[发明专利]同步通过不同网络接收的内容的呈现的解码器及其方法

说明书

一种解码通过宽带网络发送的音频/视频内容的方法。所述方法基于如果一组画面到达太迟以至于不能与通过广播网络接收的另一音频/视频内容同步地呈现，则快速解码该组画面的第一帧而不呈现它们。所述方法允许尽可能快地向观看者同步呈现分别通过广播和宽带网络接收的内容。

技术领域

本发明大体上涉及一种用于解码通过宽带网络接收的音频视频节目的方法，并且具体地涉及一种将通过宽带网络接收的内容的呈现与通过广播网络接收的内容的呈现同步的方法。

背景技术

本部分旨在向读者介绍可能与下面描述和/或要求保护的本发明的各个方面有关的技术的各个方面。相信本讨论有助于帮助向读者提供背景技术信息以便促使对本发明的各个方面的更好理解。相应地，应该理解这些陈述应该鉴于此地阅读，并且不作为对现有技术的承认。

在过去的几年中，随着通过宽带因特网协议(IP)网络的TV或视频服务的大量推出(roll out)，已经扩展了地面、卫星和有线网络的传统TV广播领域。这些网络是互补的，其中广播分发适配用于实况事件和大量分发和宽带分发适配用于点播、赶上(catch-up)以及个人化服务。这样的互补提供了混合模型的前景，其中平衡每个网络的强度以便以高效的方式提供增强TV和视频服务。可以通过宽带传递的个人化内容来丰富广播事件，这个内容事先用流传输并且推送(push)。这样的混合服务可能需要通过分离的网络传递的分量(component)紧密同步。例示这个精确同步的需要的一个典型示例是正在观看广播节目的用户选择没有被广播但是通过宽带可用的外国音频序列。另一个示例是通过由广播传递另一视频分量来丰富广播内容，根据广播分量该另一个视频分量例如是可分级视频编码(SVC)增强层的多视图视频编码(MVC)分量，以在3D或同一场景的另一视图提出该事件。

有多种通过宽带传递这个额外分量的方法。第一种基于点播传递的解决方案是使用超文本传输协议(HTTP)流传输，如在文件“HTTP Live Streaming，draft-pantos-http-live-streaming-01-R.Pantos，Apple Inc June 8，2009”中所描述的，或者依赖于推荐RFC3550，“A Transport Protocol for Real-Time Applications”中定义的通过UDP/IP的实时传输协议(RTP)。在这最后一种情况中如实时流协议(RTSP)(在推荐RFC 2326中所描述的)的通信协议与RTP相关联。基于多播传递的另一种解决方案是使用如文件“A TransportProtocol for Real-Time Applications”中定义的RTP协议(RTP/UDP/IP)。

在点播传递的情况下，内容的请求可以嵌入表示要传递的第一视听样本的展示时间戳(PTS)的定时信息。当终端向多播流订阅时不是这种情况。终端不能请求给定时间戳的定时信息，并且该行为类似于客户端经受内容传递限制的广播网络。

一些网络的特征是其等待时间和其抖动。这意味着通过一个网络与通过另一网络传递内容不采用相同的持续时间。

广播网络的特定性在于内容在不需要接收器请求任何东西的情况下到达接收器，即，接收器持久地接收内容，并且传递具有有限的抖动，其可以在具有有限尺寸的缓冲器的接收器中处理(treat)。内容传递持续时间包括从服务器到终端通过广播网络传递内容的持续时间以及终端需要用来多路分解、缓冲并且解码内容的持续时间。

宽带网络可以被视为个人化传递网络，由于其仅在接收器请求时传递内容。

图1图示通过宽带网络传递节目内容。视频服务器向机顶盒接收器(STB)传递节目内容。机顶盒接收并解码内容以便在显示设备上对其显示。传递可以被分开为4个主要步骤以及对应持续时间：

●请求到达服务器需要的持续时间为T1。

●服务器对请求进行处理并发射节目内容的持续时间为T2。

●从服务器到机顶盒的节目内容传递的持续时间为T3。