首页> 中国专利> 用于将HTTP上的动态自适应流媒体(DASH)初始化段描述片段作为用户服务描述片段传送的方法和装置

用于将HTTP上的动态自适应流媒体(DASH)初始化段描述片段作为用户服务描述片段传送的方法和装置

摘要

本发明提供了用于无线通信的方法、装置和计算机程序产品。该装置针对系统信息,与广播网络中的服务器建立文件传送会话(910)。此外,该装置还在该文件传送会话中接收多个元数据片段(912a-912d、914a-914d)。所述多个元数据片段包括至少一个初始化段描述片段(912d、914d),其中所述至少一个初始化段描述片段与在另一个文件传送会话(940、960)中发送的至少一个媒体段(942a-942g、962a-962g)相关联。

著录项

  • 公开/公告号CN104040945A

    专利类型发明专利

  • 公开/公告日2014-09-10

    原文格式PDF

  • 申请/专利权人 高通股份有限公司;

    申请/专利号CN201280046291.7

  • 申请日2012-08-01

  • 分类号H04L12/18;H04L29/06;

  • 代理机构永新专利商标代理有限公司;

  • 代理人张扬

  • 地址 美国加利福尼亚

  • 入库时间 2023-12-17 02:29:08

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2017-08-22

    授权

    授权

  • 2014-10-15

    实质审查的生效 IPC(主分类):H04L12/18 申请日:20120801

    实质审查的生效

  • 2014-09-10

    公开

    公开

说明书

相关申请的交叉引用

本申请要求享受2011年8月1日提交的、题目为“METHOD AND  APPARATUS FOR TRANSPORT OF DYNAMIC ADAPTIVE STREAMING  OVER HTTP(DASH)INITIALIZATION SEGMENTS AS USER SERVICE  DESCRIPTION FRAGMENTS”的美国临时申请No.61/513,992,以及2012 年7月31日提交的、题目为“METHOD AND APPARATUS FOR  TRANSPORT OF DYNAMIC ADAPTIVE STREAMING OVER HTTP  (DASH)INITIALIZATION SEGMENT DESCRIPTION FRAGMENTS AS  USER SERVICE DESCRIPTION FRAGMENTS”的美国专利申请 No.13/563,659的优先权,这两个临时申请已经转让给本申请的受让人,故 明确地以引用方式将其全部内容并入本文。

技术领域

概括地说,本公开内容涉及通信系统,更具体地说,涉及用于将HTTP 上的动态自适应流媒体(DASH)初始化段作为用户服务描述片段传送的方 法和装置。

背景技术

无线通信系统已广泛地部署,以提供诸如电话、视频、数据、消息发 送和广播之类的各种电信服务。典型的无线通信系统可以使用能通过共享 可用的系统资源(例如,带宽、发射功率),来支持与多个用户进行通信的 多址技术。这类多址技术的示例包括码分多址(CDMA)系统、时分多址 (TDMA)系统、频分多址(FDMA)系统、正交频分多址(OFDMA)系 统、单载波频分多址(SC-FDMA)系统和时分同步码分多址(TD-SCDMA) 系统。

在多种电信标准中已采纳这些多址技术,以提供使不同无线设备能在 城市、国家、地域、甚至全球等级上进行通信的通用协议。一种新兴的电 信标准的示例是长期演进(LTE)。LTE是第三代合作伙伴计划(3GPP)发 布的通用移动通信系统(UMTS)移动标准的演进集。设计该标准以便通过 改善频谱效率、降低费用、改善服务、利用新的频谱来更好地支持移动宽 带因特网接入,并且在下行链路(DL)上使用OFDMA、在上行链路(UL) 上使用SC-FDMA以及使用多输入多输出(MIMO)天线技术来与其它开放 标准更好地整合。然而,随着对移动宽带接入需求的持续增加,存在进一 步改善LTE技术的需求。优选的是,这些改善应当可适用于其它多址技术 和使用这些技术的电信标准。

发明内容

在本发明的一个方面,提供了一种方法、计算机程序产品和装置。该 装置针对系统信息(SI),与广播网络中的服务器建立文件传送会话。针对 广播网络定义的SI的示例包括:在3GPP多媒体广播/多播服务(MBMS) 中定义的用户服务发现/通告元数据、以及由开放移动联盟(OMA)移动广 播服务支持器套件(BCAST)标准所指定的(电子)服务指南或(E)SG。此 外,该装置还在所述文件传送会话中接收多个数据片段。所述多个数据片 段包括至少一个初始化段描述片段,其中所述至少一个初始化段描述片段 与在另一个文件传送会话中发送的至少一个媒体段相关联。如本申请所使 用的,应当将术语‘初始化数据段’和‘初始化段’视作为同义的。

在本发明的另一个方面,提供了一种方法、计算机程序产品和装置。 该装置在广播网络中发送第一文件传送会话,以便传送系统信息,其中所 述第一文件传送会话包括多个元数据片段,所述元数据片段包括与用户服 务相关联的至少一个初始化段描述片段。此外,该装置还在所述广播网络 中发送第二文件传送会话,以便传送与所述用户服务相关联的媒体内容。

附图说明

图1是示出网络架构的示例的图。

图2是示出接入网络的示例的图。

图3是示出LTE中的DL帧结构的示例的图。

图4是示出LTE中的UL帧结构的示例的图。

图5是示出用于用户面和控制面的无线电协议架构的示例的图。

图6是示出接入网络中的演进型节点B和用户设备的示例的图。

图7是示出多播广播单频网(MBSFN)中的演进型MBMS(eMBMS) 的图。

图8是示出当在用于用户服务描述(USD)的开销服务中分发SI元数 据时,传送HTTP上的动态自适应流媒体(DASH)的内容,同时通过无线 网络在MBMS中通过专用服务传送DASH段的当前方法的图。

图9是示出根据本文所描述的一种示例性方法,使用用户服务描述传 输来传输包括初始化段的SI信息的图。

图10是示出用于HTTP上的动态自适应流媒体(DASH)的媒体呈现 描述(MPD)的高级可扩展标记语言(XML)方案结构的图。

图11是示出用于图10中的MPD中的周期的高级XML方案结构的图。

图12是示出用于来自图11的时段中的一个时段上的表示的高级XML 方案结构的图。

图13是示出用于来自图12的表示中的一个表示的段信息的高级XML 方案结构的图。

图14是示出用于描述服务绑定的元数据片段的图,该服务绑定是针对 无线网络上的MBMS所定义的SI的形式。

图15是示出用于描述用户服务的元数据片段的图,该用户服务是针对 无线网络上的MBMS的SI中的服务绑定。

图16是示出用于描述针对无线网络上的MBMS的SI中的用户服务的 传送方法的元数据片段的图。

图17是示出文件传送表分组的图。

图18是示出针对另一种示例性方法,在USD中以信号方式发送初始 化段传输的图。

图19是示出针对另一种示例性方法,在USD中以信号方式发送初始 化段传输的图。

图20是根据示例性方法,用于接收初始化段的过程的流程图。

图21是根据示例性方法,用于接收媒体段的过程的流程图。

图22是示出用于接收和处理初始化段和媒体段的示例性装置的功能的 概念框图。

图23是示出用于采用处理系统的装置的硬件实现的示例的图。

图24是根据示例性方法,用于传输初始化段和媒体段的过程的流程图。

图25是示出用于创建和发送初始化段和媒体段的示例性装置的功能的 概念框图。

图26是示出用于采用处理系统的装置的硬件实现的示例的图。

具体实施方式

下面结合附图给出的详细描述旨在作为各种配置的描述,而不是为了 表示能够实现本文所述概念的唯一配置。为了提供对各种概念的彻底理解, 详细描述包括了具体细节。然而,对本领域的技术人员显而易见的是,可 以不使用这些具体细节来实现这些概念。在一些实例中,以框图的形式示 出公知的结构和部件,以避免模糊这些概念。

现在将围绕各种装置和方法来给出电信系统的多个方面。将在下面的 详细描述中描述并在附图中通过各种方框、模块、组件、电路、步骤、过 程、算法等(统称为“元素”)示出这些装置和方法。可以使用电子硬件、 计算机软件、或其任意组合来实现这些元素。这些元素是实现为硬件还是 软件取决于特定的应用和施加在整个系统上的设计约束。

举例说明,元素、或元素的任意部分、或元素的任意组合可以用包括 一个或多个处理器的“处理系统”来实现。处理器的示例包括微处理器、 微控制器、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、可编程 逻辑设备(PLD)、状态机、门逻辑、分立硬件电路、以及被配置为执行贯 穿本发明所描述的各种功能的其它适当的硬件。处理系统中的一个或多个 处理器可以执行软件。不论是被称为软件、固件、中间件、微代码、硬件 描述语言还是其它名称,软件都应被广义地解释为指代指令、指令集、代 码、代码段、程序代码、程序、子程序、软件模块、应用程序、软件应用 程序、软件包、例程、子例程、对象、可执行程序、执行的线程、进程、 功能等。

因此,在一个或多个示例性实施例中,所描述的功能可以实现在硬件、 软件、固件或其任意组合中。如果实现在软件中,则可以将这些功能作为 一个或多个指令或代码存储或编码到计算机可读介质上。计算机可读介质 包括计算机存储介质。存储介质可以是能够由计算机存取的任意可用介质。 通过举例而非限制的方式,这种计算机可读介质可以包括RAM、ROM、 EEPROM、CD-ROM或其它光盘存储器、磁盘存储器或其它磁存储设备、 或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能 够由计算机进行存取的任何其它介质。本文使用的磁盘和光盘包括压缩光 盘(CD)、激光光盘、光盘、数字通用光盘(DVD)、和软盘,其中,磁盘 通常磁性地复制数据,而光盘用激光光学地复制数据。上述各项的组合也 应该包括在计算机可读介质的范围中。

图1是示出LTE网络架构100的图。LTE网络架构100可以称为演进 型分组系统(EPS)100。EPS100可以包括一个或多个用户设备(UE)102、 演进型UMTS陆地无线接入网络(E-UTRAN)104、演进型分组核心(EPC) 110、归属用户服务器(HSS)120和运营商的IP服务122。EPS可以与其 它接入网络互连,但为了简单起见,没有示出这些实体/接口。如图所示, EPS提供分组交换服务,然而,如本领域的普通技术人员所容易意识到的, 贯穿本公开内容给出的各种概念可以扩展到提供电路交换服务的网络。

E-UTRAN包括演进型节点B(eNB)106和其它eNB108。eNB106 提供到UE102的用户面和控制面协议终止。eNB106可以通过回程(例如, X2接口)连接到其它eNB108。eNB106还可以称为基站、基站收发机、 无线基站、无线收发机、收发机功能、基本服务集(BSS)、扩展服务集(ESS)、 或某些其它适当的术语。eNB106向UE102提供到EPC110的接入点。UE 102的示例包括蜂窝电话、智能电话、会话发起协议(SIP)电话、膝上型 计算机、个人数字助理(PDA)、卫星无线电设备、全球定位系统、多媒体 设备、视频设备、数字音频播放器(例如,MP3播放器)、照相机、游戏机、 或任何其它类似功能的设备。UE102还可以被本领域技术人员称为移动站、 用户站、移动单元、用户单元、无线单元、远程单元、移动设备、无线设 备、无线通信设备、远程设备、移动用户站、接入终端、移动终端、无线 终端、远程终端、手机、用户代理、移动客户端、客户端、或某些其它适 当的术语。

eNB106通过S1接口连接到EPC110。EPC110包括移动性管理实体 (MME)112、其它MME114、服务网关116、以及分组数据网络(PDN) 网关118。MME112是处理UE102和EPC110之间的信令的控制节点。通 常,MME112提供承载和连接管理。所有的用户IP分组通过服务网关116 进行传送,服务网关116本身连接到PDN网关118。PDN网关118向UE 提供IP地址分配以及其它功能。PDN网关118连接到运营商的IP服务122。 运营商的IP服务122可以包括因特网、内联网、IP多媒体子系统(IMS)、 以及PS流式服务(PSS)。

图2是示出LTE网络架构中的接入网络200的示例的图。在该示例中, 将接入网络200划分成多个蜂窝区域(小区)202。一个或多个较低功率类 型eNB208可以具有与小区202中的一个或多个小区重叠的蜂窝区域210。 较低功率类型eNB208可以是毫微微小区(例如,家庭eNB(HeNB))、微 微小区、微小区、或远程无线电头端(RRH)。将宏eNB204分别分配给各 小区202,并配置为向小区202中的所有UE206提供到EPC110的接入点。 在接入网络200的该示例中,不存在集中式控制器,但在替代的配置中可 以使用集中式控制器。eNB204负责所有与无线电相关的功能,其中包括无 线承载控制、准入控制、移动性控制、调度、安全和到服务网关116的连 通性。

由接入网络200所使用的调制和多址方案可以基于正在部署的特定的 电信标准而变化。在LTE应用中,在DL上使用OFDM,而在UL上使用 SC-FDMA,以支持频分双工(FDD)和时分双工(TDD)两者。如本领域 技术人员将通过以下详细描述容易地清楚的是,本文给出的各种概念非常 适合LTE应用。然而,可以容易地将这些概念扩展到使用其它调制和多址 技术的其它电信标准。举例说明,可以将这些概念扩展到演进数据优化 (EV-DO)或超移动宽带(UMB)。EV-DO和UMB是由第三代合作伙伴计 划2(3GPP2)发布的、作为CDMA2000标准族的一部分的空中接口标准, 并且使用CDMA来提供到移动站的宽带因特网接入。还可以将这些概念扩 展到使用宽带CDMA(W-CDMA)的通用陆地无线接入(UTRA)和CDMA 的诸如TD-SCDMA等的其它变体;使用TDMA的全球移动通信系统 (GSM);以及演进型UTRA(E-UTRA)、IEEE802.11(Wi-Fi)、IEEE802.16 (WiMAX)、IEEE802.20、以及使用OFDMA的闪速-OFDM。在来自3GPP 组织的文档中描述了UTRA、E-UTRA、UMTS、LTE和GSM。在来自3GPP2 组织的文档中描述了CDMA2000和UMB。所使用的实际无线通信标准和 多址技术将取决于特定的应用和施加在系统上的整体设计约束。

eNB204可以具有支持MIMO技术的多个天线。MIMO技术的使用使 eNB204能够利用空间域,以支持空间复用、波束成形、以及发射分集。空 间复用可以用于在同一频率上同时发射不同的数据流。可以将数据流发射 到单个UE206以增加数据率,或发射到多个UE306以增加总系统容量。 这可以通过对每个数据流进行空间预编码(即,应用振幅和相位的缩放), 并随后在DL上通过多个发射天线发射每个经空间预编码的流来实现。具有 不同空间签名的经空间预编码的数据流到达UE306,其使得UE306中的 每一个能够恢复去往该UE306的一个或多个数据流。在UL上,每个UE306 发射经空间预编码的数据流,其使得eNB304能够识别每个经空间预编码 的数据流的来源。

通常在信道状况良好时使用空间复用。当信道状况较为不利时,可以 使用波束成形以将传输能量集中在一个或多个方向上。这可以通过对数据 进行空间预编码以通过多个天线进行传输来实现。为了在小区边缘处实现 良好覆盖,可以结合发射分集使用单个流的波束成形传输。

在以下的详细描述中,将参考在DL上支持OFDM的MIMO系统来描 述接入网络的各个方面。OFDM是在OFDM符号内的多个子载波上调制数 据的扩频技术。子载波以精确的频率被间隔开。该间隔提供使接收机能够 从子载波恢复数据的“正交性”。在时域中,可以将保护间隔(例如,循环 前缀)添加到每个OFDM符号以对抗OFDM符号间干扰。UL可以以DFT 扩频的OFDM信号的形式使用SC-FDMA来补偿高峰值平均功率比 (PAPR)。

图3是示出LTE中的DL帧结构的示例的图300。可以将一个帧(10ms) 划分成10个大小均匀的子帧。资源网格可以用于表示两个时隙,每个时隙 均包括资源块(RB)。资源网格被划分成多个资源元素。在LTE中,资源 块在频域中包含12个连续的子载波,在时域中包含7个连续的OFDM符号 (对于每个OFDM符号中的正常循环前缀),或包含84个资源元素。对于 扩展循环前缀,一个资源块在时域中包括6个连续的OFDM符号,从而具 有72个资源元素。资源元素中的一些(如指示为R302、304)包括DL参 考信号(DL-RS)。DL-RS包括特定于小区的RS(CRS)(有时还称为公共 RS)302和特定于UE的RS(UE-RS)304。仅在对应的物理下行链路共享 信道(PDSCH)被映射到的资源块上发射UE-RS304。由每个资源元素所 携带的比特数目取决于调制方案。因而,UE接收的资源块越多并且调制方 案越高级,UE的数据率就越高。

图4是示出LTE中的UL帧结构的示例的图400。UL的可用资源块可 以被划分成数据部分和控制部分。控制部分可以在系统带宽的两个边缘处 形成并且可以具有可配置的大小。可以将控制部分中的资源块分配给UE 以用于传输控制信息。数据部分可以包括未包括在控制部分中的所有资源 块。该UL帧结构使得数据部分包括连续的子载波,这可以允许将数据部分 中的所有连续子载波分配给单个UE。

可以将控制部分中的资源块410a、410b分配给UE,以向eNB发射控 制信息。还可以将数据部分中的资源块420a、420b分配给UE,以向eNodeB 发射数据。UE可以在控制部分中的所分配资源块上的物理UL控制信道 (PUCCH)中发射控制信息。UE可以在数据部分中的所分配资源块上的 物理UL共享信道(PUSCH)中仅发射数据或者发射数据和控制信息两者。 UL传输可以跨越子帧的两个时隙并且可以在频率上跳变。

一组资源块可以用于执行初始系统接入,并且在物理随机接入信道 (PRACH)530中实现UL同步。PRACH530携带随机序列,并且无法携 带任何UL数据/信令。每个随机接入前导码占用对应于6个连续资源块的 带宽。起始频率由网络指定。也就是说,随机接入前导码的传输仅限于特 定时间和频率资源。PRACH不存在跳频。在单个子帧(1ms)中或者在一 系列的数个连续子帧中携带PRACH尝试,并且UE每帧(10ms)仅可以进 行单个PRACH尝试。

图5是示出用于LTE中的用户面和控制面的无线协议架构的示例的图 500。用于UE和eNB的无线协议架构被示为具有3个层:层1、层2和层 3。层1(L1层)是最下层并且实现各种物理层信号处理功能。本文中将层 1称为物理层506。层2(L2层)508在物理层506之上,并且负责UE和 eNB之间在物理层506上的链接。

在用户面中,L2层508包括介质访问控制(MAC)子层510、无线链 路控制(RLC)子层512、以及分组数据汇聚协议(PDCP)子层514,这 些子层在网络侧终止于eNB处。虽然未示出,但UE可以具有在L2层508 之上的若干上层,其包括在网络侧终止于PDN网关118处的网络层(例如, IP层),以及终止于连接的另一端(例如,远端UE、服务器等)处的应用 层。

PDCP子层514提供不同无线承载和逻辑信道之间的复用。PDCP子层 514还提供上层数据分组的报头压缩以减少无线传输开销,通过加密数据分 组提供安全性,以及提供UE在eNB之间的切换支持。RLC子层512提供 上层数据分组的分段和重组、丢失的数据分组的重传、以及数据分组的重 排序以补偿因混合自动重传请求(HARQ)而引起的无序接收。MAC子层 510提供逻辑信道和传输信道之间的复用。MAC子层510还负责在UE之 间分配一个小区中的各种无线资源(例如,资源块)。MAC子层510还负 责HARQ操作。

在控制面中,除了对于控制面不具有报头压缩功能之外,用于UE和 eNB的无线协议架构基本上与用于物理层506和L2层508的无线协议架构 相同。控制面还包括层3(L3层)中的无线资源控制(RRC)子层516。 RRC子层516负责获得无线资源(即,无线承载),并且使用eNB和UE 之间的RRC信令来配置下层。

图6是在接入网络中eNB610与UE650进行通信的框图。在DL中, 将来自核心网络的上层分组提供给控制器/处理器675。控制器/处理器675 实现L2层的功能。在DL中,控制器/处理器675提供报头压缩、加密、分 组分段和重排序、逻辑信道和传输信道之间的复用、以及基于各种优先级 度量对UE650的无线资源分配。控制器/处理器675还负责HARQ操作、 丢失的分组的重传、以及向UE650发射信令。

发射(TX)处理器616实现L1层(即,物理层)的各种信号处理功 能。该信号处理功能包括为有助于UE650处的前向纠错(FEC)而进行的 编码和交织、基于各种调制方案(例如,二相相移键控(BPSK)、正交相 移键控(QPSK)、M相移键控(M-PSK)、M阶正交幅度调制(M-QAM)) 而进行的到信号星座的映射。然后将经编码并经调制的符号分裂成并行流。 然后将每个流映射到OFDM子载波、在时域和/或频域中与参考信号(例如, 导频)复用、并然后使用快速傅里叶逆变换(IFFT)组合在一起以产生携 带时域OFDM符号流的物理信道。对该OFDM流进行空间预编码以产生多 个空间流。来自信道估计器674的信道估计可以用于确定编码和调制方案 以及用于空间处理。信道估计可以从参考信号和/或由UE650发射的信道状 况反馈导出。然后将每个空间流经由单独的发射机618TX提供给不同的天 线620。每个发射机618TX利用各自的空间流来调制RF载波以进行传输。

在UE650,每个接收机654RX通过其各自的天线652接收信号。每个 接收机654RX恢复调制到RF载波上的信息,并将该信息提供给接收(RX) 处理器656。RX处理器656实现L1层的各种信号处理功能。RX处理器656 对所述信息执行空间处理以恢复指向UE650的任何空间流。如果多个空间 流指向UE650,则这些空间流可以由RX处理器656合并成单个OFDM符 号流。然后,RX处理器656使用快速傅里叶变换(FFT)将该OFDM符号 流从时域转换到频域。频域信号包括该OFDM信号的每个子载波的单独的 OFDM符号流。通过确定由eNB610发射的最可能的信号星座点来恢复和 解调每个子载波上的符号和参考信号。这些软决策可以基于由信道估计器 658计算出的信道估计。然后,对该软决策进行解码和解交织以恢复最初由 eNB610在物理信道上发射的数据和控制信号。然后,将该数据和控制信号 提供给控制器/处理器659。

控制器/处理器659实现L2层。该控制器/处理器可以与存储程序代码 和数据的存储器660相关联。存储器660可以称为计算机可读介质。在UL 中,控制器/处理器659提供传输信道和逻辑信道之间的解复用、分组重组、 解密、报头解压缩、控制信号处理以恢复来自核心网的上层分组。然后将 该上层分组提供给数据宿662,数据宿662表示在L2层之上的所有协议层。 还可以将各种控制信号提供给数据宿662以用于L3处理。控制器/处理器 659还负责使用确认(ACK)和/或否定确认(NACK)协议的错误检测以 支持HARQ操作。

在UL中,数据源667用于将上层分组提供给控制器/处理器659。数据 源667表示在L2层之上的所有协议层。类似于结合由eNB610进行的DL 传输所描述的功能,控制器/处理器659基于由eNB610进行的无线资源分 配而通过提供报头压缩、加密、分组分段和重排序、以及逻辑信道和传输 信道之间的复用来实现用户面和控制面的L2层。控制器/处理器659还负责 HARQ操作、丢失的分组的重传、以及向eNB610发射信令。

由信道估计器658从参考信号或由eNB610发射的反馈导出的信道估 计可以由TX处理器668用于选择适当的编码和调制方案,以及促进空间处 理。将由TX处理器668生成的空间流经由独立的发射机654TX提供给不 同的天线652。每个发射机654TX使用各自的空间流来调制RF载波以进行 传输。

在eNB610处以类似于结合UE650处的接收机功能所描述的方式对 UL传输进行处理。每个接收机618RX通过其各自的天线620接收信号。 每个接收机618RX恢复调制到RF载波上的信息,并将该信息提供给RX 处理器670。RX处理器670可以实现L1层。

控制器/处理器675实现L2层。控制器/处理器675可以与存储程序代 码和数据的存储器676相关联。存储器676可以称为计算机可读介质。在 UL中,控制器/处理器659提供传输信道和逻辑信道之间的解复用、分组重 组、解密、报头解压缩、控制信号处理以恢复来自UE650的上层分组。可 以将来自控制器/处理器675的上层分组提供给核心网。控制器/处理器659 还负责使用ACK和/或NACK协议的错误检测以支持HARQ操作。

图7是示出MBSFN中的演进型多媒体广播多播服务(eMBMS)的图 750。小区752'中的eNB752可以形成第一MBSFN区域,并且小区754'中 的eNB754可以形成第二MBSFN区域。eNB752、754可以分别与其它 MBSFN区域相关联,例如,总数多达8个MBSFN区域。可以将MBSFN 区域中的小区指定为保留小区。保留小区不提供多播/广播内容,但与小区 752'、754'是时间同步的,并且在MBSFN资源上具有受限的功率,以便限 制对该MBSFN区域的干扰。MBSFN区域中的每个eNB同步地发送相同的 eMBMS控制信息和数据。每个区域可以支持广播、多播和单播服务。单播 服务是旨在针对特定用户的服务(例如,语音呼叫)。多播服务是可以由一 组用户接收的服务(例如,订制的视频服务)。广播服务是可以由所有用户 接收的服务(例如,新闻广播)。参见图7,第一MBSFN区域可以诸如通 过向UE770提供特定的新闻广播来支持第一eMBMS广播服务。第二 MBSFN区域可以诸如通过向UE760提供不同的新闻广播来支持第二 eMBMS广播服务。每个MBSFN区域支持多个物理广播信道(PMCH)(例 如,15个PMCH)。每个PMCH与一个多播信道(MCH)相对应。每个 MCH可以对多个(例如,29个)多播逻辑信道进行复用。每个MBSFN区 域可以具有一个多播控制信道(MCCH)。因此,一个MCH可以对一个 MCCH和多个多播业务信道(MTCH)进行复用,并且其余MCH可以对多 个MTCH进行复用。

在多播内容传送系统中,诸如基于例如3GPP多媒体广播多播服务 (MBMS)、3GPP2广播和多播服务(BCMCS)、手持式数字视频广播 (DVB-H)、高级电视系统委员会-移动/手持式(ATSC-M/H)等之类的蜂 窝或广播网络对在减少时延的同时高效地传送服务/内容具有相当大的兴 趣。UMTS LTE允许诸如数字广播无线电和数字视频广播之类的共享的(多 播)服务类型。演进型MBMS(eMBMS)特征提供具有单频网上的多媒体 广播(MBSFN)操作模式,并且可以使用UMTS LTE eNB,同时地向位于 同一地理区域中的多个接收者发送相同的媒体信号。通过广播操作的本质, 以及针对高效的服务提供,可以例如由覆盖城市区域的一部分或整个城市 区域的一个或多个发射机站点进行广播,来在较大地理区域上进行对这些 服务的分发。顾名思义,eMBMS是针对LTE的MBMS的增强版本。eMBMS 可以用于向位于指定的区域中的一个或多个用户设备广播诸如数字TV之 类的内容,在本文中可以将该指定的区域称为MBMS服务区域。MBMS服 务区域通常包括多个小区和/或eNB。在MBSFN中,可以以时间同步的方 式,使用相同的物理资源,利用相同的传输格式,从属于MBMS服务区域 的多个小区发送相同的数据。在用户设备处,可以将这些传输视作来自单 个小区的多径传输,从而允许对这些传输进行组合以改善信号强度和减少 干扰。这种技术可以使LTE eMBMS服务的传输更加高效,并且可以提供 额外的分集来对抗无线电信道上的衰落。应当注意的是,虽然当前系统是 eMBMS,但其只是说明性而非限制性的,并且所公开的方法可以应用于其 它广播系统(包括MBMS和其它系统)。

诸如eMBMS之类的服务可以利用HTTP上的动态自适应流媒体 (DASH)媒体段的传送来提供流媒体服务,通过该服务,将DASH段作 为单独的文件来传送。针对广播服务,DASH传输可以采用通过单向传输 的文件传送(FLUTE)来替代HTTP。FLUTE是用于针对数据传送来单向 (例如,在广播中)传送文件的协议,并且FLUTE利用文件传送表(FDT) 作为用于以信号方式发送针对要在会话中传送的文件的一组文件描述条目 的机制。FDT条目包括文件名、以及统一资源标识符(URI)(其还称为内 容位置)和用于标识分组属于给定的文件的传输对象ID(TOI)之间的映 射信息。此外,前向纠错(FEC)编码可以应用于这些文件,故FDT还描 述所使用的FEC方案以及特定于FEC的参数。FDT可以包括针对要在 FLUTE会话中传送的文件的一组文件描述条目。每个文件传送会话均具有 该给定的会话专属的FDT。

本文进一步描述的图8描绘了一种用于通过DASH来传送广播内容的 方法。由广播系统所定义的每个用户服务(例如,诸如CNN、ABC、CBS、 ESPN之类的TV频道)可以通过FLUTE会话来进行传送,其中FLUTE会 话携带与该用户服务相对应的DASH段。另外,还可以发送用户服务描述 (USD)FLUTE会话,以使得能够对正在广播的用户服务的UE服务发现。 对应于定义MBMS广播系统中的可用服务的系统信息(SI),USD是等价 的MBMS消息定义。其它广播系统可以定义SI的不同格式。

在MBMS中,可以在FLUTE会话中传输USD元数据片段,其包括: (1)服务绑定元数据片段的序列,其转而参照会话描述片段(还称为SDP 片段);以及(2)针对每个用户服务的媒体呈现描述(MPD)片段。每个 服务绑定片段描述MBMS系统中可用的一个或多个服务。SDP片段描述用 于传送针对用户服务的媒体内容的传输协议。在所公开的系统的一个方面, SDP片段描述FLUTE会话何时用于将DASH段作为媒体内容来传送的用 户服务。

与MBMS用户服务相关联的MPD片段提供关于在针对该特定的用户 服务的FLUTE会话中所携带的媒体段和初始化段的信息。可以在针对该用 户服务的相关联的SDP片段中定义FLUTE会话信息。具体而言,可以在 MPD中定义两种类型的数据段:初始化段和媒体段。在该现有的方法中, UE必须在可以对媒体段进行处理之前获取针对DASH的初始化段,这是由 于初始化段向客户端提供描述媒体内容的编码的元数据,并且初始化段可 以包括其它信息,诸如与对属于该用户服务的媒体内容的保护相关联的 DRM系统的标识。因此,初始化段通常尺寸非常小,使得可以快速地获取 初始化段以减少启动时延,这是由于需要初始化段来播放媒体段中所包含 的内容。对于广播DASH服务来说,使用FLUTE会话来发送初始化段和媒 体段两者。

上述方法的潜在问题可以包括初始获取时延和服务切换时间。作为结 果,UE可能无法及时地显示所期望的用户服务内容,这导致降低的用户满 意度/享受。在图9中描述一种用于传送DASH格式化的广播内容的替代方 法。在此,可以将用于开始对这些服务的媒体内容进行处理所必须的初始 化段作为USD FLUTE会话的一部分来携带。在初始服务发现过程期间, UE可以对每个MBMS用户服务的初始化段以及相关的绑定、SDP和MPD 信息进行缓存。当开始作为DASH编码的内容携带的MBMS服务时,或者 当在DASH编码的MBMS服务之间进行切换时,这可以提供减少的时延。 在图8所示的方法中,在UE上呈现内容的发起不再取决于用户服务FLUTE 会话(例如,CNN FLUTE会话)中包含的初始化段的接收。

在一个方面,可以在USD FLUTE会话和各个FLUTE会话中发送初始 化段,以使得能够与现有UE的向后兼容。在另一个方面,可以不在各个 FLUTE会话中发送初始化段以节省系统资源。

图10示出了针对包括至少一个周期1002的MPD的高级可扩展标记语 言(XML)方案结构1000。图11示出了针对图10的MPD中的至少一个 周期1002的高级XML方案结构1100。周期结构1100可以包括多个表示 1102。图12示出了针对来自周期结构1100的表示的高级XML方案结构 1200。每个表示结构1200包括段信息1202。

图13示出了针对来自表示结构1200的段信息的高级XML方案结构 1300。在通过URL的MPD中引用了两种类型的段:初始化段1302和媒体 段。如图13所示出的,可以通过UrlTemplate(URL模板)元素1304、URL 元素的序列、或SegmentList(段列表)元素1308来描述媒体段。通过 InitializationSegmentURL,或者通过索引0的UrlTemplate来显式地标识初 始化段。

举例而言,在图8的CNN服务中,可以通过 http://cnn.embms.com/InitSeg.3gp(其表示如图9中所示的USD FLUTE传输 中的InitSig片段的URL)来给出用于初始化段的URL。类似地,媒体段 URL可以具有http://cnn.embms.com/MediaSeg$index$.3gp的形式,其中 $index$使用数字来替代,使得在针对作为DASH内容携带的用户服务的 FLUTE会话(如图9中所示出的)中,将MediaSeg$index$简单地表示为 MediaSeg#(例如,MediaSeg3)。这种下载传送传输将在针对各个FLUTE 会话的FDT中报告这些URL,并且将这些文件在FLUTE会话中作为分组 来进行发送。图9示出了针对每个段/文件的分组的时间顺序传输。

在eMBMS中,可以通过以图14-16中所示出的格式的元数据片段来描 述用户服务。图14描述了用于服务绑定元数据片段1400的格式,其中服 务绑定元数据片段1400包括至少一个用户服务定义1402,该用户服务定义 1402具有在图15中通过用户服务描述元素1500所示出的参数。这些参数 的一个集合可以是传送方法参数1502,如图16中通过传送方法元数据1600 所示出的。当通过eMBMS来广播用户服务信息(例如,USD)时, bundleDescription元数据片段1400和其它元数据片段(例如,会话描述片 段)可以在包括USD元数据片段的传输的FLUTE会话(例如,专门单独 用于USD元数据片段的传输的FLUTE会话)中携带。

可以通过图16中所描述的传送方法类型来描述eMBMS广播DASH服 务,其中该传送方法类型具有以下元素:

-sessionDescriptionURI元素1602可以指向SDP文件(其作为元数据 片段传输),其中SDP文件描述用于传输会话的DASH段的FLUTE 会话。

-mpdURI元素1604可以指示用于MPD的URL,其中该MPD在用 于传输用户服务发现元数据片段的FLUTE会话中作为元数据片段 来携带。

由于FLUTE会话被定义用于广播DASH服务,因此可以在针对该服务 所定义的同一FLUTE会话上传送初始化段和媒体段两者,如图8中所示出 的,其中在图8中示出了三个不同的FLUTE会话。FLUTE会话可以包括 专用的USD FLUTE会话810。USD FLUTE会话810携带与广播用户服务 相关联的描述性信息。该USD FLUTE会话可以由UE在服务发现期间使用。 举例而言,对于有线电视新闻网(CNN)广播而言,USD FLUTE会话810 包括:CNN服务绑定片段812a、CNN会话描述(SDP)片段812b和CNN  MPD片段812c;而对于美国广播公司(ABC)广播会话而言,USD FLUTE 会话810包括:ABC服务绑定片段814a、ABC SDP片段814b和ABC MPD 片段814c。此外,还示出了哥伦比亚广播公司(CBS)服务绑定片段816a, 以示出USD FLUTE会话810的结构的重复性。

继续参见图8,与CNN服务相关联的CNN FLUTE会话840可以包括 诸如媒体段842a-842e之类的多个媒体段,这些媒体段中穿插有以初始化段 844a、844b形式的初始化数据。类似地,与ABC服务相关联的ABC FLUTE 会话860可以包括诸如媒体段862a-862e之类的多个媒体段,这些媒体段中 穿插有以初始化段864a、864b形式的初始化数据。

为了开始接收文件传送会话,接收机需要知道与该会话相关联的传输 参数。例如,接收机需要知道的会话的传输参数包括:源IP地址、该会话 中的信道的数量、该会话中的每个信道的目的IP地址和端口号、该会话的 传输会话标识符(TSI)、该会话是FLUTE会话的指示、以及是否需要解复 用对象。可以使用的可选参数包括:会话的起始时间和结束时间、前向纠 错码(FEC)编码ID和FEC实例ID(当缺省编码不用于FDT时)、以及 用于该FDT的内容编码格式。可以根据与在与SDP协议相关联的会话描述 片段中所包含的会话描述语法来描述这些参数。

在一些广播部署中,在图8中所举例说明的FLUTE会话结构中传输的 DASH段可以是可行的解决方案,但这种结构可能具有以下缺陷:

-通常需要周期性地和重复地广播初始化段,以能够进行对选择以接 收广播DASH服务的新设备的服务启动。可以随着时间对初始化段 的内容进行更新(例如,对应于节目中的广告的播放,可以发送与 用于播放主节目不相同的初始化段)。另外,在给定的初始化段实例 的有效期之内,可以重复地发送该初始化段,例如以确保该初始化 段被在不同的时间加电以接收广播服务的设备接收到。

-然而,为了带宽效率而不频繁的传输初始化段将增加初始获取时延 (对于新近激活DASH服务的设备)和信道切换延迟(对于动态地 从一个广播DASH服务到另一个的“改变信道“的设备)。

-初始化段的频繁传输将减少启动时延和信道切换时延,但以消耗更 多的传输资源(带宽)来用于传输该开销信息为代价。

在确定观看广播会话时的用户体验的质量时,广播DASH服务的初始 获取时延和信道切换时延会是重要的参数。为了减少启动时延和/或增强在 不同的内容信道之间的信道切换时间中所察觉的性能,本文中描述的系统 提供了:用于要在FLUTE会话中传输的针对eMBMS中的广播DASH服务 的初始化段,其中该FLUTE会话与用于传输媒体段的会话不相同。该 FLUTE会话可以是专用的USD FLUTE会话,或者可能是UE已知的另一 个FLUTE会话。

图17是示出携带FDT实例的FDT分组的图1700。该FDT分组包括 用户数据报协议(UDP)报头1702、缺省的分层编码传输(LCT)报头1704、 LCT报头扩展1706、前向纠错(FEC)有效载荷标识符1708、以及包括FDT 实例的FLUTE有效载荷1710。

图10-17示出了用于实现本文所描述的对DASH初始化段进行广播的 数据、硬件和网络架构的各个方面。这些方面应当被视作为示例,而不是 对可以实现该系统的各种方式的限制。

如本文中所讨论的,广播服务数据的传送可以通过FLUTE协议。 FLUTE协议可以支持通过IP多播来传送文件,并且可以被指定用于在各种 蜂窝和仅下行链路广播系统规范中文件内容的下载传送。这些规范可以包 括MBMS、BCMCS、DVB-H以及开放移动联盟(OMA)移动广播服务支 持器套件(BCAST)。虽然特定地在FLUTE中讨论了示例性实施例,但这 些示例性实施例还可以应用于异步分层编码(ALC)。

FLUTE协议是ALC的一种特定传输应用。FLUTE协议增加了以下功 能:(1)在ALC对象传送会话框架上构建的文件传送会话的定义、(2)ALC 会话的传输参数的带内信令、(3)传送的文件的属性和源位置的带内信令、 以及(4)用于在会话中组合的传送的多个文件之间的详细关系。在(3) 中,将FDT实例扩展到包括目标区域和其它相关联的参数,如上面所讨论 的。可以在FLUTE中通过FDT的定义发送文件属性,其中的每个实例提 供正在传送的广播文件的描述符集,诸如广播文件的标识符、大小、内容 编码方法等中的每一个。

在本文所公开的系统的一个方面,将在与用以传输媒体段所使用的会 话不相同的FLUTE会话中,传输针对于eMBMS中的广播DASH服务的初 始化段。该会话可以是用于传输USD信息的相同的FLUTE会话,也可以 是该设备已知的另一个FLUTE会话。当针对一个会话的初始化段通过另一 个FLUTE会话进行传输时,可以向UE发送信号以指示可以在何处找到这 些初始化段。可以通过以下方式来实现该信令:假定如在针对初始化段的 MPD中指定的URL(如图13中所示出的)等同于针对初始化段片段的URL, 并且在针对USD的FLUTE会话中携带这些URL。在不利用另外的可用信 息的情况下,这表示:针对一个服务的初始化段未在针对该服务所定义的 FLUTE会话中携带,而是在该设备已知的另一个FLUTE会话(例如,针 对USD片段的FLUTE会话)中携带。

返回参见图9,该图示出了在MBMS系统中定义的三个不同的FLUTE 会话,其中包括USD FLUTE会话910。USD FLUTE会话910包括:针对 可以在UE服务发现期间使用的广播内容的信息。举例而言,对于CNN广 播会话而言,USD FLUTE会话910可以包括:CNN绑定912a、CNN SDP 912b和CNN MPD912c;对于ABC广播会话而言,USD FLUTE会话910: ABC绑定914a、ABC SDP914b和ABC MPD914c。在USD FLUTE会话 910中穿插有初始化段,例如分别用于CNN和ABC服务的初始化段912d、 914d。继续参见图9,其它的FLUTE会话专用于这些服务的媒体段的传输。 例如,与CNN服务相关联的CNN FLUTE会话940包括诸如媒体段 942a-942g之类的多个媒体段。类似地,与ABC服务相关联的ABC FLUTE 会话960包括诸如媒体段962a-962g之类的多个媒体段。

替代地,当在不同于为该服务所定义的FLUTE会话的FLUTE会话上 携带初始化段时,期望发送信号。在一个方面,这可以通过将针对初始化 段的引用包括在用于广播DASH服务的传送方法中来实现,如图18中的数 据片段1800中的引用1802所示出的。例如,可以使用类似于图13的MPD 中所示出的URL的URL,来发送初始化段的位置。这可以是显式地发送针 对DASH服务的初始化段是否被携带在针对该服务所定义的FLUTE会话中 的方式。如果在针对该服务的传送方法中包括这些URL,那么这些URL的 存在说明:用于一个服务的初始化段没有被携带在针对该服务所定义的 FLUTE会话中,而是被携带在该设备已知的另一个FLUTE会话中(例如, 用于USD片段的FLUTE会话)。但是,在针对该服务的传送方法中缺失这 些URL说明:用于一个服务的初始化段被携带在针对该服务所定义的 FLUTE会话中,如果不关注针对该DASH服务的初始获取和信道切换的话, 那么对这种方式可能感兴趣。

在另一个方面,在图18中指向这些初始化段的URL不需要与用于该 服务的相应MPD中的那些相匹配,不需要在不同于针对该服务所定义的 FLUTE会话的FLUTE会话上进行传输。可以将captureInitSegment属性1902 添加在用于广播DASH服务的传送方法元素1900中,如图19中所示出的; captureInitSegment属性1902指示:在所包括的MPD中的初始化段URL, 将通过不同于针对该服务所定义的FLUTE会话的FLUTE会话来传送。使 用该方法,无论用于DASH服务的初始化段是否被携带在针对该服务所定 义的FLUTE会话中,都可以显式地发送信号。可以将用于该服务的传送方 法中的captureInitSegment设置为真,以说明用于一个服务的初始化段没有 被携带在针对该服务所定义的FLUTE会话中,而是被携带在该设备已知的 另一个FLUTE会话中(例如,用于USD片段的FLUTE会话)。用于初始 化段的URL是针对该服务的MPD中所定义的那些URL。可以将用于该服 务的传送方法中的captureInitSegment设置为假,以说明用于一个服务的初 始化段被携带在针对该服务所定义的FLUTE会话中。

替代地,在不显式地发送初始化段是否被携带在用于该服务的FLUTE 会话的情况下,可能不需要图18中的数据片段1800里的另外信息1802。 用此方式,UE可以最初假定:在用于USD片段的相同FLUTE会话中将找 到该初始化段,例如,如图9中所示出的。其后,如果确定初始化段在用 于USD片段的相同FLUTE会话中是不可用的,那么UE可以在如图8中 所示的用于服务段的相同FLUTE会话中找到该初始化段。例如,如果确定 初始化段不包括在用于USD片段的FLUTE会话中,那么UE可以在用于 服务段的FLUTE会话中接收到该初始化段。

图20是无线通信的流程图2000,其包括:初始化段描述片段的接收。 该方法可以由诸如UE102之类的无线设备来执行。在步骤2002,UE针对 USD的传输,激活eMBMS网络中所定义的文件传送会话(例如,FLUTE 会话)。UE通过开始在与该文件传送会话的传输会话ID相关联的定义的网 络地址和端口上下载内容,来激活该会话。因此,UE将针对系统信息,在 广播网络中激活文件传送会话。

在步骤2004,UE在该文件传送会话中接收多个元数据片段,后者包括 至少一个初始化段描述片段。该文件传送会话可以是与USD文件传送会话 相同的文件传送会话,也可以是另一个文件传送会话。所述至少一个初始 化段描述片段可以与用户服务相关联,对于与该服务相关联的至少一个媒 体段(而其在其它的文件传送会话中发送)进行解码可能需要该信息。例 如,该初始化段描述片段可以包括:播放所述至少一个媒体段所需要的信 息。该文件传送会话(例如,FLUTE会话)可以包括服务绑定元数据片段 的序列,其每一个引用一个会话描述协议和用于多个用户服务的媒体呈现 描述片段(除了初始化段描述片段之外)。所述广播网络可以包括用于DASH 服务的eMBMS网络。

所述初始化段描述片段可以在MPD中进行引用,例如,MPD可以包 括多个URI,这些URI表示初始化段或者媒体段中的至少一个的标识和网 络位置。这些URI可以包括至少一个URI。

当携带初始化段的文件传送会话与携带USD的FLUTE会话是不相同 的时,USD数据片段可以包括传送方法数据参数,后者指示:所述至少一 个初始化数据段被携带在不同的文件传送会话中(例如,用户服务文件传 送会话),其中该会话还是用于携带该用户服务的相应的媒体段的文件传送 会话。例如,该传送方法数据参数可以包括用于初始化数据段的URI,或 者该传送方法数据参数可以包括:用于指示所述至少一个初始化数据段被 携带在用户服务文件传送会话(其中该用户服务文件传送会话携带相应的 媒体段)中的属性(当所述至少一个属性被设置为预定的值时)。

替代地,该文件传送会话可以包括:指示初始化段描述片段被携带在 该文件传送会话中的属性,这包括USD。按照惯例,可以在用于系统信息 的文件传送会话中携带该初始化段描述片段。

在步骤2008,UE可以可选地对所述至少一个初始化段描述片段进行缓 存。使用虚线来示出了可选的方面。

在步骤2010,UE还可以可选地接收与该用户服务相关联的第二初始化 段描述片段,当对至少一个第二媒体段进行解码时需要该信息。这可以包 括:针对包括DASH格式的媒体内容的用户服务的广播传送,在广播网络 中激活第二文件传送会话。其后,至少一个第二媒体段在第二文件传送会 话中发送,可以使用所缓存的初始化段描述片段,对所述至少一个第二媒 体段进行解码。

为了实现与现有的UE向后兼容,可以在穿插有媒体段的文件传送会话 中发送这些初始化段,可以在单独的文件传送会话中发送初始化段描述片 段。因此,UE还可以在穿插在与所述至少一个媒体段相同的文件传送会话 中,接收至少一个初始化数据段。能够在与用于媒体段的文件传送会话不 相同的单独文件传送会话中接收初始化段描述片段的UE,将能够从这些媒 体段中单独地获得初始化段描述片段。其它UE(例如,传统UE)可以获 得和使用在与媒体段相同的文件传送会话中发送的初始化段。

该方法可以更高效地传送服务和内容,同时减少时延以提供更佳的用 户体验。

图21是无线通信的流程图2100,其包括媒体段的接收。该方法可以由 诸如UE102之类的无线设备来执行。可以结合流程图2000的一些方面, 来执行流程图2100的方法。

在步骤2102,UE针对广播DASH服务,激活在eMBMS网络中定义 的文件传送会话。UE开始在与该文件传送会话的传输会话ID相关联的定 义的网络地址和端口上下载内容。

在步骤2104,UE接收在该文件传送会话中发送的至少一个媒体段。

在步骤2106,UE可以使用在用于系统信息的文件传送会话(其与用于 用户服务的文件传送会话不相同)中传送的相关联的初始化段描述片段, 对所述至少一个媒体段进行解码。用于系统信息的文件传送会话可以是用 于USD的文件传送会话,也可以是与携带USD的FLUTE会话不相同的文 件传送会话。例如,相关联的初始化段描述片段可以是在流程图2000的步 骤2008中缓存的初始化数据段。

在步骤2108,UE还可以可选地对至少一个第二媒体段进行接收和解 码,其中所述至少一个第二媒体段与通过用于USD的文件传送会话所传送 的第二初始化段描述片段相关联。例如,第二初始化段描述片段可以包括: 在步骤2010处接收的第二初始化段描述片段。

图22示出了一种概念性数据流图,其示出了示例性装置2200中的不 同的模块/单元/组件之间的数据流。该装置可以是UE。装置2200包括文件 传送会话管理模块2202,后者配置为:针对系统信息,在广播网络中激活 一个文件传送会话。此外,该装置2200还包括文件传送会话处理模块2204, 后者配置为:在该文件传送会话中从网络2210接收多个文件(如果该会话 是用于用户服务发现,则其是元数据片段,或者如果该会话是用于传送 DASH流媒体内容,则其是DASH段)。对于USD传输,所述多个元数据 片段包括至少一个初始化段描述片段,其中所述至少一个初始化段描述片 段与用户服务和在另一个文件传送会话中发送的至少一个媒体段相关联。 此外,装置2200还包括数据缓存模块2206,后者配置为:对所述至少一个 初始化段描述片段进行缓存。对于媒体段传输,与在USD中传送的初始化 段描述片段相关联的至少一个媒体段,是通过单独的文件传送会话接收的。 此外,该装置2200还包括内容处理模块2208,后者用于对媒体段进行解码 以便进行播放,同时还使用缓存的初始化段。文件传送会话处理模块2204 可以进一步配置为:接收与用户服务相关联的第二初始化数据段和至少一 个第二媒体段。因此,图20和图21的前述流程图中的每一个步骤可以由 一个模块来执行,装置2200可以包括这些模块中的一个或多个。

图23是示出用于使用处理系统2314的装置2200'的硬件实现的示例的 图2300。处理系统2314可以使用总线架构来实现,其中该总线架构通常用 总线2324来表示。根据处理系统2314的具体应用和整体设计约束条件, 总线2324可以包括任意数量的相互连接总线和桥接。总线2324将包括一 个或多个处理器和/或硬件模块(其用处理器2304、模块2202、2204、2206 和2208表示)、以及计算机可读介质2306的各种电路链接在一起。此外, 总线2324还链接诸如时钟源、外围设备、电压调整器和电源管理电路等等 之类的各种其它电路,其中这些电路是本领域所公知的,因此没有做任何 进一步的描述。

处理系统2314可以耦接到收发机2310。收发机2310耦接到一付或多 付天线2320。收发机2310提供通过传输介质与各种其它装置进行通信的模 块。处理系统2314包括耦接到计算机可读介质2306的处理器2304。处理 器2304负责通用处理,其包括执行计算机可读介质2306上存储的软件。 当该软件由处理器2304执行时,使得处理系统2314执行上文针对任何特 定装置所描述的各种功能。计算机可读介质2306还可以用于存储当处理器 2304执行软件时所操作的数据。此外,该处理系统还包括模块2202、2204、 2206和2208中的至少一个。这些模块可以是在处理器2304上运行、驻留/ 存储在计算机可读介质2306中的软件模块、耦接到处理器2304的一个或 多个硬件模块、或者其某种组合。处理系统2314可以是UE650的组件, 其可以包括存储器660和/或TX处理器668、RX处理器656和控制器/处理 器659中的至少一个。

在一种配置中,用于无线通信的装置2200包括:用于针对广播DASH 服务,在eMBMS网络中激活一个文件传送会话的模块,例如这些单元可 以包括文件传送会话管理模块2202。此外,该装置还包括:用于在该文件 传送会话中接收多个数据片段的模块,其中所述多个数据片段包括至少一 个初始化段描述片段,所述至少一个初始化段描述片段与在另一个文件传 送会话中发送的至少一个媒体段相关联。例如,这些单元可以包括:文件 传送会话处理模块2204。此外,该装置还包括:用于对所述至少一个初始 化段描述片段进行缓存的模块,例如,这些单元可以包括数据缓存模块 2206。所述接收单元还可以接收与至少一个第二媒体段相关联的第二初始 化段描述片段。

所述前述单元可以是装置2200中的前述模块里的一个或多个,和/或配 置为执行这些前述单元所述的功能的装置2200’的处理系统2314。如上所 述,处理系统2314可以包括TX处理器668、RX处理器656和控制器/处 理器659。因此,在一种配置中,所述前述单元可以是配置为执行这些前述 单元所述的功能的TX处理器668、RX处理器656和控制器/处理器659。

图24是初始化段描述片段(例如,作为USD元数据片段)的eMBMS 网络生成和传输,以及在单独的FLUTE会话上传输媒体段,以便无线设备 进行接收的流程图2400。例如,图24的流程图可以由广播多播服务中心 (BM-SC)来执行。在步骤2402,BM-SC发送在广播网络中针对系统信息 所定义的第一文件传送会话(例如,FLUTE会话)。第一文件传送会话包括 多个元数据片段,这些元数据片段包括与用户服务相关联的至少一个初始 化段描述片段。

在步骤2404,在广播网络中发送第二文件传送会话,以便传送与用户 服务相关联的媒体内容。可能需要该初始化段描述片段,以便对于也与该 服务相关联、并在第二文件传送会话中发送的至少一个媒体段进行解码。

在发送第一和第二文件传送会话之前,BM-SC可以激活这些文件传送 会话。BM-SC通过根据时间调度,在下载传送会话上发起内容的广播,来 激活这些文件传送会话,其中该时间调度在相应的USD/SI中进行通告。 BM-SC还可以生成用于文件传送会话的多个元数据片段,后者包括至少一 个初始化段描述片段。

类似于图22的流程图,第一和第二文件传送会话中的每一个可以包括 FLUTE会话。该FLUTE会话可以包括服务绑定元数据片段的序列,其中 所述服务绑定元数据片段引用一个会话描述协议和用于多个用户服务的媒 体呈现描述片段(除了初始化数据段之外)。所述广播网络可以包括用于广 播DASH服务的eMBMS网络。

BM-SC可以可选地发送包括至少一个USD数据片段的USD文件传送 会话。该USD数据片段可以包括传送方法数据参数,后者指示所述至少一 个初始化数据段被携带在与USD文件传送会话不相同的文件传送会话中。 例如,该传送方法数据参数可以包括用于初始化数据段的URI,或者该传 送方法数据参数可以包括一个属性,当所述至少一个属性被设置为预定的 值时,其指示所述至少一个初始化数据段被携带在不同的文件传送会话中。

所述多个元数据片段可以包括USD数据片段。例如,按照惯例,在用 于系统信息的文件传送会话中携带该初始化段描述片段。该文件传送会话 可以包括一个属性,其中当该属性被设置为预定的值时,其指示该初始化 段描述片段被携带在该文件传送会话中(其包括USD)。初始化段描述片段 可以在MPD中进行引用,例如,该MPD可以包括多个URI,所述多个URI 中的每一个URI指示:初始化段描述片段或者媒体段中的至少一个的标识 和网络位置。例如,该URI可以包括URL。初始化数据段的位置可以包括: 指示该初始化数据段将在包括系统信息数据的文件传送会话中的至少一个 里发送,还是发送成用于用户服务的文件传送会话中的初始化数据段的信 息。

为了实现与现有的UE向后兼容,可以在穿插有媒体段的文件传送会话 中发送这些初始化段,可以在用于系统信息的单独文件传送会话中发送成 初始化段描述片段。因此,UE还可以在穿插在与所述至少一个媒体段相同 的文件传送会话中,接收至少一个初始化数据段。

图25是一种概念性数据流图,其示出了示例性装置2500中的不同的 模块/单元/组件之间的数据流。该装置对应于网络侧装置,其可以至少包括 DASH编码器、MPD生成器、MPD生成器和BM-SC2520。此外,装置2500 还可以包括其它核心网络和RAN实体2522,例如,MBMS网关、MME、 MCE和eNB。

装置2500包括文件传送会话管理模块2502,后者配置为:针对广播 DASH服务,在eMBMS网络中激活一个文件传送会话。此外,装置2500 还包括文件传送会话处理模块2504,后者配置为:对在该文件传送会话中 的多个文件(如果该会话是用于USD,则其是元数据片段,或者如果该会 话是用于传送DASH流媒体内容,则其是DASH段)进行处理。该文件传 送会话处理模块从内容生成模块2508接收媒体段和初始化段,对这些段进 行处理以准备要向UE发送的这些段。其后,该文件传送会话处理模块将初 始化段和媒体段提供给它们各自的传送模块。对于USD传输,所述多个元 数据片段包括至少一个初始化段描述片段,其中所述至少一个初始化段描 述片段与用户服务和在另一个文件传送会话中发送的至少一个媒体段相关 联。装置2500包括内容生成模块2508,后者用于生成要进行播放的所述至 少一个媒体段,以及相关联的初始化段。应当注意的是,可以从内容服务 器接收用于传输的各种类型的段。无论这些段是从诸如内容生成模块2508 之类的本地源接收的,还是从诸如内容服务器之类的另一个源接收的,都 可以对这些各个段进行缓存以实现多路传输。例如,可以对初始化段进行 缓存,这是由于它们与所有的USD元数据片段一样,被重复地广播(类似 在转盘中)。可以通过USD文件传送会话模块2506,在USD文件传送会话 中向UE2512发送初始化段描述片段,或者替代地,可以在用于用户服务 的文件传送会话中发送初始化数据段。对于媒体段传输,与在USD中传送 的初始化段描述片段相关联的至少一个媒体段,是通过广播DASH文件传 送会话模块2510,经由单独的广播DASH文件传送会话来发送的。因此, 图24的前述流程图中的每一个步骤可以由一个模块来执行,装置2500可 以包括这些模块中的一个或多个。

图26是示出用于使用处理系统2614的装置2500'的硬件实现的示例的 图2600。处理系统2614可以使用总线架构来实现,其中该总线架构通常用 总线2624来表示。根据处理系统2614的具体应用和整体设计约束条件, 总线2624可以包括任意数量的相互连接总线和桥接。总线2624将包括一 个或多个处理器和/或硬件模块(其用处理器2604、模块2502、2504、2506、 2508和2510表示)、以及计算机可读介质2606的各种电路链接在一起。此 外,总线2624还链接诸如时钟源、外围设备、电压调整器和电源管理电路 等等之类的各种其它电路,其中这些电路是本领域所公知的,因此没有做 任何进一步的描述。

处理系统2614可以耦接到收发机2610。收发机2610耦接到一付或多 付天线2620。收发机2610提供通过传输介质与各种其它装置进行通信的模 块。处理系统2614包括耦接到计算机可读介质2606的处理器2604。处理 器2604负责通用处理,其包括执行计算机可读介质2606上存储的软件。 当该软件由处理器2604执行时,使得处理系统2614执行上文针对任何特 定装置所描述的各种功能。计算机可读介质2606还可以用于存储当处理器 2604执行软件时所操作的数据。此外,该处理系统还包括模块2502、2504、 2506、2508和2510中的至少一个。这些模块可以是在处理器2604上运行、 驻留/存储在计算机可读介质2606中的软件模块、耦接到处理器2604的一 个或多个硬件模块、或者其某种组合。处理系统2514可以是eNB610的组 件,其可以包括存储器676和/或TX处理器616、RX处理器670和控制器 /处理器675中的至少一个。

在一种配置中,用于无线通信的装置2500/2500'包括:用于在广播网络 中发送第一文件传送会话,以便传送系统信息的模块,其中所述第一文件 传送会话包括多个元数据片段,这些元数据片段包括与用户服务相关联的 至少一个初始化段描述片段;用于在广播网络中发送第二文件传送会话, 以便传送与所述用户服务相关联的媒体内容的模块,例如,其包括下面中 的任何一个:文件传送会话管理模块2502、文件传送会话内容生成模块2508 和/或文件传送会话处理模块2504、USD传送会话模块2506和广播DASH 文件传送会话模块2510。

所述前述单元可以是装置2500中的前述模块里的一个或多个,和/或配 置为执行这些前述单元所述的功能的装置2500’的处理系统2614。如上所 述,处理系统2514可以包括TX处理器616、RX处理器670和控制器/处 理器675。因此,在一种配置中,所述前述单元可以是配置为执行这些前述 单元所述的功能的TX处理器616、RX处理器670和控制器/处理器675。

应该理解的是,在公开的过程中的步骤的特定顺序或层次是示例性方 法的一个例子。应该理解的是,根据设计偏好,过程中的步骤的特定顺序 或层次可以被重新排列。此外,可以组合或省略一些步骤。所附的方法权 利要求以示例性顺序呈现了多个步骤的要素,而并不意味着受限于所呈现 的特定顺序或层次。

提供前面的描述以使本领域任何技术人员能够实现本文所描述的各个 方面。对于本领域技术人员来说,对这些方面的各种修改将是显而易见的, 并且本文定义的总体原理可以应用于其它方面。因此,权利要求并不旨在 限于本文所示的各个方面,而是与符合书面权利要求的最广范围相一致, 其中,除非特定指出,否则以单数形式引用某一要素并不旨在意味着“一 个且仅仅一个”,而是“一个或多个”。除非另外专门指出,否则术语“一 些”是指一个或多个。贯穿本公开内容所描述的各个方面的要素的所有结 构和功能等价物以引用方式明确地并入本文中并且旨在由权利要求涵盖, 这些结构和功能等价物对于本领域普通技术人员来说是公知的或将要是公 知的。此外,本文中没有任何公开内容是想要奉献给公众的,不管这样的 公开内容是否明确地记载在权利要求书中。任何权利要求要素不应被解释 为功能性模块,除非该要素是用短语“用于……的模块”来明确地叙述的。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号