CN102137282A - 一种检测故障链路的方法、装置、节点和系统 - Google Patents

一种检测故障链路的方法、装置、节点和系统 Download PDF

Info

Publication number
CN102137282A
CN102137282A CN2010106014813A CN201010601481A CN102137282A CN 102137282 A CN102137282 A CN 102137282A CN 2010106014813 A CN2010106014813 A CN 2010106014813A CN 201010601481 A CN201010601481 A CN 201010601481A CN 102137282 A CN102137282 A CN 102137282A
Authority
CN
China
Prior art keywords
reference value
clock reference
program clock
node
nodes
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
Application number
CN2010106014813A
Other languages
English (en)
Other versions
CN102137282B (zh
Inventor
刘淑英
向海洲
陈海滨
杨友庆
郑合文
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201010601481.3A priority Critical patent/CN102137282B/zh
Publication of CN102137282A publication Critical patent/CN102137282A/zh
Priority to PCT/CN2011/081285 priority patent/WO2012079430A1/zh
Priority to BR112013015217A priority patent/BR112013015217B1/pt
Priority to EP11849700.7A priority patent/EP2654310B1/en
Priority to US13/918,571 priority patent/US9036488B2/en
Application granted granted Critical
Publication of CN102137282B publication Critical patent/CN102137282B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • 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
    • 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
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4305—Synchronising client clock from received content stream, e.g. locking decoder clock with encoder clock, extraction of the PCR packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64723—Monitoring of network processes or resources, e.g. monitoring of network load
    • H04N21/6473—Monitoring network processes errors
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种检测故障链路的方法、装置、节点和系统，属于交互式网络电视技术领域。所述方法包括：接收所有节点每隔预设数量的携带节目时钟参考值的报文上报的统计数据，其中，所有节点均从一个统一的节目时钟参考值开始统计数据；根据所述统计数据，获取所述所有节点中上下游节点间丢失的报文数；根据所述上下游节点间丢失的报文数，确定故障链路。本发明实施例中检测故障链路的装置获取不同网络节点的统一时间基准的统计数据，并通过比较得出准确的上下游节点间丢失的报文数，从而确定故障链路，有效地保证了IPTV业务运营商快速有效地进行网络故障的定位。

Description

一种检测故障链路的方法、装置、节点和系统
技术领域
本发明涉及交互式网络电视技术领域，特别涉及一种检测故障链路的方法、装置、节点和系统。
背景技术
IPTV(Internet Protocol Television，交互式网络电视)，是一种利用宽带IP网络，向家庭用户提供包括数字电视在内的多种交互式服务的技术。IPTV主要为用户提供视频业务，所以对于传送网络的要求非常高，一旦传送网络不能满足IPTV的传送质量要求，就会带来视频画面的马赛克、停顿、跳跃等质量下降现象，严重影响终端用户的QoE(Quality of Experience，质量体验)。因此一旦传送网络出现问题，IPTV业务运营商希望能够快速及时定位到传送网络中哪个链路出现问题，即实现故障定位。
现有IPTV网络中，通过MDI(Media Delivery Index，媒体传输质量指标)实现对网络故障的检测。具体的MDI包括了两个测量指标：DF(Delay Factor，延迟因素)和MLR(Media Loss Rate，媒体丢包速率)。其中，DF值表明被测试视频流的延迟和抖动状况；MLR值表明被测试视频流的传输丢包速率。各监测节点在获得DF值和MLR值后，根据自身的定时机制周期性的将该测试值发送给管理中心，管理中心对不同节点周期性上报的DF值和MLR值分别进行比较，可以得出抖动发生在哪两台设备之间、丢包发生在哪两台设备之间。比如上下游的值分别为DF1，MLR1，DF2，MLR2，如果DF1＝5ms，MLR1＝0；DF2＝40ms，MLR2＝5；则说明了在上游设备视频的抖动(DF)很小，但到了下游设备抖动(DF)比较大，说明在这两台设备之间产生了抖动；理想的IP视频流传输要求MLR数值为零，上游设备MLR1＝0，说明这个周期内没有丢包，而下游设备MLR2＝5，说明下游设备在该周期内丢了包(每秒5个TS(Transport Stream，传输流))，则该上下游节点之间的链路就是故障链路。
在对现有技术进行分析后，发明人发现现有技术至少具有如下缺点：DF值是一个统计意义上的值，计算的基础是MR(Media Ratio，媒体流的码率)以及当前测量时间段内所接收的字节数之差，DF值仅仅反映了媒体流的码率变化情况，无法准确衡量当前终端解码器的视频画面是否发生停顿或跳跃，并且对于可变比特率媒体流，则DF值更是失去了参考价值；其次，MLR的计算需要用到TSCC(Transport Stream Continuity Counter，传输流连续计数)，但CC只有4比特，重复周期太短，因此无法准确计算实际媒体丢包率；并且由于各节点的时钟不一定同步，即使时钟同步，各节点对视频流检测的起始点、上报的定时机制等也不能达到一致。以上这些问题使得管理中心对上报的检测计算结果无法进行上下游节点间的精确比较，因此难以精确的解决运营商希望的故障定位的问题。
发明内容
为了更加精确的找到故障链路，本发明实施例提供了一种检测故障链路的方法、装置、节点和系统。所述技术方案如下：
一方面，提供了一种检测故障链路的方法，包括：
接收所有节点每隔预设数量的携带节目时钟参考值的报文上报的统计数据，其中，所述所有节点均从一个统一的节目时钟参考值开始统计数据，所述统计数据中包括起始节目时钟参考值和终止节目时钟参考值、以及在所述起始节目时钟参考值时接收的报文数和在所述终止节目时钟参考值时接收的报文数；
根据所述统计数据，获取所述所有节点中上下游节点间丢失的报文数；
根据所述上下游节点间丢失的报文数，确定故障链路。
一方面，提供了一种检测故障链路的装置，所述装置包括：
接收模块，用于接收所有节点每隔预设数量的携带节目时钟参考值的报文上报的统计数据，其中，所述所有节点均从一个统一的节目时钟参考值开始统计数据，所述统计数据中包括起始节目时钟参考值和终止节目时钟参考值、以及在所述起始节目时钟参考值时接收的报文数和在所述终止节目时钟参考值时接收的报文数；
获取模块，用于根据所述统计数据，获取所述所有节点中上下游节点间丢失的报文数；
确定模块，用于根据所述上下游节点间丢失的报文数，确定故障链路。
另一方面，提供了一种节点，所述节点包括：
第一接收模块，用于接收检测链路故障的装置下发的启动指令，并获取当前的节目时钟参考值；
统计模块，用于从所述当前的节目时钟参考值开始进行数据统计；
发送模块，用于每隔预设数量的携带节目时钟参考值的报文向所述检测链路故障的装置发送所述统计数据，使所述检测链路故障的装置对所述统计数据进行分析，确定故障链路，所述统计数据中包括起始节目时钟参考值和终止节目时钟参考值、以及在所述起始节目时钟参考值时接收的报文数和在所述终止节目时钟参考值时接收的报文数。
另一方面，还提供了一种检测故障链路的系统，所述系统包括：
检测链路故障的装置，用于接收所有节点每隔预设数量的携带节目时钟参考值的报文上报的统计数据，其中，所述所有节点均从一个统一的节目时钟参考值开始统计数据，所述统计数据中包括起始节目时钟参考值和终止节目时钟参考值、以及在所述起始节目时钟参考值时接收的报文数和在所述终止节目时钟参考值时接收的报文数；根据所述统计数据，获取所述所有节点中上下游节点间丢失的报文数；根据所述上下游节点间丢失的报文数，确定故障链路；
节点，用于接收所述检测链路故障的装置下发的启动指令，获取当前的节目时钟参考值；从所述当前的节目时钟参考值开始进行数据统计；每隔预设数量的携带节目时钟参考值的报文向所述检测链路故障的装置发送统计数据，使所述检测链路故障的装置对所述统计数据进行分析，确定故障链路。
本发明实施例提供的技术方案，通过获取不同网络节点的统一时间基准的统计数据，并通过比较得出准确的上下游节点间丢失的报文数，从而确定故障链路，有效地保证了IPTV业务运营商快速有效地进行网络故障的定位。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例1提供了一种检测故障链路的方法的流程图；
图2是本发明实施例2提供了一种检测故障链路的方法的流程图；
图3是本发明实施例2提供了一种节点与管理中心的信息交互示意图；
图4是本发明实施例3提供的一种检测故障链路的装置的示意图；
图5是本发明实施例3提供的另一种检测故障链路的装置的示意图；
图6是本发明实施例3提供的一种节点的示意图；
图7是本发明实施例3提供的另一种节点的示意图；
图8是本发明实施例3提供的一种检测故障链路的系统的示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。
在介绍本发明提供的检测故障链路的方法之前，首先对本发明的基础知识进行简要的介绍：
PCR(Program Clock Reference，节目时钟参考)，是一个实时传输系统，为了保证收发端的正常工作，接收端与发射端的频率和相位一致，而建立的收发端的同步时钟。具体的，在发射端，利用计数器对系统进行计数，形成PCR值，然后每隔一段时间将PCR值随数据一起传送给接收端。接收端有一个正在工作的本地时钟，其额定频率与发射端时钟相等，同样也有一个计数器对接收端本地时钟计数形成一个本地时钟参考。这时发射端会将PCR从传送流中提出来，与音频帧、视频帧的编码信息插入PES(Packetised Elementary Streams，带有包头的基本码流)包中，接收端将音频帧、视频帧中的PCR值放在缓存器中，等待比较发射端的音视频中的值出现，然后用比较的结果控制压控振荡器(VCXO)，通过调整使收发端的频率锁相，从而实现收发端声音和图像完全同步。
实施例1
参见图1，本发明实施例提供了一种检测故障链路的方法，包括：
步骤101：接收所有节点每隔预设数量的携带节目时钟参考值的报文上报的统计数据。
其中，所有节点均从一个统一的节目时钟参考值开始统计数据，统计数据中包括起始节目时钟参考值和终止节目时钟参考值、以及在起始节目时钟参考值时接收的报文数和在终止节目时钟参考值时接收的报文数；
步骤102：根据统计数据，获取所有节点中上下游节点间丢失的报文数；
步骤103：根据上下游节点间丢失的报文数，确定故障链路。
其中，根据所述统计数据，获取所有节点中上下游节点间丢失的报文数，包括：
根据在起始节目时钟参考值时接收的报文数和在终止节目时钟参考值时接收的报文数，计算所有节点在相同的起始节目时钟参考值到相同的终止节目时钟参考值之间收到的报文数；
根据所有节点在相同的起始节目时钟参考值到相同的终止节目时钟参考值之间收到的报文数，计算所述所有节点中上下游节点间丢失的报文数。
本实施例中，根据上下游节点间丢失的报文数，确定故障链路，包括：
判断所有节点中上下节点间丢失的报文数是否为零；
如果不为零，则上下游节点之间的链路为故障链路。
进一步地，本实施例中，计算所有节点在相同的起始节目时钟参考值到相同的终止节目时钟参考值之间收到的报文数，之前还包括：
判断所有节点上报的终止节目时钟参考值是否一致；
如果一致，则继续执行计算所述所有节点在相同的起始节目时钟参考值到相同的终止节目时钟参考值之间收到的报文数的步骤；
如果不一致，校正与其它节点的终止节目时钟参考值不一致的节点的终止节目时钟参考值，直到所有节点上报的终止节目时钟参考值一致，再继续执行计算所述所有节点在相同的起始节目时钟参考值到相同的终止节目时钟参考值之间收到的报文数的步骤。
本实施例中，校正与其它节点的终止节目时钟参考值不一致的节点的终止节目时钟参考值，包括：
向与其它节点的终止节目时钟参考值不一致的节点发送校正消息，使与其它节点的终止节目时钟参考值不一致的节点修改自身间隔的携带节目时钟参考值的报文数，并以修改后的节目时钟参考间隔数进行数据统计。
其中，本实施例中的执行主语为检测故障链路的装置，该检测故障链路的装置可以是管理中心，本实施例对此不做具体限定。
本发明实施例提供的技术方案，通过获取不同网络节点的统一时间基准的统计数据，并通过比较得出准确的上下游节点间丢失的IP包数，从而确定故障链路，有效地保证了IPTV业务运营商快速有效地进行网络故障的定位。
实施例2
参见图2，本发明实施例提供了一种检测故障链路的方法，包括：
步骤201：检测故障链路的装置向所有节点统一下发启动统计指令，使参与监控的每个节点从一个统一的PCR报文开始统计计数。
本实施例中，每个参与监测的设备都可以称作网络中的一个节点，管理中心为检测故障链路的装置，PCR报文就是携带PCR值的报文。其中，管理中心统一下发启动统计指令，使所有参与监测的节点有统一的参考标准，确保统计数据的准确性。参见图3所示的节点与管理中心的信息交示意图，在管理中心下发启动统计指令后，节点A和节点B获取当前统一的PCR起始值，假设起始值为PCR(t0)，并启动统计，从这个当前的PCR值开始计数。
步骤202：所有节点均每隔固定数量的PCR报文上报管理中心一次统计数据。
本实施例中，根据需求，预先设置所有节点上报统计数据的间隔时间，为了保证时间的统一性和准确性，以间隔预设数量的PCR报文为参考标准。间隔的PCR报文数量用ΔPCR表示，ΔPCR＝n个PCR报文，其中n可以是100，150等，本实施例在此不做具体限定。
本实施例中，所有节点每隔预设数量的PCR报文向管理中心上报一次统计数据，其中，统计数据包括，起始PCR值和终止PCR值、以及在起始PCR值时接收的报文数和在终止PCR值时接收的报文数。参见图3，节点A和节点B间隔ΔPCR向管理中心反馈一次接收报文数，并统计起始/终止PCR值。如，A节点PCR起始PCR值(t1)，在起始PCR值时接收的报文数为Num(t1，A)；终止PCR值(t2)，终止PCR值时接收的报文数为Num(t2，A)，B节点PCR起始PCR值(t1)，起始PCR值时接收的报文数为Num(t1，B)，终止PCR值(t3)，起始PCR值时接收的报文数为Num(t3，B)。
步骤203：管理中心判断所有节点上报的统计数据中的终止PCR值是否一致，如果一致，则执行步骤205；否则执行步骤204。
其中，如果丢失了带有PCR值的PCR报文，则在统计预设间隔的PCR数时，就会出现终止PCR值不一致的问题。本实施例中，管理中心保留一定时间的这些统计数据，并检查各个监测节点上报带有PCR报文中的终止PCR值是否一致，如果一致，则比较不同节点的收包统计计数，并分析出哪台设备在哪个PCR值到哪个PCR值之间的丢包数量，如果发现某个节点上报统计计数携带的终止PCR值大于其他节点的终止PCR值，则说明该节点可能丢失了PCR报文，此时管理中心向该节点发消息校正其ΔPCR。
步骤204：管理中心校正与其它节点的终止PCR值不一致的节点的终止PCR值，直到所有节点上报的终止PCR值一致。
本实施例中，如果接收到的终止PCR值不统一，先对该监测节点接收的PCR值进行校正，直到各监测节点上报的统计数据中存在相同的终止PCR值。参见图3，如果管理中心发现PCR(t2)和PCR(t3)不一致，则向与其它节点的终止PCR值不一致的节点发校正消息，校正其ΔPCR，收到校正消息的节点修改其统计PCR报文的数量，使与其它节点不一致的节点再次进行数据统计时，以修改后的PCR报文间隔数进行统计，并上报统计数据，如校正后的终止PCR值为PCR(t4)，将该值和在该值时接收的报文数上报给管理中心。其中，如果节点A的终止PCR值与其它节点的终止PCR值不一致，则向节点A发送校正消息，如果节点B的终止PCR值与其它节点的终止PCR值不一致，则向节点B发送校正消息。如，预设的间隔PCR报文数量为100，起始PCR值为1，则终止PCR值应该为100，但节点A的终止PCR值为101，其它节点的终止PCR值为100，则说明节点A中丢了一个PCR报文，那么管理中心向节点A下发校正消息，使节点A修正下一次间隔的PCR报文数量，管理中心每次发校正消息后，节点根据该校正消息将间隔的PCR报文数量在预设的PCR报文的基础上减去一个数值，则上述节点A得到的下次间隔PCR报文的数量为99，这样管理中心再次收到节点A发送的PCR起始值是102，终止值应该为200，从而保证接收到的所有监测设备发送的终止PCR值相同。这样做的目的是，保证其参与统计的报文数，有相同的起始PCR值和相同的终止PCR值，保证时钟的同步，避免由于时钟不一致导致报文统计结果不准确，最终使故障检测的链路不准确。
本实施例中，按照新的ΔPCR上报统计计数以后，设备自动恢复预设的PCR报文数量(ΔPCR)。如上述新的ΔPCR值为99，则将所有节点的终止PCR值修正到一致以后，该监测设备自动恢复ΔPCR值为100。
本实施例中，如果校正一次以后仍然存在某一台设备的终止PCR值大于其他设备的PCR值，则管理中心继续发消息进行校正，直到各统计节点上报的数据中存在相同的终止PCR值。本实施例中，步骤203-204是可选地，进一步保证丢包数量的准确性，在能保证PCR报文不丢失的情况下，也可以不用检查终止PCR值的准确性。
步骤205：管理中心根据统一的ΔPCR上报的统计数据，得到节点间丢失的报文数。
本实施例中，管理中心先计算所有节点在相同的起始PCR值到相同的终止PCR值之间收到的报文数，具体的计算方法为：将在终止的PCR值时接收的报文数减去在起始的PCR值时接收的报文数，得到的就是在相同的起始PCR值到相同的终止PCR值之间收到的报文数；在得到所有节点在相同的起始PCR值到相同的终止PCR值之间收到的报文数，再计算所有参与监测的节点中上下游设备间丢失的报文数，具体的计算方法为：上下游节点收到的报文数减去下游节点收到的报文数，得到中上下游设备间丢失的报文数。如图3中相同的起始PCR值为PCR(t1)，相同的终止PCR值为PCR(t4)，则计算节点在PCR(t1)到PCR(t4)之间接收到的报文数。具体计算步骤如下：
(1)假设PCR(t1)为统计采集时间点，节点A和B收到的总报文数量分别为：Num(t1，A)，Num(t1，B)；
(2)假设PCR(t4)为下一个统计采集时间点，节点A和B收到的总报文数量分别为：Num(T2，A)，Num(T2，B)；
(3)PCR(t1)到PCR(t4)之间，节点A和B间网络丢失报文数为：Diff＝Num(t4，A)-Num(t1，A)-[Num(t4，B)-Num(t1，B)]。
其中，可选地，在计算所有节点在相同的起始PCR值到相同的终止PCR值之间收到的报文数之后，可以先判断各节点在ΔPCR内收到的报文数是否一致，如果一致，则表明没有故障链路，如果不一致，则再根据所有节点在相同的起始PCR值到相同的终止PCR值之间收到的报文数，计算所有参与监测的设备中上下游设备间丢失的报文数，以确定故障链路。
步骤206：根据上下游节点间丢失的报文数，确定故障链路。
本实施例中，管理中心根据一致的终止PCR值来统计与上次一致的起始PCR值之间，各节点各自收到多少报文，如果在报文不丢失的情况下，不同节点在每个上报周期内收包计数应该是一致的，即上下游监测设备之间的丢包数量为零。如果发现不一致，需要管理中心比较一下，进一步计算分析得出设备之间丢包数量及丢包的设备，其中，判断上下游节点间的丢包数量是否为零，如果不为零，则表明该链路为故障链路。比如三个节点，从上游节点到下游节点分别为A，B，C；某个周期内上报的统计计数分别为1000，998，900，则通过管理中心比较得出：A和B之间丢包2个，B和C之间丢包8个。说明AB之间，BC之间都存在丢包，都是故障链路。
本实施例中，管理中心最终将出现故障链路的节点提供给客户端，如A、B节点间出现问题，则将A、B节点提供给客户端，使客户端能及时发现故障链路，并采取一定的解决措施，最终保证用户端的视频质量。
本发明实施例提供的技术方案的有益效果是：监控管理中心获取不同网络节点的统一时间基准的统计数据，并通过比较得出准确的上下游节点间丢失的报文数，从而保证IPTV业务运营商快速有效地进行网络故障的定位，有助于运维工程师的快速故障排除，提高IPTV网络运维及服务质量。
实施例3
参见图4，本发明实施例提供了一种检测故障链路的装置，包括：接收模块301、获取模块302、确定模块303。
接收模块301，用于接收所有节点每隔预设数量的携带节目时钟参考值报文上报的统计数据，其中，所有节点均从一个统一的节目时钟参考值开始统计数据，统计数据中包括起始节目时钟参考值和终止节目时钟参考值、以及在起始节目时钟参考值时接收的报文数和在终止节目时钟参考值时接收的报文数；
获取模块302，用于根据统计数据，获取所有节点中上下游节点间丢失的报文数；
确定模块303，用于根据上下游节点间丢失的报文数，确定故障链路。
参见图5，本实施例中，获取模块302，包括：
第一计算单元302a，用于根据在起始节目时钟参考值时接收的报文数和在终止节目时钟参考值时接收的报文数，计算所有节点在相同的起始节目时钟参考值到相同的终止节目时钟参考值之间收到的报文数；
第二计算单元302b，用于根据所有节点在相同的起始节目时钟参考值到相同的终止节目时钟参考值之间收到的报文数，计算所有节点中上下游节点间丢失的报文数。
其中，确定模块303，具体用于：
判断所有节点中上下节点丢失的报文数是否为零；
如果不为零，则上下游节点之间的链路为故障链路。
参见图5，本实施例中，获取模块302还包括：
判断单元302c，用于在第一计算单元计算所有节点在相同的起始节目时钟参考值到相同的终止节目时钟参考值之间收到的报文数之前，判断所有节点上报的终止节目时钟参考值是否一致；
如果一致，则继续执行计算所述所有节点在相同的起始节目时钟参考值到相同的终止节目时钟参考值之间收到的报文数的步骤；
如果不一致，校正与其它节点的终止节目时钟参考值不一致的节点的终止节目时钟参考值，直到所有节点上报的终止节目时钟参考值一致，再继续执行计算所述所有节点在相同的起始节目时钟参考值到相同的终止节目时钟参考值之间收到的报文数的步骤。
其中，校正与其它节点的终止节目时钟参考值不一致的节点的终止节目时钟参考值，包括：
向与其它节点的终止节目时钟参考值不一致的节点发送校正消息，使与其它节点的终止节目时钟参考值不一致的节点修改自身间隔的携带节目时钟参考值的报文数，并以修改后的间隔携带节目时钟参考值的报文数进行数据统计。
参见图6，本发明实施例提供了一种节点，包括：第一接收模块401、统计模块402、发送模块403。
第一接收模块401，用于接收检测链路故障的装置下发的启动指令，获取当前的节目时钟参考值；
统计模块402，用于从当前的节目时钟参考值值开始进行数据统计；
发送模块403，用于每隔预设数量的携带节目时钟参考值的报文向检测链路故障的装置发送统计数据，使检测链路故障的装置对统计数据进行分析，确定故障链路，统计数据中包括起始节目时钟参考值和终止节目时钟参考值、以及在起始节目时钟参考值时接收的报文数和在终止节目时钟参考值时接收的报文数。
参见图7，本实施例中，节点还包括：
第二接收模块404，用于当检测链路故障的装置判断出第一发送模块发送的终止的节目时钟参考值与其它节点发送的终止节目时钟参考值不一致时，接收检测链路故障的装置发送的校正消息；
校正模块405，用于根据接收到的校正消息，修正自身间隔的携带节目时钟参考值的报文数量，得到新的间隔携带节目时钟参考值的报文数量，并再次进行数据统计，直到该节点上报的终止节目时钟参考值与其它节点的终止节目时钟参考值一致；
恢复模块406，用于根据新的间隔携带节目时钟参考值的报文数量进行统计计数并上报后，将间隔携带节目时钟参考值的报文数量恢复为预设数量的携带节目时钟参考值的报文数。
参见图8，本发明实施例还提供了一种检测故障链路的系统，包括：检测链路故障的装置501、节点502。
检测链路故障的装置501，用于接收所有节点每隔预设数量的携带节目时钟参考值的报文上报的统计数据，其中，所有节点均从一个统一的节目时钟参考值开始统计数据，统计数据中包括起始节目时钟参考值和终止节目时钟参考值、以及在起始节目时钟参考值时接收的报文数和在所述终止节目时钟参考值时接收的报文数；根据统计数据，获取所有节点中上下游节点间丢失的报文数；根据上下游节点间丢失的报文数，确定故障链路；
节点502，用于接收检测链路故障的装置下发的启动指令，获取当前的节目时钟参考值；从当前的节目时钟参考值开始进行数据统计；每隔预设数量的携带节目时钟参考值的报文向检测链路故障的装置发送统计数据，使检测链路故障的装置对统计数据进行分析，确定故障链路。
本发明实施例提供的技术方案的有益效果是：检测故障链路的装置获取不同网络节点的统一时间基准的统计数据，并通过比较得出准确的上下游节点间丢失的报文数，从而保证IPTV业务运营商快速有效地进行网络故障的定位，有助于运维工程师的快速故障排除，提高IPTV网络运维及服务质量。
本实施例提供的装置、节点，系统，具体可以，与方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
本发明实施例提供的上述技术方案的全部或部分可以通过程序指令相关的硬件来完成，所述程序可以存储在可读取的存储介质中，该存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (13)

1.一种检测故障链路的方法，其特征在于，所述方法包括：
接收所有节点每隔预设数量的携带节目时钟参考值的报文上报的统计数据，其中，所述所有节点均从一个统一的节目时钟参考值开始统计数据，所述统计数据中包括起始节目时钟参考值和终止节目时钟参考值、以及在所述起始节目时钟参考值时接收的报文数和在所述终止节目时钟参考值时接收的报文数；
根据所述统计数据，获取所述所有节点中上下游节点间丢失的报文数；
根据所述上下游节点间丢失的报文数，确定故障链路。
2.根据权利要求1所述的方法，其特征在于，所述根据所述统计数据，获取所述所有节点中上下游节点间丢失的报文数，包括：
根据在起始节目时钟参考值时接收的报文数和在终止节目时钟参考值时接收的报文数，计算所述所有节点在相同的起始节目时钟参考值到相同的终止节目时钟参考值之间收到的报文数；
根据所述所有节点在相同的起始节目时钟参考值到相同的终止节目时钟参考值之间收到的报文数，计算所述所有节点中上下游节点间丢失的报文数。
3.根据权利要求1所述的方法，其特征在于，所述根据所述上下游节点间丢失的报文数，确定故障链路，包括：
判断所述所有节点中上下节点间丢失的报文数是否为零；
如果不为零，则所述上下游节点之间的链路为故障链路。
4.根据权利要求2所述的方法，其特征在于，所述计算所述所有节点在相同的起始节目时钟参考值到相同的终止节目时钟参考值之间收到的报文数，之前还包括：
判断所述所有节点上报的终止节目时钟参考值是否一致；
如果一致，则继续执行所述计算所述所有节点在相同的起始节目时钟参考值到相同的终止节目时钟参考值之间收到的报文数的步骤；
如果不一致，校正所述与其它节点的终止节目时钟参考值不一致的节点的终止节目时钟参考值，直到所述所有节点上报的终止节目时钟参考值一致，再继续执行所述计算所述所有节点在相同的起始节目时钟参考值到相同的终止节目时钟参考值之间收到的报文数的步骤。
5.根据权利要求4所述的方法，其特征在于，所述校正所述与其它节点的终止节目时钟参考值不一致的节点的终止节目时钟参考值，包括：
向与其它节点的终止节目时钟参考值不一致的节点发送校正消息，使所述与其它节点的终止节目时钟参考值不一致的节点修改自身间隔携带节目时钟参考值的报文数，并以所述修改后的间隔携带节目时钟参考值的报文数进行数据统计。
6.一种检测故障链路的装置，其特征在于，所述装置包括：
接收模块，用于接收所有节点每隔预设数量的携带节目时钟参考值的报文上报的统计数据，其中，所述所有节点均从一个统一的节目时钟参考值开始统计数据，所述统计数据中包括起始节目时钟参考值和终止节目时钟参考值、以及在所述起始节目时钟参考值时接收的报文数和在所述终止节目时钟参考值时接收的报文数；
获取模块，用于根据所述统计数据，获取所述所有节点中上下游节点间丢失的报文数；
确定模块，用于根据所述上下游节点间丢失的报文数，确定故障链路。
7.根据权利要求6所述的装置，其特征在于，所述获取模块，包括：
第一计算单元，用于根据在起始节目时钟参考值时接收的报文数和在终止节目时钟参考值时接收的报文数，计算所述所有节点在相同的起始节目时钟参考值到相同的终止节目时钟参考值之间收到的报文数；
第二计算单元，用于根据所述所有节点在相同的起始节目时钟参考值到相同的终止节目时钟参考值之间收到的报文数，计算所述所有节点中上下游节点间丢失的报文数。
8.根据权利要求6所述的装置，其特征在于，所述确定模块，具体用于：
判断所述所有节点中上下节点间丢失的报文数是否为零；
如果不为零，则所述上下游节点之间的链路为故障链路。
9.根据权利要求7所述的装置，其特征在于，所述获取模块还包括：
判断单元，用于在所述第一计算单元计算所述所有节点在相同的起始节目时钟参考值到相同的终止节目时钟参考值之间收到的报文数之前，判断所述所有节点上报的终止节目时钟参考值是否一致；
如果一致，则继续执行所述计算所述所有节点在相同的起始节目时钟参考值到相同的终止节目时钟参考值之间收到的报文数的步骤；
如果不一致，校正所述与其它节点的终止节目时钟参考值不一致的节点的终止节目时钟参考值，直到所述所有节点上报的终止节目时钟参考值一致，再继续执行所述计算所述所有节点在相同的起始节目时钟参考值到相同的终止节目时钟参考值之间收到的报文数的步骤。
10.根据权利要求9所述的装置，其特征在于，所述校正所述与其它节点的终止节目时钟参考值不一致的节点的终止节目时钟参考值，包括：
向与其它节点的终止节目时钟参考值不一致的节点发送校正消息，使所述与其它节点的终止节目时钟参考值不一致的节点修改自身间隔携带节目时钟参考值的报文数，并以所述修改后的间隔携带节目时钟参考值的报文数进行数据统计。
11.一种节点，其特征在于，所述节点包括：
第一接收模块，用于接收检测链路故障的装置下发的启动指令，并获取当前的节目时钟参考值；
统计模块，用于从所述当前的节目时钟参考值开始进行数据统计；
发送模块，用于每隔预设数量的携带节目时钟参考值的报文向所述检测链路故障的装置发送所述统计数据，使所述检测链路故障的装置对所述统计数据进行分析，确定故障链路，所述统计数据中包括起始节目时钟参考值和终止节目时钟参考值、以及在所述起始节目时钟参考值时接收的报文数和在所述终止节目时钟参考值时接收的报文数。
12.根据权利要求11所述的节点，其特征在于，所述节点还包括：
第二接收模块，用于当所述检测链路故障的装置判断出所述第一发送模块发送的所述终止的节目时钟参考值与其它节点发送的终止节目时钟参考值不一致时，接收所述检测链路故障的装置发送的校正消息；
校正模块，用于根据所述接收到的校正消息，修正自身间隔的携带节目时钟参考值的报文数量，得到新的间隔携带节目时钟参考值的报文数量，并再次进行数据统计，直到所述节点上报的终止节目时钟参考值与所述其它节点的终止节目时钟参考值一致；
恢复模块，用于根据所述新的间隔携带节目时钟参考值的报文数量进行统计计数并上报后，将间隔携带节目时钟参考值的报文数量恢复为所述预设数量的携带节目时钟参考值的报文数。
13.一种检测故障链路的系统，其特征在于，所述系统包括：
检测链路故障的装置，用于接收所有节点每隔预设数量的携带节目时钟参考值的报文上报的统计数据，其中，所述所有节点均从一个统一的节目时钟参考值开始统计数据，所述统计数据中包括起始节目时钟参考值和终止节目时钟参考值、以及在所述起始节目时钟参考值时接收的报文数和在所述终止节目时钟参考值时接收的报文数；根据所述统计数据，获取所述所有节点中上下游节点间丢失的报文数；根据所述上下游节点间丢失的报文数，确定故障链路；
节点，用于接收所述检测链路故障的装置下发的启动指令，并获取当前的节目时钟参考值；从所述当前的节目时钟参考值开始进行数据统计；每隔预设数量的携带节目时钟参考值的报文向所述检测链路故障的装置发送统计数据，使所述检测链路故障的装置对所述统计数据进行分析，确定故障链路。
CN201010601481.3A 2010-12-15 2010-12-15 一种检测故障链路的方法、装置、节点和系统 Active CN102137282B (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN201010601481.3A CN102137282B (zh) 2010-12-15 2010-12-15 一种检测故障链路的方法、装置、节点和系统
PCT/CN2011/081285 WO2012079430A1 (zh) 2010-12-15 2011-10-25 一种检测故障链路的方法、装置、节点和系统
BR112013015217A BR112013015217B1 (pt) 2010-12-15 2011-10-25 método, aparelho, nó e sistema de detecção de link defeituoso
EP11849700.7A EP2654310B1 (en) 2010-12-15 2011-10-25 Lossy link detection method, apparatus, node and system
US13/918,571 US9036488B2 (en) 2010-12-15 2013-06-14 Faulty link detection method, apparatus, node, and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201010601481.3A CN102137282B (zh) 2010-12-15 2010-12-15 一种检测故障链路的方法、装置、节点和系统

Publications (2)

Publication Number Publication Date
CN102137282A true CN102137282A (zh) 2011-07-27
CN102137282B CN102137282B (zh) 2014-02-19

Family

ID=44296923

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201010601481.3A Active CN102137282B (zh) 2010-12-15 2010-12-15 一种检测故障链路的方法、装置、节点和系统

Country Status (5)

Country Link
US (1) US9036488B2 (zh)
EP (1) EP2654310B1 (zh)
CN (1) CN102137282B (zh)
BR (1) BR112013015217B1 (zh)
WO (1) WO2012079430A1 (zh)

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012079430A1 (zh) * 2010-12-15 2012-06-21 华为技术有限公司 一种检测故障链路的方法、装置、节点和系统
CN102546263A (zh) * 2012-02-21 2012-07-04 德科仕通信(上海)有限公司 在iptv网络中视频服务器和ip网络的故障隔离方法及系统
WO2012119392A1 (zh) * 2011-08-16 2012-09-13 华为技术有限公司 Iptv故障定位方法、装置和系统
CN103888303A (zh) * 2014-04-21 2014-06-25 国家电网公司 一种数据报文的控制方法和装置
CN104205732A (zh) * 2012-03-29 2014-12-10 阿尔卡特朗讯公司 无效或受损的iptv流的连续检测
CN104639955A (zh) * 2015-03-09 2015-05-20 德科仕通信(上海)有限公司 检测mpeg2-ts vbr码流质量问题的方法
CN106850640A (zh) * 2017-02-15 2017-06-13 北京浩瀚深度信息技术股份有限公司 基于序列号的rtp业务识别方法及系统
CN107154867A (zh) * 2017-04-24 2017-09-12 北京星网锐捷网络技术有限公司 网络故障检测方法及装置
CN107846291A (zh) * 2016-09-18 2018-03-27 华为技术有限公司 报文处理方法、故障定位方法及网络设备
CN108345621A (zh) * 2017-01-24 2018-07-31 腾讯科技（深圳）有限公司 一种数据对账方法、系统及数据系统
CN109587520A (zh) * 2017-09-29 2019-04-05 中兴通讯股份有限公司 一种定位视频业务故障的方法和设备
CN110520807A (zh) * 2017-03-29 2019-11-29 三菱重工业株式会社 信息处理装置、信息处理方法以及程序
CN111372131A (zh) * 2018-12-25 2020-07-03 中兴通讯股份有限公司 网络故障检测方法、装置、机顶盒、云平台、系统及介质
CN112751733A (zh) * 2021-02-08 2021-05-04 北京金山云网络技术有限公司 一种链路检测方法、装置、设备、系统及交换机
WO2023060985A1 (zh) * 2021-10-14 2023-04-20 中兴通讯股份有限公司 故障定位方法及系统、计算机可读存储介质

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102932181B (zh) * 2012-11-01 2016-06-22 华为技术有限公司 一种检测网络故障的方法、节点及监控中心
CN103220190A (zh) * 2013-04-22 2013-07-24 华为技术有限公司 一种故障检测的方法及装置
US20150146012A1 (en) * 2013-11-27 2015-05-28 Sprint Communications Company L.P. Video presentation quality display in a wireless communication device
CN106961344B (zh) * 2016-01-08 2021-02-09 中兴通讯股份有限公司 一种网络故障检测方法及装置
CN112702629B (zh) * 2017-05-27 2022-02-11 华为技术有限公司 一种故障检测方法、监控设备及网络设备
CN111866599B (zh) * 2019-04-25 2022-05-13 中国移动通信集团福建有限公司 一种质差的定界方法、装置及设备
CN113709777A (zh) * 2020-05-21 2021-11-26 华为技术有限公司 一种故障处理方法、装置及系统
CN114374855B (zh) * 2022-01-05 2023-05-23 烽火通信科技股份有限公司 直播花屏诊断方法、装置、设备及可读存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020032717A1 (en) * 2000-09-08 2002-03-14 The Regents Of The University Of Michigan Method and system for profiling network flows at a measurement point within a computer network
CN1815970A (zh) * 2005-02-01 2006-08-09 华为技术有限公司 一种检测网络链路故障并定位故障的方法
CN101616037A (zh) * 2009-07-27 2009-12-30 华为技术有限公司 网络通信中丢包的检测方法、装置及系统
CN101808021A (zh) * 2010-04-16 2010-08-18 华为技术有限公司 故障检测方法、装置及系统以及报文统计方法、节点设备

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7362707B2 (en) * 2001-07-23 2008-04-22 Acme Packet, Inc. System and method for determining flow quality statistics for real-time transport protocol data flows
JP2006333254A (ja) * 2005-05-27 2006-12-07 Fujifilm Holdings Corp 動画像リアルタイム通信端末、動画像リアルタイム通信端末の制御方法及び動画像リアルタイム通信端末の制御プログラム
KR100739710B1 (ko) * 2005-06-14 2007-07-13 삼성전자주식회사 패킷의 손실 타입을 판별하는 방법 및 장치
CN100558051C (zh) * 2005-08-10 2009-11-04 华为技术有限公司 对双向转发链路进行故障检测的方法
US8005030B2 (en) * 2005-12-30 2011-08-23 Cisco Technology, Inc. WLAN diagnostics using traffic stream metrics
CN101166122B (zh) * 2006-10-18 2011-06-22 中兴通讯股份有限公司 一种实现通信终端间网络故障的定位方法
US8300530B2 (en) * 2007-02-08 2012-10-30 Ixia Detecting media rate for measuring network jitter
WO2008117379A1 (ja) * 2007-03-23 2008-10-02 Fujitsu Limited パケットの伝送品質計測方法、パケット送信計測装置、およびパケット受信計測装置
CN101646099A (zh) * 2009-08-28 2010-02-10 重庆重邮东电通信技术有限公司 一种网络电视质量测试方法
CN101729296B (zh) * 2009-12-29 2012-12-19 中兴通讯股份有限公司 一种以太网流量统计分析的方法和系统
CN102137282B (zh) * 2010-12-15 2014-02-19 华为技术有限公司 一种检测故障链路的方法、装置、节点和系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020032717A1 (en) * 2000-09-08 2002-03-14 The Regents Of The University Of Michigan Method and system for profiling network flows at a measurement point within a computer network
CN1815970A (zh) * 2005-02-01 2006-08-09 华为技术有限公司 一种检测网络链路故障并定位故障的方法
CN101616037A (zh) * 2009-07-27 2009-12-30 华为技术有限公司 网络通信中丢包的检测方法、装置及系统
CN101808021A (zh) * 2010-04-16 2010-08-18 华为技术有限公司 故障检测方法、装置及系统以及报文统计方法、节点设备

Cited By (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9036488B2 (en) 2010-12-15 2015-05-19 Huawei Technologies Co., Ltd. Faulty link detection method, apparatus, node, and system
WO2012079430A1 (zh) * 2010-12-15 2012-06-21 华为技术有限公司 一种检测故障链路的方法、装置、节点和系统
CN103053175A (zh) * 2011-08-16 2013-04-17 华为技术有限公司 Iptv故障定位方法、装置和系统
EP2690882A1 (en) * 2011-08-16 2014-01-29 Huawei Technologies Co., Ltd. Iptv fault location method, device and system
EP2690882A4 (en) * 2011-08-16 2014-04-02 Huawei Tech Co Ltd METHOD, DEVICE AND SYSTEM FOR LOCATING DEFECTS IN IPTV
JP2014524200A (ja) * 2011-08-16 2014-09-18 華為技術有限公司 Ｉｐｔｖ障害を見つける方法、装置及びシステム
WO2012119392A1 (zh) * 2011-08-16 2012-09-13 华为技术有限公司 Iptv故障定位方法、装置和系统
KR101564077B1 (ko) 2011-08-16 2015-10-27 후아웨이 테크놀러지 컴퍼니 리미티드 Iptv 고장 위치를 결정하는 방법, 장치, 및 시스템
CN103053175B (zh) * 2011-08-16 2015-12-16 华为技术有限公司 Iptv故障定位方法、装置和系统
US9497450B2 (en) 2011-08-16 2016-11-15 Huawei Technologies Co., Ltd. Method, apparatus, and system for locating IPTV fault
CN102546263A (zh) * 2012-02-21 2012-07-04 德科仕通信(上海)有限公司 在iptv网络中视频服务器和ip网络的故障隔离方法及系统
CN104205732A (zh) * 2012-03-29 2014-12-10 阿尔卡特朗讯公司 无效或受损的iptv流的连续检测
CN103888303A (zh) * 2014-04-21 2014-06-25 国家电网公司 一种数据报文的控制方法和装置
CN104639955B (zh) * 2015-03-09 2017-10-27 德科仕通信(上海)有限公司 检测mpeg2‑ts vbr码流质量问题的方法
CN104639955A (zh) * 2015-03-09 2015-05-20 德科仕通信(上海)有限公司 检测mpeg2-ts vbr码流质量问题的方法
CN107846291B (zh) * 2016-09-18 2020-02-14 华为技术有限公司 报文处理方法、故障定位方法及网络设备
CN107846291A (zh) * 2016-09-18 2018-03-27 华为技术有限公司 报文处理方法、故障定位方法及网络设备
CN108345621B (zh) * 2017-01-24 2022-03-08 腾讯科技（深圳）有限公司 一种数据对账方法、系统及数据系统
CN108345621A (zh) * 2017-01-24 2018-07-31 腾讯科技（深圳）有限公司 一种数据对账方法、系统及数据系统
CN106850640A (zh) * 2017-02-15 2017-06-13 北京浩瀚深度信息技术股份有限公司 基于序列号的rtp业务识别方法及系统
CN110520807A (zh) * 2017-03-29 2019-11-29 三菱重工业株式会社 信息处理装置、信息处理方法以及程序
US11378943B2 (en) * 2017-03-29 2022-07-05 Mitsubishi Heavy Industries, Ltd. Information processing device, information processing method, and program
CN110520807B (zh) * 2017-03-29 2022-06-17 三菱重工业株式会社 信息处理装置、信息处理方法以及存储介质
CN107154867A (zh) * 2017-04-24 2017-09-12 北京星网锐捷网络技术有限公司 网络故障检测方法及装置
CN109587520A (zh) * 2017-09-29 2019-04-05 中兴通讯股份有限公司 一种定位视频业务故障的方法和设备
CN109587520B (zh) * 2017-09-29 2021-06-22 中兴通讯股份有限公司 一种定位视频业务故障的方法和设备
CN111372131A (zh) * 2018-12-25 2020-07-03 中兴通讯股份有限公司 网络故障检测方法、装置、机顶盒、云平台、系统及介质
CN111372131B (zh) * 2018-12-25 2022-08-26 中兴通讯股份有限公司 网络故障检测方法、装置、机顶盒、云平台、系统及介质
CN112751733A (zh) * 2021-02-08 2021-05-04 北京金山云网络技术有限公司 一种链路检测方法、装置、设备、系统及交换机
CN112751733B (zh) * 2021-02-08 2022-11-08 北京金山云网络技术有限公司 一种链路检测方法、装置、设备、系统及交换机
WO2023060985A1 (zh) * 2021-10-14 2023-04-20 中兴通讯股份有限公司 故障定位方法及系统、计算机可读存储介质

Also Published As

Publication number Publication date
US20130279347A1 (en) 2013-10-24
CN102137282B (zh) 2014-02-19
EP2654310B1 (en) 2016-02-24
EP2654310A4 (en) 2014-01-01
BR112013015217A2 (pt) 2016-09-13
US9036488B2 (en) 2015-05-19
BR112013015217B1 (pt) 2018-09-25
WO2012079430A1 (zh) 2012-06-21
EP2654310A1 (en) 2013-10-23

Similar Documents

Publication Publication Date Title
CN102137282B (zh) 一种检测故障链路的方法、装置、节点和系统
US7321565B2 (en) System and method for analyzing the performance of multiple transportation streams of streaming media in packet-based networks
US9590816B2 (en) System and method for creating multiple transportation streams of streaming media network test traffic in packet-based networks
US20160119398A1 (en) Informative data streaming server
CN100583784C (zh) 在多协议标签交换网络中监测丢包率的方法
CN101616037B (zh) 网络通信中丢包的检测方法、装置及系统
CN101646099A (zh) 一种网络电视质量测试方法
JP2004129275A (ja) Ｒｔｃｐｓｒ／ｒｒパケット情報を使用してｒｔｐストリームを監視するシステム及び方法
CN103813182A (zh) 对iptv业务进行qos监测的系统及其方法
CN202014343U (zh) 用于网络系统中的视频流分析仪
CN102136962B (zh) 质量问题定界方法及相关设备与系统
WO2012116558A1 (zh) 一种视频质量评估方法及装置
KR100728622B1 (ko) 인터넷 망을 이용한 텔레비전 서비스의 품질 정보를제공하는 시스템, 셋탑 박스 및 방법
CN101123611B (zh) 一种流媒体数据的发送方法
US11553027B2 (en) Methods and systems for improving performance of streaming media sessions
CN100349449C (zh) 基于实时传输协议的端到端网络测量方法
CN102487338A (zh) 根据网络抖动调整bfd发送间隔的方法及装置
WO2012149801A1 (zh) 处理组播流质量参数的方法、装置和系统
CN102111618B (zh) 提高计算视频ts丢包数准确度的方法及系统
CN101753363B (zh) 应用于媒体传输质量测量的方法及装置
EP2187563B1 (en) Method for measuring quality of service, transmission method, device and system of messages
CN106303752B (zh) 一种mpeg2-ts/udp/ip码流丢包故障判定方法
Baltoglou et al. Real-world IPTV network measurements
US7630468B2 (en) Dual-PLL signaling for maintaining synchronization in a communications system
CN111277785B (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
CB03 Change of inventor or designer information
CB03 Change of inventor or designer information

Inventor after: Liu Shuying

Inventor after: Xiang Haizhou

Inventor after: Chen Haibin

Inventor after: Yang Youqing

Inventor after: Zheng Hewen

Inventor before: Liu Shuying

Inventor before: Xiang Haizhou

Inventor before: Chen Haibin

Inventor before: Yang Youqing

Inventor before: Zheng Hewen