[发明专利]网管告警管理方法和系统以及告警采集服务器

说明书

技术领域

本发明涉及移动通信技术，特别涉及一种网管告警管理方法和系统以及一种告警采集服务器。

背景技术

现有移动通信系统中，网管告警管理作为运行维护的一部分，在定位、分析问题等方面起到了非常重要的作用。网管告警管理的基本功能包括：网管接收网元设备发送的告警消息，对该消息进行整理后发送给网管后台，从而使得网管后台可以对整个系统的运行情况进行实时监控。

现有网管告警管理系统主要包括：告警数据库服务器、告警采集服务器以及网元设备。其中，告警采集服务器和网元设备之间通过网管网相连接，告警采集服务器与网元设备之间为一对多的关系；网元设备可以是指设备调测操作维护中心(OMCR，Operation and Maintenance Center-Radio)、设备网管以及设备等；网元设备与告警采集服务器之间通过实时消息接口进行通信。需要说明的是，这里所提到的接口是一种软件意义上的接口，即一种通信协议，通常指Q3、套接字等。在实际应用中，不同的网元设备可以采用相同的接口，也可以采用不同的接口，由网元设备本身的类型以及性能等确定。

网元设备为被监控的对象，当网元设备或其下挂的子网元发生故障时，网元设备会发出相应的告警消息，告警采集服务器通过Q3或套接字等接口实时接收该告警消息，并将其进行整理，然后将整理后的告警消息发送给上层监控应用，以便上层监控应用将该告警消息以屏幕显示等方式提示给用户，同时，将整理后的告警消息发给告警数据库服务器进行存储，以便后续上层分析应用对其进行统计和分析。由于网元设备发送的告警消息中通常只会携带有网元设备标识以及故障原因等信息，不够完善，因此，告警采集服务器接收到告警消息后，会进一步根据告警消息中携带的网元设备标识，从自身预先保存的配置数据中查找出该网元设备的名称以及所在地等信息，并将这些信息补充到原告警消息中，以使其更为完善。

另外，在实际应用中，网元设备在向告警采集服务器每发送一条告警消息后，会进一步将该告警消息保存到自身的数据库中，并且，根据具体内容的不同，可将所保存的告警消息分别两类，即活动告警消息和历史告警消息。其中，活动告警消息表示网元设备已经发生故障，但还未恢复，而历史告警消息表示故障已经被恢复。当某一网元设备的故障被恢复以后，会自动生成一条清除消息，其中携带有故障恢复时间等信息，网元设备根据该清除消息，将故障恢复时间设置到对应的活动告警消息中的恢复时间字段(该字段原来为空)中，使得该活动告警消息成为历史告警消息；之后，网元设备向告警采集服务器发送清除消息；告警采集服务器将接收到的清除消息发送给上层监控应用以及告警数据库服务器，以便上层监控应用提示用户故障已经被恢复，并使得告警数据库服务器能够及时将该清除消息对应的活动告警消息修改为历史告警消息。

可见，现有网管告警管理系统中，网元设备主要向告警采集服务器发送两种消息，一种为告警消息，一种为清除消息，通常将告警消息和清除消息统称为告警信息。但是，在实际应用中，由于网元设备和告警采集服务器之间的通信方式为实时的，而且每个网元设备与告警采集服务器之间均只有一个信道，因此，一旦该信道出现故障，比如链路闪断、链路吊死、进程吊死，或出现丢包等现象时，就会导致网元设备发送给告警采集服务器的告警信息丢失，从而影响后续处理。

发明内容

有鉴于此，本发明的主要目的在于提供一种网管告警管理方法，能够防止告警信息丢失。

本发明的另一目的在于提供一种网管告警管理系统，能够防止告警信息丢失。

本发明的又一目的在于提供一种告警采集服务器，能够防止告警信息丢失。

为达到上述目的，本发明的技术方案是这样实现的：

一种网管告警管理方法，在告警采集服务器与各网元设备之间增加非实时接口；针对每个网元设备，分别进行以下处理：

每隔预定时长，所述告警采集服务器通过所述非实时接口，从网元设备中采集一次告警消息，并将采集到的告警消息与从告警数据库服务器中获取到的告警消息进行比较，确定是否发生了告警信息丢失现象，如果是，则利用采集到的告警消息对获取到的告警消息进行修正，否则，不进行任何处理。

一种网管告警管理系统，包括：告警采集服务器、网元设备以及告警数据库服务器；所述告警采集服务器与所述网元设备之间设置有一个实时接口以及一个非实时接口；