CN106850586B - 媒体提供方法 - Google Patents

Abstract

提出一种媒体提供方法，包括以下步骤：接收媒体的元数据，所述元数据包括一个以上的基础统一资源定位符URL元素；利用段的URL来请求所述媒体的段，所述URL与所述基础URL元素相关联并被解析；接收所述段；以及将所述段内包含的所述媒体的数据解码及渲染。

Description

媒体提供方法

本专利申请是下列发明专利申请的分案申请：

申请号：201180042908.3

申请日：2011年9月6日

发明名称：提供串流内容的方法及装置

技术领域

本发明的技术领域是涉及一种提供串流内容的技术，特别是，涉及一种提供利用适应性串流的媒体内容的装置和方法。

背景技术

串流(streaming)是用于传送和播放音频及视频等媒体内容的方式中的一种方式。客户端在通过串流接收内容的同时可播放该内容。

适应性串流服务是指通过由客户端的请求和该请求的服务器的应答所构成的通信方式来提供串流服务。

客户端可通过适应性串流服务来请求适合于自身的环境(例如，自身的传送信道)的媒体序列，且服务器可提供自身具备的多种质量的媒体序列中符合客户端请求的媒体序列。

适应性串流服务可基于多种协议被提供。

HTTP适应性串流服务是指基于HTTP协议被提供的适应性串流服务。HTTP适应性串流服务的客户端可使用HTTP协议，从服务器接收提供的内容，并将串流服务的相关请求传送给服务器。

发明内容

技术课题

本发明的一个实施例可提供一种装置及方法，利用一个以上的基础URL元素来解析段的URL，从而播放内容。

本发明的一个实施例可提供一种装置及方法，使一个以上的基础URL元素中任意的基础URL元素映射至段的源URL属性中，从而生成段的URL。

技术方案

根据本发明的一个侧面，提出一种媒体提供方法，包括以下步骤：接收媒体的元数据，所述元数据包括一个以上的基础统一资源定位符URL(Uniform Resource Locator)元素；利用段的URL来请求所述媒体的段，所述URL与所述基础URL元素相关联并被解析；接收所述段；以及将所述段内包含的所述媒体的数据解码及渲染。

所述请求可以是HTTP GET方式。

所述元数据可包括范围属性。

所述请求可以是所述URL指示的资源的所述范围属性所指定的字节的请求。

所述URL可以是绝对性URL或相对性URL。

通过与所述一个以上的基础URL元素各自相关联被解析的所述URL，其所指示的多种位置可存取相同的段。

所述一个以上的基础URL元素中的第一个基础URL可作为基本的统一资源标识符URI(Universal Resource Indicator)被使用，且除了所述一个以上的基础URL元素中的所述第一个基础URL以外，剩余的基础URL元素可以是替代性的基础URL。

所述元数据，可选择性地来包括所述段的源(source)URL属性，且当所述元数据选择性地来包括所述段的所述源URL属性时，所述一个以上的基础URL元素中任意的基础URL元素被映射至所述源URL属性中，从而可生成所述URL。

所述元数据可以是所述媒体内容的媒体信息MPD(media presentationdescription)。

所述媒体可包括一系列的一个以上的周期。

所述基础URL元素，可包括所述媒体信息的一个以上的媒体信息级别基础URL元素和所述周期的一个以上的周期级别基础URL元素。

各周期内包含的所述段的URL，可与所述周期的周期级别基础URL元素相关联，从而被解析。

所述周期级别基础URL元素，可与所述媒体信息级别基础URL元素相关联，从而被解析。

所述一个以上的周期各自可包括一个以上的组。

所述基础URL元素，可进一步包括所述组的一个以上的组级别基础URL元素。

各组中包含的所述段的URL，可与所述组的组级别基础URL元素相关联，从而被解析。

所述组级别基础URL元素，可与所述周期级别基础URL元素相关联，从而被解析。

所述一个以上的组各自可包括一个以上的表示。

所述表示可以是一个周期内的所述媒体的一个以上的组件的结构化集合。

所述基础URL元素，可进一步包括所述表示的一个以上的表示级别基础URL元素。

各表示中包含的所述段的URL，可与所述表示的表示级别基础URL元素相关联，从而被解析。

所述表示级别基础URL元素，可与所述组级别基础URL元素或所述周期级别基础URL元素相关联，从而被解析。

根据本发明的另一个侧面，提供一种终端，包括：存取引擎，接收媒体的元数据，所述元数据包括一个以上的基础统一资源定位符URL(Uniform Resource Locator)元素，且所述存取引擎利用段的URL来请求所述媒体的段，所述URL与所述基础URL元素相关联并被解析，且所述存取引擎接收所述段，并将所述段内包含的所述媒体的数据解码及渲染；和媒体引擎，从所述存取引擎接收提供的所述媒体的数据，并输出所述媒体。

技术效果

本发明的一个实施例，可利用一个以上的基础URL元素来解析段的URL，从而播放内容。

本发明的一个实施例，由于使一个以上的基础URL元素中任意的基础URL元素映射至段的源URL属性中，因此，可生成段的URL。

附图说明

图1是示出根据本发明的一个例子的信令信息的种类的示图。

图2是示出根据本发明的一个例子的信令信息的种类的示图。

图3示出根据本发明的一个例子的内容划分(division)的层次及信令信息的级别(levels)。

图4是说明根据本发明的一个例子的MPEG-2TS内的虚拟边界的感应的示图。

图5是根据本发明的一个实施例的终端100的结构图。

图6是根据本发明的一个实施例的终端100的结构图。

具体实施方式

以下，参照附图对本发明的实施例进行详细地说明。但是，本发明并不受实施例限制或局限，各附图中所示出的相同符号表示相同的部件。

HTTP上的动态适应性串流DASH(Dynamic Adaptive Streaming over HTTP)可指定格式(format)，从而可实现：1)将媒体内容从HTTP服务器传送给HTTP客户端；2)通过标准(standard)的HTTP缓存(cache)来进行内容的缓冲(caching)。

媒体组件(media component)，可以是类似频宽(bandwidth)、语言(language)、或分辨率(resolution)；和类似具特定的属性(attribute)的音频(audio)、视频(video)、或定时文本(timed text)等个别(individual)媒体类型(type)的被编码(encoded)的版本(version)。

媒体内容，可以是具有类似视频、音频、和定时文本等共同时间线(timeline)的媒体组件的集合。此外，媒体组件作为程序或影视，具有如何(例如，个别地(individually)、结合地(jointly)、或互相排斥地(mutually exclusive)来表现媒体内容(present)的关系。

媒体内容和内容可作为相同的意思来使用。

媒体表示(或媒体)是用于设置(establish)由连续的媒体组件所构成的媒体内容受限制(bounded)或不受限制(unbounded)的表示(presentation)的数据的结构化(structured)集合(collection)。

即，媒体表示是可接入DASH客户端的数据的结构化集合，来用于向用户提供串流服务。

媒体信息MPD(media presentation description)可以是媒体表示的格式化(formalized)说明(description)。

媒体表示包括MPD可实现的更新(possible updates)，可通过MPD被说明。

内容可以是根据请求(demand)的内容或现场(live)内容。

内容可以分为一个以上的间隔(interval)。即，内容可包括一个以上的间隔。间隔和周期(period)可作为相同的意思来使用。周期可以是3GPP(Generation PartnershipProject)适应性HTTP串流的技术用语。

周期可以是媒体表示的间隔。所有的周期的连续性序列(sequence)构成媒体表示。

即，媒体表示可包括一系列的一个以上的周期。

一个以上的间隔可以是基本单位。一个以上的间隔可通过将元数据信号发出被说明。即，元数据可分别说明一个以上的间隔。

所述的元数据可以是MPD。

MPD可定义格式来用于告知段的资源标识符。MPD可提供有关在媒体表示内被识别的资源的上下文(context)。资源的标识符可以是HTTP-URL。URL可通过字节范围(byterange)属性被限制。

各间隔可分为片(fragment)。

片和段(segment)可作为相同的意思来使用。段可以是3GPP(GenerationPartnership Project)适应性HTTP串流的技术用语。

段，可以是指在RFC2616中被定义的，有关HTTP-URL的HTTP/1.1GET请求(或是，字节范围所指示的(indicated)一部分的GET请求)的应答(response)的实体(entity)主体(body)。

终端可使用接收到的字节(即，段)来播放媒体内容。

子(sub)段可以是指经段级别中的段索引(index)可被索引的段内的最小(smallest)单位(unit)。

可存在对应于一个间隔的两个以上的片的集合。片的集合各自被命名为替代(alternative)。

替代和表示(representation)(或表现)可作为相同的意思来使用。

各周期可包括一个以上的组。

各组可包括相同的媒体内容的一个以上的表示。

表示为一个周期内的一个以上的媒体组件的结构化(structured)集合。表示可以是类似比特率(bitrate)、分辨率(resolution)、语言(language)、和编解码器(codec)等的编码(encoding)选择(choice)各不相同的媒体内容或媒体内容的部分集合的替代性(alternative)选择(choice)中的一个。

MPD(或MPD元素)提供说明性信息使客户端可选择一个以上的表示。

随机存取点RAP(Random Access Point)为媒体段内的特定位置。RAP仅通过使用媒体段内所包含的信息，被识别为可从RAP的位置不断来开始播放(playback)的位置。

各表示可由一个以上的段构成。即，表示可包括一个以上的段。

MPD是为了构成适当的(appropriate)HTTP-URL包含有向DASH客户端请求的元数据的文件，用于：1)存取段；2)向用户提供串流服务。

MPD可以是XML文件。

MPD可包括MPD元素(element)。MPD也可只包括1个MPD元素。

图1是示出根据本发明的一个实施例的内容处理方法的信号流程图。

终端100可以是DASH客户端。

DASH客户端可与RFC2616中列出的客户端兼容。

DASH客户端为了存取段或段的一部分，类似在RFC2616中列出的，通常可使用HTTPGET方式(method)或HTTP partial GET方式。

服务器110可托管(hosting)DASH客户端。服务器110可与RFC2616中列出的服务器兼容。

在步骤120中，终端100从服务器110接收媒体(或内容)的元数据。即，服务器110将媒体的元数据传送给终端100。

元数据可包括基础(base)统一资源定位符URL(Uniform Resource Locator)元素。基础URL元素可以是一个以上。

在步骤130中，终端100处理接收到的元数据。在步骤130中，终端100可提取元数据提供的信息或元数据内包含的信息。

在步骤140至150中，终端100基于元数据提供的信息，存取(access)媒体的段。

在此，各周期可包括一个以上的组，且各组可包括媒体的一个以上的表示，且各表示可包括一个以上的段。

元数据可描述用于说明组的组元素。

在步骤140中，终端100利用段的URL向服务器110请求媒体的段。在此，URL可与上述的基础URL元素相关联并被解析。例如，段的URL可基于基础URL元素被生成。

终端100可基于所述元数据处理来向服务器110请求适合于特定周期的段。即，请求的段来基于元数据被选择。所述请求可以是HTTP GET方式(method)。

元数据可包括范围(range)属性。所述请求可以是URL指示的资源的范围属性所指定的字节的请求。

段的URL可以是绝对性URL或相对性URL。

通过与一个以上的基础URL元素各自相关联被解析的URL，其所指示的多种位置存取相同的段。即，通过经一个以上的基础URL元素所提供的URL，可选择性地存取相同的段。

此外，一个以上的基础URL元素中的第一个基础URL可作为基本的统一资源标识符URI(Universal Resource Indicator)被使用，且除了一个以上的基础URL元素中的第一个基础URL以外，剩余的基础URL元素可以是替代性(alternative)的基础URL。

此外，元数据可选择性地来包括段的源(source)URL属性。当元数据选择性地来包括段的源URL属性时，一个以上的基础URL元素中任意的基础URL元素被映射至源URL属性中，从而可生成所述URL。

在步骤145中，在一些情况下，服务器110需要将媒体(例如，用于SVC的MP4文件)解析，并提取适合于所述请求的段的数据部分。

在步骤150中，服务器110将适合于来自终端100的各请求的段传送给终端100。终端100从服务器接收段。

在步骤160中，终端100将段内包含的媒体的数据解码及渲染，从而播放媒体。

终端100利用通过反复步骤120至160所接收到的段，从而可播放媒体。

在这种情况下，基础URL元素可包括媒体信息的媒体信息级别基础URL元素，且可包含各周期的周期级别基础URL元素。周期级别基础URL元素为适用于自身所属的周期的基础URL元素。即，各周期内包含的段的URL，与所述周期的周期级别基础URL元素相关联，从而被解析。

媒体信息级别基础URL元素可以是一个以上，且周期级别基础URL元素可以是一个以上。

基础URL元素可进一步包括组的一个以上的组级别基础URL元素。各组中包含的段的URL，可与组的组级别基础URL元素相关联，从而被解析。组级别基础URL元素可以是一个以上。

基础URL元素可进一步包括表示的一个以上的表示级别基础URL元素。各表示中包含的段的URL，可与表示的表示级别基础URL元素相关联，从而被解析。

特定级别的基础URL元素，可与自身的上位级别的基础URL元素相关联，从而被解析。例如，周期级别基础URL元素，可与媒体信息级别基础URL元素相关联，从而被解析。组级别基础URL元素，可与周期级别基础URL元素相关联，从而被解析。表示级别基础URL元素，可与组级别基础URL元素或周期级别基础URL元素相关联，从而被解析。

图2是示出根据本发明的一个例子的信令信息的种类的示图。

信令信息(即，元数据)可分为以下1)至4)的种类：

1)一般信息(general information)210：一般信息包括类似持续时间(duration)和开始时间等内容的一般描述(description)和各间隔的一般描述。

2)服务的质量信息(QoS information)220：描述类似比特率(bitrate)、分辨率(resolution)、质量(quality)的各替代的特征(characteristics)。

替代可以是物理性的(physical)(即，预先生成的)，也可以是虚拟的(virtual)(即，以飞速写入(on the fly)被生成)。基于替代的信息，客户端选择合适的替代的片段。因此，支持有关终端及网络的上下文(context)的合适性(adaptivity)。

3)映射信息(Mapping Information)230：描述将提取(retrieve)内容的位置(locations)。基于特定情况(cases)，不同的替代可具有相同或不同的位置。

4)客户端请求(Client request)240：此类型的信令信息依照(conform)HTTP1.1请求(request)的格式。如图1中所示出的，经客户端所请求的参数起源于(derive)上述1)至3)种类的信息。

图3示出根据本发明的一个例子的内容划分(division)的层次及信令信息的级别(levels)。

根据本发明的一个实例的元数据的信令可物理地分离(separated)为内容级别信息310、间隔级别信息320、QoS信息330、和映射信息340。内容级别信息310、间隔级别信息320、QoS信息330、和映射信息340的相关部分的链接(linking)可通过参照(referencing)来实现。

信令信息的该部分可通过用于支持灵活性的不同方法(ways)被组合(combine)。

例如，只有内容级别信息310和间隔级别信息320被传送至客户端时，所有替代的决定和位置的解决(resolve)的计算通过服务器被执行。因此，当只有内容级别信息310和间隔级别信息320被传送给客户端时，该处理模型为“基于服务器”。

当内容级别信息310、间隔级别信息320、和QoS信息330被传送至客户端时，所有替代的决定和位置的解决(resolve)的计算通过客户端及服务器被分散执行。因此，当内容级别信息310、间隔级别信息320、和QoS信息330被传送给客户端时，该模型为“分散”。

当所有的信令信息(内容级别信息310、间隔级别信息320、QoS信息330、和映射信息340)被传送至客户端时，由于该模型中大部分(或全部)的处理(即，替代的决定和位置的解决的计算)在客户端中被执行，因此，该模型为基于客户端(client-based)。

由于元数据部分的分离存储及传达可更具效率性。例如，在会话期间，内容级别信息310的元数据可发送1次，且只有间隔级别信息320可周期性地被更新。相似地，包括QoS信息330的一个文件可用于不同的间隔及不同的内容。

其中，有用于表现(represent)类似于XML、伪码(pseudo-code)、会话描述协议SDP(Session Description Protocol)等的元数据的集合的不同的方法。

根据本发明的实施例，可使用XML和伪码来显示出信令句法。XML句法可用于支持XLM文件的客户端，该XLM文件基于MPEG-21及与其相似的模式。相反，伪码句法可基于ISO基础媒体文件格式等的“语言(language)”，在非XLM文件中被使用。特别是，伪码句法的属性可采用(employ)与文件格式解析的解析模块相似的文件模块。为了设计上述目的的句法，在以下的实施例中，共同元素的表格(table)被定义，并显示出各格式中的元素。

提议的句法也可通过任意的其他语言被表现。

以下，对一般句法元素的表格进行说明。

在以下的表格中，句法元素按层次被说明。即，子(child)元素出现在其母(parent)元素的右侧中的列(column)中。“叶”级别元素显示为斜体(italic)。母元素显示为粗体字(bold letters)。母元素通过对应的XML类型及文件框被显示。

在出现次数(occurrence)的列中，“0...N”表示出现次数元素的实体的个数可以是0至“无限制(unbounded)”。但是，0的最小出现次数表示元素可以是选择性的(optional)(即，不存在)。1以上的最小出现次数表示元素在句法中为强制性的(mandatory)。

出现次数(occurrence)可作为与基数(cardinality)相同的意思被使用。

在类型行中，A显示出属性，且E显示出元素。选择性(optionality)行中，M表示强制性的，且O表示选择性的。在属性中，M表示强制性的，O表示选择性的，且OD表示具默认(default)值的选择性的，且CM表示具条件地(conditionally)强制性的。如所述的元素，元素可表现为<最小出现次数(minOccurs)>...<最多出现次数(maxOccurs)>。在这种情况下，N为无限制(unbounded)。

上述意思在本发明的其他表格中也相一致。

此外，QoSInfo进一步特定时可称为AdaptationInfo。更进一步，一些元素可被修改(revise)来用于提高句法的灵活性(flexibility)。

以下，通过表1来说明一般信息：

【表1】

以下，通过表2来说明IntervalsRef、NextIntervalsRef、PreviousIntervalsRef、QoSInfoRef、MappingInfoRef a、IntervalInfo元素：

【表2】

以下，通过表3来说明QoSInfo元素：

【表3】

以下，表4显示出表3的(1)Resource、(2)AdaptationOperator、(3)Utility元素的共同语义。

【表4】

以下，表5显示出映射信息：

【表5】

Location元素的语义可如以下表6进一步被提供：

【表6】

MP2TSBoundary、ISOFileBoundary、ByteRanges元素的语义可如以下表7进一步被提供：

【表7】

以下，对客户端请求进行说明：

经客户端获得的元数据的信令可包括信令信息的不同部分或级别。因此，自客户端至服务器的请求可包括细节(detail)的不同级别的参数。

客户端的主参数为URI，且主参数与查询部分相关联。

以下，对3个主要的方案进行说明：

1)基于服务器方案

在这种情况下，从服务器提供至客户端的元数据由一般内容信息310和一般间隔信息320构成。

针对请求的内容的URI，使用DefaultContentIntLoc(如果不是，DefaultContentIntLoc)，为了使客户端可请求内容的特定的片段，在(步骤140的请求的)查询部分中一下的参数a)和b)被定义。

a)“fragno”:所述间隔中，片段的顺序值

b)“fragti”:所述间隔中，片段的开始时间。

例如，请求URI可以是“HTTP://server.com/file.mp4？fragno＝5”

2)分散方案

在这种情况下，从服务器提供至客户端的元数据包括一般内容信息310、一般间隔信息320、和QoS信息330。

进一步针对上述的参数，为了使客户端可直接请求替代，以下所述的QoS相关参数a)至c)在(步骤140的请求的)查询(query)部分中被定义。

a)“alter”:替代的顺序值。根据替代的顺序值的替代显示在QoS信息中。

b)“oper1”,“oper2”,...“operN”:“operi”将QoS信息内显示的第i个运算(operation)值输送(carry)。

c)“res1”,“res2”,...“resN”:“resi”将QoS信息内显示的第i个资源值进位。

在一个请求中，可只使用上述3个选项中的一个。

典型的运算符可与资源类型一起，定义更具理解性(intelligibility)和互通性(interoperability)的特别参数名称。

运算符如以下a)至e)所示：

a)音频层(audiolayers):指可扩展的音频层的个数

b)暂时层(temporallayers):指可扩展的视频的暂时层的个数

c)空间层(spatiallayers):指可扩展的视频的空间层的个数

d)质量层(qualitylayers):指可扩展的视频的质量层的个数

e)优先顺序层(prioritylayers):指可扩展的视频的优先顺序层的个数

资源类型如以下a)至d)所示：

a)彼特率(bitrate):指请求的替代的平均比特率(以Kbps为单位)

b)垂直分辨率(vertresolution):指请求的替代的垂直分辨率

c)水平分辨率(horiresolution):指请求的替代的水平分辨率

d)帧速率(framerate):指请求的替代的帧速率

通过使用上述预先定义的参数，“http://server.com/file.mp4？fragno＝5&bitrate＝550”可成为基于比特率的URI请求的一个例子。

3)基于客户端方案

在这种情况下，从服务器提供至客户端的元数据包括一般内容信息、一般间隔信息、QoS信息、和映射信息。

在请求中被使用的QoS相关参数通过QoSInfo元数据的ReqQoSPara部分被指出。当ReqQoSPara的RefIndex为0或零空间(null)时，“alter”参数可代替其他选项被使用。

当QoSInfo元数据内不存在ReqQoSPara时，QoS相关参数没有被使用。在这种情况下，替代通过MappingInfo的位置被暗示。

内容的URI来源于MappingInfo的丰富的描述。内容/程序在MPEG-2TS串流中被输送时，使用一个以上的PID来用于搜索所述串流中的内容的位置。

当用于感应片段边界的附加信息被提供时，用于(步骤140的请求的)查询部分的以下的参数1)至3)可被使用。

1)用于MPEG-2TS边界,Apperance、PCR_PID、PCR_base、PCR_ext,、Media_PID、和Media_Offset

2)用于ISO媒体文件边界，SequenceNo

3)用于被看作为原始(raw)字节序列的文件,Start、End

上述参数的语义在FragBoundaries元素的语义中被提供。

Start-End对可经HTTP请求信息的范围数据头(header)被使用。例如，当{(Start＝0,End＝99)；(Start＝200,End＝299)}时，数据头可以是“Range:bytes＝0-99,200-299”。

以下，对XML格式的句法表示(representation)进行说明。以下，所述的句法元素的表示以XML格式被提供。各元素的句法可在上述的表1至表7中被追查(trace back)

一些元素可以是MPEG-21DIA中被定义的一些类型的扩展。一些元素可采取MPEG-21DIA中被定义的一些类型。

以下，表8是使用HTTPStreamingType的XML格式的句法表示：

【表8】

以下，表9是使用GeneralInfoType的XML格式的句法表示：

【表9】

以下，表10是使用IntervalRefType的XML格式的句法表示：

【表10】

以下，表11是使用IntervalType的XML格式的句法表示：

【表11】

以下，表12是使用IntervalInfoType的XML格式的句法表示：

【表12】

以下，表13是使用ISOFileBoundaryType和ByteRangesType的XML格式的句法表示：

【表13】

以下，对MP4伪码格式的句法表示进行说明。以下，所述的句法元素的表示以MP4伪码被提供。

以下，表14是使用HTTPStreamingBox的伪码的句法表示：

【表14】

图4是说明根据本发明的一个例子的MPEG-2TS内的虚拟边界的感应的示图。

在TS串流中，给予的程序的PCR数据包与固定的PID(即，PCR_PID)一起被输送(carry)，且至少每100ms被插入。

PCR数据包(与增加的值一起)可被看作为程序的的定位点。另一方面，程序的各媒体可通过给予的PID(即，Media_PID)的数据包被输送。

因此，媒体串流的片段边界可通过以下被定义或识别：1)特定的定位点；2)从所述的定位点到边界中的数据包为止的偏移

偏移可通过相同的Media_PID的数据包被计算。

PCR值也可被重置(非连续性)。在这种情况下，当间隔内存在相同PCR值的一个以上的PCR数据包时，作为定位使用的PCR数据包的出现顺序被区分。

sourceURL属性可根据请求选择性地被改变。这是由于baseURL提供完整的URL。也可能没有要求sourceURL。

多种字节范围的使用在“虚拟段”的下载中提供流动性。例如，(可在窍门模式(trickmode)中使用的)低(low)帧速率的段可通过飞速写入从串流或原段被提取。

附加地，为了支持使用多种URL来用于表示，可在3GPP适应性HTTP串流的模式中加入以下的变形。

以下，对相同的资源/内容的多种位置进行说明。

描述的各级别(最高(top)级别、周期(Period)级别、表示(Representation)级别)从描述开始提供用于构建绝对URL的单一的基础URL。

在各描述级别中，可提供多种基础URL。多种基础URL将多种位置中的资源的可用性进行信令。

依照客户端的实际位置，客户端可选择提取资源的过程中的一个以上的基础URL。

上述变形可通过不同的方式来体现。一个方式是使用称为“morebaseURLs”的附加属性或称为“BaseURLs”的元素。

该属性或元素可以是由多种(基础)URL构成的字符串。例如，字符串可通过“；”(即，分号及空格)等一些特殊符号被分离。

当任意的分号或空格出现在URL中时，分号或空格为通过RFC 2616的规则被编码。

较低的描述级别的morebaseURL的属性(或BaseURLs元素)可重写较高的描述级别的相同属性(元素)。

为了正确性，morebaseURLs属性和BaseURLs元素可被限制为互相排斥。即，整个描述内只可存在一个类型。

各实体在提供基础URL时，其他方式为与其他实体一起来使用任意的URI类型的MoreBaseURL元素。

上述不同的方式仅为用于提供多种基础URL的建议。该建议可通过更多不同的方式或不同的语言来实现。

以下，对资源/内容构成元素的多种位置进行说明。

资源/内容可分成一个以上的组件/串流。一个以上的组件/串流分别从location被传达。由于允许UriTemplate元素的多种实体或SegmentInfoType内的Url元素集合，因此该传达被支持。SegmentInfoType内的改变“<xs:choice maxOccurs＝“unbounded”>“可用于上述目的。

UrlTemplate实体或Url集合实体的出现顺序可区分其的“location/stream”的重要性。较重要的location可在不太重要的location之前出现。例如，音频表示(Representation)可由2个串流(空间性基础层和空间性增强(enhancement)层)来构成。分别从通过UrlTemplate被描述的location被传达。此后，UrlTemplate的第一个实体成为用于空间性基础层的location。

进一步，可允许InitialisationSegmentURL的多种实体。InitialisationSegmentURL的第n个实体(UrlTemplate元素或Url元素集合)对应于location的第n个实体。

当只有InitialisationSegmentURL一个实体时，所述实体可用于所有的location。

以下，表15至19显示出3GPP的AdaptiveHTTPStreaming的模式。

【表15】

【表16】

【表17】

【表18】

【表19】

图5是根据本发明的一个实施例的终端100的结构图。

控制单元510执行步骤130和步骤140。即，控制单元510处理有关间隔的元数据，且基于处理来选择适合于间隔的所述片段的收发单元520执行步骤120、步骤140、和步骤150。即，收发单元520从服务器110接收有关内容的间隔的元数据，并向服务器请求适合于间隔的片段，并从服务器接收所述片段。

图6是示出根据本发明的一个实施例的终端100的结构图。

终端100可包括存取引擎610和媒体引擎620。

存取引擎610可以是DASH存取引擎。

存取引擎610可从服务器110接收元数据(例如，MPD)。

存取引擎610可构成请求，并将构成的引擎发给(issue)服务器110。存取引擎610可从服务器110接收媒体(例如，段或段的一部分)。存取引擎可使用所述段的URL来请求媒体的段。

存取引擎610可基于元数据提供的信息接收媒体的段。在此，各周期可包括一个以上的组，且各组可包括所述媒体的一个以上的表示，且各表示可包括一个以上的段。

存取引擎610将媒体提供给媒体引擎620。存取引擎610可将段内包含的媒体数据解码。

存取引擎610的输出可包括MPEG容器(container)(例如，ISO/IEC14492-12ISO基本文件格式或ISO/IEC13818-2MPEG-2传输流)的媒体(或媒体的一部分)。此外，存取引擎610的输出可包括所述媒体的内部(internal)定时映射(map)为媒体表现的时间线的定时信息。

媒体引擎620播放提供的媒体。即，媒体引擎620可从存取引擎接收提供的媒体数据，并输出媒体。媒体引擎620可使用从存取引擎610输出的媒体数据和定时信息来输出媒体。

参照上述图1至图5说明的根据本发明的一个实施例的技术型内容在本实施例中也可照样适用。因此，省略详细地说明。

根据本发明的一个实施例的方法能够以程序指令的形式被体现并记录在计算机可读媒体中，该程序指令可通过多种计算机手段被执行。所述计算机可读媒体可包括独立的或结合的程序指令、数据文件、数据结构等。所述媒体中记录的程序指令可专门为本发明特别设计和创建，或为计算机软件技术人员熟知而应用。计算机可读媒体的例子包括：磁媒体(magnetic media)，如硬盘、软盘和磁带；光学媒体(optical media)，如CD ROM、DVD；磁光媒体(magneto-optical media)，如光盘(floptical disk)；和专门配置为存储和执行程序指令的硬件设备，如只读存储器(ROM)、随机存取存储器(RAM)等。程序指令的例子，既包括机器代码，如由编译器产生的，也包括含有可由计算机使用解释程序执行的更高级代码的文件。所述硬件设备可配置为作为一个以上软件模块运行以执行上面所述的本发明的示例性实施例的操作，反之亦然。

如上所示，本发明虽然已参照有限的实施例和附图进行了说明，但是本发明并不局限于所述实施例，在本发明所属领域中具备通常知识的人均可以从此记载中进行各种修改和变形。

因此，本发明的范围不受说明的实施例的局限或定义，而是由后附的权利要求范围以及与权利要求范围等同的内容来定义。

Claims (16)

1.一种在终端中接收媒体内容的方法，所述方法包括：

接收所述媒体内容的一个或多个元数据，所述元数据包括具有多个基础统一资源定位符URL元素的属性，

从多个基础URL元素中选择基础URL元素；

使用所述媒体内容的段的URL向服务器发送对所述段的请求，所述URL是基于所选择的基础URL元素生成的；

从所述服务器接收所述段，

其中所述元数据是媒体信息MPD，

其中所述MPD描述一个或多个周期，

其中所述周期包括一个或多个组，

其中所述组包括一个或多个表示，

其中所述表示包括所述媒体内容的一个或多个段，

其中相同的段能够在由相对于相应的基础URL元素解析的URL指示的多个位置处访问，

其中所述MPD、所述周期、所述组和所述表示包括一个或多个属性或元素，以及

其中，在同一级别或不同级别提供多个基础URL元素。

2.根据权利要求1所述的方法，其中，所述基础URL元素包括以下中的至少一个：MPD的MPD级别基础URL元素、每个周期的周期级别基础URL元素、每个组的组级别基础URL元素以及每个表示的表示级别基础URL元素。

3.根据权利要求2所述的方法，其中相对于较高级别的基础URL元素解析特定级别的基础URL元素，

其中周期级别基础URL元素相对于MPD级别基础URL元素被解析，

其中组级别基础URL元素相对于周期级别基础URL元素被解析，

其中表示级别基础URL元素相对于组级别基础URL元素被解析。

4.根据权利要求1所述的方法，其中，使用基于包括比特率、垂直分辨率或水平分辨率的资源类型生成的URI来请求所述媒体内容。

5.根据权利要求1所述的方法，其中基础URL元素中的第一基础URL元素用作基本的统一资源标识符URI。

6.根据权利要求1所述的方法，其中所述元数据包括范围属性，并且

其中所述请求包括由所述URL指示的资源的所述范围属性所指定的字节的请求。

7.根据权利要求1所述的方法，其中所述URL是绝对性URL或相对性URL。

8.根据权利要求1所述的方法，其中，所述元数据选择性地包括所述段的源URL属性，并且

其中，当元数据选择性地包括该段的源URL属性时，将所述基础URL元素中的一基础URL元素映射到源URL属性，从而生成该URL。

9.一种由服务器提供媒体内容的方法，所述方法包括：

从终端接收使用所述媒体内容的段的统一资源定位符URL的对所述段的请求，所述URL是基于所选择的基础URL元素生成的；

向终端提供该段，

其中所述终端基于所述媒体内容的一个或多个元数据从所述多个基础URL元素中选择基础URL元素，

其中所述元数据是媒体信息MPD，

其中所述MPD描述一个或多个周期，

其中所述周期包括一个或多个组，

其中所述组包括一个或多个表示，

其中所述表示包括所述媒体内容的一个或多个段，

其中相同的段能够在由相对于相应的基础URL元素解析的URL指示的多个位置处访问，

其中所述MPD、所述周期、所述组和所述表示包括一个或多个属性或元素，以及

其中，在同一级别或不同级别提供多个基础URL元素。

10.根据权利要求9所述的方法，其中，所述基础URL元素包括以下中的至少一个：MPD的MPD级别基础URL元素、每个周期的周期级别基础URL元素、每个组的组级别基础URL元素以及每个表示的表示级别基础URL元素。

11.根据权利要求10所述的方法，其中相对于较高级别的基础URL元素解析特定级别的基础URL元素，

其中周期级别基础URL元素相对于MPD级别基础URL元素被解析，

其中组级别基础URL元素相对于周期级别基础URL元素被解析，

其中表示级别基础URL元素相对于组级别基础URL元素被解析。

12.根据权利要求9所述的方法，其中，使用基于包括比特率、垂直分辨率或水平分辨率的资源类型生成的URI来请求所述媒体内容。

13.根据权利要求9所述的方法，其中基础URL元素中的第一基础URL元素用作基本的统一资源标识符URI。

14.根据权利要求9所述的方法，其中所述元数据包括范围属性，并且

其中所述请求包括由所述URL指示的资源的所述范围属性所指定的字节的请求。

15.根据权利要求9所述的方法，其中所述URL是绝对性URL或相对性URL。

16.根据权利要求9所述的方法，其中，所述元数据选择性地包括所述段的源URL属性，并且

其中，当元数据选择性地包括该段的源URL属性时，将所述基础URL元素中的一基础URL元素映射到源URL属性，从而生成该URL。

Images