CN101018163A - 告警处理方法和后台管理装置 - Google Patents
告警处理方法和后台管理装置 Download PDFInfo
- Publication number
- CN101018163A CN101018163A CNA2007100075968A CN200710007596A CN101018163A CN 101018163 A CN101018163 A CN 101018163A CN A2007100075968 A CNA2007100075968 A CN A2007100075968A CN 200710007596 A CN200710007596 A CN 200710007596A CN 101018163 A CN101018163 A CN 101018163A
- Authority
- CN
- China
- Prior art keywords
- warning information
- reports
- alarm
- fault
- recovery
- 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.)
- Granted
Links
- 238000003672 processing method Methods 0.000 title claims description 15
- 238000012545 processing Methods 0.000 claims description 39
- 238000011084 recovery Methods 0.000 claims description 36
- 230000004044 response Effects 0.000 claims description 29
- 230000015572 biosynthetic process Effects 0.000 claims description 13
- 230000008878 coupling Effects 0.000 claims description 4
- 238000010168 coupling process Methods 0.000 claims description 4
- 238000005859 coupling reaction Methods 0.000 claims description 4
- 238000004321 preservation Methods 0.000 claims description 3
- 238000000034 method Methods 0.000 abstract description 14
- 230000008569 process Effects 0.000 abstract description 4
- 230000003111 delayed effect Effects 0.000 description 5
- 238000013461 design Methods 0.000 description 4
- 230000008676 import Effects 0.000 description 3
- 230000002159 abnormal effect Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000009467 reduction Effects 0.000 description 2
- 230000003139 buffering effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000001143 conditioned effect Effects 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000013011 mating Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Alarm Systems (AREA)
Abstract
本发明提供一种告警处理方法和后台管理装置。所述告警处理方法包括：步骤A：接收RNC上报的告警信息；步骤B：判断所述上报的告警信息是否满足预定条件；步骤C：根据所述判断得到的结果对所述上报的告警信息进行流控。所述后台管理装置包括告警接收单元，用于接收来自RNC的告警信息；流控单元，用于判断所述上报的告警信息是否满足预定条件，并且根据所述判断得到的结果对所述上报的告警信息进行流控。本发明可以保证BAM内待处理/已处理的告警信息数量在安全范围内，避免对BAM造成严重冲击，不造成损失或可以把损失降低到允许的范围内。
Description
技术领域
本发明涉及一种无线通信技术，特别是涉及告警处理方法和后台管理装置。
背景技术
在宽带码分多址(WCDMA，Wideband Code Division Multiple Access)网络中，无线网络控制器(RNC，Radio Network Controller)主要完成连接建立和断开、切换、宏分集合并、无线资源管理控制等功能，是一个非常重要的设备。
为了保证网络的可靠性，必须对RNC的运行状态进行实时监控，该实时监控是通过RNC在自身状态异常时上报告警来实现的。参阅图1，现有技术告警具体过程为：
步骤101：在系统故障或异常时，RNC上报告警信息给RNC后台管理模块(BAM，Back Administration Module)；
一般RNC至少包括一个业务框，RNC是通过所述业务框来上报告警信息到所述BAM的。当有两个以上关联的业务框时，有可能两个业务框都对同样的事件做出反映，上报同样的告警信息；或一个上报故障告警信息后，故障消除，另一个业务框上报恢复告警信息。上述涉及关联业务框的故障告警信息被称为全局故障告警，而涉及关联业务框的恢复告警信息被称为全局恢复告警。如果不涉及关联业务框的告警信息，则称为局部告警。
步骤102：BAM的告警模块接收所述告警信息，然后将其导入告警流程，并格式化成用户可读的形式后上报给本地维护终端(LMT，Local MaintenanceTerminal)；
所述接收告警信息步骤是接收全部告警信息并逐条返回成功接收响应。这里只要返回成功接收响应，则RNC中的业务框认为告警上报已经成功，继续上报下一条告警信息。
所述将告警信息导入告警步骤是保存接收到的告警信息：存入所述告警模块的内存告警队列中，并对每条保存的告警信息一一进行处理，然后将处理完毕的告警信息写入所述数据库中。其中，如果RNC出现某个故障，会立即上报一条故障告警并显示给维护人员，如果该故障过了一段时间又恢复了，则先前显示的故障告警状态将被更新为恢复。
步骤103：维护人员根据上报的告警信息采取相应的措施来保证网络的正常运行。
在上述现有技术告警流程的步骤101中，在RNC复位及其它一些异常情形下，RNC会在短时间内上报大量的告警信息。导致在步骤102中BAM的告警模块可能无法及时处理，造成告警信息丢失。此外，由于大量告警信息的冲击，甚至可能会造成告警模块异常。所以必须有一套有效的机制来处理短时间内上报大量告警信息，以保证系统的可靠性和健壮性。
目前对短时间内上报大量告警的解决方案是：
在步骤102中BAM的告警模块接收来自RNC业务框的全部告警信息，并将无法及时处理的告警信息保存在内存的告警队列中，依次进行处理。另外，为了提高处理性能，对处理后的告警信息暂不保存到告警模块数据库中，而是存放在告警模块内存中。等到未处理的告警信息低于某个门限值时再将内存中的已处理告警信息保存到数据库中。
在进行本发明创造过程中，发明人发现现有技术中至少存在以下问题：
1)由于对每个上报的告警信息都导入告警流程，导致需要大量的内存资源保存待处理告警信息，进一步加重系统负担；对负载较重的告警模块的运行造成重大威胁，甚至可能会造成告警模块没有响应；
2)由于对每个上报的告警信息都导入告警流程，导致大量的待处理/已处理告警信息缓存在内存中，一旦告警模块异常或意外宕机，会造成大量告警信息丢失，进而导致在RNC出现故障时维护人员无法采取相应的措施来保证网络的正常运行。
发明内容
本发明实施方式要解决的技术问题是提供一种降低大量告警信息冲击风险的告警处理方法。
本发明实施方式要解决的技术问题是还提供一种降低大量告警信息冲击风险的后台管理装置。
为解决上述第一技术问题，本发明实施方式的目的是通过以下技术方案实现的：提供一种告警处理方法，包括：步骤A：接收RNC上报的告警信息；步骤B：判断所述上报的告警信息是否满足预定条件；步骤C：根据所述判断得到的结果对所述上报的告警信息进行流控。
为解决上述第二技术问题，本发明实施方式的目的是通过以下技术方案实现的：提供一种后台管理装置，包括告警接收单元，用于接收来自RNC的告警信息；流控单元，用于判断所述上报的告警信息是否满足预定条件，并且根据所述判断得到的结果对所述上报的告警信息进行流控。
以上第一技术方案可以看出，由于在进行步骤A的接收RNC上报的告警信息后，将所述告警信息导入告警流程前，进行步骤B的条件判断步骤。相对于现有技术接收全部告警信息的方法，本实施方式并不全部接收上报的告警，而是先判断所述上报的告警信息满不满足预定条件。根据判断结果决定是否将上报的告警信息导入告警流程。这样，对于短时间上报大量告警的情况，可以保证BAM内待处理/已处理的告警信息数量在安全范围内，避免对BAM造成严重冲击；在BAM没有响应或意外宕机时，不造成损失或可以把损失降低到允许的范围内；设计巧妙，本实施方式基本不增加告警处理的成本。
以上第二技术方案可以看出，由于流控单元可以对上报的告警信息根据判断结果进行流控。根据判断结果决定是否将上报的告警信息导入告警流程。这样，对于短时间上报大量告警的情况，可以保证BAM内待处理/已处理的告警信息数量在安全范围内，避免对BAM造成严重冲击；在BAM没有响应或意外宕机时，不造成损失或可以把损失降低到允许的范围内；设计巧妙，本实施方式基本不增加RNC后台管理系统的成本。
附图说明
图1是现有技术告警流程图；
图2是本发明告警处理方法具体实施方式的流程图；
图3是本发明后台管理装置具体实施方式的原理框图。
具体实施方式
本发明一种实施方式以业务框为单位对RNC上报的告警进行流控，通过控制业务框上报告警的速度来减轻对系统的冲击，避免大量告警的丢失。具体上可以通过控制告警信息接收成功的响应来实现控制上报告警的速度，也可以采用其他方式控制上报告警的速度，这样可以控制后台管理装置中待处理告警信息的数量。将后台管理装置中待处理告警信息的数量控制在安全范围内，可以避免短时间内上报大量告警信息所造成的风险。
以下结合实施方式和附图，对本发明进行详细描述。
本发明首先提供告警处理方法第一实施方式，包括：
步骤A：接收RNC上报的告警信息；
步骤B：判断所述上报的告警信息是否满足预定条件；
步骤C：根据所述判断得到的结果对所述上报的告警信息进行流控。
以上实施方式中，是在进行步骤A的接收RNC上报的告警信息后，将所述告警信息导入告警流程前，进行步骤B的条件判断步骤。相对于现有技术接收全部告警信息并逐条返回成功接收响应的方法，本实施方式对上报的告警信息进行流控，先判断所述上报的告警信息满不满足预定条件。根据判断结果决定流控方案，控制上报的告警信息导入告警流程的速度。这样，对于短时间上报大量告警的情况，可以保证BAM内待处理/已处理的告警信息数量在安全范围内，避免对BAM造成严重冲击；在BAM没有响应或意外宕机时，不造成损失或可以把损失降低到允许的范围内；设计巧妙，本实施方式基本不增加告警处理的成本。
本发明还提供后台管理装置第一实施方式，包括告警接收单元，用于接收来自RNC的告警信息；流控单元，用于判断所述上报的告警信息是否满足预定条件，并且根据所述判断得到的结果对所述上报的告警信息进行流控。
以上后台管理装置实施方式中，流控单元可以根据判断结果对上报的告警进行流控，控制上报的告警信息导入告警流程的速度。这样，对于短时间上报大量告警的情况，可以保证BAM内待处理/已处理的告警信息数量在安全范围内，避免对BAM造成严重冲击；在BAM没有响应或意外宕机时，不造成损失或可以把损失降低到允许的范围内；设计巧妙，本实施方式基本不增加RNC后台管理系统的成本。
以下是本发明更多实施方式：
参阅图2，提供一种告警处理方法第二实施方式，包括：
步骤201：接收RNC上报的告警信息；
在发生异常情况时，RNC是通过其内的业务框来上报告警信息到所述BAM的。
步骤202：将上报的告警信息导入告警流程前，判断所述上报的告警信息是否满足预定条件；
RNC后台管理模块的BAM预先设置好告警信息的接收条件，所述告警信息不满足预定条件可以指：
1)已上报的待处理告警信息数量超过门限值；或
2)所述上报的告警信息的优先级不满足优先级要求；或
3)所述上报的告警信息的类型不符合要求。
本实施方式中的不满足预定条件可以是：已上报的待处理告警信息数量超过门限值，比如BAM的硬件能力仅支持4000条待处理告警信息，同时考虑到避免一次丢失太多告警信息，则设立BAM内的待处理告警信息数量为2000，超过2000条待处理告警信息数量则判定所述刚上报的告警不符合条件。当然，还可以设立BAM内的待处理告警信息数量为1000、1888、2888等等。
步骤203：根据所述判断得到的结果对所述上报的告警信息进行流控；
1)在所述判断得到的结果为告警信息不满足预定条件时，可以采用以下步骤：
a、拦截该上报的告警信息，即在将该告警信息导入告警流程前，拦截该上报的告警信息，使其不能进入告警流程；或
b、丢弃所述上报的告警信息，并且不返回该告警信息接收成功的响应；或
c、丢弃所述上报的告警信息，并且指示所述后台管理装置返回接收失败的响应，此时RNC配置有相应的失败响应处理程序，可以处理失败响应并重发该告警信息；或
d、丢弃所述上报的告警信息，并且下发降低上报告警速度以及重发该告警信息的指示；或者仅下发降低上报告警速度以及重发该告警信息的指示。此时RNC配置有相应的降低上报告警速度指示处理程序，可以处理该指示并重发该告警信息。
除上述不满足预定条件是已上报的待处理告警信息数量超过门限值外，所述不满足预定条件还可以为：所述告警信息的优先级不满足优先级要求。具体是在BAM内设立优先级门限，在接收到上报的告警信息时将其优先级和预先设立的优先级门限进行比较，如果低于所述预设的优先级门限，则判定为不满足预定条件。
以上实施方式是在将所述告警信息导入告警流程前，进行步骤202的判断上报的告警信息是否满足预定条件步骤，进而根据判断结果进行步骤203的流程步骤。相对于现有技术接收全部告警信息的方法，本实施方式并不全部接收上报的告警，避免短时间内上报大量告警导致的RNC后台管理出现系统出错、告警信息丢失的技术问题。
此外，所述不满足预定条件还可以为：所述告警信息的类型不符合要求。具体是在BAM内设立允许接收的告警类型，在接收到上报的告警信息时将其告警类型和预先设立的允许接收告警类型进行比较，如果不符合所述预设的允许接收告警类型，则判定为不满足预定条件。
以下为步骤203判断步骤的另一个分支：
2)在所述上报的告警信息满足预定条件时，比如BAM内的待处理告警信息数量未超过2000，则返回该告警信息接收成功的响应到RNC，同时将所述上报的告警信息导入BAM内的告警流程：存入内存中，等待处理。
对于BAM内的告警流程，如果当前待处理告警是局部告警，则处理流程可参照现有技术；如果是全局告警，则可能对应所述上报告警的业务框和对应恢复告警的业务框相同或关联告警处理。这时还可以采用如下步骤204进行处理，避免某事件的恢复告警早于故障告警被处理，避免维护人员在未看到此事件的恢复告警就按照后到的故障告警进行误操作。
步骤204：在另外的实施方式中，在将上报的告警信息导入告警流程后，还进行如下步骤：判断所述上报的告警的属性，根据所述属性进行相应处理。
RNC后台管理模块在收到所述上报的告警信息后，对所述告警信息的属性进行判断，分析所述上报的告警是否为全局故障告警或全局恢复告警。
1)在所述上报的告警是全局故障告警时，
如果所述上报的全局告警是重复的故障告警，将其保存到全局故障告警链表并存入数据库中；所述重复的故障告警，是指上报的前一个故障告警信息尚未恢复，即尚未上报对应的恢复告警，就又上报同样的故障告警，此时为避免遗漏告警信息，需要保存起来；
否则，在全局恢复告警链表中寻找与所述上报的全局故障告警匹配的恢复告警信息，如果恢复告警信息存在，则将所述的恢复告警信息放到告警处理线程的队列的队首。这里，如果与所述上报的全局故障告警匹配的恢复告警信息存在，说明对应此上报的全局告警的恢复告警先上报到了BAM，如果对所述恢复告警处理，则会造成误告警。因此需要将所述的恢复告警信息放到告警处理线程的队列的队首。
2)在所述上报的告警是全局恢复告警时，
将所述上报的全局恢复告警信息保存到全局恢复告警链表和数据库中，对于从全局恢复告警链表中取出并放入到告警处理线程队列的告警不重复保存；
查找对应的故障告警信息，如果对应的故障告警信息存在，则将所述故障告警和上报的全局恢复告警信息成对放入告警处理线程的队列中。这里，对于已经上报的全局恢复告警，必定有对应的故障告警存在。该故障告警可能由于流控而缓存在RNC中，也可能已经上报到了BAM。如果上报到了BAM，则应该把此全局恢复告警信息放在所述故障告警的后面，由告警处理线程一块处理。这样维护人员能够看到完整的信息，不至于误操作。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来命令相关的硬件来完成，所述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，可以包括所有上述方法实施方式的步骤，所述的存储介质，如：ROM/RAM、磁碟或光盘等。
参阅图3，本发明还提供后台管理装置第二实施方式400，包括告警接收单元410、响应单元420、流控单元430、条件设置单元440、故障类型判断单元450、故障信息查找单元460以及故障信息调配单元470。
所述条件设置单元440用于设置预定条件为：待处理告警信息的数量门限值；或待处理告警信息的优先级门限；或待处理告警信息的允许接收类型。
所述告警接收单元410用于接收来自RNC的告警信息。所述流控单元430用于判断所述上报的告警信息是否满足所述条件设置单元440中的预定条件，并且根据所述判断得到的结果对所述上报的告警信息进行流控：
1)在所述判断得到的结果为告警信息不满足预定条件时，拦截该上报的告警信息；在其他实施方式中，可以丢弃所述上报的告警信息，并且不返回该告警信息接收成功的响应；或丢弃所述上报的告警信息，并且指示所述后台管理装置的响应单元420返回接收失败的响应；或下发降低上报告警速度的指示到RNC。RNC内置有相应的解析单元，对所述失败响应或降低上报告警速度的指示进行解析，控制RNC在一段时间后重新发送该告警信息到告警接收单元410。
2)在所述判断结果为所述上报的告警信息满足预定条件时，把所述上报的告警信息传到所述故障类型判断单元450，同时指示所述响应单元420返回该告警信息接收成功的响应。
所述故障类型判断单元450用于在所述判断结果为所述上报的告警信息满足预定条件时，判断所述上报的告警信息类型。所述故障信息查找单元460用于在故障告警链表或恢复告警链表中查找故障告警或恢复告警信息。
所述故障信息调配单元470，用于：
在所述故障类型判断单元450的判断结果为全局故障告警并且是重复告警时，将所述上报的故障告警信息保存到全局故障告警链表并存入数据库中；
否则，指示所述故障信息查找单元460在全局恢复告警链表中寻找与所述上报的故障告警匹配的恢复告警，在所述恢复告警存在的情况下将所述恢复告警信息放到告警处理线程的队列的队首；
在所述故障类型判断单元450的判断结果为全局恢复告警时，将所述上报的恢复告警信息保存到全局恢复告警链表和数据库中，并指示所述故障信息查找单元460查找对应的故障告警信息，在所述对应的故障告警信息存在的情况下，将所述故障告警和上报的恢复告警信息成对放入告警处理线程的队列中。
上述具体实施方式中，由于通过预设条件来间接控制业务框上报告警的速度，可以减轻对告警系统的冲击和避免大量告警的丢失。具体上由所述流控单元430通过拦截上报的告警信息等方式来实现控制上报告警的速度，将后台管理装置中待处理告警信息的数量控制在安全范围内，可以避免短时间内上报大量告警信息所造成的风险。此外通过故障信息调配单元470来对一些特殊的全局告警进行调配，让故障告警信息的处理早于恢复告警信息，避免数据错乱和误操作。
根据本发明思想，有更多实施方式。比如在BAM内设置闪存单元，可以快速保存待处理/已处理的告警信息，缓冲短时间大量上报告警而造成对系统的压力，同时在系统没有响应或意外宕机时避免告警信息的丢失。
以上对本发明所提供的一种告警处理方法和后台管理装置进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
Claims (11)
1.一种告警处理方法，其特征在于，包括：
接收上报的告警信息；
判断所述上报的告警信息是否满足预定条件；
根据所述判断得到的结果对所述上报的告警信息进行流控。
2.根据权利要求1所述的告警处理方法，其特征在于，所述根据判断得到的结果对所述上报的告警信息进行流控是指：在所述判断得到的结果为告警信息不满足预定条件时，
拦截该上报的告警信息；或
丢弃所述上报的告警信息，并且不返回该告警信息接收成功的响应；或
丢弃所述上报的告警信息，并且返回接收失败的响应；或
下发降低上报告警速度的指示。
3.根据权利要求2所述的告警处理方法，其特征在于，所述不满足预定条件是指：
已上报的待处理告警信息数量超过门限值；或
所述上报的告警信息的优先级不满足优先级要求；或
所述上报的告警信息的类型不符合要求。
4.根据权利要求1所述的告警处理方法，其特征在于，所述根据判断得到的结果对所述上报的告警信息进行流控是指：在所述判断得到的结果为告警信息满足预定条件时，返回所述上报的告警信息接收成功的响应，并且将所述上报的告警导入告警流程。
5.根据权利要求4所述的告警处理方法，其特征在于，所述将所述上报的告警导入告警流程之后包括：判断所述上报的告警类型，在所述上报的告警是全局故障告警时，
如果所述告警是重复的故障告警，将其保存到全局故障告警链表并存入数据库中；
否则，在全局恢复告警链表中寻找与所述上报的全局故障告警匹配的恢复告警信息，如果恢复告警信息存在，则将所述上报的全局告警信息放到告警处理线程的队列的队首。
6.根据权利要求4所述的告警处理方法，其特征在于，所述将所述上报的告警导入告警流程之后包括：判断所述上报的告警类型，在所述上报的告警是全局恢复告警时，
将所述上报的全局恢复告警信息保存到全局恢复告警链表和数据库中，对于从全局恢复告警链表中取出并放入到告警处理线程队列的告警不重复保存；
查找对应的故障告警信息，如果对应的故障告警信息存在，则将所述故障告警和上报的全局恢复告警信息成对放入告警处理线程的队列中。
7.一种后台管理装置，包括：
告警接收单元，用于接收来自基站控制器的告警信息；
其特征在于，
还包括流控单元，用于判断所述上报的告警信息是否满足预定条件，并且根据所述判断得到的结果对所述上报的告警信息进行流控。
8.根据权利要求7所述的后台管理装置，其特征在于，所述流控单元根据所述判断得到的结果对所述上报的告警信息进行流控是指：在所述判断得到的结果为告警信息不满足预定条件时，
拦截该上报的告警信息；或
丢弃所述上报的告警信息，并且不返回该告警信息接收成功的响应；或
丢弃所述上报的告警信息，并且指示所述后台管理装置返回接收失败的响应；或
下发降低上报告警速度的指示。
9.根据权利要求7所述的后台管理装置，其特征在于，进一步包括条件设置单元，用于设置所述预定条件为：已上报的待处理告警信息的数量门限值、优先级门限或允许接收类型。
10.根据权利要求7所述的后台管理装置，其特征在于，进一步包括：
故障类型判断单元，用于在所述判断结果为所述上报的告警信息满足预定条件时，判断所述上报的告警信息类型；
故障信息查找单元，用于在故障告警链表或恢复告警链表中查找故障告警或恢复告警信息；
故障信息调配单元，用于：
在所述故障类型判断单元的判断结果为全局故障告警并且是重复告警时，将所述上报的全局故障告警信息保存到全局故障告警链表并存入数据库中；否则，指示所述故障信息查找单元在全局恢复告警链表中寻找与所述上报的全局故障告警匹配的恢复告警，在所述恢复告警存在的情况下将所述恢复告警信息放到告警处理线程的队列的队首；
在所述故障类型判断单元的判断结果为全局恢复告警时，将所述上报的全局恢复告警信息保存到全局恢复告警链表和数据库中，并指示所述故障信息查找单元查找对应的故障告警信息，在所述对应的故障告警信息存在的情况下，将所述故障告警和上报的全局恢复告警信息成对放入告警处理线程的队列中。
11.根据权利要求7所述的后台管理装置，其特征在于，进一步包括：响应单元，用于在所述上报的告警信息满足预定条件时，返回该告警信息接收成功的响应。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2007100075968A CN100464600C (zh) | 2007-02-08 | 2007-02-08 | 告警处理方法和后台管理装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2007100075968A CN100464600C (zh) | 2007-02-08 | 2007-02-08 | 告警处理方法和后台管理装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101018163A true CN101018163A (zh) | 2007-08-15 |
| CN100464600C CN100464600C (zh) | 2009-02-25 |
Family
ID=38726930
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2007100075968A Active CN100464600C (zh) | 2007-02-08 | 2007-02-08 | 告警处理方法和后台管理装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100464600C (zh) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101859270A (zh) * | 2010-04-19 | 2010-10-13 | 上海华为技术有限公司 | 日志管理方法、系统、主控板和本地单板 |
| WO2010145476A1 (zh) * | 2009-06-15 | 2010-12-23 | 中兴通讯股份有限公司 | 一种告警传递方法及装置 |
| CN101582807B (zh) * | 2009-07-02 | 2011-10-05 | 北京讯风光通信技术开发有限责任公司 | 一种基于北向接口实现网络管理的方法及系统 |
| CN101741610B (zh) * | 2008-11-17 | 2012-03-28 | 大唐移动通信设备有限公司 | 一种处理告警信息的方法、系统和装置 |
| CN102075344B (zh) * | 2009-11-20 | 2012-07-04 | 中国移动通信集团北京有限公司 | 通信网络中的工单派发方法及告警信息过滤装置 |
| CN104219259A (zh) * | 2013-05-30 | 2014-12-17 | 中国电信股份有限公司 | 一种传输异常事件的处理方法和装置 |
| CN104283725A (zh) * | 2014-11-10 | 2015-01-14 | 武汉日电光通信工业有限公司 | 网络管理系统中告警信息处理方法及系统 |
| CN105094974A (zh) * | 2015-08-14 | 2015-11-25 | 上海斐讯数据通信技术有限公司 | 一种突发信号处理方法及系统 |
| CN105991320A (zh) * | 2015-02-05 | 2016-10-05 | 中兴通讯股份有限公司 | 无源光网络设备告警信息处理方法及光线路终端 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE10145487A1 (de) * | 2001-09-14 | 2003-04-24 | Siemens Ag | Verfahren zur Steuerung des Zugriffs auf ein Störungsmeldungssystem eines Kommunikationsnetzes, Störungsmeldungssystem und Computerprogramm |
| KR100452888B1 (ko) * | 2002-12-12 | 2004-10-14 | 한국전자통신연구원 | 광전송 망 관리 시스템 및 그 제어방법 |
| CN1265660C (zh) * | 2003-03-24 | 2006-07-19 | 华为技术有限公司 | 一种通信系统的负载控制方法及通讯系统的负载过载报警装置 |
| CN1244996C (zh) * | 2003-09-05 | 2006-03-08 | 中兴通讯股份有限公司 | 一种cdma系统中防止告警风暴的方法 |
| CN100344109C (zh) * | 2004-08-02 | 2007-10-17 | 华为技术有限公司 | 网管系统中提高告警数据处理速度的方法 |
| CN1852158A (zh) * | 2005-11-29 | 2006-10-25 | 华为技术有限公司 | 一种电信网络告警的实现方法及其系统 |
-
2007
- 2007-02-08 CN CNB2007100075968A patent/CN100464600C/zh active Active
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101741610B (zh) * | 2008-11-17 | 2012-03-28 | 大唐移动通信设备有限公司 | 一种处理告警信息的方法、系统和装置 |
| WO2010145476A1 (zh) * | 2009-06-15 | 2010-12-23 | 中兴通讯股份有限公司 | 一种告警传递方法及装置 |
| CN101582807B (zh) * | 2009-07-02 | 2011-10-05 | 北京讯风光通信技术开发有限责任公司 | 一种基于北向接口实现网络管理的方法及系统 |
| CN102075344B (zh) * | 2009-11-20 | 2012-07-04 | 中国移动通信集团北京有限公司 | 通信网络中的工单派发方法及告警信息过滤装置 |
| CN101859270A (zh) * | 2010-04-19 | 2010-10-13 | 上海华为技术有限公司 | 日志管理方法、系统、主控板和本地单板 |
| CN104219259B (zh) * | 2013-05-30 | 2017-09-12 | 中国电信股份有限公司 | 一种传输异常事件的处理方法和装置 |
| CN104219259A (zh) * | 2013-05-30 | 2014-12-17 | 中国电信股份有限公司 | 一种传输异常事件的处理方法和装置 |
| CN104283725A (zh) * | 2014-11-10 | 2015-01-14 | 武汉日电光通信工业有限公司 | 网络管理系统中告警信息处理方法及系统 |
| CN104283725B (zh) * | 2014-11-10 | 2018-06-29 | 武汉众邦领创技术有限公司 | 网络管理系统中告警信息处理方法及系统 |
| CN105991320A (zh) * | 2015-02-05 | 2016-10-05 | 中兴通讯股份有限公司 | 无源光网络设备告警信息处理方法及光线路终端 |
| CN105991320B (zh) * | 2015-02-05 | 2020-07-31 | 深圳市中兴通讯技术服务有限责任公司 | 无源光网络设备告警信息处理方法及光线路终端 |
| CN105094974A (zh) * | 2015-08-14 | 2015-11-25 | 上海斐讯数据通信技术有限公司 | 一种突发信号处理方法及系统 |
| CN105094974B (zh) * | 2015-08-14 | 2019-12-20 | 上海斐讯数据通信技术有限公司 | 一种突发信号处理方法及系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN100464600C (zh) | 2009-02-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100464600C (zh) | 告警处理方法和后台管理装置 | |
| CN110224858B (zh) | 基于日志的告警方法及相关装置 | |
| CN111078453B (zh) | 微服务自动熔断和恢复方法、装置、计算机设备及存储介质 | |
| CN102355368B (zh) | 一种网络设备的故障处理方法及系统 | |
| EP3160081A1 (en) | Alert data processing method and network management device | |
| CN106856489A (zh) | 一种分布式存储系统的服务节点切换方法和装置 | |
| RU2535630C2 (ru) | Способ и устройство для сбора данных мобильной связи | |
| CN101800675A (zh) | 故障监控方法、监控设备及通信系统 | |
| CN103812675A (zh) | 一种实现业务交付平台异地容灾切换的方法和系统 | |
| CN100370756C (zh) | 系统的复位处理方法及装置 | |
| CN110677480B (zh) | 一种节点健康管理方法、装置和计算机可读存储介质 | |
| CN104935456A (zh) | 通信网络告警系统的告警消息传输和处理方法 | |
| CN104243192B (zh) | 故障处理方法及系统 | |
| CN106155826A (zh) | 用于在总线结构中检测及处理错误的方法和系统 | |
| CN109474470A (zh) | 一种自监控方法和装置 | |
| CN101102217B (zh) | 电信网管系统中告警重复和闪断上报及监视的处理方法 | |
| US11704180B2 (en) | Method, electronic device, and computer product for storage management | |
| CN116415045A (zh) | 数据采集方法、装置、电子设备及存储介质 | |
| EP1653662A2 (en) | Protection switch logging methods and systems | |
| CN106534262B (zh) | 一种网络信息系统故障的切换方法 | |
| CN1571373A (zh) | 监测调整移动网络运行状况的方法 | |
| CN102195824B (zh) | 数据业务系统退服告警的方法、装置及系统 | |
| WO2014040470A1 (zh) | 告警消息的处理方法及装置 | |
| CN102104950B (zh) | 采集性能数据的管理方法及基站 | |
| CN112689280B (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: 20211223 Address after: 450046 Floor 9, building 1, Zhengshang Boya Plaza, Longzihu wisdom Island, Zhengdong New Area, Zhengzhou City, Henan Province Patentee after: xFusion Digital Technologies Co., Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. |
|
| TR01 | Transfer of patent right |