CN102088720A - Ip多媒体子系统网络中的网元监测方法、系统和设备 - Google Patents
Ip多媒体子系统网络中的网元监测方法、系统和设备 Download PDFInfo
- Publication number
- CN102088720A CN102088720A CN2009102422219A CN200910242221A CN102088720A CN 102088720 A CN102088720 A CN 102088720A CN 2009102422219 A CN2009102422219 A CN 2009102422219A CN 200910242221 A CN200910242221 A CN 200910242221A CN 102088720 A CN102088720 A CN 102088720A
- Authority
- CN
- China
- Prior art keywords
- network element
- monitoring equipment
- performance index
- network
- breaks down
- 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
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种IP多媒体子系统(IMS)网络中的网元监测方法和系统,根据各网元的性能特点,预先将IMS网络中的所有网元划分为N类,N为大于1的正整数;每个网元实时获取自己的性能指标,并发送给与自身所属类别对应的二级监测设备;各二级监测设备对接收到的每个网元的性能指标进行分析,确定自身对应的类别中是否存在出现故障的网元,如果是,则向一级监测设备上报自身对应的类别出现故障,否则,向一级监测设备上报自身对应的类别未出现故障;一级监测设备将出现故障的类别输出。本发明同时公开了两种监测设备。应用本发明所述的方案,能够及时发现出现问题的网元,从而使该网元得到及时维护。
Description
技术领域
本发明涉及移动通信技术,特别涉及一种IP多媒体子系统(IMS,IPMultimedia Core Network Subsystem)网络中的网元监测方法、系统和设备。
背景技术
目前,IMS网络被认为是下一代网络的核心技术,能够提供全新的多媒体业务形式,能够满足终端更新颖、更多样化的业务需求,而且能够解决移动与固网的融合问题,以及语音、视频和数据等差异化业务的融合问题。
但是,IMS网络也存在一定的问题,比如:针对IMS网络中的各类网元,缺乏一种有效的监测机制,这样,如果某个网元出现了故障,所述故障包括管理维护中所出现的故障,以及由于遭受安全攻击等出现的故障等,网络管理员将无法及时获知,从而无法对出现故障的网元进行及时维护,进而影响了业务的正常处理。
现有技术中,出于安全以及容灾的考虑,通常会采取一定的措施来维护网络的稳定性以及业务的连续性,比如,采用备份技术,即对于比较重要的网元,设置主备两套网元,正常情况下,由主网元进行工作,一旦主网元出现故障,则切换到备用网元进行工作。但是,在实际应用中,不可能给每个网元均配置备用网元,而且,如果主网元和备用网元均出现故障,而管理人员又没有及时发现的话,还是一样会影响后续业务的正常处理。
发明内容
有鉴于此,本发明的主要目的在于提供一种IMS网络中的网元监测方法,能够及时发现出现故障的网元,从而使该网元得到及时维护。
本发明的另一目的在于提供一种IMS网络中的网元监测系统,能够及时发现出现故障的网元,从而使该网元得到及时维护。
本发明的又一目的在于提供两种监测设备,能够及时发现出现故障的网元,从而使该网元得到及时维护。
为达到上述目的,本发明的技术方案是这样实现的:
一种IP多媒体子系统IMS网络中的网元监测方法,根据各网元的性能特点,预先将IMS网络中的所有网元划分为N类,所述N为大于1的正整数;该方法包括:
每个网元实时获取自己的性能指标,并发送给与自身所属类别对应的二级监测设备;属于同一类别的网元发送的性能指标相同;
各二级监测设备对接收到的每个网元的性能指标进行分析,确定自身对应的类别中是否存在出现故障的网元,如果是,则向一级监测设备上报自身对应的类别出现故障,否则,向一级监测设备上报自身对应的类别未出现故障;
所述一级监测设备将出现故障的类别输出。
一种IP多媒体子系统IMS网络中的网元监测系统,根据各网元的性能特点,预先将IMS网络中的所有网元划分为N类,所述N为大于1的正整数;该系统包括:
网元,用于实时获取自己的性能指标,并发送给与自身所属类别对应的二级监测设备;属于同一类别的网元发送的性能指标相同;
二级监测设备,用于对接收到的每个网元的性能指标进行分析,确定自身对应的类别中是否存在出现故障的网元,如果是,则向一级监测设备上报自身对应的类别出现故障,否则,向一级监测设备上报自身对应的类别未出现故障;
所述一级监测设备,用于将出现故障的类别输出。
一种监测设备,所述监测设备应用于IP多媒体子系统IMS网络中,预先将IMS网络中的所有网元划分为N类,所述N为大于1的正整数;所述监测设备用于监测其中的一类网元,包括:
第一接收单元,用于接收所述监测设备对应的类别中的每个网元发送的性能指标;各网元发送的性能指标相同;
分析单元,用于对接收到的每个网元的性能指标进行分析,确定自身对应的类别中是否存在出现故障的网元,如果是,则向一级监测设备上报自身对应的类别出现故障,否则,向一级监测设备上报自身对应的类别未出现故障。
一种监测设备,所述监测设备应用于IP多媒体子系统IMS网络中,预先将IMS网络中的所有网元划分为N类,所述N为大于1的正整数;所述监测设备包括:
第二接收单元,用于接收各二级监测设备上报的信息,确定各二级监测设备对应的类别是否出现故障;
第二通知单元,用于将出现故障的类别输出。
可见,采用本发明的技术方案,各二级监测设备实时获取自身对应的类别中的各网元的性能指标,并根据获取到的性能指标确定各网元是否出现故障,如果出现故障,则通知给一级监测设备,进而由一级监测设备通知给网络管理员;这样,网络管理员即可对出现故障的网元进行及时维护,从而维护了IMS网络系统的稳定性和业务的连续性。
附图说明
图1为本发明一级监测设备以及二级监测设备的设置情况示意图。
图2为本发明IMS网络中的网元监测方法实施例的流程图。
图3为本发明IMS网络中的网元监测系统实施例的组成结构示意图。
图4为本发明监测设备第一实施例的组成结构示意图。
图5为本发明监测设备第二实施例的组成结构示意图。
具体实施方式
针对现有技术中存在的问题,本发明提出一种IMS网络中的网元监测方案。根据不同网元的性能特点,预先将IMS网络中的所有网元划分为N类,N为大于1的正整数,通常取值为5,即将IMS网络中的所有网元划分为IMS核心网、应用服务器(AS,Application Server)、电话号码映射工作组(ENUM,TelephoneNumber Mapping working group)/域名系统(DNS,Domain Name System)服务器、交换设备以及安全设备这5类;每类网元对应一个二级监测设备,并针对整个IMS网络设置一个一级监测设备。如图1所示,图1为本发明一级监测设备以及二级监测设备的设置情况示意图。通过所设置的两类监测设备,实时监测IMS网络中的各网元的运行情况,并在当确定出网元发生故障时,及时通知网络管理员,以便网络管理员对所发生的故障进行维护。
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明所述方案作进一步地详细说明。
图2为本发明IMS网络中的网元监测方法实施例的流程图。如图2所示,包括以下步骤:
步骤21:每个网元实时获取自己的性能指标,并发送给与自身所属类别对应的二级监测设备。
本步骤中,各网元可以采用被动发送方式,也可以采用主动发送方式。其中,被动发送方式是指由一级监测设备周期性地向各网元发送查询消息,各网元接收到查询消息后,获取自己的性能指标,并发送给与自身所属类别对应的二级监测设备;主动发送方式是指各网元周期性地获取自己的性能指标,并主动发送给与自身所属类别对应的二级监测设备。所述周期的具体时长可根据实际需要而定。
另外,对于被动发送方式来说,一级监测设备向各网元发送查询消息时,首先向各二级监测设备分别发送一条查询消息,然后,各二级监测设备将接收到的查询消息复制多份,具体份数与自身对应的网元数相同,并将复制后的多份查询消息分别发送给自身对应的各网元。
各网元向二级监测设备发送性能指标的方式不限,比如,可以是利用现有技术中已有的消息来携带这些性能指标,也可以是利用新定义的消息来携带这些性能指标。
另外,对于不同的网元,根据其所属类别的不同,发送不同的性能指标,比如,对于属于IMS核心网类别的网元,发送的性能指标可以包括:每秒处理请求总数量、每秒每个用户并发的请求数量、请求报文的长度、设备的可用内存百分比,以及设备的可用中央处理单元(CPU,Central processing unit)百分比;对于属于应用服务器类别的网元,发送的性能指标可包括:每秒处理请求总数量、每秒每个用户并发的请求数量、设备的可用内存百分比,以及设备的可用CPU百分比;对于属于ENUM/DNS服务器类别的网元,发送的性能指标可包括:每秒查询请求数量、每秒每个用户并发的查询请求数量、每秒每个用户并发的被呼叫请求数量、设备的可用内存百分比,以及设备的可用CPU百分比;对于属于交换设备类别的网元,发送的性能指标可包括:每秒流经设备的网络流量、设备的可用内存百分比,以及设备的可用CPU百分比;对于属于安全设备类别的网元,发送的性能指标可包括:每秒流经设备的网络流量、设备的可用内存百分比、设备的可用CPU百分比,以及每秒设备的报警数量。
这样,根据不同类别的网元的性能特点,监测设备即可有针对性地获取能够代表各网元运行情况的性能指标,从而更加准确地了解各网元的运行情况。
步骤22:各二级监测设备对接收到的每个网元的性能指标进行分析,确定自身对应的类别中是否存在出现故障的网元,如果是,则向一级监测设备上报自身对应的类别出现故障,否则,向一级监测设备上报自身对应的类别未出现故障。
各二级监测设备中预先保存有自身对应的这类网元正常工作时的基准性能指标,所保存的基准性能指标数与各网元上报的性能指标数相同。本步骤中,各二级监测设备将接收到的每个网元的性能指标与所保存的基准性能指标进行比较,确定接收到的每个网元的性能指标与基准性能指标的偏差是否符合要求,如果不符合,则确定该网元为出现故障的网元,如果符合,则确定该网元为未出现故障的网元。
具体来说,为了对各网元的运行情况有比较充分的了解,如之前所述,通常会要求各网元上报多个性能指标,那么,本步骤中,各二级监测设备可将接收到的每个网元的性能指标Vi与基准性能指标Ti分别作为一个向量,并计算这两个向量的距离。比如,假设某类网元上报了三个性能指标,即Vi=<V1,V2,V3>,Ti=<T1,T2,T3>,计算Vi与Ti的距离|Vi-Ti|,具体计算方式为本领域公知,如果计算结果大于预先设定的阈值Ri,即|Vi-Ti|>Ri,则确定该网元为出现故障的网元,否则,确定该网元为未出现故障的网元。
一旦自身对应的类别中的各网元中有一个出现故障,则二级监测设备会向一级监测设备上报自身对应的类别出现故障,如果自身对应的类别中的所有网元均未出现故障,则二级监测设备向一级监测设备上报自身对应的类别未出现故障。
另外,各二级监测设备可对接收到的每个网元的性能指标进行保存,这种保存可以是一种临时的保存方式,即各二级监测设备在下一个周期,接收到新的性能指标后,即利用新接收到的性能指标来更新之前所保存的性能指标,保存性能指标的目的是为了方便后续网络管理员根据这些信息确定出网元出现故障的具体原因。同时,各二级监测设备还会保存各网元的状态信息,即出现故障或未出现故障,这种保存也是一种临时的保存方式,即在下一个周期,接收到各网元的新的性能指标,并根据新接收到的性能指标确定出各网元的状态后,利用新确定出的状态更新之前所保存的状态。
步骤23:一级监测设备将出现故障的类别输出。
本步骤中,一级监测设备根据各二级监测设备上报的信息,确定出现故障的类别,并输出,以通知给网络管理员,具体输出方式不限,比如,可采用生成报表的方式;这样,网络管理员即可知道哪类网元出现了故障,并相应地对这类网元进行检查和维护。
另外,为了减少工作量,网络管理员还可进一步通过命令接口或交互界面等向一级监测设备或出现故障的类别对应的二级监测设备发出请求,请求获知出现故障的网元及该网元的相关信息。一级监测设备接收到网络管理员的请求后,向出现故障的类别对应的二级监测设备查询并获取出现故障的网元以及出现故障的网元的性能指标,并将获取到的信息通知给网络管理员;或者,出现故障的类别对应的二级监测设备接收到网络管理员的请求后,通过自身将出现故障的网元以及出现故障的网元的性能指标通知给网络管理员。这样,网络管理员不用对出现故障的类别中的每个网元均进行检查,即可知道具体是哪个网元出现了故障,并可通过对该网元的性能指标进行分析,确定出具体的故障原因。
至此,即完成了本发明方法实施例所示流程。
另外,为保持结构上的完整以及服务的一致性和连续性,可为上述一级监测设备以及各二级监测设备分别设置备用设备,各备用设备对主设备上的所有文件和业务进行备份,在默认的情况下由主设备进行工作,当主设备出现故障,比如设备崩溃或有灾难性事件发生时,切换到对应的备用设备。具体实现方式为本领域公知,不再赘述。
基于上述方法,图3为本发明IMS网络中的网元监测系统实施例的组成结构示意图。根据各网元的性能特点,预先将IMS网络中的所有网元划分为N类,N为大于1的正整数,假设取值为5。如图3所示,该系统包括:
网元31,用于实时获取自己的性能指标,并发送给与自身所属类别对应的二级监测设备32;属于同一类别的网元31发送的性能指标相同;
二级监测设备32,用于对接收到的每个网元31的性能指标进行分析,确定自身对应的类别中是否存在出现故障的网元31,如果是,则向一级监测设备33上报自身对应的类别出现故障,否则,向一级监测设备33上报自身对应的类别未出现故障;
一级监测设备33,用于将出现故障的类别输出。
所述一级监测设备33可进一步用于,周期性地向每个网元31发送查询消息;每个网元31接收到查询消息后,获取自己的性能指标,并发送给与自身所属类别对应的二级监测设备32;
或者,每个网元31周期性地获取自己的性能指标,并主动发送给与自身所属类别对应的二级监测设备32。
此外,一级监测设备33还可进一步用于,向出现故障的类别对应的二级监测设备32查询并获取出现故障的网元31以及出现故障的网元31的性能指标,并将获取到的信息输出;
或者,二级监测设备32进一步用于,将出现故障的网元31以及出现故障的网元31的性能指标输出。
图4为本发明监测设备第一实施例的组成结构示意图。该监测设备应用于IMS网络中,预先将IMS网络中的所有网元划分为N类,N为大于1的正整数;该监测设备用于监测其中的一类网元。如图4所示,该监测设备包括:
第一接收单元41,用于接收所述监测设备对应的类别中的每个网元发送的性能指标;各网元发送的性能指标相同;
分析单元42,用于对接收到的每个网元的性能指标进行分析,确定自身对应的类别中是否存在出现故障的网元,如果是,则向一级监测设备上报自身对应的类别出现故障,否则,向一级监测设备上报自身对应的类别未出现故障。
图4所示监测设备进一步包括:保存单元43,用于保存自身对应的这类网元正常工作状态下的基准性能指标;分析单元42将接收到的每个网元的性能指标与基准性能指标进行比较,确定接收到的每个网元的性能指标与基准性能指标的偏差是否符合要求,如果不符合,则确定该网元为出现故障的网元,如果符合,则确定该网元为未出现故障的网元。
另外,分析单元42还可进一步用于,对接收到的每个网元的性能指标进行保存,并根据分析结果,记录每个网元的状态信息,所述状态信息为出现故障或未出现故障;图4所示监测设备中进一步包括:第一通知单元44,用于将出现故障的网元以及出现故障的网元的性能指标输出。
图5为本发明监测设备第二实施例的组成结构示意图。该监测设备应用于IMS网络中,预先将IMS网络中的所有网元划分为N类,N为大于1的正整数;该监测设备用于监测其中的一类网元。如图5所示,该监测设备包括:
第二接收单元51,用于接收各二级监测设备上报的信息,确定各二级监测设备对应的类别是否出现故障;
第二通知单元52,用于将出现故障的类别输出。
另外,图5所示监测设备中进一步包括:发送单元53,用于周期性地向IMS网络中的各网元发送查询消息,以便各网元将自己的性能指标发送给自身所属类别对应的二级监测设备。
第二通知单元52进一步用于,向出现故障的类别对应的二级监测设备查询并获取出现故障的网元以及出现故障的网元的性能指标,并将获取到的信息输出。
图4和图5所示监测设备分别对应图3中的二级监测设备以及一级监测设备。
图3、4、5所示系统和设备实施例的具体工作流程请参照图2所示方法实施例中的相应说明,此处不再赘述。
总之,采用本发明的技术方案,各二级监测设备实时获取自身对应的类别中的各网元的性能指标,并根据获取到的性能指标确定各网元是否出现故障,如果出现故障,则通知给一级监测设备,并由一级监测设备通知给网络管理员;这样,网络管理员即可对出现故障的网元进行及时维护,从而维护了IMS网络系统的稳定性和业务的连续性。
综上所述,以上仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (17)
1.一种IP多媒体子系统IMS网络中的网元监测方法,其特征在于,根据各网元的性能特点,预先将IMS网络中的所有网元划分为N类,所述N为大于1的正整数;该方法包括:
每个网元实时荻取自己的性能指标,并发送给与自身所属类别对应的二级监测设备;属于同一类别的网元发送的性能指标相同;
各二级监测设备对接收到的每个网元的性能指标进行分析,确定自身对应的类别中是否存在出现故障的网元,如果是,则向一级监测设备上报自身对应的类别出现故障,否则,向一级监测设备上报自身对应的类别未出现故障;
所述一级监测设备将出现故障的类别输出。
2.根据权利要求1所述的方法,其特征在于,所述每个网元实时获取自己的性能指标,并发送给与自身所属类别对应的二级监测设备包括:
所述一级监测设备周期性地向每个网元发送查询消息,每个网元接收到所述查询消息后,获取自己的性能指标,并发送给与自身所属类别对应的二级监测设备;
或者,每个网元周期性地获取自己的性能指标,并主动发送给与自身所属类别对应的二级监测设备。
3.根据权利要求1所述的方法,其特征在于,所述各二级监测设备对接收到的每个网元的性能指标进行分析,确定自身对应的类别中是否存在出现故障的网元包括:
各二级监测设备将接收到的每个网元的性能指标与预先保存的自身对应的这类网元正常工作时的基准性能指标进行比较,确定接收到的每个网元的性能指标与所述基准性能指标的偏差是否符合要求,如果不符合,则确定该网元为出现故障的网元,如果符合,则确定该网元为未出现故障的网元。
4.根据权利要求3所述的方法,其特征在于,所述确定接收到的每个网元的性能指标与所述基准性能指标的偏差是否符合要求包括:
将接收到的每个网元的性能指标以及所述基准性能指标分别作为一个向量,计算两个向量的距离,如果计算结果大于预先设定的阈值,则确定该网元为出现故障的网元,否则,确定该网元为未出现故障的网元。
5.根据权利要求1所述的方法,其特征在于,
所述各二级监测设备对接收到的每个网元的性能指标进行分析之前,进一步包括:所述各二级监测设备对接收到的每个网元的性能指标进行保存;
所述确定自身对应的类别中是否存在出现故障的网元之后,进一步包括:所述各二级监测设备记录每个网元的状态信息,所述状态信息为出现故障或未出现故障。
6.根据权利要求5所述的方法,其特征在于,所述一级监测设备将出现故障的类别输出之后,进一步包括:
所述一级监测设备向所述出现故障的类别对应的二级监测设备查询并获取出现故障的网元以及所述出现故障的网元的性能指标,并将获取到的信息输出;
或者,所述出现故障的类别对应的二级监测设备将出现故障的网元以及出现故障的网元的性能指标输出。
7.根据权利要求1、3、4或5所述的方法,其特征在于,该方法进一步包括:
为所述一级监测设备以及各二级监测设备分别设置备用设备,一旦所述一级监测设备或各二级监测设备出现故障,则切换到对应的备用设备。
8.根据权利要求1、3、4或5所述的方法,其特征在于,所述N的取值为5;划分出的5个类别为:IMS核心网、应用服务器、电话号码映射工作组/域名系统服务器、交换设备以及安全设备。
9.一种IP多媒体子系统IMS网络中的网元监测系统,其特征在于,根据各网元的性能特点,预先将IMS网络中的所有网元划分为N类,所述N为大于1的正整数;该系统包括:
网元,用于实时获取自己的性能指标,并发送给与自身所属类别对应的二级监测设备;属于同一类别的网元发送的性能指标相同;
二级监测设备,用于对接收到的每个网元的性能指标进行分析,确定自身对应的类别中是否存在出现故障的网元,如果是,则向一级监测设备上报自身对应的类别出现故障,否则,向一级监测设备上报自身对应的类别未出现故障;
所述一级监测设备,用于将出现故障的类别输出。
10.根据权利要求9所述的系统,其特征在于,所述一级监测设备进一步用于,周期性地向每个网元发送查询消息;
每个网元接收到所述查询消息后,获取自己的性能指标,并发送给与自身所属类别对应的二级监测设备;
或者,每个网元周期性地获取自己的性能指标,并主动发送给与自身所属类别对应的二级监测设备。
11.根据权利要求9所述的系统,其特征在于,所述一级监测设备进一步用于,向出现故障的类别对应的二级监测设备查询并获取出现故障的网元以及所述出现故障的网元的性能指标,并将获取到的信息输出;
或者,所述二级监测设备进一步用于,将出现故障的网元以及出现故障的网元的性能指标输出。
12.一种监测设备,其特征在于,所述监测设备应用于IP多媒体子系统IMS网络中,预先将IMS网络中的所有网元划分为N类,所述N为大于1的正整数;所述监测设备用于监测其中的一类网元,包括:
第一接收单元,用于接收所述监测设备对应的类别中的每个网元发送的性能指标;各网元发送的性能指标相同;
分析单元,用于对接收到的每个网元的性能指标进行分析,确定自身对应的类别中是否存在出现故障的网元,如果是,则向一级监测设备上报自身对应的类别出现故障,否则,向一级监测设备上报自身对应的类别未出现故障。
13.根据权利要求12所述的监测设备,其特征在于,所述监测设备进一步包括:保存单元,用于保存自身对应的这类网元正常工作状态下的基准性能指标;
所述分析单元将接收到的每个网元的性能指标与所述基准性能指标进行比较,确定接收到的每个网元的性能指标与所述基准性能指标的偏差是否符合要求,如果不符合,则确定该网元为出现故障的网元,如果符合,则确定该网元为未出现故障的网元。
14.根据权利要求12或13所述的监测设备,其特征在于,所述分析单元进一步用于,对接收到的每个网元的性能指标进行保存,并根据分析结果,记录每个网元的状态信息,所述状态信息为出现故障或未出现故障;
所述监测设备中进一步包括:第一通知单元,用于将出现故障的网元以及出现故障的网元的性能指标输出。
15.一种监测设备,其特征在于,所述监测设备应用于IP多媒体子系统IMS网络中,预先将IMS网络中的所有网元划分为N类,所述N为大于1的正整数;所述监测设备包括:
第二接收单元,用于接收各二级监测设备上报的信息,确定各二级监测设备对应的类别是否出现故障;
第二通知单元,用于将出现故障的类别输出。
16.根据权利要求15所述的监测设备,其特征在于,所述监测设备进一步包括:发送单元,用于周期性地向IMS网络中的各网元发送查询消息,以便各网元将自己的性能指标发送给与自身所属类别对应的二级监测设备。
17.根据权利要求15或16所述的监测设备,其特征在于,所述第二通知单元进一步用于,向出现故障的类别对应的二级监测设备查询并获取出现故障的网元以及出现故障的网元的性能指标,并将获取到的信息输出。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009102422219A CN102088720A (zh) | 2009-12-04 | 2009-12-04 | Ip多媒体子系统网络中的网元监测方法、系统和设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009102422219A CN102088720A (zh) | 2009-12-04 | 2009-12-04 | Ip多媒体子系统网络中的网元监测方法、系统和设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102088720A true CN102088720A (zh) | 2011-06-08 |
Family
ID=44100276
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009102422219A Pending CN102088720A (zh) | 2009-12-04 | 2009-12-04 | Ip多媒体子系统网络中的网元监测方法、系统和设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102088720A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102957545A (zh) * | 2011-08-17 | 2013-03-06 | 中兴通讯股份有限公司 | 同步网络时钟的维护方法及装置 |
KR20130068866A (ko) * | 2011-12-16 | 2013-06-26 | 주식회사 엘지유플러스 | 무선 통신 품질을 분석하는 방법, 그 단말 및 장치 |
CN104348641A (zh) * | 2013-07-30 | 2015-02-11 | 华为技术有限公司 | 一种故障的检测方法和故障检测装置 |
CN105939228A (zh) * | 2015-08-27 | 2016-09-14 | 杭州迪普科技有限公司 | 一种健康检测方法及装置 |
CN106154198A (zh) * | 2016-06-01 | 2016-11-23 | 国网河北省电力公司电力科学研究院 | 一种直流在线监测设备性能指标的检测方法 |
CN108260150A (zh) * | 2016-12-29 | 2018-07-06 | 上海大唐移动通信设备有限公司 | 一种网络通信问题判定处理方法及装置 |
-
2009
- 2009-12-04 CN CN2009102422219A patent/CN102088720A/zh active Pending
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102957545A (zh) * | 2011-08-17 | 2013-03-06 | 中兴通讯股份有限公司 | 同步网络时钟的维护方法及装置 |
KR20130068866A (ko) * | 2011-12-16 | 2013-06-26 | 주식회사 엘지유플러스 | 무선 통신 품질을 분석하는 방법, 그 단말 및 장치 |
KR102023631B1 (ko) | 2011-12-16 | 2019-09-20 | 주식회사 엘지유플러스 | 무선 통신 품질을 분석하는 방법, 그 단말 및 장치 |
CN104348641A (zh) * | 2013-07-30 | 2015-02-11 | 华为技术有限公司 | 一种故障的检测方法和故障检测装置 |
CN105939228A (zh) * | 2015-08-27 | 2016-09-14 | 杭州迪普科技有限公司 | 一种健康检测方法及装置 |
CN105939228B (zh) * | 2015-08-27 | 2019-02-19 | 杭州迪普科技股份有限公司 | 一种健康检测方法及装置 |
CN106154198A (zh) * | 2016-06-01 | 2016-11-23 | 国网河北省电力公司电力科学研究院 | 一种直流在线监测设备性能指标的检测方法 |
CN106154198B (zh) * | 2016-06-01 | 2019-01-25 | 国网河北省电力公司电力科学研究院 | 一种直流在线监测设备性能指标的检测方法 |
CN108260150A (zh) * | 2016-12-29 | 2018-07-06 | 上海大唐移动通信设备有限公司 | 一种网络通信问题判定处理方法及装置 |
CN108260150B (zh) * | 2016-12-29 | 2021-10-01 | 上海大唐移动通信设备有限公司 | 一种网络通信问题判定处理方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8014294B2 (en) | System, apparatus and method for devices tracing | |
CN106973093B (zh) | 一种服务切换方法和装置 | |
CN102088720A (zh) | Ip多媒体子系统网络中的网元监测方法、系统和设备 | |
CN101388903B (zh) | 移动企业it标准化管理平台 | |
CN109784508A (zh) | 一种基于云平台的电网全景监测运维管理方法及系统 | |
CN101834687A (zh) | 光接入网络的主备倒换方法、系统和设备 | |
CN105939365A (zh) | 主控板用户态从业务板内核态获取数据的方法及装置 | |
CN105471649A (zh) | 一种虚拟网络性能的监控系统及方法、相关设备 | |
EP2568733A1 (en) | Method and apparatus for collecting mobile communication data | |
CN104320446A (zh) | 分布式多Agent的网站监控方法和系统 | |
CN109428779A (zh) | 一种分布式业务的监控告警方法及装置 | |
CN102984507A (zh) | 一种视频监控系统中的网络协管及兼管装置 | |
CN101369922A (zh) | 一种连通性检测方法和维护域终点及系统 | |
KR20040085148A (ko) | 전원 상태의 원격 감지 | |
CN104883279A (zh) | 心跳报文处理方法、设备和系统 | |
CN101202656B (zh) | 资源监控方法和装置 | |
US7120633B1 (en) | Method and system for automated handling of alarms from a fault management system for a telecommunications network | |
CN111339466A (zh) | 接口管理方法、装置、电子设备及可读存储介质 | |
CN104170320A (zh) | 关于自组织网络中值的期望范围的性能指标偏差的检测 | |
CN101448270B (zh) | 一种网元信令跟踪动态流量控制的方法及系统 | |
CN103414778B (zh) | 一种集群网管设备逐级保活的方法 | |
CN103391303A (zh) | 服务故障公告方法及使用该方法的服务器 | |
CN102195824B (zh) | 数据业务系统退服告警的方法、装置及系统 | |
CN112333748A (zh) | 一种无线通信终端状态监控系统、方法、装置和设备 | |
CN102665098B (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 | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20110608 |