CN101420342A - 一种定位故障网络的方法、装置及系统 - Google Patents
一种定位故障网络的方法、装置及系统 Download PDFInfo
- Publication number
- CN101420342A CN101420342A CNA200810227441XA CN200810227441A CN101420342A CN 101420342 A CN101420342 A CN 101420342A CN A200810227441X A CNA200810227441X A CN A200810227441XA CN 200810227441 A CN200810227441 A CN 200810227441A CN 101420342 A CN101420342 A CN 101420342A
- Authority
- CN
- China
- Prior art keywords
- network
- path
- service
- layer
- unusual
- 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层的端到端检测;如果检测到IP路径异常,则确定所述IP路径异常对应的业务故障是由IP承载网导致的,向业务网网管系统上报IP路径异常的信息。还提供了一种业务网设备和定位故障网络的系统,由于业务网设备可以自动进行IP层的端到端检测,根据是否检测到IP路径异常判断业务故障是否是由IP承载网引起的,从而提高了故障定位效率。
Description
技术领域
本发明涉及网络技术领域,尤其涉及一种定位故障网络的方法、装置及系统。
背景技术
电信网络IP化以后,故障定位首先需要确定故障是由业务网络(核心网)导致的,还是由传送网络(IP承载网)导致的。但由于电信网络IP化之后,所有业务都是无连接的,IP报文的具体路径不固定,而是由路由协议收敛决定。因此当业务受损时,核心网设备只能感知到业务受损,但无法判断故障是由业务网络引起的还是由传送网络引起的。
为了对故障网络进行定位,目前通常采用的解决手段是:业务网的维护人员对业务网络进行故障定位,具体是业务网工程师根据业务受损的情况分析业务网设备,如单板运行情况、资源吊死情况、信令数据、用户数据、软件参数等等,分析业务网设备是否出现故障。IP承载网的维护人员通过各种人工操作来判断故障是否是由承载网引起的。
现有技术中定位故障网络的方法中,对操作人员的技能要求高,需要操作人员对核心网业务和数通业务都很熟悉;判断业务故障是否是由IP承载网引起的操作由人工操作完成,故障定位效率低、实际应用效果不好。
发明内容
本发明的实施例提供了一种定位故障网络的方法、装置及系统,从而可以避免故障定位靠人工操作、效率低的问题。
一种定位故障网络的方法,包括:
自动进行互联网协议IP层的端到端检测;
如果检测到IP路径异常,则确定所述IP路径异常对应的业务故障是由IP承载网引起,将所述IP路径异常的信息上报给业务网的网管系统。
一种业务网设备,包括:
探测单元,用于进行互联网协议IP层的端到端检测;
判断单元,用于当所述探测单元检测到IP路径异常后,则确定所述IP路径异常对应的业务故障是由IP承载网引起;
发送单元,用于当所述判断单元判断所述业务故障是由IP承载网引起后,向业务网网管系统上报IP路径异常的信息。
一种定位故障网络的系统,包括业务网设备和业务网网管系统:
业务网设备,用于自动进行互联网协议IP层的端到端检测,如果检测到IP路径异常,则确定所述IP路径异常对应的业务故障是由IP承载网导致的,并将所述IP路径异常的信息上报给业务网网管系统;
业务网网管系统,用于接收所述IP路径异常的信息,并根据所述IP路径异常的信息确定其对应的业务故障是由IP承载网导致的。
由上述本发明的实施例提供的技术方案可以看出,本发明实施例中,由于业务网设备可以自动进行IP层的端到端检测,根据是否检测到的IP路径异常可以快速准确地判断业务故障是否是由IP承载网引起的,从而提高了故障定位效率。
附图说明
图1为本发明实施例提供的一种处理过程示意图;
图2为本发明实施例提供的另一种处理过程示意图;
图3为本发明实施例提供的业务网设备的结构示意图;
图4为本发明实施例提供的业务网设备中探测单元的结构示意图;
图5为本发明实施例提供的一种系统的结构示意图;
图6为本发明实施例提供的另一种系统的结构示意图。
具体实施方式
本发明实施例中,为了获知业务故障是否是由IP承载网引起的,自动进行IP层的端到端检测;如果检测到IP路径异常,则确定所述IP路径异常对应的业务故障是由IP承载网引起,将所述IP路径异常的信息上报给业务网的网管系统,以便业务网的网管系统确定所述IP路径异常对应的业务故障是由IP承载网引起的,进而将故障网络的检测结果显示出来。上述操作可由业务网设备执行,所述业务网设备可以是业务网上的所有硬件设备,如MSC(Mo bile SwitchingCenter,移动交换中心)、Server(服务器)、MGW(Media Gate Way,媒体网关)、BSC(Base Station Controller,基站控制器)等,或者是设置在业务网中的专门用来进行IP层端到端检测的设备。
上述本发明实施例中,所述IP层的端到端检测具体可以包括:通过ICMP(Internet Control Message Protocol,互联网控制消息协议)ping报文、或者多跳BFD(Bidirectional Forwa rding Detection,双向侦测协议)报文、或者自定义的心跳探测报文等等来进行IP层的端到端检测。所述的自动进行IP层的端到端检测包括:业务网设备通过内置的端到端监控和故障检测单元进行IP层的端到端检测,其具体处理过程可以包括:
业务网设备对IP层进行周期性定时的端到端检测,或者,当发生业务故障时,业务网设备对IP层进行端到端检测。其中,所述周期性的定时检测包括无论是否有业务承载,都周期性自动收发IP探测报文(如ICMP ping报文、多跳BFD报文或自定义的心跳探测报文等等),从而可以实现端到端IP路径的持续监测和探测。所述的当发生业务故障时,业务网设备对IP层进行端到端检测包括,当端到端之间有业务承载时,由端到端的业务网设备感知其承载的业务是否正常,例如,当业务网设备承载的业务通过信令报文传输,则通过SCTP(Stream Control Transmission Protocol,流控制传输协议)协议监测所述信令报文业务是否正常,当SCTP协议监测到所述信令报文传输业务的QoS(Quality of Service,服务质量)质量下降且超过设定的阈值,或者连接中断等等异常状况,则业务网设备确定其上承载的信令报文业务产生故障;当业务网设备承载的业务通过媒体报文传输,则通过RTP/RTCP(Real-time TransportProtocol,实时传送协议)协议监测所述媒体报文业务是否正常,当RTP/RTCP协议监测到所述媒体报文传输业务的QoS(Quality of Service,服务质量)质量下降且超过设定的阈值,或者连接中断等等异常状况,则业务网设备确定其上承载的媒体报文业务产生故障等等,当业务网设备感知到其承载的业务出现异常(即业务发生故障)时,触发IP层的端到端检测。所述的业务QoS质量下降是指传输出现时延、抖动或丢包等等状况。所述当发生业务故障时,业务网设备对IP层进行端到端检测可以减少持续检测对网络性能造成的影响。
上述本发明实施例中,当业务网设备进行IP层的端到端检测,包括通过ICMP(Internet Control Message Protocol,互联网控制消息协议)ping报文、或者多跳BFD(Bidirectional Forwa rding Detection,双向侦测协议)报文、或者自定义的心跳探测报文等等来进行IP层的端到端检测,并检测到IP路径异常后,向业务网的网管系统上报IP路径异常的信息。在本发明实施例中,所述IP路径异常的情况是指IP路径QoS质量下降(例如ping丢包率超过预定的阈值)、IP路径中断等情况。另外,业务网设备在向业务网网管系统上报IP路径异常的信息前,可以先检测自身IP协议栈和接口是否正常,如果检测到自身IP协议栈或接口异常,则不上报IP路径异常的信息,即所述业务故障与IP承载网无关。所述IP路径异常的信息中包含故障IP路径的源IP地址和目的IP地址,业务网的网管系统收到IP路径异常的信息后,则确定业务故障是由IP承载网引起的,将所述的IP路径异常的信息发送给IP承载网网管系统,以便IP承载网对业务故障进行进一步的故障定位。具体处理过程可以是:当业务网网管系统接收到IP路径异常的信息后,直接将所述IP路径异常的信息转发给IP承载网的网管系统,或者,保存所述IP路径异常的信息,当收到IP承载网网管系统发送的告警事件发送请求消息,或到达预先设定的发送周期,或由操作人员操作时,将保存的与IP承载网相关的所述IP路径异常的信息过滤出来,并通过北向接口发送给IP承载网的网管系统。如果是将保存的与IP承载网相关的所述IP路径异常的信息过滤出来,可以预先将与IP承载网相关的IP路径异常事件保存在预先指定的存储位置,从所述预先指定的存储位置读取IP路径异常的信息,或者预先约定IP路径异常的信息的标志位,通过识别所述标志位过滤与IP承载网相关的IP路径异常的信息,等等。
下面将结合附图对本发明实施例在实际应用过程中的具体实现方式进行详细的说明。
应用实施例一
本发明应用实施例一提供一种当发生业务故障时,自动进行IP端到端检测的处理过程,如图1所示,具体可以包括如下步骤:
步骤11、业务网设备确定其承载的业务发生业务故障,例如,当业务网设备承载的业务通过信令报文传输,则通过SCTP(Stream Control TransmissionProtocol,流控制传输协议)协议监测所述信令报文业务是否正常,当SCTP协议监测到所述信令报文丢失或者连接中断等等异常状况,则业务网设备确定其上承载的信令报文业务产生故障;当业务网设备承载的业务通过媒体报文传输,则通过RTP/RTCP(Real-time Transport Protocol,实时传送协议)协议监测所述媒体报文业务是否正常,当RTP/RTCP协议监测到所述媒体报文丢失或者连接中断等等异常状况,则业务网设备确定其上承载的媒体报文业务产生故障;
步骤12、业务网设备自动对发生业务故障的业务进行IP层的端到端检测,检测IP路径是否正常,如果IP路径正常,则执行步骤13;否则,执行步骤14;
步骤13、业务网设备确定所述业务故障在业务网;
步骤14、业务网设备确定所述业务故障在IP承载网,执行步骤15;
步骤15、业务网设备将IP路径异常的信息上报给业务网网管系统;
步骤16、业务网网管系统将IP路径异常的信息发送给IP承载网网管系统,所述的业务网网管系统和IP承载网网管系统可采用已有的网管系统实现。
所述步骤12中的IP层的端到端检测包括:通过ICMP(Internet ControlMessage Protocol,互联网控制消息协议)ping报文、或者多跳BFD(Bidirectional Forwa rding Detection,双向侦测协议)报文、或者自定义的心跳探测报文等等来进行IP层的端到端检测,当检测到IP路径QoS质量下降(如ping丢包率超过预定的阈值)或IP路径中断,则IP路径异常。
上述处理过程中,所述业务故障包括业务QoS质量下降且低于预先设定的阈值,或者业务完全中断等情况。所述步骤13中业务网设备判断所述业务故障在业务网,因此不会向业务网网管系统上报IP路径异常的信息,业务网网管系统未收到IP路径异常的信息,则确定所述业务故障是由业务网引起的,则进一步对业务故障进行故障定位;如果收到IP路径异常的信息(步骤16),则确定所述业务故障是由IP承载网引起的,则将所述IP路径异常的信息通过北向接口发送给IP承载网网管系统,以便IP承载网网管系统对业务故障进一步进行故障定位。所述的IP路径异常的信息中包含故障IP路径的源IP地址和目的IP地址,IP承载网网管系统可以根据所述故障IP路径的源IP地址和目的IP地址进行故障定位。其中,业务网网管设备向IP承载网网管系统发送IP路径异常的信息的操作包括:当业务网网管系统接收到IP路径异常的信息后,直接将所述IP路径异常的信息转发给IP承载网的网管系统,或者,保存所述IP路径异常的信息,当收到IP承载网网管系统发送的告警事件发送请求消息、到达预先设定的发送周期,或由操作人员操作时,将保存的与IP承载网相关的所述IP路径异常的信息过滤出来,并通过北向接口发送给IP承载网的网管系统。其中,可以预先将与IP承载网相关的IP路径异常的信息保存在预先指定的存储位置,或者预先约定IP路径异常的信息的标志位,通过识别所述标志位过滤与IP承载网相关的IP路径异常的信息,等等。
另外,业务网设备在向业务网网管系统上报IP路径异常的信息之前,可以先检测自身IP协议栈和接口是否正常,如果检测到自身IP协议栈或接口异常,则所述业务故障与IP承载网无关,不上报所述IP路径异常的信息。
通过应用实施例一的描述可知,由于本发明应用实施例一中,业务网设备可以自动进行IP层的端到端检测,根据是否检测到的IP路径异常可以快速、准确地判断业务故障是由业务网引起的还是由IP承载网引起的,从而提高了故障定位效率。
应用实施例二
本发明应用实施例二提供一种业务网设备定期进行IP层端到端检测的处理过程,如图2所示,具体可以包括如下步骤:
步骤21、业务网设备自动进行IP层端到端检测,具体的检测方法参见应用实施例一,这里不再赘述;
步骤22、业务网设备判断是否检测到IP路径异常,如果是,执行步骤25,否则,执行步骤23;
步骤23、业务网设备判断是否发生业务故障(具体的判断方法与应用实施例一的步骤11相同,此处不再赘述),如果是,执行步骤24,否则,在预定的检测周期到来时执行步骤21;
步骤24、业务网设备确定所述业务故障是由业务网引起的,并由业务网网管系统进行进一步的故障定位;
步骤25、业务网设备将IP路径异常的信息上报给业务网网管系统;
步骤26、业务网网管系统将所述IP路径异常的信息转发给IP承载网网管系统。
上述处理过程中,所述业务故障包括业务QoS质量下降且低于预先设定的阈值,或者业务完全中断,其中,业务QoS质量下降是指业务出现时延、抖动、丢包等状况。如果业务网网管系统收到IP路径异常的信息(步骤26),则确定所述业务故障是由IP承载网引起的,则将所述IP路径异常的信息通过北向接口发送给IP承载网网管系统,以便IP承载网网管系统对业务故障进一步进行故障定位。所述的IP路径异常的信息中包含故障IP路径的源IP地址和目的IP地址,IP承载网网管系统可以根据所述故障IP路径的源IP地址和目的IP地址进行故障定位。
另外,业务网设备在向业务网网管系统上报IP路径异常的信息之前,可以先检测自身IP协议栈和接口是否正常,如果检测到自身IP协议栈或接口异常,则所述业务故障与IP承载网无关,不上报所述IP路径异常的信息。
通过应用实施例二的描述可知,由于本发明应用实施例二中,业务网设备可以自动进行IP层的端到端检测,根据是否检测到的IP路径异常可以快速、准确地判断业务故障是由业务网引起的还是由IP承载网引起的,从而提高了故障定位效率。
应用实施例三
在应用实施例三中,业务网设备承载的是信令报文业务,由业务网设备通过SCTP协议感知所述信令报文业务是否出现故障,其具体的处理过程如下:
业务网设备通过SCTP层进行链路质量监控,当检测到链路传输质量下降且低于预定的阈值后,启动对IP层的端到端检测,如果通过IP层的端到端检测检测到IP路径QoS质量下降且低于预定的阈值,则向业务网网管系统上报IP路径QoS质量下降告警信息,所述链路传输质量下降且低于预定的阈值具体可以是指SCTP重传率超过预定的阈值,或者SCTP错误计数器计数超过预定的阈值等等,所述IP路径QoS质量下降是指IP层出现时延、抖动、丢包等异常状况;当检测到传输路径中断后,则自动在传输路径的IP对之间启动PING探测,如果PING探测失败,则向业务网网管系统上报IP路径中断警告信息。上述处理过程中,所述IP路径QoS质量下降告警信息和所述IP路径终端告警信息均为本发明实施例所述的IP路径异常的信息。
另外,基于UDP的信令还可以进行周期PING探测以对IP层进行端到端监控,当检测到PING丢包率超过预定的阈值后上报IP路径QoS质量下降的告警信息,当检测到PING不通时,上报IP路径中断告警信息。
经过上述处理,当发生业务故障时,如果没有IP路径的相关报警信息,则所述业务故障在业务网,否则,所述业务故障在IP承载网。另外,在向业务网网管系统上报IP路径的相关报警信息之前,首先检测自身IP协议栈和接口是否正常,如果自身IP协议栈或接口不正常,则不上报IP路径的相关报警,即所述业务故障是由业务网导致的。
业务网网管系统如果未收到IP路径的相关报警,则确定业务故障是由业务网导致的,进而进行后续的故障定位,如果收到IP路径的相关报警,则确定业务故障是由IP承载网导致的,将IP路径的相关报警信息发送给IP承载网的网管系统,所述IP路径的相关报警信息中包含故障IP路径的源IP地址和目的IP地址,IP承载网的网管系统可以根据所述故障IP路径的源IP地址和目的IP地址进行故障定位。
应用实施例四
在应用实施例四中,业务网设备承载的是媒体报文业务,由业务网设备通过RTP/RTCP协议感知所述媒体报文业务是否出现故障,其具体的处理过程如下:
业务网设备通过RTCP监控会话的IP路径QoS指标(例如时延、丢包、抖动等等),当所述IP路径QoS指标到达预先设定的阈值后,向业务网网管系统上报IP路径QoS质量下降告警信息;如果没有RTCP,则直接监控RTP流的收包丢包率,当所述收包丢包率达到预先设定的阈值时,向业务网网管系统上报IP路径QoS质量下降告警信息。所述通过RTCP监控IP路径QoS指标的检测方式即本发明实施例所述的周期性进行IP层端到端检测的处理方式,其中,检测周期的设定可在实际应用过程中灵活设定,甚至可将检测周期设置为0,即实时进行通过RTCP进行IP层的端到端检测。当检测到RTP流完全中断后,则自动在传输路径的IP对之间启动PING探测,如果PING探测失败,则向业务网网管系统上报IP路径中断告警信息。上述处理过程中,所述QoS质量下降告警信息和所述IP路径终端告警信息均为本发明实施例所述的IP路径异常的信息。
经过上述处理,当发生业务故障时,如果没有IP路径的相关报警信息,则所述业务故障在业务网,否则,所述业务故障在IP承载网。另外,在向业务网网管系统上报IP路径的相关报警信息之前,首先检测自身IP协议栈和接口是否正常,如果自身IP协议栈或接口不正常,则不上报IP路径的相关报警,即所述业务故障是由业务网导致的。
业务网网管系统如果未收到IP路径的相关报警,则确定业务故障是由业务网导致的,进而进行后续的故障定位,如果收到IP路径的相关报警,则确定业务故障是由IP承载网导致的,将IP路径的相关报警信息发送给IP承载网的网管系统,所述IP路径的相关报警信息中包含故障IP路径的源IP地址和目的IP地址,IP承载网的网管系统可以根据所述故障IP路径的源IP地址和目的IP地址进行故障定位。
本发明实施例还提供一种业务网设备,其结构如图3所示,具体实现结构可以包括:
探测单元11,用于进行互联网协议IP层的端到端检测,所述IP层的端到端检测具体可以包括:通过ICMP(Internet Control Message Protocol,互联网控制消息协议)ping报文,或者多跳BFD报文,或者自定义的心跳探测报文等等来进行IP层的端到端检测;
判断单元12,用于当所述探测单元11检测到IP路径异常后,则确定所述IP路径异常对应的业务故障是由IP承载网引起;
发送单元13,用于当所述判断单元12确定所述IP路径异常对应的业务故障是由IP承载网引起的,向业务网网管系统上报IP路径异常的信息,以便所述业务网网管系统确定所述业务故障是由IP承载网引起的。
所述的判断单元12还可以在探测单元11检测到IP路径异常后,检测业务网设备的IP协议栈和接口是否正常,如果检测到IP协议栈或接口异常,则所述业务故障与IP承载网无关,不触发发送单元13工作。
上述本发明实施例提供的业务网设备中,所述探测单元11具体可以包括第一探测单元111或第二探测单元112,如图4所示,其实现结构包括:
第一探测单元111,用于对IP层进行周期性定时的端到端检测,所述周期性的定时检测包括无论是否有业务承载,均周期性自动收发IP探测报文(如ICMP ping报文、多跳BFD报文、自定义的心跳探测报文等等),从而可以实现端到端IP路径的持续监测和探测;
或者,
第二探测单元112,用于当发生业务故障时,对IP层进行端到端检测,包括:当端到端之间有业务承载时,由所述端到端的业务网设备感知其承载的业务是否正常,例如,当业务网设备承载的是信令报文业务,则通过SCTP(StreamControl Transmission Protocol,流控制传输协议)协议感知信令报文业务是否正常;当业务网设备承载的是媒体报文业务,则通过RTP/RTCP(Real-timeTransport Protocol,实时传送协议)协议感知所述媒体报文业务是否正常,等等,当业务出现异常时,业务网设备触发IP层的端对端检测,所述业务出现异常的情况包括QoS质量下降且超过设定的阈值,或者业务完全中断等等。所述当发生业务故障,业务网设备对IP层进行端到端检测可以减少持续检测对网络性能造成的影响。
所述业务网设备可以是业务网上的所有硬件设备,如MSC(MobileSwitching Center,移动交换中心)、Server(服务器)、MGW(Media GateWay,媒体网关)、BSC(Base Station Controller,基站控制器)等。
本发明实施例提供的业务网设备可以自动进行IP层的端到端检测,根据是否检测到的IP路径异常可以快速、准确地判断业务故障是由业务网引起的还是由IP承载网引起的,从而提高了故障定位效率。
本发明实施例还提供一种定位故障网络的系统,其结构如图5所示,具体实现结构可以包括:
业务网设备1,用于自动进行互联网协议IP层的端到端检测,如果检测到IP路径异常,则判断所述IP路径异常对应的业务故障是由IP承载网导致的,并将所述IP路径异常的信息上报给业务网网管系统;
业务网网管系统2,用于接收所述IP路径异常的信息,并根据所述IP路径异常的信息确定其对应的业务故障是由IP承载网导致的。
上述本发明实施例提供的定位故障网络的系统中,所述业务网设备1自动进行互联网协议IP层的端到端检测包括:
业务网设备1对IP层进行周期性定时的端到端检测,所述周期性的定时检测包括无论是否有业务承载,均周期性收发IP探测报文(如ICMP ping报文、多跳BFD报文、自定义的心跳探测报文等等),从而可以实现端到端IP路径的持续监测和探测;
或者,
当发生业务故障时,业务网设备1对IP层进行端到端检测,该操作包括,当端到端之间有业务承载时,由业务网设备1感知其承载的业务是否正常,例如,当业务网设备1承载的业务是信令报文业务时,通过SCTP(Stream ControlTransmission Protocol,流控制传输协议)协议感知所述信令报文业务是否正常;当业务网设备1承载的是媒体报文业务时,通过RTP/RTCP(Real-timeTransport Protocol,实时传送协议)协议感知所述媒体报文业务是否正常,等等,当业务出现异常时,业务网设备1触发IP层的端对端检测,所述业务出现异常的情况包括QoS质量(Quality of Service,服务质量)下降且超过设定的阈值,或者业务完全中断等等。所述当发生业务故障时,业务网设备1对IP层进行端到端检测可以减少持续检测对网络性能造成的影响。
上述本发明实施例提供的系统中,还包括IP承载网网管系统3,如图6所示,所述业务网网管系统2还用于在收到IP路径异常的信息后,将与IP承载网相关的IP路径异常的信息发送给IP承载网网管系统3,所述IP路径异常的信息中包含故障IP路径的源IP地址和目的IP地址。
本发明实施例提供的系统中,业务网设备可以自动进行IP层的端到端检测,根据是否检测到的IP路径异常可以快速、准确地判断业务故障是由业务网引起的还是由IP承载网引起的,另外,由于业务网网管系统将与IP承载网相关的IP路径异常的信息发送给IP承载网,从而可以协助IP承载网快速对业务故障进行定位,从而提高了故障定位效率。
实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。
Claims (10)
1、一种定位故障网络的方法,其特征在于,包括:
自动进行互联网协议IP层的端到端检测;
如果检测到IP路径异常,则确定所述IP路径异常对应的业务故障是由IP承载网引起,将所述IP路径异常的信息上报给业务网的网管系统。
2、根据权利要求1所述的方法,其特征在于,所述IP层的端到端检测包括:
通过互联网控制消息协议ICMP ping报文,或者多跳双向侦测协议BFD报文,或者自定义的心跳探测报文进行IP层的端到端检测。
3、根据权利要求1所述的方法,其特征在于,所述自动进行互联网协议IP层的端到端检测包括:
业务网设备对IP层进行周期性定时的端到端检测;
或者,
当发生业务故障时,业务网设备对IP层进行端到端检测。
4、根据权利要求1所述的方法,其特征在于,所述IP路径异常的信息中包含故障IP路径的源IP地址和目的IP地址,该方法还包括:
业务网网管系统收到IP路径异常的信息后,则确定业务故障是由IP承载网引起的,将所述的IP路径异常的信息发送给IP承载网网管系统。
5、根据权利要求1所述的方法,其特征在于,所述自动进行互联网协议IP层的端到端检测包括:
业务网设备通过内置的端到端监控和故障检测单元进行IP层的端到端检测。
6、一种业务网设备,其特征在于,包括:
探测单元,用于进行互联网协议IP层的端到端检测;
判断单元,用于当所述探测单元检测到IP路径异常后,则确定所述IP路径异常对应的业务故障是由IP承载网引起;
发送单元,用于当所述判断单元判断所述业务故障是由IP承载网引起后,向业务网网管系统上报IP路径异常的信息。
7、根据权利要求6所述的业务网设备,其特征在于,所述探测单元包括:
第一探测单元,用于对IP层进行周期性定时的端到端检测;
或者,
第二探测单元,用于当发生业务故障时,对IP层进行端到端检测。
8、一种定位故障网络的系统,其特征在于,包括业务网设备和业务网网管系统:
业务网设备,用于自动进行互联网协议IP层的端到端检测,如果检测到IP路径异常,则确定所述IP路径异常对应的业务故障是由IP承载网导致的,并将所述IP路径异常的信息上报给业务网网管系统;
业务网网管系统,用于接收所述IP路径异常的信息,并根据所述IP路径异常的信息确定其对应的业务故障是由IP承载网导致的。
9、根据权利要求7所述的定位故障网络的系统,其特征在于,所述业务网设备自动进行互联网协议IP层的端到端检测包括:
业务网设备对IP层进行周期性定时的端到端检测;
或者,
当发生业务故障时,业务网设备对IP层进行端到端检测。
10、根据权利要求7所述的定位故障网络的系统,其特征在于,该系统还包括IP承载网网管系统,所述业务网网管系统还用于将收到的IP路径异常的信息发送给IP承载网网管系统。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA200810227441XA CN101420342A (zh) | 2008-11-25 | 2008-11-25 | 一种定位故障网络的方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA200810227441XA CN101420342A (zh) | 2008-11-25 | 2008-11-25 | 一种定位故障网络的方法、装置及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101420342A true CN101420342A (zh) | 2009-04-29 |
Family
ID=40630961
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA200810227441XA Pending CN101420342A (zh) | 2008-11-25 | 2008-11-25 | 一种定位故障网络的方法、装置及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101420342A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102449957A (zh) * | 2011-07-25 | 2012-05-09 | 华为技术有限公司 | Ip网络故障定位方法、装置及系统 |
CN103457794A (zh) * | 2013-08-22 | 2013-12-18 | 华为技术有限公司 | 确定ip承载网故障的方法和系统 |
US9059904B2 (en) | 2010-10-27 | 2015-06-16 | Huawei Technologies Co., Ltd. | Method and system for intermediate node to locate a fault independently |
WO2016192401A1 (zh) * | 2015-06-02 | 2016-12-08 | 中兴通讯股份有限公司 | P2mp-te组播网络中端到端的检测方法和装置 |
CN108259254A (zh) * | 2016-12-28 | 2018-07-06 | 华为技术有限公司 | 一种路径质量检测方法及网络设备 |
CN110535720A (zh) * | 2019-08-20 | 2019-12-03 | 新华三技术有限公司合肥分公司 | 一种bfd多跳检测方法和装置 |
-
2008
- 2008-11-25 CN CNA200810227441XA patent/CN101420342A/zh active Pending
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9059904B2 (en) | 2010-10-27 | 2015-06-16 | Huawei Technologies Co., Ltd. | Method and system for intermediate node to locate a fault independently |
CN102449957A (zh) * | 2011-07-25 | 2012-05-09 | 华为技术有限公司 | Ip网络故障定位方法、装置及系统 |
CN102449957B (zh) * | 2011-07-25 | 2015-01-21 | 华为技术有限公司 | Ip网络故障定位方法、装置及系统 |
CN103457794A (zh) * | 2013-08-22 | 2013-12-18 | 华为技术有限公司 | 确定ip承载网故障的方法和系统 |
WO2015024523A1 (zh) * | 2013-08-22 | 2015-02-26 | 华为技术有限公司 | 确定ip承载网故障的方法和系统 |
CN103457794B (zh) * | 2013-08-22 | 2017-02-22 | 华为技术有限公司 | 确定ip承载网故障的方法和系统 |
WO2016192401A1 (zh) * | 2015-06-02 | 2016-12-08 | 中兴通讯股份有限公司 | P2mp-te组播网络中端到端的检测方法和装置 |
CN108259254A (zh) * | 2016-12-28 | 2018-07-06 | 华为技术有限公司 | 一种路径质量检测方法及网络设备 |
CN110535720A (zh) * | 2019-08-20 | 2019-12-03 | 新华三技术有限公司合肥分公司 | 一种bfd多跳检测方法和装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11438781B2 (en) | Contextual quality of user experience analysis using equipment dynamics | |
US10237144B2 (en) | Quality of user experience analysis | |
US10412550B2 (en) | Remote driving of mobile device diagnostic applications | |
EP2673922B1 (en) | Method and apparatus for network analysis | |
US20160352599A1 (en) | Quality of User Experience Analysis | |
CN101420342A (zh) | 一种定位故障网络的方法、装置及系统 | |
EP2008114B1 (en) | Method and system for alert throttling in media quality monitoring | |
CN101132320B (zh) | 检测接口故障的方法及网络节点设备 | |
EP3304818B1 (en) | Quality of user experience analysis using echo locate | |
CN101702811B (zh) | 业务质量监控方法和装置 | |
AU2010282174A1 (en) | System, method, computer program for multidirectional pathway selection | |
US10952091B2 (en) | Quality of user experience analysis | |
EP2541840A2 (en) | Link fault detection method and apparatus | |
WO2011157149A2 (zh) | 通信设备间的主备倒换方法、通信设备和系统及服务请求设备 | |
EP3398368A1 (en) | Contextual quality of user experience analysis using equipment dynamics | |
CN102694668A (zh) | 语音质量监控方法及装置 | |
US8737237B2 (en) | Network fault detection method and apparatus | |
CN102217257B (zh) | 丢包处理方法、目的网络节点设备及移动传输网络系统 | |
CN102487338A (zh) | 根据网络抖动调整bfd发送间隔的方法及装置 | |
JP2007068093A (ja) | Ip電話故障区間切り分けシステム及び方法 | |
JP4169725B2 (ja) | パケット廃棄箇所探索方法及び装置 | |
WO2012024919A1 (zh) | 一种用户设备网络性能测量的负荷控制方法及装置 | |
CN101848165A (zh) | 控制通信链路中断后恢复的方法和接口板 | |
TWI394402B (zh) | 網路偵測設備及其主動偵測網路品質的方法 | |
WO2011157108A2 (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 |
Open date: 20090429 |