WO2010048825A1 - 丢包抑制重传的方法、网络节点和系统 - Google Patents

丢包抑制重传的方法、网络节点和系统 Download PDF

Info

Publication number
WO2010048825A1
WO2010048825A1 PCT/CN2009/072951 CN2009072951W WO2010048825A1 WO 2010048825 A1 WO2010048825 A1 WO 2010048825A1 CN 2009072951 W CN2009072951 W CN 2009072951W WO 2010048825 A1 WO2010048825 A1 WO 2010048825A1
Authority
WO
WIPO (PCT)
Prior art keywords
retransmission
suppression
data packet
information
packet
Prior art date
Application number
PCT/CN2009/072951
Other languages
English (en)
French (fr)
Inventor
郑合文
胡寅亮
杨佩林
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to EP20090823017 priority Critical patent/EP2352248B1/en
Publication of WO2010048825A1 publication Critical patent/WO2010048825A1/zh
Priority to US13/097,382 priority patent/US8693333B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1874—Buffer management
    • H04L1/1877—Buffer management for semi-reliable protocols, e.g. for less sensitive applications like streaming video
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements

Definitions

  • the present invention relates to the field of communications, and in particular, to a packet loss suppression retransmission method, a network node, and a system. Background technique
  • the network device When network congestion occurs, the network device discards some data packets according to a certain packet loss policy.
  • the existing packet loss strategies include the Tail Drop policy and the intelligent packet loss policy.
  • the tail packet loss policy is to discard the newly arrived packets without considering the priority difference of the packets when the cache queue is full.
  • the intelligent packet loss policy is an improvement to the tail packet loss policy. Based on the perception of the service, it selectively discards some less important or lower priority packets. For example, in the field of video transmission, the B-frame data packet is preferentially discarded. Because this type of data packet has little impact on the entire image display, it is better to not drop the I-frame or P-frame data packet, thereby providing better end users. Visual experience.
  • the data packet discarded by the intelligent packet loss policy is also a kind of packet loss for the receiving end, according to the existing transmission protocol, such as: RTP (Real-time Transport Protocol)/RTCP (RTP Control) Protocol, RTP control protocol), when the receiving end loses packets, it will request the sender to retransmit.
  • the retransmitted data packet not only causes delay, but also increases the processing load of the transmitting end, and occupies a large amount of link bandwidth, resulting in further congestion of the network.
  • a method for suppressing retransmission of a packet loss characterized in that the method includes:
  • suppression retransmission information includes identification information of a data packet that needs to be suppressed from being retransmitted;
  • the suppression retransmission information is used to enable the receiving node to receive the data packet corresponding to the identification information in the retransmission information after receiving the suppression retransmission information Do not request a retransmission when lost.
  • a generating module configured to generate suppression retransmission information, where the suppression retransmission information includes identifier information of a data packet that needs to be suppressed from being retransmitted;
  • a sending module configured to send the suppression retransmission information generated by the generating module to the receiving node, where the suppression retransmission information is used to enable the receiving node to retransmit the suppression after receiving the suppression retransmission information
  • the retransmission is not requested when the packet corresponding to the identification information in the information is lost.
  • a system for packet loss suppression retransmission characterized in that the system comprises: an intermediate node and a receiving node;
  • the intermediate node is configured to generate a suppression retransmission information, and send the suppression retransmission information to the receiving node, where the suppression retransmission information includes identifier information of a data packet that needs to be suppressed from being retransmitted;
  • the receiving node is configured to receive the suppression retransmission information sent by the intermediate node, and does not request retransmission when the data packet corresponding to the identification information in the suppression retransmission information is lost.
  • the receiving node By generating and transmitting the suppression retransmission information, the receiving node does not request retransmission for the data packet that needs to be suppressed from being retransmitted, and reduces the network burden, thereby avoiding the increase of network congestion.
  • FIG. 1 is a flowchart of a method for suppressing packet loss retransmission according to an embodiment of the present invention
  • FIG. 2 is an interaction diagram of a method for suppressing packet loss retransmission according to an embodiment of the present invention
  • FIG. 3 is a schematic diagram of a method for performing packet loss suppression retransmission of a two-level intermediate node according to an embodiment of the present invention
  • FIG. 4 is a schematic structural diagram of a network node according to an embodiment of the present invention
  • FIG. 5 is a schematic structural diagram of a system for packet loss suppression retransmission according to an embodiment of the present invention
  • 6 is a flowchart of a method for retransmission suppression of fast channel switching in another embodiment of the present invention
  • FIG. 7 is a schematic diagram of an extended manner of extending RTCP packets according to another embodiment of the present invention
  • FIG. 8 is still another implementation of the present invention.
  • FIG. 9 is a flowchart of a method for suppressing retransmission of scalable video coding in another embodiment of the present invention.
  • FIG. 10 is a schematic structural diagram of a network node in still another embodiment of the present invention. detailed description
  • the network device uses the intelligent packet loss policy to preferentially discard some low-priority data packets. To prevent the receiver from requesting retransmission due to packet loss and causing further congestion, it is necessary to provide a method in the network. After the device intelligent packet loss processing, the retransmission is suppressed.
  • this embodiment provides a method for packet loss suppression retransmission, including:
  • the suppression retransmission information includes identification information of a data packet that needs to be suppressed from being retransmitted;
  • Step 102 Send the suppression retransmission information to the receiving node, where the suppression retransmission information is used to enable the receiving node to receive the suppression retransmission information, and the data packet corresponding to the identification information in the suppression retransmission information is lost. Request a retransmission.
  • the method for suppressing retransmission of the packet loss in the embodiment provides the receiving node to suppress the retransmission information, so that the receiving node does not request retransmission when the packet needs to be suppressed from being retransmitted, thereby reducing the network burden and avoiding Increase network congestion.
  • the sending node sends the data packet to the intermediate node.
  • the data packet may be one or more; the data packet may be a data packet in any format, such as: RTP (Real-time Transport Protocol) data packet, IP (Internet Protocol, Internet Protocol) data packet, and the like;
  • RTP Real-time Transport Protocol
  • IP Internet Protocol, Internet Protocol
  • the identifier of the data packet may also be in various forms, such as: RTP serial number, and the like.
  • this step is described by taking a data packet ⁇ , a data packet N+a, and a data packet N+b as an example, where N, N+a, and N+b are respectively identification information of the corresponding data packet.
  • the intermediate node receives the data packet sent by the sending node. When congestion occurs, part of the data packet is discarded according to the preset packet loss policy, for example, the data packet N and N+a are discarded, and the data packet that needs to be suppressed from being retransmitted is generated. Suppress retransmission information, then,
  • the suppression retransmission information includes the identification information of the data packet that needs to be suppressed from being retransmitted, for example, N, N+a; in addition, the suppression of the retransmission information may further include information such as the number of data packets;
  • generating the suppression retransmission information of the data packet that needs to be suppressed from being retransmitted includes: determining, according to information such as the priority of the discarded data packet, the importance of dropping the data packet;
  • the suppression retransmission information includes the identification information of the discarded data packet, and may also include Information such as the number of discarded packets;
  • an intelligent packet loss policy is taken as an example to illustrate a process of suppressing retransmission.
  • the non-intelligent packet loss policy such as the packet loss policy, can also be applied to the suppression retransmission method provided in this embodiment.
  • the process is the same as the smart packet loss policy, and is not described here.
  • the receiving node After receiving the suppression retransmission information, the receiving node determines whether the lost data packet is a data packet specified in the retransmission information and needs to suppress retransmission; if yes, the data packet does not request retransmission, such as a data packet. N, N+a; Otherwise, request retransmission.
  • step 202a) may send the suppression retransmission information to the receiving node according to the actual application situation, as follows: 1.
  • the intermediate node sends the suppression retransmission information to the receiving in the form of suppressing the retransmission message. node. Specifically, the identification information required to suppress the retransmission data packet is carried in the suppression retransmission message, and the suppression retransmission message is sent to the receiving node.
  • the intermediate node carries the suppression retransmission information in the next data packet normally sent to the receiving node, and sends the information to the receiving node. Specifically, the option of extending the data packet normally sent to the receiving node is increased. The retransmission field is suppressed, and the suppression retransmission information is written into the suppression retransmission field.
  • the intermediate node extends the RTP data packet option, inserts a suppression retransmission field in the header extension of the RTP, the field stores the sequence number of the RTP data packet that needs to suppress retransmission, and if necessary, stores the RTP data that needs to suppress retransmission. The number of packages.
  • the receiving node After receiving the RTP data packet, the receiving node checks the suppression retransmission field in the header extension of the RTP data packet, and does not request retransmission for the data packet stored in the field that needs to suppress retransmission.
  • the intermediate node carries the suppression retransmission information in the need to suppress the retransmission data packet itself and sends it to the receiving node. Specifically, deleting the load required to suppress the retransmission data packet, setting the type of the retransmission data packet to be suppressed to the retransmission type, and transmitting the modified retransmission data packet to the receiving node, if the receiving node detects the reception The data packet is suppressed by the retransmission type, and no retransmission is requested.
  • the intermediate node deletes the load of the RTP data packet, and at the same time, modifies the PT (payload type) field in the fixed RTP header to suppress the retransmission type, and sends it to the receiving node. After receiving the RTP data packet, the receiving node receives the RTP data packet. , do not request retransmission.
  • PT payload type
  • the intermediate node carries the suppressed retransmission information in the report packet and sends it to the receiving node. Specifically, the option of the report packet is extended, the suppression retransmission field is added, and the suppression retransmission information is written into the suppression retransmission field.
  • the report packet is used to notify the transmission status of the data packet at the sending end or the receiving end, which may be sent by the intermediate node or sent by the sending node.
  • the report packet option is extended by the intermediate node and then sent to the receiving node.
  • the report packet sent by the intermediate node may be sent periodically, or may be sent immediately after each packet that needs to be suppressed from being retransmitted is discarded.
  • RTCP RTP Control Protocol
  • SR Send Report
  • the packet is used to report the transmission of RTP packets
  • the intermediate node extends the RTCP SR packet option
  • the suppression retransmission field is added in the extended option.
  • This field stores the sequence number of the RTP packet that needs to suppress retransmission, and if necessary, the number of RTP packets that need to suppress retransmission.
  • the receiving node After receiving the RTCP SR packet, the receiving node checks the suppression retransmission field, and does not request retransmission for the data packet stored in the field that needs to suppress retransmission.
  • packet loss suppression retransmission is applied in a multicast or broadcast scenario.
  • the intermediate node finds that the packet received from the sending node is lost, and there is no
  • the intermediate node requests the transmitting node to retransmit the data packet, and the intermediate node generates the suppression retransmission information of the data packet, and sends the suppression retransmission information to the receiving node.
  • the intermediate node forwards the data packet to the receiving node.
  • multiple receiving nodes that receive multicast or broadcast do not simultaneously send retransmission requests to the same lost data packet, but the intermediate node requests retransmission on behalf of the retransmission request of multiple users. Request to retransmit the network storm.
  • the embodiment supports a multi-level intermediate node for performing packet loss suppression retransmission, that is, the upper-level intermediate node sends the suppression retransmission information to the intermediate node of the current level, and the intermediate node of the current level needs the intermediate node of the upper level.
  • the information of the retransmission data packet is suppressed and the information of the retransmission data packet is suppressed, and then sent to the next intermediate node, and so on.
  • the final intermediate node transmits the final suppression retransmission information to the receiving node. Referring to Figure 3, taking the two-level intermediate node as an example, the process of packet loss suppression retransmission is:
  • the sending node sends the data packet N, N+a, N+b to the intermediate node 1;
  • the intermediate node 1 discards the data packet N, N+a intelligently, 302a) sends the suppression retransmission information to the intermediate node 2, and the information carries the identification information N, N+a of the data packet N, N+a; 302b) At the same time, the data packet N+b is sent to the intermediate node 2;
  • the intermediate node 2 receives the suppression retransmission information and the data packet N+b, intelligently discards the data packet N+b, summarizes the information that needs to suppress the retransmission, and sends the suppression retransmission information to the receiving node, where the information carries the data packet N. , N+a, N+b identification information N, N+a, N+b;
  • the receiving node After receiving the suppression retransmission information, the receiving node determines that the lost data packet N, N+a, and N+b is a data packet that is required to suppress retransmission specified in the retransmission information, and the data packet N, N+a, N+b does not request retransmission.
  • packet loss suppression retransmission is applied in a multicast or broadcast scenario.
  • the intermediate node 2 finds that there is a loss of the data packet received from the intermediate node 1, and does not receive the suppression retransmission information of the data packet, the intermediate node 2 requests the intermediate node 1 to retransmit the data packet, and the intermediate node 2 generates The data packet suppresses retransmission information, and transmits the retransmission suppression information to the receiving node.
  • the intermediate node 2 receives the data packet retransmitted by the intermediate node 1, the intermediate node 2 forwards the data packet to the receiving node.
  • multiple receiving nodes that receive multicast or broadcast do not send retransmission requests to the same lost data packet at the same time, and the intermediate node 2 requests retransmission for generation, which can avoid retransmission requests of multiple users.
  • the method for suppressing retransmission of the packet loss in the embodiment provides the receiving node to suppress the retransmission information, so that the receiving node does not request retransmission when the packet needs to be suppressed from being retransmitted, thereby reducing the network burden and avoiding Increased network congestion.
  • this embodiment provides a network node, where the network node includes:
  • a generating module 401 configured to generate suppression retransmission information, where the suppression retransmission information includes identifier information of a data packet that needs to be suppressed from being retransmitted;
  • the sending module 402 is configured to send the suppression retransmission information generated by the generating module 401 to the receiving node, where the suppression retransmission information is used to enable the receiving node to receive the suppression retransmission information, and The retransmission is not requested when the packet corresponding to the identification information is lost.
  • the generating module 401 is specifically configured to generate the suppression retransmission information according to the priority of the discarded data packet, and use the discarded low priority data packet as the data packet that needs to be suppressed from being retransmitted, and the suppression retransmission information includes the low discarded information.
  • the identification information of the priority packet is specifically configured to generate the suppression retransmission information according to the priority of the discarded data packet, and use the discarded low priority data packet as the data packet that needs to be suppressed from being retransmitted, and the suppression retransmission information includes the low discarded information.
  • the sending module 402 is specifically configured to send the suppression retransmission information to the receiving node in a suppression retransmission message, a data packet, or a report packet, where the data packet is a data packet that needs to be suppressed from being retransmitted or does not need to be suppressed from being retransmitted. Packet.
  • the data packet sent by the transmitting module 402 is a data packet that needs to be suppressed from being retransmitted
  • the payload of the data packet is deleted, and the suppression retransmission information is carried in the data packet of the deleted payload.
  • the network node also includes:
  • the receiving module 403 is configured to receive suppression retransmission information sent by other network nodes;
  • the summary module 404 is configured to summarize the suppression retransmission information received by the receiving module 403 and the suppression retransmission information generated locally by the network node;
  • the sending module 402 is further configured to send the suppression retransmission information summarized by the summary module 404 to the receiving node, where the suppression retransmission information is used to enable the receiving node to receive the summarized suppression retransmission information, and then perform the summary. After the packet corresponding to the identification information in the suppression retransmission information is lost, no retransmission is requested.
  • the network node provided in this embodiment belongs to the same concept as the intermediate node in the method embodiment, and For details of the implementation process, refer to the method embodiment, and details are not described herein again.
  • the network node provided in this embodiment generates and transmits the suppression retransmission information, so that the receiving node does not request retransmission when the packet needs to be suppressed from being retransmitted, thereby reducing the network burden and avoiding network congestion. the goal of.
  • this embodiment provides a system for packet loss suppression retransmission, where the system includes: an intermediate node 501 and a receiving node 502;
  • the intermediate node 501 is configured to generate and send suppression retransmission information to the receiving node 502, where the suppression retransmission information includes identification information of a data packet that needs to be suppressed from being retransmitted;
  • the receiving node 502 is configured to receive the retransmission suppression information sent by the intermediate node 501, and does not request retransmission when the data packet corresponding to the identification information in the retransmission information is lost.
  • the intermediate node 501 is further configured to summarize the local suppression retransmission information and the received suppression retransmission information.
  • the intermediate node and the receiving node of the system provided in this embodiment are in the same concept as the intermediate node and the receiving node in the method embodiment. For details, refer to the method embodiment, and details are not described herein.
  • the system provided in this embodiment can achieve the purpose of reducing network load and avoiding network congestion when data packets that need to be retransmitted are not requested to be retransmitted when packet loss is detected.
  • Another embodiment of the present invention is provided below in conjunction with Figs. 6 and 7.
  • Another embodiment of the present invention specifically applies a method of packet loss suppression retransmission to retransmission suppression of fast channel switching.
  • IPTV Internet Protocol Television
  • MBMS Multimedia Broadcast Multicast Service
  • the intermediate node receives the media stream sent by the sending node and then forwards it to the receiving node.
  • the sequence of frames of the media stream being received by the intermediate node is composed of a Group of Pictures (GOP), and the GOP includes an intra coded frame (I frame), a forward predicted frame (P frame), and a bidirectional Insert frame (B frame), I frame is a complete picture, and P frame and B frame record changes with respect to I frame.
  • GOP Group of Pictures
  • I frame intra coded frame
  • P frame forward predicted frame
  • B frame bidirectional Insert frame
  • the receiving node If the receiving node requests fast channel switching when receiving a B frame or a P frame, if the intermediate node directly pushes the media stream from the B frame or the P frame to the receiving node, the receiving node can only receive the I frame of the next GOP. Display the screen. Therefore, according to the time when the receiving node requests fast channel switching, Similarly, the time to wait for the screen to display is different, sometimes up to 4 to 5 seconds, or even longer.
  • the intermediate node In order to speed up the display of the picture, the intermediate node needs to push the unicast media stream from the I frame of the GOP to the receiving node. In this way, the receiving node can display the picture once it receives the message of the I frame of the GOP, thereby improving the user experience.
  • this will cause a large delay between the receiving node requesting fast channel switching and other receiving node screens, and different receiving nodes may have a greater difference in picture playback between receiving nodes due to different channel switching times.
  • the load on the intermediate nodes is too large.
  • the playback of the receiving node of the same channel is basically synchronized, and the time for the intermediate node to send the unicast media stream to the receiving node is reduced, and the discarding of the media stream may have less impact on the screen display.
  • the device discards the B frame message in units of frames, or discards the packets that have less influence on the screen display in the I frame, B frame, or P frame. This will shorten the time it takes to send a unicast media stream to the receiving node.
  • the serial number of the media message When the packet with less influence on the screen display is discarded, the serial number of the media message will be discontinuous. For example, it will jump directly from the last message sequence number of the I frame of the GOP to the first P of the GOP. The first message sequence number of the frame. If the packets that have less influence on the screen display are discarded in the I frame, B frame, or P frame, the sequence numbers between the packets are discontinuous. For the packets whose packets are not consecutive, the packets are considered to be lost by the receiving node, and the receiving node may perform packet loss suppression retransmission by using the foregoing embodiment, or the receiving node may be used in the embodiment described in FIG. Packet loss suppresses retransmission.
  • FIG. 6 is a flow chart of a method for retransmission suppression of fast channel switching in another embodiment of the present invention.
  • the method includes:
  • the first message sequence number of the I frame of the GOP is 10000
  • the I frame includes 80 pieces of text
  • the P frame has 30 pieces of text
  • the B frame has 20 pieces of text, in the GOP.
  • one P frame is arranged in order. If you do not send a B frame message that has less impact on the picture display, you can reduce the message transmission by about half.
  • the sequence number of the message is discontinuous.
  • the last sequence number of the I frame of the GOP is 10079, and the text of the two B frames is discarded.
  • the first packet of the P frame is skipped.
  • the sequence number of the packet is 10120. If a message that has less influence on the picture display is discarded in an I frame, a B frame, or a P frame, respectively, there may be more discontinuous sequence numbers.
  • the serial number of the 3 ⁇ 4 text can be rearranged.
  • the sequence number of the message is 10079, and then The first packet of the P frame can be re-arranged.
  • the sequence number of the packet in the P frame can be re-arranged.
  • the packet with the sequence number of the original packet is 10120, and the sequence number of the packet is re-arranged to 10080. , so that the message sequence number is continuous.
  • the message sequence number is not continuous with the message sequence number of the I frame of the next GOP.
  • the message sequence number of the I frame of one GOP and adjusts the message sequence number of the remaining frames of the next GOP, or may be discontinuous between the last message of the last P frame of the GOP and the I frame of the next GOP.
  • the message sequence number is executed 606.
  • the suppression retransmission information includes the identifier information of the data packet that needs to be suppressed from being retransmitted.
  • the identification information of the data packet that needs to be suppressed from being retransmitted may be a discontinuous sequence number in the unicast media stream after the sequence number is re-arranged. If the sequence number of the message in the unicast media stream is discontinuous, for example, the last message of the last P frame of the previous GOP, the message sequence number is rearranged, and the I of the next GOP that has not been rearranged.
  • the sequence number of the message of the frame is not continuous, and the information about suppressing the retransmission can be generated, and the information of the discontinuous packet sequence number included in the retransmission information is suppressed, for example, the first report of the sequence number of the discontinuous message
  • the text sequence number (the next message sequence number of the last P frame of the previous GOP) and the last message sequence number (the last message sequence number of the I frame of the next GOP).
  • the intermediate node may not need to send the unicast media stream to the receiving node, because the serial number of the unicast media stream is rearranged, the unicast media
  • the packet sequence number of the packets may be discontinuous.
  • the suppression retransmission information may be generated, and the information of the discontinuous packet sequence number included in the retransmission information is suppressed, for example, the first message sequence number of the discontinuous message sequence number (last list) The next message sequence number of the message of the broadcast media stream) and the last message sequence number (the last message sequence number of the first message of the multicast media stream).
  • the packet in the unicast media stream is stopped and the message serial number is stopped.
  • the first message sequence number after re-arranging the message sequence number may not be consecutive to the sequence number of the previously sent message.
  • the suppression retransmission information can be generated, and the retransmission information is included in the suppression retransmission information.
  • the information of the discontinuous message serial number for example, the first message sequence number of the discontinuous message sequence number (the next message of the last unicast media stream before stopping the re-arrangement of the message) The serial number) and the last message sequence number (the last message sequence number of the message of the first unicast media stream after the message is re-arranged).
  • the suppression retransmission information may be sent by the extended RTCP message to the receiving node. For example, if the sequence number of the message in the unicast media stream is discontinuous, when the intermediate node sends the first message of the last P frame of the previous GOP, the intermediate node can determine the suppression retransmission information that needs to be generated.
  • the suppression retransmission information may be sent to the receiving node by the extended RTCP message at this time or later according to the setting.
  • the intermediate node may determine to stop sending the last unicast media stream before the unicast media stream.
  • the intermediate node can determine the suppression retransmission information that needs to be generated, and the suppression retransmission information can be sent to the receiving node by the extended RTCP message according to the setting at this time or later.
  • the intermediate node may estimate the time at which the unicast media stream and the multicast media stream are basically synchronized according to the sending speed of the unicast media stream and the multicast media stream, and leave a certain redundancy according to the setting, and determine that the sending list is to be stopped.
  • the intermediate node determines, according to the determined packet of the last unicast media stream before the moment when the unicast media stream is to be sent, the suppression retransmission information that needs to be generated, which may be set by the extended RTCP packet at this time or later.
  • the suppression retransmission information is sent to the receiving node.
  • the intermediate node may determine to stop rearranging the last unicast media stream before the sequence number of the message.
  • the message at this time, the intermediate node can determine the suppression retransmission information that needs to be generated, and can send the suppression retransmission information to the receiving node according to the setting at this time or later by the extended RTCP message.
  • the intermediate node stops discarding the packets in the unicast media stream, but continues to re-arrange the message sequence number, and is set according to the number of packets.
  • the intermediate node determines, according to the determined moment when the sequence number of the message is to be re-arranged, the suppression retransmission information that needs to be generated, which may be extended according to the setting at this time or later.
  • the RTCP message sends the suppression retransmission information to the receiving node.
  • FIG. 7 is a schematic diagram of an extended manner of extending an RTCP message according to another embodiment of the present invention.
  • the Start Sequence Number is the sequence number of the initial suppression retransmission
  • the End Sequence Number is the sequence number of the end suppression retransmission.
  • the method for suppressing retransmission of the packet loss in the embodiment is applied to the retransmission suppression of the fast channel switching, and the retransmission information is generated and sent by re-arranging the sequence number of the packet to be sent, so that the receiving node needs to suppress the weight.
  • the transmitted data packet does not request retransmission when the packet is found to be lost, which speeds up the screen display speed when the fast channel is switched, and increases the number of users who can perform fast channel switching at the same time.
  • FIG. 1 Yet another embodiment of the present invention is provided below in conjunction with FIG. Another embodiment of the present invention specifically applies the method of packet loss suppression retransmission to the retransmission suppression of intelligent discarding.
  • FIG. 8 is a flowchart of a method for suppressing retransmission of packet loss in still another embodiment of the present invention.
  • the method includes: 802. Discard a packet in the media stream that has less influence on a picture display according to the packet loss policy.
  • some packets are discarded according to the preset packet loss policy, such as: discarding the packets N and N+a, and transmitting the packets with the sequence number of the original media stream as N+1.
  • the message is re-arranged to N, and the message sequence number N+2 in the original media stream is re-arranged to N+1, and so on, and the message sequence number of the original media stream is N+a+1.
  • the preset packet loss policy such as: discarding the packets N and N+a, and transmitting the packets with the sequence number of the original media stream as N+1.
  • the message is re-arranged to N
  • the message sequence number N+2 in the original media stream is re-arranged to N+1, and so on
  • the message sequence number of the original media stream is N+a+1.
  • the suppression retransmission information includes the identifier information of the data packet that needs to be suppressed from being retransmitted.
  • the re-arrangement of the message sequence number is stopped, and the retransmission information is suppressed for the discontinuous message sequence number.
  • the packets whose original sequence number is N, N+a, N+b, and N+c are discarded.
  • the packet with the sequence number of N+d is sent, the packet is stopped.
  • the rearrangement of the serial number Stops the message sequence number of the last message sent before the re-arrangement of the message sequence number.
  • the message of the first message sent after the re-arrangement of the message sequence number is stopped.
  • the serial number is N+d.
  • the retransmission suppression information is generated for the message whose message sequence number is N+d-4 to N+d-1.
  • the information for suppressing the retransmission information includes the serial number of the discontinuous message, for example, The first message sequence number (N+d-4) and the last message sequence number (N+d-1) of the discontinuous message sequence number.
  • the suppression retransmission information may be sent by the extended RTCP message to the receiving node. For example, when the congestion is released, it may be determined according to the setting that the re-arrangement of the message sequence number is stopped at this time or later, and the retransmission suppression information is generated according to the determined re-arrangement time of the stop message sequence number.
  • the suppression retransmission information may be sent to the receiving node by the extended RTCP message.
  • the method for suppressing retransmission of the packet loss in the embodiment is applied to the retransmission suppression of the intelligent discarding, by rearranging the sequence number of the packet to be sent, and generating and transmitting the retransmission suppression information, so that the receiving node needs to suppress
  • the retransmitted data packet does not request retransmission when the packet is found to be lost, and the number of suppressed retransmission information that needs to be sent can be reduced, and the retransmission suppression information can be selected after the congestion is released, thereby reducing the network burden and avoiding aggravating the network. congestion.
  • FIG. 1 Another embodiment of the present invention is provided below in conjunction with FIG. Another embodiment of the present invention specifically applies the method of packet loss suppression retransmission to Scalable Video Coding (SVC).
  • SVC Scalable Video Coding
  • the intermediate node extracts some or all of the packets and forwards them to the receiving node when adapting the SVC video data.
  • the RTP sequence number will be discontinuous.
  • the receiving node will consider the RTP packet loss and request retransmission. At this time, the receiving node can be subjected to packet loss suppression retransmission using the embodiment shown in FIG.
  • FIG. 9 is a flow chart of a method for suppressing retransmission of scalable video coding in another embodiment of the present invention.
  • the method includes:
  • the original message sequence number is 10001 to 10010, and a receiving node needs the original message sequence number of 10001, 10004, 10007, and 10010.
  • the intermediate node is re-arranged, and the sequence number of the message sent to the receiving node is 10001, 10002 (the original message sequence number is 10004), 10003 (the original serial number is 10007), and 10004 (the original sequence) No. is 10010).
  • the retransmission information includes identifier information of a data packet that needs to be suppressed from being retransmitted, when it is not required to re-arrange the sequence number of the packet to be sent.
  • the original message sequence number may be periodically re-arranged, for example, after the original message sequence number is 10001 to 10010, the original is The message sequence number 10011 to 10020 is sent to the receiving node to send the message sequence number 10011, 10012 (the original 4 ⁇ text serial number is 10014), 10013 (the original 4 ⁇ text serial number is 10017), 10014 (original The message with the message sequence number is 10020).
  • the packets sent by the intermediate node are in the range of 10005 to 10009. Therefore, the retransmission information is suppressed for the packets with the sequence number 10005 to 10009.
  • the intermediate node reselects the SVC data suitable for the receiving node as needed. For example, because the network is congested, the intermediate node sends a basic layer packet to the receiving node. After the network congestion is removed, the intermediate node sends all the packets to the receiving node. For example, after the original 4 ⁇ text sequence number is 10001 to 10010, the intermediate node sends all the packets to the receiving node. In this case, the message sequence number of the message sent by the intermediate node is 10005 to 10009. Therefore, the message resampling retransmission is generated for the message with the sequence number of 10005 to 10009.
  • the suppression retransmission information may be sent by the extended RTCP message to the receiving node.
  • FIG. 10 is a schematic structural diagram of a network node in still another embodiment of the present invention.
  • the network node includes: a discarding module 1002, configured to discard a packet in the media stream that has less influence on the screen display according to the packet loss policy.
  • the discarding module 1002 can discard the packets in the unicast media stream that have less influence on the screen display according to the packet loss policy.
  • the discarding module 1002 can also discard the media stream according to the packet loss policy.
  • the packet display has a small impact on the screen; the discarding module 1002 can also select the SVC data suitable for the receiving node and discard the packets that are not needed by the receiving node.
  • the programming module 1004 is configured to rearrange the sequence number of the message that needs to be sent.
  • the orchestration module 1004 rearranges the sequence number of the message to be sent, so that the sequence number of the message to be sent is continuous.
  • the generating module 1006 is configured to generate suppression retransmission information, where the retransmission information includes identification information of a data packet that needs to be suppressed from being retransmitted, when the rescheduling is not required.
  • the sending module 1008 is configured to send the suppression retransmission information generated by the generating module 1006 to the receiving node, where the suppression retransmission information is used to enable the receiving node to receive the suppression retransmission information, and the identifier in the retransmission information is suppressed.
  • the retransmission is not requested when the packet corresponding to the information is lost.
  • the sending module 1008 can send the suppression retransmission information from the extended RTCP message to the receiving node.
  • All or part of the technical solutions provided by the above embodiments may be implemented by software programming, and the software program is stored in a readable storage medium such as a hard disk, a optical disk or a floppy disk in a computer.

Description

丢包抑制重传的方法、 网络节点和系统
本申请要求于 2008 年 10 月 31 日提交中国专利局、 申请号为 200810172356.8、 发明名称为"丟包抑制重传的方法、 网络节点和系统"的中国 专利申请的优先权， 及于 2009 年 3 月 18 日提交中国专利局、 申请号为 200910127718.6、 发明名称为"丟包抑制重传的方法、 网络节点和系统"的中国 专利申请的优先权， 其全部内容通过引用结合在本申请中。
技术领域
本发明涉及通信领域，特别涉及一种丟包抑制重传的方法、 网络节点和系 统。 背景技术
随着网络技术的快速发展， 网络通信业务日益丰富， 用户数量持续增多， 相应地，对网络带宽的需求也不断增加。现有的网络带宽远不能满足用户的需 求， 因此， 不可避免的出现网络拥塞。
网络拥塞发生时， 网络设备会根据一定的丟包策略丟弃部分数据包。现有 的丟包策略有 Tail Drop (队尾丟弃）策略和智能丟包策略。 队尾丟包策略， 是 当緩存队列被占满时，不考虑数据包的优先级差异，直接丟弃新到达的数据包。 智能丟包策略， 是对队尾丟包策略的一种改良， 基于对业务的感知， 选择性的 丟弃一些不太重要或优先级较低的数据包。 例如： 在视频传输领域， 优先丟弃 B帧数据包， 因为该类型的数据包对整个图像显示的影响很小， 尽量不丟弃 I 帧或 P帧数据包， 从而为终端用户带来更佳的视觉体验。
但是， 釆用智能丟包策略丟弃的数据包对接收端来说也是一种丟包，根据 现有的传输协议，如： RTP ( Real-time Transport Protocol,实时传输协议）/RTCP ( RTP Control Protocol, RTP控制协议）， 接收端一旦发生丟包现象， 就会请 求发送端重传。 重传的数据包， 不仅引起时延， 还会增加发送端的处理负荷， 并占用大量链路带宽， 导致网络进一步拥塞。 发明内容 制重传的方法、 网络节点和系统。 所述技术方案如下：
一种丟包抑制重传的方法， 其特征在于， 所述方法包括：
生成抑制重传信息，所述抑制重传信息包括需要抑制重传的数据包的标识 信息；
将所述抑制重传信息发送给接收节点，所述抑制重传信息用于使所述接收 节点接收到所述抑制重传信息后，对所述抑制重传信息中的标识信息对应的数 据包丟失时不请求重传。
一种网络节点， 其特征在于， 所述网络节点包括：
生成模块， 用于生成抑制重传信息， 所述抑制重传信息包括需要抑制重传 的数据包的标识信息；
发送模块， 用于将所述生成模块生成的抑制重传信息发送给接收节点， 所 述抑制重传信息用于使所述接收节点接收到所述抑制重传信息后，对所述抑制 重传信息中的标识信息对应的数据包丟失时不请求重传。
一种丟包抑制重传的系统， 其特征在于， 所述系统包括： 中间节点和接收 节点；
所述中间节点，用于生成抑制重传信息并将该抑制重传信息发送给所述接 收节点， 所述抑制重传信息包括需要抑制重传的数据包的标识信息；
所述接收节点， 用于接收所述中间节点发送的抑制重传信息，对所述抑制 重传信息中标识信息对应的数据包丟失时不请求重传。
本发明实施例提供的技术方案的有益效果是：
通过生成并发送抑制重传信息，使接收节点对需要抑制重传的数据包在发 现丟包时不请求重传， 减小了网络负担， 避免了加重网络拥塞。 附图说明
图 1是本发明实施例提供的丟包抑制重传的方法流程图；
图 2是本发明实施例提供的丟包抑制重传的方法交互图；
图 3是本发明实施例提供的两级中间节点丟包抑制重传的方法交互图； 图 4是本发明实施例提供的网络节点的结构示意图；
图 5是本发明实施例提供的丟包抑制重传的系统的结构示意图 图 6是本发明另一个实施例中快速频道切换的重传抑制的方法流程图； 图 7是本发明另一个实施例中扩展 RTCP报文的扩展方式的示意图； 图 8是本发明又一个实施例中丟包抑制重传的方法流程图；
图 9是本发明另一个实施例中可伸缩视频编码抑制重传的方法流程图； 图 10是本发明又一个实施例中网络节点的结构示意图。 具体实施方式
为使本发明的目的、技术方案和优点更加清楚， 下面将结合附图对本发明 实施方式作进一步地详细描述。
在网络出现拥塞，网络设备釆用智能丟包策略优先丟弃掉一些低优先级数 据包后， 为防止接收端因为丟包而请求重传带来进一步的拥塞， 需要提供一种 方法， 在网络设备智能丟包处理后抑制重传。
参见图 1 , 本实施例提供了一种丟包抑制重传的方法， 包括：
101 : 生成抑制重传信息， 该抑制重传信息包括需要抑制重传的数据包的 标识信息；
102: 将该抑制重传信息发送给接收节点， 该抑制重传信息用于使该接收 节点接收到该抑制重传信息后，对该抑制重传信息中的标识信息对应的数据包 丟失时不请求重传。
本实施例提供的丟包抑制重传的方法， 通过生成并发送抑制重传信息，使 接收节点对需要抑制重传的数据包在发现丟包时不请求重传， 减小了网络负 担， 避免加重网络拥塞。
参见图 2, 下面结合流程交互图， 详细说明丟包抑制重传的实现过程。
201 : 发送节点将数据包发送给中间节点。
其中， 数据包可以是一个或多个； 数据包可以是任何格式的数据包， 如： RTP( Real-time Transport Protocol ,实时传输协议）数据包， IP( Internet Protocol , 网际协议）数据包等； 另外， 根据数据包的不同格式， 数据包的标识也可以是 多种形式， 如： RTP序列号等。
具体地， 本步骤以发送数据包 Ν、 数据包 N+a、 数据包 N+b为例进行说 明， 其中， N、 N+a、 N+b分别为相应数据包的标识信息。 202: 中间节点接收发送节点发送的数据包， 当发生拥塞时， 根据预设的 丟包策略丟弃部分数据包， 如： 丟弃数据包 N、 N+a, 生成需要抑制重传的数 据包的抑制重传信息， 然后，
202a )发送抑制重传信息给接收节点；
其中，抑制重传信息包括需要抑制重传的数据包的标识信息，如： N、 N+a; 另外， 抑制重传信息还可以包括数据包的数量等信息；
202b )将不进行丟弃的数据包， 如： 数据包 N+b, 转发到接收节点。
进一步地， 生成需要抑制重传的数据包的抑制重传信息， 具体包括： 根据丟弃数据包的优先级等信息判断丟弃数据包的重要程度；
若丟弃的都是低优先级的数据包，则需要抑制重传的数据包就是被丟弃的 数据包， 相应的， 其抑制重传信息包括被丟弃数据包的标识信息， 还可以包括 被丟弃数据包的数量等信息；
若只丟弃低优先级的数据包仍无法緩解拥塞时，就需要丟弃部分高优先级 的数据包，此时，抑制重传信息中只包含低优先级的数据包的标识信息等信息， 丟弃的高优先级的数据包依旧要求重传。
本实施例以智能丟包策略为例， 说明抑制重传的过程。 非智能丟包策略， 如队尾丟包策略等，也可以应用本实施例提供的抑制重传方法， 其过程与智能 丟包策略相同， 这里不再赘述。
203: 接收节点收到抑制重传信息后， 判断丟失的数据包是否为抑制重传 信息中指定的需要抑制重传的数据包； 如果是， 则这部分数据包不请求重传， 如数据包N、 N+a; 否则， 请求重传。
经过步骤 201-203 , 就实现了丟包抑制接收节点请求重传的过程。 其中， 本实施例涉及的节点可以是任意网络设备。 另外， 步骤 202a )根据实际应用 情况， 可以釆用多种形式将抑制重传信息发送给接收节点， 具体说明如下： 一、 中间节点以抑制重传消息的形式， 将抑制重传信息发送给接收节点。 具体地，将需要抑制重传数据包的标识信息携带在抑制重传消息，将抑制重传 消息发送给接收节点。
二、 中间节点将抑制重传信息携带在下一个正常发往接收节点的数据包 中， 发送给接收节点。 具体地， 扩展正常发往接收节点的数据包的选项， 增加 抑制重传字段， 将抑制重传信息写入到抑制重传字段中。
例如： 中间节点扩展 RTP数据包选项， 在 RTP的头扩展中插入抑制重传 字段， 该字段存储需要抑制重传的 RTP数据包的序列号， 需要的话， 还可以 存储需要抑制重传的 RTP数据包的个数。 接收节点接收到该 RTP数据包后， 检查 RTP数据包的头扩展中的抑制重传字段， 对字段中存储的需要抑制重传 的数据包， 不请求重传。
三、 中间节点将抑制重传信息携带在需要抑制重传数据包自身中，发送给 接收节点。 具体地， 删除需要抑制重传数据包的负荷， 将需要抑制重传数据包 的类型设置为抑制重传类型， 将修改后的需要抑制重传数据包发送给接收节 点， 接收节点若检测到接收的数据包是抑制重传类型， 则不请求重传。
例如： 中间节点将 RTP数据包的负荷删除， 同时将 RTP固定头部中的 PT ( Payload Type, 负荷类型）字段修改为抑制重传类型， 发送给接收节点， 接 收节点接收到该 RTP数据包后， 不请求重传。
四、中间节点将抑制重传信息携带在报告包中，发送给接收节点。具体地， 扩展报告包的选项，增加抑制重传字段，将抑制重传信息写入到抑制重传字段 中。
进一步地，报告包用于通知发送端或接收端数据包的传输情况， 可以是中 间节点发送的， 也可以是发送节点发送的。 对于发送节点发送的报告包， 通过 中间节点扩展报告包选项后， 再发送给接收节点。 另外， 中间节点发送的报告 包可以是周期发送的，也可以在每丟弃掉一个需要抑制重传的数据包时立即发 送的。
例如： RTCP ( RTP Control Protocol, RTP控制协议） SR ( Sender Report, 发送者报告） 包用于报告 RTP数据包的发送情况， 中间节点扩展 RTCP SR包 选项， 在扩展选项中添加抑制重传字段， 该字段存储需要抑制重传的 RTP数 据包的序列号， 需要的话， 还可以存储需要抑制重传的 RTP数据包的个数。 接收节点接收到该 RTCP SR包后， 检查抑制重传字段， 对字段中存储的需要 抑制重传的数据包， 不请求重传。
在图 2所示实施例的一个具体应用场景中，在组播或者广播场景中应用丟 包抑制重传。 当中间节点发现从发送节点接收到的数据包存在丟失， 并且没有 收到该数据包的抑制重传信息时， 中间节点向发送节点请求重传该数据包， 并 且中间节点生成该数据包的抑制重传信息， 将该抑制重传信息发送给接收节 点。当中间节点接收到发送节点重传的数据包后，将该数据包转发给接收节点。 在该应用场景中，接收组播或者广播的多个接收节点不会对同一个丟失的数据 包同时发送重传请求， 而由中间节点代为请求重传， 可以避免多个用户的重传 请求造成请求重传网络风暴。
另夕卜， 本实施例支持多级中间节点进行丟包抑制重传的方法， 即上一级中 间节点发送抑制重传信息给本级中间节点，本级中间节点将上一级中间节点中 需要抑制重传数据包的信息和自身需要抑制重传数据包的信息汇总后，发送给 下一级中间节点， 依此类推， 最后， 末级中间节点将最终的抑制重传信息发送 给接收节点。 参见图 3 , 以两级中间节点为例， 丟包抑制重传的过程为：
301 : 发送节点将数据包 N、 N+a、 N+b发送给中间节点 1 ;
302: 中间节点 1将数据包N、 N+a智能丟弃， 302a ) 向中间节点 2发送 抑制重传信息， 信息中携带数据包 N、 N+a的标识信息 N、 N+a; 302b )同时， 将数据包 N+b发送给中间节点 2;
303:中间节点 2接收到抑制重传信息和数据包 N+b,智能丟弃数据包 N+b, 汇总需要抑制重传的信息， 向接收节点发送抑制重传信息，信息中携带数据包 N、 N+a、 N+b的标识信息 N、 N+a、 N+b;
304: 接收节点收到抑制重传信息后， 确定丟失数据包 N、 N+a、 N+b是 抑制重传信息中指定的需要抑制重传的数据包， 对数据包N、 N+a、 N+b不请 求重传。
在图 3所示实施例的一个具体应用场景中，在组播或者广播场景中应用丟 包抑制重传。 当中间节点 2发现从中间节点 1接收到的数据包存在丟失， 并且 没有收到该数据包的抑制重传信息时，中间节点 2向中间节点 1请求重传该数 据包， 并且中间节点 2生成该数据包的抑制重传信息， 并将该重传抑制信息发 送给接收节点。 当中间节点 2接收到中间节点 1重传的数据包后，将该数据包 转发给接收节点。在该应用场景中，接收组播或者广播的多个接收节点不会对 同一个丟失的数据包同时发送重传请求， 而由中间节点 2代为请求重传， 可以 避免多个用户的重传请求造成请求重传网络风暴。 本实施例提供的丟包抑制重传的方法， 通过生成并发送抑制重传信息，使 接收节点对需要抑制重传的数据包在发现丟包时不请求重传， 减小了网络负 担， 避免了加重网络拥塞。
参见图 4, 本实施例提供了一种网络节点， 该网络节点包括：
生成模块 401 , 用于生成抑制重传信息， 该抑制重传信息包括需要抑制重 传的数据包的标识信息；
发送模块 402 , 用于将该生成模块 401生成的抑制重传信息发送给接收节 点， 该抑制重传信息用于使该接收节点接收到该抑制重传信息后，对该抑制重 传信息中的标识信息对应的数据包丟失时不请求重传。
具体地，
生成模块 401具体用于根据丟弃数据包的优先级生成抑制重传信息，将丟 弃的低优先级的数据包作为需要抑制重传的数据包，该抑制重传信息包括该丟 弃的低优先级的数据包的标识信息。
发送模块 402具体用于将该抑制重传信息携带在抑制重传消息、数据包或 报告包中发送给该接收节点； 其中， 该数据包是需要抑制重传的数据包或不需 要抑制重传的数据包。
进一步地，
当发送模块 402发送的数据包是需要抑制重传的数据包时，该数据包的负 荷被删除， 该抑制重传信息携带在被删除负荷的数据包中。
进一步地，
网络节点还包括：
接收模块 403 , 用于接收其它网络节点发送的抑制重传信息；
汇总模块 404 , 用于汇总该接收模块 403接收的抑制重传信息和该网络节 点本地生成的抑制重传信息；
发送模块 402 , 还用于将该汇总模块 404汇总后的抑制重传信息发送给接 收节点， 该抑制重传信息用于使该接收节点接收到该汇总后的抑制重传信息 后， 对该汇总后的抑制重传信息中的标识信息对应的数据包丟失时不请求重 传。
本实施例提供的网络节点， 与方法实施例中的中间节点属于同一构思， 其 具体的实现过程详见方法实施例， 在此不再赘述。
本实施例提供的网络节点，通过生成并发送抑制重传信息，使得接收节点 对需要抑制重传的数据包在发现丟包时不请求重传， 从而达到了减小网络负 担， 避免加重网络拥塞的目的。
参见图 5 , 本实施例提供了一种丟包抑制重传的系统， 该系统包括： 中间 节点 501和接收节点 502;
该中间节点 501 , 用于生成并向该接收节点 502发送抑制重传信息， 该抑 制重传信息包括需要抑制重传的数据包的标识信息；
该接收节点 502, 用于接收该中间节点 501发送的抑制重传信息， 对该抑 制重传信息中标识信息对应的数据包丟失时不请求重传。
进一步地， 该中间节点 501 , 还用于汇总本地的抑制重传信息和接收的抑 制重传信息。
本实施例提供的系统所涉及的中间节点和接收节点与方法实施例中的中 间节点和接收节点属于同一构思， 其具体的实现过程详见方法实施例， 在此不 再赘述。
本实施例提供的系统，能够实现对需要抑制重传的数据包在发现丟包时不 请求重传， 从而达到了减小网络负担， 避免加重网络拥塞的目的。
以下结合图 6和图 7提供本发明的另一个实施例。本发明的另一个实施例 将丟包抑制重传的方法具体应用于快速频道切换的重传抑制中。
在网络电视 ( Internet Protocol Television, IPTV )、 多媒体广播多播业务
( Multimedia Broadcast Multicast Service, MBMS )等技术中， 需要进行快速 频道切换。
中间节点接收发送节点发送的媒体流， 然后转发给接收节点。对于流媒体 编码来说， 中间节点正在接收的媒体流的帧序列由画面组（ Group of Pictures, GOP )构成， GOP 包括内部编码帧 （I帧）、 前向预测帧 （P帧）和双向内插 帧（B帧）， I帧是一个完整的画面，而 P帧和 B帧记录的是相对于 I帧的变化。
如果接收节点在接收 B帧或 P帧时， 请求快速频道切换， 若中间节点直 接从该 B帧或 P帧将媒体流推动给接收节点， 接收节点只有在收到了下一个 GOP 的 I帧时才能显示画面。 因此根据接收节点请求快速频道切换的时间不 同， 等待画面显示的时间也不同， 有时可达 4至 5秒， 甚至更长。
为了加快画面显示， 中间节点需要从本 GOP的 I帧开始向该接收节点推 送单播媒体流。这样接收节点一旦收到本 GOP的 I帧的报文就可以显示画面， 从而提高用户体验。但是这样会造成请求快速频道切换的接收节点和其它接收 节点画面播放相比有很大的延迟，且不同接收节点可能由于频道切换时间的不 同而造成接收节点间的画面播放有更大的差异，同时也造成中间节点的负荷过 大。 为解决这一问题， 保证收看同一频道的接收节点画面播放基本同步， 同时 降低中间节点向接收节点发送单播媒体流的时间，可以在媒体流的报文中丟弃 一些对画面显示影响较小的报文， 例如以帧为单位丟弃 B帧报文， 或者丟弃 I 帧、 B帧或 P帧中对画面显示影响较小的报文。 这样就可以缩短向接收节点发 送单播媒体流的时间。
在丟弃对画面显示影响较小的报文时， 会造成媒体报文序列号的不连续， 例如直接会从本 GOP的 I帧的最后一个报文序列号跳到本 GOP的第一个 P帧 的第一个报文序列号。 如果分别在 I帧、 B帧或 P帧中丟弃对画面显示影响较 小的报文， 则会造成报文之间的序列号不连续。对于这些序列号不连续的报文 间被接收节点认为丟包的报文，可以釆用前述实施例对接收节点进行丟包抑制 重传， 也可以釆用图 6所述实施例对接收节点进行丟包抑制重传。
图 6是本发明另一个实施例中快速频道切换的重传抑制的方法流程图。该 方法包括：
602、 根据丟包策略丟弃单播媒体流中对画面显示影响较小的报文。
举例来说， 如果本 GOP的 I帧的第一个报文序列号是 10000, I帧包括 80 个才艮文， P帧有 30个^艮文， B帧有 20个^艮文， GOP中按照两个 B帧一个 P 帧依次排列。 如果不发送对画面显示影响较小的 B 帧报文， 大约可以减少一 半的报文发送。
604、 重新编排需要发送的报文序列号。
但是，在丟弃对画面显示影响较小的报文时，会造成报文序列号的不连续， 例如本 GOP的 I帧的最后一个 文序列号为 10079, 丟弃两个 B帧的 文， 跳到 P帧的第一个报文， 报文序列号为 10120。 如果分别在 I帧、 B帧或 P帧 中丟弃对画面显示影响较小的报文， 则可能有更多的不连续的序列号。 为了减 少由于^艮文序列号的不连续造成的终端请求重传， 可以重新编排"¾文序列号。 当发送完本 GOP的 I帧的最后一个报文时，报文序列号为 10079,接着要发送 P帧的第一个报文， 可以重新编排 P帧中报文的报文序列号， 例如， 将原报文 序列号为 10120的报文， 重新编排报文序列号为 10080。 依此类推， 以使报文 序列号连续。 当发送本 GOP的最后一个 P帧的最后一个报文时， 报文序列号 与下一个 GOP的 I帧的报文序列号不连续。此时可以重新编排下一个 GOP的 I帧的报文序列号，并相应调整下一个 GOP的其余帧的报文序列号。或者可以 对本 GOP的最后一个 P帧的最后一个报文与下一个 GOP的 I帧间不连续的报 文序列号执行 606。
606、 当不需要重新编排需要发送的报文序列号时， 生成抑制重传信息， 所述抑制重传信息包括需要抑制重传的数据包的标识信息。
举例来说， 需要抑制重传的数据包的标识信息， 可以是重新编排序列号后 的单播媒体流中不连续的序列号。如果单播媒体流中出现报文序列号不连续的 情况， 例如前一个 GOP的最后一个 P帧的最后一个报文， 报文序列号经过重 新编排后， 与未重新编排的下一个 GOP的 I帧的报文序列号不连续， 可以生 成抑制重传信息，抑制重传信息中包括这一段不连续的报文序列号的信息， 例 如， 这一段不连续的报文序列号的第一个报文序列号 （前一个 GOP的最后一 个 P帧的下一个报文序列号）和最后一个报文序列号 （下一个 GOP的 I帧的 上一个报文序列号）。
又例如， 当单播媒体流与组播媒体流的画面播放基本同步时， 中间节点可 以不需要再向接收节点发送单播媒体流，由于单播媒体流的序列号经过重新编 排， 单播媒体流与组播媒体流切换时， 报文的报文序列号可能不连续。 此时可 以生成抑制重传信息， 抑制重传信息中包括这一段不连续的报文序列号的信 息， 例如， 这一段不连续的报文序列号的第一个报文序列号（最后一个单播媒 体流的报文的下一个报文序列号）和最后一个报文序列号（组播媒体流的第一 个报文的上一个报文序列号）。 此外， 还可以在单播媒体流与组播媒体流的画 面播放基本同步时，停止丟弃单播媒体流中的报文， 并停止重新编排报文序列 号。停止重新编排报文序列号后的第一个报文序列号， 可能会与之前发送的报 文的序列号不连续。此时可以生成抑制重传信息，抑制重传信息中包括这一段 不连续的报文序列号的信息， 例如， 这一段不连续的报文序列号的第一个报文 序列号 （停止重新编排报文前最后一个单播媒体流的报文的下一个报文序列 号 )和最后一个报文序列号（停止重新编排报文后第一个单播媒体流的报文的 上一个报文序列号）。
608、 将所述抑制重传信息发送给接收节点， 所述抑制重传信息用于使所 述接收节点接收到所述抑制重传信息后，对所述抑制重传信息中的标识信息对 应的数据包丟失时不请求重传。
举例来说， 抑制重传信息可以由扩展 RTCP报文发送给接收节点。 例如， 如果单播媒体流中出现报文序列号不连续的情况， 在中间节点发送前一个 GOP的最后一个 P帧的第一个 文时， 中间节点已经可以确定需要生成的抑 制重传信息，可以根据设置在此时或稍后在由扩展 RTCP报文发送该抑制重传 信息给接收节点。
图 6所示实施例的一个具体应用场景中，单播媒体流与组播媒体流的画面 播放基本同步前，中间节点可以确定停止发送单播媒体流前的最后一个单播媒 体流的报文， 此时中间节点已经可以确定需要生成的抑制重传信息， 可以根据 设置在此时或稍后在由扩展 RTCP报文发送该抑制重传信息给接收节点。 例 如，中间节点可以根据单播媒体流与组播媒体流的发送速度估算单播媒体流与 组播媒体流的画面播放基本同步的时刻， 并根据设置留出一定冗余，确定将要 停止发送单播媒体流的时刻。中间节点根据确定的将要停止发送单播媒体流的 时刻前的最后一个单播媒体流的报文， 确定需要生成的抑制重传信息， 可以根 据设置在此时或稍后在由扩展 RTCP报文发送该抑制重传信息给接收节点。
图 6所示实施例的另一个具体应用场景中，单播媒体流与组播媒体流的画 面播放基本同步时，中间节点可以确定停止重新编排 4艮文序列号前的最后一个 单播媒体流的报文， 此时中间节点已经可以确定需要生成的抑制重传信息， 可 以根据设置在此时或稍后由扩展 RTCP报文发送该抑制重传信息给接收节点。 例如，单播媒体流与组播媒体流的画面播放基本同步时， 中间节点停止丟弃单 播媒体流中的报文，但继续重新编排报文序列号， 并根据设置在若干个报文后 停止重新编排报文序列号。中间节点根据确定的将要停止重新编排报文序列号 的时刻，确定需要生成的抑制重传信息， 可以根据设置在此时或稍后在由扩展 RTCP报文发送该抑制重传信息给接收节点。
图 7是本发明另一个实施例中扩展 RTCP报文的扩展方式的示意图。
其中， Type为调整的类型， The Start Sequence Number 为起始抑制重传的 序列号， The End Sequence Number为结束抑制重传的序列号。
本实施例提供的丟包抑制重传的方法， 应用于快速频道切换的重传抑制 中， 通过重新编排需要发送的报文序列号， 生成并发送抑制重传信息， 使接收 节点对需要抑制重传的数据包在发现丟包时不请求重传，加快了快速频道切换 时的画面显示速度， 并提高了可以同时进行快速频道切换的用户的数量。
以下结合图 8提供本发明的又一个实施例。本发明的另一个实施例将丟包 抑制重传的方法具体应用于智能丟弃的重传抑制中。
在网络发生拥塞时， 为了保证媒体质量和用户体验， 可以选择性丟弃一些 对画面显示影响较小的报文， 这样就会造成流媒体序列号不连续， 为了防止序 列号不连续而导致用户请求重传，加重拥塞，可以釆用图 8所示实施例的方法。
图 8是本发明又一个实施例中丟包抑制重传的方法流程图。 该方法包括： 802、 根据丟包策略丟弃媒体流中对画面显示影响较小的报文。
804、 重新编排需要发送的报文序列号。
举例来说， 当发生拥塞时， 根据预设的丟包策略丟弃部分报文， 如： 丟弃 报文 N、 N+a, 并将原媒体流中报文序列号为 N+1的报文重新编排为 N、 原媒 体流中报文序列号为 N+2的报文重新编排为 N+1 , 依次类推， 将原媒体流中 报文序列号为 N+a+1的报文重新编排为 N+a-1。
806、 当不需要重新编排需要发送的报文序列号时， 生成抑制重传信息， 所述抑制重传信息包括需要抑制重传的数据包的标识信息。
举例来说， 当拥塞解除时， 停止报文序列号的重新编排， 对不连续的报文 序列号生成抑制重传信息。 例如， 拥塞解除前， 丟弃了原报文序列号为 N、 N+a、 N+b、 N+c的报文， 在发送报文序列号为 N+d的报文时， 停止报文序列 号的重新编排。停止报文序列号的重新编排前发送的最后一个报文的报文序列 号， 经过重新编排为 N+d-5, 停止报文序列号的重新编排后发送的第一个报文 的报文序列号为 N+d。 因此， 对报文序列号为 N+d-4至 N+d-1的报文生成抑 制重传信息。 抑制重传信息中包括这一段不连续的报文序列号的信息， 例如， 这一段不连续的报文序列号的第一个报文序列号 （N+d-4 )和最后一个报文序 列号 （N+d-1 )。
808、 将所述抑制重传信息发送给接收节点， 所述抑制重传信息用于使所 述接收节点接收到所述抑制重传信息后，对所述抑制重传信息中的标识信息对 应的数据包丟失时不请求重传。
举例来说， 抑制重传信息可以由扩展 RTCP报文发送给接收节点。 例如， 当拥塞解除时， 可以根据设置确定在此时或稍后停止报文序列号的重新编排， 并根据确定的停止报文序列号的重新编排的时刻生成抑制重传信息。可以由扩 展 RTCP报文发送该抑制重传信息给接收节点。
本实施例提供的丟包抑制重传的方法，应用于智能丟弃的重传抑制中， 通 过重新编排需要发送的报文序列号， 并生成并发送抑制重传信息，使接收节点 对需要抑制重传的数据包在发现丟包时不请求重传，可以减少需要发送的抑制 重传信息数量， 并可以选择在拥塞解除后再发送抑制重传信息， 减小了网络负 担， 避免了加重网络拥塞。
以下结合图 9提供本发明的另一个实施例。本发明的另一个实施例将丟包 抑制重传的方法具体应用于可伸缩视频编码（Scalable Video Coding, SVC ) 中。
SVC在釆用 RTP单流封装的情况下，中间节点在对 SVC视频数据适配时， 提取部分或者全部的报文， 转发给接收节点。 在提取部分报文时， 会造成 RTP 序号不连续， 接收节点会认为 RTP丟包， 并请求重传。 此时可以釆用图 9所 述实施例对接收节点进行丟包抑制重传。
图 9是本发明另一个实施例中可伸缩视频编码抑制重传的方法流程图。该 方法包括：
902、 选择适合接收节点的 SVC媒体流并丟弃接收节点不需要的报文。 904、 重新编排需要发送的报文序列号。
举例来说， 原始报文序列号为 10001至 10010, 某接收节点需要原始报文 序列号为 10001、 10004、 10007、 10010的 4艮文。 中间节点经过重新编排， 向 该接收节点发送的报文的序列号为 10001、 10002(原报文序列号为 10004)、 10003(原 ^艮文序列号为 10007)、 10004(原 ^艮文序列号为 10010)。 906、 当不需要重新编排需要发送的报文序列号时， 生成抑制重传信息， 所述抑制重传信息包括需要抑制重传的数据包的标识信息。
举例来说， 在本发明另一个实施例的第一个具体应用场景中， 可以定时从 原始报文序列号开始重新编排，例如在原始报文序列号为 10001至 10010的报 文后，对原始报文序列号为 10011至 10020的报文向该接收节点发送报文序列 号为 10011、 10012(原 4艮文序列号为 10014)、 10013(原 4艮文序列号为 10017)、 10014(原报文序列号为 10020)的报文。 此时， 中间节点发送的报文中， 缺少报 文序列号为 10005至 10009的报文, 因此， 对报文序列号为 10005至 10009 的报文生成抑制重传信息。
在本发明另一个实施例的第二个具体应用场景中，中间节点根据需要重新 选择适合接收节点的 SVC数据。 例如， 原先由于网络拥塞， 中间节点向接收 节点发送基本层报文， 网络拥塞解除后， 中间节点改为向接收节点发送全部报 文。例如在原始 4艮文序列号为 10001至 10010的 4艮文后， 中间节点改为向接收 节点发送全部报文， 此时， 中间节点发送的报文中， 缺少报文序列号为 10005 至 10009的报文， 因此，对报文序列号为 10005至 10009的报文生成抑制重传 信息。
908、 将所述抑制重传信息发送给接收节点， 所述抑制重传信息用于使所 述接收节点接收到所述抑制重传信息后，对所述抑制重传信息中的标识信息对 应的数据包丟失时不请求重传。
举例来说， 抑制重传信息可以由扩展 RTCP报文发送给接收节点。
以下结合图 10提供本发明的又一个实施例。
图 10是本发明又一个实施例中网络节点的结构示意图。该网络节点包括： 丟弃模块 1002 , 用于根据丟包策略丟弃媒体流中对画面显示影响较小的 报文。
举例来说， 丟弃模块 1002可以在快速频道切换时根据丟包策略丟弃单播 媒体流中对画面显示影响较小的报文； 丟弃模块 1002也可以根据丟包策略丟 弃媒体流中对画面显示影响较小的报文； 丟弃模块 1002还可以选择适合接收 节点的 SVC数据并丟弃接收节点不需要的报文。
编排模块 1004, 用于重新编排需要发送的报文序列号。 举例来说， 编排模块 1004重新编排需要发送的报文序列号， 使需要发送 的报文序列号连续。
生成模块 1006 , 用于当不需要重新编排时， 生成抑制重传信息， 该抑制 重传信息包括需要抑制重传的数据包的标识信息。
发送模块 1008, 用于将生成模块 1006生成的抑制重传信息发送给接收节 点， 该抑制重传信息用于使该接收节点接收到该抑制重传信息后，对该抑制重 传信息中的标识信息对应的数据包丟失时不请求重传。
举例来说， 发送模块 1008可以将抑制重传信息由扩展 RTCP报文发送给 接收节点。
以上实施例提供的技术方案中的全部或部分内容可以通过软件编程实现， 其软件程序存储在可读取的存储介质中， 存储介质例如： 计算机中的硬盘、 光 盘或软盘。
以上所述仅为本发明的较佳实施例， 并不用以限制本发明， 凡在本发明的 精神和原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的 保护范围之内。

Claims

权 利 要 求
1、 一种丟包抑制重传的方法， 其特征在于， 所述方法包括：
生成抑制重传信息，所述抑制重传信息包括需要抑制重传的数据包的标识 信息；
将所述抑制重传信息发送给接收节点，所述抑制重传信息用于使所述接收 节点接收到所述抑制重传信息后，对所述抑制重传信息中的标识信息对应的数 据包丟失时不请求重传。
2、 根据权利要求 1所述的丟包抑制重传的方法， 其特征在于， 所述生成 抑制重传信息的步骤包括：
根据丟弃数据包的优先级生成抑制重传信息 ,将丟弃的低优先级的数据包 作为需要抑制重传的数据包，所述抑制重传信息包括所述丟弃的低优先级的数 据包的标识信息。
3、 根据权利要求 1所述的丟包抑制重传的方法， 其特征在于， 所述将所 述抑制重传信息发送给接收节点包括：
将所述抑制重传信息携带在抑制重传消息、数据包或报告包中发送给所述 接收节点； 其中， 所述数据包是需要抑制重传的数据包或不需要抑制重传的数 据包。
4、 根据权利要求 3所述的丟包抑制重传的方法， 其特征在于， 所述将所 述抑制重传信息携带在抑制重传消息、数据包或报告包中发送给所述接收节点 包括：
将所述抑制重传信息携带在抑制重传消息、数据包扩展的抑制重传字段或 报告包扩展的抑制重传字段中发送给所述接收节点。
5、 根据权利要求 3所述的丟包抑制重传的方法， 其特征在于， 当所述数 据包是需要抑制重传的数据包时， 所述数据包的负荷被删除， 所述抑制重传信 息携带在所述被删除负荷的数据包中。
6、 根据权利要求 1-5任一权利要求所述的丟包抑制重传的方法， 其特征 在于， 所述抑制重传信息包括本地的抑制重传信息和 /或接收的抑制重传信息。
7、 根据权利要求 1所述的丟包抑制重传的方法， 其特征在于， 在所述生 成抑制重传信息之前， 所述方法还包括： 根据丟包策略丟弃数据包，将所述丟弃的数据包作为需要抑制重传的数据 包。
8、 根据权利要求 7所述的丟包抑制重传的方法， 其特征在于， 所述根据 丟包策略丟弃数据包， 包括：
在快速频道切换时，根据丟包策略丟弃单播媒体流中对画面显示影响较小 的报文； 或
在网络发送拥塞时，根据丟包策略丟弃媒体流中对画面显示影响较小的报 文； 或
转发可伸缩视频编码媒体流时 ,选择适合接收节点的可伸缩视频编码媒体 流， 并丟弃接收节点不需要的报文。
9、 根据权利要求 7或 8述的丟包抑制重传的方法， 其特征在于， 在所述 根据丟包策略丟弃数据包之后， 还包括：
重新编排需要发送的数据包的报文序列号。
10、 根据权利要求 1或 8所述的丟包抑制重传的方法， 其特征在于， 所述 将所述抑制重传信息发送给接收节点， 包括：
由扩展实时传送控制协议 RTCP报文将所述抑制重传信息发送给接收节 点。
11、 根据权利要求 10所述的丟包抑制重传的方法， 其特征在于， 所述扩 展 RTCP报文将抑制重传信息发送给接收节点包括：
当需要抑制重传的报文序列号连续时，扩展 RTCP报文将需要抑制重传的 第一个报文序列号和最后一个报文序列号作为所述抑制重传信息，发送给接收 节点。
12、 一种网络节点， 其特征在于， 所述网络节点包括：
生成模块， 用于生成抑制重传信息， 所述抑制重传信息包括需要抑制重传 的数据包的标识信息；
发送模块， 用于将所述生成模块生成的抑制重传信息发送给接收节点， 所 述抑制重传信息用于使所述接收节点接收到所述抑制重传信息后，对所述抑制 重传信息中的标识信息对应的数据包丟失时不请求重传。
13、 根据权利要求 12所述的网络节点， 其特征在于， 所述生成模块具体 用于根据丟弃数据包的优先级生成抑制重传信息，将丟弃的低优先级的数据包 作为需要抑制重传的数据包，所述抑制重传信息包括所述丟弃的低优先级的数 据包的标识信息。
14、 根据权利要求 12所述的网络节点， 其特征在于， 所述发送模块具体 用于将所述抑制重传信息携带在抑制重传消息、数据包或报告包中发送给所述 接收节点； 其中， 所述数据包是需要抑制重传的数据包或不需要抑制重传的数 据包。
15、 根据权利要求 14所述的网络节点， 其特征在于， 当所述发送模块发 送的数据包是需要抑制重传的数据包时， 所述数据包的负荷被删除， 所述抑制 重传信息携带在所述被删除负荷的数据包中。
16、 根据权利要求 12所述的网络节点， 其特征在于， 所述网络节点还包 括：
接收模块， 用于接收其它网络节点发送的抑制重传信息；
汇总模块，用于汇总所述接收模块接收的抑制重传信息和所述网络节点生 成模块生成的抑制重传信息；
所述发送模块，还用于将所述汇总模块汇总后的抑制重传信息发送给接收 节点，所述抑制重传信息用于使所述接收节点接收到所述汇总后的抑制重传信 息后，对所述汇总后的抑制重传信息中的标识信息对应的数据包丟失时不请求 重传。
17、 根据权利要求 12所述的网络节点， 其特征在于， 还包括：
丟弃模块， 用于根据丟包策略丟弃数据包，将所述丟弃的数据包作为需要 抑制重传的数据包。
18、 根据权利要求 17所述的网络节点， 其特征在于， 还包括：
编排模块，用于在所述丟弃模块处理后重新编排需要发送的数据包的报文 序列号。
19、 一种丟包抑制重传的系统， 其特征在于， 所述系统包括： 中间节点和 接收节点；
所述中间节点，用于生成抑制重传信息并将该抑制重传信息发送给所述接 收节点， 所述抑制重传信息包括需要抑制重传的数据包的标识信息； 所述接收节点， 用于接收所述中间节点发送的抑制重传信息，对所述抑制 重传信息中的标识信息对应的数据包丟失时不请求重传。
20、 根据权利要求 19所述的丟包抑制重传的系统， 其特征在于， 所述中 间节点，还用于汇总本地的抑制重传信息和接收的抑制重传信息， 并将所述汇 总后的抑制重传信息发送给所述接收节点。
21、 根据权利要求 19所述的丟包抑制重传的系统， 其特征在于， 所述中 间节点，还用于当确认没有收到丟失的数据包的抑制重传信息时， 生成所述丟 失的数据包的抑制重传信息， 并将该抑制重传信息发送给所述接收节点。
22、 根据权利要求 21所述的丟包抑制重传的系统， 其特征在于， 所述中 间节点， 还用于请求重传所述丟失的数据包， 并在收到所述丟失的数据包后， 将所述丟失的数据包发送给所述接收节点。
PCT/CN2009/072951 2008-10-31 2009-07-28 丢包抑制重传的方法、网络节点和系统 WO2010048825A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP20090823017 EP2352248B1 (en) 2008-10-31 2009-07-28 Lost packet retransmission suppressing method, network node and system
US13/097,382 US8693333B2 (en) 2008-10-31 2011-04-29 Method, network node and system for suppressing lost packet retransmission

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN200810172356.8 2008-10-31
CN200810172356 2008-10-31
CN200910127718.6A CN101729228B (zh) 2008-10-31 2009-03-18 丢包抑制重传的方法、网络节点和系统
CN200910127718.6 2009-03-18

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/097,382 Continuation US8693333B2 (en) 2008-10-31 2011-04-29 Method, network node and system for suppressing lost packet retransmission

Publications (1)

Publication Number Publication Date
WO2010048825A1 true WO2010048825A1 (zh) 2010-05-06

Family

ID=42128224

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/072951 WO2010048825A1 (zh) 2008-10-31 2009-07-28 丢包抑制重传的方法、网络节点和系统

Country Status (4)

Country Link
US (1) US8693333B2 (zh)
EP (1) EP2352248B1 (zh)
CN (1) CN101729228B (zh)
WO (1) WO2010048825A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8693333B2 (en) 2008-10-31 2014-04-08 Huawei Technologies Co., Ltd. Method, network node and system for suppressing lost packet retransmission
CN108243073A (zh) * 2016-12-27 2018-07-03 富士通株式会社 数据传输方法和装置

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102291374A (zh) * 2010-06-21 2011-12-21 华为技术有限公司 一种拼接流传输的方法、装置及系统
US9608918B2 (en) * 2013-10-23 2017-03-28 Brocade Communications Systems, Inc. Enabling concurrent operation of tail-drop and priority-based flow control in network devices
CN104038845B (zh) * 2014-06-30 2017-10-17 新华三技术有限公司 报文传输方法及装置
CN104244109B (zh) * 2014-09-19 2017-12-08 浙江宇视科技有限公司 一种媒体流可靠传输和接收的方法和装置
CN106162182B (zh) 2015-03-25 2019-08-30 杭州海康威视数字技术股份有限公司 一种视频编码码流的播放控制方法及系统
CN106878191B (zh) * 2015-12-14 2018-11-16 华为技术有限公司 一种数据传送方法、发送节点、接收节点及数据传送系统
CN109151612B (zh) 2017-06-27 2020-10-16 华为技术有限公司 一种视频传输方法、设备及系统
CN109842856A (zh) * 2017-11-29 2019-06-04 成都鼎桥通信技术有限公司 一种屏蔽上行丢包的方法和设备
CN112533154B (zh) * 2019-09-19 2022-04-22 成都鼎桥通信技术有限公司 数据处理方法、装置和存储介质
CN112688761B (zh) * 2019-10-18 2023-10-27 中国移动通信有限公司研究院 一种harq处理方法及设备
CN114531429A (zh) * 2020-10-30 2022-05-24 华为技术有限公司 用于传输媒体流的数据包的方法和通信装置
CN114765690B (zh) * 2020-12-31 2023-09-12 华为技术有限公司 数据包传输方法、通信装置及存储介质
CN114051173B (zh) * 2021-10-09 2023-08-08 广州广哈通信股份有限公司 一种基于rtp扩展头部的视频帧可靠传输方法、装置及设备
CN116866983A (zh) * 2022-03-26 2023-10-10 华为技术有限公司 一种媒体单元传输方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1416659A (zh) * 2001-01-05 2003-05-07 松下电器产业株式会社 移动通信系统和无线通信方法
US20070260921A1 (en) * 2006-03-03 2007-11-08 Cankaya Hakki C Intelligent switch and method for retransmitting a lost packet to decoder(s)
WO2008106823A1 (en) * 2007-03-06 2008-09-12 Thomson Licensing Adaptive and scalable packet error correction apparatus and method
US20080253369A1 (en) * 2007-04-16 2008-10-16 Cisco Technology, Inc. Monitoring and correcting upstream packet loss

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7180896B1 (en) * 2000-06-23 2007-02-20 Mitsubishi Denki Kabushiki Kaisha Method and system for packet retransmission
JP3908490B2 (ja) * 2000-08-03 2007-04-25 株式会社エヌ・ティ・ティ・ドコモ マルチキャスト配信サービスにおける再送制御方法及びシステム、再送制御装置、無線基地局及び無線端末
FI114365B (fi) * 2001-08-31 2004-09-30 First Hop Oy Menetelmä langattomien verkkojen suorituskyvyn optimoimiseksi
JP2004147275A (ja) * 2002-08-30 2004-05-20 Matsushita Electric Ind Co Ltd パケット送信スケジューリング方法および基地局装置
KR100802619B1 (ko) * 2002-11-07 2008-02-13 엘지전자 주식회사 무선 링크 제어 프로토콜에 따르는 수신기에서의 알엘씨데이터 수신 윈도우 처리 방법
DE602005010124D1 (de) * 2005-05-30 2008-11-13 Ericsson Telefon Ab L M Dateneinheit-relayeinrichtung und verfahren zu ihrer steuerung
CN101114982A (zh) 2006-07-24 2008-01-30 互联天下科技发展（深圳）有限公司 一种基于IP网络的音视频QoS算法
CN1917639A (zh) 2006-09-01 2007-02-21 北京天地互连信息技术有限公司 使用丢包重传的视频信号增强方法
TW200835303A (en) * 2006-09-07 2008-08-16 Avocent Huntsville Corp Point-to-multipoint high definition multimedia transmitter and receiver
JP4805081B2 (ja) * 2006-09-29 2011-11-02 富士通株式会社 無線中継装置、無線中継方法および無線中継プログラム
KR101571145B1 (ko) * 2007-10-23 2015-11-23 톰슨 라이센싱 무선 근거리 네트워크들에서의 신뢰 가능한 멀티캐스트를 위해 병합된 자동 반복 요청으로 적응 순방향 에러 정정을 하기 위한 방법 및 장치
WO2009058118A1 (en) * 2007-11-01 2009-05-07 Thomson Licensing A method and apparatus for streaming scalable multimedia data streams
CN101729228B (zh) 2008-10-31 2014-04-16 华为技术有限公司 丢包抑制重传的方法、网络节点和系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1416659A (zh) * 2001-01-05 2003-05-07 松下电器产业株式会社 移动通信系统和无线通信方法
US20070260921A1 (en) * 2006-03-03 2007-11-08 Cankaya Hakki C Intelligent switch and method for retransmitting a lost packet to decoder(s)
WO2008106823A1 (en) * 2007-03-06 2008-09-12 Thomson Licensing Adaptive and scalable packet error correction apparatus and method
US20080253369A1 (en) * 2007-04-16 2008-10-16 Cisco Technology, Inc. Monitoring and correcting upstream packet loss

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2352248A4 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8693333B2 (en) 2008-10-31 2014-04-08 Huawei Technologies Co., Ltd. Method, network node and system for suppressing lost packet retransmission
CN108243073A (zh) * 2016-12-27 2018-07-03 富士通株式会社 数据传输方法和装置
CN108243073B (zh) * 2016-12-27 2021-07-30 富士通株式会社 数据传输方法和装置

Also Published As

Publication number Publication date
CN101729228B (zh) 2014-04-16
US20110199907A1 (en) 2011-08-18
CN101729228A (zh) 2010-06-09
EP2352248B1 (en) 2014-06-18
EP2352248A4 (en) 2012-07-11
EP2352248A1 (en) 2011-08-03
US8693333B2 (en) 2014-04-08

Similar Documents

Publication Publication Date Title
WO2010048825A1 (zh) 丢包抑制重传的方法、网络节点和系统
US8935736B2 (en) Channel switching method, channel switching device, and channel switching system
KR100537499B1 (ko) 전송제어 파라미터 생성방법 및 프레임 특성에 따른선택적 자동 재전송 방법
CN104737514B (zh) 用于分布媒体内容服务的方法和设备
US9106431B2 (en) Method and apparatus for improved multicast streaming in wireless networks
EP2424241B1 (en) Method, device and system for forwarding video data
WO2010054543A1 (zh) 一种频道切换方法、装置和系统
JP6685621B2 (ja) マルチキャストネットワークにおいてデータの再送を要求すること
US20080130658A1 (en) System and method for low-delay, interactive communication using multiple tcp connections and scalable coding
CN101267538B (zh) 一种切换网络电视频道的方法和系统
WO2009039741A1 (fr) Procédé et dispositif permettant la commutation de chaînes iptv
CA2761846C (en) Method, apparatus and system for reducing media delay
KR20100070361A (ko) 무선 근거리 네트워크들에서의 신뢰 가능한 멀티캐스트를 위해 병합된 자동 반복 요청으로 적응 순방향 에러 정정을 하기 위한 방법 및 장치
WO2010139284A1 (zh) 一种频道切换处理方法及系统以及相关设备
WO2011079822A1 (zh) 保障网络电视直播业务的业务服务质量的方法和设备
WO2011137837A1 (zh) 一种快速频道切换时获取关键信息的方法、装置和系统
CN102223218B (zh) 媒体报文重传抑制方法和设备
WO2010075705A1 (zh) 一种ip电视频道切换处理方法、装置和系统
WO2010115376A1 (zh) 一种媒体流切换方法、装置和系统
WO2008073881A2 (en) System and method for low-delay, interactive communication using multiple tcp connections and scalable coding
Bortoleto et al. Large-scale media delivery using a semi-reliable multicast protocol
Sze et al. Network-Driven Layered Multicast with IPv6

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: 09823017

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2996/CHENP/2011

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 2009823017

Country of ref document: EP