LTE-闵通泰切换成功率异常案例-上海.docx

中国电信上海分公司移动网络优化中心 闵通泰切换成功率异常案例 上海电信移动网络优化中心 概述与问题点 近期在LTE性能指标监控中，发现闵通泰3扇区切换成功率基站S1/X2切换成功率较差，且S1切换请求次数较多，如下 时间 网元 X2切换请求次数 X2切换成功率 S1切换请求次数 S1切换成功率 11/05/2015 10:00 闵通泰3 199 81.41% 834 4.44% 11/05/2015 11:00 闵通泰3 170 76.47% 1854 7.17% 11/05/2015 12:00 闵通泰3 222 81.53% 1425 6.25% 11/05/2015 13:00 闵通泰3 178 84.27% 1216 8.06% 问题分析 查看基站告警,存在X2 SCTP ASSOCIATION DOWN告警。其次我们对于该基站的邻区进行了核查，发现存在与华为基站的跨厂商邻区的CELLID配置错误的情况。 对于X2 SCTP ASSOCIATION DOWN告警，根据告警信息发现是由于闵通泰和华为站点377263的X2?关系处于disable状态。之后通过SCTP Log发现闵通泰基站一直在发SCTP INIT给对方，但是HW的eNB377263没有响应。告知HW工程师后，HW手工添加了这条X2，之后X2 建立成功。建立成功后，S1切换次数出现减少。 对于发现的错误的邻区CELLID配置进行修改，修改完成后，S1切换成功率出现明显改善。 对于闵通泰进行trace跟踪，发现其X2切换失败主要集中在监临夏_2（华为）377849_5与闵墙华2、3扇区（ALU）380959_50/51，如下所示： 查看闵墙华基站状态，发现存在PCI confusion 告警，从SAM上看到闵墙华的三个cell都lock。该基站由于未通过单验，所以处于lock状态。而该基站PCI45，46，47和嘉新江桥三（华为）376914相同。由于闵墙华未开启，所以将闵通泰与闵墙华的X2关系与邻区关系删除，同时重新规划闵墙华PCI。 针对与监临夏_2（华为）377849_5切换失败。查看切换到HW 377849 PCI=91失败，该X2是HW ANR添加的，实际距离很远。手工删除了该X2关系。 解决方案 添加华为站点377263和闵通泰的X2?关系，消除X2接口disable状态 对于发现的错误的邻区CELLID配置进行修改 将闵通泰与闵墙华的X2关系与邻区关系删除，同时重新规划闵墙华PCI。 删除监临夏_2（华为）与闵通泰的X2?关系。 调整结果 调整完成后，指标恢复，如下所示： 总结 跨厂商边界，由于规划以及参数修改由不同人员完成，会出现由于沟通不及时，邻区、PCI等参数配置错误或者不合理的情况。以及由于ANR功能以及ALU的动态邻区表功能，会出现较远的基站之间添加X2接口的情况，需要注意。