CN115426242A - 告警事件处理方法、装置、电子设备及可读存储介质 - Google Patents
告警事件处理方法、装置、电子设备及可读存储介质 Download PDFInfo
- Publication number
- CN115426242A CN115426242A CN202210941433.1A CN202210941433A CN115426242A CN 115426242 A CN115426242 A CN 115426242A CN 202210941433 A CN202210941433 A CN 202210941433A CN 115426242 A CN115426242 A CN 115426242A
- Authority
- CN
- China
- Prior art keywords
- alarm
- network
- professional
- convergence
- event
- 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.)
- Granted
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 11
- 238000012545 processing Methods 0.000 claims abstract description 108
- 238000000034 method Methods 0.000 claims abstract description 57
- 230000002159 abnormal effect Effects 0.000 claims description 80
- 230000006870 function Effects 0.000 claims description 25
- 238000006243 chemical reaction Methods 0.000 claims description 3
- 238000004590 computer program Methods 0.000 claims description 3
- 230000000694 effects Effects 0.000 abstract description 5
- 230000000875 corresponding effect Effects 0.000 description 118
- 230000008569 process Effects 0.000 description 22
- 230000005856 abnormality Effects 0.000 description 14
- 238000010586 diagram Methods 0.000 description 10
- 230000003287 optical effect Effects 0.000 description 10
- 238000007726 management method Methods 0.000 description 9
- 230000006978 adaptation Effects 0.000 description 6
- 230000005540 biological transmission Effects 0.000 description 5
- 230000002776 aggregation Effects 0.000 description 4
- 238000004220 aggregation Methods 0.000 description 4
- 238000001514 detection method Methods 0.000 description 4
- 238000013507 mapping Methods 0.000 description 3
- 230000001360 synchronised effect Effects 0.000 description 3
- 238000004458 analytical method Methods 0.000 description 2
- 230000002596 correlated effect Effects 0.000 description 2
- 230000010354 integration Effects 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 239000000725 suspension Substances 0.000 description 2
- 238000012098 association analyses Methods 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000004888 barrier function Effects 0.000 description 1
- 230000000903 blocking effect Effects 0.000 description 1
- 230000015556 catabolic process Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 239000000470 constituent Substances 0.000 description 1
- 238000006731 degradation reaction Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006698 induction Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000007781 pre-processing Methods 0.000 description 1
- 238000012163 sequencing technique Methods 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0677—Localisation of faults
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例提供了一种告警事件处理方法、装置、电子设备及可读存储介质。该方法中,对于总网络中的任一专业网络,获取专业网络中网元设备产生的原始告警事件;原始告警事件符合网元设备所属设备提供端的原始告警定义。根据预设的不同设备提供端的原始告警定义与标准告警定义的对应关系,将原始告警事件转换为符合标准告警定义的标准告警事件。基于标准告警事件进行告警处理,得到专业网络的处理结果。这样,一定程度上可以避免由于不同设备提供端对告警的定义存在差异,所导致的告警信息重复、歧义的问题,提高告警处理的效果。
Description
技术领域
本发明属于网络技术领域,特别是涉及一种告警事件处理方法、装置、电子设备及可读存储介质。
背景技术
目前,为了及时掌握网络的状态,网络中的网元设备会在出现异常时,根据该网元设备所属设备提供端(例如,设备厂商)对告警的定义,产生告警事件并上报给处理平台。由于网络结构复杂多样,同一时间可能会产生大量告警事件,如果处理平台直接对产生的告警事件进行输出,会导致运维人员的负担过重。因此,需要对告警事件进行告警处理
现有技术中,往往是直接针对网元设备产生的原始告警事件进行整合。由于不同设备所属设备提供端对告警的定义存在差异。因此,会导致告警处理过程中,出现告警信息重复、歧义的问题,进而导致告警处理的效果较差。
发明内容
本发明提供一种告警事件处理方法、装置、电子设备及可读存储介质,以解决告警处理的效果较差的技术问题。
第一方面,本发明提供一种告警事件处理方法,所述方法包括:
对于总网络中的任一专业网络,获取所述专业网络中网元设备产生的原始告警事件;所述原始告警事件符合所述网元设备所属设备提供端的原始告警定义;
根据预设的不同设备提供端的原始告警定义与标准告警定义的对应关系,将所述原始告警事件转换为符合所述标准告警定义的标准告警事件;对应同一标准告警定义的原始告警定义所对应的功能部位、异常原因及异常处理方式相同,所述功能部位是基于指定网络协议对所述不同设备提供端的网元设备进行解构得到的;
基于所述标准告警事件进行告警处理,得到所述专业网络的处理结果
第二方面,本发明提供一种告警事件处理装置,所述装置包括:
获取模块,用于对于总网络中的任一专业网络,获取所述专业网络中网元设备产生的原始告警事件;所述原始告警事件符合所述网元设备所属设备提供端的原始告警定义;
转换模块,用于根据预设的不同设备提供端的原始告警定义与标准告警定义的对应关系,将所述原始告警事件转换为符合所述标准告警定义的标准告警事件;对应同一标准告警定义的原始告警定义所对应的功能部位、异常原因及异常处理方式相同,所述功能部位是基于指定网络协议对所述不同设备提供端的网元设备进行解构得到的;
处理模块,用于基于所述标准告警事件进行告警处理,得到所述专业网络的处理结果。
第三方面,本发明提供一种电子设备,包括:处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现上述告警事件处理方法。
第四方面,本发明提供一种可读存储介质,当所述存储介质中的指令由电子设备的处理器执行时,使得电子设备能够执行上述告警事件处理方法。
在本发明实施例中,对于总网络中的任一专业网络,获取专业网络中网元设备产生的原始告警事件;原始告警事件符合网元设备所属设备提供端的原始告警定义。根据预设的不同设备提供端的原始告警定义与标准告警定义的对应关系,将原始告警事件转换为符合标准告警定义的标准告警事件;对应同一标准告警定义的原始告警定义所对应的功能部位、异常原因及异常处理方式相同,功能部位是基于指定网络协议对不同设备提供端的网元设备进行解构得到的。基于标准告警事件进行告警处理,得到专业网络的处理结果。这样,基于指定网络协议将网元设备解构为功能部位,对应关系中标准告警定义具备对应的功能部位,即,从功能部位的粒度设置标准告警定义,根据原始告警定义与标准告警定义的对应关系,将原始告警事件统一转换为所对应的功能部位、异常原因以及异常处理方式均相同的标准告警事件,因此,基于转换后的标准告警事件进行告警处理,一定程度上可以避免由于不同设备提供端对告警的定义存在差异,所导致的告警信息重复、歧义的问题,进而提高告警处理的效果。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种告警事件处理方法的步骤流程图;
图2是本发明实施例提供的一种场景示意图;
图3是本发明实施例提供的一种告警适配的处理流程图;
图4是本发明实施例提供的一种信息流示意图;
图5是本发明实施例提供的一种告警收敛树的示意图;
图6是本发明实施例提供的一种跨专业网络关联栈的示意图;
图7是本发明实施例提供的一种跨专业网络的处理流程图;
图8是本发明实施例提供的一种告警事件处理装置的结构图;
图9是本发明实施例提供的一种电子设备的结构图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1是本发明实施例提供的一种告警事件处理方法的步骤流程图,应用于处理平台,如图1所示,该方法可以包括:
步骤101、对于总网络中的任一专业网络,获取所述专业网络中网元设备产生的原始告警事件;所述原始告警事件符合所述网元设备所属设备提供端的原始告警定义。
本发明实施例中,处理平台可以是用于对告警事件进行处理的平台,处理平台可以为服务器。总网络可以是需要进行告警处理的整体网络,例如,总网络可以为运营商网络。总网络中可以包括多个专业网络,一个专业网络可以表征一个专业,其中,一个专业网络可以理解为一个功能网络,用于实现指定功能,也就是说,本发明实施例中的专业可以理解为功能。具体的,一个或多个专业网络可以实现一项业务。不同业务对应的专业网络可以完全不同,也可以存在相同的专业网络,即,一个专业网络可能属于多个业务,对于一个专业来说,它可以用来实现一个或多个业务,专业之间具备接口以实现互相协助。
示例性地,图2是本发明实施例提供的一种场景示意图,如图2所示,在该应用场景下,无线核心网以及无线基站表示无线专业网络、IP城域网以及传输网络表示传输专业网络、互联网协议无线电接入网(Internet Protocol Radio Access Network,IP RAN)表示数据专业网络、自营业务核心网可以表示接入专业网络、无源光纤网络(PON)表示无源专业网络。固网接入设备可以表示接入专业网络。其中,各专业网络之间的箭头表示网络之间的业务数据流向,信令关联部分表示业务数据所经过的两端节点,例如,上半部分的信令关联表示业务数据从无线核心网最终传输至无线基站。进一步地,专业网络之间可以存在承载关系,承载关系可以具体由专业网络之间的依赖关系决定。具体的,专业网络的承载专业网络,可以是该专业网络所依赖的专业网络。示例性地,IP RAN与传输网络存在链路层依赖,那么IP RAN的承载专业网络为该传输网络。需要说明的是,图2中的Overlay表示叠加网络,underlay表示下层网络,Overlay网络是通过网络虚拟化技术,在同一张Underlay网络上构建出的一张或者多张虚拟的逻辑网络。
进一步地,可以接收该专业网络中网元设备上报的原始告警事件,以实现获取操作。其中,原始告警事件可以是网元设备按照设备提供端对告警的定义产生的,即,该原始告警事件符合网元设备所属设备提供端定义的原始告警。原始告警定义可以用于表征设备提供端对告警的定义的信息,原始告警定义可以包括告警代码、名称、类型、级别、告警定义描述信息、告警产生原因、处理建议等。设备提供端可以具备自己的告警定义表,该告警定义表中包括的告警定义即为原始告警定义。原始告警事件可以包括告警时间以及所符合的原始告警定义的告警代码。网元设备所属设备提供端指的是该网元设备的厂商,原始告警事件具体是该专业网络中出现异常的网元设备产生的。
步骤102、根据预设的不同设备提供端的原始告警定义与标准告警定义的对应关系,将所述原始告警事件转换为符合所述标准告警定义的标准告警事件;对应同一标准告警定义的原始告警定义所对应的功能部位、异常原因及异常处理方式相同,所述功能部位是基于指定网络协议对所述不同设备提供端的网元设备进行解构得到的。
由于不同设备提供端定义的原始告警可能存在差异,例如,对于同一故障的处理方式存在差异,或者,对同一故障的异常原因存在差异,又或者,对同一位置出现的异常的定义的名称不一致,导致出现重复告警。因此,本发明实施例中,处理平台在对原始告警事件进行整合之后,先执行本步骤,以将原始告警事件统一转换为标准告警事件。
其中,标准告警定义可以用于表征统一后的对告警的定义的信息,标准告警定义可以包括标准告警代码、名称、告警定位信息(表示出现异常的功能部位)、告警定义描述信息、告警产生原因、处理建议等。进一步地,还可以包括所属专业、设备类型、标准告警事件可以包括告警时间以及所符合的标准告警定义的告警代码。
可以预先收集各个设备提供端的原始告警定义,然后根据原始告警定义,确定该原始告警定义具体表征的出现异常的功能部位,即,原始告警定义对应的功能部位。由于原始告警定义所对应的功能部位是基于指定网络协议对网元设备进行解构得到的,即,可以将所有网元设备均解构为符合同一网络协议的部分,这样,相当于将不同设备提供端对告警的定义统一到同一标准下。进一步地,再确定原始告警定义的异常原因以及异常处理方式,最终构建对应关系。其中,对应关系中不存在重复的标准告警定义。
具体的,可以基于该对应关系,确定该原始告警事件所符合的原始告警定义对应的标准告警定义,然后基于该标准告警生成符合该标准告警定义的标准告警事件。示例性地,假设该对应关系存在下述内容:
获取到的原始告警事件1符合A厂商的原始告警定义:43015PON信号丢失,原始告警事件2符合B厂商的原始告警定义:0x6031a004PON口状态变为LOS,原始告警事件3符合B厂商的原始告警定义:0x6031100EOLT EPON口光信号丢失。那么可以生成一条符合标准告警定义:EPON OLT PON口至光分路器间光路故障的标准告警事件。当然,也可以对应生成3条标准告警事件,然后对该3条标准告警事件进行去重处理,仅保留一条标准告警事件。
步骤103、基于所述标准告警事件进行告警处理,得到所述专业网络的处理结果。
其中,告警处理的具体类型可以根据实际需求选择。示例性地,告警处理可以为告警收敛,即,对标准告警事件进行归类整合。
综上所述,本发明实施例提供的告警事件处理方法,对于总网络中的任一专业网络,获取专业网络中网元设备产生的原始告警事件;原始告警事件符合网元设备所属设备提供端的原始告警定义。根据预设的不同设备提供端的原始告警定义与标准告警定义的对应关系,将原始告警事件转换为符合标准告警定义的标准告警事件;对应同一标准告警定义的原始告警定义所对应的功能部位、异常原因及异常处理方式相同,功能部位是基于指定网络协议对不同设备提供端的网元设备进行解构得到的。基于标准告警事件进行告警处理,得到专业网络的处理结果。这样,基于指定网络协议将网元设备解构为功能部位,对应关系中标准告警定义具备对应的功能部位,即,从功能部位的粒度设置标准告警定义,根据原始告警定义与标准告警定义的对应关系,将原始告警事件统一转换为所对应的功能部位、异常原因以及异常处理方式均相同的标准告警事件,因此,基于转换后的标准告警事件进行告警处理,一定程度上可以避免由于不同设备提供端对告警的定义存在差异,所导致的告警信息重复、歧义的问题,进而提高告警处理的效果。
可选地,所述功能部位包括:功能单元、接口以及信息流路径,所述指定网络协议为所述不同设备提供端遵循的网络协议。其中,功能部位也可以称为功能组件,指定网络协议可以是根据实际需求选择的模型,指定网络协议具体为不同设备提供端均遵循的网络协议。示例性地,指定网络协议可以为开放式系统互联通信参考模型(Open SystemInterconnection Reference Model,OSI),简称OSI模型协议。本发明实施例中,采用不同设备提供端均遵循的指定网络协议,将不同设备提供端的网元设备解构为功能单元、接口以及信息流路径,这样,可以便于将不同设备提供端的网元设备的原始告警表征的异常位置,都统一至功能部位,进而方便进行告警处理。
可选地,在一种实现方式,上述对应关系可以通过下述步骤构建:
步骤A1、对于所述不同设备提供端的任一原始告警定义,检测预设标准告警文件中是否存在相关信息与所述原始告警定义的相关信息相匹配的标准告警定义;所述相关信息包括出现异常的功能部位、异常原因、异常处理方式以及所述出现异常的功能部位所属的协议层次。
本发明实施例中,可以先将所述总网络中不同设备提供端的网元设备解构为符合指定网络协议的功能部位,并确定功能部位所属的协议层次。相应地,可以根据各功能部位所属的协议层次,查找所述原始告警定义中定义的出现异常的功能部位所属的协议层次,以及,确定所述标准告警中定义的出现异常的功能部位所属的协议层次。其中,协议层次可以是针对指定网络协议设置的。异常处理方式可以包括基于设备板件、端口状态的查询;基于业务状态确认,例如,检查保护倒换是否升效;主动检测,例如,使用因特网包探索器(packet internet groper,ping)命令、标签交换路径(Label Switching Path,LSP)ping命令、路由跟踪(traceroute)命令进行测试等。
构建对应关系的过程可以是基于告警适配模块实现的。具体的,标准告警文件可以为标准告警列表。可以预先设置一部分标准告警定义,组成标准告警列表,然后基于该标准告警列表进行告警适配,将原始告警定义归类至一条标准告警定义下。其中,一条有效的标准告警定义应归属于特定协议层次及对应功能部件,并在该功能部件的基础上具备唯一性的告警原因和处置方式,即,本发明实施例中的任一条标准告警定义具备出现异常的功能部位、异常原因、异常处理方式以及出现异常的功能部位所属的协议层次。其中,出现异常的功能部位所属的协议层次即为该标准告警归属的特定协议层次。
步骤A2、若存在,建立所述原始告警定义与所述相匹配的标准告警定义之间的关联关系。
步骤A3、若不存在,创建与所述原始告警定义相匹配的标准告警定义,建立所述原始告警定义与创建的所述标准告警定义之间的关联关系,并将创建的所述标准告警定义加入所述标准告警文件。
针对上述步骤A2以及步骤A3,可以将原始告警定义按照该原始告警定义的告警本源信息,参照预先定义的网元设备对应的功能部件及其所属协议层次,确定该原始告警定义指示的出现异常的功能部位、异常原因、异常处理方式以及出现异常的功能部位所属的协议层次。示例性地,可以根据原始告警定义的告警定义描述信息,确定该原始告警所表征的出现异常的功能部位,例如,可以将描述信息中出现的功能部位确定为该原始告警定义指示的出现异常的功能部位,然后通过查找预先定义的功能部位所属的协议层次,确定原始告警描述信息所表征的出现异常的功能部位所属的协议层次。进一步地,可以从原始告警描述信息的描述信息中提取故障原因以及故障处理方式,作为对应的异常原因、异常处理方式。
进行告警归类时,可以将原始告警定义的相关信息与当前已定义的标准告警列表中的各条标准告警定义的相关信息分别进行比对,如果两者一致,两者出现异常的功能部位、异常原因、异常处理方式以及出现异常的功能部位所属的协议层次均相同,即,两者对应特征协议层次的功能组件、告警原因相同且告警后续处理流程相同。则可以将该原始告警定义归类至该标准告警定义,建立关联关系,进行告警合并。其中,建立关联关系,可以是将原始告警定义与该标准告警定义对应存储,以建立两者之间的对应关系,同一标准告警定义可能对应多个原始告警定义,这样,通过建立对应关系,相当于对这多个原始告警定义进行合并。
示例性地,图3是本发明实施例提供的一种告警适配的处理流程图,如图3所示,可以先确定该原始告警定义是否对应特征协议层次的功能组件。如果不对应,则确定当前定义的功能部件中不存在该原始告警定义所表征的出现异常的功能部位,当前不存在出现异常的功能部位相匹配的标准告警定义。因此,可以修订原有的基本功能组件定义,以进一步针对性的设置标准告警定义。如果对应,则可以确定当前存在出现异常的功能部位相匹配的标准告警定义,因此,可以进一步查看该原始告警定义与标准告警定义在特定功能组件的告警原因和处置方式是否相同,即,对出现异常的功能部位的告警原因、告警后续处理流程是否相同。若相同,则可以进行告警合并,即,归类入对应标准告警定义。否则,可以新增标准告警定义。以此统一不同厂商的告警,实现告警的去厂商化。
步骤A4、在为所有所述原始告警定义建立关联关系之后,将所述关联关系确定为所述对应关系。
具体的,基于上述步骤A2以及步骤A3可以得到多条关联关系,这多条关联关系即可构成不同设备提供端的原始告警定义与标准告警定义的对应关系。本发明实施例中,该对应关系可以为映射表的形式,该映射表中可以包括标准告警代码、标准告警名称、告警定位信息、标准告警定义描述信息及相关厂商对应告警信息。
在一种实现方式中,也可以对一个时间片内的原始告警事件进行分析,确定原始告警事件对应的出现异常的功能部位、异常原因、处理方式以及所属的协议层次。然后将对应的出现异常的功能部位、异常原因、处理方式以及所属的协议层次均相同的原始告警事件转换为一条标准告警事件,本发明实施例对此不作限制。
本发明实施例中,对于不同设备提供端定义的任一原始告警定义,预先将原始告警定义归类至标准告警定义,构建不同设备提供端原始告警定义与标准告警定义的对应关系。这样,通过构建的对应关系,一定程度上可以统一不同设备提供端定义的告警,进而提高告警事件的处理效率。
需要说明的是,本发明实施例中具体可以是在原始告警定义与标准告警定义对应的功能单元、接口或信息流路径一致、故障原因、影响程度和处理方式相同且业务路径(流方向)也相同的情况下,建立两者的映射关系。其中,原始告警定义与标准告警定义对应的功能组件、接口或信息流路径一致可以是功能单元、接口或信息流路径的业务标识一致。其中,功能部件的业务标识可以与对应协议层次相匹配。例如,物理层的功能部件的业务标识可以采用板卡、端口编号,链路层的功能部件的业务标识可以采用定位IP网二层逻辑子接口、传输虚电路等。相应地,本发明实施例中可以按照原始告警定义的告警源头在信息流中的位置(包括功能单元、接口)以及所属的流方向进行告警归类,将原始告警定义的定位信息归类到相应的功能组件、接口或者信息流路径,同时,可以确定定位信息对应的协议层级的标识,即,确定出现异常的功能部件所属协议层次的标识。示例性地,图4是本发明实施例提供的一种信息流示意图,如图4所示,该示例中可以包括低阶功能单元、低阶入接口、低阶出接口、高阶汇聚功能单元、高阶入接口、高阶出接口、低阶出路径和高阶入路径以及低阶入路径和高阶出路径。其中,高阶汇聚指的是网络层和链路层网络对路径通道进行的汇聚,例如,可以包括对低阶传输的光波道和时隙复用、虚拟局域网(Virtual Local AreaNetwork,VLAN)的双层虚拟局域网(QinQ)、IP的路由聚合等。接着,可以按同一位置告警定义的影响程度、故障原因以及处理方式进行二次归类,以构建对应关系。其中,影响程度可以包括业务阻断不可用、信道质量劣化,处理方式可以包括是否派单、派单工位、硬件更换、软件配置、资源扩容等方式。
可选地,本发明实施例中还可以包括下述步骤:
步骤B1、对于任一所述专业网络,将所述专业网络中的网元设备解构为符合所述指定网络协议的功能单元以及接口。
其中,一个网元设备可以具体被解构为的功能单元、接口以及所属的协议层次可以是OSI协议中本身定义好的,本发明实施例中可以根据实际需求,例如,针对实际应用中使用较多的协议层级,从该协议层级对网元设备进行解构。示例性地,在一种实现方式中,可以显示专业网络中的各个网元设备,然后接收用户输入的各个网元设备对应的功能组件以及接口,以实现解构。或者基于预先的解构算法,将需要解构的网元设备的设备信息以及指定网络协议的信息作为输入,获取该解构算法的输出,以实现解构。
步骤B2、根据所述专业网络的设备拓扑、业务拓扑以及专业网络之间的网络关联拓扑,确定以所述功能单元或接口为端点的信息流路径。
其中,专业网络的设备拓扑、业务拓扑以及专业网络之间的网络关联拓扑可以是预先构建的。专业网络的设备拓扑、业务拓扑表示专业内的物理拓扑、业务拓扑,专业网络之间的网络关联拓扑表示跨专业网络关联拓扑。这些拓扑可以是基于现有的网管系统和资源系统建立的现有网络的存量拓扑数据,基于这些拓扑可以说明各功能单元、接口的连接关系,进而确定出信息流路径。信息流路径可以是以功能单元或接口为端点(例如,起点或终点)所形成的数据传输路径。而专业网络的设备拓扑、业务拓扑以及专业网络之间的网络关联拓扑可以表征网络中各个部分之间的传输路径,说明各功能单元、接口的连接关系。因此,可以基于建立的拓扑所表征的关联性,确定信息流路径。
其中,专业内的物理拓扑可以是用于描述网元设备的物理连接关系的拓扑信息,具体可以包括:网元唯一性标识信息、网元的硬件信息以及不同网元间的物理连接关系信息。示例性地,以IP网络为例,构建的物理拓扑可以如下表所示:
进一步地,专业内的业务拓扑可以构建在物理拓扑上,用于描述针对特定业务的拓扑逻辑关联性,它基于物理拓扑的网元物理连接关系构建,但是与具体的业务配置紧耦合,具体用于描述对应OSI协议层次下的业务通道关联性。专业内的业务拓扑信息中可以包括业务标识,业务节点、业务路径及保护关联性,示例性地,以IP网络为例,构建的专业内的业务拓扑可以如下表所示:
进一步地,跨专业网络关联拓扑可以基于专业网络间承载关系、专业网络间物理关联拓扑、专业网络间业务关联拓扑定义。其中,专业网络间承载关系用于描述各专业网络彼此间承载关系,通过承载关系为跨专业关联拓扑建立基础,专业网络间物理关联拓扑和业务关联拓扑均以其为参照建立。示例性地,根据现有各专业的相关性,专业网络间承载关系可基于上述图2中体现的依赖关系确定。
专业网络间物理关联拓扑用于表征跨专业设备间物理端口连接关系及相应物理线路全程路由信息,即,表示专业网络的边缘设备之间的路径,例如,该路径可以为网络光纤配线架(Optical Distribution Frame,ODF)-主干-配线等。专业网络间物理关联拓扑的组成要素类似于前述专业内的物理拓扑,但专业网络间物理关联拓扑构建的拓扑关系集中于专业网络的边缘部分。示例性地,专业网络间物理关联拓扑可以由资源系统产生,在现有资源体系架构中,可通过下述两种方式构建专业网络间物理关联拓扑:方式一、通过资源系统中网管网元标识描述设备端口间连接,如无线访问接入点(WirelessAccessPoint,AP)通过媒体存取控制位址(Media Access Control Address,MAC)与接入交换机进行关联。方式二、通过线路A-Z端信息关联,A端设备端口首先关联线路标识,并根据线路Z端信息关联Z端设备网元,其中,方式二中的方式主要用于传输专业与其他专业关联。
进一步地,专业网络间业务关联拓扑是在专业网络物理关联拓扑基础上,描述不同专业网络中业务接入节点间的对应关系,通过业务接入节点的网管系统业务标识进行对应。其中,业务标识可以定义为OSI层次相关的功能组件或接口。例如,专业网络间业务关联拓扑中针对专业网络的光线路终端(Optical Line Terminal,OLT)设备以及宽度接入服务(Broadband Access Server,BAS)设备的定义可以如下所示:
具体的,可以以各功能单元/接口为端点,从上述拓扑中查找该功能单元/接口所连接的功能单元/接口,进而得到该功能单元/接口与所连接的功能单元/接口之间的信息流路径。
本发明实施例中,还可以根据上述拓扑,确定各专业网络之间的协议依赖关系,根据依赖关系确定专业之间的承载关系,以体现多专业网络间的关联性。示例性的,可以构建业务拓扑关联表,以体现承载关系。该业务拓扑关联表可以如下所示:
其中,业务拓扑关联表具体用于表示哪个专业承载哪个专业,以及它们之间具体是以哪个业务接入节点、网元连接。
步骤B3、根据所述功能单元、所述接口以及所述信息流路径在所述指定网络协议中对应的协议层次,确定所述功能单元、所述接口以及所述信息流路径所属的协议层次。
具体的,可以根据指定网络协议中定义的网元设备所属的协议层次,作为该属于该网元设备的功能单元、接口所属在指定网络协议中对应的协议层次,将信息流路径的端点所属的协议层次作为信息流路径在指定网络协议中对应的协议层次。功能单元在指定网络协议中对应的协议层次即为功能单元所属的协议层次、接口在指定网络协议中对应的协议层次即为接口所属的协议层次、信息流路径在指定网络协议中对应的协议层次即为信息流路径所属的协议层次。
需要说明的是,本发明实施例中划分的协议层次可以包括指定网络协议的所有层次,或者,仅包括部分常用的层次,又或者,将OSI中的某几个层次归类为一个层次,又或者,将一个层次进行细分。示例性地,在一种实现方式中,功能单元、接口、信息流路径及其所属的协议层次可以如下所示:
本发明实施例中,还可以根据各信息流路径、接口之间的逻辑连接关系,定义各协议层次的信息流路径、接口的承载关联性,本发明实施例对此不做限制。“/”表示为空。
本发明实施例中,基于上述步骤B1~步骤B3,即可实现将总网络中的网元设备解构为符合指定网络协议的功能部件,并确定所述功能部件所属的协议层次。
步骤B4、根据所述功能单元、所述接口、所述信息流路径及其所属的协议层次,设置所述标准告警文件。
本发明实施例中,步骤B1~步骤B3可以基本功能组件定义模块实现,基于上述步骤B1~步骤B3,可以将网元设备解构为遵循OSI模型协议的部件,实现基本功能组件定义。进一步地,可以基于定义的基本功能组件,设置标准告警文件,进而进行告警适配操作。示例性地,可以显示功能单元、接口、信息流路径及其所属的协议层次,接收用于基于显示的内容设置的标准告警定义。然后基于标准告警生成标准告警列表,得到标准告警文件。一条标准告警定义可以具备出现异常的功能部位以及所属的协议层级。
专业网络中往往会包括不同厂商的网元设备。本发明实施例中,将各专业网络中的网元设备解构为符合指定网络协议的功能单元以及接口,并根据专业网络的设备拓扑、业务拓扑以及专业网络之间的网络关联拓扑,确定以功能单元或接口为端点的信息流路径,最后确定功能单元、接口以及信息流路径所属的协议层次,根据功能单元、接口、信息流路径及其所属的协议层次,设置标准告警文件。这样,使得后续可以根据标准告警文件便捷的进行原始告警归类,且按照专业网络的基本原理,根据指定网络协议将不同厂商的网元设备具体构件进行分解,统一解构为功能单元、接口或者信息流路径,这样,将网元设备适配为不同的功能组件,一定程度上可以屏蔽厂家异构性,使得后续可以构建标准层次化架构和告警标准化的适配方法。
可选地,本发明实施例中,可以针对任一专业网络,均通过下述方式实现专业网络内的标准告警事件收敛。上述基于所述标准告警事件进行告警处理,得到所述专业网络的处理结果的步骤,具体可以包括:
步骤1031、确定所述标准告警事件所属的协议层次、出现异常的功能部位的端属性以及所属网络层级。
本发明实施例中,可以将标准告警事件所符合的标准告警定义所属的协议层次,作为该准告警事件所属的协议层次。其中,标准告警定义所属的协议层次即为该准告警定义中出现异常的功能部位所属的协议层次。所述端属性包括发送端以及接收端,在该出现异常的功能部位属于网元设备的发送端的情况下,将端属性确定为发送端,在该出现异常的功能部位属于网元设备的接收端的情况下,将端属性确定为接收端。将该标准告警事件表征的出现异常的功能部位所属的网络层级,确定为该标准告警事件的所属网络层级。其中,功能部位所属的网络层级可以是预先设置,相应地,可以根据设置文件确定所属网络层级。其中,网络层级可以包括高阶网络和低阶网络,高阶网络和低阶网络指同一专业网络层面内基于复用关系的不同层级定义。
步骤1032、基于预设收敛规则、所述标准告警事件所属的协议层次、出现异常的功能部位的端属性以及所属网络层级,对所述标准告警事件进行告警收敛,以构建所述专业网络内的告警收敛树。
其中,预设收敛规则可以是预先设置在各个专业网络内均适用的收敛规则。专业网络内的标准告警事件收敛操作,可以基于专业内告警收敛模块实现。由于各个专业网络的标准告警事件均具备所属的协议层次、出现异常的功能部位的端属性以及所属网络层级,因此,从这几个维度进行告警收敛,构建专业网络内的告警收敛树,一定程度上可以确保专业网络内收敛的通用性。
可选地,上述基于预设收敛规则、所述标准告警事件所属的协议层次、出现异常的功能部位的端属性以及所属网络层级,对所述标准告警事件进行告警收敛,以构建所述专业网络内的告警收敛树的操作,具体可以包括:
步骤1032a、将所属的协议层次相同的标准告警事件划分至同一集合,得到事件集合。
本步骤中,可以先按照该专业网络内标准告警事件所属的协议层次进行分类,将所属的协议层次相同的标准告警事件作为一类,划分到同一个集合中。在该专业网络内存在属于多个协议层次的标准告警事件的情况下,最终可以得到多个事件集合。
步骤1032b、按照第一收敛规则,根据各所述事件集合对应的协议层次确定各所述事件集合在所述告警收敛树中的所处层级;不同事件集合的所处层级不同。
步骤1032c、对于任一所述事件集合,按照第二收敛规则、第三收敛规则、所述端属性以及所述所属网络层级,确定所述事件集合中标准告警事件在所述事件集合的所处层级内的上下级关系。
步骤1032d、根据所述所处层级以及所述上下级关系,构建所述告警收敛树。
对于上述步骤1032b~步骤1032d,第一收敛规则、第二收敛规则、第三收敛规则即为上述预设收敛规则。其中,第一收敛规则可以是针对协议层次维度的收敛规则,第二收敛规则可以是针对端属性维度的收敛规则,第三收敛规则可以是针对所属网络层级维度的收敛规则。
可选地,在一种实现方式中,所述第一收敛规则包括所属协议层次越低的标准告警事件收敛所属协议层次越高的标准告警事件,所述第二收敛规则包括端属性为发送端的标准告警事件收敛端属性为接收端的标准告警事件,所述第三收敛规则包括所属网络层级越高的标准告警事件收敛所属网络层级越低的标准告警事件。其中,第一收敛规则、第二收敛规则、第三收敛规则的优先级依次降低,也就是说,本发明实施例中,可以先按照第一收敛规则进行收敛,之后按照第二收敛规则进行收敛,最后按照第三收敛规则进行收敛。本发明实施例中,通过设置多种收敛规则,从所属协议层次、端属性以及所属网络层级的维度进行收敛,一定程度上确保最终的告警收敛效果。需要说明的是,本发明实施例中同专业网络内的标准告警事件的业务路径可以相同,针对业务路径相同的标准告警事件进行专业网络内的告警收敛。
具体的,事件集合对应的协议层次可以为该事件集合内标准告警事件所属的协议层次。可以按照所属协议层次由低到高的顺序,从告警收敛树的根节点层级依次向下,为各事件集合确定所处层级。示例性地,假设存在事件集合1、事件集合2以及事件集合3,根节点层级记为层0、依次向下的层级为:层1、层2。事件集合1对应的协议层次最低,事件集合2对应的协议层次高于事件集合1对应的协议层次,事件集合3对应的协议层次高于事件集合2对应的协议层次。那么可以确定事件集合1的所处层级为层0,事件集合2的所处层级为层1,事件集合3的所处层级为层2。相应地,可以按照所处层级先将各事件集合表征的树节点依次连接。示例性地,图5是本发明实施例提供的一种告警收敛树的示意图,如图5所示,存在位于多层的告警事件。需要说明的是,告警收敛树中同层告警事件中也可以区分层内的根告警以及标注所遵循的收敛规则,本发明实施例对此不做限制。
进一步地,由于事件集合中所处层级相同的标准告警事件可能为多个,因此,本发明实施例中,可以进一步确定事件集合中标准告警事件在事件集合的所处层级内的上下级关系,进而明确同一层级内标准告警事件在事件之间的连接关系,构成完整的告警收敛树。具体的,按照第二收敛规则,将端属性为发送端的标准告警事件确定为端属性为接收端的标准告警事件的上级树节点,以明确两者的上下级关系。相应地,可以按照上下级关系,将同一层内端属性为发送端的标准告警事件构成的集合作为该层内的第一级树节点连接上一层中最后一级树节点,同一层内端属性为接收端的标准告警事件构成的集合连接本层内端属性为发送端的标准告警事件构成的集合。
接着,对于同一端属性的标准告警事件构成的集合,按照第三收敛规则将其中所属网络层级一致的标准告警事件构成的集合视为一个树节点,将所属网络层级为高阶网络的标准告警事件确定为所属网络层级为低阶网络的标准告警事件的上级节点,以明确两者的上下级关系。相应地,可以按照上下级关系,将所属网络层级为高阶网络的标准告警事件构成的集合向上连接上一级树节点,所属网络层级为低阶网络的标准告警事件构成的集合向上连接表征所属网络层级为高阶网络的标准告警事件的树节点。对于同一层内的标准告警事件而言,端属性为发送端且所属网络层级越高的标准告警事件在该层内的越靠近收敛树的根节点,该层内端属性为发送端且所属网络层级最高的标准告警事件可以表示该层内的根告警。需要说明的是,本发明实施例中可以以多线程方式并发的方式,针对多个集合并行进行多级告警的收敛。
本发明实施例中,将所属的协议层次相同的标准告警事件划分至同一集合,得到事件集合。按照第一收敛规则,根据各事件集合对应的协议层次确定各事件集合在告警收敛树中的所处层级;不同事件集合的所处层级不同。对于任一事件集合,按照第二收敛规则、第三收敛规则、端属性以及所属网络层级,确定事件集合中标准告警事件在事件集合的所处层级内的上下级关系。根据所处层级以及上下级关系,构建告警收敛树。这样,通过多级收敛规则,对各个专业网络内的标准告警事件进行多级收敛,即可得到各个专业网络内标准告警事件所形成的告警收敛树,一定程度上可以确保处理效率。
需要说明的是,本发明实施例中还可以检测所述告警收敛的执行时长是否超出预设时间窗口;若是,则停止执行所述告警收敛,并将当前得到的告警收敛树作为所述专业网络内的告警收敛树。相应地,所述方法还包括:基于所述告警收敛树更新上一个所述预设时间窗口内为所述专业网络生成的告警收敛树。其中,告警收敛的执行时长是否超出预设的时间窗口具体可以是告警收敛操作的执行时长达到预设时长,预设时长为预设时间窗口的时间长度。预设时间窗口的时间长度并不唯一,可以根据实际情况进行设置。例如,根据协议、网管规模大小等因素进行差异化设置。除性能采集、网管轮询类等可能由网管延时分析导致出现告警事件外,预设时间窗口可以不超过5分钟。进一步地,针对各个预设时间窗口生成的告警收敛树可以对应更新之前生成的告警收敛树,例如,对两个告警收敛树进行合并。这样,使得更新后的告警收敛树表征专业网络内最新的异常情况,进而方便获知异常情况的影响范围。
需要说明的是,本发明实施例中还可以在进行告警收敛的过程中,屏蔽衍生警告。其中,衍生告警指的是未被完全收敛的标准告警事件或者后续新增的标准告警事件。在一个预设时间窗口内,输出衍生告警和该预设时间窗口内生成的告警收敛树,最终输出描述同一业务路径下根告警和衍生告警间收敛性的告警收敛树,进行专业内告警统一收敛。告警收敛树中还可以携带收敛规则,使得处理系统能够对任一层次的告警事件查询与其相关的根告警、衍生告警及收敛规则。需要说明的是,告警收敛树生成后,可以针对告警收敛树顶端的根告警进行告警人工终止操作,当该告警被终止时,告警收敛树中所有告警将被同步终止。对于关联收敛告警,根告警与衍生告警的清除独立进行,如果根告警与衍生告警未在指定关联时间窗口内同时完成告警清除,则可以根据按相应的预处理流程和派单规则针对未清除告警触发派单流程,以实现对告警收敛关系树的全程化管控。
进一步地,还可以检测是否出现告警收敛循环。例如,在已经生成了X收敛Y、Y收敛Z的情况下,生成了X收敛Z的收敛结果,则可以确定当前出现了警收敛循环。若是,则终止告警收敛进程,以进行修复。
可选地,上述告警处理包括告警收敛,上述处理结果包括告警收敛树,该告警收敛树即为告警收敛结果。本发明实施例中在基于所述标准告警事件进行告警处理,得到所述专业网络的处理结果之后,还可以执行下述步骤:
步骤C1、将存在所述告警收敛树的专业网络确定为待关联专业网络。
由于总网络中包括多个专业网络,而出现告警事件的为其中的部分专业网络,未出现告警事件的专业网络无需进行跨专业网络的告警收敛,因此,可以将存在告警收敛树的专业网络确定为待关联专业网络。
步骤C2、根据所述待关联专业网络的告警收敛树,对所述待关联专业网络进行告警收敛,以生成跨专业网络的最终收敛结果。
本步骤中,待关联专业网络往往有多个,因此,可以根据这多个待关联专业网络的告警收敛树进行跨专业网络的告警收敛,以得到最终的告警收敛树。当然,如果待关联专业网络的数量小于2,则可以直接将该待关联专业网络的告警收敛树中的根告警事件作为最终收敛结果,以节省处理资源。跨专业网络的告警收敛可以基于跨专业间告警关联模块实现。
本发明实施例中,在完成专业网络内的告警收敛之后,根据专业网络的告警收敛树,进一步进行跨专业网络的告警收敛,进而可以针对总网络生成跨专业网络的最终收敛结果,进一步提高告警效果。
可选地,上述根据所述待关联专业网络的告警收敛树,对所述待关联专业网络进行告警收敛,以生成跨专业网络的最终收敛结果的步骤,具体可以包括:
步骤C21、对于任一所述待关联专业网络,在其他待关联专业网络中存在所述待关联专业网络的承载专业网络的情况下,将所述待关联专业网络以及所述承载专业网络加入跨专业网络关联表。
其中,跨专业网络关联表可以是以栈的形式构建的,跨专业网络关联表也可以称为跨专业网络关联栈。本步骤中,可以先检测剩余的其他待关联专业网络中是否存在该待关联专业网络的承载专业网络。具体的,可以根据预设的承载关系确定是否承载专业网络。即,可以基于专业网络间的承载关系,明确关联搜索的承载专业范围。如果存在,可以进一步确定待关联专业网络的业务路径与承载专业网络的业务路径是否存在依赖关系。如果存在依赖关系,则可以获取该待关联专业网络的接入节点信息以及承载专业网络的接入节点信息,根据所述待关联专业网络的接入节点信息以及业务标识信息以及承载专业网络的接入节点信息以及业务标识信息,创建跨专业网络关联表。在对每个待关联专业网络均遍历之后,完成创建跨专业网络关联表的操作。具体的,对于任一待关联专业网络,可以基于该待关联专业网络的业务标识,结合资源系统和网管系统搜索该业务标识对应的业务路径,若业务路径中某段落与承载专业网络存在依赖关系,则可以发起跨专业网络关联表构建,将业务路径中该段落的业务接入节点和业务标识与承载专业网络的接入节点关联成栈的两个相邻层级,该待关联专业网络可以位于承载专业网络之上。否则该待关联专业网络的相关告警无需进行跨专业关联。作为整合告警关联过程的基础,跨专业网络关联表为搜索关联告警界定了需要参与的专业网络的范围,参与遍历的专业网络均应在跨专业网络关联表内。示例性地,跨专业网络关联栈可以按专业A业务标识-专业B业务接入节点-专业B业务标识顺序建立相邻两个专业的关联,进而整合为完整的跨专业网络关联栈。示例性地,图6是本发明实施例提供的一种跨专业网络关联栈的示意图,如图6所示,假设总共存在A-Z个专业网络。其中,专业网络B表征的专业B与专业网络C表征的专业C已经被放入关联栈中,且专业网络B与专业网络C为相邻层级。需要说明的是,专业B1、专业B2以及专业B3均属于专业B,专业C1、专业C2以及专业C3均属于专业C。
步骤C22、根据所述跨专业网络关联表中专业网络的告警收敛树,进行跨专业网络的告警收敛,以生成所述最终收敛结果。
本步骤中,可以对跨专业网络关联表中专业网络的告警收敛树依次进行遍历,以进行跨专业网络的告警收敛。本发明实施例中,对于任一待关联专业网络,在其他待关联专业网络中存在待关联专业网络的承载专业网络的情况下,才将待关联专业网络以及承载专业网络加入跨专业网络关联表。根据跨专业网络关联表中专业网络的告警收敛树,进行跨专业网络的告警收敛。这样,可以避免对不存在承载专业网络,不存在依赖关系的专业网络进行跨专业网络的告警收敛,进而避免执行不必要的处理操作。
可选地,上述根据所述跨专业网络关联表中专业网络的告警收敛树,进行跨专业网络的告警收敛,以生成所述最终收敛结果的操作,具体可以包括:
步骤C221、从所述跨专业网络关联表中选择一个待关联专业网络作为目标专业网络,确定所述目标专业网络的承载专业网络中是否存在对应告警事件;所述对应告警事件包括与所述目标专业网络的告警收敛树中的根告警事件对应的告警事件。
本步骤中,可以按照承载关系选择从所述跨专业网络关联表中选择首个作为目标专业网络的待关联专业网络,示例性地,可以将承载层级最低的待关联专业网络作为目标专业网络,例如,专业网络2是承载专业网络1的承载专业网络,专业网络3是承专业网络2的承载专业网络,那么可以将专业网络1作为第一个目标专业网络。或者,也可以随机选择一个作为目标专业网络,又或者,选择位于顶部的待关联专业网络作为目标专业网络。
接着,可以从该目标专业网络进行遍历,对于任一目标专业网络确定该目标专业网络的承载专业网络中是否存在与所述目标专业网络的告警收敛树中的根告警事件对应的告警事件。
步骤C222、若不存在,则将所述目标专业网络的告警收敛树中的根告警事件确定为最终根告警事件。
其中,目标专业网络的告警收敛树中的根告警事件指的是位于该告警收敛树表征的告警收敛树中根节点的告警事件。
步骤C223、若存在,则将所述目标专业网络更新为所述承载专业网络,直至确定出所述最终根告警事件。
针对上述步骤C222~步骤C223,在一种实现方式中,可以以目标专业网络的根告警事件为输入,结合承载专业网络的业务标识,递归查找承载专业网络的业务拓扑路径,最终输出承载专业对应根告警事件,即,上述对应告警事件,以此建立两个专业告警的关联性。也可以依据跨专业网络关联栈定义,以该目标专业网络的业务标识或承载专业网络的业务接入节点信息为入口,回溯查询承载专业网络中同一业务路径的根告警信息,得到对应根告警事件。
如果承载专业网络中存在对应告警事件,则可以将承载专业网络作为新的目标专业网络,进一步递归遍历查询。如果承载专业网络中不存在对应告警事件,则可以将该目标专业网络的根告警事件确定为最终根告警事件,结束流程。示例性地,假设出现无线基站掉点,涉及无线基站、IPRAN、光传送网(Optical TransportNetwork,OTN)三个专业网络,那么可以分别按两次进行,第一次先以无线基站专业网络为当前的目标专业网络,IP RAN为承载专业网络,第二次以IPRAN为为当前的目标专业网络,OTN为承载专业网络。
需要说明的是,本发明实施例中,针对第一个目标专业网络,对应告警事件是与该目标专业网络的告警收敛树中的根告警事件对应的告警事件。对于后续的目标专业网络,对应告警事件可以采用与该目标专业网络中作为上一个目标专业网络的对应告警事件对应的告警事件。本发明实施例对此不做限制。这样,可以兼顾到专业网络基于非顶层的根告警事件关联的情况。
可选地,本发明实施例中还可以检测所述目标专业网络所属的协议层次是否低于所述承载专业网络所属的协议层次;若目标专业网络所属的协议层次低于承载专业网络所属的协议层次,则将所述目标专业网络的告警收敛树中的根告警事件确定为最终根告警事件。反之,则执行步骤C221。这样,基于当前目标专业网络与承载专业网络的协议层次之间的依赖性,实现多专业网络间告警事件的关联,一定程度上可以及时结束处理,避免不必要的资源耗费。
具体的,专业网络的所属的协议层次可以是专业网络的告警收敛树中的根节点所属的协议层次,或者,也可以是根据实际情况预先定义的,本发明实施例对此不做限制。可以为该目标专业网络关联中止标记,相应地,告警关联进程在目标专业网络关联有中止标记的情况下,可以确定无需进一步对承载专业网络进行处理,进而可以中止处理进程,不再进行跨专业告警关联分析,否则在专业内部收敛的基础上,继续建立不同专业间告警事件在全生命周期的同步关联性。示例性地,假设存在专业网络A、专业网络B以及专业网络C,专业网络A的OSI层次低于承载专业网络:专业网络B的协议层次。基于OSI的理论,如果专业网络C低层次告警若引起专业网络A专业异常,其中的专业网络B必须存在比专业网络A专业网络的协议层次更低的告警,即专业网络C低层次影响专业网络B中层次,专业网络B中层次影响专业网络A高层次。相应地,在如果专业网络A的告警的协议层次比专业网络B低,那么可以确定告警事件的根源就是在专业网络A内。
需要说明的是,本发明实施例中,还可以在已到关联栈底部的情况下,确定无需再进行跨专业收敛,中止处理进程。
可选地,本发明实施例中,还可以检测所述目标专业网络的根告警事件对应的节点是否存在等效协议节点;若目标专业网络的根告警事件对应的节点存在等效协议节点,则将所述等效协议节点所属的专业网络加入所述跨专业网络关联表。反之,则进入执行步骤C221的环节。具体的,根告警事件对应的节点指的是产生该根告警事件的网元设备,即,根告警源。网络中网元设备可能存在等效协议节点,也可能不存在等效协议节点,等效协议节点可以属于其他网络。网元设备的等效协议节点可以是预先设置的。基于两个专业网络的OSI协议层次的对等性,等效协议节点所属的专业网络与该目标专业网络在告警事件定位信息中具备逻辑或物理上的对等性。例如,如两个专业网络对应端口告警、接入网H.248断链与接入网关控制功能(Access Gateway Control Function,AGCF)退服,彼此之间基于同一个网络综合接入设备(Integrated Access Device,IAD)节点信息对等。图7是本发明实施例提供的一种跨专业网络的处理流程图,如图7所示,如果目标专业网络的所属的协议层次低于承载专业网络所属的协议层次,则可以将该目标专业网络的根告警事件确定为最终根告警事件。如果不是,则可以进行等效关联,在目标专业网络的根告警事件对应的节点存在等效协议节点的情况下,将等效协议节点所属的专业网络加入待遍历清单(即,跨专业网络关联表)。接着确定目标专业网络的承载专业网络中是否存在对应告警事件。如果存在,将目标专业网络更新为承载专业网络,直至确定出最终根告警事件。如果不存在,则将该目标专业网络的根告警事件确定为最终根告警事件。
步骤C224、基于所述最终根告警事件生成所述最终收敛结果。
本步骤中,可以将最终根告警事件作为最终收敛结果。进一步地,还可以基于各目标专业网络的承载专业网络中存在的对应告警事件的ID,将跨专业网络关联表将扩展为跨专业告警事件关联栈,将多个专业网络的告警事件及故障单信息进行关联,并输出。示例性地,跨专业告警事件关联栈的内容可以如下表所示:
其中,底部的告警事件即为故障的根源信息,后期故障单及相应的管控工作可基于跨专业告警事件关联栈并发进行。
需要说明的是,本发明实施例中,还可以在未查询到上述对应告警事件的情况下,将查询任务存入当前的目标专业网络的关联等待队列,并保留指定时长,指定时长不小于承载专业网络新告警事件的采集和在线分析所需的时长。在等待期间告警关联过程可以暂停,若达到指定时长时仍未查询到关联告警信息(即,对应告警事件),则该结束处理流程。这样,通过及时结束,一定程度上可以避免由于处理过程中会涉及多个专业网管系统,为保证系统不会因为相关专业网管消息丢失或滞后等特定原因,导致整体关联进程一直处于等待状态的问题,保证回溯过程的稳定性。
进一步地,当承载专业网络完成新告警事件的在线分析时,可以执行等待队列中的查询任务,以继续查找对应告警事件。若某个关联等待告警信息命中新告警事件的影响范围,即,查找到对应告警事件,则可以继续进行后续流程。如果查询任务发起时,承载专业网络未完成收敛,则可以返回查询到的第一条相关告警事件,待根告警收敛完成后,基于最终生成的告警收敛树更新跨专业告警事件关联栈。其中,第一条相关告警事件可以为还没完成收敛时位于树结构中的最顶层的告警。在告警事件的派障信息发生更新,还可以对应同步更新跨专业告警事件关联栈。这样,通过建立同步更新机制,可以避免因专业间告警接收、收敛延时等原因导致告警关联异常。
下面以固网语音业务注册的具体应用为例,对本发明实施例的处理过程进行说明。
针对固网语音业务注册,涉及的专业及功能组件的定义可以如下表所示:
具体的,可以基于定义标准告警列表,采集网元设备的原始告警定义,将原始告警定义按照基本功能组件的定义进行分类,对应到协议层次进行告警适配。例如,ONU停电、PON光模块异常、PON光功率超门限、收无光告警对应PON专业物理层对应功能单元。PON ONU逻辑注册失败、指定VLAN内环路对应PON专业链路层。
接着,将原始告警事件转换为标准告警事件,进行同专业网络内告警收敛。例如,IP城域网络业务板卡和接口异常(所属的协议层次为物理层),按照发端影响收端规则收敛收端侧端口收无光,并按低层影响高层的规则,收敛对应设备VLAN子接口异常(所属的协议层次为链路层)、IP子接口异常(所属的协议层次为网络层)、路由邻居断(所属的协议层次为网络层)。
接着,建立各专业网络间告警事件的关联性。具体的,可以先基于两个专业业务OSI协议层次的对等性,进行等效协议关联。例如,将H.248断链(PON ONU)与IAD节点退服(IMS核心网)通过IAD域名进行等效转换,通过ONU侧关联定位告警事件,例如,H.248断链告警(应用层)可从PON网络层专业内低于应用层的一、二层告警信息定位,例如,从ONU停电(物理层)、ONU离线(链路层)等告警信息定位;同步IMS侧AGCF可以查询直接关联的IP网络层查询三层及以下根告警信息,如邻接三层网元是否路由邻居异常(underlay网络层)、LSP路径异常(overylay网络层),以确定对应告警事件。接着,逐步递归,归递过程在某个专业网络的根告警相遇,即确定出最终根告警事件。
在运营商集约化过程中,要实现告警的自动化处理,需要将不同厂商和不同设备定义的告警进行标准化整合。本发明实施例提供的通用性的承载网络标准化告警整合定义方法,进行明确的告警归类,通过告警标准化后,避免出现告警信息的偏差。本发明实施例中,基于OSI模型的网元基本功能组件定义,以此为基础将厂商原始告警定义整合、区分为标准告警定义,定义原始告警定义与标准告警定义对应关系,避免标准化告警定义和原始告警定义适配中存在的信息偏差问题、以及告警收敛规则归纳困难等问题。且在标准告警定义时细化告警扩展属性,建立专业网络内不同告警、专业网络间告警的相互依赖性,摆脱具体单一告警收敛的局限,使得最终可以形成跨专业的通用告警关联收敛规则。
同时,以专业网络为基础粒度,按照告警归属协议层次定义不同告警之间的相关性,形成完整的告警收敛关系,实现了通用的标准化告警定义方法。无需依赖于特定算法和特定规则的专业间通用告警关联方案,无需建立一对一的告警关联规则,仅需对告警进行明确定义,针对任一专业网络采用相同的处理方式即可进行告警收敛,具有通用性,进而一定程度上可以降低告警处理的实现成本,扩大适用场景。且基于OSI模型定义告警层次分层次收敛告警,并通过业务承载关系、业务路径依赖关系以及专业间的网络关联性,对多专业告警建立关联性,可以实现故障根因的快速定位,归纳告警关联性更全面。
图8是本发明实施例提供的一种告警事件处理装置的结构图,该装置20可以包括:
获取模块201,用于对于总网络中的任一专业网络,获取所述专业网络中网元设备产生的原始告警事件;所述原始告警事件符合所述网元设备所属设备提供端的原始告警定义;
转换模块202,用于根据预设的不同设备提供端的原始告警定义与标准告警定义的对应关系,将所述原始告警事件转换为符合所述标准告警定义的标准告警事件;对应同一标准告警定义的原始告警定义所对应的功能部位、异常原因及异常处理方式相同,所述功能部位是基于指定网络协议对所述不同设备提供端的网元设备进行解构得到的;
处理模块203,用于基于所述标准告警事件进行告警处理,得到所述专业网络的处理结果。
综上所述,本发明实施例提供的告警事件处理装置,对于总网络中的任一专业网络,获取专业网络中网元设备产生的原始告警事件;原始告警事件符合网元设备所属设备提供端的原始告警定义。根据预设的不同设备提供端的原始告警定义与标准告警定义的对应关系,将原始告警事件转换为符合标准告警定义的标准告警事件;对应同一标准告警定义的原始告警定义所对应的功能部位、异常原因及异常处理方式相同,功能部位是基于指定网络协议对不同设备提供端的网元设备进行解构得到的。基于标准告警事件进行告警处理,得到专业网络的处理结果。这样,基于指定网络协议将网元设备解构为功能部位,对应关系中标准告警定义具备对应的功能部位,即,从功能部位的粒度设置标准告警定义,根据原始告警定义与标准告警定义的对应关系,将原始告警事件统一转换为所对应的功能部位、异常原因以及异常处理方式均相同的标准告警事件,因此,基于转换后的标准告警事件进行告警处理,一定程度上可以避免由于不同设备提供端对告警的定义存在差异,所导致的告警信息重复、歧义的问题,进而提高告警处理的效果。
可选地,所述功能部位包括:功能单元、接口以及信息流路径,所述指定网络协议为所述不同设备提供端遵循的网络协议。
可选地,所述处理模块203,具体用于:
确定所述标准告警事件所属的协议层次、出现异常的功能部位的端属性以及所属网络层级;
基于预设收敛规则、所述标准告警事件所属的协议层次、出现异常的功能部位的端属性以及所属网络层级,对所述标准告警事件进行告警收敛,以构建所述专业网络内的告警收敛树。
可选地,所述处理模块203,还具体用于:
将所属的协议层次相同的标准告警事件划分至同一集合,得到事件集合;
按照第一收敛规则,根据各所述事件集合对应的协议层次确定各所述事件集合在所述告警收敛树中的所处层级;不同事件集合的所处层级不同;
对于任一所述事件集合,按照第二收敛规则、第三收敛规则、所述端属性以及所述所属网络层级,确定所述事件集合中标准告警事件在所述事件集合的所处层级内的上下级关系;
根据所述所处层级以及所述上下级关系,构建所述告警收敛树。
可选地,所述第一收敛规则包括所属协议层次越低的标准告警事件收敛所属协议层次越高的标准告警事件;
所述第二收敛规则包括端属性为发送端的标准告警事件收敛端属性为接收端的标准告警事件;
所述第三收敛规则包括所属网络层级越高的标准告警事件收敛所属网络层级越低的标准告警事件。
可选地,所述装置20还包括:
检测模块,用于对于所述不同设备提供端的任一原始告警定义,检测预设标准告警文件中是否存在相关信息与所述原始告警定义的相关信息相匹配的标准告警定义;所述相关信息包括出现异常的功能部位、异常原因、异常处理方式以及所述出现异常的功能部位所属的协议层次;
建立模块,用于若存在,建立所述原始告警定义与所述相匹配的标准告警定义之间的关联关系;
创建模块,用于若不存在,创建与所述原始告警定义相匹配的标准告警定义,建立所述原始告警定义与创建的所述标准告警定义之间的关联关系,并将创建的所述标准告警定义加入所述标准告警文件;
第一确定模块,用于在为所有所述原始告警定义建立关联关系之后,将所述关联关系确定为所述对应关系。
可选地,所述装置20还包括:
解构模块,用于对于任一所述专业网络,将所述专业网络中的网元设备解构为符合所述指定网络协议的功能单元以及接口;
第二确定模块,用于根据所述专业网络的设备拓扑、业务拓扑以及专业网络之间的网络关联拓扑,确定以所述功能单元或接口为端点的信息流路径;
第三确定模块,用于根据所述功能单元、所述接口以及所述信息流路径在所述指定网络协议中对应的协议层次,确定所述功能单元、所述接口以及所述信息流路径所属的协议层次;
设置模块,用于根据所述功能单元、所述接口、所述信息流路径及其所属的协议层次,设置所述标准告警文件。
可选地,所述装置20还包括:
第四确定模块,用于将存在所述告警收敛树的专业网络确定为待关联专业网络;
收敛模块,用于根据所述待关联专业网络的告警收敛树,对所述待关联专业网络进行告警收敛,以生成跨专业网络的最终收敛结果。
可选地,所述收敛模块,具体用于:
对于任一所述待关联专业网络,在其他待关联专业网络中存在所述待关联专业网络的承载专业网络的情况下,将所述待关联专业网络以及所述承载专业网络加入跨专业网络关联表;
根据所述跨专业网络关联表中专业网络的告警收敛树,进行跨专业网络的告警收敛,以生成所述最终收敛结果。
可选地,所述收敛模块,还具体用于:
从所述跨专业网络关联表中选择一个待关联专业网络作为目标专业网络,确定所述目标专业网络的承载专业网络中是否存在对应告警事件;所述对应告警事件包括与所述目标专业网络的告警收敛结果中的根告警事件对应的告警事件;
若不存在,则将所述目标专业网络的告警收敛树中的根告警事件确定为最终根告警事件;
若存在,则将所述目标专业网络更新为所述承载专业网络,直至确定出所述最终根告警事件;
基于所述最终根告警事件生成所述最终收敛结果。
可选地,所述装置20还包括:
第一检测模块,用于检测所述目标专业网络所属的协议层次是否低于所述承载专业网络所属的协议层次;
第四确定模块,用于若是,则将所述目标专业网络的告警收敛树中的根告警事件确定为最终根告警事件。
可选地,所述装置20还包括:
第二检测模块,用于检测所述目标专业网络的根告警事件对应的节点是否存在等效协议节点;
加入模块,用于若存在,则将所述等效协议节点所属的专业网络加入所述跨专业网络关联表。
本发明还提供了一种电子设备,参见图9,包括:处理器901、存储器902以及存储在所述存储器上并可在所述处理器上运行的计算机程序9021,所述处理器执行所述程序时实现前述实施例的告警事件处理方法。
本发明还提供了一种可读存储介质,当所述存储介质中的指令由电子设备的处理器执行时,使得电子设备能够执行前述实施例的告警事件处理方法。
对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
需要说明的是,本发明实施例中获取的各种信息、数据,均是在得到信息/数据持有方授权的情况下获取的。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述,构造这类系统所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本发明并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明的排序设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
本发明所涉及的用户信息(包括但不限于用户的设备信息、用户个人信息等)、相关数据等均为经用户授权或经各方授权后的信息。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。
Claims (15)
1.一种告警事件处理方法,其特征在于,应用于处理平台,所述方法包括:
对于总网络中的任一专业网络,获取所述专业网络中网元设备产生的原始告警事件;所述原始告警事件符合所述网元设备所属设备提供端的原始告警定义;
根据预设的不同设备提供端的原始告警定义与标准告警定义的对应关系,将所述原始告警事件转换为符合所述标准告警定义的标准告警事件;对应同一标准告警定义的原始告警定义所对应的功能部位、异常原因及异常处理方式相同,所述功能部位是基于指定网络协议对所述不同设备提供端的网元设备进行解构得到的;
基于所述标准告警事件进行告警处理,得到所述专业网络的处理结果。
2.根据权利要求1所述的方法,其特征在于,所述功能部位包括:功能单元、接口以及信息流路径,所述指定网络协议为所述不同设备提供端遵循的网络协议。
3.根据权利要求1所述的方法,其特征在于,所述基于所述标准告警事件进行告警处理,得到所述专业网络的处理结果,包括:
确定所述标准告警事件所属的协议层次、出现异常的功能部位的端属性以及所属网络层级;
基于预设收敛规则、所述标准告警事件所属的协议层次、出现异常的功能部位的端属性以及所属网络层级,对所述标准告警事件进行告警收敛,以构建所述专业网络内的告警收敛树。
4.根据权利要求3所述的方法,其特征在于,所述基于预设收敛规则、所述标准告警事件所属的协议层次、出现异常的功能部位的端属性以及所属网络层级,对所述标准告警事件进行告警收敛,以构建所述专业网络内的告警收敛树,包括:
将所属的协议层次相同的标准告警事件划分至同一集合,得到事件集合;
按照第一收敛规则,根据各所述事件集合对应的协议层次确定各所述事件集合在所述告警收敛树中的所处层级;不同事件集合的所处层级不同;
对于任一所述事件集合,按照第二收敛规则、第三收敛规则、所述端属性以及所述所属网络层级,确定所述事件集合中标准告警事件在所述事件集合的所处层级内的上下级关系;
根据所述所处层级以及所述上下级关系,构建所述告警收敛树。
5.根据权利要求4所述的方法,其特征在于,所述第一收敛规则包括所属协议层次越低的标准告警事件收敛所属协议层次越高的标准告警事件;
所述第二收敛规则包括端属性为发送端的标准告警事件收敛端属性为接收端的标准告警事件;
所述第三收敛规则包括所属网络层级越高的标准告警事件收敛所属网络层级越低的标准告警事件。
6.根据权利要求1-5任一所述的方法,其特征在于,所述方法还包括:
对于所述不同设备提供端的任一原始告警定义,检测预设标准告警文件中是否存在相关信息与所述原始告警定义的相关信息相匹配的标准告警定义;所述相关信息包括出现异常的功能部位、异常原因、异常处理方式以及所述出现异常的功能部位所属的协议层次;
若存在,建立所述原始告警定义与所述相匹配的标准告警定义之间的关联关系;
若不存在,创建与所述原始告警定义相匹配的标准告警定义,建立所述原始告警定义与创建的所述标准告警定义之间的关联关系,并将创建的所述标准告警定义加入所述标准告警文件;
在为所有所述原始告警定义建立关联关系之后,将所述关联关系确定为所述对应关系。
7.根据权利要求6所述的方法,其特征在于,所述方法还包括:
对于任一所述专业网络,将所述专业网络中的网元设备解构为符合所述指定网络协议的功能单元以及接口;
根据所述专业网络的设备拓扑、业务拓扑以及专业网络之间的网络关联拓扑,确定以所述功能单元或接口为端点的信息流路径;
根据所述功能单元、所述接口以及所述信息流路径在所述指定网络协议中对应的协议层次,确定所述功能单元、所述接口以及所述信息流路径所属的协议层次;
根据所述功能单元、所述接口、所述信息流路径及其所属的协议层次,设置所述标准告警文件。
8.根据权利要求1所述的方法,其特征在于,所述告警处理包括告警收敛,所述处理结果包括告警收敛树;所述基于所述标准告警事件进行告警处理,得到所述专业网络的处理结果之后,所述方法还包括:
将存在所述告警收敛树的专业网络确定为待关联专业网络;
根据所述待关联专业网络的告警收敛树,对所述待关联专业网络进行告警收敛,以生成跨专业网络的最终收敛结果。
9.根据权利要求8所述的方法,其特征在于,所述根据所述待关联专业网络的告警收敛树,对所述待关联专业网络进行告警收敛,以生成跨专业网络的最终收敛结果,包括:
对于任一所述待关联专业网络,在其他待关联专业网络中存在所述待关联专业网络的承载专业网络的情况下,将所述待关联专业网络以及所述承载专业网络加入跨专业网络关联表;
根据所述跨专业网络关联表中专业网络的告警收敛树,进行跨专业网络的告警收敛,以生成所述最终收敛结果。
10.根据权利要求9所述的方法,其特征在于,所述根据所述跨专业网络关联表中专业网络的告警收敛树,进行跨专业网络的告警收敛,以生成所述最终收敛结果,包括:
从所述跨专业网络关联表中选择一个待关联专业网络作为目标专业网络,确定所述目标专业网络的承载专业网络中是否存在对应告警事件;所述对应告警事件包括与所述目标专业网络的告警收敛结果中的根告警事件对应的告警事件;
若不存在,则将所述目标专业网络的告警收敛树中的根告警事件确定为最终根告警事件;
若存在,则将所述目标专业网络更新为所述承载专业网络,直至确定出所述最终根告警事件;
基于所述最终根告警事件生成所述最终收敛结果。
11.根据权利要求10所述的方法,其特征在于,所述方法还包括:
检测所述目标专业网络所属的协议层次是否低于所述承载专业网络所属的协议层次;
若是,则将所述目标专业网络的告警收敛树中的根告警事件确定为最终根告警事件。
12.根据权利要求9所述的方法,其特征在于,所述方法还包括:
检测所述目标专业网络的根告警事件对应的节点是否存在等效协议节点;
若存在,则将所述等效协议节点所属的专业网络加入所述跨专业网络关联表。
13.一种告警事件处理装置,其特征在于,应用于处理平台,所述装置包括:
获取模块,用于对于总网络中的任一专业网络,获取所述专业网络中网元设备产生的原始告警事件;所述原始告警事件符合所述网元设备所属设备提供端的原始告警定义;
转换模块,用于根据预设的不同设备提供端的原始告警定义与标准告警定义的对应关系,将所述原始告警事件转换为符合所述标准告警定义的标准告警事件;对应同一标准告警定义的原始告警定义所对应的功能部位、异常原因及异常处理方式相同,所述功能部位是基于指定网络协议对所述不同设备提供端的网元设备进行解构得到的;
处理模块,用于基于所述标准告警事件进行告警处理,得到所述专业网络的处理结果。
14.一种电子设备,其特征在于,包括:
处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述程序时实现如权利要求1-12中任一所述的方法。
15.一种可读存储介质,其特征在于,当所述存储介质中的指令由电子设备的处理器执行时,使得电子设备能够执行权利要求1-12中任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210941433.1A CN115426242B (zh) | 2022-08-05 | 2022-08-05 | 告警事件处理方法、装置、电子设备及可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210941433.1A CN115426242B (zh) | 2022-08-05 | 2022-08-05 | 告警事件处理方法、装置、电子设备及可读存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN115426242A true CN115426242A (zh) | 2022-12-02 |
CN115426242B CN115426242B (zh) | 2024-06-07 |
Family
ID=84195992
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210941433.1A Active CN115426242B (zh) | 2022-08-05 | 2022-08-05 | 告警事件处理方法、装置、电子设备及可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115426242B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116132253A (zh) * | 2022-12-27 | 2023-05-16 | 中国联合网络通信集团有限公司 | 故障处理方法、装置及存储介质 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102130783A (zh) * | 2011-01-24 | 2011-07-20 | 浪潮通信信息系统有限公司 | 神经网络的智能化告警监控方法 |
CN106778873A (zh) * | 2016-12-19 | 2017-05-31 | 北京市天元网络技术股份有限公司 | 一种基于白名单规则的告警信息分类处置方法及装置 |
CN107196804A (zh) * | 2017-06-01 | 2017-09-22 | 国网山东省电力公司信息通信公司 | 电力系统终端通信接入网告警集中监控系统及方法 |
US20190361792A1 (en) * | 2018-05-23 | 2019-11-28 | Dropbox, Inc. | System for debugging a client synchronization service |
CN112699008A (zh) * | 2021-01-05 | 2021-04-23 | 上海中通吉网络技术有限公司 | 匹配多维度规则自动化处理告警方法和引擎 |
CN113381890A (zh) * | 2021-06-08 | 2021-09-10 | 中国电信股份有限公司 | 告警信息关联方法、装置、电子设备和可读存储介质 |
CN113886182A (zh) * | 2021-09-29 | 2022-01-04 | 深圳市金蝶天燕云计算股份有限公司 | 一种告警收敛方法、装置及电子设备和存储介质 |
US20220086036A1 (en) * | 2019-05-25 | 2022-03-17 | Huawei Technologies Co., Ltd. | Alarm Analysis Method and Related Device |
-
2022
- 2022-08-05 CN CN202210941433.1A patent/CN115426242B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102130783A (zh) * | 2011-01-24 | 2011-07-20 | 浪潮通信信息系统有限公司 | 神经网络的智能化告警监控方法 |
CN106778873A (zh) * | 2016-12-19 | 2017-05-31 | 北京市天元网络技术股份有限公司 | 一种基于白名单规则的告警信息分类处置方法及装置 |
CN107196804A (zh) * | 2017-06-01 | 2017-09-22 | 国网山东省电力公司信息通信公司 | 电力系统终端通信接入网告警集中监控系统及方法 |
US20190361792A1 (en) * | 2018-05-23 | 2019-11-28 | Dropbox, Inc. | System for debugging a client synchronization service |
US20220086036A1 (en) * | 2019-05-25 | 2022-03-17 | Huawei Technologies Co., Ltd. | Alarm Analysis Method and Related Device |
CN112699008A (zh) * | 2021-01-05 | 2021-04-23 | 上海中通吉网络技术有限公司 | 匹配多维度规则自动化处理告警方法和引擎 |
CN113381890A (zh) * | 2021-06-08 | 2021-09-10 | 中国电信股份有限公司 | 告警信息关联方法、装置、电子设备和可读存储介质 |
CN113886182A (zh) * | 2021-09-29 | 2022-01-04 | 深圳市金蝶天燕云计算股份有限公司 | 一种告警收敛方法、装置及电子设备和存储介质 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116132253A (zh) * | 2022-12-27 | 2023-05-16 | 中国联合网络通信集团有限公司 | 故障处理方法、装置及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN115426242B (zh) | 2024-06-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106130761B (zh) | 数据中心的故障网络设备的识别方法和装置 | |
CN102801567B (zh) | 分层网络拓扑自动发现的方法和分层网络拓扑组建的方法 | |
CN105847023B (zh) | 业务系统网络拓扑关系获取方法及装置 | |
CN107733713B (zh) | 混合网络中网络拓扑的获取方法、系统、设备及存储介质 | |
JP2019536331A (ja) | 対話型ネットワーク分析プラットフォームのためのシステムおよび方法 | |
CN109672562B (zh) | 数据处理方法、装置、电子设备及存储介质 | |
CN112291075B (zh) | 网络故障定位方法、装置、计算机设备及存储介质 | |
US20140317313A1 (en) | Nat sub-topology management server | |
CN112822053B (zh) | 一种基于snmp的链路层网络拓扑结构发现方法及系统 | |
CN101873229A (zh) | 基于snmp的网络拓扑发现方法及装置 | |
CN107994942A (zh) | 一种光宽带接入网业务资源树拓扑发现算法 | |
US20100094994A1 (en) | Network structure information acquiring method and device | |
CN113542015B (zh) | 一种自动绘制网络物理链路方法 | |
CN111142878A (zh) | Sdn运维方法、装置、设备以及可读存储介质 | |
CN115426242A (zh) | 告警事件处理方法、装置、电子设备及可读存储介质 | |
CN107896165A (zh) | 定位网络故障的方法、装置和自动化测试设备 | |
EP2637357B1 (en) | Validating reachability of nodes of a network of an industrial automation and control system | |
US9985862B2 (en) | MEP configuration method and network device | |
CN107769964B (zh) | 专线核查方法及系统 | |
CN112468400A (zh) | 一种故障定位方法、装置、设备和介质 | |
CN100407635C (zh) | 在网络中高效查找网络设备地址的方法 | |
CN102075364B (zh) | 一种直连链路的确定方法和设备 | |
JP4864927B2 (ja) | ネットワーク障害原因解析方法 | |
JP4678778B2 (ja) | マルチレイヤネットワーク運用管理システムおよびコンピュータプログラム | |
CN113746950A (zh) | Ip地址冲突预检测方法、系统、计算机设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant |