CN101150431B - 一种告警处理流水线及告警处理的方法 - Google Patents
一种告警处理流水线及告警处理的方法 Download PDFInfo
- Publication number
- CN101150431B CN101150431B CN2007101106287A CN200710110628A CN101150431B CN 101150431 B CN101150431 B CN 101150431B CN 2007101106287 A CN2007101106287 A CN 2007101106287A CN 200710110628 A CN200710110628 A CN 200710110628A CN 101150431 B CN101150431 B CN 101150431B
- Authority
- CN
- China
- Prior art keywords
- alarming processing
- alarm
- streamline
- alarming
- processing node
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种告警处理流水线,包括多个告警处理节点,各告警处理节点按照告警被处理的顺序排列;在同一时刻只能处理一个由告警生成的告警数据包;用于在其空闲时,接收上一告警处理节点发来的告警数据包并对其进行处理;如果是最后一个,则还用于在处理完成后将告警数据包释放;如果不是,还用于在处理完成后,判断下一告警处理节点是否空闲,如果空闲则将告警数据包发送给下一告警处理节点。还提供了一种告警处理的方法,包括:(a)建立告警处理流水线;(b)控制数据包在告警处理流水线中按照告警处理节点的顺序被告警处理节点依次处理。采用本发明可使告警在多个层次上并发处理且告警处理流程可以灵活配置。
Description
技术领域
本发明涉及通信领域,尤其涉及电信管理网(TMN)故障管理功能中的告警处理流水线及告警处理的方法。
背景技术
随着电信网规模的不断扩展,传输网管***所管理的设备越来越多,使得网管中的告警数据量正在变得十分庞大。同时告警管理又是用户关心的重要功能,这就对传输网管处理大量告警数据的能力提出了更高的要求。并且由于需求的变更越来越频繁,功能的扩展越来越多,对于告警的处理流程的可扩展性要求也越来越高。
由于告警数据处理的特殊性,告警必须被按照顺序进行处理,即在时间上先产生的告警必须被优先处理。这一要求限制了告警的并行处理。
在现有技术中为了提高告警的处理效率通常采用大数据量统一处理的方法,即将短时间内产生的大量告警统一打包处理,但是该方法没有办法改变在同一个时刻,告警处理流程中只有一个数据包在处理的现状,无法大幅度提高告警处理效率。同时,如果告警处理流程改变,需要对源程序进行修改,没办法适应灵活多变的告警处理方式。
发明内容
针对上述情况,本发明要解决的技术问题是提出一种告警处理流水线及告警处理的方法,以解决告警处理效率低,告警处理流程无法灵活配置等问题。
本发明采用的技术方案是:
一种告警处理流水线,包括多个告警处理节点,各告警处理节点按照告警被处理的顺序排列;所述各告警处理节点在同一时刻只能处理一个由告警 生成的告警数据包;所述各告警处理节点用于在其空闲时,接收上一告警处理节点发来的告警数据包并对其进行处理;排列在最后的一个告警处理节点,则还用于在处理完成后将告警数据包释放;排列在最后一个告警处理节点之前的各告警处理节点,还用于在处理完成后,判断下一告警处理节点是否空闲,如果空闲则将告警数据包发送给下一告警处理节点;
所述告警处理流水线中含有反映其处理能力的设置信息,包括优先级和最大处理能力等信息;所述最大处理能力由所述告警处理流水线所包含的告警处理节点数目和最耗时告警处理节点的处理时间决定;多条告警处理流水线共存时,优先级高的告警处理流水线被优先调度执行。
进一步地,还包括一个缓冲队列,用来存放告警处理流水线可以处理的告警数据包,处理流水线中的第一个告警处理节点还用于在其空闲时,接收缓冲队列发来的告警数据包。
进一步地,告警流水线中的每一个告警处理节点中包括缓存,缓存用于在其不满,且本告警处理节点非空闲时,接收上一告警处理节点发来的告警数据包;并在本告警处理节点空闲时,用于把告警处理包发送给本告警处理节点;告警处理节点还用于在下一个告警处理节点不空闲且缓存不满时将告警数据包发送到下一个告警处理节点的缓存中。
进一步地,告警处理流水线中存在不同的处理分支,处于不同分支上的多个告警处理节点可以并行处理告警数据包。
进一步地,告警处理节点还用于判断下一告警处理节点是否存在分支,如果是,则将告警数据包复制为多份,其份数等于告警处理流水线中分支的个数,再发往下一告警处理节点。
一种告警处理的方法,应用于传输网管的服务器端,包括以下步骤:
(1)建立告警处理流水线,具体为:
(11)初始化所有告警处理流水线中的告警处理节点,使其处于可用状态;
(12)将告警处理节点按照告警处理顺序组织成告警处理流水线;
(13)设置所述各告警处理流水线的属性,包括其最大处理能力和优先 级信息;所述最大处理能力由所述告警处理流水线所包含的告警处理节点数目和最耗时告警处理节点的处理时间决定;多条告警处理流水线共存时,优先级高的告警处理流水线被优先调度执行;
(14)启动所述各告警处理流水线,使其处于工作状态;
(2)将告警生成待处理的告警数据包,具体为:
(21)接收来自下层网管或者设备的告警;
(22)根据接收到的告警信息判断出其告警类型后,将所述告警类型和告警信息一同生成告警处理流水线可以处理的告警数据包;
(23)根据所述告警类型选择与所述告警相对应的告警处理流水线,并将所述告警数据包放入所述告警处理流水线的缓冲队列中,等待处理;
(3)控制告警数据包在告警处理流水线中按照告警处理节点的顺序被告警处理节点依次处理,具体为:
(31)检查所述各告警处理流水线的优先级,当优先级高的告警处理流水线的缓冲队列中有告警数据包,其第一个告警处理节点空闲且所述告警处理流水线中正在处理的告警数据包数量没有超出其处理上限时,按照先进先出原则将所述待处理告警数据包的缓冲队列中的告警数据包取出,放入所述告警处理流水线中的第一个告警处理节点;经过处理后,执行下一步骤;
(32)判断所述告警处理流水线是否结束,如果是,则执行步骤(37),否则,执行步骤(33);
(33)判断下一告警处理节点是否处在所述告警处理流水线的分支处,如果是,则将所述告警数据包复制为多份,其份数等于所述告警处理流水线中分支的个数后,执行步骤(34);否则,直接执行步骤(34);
(34)判断下一告警处理节点是否空闲,如果是,则执行步骤(36),否则,执行步骤(35);
(35)判断所述下一告警处理节点的缓存是否已满,如果是,则将所述告警数据包仍保存在本告警处理节点中,执行步骤(35);否则,将所述告警数据包发送到所述下一告警处理节点的缓存中,当所述下一告警处理节点没有被处理的告警数据包时,执行步骤(36);
(36)将告警数据包按照先进先出的原则发送给所述下一个告警处理节点,使其在所述下一个告警处理节点中进行处理,处理完成之后执行步骤(32);
(37)处理结束。
进一步地,告警信息包括:产生时间、消失时间、告警等级、是否首次上报信息。
进一步地,步骤(b)之后,还包括:当告警数据包在告警处理流水线的最后一个告警处理节点上处理结束时,则处理过程结束,释放告警数据包。
进一步地,步骤(a2)中,是根据告警处理流水线配置信息将告警处理节点按照告警处理顺序组织成告警处理流水线的。
与现有技术相比,本发明具有如下优点:
在多个层次上并发处理:多条告警处理流水线可以并行处理不同类型的告警,同一条告警处理流水线中的多个告警处理节点可以并行处理多个告警。随着告警处理功能的细分,告警处理流水线条数和告警处理节点数的增加,将使单位时间内告警的处理数目成倍增加,处理效率大幅提升。
告警处理流程可以灵活配置:当告警处理流程改变时,只要修改告警处理流水线配置信息即可,不用修改源程序,破坏原有处理流程。当告警处理流程增加(删除)时,只要在增加(删除)告警处理节点的同时增加告警处理流水线的配置信息即可。
附图说明
图1为本发明实施例中告警处理流水线示意图;
图2为本发明实施例中告警处理流水线的详细示意图;
图3a为本发明实施例中建立告警处理流水线流程图;3b为本发明实施例中处理数据包流程图;
图4为本发明实施例中控制数据包在告警处理流水线被处理的流程图。
具体实施方式
下面将结合附图及实施例对本发明的技术方案进行更详细的说明。
如图1所示,告警处理流水线包括多个告警处理节点,各告警处理节点按照告警被处理的顺序排列;各告警处理节点在同一时刻只能处理一个由告警生成的数据包。该流水线还包括一个缓冲队列,用来存放告警处理流水线可以处理的数据包。
告警处理节点用于接收上一告警处理节点、缓冲队列或其缓存发来的数据包并对该数据包进行处理。如果是最后一个告警处理节点,则还用于在处理完成后将该数据包释放;如果不是最后一个告警处理节点,还用于在处理完成后,判断下一告警处理节点是否空闲,如果空闲则将该数据包发送给下一告警处理节点,否则判断下一告警处理节点的缓存是否已满,如果是,则将该数据包保存在本告警处理节点中,直到缓存不满时,将该数据包发送到下一告警处理节点的缓存中;如果不是,则将该数据包发送到下一告警处理节点的缓存中;还用于判断下一告警处理节点是否存在分支,如果是,则将该数据包复制为多份(其份数等于告警处理流水线中分支的个数)后,再发往下一告警处理节点。
该告警处理流水线中含有反映其处理能力的设置信息,包括优先级和最大处理能力等信息;最大处理能力由告警处理流水线所包含的告警处理节点数目和最耗时告警处理节点的处理时间决定;多条告警处理流水线共存时,优先级高的告警处理流水线被优先调度执行。
告警处理流水线中可以存在不同的处理分支,处于不同分支上的多个告警处理节点可以并行处理告警数据包。这使得原来顺序执行的处理步骤,现在可以并发执行,提高了处理效率。
应用于传输网管的服务器端的告警处理的方法,包括以下步骤:
(1)建立包含一个或一个以上告警处理节点的告警处理流水线,具体包括:
(11)初始化所有告警处理流水线中的告警处理节点,使其处于可用状态;
(12)根据告警处理流水线配置信息将告警处理节点按照告警处理顺序组织成告警处理流水线;
(13)设置各告警处理流水线的属性,包括其最大处理能力和优先级等信息;
(14)启动各告警处理流水线,使其处于工作状态;
(15)建立告警处理流水线过程结束。
(2)将告警生成待处理的数据包,具体包括:
(21)接收来自下层网管或者设备的告警;
(22)根据接收到的告警信息判断出其告警类型后,将告警类型和告警信息一同生成告警处理流水线可以处理的数据包;
(23)根据告警类型选择与告警相对应的告警处理流水线,并将数据包放入该告警处理流水线的待处理数据包的缓冲队列中,等待处理;
(24)生成待处理数据包过程结束。
(3)控制数据包在告警处理流水线中按照告警处理顺序被告警处理节点依次处理,具体包括:
(31)检查各告警处理流水线的优先级,当优先级高的告警处理流水线的缓冲队列中有数据包,其第一个告警处理节点空闲且告警处理流水线中正在处理的告警数据包数量没有超出其处理上限时,按照先进先出原则将缓冲队列中的数据包取出,放入告警处理流水线中的第一个告警处理节点;经过处理后,执行步骤(32);
(32)判断告警处理流水线是否结束,如果是,则执行步骤(37),否则,执行步骤(33);
(33)判断下一告警处理节点是否处在告警处理流水线的分支处,如果是,则将告警数据包复制为多份(其份数等于告警处理流水线中分支的个数)后,执行步骤(34);否则,直接执行步骤(34);
(34)判断下一告警处理节点中是否有其它的告警数据包在处理中(即是否空闲),如果有,则执行步骤(35),否则,执行步骤(36);
(35)判断下一告警处理节点的缓存是否已满,如果是,则将告警数据包仍保存在本告警处理节点中,执行步骤(35);否则,将告警数据包发送到下一告警处理节点的缓存中,当下一告警处理节点空闲时,执行步骤(36);
(36)将告警数据包发送给下一个处理节点,使其在下一个处理节点中进行处理,处理完成之后执行步骤(32);
(37)处理结束。
(4)当告警数据包在告警处理流水线的最后一个告警处理节点上处理结束时,则处理过程结束,释放从告警处理流水线中流出的数据包。
下面结合附图,以传输网管***中的当前告警处理流程为一应用实例对本发明作进一步介绍,但不作为对本发明的限定。
如图2所示,本实施例中包括6个告警处理节点,分别为:显示过滤、保存到告警池、保存确认当前告警、保存历史告警、查询过滤和资源状态统计。
如图3a所示,上述步骤(1)中,建立告警处理流水线的处理流程具体如下:
(301)初始化所有告警处理流水线中的告警处理节点,使其处于可用状态;
(302)根据配置信息定义告警处理流水线(但组织、定义告警处理流水线的方法不局限于使用配置信息),将告警处理节点按照告警处理顺序组织成告警处理流水线。配置信息中包含告警处理流水线中包含的告警处理节点名和各告警处理节点的排列顺序。告警处理节点的排列顺序按照图2中的顺序排列。其中在“保存到告警池”告警处理节点之后有2个分支;
(303)设置告警处理流水线的属性,将其优先级设为“一般”;
(304)启动告警处理流水线,使其处于工作状态,当其缓冲队列中有告警数据包时可以进行处理;
(305)建立告警处理流水线过程结束。
如图3b所示,步骤(2)将告警生成待处理的数据包的流程如下:
(306)接收来自下层网管或者设备的告警;
(307)根据告警信息(产生时间、消失时间、告警等级、是否首次上报等等)判断其告警类型,如果是当前告警,则将告警类型和告警信息一同生成告警处理流水线可以处理的数据包;
(308)将其放入对应的告警处理流水线的待处理数据包的缓冲队列中,等待处理;
(309)生成待处理数据包过程结束。
如图4所示,上述步骤(3)中,控制数据包在告警处理流水线中按照告警处理节点的顺序被告警处理节点依次处理的流程如下:
(401)检查告警处理流水线的优先级,如果存在优先级高的其他告警处理流水线则先调度优先级高的。由于在本例中只有一条流水线,因此可以被调度;
(402)判断其缓冲队列中有没有告警数据包,如果有,则执行下一步,否则等待;
(403)判断该告警处理流水线是否有能力处理(即在告警处理流水线中处理的告警数据包数量是否超出其处理上限),如果有能力处理,则执行下一步,否则等待;
(404)将待处理数据包的缓冲队列中的数据包取出(按照先进先出规则),放入该告警处理流水线第一个节点“显示过滤”进行处理。当数据包在第一个处理节点“显示过滤”处理结束,执行(405)
(405)判断告警处理流水线是否结束,如果结束则执行(411),否则执行步骤(406);
(406)判断下一个告警处理节点是否存在分支,如果不存在则执行步 骤(408),否则执行步骤(407);
(407)本例中,第二个告警处理节点“保存到告警池”之后存在两个分支,因此将告警数据包复制为两个,使每个分支中都有告警数据包可以处理;
(408)判断下一个处理节点是否空闲,如果是,执行步骤(410);否则,执行步骤(409);
(409)判断下一个处理节点的缓存是否已满(该缓存大小可以设置),如果没满,则将该告警数据包存放在下一个节点的缓存中,同时释放本节点的使用权,等到下一个处理节点空闲时,执行(410);否则,将告警数据包存放在本节点中,执行步骤(409);
(410)将告警数据包按照先进先出的原则发送给下一个处理节点,使其在下一个处理节点中进行处理。处理完成之后执行步骤(405);
(411)处理结束。
在本实例中由于采用了“流水线”技术,使得传输网管中当前告警的处理效率大幅提高,同时使得告警的处理流程可以灵活配置。
本发明适用于传输网管***和其他对数据的处理顺序和效率有要求的***。
当然,本发明还可有其他多种实施例,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
Claims (8)
1.一种告警处理的***,应用于传输网管的服务器端,其特征在于,包括建立装置、生成装置和控制装置:
建立装置,用于建立告警处理流水线,具体包括:
初始化子装置,用于初始化所有告警处理流水线中的告警处理节点,使其处于可用状态;
组织子装置,用于将告警处理节点按照告警处理顺序组织成告警处理流水线;
设置子装置,用于设置所述各告警处理流水线的属性,包括其最大处理能力和优先级信息;其中,所述最大处理能力由所述告警处理流水线所包含的告警处理节点数目和最耗时告警处理节点的处理时间决定;多条告警处理流水线共存时,优先级高的告警处理流水线被优先调度执行;
启动子装置,用于启动所述各告警处理流水线,使其处于工作状态;
生成装置,用于将告警生成待处理的告警数据包,具体包括:
接收子装置,用于接收来自下层网管或者设备的告警;
生成子装置,用于根据接收到的告警信息判断出其告警类型后,将所述告警类型和告警信息一同生成告警处理流水线可以处理的告警数据包;
选择子装置,用于根据所述告警类型选择与所述告警相对应的告警处理流水线,并将所述告警数据包放入所述告警处理流水线的缓冲队列中,等待处理;
控制装置,用于控制告警数据包在所述告警处理流水线中按照告警处理节点的顺序被所述告警处理节点依次处理,具体包括:
检查子装置,用于检查所述各告警处理流水线的优先级,当优先级高的告警处理流水线的缓冲队列中有告警数据包,其第一个告警处理节点空闲且所述告警处理流水线中正在处理的告警数据包数量没有超出其处理上限时,按照先进先出原则将所述待处理告警数据包的缓冲队列中的告警数据包取出,放入所述告警处理流水线中的第一个告警处理节点;经过处理后,触发第一判断子装置;
第一判断子装置,用于判断所述告警处理流水线是否结束,如果是,则处理结束,否则,触发第二判断子装置;
第二判断子装置,用于判断下一告警处理节点是否处在所述告警处理流水线的分支处,如果是,则将所述告警数据包复制为多份,其份数等于所述告警处理流水线中分支的个数后,触发第三判断子装置;否则,直接触发第三判断子装置;
第三判断子装置,用于判断下一告警处理节点是否空闲,如果是,则触发发送子装置,否则,触发第四判断子装置;
第四判断子装置,用于判断所述下一告警处理节点的缓存是否已满,如果是,则将所述告警数据包仍保存在本告警处理节点中,触发第四判断子装置;否则,将所述告警数据包发送到所述下一告警处理节点的缓存中,当所述下一告警处理节点没有被处理的告警数据包时,触发发送子装置;
发送子装置,用于将告警数据包按照先进先出的原则发送给所述下一个告警处理节点,使其在所述下一个告警处理节点中进行处理,处理完成之后触发第一判断子装置。
2.如权利要求1所述的***,其特征在于,生成子装置接收到的告警信息包括:产生时间、消失时间、告警等级、是否首次上报信息。
3.如权利要求1所述的***,其特征在于,还包括释放装置:用于当告警数据包在所述告警处理流水线的最后一个告警处理节点上处理结束时,则处理过程结束,释放所述告警数据包。
4.如权利要求1所述的***,其特征在于,组织子装置是根据告警处理流水线配置信息将告警处理节点按照告警处理顺序组织成告警处理流水线的。
5.一种告警处理的方法,应用于传输网管的服务器端,其特征在于,包括以下步骤:
(1)建立告警处理流水线,具体为:
(11)初始化所有告警处理流水线中的告警处理节点,使其处于可用状态;
(12)将告警处理节点按照告警处理顺序组织成告警处理流水线;
(13)设置所述各告警处理流水线的属性,包括其最大处理能力和优先级信息;所述最大处理能力由所述告警处理流水线所包含的告警处理节点数目和最耗时告警处理节点的处理时间决定;多条告警处理流水线共存时,优先级高的告警处理流水线被优先调度执行;
(14)启动所述各告警处理流水线,使其处于工作状态;
(2)将告警生成待处理的告警数据包,具体为:
(21)接收来自下层网管或者设备的告警;
(22)根据接收到的告警信息判断出其告警类型后,将所述告警类型和告警信息一同生成告警处理流水线可以处理的告警数据包;
(23)根据所述告警类型选择与所述告警相对应的告警处理流水线,并将所述告警数据包放入所述告警处理流水线的缓冲队列中,等待处理;
(3)控制告警数据包在所述告警处理流水线中按照告警处理节点的顺序被所述告警处理节点依次处理,具体为:
(31)检查所述各告警处理流水线的优先级,当优先级高的告警处理流水线的缓冲队列中有告警数据包,其第一个告警处理节点空闲且所述告警处理流水线中正在处理的告警数据包数量没有超出其处理上限时,按照先进先出原则将所述待处理告警数据包的缓冲队列中的告警数据包取出,放入所述告警处理流水线中的第一个告警处理节点;经过处理后,执行下一步骤;
(32)判断所述告警处理流水线是否结束,如果是,则执行步骤(37),否则,执行步骤(33);
(33)判断下一告警处理节点是否处在所述告警处理流水线的分支处,如果是,则将所述告警数据包复制为多份,其份数等于所述告警处理流水线中分支的个数后,执行步骤(34);否则,直接执行步骤(34);
(34)判断下一告警处理节点是否空闲,如果是,则执行步骤(36),否则,执行步骤(35);
(35)判断所述下一告警处理节点的缓存是否已满,如果是,则将所述告警数据包仍保存在本告警处理节点中,执行步骤(35);否则,将所述告警数据包发送到所述下一告警处理节点的缓存中,当所述下一告警处理节点没有被处理的告警数据包时,执行步骤(36);
(36)将告警数据包按照先进先出的原则发送给所述下一个告警处理节点,使其在所述下一个告警处理节点中进行处理,处理完成之后执行步骤(32);
(37)处理结束。
6.如权利要求5所述的方法,其特征在于,所述告警信息包括:产生时间、消失时间、告警等级、是否首次上报信息。
7.如权利要求5所述的方法,其特征在于,步骤(3)之后,还包括:当告警数据包在所述告警处理流水线的最后一个告警处理节点上处理结束时,则处理过程结束,释放所述告警数据包。
8.如权利要求5所述的方法,其特征在于,步骤(12)中,是根据告警处理流水线配置信息将告警处理节点按照告警处理顺序组织成告警处理流水线的。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101106287A CN101150431B (zh) | 2007-06-06 | 2007-06-06 | 一种告警处理流水线及告警处理的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101106287A CN101150431B (zh) | 2007-06-06 | 2007-06-06 | 一种告警处理流水线及告警处理的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101150431A CN101150431A (zh) | 2008-03-26 |
CN101150431B true CN101150431B (zh) | 2011-05-11 |
Family
ID=39250783
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007101106287A Expired - Fee Related CN101150431B (zh) | 2007-06-06 | 2007-06-06 | 一种告警处理流水线及告警处理的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101150431B (zh) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102223247A (zh) * | 2011-05-17 | 2011-10-19 | 中兴通讯股份有限公司 | 一种批量告警快速处理方法及*** |
CN103023676B (zh) * | 2011-09-22 | 2018-05-04 | 中兴通讯股份有限公司 | 告警同步处理方法及装置 |
CN103501297B (zh) * | 2013-09-27 | 2017-03-15 | 杭州华三通信技术有限公司 | 一种门户认证方法和设备 |
CN106452840B (zh) * | 2016-09-09 | 2019-12-31 | 青岛海信宽带多媒体技术有限公司 | 一种网络终端事件上报方法及装置 |
US10742483B2 (en) | 2018-05-16 | 2020-08-11 | At&T Intellectual Property I, L.P. | Network fault originator identification for virtual network infrastructure |
CN111435938B (zh) * | 2019-01-14 | 2022-11-29 | 阿里巴巴集团控股有限公司 | 一种数据请求的处理方法、装置及其设备 |
CN113487150A (zh) * | 2021-06-24 | 2021-10-08 | 中国航空工业集团公司西安飞行自动控制研究所 | 一种多数据源驱动的飞控***故障处理方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6414595B1 (en) * | 2000-06-16 | 2002-07-02 | Ciena Corporation | Method and system for processing alarm objects in a communications network |
CN1503508A (zh) * | 2002-11-20 | 2004-06-09 | 华为技术有限公司 | 网管***的故障相关性分析及实现方法 |
CN1713588A (zh) * | 2004-06-15 | 2005-12-28 | 华为技术有限公司 | 网络***中处理告警数据的方法及装置 |
CN1761245A (zh) * | 2004-10-11 | 2006-04-19 | 华为技术有限公司 | 告警消息处理方法 |
-
2007
- 2007-06-06 CN CN2007101106287A patent/CN101150431B/zh not_active Expired - Fee Related
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6414595B1 (en) * | 2000-06-16 | 2002-07-02 | Ciena Corporation | Method and system for processing alarm objects in a communications network |
CN1503508A (zh) * | 2002-11-20 | 2004-06-09 | 华为技术有限公司 | 网管***的故障相关性分析及实现方法 |
CN1713588A (zh) * | 2004-06-15 | 2005-12-28 | 华为技术有限公司 | 网络***中处理告警数据的方法及装置 |
CN1761245A (zh) * | 2004-10-11 | 2006-04-19 | 华为技术有限公司 | 告警消息处理方法 |
Non-Patent Citations (1)
Title |
---|
JP特开平10-242995A 1998.09.11 |
Also Published As
Publication number | Publication date |
---|---|
CN101150431A (zh) | 2008-03-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101150431B (zh) | 一种告警处理流水线及告警处理的方法 | |
US5289470A (en) | Flexible scheme for buffer space allocation in networking devices | |
CN102904738B (zh) | 工单处理方法及相关装置和*** | |
CN105337896A (zh) | 报文处理方法和装置 | |
CN1817014A (zh) | 在消息传递中间件环境中定义替换信道路由机制的*** | |
CN103412786A (zh) | 一种高性能服务器架构***及数据处理方法 | |
CN107306232A (zh) | 网络设备、控制器、队列管理方法及流量管理芯片 | |
EP2332044A2 (en) | Directing data units to a core supporting tasks | |
CN102207890A (zh) | 一种任务信息处理方法及调度控制处理装置 | |
CN110011936B (zh) | 基于多核处理器的线程调度方法及装置 | |
CN102546424A (zh) | 报文保序方法及装置 | |
CN107589990A (zh) | 一种基于线程池的数据通讯的方法及*** | |
CN108319509A (zh) | 一种事件管理方法、***及主控设备 | |
CN108234189A (zh) | 一种告警数据处理方法和装置 | |
CN104410675A (zh) | 数据传输方法、数据***及相关装置 | |
CN105991588A (zh) | 一种防御消息攻击的方法及装置 | |
CN105988886A (zh) | 一种运维过程中的故障处理方法及装置 | |
CN109286584A (zh) | 一种多核***中的分片重组方法、装置及设备 | |
US10129084B1 (en) | Centralized parameter management system | |
CN106570011A (zh) | 一种分布式爬虫url种子分发方法、调度节点及抓取节点 | |
CN107526690B (zh) | 清除缓存的方法及装置 | |
CN108009066A (zh) | 一种存储***的监控方法、装置及可读存储介质 | |
CN104580209A (zh) | 实现多平台消息处理的装置及方法 | |
CN101651572B (zh) | 一种网管***拓扑搜索的实现方法和装置 | |
CN108040018A (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 | ||
TR01 | Transfer of patent right |
Effective date of registration: 20180426 Address after: California, USA Patentee after: Global innovation polymerization LLC Address before: 518057 Department of law, Zhongxing building, South hi tech Industrial Park, Nanshan District hi tech Industrial Park, Guangdong, Shenzhen Patentee before: ZTE Corp. |
|
TR01 | Transfer of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20110511 |
|
CF01 | Termination of patent right due to non-payment of annual fee |