RRC重建立功专项验证报告.doc

中兴RRC重建立功能 专项验证报告 中国电信天津分公司网络优化中心 王健 二零一五年七月 近期发现话务统计中 网元级别 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: 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统计中，标注红色的2点原因被归结为其它类型触发的RRC连接重建立。 例如，其中C373200075Number of Other Triggered RRC Re-establishment Failures due to UE Context NotFound 发生的场景是由于无线链路失败的原因，触发跨站的重建立。而且由于跨站的小区没有该UE上下文信息说，如果UE在由eNodeB A至eNodeB B，由于质量等原因切换失败，则会触发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版本说明中，有进而减少掉话： 功能验证 为验证跨站重建立，在宝坻区域选择基站重建立场景，具体如下： 测试方法 测试前准备 修改宝坻朝霞村-BDFO的A3-Offset为15dB，修改宝坻朝霞村-BDFO-0扇区与宝坻高家庄-BDFO-1扇区的CIO为24dB，使其不容易发生同频切换。 测试方法 UE进行长呼下载，车辆由东往西行驶，UE开始占用PCI=168的宝坻朝霞村-BDFO-0扇区信号，随着车辆的行驶，服务小区信号逐渐减弱，邻区PCI=289的宝坻高家庄-BDFO-1扇区信号逐渐增强，修改了A3门限和CIO，UE无法及时切换。由于信号强度差距较大，邻区干扰过强，造成无线链路失败，使UE发起重建立请求。 测试结果 站间重建立开关关闭（重建立失败） 将宝坻朝霞村-BDFO以及宝坻高家庄-BDFO两个基站的站间重建立开关关闭，此种场景下，终端上报重建立请求到宝坻高家庄-BDFO-1扇区被拒绝，重建立失败。 终端侧信令 终端向PCI=298的高家庄信用社-BDFO-1扇区发送重建立请求。 因重建立开关关闭，目标扇区无法通过X2口获取终端的上下文消息，重建立请求被拒绝，重建立失败。 站间重建立开关打开（重建立成功） 将宝坻朝霞村-BDFO以及宝坻高家庄-BDFO两个站点的站间重建立开关打开进行测试，此重场景下，终端成功由宝坻朝霞村-BDFO-0扇区重建立到宝坻高家庄-