CN1984170B - 对网络告警信息的处理方法 - Google Patents

Abstract

本发明涉及一种对网络告警信息的处理方法，其中执行以下步骤：网管***采集GSM网络资源数据，建立一个数据管理平台***；网管从资源类和资源关系两个维度来抽象和描述GSM网络资源的内部属性，通过描述GSM网络资源相互之间的关联关系，建立资源模型，根据资源模型中对象之间的关系，为资源数据管理平台***中的数据建立资源对象库；网管***采集和分析多个原始告警事件，并将多个原始告警事件进行统一归类整理，形成归整告警信息；网管***根据告警相关性分析规则及资源模型，对相关联的归整告警信息进行归并，产生结果告警信息。本发明可以归并故障告警，清除冗余告警信息，解决告警缺失问题，帮助正确确定故障源，对故障快速响应处理。

Description

对网络告警信息的处理方法

技术领域

本发明涉及一种网络告警信息的处理方法，尤其是一种基于网络资源模型，通过告警相关性分析和派发方式，对网络告警信息的处理方法。

背景技术

在目前的GSM话务网络中，为实现对网络设备的集中监控，快速的发现网络上的故障，GSM话务网络管理***通过采集和交换，处理无线网络设备的告警数据，实现对多个网络设备的实时监视。

但是，现有的网管***在告警管理功能上存在以下不足：

1、不同厂家、类型的设备告警内容、格式、级别都不相同。网管***的告警是通过不同厂家和不同类型的设备采集而来，通过网管***的分析处理后集中呈现在一个告警浏览器上。由于网络上的设备厂家类型众多，即使对于同一告警事件可能会由于告警信息来源不同而呈现多种告警信息。

2、告警冗余且无明确关系。当被管网元发生故障时，影响的往往不是单个网元设备，相关联的设备都会出现告警，告警量会在瞬时达到高峰，在告警浏览器上会呈现大量的告警，这种告警是复杂而无序的。目前为减少告警所采用一种简单的方法是，先将不同厂家类型的设备告警进行统一规整，然后进行过滤，专注部分类型的告警或关注级别高的告警，这种方法有助于减少监视的告警，但无法根据网络连接情况和告警相关情况综合分析，对故障进行定位。维护人员只有根据一定的经验，同时必须了解复杂的网络结构，在大量的告警信息中分析告警内容和告警源之间的关系，才能判断出故障根源，这需要花费相当长的时间，通常会延误故障的排除，有时不能正确确定故障源。

3、告警缺失。有些网络设备发生故障时根本不产生告警。维护人员无法及时通过网管***得知该设备发生了重大故障，只有根据经验通过观察与之有网络连接的其它设备出现的告警间接判断出该设备的故障，这同样需要非常了解网络结构，给故障判断也带来一定的困难。

随着网络规模的不断增大，网络设备日益增多和网络结构的日益复杂，通信运营商的对设备集中化维护的要求越来越高，通过以上的一些方法无法解决告警量多和故障难以快速定位的问题。

为解决上述问题，目前通常采用告警相关性分析方法，现有的一种方法主要是基于告警关联规则挖掘的方式，挖掘事件的关系，通过事件规则引擎来实现，其缺点是未考虑网络拓扑的动态变化。而另一种方法是利用事件相关性分析引擎和网络拓扑关系库，按照已定义好的规则实时处理格式化后的信息，生成根源性告警或将最具根源性的告警信息挑选出来，这种方式也能达到告警相关性分析，但由于采用的是关系型资源数据库，其缺点是受制于数据库特征，关联分析效率较低，同时对资源信息变化的适应能力差，当资源数据关系变化时，事件相关性分析引擎的应用层功能必须知晓信息模型的改变，并作相应的代码修改。以上两种方法灵活性和扩展性都较差。

发明内容

本发明的目的在于针对现有技术的不足，提出一种基于网络资源模型的告警相关性分析和派生的方法，归并故障告警，清除冗余告警信息，解决告警缺失问题，正确确定故障源，对故障快速响应处理。

为实现上述目的，本发明提出了一种对网络告警信息的处理方法，其中执行以下步骤：

步骤1、网管***采集GSM网络资源数据，建立一个数据管理平台***；

步骤2、采用面向对象的方式，从资源类和资源关系两个维度来抽象和描述GSM网络资源的内部属性，通过描述GSM网络资源相互之间的关联关系，建立资源模型，根据资源模型中对象之间的关系，为资源数据管理平台***中的数据建立一个资源对象库；

步骤3、网管***采集和分析多个原始告警事件，并将多个原始告警事件进行统一归类整理，形成归整告警信息；

步骤4、网管***根据预设的告警相关性分析规则及资源模型，对相关联的归整告警信息进行归并，产生结果告警信息，告警相关性分析规则是对不同告警事件之间的派生关系、依赖关系或同源关系的描述信息。

本发明采用基于面向对象的技术，对GSM网络资源建立数据模型，对网络告警关联事件进行规则描述，将一个***内部不同的告警按照一定的内在规律进行分析判断。对告警进行相关性分析和派生，可以归并故障告警，清除冗余告警信息，解决告警缺失问题，帮助正确确定故障源，对故障快速响应处理。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

图1为本发明对网络告警信息的处理方法的流程图；

图2为本发明对网络告警信息的处理方法的实施例的流程图；

图3为本发明对网络告警信息的处理方法的实施例中采集原始数据建立数据管理平台***的流程图；

图4为本发明对网络告警信息的处理方法的实施例中GSM话务网络资源模型示意图；

图5为本发明对网络告警信息的处理方法的实施例中对告警信息进行归并和派发的流程图；

图6为本发明对网络告警信息的处理方法的实施例中对相关联的告警进行归并的呈现示意图。

具体实施方式

本发明采用基于面向对象的技术，对GSM网络资源建立数据模型，对网络告警关联事件进行规则描述，将一个***内部不同的告警按照一定的内在规律进行分析判断。如图1所示为本发明对网络告警信息的处理方法的流程图，其执行以下步骤：

步骤101、网管***采集GSM网络资源数据，建立一个数据管理平台***；

步骤102、采用面向对象的方式，从资源类和资源关系两个维度来抽象和描述GSM网络资源的内部属性，通过描述GSM网络资源相互之间的关联关系，建立资源模型，根据资源模型中对象之间的关系，为资源数据管理平台***中的数据建立一个资源对象库；

步骤103、网管***采集和分析多个原始告警事件，并将多个原始告警事件进行统一归类整理，形成归整告警信息；

步骤104、网管***根据预设的告警相关性分析规则及资源模型，对相关联的归整告警信息进行归并，产生结果告警信息，告警相关性分析规则是对不同告警事件之间的派生关系、依赖关系或同源关系的描述信息。

该方法对告警进行相关性分析和派生，可以归并故障告警，清除冗余告警信息。

如图2所示，为本发明对网络告警信息的处理方法的实施例的流程图，其中执行以下步骤：

步骤201、网管***采集和管理GSM话务网络资源数据，建立一个数据自动采集和人工维护相结合的数据管理平台。

步骤202、网管利用面向对象的技术，从资源类和资源关系两个维度来抽象和描述GSM网络资源的内部属性，并且描述资源相互之间的关联关系，建立资源模型，根据资源模型关系，对资源数据管理平台中的数据进行组织，建立一个资源对象库。

步骤203、网管***采集和分析原始告警事件，对不同厂家和不同类型的设备告警进行统一归整。

步骤204、网管***根据预设的告警相关性分析规则及资源模型，对相关联的归整告警信息进行归并，产生结果告警信息。

本实施例采用多种数据采集的方式来定期采集各类网元的配置数据，其数据来源包括自动直接连接网元发送命令和通过OMC(Operation andManagement Center，操作管理中心)取得的数据，也包括了维护人员手工输入/修改的数据。特别是某些表中部分字段为采集数据，而部分字段必须由维护人员输入，为保证自动取得的数据在更新时，能提醒维护人员填写部分采集不到的字段，在资源数据关系发生变化时，能不自动更新资源数据库而丢失了维护人员填写的数据，而是提醒维护人员做关系调整。本发明在资源数据库中特别建立中间表，中间表分三种，新增数据表，预计删除数据表和属性变化数据表，当***采集到数据时，根据资源唯一标识和现有资源数据库中的表进行记录比较，多的记录放入新增数据表中，少的记录则将现有资源数据库中的数据放入预计删除表中，一些现有资源数据库中的记录的采集字段属性发生变化，则放入属性变化表中。***定时提醒用户对新增、预计删除和属性变化进行确认，并手工填入部分字段。

如图3所示，图3为图2步骤201中建立数据管理平台的流程图，其步骤具体为：

步骤2011、采集网元及操作管理中心的配置数据；

步骤2012、将配置数据录入原始数据库；

步骤2013、将配置数据与数据管理平台中同一资源的原始数据进行比较，判断配置数据是否为新增数据，是，则执行下一步；

步骤2014、提示用户有新增数据，用户一旦确认，则将配置数据录入数据管理平台；否则，执行下一步；

步骤2015、判断配置数据是否为属性变化数据，是，则执行下一步；

步骤2016、提示用户有属性变化数据，用户一旦确认，则将发生变化的属性录入数据管理平台；否则，执行下一步；

步骤2017、判断配置数据是否为需要删除的数据，是，则执行下一步；

步骤2018、提示用户有删除数据，用户一旦确认，则删除数据管理平台中的相应数据；

步骤2019、退出。

GSM网络作为一个有机的***，包含着逻辑资源和物理资源。比如从逻辑的角度来看，两台交换机之间为传送语音和信令，必须开通中继电路和信令链路，这是从日常管理维护以及业务定义而产生的无形资源，称之为逻辑资源；物理设备比如机架，机框，机槽，电路板，电路端口等可以用肉眼看到的实际存在的资源，称之为物理资源。无论是逻辑资源还是物理资源，各个资源之间以及资源内部都必然存在联系，比如在逻辑资源中，中继电路上的某一时隙可以承载7号信令链路，中继群中包括同一个方向的若干中继电路；在物理资源中，机架中包括了机框、板卡等。同时逻辑资源和物理资源之间也存在着一定的联系，比如说中继电路是开在某一个中继电路端口上。

提出告警相关性分析的理论基础在于***中各部分资源的关联性。一个完整的***是由各个部分的资源有机组成的整体，组成***的各个部分资源是相互作用的。任何一个部分的变化都会影响到相关的其他资源；反之，某一部分的变化也可能是其他部分的变化引起的。这些变化一定是有规律的。通过找到***各部分资源之间关系的规律，必然能够找到告警相关性分析的方法。

本实施例采用面向对象的技术，从资源类和资源关系两个角度来抽象和描述被管理资源的内部属性，并且描述资源相互之间的关联关系。资源模型主要体现在资源数据库中的资源映像与现实网络中各种物理资源和逻辑资源的一一对应关系是否建立。不同资源数据间需要建立多种复杂的关联关系，才能很好地描述资源的使用情况和状态。为了解决不同厂家和不同类型设备在描述网络资源时采用不同的方式或结构的问题，将各类异构网络资源数据能够在统一的框架下整合在一起，并且支撑对异构网络的告警关联分析，本发明对不同厂家和不同类型的资源进行了梳理，建立了一个统一的话务网络的资源模型。

GSM话务网络资源非常丰富，通过长期的维护经验发现，由于网络原因引起的故障比如交换机重启，一个方向的中继传输全阻等故障，不但影响面广，网元层产生的告警量大，对于处理的时效要求高，特别要引起关注。

本实施例重点分析了一些用于网络层面的告警相关性分析所依赖的资源，由本实施例所采用的技术，可以根据应用的需求进行灵活的扩展。

如图4所示，图4是步骤202中建立的一个资源模型的示意图。在图4中，简单举例介绍一些基本的资源模型，图中两个交换机之间开了一个中继群，并且在其中的两条中继的某一时隙上开了两条信令链路。通过建立资源对象模型，可以将网络间复杂关系进行虚拟再现。将一个具体的资源称之为对象，如A交换机到B交换机之间开通的中继群Z，就是一个具体的对象。将具有相似结构、行为、关系的一系列称之为类，如网络中所有的中继群为一个类。在图4所示例子中就包含了以下几个类：交换机，中继群，信令链路组，信令链路，中继端口，信令模块，信令端口。

类和类之间的关系可分为继承关系、包含关系和引用关系。

例如在图4中，中继群和中继是包含关系；信令链路组和信令链路也是包含关系。

信令链路一般由一个中继端口上的一个时隙承载，这是一种引用关系。交换机本端信令链路和对端信令链路的连接，本端信令端口和对端信令端口之间的连接，交换机本端中继电路和对端中继电路的连接，本端中继端口和对端中继端口的连接，这都是引用关系。

通过对资源的属性描述和定义一些规则就可以表达资源之间的各种关系。如在信令链路的属性描述中通过所属信令链路组属性表达其和信令链路组之间的包含关系，通过所属中继端口名称和占用的中继时隙，表达其和中继端口的引用关系。

在***中针对每一个资源对象都有一个唯一标识UUID，用于识别具体的对象，这个唯一标识和***从网络设备中采集到的资源配置数据中的标识NEID有着一一对应的关系。资源对象的属性可以分为很多种类，有用于管理或统计的，有用于告警管理的。本实施例定义了各类资源的告警属性组，包括了告警状态和告警级别以及告警数量三个属性。如果***的告警采集部分收到相应的告警报告，通过分析，作用于某一资源对象上，其告警状态被置为“ON”。

为解决各种厂家、各种类型设备上对相同的网络告警所采用的格式、级别、类型不同的问题，本发明对各类网络告警进行了归整。本实施例主要规范整理以下一些告警。包括：

设备宕机，对应资源：交换机，STP、BSC、SCP、SGSN、短信等。

信令目的点不可及，对应资源：交换机、STP、BSC、SCP、SGSN、短信等。

信令链路组阻断，对应资源：信令链路组。

信令链路阻断，对应资源：信令链路。

中继群阻断，对应资源：中继群。

中继阻断，对应资源：中继端口。

告警采集服务负责收集网络设备的告警原始报告，通过告警分析服务，从不同厂家或不同类型的网络设备告警原始报告中抽取字段，分析出告警中的NEID，通过NEID和UUID的对应关系，作用于相应的资源对象，将其告警状态置为“ON”，同时设定相应的告警级别。

为达到网络层面的告警相关性分析的目的，本实施例根据资源之间的关系以及资源产生的告警之间的关系，建立了网络故障的告警相关性分析和派发的规则引擎。这些规则主要分为派生规则、依赖规则和同源规则，以下是几种典型的相关性分析和派发规则：

(1)中继告警与中继群告警相关性分析规则

根据中继和中继群的包含关系，可以定制这两类告警的派生和依赖规则。

派生规则：当中继群中所有中继产生告警时，派生出中继群告警，即中继告警派生中继群告警；

依赖规则：反过来来说，中继群告警依赖中继告警。

(2)信令链路告警与信令链路组告警关联规则

根据信令链路和信令链路组的包含关系，定制这两类告警的派生和依赖规则。

派生规则：当信令链路组中所有信令链路产生告警时，派生出信令链路组告警，即信令链路告警派生信令链路组告警；

依赖规则：反过来来说，信令链路组告警依赖信令链路告警。

(3)信令链路组告警与信令点目的不可达告警关联规则

根据信令链路组和信令路由的包含关系，定制这两类告警的派生和依赖规则。

派生规则：当指向某一信令点的信令路由所承载的所有信令链路组产生告警时，派生出信令目的点不可达告警，即信令链路组告警派生信令目的点不可达告警；

依赖规则：反过来来说，信令目的点不可达告警依赖信令链路组告警。

(4)中继群告警与话务路由组告警关联规则

根据中继群和话务路由组的包含关系，定制这两类告警的派生和依赖规则：

派生规则：当话务路由组所承载的所有中继群产生告警时，派生出话务路由组不可达告警，即中继群告警派生话务路由组不可达告警；

依赖规则：反过来来说，话务路由组不可达告警依赖中继群告警。

(5)中继端口告警与信令链路告警关联规则

根据中继端口和信令链路中的信令端口的引用关系，定制这两类告警的派生规则：

派生规则：当中继端口产生告警时，派生出此中继端口上所运行的信令端口告警，即中继端口告警派生信令端口告警；

(6)中继端口、中继群本端告警与对端告警关联规则

根据中继端口、中继群本端和对端的引用关系，定制这类告警的同源规则：

同源规则：当中继端口、中继群的本端产生告警的同时，此中继端口、中继群的对端也必然会产生一条告警，我们定义这两条告警为同源关系；

(7)信令链路、信令链路组本端告警与对端告警关联规则

根据信令链路、信令链路组本端和对端的引用关系，定制这类告警的同源规则：

同源规则：当信令链路、信令链路组的本端产生告警的同时，此信令链路、信令链路组的对端也必然会产生一条告警，定义这两条告警为同源关系；

(8)信令点目的不可达告警之间关联规则

根据信令点目的不可达告警间的引用关系，定制这类告警的同源规则：

同源规则：当不同交换机发出指向同一信令点设备目的不可达告警时，将这些告警定义为同源关系。

根据上面定义的告警关联分析规则和资源关系规则，本实施例对相关联的告警进行归并或根据告警派生规则，产生新的告警。告警分析***根据告警相关性分析和派发引擎中定义的规则，通过消息服务将规整处理后的告警送至告警关联分析服务进行处理，发现符合规则的活动告警后，告警关联分析服务判断出活动告警所作用的资源对象和关联的资源对象，将关联处理后的告警送至应用呈现服务进行处理。

如图5所示，步骤204中对告警信息进行归并和派发的具体流程为：

步骤2041、对所述归整处理后的告警进行告警相关性分析，并根据资源模型对告警进行归并；

步骤2042、如果发现符合告警派生规则的告警，则分析所述告警所作用的资源对象及与之关联的资源对象；否则执行步骤2041；

步骤2043、将关联处理后的告警呈现给用户。

例如中继告警和中继群告警是有一定关系的，当网管***收到若干的中继和中继群告警时，如图6，可以通过告警相关性分析将有关系的中继端口和中继群的告警组合在一起，让用户在告警浏览界面上首先看到的是较严重的中继群告警，与之有关的中继电路告警折叠在下面，将产生告警的资源按照资源树的形式呈现，从而使得用户比较清晰的了解这是一组有关系的告警，更直观更方便处理。而有些厂家设备当一个中继群下所有中继电路阻断时，并不会产生中继群告警，用户无法得知一个方向是否全部阻断，通过告警派发原则，***会自动派发出一个中继群阻断告警，并按照相同的方法呈现，也增强了***自动发现重大故障的能力。

最后所应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的精神和范围，其均应涵盖在本发明的权利要求范围当中。

Claims (3)

1. 一种对网络告警信息的处理方法，其中执行以下步骤：

步骤1、网管***采集GSM网络资源数据，建立一个数据管理平台***；

步骤2、采用面向对象的方式，从资源类和资源关系两个维度来抽象和描述所述GSM网络资源的内部属性，通过描述所述GSM网络资源相互之间的关联关系，建立资源模型，根据所述资源模型中对象之间的关系，为所述资源数据管理平台***中的数据建立一个资源对象库；

步骤3、网管***采集和分析多个原始告警事件，并将所述多个原始告警事件进行统一归类整理，形成归整告警信息；

步骤4、网管***根据预设的告警相关性分析规则及所述资源模型，对相关联的所述归整告警信息进行归并，产生结果告警信息，所述告警相关性分析规则是对不同告警事件之间的派生关系、依赖关系或同源关系的描述信息。

2. 根据权利要求1所述的对网络告警信息的处理方法，其中步骤1的具体流程为：

步骤11、网管***采集网元及操作管理中心的配置数据；

步骤12、将所述配置数据录入原始数据库；

步骤13、将所述配置数据与所述数据管理平台***中同一资源的原始数据进行比较，如果所述配置数据为新增数据，则提示用户有新增数据，用户一旦确认，则将所述配置数据录入所述数据管理平台；如果所述配置数据为属性变化数据，则提示用户有属性变化数据，用户一旦确认，则将发生变化的属性录入所述数据管理平台；如果所述配置数据为需要删除的数据，则提示用户有删除数据，用户一旦确认，则删除所述数据管理平台中的相应数据。

3. 根据权利要求1所述的对网络告警信息的处理方法，其中步骤4的具体流程为：

步骤41、对所述归整处理后的告警进行告警相关性分析，并根据资源模型对告警进行归并；

步骤42、如果发现符合告警派生规则的告警，则分析所述告警所作用的资源对象及与之关联的资源对象；否则执行步骤41；

步骤43、将关联处理后的告警呈现给用户。

Images