CN101384054A - 一种通过性能数据监测网络异常情况的方法 - Google Patents
一种通过性能数据监测网络异常情况的方法 Download PDFInfo
- Publication number
- CN101384054A CN101384054A CNA2007101458892A CN200710145889A CN101384054A CN 101384054 A CN101384054 A CN 101384054A CN A2007101458892 A CNA2007101458892 A CN A2007101458892A CN 200710145889 A CN200710145889 A CN 200710145889A CN 101384054 A CN101384054 A CN 101384054A
- Authority
- CN
- China
- Prior art keywords
- management system
- network management
- monitoring
- model
- performance data
- 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
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种通过性能数据监测网络异常情况的方法,应用于网管系统中,包括:(1)在所述网管系统中设置性能监测模型,所述网管系统启动该模型并进行加载;(2)所述网管系统正确加载该模型后,该网管系统对每个监测对象的性能数据带入所述模型中进行相应审核,如果每个性能数据审核都能满足,则网管系统产生告警恢复消息;否则网管系统产生告警上报消息;(3)所述网管系统判断所有监测对象是否都处理完,如果没有处理完,则继续执行步骤(2)。本发明的核心思想是通过设计性能监测模型,建立预警系统,及时检测出系统中可能存在异常情况,采用告警的机制通知维护人员进行排查和解决。
Description
技术领域
本发明涉及3G通信系统中的网管系统,具体地说涉及一种网管系统中通过建立性能监测模型进行实时分析及时发现网络中可能存在的异常情况,通过告警或其他方式通知维护人员进行及时排查和解决的方法。该监测适用于网络中所有的测量对象类型,例如RNC、小区、CPU、NodeB、邻接小区等等。
背景技术
3G通信系统的网管系统,遵循TMN(电信管理网络模块,Telecommunications Management Network Model)、3GPP(第三代合作伙伴计划,The 3rd Generation Partnership Project)等规范,包括告警管理、配置管理、性能管理、安全管理等功能。性能管理功能主要包括数据采集、数据分析等功能。在网管系统实际运行中发现,当运行的网络中出现一些特殊问题时,维护人员很难及时观测到并进行排查和解决,严重影响到网络的正常运行。由此可见,如何及时发现这些异常情况成为网络正常运行的关键一环。
目前普遍采用以下两种方法来发现网络是否存在异常:
第一种方法是选择相应的指标创建QoS(网络服务质量,Quality ofService)任务进行监测,当所监测指标超过指定的门限时产生QoS告警,用户根据QoS告警进行异常情况定位;
采用这种方法可以监测到网络中异常情况,但这种方式会产生大量无关告警,干扰维护人员进行正常分析,主要体现在监测的指标一般需要符合一定的条件,例如话务量>0.1Erl的小区才需要监测,并且不同的指标之间存在一定的关联性。
第二种方法是网元监测并产生告警,网元根据设备出现各种异常情况分别分析并产生相应告警,用于维护人员进行定位分析;
采用这种方法因为网元设备可能出现的异常情况太多,无法监测到每种可能性,同时网元产生的大量告警缺乏关联性,不方便维护人员进行定位分析和排查问题。
发明内容
本发明所解决的技术问题在于提供一种通过性能数据监测网络异常情况的方法,以及时发现网络中可能存在的异常情况,及时通知维护人员进行排查,提供有效的信息方便用户进行定位;同时采用集中告警的方式,降低系统中告警的数量,从而提高网络维护的效率。
为了解决上述问题,本发明提供了一种通过性能数据监测网络异常情况的方法,应用于网管系统中,其特征在于,包括以下步骤:
(1)在所述网管系统中设置性能监测模型,所述网管系统启动该模型并进行加载;
(2)所述网管系统正确加载该模型后,该网管系统对每个监测对象的性能数据带入所述模型中进行相应审核,如果每个性能数据审核都能满足,则网管系统产生告警恢复消息;否则网管系统产生告警上报消息;
(3)所述网管系统判断所有监测对象是否都处理完,如果没有处理完,则继续执行步骤(2)。
本发明所述的方法,其中,所述性能监测模型是标准的XML配置文件,包括:监测对象的门限、监测对象的监测时间段或监测条件。
本发明所述的方法,其中,所述步骤(2)进一步包括:
如果该监测对象的每个性能数据审核都能满足,则网管系统产生该监测对象的告警恢复消息,通过告警接口上报到告警系统,如果当前告警系统中存在该监测对象的告警恢复消息,则该告警系统自动进行恢复处理;如果当前告警系统中不存在该监测对象的告警恢复消息,则网管系统忽略处理。
其中,所述步骤(2)进一步包括:
如果该监测对象有一个或多个性能数据审核没有满足,则网管系统将未通过的监测对象的门限值、异常描述和实际值作为异常监测告警上报消息,通过告警接口上报到告警系统。
本发明所述的方法,其中,所述步骤(2)的该网管系统对每个监测对象的性能数据带入所述模型中进行相应审核,为该网管系统的监听器对每个监测对象的性能数据带入所述模型中进行相应审核。
本发明所述的方法,其中,所述步骤(2)进一步包括:
所述网管系统正确加载该模型后,该网管系统对每个监测对象的性能数据带入所述模型中进行相应审核,当没有监测对象的时候,则网管系统上报信息使系统处于休眠状态。
本发明所述的方法,其中,所述步骤(1)进一步包括:
当性能监测模型的配置文件发生变化时,所述网管系统根据配置文件的最后修改时间进行判断,如果配置文件时间发生变化,该网管系统自动重新加载,不用重新启动网管系统。
其中,所述步骤(2)包括:
所述网管系统正确加载该模型后,该网管系统先判断是否在模型的监测对象的监测时间段上,如果不属于需要监测时间段,则网管系统不处理继续监听;如果在需要监测时间段上,该网管系统对该模型的监测条件自动识别,将监测条件转换为具体的计数器,同时解析出需要监测的对象,网管系统对每个监测对象的性能数据带入所述模型中进行相应审核,如果每个性能数据审核都能满足,则网管系统产生告警恢复消息;如果其中有一条性能数据审核不通过,则网管系统产生告警上报消息。
本发明所述的方法,其中,所述步骤(3)进一步包括:
所述网管系统判断所有监测对象是否都处理完,如果没有处理完,则继续执行步骤(2);如果处理完则该网管系统监听,并使系统处于休眠状态,当有新的数据上报后,继续执行步骤(2)。
本发明的核心思想是通过设计性能监测模型,建立预警系统,及时检测出系统中可能存在异常情况,采用告警的机制通知维护人员进行排查和解决。性能监测模型是根据系统的各项运行指标,进行运算、比较、归纳而形成,可以在具体使用场景中不断完善和调整,达到较为准确的效果,提高预警的准确率,提高网络运维效率,降低网络运维成本,将大大提高网络的稳定性。
附图说明
图1是本发明实施例所述的一种通过性能数据监测网络异常情况的方法流程示意图。
具体实施方式
本发明在这里提供了一种通过性能数据监测网络异常情况的方法,及时发现网络中可能存在的异常情况,及时通知维护人员进行排查,提供有效的信息方便用户进行定位;同时采用集中告警的方式,降低系统中告警的数量,从而提高网络维护的效率。以下对具体实施方式进行详细描述,但不作为对本发明的限定。
本发明的核心思想是通过设计性能监测模型,建立预警系统,及时检测出系统中可能存在异常情况,采用告警的机制通知维护人员进行排查和解决。性能监测模型是根据系统的各项运行指标,进行运算、比较、归纳而形成,可以在具体使用场景中不断完善和调整,达到较为准确的效果,提高预警的准确率,提高网络运维效率,降低网络运维成本,将大大提高网络的稳定性。
本发明的主要特点和重点实现方法如下:
(1)性能监测模型具有开放性,有变化时系统自动更新;系统提供的监测模型是标准的XML配置文件,监测模型简洁明晰,具有很强的可扩展性。用户可根据需要进行调整和完善,可以修改监测对象、监测门限、监测时间段或增加监测条件等;当监测模型发生变化,系统根据文件的最后修改日期,如果有更新自动重新加载,采用新的监测条件进行审核,不用重新启动网管,保证系统稳定性。
(2)采用条件和集中告警的方式,降低告警数量,方便用户分析;监测模型采用关联条件的方式,对不需要关注的监测对象进行有效过滤,降低告警数量。同时针对单一监测对象可以进行多种条件组合审核,将不满足的条件合并作为告警的详细信息,保证系统中一个监测对象最多有一条告警,大大降低告警数量;告警详细信息中包含了审核条件、异常描述、门限值和实际指标值,用户查看告警详细信息就很清楚该监测对象哪些指标存在问题。
下面结合附图对本发明作进一步的详细说明。如图1所示,本发明提出通过性能数据监测网络异常情况的方法,包括以下步骤:
步骤101,设置性能监测模型;抽取网络中具有能够反映出监测对象情况的计数器或指标,根据网络实际运营情况设定相应的门限,作为监测对象是否存在异常的审核条件;这里监测模型可以在具体使用场景中不断完善和调整,达到较为准确的效果,提高预警的准确率。采用模型示例:
RNC/小区监测模型示例:
1:用户无法发起RRC连接建立
RAB建立尝试次数<10
2:用户可以建立RRC连接,但RAB建立成功率不高。
RRC连接建立成功次数>10,但RAB建立成功率<20%
3:RAB建立成功但服务量很小
电路域业务建立成功次数(电路域成功建立的RAB数目)>10,但话务量<0.1Erl;
分组域业务建立成功次数(电路域成功建立的RAB数目)>10,但分组域流量<1K;
4:RAB建立成功但掉话率比较高
业务建立成功次数(成功建立的RAB数目)>10,但掉话率>20%;
5:临近监测对象比较,出现明显偏差
RAB建立成功率<平均值×30%;
掉话率>平均值×300%
6:连续监控出现指标抖动
RAB建立成功率<前5个时间段平均值×50%;
掉话率>前5个时间段平均值×200%
CPU监测模型示例:
1:CPU持续保持很高利用率
CPU利用率峰值>90%,但CPU平均利用率>60%
步骤102,网管启动后自动加载监测模型,当模型配置文件发生变化时,系统根据文件的最后修改时间进行判断,如果文件时间发生变化,系统自动重新加载,不用重新启动网管服务器。加载完模型后,系统进行审核条件和审核公式自动识别,将审核公式转换为具体的计数器,同时解析出需要监测的对象等信息,为下一步处理做好准备。
步骤103,系统正确加载检测模型后,系统将启动性能数据上报监听器,当监听到监测对象的性能数据上报时,系统会进行相应的数据审核,在没有监测对象数据上报处于休眠状态;
在收到监测对象的性能数据后,系统先判断是否在监测的时间点,如果不属于需要监测时间点,则不处理,继续监听;如果是在监测时间,则解析出每个监测对象的所有相关计数器的值,顺序将每个监测对象的计数器和计数器的值代入到性能监测模型进行规则运算,如果每个审核关系都能满足,则产生告警恢复消息;如果其中有一条审核关系不通过,则产生告警上报消息;
如果该监测对象的所有审核关系都满足,则系统产生该监测对象的告警恢复消息,通过告警接口上报到告警系统,如果当前告警存在该监测对象的告警,则系统自动进行恢复;如果没有该监测对象的告警,则系统会忽略处理;
如果该监测对象有一个或多个审核关系没有满足,系统将产生异常监测告警。系统通过计算每个审核条件的实际值,将未通过的审核条件、门限值、异常描述和监测对象实际值作为告警的详细信息,通过告警接口上报到告警系统。
步骤104,判断当前粒度的所有监测对象是否处理完成,没有处理完,则继续步骤103的将采集数据带入模型进行审核处理;处理完,则监听器休眠,等待下一个粒度性能数据上报。
步骤105,如果有的新的数据上报,则继续步骤103的将采集数据带入模型进行审核处理;否则继续监听。
用户在告警系统中过滤出异常监测告警,就可以比较清晰哪些监测对象存在异常情况,通过查看告警详细信息就可以清楚该监测对象出现哪些异常,及时进行具体问题排查和解决。
本发明实施例是通过设计性能监测模型,建立预警系统,及时检测出系统中可能存在异常情况,采用告警的机制通知维护人员进行排查和解决。性能监测模型是根据系统的各项运行指标,进行运算、比较、归纳而形成,可以在具体使用场景中不断完善和调整,达到较为准确的效果,提高预警的准确率,提高网络运维效率,降低网络运维成本,将大大提高网络的稳定性。
当然,本发明还可有其他多种实施例,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员可根据本发明做出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
Claims (9)
1、一种通过性能数据监测网络异常情况的方法,应用于网管系统中,其特征在于,包括以下步骤:
(1)在所述网管系统中设置性能监测模型,所述网管系统启动该模型并进行加载;
(2)所述网管系统正确加载该模型后,该网管系统对每个监测对象的性能数据带入所述模型中进行相应审核,如果每个性能数据审核都能满足,则网管系统产生告警恢复消息;否则网管系统产生告警上报消息;
(3)所述网管系统判断所有监测对象是否都处理完,如果没有处理完,则继续执行步骤(2)。
2、如权利要求1所述的方法,其特征在于,所述性能监测模型是标准的XML配置文件,包括:监测对象的门限、监测对象的监测时间段或监测条件。
3、如权利要求1所述的方法,其特征在于,所述步骤(2)进一步包括:
如果该监测对象的每个性能数据审核都能满足,则网管系统产生该监测对象的告警恢复消息,通过告警接口上报到告警系统,如果当前告警系统中存在该监测对象的告警恢复消息,则该告警系统自动进行恢复处理;如果当前告警系统中不存在该监测对象的告警恢复消息,则网管系统忽略处理。
4、如权利要求1所述的方法,其特征在于,所述步骤(2)进一步包括:
如果该监测对象有一个或多个性能数据审核没有满足,则网管系统将未通过的监测对象的门限值、异常描述和实际值作为异常监测告警上报消息,通过告警接口上报到告警系统。
5、如权利要求1所述的方法,其特征在于,所述步骤(2)的该网管系统对每个监测对象的性能数据带入所述模型中进行相应审核,为该网管系统的监听器对每个监测对象的性能数据带入所述模型中进行相应审核。
6、如权利要求1所述的方法,其特征在于,所述步骤(2)进一步包括:
所述网管系统正确加载该模型后,该网管系统对每个监测对象的性能数据带入所述模型中进行相应审核,当没有监测对象的时候,则网管系统上报信息使系统处于休眠状态。
7、如权利要求1所述的方法,其特征在于,所述步骤(1)进一步包括:
当性能监测模型的配置文件发生变化时,所述网管系统根据配置文件的最后修改时间进行判断,如果配置文件时间发生变化,该网管系统自动重新加载,不用重新启动网管系统。
8、如权利要求2所述的方法,其特征在于,所述步骤(2)包括:
所述网管系统正确加载该模型后,该网管系统先判断是否在模型的监测对象的监测时间段上,如果不属于需要监测时间段,则网管系统不处理继续监听;如果在需要监测时间段上,该网管系统对该模型的监测条件自动识别,将监测条件转换为具体的计数器,同时解析出需要监测的对象,网管系统对每个监测对象的性能数据带入所述模型中进行相应审核,如果每个性能数据审核都能满足,则网管系统产生告警恢复消息;如果其中有一条性能数据审核不通过,则网管系统产生告警上报消息。
9、如权利要求1所述的方法,其特征在于,所述步骤(3)进一步包括:
所述网管系统判断所有监测对象是否都处理完,如果没有处理完,则继续执行步骤(2);如果处理完则该网管系统监听,并使系统处于休眠状态,当有新的数据上报后,继续执行步骤(2)。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101458892A CN101384054B (zh) | 2007-09-04 | 2007-09-04 | 一种通过性能数据监测网络异常情况的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101458892A CN101384054B (zh) | 2007-09-04 | 2007-09-04 | 一种通过性能数据监测网络异常情况的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101384054A true CN101384054A (zh) | 2009-03-11 |
CN101384054B CN101384054B (zh) | 2012-01-11 |
Family
ID=40463620
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007101458892A Active CN101384054B (zh) | 2007-09-04 | 2007-09-04 | 一种通过性能数据监测网络异常情况的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101384054B (zh) |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101959214A (zh) * | 2009-07-17 | 2011-01-26 | 中国移动通信集团江苏有限公司 | 一种越区切换数据的核查方法和装置 |
CN102202327A (zh) * | 2011-06-08 | 2011-09-28 | 中兴通讯股份有限公司 | 告警模块自动生成方法及装置 |
WO2014063557A1 (zh) * | 2012-10-22 | 2014-05-01 | 中兴通讯股份有限公司 | 网元负载不均检测处理方法、装置及其系统 |
CN104348661A (zh) * | 2013-08-08 | 2015-02-11 | 携程计算机技术(上海)有限公司 | 网络失效数据上传、接收方法和设备及记录方法和系统 |
CN101945413B (zh) * | 2009-07-06 | 2015-05-20 | 中兴通讯股份有限公司 | 一种告警信息处理方法及装置 |
TWI497968B (zh) * | 2012-12-25 | 2015-08-21 | Wistron Neweb Corp | 網路傳輸檢查裝置以及網路傳輸檢查方法 |
CN104917651A (zh) * | 2015-06-09 | 2015-09-16 | 北京齐尔布莱特科技有限公司 | 监测网络异常的方法及装置 |
CN105471663A (zh) * | 2014-08-18 | 2016-04-06 | 中兴通讯股份有限公司 | 网络异常的检测方法、装置、通信网络检测装置及系统 |
CN107426055A (zh) * | 2017-07-31 | 2017-12-01 | 努比亚技术有限公司 | 异常流量监测方法、装置及计算机可读存储介质 |
CN107438259A (zh) * | 2017-09-22 | 2017-12-05 | 武汉虹信通信技术有限责任公司 | 一种网管系统性能模块故障的定位方法 |
CN112073982A (zh) * | 2019-06-10 | 2020-12-11 | 中兴通讯股份有限公司 | 一种智能恢复网络质量的方法和装置 |
CN112114986A (zh) * | 2019-06-20 | 2020-12-22 | 腾讯科技(深圳)有限公司 | 数据异常识别方法、装置、服务器和存储介质 |
CN113379176A (zh) * | 2020-03-09 | 2021-09-10 | 中国移动通信集团设计院有限公司 | 电信网络异常数据检测方法、装置、设备和可读存储介质 |
CN114500011A (zh) * | 2022-01-13 | 2022-05-13 | 中国电子科技网络信息安全有限公司 | 一种基于行为基线异常分析和事件编排的辅助决策方法 |
CN114564369A (zh) * | 2022-04-28 | 2022-05-31 | 云账户技术(天津)有限公司 | 应用程序的异常监测方法、装置、电子设备及存储介质 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100558044C (zh) * | 2005-12-22 | 2009-11-04 | 华为技术有限公司 | 监测网元间网络性能的方法、设备及系统 |
CN100413259C (zh) * | 2006-02-07 | 2008-08-20 | 华为技术有限公司 | 一种自动实现串联连接监测的方法和装置 |
CN1878384A (zh) * | 2006-07-10 | 2006-12-13 | 华为技术有限公司 | 一种网元故障检测方法 |
-
2007
- 2007-09-04 CN CN2007101458892A patent/CN101384054B/zh active Active
Cited By (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101945413B (zh) * | 2009-07-06 | 2015-05-20 | 中兴通讯股份有限公司 | 一种告警信息处理方法及装置 |
CN101959214A (zh) * | 2009-07-17 | 2011-01-26 | 中国移动通信集团江苏有限公司 | 一种越区切换数据的核查方法和装置 |
CN102202327A (zh) * | 2011-06-08 | 2011-09-28 | 中兴通讯股份有限公司 | 告警模块自动生成方法及装置 |
WO2014063557A1 (zh) * | 2012-10-22 | 2014-05-01 | 中兴通讯股份有限公司 | 网元负载不均检测处理方法、装置及其系统 |
US9674065B2 (en) | 2012-10-22 | 2017-06-06 | Zte Corporation | Method, apparatus and system for detecting network element load imbalance |
TWI497968B (zh) * | 2012-12-25 | 2015-08-21 | Wistron Neweb Corp | 網路傳輸檢查裝置以及網路傳輸檢查方法 |
US9565086B2 (en) | 2012-12-25 | 2017-02-07 | Wistron Neweb Corp. | Network-transmission inspection device and network-transmission inspection method |
CN104348661A (zh) * | 2013-08-08 | 2015-02-11 | 携程计算机技术(上海)有限公司 | 网络失效数据上传、接收方法和设备及记录方法和系统 |
CN104348661B (zh) * | 2013-08-08 | 2019-01-04 | 上海携程商务有限公司 | 网络失效数据上传、接收方法和设备及记录方法和系统 |
CN105471663A (zh) * | 2014-08-18 | 2016-04-06 | 中兴通讯股份有限公司 | 网络异常的检测方法、装置、通信网络检测装置及系统 |
CN104917651B (zh) * | 2015-06-09 | 2018-04-17 | 北京齐尔布莱特科技有限公司 | 监测网络异常的方法及装置 |
CN104917651A (zh) * | 2015-06-09 | 2015-09-16 | 北京齐尔布莱特科技有限公司 | 监测网络异常的方法及装置 |
CN107426055A (zh) * | 2017-07-31 | 2017-12-01 | 努比亚技术有限公司 | 异常流量监测方法、装置及计算机可读存储介质 |
CN107426055B (zh) * | 2017-07-31 | 2021-09-07 | 努比亚技术有限公司 | 异常流量监测方法、装置及计算机可读存储介质 |
CN107438259B (zh) * | 2017-09-22 | 2020-06-23 | 武汉虹信通信技术有限责任公司 | 一种网管系统性能模块故障的定位方法 |
CN107438259A (zh) * | 2017-09-22 | 2017-12-05 | 武汉虹信通信技术有限责任公司 | 一种网管系统性能模块故障的定位方法 |
CN112073982B (zh) * | 2019-06-10 | 2023-10-20 | 中兴通讯股份有限公司 | 一种智能恢复网络质量的方法和装置 |
CN112073982A (zh) * | 2019-06-10 | 2020-12-11 | 中兴通讯股份有限公司 | 一种智能恢复网络质量的方法和装置 |
WO2020248683A1 (zh) * | 2019-06-10 | 2020-12-17 | 中兴通讯股份有限公司 | 恢复网络质量的方法和装置 |
CN112114986A (zh) * | 2019-06-20 | 2020-12-22 | 腾讯科技(深圳)有限公司 | 数据异常识别方法、装置、服务器和存储介质 |
CN112114986B (zh) * | 2019-06-20 | 2023-10-13 | 腾讯科技(深圳)有限公司 | 数据异常识别方法、装置、服务器和存储介质 |
CN113379176A (zh) * | 2020-03-09 | 2021-09-10 | 中国移动通信集团设计院有限公司 | 电信网络异常数据检测方法、装置、设备和可读存储介质 |
CN114500011A (zh) * | 2022-01-13 | 2022-05-13 | 中国电子科技网络信息安全有限公司 | 一种基于行为基线异常分析和事件编排的辅助决策方法 |
CN114500011B (zh) * | 2022-01-13 | 2023-12-05 | 中国电子科技网络信息安全有限公司 | 一种基于行为基线异常分析和事件编排的辅助决策方法 |
CN114564369A (zh) * | 2022-04-28 | 2022-05-31 | 云账户技术(天津)有限公司 | 应用程序的异常监测方法、装置、电子设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN101384054B (zh) | 2012-01-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101384054B (zh) | 一种通过性能数据监测网络异常情况的方法 | |
US7504936B2 (en) | Method and apparatus for dynamically prioritize network faults based on real-time service degradation | |
CN105159816B (zh) | 一种降低设备功耗的方法、移动终端及系统 | |
US8576724B2 (en) | Method, system, and computer program product, for correlating special service impacting events | |
CN101426306B (zh) | 一种容灾切换方法、系统及装置 | |
CN101312405B (zh) | 一种告警处理方法及网管系统 | |
EP2568733A1 (en) | Method and apparatus for collecting mobile communication data | |
EP3387791B1 (en) | Technique for reporting and processing alarm conditions occurring in a communication network | |
CN101877618A (zh) | 基于无代理方式进行监控的方法、服务器及系统 | |
CN102547807A (zh) | 一种移动通讯设备故障的检测方法及系统 | |
EP2222099A1 (en) | A method, device and system of disaster recovery and handover control | |
CN110875841A (zh) | 报警信息的推送方法、装置及可读存储介质 | |
EP3780700B1 (en) | Power consumption anomaly prompting method, server, and terminal | |
WO2012034388A1 (zh) | 一种基于用户事件的用户行为统计方法及装置 | |
CN115001989A (zh) | 一种设备预警方法、装置、设备及可读存储介质 | |
WO2011140874A1 (zh) | 一种用户设备待机状态行为评估方法及装置 | |
CN102984738B (zh) | 一种信令上报方法、系统及装置 | |
US7367055B2 (en) | Communication systems automated security detection based on protocol cause codes | |
KR100323747B1 (ko) | 교환망에 대한 지능형 서비스 감시 방법 | |
CN101917699B (zh) | 基于用户的随机上报信令跟踪方法和装置 | |
CN113612647B (zh) | 一种告警处理方法及装置 | |
WO2014086179A1 (zh) | 基站单板的扩容分析方法及装置 | |
CN101453754B (zh) | 一种数据备份的方法和装置 | |
CN112689280B (zh) | 监测终端切换基站的方法以及接入和移动性管理功能 | |
CN102104950A (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 |