常见告警处理

一：告警提取

方法一：在网管图形界面上，选择alarm选项，进入之后可以有两种选择，一个是当前告警，一个是历史告警，在告警从数据库提取出来之后，在file菜单下面可以选择打印到文件，选择保存目录，然后通过ftp软件到制定的目录下载，然后加工分析。操作以上步骤可以在客户端主机上进行，也可以通xmanager软件在本地电脑上操作。

方法二：在命令中端上，登陆到BSC之后，一次执行以下两条命令：ZEEI/ZEOL，执行之前注意保存执行结果为txt文件，以上操作使用reflection软件完称。

二：告警加工

方法一：如果告警不多，可以直接阅读txt文件，确定问题小区。

方法二：如果告警很多，阅读txt文件很费力，需要加工整理成excel文件，加工方法如下：使用S10marco014宏，按照提示操作，读取刚才保存的txt文件，宏会自动生成excel文件，在excel文件中会对每个硬件的告警次数、告警级别、告警时间等信息做分类处理，查阅十分方便，因此推荐这种方法加工告警。

三：告警分析

在完成第二步操作之后，我们优先处理三星的告警，这个级别比较高，针对不同的级别解释如下：

步骤一：确定小区，出现告警的小区可能已经有用户投诉、指标变差、停止工作。

步骤二：根据cid观察小区长时间的性能统计，观察这个小区的PKI有没有变化，或者某项指标一直很差，或者已经没有话务量。

步骤三：查阅告警的参考文档（参照附件pdf文档），根据文档的说明做处理，此文档中基本是7×××告警，其他的2×××的没有说明，查阅NED 5.1可以得到全面的解释。文档的说明可以作为参考，但是具体的处理可能有所不同。

四：常见十种告警处理

告警一：7606告警

文档解释是载频出现严重故障，需要更换。

实际工作中发现这种告警出现最多的原因是风扇故障或者主控载频故障导致风扇故障，进而导致其他的载频也出现这类告警，因此更换风扇可以解决大部分问题，风扇故障会有相关的告警。还有一种情况是BB2A模块故障。

处理：应该根据实际情况确定故障模块更换，更换告警载频有时不能解决问题。告警二：7729告警

文档解释是无线网络恢复失败。

实际工作中发现多是基站断站之后会出现这类告警。

处理：恢复故障小区。

告警三：2993告警

NED解释是Calls have been cleared three successive times on the same Abis interface channel due to BTS and transcoder unsynchronisation.

实际工作中发现多是abis发生信令阻塞的时候出现这样的告警，出现这类告警的小区多是有严重的SDCCH溢出。因此这类告警出现多是整个网络的问题，小区硬件本身一般没有问题。

处理：基站告警不处理，检查系统问题。

告警四：7741告警

文档解释是信道占用时间超过操作员定义的门限。

实际工作中发现多是小区超忙导致。话音信道和信令信道超忙都会产生此告警。

处理：查看是否有相关的载频故障告警，如果有，及时更换载频。查看小区是否话务或者信令负荷很高，如果超忙，及时扩容或者做信道调整。

告警五：7767告警

文档解释是BCCH丢失。

实际工作中发现是小区停止工作。

处理：更换载频。

告警六：7706告警

文档解释是操作维护链路断。

实际工作中发现多是FXC故展或者传输中断。

处理：更换板件，恢复传输。

告警七：7700告警

文档解释是基站omu初始化。

实际工作中发现多是基站掉电重启。

处理：告警不需要处理。

告警八：7708告警

文档解释是TRX初始化。

实际工作中发现多是载频扩容。

处理：多次出现，需要观察载频工作可能不稳定，需要更换。

告警九：7607告警

文档解释是TRX内部故障。

实际工作中发现多是DVDA双工器故障或者质量比较差。

处理：更换双工器。

告警十：7604告警

文档解释是所属扇区的一个或者多个模块出现重大故障，多伴随7606/7607出现。

实际工作中发现多是载频故障或者性能下降。

处理：更换故障载频。