网络系统中处理告警数据的方法及装置的制作方法

文档序号:7593258阅读:223来源:国知局
专利名称:网络系统中处理告警数据的方法及装置的制作方法
技术领域
本发明涉及网络通信技术领域,具体涉及一种处理告警数据的方法及装置。
背景技术
在网络通信中,网管系统负责网络的配置管理、告警管理、安全管理等工作。其中,告警管理对维护网络的正常运行起着至关重要的作用。通常网络的运行需要多种不同的网元设备,这些网元设备一旦出现故障,会向故障管理中心上报告警信息,故障管理中心会根据收到的告警信息作出相应的处理。通常,不同类型的网元设备,其告警数据的内容和格式不统一例如,有的网元设备以文本方式上报告警信息,如某种类型的网元设备上报的告警数据内容如下+++ 808-USAU2-32004-02-12 13:44:33ALARM 68339 Event MajorExchange 782 RunningAlarm name = Logical driver space is insufficientLocation info = Drive=DFunction sub-system = Control systemA/B indication = BAMModule No. = BAMAlarm description = When the free space of the logic drive is under 5% oftotal space,this alarm is generated.
Suggestion = Please delete the invalid or overdue files to assurethe normal running of the system and contact the
technical support to change to a larger hard disk.
---END有的网元设备则以二进制方式上报告警数据。
即使两种类型的网元设备都以文本方式或都以二进制方式上报告警,它们的上报格式也有可能存在不同。
这样,故障管理中心就需要分别解析不同类型网元设备的告警数据,如图1所示,给告警数据的处理带来了一定的困难;同时故障管理中心也将无法保持稳定,因为每新接入一种类型的网元设备,就必须修改故障管理系统,增加对应类型网元设备的告警解析功能;而且故障管理系统也必须处理和网元设备的通讯连接问题,这样就会给故障管理系统增加新的困难。因为从软件设计的角度来讲,模块的设计应该遵从高内聚、低耦合的原则。高内聚是指模块内部完成的功能尽量单一,不同的功能应该放到不同的模块去实现,不要在一个模块中完成多个功能;低耦合是指模块之间的相互依赖关系越简单越好。故障管理模块的功能是处理故障业务,如果还要处理通讯问题,则会降低故障处理的效率,严重时将无法及时消除故障,保证系统正常运行。

发明内容
本发明的目的在于提供一种网络系统中处理告警数据的方法及装置,以简化故障管理中心对告警数据的处理,使其可以专注于处理告警业务,提高网络系统告警管理效率。
本发明的目的是通过以下技术方案实现的一种网络系统中处理告警数据的方法,所述网络系统包括故障管理中心及多种网元设备,所述方法包括A、分别获取不同网元设备的告警数据;
B、将所述获取的不同网元设备的告警数据转换成预定格式;C、将转换后的预定格式的告警数据传送到所述故障管理中心进行集中管理。
所述步骤A包括通过传输控制协议/因特网协议获取不同网元设备的告警数据。
所述步骤B包括B1、分别对不同网元设备建立动态链接库;B2、由所述动态链接库将获取的不同网元设备的告警数据转换成预定的格式。
所述步骤C包括C1、通过传输控制协议/因特网协议将标准格式的告警数据传送到所述故障管理中心;C2、由所述故障管理中心对收到的告警数据进行集中管理。
所述预定格式的告警数据包括告警类别、告警级别、告警来源、网元类型编号、告警设备流水号、告警产生时间、网元设备编号。
一种网络系统中处理告警数据的装置,所述装置包括故障管理装置,用于对网元设备进行集中故障管理;数据收集装置,耦合于所述故障管理装置,用于将不同网元设备的告警数据转发给所述故障管理装置。
所述数据收集装置包括数据收集接口,用于收集不同网元设备的告警数据;至少一个数据解析装置,用于将网元设备的告警数据转换为预定的格式;数据转发接口,用于将转换后的告警数据转发给所述故障管理装置。
所述数据解析装置包括
动态链接库,用于提供网元设备告警数据转换所需的函数;数据转换接口,用于根据所述网元设备告警数据定制所述动态链接库的出/入口参数。
由以上本发明提供的技术方案可以看出,本发明在对网络系统告警数据的处理中,由于增加了数据收集模块,使原来需要由故障管理中心处理的网元设备的接入和告警解析过程转移到由数据收集模块来处理,将不同格式及内容的告警数据进行转换,并统一格式,而且由数据收集装置为故障管理中心提供通信接口,使其可以不再关注网元设备的增减,减轻了故障管理中心解析不同格式告警数据的繁重压力及与不同类型网元设备的通信处理过程,从而可以使其专注于处理告警业务,更好地保障网络的正常运行。


图1是现有技术中对告警数据的处理方式;图2是本发明网络系统中处理告警数据的方法的流程图;图3是本发明装置的第一实施例的框图;图4是本发明装置的第二实施例的框图。
具体实施例方式
本发明的核心在于,在现有装置的基础上,增加数据收集模块,将原来需要由故障管理中心处理的网元设备的接入和告警解析过程转移到由数据收集模块来处理,由数据收集模块对不同类型网元设备的不同格式及内容的告警数据进行转换,并统一格式,屏蔽不同类型网元设备间告警数据的格式差异,而且由数据收集装置为故障管理中心提供通信接口。
为了使本技术领域的人员更好地理解本发明方案,下面结合附图和实施方式对本发明作进一步的详细说明。
参照图2,图2示出了本发明方法的详细流程,包括以下步骤首先,在步骤201设定告警数据的标准格式。
在网络系统中,有各种不同功能的网元设备,其工作方式不同,产生的告警数据也不相同,通常大都会包括以下信息编号标识告警种类的编号;名称告警的名称;流水号用于标识告警产生和到达顺序的序列号;类别区分是故障告警、恢复告警或事件告警,描述故障的性质;级别描述告警的严重程度;日期告警发生的日期;时间告警发生的时间;参数故障的定位信息,描述问题发生的具体位置。
综合上述告警信息参数并结合网元设备的特点,可以将传送给故障管理中心的告警数据设定为如下的标准格式表1


步骤202获取不同网元设备的告警数据。
比如可以基于TCP/IP协议,可以通过FTP(文件传输协议)获取局域网终端的告警数据;可以通过Telnet(远程登陆)来获取远端网元设备的告警数据。
根据网元设备的不同,这些告警数据可能有各自不同的表现形式,比如,有文本方式的告警数据、有二进制方式的告警数据。
步骤203分别对不同网元设备建立动态链接库。
步骤204由动态链接库将获取的不同网元设备的告警数据转换成设定的标准格式。
对于一种网元设备,相应地要建立一个对应的动态链接库,由该动态链接库提供该网元设备告警数据的非设定格式到设定格式的转换函数。根据网元设备告警数据包含的信息定制转换接口参数,调用对应的动态链接库完成告警数据的转换。
比如,对于下面的告警数据+++ 808-USAU2-3 2004-02-12 13:44:33ALARM 68339 Event MajorExchange 782 RunningAlarm name = Logical driver space is insufficientLocation info = Drive=DFunction sub-system = Control systemA/B indication = BAMModule No. = BAMAlarm description = When the free space of the logic drive is under 5% oftotal space,this alarm is generated.
Suggestion = Please delete the invalid or overdue files to assurethe normal running of the system and contact thetechnical support to change to a larger hard disk.
---FND
转换后如下表2所示(见表中第2列的值)表2

步骤205将标准格式的告警数据传送到故障管理中心。同样,可以通过TCP/IP协议来传送这些转换后的、具有设定格式的数据。
步骤206由故障管理中心对收到的告警数据进行集中管理。
图3是本发明装置的第一实施例框图其中,故障管理装置31用于对网元设备进行集中故障管理,也就是说对告警数据进行管理;数据收集装置32耦合于故障管理装置31,用于将不同网元设备的告警数据转发给故障管理装置31。
各网元设备主动上报其告警数据到数据收集装置32,当然也可以由数据收集装置32按照一定的方式,比如,定时轮询网元设备,来获取其告警数据。
图4是本发明装置的第二实施例框图如图所示,按照本发明的第二实施例,为不同类型的网元设备的告警数据提供了对应的数据解析装置,用于将不同类型的告警数据转换为预定的格式。在该实施例中,本发明装置包括数据收集接口321,用于收集不同网元设备的告警数据。各网元设备主动上报其告警数据到数据收集接口321,当然也可以由数据收集接口321查询网元设备来获取其告警数据;多个数据解析装置,耦合到数据收集接口321,对应于不同类型的网元设备,用于将网元设备的告警数据转换为预定的格式;数据转发接口323,用于将转换后的告警数据转发给所述故障管理装置。
对告警数据的收集及转发过程如下数据收集接口321将获取的告警数据传送给对应的数据解析装置322,在每个数据解析装置中,分别有一个相应的动态链接库和一个数据转换接口所述动态链接库用于提供网元设备告警数据转换所需的函数;所述数据转换接口,用于根据网元设备告警数据定制动态链接库的出/入口参数。由数据解析装置将网元设备的告警数据转换为预定的格式。
比如,网元设备1(交换设备)上报给数据收集接口的告警数据如下+++808-USAU2-3 2004-02-12 13:44:33ALARM68339 Event MajorExchange 782 RunningAlarm name = Logical driver space is insufficientLocation info = Drive=DFunction sub-system = Control systemA/B indication = BAMModule No. = BAMAlarm description = When the free space of the logic drive is under 5% oftotal space,this alarm is generated.
Suggestion = Please delete the invalid or overdue files to assurethe normal running of the system and contact thetechnical support to change to a larger hard disk.
---END数据收集接口收到该告警数据后,将其传送给对应的数据解析装置1,由数据解析装置1中的数据转换接口根据网元设备告警数据定制动态链接库的出/入口参数;然后将这些定制的参数传送给对应的动态链接库,由该动态链接库将网元设备的告警数据转换为如上面表2所示的预定格式。
然后,由数据转发接口323将转换后的告警数据转发给故障管理装置31。由故障管理装置31对这些告警数据进行统一管理,处理告警业务。
虽然通过实施例描绘了本发明,本领域普通技术人员知道,本发明有许多变形和变化而不脱离本发明的精神,希望所附的权利要求包括这些变形和变化而不脱离本发明的精神。
权利要求
1.一种网络系统中处理告警数据的方法,所述网络系统包括故障管理中心及多种网元设备,其特征在于,所述方法包括A、分别获取不同网元设备的告警数据;B、将所述获取的不同网元设备的告警数据转换成预定格式;C、将转换后的预定格式的告警数据传送到所述故障管理中心进行集中管理。
2.根据权利要求1所述的网络系统中处理告警数据的方法,其特征在于,所述步骤A包括通过传输控制协议/因特网协议获取不同网元设备的告警数据。
3.根据权利要求1或2所述的网络系统中处理告警数据的方法,其特征在于,所述步骤B包括B1、分别对不同网元设备建立动态链接库;B2、由所述动态链接库将获取的不同网元设备的告警数据转换成预定的格式。
4.根据权利要求1或2所述的网络系统中处理告警数据的方法,其特征在于,所述步骤C包括C1、通过传输控制协议/因特网协议将标准格式的告警数据传送到所述故障管理中心;C2、由所述故障管理中心对收到的告警数据进行集中管理。
5.根据权利要求1所述的网络系统中处理告警数据的方法,其特征在于,所述预定格式的告警数据包括告警类别、告警级别、告警来源、网元类型编号、告警设备流水号、告警产生时间、网元设备编号。
6.一种网络系统中处理告警数据的装置,其特征在于,所述装置包括故障管理装置,用于对网元设备进行集中故障管理;数据收集装置,耦合于所述故障管理装置,用于将不同网元设备的告警数据转发给所述故障管理装置。
7.根据权利要求6所述的网络系统中处理告警数据的装置,其特征在于,所述数据收集装置包括数据收集接口,用于收集不同网元设备的告警数据;至少一个数据解析装置,用于将网元设备的告警数据转换为预定的格式;数据转发接口,用于将转换后的告警数据转发给所述故障管理装置。
8.根据权利要求7所述的网络系统中处理告警数据的装置,其特征在于,所述数据解析装置包括动态链接库,用于提供网元设备告警数据转换所需的函数;数据转换接口,用于根据所述网元设备告警数据定制所述动态链接库的出/入口参数。
全文摘要
本发明公开了一种网络系统中处理告警数据的方法及装置,所述装置包括故障管理装置及数据收集装置,由数据收集装置获取不同网元设备的告警数据并将其转换成预定格式的告警数据,然后传送到故障管理装置进行集中管理。利用本发明,可以简化故障管理中心对告警数据的处理,使其可以专注于处理告警业务,更好地保障网络的运行。
文档编号H04L12/24GK1713588SQ20041004875
公开日2005年12月28日 申请日期2004年6月15日 优先权日2004年6月15日
发明者龙鸽 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1