CN102263670A - 一种告警消息的上报处理方法及装置 - Google Patents

Abstract

本发明公开了一种告警消息的上报处理方法及装置，用以提供一种有效的告警判定处理方案，使OMC过滤掉不必要的告警消息，将用户关心的告警消息上报给OMT，并且避免告警抖动现象。本发明提供的一种告警消息的上报处理方法包括：当收到来自网元设备的告警消息时，采用预设的系统过滤条件，对告警消息进行系统过滤判定；根据系统过滤判定结果，确定是否将告警消息上报给操作维护终端OMT。

Description

一种告警消息的上报处理方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种告警消息的上报处理方法及装置。

背景技术

在网元设备上报的众多的告警消息中，如果操作维护中心(OMC)将众多告警消息直接呈现给用户，会导致操作维护终端(OMT)的告警监控界面呈现过多的告警消息，并且还很有可能出现一些告警频繁抖动上报，不利于用户进行及时、有效的监控和处理。

目前的通信网络中，当网元设备内出现故障时，会上报不同的告警消息。而OMC需要同时管理多个网元设备，这样就有可能会出现大量告警消息上报到OMC，在出现告警抖动上报的情况下，OMC会收到非常多的告警消息，给OMC处理、呈现告警带来很大的压力。

而现有技术中，采用的无判定的直接呈现方案是一种最简单的告警上报方法，当网元设备的告警消息上报到OMC时，OMC不进行任何的告警判定，将所有的告警消息都进行呈现。在整个流程中OMC没有对上报的告警进行任何的判定，只要网元设备上报告警消息，OMC就将该告警消息发送给OMT进行呈现，整个过程如图1所示。

然而，现有技术的最大缺陷就是没有提供有效的告警过滤判定处理，使得网元设备上报的告警消息直接呈现给告警监控人员，给运维人员监控告警、快速恢复故障带来很大不便。即该方案在告警消息发送到OMC后，未经过任何处理或经过不太完善的处理之后，就呈现到OMT的告警监控界面。没有给用户提供一个高效的监控、处理告警的平台和环境。同时，该方案在网元设备告警出现抖动的情况下，使得OMT的告警监控页面出现不断闪动，即同一条告警很快地产生又很快的清除，而用户真正想关心和监控的告警则得不到很好的呈现。

发明内容

本发明实施例提供了一种告警消息的上报处理方法及装置，用以提供一种有效的告警判定处理方案，使OMC过滤掉不必要的告警消息，将用户关心的告警消息上报给OMT，并且避免告警抖动现象。

本发明实施例提供的一种告警消息的上报处理方法包括：

当收到来自网元设备的告警消息时，采用预设的系统过滤条件，对告警消息进行系统过滤判定；

根据系统过滤判定结果，确定是否将告警消息上报给操作维护终端OMT。

本发明实施例提供的一种告警消息的上报处理装置包括：

接收单元，用于接收来自网元设备的告警消息；

系统过滤判定单元，用于采用预设的系统过滤条件，对告警消息进行系统过滤判定；根据系统过滤判定结果，确定是否将告警消息上报给操作维护终端OMT。

本发明实施例，当收到来自网元设备的告警消息时，采用预设的系统过滤条件，对告警消息进行系统过滤判定；根据系统过滤判定结果，确定是否将告警消息上报给操作维护终端OMT，从而实现了一种有效的告警判定处理方案，使OMC过滤掉不必要的告警消息，将用户关心的告警消息上报给OMT，并且避免告警抖动现象。

附图说明

图1为现有技术提供的告警消息的发送过程示意图；

图2为本发明实施例提供的告警消息的发送过程示意图；

图3为本发明实施例提供的告警消息的上报处理方法流程示意图；

图4为本发明实施例提供的告警消息的上报处理方法流程示意图；

图5为本发明实施例提供的告警消息的上报处理方法流程示意图；

图6为本发明实施例提供的告警消息的上报处理装置的结构示意图。

具体实施方式

本发明实施例提供了一种告警消息的上报处理方法及装置，用以提供一种有效的告警判定处理方案，使OMC过滤掉不必要的告警消息，将用户关心的告警消息上报给OMT，并且避免告警抖动现象。

本发明实施例制定了一个可靠的告警判定方案，将网元设备上报的告警消息进行处理，将用户希望监控和处理的告警进行完整呈现，使得告警消息可以有效地、恰当地呈现给用户，本发明实施例提供的技术方案的原理如图2所示，其中，本发明实施例在OMC侧收到网元设备上报的告警消息后，对告警消息进行一系列的告警判定处理，具体包括：系统过滤判定、延迟判定、抖动判定、频次衍生判定、相关性判定、用户过滤判定等方面。具体的判断处理过程，参见图3，对告警消息依次进行：系统过滤判定、延迟判定、抖动判定、频次衍生判定、相关性判定、用户过滤判定。

下面对每一种判定进行解释说明。

系统过滤判定：用户可以通过OMT提供的告警管理界面创建或修改告警系统过滤规则，可以选择好要过滤的告警消息，同时设置过滤的起始时间和结束时间，OMC在接收到网元设备发送的告警消息后，会自动判定该告警消息是否满足系统过滤规则，如果满足，则该告警消息不显示在OMT的实时监控窗口。系统过滤规则对所有登陆用户的实时监控窗口都会生效。系统过滤规则可以配置的参数包括：告警系统过滤起始时间、告警系统过滤终止时间，告警处理结果(丢弃或者保存到OMC数据库中)和过滤器，其中，过滤器参数包括：告警编号(即告警消息的类别编号)、告警细节号(即告警消息编号)、告警级别、告警类型和/或故障源标识(即发送告警消息的网元设备的标识)等。

延迟判定：适用于一些临时产生的告警消息，这种告警消息只有在很长时间内持续上报，才需要将该告警消息上报到OMT实时监控窗口。延迟判定可以配置的参数包括：延迟判定的起始时间、终止时间、定时器时长T和过滤器，其中，过滤器参数包括：告警编号、告警细节号、告警级别、告警类型和/或故障源标识等参数。

抖动判定：发生抖动，即同样是告警消息的上报次数超过预设的最小反复次数，则网管会将该告警消息放入OMC的缓存中，继续监视该告警消息，而不是上报该告警消息并显示到OMT的实时监控界面中。监视该告警消息的时间为预设的稳定时间，在这个稳定时间内，被放入缓存进行监视的告警消息，如果没有再次发生抖动的情况，那么OMC服务器就根据其他的规则判定该条告警消息是否可以上报到OMT并在实时监控界面中显示出来；否则，OMC继续监视该告警消息，直到在稳定时间内没有再次发生抖动的情况，最后上报；如果新上报的告警消息不满足抖动告警定义，即不是抖动告警，则直接上报。抖动规则可以配置的参数，包括：起始时间、终止时间、最小反复次数、稳定时间和过滤器，其中，过滤器参数包括：告警编号、告警细节号、告警级别、告警类型和/或故障源标识等参数。

频次衍生判定：在一定时间内，收到某一条告警消息达到一定的门限次数，则上报一条由该告警消息衍生出来的新告警消息。频次衍生规则可以配置的参数包括：起始时间、终止时间、门限次数、定时器时长T和过滤器，其中，过滤器参数包括：告警编号、告警细节号、告警级别、告警类型和/或故障源标识等参数。

相关性判定：当有多个相关联的告警消息(包括一条主告警消息、多条辅告警消息)上报时，在OMT的实时监控窗口，只显示主告警消息，当在实时监控窗口中双击主告警消息时，如果有其关联的辅告警消息存在，则以树状图形进行显示主告警消息和多条辅告警消息的主辅关系，这样运维人员就可以很快明确多条告警消息之间的关联关系。相关性判定需要设置的参数包括：主告警消息的告警对象类，以及告警原因；辅告警消息的告警原因(即是否与主告警消息相同，如果不同，需要选择告警原因和特定原因，可多选)、告警源(与主告警消息的关系，是主告警消息的父对象，子对象或是相同对象)、告警产生时间关系(早于或晚于主告警消息的时间，例如1-9分钟等)。

用户过滤判定：每一个运维人员针对自己希望监控的告警消息设置的过滤规则，仅对本用户有效。该告警过滤规则生效后，仅针对当前用户生效；不仅影响后继产生的告警消息；同时也会过滤原来界面上的告警消息。用户过滤规则可以配置的参数包括：起始时间、终止时间、告警处理结果(丢弃或者保存到OMC数据库中)和过滤器，其中过滤器参数包括：告警编号、告警细节号、告警级别、告警类型和/或故障源标识等参数。

上述六个判定规则，可以任选其一对告警消息进行上报处理，也可以选择其中的多个判定规则进行上报处理。

参见图4，本发明实施例提供的一种告警消息的上报处理方法，包括：

S101、当收到来自网元设备的告警消息时，采用预设的系统过滤条件，对告警消息进行系统过滤判定；

S102、根据系统过滤判定结果，确定是否将告警消息上报给操作维护终端OMT。

较佳地，所述系统过滤条件包括：

告警消息类别编号、告警消息编号、告警级别、告警类型和/或故障源。

较佳地，所述根据系统过滤判定结果，确定是否将告警消息上报给OMT，包括：当告警消息满足所述系统过滤条件(即所述的系统过滤规则)时，将该告警消息丢弃或保存到操作维护中心OMC数据库中；

当告警消息不满足所述系统过滤条件时，该方法还包括：

对告警消息进行延迟判定，根据延迟判定结果，确定是否将告警消息上报给OMT。

较佳地，所述对告警消息进行延迟判定，根据延迟判定结果，确定是否将告警消息上报给OMT，包括：

启动延迟定时器，判断在延迟定时器超时之后，是否还收到同一网元设备上报的相同的告警消息，如果是，则将该告警消息上报给OMT；否则，将该告警消息丢弃或保存到OMC数据库中。

较佳地，该方法还包括：

判断保存到OMC内存中的告警消息是否是抖动告警消息，如果是，则通知OMT该告警消息是抖动告警消息；否则，将该告警消息上报给OMT。

较佳地，所述判断是否需要上报告警消息的衍生消息，包括：

判断是否在预设的时间段内收到同一网元设备上报的同样的告警消息的次数超过预设的次数阈值，如果是，则上报该告警消息的衍生消息；否则，判断是否存在预设的相关性判断规则。

较佳地，

当存在预设的相关性判断规则时，判断告警消息是主告警消息还是辅告警消息；

当告警消息是主告警消息时，继续判断是否存在用户过滤规则；

当告警消息是辅告警消息时，判断是否存在该辅告警消息的主告警消息，如果存在，则将该告警消息丢弃或保存到OMC数据库中；否则，继续判断是否存在用户过滤规则。

较佳地，

当存在用户过滤规则时，判断告警消息是否满足用户过滤规则，如果是，则将该告警消息丢弃或保存到OMC数据库中；否则，将该告警消息上报给OMT；

当不存在用户过滤规则时，将该告警消息上报给OMT。

下面给出整个告警判定的流程说明，参见图5，OMC从接收告警消息到最终将告警消息发送给OMT的整个上报处理流程包括：

OMC接收由网元设备上报的告警消息，首先会判定是否满足已经存在的系统过滤规则，如果满足则直接将该告警消息按照规则中的描述进行处理；否则再查是否存在该告警消息的延时规则，如果存在，则根据定时器的定时时长，将该告警消息先缓存在OMC的内存中，当定时器超时时，将该告警消息继续进行后续的规则判定；如果不存在告警消息的延时规则，同样需要继续进行后续规则的判定。判断是否存在告警消息的抖动规则，如果存在，而该告警消息又满足对抖动告警的定义，则上报抖动告警；如果不存在告警抖动规则，就继续判断是否存在频次衍生规则，如果存在，则判断上报的告警消息是否满足频次衍生规则，如果满足，则上报一条由该告警消息衍生的告警消息；否则，继续判断是否存在告警消息的相关性规则，如果存在告警相关性规则，再判断该告警消息是主告警消息还是辅告警消息，如果是辅告警消息，则查找是否有该辅告警消息的主告警消息存在，如果存在主告警消息，则将该告警消息丢弃；如果不存在主告警消息，则可以判断该告警消息是否满足用户过滤规则，如果满足，则不上报给OMT，如果不满足用户过滤规则就可以将该告警消息上报给OMT，从而呈现到用户的实时监控窗口。如果不存在告警相关性规则或者上报的是主告警消息，则可以直接进行用户过滤规则的判定。

通过上述的判定流程，就可以完全按照用户的监控意愿进行告警显示。

由此可见，本发明实施例首先进行系统过滤规则的判定，这是对整个系统有绝对影响的过滤规则，这样可以将某些对监控没有意见和有干扰的告警提前过滤干净，不需要已经进行了一系列的判定之后，才发现该告警是不需要监控的，这样大大浪费了OMC处理的时间；可以先将整个系统不需要监控的告警过滤，接着可以将一些临时产生的告警屏蔽，避免了再做之后的告警判定，节约了时间，而再做抖动规则的过滤；先进行频次衍生判定再进行相关性的判定，可以将频次衍生出来的告警也进行相关性的处理，否则告警还没有稳定就进行了多次相关性判定，会浪费OMC的处理时间和资源；最后是用户过滤规则的判定，这是针对每个用户特定的判定规则，具有很强的针对性，做到了告警监控的量身定制。

本发明实施例提供的处理流程，采用先系统再用户的先后顺序，符合先公后私的原则，使得之前的处理流程都是通用的，只需要到最后一步才进行细化处理，这样提高了OMC判定效率；同时采用先延迟再抖动再频次衍生最后相关性判定的顺序，能够提前将临时产生的告警、抖动告警和频次衍生的告警，进行判定，避免对多条无用的告警进行相关性的判定，大大节约了处理的时间和资源，提高了告警判定的整体效率。

参见图6，本发明实施例提供的一种告警消息的上报处理装置，包括：

接收单元11，用于接收来自网元设备的告警消息；

系统过滤判定单元12，用于采用预设的系统过滤条件，对告警消息进行系统过滤判定；根据系统过滤判定结果，确定是否将告警消息上报给操作维护终端OMT。

较佳地，所述系统过滤条件包括：

告警消息类别编号、告警消息编号、告警级别、告警类型和/或故障源。

较佳地，该装置还包括延迟判定单元13；

所述系统过滤判定单元12，当告警消息满足所述系统过滤条件时，将该告警消息丢弃或保存到操作维护中心OMC数据库中；当告警消息不满足所述系统过滤条件时，触发延迟判定单元13；

延迟判定单元13，用于对告警消息进行延迟判定，根据延迟判定结果，确定是否将告警消息上报给OMT。

较佳地，所述延迟判定单元13，启动延迟定时器，判断在延迟定时器超时之后，是否还收到同一网元设备上报的相同的告警消息，如果是，则将该告警消息上报给OMT；否则，将该告警消息丢弃或保存到OMC数据库中。

较佳地，该装置还包括：

抖动判定单元14，用于判断保存到OMC内存中的告警消息是否是抖动告警消息，如果是，则通知OMT该告警消息是抖动告警消息；否则，将该告警消息上报给OMT。

较佳地，该装置还包括：衍生判定单元15和相关性判定单元16；

所述衍生判定单元15，用于判断是否在预设的时间段内收到同一网元设备上报的同样的告警消息的次数超过预设的次数阈值，如果是，则上报该告警消息的衍生消息；否则，触发相关性判定单元16；

相关性判定单元16，用于判断是否存在预设的相关性判断规则。

较佳地，

当存在预设的相关性判断规则时，相关性判定单元16判断告警消息是主告警消息还是辅告警消息；

当告警消息是主告警消息时，相关性判定单元16触发用户过滤判定单元17；

当告警消息是辅告警消息时，相关性判定单元16判断是否存在该辅告警消息的主告警消息，如果是，则将该告警消息丢弃或保存到OMC数据库中；否则，触发用户过滤判定单元17；

用户过滤判定单元17，用于判断是否存在用户过滤规则。

较佳地，当存在用户过滤规则时，所述用户过滤判定单元17，判断告警消息是否满足用户过滤规则，如果是，则将该告警消息丢弃或保存到OMC数据库中；否则，将该告警消息上报给OMT；

当不存在用户过滤规则时，所述用户过滤判定单元17，将告警消息上报给OMT。

综上所述，本发明实施例，当收到来自网元设备的告警消息时，采用预设的系统过滤条件，对告警消息进行系统过滤判定；根据系统过滤判定结果，确定是否将告警消息上报给操作维护终端OMT，从而实现了一种有效的告警判定处理方案，使OMC过滤掉不必要的告警消息，将用户关心的告警消息上报给OMT，过滤用户不希望呈现的告警消息，可以将有相关性的告警，进行简洁明了的呈现，并且避免告警抖动现象，OMC告警判定的效率很高，满足告警监控人员的不同告警呈现需求。

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

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

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

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

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

Claims (16)

1.一种告警消息的上报处理方法，其特征在于，该方法包括：

当收到来自网元设备的告警消息时，采用预设的系统过滤条件，对告警消息进行系统过滤判定；

根据系统过滤判定结果，确定是否将告警消息上报给操作维护终端OMT。

2.根据权利要求1所述的方法，其特征在于，所述系统过滤条件包括：

告警消息类别编号、告警消息编号、告警级别、告警类型和故障源中的一种或多种。

3.根据权利要求2所述的方法，其特征在于，所述根据系统过滤判定结果，确定是否将告警消息上报给OMT，包括：当告警消息满足所述系统过滤条件时，将该告警消息丢弃或保存到操作维护中心OMC数据库中；

当告警消息不满足所述系统过滤条件时，对告警消息进行延迟判定，根据延迟判定结果，确定是否将告警消息上报给OMT。

4.根据权利要求3所述的方法，其特征在于，所述对告警消息进行延迟判定，根据延迟判定结果，确定是否将告警消息上报给OMT，包括：

判断在延迟定时器超时之后，是否还收到同一网元设备上报的相同的告警消息，如果是，则将该告警消息上报给OMT；否则，将该告警消息丢弃或保存到OMC数据库中。

5.根据权利要求4所述的方法，其特征在于，该方法还包括：

判断保存到OMC内存中的告警消息是否是抖动告警消息，如果是，则通知OMT该告警消息是抖动告警消息；否则，将该告警消息上报给OMT。

6.根据权利要求5所述的方法，其特征在于，该方法还包括：

判断是否在预设的时间段内收到同一网元设备上报的同样的告警消息的次数超过预设的次数阈值，如果是，则上报该告警消息的衍生消息；否则，进行相关性判断处理。

7.根据权利要求6所述的方法，其特征在于，所述进行相关性判断处理，包括：

当存在预设的相关性判断规则时，判断告警消息是主告警消息还是辅告警消息；

当告警消息是主告警消息时，继续判断是否存在用户过滤规则；

当告警消息是辅告警消息时，判断是否存在该辅告警消息的主告警消息，如果存在，则将该告警消息丢弃或保存到OMC数据库中；否则，进行用户过滤判断处理。

8.根据权利要求7所述的方法，其特征在于，所述进行用户过滤判断处理，包括：

当存在用户过滤规则时，判断告警消息是否满足用户过滤规则，如果是，则将该告警消息丢弃或保存到OMC数据库中；否则，将该告警消息上报给OMT；

当不存在用户过滤规则时，将该告警消息上报给OMT。

9.一种告警消息的上报处理装置，其特征在于，该装置包括：

接收单元，用于接收来自网元设备的告警消息；

系统过滤判定单元，用于采用预设的系统过滤条件，对告警消息进行系统过滤判定；根据系统过滤判定结果，确定是否将告警消息上报给操作维护终端OMT。

10.根据权利要求9所述的装置，其特征在于，所述系统过滤条件包括：

告警消息类别编号、告警消息编号、告警级别、告警类型和故障源中的一种或多种。

11.根据权利要求10所述的装置，其特征在于，该装置还包括延迟判定单元；

所述系统过滤判定单元，当告警消息满足所述系统过滤条件时，将该告警消息丢弃或保存到操作维护中心OMC数据库中；当告警消息不满足所述系统过滤条件时，触发延迟判定单元；

延迟判定单元，用于对告警消息进行延迟判定，根据延迟判定结果，确定是否将告警消息上报给OMT。

12.根据权利要求11所述的装置，其特征在于，所述延迟判定单元，启动延迟定时器，判断在延迟定时器超时之后，是否还收到同一网元设备上报的相同的告警消息，如果是，则将该告警消息上报给OMT；否则，将该告警消息丢弃或保存到OMC数据库中。

13.根据权利要求12所述的装置，其特征在于，该装置还包括：

抖动判定单元，用于判断保存到OMC内存中的告警消息是否是抖动告警消息，如果是，则通知OMT该告警消息是抖动告警消息；否则，将该告警消息上报给OMT。

14.根据权利要求13所述的装置，其特征在于，该装置还包括：衍生判定单元和相关性判定单元；

衍生判定单元，用于判断是否在预设的时间段内收到同一网元设备上报的同样的告警消息的次数超过预设的次数阈值，如果是，则上报该告警消息的衍生消息；否则，触发相关性判定单元；

相关性判定单元，用于判断是否存在预设的相关性判断规则。

15.根据权利要求14所述的装置，其特征在于，

当存在预设的相关性判断规则时，相关性判定单元判断告警消息是主告警消息还是辅告警消息；

当告警消息是主告警消息时，相关性判定单元触发用户过滤判定单元；

当告警消息是辅告警消息时，相关性判定单元判断是否存在该辅告警消息的主告警消息，如果存在，则将该告警消息丢弃或保存到OMC数据库中；否则，触发用户过滤判定单元；

用户过滤判定单元，用于判断是否存在用户过滤规则。

16.根据权利要求15所述的装置，其特征在于，当存在用户过滤规则时，所述用户过滤判定单元，判断告警消息是否满足用户过滤规则，如果是，则将该告警消息丢弃或保存到OMC数据库中；否则，将该告警消息上报给OMT；

当不存在用户过滤规则时，所述用户过滤判定单元，将告警消息上报给OMT。

Images