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

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

《精品案例基站光路隐性故障问题导致异常.docx》由会员分享，可在线阅读，更多相关《精品案例基站光路隐性故障问题导致异常.docx（10页珍藏版）》请在冰豆网上搜索。

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

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

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

【摘要】从网优平台的异常指标问题点入手，发现裕安区滨水城西基站存在指标异常。

通过对该基站的告警核查、干扰查询、参数核查、信令分析方式逐步排查问题均未找到根本原因，结合诺基亚网管使用SFPmonitor定位后发现光衰异常,排除故障,基站各项网络指标恢复正常。

查看光衰对后续分析网络中硬件隐性故障有一定的借鉴和指导作用。

【关键字】隐性故障SFPmonitor光功率不足

一、问题描述

近期，六安分公司人员一起对异常小区问题进行处理时，发现LA-裕安区-滨水城西-NFTA-914777-51小区的重建比例较高，通过网优平台核查发现该基站在从10月6日连续3天不间断上报预警后导致出现异常小区告警，如下图所示：

图1滨水城西1扇区异常告警

该基站周边地理环境位置如下所示：

图2滨水城西基站位置

重建即是在原有无线链路恶化时网络侧为了使UE免于掉线（话），并恢复原有上下文的一种挽救处理措施。

协议3GPP36.331定义触发重建原因包括如下几类：

1.检测到底层无线链路失败

2.LTE系统内切换失败

3.由LTE至其他无线接入系统

4.收到PDCP的数据完整性校验失败

5.RRC连接重配失败

图3RRC连接重建过程

上图所示为RRC连接重建过程，其中第一条信令RRC重建请求消息会携带重建原因，有以下3点：

1.Handoverfailure

UE在切换流程中，在收到了切换的重配置消息之后，会启动T304，但如果在T304超时之前UE无法完成在目标小区的随机接入，则会发起原因值为“handoverfailure”的重建。

2.Reconfigurationfailure

UE在安全模式激活的状态下，如果收到了重配置消息后对于重配置消息内的信元无法匹配或兼容，则发起原因值为“reconfigurationfailure”的重建。

3.Other

其它原因导致的重建，均归为此类，最常见的就是无线链路失败（RLF）及光路光衰大导致。

【告警信息】：

登陆诺基亚网管BTSSiteManager查询基站状态：

登陆LA-裕安区-滨水城西NFBBU01-914777基站，该基站状态正常，未有实时告警，基站状态如下所示：

图4滨水河西基站状态

二、分析过程

通过对该基站的历史告警查询、干扰信息查询分析、网管参数配置查询、信令分析方式逐步排查问题，整体流程如下：

图5问题处理流程图

具体步骤如下：

一、诺基亚网管历史告警查询

诺基亚查询历史告警的软件为：

ApplicationLauncherClient2网管，查询滨水河西历史告警步骤流程如下：

图6历史告警查询步骤

由以上截图结果可以看出，该基站未查询到近期的历史告警。

二、干扰信息查询

登陆诺基亚网管查询，查询结果该基站未发现干扰。

图7小区干扰查询

三、网管参数配置查询

登陆诺基亚网管查询，查询结果该基站参数配置正常。

图8小区参数配置查询

四、小区性能指标查询

登陆诺基亚plsqldev–Shortcut网管查询该小区性能指标数据，查询步骤流程如下：

图9小区指标查询结果

通过小区性能指标查询，发现该小区确实存在重建比例高的问题，同时该小区的系统切换成功率也较低。

五、重启基站及RRU解闭锁

图10重启基站及问题小区解闭锁

通过重启基站及问题小区解闭锁尝试后，查询指标暂时恢复，但几分钟后，该小区的性能指标任然较差。

六、网管信令监测

诺基亚NetAct网管信令跟踪流程如下：

图11基站小区信令跟踪

由以上信令跟踪发现LA-裕安区-滨水城西-NFTA-914777-51小区的RRC请求重建的原因值为“other”，既其它原因导致的重建，最常见的就是无线链路失败（RLF）及光缆光衰大导致。

由于通过以上各种方法方式排查，均未定位出问题症结所在，因此将其定义为基站隐性故障。

所谓基站的隐性故障是指那些没有明显的告警但对基站的性能有影响的故障，或者是那些反复出现后又往往能自行消失的告警。

这些告警的存在将使得系统的性能指标受到影响。

由于这些问题的隐蔽性，往往无法直接发现它们，因此我们需要借助其他方法才能发现这些潜在的故障。

三、解决方案

BBU侧的光口及RRU侧光口光路间的光环路示意图如下所示：

图14BBU及RRU间的光环路示意图

鉴于SFPmonitoring监测诊断发现该站点1扇区对应的RRU和BBU间存在光路功率不足情况，因此要求代维人员携带光功率计及尾纤现场测试核查光衰情况。

由于该基站为拉远站点，因此采用分步测量光衰：

1：

通过光功率计携带的好的尾纤去连接BBU侧光模块，形成光环路测光衰情况正常；

2：

通过光功率计与该基站1扇区远端对应的光路及BBU间测量光衰情况正常；

3：

通过光功率计与该基站1扇区RRU光模块间测量光衰情况，发现光衰为13dBm，光衰较大。

因此需要更换1扇区光口对应RRU的光模块，更换后，重新诊断功率正常，后续观察指标恢复，如下图所示：

图15更换RRU光模块后指标

四经验总结：

在日常的异常小区处理中，常常会出现类似本案例中通过告警查询、干扰查询、参数核查等手段排查后，任然未找到问题故障所在，既所谓的基站隐性故障，在通过SFPmonitoring监测及代维现场测量光衰后最终定位问题为光功率不足导致的光衰大，引起异常小区。

由于该小区光功率不足未达到门限并未产生故障告警，因此认定为隐性故障。

采用排除法定位隐性故障，使得基站各项网络指标恢复正常。

这一分析思路对本质上属于同类的网络中的基站硬件隐性故障处理有一定的借鉴和指导作用。