top小区处理-rrc重建成功率低优化案例.doc

RRC重建成功率低优化案例

摘要
RRC重建流程图
RRC重建成功流程图：
RRC重建失败流程图：
（1）
1>upondetecting radio link failure,
2>uponhandover failure,
3>uponmobility from E-UTRA failure,
4>uponintegrity check failure indication from lower layers;
5>uponan RRC connection reconfiguration failure
（2）reconfiguration failure定义：
UE在安全模式激活的状态下，如果收到了重配置消息后对于重配置消息内的信元无法匹配/兼容，则发起原因值为“reconfiguration failure”的重建。
（3）handover failure定义
UE在切换流程中，在收到了切换的重配置消息之后，会启动T304，但如果在T304超时之前UE无法完成在目标小区的随机接入，则会发起原因值为“handover failure”的重建。
（4）
（5）重建原因（radio link failure）
重建常见原因为RLF, 如果UE检测到当前检测到“radio link failure”，则会发起原因值为“other”
问题分析流程图
1、首先检查基站、传输等状态是否异常，排查基站、传输等问题后再进行分析。
2、通过COUNTER分析重建流程图如下：
关键字：RRC重建，掉话，CELL TRACE，信令
问题描述
进行FDD-LTE网络每日TOP小区处理的过程中，XZL2NTD铜山区_茅村周宅子WBBU1-%，该数据严重低于正常RRC重建成功率的平均值，且已持续了一段时间。通过对XZL2NTD铜山区_茅村周宅子WBBU1-2的重建次数统计，对小区问题进行了分析。
作为后台日常KPI优化的一个重要指标，RRC重建对全网掉线率等指标起着至关重要的作用。
通过提取相关COUNTER统计出RRC重建的相关原因值，如下图所示：
如上图所示，RRC重建失败原因值多为OTHER FAILURE, 此时，使用CELL TRACE对目标小区进行TRACE并进行分析；
问题分析
TRACE分析过程
RRCConnectionReestablishmentReestablishmentRequest消息如下：
Request：
<UL-CCCH-Message>
<message>
<c1>
<rrcConnectionReestablishmentRequest>
<criticalExtensions>
<rrcConnectionReestablishmentRequest-r8>
<ue-Identity>
<c-RNTI>
00000**********
</c-RNTI>
<physCellId>328</physCellId>
<shortMAC-I>
01011**********
</shortMAC-I>
</ue-Identity>
<reestablishmentCause number="2"><otherFailure/></reestablishmentCause>
<spare>
00
</spare>
</rrcConnectionReestablishmentRequest-r8>
</criticalExtensions>
</rrcConnectionRee