XX市TD网络PS业务2G3G切换RAB失败问题分析报告.docx

1、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-10291202867598.47%3173312598.49%96.98%2011-05-11255442455896.14%3615356098.48%

2、94.68%2011-05-12243052425799.80%3341329698.65%98.46%2011-05-13240972401099.64%3123308598.78%98.43%2011-05-14221812206099.45%2907287198.76%98.22%2011-05-15232272307699.35%2456241598.33%97.69%XXTD网络目前的PS域无线接通率一直处于98%左右，其中PS域RRC成功率达到99%以上，PS域RAB成功率在98%左右，由此可见，当前RAB成功率较低成为造成PS域接通率未达标的主要原因。备注：表中提取5月10日到1

3、5日的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(Failure in the Radio Interface Procedure)的指配失败的分组域RAB数(小区级)原因为66(Iu Transport Connection Failed to Establish)的指配失败的分组域RAB

4、数(小区级)原因为114(No Resource Available)的指配失败的分组域RAB数(小区级)RB建立失败次数2011-05-1031733125484152402011-05-11361535605541014392011-05-1233413296454005392011-05-1331233085383800352011-05-1429072871363303322011-05-1524562415414100462.1.2 结论XX每天的PS域RAB失败次数在45次左右，其中大部分的失败原因是.14无线进程失败，占到全部失败次数的89%左右，这种失败原因在无线侧表现大多数为

5、RB无响应。以下是5月10日到15日PS域RAB指配建立失败按原因分布图：PS域RAB指配建立失败原因说明：序号计数器描述实际触发原因1原因为14(Failure in the Radio Interface Procedure)的指配失败的分组域RAB数(小区级)RNC和UE之间空口交互异常触发2原因为114(No Resource Available)的指配失败的分组域RAB数(小区级)操作维护，用户处理等原因导致的异常3原因为66(Iu Transport Connection Failed to Establish)的指配失败的分组域RAB数(小区级)IU口连接建立失败2.2 按接入原

6、因分析RAB失败原因2.2.1 分析UE在建立PS业务的时候，首先要建立PDP上下文，PDP建立的目的是向SGSN申请某种数据业务，例如下载、浏览网页等。RAB建立是为用户提供数据承载。为了准确定位问题，我们列举了5月10日的小区级RAB失败次数和失败原因的对应关系：CELLIDRAB.FailEstabPsPerCell.14RB建立失败次数RAB建立或释放失败错误编码信令接入原因5855322RB WAIT UE RB CFG TIMEOUTUU_INTER_RAT_CELL_RESELECT5801122RB WAIT UE RB CFG TIMEOUTUU_INTER_RAT_CELL

7、_RESELECT6217322RB WAIT UE RB CFG TIMEOUTUU_INTER_RAT_CELL_RESELECT6112122RB WAIT UE RB CFG TIMEOUTUU_INTER_RAT_CELL_RESELECT5805322RB WAIT UE RB CFG TIMEOUTUU_INTER_RAT_CELL_RESELECT6115222RB WAIT UE RB CFG TIMEOUTUU_INTER_RAT_CELL_RESELECT5817222RB WAIT UE RB CFG TIMEOUTUU_INTER_RAT_CELL_RESELECT5

8、815322RB WAIT UE RB CFG TIMEOUTUU_INTER_RAT_CELL_RESELECT5805200#N/A#N/A5806200NORMAL RELEASEUU_TRMNT_CONVERSAT_CALL5827200RNCAP L2CFG FAILUU_ORIG_INTERACTIVE_CALL5815211#N/A#N/A5804311RB WAIT UE RB CFG TIMEOUTUU_INTER_RAT_CELL_RESELECT5860111RB WAIT UE RB CFG TIMEOUTUU_INTER_RAT_CELL_RESELECT587711

9、1RB WAIT UE RB CFG TIMEOUTUU_INTER_RAT_CELL_RESELECT6202311RB WAIT UE RB CFG TIMEOUTUU_INTER_RAT_CELL_RESELECT5857111RB WAIT UE RB CFG TIMEOUTUU_INTER_RAT_CELL_RESELECT5849311RB WAIT UE RB CFG TIMEOUTUU_INTER_RAT_CELL_RESELECT5849111RB WAIT UE RB CFG TIMEOUTUU_INTER_RAT_CELL_RESELECT5845211RB WAIT U

10、E RB CFG TIMEOUTUU_INTER_RAT_CELL_RESELECT6114211RB WAIT UE RB CFG TIMEOUTUU_INTER_RAT_CELL_RESELECT5800311RB WAIT UE RB CFG TIMEOUTUU_INTER_RAT_CELL_RESELECT5807311RB WAIT UE RB CFG TIMEOUTUU_INTER_RAT_CELL_RESELECT5806111RB WAIT UE RB CFG TIMEOUTUU_INTER_RAT_CELL_RESELECT5818311RB WAIT UE RB CFG T

11、IMEOUTUU_INTER_RAT_CELL_RESELECT5845111RB WAIT UE RB CFG TIMEOUTUU_INTER_RAT_CELL_RESELECT6204211RB WAIT UE RB CFG TIMEOUTUU_INTER_RAT_CELL_RESELECT5813111RB WAIT UE RB CFG TIMEOUTUU_INTER_RAT_CELL_RESELECT5883111RB WAIT UE RB CFG TIMEOUTUU_INTER_RAT_CELL_RESELECT6208311RB WAIT UE RB CFG TIMEOUTUU_I

12、NTER_RAT_CELL_RESELECT6208211RB WAIT UE RB CFG TIMEOUTUU_INTER_RAT_CELL_RESELECT6203111RB WAIT UE RB CFG TIMEOUTUU_INTER_RAT_CELL_RESELECT5863211RB WAIT UE RB CFG TIMEOUTUU_INTER_RAT_CELL_RESELECT5821111RB WAIT UE RB CFG TIMEOUTUU_INTER_RAT_CELL_RESELECT5806310INVALID CFG ERROR BEGINUU_ORIG_SUBSCRIB

13、ED_TRAFFIC_CALL5800100RNCAP L2CFG FAILUU_ORIG_BACKGROUND_CALL5812110INVALID CFG ERROR BEGINUU_INTER_RAT_CELL_RESELECT合计：41392.2.2 结论由以上分析可见，5月10日，全网PS域RAB总计失败次数为48次，其中41次为原因是.14的无线进程失败，无线进程失败可以一一对应的原因为RB WAIT UE RB CFG TIMEOUT的RB失败次数为38次，而这38次的RB无响应对一一对应的信令接入原因为UU_INTER_RAT_CELL_RESELECT。以下是5月10日到15

14、日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失败次数失败占比1GT-C3730C6721.97%2-5518.03%3GT-I8180C289.18%4GT-S3930C227.21%5GT-I6330C196.23%6GT

15、-C3630C154.92%7GT-S3930C/GT-S5630C113.61%8GT-I6320C103.28%9MT71092.95%10GT-I900872.30%备注：TOP2的终端类型无法统计到。各种终端类型在全网RAB失败的占比分布图：TOP终端RAB失败的主要原因：行标签总失败次数UU_INTER_RAT_CELL_RESELECTGT-C3730C6767-5542GT-I8180C281GT-S3930C2222GT-I6330C1917GT-C3630C1515GT-S3930C/GT-S5630C1111GT-I6320C108MT71099GT-I9008742.3.

16、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建立失败，

17、统计5月10日到15日的PS域RAB建立失败原因，见下表：备注：原因为NORMAL RELEASE的RAB失败不计入统计。其中RB无响应我们结合信令流程和信令的接入原因来具体分析，见下图：如上图所示，是PS域RAB建立的正常信令流程， PS业务在建立时首先要进行PDP激活，接着RAB指配，指配成功后就可以进行数据业务体验。关于RB无响应有以下几种情况：1 当RNC下发RB_SETUP后，由于空口下行链路质量变差，导致UE没有收到消息，无法完成RB配置，最后RB建立响应时间超时RAB建立失败；2 另一种是RNC下发RB_SETUP后，UE收到了消息并完成RB配置，但是此时空口上行链路质量变差，U

18、E上发的RB_SETUP_CMP网络没有收到，最后RB建立响应时间超时RAB建立失败；3 再一种是RNC下发RB_SETUP后，空口上下行链路质量都很好，但是由于CN下发的RAB参数配置错误或者UE能力问题导致终端无法完成RB、传输信道、物理信道和发射功率等空中资源，也会导致RAB失败。例：下面列举信令接入原因是UU_INTER_RAT_CELL_RESELECT导致的RAB失败信令流程：由上图可知，终端型号为GT-C3730C的用户在小区号为58491的小区上发起原因为异系统重选的PS业务，终端测量到的小区PCCPCH RSCP为-82，ISCP时隙个数为0，满足业务需要。UE在TD网络首先

19、进行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建立失败，失败原因为WAIT UE RB CFG TIMEOUT。例：下面列举信令接入原因是UU_INTER_RAT_CELL_RESELECT的RAB建立成功的信令流程：由上图可知，某终端用户在小区号为62043的小区上发起原因为异系统重选的PS业务，中断测量到得小区PCCPCH RSC

20、P为-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%左右，所以该报告有一定的参考价值。