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

RRC重建成功率低优化案例

摘要

RRC重建流程图

RRC重建成功流程图：

RRC重建失败流程图：

（1）协议3GPP36.331定义触发重建原因包括如下几类

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）协议3GPP36.331定义重建失败

（5）重建原因（radio link failure）

重建常见原因为RLF, 如果UE检测到当前检测到“radio link failure”，则会发起原因值为“other”

问题分析流程图

1、首先检查基站、传输等状态是否异常，排查基站、传输等问题后再进行分析。

2、通过COUNTER分析重建流程图如下：

关键字：RRC重建，掉话，CELL TRACE，信令

1.问题描述

进行FDD-LTE网络每日TOP小区处理的过程中，XZL2NTD铜山区_茅村周宅子WBBU1-2的RRC重建成功率为31.31%，该数据严重低于正常RRC重建成功率的平均值，且已持续了一段时间。通过对XZL2NTD铜山区_茅村周宅子WBBU1-2的重建次数统计，对小区问题进行

了分析。

作为后台日常KPI优化的一个重要指标，RRC重建对全网掉线率等指标起着至关重要的作用。

通过提取相关COUNTER统计出RRC重建的相关原因值，如下图所示：

如上图所示，RRC重建失败原因值多为OTHER FAILURE, 此时，使用CELL TRACE对目标小区进行TRACE并进行分析；

2.问题分析

2.1 TRACE分析过程

RRCConnectionReestablishmentReestablishmentRequest消息如下：

Request：

0000011011010110

328

0101110011010111

number="2">

00

附件是完整信令：

R R C-R EEA TA B LI S

H M EN T.xm l

由以上信令可知，该信息包含的C-RNTI为1750和且对端PCI为328，原因值显示为OTHER FAILURE;同时找出了很多重建立失败的原因值都为OTHER FAILURE，且对端为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信息去Recording Session面找到TRSR=855的该信令消息，如下图所示：

该信令信息见此附件：

TR SR=855(PC I=3

28).xm l

2.2信令分析

其中，RRCConnectionReestablishmentReestablishmentRequest如下：