CN101212367A

CN101212367A - 一种告警信息的处理方法及装置

Info

Publication number: CN101212367A
Application number: CNA2007103041836A
Authority: CN
Inventors: 王克冬
Original assignee: Bright Oceans Inter Telecom Software Research Institute Co Ltd
Current assignee: Chengdu Yiyang Telecom Information Technology Co.,Ltd.
Priority date: 2007-12-25
Filing date: 2007-12-25
Publication date: 2008-07-02
Anticipated expiration: 2027-12-25
Also published as: CN101212367B

Abstract

本发明公开了一种告警信息的处理方法，包括步骤：预置能够影响特定主体正常运行的告警信息类型，其中包括核心告警和专业告警；设置核心告警和专业告警之间以及专业告警之间相互有影响的关联关系以及满足告警关联条件的优先级，建立告警关联关系表；获取告警信息，并判断其是否为能够影响所述特定主体正常运行的类型，保存判断结果；根据告警关联关系表，对能够影响所述特定主体正常运行的告警信息类型的告警信息进行告警关联性计算，获取根源告警信息。本发明还公开了一种告警信息的处理装置。本发明通过预先设置能够影响该特定主体的告警信息类型，实现对大量所获取告警信息的过滤，可以降低告警关联性计算的数据处理量，快速得到根源告警信息。

Description

一种告警信息的处理方法及装置

技术领域

本发明涉及告警技术领域，特别是涉及一种告警信息的处理方法及装置。

背景技术

随着电信技术的提高、电信行业业务的发展，电信运营商之间的竞争方式也从网络铺设、带宽等转向业务、服务的竞争，电信运营商的职能已经从过去单一的设备、网络管理，向业务、服务管理发展，有鉴于此，目前电信网的规模不断地扩大，电信设备和网络结构复杂度也不断提高，从而导致了目前电信网产生的告警数量也不断增多，使得对网络的实时监控和故障管理变得更加困难。

告警信息就是描述网络***在运行过程中，出现的软件、硬件故障的数据，通过告警信息，可以告诉用户：网络设备出现了什么样的问题，出问题的具***置。通常告警信息的产生源为网络中的硬件设备和软件***。

现有的网管告警***面对不同专业的大量网元的告警数据，在每一条告警信息进入***后，为了分析产生告警(即引发故障)的根本原因和定位出现问题的具体设备位置，相继地进行归一化处理、过滤、入库和呈现、与其他告警信息关联性计算等操作。按照通常的数学的计算方法，2条告警关联计算如果是2个相互影响的计算步骤(省去了计算的细节和过程)，那么3条告警就是6个计算步骤。如果在10秒之中，集中出现100个有关联性的告警，就有2*(100*100-100)＝19800个计算步骤，这100个相关告警，又会引起更多的具有关联性的告警。通过最后的告警关联性计算，告警***可以在大量的告警信息中找到根源告警信息，通过根源告警信息，可以获知产生告警的根本原因和具***置。

但是，现有的网管告警***只是根据需要监控的专业对所获取的告警信息进行过滤，因此即使在经过过滤步骤后，在后续的关联性计算操作中仍然有大量的告警信息需要进行关联性计算，因此，告警数据计算量大，需要占用大量的计算机资源，从而增加了用户在采购相关硬件设备方面的财政支出。

发明内容

有鉴于此，本发明所要解决的技术问题是提供一种告警信息的处理方法及装置，可以根据能够影响特定主体正常运行的告警信息，有效地找到大量有相互关联关系的告警的根源告警，避免了现有技术中针对所有告警数据进行关联计算带来的计算量大的问题，不仅提高了告警信息的处理效率，而且可以迅速地找到根源告警。

为此，本发明提供了一种告警信息的处理方法，包括以下步骤：

预置能够影响特定主体正常运行的告警信息类型，其中包括核心告警和专业告警，所述核心告警为特定主体自身发生故障所产生的直接影响所述特定主体正常运行的告警信息，所述专业告警为特定主体以外其他主体发生故障所产生的间接影响所述特定主体正常运行的告警信息；

设置所述核心告警和专业告警之间以及专业告警之间相互有影响的关联关系以及满足告警关联条件的优先级，建立告警关联关系表；

获取告警信息，并判断所获取的告警信息是否为能够影响所述特定主体正常运行的类型，保存判断结果；

根据所述告警关联关系表，对能够影响所述特定主体正常运行的告警信息类型的告警信息进行告警关联性计算，获取根源告警信息。

优选地，所述特定主体为用户设定需要监控的设备或者业务。

优选地，用户根据不同时期的需要或者已有的经验来预先设置影响该特定主体运行的告警信息类型。

优选地，当所获取的告警信息的告警标题或告警类型中存在预先设置的关键词时，则获知所获取的告警信息为能够影响所述特定主体正常运行的类型。

优选地，还包括步骤：根据所述根源告警信息和预先存储的与负责根源告警维护部门的映射关系，向根源告警信息对应的维护部门发送告警通知。

此外，本发明还公开了一种告警信息的处理装置，包括告警信息类型预置单元、告警关联关系设置单元、告警信息获取单元、告警信息判断单元、获取根源告警单元，其中，

告警信息类型预置单元，用于预置能够影响特定主体正常运行的告警信息类型，其中包括核心告警和专业告警，所述核心告警为特定主体自身发生故障所产生的直接影响所述特定主体正常运行的告警信息，所述专业告警为特定主体以外其他主体发生故障所产生的间接影响所述特定主体正常运行的告警信息；

告警关联关系设置单元，用于设置所述核心告警和专业告警之间以及专业告警之间相互有影响的关联关系以及满足告警关联条件的优先级，建立告警关联关系表；

告警信息获取单元，用于获取告警信息，并保存告警信息；

告警信息判断单元，用于根据从告警信息类型预置单元获得的影响特定主体正常运行的告警信息类型，判断从告警信息获取单元所获取的告警信息是否为能够影响所述特定主体正常运行的类型，保存能够影响所述特定主体正常运行类型的告警信息；

获取根源告警单元，用于根据告警关联关系设置单元得到的告警关联关系表，对从告警信息判断单元获得的能够影响所述特定主体正常运行的告警信息类型的告警信息进行告警关联性计算，获取根源告警信息。

优选地，还包括一个告警通知单元，用于根据根源告警信息，向相应的维护部门发出告警通知。

由上述本发明的技术方案可知，本发明具有如下优点：

通过预先设置能够影响该特定主体的告警信息类型，例如通过预先设置关键词方式，对所获取告警信息的告警标题或告警类型进行过滤和识别，识别哪些属于核心告警，哪些属于专业告警，可以实现对大量的告警信息的过滤，从而缩小了进行告警信息关联性计算的计算对象范围，大大减少了关联性计算的数据处理量，快速地得到根源告警信息，从而快速获知引起特定主体故障发生的根本原因和具体设备位置，由此可以通过直接解决故障根源。设定特定主体为用户需要进行监控的设备或者业务，用户根据不同时期的需要或者已有的经验来预先设置影响该特定主体运行的告警信息类型，可以有针对性满足用户(运营维护管理人员)的告警监控需求。根据所述根源告警信息和预先存储的负责维护告警信息故障部门的映射关系，向根源告警信息对应的维护部门发送告警通知，使得由根告警引起的一系列故障现象得以迅速解决。

附图说明

图1为本发明实施例一提供的一种告警信息的处理方法的流程图；

图2为本发明中影响特定主体的所有告警信息组成的一个实施例示意图；

图3为本发明实施例二提供的一种告警信息的处理装置的框架图；

图4为本发明实施例三提供的一种告警信息的处理装置的框架图。

具体实施方式

本发明的核心思想是：获取告警信息后，从大量的告警信息中筛选出影响特定主体正常运行的告警信息类型的告警信息，基于这些告警信息相互之间的关联关系进行告警信息的关联性计算，可快速地得到根源告警信息，从而快速获知引起特定主体故障发生的根本原因和具体设备位置。

为使本领域技术人员更好地理解本发明，下面结合具体实施例对本发明提供的技术方案作具体说明。

参见图1，为本发明实施例一提供的一种告警信息的处理方法的流程图，该方法包括以下步骤：

步骤S101：对于特定主体，预置所有能够影响其正常运行的告警信息类型，包括核心告警和影响核心告警的专业告警。

在该步骤中，所述特定主体可以是特定的设备，也可以是业务。当然，对于设备来说，也可以表述成对设备服务的业务，对于基站设备，有相应的基站业务。

在该步骤中，所述特定主体还可以为用户设定需要监控的设备或者业务。

在本步骤，具体实现上，根据不同时期的需要或者已有的经验来预先设置影响该特定主体运行的告警信息类型。所述能够影响所述特定主体正常运行的告警信息包括核心告警和专业告警；其中，所述核心告警为由于特定主体自身发生故障而产生直接影响其正常运行的告警信息，所述专业告警为由于特定主体以外其他主体发生故障而产生的间接影响特定主体正常运行的告警信息。

需要说明的是，对于能够影响特定主体正常运行的告警信息，除了由于特定主体本身设备故障等因素可能会产生之外，特定主体之外的其他主体所发生的故障也可能产生能够影响特定主体正常运行的告警信息。

参见图2，为在本发明中影响特定主体的所有告警信息组成的一个实施例示意图，在图2所示的实施例中，影响特定主体的告警信息包括核心告警A、专业告警1、专业告警2、专业告警3，以及除核心告警与专业告警之外不影响特定主体正常运行的其他告警，当然，根据用户需要，核心告警、专业告警的具体种类可以任意设置，不限于图中所示的1个核心告警、3个专业告警。图中的箭头显示专业告警对核心告警的影响，这种影响可能是实时的，也可能经过一段时间后才能形成，即当专业告警产生后，经过一段时间，才引发核心告警的生成。例如，“动力停电告警”对具有备用电池的设备特定主体来说，是一个专业告警，无法直接影响该特定主体的正常运行，但是，当备用电池放电一定时间以后，无法给特定主体的正常运行提供电力时，该特定主体的自身设备将产生“基站退服告警”，是一个核心告警。

在本发明中，上述能够影响所述特定主体正常运行的专业告警信息类型或者是根据网络运维经验总结出来的，或者根据自己对告警的关心程度来设定。

步骤S102：预置所述核心告警和专业告警之间以及专业告警之间相互有影响的关联关系以及满足告警关联条件的优先级，建立告警关联关系表。

根据上一步，可以得出核心告警和专业告警之间的关联关系，对于专业告警之间有影响的关联关系则需要根据经验进行预置。

例如，根据经验对于已预置的核心告警A、专业告警1、专业告警2、专业告警3，则有核心告警A和专业告警1之间、核心告警A和专业告警2之间、核心告警A和专业告警3之间存在关联关系。另一方面，假设根据经验还知道，发生专业告警1也会导致专业告警2，再导致核心告警A，则有：专业告警1->专业告警2->核心告警A。

根据预置的告警关联关系，建立告警关联关系表如下：

(a1)专业告警1->核心告警A；

(a2)专业告警2->核心告警A；

(a3)专业告警3->核心告警A；

(a4)专业告警1->专业告警2->核心告警A；

同时根据经验，设置告警关联关系满足条件的优先级，如下：

(a1)专业告警1->核心告警A，优先级一般；

(a2)专业告警2->核心告警A，优先级一般；

(a3)专业告警3->核心告警A，优先级一般；

(a4)专业告警1->专业告警2->核心告警A，优先级较高。

步骤S103：获取告警信息，并判断所获取的告警信息是否为能够影响所述特定主体正常运行的类型，保存判断结果。

获取的对象是各种不同专业的大量网元的告警数据，可以来自现有的网管告警***，也可以分别从不同专业的网元管理***获取到。

为了要对特定主体进行监控，根据前述步骤所预置的告警信息类型，依次判断所获取的每一条告警信息是否为能够影响所述特定主体正常运行的类型，判断是特定主体自身发生故障直接影响所述特定主体正常运行的核心告警，还是特定主体以外其他主体发生故障所产生的间接影响所述特定主体正常运行的专业告警。

具体实现上，可以通过预先设置的关键词方式，对告警信息的告警标题或告警类型进行过滤和识别，当所获取的告警信息的告警标题或告警类型中存在预先设置的关键词时，则获知所获取的告警信息为能够影响所述特定主体正常运行的类型，获知哪些是核心告警，哪些是专业告警，将这些告警信息保存。

步骤S104：根据所述告警关联关系表，对能够影响特定主体正常运行的告警信息类型的告警信息进行告警关联性计算，获得根源告警信息。

根据所获取到的直接影响特定主体正常运行的核心告警信息和影响核心告警的专业告警信息进行告警关联性计算，所述的关联性计算过程就是对所有和特定主体相关的告警信息进行两两比较，判断是否满足预置的告警关联条件，对于同时满足告警关联条件的，根据优先级判定满足最高优先级的告警关联条件，从而找出根源告警。根据多项告警信息和告警关联条件找出根源告警的方法属于现有技术，在此不再赘述。

如果同时满足上例中所述的(a1)(a2)(a4)的条件，由于(a4)满足较高优先级条件，则有专业告警1->专业告警2->核心告警A，根源告警为专业告警1。

所述根源告警信息所记录的故障原因和故障具***置即为产生告警(即引发故障)的根本原因和出现问题的具体设备位置。

具体实现上，在执行完步骤S104后，还可以包括如下步骤：

步骤S105：根据根源告警信息和预先存储与负责根告警维护部门的映射关系，向根源告警信息相对应的维护部门发出告警通知。通过该步骤可以实现对设备故障的及时维修。例如，当根源告警信息为电力供应不足告警时，向动力专业维护部门发出告警通知。

具体实现上，也可以由特定主体的维护部门根据根源告警信息向根源告警信息所对应的维护部门发出告警通知。

在上述向相应维护部门发出告警通知步骤中，具体发出告警通知的方式，可以为派发工单的形式，那么维护部门可以根据所收到的工单记载的故障原因和故障位置，进行故障的修复。

在本发明中，为了使每一条告警信息中所记载的故障都有对应的维护部门去维修，可以预先存储每一条告警信息与维护该信息记载故障的部门的映射关系。

鉴于电信网络中告警信息的数量是巨大的，本发明将用户关心的告警作为影响特定主体正常运行的告警类型，具有很强的针对性，大大地过滤了无关的告警信息，从而减少了告警相关性计算的时间，迅速地定位到影响特定主体正常运行的根源告警信息，将全电信网络中能够影响该特定主体的告警所产生位置的分布情况一起汇总出来后进行清晰的呈现，提高了维护人员的运营管理效率。

下面根据以基站作为监控对象的具体实例来说明本发明的技术方案。在实例中，用户所要求进行监控的特定业务主体为：基站业务。基站业务主体的实体是基站，在基站中设置有备用电池。由于基站所属的专业为无线专业，所以在该基站发生故障时，需要由无线专业维护部门对基站进行维护。

根据用户的经验，可以获知能够直接影响基站业务主体正常运行的重大告警有：基站退服、小区退服或载波退服等。除了基站本身由于设备故障等因素造成各种退服告警之外，动力停电、空调损坏停机导致环境温度升高、传输中断告警、基站控制器(Base Station Controller，BSC)相关的告警是造成基站退服告警的主要原因。因此，用户可以预先设置基站退服告警、小区退服告警、载波退服告警作为能够直接影响基站业务主体正常运行的核心告警，设置动力停电告警、空调损坏停机告警、传输中断告警、基站控制器相关的告警作为能够间接影响基站业务主体正常运行的告警信息类型，即专业告警。这些专业告警在达到一定的条件下可能会导致核心告警的发生，当该基站的电源来源市电停电时，如果该基站里设置有备用电池，那么基站在市电停电后并不会立刻停止运行，在基站备用电池的放电达到一定电压水平(即达到特定阀值电量)时，才停止运行基站设备，基站设备将产生退服告警。

根据运维经验，动力停电告警还会导致空调停机，从而环境温度升高，进一步导致基站退服告警，满足该告警关联条件的优先级较高，因此，有如下的告警关联关系表：

(b1)动力停电告警->基站退服告警，优先级一般；

(b2)空调停机告警->基站退服告警，优先级一般；

(b3)传输中断告警->基站退服告警，优先级一般；

(b4)动力停电告警->空调停机告警->基站退服告警，优先级较高。

当获得大量的告警信息后，判断告警类型的关键词是否存在影响基站业务主体正常运行的告警信息类型，即是否存在“基站退服”“小区退服”“载波退服”“动力停电”“空调停机”“传输中断”“基站控制器相关”，如果有，则获得相关的告警信息，根据以上告警关联关系表中的条件逐个进行两两比较的告警关联计算，如果满足以上(b4)关联条件，可以获知，即满足动力停电告警->空调停机告警->基站退服告警，则有根源告警为动力停电告警。

根据预先存储的动力停电告警与其维护部门的映射关系表可知，动力停电告警对应的维护部门是动力维护部门，那么动力维护部门将收到告警通知，以实现对动力设备故障的及时维修。

当然，本发明并不限于对基站业务这一种特定主体的告警信息进行监控处理，还可以同时对多个特定主体，分别设置能够影响其正常运行的核心告警和/或专业告警，从而实现同时对多个特定主体的告警信息进行监控。因此，通过本发明，可以满足用户对电信网络中多个设备或业务一起进行监控处理的需求。

基于上述本发明提供的一种告警信息的处理方法，本发明还提供了一种告警信息的处理装置，参见图3，为本发明实施例二提供的一种告警信息的处理装置的框架图，包括告警信息类型预置单元301、告警关联关系设置单元302、告警信息获取单元303、告警信息存储单元304、告警信息判断单元305、获取根源告警单元306，其中，

告警信息类型预置单元301，用于预置能够影响特定主体正常运行的告警信息类型，包括核心告警和专业告警，所述核心告警为特定主体自身发生故障所产生的直接影响所述特定主体正常运行的告警信息，所述专业告警为特定主体以外其他主体发生故障所产生的间接影响所述特定主体正常运行的告警信息；

告警关联关系设置单元302，用于设置所述核心告警和专业告警之间以及专业告警之间相互有影响的关联关系以及满足告警关联条件的优先级，建立告警关联关系表；

告警信息获取单元303，用于获取告警信息，并保存在告警信息存储单元304中；

告警信息存储单元304，用于保存告警信息；

告警信息判断单元305，用于根据从告警信息类型预置单元301获得的影响特定主体正常运行的告警信息类型，判断从告警信息获取单元303所获取的告警信息是否为能够影响所述特定主体正常运行的类型，将能够影响所述特定主体正常运行类型的告警信息保存到告警信息存储单元304；

具体实现上，可以通过预先设置的关键词方式，对告警信息的告警标题或告警类型进行过滤和识别，当所获取的告警信息的告警标题或告警类型中存在预先设置的关键词时，则获知所获取的告警信息为能够影响所述特定主体正常运行的类型。

获取根源告警单元306，用于根据告警关联关系设置单元302得到的告警关联关系表，对从告警信息判断单元305获得的能够影响所述特定主体正常运行的告警信息类型的告警信息进行关联性计算，获取根源告警信息。

需要说明的是，本发明提供的***可以不包括单独的告警信息存储单元304，而是在告警信息获取单元303以及告警信息判断单元305中集成存储单元用于数据存储，即本发明提供的***包括：告警信息类型预置单元、告警关联关系设置单元、告警信息获取单元、告警信息判断单元、获取根源告警单元。

其中，告警信息类型预置单元、告警关联关系设置单元、获取根源告警单元的功能依旧，如上文所述，而告警信息获取单元以及告警信息判断单元中扩展了数据存储功能，具体为：

所述告警信息获取单元用于获取告警信息，并保存告警信息；所述告警信息判断单元用于根据从告警信息类型预置单元301获得的影响特定主体正常运行的告警信息类型，判断从告警信息获取单元303所获取的告警信息是否为能够影响所述特定主体正常运行的类型，保存能够影响所述特定主体正常运行类型的告警信息。

其中，所述特定主体可以是特定的设备，也可以是业务或者客户。当然，对于设备来说，也可以是对设备服务的业务，因此，对于基站设备，特定主体可以是基站设备、基站业务的形式。所述特定主体优选为用户所需要监控的设备或者业务。

具体实现上，用户根据不同时期的需要或者已有的经验来预先设置影响该特定主体运行的告警信息类型。

在上述本发明提供的装置中，参见图4，为本发明实施例三提供的一种告警信息的处理装置的框架图，其中还包括告警通知单元307，所述告警通知单元307用于根据根源告警信息，向相应的维护部门发出告警通知。

具体实现上，所述告警通知单元307用于根据告警信息与维护故障部门的映射关系表和根源告警信息，向根源告警信息对应的维护部门发送告警通知。

所述告警通知单元307具体发送告警通知的方式，可以为派发工单的形式，那么维护部门可以根据所收到的工单记载的故障原因和故障位置，进行故障的修复。

在本发明中，为了使每一条告警信息中所记载的故障都有对应的维护部门去维修，所以预先存储每一条告警信息与维修该信息记载故障的部门的映射关系。

以上所述仅是本发明的优选实施方式，应当指出，本发明中的各种技术方案已在实践中得到大量的实际应用，效果很好，而且大大地提高了运营商的告警管理运营效率，具有突出的经济效益。对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims

1.一种告警信息的处理方法，其特征在于，包括以下步骤：

2.如权利要求1所述的方法，其特征在于，所述特定主体为用户设定需要监控的设备或者业务。

3.如权利要求2所述的方法，其特征在于，用户根据不同时期的需要或者已有的经验来预先设置影响该特定主体运行的告警信息类型。

4.如权利要求1至3中任一项所述的方法，其特征在于，当所获取的告警信息的告警标题或告警类型中存在预先设置的关键词时，则获知所获取的告警信息为能够影响所述特定主体正常运行的类型。

5.如权利要求4所述的方法，其特征在于，还包括步骤：

根据所述根源告警信息和预先存储的与负责根源告警维护部门的映射关系，向根源告警信息对应的维护部门发送告警通知。

6.一种告警信息的处理装置，其特征在于，包括告警信息类型预置单元、告警关联关系设置单元、告警信息获取单元、告警信息判断单元、获取根源告警单元，其中，

告警信息类型预置单元，用于预置能够影响特定主体正常运行的告警信息类型，其中包括核心告警和专业告警，所述核心告警为特定主体自身发生故障所产生的直接影响所述特定主体正常运行的告警信息，所述专业告警为特定主体以外其他主体发生故障所产生的间接影响所述特定主体正常运行的告警信息：

告警信息获取单元，用于获取告警信息，并保存告警信息；

7.如权利要求6所述的装置，其特征在于，所述特定主体为用户设定需要监控的设备或者业务。

8.如权利要求7所述的装置，其特征在于，当所获取的告警信息的告警标题或告警类型中存在预先设置的关键词时，则获知所获取的告警信息为能够影响所述特定主体正常运行的类型。

9.如权利要求6至8中任一项所述的装置，其特征在于，还包括一个告警通知单元，用于根据根源告警信息，向相应的维护部门发出告警通知。