[发明专利]远程管理自适应流传输客户端的操作的方法

说明书

技术领域

本发明一般涉及视频流传输内容分发，尤其涉及服务器和接收器之间视频流传输使用的带宽的处理。

背景技术

本部分意在向读者介绍领域的各个方面，其可能涉及到本发明下面将描述和/或要求保护的各个方面。本讨论相信对于提供给读者背景信息以更好地理解本发明的各个方面有帮助。因此，应当理解，这些陈述将要鉴于此地理解，而不是作为对现有技术的承认。

媒体传递流传输解决方案主要基于例如在ITEF RFC2326中定义的实时流传输协议(RSTP)，Microsoft的Microsoft媒体服务(MMS)私有协议或Adobe系统的实时消息协议(RTMP)私有协议的协议。

基于HTTP协议的流传输技术已经出现，以允许在因特网上的内容传递。这些技术允许客户端设备以连续的小片段形式接收视频，这些片段被称为块，并有几秒长。每个片段通过HTTP协议来请求，并存在于不同的变型中，以允许客户端设备在任何时候选择匹配于网络以及其自身约束的合适比特率。不同的比特率对应于传递内容的不同质量等级。一旦客户端设备测量到网络带宽减少，它就请求关于网络带宽要求更少限制的块。当客户端设备测量到的网络带宽增加，它就请求关于网络带宽要求更多限制的块。

可用的块一般被列在由流传输服务器生成和提供的播放列表上。该播放列表能够指向其它播放列表，例如每种类型格式的播放列表。播放列表描述了块内容，例如编解码或下载它要求的带宽，以及请求它们的方式。播放列表格式可以是文档“HTTP Live Streaming Draft，pantos，http-live-streaming，06”中描述的播放列表格式，扩展编解码信息来描述各种SVC层。

各种HTTP流传输技术都可用。Apple HTTP Live Streaming(HLS)作为一个RFC草案被公开，并主要在Apple设备中应用。Microsoft Smooth Streaming是Microsoft Silverlight平台的一部分，且规范是公开可获得的。Adobe Open Source Media Framework(OSMF)接近Microsoft解决方案。3GPP已经发布Packet Switched Streaming(PSS)系统的规范；MPEG工作组也已经围绕HTTP上的动态自适应流传输(DASH)的定义被创建。在这些流传输解决方案中使用HTTP协议的益处是无缝穿越NAT和防火墙的能力。这些HTTP流传输技术提供了通过连续并且适当地升级或者降级视频质量以适应带宽约束来补偿关于可用带宽的不稳定网络行为的方式。

一般地，HTTP流传输技术是基于相同的概念。它们不同之处在于播放列表文件格式、提供用于描述内容选项(比特率，图像尺寸，帧速率......)的元数据、片段中内容的可用表示的组织，在于支持的编解码，以及在于内容保护技术。

当客户端设备想要播放某些音频/视频内容时，首先必须获取一个描述怎样获得这些具体内容的文件。这通过由HTTP从URL获取某些‘文件’来完成。这个文件基本地列出了可用的内容的表示(比特率或其他特性方面)，以及对于每个URL在每个时间片可以下载的内容片段。例如，对于视频点播内容，提供该电影的全部描述。而对实况广播内容，描述仅仅覆盖一段短时间，且当时间过去，需要周期性地重新加载来发现新项目。

取决于其能力以及其从网络环境获取的知识，客户端设备选择某个表示(典型地基于其比特率)并加载内容的(多个)第一片段。缓冲几个片段以能够处理网络障碍。然后来自每个接收的片段的内容被一个接一个地播放。同时，客户端设备测量接收率并可以决定转到更高的或更低的比特率。在这样的情况下，它只请求来自另一个表示的接下来的(多个)片段。每个HTTP流传输系统都是这样，使得当从某个比特率的片段转到另一个比特率的‘接下来’的片段，客户端就可能保持一个持续的播放。

这样一来，当网络通信量引入了内容接收的速率的各种变化时，客户端可以通过选择允许保持客户端缓冲器(buffer)填充至安全级别的比特率的片段来反应。事实上，客户端通常尝试达到最高可能的比特率来提供更好的观看质量，并保持在使得呈现不会遭受到最近的数据接收以引起宏块或画面冻结的级别。