1、多杆多RRU合并锚点小区故障排除与处理分析一、 关键词：多杆多RRU、锚点小区、RRC重建二、 案例分类1. 问题分类：网络性能2. 手段分类：硬件排障三、 优化背景深水港-东海大桥-洋山码头重要5G项目完成工程建设后，进行5G基站入网优化与5G网络覆盖优化专项工作。四、 问题现象东海大桥上的4G锚点站采用3根灯杆点位6个RRU共小区。在桥面上的问题路段5G终端占用浦海桥灯三零HL01H_203小区(PCI 43) ，RSRP为-92dbm，邻区中浦海桥灯三二HL01H_203小区(PCI 44)的RSRP为-100dbm左右， PCI 43小区向PCI 44小区一直不切换，拖到PCI44小区
2、站点（灯杆）附近30米左右，出现锚点RRC重建，锚点重建导致NR出现掉线问题。五、 原因分析问题小区位于东海大桥靠近洋泗岛附近，问题灯杆处于坡顶，是一个利旧老站点。由于东海大桥上无法停车，定点测试和硬件故障排查存在很大难度。同时，由于4G锚点小区是3根杆子6个RRU合并的小区，给故障排查定位带来了更大的难度。拟定以下5个排查步骤： 排查步骤1调整问题小区功率至最大值，问题路段覆盖电平无明显提升，RRC重建问题未得到解决。 排查步骤2 查看问题小区告警，小区无告警，RRU无告警。 排查步骤3跟踪小区信令并提取CELLDT进行定位分析，怀疑扇区0（第一个杆）覆盖有问题，考虑将扇区0和扇区2的硬件进
3、行调换，排进一步定位故障。详细分析过程如下：1) RRU对应关系RRU0 - 200RRU所在的扇区， 即扇区0 （怀疑问题扇区）RRU1 - 201RRU所在的扇区， 即扇区1RRU2 - 202RRU所在的扇区， 即扇区22) 跟踪数据分析，得到RRU扇区接续关系正向反向RRU接续如下图所示，从图可以看出正向反向经过问题地点时接入的RRU是不一样的（相同地点正向拉网测试测量到PCI 44 RSRP为-101dBm，反向拉网测试测量到PCI 44 RSRP为-75.8dBm）。3) 查看PCI 44小区一键式日志，发现PCI 43-PCI 44存在大量重建的情况，平均1秒一次，据此可以排除终
4、端问题。 排查步骤4跟随东海大桥二期建设，分段上站进行测试验证，进一步确认步骤3分析结果。通过解绑问题小区合并的RRU，分别进行测试验证，确定浦海桥灯三二HL01H小区第一根杆的柜框206的天线或RRU存在问题。详细验证过程如下：1) 通过后台查询条码200号RRU:2102310VRX10E7000397，在第一根杆找到，确定位置正确；2) 解绑小区合并的RRU，使RRU只绑定200号，测试在测试点1（第二根杆）进行验证， 这时PC I44小区的RSRP为-88dBm左右，测试往南走15米信号变弱开始切换，验证得出200号朝南方向。 3) RRU只绑定200号，在测试点2（第一根杆）进行测试
5、，这时PCI 44小区的RSRP为-60dBm左右。通过2)、3)可说明第一根杆柜框200号工作正常。测试点位图如下：4) RRU只绑定206号，正向测试无法占用PCI 44小区，RSRP为-115dBm，但反向测试可以正常占用PCI 44小区，RSRP为-81dBm左右，与未解绑RRU现象一致。正反向电平曲线图如下： 排查步骤5提取RRU解绑后PCI 44小区一键式日志，分析发现RRU重建次数和重建率都有所下降。趋势及对比图如下：对比解绑前后相同时间点15分钟统计周期情况，重建次数从几十次变为几次，平均下降80%左右，RRC重建问题得到大大改善。通过以上步骤排查，确认问题杆存天线或RRU故障
6、。六、 解决方案由于大桥上更换灯杆上的天线较为困难，故先进行浦海桥灯三二HL01H小区第一根杆的柜框206的RRU的更换。七、 效果评估上站更换PCI 44小区柜框206的RRU，而后进行测试验证。 定点测试验证PCI44小区RSRP衰减正常。由于PCI 44小区灯杆位于坡顶，地势原因RSRP出现正常范围波动，距离180米左右衰减至-97dBm左右。定点测试验证跟换RRU后问题解决。更换RRU前更换RRU后 道路测试验证在东海大桥上双向拉网测试多次，PCI 43-PCI 44小区/ PCI 44-PCI 43小区均切换正常，小区切换距离由RRU更换前的50米左右增加到270米左右，且未再出现RRC重建导致NR释放异常事件，问题得到解决。更换RRU前更换RRU前更换RRU后正向更换RRU后反向八、 基于案例提炼的方法、流程及评估标准建议锚点是NSA终端接入5G网络的信令通道，锚点RRC重建会引起NR掉线等异常事件，需要确保锚点小区质量。多杆多RRU合并小区的故障排查难度较高，需要解绑RRU分别进行测试，前后台联动进行细致分析定位。已获得授权通信资料：白先生客栈
