CN105591784A - 告警处理方法及装置 - Google Patents
告警处理方法及装置 Download PDFInfo
- Publication number
- CN105591784A CN105591784A CN201410579729.9A CN201410579729A CN105591784A CN 105591784 A CN105591784 A CN 105591784A CN 201410579729 A CN201410579729 A CN 201410579729A CN 105591784 A CN105591784 A CN 105591784A
- Authority
- CN
- China
- Prior art keywords
- alarm
- vnf
- information
- vnffg
- nfp
- 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.)
- Withdrawn
Links
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
- H04L41/065—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 involving logical or physical relationship, e.g. grouping and hierarchies
-
- 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/0604—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
- H04L41/0618—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time based on the physical or logical position
-
- 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
- H04L41/0636—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 based on a decision tree 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
-
- 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/12—Discovery or management of network topologies
-
- 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/12—Discovery or management of network topologies
- H04L41/122—Discovery or management of network topologies of virtualised topologies, e.g. software-defined networks [SDN] or network function virtualisation [NFV]
-
- 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/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Vision & Pattern Recognition (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种告警处理方法及装置,其中,该方法包括:采用接收到虚拟化网络功能VNF上报的告警;获取所述VNF的VNF转发图VNF?FG信息和/或所述VNF的网络转发路径NFP信息;依据获取到的所述VNF?FG信息和/或NFP信息对接收到的所述告警进行告警分析处理,通过本发明,解决了相关技术中告警分析效率低下,以及故障定位慢的问题,进而达到了提高告警分析效率,以及快速故障定位的效果。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种告警处理方法及装置。
背景技术
在移动通信网络中,当移动通信设备发生故障时,将产生相应的告警信息,以使操作管理人员了解故障的发生及尽快地定位和排除故障。告警信息首先由网元通过南向接口(Itf-S)发送到网元管理系统(ElementManagementSystem,简称为EMS);若网络管理系统(NetworkManagementSystem,简称为NMS)订购了相关的告警,则当故障发生时,告警信息将由EMS通过北向接口上报到NMS。有时当一个故障发生时,可能会引发连锁反应,会同时产生多个告警,这些告警一般具有相关性。这时可以通过利用告警相关性进行分析找到根源告警,从而减少实际上报的告警数量或加快故障的定位。对于传统的移动通讯网络,现在已有一些进行告警关联的方法。然而在相关技术中,进行告警与告警之间的关联分析时,还是需要对大量告警进行分析,造成告警分析效率低下,以及故障定位慢的问题。
发明内容
本发明提供了一种告警处理方法及装置,以至少解决相关技术中告警分析效率低下,以及故障定位慢的问题。
根据本发明的一个方面,提供了一种告警处理方法,包括:接收到虚拟化网络功能VNF上报的告警;获取所述VNF的VNF转发图(VNFForwardingGraph,简称为VNFFG)信息和/或所述VNF的网络转发路径(NetworkForwardingPath,简称为NFP)信息;依据获取到的所述VNFFG信息和/或NFP信息对接收到的所述告警进行告警分析处理。
优选地,通过以下方式至少之一获取所述VNFFG信息和/或NFP信息:从运营支撑系统OSS获取所述VNFFG信息和/或NFP信息;从网络管理系统NMS获取所述VNFFG信息和/或NFP信息;从网络功能虚拟化编排器NFVO获取所述VNFFG信息和/或NFP信息;从接收到的所述告警中获取所述VNFFG信息和/或NFP信息。
优选地,所述VNFFG信息包括以下至少之一:所述VNF所在VNFFG的VNF转发图记录标识VNFFGRID;所述VNF在所述VNFFG上的位置;所述NFP信息包括以下至少之一:所述VNF所在NFP的网络转发路径标识NFPID;所述VNF在所述NFP上的位置。
优选地,依据获取到的所述VNFFG信息和/或NFP信息对接收到的所述告警进行告警分析处理包括以下至少之一:查找是否接收到所述VNFFG上除所述VNF之外的其它VNF上报的同类告警,在没有接收到所述其它告警的情况下,确定接收到的所述告警为主要告警;比较接收到的所述告警与在此之前已接收到的主要告警的VNF在VNFFG上的位置,在所述告警的VNF在所述已经接收到的主要告警的VNF的前面的情况下,确定所述告警为主要告警;比较接收到的所述告警与在此之前已接收到的主要告警的VNF在VNFFG上的位置,在所述告警的VNF在所述已经接收到的主要告警的VNF的后面的情况下,确定所述告警为次要告警;判断所述告警作为主要告警在预定时间内是否存在同类告警,在判断结果均为否的情况下,确定所述告警为根源告警;查找是否接收到所述NFP上除所述VNF之外的其它VNF上报的同类告警,在没有接收到所述其它告警的情况下,确定接收到的所述告警为主要告警;比较接收到的所述告警与在此之前已接收到的主要告警的VNF在NFP上的位置,在所述告警的VNF在所述已经接收到的主要告警的VNF的前面的情况下,确定所述告警为主要告警;比较接收到的所述告警与在此之前已接收到的主要告警的VNF在NFP上的位置,在所述告警的VNF在所述已经接收到的主要告警的VNF的后面的情况下,确定所述告警为次要告警;判断所述告警作为主要告警在预定时间内是否存在同类告警,在判断结果为否的情况下,确定所述告警为根源告警。
优选地,在依据获取到的所述VNFFG信息和/或NFP信息对接收到的所述告警进行告警分析处理之后,如果所述告警判定为根源告警,还包括:对所述告警进行处理包括以下至少之一:上报所述告警;以预定方式显示所述告警;启动相关故障修复过程;将所述告警加入垂直告警关联过程。
根据本发明的另一方面,提供了一种告警处理装置,包括:接收模块,用于接收到虚拟化网络功能VNF上报的告警;获取模块,用于获取所述VNF的VNF转发图VNFFG信息和/或所述VNF的网络转发路径NFP信息;第一处理模块,用于依据获取到的所述VNFFG信息和/或NFP信息对接收到的所述告警进行告警分析处理。
优选地,所述获取模块,还用于通过以下方式至少之一获取所述VNFFG信息和/或NFP信息:从运营支撑系统OSS获取所述VNFFG信息和/或NFP信息;从网络管理系统NMS获取所述VNFFG信息和/或NFP信息;从网络功能虚拟化编排器NFVO获取所述VNFFG信息和/或NFP信息;从接收到的所述告警中获取所述VNFFG信息和/或NFP信息。
优选地,所述VNFFG信息包括以下至少之一:所述VNF所在VNFFG的VNF转发图记录标识VNFFGRID;所述VNF在所述VNFFG上的位置;所述NFP信息包括以下至少之一:所述VNF所在NFP的网络转发路径标识NFPID;所述VNF在所述NFP上的位置。
优选地,所述第一处理模块包括以下至少之一:第一确定单元,用于查找是否接收到所述VNFFG上除所述VNF之外的其它VNF上报的同类告警,在没有接收到所述其它告警的情况下,确定接收到的所述告警为主要告警;第二确定单元,用于比较接收到的所述告警与在此之前已接收到的主要告警的VNF在VNFFG上的位置,在所述告警的VNF在所述已经接收到的主要告警的VNF的前面的情况下,确定所述告警为主要告警;第三确定单元,用于比较接收到的所述告警与在此之前已接收到的主要告警的VNF在VNFFG上的位置,在所述告警的VNF在所述已经接收到的主要告警的VNF的后面的情况下,确定所述告警为次要告警;第四确定单元,用于判断所述告警作为主要告警在预定时间内是否存在同类告警,在判断结果均为否的情况下,确定所述告警为根源告警;第五确定单元,用于查找是否接收到所述NFP上除所述VNF之外的其它VNF上报的同类告警,在没有接收到所述其它告警的情况下,确定接收到的所述告警为主要告警;第六确定单元,用于比较接收到的所述告警与在此之前已接收到的主要告警的VNF在NFP上的位置,在所述告警的VNF在所述已经接收到的主要告警的VNF的前面的情况下,确定所述告警为主要告警;第七确定单元,用于比较接收到的所述告警与在此之前已接收到的主要告警的VNF在NFP上的位置,在所述告警的VNF在所述已经接收到的主要告警的VNF的后面的情况下,确定所述告警为次要告警;第八确定单元,用于判断所述告警作为主要告警在预定时间内是否存在同类告警,在判断结果为否的情况下,确定所述告警为根源告警。
优选地,该装置还包括:第二处理模块,用于对判定为根源告警的所述告警进行处理包括以下至少之一:上报所述告警;以预定方式显示所述告警;启动相关故障修复过程;将所述告警加入垂直告警关联过程。
通过本发明,采用接收到虚拟化网络功能VNF上报的告警;获取所述VNF的VNF转发图VNFFG信息和/或所述VNF的网络转发路径NFP信息;依据获取到的所述VNFFG信息和/或NFP信息对接收到的所述告警进行告警分析处理,解决了相关技术中告警分析效率低下,以及故障定位慢的问题,进而达到了提高告警分析效率,以及快速故障定位的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的告警处理方法的流程图;
图2是根据本发明实施例的告警处理装置的结构框图;
图3是根据本发明实施例的告警处理装置中第一处理模块26的优选结构框图;
图4是根据本发明实施例的告警处理装置的优选结构框图;
图5是根据本发明优选实施方式1的告警关联及根源告警定位装置结构框图;
图6是根据本发明优选实施方式2的告警关联及根源告警定位装置的结构框图;
图7是根据本发明优选实施方式3的告警关联及根源告警定位装置的结构框图;
图8是根据本发明优选实施方式4的告警关联及根源告警定位装置的结构框图;
图9是根据本发明优选实施方式6的告警关联的流程图;
图10是根据本发明优选实施方式7的告警关联方法的流程图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
在本实施例中提供了一种告警处理方法,图1是根据本发明实施例的告警处理方法的流程图,如图1所示,该流程包括如下步骤:
步骤S102,接收到虚拟化网络功能VNF上报的告警;
步骤S104,获取VNF的VNF转发图VNFFG信息和/或VNF的网络转发路径NFP信息;
步骤S106,依据获取到的VNFFG信息和/或NFP信息对接收到的告警进行告警分析处理。
通过上述步骤,依据VNFFG信息和/或NFP信息对接收到的告警进行告警分析处理,上述VNFFG信息和/或NFP信息在一定程度上较为清楚地体现了关联告警VNF之间的结构,不仅解决了相关技术中,告警分析效率低下,以及故障定位慢的问题,进而达到了提高告警分析效率,以及快速故障定位的效果。
获取上述VNFFG信息和/或NFP信息可以采用多种方式,例如,通过以下方式至少之一获取VNFFG信息和/或NFP信息:从运营支撑系统OSS获取VNFFG信息和/或NFP信息;从网络功能虚拟化编排器NFVO获取VNFFG信息和/或NFP信息;从接收到的告警中获取VNFFG信息和/或NFP信息。
其中,VNFFG信息可以包括以下至少之一:VNF所在VNFFG的VNF转发图记录标识VNFFGRID;VNF在VNFFG上的位置;NFP信息可以包括以下至少之一:VNF所在NFP的网络转发路径标识NFPID;VNF在NFP上的位置。
优选地,依据获取到的VNFFG信息和/或NFP信息对接收到的告警进行告警分析处理时,可以包括多种方式,例如,可以包括以下至少之一:查找是否接收到VNFFG上除VNF之外的其它VNF上报的同类告警,在没有接收到其它告警的情况下,确定接收到的告警为主要告警;比较接收到的告警与在此之前已接收到的主要告警的VNF在VNFFG上的位置,在告警的VNF在已经接收到的主要告警的VNF的前面的情况下,确定告警为主要告警;比较接收到的告警与在此之前已接收到的主要告警的VNF在VNFFG上的位置,在告警的VNF在已经接收到的主要告警的VNF的后面的情况下,确定告警为次要告警;判断告警作为主要告警在预定时间内是否存在同类告警,在判断结果均为否的情况下,确定告警为根源告警;查找是否接收到NFP上除VNF之外的其它VNF上报的同类告警,在没有接收到其它告警的情况下,确定接收到的告警为主要告警;比较接收到的告警与在此之前已接收到的主要告警的VNF在NFP上的位置,在告警的VNF在已经接收到的主要告警的VNF的前面的情况下,确定告警为主要告警;比较接收到的告警与在此之前已接收到的主要告警的VNF在NFP上的位置,在告警的VNF在已经接收到的主要告警的VNF的后面的情况下,确定告警为次要告警;判断告警作为主要告警在预定时间内是否存在同类告警,在判断结果为否的情况下,确定告警为根源告警。
优选地,在依据获取到的VNFFG信息和/或NFP信息对接收到的告警进行告警分析处理之后,若所述告警判定为根源告警,还包括:对告警进行处理包括以下至少之一:上报告警;以预定方式显示告警;启动相关故障修复过程;将告警加入垂直告警关联过程。
在本实施例中还提供了一种告警处理装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图2是根据本发明实施例的告警处理装置的结构框图,如图2所示,该装置包括:接收模块22、获取模块24和第一处理模块26,下面对该装置进行说明。
接收模块22,用于接收到虚拟化网络功能VNF上报的告警;获取模块24,连接至上述接收模块22,用于获取VNF的VNF转发图VNFFG信息和/或VNF的网络转发路径NFP信息;第一处理模块26,连接至上述获取模块24,用于依据获取到的VNFFG信息和/或NFP信息对接收到的告警进行告警分析处理。
获取模块24,还用于通过以下方式至少之一获取VNFFG信息和/或NFP信息:从运营支撑系统OSS获取VNFFG信息和/或NFP信息;从网络功能虚拟化编排器NFVO获取VNFFG信息和/或NFP信息;从接收到的告警中获取VNFFG信息和/或NFP信息。
其中,VNFFG信息包括以下至少之一:VNF所在VNFFG的VNF转发图记录标识VNFFGRID;VNF在VNFFG上的位置;NFP信息包括以下至少之一:VNF所在NFP的网络转发路径标识NFPID;VNF在NFP上的位置。
图3是根据本发明实施例的告警处理装置中第一处理模块26的优选结构框图,如图3所示,该第一处理模块26包括以下至少之一:第一确定单元31、第二确定单元32、第三确定单元33、第四确定单元34、第五确定单元35、第六确定单元36、第七确定单元37、第八确定单元38,下面对该第一处理模块26进行说明。
第一确定单元31,用于查找是否接收到VNFFG上除VNF之外的其它VNF上报的同类告警,在没有接收到其它告警的情况下,确定接收到的告警为主要告警;第二确定单元32,用于比较接收到的告警与在此之前已接收到的主要告警的VNF在VNFFG上的位置,在告警的VNF在已经接收到的主要告警的VNF的前面的情况下,确定告警为主要告警;第三确定单元33,用于比较接收到的告警与在此之前已接收到的主要告警的VNF在VNFFG上的位置,在告警的VNF在已经接收到的主要告警的VNF的后面的情况下,确定告警为次要告警;第四确定单元34,用于判断告警作为主要告警在预定时间内是否存在同类告警,在判断结果均为否的情况下,确定告警为根源告警;第五确定单元35,用于查找是否接收到NFP上除VNF之外的其它VNF上报的同类告警,在没有接收到其它告警的情况下,确定接收到的告警为主要告警;第六确定单元36,用于比较接收到的告警与在此之前已接收到的主要告警的VNF在NFP上的位置,在告警的VNF在已经接收到的主要告警的VNF的前面的情况下,确定告警为主要告警;第七确定单元37,用于比较接收到的告警与在此之前已接收到的主要告警的VNF在NFP上的位置,在告警的VNF在已经接收到的主要告警的VNF的后面的情况下,确定告警为次要告警;第八确定单元38,用于判断告警作为主要告警在预定时间内是否存在同类告警,在判断结果为否的情况下,确定告警为根源告警。
图4是根据本发明实施例的告警处理装置的优选结构框图,如图4所示,该结构除包括图2所示的结构外,还包括:第二处理模块42,下面对该装置进行说明。
第二处理模块42,连接至上述第一处理模块26,用于对判定为根源告警的告警进行处理包括以下至少之一:上报告警;以预定方式显示告警;启动相关故障修复过程;将告警加入垂直告警关联过程。
但随着网络虚拟化技术的发展和应用,移动通讯网络中的一些设备也采用虚拟化技术,由虚拟化网络功能(VisualizedNetworkFunction,简称为VNF)替代了原有的物理设备。当应用了虚拟化设备后,移动通讯网络中的告警关联情况也发生了变化,有一些新的信息可以加以利用来实现新的告警关联方法。比如,在网络功能虚拟化后,在利用虚拟化网络功能组成网络业务时,采用了虚拟化网络功能转发图(VNFForwardingGraph,简称为VNFFG)来确定各个虚拟化网络功能按何种顺序或连接方式来实现相应的网络业务。这种转发图(forwardinggraph)包含了各个虚拟化网络功能之间的关联关系,而这种关联关系也可以用于告警关联分析。
因此,在本实施例中,提出了一种利用虚拟化网络功能转发图VNFFG来进行告警相关性分析的方法,通过在告警相关性分析时利用虚拟化网络功能转发图的信息,以实现在虚拟化环境下通过告警相关性分析来达到减少告警数量或加快故障定位的目标。
需要说明的是,在虚拟化网络中,当用多个VNF来组成一个网络服务(NetworkService,简称为NS)时,需要定义各个VNF之间的相互关系,即为了提供一个满足需要的网络服务,各个VNF之间的信息传递路径,这个路径的表示通过虚拟化网络功能转发图(VNFForwardingGraph)来完成。所以处于同一个虚拟化网络功能转发图上的VNF都是为同一个NS提供服务的,而它们服务的顺序也因在虚拟化网络功能转发图的位置不同而不同。当组成一个NS的VNF中的一个发生故障时,可能会对在VNFFG上处于后续位置的VNF的正常运行产生影响,所以除了发生故障的VNF会产生告警外,后续的VNF也可能为了同一个故障而产生告警。这时,就可以根据VNFFG信息进行告警的相关性分析,确定告警发生的根源,从而只上报或处理根源告警,而忽略其它的相关告警。
下面分明依据VNFFG信息以及NFP信息分别进行说明。
依据VNFFG信息进行告警分析的方法包括:在收到VNF上报的告警时,获取VNF相关的VNFFG的信息;根据VNF相关的VNFFG的信息,对告警进行相关性分析,以确定告警是主要告警/根源告警还是次要告警,从而决定是否要进行后续处理。
其中,获取VNF相关的VNFFG信息,可以采用多种方式,例如,可以采用以下方式至少之一:从运营支撑系统(OperationSupportingSystem,简称为OSS)获取、从网络管理系统(NetworkManagementSystem,简称为NMS)获取、从网络功能虚拟化编排器(NetworkFunctionVirtualizationOrchestrator,简称为NFVO)获取;也可以从收到的告警信息中获取。
上面获取VNF相关的VNFFG的信息,VNFFG的信息包括但不限于下面参数之一个或多个:VNF所在的VNFFG的VNFForwardingGraphRecord(vnffgr)ID;VNF在VNFFG上的位置。
上述对告警进行相关性分析,以确定告警是主要告警/根源告警还是次要告警包括:
根据上报告警的VNF所在的VNFFG的VNFForwardingGraphRecord(vnffgr)ID,查找是否已经收到该VNFFG上的其它VNF上报的同类告警或功能相关告警;
若还未收到其它告警,则告警暂定为主要告警;若已经收到,则比较上报告警和已经收到的主要告警的VNF在VNFFG上的位置;
若上报告警的VNF的位置在上报已经收到的主要告警的VNF的前面,则说明告警是主要告警,而前面已经收到的告警则变为不是主要告警;
若上报告警的VNF的位置在上报已经收到的主要告警的VNF的后面,则说明告警不是主要告警。
需要说明的是,1:当根源告警需要上报时,在确定根源告警前可能需要将收到的告警缓存;当在过了一段时间(由告警缓存时间阈值确定)后,若没有其它同类告警或功能相关告警上报,则将当期主要告警定为根源告警;
2:上述所说的根源告警,是指在VNF层面(水平层面)的根源告警,而当VNF层面的告警涉及底层设备故障时,还会存在底层的物理设备的根源告警。其中,本申请只涉及VNF层面主要告警或根源告警的查找;要进一步查找底层的根源告警,需要进行垂直的告警关联。
注3:上述所指的VNF在VNFFG上的位置的前后,可以在VNFFG定义的时候确定
上面所指的后续处理,包括但不限于下面的方法之一个或多个:上报告警;显示或以特殊方式显示告警;启动相关故障修复过程;使告警加入垂直告警关联过程。
另外,执行上述方法的功能模块可以位于EMS(各VNF属于同一个厂家)、VNFManager—VNFM、NFVO、NMS/OSS等,一般作为告警处理模块,或告警关联及根源告警定位模块等。
依据NFP信息进行告警分析的方法包括:在收到VNF上报的告警时,还能获取VNF相关的网络转发路径NFP信息,则可以包括如下处理:在收到VNF上报的告警时,获取VNF相关的NFP的信息;根据VNF相关的NetworkForwardingPath的信息,对告警进行相关性分析,以确定告警是重要告警或根源告警,从而决定是否要进行后续处理。
上述获取VNF相关的NFP的信息时,获取的方法包括但不限于下面方法之一:例如,可以从OSS或NFVO获取;也可以从收到的告警信息中获取。其中,上面获取NFP信息,NFP信息包括但不限于下面参数之一个或多个:VNF所在的NFP的network_forwarding_pathID;VNF在NFP上的位置;
上面对告警进行相关性分析,以确定告警是主要告警/根源告警还是次要告警的方法,包括:
根据上报告警的VNF所在的NFP的network_forwarding_pathID,查找是否已经收到该NFP上的其它VNF上报的同类告警或功能相关告警;
若还未收到其它告警,则告警暂定为主要告警;若已经收到,则比较上报告警和已经收到的主要告警的VNF在NFP上的位置;
若上报告警的VNF的位置在上报已经收到的主要告警的VNF的前面,则说明告警是主要告警,而前面已经收到的告警则变为不是主要告警或根源告警;
若上报告警的VNF的位置在上报已经收到的主要告警的VNF的后面,则说明告警不是主要告警或根源告警;
注1:当根源告警需要上报时,在确定根源告警前可能需要将收到的告警缓存;当在过了一段时间(由告警缓存时间阈值确定)后,若没有其它同类告警或功能相关告警上报,则将当期主要告警定为根源告警;
注2:这里所说的根源告警,是指在VNF层面(水平层面)的根源告警,而当VNF层面的告警涉及底层设备故障时,还会存在底层的物理设备的根源告警。本发明只涉及VNF层面主要告警或根源告警的查找;要进一步查找底层的根源告警,需要进行垂直的告警关联。
注3:这里的VNF在NFP上的位置的前后,可以在NFP定义的时候确定;
上面进行后续处理,具体的方法包括但不限于下面的方法之一个或多个:上报告警;显示或以特殊方式显示告警;启动相关故障修复过程;使告警加入垂直告警关联过程;
需要说明的是,执行上述方法的功能模块可以位于EMS(各VNF属于同一个厂家)、VNFManager—VNFM、NFVO、NMS/OSS等,一般作为告警处理模块,或告警关联及根源告警定位模块等。
在本实施例中,还提供了一种告警关联及根源告警定位装置,包括:VNF:虚拟化网络功能,一个或多个VNF一起,可以提供一定的网络服务。当一个VNF发生故障时,会产生相应的告警。
告警关联及根源告警定位模块:可以位于NMS/OSS或NFVO,也可以位于EMS或VNF管理器,可以单独存在,也可以合并在告警处理模块,用于执行告警关联及根源告警定位功能。
通过上述实施例及优选实施方式,实现了利用虚拟化网络功能转发图来进行告警相关性分析,即通过在告警相关性分析时利用虚拟化网络功能转发图的信息,从而实现在虚拟化环境下通过告警相关性分析来达到减少告警数量或加快故障定位的目标。
下面结合附图对本发明优选实施方式进行说明。
优选实施方式1:
图5是根据本发明优选实施方式1的告警关联及根源告警定位装置结构框图,如图5所示,该结构包括:
VNF:虚拟化网络功能,一个或多个VNF一起,可以提供一定的网络服务。当一个VNF发生故障时,会产生相应的告警。
告警关联及根源告警定位模块:位于EMS,用于执行告警关联及根源告警定位功能。
注:这里的VNF可以来自同一个厂商。
对应于这个装置,告警关联及根源告警定位流程包括:
当一个VNF发生故障时,向EMS上报告警,上报的告警信息中包含该VNF所在的VNFFG的VNFForwardingGraphRecord(vnffgr)ID信息和VNF在VNFFG上的位置信息(该VNF在VNFFG上的序号);
位于EMS的告警关联及根源告警定位模块对收到的告警进行相关性分析:
从告警信息中获取上报告警的VNF所在的VNFFG的VNFForwardingGraphRecord(vnffgr)ID信息和VNF在VNFFG上的位置信息;
根据VNF所在的VNFFG的VNFForwardingGraphRecord(vnffgr)ID,查找是否已经收到该VNFFG上的其它VNF上报的同类告警或功能相关告警;
若还未收到其它告警,则告警暂定为主要告警;若已经收到,则比较上报告警和已经收到的告警的VNF在VNFFG上的位置;
若上报告警的VNF的位置在上报已经收到的告警的VNF的前面,则说明告警是主要告警,将其标记为主要告警,而前面已经收到的告警则标记为次要告警;
若上报告警的VNF的位置在上报已经收到的告警的VNF的后面,则说明告警不是主要告警,将其标记为次要告警,前面已经收到的告警则标记不变;
EMS根据分析结果,改变相关告警的显示方式;
EMS应该有一个存储空间来缓存其收到的全部告警;如果前面收到的告警被标记为主要告警,则在其收到后的一个时间阈值过后,如果还没有因为其它告警的上报而改变其主要告警的标记,则将其标记为根源告警,并上报给上层网管系统;
优选实施方式2:
图6是根据本发明优选实施方式2的告警关联及根源告警定位装置的结构框图,如图6所示,该结构包括:
VNF:虚拟化网络功能,一个或多个VNF一起,可以提供一定的网络服务。当一个VNF发生故障时,会产生相应的告警。
EMS:管理各个厂商提供的VNF,并将管理的VNF上报的告警转发到NMS/OSS。
告警关联及根源告警定位模块:位于NMS/OSS,用于执行告警关联及根源告警定位功能。
注:这里的VNF可以来自不同厂商。
对应于这个装置,告警关联及根源告警定位处理包括:
当一个VNF发生故障时,通过EMS向NMS/OSS上报告警,上报的告警信息中包含该VNF所在的NetworkForwardingGraph(NFG)的network_forwarding_pathID信息和VNF在NFG上的位置信息(该VNF在NFG上的序号);
位于NMS/OSS的告警关联及根源告警定位模块对收到的告警进行相关性分析:
从告警信息中获取上报告警的VNF所在的NFG的network_forwarding_pathID信息和VNF在NFG上的位置信息;
根据VNF所在的NFG的network_forwarding_pathID,查找是否已经收到该NFG上的其它VNF上报的同类告警或功能相关告警;
若还未收到其它告警,则告警暂定为主要告警;若已经收到,则比较上报告警和已经收到的告警的VNF在NFG上的位置;
若上报告警的VNF的位置在上报已经收到的告警的VNF的前面,则说明告警是主要告警,将其标记为主要告警,而前面已经收到的告警则标记为次要告警;
若上报告警的VNF的位置在上报已经收到的告警的VNF的后面,则说明告警不是主要告警,将其标记为次要告警;
NMS/OSS根据分析结果,改变相关告警的显示方式;
如果收到的告警被标记为主要告警,则在其收到后的一个时间阈值过后,如果还没有因为其它告警的上报而改变其主要告警的标记,则将其标记为根源告警,NMS/OSS可以启动相关告警修复过程对该告警进行修复或启动相应的垂直关联分析过程;
优选实施方式3:
图7是根据本发明优选实施方式3的告警关联及根源告警定位装置的结构框图,如图7所示,该结构包括:
VNF:虚拟化网络功能,一个或多个VNF一起,可以提供一定的网络服务。当一个VNF发生故障时,会产生相应的告警。
告警关联及根源告警定位模块:位于VNFM,用于执行告警关联及根源告警定位功能。
注:这里的VNF可以来自不同厂商。
对应于这个装置,告警关联及根源告警定位处理包括:
当一个VNF发生故障时,向VNFM上报告警,上报的告警信息中包含该VNF所在的VNFFG的VNFForwardingGraphRecord(vnffgr)ID信息和VNF在VNFFG上的位置信息(该VNF在VNFFG上的序号);
位于VNFM的告警关联及根源告警定位模块对收到的告警进行相关性分析:
从告警信息中获取上报告警的VNF所在的VNFFG的VNFForwardingGraphRecord(vnffgr)ID信息和VNF在VNFFG上的位置信息;
根据VNF所在的VNFFG的VNFForwardingGraphRecord(vnffgr)ID,查找是否已经收到该VNFFG上的其它VNF上报的同类告警或功能相关告警;
若还未收到其它告警,则告警暂定为主要告警;若已经收到,则比较上报告警和已经收到的告警的VNF在VNFFG上的位置;
若上报告警的VNF的位置在上报已经收到的告警的VNF的前面,则认为告警是根源告警,将其标记为根源告警,而前面已经收到的告警则标记为次要告警;
若上报告警的VNF的位置在上报已经收到的告警的VNF的后面,则说明告警不是根源告警,将其标记为次要告警,前面已经收到的告警则标记不变;
VNFM根据分析结果,改变相关告警的显示方式;
VNFM应该有一个存储空间来缓存其收到的全部告警;如果前面收到的告警被标记为根源告警,则在其收到后的一个时间阈值过后,如果还没有因为其它告警的上报而改变其根源告警的标记,则将其上报给上层管理系统;
优选实施方式4
图8是根据本发明优选实施方式4的告警关联及根源告警定位装置的结构框图,如图8所示,该结构包括:
VNF:虚拟化网络功能,一个或多个VNF一起,可以提供一定的网络服务。当一个VNF发生故障时,会产生相应的告警。
VNFM:对VNF进行生命周期管理,并将管理的VNF上报的告警转发到NFVO。
告警关联及根源告警定位模块:位于NFVO,用于执行告警关联及根源告警定位功能。
注:这里的VNF可以来自不同厂商。
对应于这个装置,具体的告警关联及根源告警定位过程如下:
当一个VNF发生故障时,通过VNFM向NFVO上报告警,上报的告警信息中包含该VNF所在的NetworkForwardingGraph(NFG)的network_forwarding_pathID信息和VNF在NFG上的位置信息(该VNF在NFG上的序号);
位于NFVO的告警关联及根源告警定位模块对收到的告警进行相关性分析:
从告警信息中获取上报告警的VNF所在的NFG的network_forwarding_pathID信息和VNF在NFG上的位置信息;
根据VNF所在的NFG的network_forwarding_pathID,查找是否已经收到该NFG上的其它VNF上报的同类告警或功能相关告警;
若还未收到其它告警,则告警暂定为主要告警;若已经收到,则比较上报告警和已经收到的告警的VNF在NFG上的位置;
若上报告警的VNF的位置在上报已经收到的告警的VNF的前面,则说明告警是主要告警,将其标记为主要告警,而前面已经收到的告警则标记为次要告警;
若上报告警的VNF的位置在上报已经收到的告警的VNF的后面,则说明告警不是主要告警,将其标记为次要告警;
若需要,NFVO可以根据分析结果,改变相关告警的显示方式;
如果收到的告警被标记为主要告警,则在其收到后的一个时间阈值过后,如果还没有因为其它告警的上报而改变其主要告警的标记,则将其标记为根源告警,NFVO可以将告警转发给OSS,或启动相关告警修复过程对该告警进行修复或启动相应的垂直关联分析过程;
优选实施方式5:
如图8所示,该结构包括:
VNF:虚拟化网络功能,一个或多个VNF一起,可以提供一定的网络服务。当一个VNF发生故障时,会产生相应的告警。
VNFM:对VNF进行生命周期管理,并将管理的VNF上报的告警转发到NFVO。
告警关联及根源告警定位模块:位于NFVO,用于执行告警关联及根源告警定位功能。
注:这里的VNF可以来自不同厂商
对应于这个装置,告警关联及根源告警定位处理包括:
当一个VNF发生故障时,通过VNFM向NFVO上报告警,NFVO根据收到的告警信息找到对应的VFN(此过程可能需要先进行告警和VNF之间的关联处理,此功能不包括在本发明的范围);
位于NFVO的告警关联及根源告警定位模块对收到的告警进行相关性分析:
根据上述告警对应的VNF的VNFRecord(vnfr)找到对应的parent_ns;
根据parent_ns找到对应的NetworkServiceRecord(nsr);
最后根据NetworkServiceRecord(nsr)中的的vnffgr参数找到上述VNF对应的VNFForwardingGraph列表,然后查找是否已经收到该VNFForwardingGraph列表中的VNFForwardingGraph上的其它VNF上报的同类告警或功能相关告警;
若还未收到其它告警,则告警暂定为主要告警;若已经收到,则比较上报告警和已经收到的告警的VNF在VNFFG上的位置;
若上报告警的VNF的位置在上报已经收到的告警的VNF的前面,则说明告警是主要告警,将其标记为主要告警,而前面已经收到的告警则标记为次要告警;
若上报告警的VNF的位置在上报已经收到的告警的VNF的后面,则说明告警不是主要告警,将其标记为次要告警;
若需要,NFVO可以根据分析结果,改变相关告警的显示方式;
如果收到的告警被标记为主要告警,则在其收到后的一个时间阈值过后,如果还没有因为其它告警的上报而改变其主要告警的标记,则将其标记为根源告警,NFVO可以将告警转发给OSS,或启动相关告警修复过程对该告警进行修复或启动相应的垂直关联分析过程;
图9是根据本发明优选实施方式6的告警关联的流程图,如图9所示,该流程包括如下步骤:
步骤S502,接收VNF上报的告警,获取VNF相关的VNFFG或NFP的信息;
步骤S504,根据VNF相关的VNFFG或NFP的信息,对告警进行相关性分析,以确定告警是主要告警还是次要告警,并确定是否是根源告警,从而决定是否要进行相应的后续处理。
图10是根据本发明优选实施方式7的告警关联方法的流程图,如图10所示,该流程包括:
步骤S1002,接收VNF上报的告警,根据告警信息获取VNF相关的VNFFG或NFP的信息;
步骤S1004,根据VNF相关的VNFFG或NFP信息,查找是否已经收到同一VNFFG或NFP上的其它VNF上报的同类告警或功能相关告警;
步骤S1006,判断是否已收到其它VNF上报的告警?在判断结果为否的情况下,进入步骤S1008,否则进入步骤S1010;
步骤S1008,将告警暂定为主要告警,进入步骤S1018;
步骤S1010,比较上报告警和上报已经收到的主要告警的VNF在VNFFG或NFP上的位置;
步骤S1012,判断上报告警的VNF的位置在上报已经收到的主要告警的VNF的前面?在判断结果为是的情况下,进入步骤S1014,否则进入步骤S1016;
步骤S1014,告警设为主要告警,而原来的主要告警改为次要告警;
步骤S1016,告警设为次要告警;
步骤S1018,若在一段时间(由告警缓存时间阈值确定)内主要告警的标志没有因为新的告警的上报而改变,则认为此主要告警为根源告警,并执行后续操作。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种告警处理方法,其特征在于,包括:
接收到虚拟化网络功能VNF上报的告警;
获取所述VNF的VNF转发图VNFFG信息和/或所述VNF的网络转发路径NFP信息;
依据获取到的所述VNFFG信息和/或NFP信息对接收到的所述告警进行告警分析处理。
2.根据权利要求1所述的方法,其特征在于,通过以下方式至少之一获取所述VNFFG信息和/或NFP信息:
从运营支撑系统OSS获取所述VNFFG信息和/或NFP信息;
从网络管理系统NMS获取所述VNFFG信息和/或NFP信息;
从网络功能虚拟化编排器NFVO获取所述VNFFG信息和/或NFP信息;
从接收到的所述告警中获取所述VNFFG信息和/或NFP信息。
3.根据权利要求1所述的方法,其特征在于,
所述VNFFG信息包括以下至少之一:所述VNF所在VNFFG的VNF转发图记录标识VNFFGRID;所述VNF在所述VNFFG上的位置;
所述NFP信息包括以下至少之一:所述VNF所在NFP的网络转发路径标识NFPID;所述VNF在所述NFP上的位置。
4.根据权利要求1所述的方法,其特征在于,依据获取到的所述VNFFG信息和/或NFP信息对接收到的所述告警进行告警分析处理包括以下至少之一:
查找是否接收到所述VNFFG上除所述VNF之外的其它VNF上报的同类告警,在没有接收到所述其它告警的情况下,确定接收到的所述告警为主要告警;
比较接收到的所述告警与在此之前已接收到的主要告警的VNF在VNFFG上的位置,在所述告警的VNF在所述已经接收到的主要告警的VNF的前面的情况下,确定所述告警为主要告警;
比较接收到的所述告警与在此之前已接收到的主要告警的VNF在VNFFG上的位置,在所述告警的VNF在所述已经接收到的主要告警的VNF的后面的情况下,确定所述告警为次要告警;
判断所述告警作为主要告警在预定时间内是否存在同类告警,在判断结果为否的情况下,确定所述告警为根源告警;
查找是否接收到所述NFP上除所述VNF之外的其它VNF上报的同类告警,在没有接收到所述其它告警的情况下,确定接收到的所述告警为主要告警;
比较接收到的所述告警与在此之前已接收到的主要告警的VNF在NFP上的位置,在所述告警的VNF在所述已经接收到的主要告警的VNF的前面的情况下,确定所述告警为主要告警;
比较接收到的所述告警与在此之前已接收到的主要告警的VNF在NFP上的位置,在所述告警的VNF在所述已经接收到的主要告警的VNF的后面的情况下,确定所述告警为次要告警;
判断所述告警作为主要告警在预定时间内是否存在同类告警,在判断结果为否的情况下,确定所述告警为根源告警。
5.根据权利要求1至4中任一项所述的方法,其特征在于,在依据获取到的所述VNFFG信息和/或NFP信息对接收到的所述告警进行告警分析处理之后,如果所述告警判定为根源告警,还包括:对所述告警进行处理包括以下至少之一:
上报所述告警;
以预定方式显示所述告警;
启动相关故障修复过程;
将所述告警加入垂直告警关联过程。
6.一种告警处理装置,其特征在于,包括:
接收模块,用于接收到虚拟化网络功能VNF上报的告警;
获取模块,用于获取所述VNF的VNF转发图VNFFG信息和/或所述VNF的网络转发路径NFP信息;
第一处理模块,用于依据获取到的所述VNFFG信息和/或NFP信息对接收到的所述告警进行告警分析处理。
7.根据权利要求6所述的装置,其特征在于,所述获取模块,还用于通过以下方式至少之一获取所述VNFFG信息和/或NFP信息:
从运营支撑系统OSS获取所述VNFFG信息和/或NFP信息;
从网络管理系统NMS获取所述VNFFG信息和/或NFP信息;
从网络功能虚拟化编排器NFVO获取所述VNFFG信息和/或NFP信息;
从接收到的所述告警中获取所述VNFFG信息和/或NFP信息。
8.根据权利要求6所述的装置,其特征在于,
所述VNFFG信息包括以下至少之一:所述VNF所在VNFFG的VNF转发图记录标识VNFFGRID;所述VNF在所述VNFFG上的位置;
所述NFP信息包括以下至少之一:所述VNF所在NFP的网络转发路径标识NFPID;所述VNF在所述NFP上的位置。
9.根据权利要求6所述的装置,其特征在于,所述第一处理模块包括以下至少之一:
第一确定单元,用于查找是否接收到所述VNFFG上除所述VNF之外的其它VNF上报的同类告警,在没有接收到所述其它告警的情况下,确定接收到的所述告警为主要告警;
第二确定单元,用于比较接收到的所述告警与在此之前已接收到的主要告警的VNF在VNFFG上的位置,在所述告警的VNF在所述已经接收到的主要告警的VNF的前面的情况下,确定所述告警为主要告警;
第三确定单元,用于比较接收到的所述告警与在此之前已接收到的主要告警的VNF在VNFFG上的位置,在所述告警的VNF在所述已经接收到的主要告警的VNF的后面的情况下,确定所述告警为次要告警;
第四确定单元,用于判断所述告警作为主要告警在预定时间内是否存在同类告警,在判断结果均为否的情况下,确定所述告警为根源告警;
第五确定单元,用于查找是否接收到所述NFP上除所述VNF之外的其它VNF上报的同类告警,在没有接收到所述其它告警的情况下,确定接收到的所述告警为主要告警;
第六确定单元,用于比较接收到的所述告警与在此之前已接收到的主要告警的VNF在NFP上的位置,在所述告警的VNF在所述已经接收到的主要告警的VNF的前面的情况下,确定所述告警为主要告警;
第七确定单元,用于比较接收到的所述告警与在此之前已接收到的主要告警的VNF在NFP上的位置,在所述告警的VNF在所述已经接收到的主要告警的VNF的后面的情况下,确定所述告警为次要告警;
第八确定单元,用于判断所述告警作为主要告警在预定时间内是否存在同类告警,在判断结果为否的情况下,确定所述告警为根源告警。
10.根据权利要求6至9中任一项所述的装置,其特征在于,还包括:第二处理模块,用于对判定为根源告警的所述告警进行处理包括以下至少之一:
上报所述告警;
以预定方式显示所述告警;
启动相关故障修复过程;
将所述告警加入垂直告警关联过程。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410579729.9A CN105591784A (zh) | 2014-10-24 | 2014-10-24 | 告警处理方法及装置 |
US15/521,462 US10257020B2 (en) | 2014-10-24 | 2015-03-30 | Alarm processing method and apparatus |
EP15851728.4A EP3211827B1 (en) | 2014-10-24 | 2015-03-30 | Alarm processing method and apparatus |
PCT/CN2015/075421 WO2016062011A1 (zh) | 2014-10-24 | 2015-03-30 | 告警处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410579729.9A CN105591784A (zh) | 2014-10-24 | 2014-10-24 | 告警处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105591784A true CN105591784A (zh) | 2016-05-18 |
Family
ID=55760174
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410579729.9A Withdrawn CN105591784A (zh) | 2014-10-24 | 2014-10-24 | 告警处理方法及装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US10257020B2 (zh) |
EP (1) | EP3211827B1 (zh) |
CN (1) | CN105591784A (zh) |
WO (1) | WO2016062011A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108199860A (zh) * | 2016-12-08 | 2018-06-22 | 中国移动通信有限公司研究院 | 一种告警处理方法及网络设备 |
CN109150572A (zh) * | 2017-06-28 | 2019-01-04 | 华为技术有限公司 | 实现告警关联的方法、装置以及计算机可读存储介质 |
CN109565448A (zh) * | 2016-06-16 | 2019-04-02 | 瑞典爱立信有限公司 | 用于解决链路故障的技术 |
CN113596891A (zh) * | 2021-07-28 | 2021-11-02 | 中国联合网络通信集团有限公司 | 故障定位方法、装置、服务器、存储介质及系统 |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10116514B1 (en) * | 2015-03-30 | 2018-10-30 | Amdocs Development Limited | System, method and computer program for deploying an orchestration layer for a network based on network function virtualization (NFV) |
EP3231135B1 (en) * | 2014-12-12 | 2019-08-21 | Nokia Solutions and Networks Oy | Alarm correlation in network function virtualization environment |
WO2016118646A1 (en) | 2015-01-20 | 2016-07-28 | Huawei Technologies Co., Ltd | Systems and methods for sdt to interwork with nfv and sdn |
KR102178225B1 (ko) * | 2015-01-20 | 2020-11-12 | 후아웨이 테크놀러지 컴퍼니 리미티드 | Nfv 관리 및 편성을 위한 방법 및 장치 |
AU2015382846B2 (en) * | 2015-02-12 | 2018-10-04 | Huawei Technologies Co., Ltd. | Alarm information processing method, related device and system |
CN106375101B (zh) * | 2015-07-20 | 2019-08-27 | 华为技术有限公司 | 一种生命周期管理方法及装置 |
KR20170052002A (ko) * | 2015-11-03 | 2017-05-12 | 한국전자통신연구원 | 가상 네트워크 기능 체이닝 시스템 및 방법 |
WO2017119932A1 (en) * | 2016-01-08 | 2017-07-13 | Intel IP Corporation | Techniques for instantiation and termination of virtualized network functions |
CN110545276B (zh) * | 2019-09-03 | 2022-06-21 | 新华三信息安全技术有限公司 | 威胁事件告警方法、装置、告警设备及机器可读存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103607349A (zh) * | 2013-11-14 | 2014-02-26 | 华为技术有限公司 | 虚拟网络中确定路由的方法及运营商边缘设备 |
US20140165054A1 (en) * | 2012-12-06 | 2014-06-12 | Industrial Technology Research Institute | Method and system for analyzing root causes of relating performance issues among virtual machines to physical machines |
CN104050045A (zh) * | 2014-06-27 | 2014-09-17 | 华为技术有限公司 | 基于磁盘io的虚拟资源分配方法及装置 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6687748B1 (en) | 2000-01-04 | 2004-02-03 | Cisco Technology, Inc. | Network management system and method of operation |
CN101582807B (zh) * | 2009-07-02 | 2011-10-05 | 北京讯风光通信技术开发有限责任公司 | 一种基于北向接口实现网络管理的方法及系统 |
US8738972B1 (en) * | 2011-02-04 | 2014-05-27 | Dell Software Inc. | Systems and methods for real-time monitoring of virtualized environments |
US9495270B2 (en) | 2011-05-31 | 2016-11-15 | Vmware, Inc. | User interface for monitoring the status of an object in a virtual computing environment |
WO2015042937A1 (zh) * | 2013-09-30 | 2015-04-02 | 华为技术有限公司 | 故障管理的方法、实体和系统 |
US9460286B1 (en) * | 2013-12-19 | 2016-10-04 | Amdocs Software Systems Limited | System, method, and computer program for managing security in a network function virtualization (NFV) based communication network |
US9979602B1 (en) * | 2014-08-25 | 2018-05-22 | Cisco Technology, Inc. | Network function virtualization infrastructure pod in a network environment |
-
2014
- 2014-10-24 CN CN201410579729.9A patent/CN105591784A/zh not_active Withdrawn
-
2015
- 2015-03-30 US US15/521,462 patent/US10257020B2/en active Active
- 2015-03-30 EP EP15851728.4A patent/EP3211827B1/en active Active
- 2015-03-30 WO PCT/CN2015/075421 patent/WO2016062011A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140165054A1 (en) * | 2012-12-06 | 2014-06-12 | Industrial Technology Research Institute | Method and system for analyzing root causes of relating performance issues among virtual machines to physical machines |
CN103607349A (zh) * | 2013-11-14 | 2014-02-26 | 华为技术有限公司 | 虚拟网络中确定路由的方法及运营商边缘设备 |
CN104050045A (zh) * | 2014-06-27 | 2014-09-17 | 华为技术有限公司 | 基于磁盘io的虚拟资源分配方法及装置 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109565448A (zh) * | 2016-06-16 | 2019-04-02 | 瑞典爱立信有限公司 | 用于解决链路故障的技术 |
CN108199860A (zh) * | 2016-12-08 | 2018-06-22 | 中国移动通信有限公司研究院 | 一种告警处理方法及网络设备 |
CN109150572A (zh) * | 2017-06-28 | 2019-01-04 | 华为技术有限公司 | 实现告警关联的方法、装置以及计算机可读存储介质 |
CN113596891A (zh) * | 2021-07-28 | 2021-11-02 | 中国联合网络通信集团有限公司 | 故障定位方法、装置、服务器、存储介质及系统 |
CN113596891B (zh) * | 2021-07-28 | 2023-07-14 | 中国联合网络通信集团有限公司 | 故障定位方法、装置、服务器、存储介质及系统 |
Also Published As
Publication number | Publication date |
---|---|
EP3211827B1 (en) | 2019-05-08 |
EP3211827A4 (en) | 2017-09-20 |
WO2016062011A1 (zh) | 2016-04-28 |
US10257020B2 (en) | 2019-04-09 |
EP3211827A1 (en) | 2017-08-30 |
US20170317872A1 (en) | 2017-11-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105591784A (zh) | 告警处理方法及装置 | |
EP3654675A1 (en) | Train-ground integrated comprehensive analysis platform | |
CN102325036B (zh) | 一种网络系统的故障诊断方法、系统及装置 | |
CN107749778B (zh) | 一种通信光缆故障预警方法及装置 | |
CN105659528A (zh) | 一种实现故障定位的方法及装置 | |
CN103414581A (zh) | 一种基于数据挖掘的设备故障报警预测处理机制 | |
CN113162808B (zh) | 存储链路故障处理方法及装置、电子设备和存储介质 | |
CN111092752B (zh) | 跨多个网络切片的故障定位方法及装置 | |
CN104601383A (zh) | 一种电力通信网故障分段分析方法 | |
CN111611100A (zh) | 交易故障检测方法、装置、计算设备以及介质 | |
CN115664939B (zh) | 一种基于自动化技术的综合运维方法和存储介质 | |
CN110928799A (zh) | 一种软件故障定位方法及装置 | |
CN109815124B (zh) | 基于mbse的联锁功能缺陷分析的方法及装置、联锁系统 | |
CN105183648A (zh) | 一种可视化的自动拨测方法及系统 | |
CN101252477B (zh) | 一种网络故障根源的确定方法及分析装置 | |
CN103475531A (zh) | 异常处理方法、自动巡检控制台和知识库系统 | |
CN113032218A (zh) | 一种服务器故障检测方法、系统及计算机可读存储介质 | |
CN116506340A (zh) | 流量链路的测试方法、装置、电子设备及存储介质 | |
CN112882892B (zh) | 数据处理方法和装置、电子设备及存储介质 | |
CN115334560A (zh) | 基站异常的监测方法、装置、设备及计算机可读存储介质 | |
CN115092172A (zh) | 事故原因确定方法、装置、存储介质及计算机设备 | |
CN109302322B (zh) | 一种提高核安全级网络测试准确性的测试系统及方法 | |
CN107332709B (zh) | 一种故障定位方法及装置 | |
CN114954586B (zh) | 智能化运营系统、方法、装置、设备、产品及轨道车辆 | |
CN111083719A (zh) | 一种网元容量弹性调整的方法、装置和存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WW01 | Invention patent application withdrawn after publication | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20160518 |