RRC重建立功专项验证报告(知识参考)
- 格式:doc
- 大小:6.75 MB
- 文档页数:20
中兴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 的上下文信息,减少这种失败导致的重建立拒绝,进而减少掉话。如下图:
下图为跨站重建立的时序示意图: