[发明专利]用于在网络实体管理流播媒体业务的技术

说明书

技术领域

本公开涉及用于在网络实体管理流播媒体业务的技术。

背景技术

流播技术用于传递由流播提供商向最终用户提供的媒体(例如音频和视频)，使得该媒体由最终用户不断接收并不断呈现给最终用户。超文本传输协议(HTTP)流播是用于从万维网服务器向万维网浏览器发送数据的机制。HTTP流播可通过多种机制来实现。

自适应HTTP流播正在变成主导的内容流播技术。自适应流播(或自适应位速率流播)是在通过比如计算机网络等网络来流播多媒体时所使用的技术。今天的自适应流播技术几乎完全基于HTTP，并且设计成有效地工作在大的分布式HTTP网络(诸如因特网)上。原则上，自适应流播通过实时检测用户的带宽并且调整位速率并因此相应地调整音频流/视频流的质量来工作。它需要使用能以多个位速率对单源音频/视频进行编码的编码器。播放器客户端根据可用资源而在不同编码之间进行切换。

存在若干不同的技术，诸如来自Apple™的HTTP现场流播(HLS)、来自Microsoft™的平滑流播(ISM)以及3GPP(第三代合作伙伴项目)/运动画面专家组(MPEG)动态自适应HTTP流播(DASH)。

那些自适应HTTP流播技术全都具有共同原则：客户端接收作为文件序列(作为对“HTTP获取”请求的响应)或者作为文件块序列(作为“HTTP获取”字节范围请求的结果)的内容流，内容流然后被解码并作为连续媒体流播放。该文件序列的统一资源定位符(URL)在清单文件中描述，该清单文件在HLS的情况下是.m3u8播放列表，在ISM的情况下是.ismc文件，并且在DASH的情况下是.MPD文件。

图1示出了自适应HTTP流播的原理，更具体地说，示出了对媒体分段的接收。

如图1所示，通信网络100包括服务器1001和客户端1002。在步骤S1，客户端1002借助于“HTTP获取清单文件”请求来向服务器1001请求清单文件。作为响应，服务器1001向客户端1002传送清单文件。在步骤S2，客户端1002处理清单文件，并在步骤S3，向服务器1001请求在清单文件中所规定的第一分段(例如具有最低可用媒体数据速率(诸如最低可用质量)的分段)。

在步骤S4，在发生在步骤S5的清单文件下载期间，客户端1002测量下载速度，并使用这个估计来在步骤S6选择下一(例如第二)分段的适当表示(适当质量)。例如，客户端1002选择中等可用媒体数据速率(中等可用质量)。在步骤S7，由客户端1002请求下一分段，所述下一分段具有比该分段理论上所需的媒体数据速率略高的数据速率(否则媒体(比如视频)可能频繁地停止播放)。在步骤S8，在步骤S9发生的第二分段下载期间，客户端1002再次测量下载速度。

简言之，客户端1002根据清单文件中的预先设置而一个接一个地取媒体分段(或文件)。在文件下载期间，客户端1002估计可用链路位速率(下载速度)。根据媒体的可用链路位速率与编码位速率之间的差异，并且例如将客户端的能力(例如屏幕分辨率)考虑进去，客户端选择适当质量表示(例如略低于所测量的链路位速率)。

图2示出了自适应HTTP流的示例。

如图2所示，为了使内容的连续流作好准备以便进行自适应HTTP流播，在服务器1001侧，该流被分段成媒体分段(或文件)X, ..., X+2。每个分段可由一个或多个帧构成。这些媒体分段由客户端1002将每个都作为独立文件一个一个地取，其作为响应于来自客户端1002的HTTP请求而来自服务器1001的HTTP响应。在接收到后，客户端1002可将所接收的媒体分段X, ..., X+2(它们可拥有不同的质量等级)再次添加到连续流中。然后，客户端1002可连续播放这些分段，并由此提供连续流播出。

本发明的发明人所实施的实验背景

用于现代智能手机的视频传送可需要200kbps(例如用于iPhone™的低质量)与600kbps(例如用于iPad™的低质量)之间的媒体位速率。然而，共享承载(诸如高速分组接入(HSPA)和长期演进(LTE))可提供6Mbps的以及更大的峰值位速率。因此，为了节省电池并有效地使用系统资源，无线电信道提供了若干状态。

图3示出了针对不同无线电信道的功耗绘制的数据速率的图解。