4、天线连接序列不对 5、天线权值问题 6、更换RRU 7、更换天线 8、告警出在1、2通道的多是软件问题(研发在进一步确认) 另:如果使用的是京信内置合路器天线和集束电缆,会发现告警经常出现在7、8通道。更换跳线,RRU及天线都无法解决问题,并且更换不同的厂家天线后,会由于各个天线权值的变化,告警的通道也发生变化。这种问题是RRU软件问题。
6. 射频模块故障告警:RF MODULE FAILURE 这类告警多为射频模块故障。
目前这类告警常见的fault有1911和6259。对于Fault 1911,一般不会引起小区退服。 对于RL35 IR 分支,常见的fault为6259
对于RL35 main branch 分支,常见的fault为1911 Fault 6259:Antenna Carrier configuration failure Fault 1911:RX out of order 伴随告警号 问题描述 7652、7653、7654(其中7653会引起小区退服) TD-L侧看到RRU在线,但小区不能on air,TD-S侧用“制式间光口资源冲突”告警,定位信息是问题小区的光口。 或者 TD-L侧看到三个RRU在线并均有此告警,3个小区均不能on air,TD-S侧查询所有硬件状态正常,无告警。 或者 TD-S正常起站后,TD-L侧起站完成某个小区 on air之后马上退服,并出现此告警。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. 基带总线告警:BASEBAND BUS FAILURE 此类告警常见fault是1906。
Fault 1906:RF BB bus connection transmission error 伴随告警号 问题描述 处理方法 7654 小区出现此告警,或者伴随小区退服 1、一般故障点在基带总线或者光口总线。 2、如果告警出现在2、3小区,首先需要检查FBBA的bus线连接是否 松动。如果bus线已经绑扎过,需要解开检查并重新连接。如果必要 可考虑更换bus线。 3、如果更换bus线仍不能解决问题,或者告警出现在第一小区,需要检 查光接口,通常来说需要更换光模块。 4、对于F新建/升级站点,在TD-S侧检查对应小区的光模块的收发光。 一般会发现某个光模块收发光异常,需要更换光模块。如果不能解决, 则更换光纤。此告警一般为光路问题导致。
8. 传输相关告警: S1告警,X2告警
a) Fault 6308:S1 intercafe setup failure
伴随告警号 问题描述 处理方法 7656、7657 新开站出现此告警,基站状态为commissioned,S1口建立失败 1、检查MME IP和PLMN是否正确。 告警信息里有目的IP地址(即MME IP地址)。如果IP地址或 PLMN配置错误,需要修正。 2、检查eNB IP(Control plane& User plane)是否正确。 尝试PING 网关、MME IP和NTP server。 eNB IP不正确很有可能PING 网关和NTP都OK,但是PING MME IP不通。 7、 3、如果PING MME IP OK(说明传输没问题),检查BTS ID是否冲突(可通过Wireshark抓包来确认)。 如果S1AP中基站向MME发起了S1 setup request,但是MME返回的是建立失败消息,原因是message not compatible with receiver state(也就是MME收到的内容跟它之前存储的内容有冲突),很有可能是基站的BTS ID规划错误,跟现网的站冲突了,修改BTS ID。
b) Fault 6202:Transport layer connection failure in S1 interface
当出现本类告警的时候,基站处于退服状态,会影响所有的KPI指标,不仅只是所有指标在该时间段内会为0,在该告警出现前的一段时间(长短基于基站发现传输的问题并导致退服的时间)还有可能会出现HO,终端接入方面指标的下降。 问题描述 处理方法 7656、7657 基站状态为confiugred 1、检查MME IP和PLMN是否配置正确 2、检查路由配置,是否业务路由和管理路由都配置正确,如果配置错误, 有可能会导致到MME不通 3、检查TRS中,第十页控制面,用户面,管理面和同步面的IP是否配 置正确,原则上管理面的IP为管理IP,其余三个面的IP为业务面IP,这两个IP要与前面所配的VLAN的IP保持一致。如果不一致会出现IP都能正常PING通,但是出现S1告警。 4、BTS ID冲突。同一个核心网下面已经有了一个相同BTS ID,会出现此告警,而且这个告警会闪现,一会消失,一会出现。需更改BTS ID。
c) Fault 6203:Transport layer connection failure in X2 interface d) Fault 6304:X2 interface setup failure
X2告警一般来说会影响到的是HO的指标,因为在X2接口恢复前的这段时间内,从KPI上看得话就是该小区的所有切入/切出,全部是S1切换,X2切换指标为0。 X2告警分为两种:X2传输层失败和X2建立失败,都代表X2接口不可用。 伴随告警号 问题描述 处理过程 7657 1、网管侧发现大量X2链路不可用告警 2、网优测试反应部分基站X2链路无法使用 1、在出告警的基站上PING X2接口的对端IP地址,确认X2传输是否正 常。通常来说,PING不通就会报传输层失败告警。如果PING不通, 就需要检查两边的传输相关配置,如路由、掩码,检查相邻基站是否 已开通。 2、检查基站邻区数据配置是否正确 主要是以下两种情况: ? IP地址与eNB ID不对应 ? 两端邻区下发模式不一致 3、检查基站IP相关配置(如掩码不对) 可以通过PING相邻基站IP来初步判断。
9. 时钟相关告警
9.1 Fault 0026:BTS time not corrected 伴随告警号 问题描述 7652 1、基站有此告警。检查基站时间,发现年月日都不对,但小区正常on
相关推荐: