RRC重建立功专项验证报告(知识参考)

中兴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 UE 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; or

2.uponhandover failure, in accordance with 5.

3.5.6; or

3.uponmobility from E-UTRA failure, in accordance with 5.

4.3.5; or

4.upon integrity check failure indication from lower layers; or

5.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 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 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连接重建立是不可避免的过程。这种失败次数较多，主要是取决于网络邻区配置、站点数目以及覆盖水平。

目前天津现网已经配置SON功能的ANR子功能，即邻区问题已经基本规避，空口覆盖波动成为RRC重建立的主要根源。

据中兴在V3.10.20版本说明中，有通过私有接口优化了该场景下的处理过程，通过支持跨站重建，进而减少RRC连接重建立的失败次数。条件如下：

?选择的重建立目标小区与源小区之间已配置X2口。

?选择的重建立目标小区与源小区之间已互配邻区。

?两个基站都是中兴通讯的设备。

此时，目标小区可以从UE发出的RRCConnectionReestablishmentRequest消息中携带的physCellId，如下图所示，找到该UE的源小区，然后通过X2口向源小区请求UE 的上下文信息，减少这种失败导致的重建立拒绝，进而减少掉话。如下图：

下图为跨站重建立的时序示意图：