《用于发送相应地接收媒体流的方法.pdf》由会员分享，可在线阅读，更多相关《用于发送相应地接收媒体流的方法.pdf（20页珍藏版）》请在专利查询网上搜索。
1、10申请公布号CN104040993A43申请公布日20140910CN104040993A21申请号201280067351322申请日20120117H04L29/0620060171申请人瑞典爱立信有限公司地址瑞典斯德哥尔摩72发明人T洛马F加宾74专利代理机构中国专利代理香港有限公司72001代理人徐予红汤春龙54发明名称用于发送相应地接收媒体流的方法57摘要本发明提议一种用于接收媒体流的方法，由此将媒体流分段在多个连续片段中。开始时，接收清单文件，由此清单文件包括以URI模板方式的媒体片段的指示和引用所述媒体流的第一片段的开始索引。从清单文件内的接收信息组装不同URI，由此组装的UR。
2、I引用所述多个片段的片段，并且由此组装是基于所述指示和索引，由此索引基于开始索引进行计算，并且对于每个连续片段增加预确定的值。借助于这些组装的URI，接收所述片段，由此接收是基于允许识别相同片段的分组的标识符，由此所述片段散布在多个分组上，并且特定片段的每个分组包括所述特定标识符，由此索引映射到标识符。重新组装获取的媒体片段分组以形成所述媒体流。本发明还提议了一种用于以上述方式提供所述媒体流的方法及允许执行相应方法的相应设备。85PCT国际申请进入国家阶段日2014071786PCT国际申请的申请数据PCT/EP2012/0506472012011787PCT国际申请的公布数据WO2013/1。
3、07502EN2013072551INTCL权利要求书1页说明书11页附图7页19中华人民共和国国家知识产权局12发明专利申请权利要求书1页说明书11页附图7页10申请公布号CN104040993ACN104040993A1/1页21一种用于接收媒体流的方法，由此将媒体流分段在多个连续片段中，接收清单文件，由此所述清单文件包括以URI模板方式的媒体片段的指示，包括引用所述媒体流的第一片段的开始索引，从所述收到的清单文件组装不同URI，由此组装的URI引用所述多个片段的片段，由此组装是基于所述指示和索引，由此所述索引是基于所述开始索引进行计算，并且对于每个连续片段增加预确定的值，借助于所述组装的。
4、URI接收所述片段，由此接收是基于允许识别相同片段的分组的标识符，由此所述片段散布在多个分组上，并且特定片段的每个分组包括所述标识符，由此所述索引映射到所述标识符，重新组装所述片段以形成所述媒体流。2一种用于提供媒体流的方法，由此将媒体流分段在多个连续片段中，提供清单文件，由此所述清单文件包括以URI模板方式的媒体片段的指示，包括引用所述媒体流的第一片段的开始索引，由此所述清单文件允许从所述收到的清单文件组装不同URI，由此组装的URI引用所述多个片段的片段，由此组装是基于所述指示和索引，由此所述索引是基于所述开始索引进行计算，并且对于每个连续片段增加预确定的值，借助于所述组装的URI提供所述。
5、片段，由此提供是基于允许识别相同片段的分组的标识符，由此所述片段散布在多个分组上，并且特定片段的每个分组包括所述标识符，由此所述索引映射到所述标识符，由此允许重新组装所述片段以形成所述媒体流。3如权利要求1或2所述的方法，由此所述索引是传输对象标识符。4如权利要求1或2或3所述的方法，由此所述清单文件包括结束索引。5如前面权利要求任一项所述的方法，由此所述流以单播或广播或多播方式提供。6如前面权利要求任一项所述的方法，由此所述片段具有实质相同的大小和/或实质相同的持续时间。7如前面权利要求任一项所述的方法，由此提供更新的清单文件用于接收。8如前面权利要求任一项所述的方法，由此所述清单文件包括提。
6、供不同比特率和/或不同分辨率和/或不同帧速率的媒体片段的多个指示。9一种允许执行如权利要求1到8任一项所述方法的设备。权利要求书CN104040993A1/11页3用于发送相应地接收媒体流的方法0001技术领域0002本发明涉及用于接收媒体流的方法。背景技术0003迄今为止，通过移动网络的标准化直播视频分组服务依赖RTP（实时传输协议）传输媒体流（也称为内容）。其后，3GPP/ETSI、MPEG和开放IPTV论坛组织已定义了动态和适应性HTTP流传送DASH系统。DASH定义成通过HTTP协议传输内容。然而，它定义也能够通过象例如FLUTE的其它文件传送协议传输的文件格式。DASH由此描述通过。
7、HTTP的动态适应性流传送，而FLUTE涉及通过单向传输的文件输送。FLUTE上的DASHDASHOVERFLUTE基本上描述“文件流传送”服务，由此客户端从单独获取的文件的序列重新组装流。0004图1中示出在“HTTP流传送”与提议的DASH直播流传送（“文件流传送”）原理之间的差别。0005在可以MPEG2传输流分组MPEG2TS形式提供的“HTTP流传送”内容的情况下，可通过例如TCP管道的单个管道发送。在例如通过使用HTTP请求/HTTP响应循环打开HTTP/TCP管道后，客户端接收MPEGTS分组而不发送任何另外的HTTP请求。0006在“适应性HTTP流传送”的情况下，提供内容的服。
8、务器将流细分成多个连续媒体片段，每个片段包含某个持续时间的媒体数据（一般大约1秒或10秒）。客户端单独获取这些媒体片段，即，在某个时间点发送对每个媒体片段的HTTP请求，并且在客户端侧上联结获取的媒体片段，从而形成连续的流。0007DASH标准由两个主要部分组成。0008第一部分提供用于媒体呈现描述MPD，MPD将由客户端用于得出接入内容的适当链路。0009第二部分识别内容的格式，内容在媒体片段方面指ISO文件格式（3GP或MP4）和MPEG2TS格式的扩展。0010用于媒体片段检索的默认协议是基于HTTP的，但其它协议也可使用。允许此类检索的协议将能够独特地识别媒体片段，例如，通过使用URL。
9、或诸如此类。0011MPD的用途是向客户端提供与可用内容版本的特性（例如，视频分辨率、比特率）的信息、位置和定时，使得客户端能够获取和播放特定内容的媒体片段。0012MPD语法以XML方式定义。一般情况下，在流传送会话开始时使用HTTP获取MPD文件，但为了灵活性，也可在预确定的时间间隔流逝后更新/重新获取MPD。0013如图2以示意图方式所示的MPD包括三个主要组成，即，时期、表示和片段。虽然在下述内容中以分层方式描述，但要理解的是，可选择允许有关组成的明确归属的任何适当格式。0014如图2所示，时期元素是MPD的最外部分。时期一般表示将按顺序向用户呈现的说明书CN104040993A2/1。
10、1页4更大块的媒体。0015在某个时期内，可出现内容的多个不同编码。每个备选称为表示。这些备选表示可提供用于不同比特率和/或不同帧速率和/或视频分辨率及诸如此类。0016最后，每个表示例如通过使用HTTPURL描述一系列的片段。这些URL在表示（并且可能因此类似于播放列表）中明确描述，或者URL通过模板构造描述，这允许客户端得到用于表示的每个片段的有效URL。0017如所述的，MPD格式是灵活的，并且能够支持诸如MPEG2TS的其它媒体容器格式。MPD甚至也允许内容播放列表和/或广告插入功能性，这是因为不同内容的时期可链接在表示或时期内。0018电信系统中广泛使用的3GP文件格式及因此还有3G。
11、2和MP4文件格式是基于ISO基本媒体文件格式ISOFF。在下述内容中，我们将只引用3GP，但由此假设也包含3G2和MP4。图3中以示意图方式显示3GP媒体流的一部分。0019用于HTTP流传送的3GP片段可以是初始化片段或媒体片段。0020初始化片段包括配置数据（其可格式化为文件格式的“FTYP”和“MOOV”盒）。0021媒体片段类似于一个片段类型盒（“STYP”）和媒体指针和样本的一个或更多个电影片段（“MOOF”和“MDAT”盒）的级联。0022将初始化片段与相同表示的一个或更多个媒体片段级联将产生有效的3GP文件。00233GP文件格式被扩展用于特定的HTTP流传送要求。现在它也提供。
12、“SIDX”、“TFAD”和“TFDT”盒，而“STYP”盒非常类似于“FTYP”盒。0024片段索引盒（“SIDX”）提供与时期开始有关的相对定时信息以用于在搜寻后的时间恢复。片段索引盒（“SIDX”）也可提供随机接入点的列表。此类信息也可作为样本标志输送。0025另一方面，轨道片段调整盒（“TFAD”）提供在轨道之间的相对定时信息用于媒体同步。0026轨道片段基本媒体解码时间（“TFDT”）盒在轨道片段中提供第一样本的解码时间用于媒体同步。0027这些盒（即，“SIDX”、“TFDT”和“SIDX”）是可选的。0028众所周知，旧式播放器经常丢弃“FTYP”盒。0029提议的适应性HTTP。
13、流传送的特征是媒体片段将对所有用户是相同的。通过为客户端提供在备选表示的片段之间交换的可能性，获得适应性方式。0030由于可为多个用户容易地缓存媒体片段，因此，此属性使3GPDASHHTTP缓存和内容输送网络CDN友好。由其URL识别的媒体片段然后能够以与任何其它WEB内容相同的方式由中间HTTP代理/缓存提供。00313GPP中HTTP流传送的另一特征是可再使用为诸如3GPPPSS流传送的其它流传送解决方案定义的编解码器，由此消除提供另外编解码器的需要。0032此外，在其它领域，如在IPTV（因特网协议电视）中，可能采用类似的概念，如例如采纳了类似规范作为在2010年9月公布的其第2版的一部。
14、分的开放IPTV论坛OIPF。MPD语法和语义被再使用，只示出较小的适应。0033此外，指定了允许在MPEG2传输流MPEG2TS格式中支持媒体片段的扩展。OIPF说明书CN104040993A3/11页5提供的MPEG2TS扩展与由只示出较小的适应的3GP媒体片段提供的扩展对齐。MPD可使用例如MIME类型“视频/MPEG”或“视频/MP2T”指示媒体片段的格式为MPEG2TS。0034OIPFMPEG2TS格式可被理解为完全TS格式的子集。因此，通过联结客户端获取的媒体片段，可能形成符合MPEG2TS的流。0035节目特定信息PSI表可包括在初始化片段中和/或在一个或更多个媒体片段中。00。
15、36每个媒体片段将以随机接入点开始。所有媒体表示将是时间对齐的，从而允许简化的交换及比特率适应。MPEG2TSRANDOM_ACCESS_INDICATOR字段可用于表明在一个或更多个媒体片段内的随机接入点，由此允许客户端侧上简化的特技播放和/或搜寻操作。0037DASH规范现在可用于具有3GP和MPEG2TS文件格式的服务器和客户端实现器。0038至今，即使上述设置提供了几个益处，但还有主要问题要解决。0039也描述为MBMS下载的MBMS文件输送未设计用于直播视频分布。直播视频分布及其它直播服务依赖诸如RTP的实时协议。0040能够设想对“FLUTE上的DASH”设计的改变。然而，此类设计。
16、要求通过新文件输送表FDT实例通告每个媒体片段。FDT实例由此将包括用于相应媒体片段的文件名和相应FEC配置（例如，符号大小和内容长度）。包含在FTD实例中的文件名与是整数的传输对象ID相关联。此传输对象标识符要包括在属于相应媒体片段的每个分组中。另外，每个分组包括经常称为FEC有效负载ID的序号，序号用于识别片段内分组的顺序。0041为示出此问题，我们将在下述内容中参照涉及MBMS上的DASH的过程的图4和5。0042其中，MPD包括URL模板，模板将通过将字符（此处为INDEX）的良好定义的顺序替换为是索引的整数（此处为“10”到“12”）的字符来描述有效的URL构造。索引的范围也在MPD。
17、中给出。默认开始索引可以为“1”。0043媒体客户端可使用模板HTTP/WWWEXAMPLECOM/FIFA_2MININDEX3GS和索引来构建用于媒体片段的有效URI。如果索引为10，则用于媒体片段的有效URI能够是HTTP/WWWEXAMPLECOM/FIFA_2MIN103GS。0044FLUTE协议的性质由此要允许为例如HTTP/WWWEXAMPLECOM/FIFA_2MIN103GS的每个文件URI指派例如10的传输对象IDTOI（参见图4）。注意，URI引用的文件仍可分成几个分组，例如，UDP分组，并且TOI由媒体客户端用于收集属于相同文件的FLUTE分组。由于具有相同TOI的所。
18、有分组保持为相同文件的一部分，因此，这可以完成。0045图5是通过FLUTE的DASH片段流的传送。其中，例如FIFASEG0033GS的每个媒体片段在简化显示的FLUTEFDT实例内通知，并且指派有单个传输对象ID，即，在所示示例中，TOI21指派到名为FIFASEG0033GS的文件（简化的内容位置），而TOI22指派到文件URIFIFASEG0043GS。此外，每个FLUTEFDT实例指示诸如FEC符号大小、FEC编码和其它FEC信息、文件大小的FEC参数及内容类型和确切的内容位置，如图4所示。在FDT实例后，可接收和重新组装所述文件“FIFASEG0033GS”的相应“UDP/FLUT。
19、E”分组。在分组的序列之间，通过重复“FDTINSTX”分组，可如图5所示重复FDT实例。0046缺点是如果对应于所述实例的FDT实例未收到，或者如果FDT实例损坏，则FLUTE接收器将丢弃整个片段，这是因为在没有适当FEC配置以及丢失在FDT实例内提供的内容说明书CN104040993A4/11页6位置相应地内容的正确类型（MIME类型）和/或文件大小的情况下，FLUTE接收器不能将媒体片段解码。此类丢弃将导致服务质量被感觉为差，由此减小了允许再使用已知编解码器和输送机制并且由此最小化市场化的时间及总体软件开发和维护成本的常见方案的总体益处。发明内容0047一个目的是消除至少一些上述缺点并且。
20、提供用于发送相应地接收媒体流的改进方法以及因此改进的装置。0048因此，本发明提议一种用于接收媒体流的方法，由此将媒体流分段在多个连续片段中。开始时，接收清单文件，由此清单文件包括以URI模板方式的媒体片段的指示和引用所述媒体流的第一片段的开始索引。从清单文件内的接收信息组装不同URI，由此组装的URI引用所述多个片段的片段，并且由此组装是基于所述指示和索引，由此索引基于开始索引进行计算，并且对于每个连续片段增加预确定的值。借助于这些组装的URI，接收所述片段，由此接收是基于允许识别相同片段的分组的标识符，由此所述片段散布在多个分组上，并且特定片段的每个分组包括所述特定标识符，由此索引映射到标。
21、识符。重新组装获取的媒体片段分组以形成所述媒体流。0049本发明也提议了一种用于以上述方式提供所述媒体流的方法及允许执行相应方法的相应设备。附图说明0050在下述内容中，将参照附图进一步详细描述本发明，其中图1以示意图方式示出传统媒体流和分段的媒体流的比较；图2以示意图方式示出媒体呈现描述的一般布置；图3以示意图方式示出片段的基于3GP格式的HTTP流传送的典型布置；图4以示意图方式示出允许识别媒体流的单独URI的现有技术的设计原理；图5以示意图方式示出通过FLUTE的DASH片段的传送；图6以示意图方式示出在允许利用本发明的益处的系统内根据本发明的装置的布置；图7示出显示根据本发明的实施例的。
22、客户端的方面的流程图，以及图8示出显示根据本发明的实施例的服务器的方面的流程图。具体实施方式0051在详细描述本发明的实施例之前，要理解本发明不限于所述装置的特定组件部分或所述方法的步骤，这是因为此类装置和方法可有所不同。也要理解，本文使用的术语只是为了描述特定实施例，而无意于限制。必须注意的是，除非上下文另外明确指明，否则，如说明书和随附权利要求中使用的，单数形式“一”和“该”也包括单数和/或复数指示物。0052发明者注意到，文件序列的多个连续文件提供几乎相同大小和/或持续时间。因此，此类似大小和/或提供类似持续时间的大多数FEC参数也将是类似的。这可同样对于流的一些或甚至所有文件是正确的。。
23、此外，发明者注意到，MPD文件及FDT实例各自至少部分包括类似信息，而其它信息只在FDT内提供，如文件大小和FEC参数及文件大小。说明书CN104040993A5/11页70053本发明提议直接传送例如ISOFF或MPEG2TS或诸如此类的媒体片段，例如，经由如IETF定义的ALC（异步分层编码）协议，由此消除对IETFFLUTE协议的需要。为允许此类传输，类似的信息被布置使得它变得相同，而传统上在FLUTEFDT实例中传输的静态信息移向MPD。可变信息通过不同方式传输，例如，它可编码到报头中，例如，作为扩展。0054本发明因此允许增加的鲁棒性。0055MPD能够描述采用具有单独索引的URI模。
24、板形式的媒体片段URI的序列。MPD包括开始索引，并且可选择地也包括结束索引。此类结束索引可事先已知，例如，在直播会话的已知结束时间的情况下。客户端可通过组合URI模板和索引而形成媒体片段URI。0056示例模板可以是“HTTP/SERVER/PATH/SEGINDEX3GS”，其中，序列“INDEX”要由索引替换，例如，索引的整数值。作为示例，如果INDEX的值为9，则产生的URI将是“HTTP/SERVER/PATH/SEG93GS”。0057FLUTE协议通过常规文件输送功能扩展ALC（异步分层编码）。具体而言，FLUTE提供了将象文件名和MIME类型的文件属性关联到ALC/LCTTOI。
25、元素（传输对象ID）的功能性。因此，每个UDP分组包括其所属的传输对象（即，文件）的TOI值。0058FLUTE也可提供允许客户端移除TOI到文件关联的超时机制。0059除其它之外，FDT条目还可包括TOI（条目）用于关联的截止时间文件名（内容位置）MIME类型（内容类型）内容长度FEC符号大小FEC编码ID源块长度其它FECOTI参数例如，如具“MBMS上的DASH”能力的客户端的通过本发明使能的具有能力的装置可通过使用诸如ALCTOI值的允许识别相同片段的分组的标识符作为用于媒体片段URI创建的索引来创建媒体片段URI。标识符可直接用作INDEX，或者可在预确定的方案内使用，如在预确定的计。
26、算方案内。即，INDEX与ALCTOI方案对齐，其中，索引一般以1开始。为此，索引直接映射到MPD片段索引和ALCTOI。MPD也可包括内容类型（MIME类型）（因为这一般是用于流的片段的静态数据），相应地它的分组。向如通过本发明使能的客户端提供的MPD将包括专用“广播”表示（或适应集），客户端可在通过MBMS接收媒体片段时使用它。0060此类广播表示将包括FEC编码ID（并且可选择地也包括FEC实例ID），从而允许描述使用的FEC方案。注意，甚至NOCODEFEC也是包括编码ID0的有效FEC方案。MPD中的广播表示也可包括FEC符号大小，并且还可基于需要而包括其它FEC方案特定信息。FEC。
27、方案特定信息可涉及每编码符号的子块数量和/或子符号数量。0061如果媒体输送要求跨不同表示的时间对齐，则媒体片段将提供用于相同持续时间的媒体播放时间。因此，媒体片段可由于视频的性质而在大小方面有所不同，一般示出可变比特率。说明书CN104040993A6/11页80062在此情况下，将为例如ALC传输块的每个文件提供对象长度或编码符号的数量。为此，可在诸如LCT报头扩展的报头内提供信息，从而允许携带必需的信息，例如作为ALC报头的一部分。此类报头可与每个分组一起提供。0063如果媒体输送允许恒定大小的媒体片段，则每个媒体片段的播放时间将一般是不同的，即，如果媒体片段具有恒定大小（以字节为单位）。
28、，则每个片段提供的媒体播放时间一般有所不同。0064在此情况下，文件大小或源符号的数量可在MPD中提供。0065为使能与现有FLUTE接收器的后向兼容性，可设想作为提供此类增强服务的服务器的广播多播服务中心BMSC还可创建有效FDT实例并且标记为TOI0。由于媒体流的第一媒体片段从TOI1开始，因此，预期无负相互作用。0066为使能在媒体会话内的MPD更新，例如，象图5所示的，其中，在传送UDP/FLUTE分组流的同时包括了第二FDTINSTX，可设想更新的MPD将例如通过在FLUTE/ALC报头中使用不同传输会话标识符TSI而单独输送，例如，在例如另一FLUTE/ALC信道的单独信道中输送，。
29、和/或例如通过使用不同UDP端口而作为不同FLUTE会话输送。显而易见的是，即使使用术语“更新”，MPD更新也可只是以前发送的MPD的副本。0067下面示出使能“MBMS上的优化DASH”的示例MPD。此MPD允许组合模板URI构造和与FLUTEFDT实例有关的信息。此构造消除了在单独消息中发送这些FLUTEFDT实例的需要，并且由此本发明提供了允许更可靠传输的有利方案。0068因此，根据本发明的MPD也包括允许直接ALC传输对象识别和文件URI关联的模板。对于后向兼容性，模板可被布置使得它也允许经典FLUTE传输对象识别和文件URI关联。0069在下述内容中，给出了示出根据本发明的特征的示例。
30、MPD。下面的示例示出具有时间对齐媒体片段的MPD实现示例。0070说明书CN104040993A7/11页9MPD示出信息的分层布置。第一信息是在字段AVAILABILITYSTARTTIME“20101011T135044Z“中给出的开始索引信息。此外，可选的结束索引可在另一字段AVAILABILITYENDTIME“20101011T165044Z“中提供。涉及所有表示的其它参数也可给出，例如，涉及媒体的缓冲器和/或类型的信息。0071示范MPD包括三个表示。此处，前两个表示和描述使用HTTP的媒体片段的单播接收，由此第一表示和第二表示在所需带宽方面相互不同，并且因此也提供用于不同基准U。
31、RL。0072第三表示包括名为“MBMS”的属性，该属性将指示媒体片段的MBMS接收，即，媒体片段的多播或广播接收。0073在所述第三表示内，有详细描述用于广播/多播输送的参数的部分。它包括名为承载的元素，其SDP属性涉及详细描述输送会话描述的SDP文件。SDP文件可描述FLUTE会话（后向兼容性），或者可描述在MBMS上的直接会话，如在MBMS上的ALC会话。0074备选地或另外地，也可将来自SDP文件的这些参数直接包括到MPD中。具体而言，可提供TMGI（临时移动群组标识符，即，MBMS承载ID）、IP多播地址、UDP目的地端口和TSI信息。0075元素FEC包含那些FEC参数，这些参数可。
32、适用于所有媒体片段，即，它们是静态的。这些FEC参数具体而言是FECID，识别将使用哪个FEC代码、符号大小SYMLEN和方案特定信息，例如，源块和子块的数量。这些FEC参数要用于所有媒体片段。0076文件大小或源符号的数量可在诸如LCT扩展报头的报头内提供到客户端。0077如果提供了文件大小，则客户端将源符号的数量计算为最高限度（CEIL）（文件大小/符号大小）。在FEC解码期间可将最后的符号填充为完整符号。0078取决于要求的鲁棒程度，此报头可在开始时提供一次，或者它可在输送内提供若干次。0079在下述内容中，给出了示出根据本发明的特征的另一示例MPD说明书CN104040993A8/11。
33、页10媒体输送也提供使用大小对齐的媒体片段的可能性。然后，所有媒体片段（大约）具有相同大小。携带的时间量一般随片段的不同而不同，这是因为多媒体内容可能进行了可变比特率编码。0080这些大小对齐的片段也可表示为字节对齐的片段。片段持续时间可在媒体片段内显式或隐式携带。0081例如，在ISOFF的情况下，一些表（称为盒）携带用于每个片段的解码定时信息。在MPEGTS的情况下，DTS和PTS（解码和呈现时间戳）携带定时信息。0082因此，由于此片段持续时间可从以任何方式提供的此信息得出，因此，无需如前面相对于时间对齐片段在报头内提供信息。0083下面的示例示出具有大小对齐的媒体片段的另一MPD实现示。
34、例。0084MPD示出信息的分层布置。第一信息是在字段AVAILABILITYSTARTTIME“20101011说明书CN104040993A109/11页11T135044Z“中给出的开始索引信息。此外，可选的结束索引可在另一字段AVAILABILITYENDTIME“20101011T165044Z“中提供。涉及所有表示的其它参数也可给出，例如，涉及媒体的缓冲器和/或类型的信息。0085示范MPD包括三个表示。此处，前两个表示和描述使用HTTP的媒体片段的单播接收，由此第一表示和第二表示在所需带宽方面相互不同，并且因此也提供用于不同基准URL。0086第三表示包括名为“MBMS”的属性，。
35、该属性将指示媒体片段的MBMS接收，即，媒体片段的多播或广播接收。0087在所述第三表示内，有详细描述用于广播/多播输送的参数的部分。它包括名为承载的元素，其SDP属性涉及详细描述输送会话描述的SDP文件。SDP文件可描述FLUTE会话（后向兼容性），或者可描述在MBMS上的直接会话，如在MBMS上的ALC会话。0088备选地或另外地，也可将来自SDP文件的这些参数直接包括到MPD中。具体而言，可提供TMGI（临时移动群组标识符，例如，MBMS承载ID）、IP多播地址、UDP目的地端口和TSI信息。0089元素FEC包含那些FEC参数，这些参数可适用于所有媒体片段，即，它们是静态的。这些FEC。
36、参数具体而言是FECID，识别将使用哪个FEC代码、符号大小SYMLEN和方案特定信息，例如，源块和子块的数量。这些FEC参数要用于所有媒体片段。0090元素FEC包括名为“NOSYM”的另一属性，该属性指示用于每个媒体片段的源符号的数量。媒体客户端可将源块大小计算为NOSYMSYMLEN。由于源块（即，片段）将具有完全相同的长度，因此，如果分组未完全使用，不必传送最后分组的填充信息。0091收到分组时，通过标识符识别片段的分组。此标识符被布置使得它映射到引用媒体片段的索引。例如，如果使用基于ALC的输送，则可将传输对象标识符TOI直接用作对片段的索引的引用。0092图6中示出根据本发明的系统。
37、。图中服务器SRV除其它之外还包括CPU110、I/O单元120和存储器130，而诸如硬盘或诸如此类的其它硬件未示出。CPU110适用于控制I/O单元120并且由此能够在提供媒体流服务的同时发送和接收消息。存储器130可存储相应的应用程序以便执行和/或它可存储要输送的一个或更多个媒体流片段。具体而言，CPU110可操作以发送根据本发明的MPD，由此允许诸如示范客户端CL1、CL2、CL3的客户端获取相应媒体流的相应媒体片段。客户端CL1、CL2、CL3和服务器被布置以使得它们可借助地其相应I/O单元使用诸如移动电信网络的通信网络相互进行通信。示例通信网络可以是本领域中已知的基于LTE、UMTS。
38、或EDGE的网络及要开发的任何适当前身。此外，服务器SRV也可位于诸如电视广播系统的广播系统内，由此广播系统可以或可以不例如经另一无线或基于有线的通信系统向单独客户端提供反向信道。0093客户端CL1、CL2、CL3除其它之外还包括CPU210、I/O单元220和存储器230，而诸如硬盘或诸如此类的其它硬件未示出。CPU210适用于控制I/O单元220并且由此能够在提供媒体流服务的同时发送和接收消息。存储器230可存储相应的应用程序以便执行和说明书CN104040993A1110/11页12/或它可存储要组装的一个或更多个媒体流片段。具体而言，CPU210可操作以接收根据本发明的MPD，由此允。
39、许客户端CL1、CL2、CL3获取相应媒体流的相应媒体片段。组装的媒体流或其部分然后可通过相应媒体播放器向用户提供，媒体播放器也可实施为在存储器230中存储并且由CPU210执行的应用程序。此外，客户端CL1、CL2、CL3也可位于诸如电视广播系统的广播系统内，由此广播系统可以或可以不例如经由另一无线或基于有线的通信系统向提供服务器SRV通过反向信道。0094可使得客户端CL1、CL2、CL3能够执行如图7中所突出的方法。0095在步骤100中，客户端CL1、CL2、CL3接收清单文件，由此清单文件包括以URI模板方式的媒体片段的指示、引用所述媒体流的第一片段的开始索引。0096在步骤200中。
40、，客户端CL1、CL2、CL3组装来自不同清单文件的不同URI，由此组装的URI引用所述多个片段的片段，由此组装是基于所述指示和索引，以及由此索引是基于开始索引进行计算，并且对于每个连续片段增加预确定的值。0097在步骤300中，客户端CL1、CL2、CL3借助于组装的URI接收所述片段，由此获取是基于允许识别相同片段的分组的标识符，由此所述片段散布在多个分组上，并且特定片段的每个分组包括所述标识符，由此索引映射到所述标识符。虽然使用了接收的术语，但涉及的过程可以是被动或主动的。0098在步骤400中，客户端CL1、CL2、CL3重新组装所述片段以形成所述媒体流。0099一旦所有片段已收到并且。
41、向用户提供，或者在严重故障或用户请求的情况下，方法结束。0100可使得服务器SRV能够执行如图8中所突出的方法。0101在步骤500中，服务器SRV提供清单文件，由此清单文件包括以URI模板方式的媒体片段的指示和引用所述媒体流的第一片段的开始索引，由此清单文件允许从收到的清单文件组装不同URI，由此组装的URI引用所述多个片段的片段，由此组装是基于所述指示和索引，由此索引是基于开始索引进行计算，并且对每个连续片段增加预确定的值。0102在步骤600中，借助于所述组装的URI服务器SRV提供所述片段，由此提供是基于允许识别相同片段的分组的标识符，由此所述片段散布在多个分组上，并且特定片段的每个分。
42、组包括所述标识符，由此索引映射到所述标识符，由此允许重新组装所述片段以形成所述媒体流。虽然使用了提供的术语，但涉及的过程可以是被动或主动的。0103在本发明的一实施例中，可预见索引是传输对象标识符，例如，ALC协议的传输对象标识符。0104在本发明的另一实施例中，可预见清单文件MPD包括结束索引。这例如可在结束时间已知的情况下使用。0105根据又一实施例，以单播或广播或多播方式提供流。通过允许不同输送类型，允许简化的服务器和客户端体系结构。0106根据仍有的另一实施例，片段具有实质相同的大小和/或实质相同的持续时间。0107在片段具有实质相同大小的情况下，不要求有关文件大小或符号数量的另外的信。
43、息，但要求基于其它信息计算定时信息的引用。因此，在大小对齐的片段的情况下，MPD可包括与源符号的数量“NOSYM”有关的另外的信息。0108在片段具有实质相同持续时间的情况下，要求有关文件大小和/或符号数量的其说明书CN104040993A1211/11页13它信息。此信息可在报头中提供，例如作为LCT报头扩展。取决于要求的鲁棒程度，此报头可在开始时提供一次，或者它可在输送内提供若干次。0109根据还有的另一实施例，提供更新的清单文件MPD以便接收，由此增加鲁棒性并且允许更新。0110在本发明的另一实施例中，可预见清单文件MPD包括提供不同比特率和/或不同分辨率和/或不同帧速率的媒体片段的多个。
44、指示。为此，可实现HTTP上动态适应性流传送DASH的益处。0111本发明虽然相对于特定实施例进行描述，但可在多种情形中采用，包括广播、多播和单播环境。因此，本发明不但可在双向通信系统内使用，而且可在诸如用于数字视频的广播系统和/或数字音频广播系统的单向通信系统中使用。0112上述详细实施例中要素和特征的特定组合只是示范；这些实施例和本文中公开的其它实施例的互换和替代也明确考虑。如本领域技术人员将认识的，在不脱离所要求保护的本发明的精神和范围的情况下，本领域普通技术人员能够想到本文中所述内容的变化、修改和其它实现。因此，上述描述只作为示例而无意限制。本发明的范围在随附权利要求及其等同物中定义。此外，在描述和权利要求中使用的标号不限制所要求保护的本发明的范围。说明书CN104040993A131/7页14图1说明书附图CN104040993A142/7页15图2图3说明书附图CN104040993A153/7页16图4说明书附图CN104040993A164/7页17图5说明书附图CN104040993A175/7页18图6说明书附图CN104040993A186/7页19图7说明书附图CN104040993A197/7页20图8说明书附图CN104040993A20。