XX市TD网络PS业务2G3G切换RAB失败问题分析报告.docx
《XX市TD网络PS业务2G3G切换RAB失败问题分析报告.docx》由会员分享，可在线阅读，更多相关《XX市TD网络PS业务2G3G切换RAB失败问题分析报告.docx（15页珍藏版）》请在冰豆网上搜索。
XX市TD网络PS业务2G3G切换RAB失败问题分析报告
XX市TD网络PS业务2G->3G切换导致RAB失败问题分析报告
华为公司愿与XX移动共同打造3G优质网络
华为公司TD-SCDMA四期优化交付项目组
二○一一年五月十八日
1.概述
时间
PS域RRC连接建立尝试次数
PS域RRC连接建立成功次数
TD_PS域RRC建立成功率
PS域RAB指配请求建立的RAB数目
PS域RAB指配建立成功的RAB数目
PS域RAB建立成功率
PS域无线接通率
2011-05-10
29120
28675
98.47%
3173
3125
98.49%
96.98%
2011-05-11
25544
24558
96.14%
3615
3560
98.48%
94.68%
2011-05-12
24305
24257
99.80%
3341
3296
98.65%
98.46%
2011-05-13
24097
24010
99.64%
3123
3085
98.78%
98.43%
2011-05-14
22181
22060
99.45%
2907
2871
98.76%
98.22%
2011-05-15
23227
23076
99.35%
2456
2415
98.33%
97.69%
XXTD网络目前的PS域无线接通率一直处于98%左右，其中PS域RRC成功率达到99%以上，PS域RAB成功率在98%左右，由此可见，当前RAB成功率较低成为造成PS域接通率未达标的主要原因。
备注：
表中提取5月10日到15日的KPI指标，其中5月11日PS域RRC连接建立成功率过低，是由于枢纽楼2小区一天失败379次，造成指标恶化严重。
2.问题分析
2.1按KPI分析RAB失败原因
2.1.1分析
通过提取5月10日到5月15日的KPI指标，见下表：
时间
PS域RAB指配请求建立的RAB数目
PS域RAB指配建立成功的RAB数目
PS域RAB指配建立失败的RAB数目
原因为14（FailureintheRadioInterfaceProcedure）的指配失败的分组域RAB数（小区级）
原因为66（IuTransportConnectionFailedtoEstablish）的指配失败的分组域RAB数（小区级）
原因为114（NoResourceAvailable）的指配失败的分组域RAB数（小区级）
RB建立失败次数<无响应><小区>
2011-05-10
3173
3125
48
41
5
2
40
2011-05-11
3615
3560
55
41
0
14
39
2011-05-12
3341
3296
45
40
0
5
39
2011-05-13
3123
3085
38
38
0
0
35
2011-05-14
2907
2871
36
33
0
3
32
2011-05-15
2456
2415
41
41
0
0
46
2.1.2结论
XX每天的PS域RAB失败次数在45次左右，其中大部分的失败原因是.14无线进程失败，占到全部失败次数的89%左右，这种失败原因在无线侧表现大多数为RB无响应。
以下是5月10日到15日PS域RAB指配建立失败按原因分布图：
PS域RAB指配建立失败原因说明：
序号
计数器描述
实际触发原因
1
原因为14（FailureintheRadioInterfaceProcedure）的指配失败的分组域RAB数（小区级）
RNC和UE之间空口交互异常触发
2
原因为114（NoResourceAvailable）的指配失败的分组域RAB数（小区级）
操作维护，用户处理等原因导致的异常
3
原因为66（IuTransportConnectionFailedtoEstablish）的指配失败的分组域RAB数（小区级）
IU口连接建立失败
2.2按接入原因分析RAB失败原因
2.2.1分析
UE在建立PS业务的时候，首先要建立PDP上下文，PDP建立的目的是向SGSN申请某种数据业务，例如下载、浏览网页等。
RAB建立是为用户提供数据承载。
为了准确定位问题，我们列举了5月10日的小区级RAB失败次数和失败原因的对应关系：
CELLID
RAB.FailEstabPsPerCell.14
RB建立失败次数<无响应><小区>
RAB建立或释放失败错误编码
信令接入原因
58553
2
2
RBWAITUERBCFGTIMEOUT
UU_INTER_RAT_CELL_RESELECT
58011
2
2
RBWAITUERBCFGTIMEOUT
UU_INTER_RAT_CELL_RESELECT
62173
2
2
RBWAITUERBCFGTIMEOUT
UU_INTER_RAT_CELL_RESELECT
61121
2
2
RBWAITUERBCFGTIMEOUT
UU_INTER_RAT_CELL_RESELECT
58053
2
2
RBWAITUERBCFGTIMEOUT
UU_INTER_RAT_CELL_RESELECT
61152
2
2
RBWAITUERBCFGTIMEOUT
UU_INTER_RAT_CELL_RESELECT
58172
2
2
RBWAITUERBCFGTIMEOUT
UU_INTER_RAT_CELL_RESELECT
58153
2
2
RBWAITUERBCFGTIMEOUT
UU_INTER_RAT_CELL_RESELECT
58052
0
0
#N/A
#N/A
58062
0
0
NORMALRELEASE
UU_TRMNT_CONVERSAT_CALL
58272
0
0
RNCAPL2CFGFAIL
UU_ORIG_INTERACTIVE_CALL
58152
1
1
#N/A
#N/A
58043
1
1
RBWAITUERBCFGTIMEOUT
UU_INTER_RAT_CELL_RESELECT
58601
1
1
RBWAITUERBCFGTIMEOUT
UU_INTER_RAT_CELL_RESELECT
58771
1
1
RBWAITUERBCFGTIMEOUT
UU_INTER_RAT_CELL_RESELECT
62023
1
1
RBWAITUERBCFGTIMEOUT
UU_INTER_RAT_CELL_RESELECT
58571
1
1
RBWAITUERBCFGTIMEOUT
UU_INTER_RAT_CELL_RESELECT
58493
1
1
RBWAITUERBCFGTIMEOUT
UU_INTER_RAT_CELL_RESELECT
58491
1
1
RBWAITUERBCFGTIMEOUT
UU_INTER_RAT_CELL_RESELECT
58452
1
1
RBWAITUERBCFGTIMEOUT
UU_INTER_RAT_CELL_RESELECT
61142
1
1
RBWAITUERBCFGTIMEOUT
UU_INTER_RAT_CELL_RESELECT
58003
1
1
RBWAITUERBCFGTIMEOUT
UU_INTER_RAT_CELL_RESELECT
58073
1
1
RBWAITUERBCFGTIMEOUT
UU_INTER_RAT_CELL_RESELECT
58061
1
1
RBWAITUERBCFGTIMEOUT
UU_INTER_RAT_CELL_RESELECT
58183
1
1
RBWAITUERBCFGTIMEOUT
UU_INTER_RAT_CELL_RESELECT
58451
1
1
RBWAITUERBCFGTIMEOUT
UU_INTER_RAT_CELL_RESELECT
62042
1
1
RBWAITUERBCFGTIMEOUT
UU_INTER_RAT_CELL_RESELECT
58131
1
1
RBWAITUERBCFGTIMEOUT
UU_INTER_RAT_CELL_RESELECT
58831
1
1
RBWAITUERBCFGTIMEOUT
UU_INTER_RAT_CELL_RESELECT
62083
1
1
RBWAITUERBCFGTIMEOUT
UU_INTER_RAT_CELL_RESELECT
62082
1
1
RBWAITUERBCFGTIMEOUT
UU_INTER_RAT_CELL_RESELECT
62031
1
1
RBWAITUERBCFGTIMEOUT
UU_INTER_RAT_CELL_RESELECT
58632
1
1
RBWAITUERBCFGTIMEOUT
UU_INTER_RAT_CELL_RESELECT
58211
1
1
RBWAITUERBCFGTIMEOUT
UU_INTER_RAT_CELL_RESELECT
58063
1
0
INVALIDCFGERRORBEGIN
UU_ORIG_SUBSCRIBED_TRAFFIC_CALL
58001
0
0
RNCAPL2CFGFAIL
UU_ORIG_BACKGROUND_CALL
58121
1
0
INVALIDCFGERRORBEGIN
UU_INTER_RAT_CELL_RESELECT
合计：
41
39
2.2.2结论
由以上分析可见，5月10日，全网PS域RAB总计失败次数为48次，其中41次为原因是.14的无线进程失败，无线进程失败可以一一对应的原因为RBWAITUERBCFGTIMEOUT的RB失败次数为38次，而这38次的RB无响应对一一对应的信令接入原因为UU_INTER_RAT_CELL_RESELECT。
以下是5月10日到15日PS域RAB失败的按业务统计：
由上图可知，目前XX网络由于UE在接入原因为异系统重选时导致的PS域RAB失败占到了全部失败的75.41%。
2.3按终端分析RAB失败原因
2.3.1分析
根据2.2节结论部分我们知道目前网络PS域RAB失败最多的是PS业务在进行异系统重选导致的RAB失败，在提取5月10日到15日的RAB失败终端IMEI，发现主要问题集中在三星系列终端，现列举终端TOP10如下表：
序号
终端类型
RAB失败次数
失败占比
1
GT-C3730C
67
21.97%
2
--
55
18.03%
3
GT-I8180C
28
9.18%
4
GT-S3930C
22
7.21%
5
GT-I6330C
19
6.23%
6
GT-C3630C
15
4.92%
7
GT-S3930C/GT-S5630C
11
3.61%
8
GT-I6320C
10
3.28%
9
MT710
9
2.95%
10
GT-I9008
7
2.30%
备注：
TOP2的终端类型无法统计到。
各种终端类型在全网RAB失败的占比分布图：
TOP终端RAB失败的主要原因：
行标签
总失败次数
UU_INTER_RAT_CELL_RESELECT
GT-C3730C
67
67
--
55
42
GT-I8180C
28
1
GT-S3930C
22
22
GT-I6330C
19
17
GT-C3630C
15
15
GT-S3930C/GT-S5630C
11
11
GT-I6320C
10
8
MT710
9
9
GT-I9008
7
4
2.3.2结论
由以上分析可知，目前XX网络PS域RAB失败主要集中在三星系列的终端，在接入原因为异系统重选的情况下，RAB建立的成功率极低，特别是GT-C3730C、GT-S3930C（含GT-S5630C）和GT-C3630C这三款终端上，成功率为0%。
2.4按信令分析RAB失败原因
2.4.1分析
前面所说，UE在建立PS业务的时候，首先要建立PDP上下文，PDP建立的目的是向SGSN申请某种数据业务，例如下载、浏览网页等。
RAB建立是为用户提供数据承载。
在RAB指配建立成功后，PDP被激活。
但是当RL_RECFG失败、RB_SETUP失败、CN下发的RAB参数配置错误等都会导致RAB建立失败，统计5月10日到15日的PS域RAB建立失败原因，见下表：
备注：
原因为NORMALRELEASE的RAB失败不计入统计。
其中RB无响应我们结合信令流程和信令的接入原因来具体分析，见下图：
如上图所示，是PS域RAB建立的正常信令流程，PS业务在建立时首先要进行PDP激活，接着RAB指配，指配成功后就可以进行数据业务体验。
关于RB无响应有以下几种情况：
1．当RNC下发RB_SETUP后，由于空口下行链路质量变差，导致UE没有收到消息，无法完成RB配置，最后RB建立响应时间超时RAB建立失败；
2．另一种是RNC下发RB_SETUP后，UE收到了消息并完成RB配置，但是此时空口上行链路质量变差，UE上发的RB_SETUP_CMP网络没有收到，最后RB建立响应时间超时RAB建立失败；
3．再一种是RNC下发RB_SETUP后，空口上下行链路质量都很好，但是由于CN下发的RAB参数配置错误或者UE能力问题导致终端无法完成RB、传输信道、物理信道和发射功率等空中资源，也会导致RAB失败。
例：
下面列举信令接入原因是UU_INTER_RAT_CELL_RESELECT导致的RAB失败信令流程：
由上图可知，终端型号为GT-C3730C的用户在小区号为58491的小区上发起原因为异系统重选的PS业务，终端测量到的小区PCCPCHRSCP为-82，ISCP时隙个数为0，满足业务需要。
UE在TD网络首先进行LAC和RAC的更新，从信令流程可见，UE的LAU被拒绝，但是RAU可以成功。
接着CN下发RAB指配，当UE在19:
20:
53.310收到RNC下发的RB_SETUP后，等待10s后，在19:
21:
04.120之前RNC一直未能收到UE上发的RB_SETUP_CMP，最后RNC上报RAB_RESP，RAB建立失败，失败原因为WAITUERBCFGTIMEOUT。
例：
下面列举信令接入原因是UU_INTER_RAT_CELL_RESELECT的RAB建立成功的信令流程：
由上图可知，某终端用户在小区号为62043的小区上发起原因为异系统重选的PS业务，中断测量到得小区PCCPCHRSCP为-92，时隙ISCP为-116，满足业务需求。
UE在TD网络首先进行LAC和RAC更新，从信令流程可见，UE的LAU被拒绝，但是RAU可以成功。
接着CN下发RAB指配并完成。
2.4.2结论
经以上分析可知，目前网络中由异系统重选导致的RAB失败，应该不存在因为空口上下行链路质量差而导致的RB响应超时。
从接入原因为异系统重选的PS业务信令流程，可以看出，PS业务接入正常的信令里有RAU_CMP，而失败的信令里没有RAU_CMP。
3.总结
经以上分析发现，XX当前PS域RAB失败大多数是由于特定终端（三星GT-S3930C、GT-C3630C和GT-C3730C）在进行异系统重选时导致的RAB失败。
从信令上看，这些终端和RAB成功的终端类型的差别就是LAU一律拒绝和没有RAU_CMP，统计非常有规律；从接入的原因看，这些终端在进行PS业务的UU_INTER_RAT_CELL_RESELECT时，一律失败，没有成功案例。
由于资源有限，这里只统计了6天的数据，而且没有终端可提供进一步测试，所以以上数据不一定非常精准，但是结合其他地市对终端的测试情况，发现三星这三款终端的PS业务接通率在75%左右，所以该报告有一定的参考价值。
升级会员 