诺基亚LTEKPI及性能相关告警文档格式.docx
- 文档编号:17690322
- 上传时间:2022-12-08
- 格式:DOCX
- 页数:19
- 大小:498.21KB
诺基亚LTEKPI及性能相关告警文档格式.docx
《诺基亚LTEKPI及性能相关告警文档格式.docx》由会员分享,可在线阅读,更多相关《诺基亚LTEKPI及性能相关告警文档格式.docx(19页珍藏版)》请在冰豆网上搜索。
对于软件版本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小区对调的方法来排查)
先检查SWCONFIG中0X19000C字段,对于软件版本RL25,0x19000C=1,及代表8x光速率,0代表4x光速率;
对于软件版本RL35,0x19000C=0,代表自适应,1代表4x,2代表8x(注意不同软件版本的区别)。
telnet到RRU上,端口号是2323,使用命令rad–r0查看RRU的所有
参数配置。
自适应,1表示强制8x。
命令:
重启基站
5、在RL35P7、P8版本中还发现根据上述步骤2如果两条光路的Rate值为4x,也会触发4064。
更换RRU侧光模块,不需要重启基站。
一般更换之后就会变成8x。
小区随之恢复正常,若仍未恢复,则手动强制更改光口速率。
1.3Fault2004:
10b8bcodingerrorinOpticalInterfacedevice<
optlink/RP3>
7654
第三小区告警,一般不影响业务
1、如果是第三小区的2004告警,首先要确认FBBA是否为A103,必须要两块FBBA板都是A103的板子才可以消除,如果第一块FBBA板是102,那么还是会出2004告警。
2、如果已经是A103的的板子,可以收集一段时间的BTSLOG,搜索关键字10b80b,查看到底是哪根光纤的问题。
查看RP3-01X,后面这个X,0-5分别对应1-6光口。
比如下面这个4就代表光口5,需要更换该光口以及对应的RRU侧的光模块。
000210
14.02
13:
29:
42.88
[100.92.206.26]
3e
FCT-1011-HWRSumS
<
10:
23:
02.083974>
23C
WRN/HWA/SUM,
10b8b
byte
error
counter
has
hit
the
threshold
count
(link:
RP3-01
4,
LCV:
0,
LCV
total:
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:
SevereSFPreceptionpoweraggravation<
optIfID>
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
16Unitsynchronizationfailed
69POSTtestfailed
1817Ovenoscillatorheatingfailure
1819Ovenoscillatorclockmissing
1820OvenoscillatorMissingPulse
1806Communicationfailure
1875/1876SRAMoperationfailure
4025InternalMTUconfigurationfailure
4.Configurationerror:
NotenoughHWforLCR(1868)
射频模块无法为所配置的小区提供服务,或在基站启动期间发现配置的小区没有足够的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侧小区载频配置过多。
如果是,对该小区进行减容。
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
小区出现此告警,或者伴随小区退服
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,终端接入方面指标的下降。
基站状态为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之间的连接状态。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 诺基亚 LTEKPI 性能 相关 告警
![提示](https://static.bdocx.com/images/bang_tan.gif)