诺基亚LTEKPI及性能相关告警.docx

诺基亚LTEKPI及性能相关告警.docx

《诺基亚LTEKPI及性能相关告警.docx》由会员分享，可在线阅读，更多相关《诺基亚LTEKPI及性能相关告警.docx（20页珍藏版）》请在冰点文库上搜索。

诺基亚LTEKPI及性能相关告警

KPI及性能相关告警

KPI的定义：

KPI的counter:

考虑与KPI及性能相关的告警，如果只关注平时正常运维的情况，不外乎两类：

1.硬件类告警，导致基站或小区退服

2.传输类告警，导致S1或X2连接中断

下面讨论一些比较常见的告警类型。

1.RP3告警

对于eNB而言，只要cell不是OnAir的状态，那么该小区均无法处理呼叫，而所有导致小区退服的告警都属于这一类，由于基站或小区退服了，所以该类告警会影响所有KPI及性能指标,区别只在市整个基站的指标还是某小区的指标。

一般而言，该类告警有两种

7650BASESTATIONFAULTY

和

7653CELLFAULTY

这两类告警通常是硬件告警，如BBU,RRU,Antenna,以及他们之间的链路出现硬件故障，最典型的当数RP3告警，FailureinopticalRP3interface，相比较RP3告警，模块的硬件故障从比例上来说要相对少很多所谓RP3即BBU与RRU的接口。

这种告警也是最常见的告警，告警内容多为光路告警。

目前这类告警常见的fault有0010、4064和2004。

其中0010和4064严重时会导致小区退服、基站退服。

但是2004一般只是小区性能下降，不会引起小区退服。

1.1Fault0010：

Noconnectiontounit

伴随告警号

7650、7651、7652、7653、7654（其中7650会引起基站退服；7653会引起小区退服）

问题描述

识别不到RRU

处理方法

1、可以先尝试重启基站观察

2、检查光口速率是否匹配（强制8x速率）

?

BBU侧强制8x速率设置：

先检查SWCONFIG中0X19000C字段，

对于软件版本RL25，0x19000C=1,及代表8x光速率，0代表4x光速率；对于软件版本RL35，0x19000C=0，代表自适应，1代表4x，2代表8x，注意不同软件版本的区别。

?

RRU侧强制8x速率设置：

telnet到RRU上，端口号是2323，使用命令rad–r0查看RRU的所有

参数配置。

找到0xED这个参数，看一下它当前的值是0还是1。

0表示

自适应，1表示强制8x。

命令：

rad–pw0xED1-----表示设置0xED=1

命令：

rad–pw0xED0-----表示设置0xED=0

改完之后再次使用rad–r0查看是否修改成功即可。

?

重启基站。

3、确认光口速率没问题之后，就要排查是否是光纤、光模块及RRU的问题：

?

检查光纤是否插好，尝试拔插光纤

?

在BBU侧与正常小区对调，对调之后若光纤所连小区仍未识别，可判定BBU侧光模块没问题，而RRU侧光纤、RRU侧光模块或RRU可能有问题

?

检查RRU是否上电

?

通过更换光模块，排除光模块问题

?

通过BTSLOG过滤OptIF查看光纤同步状态，确定光纤问题。

如需要，考虑更换光纤（光纤质量问题占比较大）

?

以上都不解决问题时，考虑更换RRU

另外注意，对于F频段和E频段的RL35IRP7/P8版本，通常需要先下载配置文件才能找到RRU

1.2Fault4064：

MissingRP3-01link

伴随告警号

7653、7654（其中7653会引起小区退服）

问题描述

RRU可以识别到，但小区不能onair。

此告警一般为硬件告警

处理方法

1、Telnet到有问题的RRU。

3个RRU的地址依次为：

192.168.253.196；192.168.253.212；192.168.253.220（RRU的地址可能会随着软件版本的不同而变化）。

命令为telnet192.168.253.xxx2323

2、进入RRU之后输入命令：

routersh–stat查看此RRU的两条光路状态。

9代表主光路，10代表辅光路。

如果两条光路的TXstate和RXstate均为Frame，并且PI值为14左右，则表明光路正常。

如下图：

3、出现4064告警，多数情况是辅光路state为idle或者off，说明辅光路没有同步。

尝试拔插光纤，更换光模块或者更换光纤。

4、对于RL35P8版本，如果是第三小区有4064告警，很有可能是光口速率匹配问题，可以尝试强制8x速率。

但也有可能是硬件问题，如FBBABUS线连接松动，导致FBBA连接光口不正常（可以通过上述步骤和在BBU侧将正常小区和第3小区对调的方法来排查）

?

BBU侧强制8x速率设置：

先检查SWCONFIG中0X19000C字段，对于软件版本RL25，0x19000C=1,及代表8x光速率，0代表4x光速率；对于软件版本RL35，0x19000C=0，代表自适应，1代表4x，2代表8x（注意不同软件版本的区别）。

?

RRU侧强制8x速率设置：

telnet到RRU上，端口号是2323，使用命令rad–r0查看RRU的所有

参数配置。

找到0xED这个参数，看一下它当前的值是0还是1。

0表示

自适应，1表示强制8x。

命令：

rad–pw0xED1-----表示设置0xED=1

命令：

rad–pw0xED0-----表示设置0xED=0

改完之后再次使用rad–r0查看是否修改成功即可。

?

重启基站

5、在RL35P7、P8版本中还发现根据上述步骤2如果两条光路的Rate值为4x，也会触发4064。

更换RRU侧光模块，不需要重启基站。

一般更换之后就会变成8x。

小区随之恢复正常，若仍未恢复，则手动强制更改光口速率。

1.3Fault2004：

10b8bcodingerrorinOpticalInterfacedevice

伴随告警号

7654

问题描述

第三小区告警，一般不影响业务

处理方法

1、如果是第三小区的2004告警，首先要确认FBBA是否为A103，必须要两块FBBA板都是A103的板子才可以消除，如果第一块FBBA板是102，那么还是会出2004告警。

2、如果已经是A103的的板子，可以收集一段时间的BTSLOG，搜索关键字10b80b，查看到底是哪根光纤的问题。

查看RP3-01X,后面这个X，0-5分别对应1-6光口。

比如下面这个4就代表光口5，需要更换该光口以及对应的RRU侧的光模块。

00021014.0213:

29:

42.88[100.92.206.26]3eFCT-1011-HWRSumS<14.0210:

23:

02.083974>23CWRN/HWA/SUM,10b8bbyteerror

counterhashitthethresholdcount（link:

RP3-014,LCV:

0,LCVtotal:

3058650310）

2.FailureInOpticalInterface

这类告警也是常见的告警，多为光模块或光纤问题。

目前这类告警常见的fault有1944和1967。

其中0010和4064严重时会导致小区退服、基站退

Fault1944：

CPRIopticalportfailure

伴随告警号

7653（会引起小区退服）

问题描述

小区退服

处理方法

1、检查TD-S到RRU的光纤是否连接

2、检查RRU是否加电

3、重启和TD-SBBU连接的RRU模块

4、更换TD-SBBU连接的RRU模块

5、更换TD-SBBU

Fault1967：

SevereSFP receptionpoweraggravation

伴随告警号

7650、7653、7654（其中7653会引起小区退服）

问题描述

严重时小区退服

处理方法

1、检查TD-S侧告警，发现TD-S侧对应小区光口出现光口异常告警

2、根据TD-S侧告警，更换光模块或者光纤

3、多数更换的是TD-SBBU连RRU的光模块或光纤

6、如果不解决问题，才考虑更换TD-SBBU连TD-LBBU的光模块

3.Systemmodulefailure（3000）

伴随告警号

7650、7651（其中7650会引起小区退服）

问题描述

基站检测到一个系统模块内部功能的反常操作或者故障

处理方法

1.重启系统模块

2.替换系统模块

相关告警：

10Noconnectiontounit

16 Unitsynchronizationfailed

69POSTtestfailed

1817Ovenoscillatorheatingfailure

1819Ovenoscillatorclockmissing

1820OvenoscillatorMissingPulse

1806Communicationfailure

1875/1876 SRAMoperationfailure

4025InternalMTUconfigurationfailure

4.Configurationerror:

NotenoughHWforLCR（1868）

伴随告警号

7653（会引起小区退服）

问题描述

射频模块无法为所配置的小区提供服务，或在基站启动期间发现配置的小区没有足够的FSP资源，或为配置的小区服务的FBBx被移除

处理方法

射频模块：

将单/双功放更换成三功放射频模块。

或者可以给基站减少配置的小区

FSP:

1.闭锁/解锁系统模块或FBBx

2.如果没效果，更换系统模块或FBBxFBBx:

1.将FBBx的电源断连和重新连接.

2.如果不起作用,更换FBBx.

当基站在启动过程中失败请确认基站的配置所需要的DSP能满足需求。

或者可以减少基站配置的小区数目

5.VSWR驻波告警

Fault1838：

VSWRminoralarm

Fault1837：

VSWRmajoralarm

当出现本类告警是，小区有可能退服，会影响该小区的所有KPI指标

伴随告警号

7652、7653、7654、7655（其中7653会引起小区退服）

问题描述

基站出现此告警，对应的小区橘黄色。

告警明确会指示哪个小区的哪个通道有问题（F频段新建需要特别的方法来查看是哪个通道有问题）；

出现伴随告警4057：

Radioresourcesswitchedoff和4003：

TXfailureinMIMO

处理方法

1、跳线接触不良（多是RRU侧，和产品设计很有关系，但可以通过严格的施工工艺来尽量避免）：

拔插出现告警的跳线

2、跳线对调：

?

在RRU侧把出现告警的跳线与正常的跳线对调，观察告警是否跟随跳线走（注意对调最好间隔一个天线口，比如4口出现告警时，与6口或者2口对调）。

?

如果告警跟随跳线走，则更换跳线。

?

如果告警还在之前的天线口上，尝试用负载或者蘑菇头天线堵上该告警的天线口，看看告警是否能消除。

如果告警能消除，说明问题在跳线或者天线侧，如果告警不消除，说明问题在RRU侧。

3、跳线或馈线损坏：

检查跳线是否进水或者跳线做工有问题，如果是，更换跳线。

4、天线连接序列不对

5、天线权值问题

6、更换RRU

7、更换天线

8、告警出在1、2通道的多是软件问题（研发在进一步确认）

另：

如果使用的是京信内置合路器天线和集束电缆，会发现告警经常出现在7、8通道。

更换跳线，RRU及天线都无法解决问题，并且更换不同的厂家天线后，会由于各个天线权值的变化，告警的通道也发生变化。

这种问题是RRU软件问题。

6.射频模块故障告警：

RFModulefailure

这类告警多为射频模块故障。

目前这类告警常见的fault有1911和6259。

对于Fault1911，一般不会引起小区退服。

对于RL35IR分支，常见的fault为6259

对于RL35mainbranch分支，常见的fault为1911

Fault6259：

AntennaCarrierconfigurationfailure

Fault1911：

RXoutoforder

伴随告警号

7652、7653、7654（其中7653会引起小区退服）

问题描述

TD-L侧看到RRU在线，但小区不能onair，TD-S侧用“制式间光口资源冲突”告警，定位信息是问题小区的光口。

或者

TD-L侧看到三个RRU在线并均有此告警，3个小区均不能onair，TD-S侧查询所有硬件状态正常，无告警。

或者

TD-S正常起站后，TD-L侧起站完成某个小区onair之后马上退服，并出现此告警。

TD-S侧查询所有硬件状态正常，无告警。

处理方法

1、对RRU重启，然后对TD-L的BBU重启

2、如果不解决问题，在RNC上检查是否TD-S侧小区载频配置过多。

如果是，对该小区进行减容。

或者

1、对RRU重启，然后对TD-L的BBU重启

2、在RNC上检查三个小区功率是否均超过470。

如果是，降小区功率

到470。

（目前版本LTE软件对RRU3158e-fa的功率要求同

RRU3158-fa一样，需降功率到470，预计下一个版本解决）

或者

1、在TD-S侧闭掉有问题的小区，重启TD-L侧BBU。

如果能正常起站，

则说明TD-S侧配置未符合要求，检查TD-S侧数据配置。

主要检查

以下几项：

?

TD-L侧功率设置为5W。

TD-S侧小区功率设置：

对于FZFA，小区功率设置不得高于

470；FZFD，小区功率设置不得高于490

?

TD-S侧载波配置：

对于166_90版本（大载波配置版本），FZFA:

每小区最多9载波；FZFD&FZFF：

每小区最多12载波。

对于其它版本，每小区载波数必须小于等于6。

?

TD-S侧载波频点配置：

为了不与TD-L侧频带冲突，TD-S要使用1900-1920频点，即TD-S侧载波频点必须大于9504.

2、TD-S修正配置数据后，在TD-L侧重启基站。

3、如果TD-S侧数据配置无误，并且TD-S小区闭锁后，现象依旧，检查光模块、光纤、RRU，需要时更换。

7.基带总线告警：

Basebandbusfailure

此类告警常见fault是1906。

Fault1906：

RFBBbusconnectiontransmissionerror

伴随告警号

7654

问题描述

小区出现此告警，或者伴随小区退服

处理方法

1、一般故障点在基带总线或者光口总线。

2、如果告警出现在2、3小区，首先需要检查FBBA的bus线连接是否

松动。

如果bus线已经绑扎过，需要解开检查并重新连接。

如果必要

可考虑更换bus线。

3、如果更换bus线仍不能解决问题，或者告警出现在第一小区，需要检

查光接口，通常来说需要更换光模块。

4、对于F新建/升级站点，在TD-S侧检查对应小区的光模块的收发光。

一般会发现某个光模块收发光异常，需要更换光模块。

如果不能解决，

则更换光纤。

此告警一般为光路问题导致。

8.传输相关告警：

S1告警，X2告警

a）Fault6308：

S1intercafesetupfailure

伴随告警号

7656、7657

问题描述

新开站出现此告警，基站状态为commissioned，S1口建立失败

处理方法

1、检查MMEIP和PLMN是否正确。

告警信息里有目的IP地址（即MMEIP地址）。

如果IP地址或

PLMN配置错误，需要修正。

2、检查eNBIP（Controlplane&Userplane）是否正确。

尝试PING网关、MMEIP和NTPserver。

eNBIP不正确很有可能PING网关和NTP都OK，但是PINGMME

IP不通。

7、3、如果PINGMMEIPOK（说明传输没问题），检查BTSID是否冲突（可通过Wireshark抓包来确认）。

如果S1AP中基站向MME发起了S1setuprequest，但是MME返回的是建立失败消息，原因是messagenotcompatiblewithreceiverstate（也就是MME收到的内容跟它之前存储的内容有冲突），很有可能是基站的BTSID规划错误，跟现网的站冲突了，修改BTSID。

b）Fault6202：

TransportlayerconnectionfailureinS1interface

当出现本类告警的时候，基站处于退服状态，会影响所有的KPI指标，不仅只是所有指标在该时间段内会为0，在该告警出现前的一段时间（长短基于基站发现传输的问题并导致退服的时间）还有可能会出现HO，终端接入方面指标的下降。

7656、7657

问题描述

基站状态为confiugred

处理方法

1、检查MMEIP和PLMN是否配置正确

2、检查路由配置，是否业务路由和管理路由都配置正确，如果配置错误，

有可能会导致到MME不通

3、检查TRS中，第十页控制面，用户面，管理面和同步面的IP是否配

置正确，原则上管理面的IP为管理IP，其余三个面的IP为业务面IP，这两个IP要与前面所配的VLAN的IP保持一致。

如果不一致会出现IP都能正常PING通，但是出现S1告警。

4、BTSID冲突。

同一个核心网下面已经有了一个相同BTSID，会出现此告警，而且这个告警会闪现，一会消失，一会出现。

需更改BTSID。

c）Fault6203：

TransportlayerconnectionfailureinX2interface

d）Fault6304：

X2interfacesetupfailure

X2告警一般来说会影响到的是HO的指标，因为在X2接口恢复前的这段时间内，从KPI上看得话就是该小区的所有切入/切出，全部是S1切换，X2切换指标为0。

X2告警分为两种：

X2传输层失败和X2建立失败，都代表X2接口不可用。

伴随告警号

7657

问题描述

1、网管侧发现大量X2链路不可用告警

2、网优测试反应部分基站X2链路无法使用

处理过程

1、在出告警的基站上PINGX2接口的对端IP地址，确认X2传输是否正

常。

通常来说，PING不通就会报传输层失败告警。

如果PING不通，

就需要检查两边的传输相关配置，如路由、掩码，检查相邻基站是否

已开通。

2、检查基站邻区数据配置是否正确

主要是以下两种情况：

?

IP地址与eNBID不对应

?

两端邻区下发模式不一致

3、检查基站IP相关配置（如掩码不对）

可以通过PING相邻基站IP来初步判断。

9.时钟相关告警

9.1Fault0026：

BTStimenotcorrected

伴随告警号

7652

问题描述

1、基站有此告警。

检查基站时间，发现年月日都不对，但小区正常onair。

2、对于TDDeNB，一般出现此告警时小区无法onair，而且会伴随61613NTPserverisnotaccessible告警出现。

处理方法

基站时间由NTP服务器来校准，如果很多基站同时上报此告警，一般是NTP服务器故障或者到NTP的某个路由故障。

但是对于单个基站上报此告警的问题，一般都是NTP配置问题，检查方法如下：

1、在TRS配置页面下，检查NTPserver的IP地址是否正确，点击右边的systemtime查看当前的基站时间是否正确。

如果修改了NTPserver的IP地址，需要等待几分钟告警才会cancel。

2.测试NTP服务器是否能PING通

3．如果都没有问题，尝试重启基站；

与性能无关但关系到KPI的告警

9.2Fault61613：

NTPserverisnotaccessible

伴随告警号

7665

问题描述

NTP服务不可用，RRU找不到

处理方法

1、从告警基站上PINGNTP服务器地址，确认传输可用，并检查基站的NTPserver配置是否正确。

2、如果NTP服务器正确配置并且传输正常，尝试重启基站。

一般重启之后都可以恢复（注意新站刚起来需要一段时间才能找到NTP同步时间，需要耐心等待，而我们基站当前的设计是必须GPS时钟和NTP时间都完成同步之后才能发现RRU）。

3、如果传输正常，但全网基站都出现NTP不可达，就需要检查NTP服务器是否工作正常，NTP服务是否正常开启了。

4、注意，更换了RRU侧的光模块后，务必在TD-S的站点闭锁的情况下对RRU进行重启，然后再对LTE的BBU进行重启。

否则会出现此告警，并且RRU识别不到。

9.3Fault1898：

NTPBTSReferenceclockmissing

伴随告警号

7650

问题描述

BTS检测到基站没有受到同步参考信号

处理方法

1.检查GPS安装情况有无问题。

2.检查GPS安装连接状态。

3.检查GPS与FYS之间的连接状态。