URRU通讯链路断故障排查案例

通州张芝山3个小区共用2个DUG，采用了TG同步的模式，其结构如下图：
图1：通州张芝山三小区结构
1、根据上述处理流程，排查通州张芝山A小区的告警情况，干扰和传输情况。

通过RXMFP查询该站点告警情况，发现无告警信息，如下图：
图2：通州张芝山告警情况
通过RLCRP查询通州张芝山A的干扰情况，无干扰情况，如下图：
图3：通州张芝山A干扰情况
通过RXAPP查询传输占用情况，发现传输正常，如下图：
图4：通州张芝山传输占用情况
2、统计故障前及故障时的通州张芝山A小区的TCH拥塞情况，没有发现拥塞情况，如下
表：
日期时段MO 总话务量TCH拥塞率SDCCH拥塞率2013.11.08 10:00:00 613A 17.49 0.00% 0.00% 2013.11.08 11:00:00 613A 17.88 0.00% 0.00% 2013.11.08 12:00:00 613A 16.43 0.00% 0.00% 2013.11.08 13:00:00 613A 4.65 0.00% 0.00%
附录：故障处理过程的LOG文件。

BBU-RRU通讯链路断故障排查案例现场故障现象：站名为××室内覆盖总共二台RRU261，在框号=46，47上，告警显示BBU IR光接口异常告警，RRU配置但不可用超时，由于此室分站为S33配置，所以2个小区都同时退服，进站发现BBU两个光口都为红灯亮，由此说明BBU到RRU通信链路断开。

故障定位过程：通常BBU-RRU通信链路断有以下几方面原因：1．RRU没有供电，这类故障在室分站当中出现的由为较多。

由于室分站中的RRU供电方式多为交流市电直接供电，所以当市电停电或空开下电等情况时，就会出现。

此类故障的显著特点是：某个扇区的所有级联RRU同时断链，产生一系列告警，如BBU IR光接口异常告警或射频单元IR接口异常告警。

2．BBU和RRU某一侧光纤收发接反。

这类故障在现网中出现的几率较小，收发接反后BBU侧的光口指示灯会为红灯，但在现网中不会出现光纤收发接反的故障告警。

3．光缆损坏。

此类故障导致的BBU-RRU通讯链路断较多。

尤其是在室内覆盖当中，由于现场路由复杂、走线困难等，在布放光缆时容易导致光纤或接头损坏，从而导致RRU断链。

对于此类故障不要急于更换光缆，因为布线的难度和工作量是比较大的，可以先使用光功率计等仪器进行测量，测量值一般在—15dBm以上为正常值，否则，光纤或接头有可能在光纤路由过程中被损坏，需要更换光缆或者熔纤。

4．光模块故障。

此类故障出现的可能性比较小，如果怀疑是光模块的原因，可以将其它光口的光模块与之交换，看故障是否解除，如果故障消除则说明是光模块的原因，须对其进行更换。

5．其它。

室内覆盖当中，许多站点在安装过程中由于无安装位置、物业等原因，实际安装的RRU数目与设计方案存在一定差异。

后台按照设计方案配置，但实际并未安装，这也容易造成BBU-RRU通讯链路断的假象，应首先予以排除。

因此在处理室内覆盖站点的BBU-RRU断链的故障时，首先应该向督导确认现场实际安装情况，这在后期的维护中有一定的困难！因为在建站后很难再联系到当时的现场督导，在找到当时的现场督导后，也很难让他立刻想起当时现场安装的实际情况，所以留下完善的竣工信息表就尤其重要。

B B U R R U通讯链路断故障排查案例The pony was revised in January 2021BBU-RRU通讯链路断故障排查案例现场故障现象：站名为××室内覆盖总共二台RRU261，在框号=46，47上，告警显示BBU IR光接口异常告警，RRU配置但不可用超时，由于此室分站为S33配置，所以2个小区都同时退服，进站发现BBU两个光口都为红灯亮，由此说明BBU到RRU通信链路断开。

故障定位过程：通常BBU-RRU通信链路断有以下几方面原因：1．RRU没有供电，这类故障在室分站当中出现的由为较多。

由于室分站中的RRU供电方式多为交流市电直接供电，所以当市电停电或空开下电等情况时，就会出现。

此类故障的显着特点是：某个扇区的所有级联RRU同时断链，产生一系列告警，如BBU IR光接口异常告警或射频单元IR接口异常告警。

2．BBU和RRU某一侧光纤收发接反。

这类故障在现网中出现的几率较小，收发接反后BBU侧的光口指示灯会为红灯，但在现网中不会出现光纤收发接反的故障告警。

3．光缆损坏。

此类故障导致的BBU-RRU通讯链路断较多。

尤其是在室内覆盖当中，由于现场路由复杂、走线困难等，在布放光缆时容易导致光纤或接头损坏，从而导致RRU断链。

对于此类故障不要急于更换光缆，因为布线的难度和工作量是比较大的，可以先使用光功率计等仪器进行测量，测量值一般在—15dBm以上为正常值，否则，光纤或接头有可能在光纤路由过程中被损坏，需要更换光缆或者熔纤。

4．光模块故障。

此类故障出现的可能性比较小，如果怀疑是光模块的原因，可以将其它光口的光模块与之交换，看故障是否解除，如果故障消除则说明是光模块的原因，须对其进行更换。

5．其它。

室内覆盖当中，许多站点在安装过程中由于无安装位置、物业等原因，实际安装的RRU数目与设计方案存在一定差异。

后台按照设计方案配置，但实际并未安装，这也容易造成BBU-RRU通讯链路断的假象，应首先予以排除。

中兴RRU故障排查指导⼿册RRU故障排查指导⼿册1.RRU断链排查⽅法：⾸先判断RRU是否存在“不上电”的情况。

其次，区分是底层链路不通，还是上层不通。

如果某光⼝只存在BBU-RRU断链告警，则属于上层不通，重点考虑RRU与BBU版本不匹配，或后台IQ光⼝复位、或掉电重启。

如果某光⼝还存在光⼝故障（LOP/LOS/LOF告警），则需要通过做环逐段定位，或通过光功率计测算光功率。

●排查“RRU不上电”问题故障类型：RRU不上电主要现象：1、后台表现为“BBU-RRU通讯链路断”；2、前台查看RRU所有的指⽰灯不亮.排查步骤: 1、检查室内防雷箱是否跳闸？是，排查第2步；否，排查第5步。

2、R8928断开RRU供电电源线缆；检查室内防雷箱是否跳闸？是，排查第3步；否，排查第4步。

3、排查是否室内防雷箱故障；R8928排查室内防雷箱⾄RRU处电源线是否短路。

4、R8928排查RRU短路问题（使⽤万⽤表测量RRU两个供电管脚，确认短路，更换RRU设备）5、检查室内防雷箱供电是否在正常的范围内：-36V⾄-57V？是，排查第7步；否，排查第6步。

6、检查室内供电是否异常？带载能⼒是否异常（可以断开别的扇区设备，观察故障扇区带载能⼒是否恢复）？室内防雷箱是否异常？异常的给予解决或更换。

7、R8928测量RRU电源插座处电压是否在正常的范围内：-36V⾄-57V？是，排查第9步；否，排查第8步。

8、R8928检查电源是否过长？线直径是否过细？电源线是否有断路的情况？9、R8928 RRU处电源正常，但是RRU指⽰灯全部不亮，RRU⽆法启动，则更换RRU设备。

●有光⼝故障告警（LOP,LOS,LOF）做环排查⽅法注意：由于RRU型号、BBU型号相对较多；⼀定要保证RRU的光模块与和它相连接的BBU 的光模块速率匹配！——作环判断光模块时，要留意这个问题。

排查⽅法简述：1，先检查整机是否上电（如电源闸是否合上，观察电源指⽰灯是否亮）2，BBU 侧光⼝做⾃环（判断BBU光模块和光接⼝板是否故障）3，远端向BBU做⾃环（判断光纤是否故障）4，向RRU做⾃环5，检查光模块使⽤的是否6G光模块排查⽅法详述：1，检查是否上电，如电源闸是否合上，观察电源指⽰灯是否亮。

LTE室分站点RRU级联问题案例
案例：RRU集联问题
【问题描述】XXLTE室分站点⾼新软件WE测试过程中，出现上传速率不达标的情况，具体情况为：
1）在RSRP稳定在60dBm左右的点，进⾏下载业务速率达标，上传业务稳定在14M左右，不达标：
图1 上传下载速率截图
2）RSRP很好，MCS阶数稳定在22阶，RB调度数⾜够，但是速率只有14M左右
图2 MCS阶数
图3 RB调度数截图
3）进⾏上⾏灌包，上⾏灌包速率14M，稳定，基站发射流量也是14M左右；后台⽹侧看到上⾏误码率⼏乎为0，上⾏信道质量20左右，都很好；⽆⽤户时后台监控RSSI⼀会-99，⼀会-81。

图4 上⾏灌包速率截图
图5 后台实际发送流量截图
4）尝试过将终端发射功率 PUSCH POWER固定23进⾏测试，速率稳定在14M左右；改过HISUDIO ⾥的NV 项524 进⾏测试，速率依旧稳定在14M左右；改过HISUDIO ⾥的NV 项524 ，将终端发射功率 PUSCH POWER固定23进⾏测试，速率还是稳定在14M左右。

【问题分析】MCS阶数可以稳定在22阶，RB调度数⾜够，误码率低，基本上可以排除存在⼲扰的情况；下载速率正常，同时进⾏上⾏灌包测试也基本排除了传输存在问题。

同时，分析同样出现这种下载速率正常、上传速率稳定在14M的LTE室分站点，发现这部分LTE室分站点都是由多个RRU覆盖，因此不排除这个问题是RRU级联导致的。

图6⾼新软件WE组⽹图
图7⼀个⼩区同样存在这样问题的创维⼤厦WE组⽹图
【解决⽅法】
研发⽅⾯正在着⼿处理，刷新基线和问题标准。

➢单板通讯链路断（RRU）处理指导1.故障现象描述RRU存在单板通讯链路断告警，该小区退服，影响业务2.故障分析排查思路RRU通讯链路断的原因是RRU掉电，或者与BBU传输光纤断，或者RRU重启，或者RRU软件跑死或BBU和RRU之间的光模块速率不一致导致3.故障排查步骤步骤1、如果是RRU通讯链路断，检查是否有BBU-RRU传输光口相关的告警，如果有，先处理相关告警；如果没有，则进入步骤3。

步骤3、检查RRU是否上电，如果没有，则给RRU上电；如果已经上电，复位RRU。

如果仍有告警，则进入步骤4。

步骤4、检查RRU光纤连接情况，如果错误，改正后观察。

如果光纤连接正确，仍有告警，则进入步骤5。

步骤5、检查BBU、RRU的光模块型号是否正确、是否损坏。

如果光模块型号错误或者损坏，或者实际的光模块和配置的不一致，则需要更换光模块。

如果仍然不行，则进入步骤6。

步骤6、检查数据配置，主要检查：接口板BPL或UBPM板接口协议类型，光口速率，接口板和RRU侧协议类型和光口速率保持一致，后台配置的光口速率和前台保持一致。

BPL侧光口速率和光模块协议类型：RRU侧光口速率和光模块协议类型：步骤7、如果经以上核对光路和后台数据都无误，故障未恢复，需检查RRU版本信息，如果版本不是501版本，需手动DLV升级RRU版本登陆RRU，检查版本过程如下：telnet 192.254.1.16# routeKernel IP routing tableDestination Gateway Genmask Flags Metric Ref Use Iface 200.254.0.53 192.254.11.16 255.255.255.255 UGH 0 0 0 eth0 200.254.0.52 192.254.10.16 255.255.255.255 UGH 0 0 0 eth0 200.51.0.1 192.254.9.16 255.255.255.255 UGH 0 0 0 eth0 200.254.0.51 192.254.9.16 255.255.255.255 UGH 0 0 0 eth0 200.53.1.31 192.254.11.16 255.255.255.255 UGH 0 0 0 eth0 200.52.0.1 192.254.10.16 255.255.255.255 UGH 0 0 0 eth0 200.53.0.1 192.254.11.16 255.255.255.255 UGH 0 0 0 eth0 10.1.0.0 * 255.255.0.0 U 0 0 0ipoa_linux196.0.0.0 * 255.0.0.0 U 0 0 0 eth0 192.0.0.0 * 255.0.0.0 U 0 0 0 eth0 default 10.1.37.8 0.0.0.0 UG 0 0 0ipoa_linux# telnet 200.51.0.1（51号RRU登陆ip）Entering character modeEscape character is '^]'.BusyBox_ZTE V3.06.20_P1 (2013-01-10 16:38:45 ) built-in shell (ash)Enter 'help' for a list of built-in commands.# ushell-> Please input password!->***-> Login success!!ushell tool menu:------------------------------------------------------------------------------'ps' or 'PS' list process run on the board'pr xxx' or 'PR xxx' take over xxx process printf info'npr xxx' or 'NPR xxx' not take over xxx process printf info'db xxx' or 'DB xxx' debug xxx process printf info'ndb xxx' or 'NDB xxx' not debug xxx process printf info'pad xxx' or 'PAD xxx' debug and take over xxx process printf info'npad xxx' or 'NPAD xxx'not debug and take over xxx process printf info'pall' or 'PALL' display current debug and take over info'ncheck' or 'NCHECK' Do not check another ushell exist'check' or 'CHECK' Do check another ushell exist'Q' or 'q' cancel all process debug and printf info'exit' or 'EXIT' cancel ushellxxx is process id you want to debug or take over printf info ------------------------------------------------------------------------------$$psPID USER VSZ STAT COMMAND1 root 560 S init2 root 0 SW [softirq-high/0]3 root 0 SW [softirq-timer/0]4 root 0 SW [softirq-net-tx/]5 root 0 SW [softirq-net-rx/]6 root 0 SW [softirq-block/0]7 root 0 SW [softirq-tasklet]8 root 0 SW [softirq-sched/0]9 root 0 SW [softirq-rcu/0]10 root 0 SW [watchdog/0]11 root 0 DW [chkeventd/0]12 root 0 SW< [events/0]13 root 0 SW< [khelper]14 root 0 SW< [kthread]15 root 0 SW< [kblockd/0]16 root 0 SW [pdflush]17 root 0 SW [pdflush]18 root 0 SW< [kswapd0]19 root 0 SW< [aio/0]20 root 0 SW [mtdblockd]40 root 556 R telnetd -l /bin/sh -t 5 -c 442 root 564 S inetd52 root 450m S /version/MGR.EXE59 root 564 S -/bin/ash121 root 560 S /bin/sh122 root 9200 S ushell124 root 556 S sh -c ps125 root 560 R ps$$pad 52（MRG进程编号）[52]ushell enter print modushell enter debug mod$$LI[52][ begin to excel fun:LI ]$$SVI======== Software Version Info ======== HARDTYPE:10 082114R8928FAHARDV :10HW02C/B TYPE SOFTV SIZE TIME(GMT+8)C CPU : V330501B11 3934147 2013-01-29 10:58:52B CPU : MRUAV330a5 4970548 2012-12-21 10:50:34C FPGA : V330501B11 7865663 2013-01-29 13:52:13 B FPGA : V3.30.500L.b 7839361 2012-12-21 09:02:34不同RRU通过连接RRU网口升级版本指导手册4.故障排查总结此故障常见原因如下：1、先排查BBU和RRU之间的光路故障；2、确保光路正常后后排查后台数据配置；3、经以上排查故障未恢复，核对RRU版本，DLV升级RRU版本一、RRU接收光口无光1故障现象描述RRU上报接收光口无光，同时上报小区退服告警，影响业务2故障分析排查思路RRU光口接收光纤没有接触好或者光模块损坏3故障排查步骤1.BBU侧交叉正常小区和故障小区的光纤，如果故障跟着光纤走说明BBU侧正常，故障在光纤或者RRU侧；2. 强制复位RRU；3. 检查本端与对端的光纤是否插好，光纤插头是否干净；4. 拔插单板相应光模块；5. 更换单板相应光模块；6. 检查光纤，用光功率计检测接收光功率，是否大于-18dbm。

RRU断链故障处理案例
现象描述：
郑州LTE站点郑州_高铁_市区_圃田（高铁）北(3BDEE)上报BBU IR光模块收发异常告警、射频单元业务不可用告警，告警定位信息：柜号=0, 框号=0, 槽号=2, 端口号=0, 单板类型=LBBP, 具体问题=接收无信号。

原因分析：
本/对端设备光模块未插紧或故障
光模块和光纤不匹配
本/对端光模块不匹配
光纤损坏
RRU掉电
上站处理过程：
重新插拔本端光模块，告警仍然存在
更换0号端口和1号端口插入光纤，告警重新产生于1号端口，0号端口恢复正常，排除光模块故障
塔工此时登上灯杆，进行RRU检查，发现RRU没电
重新对电源线接口进行插拔，拧紧，接上之后RRU恢复供电。

告警消除
联系后台网管支撑人员，查看小区运行状态正常可用，基站故障处理完毕。