CN103260180A - 一种告警关联的方法和装置 - Google Patents
一种告警关联的方法和装置 Download PDFInfo
- Publication number
- CN103260180A CN103260180A CN2012100358563A CN201210035856A CN103260180A CN 103260180 A CN103260180 A CN 103260180A CN 2012100358563 A CN2012100358563 A CN 2012100358563A CN 201210035856 A CN201210035856 A CN 201210035856A CN 103260180 A CN103260180 A CN 103260180A
- Authority
- CN
- China
- Prior art keywords
- alarm
- key
- association
- crucial
- regulation
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种告警关联的方法和装置,该方法为设置针对不同设备管理***的不同信号类型产生的关键告警的告警规则;获取各不同设备管理***上报的告警,对符合所述告警规则的关键告警进行拓扑关联处理,生成中间告警并记录该中间告警所关联的拓扑信息;将含有相同拓扑信息的所述中间告警进行再综合,生成最终告警。本发明解决了多个不同设备管理***的不同信号类型上的各个告警无法进行有效关联处理的问题。
Description
技术领域
本发明涉及移动通信传输网络管理领域,尤其涉及一种告警关联的方法和装置。
背景技术
目前的移动运营商的运营管理发展趋势,网络运营的管理思路在逐渐从分散管理过渡到集中管理。例如当前的传输设备运营维护工作,在进行设备的故障处理时,一个区域内的所有设备或设备管理***都要集中由同一个/同一组人员维护,以提高维护管理效率。另一方面,在当前的传输网管技术领域,管理维护基于传输设备生产厂家的设备网元管理***(EMS)上报的告警,由于EMS众多而分散,不能满足告警集中维护处理的需求,而现有的传输综合网管***,虽然能够实现对SDH/WDM(同步传输/波分复用)设备在一个省级区域内不同厂商的多套EMS的统一呈现以及自动生成工单,但还是缺少这些EMS相互之间的关联关系的分析汇总,对于由于相同原因导致的多个EMS设备关键告警,将会派发多个工单,造成人工维护成本增加。例如,由于光缆中断而导致的异常,很多都是由于光缆物理损坏而导致,由于光缆存在于多个设备相关的传输网络上,由此使得相关的多个不同传输设备生产厂家的设备网元管理***(EMS)均发生需要处理的关键告警,也由此会产生多个工单,这些告警分散于各个EMS上,难以看出它们彼此之间有什么联系,因此多个工单之间也不会呈现出什么联系,从而将会出现处理多个工单的多个/多组维护人员,这样就无形中增加了管理维护的人员成本。
为解决上述传输网络管理领域中告警信息分散而难以集中处理的技术问题,快速地定位故障问题,降低维护人员成本,本发明提出一个实现跨EMS的告警关联并集中派工单的技术方案。
发明内容
本发明所要解决的技术问题是提供一种告警关联并集中派工单的方法和装置,以解决多个不同设备管理***(EMS)和不同信号类型上的多个告警进行关联并集中处理的问题。
为解决上述技术问题,本发明提供了一种告警关联的方法, 包括步骤:
A、设置针对不同设备管理***的不同信号类型产生的关键告警的告警规则;
B、获取各不同设备管理***上报的告警;
C、根据上报的告警,对符合所述告警规则的关键告警进行拓扑关联处理,生成中间告警并记录该中间告警所关联的拓扑信息;
D、将含有相同拓扑信息的所述中间告警进行再综合,生成最终告警。
进一步地,所述方法还包括:
E、将所述最终告警自动生成工单,并派发。
进一步地,所述方法还包括:
对生成的中间告警和无法生成中间告警的关键告警,以树形结构存储并呈现,中间告警为根节点,关键告警为叶子节点。
优选地,所述步骤D进一步为:
根据所述含有相同拓扑信息的所述中间告警,获得该中间告警所在网元归属的网络区域,并根据该网元归属的网络区域对所述中间告警进行再综合,生成最终告警。
进一步地,所述步骤C进一步为:
根据接收不同设备管理***上报的关键告警以及所述拓扑信息,找到关键告警所在网元的对侧网元;
获取该关键告警的对侧网元的关键告警,对符合所述告警规则的关键告警进行关联处理,综合生成中间告警并记录该中间告警所关联的拓扑信息。
进一步地,所述记录该中间告警所关联的拓扑信息为:
通过该中间告警所在的设备信息端口,在所述综合网管***中获取相应的连接信息;连接信息包含:设备信息端口所连接的拓扑、设备信息端口所连接的纤芯和该纤芯所属光缆。
进一步地,还包括:
设置待处理告警缓冲区和关键告警的等待处理时间;
当获取不同设备管理***上报的告警时,对符合所述告警规则的关键告警放入所述待处理告警缓冲区并启动所述关键告警的等待处理时间;
在所述关键告警的等待处理时间到达时,判断该关键告警是否还存在,如存在则调出该关键告警和该关键告警前后的关键告警,根据所述告警规则,对符合规则的关键告警进行关联处理,综合生成中间告警并记录该中间告警所关联的拓扑信息。
进一步地,还包括:关联后生成的所述中间告警只保留生成时间最早的中间告警。
优选地,设置所述告警规则,包括
设置符合条件的所述关键告警的针对不同设备管理***和/或不同信号类型的主规则和子规则,主规则下包含多个子规则。
所述告警规则中,进一步为:
为所述设备管理***所管理的每种信号类型设置一个主规则;
所述主规则包括至少一个子规则;
当所述关键告警符合所述主规则下的所有子规则的条件时,该关键告警为符合主规则的关键告警;
当所述关键告警符合所述主规则下的子规则的条件之一时,该关键告警为符合子规则的关键告警。
优选地,所述告警规则的子规则具体为设置关键告警与网元上盘类型的关系。
另外,本发明还提出了一种告警关联装置,包括:告警规则设置单元、告警获取单元和关联处理单元;其中,
所述告警规则设置单元,用于设置针对不同设备管理***和/或不同信号类型产生的关键告警的告警规则,并将所述告警规则发送到所述关联处理单元;
所述告警获取单元,用于获取各不同设备管理***上报的告警,发送到所述关联处理单元;
所述关联处理单元,用于根据告警获取单元获取的关键告警,对符合告警规则设置单元所述告警规则的关键告警进行拓扑关联处理,生成中间告警并记录该中间告警所关联的拓扑信息;并将含有相同拓扑信息的所述中间告警进行再综合,生成最终告警。
还包括派单处理单元,用于将关联处理单元生成的最终告警自动生成工单,并派发。
所述关联处理单元,进一步还用于对生成的中间告警和无法生成中间告警的关键告警,以树形结构存储并呈现,中间告警为根节点,关键告警为叶子节点。
所述关联处理单元,进一步还用于根据所述含有相同拓扑信息的所述中间告警,获得该中间告警所在网元归属的网络区域,并根据该网元归属的网络区域对所述中间告警进行再综合,生成最终告警。
所述关联处理单元,进一步还用于根据接收不同设备管理***上报的关键告警以及所述拓扑信息,找到关键告警所在网元的对侧网元;获取该关键告警的对侧网元的关键告警,对符合所述告警规则的关键告警进行关联处理,综合生成中间告警并记录该中间告警所关联的拓扑信息。
所述关联处理单元中记录该中间告警所关联的拓扑信息为:通过该中间告警所在的设备信息端口,在所述综合网管***中获取相应的连接信息,连接信息包含:端口所连接的拓扑,端口所连接的纤芯,纤芯所属光缆。
进一步地,所述关联处理单元,进一步包括设置待处理告警缓冲区和关键告警的等待处理时间;当获取到不同设备管理***上报的告警时,对符合所述告警规则的关键告警放入所述待处理告警缓冲区并启动所述关键告警的等待处理时间;在所述关键告警的等待处理时间到达时,判断该关键告警是否还存在,如存在则调出该关键告警和该关键告警前后的关键告警,根据所述告警规则中,对符合规则的关键告警进行关联处理,综合生成中间告警并记录该中间告警所关联的拓扑信息。
所述关联处理单元,进一步还包括:对关联后的所述中间告警只保留生成时间最早的中间告警。
进一步地,所述设置告警规则,包括:设置符合条件的所述关键告警的针对不同设备管理***和/或不同信号类型的主规则和子规则,主规则下包含多个子规则。
所述告警规则中,进一步为:
为所述设备管理***所管理的每种信号类型设置一个主规则;
所述主规则包括至少一个子规则;
当所述关键告警符合所述主规则下的所有子规则的条件时,该关键告警为符合主规则的关键告警;
当所述关键告警符合所述主规则下的子规则的条件之一时,该关键告警为符合子规则的关键告警。
进一步地,所述告警规则的子规则具体为设置关键告警与网元上盘类型的关系。
与现有技术相比,本发明所述的告警关联方法和装置,通过将多个不同的设备管理***的不同信号类型产生的相关告警,进行基于规则的关键告警的拓扑关联处理,这种关键告警集中的管理和展示不仅易于分析出根源告警,还便于实现集中派工单,从而大大降低网络运营维护管理的成本。基于网元归属的网络区域的告警集中分析,有利于目前运营商的分省、分区域管理的组织模式。
增加对侧网元的关键告警的关联,设置待处理告警缓冲区和关键告警的等待处理时间,将获得更加完整的关联,成为更加有效的关联。
设置告警规则为主规则和子规则,有利于对海量告警进行分层次处理。
附图说明
图1为本发明实施例一所述的针对多个不同设备管理***的告警关联方法流程图。
图2为本发明实施例一所述的针对多个不同设备管理***的告警关联装置结构图。
具体实施方式
以下结合附图对本发明作进一步详细说明,但不作为对本发明的限定。
如图1所示,本发明实施例一所述的告警关联方法,具体应用于移动通信传输网络管理***中,步骤包括:
步骤101,设置针对不同设备管理***不同信号类型产生关键告警的告警规则。
综合网管***中会接入多个设备厂家的设备管理***即EMS,每个EMS所管理的设备有不同的信号类型,如PDH、SDH、WDM等,不同厂家的设备管理***告警的命名是不相同的,因此需要针对不同设备厂家的不同信号类型设置告警规则。
根据实际应用需求和各厂家不同设备管理***的特点,设置所述各个设备管理***中产生关键告警的告警规则。
需要说明的是,本发明技术方案中的关键告警主要是可能被当做故障进行处理的告警,由于不同厂家的设备类型不相同,因此不同厂家不同设备管理***的关键告警也不相同,根据实际情况设置,例如厂家A设置LOS告警为关键告警,而厂家B则设置LOF告警为关键告警。
步骤102,获取各不同设备管理***上报的告警。
获取告警信息,解析其中包含的网元所在的管线信息,如网元所属的光缆和纤芯信息,以及告警发生的位置信息等。像管线这样的资源信息可以由人工录入,告警相关信息可以从设备管理***采集。另一方面,这些信息也可以直接取于现有的传输综合网管***、综合资源管理***。现有的传输综合网管***或综合资源管理***中一般保存了传输***信息、网元信息、管线信息等,而获得的告警中,包含了告警发生的位置信息,即该告警是哪个网元上的哪个端口发生的告警,因此通过告警的端口信息,可以获取网元信息,以及网元所在的传输***,网元所属的光缆和纤芯信息。
步骤103,根据上报的告警进行过滤处理,对符合所述告警规则的关键告警进行拓扑关联处理,生成中间告警并记录该中间告警所关联的拓扑信息。
如果在上报的告警中发现有符合告警规则的告警,则基于这些告警综合生成一个中间告警,并记录这些告警所关联的拓扑信息。这些拓扑信息是指设备端口所连接的光纤经过的光缆段相关的信息。
一条光纤会经过多个光缆段。只要两条光纤纤芯经过了同一光缆段,则将相应告警进行合并处理,生成一个中间告警并记录该中间告警所关联的拓扑信息。
步骤104,根据含有相同拓扑信息的所述中间告警进行再综合,生成最终告警。
若中间告警所关联的拓扑所在的纤芯经过的光缆段是相同的,则意味着生成该中间告警的告警是产生于同一个光缆段,因此可以对中间告警进行合并处理,综合生成最终告警,达到了将不同设备管理***上报的告警进行合并的目的,减轻告警分析人员的工作量。
优选的,为了实现运维管理自动化,需要自动将生成的最终告警派发出去,通知告警处理责任人处理故障,本方法还包括步骤105,将所述最终告警自动生成工单并派发。工单内容应包括告警发生的时间、地点、相关的网元、告警内容等信息。所述派发包括直接派发或间接派发,直接派发是指直接将工单发送给相对应的运维管理人员。间接派发是指将工单发送给专门的派单***,由所述派单***负责接收工单,并分派给相对应的运维管理人员。
告警处理责任人接收到告警工单据后,就可以直接根据工单中的告警描述去处理故障,而不用分别查看不同的设备管理***中的告警情况分别再进行人工分析的工作了。
由于生成的中间告警中仍然存在很多没有拓扑关联的,那么继续对这些中间告警进行进一步的分析仍然是有意义的,因此,优选的,为了呈现无法生成中间告警的关键告警,本方法还进一步包括步骤106:
对生成的中间告警和无法生成中间告警的关键告警,以树形结构存储并呈现,中间告警为根节点,关键告警为叶子节点。
以树形结构呈现中间告警和无法合并的关键告警,是为了更清楚了解中间告警被合并生成的过程,使用者通过浏览告警树形结构,可以了解到,根节点的告警是由叶子节点的告警综合而生成来的。
优选的,由于在实际应用需求中,用户不仅仅关心具有相同拓扑信息的告警,还关心告警所在网元归属的网络区域,从而利于分区域管理,与运营商的区域管理体制和运维人员的区域管理责任相对应。如果网元归属于本地网,则网元区域为本地区域,如果网元归属于二级干线网,则网元区域为省。因此,为了适应区域管理体制和实现分区域的管理,步骤104可被替换为步骤107:根据所述含有相同拓扑信息的所述中间告警,获得该中间告警所在网元归属的网络区域,并根据该网元归属的网络区域对所述中间告警进行再综合,生成最终告警。从而根据同一区域的同一时间段内只存在一个光路故障,来实现在同一区域内同一时间段内的告警统一派单。
其中,优选的,为了使得合并告警的效率更高,可以先找到告警所属网元的对侧网元,对符合告警规则的对侧网元产生的关键告警进行合并,因此,步骤103进一步还包括:
步骤201:根据接收不同设备管理***上报的关键告警以及所述拓扑信息,找到关键告警所在网元的对侧网元。
传输***中的网元是成对存在的,光缆纤芯的两端对应有一对网元,因此获取本侧网元的拓扑信息后,获取网元所在的光缆纤芯信息,进而可以获得连接该光缆纤芯的对侧网元。
步骤202:获取该关键告警所在网元的对侧网元的关键告警,对符合所述告警规则的关键告警进行关联处理,综合生成中间告警并记录该中间告警所关联的拓扑信息;然后可以从待处理的关键告警中清除所述对侧网元的关键告警(这个清除步骤也可以不设置,具体要看实际情况而定,这里并不对其做限定)。
上述步骤202中关于记录该中间告警所关联的拓扑信息,为通过该中间告警所在的设备信息端口,并在所述综合网管***中获取相应的连接信息;连接信息包含:设备信息端口所连接的拓扑、设备信息端口所连接的纤芯和该纤芯所属光缆(例如:CUID)。
另外,在本发明实施例一的基础上,也就是上述内容基础上,为了提升告警处理的效率,防止海量告警同时处理引起的***压力,可设置告警缓冲区,在告警***中,有些上报的告警在一定的时间段内(3~5秒内),由于又上报了该告警的清除通知,使得该关键告警作为当前告警不持续存在,即该告警被清除。因此可设置告警等待处理时间,在这个时间段内就可以不去处理这些已经清除的告警,因此优选的,上述实施例还可以包含:
步骤301:设置待处理告警缓冲区和关键告警的等待处理时间;由于处理告警会产生一定的时延,为了保证告警处理的完整性,因此设置了等待处理时间,并对告警进行了缓冲。只需要分析等待处理时间到达之后依然存在的关键告警。
步骤302:接收不同设备管理***上报的关键告警时,将符合所述告警规则的关键告警放入所述待处理告警缓冲区并启动所述关键告警的等待处理时间;
步骤303:在所述关键告警的等待处理时间到达时,判断所述关键告警是否还存在,如存在则调出该关键告警和该关键告警前后的关键告警,根据所述告警规则,对符合规则的关键告警进行关联处理,综合生成中间告警并记录该中间告警所关联的拓扑信息。对于“如存在则调出该关键告警和该关键告警前后的关键告警”在具体实施时可以是:如存在则调出该关键告警和该关键告警前后10秒内的未处理的告警(这里的前后10秒可以根据实际情况来设置,并作为具体限定)。
所述关联后生成的所述中间告警,可能会有多个,则只保留生成时间最早的中间告警。
此外,上述实施例一内容里面提到的设置所述告警规则,包括:
设置符合条件的所述关键告警的针对不同设备管理***和/或不同信号类型的主规则和子规则。设置主规则的目的是用于包含多个子规则,因为子规则只能包含一部分的规则信息。
为所述设备管理***所管理的每种信号类型设置一个主规则;
所述主规则包括至少一个子规则(即一个或多个子规则);
当所述关键告警符合所述主规则下的所有子规则的条件时,该关键告警为符合主规则的关键告警;
当所述关键告警符合所述主规则下的子规则的条件之一时,该关键告警为符合子规则的关键告警;
所述子规则具体为设置关键告警与网元上盘类型的关系。
需要说明的是,主规则并不是一个具体的规则,相当于一个规则包,在这个规则包中包含了多个子规则(即下属规则),当规则包中的子规则条件都成立时,则这个主规则条件成立,视为符合主规则。而对于子规则,一个子规则中描述了三部分内容,盘类型、关键告警以及关键告警与机盘的关系,即在这块机盘上允许出现该关键告警,或在这块机盘上不允许出现该关键告警。
具体地,比如:对于一个厂家的一个信号类型,只允许存在一个主规则。而每个主规则包含多个子规则,每个子规则还可以包含三个可设置的部分,例如:
对于关键告警是否满足一个子规则的条件是,满足该子规则的内部设置的部分之一即满足了该子规则的条件。这种选择是或的关系。
对于符合主规则的关键告警,可以将这些关键告警进行关联。
例如:
1)对于某厂商的SDH信号类型的设备/***,建立一个主规则,该主规则包括左侧子规则和右侧子规则,左侧子规则是指某告警所在端口需要满足的规则。右侧规则是指该告警所在的端口的拓扑对端端口需要满足的规则。也即各自设置一个完全相同的子规则。假设子规则为:
板卡:S16,OI2D,OI4D,是,告警为R_LOS
该子规则的适用是,如果一个网元有OI4D或者有S16又或者是OI2D类型的机盘,该机盘有一个R_LOS的关键告警,子规则就成立。
同时,对于与该网元拓扑关联的另外一侧的网元,有OI4D或者有S16又或者是OI2D类型的机盘,该机盘有一个R_LOS的关键告警,对侧子规则就成立。
两侧的子规则均成立时主规则成立。
2)对于某厂商的WDM设备/***,设定一个主规则,信号类型WDM。
左侧规则和右侧规则各自设置两个完全相同的子规则。子规则为:
左侧子规则1为板卡:LWF,是,告警为R_LOS
左侧子规则2为板卡:SCA,是,告警为SRC_LOS
右侧子规则1为板卡:LWF,是,告警为R_LOS
右侧子规则2为板卡:SCA,是,告警为R_LOS。
该主规则的适用是,如果左侧网元有LWF机盘,这个机盘上存在R_LOS告警;且左侧网元有SCA机盘,这个机盘上有SRC_LOS告警;且右侧网元上有存在LWF机盘,这个机盘上存在R_LOS告警;且右侧网元上有SCA机盘,这个机盘上存在R_LOS告警,则主规则成立。
如图2所示,本发明实施例二所述的告警关联装置,用于实现本发明方法的装置,包括:告警规则设置单元201、告警获取单元202和关联处理单元203;其中,
所述告警规则设置单元201,设置针对不同设备管理***和/或不同信号类型产生的关键告警的告警规则,并将所述告警规则发送到所述关联处理单元202;
所述告警获取单元202,用于获取各不同设备管理***上报的告警,发送到所述关联处理单元;
所述关联处理单元203,用于根据告警获取单元201获取的关键告警,对符合告警规则设置单元201所设置告警规则的关键告警进行拓扑关联处理,生成中间告警并记录该中间告警所关联的拓扑信息;并将含有相同拓扑信息的所述中间告警进行再综合,生成最终告警。
优选的,还包括派单处理单元204,用于将关联处理单元203生成的最终告警自动生成工单,并派发。所述工单的内容应包括告警发生的时间、地点、相关的网元、告警内容等信息。所述派发包括直接派发或间接派发,直接派发是指直接将工单发送给相对应的运维管理人员。间接派发是指将工单发送给专门的派单***,由所述派单***负责接收工单,并分派给相对应的运维管理人员。
所述关联处理单元203,另外还可以用于对生成的中间告警和无法进行再合并生成中间告警的关键告警,以树形结构存储并呈现,中间告警为根节点,关键告警为叶子节点。这样便于运维人员进一步观察和分析告警情况。
所述关联处理单元203中的将含有相同拓扑信息的所述中间告警进行再综合生成最终告警的处理还可以是:根据所述含有相同拓扑信息的所述中间告警,获得该中间告警所在网元归属的网络区域(城市),并根据该网元归属的网络区域对所述中间告警进行再综合,生成最终告警。
上述关联处理单元203还可以用于根据接收不同设备管理***上报的关键告警以及所述拓扑信息,找到关键告警所在网元的对侧网元;获取该关键告警的对侧网元的关键告警,对符合所述告警规则的关键告警进行关联处理,综合生成中间告警并记录该中间告警所关联的拓扑信息。然后可以从待处理的关键告警中清除所述对侧网元的关键告警(这个清除步骤也可以不设置,具体要看实际情况而定,这里并不对其做限定)。
上述关联处理单元203中记录该中间告警所关联的拓扑信息,具体为:通过该中间告警所在的设备信息端口,在所述综合网管***中获取相应的连接信息,连接信息包含:端口所连接的拓扑,端口所连接的纤芯,纤芯所属光缆(例如:CUID)。
另外,根据上述实施例二所述的内容,所述关联处理单元203,进一步可以包括设置待处理告警缓冲区和关键告警的等待处理时间;当获取到不同设备管理***上报的关键告警时,对符合所述告警规则的关键告警放入所述待处理告警缓冲区并启动所述关键告警的等待处理时间;在所述关键告警的等待处理时间到达时,判断该关键告警是否还存在,如存在则调出该关键告警和该关键告警前后的关键告警,根据所述告警规则,进一步为其中的主规则和子规则,对符合规则的关键告警进行关联处理,综合生成中间告警并记录该中间告警所关联的拓扑信息。如果对关联后的所述中间告警只保留生成时间最早的中间告警,可以提高告警处理效率。
此外,上述实施例二内容里面提到的所述告警规则,包括:
根据根据实际应用需求,设置关键告警的条件;设置符合条件的所述关键告警的针对不同设备管理***和/或不同信号类型的主规则和子规则,主规则下包含多个子规则。
所述告警规则中,进一步为:
为所述设备管理***所管理的每种信号类型设置一个主规则;
所述主规则包括至少一个子规则(即一个或多个子规则);
当所述关键告警符合所述主规则下的所有子规则的条件时,该关键告警为符合主规则的关键告警;
当所述关键告警符合所述主规则下的子规则的条件之一时,该关键告警为符合子规则的关键告警。
所述子规则可以具体为设置关键告警与网元上盘类型的关系。具体说明参见上述方法实施例一中所述,这里不再赘述。
与现有技术相比,本发明所述的告警关联装置,可以是独立开发的,也可以依托现有的综合网管***或资源管理***,将多个不同的设备管理***的不同的信号类型上产生的相关告警进行集中的管理和展示,该装置能够实现多个设备管理***上告警的有效集中关联,并大大减少派工单数量,从而减少现有进行故障处理的运营维护人员的数量,降低了运维成本。
当然,本发明还可有其他多种实施例,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员可根据本发明做出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
Claims (22)
1.一种告警关联的方法,其特征在于,包括:
A、设置针对不同设备管理***的不同信号类型产生的关键告警的告警规则;
B、获取各不同设备管理***上报的告警;
C、根据上报的告警,对符合所述告警规则的关键告警进行拓扑关联处理,生成中间告警并记录该中间告警所关联的拓扑信息;
D、将含有相同拓扑信息的所述中间告警进行再综合,生成最终告警。
2.根据权利要求1所述的告警关联方法,其特征在于,所述方法还包括:
E、将所述最终告警自动生成工单,并派发。
3.根据权利要求1所述的告警关联方法,其特征在于,所述方法还包括:
对生成的中间告警和无法生成中间告警的关键告警,以树形结构存储并呈现,中间告警为根节点,关键告警为叶子节点。
4.根据权利要求1所述的告警关联方法,其特征在于,所述步骤D进一步为:
根据所述含有相同拓扑信息的所述中间告警,获得该中间告警所在网元归属的网络区域,并根据该网元归属的网络区域对所述中间告警进行再综合,生成最终告警。
5.根据权利要求1所述的告警关联方法,其特征在于,所述步骤C进一步为:
根据接收不同设备管理***上报的关键告警以及所述拓扑信息,找到关键告警所在网元的对侧网元;
获取该关键告警的对侧网元的关键告警,对符合所述告警规则的关键告警进行关联处理,综合生成中间告警并记录该中间告警所关联的拓扑信息。
6.根据权利要求1至5中任一所述的告警关联方法,其特征在于,所述记录该中间告警所关联的拓扑信息为:
通过该中间告警所在的设备信息端口,在所述综合网管***中获取相应的连接信息;连接信息包含:设备信息端口所连接的拓扑、设备信息端口所连接的纤芯和该纤芯所属光缆。
7.如权利要求6所述的告警关联方法,其特征在于,还包括:
设置待处理告警缓冲区和关键告警的等待处理时间;
当获取不同设备管理***上报的告警时,对符合所述告警规则的关键告警放入所述待处理告警缓冲区并启动所述关键告警的等待处理时间;
在所述关键告警的等待处理时间到达时,判断该关键告警是否还存在,如存在则调出该关键告警和该关键告警前后的关键告警,根据所述告警规则,对符合规则的关键告警进行关联处理,综合生成中间告警并记录该中间告警所关联的拓扑信息。
8.如权利要求7所述的告警关联方法,其特征在于,进一步还包括:
关联后生成的所述中间告警只保留生成时间最早的中间告警。
9.如权利要求8所述的告警关联方法,其特征在于,
设置所述告警规则,包括
设置符合条件的所述关键告警的针对不同设备管理***和/或不同信号类型的主规则和子规则,主规则下包含多个子规则。
10.如权利要求9所述的告警关联方法,其特征在于,所述告警规则中,进一步为:
为所述设备管理***所管理的每种信号类型设置一个主规则;
所述主规则包括至少一个子规则;
当所述关键告警符合所述主规则下的所有子规则的条件时,该关键告警为符合主规则的关键告警;
当所述关键告警符合所述主规则下的子规则的条件之一时,该关键告警为符合子规则的关键告警。
11.如权利要求10所述的告警关联方法,其特征在于,
所述告警规则的子规则具体为设置关键告警与网元上盘类型的关系。
12.一种告警关联的装置,其特征在于,包括:告警规则设置单元、告警获取单元和关联处理单元;其中,
所述告警规则设置单元,用于设置针对不同设备管理***和/或不同信号类型产生的关键告警的告警规则,并将所述告警规则发送到所述关联处理单元;
所述告警获取单元,用于获取各不同设备管理***上报的告警,发送到所述关联处理单元;
所述关联处理单元,用于根据告警获取单元获取的关键告警,对符合告警规则设置单元所述告警规则的关键告警进行拓扑关联处理,生成中间告警并记录该中间告警所关联的拓扑信息;并将含有相同拓扑信息的所述中间告警进行再综合,生成最终告警。
13.如权利要求12所述的告警关联装置,其特征在于,还包括派单处理单元,用于将关联处理单元生成的最终告警自动生成工单,并派发。
14.如权利要求12所述的告警关联装置,其特征在于,所述关联处理单元,进一步还用于对生成的中间告警和无法生成中间告警的关键告警,以树形结构存储并呈现,中间告警为根节点,关键告警为叶子节点。
15.如权利要求12所述的告警关联装置,其特征在于,所述关联处理单元,进一步还用于根据所述含有相同拓扑信息的所述中间告警,获得该中间告警所在网元归属的网络区域,并根据该网元归属的网络区域对所述中间告警进行再综合,生成最终告警。
16.如权利要求15所述的告警关联装置,其特征在于,所述关联处理单元,进一步还用于根据接收不同设备管理***上报的关键告警以及所述拓扑信息,找到关键告警所在网元的对侧网元;获取该关键告警的对侧网元的关键告警,对符合所述告警规则的关键告警进行关联处理,综合生成中间告警并记录该中间告警所关联的拓扑信息。
17.如权利要求12至16中任一所述的告警关联装置,其特征在于,所述关联处理单元中记录该中间告警所关联的拓扑信息为:
通过该中间告警所在的设备信息端口,在所述综合网管***中获取相应的连接信息,连接信息包含:端口所连接的拓扑,端口所连接的纤芯,纤芯所属光缆。
18.如权利要求17所述的告警关联装置,其特征在于,
所述关联处理单元,进一步包括设置待处理告警缓冲区和关键告警的等待处理时间;当获取到不同设备管理***上报的告警时,对符合所述告警规则的关键告警放入所述待处理告警缓冲区并启动所述关键告警的等待处理时间;在所述关键告警的等待处理时间到达时,判断该关键告警是否还存在,如存在则调出该关键告警和该关键告警前后的关键告警,根据所述告警规则中,对符合规则的关键告警进行关联处理,综合生成中间告警并记录该中间告警所关联的拓扑信息。
19.如权利要求18所述的告警关联装置,其特征在于,
所述关联处理单元,进一步还包括:对关联后的所述中间告警只保留生成时间最早的中间告警。
20.如权利要求19所述的告警关联装置,其特征在于,
所述设置告警规则,包括:
设置符合条件的所述关键告警的针对不同设备管理***和/或不同信号类型的主规则和子规则,主规则下包含多个子规则。
21.如权利要求20所述的告警关联装置,其特征在于,所述告警规则中,进一步为:
为所述设备管理***所管理的每种信号类型设置一个主规则;
所述主规则包括至少一个子规则;
当所述关键告警符合所述主规则下的所有子规则的条件时,该关键告警为符合主规则的关键告警;
当所述关键告警符合所述主规则下的子规则的条件之一时,该关键告警为符合子规则的关键告警。
22.如权利要求21所述的告警关联装置,其特征在于,
所述告警规则的子规则具体为设置关键告警与网元上盘类型的关系。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2012100358563A CN103260180A (zh) | 2012-02-17 | 2012-02-17 | 一种告警关联的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2012100358563A CN103260180A (zh) | 2012-02-17 | 2012-02-17 | 一种告警关联的方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103260180A true CN103260180A (zh) | 2013-08-21 |
Family
ID=48963820
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2012100358563A Pending CN103260180A (zh) | 2012-02-17 | 2012-02-17 | 一种告警关联的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103260180A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016201812A1 (zh) * | 2015-06-19 | 2016-12-22 | 中兴通讯股份有限公司 | 告警的方法及装置 |
CN108494590A (zh) * | 2018-03-15 | 2018-09-04 | 苏州思必驰信息科技有限公司 | 一种大数据端到端的数据质量监控方法和装置 |
CN114124682A (zh) * | 2021-09-30 | 2022-03-01 | 卓望数码技术(深圳)有限公司 | 监控方法及监控*** |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101090296A (zh) * | 2007-07-31 | 2007-12-19 | 亿阳信通股份有限公司 | 光缆中断诊断方法和装置 |
CN101355605A (zh) * | 2007-07-24 | 2009-01-28 | ***通信集团公司 | 一种网管告警处理方法及告警处理器 |
CN101425924A (zh) * | 2008-06-12 | 2009-05-06 | 广东高新兴通信股份有限公司 | 一种对集中监控***的告警数据的处理方法 |
CN101582807A (zh) * | 2009-07-02 | 2009-11-18 | 北京讯风光通信技术开发有限责任公司 | 一种基于北向接口实现网络管理的方法及*** |
US20100157812A1 (en) * | 2008-12-23 | 2010-06-24 | Aaron Blocker | Method and apparatus for asynchronous alarm correlation |
-
2012
- 2012-02-17 CN CN2012100358563A patent/CN103260180A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101355605A (zh) * | 2007-07-24 | 2009-01-28 | ***通信集团公司 | 一种网管告警处理方法及告警处理器 |
CN101090296A (zh) * | 2007-07-31 | 2007-12-19 | 亿阳信通股份有限公司 | 光缆中断诊断方法和装置 |
CN101425924A (zh) * | 2008-06-12 | 2009-05-06 | 广东高新兴通信股份有限公司 | 一种对集中监控***的告警数据的处理方法 |
US20100157812A1 (en) * | 2008-12-23 | 2010-06-24 | Aaron Blocker | Method and apparatus for asynchronous alarm correlation |
CN101582807A (zh) * | 2009-07-02 | 2009-11-18 | 北京讯风光通信技术开发有限责任公司 | 一种基于北向接口实现网络管理的方法及*** |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016201812A1 (zh) * | 2015-06-19 | 2016-12-22 | 中兴通讯股份有限公司 | 告警的方法及装置 |
CN106330490A (zh) * | 2015-06-19 | 2017-01-11 | 中兴通讯股份有限公司 | 告警的方法及装置 |
CN108494590A (zh) * | 2018-03-15 | 2018-09-04 | 苏州思必驰信息科技有限公司 | 一种大数据端到端的数据质量监控方法和装置 |
CN114124682A (zh) * | 2021-09-30 | 2022-03-01 | 卓望数码技术(深圳)有限公司 | 监控方法及监控*** |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3829080B1 (en) | Pon fault location method and device | |
US7257744B2 (en) | System and method for fault diagnosis using distributed alarm correlation | |
CN102571407A (zh) | 告警关联分析方法及装置 | |
CN102710443B (zh) | 一种电力通信继电保护业务影响分析方法及其*** | |
CN103873283B (zh) | 以太网无源光网络告警处理方法和*** | |
CN104601383B (zh) | 一种电力通信网故障分段分析方法 | |
CN109074287B (zh) | 基础设施资源状态 | |
CN101771466B (zh) | Sdh电路故障判断方法和装置 | |
CN102820993A (zh) | 网络资源监控***和网络资源监控方法 | |
CN105591770A (zh) | 无源光纤网络pon中故障类别的确定方法及装置 | |
CN102624554A (zh) | 一种结合了设备管理和业务管理的综合网络管理方法 | |
CN104021195A (zh) | 基于知识库的告警关联分析方法 | |
CN104794870B (zh) | 一种电力光缆检修预警***及其方法 | |
CN102664760A (zh) | 一种通信***中的告警方法、设备及通信*** | |
CN103260180A (zh) | 一种告警关联的方法和装置 | |
CN112804599A (zh) | 网络质差点确定方法、装置、计算机设备及可读存储介质 | |
CN104468184B (zh) | 一种电力通信设备业务支持能力的分析方法及*** | |
CN103489073A (zh) | 一种企业安全生产监管信息*** | |
CN106506190B (zh) | 一种通信网运行***及运行方法 | |
CN104270256B (zh) | 一种跨平台网络告警及事件管理的测试装置及方法 | |
CN102769495B (zh) | 一种光纤接入网设备通信方法、装置及*** | |
CN110390466A (zh) | 一种基于云端soa架构的多维可视化运维管理装置 | |
CN205545255U (zh) | 电力跨域通信传输电路端到端路由监测*** | |
CN104244293A (zh) | 网络节点告警方法及*** | |
CN202615008U (zh) | 一种可自动监控光纤传输质量的光纤配线架 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20130821 |
|
RJ01 | Rejection of invention patent application after publication |