用于单播和广播之间的广播dash服务接收转换的方法和系统的制作方法

用于单播和广播之间的广播dash服务接收转换的方法和系统的制作方法
【专利摘要】提供用于无线接收内容的一个或多个表示的技术。该方法可涉及接收媒体呈现描述(MPD)，所述MPD包括用于经由广播传输和单播传输接收内容的多个表示的数据片段的参数(2312)。该方法可涉及确定所述广播传输还是所述单播传输适于接收所述数据片段(2314)；并且基于移动实体的准则从所述内容的多个表示中选择给定表示(2316)。该方法可涉及至少部分基于所确定的广播传输和单播传输中的一者的参数来接收该给定表示的数据片段。
【专利说明】用于单播和广播之间的广播DASH服务接收转换的方法和系统
[0001]相关申请的交叉引用
[0002]本专利申请要求以下临时申请的优先权:2012年I月16日提交的、标题为“METHOD AND SYSTEM FOR TRANSIT1NS OF BROADCAST DASH SERVICE RECEPT1NS BETWEENUNICAST AND BROADCAST (用于单播和广播之间的广播DASH服务接收转换的方法和系统)”的临时申请号61/587，103;2012年4月13日提交的、标题为“METHOD AND SYSTEMFOR TRANSIT1NS OF BROADCAST DASH SERVICE RECEPT1NS BETWEEN UNICAST ANDBR0ADCAST(用于单播和广播之间的广播DASH服务接收转换的方法和系统)”的临时申请号 61/623，965 ;2012 年 5 月 14 日提交的、标题为 “METHOD AND SYSTEM FOR TRANSIT1NSOF BROADCAST DASH SERVICE RECEPT1NS BETWEEN UNICAST AND BROADCAST (用于单播和广播之间的广播DASH服务接收转换的方法和系统)”的临时申请号61/646，873 ;以及2012年 10 月 29 日提交的、标题为 “METHOD AND SYSTEM FOR TRANSIT1NS OF BROADCAST DASHSERVICE RECEPT1NS BETWEEN UNICAST AND BROADCAST (用于单播和广播之间的广播DASH服务接收转换的方法和系统)”的临时申请号61/719，936，其均被转让给本受让人并且其全部内容由此通过援引明确纳入于此。
[0003]背景
[0004]领域
[0005]本公开的各方面一般涉及无线通信系统，更具体而言，涉及通过HTTP的动态自适应流传输(DASH)服务。
[0006]背景
[0007]无线通信网络被广泛部署以提供各种通信服务，诸如语音、视频、分组数据、消息接发、广播等。这些无线网络可以是能够通过共享可用的网络资源来支持多个用户的多址网络。这类多址网络的示例包括码分多址(CDMA)网络、时分多址(TDMA)网络、频分多址(FDMA)网络、正交FDMA (OFDMA)网络、以及单载波FDMA (SC-FDMA)网络。
[0008]无线通信网络可包括能够支持数个用户装备(UE)(亦称为移动实体)通信的数个基站。UE可经由下行链路和上行链路与基站通信。下行链路(或即前向链路)是指从基站至UE的通信链路，而上行链路(或即反向链路)是指从UE至基站的通信链路。如本文中所使用的，“基站”意指演进型B节点(eNB)、B节点、归属B节点、或者无线通信系统的类似网络组件。
[0009]作为全球移动通信系统(GSM)和通用移动电信系统(UMTS)的演进，第3代伙伴项目(3GPP)长期演进(LTE)代表了蜂窝技术中的主要进步。LTE物理层(PHY)提供了在基站(诸如演进型B节点(eNB))与移动实体(诸如UE)之间传达数据和控制信息两者的高效方式。在先前的应用中，用于促成多媒体的高带宽通信的方法是单频网络(SFN)操作。SFN利用无线电发射机(诸如举例而言，eNB)来与订户UE通信。在单播操作中，每个eNB被控制为传送携带定向至一个或多个特定订户UE的信息的信号。单播信令的专属性使得能够实现人对人服务，诸如举例而言，语音呼叫、文本消息接发、或视频呼叫。
[0010]通过HTTP的动态自适应流传输(DASH)允许通过超文本传输协议(HTTP)递送连续(流)媒体内容，超文本传输协议是一种单播传送协议。DASH内容的同时单播和广播递送以及对单播和广播递送之间的转换(以及反过来)的处理未被完全定义。与广播递送相关联的等待时间还为这种转换提出了更多的挑战。有关广播可用性调整的信息(例如，可用性的延迟或提前)取决于网络部署并且应当对移动实体可用以实现单播和广播递送之间的无缝转换。与经由广播的DASH片段的递送有关的信息可能需要被递送到DASH客户端，其中这种信息可包括:对内容的单播版本的接收的地理约束；关于在给定区域中内容的哪种表示经由广播可用的信息、用于允许发现承载同一内容的不同表示的适当广播传输会话的信息；以及用于支持按需DASH服务以卸载单播DASH话务的信息。相应地，还需要用于传递支持广播递送的参数而不影响DASH的核心单播特性的技术。
[0011]概述
[0012]附图中示出的本发明的解说性实施例在以下进行了概述。这些和其他实施例在详细描述部分被更全面地描述。然而，要理解，没有意图将本发明限定于在该发明概述中或在详细描述中描述的形式。
[0013]注意:广播和多播在本文中被视为同义词使用。还要注意:在一些广播网络中，广播流传输的内容也可经由单播可用并访问。这一替代的内容递送提供了一种用于访问针对不在广播覆盖范围内的广播流传输服务的内容的单播回退技术。一个问题是:广播DASH服务可以递送不同位置中的该内容的不同版本(例如，不同表示)。还有可能:不同表示可能仅经由广播可用、或仅经由单播可用、或者经由单播和广播两者均可用。
[0014]根据本文描述的各实施例的一个或多个方面，提供了一种可由无线通信系统中的移动实体操作的方法。该方法可涉及接收媒体呈现描述(MPD)，所述Mro包括用于经由广播传输和单播传输接收内容的多个表示的数据片段的参数。该方法可涉及确定广播传输还是单播传输适于数据片段的接收。该方法可涉及基于该移动实体的准则从该内容的多个表示中选择给定表不O该方法可涉及至少部分基于所确定的广播传输和单播传输中的一者的参数来接收该给定表示的数据片段。在相关方面，一种电子设备(例如，移动实体或其(诸)组件)可被配置成执行上述方法。
[0015]根据本文描述的各实施例的一个或多个方面，提供了另一种可由移动实体操作的方法。该方法可涉及接收系统信息，该系统信息包括:(a) DASH MPD ;以及(b)用于经由广播传输和单播传输接收内容的多个表示的数据片段的参数。该方法可涉及基于该广播传输的该参数和该移动实体的准则从该内容的多个表示中选择给定表示。该方法可涉及在广播文件递送会话中接收该给定表示的数据片段。在相关方面，一种电子设备(例如，网络实体或其(诸)组件)可被配置成执行上述方法。
[0016]根据本文描述的各实施例的一个或多个方面，提供了一种可由网络实体操作的方法。该方法可涉及发送MPD，所述Mro包括用于经由广播传输和单播传输接收内容的多个表示的数据片段的参数。该方法可涉及接收对该内容的给定表示的请求。该方法可涉及至少部分基于所述参数来经由广播传输或单播传输在文件递送会话中发送该给定表示的该数据片段。在相关方面，一种电子设备(例如，网络实体或其(诸)组件)可被配置成执行上述方法。
[0017]为了实现前述以及相关目的，一个或多个实施例包括随后完整描述的以及在权利要求书中具体指出的特征。以下描述和所附插图详细阐述了这一个或更多个实施例的某些解说性方面。但是，这些方面仅仅指示了可采用各个实施例的原理的各种方式中的若干种，并且所描述的实施例旨在涵盖所有此类方面及其等效方案。
[0018]附图简述
[0019]图1是概念性地解说电信系统的示例的框图。
[0020]图2是概念性地解说电信系统中下行链路帧结构的示例的框图。
[0021]图3是概念性地解说根据本公开的一个方面配置的基站/eNB和UE的设计的框图。
[0022]图4是解说用于单播和多播信号的码元分配的示例的信令帧的示图。
[0023]图5是解说单频网络上MBMS (MBSFN)服务区域内的MBSFN区域的示图。
[0024]图6是解说用于提供或支持MBSFN服务的无线通信系统的组件的框图。
[0025]图7解说DASH MPD的实施例。
[0026]图8解说DASH MPD中的BaseURL的实施例。
[0027]图9解说eMBMS USD中的包描述的实施例。
[0028]图1OA解说用于eMBMS的USD的实施例。
[0029]图1OB解说用于eMBMS的USD的另一实施例。
[0030]图11解说eMBMS USD中的deliveryMethod(递送方法)描述的实施例。
[0031]图12解说MPD等级的多个BaseURL的实施例。
[0032]图13解说DASH片段可用性时间线的实施例。
[0033]图14示出对保护周期的隐式考虑的示例。
[0034]图15示出UC-BC转换的示例时间线。
[0035]图16示出用于单播获取的片段的不同回放延迟的示例。
[0036]图17示出用于广播获取的片段的不同回放延迟的示例。
[0037]图18示出BC-UC转换的示例时间线。
[0038]图19示出基于广播vs.单播获取的片段的片段回放。
[0039]图20示出用于单一服务的多个广播传输。
[0040]图21示出经由XML串来传输单一服务的多个广播传输的参数。
[0041]图22k解说可由移动实体执行的示例方法。
[0042]图22B-D示出图22A的方法的进一步方面。
[0043]图23示出与图22A-D的方法对应的装置的实施例。
[0044]图24解说可由无线系统中的移动实体执行的另一示例方法。
[0045]图25示出与图24的方法对应的装置的实施例。
[0046]图26解说可由无线系统中的网络实体执行的示例方法。
[0047]图27示出与图26的方法对应的装置的实施例。
[0048]详细描述
[0049]以下结合附图阐述的详细描述旨在作为各种配置的描述，而无意表示可实践本文中所描述的概念的仅有的配置。本详细描述包括具体细节以便提供对各种概念的透彻理解。然而，对于本领域技术人员显而易见的是，没有这些具体细节也可实践这些概念。在一些实例中，以框图形式示出众所周知的结构和组件以避免湮没此类概念。
[0050]本文中所描述的诸技术可用于各种无线通信网络，诸如CDMA、TDMA, FDMA, OFDMA,SC-FDMA及其他网络。术语“网络”和“系统”常可互换地使用。CDMA网络可实现诸如通用地面无线电接入(UTRA)、cdma2000等无线电技术。UTRA包括宽带CDMA (WCDMA)以及CDMA的其他变体。CDMA2000涵盖IS-2000、IS-95和IS-856标准。TDMA网络可实现诸如全球移动通信系统(GSM)之类的无线电技术。OFDMA网络可以实现诸如演进型UTRA (E-UTRA)、超移动宽带(UMB)、IEEE802.1l(W1-Fi)、IEEE802.16 (WiMAX)、IEEE802.20、Flash-OFDM 等无线电技术。UTRA和E-UTRA是通用移动电信系统(UMTS)的一部分。3GPP长期演进(LTE)和高级 LTE(LTE-A)是使用 E-UTRA 的新 UMTS 版本。UTRA、E_UTRA、UMTS、LTE、LTE-A 以及 GSM在来自名为“第三代伙伴项目”(3GPP)的组织的文献中描述。CDMA2000和UMB在来自名为“第三代伙伴项目2”(3GPP2)的组织的文献中描述。本文所描述的诸技术可被用于以上所提及的无线网络和无线电技术以及其他无线网络和无线电技术。为了清楚起见，以下针对LTE来描述这些技术的某些方面，并且在以下大部分描述中使用LTE术语。
[0051]图1示出了无线通信网络100，其可以是LTE网络。无线网络100可包括数个eNBllO和其他网络实体。eNB可以是与UE通信的站并且也可被称为基站、B节点、接入点、或其他术语。每个eNBllOa、110b、IlOc可提供对特定地理区域的通信覆盖。在3GPP中，术语“蜂窝小区”取决于使用该术语的上下文可指eNB的覆盖区和/或服务该覆盖区的eNB子系统。
[0052]eNB可提供对宏蜂窝小区、微微蜂窝小区、毫微微蜂窝小区、和/或其他类型蜂窝小区的通信覆盖。宏蜂窝小区可覆盖相对较大的地理区域(例如，半径为数千米的区域)，并且可允许无约束地由具有服务订阅的UE接入。微微蜂窝小区可覆盖相对较小的地理区域并且可允许无约束地由具有服务订阅的UE接入。毫微微蜂窝小区可覆盖相对较小的地理区域(例如，住宅)并且可允许有约束地由与该毫微微蜂窝小区有关联的UE (例如，封闭订户群(CSG)中的UE、该住宅中用户的UE等)接入。用于宏蜂窝小区的eNB可被称为宏eNB。用于微微蜂窝小区的eNB可被称为微微eNB。用于毫微微蜂窝小区的eNB可被称为毫微微eNB或家用eNB(HNB)。在图1中所示的示例中，eNBl1aU1b和IlOc可以分别是宏蜂窝小区102a、102b和102c的宏eNB。eNBllOx可以是服务UE120x的微微蜂窝小区102x的微微eNB。eNBllOy和IlOz可以分别是毫微微蜂窝小区102y和102z的毫微微eNB。eNB可支持一个或多个(例如，三个)蜂窝小区。
[0053]无线网络100还可包括中继站110r。中继站是从上游站(例如，eNB或UE)接收数据和/或其他信息的传输并向下游站(例如，UE或eNB)发送该数据和/或其他信息的传输的站。中继站还可以是为其他UE中继传输的UE。在图1中所示的示例中，中继站IlOr可与eNBllOa和UE120r进行通信以促成eNBllOa与UE120r之间的通信。中继站也可被称为中继eNB、中继等。
[0054]无线网络100可以是包括例如宏eNB、微微eNB、毫微微eNB、中继等不同类型的eNB的异构网络。这些不同类型的eNB可具有不同发射功率电平、不同覆盖区域，并对无线网络100中的干扰具有不同影响。例如，宏eNB可具有高发射功率电平(例如，20瓦)，而微微eNB、毫微微eNB和中继可具有较低的发射功率电平(例如，I瓦)。
[0055]无线网络100可支持同步或异步操作。对于同步操作，各eNB可以具有相似的帧定时，并且来自不同eNB的传输可以在时间上大致对齐。对于异步操作，各eNB可以具有不同的帧定时，并且来自不同eNB的传输可能在时间上并不对齐。本文中描述的诸技术可用于同步和异步操作两者。
[0056]网络控制器130可耦合至一组eNB并提供对这些eNB的协调和控制。网络控制器130可经由回程与eNBllO进行通信。各eNBllO还可例如直接、或者经由无线或有线回程间接地彼此进行通信。
[0057]各UE120可分散遍及无线网络100，并且每个UE可以是驻定的或移动的。UE还可被称为终端、移动站、订户单元、站等。UE可以是蜂窝电话、个人数字助理(PDA)、无线调制解调器、无线通信设备、手持式设备、膝上型计算机、无绳电话、无线局部环路(WLL)站、或其他移动实体等。UE可以能够与宏eNB、微微eNB、毫微微eNB、中继、或其他网络实体进行通信。在图1中，具有双箭头的实线指示UE与服务eNB之间的期望传输，服务eNB是被指定在下行链路和/或上行链路上服务该UE的eNB。具有双箭头的虚线指示UE与eNB之间的干扰性传输。
[0058]LTE在下行链路上利用正交频分复用(OFDM)并在上行链路上利用单载波频分复用(SC-FDM)。OFDM和SC-FDM将系统带宽划分成多个(K个)正交副载波，这些副载波也常被称为频调、频槽等。每个副载波可用数据来调制。一般而言，调制码元在OFDM下是在频域中发送的，而在SC-FDM下是在时域中发送的。毗邻副载波之间的间距可以是固定的，且副载波的总数(K)可取决于系统带宽。例如，对于系统带宽1.25、2.5、5、10或20兆赫兹(MHz)，K可分别等于128、256、512、1024或2048。系统带宽还可被划分成子带。例如，子带可覆盖1.08MHz，并且对于1.25,2.5、5、10或20MHz的系统带宽，可分别有1、2、4、8或16个子带。
[0059]图2示出了 LTE中使用的下行链路帧结构。用于下行链路的传输时间线可以被划分成以无线电帧为单位。每个无线电帧可具有预定历时(例如10毫秒(ms))，并且可被划分成具有索引O至9的10个子帧。每个子帧可包括两个时隙。因此每个无线电帧可包括具有索引O至19的20个时隙。每个时隙可包括L个码元周期，例如，对于正常循环前缀(CP)为7个码元周期(如图2中所示)，或者对于扩展循环前缀为6个码元周期。正常CP和扩展CP在本文中可被称为不同的CP类型。每个子帧中的这2L个码元周期可被指派索弓丨0至2L-1。可将可用时频资源划分成资源块。每个资源块可覆盖一个时隙中的N个副载波(例如，12个副载波)。
[0060]在LTE中，eNB可为该eNB中的每个蜂窝小区发送主同步信号(PSS)和副同步信号(SSS)。如图2中所示，这些主和副同步信号可在具有正常循环前缀的每个无线电帧的子帧O和5中的每一者中分别在码元周期6和5中被发送。这些同步信号可被UE用于蜂窝小区检测和捕获。eNB可在子帧O的时隙I中的码元周期O到3中发送物理广播信道(PBCH)。PBCH可携带某些系统信息。
[0061]eNB可在每个子帧的第一码元周期的仅一部分中发送物理控制格式指示符信道(PCFICH)，尽管在图2中描绘成在整个第一码元周期里发送。PCFICH可传达用于控制信道的码元周期的数目(M)，其中M可以等于1、2或3并且可以逐子帧地改变。对于小系统带宽(例如，具有少于10个资源块)而言，M还可等于4。在图2中所示的示例中，M= 3。eNB可在每个子帧的头M个码元周期中(在图2中M = 3)发送物理HARQ指示符信道(PHICH)和物理下行链路控制信道(PDCCH)。PHICH可携带用于支持混合自动重传(HARQ)的信息。PDCCH可携带关于对UE的资源分配的信息以及用于下行链路信道的控制信息。尽管未在图2中的第一码元周期中示出，但是应理解，第一码元周期中也包括HXXH和PHICH。类似地，PHICH和HXXH两者也在第二和第三码元周期中，尽管图2中未如此示出。eNB可在每个子帧的其余码元周期中发送物理下行链路共享信道(PDSCH)。PDSCH可携带给予为下行链路上的数据传输所调度的UE的数据。LTE中的各种信号和信道在公众可获取的题为“EvolvedUniversal Terrestrial Rad1 Access (E-UTRA) ；Physical Channels and Modulat1n(演进型通用地面无线电接入(E-UTRA);物理信道和调制)”的3GPP TS36.211中作了描述。
[0062]eNB可在由该eNB使用的系统带宽的中心1.08MHz中发送PSS、SSS和PBCH。eNB可在每个发送PCFICH和PHICH的码元周期中跨整个系统带宽来发送这些信道。eNB可在系统带宽的某些部分中向UE群发送H)CCH。eNB可在系统带宽的特定部分中向特定UE发送PDSCH。eNB可以广播方式向所有的UE发送PSS、SSS、PBCH、PCFICH和PHICH，可以单播方式向特定UE发送H)CCH，并且还可以单播方式向特定UE发送roscH。
[0063]在每个码元周期中可有数个资源元素可用。每个资源元素可覆盖一个码元周期中的一个副载波，并且可被用于发送一个调制码元，该调制码元可以是实数值或复数值。每个码元周期中未用于参考信号的资源元素可被安排成资源元素群(REG)。每个REG可包括一个码元周期中的四个资源元素。PCFICH可占用码元周期O中的四个REG，这四个REG可跨频率近似均等地间隔开。PHICH可占用一个或多个可配置码元周期中的三个REG，这三个REG可跨频率分布。例如，用于PHICH的这三个REG可都属于码元周期0，或者可分布在码元周期O、I和2中。PDCCH可占用头M个码元周期中的9、18、32或64个REG，这些REG可从可用REG中选择。仅仅某些REG组合可被允许用于H)CCH。
[0064]UE可获知用于PHICH和PCFICH的具体REG。UE可搜索不同REG组合以寻找TOCCH。要搜索的组合的数目一般少于允许用于I3DCCH的组合的数目。eNB可在UE将搜索的任何组合中向该UE发送H)CCH。
[0065]UE可能在多个eNB的覆盖内。可选择这些eNB之一来服务该UE。可基于诸如收到功率、路径损耗、信噪比(SNR)等各种准则来选择服务eNB。
[0066]图3示出可为图1中的各基站/eNB之一和各UE之一的基站/eNBllO和UE120的设计的框图。对于受约束关联的情景，基站I1可以是图1中的宏eNBllOc，并且UE120可以是UE120y。基站110也可以是某一其他类型的基站。基站110可装备有天线334a到334t,并且UE120可装备有天线352a到352r。
[0067]在基站110处，发射处理器320可接收来自数据源312的数据和来自控制器/处理器340的控制信息。控制信息可用于PBCH、PCFICH、PHICH、PDCCH等。数据可用于PDSCH等。处理器320可处理(例如，编码和码元映射)数据和控制信息以分别获得数据码元和控制码元。处理器320还可生成(例如，用于PSS、SSS、以及因蜂窝小区而异的参考信号的)参考码元。发射(TX)多输入多输出(MMO)处理器330可在适用的情况下对数据码元、控制码元、和/或参考码元执行空间处理(例如，预编码)，并且可将输出码元流提供给调制器(MOD) 332a到332t。每个调制器332可处理各自的输出码元流(例如，针对OFDM等)以获得输出采样流。每个调制器332可进一步处理(例如，转换至模拟、放大、滤波、及上变频)该输出采样流以获得下行链路信号。来自调制器332a到332t的下行链路信号可以分别经由天线334a到334t被发射。
[0068]在UE120处，天线352a到352r可接收来自基站110的下行链路信号并可分别向解调器(DEMOD) 354a到354r提供所接收到的信号。每个解调器354可调理(例如，滤波、放大、下变频、以及数字化)各自收到的信号以获得输入采样。每个解调器354可进一步处理输入采样(例如，针对OFDM等)以获得收到码元。MMO检测器356可获得来自所有解调器354a到354r的收到码元，在适用的情况下对这些收到码元执行MMO检测，和提供检出码元。接收处理器358可处理(例如，解调、解交织、以及解码)这些检出码元，将经解码的给UE120的数据提供给数据阱360，并且将经解码的控制信息提供给控制器/处理器380。
[0069]在上行链路上，在UE120处，发射处理器364可接收并处理来自数据源362的(例如，用于PUSCH的)数据以及来自控制器/处理器380的(例如，用于I3UCCH的)控制信息。处理器364还可生成参考信号的参考码元。来自发射处理器364的码元可在适用的情况下由TX MIMO处理器366预编码，由调制器354a到354r进一步处理(例如，针对SC-FDM等)，并且向基站110传送。在基站110处，来自UE120的上行链路信号可由天线334接收，由解调器332处理，在适用的情况下由MMO检测器336检测，并由接收处理器338进一步处理以获得经解码的由UE120发送的数据和控制信息。处理器338可将经解码的数据提供给数据阱339并将经解码的控制信息提供给控制器/处理器340。
[0070]控制器/处理器340和380可以分别指导基站110和UE120处的操作。基站110处的处理器340和/或其他处理器和模块可执行或指导用于本文所述的技术的各个过程(例如，参见图26)的执行。UE120处的处理器380和/或其他处理器和模块可执行或指导用于本文所述的技术的各个过程(例如，参见图22A-D以及图24)的执行。存储器342和382可分别存储用于基站110和UE120的数据和程序代码。调度器344可调度UE以进行下行链路和/或上行链路上的数据传输。
[0071]单频网络中的eMBMS和单播信令:促成多媒体的高宽带通信的一种技术是单频网络(SFN)操作。具体而言，多媒体广播多播服务(MBMS)以及用于LTE的MBMS可利用此类SFN操作，用于LTE的MBMS也称为演进型MBMS(eMBMS)(包括举例而言近来在LTE上下文中被称为多媒体广播单频网络(MBSFN)的网络)。SFN利用无线电发射机(诸如举例而言，eNB)来与订户UE通信。eNB群可以同步方式传送信息，从而各信号相互加强，而不是彼此干扰。在eMBMS的上下文中，从LTE网络的多个eNB向多个UE传送共享内容。因此，在给定eMBMS区域内，UE可从作为eMBMS服务区域或MBSFN区域的一部分的无线电范围内的任何eNB接收eMBMS信号。然而，为了解码eMBMS信号，每个UE在非eMBMS信道上从服务eNB接收多播控制信道(MCCH)信息。MCCH信息不时地变化，并且通过另一非eMBMS信道(即PDCCH)来提供对变化的通知。因此，为了解码特定eMBMS区域内的eMBMS信号，由该区域中的一个eNB向每个UE服务MCCH和TOCCH信号。
[0072]根据本公开的主题的各方面，提供了具有与对eMBMS的单载波优化有关的特征的无线网络(例如，3GPP网络)。eMBMS提供了从LTE网络向多个移动实体(诸如举例而言UE)传送共享内容的高效方式。
[0073]关于针对LTE频分双工(FDD)的eMBMS的物理层(PHY)，信道结构可包括混合载波上的eMBMS与单播传输之间的时分复用(TDM)资源划分，由此允许灵活和动态的频谱利用。当前，被称为多媒体广播单频网络(MBSFN)子帧的、子帧的子集(高达60%)可被保留用于eMBMS传输。由此，当前eMBMS设计允许十个子帧中最多6个子帧用于eMBMS。
[0074]用于eMBMS的子帧分配的一个示例在图4中示出，图4示出关于单载波情形的MBSFN子帧上MBSFN参考信号的现有分配。图4中所描绘的各组件对应于图2中所示的那些组件，其中图4示出每个时隙和资源块(RB)内的个体副载波。在3GPP LTE中，一 RB跨越0.5ms的时隙历时上的12个副载波，其中每个副载波具有15kHz的带宽，由此每RB—起跨越180kHz的带宽。子帧可被分配用于单播或eMBMS ;例如在标记为O、1、2、3、4、5、6、7、
8、和9的子帧序列中，子帧0、4、5、和9可在FDD中从eMBMS中排除。而且，子帧0、1、5、和6可在时分双工(TDD)中从eMBMS中排除。更具体地，子帧0、4、5、和9可被用于PSS/SSS/PBCH/寻呼/系统信息块(SIB)和单播服务。该序列中的剩余子帧，例如，子帧1、2、3、6、7、和8可被配置为eMBMS子帧。
[0075]继续参照图4，在每个eMBMS子帧内，头一个或头两个码元可被用于单播参考码元(RS)和控制信令。头一个或头两个码元的CP长度可跟随子帧O的CP长度。如果CP长度不同，则在头一个或头两个码元与eMBMS码元之间可能发生传输间隙。在相关方面，考虑到RS开销的总体eMBMS带宽利用率可以是42.5% (例如，6个eMBMS子帧以及每个eMBMS子帧内的2个控制码元)。用于提供MBSFN RS和单播RS的已知技术通常涉及在MBSFN子帧上分配MBSFN RS (如图4中示出的)，并且在非MBSFN子帧上单独分配单播RS。更具体地，如图4所示，MBSFN子帧的扩展CP包括MBSFN RS,但不包括单播RS。图2示出的特定帧分配方案只是作为示例给出的并不起限制作用，本技术并不限于图2示出的特定帧分配方案。本文中所使用的多播会话或多播广播可使用任何合适的帧分配方案。
[0076]eMBMS服务区域:图5解说了包括涵盖多个MBSFN区域504、506、508的MBMS服务区域502的系统500，该多个MBSFN区域504、506、508本身包括多个蜂窝小区或基站510。如本文中所使用的，“MBMS服务区域”指的是在其中某个MBMS服务可用的一组无线传输蜂窝小区。例如，可在特定时间由MBMS服务区域内的基站来广播特定的体育节目或者其他节目。在其中广播特定节目的区域定义MBMS服务区域。MBMS服务区域可以由如在504、506和508处所示的一个或多个“MBSFN区域”组成。如本文中所使用的，MBSFN区域指的是当前正使用MBSFN协议以同步方式广播特定节目的一组蜂窝小区(例如，蜂窝小区510)。“MBSFN同步区域”指的是这样一组蜂窝小区，即:这些蜂窝小区被互连和配置成使得它们能够使用MBSFN协议以同步方式操作以广播特定节目而不管它们当前是否正在这么做。在给定的频率层上，每个eNB可以仅属于一个MBSFN同步区域。值得注意的是，MBMS服务区域502可以包括一个或多个MBSFN同步区域(未示出)。相反，MBSFN同步区域可以包括一个或多个MBSFN区域或者MBMS服务区域。一般而言，MBSFN区域由单个MBSFN同步区域的全部或一部分组成并且位于单个MBMS服务区域内。各个MBSFN区域之间的交叠受到支持，并且单个eNB可属于若干不同的MBSFN区域。例如，可在SIB-13中配置最多达8个独立的MCCH以支持不同MBSFN区域中的成员资格。MBSFN区域保留蜂窝小区或基站是MBSFN区域内不对MBSFN传输作贡献的蜂窝小区/基站，例如，MBSFN同步区域边界附近的蜂窝小区或者由于其位置而不被MBSFN传输所需的蜂窝小区。
[0077]eMBMS系统组件和功能:图6解说用于提供或支持MBSFN服务的无线通信系统600的功能实体。关于服务质量(QoS)，系统600使用保障比特率(GBR)类型MBMS承载，其中最大比特率(MBR)等于GBR。这些组件是藉由示例来示出和描述的，并且不限定本文中所描述的创造性概念，这些创造性概念可被采纳到用于递送和控制多播传输的其他架构和功能分布。
[0078]系统600可包括MBMS网关(MBMS Gff) 616? MBMS GW616控制MBMS用户层面数据经由Ml接口至演进型B节点604的网际协议(IP)多播分发；示出了许多可能的eNB (演进型B节点)中的一个eNB604。另外，MBMS GW控制MBMS用户层面数据经由Ml接口向UTRAN无线电网络控制器(RNC) 620的IP多播分发；示出了许多可能的RNC中的一个UTRAN RNC620。Ml接口被关联至MBMS数据(用户层面)并且将IP用于数据分组的递送。eNB604可以经由E-UTRAN Uu接口向用户装备(UE)/移动实体602提供MBMS内容。RNC620可经由Uu接口向UE移动实体622提供MBMS内容。MBMS GW616还可以经由移动性管理实体(MME)608和Sm接口来执行MBMS会话控制信令，例如MBMS会话开始和会话停止。MBMS GW616还可通过SG-mb (用户层面)参考点来为使用MBMS承载的实体提供接口，并且通过SGi_mb (控制层面)参考点来为使用MBMS承载的实体提供接口。SG-mb接口携带MBMS承载服务专用的信令。SG1-mb接口是用于MBMS数据递送的用户层面接口。MBMS数据递送可以通过IP单播传输(其可以是默认模式)或者通过IP多播来执行。MBMS GW616可以经由服务通用分组无线电业务支持节点(SGSN)618和Sn/Iu接口为UTRAN上的MBMS提供控制层面功能。
[0079]系统600还可以包括多播协调实体(MCE) 606。MCE606可以为MBMS内容执行准入控制功能，并且使用MBSFN操作来分配由MBSFN区域中的所有演进型B节点用于多蜂窝小区MBMS传输的时间和频率无线电资源。MCE606可以确定用于MBSFN区域的无线电配置，诸如举例而言调制和编码方案。MCE606可以调度和控制MBMS内容的用户层面传输，并且通过确定要将哪些服务复用在哪个多播信道(MCH)中来管理eMBMS服务复用。MCE606可以通过M3接口来参与同MME608的MBMS会话控制信令，并且可以提供与eNB604的控制层面接Π M2。
[0080]系统600还可以包括与内容提供商服务器614处于通信的广播-多播服务中心(BM-SC)612。BM-SC616可以处置对来自一个或多个源(诸如内容提供商614)的多播内容的摄入，并且提供如以下所描述的其他更高层的管理功能。这些功能可以包括例如成员资格功能，该成员资格功能包括对所标识出的UE所进行的MBMS服务授权和发起。BM-SC616还可以执行MBMS会话和传输功能、对实况广播的调度、以及递送(包括MBMS和相关联的递送功能)。BM-SC612还可以提供服务广告和描述，诸如通告可供多播的内容。As^aratePacket Data Protocol (PDP) context may be used to carry control messages betweenUE and BM-SC.BM-SC还可以提供安全性功能(诸如密钥管理)，根据参数(诸如数据量和QoS)来管理内容提供商的收费，为广播模式下UTRAN和E-UTRAN中的MBMS提供内容同步，以及为UTRAN中的MBSFN数据提供报头压缩。BM-SC612可以向MBMS-GW616指示会话开始、更新和停止，包括会话属性(诸如QoS和MBMS服务区域)。
[0081 ] 系统600还可以包括与MCE606和MBMS-GW616处于通信的多播管理实体(MME) 608ο MME608可以为E-UTRAN上的MBMS提供控制层面功能。另外，MME可以向eNB604、620提供由MBMS-GW616定义的与多播有关的信息。MME608与MBMS-GW616之间的Sm接口可被用于携带MBMS控制信令(例如，会话开始和停止信号)。
[0082]系统600还可以包括有时简写为P-GW的分组数据网络(TON)网关(GW)610。P-GW610可以在UE602与BM-SC612之间提供用于信令和/或用户数据的演进型分组系统(EPS)承载。由此，P-GW可以接收源自UE的与指派给UE的IP地址相关联的基于统一资源定位符(URL)的请求。BM-SC612还可以经由P-GW610链接至一个或多个内容提供商，该P-GW610可以经由IP接口与BM-SC612通信。
[0083]根据本文描述的实施例的一个或多个方面，提供一种用于信令表示(signaling)某些URL的使用的技术，以支持经由该DASH内容的媒体呈现描述(MPD)中的serviceLocat1n (服务位置)属性来引导对该内容的按需广播版本的单播的通过HTTP的动态自适应流传输(DASH)访问。DASH允许通过超文本传输协议(HTTP)递送连续(流)媒体内容的服务。DASH的规范主要定义两种格式:MTO和片段(Segment)格式。
[0084]图7示出用于MPD的高级可扩展标记语言(XML)模式结构的实施例700。图8不出用于图解BaseURL (基础URL)的结构的模式800,该BaseURL将serviceLocat1n与ByteRange (字节范围)属性关联到基础URL。可在MPD处、在Per1d (周期)处、在Adaptat1n Set (自适应集)处、以及在MPD的Representat1n (表不)级处描述BaseURL元素的列表。
[0085]在相关方面中，BaseURL可扮演基础统一资源标识符(URI)的功能。MPD的每一级上的URL可针对在文档(例如，MPD)的该级或者该级以上的级上指定的BaseURL元素根据RFC3986来解析。URL解析应用于在MPD文档中找到的所有URL，特别是用于初始化(Initializat1n)和媒体片段(Media Segment)的URL,它们是本文描述的公开所感兴趣的。可提供多个BaseURL元素来指定可在该处访问相同片段的一个或多个共同位置。在没有其他标准的情况下，DASH客户端可使用第一个BaseURL元素作为基础URI。
[0086]参考图8, BaseURL兀素的serviceLocat1n属性指定各BaseURL之间的关系，以使得具有同一 serviceLocat1n值的各BaseURL元素可能使其URL解析到在共同网络位置(诸如举例而言，共同的内容递送网络)处的服务。例如，如果DASH客户端获取表示的片段(例如，给定内容的不同版本，诸如解析度、语言等)但是决定从不同表示获取片段(例如，因为接入无线网络不能继续支持当前表示的带宽要求)，则该客户端可以选择BaseURL以用于与前一表不具有相同serviceLocat1n值的新表不。serviceLocat1n属性的这种使用起到提示作用，该提示向设备指示获取该新表示的片段将经历与经由具有相同serviceLocat1n值的BaseURL从前一表示所获取的片段类似的性能(例如,可用性调整)。
[0087]通过eMBMS的DASH广播的问题:DASH媒体片段(例如，媒体文件)的顺序递送构成了媒体流传输服务，该服务可包括媒体文件或者DASH媒体片段的顺序传输。使用RTP的媒体流递送也是可能的，但是RTP传输通常不适合DASH片段。
[0088]在一些广播网络中，也可使广播流传输内容可用并可经由单播访问，在例如eMBMS中的RTP流广播的情况正是如此。这一替代的内容递送提供了一种用于在不处在广播覆盖范围内之时访问广播流传输服务的内容的单播回退技术。用于访问广播文件递送服务的文件的回退技术通常没有在广播网络中被定义。
[0089]因为DASH片段的广播递送通常使用针对广播文件递送服务所采用的传送协议(例如，FLUTE)，所以需要单播回退替代方案来访问广播DASH服务的内容。
[0090]关于通过eMBMS等的DASH广播要考虑若干问题。一个问题是:广播DASH服务可以递送不同位置中的该内容的不同版本(例如，不同表示)。还有可能:不同表示可能仅经由广播可用、或仅经由单播可用、或者经由单播和广播两者均可用。所以，需要用于信令表示服务的哪些表示可用于当前期望/可用的广播或单播传输的技术。
[0091]另一个问题是:DASH片段的传输可能导致相对于片段可用于经由单播取得的时间的额外的广播可用性调整(例如，可用性的延迟或提前)，其中该广播可用性调整在这种情况下是广播等待时间。经由广播递送接收的片段的可用性可导致相对于可经由单播递送接收该片段的时间的额外的可用性调整，这在从一种递送模式切换到另一种递送模式(例如，从广播到单播)时会出现问题。为了允许在设备移入及移出广播覆盖时的无缝的单播到广播(UC-BC)和广播到单播(BC-UC)转换，关于广播可用性调整的信息应当被传递给DASH客户端。
[0092]另一个问题是:经由单播可用的表示可能仅在某些地理区域中可访问。这种地理约束应当被信令传输到DASH客户端。又一个问题是:广播DASH服务还可经由不同的FLUTE会话传输多个表示；如此，需要一种标识针对期望表示要启用哪个FLUTE会话的技术。例如，多个表示可能在给定区域中经由广播可用，以提供替代的语言或视频解析度选项。选择仅接收感兴趣的表示将改善移动实体的电池寿命。
[0093]在一些情况下，可能期望创建按需广播DASH服务以便减少由于多个用户经由单播取DASH内容所导致的系统资源的负载。还可能必须使用不同的URL以向设备信令表示它们需要从单播切换到广播接收。相应地，下面描述用于解决这些问题的方案。
[0094]信令信息的传输:为了解决上面描述的问题，可以向DASH客户端信令表示(signal)某些参数以支持经广播的DASH片段。这些参数可被信令表示为MPD中单独的新参数。然而，进一步扩展MPD定义来添加对仅在广播DASH的特定场景中使用的这些附加的参数的支持可能是不期望或不可接受的。
[0095]如此，本文描述的所提议的方案可以将这些参数作为注册的命名空间标识符(NID)下的统一资源名称(URN)来信令表示——例如，对于3GPP，NID为3gpp，使得3GPP控制下的URN是urn:3gpp: {3gpp-urn}形式的。此夕卜，URN命名空间专有字符串(NSS)提供了如何将必需的参数编码为键=值对的冒号分割的列表的实施例，所述键=值对作为字符串被承载于BaseURL的serviceLocat1n属性等中。
[0096]一种可能的替代方案可涉及使用作为BaseURL中的serviceLocat1n属性中的字符串被承载的键=值对的逗号分隔的列表。另一种替代方案可涉及按照一XML模式将这些参数编码在XML结构中，并且在BaseURL的serviceLocat1n属性中承载经XML编码的数据。又一种方案可涉及将附加属性或元素添加到MPD XML模式中以捕捉URN、逗号分隔的列表中承载的参数的列表，或者添加到serviceLocat1n属性中的XML编码或参数。
[0097]在其中使用URN编码来传递键=值对列表的实施例中，可应用以下规则或要求。URN NSS中的第一个串可以是:sl (表示serviceLocat1n)。例如，在3GPP URL的情况下，serviceLocat1n属性中使用的所有URN应当以“urn:3gpp:sl”开始。第二个串(或第一个键=值对)可以是“:transport = ”( “:传输=”)+value-string (值-串)。例如，可能的值-串可以是:“广播”、“单播”、“两者”。其他键=值对可遵循“:transport=” +value-string 或其变形。
[0098]广播DASH服务的单播可用性:DASH提供了一种单播流传输框架，其中每个DASH客户端可经由HTTP并根据MPD中定义的时间线按顺序获取媒体片段。DASH片段还可经由广播传输被递送到包括DASH客户端的设备，其中媒体片段经由FLUTE等被广播。
[0099]广播系统通常包括系统信息(SI)元数据，系统信息元数据描述了通过广播传输可用的服务。在eMBMS广播系统中，SI可以是指用户服务描述(USD)并且可包括用于描述服务包的元数据，如图9中所示。注意:SI的其他示例是OMA广播服务指南和MediaFLO服务定义元数据。参考图10A，示出了 eMBMS的USD的实施例，其中每个服务可用参数描述。这些参数可包括deliveryMethod(递送方法)列表(在图11中详细示出)和对与该服务相关联的MH)统一资源标识符(mpdURI)的引用。mpdURI可将MH)绑定到该服务。图1OB示出了 eMBMS的USD的另一实施例，在下面更详细地描述。
[0100]如图11中针对eMBMS广播系统所示，广播系统的SI可提供与可以在何处找到该广播服务内容的单播版本有关的信息。在使用RTP流传输的eMBMS广播服务的情况下，SI可经由deliveryMethod中的UnicastAccessURI (单播访问URL)来为服务提供指向会话描述协议(SDP)文件的指针，该SDP文件描述了同一内容的单播RTP流传输版本。该URL的存在还可用于信令表示该服务的单播版本可用，而不存在该URL则指示该服务仅经由广播可用。需要注意的是，参数可被用于信令表示单播的可用性等。对于广播DASH服务，可使用属性来信令表示:对于广播DASH服务，单播表示也可用。
[0101]对于广播DASH服务，经由SI中的单独的URL的单播可用性的显式信令表示一般是不期望的。对于广播DASH服务，这种显式信令表示可以提供对描述经由单播递送DASH片段的附加MPD的引用。由于在回放期间MPD的取代通常是破坏性的，因此针对广播使用一MPD (例如，经由该eMBMS USD的mpdURI信令表示的)并且针对单播使用另一 MPD (例如，经由eMBMS USD的unicastAccessURI信令表示的)将不允许从广播到单播递送(或反向)的无缝转换。因此，期望将单播可用性的信令表示嵌入在单一 DASH MH)中并且利用经由图8中所示的类型的BaseURL元素的对来自不同位置的片段的可用性的MH)信令表示。提供了一种向DASH客户端信令表示哪些URL要被用于单播vs.广播接收的方法。以此方式，在做出广播服务的单播接收时，该DASH客户端将像典型的DASH客户端一样行动并使用该单个MPD中的单播HTTPURL来获取片段。
[0102]此方法允许单个Mro来描述可以如何经由广播和单播来接收该服务。用于广播和单播接收的单一 MPD还允许高效支持在DASH客户端移入和移出广播覆盖时的UC-BC和BC-UC接收的无缝移交。
[0103]关于标识用于单播和广播接收的片段URL，图12提供了图7的简化，其解说了在MPD级可用的BaseURL的列表，同时概述了来自该MPD的其他属性和元素。对于单播传输，多个BaseURL通常被用来信令表不同样的片段在多个位置可访问。serviceLocat1n属性可被定义以指定各BaseURL之间的关系以使得具有相同serviceLocat1n值的BaseURL元素有可能使其URL解析到在共同网络位置处的服务。这允许DASH客户端在决定在改变表示时要使用哪个基础URL的时候使用serviceLocat1n。例如，DASH客户端可选择具有与用于旧表示的BaseURL具有相同serviceLocat1n属性的BaseURL的新表示。
[0104]由于给定表示的多个BaseURL描述了服务的片段可被用于获取的不同位置，因此对于通过广播系统的DASH服务，可针对serviceLocat1n串定义格式。该格式可提供附加信息来信令表示给定广播DASH服务或其表示的任何组合是仅经由广播可用、仅经由单播可用、还是经由单播和广播两者均可用。更具体而言，在使用URN格式时，serviceLocat1n属性可包括如上所述的以“urn: 3gpp: si ”开始的串。后续串可被级联到初始串，所述后续串以开始，接着是提供键=值对的串。第二个串(或第一个键=值对)可以是“:transport = ” (，，:传输=”)+value-string (值-串)。可能的值-串可以是:“广播”、“单播”、“两者”。可使用其他值。serviceLocat1n属性的示例串可以是urn:3gpp: s1: transport = broadcast 或 urn:3gpp: s1: transport = unicast。
[0105]取决于特定值串的设置，可对URL的使用施加其他限制。例如，在值-串为“广播”时，从使用相关联的BaseURL元素得到的URL可以在DASH客户端经由广播接收该服务时被使用。更具体而言，如果仅存在一个值-串被设置为“广播”的BaseURL，则该服务或相应的表示仅经由广播可用。如果不存在值-串被设置为“广播”的BaseURL，则该服务或相应的表示经由广播不可用。如果存在多个值-串被设置为“广播”的BaseURL，则可针对服务定义多个广播传输(例如，FLUTE)会话，或者ΜΗ)所描述的服务包括可在不同地理区域广播的不同的表示。不同的表示可在不同位置被广播也是可能的。仅出于解说目的，在下面的讨论中假定仅存在一个广播表示。为了与不支持本文描述的编码模式的DASH客户端兼容，值-串被设置为“广播”的BaseURL可被放置在BaseURL的列表的最后。值-串被设置为“广播”的BaseURL可通过指向本地主机http://localhost/或诸如此类来将DASH客户端指向本地(例如，设备上的)HTTP服务器。
[0106]当值-串为“单播”时，在DASH客户端经由单播访问该服务时，可使用相关联的BaseURL元素上的URL。如果存在多个值-串被设置为“单播”的BaseURL，则DASH客户端可使用不同的方法来在经由单播访问该服务时选择所述BaseURL之一。例如，一种方法是从该列表中的第一个BaseURL起按顺序使用BaseURL。
[0107]当值-串为“两者”时，在DASH客户端经由单播或在广播覆盖中时访问该服务时，可使用相关联的BaseURL元素上的URL。如果存在值-串被设置为“两者”的BaseURL，则针对一表示不应当存在值-串被设置为“广播”的附加BaseURL(假定仅存在一个广播表示)。值-串被设置为“两者”的BaseURL将DASH客户端指向外部(即，指向可经由网络访问的服务器)HTTP服务器。因此，当DASH客户端处于广播覆盖内并且此URL被使用时，该设备将支持将HTTP访问重定向到本地主机的技术。
[0108]样本DASH客户端行为:基于在MH)中信令表示的DASH片段的广播或单播可用性，DASH客户端实现可如下地使用BaseURL上的serviceLocat1n信息。对于广播覆盖内的初始接收，DASH客户端可在位于广播覆盖内的时候开始广播(例如，eMBMS) DASH服务的接收。DASH客户端可以:发现哪个表示经由广播可用(假定一个广播表示)；选择具有包括串“:transport = broadcast，，或“:transport = both，，的 serviceLocat1n 属性的 BaseURL ；和/或使用所选择的BaseURL根据正常的DASH客户端行为执行片段获取。确定在广播时哪个广播表示当前可用可以通过匹配经由FLUTE传输来信令的媒体片段文件名来实现。
[0109]对于在经由广播消费内容时转移出广播覆盖(BC-UC)，经由广播(例如，eMBMS)接收DASH服务的DASH客户端可转移出片段的广播接收而开始片段的单播接收。转移出广播覆盖可以通过在LTE传输中各SIB之间不存在可用的SIB-13来检测，并且更直接地可通过携带该广播DASH服务的LTE承载(其被分配了服务临时移动组标识(TMGI)等)的不可用来检测。在相关方面中，如果单播带宽可以支持当前表示且对于该表示存在具有包括串“:transport = unicast，，或“:transport = both，，的 serviceLocat1n 属性的 BaseURL,则DASH客户端可继续接收该表示。否则，DASH客户端可以改变到一不同表示，其中存在具有包括串 “:transport = unicast，，或 “:transport = both，，的 serviceLocat1n 属性的BaseURL。如果存在多个这种BaseURL，则DASH客户端可以选择一个。在进一步相关方面中，DASH客户端可使用所选择的BaseURL根据正常的DASH客户端行为来执行片段获取。
[0110]关于在广播覆盖外的初始接收(例如，当SIB-13不在LTE传输的系统信息块(SIB)中时)，DASH客户端可以开始当不在广播覆盖中时经由单播可用的广播(例如，eMBMS)DASH服务的单播接收。DASH客户端可以:确定用于获取片段的可用带宽并且选择要播放的表示；选择具有包括串“:transport = unicast”或“:transport = both”的serviceLocat1n属性的BaseURL ;和/或使用所选择的BaseURL根据正常的DASH客户端行为执行片段获取。
[0111]对于在经由单播消费内容时转移到广播接收(UC-BC)，当前正在经由单播接收广播(例如，eMBMS)DASH服务的DASH客户端可转移入广播覆盖中并且开始经由广播接收片段。在相关方面中，DASH客户端可以发现哪个表示在广播覆盖中可用(例如，经由在FLUTE传输中描述的媒体文件名)。在进一步相关方面中，如果被广播的表示与正经由单播访问的表示相同，则DASH客户端可继续当前表示的接收。在此情况下，DASH客户端可选择具有包括串 “ ！transport = broadcast，，或“ ！transport = both” 的 serviceLocat1n 属性的BaseURL。在又一些进一步相关方面中，DASH客户端可转换到广播表示并选择具有包括串“:transport = broadcast，，或“:transport = both，，的 serviceLocat1n 属性的 BaseURL。在另一些进一步相关方面中，DASH客户端可使用所选择的BaseURL根据正常的DASH客户端行为来执行片段获取。
[0112]对广播DASH服务的单播可用性的地理约束:即便使广播DASH客户端经由单播可用，可能存在合同义务或其他要求，它们将服务内容的单播可用性限制于特定地理区域。
[0113]可以通过添加另一值串来在广播DASH服务的MPD中的BaseURL中指示对单播可用性的地理约束。例如，具有包括串“:transport = unicast”或“:transport = both”的相关联的serviceLocat1n属性的广播DASH服务的MPD中的BaseURL可经由附加串格式来指示单播接收的地理可用性约束，所述附加串格式也承载在serviceLocat1n属性中。具体而言，serviceLocat1n属性可包括一串，当使用urn格式时,该串以“urn: 3gpp: si”开始，并且，serviceLocat1n 属性可包括“:transport = unicast” 或“:transport = both”以指示该服务经由单播可用。
[0114](键=值对格式的)串“:uGeo3GppCellId = ”+CelllD-string 可经由CelllD-string(蜂窝小区ID-串)来指示可经由单播消费该服务的3GPP蜂窝小区 ID。serviceLocat1n 属性的不例串可以是 urn: 3gpp: s1: transport =unicast:uGeo3GppCellId = 345690 等等。
[0115](键=值对格式的)串“:uGeo3Gpp2S+N+Z = ”+SID_value (SID_ 值)+ “ + ”+NID_value (NID—值)+ “ +，，+PZID_value (PZID_ 值)可经由 SID、NID、PZID 以及 “ + ” 串的级联来指示可经由单播消费该服务的3GPP2蜂窝小区ID。serviceLocat1n属性的示例串可以是 urn: 3gpp: s1: transport = unicast:uGeo3Gpp2S+N+Z = 23+34+45 等等。相应地，可定义其他串来捕捉对该设备可能可用的其他地理描述符。
[0116]对于样本DASH客户端行为，基于在MPD中信令的DASH片段的单播可用性以及任何地理约束，DASH客户端实现可如下地使用BaseURL上的serviceLocat1n信息。对于不存在地理约束的单播接收，DASH客户端可以开始经由单播的广播(例如，eMBMS)DASH服务接收(即，该设备不在广播覆盖内并且存在具有包括串“:transport = unicast”或“:transport = both”的 serviceLocat1n 属性的 BaseURL)。在相关方面中，DASH 客户端可以:确定用于获取片段的可用带宽并且选择要播放的表示；选择具有包括串“:transport=unicast” 或“:transport = both” 的 serviceLocat1n 属性的 BaseURL ;核实不存在其中serviceLocat1n包括以“:uGeo”开始的串的BaseURL ;和/或使用所选择的BaseURL根据正常的DASH客户端行为执行片段获取。
[0117]对于在被约束区域内时带有地理约束的单播接收，DASH客户端可开始经由单播的广播(例如，eMBMS)DASH服务的接收。在相关方面中，DASH客户端可以:确定用于获取片段的可用带宽并且选择要播放的表示；选择具有包括串“！transport =unicast” 或“:transport = both” 的 serviceLocat1n 属性的 BaseURL ;核实存在其中serviceLocat1n包括以“:uGeo”开始的串的BaseURL ;判定它能理解所提供的地理信息并且确定它处于所描述的区域中；和/或在所描述的区域中时，使用所选择的BaseURL根据正常的DASH客户端行为执行片段获取。
[0118]对于在被约束区域外时不存在带有地理约束的单播接收的情况，DASH客户端可以不开始经由单播的广播(例如，eMBMS) DASH服务的接收，而服务回放将停止。在相关方面中，DASH客户端可以:确定用于获取片段的可用带宽并且选择要播放的表示；选择具有包括串 “:transport = unicast，，5--ζ: transport = both，，的 serviceLocat1n 属性的BaseURL ;核实存在其中serviceLocat1n包括以“:uGeo”开始的串的BaseURL ;判定1? (或DASH客户端)能够理解所提供的地理信息，并且确定UE不处于所描述的区域中；判定所提供的地理信息不能被理解；和/或当不在所描述的区域中时，不使用所选择的BaseURL根据正常的DASH客户端行为来执行片段获取。
[0119]传输可用性调整考虑:DASH片段的可用性的时间线可以在MPD中描述，如图13中所示。MPD avaiIabiIityStartTime (可用性开始时间)(在本文中被称为MPDiavailabilityStartTime)定义了绝对时间，从该绝对时间起该时间线被锚定。MPD的第一周期(Per1d)中的开始(start)属性描述了在第一片段可用于获取时从avaiIabiIityStartTime起的持续时间。当各片段具有相同持续时间时，同一表示的后续片段由该表示的MPD中的适当的持续时间(durat1n)属性间隔开(即，每个片段由片段持续时间间隔开)。图13还示出了经由FLUTE和LTE承载向UE的广播传输导致针对FLUTE/LTE递送的片段可用性比它们在上面描述的MPD时间线中描述的时间更晚。在经由FLUTE递送媒体文件时，DASH客户端从本地存储获取片段，而不是从远程服务器的单播获取。单播可用性时间线可以是MPD avaiIabiIityStartTime和durat1n属性所描述的时间线。
[0120]在相关方面中，广播递送中的片段可用性时间线不需要比单播递送的片段可用性时间线更晚，并且实际上可以在经由单播递送的片段可用性之前。在此情况下，“经广告的”单播片段可用性时间线(如MPD中的avaiIabiIityStartTime和durat1n属性所给出的)可表示在MPD文档范围内的HTTP服务器/内容递送网络整体中DASH媒体呈现的片段确保可用(可用于DASH客户端的HTTP索取)的“最晚”时刻。广播递送片段的可用性时间涉及a)在BM-SC处从内容源的DASH片段的接收，b)跨越LTE核心网络和RAN通过FLUTE向UE的传输，和/或c)UE处的FLUTE接收、FEC解码以及片段还原以及放入本地HTTP高速缓存以供获取的组合，该广播递送片段的可用性时间可在片段已到达远程内容分布网络(CDN)或HTTP服务器之前发生是可能的。因此，广播递送片段可用性时间可以比单播可用性时间更早、相同或更晚。应当注意的是，MH)可用于/可被提供至多个设备，并且可以指多接入网络或者⑶N，拥有该MPD的设备可从其索取DASH片段。例如，产生MPD文档的实体以及DASH内容递送的服务提供者可以递送如MPD所描述的媒体呈现和个体表示。
[0121]给定MPDOavailabilityStartTime所表达的单播片段可用性时间的指示是跨越该MPD文档所统治的所有HTTP服务器的最晚的可能时间，能够保证更早的片段可用性时间的个体单播接入网络/CDN能够信令该差异是有用的，从而允许用户更早地获得并观看DASH内容。换言之，MPDOavailabilityStartTime是单播开始时间的最差情况。将内容分发到不同的CDN将有不同的等待时间。这可以通过将该表示的片段的可用性时间线调整为该表示定义的等待时间周期来实现。可在BaseURL元素下添加在本文中被称为avaiIabiIityTimeAdjustment (可用性时间调整)(在图13中被示出为Protect1n Per1d(保护周期))的参数以指示对于给定接入网络/技术从MPDOavaiIabiIityStartTime 值的调整。换言之，avaiIabiIityTimeAdjustment 可以一般性地用于指示与最差情况的单播可用性时间相比给定单播或广播网络上的片段可用性时间。
[0122]在相关方面中，整个Per1d (周期)的可用性调整可以是负值，其绝对值足够大以使得该周期中的资源能够在MPDOavaiIabiIityStartTime之前可访问，这将允许更早地下载数据片段来改善用户体验。
[0123]参考图13，示出了 DASH客户端可用来经由单播获取片段的获取可用性时间线。图13中的FLUTE可用性时间线示出了存在广播片段中涉及的可用性调整(例如经由eMBMSFLUTE会话)，其可以是由用于传输的片段分组化以及FEC编码、朝UE的分组广播、以及设备上的FEC解码以及片段重新组装带来的。对于访问这些广播片段的DASH客户端，此可用性调整可信令:取决于片段是经由单播获取还是经由广播递送获取，用于获取片段的时间可用性应当不同。在经由广播请求片段时，DASH客户端应当将保护周期纳入考虑。
[0124]保护周期向DASH客户端指示用于经由广播获取的片段的可用性将相对于经由单播获取的同一片段延迟。
[0125]针对片段的广播递送信令保护周期:如上所述，具有相关联的serviceLocat1n属性的用于广播DASH服务的MPD中的BaseURL可包括串“:transport = broadcast”或^transport = both”以指示该表示经由广播可用。为了考虑与片段的广播递送相关联的可用向调整，同样承载在serviceLocat1n属性中的附加串格式可被用来传递保护周期信息。例如，serviceLocat1n属性可包括一串，当使用URN格式时，该串以“urn: 3gpp: si”开始，并且 serviceLocat1n 属性可包括串“:transport = broadcast” 或“:transport =both”以指示该服务经由广播可用。
[0126](键=值对格式的)串“:pp =”+ppValue (保护周期值)可经由ppValue来信令保护周期(例如以毫秒或其他时间增量计算的)以在DASH客户端经由广播接收请求片段时将其纳入考虑。serviceLocat1n属性的不例串可以是urn: 3gpp: s1: transport =broadcast:pp = 50 等等。
[0127]关于样本DASH客户端行为，基于在MPD中信令的DASH片段的广播可用性，以及有关保护周期的信息，DASH客户端实现可如下地使用BaseURL上的serviceLocat1n信息。
[0128]对于经由广播递送的接收，DASH客户端可以:发现哪些表示在广播区域中可用；选择具有包括串“:transport = broadcast，，或“:transport = both，，的 serviceLocat1n属性的BaseURL ;确定serviceLocat1n属性中以“:pp”开始的子串中所指示的保护周期；和/或使用所选择的BaseURL，根据MPD中的片段可用性时间线，但是将片段获取调整(即，延迟或提早)包括“:pp”的串中所指示的额外的ppValue毫秒来执行片段获取。这可允许在给定地理区域中的移动设备比所广告地更早的做出请求，从而向用户提供更低的等待时间体验，或者使得移动设备在比所广告地更晚的时间获取片段，并从而避免在片段仅在比MPD中所广告的更晚的时间可用时的错误情况。
[0129]对于在广播覆盖之外的接收，DASH客户端可以:确定用于获取片段的可用带宽并且选择表不；选择具有包括串“:transport = unicast”或“:transport = both”的serviceLocat1n属性的BaseURL ;和/或使用所选择的BaseURL、在不执行附加片段获取延迟的情况下，根据MPD中的精确的片段可用性时间线来执行片段获取。
[0130]针对片段的广播递送信令保护周期的替代方案:图14中示出了用于考虑广播等待时间的替代方案。不是显式地信令保护周期并且在处于广播覆盖时将其纳入考虑，而是用于广播DASH服务的MPD可以经由现有的MPD参数来考虑广播传送的可用性调整。这在图14中通过向MPD availabilityStartTime属性添加保护周期或者通过向第一 MPDPer1d (MPD周期)的start (开始)属性添加保护周期来示出。向上面描述的参数中的任一者添加保护周期的效果是单播获取也被延迟。
[0131]无缝UC-BC/BC-UC转换:在考虑两种替代方案以将广播传送中的附加可用性调整纳入考虑时，经由单播和广播的片段回放之前的接收和缓冲上的UC-BC以及BC-UC转换应当被考虑。图15示出了以下时间点:此时，在正经由单播获取片段N的时间点处，发生从经由单播接收片段到经由广播接收片段的转换。
[0132]无缝转换的一个目标是在DASH客户端在单播和广播接收之间转换时使媒体回放过程中的打扰最小化。为了实现这一点，DASH客户端可以在回放开始之前累积多于一个片段。在启动回放之前要累积的片段的数量可以经由MPD中的minBufferTime (最小缓冲时间)属性等来信令。图16示出了具有两个延迟回放场景的实施例(在时刻tPbi)，其中经由单播获取的片段的回放(在时刻tAvi)被延迟了一个(左侧时间线)和两个(右侧时间线)片段。这意味着:在可以开始回放之前分别需要累积一个或两个片段。图16的示例示出了以下场景:其中在各片段大小相同且带宽可用于在一个片段持续时间内下载片段的情况下要花费一个片段的持续时间来经由单播下载一个片段。注意:图16的实施例仅仅是说明性的，且可以绘制类似的图来描述其中片段的大小变化且要缓冲的片段量要考虑这种变化的其他场景。
[0133]图17示出了经由广播接收的片段的类似的延迟片段回放场景(在时刻tFAvi)。从这些片段经由广播被递送以及如早先指示的本地可用起，这些片段可立即对客户端可用。图17的实施例暗示:其中在各片段大小相同且广播带宽足以在一个片段持续时间内递送片段的情况下要花费一个片段的持续时间来经由广播递送一个片段。注意:图17的实施例仅仅是说明性的，且可以绘制类似的图来描述其中片段的大小变化且要缓冲的片段量要考虑这种变化的类似场景。
[0134]图17还示出了在回放以前使用一个或两个片段的相同minBufferTime要求。进一步，图17还示出了在DASH客户端将保护周期纳入考虑时，即，获取由比单播可用性(在时刻tAvi)晚一保护周期的广播片段可用性(在时刻4-)驱动(参见图15)，这些片段可以容易地在本地可用并且可以以最小等待时间获取。当minBufferTime分别为一个或两个片段时，所获取的片段在第一和第二片段之后立即准备就绪进行回放。
[0135]给定图16-17中的时间线，假定在DASH客户端经由单播索取片段N时检测到广播可用性(参见图15中的箭头)，对UC-BC转换的影响可包括以下:第一，片段N可能未经由广播被成功接收(没有足够的码元用来FEC解码)，所以UC-BC转换可在稍后的时间进行。第二，DASH片段的成功接收可能直到第一片段(N+1)经由广播被接收为止才可得到保证。如此，DASH客户端可能经由单播完成片段N索取并经由单播检索片段N+1。第三，该DASH客户端可以从片段N+2起延迟(停止单播)片段的获取并且可依赖于片段的广播递送。第四，考虑图16-17，可以获得无缝转换，其中片段N+2可以就像经由单播获取该片段一样在相同时间可用。即，回放可以无缝地进行。相应地，如果回放被延迟一个片段(即，通过将minBufferTime设置为一个片段)，则可以实现无缝UC-BC转换。取决于具体情形，无缝转换可能需要更大或更小的片段延迟。
[0136]图18通过突出显示以下时间点示出了反向的BC-UC转换:在该时间点，当片段N的接收正经由广播被获取时发生BC-UC转换。片段N可能未经由广播被成功接收(没有足够的码元用来FEC解码)，这可能没有被立即确定。在确定片段N没有被成功接收之后，DASH客户端可经由单播发起片段N的索取，以确保连续的回放。该DASH客户端可能需要切换到更低的数据速率表示以便跟上。
[0137]相应地，无缝BC-UC移交可能仅在片段N可及时经由单播索取以用于回放的情况下可实现。如图19的左侧时间线所示,如果minBufferTime等仅规定一个片段,则这是不可能的。通过使minBufferTime规定两个片段(参见图19的右侧时间线)，DASH客户端具有一个片段的时间来跟上并避免回放打断。DASH客户端因此被指示在回放之前累积多于两个片段以便容纳经由单播的跟上下载以用于从广播到单播的无缝转换。
[0138]在相关方面中，当在MPD属性上包括保护周期时，DASH客户端可被指示以在回放之前累积多于两个片段。如此，在MPD的现有参数中包括保护周期的缺点可以是额外的片段可用性调整。
[0139]使用会话描述协议来信令流传输服务的给定表示的广播递送和相关联的广播可用性调整:在某些情况下可能不期望直接使用MPD(例如，经由serviceLocat1n属性等)来指示表示的媒体片段的单播vs.多播递送模式。例如，在某些实现中，DASH片段的基于网络的生成和相关联的MH)可能对该媒体内容的传送方法(单播和/或多播)是不可知的。在这些情况下，可能期望使用服务宣告(Service Announcement)信息(也被称为系统信息或SI)等来信令单播vs.多播递送模式。
[0140]具体而言，在3GPP MBMS的情况下，SI或USD的组件可以是会话描述元数据分段等。这些参数和语法进而可以基于IETF RFC4566所指定的SDP。注意，术语“attributes”( “属性”)或“a =”是指扩展SDP的主要方式，并且可在会话级被定义(即，可应用于FLUTE会话的媒体组件)或在会话内的个体媒体级被定义。在相关方面中，属性字段可以是例如两种形式的。在相关方面中，存在“a =〈flag〉” ( “a =〈标志 >”)形式的“property” “特性”)属性，并且对其而言该属性的存在仅指示该属性是该会话的特性。在进一步相关方面中，存在“a =〈attribute〉:〈value〉”( “a =〈属性 >:〈值 >”)形式的“value” ( “值”)属性，对其而言所命名的属性的值包括任意八位串等。
[0141]根据本文描述的实施例的方面,提供一种新的会话级属性“a =〈representat1n-transport-mode>: ”( “a = <表示-传输-模式>..”)来表示相关联会话的传输模式。此属性的定义的〈value〉(〈值 >)子字段可以是在文本串“单播”、“广播”或“两者”之间所做的选择，表明相应表示等的片段的仅单播、仅广播、或单播和广播递送模式两者。
[0142]而且，片段的广播递送可以与相对于单播递送的附加延迟相关联，并且被称为“保护周期”。可经由新的子字段〈protect1n-per1d〉?保护-周期 >)等将这些参数添加在上面的“representat1n-transport-mode”属性中。例如，“representat1n-transport-mode”属性的完整语法可以如下:
[0143]
【权利要求】
1.一种由移动实体操作的用于无线通信的方法，所述方法包括: 接收媒体呈现描述(MPD)，所述MPD包括用于经由广播传输和单播传输接收内容的多个表示的数据片段的参数； 确定所述广播传输还是所述单播传输适于接收所述数据片段； 基于所述移动实体的准则，从所述内容的所述多个表示中选择给定表示；以及至少部分基于所确定的所述广播传输和所述单播传输中的一者的参数来接收所述给定表示的所述数据片段。
2.如权利要求1所述的方法，其特征在于，所述移动实体在广播移动系统上工作，其中广播DASH服务经由包括所述MPD的系统信息元数据来定义，所述方法进一步包括从所述MPD中的所述参数确定所述广播DASH服务的替代递送是否经由所述单播传输可用。
3.如权利要求1所述的方法，其特征在于，确定进一步包括: 确定所述广播传输在所述移动实体的当前位置的可用性；以及 在所述广播传输的可用性不存在的情况下，确定作为所述广播传输的替代的所述单播传输的可用性。
4.如权利要求1所述的方法，其特征在于，所述准则包括显示分辨率能力、语言能力、所述移动实体的无线网络兼容性、或用于支持所述表示的带宽要求的无线信道可用性中的至少一者。
5.如权利要求4所述的方法，其特征在于，用于与所述给定表示相关联的广播文件递送会话的信息被用来激活所述广播文件递送会话以用于媒体片段的接收。
6.如权利要求1所述的方法，其特征在于，还包括通过在当前广播服务区域中能够接收的可用广播表示之中做出选择来选择用于广播接收的表示。
7.如权利要求1所述的方法，其特征在于，还包括通过在当前单播服务区域中能够接收的用于替代递送的可用单播表示之中做出选择来选择用于单播接收的表示。
8.如权利要求1所述的方法，其特征在于，接收所述给定表示的所述数据片段还包括将所述表示的所述数据片段的可用性时间线调整一用于所述给定表示的等待时间调整周期。
9.如权利要求1所述的方法，其特征在于，接收所述给定表示的所述数据片段进一步包括: 考虑如由所述表示的相应等待时间调整周期所定义的所述表示的可用性时间线差别； 考虑影响对所述数据片段的访问的所述广播传输和所述单播传输的特性；以及调整数据片段的缓冲来针对所述内容的相应表示实现经由所述单播传输和所述广播传输的接收之间的无缝转换。
10.如权利要求8所述的方法，其特征在于，所述等待时间调整周期指示所述给定表示的所述数据片段经由所述广播传输相对于经由所述单播传输在可用性上的时间延迟或时间提前。
11.如权利要求1所述的方法，其特征在于: 所述参数指示所述数据片段的(a)仅单播、(b)仅广播、或(C)单播和广播两者可用性；以及 与所述数据片段的(b)仅广播或(C)单播和广播两者可用性有关的参数中的至少一者标识广播分发技术。
12.如权利要求1所述的方法，其特征在于，所述参数包括关于广播表示在所标识的特定广播服务区域中的可用性的信息。
13.如权利要求1所述的方法，其特征在于: 所述数据片段包括通过HTTP的动态自适应流传输(DASH)媒体片段；以及所述方法进一步包括:响应于所述媒体片段的接收从所述广播传输改变到所述单播传输或者从所述单播传输改变到所述广播传输，累积所述媒体片段以实现所述媒体片段的无缝回放。
14.如权利要求1所述的方法，其特征在于: 所述参数被编码在所述MPD的扩展元素TransportDescript1n的一个或多个实例中；以及 所述参数包括针对广播内容的特定表示的通过单向传输的文件递送(FLUTE)会话标识符。
15.一种设备，包括: 用于接收媒体呈现描述(MPD)的装置，所述MPD包括用于经由广播传输和单播传输接收内容的多个表示的数据片段的参数； 用于确定所述广播传输还是所述单播传输适于接收所述数据片段的装置； 用于基于移动实体的准则，从所述内容的所述多个表示中选择给定表示的装置；以及用于至少部分基于所确定的所述广播传输和所述单播传输中的一者的参数来接收所述给定表示的所述数据片段的装置。
16.如权利要求15所述的设备，其特征在于，所述设备在广播移动系统上工作，其中广播DASH服务经由包括所述MH)的系统信息元数据来定义，所述设备进一步包括用于从所述Mro中的所述参数确定所述广播DASH服务的替代递送是否经由所述单播传输可用的装置。
17.如权利要求15所述的设备，其特征在于，还包括: 用于确定所述广播传输在所述移动实体的当前位置的可用性的装置；以及用于在所述广播传输的可用性不存在的情况下，确定作为所述广播传输的替代的所述单播传输的可用性的装置。
18.—种设备,包括: 射频(RF)收发机，其配置成接收媒体呈现描述(MPD)，所述MH)包括用于经由广播传输和单播传输接收内容的多个表示的数据片段的参数； 至少一个处理器，其配置成:确定所述广播传输还是所述单播传输适于接收所述数据片段；并且基于移动实体的准则从所述内容的所述多个表示中选择给定表示；以及耦合至所述至少一个处理器的用于存储数据的存储器； 其中所述RF收发机至少部分基于所确定的所述广播传输和所述单播传输中的一者的参数来接收所述给定表示的所述数据片段。
19.一种计算机程序产品，包括: 非瞬态计算机可读介质，其包括用于使计算机执行以下动作的代码: 接收媒体呈现描述(MPD)，所述MPD包括用于经由广播传输和单播传输接收内容的多个表示的数据片段的参数； 基于移动实体的准则，从所述内容的所述多个表示中选择给定表示；以及确定所述广播传输还是所述单播传输适于接收所述给定表示的所述数据片段；以及至少部分基于所确定的所述广播传输和所述单播传输中的一者的参数来接收所述给定表示的所述数据片段。
20.一种由无线系统中的移动实体操作的方法，所述方法包括: 接收系统信息，所述系统信息包括:(a)通过HTTP的动态自适应流传输(DASH)媒体呈现描述(MPD);以及(b)用于经由广播传输和单播传输接收内容的多个表示的数据片段的参数； 确定所述广播传输还是所述单播传输适于接收所述数据片段； 基于所述参数和所述移动实体的准则，从所述内容的所述多个表示中选择给定表示；以及 接收所述给定表示的数据片段。
21.如权利要求20所述的方法，其特征在于， 确定所述广播传输在所述移动实体的当前位置的可用性；以及在所述广播传输的可用性不存在的情况下，确定作为所述广播传输的替代的所述单播传输的可用性。
22.—种设备,包括: 用于接收系统信息的装置，所述系统信息包括:(a)通过HTTP的动态自适应流传输(DASH)媒体呈现描述(MPD);以及(b)用于经由广播传输和单播传输接收内容的多个表示的数据片段的参数； 用于确定所述广播传输还是所述单播传输适于接收所述数据片段的装置； 用于基于所述参数和所述移动实体的准则，从所述内容的所述多个表示中选择给定表示的装置；以及 用于接收所述给定表示的数据片段的装置。
23.—种设备,包括: 射频(RF)接收机，其配置成接收系统信息，所述系统信息包括:(a)通过HTTP的动态自适应流传输(DASH)媒体呈现描述(MPD);以及(b)用于经由广播传输和单播传输接收内容的多个表示的数据片段的参数； 至少一个处理器，其配置成:确定所述广播传输还是所述单播传输适于接收所述数据片段；并且基于所述参数以及所述移动实体的准则从所述内容的所述多个表示中选择给定表示；以及 耦合至所述至少一个处理器的用于存储数据的存储器； 其中所述RF收发机接收所述给定表示的数据片段。
24.一种计算机程序产品，包括: 非瞬态计算机可读介质，其包括用于使计算机执行以下动作的代码: 接收系统信息，所述系统信息包括:(a)通过HTTP的动态自适应流传输(DASH)媒体呈现描述(MPD);以及(b)用于经由广播传输和单播传输接收内容的多个表示的数据片段的参数； 确定所述广播传输还是所述单播传输适于接收所述数据片段； 基于所述参数和所述移动实体的准则，从所述内容的所述多个表示中选择给定表示；以及 接收所述给定表示的数据片段。
25.一种由网络实体操作的用于无线通信的方法，所述方法包括: 发送媒体呈现描述(MPD)，所述MPD包括用于经由广播传输和单播传输接收内容的多个表示的数据片段的参数； 接收对所述内容的给定表示的请求；以及 至少部分基于所述参数来经由所述广播传输或所述单播传输发送所述给定表示的所述数据片段。
26.如权利要求25所述的方法，其特征在于，还包括信令服务的哪些表示可用于所述广播传输或所述单播传输。
27.如权利要求25所述的方法，其特征在于，发送所述数据片段包括经由所述单播传输发送所述给定表示的所述数据片段并且并行地经由所述广播传输发送至少一个不同表示的所述数据片段。
28.—种设备,包括: 用于发送媒体呈现描述(MPD)的装置，所述MH)包括用于经由广播传输和单播传输接收内容的多个表示的数据片段的参数； 用于接收对所述内容的给定表示的请求的装置；以及 用于至少部分基于所述参数来经由所述广播传输或所述单播传输发送所述给定表示的所述数据片段的装置。
29.—种设备,包括: 射频(RF)收发机； 至少一个处理器，其配置成:(a)指示所述RF收发机发送媒体呈现描述(MPD)，所述MH)包括用于经由广播传输和单播传输接收内容的多个表示的数据片段的参数；以及(b)响应于接收对所述内容的给定表示的请求，指示所述RF收发机至少部分基于所述参数来经由所述广播传输或所述单播传输发送所述给定表示的所述数据片段；以及耦合至所述至少一个处理器的用于存储数据的存储器。
30.一种计算机程序产品，包括: 非瞬态计算机可读介质，其包括用于使计算机执行以下动作的代码: 发送媒体呈现描述(MPD)，所述MPD包括用于经由广播传输和单播传输接收内容的多个表示的数据片段的参数； 接收对所述内容的给定表示的请求；以及 至少部分基于所述参数来经由所述广播传输或所述单播传输发送所述给定表示的所述数据片段。
【文档编号】H04L29/06GK104205766SQ201380005482
【公开日】2014年12月10日 申请日期:2013年1月15日 优先权日:2012年1月16日
【发明者】C·M·D·帕左斯, T·斯托克汉姆, G·切瑞安, R·A·霍尔米, N·奈克, J·王, C·N·洛 申请人:高通股份有限公司