全网监控基站ENB内切换及时小区隐形故障导致的用户感

全网监控基站ENB内切换，及时小区隐形故障导致的用户感知下降摘要：使用安卓操作系统手机的人知道，运行一段时间之后感觉手机运行速度很慢，重启之后能感觉好点。基站自上电运行之后没有停电等特殊情况，一般不会有“休息”的时间。长时间的运行难免会出现一些冗余的数据或者隐形问题，让我们虽然能使用但是总感觉不畅快。本创新旨在通过日常指标监控，快速发现隐形问题，及时处理，保障用户感知。关键字： ENB内切换 隐形故障 重建【故障现象】： BB-禹会区-BEB-蚌埠京台30站-LHL（移动燕山塘面杨）-ZFTA-439915-54的重建比例在2月10日每个时段均在6%以上，同时重建请求次数每个时段都比较高，且出现了异常小区，此前此小区一直指标正常，无异常事件。【原因分析】： 一、基本原理1、RRC重建：在4G基站的各类KPI指标中，对用户感知影响最大的就是RRC连接重建，RRC重建目的是恢复RRC信令连接，减少掉线。RRC连接重建有一定的机制，势必会消耗一定的时间，且RRC连接重建不一定能成功。所以RRC连接重建比例高时，在用户侧网络打开时延和打开成功率的感知上有较大影响。2、切换：4G切换中分为X2切换，S1切换，ENB内切换。其中ENB内切换指同基站的不同扇区之间的切换，ENB内切换不涉及其它ENB的参与，仅在本ENB处理，切换完成后上报上层设备。由于一个ENB的三个扇区经纬度相同，覆盖有部分交叉，ENB内切换是必不可少的切换。二、分析过程通过图层观察BB-禹会区-BEB-蚌埠京台30站-LHL（移动燕山塘面杨）-ZFTA-439915-54位置，发现本小区与对打小区BB-禹会区-蚌埠京台31站-ZFTA-440082-53存在模三干扰：将BB-禹会区-蚌埠京台31站-ZFTA-440082-53与54 pci对调，观察指标未恢复。建立RLF跟踪，发现发现此小区的RLF比较集中的发生在439915-53，439915-55，重建发生在439915-54。于是查看BB-禹会区-BEB-蚌埠京台30站-LHL（移动燕山塘面杨）-ZFTA-439915-53,55的指标，发现X2和S1切换次数及切换成功率正常，但是ENB内切换请求次数几乎为0，再查询439915-54 小区的ENB内切换请求次数为正常值。查询邻区关系正常，三个小区均互相配置了邻区，且54小区切换正常，不可能是由于邻区关系错误导致的切换失败。经过现场测试发现两个扇区间切换失败，如下图：经过RLF信令跟踪发现非源重建小区，邻区关系核查，现场路测，初步判定基站存在隐形故障。【解决方法】：由于此基站其它KPI指标均正常，仅ENB内切换存在异常，尝试删除已经存在的邻区关系，手动重新添加，观察53，55小区ENB内切换请求次数及成功率恢复正常，54小区的RRC重建比例也恢复到正常值。由此可以判断是由于53，55小区的存在隐形故障导致ENB内切换请求次数为0，无法切换到54小区，失败后重建到54小区，导致54小区的重建比例较高。【经验教训或建议与总结】： 由于ENB内切换发生异常的情况不多，大多是由于设备故障或者隐形故障导致，原因较难判断。目前仅在中兴设备发现此种隐形故障的现象，在网管建立ENB内切换-隐形故障监控,每日梳理前一天的指标，发现问题立即处理，充分保障由隐形故障导致的用户感知下降。