著录项信息
专利名称 | 告警风暴的处理方法 |
申请号 | CN200710111756.3 | 申请日期 | 2007-06-05 |
法律状态 | 权利终止 | 申报国家 | 中国 |
公开/公告日 | 2007-11-21 | 公开/公告号 | CN101076174 |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | H04Q7/34 | IPC分类号 | H;0;4;Q;7;/;3;4;;;H;0;4;Q;7;/;3;0;;;H;0;4;L;1;2;/;2;4查看分类表>
|
申请人 | 中兴通讯股份有限公司 | 申请人地址 | 广东省深圳市南山区高新技术产业园科技南路中兴通讯大厦
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 中兴通讯股份有限公司 | 当前权利人 | 中兴通讯股份有限公司 |
发明人 | 詹新生 |
代理机构 | 北京康信知识产权代理有限责任公司 | 代理人 | 尚志峰;吴孟秋 |
摘要
一种告警风暴处理方法,用于由基站设备对告警风暴进行处理,包括:创建告警风暴列表;基站设备在收到告警/告警恢复时,检查告警/告警恢复是否在告警风暴链表中,如果告警/告警恢复不在告警风暴链表中,则直接上报告警/告警恢复,否则,将告警/告警恢复的告警时间值和告警上次告警恢复时间值的差与门限值进行比较;以及根据比较结果,确定是否上报告警/告警恢复。从而,克服了现有技术中的发生告警风暴时前后台通讯压力增大,以及频繁进行系统应对等缺点。
1.一种告警风暴处理方法,其特征在于,用于由基站设备对告警风暴进行处理,包括以下步骤:
创建告警风暴链表;
基站设备在收到告警时,检查所述告警是否在告警风暴链表中,如果所述告警不在所述告警风暴链表中,则直接上报所述告警,否则,将所述告警的告警时间值和所述告警的上次告警恢复时间值的差与门限值进行比较;以及
根据比较结果,确定是否上报所述告警。
2.根据权利要求1所述的告警风暴处理方法,其特征在于,所述告警风暴链表包括以下任一种或其组合:告警码、告警子码、时间、告警风暴标记、以及告警标记。
3.根据权利要求2所述的告警风暴处理方法,其特征在于,当比较结果为所述告警的告警时间值和所述告警的上次告警恢复时间值的差大于所述门限值时,包括以下处理:
直接上报所述告警;以及
判断之前的其它告警中是否存在所述告警风暴,如果存在则上报告警风暴通知。
4.根据权利要求2所述的告警风暴处理方法,其特征在于,当比较结果为所述告警的告警时间值和所述告警的上次告警恢复时间值的差不大于所述门限值时,包括以下处理:
不上报所述告警,并将告警标记置为告警上报;
判断之前的其它告警中是否存在所述告警风暴,如果存在则上报告警风暴通知;以及在预定时间后,判断是否存在所述告警的告警恢复上报信息,如果不存在所述告警恢复上报信息,则上报所述告警。
5.根据权利要求3或4所述的告警风暴处理方法,其特征在于,还包括以下步骤:
当所述基站设备收到告警恢复消息时,判断所述告警恢复消息是否在所述告警风暴链表中,如果所述告警恢复消息不在所述告警风暴链表中,则在所述告警风暴链表中创建链表节点,否则,将所述告警恢复的告警恢复时间值和所述告警恢复的上次告警恢复时间值的差与所述门限值进行比较;以及根据比较结果,确定是否上报所述告警恢复。
6.根据权利要求5所述的告警风暴处理方法,其特征在于,所述创建链表节点包括以下步骤:
记录当前告警码、当前告警子码、当前告警时间;以及
将告警风暴标记置为非,将所述告警标记置为告警恢复,并直接上报所述告警恢复。
7.根据权利要求5所述的告警风暴处理方法,其特征在于,当所述比较结果为所述告警恢复的告警恢复时间值和所述告警恢复的上次告警恢复时间值的差大于所述门限值时,包括以下处理:
直接上报所述告警恢复,并将所述告警标记置为告警恢复上报;以及
判断之前的其它告警中是否存在告警风暴,如果存在则上报告警风暴通知,并将所述告警风暴标记置为非。
8.根据权利要求5所述的告警风暴处理方法,其特征在于,当所述比较结果为所述告警恢复的告警恢复时间值和所述告警恢复的上次告警恢复时间值的差不大于所述门限值时,包括以下处理:
不上报所述告警恢复;以及
将所述告警风暴标记置为是,将所述告警标记置为告警上报,并更新所述告警风暴链表中的告警时间。
9.根据权利要求6至8中任一项所述的告警风暴处理方法,其特征在于,还包括以下处理:
定时扫描所述告警风暴链表,并根据扫描结果确定是否上报所述告警风暴。
10.根据权利要求9所述的告警风暴处理方法,其特征在于,
如果扫描到的所述告警标记为告警上报,则上报所述告警;
如果扫描到的所述告警风暴标记为是,则上报所述告警风暴,并将所述告警风暴标记置为非,将所述告警标记置为告警恢复上报;以及
重复定时扫描的操作。
告警风暴的处理方法\n技术领域\n[0001] 本发明涉及一种通讯系统设备中告警处理单元在发生告警风暴时的处理方法,更具体地,涉及一种基站设备处理告警风暴的方法。\n背景技术\n[0002] 无线通信的基站设备的各个硬件单元都具有告警处理模块,此模块的主要功能是负责监控系统各单元模块的工作情况和状态,收集各监控单元的告警消息,同时根据告警消息进行相应的告警应对。告警处理模块对这些消息进行解析整理,发送到主控处理单板,最终向后台网管系统发送,使得后台网管能够对系统的运行情况进行监控。\n[0003] 基站设备告警处理模块易出现这种情况的告警系列:对于同一个告警(1)出现告警/告警恢复成对频繁上报,(2)两次告警恢复之间的时间差小于某个门限值T,我们认为此时发生了告警风暴。如附图1所示,在图1中,1,3,5,7,9表示某告警的告警上报的时间次序;2,4,6,8,10表示某告警的告警恢复上报的时间次序;T1为告警上报时间与之前告警恢复时间的差值;以及T2为告警恢复上报时间与之前告警恢复时间的差值。\n[0004] 针对告警风暴,目前的做法是基站设备不对告警进行过滤性处理,直接交后台网管处理。这样产生两个问题:\n[0005] (1)当某些告警/告警恢复频繁产生时,会出现频繁的系统应对,造成系统资源消耗过大,影响系统效率,同时可能造成硬件损坏。例如,某个告警产生后,系统会对其他单板硬件掉电操作,当发生告警风暴,频繁产生告警则不断进行掉电操作,则可能对硬件模块造成损坏。\n[0006] (2)一个网管系统管理几百个基站,当发生告警风暴告警频繁上报给后台网管系统,造成前后台通讯量过大,陡增了前后台通讯压力,影响网管系统处理效率。\n[0007] 因此,需要一种告警风暴的处理方法,用于克服现有技术中的发生告警风暴时前后台通讯压力增大,以及频繁进行系统应对等缺点。\n[0008] 发明内容\n[0009] 本发明的主要目的在于提供一种告警风暴的处理方法,用于克服现有技术中的发生告警风暴时前后台通讯压力增大,以及频繁进行系统应对等缺点。\n[0010] 为了实现上述目的,根据本发明的一个方面,提供了一种告警风暴处理方法,用于由基站设备对告警风暴进行处理,包括以下步骤:\n[0011] 创建告警风暴链表;\n[0012] 基站设备在收到告警时,检查告警是否在告警风暴链表中,如果告警不在告警风暴链表中,则直接上报告警,否则,将告警的告警时间值和告警的上次告警恢复时间值的差与门限值进行比较;以及\n[0013] 根据比较结果,确定是否上报告警。\n[0014] 告警风暴链表可以包括以下任一种或其组合:告警码、告警子码、时间、告警风暴标记、以及告警标记。\n[0015] 当比较结果为告警的告警时间值和告警的上次告警恢复时间值的差大于门限值时,包括以下处理:直接上报告警;以及判断之前的其它告警中是否存在告警风暴,如果存在则上报告警风暴通知。\n[0016] 当比较结果为告警的告警时间值和告警的上次告警恢复时间值的差不大于门限值时,包括以下处理:不上报告警,并将告警标记置为告警上报;判断之前的其它告警中是否存在告警风暴,如果存在则上报告警风暴通知;以及在预定时间后,判断是否存在告警的告警恢复上报信息,如果不存在告警恢复上报信息,则上报告警。\n[0017] 告警风暴处理方法,还包括以下步骤:当基站设备收到告警恢复消息时,判断告警恢复消息是否在告警风暴链表中,如果告警恢复消息不在告警风暴链表中,则在告警风暴链表中创建链表节点,否则,将告警恢复的告警恢复时间值和告警恢复的上次告警恢复时间值的差与门限值进行比较;以及根据比较结果,确定是否上报告警恢复。\n[0018] 创造链表节点可以包括以下步骤:记录当前告警码、当前告警子码、当前告警时间;以及将告警风暴标记置为非,将告警标记置为告警恢复,并直接上报告警恢复。\n[0019] 当比较结果为告警恢复的告警恢复时间值和告警恢复的上次告警恢复时间值的差大于门限值时,包括以下处理:直接上报告警恢复,并将告警标记置为告警恢复上报;以及判断之前的其它告警中是否存在告警风暴,如果存在则上报告警风暴通知,并将告警风暴标记置为非。\n[0020] 当比较结果为告警恢复的告警恢复时间值和告警恢复的上次告警恢复时间值的差不大于门限值时,包括以下处理:不上报告警恢复;以及将告警风暴标记置为是,将告警标记置为告警上报,并更新告警风暴链表中的告警记录时间。\n[0021] 告警风暴处理方法,还包括以下处理:定时扫描告警链表,并根据扫描结果确定是否上报告警风暴。\n[0022] 告警风暴处理方法,其中,如果扫描到的告警标记为告警上报,则上报告警;如果扫描到的告警风暴标记为是,则上报告警风暴,并将告警风暴标记置为非,将告警标记置为告警恢复上报;以及重复定时扫描的操作。\n[0023] 通过上述技术方案,本发明克服了现有技术中的发生告警风暴时前后台通讯压力增大,和频繁进行系统应对等缺点,并且在发生告警风暴时,基站设备可以通过可靠机制通知后台网管哪些告警发生了告警风暴。\n附图说明\n[0024] 图1是示出了告警风暴发生的示意图;\n[0025] 图2是示出了根据本发明的告警风暴处理方法的流程图;\n[0026] 图3是示出了根据本发明的实施例的告警上报处理的流程图;\n[0027] 图4是示出了根据本发明的实施例的告警恢复上报处理的流程图;以及[0028] 图5是示出了根据本发明的实施例的定时扫描告警风暴链表的示意图。\n具体实施方式\n[0029] 以下结合附图对本发明的优选实施例进行说明,应当理解,此处所描述的优选实施例仅用于说明和解释本发明,并不用于限定本发明。\n[0030] 图2是示出了根据本发明的告警风暴处理方法的流程图。\n[0031] 参照图2,在本实施例中,提供了一种告警风暴处理方法,用于由基站设备对告警风暴进行处理,包括以下步骤:\n[0032] 步骤S202,创建告警风暴列表;\n[0033] 步骤S204,基站设备在收到告警时,检查告警是否在告警风暴链表中,如果告警不在告警风暴链表中,则直接上报告警,否则,将告警的告警时间值和告警的上次告警恢复时间值的差与门限值进行比较;以及\n[0034] 步骤S206,根据比较结果,确定是否上报告警。\n[0035] 告警风暴列表可以包括以下任一种或其组合:告警码、告警子码、时间、告警风暴标记、以及告警标记。\n[0036] 当比较结果为告警的告警时间值和告警的上次告警恢复时间值的差大于门限值时,包括以下处理:直接上报告警;以及判断之前的其它告警中是否存在告警风暴,如果存在则上报告警风暴通知。\n[0037] 当比较结果为告警的告警时间值和告警的上次告警恢复时间值的差不大于门限值时,包括以下处理:不上报告警,并将告警标记置为告警上报;判断之前的其它告警中是否存在告警风暴,如果存在则上报告警风暴通知;以及在预定时间后,判断是否存在告警的告警恢复上报信息,如果不存在告警恢复信息,则上报告警。\n[0038] 告警风暴处理方法,还包括以下步骤:当基站设备收到告警恢复消息时,判断告警恢复消息是否在告警风暴链表中,如果告警恢复消息不在告警风暴链表中,则在告警风暴链表中创建链表节点,否则,将告警恢复的告警恢复时间值和告警恢复的上次告警恢复时间值的差与门限值进行比较;以及根据比较结果,确定是否上报告警恢复。\n[0039] 创造链表节点可以包括以下步骤:记录当前告警码、当前告警子码、当前告警时间;以及将告警风暴标记置为非,将告警标记置为告警恢复,并直接上报告警恢复。\n[0040] 当比较结果为告警恢复的告警恢复时间值和告警恢复的上次告警恢复时间值的差大于门限值时,包括以下处理:直接上报告警恢复,并将告警标记置为告警恢复上报;以及判断之前的其它告警中是否存在告警风暴,如果存在则上报告警风暴通知,并将告警风暴标记置为非。\n[0041] 当比较结果为告警恢复的告警恢复时间值和告警恢复的上次告警恢复时间值的差不大于门限值时,包括以下处理:不上报告警恢复;以及将告警风暴标记置为是,将告警标记置为告警上报,并更新告警风暴链表中的告警记录时间。\n[0042] 告警风暴处理方法,还包括以下处理:定时扫描告警链表,并根据扫描结果确定是否上报告警风暴。\n[0043] 告警风暴处理方法,其中,如果扫描到的告警标记为告警上报,则上报告警;如果扫描到的告警风暴标记为是,则上报告警风暴,并将告警风暴标记置为非,将告警标记置为告警恢复上报;以及重复定时扫描的操作。\n[0044] 以下将参照图1、图3、和图4所示,以WCDMA的基站发生告警风暴告警处理为例对本发明进行更详细的描述,其中,取告警风暴门限值T为2秒。\n[0045] 图3是示出了根据本发明的实施例的告警上报处理的流程图。\n[0046] 如图3所示,告警上报处理主要包括以下步骤:\n[0047] S302,收到告警上报消息;\n[0048] S304,检查当前告警是否在告警风暴链表中,如果是第一次收到该告警上报消息,则直接进行到步骤S310,将此告警直接上报,否则进行到步骤S306;\n[0049] S306,获取告警链表中当前告警的记录时间TickN-1值;\n[0050] S308,判断此值与之前此告警恢复的时间值之差是否大于告警风暴门限T,即,|TickN-TickN-1|是否大于T;\n[0051] S310,如果S308的判断结果为|TickN-TickN-1|大于T,此告警直接上报。同时判断之前的告警系列是否存在告警风暴,存在则上报告警风暴通知;以及\n[0052] S312,如果S308的判断结果为|TickN-TickN-1|小于等于T,则告警先不上报,同时置告警标记为告警上报;若之后无告警恢复上报消息来,则时间t后此告警上报在此告警上报之前检查之前是否出现告警风暴,有告警风暴则上报告警风暴通知。\n[0053] 图4是示出了根据本发明的实施例的告警恢复上报处理的流程图。如图4所示,收到告警恢复上报处理包括以下步骤:\n[0054] S402,收到告警恢复上报消息;\n[0055] S404,检查当前告警恢复是否在告警风暴链表中,如果为第一次收到告警恢复上报消息,则检查结果为不在,进行到步骤S406,否则进行到步骤S408;\n[0056] S406,创建告警风暴链表节点,记录当前告警码、告警子码、当前时间Tick1,初始化告警风暴标记为非,初始化告警标记为告警恢复,并直接上报此告警恢复;\n[0057] 步骤S408,取当前的告警恢复时间值TickN;\n[0058] 步骤S410,判断此值与之前此告警恢复的时间值TickN-1之差是否小于告警风暴门限T,即,判断|TickN-TickN-1|是否大于T,如果判断结果为|TickN-TickN-1|大于T,则执行步骤S412,否则执行步骤S414;\n[0059] 步骤S412,此告警恢复直接上报,同时判断之前的告警系列是否存在告警风暴,存在则上报告警风暴通知,并将告警风暴标记置为非告警风暴;以及\n[0060] 步骤S414,如果判断结果为|TickN-TickN-1|小于等于T,则将告警风暴标志置为是告警风暴。\n[0061] 图5是示出了根据本发明的实施例的定时扫描告警风暴链表的示意图。如图5所示,定时扫描告警风暴链表的过程包括以下步骤:\n[0062] S502,设置定时器,可以根据需要将定时器设置为不同的时长;\n[0063] S504,定时器到时;\n[0064] S506,扫描告警链表,若告警标记为告警上报,则上报此告警;若告警风暴标记为是,则上报告警风暴通知;\n[0065] S508,重置相关标记,包括将告警风暴标记置为非,将告警标记置为告警恢复上报;以及\n[0066] S510,重置定时器,重复执行步骤S504~S506。\n[0067] 从以上实施情况来看,本发明提出的技术方案可以保证基站的告警在发生告警风暴时能及时准确的把当前发生告警风暴的情况上报给后台网管系统。\n[0068] 本发明不仅适用无线通信基站系统,也适合其他通信体制的通讯网元系统。\n[0069] 以上仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
法律信息
- 2017-07-21
未缴年费专利权终止
IPC(主分类): H04W 24/00
专利号: ZL 200710111756.3
申请日: 2007.06.05
授权公告日: 2010.09.29
- 2010-09-29
- 2008-01-16
- 2007-11-21
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2006-11-08
|
2006-03-08
| | |
2
| |
2004-08-25
|
2003-09-05
| | |
3
| |
2006-10-25
|
2005-11-29
| | |
4
| | 暂无 |
2005-07-05
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |