CN103441885A - 一种活跃告警处理方法和设备 - Google Patents

一种活跃告警处理方法和设备 Download PDF

Info

Publication number
CN103441885A
CN103441885A CN2013104105351A CN201310410535A CN103441885A CN 103441885 A CN103441885 A CN 103441885A CN 2013104105351 A CN2013104105351 A CN 2013104105351A CN 201310410535 A CN201310410535 A CN 201310410535A CN 103441885 A CN103441885 A CN 103441885A
Authority
CN
China
Prior art keywords
alarm
side apparatus
need
enlivens
enliven
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.)
Pending
Application number
CN2013104105351A
Other languages
English (en)
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.)
Datang Mobile Communications Equipment Co Ltd
Original Assignee
Datang Mobile Communications Equipment 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 Datang Mobile Communications Equipment Co Ltd filed Critical Datang Mobile Communications Equipment Co Ltd
Priority to CN2013104105351A priority Critical patent/CN103441885A/zh
Publication of CN103441885A publication Critical patent/CN103441885A/zh
Pending legal-status Critical Current

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明公开了一种活跃告警处理方法和设备,该方法包括:网元侧设备接收并存储网管侧设备同步的活跃告警列表,所述活跃告警列表的表项中包含有用于指示相应活跃告警是否需要上报的标识;当网元侧设备接收到所述网管侧设备发送的活跃告警同步请求时,所述网元侧设备根据自身的活跃告警查询所述活跃告警列表;当所述网元侧设备根据所述活跃告警列表确定自身的活跃告警中存在不需要上报的活跃告警时,所述网元侧设备不将该不需要上报的活跃告警同步给所述网管侧设备。在本发明中,降低了由于大量活跃告警同步给网管侧设备造成的网元侧设备和网管侧设备之间的通信压力,提升了设备的稳定性。

Description

一种活跃告警处理方法和设备
技术领域
本发明涉及无线通信技术领域,尤其涉及一种活跃告警处理方法和设备。
背景技术
设备在运行过程中产生的告警会向管理站上报,并通过操作维护通道上报给管理站,以便设备维护人员及时了解设备发生的状况。
对于设备的已知故障、长期运行时存在的某种故障或者设备在某种配置下产生的故障告警信息作为活跃告警一直存在。而该部分活跃告警大部分并不需要关注或者不需要派发工单进行处理。其中,活跃告警是指没有被清除的告警,包括未确认未清除告警和已确认未清除告警,该清除包括设备自动清除,即故障恢复的情况,也包括管理站主动清除的情况。
现有技术中,活跃告警同步由管理站主动发起,管理站在完成自身相关初始化或启动工作后,向网元发起活跃告警同步,请求网元上报所有的活跃告警。
如图1所示,为现有技术中的活跃告警同步的示意图,其中,网元侧设备接收到网管侧设备发送的活跃告警同步请求后,将自身所有的活跃告警,如活跃(A、A1、…、Ax)、以及活跃告警(B、B1、…、Bx)均同步给网管侧设备,由网管侧设备呈现在设备界面呈现,进而触发派发工单处理。
在这些活跃告警所代表的故障没有有效解决前,无论网元侧设备发生设备复位、开机、重启、重接入、软件版本升级,以及网管侧设备重接入、升级、重启、设备开机,这些活跃告警都将从网元侧设备上报给网管侧设备,造成大量无谓的流量冲击,给网元侧设备和和网管侧设备之间的通信带来压力,给设备稳定性增加隐患和增加派发工单量。
发明内容
本发明的目的在于提供一种活跃告警方法和设备,以降低由于大量活跃告警同步给网管侧设备造成的网元侧设备和网管侧设备之间的通信压力,提升设备的稳定性,为此,本发明实施例采用如下技术方案:
一种活跃告警处理方法,包括:
网元侧设备接收并存储网管侧设备同步的活跃告警列表,所述活跃告警列表的表项中包含有用于指示相应活跃告警是否需要上报的标识;
当网元侧设备接收到所述网管侧设备发送的活跃告警同步请求时,所述网元侧设备根据自身的活跃告警查询所述活跃告警列表;
当所述网元侧设备根据所述活跃告警列表确定自身的活跃告警中存在不需要上报的活跃告警时,所述网元侧设备不将该不需要上报的活跃告警同步给所述网管侧设备。
一种告警处理方法,包括:
网管侧设备向网元侧设备同步活跃告警列表,所述活跃告警列表的表项中包含有用于指示相应活跃告警是否需要上报的标识,以使所述网元侧设备在接收到所述网管侧设备发送的活跃告警同步请求,且根据所述活跃告警列表确定自身的活跃告警中存在不需要上报的活跃告警时,不将该不需要上报的活跃告警同步给所述网管侧设备。
一种网元侧设备,包括:
列表维护模块,用于接收并存储网管侧设备同步的活跃告警列表,所述活跃告警列表的表项中包含有用于指示相应活跃告警是否需要上报的标识;
查询模块,用于当网元侧设备接收到所述网管侧设备发送活跃告警同步请求时,根据所述网元侧设备的活跃告警查询所述活跃告警列表;
处理模块,用于当所述查询模块根据所述活跃告警列表确定自身的活跃告警中存在不需要上报的活跃告警时,不将该不需要上报的活跃告警同步给所述网管侧设备。
一种网管侧设备,包括:
同步模块,用于向网元侧设备同步活跃告警列表,所述活跃告警列表的表项中包含有用于指示相应活跃告警是否需要上报的标识,以使所述网元侧设备在接收到所述网管侧设备发送的活跃告警同步请求,且根据所述活跃告警列表确定自身的活跃告警中存在不需要上报的活跃告警时,不将该不需要上报的活跃告警同步给所述网管侧设备。
本发明上述实施例中,通过网管侧设备向网元侧设备同步活跃告警列表,该活跃告警列表中包含有用于指示相应活跃告警是否需要上报的标识;当网元侧设备接收到网管侧设备发送的活跃告警同步请求时,该网元侧设备根据自身的活跃告警查询自身存储的活跃告警列表,并当根据该活跃告警列表确定自身的活跃告警中存在不需要上报的活跃告警时,该网元侧设备不将该不需要上报的活跃告警同步给网管侧设备,降低了由于大量活跃告警同步给网管侧设备造成的网元侧设备和网管侧设备之间的通信压力,提升了设备的稳定性。
附图说明
图1为现有技术中的活跃告警处理流程示意图;
图2为本发明实施例提供的一种活跃告警处理方法的流程示意图;
图3为本发明实施例提供的一种活跃告警的属性示意图;
图4为本发明实施例提供的一种活跃告警处理流程示意图;
图5为本发明实施例提供的一种网元侧设备的结构示意图;
图6为本发明实施例提供的一种网管侧设备的结构示意图。
具体实施方式
针对上述现有技术的问题,本发明实施例提供了一种活跃告警处理的技术方案,应用于包括网元侧设备和网管侧设备的系统。在该技术方案中,通过网管侧设备向网元侧设备同步活跃告警列表,该活跃告警列表中包含有用于指示相应活跃告警是否需要上报的标识;当网元侧设备接收到网管侧设备发送的活跃告警同步请求时,该网元侧设备根据自身的活跃告警查询该活跃告警列表,并当根据该活跃告警列表确定自身的活跃告警中存在不需要上报的活跃告警时,该网元侧设备不将该不需要上报的活跃告警同步给网管侧设备,降低了由于大量活跃告警同步给网管侧设备造成的网元侧设备和网管侧设备之间的通信压力,提升了设备的稳定性。
下面将结合本申请中的附图,对本申请中的技术方案进行清楚、完整的描述,显然,所描述的实施例是本申请的一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本申请保护的范围。
如图2所示,为本发明实施例提供的一种活跃告警处理方法的流程示意图,可以包括以下步骤:
步骤201、网管侧设备向网元侧设备同步活跃告警列表,该活跃告警列表的表项中包含用于指示相应活跃告警是否需要上报的标识。
具体的,考虑到现有技术中网元侧设备向网管侧设备上报的活跃告警中大部分可以不需要关注或派发工单处理,在本发明实施例中,为了对网元侧设备上报活跃告警进行控制,可以在网管侧设备根据网元侧设备同步的活跃告警生成的活跃告警列表的各表项中新增用于指示对应活跃告警是否需要上报的标识,并将该活跃告警列表同步(上报)给网元侧设备。
其中,网管设备可以在完成自身相关初始化或启动工作后,将本地的活跃告警列表(表项中包含用于指示相应活跃告警是否需要上报的标识)同步给网元侧设备,网管设备也可以通过其他方式触发向网元侧设备同步活跃告警列表,如周期性向网元侧设备同步活跃告警列表,或,当活跃告警列表中包含的用于指示相应活跃告警是否需要上报的标识发生改变时,向网元侧设备同步活跃告警列表。
步骤202、网元侧设备接收并存储网管侧同步的活跃告警列表。
步骤203、当网元侧设备接收到网管侧设备发送的活跃告警同步请求时,该网元侧设备根据自身的活跃告警查询该活跃告警列表。
步骤204、当网元侧设备根据该活跃告警列表确定自身的活跃告警中存在不需要上报的活跃告警时,网元侧设备不将该不需要上报的活跃告警同步给网管侧设备。
具体的,当网元侧设备接收到网管侧设备发送的活跃告警同步请求时,网元侧设备可以根据自身的活跃告警查询自身存储的活跃告警列表,并当根据该活跃告警列表确定自身的活跃告警中存在不需要上报的活跃告警时,该网元侧设备拒绝将该不需要上报的活跃告警同步给网管侧设备(即网元侧设备不将该不需要上报的活跃告警同步给网管侧设备)。
其中,在本发明实施例中,活跃告警列表的表项中包含的用于指示相应活跃告警是否需要上报的标识至少可以包括两个标识值:用于指示相应活跃告警不需要上报的第一标识值,以及,用于指示相应活跃告警需要上报的第二标识值。
网管侧设备接收到网元侧设备上报的活跃告警时,可以确定该网元侧设备是否需要再次上报该活跃告警,若确定为不需要(例如,网管侧设备接收到网元侧设备上报的活跃告警后,确定该活跃告警对应的故障不需要关注,则确定该网元侧设备不要再次上报该活跃告警),则将活跃告警列表中包含的用于指示该活跃告警是否需要上报的标识(对应该活跃告警的表项中的标识)置为第一标识值;若确定为需要,则将该活跃告警列表中用于指示该活跃告警是否需要上报的标识置为第二标识值。
相应地,网元侧设备在接收到网管侧设备发送的活跃告警同步请求后,根据自身的活跃告警查询自身存储的活跃告警列表时,若查询到匹配的表项,则进一步确定该表项中的标识的值,当该标识的值为第一标识值时,确定不需要向网管侧设备上报该活跃告警,则网元侧设备不向(拒绝向)网管侧设备同步该活跃告警;当该标识的值为第二标识值时,确定需要向网管侧设备上报该活跃告警,则网元侧设备向网管侧设备同步该告警信息。其中,若网元侧设备未查询到匹配的表项,即网管侧设备未对该活跃告警的上报进行限制(如该活跃告警对应的故障是第一次被发现),则确定需要向网管侧设备上报该活跃告警。
进一步地,在本发明实施例中,网元侧设备的活跃告警的告警属性中还可以增加一个属性字段,用于标识该活跃告警是否需要上报。该属性字段的值至少可以包括用于标识该活跃不需要上报的第一属性值,以及,用于标识该活跃告警需要上报的第二属性值。
当网元侧设备根据自身存储的活跃告警列表确定某活跃告警不需要上报给网管侧设备时,网元侧设备将该活跃告警中包含的用于标识该活跃告警是否需要上报的属性字段的值置为第一属性值,并拒绝将该活跃告警同步给网管侧设备;当网元侧设备根据自身存储的活跃告警列表确定某活跃告警需要上报给网管侧设备时,网元侧设备将该活跃告警中包含的用于标识该活跃告警是否需要上报的属性字段的值置为第二属性值,并将该活跃告警同步给网管侧设备。
需要注意的是,上述活跃告警列表中的一条表项对应一个活跃告警,该活跃告警列表的各表项中包含对应的活跃告警的各告警属性。当网元侧设备的活跃告警的告警属性中包含用于标识该活跃告警是否需要上报的属性字段时,该活跃告警列表中包含的用于标识该活跃告警是否需要上报的标识可以为该属性字段,相应地,上述第一标识值可以为第一属性值,第二标识值可以为第二属性值。
为了使本领域技术人员更好地理解本发明实施例提供的技术方案,下面结合具体的应用场景对本发明实施例提供的技术方案进行更加详细地描述。
在该实施例中,网元侧设备的活跃告警的属性字段中新增属性字段S,用于指示对应的活跃告警是否需要上报,该属性字段的值包括第一属性值S1和第二属性值S2;当该属性字段的值为S1时,表明该活跃告警不需要向网管侧设备上报;当该属性字段的值为S2时,表明该活跃告警需要向网管侧设备上报。其中,该实施例中活跃告警的属性示意图可以如图3所示。
相应地,网管侧设备可以通过发起活跃告警同步,向网元侧设备发送活跃告警同步请求,请求网元侧设备上报所有的活跃告警(即同步活跃告警)。网管侧设备接收到网元侧设备上报的活跃告警后,在本地存储该活跃告警列表,网管侧设备解析该活跃告警呈现给用户(运维人员);
用户通过设备状态及维护现状确认呈现的活跃告警应该设置的属性值S1、S2,并进行设置操作,该设置后的活跃告警列表在网管侧设备存储。网管侧设备在完成自身相关初始化或启动工作后,可以主动将本地存储的活跃告警列表(设置过属性值的列表)向网元侧设备同步,由网元侧设备参照该活跃告警列表中的属性值对网元侧设备的活跃告警上报进行控制。
需要注意的是,对于任一活跃告警,当该活跃告警对应的故障是第一次被检测到时,由于网管侧设备之前未接收到过相应的活跃告警,因此,网元侧设备中也不会有对应该活跃告警的活跃告警列表表项,相应地,网元侧设备在向网管侧设备上报该活跃告警时,可以不对该活跃告警的告警属性中新增的属性字段的值进行设置,或者,可以将该新增的属性字段的值默认设置为S2。
假设网元侧设备的活跃告警包括活跃告警(A、A1、…、Ax),以及活跃告警(B、B1、…、Bx);对于上述活跃告警,网管侧设备生成的活跃告警列表中对应活跃告警(A、A1、…、Ax)的表项中的新增的属性字段的值为S1,对应活跃告警(B、B1、…、Bx)的表项中的新增的属性字段的值为S2。
当网管侧设备启动工作后,向网元侧设备同步上述活跃告警列表。网元侧设备接收到网管侧设备上报的活跃告警列表后,在本地存储该活跃告警列表。
当网管侧设备需要网元侧设备上报活跃告警时,网管侧设备可以向网元侧设备发送活跃告警同步请求。
网元侧设备接收到该活跃告警同步请求后,根据自身的活跃告警(活跃告警(A、A1、…、Ax),以及活跃告警(B、B1、…、Bx)),查询自身存储的活跃告警列表,查询结果为活跃告警(A、A1、…、Ax)对应的表项中新增的属性字段的值为S1,活跃告警(B、B1、…、Bx)对应的表项中新增的属性字段的值为S2,即活跃告警(A、A1、…、Ax)不需要上报,活跃告警(B、B1、…、Bx)需要上报,因此,网元侧设备将活跃告警(A、A1、…、Ax)的告警属性中新增的属性字段的值置为S1,并拒绝将活跃告警(A、A1、…、Ax)同步给网管侧设备(即不将活跃告警(A、A1、…、Ax)同步给网管侧设备);将活跃告警(B、B1、…、Bx)的告警属性中新增的属性字段的值置为S2,并同步给网管侧设备,其示意图可以如图4所示。
通过上述处理,在该实施例中,网元侧设备仅需向网管侧设备同步活跃告警(B、B1、…、Bx),减少了同步给网管侧设备的活跃告警数量,降低了由于大量活跃告警同步给网管侧设备造成的网元侧设备和网管侧设备之间的通信压力,提升了设备的稳定性。
需要注意的是,在该实施例中,当网元侧设备在接收到上述活跃告警同步请求时,新检测到活跃告警C,网元侧设备根据该活跃告警C查询自身存储的活跃告警列表时,查询不到匹配的表项,则网元侧设备确定需要将该活跃告警C同步给网管侧设备。其中,网元侧设备可以将该活跃告警C的告警属性中新增的属性字段的值置为S2,或者,不对该属性字段的值进行设置。
网管侧设备接收到网元侧设备同步的活跃告警后,可以根据接收到的活跃告警更新自身的活跃告警列表,并通过网管设备的界面呈现给用户,触发派发工单处理。其中,用户可以根据实际情况对所呈现的活跃告警列表中新增的属性字段的值进行重新设置,其具体实现在此不再赘述。
通过以上描述可以看出,在本发明实施例提供的技术方案中,通过网管侧设备向网元侧设备同步活跃告警列表,该活跃告警列表中包含有用于指示相应活跃告警是否需要上报的标识;当网元侧设备接收到网管侧设备发送的活跃告警同步请求时,该网元侧设备根据自身的活跃告警查询自身存储的活跃告警列表,并当根据该活跃告警列表确定自身的活跃告警中存在不需要上报的活跃告警时,该网元侧设备不将该不需要上报的活跃告警同步给网管侧设备,降低了由于大量活跃告警同步给网管侧设备造成的网元侧设备和网管侧设备之间的通信压力,提升了设备的稳定性。
基于上述方法流程相同的技术构思,本发明实施例还提供了一种网元侧设备,可以应用于上述方法实施例。
如图5所示,为本发明实施例提供的一种网元侧设备的结构示意图,可以包括:
列表维护模块51,用于接收并存储网管侧设备同步的活跃告警列表,所述活跃告警列表的表项中包含有用于指示相应活跃告警是否需要上报的标识;
查询模块52,用于当网元侧设备接收到所述网管侧设备发送活跃告警同步请求时,根据所述网元侧设备的活跃告警查询所述活跃告警列表;
处理模块53,用于当所述查询模块52根据所述活跃告警列表确定自身的活跃告警中存在不需要上报的活跃告警时,不将该不需要上报的活跃告警同步给所述网管侧设备。
优选地,所述查询模块52可具体用于,当根据活跃告警在所述活跃告警列表中查询到匹配的表项,且该表项中用于指示该活跃告警是否需要上报的标识的值为用于指示该活跃告警不需要上报的第一标识值时,确定该活跃告警不需要上报。
优选地,所述处理模块53还可用于,当所述查询模块52根据所述活跃告警列表确定自身的活跃告警中存在需要上报的活跃告警时,将该需要上报的活跃告警同步给所述网管侧设备。
优选地,所述查询模块52可具体用于,
当根据活跃告警在所述活跃告警列表中查询到匹配的表项,且该表项中用于指示该活跃告警是否需要上报的标识的值为用于指示该活跃告警需要上报的第二标识值时,确定该活跃告警需要上报;或,
当根据活跃告警在所述活跃告警列表中未查询到匹配的表项时,确定该活跃告警需要上报。
优选地,所述活跃告警的告警属性中包含用于标识该活跃告警是否需要上报的属性字段;
相应地,所述处理模块53可具体用于,通过以下方式实现不将该不需要上报的活跃告警同步给所述网管侧设备:
将该不需要上报的活跃告警的告警属性中包含的用于标识该活跃告警是否需要上报的属性字段的值设置为用于标识该活跃告警不需要上报的第一属性值,并不将该不需要上报的活跃告警同步给所述网管侧设备。
同时,在所述活跃告警的告警属性中包含用于标识该活跃告警是否需要上报的属性字段的情况下;
所述处理模块53还可具体用于,通过以下方式实现将该需要上报的活跃告警同步给所述网管侧设备:
将该需要上报的活跃告警的属性字段中包含的用于标识该活跃告警是否需要上报的属性字段的值设置为用于标识该活跃告警需要上报的第二属性值,并将该需要上报的活跃告警同步给所述网管侧设备。
基于上述方法流程相同的技术构思,本发明实施例还提供了一种网管侧设备,可以应用于上述方法实施例。
如图6所示,为本发明实施例提供的一种网管侧设备的结构示意图,可以包括:
同步模块61,用于向网元侧设备同步活跃告警列表,所述活跃告警列表的表项中包含有用于指示相应活跃告警是否需要上报的标识,以使所述网元侧设备在接收到所述网管侧设备发送的活跃告警同步请求,且根据所述活跃告警列表确定自身的活跃告警中存在不需要上报的活跃告警时,不将该不需要上报的活跃告警同步给所述网管侧设备。
优选地,所述告警列表的表项中包含的用于指示相应告警活跃告警是否需要上报的标识,包括用于指示相应活跃告警不需要上报的第一标识值,以及,用于指示相应活跃告警需要上报的第二标识值;
相应地,所述网管侧设备还可包括:
设置模块62,用于当所述网管侧设备接收到所述网元侧设备同步的活跃告警时,确定所述网元侧设备是否需要再次上报该活跃告警,并当确定为不需要时,将告警列表中用于指示该活跃告警是否需要上报的标识置为第一标识值;当确定为需要时,将告警列表中用于指示该活跃告警是否需要上报的标识置为第二标识值。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台终端设备(可以是手机,个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视本发明的保护范围。

Claims (16)

1.一种活跃告警处理方法,其特征在于,包括:
网元侧设备接收并存储网管侧设备同步的活跃告警列表,所述活跃告警列表的表项中包含有用于指示相应活跃告警是否需要上报的标识;
当网元侧设备接收到所述网管侧设备发送的活跃告警同步请求时,所述网元侧设备根据自身的活跃告警查询所述活跃告警列表;
当所述网元侧设备根据所述活跃告警列表确定自身的活跃告警中存在不需要上报的活跃告警时,所述网元侧设备不将该不需要上报的活跃告警同步给所述网管侧设备。
2.如权利要求1所述的方法,其特征在于,当所述网元侧设备根据活跃告警在所述活跃告警列表中查询到匹配的表项,且该表项中用于指示该活跃告警是否需要上报的标识的值为用于指示该活跃告警不需要上报的第一标识值时,所述网元侧设备确定该活跃告警不需要上报。
3.如权利要求1所述的方法,其特征在于,该方法还包括:
当所述网元侧设备根据所述活跃告警列表确定自身的活跃告警中存在需要上报的活跃告警时,所述网元侧设备将该需要上报的活跃告警同步给所述网管侧设备。
4.如权利要求3所述的方法,其特征在于,
当所述网元侧设备根据活跃告警在所述活跃告警列表中查询到匹配的表项,且该表项中用于指示该活跃告警是否需要上报的标识的值为用于指示该活跃告警需要上报的第二标识值时,所述网元侧设备确定该活跃告警需要上报;或,
当所述网元侧设备根据活跃告警在所述活跃告警列表中未查询到匹配的表项时,所述网元侧设备确定该活跃告警需要上报。
5.如权利要求1所述的方法,其特征在于,所述活跃告警的告警属性中包含用于标识该活跃告警是否需要上报的属性字段;
所述网元侧设备不将该不需要上报的活跃告警同步给所述网管侧设备,具体为:
所述网元侧设备将该不需要上报的活跃告警的告警属性中包含的用于标识该活跃告警是否需要上报的属性字段的值设置为用于标识该活跃告警不需要上报的第一属性值,并不将该不需要上报的活跃告警同步给所述网管侧设备。
6.如权利要求3所述的方法,其特征在于,所述活跃告警的告警属性中包含用于标识该活跃告警是否需要上报的属性字段;
所述网元侧设备将该需要上报的活跃告警同步给所述网管侧设备,具体为:
所述网元侧设备将该需要上报的活跃告警的属性字段中包含的用于标识该活跃告警是否需要上报的属性字段的值设置为用于标识该活跃告警需要上报的第二属性值,并将该需要上报的活跃告警同步给所述网管侧设备。
7.一种告警处理方法,其特征在于,包括:
网管侧设备向网元侧设备同步活跃告警列表,所述活跃告警列表的表项中包含有用于指示相应活跃告警是否需要上报的标识,以使所述网元侧设备在接收到所述网管侧设备发送的活跃告警同步请求,且根据所述活跃告警列表确定自身的活跃告警中存在不需要上报的活跃告警时,不将该不需要上报的活跃告警同步给所述网管侧设备。
8.如权利要求7所述的方法,其特征在于,所述告警列表的表项中包含的用于指示相应告警活跃告警是否需要上报的标识,包括用于指示相应活跃告警不需要上报的第一标识值,以及,用于指示相应活跃告警需要上报的第二标识值;
该方法还包括:
当所述网管侧设备接收到所述网元侧设备同步的活跃告警时,确定所述网元侧设备是否需要再次上报该活跃告警,并当确定为不需要时,将告警列表中用于指示该活跃告警是否需要上报的标识置为第一标识值;当确定为需要时,将告警列表中用于指示该活跃告警是否需要上报的标识置为第二标识值。
9.一种网元侧设备,其特征在于,包括:
列表维护模块,用于接收并存储网管侧设备同步的活跃告警列表,所述活跃告警列表的表项中包含有用于指示相应活跃告警是否需要上报的标识;
查询模块,用于当网元侧设备接收到所述网管侧设备发送活跃告警同步请求时,根据所述网元侧设备的活跃告警查询所述活跃告警列表;
处理模块,用于当所述查询模块根据所述活跃告警列表确定自身的活跃告警中存在不需要上报的活跃告警时,不将该不需要上报的活跃告警同步给所述网管侧设备。
10.如权利要求9所述的网元侧设备,其特征在于,
所述查询模块具体用于,当根据活跃告警在所述活跃告警列表中查询到匹配的表项,且该表项中用于指示该活跃告警是否需要上报的标识的值为用于指示该活跃告警不需要上报的第一标识值时,确定该活跃告警不需要上报。
11.如权利要求9所述的网元侧设备,其特征在于,
所述处理模块还用于,当所述查询模块根据所述活跃告警列表确定自身的活跃告警中存在需要上报的活跃告警时,将该需要上报的活跃告警同步给所述网管侧设备。
12.如权利要求11所述的网元侧设备,其特征在于,所述查询模块具体用于,
当根据活跃告警在所述活跃告警列表中查询到匹配的表项,且该表项中用于指示该活跃告警是否需要上报的标识的值为用于指示该活跃告警需要上报的第二标识值时,确定该活跃告警需要上报;或,
当根据活跃告警在所述活跃告警列表中未查询到匹配的表项时,确定该活跃告警需要上报。
13.如权利要求9所述的网元侧设备,其特征在于,所述活跃告警的告警属性中包含用于标识该活跃告警是否需要上报的属性字段;
所述处理模块具体用于,通过以下方式实现不将该不需要上报的活跃告警同步给所述网管侧设备:
将该不需要上报的活跃告警的告警属性中包含的用于标识该活跃告警是否需要上报的属性字段的值设置为用于标识该活跃告警不需要上报的第一属性值,并不将该不需要上报的活跃告警同步给所述网管侧设备。
14.如权利要求11所述的网元侧设备,其特征在于,所述活跃告警的告警属性中包含用于标识该活跃告警是否需要上报的属性字段;
所述处理模块具体用于,通过以下方式实现将该需要上报的活跃告警同步给所述网管侧设备:
将该需要上报的活跃告警的属性字段中包含的用于标识该活跃告警是否需要上报的属性字段的值设置为用于标识该活跃告警需要上报的第二属性值,并将该需要上报的活跃告警同步给所述网管侧设备。
15.一种网管侧设备,其特征在于,包括:
同步模块,用于向网元侧设备同步活跃告警列表,所述活跃告警列表的表项中包含有用于指示相应活跃告警是否需要上报的标识,以使所述网元侧设备在接收到所述网管侧设备发送的活跃告警同步请求,且根据所述活跃告警列表确定自身的活跃告警中存在不需要上报的活跃告警时,不将该不需要上报的活跃告警同步给所述网管侧设备。
16.如权利要求15所述的网管侧设备,其特征在于,所述告警列表的表项中包含的用于指示相应告警活跃告警是否需要上报的标识,包括用于指示相应活跃告警不需要上报的第一标识值,以及,用于指示相应活跃告警需要上报的第二标识值;
所述网管侧设备还包括:
设置模块,用于当所述网管侧设备接收到所述网元侧设备同步的活跃告警时,确定所述网元侧设备是否需要再次上报该活跃告警,并当确定为不需要时,将告警列表中用于指示该活跃告警是否需要上报的标识置为第一标识值;当确定为需要时,将告警列表中用于指示该活跃告警是否需要上报的标识置为第二标识值。
CN2013104105351A 2013-09-10 2013-09-10 一种活跃告警处理方法和设备 Pending CN103441885A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN2013104105351A CN103441885A (zh) 2013-09-10 2013-09-10 一种活跃告警处理方法和设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2013104105351A CN103441885A (zh) 2013-09-10 2013-09-10 一种活跃告警处理方法和设备

Publications (1)

Publication Number Publication Date
CN103441885A true CN103441885A (zh) 2013-12-11

Family

ID=49695553

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2013104105351A Pending CN103441885A (zh) 2013-09-10 2013-09-10 一种活跃告警处理方法和设备

Country Status (1)

Country Link
CN (1) CN103441885A (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106412725A (zh) * 2015-07-27 2017-02-15 中兴通讯股份有限公司 告警信息的处理方法及装置
WO2017054555A1 (zh) * 2015-09-30 2017-04-06 中兴通讯股份有限公司 网络管理系统中的告警管理方法及网络管理系统
CN106789247A (zh) * 2016-12-22 2017-05-31 瑞斯康达科技发展股份有限公司 一种告警信息映射方法及装置
WO2017117964A1 (zh) * 2016-01-05 2017-07-13 中兴通讯股份有限公司 一种告警监控方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7013285B1 (en) * 2000-03-29 2006-03-14 Shopzilla, Inc. System and method for data collection, evaluation, information generation, and presentation
CN101137159A (zh) * 2006-09-01 2008-03-05 中兴通讯股份有限公司 告警消息上报的方法
CN101605045A (zh) * 2008-06-10 2009-12-16 中兴通讯股份有限公司 一种告警通知消息的上报方法
CN102820996A (zh) * 2006-01-27 2012-12-12 华为技术有限公司 告警系统中对告警过滤条件的处理方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7013285B1 (en) * 2000-03-29 2006-03-14 Shopzilla, Inc. System and method for data collection, evaluation, information generation, and presentation
CN102820996A (zh) * 2006-01-27 2012-12-12 华为技术有限公司 告警系统中对告警过滤条件的处理方法
CN101137159A (zh) * 2006-09-01 2008-03-05 中兴通讯股份有限公司 告警消息上报的方法
CN101605045A (zh) * 2008-06-10 2009-12-16 中兴通讯股份有限公司 一种告警通知消息的上报方法

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106412725A (zh) * 2015-07-27 2017-02-15 中兴通讯股份有限公司 告警信息的处理方法及装置
CN106412725B (zh) * 2015-07-27 2021-01-22 中兴通讯股份有限公司 告警信息的处理方法及装置
WO2017054555A1 (zh) * 2015-09-30 2017-04-06 中兴通讯股份有限公司 网络管理系统中的告警管理方法及网络管理系统
WO2017117964A1 (zh) * 2016-01-05 2017-07-13 中兴通讯股份有限公司 一种告警监控方法及装置
CN106789247A (zh) * 2016-12-22 2017-05-31 瑞斯康达科技发展股份有限公司 一种告警信息映射方法及装置

Similar Documents

Publication Publication Date Title
CN106888245B (zh) 一种数据处理方法、装置及系统
CN106997314B (zh) 用于分布式系统的异常处理方法、装置及系统
CN104202440B (zh) 一种标识终端的方法、服务器及系统
CN103441885A (zh) 一种活跃告警处理方法和设备
CN106598633B (zh) 配置文件的更新方法、客户端及服务器
CN105721180B (zh) 一种实现故障定位的方法和服务器
CN102412988A (zh) 一种业务信息系统及其实现持续运营的方法
CN105227347A (zh) 一种通用的运维监控方法及运维监控系统
WO2016026313A1 (zh) 实现信息自注册的方法、设备、系统及计算机存储介质
CN102014012A (zh) 一种告警同步的方法及装置
CN104954482A (zh) 管理配置的系统及方法
US20170318483A1 (en) Self-recovery method and device after disconnection of base station
CN103516734A (zh) 数据处理方法、设备和系统
CN103824017A (zh) 监控恶意程序的方法和监控平台
CN110958287B (zh) 操作对象数据同步方法、装置及系统
CN111078463A (zh) 数据备份的方法、装置和系统
CN103065096B (zh) 一种数据保护方法、装置及系统
CN103812697A (zh) 一种分布式通信网络的异地容灾方法和系统
CN105338017A (zh) 一种web防御方法和系统
CN109005203B (zh) 数据同步方法及装置、存储介质、处理器、终端
CN110968646A (zh) 一种嵌入式系统数据库同步方法、装置及存储介质
CN108989912B (zh) 一种业务管理方法、装置、系统和计算机存储介质
WO2016101474A1 (zh) 配置数据的监控方法、装置及其系统
US10554673B2 (en) Methods and apparatuses for obtaining and delivering mobile terminal security information based on a cloud service
CN107273047B (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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20131211