RRC重建成功率低TOP小区处理优化案例.doc

RRC重建成功率低优化案例摘要RRC重建流程图RRC重建成功流程图:RRC重建失败流程图:(1)>upondetectingradiolinkfailure,2>uponhandoverfailure,3>uponmobilityfromE-UTRAfailure,4>uponintegritycheckfailureindicationfromlowerlayers;5>onnectionreconfigurationfailure(2)reconfigurationfailure定义:UE在安全模式激活的状态下,如果收到了重配置消息后对于重配置消息内的信元无法匹配/兼容,则发起原因值为“reconfigurationfailure”的重建。(3)handoverfailure定义UE在切换流程中,在收到了切换的重配置消息之后,会启动T304,但如果在T304超时之前UE无法完成在目标小区的随机接入,则会发起原因值为“handoverfailure”的重建。(4)(5)重建原因(radiolinkfailure)重建常见原因为RLF,如果UE检测到当前检测到“radiolinkfailure”,则会发起原因值为“other”问题分析流程图1、首先检查基站、传输等状态是否异常,排查基站、传输等问题后再进行分析。2、通过COUNTER分析重建流程图如下:关键字:RRC重建,掉话,CELLTRACE,信令问题描述进行FDD-LTE网络每日TOP小区处理的过程中,XZL2NTD铜山区_茅村周宅子WBBU1-%,该数据严重低于正常RRC重建成功率的平均值,且已持续了一段时间。通过对XZL2NTD铜山区_茅村周宅子WBBU1-2的重建次数统计,对小区问题进行了分析。作为后台日常KPI优化的一个重要指标,RRC重建对全网掉线率等指标起着至关重要的作用。通过提取相关COUNTER统计出RRC重建的相关原因值,如下图所示:如上图所示,RRC重建失败原因值多为OTHERFAILURE,此时,使用CELLTRACE对目标小区进行TRACE并进行分析;:Request:<CH-Message><message><c1><onnectionReestablishmentRequest><criticalExtensions><onnectionReestablishmentRequest-r8><ue-Identity><c-RNTI>00000**********</c-RNTI><physCellId>328</physCellId><shortMAC-I>01011**********</shortMAC-I></ue-Identity><reestablishmentCausenumber="2"><otherFailure/></reestablishmentCause><spare>00</spare></onnectionReestablishmentRequest-r8></criticalExtensions></onnectionReestablishmentRequest></c1></message></CH-Message>附件是完整信令:由以上信令可知,该信息包含的C-RNTI为1750和且对端PCI为328,原因值显示为OTHERFAILURE;同时找出了很多重建立失败的原因值都为OTHERFAILURE,且对端为PCI=328的站点发生的次数较多,此时,可TRACE周边站点在TRACE中PCI重复出现次数较多的小区。MAPINFO图层显示如下:由图可见,PCI=328的该小区距离茅村周宅子_2距离较近,此时,定制PCI=328的小区TRACE,对端PCI为328的小区跟踪信息分析如下;根据上面茅村周宅子_2小区的信令中获得的C-RNTI=1750,对应着找到PCI=328的小区INTERFACE面的L3Message信息中该时间段的C-RNTI=1750的显示如下:根据上图中所对应的TRSR=855信息去RecordingSession面找到TRSR=855的该信令消息,如下图所示:该信令信息见此附件:,onnectionReestablishmentReestablishmentRequest如下:<CH-Message><message><c1><onnectionRequest><criticalExtensions><onnectionRequest-r8><