CN102820996B - 告警系统中对告警过滤条件的处理方法 - Google Patents
告警系统中对告警过滤条件的处理方法 Download PDFInfo
- Publication number
- CN102820996B CN102820996B CN201210298953.1A CN201210298953A CN102820996B CN 102820996 B CN102820996 B CN 102820996B CN 201210298953 A CN201210298953 A CN 201210298953A CN 102820996 B CN102820996 B CN 102820996B
- Authority
- CN
- China
- Prior art keywords
- alarm
- filter condition
- sender
- operational order
- correlation filter
- 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
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种告警系统中对告警过滤条件的处理方法,适用于包括告警发送者和告警接收者的通讯告警系统,包括:A、告警接收者构造对过滤条件进行操作的操作指令,将所要处理的过滤条件相关信息打包设置到该操作指令中的特定参数中;B、告警接收者发送该操作指令到告警发送者,以使得所述告警发送者从所收到的操作指令的特定参数中解析出过滤条件相关信息,按照该操作指令的要求针对该过滤条件进行处理。利用本发明,可以降低告警接收者和告警发送者之间的集成成本。
Description
技术领域
本发明涉及电信网管技术中的告警技术,尤其是告警系统中对告警过滤条件进行处理的方法。
背景技术
在电信网管技术领域中,告警的通知过程就是告警的告警发送者把告警主动发送给告警接收者的过程。一般的,告警的告警发送者是被管系统,告警的告警接收者是管理系统,被管系统在检测到有故障发生后,立即发送告警通知给管理系统。
告警内容一般包括:告警源、告警类型、告警时间、告警严重级别、可能原因、特定问题、维修建议等等。
一般的告警分为以下类型:
故障告警——反映故障的产生;
清除告警——反映故障的恢复;
变更告警——反映故障的变化,例如更严重。
对应的告警通知分别称为故障告警通知、清除告警通知和变更告警通知。
传统的,告警可以根据内容进行过滤。例如告警接收者可以按照告警源、告警严重级别、告警类型或其它告警内容进行过滤,即要求告警发送者不要再把指定内容特征的告警报告给该告警接收者。
从告警接收者的角度看,关于特定故障的各种告警通知的上报过程特征反映了告警发送者的故障的动态特征,例如故障告警通知的频度反映了故障产生的频度,故障告警通知和清除告警通知交替出现的频度反映了故障产生和恢复的周期。
现有技术中公开了一种根据上下文告警的相关性而进行过滤的方法,简称告警相关性过滤的方法。例如,重复告警过滤方法,即相同内容的故障告警以一定的频度,连续报告给告警接收者若干次后,告警接收者认为该告警为重复告警,从而要求告警发送者不要再报告相同内容的故障告警。又例如,闪断告警过滤方法,即相同内容的故障及其对应恢复告警以一定的频度,在连续报告给告警接收者若干次后,告警接收者认为该告警是闪断告警,从而要求告警发送者不要再报告该故障告警及其对应恢复告警。
此种情况下,告警接收者和告警发送者之间需要专门为每种告警相关性过滤方式建立相应的操作接口,其中包括创建接口、删除接口、查询接口等。告警接收者通过创建接口向被管系统下发指令,该接口中设置了告警发送者所要过滤告警的静态特征(例如某种原因导致的告警)、以及动态条件(例如重复告警需要指出在指定的时间段内最多允许出现的告警次数),告警发送者收到该接口指令后,直接按照接口指令的静态特征和动态过滤条件对新的告警进行过滤。之后,告警接收者再创建新的删除接口和查询接口对告警相关性过滤条件进行删除和查询操作。
但是,现有技术的方法存在以下缺陷:
告警接收者和告警发送者之间需要根据某特定告警相关性过滤方式建立操作接口,而由于告警相关性的多样性,导致告警相关性过滤方式的多样性,因此管理系统需要针对每种告警相关性过滤方式建立不同的操作接口,这样导致管理系统需要使用不同的接口创建、删除、查看不同的相关性过滤条件。伴随着告警接收者不断加深对于告警相关性的认识,可能会总结出越来越多的相关性过滤条件,那么按照现有方案,将要求在告警接收者和告警发送者之间为新的相关性过滤条件创建新的操作接口,用于建立、删除、查询该相关性过滤条件,告警发送者也必须理解这些新的操作接口指令才能进行正确的过滤;因此,现有方案使得告警接收者和告警发送者之间的交互接口过于复杂,而实际上告警接收者和告警发送者可能是由不同厂商单独开发的,这样复杂的接口将导致告警接收者和告警发送者之间集成的成本比较高。
发明内容
有鉴于此,本发明的主要目的在于提供一种告警系统中对告警过滤条件的传输处理方法,以降低告警接收者和告警发送者之间的集成成本。
为了实现上述发明目的,本发明的主要技术方案为:
一种告警系统中对告警过滤条件的处理方法,适用于包括告警发送者和告警接收者的通讯告警系统,包括:
A、告警接收者构造对过滤条件进行操作的操作指令,将所要处理的过滤条件相关信息打包设置到该操作指令中的特定参数中;
B、告警接收者发送该操作指令到告警发送者,以使得所述告警发送者从所收到的操作指令的特定参数中解析出过滤条件相关信息,按照该操作指令的要求针对该过滤条件进行处理。
优选地,所述操作指令为创建过滤条件的操作指令;
所述过滤条件相关信息具体包括:该过滤条件的标识、类型、以及预先确定的过滤条件的内容;
优选地,所述过滤条件的内容包括:根据上下文告警所确定的告警动态相关性过滤条件。
优选地,所述过滤条件的内容进一步包括告警的静态特征。
本发明由于在管理系统采用统一的操作接口对被管系统的各种过滤条件进行创建、删除、查看等操作,过滤条件的相关信息被打包设置到操作指令中的一个参数中,告警发送者收到操作指令后,对相应的参数进行解析,得到该操作指令所要处理的过滤条件信息,然后根据操作指令对该过滤条件进行处理,从而告警发送者根据过滤条件的要求处理后续告警。这样,可以使的不同的过滤条件通过统一的操作指令下发给告警发送者,告警发送者具有解析该操作指令的能力,从而使得告警发送者和告警接收者之间的交互接口大大简化,降低了告警发送者和告警接收者之间的集成成本。
另外,本发明还公开了具体的重复告警、闪断告警、短暂告警、以及顽固告警的具体完整的过滤方案,弥补了现有技术对相关性过滤条件的实施操作缺乏完整方案的不足,实现了针对相关性过滤条件进行过滤告警。
附图说明
图1为本发明所述方法的流程图;
图2为本发明所应用的电信网管系统的一种管理接口的示意图;
图3为本发明创建告警相关性过滤条件的流程图;
图4为本发明告警接收者删除告警相关性过滤条件的流程图;
图5A为查看告警相关性过滤条件标识的流程图;
图5B为查看告警相关性过滤条件详细信息的流程图;
图6为挂起告警相关性过滤条件的操作流程图;
图7为恢复告警相关性过滤条件的操作流程图;
图8为获取被告警相关性过滤条件过滤掉的告警的操作流程图;
图9A为告警相关性过滤条件的类型为重复告警时的处理流程图;
图9B为对恢复告警的处理流程图;
图10为告警相关性过滤条件的类型为闪断告警时的处理流程图;
图11为告警相关性过滤条件的类型为短暂告警时的处理流程图;
图12为告警相关性过滤条件的类型为顽固告警时的处理流程图。
具体实施方式
下面通过具体实施例和附图对本发明做进一步详细说明。
图1为本发明所述方法的流程图。参见图1,本发明的核心技术方案为:
步骤11、告警接收者构造对过滤条件进行操作的操作指令,将要所处理的过滤条件相关信息打包设置到该操作指令中的特定参数中,并发送该操作指令到告警发送者;
步骤12、告警发送者从所收到的操作指令的特定参数中解析出过滤条件相关信息,按照该操作指令的要求针对该过滤条件进行处理。
本发明的技术方案可以适用于电信网管系统的告警子系统的告警报告接口。图2为电信网管系统的一种管理接口的示意图。参见图2,电信网络中的被管系统及其对应的管理系统之间一般都存在告警报告接口,例如接口2、接口4、和接口6;任一系统及其对应的本地终端之间一般也存在告警报告接口,例如接口1、接口3、接口5、接口7。本发明可以应用于图2所示的电信网管系统中的接口1~接口7。
以下实施例中所述告警发送者为电信网管系统中的网元管理器(EMS),所述告警接收者为电信网管系统中的网络管理器(NMS),本发明的方法尤其适用于EMS和NMS之间的接口,即3G北向(Itf-N)接口。
本发明中,所述“告警相关性过滤”中的“过滤”操作并不是简单的“去除”,即不向告警接收者上报被过滤的告警,还可能是把告警转换为非告警通知进行上报,从而避免引起告警接收者不必要的警觉。例如重复告警可能不以“故障告警”方式报告,而是以“更改告警-告警发生次数增加”的方式报告。或者将被过滤告警转换成告警改变通知发送给告警接收者。(例如告警严重级别上升或下降的通知等)。以下实施例中的过滤操作以进行去除(即不向告警接收者报告)为例进行说明。
本实施例所述的过滤条件为一种告警相关性过滤条件,告警接收者需要预先根据上下文告警和告警发送者的能力确定告警的相关性过滤条件,其中主要包括告警静态特征和动态相关性过滤条件。
所述告警静态特征可以是:
1)指定范围内的被管对象内的子对象集合,或者被管对象的全部子对象,例如,在3G北向(Itf-N)接口上,具体的告警源的定义参见第三代合作项目组织(3GPP)TS 32.111-2中关于对象等级(objectClass)和对象实例(objectInstance)的描述方案。
2)指定通知类型:例如,在3G Itf-N接口上,具体的通知类型定义请参见3GPP TS 32.111-2中关于通知类型(notification Type)的描述方案。
3)指定时间段:例如,在3G Itf-N接口上,具体的时间段定义请参见3GPPTS 32.111-2中关于事件时间(eventTime)的描述方案。
4)指定告警类型:例如,在3G Itf-N接口上,具体的告警类型定义请参见3GPP TS 32.111-2中关于告警类型(alarmType)的描述方案.
5)指定可能原因:例如,在3G Itf-N接口上,具体的可能原因定义请参见3GPP TS 32.111-2中关于可能原因(probableCause)的描述方案。
6)指定告警级别:例如,在3G Itf-N接口上,具体的告警级别定义请参见3GPP TS 32.111-2关于perceivedSeverity的描述方案。
7)以上特征的组合。
8)其他可能的静态特征。
一般的,在定义告警内容时,需要指定告警各个域的内容是否可过滤,参见3GPP 32.111-2告警集成参考点信息服务规范。上述告警静态特征需要指定这些告警可过滤域的值的固定范围。例如:告警可过滤域1(假设为时间段)的值在范围X内,并且告警可过滤域2(假设为告警级别)的值不在范围Y内,或者告警可过滤域3(假设为可能原因)的值等于Z。其中X、Y、Z是不随告警不同而变化的。
上述告警的动态相关性可以是但不限于:
1)重复告警:故障在恢复前,相同内容的故障告警在任意一段时间内连续报告次数大于等于指定值。
2)闪断告警:故障连续产生并恢复,故障告警以及对应恢复告警在任意一段时间内连续报告次数大于等于指定值。
3)短暂告警:故障产生到恢复之间的间隔,即故障告警及其对应恢复告警的报告间隔小于等于指定值。
4)顽固告警:故障在手工恢复后,立即再次产生,即手工恢复故障导致的恢复告警和新故障告警之间的报告间隔小于等于指定值。
5)主从告警:即在进行相关性过滤时,需要检查告警是否满足主告警的静态特征,或任何从告警的静态特征,如果满足再检查主从告警是否满足某种关系,满足则过滤掉该告警。
6)其它可能的特征。
7)上述特征的组合。
上述动态相关性过滤条件是两个或多个告警的可过滤域值之间的逻辑关系。例如:告警A的可过滤域1(假设为时间段)的值与告警B的可过滤域2(假设为时间段)的值二者间的差值在指定范围内,或者告警A的可过滤域3(假设为告警级别)的值小于等于告警B的可过滤域4(假设为告警级别)的值并且若告警A的可过滤域4(假设为告警原因)的值为X则告警B的可过滤域6(假设为告警原因)的值为Y。
所述的告警相关性过滤条件的表示方法为:
如表1所示,告警相关性过滤条件包括一个标识,一个告警相关性过滤条件类型,可选的包含一个相关相关性过滤条件版本,以及一组告警静态特征列表和告警的动态相关性过滤条件列表。
标识 |
告警相关性过滤条件类型 |
告警相关性过滤条件版本 |
告警静态特征列表 |
告警相关性过滤条件列表 |
告警静态特征列表 |
告警相关性过滤条件列表 |
表1
具体的,下面以重复告警、闪断告警、短暂告警、顽固告警、以及主从告警为例具体说明告警相关性过滤条件的表示方式。
1)重复告警的告警相关性过滤条件类型内容如下:
告警相关性过滤条件类型为:重复告警;
告警静态特征列表为:{{包含一个告警相关的静态特征}},即在进行相关性过滤时,只需要检查告警是否满足这个告警静态特征。
重复告警的动态相关性过滤条件列表内容如下:
告警相关性过滤条件列表={时间窗口宽度=M,重复次数>=N},其中N最小值为1。其中时间窗口宽度为满足告警静态特征的新告警的告警时间之前的预定时间段,此处假设为M分钟。
例如表2所举例的一个告警相关性过滤条件的信息内容:对于告警级别为“轻微”的,来自于“逻辑链路1号”的,“通信失败”的告警,如果5分钟内出现了3次以上(包括3次),则进行过滤。
表2
2)闪断告警的告警相关性过滤条件的内容如下:
告警相关性过滤条件类型为:闪断告警;
告警静态特征列表为:{{包含一个告警相关的静态特征}},即在进行相关性过滤时,只需要检查告警是否满足这一个告警静态特征。
闪断告警的动态相关性过滤条件列表为:{时间窗口宽度=M,重复次数>=N},其中N最小值为1。其中的时间窗口宽度为满足告警静态特征的新告警的告警时间之前的预定时间段,此处为M分钟。
3)短暂告警的告警相关性过滤条件的内容如下:
告警相关性过滤条件类型为:短暂告警;
告警静态特征列表为:{{包含一个告警相关的静态特征}}。
短暂告警的动态相关性过滤条件列表为:{时间窗口宽度=M,重复次数>=N},其中N最小值为0。其中的时间窗口宽度为满足告警静态特征的新告警的告警时间之后所等待的时间段,此处为M分钟。
4)顽固告警的告警相关性过滤条件的内容如下:
告警相关性过滤条件类型为:顽固告警;
告警静态特征列表为:{{包含一个告警相关的静态特征}}。
顽固告警的动态相关性过滤条件列表为:{时间窗口宽度=M,重复次数>=N},其中N最小值为1。其中时间窗口宽度为满足告警静态特征的新告警的告警时间与前一相关内容告警的恢复之间的预定时间段,此处为M分钟。
5)主从告警的告警相关性过滤条件的内容如下:
告警相关性过滤条件类型为:主从告警;
告警静态特征列表为:{{主告警静态特征},{从告警1静态特征},{从告警i静态特征},......,{从告警n静态特征}},此时,告警静态特征列表可能包含多个告警相关的静态特征,在过滤时需检查告警是否满足这些告警相关的静态特征,在进行相关性过滤时,需要检查告警是否满足主告警的静态特征,或任何从告警的静态特征。
鉴于主从告警的动态相关性过滤条件比较复杂,此处仅给出一个动态向性过滤条件的具体例子:
{{主告警的故障源为底层物理链路实例1}并且{从告警1的故障源为上层逻辑链路实例2}并且{主告警的告警时间和从告警的故障时间之间的间隔<=M秒}并且{主告警的严重级别>=从告警的严重级别}}。
在步骤12中,告警接收者构造所述对告警过滤条件进行操作的操作指令,该操作指令中包括:操作名称(例如:创建操作、删除操作、查找过滤条件标识的操作、查找过滤条件详细内容的操作、挂起操作、恢复操作、获取被过滤掉的告警操作)、以及该操作指令相关的参数。
所述对告警相关性过滤条件进行的操作可以分为:创建操作、删除操作、查找过滤条件标识操作、查找过滤条件详细内容信息的操作、挂起操作、恢复操作、获取被过滤掉的告警操作。以下分别对每种操作进行说明。
图3为创建告警相关性过滤条件的流程图。参见图3,该流程包括:
步骤31、告警接收者根据上下文告警特征确定告警相关性过滤条件,并将告警相关性过滤条件的相关信息打包设置到创建告警相关性过滤条件操作指令(简称为创建指令)的特定参数中。
步骤32、告警接收者向告警发送者发送所述创建指令。
步骤33、告警发送者接收到所述创建指令后,根据操作名称得知该指令为创建告警相关性过滤条件的指令;解析所述特定参数,从中得到该指令所要处理的告警相关性过滤条件的相关信息,包括所述静态特征和所述动态相关性过滤条件。
步骤34~步骤35、如果告警发送者能够正确接受指令中指定的动态相关性过滤条件和可选的静态特征,则告警发送者在本地设置可选的静态特征和对应的动态相关性过滤条件,向告警接收者返回成功响应,其中携带表示所成功设置告警相关性过滤条件的标识;否则返回失败响应。
如果所述告警相关性过滤信息中没有指定静态特征,则所指定的告警相关性过滤条件适用于任何具有相同静态特征的告警;如果指定了告警静态特征,则所指定的告警相关性过滤条件适用于具有指定静态特征的告警。
步骤36、告警发送者在成功设置了告警动态相关性过滤条件后,一旦有告警需要报告给告警接收者,将判断告警是否满足本地设置的动态相关性过滤条件和所述静态特征(如果有的话),如果是,则进行过滤操作,例如此处可以是不向告警接收者发送该告警,否则,不进行过滤操作,例如直接向告警接收者发送该告警。
如果所述创建指令中包括指示告警相关性过滤条件立即生效的信息,则告警发送者在设置告警相关性过滤条件后立即执行根据该过滤条件对新告警进行过滤。否则,在收到恢复指令后再执行。
图4为告警接收者删除告警相关性过滤条件的流程图。参见图4,该流程包括:
步骤41、告警接收者构造删除告警相关性过滤条件的指令(简称删除指令),其中包括操作名称:即删除操作、告警相关性过滤条件的相关信息、和告警接收者的地址或标识。其中的告警相关性过滤条件的相关信息为该告警相关性过滤条件的标识,被放入该删除指令中的指定参数中;告警接收者发送所述删除指令给告警发送者。
步骤42、告警发送者根据操作名称得知该指令为删除指令,从删除指令中的指定参数中解析出所述告警相关性过滤条件的标识。
步骤43、告警发送者在当前设置的告警相关性过滤条件中查找删除指令中所指定标识的告警相关性过滤条件,如果找到,则执行步骤44;否则返回删除失败响应给告警接收者,指示当前没有设置所指定删除的告警相关性过滤条件,结束本流程。
步骤44、删除查找到的告警相关性过滤条件。
步骤45、检查是否存在被所删除的告警相关性过滤条件过滤掉的告警,如果是,则执行步骤46;否则,结束本流程。
步骤46、补充发送被所述过滤掉的告警。
步骤47、判断被所删除的告警相关性过滤条件过滤掉的告警是否被恢复,是则执行步骤48;否则,结束本流程。
步骤48、补充发送所述被过滤掉的告警对应的恢复告警,结束本流程。
上述步骤45至步骤48为可选步骤,可以由告警接收者指示执行或告警发送者自身设定执行。
上述删除告警相关性过滤条件的步骤和补充发送被该条件过滤掉的告警及其对应的恢复告警的步骤可以颠倒顺序,即首先补充发送被待删除告警相关性过滤条件所过滤掉的告警及其恢复告警(如果有的话),然后删除该告警相关性过滤条件。
图5为查看告警相关性过滤条件的流程图。
图5A为查看告警相关性过滤条件标识的流程图。该查看告警相关性过滤条件标识的操作可以在删除操作、挂起操作、恢复操作、查看告警相关性过滤条件详细信息操作、或获取被告警相关性过滤条件过滤掉的告警操作之前,参见图5A,该操作流程包括:
步骤5A1~步骤5A2、告警接收者构造查看告警相关性过滤条件标识的指令(简称查看条件标识指令)并发送到告警发送者,要求查看告警发送者当前设置的告警相关性过滤条件的标识。其中的操作名称为:查看告警相关性过滤条件标识。
步骤5A3、告警发送者查询本地当前设置的所有告警相关性过滤条件,返回当前设置的所有告警相关性过滤条件的标识。
图5B为查看告警相关性过滤条件详细信息的流程图。参见图5A,该流程包括:
步骤5B1~步骤5B2、告警接收者构造查看告警相关性过滤条件详细信息的指令(简称查看条件详细信息指令)并发送到告警发送者,要求查看告警发送者当前设置的告警相关性过滤条件的详细信息,其中的特定过滤条件相关信息的参数中携带所查看的告警相关性过滤条件的标识。
步骤5B3、告警发送者接收查看过滤条件详细信息的指令后,从指定的参数中解析出所指定的告警相关性过滤条件标识,在当前设置的告警相关性过滤条件中查找查看条件详细信息指令中所指定标识的告警相关性过滤条件,如果找到则在返回的响应中携带告警相关性过滤条件的详细内容信息,否则返回失败响应,指示当前没有设置指定标识的告警相关性过滤条件。
图6为挂起告警相关性过滤条件的操作流程图。本挂起操作为告警接收者和告警发送者之间的可选操作。参见图6,该流程包括:
步骤61~步骤62、告警接收者构造挂起指定的告警相关性过滤条件的命令(简称挂起指令)并发送到告警发送者,其中的指定过滤条件参数中携带所挂起的告警相关性过滤条件的标识,要求告警发送者不再使用该告警相关性过滤条件对新告警进行过滤。
步骤63、告警发送者接收挂起指令后,从指定的参数中解析出所指定的告警相关性过滤条件标识,不再对新告警应用该指定标识的告警相关性过滤条件进行过滤,但是并不删除该告警相关性过滤条件。
图7为恢复告警相关性过滤条件的操作流程图。恢复操作为告警接收者和告警发送者之间的可选操作,用于恢复被挂起的告警相关性过滤条件。参见图7,该流程包括:
步骤71~步骤72、告警接收者构造恢复指定的告警相关性过滤条件的命令(简称恢复指令)并发送到告警发送者,其中的指定过滤条件参数中携带所要恢复的告警相关性过滤条件的标识,要求告警发送者使用该告警相关性过滤条件对新告警进行过滤。
步骤73、告警发送者接受恢复指令后,从指定的参数中解析出所指定的告警相关性过滤条件标识,解除该指定标识的告警相关性过滤条件的挂起状态,对新告警应用该告警相关性过滤条件进行过滤。
图8为获取被告警相关性过滤条件过滤掉的告警(即已经进行过滤处理的告警)的操作流程图。参见图8,该流程包括:
步骤81~步骤82、告警接收者构造获取被指定告警相关性过滤条件过滤掉的告警的指令(简称获取过滤掉的告警指令)并发送到告警发送者,其中的指定过滤条件参数中携带指定的告警相关性过滤条件标识。
步骤83~步骤84、告警发送者接受所述获取过滤掉告警的指令后,从指定的参数中解析出所指定的告警相关性过滤条件标识,检查是否有告警被该告警相关性过滤条件过滤掉,如果有则向告警接收者返回这些被过滤掉的告警;否则,返回失败响应给告警接收者。
特殊的,如果在所述指定的过滤条件参数中没有携带告警相关性过滤条件标识,则告警发送者接受命令后,检查是否有告警被任何告警相关性过滤条件过滤掉,如果有则返回被过滤掉的告警给告警接收者,否则返回失败响应给告警接收者。
对于告警发送者如何根据过滤条件对新告警进行过滤,不同的告警相关性过滤条件类型有不同的处理过程,以下通过四个具体的告警相关性过滤条件的具体实施方法为例进行说明。
图9A为告警相关性过滤条件的类型为重复告警时的处理流程图。该流程在告警发送者中循环执行,参见图9A,该流程包括:
步骤9A1、检测是否有告警相关性过滤条件中指定静态特征的新告警产生,有则执行步骤9A2。
之后需要检查新告警是否满足重复告警的动态相关性条件:
步骤9A2、告警发送者判断是否已经存在相同内容的未恢复告警,是则执行步骤9A3;否则,执行步骤9A4。
步骤9A3、判断在该新告警之前的指定时间段内,相同的未恢复告警重复出现次数是否在预定次数内(即是否小于等于预定次数或小于预定次数),是则执行步骤9A4;否则执行步骤9A5。
步骤9A4、发送所述新告警到告警接收者,结束本次循环,返回步骤9A1。
步骤9A5、将所述新告警过滤掉,即不发送该新告警到告警接收者,结束本次循环,返回步骤9A1。
特殊的,如果所述时间段指定为“无限长”,并且预定次数为1,那么当新告警是第二次出现时,如果前次告警未被恢复,则新告警将被过滤掉。
当故障告警被过滤后,该故障告警对应的恢复告警也需要被过滤。但是对于告警相关性过滤条件未被应用时被报告的告警,则对应的恢复告警仍然需要报告。
图9B为对恢复告警的处理流程图。参见图9B,该流程包括:
步骤9B 1、检测是否有恢复告警产生,有则执行步骤9B2。
步骤9B2、查询该恢复告警对应的未恢复故障告警。
步骤9B3、判断该对应的故障告警是否被过滤掉,是则执行步骤9B5;否则,执行步骤9B4。
步骤9B4、发送所述恢复告警,结束本次循环,返回步骤9B1。
步骤9B5、将所述恢复告警过滤掉,结束本次循环,返回步骤9B1。
图10为告警相关性过滤条件的类型为闪断告警时的处理流程图。该流程在告警发送者中循环执行,参见图10,该流程包括:
步骤101、检测是否有告警相关性过滤条件中指定静态特征的新告警产生,有则执行步骤102。
以下步骤为告警发送者检查新告警是否满足闪断告警动态相关性过滤条件的方法。
步骤102、判断是否已经存在相同内容的已恢复告警,是则执行步骤103;否则执行步骤104。
步骤103、判断在新告警之前的指定时间长度内,相同内容的已恢复告警的出现次数是否在预定次数内(即是否小于等于预定的次数),是则执行步骤104;否则执行步骤105。其中“指定时间段”是新告警的告警时间和已存在的相同内容的已恢复告警的告警时间之间的间隔。
步骤104、发送所述新告警,结束本次循环,返回步骤101。
步骤105、将所述新告警过滤掉,结束本次循环,返回步骤101。
特殊的,如果所述的指定时间段指定为“无限长”,并且出现次数域值为1,那么当新告警是第二次出现时,如果前次告警已经恢复,新告警仍将被过滤掉。
当故障告警被过滤后,对应的恢复告警也需要被过滤,具体流程请参见图9B所示。但对于告警相关性过滤条件未被应用时被报告的告警,则对应的恢复告警仍然需要报告。
图11为告警相关性过滤条件的类型为短暂告警时的处理流程图。该流程在告警发送者中循环执行,参见图11,该流程包括:
步骤111、检测是否有告警相关性过滤条件中指定静态特征的新告警产生,有则执行步骤112。
以下步骤为告警发送者检查新告警是否满足短暂告警动态相关性过滤条件的方法。
步骤112、判断已存的相同内容的告警的个数是否超过预定个数,是则执行步骤113;否则执行步骤115。
步骤113、等待预定的一段时间(即时间窗口宽度)。
步骤114、在该预定时间内,判断是否有对应的恢复告警已经产生,是则执行步骤116;否则;执行步骤115。
步骤115、发送所述新告警,结束本次循环,返回步骤101。
步骤116、将所述新告警过滤掉,结束本次循环,返回步骤101。
特殊的,如果已存的相同内容的告警个数的预定域值设置为“0”,那么当具有指定特征的新告警出现时,总是要等待一段指定时间,如果恢复告警在该指定时间内出现,就认为新告警是短暂告警,而被过滤掉。
当故障告警被过滤后,对应的恢复告警也需要被过滤,具体流程请参见图9B所示。但对于告警相关性过滤条件未被应用时被报告的告警,则对应的恢复告警仍然需要报告。
图12为告警相关性过滤条件的类型为顽固告警时的处理流程图。该流程在告警发送者中循环执行,参见图12,该流程包括:
步骤121、检测是否有告警相关性过滤条件中指定静态特征的新告警产生,有则执行步骤122。
以下步骤为告警发送者检查新告警是否满足顽固告警动态相关性过滤条件的方法。
步骤122、判断是否有已存的相同内容的告警个数超过预定的域值,是则执行步骤123;否则执行步骤125。
步骤123、查询前一相同内容告警的恢复时间。
步骤124、判断前一相同内容告警的恢复时间与本新告警产生时间之间的间隔是否在指定时间段内,即小于等于预定域值,是则执行步骤126;否则执行步骤125。
步骤125、发送所述新告警,结束本次循环,返回步骤121。
步骤126、将所述新告警过滤掉,结束本次循环,返回步骤121。
特殊的,如果上述“时间段”被指定为无限长,那么只要已存的与新告警相同内容的告警个数超过域值,那么新告警就被过滤掉。
当故障告警被过滤后,对应的恢复告警也需要被过滤,具体流程请参见图9B所示。但对于告警相关性过滤条件未被应用时被报告的告警,则对应的恢复告警仍然需要报告。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉该技术的人在本发明所揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。
Claims (12)
1.一种告警系统中对告警过滤条件的处理方法,适用于包括告警发送者和告警接收者的通讯告警系统,其特征在于,包括:
A、告警接收者构造对过滤条件进行操作的操作指令,将所要处理的过滤条件相关信息打包设置到该操作指令中的特定参数中;
B、告警接收者发送该操作指令到告警发送者,以使得所述告警发送者从所收到的操作指令的特定参数中解析出过滤条件相关信息,按照该操作指令的要求针对该过滤条件进行处理;
其中,所述操作指令为创建过滤条件的操作指令,所述过滤条件相关信息具体包括:该过滤条件的标识、类型、以及预先确定的过滤条件的内容,或者,
所述操作指令为查看过滤条件详细内容的操作指令,所述过滤条件相关信息为:过滤条件的标识,或者,
所述操作指令为挂起过滤条件的操作指令,所述过滤条件相关信息具体包括:过滤条件的标识。
2.根据权利要求1所述的方法,其特征在于,所述过滤条件的内容包括:根据上下文告警所确定的告警动态相关性过滤条件。
3.根据权利要求2所述的方法,其特征在于,所述过滤条件的内容进一步包括告警的静态特征。
4.根据权利要求3所述的方法,其特征在于,
所述的告警动态相关性过滤条件类型为:重复告警。
5.根据权利要求3所述的方法,其特征在于,
所述的告警动态相关性过滤条件的类型为:闪断告警。
6.根据权利要求3所述的方法,其特征在于,
所述的告警动态相关性过滤条件的类型为:瞬间告警。
7.根据权利要求3所述的方法,其特征在于,
所述的告警动态相关性过滤条件的类型为:顽固告警。
8.根据权利要求1所述的方法,其特征在于,所述创建指令还包括:过滤操作是否立即执行的指示信息;如果指示立即执行,则告警发送者在设置所述过滤条件后,立即根据该过滤条件对告警进行过滤操作;如果指示非立即执行,则告警发送者在收到恢复指令时再根据该过滤条件对告警进行过滤操作。
9.根据权利要求1所述的方法,其特征在于,所述过滤条件相关信息还包括:该过滤条件的版本信息。
10.根据权利要求1所述的方法,其特征在于,在所述步骤A之前,进一步包括:
告警接收者构造查看过滤条件标识的操作指令;发送该操作指令到告警发送者,以使得告警发送者进行以下具体处理:告警发送者查询本地当前设置的所有过滤条件,返回当前设置的所有过滤条件的标识到告警接收者。
11.根据权利要求1所述的方法,其特征在于,所述告警系统为电信网管系统中的告警子系统。
12.根据权利要求11所述的方法,其特征在于,所述告警发送者为电信网管系统中的网元管理器,所述告警接收者为电信网管系统中的网络管理器,所述方法适用于网元管理器和网络管理器之间的北向接口。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006100022947A CN101009586B (zh) | 2006-01-27 | 2006-01-27 | 告警系统中对告警过滤条件的处理方法 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2006100022947A Division CN101009586B (zh) | 2006-01-27 | 2006-01-27 | 告警系统中对告警过滤条件的处理方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102820996A CN102820996A (zh) | 2012-12-12 |
CN102820996B true CN102820996B (zh) | 2015-07-08 |
Family
ID=38697752
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210298953.1A Active CN102820996B (zh) | 2006-01-27 | 2006-01-27 | 告警系统中对告警过滤条件的处理方法 |
CN2006100022947A Active CN101009586B (zh) | 2006-01-27 | 2006-01-27 | 告警系统中对告警过滤条件的处理方法 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2006100022947A Active CN101009586B (zh) | 2006-01-27 | 2006-01-27 | 告警系统中对告警过滤条件的处理方法 |
Country Status (1)
Country | Link |
---|---|
CN (2) | CN102820996B (zh) |
Families Citing this family (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101114945B (zh) * | 2007-09-04 | 2012-09-19 | 华为技术有限公司 | 控制告警流量的方法、管理设备、被管设备和系统 |
CN101383718B (zh) * | 2007-09-05 | 2011-03-02 | 中兴通讯股份有限公司 | 网络管理系统共享部分暂停规则的方法及装置 |
CN101414933B (zh) * | 2007-10-15 | 2011-08-10 | 中兴通讯股份有限公司 | 一种告警相关性信息的处理方法及装置 |
CN101499935B (zh) * | 2008-01-30 | 2012-09-26 | 中兴通讯股份有限公司 | 一种WiMAX基站的告警处理方法 |
CN101500345B (zh) * | 2008-02-01 | 2012-03-07 | 中兴通讯股份有限公司 | 一种高级告警过滤中减少告警信息丢失的方法和装置 |
CN101547113B (zh) * | 2008-03-27 | 2011-10-26 | 中兴通讯股份有限公司 | 告警信息过滤系统、装置及方法 |
CN101296466B (zh) * | 2008-06-12 | 2012-12-12 | 高新兴科技集团股份有限公司 | 一种对基站产生告警的屏蔽方法 |
CN101753988B (zh) * | 2008-12-04 | 2013-05-22 | 北京中星微电子有限公司 | 视频监控系统中的告警过滤方法、系统及中心平台服务器 |
CN102045188B (zh) * | 2009-10-12 | 2014-06-11 | 杭州华三通信技术有限公司 | 告警过滤方法及系统 |
CN101741615B (zh) * | 2009-12-14 | 2012-03-21 | 北京神州泰岳软件股份有限公司 | 基于服务器的告警过滤系统及方法 |
CN102136924A (zh) * | 2010-01-27 | 2011-07-27 | 新奥特(北京)视频技术有限公司 | 一种告警信息的过滤分发处理方法和一种服务器 |
CN102148692B (zh) * | 2010-02-09 | 2015-02-18 | 新奥特(北京)视频技术有限公司 | 一种告警信息的二次过滤监控方法和系统 |
CN102238023B (zh) * | 2010-04-23 | 2014-03-19 | 中兴通讯股份有限公司 | 一种生成网络管理系统的告警数据的方法及装置 |
CN103401698B (zh) * | 2013-07-02 | 2017-03-15 | 北京奇虎科技有限公司 | 用于服务器集群运算中对服务器状况报警的监控系统 |
CN103441885A (zh) * | 2013-09-10 | 2013-12-11 | 大唐移动通信设备有限公司 | 一种活跃告警处理方法和设备 |
CN104836692A (zh) * | 2015-05-27 | 2015-08-12 | 上海斐讯数据通信技术有限公司 | 一种网络设备告警自动过滤系统及其过滤方法 |
CN106992900A (zh) * | 2016-01-20 | 2017-07-28 | 北京国双科技有限公司 | 监控预警的方法及智能预警通知平台 |
CN106100938A (zh) * | 2016-08-19 | 2016-11-09 | 浪潮(北京)电子信息产业有限公司 | 一种分布式集群系统的监控和告警方法及系统 |
CN106656652A (zh) * | 2016-10-17 | 2017-05-10 | 深圳震有科技股份有限公司 | 一种rr帧过滤方法及系统 |
CN107690774B (zh) * | 2016-12-28 | 2019-01-15 | 深圳力维智联技术有限公司 | 告警处理方法和装置 |
CN109302300B (zh) * | 2017-07-25 | 2022-03-15 | 阿里巴巴集团控股有限公司 | 数据分配和处理方法、系统及计算机可读记录介质 |
CN107979495B (zh) * | 2017-12-04 | 2021-06-01 | 斯凯文软件技术(广东)有限公司 | 一种网管系统中告警风暴的梯度处理方法 |
CN110311799B (zh) * | 2018-03-27 | 2022-02-25 | 华为技术有限公司 | 一种通信方法及装置 |
CN115294736B (zh) * | 2022-10-09 | 2023-02-10 | 深圳曼顿科技有限公司 | 报警消息控制方法、装置、终端设备以及存储介质 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040111471A1 (en) * | 1999-04-27 | 2004-06-10 | Worldcom, Inc. | Alarm monitoring system for a telecommunications network |
US6748432B1 (en) * | 2000-06-16 | 2004-06-08 | Cisco Technology, Inc. | System and method for suppressing side-effect alarms in heterogenoeus integrated wide area data and telecommunication networks |
CN1278516C (zh) * | 2002-05-27 | 2006-10-04 | 华为技术有限公司 | 网络管理系统中闪断告警的处理方法 |
US8314694B2 (en) * | 2004-06-28 | 2012-11-20 | Abb Research Ltd | System and method for suppressing redundant alarms |
-
2006
- 2006-01-27 CN CN201210298953.1A patent/CN102820996B/zh active Active
- 2006-01-27 CN CN2006100022947A patent/CN101009586B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN101009586A (zh) | 2007-08-01 |
CN101009586B (zh) | 2010-09-08 |
CN102820996A (zh) | 2012-12-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102820996B (zh) | 告警系统中对告警过滤条件的处理方法 | |
CN101917296B (zh) | 告警系统和网络管理器 | |
CN100486175C (zh) | 一种网络管理系统和网元管理系统之间过滤告警的方法 | |
CN101360001B (zh) | 一种上级网管对告警进行处理装置及方法 | |
WO2007143943A1 (fr) | Procédé, système et dispositif réseau de maintenance centralisée de dispositifs multiples | |
CN101128001B (zh) | 网元管理系统对振荡告警的处理方法 | |
CN101741615A (zh) | 基于服务器的告警过滤系统及方法 | |
CN101150433A (zh) | 一种设置告警过滤规则的方法 | |
CN100539513C (zh) | 基于简单网络管理协议的故障/告警管理系统及方法 | |
CN111193664A (zh) | 计算机网络的链路备份方法及装置 | |
CN1925427A (zh) | 告警系统和告警方法 | |
CN100499497C (zh) | 一种快速处理告警的方法和系统 | |
CN101222725A (zh) | 一种利用告警归并减少北向接口告警数量的方法 | |
CN101247265A (zh) | 一种告警处理方法、装置和系统 | |
CN106789234B (zh) | 呼叫中心的自动告警测试系统及方法 | |
CN101141751A (zh) | 告警消息上报的系统 | |
CN101137159B (zh) | 告警消息上报的方法 | |
CN101924661B (zh) | 告警的处理方法及装置 | |
CN100550769C (zh) | 网络管理系统和网元管理系统之间过滤告警的方法 | |
CN107979495B (zh) | 一种网管系统中告警风暴的梯度处理方法 | |
CN113285840B (zh) | 存储网络故障根因分析方法及计算机可读存储介质 | |
CN101132589B (zh) | 一种振荡告警处理方法 | |
CN102201927A (zh) | 处理告警信息的方法与装置 | |
CN109309577A (zh) | 用于sdn网络的告警处理方法、装置及系统 | |
CN103248510B (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |