通信接收器的制造方法
【专利说明】通信接收器
【背景技术】
[0001] 本发明涉及多媒体媒体内容分发领域。
[0002] 对于多媒体内容分发，3GPP TS 26. 247规定，可以使用HTTP动态自适应流媒体 (DASH)的媒体展示描述（MPD)，其早前作为3GPP TS 26. 234包交换流媒体（PSS)业务的一 部分出现。
[0003] 为了通过互联网分发文件，还可以使用单向传输文件分发（FLUTE)【RFC 3926】。 FLUTE是一种用于通过互联网进行单向文件分发的协议。该规范建构在异步分层编码 (ALC)【RFC 3450】之上，ALC是设计用于大规模可扩展的多播分发的基本协议。
[0004] 对于服务具有相同媒体内容的大型集合，可以利用多媒体广播多播业务（MBMS)。 MBMS下载分发方法旨在通过MBMS将任意数目的对象分发给众多接收器。3GPP TS 26. 346 的MBMS中定义了两种分发方法，即下载和流媒体。
[0005] 当通过MBMS承载分发媒体内容时，MBMS下载分发方法使用FLUTE协议【RFC 3926】。
[0006] 3GPP TS 26. 247中定义的DASH规定了使流媒体业务从标准HTTP服务器分发给 DASH客户端的格式和方法。它涉及通过媒体呈现描述（MPD)来描述媒体分片和辅助元数据 (均被HTTP-URL引用）。
[0007] 下载分发方法，即MBMS，允许3GPP TS 26. 247中定义的DASH分片和媒体呈现描述 的分发。分片URI使用FLUTE进行描述。
[0008] 网络可通过MBMS用户业务描述通告用于为DASH提供媒体分片的MBMS下载分发 方法的使用。在此事件中，MBMS用户业务描述分段应包括媒体呈现描述元素。该元素包含 对3GPP TS 26.247中定义的媒体呈现描述元数据分段的引用。因此，用户设备（UE)可以 预期根据3GPP TS 26. 244中规定的HTTP动态自适应流媒体的3GP文件格式对MBMS下载 分发方法提供的文件进行格式化。此外，媒体呈现描述分段可包含对3GPP TS 26. 247中定 义的初始化分片描述片段的引用。
[0009] 为了开始使用通过MBMS分发的DASH业务，MBMS客户端必须执行以下步骤：
[0010] 1.接收用户业务包描述。
[0011] 2.将媒体呈现描述映射到对应的分发方法。
[0012] 3.建立MBMS用户业务数据的接收。
[0013] 4.接收来自ALC/LCT会话的FDT实例。
[0014] 5.使用接收到的FDT实例将所选显现的URL映射到传输对象标识符（TOI)。
[0015] 6.将接收到的对象存储在UE缓存中，该对象可以由DASH客户端使用GET请求进 行获取。
[0016] 在初始化通过MBMS发送的DASH媒体内容接收过程中，FDT实例的接收引入了延 迟，这对体验质量造成负面影响。在从MBMS会话接收所选显现的任意分片（'对象'）之 前，必须首先接收FDT实例。通过ALC/LCT会话定期发送FDT实例。引入的延迟取决于发 送FDT实例的时间间隔。
[0017] 通过以所支持的一种机制运行FLUTE客户端可为支持MBMS接收的设备通过MBMS 分发DASH媒体内容。FLUTE客户端支持两种运行机制：
[0018] 1.全部下载机制：在该机制下，指示FLUTE客户端下载会话中的所有文件（传输 对象），或者
[0019] 2.基于请求的机制：在该机制下，指示FLUTE客户端应当下载哪些文件。
[0020] 然而，在DASH客户端发送对媒体分片的请求时，该请求可能已经通过FLUTE会话 (ALC/LCT会话）进行发送或者传输可能已经结束。这样会引起额外的延迟以使FLUTE客户 端恢复文件。
[0021] 另一方面，全部下载机制可能并非适用于所有场景，因为FLUTE客户端将下载所 有通过会话发送的文件，而这将导致过度的存储使用，尤其当通过同一 MBMS会话同时发送 多个显现时。
【发明内容】
[0022] 本发明的目的在于提供用于多媒体媒体内容分发的有效概念。
[0023] 此目的可以通过独立权利要求的特征来实现。进一步的实施形式在从属权利要 求、具体说明和附图中显而易见。
[0024] 根据第一方面，本发明涉及一种通信接收器，包括第一客户端，用于根据HTTP动 态自适应流媒体协议进行接收，以及第二客户端，用于根据单向传输文件分发协议进行接 收，其中所述第一客户端用于向所述第二客户端提供获取模式，以及所述第二客户端用于 根据所述获取模式获取，例如接收或下载或提取媒体内容。
[0025] 在所述第一方面的第一实施形式中，所述第一客户端用于通过控制信道将所述获 取模式提供给所述第二客户端205。
[0026] 在如上所述的第一方面或所述第一方面的第一实施形式的第二实施形式中，所述 第二客户端用于根据所述获取模式通过FLUTE会话从远程发射器下载所述媒体内容以接 收所述媒体内容。
[0027] 在如上所述的第一方面或所述第一方面的前述实施形式之一的第三实施形式中， 所述第一客户端用于从远程发射器接收包含所述获取模式的媒体呈现描述（MPD)，以及从 所述接收到的媒体呈现描述（MPD)中获取所述获取模式。
[0028] 在如上所述的第一方面的或所述第一方面的前述实施形式之一的第四实施形式 中，所述媒体内容是根据所述单向传输文件分发（FLUTE)协议的传输对象，所述传输对象 由传输对象标识符（TOI)值标识。所述传输对象可以是HTTP动态自适应流媒体媒体内容 的一个显现或子显现的分片。
[0029] 在如上所述的第一方面或所述第一方面的前述实施形式之一的第五实施形式中， 所述获取模式包括所述媒体内容的传输对象URL，尤其是传输对象集的URL的前缀。所述获 取模式可以基于所述传输对象URL的前缀，例如为所述URL的路径。
[0030] 在如上所述的第一方面或所述第一方面的前述实施形式之一的第六实施形式中， 所述获取模式包括传输对象标识符值的传输对象标识符范围或传输对象标识符值的前缀。
[0031] 在如上所述的第一方面或第一方面的前述实施形式之一的第七实施形式中，所述 获取模式包括所述媒体内容的URL。
[0032] 在所述第一方面的第六或第七实施形式的第八实施形式中，传输对象标识符值的 所述传输对象标识符（TOI)范围或所述前缀，或传输对象URL的所述前缀表示媒体呈现描 述（MPD)的显现的分片。所述TOI范围可以从所述扩展的MPD中提取。
[0033] 在所述第一方面的第八实施形式的第九实施形式中，所述第二客户端用于下载落 入所述传输对象标识符范围的传输对象标识符（TOI)值所描述的分片集。
[0034] 在如上所述的第一方面或所述第一方面的前述实施形式之一的第十实施形式中， 所述第二客户端用于接收DASH流媒体内容。
[0035] 在如上所述的第一方面或所述第一方面的前述实施形式之一的第十一实施形式 中，所述第二客户端用于下载匹配传输对象标识符值的所述前缀或者匹配所述第一客户端 指示的传输对象URL的所述前缀的分片集。
[0036] 根据第二方面，本发明涉及一种通信发射器，包括用于根据HTTP动态自适应流 媒体协议（DASH)进行传输的第一发射器，以及用于根据单向传输文件分发协议（FLUTE) 进行传输的第二发射器，其中所述第一发射器用于向所述第二发射器提供媒体呈现描述 (MPD)的分片用于传输，所述第二发射器用于将获取模式分配给所述分片，以及所述发射器 用于将增强型媒体呈现描述（MPD) (101)发送给通信网络，所述增强型媒体呈现描述（MPD) (101)包括所述获取模式。
[0037] 在所述第二方面的第一实施形式中，所述第一发射器和所述第二发射器用于通过 控制信道进行通信。
[0038] 根据第三方面，本发明涉及一种用于通信发射器进行传输的传输方法，所述通信 发射器包括根据HTTP动态自适应流媒体（DASH)协议进行传输的第一发射器，以及用于根 据单向传输文件分发（FLUTE)协议进行传输的第二发射器，所述方法包括所述第一发射器 向所述第二发射器提供媒体呈现描述（MPD)的分片，所述第二发射器将获取模式分配给所 述分片，以及将增强型媒体呈现描述发送给通信网络，所述增强型媒体呈现描述包括所述 获取模式。
[0039] 根据第四方面，本发明涉及一种用于通信接收器进行媒体内容接收的接收方法， 所述通信接收器包括第一客户端，用于根据HTTP动态自适应流媒体（DASH)协议进行接收， 以及第二客户端，用于根据单向传输文件分发（FLUTE)协议接收媒体内容，其中所述方法 包括所述第一客户端向所述第二客户端提供获取模式，以及所述第二客户端根据所述获取 模式接收媒体内容。
[0040] 根据第五方面，本发明涉及一种用于当在计算机上执行时执行所述传输方法或所 述接收方法的程序。
[0041] 本发明可以在硬件和/或软件中实施。
【附图说明】
[0042] 图1所示为DASH数据模型；
[0043] 图2所示为接收器架构；
[0044] 图3所示为发射器架构。
【具体实施方式】
[0045] 图1所示为媒体呈现描述101，其基于实施规范3GPP TS 26. 247的DASH数据模 型。
[0046] 媒体呈现描述101包括一系列基于时间的周期103、119,这些周期构成了媒体呈 现描述。周期1〇3、119通常表示媒体内容周期，在这个周期内存在一组一致性的媒体内容 编码版本，即一组可用比特率、语言、标题、字幕等在这个周期内不会改变。
[0047] 在周期103、119内，材料被编排为适配组104、111。适配组104、111表示一组一个 或多个媒体内容成分的可互换编码版本。例如，主视频成分可能有一个适配组104、111，同 时主音频成分也有一个单独的适配组。如果存在其它材料，例如标题或音频描述，那么这些 材料可能每个都有一个单独的适配组104、111。材料还可能以复用的形式来提供，在这种情 况下，复用的可互用版本可以描述为单一的适配组，例如一个同时包含某个周期的主音频 和主视频的适配组。每个被复用的成分可能通过一个媒体内容成分描述来单独描述。
[0048] 适配组104、111包括一组显现105、109。一个显现105、109描述一个可交付的一 个或多个媒体内容成分的编码版本。一个显现105、109包含一个或多个媒体流，例如在复 用中，每个媒体流对应一个媒体内容成分。适配组中任何一个显现105、109足以显示所包 含的媒体内容成分。通常来说，为了适应网络条件或其它因素，客户端可在一个周期内从一 个显现切换到另一个显现。客户端也可以忽略那些不合适的或者那些依赖于其所不支持的 编解码或显示技术的显现。
[0049] 在显现105、109内，媒体