CN101227327B - 一种集中网管系统以及上载下级告警信息的方法 - Google Patents

Abstract

本发明公开了一种集中网管系统及其告警信息上报的实现方法，通过将下级网管的信息模型上载到上级网管中，并在上级网管按一对一的映射规则将下级网管信息模型完整映射并保存至上级网管的告警信息模型中，使得下级的上报告警在上级网管中能够用映射信息解析，获得和下级同样粒度的告警信息。本发明在一个集中网管系统中针对不同版本的、不同类型的下级网管系统进行统一接入管理，使得在集中网管中能够看到和下级网管中完全一致的告警信息。

Description

一种集中网管系统以及上载下级告警信息的方法

技术领域

本发明涉及通信技术领域中的网络管理系统(简称网管系统)，尤其涉及一种集中网管系统以及其上载下级告警信息的方法。

背景技术

故障管理是对电信网络的运行情况异常和设备安装环境异常进行监测、隔离和校正的一组功能，包括告警监测、故障定位、故障修复和测试等功能。其中，告警是故障管理中的基本对象，并且与代理Agent中(或代理Agent所代表的被管网络中)逻辑或物理资源故障的产生、改变和清除相关。告警信息模型是对告警数据进行表示的模型，主要包括告警码、原因码、处理建议等。其中的告警码(Specific Problem)用来描述故障具体的问题，原因码(Probable Cause)大致体现了故障的分类，处理建议是针对此类故障给出的处理方法。

在多级网管系统互联时，根据电信管理网(Telecom ManagementNetwork)的功能体系结构，下级需要实现北向功能模块，上级需要提供接入访问模块，如附图1所示：

下级网管的北向功能接口，用于监听本级网管的各种事件，以规定的格式转发给上级，同时可以接收上级网管下发的各种操作命令，是下级网管系统的一个独立模块，与本级网管之间属于松耦合关系。

上级网管的接入访问模块，用于和下级的北向接口进行通讯，接入访问模块向上级网管屏蔽了下级网管的细节，上级网管通过接入访问模块对下级进行管理。对于上级网管来说，接入访问模块和下级网管作为一个整体相当于一个被管设备，上级网管仅接收标准格式的上报告警，而并不关心告警从哪里上报，所以接入访问模块的一个重要功能就是在收到下级网管北向接口的告警后，将上报告警转换成上级所能识别的标准格式，同样接受上级网管的标准命令，以接入访问模块和下级网管的北向接口之间的协议方式下发到下级网管。

在图1所示的现有这种集中网管系统互连的情况，上、下级网管系统的信息模型很可能不一致，因而如何进行上、下级网管间的数据传输和解析是一个需要考虑的问题。如果使用本级的信息模型，就会使得告警显示和下级显示的有差异，所以需要将下级的信息模型映射到上级，使得下级告警上报到上级后可以直接采用本级的信息模型进行解析。

目前，下级网管系统大多数情况是专业网管，专注某种类型的设备，其信息模型比较偏重于某些特定领域，其信息模型粒度较细，对故障分类比较细；上级网管多为集中网管，其覆盖领域较广，但是信息模型的粒度比较粗，只是从集中网管的角度对故障进行大致的分类，往往一种分类包括下级的多种告警码。目前通用的信息模型映射方式是将下级网管的信息模型进行分类，按类映射到上级的信息模型中，是一种多对一的映射模式，如附图2所示，例如上级的分类2分别对应3个下级网管信息模型。

这种多对一的映射方式，在上级保存的只是下级信息模型的一个模糊归类，由于一些集中网管系统并不关注下级告警的细节，这种方式可以对故障有一个大致的定位，可以满足一定的需要，但事实上下级信息模型上载时，会丢失很多信息，如果上级信息模型初始定义的范围不全，在接入下级网管系统时，有些告警码就找不到恰当的对应值，即上下级之间的告警信息模型不能精确对应。

发明内容

本发明所要解决的技术问题在于，提供一种集中网管系统以及其上载下级告警信息的方法，在级联网管系统中，解决上级网管如何获取和存储信息模型才能精确解析下级网管上报的告警的问题。

为了解决原有模型上载映射机制的不足，本发明提出了一种改进的集中网管系统以及该集中网管系统中下级网关的告警信息上载的技术方案，以及对下级告警进行解析转换获取下级上报的告警信息的技术方案，本发明中采用一对一的映射机制，通过映射方式在上级网管保存下级网管信息模型的原始信息，使用映射算法保证不同的下级信息模型(如告警码)在上级有唯一的对应信息。同时，在下级网管上报告警时，采用同样的映射机制对上报告警中包含的信息进行映射，这样解析告警时可以利用上载的下级原始信息，使得上级能够解析获得与下级完全相同的告警信息，实现精确解析告警。

本发明提供一种集中网管系统中上载下级告警信息的方法，包括如下步骤：

A、上级网管获取各个下级网管的告警信息模型，将每一所述下级网管的告警信息模型以一对一的映射方式映射至所述上级网管的告警信息模型中；

B、所述上级网管收到下级网管上报的告警消息后，按照一对一的映射规则对所述告警消息进行映射转换，将所述告警消息转换为利用上级网管的告警信息模型可识别的告警消息。

所述步骤A中进一步分为如下步骤：

A1、在每一下级网管中分别定义本级的告警信息模型；

A2、所述上级网管运行过程中接入下级网管时，向下级网管发送上载下级网管的告警信息模型的命令；

A3、所述下级网管根据所述上载命令，将本级的告警信息模型上报至上级网管；

A4、所述上级网管收到下级网管的告警信息模型后，将下级网管的告警信息模型按照一对一的映射规则映射至上级网管的告警信息模型中并存储在本级数据库。

所述步骤B中进一步分为如下步骤：

B1、下级网管在收到本级告警消息时，转发一份告警消息到上级网管；

B2、上级网管收到下级网管上报的所述告警消息后，按照一对一的映射规则对所接收的该告警消息进行映射转换，转换为所述上级网管的告警信息模型可识别的告警消息。

所述步骤A4中：

所述上级网管收到下级网管的告警信息模型后，是通过将系统类型S、告警码A、告警码描述AA映射为上级信息模型中的一个告警码A2和告警码描述AA的方式来进行映射，将下级网管的告警信息模型按照一对一的映射规则映射至上级网管的告警信息模型中并存储在本级数据库，其中，该上级告警码A2中包含下级网管的系统类型S、告警码A以及版本号信息。

所述步骤B2中：

上级网管收到下级网管上报的所述告警消息后，按照一对一的映射规则利用上级网管的告警信息模型对下级网管上报的告警消息进行映射转换，将所述告警消息中的原始告警码、原因码进行映射，映射转换为一一对应的包含所述原始告警码、原因码的告警消息。

所述方法进一步包括：

C、在上级网管需要解析该告警消息时，则利用上级网管的告警信息模型对该告警消息进行解析即可获得该告警消息的详细信息，由上级网管进行处理。

所述告警信息模型是按照告警信息模型自身属性区分，所述属性包括系统类型、告警码、原因码、或处理建议。

所述方法进一步包括：

D、在上级网管中配置告警码分组配置文件；所述上级网管从本级告警信息模型缓存中读取所有告警码，根据分组配置文件对告警码进行分组呈现。

本发明还提供一种集中网管系统，包括级联的至少一个上级网管和至少一个下级网管，所述每一下级网管通过一个北向功能模块与所述上级网管的接入访问模块建立级联。

所述接入访问模块，包括信息映射模块、命令下发模块和下级告警监听模块，其中，

所述命令下发模块，分别与所述信息映射模块和下级网管的北向功能模块相连，用于向所述北向功能模块发送上载下级网管的告警信息模型的命令，并在接收所述下级网管的告警信息模型后将其送至所述信息映射模块；

所述信息映射模块，对接收的所述下级网管的告警信息模型按照一对一的映射规则映射至所述上级网管的告警信息模型中；同时，还对接收的下级网管上报的告警消息进行映射转换，按所述一对一的映射规则将所述告警消息转换为所述上级网管告警信息模型可识别的告警消息；

所述下级告警监听模块，分别与所述信息映射模块、上级网管的告警接收模块以及下级网管的北向功能模块相连，用于监听下级网管上报的告警消息，对下级网管上报的告警消息调用信息映射模块进行告警消息映射转换，将映射转换获得的告警消息发送给所述告警接收模块。

所述北向功能模块，用于响应上级网管下发的告警信息模型上载命令，并向上级网管上报本级的告警信息模型，同时监听本级的告警上报事件，在本级收到告警消息时转发一份告警消息至所述上级网管。

所述信息映射模块，在进行一对一的映射时，是将下级告警信息模型中的告警码、版本号、以及告警码所属系统类型组合在一个字段中作为上级网管的告警信息模型中的告警码。

所述告警接收模块，用于接收映射解析转换后的告警消息，以供上级网管将映射转换后的告警消息进行本地处理或上报。

本发明提出的一种改进的模型上载方案，采用一对一的映射机制，如附图3所示，在上级保存下级的全部信息模型，这样在上级解析告警时也可以有精确的表示。对于可能有多个不同下级信息模型的情况，可以通过在映射后信息模型的具体项上增加“分组”的属性来表示其原来所属的下级信息模型，从而在上级网管有效区分来自于不同的下级网管的告警信息模型的信息。采用本发明的技术方案，上级网管能够持久化保存下级网管的告警信息模型，在进行告警解析时，能够按照映射规则在上级网管获取和下级网管完全一致的告警信息，获得告警的准确信息。这种映射机制与原有的映射机制相比，不会出现丢失信息的情况。

附图说明

图1是TMN规范中的上下级网管系统结构；

图2是目前的信息模型映射方式示意图；

图3是本发明提出的模型上载映射机制示意图；

图4是本发明实施例中信息模型的上载系统的结构图；

图5是本发明实施例中信息模型的上载方法的流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，以下结合附图对本发明作进一步地详细说明。

本发明提供了电信领域网络管理系统的一种数据建模方法，尤其是在多级网管系统互连的情况下的故障管理模块中，解决告警信息在上下级网络管理系统之间的传递与解析问题。

本发明的集中网管系统中上载下级告警信息模型的方法的创新之处在于：

上级网管在接入下级网管系统时，集中网管系统(上级网管)主动请求上载下级网管的原始信息模型，通过对下级网管系统的原始信息模型的映射，来保存下级网管的类型、版本、以及具体告警码等信息；同时在下级告警数据上报时，依据所映射的信息模型，对上报告警信息进行同样的映射。

为了更容易理解本发明，首先介绍一下信息映射的概念：

信息映射是指将下级的告警码、原因码等有关信息，按照一定的算法进行转换，使得不同下级网管的告警码在上级有唯一对应的值，并且能够根据映射值获取原始值。一个简单的映射实例，例如下级网管A、B分别具有告警码为100的告警信息，当两者都上报到上级网管时，若两个告警信息不同则容易引起混淆，若告警相同但也不能标识来自那个下级网管，按照映射规则在上级网管中例如将告警码进行映射，映射为在上级网管中的一个唯一值，则可将两者区分开，即具有上级网管具有小粒度的告警信息模型。

本发明在实现时主要分为两部分：信息模型的上载和告警数据的上报。它们基于一个前提：一个一对一的映射机制。一对一的映射机制可以根据具体情况确定，能保证上下级信息模型信息的一一映射即可，这是因为一对一的映射才能保证上级拥有下级的所有原始信息的映射，而不是归并后的信息。

在确定一对一映射机制后，就可以进行以下两部分的工作：

(1)信息模型的上载，主要包括如下步骤：

在开发下级网管时，独立定义出下级网管自己的信息模型；下级网管系统启动后，在信息模型缓存中加载信息模型信息；其中的所述信息模型是系统运行前定义的，一般存放在数据库或其它配置文件中，系统启动时进行缓存(可选)，可以在进行解析时直接读取来提高效率；

在上级网管系统运行过程中接入下级网管时，上级网管发送模型上载命令到下级网管以获取下级的告警信息模型；下级网管收到模型上载命令后，从本级缓存中获取信息模型，返回给上级网管；

而上级网管收到下级网管上报的信息模型后，将所述信息模型按照映射规则映射后存储在本级数据库，同时更新信息模型缓存。在模型映射过程中中，可以在映射后的信息模型数据中增加“分组”属性表示其原来所属的下级信息模型。

信息模型包含信息模型包含告警码、原因码等一系列相关的信息，用于解释一条告警是什么类型、是什么原因导致的以及该怎么处理该告警。比如比如：一种告警码100，其对应的告警码描述是连接建立异常，表示告警的描述，原因码是200，原因码描述是链路异常，表示告警发生的原因，处理建议为请检查链路，指示该怎么修复该告警。

分组与分类不同，分类其实是一种粒度比较粗的告警码，而分组则不是告警码，分组用于表示这些告警码都属于一种类别，比如网络网元上或者移动网元上的告警码。

(2)告警数据的上报，主要分为如下步骤：

下级网管的北向功能模块在收到本级的告警消息时，将告警消息转发一份到上级网管，上级网管收到北向功能模块的告警上报后，按照映射规则对上报告警中的信息进行转换，然后发送给上级系统处理；

其中，上级网管对上报告警进行映射时，将告警消息按照映射算法映射为新的信息格式，该格式可以被经过模型上载后的上级信息模型所识别；然后，将映射后的告警消息送至本级服务器进行处理；告警解析仅在需要时进行，例如需要获取告警的详细信息时，需要解析时直接根据告警的属性在本级信息模型中获取即可。

如图3所示，由于所有下级告警的信息模型在上级都有唯一的对应，在下级网管的告警信息模型上载后，上级网管的信息模型是包含了每个下级信息模型的映射的一个整体，这个整体中的信息模型并不是按照下级标识分的，若完全按照下级标识区分则会导致很多冗余，而是按照告警信息模型自身属性区分，比如系统类型、告警码等。这是因为有些下级网管的信息模型是有相同内容的，如果两个下级网管有相同的系统类型和告警码，并且它们的版本也一致，则在上级的映射就是一个。这相比与现有技术中将下级粒度比较细的告警码归并为上级粒度比较粗的告警码而言，既不会造成信息冗余，同时也增加了比较细的粒度，在告警解析时会更加精确。

本发明的包括上下级的级联网管系统，如图4所示主要包括以下几个关键模块：

(1)接入访问模块：该模块位于上级网管系统中，负责与下级网管有关的管理功能，对上级屏蔽下级网管的细节；

该接入访问模块细分之后又可分为：命令下发模块、下级告警监听模块、信息映射模块。其中：

所述命令下发模块，用于负责在接入下级网管系统后，向下级网管系统发送“模型上载命令”并获取下级网管反馈的信息模型；同时，该命令下发模块在收到下级网管上报的信息模型后，调用信息映射模块对下级的信息模型进行映射，然后更新本地信息模型，同时写入本地数据库中；

所述下级告警监听模块，用于负责监听下级网管系统告警的上报事件，对上报的告警调用信息映射模块进行信息映射，然后发送给上级网管系统的告警接收模块。

所述信息映射模块，用于负责对下级信息模型映射的算法实现。本实例采用的一种实现算法如下：

对告警码进行映射，将下级的告警码、版本号、以及告警码所属的系统类型，组合在一个字段中作为上级的告警码，这样当不同版本的下级网管系统接入集中上级网管系统时，如果告警码信息有细微差异，可以直接覆盖上次的告警码，如果差异很大，可以使用版本号字段，以区分不同版本的告警码，映射后的告警码归属为统一的系统类型，可以通过反向解析方法，得到原始告警码呈现给用户。

(2)告警接收模块，位于上级网管系统中，其告警来源不仅来源于接入访问模块，还可以来源于下级管理的网元或者上级网管本身；上级网管服务器通过该告警接收模块从指定消息主题获取告警，同时用于接收所述接入访问模块收到下级告警后转发来的告警。

(3)北向功能模块，位于下级网管系统中，用于负责响应上级网管系统的“模型上载命令”，将本级的信息模型上报给上级网管系统，可以将其发送至所述接入访问模块的所述命令下发模块，由其调用信息映射模块在上级网管建立映射；同时，北向功能模块用于监听本级的告警上报事件，在本级服务端收到告警上报时，将所接收的告警转发一份到上级网管系统。

基于上述的级联网管系统，即在级联的上下级网络管理系统中，本发明的上载下级告警信息模型的方法包括信息模型上载和告警数据上报两个主要的流程，在进入这两个流程之前，首先需要确认上下级网管系统已经正常启动；其中，

A、信息模型上载的流程如附图5所示，包括如下步骤：

步骤501、在上级网管创建下级网管实例，配置下级网管参数，启动接入访问模块；

步骤502、接入访问模块向下级网管发送“模型上载命令”用于获取下级告警信息模型；

步骤503、下级网管的北向功能模块收到模型上载命令后，收集本级的信息模型，如告警码、原因码、处理建议等，将本级的信息模型返回给上级网管；

步骤504、上级网管的接入访问模块调用信息映射模块对收到的下级网管上报的信息模型进行映射，比如：将收到信息模型中的部分信息系统类型S、告警码A、告警码描述AA映射为告警码A2(通过映射算法，包含系统类型S、告警码A以及版本号信息)，告警码描述AA。

步骤505、上级网管使用映射后的信息模型更新本地数据模型，同时更新数据库。

B、告警数据上报的流程如附图5所示，包括如下步骤：

步骤506、下级网管的北向功能模块收到一条告警，将所接收的告警封装成报文，发送给上级网管的接入访问模块；在下级网管中解析告警时，取系统类型S和告警码A在下级网管的本地信息模型缓存中查找解析。

步骤507、所述接入访问模块在接收到下级网管上报的告警后，从消息报文中解析出告警对象，并调用信息映射模块，对所述告警信息中的原始告警码、原因码进行映射，比如将上报的告警消息的属性中的部分信息系统类型S、告警码A、告警码描述AA映射为告警码A2(通过映射算法，包含系统类型S、告警码A以及版本号信息)。经过映射后，所述上报的告警是上级网管系统所能识别的告警，告警上报到上级后，是以告警码A2存储的，在需要对该告警进行解析时，可以在本地信息模型中找到该告警对应的信息并解析。

步骤508、所述接入访问模块将映射转换后的告警发送给告警接收模块。

进一步还包括流程C、信息模型呈现的流程(可选)如下：

步骤509、在上级网管中配置告警码分组的配置文件；

步骤510、所述上级网管从本级信息模型缓存中读取所有告警码、包括本级原有的和从下级网管上载的模型信息；

步骤511、根据分组配置文件对告警码进行分组呈现。

上述流程A、B、C并不限定执行方式，尤其在执行完流程A后，所述流程B和C在执行时不限定其是否存在前后顺序。

以上参照实施方式对信息模型上载的方式进行了特别的描述，本文所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。因此，凡在本发明的精神和原则之内所作的任何修改、等同替换、改进以及更新等等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种集中网管系统中上载下级告警信息的方法，其特征在于，该方法包括信息模型的上载和告警数据的上报，包括如下步骤：

A、信息模型的上载：上级网管获取各个下级网管的告警信息模型，将每一所述下级网管的告警信息模型以一对一的映射方式映射至所述上级网管的告警信息模型中；上级网管的信息模型是包含了每个下级信息模型的映射的一个整体，这个整体中的信息模型并不是按照下级标识区分的，而是按照告警信息模型自身属性区分的；

B、告警数据的上报：所述上级网管收到下级网管上报的告警消息后，按照一对一的映射规则对所述告警消息进行映射转换，将所述告警消息转换为利用上级网管的告警信息模型可识别的告警消息。

2.如权利要求1所述的方法，其特征在于，所述步骤A中进一步分为如下步骤：

A1、在每一下级网管中分别定义本级的告警信息模型；

A2、所述上级网管运行过程中接入下级网管时，向下级网管发送上载下级网管的告警信息模型的命令；

A3、所述下级网管根据所述上载命令，将本级的告警信息模型上报至上级网管；

A4、所述上级网管收到下级网管的告警信息模型后，将下级网管的告警信息模型按照一对一的映射规则映射至上级网管的告警信息模型中并存储在本级数据库。

3.如权利要求1所述的方法，其特征在于，所述步骤B中进一步分为如下步骤：

B1、下级网管在收到本级告警消息时，转发一份告警消息到上级网管；

B2、上级网管收到下级网管上报的所述告警消息后，按照一对一的映射规则对所接收的该告警消息进行映射转换，转换为所述上级网管的告警信息模型可识别的告警消息。

4.如权利要求2所述的方法，其特征在于，所述步骤A4中：

所述上级网管收到下级网管的告警信息模型后，是通过将系统类型S、告警码A、告警码描述AA映射为上级信息模型中的一个告警码A2和告警码描述AA的方式来进行映射，将下级网管的告警信息模型按照一对一的映射规则映射至上级网管的告警信息模型中并存储在本级数据库，其中，该上级告警码A2中包含下级网管的系统类型S、告警码A以及版本号信息。

5.如权利要求3所述的方法，其特征在于，所述步骤B2中：

上级网管收到下级网管上报的所述告警消息后，按照一对一的映射规则利用上级网管的告警信息模型对下级网管上报的告警消息进行映射转换，将所述告警消息中的原始告警码、原因码进行映射，映射转换为一一对应的包含所述原始告警码、原因码的告警消息。

6.如权利要求1至5中任一项所述的方法，其特征在于，所述方法进一步包括C：

C、在上级网管需要解析该告警消息时，则利用上级网管的告警信息模型对该告警消息进行解析即可获得该告警消息的详细信息，由上级网管进行处理。

7.如权利要求1至5中任一项所述的方法，其特征在于，所述告警信息模型自身属性包括系统类型、告警码、原因码、或处理建议。

8.如权利要求1至5中任一项所述的方法，其特征在于，所述方法进一步包括：

D、在上级网管中配置告警码分组配置文件；所述上级网管从本级告警信息模型缓存中读取所有告警码，根据分组配置文件对告警码进行分组呈现。

9.一种集中网管系统，包括级联的至少一个上级网管和至少一个下级网管，所述每一下级网管通过一个北向功能模块与所述上级网管的接入访问模块建立级联，其特征在于：

所述接入访问模块，包括信息映射模块、命令下发模块和下级告警监听模块，其中，

所述命令下发模块，分别与所述信息映射模块和下级网管的北向功能模块相连，用于向所述北向功能模块发送上载下级网管的告警信息模型的命令，并在接收所述下级网管的告警信息模型后将其送至所述信息映射模块；

所述信息映射模块，对接收的所述下级网管的告警信息模型按照一对一的映射规则映射至所述上级网管的告警信息模型中；同时，还对接收的下级网管上报的告警消息进行映射转换，按所述一对一的映射规则将所述告警消息转换为所述上级网管告警信息模型可识别的告警消息；

所述下级告警监听模块，分别与所述信息映射模块、上级网管的告警接收模块以及下级网管的北向功能模块相连，用于监听下级网管上报的告警消息，对下级网管上报的告警消息调用信息映射模块进行告警消息映射转换，将映射转换获得的告警消息发送给所述告警接收模块。

10.如权利要求9所述的集中网管系统，其特征在于，

所述北向功能模块，用于响应上级网管下发的告警信息模型上载命令，并向上级网管上报本级的告警信息模型，同时监听本级的告警上报事件，在本级收到告警消息时转发一份告警消息至所述上级网管。

11.如权利要求9所述的集中网管系统，其特征在于，

所述信息映射模块，在进行一对一的映射时，是将下级告警信息模型中的告警码、版本号、以及告警码所属系统类型组合在一个字段中作为上级网管的告警信息模型中的告警码。

12.如权利要求9所述的集中网管系统，其特征在于，

所述告警接收模块，用于接收映射解析转换后的告警消息，以供上级网管将映射转换后的告警消息进行本地处理或上报。

Images