CN102036070A - 用于视频通信***中的差错弹性和随机接入的***和方法 - Google Patents
用于视频通信***中的差错弹性和随机接入的***和方法 Download PDFInfo
- Publication number
- CN102036070A CN102036070A CN2010105222255A CN201010522225A CN102036070A CN 102036070 A CN102036070 A CN 102036070A CN 2010105222255 A CN2010105222255 A CN 2010105222255A CN 201010522225 A CN201010522225 A CN 201010522225A CN 102036070 A CN102036070 A CN 102036070A
- Authority
- CN
- China
- Prior art keywords
- picture
- frame
- svcs
- end points
- resolution
- Prior art date
- Legal status (The legal status 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 status listed.)
- Pending
Links
Images
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/1607—Details of the supervisory signal
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
- H04N21/2662—Controlling the complexity of the video stream, e.g. by scaling the resolution or bitrate of the video stream based on the client capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
- H04N19/503—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
- H04N19/51—Motion estimation or motion compensation
-
- 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/1829—Arrangements specially adapted for the receiver end
- H04L1/1848—Time-out mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/752—Media network packet handling adapting media to network capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/756—Media network packet handling adapting media to device capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/80—Responding to QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
- H04N19/132—Sampling, masking or truncation of coding units, e.g. adaptive resampling, frame skipping, frame interpolation or high-frequency transform coefficient masking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
- H04N19/164—Feedback from the receiver or from the transmission channel
- H04N19/166—Feedback from the receiver or from the transmission channel concerning the amount of transmission errors, e.g. bit error rate [BER]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
- H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
- H04N19/172—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a picture, frame or field
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
- H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
- H04N19/176—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a block, e.g. a macroblock
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
- H04N19/31—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability in the temporal domain
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
- H04N19/37—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability with arrangements for assigning different transmission priorities to video input data or to video coded data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/46—Embedding additional information in the video signal during the compression process
- H04N19/463—Embedding additional information in the video signal during the compression process by compressing encoding parameters before transmission
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
- H04N19/503—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
- H04N19/51—Motion estimation or motion compensation
- H04N19/573—Motion compensation with multiple frame prediction using two or more reference frames in a given prediction direction
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
- H04N19/503—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
- H04N19/51—Motion estimation or motion compensation
- H04N19/577—Motion compensation with bidirectional frame interpolation, i.e. using B-pictures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
- H04N19/503—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
- H04N19/51—Motion estimation or motion compensation
- H04N19/58—Motion compensation with long-term prediction, i.e. the reference frame for a current frame not being the temporally closest one
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
- H04N19/587—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal sub-sampling or interpolation, e.g. decimation or subsequent interpolation of pictures in a video sequence
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/60—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding
- H04N19/61—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding in combination with predictive coding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/65—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using error resilience
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/65—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using error resilience
- H04N19/66—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using error resilience involving data partitioning, i.e. separation of data into packets or partitions according to importance
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/65—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using error resilience
- H04N19/67—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using error resilience involving unequal error protection [UEP], i.e. providing protection according to the importance of the data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/85—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using pre-processing or post-processing specially adapted for video compression
- H04N19/89—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using pre-processing or post-processing specially adapted for video compression involving methods or arrangements for detection of transmission errors at the decoder
-
- 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
- H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
- H04N21/4621—Controlling the complexity of the content stream or additional data, e.g. lowering the resolution or bit-rate of the video stream for a mobile client with a small screen
-
- 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/631—Multimode Transmission, e.g. transmitting basic layers and enhancement layers of the content over different transmission paths or transmitting with different error corrections, different keys or with different transmission protocols
-
- 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/637—Control signals issued by the client directed to the server or network components
- H04N21/6375—Control signals issued by the client directed to the server or network components for requesting retransmission, e.g. of data packets lost or corrupted during transmission from server
-
- 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/65—Transmission of management data between client and server
- H04N21/658—Transmission by the client directed to the server
- H04N21/6583—Acknowledgement
-
- 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/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Databases & Information Systems (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
提供了一种用于视频通信***中的差错弹性传输和随机接入的***和方法。该视频通信***基于可用在视频通信***中的单层可缩放视频、或具有时间可缩放性的联播视频编码。视频信号传输中的一组视频帧或画面被指定使用安全或高可靠性链路或通过重传技术可靠或有保证地递送到接收器。被可靠递送的视频帧在差错发生之后或在随机接入期间用作接收器与所传送的视频信号重新同步的参考画面。
Description
本申请是PCT国际申请号为PCT/US2006/061815、中国国家申请号为200680052466.X、题为“用于视频通信***中的差错弹性和随机接入的***和方法”的申请的分案申请。
相关申请的交叉引用
本申请要求2005年12月8日提交的美国临时专利申请S/N60/748,437、2006年3月3日提交的S/N.60/778,760、2006年3月29日提交的S/N.60/787,031、2006年10月16日提交的S/N.60/829,618以及S/N60/862,510的权益。所有前述优光权申请特此通过全文引用结合于此。
技术领域
本发明涉及视频数据通信***。具体地,本发明涉及在视频会议应用中提供差错弹性和随机访问能力的技术。
背景技术
通过基于分组的现代通信网络(例如,基于网际协议(IP)的网络)在发送者与接收者之间提供高质量数字视频通信至少由于此类网络上的数据传输通常是以尽力为基础执行的这个事实而成为技术上的难题。现代通信网络中的传输差错通常将其自身表现为分组丢失而非比特差错,后者是早期通信***中的特性。分组丢失常常是中间路由器中的拥塞的结果,而非物理层差错的结果。
当在数字视频通信***中发生传输差错时,确保接收器可从差错快速恢复并返回传入视频信号的无差错显示是很重要的。然而,在传统数字视频通信***中,接收器的稳健性因传入数据被严重压缩以节约带宽这个事实而降低。此外,用在通信***中的视频压缩技术(例如,最新编解码器ITU-T H.264和H.263或者ISO MPEG-2和MPEG-4编解码器)可在连续视频分组或帧之间形成十分强的时间依存性。具体地,运动补偿预测(例如,涉及P帧或B帧的使用)编解码器的使用形成其中所显示的帧依赖于先前帧的帧依存性链。依存性链可一直扩展到视频序列的开头。作为依存链的结果,给定分组的丢失可影响接收器处多个连续分组的解码。由于给定分组的丢失而导致的差错传播仅以“内”(I)刷新点或者完全不使用任何时间预测的帧终止。
数字视频通信***中的差错弹性要求在传送信号中有至少某一级别的冗余度。然而,这种要求与力图消除或最小化所传送信号中的冗余度的视频压缩技术的目的相反。
在提供区分型服务的网络(例如,基于区分型服务IP的网络、租用线路上的专用网等)上,视频数据通信应用可采用网络特征来以无损或近似无损的方式向接收器递送视频信号数据的部分或全部。然而,在未提供区分型服务的任意尽力型网络(诸如因特网)中,数据通信应用必须依赖其自身的特征来实现差错弹性。在文本或字母数字数据通信中有用的已知技术(例如,传输控制协议-TCP)不适于视频或音频通信,这对由人类接口需求所导致的较低的端对端延迟有额外的约束。例如,TCP技术可用于文本或字母数字数据输送中的差错弹性。TCP保持重发数据直至确认所有数据被接收,即使其包括若干秒的延迟。然而,TCP不适用于现场或交互式视频会议应用中的视频数据输送,因为无限制的端对端延迟对于参与者而言是无法接受的。
相关的问题是随机接入。假定接收器加入现行视频信号的传输。典型示例是加入视频会话的用户,或者调谐至广播的用户。此类用户将必须在传入比特流中找到他/她能够开始解码或与编码器同步的点。然而,提供这种随机接入点对压缩效率具有相当大的影响。注意:根据定义,随机接入点是从该点开始任何差错传播终止的差错弹性特征(即,其是差错恢复点)。因此,由特定编码方案提供的随机接入支持越好,其可提供差错恢复支持越佳。逆过程可能并非总为真;其依赖于关于差错弹性技术已被设计成要解决的差错的持续时间和范围所作出的假设。对于差错弹性,某些状态信息可被假定为在接收器处发生差错时可用。
视频通信***中差错弹性的一方面涉及对压缩效率具有相当大的影响的随机接入(例如,当接收方加入现行视频信号的传输时)。例如,随机接入的实例是加入视频会议的用户,或者调谐至广播的用户。这样的用户将必须在传入比特流信号中寻找开始解码或要与编码器同步的合适的点。随机接入点是从该点开始任何传播差错终止的有效的差错弹性特征(或差错恢复点)。因此,提供良好的随机接入支持的特定编码方案通常具有提供较快速差错恢复的差错弹性技术。然而,逆过程依赖于关于差错弹性技术被设计要解决的差错的持续时间和范围的特定假设。差错弹性技术可假定某些状态信息在接收器处发生差错时可用。在此情形中,差错弹性技术不确保良好的随机接入支持。
在用于数字电视***(数字电缆TV或卫星TV)的MPEG-2视频编解码器中,以周期间隔(通常为0.5秒)使用I画面来实现快速切换成流。然而,1画面显著大于其P或B对应物(通常大3到6倍),并由此被避免使用,在低带宽和/或低延迟应用中尤其如此。
在诸如视频会议的交互式应用中,请求帧内更新的概念通常被用于差错弹性。在操作中,更新涉及从接收方对发送方的、关于使得解码器被同步的内画面传输的请求。此操作的带宽开销是显著的。另外,当分组差错发生时,也存在此开销。如果分组丢失是由拥塞导致的,则使用内画面只会恶化拥塞问题。
另一种用于差错稳健性的传统技术——在过去用于减轻由IDCT实现(例如,在H.261标准中)中的失配而导致的漂移——是周期性地编码每个宏块帧内模式。H.261标准要求每132次强制帧内编码传送-宏块。
随着强制要被编码为给定帧中帧内的宏块的百分比的增大,编码效率下降。相反,当此百分比较低时,从分组丢失恢复的时间增加。强制帧内编码过程要求额外的精力以避免运动相关漂移,该漂移由于必须避免某些运动矢量值——即使它们是最有效的——而进一步限制了编码器的性能。
除传统之外,单层编解码器、分层或可缩放编码是多媒体数据编码中的公知技术。可缩放编码用于生成以带宽效率方式共同代表给定媒体的两个或多个“经缩放”比特流。可缩放性可以多个维度——即时间、空间和质量(也称为SNR“信噪比”可缩放性)——来提供。例如,视频信号可以CIF或QCIF分辨率且每秒7.5、15和30帧(fps)的帧速率下的不同层来可缩放地编码。取决于编解码器的结构,空间分辨率和帧速率的任何组合可从编解码器比特流获得。与不同层相对应的比特可作为单独的比特流传送(即,每层一个流)或它们可在一个或多个比特流中被复用在一起。为了便于本文的描述,与给定层相对应的经编码比特可称为该层的比特流,即使各个层被复用且在单个比特流中传送。专门设计成提供可缩放特征的编解码器包括例如MPEG-2(也称为ITU-T H.262的ISO/IEC 13818-2)和目前开发的SVC(称为ITU-T H.264 Annex G或MPEG-4第10部分SVC)。在共同转让国际专利申请No.PCT/US06/028365——“SYSTEM ANDMETHOD FOR SCALABLE AND LOW-DELAY VIDEOCONFERENCINGUSING SCALABLE VIDEO CODING(用于使用可缩放视频编码的可缩放和低延迟视频会议的***和方法)”——中描述了为视频通信专门设计的可缩放编码技术。注意,即使并非专门设计成可缩放的编解码器也可以时间维度呈现可缩放性的特性。例如,考虑DVD和数字TV环境中使用的非可缩放编解码器——MPEG-2 Main Profile(主型)编解码器。此外,假定以30fps操作的编解码器以及使用IBBPBBPBBPBBPBB(周期N=15帧)的GOP结构。通过连续消除B画面,接着消除P画面,得到总共三个时间分辨率——30fps(包括所有画面类型)、10fps(仅有I和P)以及2fps(仅有I)——是可能的。连续消除过程导致可解码的比特流,因为MPEG-2Main Profile编解码器被设计成使得P画面编码不依赖于B画面,并且类似的I画面的编码不依赖于其它P或B画面。在以下,具有时间可缩放特征的单层编解码器被认为是可缩放视频编码的特例,因此被包括在术语可缩放视频编码,除非另外明确指明。
可缩放编解码器通常具有锥形比特流结构,其中组成比特流之一(称为“基层”)在恢复某种基本质量的原始媒体时是必需的。连同基层一起使用一个或多个剩余比特流(称为“增强层”)提升了所恢复媒体的质量。增强层中的数据丢失是容许的,但是基层中的数据丢失会导致所恢复媒体的显著畸变或完全失败。
可缩放编解码器提出了类似于由单层编解码器针对差错弹性和随机接入所提出的那些挑战。然而,可缩放编解码器的编码结构具有单层视频编解码器中不存在的独特特性。此外,与单层编码不同,可缩放编码可能涉及从一个可缩放性层切换到另一个(例如,在CIF与QCIF分辨率之间来回切换)。
联播是用于视频会议的编码解决方案,它不如可缩放视频编码复杂但具有后者的优点中的某些。在联播中,两个不同版本的源被编码(例如,以两种不同空间分辨率)并传送。每个版本是独立的,因为其解码并不依赖于另一版本的接收。类似于可缩放和单层编码,联播提出了类似的随机接入和稳健性问题。在下文中,联播被认为是可缩放编码(其中不执行层间预测)的特例,并且两者皆简称为可缩放视频编码技术,除非另外明确指明。
现在针对改进对视频通信***中经编码比特流的差错弹性和随机接入能力作出考虑。关注开发对由端对端延迟和***所用的带宽具有最小影响的差错弹性和随机接入技术。合需的差错弹性和随机接入技术将可应用于可缩放和单层视频编码两者。
发明概述
本发明提供了用于在基于单层以及可缩放视频编码的视频通信***中提升差错弹性并提供随机接入能力的***和方法。
在第一示例性实施例中,本发明提供了一种用于在不增加端对端延迟的情况下可靠地传送经编码的视频信号的最低或单个时间层的全部或部分,并在随后使用它来从分组丢失中恢复的机制。提供特定技术以通过RTP以及在使用H.264 Annex G(SVC)NAL单元时进行传送。
在第二示例性实施例中,本发明提供了一种使用基于服务器的内帧来可靠地传送经编码的视频信号的最低或单个时间层,并随后在不会不利地影响其它接收器的情况下使用它来使特定接收器从分组丢失中恢复的机制。
在第三示例性实施例中,本发明提供了一种通过以精心协调的方式使用内宏块编码使得从单层或可缩放视频编码的分组丢失中恢复成为可能的机制。
在第四示例性实施例中,本发明提供了一种收集和聚集来自一个或多个接收方的反馈以便任选地选择画面参考帧以及分配内宏块的机制。
在第五示例性实施例中,本发明提供了一种通过使用来自低分辨率空间层的信息来从高分辨率空间可缩放层的分组丢失中恢复的机制。
此外,在第六示例性实施例中,本发明提供了一种在很少的延迟或没有延迟的情况下从低空间或质量分辨率切换到高空间或质量分辨率的机制。
通过与速率-失真最优化量化器以及运动模式和矢量选择相耦合,这些实施例在或者独立或者相互组合的情况下允许构建具有高稳健性和较小带宽开销的十分有效的视频通信***。
本文的描述说明了如何使用这些技术来实现对给定视频***的随机接入,以及藉由其接收器——无需对较低层进行完全解码——就可使用来自所述较低层的信息来有效地重构较高层的高空间分辨率数据的机制。本发明利用可缩放视频编码技术的特定属性来最小化对端对端延迟和带宽的影响。在诸如通过端对端要求苛刻(端对端的最大值为200ms)以及分组丢失率会很严重(即,较低的平均分组丢失率但有较长的突发)的IP网络的视频会议的通信应用中,本发明尤其有用。
一旦适当地选择画面编码结构和传输模式,本发明的技术就使得在极小的带宽开销的情况下允许接近即时地进行层切换成为可能。
附图简述
图1是示出根据本发明原理的用于递送可缩放的经编码视频数据的示例性视频会议***的框图;
图2是示出根据本发明原理的与单层视频编码的使用相兼容的示例性最终用户终端的框图;
图3是示出根据本发明原理的与可缩放或联播编码的使用相兼容的示例性最终用户终端的框图;
图4是示出根据本发明原理的多点SVCS的内部交换结构的框图;
图5是示出SVCS的操作原理的框图;
图6是示出根据本发明原理的示例性视频编码器的结构的框图;
图7是示出根据本发明原理的用于编码基层和时间增强层的视频编码器的示例性架构的框图;
图8是示出根据本发明原理的用于空间增强层的视频编码器的示例性架构的框图;
图9是示出根据本发明原理的示例性分层画面编码结构的框图;
图10是示出根据本发明原理的另一示例性分层画面编码结构的框图;
图11是示出根据本发明原理的包括时间和空间可缩放性的示例性画面编码结构的框图;
图12是示出根据本发明原理的用于差错弹性视频通信的示例性分层画面编码结构的框图;
图13是示出根据本发明原理的具有空间/质量可缩放性的用于差错弹性视频通信的示例性分层画面编码结构的框图;
图14是示由根据本发明原理的用于使用肯定确认进行LR画面的可靠递送的通信协议的操作的时序图;
图15是示出根据本发明原理的用于使用否定确认进行的LR画面的可靠递送的通信协议的操作的时序图;
图16是示出根据本发明原理的、当R分组技术被用于通过RTP传输时传送终端的LRP发送模块的示例性架构的框图;
图17是示出根据本发明原理的、当R分组技术被用于通过RTP传输时接收终端的LPR接收模块的示例性架构的框图;
图18是示出根据本发明原理的、当R分组技术被用于通过RTP传输时服务器的LRP发送和接收模块的示例性架构的框图;
图19示出根据本发明原理的用于RTP分组的命名RTP报头扩展的示例性结构;
图20示出根据本发明原理的RNACK分组的反馈控制信息字段的示例性结构;
图21示出现有技术***中在发生分组丢失时H.264 SVC解码器如何达到非正确状态;
图22示出目前针对现有技术***定义的H.264 SVC NAL报头扩展;
图23示出根据本发明原理的具有帧索引的经更改H.264 SVC NAL报头扩展定义;
图24示出根据本发明原理的、帧索引位于报头的扩展中的经更改H.264SVC NAL报头扩展定义;
图25示出根据本发明原理的用于快速转发内恢复的示例性切片编码结构;
图26示出根据本发明原理的快速转发内恢复可如何结合SR(增强层)画面使用;
贯穿附图中相同附图标记用于指代所例示的实施例的类似特征、元件、组件或部分,除非另外声明。此外,现在参照附图详细描述本发明是结合示例性实施例进行的。
本发明的详细描述
本发明提供了用于视频通信***中差错弹性和随机接入的***和方法。这些机制与可在视频通信***中使用的具有时间可缩放性的可缩放编码技术以及单层和联播视频编码相兼容。
这些***和方法涉及在视频信号传输中指定一组视频帧或画面来向接收方可靠或有保证地递送。指定组视频帧的可靠递送可通过使用安全或高可靠性的链路、或通过重传技术来实现。可靠递送的视频帧被用作参考画面用于使接收器在差错发生或随机接入之后与所传送视频信号重新同步。
在优选实施例中,示例性视频通信***可以是在基于分组的网络上操作的多点视频会议***10。(参看例如图1)。多点视频会议***可包括任选网桥120a和120b(例如,多点控制单元(MCU)或可缩放视频通信服务器(SVCS))以协调网络上的端点(例如,用户1-k和1-m)之间的可缩放多层或单层视频通信。对于结合或不结合任选网桥120a和120b使用的点对点连接而言,示例性视频通信***的操作是相同的且是有益的。
在共同转让的国际专利申请No.PCT/US06/28365——“SYSTEM ANDMETHOD FOR SCALABLE AND LOW-DELAY VIDEOCONFERENCINGUSING SCALABLE VIDEO CODING(用于使用可缩放视频编码的可缩放和低延迟视频会议的***和方法)”以及No.PCT/US06/28366——“SYSTEM ANDMETHOD FOR A CONFERENCE SERVER ARCHITECTURE FOR LOWDELAY AND DISTRIBUTED CONFERENCING APPLICATIONS(用于低延迟和分布式会议应用的会议服务器架构的***和方法)”中提供了基于可缩放视频编码的可缩放视频编码技术和视频会议***的详细描述。此外,在2005年12月22日提交的美国临时专利申请No.60,753,343——“COMPOSITINGSCALABLE VIDEO CONFERENCE SERVER(合成可缩放视频会议服务器)”中提供了基于可缩放视频编码的可缩放视频编码技术和视频会议***的描述。所有前述国际和美国临时专利申请皆通过引用全部结合于此。
图1示出了视频会议***10的一般结构。视频会议***10包括经由LAN1和2链接在网络100上的多个最终用户终端(例如,用户I-k和用户1-m)和服务器120a和120b。服务器可以是传统MCU,或者可缩放视频编码服务器(SVCS)或合成可缩放视频编码服务器(CSVCS)。后者服务器具有与传统MCU相同的用途,但是具有显著减小的复杂度和改进的功能。(参看例如国际专利申请No.PCT/US06/28366)以及2005年12月22日提交的美国临时专利申请No.60/753,343。在本文的描述中,术语“服务器”可用于统指或者SVCS或者CSVCS。
图2示出被设计成与基于单层编码的视频会议***(例如,***10)一起使用的最终用户终端10的架构。图3示出被设计成与基于多层编码的视频会议***(例如,***10)一起使用的最终用户终端140的架构。终端140包括人机输入/输出设备(例如,相机210A、话筒210B、视频显示器250C、扬声器250D),以及耦合至输入和输出信号复用器和分用器单元(例如,分组MUX 220A和分组DMUX 220B)的一个或多个网络接口控制器卡(NIC)230。NIC 230可以是标准硬件组件,诸如以太网LAN适配器或任何其它合适的网络接口设备或者其组合。
相机210A和话筒210B被设计成分别捕捉参与者的视频和音频信号以传输给其他会议参与者。相反,视频显示器250C和扬声器250D被设计成分别显示和回放从其他参与者接收到的视频和音频信号。视频显示器250C也被配置成任选地显示参与者/终端140自身的视频。相机210A和话筒210B输出分别经由模数转换器210E和210F耦合到视频和音频编码器210G和210H。视频和音频编码器210G和210H被设计成压缩输入视频和音频数字信号以减小在电子通信网络上传输信号所需的带宽。输入视频信号可以是实况或预先录制和存储的视频信号。编码器压缩本地数字信号以使传输信号所需的带宽最小化。
在本发明的示例性实施例中,音频信号可用本领域中已知的任何合适的技术(例如,G.711、G.729、G.729EV、MPEG-1等)来编码。在本发明的优选实施例中,可缩放音频编解码器G.729EV被音频编码器210G用来编码音频信号。音频编码器210G的输出被发送到复用器MUX 220A以经由NIC 230通过网络100传输。
分组MUX 220A可使用RTP协议执行传统复用。分组MUX 220A也可执行可由网络100提供的任何相关服务质量(QoS)处理。来自终端140的每个数据流在其自身的虚拟信道或IP技术中的“端口号”中传送。
图3示出被配置成与其中使用可缩放或联播视频编码的视频会议***一起使用的最终用户终端140。在此情形中,视频编码器210G具有多个输出。图3示出例如标示为“基”和“增强”的两个层输出。终端140的输出(例如,单层输出(图2)或多层输出(图3))经由LRP处理模块270A连接到分组MUX 220A。LRP处理模块270A(和模块270B)被设计成通过处理特定类型的帧(例如,图12和13中的“R”帧)以及诸如视频序列报头数据的需要可靠传输的任何其它信息的传输来进行差错弹性通信(“差错弹性LRP操作”)。如果视频编码器210G产生一个以上的增强层输出,则增强层输出的每一个可以与图3中所示的相同的方式连接到LRP处理模块270A。类似地,在此情形中,附加增强层将经由LRP处理模块270B提供给视频编码器230A。或者,增强层输出的一个或多个可直接连接到分组MUX 220A,而非经由LRP处理模块270A。
终端140还可配有一组视频和音频解码器对230A和230B,其中每一对对应于在视频会议中终端140处可看到或听到的每个参与者。应当理解,尽管在图2和3中示出解码器230A和230B的若干实例,但是使用单个解码器对230A和230B来连续处理来自多个参与者的信号是可能的。因此,终端140可配有单个解码器对230A和230B或比参与者的数目少的解码器对230A和230B。
音频解码器230B的输出被连接到混音器240,后者又与驱动扬声器250B的数模转换器(DA/C)250A连接。混音器将各个信号组合成用于回放的单个输出信号。如果到达的音频信号是预先混合的,则可能不需要混音器240。类似地,视频解码器230A的输出可经由合成器260在视频显示器250C的帧缓冲器250B中被组合。合成器260被设计成将每个经解码的画面置于输出画面显示的适当区域。例如,如果显示器被划分成四个较小的区域,则合成器260从视频解码器230A的每一个处获得像素数据并将其放置在适当的帧缓冲器位置(例如,通过填充右下方的画面)。为了避免双重缓冲(例如,一次在解码器230A的输出以及一次在帧缓冲器250B),合成器260可被实现为驱动解码器230A的输出像素的放置的地址生成器。用于最优化各个视频输出对显示器250C的放置的其它技术也可用于类似效果。
例如,在II.264标准规范中,通过使用灵活宏块排序(FMO)方案将多个参与者的视图组合在单个经编码的画面中是可能的。在此方案中,每个参与者占用经编码图像的一部分——包括其切片之一。在概念上,单个解码器可用于解码所有参与者的信号。然而,从实践角度看来,接收器/终端将必须解码四个较小的独立编码的切片。因此,图2和3中所示具有解码器230A的终端140可用在H.264规范的应用中。注意:用于转发切片的服务器是CSVCS。
在终端140中,分用器DMUX 220B接收来自NIC 320的分组并经由接收LRP模块270B将它们重定向到适当的解码器单元230A,如图2和图3中所示。视频解码器230A的输入处的LRP模块270B终止接收终端的那一端处的差错弹性LRP操作(图12和13)。
MCU或服务器控制块280协调服务器(SVCS/CSVCS)与最终用户终端之间的交互。在没有中间服务器的点对点通信***中,不需要服务器控制块。类似地,在非会议应用中,在接收最终用户终端处仅需要单个解码器。对于涉及所存储的视频(例如,预先录制的广播、预先编码的材料)的应用中,传送最终用户终端可不涉及音频和视频编码块或它们之前的所有终端块(例如,相机、话筒等)的整体功能。具体地,仅需要提供如下所说明的、与视频分组的选择性传输有关的部分。
应当理解,终端140的各个组件可以是彼此互联的、物理上单独的软件和硬件设备或单元(例如,集成在个人计算机中),或者可以是其任何组合。
图4示出用于差错弹性处理应用中的示例性SVCS 400的结构。SVCS 400的核心是确定来自每一个可能源的哪个分组被传送到哪个目的地和通过什么信道的交换机410。(参见例如PCT/US06/028366)。
示例性SVCS 400的操作原理可参照图5来理解。在此示例中,传送终端或端点处的SVC编码器510产生除多个时间层(未在图中示出)之外的三个空间层。各个经编码的视频层在各个分组中自传送端点(SVC编码器)传送到SVCS 400。取决于网络条件或用户偏好,SVCS 400决定哪个分组要被转发到所示三个接收方/解码器520的每一个。在图5所示示例中,SVCS 400仅将第一和第二空间层转发到SVC解码器520(0)、将所有三个空间层转发到SVC解码器520(1)、以及仅将第一(基)层转发到SVC解码器520(2)。
再次参看图4,除PCT/US06/028366中描述的交换机之外,SVCS 400还包括分别设置在交换机的输入和输出处的LRP单元470A和470B。SVCS 400被配置成在其传入交换机连接处终止弹性LRP处理,以及在其传出交换机连接处发起弹性LRP处理。在使用SVCS 400的本发明的实现中,差错弹性LRP处理并非在网络上端对端地执行,而是仅在每个单独的连接段(例如,发送方到SVCS、SVCS到SVCS以及SVCS到接收方)上执行。然而,应当理解,本发明的差错弹性LRP处理可在使用或不使用SVCS的情况下以端对端方式在网络上执行。没有LRP单元470A和470B的SVCS 400可在使用SVCS的网络中用于端对端LRP处理。此外,SVCS 400可配备有一个以上NIC 230,如果SVCS 400通过不同网络连接用户,则通常是这种情形。
图6示出可用于差错弹性视频通信***中的示例性视频编码器600的架构。视频编码器600可例如是基于块的经运动补偿的转换编码器。H.264/MPEG-4AVC设计是视频编码器600的优选设计。然而,也可使用其它编解码器设计。例如,图7示出用于编码基于SVC设计的基层和时间增强层的示例性视频编码器600’的架构,而图8示出用于编码空间增强层的示例性视频编码器600”的架构。(参见例如PCT/US06/28365和PCT/US06/028366)。视频编码器600’和600”包括可用于使用空间可缩放性降低***中的输入分辨率(例如,从CIF到CIF)的任选输入下采样器640。
图6还示出可使用视频编码器600实现的编码过程。编码器600中的增强参考控制(ENC REF CONTROL)620用于创建“线程化”编码结构。(参见例如PCT/US06/28365和PCT/US06/028366)。基于标准块的经运动补偿的编解码器基于I、P和B画面的常规结构。例如,在诸如IBBPBBP的画面序列(按显示次序)中,‘P’帧是从前一P帧或I帧预测的,而B画面是使用前一以及后一P或I帧两者来预测的。尽管连续的I或P画面之间的B画面的数目如同I画面出现的速率一样可变化,但是例如P画面不可能用作在时间上比最近的P画面早的另一P画面的参考。H.264是个例外,因为编码器和解码器保持两个参考画面列表。选择哪些画面用作参考以及哪些参考用于要被编码的特定画面是可能的。图6中的帧缓冲器块610代表存储参考画面列表的存储器,而编码器侧的增强参考控制620决定对当前画面使用哪些参考画面。
参照示出示例性分层画面编码结构900的图9可更好地理解增强参考控制520的操作。为了实现多个时间分辨率,用于视频通信***中的编解码器可生成多个单独的画面“线程”。给定级的线程被定义为使用或者来自相同线程的画面、或者来自较低级线程的画面来进行运动补偿的画面序列。线程的使用允许实现时间可缩放性,因为可消去任何数日的顶级线程而不影响其余线程的解码过程。
在本发明的优选实施例中,使用具有一组三个线程的编码结构(例如,图9中的结构900)。在图9中,画面标志中的字母‘L’指示任何可缩放层。L之后的数字(0、1和2)标识时间层,例如,其中“0”对应于最低、或最粗糙的时间层,而“2”对应于最高或最细的时间层。图9中所示的箭头指示预测的方向、源和目标。在多数应用中,将仅使用P画面,因为使用B画面增加编码延迟达捕捉和编码用于B画面的参考画面所占用的时间。然而,在并非延迟敏感的应用中,可能除L0画面之外,画面的一部分或全部可以是B画面。类似的,L0画面可以是形成传统画面组(GOP)的I画面。
继续参看图9,层L0仅是相隔四个画面的常规P画面序列。层L1具有与L0相同的帧速率,但是仅允许根据前一L0帧进行预测。层L2帧是根据最近的L0或L1帧预测的。L0提供完全时间分辨率的四分之一(1∶4),L1是L0帧速率的两倍(1∶2),而L2是L0+L1帧速率的两倍(1∶1)。
可在设计成适应本发明的特定实现的不同带宽/可缩放性要求的编码结构中类似地构造比以上讨论的三个层L0、L1和L2更多或更少的层。图10示出在仅有两个层L0和L1的线程化编码结构1000中转换一系列传统预测帧IPPP...的示例。此外,图11示出用于空间可缩放性的线程化编码结构1100的示例。编码结构1100包括由字母‘S’指示的用于增强层的线程。应当注意,增强层的帧可具有与基层的帧不同的线程结构。
用于编码时间层的视频编码器600’(图7)可被扩充以编码空间和/或质量增强层。(参见例如PCT/US06/28365和PCT/US06/028366)。图8示出用于空间增强层的示例性编码器600”。除基层信息也可用于编码器600”之外,编码器600”的结构和功能类似于基层编解码器600’。此信息可包括运动矢量数据、宏块模式数据、经编码的预测差错数据或经重构的像素数据。编码器600”可重用此数据中的部分或全部以针对增强层S作出编码决定。该数据必须被缩放成增强层的目标分辨率(如果基层为QCIF且增强层为CIF,则缩放2的倍数)。尽管空间可缩放性通常需要维护两个编码环路,但是通过将基层中用于增强层编码的数据仅限于可从当前画面的基层中编码的信息计算出的那些值来执行单环路解码是可能的(例如,在H.264 SVC草案标准中)。例如,如果基层宏块是帧间编码(inter-code)的,则增强层不能使用该宏块的经重构像素作为预测的基础。然而,它可使用其运动矢量和预测差错值,因为它们可通过只解码当前基层画面中包含的信息来获得。由于解码器的复杂度被显著降低,因此单环路解码是可取的。
质量或SNR可缩放性增强层编解码器可以与空间可缩放性编解码器相同的方式来构造。对于质量可缩放性,与在较高分辨率版本的输入上构建增强层不同,编解码器以相同空间分辨率编码残余预测差错。关于空间分辨率,在单或双环路编码配置中,基层的所有宏块数据可在增强层被重用。出于简便起见,本文的描述一般针对使用空间可缩放性的技术。然而,应当理解,相同的技术可应用于质量可缩放性。
通过引用结合于此的国际专利申请PCT/US06/28365[SVC编码]描述了线程编码结构(例如,编码结构900)在其针对存在传输差错的稳健性方面所具有的不同优点。在基于运动补偿预测的传统技术水平的视频编解码器中,时间依存性是固有的。给定画面处的任何分组丢失不仅影响该特定画面的质量,而且或者直接或者间接地影响以给定画面作为参考的所有将来画面。这是因为解码器对将来的预测可构建的参考帧将与编码器处所用的参考帧不同。随后的差异或漂移会对传统技术水平的视频编解码器造成极大的影响。
相反,图9中所示的线程结构创建三个完备线程或依存链。关于L2画面发生的分组丢失将仅影响L2画面;L0和L1画面仍可被解码和显示。类似地,关于L1画面发生的分组丢失将仅影响L1和L2画面;L0画面仍可被解码和显示。此外,线程结构可被创建成包括S画面的线程或依存链(例如,图11)。图11中所示的示例性S分组线程结构1100具有与图9中所示的L画面线程结构900相类似的特性。S2画面处的分组丢失仅影响特定画面,而S1画面处的丢失还将影响随后的S2画面。在任一情形中,一旦将下一S0画面解码,漂移就将终止。
再次参看图9,在画面质量方面,L0画面处发生的分组丢失可能是灾难性的,因为将会影响所有画面类型。如前所述,对此问题的传统解决方案是周期性地编码L0画面作为内画面或I画面。然而,实现这种解决方案的带宽开销会是显著的,因为I画面通常比P画面大3-6倍。此外,导致需要使用I画面的分组丢失通常是网络拥塞的结果。试图通过网络发送I画面来补救分组丢失只会恶化拥塞问题。
比使用I画面传输来补救分组丢失更好的技术是将L0的特定百分比的内宏块编码为在任何给定画面中内部。这种技术有助于将比特率负荷分摊到多个画面上而不是将负荷集中到单个画面中。已被编码为在给定画面中内部的宏块在同一周期中无需再次被强制编码为在内部。在有限数目的画面之后,接收器/解码器将具有接收到的、关于画面中的所有宏块位置的内部信息。在使用这种技术时,在编码器处必须注意不将失真预测引入到已经由运动预测编码为内部的区域中(即,“安全”对“非安全”帧区域)。因此,在编码器处,在给定周期中出于稳健性目的已将宏块编码为内部之后,对同一帧区域的将来时间预测可仅从同一周期中已被编码为内部的位置开始进行。在给定L0画面中以帧内模式编码宏块的约10-15%可实现良好的权衡。结果,在约十个L0帧(即,40个画面、或每秒30帧下的1.3秒)之后,解码器将与编码器在L0层处重新同步。应当注意,当解码器在内部刷新周期开始之后立即加入流时,它必须等待下一周期开始以及等待直至下一周期完成,以便进行同步(即,总共接近两个周期的延迟)。由于画面编码结构(例如,结构900)的层依存性,随后的L1和L2画面也将被准确解码,只要它们的数据被准确接收到。因此,如果基层L0和某些增强层画面以其递送被保证的方式传送,则在分组丢失的情形中没有严重后果的情况下其余层可基于尽力来传送。这种有保证传输可使用诸如区分型和FEC等已知技术来执行。在本文的描述中,也可参照提供这种区分型服务质量的作为两个实际或虚拟信道的高可靠性信道(HRC)和低可靠性信道(LRC)(图1)。(参见例如PCT/US06/28365和PCT/US06/28366)。在使用可缩放视频编码结构(图11中的结构1100)的视频通信***中,层L0-L2和S0可例如在HRC上可靠传送,而S1和S2可在LRC上传送。尽管S1或S2分组的丢失可导致有限的漂移,但是仍期望能够尽可能多地避免信息丢失。
内宏块编码技术的一个缺点是在某些差错状况下,实现充分的1块所需的L0帧之一可能丢失,由此阻碍了过程的收敛。这种技术的另一个缺点是无论信道的状况如何都有编码效率惩罚。换言之,强制内宏块将产生带宽开销,即使通信中完全没有分组丢失也是如此。
本发明的差错弹性技术通过采用L0层的子集或整个L0层的可靠传输来克服用于补偿分组丢失的传统技术的前述限制。差错弹性或可靠性通过重发来确保。本发明的差错弹性技术不仅出于显示目的而被设计成恢复丢失的画面,还被设计成创建正确的参考画面以便于解码依赖于丢失分组中所包含的那些画面(整体或部分)的将来画面。在本发明的***实现中,L0画面的可靠传输可通过LRP模块(例如,图2中的模块270A和270B以及图4中的模块470A和470B)根据适当的保护协议(例如,图14中的协议1400)在发送和接收方之间使用肯定或否定确认来执行。
图12示出示例性画面编码结构1200,其中L0基层和L1-L2时间增强层与至少一个可靠传送的基层画面相耦合以进行差错弹性视频通信。在编码结构1200中,除标示为L0-L2画面的常规基层和增强层之外,还有称为LR(‘R’代表可靠)的新的画面类型。注意:在图12中所示的编码结构1200中,层LR和L0-L2可等效于分别被标示为L0-L3,因为LR画面总是经编码的视频信号的最低时间层。根据用于差错弹性视频通信的本发明,可以是P画面的LR画面被指定成将被可靠地递送到接收方目的地。
本发明的差错弹性技术的操作可通过考虑其中L0画面之一因分组丢失而被破坏或丢失的示例来理解。如前所述,在传统通信***中,丢失L0画面对所有后续L0-L2画面的影响是严重的。使用本发明的画面编码结构1200,在丢失L0画面之后的下一“可靠递送”LR画面提供了重新同步点,接收方/编码器可在该点之后继续无失真地解码和显示。
在图12中所示的编码结构1200中,LR画面之间的时间距离例如为12帧。LR画面的可靠递送利用了具有极长时间距离(6帧或更多)的P画面约为I画面的大小的一半,并且可靠递送并非旨在确保相关画面的及时显示而是旨在创建合适的参考画面以备将来使用这个事实。因此,LR画面的递送可通过在连续LR画面之间的一段时间内极轻微地增加***中的带宽来实现。
编码结构1200可使用现有的H.264 AVC标准——在该标准下LR画面可例如被存储在解码器处作为长期参考画面并可用MMCO命令来替换——来实现。
图13示出示例性画面编码结构1300,其中LR画面的概念被应用于增强层画面(或者空间或者质量可缩放性)。这里,要被可靠传送的画面被标示为SR,而对于LR画面,它们组成空间或质量增强层的最低时间层。
注意:尽管出于例示的目的LR画面的概念在此通常被描述成应用于经编码的视频信号的最低时间层,但此概念也可根据本发明原理被扩展或应用到附加层。此扩展应用将导致以可靠方式传送附加层。例如,参看图12,除LR画面之外,L0画面也可被纳入可靠(重)传送机制中。类似地,可包括任何空间/质量增强层的画面(来自最低或附加时间层)。此外,视频序列报头或其它数据可被当作或视为与***中的LR等效,以使得它们(报头或其它数据)被可靠地传送。在下文中,出于描述简便的目的,假定只有LR画面被可靠传送,除非另外明确指明。然而,应当容易理解,附加层或数据可以完全相同的方法来可靠传送。
当没有分组丢失时,用于LR帧的可靠递送的带宽开销为零或可忽略是合乎需要的。这意味着动态闭环算法应当被用于可靠递送机制。在例如LR帧被主动重发多次的情况中,使用开环算法也是可能的。
图14示出用于LR帧的可靠递送的优选机制或协议1400。协议1400采用基于肯定确认(ACK)消息的机制向发送方(例如,发送器、SVCS1或SVCS2)指示特定LR画面已被预期接收方(例如,SVCS1、SVCS2或接收器)接收到。参看图14中的时间轴,如果在指定时间间隔内(例如,一次往返行程的时间(RTT))未接收到确认,则发送器处的定时器发起给定LR画面的重传。除针对LR画面使用常规、周期或静态结构定义之外,还可采用动态结构。在此情形中,在***操作中动态地定义LR画面。在发送器从所有接收器接收到对传送流中特定帧的接收的肯定确认之后,视频通信***随后可将此帧指定为LR帧并使用它作为新的锚定或同步点。换言之,在所有接收器已确认它们皆已正确接收到特定画面之后,发送编码器将使用该特定画面作为LR画面。如果特定LR画面变得陈旧,则发送器可放弃该特定LR画面,并且在任何时候尝试建立与较新画面的重新同步点。如果使用否定确认(NACK)消息取代肯定ACK消息,则协议1200的操作是类似的。在此情形中,发送器一旦接收到NACK就立即重发给定画面。
当通信***中存在SVCS时,它可任选地充当ACK消息的聚集点。在此情形中,SVCS可仅向发送器发送单个归纳确认消息以指示所有预期上游接收器皆已接收到LR画面。这种特征有助于使通信***的不同组件之间的控制消息通信量最小化。或者,SVCS可充当ACK消息的终止点(‘ACK终止模式’)。在此模式中,SVCS立即确认接收到的LR画面并对其进行高速缓存。在此情形中,发送器不希望来自SVCS的上游的其他接收器的其它确认。然后,‘终止模式’SVCS按需执行对下游SVCS或接收器的重发以确保可靠递送,并在所有接收器皆已确认接收之后从其高速缓冲器中移除LR画面。可利用此模式来将特定接收器/端点与有问题的连接隔离开,从而使其它端点之间的通信不受到影响。注意:在ACK终止模式中,不再可能在发送器处动态地将画面定义为LR画面,因此在此情形中周期性或静态模式是适当的。
示例性协议1200(使用肯定确认,但不用ACK聚集或终止)的操作的细节可参照图14来理解。附图示出例如通过两个单独的SVCS单元1和2通信的发送器和接收器。应当理解,协议1200的操作通常与其中不使用SVCS的***(例如,具有发送器与接收器之间的直接连接的***)以及其中使用一个或多个SVCS的***中的相同。
参看图14,发送器在时刻t0传送作为LR状态的候选的L0帧。该帧可在一个或多个传输层分组中输送。在此出于描述方便起见,可假定使用单个分组。此外,如果使用帧分段——在此情形中重传会影响丢失的特定片段,但不一定是整个帧——则操作是相同的。
在SVCS1处期望在给定时刻t1-t0内接收到包含LR帧(LR)的分组。此时,发送器期望SVCS1生成针对该帧的肯定确认消息(ACK)。如果在***的往返行程时间(RTT)内没有接收到这种ACK,则发送器假定分组已丢失并在时间t2重传LR帧。现在假定在SVCS1处接收到帧。针对发送器的ACK可由SVCS1生成,该SVCS1还将帧转发到SVCS2。与发送器相类似,SVCS1还将经历多次帧重传直至SVCS2确认其接收。图14示出在时间t6由SVCS2接收到由SVCS1发送的LR帧。然后,SVCS2将持续向接收器传送该帧直至其接收到来自接收器的ACK(例如,ACK 1410)(例如,在时间t8)。当最终用户接收器(并非中间SVCS)接收到LR帧时,它通知初始发送器其现在具有可用作供将来画面的编码用的参考画面的此新的正确接收到的帧。此ACK14010经由SVCS传播到达发送器(例如,在时间t10)。在特定视频通信会话中的所有接收器确认对新的LR帧的正确接收之后,发送器可随后使用所传送的帧作为参考画面。
如前所述,在H.264视频编码标准中,通过将候选传送画面标记为长期参考画面来便于使用所传送的帧作为参考画面。类似的标记技术可与其它编码方案一起使用。候选传送画面未被用作参考画面直至已从所有接收器收集到肯定ACK。注意:在LR协议1400运行的整个时间内,发送器持续传送经编码的视频。换言之,由于协议要求可能的重传,因此不引发附加的端对端延迟。LR处理机制的目标是创建用于将来画面的编码的可靠参考画面。实际上,LR画面的初始传送被破坏且在特定接收器处无法适当的播放是可能的。发送器(或SVCS)将持续传送画面直至其被特定接收器正确地接收到,而接收器将持续尝试解码和回放发送器将继续传送的后续视频帧。
图15示出使用否定确认(NACK)的协议1500的操作。与使用ACK的协议的操作的不同之处在于现在接收端点或SVCS具有检测何时LR画面未被接收到且已丢失的任务。RTP或H.264传输中丢失检测用的具体技术将在下文中描述(例如,参照图16-24)。这些技术使得-接收到任何后续画面就能够检测到丢失。在协议1500的操作中,当接收端点或SVCS检测到LR画面已丢失时,它就向传送端点或SVCS发送NACK消息。然后,传送端点或SVCS从其高速缓冲器获得丢失的画面,并重传或者丢失的帧或者将使得接收器能够重新同步其解码器的更近的LR画面。
继续参看图15,假定使用图9的画面编码结构(四个时间层,即LR和L0-L2),以及发送器和接收器通过SVCS通信。此外,假定由发送器在时间t0传送的LR画面丢失,而后续的画面——L0画面——被成功地传送到SVCS。一接收到L0画面,SVCS就检测作为参考的LR画面已丢失,并传送NACK,后者由发送器在时间tR接收到。同时,发送器也已在时间t2传送L1帧。一旦在时间tR接收到NACK,发送器就向SVCS重传最近的LR画面。发送器继续以适当的时间间隔传送初始画面流,例如,在时间t3传送L2画面而在时间t4传送L1画面。注意:无论所需的LR画面是否已丢失,SVCS都立即向下游接收器转发已从接收器处成功接收到的任何画面。假定针对接收器的所有传输都成功,则当在接收器处接收到重传的LR画面时,接收器将具有用以解码在较早时间t3和t4接收到的L0和L1所必需的所有信息。尽管可能太迟而不能显示这些画面,但是接收器(例如,在解码画面而非显示它们的“恢复模式”中)可将其解码以便具有用于正确解码在时间t5到达的L2画面的正确参考画面。如果接收器具有足够的CPU能力,则这种解码可比实时更快地完成。在时间t5,接收器可随后开始常规地解码和显示没有差错的传入视频信号,并且没有因丢失而导致任何延迟。应当注意,如果所选的接收器改为在L2之前显示LR、L0和L1画面,则通信会话的常规(没有丢失的情况下)端对端延迟将增加SVCS恢复所丢失的LR画面所用的时间量。在交互式通信中,附加延迟是不合需要的,并且消除该附加延迟是本发明的优点之一。
使用RTCP或其它反馈机制,可使用例如上述的肯定和否定确认技术通知发送器特定接收器正经历丢失分组。反馈可与针对每个单独分组的各个ACK/NACK消息一样详细。使用反馈使得编码器能够计算(确切或大致地)解码器的状态,并相应地进行动作。此反馈被生成并由可靠性和随机接入控制(RFC)模块530(图6)来收集。RRC模块可随后指令编码器使用内宏块,或适当地增加其频率以在需要时进一步帮助同步过程。
当使用肯定确认时并且为了使已经历丢失分组的接收器能够重新同步到经编码的比特流,发送器可使用最近的LR画面作为参考画面来选择编码当前帧。在知道此LR画面已被可靠接收到的情况下,发送器可使用LR画面作为参考来将当前画面编码为P画面。在接收器正确地接收到当前画面之后,从此时开始它可在参考画面缓冲器方面与编码器同步。换言之,将消除解码器中出现的任何漂移。
类似地,当使用否定确认时,解码器可通过解码给定画面的所有必要参考画面来与比特流重新同步,即使它们太迟到达而不能被显示时也是如此。如果解码器可比实时更快地(换言之,所占用的解码时间少于画面之间的时间)解码,则其最终可与接收到的比特流同步。通过在同步点开始显示,解码器可继续常规解码和显示操作而没有任何附加的端对端延迟被添加到通信会话。
用于重新同步接收器的这些技术在涉及例如5-10个参与者的中型到大型视频会议中具有明显的优势。在此类会议中,使用I帧实现已经历分组丢失的接收器的重新同步会对所有参与者施加相当可观的带宽惩罚。实际上,最弱链路(即,具有最多差错的链路)上的参与者将影响具有最强链路的参与者的质量。通过使用LR画面,消除了内画面的使用。尽管基于LR画面的P画面也具有带宽开销,只要帧之间的时间距离不是太大,开销就会显著小于I画面的。用于重新同步的LRP技术也适于诸如往返行程延迟、服务器的分布等的***参数。***越好,在接收器处准确接收到时LR画面将建立得更快,从而导致对基于LR画面的更好预测,这又将导致更小的开销。
注意,当使用反馈时,可能不必先验决定LR帧的结构。实际上,LR帧的结构可通过收集和整理来自所有接收器的反馈来统计和动态地建立。被确认为被所有接收器接收到的帧可被自动视为LR帧。
在某些情形中,LR画面的缺点在于到视频会议的单个较差的连接仍会使针对所涉及的所有参与者的质量下降。在此类情形中,中间SVCS可扮演发送器代理的角色,并在其余参与者未受影响地继续会议的同时持续重发所需的数据。例如,在转发SVCS到毗连SVCS或所连接的端点的连接使得实现来自其对等设备的肯定确认的时间大于预先配置的值的情况中,转发SVCS可被配置成就像端点确实发回肯定确认(包括发回适当的ACK)那样对待该端点。这种配置限制了有问题的端点或SVCS连接对整体***的影响。从此时开始,转发SVCS将仅向其有问题的对等设备传送LR帧,因为它是最终与解码过程重新同步所需的最小信息。如果较新的LR帧自发送器到达转发SVCS,则它们将继续被重传到有问题的SVCS或端点,由此给予有问题的SVCS或端点与发送器比特流同步的其它机会。由于没有其它帧(除LR之外的)在此链路上传送,因此不会因这种重传导致附加拥塞。实际上,如果此类经高速缓冲和重传的LR帧的数目超过特定预定义数目(例如,2-3),则转发SVCS可考虑要终止特定的有问题的SVCS或端点连接。所终止的SVCS或端点随后将必须使用其可用的任何合适的随机进入机制来重新加入视步频会议会话。
在连接或链路中断是暂时的情况中,接收端点可以其正确次序解码重传的LR帧并重新加入会话。期望由于LR帧的数目远小于帧的总数,因此CPU负载将不会是个问题且接收端点可跟得上解码过程。
应当理解,图14中所示的协议1400是示例性的,并且其可易于针对其它***性能的改进进行更改。例如,在经更改的协议1400中,一直传回到发送器的确认(例如,图14中所示的ACK[RCVR]消息)不必从接收端点发起,而是可仅从最靠近链中端点的最后SVCS发起。连接到端点的最后SVCS可首先发同ACK[RCVR],并随后如上所述地继续向端点可靠传送或重传LR帧。协议1400的这种更改避免在发回ACK[RCVR]之前必须等待预先配置的时间。
如可为本领域技术人员所显见的,根据本发明的原理,可用其它合适的传输层机制替代用于实现LR帧的可靠传输的ARQ协议(例如,协议1400)。用于LR帧的合适传输的合适传输层机制包括诸如主动重传、以及诸如使用交织的Reed-Solomon(理德-所罗门)码更复杂的FEC(前向纠错)技术和混合式FEC-ARQ技术(参见例如Rubenstein等人在2001年3月的计算机通信杂志上发表)。
在本发明的实现中重点考虑接收器(例如,接收端点或SVCS)如何在最小延迟的情况下检测到LR画面已丢失。本发明包括基于画面编号和画面编号引用的技术。此技术通过向LR画面指派与这些LR画面分组一起被运送的序号来操作。接收器维护其已接收到的LR画面的编号的列表。另一方面,非LR画面包含最近LR画面在解码次序中的序号。此序号引用允许接收器甚至在接收后一LR画面之前检测丢失的LR画面。当接收器接收到LR画面时,其可通过将其画面编号与其所维护的画面编号列表(接收到的画面的编号应当比前一画面的编号大一,或者如果计数重新开始则为0)作比较来检测是否已丢失先前LR画面中的一个或多个。当接收器接收到非LR画面时,它进行测试以查看所引用的LR画面的编号是否存在于其编号列表中。如果不存在,则假定为丢失,并且可发起纠正动作(例如,NACK消息被传回发送器)。
LR画面可使用标志或其它信令手段(例如,根据其分组报头或分组有效载荷参数导出)等来标识,或者它们的存在被暗示(例如,通过它们在经编码的视频序列中的次序)。作为LR画面编号的使用的例示,假定两个画面LR和L0的序列以此次序被传送。接收器的编号列表最初为空。此外,假定对LR画面指派序号0。LR画面将在其分组中指示编号0的情况下被传送。L0画面也在包括编号0作为对其所依赖的LR画面——最近LR画面——的参考的情况下被传送。如果LR画面丢失,则接收器将接收到包含对具有编号0的LR画面的引用的帧L0。由于此编号在其列表中不存在(列表仍为空),因此接收器检测到具有编号0的LR画面已丢失。它可随后请求重发丢失的LR画面。
注意,使用LR画面编号技术检测丢失的LR画面可在接收端点以及中间SVCS两者处执行。例如在LRP(接收)模块270B(图2和3)或模块470B(图4)处执行此操作。
本文描述了LR画面编号技术的两个不同实施例。一个实施例(在下文中称为‘R分组’技术)适用于***使用RTP协议进行传输的情况。另一实施例适用于***使用H.264 Annex G(SVC)草案标准的情况。
对于R分组技术,假定RTP协议(在UDP和IP上)被用于两个终端之间——可能经由一个或多个中间服务器——的通信。注意:媒体传送终端可执行实时编码,或者可从本地或其它存储(RAM、硬盘、存储区网、文档服务器等)访问媒体数据。类似地,接收终端可执行实时解码,以及它可将接收到的数据存储在本地或其它存储中以备将来回放,或者两者。对于在此的描述,假定(并非限制)实时编码和解码正在进行。
图16示出传送终端的LRP发送模块(例如,图2中的模块270A)的架构。LRP发送模块包括具有用于可能要求重传的分组的本地存储(例如,缓冲器1605)的分组处理器(R分组控制器1610)。R分组控制器1610对R分组作标记,并且还对RNACK作出响应。R分组控制器被连接到实现RTP/UDP/IP协议栈的复用器MUX 1620和分用器DMUX 1630。尽管MUX 1620和DMUX1630在图16中被示为单独的实体,但它们可被组合在同一单元中。MUX 1620和DMUX 1630被连接到提供物理层接口的一个或多个网络接口控制器(NIC)。在优选实施例中,NIC是以太网适配器,但可使用任何其它NIC,这对于本领域技术人员是显而易见的。
类似地,图17示出接收终端的LRP接收模块(例如,图2中的模块270B)的示例性架构。在此,R分组控制器(例如,控制器1610’)负责分组丢失检测和适当NACK消息的生成。此外,图18示出服务器的LRP发送和接收模块(例如,图4中的模块420A和420B)——可与接收终端的组件以及背靠背(back-to-back)连接的传送终端的那些组件相同——的结构。
在优选实施例中,传送终端根据RTP规范对媒体数据进行分组。注意:尽管针对RTP定义了不同的分组(称为“有效载荷”)格式,但它们可共享同一公共报头。本发明针对RTP分组引入命名报头扩展机制(参见2006年2月D.Singer的draft-ietf-avt-rtp-hdrext-01(进行中)——“A general mechanismfor RTP Header Extensions(RTP报头扩展的通用机制)”)以使得R分组可被适当处理。
根据本发明,在包含R分组的RTP会话中,用命名报头扩展机制来对各个分组作标记。R分组报头扩展元素标识R分组自身以及先前发送的R分组。例如,此报头扩展元素具有名称“com.layeredmedia.avtr-packet/200606”。每个R分组包括——且每个非R分组应当包括——此类形式的报头扩展元素。
图19示出发明性命名报头扩展的示例性数据字段格式,其中这些字段定义如下。
ID:4比特
针对此报头扩展元素协商的本地标识符,如例如D.Singer在2006年12月的draft-ietf-avt-rtp-hdrext-01(进行中)——“A general mechanism for RTPHeader Extensions(RTP报头扩展的通用机制)”中所定义的。
长度(len):4比特
此报头扩展元素的数据字节的长度减一,不计入报头字节(ID和len)。如果存在第二个字(取代范围),则这将具有值6,如果不存在,则为2。因此,其值必须或者为2或者为6。
R:1比特
指示包含此报头扩展元素的分组是系列SER中具有R序号RSEQ的R分组的比特。如果此比特未被置位,则报头扩展元素替代地指示媒体流在系列SER中的最近R分组具有R序号RSEQ。如果此比特未被置位,则取代范围应当不存在(即,len字段应当为2)并且在存在的情况下必须被忽略。
保留,必须为零(MBZ):3比特
保留比特。这些必须在传送时被设为零,并且在接收时被忽略。
系列ID(SER):4比特
R分组系列的标识符由此报头扩展元素来描述。如果媒体编码器仅描述单个R分组系列,则此应当具有值0。例如,使用图13中所示的可缩放视频画面编码结构,L分组(空间增强基层,所有线程)可比方将SER设为零,而S分组(空间增强层,所有线程)可将SER设为1。
R分组序号(RSEQ):16比特
指示此R分组在系列SER中的编号的无符号序号。在给定系列中每发送一个R分组,此值递增1(mod 2^16)。各个序列的RSEQ值是独立的。
取代范围的起始(SUPERSEDE_START):16比特
被此R分组取代的最早R分组(包括此分组)的R序号,通过模2^16计算出。(由于此值使用模运算,因此值RSEQ+1可用于SUPERSEDE_START以指示在取代范围末端之前的所有R分组已被取代。)此字段是任选的,并且仅在len=6时存在。
取代范围的末端(SUPERSEDE_END):16比特
被此R分组取代最后R分组(包括此分组)的R序号,通过模2^16计算出。此值必须位于闭合范围[SUPERSEDE_START..RSEQ]模2^16中。此字段是任选的,并且仅在len=6时存在。
RTP分组可包含多个R分组标记元素,只要这些元素的每一个都具有一不同的SER值。然而,RTP分组不能包含一个以上的、R比特被置位的这种报头扩展元素,即,R分组不可属于一个以上的系列。
媒体流中使用R分组的所有RTP分组应当包括针对所有活跃系列的标记元素。
当此报头扩展元素的第二个字存在时,它指示此R分组取代某些先前接收到的R分组,这意味着这些分组不再是重构流状态所必需的。第二个字必须仅在其R比特被置位的报头扩展元素中出现。
R分组可仅取代系列中由元素的SER字段标识的R分组。R分组不能取代其它系列中的分组。
对于取代元素而言,具有SUPERSEDE_END=RSEQ是有效的。这指示R分组取代其自身,即,此R分组直接变成与流状态无关。实际上,这样做的最通常原因是要结束一系列;这可通过发送具有取代范围(SUPERSEDE_START,SUPERSEDE_END)=(RSEQ+1,RSEQ)的空分组(例如,RTP No-op分组,参见F.Andreasen在2005年5月的draft-ietf-avt-rtp-no-op-00(进行中)的“ANo-opPayload Format for RTP(RTP的No-op有效载荷格式)”),以使得该系列不再包含任何未经取代的分组。
在系列中发送的第一R分组应当在取代范围为(SUPERSEDE_START,SUPERSEDE_END)=(RSEQ+1,RSEQ-I)下发送,以明确该范围内没有其它R分组存在。
R分组可冗余地包括要被取代的分组范围内已被取代的分组。
R分组的丢失由接收器来检测,并且由该接收器用RTCP反馈消息向发送器进行指示。R分组否定确认(NACK)消息是由PT=RTPFB且FMT=4(作为示例)标识的RTCP反馈消息(例如,参见J.Ott等人在2006年7月的RFC4585的“Extended RTP Profile for RTCP-based Feedback(RTP/AVPF)(基于RTCP反馈的扩展RTP概况(RTP/AVPF))”)。根据本发明,也可选择其它值。FCI字段必须包含至少一个且可包含一个以上的RNACK。
RNACK分组用于指示一个或多个R分组的丢失。丢失分组经由分组序号、系列标识符和位屏蔽来标以。
RNACK消息的结构和语义类似于AVPF通用NACK消息的那些。
图20示出了RNACK反馈控制信息(FCI)的示例性语法,其中各个字段定义如下:
R分组序号(RSEQ):16比特
RSEQ字段指示接收器尚未接收到的RSEQ值。
系列ID(SER):4比特
哪个R分组序列正被此报头扩展元素描述为丢失的标识符。
后续丢失R分组的位屏蔽(BLR):12比特
BLR允许报告紧随由RSEQ指示的RTP分组之后的12个R分组中的任一个的丢失。指示BLP的最低有效位为比特1,且其最高有效位为比特12,如果接收器尚未接收到系列SER(模2^16)中的R分组号(RSEQ+i),则位屏蔽的比特i被设为比特1,并且指示此分组丢失;否则比特i被设为0。注意:发送器不能假定接收器已接收到R分组,因为其位屏蔽被设为0。例如,如果序列中对应于RSEQ的分组和后续的R分组已丢失,则BLR的最低有效位可被设为1。然而,发送器不能仅因为比特BLR的比特2到15为0就推断已接收到分组RSEQ+2到RSEQ+16;所有发送器都知道接收器此时尚未将它们当作丢失来报告。
当接收器检测到其尚未接收到非替代的R分组时,它遵照RTCP(参见J.Ott和S.Wenger在2004年8月的draft-ietf-avt-rtcp-feedback-11(进行中)-“Extended RTP Profile for RTCP-based Feedback(RTP/AVPF)(基于RTCP反馈的扩展RTP概况(RTP/AVPF))”)尽可能快地发送RNACK消息。在多点情况中,这包括监听来自其它接收器的RNACK分组但不针对已被报告的丢失R分组发送RNACK。
当发送器接收到RNACK分组时,其检查该分组是否已被取代。如果其尚未被取代,则发送器重传被发送的RNACK所针对的分组(使用例如RTP重传有效载荷,参见J.Rey等人在2006年7月的RFC 4588的“RTPRetransmission Payload Format(RTP重传有效载荷格式)”)。如果分组已被取代,则它重传最近的分组,后者的R分组元素指示包括所请求分组的取代分组范围。
取代重传先前已发送的分组,发送器还可选择生成和发送取代RNACK中所请求分组的新的R分组。
在某一时间段之后,如果接收器尚未接收到或者被发送的RNACK所针对的R分组或者取代该分组的R分组的重传,则它应当重传RNACK消息。接收器不能以超过AVPF所准许的频率发送RNACK消息。它在可能的情况下应当执行对到发送器的往返行程时间的估计,并且不应当以超过每往返行程时间一次的频率发送RNACK消息。(如果接收器也充当RTP发送器,且发送器正发送关于接收器的流的RTCP接收报告,则可根据发送器报告的LSR和DLSR字段推断出往返行程时间。)如果往返行程时间不可用,则接收器不应当比设置时间段更频繁地发送RNACK消息。可能值为100毫秒,尽管根据应当环境其它值也可能是合适的,这对本领域技术人员是显而易见的。
上述RNACK机制也可作为肯定确认‘RACK’消息来应用。在此情形中,接收器向发送器指示哪些分组已被正确接收。根据本发明的原理,在对分组报头的语义进行适当修改的情况下,与RNACK消息相同的设计可被用作这些‘RACK’消息。RACK消息可具有有效载荷特定解释,例如,它们可对应于切片或整个帧。在此类情形中,RACK消息必须确认相关切片或帧所涉及的所有各个分组。
在同一***中组合使用RACK和RNACK也是可能的。
R分组技术具有若干优点。首先,它使得发送器能够将所生成RTP流中的分组子集指示为高优先级(R)分组。
它还使得接收器能够确定其何时已丢失R分组、何时接收到流的任何分组,并且无需考虑经编码的流的依存性结构如何。
它还使得接收器能够向发送器指示其在何时已丢失R分组。这可通过否定确认已被标识为丢失的任何分组来实现。任选地,接收到的R分组可由接收器进行肯定确认。
另外,它使得不管已丢失多少其它非R分组,接收器都能够确定其自接收到的最后分组起未丢失任何R分组。
又一个优点在于,它使得发送器能够——或者以编解码器知晓的方式(例如,H.264切片)或者以编解码器未知晓的方式(例如,RFC 3984分段单元)——将帧划分成任何数目的R分组。
另一个优点在于,它使得发送器能够声明R分组取代先前的R分组,即,先前的某些R分组不再是建立流状态所必需的。这包括能够声明给定分组之前的所有R分组已被取代,以及一定范围的R分组被取代两者。
最后,另一个优点在于,它允许编码器以允许R分组状态从FEC流恢复的方式对其媒体流——或者对所有分组或者选择性地仅对于R分组——应用前向纠错(FEC)(参见例如A.Li在2006年3月的draft-ietf-avt-ulp-17(进行中)——“RTP Payload Format for Generic Forward Error Correction(通用前向纠错的RTP有效载荷格式)”。
允许接收器以最小延迟检测LR画面(包括SR画面)已丢失的第二示例性检测技术可应用于基于H.264 Annex G(SVC)草案标准的***。在此情形中,H.264 AnnexG(SVC)NAL单元被用作进行传输的基础。目前H.264 SVC编解码器的设计不运送足以允许接收器确定是否已接收到流的全部最低时间层(R)——即H.264 SVC术语中的“关键画面”的信息。例如,参看图21,帧0和帧3都是自身存储在长期参考缓冲器中的位置0的关键帧。帧4参考长期参考缓冲器中的位置0。如果帧3完全丢失,则帧4不能被正确解码。然而,接收器在H.264 Annex G(SVC)草案标准下无法了解这些;接收器如同它能够使用帧0作为帧4的参考那样来进行操作,因而显示不正确的图像。
用于使得解码器能够检测帧丢失的机制要将连续帧号或索引指派给关键图片,并且使非关键帧通过参考最近的关键帧的帧索引来指示该最近的关键帧。通过检查关键帧索引,流接收器可确定其是否确实接收到当前帧之前的流的全部关键画面。对于以H.264 SVC语法提供帧索引信息,存在多种可能性。以下参照图23和24描述了两种替换性实施例。
图22示出SVCNAL报头扩展的结构,如在目前的H.264 AnnexG草案(参见例如2006年7月在Klagenfurt由J.Reiehel、D.Santa Cruz和F.Ziliani修改的联合视频组的文献JVT-T201的T.Wiegand、G.Sullivan、J.Reichel、H.Schwarz、M.Wien等人的“Joint Draft 7,Rev.2:Scalable Vidco Coding(联合草案7,修订版2:可缩放视频编码)”,2006年7月在Klagcnfurt的联合视频组的文档JVT-TO 83(经修改)的“On IIigh Level Syntax(关于高级语法)”,这两篇文献皆通过引用全部结合于此)中定义的。图22示出3字节报头的结构,以及各个字段的名称及其比特长度。dependency_id(依存性_ID)(D)、temporal_level(时间_级)(T)以及quality_level(质量_级)(Q)字段分别指示空间/粗粒度质量、时间和细粒度质量维度中的点。换言之,它们指示NAL的有效载荷在由可缩放编码器提供的一组分辨率中的位置。注意,此方案中的基层通过D=Q=T=0来标识。
此外,注意:当T=Q=0时,fragmented_flag(分段_标志)、last_fragment_flag(最后_片段_标志)、fragment_order(片段_次序)字段没有使用,因为它们仅对FGS经编码的数据相关(Q>0)。这些字段提供总共4比特。如果后缀reserved_zero_two_bits(保留_零_两_比特)被包括在内,则总共为6比特。类似地,当T>0但Q=0时,总共4比特的字段fragmented_flag、last_fragment_flag、fragment_order不被使用。如果添加后缀保留比特,则总共为6比特。通过注意条件T=Q=0对应于关键画面,而T>0且Q=对应于非关键画面,可看到存在可用于引入帧编号的若干比特。可用的比特数目受非关键帧比特的限制。
图23示出根据用于以H.264 SVC语法提供帧索引信息的示例性技术的经更改的SVC NAL扩展报头的结构。注意:报头的长度不变;然而,某些比特取决于T和Q字段的值而被不同地解释。在T=0且Q=0的情况下,F、LF、FO和R2字段被解释为指定了指派给当前接入单元的关键画面帧索引的FI字段(key_picture_frame_idx(关键_画面_帧_索引))。在T>0且Q=0的情况下,F、LF、FO和R2字段被解释为指定按照解码次序相对于当前接入单元的最近关键帧的key_pic_frame_idx的LFI字段(last_key_picture_frame_idx(最后_关键_画面_帧_索引))。
对非关键帧使用6比特允许表示64个连续帧号。使用在每秒30帧下低至4个的关键画面时段,每个帧号周期为8.4秒。最小周期时间为4.2秒,对应于2个的关键画面时段。明显地,较长的时间提供更好的稳健性,因为参考画面与到达的画面之间帧号重复的机会得以减小。
用于以H.264 SVC语法提供帧索引信息的技术的第二实施例通过使用保留比特之一作为扩展标志——当它被置位时发信号通知报头中存在附加比特或字节——来允许较长长度的帧索引。图24示出此实施例的示例性SVC NAL报头扩展结构,其中最初3字节报头的最后比特现在用作扩展标志(EF,extension_flag(扩展_标志))。当EF标志被置位时,报头中存在附加字节。取决于T字段(temporal_level(时间_级))的值,此附加字节被解释为FI或LFI字段。
在两个实施例(3字节或4字节SVCNAL报头扩展)中,FI字段值递增并满足以下约束:
如果当前画面是IDR画面,则FI值应当等于0;以及
否则,即,如果当前画面不是IDR画面,则令PrevTL0FrameIdx等于按照解码次序T等于0的最近画面的FI值。当前画面的FI的值应当等于:(PrevTL0FrameIdx+1)%256。数字256表示FI字段的动态范围(最大值+1),并且应当针对不同的FL字段长度调节成值2^(以比特计的FI长度)。
在RTP传输上下文和H.264 SVC NAL传输上下文中,根据本发明的用于指示R画面索引值并在非R画面中引用它的替换性机制对于本领域技术人员将是显而易见的。
现在关注在视频通信***中使用LR画面进行可靠传输和随机接入的替换性实施例(参看图1)。在本发明的替换性实施例中,SVCS单元可被配置成通过解码所有LR画面并将最近的LR画面保留在缓冲器中来便于LR画面的可靠传输。当接收器经历分组丢失时,它可从SVCS请求最近LR画面的副本。此画面现在可在SVCS处被编码成高质量内画面并被传送到接收器。此经编码的画面被称为内LR画面。尽管带宽开销可能很高,但是这仅影响特定SVCS与经历分组丢失的接收器之间的链路。内LR画面随后可被接收器用作应当被包含在其参考画面缓冲器中的实际参考画面的良好近似。为了改进这种近似,帧内编码较佳地应当具有极高质量。由H.264支持的SI/SP技术还可用来提供对用于与比特流同步所需的参考帧的准确再现。在此情形中,SI和SP画面两者必须由编码器生成。SI画面由未接收到SP画面的接收器使用。通过构造,使用SI/SP画面机制没有漂移。注意:尽管SI/SP机制当前仅被H.264 AVC支持,但是完全可对SVC类型(可缩放)编码应用相同的方法。SI画面可被SVCS进行高速缓存,并且仅提供给新参与者。
在最接近接收最终用户的SVCS不具有用于持续解码LR画面(或者在LR画面不存在的情况下的L0画面)的计算能力的情形中,该任务可被指派给在传输路径的较早级处的SVCS。在极端情形中,指派(以及最终用户的相关联请求)可在发送器自身处进行。
注意:常规解码画面与在使用内LR画面之后解码的那些画面之间的匹配并不一定精确(除非使用SI/SP帧)。然而,结合内宏块,在传输期间可能存在的视觉伪像被极大地减少的同时,视频通信***可逐渐恢复同步。这种技术的益处在于其将差错处理完全局部化在经历分组丢失的链路上。结果,其他参与者在其视频信号的质量上完全不遭受惩罚。
以上差错弹性技术也可用于提供对经编码视频信号的随机接入。例如,在图1中所示的视频会议示例中,当最终用户3加入最终用户1与2之间的现行视频会议时,最终用户3将开始从两个最终用户1和2处接收经编码的视频流。为了能够适当地解码这些流,最终用户3处的视频解码器必须与最终用户1和2处的解码器同步。这要求将最终用户3处的参考画面与最终用户1和2处的参考画面对齐。
如前所述,由于使用内画面会对***带宽产生较大影响——对于较大会议的媒体尤其如此——因此使用内画面没有吸引力。内宏块的替换性技术可用于在较小的时段内实现同步。
在本发明的实施例中,基于服务器的内LR画面被直接用于随机接入。当参与者第一次加入会议时,它立即请求这种内LR画面,并随后进入差错恢复模式(就像丢失了分组那样)。通过同时使用内宏块,解码器将快速与编码器同步,但是在处于差错恢复模式期间,视觉伪像将被最小化。注意:发送编码器通过会话的信令机制了解新的用户何时加入通信会话,并且可由此发起使用内宏块或按需增加其频率。这例如通过图6中所示的RRC模块630来实现。因此,与内宏块相关联的编码效率的降低仅被限于新的用户加入会话的期间。
由基于服务器的内画面所导致的计算复杂度并非十分高。假定每三个L0帧中有一个是LR帧,则仅需要解码8%的帧。将仅需要对很少部分的帧进行编码。实际上,仅集中在随机接入问题上(例如,参与者改变分辨率、或预订会话),则仅需要对10%或更少的帧进行编码。还可通过限制每个被处理的流生成I帧的频率来将编码限于任何期望值。例如,假定8%的帧被解码且2%被编码(对应于每48帧的随机进入),则与必须解码和编码整个流的译码MCU/服务器的传统实现相比,总的复杂度小于3.5%(8%x25%+2%x75%=3.5%,假定编码复杂度是解码复杂度的3倍)。类似于传统译码MCU,基于服务器的内LR画面技术可将内帧请求(例如,对于差错恢复、随机接入以及画面大小的改变)与传送器隔离开,并由此限制了这种帧内请求对其它参与者端点的影响。
如前所述,如果服务器不具有用于基于服务器的内画面处理的CPU能力,或者如果服务器未在会议会话中预订所请求的流,则内画面请求可传播到下一SVCS(即,更靠近特定视频流的传送器)。如果***中没有服务器具有合适的内画面处理功能,则内画面请求甚至可传播到发送器/传送器本身。
以基于服务器的LR画面为基础的视频会议保留基于可缩放视频和联播的视频会议的优点。这些优点包括因无需抖动缓冲器而实现的最小服务器延迟(即使具有LR画面)、改进的差错弹性、以及比传统MCU的复杂度小一个量级的复杂度。
以上所述的LR和基于服务器的内LR画面技术也可直接应用于空间可缩放性和SNR或质量可缩放性。LR画面和基于服务器的内LR画面的概念可应用于空间或质量层的任一个。例如,图13示出具有三个时间层和两个空间或质量层的示例性画面编码结构1300。除差错弹性和随机接入之外,空间可缩放性和SNR可缩放性需要考虑层切换。例如,当正在以CIF分辨率观看参与者的最终用户决定切换至QCIF或反之时,可能导致层切换的需要。对于差错弹性和随机接入而言,层切换是类似的,但并不相同。不同分辨率(空间或质量)之间的相关性可被有益地用于创建有效的层切换机制。
应当注意:如当前在H.264SVC标准化努力中所研究的,在空间可缩放性方面,在单环路中操作接收器是可能的。如果在高分辨率下执行的预测不使用要求以低分辨率应用运动补偿的任何低分辨率信息,则单环路操作可能的。换言之,预测可使用内宏块、运动矢量、预测模式、经解码的预测差错值,但不使用低分辨率的实际经解码的像素。虽然从计算的观点来看,单环路解码使得可缩放解码器较为简单,但是其使得从低到高或从高到低的分辨率切换成为一个复杂的问题。单环路解码的替换方案是其中以两个或多个接收分辨率解码接收到的信号的多环路解码。多环路解码显著地增大了解码复杂度,因为它类似于同时操作多个解码器(每个经解码的分辨率一个)。
在许多视频会议应用中,分辨率之间的频率切换是必需的。例如,考虑其中有5个人参加并且说话者在较大窗口中呈现而其他参与者则在较小的窗口呈现的中型会议中的动态布局。通过使用两个分辨率下的LR画面,解码器可维护解码环路,后者使得两个分辨率下的参考画面缓冲器的内容相近似——准确而言是在LR时间点处。当从一个分辨率切换到另一个时,LR画面可用作解码成另一分辨率的起始点。假定这些LR画面是每4个L0画面中的一个,则转换在0.4秒内发生,同时计算开销小于单环路解码的10%(准确地为1/12)。当解码器仅‘预订’LR画面时,SVCS可向解码器传送分割成较小片的LR帧。这些较小的片可分散在LR周期上的所有帧之间,以在给定链路上维护平滑的比特率。或者,SVCS可跨时间地分散于来自多个流的不同LR帧上。
两个分辨率下的内宏块也可用来便于层切换。假定端点希望从低分辨率转到高分辨率。其将持续解码低分辨率信号并以高分辨率显示它(上采样),同时将在“差错恢复”模式中开始解码高分辨率信号但不显示它。当接收器确信其高分辨率解码环路与编码器充分同步时,它可将显示切换到经解码的高分辨率画面且任选地停止解码低分辨率环路。相反,当从高分辨率转到低分辨率时,接收器可使用高分辨率画面作为低分辨率编码环路的良好参考画面,并以低分辨率在常规差错恢复模式(并且进行显示)继续。通过这种方法,端点将避免必须持续接收高分辨率数据。
使用内宏块的一个可能的缺点是其在切换或进入时间与施加于流的当前接收器上开销的量之间造就一种权衡。切换越快速,则对于当前接收器而言,将有越多的开销。以上[0066]所述方法或在服务器上生成内帧的是用于有效地避开这种权衡的一种可能的方法,但它在服务器上的确需要附加媒体处理。本发明之下的其它方法如下:
方法(a),其中内宏块被包括在LR/SR帧中(以使得低速率切换或进入将可能具有极低的开销),同时SVCS高速缓存LR/SR帧。当新的接收器进入流时,SVCS仅向其提供这些帧以使得接收器可比实时更快地将它们解码(通常为1∶8)并且缩短进入时间。
方法(b),其中作为方法(a)的补充,SVCS移除高速缓存的LR/SR画面中存在的、对于接收器而言因后继I宏块而变得冗余的帧间宏块。这在LR/SR帧由编码器以切片形式来配备的情况下可更容易实现,以使此操作将仅需要删去此类冗余的中间切片。在以下描述中,这两种方法(a)和(b)都称为“内宏块快速转发”。
图25示出内宏块快速转发的操作。附图示出在三个连续时刻t=i到i+2处各自被编码成三个单独切片的LR画面2500(LR i到i+2)。在各个时刻,三个切片之一被编码为帧内(A)。当进行组合时,这三个画面一起向解码器提供每个宏块的至少一个内版本。为了用于创建参考画面,除内切片A之外,解码器还必须接收图中所示的阴影切片(B)。这些阴影切片是使用宏块数据从同一位置处的先前切片预测的。在实现快速转发内恢复时,服务器需要高速缓存提供这种内切片编码的任何连续LR画面。一旦有来自接收器的请求,服务器就仅需传送内切片以及图25中所指示的阴影切片B。图25中所示的非阴影切片(C)无需被传送。
注意:并非所有LR画面都必须提供此类内切片编码。例如,假定LR画面的传输模式诸如为LRI LRI LRI LR LR LR,其中‘I’上标指示存在内切片,则服务器不仅必须高速缓存内切片及其在LRI画面中的依存切片,还必须高速缓存后续LR画面中的依存切片。
此技术可被扩展到高分辨率同步。例如,在如上所述同步到基层之后,接收器可在开始时显示经上采样的基层信息。同时,它可在增强(S)层(通过SRI画面)中发起相同的过程。注意:这些画面在SVCS处无需被高速缓存,而是接收器一被添加到会话就指示编码器开始生成它们。由于恢复点是根据高速缓存的基层来确定的,因此这不会增加同步时间。这将仅影响由接收器看到的初始视频质量。图26示出使用由三个切片构成的LR画面的示例的这种高分辨率同步过程。
参看图26,SVCS高速缓存LRI画面的整个周期2610以及后续LR画面(2610’)。当客户端加入(例如,在A点)时,SVCS尽可能快地向接收器传送所有高速缓存的LR画面。一解码所有这些画面,接收器现在就处于同步(例如,在B点)并可开始LR流的常规解码。它还可显示经解码的、上采样到高分辨率的画面。同时,在A点处,通知编码器来生成SRI画面2620。这些画面开始在C点到达接收器。一接收到整个周期的SRI画面(例如,在D点),接收器就从显示上采样的基层画面切换到显示经解码的全分辨率画面。尽管LR恢复是通过比实时更快速地解码来实现的,但是SR恢复是通过实时解码来实现的。在此示例中,接收器能够在B点产生显示输出(虽然以较低的质量)。应当理解,根据本发明的原理,可对SR恢复使用不同的定时或速率。例如,在带宽允许的情况下,SR恢复可连同LR恢复一起被快速转发。此外,内宏块可一直存在于SR 画面中,而非仅在可适于较大会议或与频繁分辨率改变相关联的会议时按需发起。最后,如果已在接收器中解码LR画面,则仅快速转发SR级所需的信息可被提供给解码器。
可在正确时间指示解码器开始使用如在H.264规范中定义的恢复点SEI消息来显示画面。参数recovery_frame_cnt(恢复_帧_计数)和exact_match_flag(准确_匹配_标志)可用于指示完成恢复的帧号,以及是否与编码器相匹配。
在内宏块被减小以使得刷新需要较大数目的LR/SR帧的情况中,快速转发方法将要求发送大量LR/SR帧,从而导致比质量相当的一个I帧更大的总带宽利用。此外,在许多视频切换技术(例如,语音激活切换)中,许多接收器将需要切换到较低或较高分辨率下的相同画面。在这些情形中,方法(a)可增加执行R帧的解码以及向切换或进入接收器发送常规内帧的服务器(方法(c))。这种经增加的方法(a)提供了在当前预订流的端点处维持较小开销的同时降低与基于服务器的内帧方法相关联的计算开销与减小进行切换时的带宽开销以及切换时间本身之间的良好权衡。
在另一方法(d)中,取决于***中的约束,快速方法可仅用于缩短对同步的等待时间而非完全消除这种等待时间。例如,如果***中的进入端点是带宽有限的,则可能并不较快地向它发送提前同步所需的所有LR/SR画面。相反,为了更快速地同步,可向进入端点发送或提供较小的储备(backlog)。
以上所描述的各种技术和方法在实践时可被组合或更改。例如,快速转发方法可仅应用于LR级(最低空间/质量分辨率)帧,这些帧随后可被解码并上采样以用作后继增强层帧的参考。实际上,可在之后用于传送增强层帧的带宽和用于将它们解码的CPU可在同步期间使用以更快速地传送和解码LR帧。
在编码器并非带宽有限的情形中,编码器在周期性基础上生成I帧或切片。编码器可操作成使得就在I切片或画面之前的帧将作为紧接其后的帧的参考。SVCS可高速缓存这种帧内信息,并且阻止将其转发到当前接收此流的端点,由此避免任何开销。对于新的参与者,SVCS将提供此I画面以及任何后续的R帧,以使得新的参与者可赶上实时。如果从编码器到SVCS可用其它带宽,则有可能传送所有LR帧,并且添加I切片或画面作为附加冗余画面。冗余画面将在SVCS处被高速缓存,而常规LR画面被转发到接收者。高速缓存的I切片或画面可如前所述地用于帮助接收器同步到特定流,同时未对当前参与者造成任何带宽开销。
以上所述的方法也可用在一个到多个流送应用的、要求低延迟和某些交互性度量的上下文中,并在本发明下被要求权利。
前述切换技术的潜在的缺点是它在从低分辨率切换到高分辨率时要求双解码环路。一种替换性切换技术仅要求单环路解码结构。在要实现从低分辨率到高分辨率的切换时,解码器切换到由以较低分辨率解码的参考画面初始化的高分辨率解码环路。从此时开始,解码并显示高分辨率画面,并且最终经由内宏块与传送器同步。
当进行单环路解码时,视频编码器仅以参与者所请求的大小编码画面是可能的。这在以多个分辨率进行编码时是优点,例如,极低分辨率的编码可用于差错隐藏目的。
此外,根据本发明,空间和/或SNR可缩放性可用于差错隐藏。例如,假定单环路CIF/QCIF编码。如果在高分辨率上发生差错,对于差错隐藏,解码器可上采样QCIF分辨率的内宏块,并使用可用运动矢量、模式和在CIF层编码的预测差错。如果双环路解码是可能的,或在工作中可基于差错的检测进行,则解码器还可使用上采样的经解码的QCIF图像作为将来的帧的参考或用于显示目的。使用在CIF层处使用的宏块和/或消除对被破坏画面的依存性的时间结构,视频通信***将快速地从损坏中恢复。
图13中所示的相同LR方案也可用于稳健性目的。当在增强层发生分组丢失时,低分辨率LR帧可提供恢复点。经解码的帧可用作高分辨率参考画面缓冲器的估计,或者可替代高分辨率帧显示直至高分辨率解码环路恢复。当与内宏块组合时,这可以是有效的差错弹性技术。此外,可在计算负载与切换速度之间进行权衡。例如,通过更多地解码低分辨率层(例如,所有L0画面),存在用于恢复高分辨率层的更多和更好的数据。对增强层信号使用LR帧也是可能的。
如在图13的画面编码结构中,当存在一个以上的空间或质量分辨率时,快速转发恢复和隐藏可同时发生。例如,当解码器不接收所要求的SR画面时,它可使用隐藏来解码后续SR和S0-S2画面。当缺少的SR画面通过重发变得可用时,解码器可随后重新解码自SR丢失起接收到的***SR画面,并且可能已被隐藏地显示,以使其为后续SR画面产生正确的参考画面。注意:如果SR重传足够快,且重传的SR早于在丢失的SR之后的SR画面到达,则在允许其对必须解码并接着显示的画面生成正确的参考画面的情况下,解码器也可解码已被隐藏地显示的S0和S1画面的任一个或全部。如果画面以切片形式来构造,则根据本发明的原理,本文所述的隐藏和快速转发恢复技术皆可独立地应用于切片中的每一个。
在空间可缩放性方面,带宽效率在跨时间与跨空间分辨率之间存在有益的相互作用。例如,在单环解码中,基层处的内宏块对改进较高空间层的编码效率是有益的。此外,试验已表明,编码的质量越高(即,QP值越小),则运动估计的有效性越低。LR帧的典型大小是L0帧的两倍,但是大小差异随着质量的提高而减小。因此,对于越高分辨率和/或画面质量,可令所有L0帧来将LR帧用作参考而没有显著的编码效率惩罚。由于保证LR帧将被可靠接收到,因此使用它们提供了更大程度的差错弹性解决方案而在带宽中没有过度的惩罚。
针对视频通信***在LR画面与内宏块的使用之间的选择取决于所遇到的特定网络状况、参与者的数目和若干其它因素。为了使视频通信***的效率最佳化,联合考虑这些技术的每一种在解码过程中的效果是很重要的。理想地,如果编码器完全知晓解码器的状态——包括丢失分组,则最大化将来的帧的质量是可能的。这可在编码器与所有解码器之间维护紧密反馈环路的情况下实现。这通过RRC模块530(图6)来表示。可在所有级下提供反馈,例如从各个宏块、切片、画面或整个层提供。
RRC模块530可被配置成根据模式选择、运动矢量选择等连同参考画面选择(常规或LR参考)以及强制内宏块编码过程的统计一起来协调编码器的决定。此外,RRC模块530可被配置成维护与帧中可用于运动补偿预测的安全对非***分有关的状态信息。这些决定可以与编码器联合的方式作出。可为编码器所用的反馈越是详细,可作出的决定越好。
如果编码器知道解码器处所采用的差错隐藏策略,则假定使用反馈编码器将能够计算解码器的准确状态,即使存在分组差错也如此。如果实际分组丢失信息不可用,则编码器仍可使用统计技术来估计分组丢失的概率性影响以及在执行速率-失真最优化时计入分组丢失。例如,较高的丢失率将导致较大百分比的帧内经编码的宏块。
类似地,可将诸如新用户加入会议的操作引入编码器的最优化过程中。在此情形中,向新用户提供随机接入点的需要转化为编码器处极高百分比的内宏块。使用可缩放编码,在层切换中观测到相同的现象。
出于***效率起见,由RRC 530管理的反馈信息无需直接到达特定编码器。作为替换方案,中间SVCS可过滤反馈消息并向编码器呈递合并结果。***中的中间节点可对反馈消息采取动作。例如,考虑NACK消息的情形。NACK可从最近的中间节点(SVCS)触发重传。NACK可一直传播至源,在那里它被用于跟踪解码器的状态。此信息可例如引发编码器将参考画面索引切换成指向LR画面(或知道其自身已被适当地接收且当前在编码器的缓冲器中可用的画面)。NACK/ACK消息传送的概念直接导致用于运动补偿预测是安全或非安全的画面或画面区的概念,后者又自然地导致LR画面的概念。具有固定周期性结构的LR帧允许用NACK分发,并且类似地紧密NACK/ACK反馈的使用实现LR画面的完全动态选择。
作为NACK/ACK反馈消息所隐含的“推入(push)”方法的替换方案的是“拉出(pull)”架构。在拉出架构中,LR画面无需被确认,相反地被缓冲在每个中间SVCS处,并且当端点或其它下游服务器确定它们已错失LR分组时基于请求(例如,类似于对新的I帧的请求)来重传。
在这种拉出架构的变体中,所有L0分组(或已用于给定应用的可缩放编码方案的其它最低时间级)被缓冲在每个中间SVCS处并基于请求来重传。此变体可使得端点在等待错失的L0分组的同时如果不具有解码已到达的所有L0分组的CPU带宽,则总是处于力图迎头赶上的模式中。然而,拉出架构的这种变体的优点在于,不存在仅出于差错弹性的目的而引入的略大LR帧的附加开销。
可靠性分组(不管LR还是LO)之间的间隔应当根据最弱参与者(端点或另一服务器)的CPU和带宽约束来确定。过于频繁到达的可靠性分组会在恢复期间超出端点的容量。视频通信***可被配置成向发送器发信号通知参与者的恢复能力,以使得可靠性分组之间的间隔可尽可能地与最弱参与者所能处理的一样小,但是不比它小。
构成编码器决定作出过程的一部分的是宏块编码类型(mb_type)的选择。此决定计入与给定以上考虑的情况下的帧间编码相关联的失真和速率。与(受约束的)帧内编码相关联的失真和速率在无需考虑多个解码器的情况下被计算出。取决于对成本函数的选择,必须对每个空间分辨率和mb_type计算一个或多个失真值。
当对解码器状态或成本函数的建模不准确时,内宏块类型可替代或附加地选择以符合随机模式。适当数量的内宏块可根据对信道差错概率以及隐藏能量的量的估计来确定。
虽然已描述了被视为是本发明的优选实施例的那些实施例,但是本领域技术人员应当认识到,可作出其它或进一步的改变和更改而不背离本发明的精神,并且其旨在要求保护落在本发明的真实范围内的所有这些改变和更改。
应当理解,本发明的***和方法可用任何硬件和软件的组合来实现。用于实现和操作前述***和方法的软件(即,指令)可被设置在计算机可读介质上,这些计算机可读介质可包括但不限于:固件、存储器、存储设备、微控制器、微处理器、集成电路、ASICS、可在线下载的媒体以及其它可用的介质。
Claims (63)
1.一种用于通信网络上传送节点与一个或多个接收节点之间的媒体通信的***,所述网络具有包括去往或来自每个端点的更可靠媒体传输链路的一个或多个分层媒体传输链路,所述***包括:
编码器,它将所传送的媒体编码成具有多个不同帧类型的线程化编码结构中的帧,所述帧包括参考帧序列;
解码器,它基于其中的参考帧解码接收到的媒体;以及
所述线程化编码结构中特定选择的帧子集,所述帧子集被指定为通过所述更可靠传输链路可靠地传输到所述解码器的类型(“R”),
其中所述类型R的所述帧子集被具体地选择成至少包括所述线程化编码结构中的最低时间层的帧,并且使得所述解码器在分组丢失或差错之后基于可靠接收到的所述类型R的帧解码所接收到的媒体的至少一部分,并由此与所述编码器同步。
2.如权利要求1所述的***,其特征在于,还包括用于处理类型R的帧的模块,其中所述处理模块被设置在所述编码器处、和/或解码器处、和/或所述更可靠媒体传输链路的末端处的中间网络服务器上。
3.如权利要求1所述的***,其特征在于,包括单层、可缩放编码解码器和联播编解码器中的至少之一。
4.如权利要求1所述的***,其特征在于,包括遵循H.264 AVC的编解码器,其中用于通过所述更可靠传输链路可靠传输到所述解码器的所述特定选择的类型R的帧子集包括被标记为长期参考画面的帧,以及其中由所述解码器基于可靠接收到的所述类型R的参考帧对所接收到的媒体的至少一部分的所述解码是由MMCO命令来控制的。
5.如权利要求1所述的***,其特征在于,所述类型R的参考帧的可靠传输包括基于确认(ACK)和/或否定确认(NACK)消息的协议通过所述更可靠传输链路来重传。
6.如权利要求5所述的***,其特征在于,被指定为通过所述更可靠传输链路可靠传输到所述解码器的类型R的所述特定选择的帧子集包括帧内和帧间宏块,并且其中所述编码器还包括响应于分组丢失或新端点加入当前通信会话在编码将来的画面时重新计算内宏块的可靠性和随机接入(RRC)模块。
7.如权利要求5所述的***,其特征在于,所述网络中的所述编码器和任何中间服务器包括具有预置时间周期的定时器,并且其中所述类型R的帧的可靠传输包括在所设置的时间周期内基于未接收到ACK消息来通过所述更可靠传输链路重传。
8.如权利要求5所述的***,其特征在于,所述类型R的参考帧的可靠传输包括基于接收到NACK消息来通过所述更可靠传输链路重传。
9.如权利要求1所述的***,其特征在于,还包括协调所述传送端点与所述一个或多个接收端点之间的通信的至少一个SVCS,所述至少一个SVCS具有至所述传送端点、所述一个或多个接收端点、以及所述通信网络中的其它SVCS的单独受管理的连接。
10.如权利要求9所述的***,其特征在于,所述至少一个SVCS通过至接收端点或另一SVCS的、拥塞且一直丢掉媒体分组的单独受管理的连接重传所述类型R的参考帧,但是向所述传送端点报告对所述类型R的所述参考帧的肯定接收,由此对其它接收端点和SVCS的通信不受到拥塞的、所述单独受管理的连接的影响。
11.如权利要求9所述的***,其特征在于,所述至少一个SVCS和/或传送端点高速缓存所述最低时间层帧的内帧,并响应于分组丢失或响应于新的接收端点加入通信会话来向接收端点或另一SVCS传送所述内帧。
12.如权利要求11所述的***,其特征在于,所述传送编码器使用周期性内宏块来便于在所述至少一个SVCS所发送的内画面被所述接收端点使用之后的漂移消除。
13.如权利要求11所述的***,其特征在于,所述编码器生成由所述传送端点和/或所述至少一个SVCS高速缓存的切换切片画面(SI),并且其中基于请求或响应于所述接收端点新加入通信会话,所述高速缓存的SI画面被传送到接收端点和/或其它SVCS。
14.如权利要求11所述的***,其特征在于,所述至少一个SVCS解码所有最低时间层画面并高速缓存其结果,并且其中所述至少一个SVCS向或者由于分组丢失或者因为接收端点和/或其它SVCS新加入通信会话而请求最近高速缓存画面的那些接收端点和/或其它SVCS传送所述画面的内版本。
15.如权利要求11所述的***,其特征在于,所述编码器生成并传送未被其它画面参考的内画面,其中所述内画面被高速缓存在所述至少一个SVCS上,并且其中响应于分组丢失和/或响应于接收端点新加入通信会话,所述高速缓存的内画面仅基于显式请求被传送到所述接收端点和/或其它SVCS。
16.如权利要求11所述的***,其特征在于,所述编码器生成并传送冗余的内画面或切片,其中所述冗余内画面或切片被高速缓存在所述至少一个SVCS上,并且其中响应于分组丢失和/或响应于接收端点新加入通信会话,所述冗余内画面或切片仅基于显式请求被传送到所述接收端点和/或其它SVCS。
17.如权利要求9所述的***,其特征在于,NACK消息用于指示未接收到分组或分组接收中的差错,并且其中中间SVCS或接收端点一检测到分组丢失就立即向上游SVCS或所述传送端点发送NACK消息。
18.如权利要求9所述的***,其特征在于,肯定ACK消息用于指示分组的接收,并且其中中间SVCS在从所有下游接收器和SVCS接收到肯定ACK消息之后就向上游SVCS或所述传送端点发送单个经聚集的ACK消息。
19.如权利要求9所述的***,其特征在于,肯定ACK消息用于指示分组的无差错接收,并且其中中间SVCS一从发送器无差错地接收到分组就生成肯定ACK消息,而无需等待来自下游接收器和/或SVCS的任何其它ACK消息。
20.如权利要求1所述的***,其特征在于,将所传送的媒体编码为线程化编码结构中的帧的所述编码器编码所述类型R的帧用于根据预置时间表传输。
21.如权利要求1所述的***,其特征在于,将所传送的媒体编码为线程化编码结构中的帧的编码器在确认所有预期参与者接收到所述类型R的特定传送帧之后将所述特定帧指定为参考画面,以备将来使用。
22.如权利要求21所述的***,其特征在于,将所传送的媒体编码为线程化编码结构中的帧的编码器在没有成功地将所述类型R的特定帧可靠地传输到预期接收方时放弃将所述特定帧作为以备将来使用的候选参考画面。
23.如权利要求1所述的***,其特征在于,所述类型R的参考帧的可靠传输包括通过所述更可靠的传输链路进行重传,并且其中解码器通过即使所有重传的最低时间层画面被太迟接收到以致无法在当前显示的情况下也迅速地解码这些画面来在差错之后与所述编码器重新同步,或者在作为新参与者进入通信会话时与所述编码器同步。
24.如权利要求1所述的***,其特征在于,所述线程化编码结构包括至少一个高分辨率层和低分辨率层,其中所述编码器在两个层上使用具有周期性内宏块的单环路可缩放性编码,其中:
所述解码器通过解码低分辨率层数据并将其显示为经上采样、同时接收并解码高分辨率层数据但不显示它直至漂移被消除、之后所述解码器可切换成显示经解码的高分辨率画面来执行从低分辨率到高分辨率的层切换,以及
所述解码器通过使用最近的高分辨率画面的下采样版本作为其低分辨率解码环路的参考画面、以及对其中所述内宏块将逐渐消除所述漂移的所述经解码的低分辨率画面继续进行解码和显示来执行从高分辨率到低分辨率的层切换。
25.如权利要求24所述的***,其特征在于,所述编码器使用H.264AVC或SVC来编码帧,并且其中恢复点SEI消息用于在差错发生之后完成恢复时指示所述帧号,以及与所述编码器的匹配是准确还是不准确的。
26.如权利要求1所述的***,其特征在于,还包括协调所述传送端点与所述一个或多个端点之间的通信的至少一个SVCS,其中画面编码使用结构化内宏块编码,并且其中所述至少一个SVCS高速缓存一个周期的LR画面并将其传送到执行层切换或作为新参与者进入所述会话的端点,以便可比实时更快速地解码它们,从而实现快速切换。
27.如权利要求26所述的***,其特征在于,所述至少一个SVCS在将分组传送到加入所述会话或执行层转换的所述端点之前从所述分组中移除经帧间编码的宏块或切片。
28.如权利要求1所述的***,其特征在于,所述编码器使用具有至少两个空间层的空间可缩放性,并且其中接收端点在增强层画面丢失之后或在切换到经提升的分辨率时通过使用经上采样的较低层画面作为参考,但应用可用运动矢量、模式以及所述增强层中经编码的预测差错来解码所述增强层画面的近似。
29.如权利要求28所述的***,其特征在于,所述接收端点操作单个解码环路,并且所述经上采样的较低层画面仅由所述较低层中可用的所述内宏块构成。
30.如权利要求28所述的***,其特征在于,所述接收端点操作附加解码环路,并且其中:
所述单个解码环路解码目标分辨率画面;以及
所述附加解码环路仅解码其它分辨率的所述最低时间层画面,
以使得从一个分辨率到另一个的转换可在所述最低时间层画面没有差错的时刻以及在具有较小差错的其它时刻被执行。
31.如权利要求30所述的***,其特征在于,所述SVCS或传送端点传送所述可缩放性层的最低时间层的除要显示画面之外的所述画面,以使得所传送数据的比特率变化被最小化。
32.一种用于通信网络上传送节点与一个或多个接收节点之间的媒体通信的方法,所述网络具有包括去住或来自每个端点的更可靠媒体传输链路的一个或多个分层媒体传输链路,所述端点包括:
编码器,它将所传送媒体编码成具有多个不同帧类型的线程化编码结构中的帧,所述帧包括参考帧序列;以及
解码器,它基于所接收到的媒体中的参考帧解码所接收到的媒体;
所述方法包括:
将所述线程化编码结构中特定选择的帧子集指定为类型(“R”)以供通过所述更可靠传输链路可靠地传输到所述解码器,
其中所述类型R的所述帧子集被具体地选择成至少包括所述线程化编码结构中的最低时间层的帧,并且使得所述解码器在分组丢失或有差错之后基于可靠接收到的所述类型R的帧解码所接收到的媒体的至少一部分,并由此与所述编码器同步;以及
向所述解码器发送所述类型R的所述帧。
33.如权利要求32所述的方法,其特征在于,还包括在去往或来自所述编码器、所述解码器和/或中间网络服务器的所述更可靠媒体传输链路的终端处处理所述类型R的帧。
34.如权利要求32所述的方法,其特征在于,包括使用单层、可缩放编码解码器和联播编解码器中的至少之一。
35.如权利要求32所述的方法,其特征在于,包括:
使用遵循H.264 AVC的编解码器;
包括在用于通过所述更可靠传输链路可靠传输到所述解码器的所述类型R的所述特定选择的帧子集中被标记为长期参考画面的帧;以及
通过使用控制所述解码器的MMCO命令来基于可靠接收到的所述类型R的参考帧解码所接收到的媒体的至少一部分。
36.如权利要求32所述的方法,其特征在于,所述类型R的参考帧的可靠传输包括基于确认(ACK)和/或否定确认(NACK)消息的协议通过所述更可靠传输链路来重传所述帧。
37.如权利要求32所述的方法,其特征在于,被指定为通过所述更可靠传输链路可靠传输到所述解码器的类型R的所述特定选择的帧子集包括内宏块和帧间宏块,所述方法还包括:
响应于分组丢失或新端点加入当前通信会话重新计算编码将来画面时对内宏块的分配。
38.如权利要求36所述的方法,其特征在于,如果在设置时段内未接收到ACK消息,则所述帧通过所述更可靠传输链路重传。
39.如权利要求36所述的方法,其特征在于,一旦接收到NACK消息,所述帧就通过所述更可靠传输链路重传。
40.如权利要求32所述的方法,其特征在于,至少一个SVCS协调所述传送端点与所述一个或多个接收端点之间的通信,所述方法还包括向所述至少一个SVCS提供至所述传送端点、所述一个或多个接收端点、以及所述通信网络中的其它SVCS的单独受管理的连接。
41.如权利要求40所述的方法,其特征在于,还包括通过至接收端点或另一SVCS的、拥塞且一直丢掉媒体分组的单独受管理的连接重传所述类型R的参考帧,但是向所述传送端点报告对所述类型R的所述参考帧的肯定接收,由此对其它接收端点和SVCS的通信不受到拥塞的、所述单独受管理的连接的影响。
42.如权利要求40所述的方法,其特征在于,还包括:
在所述至少一个SVCS和/或传送端点处高速缓存所述最低时间层帧的内帧;以及
响应于分组丢失或响应于新接收端点加入通信会话,向接收端点或另一SVCS传送所述内帧。
43.如权利要求42所述的方法,其特征在于,还包括:
在所述传送编码器处使用周期性内宏块来便于在所述至少一个SVCS发送的内画面被所述接收端点使用之后的漂移消涂。
44.如权利要求42所述的方法,其特征在于,还包括:
生成由所述传送端点和/或所述至少一个SVCS高速缓存的切换切片画面(SI);以及
基于请求和/或响应于所述接收端点新加入通信会话,向接收端点和/或其它SVCS传送所述高速缓存的SI画面。
45.如权利要求42所述的方法,其特征在于,还包括:
在所述至少一个SVCS处解码所有最低时间层画面并高速缓存其结果;以及
向或者由于分组丢失或者因为接收端点和/或其它SVCS新加入通信会话而请求最近高速缓存的画面的那些接收端点和/或其它SVCS传送所述画面的内版本。
46.如权利要求42所述的方法,其特征在于,还包括:
在所述编码器处生成未被其它画面参考的内画面;
将所述内画面高速缓存在所述至少一个SVCS上,以及
响应于分组丢失和/或响应于接收端点新加入通信会话,仅基于显式请求向所述接收端点和/或其它SVCS传送所述高速缓存的内画面。
47.如权利要求42所述的方法,其特征在于,还包括:
在所述编码器处生成冗余内画面或切片;
将所述冗余内画面或切片高速缓存在所述至少一个SVCS上;以及
响应于分组丢失和/或响应于接收端点新加入通信会话,仅基于显式请求向所述接收端点和/或其它SVCS传送所述冗余内画面或切片。
48.如权利要求40所述的方法,其特征在于,还包括:
使用NACK消息来指示未接收到分组或分组接收中的差错;以及
一检测到分组丢失,就立即从中间SVCS或接收端点向上游SVCS或所述传送端点发送NACK消息。
49.如权利要求40所述的方法,其特征在于,还包括:
使用ACK消息来指示对分组的接收;以及
在中间SVCS处从所有下游接收器和SVCS接收到肯定ACK消息之后,从所述中间SVCS向上游SVCS或所述传送端点发送单个经聚集的ACK消息。
50.如权利要求40所述的方法,其特征在于,还包括:
使用ACK消息来指示对分组的接收;以及
一在中间SVCS处从发送器无差错地接收到分组,就从所述中间SVCS生成肯定ACK消息,而无需等待来自下游接收器和/或SVCS的任何进一步的ACK消息。
51.如权利要求32所述的方法,其特征在于,还包括编码所述类型R的帧以供根据预置时间表传输。
52.如权利要求32所述的方法,其特征在于,还包括指定特定传送的所述类型R的帧作为参考画面以备在确认所有预期参与者接收到所述特定帧之后的将来使用。
53.如权利要求52所述的方法,其特征在于,还包括在没有成功地将所述类型R的特定帧可靠地传输到预期接收方时放弃将所述特定帧作为以备将来使用的候选参考画面。
54.如权利要求32所述的方法,其特征在于,所述类型R的所述参考帧的可靠传输包括通过所述更可靠传输链路进行重传,所述方法还包括:
在出差错之后,或在作为新参与者接入通信会话时,即使所有重传的时间层画面被太迟接收到以致无法在当前显示的情况下也在所述解码器处迅速解码它们,以使所述解码器与所述编码器同步。
55.如权利要求32所述的方法,其特征在于,所述线程化编码结构包括至少一个高分辨率层和低分辨率层,其中所述编码器在两个层上使用具有周期性内宏块的单环路可缩放性编码,所述方法还包括:
通过解码低分辨率层数据并将其显示为经上采样、同时接收并解码高分辨率层数据但不显示它直至漂移被消除、之后所述解码器可切换成显示经解码的高分辨率画面来执行从低分辨率到高分辨率的层切换,以及
通过使用最近的高分辨率画面的下采样版本作为其低分辨率解码环路的参考画面、以及对其中所述内宏块将逐渐消除所述漂移的所述经解码的低分辨率画面继续进行解码和显示来执行从高分辨率到低分辨率的层切换。
56.如权利要求55所述的方法,其特征在于,所述编码遵循H.264 AVC或SVC,所述方法还包括使用恢复点SEI消息来在差错发生之后完成恢复时指示所述帧号,以及与所述编码器的匹配是准确还是不准确的。
57.如权利要求32所述的方法,其特征在于,至少一个SVCS协调所述传送端点与所述一个或多个端点之间的通信,并且其中画面编码采用结构化的内宏块编码,所述方法还包括:
在所述至少一个SVCS处高速缓存一个周期的LR画面;以及
将所述一周期的LR画面传送到进行层切换或作为新参与者进入所述会话的端点,以便可比实时更快速地解码它们,从而实现快速切换。
58.如权利要求57所述的方法,其特征在于,还包括在将分组传送到加入所述会话或执行层转换的所述端点之前在所述至少一个SVCS处从所述分组中移除经帧间编码的宏块或切片。
59.如权利要求32所述的方法,其特征在于,编码使用具有至少两个空间层的空间可缩放性,所述方法还包括:
在接收端点处,在增强层画面丢失之后或在切换到经提升的层分辨率时,通过使用经上采样的较低层画面作为参考但应用所述可用运动矢量、模式以及所述增强层处经编码的预测差错来近似所述增强层画面。
60.如权利要求59所述的方法,其特征在于,所述接收端点操作单个解码环路,所述方法还包括仅对所述经上采样的较低层画面使用所述较低层中可用的所述内宏块。
61.如权利要求59所述的方法,其特征在于,所述接收端点操作附加解码环路,所述方法还包括:
使用所述单解码环路来解码目标分辨率画面;以及
使用所述附加解码环路来仅解码其它分辨率的最低时间层画面,
使得从一个分辨率到另一个的转换可在所述最低时间层画面没有差错的时刻以及在具有较小差错的时刻被执行。
62.如权利要求61所述的方法,其特征在于,还包括:
从所述SVCS或传送端点传送所述可缩放性层的最低时间层的除要显示画面之外的所述画面,以使得所传送数据的比特率变化被最小化。
63.一种包括用于执行方法权利要求32-62的至少一个中所述的步骤的指令集的计算机可读介质。
Applications Claiming Priority (12)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US74843705P | 2005-12-08 | 2005-12-08 | |
US60/748,437 | 2005-12-08 | ||
US77876006P | 2006-03-03 | 2006-03-03 | |
US60/778,760 | 2006-03-03 | ||
US78704306P | 2006-03-29 | 2006-03-29 | |
US78703106P | 2006-03-29 | 2006-03-29 | |
US60/787,031 | 2006-03-29 | ||
US60/787,043 | 2006-03-29 | ||
US82961806P | 2006-10-16 | 2006-10-16 | |
US60/829,618 | 2006-10-16 | ||
US86251006P | 2006-10-23 | 2006-10-23 | |
US60/862,510 | 2006-10-23 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200680052466.XA Division CN101371312B (zh) | 2005-12-08 | 2006-12-08 | 用于视频通信***中的差错弹性和随机接入的***和方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102036070A true CN102036070A (zh) | 2011-04-27 |
Family
ID=38123659
Family Applications (5)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2010105222255A Pending CN102036070A (zh) | 2005-12-08 | 2006-12-08 | 用于视频通信***中的差错弹性和随机接入的***和方法 |
CN201410395685.4A Pending CN104125464A (zh) | 2005-12-08 | 2006-12-08 | 用于视频通信***中的差错弹性和随机接入的***和方法 |
CN201010522277.2A Active CN102036071B (zh) | 2005-12-08 | 2006-12-08 | 用于视频通信***中的差错弹性和随机接入的***和方法 |
CN201510198728.4A Active CN105049894B (zh) | 2005-12-08 | 2006-12-08 | 用于视频通信***中的差错弹性和随机接入的***和方法 |
CN200680052466.XA Active CN101371312B (zh) | 2005-12-08 | 2006-12-08 | 用于视频通信***中的差错弹性和随机接入的***和方法 |
Family Applications After (4)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410395685.4A Pending CN104125464A (zh) | 2005-12-08 | 2006-12-08 | 用于视频通信***中的差错弹性和随机接入的***和方法 |
CN201010522277.2A Active CN102036071B (zh) | 2005-12-08 | 2006-12-08 | 用于视频通信***中的差错弹性和随机接入的***和方法 |
CN201510198728.4A Active CN105049894B (zh) | 2005-12-08 | 2006-12-08 | 用于视频通信***中的差错弹性和随机接入的***和方法 |
CN200680052466.XA Active CN101371312B (zh) | 2005-12-08 | 2006-12-08 | 用于视频通信***中的差错弹性和随机接入的***和方法 |
Country Status (7)
Country | Link |
---|---|
US (3) | US9077964B2 (zh) |
EP (2) | EP1964124A4 (zh) |
JP (3) | JP2009518981A (zh) |
CN (5) | CN102036070A (zh) |
AU (1) | AU2006321552B2 (zh) |
CA (1) | CA2633819C (zh) |
WO (1) | WO2007067990A2 (zh) |
Families Citing this family (148)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9446305B2 (en) | 2002-12-10 | 2016-09-20 | Sony Interactive Entertainment America Llc | System and method for improving the graphics performance of hosted applications |
US9192859B2 (en) * | 2002-12-10 | 2015-11-24 | Sony Computer Entertainment America Llc | System and method for compressing video based on latency measurements and other feedback |
US8661496B2 (en) * | 2002-12-10 | 2014-02-25 | Ol2, Inc. | System for combining a plurality of views of real-time streaming interactive video |
US9077991B2 (en) | 2002-12-10 | 2015-07-07 | Sony Computer Entertainment America Llc | System and method for utilizing forward error correction with video compression |
US8549574B2 (en) * | 2002-12-10 | 2013-10-01 | Ol2, Inc. | Method of combining linear content and interactive content compressed together as streaming interactive video |
US20090118019A1 (en) * | 2002-12-10 | 2009-05-07 | Onlive, Inc. | System for streaming databases serving real-time applications used through streaming interactive video |
US9003461B2 (en) * | 2002-12-10 | 2015-04-07 | Ol2, Inc. | Streaming interactive video integrated with recorded video segments |
US8840475B2 (en) * | 2002-12-10 | 2014-09-23 | Ol2, Inc. | Method for user session transitioning among streaming interactive video servers |
US10201760B2 (en) * | 2002-12-10 | 2019-02-12 | Sony Interactive Entertainment America Llc | System and method for compressing video based on detected intraframe motion |
US8949922B2 (en) * | 2002-12-10 | 2015-02-03 | Ol2, Inc. | System for collaborative conferencing using streaming interactive video |
US9108107B2 (en) * | 2002-12-10 | 2015-08-18 | Sony Computer Entertainment America Llc | Hosting and broadcasting virtual events using streaming interactive video |
US8964830B2 (en) | 2002-12-10 | 2015-02-24 | Ol2, Inc. | System and method for multi-stream video compression using multiple encoding formats |
US20100166056A1 (en) * | 2002-12-10 | 2010-07-01 | Steve Perlman | System and method for encoding video using a selected tile and tile rotation pattern |
US9138644B2 (en) * | 2002-12-10 | 2015-09-22 | Sony Computer Entertainment America Llc | System and method for accelerated machine switching |
US8526490B2 (en) | 2002-12-10 | 2013-09-03 | Ol2, Inc. | System and method for video compression using feedback including data related to the successful receipt of video content |
US8711923B2 (en) | 2002-12-10 | 2014-04-29 | Ol2, Inc. | System and method for selecting a video encoding format based on feedback data |
US9314691B2 (en) * | 2002-12-10 | 2016-04-19 | Sony Computer Entertainment America Llc | System and method for compressing video frames or portions thereof based on feedback information from a client device |
US9061207B2 (en) | 2002-12-10 | 2015-06-23 | Sony Computer Entertainment America Llc | Temporary decoder apparatus and method |
US8824553B2 (en) | 2003-05-12 | 2014-09-02 | Google Inc. | Video compression method |
US20060271990A1 (en) | 2005-05-18 | 2006-11-30 | Rodriguez Arturo A | Higher picture rate HD encoding and transmission with legacy HD backward compatibility |
CN102036070A (zh) | 2005-12-08 | 2011-04-27 | 维德约股份有限公司 | 用于视频通信***中的差错弹性和随机接入的***和方法 |
US8436889B2 (en) * | 2005-12-22 | 2013-05-07 | Vidyo, Inc. | System and method for videoconferencing using scalable video coding and compositing scalable video conferencing servers |
EP1989877A4 (en) | 2006-02-16 | 2010-08-18 | Vidyo Inc | SYSTEM AND METHOD FOR DILUTING SCALABLE VIDEO-CODING BITSTRAMS |
US8693538B2 (en) | 2006-03-03 | 2014-04-08 | Vidyo, Inc. | System and method for providing error resilience, random access and rate control in scalable video communications |
WO2007111473A1 (en) * | 2006-03-27 | 2007-10-04 | Electronics And Telecommunications Research Institute | Scalable video encoding and decoding method using switching pictures and apparatus thereof |
US8320450B2 (en) | 2006-03-29 | 2012-11-27 | Vidyo, Inc. | System and method for transcoding between scalable and non-scalable video codecs |
KR101072341B1 (ko) * | 2007-01-18 | 2011-10-11 | 노키아 코포레이션 | Rtp 페이로드 포맷에서의 sei 메시지들의 전송 |
EP2143278B1 (en) * | 2007-04-25 | 2017-03-22 | Thomson Licensing | Inter-view prediction with downsampled reference pictures |
AP2923A (en) * | 2007-05-04 | 2014-05-31 | Nokia Corp | Media stream recording into a reception hint trackof a multimedia container file |
CN101321284B (zh) * | 2007-06-10 | 2012-01-04 | 华为技术有限公司 | 一种编解码方法、设备及*** |
US20090003429A1 (en) * | 2007-06-27 | 2009-01-01 | Mediatek Inc. | Apparatus And Method For Processing A Bitstream |
KR20090004659A (ko) * | 2007-07-02 | 2009-01-12 | 엘지전자 주식회사 | 디지털 방송 시스템 및 데이터 처리 방법 |
KR20090004658A (ko) * | 2007-07-02 | 2009-01-12 | 엘지전자 주식회사 | 디지털 방송 시스템 및 데이터 처리 방법 |
KR20090004660A (ko) * | 2007-07-02 | 2009-01-12 | 엘지전자 주식회사 | 디지털 방송 시스템 및 데이터 처리 방법 |
KR20090004661A (ko) * | 2007-07-04 | 2009-01-12 | 엘지전자 주식회사 | 디지털 방송 시스템 및 데이터 처리 방법 |
US8457214B2 (en) * | 2007-09-10 | 2013-06-04 | Cisco Technology, Inc. | Video compositing of an arbitrary number of source streams using flexible macroblock ordering |
JP5427785B2 (ja) | 2007-09-28 | 2014-02-26 | ドルビー ラボラトリーズ ライセンシング コーポレイション | ビデオ圧縮技法及びビデオ伝達技法 |
US8185614B2 (en) * | 2007-10-09 | 2012-05-22 | Cleversafe, Inc. | Systems, methods, and apparatus for identifying accessible dispersed digital storage vaults utilizing a centralized registry |
JP4676474B2 (ja) * | 2007-10-23 | 2011-04-27 | 株式会社日立国際電気 | 画像符号化方法 |
US9456192B2 (en) * | 2007-12-14 | 2016-09-27 | Cable Television Laboratories, Inc. | Method of coding and transmission of progressive video using differential signal overlay |
US7940777B2 (en) * | 2008-02-26 | 2011-05-10 | Cisco Technology, Inc. | Loss-free packet networks |
US8629893B2 (en) * | 2008-04-02 | 2014-01-14 | Cisco Technology, Inc. | Video switching without instantaneous decoder refresh-frames |
US8850498B1 (en) | 2008-05-16 | 2014-09-30 | Collideo LLC | Media adaptive distribution system and method |
US8319820B2 (en) | 2008-06-23 | 2012-11-27 | Radvision, Ltd. | Systems, methods, and media for providing cascaded multi-point video conferencing units |
US9532001B2 (en) * | 2008-07-10 | 2016-12-27 | Avaya Inc. | Systems, methods, and media for providing selectable video using scalable video coding |
US8385404B2 (en) | 2008-09-11 | 2013-02-26 | Google Inc. | System and method for video encoding using constructed reference frame |
JPWO2010038409A1 (ja) * | 2008-09-30 | 2012-03-01 | パナソニック株式会社 | 再生装置、記録媒体、及び集積回路 |
US20100125768A1 (en) * | 2008-11-17 | 2010-05-20 | Cisco Technology, Inc. | Error resilience in video communication by retransmission of packets of designated reference frames |
US8494451B2 (en) * | 2009-01-30 | 2013-07-23 | Nokia Corporation | Method, apparatus and computer program product for providing ciphering problem recovery for unacknowledged mode radio bearer |
WO2010092272A1 (fr) * | 2009-02-12 | 2010-08-19 | France Telecom | Procede de collecte de donnees temps reel |
US8340180B2 (en) * | 2009-03-20 | 2012-12-25 | Cisco Technology, Inc. | Camera coupled reference frame |
US9912568B2 (en) * | 2009-06-24 | 2018-03-06 | Provenance Asset Group Llc | Method and apparatus for handling broken path in peer-to-peer network |
US9124425B2 (en) | 2009-06-30 | 2015-09-01 | Nokia Technologies Oy | Systems, methods, and apparatuses for ciphering error detection and recovery |
US7974233B2 (en) * | 2009-07-29 | 2011-07-05 | Wiviu Technology Inc. | Systems and methods for transmitting and receiving data streams with feedback information over a lossy network |
CA2782775A1 (en) * | 2009-12-22 | 2011-07-21 | Delta Vidyo, Inc. | System and method for interactive synchronized video watching |
US8625709B2 (en) * | 2010-01-19 | 2014-01-07 | Amimon Ltd. | Device method and system for communicating data |
KR101734835B1 (ko) * | 2010-01-28 | 2017-05-19 | 톰슨 라이센싱 | 재전송 결정을 위한 장치 및 방법 |
US20110249729A1 (en) * | 2010-04-07 | 2011-10-13 | Apple Inc. | Error resilient hierarchical long term reference frames |
US9143729B2 (en) | 2010-05-12 | 2015-09-22 | Blue Jeans Networks, Inc. | Systems and methods for real-time virtual-reality immersive multimedia communications |
WO2011150128A1 (en) * | 2010-05-25 | 2011-12-01 | Vidyo, Inc. | Systems and methods for scalable video communication using multiple cameras and multiple monitors |
CA2811419A1 (en) * | 2010-09-20 | 2012-03-29 | Vidyo, Inc. | System and method for the control and management of multipoint conferences |
US9124757B2 (en) * | 2010-10-04 | 2015-09-01 | Blue Jeans Networks, Inc. | Systems and methods for error resilient scheme for low latency H.264 video coding |
KR101443061B1 (ko) | 2010-11-12 | 2014-09-26 | 한국전자통신연구원 | 패킷 손실에 강인한 애드혹 멀티미디어 그룹통신 단말 및 그 동작방법 |
AU2011338800B2 (en) * | 2010-12-10 | 2015-04-02 | Vidyo, Inc. | Video stream presentation system and protocol |
US9154799B2 (en) | 2011-04-07 | 2015-10-06 | Google Inc. | Encoding and decoding motion via image segmentation |
US8638854B1 (en) | 2011-04-07 | 2014-01-28 | Google Inc. | Apparatus and method for creating an alternate reference frame for video compression using maximal differences |
US9300705B2 (en) | 2011-05-11 | 2016-03-29 | Blue Jeans Network | Methods and systems for interfacing heterogeneous endpoints and web-based media sources in a video conference |
US9369673B2 (en) | 2011-05-11 | 2016-06-14 | Blue Jeans Network | Methods and systems for using a mobile device to join a video conference endpoint into a video conference |
CA2838067A1 (en) | 2011-06-08 | 2012-12-13 | Vidyo, Inc. | Systems and methods for improved interactive content sharing in video communication systems |
GB2492163B (en) * | 2011-06-24 | 2018-05-02 | Skype | Video coding |
GB2492329B (en) | 2011-06-24 | 2018-02-28 | Skype | Video coding |
GB2495467B (en) | 2011-09-02 | 2017-12-13 | Skype | Video coding |
GB2495468B (en) | 2011-09-02 | 2017-12-13 | Skype | Video coding |
GB2495469B (en) | 2011-09-02 | 2017-12-13 | Skype | Video coding |
US9131245B2 (en) | 2011-09-23 | 2015-09-08 | Qualcomm Incorporated | Reference picture list construction for video coding |
SG11201401880VA (en) | 2011-10-28 | 2014-07-30 | Samsung Electronics Co Ltd | Method for inter prediction and device therefor, and method for motion compensation and device therefor |
US9264717B2 (en) | 2011-10-31 | 2016-02-16 | Qualcomm Incorporated | Random access with advanced decoded picture buffer (DPB) management in video coding |
US9204156B2 (en) | 2011-11-03 | 2015-12-01 | Microsoft Technology Licensing, Llc | Adding temporal scalability to a non-scalable bitstream |
US9906815B2 (en) * | 2011-11-08 | 2018-02-27 | Texas Instruments Incorporated | Delayed duplicate I-picture for video coding |
US8908005B1 (en) | 2012-01-27 | 2014-12-09 | Google Inc. | Multiway video broadcast system |
US9001178B1 (en) | 2012-01-27 | 2015-04-07 | Google Inc. | Multimedia conference broadcast system |
CN104137554A (zh) * | 2012-02-24 | 2014-11-05 | Vid拓展公司 | 使用分组损耗检测的视频编码 |
US8917745B2 (en) * | 2012-03-11 | 2014-12-23 | Broadcom Corporation | Channel bonding with orbital angular momentum |
US9609341B1 (en) * | 2012-04-23 | 2017-03-28 | Google Inc. | Video data encoding and decoding using reference picture lists |
EP2842337B1 (en) | 2012-04-23 | 2019-03-13 | Google LLC | Managing multi-reference picture buffers for video data coding |
CN103378955A (zh) * | 2012-04-26 | 2013-10-30 | 华为技术有限公司 | 数据重传的方法、***、数据重传装置和数据获取装置 |
US9014266B1 (en) | 2012-06-05 | 2015-04-21 | Google Inc. | Decimated sliding windows for multi-reference prediction in video coding |
US9219913B2 (en) * | 2012-06-13 | 2015-12-22 | Qualcomm Incorporated | Inferred base layer block for TEXTURE—BL mode in HEVC based single loop scalable video coding |
US20130339482A1 (en) * | 2012-06-15 | 2013-12-19 | Samsung Electronics Co., Ltd | Data transmitting system, and transmitting apparatus and receiving apparatus and program in data transmitting system |
WO2014003379A1 (ko) * | 2012-06-24 | 2014-01-03 | 엘지전자 주식회사 | 영상 디코딩 방법 및 이를 이용하는 장치 |
WO2014010894A1 (ko) * | 2012-07-11 | 2014-01-16 | 한국전자통신연구원 | Mpeg 데이터의 랜덤 억세스를 지원하는 방법 및 시스템 |
BR112014031122A2 (pt) * | 2012-07-17 | 2017-06-27 | Thomson Licensing | avaliação de qualidade de vídeo em um nível de fluxos de bits |
CA2884761C (en) | 2012-09-11 | 2017-01-24 | Vidyo, Inc. | System and method for agent-based integration of instant messaging and video communication systems |
US9491487B2 (en) * | 2012-09-25 | 2016-11-08 | Apple Inc. | Error resilient management of picture order count in predictive coding systems |
CN116347068A (zh) | 2013-01-04 | 2023-06-27 | Ge视频压缩有限责任公司 | 高效可伸缩编码概念 |
US9774869B2 (en) * | 2013-03-25 | 2017-09-26 | Blackberry Limited | Resilient signal encoding |
US9667959B2 (en) * | 2013-03-29 | 2017-05-30 | Qualcomm Incorporated | RTP payload format designs |
CN117956140A (zh) * | 2013-04-08 | 2024-04-30 | Ge视频压缩有限责任公司 | 多视图解码器 |
GB2514540B (en) * | 2013-04-10 | 2020-01-08 | Microsoft Technology Licensing Llc | Resource for encoding a video signal |
WO2014179598A1 (en) * | 2013-05-01 | 2014-11-06 | Vidyo, Inc. | Split endpoints in video communication systems |
US9756331B1 (en) | 2013-06-17 | 2017-09-05 | Google Inc. | Advance coded reference prediction |
US20140369189A1 (en) * | 2013-06-18 | 2014-12-18 | Dasan Networks, Inc. | Method of controlling packet transmission in network system and network system transmitting packet using pseudo-tcp agent |
KR20200045012A (ko) | 2013-07-15 | 2020-04-29 | 소니 주식회사 | 상호작용성을 위한 모션-구속된 타일 세트들 sei 메시지의 확장들 |
WO2015056449A1 (ja) * | 2013-10-18 | 2015-04-23 | パナソニック株式会社 | 画像符号化方法、画像復号方法、画像符号化装置および画像復号装置 |
JP6538324B2 (ja) | 2013-10-18 | 2019-07-03 | パナソニック株式会社 | 画像符号化方法および画像符号化装置 |
US10205954B2 (en) * | 2013-10-23 | 2019-02-12 | Qualcomm Incorporated | Carriage of video coding standard extension bitstream data using MPEG-2 systems |
US10560710B2 (en) | 2014-01-03 | 2020-02-11 | Qualcomm Incorporated | Method for coding recovery point supplemental enhancement information (SEI) messages and region refresh information SEI messages in multi-layer coding |
CN104780029B (zh) * | 2014-01-14 | 2019-02-19 | 华为技术有限公司 | 一种混合自动重传请求方法及相关装置 |
JP2015136059A (ja) | 2014-01-17 | 2015-07-27 | ソニー株式会社 | 通信装置、通信データ生成方法、および通信データ処理方法 |
US9798978B2 (en) * | 2014-06-09 | 2017-10-24 | Cognitive Scale, Inc. | Hybrid data architecture for use within a travel industry optimized cognitive environment |
US10325211B2 (en) | 2014-06-09 | 2019-06-18 | Cognitive Scale, Inc. | Method for using hybrid data within a travel industry optimized cognitive environment |
JP6340962B2 (ja) * | 2014-07-07 | 2018-06-13 | 富士通株式会社 | バス制御装置、データ転送システム、及びバス制御方法 |
CN104202614B (zh) * | 2014-08-15 | 2016-03-09 | 小米科技有限责任公司 | 一种基于网络环境调整视频画质的方法及装置 |
US10085050B2 (en) | 2014-08-15 | 2018-09-25 | Xiaomi Inc. | Method and apparatus for adjusting video quality based on network environment |
US9641867B2 (en) * | 2014-10-24 | 2017-05-02 | Megachips Corporation | Image processor |
US9538137B2 (en) | 2015-04-09 | 2017-01-03 | Microsoft Technology Licensing, Llc | Mitigating loss in inter-operability scenarios for digital video |
US20160330453A1 (en) * | 2015-05-05 | 2016-11-10 | Cisco Technology, Inc. | Parameter Set Header |
WO2016180486A1 (en) * | 2015-05-12 | 2016-11-17 | Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. | Composite scalable video streaming |
US10756997B2 (en) | 2015-09-28 | 2020-08-25 | Cybrook Inc. | Bandwidth adjustment for real-time video transmission |
US20170094301A1 (en) * | 2015-09-28 | 2017-03-30 | Cybrook Inc. | Initial Bandwidth Estimation For Real-time Video Transmission |
US11985318B2 (en) * | 2015-12-24 | 2024-05-14 | OP Solultions, LLC | Encoding video with extended long term reference picture retention |
CN107592540B (zh) * | 2016-07-07 | 2020-02-11 | 腾讯科技(深圳)有限公司 | 一种视频数据处理方法及装置 |
US9756286B1 (en) * | 2016-08-05 | 2017-09-05 | Microsoft Technology Licensing, Llc | Communication event |
US10123040B2 (en) * | 2016-08-30 | 2018-11-06 | Qualcomm Incorporated | Intra-coded video frame caching for video telephony sessions |
CN106303608B (zh) * | 2016-09-27 | 2020-03-03 | 北京小米移动软件有限公司 | 直播处理方法和装置、直播服务器及直播*** |
US10306181B2 (en) | 2016-10-11 | 2019-05-28 | Cisco Technology, Inc. | Large scale media switching: reliable transport for long term reference frames |
EP3536079B1 (en) * | 2016-11-04 | 2020-08-19 | Telefonaktiebolaget LM Ericsson (publ) | Semi-persistent transmission scheduling |
US10805615B2 (en) * | 2016-12-14 | 2020-10-13 | LogMeln, Inc. | Synchronizing video signals using cached key frames |
US10681382B1 (en) * | 2016-12-20 | 2020-06-09 | Amazon Technologies, Inc. | Enhanced encoding and decoding of video reference frames |
CN106961627B (zh) * | 2017-03-24 | 2019-07-02 | 北京金风易通科技有限公司 | 一种提高实时视频播放质量的方法 |
US20180343098A1 (en) * | 2017-05-24 | 2018-11-29 | Qualcomm Incorporated | Techniques and apparatuses for controlling negative acknowledgement (nack) transmissions for video communications |
US10567703B2 (en) | 2017-06-05 | 2020-02-18 | Cisco Technology, Inc. | High frame rate video compatible with existing receivers and amenable to video decoder implementation |
US10375430B2 (en) * | 2017-08-24 | 2019-08-06 | Skitter, Inc. | Method for synchronizing GOPs and IDR-frames on multiple encoders without communication |
JP7183304B6 (ja) * | 2018-05-25 | 2022-12-20 | ライン プラス コーポレーション | 複数のチャネルを利用して動的ビットレートのビデオを配信および再生する方法およびシステム |
CN109889775B (zh) * | 2018-12-26 | 2020-09-18 | 视联动力信息技术股份有限公司 | 一种数据超时处理的方法和装置 |
WO2021026322A1 (en) | 2019-08-06 | 2021-02-11 | Op Solutions | Block-based adaptive resolution management |
KR20220088679A (ko) | 2019-08-06 | 2022-06-28 | 오피 솔루션즈, 엘엘씨 | 적응적 해상도 관리 예측 재스케일링 |
KR20220088680A (ko) | 2019-08-06 | 2022-06-28 | 오피 솔루션즈, 엘엘씨 | 프레임 타입에 기반한 적응적 해상도 관리의 묵시적 시그널링 |
EP3809700B1 (en) * | 2019-10-16 | 2022-02-16 | Axis AB | Periodic intra refresh pattern for video encoding |
CN114902671A (zh) | 2019-11-08 | 2022-08-12 | Op方案有限责任公司 | 用于自适应裁剪的方法和*** |
US11539820B2 (en) * | 2020-03-25 | 2022-12-27 | Tencent America LLC | Signaling and identifying picture boundary in video payload format over IP network |
MX2022012430A (es) * | 2020-04-14 | 2022-11-30 | Op Solutions Llc | Metodos y sistemas de codificación de video que usan regiones de referencia. |
KR20220124031A (ko) | 2021-03-02 | 2022-09-13 | 삼성전자주식회사 | 영상 패킷을 송수신하는 전자 장치 및 이의 동작 방법 |
CN112911650A (zh) * | 2021-03-28 | 2021-06-04 | 高小翎 | 移动高清视频智能双向探测带宽控制*** |
CN113300819B (zh) * | 2021-04-13 | 2022-09-06 | 中国科学技术大学 | 一种鲁棒的逐跳可靠数据传输方法、装置及*** |
US11368510B1 (en) * | 2021-04-30 | 2022-06-21 | Zoom Video Communications, Inc. | Video frame generation |
CN113259673B (zh) * | 2021-07-05 | 2021-10-15 | 腾讯科技(深圳)有限公司 | 伸缩性视频编码方法、装置、设备及存储介质 |
TWI839085B (zh) * | 2023-01-18 | 2024-04-11 | 大陸商威視芯半導體(合肥)有限公司 | 多分辨率高速緩存 |
Family Cites Families (74)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5555244A (en) | 1994-05-19 | 1996-09-10 | Integrated Network Corporation | Scalable multimedia network |
JP3068002B2 (ja) * | 1995-09-18 | 2000-07-24 | 沖電気工業株式会社 | 画像符号化装置、画像復号化装置及び画像伝送システム |
JP3263807B2 (ja) * | 1996-09-09 | 2002-03-11 | ソニー株式会社 | 画像符号化装置および画像符号化方法 |
US6728775B1 (en) * | 1997-03-17 | 2004-04-27 | Microsoft Corporation | Multiple multicasting of multimedia streams |
US6148005A (en) * | 1997-10-09 | 2000-11-14 | Lucent Technologies Inc | Layered video multicast transmission system with retransmission-based error recovery |
US20020057898A1 (en) | 1997-12-19 | 2002-05-16 | James Oliver Normile | Method and apparatus for trick play of bitstream data |
US6167084A (en) | 1998-08-27 | 2000-12-26 | Motorola, Inc. | Dynamic bit allocation for statistical multiplexing of compressed and uncompressed digital video signals |
US6498865B1 (en) | 1999-02-11 | 2002-12-24 | Packetvideo Corp,. | Method and device for control and compatible delivery of digitally compressed visual data in a heterogeneous communication network |
US6499060B1 (en) * | 1999-03-12 | 2002-12-24 | Microsoft Corporation | Media coding for loss recovery with remotely predicted data units |
IL132859A (en) * | 1999-11-10 | 2008-07-08 | Nds Ltd | Data stream processing system |
WO2001047283A1 (en) | 1999-12-22 | 2001-06-28 | General Instrument Corporation | Video compression for multicast environments using spatial scalability and simulcast coding |
JP2002016925A (ja) | 2000-04-27 | 2002-01-18 | Canon Inc | 符号化装置及び符号化方法 |
GB2362531A (en) * | 2000-05-15 | 2001-11-21 | Nokia Mobile Phones Ltd | Indicating the temporal order of reference frames in a video sequence |
US6771703B1 (en) | 2000-06-30 | 2004-08-03 | Emc Corporation | Efficient scaling of nonscalable MPEG-2 Video |
US6871006B1 (en) | 2000-06-30 | 2005-03-22 | Emc Corporation | Processing of MPEG encoded video for trick mode operation |
US6816194B2 (en) * | 2000-07-11 | 2004-11-09 | Microsoft Corporation | Systems and methods with error resilience in enhancement layer bitstream of scalable video coding |
US7079535B2 (en) | 2000-07-28 | 2006-07-18 | The Regents Of The Universtiy Of California | Method and apparatus for real-time fault-tolerant multicasts in computer networks |
FI120125B (fi) | 2000-08-21 | 2009-06-30 | Nokia Corp | Kuvankoodaus |
US6973622B1 (en) | 2000-09-25 | 2005-12-06 | Wireless Valley Communications, Inc. | System and method for design, tracking, measurement, prediction and optimization of data communication networks |
US6907070B2 (en) * | 2000-12-15 | 2005-06-14 | Microsoft Corporation | Drifting reduction and macroblock-based control in progressive fine granularity scalable video coding |
US6937770B1 (en) | 2000-12-28 | 2005-08-30 | Emc Corporation | Adaptive bit rate control for rate reduction of MPEG coded video |
WO2002091202A1 (en) | 2001-05-04 | 2002-11-14 | Globespan Virata Incorporated | System and method for distributed processing of packet data containing audio information |
US7876820B2 (en) | 2001-09-04 | 2011-01-25 | Imec | Method and system for subband encoding and decoding of an overcomplete representation of the data structure |
US7274661B2 (en) * | 2001-09-17 | 2007-09-25 | Altera Corporation | Flow control method for quality streaming of audio/video/media over packet networks |
US6959116B2 (en) | 2001-09-18 | 2005-10-25 | Emc Corporation | Largest magnitude indices selection for (run, level) encoding of a block coded picture |
US7225459B2 (en) | 2001-10-17 | 2007-05-29 | Numerex Investment Corproation | Method and system for dynamically adjusting video bit rates |
KR20040054744A (ko) | 2001-10-26 | 2004-06-25 | 코닌클리케 필립스 일렉트로닉스 엔.브이. | 적응 콘텐트 필터링을 사용하는 공간 스케일가능 압축 체계 |
CN1253008C (zh) | 2001-10-26 | 2006-04-19 | 皇家飞利浦电子股份有限公司 | 空间可分级压缩的方法和设备 |
KR20040054743A (ko) | 2001-10-26 | 2004-06-25 | 코닌클리케 필립스 일렉트로닉스 엔.브이. | 공간 스케일가능 압축 |
WO2003036980A1 (en) | 2001-10-26 | 2003-05-01 | Koninklijke Philips Electronics N.V. | Spatial scalable compression scheme using spatial sharpness enhancement techniques |
JP2003152544A (ja) * | 2001-11-12 | 2003-05-23 | Sony Corp | データ通信システム、データ送信装置、データ受信装置、および方法、並びにコンピュータ・プログラム |
US6909753B2 (en) | 2001-12-05 | 2005-06-21 | Koninklijke Philips Electronics, N.V. | Combined MPEG-4 FGS and modulation algorithm for wireless video transmission |
JP3757857B2 (ja) | 2001-12-12 | 2006-03-22 | ソニー株式会社 | データ通信システム、データ送信装置、データ受信装置、および方法、並びにコンピュータ・プログラム |
US7106757B2 (en) * | 2001-12-19 | 2006-09-12 | Intel Corporation | System and method for streaming multimedia over packet networks |
US6789123B2 (en) | 2001-12-28 | 2004-09-07 | Microsoft Corporation | System and method for delivery of dynamically scalable audio/video content over a network |
FI114527B (fi) * | 2002-01-23 | 2004-10-29 | Nokia Corp | Kuvakehysten ryhmittely videokoodauksessa |
KR20040077777A (ko) | 2002-01-22 | 2004-09-06 | 코닌클리케 필립스 일렉트로닉스 엔.브이. | 드리프트-없는 비디오 엔코딩 및 디코딩 방법, 및 대응장치들 |
EP1670259A3 (en) | 2002-01-23 | 2010-03-03 | Nokia Corporation | Grouping of image frames in video coding |
GB2386275B (en) * | 2002-03-05 | 2004-03-17 | Motorola Inc | Scalable video transmissions |
US6944346B2 (en) * | 2002-05-28 | 2005-09-13 | Koninklijke Philips Electronics N.V. | Efficiency FGST framework employing higher quality reference frames |
US7706359B2 (en) | 2002-07-01 | 2010-04-27 | Converged Data Solutions, Inc. | Systems and methods for voice and data communications including a network drop and insert interface for an external data routing resource |
AU2003281133A1 (en) * | 2002-07-15 | 2004-02-02 | Hitachi, Ltd. | Moving picture encoding method and decoding method |
US7072394B2 (en) | 2002-08-27 | 2006-07-04 | National Chiao Tung University | Architecture and method for fine granularity scalable video coding |
WO2004029957A1 (en) | 2002-09-26 | 2004-04-08 | Koninklijke Philips Electronics N.V. | Multiple stream readout |
US7480252B2 (en) * | 2002-10-04 | 2009-01-20 | Koniklijke Philips Electronics N.V. | Method and system for improving transmission efficiency using multiple-description layered encoding |
JP3513148B1 (ja) * | 2002-10-11 | 2004-03-31 | 株式会社エヌ・ティ・ティ・ドコモ | 動画像符号化方法、動画像復号方法、動画像符号化装置、動画像復号装置、動画像符号化プログラム、及び動画像復号プログラム |
US20040086041A1 (en) * | 2002-10-30 | 2004-05-06 | Koninklijke Philips Electronics N.V. | System and method for advanced data partitioning for robust video transmission |
FR2849982B1 (fr) | 2003-01-15 | 2005-04-08 | Canon Kk | Decodage d'une image numerique codee selon plusieurs niveaux de resolution |
MXPA05008405A (es) * | 2003-02-18 | 2005-10-05 | Nokia Corp | Metodo de descodificacion de imagen. |
MXPA05008404A (es) | 2003-02-18 | 2005-10-05 | Nokia Corp | Metodo de codificacion de imagen. |
AU2004218397B2 (en) | 2003-03-03 | 2008-09-18 | Godo Kaisha Ip Bridge 1 | Picture coding method and picture decoding method |
US7400889B2 (en) | 2003-04-01 | 2008-07-15 | Telefonaktiebolaget Lm Ericsson (Publ) | Scalable quality broadcast service in a mobile wireless communication network |
US7403660B2 (en) * | 2003-04-30 | 2008-07-22 | Nokia Corporation | Encoding picture arrangement parameter in picture bitstream |
KR101050858B1 (ko) * | 2003-06-16 | 2011-07-20 | 톰슨 라이센싱 | 압축된 비디오의 고속 채널 변경을 가능하게 하기 위한디코딩 방법 및 장치 |
KR100586882B1 (ko) * | 2004-04-13 | 2006-06-08 | 삼성전자주식회사 | 모션 스케일러빌리티를 지원하는 코딩 방법 및 장치 |
WO2005109896A2 (en) | 2004-05-04 | 2005-11-17 | Qualcomm Incorporated | Method and apparatus to construct bi-directional predicted frames for temporal scalability |
US20050254575A1 (en) * | 2004-05-12 | 2005-11-17 | Nokia Corporation | Multiple interoperability points for scalable media coding and transmission |
US20050259729A1 (en) | 2004-05-21 | 2005-11-24 | Shijun Sun | Video coding with quality scalability |
US20060078049A1 (en) | 2004-10-13 | 2006-04-13 | Nokia Corporation | Method and system for entropy coding/decoding of a video bit stream for fine granularity scalability |
EP2268042B1 (en) | 2005-03-10 | 2014-07-02 | Qualcomm Incorporated | A decoder architecture for optimized error management in streaming multimedia |
US20060227871A1 (en) | 2005-03-31 | 2006-10-12 | Madhukar Budagavi | Video thumbnail method |
US20070071090A1 (en) | 2005-06-21 | 2007-03-29 | National Chiao Tung University | Method for performing context adaptive binary arithmetic coding with stochastic bit reshuffling for fine granularity scalability |
EP1966917B1 (en) | 2005-09-07 | 2016-05-04 | Vidyo, Inc. | System and method for a conference server architecture for low delay and distributed conferencing applications |
EP1952631A4 (en) | 2005-09-07 | 2012-11-21 | Vidyo Inc | SYSTEM AND METHOD FOR SCALABLE AND DECELERATING VIDEO CONFERENCES WITH SCALABLE VIDEO CODING |
KR100825737B1 (ko) * | 2005-10-11 | 2008-04-29 | 한국전자통신연구원 | 스케일러블 비디오 코딩 방법 및 그 코딩 방법을 이용하는코덱 |
WO2007042914A1 (en) | 2005-10-11 | 2007-04-19 | Nokia Corporation | Efficient decoded picture buffer management for scalable video coding |
CN102036070A (zh) | 2005-12-08 | 2011-04-27 | 维德约股份有限公司 | 用于视频通信***中的差错弹性和随机接入的***和方法 |
US8693538B2 (en) | 2006-03-03 | 2014-04-08 | Vidyo, Inc. | System and method for providing error resilience, random access and rate control in scalable video communications |
CA2665182A1 (en) | 2006-10-10 | 2008-04-17 | Nippon Telegraph And Telephone Corporation | Video encoding method and decoding method, apparatuses therefor, programs therefor, and storage media for recording the programs |
EP2082576A4 (en) | 2006-10-23 | 2011-05-04 | Vidyo Inc | SYSTEM AND METHOD FOR VARIABLE-SCALE VIDEO ENCODING USING TELESCOPIC MODE INDICATORS |
CA2674710C (en) | 2007-01-09 | 2016-02-23 | Vidyo, Inc. | Improved systems and methods for error resilience in video communication systems |
FR2918520A1 (fr) | 2007-07-03 | 2009-01-09 | Canon Kk | Procede et dispositif de transmission video |
CN101389021B (zh) | 2007-09-14 | 2010-12-22 | 华为技术有限公司 | 视频编解码方法及装置 |
US8934530B2 (en) | 2011-02-01 | 2015-01-13 | Vidyo, Inc. | Spatial scalability using redundant pictures and slice groups |
-
2006
- 2006-12-08 CN CN2010105222255A patent/CN102036070A/zh active Pending
- 2006-12-08 CN CN201410395685.4A patent/CN104125464A/zh active Pending
- 2006-12-08 CN CN201010522277.2A patent/CN102036071B/zh active Active
- 2006-12-08 EP EP06846539A patent/EP1964124A4/en not_active Withdrawn
- 2006-12-08 US US11/608,776 patent/US9077964B2/en active Active
- 2006-12-08 CN CN201510198728.4A patent/CN105049894B/zh active Active
- 2006-12-08 AU AU2006321552A patent/AU2006321552B2/en not_active Ceased
- 2006-12-08 JP JP2008544667A patent/JP2009518981A/ja active Pending
- 2006-12-08 WO PCT/US2006/061815 patent/WO2007067990A2/en active Application Filing
- 2006-12-08 CA CA2633819A patent/CA2633819C/en active Active
- 2006-12-08 EP EP16168372.7A patent/EP3070922A1/en not_active Withdrawn
- 2006-12-08 CN CN200680052466.XA patent/CN101371312B/zh active Active
-
2011
- 2011-09-21 US US13/238,624 patent/US8804848B2/en active Active
-
2013
- 2013-01-11 JP JP2013003280A patent/JP5769740B2/ja active Active
-
2015
- 2015-03-20 US US14/664,488 patent/US9179160B2/en active Active
- 2015-04-20 JP JP2015085529A patent/JP6145127B2/ja active Active
Also Published As
Publication number | Publication date |
---|---|
JP2013123238A (ja) | 2013-06-20 |
AU2006321552B2 (en) | 2012-05-31 |
US20120069135A1 (en) | 2012-03-22 |
EP3070922A1 (en) | 2016-09-21 |
CN105049894B (zh) | 2018-03-16 |
JP2015156706A (ja) | 2015-08-27 |
US9179160B2 (en) | 2015-11-03 |
WO2007067990A3 (en) | 2008-04-10 |
US20070206673A1 (en) | 2007-09-06 |
CN102036071B (zh) | 2014-04-02 |
EP1964124A4 (en) | 2010-08-04 |
US9077964B2 (en) | 2015-07-07 |
CN102036071A (zh) | 2011-04-27 |
AU2006321552A2 (en) | 2009-12-10 |
CA2633819C (en) | 2016-12-06 |
AU2006321552A1 (en) | 2007-06-14 |
CA2633819A1 (en) | 2007-06-14 |
WO2007067990A9 (en) | 2009-04-02 |
WO2007067990A2 (en) | 2007-06-14 |
CN101371312B (zh) | 2015-12-02 |
JP6145127B2 (ja) | 2017-06-07 |
CN101371312A (zh) | 2009-02-18 |
US8804848B2 (en) | 2014-08-12 |
EP1964124A2 (en) | 2008-09-03 |
US20150264378A1 (en) | 2015-09-17 |
CN105049894A (zh) | 2015-11-11 |
CN104125464A (zh) | 2014-10-29 |
JP2009518981A (ja) | 2009-05-07 |
JP5769740B2 (ja) | 2015-08-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102036071B (zh) | 用于视频通信***中的差错弹性和随机接入的***和方法 | |
CN101611551A (zh) | 用于视频通信***中的差错弹性的改进***和方法 | |
CN1934865B (zh) | 调整编码器和解码器中缓冲器的大小的方法及装置 | |
WO2007051425A1 (fr) | Procede de communication multimedia et terminal de celui-ci | |
JP2009518981A5 (zh) | ||
CN101421936A (zh) | 用于在可缩放视频通信中提供差错弹性、随机接入和率控制的***和方法 | |
Psannis et al. | Impact of video coding on delay and jitter in 3G wireless video multicast services | |
US20130042278A1 (en) | Method and apparatus for providing video service | |
AU2012216587B2 (en) | Systems and methods for error resilience and random access in video communication systems | |
Psannis et al. | Efficient support of wireless video multicast services in 3G and beyond | |
AU2012201576A1 (en) | Improved systems and methods for error resilience in video communication systems |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20110427 |