RRC重建比例分析方法及案例

RRC重建比例分析方法及案例
【指标定义】:
目前后台创建的KPI模板中对于RRC重建比例定义公式为：
RRC重建比例=RRC重建请求次数/（RRC重建请求次数+RRC连接建立请求次数）
从计算公式看，要降低RRC重建比例，首先要从降低RRC重建请求次数进行分析定位。

【故障现象】：
BB-龙子湖区-BEB-蚌埠学院南-HHL-ZFTA-440097-51从5月22日开始小区重建次数较多，平均每天有几千次重建请求，重建比例10%以上。

【原因分析】：
通常情况下，重建触发的原因有如下几种情况：
◆UE检测到无线链路失败
A、RLC达到最大重传次数
RLC层在接收到错误的RLC PDU后，会通知发送方的RLC重传这个PDU，当RLC层
重传达到设定的最大重传次数后，会判断为底层错误需要复位空口链路, 终端会发
起RRC连接重建。

B、上/下行失步，随机接入失败
当UE无法与服务小区建立上、下行同步，导致帧跟踪出现问题，此时UE无法在
服务小区进行正确收发，UE会重新发起随机接入进行同步，随机接入失败发起RRC
重建。

◆切换失败（包括同系统、异系统切换）
若网络侧给UE发送的RRC连接重配置消息中包含Mobility ControlInfo，则执行切
换，如果切换失败，UE会发起RRC重建请求，并将重建原因封装在RRC重建请求
消息中，由于切换失败发生的重建会携带HO failure的原因值，在后台是可以单独
统计出由于切换失败导致的RRC重建次数的。

◆底层指示完整性保护失败
由于信令的完整性保护失败发生RRC重建，例如UE和基站的加密以及完整性保护
算法不一致，这类原因不常见，通常为终端的问题。

◆RRC重配失败
RRC重配置的目的是修改RRC连接，在如下场景会发生RRC重配置：
A、建立、修改或者释放无线承载时
B、执行切换时
C、建立、修改或释放测量配置等
当UE收到网络侧发送的RRC Reconfiguration消息后，将依次执行RRC连接重
配置消息中带配置项，一旦这些配置项执行失败，UE会发起RRC重建请求，UE
执行RRC重配置的配置项主要包含：
A、如果RRC连接重配置消息中包含measConfig，则执行测量配置部分修改。

B、如果RRC连接重配置消息中包含Mobility ControlInfo，则执行切换。

C、如果RRC连接重配置消息中包含dedicated InfoNASList，则把此字段部分传递给
上层
D、如果RRC连接重配置消息中包含radioResourceConfigDedicated，则根据消息内
容重配置无线承载、数据无线承载、传输信道以及物理信道；
RRC重配置失败的原因会封装在RRC重建请求消息中，除了切换失败原因外，其
他从配置失败归纳为Other或Reconfiguration failure，网络侧是无法知道由于
哪一项配置异常导致重配置失败，根据经验多数为终端原因导致。

规避重建的措施
前面已对RRC重建原因进行了阐述，触发RRC重建的原因在后台KPI统计中目前分为三类：
1）切换类型的RRC重建
2）重配置类型的RRC重建
3）其他原因的RRC重建
由于RRC重配置失败触发的RRC重建，如果重配置中携带了Mobility Control Info，归纳为切换类型的RRC重建，其他不再区分统一归入重配置类型的RRC重建。

除切换和RRC重配置触发的RRC重建外，其他几种原因的重建归入其他原因。

切换类型的RRC重建失败规避措施
这类型的RRC重建主要由于切换失败导致，可按照切换优化的思路进行，通常才去的手段：
1）邻区优化，避免邻区错漏配
2）切换参数优化，防止切换过晚
3）PCI优化，避免由于PCI混淆/冲突导致的切换失败。

4）通过RF优化提高切换成功率等
无线链路失败导致重建规避措施
无线链路失败触发的原因通常为覆盖或者干扰导致，比如干扰会导致无线链路质量变差，RLC重传概率增大以及无线链路上/下行失步，处理无线链路失败导致的重建通常按照如下步骤进行。

1）评估重建发生时覆盖情况，可通过CQI取值范围比例，TA上报距离与路测数据对比预估UE所处位置的信号强度，如果CQI上报值很低或者TA距离偏大，有可能
为覆盖原因导致重建，进行RF优化或新增覆盖站点是比较好的解决手段。

2）当CQI和TA都无异常时，可通过查询问题小区的RSSI、RB上的底噪NI值判断是否存在上行干扰，若上行干扰较大，则需要进行干扰排查。

3）通过查询基站告警确定是否存在硬件故障、驻波偏高、PA发射功率异常的问题，这类问题通常会引起覆盖信号突降，导致重建发生。

RRC重配置失败、底层完整性保护失败
除了切换时的重配置失败，这类问题遇见的比较少，通常为终端原因，需要问题复现时定位，从KPI统计上比较难确定原因。

RRC重建失败原因分析
上述都是讲到如何规避RRC重建发生，当RRC重建失败后，UE可能再次尝试发起重建，理论上提高重建的成功率同样可以规避重建发生次数，这里对重建失败原因进行简单分析。

RRC重建流程如下，当网络侧收到UE发送的RRC重建请求后，将启动RRC重建完成定时器”rrcReEstTimer”，当网络侧收到RRC重建完成消息后，则停止定时器，定时器超时重建失败，该定时器最大值6秒，系统默认值3秒。

当处于RRC Connected状态的UE发起RRC重建时，只有RRC连接的目标小区具有UE上下文信息时，RRC连接重建才会成功，否则RRC重建会被拒绝。

从这点就可以看出，RRC重建成功的主要原因取决于目标小区是否存在UE上下文信息，而由于RRC重建定时器超时导致的重建失败这里不再进行详细描述，这里主要说明下无UE上下文导致重建失败的情况。

首先，UE发起重建选择目标小区时是根据小区选择的原则来进行的，即重建发生时，UE通常选择重建的目标小区是当前所处位置RSRP覆盖最强的小区，这种情况下重建的目标小区极有可能不存在UE上下文信息，即所说的跨站重建，如下图所
示。

PCI: 1PCI: 2
eNB1:原服务eNB eNB2:RRC 重建立
R R C 连接重建立请求R e e s t a b U e I D {P C I :1,C -R N T I ,s h o r t M A C -I }
这种跨站重建由于目标基站没有UE 上下文信息，通常会导致RRC 重建失败，要
减少这种重建失败次数发生，比较有效的方法是
A 、 优化切换，在重建发生前完成切换。

B 、 根据产品执行特有的增强功能，比如基于X2口的跨站重建，目标基站可以通
过X2口向源服务小区获取UE 的上下信息。

【分析过程】:
问题小区为覆盖高校的小区，重建触发原因为切换失败及其它原因，重点通过切换原因来进行分析。

通过邻区对查询，与BB-龙子湖区-BEB-蚌埠学院南-HHL-ZFTA-440097-51切换失败较多的扇区为BB-龙子湖区-BEB-蚌埠学院南-HHL-ZFTA-440097-7、BB-龙子湖区-蚌埠学院2- ZFTA-439973-52、BB-龙子湖区-蚌埠学院2- ZFTA-439973-55切换失败次数较多。

检查邻区对互配，筛选单向配置的邻区对且切换失败次数较多440097-51>440097-7、440097-51>439973-52、440097-51>439973-55之间邻区，通过查询之间都存在有邻区关系，根据切换失败类型的RRC重建规避措施，通常的方法有：
1）邻区优化，避免邻区错漏配
2）切换参数优化，防止切换过晚
3）PCI优化，避免由于PCI混淆/冲突导致的切换失败。

4）通过RF优化提高切换成功率等
排除邻区问题，重点梳理PCI混淆/冲突导致致的切换失败，通过这片区域的PCI规划图层上看，并未发现有明显的PCI问题，问题分析到此处需要进行RF方面的优化，首先我们通过网优平台MR小区覆盖分析功能，查询BB-龙子湖区-BEB-蚌埠学院南-HHL-ZFTA-440097-51扇区覆盖，从MR小区覆盖图上看，BB-龙子湖区-BEB-蚌埠学院南-HHL-ZFTA-440097-51覆盖存在问题，查看该站点其它两个扇区MR图，由MR小区覆盖图上可以判断出BB-龙子湖区-BEB-蚌埠学院南-HHL-ZFTA-440097-51与BB-龙子湖区-BEB-蚌埠学院南-HHL-ZFTA-440097-50扇区存在接反现象，从而导致了BB-龙子湖区
-BEB-蚌埠学院南-HHL-ZFTA-440097-51与附近基站扇区出现PCI模三现象。

【解决方法】：
安排人员现场测试，确认1,2扇区接反，证明MR小区覆盖分析无误。

5月26日将BB-龙子湖区-BEB-蚌埠学院南-HHL-ZFTA-440097-51与BB-龙子湖区-BEB-蚌埠学院南-HHL-ZFTA-440097-50接反扇区调整回来之后，BB-龙子湖区-BEB-蚌埠学院南-HHL-ZFTA-440097-51扇区RRC重建请求次数由原来的全天几千次下降到全天一千次以下，RRC重建比例由10%以上下降到2%左右，扇区RRC重建高的问题得以解决。

【经验教训或建议与总结】：
由于平时割接、跳纤导致现网扇区接反现象较多，从而扇区覆盖混乱导致模三干扰较多，进而导致重建指标差，影响用户感知。

可通过网优平台MR小区覆盖分析简单，快捷看出扇区接反，及时调整，解决问题，提升指标及用户感知。