CN102263674A - 告警上报方法、系统和设备 - Google Patents

Abstract

本发明公开了一种告警上报方法、系统和设备，涉及无线通信领域，用于提高告警信息上报的可靠性。本发明中，外围单板向主控全局板发送产生的告警消息，并在未接收到主控全局板的接收响应消息时，重新向主控全局板发送该告警消息；主控全局板向操作维护中心发送来自外围单板的告警消息，并在未接收到操作维护中心的接收响应消息时，重新向操作维护中心发送该告警消息。采用本发明，能够有效提高告警信息成功上报到操作维护中心的可靠性。

Description

告警上报方法、系统和设备

技术领域

本发明涉及无线通信领域，尤其涉及一种告警上报方法、系统和设备。

背景技术

在分布式电信设备中，为了监测网元设备的运行情况，经常需要对网元设备产生的告警消息进行及时、有效的监控、处理、上报。为此，就需要对网元设备产生的故障告警消息进行有效的处理，并能够可靠、有序的上报到网管系统。

在分布式电信设备的运行过程中，当应用部分(APP)的告警源监测到某管理对象状态变为故障或出现异常时，必须及时、可靠的上报告警消息到网管系统，以便网络运维人员能够实时监控，并进行相应的故障派单处理，使得设备能够快速恢复到正常状态，进而提供良好的网络服务。

目前的告警上报处理方法主要采用如下无确认的直接发送方案：

如图1所示，当APP的告警源实体检测到所监测的管理对象的状态变为故障或出现异常时，按照约定的告警格式填写告警内容，然后将携带该告警内容的告警消息发送到操作维护子系统(OAMS)的告警处理模块，告警处理模块进行简单的预处理、并更新相应的活跃告警列表后，将该告警消息发送到操作维护中心(OMC)的网管系统。在整个过程中，所有的消息发送都采用无确认的指示消息方式，即只要消息发送完成即认为告警上报成功。

在实现本发明的过程中，发明人发现现有技术中存在以下技术问题：

目前的告警上报处理方案在整个告警消息上报过程中，都是采用无确认的指示消息发送，无法确保告警消息成功发送到接收端。此外，该方案在一些特殊场景中根本无法实现告警上报流程，例如，当告警处理模块所在的网元设备与OMC断链时，此时，网元设备需要发送的告警消息无法上报给网管系统，并直接丢弃该告警消息，导致告警消息的漏报，非常不利于网元设备的告警监控处理。同样的，当告警源与OAMS的告警处理模块之间出现通信异常时，告警源上报的告警消息也不能保证发送到告警处理模块，导致告警消息的丢失。

发明内容

本发明实施例提供一种告警上报方法、系统和设备，用于提高告警信息上报的可靠性。

一种告警上报方法，该方法包括：

外围单板产生告警消息，向主控全局板发送该告警消息；若未接收到来自主控全局板的对该告警消息的接收响应消息，则向主控全局板重新发送该告警消息；

主控全局板在接收到来自外围单板的告警消息时，向外围单板发送对该告警消息的接收响应消息，并向操作维护中心发送该告警消息；若未接收到来自操作维护中心的对该告警消息的接收响应消息，则向操作维护中心重新发送该告警消息；

操作维护中心在接收到来自主控全局板的告警消息时，向主控全局板发送对该告警消息的接收响应消息，并根据该告警消息进行告警处理。

一种告警上报系统，该系统包括：

外围单板，用于产生告警消息，向主控全局板发送该告警消息；若未接收到来自主控全局板的对该告警消息的接收响应消息，则向主控全局板重新发送该告警消息；

主控全局板，用于在接收到来自外围单板的告警消息时，向外围单板发送对该告警消息的接收响应消息，并向操作维护中心发送该告警消息；若未接收到来自操作维护中心的对该告警消息的接收响应消息，则向操作维护中心重新发送该告警消息；

操作维护中心，用于在接收到来自主控全局板的告警消息时，向主控全局板发送对该告警消息的接收响应消息，并根据该告警消息进行告警处理。

一种外围单板，该外围单板包括：

告警监测模块，用于在监测到故障产生或故障消除时，向告警代理模块发送告警消息；

告警代理模块，用于在接收到来自告警监测模块的告警消息时，向主控全局板发送该告警消息；若未接收到来自主控全局板的对该告警消息的接收响应消息，则向主控全局板重新发送该告警消息。

一种主控全局板，该主控全局板包括：

告警接收模块，用于接收到来自外围单板的告警消息时，向外围单板发送对该告警消息的接收响应消息，并将该告警消息发送给告警上报模块；

告警上报模块，用于接收到来自告警接收模块的告警消息时，向操作维护中心发送该告警消息；若未接收到来自操作维护中心的对该告警消息的接收响应消息，则向操作维护中心重新发送该告警消息。

本发明中，外围单板向主控全局板发送产生的告警消息，并在未接收到主控全局板的接收响应消息时，重新向主控全局板发送该告警消息；主控全局板向操作维护中心发送来自外围单板的告警消息，并在未接收到操作维护中心的接收响应消息时，重新向操作维护中心发送该告警消息。可见，外围单板和主控全局板在未接收到接收端发来的对告警消息的接收响应消息时，会重新向接收端发送该告警消息，从而大大提高了告警信息成功上报到操作维护中心的可靠性。

附图说明

图1为现有技术中的告警上报流程示意图；

图2为本发明实施例提供的方法流程示意图；

图3A为本发明实施例中的告警上报机状态跃迁示意图；

图3B为本发明实施例的流程示意图；

图4为本发明实施例提供的系统结构示意图；

图5为本发明实施例提供的设备结构示意图；

图6为本发明实施例提供的另一设备结构示意图。

具体实施方式

为了提高告警信息上报的可靠性，本发明实施例提供一种告警上报方法，本方法中，外围单板向主控全局板发送产生的告警消息，并在未接收到主控全局板的接收响应消息时，重新向主控全局板发送该告警消息；主控全局板向操作维护中心发送来自外围单板的告警消息，并在未接收到操作维护中心的接收响应消息时，重新向操作维护中心发送该告警消息。

参见图2，本发明实施例提供的告警上报方法，具体包括以下步骤：

步骤20：外围单板产生告警消息，向主控全局板发送该告警消息；若未接收到来自主控全局板的对该告警消息的接收响应消息，则向主控全局板重新发送该告警消息；

步骤21：主控全局板在接收到来自外围单板的告警消息时，向外围单板发送对该告警消息的接收响应消息，并向操作维护中心发送该告警消息；若未接收到来自操作维护中心的对该告警消息的接收响应消息，则向操作维护中心重新发送该告警消息；

步骤22：操作维护中心在接收到来自主控全局板的告警消息时，向主控全局板发送对该告警消息的接收响应消息，并根据该告警消息进行告警处理。

步骤20的具体实现可以如下：

外围单板中的告警监测模块监测到故障产生或故障消除时，向外围单板中的告警代理模块发送告警消息；

告警代理模块接收到来自告警监测模块的告警消息时，向主控全局板发送该告警消息；告警代理模块若未接收到来自主控全局板的对该告警消息的接收响应消息，则向主控全局板重新发送该告警消息。

这里，告警监测模块可以通过调用告警代理模块的接口函数，向外围单板中的告警代理模块发送告警消息，以保证两者之间告警上报的可靠性。

较佳的，在告警代理模块向主控全局板发送该告警消息之前，若该告警消息为告警产生消息，则告警代理模块确定活跃告警列表中是否存在与该告警产生消息相同的告警消息，若是，则不上报该告警产生消息，否则，向主控全局板发送该告警消息。活跃告警列表是用于记录相应告警未消除的告警产生消息的列表。这里，确定两条告警消息是否是相同的告警消息，其具体方法可以为：判断这两条告警消息的告警上报类型、告警编号和对应的故障对象是否均相同，在判断为是的情况下，可以确定这两条告警消息是相同的告警消息。告警上报类型包括告警产生和告警消除类型。告警编号指该告警的特定标识。

在活跃告警列表中存在与该告警产生消息相同的告警消息时，说明该告警产生消息为重复产生的告警消息，因而可以不上报该告警产生消息，以节省上报资源。

较佳的，在告警代理模块向主控全局板发送该告警消息之前，若该告警消息为告警消除消息，则告警代理模块确定活跃告警列表中是否存在与该告警消除消息对应的告警产生消息；若是，则向主控全局板发送该告警消息，否则不上报该告警消除消息。若某一告警产生消息所针对的故障与某一告警消除消息所针对的故障相同，则称该告警产生消息与该告警消除消息相对应。这里，确定两条告警消息是否相对应，其具体方法可以为：判断这两条告警消息的告警编号和对应的故障对象是否相同，并判断这两条告警消息的告警上报类型是否不同、在两次判断均为是的情况下，可以确定这两条告警消息相对应。

在活跃告警列表中不存在与该告警消除消息对应的告警产生消息时，说明在接收到该告警消除消息之前，没有接收到该告警消除消息对应的告警产生消息，该告警消除消息为误报消息，可以不上报该告警消除消息，因为不符合告警产生消息和告警消除消息成对出现，且告警产生消息必须早于告警消除消息的原则。

较佳的，在告警代理模块接收到来自主控全局板的对该告警消息的接收响应消息时，若该告警消息为告警产生消息，则告警代理模块将该告警产生消息添加到活跃告警列表中；若所述告警消息为告警消除消息，则告警代理模块删除活跃告警列表中该告警消除消息对应的告警产生消息。从而达到实时更新活跃告警列表的目的。

步骤21的具体实现可以如下：

主控全局板中的告警接收模块接收到来自外围单板的告警消息时，向外围单板发送对该告警消息的接收响应消息，并将该告警消息发送给主控全局板中的告警上报模块；

告警上报模块接收到来自告警接收模块的告警消息时，向操作维护中心发送该告警消息；若未接收到来自操作维护中心的对该告警消息的接收响应消息，则向操作维护中心重新发送该告警消息。

较佳的，在告警接收模块将告警消息发送给告警上报模块之前，若该告警消息为告警产生消息，则告警接收模块将该告警产生消息添加到活跃告警列表中；若该告警消息为告警消除消息，则告警接收模块删除活跃告警列表中该告警消除消息对应的告警产生消息。从而达到实时更新活跃告警列表的目的。

较佳的，在告警上报模块重新发送告警消息的次数超过预先设定的告警消息重发次数门限值时，告警上报模块确定主控全局板与操作维护中心之间的通信链路出现故障，并定时向操作维护中心发送握手消息，根据是否接收到来自操作维护中心的对该握手消息的接收响应消息确定该故障是否恢复；与此同时还接收并存储由告警接收模块转发的来自外围单板的告警消息。告警上报模块在确定故障恢复时，将存储的告警消息发送给操作维护中心。以保证将在主控全局板与操作维护中心之间的通信链路故障期间接收到的告警信息无遗漏的发送给操作维护中心，避免告警信息的丢失。

较佳的，在告警上报模块将存储的告警消息发送给操作维护中心之后，告警上报模块向操作维护中心发送历史告警状态报告；操作维护中心向告警上报模块返回携带活跃告警同步请求信息的历史告警状态报告应答；告警上报模块接收到历史告警状态报告应答后，向操作维护中心发送活跃告警列表信息，操作维护中心可以根据该活跃告警列表确定当前还未消除的故障，使得操作维护中心能够有针对性的进行故障处理。

较佳的，在告警上报模块接收到历史告警状态报告应答之后，若告警上报模块保存有待发送的告警消息，则将该告警消息存储到文件中后发送给操作维护中心，以达到主控全局板和操作维护中心之间活跃告警列表的精确同步，操作维护中心可以根据活跃告警列表更准确的确定当前还未消除的故障，使得操作维护中心的故障处理更加具有针对性。

下面对本发明进行具体说明：

本文在现有方案的基础上，进行一系列方案和流程的优化，给出一种通用的而又可靠的改进方案。使得告警消息可以及时、可靠地上报到网管系统。

本文方案中，为了使得各个单板的告警消息可以及时、可靠地上报到网管系统，OAMS子系统的告警处理模块被分为告警代理模块和告警主控模块两部分。其中告警主控模块仅部署在网元设备的主控全局板上，为了便于与外围单板的告警代理和OMC的网管系统进行交互处理，告警主控模块又分为告警接收模块和告警上报模块；在告警接收模块中，针对每个告警代理模块设计一个告警收集机，用于存储、维护该告警代理模块上报的告警消息。告警代理模块部署在所有外围单板上，可以直接和应用子系统交互，负责收集应用子系统的告警消息并上报到告警主控模块。

当应用子系统的告警监测模块监测到某对象的状态变为故障(告警产生)或由故障状态变为正常(告警清除)时，按照约定的告警格式填写相关内容，调用OAMS提供的告警上报接口函数，该接口函数用于OAMS向本单板的告警代理模块发送告警消息。当告警代理模块收到该告警消息后，采用“停等”方式向主控全局板发送告警消息。在这个过程中，首先，应用子系统的告警监测模块与OAMS的告警代理模块之间采用函数接口，保证了两者之间告警上报的可靠性；其次，告警代理模块与告警主控模块之间，采用“停等”方式进行消息的发送，保证了告警消息从外围单板到主控全局板的可靠传输。即使外围单板与主控全局板之间的通信出现异常时，外围单板的告警代理模块会在上报定时器超时后，重新发送该告警消息，直至收到主控全局板告警主控收集模块的响应消息。

当主控全局板的告警接收模块收到外围单板的告警代理模块上报的告警消息后，更新活跃告警列表，并根据更新结果向外围单板的告警代理模块回复响应消息，然后，向本板的告警上报模块发送告警消息，告警上报模块首先把该告警消息添加到自身的上报缓冲区，然后，通过“停等”方式向OMC的网管系统发送告警消息，待收到OMC的确认消息后，才从上报缓冲区中删除该告警消息，接着发送缓冲区中下一条告警消息，直至缓冲区中没有告警消息待发送。

为了保证告警上报模块可靠地将告警消息上报到OMC，设计了一种告警主控上报状态机机制进行各种情况的处理，状态机跃迁图如图3A所示。

告警上报状态有四种状态，分别为：就绪态、通信等待态、活跃告警同步态、历史告警同步态。

在就绪态下：告警上报机正常运行状态，有告警消息待上报，与OMC之间以“停等”方式通信，将上报机内待发送消息上报到OMC，即读取上报缓冲区中的告警消息，向操作维护中心发送该告警消息；若未接收到来自操作维护中心的对该告警消息的接收响应消息，则向操作维护中心重新发送该告警消息；如果用于控制重新发送告警消息的停等发送定时器多次超时，则转入通信等待态。

在通信等待态下：告警上报模块的上报机做以下工作：

第一，定时向操作维护中心发送握手消息，根据是否接收到来自操作维护中心的对该握手消息的响应消息确定所述故障是否恢复；如果恢复，则转入历史告警同步态。第二，接收并存储在此期间由告警接收模块转发的来自外围单板的告警消息，将该告警消息称为历史告警消息。

在历史告警同步态下：告警上报模块的上报机做以下工作：

告警上报机根据告警信息状况进行判断采取以下两种措施之一：

措施一，在历史告警消息的数据量少，即历史告警消息的数据量小于预先设定的告警消息数据量门限值时，将历史告警消息按时间顺序还原成正常告警消息，并置入告警上报机的上报缓冲区，然后告警上报机转入就绪态。措施二：在历史告警消息的数据量大，即历史告警消息的数据量大于预先设定的告警消息数据量门限值时，将历史告警消息以文件形式上传到OMC，即将该告警消息写入文件，并将该文件上传到操作维护中心；

同时向OMC发送历史告警状态报告，OMC接收到历史告警状态报告后，返回历史告警状态报告应答，若该应答中携带有活跃告警同步请求信息，则告警主控上报模块将告警上报机转入活跃告警同步态，否则，转入就绪态。

在活跃告警同步态下，告警上报模块的上报机做以下工作：

向OMC上报活跃告警列表信息。如果告警上报机的上报缓存区中有待发送的告警消息，则将全部告警消息写入到文件中后发送给OMC，并清空上报缓冲区。活跃告警同步全部结束后，转入就绪态。此状态的触发条件有两种；第一种，OMC下发活跃告警同步消息；第二种，OMC返回的历史告警状态报告应答中携带有活跃告警同步请求信息。

此外，在活跃告警同步态和历史告警同步态下，与OMC通信也通过应答方式，需要开启定时器，如果定时器多次超时，告警上报机转入通信等待态。

本文所介绍的完整方案包括告警监测模块到主控全局板的告警主控模块的告警消息上报处理、主控全局板的告警主控模块到OMC的网管系统的告警上报处理两个处理流程，下面详细描述两个告警处理流程，如图3B所示：

步骤1：外围单板上的告警监测模块监测到所负责的对象状态从正常变为故障(告警产生)或从故障变为正常(告警清除)，填写告警上报格式内容，调用告警代理模块的接口函数，在该接口函数中，向本处理器的告警代理模块发送告警消息；

步骤2：告警代理模块接收到告警消息后，将该告警消息添加到告警代理上报缓存区；读取该缓存区中的一条告警消息，执行如下告警信息过滤流程；

若接收到的告警消息为告警产生消息，则在告警代理模块的活跃告警列表中查找是否存在相同的告警产生消息，如果存在，说明该告警产生消息重复，不上报该告警产生消息，并在告警代理上报缓存区中删除该告警产生消息，转步骤2，继续处理缓存区的下一条告警消息；否则，到步骤3；

若接收到的告警消息为告警消除消息，则在告警代理的活跃告警列表中查找是否存在该告警消除消息对应的告警产生消息，如果不存在，说明在收到该告警消除消息之前，没有收到该清除消息对应的告警产生消息，不上报该告警消除消息，并在告警代理上报缓存区中删除该告警消除消息(不符合告警产生和告警消除消息成对出现，且告警产生消息必须早于告警消除消息的原则)，转步骤2，继续处理缓存区的下一条告警消息；否则，到步骤3；

步骤3：告警代理模块向主控全局板的告警接收模块以“停等”协议发送读取的告警消息，删除告警代理上报缓存区中的该告警消息，并启动告警上报定时器；

步骤4：主用全局板的告警接收模块接收到外围单板的告警代理模块发来的告警消息后，将告警消息放入告警主控上报缓存区中，并向告警代理模块返回应答消息；

步骤5：告警代理模块接收到告警接收模块发来的应答消息后，停止告警上报定时器；根据告警产生消息或告警消除消息分别在告警代理模块的活跃告警列表中进行如下处理：

如果是告警产生消息，将该告警产生消息添加到自身维护的活跃告警列表中，返回步骤2，继续处理缓存区中的下一条告警消息；

如果是告警消除消息，从自身维护的活跃告警列表中删除该告警消除消息对应的告警产生消息，返回步骤2，继续处理缓存区中的下一条告警消息；

同时，告警接收模块也需执行如下列表更新操作：

如果是告警产生消息，将该告警产生消息添加到自身维护的活跃告警列表中，到步骤6；

如果是告警消除消息，从自身维护的活跃告警列表中删除该告警消除消息对应的告警产生消息，到步骤6；

若告警代理上报定时器超时，则向主控全局板的告警接收模块重新发送该告警消息，并再次启动告警上报定时器。

步骤6：主控全局板的告警接收模块将接收到的告警代理模块上报的告警消息发送给告警上报模块；

步骤7：告警上报模块以“停等”协议向OMC上报告警信息；

步骤8：OMC向告警上报模块返回应答消息，过程结束。

如果未按时接收到OMC的应答消息，则进行有限次重发，如果收到应答消息则过程结束，否则告警上报模块的告警上报机转入通信等待状态。过程结束。

参见图4，本发明实施例还提供一种告警上报系统，该系统包括：

外围单板，用于产生告警消息，向主控全局板发送该告警消息；若未接收到来自主控全局板的对该告警消息的接收响应消息，则向主控全局板重新发送该告警消息；

主控全局板，用于在接收到来自外围单板的告警消息时，向外围单板发送对该告警消息的接收响应消息，并向操作维护中心发送该告警消息；若未接收到来自操作维护中心的对该告警消息的接收响应消息，则向操作维护中心重新发送该告警消息；

操作维护中心，用于在接收到来自主控全局板的告警消息时，向主控全局板发送对该告警消息的接收响应消息，并根据该告警消息进行告警处理。

所述外围单板包括：

告警监测模块，用于在监测到故障产生或故障消除时，向告警代理模块发送告警消息；

告警代理模块，用于在接收到来自告警监测模块的告警消息时，向主控全局板发送该告警消息；若未接收到来自主控全局板的对该告警消息的接收响应消息，则向主控全局板重新发送该告警消息。

所述告警监测模块用于：

通过调用告警代理模块的接口函数，向外围单板中的告警代理模块发送告警消息。

所述告警代理模块用于：

在所述告警消息为告警产生消息时，确定活跃告警列表中是否存在与该告警产生消息相同的告警消息，若不是，则向主控全局板发送该告警消息；所述活跃告警列表是用于记录相应告警未消除的告警产生消息的列表；

在接收到来自主控全局板的对该告警产生消息的接收响应消息时，将该告警产生消息添加到活跃告警列表中。

所述告警代理模块用于：

在所述告警消息为告警消除消息时，确定活跃告警列表中是否存在与该告警消除消息对应的告警产生消息，若是，则向主控全局板发送该告警消息；所述活跃告警列表是用于记录相应告警未消除的告警产生消息的列表；

在接收到来自主控全局板的对该告警消除消息的接收响应消息时，删除活跃告警列表中该告警消除消息对应的告警产生消息。

所述主控全局板包括：

告警接收模块，用于接收到来自外围单板的告警消息时，向外围单板发送对该告警消息的接收响应消息，并将该告警消息发送给告警上报模块；

告警上报模块，用于接收到来自告警接收模块的告警消息时，向操作维护中心发送该告警消息；若未接收到来自操作维护中心的对该告警消息的接收响应消息，则向操作维护中心重新发送该告警消息。

所述告警接收模块还用于：

若所述告警消息为告警产生消息，则将该告警产生消息添加到自身维护的活跃告警列表中；

若所述告警消息为告警消除消息，则删除自身维护的活跃告警列表中该告警消除消息对应的告警产生消息。

所述告警上报模块还用于：

在重新发送所述告警消息的次数超过预先设定的告警消息重发次数门限值时，确定主控全局板与操作维护中心之间的通信链路出现故障，转入通信等待态，在通信等待态下执行如下操作：

定时向操作维护中心发送握手消息，根据是否接收到来自操作维护中心的对该握手消息的接收响应消息确定所述故障是否恢复；接收并存储外围单板发来的告警消息；在确定所述故障恢复时，转入历史告警同步态；

在历史告警同步态下，将存储的告警消息发送给操作维护中心。

所述告警上报模块用于：

在历史告警同步态下，若存储的告警消息的数据量小于预先设定的告警消息数据量门限值，则将该告警消息放入上报缓冲区，转入就绪态；若存储的告警消息的数据量大于预先设定的告警消息数据量门限值，则将该告警消息写入文件，并将该文件上传到操作维护中心；

在就绪态下，读取上报缓冲区中的告警消息，向操作维护中心发送该告警消息；若未接收到来自操作维护中心的对该告警消息的接收响应消息，则向操作维护中心重新发送该告警消息。

所述告警上报模块还用于：

在将该文件上传到操作维护中心后，向操作维护中心发送历史告警状态报告；接收到操作维护中心返回的历史告警状态报告应答后，若该历史告警状态报告应答中携带活跃告警同步请求信息，则转入活跃告警同步态，否则，转入就绪态；

在活跃告警同步态下，向操作维护中心发送活跃告警列表信息，以使操作维护中心根据该活跃告警列表确定当前还未消除的故障，并转入就绪态。

所述告警上报模块还用于：

在活跃告警同步态下，若告警上报模块保存有待发送的告警消息，则将该告警消息写入文件中，并将该文件发送给操作维护中心。

参见图5，本发明实施例还提供一种外围单板，可以应用于告警上报系统中，该外围单板包括：

告警监测模块50，用于在监测到故障产生或故障消除时，向告警代理模块发送告警消息；

告警代理模块51，用于在接收到来自告警监测模块的告警消息时，向主控全局板发送该告警消息；若未接收到来自主控全局板的对该告警消息的接收响应消息，则向主控全局板重新发送该告警消息。

所述告警监测模块50用于：

通过调用告警代理模块的接口函数，向外围单板中的告警代理模块发送告警消息。

所述告警代理模块51用于：

在所述告警消息为告警产生消息时，确定活跃告警列表中是否存在与该告警产生消息相同的告警消息，若不是，则向主控全局板发送该告警消息；所述活跃告警列表是用于记录相应告警未消除的告警产生消息的列表。

所述告警代理模块51用于：

在所述告警消息为告警消除消息时，确定活跃告警列表中是否存在与该告警消除消息对应的告警产生消息，若是，则向主控全局板发送该告警消息；所述活跃告警列表是用于记录相应告警未消除的告警产生消息的列表。

所述告警代理模块51还用于：

在接收到来自主控全局板的对该告警消息的接收响应消息时，若所述告警消息为告警产生消息，则将该告警产生消息添加到活跃告警列表中；若所述告警消息为告警消除消息，则删除活跃告警列表中该告警消除消息对应的告警产生消息。

参见图6，本发明实施例还提供一种主控全局板，可以应用于告警上报系统中，该主控全局板包括：

告警接收模块60，用于接收到来自外围单板的告警消息时，向外围单板发送对该告警消息的接收响应消息，并将该告警消息发送给告警上报模块；

告警上报模块61，用于接收到来自告警接收模块的告警消息时，向操作维护中心发送该告警消息；若未接收到来自操作维护中心的对该告警消息的接收响应消息，则向操作维护中心重新发送该告警消息。

所述告警接收模块60还用于：

若所述告警消息为告警产生消息，则将该告警产生消息添加到活跃告警列表中；

若所述告警消息为告警消除消息，则删除活跃告警列表中该告警消除消息对应的告警产生消息；所述活跃告警列表是用于记录相应告警未消除的告警产生消息的列表。

所述告警上报61模块还用于：

在重新发送所述告警消息的次数超过预先设定的告警消息重发次数门限值时，确定主控全局板与操作维护中心之间的通信链路出现故障，转入通信等待态，在通信等待态下执行如下操作：

定时向操作维护中心发送握手消息，根据是否接收到来自操作维护中心的对该握手消息的接收响应消息确定所述故障是否恢复；接收并存储外围单板发来的告警消息；在确定所述故障恢复时，转入历史告警同步态；

在历史告警同步态下，将存储的告警消息发送给操作维护中心。

所述告警上报模块61用于：

在历史告警同步态下，若存储的告警消息的数据量小于预先设定的告警消息数据量门限值，则将该告警消息放入上报缓冲区，转入就绪态；若存储的告警消息的数据量大于预先设定的告警消息数据量门限值，则将该告警消息写入文件，并将该文件上传到操作维护中心；

在就绪态下，读取上报缓冲区中的告警消息，向操作维护中心发送该告警消息；若未接收到来自操作维护中心的对该告警消息的接收响应消息，则向操作维护中心重新发送该告警消息。

所述告警上报模块61还用于：

在将该文件上传到操作维护中心后，向操作维护中心发送历史告警状态报告；接收到操作维护中心返回的历史告警状态报告应答后，若该历史告警状态报告应答中携带活跃告警同步请求信息，则转入活跃告警同步态，否则，转入就绪态；

在活跃告警同步态下，向操作维护中心发送活跃告警列表信息，以使操作维护中心根据该活跃告警列表确定当前还未消除的故障，并转入就绪态。

所述告警上报模块61还用于：

在活跃告警同步态下，若告警上报模块保存有待发送的告警消息，则将该告警消息写入文件中，并将该文件发送给操作维护中心。

综上，本发明的有益效果包括：

本发明实施例提供的方案中，外围单板向主控全局板发送产生的告警消息，并在未接收到主控全局板的接收响应消息时，重新向主控全局板发送该告警消息；主控全局板向操作维护中心发送来自外围单板的告警消息，并在未接收到操作维护中心的接收响应消息时，重新向操作维护中心发送该告警消息。可见，外围单板和主控全局板在未接收到接收端发来的对告警消息的接收响应消息时，会重新向接收端发送该告警消息，从而大大提高了告警信息成功上报到操作维护中心的可靠性。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (32)

1.一种告警上报系统，其特征在于，该系统包括：

外围单板，用于产生告警消息，向主控全局板发送该告警消息；若未接收到来自主控全局板的对该告警消息的接收响应消息，则向主控全局板重新发送该告警消息；

主控全局板，用于在接收到来自外围单板的告警消息时，向外围单板发送对该告警消息的接收响应消息，并向操作维护中心发送该告警消息；若未接收到来自操作维护中心的对该告警消息的接收响应消息，则向操作维护中心重新发送该告警消息；

操作维护中心，用于在接收到来自主控全局板的告警消息时，向主控全局板发送对该告警消息的接收响应消息，并根据该告警消息进行告警处理。

2.如权利要求1所述的系统，其特征在于，所述外围单板包括：

告警监测模块，用于在监测到故障产生或故障消除时，向告警代理模块发送告警消息；

告警代理模块，用于在接收到来自告警监测模块的告警消息时，向主控全局板发送该告警消息；若未接收到来自主控全局板的对该告警消息的接收响应消息，则向主控全局板重新发送该告警消息。

3.如权利要求2所述的系统，其特征在于，所述告警监测模块用于：

通过调用告警代理模块的接口函数，向外围单板中的告警代理模块发送告警消息。

4.如权利要求2所述的系统，其特征在于，所述告警代理模块用于：

在所述告警消息为告警产生消息时，确定活跃告警列表中是否存在与该告警产生消息相同的告警消息，若不是，则向主控全局板发送该告警消息；所述活跃告警列表是用于记录相应告警未消除的告警产生消息的列表；

在接收到来自主控全局板的对该告警产生消息的接收响应消息时，将该告警产生消息添加到活跃告警列表中。

5.如权利要求2所述的系统，其特征在于，所述告警代理模块用于：

在所述告警消息为告警消除消息时，确定活跃告警列表中是否存在与该告警消除消息对应的告警产生消息，若是，则向主控全局板发送该告警消息；所述活跃告警列表是用于记录相应告警未消除的告警产生消息的列表；

在接收到来自主控全局板的对该告警消除消息的接收响应消息时，删除活跃告警列表中该告警消除消息对应的告警产生消息。

6.如权利要求1-5中任一所述的系统，其特征在于，所述主控全局板包括：

告警接收模块，用于接收到来自外围单板的告警消息时，向外围单板发送对该告警消息的接收响应消息，并将该告警消息发送给告警上报模块；

告警上报模块，用于接收到来自告警接收模块的告警消息时，向操作维护中心发送该告警消息；若未接收到来自操作维护中心的对该告警消息的接收响应消息，则向操作维护中心重新发送该告警消息。

7.如权利要求6所述的系统，其特征在于，所述告警接收模块还用于：

若所述告警消息为告警产生消息，则将该告警产生消息添加到自身维护的活跃告警列表中；

若所述告警消息为告警消除消息，则删除自身维护的活跃告警列表中该告警消除消息对应的告警产生消息。

8.如权利要求7所述的系统，其特征在于，所述告警上报模块还用于：

在重新发送所述告警消息的次数超过预先设定的告警消息重发次数门限值时，确定主控全局板与操作维护中心之间的通信链路出现故障，转入通信等待态，在通信等待态下执行如下操作：

定时向操作维护中心发送握手消息，根据是否接收到来自操作维护中心的对该握手消息的接收响应消息确定所述故障是否恢复；接收并存储外围单板发来的告警消息；在确定所述故障恢复时，转入历史告警同步态；

在历史告警同步态下，将存储的告警消息发送给操作维护中心。

9.如权利要求8所述的系统，其特征在于，所述告警上报模块用于：

在历史告警同步态下，若存储的告警消息的数据量小于预先设定的告警消息数据量门限值，则将该告警消息放入上报缓冲区，转入就绪态；若存储的告警消息的数据量大于预先设定的告警消息数据量门限值，则将该告警消息写入文件，并将该文件上传到操作维护中心；

在就绪态下，读取上报缓冲区中的告警消息，向操作维护中心发送该告警消息；若未接收到来自操作维护中心的对该告警消息的接收响应消息，则向操作维护中心重新发送该告警消息。

10.如权利要求9所述的系统，其特征在于，所述告警上报模块还用于：

在将该文件上传到操作维护中心后，向操作维护中心发送历史告警状态报告；接收到操作维护中心返回的历史告警状态报告应答后，若该历史告警状态报告应答中携带活跃告警同步请求信息，则转入活跃告警同步态，否则，转入就绪态；

在活跃告警同步态下，向操作维护中心发送活跃告警列表信息，以使操作维护中心根据该活跃告警列表确定当前还未消除的故障，并转入就绪态。

11.如权利要求10所述的系统，其特征在于，所述告警上报模块还用于：

在活跃告警同步态下，若告警上报模块保存有待发送的告警消息，则将该告警消息写入文件中，并将该文件发送给操作维护中心。

12.一种告警上报方法，其特征在于，该方法包括：

外围单板产生告警消息，向主控全局板发送该告警消息；若未接收到来自主控全局板的对该告警消息的接收响应消息，则向主控全局板重新发送该告警消息；

主控全局板在接收到来自外围单板的告警消息时，向外围单板发送对该告警消息的接收响应消息，并向操作维护中心发送该告警消息；若未接收到来自操作维护中心的对该告警消息的接收响应消息，则向操作维护中心重新发送该告警消息；

操作维护中心在接收到来自主控全局板的告警消息时，向主控全局板发送对该告警消息的接收响应消息，并根据该告警消息进行告警处理。

13.如权利要求12所述的方法，其特征在于，所述外围单板产生告警消息，向主控全局板发送该告警消息；若未接收到来自主控全局板的对该告警消息的接收响应消息，则向主控全局板重新发送该告警消息包括：

外围单板中的告警监测模块监测到故障产生或故障消除时，向外围单板中的告警代理模块发送告警消息；

告警代理模块接收到来自告警监测模块的告警消息时，向主控全局板发送该告警消息；告警代理模块若未接收到来自主控全局板的对该告警消息的接收响应消息，则向主控全局板重新发送该告警消息。

14.如权利要求13所述的方法，其特征在于，告警监测模块通过调用告警代理模块的接口函数，向外围单板中的告警代理模块发送告警消息。

15.如权利要求13所述的方法，其特征在于，在告警代理模块向主控全局板发送该告警消息之前，该方法进一步包括：

若所述告警消息为告警产生消息，则告警代理模块确定活跃告警列表中是否存在与该告警产生消息相同的告警消息；所述活跃告警列表是用于记录相应告警未消除的告警产生消息的列表；

所述向主控全局板发送该告警消息包括：

告警代理模块在确定活跃告警列表中不存在与该告警产生消息相同的告警消息时，向主控全局板发送该告警消息；

在告警代理模块向主控全局板发送该告警消息之后，该方法进一步包括：

告警代理模块在接收到来自主控全局板的对该告警产生消息的接收响应消息时，将该告警产生消息添加到活跃告警列表中。

16.如权利要求13所述的方法，其特征在于，在告警代理模块向主控全局板发送该告警消息之前，该方法进一步包括：

若所述告警消息为告警消除消息，则告警代理模块确定活跃告警列表中是否存在与该告警消除消息对应的告警产生消息；所述活跃告警列表是用于记录相应告警未消除的告警产生消息的列表；

所述向主控全局板发送该告警消息包括：

告警代理模块在确定活跃告警列表中存在与该告警消除消息对应的告警产生消息时，向主控全局板发送该告警消息；

在告警代理模块向主控全局板发送该告警消息之后，该方法进一步包括：

告警代理模块在接收到来自主控全局板的对该告警消除消息的接收响应消息时，删除活跃告警列表中该告警消除消息对应的告警产生消息。

17.如权利要求12-16中任一所述的方法，其特征在于，所述主控全局板在接收到来自外围单板的告警消息时，向外围单板发送对该告警消息的接收响应消息，并向操作维护中心发送该告警消息；若未接收到来自操作维护中心的对该告警消息的接收响应消息，则向操作维护中心重新发送该告警消息包括：

主控全局板中的告警接收模块接收到来自外围单板的告警消息时，向外围单板发送对该告警消息的接收响应消息，并将该告警消息发送给主控全局板中的告警上报模块；

告警上报模块接收到来自告警接收模块的告警消息时，向操作维护中心发送该告警消息；若未接收到来自操作维护中心的对该告警消息的接收响应消息，则向操作维护中心重新发送该告警消息。

18.如权利要求17所述的方法，其特征在于，在告警接收模块将该告警消息发送给告警上报模块之前，该方法进一步包括：

若所述告警消息为告警产生消息，则告警接收模块将该告警产生消息添加到自身维护的活跃告警列表中；

若所述告警消息为告警消除消息，则告警接收模块删除自身维护的活跃告警列表中该告警消除消息对应的告警产生消息。

19.如权利要求18所述的方法，其特征在于，在告警上报模块重新发送所述告警消息的次数超过预先设定的告警消息重发次数门限值时，该方法进一步包括：

告警上报模块确定主控全局板与操作维护中心之间的通信链路出现故障，转入通信等待态，在通信等待态下执行如下操作：

定时向操作维护中心发送握手消息，根据是否接收到来自操作维护中心的对该握手消息的接收响应消息确定所述故障是否恢复；接收并存储外围单板发来的告警消息；在确定所述故障恢复时，转入历史告警同步态；

在历史告警同步态下，将存储的告警消息发送给操作维护中心。

20.如权利要求19所述的方法，其特征在于，所述将存储的告警消息发送给操作维护中心包括：

若存储的告警消息的数据量小于预先设定的告警消息数据量门限值，则将该告警消息放入上报缓冲区，转入就绪态；若存储的告警消息的数据量大于预先设定的告警消息数据量门限值，则将该告警消息写入文件，并将该文件上传到操作维护中心；

在就绪态下，读取上报缓冲区中的告警消息，向操作维护中心发送该告警消息；若未接收到来自操作维护中心的对该告警消息的接收响应消息，则向操作维护中心重新发送该告警消息。

21.如权利要求20所述的方法，其特征在于，在将该文件上传到操作维护中心之后，该方法进一步包括：

告警上报模块向操作维护中心发送历史告警状态报告；接收到操作维护中心返回的历史告警状态报告应答后，若该历史告警状态报告应答中携带活跃告警同步请求信息，则转入活跃告警同步态，否则，转入就绪态；

在活跃告警同步态下，告警上报模块向操作维护中心发送活跃告警列表信息，以使操作维护中心根据该活跃告警列表确定当前还未消除的故障，并转入就绪态。

22.如权利要求21所述的方法，其特征在于，在活跃告警同步态下，若告警上报模块保存有待发送的告警消息，则告警上报模块将该告警消息写入文件中，并将该文件发送给操作维护中心。

23.一种外围单板，其特征在于，该外围单板包括：

告警监测模块，用于在监测到故障产生或故障消除时，向告警代理模块发送告警消息；

告警代理模块，用于在接收到来自告警监测模块的告警消息时，向主控全局板发送该告警消息；若未接收到来自主控全局板的对该告警消息的接收响应消息，则向主控全局板重新发送该告警消息。

24.如权利要求23所述的外围单板，其特征在于，所述告警监测模块用于：

通过调用告警代理模块的接口函数，向外围单板中的告警代理模块发送告警消息。

25.如权利要求23所述的外围单板，其特征在于，所述告警代理模块用于：

在所述告警消息为告警产生消息时，确定活跃告警列表中是否存在与该告警产生消息相同的告警消息，若不是，则向主控全局板发送该告警消息；所述活跃告警列表是用于记录相应告警未消除的告警产生消息的列表；

在接收到来自主控全局板的对该告警产生消息的接收响应消息时，将该告警产生消息添加到活跃告警列表中。

26.如权利要求23所述的外围单板，其特征在于，所述告警代理模块用于：

在所述告警消息为告警消除消息时，确定活跃告警列表中是否存在与该告警消除消息对应的告警产生消息，若是，则向主控全局板发送该告警消息；所述活跃告警列表是用于记录相应告警未消除的告警产生消息的列表；

在接收到来自主控全局板的对该告警消除消息的接收响应消息时，删除活跃告警列表中该告警消除消息对应的告警产生消息。

27.一种主控全局板，其特征在于，该主控全局板包括：

告警接收模块，用于接收到来自外围单板的告警消息时，向外围单板发送对该告警消息的接收响应消息，并将该告警消息发送给告警上报模块；

告警上报模块，用于接收到来自告警接收模块的告警消息时，向操作维护中心发送该告警消息；若未接收到来自操作维护中心的对该告警消息的接收响应消息，则向操作维护中心重新发送该告警消息。

28.如权利要求27所述的主控全局板，其特征在于，所述告警接收模块还用于：

若所述告警消息为告警产生消息，则将该告警产生消息添加到活跃告警列表中；

若所述告警消息为告警消除消息，则删除活跃告警列表中该告警消除消息对应的告警产生消息；所述活跃告警列表是用于记录相应告警未消除的告警产生消息的列表。

29.如权利要求28所述的主控全局板，其特征在于，所述告警上报模块还用于：

在重新发送所述告警消息的次数超过预先设定的告警消息重发次数门限值时，确定主控全局板与操作维护中心之间的通信链路出现故障，转入通信等待态，在通信等待态下执行如下操作：

定时向操作维护中心发送握手消息，根据是否接收到来自操作维护中心的对该握手消息的接收响应消息确定所述故障是否恢复；接收并存储外围单板发来的告警消息；在确定所述故障恢复时，转入历史告警同步态；

在历史告警同步态下，将存储的告警消息发送给操作维护中心。

30.如权利要求29所述的主控全局板，其特征在于，所述告警上报模块用于：

在历史告警同步态下，若存储的告警消息的数据量小于预先设定的告警消息数据量门限值，则将该告警消息放入上报缓冲区，转入就绪态；若存储的告警消息的数据量大于预先设定的告警消息数据量门限值，则将该告警消息写入文件，并将该文件上传到操作维护中心；

在就绪态下，读取上报缓冲区中的告警消息，向操作维护中心发送该告警消息；若未接收到来自操作维护中心的对该告警消息的接收响应消息，则向操作维护中心重新发送该告警消息。

31.如权利要求30所述的主控全局板，其特征在于，所述告警上报模块还用于：

在将该文件上传到操作维护中心后，向操作维护中心发送历史告警状态报告；接收到操作维护中心返回的历史告警状态报告应答后，若该历史告警状态报告应答中携带活跃告警同步请求信息，则转入活跃告警同步态，否则，转入就绪态；

在活跃告警同步态下，向操作维护中心发送活跃告警列表信息，以使操作维护中心根据该活跃告警列表确定当前还未消除的故障，并转入就绪态。

32.如权利要求31所述的主控全局板，其特征在于，所述告警上报模块还用于：

在活跃告警同步态下，若告警上报模块保存有待发送的告警消息，则将该告警消息写入文件中，并将该文件发送给操作维护中心。

Images