诺西常见基站告警处理建议
**市现网基站类告警情况概述
从现网提取告警结果显示,目前**无线网络中主要存在的告警类型为7601、7602、7604、7607、7608、7743、7745、 7744、2725、7725等,这些告警都会或多或少的影响网络性能和网络质量。另外还需要附加补充一条告警:2993。
相关告警解释
告警代码 | 告警等级 | 告警内容 |
7601 | ** | BCF性能下降 |
7604 | ** | BTS性能下降 |
7607 | ** | TRX性能下降 |
7743 | ** | 在测量时段内,监测TCH信道上的平均占用时间低于门限值 |
7745 | ** | 在SDCCH信道和TCH信道上,呼叫因失败而终止的比率超过门限值 |
7744 | ** | 空闲模式下测量到TCH信道干扰等级超过门限 |
2725 | ** | 邻区定义NCC,BCC,BCCH,LAC错误,导致出现的告警 |
7602 | ** | BSC硬件数据库与实际不相符或硬件故障 |
2993 | ** | 在ABIS接口BTS和TC不同步 |
7725 | ** | 因为呼叫控制在启动话务信道时失败了多次,系统将无线时隙闭锁 |
在以上告警中,以7744、7745、7949、7601、2725、2993等告警出现最为频繁,其产生的后果也最为严重,直接影响客户的感知。平时需密切关注7744,7745,7949,7601,2725,2993告警,并提出故障定位和处理措施。
各种常见告警处理方法
1、7745告警
含义:在一个信道上的呼叫终止的比率超过网管设置的门限。
本告警用来监控业务信道或者信令信道的功能,通过监控非正常的信道释放来检测可能出现故障的信道。当在TCH信道上产生此告警时,就会导致严重的掉话和切换失败;当在SDCCH信道上产生此告警时,就会导致拨不通电话、接通率低等现象。根据经验,该告警的触发原因是由于当SDCCH/TCH因为错误原因释放,导致丢失呼叫的计数器增加。
解决方法:7745告警在网络内出现的概率比较大,对信道占用和掉话指标都有很大的影响,建议经常查看并进行处理。如果是某载频的多个信道都有出现占用失败,那么建议更换整个载频。如果是某个TCH信道出现了占用失败,则关闭掉这个信道时隙。如果是某个SDCCH信道出现了占用失败,需要另外重建一个SDCCH信道,然后再闭掉这个信道时隙。或者对载频进行重启,进行观察,如果还是出现,则重复前面步骤。经验总结是:如果信道占用失败率很高的话,则载频坏的可能性很大,应立即对载频进行更换。
2、7601告警
该告警包含了多种原因,主要是由于BCF内连线出现问题导致。
解决方法:检查相应模块连线是否正确,排除硬件方面的问题。
3、7604告警
**网络内出现这两个告警的原因都在于:天馈的主分集接收电平相差太大,或者驻波比不正常。有可能是天馈的连线接头松动,或者天馈线进水,或者接收(包括分集接收)连线错误,或者载频性能异常。建议对此类告警进行天馈系统的检查,载波故障诊断,排除此类告警。此类告警一般都会伴随7606和7607告警的出现。
解决方法:
检查是否有7606 TRX FAULTY和7607 TRX OPERATION DEGRADED告警;如果存在,那么载频坏引起7604告警的可能性比较大。
对天馈系统进行检查,排除老化,进水等可能性。
4、7602告警
网络内出现7602告警,有很多原因引起,主要是硬件故障和数据不匹配等引起。
解决方法:
如果出现温度过高情况,建议更换风扇,风扇坏引起温度过高出现告警。
在开站或者扩容的过程中,没有重新做基站数据,导致BSC和基站数据配置文件不一致。那么需要对基站数据进行重做,告警会消失。
5、7744干扰告警
此告警是由于外界有强烈的干扰源影响,造成TCH载频频点受到干扰,影响了话音质量。由于影响比较大,所以建议对出现告警的小区或载频进行实地勘察扫描测试,找出干扰源,进行改频或者其它方式处理。
6、2725邻区定义错误告警
在BSC中执行指令:ZAHO::NR=2725;就可以发现网络内存在的2725告警。出现2725告警的原因主要有两个方面:一是在BSC中邻区定义时,NCC、BCC、BCCH、LAC其中的一个或者几个定义错误,造成出现告警;二是跨MSC的邻区定义时,在MSC中往往漏加邻区小区号,此时尽管BSC中定义NCC、BCC、BCCH、LAC都正确,但是还是会出现这个告警,往往两种设备MSC交界处的邻区关系设置出现的几率比较大。
解决方法:
网络内部:网络内部的告警,在告警里会列出源小区的BTS ID号码,以及邻小区的BCCH频点和NCC、BCC,对照邻区列表里的实际设置,可以发现设置错误之处。更改错误定以后,清除告警号,告警不会再出现。
网络外部:网络外部的告警,由于解不出邻区的BCCH频点,NCC、BCC,所以很难知道是哪一个邻区设置有错误。这就需要我们在邻区列表里找出定义错误的邻区。这种情况,一般是跨MSC的邻区。所以主要查找跨MSC的邻区设置。同时需要注意的是:跨MSC的邻区很可能是该MSC没有定义LAC,所以交换机里设置邻区时必须注意要加上外部邻区的LAC和CI,以免虽然在BSC里有设置,但是还是出现2725告警的情况。
7、2993告警
2993告警是 BTS AND TC UNSYNCHRONIZATION CLEAR CALLS ON ABIS INTERFACE ,由于传输误码或者载频时隙有问题都会造成大量的掉话。现网无2993告警,但在替换或割接的时候出现2993告警的影几率比较大,所以我们需要时刻关注2993告警的出现,防止对网络指标的影响。
解决方法:
目前的快速处理方法是采取关闭有问题的载频时隙来处理:ZERS:BTS=**,TRX=**,CH=**:L;
检查BCSU单元,做该BCSU单元与备用的BCSU单元倒换。