CN110224845B - 定界传输故障的方法、系统以及相关设备 - Google Patents
定界传输故障的方法、系统以及相关设备 Download PDFInfo
- Publication number
- CN110224845B CN110224845B CN201810171473.6A CN201810171473A CN110224845B CN 110224845 B CN110224845 B CN 110224845B CN 201810171473 A CN201810171473 A CN 201810171473A CN 110224845 B CN110224845 B CN 110224845B
- Authority
- CN
- China
- Prior art keywords
- media
- probe
- endpoint device
- endpoint
- message
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0677—Localisation of faults
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0823—Errors, e.g. transmission errors
- H04L43/0829—Packet loss
- H04L43/0835—One way packet loss
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
Abstract
本申请实施例提供了一种定界传输故障的方法、系统和相关设备，该方法包括在第一媒体端点设备和第二媒体端点设备之间的传输网络中选择出多个探针端点设备形成探针链，并触发所述第一媒体端点设备向所述探针链的首探针端点设备发送基于媒体报文生成的探测报文，所述故障管理设备根据所述多个探针端点设备上报的丢包率确定发生故障的网段。该方法使得定界结果与实际更相符，提高了定界传输故障的效率。
Description
技术领域
本申请涉及通信领域，尤其涉及定界传输故障的方法、系统以及相关设备。
背景技术
音/视频内容传输环节较多，例如，源端的软终端有采集、编码、加密、信道编码、发送等环节，源端的传输网络有接收、转发等环节，源端的会话边界控制器(Session BorderController，SBC)有接收、地址映射、转发等环节，收端的SBC有接收、地址映射、转发等环节，收端的传输网络有接收、转发等环节，收端的软终端有接收、信道解码、解密、音视频解码、输出等环节；其中任何一个环节出现故障，均有可能导致用户体验异常，进而造成内容服务提供商的损失；因此，有必要提供一种快速地找出出现故障的位置或网段的方法。为叙述方便，本申请后续将找出/确定出传输故障的位置或网段称为“定界传输故障”，或简称“定界故障”(英文为Fault Sectionalization)。
现有定界传输故障技术经常出现定界结果与实际不符的现象，例如，定界出有故障的网段，而用户体验未有异常，或者用户体验有异常的网段，而定界出的结果却是正常。因此，需要为运营商提供一种准确率更高的定界传输故障的方法。
发明内容
鉴于此，有必要提供一种准确率更高的定界传输故障的方法，以提高定界传输故障的效率。
第一方面，本申请实施例提供了一种定界传输故障的方法，应用于第一媒体端点设备，该方法包括：接收传送探测报文指示信息，所述传送探测报文指示信息包含探针链的首探针端点设备的信息，所述探针链用于定界所述第一媒体端点设备与第二媒体端点设备之间的传输故障；基于媒体报文产生待传送探测报文，所述媒体报文为所述第一媒体端点设备向所述第二媒体端点设备发送的媒体报文；向所述首探针端点设备传送所述待传送探测报文。
该方法使得媒体端点设备可以在媒体业务管理设备触发下，基于媒体报文产生探测报文，并向探针链的首探针端点设备发送所产生的探测报文，以便故障管理设备定界两个媒体端点设备之间的传输故障。由于探测报文基于媒体报文产生，可以使得故障管理设备的定界结果更符合实际情况。
在一个可能的方案中，所述第一媒体端点设备基于所述媒体报文产生待传送探测报文包括：获取所述第一媒体端点设备的媒体报文发送地址以及所述首探针端点设备的探测报文接收地址；基于所述媒体报文、所述第一媒体端点设备的媒体报文发送地址和所述首探针端点设备的探测报文接收地址产生所述待传送探测报文。
在一个可能的方案中，所述第一媒体端点设备基于所述媒体报文、所述首探针端点设备的探测报文接收地址和所述第一媒体端点设备的媒体报文发送地址产生所述待传送探测报文包括：将所述媒体报文的目的地址设置为所述首探针端点设备的探测报文接收地址，得到所述待传送探测报文。
在一个可能的方案中，所述第一媒体端点设备获取所述第一媒体端点设备的媒体报文发送地址包括：从所述传送探测报文指示信息中获取所述第一媒体端点设备的媒体报文发送地址，所述传送探测报文指示信息还包含所述第一媒体端点设备的媒体报文发送地址；或者根据所述第一媒体端点设备的设备标识，在媒体端点设备的设备标识与媒体报文发送地址对应关系信息中查询出所述第一媒体端点设备的媒体报文发送地址，所述传送探测报文指示信息还包含所述第一媒体端点设备的设备标识。
在一个可能的方案中，所述第一媒体端点设备获取所述首探针端点设备的探测报文接收地址包括：从所述传送探测报文指示信息中获取所述首探针端点设备的探测报文接收地址，所述首探针端点设备的信息包含所述首探针端点设备的探测报文接收地址，或者根据所述首探针端点设备的设备标识，在探针端点设备的设备标识与探测报文接收地址对应关系信息中查询出所述首探针端点设备的探测报文接收地址，所述首探针端点设备的信息包含所述首探针端点设备的设备标识。
在一个可能的方案中，所述第一媒体端点设备从媒体业务管理设备接收所述传送探测报文指示信息，所述媒体业务管理设备为所述第一媒体端点设备与所述第二媒体端点设备的管理设备，所述故障管理设备为所述探针链的管理设备。
在一个可能的方案中，所述第一媒体端点设备在向所述第二媒体端点设备传送所述媒体报文的同时或者在向所述第二媒体端点设备传送所述媒体报文之后或者在向所述第二媒体端点设备传送所述媒体报文之前向所述首探针端点设备传送所述产生的探测报文。
第二方面，本申请实施例提供了一种定界传输故障的方法，应用于媒体业务管理设备，该方法包括：获取探针链的首探针端点设备的信息，所述探针链用于定界第一媒体端点设备与第二媒体端点设备之间的传输故障；向所述第一媒体端点设备发送传送探测报文指示信息，所述传送探测报文指示信息用于指示所述第一媒体端点设备向所述首探针端点设备传送基于媒体报文产生的探测报文，所述传送探测报文指示信息包含所述首探针端点设备的信息。
该方法使得媒体业务管理设备可以触发媒体端点设备基于媒体报文产生探测报文，并向探针链的首探针端点设备发送所产生的探测报文，以便故障管理系统定界两个媒体端点设备之间的传输故障。由于探测报文基于媒体报文产生，可以使得故障管理设备的定界结果更符合实际情况。
在一个可能的方案中，所述媒体业务管理设备获取所述首探针端点设备的信息包括：向故障管理设备发送故障定界请求，所述故障定界请求用于请求所述故障管理设备建立所述探针链，所述故障定界请求包含所述第一媒体端点设备的信息与所述第二媒体端点设备的信息；从所述故障管理设备接收探测响应，所述探测响应中包含所述首探针端点设备的信息。
在一个可能的方案中，所述媒体业务管理设备在向所述第一媒体端点设备发送所述传送探测报文指示信息之前还根据所述探测响应确认所述探针链已开始监听探测报文，所述探测响应还包括指示所述探针链已开始监听报文的信息。
在一个可能的方案中，所述首探针端点设备的信息包含所述首探针端点设备的探测报文接收地址或者所述首探针端点设备的设备标识。
第三方面，本申请实施例提供了一种定界传输故障的方法，应用于故障管理设备，该方法包括：从媒体业务管理设备接收故障定界请求，所述故障定界请求中包含第一媒体端点设备的信息与第二媒体端点设备的信息；在所述第一媒体端点设备与所述第二媒体端点设备之间的传输网络中选择多个探针端点设备形成探针链，所述探针链用于定界所述第一媒体端点设备与所述第二媒体端点设备之间的传输故障；向所述媒体业务管理设备发送故障定界响应，所述故障定界响应中包含所述探针链的首探针端点设备的信息。
该方法使得故障管理设备可以在媒体业务管理设备的触发或者请求下，在两个媒体端点设备之间建立探针链，以便媒体业务管理设备触发媒体端点设备向所述探针链发送基于媒体报文产生的探测报文，以进一步定界所述两个媒体端点设备之间的传输故障。由于探测报文基于媒体报文产生，可以使得故障管理设备的定界结果更符合实际情况。
在一个可能的方案中，所述首探针端点设备的信息包含所述首探针端点设备的探测报文接收地址或者所述首探针端点设备的设备标识。
在一个可能的方案中，所述故障管理设备向所述媒体业务管理设备发送探测响应之前还包括指示所述多个探针端点设备开始监听探测报文。
在一个可能的方案中，所述故障管理设备指示所述多个探针端点设备开始监听探测报文包括：向所述首探针端点设备发送监听指示信息，所述监听指示信息用于指示所述首探针端点设备监听所述第一媒体端点设备传送的探测报文，所述监听指示信息包含所述第一媒体端点设备的信息。
在一个可能的方案中，所述第一媒体端点设备的信息包含所述第一媒体端点设备的媒体报文发送地址或者所述第一媒体端点设备的设备标识。
在一个可能的方案中，所述探测响应还包含指示所述探针链已开始监听报文的信息。
在一个可能的方案中，所述故障管理设备从所述探针链上的探针端点设备接收丢包率，根据所述丢包率定界传输故障。
在一个可能的方案中，所述故障管理设备向所述媒体业务管理设备上报出现传输故障的网段的IP地址。
在一个可能的方案中，所述故障管理设备向所述媒体业务管理设备上报出现传输故障的网段的物理位置。
第四方面，本申请实施例提供了一种媒体端点设备，包括处理器和存储器，其中：所述存储器，用于存储程序指令；所述处理器，用于调用并执行所述存储器中存储的程序指令，以使所述媒体端点设备执行上述第一方面所述的定界传输故障的方法。
第五方面，本申请实施例提供了一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得所述计算机执行如上述第一方面所述的定界传输故障的方法。
第六方面，本申请实施例提供了一种媒体业务管理设备，包括处理器和存储器，其中：所述存储器，用于存储程序指令；所述处理器，用于调用并执行所述存储器中存储的程序指令，以使所述媒体业务管理设备执行上述第二方面所述的定界传输故障的方法。
第七方面，本申请实施例提供了一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得所述计算机执行上述第二方面所述的定界传输故障的方法。
第八方面，本申请实施例提供了一种故障管理设备，包括处理器和存储器，其中：所述存储器，用于存储程序指令；所述处理器，用于调用并执行所述存储器中存储的程序指令，以使所述故障管理设备执行上述第三方面所述的定界传输故障的方法。
第九方面，本申请实施例提供了一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得所述计算机执行上述第三方面所述的定界传输故障的方法。
附图说明
图1为本申请实施例提供的定界传输故障的系统架构图；
图2为本申请实施例提供的媒体端点设备定界传输故障的方法流程图；
图3为本申请实施例提供的媒体业务管理设备触发媒体端点设备定界传输故障的方法流程图；
图4为本申请实施例提供的故障管理设备定界传输故障的方法流程图；
图5为本申请实施例提供的定界媒体业务系统传输故障的方法流程图；
图6为本申请实施例提供的定界视频会议系统传输故障的系统架构图；
图7为本申请实施例提供的定界视频会议系统传输故障的方法流程图；
图8为本申请实施例提供的通信网络设备的硬件结构图；
图9为本申请实施例提供的媒体端点设备的结构示意图；
图10为本申请实施例提供的媒体业务管理设备的结构示意图；
图11为本申请实施例提供的故障管理设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。
实施例一
图1为本申请实施例提供的定界传输故障的系统架构图，其中包括媒体业务管理设备101、故障管理设备102、第一媒体端点设备103、第二媒体端点设备104、首探针端点设备105、中间探针端点设备106、尾探针端点设备107等，分别描述如下：
媒体业务管理设备101：用于管理媒体端点设备、协助第一媒体端点设备103与第二媒体端点设备104之间建立媒体业务会话，并在接收到第二媒体端点设备104上报的故障现象(如画面卡顿，即视频画面播放不顺畅)后，向故障管理设备102请求进行故障定界等。
故障管理设备102：用于响应媒体业务管理设备101发送的故障定界请求，包括选择探针端点设备、指示探针端点设备启动探测、向媒体业务管理设备101返回首探针端点设备信息等。
第一媒体端点设备103：用于与第二媒体端点设备104互相传送媒体报文以满足媒体业务(如视频会议等)的需求，并响应媒体业务管理设备101发送的传送探测报文指示，包括基于媒体报文产生探测报文、再向首探针端点设备105发送所产生的探测报文。
第二媒体端点设备104：用于与第一媒体端点设备103互相传送媒体报文，以满足媒体业务的需求。
首探针端点设备105：用于从第一媒体端点设备103接收探测报文，并将其转发给探针链上的后继探针端点设备(如中间探针端点设备106或尾探针端点设备107)，且根据接收到的探测报文向故障管理设备102上报探测报文接收结果(如丢包率)，以便故障管理设备102定界故障。通常，首探针端点设备105与第一媒体端点设备103在物理上接近，如在同一个交换机上。
中间探针端点设备106：图1有一个中间探针端点设备，实际部署中可以没有中间探针端点设备或者多个中间探针端点设备。中间探针端点设备106用于从首探针端点设备105或者其他中间探针端点设备接收探测报文，并向探针链上的后继探针端点设备(如尾探针端点设备107或者其他中间探针端点设备)转发探测报文，且根据接收到的探测报文向故障管理设备102上报报文接收结果，以便故障管理设备102定界故障。通常，中间探针端点设备在第一媒体端点设备103与第二媒体端点设备104之间的媒体传输通道上。
尾探针端点设备107：用于从探针链上的前驱探针端点设备(如首探针端点设备105或者中间探针端点设备106)接收探测报文，且根据接收到的探测报文向故障管理设备102上报探测报文接收结果(如丢包率)，以便故障管理设备102定界故障。通常，尾探针端点设备107与第二媒体端点设备104在物理上接近，如在同一个交换机上。
基于图1所示架构的定界传输故障的方案，由于基于实际媒体报文产生探测报文，可以使得定界结果更符合实际情况，提高定界的准确率。下面进一步通过实施例说明该方案。
实施例二
图2为本申请实施例提供的媒体端点设备定界传输故障的方法流程图，其中包括如下步骤：
步骤201：第一媒体端点设备接收传送探测报文指示信息，所述传送探测报文指示信息包含探针链的首探针端点设备的信息，所述探针链用于定界所述第一媒体端点设备与第二媒体端点设备之间的传输故障。
具体地，所述第一媒体端点设备可以从媒体业务管理设备接收所述传送探测报文指示信息，所述媒体业务管理设备为所述第一媒体端点设备与所述第二媒体端点设备的管理设备，所述故障管理设备为所述探针链的管理设备。
步骤202：所述第一媒体端点设备基于媒体报文产生待传送探测报文，所述媒体报文为所述第一媒体端点设备向第二媒体端点设备发送的媒体报文。
具体地，所述第一媒体端点设备基于所述媒体报文产生待传送探测报文的具体方法可以是：所述第一媒体端点设备可以获取所述第一媒体端点设备的媒体报文发送地址以及所述首探针端点设备的探测报文接收地址，并基于所述媒体报文、所述第一媒体端点设备的媒体报文发送地址和所述首探针端点设备的探测报文接收地址产生所述待传送探测报文。
具体地，所述第一媒体端点设备基于所述媒体报文、所述首探针端点设备的探测报文接收地址和所述第一媒体端点设备的媒体报文发送地址产生所述待传送探测报文的具体方法可以是：所述第一媒体端点设备可以将所述媒体报文的目的地址设置为所述首探针端点设备的探测报文接收地址，得到所述待传送探测报文。
具体地，所述第一媒体端点设备获取所述第一媒体端点设备的媒体报文发送地址的具体方法可以是：所述第一媒体端点设备可以从所述传送探测报文指示信息中获取所述第一媒体端点设备的媒体报文发送地址，所述传送探测报文指示信息还包含所述第一媒体端点设备的媒体报文发送地址；或者，所述第一媒体端点设备可以根据所述第一媒体端点设备的设备标识，在预先设置的媒体端点设备的设备标识与媒体报文发送地址对应关系信息中查询出所述第一媒体端点设备的媒体报文发送地址，所述传送探测报文指示信息还包含所述第一媒体端点设备的设备标识。
具体地，所述第一媒体端点设备获取所述首探针端点设备的探测报文接收地址的具体方法可以是：所述第一媒体端点设备可以从所述传送探测报文指示信息中获取所述首探针端点设备的探测报文接收地址，所述首探针端点设备的信息包含所述首探针端点设备的探测报文接收地址；或者，所述第一媒体端点设备也可以根据所述首探针端点设备的设备标识，在预先设置的探针端点设备的设备标识与探测报文接收地址对应关系信息中查询出所述首探针端点设备的探测报文接收地址，所述首探针端点设备的信息包含所述首探针端点设备的设备标识。
步骤203：所述第一媒体端点设备向所述首探针端点设备传送所述待传送探测报文。
具体地，所述第一媒体端点设备可以在向所述第二媒体端点设备传送所述媒体报文的同时或者在向所述第二媒体端点设备传送所述媒体报文之后或者在向所述第二媒体端点设备传送所述媒体报文之前向所述首探针端点设备传送所述产生的探测报文。
上述实施例二使得媒体端点设备可以在媒体业务管理设备触发下，基于媒体报文产生探测报文，并向探针链的首探针端点设备发送所产生的探测报文，以便故障管理系统定界两个媒体端点设备之间的传输故障。由于探测报文基于媒体报文产生，可以使得故障管理设备的定界结果更符合实际情况。
实施例三
图3为本申请实施例提供的媒体业务管理设备触发媒体端点设备定界传输故障的方法流程图，其中包括如下步骤：
步骤301：媒体业务管理设备获取探针链的首探针端点设备的信息，所述探针链用于定界第一媒体端点设备与第二媒体端点设备之间的传输故障。
具体地，所述媒体业务管理设备获取所述首探针端点设备的信息的具体方法可以是：所述媒体业务管理设备向故障管理设备发送故障定界请求，所述故障定界请求用于请求所述故障管理设备建立所述探针链，所述故障定界请求包含所述第一媒体端点设备的信息与所述第二媒体端点设备的信息；所述媒体业务管理设备从所述故障管理设备接收探测响应，所述探测响应中包含所述首探针端点设备的信息。
可选地，所述媒体业务管理设备在向所述第一媒体端点设备发送所述传送探测报文指示信息之前还根据所述探测响应确认所述探针链已开始监听探测报文，所述探测响应还包括指示所述探针链已开始监听报文的信息。
具体地，所述首探针端点设备的信息可以包含所述首探针端点设备的探测报文接收地址或者所述首探针端点设备的设备标识。
步骤302：所述媒体业务管理设备向所述第一媒体端点设备发送传送探测报文指示信息，所述传送探测报文指示信息用于指示所述第一媒体端点设备向所述首探针端点设备传送基于媒体报文产生的探测报文，所述传送探测报文指示信息包含所述首探针端点设备的信息。
所述第一媒体端点接收到所述探测报文指示信息后，将向所述首探针端点设备传送基于媒体报文产生的探测报文，以便故障管理设备定界传输故障。
上述实施例二使得媒体业务管理设备可以触发媒体端点设备基于媒体报文产生探测报文，并向探针链的首探针端点设备发送所产生的探测报文，以便故障管理系统定界两个媒体端点设备之间的传输故障。由于探测报文基于媒体报文产生，可以使得故障管理设备的定界结果更符合实际情况。
实施例四
图4为本申请实施例提供的故障管理设备定界传输故障的方法流程图，其中包括如下步骤：
步骤401：故障管理设备从媒体业务管理设备接收故障定界请求，所述故障定界请求中包含第一媒体端点设备的信息与第二媒体端点设备的信息。
具体地，所述第一媒体端点设备的信息包含所述第一媒体端点设备的媒体报文发送地址或者所述第一媒体端点设备的设备标识。
步骤402：所述故障管理设备在所述第一媒体端点设备与所述第二媒体端点设备之间的传输网络中选择多个探针端点设备形成探针链，所述探针链用于定界所述第一媒体端点设备与所述第二媒体端点设备之间的传输故障。
步骤403：所述故障管理设备向所述媒体业务管理设备发送故障定界响应，所述故障定界响应中包含所述探针链的首探针端点设备的信息。
具体地，所述首探针端点设备的信息可以包含所述首探针端点设备的探测报文接收地址或者所述首探针端点设备的设备标识，以便所述媒体业务管理设备指示媒体端点设备向所述首探针端点设备发送探测报文。
可选地，所述故障管理设备向所述媒体业务管理设备发送探测响应之前还包括指示所述多个探针端点设备开始监听探测报文，以确保所述多个探针端点设备已经开始监听探测报文。
具体地，所述故障管理设备指示所述多个探针端点设备开始监听探测报文的具体方法可以是：所述故障管理设备向所述首探针端点设备发送监听指示信息，所述监听指示信息用于指示所述首探针端点设备监听所述第一媒体端点设备传送的探测报文，所述监听指示信息包含所述第一媒体端点设备的信息。
可选地，所述故障管理设备还可以在所述探测响应中包含指示所述探针链已开始监听报文的信息，以便所述媒体业务管理设备可以立即触发媒体端点设备向所述探针链的首探针端点设备发送探测报文。
所述媒体管理设备接收到所述故障定界响应后，可以触发第一媒体端点向所述首探针端点设备传送基于媒体报文产生的探测报文，以便所述故障管理设备定界传输故障。
上述实施例四使得故障管理设备可以在媒体业务管理设备的触发或者请求下，在两个媒体端点设备之间建立探针链，以便媒体业务管理设备触发媒体端点设备向所述探针链发送基于媒体报文产生的探测报文，以进一步定界所述两个媒体端点设备之间的传输故障。由于探测报文基于媒体报文产生，可以使得故障管理设备的定界结果更符合实际情况。
实施例五
图5为本申请实施例提供的定界媒体业务系统传输故障的方法流程图，包括如下步骤：
步骤500：第一媒体端点设备与第二媒体端点设备之间的媒体会话建立完成。
具体地，在媒体业务管理设备协助下，所述第一媒体端点设备与所述第二媒体端点设备之间的媒体会话建立完成，所述第一媒体端点设备开始与所述第二媒体端点设备互相发送媒体报文，以满足媒体业务的需求。
步骤501：第二媒体端点设备上报业务质量。
具体地，所述第二媒体端点设备向媒体业务管理设备上报基于所述会话的媒体业务的质量。
可选地，所述第二媒体端点设备向所述媒体业务管理设备发送业务质量上报消息，所述业务质量上报消息中可以包含所述会话的标识和业务质量信息(例如画面卡顿等)。
可选地，所述第二媒体端点设备可以在第二媒体端点设备用户触发后上报业务质量，也可以自动检测业务质量并上报。
步骤502：媒体业务管理设备确认需要定界故障。
具体地，所述媒体业务管理设备根据步骤501中上报的业务质量，确定所述第一媒体端点设备与所述第二媒体端点设备之间的传输网络中存在故障，进而确定需要进行故障定界。
步骤503：媒体业务管理设备向故障管理设备发送故障定界请求。
具体地，所述媒体业务管理设备向故障管理设备发送故障定界请求，所述故障定界请求中可以包含第一媒体端点设备的信息(如发送/接收媒体数据包的IP地址和端口)和第二媒体端点设备的信息(如发送/接收媒体数据包的IP地址和端口)，以指示所述故障管理设备在所述第一媒体端点设备和所述第二媒体端点设备之间定界故障。
步骤504：故障管理设备选择探针端点设备。
具体地，所述故障管理设备在所述第一媒体端点设备和所述第二媒体端点设备之间选择探针端点设备。例如，所述故障管理设备可以预先获得整个网络拓扑图以及所有媒体端点设备、探针端点设备在网络拓扑图中的位置，据此获得所述第一媒体端点设备和所述第二媒体端点设备之间媒体传输路径上的所有探针端点设备，其中，首、尾探针端点设备的选取原则是要与媒体端点设备(所述第一媒体端点设备或所述第二媒体端点设备)在物理上尽可能接近，比如与所述第一媒体端点设备或者所述第二媒体端点设备位于同一台接入层交换机上，中间探针端点设备的选取原则要依据网络拓扑图，在两个媒体端点设备之间媒体报文流经的媒体通道上。
本实施例假设所述故障管理设备选择了三个探针端点设备，即首探针端点设备、中间探针端点设备和尾探针端点设备，其中，所述尾探针端点设备将监听/接收所述中间探针端点设备发送的探测报文，所述中间探针端点设备将监听/接收所述首探针端点设备发送的探测报文，所述首探针端点设备将监听/接收所述第一媒体端点设备发送的探测报文。从而，所述首探针端点设备、所述中间探针端点设备和所述尾探针端点设备构成了一个探针链，以便定界所述第一媒体端点设备与所述第二媒体端点设备之间的传输故障。具体定界方法参见后续步骤说明。
步骤505：故障管理设备通知首探针端点设备启动探测。
具体地，所述故障管理设备向所述首探针端点设备发送启动探测请求消息，所述启动探测请求消息中可以包含如表1所述参数。
表1-启动探测请求消息参数
其中，探针远端报文来源地址取值为所述第一媒体端点设备发送探测报文的IP地址和端口号，探针远端报文目的地址取值为所述中间探针端点设备的探针本端报文接收地址(即所述中间探针端点设备接收探测报文的IP地址和端口)。
所述首探针端点设备接收到所述启动探测请求消息后，开始通过探针本端报文接收地址监听来自探针远端报文来源地址的探测报文，一旦接收到探测报文，将通过探针本端报文发送地址向探针远端报文目的地址发送或转发探测报文，且向故障管理设备上报报文接收结果。
可选地，若所述故障管理设备确定当前的探测报文已经很多，容易对网络造成冲击，或者当前没有可用的空闲探针端点设备，则直接向所述媒体业务管理设备返回失败信息，以向所述媒体业务管理设备表示当前无法进行故障定界。
可选地，所述首探针端点设备向所述故障管理设备发送启动探测响应消息，以表示已成功启动探测。
步骤506：故障管理设备通知中间探针端点设备启动探测。
与步骤505类似，其中，探针远端报文来源地址取值为所述首探针端点设备的探针本端报文发送地址(即所述首探针端点设备发送探测媒体报文的IP地址和端口号)，探针远端报文目的地址取值为所述尾探针端点设备的探针本端报文接收地址(即所述尾探针端点设备接收探测报文的IP地址和端口)。
步骤507：故障管理设备通知尾探针端点设备启动探测。
与步骤505类似，其中，探针远端报文来源地址取值为所述中间探针端点设备的探针本端报文发送地址(即所述中间探针端点设备发送探测媒体报文的IP地址和端口号)；探针远端报文目的地址取值可以为空，探针本端报文发送地址也可以为空。
需要说明的是，上述步骤505、506和507之间的顺序只是一个示例，实际部署中可以是其他顺序，本发明实施例不作限定。
步骤508：故障管理设备向媒体业务管理设备发送故障定界响应。
具体地，所述故障管理设备向所述媒体业务管理设备发送故障定界响应消息，所述故障定界响应消息中可以包含所述首探针端点设备的探针本端报文接收地址(即所述首探针端点设备用于接收探测报文的IP地址和端口号)。
可选地，所述故障管理设备可以根据所述首探针端点设备、所述中间探针端点设备、所述尾探针端点设备发送的启动探测响应消息，确定所述三个探针端点设备均已成功启动探测后，向媒体业务管理设备返回所述故障定界响应消息，所述故障定界响应消息中包含所有探针端点设备已成功启动探测的指示信息，以及所述首探针端点设备的探针本端报文接收地址(即所述首探针端点设备用于接收探测报文的IP地址和端口)。
步骤509：媒体业务管理设备向第一媒体端点设备发送传送探测报文指示信息。
具体地，所述媒体业务管理设备向所述第一媒体端点设备发送传送探测报文指示信息，所述指示信息中包含所述首探针端点设备的标识或所述首探针端点设备的探针本端报文接收地址(即所述首探针端点设备接收探测报文的IP地址和端口)。
可选地，所述传送探测报文指示信息还包括所述第一媒体端点设备用于发送媒体报文的IP地址和端口。
步骤510：第一媒体端点设备向首探针端点设备发送探测报文。
具体地，所述第一媒体端点设备可以复制其向第二媒体端点设备发送的媒体报文部分或全部内容，得到镜像媒体报文，并将所述镜像媒体报文中的源端IP地址和端口设置或替换为所述第一媒体端点设备用于发送媒体报文的IP地址和端口，且将所述镜像媒体报文中的目的IP地址和端口设置或替换为所述首探针端点设备接收探测报文的IP地址和端口，从而形成所述探测报文，并在所述第一媒体端点设备向第二媒体端点设备发送所述媒体报文之前、或之后、或同时，向所述首探针端点设备发送所述探测报文。也就是说，所述探测报文是基于所述第一媒体端点设备向所述第二媒体端点设备发送的媒体报文的镜像报文产生，并在将所述镜像报文中的源端IP地址和端口、目的IP地址和端口分别设置或替换为第一媒体端点设备用于发送媒体报文的IP地址和端口、所述首探针端点设备接收探测报文的IP地址和端口之后得到。
所述第一媒体端点设备可以从步骤509所述的传送探测报文指示信息中获取所述首探针端点设备接收探测报文的IP地址和端口，也可以根据步骤509所述传送探测报文指示信息中包含的首探针端点设备的标识，从本地预先设置的信息中查询得到所述首探针端点设备接收探测报文的IP地址和端口。
所述第一媒体端点设备可以从步骤509所述的传送探测报文指示信息中获取所述第一媒体端点设备用于发送媒体报文的IP地址和端口，也可以从本地配置信息中获取所述第一媒体端点设备的发送媒体报文的IP地址和端口。
步骤511：首探针端点设备向中间探针端点设备发送探测报文。
具体地，所述首探针端点设备从所述第一媒体端点设备接收探测报文，并将其中的源端IP地址和端口、目标IP地址和端口分别设置或替换为首探针端点设备发送探测报文的IP地址和端口、中间探针端点设备接收探测报文的IP地址和端口，再将所述探测报文发送给所述中间探针端点设备。
所述首探针端点设备可以从步骤505所述的启动探测请求消息中获得所述首探针端点设备发送探测报文的IP地址和端口以及所述中间探针端点设备接收探测报文的IP地址和端口。
步骤512：中间探针端点设备向尾探针端点设备发送探测报文。
具体地，所述中间探针端点设备从所述首探针端点设备接收探测报文，并将其中的源端IP地址和端口、目标IP地址和端口分别设置或替换为所述中间探针端点设备发送探测报文的IP地址和端口、尾探针端点设备接收探测报文的IP地址和端口，再将所述探测报文发送给所述尾探针端点设备。
所述中间探针端点设备可以从步骤506所述的启动探测请求消息中获得所述中间探针端点设备发送探测报文的IP地址和端口以及所述尾探针端点设备接收探测报文的IP地址和端口。
步骤513：首探针端点设备向故障管理设备上报探测报文接收结果。
具体地，所述首探针端点设备根据接收到的探测报文，向所述故障管理设备上报探测报文接收结果，例如丢包率。
步骤514：中间探针端点设备向故障管理设备上报探测报文接收结果。
与步骤513类似。
步骤515：尾探针端点设备向故障管理设备上报探测报文接收结果。
与步骤513类似。
步骤516：故障管理设备定界故障。
具体地，所述故障管理设备根据所述首探针端点设备、所述中间探针端点设备、所述尾探针端点设备上报的报文接收结果，定界故障位置。例如，假设首探针端点设备上报丢包率为1％，中间探针端点设备上报丢包率为10％，尾探针端点设备上报丢包率为1％，则可以确定故障网段为所述首探针端点设备与所述中间探针端点设备之间的网段。
步骤517：故障管理设备向媒体业务管理设备上报故障网段。
本步骤为可选步骤。所述故障管理设备根据步骤516的定界结果，向所述媒体业务管理设备上报故障网段，例如所述首探针端点设备与所述中间探针端点设备之间的网段存在传输故障。
上述实施例五使得媒体系统中的媒体端点设备可以基于媒体报文产生探测报文，向故障管理设备在媒体业务管理设备请求下选择出的探针链发送所产生的探测报文，以便故障管理设备可以进行故障定界。由于探测报文是基于实际媒体报文产生，可以使得定界结果更符合实际情况，提高定界的准确率。
实施例六
图6为本申请实施例提供的定界视频会议系统传输故障的系统架构图，其中包括会议服务器601、故障管理服务器602、多点会议单元(Multipoint Conferencing Unit，MCU)603、会场硬终端604、会场软终端605、探针A 606、探针B 607、探针C 608、探针D 609，分别描述如下：
会议服务器601：相当于图1中的媒体业务管理设备101，用于管理MCU 603、会场硬终端604和会场软终端605，协助在MCU 603与会场硬终端604、会场软终端605之间建立会话，以便执行会议业务；在收到会场硬终端604、会场软终端605上报的故障现象(如吞字断续，即音频播放不流畅)后，向故障管理服务器602请求进行故障定界等。
故障管理服务器602：相当于图1中的故障管理设备102，用于响应会议服务器601发送的故障定界请求，包括选择探针端点设备、指示探针端点设备启动探测、向会议服务器601返回首探针端点设备信息等。
MCU 603：相当于图1中的第一媒体端点设备103，用于将来自多个会议终端(如会场硬终端604和会场软终端605)的视频、音频和数据流合并到会议中去，并将合并的视频、音频和数据流发送给多个会议终端，并且响应会议服务器601发送的传送探测报文指示，包括基于会议业务报文产生探测报文、再向探针A 606发送所产生的探测报文。
会场硬终端604：相当于图1中的第二媒体端点设备104，用于将视频、音频和数据流发送给MCU 603并从MCU 603接收合并的视频、音频和数据流。
会场软终端605：与会场硬终端604类似。
探针A 606：相当于图1中的首探针端点设备105，与MCU 603在物理上最接近(如在同一个交换机上)的探针端点设备，用于从MCU 603接收探测报文，并将其转发给探针B607，且向故障管理服务器602上报探测报文接收结果。
探针B 607：相当于图1中的中间探针端点设备106，在MCU 603与会场硬终端604/会场软终端605之间的媒体传输通道上，用于从探针A 606接收探测报文，并将其转发给探针C 608，且向故障管理服务器602上报探测报文接收结果。
探针C 608：相当于图1中的中间探针端点设备106，在MCU 603与会场硬终端604/会场软终端605之间的媒体传输通道上，从探针B 607接收探测报文，并将其转发给探针D609，且向故障管理服务器602上报探测报文接收结果。
探针D 609：相当于图1中的尾探针端点设备107，与会场硬终端604/会场软终端605在物理上最接近(如在同一个无线路由器下)的探针端点设备，用于从探针C 608接收探测报文，且向故障管理服务器602上报探测报文接收结果。
基于图6所示架构的定界视频会议系统传输故障的方案，由于基于实际会议业务报文产生探测报文，可以使得定界结果更符合实际情况，提高定界的准确率。下面通过实施例进一步说明该方案。
实施例七
图7为本申请实施例提供的定界视频会议系统传输故障的方法流程图，其中包括如下步骤：
步骤700：会议业务会话建立完成。
具体地，在会议服务器协助下，MCU与会场硬终端、会场软终端之间建立会话，用于传输会议业务数据，如音频数据、视频数据等。
步骤701：会场硬终端向会议服务器发送QosRpt1以上报业务质量。
作为示例，一个业务质量报告QosRpt的数据结构可以如下所示：
其中PLR与Qos两个字段可以同时出现，也可以只出现其中一个，本发明实施例不作限定。本步骤中，QosRpt1可以为：
步骤702：会场软终端向会议服务器发送QosRpt2以上报业务质量。
与步骤701类似。QosRpt2可以为：
步骤703：会议服务器确认需要定界故障。
会议服务器根据步骤702和703的QosRpt1与QosRpt2，判断MCU与会场终端之间存在传输故障，进而确认需要进行故障定界。例如，会议服务器可以根据QosRpt1与QosRpt2中的PLR字段(丢包率信息)高于预先设定的门槛值，判断出MCU与会场终端之间存在传输故障，需要对故障进行定界。再如，会议服务器还可以根据QosRpt1与QosRpt2中的Qos值为预先设定的值(如“VideoDiscontinuous”)，确定MCU与会场终端之间存在传输故障。
需要说明的是，本申请实施例不限定上报业务质量的终端的个数。例如，故障管理服务器可以在单个终端上报的丢包率大于预设门槛值或Qos为预先设定的值的情况下，即确定存在传输故障，也可以在上报丢包率大于预设门槛值或Qos为预先设定的值的终端个数超过预先设定的个数之后，确定存在传输故障。
步骤704：会议服务器向故障管理服务器发送故障定界请求FSReq。
作为示例，一个故障定界请求FSReq的数据结构可以如下所示：
步骤705：故障管理服务器选择探针端点设备(探针A、探针B、探针C和探针D)。
具体地，故障管理服务器可以预先获得会议系统所在的传输网络的网络拓扑图，该拓扑图中可以包含会议端点、探针端点设备的IP地址和位置，故障管理服务器根据FSReq1中的MCAddr1和MCAddr2在该拓扑图中确定出MCAddr1和MCAddr2之间的媒体传输通路上的所有探针端点设备，并获得这些探针端点设备可用的发送探测报文的地址和接收探测报文的地址。作为示例，故障管理服务器选择出探针端点设备A、B、C和D(选择原则参见步骤504)，其中探针A物理上接近MCU，探针D物理上接近会场硬终端。实际部署中，可以有更少的探针端点设备，也可以有更多的探针端点设备。
可选地，故障管理服务器可以根据定位精确度要求、传输网络压力等因素，动态选择探针端点设备的数量。通常，探针端点设备数量更多，则可以定界到更小范围的网段的传输故障，而探针端点设备数量更少，则可以减轻传输网络的压力或拥塞程度。
选择出探针端点设备探针A、探针B、探针C和探针D之后，故障管理服务器将分别触发他们启动探测，形成探针链，其中探针A和探针链的首探针端点设备，探针D为探针链的尾探针端点设备，探针B和探针C为中间探针端点设备。具体参见步骤706～713。
步骤706：故障管理服务器向探针A发送启动探测请求SPReq1。
作为示例，一个启动探测请求SPReq的数据结构可以如下所示：
其中，对于尾探针端点设备(如探针D)而言，字段PktSndAddr和PktToAddr可以不出现。
本步骤中，SPReq1可以为：
步骤707：探针A向故障管理服务器返回启动探测响应SPRsp1。
具体地，探针A根据SPReq1中的参数，在地址“10.138.1.2:8080”上开始监听来自“10.138.1.1:8081”(MCU的地址)的探测报文，并准备将接收到的探测报文从地址“10.138.1.2:8081”上发送或者转发到“10.138.34.1:8080”(探针B的地址)，然后向故障管理服务器返回启动探测响应SPRsp1。
作为示例，一个启动探测响应SPRsp的数据结构可以如下所示：
步骤708：故障管理服务器向探针B发送启动探测请求SPReq2。
与步骤706类似，其中SPReq2可以为：
步骤709：探针B向故障管理服务器返回启动探测响应SPRsp2。
与步骤707类似。
步骤710：故障管理服务器向探针C发送启动探测请求SPReq3。
与步骤706类似，其中SPReq3可以为：
步骤711：探针C向故障管理服务器返回启动探测响应SPRsp3。
与步骤707类似。
步骤712：故障管理服务器向探针D发送启动探测请求SPReq4。
与步骤706类似，其中SPReq4可以为：
步骤713：探针D向故障管理服务器返回启动探测响应SPRsp4。
具体地，探针D根据SPReq4中的参数，在地址“10.138.100.2:8080”上开始监听来自“10.138.67.1:8081”(探针C的地址)的探测报文。
至此，探针D将监听来自探针C的探测报文，探针C监听来自探针B的探测报文并可以将探测报文转发给探针D，探针B监听来自探针A的探测报文并可以将探测报文转发探针C，探针A监听来自MCU的探测报文并可以将探测报文转发给探针B，从而探针A、探针B、探针C和探针D形成了一条以探针A为首探针端点设备、探针D为尾探针端点设备、探针B和探针C为中间探针端点设备的探针链，将用于定界MCU与会场硬终端/会场软终端之间的传输故障。具体定界方法将在后续步骤进一步说明。
需要说明的是，本申请实施例并不限定步骤706/707、步骤708/709、步骤710/711和步骤712/713之间的顺序，例如，除了上述顺序外，还可以先执行步骤712/713，最后再执行步骤706/707。
步骤714：故障管理服务器向会议服务器返回故障定界响应FSRsp1。
故障管理服务器确认步骤705所选择的每一个探针端点设备都成功启动探测后，向会议服务器返回故障定界响应，响应消息中包含首探针端点设备接收探测报文的地址。
作为示例，一个故障定界响应SFRsp的数据结构可以为：
可选地，如果当前没有条件进行故障定界(例如部分或者全部探针端点设备返回失败信息)，则故障管理服务器可以将字段HdProberAddr置为空，以向会议服务器表明当前无法进行故障定界。
步骤715：会议服务器向MCU发送传递镜像报文指示信息TMPInd1。
作为示例，一个传递镜像报文指示信息TMPInd可以为：
其中，字段SrvAddr为可选字段。例如，当MCU只有一个发送会议业务报文地址的时候，可以用缺省或预设的发送会议业务媒体报文的地址，从而可以不在TMPInd中包含SrvAddr。
本步骤中，TMPInd1可以为：
会议服务器向MCU发送TMPInd1，用于指示MCU基于从“10.138.1.1:8081”发出的媒体报文产生探测报文，再传送给“10.138.1.2:8080”(探针A)。
步骤716：MCU向探针A传送探测报文PP1。
具体地，MCU在向会场终端发送会议业务媒体报文过程中(可以是会议业务媒体报文发出之前、发出的同时或发出之后)，复制所述媒体报文的部分或全部内容得到PP1，并将PP1中的目的地址替换为探针A的接收探测报文地址(“10.138.1.2:8080”)，再将PP1作为探测报文传送给探针A。
需要说明的是，探测报文PP1中可以包含报文编号，相继发送的两个探测报文之间的编号为连续的数字，从而接收方(探针A)可以据此确定丢包率，具体参见步骤720。
步骤717：探针A向探针B传送镜像报文PP2。
具体地，探针A从MCU接收到探测报文PP1，并将PP1中源地址替换为探针A发送探测报文的地址(“10.138.1.2:8081”)，且将PP1中目的地址替换为探针B接收探测报文的地址(10.138.34.1:8080)得到PP2(PP2的报文编号可以保持与PP1相同)，再将PP2作为探测报文传送给探针B。
步骤718：探针B向探针C传送镜像报文PP3。
具体地，探针B从探针A接收到探测报文PP2，并将PP2中源地址替换为探针B发送探测报文的地址(“10.138.34.1:8081”)，且将PP2中目的地址替换为探针C接收探测报文的地址(10.138.67.1:8080)得到PP3，再将PP3作为探测报文传送给探针C。
步骤719：探针C向探针D传送镜像报文PP4。
具体地，探针C从探针B接收到探测报文PP3，并将PP3中源地址替换为探针C发送探测报文的地址(“10.138.67.1:8081”)，且将PP3中目的地址替换为探针D接收探测报文的地址(10.138.100.2:8080)得到PP4，再将PP4作为探测报文传送给探针D。
以上步骤716～步骤719反复多次执行，反复次数不限。反复若干次之后，探针A、探针B、探针C和探针D可以分别执行步骤720～步骤723，本申请实施例不限定步骤720～步骤723的执行顺序。
步骤720：探针A向故障管理服务器上报丢包率PLR1。
探针A从MCU接收每一个探测报文，根据每一个探测报文中的报文编号，可以确定出丢包率。例如：MCU总共发送了10个探测报文，报文编号从001～010，但探针A仅接收到编号分别为001、002、003、004、008、009和010的探测报文，由于没有收到编号为005、006和007的3个探测报文，则丢包率PLR1＝3/10＝30％。
步骤721：探针B向故障管理服务器上报丢包率PLR2。
与步骤720类似。
步骤722：探针C向故障管理服务器上报丢包率PLR3。
与步骤720类似。
步骤723：探针D向故障管理服务器上报丢包率PLR4。
与步骤720类似。
步骤724：故障管理服务器进行故障定界。
具体地，故障管理服务器根据从探针A、探针B、探针C和探针D接收到的丢包率信息，确定出现故障的具体网段。例如，假设探针A、探针B和探针D均上报丢包率均小于0.5％，而探针C上报丢包率为15％，则故障管理服务器可以确定出现传输故障的网段为探针B与探针C之间的网段，即IP地址为10.138.34.xxx～10.138.67.xxx之间的网段。
可选地，运营商可以预先设置丢包率上限(如15％)，以便故障管理设备将探针端点设备上报的丢包率与该上限作比较，发现上报的丢包率超过该上限，则确定出现故障。
可选地，故障管理服务器可以根据网络参数(如报文冗余率等)，动态调整所述丢包率上限，以免误报传输故障。
步骤725：故障管理服务器向会议服务器上报故障网段。
具体地，故障管理服务器将步骤724的定界结果上报给会议服务器，以便会议服务器及时显示或者提示出现故障的网段，从而方便运营商工作人员据此排除故障。
可选地，所述故障管理服务器还可以向所述会议服务器上报故障网段的物理位置，例如，通过查询预先设置的IP地址与物理位置的对应关系，获取故障网段的IP地址对应的物理位置。例如，所述故障管理服务器可以向所述会议服务器上报：“XX区XX路XX号设备～YY区YY路YY号设备”之间存在传输故障。
上述实施例七使得视频会议系统中MCU可以基于实际会议业务报文产生探测报文，向故障管理服务器在会议服务器请求下选择出的探针链发送所产生的探测报文，以便故障管理服务器可以进行故障定界。由于探测报文是基于实际会议业务报文产生，可以使得定界结果更符合实际情况，提高定界的准确率。
实施例八
图8为本申请实施例提供的通信网络设备的硬件结构图。本申请所有实施例中媒体业务管理设备、故障管理设备、媒体端点设备等，其中所述媒体业务管理设备可以是图6中的601、所述故障管理设备可以图6中的602、所述媒体端点设备可以是图6中603、604和605，均可以采用图8所示的通用的计算机硬件，其包括处理器801、存储器802、总线803、输入设备804、输出设备805以及网络接口806。
具体的，存储器802可以包括以易失性和/或非易失性存储器形式的计算机存储媒体，如只读存储器和/或随机存取存储器。存储器802可以存储操作系统、应用程序、其他程序模块、可执行代码和程序数据。
输入设备804可以用于输入信息，便于系统管理员对所述设备进行操作和管理等，如配置丢包率上限等，输入设备804如键盘或指向设备，如鼠标、轨迹球、触摸板、麦克风、操纵杆、游戏垫、卫星电视天线、扫描仪或类似设备。这些输入设备可以通过总线803连接至处理器801。
输出设备805可以用于输出信息，便于系统管理员对所述设备进行操作和管理等，除了监视器之外，输出设备805还可以为其他外围输出设各，如扬声器和/或打印设备，这些输出设备也可以通过总线803连接到处理器801。
所述设备(媒体业务管理设备、故障管理设备或媒体端点设备)可以通过网络接口806连接到网络中，例如连接到局域网(Local Area Network，LAN)。在联网环境下，所述设备中存储的计算机执行指令可以存储在远程存储设备中，而不限于在本地存储。
当所述设备中的处理器801执行存储器802中存储的可执行代码或应用程序时，所述设备为媒体业务管理设备时，可以执行以上所有实施例中与媒体业务管理设备相对应的方法步骤；所述设备为故障管理设备时，可以执行以上所有实施例中与故障管理设备相对应的方法步骤；所述设备为媒体端点设备时，可以执行以上所有实施例中与媒体端点设备相对应的方法步骤；具体执行过程均参见上述实施例，在此不再赘述。
实施例九
图9为本申请实施例提供的媒体端点设备的结构示意图，所述媒体端点设备包括：
-接收模块901，用于接收传送探测报文指示信息，所述传送探测报文指示信息包含探针链的首探针端点设备的信息，所述探针链用于定界所述第一媒体端点设备与第二媒体端点设备之间的传输故障，具体执行过程参见上述实施例一至实施例七中媒体端点设备侧的步骤说明，如步骤201、509、715等；
具体地，接收模块901可以从媒体业务管理设备接收所述传送探测报文指示信息，所述媒体业务管理设备为所述第一媒体端点设备与所述第二媒体端点设备的管理设备，所述故障管理设备为所述探针链的管理设备。
-产生模块902，用于基于媒体报文产生待传送探测报文，所述媒体报文为所述第一媒体端点设备向第二媒体端点设备发送的媒体报文，具体执行过程参见上述实施例一至实施例七中媒体端点设备侧的步骤说明，如步骤202、510、716等；
具体地，产生模块902基于所述媒体报文产生待传送探测报文的具体方法可以是：产生模块902可以获取所述第一媒体端点设备的媒体报文发送地址以及所述首探针端点设备的探测报文接收地址，并基于所述媒体报文、所述第一媒体端点设备的媒体报文发送地址和所述首探针端点设备的探测报文接收地址产生所述待传送探测报文。
具体地，产生模块902基于所述媒体报文、所述首探针端点设备的探测报文接收地址和所述第一媒体端点设备的媒体报文发送地址产生所述待传送探测报文的具体方法可以是：产生模块902可以将所述媒体报文的目的地址设置为所述首探针端点设备的探测报文接收地址，得到所述待传送探测报文。
具体地，产生模块902获取所述第一媒体端点设备的媒体报文发送地址的具体方法可以是：产生模块902可以从所述传送探测报文指示信息中获取所述第一媒体端点设备的媒体报文发送地址，所述传送探测报文指示信息还包含所述第一媒体端点设备的媒体报文发送地址；或者，产生模块902可以根据所述第一媒体端点设备的设备标识，在预先设置的媒体端点设备的设备标识与媒体报文发送地址对应关系信息中查询出所述第一媒体端点设备的媒体报文发送地址，所述传送探测报文指示信息还包含所述第一媒体端点设备的设备标识。
具体地，产生模块902获取所述首探针端点设备的探测报文接收地址的具体方法可以是：产生模块902可以从所述传送探测报文指示信息中获取所述首探针端点设备的探测报文接收地址，所述首探针端点设备的信息包含所述首探针端点设备的探测报文接收地址；或者，产生模块902也可以根据所述首探针端点设备的设备标识，在预先设置的探针端点设备的设备标识与探测报文接收地址对应关系信息中查询出所述首探针端点设备的探测报文接收地址，所述首探针端点设备的信息包含所述首探针端点设备的设备标识。
-传送模块903，用于向所述首探针端点设备传送所述待传送探测报文，具体执行过程参见上述实施例一至实施例七中媒体端点设备侧的步骤说明，如步骤203、510、716等；
具体地，传送模块903可以在向所述第二媒体端点设备传送所述媒体报文的同时或者在向所述第二媒体端点设备传送所述媒体报文之后或者在向所述第二媒体端点设备传送所述媒体报文之前向所述首探针端点设备传送所述产生的探测报文。
在本实施例中，媒体端点设备是以功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路(application-specific integrated circuit，ASIC)，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到媒体端点设备也可以采用图8所示的形式。接收模块901、产生模块902和传送模块903都可以通过图8中的处理器801和存储器802来实现。例如，产生模块902产生待传送的探测报文的功能可以通过由处理器801来执行存储器802中存储的代码来实现。
实施例十
图10为本申请实施例提供的媒体业务管理设备的结构示意图，所述媒体业务管理设备包括：
-获取模块1001，用于获取探针链的首探针端点设备的信息，所述探针链用于定界第一媒体端点设备与第二媒体端点设备之间的传输故障，具体执行过程参见上述实施例一至实施例七中媒体业务管理设备侧的步骤说明，如步骤301、508、714等；
具体地，获取模块1001获取所述首探针端点设备的信息的具体方法可以是：获取模块1001向故障管理设备发送故障定界请求，所述故障定界请求用于请求所述故障管理设备建立所述探针链，所述故障定界请求包含所述第一媒体端点设备的信息与所述第二媒体端点设备的信息；获取模块1001从所述故障管理设备接收探测响应，所述探测响应中包含所述首探针端点设备的信息。
可选地，获取模块1001在向所述第一媒体端点设备发送所述传送探测报文指示信息之前还根据所述探测响应确认所述探针链已开始监听探测报文，所述探测响应还包括指示所述探针链已开始监听报文的信息。
具体地，所述首探针端点设备的信息可以包含所述首探针端点设备的探测报文接收地址或者所述首探针端点设备的设备标识。
-发送模块1002，用于向所述第一媒体端点设备发送传送探测报文指示信息，所述传送探测报文指示信息用于指示所述第一媒体端点设备向所述首探针端点设备传送基于媒体报文产生的探测报文，所述传送探测报文指示信息包含所述首探针端点设备的信息，具体执行过程参见上述实施例一至实施例七中媒体业务管理设备侧的步骤说明，如步骤302、509、715等。
在本实施例中，媒体业务管理设备是以功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路(application-specific integrated circuit，ASIC)，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到媒体业务管理设备也可以采用图8所示的形式。获取模块1001、发送模块1002都可以通过图8中的处理器801和存储器802来实现。例如，发送模块1002发送传送探测报文指示信息的功能可以通过由处理器801来执行存储器802中存储的代码来实现。
实施例十一
图11为本申请实施例提供的故障管理设备的结构示意图，所述故障管理设备包括：
-接收模块1101，用于从媒体业务管理设备接收故障定界请求，所述故障定界请求中包含第一媒体端点设备的信息与第二媒体端点设备的信息，具体执行过程参见上述实施例一至实施例七中故障管理设备侧的步骤说明，如步骤401、503、704等；
具体地，所述第一媒体端点设备的信息包含所述第一媒体端点设备的媒体报文发送地址或者所述第一媒体端点设备的设备标识。
-选择模块1102，用于在所述第一媒体端点设备与所述第二媒体端点设备之间的传输网络中选择多个探针端点设备形成探针链，所述探针链用于定界所述第一媒体端点设备与所述第二媒体端点设备之间的传输故障，具体执行过程参见上述实施例一至实施例七中故障管理设备侧的步骤说明，如步骤402、504、705等。
-发送模块1103，用于向所述媒体业务管理设备发送故障定界响应，所述故障定界响应中包含所述探针链的首探针端点设备的信息，具体执行过程参见上述实施例一至实施例七中故障管理设备侧的步骤说明，如步骤402、504、705等；
具体地，所述首探针端点设备的信息可以包含所述首探针端点设备的探测报文接收地址或者所述首探针端点设备的设备标识，以便所述媒体业务管理设备指示媒体端点设备向所述首探针端点设备发送探测报文。
可选地，发送模块1103向所述媒体业务管理设备发送探测响应之前还包括指示所述多个探针端点设备开始监听探测报文，以确保所述多个探针端点设备已经开始监听探测报文。
具体地，发送模块1103指示所述多个探针端点设备开始监听探测报文的具体方法可以是：发送模块1103向所述首探针端点设备发送监听指示信息，所述监听指示信息用于指示所述首探针端点设备监听所述第一媒体端点设备传送的探测报文，所述监听指示信息包含所述第一媒体端点设备的信息。
可选地，发送模块1103还可以在所述探测响应中包含指示所述探针链已开始监听报文的信息，以便所述媒体业务管理设备可以据此立即触发媒体端点设备向所述探针链的首探针端点设备发送探测报文。
在本实施例中，媒体业务管理设备是以功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路(application-specific integrated circuit，ASIC)，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到故障管理设备也可以采用图8所示的形式。接收模块1101、选择模块1102、发送模块1103都可以通过图8中的处理器801和存储器802来实现。例如，选择模块1102选择探针端点设备的功能可以通过由处理器801来执行存储器802中存储的代码来实现。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
本领域普通技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。
Claims (22)
1.一种定界传输故障的方法，应用于第一媒体端点设备，其特征在于，包括：
接收传送探测报文指示信息，所述传送探测报文指示信息包含探针链的首探针端点设备的信息，所述探针链用于定界所述第一媒体端点设备与第二媒体端点设备之间的传输故障；
基于媒体报文产生待传送探测报文，所述媒体报文为所述第一媒体端点设备向所述第二媒体端点设备发送的媒体报文；
向所述首探针端点设备传送所述待传送探测报文；
其中，所述第一媒体端点设备基于所述媒体报文产生待传送探测报文包括：
获取所述第一媒体端点设备的媒体报文发送地址以及所述首探针端点设备的探测报文接收地址；
基于所述媒体报文、所述第一媒体端点设备的媒体报文发送地址和所述首探针端点设备的探测报文接收地址产生所述待传送探测报文。
2.根据权利要求1所述的方法，其特征在于，所述第一媒体端点设备基于所述媒体报文、所述首探针端点设备的探测报文接收地址和所述第一媒体端点设备的媒体报文发送地址产生所述待传送探测报文包括：
将所述媒体报文的目的地址设置为所述首探针端点设备的探测报文接收地址，得到所述待传送探测报文。
3.根据权利要求1所述的方法，其特征在于，所述第一媒体端点设备获取所述第一媒体端点设备的媒体报文发送地址包括：
从所述传送探测报文指示信息中获取所述第一媒体端点设备的媒体报文发送地址，所述传送探测报文指示信息还包含所述第一媒体端点设备的媒体报文发送地址；
或者
根据所述第一媒体端点设备的设备标识，在媒体端点设备的设备标识与媒体报文发送地址对应关系信息中查询出所述第一媒体端点设备的媒体报文发送地址，所述传送探测报文指示信息还包含所述第一媒体端点设备的设备标识。
4.根据权利要求1所述的方法，其特征在于，所述第一媒体端点设备获取所述首探针端点设备的探测报文接收地址包括：
从所述传送探测报文指示信息中获取所述首探针端点设备的探测报文接收地址，所述首探针端点设备的信息包含所述首探针端点设备的探测报文接收地址，
或者
根据所述首探针端点设备的设备标识，在探针端点设备的设备标识与探测报文接收地址对应关系信息中查询出所述首探针端点设备的探测报文接收地址，所述首探针端点设备的信息包含所述首探针端点设备的设备标识。
5.根据权利要求1所述的方法，其特征在于，所述第一媒体端点设备从媒体业务管理设备接收所述传送探测报文指示信息，所述媒体业务管理设备为所述第一媒体端点设备与所述第二媒体端点设备的管理设备。
6.根据权利要求1所述的方法，其特征在于，所述第一媒体端点设备在向所述第二媒体端点设备传送所述媒体报文的同时或者在向所述第二媒体端点设备传送所述媒体报文之后或者在向所述第二媒体端点设备传送所述媒体报文之前向所述首探针端点设备传送所述产生的探测报文。
7.一种定界传输故障的方法，应用于媒体业务管理设备，其特征在于，包括：
获取探针链的首探针端点设备的信息，所述探针链用于定界第一媒体端点设备与第二媒体端点设备之间的传输故障；
向所述第一媒体端点设备发送传送探测报文指示信息，所述传送探测报文指示信息用于指示所述第一媒体端点设备向所述首探针端点设备传送基于媒体报文产生的探测报文，所述传送探测报文指示信息包含所述首探针端点设备的信息；
其中，所述探测报文是所述第一媒体端点设备基于所述媒体报文、所述第一媒体端点设备的媒体报文发送地址和所述首探针端点设备的探测报文接收地址产生的。
8.根据权利要求7所述的方法，其特征在于，所述媒体业务管理设备获取所述首探针端点设备的信息包括：
向故障管理设备发送故障定界请求，所述故障定界请求用于请求所述故障管理设备建立所述探针链，所述故障定界请求包含所述第一媒体端点设备的信息与所述第二媒体端点设备的信息；
从所述故障管理设备接收探测响应，所述探测响应中包含所述首探针端点设备的信息。
9.根据权利要求8所述的方法，其特征在于，所述媒体业务管理设备在向所述第一媒体端点设备发送所述传送探测报文指示信息之前还根据所述探测响应确认所述探针链已开始监听探测报文，所述探测响应还包括指示所述探针链已开始监听报文的信息。
10.根据权利要求7所述的方法，其特征在于，所述首探针端点设备的信息包含所述首探针端点设备的探测报文接收地址或者所述首探针端点设备的设备标识。
11.一种定界传输故障的方法，应用于故障管理设备，其特征在于，包括：
从媒体业务管理设备接收故障定界请求，所述故障定界请求中包含第一媒体端点设备的信息与第二媒体端点设备的信息；
在所述第一媒体端点设备与所述第二媒体端点设备之间的传输网络中选择多个探针端点设备形成探针链，所述探针链用于定界所述第一媒体端点设备与所述第二媒体端点设备之间的传输故障；
向所述媒体业务管理设备发送故障定界响应，所述故障定界响应中包含所述探针链的首探针端点设备的信息，以便所述媒体业务管理设备向所述第一媒体端点设备发送传送探测报文指示信息，所述传送探测报文指示信息用于指示所述第一媒体端点设备向所述首探针端点设备传送基于媒体报文产生的探测报文，所述传送探测报文指示信息包含所述首探针端点设备的信息；
其中，所述探测报文是所述第一媒体端点设备基于所述媒体报文、所述第一媒体端点设备的媒体报文发送地址和所述首探针端点设备的探测报文接收地址产生的。
12.根据权利要求11所述的方法，其特征在于，所述首探针端点设备的信息包含所述首探针端点设备的探测报文接收地址或者所述首探针端点设备的设备标识。
13.根据权利要求12所述的方法，其特征在于，所述故障管理设备向所述媒体业务管理设备发送所述故障定界响应之前还包括指示所述多个探针端点设备开始监听探测报文。
14.根据权利要求13所述的方法，其特征在于，所述故障管理设备指示所述多个探针端点设备开始监听探测报文包括：
向所述首探针端点设备发送监听指示信息，所述监听指示信息用于指示所述首探针端点设备监听所述第一媒体端点设备传送的探测报文，所述监听指示信息包含所述第一媒体端点设备的信息。
15.根据权利要求11至14中任一项所述的方法，其特征在于，所述第一媒体端点设备的信息包含所述第一媒体端点设备的媒体报文发送地址或者所述第一媒体端点设备的设备标识。
16.根据权利要求11至14中任一项所述的方法，其特征在于，所述故障定界响应还包含指示所述探针链已开始监听报文的信息。
17.一种媒体端点设备，其特征在于，包括处理器和存储器，其中：
所述存储器，用于存储程序指令；
所述处理器，用于调用并执行所述存储器中存储的程序指令，以使所述媒体端点设备执行权利要求1至6中任一项所述的定界传输故障的方法。
18.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机可执行指令，当所述计算机可执行指令在计算机上运行时，使得所述计算机执行权利要求1至6中任一项所述的定界传输故障的方法。
19.一种媒体业务管理设备，其特征在于，包括处理器和存储器，其中：
所述存储器，用于存储程序指令；
所述处理器，用于调用并执行所述存储器中存储的程序指令，以使所述媒体业务管理设备执行权利要求7至10中任一项所述的定界传输故障的方法。
20.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机可执行指令，当所述计算机可执行指令在计算机上运行时，使得所述计算机执行权利要求7至10中任一项所述的定界传输故障的方法。
21.一种故障管理设备，其特征在于，包括处理器和存储器，其中：
所述存储器，用于存储程序指令；
所述处理器，用于调用并执行所述存储器中存储的程序指令，以使所述故障管理设备执行权利要求11至16中任一项所述的定界传输故障的方法。
22.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机可执行指令，当所述计算机可执行指令在计算机上运行时，使得所述计算机执行权利要求11至16中任一项所述的定界传输故障的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810171473.6A CN110224845B (zh) | 2018-03-01 | 2018-03-01 | 定界传输故障的方法、系统以及相关设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810171473.6A CN110224845B (zh) | 2018-03-01 | 2018-03-01 | 定界传输故障的方法、系统以及相关设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110224845A CN110224845A (zh) | 2019-09-10 |
| CN110224845B true CN110224845B (zh) | 2022-04-22 |
Family
ID=67821980
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810171473.6A Active CN110224845B (zh) | 2018-03-01 | 2018-03-01 | 定界传输故障的方法、系统以及相关设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110224845B (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113259198A (zh) * | 2021-05-14 | 2021-08-13 | 优刻得科技股份有限公司 | 监测网络的方法、转发平面装置、存储介质和系统 |
| CN113473573B (zh) * | 2021-06-08 | 2024-03-12 | 北京小米移动软件有限公司 | 信息处理方法、装置、无线接入设备及智能家居设备 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101404599A (zh) * | 2008-11-12 | 2009-04-08 | 华为技术有限公司 | 网络故障检测的方法、主设备、从设备、控制终端和系统 |
| CN102035694A (zh) * | 2010-12-20 | 2011-04-27 | 中兴通讯股份有限公司 | 链路检测装置及方法 |
| CN103684818A (zh) * | 2012-09-07 | 2014-03-26 | 中兴通讯股份有限公司 | 检测网络通道故障的方法及装置 |
| CN104601394A (zh) * | 2014-11-26 | 2015-05-06 | 华为技术有限公司 | 一种业务链连通性检测的方法、装置及系统 |
| CN104796298A (zh) * | 2014-01-22 | 2015-07-22 | 杭州华三通信技术有限公司 | 一种sdn网络故障分析的方法及装置 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101468624B1 (ko) * | 2013-05-30 | 2014-12-04 | 삼성에스디에스 주식회사 | 단말기와 이를 이용한 네트워크 상태 측정 시스템 및 방법 |
-
2018
- 2018-03-01 CN CN201810171473.6A patent/CN110224845B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101404599A (zh) * | 2008-11-12 | 2009-04-08 | 华为技术有限公司 | 网络故障检测的方法、主设备、从设备、控制终端和系统 |
| CN102035694A (zh) * | 2010-12-20 | 2011-04-27 | 中兴通讯股份有限公司 | 链路检测装置及方法 |
| CN103684818A (zh) * | 2012-09-07 | 2014-03-26 | 中兴通讯股份有限公司 | 检测网络通道故障的方法及装置 |
| CN104796298A (zh) * | 2014-01-22 | 2015-07-22 | 杭州华三通信技术有限公司 | 一种sdn网络故障分析的方法及装置 |
| CN104601394A (zh) * | 2014-11-26 | 2015-05-06 | 华为技术有限公司 | 一种业务链连通性检测的方法、装置及系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110224845A (zh) | 2019-09-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102480753B (zh) | 链路状态检测方法和装置 | |
| US7660236B2 (en) | System and method of multi-nodal APS control protocol signaling | |
| EP2589189B1 (en) | Method and apparatus for dissemination of information between routers | |
| CN1885816A (zh) | 使用软永久虚电路的多端点保护 | |
| US9113031B2 (en) | Call control for conferencing calls | |
| SA109300191B1 (ar) | طريقة وترتيب لاكتشاف محطات القاعدة في نظام اتصالات | |
| CN104255002A (zh) | 冗余网络连接 | |
| CN111447101B (zh) | 链路检测方法、装置、计算机设备及存储介质 | |
| WO2016103006A1 (en) | Media performance monitoring and analysis | |
| CN110224845B (zh) | 定界传输故障的方法、系统以及相关设备 | |
| CN112104557A (zh) | 一种检测链路的方法和装置 | |
| CN101909006A (zh) | 双向转发检测报文发送、接收方法及其装置与通信系统 | |
| WO2012079405A2 (zh) | 链路的跟踪处理方法及系统 | |
| WO2009067909A1 (fr) | Procédé, dispositif de nœud de réseau et système pour configurer automatiquement une table de réglage silencieux | |
| JP4387937B2 (ja) | 電話システムおよび交換システム | |
| JP6237357B2 (ja) | パケット転送システムおよびパケット転送方法 | |
| US7710880B2 (en) | Method and apparatus for security protection of service interruption in switch network | |
| US10516987B2 (en) | Discovery method and device | |
| US7668079B2 (en) | Multiple endpoint paths for point-to-multipoint (P2MP) SPVC | |
| JP5518771B2 (ja) | 冗長ネットワークシステム、終端装置及び中継点隣接装置 | |
| US20080080366A1 (en) | IP telephone system and telephone exchange | |
| EP4131868A1 (en) | Information submitting method, information processing method, apparatus, and device | |
| WO2015158058A1 (zh) | 一种实现呼叫保存和恢复的方法及系统 | |
| CN107317753B (zh) | 双向转发检测bfd会话建立的方法、装置和系统 | |
| JP6387603B2 (ja) | 冗長通信装置及びその系切替え方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |