电信管理网中一种多厂商告警管理系统及其告警方法

摘要

本发明公开了一种多厂商告警管理系统及其告警方法。系统包括各厂商的网元层网络管理系统和上层网络管理系统。方法包括：在上层网络管理系统中保存对应于各厂商的厂商告警与上层网络管理系统标准告警之间的映射关系；当上层网络管理系统收到网元层网络管理系统发送的告警信息后，找到该网元层网络管理系统所属厂商所对应的映射关系，根据该映射关系得到所收到的告警信息对应的标准告警，显示相应的告警原因；当上层网络管理系统收到修改某厂商告警映射信息的请求时，修改对应的映射关系的内容，并根据修改后的映射关系刷新当前告警。本发明提高了网管的可扩展性和可维护性，并且可以方便查看映射关系。

说明书

技术领域

本发明涉及通信领域，特别涉及在电信网络管理系统中的一种多厂商告警管理系统的告警方法。

背景技术

在电信管理网中，往往同时运行着不同厂商的设备和网管系统，为了统一管理这些相互独立的网元层网管系统，实现对电信设备统一的集中监控和管理，各厂商的网元层网管系统都向上提供标准的北向接口，网络层网管系统或者综合网管系统通过实现同一标准的南向接口与网元层网管系统的的北向接口进行对接，从而实现对各个厂家网元层网管系统的统一管理。

在网络管理系统中，告警管理功能是最基本的管理功能模块之一。虽然NMS(Network Management System，网络管理系统)网管技术规范和EMS(Element Management System，网元管理系统)网管技术规范对标准告警原因的定义都是相同的，但不同厂商对告警的定义是存在差异的，并没有完全遵守规范；且随着新设备的不断推出，告警定义越来越细，出现了很多规范中未定义的告警信息。

在现有的网络管理系统中，对多厂商告警的管理方法主要是黑盒管理方法。在黑盒管理方法中，上层网管系统采用预定义方式，保存其需要管理的所有厂商网管系统与本网管系统间的告警映射关系，按此映射关系对厂商网管系统的告警信息进行管理。

虽然黑盒管理方法是最简单的一种多厂商告警管理方法，但是存在以下缺点：

一、用户无法直观查看厂商告警信息与上层网管标准告警的映射关系，从而不能有效核对上层网管显示的厂商告警信息是否正确；

二、当厂商告警定义发生变化时，用户无法动态维护厂商告警信息与上层网管标准告警的映射关系，只能通过升级上层网管方式解决；

三、当增加对新厂商网管系统的管理时，只能同时升级上层网管系统，否则，上层网管告警管理功能无法正常运行。

发明内容

本发明要解决的技术问题是提供一种多厂商告警管理系统的实现方法，以克服现有技术中厂商告警信息可维护性低，扩展性差的问题。

为了解决上述技术问题，本发明提供了一种多厂商告警管理系统的告警方法，包括：

在上层网络管理系统中保存对应于各厂商的厂商告警与上层网络管理系统标准告警之间的映射关系；

当上层网络管理系统收到网元层网络管理系统发送的告警信息后，找到该网元层网络管理系统所属厂商所对应的映射关系，根据该映射关系得到所收到的告警信息对应的标准告警，显示相应的告警原因；

当上层网络管理系统收到修改某厂商告警映射信息的请求时，修改对应的映射关系的内容，并根据修改后的映射关系刷新当前告警。

进一步的，所述厂商告警与上层网络管理系统标准告警之间的映射关系为厂商告警映射表。

进一步的，上层网络管理系统在对映射关系进行修改时仍保留原版本的映射关系；当上层网络管理系统收到恢复某厂商映射关系的请求时，根据请求在所保存的各版本的映射关系中找到所要恢复的映射关系，根据恢复后的映射关系刷新当前告警。

进一步的，所述刷新当前告警是指：根据更新后的映射关系重新找到当前告警信息所对应的标准告警。

本发明还提供了一种多厂商告警管理系统，包括：各厂商的网元层网络管理系统和上层网络管理系统；

所述各厂商的网元层网络管理系统与上层网络管理系统对接；用于根据网络情况提供相应告警信息给上层网络管理系统；

其特征在于：

所述上层网络管理系统包括告警模块和厂商告警维护模块，并保存有分别对应于各厂商的厂商告警与本上层网络管理系统标准告警间的映射关系；

所述厂商告警维护模块用于接收用户修改厂商告警映射信息的指令，根据该指令对相应的映射关系进行修改，并将修改后的映射关系发给所述告警模块；

所述告警模块用于接收网元层网络管理系统发送的告警信息，并根据相应的映射关系得到所述告警信息所对应的标准告警，显示相应的告警原因；还用于在收到厂商告警维护模块所发送的修改后的映射关系数据后，根据修改后的映射关系数据刷新当前告警。

进一步的，所述厂商告警维护模块修改映射关系时保存原版本的映射关系；还用于接收用户恢复厂商告警映射信息的指令，根据该指令找到相应版本的映射关系并将所恢复的映射关系数据发给告警模块；

所述告警模块还用于在收到厂商告警维护模块所发送的恢复的映射关系数据后，根据恢复的映射关系数据刷新当前告警。

进一步的，所述告警模块刷新当前告警是指：告警模块根据更新后的映射关系重新找到当前告警信息所对应的标准告警。

进一步的，所述厂商告警维护模块包括客户机端厂商告警维护模块和服务器端厂商告警维护模块；

所述客户机端厂商告警维护模块用于接收用户修改厂商告警映射信息的指令，并向服务器端厂商告警维护模块发送查询所述映射关系数据的请求，在收到映射关系数据后进行相应修改并发给服务器端厂商告警维护模块；还用于接收用户恢复厂商告警映射信息的指令，并发送相应请求给服务器端厂商告警维护模块；

所述服务器端厂商告警维护模块用于在收到客户机端厂商告警维护模块的查询请求后，将对应的映射关系内容返回给客户机端厂商告警维护模块；还用于在收到客户机端厂商告警维护模块发送的修改后的映射关系数据后，将其发给所述告警模块，并保存原版本的映射关系；还用于在收到客户机端厂商告警维护模块的恢复请求后，在所保存的各版本映射关系中找到所要恢复的映射关系，并将所恢复的映射关系数据发给告警模块。

本发明提供了完整的多厂商告警管理系统及其告警方法，与现有的告警管理技术相比有以下优点：  (1)用户可以方便查看厂商告警信息与上层网管标准告警信息的映射关系，从而有效核对上层网管显示的厂商告警信息是否正确；(2)可动态维护厂商告警映射信息，提高了网管的可维护性；(3)可动态增加对新厂商网管告警功能的管理，提高了网管的可扩展性。

附图说明

图1是本发明的多厂商告警管理系统应用实例的框架图；

图2是本发明应用实例的告警模块刷新当前告警的流程图。

具体实施方式

下面将结合附图及实施例对本发明的技术方案进行更详细的说明。

本发明所提供了一种多厂商告警管理系统的告警方法，包括设置阶段和运行阶段：

所述设置阶段包括：

在上层网络管理系统中保存对应于各厂商的厂商告警与上层网络管理系统标准告警之间的映射关系；所述厂商告警指各厂商网络管理系统的告警信息；

建立所述厂商告警映射表时可根据具体需求定义不同的属性字段；所述属性字段可以包括以下字段：厂商告警标识、标准告警标识、厂商告警描述信息、告警严重性等级、告警类型、是否业务相关及标准告警描述信息。对于无法映射到标准告警的厂商告警，统一定义为厂商告警。

所述运行阶段包括：

当上层网络管理系统收到网元层网络管理系统发送的告警信息后，找到该网元层网络管理系统所属厂商所对应的映射关系，根据该映射关系得到所收到的告警信息对应的标准告警，并显示相应的告警原因。

当上层网络管理系统收到查询某厂商告警映射信息的请求时，将对应的映射关系内容转换为可以显示的格式，以供用户查看。

当上层网络管理系统收到修改某厂商告警映射信息的请求时，修改对应的映射关系的内容，为了以后能够进行恢复，上层网络管理系统仍保留原版本的映射关系；为区别各版本的映射关系，可以对映射关系加上标识，所述标识可以但不限于是文件名；上层网络管理系统根据修改后的映射关系刷新所有当前告警。此处提到的修改操作包括新增、删除及改变已有映射关系。

当上层网络管理系统收到恢复某厂商映射关系的请求时，根据请求在所保存的各版本的映射关系中找到所要恢复的映射关系，根据恢复后的映射关系刷新所有当前告警；上层网络管理系统还将所恢复的映射关系内容转换为可以显示的格式以供用户查看。可以但不限于在恢复请求中用所述标识来指明所要恢复的映射关系。

所述厂商告警与上层网络管理系统标准告警之间的映射关系可以但不限于为厂商告警映射表。

所述刷新当前告警是指：根据更新后的映射关系重新找到当前告警信息所对应的标准告警。

本发明还提供了一种多厂商告警管理系统，包括各厂商的网元层网络管理系统和上层网络管理系统。

所述各厂商的网元层网络管理系统通过标准的北向接口与上层网络管理系统对接；用于根据网络情况提供相应告警信息给上层网络管理系统。

所述上层网络管理系统——如网络层网络管理系统或者综合网络管理系统通过同一标准的南向接口与网元层网络管理系统对接；包括告警模块和厂商告警维护模块，并保存有对应于各厂商的厂商告警与本上层网络管理系统标准告警间的映射关系；所述映射关系可以但不限于为厂商告警映射表。

所述厂商告警维护模块用于提供对所述映射关系的查看、修改及恢复操作；包括客户机端厂商告警维护模块和服务器端厂商告警维护模块；

所述客户机端厂商告警维护模块用于接收用户修改某厂商告警映射信息的指令，并根据该指令向服务器端厂商告警维护模块发送查询所述映射关系数据的请求，在收到映射关系数据后进行相应修改并发给服务器端厂商告警维护模块；还用于接收用户查询和恢复某厂商告警映射信息的指令，并根据指令发送相应请求给服务器端厂商告警维护模块；并在收到服务器端厂商告警维护模块返回的映射关系内容数据后进行显示；所述修改包括新增、删除及改变已有映射关系；

所述服务器端厂商告警维护模块用于在收到客户机端厂商告警维护模块的查询请求后，将对应的映射关系内容转换为可以显示的格式返回给客户机端厂商告警维护模块；还用于在收到客户机端厂商告警维护模块发送的修改后的映射关系数据后，将其发给所述告警模块，并保存原版本的映射关系；还用于在收到客户机端厂商告警维护模块的恢复请求后，在所保存的各版本映射关系中找到所要恢复的映射关系，将其内容转换为可以显示的格式返回给客户机端厂商告警维护模块，并将所恢复的映射关系数据发给告警模块；

所述告警模块用于接收网元层网络管理系统发送的告警信息，并根据相应的映射关系得到所述告警信息所对应的标准告警，显示相应的告警原因；还用于在收到服务器端厂商告警维护模块所发送的更新的映射关系数据后，根据更新的映射关系数据刷新当前告警；所述更新的映射关系数据包括修改后的和所恢复的映射关系数据；所述刷新当前告警是指：根据更新后的映射关系重新找到当前告警信息所对应的标准告警。

下面以一个应用实例对本发明作进一步的详细描述。

本应用实例中的多厂商告警管理系统如图1所示，上层网络管理系统(包括服务器和客户机)同时管理厂商A和厂商B的网络管理系统。该告警管理系统的告警方法包括设置阶段和运行阶段：

设置阶段：

针对厂商A和厂商B分别建立厂商告警映射表vendoralarmmap A和vendoralarmmap B，并将此2映射表作为图1中的服务器(Server)子系统的配置文件。

所述厂商告警映射表包括厂商告警标识、标准告警标识、厂商告警描述信息、告警严重性等级、告警类型、是否业务相关及标准告警描述信息等字段。对照厂商告警信息和网络层标准告警信息，建立两者间的映射关系。

厂商告警标识是厂商告警的唯一标识；厂商告警标识、厂商告警描述信息、告警严重性等级、告警类型均与厂商网管的告警数据保持一致，数据来源于厂商。

标准告警标识是标准告警的唯一标识；是否业务相关是指该告警是否会影响到具体业务，例如信号丢失(LOS)告警。

对于无法映射到标准告警的厂商告警，统一定义为厂商告警。

运行阶段：

当Server收到厂商A或厂商B网络管理系统发送的告警信息后，找到该网络管理系统所属厂商所对应的厂商告警映射表，根据该表中的映射关系得到所收到的告警信息对应的标准告警，并显示相应的告警原因。

当用户需要查询厂商告警映射信息时，以查询厂商A的告警映射信息为例进行说明，包括：

步骤11：用户在客户机(Client)的界面上选择对A进行查询操作。

步骤12：Client发送查询请求给Server。

步骤13：Server将vendoralarmmap A中的映射关系转换格式，将转换结果应答给Client。

步骤14：Client将收到的应答结果以列表形式呈现给用户。

当用户需要修改厂商告警映射信息时；以增加一条新的厂商告警映射关系到厂商A的告警映射表为例进行说明，包括：

步骤21：用户在Client的界面上新增厂商告警映射关系，设定好厂商告警映射关系的相关字段。

步骤22：Client将新增的映射关系加入到原厂商告警映射表中，全量发给Server。

步骤23：Server将新的映射表保存为区别于vendoralarmmap A的新文件，新文件命名规则为“vendoralarmmap A”+14位时间字符串(比如：20070425141523，表示2007年4月25日14点15分23秒)，并将此文件名应答给Client；并由Server中的告警模块根据修改后的映射关系刷新所有当前告警。

步骤24：Client收到此应答消息后，取出应答结果中的文件名，保存为可供恢复操作选择的文件名。

当用户需要恢复厂商告警映射信息时，以恢复厂商A告警映射信息为例进行说明，包括：

步骤1：用户在界面上选择需要恢复的厂商A的告警映射表文件名进行数据恢复操作。

步骤2：Client将文件名发给Server。

步骤3：Server从所的保存的以前的厂商告警映射表中找到该文件名对应的厂商告警映射表，然后用该表作为当前映射表，并由Server中的告警模块根据恢复后的映射关系刷新所有当前告警，同时将文件中的厂商告警映射信息转换成约定的数据格式，应答给Client；

步骤4：Client收到应答消息后，将应答结果中的数据展示给用户。

所述告警模块根据修改后或恢复的厂商告警映射表刷新当前告警的过程如图2所示，包括以下步骤：

收到厂商告警维护模块发来的厂商告警映射数据后，流程开始启动；

步骤1、检查是否有未处理的当前告警，如果有则转到步骤2；否则转到步骤5。

步骤2、对于一条告警数据，根据标准告警标识在收到的厂商告警映射表中查找其对应的映射关系，如果找到，则转步骤3，如果找不到，则转步骤4；

步骤3、按照映射关系更新当前告警数据，并记录已更改的当前告警；转到步骤1；

步骤4、修改厂商告警描述信息为NULL，修改标准告警原因为“厂商告警”，记录该告警；转到步骤1；

步骤5、当所有告警更新完成之后，将记录的已更改的当前告警上报给Client，呈现给用户，流程结束。

当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。