WO2014040470A1

WO2014040470A1 - 告警消息的处理方法及装置

Info

Publication number: WO2014040470A1
Application number: PCT/CN2013/081539
Authority: WO
Inventors: 胡锡文; 李晶莹
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2012-09-11
Filing date: 2013-08-15
Publication date: 2014-03-20
Anticipated expiration: 2015-03-11
Also published as: CN103684821A

Abstract

本发明公开了一种告警消息的处理方法及装置，其中，该方法包括：判断在预定时间段内是否收到需要上报的告警消息对应的告警恢复消息；在预定时间段内未收到告警恢复消息的情况下，将告警消息上报。通过运用本发明，在存在频繁告警且随即又恢复的告警消息进行了处理，解决了由于短时内大量产生告警和告警恢复消息会给系统带来很大的负荷，占有过多的系统资源，从而影响系统的运行效率的问题，进而减少了占用的系统资源，提升了系统的运行效率。

Description

告警消息的处理方法及装置技术领域本发明涉及通信领域，具体而言，涉及一种告警消息的处理方法及装置。背景技术在电信系统中，设备的故障管理是系统可维护性的重要组成部分。当系统设备出现故障或者出现异常时，设备就会上报告警信息，方便维护人员能及时的定位问题解决故障。告警信息从网元产生，网元接收该告警消息，最后，由网元上报的相应的网元管理系统（Element Management System, 简称为 EMS)，维护人员从 EMS上获得网元的告警信息，从而尽快地定位和排除故障。目前电信系统中告警信息的上报方式一般是网元一产生告警立即上报给 EMS。正常情况下，这种机制可以使操作维护人员及时地了解故障的发生和恢复。但是在一些特殊的情况下，会出现一些特殊的故障，这些故障在很短的时间内不停的发生和恢复，从而在短时间内不停的上报告警和恢复。这种短时内大量产生告警和告警恢复消息会给系统带来很大的负荷，特别是在业务高峰期，会占有过多的系统资源，从而影响系统的运行效率。发明内容本发明实施例提供了一种告警消息的处理方法及装置，以至少解决相关技术中，由于短时内大量产生告警和告警恢复消息会给系统带来很大的负荷，占有过多的系统资源，从而影响系统的运行效率的问题。根据本发明实施例的一个方面，提供了一种告警消息的处理方法，包括：判断在预定时间段内是否收到需要上报的告警消息对应的告警恢复消息；在所述预定时间段内未收到所述告警恢复消息的情况下，将所述告警消息上报。优选地，判断在预定时间段内是否收到需要上报的告警消息对应的告警恢复消息包括：产生所述告警消息的网元判断所述告警消息的告警属性是否设置了告警延时；如果是，则将所述告警延时设定为所述预定时间段，并判断在所述预定时间段内是否收到告警恢复消息。优选地，判断在预定时间段内是否收到告警恢复消息包括：在所述告警延时内，所述网元的定时器定时检测是否收到所述告警恢复消息；如果否，则将所述告警延时减去所述定时器触发一次检测所需的时间得到新的告警延时；将所述预定时间段更新为所述新的告警延时，继续在更新后的预定时间段内判断是否收到所述告警恢复消息。优选地，所述方法还包括：当所述告警消息的告警延时减至为零之前收到所述告警恢复消息，则清除所述告警消息。优选地，所述方法还包括：如果所述告警属性未设置告警延时，则直接向所述网管上报所述告警消息。优选地，所述方法还包括：所述网元按照各个所述告警消息的优先级对所述告警消息进行处理。优选地，判断在预定时间段内是否收到告警恢复消息之前，还包括：所述网元判断在预定时间内是否存在上报次数大于第一预设次数且恢复次数大于第二预设次数的告警消息；如果是，则在所述告警消息的告警属性中设置所述告警延时。根据本发明实施例的另一方面，提供了一种告警消息的处理装置，包括：第一判断模块，设置为判断在预定时间段内是否收到需要上报的告警消息对应的告警恢复消息；上报模块，设置为在所述预定时间段内未收到所述告警恢复消息的情况下，将所述告警消息上报。优选地，所述第一判断模块包括：判断单元，设置为判断所述告警消息的告警属性是否设置了告警延时；设置单元，设置为在所述告警消息的告警属性设置了所述告警延时的情况下，将所述告警延时设定为所述预定时间段，并判断在所述预定时间段内是否收到告警恢复消息。优选地，所述装置还包括：第二判断模块，设置为判断在预定时间内是否存在上报次数大于第一预设次数且恢复次数大于第二预设次数的告警消息；设置模块，设置为在存在上报次数大于第一预设次数且恢复次数大于第二预设次数的告警消息的情况下，在所述告警消息的告警属性中设置所述告警延时。本发明实施例采用了如下方法：在预定时间段内判断是否收到需要上报的告警消息的恢复消息，如果没有收到告警恢复消息，则才将该告警消息进行上报。通过运用本发明实施例，在存在频繁告警且随即又恢复的告警消息进行了处理，解决了由于短时内大量产生告警和告警恢复消息会给系统带来很大的负荷，占有过多的系统资源，从而影响系统的运行效率的问题，进而减少了占用的系统资源，提升了系统的运行效率。附图说明此处所说明的附图用来提供对本发明实施例的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中- 图 1是根据本发明实施例的告警消息的处理方法的流程图；图 2是根据本发明优选实施例实例一的告警消息的处理方法的流程图；图 3是根据本发明优选实施例实例二的定时器消息处理的流程图；图 4是根据本发明实施例的告警消息的处理装置的结构框图一；图 5是根据本发明实施例的告警消息的处理装置的第一判断模块的结构框图；以及图 6是根据本发明实施例的告警消息的处理装置的结构框图二。具体实施方式下文中将参考附图并结合实施例来详细说明本发明实施例。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。基于相关技术中由于短时内大量产生告警和告警恢复消息会给系统带来很大的负荷，占有过多的系统资源，从而影响系统的运行效率的问题，本发明实施例提供了一种告警消息的处理方法，该方法的流程如图 1所示，包括步骤 S102至步骤 S104: 步骤 S102，判断在预定时间段内是否收到需要上报的告警消息对应的告警恢复消息；步骤 S104，在预定时间段内未收到告警恢复消息的情况下，将该告警消息上报。本发明实施例采用了如下方法：在预定时间段内判断是否收到需要上报的告警消息的恢复消息，如果没有收到告警恢复消息，则才将该告警消息进行上报。通过运用本实施例，在存在频繁告警且随即又恢复的告警消息进行了处理，解决了由于短时内大量产生告警和告警恢复消息会给系统带来很大的负荷，占有过多的系统资源，从而影响系统的运行效率的问题，进而减少了占用的系统资源，提升了系统的运行效率。由于不同问题的出现会产生不同种类的告警消息，例如，设备真正出现故障产生的告警消息，由于灵敏度较高导致产生的告警消息等。因此，在判断在预定时间段内是否收到告警恢复消息之前，还可以选择对不同的告警消息进行不同的设置，例如，对频繁上报和恢复的告警消息设置告警延时，对没有频繁上报或即使频繁上报但没有频繁恢复的告警消息不设置告警延时。对频繁上报和恢复的告警消息设置告警延时，可以是网元判断在预定时间内是否存在上报次数大于第一预设次数且恢复次数大于第二预设次数的告警消息；如果存在这样的告警消息，则在告警消息的告警属性中设置告警延时。实施过程中，第一预设次数与第二预设次数可以相同，也可以不同，例如，设置预定时间为 10分钟，第一预设次数与第二预设次数同时为 20次，则如果同一告警消息在 10分钟内上报和恢复的次数都大于 20次，则设置该告警消息的告警属性，将其属性设置为具有告警延时的属性。设置的方式可以是在没有该告警延时属性的选项时增加该选项，也可以是在有该告警延时的属性选项时，通过 0和 1来设置其关闭和开启。在步骤 S102的执行过程中，判断在预定时间段内是否收到需要上报的告警消息对应的告警恢复消息的过程可以如下：产生告警消息的网元判断告警消息的告警属性是否设置了告警延时；如果设置了告警延时，则将告警延时设定为预定时间段，并判断在预定时间段内是否收到告警恢复消息。实施时，在告警延时内，网元的定时器定时检测是否收到告警恢复消息；如果没有收到告警恢复消息，则将告警延时减去定时器触发一次检测所需的时间得到新的告警延时；将预定时间段更新为新的告警延时，继续在更新后的预定时间段内判断是否收到告警恢复消息，继续检测是否收到告警恢复消息。如果当告警消息的告警延时减至为零之前收到告警恢复消息，则清除告警消息。如果当告警消息的告警延时减至为零之时仍未收到告警恢复消息，则将该告警消息上报至网管。实施过程中，如果告警属性未设置告警延时（也可能是设置了未开启的状态），则说明该告警消息不属于频繁上报和恢复的告警消息，直接向网管上报告警消息。在上述步骤执行的过程中，网元按照各个告警消息的优先级对告警消息进行处理。例如， A告警消息相对于 B告警消息更重要，则可以设置 A告警消息的优先级高于 B 告警消息，则在对告警消息进行处理时，即使 B告警消息先于 A告警消息产生，也先对 A告警消息进行处理。实施时，还可以设置一个告警缓存池来存放上述告警消息。则在告警缓存池中，可以由多个告警消息，在对多个告警消息进行处理时，可以按照告警消息的优先级进行处理。本实施例通过上述方法对告警消息进行特殊处理，来有效的减少系统负荷，同时也有利于操作维护人员筛选告警信息进行处理。下面结合优选实施例对上述实施方式进行说明。优选实施例本优选实施例提供了一种告警消息上报的方法，可以有效的处理短时内频繁上报的告警信息，即让操作维护人员了解到系统有该告警，又不至于在短时间内产生过多的告警。该优选实施例的告警消息上报的方法包括步骤：

( 1 ) 根据目前系统设备的告警，判断是否存在短时间内频繁上报的告警。

(2)如果存在，再根据这类告警的持续时间，设置这些告警延时上报的时间，可以根据需要设置不同告警的延时时长，延时时间越长告警上报给 EMS的就越少；如果不存在，则不对其进行设置。

(3 ) 设置了告警延时后，如果产生告警消息，则启用网元内部定时器。实施时，上述过程的实现方法如下：当任何一个告警消息设置过告警延时上报后就启用该定时器，该定时器是个循环定时器，可以根据需要设置定时器的时长。当定时器消息到达时，首先判断网元内部各个告警的告警延时是否为 0，等于 0的就立即将该告警上报给 EMS，对于非 0的告警就将该告警的告警延时减 1次触发定时器所用的时间。当用户取消所有告警的告警延时时长，即将时长都设置为 0时，就将该定时器取消。

(4) 对设置过告警延时上报的告警消息及告警恢复消息进行处理。实施时，当网元上产生告警时，先根据告警码判断这种告警码是否设置过延时告警，即判断告警消息上报的延时时长是否为 0。如果为 0就说明并未配置，立即将该告警上报给 EMS，如果非 0，就将该告警消息的告警延时时长填入该告警属性中，先不进行上报。等定时器消息到来时，将该告警消息的告警上报时延减去 1次定时器触发的时间，再次以新的告警上报时延检测是否收到告警恢复消息。等减到 0时，还未收到告警恢复消息，再将该告警消息上报给 EMS。当告警恢复消息在该告警时延的时间段内到达，即告警消息的告警上报时延还未减到 0。就在网元内部清除该告警，就不再上报到 EMS，这样就能有效的减少短时内大量的产生又恢复的告警消息，可以根据需要设置告警延时上报的时长。时长设置的越长，这类告警上报给 EMS的数量就越少。下面结合实例一及实例二对上述优选实施例进行说明。实例一本实施例提供一种告警消息的处理方法。其流程如图 2所示，包括步骤 S202至步骤 S216。步骤 S202，根据 EMS的告警消息，分析目前是否存在短时内频繁上报和恢复的告警消息。如果是，则执行步骤 S204，否则，执行步骤 S216。步骤 S204，如果存在短时间内频繁上报和恢复的告警，从告警信息中分析大部分告警的持续时间，可以根据需要，设置告警延时上报的时长。步骤 S206，网元内部产生异常，上报告警消息至网元。在该步骤执行的过程中，也可以在网元内部设置告警模块，则产生的告警消息就上报至网元内部的告警模块。步骤 S208，判断该告警消息的告警属性是否设置了告警延时。网元收到告警消息时，根据该告警消息的告警属性确定是否上报给 EMS网管。如果是，则执行步骤 S210，否则执行步骤 S216。步骤 S210，启动定时器检测在预设置的延时时长内是否收到告警恢复消息。如果收到，则执行步骤 S212，否则执行步骤 S214。步骤 S212，放弃向 EMS上报该告警消息。步骤 S214，将该告警消息上报至 EMS。步骤 S216，将产生的该告警消息直接上报至 EMS。在步骤 S208实施的过程中，当网元的告警模块收到其他模块上报的告警时，先判断该告警是否配置了告警延时上报，如果没有配置那么直接上报给 EMS;如果已配置，就将该告警放入网元告警模块的延时告警池中，并且将该告警配置的告警延时时长赋值给该告警，如果有其他延时告警启动过定时器就不必设置定时器，如果没有设置定时器就需要同时设置定时器，该告警在延时告警中等待定时器消息。实例二图 3是本实例提供的定时器消息处理流程图。在接收到上报的告警消息后，首先启动定时器，下面对定时器的处理流程进行说明，在该实施例中，网元内部独立设置了网元告警模块，其属于相关技术的一部分。该实施例还设置了告警缓存池，用于存放需要上报的告警消息。该定时器处理流程包括步骤 S302至步骤 S320。步骤 S302，网元告警模块收到定时器消息。步骤 S304，判断当前延时告警缓存池中告警数量是否为 0。如果为是，则执行步骤 S306; 如果非 0，则执行步骤 S308。步骤 S306，结束定时器的处理流程。步骤 S308，按照优先级顺序取出第一条告警消息进行处理。步骤 S310，取出的告警消息的告警延时的上报延时时长是否为 0。如果是，则执行步骤 S312，；如果否，则执行步骤 S314。步骤 S312，将该告警消息上报给 EMS网管，并同时将该告警从延时告警中清除。步骤 S314，将该告警消息的告警延时时长减去触发一次定时器的时长。继续进行检测，选择上报告警消息或放弃上报。步骤 S316，判断延时告警池中是否存在下一条告警消息。如果是，则执行步骤 S318, 否则执行步骤 S320。步骤 S318，结束对告警缓存池中告警消息的处理。步骤 S320，取下一条告警消息进行处理。对下一条告警消息的处理即从步骤 S310 再次开始执行。实施过程中，如果告警恢复消息是在该告警延时时长变为 0之前到达，那么直接在告警缓存池中清除该告警消息，不再上报给 EMS。本发明实施例还提供了一种告警消息的处理装置，该装置用于实现上述方法，该装置中的模块可以在处理器中实现，例如，一种处理器包括第一判断模块 10和上报模块 20。这些模块可以通过软件来实现，例如，一种软件包括第一判断模块 10和上报模块 20，该软件还可以存储在计算机可读介质中。该装置的结构框图如图 4所示，包括：第一判断模块 10，设置为判断在预定时间段内是否收到需要上报的告警消息对应的告警恢复消息；上报模块 20，与第一判断模块 10耦合，设置为在预定时间段内未收到告警恢复消息的情况下，将告警消息上报。实施过程中，第一判断模块 10还可以如图 5所示，包括：判断单元 102，设置为判断告警消息的告警属性是否设置了告警延时；设置单元 104，与判断单元 102耦合，设置为在告警消息的告警属性设置了告警延时的情况下，将告警延时设定为预定时间段，并判断在预定时间段内是否收到告警恢复消息。上述告警消息的处理装置还可以如图 6所示，还可以包括：第二判断模块 30，设置为判断在预定时间内是否存在上报次数大于第一预设次数且恢复次数大于第二预设次数的告警消息；设置模块 40，与第二判断模块 30和第一判断模块 10耦合，设置为在存在上报次数大于第一预设次数且恢复次数大于第二预设次数的告警消息的情况下，在告警消息的告警属性中设置告警延时。在上述告警消息的处理装置的第一判断模块 10可以包括以下单元：设置为在告警延时内，定时检测是否收到告警恢复消息的单元；设置为在没有收到告警恢复消息的情况下，将告警延时减去定时器触发一次检测所需的时间得到新的告警延时的单元；设置为将预定时间段更新为新的告警延时，继续在更新后的预定时间段内判断是否收到告警恢复消息的单元。实施过程中，第一判断模块 10还可以包括设置为在告警消息的告警延时减至为零之前收到告警恢复消息的情况下，清除告警消息的单元。如果确定上述告警消息的告警属性未设置告警延，则直接向网管上报告警消息。本实施例通过上述告警消息的处理装置的处理，有效的减少系统负荷，同时也有利于操作维护人员筛选告警信息进行处理。从以上的描述中，可以看出，本发明实施例实现了如下技术效果：本发明实施例采用了如下方法：在预定时间段内判断是否收到需要上报的告警消息的恢复消息，如果没有收到告警恢复消息，则才将该告警消息进行上报。通过运用本实施例，在存在频繁告警且随即又恢复的告警消息进行了处理，解决了由于短时内大量产生告警和告警恢复消息会给系统带来很大的负荷，占有过多的系统资源，从而影响系统的运行效率的问题，进而减少了占用的系统资源，提升了系统的运行效率。显然，本领域的技术人员应该明白，上述的本发明实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

权利要求书

1. 一种告警消息的处理方法，包括：

判断在预定时间段内是否收到需要上报的告警消息对应的告警恢复消息；在所述预定时间段内未收到所述告警恢复消息的情况下，将所述告警消息上报。

2. 根据权利要求 1所述的方法，其中，判断在预定时间段内是否收到需要上报的告警消息对应的告警恢复消息包括：

产生所述告警消息的网元判断所述告警消息的告警属性是否设置了告警延时；

如果是，则将所述告警延时设定为所述预定时间段，并判断在所述预定时间段内是否收到告警恢复消息。

3. 根据权利要求 2所述的方法，其中，判断在预定时间段内是否收到告警恢复消息包括：

在所述告警延时内，所述网元的定时器定时检测是否收到所述告警恢复消息；

如果否，则将所述告警延时减去所述定时器触发一次检测所需的时间得到新的告警延时；

将所述预定时间段更新为所述新的告警延时，继续在更新后的预定时间段内判断是否收到所述告警恢复消息。

4. 根据权利要求 3所述的方法，其中，还包括：当所述告警消息的告警延时减至为零之前收到所述告警恢复消息，则清除所述告警消息。

5. 根据权利要求 2所述的方法，其中，还包括：如果所述告警属性未设置告警延时，则直接向所述网管上报所述告警消息。

6. 根据权利要求 2所述的方法，其中，所述网元按照各个所述告警消息的优先级对所述告警消息进行处理。根据权利要求 1至 6中任一项所述的方法，其中，判断在预定时间段内是否收到告警恢复消息之前，还包括：

所述网元判断在预定时间内是否存在上报次数大于第一预设次数且恢复次数大于第二预设次数的告警消息；

如果是，则在所述告警消息的告警属性中设置所述告警延时。一种告警消息的处理装置，包括：

第一判断模块，设置为判断在预定时间段内是否收到需要上报的告警消息对应的告警恢复消息；

上报模块，设置为在所述预定时间段内未收到所述告警恢复消息的情况下，将所述告警消息上报。根据权利要求 8所述的装置，其中，所述第一判断模块包括：

判断单元，设置为判断所述告警消息的告警属性是否设置了告警延时；设置单元，设置为在所述告警消息的告警属性设置了所述告警延时的情况下，将所述告警延时设定为所述预定时间段，并判断在所述预定时间段内是否收到告警恢复消息。根据权利要求 8所述的装置，其中，还包括：

第二判断模块，设置为判断在预定时间内是否存在上报次数大于第一预设次数且恢复次数大于第二预设次数的告警消息；

设置模块，设置为在存在上报次数大于第一预设次数且恢复次数大于第二预设次数的告警消息的情况下，在所述告警消息的告警属性中设置所述告警延时。