著录项信息
专利名称 | 一种处理告警信息的系统及方法 |
申请号 | CN200510121448.X | 申请日期 | 2005-12-29 |
法律状态 | 授权 | 申报国家 | 暂无 |
公开/公告日 | 2007-07-04 | 公开/公告号 | CN1992636 |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | H04L12/24 | IPC分类号 | H;0;4;L;1;2;/;2;4查看分类表>
|
申请人 | 华为技术有限公司 | 申请人地址 | 广东省深圳市龙岗区布吉坂田华为总部办公楼
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 华为技术有限公司 | 当前权利人 | 华为技术有限公司 |
发明人 | 杨利平 |
代理机构 | 暂无 | 代理人 | 暂无 |
摘要
本发明涉及一种处理告警信息的系统及方法。所述系统包括:操作维护单元和维护客户端,操作维护单元中包括告警信息接收模块及与其相连的告警管理模块,告警管理模块的输出与维护客户端相连;其中:告警管理模块用于对接收到的告警信息进行相关性分析,将分析结果上报给维护客户端,并由维护客户端处理及显示。所述方法包括对接收到的告警信息进行相关性分析,根据预定的规则将告警信息划分为源告警及其衍生告警并以告警导航树的形式显示告警信息。采用本发明的系统及方法,可以把告警信息以一种简单明了的告警导航树方式展示给用户,维护人员根据该告警导航树可以快速地定位故障根源,减少局方运维人员的维护工作量,提高运营商的运营效率。
1.一种处理告警信息的系统,其特征在于,包括操作维护单元和维护客户端,所述操作维护单元中包括告警信息接收模块及与其相连的告警管理模块,所述告警管理模块的输出与维护客户端相连;其中:所述告警管理模块用于根据预定的规则将告警信息划分为源告警及其衍生告警,并将所述划分结果上报给维护客户端,用于所述维护客户端处理及显示;所述预定的规则包括告警信息属性、告警对象属性和告警信息产生的时间间隔中的至少其中之一。
2.根据权利要求1所述的处理告警信息的系统,其特征在于,所述维护客户端处理并显示包括:维护客户端根据划分结果将源告警作为父节点,衍生告警作为子节点,以告警导航树的形式显示告警信息。
3.根据权利要求2所述的处理告警信息的系统,其特征在于,所述维护客户端还根据告警信息生成告警信息详情表,并建立导航树与所述告警信息详情表的链接,其中导航树中的每一个节点对应告警信息详情表中的一条告警信息。
4.根据权利要求3所述的处理告警信息的系统,其特征在于,所述告警信息详情表中的告警信息内容包括:告警名称、告警ID、告警级别、子网ID、网元ID、模块ID或/和故障发生时间/清除时间。
5.一种处理告警信息的方法,其特征在于,包括:
接收告警信息;
对接收到的告警信息根据预定的规则将告警信息划分为源告警及其衍生告警,并进行相关性分析,所述预定的规则包括告警信息属性、告警对象属性和告警信息产生的时间间隔中的至少其中之一;
处理及显示分析结果。
6.根据权利要求5所述的处理告警信息的方法,其特征在于,所述处理并显示分析结果包括:根据分析结果将源告警作为父节点,衍生告警作为子节点,以告警导航树的形式显示告警信息。
7.根据权利要求6所述的处理告警信息的方法,其特征在于,还包括根据告警信息生成告警信息详情表,并建立导航树与所述告警信息详情表的链接,其中导航树中的每一个节点对应告警信息详情表中的一条告警信息。
8.根据权利要求7所述的处理告警信息的方法,其特征在于,所述告警信息详情表中的告警信息内容包括:告警名称、告警ID、告警级别、子网ID、网元ID、模块ID或/和故障发生时间/清除时间。
技术领域\n本发明涉及通信网络,更具体地说,涉及一种在通信网络中处理告警信息的方法。\n背景技术\n在一个运营商管理的网络中,设备通常是安装在比较偏僻的地方如高层建筑的楼顶、或室外,如果某台设备出现故障,管理中心需要及时知道,以便及时排除故障,保证网络正常运行。告警信息就是现在所采用的主要检测手段之一。现有技术中,告警显示一般按告警的时间顺序采用表格形式显示,即把从设备上来的告警,不经过相关性分析,直接以表格的形式一条一条地显示给用户,因而不能直观表示告警信息之间的相互关系。局方运维人员需要对每条告警手工进行分析,看看哪些告警是某条源告警衍生出来的,哪些是可以不用重点关注的。这样给局方运维人员增加了很多不必要的维护工作量。\n因此,如何利用这些有效的告警信息,迅速分析出错误原因就成了我们迫切需要解决的问题之一。\n发明内容\n本发明要解决的技术问题在于,针对现有技术中因告警信息数据量大,维护人员需进行大量的手工分析才能定位故障根源,提供一种对告警信息进行处理的系统及方法,使维护人员能够直观快捷地得知故障根源所在。\n本发明解决其技术问题所采用的技术方案是:构造一种处理告警信息的系统,包括操作维护单元和维护客户端,所述操作维护单元中包括告警信息接收模块及与其相连的告警管理模块,所述告警管理模块的输出与维护客户端相连;其中:所述告警管理模块用于根据预定的规则将告警信息划分为源告警及其衍生告警,并将所述划分上报给维护客户端,用于所述维护客户端处理及显示;所述预定的规则包括告警信息属性、告警对象属性和告警信息产生的时间间隔中的至少其中之一。\n在本发明的处理告警信息的系统中,所述维护客户端处理并显示包括:维护客户端根据划分结果将源告警作为父节点,衍生告警作为子节点,以告警导航树的形式显示告警信息。\n在本发明的处理告警信息的系统中,所述维护客户端还根据告警信息生成告警信息详情表,并建立导航树与所述告警信息详情表的链接,其中导航树中的每一个节点对应告警信息详情表中的一条告警信息。\n在本发明的处理告警信息的系统中,所述告警信息详情表中的告警信息内容包括:告警名称、告警ID、告警级别、子网ID、网元ID、模块ID或/和故障发生时间/清除时间。\n本发明解决其技术问题所采用的另一方案是,提供一种处理告警信息的方法,其特征在于,包括:\n接收告警信息;\n对接收到的告警信息根据预定的规则将告警信息划分为源告警及其衍生告警,并进行相关性分析,所述预定的规则包括告警信息属性、告警对象属性和告警信息产生的时间间隔中的至少其中之一;\n处理及显示分析结果。\n在本发明的处理告警信息的方法中,所述处理并显示分析结果包括:根据分析结果将源告警作为父节点,衍生告警作为子节点,以告警导航树的形式显示告警信息。\n在本发明的处理告警信息的方法中,还包括根据告警信息生成告警信息详情表,并建立导航树与所述告警信息详情表的链接,其中导航树中的每一个节点对应告警信息详情表中的一条告警信息。\n在本发明的处理告警信息的方法中,所述告警信息详情表中的告警信息内容包括:告警名称、告警ID、告警级别、子网ID、网元ID、模块ID或/和故障发生时间/清除时间。\n实施本发明的处理告警信息的方法,具有以下有益效果:可以把告警信息以一种简单明了的告警导航树方式展示给用户,维护人员根据该告警导航树可以快速地定位故障根源,减少局方运维人员的维护工作量,提高运营商的运营效率。\n附图说明\n下面将结合附图及实施例对本发明作进一步说明,附图中:\n图1是本发明处理告警信息的系统示意图;\n图2是本发明处理告警信息的流程示意图;\n图3是本发明告警导航树示意图;\n图4是根据本发明的一个实施例,通过左树右表的方式显示告警信息的相互关系的示意图。\n具体实施方式\n在网络运行中,当某个通信设备出现故障时,故障信息会以告警消息的形式上报给维护客户端,该故障可能会引起很多条告警信息,但是根源都是由于该设备某个地方故障引起的,传统的做法是把所有的告警信息都按照时间先后顺序上报给维护客户端,维护客户端直接把所有的告警信息不经处理全部显示给用户,局方运维人员通过一条一条分析这些告警信息,定位出故障原因。这种方式维护工作量非常大,维护成本非常高。\n对于局方运维人员来说很多告警都是由于某个故障引起的,他们只关心某个源告警或是衍生告警中比较重要的几条告警信息。\n针对这一问题,本发明技术方案的构思是:当某个设备出现故障时,针对故障引发的大量告警信息,操作维护单元(Operation&Maintenance Unit,缩写为OMU)中的告警管理(Fault Manager,缩写为FM)模块根据预定的规则对该设备的该故障引起的所有告警信息进行源告警及其衍生告警的相关性分析,把分析结果上报给维护客户端,维护客户端根据上报的相关性分析结果信息,把源告警信息作为父节点,其所有衍生告警信息作为源告警信息的子节点,以树状的形式形象的展现给用户。我们把这种以树状形式显示的告警信息称为告警导航树(Alarm Navigation Tree,缩写为ANT)。另外,我们还可以把源告警信息及其所有衍生告警信息只显示成一个节点。这样大大地减少了告警的信息量,局方运维人员需要处理某个故障时,只要找到源告警信息或是展开该源告警信息的衍生告警信息,就可以快速分析出故障原因,而不用自己在大量的告警信息中去逐个分析每条告警消息,去分析哪些告警是由于某个根源引起的,哪些告警是没有用的,哪些告警才是真正自己需要关注的,这样大大减少了局方运维人员的工作量。\n图1是本发明的处理告警信息的系统100的结构示意图。如图1所示,系统100包括操作维护单元120及维护客房端130,其中操作维护单元120包括告警信息接收模块122及与其相连的告警管理模块124,告警管理模块124的输出端与维护客户端130相连。\n在构建该系统时,首先要制定一套判定源告警与衍生告警的规则。这些规则可以包括告警信息属性、告警对象属性、告警信息产生时间间隔等因素。比如根据告警信息属性,确定哪些告警有衍生关系,在有衍生关系的告警中什么时间间隔内产生的告警才算源告警与衍生告警的关系,同时还要考虑告警对象的属性等等。例如:单板的CPU故障可能与单板的某个进程故障已定义成了源告警与衍生告警的关系,在某个时间范围内单板A的CPU故障和单板B的进程故障同时上报上来,这个时候两个告警之间是没有衍生关系的,所以还需要根据产生告警对象的属性来决定是不是衍生告警。又例如(但不限于),可规定在一分钟之内,某个单板产生的主板故障告警与该单板的信令链路断链告警属于源告警与衍生告警的关系。根据这些规则可建立一个故障告警信息原因分析数据库,并将其存放在告警管理模块124能够访问的存储装置中。告警管理模块124可包括适当的电路、逻辑和/或代码,使得其能够利用数据库中的信息、根据前述的规则,对接收到的告警信息110进行相关性分析,从中找出源告警信息及其衍生告警信息。\n以下结合图2对本发明的系统100的操作过程进行描述。\n图2是根据本发明一个实施例的处理告警信息的方法200流程的示意图。方法200从步骤210开始。在步骤210中,当有告警上报时,告警信息接收模块122接收告警信息110并将其发送给告警管理模块124。然后,在步骤220中,告警管理模块124对接收到的告警信息进行相关性分析,从中找出源告警信息及其衍生告警信息,并将该分析结果以及全部告警信息的详情数据上报给维护客户端130。接下来,在步骤230,维护客户端130根据分析结果,将源告警信息作为父节点,其所有衍生告警信息作为源告警信息的子节点,生成告警导航树。最后,在步骤240,维护客户端130将该分析结果以告警导航树的形式显示出来(参见图3)。\n根据本发明的另一个实施例,维护客户端130还可以根据该分析结果生成一个数据文件,根据该数据文件维护客户端130可以显示出如表一所示的分析结果列表。\n表一告警相关性分析结果\n 告警名称 告警 ID 告警 类型 告警 级别 子网 ID 网元 ID 模块 ID 发生时间/ 清除时间 主板故障 1 故障 紧急 1 1 1 2005-11-2417:52 主板关电 2 故障 紧急 1 1 1 2005-11-2417:52 处理故障 3 故障 紧急 1 1 1 2005-11-2417:52 信令链路断链 4 故障 紧急 1 1 1 2005-11-2417:52 存储器数据故障 5 故障 紧急 1 1 1 2005-11-2417:53 存储器数据故障 6 故障 紧急 1 1 1 2005-11-2417:53\n如上所提及:表一为根据本发明的一个实施例的告警信息相关性分析结果的显示示例。表中列出了每条告警信息的告警名称、告警ID、告警类型、告警级别、故障设备所属子网ID、网元ID、模块ID及故障发生时间清除时间等信息。当然,这些只是基本信息,在实际应用中,还可包括其它信息,如:恢复类型,告警序列号,定位信息,重复次数等内容。\n表一中,在告警名称这一列,按照告警信息的相互关系,分层次将源告警及其衍生告警一一列出。例如,告警1为一条源告警,告警2和告警3分别是其子告警,告警4又是告警3的子告警,告警5也是一条源告警,告警6是告警5的子告警。\n另外,根据这一实施例,维护客户端还可以以告警导航树的形式将告警信息之间的相互关系显示出来。如前面所述,把源告警信息作为父节点,其所有衍生告警信息作为源告警信息的子节点,生成告警导航树,如图3所示。\n在本发明的又一个实施例中,还可通过左树右表的方式显示告警信息的相互关系。如图4所示,左边是一棵告警导航树,源告警和其衍生告警以父子节点的形式表示,树的节点名可以是告警简单描述等告警标识信息;右边是一个告警详细信息显示表格,显示该告警及其衍生告警的告警详细信息,并在告警导航树与表格之间建立链接关系。在本实施例中,OMU的FM模块对设备上报的告警信息进行告警信息相关性分析,把分析结果上报给本地操作维护客户端(Local Maintenance Terminal,缩写为LMT),LMT把源告警信息为父节点,衍生告警信息作为其子节点,以树状的形式显示在左边导航树上,当用户点击左边导航树上的原始告警信息时,右边的表格将显示该原始告警及其所有相关性告警信息。例如,在图4中,点击告警导航树中的告警3节点,右边的表格将显示出告警3及与其相关的告警(告警1和告警4)的详细信息。\n总之,在本发明的技术方案中,通过OMU的FM模块对设备上报的告警信息进行告警信息相关性分析,把分析结果上报给LMT,LMT把告警信息以一种简单明了的方式展示给用户,例如,可以将源告警及其相关性告警以树状的形式显示在同一个表格中的显示方式,或将源告警及其相关性告警以左边为告警树右边为告警详细信息的显示方式。局方人员通过该显示方式可以快速地定位故障根源,减少了局方运维人员的维护工作量,大大地提高了运营商的运营效率。
法律信息
- 2010-04-21
- 2007-08-29
- 2007-07-04
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2004-06-09
|
2002-11-20
| | |
2
| |
2004-04-28
|
2002-10-22
| | |
3
| |
2005-12-28
|
2004-06-22
| | |
4
| |
2005-07-06
|
2003-12-30
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |