朗讯Ｃ网基站告警监控系统开发

李　燕

【摘要】通过对朗讯C网基站现有告警监控系统不足之处的分析，文章开发了一种能够自动识别朗讯基站新告警的系统，介绍了其功能、告警监控流程与界面所包含的信息。该系统能帮助维护人员及时有效地发现基站各类故障，在实际应用中取得了良好的效果。

【关键词】CDMA 朗讯基站 告警 实时监控

1 引言

当前运营商越来越重视用户对网络质量的感受，要求维护部门加强对设备运行情况的监视和管理。除了做好网络优化和避免故障出现之外，运维部门对网络设备的支撑还主要体现在故障出现后能够迅速发现并排除故障。

在温州CDMA网络中，大量采用了朗讯的基站设备。在基站故障中，除了断站故障外，一些板件故障也是非常重要的。这些板件故障虽未引起断站，但对用户的影响已相当于断站，如TFU（Time Frequency Unit，时间频率单元）故障、单CCU（CDMA Channel Units，码分多址信道单元）故障、CRC（CDMA Radio Controller，码分多址无线控制板）故障等。从维护的角度来看，若不能够及时发现这些故障，就无法保证抢修及时，从而造成通信故障。

考虑到价格和成本控制等多重因素，温州CDMA运营商并未向朗讯购买专用告警平台。而通过现有的告警平台，监控人员及时发现新告警存在一定的困难，必须通过大量的操作、记录、对比才能够确定是否有新告警产生。为提高监控人员的工作效率，本文研究并开发了一种能够自动识别朗讯基站新告警的系统。

2 朗讯C网基站告警监控系统现状

现行免费基站网管告警界面的操作相对比较复杂。查询基站故障的途径有在ECP（Executive Cellular Processor，执行蜂窝处理器）图形界面查询、在ECP指令界面下执行“OP:ALARM”指令两种方式，但对于维护人员来说这两种方式都存在着很大的不足。

2.1 ECP图形界面查询

基站告警图形界面如图1所示，当基站出现故障时，此基站标红。但若故障基站在此之前已有故障，则不会改变基站在界面上的状态，导致新故障被老故障覆盖的情况[1]。即这种方式虽然给出了基站故障，但无法直观地发现多重故障，也无法知晓相应的故障告警的时间，更无法添加告警处理说明，因而不便于故障的处理和跟踪。

此外，查询一个基站的故障，需要分别执行2131、2136、2138、2139等操作指令，才能避免漏掉这个基站内的告警。若这个基站有2个载波，还需要另外多执行2条指令。可见操作上是比较繁琐的。

2.2 在ECP指令界面下执行“OP:ALARM”指令

与使用图形界面查询相比，这种方式的优点是新告警不会被覆盖，能列出故障基站内的所有故障。但是此方式同样存在故障告警无时间、无法对告警进行确认、无法添加处理标注等问题。

指令执行后的显示见图2：

现有的这两种告警监控方法，都存在较难及时有效地发现故障、需要花费网管人员大量的时间和精力、容易遗漏告警等问题。对此，本文自主开发了一个朗讯基站告警监控系统，以及时有效地对朗讯基站进行监控。

3 朗讯C网基站告警监控系统功能及设计

3.1 朗讯C网基站告警监控系统的功能要求

新开发的朗讯基站的告警系统应具有以下功能：

（1）及时自动地获取系统告警信息并分析

告警平台能够实时、自动地连接C网1、2局OMP（Operation and Maintenance Platform，运行维护平台）获取系统的告警报告，并对报告进行分析，提取新告警。

（2）显示告警内容、告警产生时间、告警恢复时间、告警说明

告警说明相当于告警案例库，对相应的告警自动给与处理意见。因告警内容与平时的界面告警存在较大的差别，使用之初比较不适应，有了告警说明就能迅速地做出准确的判断；同时告警说明也可帮助没有经验的网管人员提高处理能力。

（3）对告警增加、修改备注

网管人员通过系统发现告警后，判断告警并派单。为了避免漏派或重派，在对应告警信息后要增加处理的备注。

（4）出现新告警，系统发声提醒

告警的声音提示，在网管人员繁杂的工作中尤为必要。

3.2 朗讯C网基站告警日志的确定

朗讯OMP系统内现有告警日志的信息量过大，其中不仅有告警信息，还包括话务、网优等信息，同时还有事先统计的所有必要的告警信息。如将此日志作为实时告警分析源，则很可能漏掉罕见的基站告警，而每次的大分析量也给系统分析增加了难度。

通过ECP指令界面下“OP:ALARM”指令可查询系统当前的基站故障，但此指令显示的告警没有告警产生时间，外系统自动登陆执行此命令并收集执行报告的难度也较大。

最方便的方法是在朗讯系统内设置指令，每1分钟自动执行一次“OP:ALARM”并接收报告到指定目录下的指定文件中。即首先用ROOT用户名在交换机的OMP中创建一个脚本，用来自动执行“OP:ALARM”指令，并接收指令执行后的内容到特定文件，再将指令执行的时间间隔设置为1分钟。于是这个接收了指令执行内容的文件就是我们所需要的告警日志，监控程序只需要每分钟登录交换机的OMP服务器来取日志文件分析即可。

4 朗讯基站告警监控系统的实现

本文采用面向对象的程序设计方法，开发和实现了基站实时告警系统[2～4]。

4.1 告警监控流程

（1）告警报告的产生

告警报告存在于朗讯专业的OMP服务器上，告警程序安装在同局域网的普通计算机上，因此需要通过FTP方式到OMP服务器上取文件。告警的实时性要求是很强的，需要实现自动定时取报告。取报告的间隔是1分钟，由定时器来控制。同时要将取到的告警报告格式化并转化为普通的txt格式，以方便分析。

通过设定，朗讯OMP服务器上每日产生一个新的告警日志文件，并以日期为告警日志文件名，朗讯交换机每分钟将当前的基站告警信息发送到这个告警日志上。告警日志中只显示了当前系统中存在的所有基站告警，而没有告警产生的时间，因此就需要程序进行告警日志与数据库的对比来确认新告警。程序导入告警日志将之存为临时告警记录表。导入分两种，即当日告警日志的第一次导入和再次导入。若是再次导入，只需要从上次导入的结束位置开始，即可避免进行过多的重复性工作。

因为告警日志中不存在告警产生时间，也没有告警恢复记录，所以需要读取并分析临时告警记录表的内容，把新旧告警进行对比。

（2）对不同告警的处理

告警包括3种：已恢复的消失告警，新产生的告警，产生一段时间而未恢复的旧告警。

临时告警记录表中的告警只有新产生的告警和已存在的旧告警。通过对临时告警记录表与告警信息表的对比，来确认消失告警、新告警、旧告警。即临时告警记录表没有而告警信息表有的告警为已经恢复的消失告警，临时告警记录表有而告警信息表没有的告警为新告警，临时告警记录表和告警信息表中都有的告警为旧告警。

需要对判断出来的3种告警进行不同的处理：已恢复的消失告警从告警数据库中删除并存入历史告警信息表；新告警插入告警数据库中，同时添加相应的告警说明及基站相关信息，并调用媒体播放程序播放指定声音文件对工作人员进行提示；旧告警在告警数据库中已存在，无需处理。

（3）流程图

程序流程框图如图3所示：

4.2 朗讯基站告警系统

（1）朗讯基站告警监控系统主界面

开发完成的朗讯基站告警管理平台界面如图4所示：

此程序界面包含基站编号、基站名称、告警信息、告警说明、告警产生时间、告警处理说明等内容，网管人员可方便地查询到基站当前告警。每条告警都有告警产生时间，便于关注最新告警及对旧告警的跟踪处理。通过修改备注，可以对告警的处理进度进行标注，便于不同班次的网管人员维护交接。

（2）恢复告警查询界面

已恢复故障的查询界面如图5所示，通过基站名称、时间可方便地查询已恢复的历史告警。已恢复的告警可保留一个月。

5 结束语

本文基于朗讯C网的基站，开发了便于操作和使用的告警监控系统。一旦基站出现故障和告警，本系统可立即给出相应的告警信息，便于对设备的及时维护和抢修；同时，一目了然的告警说明、告警处理情况等信息，方便了维护人员的抢修和投诉反馈。

经过试用，该系统受到了几乎所有监控人员的欢迎。它不仅提高了监控人员的工作效率，缩短了C网基站故障持续时间；通过及时发现处理小告警，更是降低了大告警的发生概率，提高了用户的网络满意度。

参考文献

[1]Lucent Technologies. Lucent Technologies OMP-FX System Operations Administration and Maintenance.Student Guide[M]. 2000.

[2]Peter Dyson, Stan Kelly Bootle, John Heilborn. UNIX大全[M]. 北京: 电子工业出版社, 2000.

[3]马军. 精通ASP.NET2.0网络应用系统开发[M]. 北京: 人民邮电出版社, 2006.

[4]Greg Buczek. MCSD.MCT.ASP应用开发指南[M]. 北京: 科学出版社, 2000.