RRC重建立功专项验证报告

1、中兴RRC重建立功能专项验证报告中国电信天津分公司网络优化中心 王健二零一五年七月近期发现LTE话务统计中RRC连接重建立成功率较低。主要是因为“其它类型的RRC连接重建立失败次数，失败原因UE上下文找不到”失败的次数较多导致成功率低。参见下表：网元级别RRC连接重建请求次数RRC连接重建成功次数RRC连接重建成功率RRC连接重建比例UE上下文异常释放次数UE上下文掉线率E-RAB异常释放次数（无线层问题）单位次次%次%次中兴3407.00 1280.00 37.57 0.69 917.00 0.20 236.00 一、 RRC重建立介绍：对于触发RRC重建立的原因，协议上规定如下，The U

2、E shall only initiate the procedure when ASsecurity has been activated. The UE initiates the procedure when one of thefollowing conditions is met:1. upon detecting radio link failure, in accordance with 5.3.11; or2. uponhandover failure, in accordance with 5.3.5.6; or3. uponmobility from E-UTRA fail

3、ure, in accordance with 5.4.3.5; or4. upon integrity check failure indication from lower layers; or5. uponan RRC connection reconfiguration failure, in accordance with 5.3.5.5.以上5点原因，在网管KPI统计中，标注红色的2点原因被归结为其它类型触发的RRC连接重建立。例如，其中C373200075Number of Other Triggered RRC Re-establishment Failures due to

4、UE Context NotFound 发生的场景是由于无线链路失败的原因，触发跨站的重建立。而且由于跨站的小区没有该UE上下文信息，根据协议规定，RRC重建立一定被拒绝。简单的说，如果UE在由eNodeB A切换至eNodeB B时，由于空口质量等原因发生切换失败，则UE会触发RRC重建立流程，这时根据协议规定，UE将上报检测到的第一条满足建立质量的eNodeB（非信号强度最强或质量最好的eNodeB），如果上报的为第三基站eNodeB C，则UE一定会因为eNodeB C没有用户上下文信息而发生掉话。如下图：根据协议36.331-910，5.3.7.8小节：Upon receiving t

5、he 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连接重建立是不可避免的过程。这种失败次数较多，主要是取决于网络邻区配置、站点数目以及覆盖水平。目前天津现网已经配置SON功能的ANR子功能，即邻区问题已经基本规避，

6、空口覆盖波动成为RRC重建立的主要根源。据中兴在V3.10.20版本说明中，有通过私有接口优化了该场景下的处理过程，通过支持跨站重建，进而减少RRC连接重建立的失败次数。条件如下：· 选择的重建立目标小区与源小区之间已配置X2口。· 选择的重建立目标小区与源小区之间已互配邻区。· 两个基站都是中兴通讯的设备。此时，目标小区可以从UE发出的RRCConnectionReestablishmentRequest消息中携带的physCellId，如下图所示，找到该UE的源小区，然后通过X2口向源小区请求UE的上下文信息，减少这种失败导致的重建立拒绝，进而减少掉话。如下图

7、：下图为跨站重建立的时序示意图：eNodeB-A发送消息给MME以通知核心网切换UE业务的路径到eNodeB-A。SGW在将UE所有业务的下行路径从eNodeB-B切换至eNodeB-A后，发送“End marker”给eNodeB-B，以终止从eNodeB-B到eNodeB-A的数据前转（Data Forwording）eNodeB-B根据消息中携带的Failure cell PCI IE，向eNodeB-A发送HANDOVER REQUEST消息，以便把有效的UE上下文传递给eNodeB-A。eNodeB-A上因为没有该UE的任何信息包括上下文，eNodeB-A根据ue-Identity

8、IE中physCellId查找周围所有可能拥有该UE有效上下文的邻接eNodeBUE发生RRC重建立前为eNodeB-B，因为某种原因UE发起RRC重建立过程。经过小区选择过程UE选定eNodeB-A上的某个小区，二、 功能验证测试为验证RRC跨站重建立功能，在宝坻区域选择基站构建重建立场景，具体如下：1.2.2.1. 测试站点 本次验证测试选取的站点是宝坻高家庄-BDFO-1(PCI=298)与宝坻朝霞村-BDFO-0（PCI=168）。UE由宝坻朝霞村-BDFO-0扇区重建立到宝坻高家庄-BDFO-1扇区上。具体站点位置图见下图:2.2. 测试方法Ø 测试前准备修改宝坻朝霞村-B

9、DFO的A3-Offset为15dB，修改宝坻朝霞村-BDFO-0扇区与宝坻高家庄-BDFO-1扇区的CIO为24dB，使其不容易发生同频切换。Ø 测试方法UE进行长呼下载，车辆由东往西行驶，UE开始占用PCI=168的宝坻朝霞村-BDFO-0扇区信号，随着车辆的行驶，服务小区信号逐渐减弱，邻区PCI=289的宝坻高家庄-BDFO-1扇区信号逐渐增强，修改了A3门限和CIO，UE无法及时切换。由于信号强度差距较大，邻区干扰过强，造成无线链路失败，使UE发起重建立请求。2.3. 测试结果122.12.22.32.3.1 站间重建立开关关闭（重建立失败）将宝坻朝霞村-BDFO以及宝坻高家

10、庄-BDFO两个基站的站间重建立开关关闭，此种场景下，终端上报重建立请求到宝坻高家庄-BDFO-1扇区被拒绝，重建立失败。Ø 终端侧信令终端向PCI=298的高家庄信用社-BDFO-1扇区发送重建立请求。因重建立开关关闭，目标扇区无法通过X2口获取终端的上下文消息，重建立请求被拒绝，重建立失败。2.3.2 站间重建立开关打开（重建立成功）将宝坻朝霞村-BDFO以及宝坻高家庄-BDFO两个站点的站间重建立开关打开进行测试，此重场景下，终端成功由宝坻朝霞村-BDFO-0扇区重建立到宝坻高家庄-BDFO-1扇区上。Ø 终端侧信令UE重建立前在PCI=168的小区，重建立前的C-R

11、nti为5488。(C-Rnti是无线网络临时标示，通过该项数值可以确定后续基站侧信令中的终端)终端因无线链路失败向PCI=298及宝坻高家庄-BDFO-1扇区发起重建立接入请求。重建立完成重建立完成后UE占用PCI=298的信号，C-Rnti为2836。Ø 基站侧信令通过C-Rnti=5488，从基站侧信令中找到对应的UE，重建立前GID为18472。第一步：目标小区收到重建立请求消息，来源通过PCI和Rnti确认。第二步：X2口目标侧向源侧发Rlf Ind消息，由于中兴分析工具版本较低，没解出来。第三步：源侧小区向目标侧发切换请求。第四步：目标侧收到后给终端做出重建立响应。第五步

12、：终端回RRC连接重配置完成到目标小区。第六步：目标侧在收到终端发的重建立完成后给终端下发重配消息。第七步：目标测给源小区发切换相应消息。第八步：源侧发送SN状态变更消息到目标侧。第九步：终端上报RRC重配置完成到目标小区。第十步：目标小区通过S1链路向MME上报路径转换请求。第十一步：MME发送PATH SWITCH REQUEST ACKNOWLEDGE消息给目标小区。第十二步：目标小区给源小区发送UE CONTEXT RELEASE消息，通知目标小区释放UE上下文，完成跨站重建立流程。三、 簇开通指标验证1.2.3.3.1. 簇功能开通7月8日将宝坻城区内FDD站点的站间重建立开关打开，

13、观察开启前后一周的关键指标的变化情况。此次“站间重建立开关”实验性开启共涉及宝坻城区41个FDD宏站。具体站点分布请见下图：3.2. 开通指标对比 取7月1日7月7日（开启前）一周7×24小时以及7月9日7月15日（开启后）一周7×24小时的KPI指标进行比对。重点关注指标：RRC重建成功率、UE上下文掉线率、E-RAB掉线率、系统内切换成功率以及RRC重建失败（原因值为UE上下文找不到）等5项指标。站间重建立开关开启后RRC重建成功率、UE上下文掉线率以及E-RAB掉线率三项指标均有明显改善；系统内切换成功率无明显波动；因UE上下文找不到而重建立失败的次数减少。开启前开启

14、后指标变化RRC连接重建成功率43.19%58.16%指标改善UE上下文掉线率0.12%0.08%指标改善E-RAB掉线率0.072%0.056%指标改善UE上下文找不到次数57314614指标改善注：RRC重建失败（原因值为UE上下文找不到）包含以下两个COUNT值：C373200075其它类型的RRC连接重建立失败次数，失败原因UE上下文找不到C373200063切换类型的RRC连接重建立失败次数，失败原因UE上下文找不到3.2.1. RRC重建成功率 以开启时间为节点分别统计前后一周的RRC重建成功率，开启前一周RRC重建成功率为43.19%，开启后一周RRC重建成功率58.16%。RRC重建成功率明显提升，具体趋势图请见下图：3.2.2. UE上下文掉线率以开启时间为节点分别统计前后一周的UE上下文掉线率，开启前一周UE上下文掉线率为0.12%，开启后一周UE上下文掉线率0.08%。UE上下文掉线率指标明显改善，具体趋势图请见下图：3.2.3. E-RAB掉线率以开启时间为节点分别统计前后一周的E-RAB掉线率，开启前一周E-RAB掉线率为0.072%，开启后一周E-RAB掉线率0.056%。E-RAB掉线率指标明显改善，具体趋势图请见下图：3.2.4. 重建立失败次数（UE上下