精品案例基站光路隐性故障问题导致异常.docx

1、精品案例基站光路隐性故障问题导致异常基站光路隐性故障问题导致异常案例 基站光路隐性故障问题导致异常案例【摘要】从网优平台的异常指标问题点入手，发现裕安区滨水城西基站存在指标异常。通过对该基站的告警核查、干扰查询、参数核查、信令分析方式逐步排查问题均未找到根本原因，结合诺基亚网管使用SFP monitor定位后发现光衰异常,排除故障,基站各项网络指标恢复正常。查看光衰对后续分析网络中硬件隐性故障有一定的借鉴和指导作用。【关键字】隐性故障 SFP monitor 光功率不足一、问题描述近期，六安分公司人员一起对异常小区问题进行处理时，发现LA-裕安区-滨水城西-NFTA-914777-51小区的重

2、建比例较高，通过网优平台核查发现该基站在从10月6日连续3天不间断上报预警后导致出现异常小区告警，如下图所示： 图1 滨水城西1扇区异常告警该基站周边地理环境位置如下所示： 图2滨水城西基站位置重建即是在原有无线链路恶化时网络侧为了使UE免于掉线（话），并恢复原有上下文的一种挽救处理措施。协议3GPP36.331定义触发重建原因包括如下几类：1.检测到底层无线链路失败2.LTE系统内切换失败3.由LTE至其他无线接入系统4.收到PDCP的数据完整性校验失败5.RRC连接重配失败图3 RRC连接重建过程上图所示为RRC连接重建过程，其中第一条信令RRC重建请求消息会携带重建原因，有以下3点：1.

3、Handover failureUE在切换流程中，在收到了切换的重配置消息之后，会启动T304，但如果在T304超时之前UE无法完成在目标小区的随机接入，则会发起原因值为“handover failure”的重建。2.Reconfiguration failureUE在安全模式激活的状态下，如果收到了重配置消息后对于重配置消息内的信元无法匹配或兼容，则发起原因值为“reconfiguration failure”的重建。3.Other其它原因导致的重建，均归为此类，最常见的就是无线链路失败(RLF)及光路光衰大导致。【告警信息】：登陆诺基亚网管BTS Site Manager查询基站状态：登陆

4、LA-裕安区-滨水城西NFBBU01-914777基站，该基站状态正常，未有实时告警，基站状态如下所示：图4 滨水河西基站状态二、分析过程通过对该基站的历史告警查询、干扰信息查询分析、网管参数配置查询、信令分析方式逐步排查问题，整体流程如下：图5 问题处理流程图具体步骤如下：一、诺基亚网管历史告警查询诺基亚查询历史告警的软件为：Application Launcher Client 2网管，查询滨水河西历史告警步骤流程如下：图6 历史告警查询步骤由以上截图结果可以看出，该基站未查询到近期的历史告警。二、干扰信息查询登陆诺基亚网管查询，查询结果该基站未发现干扰。图7 小区干扰查询三、网管参数配置

5、查询登陆诺基亚网管查询，查询结果该基站参数配置正常。图8 小区参数配置查询四、小区性能指标查询登陆诺基亚plsqldev Shortcut网管查询该小区性能指标数据，查询步骤流程如下： 图9 小区指标查询结果通过小区性能指标查询，发现该小区确实存在重建比例高的问题，同时该小区的系统切换成功率也较低。五、重启基站及RRU解闭锁 图10 重启基站及问题小区解闭锁通过重启基站及问题小区解闭锁尝试后，查询指标暂时恢复，但几分钟后，该小区的性能指标任然较差。六、网管信令监测诺基亚NetAct网管信令跟踪流程如下： 图11 基站小区信令跟踪由以上信令跟踪发现LA-裕安区-滨水城西-NFTA-914777-

6、51小区的RRC 请求重建的原因值为“other”，既其它原因导致的重建，最常见的就是无线链路失败(RLF)及光缆光衰大导致。由于通过以上各种方法方式排查，均未定位出问题症结所在，因此将其定义为基站隐性故障。所谓基站的隐性故障是指那些没有明显的告警但对基站的性能有影响的故障，或者是那些反复出现后又往往能自行消失的告警。这些告警的存在将使得系统的性能指标受到影响。由于这些问题的隐蔽性，往往无法直接发现它们，因此我们需要借助其他方法才能发现这些潜在的故障。三、解决方案BBU侧的光口及RRU侧光口光路间的光环路示意图如下所示：图14 BBU及RRU间的光环路示意图鉴于SFP monitoring监测

7、诊断发现该站点1扇区对应的RRU和BBU间存在光路功率不足情况，因此要求代维人员携带光功率计及尾纤现场测试核查光衰情况。由于该基站为拉远站点，因此采用分步测量光衰：1：通过光功率计携带的好的尾纤去连接BBU侧光模块，形成光环路测光衰情况正常；2：通过光功率计与该基站1扇区远端对应的光路及BBU间测量光衰情况正常；3：通过光功率计与该基站1扇区RRU光模块间测量光衰情况，发现光衰为13dBm，光衰较大。因此需要更换1扇区光口对应RRU的光模块，更换后，重新诊断功率正常，后续观察指标恢复，如下图所示：图15 更换RRU光模块后指标四 经验总结：在日常的异常小区处理中，常常会出现类似本案例中通过告警查询、干扰查询、参数核查等手段排查后，任然未找到问题故障所在，既所谓的基站隐性故障，在通过SFP monitoring监测及代维现场测量光衰后最终定位问题为光功率不足导致的光衰大，引起异常小区。由于该小区光功率不足未达到门限并未产生故障告警，因此认定为隐性故障。采用排除法定位隐性故障，使得基站各项网络指标恢复正常。这一分析思路对本质上属于同类的网络中的基站硬件隐性故障处理有一定的借鉴和指导作用。