WO2009026855A1 - Procédé de mesure de qualité de service, procédé de transmission, dispositif et système de messages - Google Patents

Procédé de mesure de qualité de service, procédé de transmission, dispositif et système de messages Download PDF

Info

Publication number
WO2009026855A1
WO2009026855A1 PCT/CN2008/072166 CN2008072166W WO2009026855A1 WO 2009026855 A1 WO2009026855 A1 WO 2009026855A1 CN 2008072166 W CN2008072166 W CN 2008072166W WO 2009026855 A1 WO2009026855 A1 WO 2009026855A1
Authority
WO
WIPO (PCT)
Prior art keywords
rtcp
message
packet
sender
measurement point
Prior art date
Application number
PCT/CN2008/072166
Other languages
English (en)
French (fr)
Inventor
Ying Liu
Original Assignee
Huawei Technologies Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from CN2007101484079A external-priority patent/CN101378337B/zh
Priority claimed from CN2007101425899A external-priority patent/CN101378352B/zh
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to AT08800679T priority Critical patent/ATE554559T1/de
Priority to ES08800679T priority patent/ES2383109T3/es
Priority to EP08800679A priority patent/EP2187563B1/en
Publication of WO2009026855A1 publication Critical patent/WO2009026855A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5009—Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823—Errors, e.g. transmission errors
    • H04L43/0829—Packet loss
    • H04L43/0835—One way packet loss
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852—Delays
    • H04L43/087—Jitter
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/50—Testing arrangements

Definitions

  • the present invention relates to network technologies, and in particular, to a method for measuring quality of service, a method for forwarding a message, a device, and a system.
  • Real Time Protocol is an end-to-end transmission protocol used to transmit data of real-time services.
  • the serial number and timestamp information provided by the real-time protocol (RTP) provides the basis for the reassembly of the packet.
  • RTP itself does not provide QoS (Quality of Service) guarantee and real-time transmission guarantee for data flow of real-time services. It also needs to complete QoS parameter calculation with Real Time Control Protocol (RTCP) for data flow.
  • the source transmission control provides the basis.
  • RTCP implements end-to-end feedback on network layer QoS parameters such as network delay, delay jitter, and packet loss rate.
  • the quality of the business it is usually desirable to guarantee in two ways.
  • a commonly used positioning method is to measure QoS performance changes during service transmission, and locate problems through established performance indicators such as network delay, delay jitter, packet loss rate, and threshold P ⁇ of each indicator.
  • the RTP/RTCP's own properties determine which QoS parameters can be used to measure real-time traffic in the network.
  • the measurement results can also be provided to other entities, such as resource admission management control entities.
  • RTP/RTCP-based methods for measuring QoS mainly include: active measurement and passive measurement.
  • RTCP SR RTCP Sender Report
  • RR RTCP Receiver Report
  • the measurement result has a direct relationship with the measurement point set between the network segments. The more measurement points are set, the more valuable the measurement result is, but each measurement
  • the sender and the receiver in the additional real-time control protocol need to report the extra RTCP SR/RR packets to interact, thereby increasing the network load.
  • FIG. 1 is a schematic diagram of a method for passively measuring QoS based on RTP/RTCP in the prior art.
  • the measurement point monitors the local RTP/RTCP data stream and calculates the QoS parameters of the RTP/RTCP data stream between the sender and the local of the message and between the local and the receiver of the message.
  • two measurement points are set between the source CPE-A and the sink CPE-B, which are Monitorl and Monitor2, and the RTP/RTCP data sent by the source CPE-A to the sink CPE-B.
  • the flow passes through Monitorr and Monitor2 in sequence, including:
  • Step 101 The source CPE-A sends an RTP/RTCP SR packet.
  • Monitorl and Monitor2 record the information of the received RTP packet, and the information includes the number of RTP packets, the transmission delay, and the like.
  • Step 103 When the RTCP SR message arrives at the Monitor1, the Monitor1 records the RTCP SR packet arrival time, and extracts the information of the source CPE-A, where the information includes the sender synchronization source identifier SSRC and the maximum number of packets sent. Then, calculate the QoS performance parameters such as RTP data packet loss rate, delay jitter, and accumulated packet loss in the RTP SR packet transmission period during the transmission of the RTP data from the source CPE-A to the local (ie Monitorl).
  • the QoS performance parameters such as RTP data packet loss rate, delay jitter, and accumulated packet loss in the RTP SR packet transmission period during the transmission of the RTP data from the source CPE-A to the local (ie Monitorl).
  • Step 104 Monitorl continues to forward RTCP SR to the next measurement point (ie, Monitor2) Message.
  • Step 105 Similar to the processing of step 103, when Monitor2 receives the RTCP SR packet, calculates the RTP SR packet time of the RTP data stream in the transmission process between the source CPE-A and the local (ie, Monitor2). QoS performance parameters such as RTP data packet loss rate, delay jitter, and accumulated packet loss in the segment.
  • Step 106 Continue to forward the RTCP SR packet to the sink CPE-B.
  • Step 107 The CPE-B calculates the end-to-end QoS parameters according to the information of the RTP/RTCP SR packet, including the packet loss rate, the delay jitter, the accumulated packet loss, and the time taken to generate the RTCP RR packet, and then generates the RTCP. RR packet.
  • Step 108 Return the generated RTCP RR packet to the source CPE-A.
  • Step 109 When Monitor2 detects that the CPE-B returns the generated RTCP RR packet, the interface extracts the end-to-end QoS parameters, and compares the QoS parameters calculated by the local (ie, Monitor2) to obtain the local and sink CPE-B. QoS performance parameters between RTP streams.
  • Step 110 Continue forwarding to generate the RTCP RR 4 message.
  • Step 111 When Monitorl also detects the generated RTCP RR packet, calculate the QoS performance parameter of the RTP stream between the local (Monitorl) and the sink CPE-B according to the same calculation method as Monitor2.
  • Step 112 Monitorl continues to forward the generated RTCP RR packet.
  • Step 113 The source CPE-A finally receives the RTCP RR packet, obtains the end-to-end QoS performance parameter, and calculates the end-to-end RTT.
  • the measurement point in the passive measurement, although the new RTCP message is not introduced, in the passive measurement, the measurement point can only calculate the QoS parameter between the two ends to the local, and cannot calculate the adjacent measurement point to the local.
  • the embodiments of the present invention provide a method for measuring service quality, a packet forwarding method, a device, and a system, which are used to measure the quality of service between adjacent network segments without increasing the network load.
  • an embodiment of the present invention provides a method for measuring quality of service, where Methods include:
  • the first measurement point calculates and stores the RTP SR message in the real-time control protocol corresponding to the RTP data stream, calculates and stores the RTP data stream to reach the local quality of service QoS parameter, and then forwards the RTCP SR to the second measurement point.
  • the receiver in the additional real-time control protocol When the second measurement point forwards the RTCP SR message, the receiver in the additional real-time control protocol generates an extra RTCP RR message, and sends the extra RTCP RR message in the service providing domain;
  • the first measurement point calculates a QoS parameter between the local and the second measurement point according to the received extra RTCP RR message.
  • the embodiment of the invention further provides a method for measuring quality of service, the method comprising:
  • the first measurement point sends the sender report RTCP SR message in the received real-time control protocol to the second measurement point;
  • the first measurement point calculates a QoS parameter between the local and the second measurement point according to the extra RTCP RR message.
  • the embodiment of the invention further provides a method for measuring quality of service, comprising the steps of:
  • the second measurement point generates an extra RTCP RR message when forwarding the received RTCP SR message;
  • the extra RTCP RR message includes: a sender synchronization source identifier, a locally calculated QoS parameter, and a sender generates an RTCP SR message.
  • Network time protocol timestamp ;
  • the extra RTCP RR packet is sent in the service providing domain for calculating the quality of service between the measurement points.
  • the embodiment of the present invention further provides a network device, including:
  • a first message sending unit configured to send the received RTCP SR message to the second measurement point;
  • the message receiving unit is configured to receive the extra RTCP RR message sent by the second measurement point;
  • the network segment quality of service calculation unit And calculating, by using the extra RTCP RR packet, a QoS parameter between the local and the second measurement point.
  • the embodiment of the invention further provides a network device, including:
  • a message generating unit configured to generate an extra RTCP when forwarding the received RTCP SR message
  • the RR packet includes: a sender synchronization source identifier, a locally calculated QoS parameter, and a network time protocol timestamp when the sender generates the RTCP SR packet;
  • a second packet sending unit configured to send the RTCP RR packet in the service providing domain, to calculate a quality of service between the measurement points.
  • the embodiment of the present invention further provides a network system, including: a first network device and a second network device, where
  • the first network device includes:
  • a first message sending unit configured to send the received RTCP SR message to the second measurement point;
  • the message receiving unit is configured to receive the second measurement point and send the extra RTCP RR message;
  • a network segment quality of service calculation unit configured to calculate a QoS parameter between the local and the second measurement point according to the extra RTCP RR packet;
  • the second network device includes:
  • the message generating unit is configured to: when the received RTCP SR message is forwarded, generate an extra RTCP RR message, where the extra RTCP RR message includes: a sender synchronization source identifier, a locally calculated QoS parameter, and a sender generation Network time protocol timestamp when RTCP SR message is sent;
  • a second packet sending unit configured to send the extra RTCP RR packet to the packet receiving unit in the service providing domain, to calculate a quality of service between the measurement points.
  • the embodiment of the present invention further provides a method for forwarding an RTCP SR 4 message, including:
  • the embodiment of the invention further provides a method for measuring QoS, including:
  • the embodiment of the present invention further provides an apparatus for forwarding an RTCP SR packet, including:
  • a QoS parameter calculation unit configured to calculate a QoS parameter of the RTP SR message corresponding to the RTP data flow between the sender of the message and the local device;
  • a new message generating unit configured to generate a new RTCP SR message according to the RTCP SR message received by the message receiving unit and the QoS parameter calculated by the QoS parameter calculation unit;
  • the message providing unit is configured to provide the new RTCP SR message generated by the new message generating unit to the adjacent downstream measurement point, so that the adjacent downstream measurement point measures the QoS based on the network segment.
  • the embodiment of the present invention further provides an apparatus for measuring QoS based on RTP/RTCP, including: a message receiving unit, configured to receive a QoS parameter carrying an RTP data stream between a message sender and an adjacent upstream measurement point.
  • RTCP SR "3 ⁇ 4 text;
  • a QoS parameter calculation unit configured to calculate a QoS parameter of the RTP SR message corresponding to the RTP data flow between the sender of the message and the local device;
  • a network segment-based QoS parameter obtaining unit configured to receive, according to the QoS parameter in the RTCP SR message, the QoS parameter in the RTCP SR message, and the QoS parameter calculated by the QoS parameter calculation unit, to obtain an RTP data stream in an adjacent upstream Measure the QoS parameters between the point and the local.
  • the embodiment of the invention further provides a transmission system of RTP/RTCP 4, comprising:
  • the sender of the message used to send RTCP SR messages
  • a first measurement point configured to receive an RTCP SR message sent by the sender of the message, calculate a QoS parameter of the RTP data stream between the sender of the message and the local, and according to the RTCP SR message and the calculated QoS a parameter, generating a new RTCP SR message, and sending the new RTCP SR message;
  • a second measurement point configured to receive the new RTCP SR message, and calculate the new RTCP SR "3 ⁇ 4 text Corresponding to the QoS parameter between the sender and the local party of the RTP data stream, and calculating the QoS parameter carried by the new RTCP SR message and the calculated QoS parameter, and calculating the RTP data flow between the local and the local QoS parameters, and the new RTCP 81 ⁇ text is restored to the original RTCP SR message and sent to the message receiver;
  • the packet receiving party is configured to: after receiving the original RTCP SR packet, calculate a QoS parameter of the sender and the receiver, generate an RTCP RR packet, and send the RTCP RR packet to the sender.
  • the first measurement point calculates the QoS parameter between the measurement points according to the extra RTCP RR message sent by the second measurement point. This simplifies the preparation before the measurement and simplifies the control of the measuring points. That is to say, when the second measurement point stores the forwarding end-to-end RTP/RTCP packet, only one type of extra RTCP RR packet needs to be generated, which simplifies the requirement for the measurement point to process the extra RTCP packet.
  • the QoS performance between the first measurement point and the second measurement point is calculated according to the information in the extra RTCP RR message. Therefore, the measurement based on the quality of service between adjacent network segments is implemented without increasing the network load.
  • the QoS parameter is provided to the adjacent downstream measurement point, and the adjacent node is not required to be adjacent.
  • the downstream measurement points are fed back.
  • the QoS parameters of the RTP data stream between the two measurement points are naturally calculated. There is no need for feedback from adjacent downstream measurement points, which can increase the burden on the network.
  • Providing the calculated QoS parameters to adjacent downstream measurement points enables neighboring downstream measurement points to calculate the QoS of the RTP data stream between the two measurement points.
  • the parameters that is, the measurement of QoS between adjacent network segments.
  • the RTP data stream after receiving the RTCP SR message carrying the QoS parameter of the RTP data stream between the message sender and the adjacent upstream measurement point, the RTP data stream can be calculated.
  • the QoS parameter between the adjacent upstream measurement point and the local does not need to be fed back to the adjacent upstream measurement point due to the QoS parameter between the received RTP data stream and the adjacent upstream measurement point.
  • FIG. 1 is a schematic diagram of a method for passively measuring QoS based on RTP/RTCP in the prior art
  • FIG. 2 is a flowchart of a method for measuring quality of service of a first measurement point according to an embodiment of the present invention
  • FIG. 4 is a flowchart of an application scenario for measuring service quality between network segments according to an embodiment of the present invention
  • FIG. 5 is a flowchart of measuring RTP/RTCP path measurement according to an embodiment of the present invention
  • FIG. 6 is another application scenario diagram for measuring service quality between network segments according to an embodiment of the present invention
  • FIG. 8 is a flowchart of a method for measuring the service quality of the measurement point in the embodiment of the present invention
  • FIG. 9 is a schematic structural diagram of a network device according to an embodiment of the present invention.
  • FIG. 10 is a schematic structural diagram of a network device according to another embodiment of the present invention.
  • FIG. 11 is a schematic structural diagram of a network system according to an embodiment of the present invention.
  • FIG. 12 is a flowchart of an embodiment of a method for forwarding an RTCP SR packet according to the present invention
  • FIG. 13 is a schematic diagram of a format of an RTCP SR packet
  • Figure 14 is a schematic diagram of the format of an RTP packet
  • 15 is a flow chart of an embodiment of a method for measuring QoS based on RTP/RTCP according to the present invention.
  • Figure 16 is a flow chart of an application embodiment of the present invention.
  • Figure 17 shows the format of an RTCP RR packet.
  • FIG. 2 is a flowchart of a method for measuring service quality of the first and second measurement points in the embodiment of the present invention.
  • the method as shown in Figure 2 includes:
  • Step 201 The first measurement point sends the sender report RTCP SR message in the received real-time control protocol to the second measurement point.
  • Step 202 Receive a receiver report in an additional real-time control protocol sent by the second measurement point.
  • Step 203 The first measurement point calculates a QoS parameter between the local and the second measurement point according to the extra RTCP RR message.
  • the method as shown in Figure 3 includes
  • Step 301 The second measurement point generates an extra RTCP RR packet when the received RTCP SR packet is forwarded.
  • the extra RTCP RR packet includes: a sender synchronization source identifier, a locally calculated QoS parameter, and a sender generates RTCP. Network time protocol timestamp when SR message is sent;
  • Step 302 Send the extra RTCP RR packet in the service providing domain to calculate the quality of the monthly service between the measurement points.
  • the RTCP SR message is extracted. Transmitter information; after calculating and storing the RTP data stream to arrive at the local quality of service QoS parameter, The second-hop measurement point forwards the RTCP SR message.
  • the RTP data stream is also calculated and stored to reach the local quality of service QoS parameter, and the calculation process is the same as the first measurement point.
  • the second measurement measurement point forwards the RTCP SR packet, the external RTCP RR packet is generated, and the extra RTCP RR packet is sent in the service providing domain, where the extra RTCP RR packet includes: The identifier, the locally calculated QoS parameter, the network time protocol timestamp LSR when the sender generates the RTCP SR message, and the time DLSR taken to generate the extra RTCP RR message.
  • the QoS between the local measurement point and the second measurement point of the extra RTCP RR packet is calculated. parameter.
  • the measurement point can be based on the measurement of the QoS parameter between the network segments.
  • the measurement cost of other measuring points is also minimized. For example, if you rely on the configuration preparation before measurement or the statistical calculation of measurement results by other entities, you can make the measurement points based on the measurement of QoS parameters between network segments. The measurement results can be more realistic.
  • the RTP data stream passes through the network. Performance at the time of the segment.
  • the embodiment of the present invention fully utilizes the characteristics of the RTCP packet, and improves the passive measurement, so that the measurement point can quickly QoS parameters between the network segments, and the embodiment of the present invention not only reduces the problem of network burden in active measurement, but also It can also realize QoS parameter measurement for the network segment between measurement points.
  • the measurement point (which may be the first measurement point or the second measurement point; or the upstream measurement point and the downstream measurement point; both are relative) monitors the arrival of the RTP message Local information, when the corresponding RTCP SR message passes the measurement point, records the sender information in the RTCP SR message, and extracts the sender information in the RTCP SR message, where the sender information includes: the sender synchronization source identifier SSRC And the number of sent packets; or the sender's synchronization source identifier, the number of sent packets, and the network time protocol timestamp NTP timestamp, but not limited to this; calculate the QoS parameters when the RTP stream passes through the local, and synchronize with the sender of the RTP stream.
  • the source identifier is stored in the index of the sender synchronization source identifier and the network time protocol timestamp; and then the RTCP SR packet is forwarded to the second measurement point.
  • the second measurement point After receiving the RTCP SR packet, the second measurement point also extracts the sender information of the RTCP SR packet, that is, the sender synchronization source identifier and the number of sent packets; or the sender synchronization source identifier, the number of sent packets, and Network time protocol timestamp, calculating the local QoS performance parameters of the RTP data stream; And sending the RTCP packet, the external RTCP RR packet includes: a sender synchronization source identifier, a locally calculated QoS parameter, and a network time protocol when the sender generates the RTCP SR packet. The timestamp LSR and the time DLSR for generating the extra RTCP RR packet, and sending the extra RTCP RR packet; and continuing to forward the end-to-end RTP/RTCP SR packet normally.
  • the sender information of the RTCP SR packet that is, the sender synchronization source identifier and the number of sent packets; or the sender synchronization
  • the first measurement point After receiving the extra RTCP RR packet, the first measurement point extracts the sender information in the extra RTCP RR packet, and matches the locally stored sender information, and if yes, calculates the local and the sent The QoS parameter between the second measurement points of the extra RTCP RR packet. That is, the sender synchronization source identifier in the RTCP RR packet is extracted first; or the sender synchronization source identifier and the network time protocol timestamp; then the source synchronization identifier is used by the sender; or the sender synchronization source identifier and network time are used.
  • the protocol timestamp is the index to find the previously saved QoS parameter information, and through comparison and calculation, the QoS performance of the RTP stream between the first and second measurement points is obtained, thereby realizing the network segment (such as the first and second two Measurement of QoS between measurement points).
  • FIG. 4 is an application scenario for measuring service quality between network segments according to an embodiment of the present invention.
  • four measurement points are preset between the network segments and belong to the same service providing domain.
  • the data flows through the measurement points (Monitor) 1 and Monitor 3 as an example.
  • it includes: source user equipment (Sender CPE-A) 41, measurement point (Monitor 1) 42, measurement point (Monitor2) 43, measurement point (Monitor3) 44, measurement point (Monitor4) 45 and sink End user equipment 46 (Receiver CPE-B), the specific process is:
  • the source CPE-A41 sends an RTP/RTCP SR packet to the sink CPE-B46.
  • RTP packets are continuously sent, and RTCP SR packets are sent periodically.
  • the sending period can be 5 seconds or 6 seconds.
  • the RTP/RTCP SR message passes through two measurement points of the service provision domain (SP), Monitor 1 and Monitor 3, the measurement points at different locations perform different operations to achieve network segment-based measurements. See Figure 5 for the specific processing of the measuring points.
  • the manner of sending the RTCP RR message is: multicast or unicast; if at least two measurement points are set in the service providing domain, the sending The mode of RTCP RR packets is unicast.
  • the extra RTCP RR packet is sent in multicast mode, the pre-information is configured when the measurement point is configured.
  • the multicast IP address and port number are set. If the extra RTCP RR packet is sent in unicast mode, the IP address and port number of the first measurement point are notified in advance when the second measurement point is configured.
  • FIG. 5 it is a flowchart of measurement points based on RTP/RTCP path measurement in an embodiment of the present invention.
  • the measurement points belonging to the same SP need to join the same multicast group, and the RTCP protocol in the SP domain occupies the same port number, and the second measurement point adopts multicast and/or unicast feedback in the SP domain.
  • RTCP RR packet In this embodiment, the RTP/RTCP SR data stream is sent to the sink end CPE-B by the source end CPE-AJ ⁇ , and the two measurement points of the SP domain are Monitor 1 and Monitor 3, and the two measurement points respectively correspond to the entrance and exit of the RTP service.
  • the specific process includes:
  • Step 501 The source CPE-AJ sends an RTP/RTCP SR packet.
  • Step 502 and step 503 Record the number of RTP messages, etc.; that is, when Monitor 1 and Monitor 3 receive the RTP message successively, the two measurement points operate the same, and the measurement points are triggered to perform statistics and calculation;
  • the RTP message extracts the sequence number for calculating the packet loss rate; extracts the timestamp for calculating the transmission delay and delay jitter.
  • Step 504 (may be performed in parallel with step 503):
  • Monitor 1 When Monitor 1 first receives the RTCP SR message corresponding to the RTP data stream, it records the RTCP SR message arrival time A1, and extracts the sender in the RTCP SR message header field.
  • the information of the sender includes: a sender synchronization source identifier and a number of sent packets; or a sender synchronization source identifier, a network time protocol timestamp, and a number of sent packets.
  • calculate the QoS parameter information of the RTP data flow between the two RTCP SR messages including the packet loss rate Fracl, the cumulative packet loss number Cul_numl from the transmission to the present, and the delay jitter J1.
  • the calculation formulas are:
  • Packet loss rate Fracl Number of lost packets in the interval lost_interval/ Expected number of received packets in the interval Expected_interval;
  • Jl(i) Jl(il) + (
  • the QoS information is stored with the SSRC of CPE-A; or the SSRC of CPE-A and the network time protocol timestamp LSR.
  • Step 505 Monitor 1 continues to forward end-to-end RTCP SR packets.
  • Step 506 When the Monitor 3 receives the corresponding RTCP SR packet, the RTCP SR packet is sent.
  • the sender synchronization source identifier is used to calculate the quality of service QoS parameter of the RTP data stream. The calculation process is similar to the step 504, that is, the RTCP SR packet arrival time A2 is recorded, and the RTCP SR packet header field is extracted.
  • the sender information includes: a sender synchronization source identifier and a number of sent packets; or a sender synchronization source identifier, a network time protocol timestamp, and a number of sent packets.
  • the QoS parameter information of the RTP data stream between the two RTCP SR packets is calculated, including the packet loss rate Frac2, the cumulative packet loss number Cul_num2 from the transmission to the present, and the delay jitter. J2.
  • the formula for the calculation is detailed above, and will not be described here.
  • the normal RTP and RTCP SR messages are forwarded, and an ext ra RTCP RR packet is generated or constructed.
  • the extra RTCP RR packet includes: a sender synchronization source.
  • the timestamp of the network time protocol in the RSR SR packet is received by the LSR in the report, indicating that the extra RTCP RR packet is for the RTCP SR packet.
  • Step 507 Send the extra RTCP RR packet in the SP domain, where the sending manner includes: multicast or direct unicast.
  • Monitor 3 multicasts or directly unicasts the extra RTCP RR message to Monitor 1. If the multicast mode is adopted, the multicast IP address and port number are determined by the SP domain and are notified in advance when the measurement point is configured. If the unicast mode is adopted, the IP address and the listening port number of the first measurement point Monitor 1 also need to be When the second measurement point Monitor 3 is configured, it is delivered.
  • Step 508 Monitor 3 continues to forward the end-to-end RTCP SR message.
  • Step 509 When the other measurement points in the SP domain receive the extra RTCP RR packet sent by the Monitor 3, the synchronization source identifier CPE-A SSRC that receives the report in the extra RTCP RR packet is extracted, and the synchronization source identifier is CPE. -A SSRC matches the local record. If it matches, the extra RTCP RR packet is processed, and the other measurement points are discarded. Then, the LSR field in the packet is extracted, and the saved network time protocol timestamp is matched by the LSR to find the corresponding QoS parameters. For this embodiment, only Monitor 1 matches the synchronization source identifier in the extra RTCP RR packet.
  • the RAT parameters of the extra RTCP RR packet are extracted and collected and saved before the measurement point. Compare QoS performance parameters and calculate RTP messages in Monitorr and Network layer QoS transmission performance between Monitor 3, including packet loss rate (FRC2-Frac) during RTCP transmission period, cumulative packet loss (Cul_num2-Cul_numl), delay jitter (J2-J1) to RTT, etc. (A3-A1 -DLSR).
  • FRC2-Frac packet loss rate
  • Cul_num2-Cul_numl cumulative packet loss
  • J2-J1 delay jitter
  • Step 510 After receiving the RTCP SR message forwarded by the Monitor 3, the CPE-B calculates the end-to-end QoS parameters of the end-to-end RTCP RR packet.
  • the 509 and 510 have no time sequence.
  • Step 511 The sinking end CPE-B feeds the end-to-end RTCP RR packet to the source CPE-A.
  • multiple measurement points can be set between the source user equipment and the sink user equipment.
  • the second measurement point sends the extra RTCP RR packet in the unicast mode or the multicast mode.
  • FIG. 6 is another application scenario diagram for measuring service quality between network segments according to an embodiment of the present invention.
  • source user equipment (Sender CPE-A) 61 measuring point (Monitor 1) 62, measuring point (Monitor2) 63, measuring point (Monitor 3) 64, measuring point (Monitor4) 65, measuring point (Monitor 5) 66, a sink user equipment 67 (Receiver CPE-B) and a centralized control unit 68.
  • Sender CPE-A source user equipment
  • RTP data flows through three measurement points in the same service provider domain, namely Monitor 1, Monitor 2 and Monitor 3, or more; at the second measurement point ( For example, Monitor3) generates an extra RTCP RR packet and forwards the extra RTCP RR packet to the first measurement point (such as Monitor2), which can be unicast or multicast.
  • the embodiment is optimal to use unicast, so that repeated calculation between measurement points can be avoided.
  • the second measurement point Before the second measurement point sends the extra RTCP RR message in unicast mode, the second measurement point can know the location (IP address) of the first measurement point in advance by the method of configuring the measurement point by the centralized control unit.
  • IP address IP address
  • the measurement point After the measurement point is powered on, it is registered to the control plane, and the existing network topology information is saved by the control plane.
  • the control plane matches the path through which the flow passes and the measurement point, and finds the measurement points that flow through and the sequence of the passes. Then, the measurement point is configured to start the measurement of the flow, and the information of the first measurement point is sent to the second measurement point, so that the second measurement point feeds back the extra RTCP RR message.
  • FIG. 7 is another flowchart of measuring points based on RTP/RTCP path measurement according to an embodiment of the present invention.
  • the RTP/RTCP SR message flows through the setting of the service providing domain (SP).
  • SP service providing domain
  • Monitor 1, Monitor 2, and Monitor 3 are used as examples.
  • the control entity pre-sets the measurement points between the network segments in the SP domain, and configures the second measurement point.
  • the IP address of the first measurement point is informed, and two measurement points between the three measurement points respectively correspond to the entrance and exit of the RTP service.
  • the implementation process is similar to that of Figure 4. The difference is that the unicast mode is used when sending extra RTCP RR packets.
  • the specific implementation steps include:
  • Step 701 The source CPE-AJ ⁇ sends out an RTP/RTCP message.
  • Step 702, step 703, and step 704 When Monitor 1, Monitor 2, and Monitor 3 receive the RTP message successively, the three measurement points operate the same, and the measurement points are triggered to perform statistics and calculation.
  • Step 705 (may be in parallel with steps 703 and 704):
  • Monitor 1 When Monitor 1 first receives the RTCP SR message corresponding to the RTP data stream, it records the RTCP SR message arrival time A1, and extracts the sender in the RTCP SR message header field.
  • the information of the sender includes: a sender synchronization source identifier and a number of sent packets; or a sender synchronization source identifier, a network time protocol timestamp, and a number of sent packets, and calculates a QoS parameter information of the RTP data stream to arrive at the local area, Including the packet loss rate Fracl, the cumulative number of lost packets from the transmission to the present Cul_numl, and the delay jitter J1, the calculation formula is detailed above, and will not be described here.
  • the QoS information is saved by the SSRC of the CPE-A; or by the SSRC of the CPE-A and the network time protocol timestamp.
  • Step 706 Monitor 1 continues to forward end-to-end RTP/RTCP SR messages.
  • Step 707 Similar to step 506, when the Monitor 2 receives the corresponding RTCP SR message, it records the RTCP SR message arrival time A2, and extracts the sender information in the RTCP SR message, where the sender information includes: The number of the source synchronization source identifier and the number of the sent packets; or the sender's synchronization source identifier, the number of the transmitted packets, and the network time protocol timestamp, and the QoS parameters of the RTP data stream that arrive at the local QoS parameter, the QoS parameters include: The packet rate Frac2, the accumulated packet loss number Cul_num2, and the delay jitter J2 are similar to the step 506, and are not mentioned here.
  • the extra RTCP RR packet includes: a sender synchronization source identifier. Calculate the local QoS parameters, the network time protocol timestamp LSR when the sender generates the RTCP SR message, and the time DLSR it takes to construct the extra message. That is to say, the sender synchronization source identifier in the reception report of the extra RTCP RR packet is filled with CPE-A SSRC, indicating that this is the QoS statistics of the RTP packet sent by the CPE-A.
  • Step 708 Similar to the step 507, the difference is that the manner of sending the extra RTCP RR packet in the SP domain may be unicast. That is, Monitor 2 directly unicasts the extra RTCP RR message to Monitor 1, its unicast IP address and port number, and informs Monitor 1 of the IP address and port number when configuring the second measurement point Monitor 2. .
  • Step 709 Similar to the step 509, when the Monitor 1 receives the extra RTCP RR packet that is directly unicast by the Monitor 2, the synchronization source identifiers CPE-A SSRC and CPE- received in the extra RTCP RR packet are extracted.
  • the network time protocol timestamp LSR is generated when the RTCP SR packet is generated, and the synchronization source identifier CPE-A SSRC is matched with the local record. If the match is matched, the extra RTCP RR packet is processed. which is:
  • the QoS parameters are compared with the QoS performance parameters calculated and saved before the measurement point to calculate the network layer QoS transmission performance of the RTP message between Monitor 1 and Monitor 2, including the packet loss rate during the RTCP transmission period (Frac2- Fracl ), cumulative packet loss ( Cul_num2- Cul_numl ), delay jitter (J2-J1 ), and RTT (A3-A1-DLSR);
  • Step 710 The Monitor 2 forwards the RTCP SR packet.
  • Step 711 Similar to step 506, when Monitor 3 receives the corresponding RTCP SR ⁇ 3 ⁇ 4 text, records the RTCP SR message arrival time A4, and extracts the sender synchronization source identifier and the number of sent packets of the RTCP SR message; or the sender Synchronizing the source identifier, the number of sent packets, and the network time protocol timestamp, and calculating the quality of service QoS parameters of the RTP data stream to the local, the QoS parameters include: a packet loss rate Frac3, a cumulative number of lost packets Cul_num3, and delay jitter J3, the calculation process is similar to the step 506, and is not described here.
  • the extra RTCP RR packet includes: a sender synchronization source identifier, a local QoS parameter, a network time protocol timestamp LSR when the sender generates the RTCP SR packet, and a time DLSR for constructing the extra packet. That is to say, the sender synchronization source identifier in the reception report of the extra RTCP RR packet is filled with CPE-A SSRC, indicating that this is the QoS statistics of the RTP packet sent by the CPE-AJ ⁇ .
  • the LSR in the report receives the timestamp of the network time protocol, indicating that the extra RTCP RR packet is for this RTCP SR packet.
  • steps 708 and 709 and steps 710 and 711 have no temporal order.
  • Step 712 Similar to step 507, the difference is that the extra RTCP is sent in the SP domain.
  • the mode of the RR packet is as follows: Unicast. That is, Monitor 3 directly unicasts the extra RTCP RR message to Monitor 2, and its unicast IP address and port number have been notified to Monitor 2's IP address and port number when the second measurement point Monitor3 is configured.
  • Step 713 Similar to the step 509, when the Monitor 2 receives the extra RTCP RR packet that is directly unicast by the Monitor 3, the synchronization source identifier CPE-A SSRC that receives the report in the extra RTCP RR packet is extracted;
  • the synchronization source that receives the report in the extra RTCP RR packet identifies the CPE-A SSRC and the network time protocol timestamp LSR when the sender generates the RTCP SR packet, and identifies the synchronization source CPE-A SSRC; or the synchronization source
  • the identifiers of the CPE-A SSRC and the LSR are respectively matched with the local records. If they match, the extra RTCP RR packets are processed. which is:
  • the extra RTCP RR packet arrival time A5 is recorded, and the extra RTCP RR packet is extracted.
  • the QoS parameters are compared with the QoS performance parameters calculated and saved before the measurement point to calculate the network layer QoS transmission performance of the RTP message between Monitor 2 and Monitor 3 , including the packet loss rate during the RTCP transmission period (Frac3- Frac2), cumulative packet loss (Cul_num3-Cul_num2), delay jitter (J3-J2), and RTT (A5-A2-DLSR).
  • Step 714 The Monitor 3 forwards the RTCP SR message.
  • Step 715 After receiving the extra RTCP SR message forwarded by the Monitor 3, the CPE-B calculates the end-to-end QoS parameters and generates an end-to-end RTCP message.
  • steps 712 and 713 and steps 714 and 715 have no temporal order.
  • Step 716 The sink CPE-B feeds back the RTCP RR packet to the source CPE-A.
  • RTCP SR messages The way of RTCP SR messages is also different. Considering the optimization scheme, if two measurement points are set in the service provider domain, the extra RTCP SR packets can be sent in unicast or multicast mode. If three or more measurement points are set, the unicast mode is adopted. Send an extra RTCP SR packet.
  • an embodiment of the present invention further provides a method for measuring quality of service, and a flowchart of the method is shown in FIG. 8.
  • the method includes the following steps:
  • Step 801 The first measurement point calculates and stores the RTP SR message in the real-time control protocol corresponding to the received RTP data stream, and calculates and stores the RTP data flow to the local QoS parameter, and then goes to the second measurement point. Forwards RTCP SR packets.
  • Step 802 The second measurement point generates additional real-time control when forwarding the RTCP SR message.
  • the receiver in the protocol reports the extra RTCP RR packet and sends the extra RTCP RR packet in the service provider domain.
  • Step 803 The first measurement point calculates a QoS parameter between the local and the second measurement point according to the received extra RTCP RR packet.
  • the specific process in this embodiment is: when the sender in the real-time control protocol corresponding to the RTP data stream reports the RTCP SR message, the first measurement point extracts the sender information in the corresponding RTCP SR message.
  • the sender information includes: a sender synchronization source identifier and a number of sent packets; or a sender synchronization source identifier, a network time protocol timestamp, and a number of sent packets; calculating a quality of service QoS parameter of the RTP data stream to arrive at the local, and
  • the sender synchronization source identifier and the number of sent packets; or the sender synchronization source identifier, the network time protocol timestamp, and the number of sent packets are stored in the local service quality QoS parameters of the RTP data stream. And then forwarding the RTCP SR message to the second measurement point;
  • the QoS parameter of the RTP data stream reaching the local is also calculated and stored, where the QoS parameter includes: a packet loss rate, a total number of lost packets;
  • the RTCP SR packet is generated, and the extra RTCP RR packet is generated, and the extra RTCP RR packet is sent in the service providing domain.
  • the extra RTCP RR packet includes: a sender synchronization source identifier, and a locally calculated QoS parameter.
  • the method for sending the extra RTCP RR packet in the service providing domain includes multicast or unicast. If two measurement points are set, multicast or unicast may be used; if three or three are set For the above measurement points, it is better to use unicast transmission.
  • the first measurement point When the first measurement point receives the extra RTCP RR packet, extracts the sender information in the extra RTCP RR packet, and determines whether the sender information in the extra RTCP RR packet is locally saved. The party information is matched; if it matches, the saved QoS parameter corresponding to the sender synchronization source identifier is compared with the QoS parameter in the extra RTCP RR packet, and the QoS parameter between the two measurement points is obtained. .
  • an embodiment of the present invention further provides a network device, and a schematic structural diagram thereof is shown in FIG. 9.
  • the network device includes: a first message sending unit 91, a message receiving unit 92, and a network segment quality of service calculating unit 93.
  • the first message sending unit 91 is configured to send the received RTCP SR message to the second measurement point, where the message receiving unit 92 is configured to receive the extra RTCP RR sent by the second measurement point.
  • the network segment quality of service calculation unit 93 is configured to calculate a QoS parameter between the local and the second measurement point according to the extra RTCP RR packet.
  • the network device further includes: a first quality of service calculation unit and a first storage unit.
  • the first QoS calculation unit is configured to extract the sender synchronization source identifier and the number of sent packets in the RTCP SR packet corresponding to the received RTP data stream; or the sender synchronization source identifier and the network time protocol time stamp And sending the number of packets; calculating the QoS parameters of the RTP data stream to arrive at the local. That is, when the first QoS calculation unit receives the RTP/RTCP SR message, it first records the sequence number, the timestamp, and the arrival time of the corresponding RTCP SR message in the RTP message, and extracts the local time.
  • the sender information in the header field of the RTCP SR packet where the sender information includes: a sender synchronization source identifier and a number of sent packets; or a sender synchronization source identifier, a network time protocol timestamp LSR, and a number of sent packets.
  • the RTP data stream between the adjacent RTCP SR messages arrives at the local QoS parameter according to the received RTP message sequence number and timestamp and the sender information in the RTCP SR message.
  • the first storage unit is configured to: according to the sender synchronization source identifier; or the sender synchronization source identifier and the network time protocol timestamp are indexes to store the QoS parameters of the RTP data stream reaching the local.
  • the network segment quality of service calculation unit 93 includes: a determining subunit 931 and a comparing subunit 932.
  • the determining sub-unit 931 is configured to determine the sender synchronization source identifier in the extra RTCP RR packet, or the sender synchronization source identifier and the network time protocol timestamp when the sender generates the RTCP SR packet and the local record.
  • the comparing subunit 932 is configured to compare the QoS parameter in the extra RTCP RR packet with the local QoS parameter when the determining subunit sends the matching judgment result, to obtain the measurement The quality of service between points.
  • the implementation of the present invention further provides a network device, which is shown in FIG.
  • the network device includes: a message generating unit 101 and a second message sending unit 102.
  • the packet generating unit 101 is configured to: when forwarding the received RTCP SR packet, generate an extra RTCP RR packet, where the extra RTCP RR packet includes: a sender synchronization source identifier, and a locally calculated QoS The parameter and the network time protocol timestamp when the sender generates the RTCP SR message; the second message sending unit 102 is configured to send the RTCP RR message in the service providing domain, for calculating between the measurement points service quality.
  • the network device further includes: a second quality of service calculation unit and a second storage unit.
  • the second QoS calculation unit is configured to: when receiving the RTCP SR message corresponding to the RTP data stream, extract the sender synchronization source identifier and the number of sent packets of the RTCP SR message; or the sender synchronization source identifier
  • the network time protocol timestamp and the number of sent packets after calculating and storing the RTP data stream to reach the local QoS parameter, forwarding the RTCP SR message; the second storage unit, configured to synchronize according to the sender The source identifier; or the sender synchronization source identifier and the network time protocol timestamp are indexes for storing the local QoS parameters.
  • the second packet sending unit 102 includes at least one of a unicast transmitting subunit 1021 and a multicast sending subunit 1022.
  • the unicast sending subunit 1021 is configured to send the extra RTCP RR packet when at least two measurement points are set in the service providing domain
  • the multicast sending subunit 1022 is configured to set two in the service providing domain. When the point is measured, the extra RTCP RR packet is sent.
  • the network device further includes: a centralized control unit, configured to control the manner of sending the extra RTCP RR packet, and when the multicast mode is used to send the extra RTCP RR packet, the set group is notified in advance when the measurement point is configured. Broadcast IP address and port number; or, when the extra RTCP RR ⁇ is sent in unicast mode, the IP address and port number of the first measurement point are notified in advance when the second measurement point is configured.
  • a centralized control unit configured to control the manner of sending the extra RTCP RR packet, and when the multicast mode is used to send the extra RTCP RR packet, the set group is notified in advance when the measurement point is configured.
  • Broadcast IP address and port number or, when the extra RTCP RR ⁇ is sent in unicast mode, the IP address and port number of the first measurement point are notified in advance when the second measurement point is configured.
  • the network device is as shown in FIG. 9 and FIG.
  • the network device includes: a first quality of service calculation unit, a message receiving unit, and a network segment quality of service calculation unit
  • the network device provides a first measurement point on the path of the intra-domain RTP flow for the service.
  • the network device When the network device includes: a first quality of service calculation unit, a message generation unit, a message sending unit, a message receiving unit, and a network segment quality of service computing unit, the network device provides an intra-domain RTP flow path for the service. Intermediate measurement point.
  • the network device When the network device includes: a second quality of service calculation unit, a message generation unit, and a message transmission unit, the network device provides a last measurement point on the path of the intra-domain RTP flow for the service.
  • an embodiment of the present invention further provides a network system, and a schematic structural diagram thereof is shown in FIG. 11.
  • the system includes a first network device 111 and a second network device 112.
  • the first network device 111 includes: a first message sending unit 1111, a message receiving unit 1112, and a network segment quality of service calculating unit 1113.
  • the first packet sending unit 1111 is configured to send the received RTCP SR packet to the second measurement point
  • the packet receiving unit 1112 is configured to receive the second measurement point and send the extra
  • the RTCP RR packet is used by the network segment quality of service calculation unit 1113 to calculate a QoS parameter between the local and the second measurement point according to the extra RTCP RR packet.
  • the second network device 112 includes: a message generating unit 1121 and a second message transmitting unit 1122.
  • the packet generating unit 1121 is configured to: when forwarding the received RTCP SR packet, generate an extra RTCP RR packet, where the extra RTCP RR packet includes: a sender synchronization source identifier, and a locally calculated QoS parameter. And a network time protocol timestamp when the sender generates the RTCP SR message; the second message sending unit 1122 is configured to send the extra RTCP RR message to the message receiving unit in the service providing domain, where Calculate the quality of service between measurement points.
  • the first network device comprises: a first quality of service calculation unit, a first storage unit; and the second network device comprises a second quality of service calculation unit, a second storage unit.
  • the first or second QoS calculation unit is configured to: when receiving the RTCP SR message corresponding to the RTP data stream, extract the sender synchronization source identifier and the number of sent packets of the RTCP SR message; or the sender Synchronizing the source identifier, the network time protocol timestamp, and the number of sent packets, and calculating and storing the RTP SR packet after the RTP data stream arrives at the local QoS parameter;
  • the first or second storage unit is configured to: And storing the local QoS parameter according to the sender synchronization source identifier; or the sender synchronization source identifier and the network time protocol timestamp.
  • the first quality of service calculation unit extracts the RTCP SR message.
  • the sender synchronizes the source identifier and the number of sent packets; or the sender synchronization source identifier of the RTCP SR packet, the number of sent packets, and the network time protocol timestamp, and calculates and stores the QoS parameters of the RTP data stream reaching the locality.
  • the QoS parameters include: a packet loss rate, an accumulated packet loss rate, and a delay jitter.
  • the RTCP SR message is then forwarded to the second quality of service calculation unit by the first packet sending unit.
  • the second quality of service calculation unit is similar to the implementation process of calculating the QoS parameter when the first quality of service calculation unit is used, that is, when the received RTCP SR message is received, the RTP data stream is calculated to reach the local QoS parameter, and And the RTCP SR packet is forwarded to the packet generating unit, and the packet generating unit generates an extra RTCP RR packet, where the extra RTCP RR packet includes: Source ID, local QoS parameters, network time protocol timestamp and generated extra when the sender generates RTCP SR text The time taken by the RTCP RR packet, and the extra RTCP RR packet is forwarded to the second packet sending unit; the second packet sending unit multicasts or unicasts the RTCP RR packet to the packet receiving The unit, the message receiving unit, after receiving the extra RTCP RR message, forwarding the extra RTCP RR message to the
  • the extra RTCP RR packets generated by the second measurement point feedback can be multicasted in the SP range to calculate the QoS parameters between the measurement points.
  • the information required for the transport layer and network layer packaging is known.
  • the measurement point does not need to know the IP address or port information of the first measurement point through which the RTP/RTCP SR message flows, thereby simplifying the preparation preparation before the measurement, and simplifying the control of the measurement point, for example, when a new one needs to be added.
  • the measurement point stores and forwards the RTP/RTCP packets, and only needs to generate extra RTCP RR-type packets, which can be multicast or unicast directly in the SP domain. Simplifies the requirement for additional measurement points to handle additional RTCP messages compared to active measurements.
  • the QoS information is returned to the first measurement point at the second measurement point, and the first measurement point can calculate the QoS performance of the network between the two measurement points of the RTP message according to the reception report, so that the measurement point can be measured based on the network segment. , thereby reducing the computational effort of the centralized control entity.
  • the RTP data stream can be routinely checked by using the technical solution in the embodiment of the present invention. If a measurement point at a certain location sends a fault, the scheme can also be roughly located.
  • the SP configuration monitors the RTP service measurement points as far as possible on the edge of the domain, that is, where RTP packets enter the domain and where the domain leaves the domain. RTP services may not distribute or distribute measurement points on the path that the domain travels.
  • the measurement points are set at the ingress and egress of the RTP service domain, and the extra RTCP RR packets are exchanged between the measurement points to determine the quality of the RTP service in the SP range. If the quality is degraded, you can use other methods to more accurately locate the problem.
  • the embodiment of the present invention further provides a method for forwarding an RTCP SR packet, and a flowchart thereof is shown in FIG. 12, where the forwarding method includes:
  • Step 1201 Receive an RTCP SR message, and calculate an RTP data stream between the sender of the message and the local Between QoS parameters.
  • the format of the RTCP SR packet is shown in Figure 13, where V is the version, P is the padding position, RC is the number of received reports, PT is the type of the packet, SR is the sender report, and Length is the packet. length.
  • the RTCP SR message consists of four parts, which are an 8-byte header, 20 bytes of transmission information, and a Receiver Report Block (RRB) in units of 24 bytes. If necessary, There may be an extension, as shown in Figure 13, the Synchronization Source Identifier 1 (SSRC-1) field to the delay (DLSR, Delay Since last SR) field from the receipt of the most recent RTCP SR message to the transmission of the received report. For a receiving block.
  • SSRC-1 Synchronization Source Identifier 1
  • the receiving RTCP SR packet may be a measurement point adjacent to the downstream side of the packet sender.
  • the RTCP SR packet is a downstream measurement point sent by the packet sender and not forwarded or processed by any measurement point.
  • the RTCP SR packet is sent by the adjacent upstream measurement point, and may be an RTCP SR packet sent by the packet sender but processed by the adjacent upstream measurement point, or may be a new one generated by the adjacent upstream measurement point.
  • RTCP SR"3 ⁇ 4 text may be a new one generated by the adjacent upstream measurement point.
  • the sender of the message or the measurement points of the adjacent upstream can be sent out at intervals.
  • RTCP SR message may periodically send an RTCP SR message, for example, send an RTCP SR message every 5 seconds.
  • RTCP SR message when receiving the RTCP SR message, the RTCP SR is also received intermittently. Further, RTCP SR packets can be received periodically.
  • Each measurement point receives at least one RTP packet before receiving the RTCP SR packet.
  • the RTP packet can be continuously sent by the packet sender to form an RTP stream.
  • the RTCP SR packet can be combined with the RTP packet at the transport layer. Multiplexed transmission.
  • the format of the RTP packet is shown in Figure 14, where X indicates whether there is an extended header, CC indicates the number of CSRCs, M is a flag, and PT indicates the payload type.
  • the measurement point After receiving the RTP message, the measurement point extracts the sequence number from the RTP message to calculate the packet loss rate. The timestamp is extracted to calculate the transmission delay and delay jitter.
  • the RTCP SR message can be recorded as long as the RTCP SR3 ⁇ 4 file has all the information of the RTCP SR message sent by the sender of the message, regardless of whether the RTCP SR message is forwarded or processed by the upstream measurement point.
  • the time of arrival at the local time, and according to the number of sent packets recorded in the RTCP SR packet sent by the sender of the packet, the RTP data stream is calculated at the sender and local of the packet when the two adjacent RTCP SR packets arrive at the local interval.
  • the packet loss rate between the packet and the first RTCP SR packet sent from the sender of the received message is received.
  • the RTP data stream can be calculated at the sender of the message and the local device.
  • the process of receiving the RTCP SR message and calculating the RTP data stream are There is no necessary sequence relationship between the process of QoS parameters between the sender of the message and the local.
  • Step 1202 Generate a new RTCP SR packet according to the RTCP SR packet and the calculated QoS parameter.
  • the new RTCP SR packet may be generated according to the following manner: According to the calculated QoS parameter of the RTP data stream between the sender of the packet and the local, a receiving report is generated, and the receiving report is put into the RTCP SR packet. Receiving a report area, generating the new RTCP SR message.
  • the SSRC is the SSRC of the sender of the message
  • the timestamp (LSR, Last SR) carried by the nearest sender report is the time when the RTCP SR3 ⁇ 4 text arrives at the local time
  • the DLSR is the time taken to generate the received message.
  • the generated reception report may be placed in the receiving report area of the RTCP SR packet, for example, may be placed.
  • the RTCP SR message is already behind the received report block. Generally, as long as the number of received report blocks in the received RTCP SR message is less than 31, the newly generated reception report may be placed after the existing reception report block in the RTCP SR message, where the header The RC field of the field is incremented by 1, and the Length field is incremented by 6.
  • the RPS SR packet may be placed in the RTCP SR packet to store the RTP.
  • the QoS parameter can exist in the RTCP SR message in the form of receiving the report. In other words, it is in the RTCP SR.
  • the receiving report generated by the adjacent upstream measuring point is replaced by the new receiving report in the message.
  • the received RTCP SR message is a new message newly generated by the adjacent upstream measurement point that is independent of the RTCP SR message sent by the message sender, it can also be replaced with the new reception report in the RTCP SR message.
  • the received report generated by the adjacent upstream measurement point is discarded.
  • a new RTCP SR message can be generated as follows: Based on the calculated RTP data Generating a QoS parameter between the sender of the message and the local device, generating a reception report, and generating a new RTCP SR message independent of the RTCP SR message according to the generated received message. Generally, if the number of received report blocks in the received RTCP SR message is equal to 31, a new message independent of the received RTCP SR message may be generated for the generated reception report.
  • the SSRC in the header field of the new packet is the identifier of the measurement point, and RC is 1, and Length is the actual length of the new packet, and other information is the same as the received RTCP 81 ⁇ text.
  • Step 1203 Provide the new RTCP SR message to an adjacent downstream measurement point.
  • the new RTCP SR message can be provided to the adjacent downstream measurement. point.
  • the adjacent downstream measurement point can calculate the RTP data stream in the execution step according to the QoS parameter between the packet sender and the measurement points of steps 1201, 1202, 1203 according to the RTP data stream carried in the new RTCP SR message.
  • the RTCP SR message may carry the RTP data stream between the message sender and the adjacent upstream measurement point.
  • the RTP data can be calculated according to the QoS parameters carried by the RTCP SR message and the calculated QoS parameters. The QoS parameters flowing between adjacent upstream measurement points and the local.
  • the embodiment shown in FIG. 12 may be implemented by multiple forms of devices.
  • One of the device embodiments may include: a message receiving unit, configured to receive an RTCP SR message; and a QoS parameter calculation unit, configured to calculate the RTCP SR
  • the message corresponds to the QoS parameter of the RTP data stream between the sender of the message and the local;
  • the new message generating unit is configured to calculate the QoS calculated by the RTCP SR message received by the message receiving unit and the QoS parameter calculation unit
  • the parameter, the new RTCP SR message is generated, and the message providing unit is configured to provide the new RTCP SR message generated by the new message generating unit to the adjacent downstream measurement point.
  • the RTCP SR packet received by the packet receiving unit may have all the information of the RTCP SR packet sent by the packet sender, or may be a new RTCP SR packet generated by the adjacent upstream measurement point.
  • the message receiving unit can also receive the RTP message. After receiving the RTP message, the message receiving unit can provide the RTP message to the same device or other processing unit of the measurement point, and the other processing unit will receive the RTP message. Extract the serial number to calculate the packet loss rate; extract the timestamp to calculate the transmission delay And delay jitter. After receiving the RTCP SR packet, the packet receiving unit can forward or process the RTCP SR packet through the upstream measurement point. As long as the RTCP SR packet has all the information of the RTCP SR packet sent by the packet sender, the packet receiving unit can The RTCP SR message is sent to other processing units.
  • the other processing unit records the time when the RTCP SR message arrives at the local time, and calculates the number of sent packets according to the RTCP SR message sent by the sender of the message.
  • other processing units herein may be QoS parameter calculation units.
  • the QoS parameter calculation unit can calculate the RTP data stream after receiving the RTCP SR message.
  • the new message generating unit may generate a new RTCP SR message according to the following manner: According to the calculated QoS parameter of the RTP data stream between the sender of the message and the local, generate a receiving report, and then put the receiving report into the RTCP SR report. The receiving report area of the text generates the new RTCP SR message.
  • the new message generation unit may put the generated reception report into the reception report area of the RTCP SR message. For example, it can be placed after the received report block already in the RTCP SR message.
  • the new message generation unit may put the reception report into the RTCP SR.
  • the message stores the location of the original QoS parameter of the RTP data stream between the sender of the message and the adjacent upstream measurement point.
  • the QoS parameter may exist in the RTCP SR message in the form of receiving the report. That is, in the RTCP SR message, the received report generated by the adjacent upstream measurement point is replaced with a new reception report.
  • the new message is generated.
  • the unit may also replace the received report generated by the adjacent upstream measurement point with the new reception report in the RTCP SR message.
  • the QoS parameter of the calculated RTP data stream between the sender of the message and the local device generates a reception report, and then generates the new RTCP SR message independent of the RTCP SR message according to the generated reception report.
  • the new message generation unit reconstructs the received RTCP SR message to obtain a new RTCP SR message, or the new message generation unit generates a new message independent of the received RTCP SR message, as shown in FIG.
  • a measurement point can provide a new RTCP SR message to an adjacent downstream measurement point, so that the adjacent downstream measurement point can use the new RTCP 81 ⁇ for network segment-based measurement QoS. the process of.
  • the present invention further provides an RTP/RTCP-based method for measuring QoS. As shown in FIG. 15, the method includes:
  • Step 1501 Receive an RTCP SR message carrying the QoS parameter of the RTP data stream between the message sender and the adjacent upstream measurement point, and calculate the RTP data packet corresponding to the RTP data stream in the message sender and the local area. Between QoS parameters.
  • the RTCP SR message carrying the QoS parameter of the RTP data stream between the packet sender and the adjacent upstream measurement point may be sent by the adjacent upstream measurement point, and the received RTCP SR message may have the message sender. All the information of the RTCP SR message sent, the RTCP SR message received may be a new message generated by the adjacent upstream measurement point and independent of the RTCP SR message sent by the message sender.
  • the QoS parameters may exist in the received RTCP SR message in the form of receiving reports.
  • the RTP data stream can be calculated at the sender of the message and locally. Between QoS parameters.
  • the RTP data stream needs to be calculated before the message sender and the local device are received. Between QoS parameters. If the received RTCP 81 is the RTCP SR message sent by the adjacent upstream measurement point and is independent of the message sender, the RTP data stream is carried between the message sender and the adjacent upstream measurement point. The process of RTCP SR messages with QoS parameters, and the calculation of RTP There is no necessary sequence relationship between the process of data flow and the QoS parameters between the sender of the message and the local.
  • Step 1502 According to the QoS parameter between the message sender and the adjacent upstream measurement point of the RTP data stream and the QoS parameter between the sender of the message and the local, obtain the RTP data stream at the adjacent upstream measurement point and the local Between QoS parameters.
  • the QoS parameters of the RTP data stream between the message sender and the adjacent upstream measurement point and the QoS parameters between the sender of the message and the local can be obtained.
  • the QoS parameters of the TP data stream between adjacent upstream measurement points and the local can be obtained, so that the QoS is measured based on the network segment.
  • the RTCP SR packet received by the packet sender has all the information of the RTCP SR packet sent by the packet sender. After calculating the QoS parameters of the RTP data stream between the sender of the packet and the local, the calculation may also be performed according to the calculation.
  • the RTP data stream is in the QoS parameter between the sender of the message and the local, generates a reception report, and puts the RTP data stream in the received RTCP SR message in the message sender and the adjacent upstream measurement point.
  • a new RTCP SR message is generated, and a new RTCP SR message is sent to the adjacent downstream measurement point.
  • the RTCP SR message is a measurement point upstream of the message receiver but not adjacent to the upstream, and the received RTCP SR message has a message transmission.
  • the QoS parameter between the sender of the message and the local is calculated according to the calculated RTP data stream.
  • the RTP data stream is in the original location of the QoS parameter between the sender of the message and the adjacent upstream measurement point, and a new RTCP SR3 ⁇ 4 is generated.
  • the new RTCP SR message is then provided to the adjacent downstream measurement point.
  • the RP parameters of the calculated RTP data stream between the sender of the message and the local device may be generated, and a reception report may be generated, and then generated according to the generated reception report.
  • a new RTCP SR message is sent from the RTCP SR message sent by the message sender, and then the new RTCP SR message is sent to the adjacent downstream measurement point.
  • the measurement point is adjacent to the upstream end of the message receiving party, and the received The RTCP SR packet has all the information of the RTCP SR packet sent by the packet sender.
  • the RTP SR packet can be removed from the received RTCP SR packet.
  • the QoS parameter between the measurement points is used to restore the received RTCP SR message to the RTCP SR message sent by the message sender, and then provide the RTCP SR message sent by the message sender to the message receiver.
  • the RTCP SR packet can be removed after receiving the RTCP SR packet.
  • the received RTCP SR packet is no longer generated by the new RTCP SR packet, and the RTCP SR packet sent by the sender of the packet is sent to the packet receiver.
  • the RTCP SR message may pass through the network domain provided by different Internet Service Providers (ISPs) in the process of the message sender reaching the message receiver.
  • ISPs Internet Service Providers
  • the downstream network domain may not support the modification format of the RTCP SR packet by the upstream network domain, or may not need to measure the RTP data stream between the two network domains.
  • the QoS parameters may also be due to the fact that the upstream network domain does not want the downstream network domain to obtain the transmission performance of the RTP data stream in the upstream network domain, and may also be due to other reasons. In short, for at least one reason, the last one of the upstream network domain The measurement point may not provide the QoS parameters of the RTP data stream between the two measurement points to the downstream network domain.
  • the RTP data stream carried by the received RTCP SR packet may be removed from the sender and the neighbor of the packet.
  • the QoS parameter between the upstream measurement points is used to restore the received RTCP SR3 ⁇ 4 text to the RTCP SR message sent by the sender of the message, and then provide the RTCP SR message sent by the sender of the message to the adjacent downstream network domain.
  • the RTCP SR message is received as the last measurement point of a network domain, and the received RTCP SR message is independent of the RTCP SR message sent by the message sender, the RTCP SR message is received.
  • the downstream network domain can support the upstream network domain to modify the RTCP SR message , or the downstream network domain needs to measure the QoS parameters of the RTP data stream between the two network domains, or for other reasons, the last measurement point of the upstream network domain can also provide the generated reception report to the downstream network. area.
  • the embodiment shown in FIG. 15 can also be implemented by multiple forms of devices.
  • One of the device embodiments can include: a message receiving unit, configured to receive the RTP data stream and transmit it to the sender of the message and the adjacent upstream. a RTCP SR message of the QoS parameter between the points; a QoS parameter calculation unit, configured to calculate a QoS parameter of the RTP SR message corresponding to the RTP data stream between the sender of the message and the local; And a unit, configured to determine, according to the QoS parameter between the packet sender and the adjacent upstream measurement point, the RTP data stream received by the packet receiving unit, and the message between the sender and the local device calculated by the QoS parameter calculation unit The QoS parameter obtains the QoS parameter of the RTP data stream between the adjacent upstream measurement point and the local.
  • the RTCP SR message carrying the QoS parameter of the RTP data stream between the message sender and the adjacent upstream measurement point may be sent by the adjacent upstream measurement point, and the RTCP SR message received by the message receiving unit is also It may be a new message generated by an adjacent upstream measurement point that is independent of the RTCP SR message sent by the sender.
  • the QoS parameters may exist in the received RTCP SR3 ⁇ 4 text in the form of a received report.
  • the QoS parameter calculation unit can calculate the RTP data.
  • the QoS parameter calculation unit needs to receive the RTP data after receiving such a message.
  • the RTCP SR message received by the message receiving unit is an RTCP SR message sent by the neighboring upstream measurement point and is independent of the message sender, the message receiving unit receives the RTP data stream and carries the RTP data stream in the message sender and phase.
  • the process of RTCP SR message of the QoS parameter between the adjacent upstream measurement points has no necessary sequence relationship with the process of the QoS parameter calculation unit calculating the QoS parameter of the RTP data stream between the message sender and the local.
  • the message receiving unit can obtain the RTP data stream at the sender of the message and the adjacent upstream measurement point.
  • the QoS parameter calculation unit can calculate the QoS parameters of the RTP data stream between the sender of the message and the local.
  • the QoS parameter obtaining unit based on the network segment can calculate the RTP data.
  • two measurement points are set between the sender of the message and the receiver of the message, which are measurement point 1 and measurement point 2, respectively.
  • Step 1601 The sender of the message sends an RTP message and an RTCP SR message.
  • Step 1602 When the RTP packet arrives at the measurement point 1, the measurement point 1 extracts the sequence number from the RTP message to calculate the packet loss rate, and extracts the timestamp to calculate the transmission delay and the delay jitter.
  • the measurement point 1 records the arrival time of the RTCP SR packet, and the number of RTP packets sent in the RTCP SR packet sent by the sender of the packet is calculated in two adjacent RTCP SRs.
  • a RTCP SR message in the message period is sent to the current RTCP SR message interval sent by the sender of the message, and the received delay report is combined with the calculated delay jitter to generate a reception report.
  • the generated reception report is placed after the existing reception report block in the RTCP SR message; if the received RTCP SR message is received If the number of report blocks is equal to 31, an additional RTCP SR message needs to be generated to store the generated receive report. In addition, if the generated receiving report is placed in the RTCP SR message that arrives, the existing receiving port number remains unchanged.
  • Step 1603 The measurement point 1 sends the RTCP SR message carrying the generated reception report to the measurement point 2.
  • Step 1604 When the RTP message arrives at the measurement point 2, the measurement point 2 extracts the sequence number from the RTP message to calculate the packet loss rate, and extracts the timestamp to calculate the transmission delay and the delay jitter.
  • the measurement point 2 records the time when the RTCP SR message arrives, whether it is sent according to the RTCP SR message sent by the sender of the message.
  • the transmission delay of the RTCP SR message between the two measurement points may be calculated according to the LSR, the DLSR, and the locally recorded RTCP SR message in the received report, and then respectively received in the report.
  • the packet loss rate, the cumulative packet loss rate, and the transmission delay jitter are compared with the locally calculated QoS parameters, and the QoS parameters between the corresponding two measurement points are calculated to implement network segment-based measurement.
  • the measurement point 2 can put the reception report generated by itself into the RTCP SR message sent by the message sender.
  • the location of the generated reception report is originally located; if measurement point 1 uses the generated new RTCP SR "3 ⁇ 4 text to store the notification generated by measurement point 1, measurement point 2 can remove the new RTCP SR3 ⁇ 4 text, and generate a new RTCP.
  • the SR message stores the received report generated by itself, or, instead of removing the new RTCP SR message, the received report generated by itself is placed in the new RTCP SR message, and the received report generated by the measurement point 1 is originally located.
  • Location in summary, another RTCP SR message that is independent of the RTCP SR message sent by the message sender can be used to store the received report generated by itself.
  • Step 1605 The measurement point 2 provides the RTCP SR message carrying the self-generated reception report to the measurement point 3.
  • Step 1606 When the RTP message arrives at the measurement point 3, the measurement point 3 extracts the sequence number from the RTP message to calculate the packet loss rate, and extracts the timestamp to calculate the transmission delay and the delay jitter.
  • the measurement point 3 records the time when the RTCP SR message arrives, whether it is sent according to the RTCP SR message sent by the sender of the message.
  • the measurement point 3 can calculate the QoS parameter of the RTP data stream between the measurement point 2 and the local.
  • the transmission delay of the RTCP SR message between the two measurement points may be calculated according to the LSR, the DLSR, and the locally recorded RTCP SR message in the received report, and then respectively received in the report.
  • the packet loss rate, the cumulative packet loss rate, and the transmission delay jitter are compared with the locally calculated QoS parameters, and the QoS parameters between the corresponding two measurement points are calculated to implement network segment-based measurement.
  • measurement point 3 also needs to remove RTCP SR
  • the received report generated by the measurement point 2 in the message recovers the original RTCP SR message sent by the sender of the message; if the measurement point 2 generates a new RTCP SR message to store the generated reception report, the new RTCP SR is not used. "3 ⁇ 4 text is provided to the recipient of the text.
  • Step 1607 The measurement point 3 provides the original RTCP SR message sent by the sender of the message to the packet receiver.
  • Step 1608 Calculate the end-to-end QoS parameters, generate an end-to-end RTCP RR packet, and return an RTCP RR packet to the packet sender.
  • the receiver of the packet receives the RTCP SR packet sent by the sender of the packet, and can return the RTCP RR packet to the sender of the packet.
  • the format of the RTCP RR packet is shown in Figure 17. As shown in Figure 13 and Figure 17, the RTCP RR packet has only the same information as the RTCP SR packet. The other parts have the same format as the RTCP SR packet.
  • the measurement point only needs to put the generated reception report into the RTCP SR message sent by the message sender, and the generated reception report can be sent to the adjacent downstream measurement point, or only A new RTCP SR message is generated to store the generated receiving report, and the new RTCP SR message is transmitted along with the RTCP SR message sent by the sender of the message, and the generated receiving report can also be sent to the adjacent downstream. Measuring point. In this way, the measurement point does not need to know the IP address and port number of the downstream measurement point, which reduces the burden on the measurement point.
  • the generated reception report must arrive at the adjacent downstream measurement point along with the RTCP SR3 ⁇ 4 message sent by the sender of the message, instead of passing other paths to the measurement point downstream of the destination, so that the measurement result The reflection must be the actual performance of the RTP data stream on the transmission path.
  • the adjacent downstream measurement point may not feed back any 4 ⁇ , so Compared with the active measurement method, there is not much increase in network load.
  • the measurement point provides the QoS parameter between the sender and the local party of the RTP data stream to the adjacent downstream measurement point, and the adjacent downstream measurement point according to the parameter and the RTP data stream calculated by itself.
  • the QoS parameters between the sender of the message and the local can calculate the QoS parameters of the RTP data stream between the two measurement points, and implement the measurement QoS based on the network segment.
  • the embodiment of the present invention further provides a transmission system for an RTP/RTCP packet, including: a message sender, a first measurement point, a second measurement point, and a message receiver.
  • the message sender is used for Sending an RTCP SR message
  • the first measurement point is configured to receive an RTCP SR message sent by the message sender, calculate a QoS parameter of the RTP data stream between the message sender and the local, and according to the The RTCP SR message and the calculated QoS parameter, generate a new RTCP SR message, and send the new RTCP SR message; wherein the generating the new RTCP SR message can be simply understood as: the RTCP SR report
  • the QoS parameters of the local calculation are added in the text.
  • the second measurement point is used to receive the new RTCP SR packet, and calculate the new
  • the RTCP SR message corresponds to the QoS parameter of the RTP data stream between the sender of the message and the local, and calculates the RTP data stream adjacent to the QoS parameter carried by the new RTCP SR message and the calculated QoS parameter.
  • Upstream measuring the QoS parameter between the point and the local, and the new RTCP SR is restored to the original RTCP SR message and sent to the message receiver, where the original RTCP SR is restored
  • a packet can be simply understood as: deleting the new RTCP SR packet.
  • the receiver of the packet is configured to receive the original RTCP SR packet and calculate and send the packet. After the QoS parameters of the receiver and the receiver, an RTCP RR packet is generated, and the RTCP RR packet is sent to the sender.
  • the system further includes at least one intermediate measurement point between the first measurement point and the second measurement point, where the intermediate measurement point is used to receive a new RTCP SR message, and calculate the new RTCP SR report.
  • the intermediate measurement point is used to receive a new RTCP SR message, and calculate the new RTCP SR report.
  • the system further includes at least one intermediate measurement point between the first measurement point and the second measurement point, where the intermediate measurement point is used to receive a new RTCP SR message, and calculate the new RTCP SR report.
  • the intermediate measurement point is used to receive a new RTCP SR message, and calculate the new RTCP SR report.
  • the system further includes at least one intermediate measurement point between the first measurement point and the second measurement point, where the intermediate measurement point is used to receive a new RTCP SR message, and calculate the new RTCP SR report.
  • the QoS parameter of the RTP data stream between the sender of the message and the local and generating a new local RTCP SR

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Maintenance And Management Of Digital Transmission (AREA)

Description

测量 J!艮务质量的方法、 报文的转发方法、 设备及系统
本申请分别要求于 2007年 8月 28日、 2007年 8月 29日提交中国专利局、 申请号为 200710148407.9、 200710142589.9、 发明名称为"测量服务质量的方 法、 网络设备及网络系统"、 "RTCP SR报文的转发方法、 测量 QoS的方法、 装置及系统"的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本发明涉及网络技术， 尤其涉及测量服务质量的方法、 报文的转发方法、 设备及系统。
背景技术
随着业务需求的增加和互联网协议（IP, Internet Protocol ) 网络技术的发 展， 越来越多的实时业务在 IP网络上传输。 语音、 视频、 多媒体、 电话会议 等实时业务的加入给 IP网络提出了新的挑战， 如何保证实时业务的质量是目 前的一个热点问题。 实时协议（RTP, Real Time Protocol )是一种端到端的传 输协议， 用来传输实时业务的数据， 它提供的序列号、 时间戳等信息为报文的 宿端重组报文提供依据。 但 RTP本身并不提供实时业务的数据流的服务质量 ( QoS, Quality of Service )保障和实时传输保障， 还需要伴随实时控制协议 ( RTCP, Real Time Control Protocol )完成 QoS参数计算， 为数据流的源端传 输控制提供依据。 RTCP实现了端到端的网络层 QoS参数的反馈，如网络延迟、 延迟抖动和丢包率等。
对于业务质量， 通常希望从两方面来保证。 在业务质量正常时， 例行检查 业务质量， 防范于未然； 当业务质量出现问题时， 尽快定位问题， 掌握引起业 务质量变化的原因， 实施相应的改进措施。 常用的定位方法是， 测量业务传输 过程中 QoS性能变化， 通过既定的性能指标， 如网络延迟、 延迟抖动、 丢包 率， 以及各指标的门 P艮值来定位问题。 RTP/RTCP的自身属性决定了其可以用 于测量实时业务在网络中的 QoS参数。 测量结果除反映业务的 QoS情况外， 还可以提供给其它的实体使用， 比如资源接纳管理控制实体等。
目前， 常用的基于 RTP/RTCP的测量 QoS的方法主要包括： 主动测量和 被动测量。
在主动测量 QoS 中， 假设源端用户设备 （ CPE , Customer Premises Equipment ) -A是报文的发送方， 宿端 CPE-B是报文的接收方， 源端 CPE-A 与宿端 CPE-B之间设置有 3个测量点（Monitor ), 分别是 Monitorl、 Monitor2 和 Monitor3 , 源端 CPE-A发送 RTP/RTCP SR数据流到宿端 CPE-B, 所述 RTP/RTCP SR数据流流经的路径上设置 3个测量点。依次为 Monitorl、Monitor2 和 Monitor3。 在主动测量中， 测量点在监测端到端的 RTP数据流时， 还需要 额外产生对应 RTP数据的 RTCP协议中的发送者报告（ RTCP SR, RTCP Sender Report ) 协议中的接收者 4艮告 ( RTCP RR, RTCP Receiver Report ) 报文， 并用额外的 RTCP SR/RTCP RR报文与其他测量点进行交互， 得到与其 他测量点之间的 QoS参数。
在主动测量中， 虽然可以提供基于网段的测量结果， 但是， 测量结果与网 段之间设置的测量点有直接的关系， 设置的测量点越多， 测量结果越有价值， 但是，各个测量点之间除需要转发 RTP/RTCP报文外，还需要生成额外实时控 制协议中的发送者和接收者报告 Extra RTCP SR/RR报文进行交互， 从而增加 网络的负担。
请参阅图 1，为现有技术中基于 RTP/RTCP的被动测量 QoS的方法的示意 图。 在被动测量中， 测量点监测经过本地的 RTP/RTCP 数据流， 分别计算 RTP/RTCP数据流在报文的发送方与本地之间以及本地与报文的接收方之间 的 QoS参数。具体如图 1所示， 源端 CPE-A与宿端 CPE-B之间设置有 2个测 量点， 分别是 Monitorl 和 Monitor2, 源端 CPE-A发送给宿端 CPE-B 的 RTP/RTCP数据流依次经过 Monitorl和 Monitor2, 具体包括：
步骤 101： 源端 CPE-A发出 RTP/RTCP SR报文。
步骤 102和步骤 102，： Monitorl和 Monitor2先后记录接收到 RTP报文的 信息， 所述信息包括 RTP报文的个数、 传输时延等。
步骤 103： 当 RTCP SR报文到达 Monitorl , Monitorl记录 RTCP SR报文 到达时间， 提取源端 CPE-A的信息， 所述信息包括发送方同步源标识 SSRC、 发送的最大报文个数。然后，计算 RTP数据在源端 CPE-A到本地（即 Monitorl ) 的传输过程中， 前后两个 RTCP SR报文时间段内 RTP数据丢包率、 延迟抖动 和累计丢包数等 QoS性能参数。
步骤 104: Monitorl向下一个测量点 （即 Monitor2 )继续转发 RTCP SR 报文。
步骤 105: 同步骤 103的处理过程类似， 当 Monitor2收到 RTCP SR报文 后， 计算 RTP数据流在源端 CPE-A与本地（即 Monitor2 ) 的传输过程中， 前 后两个 RTCP SR报文时间段内 RTP数据丢包率、 延迟抖动和累计丢包数等 QoS性能参数。
步骤 106: 向宿端 CPE-B继续转发 RTCP SR报文。
步骤 107: 宿端 CPE-B根据 RTP/RTCP SR报文的信息计算端到端的 QoS 参数， 包括丢包率、 延迟抖动、 累计丢包数和生成本 RTCP RR报文花费的时 间， 然后生成 RTCP RR报文。
步骤 108: 将所述生成的 RTCP RR报文返回给源端 CPE-A。
步骤 109: 当 Monitor2检测到宿端 CPE-B返回生成的 RTCP RR报文时， 提取出端到端的 QoS参数， 和本地（即 Monitor2 )计算的 QoS参数比较， 可 以得到本地和宿端 CPE-B之间 RTP流的 QoS性能参数。
步骤 110: 继续转发生成 RTCP RR 4艮文。
步骤 111 : 当 Monitorl也监测到生成的 RTCP RR报文时， 按照和 Monitor2 相同的计算方法计算出本地（Monitorl )和宿端 CPE-B之间 RTP流的 QoS性能 参数。
步骤 112: Monitorl继续转发生成的 RTCP RR报文。
步骤 113: 源端 CPE-A最后收到 RTCP RR报文， 获得端到端的 QoS性能参 数， 并计算出端到端的 RTT。
由该实现过程可知， 在被动测量中， 虽然不引入新的 RTCP报文， 但是， 在被动测量中， 测量点只能计算两端到本地之间的 QoS参数， 无法计算相邻 测量点到本地之间的 QoS参数， 所以， 被动测量无法做到基于网段的测量。
发明人对上述实现过程经过认真分析、仔细研究后发现，现有技术还存在 如下缺陷： 无法在不增加网络负担的情况测量相邻网段间 QoS的测量。
发明内容
本发明实施例提供一种测量服务质量的方法、报文的转发方法、设备及系 统， 用以在不过多增加网络负担的情况下， 实现相邻网段间服务质量的测量。
为解决上述技术问题，本发明实施例提供一种测量服务质量的方法， 所述 方法包括：
第一测量点根据接收到 RTP数据流对应的实时控制协议中的发送者报告 RTCP SR报文，计算并存储所述 RTP数据流到达本地的服务质量 QoS参数后 , 向第二测量点转发 RTCP SR报文；
第二测量点在转发所述 RTCP SR报文时， 生成额外实时控制协议中的接 收者报告 extra RTCP RR报文， 并在服务提供域内发送所述 extra RTCP RR报 文；
第一测量点根据接收到的所述 extra RTCP RR报文， 计算本地与第二测量 点之间的 QoS参数。
本发明实施例还提供一种测量服务质量的方法， 所述方法包括：
第一测量点将接收到的实时控制协议中的发送者报告 RTCP SR报文发送 给第二测量点；
接收第二测量点发送的额外实时控制协议中的接收者报告 extra RTCP RR 报文；
第一测量点根据所述 extra RTCP RR报文计算本地与所述第二测量点之间 的 QoS参数。
本发明实施例还提供一种测量服务质量的方法， 包括步骤：
第二测量点在转发接收到的 RTCP SR报文时， 生成 extra RTCP RR报文； 所述 extra RTCP RR报文包括：发送方同步源标识、本地计算的 QoS参数和发 送方生成 RTCP SR 文时的网络时间协议时间戳；
在服务提供域内发送所述 extra RTCP RR报文， 以用于计算测量点之间的 服务质量。
另外， 本发明实施例还提供一种网络设备， 包括：
第一报文发送单元， 用于将接收到的 RTCP SR报文发送给第二测量点； 报文接收单元， 用于接收第二测量点发送的 extra RTCP RR报文； 网段服务质量计算单元， 用于根据所述 extra RTCP RR报文计算本地与所 述第二测量点之间的 QoS参数。
本发明实施例再提供一种网络设备， 包括：
报文生成单元， 用于在转发接收到的 RTCP SR报文时， 生成 extra RTCP RR报文， 所述 extra RTCP RR报文包括： 发送方同步源标识、 本地计算的 QoS参数和发送方生成 RTCP SR报文时的网络时间协议时间戳；
第二报文发送单元， 用于在服务提供域内发送所述 RTCP RR报文， 以用 于计算测量点之间的服务质量。
此外， 本发明实施例还提供一种网络系统， 包括： 第一网络设备和第二网 络设备， 其中，
所述第一网络设备包括：
第一报文发送单元， 用于将接收到的 RTCP SR报文发送给第二测量点； 报文接收单元， 用于接收第二测量点发送 extra RTCP RR报文；
网段服务质量计算单元， 用于根据所述 extra RTCP RR报文计算本地与所 述第二测量点之间的 QoS参数；
第二网络设备包括：
报文生成单元，用于在转发所接收到的 RTCP SR报文时，生成 extra RTCP RR报文， 所述 extra RTCP RR报文包括： 发送方同步源标识、 本地计算的 QoS参数和发送方生成 RTCP SR报文时的网络时间协议时间戳；
第二报文发送单元， 用于在服务提供域内将所述 extra RTCP RR报文发送 给报文接收单元， 以用于计算测量点之间的服务质量。
本发明实施例还提供一种 RTCP SR 4艮文的转发方法， 包括：
接收 RTCP SR报文，计算所述 RTCP SR报文对应实时协议 RTP数据流在 报文发送方与本地之间的服务质量 QoS参数；
根据所述 RTCP SR报文及计算的 QoS参数， 生成新的 RTCP SR报文； 将所述新的 RTCP SR报文提供给相邻下游测量点， 以使所述相邻下游测 量点计算与本地之间的 QoS参数。
本发明实施例还提供一种测量 QoS的方法， 包括：
接收携带有 RTP数据流在报文发送方与相邻上游测量点之间的 QoS参数 的 RTCP SR报文，并计算所述 RTCP SR报文对应 RTP数据流在报文发送方与 本地之间的 QoS参数；
根据所述 RTCP SR报文中携带的 QoS参数以及所述计算的 QoS参数，得 到 RTP数据流在相邻上游测量点与本地之间的 QoS参数。 本发明实施例还提供一种 RTCP SR报文的转发装置， 包括：
文接收单元， 用于接收 RTCP SR "^文；
QoS参数计算单元， 用于计算所述 RTCP SR报文对应 RTP数据流在报文 发送方与本地之间的 QoS参数；
新报文生成单元， 用于根据所述报文接收单元接收的 RTCP SR报文及所 述 QoS参数计算单元计算的 QoS参数， 生成新的 RTCP SR报文；
报文提供单元， 用于将所述新报文生成单元生成的新的 RTCP SR报文提 供给相邻下游测量点， 以使相邻下游测量点基于网段测量 QoS。
本发明实施例还提供一种基于 RTP/RTCP的测量 QoS的装置， 包括： 报文接收单元， 用于接收携带有 RTP数据流在报文发送方与相邻上游测 量点之间的 QoS参数的 RTCP SR "¾文；
QoS参数计算单元， 用于计算所述 RTCP SR报文对应 RTP数据流在报文 发送方与本地之间的 QoS参数；
基于网段的 QoS参数获得单元， 用于根据所述报文接收单元接收到所述 RTCP SR报文中的 QoS参数以及所述 QoS参数计算单元计算的 QoS参数，得 到 RTP数据流在相邻上游测量点与本地之间的 QoS参数。
本发明实施例还提供一种 RTP/RTCP 4艮文的传输系统， 包括：
报文发送方， 用于发出 RTCP SR报文；
第一测量点， 用于接收所述报文发送方发出的 RTCP SR报文， 计算 RTP 数据流在报文发送方与本地之间的 QoS参数， 并根据所述 RTCP SR报文及计 算的 QoS参数， 生成新的 RTCP SR报文， 并发送所述新的 RTCP SR报文； 第二测量点，用于接收所述所述新的 RTCP SR报文，计算所述新的 RTCP SR "¾文对应 RTP数据流在^艮文发送方与本地之间的 QoS参数，并才 据所述新 的 RTCP SR报文携带的 QoS参数以及所述计算的 QoS参数， 计算 RTP数据 流与本地之间的 QoS参数， 并将所述新的 RTCP 81 4艮文还原成原始的 RTCP SR报文后发送给所述报文接收方；
所述报文接收方， 用于在接收到所述原始 RTCP SR报文， 计算发送方与 接收方的 QoS参数后 , 生成 RTCP RR报文， 并将所述 RTCP RR报文发送给 发送方。 本发明实施例中， 第一测量点根据第二测量点发送的 extra RTCP RR报文 来计算测量点之间的 QoS参数。 从而简化了测量前的准备工作， 也简化了对 测量点的控制。也就是说，第二测量点在存储转发端到端 RTP/RTCP报文的时， 只需要生成 extra RTCP RR一种类型的报文，简化测量点处理 extra RTCP报文 的要求。 当第一测量点收到 extra RTCP RR时 , 根据所述 extra RTCP RR报文 中的信息， 计算第一测量点与第二测量点之间的 QoS性能。 从而在不增加网 络负担的情况下， 实现基于相邻网段间服务质量的测量。
在本发明实施例提供的 RTCP SR报文的转发过程中， 计算 RTP数据流在 报文发送方与本地之间的 QoS参数后， 将这个 QoS参数提供给相邻下游测量 点， 不需要相邻下游测量点进行反馈， 另外， 相邻下游测量点获得这个 QoS 参数后， 自然会计算 RTP数据流在两个测量点之间的 QoS参数。 不需要相邻 下游测量点进行反馈， 可以不过多增加网络的负担， 将计算的 QoS参数提供 给相邻下游测量点可以使相邻下游测量点计算 RTP数据流在两个测量点之间 的 QoS参数， 也就是实现了相邻网段间 QoS的测量。
在本发明实施例的基于 RTP/RTCP的测量 QoS的中， 接收携带有 RTP数 据流在报文发送方与相邻上游测量点之间的 QoS参数的 RTCP SR报文后 , 可 以计算 RTP数据流在相邻上游测量点与本地之间的 QoS参数， 不需要因为收 到 RTP数据流在^艮文发送方与相邻上游测量点之间的 QoS参数对相邻上游测 量点进行反馈，这样不但没有过多的增加网络负担，还实现了相邻网段将 QoS 的测量。
附图说明
图 1为现有技术中基于 RTP/RTCP的被动测量 QoS的方法的示意图； 图 2为本发明实施例中第一测量点测量服务质量的方法的流程图； 图 3为本发明实施例中第二测量点测量服务质量的方法的流程图； 图 4为本发明实施例中测量网段间服务质量的一种应用场景图；
图 5为本发明实施例中测量点基于 RTP/RTCP随路测量的流程图； 图 6为本发明实施例中测量网段间服务质量的另一种应用场景图； 图 Ί为本发明实施例中测量点基于 RTP/RTCP随路测量的另一流程图； 图 8为本发明实施例中测量点测量服务质量的方法的流程图； 图 9为本发明实施例中网络设备的结构示意图；
图 10为本发明另一实施例中网络设备的结构示意图；
图 11为本发明实施例中网络系统的结构示意图；
图 12为本发明的一种 RTCP SR报文的转发方法的实施例的流程图； 图 13为 RTCP SR报文的格式示意图；
图 14为 RTP报文的格式示意图；
图 15为本发明的一种基于 RTP/RTCP的测量 QoS的方法的实施例的流程 图；
图 16为本发明的一个应用实施例的流程图；
图 17为 RTCP RR报文的格式示意图。
具体实施方式
下面我们将结合附图， 对本发明的实施方案进行伴细描述。
请一并参阅图 2和图 3， 为本发明实施例中第一和第二测量点测量服务质 量的方法的流程图。 如图 2所述方法包括：
步骤 201 :第一测量点将接收到的实时控制协议中的发送者报告 RTCP SR 报文发送给第二测量点；
步骤 202:接收第二测量点发送的额外实时控制协议中的接收者报告 extra
RTCP RR报文；
步骤 203: 第一测量点根据所述 extra RTCP RR报文计算本地与所述第二 测量点之间的 QoS参数。
如图 3所述方法包括
步骤 301 : 第二测量点在转发接收到的 RTCP SR报文时，生成 extra RTCP RR报文；所述 extra RTCP RR报文包括：发送方同步源标识、本地计算的 QoS 参数和发送方生成 RTCP SR报文时的网络时间协议时间戳；
步骤 302: 在服务提供域内发送所述 extra RTCP RR报文， 以用于计算测 量点之间的月良务质量。
也就是说， 在图 2和图 3的实施例中， ϋ殳有两个测量点， 当第一测量点 接收到 RTP数据流对应的 RTCP SR报文时，提取所述 RTCP SR报文中的发送 方信息； 计算并存储所述 RTP数据流到达本地的服务质量 QoS参数后， 向第 二游测量点转发所述 RTCP SR报文。
在第二测量点接收到所述 RTCP SR报文时， 同样计算并存储所述 RTP数 据流到达本地的服务质量 QoS参数， 其计算过程同上述第一测量点。 当第二 游测量点转发所述 RTCP SR报文的同时，生成 extra RTCP RR报文，并在服务 提供域内发送所述 extra RTCP RR报文， 所述 extra RTCP RR报文包括： 发送 方同步源标识、 本地计算的 QoS参数、 发送方生成 RTCP SR报文时的网络时 间协议时间戳 LSR和生成 extra RTCP RR报文花费的时间 DLSR。
当第一测量点接收到所述 extra RTCP RR报文中的发送方信息与本地存储 的所述发送方信息相匹配时， 计算本地与发送 extra RTCP RR报文的第二测量 点之间的 QoS参数。
在本发明实施例中，测量点能做到基于网段间 QoS参数的测量。该实施例， 除了加强测量点自身功能外， 还尽量减少其它测量点的测量代价。 比如， 不过 多依靠测量前的配置准备或其他实体对测量结果的统计计算等额外工作，就能 让测量点实现基于网段间 QoS参数测量； 其测量结果能较真实反应 RTP数据流 在经过网段时的性能情况。 因此， 本发明实施例充分利用 RTCP报文的特性， 对被动测量做出改进， 从而使测量点能快速的网段间 QoS参数， 本发明实施例 不但减少了主动测量中网络负担的问题，同时又能实现针对测量点之间网段的 QoS参数测量。
对于某个确定的 RTP流， 测量点（可以是第一测量点， 也可以是第二测量 点； 或者是上游测量点和下游测量点； 二者是相对而言的）监控着 RTP报文到 达本地的信息， 当对应的 RTCP SR报文经过测量点时， 记录 RTCP SR报文中发 送方信息， 提取 RTCP SR报文中的发送方信息， 所述发送方信息包括： 发送方 同步源标识 SSRC和发送报文数； 或者发送方同步源标识、 发送报文数和网络 时间协议时间戳 NTP timestamp, 但并不限于此； 计算 RTP流经过本地时的 QoS 参数， 并以 RTP流的发送方同步源标识； 或者以发送方同步源标识和网络时间 协议时间戳为索引存储； 然后向第二测量点转发所述 RTCP SR报文。
第二测量点收到所述 RTCP SR报文后， 同样提取 RTCP SR报文的发送方信 息， 即包括发送方同步源标识和发送报文数； 或者发送方同步源标识、发送报 文数和网络时间协议时间戳， 计算 RTP数据流经过本地的 QoS性能参数； 在转 发所述 RTCP 艮文的同时 ,生成一个 extra RTCP RR报文，所述 extra RTCP RR 报文包括： 发送方同步源标识、 本地计算的 QoS参数、 发送方生成 RTCP SR报 文时的网络时间协议时间戳 LSR和生成 extra RTCP RR报文花费的时间 DLSR， 并发送所述 extra RTCP RR报文； 同时继续正常转发端到端的 RTP/RTCP SR报 文。
当第一测量点收到所述 extra RTCP RR报文后 , 提取所述 extra RTCP RR报 文中的发送方信息， 并与本地存储的发送方信息相匹配， 若能匹配， 则计算本 地与发送 extra RTCP RR报文的第二测量点之间的 QoS参数。也就是说，先提取 RTCP RR报文中发送方同步源标识；或者发送方同步源标识和网络时间协议时 间戳； 然后以所述发送方同步源标识； 或者以发送方同步源标识和网络时间协 议时间戳为索引查找到之前保存的 QoS参数信息， 通过比较计算， 得出第一和 第二两个测量点之间 RTP流的 QoS性能情况， 从而实现网段（比如第一和第二 两个测量点）之间 QoS的测量。
为了便于本领域技术人员的理解， 下面结合的具体的实施例来说明。
请参阅图 4， 为本发明实施例中测量网段间服务质量的一种应用场景。 在 本实施例中， 网段间预先设置四个测量点， 属于同一服务提供域， 本实施例以 数据流经过测量点（Monitor ) 1和 Monitor3为例。 如图 4所示， 包括： 源端用户 设备 ( Sender CPE-A ) 41、 测量点 （ Monitor 1 ) 42、 测量点 （Monitor2 ) 43、 测量点 （Monitor3 ) 44、 测量点 （ Monitor4 ) 45和宿端用户设备 46 ( Receiver CPE-B ) , 其具体的过程为：
源端 CPE-A41发送 RTP/RTCP SR报文到宿端 CPE-B46。 根据协议规定， RTP报文持续发送， RTCP SR报文周期性发送， 发送周期可以取 5秒， 也可以 是 6秒等，在传输层二者复用传递。 当 RTP/RTCP SR报文途经服务提供域（SP ) 的两个测量点 Monitor 1和 Monitor 3时，不同位置的测量点会执行不同操作来实 现基于网段的测量。 对于测量点的具体处理过程详见图 5。 在测量过程中， 如 果在服务提供域内设置两个测量点， 则所述发送 RTCP RR报文的方式为： 组播 或单播； 如果在服务提供域内设置至少两个测量点， 则所述发送 RTCP RR报文 的方式为单播。
如果采用组播方式发送 extra RTCP RR报文， 则在配置测量点时预先告知 设定的组播 IP地址和端口号； 如果采用单播方式发送 extra RTCP RR报文， 则 在配置第二测量点时预先告知第一测量点的 IP地址和端口号。
请参阅图 5， 为本发明实施例中测量点基于 RTP/RTCP随路测量的流程图。 在本实施例中， 属于同一个 SP的测量点需要加入同一个组播组， 并且 SP域内 RTCP协议占用相同的端口号，第二测量点在 SP域内采用组播和 /或单播方式反 馈 extra RTCP RR报文。 本实施例以源端 CPE-AJ ^送 RTP/RTCP SR数据流到宿 端 CPE-B, 经过 SP域的 2个测量点 Monitor 1和 Monitor 3 , 两个测量点分别对应 RTP业务的入口和出口 , 具体的过程包括：
步骤 501 : 源端 CPE-AJ^出 RTP/RTCP SR报文。
步骤 502和步骤 503: 记录 RTP报文的个数等； 即当 Monitor 1和 Monitor 3 先后接收到所述 RTP报文时，两个测量点操作相同，都会触发测量点进行统计、 计算； 并从 RTP报文中提取序列号， 供计算丢包率使用； 提取时间戳， 供计算 传输延迟及延迟抖动使用。
步骤 504 (可以和步骤 503并行进行 )： 当 Monitor 1先收到 RTP数据流对应 RTCP SR报文时， 记录 RTCP SR报文到达时刻 Al， 提取所述 RTCP SR报文头 部域中的发送方信息 ,所述发送方信息包括：发送方同步源标识和发送报文数； 或者发送方同步源标识和网络时间协议时间戳和发送报文数等。并根据已发送 报文数， 计算两个 RTCP SR报文之间 RTP数据流到达本地的 QoS参数信息， 包 括丢包率 Fracl、 从发送到现在的累积丢包数 Cul— numl以及延迟抖动 J1 , 其计 算公式分别为：
丢包率 Fracl=间隔内丢包数 lost— interval/间隔内期望接收 文数 Expected— interval；
累积丢包数 Cul— numl =期望值 Expected -实际值 Received;
Jl(i) = Jl(i-l) + (|D(i-l,i)| Jl(i-1))/16, i表示测量点收到的第 i个 RTCP SR 报文， D表示前后两个报文到达测量点的延迟差值；
然后， 结合已经计算的延迟抖动 J1 , 以 CPE-A的 SSRC; 或 CPE-A的 SSRC 和网络时间协议时间戳 LSR为索引保存 QoS信息。
步骤 505： Monitor 1继续转发端到端的 RTCP SR报文。
步骤 506: 当 Monitor 3收到对应 RTCP SR报文时， 提取 RTCP SR报文的发 送方同步源标识， 计算所述 RTP数据流到达本地的服务质量 QoS参数， 其计算 过程与步骤 504类似， 即： 记录 RTCP SR报文到达时刻 A2, 提取所述 RTCP SR 报文头部域中的发送方信息， 所述发送方信息包括：发送方同步源标识和发送 报文数； 或者发送方同步源标识和网络时间协议时间戳和发送报文数等。 并根 据已发送报文数的时间， 计算两个 RTCP SR报文之间 RTP数据流到达本地的 QoS参数信息， 包括丢包率 Frac2、 从发送到现在的累积丢包数 Cul— num2以及 延迟抖动 J2。 其计算的公式详见上述， 在此不再赘述。 在上述计算 RTP数据流 到达本地的 QoS参数信息完成后， 正常转发 RTP和 RTCP SR报文， 同时生成或 构造一个 extra RTCP RR报文， 所述 extra RTCP RR报文包括： 发送方同步源标 识， 本地计算的 QoS参数， 发送方生成 RTCP SR报文时的网络时间协议时间戳 LSR以及构造本额外报文花费的时间 DLSR。 也就是说 , 在 extra RTCP RR报文 的接收报告中的发送方同步源标识填 CPE-A SSRC, 表示这是对 CPE-A发送的 RTP报文的 QoS统计。 接收报告中的 LSR填 RTCP SR报文中的网络时间协议时 间戳， 表示 extra RTCP RR报文是针对这个 RTCP SR报文。
步骤 507: 在 SP域内发送所述 extra RTCP RR报文， 所述发送的方式包括： 组播或直接单播。 对于本实施例来说， Monitor 3将所述 extra RTCP RR报文组 播或直接单播给 Monitor 1。如果采用组播方式 ,组播 IP地址和端口号由 SP域决 定， 并且在配置测量点时预先告知； 如果采用单播方式， 第一测量点 Monitor 1 的 IP地址和侦听端口号也需要在配置第二测量点 Monitor 3时下发。
步骤 508: Monitor 3继续转发端到端的 RTCP SR报文。
步骤 509：当 SP域内其他测量点接收到 Monitor 3发送的 extra RTCP RR报文 时，提取所述 extra RTCP RR报文中接收报告的同步源标识 CPE-A SSRC, 并将 所述同步源标识 CPE-A SSRC和本地记录的相匹配， 若匹配， 则处理所述 extra RTCP RR报文， 其他测量点丢弃； 然后提取报文中 LSR字段， 通过 LSR匹配保 存的网络时间协议时间戳， 找到对应的 QoS参数。 对于本实施例来说， 只有 Monitor 1与所述 extra RTCP RR报文中同步源标识相匹配。
对于本实施例 , 在 Monitor 1接收到 extra RTCP RR报文时， 记录所述 extra RTCP RR报文到达时间 A3 , 提取 extra RTCP RR报文中的 QoS参数， 并与本测 量点之前计算并保存的 QoS性能参数比较， 计算出 RTP报文在 Monitorl和 Monitor 3之间的网络层 QoS传输性能， 包括 RTCP发送周期间的丢包率（ Frac2- Fracl ) 、 累积丢包数（ Cul_num2- Cul_numl ) 、 延迟抖动 （J2-J1 ) 以 RTT 等（A3-A1-DLSR ) 。
步骤 510: 当宿端 CPE-B收到 Monitor 3转发的 RTCP SR报文后， 计算端到 端的 QoS参数， 生成端到端的 RTCP RR报文； 其中， 步骤 509和 510没有时间上 的先后顺序。
步骤 511 : 所述宿端 CPE-B将所述端到端的 RTCP RR报文反馈给源端 CPE-A。
另外， 在源端用户设备和宿端用户设备之间也可以设有多个测量点， 则 第二测量点发送 extra RTCP RR报文的方式采用单播最佳 , 也可以采用组播方 式。
为了便于理解， 请参阅图 6， 为本发明实施例中测量网段间服务质量的另 一种应用场景图。 包括： 源端用户设备（Sender CPE-A ) 61、 测量点（Monitor 1 ) 62、 测量点 （Monitor2 ) 63、 测量点 （Monitor 3 ) 64、 测量点 （Monitor4 ) 65、 测量点 （ Monitor 5 ) 66, 宿端用户设备 67 ( Receiver CPE-B ) 以及集中控 制单元 68。 其具体的过程与图 4类似， 其不同之处为： RTP数据流在同一服务 提供域内流经过三个测量点， 即 Monitor 1、 Monitor 2和 Monitor 3 , 或更多； 在 第二测量点（比如 Monitor3 )在转发 RTCP SR报文的同时， 生成 extra RTCP RR 报文， 并向第一测量点（比如 Monitor2 )发送所述 extra RTCP RR报文方式， 可 以采用单播方式， 也可以采用组播方式， 本实施例以采用单播最佳， 这样可以 避免测量点之间重复的计算。也就是说。在第二测量点以单播的方式发送 extra RTCP RR报文之前，第二测量点可以通过集中控制单元配置测量点的方法预先 知道第一测量点的位置（IP地址） 。 其一种通用的方法为：
测量点上电后往控制平面注册， 由控制平面保存现有网络拓朴信息。 当 需要测量一条 RTP流时， 控制平面用流经过的路径和测量点相匹配， 找到流经 过的测量点以及经过的先后顺序。 然后配置测量点启动对该流的测量， 并把第 一测量点的信息告诉第二测量点， 以便第二测量点反馈 extra RTCP RR报文。
请参阅图 7，为本发明实施例中测量点基于 RTP/RTCP随路测量的另一流程 图。 在本实施例中， 以 RTP/RTCP SR报文流经服务提供域（SP ) 的设置的三 个测量点 Monitor 1、 Monitor 2和 Monitor3为例， 当需要测量某一网段间一条 RTP流的 QoS性能时， 控制实体预先设置该 SP域内网段间的测量点， 并在配置 第二测量点时告知第一测量点的 IP地址 ,且在三个测量点间有两个测量点分别 对应 RTP业务的入口和出口。 其实现过程与图 4类似， 其不同之处为， 在发送 extra RTCP RR报文时采用单播的方式。 其具体的实现步骤包括：
步骤 701： 源端 CPE-AJ^出 RTP/RTCP 艮文。
步骤 702、 步骤 703和步骤 704: 当 Monitor 1、 Monitor2和 Monitor 3先后接 收到所述 RTP报文时，三个测量点操作相同，都会触发测量点进行统计、计算。
步骤 705 (可以和步骤 703、 704并行） ： 当 Monitor 1先收到 RTP数据流对 应 RTCP SR报文时， 记录 RTCP SR报文到达时刻 Al， 提取所述 RTCP SR报文 头部域中发送方信息，所述发送方信息包括：发送方同步源标识和发送报文数； 或者发送方同步源标识和网络时间协议时间戳和发送报文数，并计算 RTP数据 流到达本地的 QoS参数信息， 包括丢包率 Fracl、 从发送到现在的累积丢包数 Cul— numl以及延迟抖动 J1 , 其计算公式详见上述， 在此不再赘述。 以 CPE-A 的 SSRC; 或者以 CPE-A的 SSRC和网络时间协议时间戳为索弓 )保存 QoS信息。
步骤 706： Monitor 1继续转发端到端的 RTP/RTCP SR报文。
步骤 707: 与步骤 506类似， 即当 Monitor 2收到对应 RTCP SR报文时， 记录 RTCP SR报文到达时刻 A2,提取 RTCP SR报文的中的发送方信息，所述发送方 信息包括： 发送方同步源标识和发送报文数； 或者发送方同步源标识、发送报 文数和的网络时间协议时间戳， 计算所述 RTP数据流到达本地的服务质量 QoS 参数， 所述 QoS参数包括： 丢包率 Frac2、 累积丢包数 Cul— num2以及延迟抖动 J2, 其计算过程与步骤 506类似， 在此不再赞述。
在上述计算 RTP数据流到达本地的 QoS参数信息完成后， 正常转发 RTP和 RTCP SR报文， 同时生成或构造一个 extra RTCP RR报文， 所述 extra RTCP RR 报文包括： 发送方同步源标识， 计算本地的 QoS参数、 发送方生成 RTCP SR报 文时的网络时间协议时间戳 LSR以及构造本额外报文花费的时间 DLSR。 也就 是说， 在 extra RTCP RR报文的接收报告中的发送方同步源标识填 CPE-A SSRC, 表示这是对 CPE-A发送的 RTP报文的 QoS统计。 接收报告中的 LSR填写 网络时间协议时间戳， 表示 extra RTCP RR报文是针对这个 RTCP SR报文。 步骤 708: 与步骤 507类似， 其不同之处为， 在 SP域内发送所述 extra RTCP RR报文的方式可以为单播。 也就是说 , Monitor 2直接将所述 extra RTCP RR报 文单播给 Monitor 1 , 其单播的 IP地址和端口号， 在配置第二测量点 Monitor 2 时已告知 Monitor 1的 IP地址和端口号。
步骤 709: 与步骤 509类似， 在 Monitor 1接收到 Monitor 2直接单播的所述 extra RTCP RR报文时， 提取所述 extra RTCP RR报文中接收报告的同步源标识 CPE-A SSRC和 CPE-A生成 RTCP SR报文时的网络时间协议时间戳 LSR, 并将 所述同步源标识 CPE-A SSRC和本地记录的相匹配， 若匹配， 则处理所述 extra RTCP RR报文。 即：
记录所述 extra RTCP RR艮文到达时间 A3 , 提取 extra RTCP RR报文中的
QoS参数， 并与本测量点之前计算并保存的 QoS性能参数比较， 计算出 RTP报 文在 Monitor 1和 Monitor 2之间的网络层 QoS传输性能， 包括 RTCP发送周期间 的丢包率（Frac2- Fracl ) 、 累积丢包数（ Cul_num2- Cul_numl ) 、 延迟抖动 ( J2-J1 ) 以及 RTT等 ( A3-A1-DLSR ) ；
步骤 710: Monitor 2转发所述 RTCP SR报文。
步骤 711 : 与步骤 506类似， 当 Monitor 3收到对应 RTCP SR^¾文时， 记录 RTCP SR报文到达时刻 A4 ,提取 RTCP SR报文的发送方同步源标识和发送报文 数； 或发送方同步源标识、 发送报文数和网络时间协议时间戳， 计算所述 RTP 数据流到达本地的服务质量 QoS参数， 所述 QoS参数包括： 丢包率 Frac3、 累积 丢包数 Cul— num3以及延迟抖动 J3 ,其计算过程与步骤 506类似，在此不再赘述； 在上述计算 RTP数据流到达本地的 QoS参数信息完成后， 正常转发 RTP和 RTCP SR报文， 同时生成或构造一个 extra RTCP RR报文， 所述 extra RTCP RR 报文包括： 发送方同步源标识， 计算本地的 QoS参数， 发送方生成 RTCP SR报 文时的网络时间协议时间戳 LSR以及构造本额外报文花费的时间 DLSR。 也就 是说， 在 extra RTCP RR报文的接收报告中的发送方同步源标识填 CPE-A SSRC , 表示这是对 CPE-AJ^送的 RTP报文的 QoS统计。 接收报告中的 LSR填网 络时间协议时间戳， 表示 extra RTCP RR报文是针对这个 RTCP SR报文。
需要说明的是步骤 708和 709与步骤 710和 711没有时间上的先后顺序。
步骤 712: 与步骤 507类似， 其不同之处为， 在 SP域内发送所述 extra RTCP RR报文的方式为： 单播。 也就是说， Monitor 3直接将所述 extra RTCP RR报文 单播给 Monitor 2, 其单播的 IP地址和端口号 , 在配置第二测量点 Monitor3时已 告知 Monitor 2的 IP地址和端口号。
步骤 713: 与步骤 509类似， 在 Monitor2接收到 Monitor 3直接单播的所述 extra RTCP RR报文时， 提取所述 extra RTCP RR报文中接收报告的同步源标识 CPE-A SSRC; 或者所述 extra RTCP RR报文中接收报告的同步源标识 CPE-A SSRC和发送方生成 RTCP SR报文时的网络时间协议时间戳 LSR， 并将所述同 步源标识 CPE-A SSRC;或者所述同步源标识 CPE-A SSRC和 LSR分别与本地记 录的相匹配， 若匹配， 则处理所述 extra RTCP RR报文。 即：
记录所述 extra RTCP RR报文到达时间 A5， 提取 extra RTCP RR报文中的
QoS参数， 并与本测量点之前计算并保存的 QoS性能参数比较， 计算出 RTP报 文在 Monitor 2和 Monitor 3之间的网络层 QoS传输性能， 包括 RTCP发送周期间 的丢包率（Frac3- Frac2 ) 、 累积丢包数（ Cul_num3- Cul_num2 ) 、 延迟抖动 ( J3-J2 ) 以及 RTT等 ( A5-A2-DLSR ) 。
步骤 714: Monitor 3转发所述 RTCP SR报文。
步骤 715: 当宿端 CPE-B收到 Monitor 3转发的 extra RTCP SR报文后， 计算 端到端的 QoS参数， 生成端到端的 RTCP 艮文。
需要说明的是步骤 712和 713与步骤 714和 715没有时间上的先后顺序。
步骤 716: 所述宿端 CPE-B将所述 RTCP RR报文反馈给源端 CPE-A。
对于图 5和图 7公开的技术方案可知，设置测量点个数不同，发送生成 extra
RTCP SR报文的方式也不同。从优化方案考虑， 如果在服务提供域内设置两个 测量点， 则可以单播或组播的方式发送 extra RTCP SR报文， 如果设置三个或 三个以上的测量点， 则采用单播的方式发送 extra RTCP SR报文。
另外，本发明实施例还提供一种测量服务质量的方法，其方法的流程图 如 8所示， 所述方法包括步骤：
步骤 801 :第一测量点根据接收到 RTP数据流对应的实时控制协议中的 发送者报告 RTCP SR报文 , 计算并存储所述 RTP数据流到达本地的服务质 量 QoS参数后， 向第二测量点转发 RTCP SR报文。
步骤 802: 第二测量点在转发所述 RTCP SR报文时， 生成额外实时控 制协议中的接收者报告 extra RTCP RR报文， 并在服务提供域内发送所述 extra RTCP RR报文。
步骤 803: 第一测量点根据接收到所述 extra RTCP RR报文， 计算本地 与第二测量点之间的 QoS参数。
本实施例的具体过程为： 第一测量点在接收到 RTP数据流对应的实时控制 协议中的发送者报告 RTCP SR报文时， 提取所述对应的 RTCP SR报文中的发送 方信息， 所述发送方信息包括： 发送方同步源标识和发送报文数； 或者发送方 同步源标识、 网络时间协议时间戳和发送报文数； 计算所述 RTP数据流到达本 地的服务质量 QoS参数， 并以所述发送方同步源标识和发送报文数； 或者发送 方同步源标识、 网络时间协议时间戳和发送报文数为索弓 )存储 RTP数据流到达 本地的服务质量 QoS参数。 然后向第二测量点转发所述 RTCP SR报文；
在第二测量点在接收到所述 RTCP SR报文时， 同样计算并存储所述 RTP 数据流到达本地的 QoS参数， 所述 QoS参数包括： 丢包率、 累计丢包数； 然 后在转发所述 RTCP SR报文的同时，生成额外 extra RTCP RR报文，并在服务 提供域内发送所述 extra RTCP RR报文， 所述 extra RTCP RR报文包括： 发送 方同步源标识、 本地计算的 QoS参数、 发送方生成 RTCP SR报文时的网络时 间协议时间戳 LSR和生成 extra RTCP RR报文花费的时间 DLSR;
其中所述在服务提供域内发送所述 extra RTCP RR报文的方式包括组播或 单播， 若设置两个测量点， 则可以采用组播， 也可以采用单播； 若设置三个或 三个以上的测量点， 则采用单播发送比较好。
当第一测量点接收到所述 extra RTCP RR报文时，提取所述 extra RTCP RR 报文中的发送方信息， 并判断所述 extra RTCP RR报文中的发送方信息是否与 本地保存的发送方信息相匹配； 若匹配， 则取出发送方同步源标识对应的保存 的一个 QoS参数， 与所述 extra RTCP RR报文中的 QoS参数进行比较， 得到 所述两个测量点之间的 QoS参数。
另外， 本发明实施例还提供一种网络设备， 其结构示意图如图 9所示。 所 述网络设备包括： 第一报文发送单元 91、报文接收单元 92和网段服务质量计算 单元 93。 其中， 第一报文发送单元 91 , 用于将接收到的 RTCP SR报文发送给第 二测量点； 所述报文接收单元 92, 用于接收第二测量点发送的 extra RTCP RR 报文； 所述网段服务质量计算单元 93, 用于根据所述 extra RTCP RR报文计算 本地与所述第二测量点之间的 QoS参数。
优选的， 所述网络设备还包括： 第一服务质量计算单元和第一存储单元。 其中， 所述第一服务质量计算单元， 用于提取接收到 RTP数据流对应的 RTCP SR报文中的发送方同步源标识和发送报文数； 或者发送方同步源标识、 网络 时间协议时间戳和发送报文数； 计算所述 RTP数据流到达本地的 QoS参数。 也就是说， 当第一服务质量计算单元接收到 RTP/RTCP SR报文时， 先记录所 述 RTP报文中序列号、 时间戳 , 以及对应的 RTCP SR报文的到达本地时间 , 并提取所述 RTCP SR报文头部域中的发送方信息， 所述发送方信息包括： 发 送方同步源标识和发送报文数； 或者发送方同步源标识、 网络时间协议时间戳 LSR和发送报文数；然后，根据接收的 RTP报文序列号和时间戳以及 RTCP SR 报文中发送方信息计算相邻 RTCP SR报文之间 RTP数据流到达本地的 QoS参 数。
第一存储单元， 用于^据所述发送方同步源标识； 或者发送方同步源标识 和网络时间协议时间戳为索引存储所述 RTP数据流到达本地的 QoS参数。
优选的， 所述网段服务质量计算单元 93包括： 判断子单元 931和比较子 单元 932。 所述判断子单元 931， 用于判断所述 extra RTCP RR报文中的发送 方同步源标识； 或者发送方同步源标识和发送方生成 RTCP SR报文时的网络 时间协议时间戳是否与本地记录的相匹配； 所述比较子单元 932， 用于在接收 到判断子单元发送相匹配的判断结果时， 比较所述 extra RTCP RR报文中的 QoS参数与所述本地 QoS参数， 得到所述测量点之间的服务质量。
此外， 本发明实施还提供一种网络设备， 其结构示意图图 10所述。 所述 网络设备包括： 报文生成单元 101和第二报文发送单元 102。 其中， 所述报文 生成单元 101， 用于在转发所接收到的 RTCP SR报文时， 生成 extra RTCP RR 报文， 所述 extra RTCP RR报文包括： 发送方同步源标识、 本地计算的 QoS参 数和发送方生成 RTCP SR报文时的网络时间协议时间戳； 所述第二报文发送 单元 102， 用于在服务提供域内发送所述 RTCP RR报文， 以用于计算测量点 之间的服务质量。
优选的， 所述网络设备还包括： 第二服务质量计算单元和第二存储单元。 其中，所述第二服务质量计算单元，用于在接收到对应 RTP数据流的 RTCP SR 报文时， 提取 RTCP SR报文的发送方同步源标识和发送报文数； 或者发送方 同步源标识、 网络时间协议时间戳和发送报文数， 计算并存储所述 RTP数据 流到达本地的 QoS参数后， 转发所述 RTCP SR报文； 所述第二存储单元， 用 于根据所述发送方同步源标识；或者发送方同步源标识和网络时间协议时间戳 为索引存储所述本地的 QoS参数。
优选的， 所述第二报文发送单元 102至少包括： 单播发送子单元 1021和 组播发送子单元 1022的任意一个。 所述单播发送子单元 1021 , 用于在服务提 供域内设置至少两个测量点时， 发送所述 extra RTCP RR报文； 所述组播发送 子单元 1022，用于在服务提供域内设置两个测量点时，发送所述 extra RTCP RR 报文。
优选的， 所述网络设备还包括： 集中控制单元， 用于控制发送 extra RTCP RR报文的方式， 当采用组播方式发送 extra RTCP RR报文时， 在配置测量点 时预先告知设定的组播 IP地址和端口号； 或者， 当采用单播方式发送 extra RTCP RR ^ , 则在配置第二测量点时预先告知第一测量点的 IP地址和端口 号。
需要说明的是， 如图 9和图 10所述网络设备。 当所述网络设备包括： 第 一服务质量计算单元、报文接收单元和网段服务质量计算单元时， 所述网络设 备为服务提供域内 RTP流经过路径上的第一个测量点。
当所述网络设备包括： 第一服务质量计算单元、报文生成单元、报文发送 单元、报文接收单元和网段服务质量计算单元时， 所述网络设备为服务提供域 内 RTP流经过路径上的中间测量点。
当所述网络设备包括： 第二服务质量计算单元、报文生成单元和报文发送 单元时， 所述网络设备为服务提供域内 RTP流经过路径上的最后一个测量点。
此外， 本发明实施例还提供一种网络系统， 其结构示意图如图 11所示。 所述系统包括：第一网络设备 111和第二网络设备 112，所述第一网络设备 111 包括： 第一报文发送单元 1111、 报文接收单元 1112和网段服务质量计算单元 1113。 其中， 所述第一报文发送单元 1111 , 用于将接收到的 RTCP SR报文发 送给第二测量点； 所述报文接收单元 1112， 用于接收第二测量点发送 extra RTCP RR报文；所述网段服务质量计算单元 1113，用于根据所述 extra RTCP RR 报文计算本地与所述第二测量点之间的 QoS参数。
第二网络设备 112包括： 报文生成单元 1121和第二报文发送单元 1122。 其中所述报文生成单元 1121 , 用于在转发所接收到的 RTCP SR报文时， 生成 extra RTCP RR报文， 所述 extra RTCP RR报文包括： 发送方同步源标识、 本 地计算的 QoS参数和发送方生成 RTCP SR报文时的网络时间协议时间戳； 所 述第二报文发送单元 1122，用于在服务提供域内将所述 extra RTCP RR报文发 送给报文接收单元， 以用于计算测量点之间的服务质量。
优选的， 所述第一网络设备包括： 第一服务质量计算单元第一存储单元； 第二网络设备包括第二服务质量计算单元第二存储单元。其中， 所述第一或第 二服务质量计算单元， 用于在接收到对应 RTP数据流的 RTCP SR报文时， 提 取 RTCP SR报文的发送方同步源标识和发送报文数；或者发送方同步源标识、 网络时间协议时间戳和发送报文数， 计算并存储所述 RTP数据流到达本地的 QoS参数后， 转发所述 RTCP SR报文； 所述第一或第二存储单元， 用于根据 所述发送方同步源标识；或者发送方同步源标识和网络时间协议时间戳为索弓 ) 存储所述本地的 QoS参数。
对于本实施例， 具体的实现过程为：
对于某一确定的 RTP数据流， 监控 RTP数据流到达本地的信息， 当对应 RTP数据流的 RTCP SR报文到达第一服务质量计算单元时， 所述第一服务质 量计算单元提取 RTCP SR报文的发送方同步源标识和发送报文数；或者 RTCP SR报文的发送方同步源标识、 发送报文数和网络时间协议时间戳， 计算并存 储所述 RTP数据流到达本地的 QoS参数， 所述 QoS参数包括： 丢包率、 累计 丢包率及延迟抖动等； 然后通过第一报文发送单元将所述 RTCP SR报文转发 给第二服务质量计算单元。所述第二服务质量计算单元与第一服务质量计算单 元时计算 QoS参数的实现过程类似， 即根据所接收到的 RTCP SR报文时， 计 算所述 RTP数据流到达本地的 QoS参数，并将所述 RTCP SR报文转发给报文 生成单元； 所述报文生成单元在转发所接收到的 RTCP SR报文时， 生成 extra RTCP RR报文， 所述 extra RTCP RR报文包括： 发送方同步源标识、 本地的 QoS参数， 发送方生成 RTCP SR 文时的网络时间协议时间戳和生成 extra RTCP RR报文花费的时间，并将所述 extra RTCP RR报文转发给第二报文发送 单元； 所述第二报文发送单元将所述 RTCP RR报文组播或单播到报文接收单 元，所述报文接收单元，在接收到所述 extra RTCP RR报文，将所述 extra RTCP RR报文转发给网段服务质量计算单元，所述网段服务质量计算单元 83根据所 述 extra RTCP RR报文时，计算第一测量点与第二测量点之间的 QoS参数。其 具体的实现过程详见上述方法的具体实现过程， 在此不在赘述。
由此可见， 本发明实施例通过第二测量点反馈生成的 extra RTCP RR报文 可以在 SP范围内组播， 来计算测量点之间的 QoS参数。 对于传输层和网络层封 装所需信息都是已知的。测量点不需要知道 RTP/RTCP SR报文流经过的第一测 量点的 IP地址或端口信息， 从而简化测量前的配置准备工作， 也简化了对测量 点的控制， 比如， 当需要新增一个测量点时， 只需告诉它 SP内测量点的组播地 址和域内 RTCP占用端口号， 即可实现对 RTP报文的监控， 便于测量点扩展。
在第一测量点计算 RTT时 , 至少单边路径和 RTP报文相同 , 时延的准确性 比主动测量高。 测量点在存储转发端到端 RTP/RTCP报文的同时， 只需要生成 extra RTCP RR—种类型的报文， 直接在 SP域内组播或单播即可。 和主动测量 相比 , 简化测量点处理额外 RTCP报文的要求。
在第二测量点给第一测量点回传 QoS信息， 第一测量点就可以根据接收报 告计算出 RTP报文在两测量点之间网络的 QoS性能， 让测量点能做到基于网段 测量， 从而减少集中控制实体的计算工作量。
此外， 利用本发明实施例所述技术方案， 可以对 RTP的数据流进行例行检 查， 如果某一处的测量点发送故障， 也可以功过该方案对其进行大致定位。 当 端到端的 RTP业务经过某 SP，该 SP配置监控 RTP业务的测量点尽量分布在域的 边沿， 即 RTP报文进入该域的地方和离开该域的地方。 而 RTP业务在域内走过 的路径上可以不分布或少分布测量点。本发明实施例通过在 RTP业务域的入口 和出口设置测量点 , 测量点之间交互 extra RTCP RR报文 , 先判断 RTP业务在 SP范围内的质量情况。 如果质量下降， 则可以结合其他方法更精确定位问题。
此外， 本发明实施例还提供一种 RTCP SR报文的转发方法， 其流程图如图 12所示， 所述转发方法包括：
步骤 1201 : 接收 RTCP SR报文， 并计算 RTP数据流在报文发送方与本地之 间的 QoS参数。
RTCP SR报文的格式如图 13所示， 其中， V表示版本， P表示填充位置是 否有效， RC表示接收报告的个数， PT表示包的类型， SR表示发送方报告， Length 表示报文的长度。 RTCP SR报文包含四个部分， 分别是 8字节的头部、 20字节 的发送信息、以 24字节为单位的多个接收报告块（ RRB, Receipt Report Block ) , 若有需要， 还可以有一个扩展部分， 如图 13所示， 同步源标识 1 ( SSRC— 1 )字 段至从收到最近一个 RTCP SR报文到发送生成的接收报告的延迟（DLSR, Delay since last SR )字段即为一个接收 告块。
接收 RTCP SR报文的可以是处于报文发送方相邻下游的测量点， 此时， RTCP SR报文是报文发送方发出的并且没有经过任何测量点转发或处理的 下游的测量点， 此时， RTCP SR报文是相邻上游的测量点发出的， 并且可以是 报文发送方发出的但经过相邻上游的测量点处理的 RTCP SR报文，也可以是相 邻上游的测量点生成的新的 RTCP SR"¾文。
在实际应用中， 报文发送方或者相邻上游的测量点可以间隔性的发出
RTCP SR报文， 进一步的， 可以周期性的发出 RTCP SR报文， 例如每间隔 5秒 发出一个 RTCP SR报文， 当然，接收 RTCP SR报文时，也是间隔性的接收 RTCP SR, 进一步的， 可以周期性的接收 RTCP SR报文。
每个测量点在接收到 RTCP SR报文之前， 会接收到至少一个 RTP报文， RTP报文可以由报文发送方持续发出， 形成 RTP流， RTCP SR报文可以与 RTP 报文在传输层复用传输。 RTP报文的格式如图 14所示， 其中， X表示是否有扩 展头部， CC表示 CSRC的个数， M是一个标记， PT表示负载类型。
测量点在接收到 RTP报文后， 会从 RTP报文中提取序列号， 用以计算丢包 率； 提取时间戳， 用以计算传输延迟及延迟抖动。 接收到 RTCP SR报文后， 无 论这个 RTCP 81^艮文是否经过上游测量点转发或处理，只要 RTCP SR¾文具有 报文发送方发送的 RTCP SR报文的全部信息，就可以记录 RTCP SR报文到达本 地的时间， 并根据报文发送方发送的 RTCP SR报文记载的发送报文数， 计算在 两个相邻 RTCP SR报文到达本地的间隔时间内 RTP数据流在报文发送方与本 地之间的丢包率以及从收到报文发送方发送的第一个 RTCP SR报文到接收到 报文发送方发送的当前的 RTCP SR报文间隔内的累积丢包数。
需要说明的是，如果接收的 RTCP SR报文具有报文发送方发出的 RTCP SR 报文的所有信息， 则在接收到 RTCP SR报文后， 才能计算 RTP数据流在报文发 送方与本地之间的 QoS参数； 如果接收的 RTCP SR¾文是相邻上游测量点发出 的独立于报文发送方发出的 RTCP SR报文的新报文，则接收 RTCP SR报文的过 程与计算 RTP数据流在报文发送方与本地之间的 QoS参数的过程没有必然的先 后顺序关系。
步骤 1202: 根据所述 RTCP SR报文及计算的 QoS参数， 生成新的 RTCP SR 报文。
具体的， 可以按照下述方式生成新的 RTCP SR报文： 根据计算的 RTP数据 流在报文发送方与本地之间的 QoS参数， 生成接收报告， 再将接收报告放入 RTCP SR报文的接收报告区域， 生成所述新的 RTCP SR报文。 在接收报告中， SSRC为报文发送方的 SSRC,最近的发送方报告携带的时间戳（LSR， Last SR ) 为 RTCP SR¾文到达本地的时间， DLSR为生成接收4艮文所用的时间。
如果 RTCP SR报文是报文发送方发送的并且没有经过任何测量点转发或 处理的 RTCP SR报文，则可以将生成的接收报告放入 RTCP SR报文的接收报告 区域， 例如， 可以放在 RTCP SR报文中已有的接收报告块的后面。 一般来说， 只要接收的 RTCP SR报文中的接收报告块的个数小于 31，都可以将新生成的接 收报告放入 RTCP SR报文中已有的接收报告块的后面， 其中， 头部域的 RC字 段加 1， Length字段加 6。
如果 RTCP SR报文是相邻上游测量点发送的并且携带有 RTP数据流在报 文发送方与相邻上游测量点之间的 QoS参数， 则可以将接收报告放入 RTCP SR 报文中存放 RTP数据流在报文发送方与相邻上游测量点之间的 QoS参数的原来 所在的位置， 当然， QoS参数可以以接收报告的形式存在于 RTCP SR报文中， 换句话说，就是在 RTCP SR报文中用新的接收报告替换掉相邻上游测量点生成 的接收报告。 同样，如果接收的 RTCP SR报文是相邻上游测量点新生成的独立 于报文发送方发送的 RTCP SR报文的新报文，则也可以在 RTCP SR报文中用新 的接收报告替换掉相邻上游测量点生成的接收报告。
另外， 还可以按照下述方式生成新的 RTCP SR报文： 根据计算的 RTP数据 流在报文发送方与本地之间的 QoS参数， 生成接收报告， 再根据所述生成的接 收4艮告， 生成独立于所述 RTCP SR报文的所述新的 RTCP SR报文。 一般来说， 如果接收的 RTCP SR报文中的接收报告块的个数等于 31，则可以为生成的接收 报告生成一个独立于接收的 RTCP SR报文的新报文。此时，新报文的头部域中 SSRC为测量点的标识， RC为 1， Length为新报文的实际长度， 其他信息与接收 的 RTCP 81^艮文相同。
步骤 1203: 将所述新的 RTCP SR报文提供给相邻下游测量点。
无论是对接收的 RTCP SR报文进行改造获得新的 RTCP SR报文，还是生成 一个独立于接收的 RTCP SR报文的新报文，都可以将新的 RTCP SR报文提供给 相邻下游测量点。这样，相邻下游测量点就可以根据新的 RTCP SR报文携带的 RTP数据流在报文发送方与执行步骤 1201、 1202、 1203的测量点之间的 QoS参 数， 计算 RTP数据流在执行步骤 1201、 1202、 1203的测量点与本地之间的 QoS 参数。
需要说明的是，在图 12所示的实施例中， 如果 RTCP SR报文是相邻上游测 量点发出的， 则 RTCP SR报文可以携带 RTP数据流在报文发送方与相邻上游测 量点之间的 QoS参数， 并且接收 RTCP SR报文及计算 RTP数据流在报文发送方 与本地之间的 QoS参数后， 可以根据 RTCP SR报文携带的 QoS参数以及计算的 QoS参数， 计算 RTP数据流在相邻上游测量点与本地之间的 QoS参数。
图 12所示的实施例可以由多种形式的装置实现，其中的一个装置实施例可 以包括： 报文接收单元， 用于接收 RTCP SR报文； QoS参数计算单元， 用于计 算所述 RTCP SR报文对应 RTP数据流在报文发送方与本地之间的 QoS参数； 新 报文生成单元， 用于根据所述报文接收单元接收的 RTCP SR报文及所述 QoS参 数计算单元计算的 QoS参数， 生成新的 RTCP SR报文； 报文提供单元， 用于将 所述新报文生成单元生成的新的 RTCP SR报文提供给相邻下游测量点。
报文接收单元接收的 RTCP SR报文可以具有报文发送方发出的 RTCP SR 报文的所有信息， 也可以是相邻上游的测量点生成的新的 RTCP SR报文。
报文接收单元还可以接收 RTP报文， 在接收到 RTP报文后， 报文接收单元 可以将 RTP报文提供给同一个装置或测量点的其他处理单元，其他处理单元会 从 RTP报文中提取序列号， 用以计算丢包率； 提取时间戳， 用以计算传输延迟 及延迟抖动。报文接收单元接收到 RTCP SR报文后， 无论这个 RTCP SR报文是 否经过上游测量点转发或处理， 只要 RTCP SR报文具有报文发送方发送的 RTCP SR报文的全部信息， 就可以将 RTCP SR报文提供给其他处理单元， 由其 他处理单元记录 RTCP SR报文到达本地的时间， 并根据报文发送方发送的 RTCP SR报文记载的发送报文数，计算在两个相邻 RTCP SR报文到达本地的间 隔时间内 RTP数据流在报文发送方与本地之间的丢包率以及从收到报文发送 方发送的第一个 RTCP SR报文到接收到报文发送方发送的当前的 RTCP SR报 文间隔内的累积丢包数。当然，这里的其他处理单元可以是 QoS参数计算单元。
需要说明的是，如果报文接收单元接收的 RTCP SR报文具有报文发送方发 出的 RTCP SR报文的所有信息， 则在接收到 RTCP SR报文后， QoS参数计算单 元才能计算 RTP数据流在报文发送方与本地之间的 QoS参数； 如果报文接收单 元接收的 RTCP SR报文是相邻上游测量点发出的独立于报文发送方发出的 RTCP SR报文的新报文， 则报文接收单元接收 RTCP SR报文的过程与 QoS参数 计算单元计算 RTP数据流在报文发送方与本地之间的 QoS参数的过程没有必然 的先后顺序关系。
新报文生成单元可以按照下述方式生成新的 RTCP SR报文： 根据计算的 RTP数据流在报文发送方与本地之间的 QoS参数， 生成接收报告， 再将接收报 告放入 RTCP SR报文的接收报告区域， 生成所述新的 RTCP SR报文。
如果 RTCP SR报文是报文发送方发送的并且没有经过任何测量点转发或 处理的 RTCP SR报文，则新报文生成单元可以将生成的接收报告放入 RTCP SR 报文的接收报告区域， 例如， 可以放在 RTCP SR报文中已有的接收报告块的后 面。
如果 RTCP SR报文是相邻上游测量点发送的并且携带有 RTP数据流在报 文发送方与相邻上游测量点之间的 QoS参数， 则新报文生成单元可以将接收报 告放入 RTCP SR报文中存放 RTP数据流在报文发送方与相邻上游测量点之间 的 QoS参数的原来所在的位置， 当然， QoS参数可以以接收报告的形式存在于 RTCP SR报文中， 换句话说， 就是在 RTCP SR报文中用新的接收报告替换掉相 邻上游测量点生成的接收 告。 同样， 如果接收的 RTCP SR报文是相邻上游测 量点新生成的独立于报文发送方发送的 RTCP SR报文的新报文，则新报文生成 单元也可以在 RTCP SR报文中用新的接收报告替换掉相邻上游测量点生成的 接收报告。 计算的 RTP数据流在报文发送方与本地之间的 QoS参数， 生成接收报告， 再根 据所述生成的接收报告， 生成独立于所述 RTCP SR报文的所述新的 RTCP SR 报文。
无论新报文生成单元对接收的 RTCP SR报文进行改造获得新的 RTCP SR 报文，还是新报文生成单元生成一个独立于接收的 RTCP SR报文的新报文，报 在图 12所示的实施例中，一个测量点可以将新的 RTCP SR报文提供给相邻 下游测量点， 这样，相邻下游测量点就可以 ^居这个新的 RTCP 81^艮文进行基 于网段的测量 QoS的过程。为此，本发明还提供一种基于 RTP/RTCP的测量 QoS 的方法实施例， 如图 15所示， 包括：
步骤 1501：接收携带有 RTP数据流在报文发送方与相邻上游测量点之间的 QoS参数的 RTCP SR报文， 并计算所述 RTCP SR报文对应 RTP数据流在报文发 送方与本地之间的 QoS参数。
携带有 RTP数据流在报文发送方与相邻上游测量点之间的 QoS参数的 RTCP SR报文可以是由相邻上游测量点发出的，接收的这个 RTCP SR报文可以 具有报文发送方发送的 RTCP SR报文的所有信息，接收的这个 RTCP SR报文也 可以是相邻上游测量点生成的独立于报文发送方发送的 RTCP SR报文的新报 文。 QoS参数可以以接收报告的形式存在于接收的 RTCP SR报文中。
接收到具有报文发送方发送的 RTCP SR报文的所有信息的 RTCP SR报文 后， 或者接收到报文发送方发送的 RTCP SR报文后， 可以计算 RTP数据流在报 文发送方与本地之间的 QoS参数。
需要说明的是，如果接收的 RTCP SR报文具有报文发送方发送的 RTCP SR 报文的所有信息， 则需要在接收到这样的报文后， 才能计算 RTP数据流在报文 发送方与本地之间的 QoS参数。 如果接收的 RTCP 81^艮文是相邻上游测量点生 成的独立于报文发送方发送的 RTCP SR报文， 则接收携带有 RTP数据流在报文 发送方与相邻上游测量点之间的 QoS参数的 RTCP SR报文的过程， 与计算 RTP 数据流在报文发送方与本地之间的 QoS参数的过程没有必然的先后顺序关系。 步骤 1502: 根据 RTP数据流在报文发送方与相邻上游测量点之间的 QoS参 数以及在报文发送方与本地之间的 QoS参数， 得到 RTP数据流在相邻上游测量 点与本地之间的 QoS参数。
显然， 在步骤 1501之后， 就可以得到 RTP数据流在报文发送方与相邻上游 测量点之间的 QoS参数及在报文发送方与本地之间的 QoS参数， 有了这两个参 数， 就可以得到 TP数据流在相邻上游测量点与本地之间的 QoS参数， 这样就实 现基于网段测量 QoS。 量点， 且接收的 RTCP SR报文具有报文发送方发送的 RTCP SR报文的所有信 息， 则计算 RTP数据流在报文发送方与本地之间的 QoS参数后， 还可以根据所 述计算的 RTP数据流在报文发送方与本地之间的 QoS参数， 生成接收报告， 将 所述接收报告放入接收的 RTCP SR报文中的 RTP数据流在报文发送方与相邻 上游测量点之间的 QoS参数原来所在的位置， 生成新的 RTCP SR报文， 再将新 的 RTCP SR报文提供给相邻下游测量点。
需要说明的是，在图 15所示的实施例中， 如果接收 RTCP SR报文的是处于 报文接收方上游的但不是相邻上游的测量点，且接收的 RTCP SR报文具有报文 发送方发送的 RTCP SR报文的所有信息， 则计算 RTP数据流在报文发送方与本 地之间的 QoS参数后 , 还可以根据计算的 RTP数据流在报文发送方与本地之间 的 QoS参数， 生成接收报告， 再将接收报告放入接收的 RTCP SR报文中的 RTP 数据流在报文发送方与相邻上游测量点之间的 QoS参数原来所在的位置， 生成 新的 RTCP SR¾ , 之后再将新的 RTCP SR报文提供给相邻下游测量点。
算 RTP数据流在报文发送方与本地之间的 QoS参数后， 还可以根据计算的 RTP 数据流在报文发送方与本地之间的 QoS参数， 生成接收报告， 再根据生成的接 收报告生成独立于报文发送方发送的 RTCP SR报文的新的 RTCP SR报文，之后 再将新的 RTCP SR报文提供给相邻下游测量点。
如果接收 RTCP SR报文的是处于报文接收方相邻上游的测量点，且接收的 RTCP SR报文具有报文发送方发送的 RTCP SR报文的所有信息， 则接收到 RTCP SR报文后， 可以去掉接收的 RTCP SR报文携带的 RTP数据流在报文发送 方与相邻上游测量点之间的 QoS参数， 将接收的 RTCP SR报文恢复为报文发送 方发送的 RTCP SR报文，再将报文发送方发送的 RTCP SR报文提供给报文接收 方。
如果接收 RTCP SR报文的是处于报文接收方相邻上游的测量点，且接收的 RTCP SR报文是独立于报文发送方发送的 RTCP SR报文，则接收到 RTCP SR报 文后， 可以去掉接收的 RTCP SR报文， 不再产生新的 RTCP SR报文， 将报文发 送方发送的 RTCP SR报文提供给报文接收方。
另外，在实际应用中， RTCP SR报文由报文发送方到达报文接收方的过程 中， 可能要经过不同互联网服务提供商 （ISP， Internet Service Provider )提供 的网络域。对于相邻的两个网络域来说，可能由于下游的网络域不支持上游的 网络域对 RTCP SR报文的修改格式，也可能由于不需要测量 RTP数据流在这两 个网络域之间的 QoS参数， 还可能由于上游的网络域不希望下游的网络域获得 RTP数据流在上游的网络域的传输性能， 还可能由于其他原因， 总之， 由于至 少一种原因，上游的网络域的最后一个测量点可以不需要将 RTP数据流在两个 测量点之间的 QoS参数提供给下游的网络域。
具体的， 如果接收 RTCP SR报文的是一个网络域的最后一个测量点， 且接 RTCP SR报文后， 还可以去掉接收的 RTCP SR报文携带的 RTP数据流在报文发 送方与相邻上游测量点之间的 QoS参数， 将接收的 RTCP SR¾文恢复为4艮文发 送方发送的 RTCP SR报文，再将报文发送方发送的 RTCP SR报文提供给相邻下 游的网络域。
如果接收 RTCP SR报文的是一个网络域的最后一个测量点， 且接收的 RTCP SR报文是独立于报文发送方发送的 RTCP SR报文，则接收到 RTCP SR报
域。
当然 ,如果下游的网络域能够支持上游的网络域对 RTCP SR报文的修改格 式， 或者下游的网络域需要测量 RTP数据流在这两个网络域之间的 QoS参数， 或者由于其他原因，上游的网络域的最后一个测量点也可以将生成的接收报告 提供给下游的网络域。
图 15所示的实施例也可以由多种形式的装置实现，其中的一种装置实施例 可以包括： 报文接收单元， 用于接收携带有 RTP数据流在报文发送方与相邻上 游测量点之间的 QoS参数的 RTCP SR报文； QoS参数计算单元， 用于计算所述 RTCP SR报文对应 RTP数据流在报文发送方与本地之间的 QoS参数； 基于网段 的 QoS参数获得单元， 用于根据所述报文接收单元接收的 RTP数据流在报文发 送方与相邻上游测量点之间的 QoS参数以及所述 QoS参数计算单元计算的在报 文发送方与本地之间的 QoS参数， 得到 RTP数据流在相邻上游测量点与本地之 间的 QoS参数。
携带有 RTP数据流在报文发送方与相邻上游测量点之间的 QoS参数的 RTCP SR报文可以是由相邻上游测量点发出的， 报文接收单元接收的这个 个 RTCP SR 艮文也可以是相邻上游测量点生成的独立于 4艮文发送方发送的 RTCP SR报文的新报文。 QoS参数可以以接收报告的形式存在于接收的 RTCP SR¾文中。
报文接收单元接收到具有报文发送方发送的 RTCP SR报文的所有信息的 RTCP SR报文后， 或者接收到报文发送方发送的 RTCP SR报文后， QoS参数计 算单元可以计算 RTP数据流在报文发送方与本地之间的 QoS参数。
需要说明的是，如果报文接收单元接收的 RTCP SR报文具有报文发送方发 送的 RTCP SR报文的所有信息， 则 QoS参数计算单元需要在接收到这样的报文 后， 才能计算 RTP数据流在报文发送方与本地之间的 QoS参数。 如果报文接收 单元接收的 RTCP SR报文是相邻上游测量点生成的独立于报文发送方发送的 RTCP SR报文， 则报文接收单元接收携带有 RTP数据流在报文发送方与相邻上 游测量点之间的 QoS参数的 RTCP SR报文的过程， 与 QoS参数计算单元计算 RTP数据流在报文发送方与本地之间的 QoS参数的过程没有必然的先后顺序关 系。
显然，报文接收单元可以获得 RTP数据流在报文发送方与相邻上游测量点 之间的 QoS参数， QoS参数计算单元可以计算出 RTP数据流在报文发送方与本 地之间的 QoS参数， 有了这两个参数， 基于网段的 QoS参数获得单元就可以计 算出 RTP数据流在相邻上游测量点与本地之间的 QoS参数。
为便于本领域技术人员实施本发明， 下面再介绍一个具体应用的实施例。 如图 16所示，在报文发送方与报文接收方之间设置有两个测量点，分别是测量 点 1和测量点 2， 具体包括：
步骤 1601 : 报文发送方发出 RTP报文及 RTCP SR报文。
步骤 1602: 当 RTP报文到达测量点 1时，测量点 1从 RTP报文中提取序列号， 用以计算丢包率； 提取时间戳， 用以计算传输延迟及延迟抖动。 当 RTCP SR 报文到达测量点 1时， 测量点 1记录 RTCP SR报文到达的时间，根据报文发送方 发送的 RTCP SR报文记载的发送 RTP报文数， 计算在两个相邻 RTCP SR报文期 一个 RTCP SR报文到接收到报文发送方发送的当前的 RTCP SR报文间隔内的 累积丢包数， 再结合已经计算得到的延迟抖动， 生成接收报告。 如果到达的 RTCP SR报文中的接收报告块的个数小于 31 , 则将生成的接收报告放入 RTCP SR报文中已有的接收报告块的后面； 如果到达的 RTCP SR报文中的接收报告 块的个数等于 31，则需要额外生成一个新的 RTCP SR报文用于存放生成的接收 报告。 另夕卜， 如果将生成的接收报告放入到达的 RTCP SR报文中已有的接收报 端口号保持不变。
步骤 1603: 测量点 1将携带有生成的接收报告的 RTCP SR报文发送到测量 点 2。
步骤 1604: 当 RTP报文到达测量点 2时，测量点 2从 RTP报文中提取序列号， 用以计算丢包率； 提取时间戳， 用以计算传输延迟及延迟抖动。 当报文发送方 发出的 RTCP SR报文到达测量点 2时， 无论是否经过修改， 测量点 2都要记录 RTCP SR报文到达的时间， 根据报文发送方发送的 RTCP SR报文记载的发送 RTP报文数， 计算在两个相邻 RTCP SR报文期间 RTP流在报文发送方与本地之 间的丢包率以及从收到报文发送方发送的第一个 RTCP SR报文到接收到报文 发送方发送的当前的 RTCP SR报文间隔内的累积丢包数。 另外， 如果测量点 1 将生成的接收报告放入报文发送方发送的 RTCP SR报文， 则测量点 2可以计算 出 RTP数据流在测量点 1与本地之间的 QoS参数。具体的，可以先根据接收报告 中的 LSR、 DLSR以及本地记录的 RTCP SR报文到达本地的时间 , 计算出 RTCP SR报文在两个测量点之间的传输延迟， 再分别将接收报告中的丢包率、 累积 丢包数、 传输延迟抖动与本地计算的 QoS参数比较， 计算出对应的两个测量点 之间的 QoS参数， 实现基于网段的测量。 此外， 如果测量点 1生成的接收报告 存在于报文发送方发送的 RTCP SR报文， 则测量点 2可以将自身生成的接收报 告放入报文发送方发送的 RTCP SR报文中测量点 1生成的接收报告原来所在的 位置； 如果测量点 1用生成的新的 RTCP SR"¾文存放测量点 1生成的接收 告， 则测量点 2可以去掉这个新的 RTCP SR¾文， 生成一个新的 RTCP SR报文存放 自身生成的接收报告， 或者， 不去掉这个新的 RTCP SR报文， 而是将自身生成 的接收报告放入这个新的 RTCP SR报文中测量点 1生成的接收报告原来所在的 位置，总之，可以用一个独立于报文发送方发送的 RTCP SR报文的另一个 RTCP SR报文存放自身生成的接收报告。
步骤 1605: 测量点 2将携带有自身生成的接收报告的 RTCP SR报文提供给 测量点 3。
步骤 1606: 当 RTP报文到达测量点 3时，测量点 3从 RTP报文中提取序列号， 用以计算丢包率； 提取时间戳， 用以计算传输延迟及延迟抖动。 当报文发送方 发出的 RTCP SR报文到达测量点 3时， 无论是否经过修改， 测量点 3都要记录 RTCP SR报文到达的时间， 根据报文发送方发送的 RTCP SR报文记载的发送 RTP报文数， 计算在两个相邻 RTCP SR报文期间 RTP流在报文发送方与本地之 间的丢包率以及从收到报文发送方发送的第一个 RTCP SR报文到接收到报文 发送方发送的当前的 RTCP SR报文间隔内的累积丢包数。 另外， 如果测量点 2 将生成的接收报告放入报文发送方发送的 RTCP SR报文， 则测量点 3可以计算 出 RTP数据流在测量点 2与本地之间的 QoS参数。具体的，可以先根据接收报告 中的 LSR、 DLSR以及本地记录的 RTCP SR报文到达本地的时间 , 计算出 RTCP SR报文在两个测量点之间的传输延迟， 再分别将接收报告中的丢包率、 累积 丢包数、 传输延迟抖动与本地计算的 QoS参数比较， 计算出对应的两个测量点 之间的 QoS参数， 实现基于网段的测量。 此外， 测量点 3还需要去掉 RTCP SR 报文中的测量点 2生成的接收报告，恢复报文发送方发送的原始 RTCP SR报文； 如果测量点 2生成新的 RTCP SR报文存放生成的接收报告， 则不将这个新的 RTCP SR"¾文提供给^艮文接收方。
步骤 1607: 测量点 3将报文发送方发送的原始 RTCP SR报文提供给报文接 收方。
步骤 1608: 计算端到端的 QoS参数， 生成端到端的 RTCP RR报文， 并向报 文发送方返回 RTCP RR报文。
报文接收方接收到报文发送方发送的 RTCP SR报文，可以向报文发送方返 回 RTCP RR报文。 RTCP RR报文的格式如图 17所示， 由图 13及图 17可以看出， RTCP RR报文相对于 RTCP SR报文只是少了发送信息， 其他部分与 RTCP SR 报文的格式都相同。
在本发明的实施例中 ,测量点只需要将生成的接收报告放入报文发送方发 送的 RTCP SR报文中， 就可将生成的接收报告送到相邻下游的测量点， 或者只 需要生成一个新的 RTCP SR报文用于存放生成的接收报告， 并将这个新的 RTCP SR报文随同报文发送方发送的 RTCP SR报文传输，也可将生成的接收报 告送到相邻下游的测量点。 这样， 测量点不需要知道下游测量点的 IP地址和端 口号， 减轻了测量点的负担。
另外，也正是由于以上原因， 生成的接收报告一定会随同报文发送方发送 的 RTCP SR¾文到达相邻下游的测量点，而不是通过其他路径到 目邻下游的 测量点，这样，测量结果反映的一定会是 RTP数据流在传输路径上实际的性能。
在本发明的实施例中， 即使测量点生成新的 RTCP SR报文并将新的 RTCP 81^艮文系统给相邻下游测量点 , 相邻下游测量点也可以不反馈任何 4艮文 , 所 以， 相对于主动测量方法， 没有过多的增加网络负担。
在本发明的实施例中， 测量点将 RTP数据流在^艮文发送方与本地之间的 QoS参数提供给相邻下游测量点 ,相邻下游测量点根据这个参数及自身计算的 RTP数据流在报文发送方与本地之间的 QoS参数即可计算出 RTP数据流在这两 个测量点之间的 QoS参数 , 实现了基于网段的测量 QoS。
此外， 本发明实施例还提供一种 RTP/RTCP报文的传输系统， 包括： 报文 发送方、 第一测量点、 第二测量点和报文接收方。 其中所述报文发送方， 用于 发出 RTCP SR报文； 所述第一测量点，用于接收所述报文发送方发出的 RTCP SR报文，计算 RTP数据流在报文发送方与本地之间的 QoS参数， 并根据所述 RTCP SR报文及计算的 QoS参数， 生成新的 RTCP SR报文， 并发送所述新的 RTCP SR报文；其中 ,所述生成新的 RTCP SR报文可以简单理解为：所述 RTCP SR报文中增加本地计算的 QoS参数，其具体的过程详见上述，在此不再赞述； 所述第二测量点，用于接收所述所述新的 RTCP SR报文，计算所述新的 RTCP SR报文对应 RTP数据流在报文发送方与本地之间的 QoS参数，并根据所述新 的 RTCP SR报文携带的 QoS参数以及所述计算的 QoS参数， 计算 RTP数据 流在相邻上游测量点与本地之间的 QoS参数， 并将所述新的 RTCP SR "¾文还 原成原始的 RTCP SR报文后发送给所述报文接收方， 其中， 所述还原成原始 的 RTCP SR报文， 可以简单理解为： 删除所述新的 RTCP SR报文中携带的 QoS参数后， 就还原成发送方发送的原始 RTCP SR报文， 其具体的实现过程 详见上述。 所述报文接收方， 用于在接收到所述原始 RTCP SR报文， 计算发 送方与接收方的 QoS参数后， 生成 RTCP RR报文， 并将所述 RTCP RR报文 发送给发送方。
优选的，所述系统在第一测量点与第二测量点之间还至少包括一个中间测 量点 ,所述中间测量点 ,用于接收新的 RTCP SR报文，计算所述新的 RTCP SR 报文对应 RTP数据流在报文发送方与本地之间的 QoS参数， 并根据所述新的 RTCP SR报文中携带的 QoS参数及所述计算的 QoS参数，生成本地新的 RTCP SR报文， 并发送所述本地新的 RTCP SR报文， 其中， 本地新的 RTCP SR报 文可以简单理解为，将本地所述计算的 QoS参数替换所述接收到新的 RTCP SR 报文中携带的 QoS参数,其具体实现过程详见上述；以及根据接收到新的 RTCP SR报文中携带的 QoS参数及所述计算的 QoS参数， 计算 RTP数据流在相邻 上游测量点与本地之间的 QoS参数。
所述系统中各个单元功能和作用的实现过程与上述设备中对应单元的功 能和作用， 在此不再赞述。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通 技术人员来说， 在不脱离本发明原理的前提下， 还可以作出若干改进和润饰， 这些改进和润饰也应视为本发明的保护范围。

Claims

权 利 要 求
1、 一种测量服务质量的方法， 其特征在于， 包括步骤：
第一测量点根据接收到实时协议 RTP数据流对应的实时控制协议发送方 报告 RTCP SR报文，计算并存储所述 RTP数据流到达本地的服务质量 QoS参 数后， 向第二测量点转发 RTCP SR报文；
第二测量点在转发所述 RTCP SR报文时， 生成额外实时控制协议接收方 报告 extra RTCP RR报文， 并在服务提供域内发送所述 extra RTCP RR报文； 第一测量点根据接收到的所述 extra RTCP RR报文， 计算本地与第二测量 点之间的 QoS参数。
2、 一种测量服务质量的方法， 其特征在于， 包括步骤：
第一测量点将接收到的 RTCP SR报文发送给第二测量点；
接收第二测量点发送的 extra RTCP RR报文；
第一测量点根据所述 extra RTCP RR报文计算本地与所述第二测量点之间 的 QoS参数。
3、 根据权利要求 2所述测量服务质量的方法， 其特征在于， 所述方法还 包括：
第一测量点提取接收到 RTP数据流对应的 RTCP SR报文中的发送方信 息； 计算并存储所述 RTP数据流到达本地的 QoS参数， 所述 QoS参数包括： 延迟抖动、 丢包率和累计丢包数。
4、 一种测量服务质量的方法， 其特征在于， 包括步骤：
第二测量点在转发接收到的 RTCP SR报文时， 生成 extra RTCP RR报文； 所述 extra RTCP RR报文包括：发送方同步源标识、本地计算的 QoS参数和发 送方生成 RTCP SR报文时的网络时间协议时间戳；
在服务提供域内发送所述 extra RTCP RR报文， 以用于计算测量点之间的 服务质量。
5、 根据权利要求 4所述测量服务质量的方法， 其特征在于， 所述生成额 夕卜 extra RTCP RR报文的过程为：
将所述本地计算的 QoS参数放入接收报告块的相应位置， 所述 QoS参数 包括： 延迟抖动、 丢包率和累计丢包数； 将接收报告块中的发送方同步源标识填写为所述 RTCP SR报文中的发送 方同步源标识； 将发送方生成 RTCP RR报文时的网络时间协议时间戳填写为 所述 RTCP SR报文中的网络时间协议时间戳；
所述 extra RTCP RR报文头部中发送方标识为测量点的标识， 接收报告块 数目。
6、 一种网络设备， 其特征在于， 包括：
第一报文发送单元， 用于将接收到的 RTCP SR报文发送给第二测量点； 报文接收单元， 用于接收所述第二测量点发送的 extra RTCP RR报文； 网段服务质量计算单元， 用于根据所述 extra RTCP RR报文计算本地与所 述第二测量点之间的 QoS参数。
7、 根据权利要求 6所述网络设备， 其特征在于， 所述网络设备还包括： 第一服务质量计算单元， 用于提取接收到 RTP数据流对应的 RTCP SR报 文中的发送方同步源标识和发送报文数； 或者发送方同步源标识、 网络时间协 议时间戳和发送报文数；计算所述 RTP数据流到达本地的 QoS参数，所述 QoS 参数包括： 延迟抖动、 丢包率和累计丢包数；
第一存储单元， 用于^据所述发送方同步源标识； 或者发送方同步源标识 和网络时间协议时间戳为索引存储所述 RTP数据流到达本地的 QoS参数。
8、 一种网络设备， 其特征在于， 包括：
报文生成单元， 用于在转发接收到的 RTCP SR报文时， 生成 extra RTCP RR报文， 所述 extra RTCP RR报文包括： 发送方同步源标识、 本地计算的 QoS参数和发送方生成 RTCP SR报文时的网络时间协议时间戳；
第二报文发送单元， 用于在服务提供域内发送所述 RTCP RR报文， 以用 于计算测量点之间的服务质量。
9、 根据权利要求 8所述网络设备， 其特征在于， 所述网络设备还包括： 第二服务质量计算单元， 用于在接收到对应 RTP数据流的 RTCP SR报文 时， 提取 RTCP SR报文的发送方同步源标识和发送报文数； 或者发送方同步 源标识、 网络时间协议时间戳和发送报文数， 计算并存储所述 RTP数据流到 达本地的 QoS参数后 , 转发所述 RTCP SR报文；
第二存储单元， 用于根据所述发送方同步源标识； 或者发送方同步源标识 和网络时间协议时间戳为索引存储所述本地的 QoS参数。
10、 根据权利要求 8所述网络设备， 其特征在于， 所述网络设备还包括： 集中控制单元， 用于控制发送 extra RTCP RR报文的方式， 当采用组播方 式发送 extra RTCP RR报文时 , 在配置测量点时预先告知设定的组播 IP地址 和端口号； 或者， 当采用单播方式发送 extra RTCP RR报文， 则在配置第二测 量点时预先告知第一测量点的 IP地址和端口号。
11、 一种网络系统， 其特征在于， 包括： 第一网络设备和第二网络设备， 其中，
所述第一网络设备包括：
第一报文发送单元， 用于将接收到的 RTCP SR报文发送给第二测量点； 报文接收单元， 用于接收第二测量点发送 extra RTCP RR报文；
网段服务质量计算单元， 用于根据所述 extra RTCP RR报文计算本地与所 述第二测量点之间的 QoS参数；
第二网络设备包括：
报文生成单元，用于在转发所接收到的 RTCP SR报文时，生成 extra RTCP
RR报文， 所述 extra RTCP RR报文包括： 发送方同步源标识、 本地计算的 QoS参数和发送方生成 RTCP SR报文时的网络时间协议时间戳；
第二报文发送单元， 用于在服务提供域内将所述 extra RTCP RR报文发送 给报文接收单元， 以用于计算测量点之间的服务质量。
12、 根据权利要求 11所述网络系统， 其特征在于， 所述第一网络设备还 包括： 第一服务质量计算单元和第一存储单元， 第二网络设备还包括： 第二服 务质量计算单元和第二存储单元； 其中，
所述第一或第二服务质量计算单元， 用于在接收到对应 RTP数据流的 RTCP SR报文时， 提取 RTCP SR报文的发送方同步源标识和发送报文数； 或 者发送方同步源标识、 网络时间协议时间戳和发送报文数， 计算并存储所述 RTP数据流到达本地的 QoS参数后 , 转发所述 RTCP SR报文；
所述第一或第二存储单元， 用于根据所述发送方同步源标识； 或者发送方 同步源标识和网络时间协议时间戳为索引存储所述本地的 QoS参数。
13、 一种 RTCP SR报文的转发方法， 其特征在于， 包括： 接收 RTCP SR报文，计算所述 RTCP SR报文对应实时协议 RTP数据流在 报文发送方与本地之间的服务质量 QoS参数；
根据所述 RTCP SR报文及计算的 QoS参数， 生成新的 RTCP SR报文； 将所述新的 RTCP SR报文提供给相邻的下游测量点， 以使所述相邻下游 测量点计算与本地之间的 QoS参数。
14、 如权利要求 13所述的 RTCP SR报文的转发方法， 其特征在于， 所述 根据 RTCP SR报文及计算的 QoS参数， 生成新的 RTCP SR报文具体包括： 根据计算的 RTP数据流在报文发送方与本地之间的 QoS参数， 生成接收 报告；
将接收报告放入 RTCP SR报文的接收报告区域， 生成所述新的 RTCP SR 报文。
15、 一种测量 QoS的方法， 其特征在于， 包括：
接收携带有 RTP数据流在报文发送方与相邻上游测量点之间的 QoS参数 的 RTCP SR报文，并计算所述 RTCP SR报文对应 RTP数据流在报文发送方与 本地之间的 QoS参数；
根据所述 RTCP SR报文中携带的 QoS参数以及所述计算的 QoS参数，得 到 RTP数据流在相邻上游测量点与本地之间的 QoS参数。
16、如权利要求 15所述的测量 QoS的方法，其特征在于，如果接收 RTCP SR报文具有报文发送方发送的 RTCP SR报文的所有信息， 则计算 RTP数据 流在报文发送方与本地之间的 QoS参数后 , 还包括：
根据所述计算的 RTP数据流在报文发送方与本地之间的 QoS参数， 生成 接收报告； 送方与相邻上游测量点之间的 QoS参数的接收报告原来所在的位置， 生成新 的 RTCP SR "¾文；
将新的 RTCP SR报文提供给相邻下游测量点。
17、 一种 RTCP SR报文的转发装置， 其特征在于， 包括：
报文接收单元， 用于接收 RTCP SR报文； QoS参数计算单元， 用于计算所述 RTCP SR报文对应 RTP数据流在报文 发送方与本地之间的 QoS参数；
新报文生成单元， 用于根据所述报文接收单元接收的 RTCP SR报文及所 述 QoS参数计算单元计算的 QoS参数， 生成新的 RTCP SR报文；
报文提供单元， 用于将所述新报文生成单元生成的新的 RTCP SR报文提 供给相邻下游测量点， 以使相邻下游测量点基于网段测量 QoS。
18、 一种基于 RTP/RTCP的测量 QoS的装置， 其特征在于， 包括： 报文接收单元， 用于接收携带有 RTP数据流在报文发送方与相邻上游测 量点之间的 QoS参数的 RTCP SR "¾文；
QoS参数计算单元， 用于计算所述 RTCP SR报文对应 RTP数据流在报文 发送方与本地之间的 QoS参数；
基于网段的 QoS参数获得单元， 用于根据所述报文接收单元接收到所述 RTCP SR报文中的 QoS参数以及所述 QoS参数计算单元计算的 QoS参数，得 到 RTP数据流在相邻上游测量点与本地之间的 QoS参数。
19、 一种 RTP/RTCP报文的传输系统， 其特征在于， 包括：
报文发送方， 用于发出 RTCP SR报文；
第一测量点， 用于接收所述报文发送方发出的 RTCP SR报文， 计算 RTP 数据流在报文发送方与本地之间的 QoS参数， 并根据所述 RTCP SR报文及计 算的 QoS参数， 生成新的 RTCP SR报文， 并发送所述新的 RTCP SR报文； 第二测量点， 用于接收所述新的 RTCP SR报文， 计算所述新的 RTCP SR 报文对应 RTP数据流在报文发送方与本地之间的 QoS参数， 并根据所述新的 RTCP SR报文携带的 QoS参数以及所述计算的 QoS参数，计算 RTP数据流在 相邻上游测量点与本地之间的 QoS参数， 并将所述新的 RTCP SR 4艮文还原成 原始的 RTCP SR报文后发送给所述报文接收方；
所述报文接收方， 用于在接收到所述原始 RTCP SR报文， 计算发送方与 接收方之间的 QoS参数后 , 生成 RTCP RR报文， 并将所述 RTCP RR报文发 送给发送方。
20、 如权利要求 19所述的传输系统， 其特征在于， 所述系统在第一测量 点与第二测量点之间还至少包括一个中间测量点， 所述中间测量点， 用于接收 新的 RTCP SR报文，计算所述新的 RTCP SR报文对应 RTP数据流在报文发送 方与本地之间的 QoS参数，并根据所述计算的 QoS参数，生成本地新的 RTCP SR报文， 发送所述本地新的 RTCP SR报文； 以及根据接收到新的 RTCP SR 报文中携带的 QoS参数及所述计算的 QoS参数，计算 RTP数据流在相邻上游 测量点与本地之间的 QoS参数。
PCT/CN2008/072166 2007-08-28 2008-08-27 Procédé de mesure de qualité de service, procédé de transmission, dispositif et système de messages WO2009026855A1 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
AT08800679T ATE554559T1 (de) 2007-08-28 2008-08-27 Verfahren zur messung einer dienstqualität, übertragungsverfahren und -vorrichtung sowie nachrichtensystem
ES08800679T ES2383109T3 (es) 2007-08-28 2008-08-27 Método para medir la calidad de servicio, método de transmisión , dispositivo y sistema de mensajes
EP08800679A EP2187563B1 (en) 2007-08-28 2008-08-27 Method for measuring quality of service, transmission method, device and system of messages

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN200710148407.9 2007-08-28
CN2007101484079A CN101378337B (zh) 2007-08-28 2007-08-28 测量服务质量的方法、网络设备及网络系统
CN2007101425899A CN101378352B (zh) 2007-08-29 2007-08-29 RTCP SR报文的转发方法、测量QoS的方法、装置及系统
CN200710142589.9 2007-08-29

Publications (1)

Publication Number Publication Date
WO2009026855A1 true WO2009026855A1 (fr) 2009-03-05

Family

ID=40386714

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/072166 WO2009026855A1 (fr) 2007-08-28 2008-08-27 Procédé de mesure de qualité de service, procédé de transmission, dispositif et système de messages

Country Status (4)

Country Link
EP (1) EP2187563B1 (zh)
AT (1) ATE554559T1 (zh)
ES (1) ES2383109T3 (zh)
WO (1) WO2009026855A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3605956B1 (en) * 2017-04-01 2023-03-01 Huawei Technologies Co., Ltd. Iptv service quality detection method, device and system
EP3854130A1 (en) * 2018-09-20 2021-07-28 Telefonaktiebolaget LM Ericsson (publ) Technique for performing analysis of an rtp flow
WO2020124381A1 (en) * 2018-12-18 2020-06-25 Lenovo (Beijing) Limited METHOD AND APPARATUS FOR QoS MONITORING AND FEEDBACK

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6775240B1 (en) * 1999-09-21 2004-08-10 Lucent Technologies Inc. System and methods for measuring quality of communications over packet networks
CN1618212A (zh) * 2002-01-18 2005-05-18 艾利森电话股份有限公司 自适应以太网交换系统和方法
CN1859237A (zh) * 2006-03-15 2006-11-08 华为技术有限公司 服务质量检测方法、系统、装置、及计费和故障测试系统
CN1933431A (zh) * 2006-09-29 2007-03-21 华为技术有限公司 一种检测QoS的方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7894354B2 (en) * 2002-10-04 2011-02-22 Jds Uniphase Corporation System and method to monitor RTP streams using RTCP SR/RR packet information
WO2005027394A1 (ja) * 2003-09-10 2005-03-24 Fujitsu Limited 伝送パラメータ制御装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6775240B1 (en) * 1999-09-21 2004-08-10 Lucent Technologies Inc. System and methods for measuring quality of communications over packet networks
CN1618212A (zh) * 2002-01-18 2005-05-18 艾利森电话股份有限公司 自适应以太网交换系统和方法
CN1859237A (zh) * 2006-03-15 2006-11-08 华为技术有限公司 服务质量检测方法、系统、装置、及计费和故障测试系统
CN1933431A (zh) * 2006-09-29 2007-03-21 华为技术有限公司 一种检测QoS的方法

Also Published As

Publication number Publication date
EP2187563A4 (en) 2011-06-22
ATE554559T1 (de) 2012-05-15
ES2383109T3 (es) 2012-06-18
EP2187563B1 (en) 2012-04-18
EP2187563A1 (en) 2010-05-19

Similar Documents

Publication Publication Date Title
Frost et al. Packet loss and delay measurement for mpls networks
US7835290B2 (en) Method for measuring end-to-end delay in asynchronous packet transfer network, and asynchronous packet transmitter and receiver
CN101378337B (zh) 测量服务质量的方法、网络设备及网络系统
US9270475B2 (en) Network-based service for the repair of IP multicast sessions
US7936694B2 (en) Sniffing-based network monitoring
US9094315B2 (en) Systems and methods for measuring available capacity and tight link capacity of IP paths from a single endpoint
US8891381B2 (en) Path testing and switching
US6501763B1 (en) Network-based service for originator-initiated automatic repair of IP multicast sessions
WO2007095801A1 (fr) Procédé, appareil et système de mesure de la performance d'un réseau
CN106465159B (zh) Mbms承载故障管理的方法、网络节点和故障管理器
US20070280108A1 (en) Method and system for measuring packet delivery quality
WO2006102840A1 (fr) Procede de surveillance du taux de perte de paquets
WO2005099188A9 (ja) 通信品質管理方法および装置
WO2007118396A1 (fr) Procédé et système de mesure de performances réseau
JP2001251360A (ja) パケットネットワークにおけるリアルタイムメディアコンテンツを伝送し同期化するシステム及び方法
WO2014048136A1 (zh) 网络丢包测量方法、设备和系统
WO2011079702A1 (zh) 丢包检测方法和装置及路由器
WO2014047941A1 (zh) 网络时延测量方法、装置和系统
BR112013010739B1 (pt) Método para realizar uma medição em um fluxo de dados, e, rede de comunicação
US9197691B2 (en) System and method for latency measurement at each network element participating as an RTP relay in a telecommunication network
WO2018050215A1 (en) Performance measurement in a packet-switched communication network
CN109997335B (zh) 分组交换通信网络中的性能测量
WO2009026855A1 (fr) Procédé de mesure de qualité de service, procédé de transmission, dispositif et système de messages
WO2014101185A1 (zh) 组播通道的性能检测方法、装置和系统
US20070280296A1 (en) System and method for measuring distribution quality of video image

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08800679

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2008800679

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE