WO2011120470A2 - Method and device for medium stream performance monitoring - Google Patents

Abstract

The embodiments of the present invention disclose a method and device for medium stream performance monitoring. The method for medium stream performance monitoring includes the following steps: the medium stream performance monitoring data are filled in an IP data packet, wherein the medium stream performance monitoring data comprises the transmission time stamp of the IP data packet and the transmission sequence number of the IP data packet; the IP data packet, which is filled with the medium stream performance monitoring data, is transmitted to a downstream node. The method for medium stream performance monitoring includes the following steps: the IP data packet, which comprises the medium stream performance monitoring data, is received from an upstream node, wherein the medium stream performance monitoring data comprises the transmission time stamp of the IP data packet and the transmission sequence number of the IP data packet; the medium stream performance is monitored on the basis of the medium stream performance monitoring data. The embodiments of the present invention encapsulate the medium stream by using a universal IP encapsulation, and can realize medium stream performance monitoring with the lack of the encapsulation information of an application layer.

Description

 Media stream performance monitoring method and device

Technical field

 The embodiments of the present invention relate to communication technologies, and in particular, to a media stream performance monitoring method and device. Background technique

 The data packets of the media stream are usually transmitted through the network. In the actual operation, if a certain link or a node fails, you need to quickly locate the link and device where the fault occurs. Repair the device. And links to ensure the normal operation of the business. In order to obtain the objective situation of the user experience, it is necessary to monitor the media stream requested by the user, and monitor the packet loss, jitter, and delay of the media stream. When a large abnormality occurs, the packet loss rate increases and the delay value is large. Or the jitter value is too large) It is necessary to monitor the network transmission equipment for faults.

 In the process of media streaming, in order to monitor network packet loss and jitter, one method is

The CC (communication counter) in the TS (Transport Stream) packet calculates the network packet loss. CC is a field in the TS header that occupies 4 bits and can represent 0 to 15. According to the discontinuity of CC, it can be determined how many TS packets are lost. Another method is to use RTP header serial number and timestamp for RTP (Real Time Transport Protocol) packets to calculate network packet loss and jitter. The RTP sequence number is a 16-bit field of the RTP header, which is usually incremented by one for each RTP packet sent. The RTP timestamp is a 32-bit field of the RTP header used to record time with a time precision of microseconds.

However, calculating the network packet loss according to the CC in the TS stream depends on the TS information of the application layer, and calculating the network packet loss and jitter according to the sequence number and the timestamp in the RTP packet depends on the application layer RTP information, if the network application is not used. If RTP or TS encapsulates a data packet, the performance of the media stream cannot be monitored by the above two methods. Summary of the invention

 The embodiments of the present invention provide a media stream performance monitoring method and device, which are used to solve the defect that the existing media stream performance monitoring method relies on the packet application layer encapsulation information, and provide a general media stream performance monitoring method.

 An embodiment of the present invention provides a media stream performance monitoring method, including:

 Filling the media stream performance monitoring data in the IP data packet; the media stream performance monitoring data includes a timestamp of the IP data packet and a sequence number of the IP data packet;

 The IP data packet filled with the media stream performance monitoring data is sent to the downstream node.

 The embodiment of the invention further provides a media stream performance monitoring method, including:

 Receiving, by the upstream node, an IP data packet including media stream performance monitoring data; the media stream performance monitoring data includes a sending timestamp of the IP data packet and a sending sequence number of the IP data packet;

 Monitoring the performance of the media stream according to the media stream performance monitoring data.

 The embodiment of the invention further provides a media stream transmission device, including:

 a filling module, configured to fill the media stream performance monitoring data in the IP data packet; the media stream performance monitoring data includes a sending timestamp of the IP data packet and a sending sequence number of the IP data packet;

 And a transmitter, configured to send, to the downstream node, the IP data packet that is filled with the media stream performance monitoring data.

 The embodiment of the invention further provides a media stream performance monitoring device, including:

 a receiver, configured to receive an IP data packet that includes the media stream performance monitoring data sent by the upstream node, where the media stream performance monitoring data includes a sending timestamp of the IP data packet and a sending sequence number of the IP data packet;

The performance monitoring module is configured to monitor performance of the media stream according to the media stream performance monitoring data. In the media stream of the embodiment of the present invention, the node that sends the IP data packet encapsulates the media stream performance monitoring data in the IP data packet, and the network node that receives the IP data packet monitors the media stream performance of the network according to the media stream performance monitoring data therein. For example, the number of packet loss, delay, and jitter of the network. Since the embodiment of the present invention adopts a general IP encapsulation to encapsulate a media stream, media stream performance monitoring can be implemented in the absence of application layer encapsulation information. DRAWINGS

 In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, a brief description of the drawings used in the embodiments or the prior art description will be briefly described below. Obviously, the drawings in the following description It is a certain embodiment of the present invention, and other drawings can be obtained from those skilled in the art without any inventive labor.

 FIG. 1 is a flowchart of a media stream performance monitoring method according to an embodiment of the present invention;

 FIG. 2 is a flowchart of another method for monitoring media stream performance according to an embodiment of the present invention; FIG. 3 is an application scenario diagram of FIG. 2;

 FIG. 4 is a flowchart of still another method for monitoring performance of a media stream according to an embodiment of the present invention; FIG. 5 is a flowchart of another method for monitoring performance of a media stream according to an embodiment of the present invention; A further flow chart of a media stream performance monitoring method; FIG. 7 is an application scenario diagram of FIG.

FIG. 8 is a schematic structural diagram of a media stream transmission device according to an embodiment of the present invention; FIG. 8B is a schematic diagram of another media transmission device according to an embodiment of the present invention; FIG. 8C is a schematic diagram of another embodiment of the present invention; FIG. 8 is a schematic structural diagram of another media transmission device according to an embodiment of the present invention; FIG. 9A is a schematic structural diagram of a media stream performance monitoring device according to an embodiment of the present invention; Another schematic diagram of the structure of the media stream performance monitoring device provided by the embodiment. detailed description The technical solutions in the embodiments of the present invention are clearly and completely described in the following with reference to the accompanying drawings in the embodiments of the present invention. It is a partial embodiment of the invention, and not all of the embodiments. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments of the present invention without departing from the inventive scope are the scope of the present invention.

 FIG. 1 is a flowchart of a media stream performance monitoring method according to an embodiment of the present invention. In this embodiment, the technical solution of the media stream performance monitoring method is mainly described from the perspective of a node that transmits an IP data packet. The node that sends the IP packet can be a terminal device or a network side device. As shown in FIG. 1, the embodiment includes: Step 11: Fill media data performance monitoring data in an IP data packet; the media stream performance monitoring data includes a sending timestamp of the IP data packet and a sending serial number of the IP data packet.

 Step 12: Send an IP packet filled with media stream performance monitoring data to the downstream node. Before the terminal device or the network side device sends the IP data packet to the downstream node, the media stream performance monitoring data is filled into the IP data packet. When filling the media stream performance monitoring data, the media stream performance monitoring data can be filled in each IP packet of the media stream. To improve system performance, media stream performance monitoring data can also be populated once every few IP packets. For example, the media stream is sampled, and the media stream performance monitoring data is filled in the sampled IP packet. The sending time stamp of the IP data packet may be the system time when the IP data packet is sent. The transmission sequence number of the IP packet can be the order in which the IP packets are sent.

 To count the number of IP packets sent in the media stream, a counter can be set for the media stream to be monitored. The sending sequence number of the IP packet can be the value of the counter. The media stream accumulates one for each IP packet sent. The initial value of the counter can be set arbitrarily, for example, the initial value is 0. In addition, the counter can also count only the number of IP packets that have been sent in the media stream and are filled with the transmission sequence number.

As shown in Table 1, the IP header includes a 16-bit identification field and an option field. The media stream performance monitoring data may be multiplexed in the 16 identification field of the IP header, or the media stream performance monitoring data may be populated into the option field of the IP header. The option field of the IP header is a variable length optional field in the IP header with a maximum length of 40 bytes. Table 1 shows the IP header structure.

 4-bit version 4-bit header length 8-bit service type 16-bit total length

 16-bit identifier 3-bit segmentation flag 13-bit segment offset

8-bit survival time 8-bit agreement 16-bit first school - 睑和

 32-bit source address

 32-bit destination address

 Options (if any)

 When the data is multiplexed in the 16 identifier field of the IP header, the data timestamp and the transmission sequence number can be simultaneously multiplexed in the 16-bit identification field of the IP header, and the transmission timestamp and the transmission sequence number each occupy the IP address. Identify several bits of the field. The sending time stamp and the sending sequence number can also be time-multiplexed in the 16 identifier field of the IP header, that is, the sending time stamp and the sending sequence number are respectively filled in the IP identification fields of the two IP data packets.

 When the media stream performance monitoring data is multiplexed in the option field of the IP header, the sending timestamp and the sending sequence number may be simultaneously multiplexed in the option field of the IP header, and the sending timestamp and the sending sequence number each occupy the option field of the IP header. Several places. The transmission time stamp and the transmission sequence number can also be time-multiplexed in the option field of the IP header of the IP header, that is, the transmission time stamp and the transmission sequence number are respectively filled in the option fields of the IP headers of the two IP packets.

 There are several ways to time-multiplex the 16-bit identification field or option field of the IP header. For example, fill the transmission sequence number in the first IP packet, and fill the transmission timestamp in the second IP packet. The IP data packet is filled with the transmission sequence number, and the fourth IP data packet is filled with the transmission time stamp... and so on, and one IP packet is filled with one transmission time stamp every interval. Another example, in the first

One IP packet is filled with the transmission sequence number, and the second, third, and fourth IP packets are filled with the transmission timestamp, and the fifth IP packet is filled with the transmission sequence number, at the sixth, seventh, and eighth. The IP data packet is filled with the transmission timestamp respectively... and so on, each time three IP data packets are filled with a transmission sequence number. The time-multiplexing can identify whether the current IP data packet is filled with a sending time stamp or a serial number by using multiple methods. One method is to use the highest bit of the 16-bit identification field to identify the current The lower 15 bits of the identification field of the IP header are filled with the transmission timestamp or the transmission sequence number. For example, when the highest bit is 0, it means that the lower 15 bits are filled with the transmission timestamp; when the highest bit is 1, it means that the lower 15 bits are filled with the transmission sequence number. Another method is to use message time division multiplexing, multiplexing into serial numbers for a period of time, and multiplexing into time stamps for another period of time. The network node agrees that the IP data packet in a certain period of time, in which the identification field of the IP header is multiplexed is the transmission time stamp, and the IP data packet in another time period, where the IP header is identified in the identification field Is to send the serial number.

 In the media stream performance monitoring method of the embodiment of the present invention, the node that sends the IP data packet encapsulates the media stream performance monitoring data in the IP data packet, and the downstream node that receives the IP data packet monitors the data according to the media stream performance therein, and monitors the network. Media stream performance, such as network packet loss, delay, and media layer performance monitoring when layering information is encapsulated. The embodiments of the present invention can be used for performance monitoring of media streams, and can also be used for fault demarcation and positioning of network devices.

 FIG. 2 is a flowchart of another method for monitoring media stream performance according to an embodiment of the present invention. Figure 3 is an application scenario diagram of Figure 2. As shown in Figure 3, in order to detect the network jitter and packet loss between two devices from the upstream node to the downstream node, the identification field of the IP header may be multiplexed on the outgoing interface board of the upstream node. That is, the transmission sequence number and the transmission time stamp are multiplexed in the identification field of the IP header. This embodiment mainly describes how the upstream node fills the transmission sequence number and the transmission timestamp in the identification field of the IP header by using the message time division multiplexing method.

 As shown in FIG. 2, this embodiment includes:

 Step 21: Receive an IP packet of the media stream to be monitored.

 Step 22: Determine whether the transmission time stamp is filled in the IP packet. If yes, go to step 23, otherwise go to step 24.

 The identification field multiplexing policy adopted in this embodiment is: every time one IP data packet is filled with one transmission time stamp, and the IP data packet that is not filled with the transmission time stamp is filled with the transmission sequence number. In step 22, it is determined according to the foregoing identification field multiplexing policy whether to fill the IP data packet with a transmission time stamp.

Step 23: Fill the current system time as the sending timestamp of the IP packet to the IP header The identification field of the department.

 The number of bits of system time that is populated into the identification field can be based on the system's requirements for time accuracy. The more data bits occupied by the send timestamp, the higher the time precision indicated. Therefore, when the time precision is high, more data bits can be extracted from the system time and filled into the identification field.

 Step 24: Fill in the value of the counter as the transmission sequence number of the IP packet to the identification field of the IP header, and accumulate the counter by one.

 A 16-bit counter is set for the media stream to be monitored, and is used to count the number of IP packets that have been sent in the media stream and filled with the transmission sequence number. The number of bits filled into the counter in the identification field can depend on the stream density of the system. Therefore, several bits of the extractable counter are filled into the identification field of the IP header. The more data bits the serial number occupies, the higher the stream density. When the stream density is high, the more packets are represented, more data bits can be extracted from the counter and filled into the IP identification field.

 Step 25: Calculate the IP header checksum and populate the corresponding fields in the IP packet.

 Step 26: Add link layer information in the IP data packet, calculate CRC (Cyclic Redundancy Check), and fill the calculated CRC into the corresponding field in the IP data packet.

 Step 27: Send an IP packet filled with media stream performance monitoring data to the downstream node.

 Since the identification field of the IP header is a mandatory field in the IP packet, the method of filling the transmission time stamp and the transmission sequence number into the identification field of the IP header is versatile, and the network node can monitor the performance of any media stream.

 FIG. 4 is a flowchart of still another method for monitoring performance of a media stream according to an embodiment of the present invention. This embodiment mainly explains how the upstream node fills the transmission sequence number and the transmission timestamp into the option field of the IP header at the same time. As shown in Table 1, the IP header contains an option field. The send timestamp and the send sequence number can be carried in the option field of the IP header. The general format of the option field of the IP header is 1 byte code (code), one byte length (len), and one byte pointer (ptr). The option field of the entire IP header with the length including the first 3 bytes is a maximum of 40 bytes.

 As shown in FIG. 4, this embodiment includes:

Step 41: Receive an IP data packet of the media stream to be monitored. Step 42: Determine whether the media stream performance monitoring data can be filled in the option field of the IP header. If yes, go to step 43, otherwise go to step 46.

 According to the structure of the option field of the IP header, information such as the type and length of the data needs to be added when filling the data, and the number of bytes occupied by the padding data must be an integral multiple of 4. When the media stream performance monitoring data is filled in the option field of the IP header, information such as the type and length added in it needs to occupy at least 2 to 3 bytes of space, and the number of bytes occupied by information such as type and length must be satisfied. An integer multiple of 4 is required. Therefore, when filling the media stream performance monitoring data in the option field of the IP header, at least 8 bytes of space are required. As shown in Table 1, except for the option field of the IP header, the other fields of the IP header have a fixed length of 20 bytes, and the total length of the IP header's option field and the IP header's other fields is 60 bytes. Therefore, the media stream performance monitoring data can be filled in the option field when the IP header length is less than or equal to 52 bytes before the media stream performance monitoring data is filled. If the IP header length is greater than 52 bytes before filling, the media stream performance monitoring data cannot be filled in the option field.

 Step 43: Fill the current system time as the sending time stamp of the IP data packet into the timestamp position in the option field of the IP header, and fill the value of the counter as the sending sequence number of the IP data packet into the option field of the IP header. The serial number position, and the counter is incremented by one.

 Step 44: Modify the length of the IP packet header and the total length of the IP packet.

 After filling the transmission sequence number and the transmission timestamp in the option field of the IP header, the length of the IP header is calculated, and the value of the 4-bit header length field of the IP header is modified according to the calculation result. And calculate the total length of the IP packet, and modify the value of the 16-bit total length field of the IP header according to the calculation result.

 Step 45: Implement IP fragmentation processing according to the MTU (Maximum Transmission Unit).

The length of the MTU represents the maximum number of bytes that can be transmitted at one time. After the send timestamp and the send sequence number are filled in the option field, the total length of the IP packet increases. When the total length of the IP packet is greater than the length of the MTU, the IP packet is fragmented, that is, an IP packet is divided into multiple IP packets for transmission. Step 46: Calculate the IP header checksum and populate the corresponding fields in the IP packet.

 Step 47: Add link layer information to the IP data packet, calculate a CRC, and fill the calculated CRC into a corresponding field in the IP data packet.

 Step 48: Send an IP packet filled with the media stream performance monitoring data to the downstream node. Since each IP packet can contain an option field, the upstream node can fill the transmission sequence number and the transmission timestamp in the option field of the IP header, and the downstream node calculates the network jitter according to the transmission sequence number and the transmission timestamp in the IP data packet. And the packet loss method can realize the media stream performance monitoring when the application layer encapsulation information is lacking, and has versatility.

 FIG. 5 is a flowchart of still another method for monitoring media stream performance according to an embodiment of the present invention. This embodiment mainly describes the technical solution of the media stream performance monitoring method from the perspective of the node that receives the IP data packet. As shown in FIG. 5, this embodiment includes:

 Step 51: Receive an IP data packet that includes the media stream performance monitoring data sent by the upstream node. The media stream performance monitoring data includes a sending timestamp of the IP data packet and a sending sequence number of the IP data packet.

 When the upstream node multiplexes the media stream performance monitoring data in the 16-bit identification field of the IP header, the sending timestamp and the sending sequence number can be simultaneously multiplexed in the 16-bit identification field of the IP header, and the sending timestamp and the sending sequence number are respectively A number of bits occupying the IP bit identification field. The transmit timestamp and the transmit sequence number can also be time-multiplexed in the 16-bit identification field of the IP header.

 Step 52: Monitor the performance of the media stream according to the media stream performance monitoring data in the IP packet. Monitoring the performance of media streams includes monitoring the number of packet loss, delay, and jitter of media streams.

 Specifically, when the number of packet loss of the media stream is filled in the IP bit identifier field in the two IP data packets when the timestamp is sent and the sequence number is sent, according to the received maximum transmission sequence number, the minimum transmission sequence number, The number of received IP packets including the transmission sequence number is received, and the number of packet loss of the media stream is monitored. For the jitter of the media stream, the jitter of the media stream can be monitored according to the transmission timestamp in the two IP data packets and the arrival time of the two IP data packets.

The following describes the concept of media stream performance monitoring data: packet loss, jitter, and delay. The number of lost packets is the number of lost packets in the media stream. Delay is a packet that is lost during transmission Time spent. The delay of the data packet is usually expressed by the difference between the actual arrival time of the data packet and the actual transmission time. During the transmission of the media stream, various reasons (such as a large number of P2P traffic, file downloads, and VoIP calls) can cause instantaneous congestion of the network, which causes the delay of the data packet to pass through the network node. This is called jitter. Jitter reflects the delay variation of two packets. Normally, the reference value of jitter is 200ms, that is, the range allowed by jitter is 0 ~ 200ms. When the jitter reaches 200ms, it indicates that the transmission jitter begins to change significantly. Although the quality of the media stream playback has not been immediately caused, the media stream should be monitored.

 In the media stream performance monitoring method of the embodiment of the present invention, the downstream node that receives the IP data packet monitors the media stream performance of the network according to the media stream performance monitoring data therein, such as the number of packet loss, delay, and jitter of the network. The embodiment of the present invention can implement the media stream performance monitoring in the absence of the application layer encapsulation information. The embodiment of the present invention can be used for performance monitoring of the media stream, and can also be used for network device fault determination. Boundary and positioning.

 FIG. 6 is a flowchart of still another method for monitoring media stream performance according to an embodiment of the present invention. Figure 7 is an application scenario diagram of Figure 6. As shown in Figure 7, the path includes three network side devices: network side device R3, network side device R2, and network side device R1. When the transmission quality on the path is degraded, in order to locate the device that is faulty on the path, the upstream node adds the transmission timestamp and the transmission sequence number of the IP data packet to the IP data packet of the media stream transmitted on the path, in the path. The upstream node in turn monitors the network's packet loss, delay, and jitter. A network device that has lost packets may be a failed device.

 As shown in FIG. 6, this embodiment includes:

 Step 60: R3 receives an IP packet filled with a media stream with a transmission timestamp and a transmission sequence number. Step 61: R3 calculates the packet loss, delay, and jitter of the media stream according to the sending timestamp and the sending sequence number in the IP data packet.

 The number of lost packets can be calculated according to Equation 1 and Equation 2.

 Pkt num expected = max seq base_seq (formula 1)

pkt num lost = pkt num expected - pkt num received ( Equation 2) wherein, pkt_ _nu m_ _ex p _eC ted represented filled with a desired received transmission sequence number of IP packets Number, Pkt_mim_r _ece i _ve d represents the actually received transmission sequence number is filled with the number of IP packets, max_ _Se q represents the largest sequence number received, pkt_mm _l. _S t represents the number of lost packets, and basejeq represents the minimum sequence number received. The formula 2 can monitor the number of lost packets in the media stream that have been filled with the transmission sequence number of the IP packet during transmission.

 The delay can be calculated according to Equation 3, and the jitter can be calculated according to Equation 4.

 D; = R; _ S;

J( ) = - Dj = (R _t - S _t ) - (Rj -5.) = (R _t - Rj ) - (S _t - Sj ) where R represents the reception time of the packet and S is multiplexed in the IP The timestamp of the transmission in the packet. i, j is the actual arrival number of the packet. A represents the delay of the i-th packet. , indicates the jitter of the i-th packet and the j-th packet.

 Step 62: R3 modifies the transmission timestamp and the transmission sequence number in the IP data packet.

 Step 63: R3 forwards the modified IP data packet to the downstream node R2.

 Step 64: R2 calculates the packet loss, delay, and jitter of the media stream according to the sending timestamp and the sending sequence number in the IP data packet.

 Step 65: R3 modifies the transmission timestamp and the transmission sequence number in the IP data packet.

 Step 66: R3 forwards the modified IP data packet to the downstream node R1.

 Step 67: R1 calculates the packet loss, delay, and jitter of the media stream according to the sending timestamp and the sending sequence number in the IP data packet.

 Assume that the number of packets and delays on R3, R2, and R1 are as shown in Table 2. As shown in the packet loss scenario, no packet loss occurs on the inbound interface of R2, and packet loss starts on the outbound interface of R2. It is preliminarily concluded that there is a fault inside R2. It can be seen from the jitter situation that the jitter on the inbound interface of R2 is less than 200ms. Within the allowable range of jitter, the jitter on the outbound interface of R2 becomes longer than the allowable range of jitter. According to the jitter condition, it can be preliminarily determined that a fault has occurred inside R2.

丢包数 0 0 0 20 20 20 抖动 ( ms ) 80 100 100 280 280 100 本实施例， 发送端在 IP数据包中填充发送时间戳和发送序列号， 接收端 接收到该 IP数据包后根据 IP数据包中发送时间戳和发送序列号， 计算丟包 数、 时延和抖动。 同时接收端向下游节点转发该 IP数据包之前， 修改其中的 发送时间戳和发送序列号，使下游节点可根据 IP数据包中发送时间戳和发送 序列号计算网络的丟包数、 时延和抖动。 Table 2 shows the number of packets and jitter on R3, R2, and R1.

Packet loss 0 0 0 20 20 20 Jitter (ms) 80 100 100 280 280 100 In this embodiment, the sender fills the IP data packet with the transmission timestamp and the transmission sequence number, and the receiving end receives the IP data packet according to the IP address. The timestamp and the transmission sequence number are sent in the data packet, and the number of lost packets, delay, and jitter are calculated. At the same time, before the receiving end forwards the IP data packet to the downstream node, the sending timestamp and the sending sequence number are modified, so that the downstream node can calculate the network packet loss, delay, and the sending time according to the sending timestamp and the sending sequence number in the IP data packet. shake.

 FIG. 8 is a schematic structural diagram of a media stream transmission device according to an embodiment of the present invention. This embodiment as shown in Fig. 8A includes: a filling module 81 and a transmitter 82.

 The filling module 81 is configured to fill the media stream performance monitoring data in the IP data packet; the media stream performance monitoring data includes a sending timestamp of the IP data packet and a sending sequence number of the IP data packet.

 When the media stream performance monitoring data is filled in the IP packet, the media stream performance monitoring data can be filled in each IP packet. To improve system performance, media stream performance monitoring data can also be populated once every few IP packets. For example, the filling module 81 is specifically configured to sample the media stream, and fill the media stream performance monitoring data in the sampled IP data packet. When populating media stream performance monitoring data. The media stream performance monitoring data may be multiplexed in the 16 identification field of the IP header, or the media stream performance monitoring data may be populated into the option field of the IP header of the IP header.

 The transmitter 82 is configured to send, to the downstream node, the IP data packet after the filling module 81 fills the media stream performance monitoring data.

 As shown in FIG. 8B, the embodiment further includes: an accumulation module 83 on the basis of FIG. 8A.

 The accumulating module 83 is configured to accumulate the counters before the transmitter 82 sends the IP data packets to the downstream node. The counter is used to count the number of transmitted IP packets in the media stream, or to count the number of IP packets that have been sent in the media stream and are filled with the transmission sequence number.

As shown in FIG. 8C, the filling module 81 includes a first filling unit 811 and a second filling unit 812. The first padding unit 811 is configured to simultaneously fill the sending timestamp and the sending sequence number in an identifier field of an IP header in an IP data packet.

 The second padding unit 812 is configured to time-separate the sending timestamp and the sending sequence number in an identifier field of an IP header in two IP data packets.

 As shown in FIG. 8D, the filling module 81 includes a third filling unit 813 and a fourth filling unit 814. The third padding unit 813 is configured to fill the sending timestamp and the sending sequence number in an option field of the IP header in an IP data packet.

 The fourth padding unit 814 is configured to time-separate the sending timestamp and the sending sequence number in an option field of an IP header in two IP data packets.

 In addition, the filling module 81 may also include a first filling unit 811, a second filling unit 812, a third filling unit 813, and a fourth filling unit 814. For the functions of the foregoing modules, reference may be made to the description of the corresponding embodiments in FIG. 1 , FIG. 2 and FIG. 4 , and details are not described herein again.

 In the embodiment of the present invention, the filling module 81 of the media stream transmission device encapsulates the media stream performance monitoring data in the IP data packet, and the transmitter 82 sends the IP data packet after the filling module 81 fills the media stream performance monitoring data to the downstream node. The downstream node that receives the IP data packet monitors the data according to the media stream performance of the network, and monitors the media stream performance of the network, such as the number of packet loss, delay, and jitter of the network. In the embodiment of the present invention, the media stream transmission device uses a general IP encapsulation to encapsulate the media stream, and the downstream node can implement media stream performance monitoring when the application layer encapsulation information is lacking.

 FIG. 9A is a schematic structural diagram of a media stream performance monitoring device according to an embodiment of the present invention. As shown in FIG. 9A, the embodiment includes: a receiver 91 and a performance monitoring module 92.

 The receiver 91 is configured to receive an IP data packet that includes the media stream performance monitoring data that is sent by the upstream node, where the media stream performance monitoring data includes a sending timestamp of the IP data packet and a sending sequence number of the IP data packet.

 The performance monitoring module 92 is configured to monitor performance of the media stream according to the media stream performance monitoring data.

As shown in FIG. 9B, the performance monitoring module 92 includes: a packet loss monitoring unit 921 and jitter monitoring. Unit 922.

 The packet loss monitoring unit 921 is configured to monitor the number of lost packets of the media stream according to the received maximum transmission sequence number, the minimum transmission sequence number, and the number of received IP data packets including the transmission sequence number.

 The jitter monitoring unit 922 is configured to monitor the jitter of the media stream according to the sending timestamp in the two IP data packets and the arrival time of the two IP data packets.

 For the functions implemented by the above modules, reference may be made to the description of the corresponding embodiments in FIG. 5 and FIG. 6, and details are not described herein again.

 In the embodiment of the present invention, the upstream node encapsulates the media stream performance monitoring data in the IP data packet. When the receiver 91 receives the IP data packet in the media stream performance monitoring device, the performance monitoring module 92 monitors the data according to the media stream performance monitoring data. Media stream performance, such as network packet loss, latency, and jitter. In the embodiment of the present invention, the media streaming device uses a general IP encapsulation to encapsulate the media stream, and the performance monitoring module 92 can implement media stream performance monitoring in the absence of application layer encapsulation information.

 A person skilled in the art can understand that all or part of the steps of implementing the above method embodiments may be completed by using hardware related to program instructions, and the foregoing program may be stored in a computer readable storage medium, and the program is executed when executed. The foregoing steps include the steps of the foregoing method embodiments; and the foregoing storage medium includes: a medium that can store program codes, such as a ROM, a RAM, a magnetic disk, or an optical disk. It should be noted that the above embodiments are only for explaining the technical solutions of the present invention, and are not intended to be limiting; although the present invention has been described in detail with reference to the foregoing embodiments, it will be understood by those skilled in the art that: The technical solutions described in the foregoing embodiments are modified, or some of the technical features are equivalently replaced. The modifications and substitutions do not depart from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims

Claim  A media stream performance monitoring method, characterized in that:  Filling the IP data packet with the media stream performance monitoring data; the media stream performance monitoring data includes a sending timestamp of the IP data packet and a sending sequence number of the IP data packet;  The IP data packet filled with the media stream performance monitoring data is sent to the downstream node.  2. The method according to claim 1, wherein the filling the media stream performance monitoring data in the IP data packet comprises:  The media stream is sampled, and the media stream performance monitoring data is filled in the sampled IP data packet.  The method according to claim 1 or 2, wherein the transmission sequence number of the IP data packet is a value of a counter, and the counter is used to count the number of sent IP data packets in the media stream, or The number of IP data packets that have been sent in the statistical media stream and filled with the transmission sequence number;  Before the sending, to the downstream node, the IP data packet filled with the media stream performance monitoring data, the method further includes: accumulating the counter by one.  The method according to claim 1, 2 or 3, wherein the filling the media stream performance monitoring data in the IP data packet comprises:  The identification field of the IP header in an IP data packet simultaneously fills the transmission timestamp and the transmission sequence number; or,  The identification field of the IP header in the two IP data packets is time-divisionally populated with the transmission timestamp and the transmission sequence number.  The method according to claim 1, 2 or 3, wherein the filling the media stream performance monitoring data in the IP data packet comprises:  The option field of the IP header in an IP packet simultaneously fills the transmission timestamp and the transmission sequence number; or, The option field of the IP header in the two IP data packets is time-divisionally populated with the transmission timestamp and the transmission sequence number. 6. A media stream performance monitoring method, characterized in that:  Receiving, by the upstream node, an IP data packet including media stream performance monitoring data; the media stream performance monitoring data includes a sending timestamp of the IP data packet and a sending sequence number of the IP data packet;  Monitoring the performance of the media stream according to the media stream performance monitoring data.  The method according to claim 6, wherein the monitoring the performance of the media stream according to the media stream performance monitoring data comprises:  The number of lost packets of the media stream is monitored according to the received maximum transmission sequence number, the minimum transmission sequence number, and the number of received IP data packets including the transmission sequence number.  The method according to claim 6 or 7, wherein monitoring the performance of the media stream according to the media stream performance monitoring data comprises:  The jitter of the media stream is monitored based on the transmission timestamp in the two IP packets and the arrival time of the two IP packets.  9. A media stream transmission device, comprising:  a filling module, configured to fill the media stream performance monitoring data in the IP data packet; the media stream performance monitoring data includes a sending timestamp of the IP data packet and a sending sequence number of the IP data packet; The IP data packet filled with the media stream performance monitoring data is sent to the downstream node.  The device according to claim 9, wherein the filling module is specifically configured to sample the media stream, and fill the media stream performance monitoring data in the sampled IP data packet.  The device according to claim 9 or 10, further comprising:  And an accumulating module, configured to accumulate a counter before sending the IP data packet to the downstream node; the counter is used to count the number of sent IP data packets in the media stream, or used in the statistics media stream The number of IP packets sent and filled with the transmission sequence number. The device according to claim 9, 10 or 11, wherein the filling module comprises: a first padding unit, configured to fill the sending timestamp and the sending sequence number in an identifier field of an IP header in an IP data packet;  And a second filling unit, configured to time-fill the identification time stamp and the sending serial number in an identifier field of the IP header in the two IP data packets.  13. The device according to claim 9, 10 or 11, wherein the filling module comprises:  a third padding unit, configured to fill the sending timestamp and the sending sequence number in an option field of an IP header in an IP data packet;  And a fourth padding unit, configured to time-fill the transmission timestamp and the sending sequence number in an option field of the IP header in the two IP data packets.  14. A media stream performance monitoring device, comprising:  a receiver, configured to receive an IP data packet that includes the media stream performance monitoring data sent by the upstream node, where the media stream performance monitoring data includes a sending timestamp of the IP data packet and a sending sequence number of the IP data packet;  The performance monitoring module is configured to monitor performance of the media stream according to the media stream performance monitoring data. The device according to claim 14, wherein the performance monitoring module comprises: a packet loss monitoring unit, configured to send according to the received maximum transmission sequence number, the minimum transmission sequence number, and the received The number of IP packets of the serial number, monitoring the number of packet loss of the media stream; and the jitter monitoring unit, for monitoring the jitter of the media stream according to the sending timestamp in the two IP data packets and the arrival time of the two IP data packets .