WO2010022617A1 - 数据传输的方法和装置 - Google Patents

数据传输的方法和装置 Download PDF

Info

Publication number
WO2010022617A1
WO2010022617A1 PCT/CN2009/072746 CN2009072746W WO2010022617A1 WO 2010022617 A1 WO2010022617 A1 WO 2010022617A1 CN 2009072746 W CN2009072746 W CN 2009072746W WO 2010022617 A1 WO2010022617 A1 WO 2010022617A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
bandwidth
video
audio
loss rate
Prior art date
Application number
PCT/CN2009/072746
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 EP09809202.6A priority Critical patent/EP2312787B1/en
Publication of WO2010022617A1 publication Critical patent/WO2010022617A1/zh
Priority to US13/036,424 priority patent/US8341684B2/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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0014—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the source coding
    • 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0009—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
    • 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/007—Unequal error protection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64723—Monitoring of network processes or resources, e.g. monitoring of network load
    • H04N21/64738—Monitoring network characteristics, e.g. bandwidth, congestion level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64746—Control signals issued by the network directed to the server or the client
    • H04N21/64761—Control signals issued by the network directed to the server or the client directed to the server

Definitions

  • the present invention relates to the field of communications, and more particularly to a method and apparatus for data transmission in a video communication system. Background technique
  • UDP User Datagram Protocol
  • the transmission of data is an unreliable transport protocol that does not guarantee that data will reach its destination after it has been sent to the network.
  • the data recovery method is mainly used to reduce the adverse effects caused by network packet loss on video and video quality in video communication applications: that is, anti-drop packet protection for video data in a video communication system, and video data to be transmitted.
  • the associated redundant data is generated, and the video data and the generated related video redundant data are transmitted to the receiving end through the network, and the network is lost.
  • the receiving end can recover the lost data packet with a certain probability by the received video data and redundant data.
  • the video communication bandwidth, the audio coded data bandwidth, and the video coded data bandwidth are all determined, and the bandwidth cannot be changed during the communication process.
  • a video conference with a bandwidth of 768Kbps is held.
  • the audio is compressed and encoded by the G.711 protocol.
  • the audio data will occupy 64Kbps of bandwidth. If there is no need to transmit other specific data in the conference (such as data conference), then The remaining bandwidth will be used to transmit video data.
  • the video data can be protected by using data recovery technology, gp, the video data to be transmitted is processed, the associated redundant data is generated, and the video data is generated and generated.
  • the related video redundant data is transmitted to the receiving end together through the network.
  • the receiving end can recover the lost data packet with a certain probability through the received video data and redundant data.
  • the audio data in the communication may be lost.
  • the audio data after the packet loss is decoded and reproduced, such as pause, intermittent, and unclear. This method can only protect the video data against packet loss, and the packet loss of the audio data cannot be effectively recovered, and the user cannot be better tested. Summary of the invention
  • a main object of the embodiments of the present invention is to provide a data transmission method and apparatus for solving the problem that the video communication system has excessive sound and image quality degradation due to data packet loss.
  • an embodiment of the present invention provides a method for video communication data transmission, where the method includes:
  • an embodiment of the present invention provides a method for video communication data transmission, where the method includes:
  • an embodiment of the present invention provides a video communication device, where the device includes a data transceiver module, and further includes:
  • a bandwidth allocation module configured to acquire packet loss rate information of audio data and video data, and allocate redundant data with audio data anti-lost module according to the obtained audio data and packet loss rate information of the video data to the audio data and the video data, according to The bandwidth of the audio redundant data allocated by the bandwidth allocation module generates audio redundancy data that is resistant to packet loss, and sends the audio data and the audio redundancy data to the data transceiver module;
  • the video data anti-lost module generates video redundancy data that is resistant to packet loss according to the bandwidth of the video redundancy data allocated by the bandwidth allocation module, and sends the video data and the video redundancy data to the data transceiver module.
  • the embodiment of the present invention separates one from the video communication bandwidth.
  • the fixed bandwidth is used for anti-lost processing of audio and video data, so that in the case of packet loss in the network, the video communication system can utilize the limited video communication bandwidth resources most effectively, and improve the sound and image quality in the video communication system. .
  • FIG. 1 is a schematic view of a first embodiment of a method according to the present invention.
  • Embodiment 2 is a schematic diagram of Embodiment 2 of the method of the present invention.
  • FIG. 3 is a process flow diagram of a video communication system preferentially allocating redundant data bandwidth to audio data;
  • FIG. 4 is a schematic diagram of an apparatus embodiment of the present invention. detailed description
  • Embodiments of the present invention disclose a method and apparatus for video communication data transmission.
  • some bandwidth is allocated from the video communication bandwidth for the anti-drop packet of the audio and video data in the case of packet loss in the network, and the packet loss rate, video communication bandwidth, and audio coding according to the audio and video data.
  • Data bandwidth, video encoding data bandwidth and other information, adaptive computing is used to reduce the bandwidth of packet loss data transmission, in order to improve the subjective effect of sound and image in the video communication system under network packet loss.
  • FIG. 1 is a schematic diagram of Embodiment 1 of the method of the present invention.
  • Embodiment 1 of the method of the present invention preferentially allocates redundant data bandwidth to audio data to preferentially guarantee audio quality.
  • the total bandwidth of the video data target is calculated based on the video communication bandwidth, the audio encoded data bandwidth, and the audio redundant data bandwidth.
  • FIG. 2 is a schematic diagram of Embodiment 2 of the method of the present invention.
  • Embodiment 2 of the method of the present invention preferentially allocates redundant data bandwidth to video data to preferentially guarantee video quality.
  • the total bandwidth of the audio data target is calculated based on the video communication bandwidth, the video encoded data bandwidth, and the video redundant data bandwidth.
  • FIG. 3 a processing flow chart for assigning audio redundant data bandwidth to audio data preferentially for the video communication system.
  • the video communication bandwidth is only used for audio data and video data transmission.
  • the video communication bandwidth is represented by BandC
  • the audio coded data bandwidth is represented by BandA
  • the video coded data bandwidth is represented by BandV.
  • BandC BandA + BandV.
  • the video communication device After the communication is established, generally, the video communication device periodically receives the audio data and the video data loss rate information sent by the far-end video communication device.
  • the anti-lost function information of the audio data is turned on or off. For example, when the packet loss rate of the audio data is determined, when the packet loss rate is greater than the threshold K1 (for example, K1 is 3%), the flow jumps to the processing of step 304 below, and vice versa, the processing of the following step 303 is continued.
  • K1 for example, K1 is 3%
  • the video communication device can also synthesize multiple audio packet loss rate information, or judge whether to turn on or off the audio data anti-lost function according to the audio packet loss rate information within a certain period of time.
  • the number and time can be set according to actual needs.
  • the opening or closing of the anti-drop function of the audio data is performed by the video communication device being dynamically turned on or off according to the information such as the audio packet loss rate, and the anti-drop function of the audio data can be turned on or off according to the manual setting. Or close, or based on information such as the size of the packet loss rate and manual settings.
  • the audio data anti-drop packet function When the condition judgment result is that the audio data anti-drop packet function is not enabled, the audio data is not subjected to anti-drop packet processing. When the audio data anti-drop packet function is enabled, the audio data anti-drop packet function is turned off, and then the process jumps. Go to the process of step 306.
  • the audio anti-drop packet redundancy number when the condition judgment result is that the audio data anti-drop packet function is enabled.
  • the bandwidth BandDeltaA where BandDeltaA ⁇ BandC-BandA.
  • the audio anti-lost redundant data bandwidth BandDeltaA can be a fixed value, for example, 5% of the video communication bandwidth.
  • the audio anti-drop packet redundant data bandwidth BandDeltaA can also be changed according to the size of the audio data packet loss rate. For example: The audio data packet loss rate is associated with BandDeltaA, and the corresponding relationship table is formed, and the audio data packet loss rate of a certain interval is corresponding.
  • a and B are constants, which are used to adjust the relationship between the bandwidth of the audio anti-lost redundant data bandwidth and the audio data packet loss rate; for example, the reference audio data packet loss rate, the video communication bandwidth, the audio coded data bandwidth, The video encoding data bandwidth size, etc., is designed to obtain a video anti-lost redundant data bandwidth B an dDdtaA in various cases.
  • Enable anti-lost function of audio data anti-lost processing of audio data, generate audio anti-lost redundant data according to the size of audio anti-lost redundant data bandwidth, and then follow audio data and audio anti-lost redundant data according to A certain sort is sent to the network.
  • There are many methods for generating audio anti-lost redundant data such as: Using redundant parity codes to generate redundant data, the basic principle is to add a parity packet for every K information packets, and the parity packet data is K.
  • the check bits of the corresponding bits of the information packet are composed; for example: RS code (a type of linear block code with strong error correction capability proposed by Reed and Solomon in 1960) can be used to generate redundant data;
  • the Tornado code an erasure code designed by Luby, Mitzenmacher, Shokrollahi, etc.
  • Luby, Mitzenmacher, Shokrollahi, etc. can be used to generate redundant data.
  • the audio data anti-drop function After enabling or disabling the audio data anti-drop function, recalculate the video data (including: video data, possible video anti-lost redundant data) total target bandwidth.
  • the current video data packet loss rate the current video communication bandwidth, the current video data target total bandwidth ToatlBandV, the current audio coding protocol type, and the current video coding protocol type may be integrated to determine whether to open or close the video data anti-drop packet.
  • the processing of the following step 308 is continued. Otherwise, the following step 309 is performed.
  • a comprehensive strategy is designed to determine whether video data anti-dropping is enabled.
  • the video communication device can also synthesize multiple video data packet loss rate information, or judge whether to open or close the video data anti-drop packet function according to the video data packet loss rate information within a certain period of time.
  • the number and time can be set according to actual needs.
  • the video anti-drop packet redundant data bandwidth BandDeltaV can be a fixed value, for example, 5% of the video communication bandwidth.
  • the video anti-drop packet redundant data bandwidth BandDeltaV can also be changed according to the size of the video data packet loss rate.
  • the video data packet loss rate is associated with the BandDeltaV to form a correspondence table, and the video data packet loss rate of a certain interval corresponds to A BandDeltaV;
  • Rate, A, B are constants, used to adjust the relationship between video anti-drop packet redundant data bandwidth and video data packet loss rate; for example, reference video data packet loss rate, video communication bandwidth size, audio coded data bandwidth size , video encoding data bandwidth size, etc., design a strategy to obtain video anti-lost redundant data bandwidth B an dDdtaV under various circumstances.
  • the video data anti-lost function is activated, and the video data is anti-lost processing, and the video anti-lost data is generated according to the video anti-lost redundant data bandwidth, and then the video data and the video anti-lost data are sent to a certain order. online.
  • the video data anti-drop packet function When the condition judgment result is that the video data anti-drop packet function is not enabled, the video data is not subjected to anti-drop packet processing. If the video data anti-drop packet function is enabled at this time, the video data anti-drop packet function is turned off.
  • the above process may be performed at a long interval.
  • the received audio and video data packet loss rate information is statistically analyzed, such as: calculating the frequency of the packet loss rate greater than a certain threshold, the average value of the packet loss rate, and the like, and then according to these Statistics, comprehensively determine whether audio and video data are currently enabled to resist packet loss, and whether to change the bandwidth of the current audio and video anti-lost redundant data bandwidth.
  • the method for distributing the audio redundant data bandwidth to the audio data to preferentially guarantee the audio quality is described as an example.
  • the video redundant data bandwidth may be preferentially allocated to the video data according to the need to preferentially ensure the video quality. It is similar to assigning audio redundant data bandwidth to audio data preferentially, and will not be described here.
  • FIG. 4 it is a schematic diagram of an embodiment of the device of the present invention. Embodiments of the apparatus of the present invention are described below by taking the priority of assigning redundant data bandwidth to audio data.
  • the bandwidth allocation module 401 records: the video communication bandwidth BandC, the audio encoded data bandwidth BandA, and the video encoded data bandwidth BandV.
  • the audio anti-lost redundant data bandwidth BandDdtaA can be set to 0, and no audio is currently performed.
  • the determining module 402 After the bandwidth allocation module 401 receives the audio data packet loss rate information sent by the remote video communication device, the determining module 402 compares the audio packet loss rate with a predetermined threshold, and when the audio packet loss rate is greater than a predetermined threshold, the bandwidth allocation is notified. The module 401 allocates an audio redundant data bandwidth for transmitting audio redundancy data. Otherwise, the audio redundant data bandwidth is not allocated.
  • the determining module 402 may also according to the current audio data packet loss rate, the current communication bandwidth, the current audio coding protocol type, Information such as the current video encoding protocol type, comprehensively determining whether to allocate redundant data bandwidth to the audio data.
  • the bandwidth allocation module 401 can also perform statistical processing on multiple audio data packet loss rate information received within a period of time (for example, 1 minute) to obtain audio data packet loss information within a period of time, such as: average packet loss.
  • the rate, the packet loss rate is greater than a certain threshold, etc., and after the statistics of the packet loss situation information, the determining module 402 further integrates the current communication bandwidth information, the current audio coding protocol type, the current video coding protocol type, and the like to determine whether Turn on the audio data anti-drop function and the anti-lost redundant data bandwidth of the audio data.
  • the audio and video parts can be synchronized or asynchronously triggered
  • the state of the packet loss prevention function and the size of the bandwidth occupied by the anti-lost redundant data are adjusted once.
  • Triggering of the adjustment process can be triggered by timer loop; or can be combined with information such as packet loss rate information, communication bandwidth information, audio coding protocol type, current video coding protocol type, etc.
  • a trigger condition is generated for triggering; it can also be triggered manually.
  • the bandwidth calculating module 403 calculates the bandwidth of the audio redundant data according to the packet loss rate information of the audio data acquired by the bandwidth allocating module 401, or integrates the current audio data packet loss rate. The size of the audio data, the current audio coded data bandwidth, and the current video coded data bandwidth are calculated to obtain the audio redundancy data bandwidth.
  • the audio anti-lost module 404 performs anti-drop processing on the audio data, generates audio redundancy data that is resistant to packet loss according to the audio redundant data bandwidth allocated by the bandwidth allocation module 401, and sends the audio redundancy data to the data transceiver module 405.
  • the bandwidth calculation module 403 recalculates the total bandwidth of the video data (including video stream data, possible video anti-lost redundant data), when the audio and video data are completely occupied in the communication.
  • the determining module 402 may further synthesize the current video communication bandwidth, the current video data target total bandwidth ToatlBandV, the current audio coding protocol type, the current video coding protocol type, etc. according to the currently obtained video data packet loss rate, and determine whether to allocate redundant video data.
  • the remaining data bandwidth, the bandwidth calculation module 403 can further synthesize the current video communication bandwidth, the current video data target total bandwidth ToatlBandV, the current audio coding protocol type, the current video coding protocol type, etc. according to the current video data packet loss rate obtained by the bandwidth allocation module 401.
  • the information is calculated by calculating the bandwidth of the video redundant data. This process is similar to the process of determining whether to allocate redundant data bandwidth to the audio data and calculating the bandwidth of the audio redundant data bandwidth, and details are not described herein.
  • the new video encoded data target bandwidth newBandV ToatlBandV - BandDeltaV.
  • the video data anti-lost module 406 performs anti-drop processing on the video data according to the video redundant data bandwidth allocated by the bandwidth allocation module 401, generates video redundancy data that is resistant to packet loss, and sends the video redundancy data to the data transceiver module. 405 is sent to the far end.
  • the device embodiment of the present invention is described above by taking the priority of assigning redundant data bandwidth to the audio data.
  • the redundant data bandwidth can be preferentially allocated to the video data.
  • the processing procedure is similar to the embodiment of preferentially assigning redundant data bandwidth to the audio data. I will not repeat them here.
  • the embodiment of the present invention allocates a certain bandwidth from the video communication bandwidth for the anti-drop packet processing of the audio data, so that the video communication system can be most effectively used in the case that there is packet loss in the network. Improve the sound and image quality in video communication systems by using limited video communication bandwidth resources. When there is no packet loss in the network transmission, it can adaptively turn off the audio and video anti-drop function to ensure optimal sound and image quality under normal network conditions.
  • the storage medium may be a magnetic disk, an optical disk, a read-only memory (ROM), or a random access memory (RAM).

Description

数据传输的方法和装置 本申请要求了 2008年 8月 29日递交的申请号为 200810141772. 1， 发 明名称为 "数据传输的方法和装置" 的中国专利申请的优先权，其全部内容 通过引用结合在本申请中。 技术领域
本发明涉及通信领域，尤其涉及视讯通信系统中的一种数据传输的方法 和装置。 背景技术
基于 IP(Internet Protocol, 因特网协议)网络的视讯通信系统， 使用 RTP
(Real-time Transport Protocol, 实时传输协议） 对音频数据、 视频数据进行 封装，生成音频、视频 RTP包，一般地再使用传输层的 UDP ( User Datagram Protocol,用户数据报协议） 进行音视频 RTP包数据的传输。 UDP是一种非 可靠的传输协议， 它把数据发送到网络后， 并不保证数据能够到达目的地。
当网络出现拥塞时， 网络中传输的数据包会被丢弃。因为使用的是非可 靠的 UDP进行音频、 视频数据的传输， 所以， 当网络出现丢包时， 会直接 造成音频、 视频数据的丢失。 部分音频、 视频数据丢失后， 将影响到接收端 解码重现后的声音、 图像的质量。 当丢包率较小时， 接收端重现的声音会出 现断续， 重现的图像会出现花块； 当丢包率较大时， 接收端重现的声音会变 得听不清楚， 重现的图像会花得严重， 以致无法观看。
现有技术中主要通过恢复数据法来降低因网络丢包对视讯通信应用中 声音、视频质量造成的恶劣影响： 即对视讯通信系统中的视频数据进行抗丢 包保护， 对要传送的视频数据经过处理， 产生相关联的冗余数据， 将视频数 据和生成的相关的视频冗余数据通过网络一同传输到接收端，在网络存在丢 包的情况下，接收端通过所接收到的视频数据和冗余数据可以一定概率地恢 复出所丢失的数据包。
在现有视讯通信系统中， 当通信建立后， 视讯通信带宽、音频编码数据 带宽、视频编码数据带宽都确定了下来，在通信过程中这些带宽大小不能够 进行更改。例如：召开一个 768Kbps带宽的视讯会议，协商后音频采用 G.711 协议进行压缩编码， 那么音频数据将占用 64Kbps的带宽， 假如会议中没有 传输其他特定数据的需求的话（如： 数据会议） ， 那么剩余带宽将全部用来 传输视频数据， 此时视频数据得到的带宽将为 768— 64= 704Kbps。 这样， 音频数据将占用 64Kbps大小的数据带宽， 而视频数据将最大占用 704Kbps 大小的数据带宽。 当网络出现丢包时， 为保证接收端的视频图像质量， 可使 用数据恢复技术对视频数据进行保护， gp， 对要传送的视频数据经过处理， 产生相关联的冗余数据，将视频数据和生成的相关的视频冗余数据通过网络 一同传输到接收端，在网络存在丢包的情况下，接收端通过所接收到的视频 数据和冗余数据可以一定概率地恢复出所丢失的数据包。但当网络出现丢包 时，通信中音频数据也可能被丢掉， 丢包后的音频数据经解码重现后的声音 将会出现诸如停顿、 断续、 听不清楚等问题。此方法只能对视频数据进行抗 丢包保护，对音频数据的丢包不能够有效地进行恢复，不能给用户更好的体 验。 发明内容
本发明实施例的主要目的在于提供一种数据传输的方法及装置，以解决 视讯通信系统因数据丢包引起的声音、 图像质量下降过大的问题。为解决上 述技术问题， 本发明实施例一方面， 提供了一种视讯通信数据传输的方法， 所述方法包括：
根据获取的当前音频数据丢包率信息分配音频冗余数据带宽，根据所述 音频冗余数据带宽生成音频冗余数据， 发送所述音频冗余数据； 根据视讯通信带宽、音频编码数据带宽以及所述音频冗余数据带宽计算 视频数据目标总带宽；
根据获取的当前视频数据丢包率信息和所述视频数据目标总带宽分配 视频冗余数据带宽，根据所述视频冗余数据带宽生成视频冗余数据，发送所 述视频冗余数据。
另一方面，本发明实施例提供了一种视讯通信数据传输的方法，所述方 法包括：
根据获取的当前视频数据丢包率信息分配视频冗余数据带宽，根据所述 视频冗余数据带宽生成视频冗余数据， 发送所述视频冗余数据；
根据视讯通信带宽、视频编码数据带宽以及所述视频冗余数据带宽计算 音频数据目标总带宽；
根据获取的当前音频数据丢包率信息和所述音频数据目标总带宽分配 音频冗余数据带宽， 根据所述音频冗余数据带宽生成音频冗余数据，发送所 述音频冗余数据。
另一方面，本发明实施例提供了一种视讯通信装置，所述装置包括数据 收发模块， 还包括：
带宽分配模块， 用于获取音频数据、视频数据的丢包率信息， 根据获取 的音频数据、视频数据的丢包率信息给音频数据、视频数据分配冗余数据带 音频数据抗丢包模块，根据带宽分配模块分配的音频冗余数据带宽大小 生成抗丢包的音频冗余数据，并将音频数据和音频冗余数据发送给数据收发 模块；
视频数据抗丢包模块，根据带宽分配模块分配的视频冗余数据带宽大小 生成抗丢包的视频冗余数据，并将视频数据和视频冗余数据发送给数据收发 模块。
从上述技术方案可以看出，本发明实施例通过从视讯通信带宽中分出一 定的带宽用于音频和视频数据的抗丢包处理， 使得在网络存在丢包的情况 下，视讯通信系统能够最有效地利用有限的视讯通信带宽资源， 提高视讯通 信系统中的声音、 图像质量。 附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实 施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面 描述中的附图仅仅是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动性的前提下， 还可以根据这些附图获得其他的附图。
图 1为本发明方法实施例一示意图；
图 2为本发明方法实施例二示意图；
图 3为视讯通信系统优先给音频数据分配冗余数据带宽的处理流程图； 图 4为本发明装置实施例示意图。 具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行 清楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而 不是全部的实施例。基于本发明中的实施例， 本领域普通技术人员在没有作 出创造性劳动前提下所获得的所有其他实施例， 都属于本发明保护的范围。
本发明实施例公开了一种视讯通信数据传输的方法和装置。
本发明实施例通过在网络出现丢包的情况下，从视讯通信带宽中分配一 些带宽用于音、 视频数据的抗丢包， 并根据音、 视频数据的丢包率、 视讯通 信带宽、 音频编码数据带宽、视频编码数据带宽等信息， 自适应计算用于抗 丢包数据传输的带宽大小， 以改善网络丢包情况下， 视讯通信系统中声音、 图像的主观效果。
下面结合附图对本发明实施例进行进一步详细说明。 如图 1所示， 为本发明方法实施例一示意图。本发明方法实施例一为优 先给音频数据分配冗余数据带宽， 以优先保证音频质量。
101、 分配音频冗余数据带宽、 生成音频冗余数据、 发送音频冗余数据; 根据获取的当前音频数据丢包率信息，分配音频冗余数据带宽； 根据所 述音频冗余数据带宽生成音频冗余数据， 发送所述音频冗余数据。
102、 计算视频数据目标总带宽；
根据视讯通信带宽、音频编码数据带宽以及所述音频冗余数据带宽， 计 算视频数据目标总带宽。
103、分配视频冗余数据带宽、 生成视频冗余数据、 发送视频冗余数据; 根据获取的当前视频数据丢包率信息和所述视频数据目标总带宽，分配 视频冗余数据带宽； 根据所述视频冗余数据带宽生成视频冗余数据，发送所 述视频冗余数据。
如图 2所示， 为本发明方法实施例二示意图。本发明方法实施例二为优 先给视频数据分配冗余数据带宽， 以优先保证视频质量。
201、分配视频冗余数据带宽、 生成视频冗余数据、 发送视频冗余数据; 根据获取的当前视频数据丢包率信息，分配视频冗余数据带宽； 根据所 述视频冗余数据带宽生成视频冗余数据， 发送所述视频冗余数据。
202、 计算音频数据目标总带宽；
根据视讯通信带宽、视频编码数据带宽以及所述视频冗余数据带宽， 计 算音频数据目标总带宽。
203、分配音频冗余数据带宽、 生成音频冗余数据、 发送音频冗余数据; 根据获取的当前音频数据丢包率信息和所述音频数据目标总带宽， 分 配音频冗余数据带宽； 根据所述音频冗余数据带宽生成音频冗余数据，发送 所述音频冗余数据。
如图 3所示， 为视讯通信系统优先给音频数据分配音频冗余数据带宽 的处理流程图。 当建立通信后， 假设视讯通信带宽只供音频数据和视频数据传输使用， 视讯通信带宽以 BandC表示， 音频编码数据带宽以 BandA表示， 视频编码 数据带宽以 BandV表示， 此时有： BandC = BandA +BandV。
301、 获取音频数据和视频数据丢包率信息；
当建立通信后， 一般地， 视讯通信设备会定时收到远端视讯通信设备 发送过来的音频数据和视频数据丢包率信息。
302、 判断是否启用音频抗丢包功能；
每次接收到远端的音频数据和视频数据丢包率信息时， 可触发如下处 理：
根据当前得到的音频数据丢包率大小，或再综合当前视讯通信带宽、当 前音频编码协议类型、当前视频编码协议类型等信息，得到打开或者关闭音 频数据抗丢包功能信息。如， 判断音频数据丢包率大小， 当丢包率大于阈值 K1 (例如 K1为 3% ) 时， 流程跳转到下面步骤 304的处理， 反之， 继续下 面步骤 303的处理。
视讯通信设备也可综合多次音频丢包率信息，或，根据一定时间内的音 频丢包率信息，判断打开或者关闭音频数据抗丢包功能。所述次数和时间可 根据实际需要设定。上述音频数据抗丢包功能的打开或关闭以视讯通信设备 根据音频丢包率大小等信息自适应地动态打开或关闭为例，音频数据抗丢包 功能的打开或关闭也可以根据人工设置而打开或关闭，或者是根据丢包率大 小等信息以及人工设置等综合来确定。
303、 关闭音频抗丢包功能；
当条件判断结果为不开启音频数据抗丢包功能时，则不对音频数据进行 抗丢包处理，如此时已启用音频数据抗丢包功能， 则关闭音频数据抗丢包功 會^ 之后， 流程跳转到步骤 306的处理。
304、 计算音频抗丢包冗余数据带宽；
当条件判断结果为启用音频数据抗丢包功能时，确定音频抗丢包冗余数 据带宽 BandDeltaA, 其中， BandDeltaA< BandC— BandA。 音频抗丢包冗余 数据带宽 BandDeltaA可以为固定值， 例如， 视讯通信带宽的 5%。音频抗丢 包冗余数据带宽 BandDeltaA也可以对应音频数据丢包率的大小而变化， 例 如： 将音频数据丢包率与 BandDeltaA关联起来， 做成对应关系表， 某一区 间音频数据丢包率对应一种 BandDeltaA; 再如设计一个计算公式， 将音频 数据丢包率与 BandDeltaA关联起来，如 BandDeltaA =AxLostRateAudio+B， 式中， BandDeltaA表示音频抗丢包冗余数据带宽， LostRateAudio表示音频 数据丢包率， A、 B为常数， 用于调节音频抗丢包冗余数据带宽大小与音频 数据丢包率的关系； 再如， 参考音频数据丢包率大小、 视讯通信带宽大小、 音频编码数据带宽大小、视频编码数据带宽大小等， 设计一种策略， 以得到 各种情况下的音频抗丢包冗余数据带宽 BandDdtaA。
305、 对音频数据进行抗丢包处理；
启用音频数据抗丢包功能，对音频数据进行抗丢包处理，按照音频抗丢 包冗余数据带宽的大小生成音频抗丢包冗余数据，再将音频数据和音频抗丢 包冗余数据按照一定的排序发送到网络上。音频抗丢包冗余数据的产生方法 有很多， 如： 采用奇偶校验码生成冗余数据， 其基本原理是为每 K个信息 分组加入一个奇偶校验分组， 奇偶校验分组的数据由 K个信息分组的相应 比特的校验比特组成； 再如： 可采用 RS码 （1960年由 Reed和 Solomon提 出的一类纠错能力很强的线性分组码） 来生成冗余数据； 再如： 也可采用 Tornado码 （由 Luby、 Mitzenmacher、 Shokrollahi等人共同设计的一种纠删 码） 来生成冗余数据。 此为现有技术， 在此不再赘述。
306、 计算出视频数据目标总带宽；
启用或关闭音频数据抗丢包功能后， 重新计算视频数据（包括： 视频数 据、 可能的视频抗丢包冗余数据） 目标总带宽。 当通信中音频数据、 视频数 据二者完全占用通信带宽时，则启用音频抗丢包功能后视频数据目标总带宽 为 ToatlBandV= BandC— BandA— BandDeltaA, 关闭音频抗丢包功能后视频 数据目标总带宽为 ToatlBandV = BandC— BandA。
307、 判断是否启用视频数据抗丢包功能；
根据当前得到的视频数据丢包率， 也可再综合当前视讯通信带宽、当前 视频数据目标总带宽 ToatlBandV、 当前音频编码协议类型、 当前视频编码 协议类型等信息， 确定打开或者关闭视频数据抗丢包功能。如： 仅对视频数 据丢包率的大小进行判断， 当视频数据丢包率大于阈值 K2 (如， 阈值 K2 为 1 % )时， 继续下面步骤 308的处理， 反之， 执行下面的步骤 309的处理; 再如， 根据视频丢包率、 视讯通信带宽、 当前视频数据目标总带宽、 当前音 频编码协议类型、视频编码协议类型等信息， 设计出一个综合的策略， 以确 定是否启用视频数据抗丢包功能。
同理， 视讯通信设备也可综合多次视频数据丢包率信息， 或， 根据一定 时间内的视频数据丢包率信息，判断打开或者关闭视频数据抗丢包功能。所 述次数和时间可根据实际需要设定。
308、 计算视频数据抗丢包冗余数据带宽、 计算视频数据目标总带宽； 当条件判断结果为启用视频数据抗丢包功能时， 确定得到视频抗丢包冗 余数据带宽 BandDeltaV, 其中， BandDeltaV<ToatlBandV。 视频抗丢包冗余 数据带宽 BandDeltaV可以为固定值， 例如， 视讯通信带宽的 5%。视频抗丢 包冗余数据带宽 BandDeltaV也可以对应视频数据丢包率的大小而变化： 例 如， 将视频数据丢包率与 BandDeltaV关联起来， 做成对应关系表， 某一区 间视频数据丢包率对应一种 BandDeltaV; 再如设计一个计算公式， 将视频 数据丢包率与 BandDeltaV关联起来，如 BandDeltaV =AxLostRate Video +B , 式中， BandDeltaV表示视频抗丢包冗余数据带宽， LostRateVideo表示视频 数据丢包率， A、 B为常数， 用于调节视频抗丢包冗余数据带宽大小与视频 数据丢包率的关系； 再如， 参考视频数据丢包率大小、 视讯通信带宽大小、 音频编码数据带宽大小、视频编码数据带宽大小等， 设计一种策略， 以得到 各种情况下的视频抗丢包冗余数据带宽 BandDdtaV。 同时， 计算得到新的 视频编码数据目标带宽 newBandV=ToatlBandV— BandDeltaV。 启动视频数 据抗丢包功能，对视频数据进行抗丢包处理， 按照视频抗丢包冗余数据带宽 大小生成视频抗丢包数据，再将视频数据和视频抗丢包数据按照一定的排序 发送到网络上。
309、 关闭视频数据抗丢包功能；
当条件判断结果为不开启视频数据抗丢包功能时，则不对视频数据进行 抗丢包处理，若此时已启用视频数据抗丢包功能， 则关闭视频数据抗丢包功 會^
上述过程中， 为了避免音视频数据抗丢包功能的频繁打开、关闭， 以及 为了避免音频和视频抗丢包冗余数据占用带宽的频繁更改，可以间隔较长时 间进行一次上述过程的处理。在此间隔时间内， 对接收到的音频、视频数据 丢包率信息进行统计分析处理， 如： 计算出丢包率大于某个阈值的频率、 丢 包率的平均值等统计信息，然后根据这些统计信息， 综合确定当前是否启用 音频、视频数据抗丢包， 以及是否更改当前音频、视频抗丢包冗余数据带宽 的大小。
以上以给音频数据分配音频冗余数据带宽以优先保证音频质量为例描 述本发明方法实施例， 实际中， 也可根据需要优先给视频数据分配视频冗余 数据带宽以优先保证视频质量，处理步骤跟优先给音频数据分配音频冗余数 据带宽相似， 在此不再赘述。
如图 4所示， 为本发明装置实施例示意图。下面以优先给音频数据分配 冗余数据带宽为例描述本发明装置实施例。
建立通信后， 带宽分配模块 401记录下： 视讯通信带宽 BandC、 音频编 码数据带宽 BandA、 视频编码数据带宽 BandV, 此时， 音频抗丢包冗余数 据带宽 BandDdtaA可被设置为 0， 暂不进行音频抗丢包处理； 视频数据抗 丢包冗余数据带宽 BandDeltaV可被设置为 0， 暂不进行视频数据抗丢包处 理。假如，通信中没有其他的数据传输需要占用通信带宽，那么，将有 BandC =BandA+BandV。
带宽分配模块 401 收到远端视讯通信设备发送过来的音频数据丢包率 信息后， 判断模块 402比较所述音频丢包率与预定阈值， 当音频丢包率大于 预定阈值时， 则通知带宽分配模块 401分配音频冗余数据带宽， 用于传输音 频冗余数据， 否则， 不分配音频冗余数据带宽； 判断模块 402也可以根据当 前音频数据丢包率、 当前通信带宽、 当前音频编码协议类型、 当前视频编码 协议类型等信息， 综合确定是否给音频数据分配冗余数据带宽。
带宽分配模块 401也可以对一段时间内 （如： 1分钟） 接收到的多个的 音频数据丢包率信息进行统计处理，以得到一段时间内的音频数据丢包情况 信息， 如： 平均丢包率、 丢包率大于某一阈值的频率等， 通过统计后的丢包 情况信息， 判断模块 402再综合当前通信的带宽信息、 当前音频编码协议类 型、当前视频编码协议类型等信息， 以确定是否打开音频数据抗丢包功能和 音频数据抗丢包冗余数据带宽的大小。 为了避免音频抗丢包功能的频繁打 开、 关闭， 以及为了避免音频抗丢包冗余数据占用带宽大小的频繁调节， 推 荐使用音频抗丢包数据的统计后的丢包情况信息， 并在较长的时间段内，对 抗丢包功能的状态和抗丢包冗余数据占用带宽的大小进行一次调节。调节过 程的触发（音频、 视频部分可以同步也可以异步进行触发） ， 可以使用定时 器循环触发； 也可以使用丢包率信息、 通信带宽信息、 音频编码协议类型、 当前视频编码协议类型等信息综合产生触发条件进行触发；也可以人工进行 触发。
若判断模块 402判断需要分配音频冗余数据带宽， 则带宽计算模块 403 根据带宽分配模块 401获取的音频数据的丢包率信息计算得到音频冗余数 据带宽大小， 或， 综合当前音频数据丢包率大小、 当前音频编码数据带宽、 当前视频编码数据带宽等信息计算得到音频冗余数据带宽大小。例， 可以将 音频数据丢包率与音频抗丢包冗余数据带宽 BandDdtaA关联起来， 做成对 应关系表， 某一区间音频数据丢包率对应一种 BandDeltaA; 再如设计一个 计算公式， 将音频数据丢包率与 BandDeltaA关联起来， 如 BandDeltaA = AxLostRateAudio+B , 式中， BandDeltaA表示音频抗丢包冗余数据带宽， LostRateAudio表示音频数据丢包率， A、 B为常数， 用于调节音频抗丢包冗 余数据带宽大小与音频数据丢包率的关系；再如，参考音频数据丢包率大小、 视讯通信带宽大小、 音频编码数据带宽大小、视频编码数据带宽大小等， 设 计一种策略， 以得到各种情况下的音频抗丢包冗余数据带宽 BandDdtaA。 若带宽分配模块 401收到不分配冗余数据带宽的通知，则不给音频数据分配 冗余数据带宽。
音频抗丢包模块 404对音频数据进行抗丢包处理， 根据带宽分配模块 401分配的音频冗余数据带宽生成抗丢包的音频冗余数据， 并将音频冗余数 据发送给数据收发模块 405。
给音频数据分配冗余数据带宽后，带宽计算模块 403重新计算视频数据 (包括视频码流数据、可能的视频抗丢包冗余数据） 目标总带宽， 当通信中 音频、 视频数据二者完全占用通信带宽时， 则此时视频数据目标总带宽为 ToatlBandV=BandC— BandA— BandDeltaA。 若带宽分配模块 401未给音频 数据分配冗余数据带宽， 则 BandDeltaA=0。
判断模块 402根据当前得到的视频数据丢包率，可再综合当前视讯通信 带宽、 当前视频数据目标总带宽 ToatlBandV、 当前音频编码协议类型、 当 前视频编码协议类型等信息，判断是否给视频数据分配冗余数据带宽， 带宽 计算模块 403根据带宽分配模块 401得到的当前视频数据丢包率，可再综合 当前视讯通信带宽、 当前视频数据目标总带宽 ToatlBandV、 当前音频编码 协议类型、当前视频编码协议类型等信息， 计算得出视频冗余数据带宽的大 小，此过程与确定是否给音频数据分配冗余数据带宽以及计算音频冗余数据 带宽的大小的过程类似， 在此不再赘述。
给视频数据分配冗余数据带宽后， 则新的视频编码数据目标带宽 newBandV = ToatlBandV— BandDeltaV。 视频数据抗丢包模块 406根据带宽分配模块 401分配的视频冗余数据带 宽， 对视频数据进行抗丢包处理， 生成抗丢包的视频冗余数据， 并将视频冗 余数据发送给数据收发模块 405发送到远端。
以上以优先给音频数据分配冗余数据带宽为例描述本发明装置实施例， 实际中也可优先给视频数据分配冗余数据带宽，处理过程与优先给音频数据 分配冗余数据带宽实施例相似， 在此不再赘述。
从以上实施例可以看出， 本发明实施例通过从视讯通信带宽中分出一 定的带宽用于音频数据的抗丢包处理，使得在网络存在丢包的情况下，视讯 通信系统能够最有效地利用有限的视讯通信带宽资源，提高视讯通信系统中 的声音、 图像质量。 当网络传输无丢包时， 能自适应关闭音频、 视频抗丢包 功能， 以保证正常网络情况下， 最优的声音、 图像质量。
最后应说明的是：以上实施例仅仅为本发明的优选实施例并不用以限定 本发明； 尽管参照前述实施例对本发明实施例进行了详细的说明，本领域的 普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行 修改， 或者对其中部分技术特征进行等同替换； 而这些修改或者替换， 并不 使相应技术方案的本质脱离本发明实施例各实施例技术方案的精神和范围。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流 程， 是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于 一计算机可读取存储介质中， 该程序在执行时，可包括如上述各方法的实施 例的流程。 其中， 所述的存储介质可为磁碟、 光盘、 只读存储记忆体 (Read- Only Memory, ROM)或随机存储记忆体 (Random Access Memory, RAM) 等。

Claims

权 利 要 求 书
1、 一种视讯通信数据传输方法， 其特征在于， 包括：
根据获取的当前音频数据丢包率信息分配音频冗余数据带宽，根据所述 音频冗余数据带宽生成音频冗余数据， 发送所述音频冗余数据；
根据视讯通信带宽、音频编码数据带宽以及所述音频冗余数据带宽计算 视频数据目标总带宽；
根据获取的当前视频数据丢包率信息和所述视频数据目标总带宽分配 视频冗余数据带宽，根据所述视频冗余数据带宽生成视频冗余数据，发送所 述视频冗余数据。
2、 如权利要求 1所述方法， 其特征在于，
所述根据获取的当前音频数据丢包率信息分配音频冗余数据带宽之前， 还包括： 根据所述当前音频数据丢包率信息， 或综合当前音频数据丢包率信 息、 视讯通信带宽、 音频编码数据带宽、 视频编码数据带宽， 判断是否分配 用于传输音频冗余数据的音频冗余数据带宽；
所述根据获取的当前视频数据丢包率信息和所述视频数据目标总带宽 分配视频冗余数据带宽之前， 还包括： 根据所述当前视频数据丢包率信息， 或综合当前视频数据丢包率信息、视讯通信带宽、音频编码数据带宽、音频 冗余数据带宽、视频编码数据带宽，判断是否分配用于传输视频冗余数据的 视频冗余数据带宽。
3、 如权利要求 2所述方法， 其特征在于，
根据所述当前音频数据丢包率信息判断是否分配用于传输音频冗余数 据的音频冗余数据带宽为： 比较当前音频数据丢包率大小与预先设定的阈 值， 当音频数据丢包率大于阈值时， 分配用于传输音频冗余数据的音频冗余 数据带宽；
根据所述当前视频数据丢包率信息判断是否分配用于传输视频冗余数 据的视频冗余数据带宽为： 比较当前视频数据丢包率大小与预先设定的阈 值， 当视频数据丢包率大于阈值时， 分配用于传输视频冗余数据的视频冗余 数据带宽。
4、 如权利要求 1所述方法， 其特征在于，
所述获取的当前音频数据丢包率信息为：一次音频数据丢包率信息，或， 多次音频数据丢包率信息的综合值，或，一定时间内的音频数据丢包率信息; 所述获取的当前视频数据丢包率信息为：一次视频数据丢包率信息，或， 多次视频数据丢包率信息的综合值，或，一定时间内的视频数据丢包率信息。
5、 如权利要求 1至 4任意一项所述的方法， 其特征在于，
所述根据获取的当前音频数据丢包率信息分配音频冗余数据带宽为：预 先设定固定带宽， 获取当前音频数据丢包率信息后，将预先设定的固定带宽 作为音频冗余数据带宽；
所述根据获取的当前视频数据丢包率信息和所述视频数据目标总带宽 分配视频冗余数据带宽为： 预先设定固定带宽，获取当前视频数据丢包率信 息后， 将预先设定的固定带宽作为视频冗余数据带宽； 其中， 所述视频数据 目标总带宽大于所述视频冗余数据带宽。
6、 如权利要求 1至 4任意一项所述的方法， 其特征在于，
所述根据获取的当前音频数据丢包率信息分配音频冗余数据带宽为：预 先设定音频数据丢包率和音频冗余数据带宽映射关系表，获取当前音频数据 丢包率信息后， 查询所述映射关系表， 获取当前音频数据丢包率对应的音频 冗余数据带宽；
所述根据获取的当前视频数据丢包率信息和所述视频数据目标总带宽 分配视频冗余数据带宽为：预先设定视频数据丢包率和视频冗余数据带宽映 射关系表， 获取当前视频数据丢包率信息后， 查询所述映射关系表， 获取当 前视频数据丢包率对应的视频冗余数据带宽； 其中，所述视频数据目标总带 宽大于所述视频冗余数据带宽。
7、 如权利要求 1至 4任意一项所述的方法， 其特征在于， 所述根据获取的当前音频数据丢包率信息分配音频冗余数据带宽为：设 计音频冗余数据带宽大小与音频数据丢包率信息的关联公式，根据音频数据 丢包率信息计算得到音频冗余数据带宽；
所述根据获取的当前视频数据丢包率信息和所述视频数据目标总带宽 分配视频冗余数据带宽为：设计视频冗余数据带宽大小与视频数据丢包率信 息的关联公式，根据视频数据丢包率信息计算得到视频冗余数据带宽；其中， 所述视频数据目标总带宽大于所述视频冗余数据带宽。
8、 一种视讯通信数据传输方法， 其特征在于， 包括：
根据获取的当前视频数据丢包率信息分配视频冗余数据带宽，根据所述 视频冗余数据带宽生成视频冗余数据， 发送所述视频冗余数据；
根据视讯通信带宽、视频编码数据带宽以及所述视频冗余数据带宽计算 音频数据目标总带宽；
根据获取的当前音频数据丢包率信息和所述音频数据目标总带宽分配 音频冗余数据带宽， 根据所述音频冗余数据带宽生成音频冗余数据，发送所 述音频冗余数据。
9、 如权利要求 8所述方法， 其特征在于，
所述根据获取的当前视频数据丢包率信息分配视频冗余数据带宽之前， 还包括： 根据所述当前视频数据丢包率信息， 或综合当前视频数据丢包率信 息、 视讯通信带宽、 视频编码数据带宽、 音频编码数据带宽， 判断是否分配 用于传输视频冗余数据的视频冗余数据带宽；
所述根据获取的当前音频数据丢包率信息和所述音频数据目标总带宽 分配音频冗余数据带宽之前， 还包括： 根据所述当前音频数据丢包率信息， 或综合当前音频数据丢包率信息、视讯通信带宽、视频编码数据带宽、视频 冗余数据带宽、音频编码数据带宽，判断是否分配用于传输音频冗余数据的 音频冗余数据带宽。
10、 如权利要求 9所述方法， 其特征在于，
根据所述当前视频数据丢包率信息判断是否分配用于传输视频冗余数 据的视频冗余数据带宽为： 比较当前视频数据丢包率大小与预先设定的阈 值， 当视频数据丢包率大于阈值时， 分配用于传输视频冗余数据的视频冗余 数据带宽；
根据所述当前音频数据丢包率信息判断是否分配用于传输音频冗余数 据的音频冗余数据带宽为： 比较当前音频数据丢包率大小与预先设定的阈 值， 当音频数据丢包率大于阈值时， 分配用于传输音频冗余数据的音频冗余 数据带宽。
11、 如权利要求 8所述方法， 其特征在于，
所述获取的当前视频数据丢包率信息为：一次视频数据丢包率信息，或， 多次视频数据丢包率信息的综合值，或，一定时间内的视频数据丢包率信息； 所述获取的当前音频数据丢包率信息为：一次音频数据丢包率信息，或， 多次音频数据丢包率信息的综合值，或，一定时间内的音频数据丢包率信息。
12、 如权利要求 8至 11任一项所述的方法， 其特征在于，
所述根据获取的当前视频数据丢包率信息分配视频冗余数据带宽为：预 先设定固定带宽， 获取当前视频数据丢包率信息后，将预先设定的固定带宽 作为视频冗余数据带宽；
所述根据获取的当前音频数据丢包率信息和所述音频数据目标总带宽 分配音频冗余数据带宽为： 预先设定固定带宽，获取当前音频数据丢包率信 息后， 将预先设定的固定带宽作为音频冗余数据带宽； 其中， 所述音频数据 目标总带宽大于所述音频冗余数据带宽。
13、 如权利要求 8至 11任一项所述的方法， 其特征在于，
所述根据获取的当前视频数据丢包率信息分配视频冗余数据带宽为：预 先设定视频数据丢包率和视频冗余数据带宽映射关系表，获取当前视频数据 丢包率信息后， 查询所述映射关系表， 获取当前视频数据丢包率对应的视频 冗余数据带宽；
所述根据获取的当前音频数据丢包率信息和所述音频数据目标总带宽 分配音频冗余数据带宽为：预先设定音频数据丢包率和音频冗余数据带宽映 射关系表， 获取当前音频数据丢包率信息后， 查询所述映射关系表， 获取当 前音频数据丢包率对应的音频冗余数据带宽； 其中，所述音频数据目标总带 宽大于所述音频冗余数据带宽。
14、 如权利要求 8至 11任一项所述的方法， 其特征在于，
所述根据获取的当前视频数据丢包率信息分配视频冗余数据带宽为：设 计视频冗余数据带宽大小与视频数据丢包率信息的关联公式，根据视频数据 丢包率信息计算得到视频冗余数据带宽；
所述根据获取的当前的音频数据丢包率信息和所述音频数据目标总带 宽分配音频冗余数据带宽为：设计音频冗余数据带宽大小与音频数据丢包率 信息的关联公式， 根据音频数据丢包率信息计算得到音频冗余数据带宽； 其 中， 所述音频数据目标总带宽大于所述音频冗余数据带宽。
15、 一种视讯通信装置， 包括数据收发模块， 其特征在于， 还包括： 带宽分配模块， 用于获取音频数据、视频数据的丢包率信息， 根据获取 的音频数据、视频数据的丢包率信息给音频数据、视频数据分配冗余数据带 音频数据抗丢包模块，用于根据带宽分配模块分配的音频冗余数据带宽 生成抗丢包的音频冗余数据，并将音频数据和音频冗余数据发送给数据收发 模块；
视频数据抗丢包模块，用于根据带宽分配模块分配的视频冗余数据带宽 生成抗丢包的视频冗余数据，并将视频数据和视频冗余数据发送给数据收发 模块。
16、 如权利要求 15所述装置， 其特征在于， 还包括判断模块； 所述判断模块，用于比较带宽分配模块获取的音频丢包率与预先设定的 阈值， 当音频丢包率大于预先设定的阈值时，通知带宽分配模块分配音频冗 余数据带宽；
或，用于比较带宽分配模块获取的视频丢包率与预先设定的阈值， 当视 频丢包率大于预先设定的阈值时， 通知带宽分配模块分配视频冗余数据带
17、 如权利要求 15所述装置， 其特征在于， 还包括带宽计算模块； 所述带宽计算模块，用于根据带宽分配模块获取的音频数据丢包率信息 或综合当前音频数据丢包率信息、视讯通信带宽、音频编码数据带宽、视频 编码数据带宽， 计算得出音频冗余数据带宽，将所述音频冗余数据带宽发送 给带宽分配模块； 根据所述音频冗余数据带宽、视讯通信带宽、 音频编码数 据带宽、视频编码数据带宽， 计算得出视频数据目标总带宽， 并根据所述带 宽分配模块获取的视频数据丢包率信息或综合当前视频数据丢包率信息、视 讯通信带宽、音频编码数据带宽、视频编码数据带宽， 计算得出视频冗余数 据带宽， 将所述视频冗余数据带宽发送给带宽分配模块， 其中， 所述视频数 据目标总带宽大于所述视频冗余数据带宽；
或，用于根据带宽分配模块获取的视频数据丢包率信息或综合当前视频 数据丢包率信息、 视讯通信带宽、 音频编码数据带宽、 视频编码数据带宽， 计算得出视频冗余数据带宽， 将所述视频冗余数据带宽发送给带宽分配模 块； 根据所述视频冗余数据带宽、 视讯通信带宽、 音频编码数据带宽、 视频 编码数据带宽， 计算得出音频数据目标总带宽， 并根据所述带宽分配模块获 取的音频数据丢包率信息或综合当前音频数据丢包率信息、 视讯通信带宽、 音频编码数据带宽、视频编码数据带宽， 计算得出音频冗余数据带宽， 将所 述音频冗余数据带宽发送给带宽分配模块， 其中，所述音频数据目标总带宽 大于所述音频冗余数据带宽。
PCT/CN2009/072746 2008-08-29 2009-07-13 数据传输的方法和装置 WO2010022617A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP09809202.6A EP2312787B1 (en) 2008-08-29 2009-07-13 Method and device of data transmission
US13/036,424 US8341684B2 (en) 2008-08-29 2011-02-28 Method and device for transmitting data

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200810141772A CN101662455A (zh) 2008-08-29 2008-08-29 数据传输的方法和装置
CN200810141772.1 2009-10-22

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/036,424 Continuation US8341684B2 (en) 2008-08-29 2011-02-28 Method and device for transmitting data

Publications (1)

Publication Number Publication Date
WO2010022617A1 true WO2010022617A1 (zh) 2010-03-04

Family

ID=41720818

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/072746 WO2010022617A1 (zh) 2008-08-29 2009-07-13 数据传输的方法和装置

Country Status (4)

Country Link
US (1) US8341684B2 (zh)
EP (1) EP2312787B1 (zh)
CN (1) CN101662455A (zh)
WO (1) WO2010022617A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8341684B2 (en) 2008-08-29 2012-12-25 Huawei Device Co., Ltd. Method and device for transmitting data
CN110247955A (zh) * 2019-05-21 2019-09-17 菜鸟智能物流控股有限公司 一种无人车的通信方法和无人车

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9288513B2 (en) 2011-08-29 2016-03-15 Aerovironment, Inc. System and method of high-resolution digital data image transmission
CN102394822B (zh) * 2011-11-02 2018-08-03 中兴通讯股份有限公司 一种调整网络传输速率的系统和方法
CN103686055B (zh) 2012-09-24 2017-05-10 中兴通讯股份有限公司 电视会议系统中丢包补偿的处理方法及装置
US9998388B2 (en) 2014-02-06 2018-06-12 Sony Interactive Entertainment LLC Congestion control bitrate algorithm
US10291597B2 (en) 2014-08-14 2019-05-14 Cisco Technology, Inc. Sharing resources across multiple devices in online meetings
US10542126B2 (en) 2014-12-22 2020-01-21 Cisco Technology, Inc. Offline virtual participation in an online conference meeting
US9948786B2 (en) 2015-04-17 2018-04-17 Cisco Technology, Inc. Handling conferences using highly-distributed agents
US9497412B1 (en) * 2015-07-27 2016-11-15 Cisco Technology, Inc. Video conference audio/video verification
CN105871514A (zh) * 2016-05-19 2016-08-17 乐视控股（北京）有限公司 一种数据传输方法以及数据发送装置
US10277490B2 (en) * 2016-07-19 2019-04-30 International Business Machines Corporation Monitoring inter-site bandwidth for rebuilding
US10592867B2 (en) 2016-11-11 2020-03-17 Cisco Technology, Inc. In-meeting graphical user interface display using calendar information and system
US10516707B2 (en) 2016-12-15 2019-12-24 Cisco Technology, Inc. Initiating a conferencing meeting using a conference room device
US10440073B2 (en) 2017-04-11 2019-10-08 Cisco Technology, Inc. User interface for proximity based teleconference transfer
US10375125B2 (en) 2017-04-27 2019-08-06 Cisco Technology, Inc. Automatically joining devices to a video conference
US10375474B2 (en) 2017-06-12 2019-08-06 Cisco Technology, Inc. Hybrid horn microphone
US10477148B2 (en) 2017-06-23 2019-11-12 Cisco Technology, Inc. Speaker anticipation
US10516709B2 (en) 2017-06-29 2019-12-24 Cisco Technology, Inc. Files automatically shared at conference initiation
US10706391B2 (en) 2017-07-13 2020-07-07 Cisco Technology, Inc. Protecting scheduled meeting in physical room
US10091348B1 (en) 2017-07-25 2018-10-02 Cisco Technology, Inc. Predictive model for voice/video over IP calls
EP3525412A1 (en) * 2018-02-08 2019-08-14 Idea Meets Market Beteiligungsgesellschaft mbH Improved connectionless data transport protocol
EP3525413A1 (en) * 2018-02-08 2019-08-14 Idea Meets Market Beteiligungsgesellschaft mbH Connectionless protocol with bandwidth and congestion control
CN110035251B (zh) * 2019-04-18 2021-04-06 电科云(北京)科技有限公司 基于视频会议服务端实现码率控制处理的方法
US11824737B2 (en) 2019-09-09 2023-11-21 Apple Inc. Per-packet type packet loss management
CN117811967A (zh) * 2019-09-09 2024-04-02 苹果公司 用于分组丢失管理的设备及方法
CN111464458B (zh) * 2020-04-03 2024-01-02 广州市百果园信息技术有限公司 抗丢包方法、装置、设备及存储介质
CN111726835B (zh) * 2020-06-15 2023-07-07 维沃移动通信有限公司 语音通话方法、装置和电子设备
CN113207017B (zh) * 2021-07-07 2021-09-17 北京蔚领时代科技有限公司 用于云游戏的流媒体数据传输系统

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006060036A1 (en) * 2004-12-02 2006-06-08 Thomson Licensing Adaptive forward error correction
CN1855793A (zh) * 2005-04-19 2006-11-01 华为技术有限公司 一种视音频编码速度的控制方法

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6014694A (en) 1997-06-26 2000-01-11 Citrix Systems, Inc. System for adaptive video/audio transport over a network
EP1172958A1 (fr) * 2000-07-11 2002-01-16 Koninklijke Philips Electronics N.V. Système de communication, émetteur, mèthode de protection contre des erreurs de transmission
US7151749B2 (en) 2001-06-14 2006-12-19 Microsoft Corporation Method and System for providing adaptive bandwidth control for real-time communication
US7317685B1 (en) 2001-11-26 2008-01-08 Polycom, Inc. System and method for dynamic bandwidth allocation for videoconferencing in lossy packet switched networks
CN1486076A (zh) 2002-09-26 2004-03-31 华为技术有限公司 一种语音带宽动态控制方法
CN1540954A (zh) 2003-10-30 2004-10-27 清华大学深圳研究生院 一种ip视频会议系统中音视频流传输的流量控制方法
CN100388817C (zh) 2003-12-10 2008-05-14 华为技术有限公司 公共业务信道带宽动态调整方法
US7701884B2 (en) * 2004-04-19 2010-04-20 Insors Integrated Communications Network communications bandwidth control
CN100362782C (zh) 2004-08-24 2008-01-16 华为技术有限公司 对丢失数据单元进行恢复的方法
CN101047845A (zh) 2006-03-29 2007-10-03 腾讯科技（深圳）有限公司 一种调节视频通讯数据码率的装置和方法
CN101459835A (zh) * 2007-12-12 2009-06-17 上海摩波彼克半导体有限公司 认知无线电网络中提高跨层多媒体传输质量的方法
CN101662455A (zh) 2008-08-29 2010-03-03 深圳华为通信技术有限公司 数据传输的方法和装置
US8243117B2 (en) * 2008-09-26 2012-08-14 Microsoft Corporation Processing aspects of a video scene

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006060036A1 (en) * 2004-12-02 2006-06-08 Thomson Licensing Adaptive forward error correction
CN1855793A (zh) * 2005-04-19 2006-11-01 华为技术有限公司 一种视音频编码速度的控制方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8341684B2 (en) 2008-08-29 2012-12-25 Huawei Device Co., Ltd. Method and device for transmitting data
CN110247955A (zh) * 2019-05-21 2019-09-17 菜鸟智能物流控股有限公司 一种无人车的通信方法和无人车

Also Published As

Publication number Publication date
US8341684B2 (en) 2012-12-25
EP2312787B1 (en) 2013-05-01
US20110154427A1 (en) 2011-06-23
EP2312787A1 (en) 2011-04-20
CN101662455A (zh) 2010-03-03
EP2312787A4 (en) 2011-11-23

Similar Documents

Publication Publication Date Title
WO2010022617A1 (zh) 数据传输的方法和装置
US10735029B2 (en) Method and apparatus for encoding packets using video data redundancy control information
JP4513725B2 (ja) パケット送信装置、通信システム及びプログラム
WO2017157303A1 (zh) 实时通信中的抗丢包方法、装置和系统
US11489621B2 (en) Forward error correction for streaming data
CN111800218B (zh) 一种数据流的传输方法和设备
WO2013189428A2 (zh) 基于分层编码的抗丢包实时通信方法、系统及相关设备
US20060150055A1 (en) Adaptive information delivery system using FEC feedback
US20090080423A1 (en) Systems and methods for adaptively adjusting codec rates for communication networks
US20120272124A1 (en) Method and System for Recovering Lost Media Data Packets
JP5021765B2 (ja) 逆方向リンクおよび順方向リンクのビデオデータエラーを区別するエラーフィルタ
WO2008119259A1 (fr) Système et procédé de correction d&#39;erreurs sans voie de retour adaptative dynamique dans un réseau iptv
WO2012155821A1 (zh) 差错控制的方法、接收端、发送端和系统
WO2006105713A1 (en) Video transmission protection method based on h.264
JP2004072720A (ja) メディア伝送方法並びにその送信装置及び受信装置
JP2010119133A (ja) パケット送信装置、通信システム及びプログラム
WO2005122455A1 (ja) 双方向通信方法と装置、システムならびにプログラム
JP4445012B2 (ja) パケットの配信帯域制御方法、配信装置及び映像配信システム
KR100631516B1 (ko) 스트리밍 시스템 및 적응적 대역 할당 방법
JP2009260719A (ja) データ伝送端末装置およびデータ伝送方法
Ding CS 641 Project Report Error resilient video transmission over wireless networks

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

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

Country of ref document: EP