WO2010088836A1 - 用户数据报协议传输模式下丢包补偿方法与装置 - Google Patents

用户数据报协议传输模式下丢包补偿方法与装置 Download PDF

Info

Publication number
WO2010088836A1
WO2010088836A1 PCT/CN2009/076188 CN2009076188W WO2010088836A1 WO 2010088836 A1 WO2010088836 A1 WO 2010088836A1 CN 2009076188 W CN2009076188 W CN 2009076188W WO 2010088836 A1 WO2010088836 A1 WO 2010088836A1
Authority
WO
WIPO (PCT)
Prior art keywords
packet
packet loss
data
loss compensation
unit
Prior art date
Application number
PCT/CN2009/076188
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 RU2011137334/08A priority Critical patent/RU2501172C2/ru
Publication of WO2010088836A1 publication Critical patent/WO2010088836A1/zh

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/188—Time-out mechanisms
    • H04L1/1883—Time-out mechanisms using multiple timers

Definitions

  • the present invention relates to a packet loss compensation method and apparatus in a User Data Protocol (UDP) transmission mode.
  • UDP User Data Protocol
  • IPTV Internet Protocol Television
  • the Internet (Internet Protocol) network completes the media data transmission, decoding and playback of the video service system. Its core technology is that the encoded media data is streamed by the media server. Transferred to the client (set top box), the client decodes the received media data, generates a simulated active video based on the decoded media data, and displays it on a display device such as a television. IPTV also provides users with on-demand and live broadcast services of video media programs.
  • the transmission quality of media data from the media server to the set-top box directly affects the video viewing effect of the user. If the media data is lost during transmission, the video screen will appear to be paused or mosaic. How to ensure the quality of media data transmission and provide users with high-quality video viewing experience is the biggest technical problem facing the IPTV field. This is because the IP network does not provide transmission quality assurance, and the application layer needs technical means to achieve this goal.
  • the traditional transmission control protocol based on Transmission Control Protocol (TCP) provides packet loss retransmission. However, when the packet loss retransmission mechanism is lost, the entire transmission process will be blocked until the lost packet transmission. This mechanism is not suitable for real-time streaming media transmission. A better real-time UDP transmission mechanism is a more suitable choice. However, the UDP transmission method does not provide a packet loss compensation mechanism, which restricts the quality of the multimedia data provided by the IPTV system. Summary of the invention
  • the main object of the present invention is to provide a packet loss compensation method and apparatus in a user datagram protocol transmission mode, which can provide data packet retransmission in a UDP transmission mechanism, thereby ensuring the quality of the transmitted data.
  • a packet loss compensation method in a user datagram protocol transmission mode includes:
  • the packet loss compensation process is started: the first waiting time is started, and when the first waiting timeout has not received the packet loss, the packet loss information is reported to the sender. And starting a second waiting time, when the packet is received before the second waiting timeout expires, inserting the packet into the corresponding position in the received data packet, ending the current packet loss compensation processing flow, detecting a new The packet loss compensation processing flow is restarted when the packet is lost.
  • the method further includes:
  • the method further includes:
  • the information about the lost packet includes sequence number information of the lost packet
  • the lost packet is inserted into the received data packet according to its serial number.
  • a packet loss compensation method in a user datagram protocol transmission mode includes:
  • the packet After receiving the report information of the packet loss, the packet is searched for in the packet buffer corresponding to the packet loss corresponding to the packet loss, and the packet is inserted into the receiver. In the send packet queue, sent to the receiver.
  • the method before the receiving the reported information of the lost packet, the method further includes:
  • the information about the packet loss includes sequence number information of the packet loss.
  • a packet loss compensation device in a user datagram protocol transmission mode comprising a detection unit and a packet loss compensation unit, wherein:
  • a detecting unit configured to detect a first timing starting module that triggers the packet loss compensation unit when the received data packet is lost
  • the packet loss compensation unit includes:
  • a first timing start module configured to start a first waiting time
  • a first packet loss detecting module configured to detect whether the packet loss is received during the first waiting time, and trigger a packet loss reporting module when the packet is not detected
  • a packet loss information module configured to send the packet loss information to the sender, and trigger a second timing start module
  • a second timing starting module configured to start a second waiting timing
  • a second packet detection module configured to detect whether the packet is received during the second waiting period, and trigger a packet insertion module when the packet is detected, otherwise triggering the detecting unit; And a module, configured to insert the lost packet into a corresponding location in the received data packet.
  • the second packet loss detecting module detects that the packet loss exceeds the set first threshold number of times or/and the detecting unit detects that the received packet loss rate exceeds the set second threshold. And stopping the packet loss compensation unit; and when the detecting unit detects that the received packet loss rate exceeds 0 and exceeds the set third threshold time, restarting the packet loss compensation unit.
  • the device further includes a data packet memory, where the data packet memory includes at least three parts of data buffers: respectively for storing data packets that have not undergone packet loss detection, to be compensated for data packets that are waiting for packet loss retransmission, and A packet after packet loss compensation or a packet with no packet loss detected.
  • the information about the lost packet includes sequence number information of the lost packet
  • a packet loss compensation apparatus in a user datagram protocol transmission mode includes a receiving unit, a searching unit, a packet loss insertion unit, and a sending unit, where:
  • a receiving unit configured to receive report information of the lost packet
  • a searching unit configured to search for the lost packet in the sent packet buffer corresponding to the packet corresponding to the packet loss according to the report information, and trigger a packet loss insertion unit when the search is found;
  • a packet loss insertion unit configured to insert the found packet to be inserted into a queue of the to-be-sent packet of the receiver
  • a sending unit configured to send the to-be-sent data packet queue to the receiver.
  • the apparatus further includes a capability detecting unit, configured to detect whether the receiver has a packet loss compensation processing capability, and sometimes triggers the sending unit to send the data packet at a rate exceeding the receiver data encoding bandwidth.
  • a capability detecting unit configured to detect whether the receiver has a packet loss compensation processing capability, and sometimes triggers the sending unit to send the data packet at a rate exceeding the receiver data encoding bandwidth.
  • the information about the packet loss includes sequence number information of the packet loss.
  • the packet loss compensation processing mechanism is set on the receiving side to notify the sender when the packet loss is detected, so that the sender retransmits the packet loss.
  • the sender is not immediately notified, but a timer is started to detect whether the packet is received in the timer period, and if the packet cannot be received, The information about the lost packet is reported to the sender, and the sender is triggered to retransmit the lost packet.
  • the sender finds the packet loss in the sent data buffer, inserts the packet into the to-be-sent packet queue, and sends the packet to the receiver. After receiving the packet loss, the receiver inserts the sequence number into the received corresponding data packet queue, thereby implementing compensation of the received data.
  • the invention ensures the integrity of the data received by the receiver, and the quality of the received data is well ensured, and is particularly suitable for the streaming media transmission mechanism in the current IPTV system, which better guarantees the quality of the IPTV sound and improves the quality of the IPTV.
  • FIG. 1 is a schematic flowchart of a packet loss compensation method in a user datagram protocol transmission mode according to an embodiment of the present invention
  • FIG. 2 is a schematic flowchart of a packet loss compensation method in a user datagram protocol transmission mode according to another embodiment of the present invention
  • FIG. 3 is a schematic structural diagram of a packet loss compensation apparatus in a user datagram protocol transmission mode according to an embodiment of the present invention
  • FIG. 4 is a schematic structural diagram of a packet loss compensation apparatus in a user datagram protocol transmission mode according to another embodiment of the present invention.
  • DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The basic idea of the present invention is to: Set a packet loss compensation processing mechanism on a receiving side to notify a sender when a packet loss is detected, and cause the sender to retransmit the packet.
  • the sender is not immediately notified, but a timer is started to detect whether the packet is received in the timer period, and if the packet cannot be received, The information about the lost packet is reported to the sender, and the sender is triggered to retransmit the lost packet.
  • the sender finds the lost packet in the sent data buffer, and inserts the lost packet into the to-be-sent packet queue and sends it to the receiver. After receiving the packet loss, the receiver inserts the sequence number into the received corresponding packet queue to implement compensation of the received data.
  • the invention ensures the integrity of the data received by the receiver, and the transmission quality of the received data is well guaranteed.
  • FIG. 1 is a schematic flowchart of a packet loss compensation method in a user datagram protocol transmission mode according to an embodiment of the present invention.
  • a packet loss compensation method in a user datagram protocol transmission mode according to an embodiment of the present invention includes:
  • Step 101 The received data packet is detected, and when the received data packet is detected, the first waiting time is started.
  • Packet loss detection is performed on the received data packet, that is, whether the sequence number of the received data packet is continuous, and if it is continuous, it means that there is no packet loss, and the data packet corresponding to the missing data packet sequence number is packet loss. .
  • the detection of the packet loss is not performed after the data packet is received, but a data area to be detected is set, and the detection mechanism is started after the data packet stored in the data area to be detected reaches a certain number, and the mechanism can save Handling resources.
  • the receiver can set at least three parts of the data buffer: one part is used to store the undetected data packet, the part of the data has not been detected by the packet loss, which is the data packet to be detected; and the part is used to store the to-be-compensated data packet waiting for the packet loss retransmission.
  • the part of the data packet is a packet that detects packet loss, and needs to perform packet loss compensation processing; a part is a complete data packet, and the data area is used to store data after packet loss compensation or data that is not detected to be lost. Packet, this part of the data packet is directly used for parsing and output to a processing terminal such as a television.
  • Step 102 Start a first waiting timing, detect whether the packet is received in the first waiting timing period, and if step 104 is performed, otherwise perform step 103.
  • the duration of the first waiting time is generally set to not exceed 80 ms. This is because there is a delay in the IP network, and the data packet does not necessarily arrive at the receiving party according to its serial number. Therefore, the lost in step 101 is detected. The packet is likely to be in transit. Therefore, a certain delay waiting time is set to determine whether the detected packet loss is caused by the delay. If the packet is not received after the set delay is exceeded, the packet is considered to be The lost packet has been lost, and step 103 is started. The duration of the first waiting time is achieved by setting a timer. Here, it is determined whether the packet is received by storing a buffer for detecting a packet to be detected.
  • Step 103 Send the packet loss information to the sender, and start a second waiting time, detect whether the packet is received in the second waiting timing period, and receive the second waiting time before receiving the timeout. If the packet is lost, go to step 104, otherwise go to step 105.
  • the information of the packet loss reported is mainly the sequence number of the packet loss
  • the IP identifier of the receiver such as an IP address
  • the duration of the second waiting time is generally set to no more than 200ms, that is, a reasonable length of time required for data retransmission in the IP network, and the second waiting time duration can also be achieved by setting a timer. Detecting the received data packet in the buffer for detecting the data packet to be detected, determining whether the serial number of the received data packet has the serial number of the lost packet, and sometimes determining that the packet loss has not been received, otherwise the packet is not received. The packet is lost. When the second waiting timeout has not received the packet loss, the packet queue of the lost packet is no longer compensated, and the packet to be compensated with the packet loss is transferred to the buffer of the complete packet, and is decoded and output to the buffer. The corresponding terminal.
  • Step 104 Insert the lost packet into a corresponding location in the received data packet.
  • Inserting the received packet into the received packet queue according to its sequence number that is, inserting the packet into a corresponding position of the corresponding packet queue in the buffer to be compensated, thereby implementing packet loss. Compensation, so that the packet queue of the lost packet forms complete data, and the compensated packet queue is stored in the complete data buffer.
  • Step 105 The current packet loss compensation process ends, and the process returns to step 101.
  • the packet loss compensation method of this embodiment is particularly applicable to a streaming media receiver in an IPTV system, such as a set top box.
  • a signaling process is performed between a receiving party (such as a set-top box) and a sender (such as a media server) based on a Real Time Streaming Protocol (RTSP) to perform a preparation process before streaming media transmission;
  • RTSP Real Time Streaming Protocol
  • the two parties establish a Real-time Transport Control Protocol (RTCP) channel to realize the transmission of both streams.
  • RTCP Real-time Transport Control Protocol
  • the embodiment further includes: continuously failing to receive the packet loss exceeding the set in the process of packet loss compensation When the threshold number of times or/and the packet loss rate exceeds the set second threshold, the packet loss compensation process is stopped.
  • the packet loss compensation in this embodiment is performed, if the packet loss condition is not received continuously, that is, the data packet in the data buffer to be compensated is directly transferred to the complete data packet buffer continuously, the receiver and the sender are sent. If the channel conditions between the parties are poor or the sender has problems such as tight processing resources, then the packet loss compensation process will undoubtedly lead to more packet loss. Therefore, it is necessary to stop the packet loss compensation and transmit the valid data as much as possible.
  • the packet loss rate of the data packet is large, the signal-to-noise ratio of the current channel is relatively low, and the packet loss compensation process should be stopped. Generally, when the packet loss is not received for three consecutive times and the packet loss rate exceeds 5%, the packet loss compensation process is stopped.
  • the condition for stopping the packet loss compensation can be set reasonably according to the foregoing conditions. If the packet loss rate exceeds 8%, the packet loss is stopped. The process of packet compensation, or the process of stopping packet loss compensation when the packet loss condition is not received for six consecutive times.
  • the embodiment further includes: restarting the packet loss compensation process when the received packet loss rate continues to be 0 and exceeds the set third threshold time.
  • the process of packet loss compensation is still started. For example, if the packet loss rate is 0 and lasts for 1 second, the packet loss compensation process is restarted.
  • the packet loss compensation method in a user datagram protocol transmission mode according to another embodiment of the present invention includes:
  • Step 201 After receiving the report information of the packet loss, the packet is searched for in the packet buffer that is sent by the receiver corresponding to the packet loss according to the report information, and if the step 202 is found, the current process is terminated.
  • the sender receives the report information of the packet loss, such as the sequence number of the packet loss, extracts the identifier information of the receiver, such as an IP address or a MAC address, and determines that the receiver is an identity, and searches in the received packet queue buffer area of the receiver.
  • the packet loss if found, is performed in step 202, otherwise the current process is ended.
  • the sender sets a buffer area for each data channel, and stores the data packets that have been sent to the sender. The larger the buffer setting, the better, but considering the cost and the like, as long as the received receiver is satisfied.
  • the packet request query still stores the previously sent packet loss.
  • the sender performs signaling interaction and streaming data transmission between the receiver and the receiver based on RTSP and RTCP.
  • the sender When performing initial signaling interaction with the receiver, the sender also determines whether the receiver supports the foregoing packet loss compensation function, and when transmitting, the streaming media data is sent to the receiver at a rate exceeding the set bandwidth requirement to compensate for the reception. The bandwidth consumed by the packet loss compensation operation.
  • the receiver indicates that it supports the packet loss compensation capability by appending an extension field to the DESCRIBE message of the RTSP interaction signaling.
  • the extension field is defined as: x-zmssRtxSdp, which is a separate line in the DESCRIBE message body.
  • the packet loss compensation interaction between the sender and the receiver uses the Generic NACK message defined in RFC4585, using the immediate feedback mode, and using the minimum composite feedback packet. For the format of the Generic NACK message, see the RFC4585 protocol.
  • the packet loss compensation method of this embodiment is particularly applicable to a streaming media sender in an IPTV system, such as a media server.
  • Step 202 Insert the packet into the queue of the to-be-sent packet of the receiver, and send the packet to the receiver.
  • the sender inserts the found lost packet into the forefront of the to-be-sent packet queue for transmission to the recipient at the first time.
  • the sender's packet retransmission mechanism uses the synchronous source identifier multiplexing (SSRC-multiplexing) method.
  • SSRC-multiplexing synchronous source identifier multiplexing
  • the corresponding relationship between the retransmission stream and the original stream is transmitted to the receiver by adding the relevant attributes in the Session Description Protocol (SDP).
  • SDP Session Description Protocol
  • FIG. 3 is a schematic structural diagram of a packet loss compensation apparatus in a user datagram protocol transmission mode according to an embodiment of the present invention. As shown in FIG. 3, a packet loss compensation apparatus in a user datagram protocol transmission mode according to an embodiment of the present invention includes detection.
  • the packet loss compensation unit 31 includes a first timing initiation module 310, a first packet loss detection module 311, a packet loss information reporting module 312, a second timing initiation module 313, a second packet loss detection module 314, and a lost packet.
  • a packet insertion module 315 wherein the first timing start module 310 is configured to start the first waiting timing, and the duration of the first waiting timing is generally set to not exceed 80 ms, which can be implemented by setting a timer; Detecting whether the packet loss is received during the first waiting timing, and triggering the packet loss information module 312 when the packet loss is not detected; The module 312 is configured to send the information of the lost packet to the sender, and trigger the second timing starting module 313.
  • the second timing starting module 313 is configured to start the second waiting timing, and the duration of the second waiting timing is generally set to not exceed 200 ms.
  • the second packet detection module 314 is configured to detect whether the packet is received during the second waiting period, and trigger the packet insertion module when the packet is detected.
  • the detecting unit is triggered; the packet loss inserting module 315 is configured to insert the lost packet into a corresponding position in the received data packet.
  • At least three data buffers are set in the memory 32: a part is used for storing undetected data packets, the partial data has not been detected by the packet loss, and is a packet to be detected; and a part is used for storing the to-be-compensated data packet waiting for the packet loss retransmission.
  • the part of the data packet is a packet that detects packet loss, and needs to perform packet loss compensation processing; a part is a complete data packet, and the data area is used to store data after packet loss compensation or data that is not detected to be lost. Packet, this part of the data packet is directly used for parsing and output to a processing terminal such as a television.
  • the device shown in Fig. 3 is suitable for a sender such as a set top box in an IPTV system.
  • the packet loss compensation apparatus in the user datagram protocol transmission mode of the embodiment is a packet loss compensation method in the user datagram protocol transmission mode shown in FIG.
  • the implementation functions of the processing units and modules in the apparatus shown in FIG. 3 can be understood by referring to the related description in the method shown in FIG. 1.
  • the functions of the units and modules in the packet loss compensation apparatus in the user datagram protocol transmission mode of the embodiment of the present invention may be implemented by a program running on a processor, or may be implemented by a specific logic circuit.
  • FIG. 4 is a schematic structural diagram of a packet loss compensation apparatus in a user datagram protocol transmission mode according to another embodiment of the present invention.
  • a packet loss compensation apparatus in a user datagram protocol transmission mode includes The receiving unit 40, the searching unit 41, the packet loss inserting unit 42, the sending unit 43, and the capability detecting unit 44, wherein the receiving unit 40 is configured to receive the report information of the lost packet; the searching unit 41 is configured to use the report information according to the report information.
  • the packet corresponding to the packet loss has been sent to the packet buffer to search for the packet loss, and when found, the packet loss insertion unit 42 is triggered; the packet loss insertion unit 42 is configured to insert the found packet into the receiver.
  • the sending unit 43 is configured to send the to-be-sent data packet queue to the receiving party.
  • the capability detecting unit 44 is configured to detect whether the receiving party has the packet loss compensation processing capability, and sometimes the trigger sending unit 43 transmits the data packet at a rate exceeding the receiving data encoding bandwidth, to compensate the receiving party for the loss caused by the packet loss compensation operation. Bandwidth data.
  • the receiver indicates that it supports the packet loss compensation capability by appending an extension field to the DESCRIBE message of the RTSP interaction signaling.
  • the extension field is defined as: x-zmssRtxSdp, which is a separate line in the DESCRIBE message body.
  • the capability detecting unit 44 determines whether the receiver has packet loss compensation capability by receiving the DESCRIBE message.
  • the apparatus shown in Fig. 4 is suitable for a receiver such as a media server in an IPTV system.
  • the packet loss compensation apparatus in the user datagram protocol transmission mode of the embodiment is designed to implement the packet loss compensation method in the user datagram protocol transmission mode shown in FIG. 2, and the apparatus shown in FIG.
  • the implementation functions of each of the processing units can be understood with reference to the related description in the method shown in FIG. 2.
  • the function of each unit in the packet loss compensation apparatus in the user datagram protocol transmission mode of the embodiment of the present invention may be implemented by a program running on a processor, or may pass The specific logic circuit is implemented.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

用户数据报协议传输模式下丟包补偿方法与装置 技术领域
本发明涉及一种用户数据 协议（ UDP, User Datagram Protocol )传输 模式下丟包补偿方法与装置。 背景技术
网络电视（ IPTV , Internet Protocol Television ) 系统^ ϋ于互联网协议 ( IP, Internet Protocol )网络完成媒体数据传输、解码播放的视频业务系统， 其核心技术是编码后的媒体数据以流的方式由媒体服务器传送到客户端 (机顶盒）， 客户端解码所接收的媒体数据， 根据所解码的媒体数据产生模 拟的活动视频， 并在电视机等显示设备上显示。 IPTV同时为用户提供视频 媒体节目的点播、 直播业务。
上述业务实现过程中， 媒体数据由媒体服务器到机顶盒的媒体数据的 传输质量， 直接影响着用户的视频观看效果。 如果媒体数据在传输过程中 出现了丟失， 视频画面就会出现停顿或者马赛克画屏的情况。 如何保证媒 体数据传输的质量， 向用户提供高质量的视频观看体验， 是 IPTV领域面临 的最大技术问题。 这是因为 IP网络不提供传输质量保证， 需要应用层通过 技术手段来达到该目的。 传统的基于传输控制协议 （TCP , Transmission Control Protocol )的传输方式提供丟包重传功能， 但其丟包重传机制在数据 包丟失时， 整个传输过程将会被堵塞， 直到该丟失数据包传输完成， 这种 机制并不适合实时的流媒体传输， 实时性较好的 UDP传输机制是更合适的 选择。 但 UDP传输方式并不提供丟包补偿机制， 这制约了 IPTV系统所提 供多媒体数据的质量。 发明内容
有鉴于此， 本发明的主要目的在于提供一种用户数据报协议传输模式 下丟包补偿方法与装置， 能在 UDP传输机制中提供数据包重传， 保证了所 传输数据的质量。
为达到上述目的， 本发明的技术方案是这样实现的：
一种用户数据报协议传输模式下丟包补偿方法， 包括：
检测到所接收数据包丟包时， 启动丟包补偿处理流程： 启动第一等待 计时， 所述第一等待计时超时仍未接收到所述丟包时， 将所述丟包的信息 上报发送方， 并启动第二等待计时， 所述第二等待计时超时之前接收到所 述丟包时， 将其插入到所述所接收数据包中的对应位置， 结束当前丟包补 偿处理流程， 检测到新丟包时重新启动所述丟包补偿处理流程。
优选地， 所述方法还包括：
所述丟包补偿过程中连续未接收到丟包超过设定的第一阈值次数或 /及 丟包率超过设定的第二阈值时， 停止所述丟包补偿处理流程；
所接收数据包丟包率持续为 0超过设定的第三阈值时间时， 重新启动 所述丟包补偿处理流程。
优选地， 所述方法还包括：
将数据緩存区划分为至少三部分， 用于分别存储未经过丟包检测的数 据包、 等待丟包重传的待补偿数据包、 以及经过丟包补偿之后的数据包或 者未检测到有丟包的数据包。
优选地， 所述丟包的信息包含所述丟包的序号信息；
将所述丟包按其序号插入到所述所接收数据包中。
一种用户数据报协议传输模式下丟包补偿方法， 包括：
接收到丟包的上报信息后， 根据所述上报信息在所述丟包对应的接收 方已发送数据包緩存中查找所述丟包， 将所述丟包插入到所述接收方的待 发送数据包队列中 , 发送至所述接收方。
优选地， 所述接收到丟包的上报信息之前， 还包括：
检测所述接收方是否具有丟包补偿处理能力， 有时以超过所述接收方 数据编码带宽的速率发送数据包。
优选地， 所述丟包的信息包含所述丟包的序号信息。
一种用户数据报协议传输模式下丟包补偿装置， 包括检测单元及丟包 补偿单元， 其中：
检测单元， 用于检测到所接收数据包丟包时触发所述丟包补偿单元的 第一计时启动模块；
所述丟包补偿单元包括：
第一计时启动模块， 用于启动第一等待计时；
第一丟包检测模块， 用于在所述第一等待计时过程中检测是否接收到 所述丟包， 未检测到所述丟包时触发丟包信息上报模块；
丟包信息上 模块， 用于将所述丟包的信息上 发送方， 并触发第二 计时启动模块；
第二计时启动模块， 用于启动第二等待计时；
第二丟包检测模块， 用于在所述第二等待计时过程中检测是否接收到 所述丟包， 检测到所述丟包时触发丟包插入模块， 否则触发所述检测单元； 丟包插入模块， 用于将所述丟包插入到所述所接收数据包中的对应位 置。
优选地， 所述第二丟包检测模块检测到连续未接收到丟包超过设定的 第一阈值次数或 /及所述检测单元检测到所接收数据包丟包率超过设定的第 二阈值时， 停止所述丟包补偿单元； 所述检测单元检测到所接收数据包丟 包率超过持续为 0超过设定的第三阈值时间时， 重新启动所述丟包补偿单 元。 优选地， 所述装置还包括数据包存储器， 所述数据包存储器至少包括 三部分数据緩存区： 分别用于存储未经过丟包检测的数据包、 等待丟包重 传的待补偿数据包、 以及经过丟包补偿之后的数据包或者未检测到有丟包 的数据包。
优选地， 所述丟包的信息包含所述丟包的序号信息；
所述丟包插入模块将所述丟包按其序号插入到所述所接收数据包中。 一种用户数据报协议传输模式下丟包补偿装置， 包括接收单元、 查找 单元、 丟包插入单元和发送单元， 其中：
接收单元， 用于接收丟包的上报信息；
查找单元， 用于根据所述上报信息在所述丟包对应的接收方已发送数 据包緩存中查找所述丟包， 查找到时触发丟包插入单元；
丟包插入单元， 用于将查找到的所述丟包插入到所述接收方的待发送 数据包队列中；
发送单元， 用于将所述待发送数据包队列发送至所述接收方。
优选地， 所述装置还包括能力检测单元， 用于检测接收方是否具有丟 包补偿处理能力， 有时触发所述发送单元以超过所述接收方数据编码带宽 的速率发送数据包。
优选地， 所述丟包的信息包含所述丟包的序号信息。
在接收方设置丟包补偿处理机制， 以在检测到数据包丟包时通知发送 方， 使发送方重传所述丟包。 其中， 检测到数据包丟包时， 并不立即通知 发送方， 而是启动一定时器来检测在定时器周期内是否能接收到所述丟包， 若不能接收到所述丟包再将所述丟包的相关信息上报发送方， 触发发送方 重传所述丟包。 发送方在已发送的数据緩存区查找到所述丟包， 并将所述 丟包插入到待发送数据包队列， 发送至接收方。 接收方接收到所述丟包后 按其序号插入到所接收的相应数据包队列中， 从而实现所接收数据的补偿。 本发明保证了接收方所接收数据的完整性， 很好地保证了所接收数据的质 量，特别适合于目前的 IPTV系统中的流媒体传输机制，较好地保证了 IPTV 的画音质量， 提升了这一业务的竟争力及服务质量。 附图说明
图 1 为本发明一种实施例的用户数据报协议传输模式下丟包补偿方法 的流程示意图；
图 2 为本发明另一种实施例的用户数据报协议传输模式下丟包补偿方 法的流程示意图；
图 3 为本发明一种实施例的用户数据报协议传输模式下丟包补偿装置 的组成结构示意图；
图 4为本发明另一种实施例的用户数据报协议传输模式下丟包补偿装 置的组成结构示意图。 具体实施方式 本发明的基本思想是： 在接收方设置丟包补偿处理机制， 以在检测到 数据包丟包时通知发送方， 使发送方重传所述丟包。 其中， 检测到数据包 丟包时， 并不立即通知发送方， 而是启动一定时器来检测在定时器周期内 是否能接收到所述丟包， 若不能接收到所述丟包再将所述丟包的相关信息 上报发送方， 触发发送方重传所述丟包。 发送方在已发送的数据緩存区查 找到所述丟包， 并将所述丟包插入到待发送数据包队列， 发送至接收方。 接收方接收到所述丟包后按其序号插入到所接收的相应数据包队列中， 从 而实现所接收数据的补偿。 本发明保证了接收方所接收数据的完整性， 很 好地保证了所接收数据的传输质量。
为使本发明的目的、 技术方案和优点更加清楚明白， 以下举实施例并 参照附图， 对本发明进一步详细说明。 图 1 为本发明一种实施例的用户数据报协议传输模式下丟包补偿方法 的流程示意图， 如图 1 所示， 本发明实施例的用户数据报协议传输模式下 丟包补偿方法包括：
步骤 101 : 对所接收数据包进行检测， 检测到所接收数据包丟包时， 启 动第一等待计时。
对所接收到的数据包进行丟包检测， 即判断所接收到的数据包的序号 是否连续， 若连续则意味着没有丟包， 不连续时缺失的数据包序号对应的 数据包即为丟包。 其中的丟包检测， 并不是接收到数据包后即进行检测， 而是设置一个待检测数据区， 所述待检测数据区存储的数据包达到一定数 量后才启动检测机制， 这种机制能节约处理资源。
接收方可设置至少三部分数据緩存区： 一部分用于存储未检测的数据 包， 该部分数据尚未经过丟包检测， 为待检测数据包； 一部分用于存储等 待丟包重传的待补偿数据包， 该部分数据包是检测到丟包的数据包， 需要 进行丟包补偿处理； 一部分是完整数据包， 该数据区用于存储经过丟包补 偿之后的数据或者是未检测到有丟包的数据包， 该部分数据包直接用于解 析并输出至电视机等处理终端。
步骤 102: 启动第一等待计时， 在所述第一等待计时周期内检测是否接 收到所述丟包， 若接收到执行步骤 104, 否则执行步骤 103。
第一等待计时的时长一般设置为不超过 80ms, 这是因为， IP网络中存 在着时延， 数据包并不一定会按照其序号依序到达接收方， 因此， 步骤 101 中所检测到的丟包很可能在传输途中， 因此， 设置一定的时延等待时刻， 以确定所检测丟包是否是因时延而导致的， 如果超过所设置时延仍未接收 到所述丟包， 则认为所述丟包已丟失， 启动步骤 103。 第一等待计时的时长 计时通过设置定时器而实现。 这里， 通过存储检测待检测数据包的緩沖区 来确定是否接收到所述丟包的。 步骤 103: 将所述丟包的信息上 发送方， 并启动第二等待计时， 在所 述第二等待计时周期内检测是否接收到所述丟包， 所述第二等待计时超时 之前若接收到所述丟包， 执行步骤 104, 否则执行步骤 105。
这里， 上报的所述丟包的信息主要是所述丟包的序号， 接收方的 IP标 识如 IP地址等， 主要是方便接收方查找到所述丟包。 第二等待计时的时长 一般设置为不超过 200ms, 即 IP网络中数据重传所需的合理时长， 第二等 待计时的时长计时也可通过设置定时器而实现。 在存储检测待检测数据包 的緩沖区检测所接收到的数据包， 判断所接收数据包的序号是否存在所述 丟包的序号， 有时即确定仍未接收到所述丟包， 否则未接收到所述丟包。 第二等待计时超时仍未接收到所述丟包时， 对丟包的数据包队列不再补偿， 将有丟包的待补偿数据包转存于完整数据包的緩存区， 解码处理后输出至 相应的终端。
步骤 104: 将所述丟包插入到所接收数据包中的对应位置。
将所接收到的所述丟包按其序号插入到所接收的数据包队列中， 即将 所述丟包插入到待补偿数据包緩沖区中的对应数据包队列的对应位置上， 实现丟包的补偿， 使丟包的数据包队列形成完整数据， 并将补偿后的数据 包队列存储于完整数据緩存区。
步骤 105: 当前丟包补偿流程结束， 返回步骤 101。
本实施例的丟包补偿方法尤其适用于 IPTV系统中的流媒体接收方，如 机顶盒等。 本发明实施例中， 接收方 （如机顶盒） 与发送方 （如媒体服务 器 )之间首先基于实时流传输协议（ RTSP, Real Time Streaming Protocol ) 进行信令交互， 进行流媒体传输之前的准备流程； 同时， 按照 RTSP规范定 义， 双方建立实时传输控制协议 （ RTCP , Real-time Transport Control Protocol )信道， 从而实现双方的流媒体的传输。
本实施例还包括： 在丟包补偿过程中连续未接收到丟包超过设定的第 一阈值次数或 /及丟包率超过设定的第二阈值时， 停止丟包补偿流程。
在进行本实施例的丟包补偿时， 若连续出现未接收到丟包情况， 即待 补偿数据包緩沖区中的数据包直接转存于完整数据包緩沖区连续出现后， 说明接收方与发送方之间信道条件较差或发送方出现了如处理资源紧张等 问题， 再进行丟包补偿流程无疑会导致更多的丟包， 因此， 需要停止丟包 补偿而尽可能地多传输有效数据。 当数据包的丟包率较大时说明当前的信 道的信噪比较低， 应停止丟包补偿流程。 一般地， 连续三次出现未接收到 丟包情况且丟包率超过 5%时， 即停止丟包补偿的流程。 对于单独使用丟包 率或连续出现未接收到丟包的次数而停止丟包补偿的情况， 参照前述的条 件合理设置停止丟包补偿的条件即可，如丟包率超过 8%时即停止丟包补偿 的流程， 或者， 连续六次出现未接收到丟包情况时即停止丟包补偿的流程。
本实施例还包括： 所接收数据包丟包率持续为 0超过设定的第三阈值 时间时， 重新启动所述丟包补偿流程。
当然， 如果信道条件出现好转之后， 仍启动丟包补偿的流程， 如丟包 率为 0且持续了 1秒钟之后， 重新启动所述丟包补偿流程。
图 2为本发明另一种实施例的用户数据报协议传输模式下丟包补偿方 法的流程示意图， 如图 2所示， 本发明实施例的用户数据报协议传输模式 下丟包补偿方法包括：
步骤 201 : 接收到丟包的上报信息后，根据所述上报信息在所述丟包对 应的接收方已发送数据包緩存中查找所述丟包， 若查找到执行步骤 202, 否 则结束当前流程。
发送方接收到丟包的上报信息如丟包的序号， 提取接收方的标识信息 如 IP地址或 MAC地址等， 确定出接收方是身份， 在该接收方的已发送数 据包队列緩存区中查找所述丟包， 如果查找到则执行步骤 202, 否则结束当 前流程。 发送方为每个数据信道设置一个緩存区， 用于存储已发送至发送方的 数据包， 緩沖区设置的越大越好， 但考虑到成本等因素， 只要能满足接收 到接收方的所述丟包的查询请求时仍存储了之前所发送的所述丟包即可。
发送方基于 RTSP及 RTCP与接收方之间进行信令交互及流媒体数据传 输。 在与接收方进行初始信令交互时， 发送方还确定接收方是否支持前述 的丟包补偿功能， 支持时将以超出设定带宽要求的速率向所述接收方发送 流媒体数据， 以补偿接收方因进行丟包补偿操作可能导致的消耗带宽。 接 收方通过在 RTSP交互信令的 DESCRIBE消息中附加一个扩展字段来表示 自己支持丟包补偿能力， 扩展字段定义为： x-zmssRtxSdp, 该扩展字段在 DESCRIBE 消息体中单独占一行。 发送方与接收方之间的丟包补偿交互信 令， 采用 RFC4585中定义的 Generic NACK消息， 使用立即反馈模式， 采 用最小复合反馈包。 关于 Generic NACK消息的格式， 参见 RFC4585协议。
本实施例的丟包补偿方法尤其适用于 IPTV系统中的流媒体发送方，如 媒体服务器等。
步骤 202: 将所述丟包插入到所述接收方的待发送数据包队列中，发送 至所述接收方。
发送方将所查找出的所述丟包插入到待发送数据包队列的最前面， 以 在第一时间发送至所述接收方。
发送方的数据包重传机制采用同步源标识符复用 （ SSRC-multiplexing ) 方式。 重传流与原始流的对应关系通过在会话描述协议 （ SDP , Session Description Protocol )中添加相关属性传递给接收方， 重传包及 SDP包的具 体格式及规定参见 RFC4588, 这里不再赘述。
本领域技术人员应当理解， 图 1及图 2所揭示的方法可结合于一起使 用， 其中， 图 1所示方法用于数据接收方， IPTV系统中的机顶盒， 图 2所 示方法用于数据发送方， 如 IPTV系统中的媒体服务器。 图 3 为本发明一种实施例的用户数据报协议传输模式下丟包补偿装置 的组成结构示意图， 如图 3所示， 本发明实施例的用户数据报协议传输模 式下丟包补偿装置包括检测单元 30、 丟包补偿单元 31及存储器 32, 其中， 检测单元 30用于检测到所接收数据包丟包时触发所述丟包补偿单元 31的 第一计时启动模块 310; 存储器 32用于存储所接收到的数据包； 丟包补偿 单元 31 包括第一计时启动模块 310、 第一丟包检测模块 311、 丟包信息上 报模块 312、 第二计时启动模块 313、 第二丟包检测模块 314及丟包插入模 块 315 , 其中， 第一计时启动模块 310用于启动第一等待计时， 第一等待计 时的时长一般设置为不超过 80ms, 可通过设置定时器而实现； 第一丟包检 测模块 311 用于在所述第一等待计时过程中检测是否接收到所述丟包， 未 检测到所述丟包时触发丟包信息上 模块 312;丟包信息上 模块 312用于 将所述丟包的信息上 发送方， 并触发第二计时启动模块 313; 第二计时启 动模块 313 用于启动第二等待计时， 第二等待计时的时长一般设置为不超 过 200ms, 可通过设置定时器而实现； 第二丟包检测模块 314用于在所述 第二等待计时过程中检测是否接收到所述丟包， 检测到所述丟包时触发丟 包插入模块， 否则触发所述检测单元； 丟包插入模块 315用于将所述丟包 插入到所述所接收数据包中的对应位置。 存储器 32中至少设置三部分数据 緩存区： 一部分用于存储未检测的数据包， 该部分数据尚未经过丟包检测， 为待检测数据包； 一部分用于存储等待丟包重传的待补偿数据包， 该部分 数据包是检测到丟包的数据包， 需要进行丟包补偿处理； 一部分是完整数 据包， 该数据区用于存储经过丟包补偿之后的数据或者是未检测到有丟包 的数据包， 该部分数据包直接用于解析并输出至电视机等处理终端。
图 3所示的装置适用于 IPTV系统中的发送方如机顶盒等。
本领域技术人员应当理解， 本实施例的用户数据报协议传输模式下丟 包补偿装置是为实现图 1 所示的用户数据报协议传输模式下丟包补偿方法 而设计的， 图 3所示装置中的各处理单元及模块的实现功能可参照图 1所 示的方法中的相关描述而理解。 本发明实施例的用户数据报协议传输模式 下丟包补偿装置中各单元、 模块的功能可通过运行于处理器上的程序而实 现， 也可通过具体的逻辑电路而实现。
图 4 为本发明另一种实施例的用户数据报协议传输模式下丟包补偿装 置的组成结构示意图， 如图 4所示， 本发明实施例的用户数据报协议传输 模式下丟包补偿装置包括接收单元 40、 查找单元 41、 丟包插入单元 42、 发 送单元 43及能力检测单元 44, 其中， 接收单元 40用于接收丟包的上报信 息； 查找单元 41用于根据所述上报信息在所述丟包对应的接收方已发送数 据包緩存中查找所述丟包， 查找到时触发丟包插入单元 42; 丟包插入单元 42用于将查找到的所述丟包插入到所述接收方的待发送数据包队列中； 发 送单元 43用于将所述待发送数据包队列发送至所述接收方。 能力检测单元 44用于检测接收方是否具有丟包补偿处理能力，有时触发发送单元 43以超 过接收方数据编码带宽的速率发送数据包， 以补偿接收方因进行丟包补偿 操作可能导致的消耗是带宽数据。 接收方通过在 RTSP 交互信令的 DESCRIBE 消息中附加一个扩展字段来表示自己支持丟包补偿能力， 扩展 字段定义为： x-zmssRtxSdp, 该扩展字段在 DESCRIBE消息体中单独占一 行。能力检测单元 44通过接收到的 DESCRIBE消息来确定接收方是否具有 丟包补偿能力。
图 4所示的装置适用于 IPTV系统中的接收方如媒体服务器等。
本领域技术人员应当理解， 本实施例的用户数据报协议传输模式下丟 包补偿装置是为实现图 2所示的用户数据报协议传输模式下丟包补偿方法 而设计的， 图 4所示装置中的各处理单元的实现功能可参照图 2所示的方 法中的相关描述而理解。 本发明实施例的用户数据报协议传输模式下丟包 补偿装置中各单元的功能可通过运行于处理器上的程序而实现， 也可通过 具体的逻辑电路而实现。
以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的保 护范围。

Claims

权利要求书
1、一种用户数据报协议传输模式下丟包补偿方法，其特征在于， 包括： 检测到所接收数据包丟包时， 启动丟包补偿处理流程： 启动第一等待 计时， 所述第一等待计时超时仍未接收到所述丟包时， 将所述丟包的信息 上报发送方， 并启动第二等待计时， 所述第二等待计时超时之前接收到所 述丟包时， 将其插入到所述所接收数据包中的对应位置， 结束当前丟包补 偿处理流程， 检测到新丟包时重新启动所述丟包补偿处理流程。
2、 根据权利要求 1所述的方法， 其特征在于， 所述方法还包括： 所述丟包补偿过程中连续未接收到丟包超过设定的第一阈值次数或 /及 丟包率超过设定的第二阈值时， 停止所述丟包补偿处理流程；
所接收数据包丟包率持续为 0超过设定的第三阈值时间时， 重新启动 所述丟包补偿处理流程。
3、 根据权利要求 1所述的方法， 其特征在于， 所述方法还包括： 将数据緩存区划分为至少三部分， 用于分别存储未经过丟包检测的数 据包、 等待丟包重传的待补偿数据包、 以及经过丟包补偿之后的数据包或 者未检测到有丟包的数据包。
4、 根据权利要求 1至 3任一项所述的方法， 其特征在于， 所述丟包的 信息包含所述丟包的序号信息；
将所述丟包按其序号插入到所述所接收数据包中。
5、一种用户数据报协议传输模式下丟包补偿方法，其特征在于， 包括： 接收到丟包的上报信息后， 根据所述上报信息在所述丟包对应的接收 方已发送数据包緩存中查找所述丟包， 将所述丟包插入到所述接收方的待 发送数据包队列中， 发送至所述接收方。
6、 根据权利要求 5所述的方法， 其特征在于， 所述接收到丟包的上报 信息之前， 还包括： 检测所述接收方是否具有丟包补偿处理能力， 有时以超过所述接收方 数据编码带宽的速率发送数据包。
7、 根据权利要求 5或 6所述的方法， 其特征在于， 所述丟包的信息包 含所述丟包的序号信息。
8、 一种用户数据 协议传输模式下丟包补偿装置， 其特征在于， 包括 检测单元及丟包补偿单元， 其中：
检测单元， 用于检测到所接收数据包丟包时触发所述丟包补偿单元的 第一计时启动模块；
所述丟包补偿单元包括：
第一计时启动模块， 用于启动第一等待计时；
第一丟包检测模块， 用于在所述第一等待计时过程中检测是否接收到 所述丟包， 未检测到所述丟包时触发丟包信息上报模块；
丟包信息上 模块， 用于将所述丟包的信息上 发送方， 并触发第二 计时启动模块；
第二计时启动模块， 用于启动第二等待计时；
第二丟包检测模块， 用于在所述第二等待计时过程中检测是否接收到 所述丟包， 检测到所述丟包时触发丟包插入模块， 否则触发所述检测单元； 丟包插入模块， 用于将所述丟包插入到所述所接收数据包中的对应位 置。
9、 根据权利要求 8所述的装置， 其特征在于， 所述第二丟包检测模块 检测到连续未接收到丟包超过设定的第一阈值次数或 /及所述检测单元检测 到所接收数据包丟包率超过设定的第二阈值时， 停止所述丟包补偿单元； 所述检测单元检测到所接收数据包丟包率超过持续为 0超过设定的第三阈 值时间时， 重新启动所述丟包补偿单元。
10、 根据权利要求 8所述的装置， 其特征在于， 所述装置还包括数据 包存储器， 所述数据包存储器至少包括三部分数据緩存区： 分别用于存储 未经过丟包检测的数据包、 等待丟包重传的待补偿数据包、 以及经过丟包 补偿之后的数据包或者未检测到有丟包的数据包。
11、 根据权利要求 8至 10任一项所述的装置， 其特征在于， 所述丟包 的信息包含所述丟包的序号信息；
所述丟包插入模块将所述丟包按其序号插入到所述所接收数据包中。
12、 一种用户数据报协议传输模式下丟包补偿装置， 其特征在于， 包 括接收单元、 查找单元、 丟包插入单元和发送单元， 其中：
接收单元， 用于接收丟包的上报信息；
查找单元， 用于根据所述上报信息在所述丟包对应的接收方已发送数 据包緩存中查找所述丟包， 查找到时触发丟包插入单元；
丟包插入单元， 用于将查找到的所述丟包插入到所述接收方的待发送 数据包队列中；
发送单元， 用于将所述待发送数据包队列发送至所述接收方。
13、 根据权利要求 12所述的装置， 其特征在于， 所述装置还包括能力 检测单元， 用于检测接收方是否具有丟包补偿处理能力， 有时触发所述发 送单元以超过所述接收方数据编码带宽的速率发送数据包。
14、 根据权利要求 12或 13所述的装置， 其特征在于， 所述丟包的信 息包含所述丟包的序号信息。
PCT/CN2009/076188 2009-02-09 2009-12-29 用户数据报协议传输模式下丢包补偿方法与装置 WO2010088836A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
RU2011137334/08A RU2501172C2 (ru) 2009-02-09 2009-12-29 Способ и устройство для компенсации потери пакетов в режиме передачи данных по протоколу пользовательских дейтаграмм

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910077633.1 2009-02-09
CN200910077633A CN101800632A (zh) 2009-02-09 2009-02-09 用户数据报协议传输模式下丢包补偿方法与装置

Publications (1)

Publication Number Publication Date
WO2010088836A1 true WO2010088836A1 (zh) 2010-08-12

Family

ID=42541668

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/076188 WO2010088836A1 (zh) 2009-02-09 2009-12-29 用户数据报协议传输模式下丢包补偿方法与装置

Country Status (3)

Country Link
CN (1) CN101800632A (zh)
RU (1) RU2501172C2 (zh)
WO (1) WO2010088836A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103716140A (zh) * 2013-12-26 2014-04-09 中国工程物理研究院计算机应用研究所 一种基于自适应互补机制的数据发布与接收方法
CN116389178A (zh) * 2023-04-07 2023-07-04 国家气象信息中心(中国气象局气象数据中心) 一种数据文件udp组播丢失帧级补调方法及装置

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011144068A2 (zh) * 2011-05-24 2011-11-24 华为技术有限公司 网络丢包信息报告方法及装置
CN102300076B (zh) * 2011-08-26 2017-12-05 中兴通讯股份有限公司 会议电视终端动态丢包补偿的方法及会议电视终端
CN103024401B (zh) * 2012-11-23 2015-04-01 中国电影科学技术研究所 一种用于视频文件补发数据的方法及系统
KR102127685B1 (ko) * 2013-04-17 2020-06-29 삼성전자주식회사 순방향 오류 정정 패킷 송수신 장치 및 방법
CN104735036B (zh) * 2013-12-24 2019-06-14 横河电机株式会社 一种数据回填方法及装置
CN105519058B (zh) * 2014-11-10 2020-07-21 华为技术有限公司 控制器、服务节点和数据包转发方法
RU2610697C1 (ru) * 2015-12-24 2017-02-14 Федеральное государственное унитарное предприятие "18 Центральный научно-исследовательский институт" Министерства обороны Российской Федерации Способ и устройство повторной передачи данных по протоколу пользовательских дейтаграмм
CN108476097B (zh) * 2016-09-18 2021-08-03 深圳市大疆创新科技有限公司 数据重传方法和装置
CN112669858A (zh) * 2019-10-14 2021-04-16 上海华为技术有限公司 一种数据处理方法及相关装置
CN112637162A (zh) * 2020-12-14 2021-04-09 上海金仕达软件科技有限公司 一种udp数据包处理方法及装置
CN112969075A (zh) * 2021-01-29 2021-06-15 北京字节跳动网络技术有限公司 直播过程中的补帧方法、装置及计算设备
CN115150372B (zh) * 2021-03-31 2024-03-15 海能达通信股份有限公司 一种防止呼叫中语音丢失的方法、通信系统及终端

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1754364A (zh) * 2003-02-28 2006-03-29 索尼株式会社 发射/接收系统、发射设备和方法及接收设备和方法
CN1917639A (zh) * 2006-09-01 2007-02-21 北京天地互连信息技术有限公司 使用丢包重传的视频信号增强方法
CN101222311A (zh) * 2008-01-29 2008-07-16 杭州华三通信技术有限公司 实时报文丢包恢复方法、系统及接收端单元

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7054284B2 (en) * 1999-06-23 2006-05-30 Qualcomm, Incorporated Method and apparatus for supervising a potentially gated signal in a wireless communication system
US20080192623A1 (en) * 2007-02-09 2008-08-14 Mediatek Inc. Methods and devices for dual-tone multi-frequency (dtmf) signaling
CN101030839A (zh) * 2007-02-13 2007-09-05 华为技术有限公司 一种数据重传的方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1754364A (zh) * 2003-02-28 2006-03-29 索尼株式会社 发射/接收系统、发射设备和方法及接收设备和方法
CN1917639A (zh) * 2006-09-01 2007-02-21 北京天地互连信息技术有限公司 使用丢包重传的视频信号增强方法
CN101222311A (zh) * 2008-01-29 2008-07-16 杭州华三通信技术有限公司 实时报文丢包恢复方法、系统及接收端单元

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103716140A (zh) * 2013-12-26 2014-04-09 中国工程物理研究院计算机应用研究所 一种基于自适应互补机制的数据发布与接收方法
CN103716140B (zh) * 2013-12-26 2017-02-15 中国工程物理研究院计算机应用研究所 一种基于自适应互补机制的数据发布与接收方法
CN116389178A (zh) * 2023-04-07 2023-07-04 国家气象信息中心(中国气象局气象数据中心) 一种数据文件udp组播丢失帧级补调方法及装置
CN116389178B (zh) * 2023-04-07 2023-11-03 国家气象信息中心(中国气象局气象数据中心) 一种数据文件udp组播丢失帧级补调方法及装置

Also Published As

Publication number Publication date
RU2011137334A (ru) 2013-03-20
CN101800632A (zh) 2010-08-11
RU2501172C2 (ru) 2013-12-10

Similar Documents

Publication Publication Date Title
WO2010088836A1 (zh) 用户数据报协议传输模式下丢包补偿方法与装置
JP5363473B2 (ja) 改善されたメディア・セッション管理の方法と装置
US8935736B2 (en) Channel switching method, channel switching device, and channel switching system
CN101316357B (zh) 一种频道切换的方法和终端
EP2566128B1 (en) Method and server for obtaining key information during fast channel switching
US20110161765A1 (en) Retransmission-based stream repair and stream join
US8873368B2 (en) Method for processing channel switching failure case, terminal device, and channel switching server
US8959240B2 (en) Method, apparatus and system for rapid acquisition of multicast realtime transport protcol sessions
WO2011079822A1 (zh) 保障网络电视直播业务的业务服务质量的方法和设备
JP2010154547A (ja) パケット化データのビットレートの適合化とデータパケットの再送信との間の連携
WO2008110122A1 (fr) Procédé, système et entité tampon de commutation de chaînes de téléréseau
WO2010139284A1 (zh) 一种频道切换处理方法及系统以及相关设备
WO2011000253A1 (zh) 一种媒体流处理方法及通讯系统以及相关设备
US9654405B2 (en) Effective intra-frame refresh in multimedia communications over packet networks
CN102938833A (zh) 视频会议中的方法及装置、多点控制设备及视频会议系统
US20160134672A1 (en) Delivering partially received segments of streamed media data
WO2012083841A1 (zh) 频道切换方法、终端及系统
WO2012069014A1 (zh) 基于前向纠错的iptv传输质量控制方法及iptv终端
WO2013029468A1 (zh) 会议电视终端动态丢包补偿的方法及会议电视终端
WO2014187421A1 (zh) 一种iptv的频道切换方法和装置、终端
WO2010108416A1 (zh) 转发可伸缩视频编码数据报文的方法、设备和通信系统
US20120099588A1 (en) Channel change method, device, and system
WO2012079428A1 (zh) 快速接入组播组的同步方法、同步装置和终端
WO2011022983A1 (zh) 组播视频数据的方法、装置及系统
TW202215853A (zh) 用於適應性位元率多播的修復機制

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

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: 6859/DELNP/2011

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 2011137334

Country of ref document: RU

Ref document number: A20111180

Country of ref document: BY

122 Ep: pct application non-entry in european phase

Ref document number: 09839553

Country of ref document: EP

Kind code of ref document: A1