7745告警处理 下载本文

内容发布更新时间 : 2024/11/19 4:28:40星期一 下面是文章的全部内容请认真阅读。

7745告警含义:在一个信道中,呼叫失败而释放信道的比率大于定义的门限值而产生的告警。可用于监测话务信道和信令信道的功能,助于检测故障信道的TRX.

网络一些使用默认参数的值会影响该告警:

7745告警也是现网中,载频常会出现的一类告警。引起TRX信道失败的原因有两种,一是由硬件问题引起,二是该载频受到了上行干扰导致。

? 硬件问题:

如果长期某一个或几个特定的信道,每天出现了7745告警。 ? 干扰原因:

如果载频出现的7745告警是由于干扰造成,那么该告警出现的频率和网络无线环境有关。现网中GSM网络受干扰大一些,系统7745告警载频数量就多一些。

针对省公司开展的网络质量提升活动中的设备告警处理,我们总结了对7745告警的处理经验,并在现网中中进行了试点式的实验应用,取得了不错的效果,处理结果如下:

BSC CELL_ID CH_TYPE HOP ALARM_NUMBER 附加信息 TCH TCH TCH N;N 7745 N N 7745 7745 备注 追踪结果 ZMBSC10 32825 ZMBSC27 27035 ZMBSC9 32834 01 00 01 00 01 00 00 00 00 01 重启trx11 消除 02 25d 01 00 00 00 01 00 01 00 00 03 重启trx7 消除 02 26d 01 00 00 01 00 00 00 01 00 02 重启trx3 消除 02 25d ZMBSC29 24090 ZMBSC5 32574 ZMBSC11 14015 ZMBSC25 30076 ZMBSC8 33374 ZMBSC16 26605 ZMBSC5 33916 ZMBSC13 29654 ZMBSC21 34134 ZMBSC29 28656 ZMBSC9 32834 TCH TCH TCH BCCH TCH TCH TCH BCCH TCH TCH TCH N;N 7745 N;N 7745 N;N 7745 N;N 7745 N N N 7745 7745 7745 N;N 7745 N 7745 BB;N 7745 N 7745 01 00 01 00 00 00 00 00 00 01 02 21d 01 01 00 00 00 00 00 00 00 00 00 20d 01 01 01 01 01 01 01 01 01 02 02 80d 01 00 00 00 01 01 00 00 00 03 02 22d 01 00 01 01 01 01 01 00 00 03 01 50d 01 00 00 01 01 00 00 00 00 02 02 36d 01 00 00 00 00 00 00 00 01 07 02 21d 01 00 00 00 01 00 00 00 01 03 02 20d 01 00 00 00 00 00 00 00 01 07 02 30d 01 00 00 00 00 01 01 01 00 04 02 27d 01 01 01 00 01 00 01 01 00 01 02 39d 更改频点 更改频点 重启trx7 干扰,塔放整改 重启trx2 更改频点 重启trx8 重启trx3 更改频点 重启trx8 重启trx4 消除 消除 消除 消除 消除 消除 消除 消除 消除 更换频点 更换频点 上表所示的7745告警类型为在TCH信道上的,告警的补充字符第一位显示的为01,此类告警通常采用的处理方法为:若查看站点有干扰情况存在,优先对干扰进行处理;干扰消除后,观察告警是否还存在,若存在,再进行重启处理;若重启后依然频繁出现告警的载频进行更换处理。用此类方法大多数的告警都会消除。

BSC CELL_ID CH_TYPE HOP TCH BCCH BCCH TCH BCCH BCCH BCCH N;N N;N N;N BB BB N BB ALARM_NUMBER 附加信息 7745 7745 7745 7745 7745 7745 7745 02 01 00 00 00 00 00 00 00 00 04 84d 02 00 01 00 00 00 00 00 00 01 07 100d 02 00 01 00 00 00 00 00 00 01 02 97d 02 01 00 00 00 00 00 00 00 00 07 88d 02 00 01 00 00 00 00 00 00 01 06 92d 02 00 01 00 00 00 00 00 00 01 02 94d 02 00 01 00 00 00 00 00 00 01 04 82d 备注 重启trx11 倒换bcch 倒换bcch 倒换sd时隙 倒换bcch 倒换bcch 倒换bcch 追踪结果 消除 消除 消除 消除 消除 消除 消除 ZMBSC29 25116 ZMBSC5 32565 ZMBSC5 32566 ZMBSC18 27725 ZMBSC18 27724 ZMBSC26 11086 ZMBSC19 23255 ZMBSC2 28975 ZMBSC26 32814 ZMBSC5 33084 ZMBSC8 15024 ZMBSC18 27906 ZMBSC26 28995 ZMBSC13 29335 ZMBSC26 32594 ZMBSC17 29287 BCCH TCH BCCH TCH BCCH BCCH BCCH BCCH BCCH N N N;N N N BB N;N N N;N 7745 7745 7745 7745 7745 7745 7745 7745 7745 02 00 01 00 00 00 00 00 00 01 05 88d 02 00 01 00 00 00 00 00 00 01 03 95d 02 00 01 00 00 00 00 00 00 01 00 81d 02 01 00 00 00 00 00 00 00 00 04 83d 02 00 01 00 00 00 00 00 00 01 02 93d 02 00 01 00 00 00 00 00 00 01 05 88d 02 00 01 00 00 00 00 00 00 01 04 82d 02 01 00 00 00 00 00 00 00 00 05 82d 02 01 00 00 00 00 00 00 00 00 00 100d 倒换bcch 倒换sd时隙 倒换bcch 倒换bcch 倒换bcch 倒换bcch 倒换bcch 倒换sd时隙 重启trx8 消除 消除 消除 消除 消除 消除 消除 消除 更换频点 上表所示的7745告警类型为在SD信道上的,告警的补充字符第一位显示的为02,此类告警通常采用的处理方法为:若查看站点有干扰情况存在,优先对干扰进行处理;干扰消除后,告警仍未消除的,我们首先要判断发生告警的载频类型,是MBCCH载频,还是开有SD信道的TCH载频;若是MBCCH的载频,先进行载频的倒换,倒换后未恢复的再进行更换频点观察;若是TCH载频,可先倒换SD信道所在时隙,倒换未恢复的再进行载频的重启;针对处理后仍频繁出现告警的载频可进行更换处理。

在日常的告警处理中我们还会遇到某载频全时隙的7745告警,并伴有7743告警出现,对这样的载频我们可直接进行硬件处理;对于长期处于激活状态,而出告警时间逾期很久的告警我们可以手动删除,在BSC操作平台键入ZEOR : BCF_ID : 告警序列号 ;。