故障现象某网络客户提出RRC连接重建立成功率较低。查询网管KPI，发现主要是因为“其它类型的RRC连接重建立失败次数，失败原因UE上下文找不到”失败的次数较多导致成功率低。17天内整网统计的RRC Re-establishment成功率平均值只有4.6%，部分KPI指标数据参见下表。


相关原理网管指标定义：

其中，
小区RRC连接重建立成功次数=①（切换类型的RRC连接重建立成功次数）+②（重配置类型的RRC连接重建立成功次数）+③（其它类型的RRC连接重建立成功次数）
小区RRC连接重建立请求次数=【①（切换类型的RRC连接重建立成功次数）+②（切换类型的RRC连接重建立失败次数，失败原因等待RRC连接重建立完成定时器超时）+③（切换类型的RRC连接重建立失败次数，失败原因eNB接纳失败）+④（切换类型的RRC连接重建立失败次数，失败原因UE上下文找不到）+⑤（切换类型的RRC连接重建立失败次数，失败原因再次重建立）+⑥（切换类型的RRC连接重建立失败次数，其他原因）】+【①（重配置类型的RRC连接重建立成功次数）+②（重配置类型的RRC连接重建立失败次数，失败原因等待RRC连接重建立完成定时器超时）+③（重配置类型的RRC连接重建立失败次数，失败原因eNB接纳失败）+④（重配置类型RRC连接重建立失败次数，失败原因UE上下文找不到）+⑤（重配置类型RRC连接重建立失败次数，失败原因再次重建立）+⑥（重配置类型RRC连接重建立失败次数，其他原因）】+【①（其它类型的RRC连接重建立成功次数）+②（其它类型的RRC连接重建立失败次数，失败原因等待RRC连接重建立完成定时器超时）+③（其它类型的RRC连接重建立失败次数，失败原因eNB接纳失败）+④（其它类型的RRC连接重建立失败次数，失败原因UE上下文找不到）+⑤（其它类型的RRC连接重建立失败次数，失败原因再次重建立）+⑥（其它类型的RRC连接重建立失败次数，其他原因）】
即，RRC连接重建立成功率 =(C373200060+C373200066+C373200072)/(C373200060+C373200061+C373200062+C373200063+C373200064+C373200065+C373200066+C373200067+C373200068+C373200069+C373200070+C373200071+C373200072+C373200073+C373200074+C373200075+C373200076+C373200077)
对于触发re-establish的原因，协议上规定如下，
The UE shall only initiate the procedure when ASsecurity has been activated. The UE initiates the procedure when one of thefollowing conditions is met:

• upon detecting radio link failure, in accordance with 5.3.11; or
  
• uponhandover failure, in accordance with 5.3.5.6; or
  
• uponmobility from E-UTRA failure, in accordance with 5.4.3.5; or
  
• upon integrity check failure indication from lower layers; or
  
• uponan RRC connection reconfiguration failure, in accordance with 5.3.5.5.
  

以上5点原因，在中兴通讯的网管KPI统计中，除去reconfigurion和handover failure触发的RRC connectionre-establishment之外，标注红色的2点原因被归结为其它类型触发的RRC连接重建立。
例如，其中C373200075Number of Other Triggered RRC Re-establishment Failures due to UE Context NotFound 发生的场景是由于无线链路失败的原因，触发跨站的重建立。而且由于跨站的小区没有该UE实例，根据协议流程，RRC重建立被拒绝。
故障分析

1）根据导出的counter统计结果，经过初步分析，怀疑现场邻区漏配的可能性较大。需要优化邻区和覆盖，使得UE在信号质量下降到一定程度时能及时切换到目标邻区，防止无线链路失败。
2）经过与现场沟通，了解到问题主要爆发在新开站点，很有可能是没有及时规划和配置邻区造成的。
3）那么为什么UE在无线链路失败后，选择了一个陌生小区发起RRC连接重建立呢？
根据协议36.331-910版本的5.3.7.2节，Upon initiation of the procedure,the UE shall:

• stoptimer T310, if running;
  
• starttimer T311;
  
• suspendall RBs except SRB0;
  
• resetMAC;
  
• applythe default physical channel configuration as specified in 9.2.4;
  
• applythe default semi-persistent scheduling configuration as specified in 9.2.3;
  
• applythe default MAC main configuration as specified in 9.2.2;
  
• perform cell selection in accordance with the cell selectionprocess as specified in TS 36.304 [4];
  

Upon selecting a suitable E-UTRA cell, the UE shall:

• stoptimer T311;
  
• starttimer T301;
  
• applythe timeAlignmentTimerCommon included in SystemInformationBlockType2;
  
• initiatetransmission of the RRCConnectionReestablishmentRequest message in accordancewith 5.3.7.4;
  

NOTE:Thisprocedure applies also if the UE returns to the source cell.
Upon selecting an inter-RAT cell, the UEshall:

• perform the actions upon leaving RRC_CONNECTED as specified in 5.3.12,with release cause 'RRC connection failure';
  

说明UE是按照小区选择的原则来选择小区发起RRC重建立请求的。根据协议36.331-910，5.3.7.8小节：
Upon receiving the RRCConnectionReestablishmentRejectmessage, the UE shall:

• performthe actions upon leaving RRC_CONNECTED as specified in 5.3.12,with release cause 'RRC connection failure';
  

即RRC连接重建立被网络拒绝后，UE进入到RRC Idle状态。
发生RRC连接重建立是不可避免的过程。这种失败次数较多，不是产品存在缺陷，而主要是取决于网络邻区配置、站点数目以及覆盖水平。
故障处理如何能够减少RRC连接重建立的失败次数呢？
中兴通讯在V3.10.20版本通过私有接口优化了该场景下的处理过程，通过支持跨站重建，进而减少RRC连接重建立的失败次数。
当UE满足以下条件：

• 选择的重建立目标小区与源小区之间已配置X2口。
  
• 选择的重建立目标小区与源小区之间已互配邻区。
  
• 两个基站都是中兴通讯的设备。
  

此时，目标小区可以从UE发出的RRCConnectionReestablishmentRequest消息中携带的physCellId，如下图所示，找到该UE的源小区，然后通过X2口向源小区请求UE的上下文信息，进而减少这种失败导致的重建立拒绝。
由于这种X2口消息请求并非协议定义的，所以只有中兴通讯的eNB才支持。中兴通讯为更好的提升用户感知，在私有消息中设计这个功能，属于产品特有的功能。


某网络启用跨站重建功能后，RRC重建立成功率指标如下图所示。


Q&AQ1：有个计数器C373200063 Number of Handover FailureTriggered RRC Re-establishment Failures due to UE Context Not Found跟C373200075 有些类似，但统计结果却都是0，请问两个计数器有何差别？
A1：C373200075 Number of Other Triggered RRCRe-establishment Failures due to UE Context Not Found是由于无线链路失败的原因，触发跨站重建立，找不到UE实例，重建立拒绝。而C373200063 Number of Handover FailureTriggered RRC Re-establishment Failures due to UE Context Not Found统计的是由于切换失败，发生跨站重建立，跨站重建立找不到UE实例，重建立拒绝。
Q2：为何Number of RRC Connection Release due toRe-establishment Fail的数值没有3种原因导致的RRC Re-establishment失败的次数多，或者说少了很多？

A2：产生这个疑问是基于这样的理解：RRC重建失败之后，直接由EnodeB会发起RRC connection release。
但是如果eNB不支持跨站重建功能，或者没有互配X2口和/或邻区，那么收到RRCConnectionReestablishmentRequest的小区就没有该UE的上下文信息，那么就不存在该UE的RRC连接，所以不需要发送RRC connection release。