苏州TD网络部分商用终端类型性能分析报告V10Word格式.docx

苏州TD网络部分商用终端类型性能分析报告V10Word格式.docx

《苏州TD网络部分商用终端类型性能分析报告V10Word格式.docx》由会员分享，可在线阅读，更多相关《苏州TD网络部分商用终端类型性能分析报告V10Word格式.docx（10页珍藏版）》请在冰豆网上搜索。

以3月2日PSRAB建立失败TOP1小区为例：

【问题描述】

苏州3月2日TOP小区君临天下_1小区PSRAB建立失败共1464次，是苏州全网TOP1小区。

【问题分析】

1）使用PCHR工具统计分析3月2日该小区的全部PCHRlog发现，仅一个用户（IMSI：

460002644618693）的PSRAB建立失败次数就达到1457次。

PSRAB建立失败的错误代码全部为INTERFACE_INVALID_CFG_ERR_NULL_TYPE（437127181）。

如下所示：

2）找出该IMEI-TAC号所对应的终端类型为三星GT-S5680.

3）PSRAB建立失败信令截图如下：

PSRAB建立失败信令流程描述：

首先UE发起PDP激活要求进行RAB业务建立，之后UE又向CN发起了PDPDEACTCONTEXTREQ.在RB建立过程中，NodeB向RNC上发RLRECFGCANCEL，同时UE也上报RBSETUPFAIL，RBSEUP重复尝试建立1次之后，RNC向CN上发RABASSIGMENTRESP消息（原因是空口过程失败），话统打点，最终PSRAB建立失败一次。

简单地说是：

由于PDP激活请求需要建立RB，在UE发起PDP激活请求后，用户就立刻又发起了PDP去激活流程，而此时网络侧已经下发RB_SETUP，.终端协议栈在上层应用已经发起去激活的条件下，给网络回复RBSETUPFAILURE。

错误原因为invalidconfiguration；

用户发起的PS业务PDP去激活流程同网络RNC和CN之间交互的时差是这次RBsetupfailure的主要原因。

不仅仅是PSRAB建立会出现这个问题，在CSRAB建立过程也会出现。

信令过程很相似，在这里就不列出了。

其它TD网络也出现这类问题，分析案例如下：

2.2CNGTPUFAILURE

前期问题分析结论：

通过网络侧的分析，由于南京荣讯科技RX310在去上发去激活PDP请求后，还在用户面上发数据，而CN由于收到终端的去激活PDP请求后，会释放GTPU隧道，所以这时CN会认为终端上发的用户面数据非法，把这个信息告知RNC，RNC则会发起RAB释放。

CNGTPUFAILURE原因详细分析案例如下：

3Nastar终端类型统计分析

统计苏州TD全网19个RNC的Nastar终端数据，统计时间段从02/27/2011到03/03/2011，

3.1接入成功率

选取终端数>

200的所有终端，接通率如下：

联芯TD80t的接通率和掉话率是最低分别为93.52%。

目前华为与联芯联合定为分析TD80t终端问题。

3.2掉话率

选取终端>

200的所有终端，选取掉话率>

0.75%的所有终端。

天宇T360和联芯的TD80t在掉话率上是最高。

3.3互操作成功率

采取终端数>

500且3G-2G切换请求次数/终端数比例>

100%的终端类型，其中诺基亚6799型终端的23G互操作成功率最差为93.24%。

终端类型

厂家

型号

支持

频段

终端数

报告数

3G-2G切换请求次数

3G-2G切换请求次数/终端数比例

3G-2G切换成功率（%）

86011300

诺基亚

6788

A+F

642

60987

1036

161.4%

93.24

35268904

Nkia

C5-01

1702

256520

4649

273.1%

94.26

35269004

835

131807

1826

218.7%

94.58

86028000

829

131014

2661

321.0%

95.08

35151004

Nokia

6788i

3275

461566

7393

225.7%

35995203

Samsung

GT-I7680

1256

295487

3795

302.1%

95.52

86002400

多普达

S700

A

856

84933

1378

161.0%

95.57

35958803

SAMSUNG

GT-S3931C

4318

591010

5895

136.5%

95.93

86204098

Motorola

MT720

1960

272188

2937

149.8%

95.98

86203198

599

32147

687

114.7%

96.07

86014000

GT-S3933C

5795

672148

7975

137.6%

96.11

86029800

634

25499

646

101.9%

96.13

86014300

GT-S3930C

5143

681682

7191

139.8%

96.26

35815101

海信

HS-T35

8074

619146

12064

149.4%

96.6

86012900

Lenovo

O1

3518

648190

13126

373.1%

96.66

35835902

LENOVO

TD80t

1466

96668

2076

141.6%

96.68

86030600

839

61651

1178

140.4%

96.69

35920203

GT-C3730C

1739

192034

2474

142.3%

96.97

35990702

K-Touch

T560

18828

2821205

42823

227.4%

97.05

86018600

LG

GW880

519

60000

922

177.6%

97.07

35228404

GT-I9008

1091

198206

3479

318.9%

97.13

86014900

GT-I6330C

3807

641155

10231

268.7%

97.15

35155304

MT810

2857

445733

5398

188.9%

97.17

35352404

联想

LeNvo_TD11

32283

5433489

47191

146.2%

97.52

86015200

GD300s

558

53978

604

108.2%

97.68

86017400

T8388

1393

194043

4229

303.6%

97.73

35623501

T290

797

98172

1164

146.0%

97.77

86013900

GT-I6320C

2242

275904

2477

110.5%

97.86

86010000

中兴通讯

ZTE-TA380

821

143098

1266

154.2%

97.87

86103498

TM300

6822

1310164

16718

245.1%

97.88

86029000

7381

1127489

9244

125.2%

97.98

4总结及建议

1）对已经出现的TOP终端进行终端IOT测试，找出问题根因。

催促终端厂家版本更新解决。

2）对网络KPI指标和用户感受差的终端，列入黑名单，市场投放终端时尽量规避。

5附录

5.1TOP终端问题统计

5.2NastarTD终端类型统计