[发明专利]用于接收呈现元数据的方法和装置

说明书

技术领域

本发明总体上涉及超文本传输协议(HTTP)流传输，且更具体地涉及用于指示针对呈现描述的改变的方法和装置。

背景技术

HTTP流传输客户端使用HTTP GET请求来接收媒体呈现。在呈现描述中描述了呈现，例如，在被称为媒体呈现描述(MPD)的XML文档中描述了呈现，在3GPP TS26.247中描述了MPD。根据MPD，客户端可以知晓用哪些格式对媒体内容进行编码(例如，比特率、编解码、分辨率、语言等等)。然后客户端选择格式，该格式可以基于屏幕分辨率、信道带宽、信道接收条件、用户的语言偏好等中的一项或多项。

在使用HTTP流传输的情况下，一次接收一部分媒体。这对于实况内容来说是必须的，使得内容的媒体播出不落后于实况编码太远。其还使得客户端能够根据信道条件等自适应地切换到不同的编码。3GPP HTTP自适应流传输中的段是媒体中可下载的部分，其位置(URL和可能的字节范围)描述在MPD中。换言之，经由MPD向客户端通知如何访问各段。

在3GPP中，HTTP流传输客户端假定使用3GPP文件格式和电影片段。3GPP文件格式基于ISO/IEC14496-12ISO基础媒体文件格式。根据3GPP文件格式的媒体文件包括一系列被称为盒(box)的对象。盒可以包含媒体数据或元数据。每个盒具有相关联的盒类型(boxtype)(通常是4字符名称，总共32比特)和相关联的大小(通常是32比特无符号整数)。在未分段文件中，moov元数据盒包含用于播放媒体数据所需的所有编解码信息、定时信息、以及位置信息。对于HTTP流传输的已分段的媒体文件，moov盒仅包含编解码信息，且所有定时信息和位置信息包含在电影片段本身中。电影片段通常包括一对或多对moof盒和mdat盒。moof盒包含电影片段的元数据且mdat盒包含电影片段的媒体数据。对分段文件的使用使得编码器能够一次一部分地写入且使得客户端能够一次一部分地接收媒体。与预先在moov盒中包括元数据相对地，这通过在媒体片段的moof盒中包括元数据，最小化了启动延迟。moov盒依然包含对用于编码的编解码的描述，但是不包含关于媒体采样的任何具体信息，例如定时、偏移等。moof盒仅被允许包含针对moov盒中列出的编解码的引用。如果需要使用未在moov盒中定义的新的编解码，则需要在新文件中创建新的moov盒，因为在基于ISO的媒体文件格式中出现两个moov盒是无效的。

呈现描述(例如MPD)包括至少一个时段，时段包括至少一个表示，且表示包括至少一个段。段包含一个或多个电影片段。将具有一个特定编码格式的所有段称为表示。每个表示具有一个对应的初始化段，该初始化段在不同表示(包含3GPP情况下的moov盒)中可以是公共的。每个时段暗示了新的moov盒和解码器初始化。

当前在HTTP流传输的规范中，不要求客户端在实况流传输期间以规律间隔来取回更新的MPD。经由MPD向客户端通知媒体段的地址。当与实况流传输一起使用MPD的播放列表结构时，可以用新编码的段的位置来一次一个或一次几个地更新MPD。客户端通过发出HTTP GET或部分GET(使用范围请求报头来指定字节范围的GET)来取回更新的MPD。因此，如果客户端已将30分钟的MPD取回到实况呈现中且用户想要从呈现开始处观看，客户端具有接下来30分钟所需的所有段位置(假定时间偏移缓冲区在持续时间上是至少30分钟)。因此，客户端在大约30分钟(在此时数据将用完)内不需要下载新的MPD。此外，如果在创建段之前在MPD中对段位置进行通告，则客户端可以知晓将来的段位置，且不需要在每次新段被编码时取回MPD。从而，客户端可以非常不频繁地取回更新的MPD。对于两种情况1)客户端稍后收听(看)实况呈现且想要从开始处观看/收听呈现以及2)在段位置存在之前就通告段位置使得客户端可以很好地知晓将来的段位置，客户端可以根据规范在相对长的间隔上不取回更新的MPD。

MPD中提供的信息指导3GPP自适应HTTP流传输客户端。当响应于针对最新MPD的请求时，客户端成功取回MPD，客户端要么接收已更新的MPD，要么接收对允许客户端验证从上一次取回开始该MPD尚未更新的指示。

根据现有标准，强制客户端仅在以下情况下取回更新的MPD：其接收到多个404http错误码时，或如果其用完段位置信息。从而，服务器不能得体地引起客户端更新其MPD，且不能得体地将其媒体文件或段迁往不同位置。