CN104205766A - 用于单播和广播之间的广播dash服务接收转换的方法和系统 - Google Patents
用于单播和广播之间的广播dash服务接收转换的方法和系统 Download PDFInfo
- Publication number
- CN104205766A CN104205766A CN201380005482.3A CN201380005482A CN104205766A CN 104205766 A CN104205766 A CN 104205766A CN 201380005482 A CN201380005482 A CN 201380005482A CN 104205766 A CN104205766 A CN 104205766A
- Authority
- CN
- China
- Prior art keywords
- broadcast
- data slot
- mpd
- broadcasting transmitting
- parameter
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 126
- 230000005540 biological transmission Effects 0.000 claims abstract description 150
- 239000012634 fragment Substances 0.000 claims description 193
- 230000014509 gene expression Effects 0.000 claims description 181
- 230000011664 signaling Effects 0.000 claims description 71
- 238000005516 engineering process Methods 0.000 claims description 39
- 238000004891 communication Methods 0.000 claims description 22
- 238000012546 transfer Methods 0.000 claims description 19
- 230000009471 action Effects 0.000 claims description 5
- 230000004044 response Effects 0.000 claims description 5
- 238000004590 computer program Methods 0.000 claims description 4
- 230000003139 buffering effect Effects 0.000 claims description 3
- 230000001413 cellular effect Effects 0.000 description 26
- 238000006243 chemical reaction Methods 0.000 description 25
- 230000006870 function Effects 0.000 description 22
- 230000006399 behavior Effects 0.000 description 15
- 230000008569 process Effects 0.000 description 11
- 238000010586 diagram Methods 0.000 description 10
- 238000013461 design Methods 0.000 description 9
- 230000011218 segmentation Effects 0.000 description 7
- 230000007704 transition Effects 0.000 description 6
- 230000006978 adaptation Effects 0.000 description 5
- 230000000712 assembly Effects 0.000 description 5
- 238000000429 assembly Methods 0.000 description 5
- 230000003111 delayed effect Effects 0.000 description 4
- 238000007726 management method Methods 0.000 description 4
- 230000007480 spreading Effects 0.000 description 4
- 230000008859 change Effects 0.000 description 3
- 125000004122 cyclic group Chemical group 0.000 description 3
- 238000002716 delivery method Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 238000012797 qualification Methods 0.000 description 3
- 238000009825 accumulation Methods 0.000 description 2
- 230000003321 amplification Effects 0.000 description 2
- 210000001072 colon Anatomy 0.000 description 2
- 230000008878 coupling Effects 0.000 description 2
- 238000010168 coupling process Methods 0.000 description 2
- 238000005859 coupling reaction Methods 0.000 description 2
- 230000001934 delay Effects 0.000 description 2
- 230000005611 electricity Effects 0.000 description 2
- 239000000835 fiber Substances 0.000 description 2
- 238000001914 filtration Methods 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 238000009434 installation Methods 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 238000003199 nucleic acid amplification method Methods 0.000 description 2
- 238000009877 rendering Methods 0.000 description 2
- 230000002441 reversible effect Effects 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 230000001052 transient effect Effects 0.000 description 2
- 238000010521 absorption reaction Methods 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000001186 cumulative effect Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000001066 destructive effect Effects 0.000 description 1
- 230000036541 health Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 239000006249 magnetic particle Substances 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 239000012092 media component Substances 0.000 description 1
- 239000002245 particle Substances 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 238000004088 simulation Methods 0.000 description 1
- 241000894007 species Species 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
- 230000002269 spontaneous effect Effects 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
- 238000011144 upstream manufacturing Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
提供用于无线接收内容的一个或多个表示的技术。该方法可涉及接收媒体呈现描述(MPD),所述MPD包括用于经由广播传输和单播传输接收内容的多个表示的数据片段的参数(2312)。该方法可涉及确定所述广播传输还是所述单播传输适于接收所述数据片段(2314);并且基于移动实体的准则从所述内容的多个表示中选择给定表示(2316)。该方法可涉及至少部分基于所确定的广播传输和单播传输中的一者的参数来接收该给定表示的数据片段。
Description
相关申请的交叉引用
本专利申请要求以下临时申请的优先权:2012年1月16日提交的、标题为“METHOD AND SYSTEM FOR TRANSITIONS OF BROADCAST DASHSERVICE RECEPTIONS BETWEEN UNICAST AND BROADCAST(用于单播和广播之间的广播DASH服务接收转换的方法和系统)”的临时申请号61/587,103;2012年4月13日提交的、标题为“METHOD AND SYSTEM FORTRANSITIONS OF BROADCAST DASH SERVICE RECEPTIONS BETWEENUNICAST AND BROADCAST(用于单播和广播之间的广播DASH服务接收转换的方法和系统)”的临时申请号61/623,965;2012年5月14日提交的、标题为“METHOD AND SYSTEM FOR TRANSITIONS OF BROADCAST DASHSERVICE RECEPTIONS BETWEEN UNICAST AND BROADCAST(用于单播和广播之间的广播DASH服务接收转换的方法和系统)”的临时申请号61/646,873;以及2012年10月29日提交的、标题为“METHOD AND SYSTEMFOR TRANSITIONS OF BROADCAST DASH SERVICE RECEPTIONSBETWEEN UNICAST AND BROADCAST(用于单播和广播之间的广播DASH服务接收转换的方法和系统)”的临时申请号61/719,936,其均被转让给本受让人并且其全部内容由此通过援引明确纳入于此。
背景
领域
本公开的各方面一般涉及无线通信系统,更具体而言,涉及通过HTTP的动态自适应流传输(DASH)服务。
背景
无线通信网络被广泛部署以提供各种通信服务,诸如语音、视频、分组数据、消息接发、广播等。这些无线网络可以是能够通过共享可用的网络资源来支持多个用户的多址网络。这类多址网络的示例包括码分多址(CDMA)网络、时分多址(TDMA)网络、频分多址(FDMA)网络、正交FDMA(OFDMA)网络、以及单载波FDMA(SC-FDMA)网络。
无线通信网络可包括能够支持数个用户装备(UE)(亦称为移动实体)通信的数个基站。UE可经由下行链路和上行链路与基站通信。下行链路(或即前向链路)是指从基站至UE的通信链路,而上行链路(或即反向链路)是指从UE至基站的通信链路。如本文中所使用的,“基站”意指演进型B节点(eNB)、B节点、归属B节点、或者无线通信系统的类似网络组件。
作为全球移动通信系统(GSM)和通用移动电信系统(UMTS)的演进,第3代伙伴项目(3GPP)长期演进(LTE)代表了蜂窝技术中的主要进步。LTE物理层(PHY)提供了在基站(诸如演进型B节点(eNB))与移动实体(诸如UE)之间传达数据和控制信息两者的高效方式。在先前的应用中,用于促成多媒体的高带宽通信的方法是单频网络(SFN)操作。SFN利用无线电发射机(诸如举例而言,eNB)来与订户UE通信。在单播操作中,每个eNB被控制为传送携带定向至一个或多个特定订户UE的信息的信号。单播信令的专属性使得能够实现人对人服务,诸如举例而言,语音呼叫、文本消息接发、或视频呼叫。
通过HTTP的动态自适应流传输(DASH)允许通过超文本传输协议(HTTP)递送连续(流)媒体内容,超文本传输协议是一种单播传送协议。DASH内容的同时单播和广播递送以及对单播和广播递送之间的转换(以及反过来)的处理未被完全定义。与广播递送相关联的等待时间还为这种转换提出了更多的挑战。有关广播可用性调整的信息(例如,可用性的延迟或提前)取决于网络部署并且应当对移动实体可用以实现单播和广播递送之间的无缝转换。与经由广播的DASH片段的递送有关的信息可能需要被递送到DASH客户端,其中这种信息可包括:对内容的单播版本的接收的地理约束;关于在给定区域中内容的哪种表示经由广播可用的信息、用于允许发现承载同一内容的不同表示的适当广播传输会话的信息;以及用于支持按需DASH服务以卸载单播DASH话务的信息。相应地,还需要用于传递支持广播递送的参数而不影响DASH的核心单播特性的技术。
概述
附图中示出的本发明的解说性实施例在以下进行了概述。这些和其他实施例在详细描述部分被更全面地描述。然而,要理解,没有意图将本发明限定于在该发明概述中或在详细描述中描述的形式。
注意:广播和多播在本文中被视为同义词使用。还要注意:在一些广播网络中,广播流传输的内容也可经由单播可用并访问。这一替代的内容递送提供了一种用于访问针对不在广播覆盖范围内的广播流传输服务的内容的单播回退技术。一个问题是:广播DASH服务可以递送不同位置中的该内容的不同版本(例如,不同表示)。还有可能:不同表示可能仅经由广播可用、或仅经由单播可用、或者经由单播和广播两者均可用。
根据本文描述的各实施例的一个或多个方面,提供了一种可由无线通信系统中的移动实体操作的方法。该方法可涉及接收媒体呈现描述(MPD),所述MPD包括用于经由广播传输和单播传输接收内容的多个表示的数据片段的参数。该方法可涉及确定广播传输还是单播传输适于数据片段的接收。该方法可涉及基于该移动实体的准则从该内容的多个表示中选择给定表示。该方法可涉及至少部分基于所确定的广播传输和单播传输中的一者的参数来接收该给定表示的数据片段。在相关方面,一种电子设备(例如,移动实体或其(诸)组件)可被配置成执行上述方法。
根据本文描述的各实施例的一个或多个方面,提供了另一种可由移动实体操作的方法。该方法可涉及接收系统信息,该系统信息包括:(a)DASH MPD;以及(b)用于经由广播传输和单播传输接收内容的多个表示的数据片段的参数。该方法可涉及基于该广播传输的该参数和该移动实体的准则从该内容的多个表示中选择给定表示。该方法可涉及在广播文件递送会话中接收该给定表示的数据片段。在相关方面,一种电子设备(例如,网络实体或其(诸)组件)可被配置成执行上述方法。
根据本文描述的各实施例的一个或多个方面,提供了一种可由网络实体操作的方法。该方法可涉及发送MPD,所述MPD包括用于经由广播传输和单播传输接收内容的多个表示的数据片段的参数。该方法可涉及接收对该内容的给定表示的请求。该方法可涉及至少部分基于所述参数来经由广播传输或单播传输在文件递送会话中发送该给定表示的该数据片段。在相关方面,一种电子设备(例如,网络实体或其(诸)组件)可被配置成执行上述方法。
为了实现前述以及相关目的,一个或多个实施例包括随后完整描述的以及在权利要求书中具体指出的特征。以下描述和所附插图详细阐述了这一个或更多个实施例的某些解说性方面。但是,这些方面仅仅指示了可采用各个实施例的原理的各种方式中的若干种,并且所描述的实施例旨在涵盖所有此类方面及其等效方案。
附图简述
图1是概念性地解说电信系统的示例的框图。
图2是概念性地解说电信系统中下行链路帧结构的示例的框图。
图3是概念性地解说根据本公开的一个方面配置的基站/eNB和UE的设计的框图。
图4是解说用于单播和多播信号的码元分配的示例的信令帧的示图。
图5是解说单频网络上MBMS(MBSFN)服务区域内的MBSFN区域的示图。
图6是解说用于提供或支持MBSFN服务的无线通信系统的组件的框图。
图7解说DASH MPD的实施例。
图8解说DASH MPD中的BaseURL的实施例。
图9解说eMBMS USD中的包描述的实施例。
图10A解说用于eMBMS的USD的实施例。
图10B解说用于eMBMS的USD的另一实施例。
图11解说eMBMS USD中的deliveryMethod(递送方法)描述的实施例。
图12解说MPD等级的多个BaseURL的实施例。
图13解说DASH片段可用性时间线的实施例。
图14示出对保护周期的隐式考虑的示例。
图15示出UC-BC转换的示例时间线。
图16示出用于单播获取的片段的不同回放延迟的示例。
图17示出用于广播获取的片段的不同回放延迟的示例。
图18示出BC-UC转换的示例时间线。
图19示出基于广播vs.单播获取的片段的片段回放。
图20示出用于单一服务的多个广播传输。
图21示出经由XML串来传输单一服务的多个广播传输的参数。
图22A解说可由移动实体执行的示例方法。
图22B-D示出图22A的方法的进一步方面。
图23示出与图22A-D的方法对应的装置的实施例。
图24解说可由无线系统中的移动实体执行的另一示例方法。
图25示出与图24的方法对应的装置的实施例。
图26解说可由无线系统中的网络实体执行的示例方法。
图27示出与图26的方法对应的装置的实施例。
详细描述
以下结合附图阐述的详细描述旨在作为各种配置的描述,而无意表示可实践本文中所描述的概念的仅有的配置。本详细描述包括具体细节以便提供对各种概念的透彻理解。然而,对于本领域技术人员显而易见的是,没有这些具体细节也可实践这些概念。在一些实例中,以框图形式示出众所周知的结构和组件以避免湮没此类概念。
本文中所描述的诸技术可用于各种无线通信网络,诸如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.11(Wi-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术语。
图1示出了无线通信网络100,其可以是LTE网络。无线网络100可包括数个eNB110和其他网络实体。eNB可以是与UE通信的站并且也可被称为基站、B节点、接入点、或其他术语。每个eNB110a、110b、110c可提供对特定地理区域的通信覆盖。在3GPP中,术语“蜂窝小区”取决于使用该术语的上下文可指eNB的覆盖区和/或服务该覆盖区的eNB子系统。
eNB可提供对宏蜂窝小区、微微蜂窝小区、毫微微蜂窝小区、和/或其他类型蜂窝小区的通信覆盖。宏蜂窝小区可覆盖相对较大的地理区域(例如,半径为数千米的区域),并且可允许无约束地由具有服务订阅的UE接入。微微蜂窝小区可覆盖相对较小的地理区域并且可允许无约束地由具有服务订阅的UE接入。毫微微蜂窝小区可覆盖相对较小的地理区域(例如,住宅)并且可允许有约束地由与该毫微微蜂窝小区有关联的UE(例如,封闭订户群(CSG)中的UE、该住宅中用户的UE等)接入。用于宏蜂窝小区的eNB可被称为宏eNB。用于微微蜂窝小区的eNB可被称为微微eNB。用于毫微微蜂窝小区的eNB可被称为毫微微eNB或家用eNB(HNB)。在图1中所示的示例中,eNB110a、110b和110c可以分别是宏蜂窝小区102a、102b和102c的宏eNB。eNB110x可以是服务UE120x的微微蜂窝小区102x的微微eNB。eNB110y和110z可以分别是毫微微蜂窝小区102y和102z的毫微微eNB。eNB可支持一个或多个(例如,三个)蜂窝小区。
无线网络100还可包括中继站110r。中继站是从上游站(例如,eNB或UE)接收数据和/或其他信息的传输并向下游站(例如,UE或eNB)发送该数据和/或其他信息的传输的站。中继站还可以是为其他UE中继传输的UE。在图1中所示的示例中,中继站110r可与eNB110a和UE120r进行通信以促成eNB110a与UE120r之间的通信。中继站也可被称为中继eNB、中继等。
无线网络100可以是包括例如宏eNB、微微eNB、毫微微eNB、中继等不同类型的eNB的异构网络。这些不同类型的eNB可具有不同发射功率电平、不同覆盖区域,并对无线网络100中的干扰具有不同影响。例如,宏eNB可具有高发射功率电平(例如,20瓦),而微微eNB、毫微微eNB和中继可具有较低的发射功率电平(例如,1瓦)。
无线网络100可支持同步或异步操作。对于同步操作,各eNB可以具有相似的帧定时,并且来自不同eNB的传输可以在时间上大致对齐。对于异步操作,各eNB可以具有不同的帧定时,并且来自不同eNB的传输可能在时间上并不对齐。本文中描述的诸技术可用于同步和异步操作两者。
网络控制器130可耦合至一组eNB并提供对这些eNB的协调和控制。网络控制器130可经由回程与eNB110进行通信。各eNB110还可例如直接、或者经由无线或有线回程间接地彼此进行通信。
各UE120可分散遍及无线网络100,并且每个UE可以是驻定的或移动的。UE还可被称为终端、移动站、订户单元、站等。UE可以是蜂窝电话、个人数字助理(PDA)、无线调制解调器、无线通信设备、手持式设备、膝上型计算机、无绳电话、无线局部环路(WLL)站、或其他移动实体等。UE可以能够与宏eNB、微微eNB、毫微微eNB、中继、或其他网络实体进行通信。在图1中,具有双箭头的实线指示UE与服务eNB之间的期望传输,服务eNB是被指定在下行链路和/或上行链路上服务该UE的eNB。具有双箭头的虚线指示UE与eNB之间的干扰性传输。
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个子带。
图2示出了LTE中使用的下行链路帧结构。用于下行链路的传输时间线可以被划分成以无线电帧为单位。每个无线电帧可具有预定历时(例如10毫秒(ms)),并且可被划分成具有索引0至9的10个子帧。每个子帧可包括两个时隙。因此每个无线电帧可包括具有索引0至19的20个时隙。每个时隙可包括L个码元周期,例如,对于正常循环前缀(CP)为7个码元周期(如图2中所示),或者对于扩展循环前缀为6个码元周期。正常CP和扩展CP在本文中可被称为不同的CP类型。每个子帧中的这2L个码元周期可被指派索引0至2L-1。可将可用时频资源划分成资源块。每个资源块可覆盖一个时隙中的N个副载波(例如,12个副载波)。
在LTE中,eNB可为该eNB中的每个蜂窝小区发送主同步信号(PSS)和副同步信号(SSS)。如图2中所示,这些主和副同步信号可在具有正常循环前缀的每个无线电帧的子帧0和5中的每一者中分别在码元周期6和5中被发送。这些同步信号可被UE用于蜂窝小区检测和捕获。eNB可在子帧0的时隙1中的码元周期0到3中发送物理广播信道(PBCH)。PBCH可携带某些系统信息。
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中的第一码元周期中示出,但是应理解,第一码元周期中也包括PDCCH和PHICH。类似地,PHICH和PDCCH两者也在第二和第三码元周期中,尽管图2中未如此示出。eNB可在每个子帧的其余码元周期中发送物理下行链路共享信道(PDSCH)。PDSCH可携带给予为下行链路上的数据传输所调度的UE的数据。LTE中的各种信号和信道在公众可获取的题为“Evolved Universal Terrestrial Radio Access(E-UTRA);Physical Channels andModulation(演进型通用地面无线电接入(E-UTRA);物理信道和调制)”的3GPP TS36.211中作了描述。
eNB可在由该eNB使用的系统带宽的中心1.08MHz中发送PSS、SSS和PBCH。eNB可在每个发送PCFICH和PHICH的码元周期中跨整个系统带宽来发送这些信道。eNB可在系统带宽的某些部分中向UE群发送PDCCH。eNB可在系统带宽的特定部分中向特定UE发送PDSCH。eNB可以广播方式向所有的UE发送PSS、SSS、PBCH、PCFICH和PHICH,可以单播方式向特定UE发送PDCCH,并且还可以单播方式向特定UE发送PDSCH。
在每个码元周期中可有数个资源元素可用。每个资源元素可覆盖一个码元周期中的一个副载波,并且可被用于发送一个调制码元,该调制码元可以是实数值或复数值。每个码元周期中未用于参考信号的资源元素可被安排成资源元素群(REG)。每个REG可包括一个码元周期中的四个资源元素。PCFICH可占用码元周期0中的四个REG,这四个REG可跨频率近似均等地间隔开。PHICH可占用一个或多个可配置码元周期中的三个REG,这三个REG可跨频率分布。例如,用于PHICH的这三个REG可都属于码元周期0,或者可分布在码元周期0、1和2中。PDCCH可占用头M个码元周期中的9、18、32或64个REG,这些REG可从可用REG中选择。仅仅某些REG组合可被允许用于PDCCH。
UE可获知用于PHICH和PCFICH的具体REG。UE可搜索不同REG组合以寻找PDCCH。要搜索的组合的数目一般少于允许用于PDCCH的组合的数目。eNB可在UE将搜索的任何组合中向该UE发送PDCCH。
UE可能在多个eNB的覆盖内。可选择这些eNB之一来服务该UE。可基于诸如收到功率、路径损耗、信噪比(SNR)等各种准则来选择服务eNB。
图3示出可为图1中的各基站/eNB之一和各UE之一的基站/eNB110和UE120的设计的框图。对于受约束关联的情景,基站110可以是图1中的宏eNB110c,并且UE120可以是UE120y。基站110也可以是某一其他类型的基站。基站110可装备有天线334a到334t,并且UE120可装备有天线352a到352r。
在基站110处,发射处理器320可接收来自数据源312的数据和来自控制器/处理器340的控制信息。控制信息可用于PBCH、PCFICH、PHICH、PDCCH等。数据可用于PDSCH等。处理器320可处理(例如,编码和码元映射)数据和控制信息以分别获得数据码元和控制码元。处理器320还可生成(例如,用于PSS、SSS、以及因蜂窝小区而异的参考信号的)参考码元。发射(TX)多输入多输出(MIMO)处理器330可在适用的情况下对数据码元、控制码元、和/或参考码元执行空间处理(例如,预编码),并且可将输出码元流提供给调制器(MOD)332a到332t。每个调制器332可处理各自的输出码元流(例如,针对OFDM等)以获得输出采样流。每个调制器332可进一步处理(例如,转换至模拟、放大、滤波、及上变频)该输出采样流以获得下行链路信号。来自调制器332a到332t的下行链路信号可以分别经由天线334a到334t被发射。
在UE120处,天线352a到352r可接收来自基站110的下行链路信号并可分别向解调器(DEMOD)354a到354r提供所接收到的信号。每个解调器354可调理(例如,滤波、放大、下变频、以及数字化)各自收到的信号以获得输入采样。每个解调器354可进一步处理输入采样(例如,针对OFDM等)以获得收到码元。MIMO检测器356可获得来自所有解调器354a到354r的收到码元,在适用的情况下对这些收到码元执行MIMO检测,和提供检出码元。接收处理器358可处理(例如,解调、解交织、以及解码)这些检出码元,将经解码的给UE120的数据提供给数据阱360,并且将经解码的控制信息提供给控制器/处理器380。
在上行链路上,在UE120处,发射处理器364可接收并处理来自数据源362的(例如,用于PUSCH的)数据以及来自控制器/处理器380的(例如,用于PUCCH的)控制信息。处理器364还可生成参考信号的参考码元。来自发射处理器364的码元可在适用的情况下由TX MIMO处理器366预编码,由调制器354a到354r进一步处理(例如,针对SC-FDM等),并且向基站110传送。在基站110处,来自UE120的上行链路信号可由天线334接收,由解调器332处理,在适用的情况下由MIMO检测器336检测,并由接收处理器338进一步处理以获得经解码的由UE120发送的数据和控制信息。处理器338可将经解码的数据提供给数据阱339并将经解码的控制信息提供给控制器/处理器340。
控制器/处理器340和380可以分别指导基站110和UE120处的操作。基站110处的处理器340和/或其他处理器和模块可执行或指导用于本文所述的技术的各个过程(例如,参见图26)的执行。UE120处的处理器380和/或其他处理器和模块可执行或指导用于本文所述的技术的各个过程(例如,参见图22A-D以及图24)的执行。存储器342和382可分别存储用于基站110和UE120的数据和程序代码。调度器344可调度UE以进行下行链路和/或上行链路上的数据传输。
单频网络中的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和PDCCH信号。
根据本公开的主题的各方面,提供了具有与对eMBMS的单载波优化有关的特征的无线网络(例如,3GPP网络)。eMBMS提供了从LTE网络向多个移动实体(诸如举例而言UE)传送共享内容的高效方式。
关于针对LTE频分双工(FDD)的eMBMS的物理层(PHY),信道结构可包括混合载波上的eMBMS与单播传输之间的时分复用(TDM)资源划分,由此允许灵活和动态的频谱利用。当前,被称为多媒体广播单频网络(MBSFN)子帧的、子帧的子集(高达60%)可被保留用于eMBMS传输。由此,当前eMBMS设计允许十个子帧中最多6个子帧用于eMBMS。
用于eMBMS的子帧分配的一个示例在图4中示出,图4示出关于单载波情形的MBSFN子帧上MBSFN参考信号的现有分配。图4中所描绘的各组件对应于图2中所示的那些组件,其中图4示出每个时隙和资源块(RB)内的个体副载波。在3GPP LTE中,一RB跨越0.5ms的时隙历时上的12个副载波,其中每个副载波具有15kHz的带宽,由此每RB一起跨越180kHz的带宽。子帧可被分配用于单播或eMBMS;例如在标记为0、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子帧。
继续参照图4,在每个eMBMS子帧内,头一个或头两个码元可被用于单播参考码元(RS)和控制信令。头一个或头两个码元的CP长度可跟随子帧0的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示出的特定帧分配方案。本文中所使用的多播会话或多播广播可使用任何合适的帧分配方案。
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传输所需的蜂窝小区。
eMBMS系统组件和功能:图6解说用于提供或支持MBSFN服务的无线通信系统600的功能实体。关于服务质量(QoS),系统600使用保障比特率(GBR)类型MBMS承载,其中最大比特率(MBR)等于GBR。这些组件是藉由示例来示出和描述的,并且不限定本文中所描述的创造性概念,这些创造性概念可被采纳到用于递送和控制多播传输的其他架构和功能分布。
系统600可包括MBMS网关(MBMS GW)616。MBMS GW616控制MBMS用户层面数据经由M1接口至演进型B节点604的网际协议(IP)多播分发;示出了许多可能的eNB(演进型B节点)中的一个eNB604。另外,MBMS GW控制MBMS用户层面数据经由M1接口向UTRAN无线电网络控制器(RNC)620的IP多播分发;示出了许多可能的RNC中的一个UTRAN RNC620。M1接口被关联至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承载服务专用的信令。SGi-mb接口是用于MBMS数据递送的用户层面接口。MBMS数据递送可以通过IP单播传输(其可以是默认模式)或者通过IP多播来执行。MBMS GW616可以经由服务通用分组无线电业务支持节点(SGSN)618和Sn/Iu接口为UTRAN上的MBMS提供控制层面功能。
系统600还可以包括多播协调实体(MCE)606。MCE606可以为MBMS内容执行准入控制功能,并且使用MBSFN操作来分配由MBSFN区域中的所有演进型B节点用于多蜂窝小区MBMS传输的时间和频率无线电资源。MCE606可以确定用于MBSFN区域的无线电配置,诸如举例而言调制和编码方案。MCE606可以调度和控制MBMS内容的用户层面传输,并且通过确定要将哪些服务复用在哪个多播信道(MCH)中来管理eMBMS服务复用。MCE606可以通过M3接口来参与同MME608的MBMS会话控制信令,并且可以提供与eNB604的控制层面接口M2。
系统600还可以包括与内容提供商服务器614处于通信的广播-多播服务中心(BM-SC)612。BM-SC616可以处置对来自一个或多个源(诸如内容提供商614)的多播内容的摄入,并且提供如以下所描述的其他更高层的管理功能。这些功能可以包括例如成员资格功能,该成员资格功能包括对所标识出的UE所进行的MBMS服务授权和发起。BM-SC616还可以执行MBMS会话和传输功能、对实况广播的调度、以及递送(包括MBMS和相关联的递送功能)。BM-SC612还可以提供服务广告和描述,诸如通告可供多播的内容。Aseparate Packet Data Protocol(PDP)context may be used to carry control messagesbetween UE and BM-SC.BM-SC还可以提供安全性功能(诸如密钥管理),根据参数(诸如数据量和QoS)来管理内容提供商的收费,为广播模式下UTRAN和E-UTRAN中的MBMS提供内容同步,以及为UTRAN中的MBSFN数据提供报头压缩。BM-SC612可以向MBMS-GW616指示会话开始、更新和停止,包括会话属性(诸如QoS和MBMS服务区域)。
系统600还可以包括与MCE606和MBMS-GW616处于通信的多播管理实体(MME)608。MME608可以为E-UTRAN上的MBMS提供控制层面功能。另外,MME可以向eNB604、620提供由MBMS-GW616定义的与多播有关的信息。MME608与MBMS-GW616之间的Sm接口可被用于携带MBMS控制信令(例如,会话开始和停止信号)。
系统600还可以包括有时简写为P-GW的分组数据网络(PDN)网关(GW)610。P-GW610可以在UE602与BM-SC612之间提供用于信令和/或用户数据的演进型分组系统(EPS)承载。由此,P-GW可以接收源自UE的与指派给UE的IP地址相关联的基于统一资源定位符(URL)的请求。BM-SC612还可以经由P-GW610链接至一个或多个内容提供商,该P-GW610可以经由IP接口与BM-SC612通信。
根据本文描述的实施例的一个或多个方面,提供一种用于信令表示(signaling)某些URL的使用的技术,以支持经由该DASH内容的媒体呈现描述(MPD)中的serviceLocation(服务位置)属性来引导对该内容的按需广播版本的单播的通过HTTP的动态自适应流传输(DASH)访问。DASH允许通过超文本传输协议(HTTP)递送连续(流)媒体内容的服务。DASH的规范主要定义两种格式:MPD和片段(Segment)格式。
图7示出用于MPD的高级可扩展标记语言(XML)模式结构的实施例700。图8示出用于图解BaseURL(基础URL)的结构的模式800,该BaseURL将serviceLocation与ByteRange(字节范围)属性关联到基础URL。可在MPD处、在Period(周期)处、在Adaptation Set(自适应集)处、以及在MPD的Representation(表示)级处描述BaseURL元素的列表。
在相关方面中,BaseURL可扮演基础统一资源标识符(URI)的功能。MPD的每一级上的URL可针对在文档(例如,MPD)的该级或者该级以上的级上指定的BaseURL元素根据RFC3986来解析。URL解析应用于在MPD文档中找到的所有URL,特别是用于初始化(Initialization)和媒体片段(MediaSegment)的URL,它们是本文描述的公开所感兴趣的。可提供多个BaseURL元素来指定可在该处访问相同片段的一个或多个共同位置。在没有其他标准的情况下,DASH客户端可使用第一个BaseURL元素作为基础URI。
参考图8,BaseURL元素的serviceLocation属性指定各BaseURL之间的关系,以使得具有同一serviceLocation值的各BaseURL元素可能使其URL解析到在共同网络位置(诸如举例而言,共同的内容递送网络)处的服务。例如,如果DASH客户端获取表示的片段(例如,给定内容的不同版本,诸如解析度、语言等)但是决定从不同表示获取片段(例如,因为接入无线网络不能继续支持当前表示的带宽要求),则该客户端可以选择BaseURL以用于与前一表示具有相同serviceLocation值的新表示。serviceLocation属性的这种使用起到提示作用,该提示向设备指示获取该新表示的片段将经历与经由具有相同serviceLocation值的BaseURL从前一表示所获取的片段类似的性能(例如,可用性调整)。
通过eMBMS的DASH广播的问题:DASH媒体片段(例如,媒体文件)的顺序递送构成了媒体流传输服务,该服务可包括媒体文件或者DASH媒体片段的顺序传输。使用RTP的媒体流递送也是可能的,但是RTP传输通常不适合DASH片段。
在一些广播网络中,也可使广播流传输内容可用并可经由单播访问,在例如eMBMS中的RTP流广播的情况正是如此。这一替代的内容递送提供了一种用于在不处在广播覆盖范围内之时访问广播流传输服务的内容的单播回退技术。用于访问广播文件递送服务的文件的回退技术通常没有在广播网络中被定义。
因为DASH片段的广播递送通常使用针对广播文件递送服务所采用的传送协议(例如,FLUTE),所以需要单播回退替代方案来访问广播DASH服务的内容。
关于通过eMBMS等的DASH广播要考虑若干问题。一个问题是:广播DASH服务可以递送不同位置中的该内容的不同版本(例如,不同表示)。还有可能:不同表示可能仅经由广播可用、或仅经由单播可用、或者经由单播和广播两者均可用。所以,需要用于信令表示服务的哪些表示可用于当前期望/可用的广播或单播传输的技术。
另一个问题是:DASH片段的传输可能导致相对于片段可用于经由单播取得的时间的额外的广播可用性调整(例如,可用性的延迟或提前),其中该广播可用性调整在这种情况下是广播等待时间。经由广播递送接收的片段的可用性可导致相对于可经由单播递送接收该片段的时间的额外的可用性调整,这在从一种递送模式切换到另一种递送模式(例如,从广播到单播)时会出现问题。为了允许在设备移入及移出广播覆盖时的无缝的单播到广播(UC-BC)和广播到单播(BC-UC)转换,关于广播可用性调整的信息应当被传递给DASH客户端。
另一个问题是:经由单播可用的表示可能仅在某些地理区域中可访问。这种地理约束应当被信令传输到DASH客户端。又一个问题是:广播DASH服务还可经由不同的FLUTE会话传输多个表示;如此,需要一种标识针对期望表示要启用哪个FLUTE会话的技术。例如,多个表示可能在给定区域中经由广播可用,以提供替代的语言或视频解析度选项。选择仅接收感兴趣的表示将改善移动实体的电池寿命。
在一些情况下,可能期望创建按需广播DASH服务以便减少由于多个用户经由单播取DASH内容所导致的系统资源的负载。还可能必须使用不同的URL以向设备信令表示它们需要从单播切换到广播接收。相应地,下面描述用于解决这些问题的方案。
信令信息的传输:为了解决上面描述的问题,可以向DASH客户端信令表示(signal)某些参数以支持经广播的DASH片段。这些参数可被信令表示为MPD中单独的新参数。然而,进一步扩展MPD定义来添加对仅在广播DASH的特定场景中使用的这些附加的参数的支持可能是不期望或不可接受的。
如此,本文描述的所提议的方案可以将这些参数作为注册的命名空间标识符(NID)下的统一资源名称(URN)来信令表示——例如,对于3GPP,NID为3gpp,使得3GPP控制下的URN是urn:3gpp:{3gpp-urn}形式的。此外,URN命名空间专有字符串(NSS)提供了如何将必需的参数编码为键=值对的冒号分割的列表的实施例,所述键=值对作为字符串被承载于BaseURL的serviceLocation属性等中。
一种可能的替代方案可涉及使用作为BaseURL中的serviceLocation属性中的字符串被承载的键=值对的逗号分隔的列表。另一种替代方案可涉及按照一XML模式将这些参数编码在XML结构中,并且在BaseURL的serviceLocation属性中承载经XML编码的数据。又一种方案可涉及将附加属性或元素添加到MPD XML模式中以捕捉URN、逗号分隔的列表中承载的参数的列表,或者添加到serviceLocation属性中的XML编码或参数。
在其中使用URN编码来传递键=值对列表的实施例中,可应用以下规则或要求。URN NSS中的第一个串可以是:sl(表示serviceLocation)。例如,在3GPP URL的情况下,serviceLocation属性中使用的所有URN应当以“urn:3gpp:sl”开始。第二个串(或第一个键=值对)可以是“:transport=”(“:传输=”)+value-string(值-串)。例如,可能的值-串可以是:“广播”、“单播”、“两者”。其他键=值对可遵循“:transport=”+value-string或其变形。
广播DASH服务的单播可用性:DASH提供了一种单播流传输框架,其中每个DASH客户端可经由HTTP并根据MPD中定义的时间线按顺序获取媒体片段。DASH片段还可经由广播传输被递送到包括DASH客户端的设备,其中媒体片段经由FLUTE等被广播。
广播系统通常包括系统信息(SI)元数据,系统信息元数据描述了通过广播传输可用的服务。在eMBMS广播系统中,SI可以是指用户服务描述(USD)并且可包括用于描述服务包的元数据,如图9中所示。注意:SI的其他示例是OMA广播服务指南和MediaFLO服务定义元数据。参考图10A,示出了eMBMS的USD的实施例,其中每个服务可用参数描述。这些参数可包括deliveryMethod(递送方法)列表(在图11中详细示出)和对与该服务相关联的MPD统一资源标识符(mpdURI)的引用。mpdURI可将MPD绑定到该服务。图10B示出了eMBMS的USD的另一实施例,在下面更详细地描述。
如图11中针对eMBMS广播系统所示,广播系统的SI可提供与可以在何处找到该广播服务内容的单播版本有关的信息。在使用RTP流传输的eMBMS广播服务的情况下,SI可经由deliveryMethod中的unicastAccessURI(单播访问URL)来为服务提供指向会话描述协议(SDP)文件的指针,该SDP文件描述了同一内容的单播RTP流传输版本。该URL的存在还可用于信令表示该服务的单播版本可用,而不存在该URL则指示该服务仅经由广播可用。需要注意的是,参数可被用于信令表示单播的可用性等。对于广播DASH服务,可使用属性来信令表示:对于广播DASH服务,单播表示也可用。
对于广播DASH服务,经由SI中的单独的URL的单播可用性的显式信令表示一般是不期望的。对于广播DASH服务,这种显式信令表示可以提供对描述经由单播递送DASH片段的附加MPD的引用。由于在回放期间MPD的取代通常是破坏性的,因此针对广播使用一MPD(例如,经由该eMBMS USD的mpdURI信令表示的)并且针对单播使用另一MPD(例如,经由eMBMS USD的unicastAccessURI信令表示的)将不允许从广播到单播递送(或反向)的无缝转换。因此,期望将单播可用性的信令表示嵌入在单一DASH MPD中并且利用经由图8中所示的类型的BaseURL元素的对来自不同位置的片段的可用性的MPD信令表示。提供了一种向DASH客户端信令表示哪些URL要被用于单播vs.广播接收的方法。以此方式,在做出广播服务的单播接收时,该DASH客户端将像典型的DASH客户端一样行动并使用该单个MPD中的单播HTTPURL来获取片段。
此方法允许单个MPD来描述可以如何经由广播和单播来接收该服务。用于广播和单播接收的单一MPD还允许高效支持在DASH客户端移入和移出广播覆盖时的UC-BC和BC-UC接收的无缝移交。
关于标识用于单播和广播接收的片段URL,图12提供了图7的简化,其解说了在MPD级可用的BaseURL的列表,同时概述了来自该MPD的其他属性和元素。对于单播传输,多个BaseURL通常被用来信令表示同样的片段在多个位置可访问。serviceLocation属性可被定义以指定各BaseURL之间的关系以使得具有相同serviceLocation值的BaseURL元素有可能使其URL解析到在共同网络位置处的服务。这允许DASH客户端在决定在改变表示时要使用哪个基础URL的时候使用serviceLocation。例如,DASH客户端可选择具有与用于旧表示的BaseURL具有相同serviceLocation属性的BaseURL的新表示。
由于给定表示的多个BaseURL描述了服务的片段可被用于获取的不同位置,因此对于通过广播系统的DASH服务,可针对serviceLocation串定义格式。该格式可提供附加信息来信令表示给定广播DASH服务或其表示的任何组合是仅经由广播可用、仅经由单播可用、还是经由单播和广播两者均可用。更具体而言,在使用URN格式时,serviceLocation属性可包括如上所述的以“urn:3gpp:sl”开始的串。后续串可被级联到初始串,所述后续串以“:”开始,接着是提供键=值对的串。第二个串(或第一个键=值对)可以是“:transport=”(”:传输=”)+value-string(值-串)。可能的值-串可以是:“广播”、“单播”、“两者”。可使用其他值。serviceLocation属性的示例串可以是urn:3gpp:sl:transport=broadcast或urn:3gpp:sl:transport=unicast。
取决于特定值串的设置,可对URL的使用施加其他限制。例如,在值-串为“广播”时,从使用相关联的BaseURL元素得到的URL可以在DASH客户端经由广播接收该服务时被使用。更具体而言,如果仅存在一个值-串被设置为“广播”的BaseURL,则该服务或相应的表示仅经由广播可用。如果不存在值-串被设置为“广播”的BaseURL,则该服务或相应的表示经由广播不可用。如果存在多个值-串被设置为“广播”的BaseURL,则可针对服务定义多个广播传输(例如,FLUTE)会话,或者MPD所描述的服务包括可在不同地理区域广播的不同的表示。不同的表示可在不同位置被广播也是可能的。仅出于解说目的,在下面的讨论中假定仅存在一个广播表示。为了与不支持本文描述的编码模式的DASH客户端兼容,值-串被设置为“广播”的BaseURL可被放置在BaseURL的列表的最后。值-串被设置为“广播”的BaseURL可通过指向本地主机http://localhost/或诸如此类来将DASH客户端指向本地(例如,设备上的)HTTP服务器。
当值-串为“单播”时,在DASH客户端经由单播访问该服务时,可使用相关联的BaseURL元素上的URL。如果存在多个值-串被设置为“单播”的BaseURL,则DASH客户端可使用不同的方法来在经由单播访问该服务时选择所述BaseURL之一。例如,一种方法是从该列表中的第一个BaseURL起按顺序使用BaseURL。
当值-串为“两者”时,在DASH客户端经由单播或在广播覆盖中时访问该服务时,可使用相关联的BaseURL元素上的URL。如果存在值-串被设置为“两者”的BaseURL,则针对一表示不应当存在值-串被设置为“广播”的附加BaseURL(假定仅存在一个广播表示)。值-串被设置为“两者”的BaseURL将DASH客户端指向外部(即,指向可经由网络访问的服务器)HTTP服务器。因此,当DASH客户端处于广播覆盖内并且此URL被使用时,该设备将支持将HTTP访问重定向到本地主机的技术。
样本DASH客户端行为:基于在MPD中信令表示的DASH片段的广播或单播可用性,DASH客户端实现可如下地使用BaseURL上的serviceLocation信息。对于广播覆盖内的初始接收,DASH客户端可在位于广播覆盖内的时候开始广播(例如,eMBMS)DASH服务的接收。DASH客户端可以:发现哪个表示经由广播可用(假定一个广播表示);选择具有包括串“:transport=broadcast”或“:transport=both”的serviceLocation属性的BaseURL;和/或使用所选择的BaseURL根据正常的DASH客户端行为执行片段获取。确定在广播时哪个广播表示当前可用可以通过匹配经由FLUTE传输来信令的媒体片段文件名来实现。
对于在经由广播消费内容时转移出广播覆盖(BC-UC),经由广播(例如,eMBMS)接收DASH服务的DASH客户端可转移出片段的广播接收而开始片段的单播接收。转移出广播覆盖可以通过在LTE传输中各SIB之间不存在可用的SIB-13来检测,并且更直接地可通过携带该广播DASH服务的LTE承载(其被分配了服务临时移动组标识(TMGI)等)的不可用来检测。在相关方面中,如果单播带宽可以支持当前表示且对于该表示存在具有包括串“:transport=unicast”或“:transport=both”的serviceLocation属性的BaseURL,则DASH客户端可继续接收该表示。否则,DASH客户端可以改变到一不同表示,其中存在具有包括串“:transport=unicast”或“:transport=both”的serviceLocation属性的BaseURL。如果存在多个这种BaseURL,则DASH客户端可以选择一个。在进一步相关方面中,DASH客户端可使用所选择的BaseURL根据正常的DASH客户端行为来执行片段获取。
关于在广播覆盖外的初始接收(例如,当SIB-13不在LTE传输的系统信息块(SIB)中时),DASH客户端可以开始当不在广播覆盖中时经由单播可用的广播(例如,eMBMS)DASH服务的单播接收。DASH客户端可以:确定用于获取片段的可用带宽并且选择要播放的表示;选择具有包括串“:transport=unicast”或“:transport=both”的serviceLocation属性的BaseURL;和/或使用所选择的BaseURL根据正常的DASH客户端行为执行片段获取。
对于在经由单播消费内容时转移到广播接收(UC-BC),当前正在经由单播接收广播(例如,eMBMS)DASH服务的DASH客户端可转移入广播覆盖中并且开始经由广播接收片段。在相关方面中,DASH客户端可以发现哪个表示在广播覆盖中可用(例如,经由在FLUTE传输中描述的媒体文件名)。在进一步相关方面中,如果被广播的表示与正经由单播访问的表示相同,则DASH客户端可继续当前表示的接收。在此情况下,DASH客户端可选择具有包括串“:transport=broadcast”或“:transport=both”的serviceLocation属性的BaseURL。在又一些进一步相关方面中,DASH客户端可转换到广播表示并选择具有包括串“:transport=broadcast”或“:transport=both”的serviceLocation属性的BaseURL。在另一些进一步相关方面中,DASH客户端可使用所选择的BaseURL根据正常的DASH客户端行为来执行片段获取。
对广播DASH服务的单播可用性的地理约束:即便使广播DASH客户端经由单播可用,可能存在合同义务或其他要求,它们将服务内容的单播可用性限制于特定地理区域。
可以通过添加另一值串来在广播DASH服务的MPD中的BaseURL中指示对单播可用性的地理约束。例如,具有包括串“:transport=unicast”或“:transport=both”的相关联的serviceLocation属性的广播DASH服务的MPD中的BaseURL可经由附加串格式来指示单播接收的地理可用性约束,所述附加串格式也承载在serviceLocation属性中。具体而言,serviceLocation属性可包括一串,当使用urn格式时,该串以“urn:3gpp:sl”开始,并且,serviceLocation属性可包括“:transport=unicast”或“:transport=both”以指示该服务经由单播可用。
(键=值对格式的)串“:uGeo3GppCellId=”+CellID-string可经由CellID-string(蜂窝小区ID-串)来指示可经由单播消费该服务的3GPP蜂窝小区ID。serviceLocation属性的示例串可以是urn:3gpp:sl:transport=unicast:uGeo3GppCellId=345690等等。
(键=值对格式的)串“:uGeo3Gpp2S+N+Z=”+SID_value(SID_值)+“+”+NID_value(NID_值)+“+”+PZID_value(PZID_值)可经由SID、NID、PZID以及“+”串的级联来指示可经由单播消费该服务的3GPP2蜂窝小区ID。serviceLocation属性的示例串可以是urn:3gpp:sl:transport=unicast:uGeo3Gpp2S+N+Z=23+34+45等等。相应地,可定义其他串来捕捉对该设备可能可用的其他地理描述符。
对于样本DASH客户端行为,基于在MPD中信令的DASH片段的单播可用性以及任何地理约束,DASH客户端实现可如下地使用BaseURL上的serviceLocation信息。对于不存在地理约束的单播接收,DASH客户端可以开始经由单播的广播(例如,eMBMS)DASH服务接收(即,该设备不在广播覆盖内并且存在具有包括串“:transport=unicast”或“:transport=both”的serviceLocation属性的BaseURL)。在相关方面中,DASH客户端可以:确定用于获取片段的可用带宽并且选择要播放的表示;选择具有包括串“:transport=unicast”或“:transport=both”的serviceLocation属性的BaseURL;核实不存在其中serviceLocation包括以“:uGeo”开始的串的BaseURL;和/或使用所选择的BaseURL根据正常的DASH客户端行为执行片段获取。
对于在被约束区域内时带有地理约束的单播接收,DASH客户端可开始经由单播的广播(例如,eMBMS)DASH服务的接收。在相关方面中,DASH客户端可以:确定用于获取片段的可用带宽并且选择要播放的表示;选择具有包括串“:transport=unicast”或“:transport=both”的serviceLocation属性的BaseURL;核实存在其中serviceLocation包括以“:uGeo”开始的串的BaseURL;判定它能理解所提供的地理信息并且确定它处于所描述的区域中;和/或在所描述的区域中时,使用所选择的BaseURL根据正常的DASH客户端行为执行片段获取。
对于在被约束区域外时不存在带有地理约束的单播接收的情况,DASH客户端可以不开始经由单播的广播(例如,eMBMS)DASH服务的接收,而服务回放将停止。在相关方面中,DASH客户端可以:确定用于获取片段的可用带宽并且选择要播放的表示;选择具有包括串“:transport=unicast”或“:transport=both”的serviceLocation属性的BaseURL;核实存在其中serviceLocation包括以“:uGeo”开始的串的BaseURL;判定UE(或DASH客户端)能够理解所提供的地理信息,并且确定UE不处于所描述的区域中;判定所提供的地理信息不能被理解;和/或当不在所描述的区域中时,不使用所选择的BaseURL根据正常的DASH客户端行为来执行片段获取。
传输可用性调整考虑:DASH片段的可用性的时间线可以在MPD中描述,如图13中所示。MPD availabilityStartTime(可用性开始时间)(在本文中被称为MPDavailabilityStartTime)定义了绝对时间,从该绝对时间起该时间线被锚定。MPD的第一周期(Period)中的开始(start)属性描述了在第一片段可用于获取时从availabilityStartTime起的持续时间。当各片段具有相同持续时间时,同一表示的后续片段由该表示的MPD中的适当的持续时间(duration)属性间隔开(即,每个片段由片段持续时间间隔开)。图13还示出了经由FLUTE和LTE承载向UE的广播传输导致针对FLUTE/LTE递送的片段可用性比它们在上面描述的MPD时间线中描述的时间更晚。在经由FLUTE递送媒体文件时,DASH客户端从本地存储获取片段,而不是从远程服务器的单播获取。单播可用性时间线可以是MPD availabilityStartTime和duration属性所描述的时间线。
在相关方面中,广播递送中的片段可用性时间线不需要比单播递送的片段可用性时间线更晚,并且实际上可以在经由单播递送的片段可用性之前。在此情况下,“经广告的”单播片段可用性时间线(如MPD中的availabilityStartTime和duration属性所给出的)可表示在MPD文档范围内的HTTP服务器/内容递送网络整体中DASH媒体呈现的片段确保可用(可用于DASH客户端的HTTP索取)的“最晚”时刻。广播递送片段的可用性时间涉及a)在BM-SC处从内容源的DASH片段的接收,b)跨越LTE核心网络和RAN通过FLUTE向UE的传输,和/或c)UE处的FLUTE接收、FEC解码以及片段还原以及放入本地HTTP高速缓存以供获取的组合,该广播递送片段的可用性时间可在片段已到达远程内容分布网络(CDN)或HTTP服务器之前发生是可能的。因此,广播递送片段可用性时间可以比单播可用性时间更早、相同或更晚。应当注意的是,MPD可用于/可被提供至多个设备,并且可以指多接入网络或者CDN,拥有该MPD的设备可从其索取DASH片段。例如,产生MPD文档的实体以及DASH内容递送的服务提供者可以递送如MPD所描述的媒体呈现和个体表示。
给定MPDavailabilityStartTime所表达的单播片段可用性时间的指示是跨越该MPD文档所统治的所有HTTP服务器的最晚的可能时间,能够保证更早的片段可用性时间的个体单播接入网络/CDN能够信令该差异是有用的,从而允许用户更早地获得并观看DASH内容。换言之,MPDavailabilityStartTime是单播开始时间的最差情况。将内容分发到不同的CDN将有不同的等待时间。这可以通过将该表示的片段的可用性时间线调整为该表示定义的等待时间周期来实现。可在BaseURL元素下添加在本文中被称为availabilityTimeAdjustment(可用性时间调整)(在图13中被示出为ProtectionPeriod(保护周期))的参数以指示对于给定接入网络/技术从MPDavailabilityStartTime值的调整。换言之,availabilityTimeAdjustment可以一般性地用于指示与最差情况的单播可用性时间相比给定单播或广播网络上的片段可用性时间。
在相关方面中,整个Period(周期)的可用性调整可以是负值,其绝对值足够大以使得该周期中的资源能够在MPDavailabilityStartTime之前可访问,这将允许更早地下载数据片段来改善用户体验。
参考图13,示出了DASH客户端可用来经由单播获取片段的获取可用性时间线。图13中的FLUTE可用性时间线示出了存在广播片段中涉及的可用性调整(例如经由eMBMS FLUTE会话),其可以是由用于传输的片段分组化以及FEC编码、朝UE的分组广播、以及设备上的FEC解码以及片段重新组装带来的。对于访问这些广播片段的DASH客户端,此可用性调整可信令:取决于片段是经由单播获取还是经由广播递送获取,用于获取片段的时间可用性应当不同。在经由广播请求片段时,DASH客户端应当将保护周期纳入考虑。
保护周期向DASH客户端指示用于经由广播获取的片段的可用性将相对于经由单播获取的同一片段延迟。
针对片段的广播递送信令保护周期:如上所述,具有相关联的serviceLocation属性的用于广播DASH服务的MPD中的BaseURL可包括串“:transport=broadcast”或“:transport=both”以指示该表示经由广播可用。为了考虑与片段的广播递送相关联的可用向调整,同样承载在serviceLocation属性中的附加串格式可被用来传递保护周期信息。例如,serviceLocation属性可包括一串,当使用URN格式时,该串以“urn:3gpp:sl”开始,并且serviceLocation属性可包括串“:transport=broadcast”或“:transport=both”以指示该服务经由广播可用。
(键=值对格式的)串“:pp=”+ppValue(保护周期值)可经由ppValue来信令保护周期(例如以毫秒或其他时间增量计算的)以在DASH客户端经由广播接收请求片段时将其纳入考虑。serviceLocation属性的示例串可以是urn:3gpp:sl:transport=broadcast:pp=50等等。
关于样本DASH客户端行为,基于在MPD中信令的DASH片段的广播可用性,以及有关保护周期的信息,DASH客户端实现可如下地使用BaseURL上的serviceLocation信息。
对于经由广播递送的接收,DASH客户端可以:发现哪些表示在广播区域中可用;选择具有包括串“:transport=broadcast”或“:transport=both”的serviceLocation属性的BaseURL;确定serviceLocation属性中以“:pp”开始的子串中所指示的保护周期;和/或使用所选择的BaseURL,根据MPD中的片段可用性时间线,但是将片段获取调整(即,延迟或提早)包括“:pp”的串中所指示的额外的ppValue毫秒来执行片段获取。这可允许在给定地理区域中的移动设备比所广告地更早的做出请求,从而向用户提供更低的等待时间体验,或者使得移动设备在比所广告地更晚的时间获取片段,并从而避免在片段仅在比MPD中所广告的更晚的时间可用时的错误情况。
对于在广播覆盖之外的接收,DASH客户端可以:确定用于获取片段的可用带宽并且选择表示;选择具有包括串“:transport=unicast”或“:transport=both”的serviceLocation属性的BaseURL;和/或使用所选择的BaseURL、在不执行附加片段获取延迟的情况下,根据MPD中的精确的片段可用性时间线来执行片段获取。
针对片段的广播递送信令保护周期的替代方案:图14中示出了用于考虑广播等待时间的替代方案。不是显式地信令保护周期并且在处于广播覆盖时将其纳入考虑,而是用于广播DASH服务的MPD可以经由现有的MPD参数来考虑广播传送的可用性调整。这在图14中通过向MPD availabilityStartTime属性添加保护周期或者通过向第一MPD Period(MPD周期)的start(开始)属性添加保护周期来示出。向上面描述的参数中的任一者添加保护周期的效果是单播获取也被延迟。
无缝UC-BC/BC-UC转换:在考虑两种替代方案以将广播传送中的附加可用性调整纳入考虑时,经由单播和广播的片段回放之前的接收和缓冲上的UC-BC以及BC-UC转换应当被考虑。图15示出了以下时间点:此时,在正经由单播获取片段N的时间点处,发生从经由单播接收片段到经由广播接收片段的转换。
无缝转换的一个目标是在DASH客户端在单播和广播接收之间转换时使媒体回放过程中的打扰最小化。为了实现这一点,DASH客户端可以在回放开始之前累积多于一个片段。在启动回放之前要累积的片段的数量可以经由MPD中的minBufferTime(最小缓冲时间)属性等来信令。图16示出了具有两个延迟回放场景的实施例(在时刻tPbi),其中经由单播获取的片段的回放(在时刻tAvi)被延迟了一个(左侧时间线)和两个(右侧时间线)片段。这意味着:在可以开始回放之前分别需要累积一个或两个片段。图16的示例示出了以下场景:其中在各片段大小相同且带宽可用于在一个片段持续时间内下载片段的情况下要花费一个片段的持续时间来经由单播下载一个片段。注意:图16的实施例仅仅是说明性的,且可以绘制类似的图来描述其中片段的大小变化且要缓冲的片段量要考虑这种变化的其他场景。
图17示出了经由广播接收的片段的类似的延迟片段回放场景(在时刻tFAvi)。从这些片段经由广播被递送以及如早先指示的本地可用起,这些片段可立即对客户端可用。图17的实施例暗示:其中在各片段大小相同且广播带宽足以在一个片段持续时间内递送片段的情况下要花费一个片段的持续时间来经由广播递送一个片段。注意:图17的实施例仅仅是说明性的,且可以绘制类似的图来描述其中片段的大小变化且要缓冲的片段量要考虑这种变化的类似场景。
图17还示出了在回放以前使用一个或两个片段的相同minBufferTime要求。进一步,图17还示出了在DASH客户端将保护周期纳入考虑时,即,获取由比单播可用性(在时刻tAvi)晚一保护周期的广播片段可用性(在时刻tFAvi)驱动(参见图15),这些片段可以容易地在本地可用并且可以以最小等待时间获取。当minBufferTime分别为一个或两个片段时,所获取的片段在第一和第二片段之后立即准备就绪进行回放。
给定图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转换。取决于具体情形,无缝转换可能需要更大或更小的片段延迟。
图18通过突出显示以下时间点示出了反向的BC-UC转换:在该时间点,当片段N的接收正经由广播被获取时发生BC-UC转换。片段N可能未经由广播被成功接收(没有足够的码元用来FEC解码),这可能没有被立即确定。在确定片段N没有被成功接收之后,DASH客户端可经由单播发起片段N的索取,以确保连续的回放。该DASH客户端可能需要切换到更低的数据速率表示以便跟上。
相应地,无缝BC-UC移交可能仅在片段N可及时经由单播索取以用于回放的情况下可实现。如图19的左侧时间线所示,如果minBufferTime等仅规定一个片段,则这是不可能的。通过使minBufferTime规定两个片段(参见图19的右侧时间线),DASH客户端具有一个片段的时间来跟上并避免回放打断。DASH客户端因此被指示在回放之前累积多于两个片段以便容纳经由单播的跟上下载以用于从广播到单播的无缝转换。
在相关方面中,当在MPD属性上包括保护周期时,DASH客户端可被指示以在回放之前累积多于两个片段。如此,在MPD的现有参数中包括保护周期的缺点可以是额外的片段可用性调整。
使用会话描述协议来信令流传输服务的给定表示的广播递送和相关联的广播可用性调整:在某些情况下可能不期望直接使用MPD(例如,经由serviceLocation属性等)来指示表示的媒体片段的单播vs.多播递送模式。例如,在某些实现中,DASH片段的基于网络的生成和相关联的MPD可能对该媒体内容的传送方法(单播和/或多播)是不可知的。在这些情况下,可能期望使用服务宣告(Service Announcement)信息(也被称为系统信息或SI)等来信令单播vs.多播递送模式。
具体而言,在3GPP MBMS的情况下,SI或USD的组件可以是会话描述元数据分段等。这些参数和语法进而可以基于IETF RFC4566所指定的SDP。注意,术语“attributes”(“属性”)或“a=”是指扩展SDP的主要方式,并且可在会话级被定义(即,可应用于FLUTE会话的媒体组件)或在会话内的个体媒体级被定义。在相关方面中,属性字段可以是例如两种形式的。在相关方面中,存在“a=<flag>”(“a=<标志>”)形式的“property”(“特性”)属性,并且对其而言该属性的存在仅指示该属性是该会话的特性。在进一步相关方面中,存在“a=<attribute>:<value>”(“a=<属性>:<值>”)形式的“value”(“值”)属性,对其而言所命名的属性的值包括任意八位串等。
根据本文描述的实施例的方面,提供一种新的会话级属性“a=<representation-transport-mode>:”(“a=<表示-传输-模式>:”)来表示相关联会话的传输模式。此属性的定义的<value>(<值>)子字段可以是在文本串“单播”、“广播”或“两者”之间所做的选择,表明相应表示等的片段的仅单播、仅广播、或单播和广播递送模式两者。
而且,片段的广播递送可以与相对于单播递送的附加延迟相关联,并且被称为“保护周期”。可经由新的子字段<protection-period>(<保护-周期>)等将这些参数添加在上面的“representation-transport-mode”属性中。例如,“representation-transport-mode”属性的完整语法可以如下:
在相关方面中,<representation-id>(<表示-id>)(其等同于USD的MPD分段中该表示的“id”属性的值)可标识该表示以及后续递送模式标签所应用于的相关联的DASH片段。如果传送模式是“广播”或“两者”,则子字段<protection-period>可以出现,这代表该表示的广播可用性调整。
在进一步相关方面中,期望服务宣告客户端将使用以上属性信息来通知DASH客户端该MPD中的相应表示的递送模式,以及用于广播递送模式的保护周期。
使用会话描述协议来信令FLUTE会话的广播可用性调整:上面描述的用于信令广播可用性调整的一种替代方案是使用会话描述分段来信令广播延迟,而传送模式使用MPD的serviceLocation属性来声明。此方法有将可用性调整或保护周期信息与DASH解耦的益处。换言之,除了DASH内容作为流传输服务的FLUTE递送之外,还可能有其他文件递送服务应用,对这些应用而言,广播可用性调整的知识是有用的,以便使这些应用能够更早地使用所递送的内容。这些应用的示例包括广播动态新闻或股票报价信息,以在移动终端上近乎实时地背景显示。对于这些应用,与FLUTE递送相关联的文件可以通过应用层FEC(例如,RaptorQ等)来保护,应用层FEC可涉及在创建经编码的码元块时的大量的时间交织。一般性地经由会话描述分段来宣布广播可用性调整/保护周期将使得UE能够在调度相关联内容的回放时将此延迟纳入考虑。
例如,可以根据以下来实现用于在SDP中信令保护周期的技术:
a=broadcast availability adjustment:<protection-period>,
where(in ABNF notation[14]):
<protection-period>=1*DIGIT
期望服务宣告客户端(即,能够广播的UE的功能)将广播可用性调整通知给UE中的其他功能以便在调度相关联的内容递送模式的回放时将此延迟纳入考虑。在DASH内容的广播递送的情况下,这种客户端功能可涉及DASH客户端。
确定适当的FLUTE会话:对于某些广播DASH服务,可能期望同时广播服务的两种替代表示。例如,这两种表示可能在视频解析度上不同。每个解析度可针对不同设备类型定制:一种是小屏幕尺寸(例如,智能电话)而另一种是大屏幕尺寸(例如,平板)。因为这些表示中只有一个表示通常被给定设备消费/利用,所以可使用不同的传输会话来广播每个表示。在eMBMS广播的情况下,该表示可以是携带于不同的eMBMS承载信道中的两个FLUTE会话,这在图20的实施例中示出。
关于将FLUTE会话与表示相关联,具有相关联的serviceLocation属性的用于广播DASH服务的MPD中的BaseURL可针对表示包括串“:transport=broadcast”或“:transport=both”以指示该表示经由广播可用。为了信令一表示的适当广播传输会话(例如,eMBMS中的FLUTE会话),可如下地在serviceLocation属性中承载串格式。
在第一方面中,当使用URN格式时,针对一表示的BaseURL的serviceLocation属性可包括以“urn:3gpp:sl”开始的串,并且可包括“:transport=broadcast”或“:transport=both”以指示该表示经由广播可用。在第二方面中,(键=值对格式的)串“:flute=”+sourceIPAddValue+“+”+tsiValue可经由sourceIPAddValue(源IP地址值)和tsiValue(tsi值)信令合起来唯一标识FLUTE会话的源IP地址和TSI。serviceLocation属性的示例串可以是urn:3gpp:sl:transport=broadcast:flute=198.152.39.10+4567等等。
在第三方面中,替代的(键=值对格式的)串“:fluteSDP=”+sdpURLValue可经由sdpURLValue(sdpURL值)信令标识为该广播服务定义的FLUTE会话之一的URL。serviceLocation属性的示例串可以是urn:3gpp:sl:transport=broadcast:fluteSDP=http://example.com/serviceX/service.sdp等等。在第四方面中,可定义其他串来描述FLUTE会话以外的传输会话。
关于样本DASH客户端行为,基于在MPD中信令的DASH片段的广播可用性,以及有关FLUTE会话到表示的映射的信息,DASH客户端实现可如下地使用BaseURL上的serviceLocation信息以用于广播覆盖中的接收。在第一方面中,DASH客户端可基于媒体描述信息(例如,屏幕解析度)来选择期望的表示。在第二方面中,DASH客户端可以检测经由广播可用的多个表示,诸如例如在这些表示的BaseURL的serviceLocation信息包括串“:transport=broadcast”或“:transport=both”时。在第三方面中,DASH客户端在检测到其处于广播覆盖中时,可选择与所选择的表示相关联的、具有包括串“:transport=broadcast”或“:transport=both”的serviceLocation属性的BaseURL。在第四方面中,DASH客户端可致使经由广播的片段的接收经由所选择的BaseURL的serviceLocation属性中包括“:flute=”或“:fluteSDP=”的串所标识的FLUTE会话(在eMBMS的情况下)进行。在第五方面中,DASH客户端可使用所选择的BaseURL根据MPD中的片段可用性时间线来执行片段获取。
为按需服务信令UC-BC URL:广播系统可支持按需广播DASH服务的定义作为一种减少多个用户经由单播接收来访问特定DASH内容的系统资源使用的方式。在一些情况下,将消费单播DASH内容的用户设备重定向到承载相同内容的广播DASH服务可能是必要的。这一重定向过程可以利用HTTP重定向特征来导致用户设备使用与用于原始请求的URL的不同URL来重新请求期望的片段。这些经重定向的URL的使用能够担当用户设备确定针对正经由单播获取的相同内容的新广播DASH服务的可用性的触发器。
关于标识用于单播到广播接收的片段URL,用于广播DASH服务的MPD中的具有包括串“:transport=unicast”的相关联的serviceLocation属性的BaseURL指示该表示经由单播可用。为了进一步指示特定单播URL仅旨在支持重定向方法,在serviceLocation属性中还可承载附加的串格式来标识用于重定向的URL。更具体而言,serviceLocation属性可包括一串,当使用urn格式时,该串以“urn:3gpp:sl”开始,并且可包括串“:transport=unicast”以指示该服务经由单播可用。而且,(键=值对格式的)“:transition=”(“:转换=”)+transValue(转换值)串可指示该URL仅指在支持重定向技术,其中TransValue值可以是UC-BC或BC-UC。serviceLocation属性的示例串可以是urn:3gpp:sl:transport=unicast:transition=UC-BC等等。
关于样本DASH客户端行为,当使得经由单播可用的DASH内容也经由广播可用以卸载单播话务时,内容的相关联的MPD可信令该内容的广播和单播可用性。关于转换URL的信息也可以存在以标识要用于转换重定向的URL。对于转换重定向,DASH客户端实现可涉及使用如同下文解释的BaseURL的serviceLocation信息。
在第一方面中,DASH客户端可以在DASH客户端执行以下操作的情况下开始DASH内容的单播接收:(a)确定用于获取片段的可用带宽以及选择要播放的表示;(b)选择具有包括串“:transport=unicast”或“:transport=both”的serviceLocation属性的BaseURL,但是将包括“:transport=unicast”和“:transition=”的BaseURL排除;和/或(c)使用所选择的BaseURL根据正常的DASH客户端行为执行片段获取。
在第二方面中,在经由单播消费内容时可以存在广播服务可用性的信令(即,单播到广播转换的指示)。经由单播接收DASH内容的DASH客户端可以获得到另一URL的HTTP重定向。DASH客户端随后:(a)评估该经重定向的URL是否与针对相同表示的该MPD的BaseURL相匹配,其中相应的serviceLocation属性包括串“:transport=unicast”和“:transition=UC-BC”;(b)如果找到这种匹配,则执行转换;和/或(c)继续从经重定向的URL获取片段,直到可以确定内容的广播版本的可用性为止。
经由逗号分隔的串来传递参数:为了说明目的而不是作为限制,本文描述的不同参数已使用URN格式来编码。替代地,可采用逗号分隔的串。在一个实施例中,逗号分隔的串可如下地实现。要承载在BaseURL的serviceLocation属性中的第一串可以是“3gpp-sl”等。后续串可以“,”起始被级联到初始串,随后是提供键=值对之类的串。
第二个串(或第一个键=值对)可以是“,transport=”(“,传输=”)+value-string(值-串)等。可能的值-串可以是:“广播”、“单播”、“两者”。serviceLocation属性的示例串可以是3gpp-sl,transport=broadcast或3gpp-sl,transport=unicast。
在相关方面中,为了信令广播DASH服务经由单播的地理可用性,(键=值对格式的)串“,uGeo3GppCellId=”+CellID-string可经由CellID-string(蜂窝小区ID-串)指示可在其中经由单播来消费该服务的3GPP蜂窝小区ID。
serviceLocation属性的示例串可以是
3gpp-sl,transport=unicast,uGeo3GppCellId=345690等等。
(键=值对格式的)串“,uGeo3Gpp2S+N+Z=”+SID_value+“+”+NID_value+“+”+PZID_value可经由SID、NID、PZID以及“+”串的级联来指示可在其中经由单播消费该服务的3GPP2蜂窝ID。serviceLocation属性的示例串可以是:
3gpp-sl,transport=unicast,uGeo3Gpp2S+N+Z=23+34+45等。可定义其他串来捕捉对该设备可能可用的其他地理描述符。
在进一步相关方面中,(键=值对格式的)串“,pp=”+ppValue将经由ppValue(保护周期值)来信令在DASH客户端在处于广播覆盖中时请求片段时要考虑的按毫秒计算的保护周期。serviceLocation属性的示例串可以是:
3gpp-sl,transport=broadcast,pp=50等。
在又进一步相关方面中,为了信令一表示的适当广播传送会话,(键=值对格式的)串“,flute=”+sourceIPAddValue+“+”+tsiValue可经由sourceIPAddValue(源IP地址值)和tsiValue(tsi值)信令合起来唯一标识FLUTE会话的源IP地址和TSI。serviceLocation属性的示例串可以是:
3gpp-sl,transport=broadcast,flute=198.152.39.10+4567等。
替代的(键=值对格式的)串“,fluteSDP=”+sdpURLValue可经由sdpURLValue(sdpURL值)信令标识为该广播服务定义的FLUTE会话之一的URL。serviceLocation属性的示例串可以是:
3gpp-sl,transport=broadcast,fluteSDP=http://example.com/serviceX/service.sdp等。可定义其他串来描述FLUTE会话以外的传送会话。
在再进一步相关方面中,(键=值对格式的)“,transition=”(“,转换=”)+transValue(转换值)串可指示该URL仅指在支持重定向技术,其中transValue值可以是例如UC-BC或BC-UC。serviceLocation属性的示例串可以是:
3gpp-sl,transport=unicast,transition=UC-BC等。
经由XML串来传递参数:在BaseURL的serviceLocation属性中编码到现在为止描述的用于传输的不同参数的又一种方式是经由XML文件。这些参数的XML结构可以在如图21的示例中所示的XML模式中捕捉,其示出了针对单一服务的多个广播传输。
在一个实施例中,为了信令传输的类型,serviceLocation属性可以如下。对于广播类型,serviceLocation属性可以是:
对于单播类型,serviceLocation属性可以是:
在另一实施例中,为了信令广播DASH服务经由单播的地理可用性,以下的可应用:
使用3GPP蜂窝ID:
使用3GPP2蜂窝ID:
在又一实施例中,为了信令保护周期,以下的可应用:
在再一实施例中,为了信令一表示的适当的广播传送会话,以下的可应用:
在又一实施例中,为了信令用于按需DASH服务的URL,以下的可应用:
用于声明广播传输模式和/或广播可用性调整的选项:根据本公开的主题的方面,提供了用于使用MPD来声明DASH片段的传输模式、以及经由广播递送的媒体片段相对于那些相同媒体片段的单播递送在可用性上的可用性调整的其他选项。上面描述的一种方法涉及使用serviceLocation属性来承载关于传输模式和广播可用性调整信息的这种元数据。上面描述的另一种方法涉及使用MBMS服务宣告信息的会话描述来经由SDP文件等提供传输模式和递送可用性调整信息。
作为替代或附加,传输模式和广播可用性调整信息可在名称为TransportDescription(传输描述)等的新MPD元素中被信令。例如,TransportDescription可表示一种类型的通用描述符元素(例如,如由MPEGDASH(ISO/IEC23009-1)或3GP-DASH(3GPP TS26.247)标准所定义的),并且担当用于MPD中描述的该表示的传输和访问相关信息的容器。此类传输和访问信息的示例可包括:i)传输拓扑(单播、广播还是两者);ii)广播技术(例如,通过GERAN、UTRAN或LTE的蜂窝MBMS)、地面广播电视系统(例如,ATSC、ISDB-T、T-DMB、CMMB或DVB-T)或卫星电视广播技术(例如,DVB-S或S-DMB)的具体类型;iii)对专用于该接入技术的服务宣告/发现相关信息的引用;以及iv)相对于单播递送的片段可用性的片段可用性的广播递送专用可用性调整。广播专用可用性调整可通过提供要添加到单播片段可用性时间的时间延迟值来增补MPDavailabilityStartTime。所得到的值(单播片段可用性时间+广播延迟值)表示广播片段可用性时间。
作为替代或附加,传输模式和广播可用性调整信息可以通过在MPD中的BaseURL元素下定义新的扩展参数来信令。新的扩展参数可包括子元素或属性broadcastDelivery(广播递送),broadcastDelivery指示MBMS递送并且附加地宣告广播可用性调整。该新扩展参数可在该表示元素的BaseURL子元素等之下出现。这种方法将提供媒体呈现的个体表示是否将可用于广播递送的指示,并且还将提供对任何不同的等待时间的指示。
注意,TransportDescription可被定义为单独提供服务宣告信息的进入点。可用性调整参数可被移动到MPD的BaseURL元素中。在相关方面中,当TransportDescription元素被用来表达访问专用参数时(在广播传输的情况下所指示的),传输和访问相关信息可显式地标识该技术(例如,蜂窝、地面电视、卫星电视等)。该广播技术可以通过扩展BaseURL元素以承载访问专用参数等来标识。在进一步相关方面中,Transport(传输)描述符可被置于MPD的不同层级,诸如例如在最高MPD元素级或在MPD的子元素(例如,Period(周期)、Adaptationset(自适应集)、Representation(表示)等)之下。注意,TransportDescription元素可以是BaseURL的对等元素,或者可以是SegmentBase(片段基础)的对等元素。
在相关方面中,Transport描述符(即,TransportDescription元素)可以能够寻址MPD中声明的个体片段,因为每个片段可能通过不同网络来递送。在进一步相关方面中,Transport描述符可以在Representation(表示)层级处定义。例如,Transport描述符可被添加到以下元素:(a)BaseURL元素,其随后可被灵活使用,和/或(b)SegmentBase元素(当不存在BaseURL时),使得Transport描述符可被添加到Period、AdaptationSet、和/或Representation级上。
在相关方面中,(如由Transport描述符的属性schemeIdUri(模式IdUri)所表示的)Transport描述符访问模式可被构造成使得DASH客户端、设备中间件、或其他UE功能可以解释此特征来确定该网络栈是否支持此传输模式。Transport描述符中的相关联的值可提供指向到该服务宣告的传送的唯一入口指针。例如,相关联的值可以是ServiceID(服务ID)或指向服务宣告文档的URL等。
在相关方面中,在MBMS的情况下,Transport描述符值可以是指向用户设备包文档/分段的URL(其也包括ServiceID(例如,被编码为该URL中的分段))。Transport描述符值可包括关于要加入的FLUTE会话的具体信息。作为替代或补充,也可通过HTTP等使指向该服务以及接入发现信息的URL在网页上可用。在此情况下,可定义内容类型,该内容类型将由该URL链接的文档标识为广播/多播链路的用户服务包描述文档。
信令表示的广播和/或单播可用性:根据本文描述的实施例的一个或多个方面,提供一种用于信令广播无线系统中的媒体数据片段的各表示的广播可用性和/或单播可用性的技术。参考图10B,示出了示例USD,该USD包括eMBMS服务的系统信息。该USD已被扩展以描述经所述表示经由广播、单播或经由两者的可用性。
如图10B所示,经更新的media-Presentation-Description-2(媒体-呈现-描述-2)元素的存在指示:该USD所描述的服务是DASH eMBMS服务,其中mpdURI元素提供了链接以标识与该DASH服务相关联的MPD。
经更新的media-Presentation-Description-2元素还提供了标识单播和广播表示的broadcast-Representation(广播-表示)和unicast-Representation(单播-表示)元素的列表。这两个列表中所标识的表示经由单播和广播可用。
任一列表中的表示可以:作为对MPD中所标识的相应值的引用,经由periodId(周期Id)属性由周期来标识;经由adaptationSetId(自适应集Id)属性由自适应集来标识;和/或经由representationId(表示Id)属性由该表示来标识。还可将广播表示与serviceArea(服务区域)信息相关联,该信息使得广播组件能够确定哪个表示在给定广播区域中可用。
因为广播服务还可包括多个传输流,所以广播DASH服务可具有由各独立传输流承载的不同表示。可以实现这一点以便提供针对不同设备能力的不同解析度,或者针对不同用户偏好的不同语言。
在示例广播客户端行为中,基于eMBMS DASH服务的USD中信令的DASH表示的广播和/或单播可用性,广播eMBMS客户端可以能够:知晓该设备是在广播覆盖之内还是之外;和/或根据如图10B所示的系统信息(例如,eMBMS中的USD)知晓MPD中的哪个DASH表示经由广播服务可用而哪些经由单播可用。在相关方面中,取决于广播覆盖状态,广播客户端可以:一旦该设备处于广播覆盖中就向客户端信令选择可用广播表示之一;和/或一旦该设备不处于广播覆盖中就向客户端信令选择可用单播表示之一。在进一步相关方面中,取决于广播表示的DASH客户端选择,广播客户端可激活承载所选择的表示的FLUTE会话的接收。
属性availabilityTimeAdjustment(可用性时间调整)如果存在则指定表示相对于MPD分段中声明的片段可用性开始时间(即MPDavailabilityStartTime)的广播接收的调整,其可以是负值或正值。正(负)值意味着该表示的片段的可用性时间比经由单播递送的媒体呈现的任何表示(如果适用)的可用性时间更晚(更早)。serviceArea(服务区域)和sessionDescription(会话描述)元素如果存在则分别代表该表示可用的服务区域以及承载该表示的FLUTE会话。unicastRepresentation(单播表示)元素如果存在则标识通过单播提供以用于回退递送的每个表示。单播递送的表示可以是还通过MBMS承载递送的相同表示,或者其可以是仅通过单播承载递送的表示。
鉴于本文中所示出和描述的各种系统,参照各种流程图将更好地领会可根据所公开主题内容来实现的方法。虽然出于使解释简单化的目的,方法被示出并描述为一系列动作/框,但是应当理解和领会,所要求保护的主题内容并不受框的数目或次序所限定,因为一些框可按与本文所描绘和描述的那些次序不同的次序发生和/或与其他框基本上同时发生。不仅如此,实现本文中描述的方法可能并不需要所有所解说的框。将领会,与各个框相关联的功能性可由软件、硬件、其组合或任何其他合适的手段(例如,设备、系统、过程、或组件)来实现。另外,还应进一步领会,在本说明书通篇公开的方法能够被存储在制品上以便于将此类方法传送和转移到各种设备。本领域技术人员将理解和领会,方法可被替换地表示为诸如状态图中那样的一系列相互关联的状态或事件。
根据本文参考图22A描述的各实施例的一个或多个方面,示出了可由移动实体(例如UE等)操作的方法2200。方法2200可涉及:在2210,接收MPD,该MPD包括用于经由广播传输和单播传输接收内容的多个表示的数据片段的参数(例如,响应于文件递送会话的激活)。应当注意,在广播情况下,数据可本地驻留于UE的HTTP高速缓存上,而在单播情况下,数据可驻留于HTTP服务器中或“在云中”。方法2200可涉及:在2220处,确定广播传输还是单播传输适于数据片段的接收。方法2200可涉及:在2230处,基于该移动实体的准则从该内容的多个表示中选择给定表示。方法2200可涉及:在2240处,至少部分基于广播传输和单播传输中所确定的一者的参数来接收该给定表示的数据片段。
参照图22B-D,示出了方法2200的任选的并且可由移动实体等执行的进一步操作或方面。如果方法2200包括图22B或22C的至少一个框,则方法2200可在这至少一个框之后终止,而没有必要一定包括可能被解说的任何后续下游框。进一步注意到,框的参考标号不意味可根据方法2200执行这些框的特定次序。例如,该移动实体可以在广播移动系统上操作,广播DASH服务可经由包括MPD的系统信息元数据来定义,且该方法可涉及从该MPD中的参数确定该广播DASH服务的替代递送是否经由单播传输可用(框2250)。
该方法2200可涉及确定该移动实体的当前位置中的广播传输的可用性(框2252),以及在不存在该广播传输的可用性的情况下,确定作为广播传输的替代的单播传输的可用性(框2254)。
该准则可包括显示分辨率能力、语言能力、该移动实体的无线网络兼容性、或用于支持表示的带宽要求的无线信道可用性中的至少一者(框2256)。用于与给定表示相关联的广播文件递送会话的信息被用来激活广播文件递送会话以用于媒体片段的接收(框2258)。
方法2200可涉及:通过在当前广播服务区域中可接收的可用广播表示之中做出选择来选择广播接收的表示(框2260)。
方法2200可涉及:通过在当前单播服务区域中可接收的用于替代递送的可用单播表示之中做出选择来选择单播接收的表示(框2262)。
参考图22C,接收(框2240)可涉及:针对给定表示,将该表示的数据片段的可用性时间线调整一等待时间调整周期(框2264)。
接收(框2240)可涉及:考虑如由各表示的相应等待时间调整周期所定义的各表示的可用性时间线差异(框2266);考虑影响对数据片段的访问的广播传输和单播传输的特性(框2268);以及调整数据片段的缓冲以针对该内容的相应表示实现经由单播传输和广播传输的接收之间的无缝转换(框2270)。
该等待时间周期调整可指示该给定表示的数据片段经由广播传输相对于经由单播传输在可用性上的时间延迟或时间提前(框2272)。例如,所述参数可指示该数据片段的广播递送相对于该数据片段的单播递送的可用性调整。例如,所述参数可指示广播递送的数据片段的可用性相对于其经由单播递送的可用性的预期的时间延迟。在替代方案中,所述参数可指示广播递送的数据片段的可用性相对于其经由单播递送的可用性的预期的时间提前。
所述参数可指示数据片段的(a)仅单播,(b)仅广播,或(c)单播和广播两者可用性(框2274)。可涉及数据片段的(b)仅广播或(c)单播和广播两者可用性的所述参数的至少一者标识广播分发技术(框2276)。例如,该至少一种广播分发技术可对应于基于IP的广播系统,诸如例如:a)蜂窝广播技术,b)地面广播电视系统,或c)卫星电视广播技术。
参考图22D,所述参数包括关于广播表示在所标识的特定广播服务区域中的可用性的信息(框2278)。
数据片段可以是DASH媒体片段等(框2280),且方法2200可进一步涉及:响应于媒体片段的接收从广播传输转换到单播传输(或反之),累积数据片段以实现媒体片段的无缝回放(框2282)。所述参数可编码在MPD的扩展元素TransportDescription(传输描述)等的一个或多个实例中(框2284)。所述参数可包括针对广播内容的特定表示的FLUTE会话标识符或诸如此类(框2286)。
在相关方面中,确定(框2220)可涉及:确定单播索取适于数据片段的接收。所述参数可指示数据片段针对单播索取的地理可用性。在进一步相关方面中,所述参数可包括用于经由该内容的MPD中的serviceLocation属性来将单播DASH访问定向到该内容的按需广播版本的信息。
在又进一步相关方面中,参数可被编码在MPD的BaseURL中。所述参数可包括在注册NID下的URN。所述参数可包括URN命名空间专用串(NSS),该URN NSS包括作为串承载在BaseURL的serviceLocation属性中的键=值对的冒号分割的列表。所述参数可与提供给定数据流的替代的DASH表示有关。
在又进一步相关方面中,所述参数可被编码在该MPD下的扩展元素TransportDescription的一个或多个实例中。MPD下的扩展元素可驻留于MPD数据结构的以下不同分层层级的一者或多者中:MPD元素、Period元素、AdaptationSet元素以及Representation元素。TransportDescription可以是一种类型的通用描述符元素,并且可包含在该MPD中描述的该表示的与传输和访问相关的信息。TransportDescription的每个实例中承载的与传输和访问有关的信息可指示至少一种传输拓扑:a)单播、b)广播、或c)单播和广播两者。
如果传输拓扑被指示为广播或者广播和单播两者,则与传输和访问有关的信息可指示a)蜂窝广播技术、b)地面广播电视系统、或c)卫星电视广播技术的具体类型之一。该与传输和访问有关的信息可指示用于访问广播技术的服务宣告/发现信息的入口点信息。除了用于访问广播技术的服务宣告/发现信息的入口点信息以外,与传输和访问有关的信息还可指示广播递送的数据片段相对于其经由单播递送的可用性的预期可用性调整。数据片段的经由单播递送的可用性时间可以由MPDavailabilityStartTime的值表示或从该值导出。
在相关方面中,所述参数可被编码在该MPD的BaseURL元素的至少一个实例下的一个或多个扩展参数中。该BaseURL元素的一个或多个实例中的每个实例中的参数可指示单播或广播传输模式。如果该传输模式被指示为广播,则相关联的参数可允许a)蜂窝广播技术、b)地面广播电视系统、或c)卫星电视广播技术中的一种具体类型的一种广播分发技术的显式标识。所述参数可指示广播递送的数据片段的相对于其经由单播递送的可用性的预期可用性调整。所述参数可指示媒体呈现的个体标识是否将可用于广播递送。如果传输模式被指示为单播,则相关联的参数可允许一个单播接入网络或内容递送网络(CDN)类型的显式标识。所述参数可指示此单播接入网络或CDN上索取的数据片段的相对于其经由单播递送的可用性的预期可用性调整。
根据本文中所描述的实施例的一个或更多个方面,提供了用于执行上面参考图22A-D描述的方法的设备和装置。参考图23,提供一种示例性装置2300,该装置可被配置为移动实体、或被配置为在其中使用的处理器或类似设备/组件。装置2300可包括可表示由处理器、软件、或其组合(例如,固件)实现的功能的功能块。例如,装置2300可包括用于接收MPD的电气组件或模块2312,该MPD包括用于经由广播传输和单播传输接收内容的多个表示的数据片段的参数。装置2300可包括用于确定广播传输还是单播传输适于数据片段的接收的组件2314。装置2300可包括用于基于该移动实体的准则从该内容的多个表示中选择给定表示的组件2316。装置2300可包括用于至少部分基于广播传输和单播传输中所确定的一者的参数来接收该给定表示的数据片段的组件2318。
在相关方面,在装置2300被配置成移动实体而非处理器的情形中,装置2300可任选地包括具有至少一个处理器的处理器/控制器组件2350。在此情形中,处理器2350可经由总线2352等与组件2312-2318处于可操作通信中。处理器2350可实现对由组件2312-2318所执行的过程或功能的发起和调度。
在进一步相关方面,装置2300可包括射频(RF)收发机组件2354。自立的接收机和/或自立的发射机可替代或结合收发机2354使用。装置2300可任选地包括用于存储信息的组件,诸如举例而言存储器设备/组件2356。计算机可读介质或存储器组件2356可经由总线2352或类似物可操作地耦合至装置2300的其它组件。存储器组件2356可被适配成存储用于实现组件2312-2318及其子组件或处理器2350的过程和行为、或上面参考图22A-D所公开的方法的计算机可读指令和数据。存储器组件2356可留存用于执行与组件2312-2318相关联的功能的指令。虽然被示为在存储器2356外部,但是应理解,组件2312-2318可以存在于存储器2356内。还应注意,图23中的组件可包括处理器、电子器件、硬件设备、电子子组件、逻辑电路、存储器、软件代码、固件代码等,或其任何组合。
根据本文描述的实施例中的一个或多个方面,图24示出了移动实体等能够操作的另一示例方法2400。方法2400可涉及:在2410,接收系统信息,该系统信息包括:(a)DASH MPD;以及(b)用于经由广播传输和单播传输接收内容的多个表示的数据片段的参数。方法2400可涉及:在2415处,确定广播传输还是单播传输适于数据片段的接收。方法2400可涉及:在2420处,基于所述参数和该移动实体的准则从该内容的多个表示中选择给定表示。方法2400可涉及:在2430,接收该给定表示的数据片段。
根据本文描述的实施例的一个或多个方面,图25示出了用于执行上面参考图24描述的方法2400的装置2500(例如,移动实体或其组件)的设计。例如,装置2500可包括用于接收系统信息的电气组件或模块2512,该系统信息包括:(a)DASH MPD;以及(b)用于经由广播传输和单播传输接收内容的多个表示的数据片段的参数。装置2500可包括用于确定广播传输还是单播传输适于数据片段的接收的组件2513。装置2500可包括用于基于所述参数和该移动实体的准则从该内容的多个表示中选择给定表示的组件2514。装置2500可包括用于接收给定表示的数据片段的组件2516。为了简明起见,关于装置2500的其它细节不再详细描述;然而,应当理解装置2500的许多特征和方面与以上相对于图23的装置2300所描述的那些特征和方面是实质上相似的。
根据本文参考图26描述的各实施例的一个或多个方面,示出了可由网络实体(例如eNB等)操作的方法2600。方法2600可涉及:在2610,发送MPD,该MPD包括用于经由广播传输和单播传输接收内容的多个表示的数据片段的参数。方法2600可涉及:在2620,接收对该内容的给定表示的请求。方法2600可涉及:在2630处,至少部分基于所述参数来经由广播传输或单播传输发送该给定表示的该数据片段。该方法可任选地涉及:信令服务的哪些表示可用于广播传输或单播传输(框2640)。例如,发送数据片段(框2630)可涉及:经由单播传输发送该给定表示的该数据片段并且并行地经由广播传输发送至少一个不同表示的数据片段(框2650)。
根据本文描述的实施例的一个或多个方面,图27示出了用于执行上面参考图26描述的方法2600的装置2700(例如,网络实体或其组件)的设计。例如,装置2700可包括用于发送MPD的电气组件或模块2712,该MPD包括用于经由广播传输和单播传输接收内容的多个表示的数据片段的参数。装置2700可包括用于接收对该内容的给定表示的请求的组件2714。装置2700可包括用于至少部分基于所述参数来经由广播传输或单播传输发送该给定表示的该数据片段的组件2716。为了简明起见,关于装置2700的其它细节不再详细描述;然而,应当理解装置2700的许多特征和方面与以上相对于图23的装置2300所描述的那些特征和方面是相似的。然而,应当注意,装置2700可以是网络实体,诸如eNB等。相应地,该装置可包括网络接口组件(例如网络接口卡或控制器)以及在无线通信系统中使用的基站中通常发现的其他组件。
应当注意,网络侧描述了用于移动设备/实体在广播和/或单播表示之间选择的MPD和参数。该网络发送广播表示并且使得单播表示可用于移动设备来获取片段。在相关方面中,装置2700可进一步涉及:响应于该移动实体选择单播模式来用于接收媒体数据片段的表示,经由单播HTTP等向移动实体发送该媒体数据片段的所选择的表示。
本领域技术人员将可理解,信息和信号可使用各种不同技术和技艺中的任何一种来表示。例如,以上描述通篇可能引述的数据、指令、命令、信息、信号、位(比特)、码元、和码片可由电压、电流、电磁波、磁场或磁粒子、光场或光学粒子、或其任何组合来表示。
技术人员将进一步领会,结合本文公开所描述的各种解说性逻辑框、模块、电路、和过程步骤可被实现为电子硬件、计算机软件、或两者的组合。为清楚地解说硬件与软件的这一可互换性,各种解说性组件、块、模块、电路、和步骤在上面是以其功能性的形式作一般化描述的。此类功能性是被实现为硬件还是软件取决于具体应用和施加于整体系统的设计约束。技术人员可针对每种特定应用以不同方式来实现所描述的功能性,但此类实现决策不应被解读为致使脱离本公开的范围。
结合本文的公开所描述的各种解说性逻辑框、模块、以及电路可用被设计成用于执行本文中描述的功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其任何组合来实现或执行。通用处理器可以是微处理器,但在替换方案中,处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可以被实现为计算设备的组合,例如DSP与微处理器的组合、多个微处理器、与DSP核心协同的一个或多个微处理器或任何其它此类配置。
结合本文的公开所描述的方法或过程的步骤可直接在硬件中、在由处理器执行的软件模块中、或在这两者的组合中实施。软件模块可驻留在RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM、或本领域中所知的任何其他形式的存储介质中。示例性存储介质耦合到处理器以使得该处理器能从/向该存储介质读写信息。替换地,存储介质可以被整合到处理器。处理器和存储介质可驻留在ASIC中。ASIC可驻留在用户终端中。替换地,处理器和存储介质可作为分立组件驻留在用户终端中。
在一个或多个示例性设计中,所描述的功能可以在硬件、软件、固件、或其任何组合中实现。如果在软件中实现,则各功能可以作为一条或多条指令或代码存储在计算机可读介质上或藉其进行传送。计算机可读介质包括计算机存储介质和通信介质两者,包括促成计算机程序从一地向另一地转移的任何介质。存储介质可以是能被通用或专用计算机访问的任何可用介质。作为示例而非限定,这样的计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储、磁盘存储或其他磁存储设备、或能被用来携带或存储指令或数据结构形式的期望程序代码手段且能被通用或专用计算机、或者通用或专用处理器访问的任何其他介质。任何连接也被正当地称为计算机可读介质。例如,如果软件是使用同轴电缆、光纤电缆、双绞线、数字订户线(DSL)、或非瞬态无线技术从web站点、服务器、或其他远程源传送的,那么该同轴电缆、光纤电缆、双绞线、DSL、或非瞬态无线技术就被包括在介质的定义之中。如本文中所使用的盘(disk)和碟(disc)包括压缩碟(CD)、激光碟、光碟、数字多用碟(DVD)、软盘和蓝光碟,其中盘(disk)往往以磁的方式再现数据,而碟(disc)用激光以光学方式再现数据。上述的组合也应被包括在计算机可读介质的范围内。
提供对本公开的先前描述是为了使得本领域任何技术人员皆能够制作或使用本公开。对本公开的各种修改对本领域技术人员来说都将是显而易见的,且本文中所定义的普适原理可被应用到其它变体而不会脱离本公开的精神或范围。由此,本公开并非旨在被限定于本文中所描述的示例和设计,而是应被授予与本文中所公开的原理和新颖性特征相一致的最广范围。
Claims (30)
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的扩展元素TransportDescription的一个或多个实例中;以及
所述参数包括针对广播内容的特定表示的通过单向传输的文件递送(FLUTE)会话标识符。
15.一种设备,包括:
用于接收媒体呈现描述(MPD)的装置,所述MPD包括用于经由广播传输和单播传输接收内容的多个表示的数据片段的参数;
用于确定所述广播传输还是所述单播传输适于接收所述数据片段的装置;
用于基于移动实体的准则,从所述内容的所述多个表示中选择给定表示的装置;以及
用于至少部分基于所确定的所述广播传输和所述单播传输中的一者的参数来接收所述给定表示的所述数据片段的装置。
16.如权利要求15所述的设备,其特征在于,所述设备在广播移动系统上工作,其中广播DASH服务经由包括所述MPD的系统信息元数据来定义,所述设备进一步包括用于从所述MPD中的所述参数确定所述广播DASH服务的替代递送是否经由所述单播传输可用的装置。
17.如权利要求15所述的设备,其特征在于,还包括:
用于确定所述广播传输在所述移动实体的当前位置的可用性的装置;以及
用于在所述广播传输的可用性不存在的情况下,确定作为所述广播传输的替代的所述单播传输的可用性的装置。
18.一种设备,包括:
射频(RF)收发机,其配置成接收媒体呈现描述(MPD),所述MPD包括用于经由广播传输和单播传输接收内容的多个表示的数据片段的参数;
至少一个处理器,其配置成:确定所述广播传输还是所述单播传输适于接收所述数据片段;并且基于移动实体的准则从所述内容的所述多个表示中选择给定表示;以及
耦合至所述至少一个处理器的用于存储数据的存储器;
其中所述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)的装置,所述MPD包括用于经由广播传输和单播传输接收内容的多个表示的数据片段的参数;
用于接收对所述内容的给定表示的请求的装置;以及
用于至少部分基于所述参数来经由所述广播传输或所述单播传输发送所述给定表示的所述数据片段的装置。
29.一种设备,包括:
射频(RF)收发机;
至少一个处理器,其配置成:(a)指示所述RF收发机发送媒体呈现描述(MPD),所述MPD包括用于经由广播传输和单播传输接收内容的多个表示的数据片段的参数;以及(b)响应于接收对所述内容的给定表示的请求,指示所述RF收发机至少部分基于所述参数来经由所述广播传输或所述单播传输发送所述给定表示的所述数据片段;以及
耦合至所述至少一个处理器的用于存储数据的存储器。
30.一种计算机程序产品,包括:
非瞬态计算机可读介质,其包括用于使计算机执行以下动作的代码:
发送媒体呈现描述(MPD),所述MPD包括用于经由广播传输和单播传输接收内容的多个表示的数据片段的参数;
接收对所述内容的给定表示的请求;以及
至少部分基于所述参数来经由所述广播传输或所述单播传输发送所述给定表示的所述数据片段。
Applications Claiming Priority (11)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201261587103P | 2012-01-16 | 2012-01-16 | |
US61/587,103 | 2012-01-16 | ||
US201261623965P | 2012-04-13 | 2012-04-13 | |
US61/623,965 | 2012-04-13 | ||
US201261646873P | 2012-05-14 | 2012-05-14 | |
US61/646,873 | 2012-05-14 | ||
US201261719936P | 2012-10-29 | 2012-10-29 | |
US61/719,936 | 2012-10-29 | ||
US13/741,367 | 2013-01-14 | ||
US13/741,367 US20130182643A1 (en) | 2012-01-16 | 2013-01-14 | Method and system for transitions of broadcast dash service receptions between unicast and broadcast |
PCT/US2013/021599 WO2013109551A1 (en) | 2012-01-16 | 2013-01-15 | Method and system for transitions of broadcast dash service receptions between unicast and broadcast |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104205766A true CN104205766A (zh) | 2014-12-10 |
CN104205766B CN104205766B (zh) | 2018-04-13 |
Family
ID=48779908
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201380005482.3A Active CN104205766B (zh) | 2012-01-16 | 2013-01-15 | 用于单播和广播之间的广播dash服务接收转换的方法和系统 |
Country Status (8)
Country | Link |
---|---|
US (1) | US20130182643A1 (zh) |
EP (2) | EP3432548B1 (zh) |
JP (2) | JP6092253B2 (zh) |
KR (1) | KR102017361B1 (zh) |
CN (1) | CN104205766B (zh) |
BR (1) | BR112014017357B1 (zh) |
IN (1) | IN2014CN04460A (zh) |
WO (1) | WO2013109551A1 (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106254300A (zh) * | 2015-06-08 | 2016-12-21 | 中兴通讯股份有限公司 | 流媒体传输方法、播放方法、传输装置及播放装置 |
CN107438991A (zh) * | 2015-04-07 | 2017-12-05 | 三星电子株式会社 | 经由多媒体广播多播服务的灵活广播服务的方法和装置 |
CN107810625A (zh) * | 2015-06-30 | 2018-03-16 | 英国电讯有限公司 | 低延迟媒体流传输 |
CN107852534A (zh) * | 2015-07-09 | 2018-03-27 | 思科技术公司 | 在广播流和单播流之间转换 |
CN109964471A (zh) * | 2016-10-18 | 2019-07-02 | 埃克斯普韦公司 | 用于向移动用户设备发送内容的方法 |
Families Citing this family (71)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20120034550A (ko) | 2010-07-20 | 2012-04-12 | 한국전자통신연구원 | 스트리밍 컨텐츠 제공 장치 및 방법 |
US9467493B2 (en) | 2010-09-06 | 2016-10-11 | Electronics And Telecommunication Research Institute | Apparatus and method for providing streaming content |
WO2012033319A2 (ko) * | 2010-09-06 | 2012-03-15 | 한국전자통신연구원 | 스트리밍 컨텐츠 제공 장치 및 방법 |
WO2012125006A2 (ko) * | 2011-03-16 | 2012-09-20 | 한국전자통신연구원 | 레프리젠테이션을 사용하는 스트리밍 콘텐츠 제공 장치 및 방법 |
US9226265B2 (en) | 2011-04-15 | 2015-12-29 | Qualcomm Incorporated | Demand-based multimedia broadcast multicast service management |
US9160779B2 (en) | 2011-06-30 | 2015-10-13 | Qualcomm Incorporated | Dynamic adaptive streaming proxy for unicast or broadcast/multicast services |
US8977704B2 (en) | 2011-12-29 | 2015-03-10 | Nokia Corporation | Method and apparatus for flexible caching of delivered media |
US9401968B2 (en) * | 2012-01-20 | 2016-07-26 | Nokia Techologies Oy | Method and apparatus for enabling pre-fetching of media |
US8953478B2 (en) * | 2012-01-27 | 2015-02-10 | Intel Corporation | Evolved node B and method for coherent coordinated multipoint transmission with per CSI-RS feedback |
US9438883B2 (en) * | 2012-04-09 | 2016-09-06 | Intel Corporation | Quality of experience reporting for combined unicast-multicast/broadcast streaming of media content |
US9445138B2 (en) | 2012-04-12 | 2016-09-13 | Qualcomm Incorporated | Broadcast content via over the top delivery |
US9820259B2 (en) | 2012-05-04 | 2017-11-14 | Qualcomm Incorporated | Smooth transition between multimedia broadcast multicast service (MBMS) and unicast service by demand |
JP6064249B2 (ja) | 2012-07-09 | 2017-01-25 | ホアウェイ・テクノロジーズ・カンパニー・リミテッド | 動的適応ストリーミングオーバーハイパーテキスト転送プロトコルクライアント挙動フレームワークおよびセッション管理の実装 |
US9125073B2 (en) | 2012-08-03 | 2015-09-01 | Intel Corporation | Quality-aware adaptive streaming over hypertext transfer protocol using quality attributes in manifest file |
US20150207838A1 (en) * | 2012-08-14 | 2015-07-23 | Telefonaktiebolaget L M Ericsson (Publ) | Processing of multimedia data |
US9232434B2 (en) * | 2012-11-07 | 2016-01-05 | Futurewei Technologies, Inc. | System and method for WiFi offload |
ES2763998T3 (es) * | 2012-11-13 | 2020-06-01 | Ericsson Telefon Ab L M | Procesado de datos multimedia |
US20140156865A1 (en) * | 2012-11-30 | 2014-06-05 | Futurewei Technologies, Inc. | Generic Substitution Parameters in DASH |
US10735486B2 (en) | 2012-12-28 | 2020-08-04 | Qualcomm Incorporated | Device timing adjustments and methods for supporting dash over broadcast |
WO2014108207A1 (en) * | 2013-01-11 | 2014-07-17 | Telefonaktiebolaget L M Ericsson (Publ) | Technique for operating client and server devices in a broadcast communication network |
US10015437B2 (en) | 2013-01-15 | 2018-07-03 | Qualcomm Incorporated | Supporting transport diversity and time-shifted buffers for media streaming over a network |
CN104854835B (zh) * | 2013-01-17 | 2018-07-06 | 英特尔Ip公司 | 用于dash感知网络应用功能(d-naf)的装置和方法 |
WO2014133589A1 (en) * | 2013-03-01 | 2014-09-04 | Intel Corporation | Wireless local area network (wlan) traffic offloading |
US9807188B2 (en) * | 2013-04-09 | 2017-10-31 | Samsung Electronics Co., Ltd. | Methods and apparatuses for dynamic content offloading |
US9674251B2 (en) | 2013-06-17 | 2017-06-06 | Qualcomm Incorporated | Mediating content delivery via one or more services |
US10560509B2 (en) | 2013-07-05 | 2020-02-11 | Qualcomm Incorporated | Method and apparatus for using HTTP redirection to mediate content access via policy execution |
CN105308957B (zh) * | 2013-07-24 | 2019-04-05 | 华为技术有限公司 | 用于网络协助自适应流媒体的系统和方法 |
JP2015043484A (ja) * | 2013-08-26 | 2015-03-05 | ソニー株式会社 | コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム |
JP2015043486A (ja) * | 2013-08-26 | 2015-03-05 | ソニー株式会社 | プロキシサーバ装置、情報処理方法、プログラム、端末装置、およびコンテンツ供給システム |
KR102033986B1 (ko) * | 2013-09-13 | 2019-10-21 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 스트리밍 미디어를 전송하기 위한 방법과 시스템, 사용자 장비, 및 서버 |
US9473566B2 (en) | 2013-09-14 | 2016-10-18 | Qualcomm Incorporated | Delivering services using different delivery methods |
JP2015070427A (ja) * | 2013-09-27 | 2015-04-13 | ソニー株式会社 | コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム |
US9807452B2 (en) | 2013-10-07 | 2017-10-31 | Samsung Electronics Co., Ltd. | Practical delivery of high quality video using dynamic adaptive hypertext transport protocol (HTTP) streaming (DASH) without using HTTP in a broadcast network |
JP6151152B2 (ja) | 2013-10-11 | 2017-06-21 | ソニー株式会社 | 受信装置、受信方法、送信装置、及び、送信方法 |
JP6466850B2 (ja) * | 2013-10-28 | 2019-02-06 | サターン ライセンシング エルエルシーSaturn Licensing LLC | コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム |
US9363333B2 (en) * | 2013-11-27 | 2016-06-07 | At&T Intellectual Property I, Lp | Server-side scheduling for media transmissions |
US20150172066A1 (en) * | 2013-12-13 | 2015-06-18 | Qualcomm Incorporated | Practical implementation aspects of unicast fetch for http streaming over embms |
EP3082370B1 (en) * | 2013-12-31 | 2018-04-18 | Huawei Technologies Co., Ltd. | Network controller, site and method for establishing protection period |
WO2015147710A1 (en) * | 2014-03-26 | 2015-10-01 | Telefonaktiebolaget L M Ericsson (Publ) | Methods and equipment for management of playback buffers |
JP6358460B2 (ja) * | 2014-04-04 | 2018-07-18 | ソニー株式会社 | 受信装置、受信方法、送信装置、及び、送信方法 |
CA2933608C (en) * | 2014-04-30 | 2018-09-11 | Lg Electronics Inc. | Broadcast signal transmitting device, broadcast signal receiving device, broadcast signal transmitting method, and broadcast signal receiving method |
US9167454B1 (en) * | 2014-05-08 | 2015-10-20 | Sprint Communications Company L.P. | Wireless communication system to detect an abnormal condition associated with wireless communication device types |
CN105227535B (zh) * | 2014-07-01 | 2019-12-06 | 思科技术公司 | 用于边缘缓存和客户端设备的装置及方法 |
US9973345B2 (en) * | 2014-09-10 | 2018-05-15 | Qualcomm Incorporated | Calculating and signaling segment availability times for segments of media data |
WO2016061737A1 (zh) * | 2014-10-20 | 2016-04-28 | 华为技术有限公司 | 信息传输方法、设备和系统 |
WO2016072725A1 (ko) * | 2014-11-04 | 2016-05-12 | 엘지전자 주식회사 | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 |
US9929888B2 (en) | 2014-11-17 | 2018-03-27 | Lg Electronics Inc. | Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method |
US10827484B2 (en) | 2014-12-12 | 2020-11-03 | Qualcomm Incorporated | Traffic advertisement in neighbor aware network (NAN) data path |
US10075950B2 (en) | 2014-12-12 | 2018-09-11 | Qualcomm Incorporated | Traffic advertisement in neighbor aware network (NAN) data path |
US9949236B2 (en) * | 2014-12-12 | 2018-04-17 | Qualcomm Incorporated | Traffic advertisement in neighbor aware network (NAN) data path |
US10820314B2 (en) * | 2014-12-12 | 2020-10-27 | Qualcomm Incorporated | Traffic advertisement in neighbor aware network (NAN) data path |
WO2016105090A1 (ko) * | 2014-12-22 | 2016-06-30 | 엘지전자 주식회사 | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 |
US20160212054A1 (en) * | 2015-01-20 | 2016-07-21 | Microsoft Technology Licensing, Llc | Multiple Protocol Media Streaming |
EP3051769B1 (en) * | 2015-01-27 | 2018-03-14 | Alcatel Lucent | Dynamic switching to broadcast transmission of multimedia content over a mobile communication network |
US10264296B2 (en) * | 2015-02-27 | 2019-04-16 | Sony Corporation | Reception apparatus, reception method, transmission apparatus, and transmission method |
WO2016205733A1 (en) * | 2015-06-19 | 2016-12-22 | Huawei Technologies Co., Ltd. | Template uniform resource locator signing |
US10735546B2 (en) * | 2015-06-29 | 2020-08-04 | Vid Scale, Inc. | Dash caching proxy application |
WO2017018768A1 (ko) * | 2015-07-25 | 2017-02-02 | 엘지전자 주식회사 | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 |
US20180263074A1 (en) * | 2015-09-08 | 2018-09-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Streaming session continuation |
KR102454746B1 (ko) * | 2015-10-01 | 2022-10-17 | 삼성전자주식회사 | 통신 시스템에서 미디어 리소스 식별 정보를 송수신하는 장치 및 방법 |
BR112018074824A2 (pt) * | 2016-06-08 | 2019-05-14 | Sony Corp | dispositivos de recepção e de transmissão, e, método de processamento de dados |
US10708666B2 (en) | 2016-08-29 | 2020-07-07 | Qualcomm Incorporated | Terrestrial broadcast television services over a cellular broadcast system |
EP3373524B1 (en) * | 2017-03-08 | 2023-08-23 | Robert Bosch GmbH | Audio stream network with network components and method for running and/or configuring the network with network components |
CN110431848B (zh) | 2017-03-24 | 2021-12-21 | 索尼公司 | 内容提供系统、内容提供方法和程序 |
DE112018002893T5 (de) * | 2017-06-07 | 2020-02-20 | Lg Electronics Inc. | Verfahren zum Senden und Empfangen eines Rundsendungssignals und eine Vorrichtung hierfür |
US20190075545A1 (en) * | 2017-09-02 | 2019-03-07 | Qualcomm Incorporated | Method and apparatus for providing unicast representations within a broadcast coverage area |
JP6583653B2 (ja) * | 2018-07-13 | 2019-10-02 | ホアウェイ・テクノロジーズ・カンパニー・リミテッド | ストリーミングメディア送信方法及びシステム、ユーザ機器及びサーバ |
TWI672960B (zh) * | 2018-08-02 | 2019-09-21 | 財團法人資訊工業策進會 | 為多媒體廣播多播服務之通訊系統、方法及協調實體 |
US11349764B2 (en) | 2019-02-15 | 2022-05-31 | Qualcomm Incorporated | Methods and apparatus for signaling offset in a wireless communication system |
US11172501B2 (en) | 2019-09-05 | 2021-11-09 | Qualcomm Incorporated | Methods and apparatus for signaling offset in a wireless communication system |
US20220312535A1 (en) * | 2020-07-23 | 2022-09-29 | Apple Inc. | Systems and methods for providing system information via ue-to-network relay |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100169504A1 (en) * | 2008-12-30 | 2010-07-01 | Frederic Gabin | Service Layer Assisted Change of Multimedia Stream Access Delivery |
US20110055867A1 (en) * | 2009-05-25 | 2011-03-03 | Lg Electronics Inc. | Method and apparatus for searching and downloading related contents by terminal through broadcast service |
WO2011038032A2 (en) * | 2009-09-22 | 2011-03-31 | Qualcomm Incorporated | Enhanced block-request streaming using url templates and construction rules |
WO2011150794A1 (zh) * | 2010-11-08 | 2011-12-08 | 华为技术有限公司 | 流媒体服务方法、系统及客户端 |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060285149A1 (en) * | 2003-02-21 | 2006-12-21 | Hiroaki Dei | Image data distribution control method, device, system and program |
US7631085B2 (en) * | 2004-08-30 | 2009-12-08 | Nokia Corporation | Point-to-point delivery verification report mechanism for point-to-multipoint transmission systems |
GB2432484B (en) * | 2005-11-22 | 2007-12-27 | Ipwireless Inc | Cellular communication system and method for broadcast communication |
CA2653816A1 (en) * | 2006-06-02 | 2007-12-13 | Mats Cedervall | Multicast delivery |
KR101636108B1 (ko) * | 2010-01-18 | 2016-07-04 | 텔레폰악티에볼라겟엘엠에릭슨(펍) | 에이치티티피 미디어 스트림 분배를 위한 방법과 배열 |
CN102130936B (zh) * | 2010-08-17 | 2013-10-09 | 华为技术有限公司 | 一种在动态http流传输方案中支持时移回看的方法和装置 |
US20120207088A1 (en) * | 2011-02-11 | 2012-08-16 | Interdigital Patent Holdings, Inc. | Method and apparatus for updating metadata |
US9026671B2 (en) * | 2011-04-05 | 2015-05-05 | Qualcomm Incorporated | IP broadcast streaming services distribution using file delivery methods |
US9712891B2 (en) * | 2011-11-01 | 2017-07-18 | Nokia Technologies Oy | Method and apparatus for selecting an access method for delivery of media |
-
2013
- 2013-01-14 US US13/741,367 patent/US20130182643A1/en not_active Abandoned
- 2013-01-15 KR KR1020147022765A patent/KR102017361B1/ko active IP Right Grant
- 2013-01-15 WO PCT/US2013/021599 patent/WO2013109551A1/en active Application Filing
- 2013-01-15 BR BR112014017357-5A patent/BR112014017357B1/pt active IP Right Grant
- 2013-01-15 EP EP18193298.9A patent/EP3432548B1/en active Active
- 2013-01-15 CN CN201380005482.3A patent/CN104205766B/zh active Active
- 2013-01-15 IN IN4460CHN2014 patent/IN2014CN04460A/en unknown
- 2013-01-15 JP JP2014552386A patent/JP6092253B2/ja active Active
- 2013-01-15 EP EP13704642.1A patent/EP2805468B1/en active Active
-
2017
- 2017-02-08 JP JP2017021356A patent/JP6400755B2/ja active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100169504A1 (en) * | 2008-12-30 | 2010-07-01 | Frederic Gabin | Service Layer Assisted Change of Multimedia Stream Access Delivery |
US20110055867A1 (en) * | 2009-05-25 | 2011-03-03 | Lg Electronics Inc. | Method and apparatus for searching and downloading related contents by terminal through broadcast service |
WO2011038032A2 (en) * | 2009-09-22 | 2011-03-31 | Qualcomm Incorporated | Enhanced block-request streaming using url templates and construction rules |
WO2011150794A1 (zh) * | 2010-11-08 | 2011-12-08 | 华为技术有限公司 | 流媒体服务方法、系统及客户端 |
Non-Patent Citations (1)
Title |
---|
YASUAKI TOKUMO: ""Response to CfPs on MPEG Media Transport (MMT)"", 《ISO/IEC JTC1/SC29/WG11 MPEG2011/M19194》 * |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107438991A (zh) * | 2015-04-07 | 2017-12-05 | 三星电子株式会社 | 经由多媒体广播多播服务的灵活广播服务的方法和装置 |
CN107438991B (zh) * | 2015-04-07 | 2021-04-30 | 三星电子株式会社 | 经由多媒体广播多播服务的灵活广播服务的方法和装置 |
CN106254300A (zh) * | 2015-06-08 | 2016-12-21 | 中兴通讯股份有限公司 | 流媒体传输方法、播放方法、传输装置及播放装置 |
CN106254300B (zh) * | 2015-06-08 | 2020-04-21 | 中兴通讯股份有限公司 | 流媒体传输方法、播放方法、传输装置及播放装置 |
CN107810625A (zh) * | 2015-06-30 | 2018-03-16 | 英国电讯有限公司 | 低延迟媒体流传输 |
CN107852534A (zh) * | 2015-07-09 | 2018-03-27 | 思科技术公司 | 在广播流和单播流之间转换 |
CN109964471A (zh) * | 2016-10-18 | 2019-07-02 | 埃克斯普韦公司 | 用于向移动用户设备发送内容的方法 |
Also Published As
Publication number | Publication date |
---|---|
EP2805468B1 (en) | 2018-11-21 |
US20130182643A1 (en) | 2013-07-18 |
EP3432548B1 (en) | 2024-04-24 |
BR112014017357B1 (pt) | 2022-08-23 |
KR20140114035A (ko) | 2014-09-25 |
JP6092253B2 (ja) | 2017-03-08 |
KR102017361B1 (ko) | 2019-09-02 |
WO2013109551A9 (en) | 2016-04-28 |
EP2805468A1 (en) | 2014-11-26 |
JP6400755B2 (ja) | 2018-10-03 |
BR112014017357A8 (pt) | 2017-07-04 |
JP2017112635A (ja) | 2017-06-22 |
BR112014017357A2 (pt) | 2017-06-13 |
CN104205766B (zh) | 2018-04-13 |
EP3432548A1 (en) | 2019-01-23 |
JP2015505226A (ja) | 2015-02-16 |
WO2013109551A1 (en) | 2013-07-25 |
IN2014CN04460A (zh) | 2015-09-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6400755B2 (ja) | ユニキャストとブロードキャストとの間でブロードキャストdashサービスの受信を遷移させるための方法およびシステム | |
JP6133369B2 (ja) | 要求を検出し要求ベースのマルチメディアブロードキャストマルチキャストサービスを確立するための方法および装置 | |
CN103959733B (zh) | 用于控制多媒体内容的编码格式的方法和系统 | |
US10182330B2 (en) | Emergency alert using MBMS and cell broadcasting | |
CN103797873B (zh) | 管理在单播与多播服务之间的切换触发 | |
US20160127439A1 (en) | Interfacing multimedia public warning system alerts | |
CN104303545A (zh) | 按需在多媒体广播多播服务(mbms)和单播服务之间进行平滑转变 | |
US9912540B2 (en) | Signaling of refresh rate for efficient data update in distributed computing environments |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |