CN109412881B - Segmented time delay monitoring method, intermediate node and synthesis analysis equipment - Google Patents

Segmented time delay monitoring method, intermediate node and synthesis analysis equipment Download PDF

Info

Publication number
CN109412881B
CN109412881B CN201710713454.7A CN201710713454A CN109412881B CN 109412881 B CN109412881 B CN 109412881B CN 201710713454 A CN201710713454 A CN 201710713454A CN 109412881 B CN109412881 B CN 109412881B
Authority
CN
China
Prior art keywords
time
rtcp
delay
intermediate node
segment
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
Application number
CN201710713454.7A
Other languages
Chinese (zh)
Other versions
CN109412881A (en
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.)
China Mobile Communications Group Co Ltd
China Mobile Communications Ltd Research Institute
Original Assignee
China Mobile Communications Group Co Ltd
China Mobile Communications Ltd Research Institute
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 China Mobile Communications Group Co Ltd, China Mobile Communications Ltd Research Institute filed Critical China Mobile Communications Group Co Ltd
Priority to CN201710713454.7A priority Critical patent/CN109412881B/en
Publication of CN109412881A publication Critical patent/CN109412881A/en
Application granted granted Critical
Publication of CN109412881B publication Critical patent/CN109412881B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852Delays
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/08Testing, supervising or monitoring using real traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W56/00Synchronisation arrangements
    • H04W56/001Synchronization between nodes

Abstract

The embodiment of the invention relates to a segmented time delay monitoring method, an intermediate node and a synthesis analysis device, wherein the method comprises the following steps: receiving a first RTCP message, and determining a first arrival time and a first time interval of the first RTCP message at an intermediate node; determining a second RTCP message, and determining a second arrival time and a second time interval of the second RTCP message at the intermediate node; determining a first segment time delay from the source end to the intermediate node according to the first arrival time, the first time interval and the second arrival time; determining a third RTCP message and determining a third arrival time of the third RTCP message at the intermediate node; and determining a second section time delay from the opposite end to the intermediate node according to the second arrival time, the third arrival time and the second time interval. The method solves the problem of poor accuracy of the segmented time delay measurement caused by asynchronous time of different intermediate nodes and terminals.

Description

Segmented time delay monitoring method, intermediate node and synthesis analysis equipment
Technical Field
The embodiment of the invention relates to the technical field of communication, in particular to a segmented time delay monitoring method, an intermediate node and a synthesis analysis device.
Background
In an LTE (Long Term Evolution) network, streaming media data transmission mostly adopts a Real-time Transport Protocol (RTP), Voice communication adopts a Voice over Long Term Evolution (Voice over Long Term Evolution) technology, and Voice over LTE media plane data is also transmitted by using an RTP Protocol. The RTP control protocol (RTCP) performs flow control and congestion control for RTP by periodically transmitting data quality measurement information. RTCP may provide measurement information including: packet loss rate, accumulated packet loss number, jitter, and time delay. The RTCP delay index measures the loop delay from the sender to the receiver, i.e. 2 times the end-to-end delay. In actual network production, operation and maintenance, the requirement for network operation and maintenance optimization cannot be met only through the index of RTCP loop delay, end-to-end delay is subdivided, the segmented delay of streaming media data passing through different nodes or network elements of a network is further positioned, a problem fault point is found, and therefore transmission delay optimization is developed in a targeted manner.
Referring to fig. 1, the mechanism for measuring the delay of the RTCP loop in the prior art is as follows:
1. the source end sends an RTCP SR (sender report) packet 1, which carries an NTP (Network Time Protocol) timestamp of the SR packet sending Time.
2. After receiving the SR message, the opposite end completes the measurement and sends an RTCP SR or RR (receiver Report) message 2 to the source end, wherein the sending time (represented by LSR, LSR: LastSender Report) of the last SR message is carried, and the time stamp for sending the NTP is taken from the SR message of the source end; and the transmission interval (represented by DLSR: Delay sequence Sender Report) from the Last SR message.
3. After receiving the RTCP SR or RR packet 2, the source calculates the round-trip delay of the RTCP at both ends according to the information carried in the locally received NTP time a and packet 2: ring Delay ═ a-LSR-DLSR.
The above scheme completes the loop delay measurement through the source end and the opposite end of the streaming media, but cannot obtain the segment delay of data in different network elements or nodes on a transmission link. However, the RTP packet only carries relative time information (Timestamp field) and does not carry absolute time information for packet transmission, so that the intermediate node cannot obtain the transmission delay from the RTP packet to the intermediate node. To obtain the segment delay, only the absolute time information in the RTCP message can be used, and the prior art scheme is as follows:
step 1, a source end, an opposite end and an intermediate node carry out time synchronization through the same NTP time service system;
step 2, the intermediate node receives the RTCP SR messages sent by the source end, records the local NTP time T1, extracts the message sending NTP time T2 carried by the SR messages, and calculates the segment time delay from the source end to the intermediate node as follows: T1-T2;
step 3, similarly, the intermediate node receives the RTCP SR message sent by the opposite end, records the local NTP time T3, extracts the message carried by the SR message and sends the NTP time T4, and calculates the segment delay from the opposite end to the intermediate node as: T3-T4.
The problems of the existing segmented time delay measurement technology are as follows: the time of the source end, the opposite end and the intermediate node is difficult to keep strict synchronization. At present, the synchronization precision of the NTP system is 100ms, and the QoS (Quality of service) guarantee requirement of the end-to-end delay of the RTP protocol is generally controlled within 300ms, so the accuracy of the measurement of the segment delay is seriously affected by the problem of time asynchronism between different nodes and terminals, and particularly in a wireless communication system, the terminals on both sides are accessed in a wireless manner, and can not be strictly synchronized with network equipment.
Disclosure of Invention
An object of the embodiments of the present invention is to provide a method for monitoring a segment delay, an intermediate node, and a synthesis analysis device, which solve the problem of poor accuracy of segment delay measurement due to asynchronous time of different intermediate nodes and terminals.
According to an aspect of the embodiments of the present invention, a method for monitoring a segment delay is provided, which is applied to an intermediate node between a source end and an opposite end, and includes:
receiving a first real-time transport control protocol (RTCP) message, and determining a first arrival time and a first time interval of the first RTCP message at the intermediate node, wherein the first RTCP message is transmitted from the source end to the opposite end;
determining a second RTCP packet, and determining a second arrival time and a second time interval at which the second RTCP packet arrives at the intermediate node, where the second RTCP packet is transmitted from the opposite end to the source end, and the second RTCP packet is a previous RTCP packet of the first RTCP packet;
determining a first segment delay from the source end to the intermediate node according to the first arrival time, the first time interval and the second arrival time;
determining a third RTCP packet, which is a previous RTCP packet of the second RTCP packet, and determining a third arrival time at which the third RTCP packet arrives at the intermediate node, where the third RTCP packet is transmitted from the source end to the opposite end;
and determining a second section time delay from the opposite end to the intermediate node according to the second arrival time, the third arrival time and a second time interval.
Optionally, the determining the first time interval comprises:
acquiring a synchronization source identifier and delay measurement information corresponding to the first RTCP packet, where the synchronization source identifier group includes a source synchronization source identifier and an opposite synchronization source identifier, and the delay measurement information includes: the first sending time represents the time of the opposite end sending the second RTCP packet carried in the first RTCP packet, and the first time interval represents the time interval between the sending time of the source end sending the first RTCP packet and the receiving time of the source end receiving the second RTCP packet.
Optionally, the determining the second RTCP packet includes:
and according to a source end synchronization source identifier, an opposite end synchronization source identifier and the first sending time, obtaining a second RTCP message which has the opposite transmission direction to the first RTCP message and the sending time of the opposite end is the first sending time from the history record matching stored in the intermediate node, wherein the message type of the second RTCP message is a sender report.
Optionally, the determining a second arrival time and a second time interval of the second RTCP packet at the intermediate node includes:
acquiring a history record of the second RTCP message, wherein the history record comprises: a second arrival time of the second RTCP packet at the intermediate node, a second sending time of the source end sending the third RTCP packet, and the second time interval, where the second time interval represents a time interval between a first sending time of the opposite end sending the second RTCP packet and a receiving time of the opposite end receiving the third RTCP packet.
Optionally, the determining the third RTCP packet includes:
and according to the source end synchronization source identification, the opposite end synchronization source identification and the second sending time, obtaining a third RTCP message which has the same transmission direction as the first RTCP message and has the sending time of the source end as the second sending time from the history record matching stored in the intermediate node, wherein the message type of the third RTCP message is a sender report.
Optionally, the determining, according to the first arrival time, the first time interval, and the second arrival time, a first segment delay from the source end to the intermediate node includes:
calculating a first segment delay from the source end to the intermediate node by the following formula:
first segment delay ═ (first arrival time-second arrival time-first time interval)/2.
Optionally, the determining, according to the second arrival time, the third arrival time, and the second time interval, a second segment delay from the peer end to the intermediate node:
calculating a second segment delay from the opposite end to the intermediate node by the following formula:
the second fractional time delay is (second arrival time-third arrival time-second time interval)/2.
Optionally, the method further comprises:
generating recording information of a synchronization source identification group corresponding to the first RTCP message, wherein the recording information of the synchronization source identification group comprises: the device comprises a synchronous source identification group, a first segment time delay and a second segment time delay, wherein the synchronous source identification group is uniquely determined by a source synchronous source identification, an opposite synchronous source identification and a time identification. Optionally, the method further comprises:
and sending the recorded information of the synchronization source identification group to a synthesis analysis device, wherein the synthesis analysis device is connected with a plurality of different intermediate nodes positioned in the same transmission link.
According to a second aspect of the embodiments of the present invention, there is also provided a segmented delay monitoring method applied to a synthesis analysis device, the method including:
acquiring the recording information of a synchronization source identification group corresponding to the RTCP messages, which is sent by a plurality of intermediate nodes, wherein the recording information of the synchronization source identification group records: synchronizing a source identification group, a first segment time delay from a source end to a middle node and a second segment time delay from an opposite end to the middle node;
through the appointed synchronous source identification group, obtaining first segment time delay and/or second segment time delay of different intermediate nodes corresponding to the appointed synchronous source identification group in a correlation manner;
and determining the third section time delay between any two intermediate nodes according to the first section time delay and/or the second section time delay of any two intermediate nodes corresponding to the appointed synchronous source identification group.
Optionally, the determining, according to the first segment delay and/or the second segment delay of two intermediate nodes corresponding to the specified synchronization source identifier group, a third segment delay between the two intermediate nodes includes:
determining a difference value of first segment time delay or a difference value of second segment time delay between two intermediate nodes corresponding to the appointed synchronization source identification group, or determining an average value of the difference value of the first segment time delay and the difference value of the second segment time delay;
and determining the third section time delay between the two middle nodes according to the difference or the average value of the difference.
Optionally, the synchronization source identifier group in the recording information of the synchronization source identifier group corresponding to the RTCP packet is uniquely determined by a source synchronization source identifier, an opposite synchronization source identifier, and a time identifier.
According to a third aspect of the embodiments of the present invention, there is also provided an intermediate node, including:
the receiver is used for receiving a first real-time transport control protocol (RTCP) message;
a processor configured to determine a first arrival time and a first time interval for the first RTCP packet to reach the intermediate node; the processor is further configured to: determining a second RTCP packet, and determining a second arrival time and a second time interval at which the second RTCP packet arrives at the intermediate node, where the second RTCP packet is transmitted from the opposite end to the source end, and the second RTCP packet is a previous RTCP packet of the first RTCP packet;
the processor is further configured to: determining a first segment delay from the source end to the intermediate node according to the first arrival time, the first time interval and the second arrival time;
the processor is further configured to: determining a third RTCP packet, which is a previous RTCP packet of the second RTCP packet, and determining a third arrival time at which the third RTCP packet arrives at the intermediate node, where the third RTCP packet is transmitted from the source end to the opposite end;
the processor is further configured to: determining a second segment time delay from the opposite end to the intermediate node according to the second arrival time, the third arrival time and a second time interval;
and the memory is used for storing all RTCP messages received by the receiver, the arrival time of all RTCP messages and the processing result of the corresponding RTCP messages processed by the processor.
Optionally, the processor is further configured to: acquiring a synchronization source identifier and delay measurement information corresponding to the first RTCP packet, where the synchronization source identifier includes a source synchronization source identifier and an opposite synchronization source identifier, and the delay measurement information includes: the first sending time represents the time of the opposite end sending the second RTCP packet carried in the first RTCP packet, and the first time interval represents the time interval between the sending time of the source end sending the first RTCP packet and the receiving time of the source end receiving the second RTCP packet.
Optionally, the processor is further configured to: and according to a source end synchronization source identifier, an opposite end synchronization source identifier and the first sending time, obtaining a second RTCP message which has the opposite transmission direction to the first RTCP message and the sending time of the opposite end is the first sending time from the history record matching stored in the intermediate node, wherein the message type of the second RTCP message is a sender report.
Optionally, the processor is further configured to: acquiring a history record of the second RTCP message, wherein the history record comprises: a second arrival time of the second RTCP packet at the intermediate node, a second sending time of the source end sending the third RTCP packet, and the second time interval, where the second time interval represents a time interval between a first sending time of the opposite end sending the second RTCP packet and a receiving time of the opposite end receiving the third RTCP packet.
Optionally, the processor is further configured to: and according to the source end synchronization source identification, the opposite end synchronization source identification and the second sending time, obtaining a third RTCP message which has the same transmission direction as the first RTCP message and has the sending time of the source end as the second sending time from the history record matching stored in the intermediate node, wherein the message type of the third RTCP message is a sender report.
Optionally, the processor is further configured to: calculating a first segment delay from the source end to the intermediate node by the following formula:
first segment delay ═ (first arrival time-second arrival time-first time interval)/2.
Optionally, the processor is further configured to: calculating a second segment delay from the opposite end to the intermediate node by the following formula:
the second fractional time delay is (second arrival time-third arrival time-second time interval)/2.
Optionally, the memory has one or more of the following stored therein: the receiver receives the arrival time of each RTCP message, the message type of the RTCP message, and the RTCP message type is the sending time of the last RTCP message reported by the sender, the sending time interval from the last RTCP message, the source end synchronous source identification, the opposite end synchronous source identification, the first section time delay and the second section time delay.
Optionally, the processor is further configured to: generating recording information of a synchronization source identification group corresponding to the first RTCP message, wherein the recording information of the synchronization source identification group records: the synchronization source identification group, the first segment delay and the second segment delay.
Optionally, the intermediate node further includes:
a transmitter configured to transmit the recorded information of the synchronization source identification group to a synthetic analysis device, where the synthetic analysis device is connected to a plurality of different intermediate nodes.
According to a fourth aspect of the embodiments of the present invention, there is also provided a synthesis analysis apparatus including:
a receiver, configured to obtain recording information of a synchronization source identifier group corresponding to an RTCP packet sent by multiple intermediate nodes, where the recording information of the synchronization source identifier group includes: synchronizing a source identification group, a first segment time delay from a source end to a middle node and a second segment time delay from an opposite end to the middle node;
the processor is used for obtaining a first section time delay and/or a second section time delay of the appointed synchronous source identification group corresponding to different intermediate nodes through the appointed synchronous source identification group in a correlation mode;
the processor is further configured to determine a third segment delay between any two intermediate nodes according to the first segment delay and/or the second segment delay between any two intermediate nodes corresponding to the specified synchronization source identifier group.
Optionally, the processor is further configured to: determining a difference value of first segment time delay or a difference value of second segment time delay between two intermediate nodes corresponding to the appointed synchronization source identification group, or an average value of the difference value of the first segment time delay and the difference value of the third segment time delay; and determining the third section time delay between the two middle nodes according to the difference or the average value of the difference.
Optionally, the synchronization source identifier group in the recording information of the synchronization source identifier group corresponding to the RTCP packet: the source end synchronous source identification, the opposite end synchronous source identification and the time identification are uniquely determined.
According to a fifth aspect of the embodiments of the present invention, there is also provided an intermediate node, including: a memory, a processor and a computer program stored on the memory and executable on the processor, the processor implementing the steps in the segmented delay monitoring method as described above when executing the program.
According to a sixth aspect of the embodiments of the present invention, there is also provided a synthesis analysis apparatus including: a memory, a processor and a computer program stored on the memory and executable on the processor, the processor implementing the steps in the segmented delay monitoring method as described above when executing the program.
According to the seventh aspect of the embodiments of the present invention, there is further provided a computer-readable storage medium, on which a data transmission program is stored, and the data transmission program, when executed by a processor, implements the steps in the segmented delay monitoring method as described above.
The embodiment of the invention can carry out accurate segmented time delay monitoring under the condition that the middle node, the source end and the opposite end on the transmission link can not keep time strict synchronization, thereby ensuring the accuracy of segmented time delay detection.
The method for detecting the segmented time delay of the embodiment of the invention supports that the segmented time delay monitoring of all data streams flowing through the node is completed in one intermediate node. The intermediate node may be a network switching device and a network element device on the transmission link, or a monitoring device or a DPI device that obtains RTP/RTCP data on the transmission link node by means of mirroring, light splitting, and the like, thereby improving an application scenario of the segment delay detection method according to the embodiment of the present invention.
Drawings
Various other advantages and benefits will become apparent to those of ordinary skill in the art upon reading the following detailed description of the preferred embodiments. The drawings are only for purposes of illustrating the preferred embodiments and are not to be construed as limiting the invention. Also, like reference numerals are used to refer to like parts throughout the drawings. In the drawings:
FIG. 1 is a schematic diagram of a conventional mechanism for measuring RTCP loop delay;
FIG. 2 is a flow chart of a method for monitoring a segment delay according to an embodiment of the present invention;
FIG. 3 is a flow chart of a segmented delay monitoring method according to another embodiment of the present invention;
FIG. 4 is a diagram illustrating an RTCP loop delay measurement mechanism according to another embodiment of the present invention;
fig. 5 is a flowchart of a method for monitoring a segment delay in a real-time transport protocol according to another embodiment of the present invention;
FIG. 6 is a schematic diagram of a source end and a peer end with a plurality of intermediate nodes therebetween;
FIG. 7 is a schematic diagram of an intermediate node of one embodiment of the present invention;
FIG. 8 is a schematic structural view of a synthesis analysis apparatus according to another embodiment of the present invention;
FIG. 9 is a schematic diagram of a network architecture for segment delay monitoring according to another embodiment of the present invention;
FIG. 10 is a schematic diagram of an intermediate node of yet another embodiment of the present invention;
fig. 11 is a schematic structural view of a synthesis analysis apparatus according to still another embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, but not all embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
The terms "comprises," "comprising," and "having," and any variations thereof, in the description and claims of this invention, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.
Referring to fig. 2, an execution main body of the method is an intermediate node located between a source end and an opposite end, where the intermediate node may be a network switching device and a network element device on a transmission link, or a monitoring device or a DPI (Deep Packet Inspection) device that obtains RTP/RTCP data on the transmission link node by means of mirroring, light splitting, and the like, and certainly is not limited thereto. The method comprises the following specific steps:
step 201, receiving a first RTCP packet, and determining a first arrival time and a first time interval when the first RTCP packet arrives at the intermediate node, where the first RTCP packet is transmitted from a source end to the opposite end;
in this embodiment, an RTCP packet is periodically sent between a source end and an opposite end, and the source end sends the first RTCP packet to the opposite end at a certain time interval after receiving a previous RTCP packet of the first RTCP packet sent by the opposite end.
Optionally, the first time interval is determined as follows: acquiring a synchronization source identifier and delay measurement information corresponding to a first RTCP message, wherein the synchronization source identifier includes a source synchronization source identifier and an opposite terminal synchronization source identifier, and the delay measurement information includes: the first sending time represents the time for the opposite end carried in the first RTCP packet to send the second RTCP packet, and the first time interval represents the time interval between the sending time for the source end to send the first RTCP packet and the receiving time for the source end to receive the previous RTCP packet of the first RTCP packet.
Step 202, determining a second RTCP packet, which is transmitted from the opposite end to the source end and is a previous RTCP packet of the first RTCP packet, and determining a second arrival time at which the second RTCP packet arrives at the intermediate node;
optionally, the second RTCP packet is determined in the following manner: and according to the source end synchronization source identification, the opposite end synchronization source identification and the first sending time, obtaining a second RTCP message which has the transmission direction opposite to that of the first RTCP message and the sending time of the opposite end is the first sending time from the history record matching stored in the intermediate node, wherein the message type of the second RTCP message is a sender report.
Optionally, the second arrival time of the second RTCP packet at the intermediate node is determined as follows: acquiring a history record related to a second RTCP message, wherein the history record related to the second RTCP message comprises: the second time interval represents a time interval between a first sending time of the opposite end sending the second RTCP packet and a receiving time of the opposite end receiving the third RTCP packet, and the third RTCP packet is a previous RTCP packet of the second RTCP packet.
Step 203, determining a first segment delay from the source end to the intermediate node according to the first arrival time, the first time interval and the second arrival time;
wherein, the first segment delay is (first arrival time-second arrival time-first time interval)/2.
Step 204, determining a third RTCP packet, and determining a third arrival time at which the third RTCP packet arrives at the intermediate node, where the third RTCP packet is transmitted from the source end to the opposite end, and the third RTCP packet is a previous RTCP packet of the second RTCP packet;
optionally, the third RTCP packet is determined in the following manner: and according to the source end synchronization source identification, the opposite end synchronization source identification and the second sending time, obtaining a third RTCP message which has the same transmission direction as the first RTCP message and has the sending time of the source end as the second sending time from the history record matching stored in the intermediate node, wherein the message type of the third RTCP message is a sender report.
Optionally, the third arrival time of the third RTCP packet at the intermediate node is determined as follows: a history of the third RTCP message is obtained, the history of the third RTCP message including a third arrival time at the intermediate node for the third RTCP message.
Step 205, determining a second segment delay from the opposite end to the intermediate node according to the second arrival time, the third arrival time and the second time interval.
And the second time interval represents the time interval between the first sending time of sending the second RTCP message by the opposite terminal and the receiving time of receiving the third RTCP message by the opposite terminal.
Optionally, the second fractional delay is (second arrival time-third arrival time-second time interval)/2.
Optionally, in this embodiment, the method further includes: the intermediate node generates the recording information of the synchronization source identification group corresponding to the first RTCP packet, where the recording information of the synchronization source identification group includes: the synchronization source identification group, the first segment delay and the second segment delay. The synchronization source identification group is uniquely determined by a source synchronization source identification, an opposite end synchronization source identification and a time identification, and preferably, the time identification can be determined by using the sending time of the previous RTCP packet of the first RTCP packet.
Optionally, in this embodiment, the method further includes: the intermediate node sends the recorded information of the synchronization source identification group to a synthesis analysis device, the synthesis analysis device is connected with a plurality of different intermediate nodes positioned in the same transmission link, and the synthesis analysis device can analyze the time delay between different intermediate nodes according to the recorded information of the synchronization source identification group sent by different intermediate nodes, and generally is an upper layer monitoring or analysis device of a plurality of intermediate nodes.
Referring to fig. 3, a real-time data stream is transmitted between a source end and an opposite end by using an RTP protocol, where a synchronization source identifier of the source end is SSRC _ S, and a synchronization source identifier of the opposite end is SSRC _ D. Meanwhile, the RTCP messages are periodically sent between the source end and the opposite end for traffic and congestion control. The intermediate node obtains the RTCP messages of all data streams passing through the node on a transmission link in real time, records the local time of arrival of the RTCP messages, and extracts key information in the RTCP messages to carry out segmented delay monitoring.
It should be noted that fig. 3 only illustrates that there is only one intermediate node between the source end and the opposite end, and the intermediate node accurately measures the segment delay between the intermediate node and the source end and the opposite end, that is, segment delay monitoring on all data streams flowing through the node is completed in one intermediate node, however, for a plurality of intermediate nodes between the source end and the opposite end, the situation of monitoring the segment delay between each intermediate node and the source end and the opposite end is similar, and the description is not repeated here.
In this embodiment, since the first section delay from the source end to the intermediate node is determined according to the arrival times of the first RTCP packet and the second RTCP packet (the previous RTCP packet of the first RTCP packet) at the intermediate node, the time interval between the transmission time of the source end transmitting the first RTCP packet and the reception time of the source end receiving the second RTCP packet, and the second section delay from the opposite end to the intermediate node is determined according to the arrival times of the second RTCP packet and the third RTCP packet (the previous RTCP packet of the second RTCP packet) at the intermediate node, and the time interval between the first transmission time of the opposite end transmitting the second RTCP packet and the reception time of the opposite end receiving the third RTCP packet, the accurate section delay detection from the intermediate node to the source end and the opposite end respectively is realized under the condition that the intermediate node and the source end and the opposite end on the transmission link cannot keep time strict synchronization, and the method can support the completion of the segmented delay detection of all data streams flowing through the node in one intermediate node.
Referring to fig. 4, a flowchart of a segmented delay monitoring method according to another embodiment is shown, where an execution subject of the method may be a composite analysis device (or referred to as a composite monitoring device, a composite processing device, or the like), and the composite analysis device is connected to a plurality of intermediate nodes of a same transmission link, generally an upper layer monitoring or analysis device of the plurality of intermediate nodes, and the specific steps are as follows:
step 401, obtaining the recording information of the synchronization source identification group corresponding to the RTCP packet sent by a plurality of intermediate nodes, where the recording information of the synchronization source identification group records: synchronizing a source identification group, a first segment time delay from a source end to a middle node and a second segment time delay from an opposite end to the middle node;
the synchronization source identification group in the recording information of the synchronization source identification group corresponding to the RTCP packet is uniquely determined by a source synchronization source identification, an opposite synchronization source identification, and a time identification, and preferably, the time identification can be determined by the sending time of the previous RTCP packet of the RTCP packet, so as to ensure that the same RTCP packet passing through different intermediate nodes has the same time identification.
Step 402, obtaining a first segment delay and/or a second segment delay of different intermediate nodes corresponding to a specified synchronization source identification group through association of the specified synchronization source identification group;
step 403, determining a third segment delay between any two intermediate nodes according to the first segment delay and/or the second segment delay of any two intermediate nodes corresponding to the specified synchronization source identifier group.
Specifically, determining a difference between first segment delays or a difference between second segment delays of two intermediate nodes corresponding to the specified synchronization source identification group, or an average value of the difference between the first segment delays and the difference between the second segment delays; and determining the third section time delay between the two middle nodes according to the difference or the average value of the difference.
In this embodiment, the analysis-by-synthesis device analyzes the segment delay between different intermediate nodes to obtain the segment delay between each intermediate node of the transmission link, so that the operation and maintenance of the network can be specifically guided and optimized according to the segment delay between each intermediate node of the transmission link.
Referring to fig. 5, a flow of a segmented delay monitoring method according to another embodiment is shown, and the specific steps are as follows:
step 501, an intermediate node records the arrival local time of a first RTCP message received on a transmission link, and extracts a synchronization source identifier and time delay measurement information;
for example, the local time T1 when the RTCP _1 message arrives at the intermediate node is recorded, and the synchronization source identifier (SSRC of sender (SSRC _ S) and SSRC of source (SSRC _ D)) in the RTCP _1 message, the last SR time (LSR _1), and the time interval (DLSR _1) from the last SR are extracted. The meaning of which is to be understood as: and the opposite end SSRC _ D sends the second RTCP message at the time of the LSR _1, and after the second RTCP message reaches the source end, the source end SSRC _ S delays the time DLSR _1 to send the first RTCP message and reaches the appointed intermediate node at the time T1.
Step 502, obtaining a source synchronization source identifier and an opposite end synchronization source identifier corresponding to the first RTCP packet;
for each received RTCP packet, a synchronization source identifier group is formed according to the extracted information, and the synchronization source identifier group is uniquely determined by the source synchronization source identifier, the peer synchronization source identifier, and the sending time of the second RTCP packet (the previous RTCP packet of the first RTCP packet), for example, in the form of: SSRC _ S, SSRC _ D, LSR _1, although not limited thereto. The synchronization source identification group is used for uniquely identifying a specific monitoring time of a pair of data streams, distinguishing the specific monitoring time from other data streams received by the intermediate node or other times of the same data stream, and can be used for association of the same data stream at different intermediate nodes at the same time to monitor the segment delay between the intermediate nodes.
If there are multiple report blocks, i.e. multiple SSRC of source, in an RTCP SR/RR report, multiple sets of synchronization source identifier sets (SSRC _ S, SSRC _ D _ n, LSR _1_ n) need to be established, where the source SSRC _ S of different sets are the same, and the source SSRC _ S of the opposite end, the last SR time, and the time interval from the last SR are different.
Step 503, according to the synchronization source identifier group of the first RTCP packet, a second RTCP packet is obtained in the local history record in a matching manner, wherein the transmission direction of the second RTCP packet is opposite to the transmission direction of the first RTCP packet.
For example: according to the synchronization source identification group of the received RTCP _1 message, finding the opposite reverse RTCP _2 message matched with the synchronization source identification group in the memory, and the concrete method is as follows: in the history of the RTCP packet arriving at the intermediate node, searching for an RTCP _2 packet whose source end is the opposite end of the first RTCP packet and whose NTP time (32 bits in the middle of interception) is equal to LSR _1, and obtaining the history of the RTCP _2 packet, the method includes: local time to reach intermediate node T2, last SR time (LSR _2), last SR time (DLSR _ 2). It should be noted that the synchronization source identifier extracted in the RTCP _2 packet includes a source synchronization source identifier.
And step 504, monitoring the segment time delay from the source end to the intermediate node.
And the time delay of the source end segment is (T1-T2-DLSR _ 1)/2.
And 505, matching the third RTCP message which is obtained in the local history record and has the same transmission direction as the first RTCP message according to the synchronization source identification group of the second RTCP message.
The specific method comprises the following steps: in the history of the RTCP packet arriving at the intermediate node, the source end is the source end of the first RTCP packet, and the RTCP _3 packet whose NTP time (32 bits in the middle of interception) is LSR _2 is sent, and the history of the RTCP _3 packet is obtained (the local time T3 received by the intermediate node). It should be noted that the synchronization source id extracted in the RTCP _3 packet includes a source synchronization source id.
Step 506, the segment time delay from the opposite end to the intermediate node is monitored.
And (T2-T3-DLSR _ 2)/2.
And 507, calculating the segment time delay from different intermediate nodes to the source end and the opposite end and the time delay between the intermediate nodes.
Referring to fig. 6, if there are multiple different intermediate nodes (referred to as node 1 and node 2 in the figure) between the source end and the peer end, the different intermediate nodes are monitored in the above manner to obtain the segment delays from the different intermediate nodes to the source end and the peer end, and the delays between the intermediate nodes.
With reference to fig. 6, the source end-to-node 2 segmentation delay, the peer end-to-node 2 segmentation delay, the source end-to-node 1 segmentation delay, and the peer end-to-node 1 segmentation delay are calculated by the above embodiments, and further, the delay between the node 1 and the node 2 is calculated by the source end-to-node 2 segmentation delay and the source end-to-node 1 segmentation delay, or by the peer end-to-node 1 segmentation delay and the peer end-to-node 2 segmentation delay.
The method specifically comprises the following steps: the different nodes are associated through the synchronous source identification group, the time delay of the same data stream from different nodes to a source end or an opposite end is differentiated, and the time delay of the data stream between different intermediate nodes can be obtained. Generally, the inter-node delay and difference processing may be performed by a third-party analysis and synthesis device (or referred to as a synthesis monitoring device, a synthesis processing device, or the like), which needs to obtain and aggregate data corresponding to a plurality of intermediate nodes to complete inter-node segment delay monitoring.
An embodiment of the present invention also provides an intermediate node, referring to fig. 7, which shows the structure of the intermediate node, and the intermediate node 700 includes:
a receiver 701, configured to receive a first real-time transport control protocol RTCP packet;
a processor 702 configured to determine a first arrival time and a first time interval of the first RTCP packet at the intermediate node; the processor 702 is further configured to: determining a second RTCP packet, and determining a second arrival time and a second time interval at which the second RTCP packet arrives at the intermediate node, where the second RTCP packet is transmitted from the opposite end to the source end, and the second RTCP packet is a previous RTCP packet of the first RTCP packet;
the processor 702 is further configured to: determining a first segment delay from the source end to the intermediate node according to the first arrival time, the first time interval and the second arrival time;
the processor 702 is further configured to: determining a third RTCP packet, which is a previous RTCP packet of the second RTCP packet, and determining a third arrival time at which the third RTCP packet arrives at the intermediate node, where the third RTCP packet is transmitted from the source end to the opposite end;
the processor 702 is further configured to determine a second segment delay from the peer to the intermediate node according to the second arrival time, the third arrival time, and a second time interval;
the memory 703 is used for storing all RTCP messages received by the receiver 701, the arrival times of all RTCP messages, and the processing result of the corresponding RTCP message processed by the processor.
Optionally, the processor 702 is further configured to obtain a synchronization source identifier and delay measurement information corresponding to the first RTCP packet, where the synchronization source identifier includes a source synchronization source identifier and an opposite-end synchronization source identifier; the delay measurement information includes: a first sending time (LSR) and a first time interval (DLSR), where the first sending time represents a time when the opposite end carried in the first RTCP packet sends the second RTCP packet, and the first time interval represents a time interval between a sending time when the source end sends the first RTCP packet and a receiving time when the source end receives the second RTCP packet.
Optionally, the processor 702 is further configured to obtain, according to a source synchronization source identifier, an opposite end synchronization source identifier, and the first sending time, a second RTCP packet that is opposite to the first RTCP packet in transmission direction and has the sending time of the opposite end as the first sending time from a history record stored in the intermediate node in a matching manner, where the packet type of the second RTCP packet is a sender report.
Optionally, the processor 702 is further configured to obtain a history of the second RTCP packet, where the history includes: a second arrival time of the second RTCP packet at the intermediate node, a second sending time of the source end sending the third RTCP packet, and the second time interval, where the second time interval represents a time interval between a first sending time of the opposite end sending the second RTCP packet and a receiving time of the opposite end receiving the third RTCP packet.
Optionally, the processor 702 is further configured to obtain, according to a source synchronization source identifier, an opposite synchronization source identifier, and the second sending time, a third RTCP packet that has a same transmission direction as the first RTCP packet and is sent by the source at the second sending time from a history record stored in the intermediate node in a matching manner, where a packet type of the third RTCP packet is a sender report.
Optionally, the processor 702 is further configured to: calculating a first segment delay from the source end to the intermediate node by the following formula:
first segment delay ═ (first arrival time-second arrival time-first time interval)/2.
Optionally, the processor 702 is further configured to: calculating a second segment delay from the opposite end to the intermediate node by the following formula:
the second fractional time delay is (second arrival time-third arrival time-second time interval)/2.
Optionally, the memory 703 has one or more of the following stored therein, including:
the arrival time of each RTCP packet received by the receiver 701, the packet type of the RTCP packet, and the packet type are the sending time of the previous RTCP packet reported by the sender, the sending time interval from the previous RTCP packet, the source-end synchronization source identifier, the peer-end synchronization source identifier, the first segment delay, and the second segment delay.
With continuing reference to fig. 7, the processor 702 is further configured to: generating recording information of a synchronization source identification group corresponding to the first RTCP message, wherein the recording information of the synchronization source identification group records: the synchronization source identification group, the first segment delay and the second segment delay. The synchronization source identification group is uniquely determined by a source synchronization source identification, an opposite end synchronization source identification and a time identification, and preferably, the time identification can be determined by the sending time of the previous RTCP message of the RTCP message.
With continued reference to fig. 7, optionally, the intermediate node 700 further comprises: a transmitter 704 for transmitting the recorded information of the synchronization source identification group to a synthesis analysis device (not shown in the figure) connected to a plurality of different intermediate nodes.
The intermediate node of the embodiment of the invention can accurately monitor the segment time delay under the condition that the time can not be strictly synchronized with the source end and the opposite end, and can support the completion of the segment time delay monitoring on all data streams flowing through the node in one intermediate node. The intermediate node may be a network switching device or a network element device on the transmission link, or a monitoring device or a DPI device that obtains RTP/RTCP data on the transmission link node by means of mirroring, light splitting, or the like.
Referring to fig. 8, an embodiment of the present invention further provides a synthesis analysis apparatus, where the synthesis analysis apparatus 800 includes:
a receiver 801, configured to obtain recording information of a synchronization source identifier group corresponding to an RTCP packet sent by multiple intermediate nodes, where the recording information of the synchronization source identifier group includes: synchronizing a source identification group, a first segment time delay from a source end to a middle node and a second segment time delay from an opposite end to the middle node;
a processor 802, configured to associate, through a specified synchronization source identifier group, to obtain a first segment delay and a second segment delay of the specified synchronization source identifier group corresponding to different intermediate nodes;
the processor 802 is further configured to determine a third segment delay between two intermediate nodes corresponding to the designated synchronization source identifier group according to the first segment delay and the second segment delay between the two intermediate nodes.
Optionally, the processor 802 is further configured to: determining the difference of the first section time delay or the difference of the second section time delay between two intermediate nodes corresponding to the appointed synchronous source identification group, or the average value of the difference of the first section time delay and the difference of the second section time delay; and determining the segmented time delay between the two intermediate nodes according to the difference or the average value of the difference.
Optionally, the synchronization source identifier group in the recording information of the synchronization source identifier group corresponding to the RTCP packet: the source synchronization source identifier, the peer synchronization source identifier and the time identifier are uniquely determined, and preferably, the time identifier can be determined by using the sending time of the previous RTCP packet of the RTCP packet.
In this embodiment, the analysis-by-synthesis device analyzes the segment delay between different intermediate nodes to obtain the segment delay between each intermediate node of the transmission link, so that the operation and maintenance of the network can be specifically guided and optimized according to the segment delay between each intermediate node of the transmission link.
Fig. 9 is a diagram of a network architecture for segment delay detection according to an embodiment of the present invention. And the DPI equipment monitors the segmented time delay of the transmission link and sends the monitoring result to the synthesis analysis equipment. Specifically, in the figure, a source UE (User Equipment) and an opposite UE perform data transmission in an RTP protocol, an RTCP message performs interaction control, and a transmission link between the RTP and the RTCP message passes through network element devices such as an SGW and an SBC. The DPI equipment respectively monitors the SGW equipment and the SBC equipment in a light splitting mode to obtain all data information flowing through the monitored network elements, carries out protocol analysis to obtain RTCP message data, and carries out segmented delay monitoring. And the synthesis analysis equipment collects the analysis results of the plurality of DPI equipment, completes correlation and carries out the segmental time delay monitoring among the nodes.
In order to more intuitively explain the technical solution of the present invention, the following is used to describe the processing procedure of the monitoring device and the segmented delay monitoring method provided by another embodiment of the present invention with reference to specific data.
Step 1, a receiver of a DPI device obtains a first RTCP packet (type may be SR or RR) flowing through an SBC network element on a transmission link in a split or mirror mode, the DPI device includes 1 source report block, the receiver of the DPI device records a first arrival time of the first RTCP packet, and a processor of the DPI device obtains a source synchronization source identifier, an opposite synchronization source identifier, and delay measurement information (including a first time interval and a first sending time) of the first RTCP packet after protocol analysis:
Figure BDA0001383247090000171
Figure BDA0001383247090000181
step 2, recording the synchronization source identification group and the time delay measurement information of the first RTCP message, and generating the synchronization source identification group of the transmission link:
(0x98f46178,0xf1d854fc,0x7e8f0000)
wherein 0x98f46178 and 0xf1d854fc represent the source end identifier and the opposite end identifier, and 0x7e8f0000 represents the time identifier and represents the sending time of the previous RTCP packet of the first RTCP packet.
Step 3, according to the synchronization source identification group, searching a second matched RTCP message in the opposite direction in the historical RTCP message record stored in the memory of the DPI equipment, and satisfying the following relations:
●SSRC of sender=0xf1d854fc;
●SSRC of source=0x98f46178;
● NTP time (i.e. transmission time) 0x7e8f 0000;
finding the RTCP _2 meeting the condition, and extracting the history information recorded by the RTCP _2 (including the second arrival time T, the second time interval DLSR, the second sending time LSR, the sending time of the SR message and the synchronous source identification) as follows:
Figure BDA0001383247090000182
step 4, calculating to obtain a source end, namely a terminal which sends an RTP stream by using the synchronization source SSRC ID of 98f46178, wherein the first segment delay to the SBC network element is:
(T1-T2-DLSR1)/2=((15:54:48.155-15:54:47.023)-460ms)/2=336ms。
step 5, according to the synchronization source identification group and the LSR 0x7e891000 recorded in the message RTCP _2, searching matched RTCP _3 messages in the same direction in the history RTCP message record of the memory, and satisfying the following relations:
●SSRC of sender=0x98f46178;
●SSRC of source=xf1d854fc;
● NTP time 891000 (i.e. transmission time) ═ 0x7 e;
finding out the message RTCP _3 meeting the condition, and extracting the historical information recorded by the message RTCP _3 (including third arrival time, third time interval DLSR, third sending time LSR, sending time of SR message and synchronous source identification) as follows:
Figure BDA0001383247090000191
step 6, calculating to obtain an opposite terminal, that is, a terminal that performs RTP stream transmission by using the synchronization source SSRC ID ═ f1d854fc, where a second segment delay to the SBC network element is:
(T2-T3-DLSR2)/2=((15:54:47.023-15:54:42.112)-4549ms)/2=181ms
and storing the first delay and the second delay result into the record information of the synchronous source identification group of the memory.
And 7, calculating the segmentation time delay between the nodes by the synthesis analysis equipment.
As shown in fig. 9, the analysis-by-synthesis device obtains the storage data of monitoring point 1(SGW) and the storage data of monitoring point 2(SBC), obtains the first and second section delays corresponding to two DPI devices according to the synchronization source combination information (0x98f46178, 0xf1d854fc, 0x7e8f0000), and obtains the section delays of the RTP links (0x98f46178, 0xf1d854fc) at 0x7e8f0000 as follows for the association result of the RTP links at this time as shown in the following table:
● segmentation delay from source to monitor point 1: 90ms
● monitor Point 1 to monitor Point 2 segmented delay: 76ms (calculated from 336 ms-90 ms or 257 ms-181 ms)
● monitoring the segment delay from point 2 to the opposite end: 181ms
● end-to-end latency: 517ms (calculated by 90ms +257ms or 336ms +181 ms);
Figure BDA0001383247090000201
referring to fig. 10, fig. 10 is a structural diagram of an intermediate node applied in the embodiment of the present invention, which can implement details of the segmented delay monitoring method and achieve the same effect. As shown in fig. 10, the intermediate node 1000 includes: a processor 1001, a transceiver 1002, a memory 1003, a user interface 1004, and a bus interface, wherein:
in this embodiment of the present invention, the intermediate node 1000 further includes: a computer program stored on the memory 1003 and executable on the processor 1001, the computer program, when executed by the processor 1001, implementing the steps of:
receiving a first real-time transport control protocol (RTCP) message, and determining a first arrival time and a first time interval of the first RTCP message at the intermediate node, wherein the first RTCP message is transmitted from the source end to the opposite end;
determining a second RTCP packet, and determining a second arrival time and a second time interval at which the second RTCP packet arrives at the intermediate node, where the second RTCP packet is transmitted from the opposite end to the source end, and the second RTCP packet is a previous RTCP packet of the first RTCP packet;
determining a first segment delay from the source end to the intermediate node according to the first arrival time, the first time interval and the second arrival time;
determining a third RTCP packet, which is a previous RTCP packet of the second RTCP packet, and determining a third arrival time at which the third RTCP packet arrives at the intermediate node, where the third RTCP packet is transmitted from the source end to the opposite end;
and determining a second section time delay from the opposite end to the intermediate node according to the second arrival time, the third arrival time and a second time interval.
In fig. 10, the bus architecture may include any number of interconnected buses and bridges, with one or more processors represented by processor 1001 and various circuits of memory represented by memory 1003 being linked together. The bus architecture may also link together various other circuits such as peripherals, voltage regulators, power management circuits, and the like, which are well known in the art, and therefore, will not be described any further herein. The bus interface provides an interface. The transceiver 1002 may be a number of elements including a transmitter and a receiver that provide a means for communicating with various other apparatus over a transmission medium. The user interface 1004 may also be an interface capable of interfacing with a desired device for different user devices, including but not limited to a keypad, a display, a joystick, etc.
The processor 1001 is responsible for managing a bus architecture and general processes, and the memory 1003 may store data used by the processor 1001 in performing operations.
Fig. 11 is a structural diagram of a synthesis analysis device applied in the embodiment of the present invention, which can implement details of a segmented delay monitoring method and achieve the same effect. As shown in fig. 11, the synthetic analysis device 1100 includes: a processor 1101, a receiver 1102, a memory 1103, a user interface 1104, and a bus interface, wherein:
in an embodiment of the present invention, the synthesis analysis apparatus 1100 further includes: a computer program stored on the memory 1103 and executable on the processor 1101, the computer program, when executed by the processor 1101, implementing the steps of: .
In fig. 11, the bus architecture may include any number of interconnected buses and bridges, with one or more processors, represented by processor 1101, and various circuits, represented by memory 1103, linked together. The bus architecture may also link together various other circuits such as peripherals, voltage regulators, power management circuits, and the like, which are well known in the art, and therefore, will not be described any further herein. The bus interface provides an interface. A receiver 1102 provides a means for communicating with various other apparatus over a transmission medium. For different user devices, the user interface 1104 may also be an interface capable of interfacing with a desired device externally, including but not limited to a keypad, display, joystick, etc.
The processor 1101 is responsible for managing the bus architecture and general processing, and the memory 1103 may store data used by the processor 1101 in performing operations.
The embodiment of the present invention further provides a computer-readable storage medium, where a data transmission program is stored on the computer-readable storage medium, and when the data transmission program is executed by a processor, the steps in the segmented delay monitoring method are implemented.
Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present invention.
It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described systems, apparatuses and units may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.
In the embodiments provided in the present application, it should be understood that the disclosed apparatus and method may be implemented in other ways. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the units is only one logical division, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.
The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.
In addition, functional units in the embodiments of the present invention may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit.
The functions, if implemented in the form of software functional units and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present invention may be embodied in the form of a software product stored in a storage medium and including instructions for causing a computer device (which may be a personal computer, a server, or a network device) to perform all or part of the steps of the method according to the embodiments of the present invention. And the aforementioned preservation medium includes: various media capable of storing program codes, such as a U disk, a removable hard disk, a ROM, a RAM, a magnetic disk, or an optical disk.
The above description is only for the specific embodiments of the present invention, but the scope of the present invention is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present invention, and all the changes or substitutions should be covered within the scope of the present invention. Therefore, the protection scope of the present invention shall be subject to the protection scope of the claims.

Claims (28)

1. A method for monitoring segment time delay is applied to an intermediate node between a source end and an opposite end, and is characterized by comprising the following steps:
receiving a first real-time transport control protocol (RTCP) message, and determining a first arrival time and a first time interval of the first RTCP message at the intermediate node, wherein the first RTCP message is transmitted from the source end to the opposite end;
determining a second RTCP packet, and determining a second arrival time and a second time interval at which the second RTCP packet arrives at the intermediate node, where the second RTCP packet is transmitted from the opposite end to the source end, and the second RTCP packet is a previous RTCP packet of the first RTCP packet; the first time interval represents a time interval between a sending time of the source end sending the first RTCP packet and a receiving time of the source end receiving the second RTCP packet;
determining a first segment delay from the source end to the intermediate node according to the first arrival time, the first time interval and the second arrival time;
determining a third RTCP packet, which is a previous RTCP packet of the second RTCP packet, and determining a third arrival time at which the third RTCP packet arrives at the intermediate node, where the third RTCP packet is transmitted from the source end to the opposite end; the second time interval represents a time interval between a first sending time when the opposite end sends the second RTCP message and a receiving time when the opposite end receives the third RTCP message;
and determining a second section time delay from the opposite end to the intermediate node according to the second arrival time, the third arrival time and a second time interval.
2. The method of claim 1, wherein determining the first time interval comprises:
acquiring a synchronization source identifier and delay measurement information corresponding to the first RTCP packet, where the synchronization source identifier includes a source synchronization source identifier and an opposite synchronization source identifier, and the delay measurement information includes: and the first sending time represents the time of the opposite terminal carried in the first RTCP message sending the second RTCP message.
3. The method of claim 1, wherein determining the second RTCP packet comprises:
and according to a source end synchronization source identifier, an opposite end synchronization source identifier and the first sending time, obtaining a second RTCP message which has the opposite transmission direction to the first RTCP message and the sending time of the opposite end is the first sending time from the history record matching stored in the intermediate node, wherein the message type of the second RTCP message is a sender report.
4. The method of claim 3, wherein determining the second arrival time and the second time interval for the second RTCP packet to arrive at the intermediate node comprises:
acquiring a history record of the second RTCP message, wherein the history record comprises: a second arrival time of the second RTCP packet at the intermediate node, a second sending time of the source end sending the third RTCP packet, and the second time interval.
5. The method of claim 4, wherein determining the third RTCP packet comprises:
and according to the source end synchronization source identification, the opposite end synchronization source identification and the second sending time, obtaining a third RTCP message which has the same transmission direction as the first RTCP message and has the sending time of the source end as the second sending time from the history record matching stored in the intermediate node, wherein the message type of the third RTCP message is a sender report.
6. The method of claim 1, wherein said determining a first fractional delay from the source to the intermediate node based on the first time of arrival, a first time interval, and a second time of arrival comprises:
calculating a first segment delay from the source end to the intermediate node by the following formula:
first segment delay ═ (first arrival time-second arrival time-first time interval)/2.
7. The method of claim 1, wherein determining the second fractional delay from the peer to the intermediate node based on the second arrival time, the third arrival time, and a second time interval comprises:
calculating a second segment delay from the opposite end to the intermediate node by the following formula:
the second fractional time delay is (second arrival time-third arrival time-second time interval)/2.
8. The method of claim 1, further comprising:
generating recording information of a synchronization source identification group corresponding to the first RTCP message, wherein the recording information of the synchronization source identification group comprises: the device comprises a synchronous source identification group, a first segment time delay and a second segment time delay, wherein the synchronous source identification group is uniquely determined by a source synchronous source identification, an opposite synchronous source identification and a time identification.
9. The method of claim 8, further comprising:
and sending the recorded information of the synchronization source identification group to a synthesis analysis device, wherein the synthesis analysis device is connected with a plurality of different intermediate nodes positioned in the same transmission link.
10. A segmented time delay monitoring method is applied to a synthesis analysis device, and is characterized by comprising the following steps:
acquiring the recording information of a synchronization source identification group corresponding to the RTCP messages, which is sent by a plurality of intermediate nodes, wherein the recording information of the synchronization source identification group records: synchronizing a source identification group, a first segment time delay from a source end to a middle node and a second segment time delay from an opposite end to the middle node; determining a first segment delay from the source end to the intermediate node according to a first arrival time, a first time interval and a second arrival time, wherein the time of a first RTCP message arriving at the intermediate node is the first arrival time, the first time interval represents a time interval between the sending time of the first RTCP message sent by the source end and the receiving time of a second RTCP message received by the source end, and the time of the second RTCP message arriving at the intermediate node is the second arrival time; determining a second segment delay from the opposite end to the intermediate node according to the second arrival time, the third arrival time and a second time interval, wherein the time for the third RTCP message to reach the intermediate node is the third arrival time, and the second time interval represents a time interval between the first sending time for the opposite end to send the second RTCP message and the receiving time for the opposite end to receive the third RTCP message;
through the appointed synchronous source identification group, obtaining first segment time delay and/or second segment time delay of different intermediate nodes corresponding to the appointed synchronous source identification group in a correlation manner;
and determining the third section time delay between any two intermediate nodes according to the first section time delay and/or the second section time delay of any two intermediate nodes corresponding to the appointed synchronous source identification group.
11. The method of claim 10, wherein determining the third fractional delay between two intermediate nodes according to the first fractional delay and/or the second fractional delay of the two intermediate nodes corresponding to the specified synchronization source identification group comprises:
determining a difference value of first segment time delay or a difference value of second segment time delay between two intermediate nodes corresponding to the appointed synchronization source identification group, or determining an average value of the difference value of the first segment time delay and the difference value of the second segment time delay;
and determining the third section time delay between the two middle nodes according to the difference or the average value of the difference.
12. The method of claim 10, wherein the synchronization source identification group in the recording information of the synchronization source identification group corresponding to the RTCP packet is uniquely determined by a source synchronization source identification, a peer synchronization source identification, and a time identification.
13. An intermediate node, comprising:
the receiver is used for receiving a first real-time transport control protocol (RTCP) message;
a processor configured to determine a first arrival time and a first time interval for the first RTCP packet to reach the intermediate node; the processor is further configured to: determining a second RTCP message, and determining a second arrival time and a second time interval at which the second RTCP message arrives at the intermediate node, wherein the second RTCP message is transmitted from an opposite end to a source end, and the second RTCP message is a previous RTCP message of the first RTCP message; the first time interval represents a time interval between a sending time of the source end sending the first RTCP packet and a receiving time of the source end receiving the second RTCP packet;
the processor is further configured to: determining a first segment delay from the source end to the intermediate node according to the first arrival time, the first time interval and the second arrival time;
the processor is further configured to: determining a third RTCP packet, which is a previous RTCP packet of the second RTCP packet, and determining a third arrival time at which the third RTCP packet arrives at the intermediate node, where the third RTCP packet is transmitted from the source end to the opposite end; the second time interval represents a time interval between a first sending time when the opposite end sends the second RTCP message and a receiving time when the opposite end receives the third RTCP message;
the processor is further configured to: determining a second segment time delay from the opposite end to the intermediate node according to the second arrival time, the third arrival time and a second time interval;
and the memory is used for storing all RTCP messages received by the receiver, the arrival time of all RTCP messages and the processing result of the corresponding RTCP messages processed by the processor.
14. The intermediate node of claim 13,
the processor is further configured to: acquiring a synchronization source identifier and delay measurement information corresponding to the first RTCP packet, where the synchronization source identifier includes a source synchronization source identifier and an opposite synchronization source identifier, and the delay measurement information includes: and the first sending time represents the time of the opposite terminal carried in the first RTCP message sending the second RTCP message.
15. The intermediate node of claim 14,
the processor is further configured to: and according to a source end synchronization source identifier, an opposite end synchronization source identifier and the first sending time, obtaining a second RTCP message which has the opposite transmission direction to the first RTCP message and the sending time of the opposite end is the first sending time from the history record matching stored in the intermediate node, wherein the message type of the second RTCP message is a sender report.
16. The intermediate node of claim 15,
the processor is further configured to: acquiring a history record of the second RTCP message, wherein the history record comprises: a second arrival time of the second RTCP packet at the intermediate node, a second sending time of the source end sending the third RTCP packet, and the second time interval.
17. The intermediate node of claim 16,
the processor is further configured to: and according to the source end synchronization source identification, the opposite end synchronization source identification and the second sending time, obtaining a third RTCP message which has the same transmission direction as the first RTCP message and has the sending time of the source end as the second sending time from the history record matching stored in the intermediate node, wherein the message type of the third RTCP message is a sender report.
18. The intermediate node of claim 13,
the processor is further configured to: calculating a first segment delay from the source end to the intermediate node by the following formula:
first segment delay ═ (first arrival time-second arrival time-first time interval)/2.
19. The intermediate node of claim 13,
the processor is further configured to: calculating a second segment delay from the opposite end to the intermediate node by the following formula:
the second fractional time delay is (second arrival time-third arrival time-second time interval)/2.
20. The intermediate node of claim 13, wherein:
the memory has one or more of the following stored therein: the receiver receives the arrival time of each RTCP message, the message type of the RTCP message, and the RTCP message type is the sending time of the last RTCP message reported by the sender, the sending time interval from the last RTCP message, the source end synchronous source identification, the opposite end synchronous source identification, the first section time delay and the second section time delay.
21. The intermediate node of claim 13, wherein the processor is further configured to: generating recording information of a synchronization source identification group corresponding to the first RTCP message, wherein the recording information of the synchronization source identification group records: the synchronization source identification group, the first segment delay and the second segment delay.
22. The intermediate node of claim 21, wherein the intermediate node further comprises:
a transmitter configured to transmit the recorded information of the synchronization source identification group to a synthetic analysis device, where the synthetic analysis device is connected to a plurality of different intermediate nodes.
23. A synthetic analysis device, comprising:
a receiver, configured to obtain recording information of a synchronization source identifier group corresponding to an RTCP packet sent by multiple intermediate nodes, where the recording information of the synchronization source identifier group includes: synchronizing a source identification group, a first segment time delay from a source end to a middle node and a second segment time delay from an opposite end to the middle node;
the processor is used for obtaining a first section time delay and/or a second section time delay of the appointed synchronous source identification group corresponding to different intermediate nodes through the appointed synchronous source identification group in a correlation mode; determining a first segment delay from the source end to the intermediate node according to a first arrival time, a first time interval and a second arrival time, wherein the time of a first RTCP message arriving at the intermediate node is the first arrival time, the first time interval represents a time interval between the sending time of the first RTCP message sent by the source end and the receiving time of a second RTCP message received by the source end, and the time of the second RTCP message arriving at the intermediate node is the second arrival time; determining a second segment delay from the opposite end to the intermediate node according to the second arrival time, the third arrival time and a second time interval, wherein the time for the third RTCP message to reach the intermediate node is the third arrival time, and the second time interval represents a time interval between the first sending time for the opposite end to send the second RTCP message and the receiving time for the opposite end to receive the third RTCP message;
the processor is further configured to determine a third segment delay between any two intermediate nodes according to the first segment delay and/or the second segment delay between any two intermediate nodes corresponding to the specified synchronization source identifier group.
24. The synthetic analysis device of claim 23 wherein the processor is further configured to: determining a difference value of first segment time delay or a difference value of second segment time delay between two intermediate nodes corresponding to the appointed synchronization source identification group, or an average value of the difference value of the first segment time delay and the difference value of the third segment time delay; and determining the third section time delay between the two middle nodes according to the difference or the average value of the difference.
25. The apparatus according to claim 24, wherein the synchronization source identification group in the recording information of the synchronization source identification group corresponding to the RTCP packet: the source end synchronous source identification, the opposite end synchronous source identification and the time identification are uniquely determined.
26. An intermediate node, comprising: memory, processor and computer program stored on the memory and executable on the processor, the processor implementing the steps in the segmented delay monitoring method according to any one of claims 1 to 9 when executing the program.
27. A synthetic analysis device, comprising: memory, processor and computer program stored on the memory and executable on the processor, the processor implementing the steps in the segmented delay monitoring method according to any one of claims 10 to 12 when executing the program.
28. A computer-readable storage medium, wherein a data transmission program is stored on the computer-readable storage medium, and when executed by a processor, the data transmission program implements the steps in the segment delay monitoring method according to any one of claims 1 to 9; or implementing the steps in a segmented delay monitoring method as claimed in any one of claims 10 to 12.
CN201710713454.7A 2017-08-18 2017-08-18 Segmented time delay monitoring method, intermediate node and synthesis analysis equipment Active CN109412881B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710713454.7A CN109412881B (en) 2017-08-18 2017-08-18 Segmented time delay monitoring method, intermediate node and synthesis analysis equipment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710713454.7A CN109412881B (en) 2017-08-18 2017-08-18 Segmented time delay monitoring method, intermediate node and synthesis analysis equipment

Publications (2)

Publication Number Publication Date
CN109412881A CN109412881A (en) 2019-03-01
CN109412881B true CN109412881B (en) 2020-09-08

Family

ID=65462574

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710713454.7A Active CN109412881B (en) 2017-08-18 2017-08-18 Segmented time delay monitoring method, intermediate node and synthesis analysis equipment

Country Status (1)

Country Link
CN (1) CN109412881B (en)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102394796A (en) * 2011-11-04 2012-03-28 华为技术有限公司 Link time delay detection method, source terminal, destination terminal and system
CN103346829A (en) * 2013-07-01 2013-10-09 北京大学 Initial random access two-step delay measurement method for satellite communication compatible with LTE mode
CN106936661A (en) * 2015-12-31 2017-07-07 华为技术有限公司 A kind of network monitoring method, apparatus and system

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5538652B2 (en) * 2010-12-20 2014-07-02 三菱電機株式会社 Network status monitoring method

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102394796A (en) * 2011-11-04 2012-03-28 华为技术有限公司 Link time delay detection method, source terminal, destination terminal and system
CN103346829A (en) * 2013-07-01 2013-10-09 北京大学 Initial random access two-step delay measurement method for satellite communication compatible with LTE mode
CN106936661A (en) * 2015-12-31 2017-07-07 华为技术有限公司 A kind of network monitoring method, apparatus and system

Also Published As

Publication number Publication date
CN109412881A (en) 2019-03-01

Similar Documents

Publication Publication Date Title
EP3542477B1 (en) One-way packet delay measurement
CN107508719B (en) Method and device for measuring network time delay and network node
US7864695B2 (en) Traffic load density measuring system, traffic load density measuring method, transmitter, receiver, and recording medium
KR102113803B1 (en) Time measurement in a packet-switched communication network
US9306692B2 (en) Method and device for assessing the performance of one or more packet synchronization services in a packet data transmission network
US9270607B2 (en) Method and devices for packet selection
JP5824347B2 (en) Time synchronization apparatus and method
CN102349251A (en) Method for processing distributed data having a chosen type for synchronizing communication nodes of a data packet network, and associated device
EP3310000B1 (en) Methods and systems for analyzing streaming media sessions
CN108173718A (en) The system and method for BFD link detectings and assessment based on SD-WAN scenes
WO2019128869A1 (en) Flexible ethernet delay measurement method and related device
US11553027B2 (en) Methods and systems for improving performance of streaming media sessions
AU2003300172A1 (en) System and method for measuring middleware response time
CN109412881B (en) Segmented time delay monitoring method, intermediate node and synthesis analysis equipment
JP4536026B2 (en) Network quality measuring method, measuring device and program
JP5485204B2 (en) Network quality measurement method, delay fluctuation estimation device, network monitoring system, and program
JP2020202498A (en) Time synchronization device, time synchronization system, time synchronization method, and program
EP3080951B1 (en) Method and devices for packet selection
US20220232060A1 (en) Methods and systems for improving performance of streaming media sessions
WO2016103674A1 (en) Stream reception device, communication system, method for estimating timing of stream transmission, and recording medium
JP2004172707A (en) Method and system for measuring packet communication quality
JP2009171453A (en) Transmission node, method for specifying tight link, and program for specifying tight link
KR20110014909A (en) Method and apparatus for time compensating between network device

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