CN105323100B - 告警的生成方法及装置 - Google Patents

告警的生成方法及装置 Download PDF

Info

Publication number
CN105323100B
CN105323100B CN201410374589.1A CN201410374589A CN105323100B CN 105323100 B CN105323100 B CN 105323100B CN 201410374589 A CN201410374589 A CN 201410374589A CN 105323100 B CN105323100 B CN 105323100B
Authority
CN
China
Prior art keywords
alarm
data
performance
formula
thresholding
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.)
Active
Application number
CN201410374589.1A
Other languages
English (en)
Other versions
CN105323100A (zh
Inventor
熊纪涛
杜贤俊
李进
邓朝明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nanjing ZTE New Software Co Ltd
Original Assignee
Nanjing ZTE New Software Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Nanjing ZTE New Software Co Ltd filed Critical Nanjing ZTE New Software Co Ltd
Priority to CN201410374589.1A priority Critical patent/CN105323100B/zh
Priority to PCT/CN2014/086330 priority patent/WO2015117309A1/zh
Publication of CN105323100A publication Critical patent/CN105323100A/zh
Application granted granted Critical
Publication of CN105323100B publication Critical patent/CN105323100B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/16Threshold monitoring

Abstract

本发明公开了一种告警的生成方法及装置,在上述方法中,获取性能指标数据;根据性能指标数据生成性能告警数据和/或告警恢复数据。根据本发明提供的技术方案,增加了网管系统的可用性,提升了用户需求满足度和用户体验满意度。

Description

告警的生成方法及装置
技术领域
本发明涉及通信领域,具体而言,涉及一种告警的生成方法及装置。
背景技术
性能告警管理是电信网络管理中的几大常用管理功能之一,其按照预定义的事件规则,经过过滤、分类、分级、转换等处理环节,形成有效的故障告警信息,再按照预设方式通知管理人员或自动响应,对生成的性能告警提供恢复等管理手段。整个流程可以包括以下步骤:
第一步、从数据源获取性能指标数据;
第二步、根据性能指标数据计算相关指标的值;
第三步、按照预设规则产生不同级别的告警或生成告警恢复。
在通常情况下,性能告警处理仅是在特定时刻超过预设门限时才可触发,此种方式是即时性的,并不具有记忆性。换言之,该时刻的告警级别只依赖当前计算出来的指标值和告警门限设置,而与之前的告警级别并不相关。
在目前的电信管理应用中,出现了一种新型的告警门限处理需求:告警门限的产生可以根据多个性能对象(Performance Object,简称为PO)在相同网元类型的不同网元、不同网元类型的网元甚至是不同网络类型下的网元共同提供多个指标的数据以及资源属性经过复杂的算术和逻辑综合计算后生成告警门限;而且性能告警的各个门限级别公式可以灵活设置,每个公式只要内容符合业务含义即可。
然而,相关技术中提到的告警门限的实现方式都是针对某个网元的指标,在预设该指标的取值后直接判定指标值是否越线。即便提出的改进方案也只是在门限值上进行了粘滞值的判定,以便性能告警具备一个弹性空间以增加告警门限的可信度。但是,却没有在多个PO、多个网元或者多种网元类型甚至多个专业网上对性能指标进行综合的复杂算术或逻辑运算而实现性能告警的计算和产生。
发明内容
本发明提供了一种告警的生成方法及装置,以至少解决相关技术中没有在多个网元或者多种网元类型以及多种类型网络对性能指标进行综合运算而实现性能告警的计算和产生的问题。
根据本发明的一个方面,提供了一种告警的生成方法。
根据本发明实施例的告警的生成方法包括:获取性能指标数据;根据性能指标数据生成性能告警数据和/或告警恢复数据。
优选地,根据性能指标数据生成性能告警数据和/或告警恢复数据包括:确定性能指标数据归属的PO;获取与PO对应的门限类别,其中,门限类别包括以下至少之一:第一类门限和第二类门限;第一类门限用于表示将第一网元类型下在预设范围内的多个第一网元实例的第一性能指标与一个或多个第二网元类型下在预设范围内的多个第二网元实例的第二性能指标进行计算获取性能告警数据和/或告警恢复数据,第二类门限用于表示将第三网元类型下第三网元实例的第三性能指标与一个或多个第四网元类型下第四网元实例的第四性能指标进行计算获取性能告警数据和/或告警恢复数据;对每一类门限下的全部告警公式进行计算,求取性能告警数据和/或告警恢复数据。
优选地,对每一类门限下的全部告警公式进行计算包括:获取每一类门限下的全部告警公式中每个告警公式对应的告警级别;按照告警级别由高到低依次对每个告警公式进行计算,其中,已经完成计算的告警公式的计算结果将作为尚未完成计算的告警公式的参考,且在已经完成计算的告警公式中已经参与计算的网元将不再参与尚未完成计算的告警公式的计算。
优选地,在求取性能告警数据和/或告警恢复数据之后,还包括:将上一次计算出的历史性能告警数据和/或历史告警恢复数据从第一预设存储区域移动至第二预设存储区域,或者,将历史性能告警数据和/或历史告警恢复数据进行删除,其中,第一预设存储区域用于记录当前计算出的性能告警数据和/或告警恢复数据,第二预设存储区域用于记录以前计算出的历史性能告警数据和/或历史告警恢复数据;将性能告警数据和/或告警恢复数据存储至第一预设存储区域。
优选地,在求取性能告警数据和/或告警恢复数据之后,还包括:对性能告警数据和/或告警恢复数据进行输出,其中,当同时存在性能告警数据和告警恢复数据的情况下,优先输出告警恢复数据。
优选地,上述性能指标数据的来源包括以下至少之一:相同网元类型的不同网元、不同网元类型的网元、不同网络类型下的网元。
根据本发明的另一方面,提供了一种告警的生成装置。
根据本发明实施例的告警的生成装置包括:获取模块,用于获取性能指标数据;生成模块,用于根据性能指标数据生成性能告警数据和/或告警恢复数据。
优选地,生成模块包括:确定单元,用于确定性能指标数据归属的PO;获取单元,用于获取与PO对应的门限类别,其中,门限类别包括以下至少之一:第一类门限和第二类门限;第一类门限用于表示将第一网元类型下在预设范围内的多个第一网元实例的第一性能指标与一个或多个第二网元类型下在预设范围内的多个第二网元实例的第二性能指标进行计算获取性能告警数据和/或告警恢复数据,第二类门限用于表示将第三网元类型下第三网元实例的第三性能指标与一个或多个第四网元类型下第四网元实例的第四性能指标进行计算获取性能告警数据和/或告警恢复数据;计算单元,用于对每一类门限下的全部告警公式进行计算,求取性能告警数据和/或告警恢复数据。
优选地,计算单元包括:获取子单元,用于获取每一类门限下的全部告警公式中每个告警公式对应的告警级别;计算子单元,用于按照告警级别由高到低依次对每个告警公式进行计算,其中,已经完成计算的告警公式的计算结果将作为尚未完成计算的告警公式的参考,且在已经完成计算的告警公式中已经参与计算的网元将不再参与尚未完成计算的告警公式的计算。
优选地,上述装置还包括:处理模块,用于将上一次计算出的历史性能告警数据和/或历史告警恢复数据从第一预设存储区域移动至第二预设存储区域,或者,将历史性能告警数据和/或历史告警恢复数据进行删除,其中,第一预设存储区域用于记录当前计算出的性能告警数据和/或告警恢复数据,第二预设存储区域用于记录以前计算出的历史性能告警数据和/或历史告警恢复数据;存储模块,用于将性能告警数据和/或告警恢复数据存储至第一预设存储区域。
优选地,上述装置还包括:输出模块,用于对性能告警数据和/或告警恢复数据进行输出,其中,当同时存在性能告警数据和告警恢复数据的情况下,优先输出告警恢复数据。
优选地,上述性能指标数据的来源包括以下至少之一:相同网元类型的不同网元、不同网元类型的网元、不同网络类型下的网元。
通过本发明实施例,采用获取性能指标数据,其中,性能指标数据的来源包括以下至少之一:相同网元类型的不同网元、不同网元类型的网元、不同网络类型下的网元;根据性能指标数据生成性能告警数据和/或告警恢复数据,解决了相关技术中没有在多个网元或者多种网元类型以及多种类型网络对性能指标进行综合运算而实现性能告警的计算和产生的问题,进而增加了网管系统的可用性,提升了用户需求满足度和用户体验满意度。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的告警的生成方法的流程图;
图2是根据本发明实施例的告警的生成装置的结构框图;
图3是根据本发明优选实施例的告警的生成装置的结构框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
图1是根据本发明实施例的告警的生成方法的流程图。如图1所示,该方法可以包括以下处理步骤:
步骤S102:获取性能指标数据;
步骤S104:根据性能指标数据生成性能告警数据和/或告警恢复数据。
相关技术中,没有在多个网元或者多种网元类型以及多种类型网络对性能指标进行综合运算而实现性能告警的计算和产生。采用如图1所示的方法,在电信网管系统中实现多个PO、多个网元、多种网元类型以及多种网络之间进行多个指标的复杂算术和逻辑运算后实现性能告警产生和告警恢复。由此解决了相关技术中没有在多个网元或者多种网元类型以及多种类型网络对性能指标进行综合运算而实现性能告警的计算和产生的问题,进而增加了网管系统的可用性,提升了用户需求满足度和用户体验满意度。
在优选实施过程中,上述性能指标数据的来源可以包括但不限于以下至少之一:
(1)相同网元类型的不同网元;
(2)不同网元类型的网元;
(3)不同网络类型下的网元。
优选地,在步骤S104中,根据性能指标数据生成性能告警数据和/或告警恢复数据可以包括以下操作:
步骤S1:确定性能指标数据归属的PO;
步骤S2:获取与PO对应的门限类别,其中,门限类别包括以下至少之一:第一类门限和第二类门限;第一类门限用于表示将第一网元类型下在预设范围内的多个第一网元实例的第一性能指标与一个或多个第二网元类型下在预设范围内的多个第二网元实例的第二性能指标进行计算获取性能告警数据和/或告警恢复数据,第二类门限用于表示将第三网元类型下第三网元实例的第三性能指标与一个或多个第四网元类型下第四网元实例的第四性能指标进行计算获取性能告警数据和/或告警恢复数据;
步骤S3:对每一类门限下的全部告警公式进行计算,求取性能告警数据和/或告警恢复数据。
需要说明的是,上述“第一”与“第二”以及上述“第三”与“第四”指代可以相同,也可以不同。
在优选实施例中,性能门限告警是性能管理系统的一部分或者一个补充系统,其数据来源是性能管理系统的性能指标数据(性能管理系统已有PO、指标和网元类型等定义,网元类型与网元实例之间存在对应关系,例如:连接关系)。因此,性能门限告警首先需要根据指标信息定义性能门限,然后对门限定义进行编译,最后将其结果进行保存。(为了便于简化描述,下文称为“门限定义”)
门限定义可以分为两类:
第一类门限、门限公式中的所有指标在同一个网元实例(或者链路)上测量得到(或者可换算的网元实例,例如:虽然部分指标网元类型不同,但是可以通过连接关系视为同一链路等)(为了便于简化描述,下文将第一类门限称为“常规门限”);
第二类门限、为门限公式中每一个性能指标指定网元实例(为了便于简化描述,下文将第二类门限称为“高级门限”);
常规门限定义需要包含如下要素:
(1)监控PO。该PO上的指标为门限定义的关注对象,由该门限所计算出来的性能告警和恢复的网元来源于该PO,从而决定了性能告警的网元类型和网元位置。
需要说明的是,每个PO都有网元类型和粒度属性,并且包含一个或多个性能指标。
(2)门限时间粒度。门限定义上的所有PO都在同一个时间粒度上(例如:所有PO的时间粒度都是小时,表示所有指标数据都是按照小时汇总的数据)。
(3)条件PO。条件PO可以有多个,也可以没有,并非必备选项。条件PO的作用在于可以在不同的PO、不同的网元类型甚至不同的网络中选择性能指标参与性能告警计算。但其仅能起到辅助作用,即增加门限计算的条件。如果条件PO的网元类型与监控PO的网元类型不同,则必须与监控PO的网元类型具有直接或间接的关系。条件PO网元与监控PO网元的对应关系既可以是一对多,也可以是一对一。
(4)性能告警级别。告警级别至少有一个,还可以为多个,具体可以根据实际需要而定。级别越高,其优先级越高,性能告警计算便更靠前。高级别计算后的结果可以作为低级别计算的参考,凡是在高级别计算过程中已经生成的告警,在低级别计算过程中则不再参与计算。
(5)告警恢复。告警恢复并非必备选项。如果告警不需要恢复,则可以不定义该选项。但是如果定义了告警恢复选项,那么在执行告警计算时,一旦满足告警恢复,则不再计算其他告警级别。
(6)告警公式。在一个门限定义中,可以存在多个告警级别(包括:告警恢复),从而也就对应有多个告警公式。每个告警级别有且只有一个告警公式。告警公式的编写较为灵活,可以由用户在预设语法规则的基础上自由发挥,满足语法条件即可。告警公式中不包含网元实例信息,表示告警公式的条件对所有网元实例(如果有选择实例,以选择实例范围为准)有效。
(7)门限生效、过期时间点和有效月(周)中的日期以及每日的有效时间段。
(8)门限监控的网元实例。其并非必备选项,如果没有指定网元实例,则表示监控PO上的所有网元实例都在监控范围内,只要有网元满足告警公式条件,则生成告警或者恢复;如果已经指定网元实例,则只在指定的网元范围内进行监控,如果有满足告警公式条件,则生成告警;而不在指定网元范围内的网元即使满足告警公式也不生成告警或恢复。网元实例的选择也可以跨网元类型以及跨网络(前提是选择的网元实例与监控PO存在直接或者间接的关系),表达的含义是和所选择的网元类型(网络)下的网元实例相关的监控PO网元实例(可以是多个类型的网元实例),都在该门限的监控范围内;如果有多个,则为并集关系。
高级门限定义需要包含如下要素:
(1)门限时间粒度。门限定义上的所有PO都在同一个时间粒度上(例如:所有PO的时间粒度都是小时,表示所有指标数据都是按照小时汇总的数据)。
(2)性能告警级别。告警级别至少有一个,还可以为多个,具体可以根据实际需要而定。级别越高,其优先级越高,性能告警计算便更靠前。高级别计算后的结果可以作为低级别计算的参考,凡是在高级别计算过程中已经生成的告警,在低级别计算过程中则不再参与计算。
(3)告警恢复。告警恢复并非必备选项。如果告警不需要恢复,则可以不定义该选项。但是如果定义了告警恢复选项,那么在执行告警计算时,一旦满足告警恢复,则不再计算其他告警级别。
(4)告警公式。在一个门限定义中,可以存在多个告警级别(包括:告警恢复),从而也就对应有多个告警公式。每个告警级别有且只有一个告警公式。告警公式的编写较为灵活,可以由用户在预设语法规则的基础上自由发挥,满足语法条件即可。告警公式中包含有网元实例,且每个指标条件必须指定一个具体网元实例。告警公式中的网元实例之间没有限制,也不需要网元实例之间存在特定关系,即使毫不相关的两个网元也可以放在一起计算。
(5)门限生效、过期时间点和有效月(周)中的日期以及每日的有效时间段。
表1是根据本发明优选实施例的性能告警门限公式的场景表。如表1所示,
表1
当门限定义设置完成后,需要对门限定义中的各个告警公式进行编译,并对告警公式的有效性进行校验。在通过校验后,形成最终的门限定义进行存储。公式编译不仅能够支持“+、-、*、/、>、<、=、括号”简单的算术和逻辑运算,而且也能够支持“PI、sqrt、square、log2、log10、abs、floor、exp、power、round、max、min、avg、iff、and、or”等复杂的逻辑运算,同时还提供扩展接口,以支持更加复杂的逻辑运算实现。
公式编译器在检测常规门限公式时,需要进行以下校验:
(1)公式中的每一个指标必须有归属限定符,其指定了指标所属的网元类型和PO,例如:
“[Sector;vendor="XXX";TECHNOLOGY="CDMA_RAN"]![DO_Cell_RLP_Info].[UserNum]”,表示“CDMA_RAN”专业网“XXX”厂商“Sector”网元类型下的PO“DO_Cell_RLP_Info”下的一个性能指标“UserNum”。
(2)门限的不同网元类型PO的网元实例之间是否存在特定关系(通常是指连接关系,但也可以是其他类型的关系)。两个PO之间可能没有直接关系,但必须有传递关系。例如:网元(PO1)n→1网元(PO2)n→1网元(PO3),虽然PO1的网元实例与PO3的网元实例之间不存在连接关系,但是可以通过PO2的网元实例作为过渡连接,则也符合要求。
(3)监控PO所在网元为起点单向传递,所有PO所在网元类型必须形成树,且每一级传递都是多对一或者一对一的关系。网元之间的关系都有一种对应类型,例如:多对一、一对一。
公式编译器在检测高级门限公式时,需要进行以下校验:
公式中的每一个指标必须有归属限定符,其指定了指标所属的网元类型和PO,并且每个指标都必须指定网元实例的名字和ID,例如:
“[CarrierFreq;vendor="XXX";TECHNOLOGY="CDMA_RAN";name="cdmar1_100001_0_1_0_0";RID=42302]![1X_Cell_Concurrent_ERL;version="2.0"].[AvfSvcAss_AvfAssCmp_CallDur]”,表示“CDMA_RAN”专业网“XXX”厂商“CarrierFreq”网元类型下的PO“1X_Cell_Concurrent_ERL”下的一个性能指标“AvfSvcAss_AvfAssCmp_CallDur”,该指标只对“name="cdmar1_100001_0_1_0_0";RID=42302”这个网元实例生效。
表2是根据本发明优选实施例的门限公式示例。如表2所示,
表2
优选地,在步骤S3中,对每一类门限下的全部告警公式进行计算可以包括以下步骤:
步骤S31:获取每一类门限下的全部告警公式中每个告警公式对应的告警级别;
步骤S32:按照告警级别由高到低依次对每个告警公式进行计算,其中,已经完成计算的告警公式的计算结果将作为尚未完成计算的告警公式的参考,且在已经完成计算的告警公式中已经参与计算的网元将不再参与尚未完成计算的告警公式的计算。
在优选实施例中,根据上述门限定义当指标数据计算完毕后,会触发性能告警判定,根据门限定义的公式判定性能告警或者告警恢复的产生。
当网管系统的性能指标数据采集或者计算完毕后,会触发性能告警的计算。在优选实施例中,可以根据性能指标数据所在PO查找到在该PO上是否存在对应的门限定义,一个PO上也可能存在多个门限定义(例如:某门限定义将该PO作为监控PO,但另外一个门限定义将该PO作为条件PO,或者有两个PO将该门限定义作为监控PO等,对于门限定义和PO没有约束,用户可以根据业务需要灵活定制即可)。然后逐个查看各个门限定义,查看门限定义所涉及到的PO的对应网元和时间点的数据是否均已到达,如果已经到达,则可以根据门限定义中的公式从高级别到低级别依次开始计算,并且高级别已经计算出性能告警的网元需要排除出低级别公式计算的网元范围。如果门限定义有告警清除公式,则告警清除公式的级别将会被认定为最高。
在将各个级别的门限定义公式计算完毕后,已经可以得到性能告警或告警恢复数据,其中,可以包括:时间、网元(由于性能告警可能跨类型、跨网络,所以一个告警中可能存在多个网元实例,按照特定规则组织在一起)、级别、告警级别趋势(同一个网元相比前一个时间点发生的告警级别升高还是降低)、告警各个指标值等各种属性因子。
优选地,在步骤S3,求取性能告警数据和/或告警恢复数据之后,还可以包括以下步骤:
步骤S4:将上一次计算出的历史性能告警数据和/或历史告警恢复数据从第一预设存储区域移动至第二预设存储区域,或者,将历史性能告警数据和/或历史告警恢复数据进行删除,其中,第一预设存储区域用于记录当前计算出的性能告警数据和/或告警恢复数据,第二预设存储区域用于记录以前计算出的历史性能告警数据和/或历史告警恢复数据;
步骤S5:将性能告警数据和/或告警恢复数据存储至第一预设存储区域。
在优选实施例中,可以将性能告警或告警恢复数据进行存储。在性能告警和告警恢复存储过程中,由于告警恢复是对以前告警的恢复动作,所以告警恢复的存储在新性能告警存储之前执行。
在优选实施过程中,可以性能告警的当前告警记录存储(即上述第一预设存储区域)和历史告警记录存储(即上述第二预设存储区域)。新告警存储在当前告警中,被恢复的告警记录需要从当前告警存储移动至历史告警存储中,并记载告警恢复的原因等信息。
同一网元实例上如果前一次告警没有被恢复,此次又有新告警(连续多个时间点设备状态不正常可能出现该情况),则当前告警将被更新为新告警,其更新策略可以为最新时间保留或者最高级别保留,并预留扩展接口;更新前的告警也可以根据其他策略舍弃或者保存为告警过程数据。
优选地,在步骤S3,求取性能告警数据和/或告警恢复数据之后,还可以包括以下操作:
步骤S6:对性能告警数据和/或告警恢复数据进行输出,其中,当同时存在性能告警数据和告警恢复数据的情况下,优先输出告警恢复数据。
在优选实施例中,可以根据已经计算出的性能告警和告警恢复,将其分别进行北向输出(输出格式可以根据项目进行多样化定制)。告警恢复的发送顺序在性能告警之前。
图2是根据本发明实施例的告警的生成装置的结构框图。如图2所示,该告警的生成装置可以包括:获取模块10,用于获取性能指标数据;生成模块20,用于根据性能指标数据生成性能告警数据和/或告警恢复数据。
采用如图2所示的装置,解决了相关技术中没有在多个网元或者多种网元类型以及多种类型网络对性能指标进行综合运算而实现性能告警的计算和产生的问题,进而增加了网管系统的可用性,提升了用户需求满足度和用户体验满意度。
在优选实施过程中,上述性能指标数据的来源可以包括但不限于以下至少之一:
(1)相同网元类型的不同网元;
(2)不同网元类型的网元;
(3)不同网络类型下的网元。
优选地,如图3所示,生成模块20可以包括:确定单元200,用于确定性能指标数据归属的PO;获取单元202,用于获取与PO对应的门限类别,其中,门限类别包括以下至少之一:第一类门限和第二类门限;第一类门限用于表示将第一网元类型下在预设范围内的多个第一网元实例的第一性能指标与一个或多个第二网元类型下在预设范围内的多个第二网元实例的第二性能指标进行计算获取性能告警数据和/或告警恢复数据,第二类门限用于表示将第三网元类型下第三网元实例的第三性能指标与一个或多个第四网元类型下第四网元实例的第四性能指标进行计算获取性能告警数据和/或告警恢复数据;计算单元204,用于对每一类门限下的全部告警公式进行计算,求取性能告警数据和/或告警恢复数据。
优选地,计算单元204可以包括:获取子单元(图中未示出),用于获取每一类门限下的全部告警公式中每个告警公式对应的告警级别;计算子单元(图中未示出),用于按照告警级别由高到低依次对每个告警公式进行计算,其中,已经完成计算的告警公式的计算结果将作为尚未完成计算的告警公式的参考,且在已经完成计算的告警公式中已经参与计算的网元将不再参与尚未完成计算的告警公式的计算。
优选地,如图3所示,上述装置还可以包括:处理模块30,用于将上一次计算出的历史性能告警数据和/或历史告警恢复数据从第一预设存储区域移动至第二预设存储区域,或者,将历史性能告警数据和/或历史告警恢复数据进行删除,其中,第一预设存储区域用于记录当前计算出的性能告警数据和/或告警恢复数据,第二预设存储区域用于记录以前计算出的历史性能告警数据和/或历史告警恢复数据;存储模块40,用于将性能告警数据和/或告警恢复数据存储至第一预设存储区域。
优选地,如图3所示,上述装置还可以包括:输出模块50,用于对性能告警数据和/或告警恢复数据进行输出,其中,当同时存在性能告警数据和告警恢复数据的情况下,优先输出告警恢复数据。
从以上的描述中,可以看出,上述实施例实现了如下技术效果(需要说明的是这些效果是某些优选实施例可以达到的效果):采用本发明实施例所提供的技术方案,能够使得网管系统用户根据业务的需求,灵活设置告警门限。告警门限的产生可以根据相同网元类型的不同网元或者不同网元类型的网元甚至是不同网络类型下的网元共同提供指标数据综合计算后得到。性能告警可以在多PO上共同定义门限;而且性能告警的各个级别门限公式可以灵活设置,每个公式只要内容符合业务含义,可以设置复杂的算术和逻辑运算,内容可以大相径庭,公式之间没有强约束。本发明实施例所提供的技术方案是改善性能告警功能的一次飞跃,增加了网管系统的可用性,提升了用户需求满足度和用户体验满意度。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (10)

1.一种告警的生成方法,其特征在于,包括:
获取性能指标数据;
根据所述性能指标数据生成性能告警数据和/或告警恢复数据,包括:
确定所述性能指标数据归属的性能对象PO;
获取与所述PO对应的门限类别,其中,所述门限类别包括以下至少之一:第一类门限和第二类门限;所述第一类门限用于表示将第一网元类型下在预设范围内的多个第一网元实例的第一性能指标与一个或多个第二网元类型下在所述预设范围内的多个第二网元实例的第二性能指标进行计算获取所述性能告警数据和/或所述告警恢复数据,所述第二类门限用于表示将第三网元类型下第三网元实例的第三性能指标与一个或多个第四网元类型下第四网元实例的第四性能指标进行计算获取所述性能告警数据和/或所述告警恢复数据;
对每一类门限下的全部告警公式进行计算,求取所述性能告警数据和/或所述告警恢复数据。
2.根据权利要求1所述的方法,其特征在于,对所述每一类门限下的全部告警公式进行计算包括:
获取所述每一类门限下的全部告警公式中每个告警公式对应的告警级别;
按照所述告警级别由高到低依次对所述每个告警公式进行计算,其中,已经完成计算的告警公式的计算结果将作为尚未完成计算的告警公式的参考,且在所述已经完成计算的告警公式中已经参与计算的网元将不再参与所述尚未完成计算的告警公式的计算。
3.根据权利要求2所述的方法,其特征在于,在求取所述性能告警数据和/或所述告警恢复数据之后,还包括:
将上一次计算出的历史性能告警数据和/或历史告警恢复数据从第一预设存储区域移动至第二预设存储区域,或者,将所述历史性能告警数据和/或所述历史告警恢复数据进行删除,其中,所述第一预设存储区域用于记录当前计算出的所述性能告警数据和/或所述告警恢复数据,所述第二预设存储区域用于记录以前计算出的所述历史性能告警数据和/或所述历史告警恢复数据;
将所述性能告警数据和/或所述告警恢复数据存储至所述第一预设存储区域。
4.根据权利要求3所述的方法,其特征在于,在求取所述性能告警数据和/或所述告警恢复数据之后,还包括:
对所述性能告警数据和/或所述告警恢复数据进行输出,其中,当同时存在所述性能告警数据和所述告警恢复数据的情况下,优先输出所述告警恢复数据。
5.根据权利要求1至4中任一项所述的方法,所述性能指标数据的来源包括以下至少之一:相同网元类型的不同网元、不同网元类型的网元、不同网络类型下的网元。
6.一种告警的生成装置,其特征在于,包括:
获取模块,用于获取性能指标数据;
生成模块,用于根据所述性能指标数据生成性能告警数据和/或告警恢复数据;
其中,所述生成模块包括:
确定单元,用于确定所述性能指标数据归属的性能对象PO;
获取单元,用于获取与所述PO对应的门限类别,其中,所述门限类别包括以下至少之一:第一类门限和第二类门限;所述第一类门限用于表示将第一网元类型下在预设范围内的多个第一网元实例的第一性能指标与一个或多个第二网元类型下在所述预设范围内的多个第二网元实例的第二性能指标进行计算获取所述性能告警数据和/或所述告警恢复数据,所述第二类门限用于表示将第三网元类型下第三网元实例的第三性能指标与一个或多个第四网元类型下第四网元实例的第四性能指标进行计算获取所述性能告警数据和/或所述告警恢复数据;
计算单元,用于对每一类门限下的全部告警公式进行计算,求取所述性能告警数据和/或所述告警恢复数据。
7.根据权利要求6所述的装置,其特征在于,所述计算单元包括:
获取子单元,用于获取所述每一类门限下的全部告警公式中每个告警公式对应的告警级别;
计算子单元,用于按照所述告警级别由高到低依次对所述每个告警公式进行计算,其中,已经完成计算的告警公式的计算结果将作为尚未完成计算的告警公式的参考,且在所述已经完成计算的告警公式中已经参与计算的网元将不再参与所述尚未完成计算的告警公式的计算。
8.根据权利要求7所述的装置,其特征在于,所述装置还包括:
处理模块,用于将上一次计算出的历史性能告警数据和/或历史告警恢复数据从第一预设存储区域移动至第二预设存储区域,或者,将所述历史性能告警数据和/或所述历史告警恢复数据进行删除,其中,所述第一预设存储区域用于记录当前计算出的所述性能告警数据和/或所述告警恢复数据,所述第二预设存储区域用于记录以前计算出的所述历史性能告警数据和/或所述历史告警恢复数据;
存储模块,用于将所述性能告警数据和/或所述告警恢复数据存储至所述第一预设存储区域。
9.根据权利要求8所述的装置,其特征在于,所述装置还包括:
输出模块,用于对所述性能告警数据和/或所述告警恢复数据进行输出,其中,当同时存在所述性能告警数据和所述告警恢复数据的情况下,优先输出所述告警恢复数据。
10.根据权利要求6至9中任一项所述的装置,所述性能指标数据的来源包括以下至少之一:相同网元类型的不同网元、不同网元类型的网元、不同网络类型下的网元。
CN201410374589.1A 2014-07-31 2014-07-31 告警的生成方法及装置 Active CN105323100B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201410374589.1A CN105323100B (zh) 2014-07-31 2014-07-31 告警的生成方法及装置
PCT/CN2014/086330 WO2015117309A1 (zh) 2014-07-31 2014-09-11 告警的生成方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410374589.1A CN105323100B (zh) 2014-07-31 2014-07-31 告警的生成方法及装置

Publications (2)

Publication Number Publication Date
CN105323100A CN105323100A (zh) 2016-02-10
CN105323100B true CN105323100B (zh) 2019-10-11

Family

ID=53777141

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410374589.1A Active CN105323100B (zh) 2014-07-31 2014-07-31 告警的生成方法及装置

Country Status (2)

Country Link
CN (1) CN105323100B (zh)
WO (1) WO2015117309A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110879774B (zh) * 2019-11-27 2024-03-29 北京天元创新科技有限公司 一种网元性能数据告警方法及装置
CN111258865B (zh) * 2020-01-07 2024-05-07 京东方科技集团股份有限公司 处理器、多信息化系统的告警数据管理系统及方法
CN112565009A (zh) * 2020-11-27 2021-03-26 中盈优创资讯科技有限公司 一种基于自定义性能阈值告警规则的处理方法及装置
CN113612625A (zh) * 2021-07-02 2021-11-05 武汉烽火技术服务有限公司 一种网络故障定位方法及装置
CN114500251A (zh) * 2022-01-13 2022-05-13 深圳力维智联技术有限公司 系统告警的监测方法、装置、设备以及可读存储介质
CN115225453B (zh) * 2022-06-09 2024-03-01 广东省智能网联汽车创新中心有限公司 一种车辆告警管理方法与系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101136805A (zh) * 2007-05-30 2008-03-05 中兴通讯股份有限公司 一种性能告警系统及其性能门限的获取方法
CN101170375A (zh) * 2007-11-30 2008-04-30 中兴通讯股份有限公司 用于sdh设备的性能管理方法及装置
CN102118276A (zh) * 2009-12-31 2011-07-06 北京亿阳信通软件研究院有限公司 提供性能告警服务的方法和装置
US8095938B1 (en) * 2007-12-21 2012-01-10 Emc Corporation Managing alert generation

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102223622B (zh) * 2010-04-13 2015-11-25 中兴通讯股份有限公司 多模网元告警的上报方法及系统
CN102932170B (zh) * 2012-10-22 2016-06-22 中兴通讯股份有限公司 网元负载不均检测处理方法、装置及其系统
CN103259682A (zh) * 2013-05-16 2013-08-21 浪潮通信信息系统有限公司 一种基于多维数据聚合的通信网网元安全评估方法
CN103346912B (zh) * 2013-06-29 2017-04-12 华为技术有限公司 告警相关性分析的方法、装置及系统
CN103701637A (zh) * 2013-12-16 2014-04-02 国家电网公司 一种电力通信传输网运行趋势分析方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101136805A (zh) * 2007-05-30 2008-03-05 中兴通讯股份有限公司 一种性能告警系统及其性能门限的获取方法
CN101170375A (zh) * 2007-11-30 2008-04-30 中兴通讯股份有限公司 用于sdh设备的性能管理方法及装置
US8095938B1 (en) * 2007-12-21 2012-01-10 Emc Corporation Managing alert generation
CN102118276A (zh) * 2009-12-31 2011-07-06 北京亿阳信通软件研究院有限公司 提供性能告警服务的方法和装置

Also Published As

Publication number Publication date
CN105323100A (zh) 2016-02-10
WO2015117309A1 (zh) 2015-08-13

Similar Documents

Publication Publication Date Title
CN105323100B (zh) 告警的生成方法及装置
CN106371984B (zh) 一种数据监控方法、设备和系统
CN110995482B (zh) 告警分析方法、装置、计算机设备及计算机可读存储介质
US20110307474A1 (en) Party reputation aggregation system and method
CN109218102A (zh) 一种告警监控方法及系统
US9781231B2 (en) Application platform operable on network node
CN109960488A (zh) App全周期监控方法、装置、计算机设备及存储介质
CN109299909A (zh) 一种组织架构管理装置和方法
CN110491086A (zh) 一种监护定位控制方法、装置、存储介质及终端设备
CN113824768A (zh) 负载均衡系统中的健康检查方法及装置和流量转发方法
CN110247796A (zh) 监控告警方法、装置及相关设备
CN110969252A (zh) 基于知识库的知识推理方法、装置及电子设备
US8912918B2 (en) Method and system for optimized monitoring and identification of advanced metering infrastructure device communication failures
JP6617089B2 (ja) 判定装置、判定システム及び判定方法
CN110532184B (zh) 多场景模拟响应的方法、装置、计算机设备及存储介质
CN101192962B (zh) 电信网管系统中涉及粘滞值的告警产生和恢复方法
CN111563111A (zh) 告警方法、装置、电子设备及存储介质
CN108881646A (zh) 呼叫中心的任务跟踪方法、装置、设备及存储介质
EP3907741A1 (en) Weighted infection alert system between portable devices
CN109885468A (zh) 用于监控的多维度配置系统、方法及存储介质
CN109710610B (zh) 数据处理方法、装置及计算设备
CN109752966A (zh) 一种智能开关
Alt et al. Agent frameworks for discrete event social simulations
Kravari et al. Harm: A hybrid rule-based agent reputation model based on temporal defeasible logic
CN109218431A (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
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20190812

Address after: 210012 Nanjing, Yuhuatai District, South Street, Bauhinia Road, No. 68

Applicant after: Nanjing Zhongxing Software Co., Ltd.

Address before: 518057 Nanshan District science and technology, Guangdong Province, South Road, No. 55, No.

Applicant before: ZTE Corporation

GR01 Patent grant
GR01 Patent grant