爱立信LTE无线故障现场处理手册.docx

1、爱立信LTE无线故障现场处理手册爱立信LTE无线告警现场处理手册日常故障处理方法(1) - Loss of Tracking 告警解释：此告警是由于系统或者无线时钟失步导致，可能造成基站退服。 可能原因：（1）GPS硬件故障；（2）基站进程吊死；（3）DU硬件故障；TD-LTE采用GPS进行同步。其硬件以及连接方式如下： 处理步骤：检查GPS信号接收器上的工作状态灯状态。（1）灯不亮 1. 检查GPS信号接收器和连接DU的RJ45网线，如有问题则进行更换。2. 检查DU上的GPS端口是否存在问题，如有问题则更换DU。（2）绿灯常亮1. 检查连接DU的RJ45网线，如有问题进行更换。2. 通知后

2、台重启基站3. 更换DU。（3）绿灯闪 1. 按照上面GPS硬件连接图按照从DU到GPS天线的顺序检查各个接口是 否有虚接、各线缆是否有破损、各个单元硬件是否存在问题，如有问题 则进行重接或者更换。 2. 通知后台重启基站3. 更换DU。 (2)-Network Synch Time from GPS Missing 告警解释：此告警是由于GPS信号丢失导致，可能导致基站退服。 可能原因：（1）GPS硬件故障；（2）基站进程吊死；（3）DU硬件故障； 处理步骤：请参考“Loss of Tracking”告警的处理步骤。(3)-System Clock Quality Degradation 告

3、警解释：此告警表示系统或者无线时钟进入了“free-running”模式，不能满足系统正常工作的需求。该告警为伴生告警，其提示作用。能够触发该告警的子告警为： Network Synch Time from GPS Missing Loss of Tracking TU Synch Reference Loss of Signal 可能原因：由于该告警为伴生告警，可能原因请参见其伴生的子告警。 处理步骤：由于该告警为伴生告警，处理步骤请参见其伴生的子告警。(4)-Remote IP Address Unreachable 告警解释：此告警表示远端IP地址不可达，多为到核心网的IP地址不可用。

4、可能原因：如上图所示，从基站上仅有1条光纤（TNA口）或者网线（TNB口）作为传输。该告警为到核心网的IP地址不可达，所以不会是物理方面原因，多为配置问题。（1）ENBID、业务IP地址、业务VID和其他基站冲突或者配置有误；（2）传输侧故障；（3）核心网侧故障； 处理步骤：（1）检查基站侧ENBID、业务IP地址、业务VID是否冲突、配置正确。如有问题则进行更改。（2）通知传输侧核查传输。（3） 通知核心网侧检查核心网。(5)-License Key File Fault 告警解释：此告警表示许可秘钥文件错误，文件存放在ENB测，文件损坏可能影响业务性能及容量。 可能原因：许可秘钥文件错误损

5、坏或者丢失。 处理步骤：重新加载许可秘钥文件。(6)-Inter-PIU Link Fault 告警解释：此告警表示Inter-PIU连接错误（仅针对多块DUL板件的配置）。 可能原因：当多个DUL级联时，DUL之间会使用IDL级联线。如上图所示。（1）IDL连线故障；（2）基站进程吊死；（3）DUL故障； 处理步骤：（1）检查IDL连线，如有问题则更换。（2）重启基站。（3） 更换DUL。(7)-TU Hardware Fault 告警解释：此告警表示时钟模块硬件故障。 可能原因：（1）基站进程吊死；（2）DUL故障； 处理步骤：（1）重启告警DUL。（2）更换DUL。(8)-Slave T

6、U Out of Synchronization 告警解释：此告警表示副时钟模块失步。 可能原因：多出现在多个DUL级联的情况下：（1）主DUL同步信号丢失；（2）IDL连线故障；（3）基站进程吊死；（4）DUL故障； 处理步骤：请参考“Inter-PIU Link Fault”告警处理步骤。(9)-LinkFailure 告警解释：此告警表示基站DU到RRU链路连接失败，可能导致小区业务中断。 可能原因：根据不同的告警解释具体可分为以下几类：（1）Loss Of Signal意为RRU与DU主单元之间光路断开，光纤断开、传输质量不好或者RRU故障。（2）No signal detected意

7、为到RRU到DU无光，光纤断开、传输质量不好或者RRU故障。（3）Jitter Cleaner PLL not locked意为RRU到DU无光，光纤断开、传输质量不好或者RRU故障。（4）High bit error rate on CPRI link意为DU到RRU链路高误码报警 处理步骤：（1）检查DU和RRU之间的传输，如果不通或者质差则更换光纤或者传输。（2）检查光模块，如有问题则更换。（3）重启RRU。（3）重启DU。（4）更换RRU。(10)-HwFault 告警解释：此告警表示标示告警的单元硬件错误。 可能原因：硬件错误； 处理步骤：更换告警硬件。(11)-VswrOverTh

8、reshold 告警解释：此告警表示驻波比超限。 可能原因：（1）天馈系统故障（2）RRU故障 处理步骤：（1）检查测量天馈系统驻波比，如有异常则进行更换。（2）更换RRU。(12)-GeneralHwError 告警解释：此告警表示一般硬件故障。 可能原因：（1）基站进程吊死；（2）数据配置错误；（3）SUP硬件故障； 处理步骤：（1）检查基站数据配置是否正确，如有问题则进行修改。（2）重启基站。（3）更换MU机框。(13)-Gigabit Ethernet Link Fault 告警解释：此告警表示千兆以太网连接故障，可能导致基站退服。 可能原因：（1）基站传输故障；（2）DUL故障； 处

9、理步骤：（1）检查基站传输连接，如有虚接或者尾纤破损则进行重接或者更换。（2）通知传输侧检查传输。（3）更换DUL。(14)-PowerFailure 告警解释：此告警表示RRU电源故障，造成小区退服。 可能原因：（1）RRU电源故障；（2）RRU故障； 处理步骤：（1）检查电源状态。（2）检查RRU电源接头是否松动，如有松动重做接头。（3）更换RRU。(15)-ServiceDegraded 告警解释：此告警表示小区服务质量下降。该告警为伴生告警，其提示作用。能够触发该告警的告警为： LinkFailure CalibrationFailure HwFault VswrOverThresho

10、ld 可能原因：由于该告警为伴生告警，可能原因请参见其伴生的子告警。 处理步骤：由于该告警为伴生告警，处理步骤请参见其伴生的子告警。(16)-ServiceUnavailable 告警解释：此告警表示小区服务质量不可用，即小区退服。该告警为伴生告警，其提示作用。能够触发该告警的告警为： HwFault PowerFailure TemperatureExceptionalTakenOutOfService LinkFailure ResourceConfigurationFailure 可能原因：由于该告警为伴生告警，可能原因请参见其伴生的子告警。 处理步骤：由于该告警为伴生告警，处理步骤请参

11、见其伴生的子告警。(17)-CalibrationFailure 告警解释：此告警表示校准失败，仅发生在8通道基站上。 可能原因：根据不同的告警解释可分为两类：（1）signal too low校准信号低且无驻波比告警，RRU端口与天线端口线序不匹配、跳线故障或RRU故障（2）signal disturbed校准信号受到干扰，可能由于馈线故障或者外部干扰照成。 处理步骤：（1）signal too low1. 按照下列标准检查跳线和RRU之间线序，如有接错则按照规则更改。RRU的A-H口对应天线的1-8口，RRU的ALD口对应天线的CAL口2. 检查故障跳线，如有问题则更换。3. 更换RRU。

12、（2）signal disturbed1. 检查故障跳线，如有问题则更换。2. 由于干扰导致，查找干扰源。(18)-Heartbeat Failure 告警解释：此告警表示基站心跳告警，即基站脱管。 可能原因：（1）DU掉电（2）传输故障（3）DU故障 处理步骤：（1）检查电源状态。（2）检查DU电源接头是否松动，如有松动重做接头。（3）检查基站传输连接，如有虚接或者尾纤破损则进行重接或者更换。（4）通知传输检查传输状态。（5）DU下电重启.（6）更换DU。(19)-Plug-In Unit HW Failure 告警解释：DU硬件错误，可能导致基站退服。 可能原因：DU硬件错误 处理步骤：（

13、1）对告警DU进行下电重启。（2）更换DU。(20)-Plug-In Unit General Problem 告警解释：DU普通错误，可能导致基站退服。 可能原因：（1）重复的软件错误；（2）配置错误；（3）启动检测出硬件错误；（4）DU被拔出； 处理步骤：（1）对告警DU进行下电重启。（2） 更换DU。(21)-Disk Volume C Full 告警解释Disk Volume C Full是一个主要告警，这个告警由MO ManagedElementData发出。如果Main Processor（主处理器MP）的C卷上存储的数据过多，会导致该卷的可用空间耗尽或几乎耗尽，此时系统会发出Di

14、sk Volume C Full告警。系统一般每隔15分钟对C卷进行一次检测，如果可用空间小于等于MO ManagedElementData的属性minimumHdVolumeCFreespace的值（单位为兆），告警就会出现。只要可用空间比minimumHdVolumeCFreespace的值大1M，告警就能消除。当该告警出现时，需要删除C卷的文件，令C卷有足够空间，使告警消除。 可能原因(1)存放了太多UpgradePackage MO，或者存放的UP MO非常大。(2)C卷上有大量其他文件(3)C卷的最小可用空间设置得过大。也就是说，虽然有足够的可用空间，但是属性minimumHdVol

15、umeCFreespace的值太大，使得C卷中允许使用的空间过小。 处理步骤(1)确定是否有应该删除的旧UpgradePackage MO。如果有，请按照ALEX OPI中的Delete Upgrade Package删除。(2)读取属性hdVolumeCFreespace。其值必须比属性minimumHdVolumeCFreespace的值大至少1兆。否则，需删除至少一个以上的UpgradePackage MO，直到C卷的可用空间足够大。(3)完成以上操作后，等待15分钟，看看告警是否消除。或者读取属性minimumHdVolumeCFreespace的值，然后将其设置为相同的值，告警可能会

16、立即消除。(4)如果告警没有消除，磁盘上可能有其他可删除的文件占用了空间，请联系爱立信技术支持。(22)-Disk Volume D Full 告警解释:Disk Volume D Full是一个主要告警，这个告警由MO GeneralProcessorUnit发出。如果Main Processor（主处理器MP）的D卷上存储的数据过多，会导致该卷的可用空间耗尽或几乎耗尽，此时系统会发出Disk Volume D Full告警。系统一般每隔15分钟对C卷进行一次检测，如果可用空间小于等于MO GeneralProcessorUnit的属性minimumHdVolumeDFreespace的值（

17、单位为兆），告警就会出现。只要可用空间比minimumHdVolumeDFreespace的值大1M，告警就能消除。当这个告警出现时，需要删除D卷的文件，令D卷有足够空间，使告警消除。如果出现了这个告警，也许D卷就没有足够空间去存储重要的新数据，新的升级包及创建新文件。 可能原因:(1)太多UpgradePackage MO，或者MO非常大。(2)ENB上有太多configuration version(CV)，或者CV非常大。(3)D卷上有大量其他文件（文件不属于任何UpgradePackage MO或configuration Version的一部分）。(4)D卷的最小可用空间设置得过大。

18、也就是说，虽然有足够的可用空间，但是属性minimumHdVolumeDFreespace 的值太大，使得D卷中允许使用的空间过小。 处理步骤:(1)确定是否有应该删除的旧Upgrade Package MO。如果有，请删除。(2)如果告警仅因Core MP而发出，则检查是否有应该删除的旧CV（检查属性faulttolerantCoreStates）。如果有，请删除。(3)读取属性hdVolumeDFreespace。其值必须比属性minimumHdVolumeDFreespace的值大至少1兆。(4)完成以上操作后，等待15分钟，看看告警是否消除。或者读取属性minimumHdVolumeC

19、Freespace的值，然后将其设置为相同的值，告警可能会立即消除。(5)如果告警没有消除，请检查是否有其他可以删除的UpgradePackage MO或可以删除的CV。如果有，请如上所述删除。(6)如果告警仍然没有消除，磁盘上可能有其他可删除的文件占用了空间，请联系爱立信技术支持。(23)-FanFailure 告警解释:此告警是一个主要告警。告警细节描述如下表：Alarm CauseManaged ObjectDescriptionImpact设备故障FanGroup当系统检测到风扇工作不正常的时候，就会出现该告警，风扇接口的LED会亮黄灯。环境控制系统工作不正常，很有可能会导致RBS机柜

20、中的设备过热。 处理步骤:(1)在RBS EM中重启SCU（Support Control Unit）。(2)检查告警是否已消除，如果已消除，故障处理完毕。(3)如果告警未消除，检查风扇。(4)如果告警未消除，在RBS EM中锁定SCU。更换风扇。(5)检查告警是否已消除，如果已消除，故障处理完毕。(6)如果告警仍然没有消除，请联系爱立信技术支持。(24)-loss of synch reference redundancy 告警解释:此告警是次生告警，是由MO Synchronization发出。可以参考主告警：(1) TU Synch Reference Loss of Signal (2

21、) Network Synch Time from GPS Missing (3) Loss of Tracking (4) Synch Reference Path HW Fault (5) Packet Server Availability Fault (6) Synch Reference Not Reliable (7) Sync Reference PDV Problem (8) SDH相关告警: Loss of Signal, Loss of Frame, MS Alarm Indication Signal, MS Degraded Signal, MS Excessive B

22、it Error Rate, Plug-In Unit HW Failure, or ET Hardware Fault (9) IP同步源: NTP Server Reachability Fault, or Gigabit Ethernet Link Fault(10) 此告警的后果是，同步源的数量减少或者只剩一个同步源，如果最后一个同步源也丢失，系统时钟会进入”holdover mode”，然后是”free-running mode”，这样就不能满足无线模块所要求的时钟精度。 处理步骤:执行以下步骤:检查MO Synchronization的syncRefStatus值(1)如果同步参考

23、源的状态是FAILED，DEGRADED，REF_PATH_FAILED_A或者REF_PATH_FAILED_B，则检查是否同时有告警” Synch Reference Path HW Fault”，如果有，则参考告警” Synch Reference Path HW Fault”处理。(2)检查GPS模块，确保GPS天线按要求安装，并尝试GPS模块重启，并更换。(3)检查时钟源线缆，并尝试更换。(4)如果同步参考源的状态是NOT_RELIABLE，根据MO IpSyncRef的NtpServerIpAddress，确定时钟服务器，并检查该服务器是否工作正常。(5)如果同步参考源的状态是LO

24、SS_OF_TRACKING，删除所有状态是LOSS_OF_TRACKING的同步源，然后重新添加1条或者多条同步源，等待2分钟，看告警是否还会出。(6)如果告警继续出现，根据ALEX OPI Lock Board 来锁定故障板。 Lock type 是 Hardlock；(7)根据ALEX OPI Restart Board重新启动故障板。 RestartRank 是Cold with Test；(8)根据ALEX OPI Unlock Board来解锁板。(25)-Synch Reference Path HW Fault 告警解释:此告警是一个主要告警，告警由 Managed Objec

25、t (MO) Synchronization发出。当从主用的同步参考源到Timing Uint模块的同步路径被干扰或者中断时，将出现该告警。告警细节描述如下表： 处理步骤:(1)锁定DU ，重启DU， 解锁DU(2)在RBS EM 中，锁定DU(3)重启DU, restartRank 选择RESTART_COLDWTEST (cold with test) , restartReason 选择 UNPLANNED_O_AND_M_ISSUE, restartInfo 输入告警名称解锁DU，检查EM alarm list，查看告警是否清除(4)如果告警未被清除，请执行以下操作。RBS EM 中，

26、锁定DU按照OPI Replacing Digital Units更换DU更换 DU解锁DU，检查 RBS EM 告警列表，查看告警是否清除(5)如果告警没有清除，则按照流程更换回原来的硬件，请联系爱立信技术支持。(26)-NoContact 告警解释:此告警是一个主要告警，细节描述如下表：Probable CauseManaged ObjectDescriptionImpactEquipment MalfunctionAuxPlugInUnit连接丢失该单元无法承载业务AntennaNearUnit与AntennaNearUnit连接丢失AntennaNearUnit 无法正常运作Anten

27、naCtrlDevice与AntennaCtrlDevice无法连接，或者无法识别无法倾斜天线Configuration Or Customizing ErrorAntennaNearUnit没有加载相应license，导致无法激活设备AntennaNearUnit 无法正常运作AntennaCtrlDevice没有加载相应license，导致无法激活设备无法倾斜天线 处理步骤:(1)AuxPlugInUnit故障 对应操作：A. 确认riport的MO配置与现场物理连接匹配，并更正B. 如果告警未被清除，请执行以下操作C. 锁定对应AuxPlugInUnit，更换硬件，解锁D. 如果告警未被

28、清除，则按照流程更换回原来的硬件，并联系爱立信 技术支持。(2)AntennaNearUnit 的 Equipment故障对应操作：A. 确认对应MO配置与现场物理连接匹配，并更正B. 如果告警未被清除，请执行以下操作C. 重启连接该设备的RUD. 如果告警未被清除，请联系爱立信技术支持。(3)AntennaNearUnit 的Configuration Or Customizing Error对应操作：A. 确认并安装和激活license B. 如果告警未被清除，请联系爱立信技术支持。(4)AntennaCtrlDevice的 Equipment故障对应操作：A. 重启对应AIR 单元B.

29、如果告警未被清除，请执行以下操作C. 更换AIR，并再次重启D. 如果告警未被清除，则按照流程更换回原来的硬件，并请联系爱立 信技术支持。(5)AntennaCtrlDevice的Configuration Or Customizing Error对应操作：A. 确认并安装和激活license B. 如果告警未被清除，请联系爱立信技术支持。(27)-License Key File Fault 告警解释:此告警是一个主要告警，告警由 Managed Object (MO) Licensing发出。告警细节描述如下表： 处理步骤:确认新的LKF 已经从Ericsson Customer Lice

30、nse Center 申请并获取到，并进行下一步；如果未获取到，请联系Ericsson Customer License Center进行申请通过FTP或者SFTP使用Licensing MO的updateLicenseKeyFile Action进行LKF 安装如果告警未被清除，请联系爱立信技术支持。(28)-告警NTP Server Reachability Fault 告警解释:这是一个主要告警,是由MO IpSyncRef 触发的，当NTP(Network Time Protocol) 客户端检测到NTP服务器为 not reachability 时，产生该告警. 同步参考信号的状态会变为NOT_REACHABLE。