CN103797873A - 管理在单播与多播服务之间的切换触发 - Google Patents
管理在单播与多播服务之间的切换触发 Download PDFInfo
- Publication number
- CN103797873A CN103797873A CN201280045276.0A CN201280045276A CN103797873A CN 103797873 A CN103797873 A CN 103797873A CN 201280045276 A CN201280045276 A CN 201280045276A CN 103797873 A CN103797873 A CN 103797873A
- Authority
- CN
- China
- Prior art keywords
- service
- content
- pattern
- content designator
- terminal
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/30—Resource management for broadcast services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/06—Transport layer protocols, e.g. TCP [Transport Control Protocol] over wireless
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/40—Connection management for selective distribution or broadcast
Abstract
无线通信网络可以在单播和广播模式下提供服务(例如多媒体服务),并且提供服务的模式可以取决于需求等级。网络可以响应于针对服务的需求发生变化而确定服务应当从一个模式转换到另一个模式,并且网络可以将这样的转换以信号形式通知给订阅该服务的一个或多个终端。
Description
相关申请的交叉引用
本专利申请要求享有于2011年7月25日递交的、名称为“MANAGINGHANDOFF TRIGGERING BETWEEN UNICAST AND MULTICASTSERVICES”的临时申请No.61/511,490的优先权,该临时申请已经转让给本申请的受让人,故以引用方式将其全部内容明确地并入本文。
技术领域
本公开内容的方面一般可以涉及无线通信系统,更具体地说,可以涉及在无线通信网络中管理多媒体服务的提供。
背景技术
无线通信网络被广泛地部署以提供各种通信服务,例如语音、视频、分组数据、消息传送、广播等。这些无线网络可以是能够通过共享可用的网络资源来支持多个用户的多址网络。这种多址网络的例子包括码分多址(CDMA)网络、时分多址(TDMA)网络、频分多址(FDMA)网络、正交FDMA(OFDMA)网络以及单载波FDMA(SC-FDMA)网络。
无线通信网络可以包括数个基站,基站可支持针对数个用户设备(UE)的通信,用户设备(UE)也被称为移动设备或移动实体。UE可以经由下行链路和上行链路与基站通信。下行链路(或者说前向链路)是指从基站到UE的通信链路,而上行链路(或者说反向链路)是指从UE到基站的通信链路。如本文所使用的,“基站”表示演进型节点B(eNode B或eNB)、节点B、家庭节点B或无线通信系统的类似网络组件。
第3代合作伙伴项目(3GPP)长期演进(LTE)作为对全球移动通信系统(GSM)和通用移动电信系统(UMTS)的演进代表了蜂窝技术中的重大进展。LTE物理层(PHY)提供了非常高效的方式来在诸如演进型节点B(eNB)的基站与诸如UE的移动实体之间传送数据和控制信息两者。在现有应用中,用于促进多媒体的高带宽通信的方法一直是单频网(SFN)操作。SFN使用无线发射机(诸如,举例来说,eNB)与订户UE通信。在单播操作中,每个eNB可以受控制以便发送用于携带针对一个或多个特定订户UE的信息的信号。单播信号传输的专一性可以被用于实现个人到个人的服务,诸如,举例来说,语音呼叫、文本消息传送或视频呼叫。
在广播操作中,广播区域中的一个或若干个eNB可以以同步的方式广播信号,所述信号携带了可以由广播区域中的任何订户UE接收和访问的信息。广播操作的普遍性使得能够更为高效地来发送一般公共利益的信息,例如事件相关的多媒体广播。由于针对事件相关的多媒体和其它广播服务的需求和系统能力已增长,因此系统运营方对在3GPP网络中使用广播操作已表现出日益增长的兴趣。过去,3GPP LTE技术一直是主要被用于单播服务,留下了针对与广播信号传输相关的改善和加强的机会。
在上下文环境中,当UE切换其通信模式(例如,从广播模式到单播模式、或从单播模式到广播模式)时,希望针对传送给UE的内容保持服务的连续性。换句话说,希望在UE处针对所传送的内容避免服务中断。例如,在UE从单播模式切换到广播模式的场景中,UE可能正在监控与被用于经由广播来传送内容和/或服务通告的信道/频率不同的信道/频率。因此,监控单播业务信道的UE可能不知道它应当切换到广播信道以避免服务中断。UE可继续在单播信道上接收内容直到广播信道被建立为止。在UE从广播模式切换到单播模式的场景的例子中,对于UE而言希望在广播暂停或停止之前建立单播业务信道。这里,UE可能不知道它应当建立单播业务信道以继续接收内容。因此,需要用于指示或配置UE以监控适当的信道/频率和/或建立适当的信道/频率以避免针对UE的服务中断的技术。
发明内容
以下给出了对一个或多个方面的简要概述,以便提供对这些方面的基本理解。该概述不是全部预期方面的泛泛概括,也不旨在标识全部方面的重要或关键元素或者描述任意或全部方面的范围。其目的仅在于作为后文所呈现的更详细描述的序言,以简化形式呈现本公开内容的一个或多个方面的一些概念。
公开了用于管理在单播与多播服务之间的切换触发的方法和装置。根据一个方面,方法包括:确定针对无线通信网络中的服务的订户的数量。所述方法还包括:将所述订户的数量与预定的门限值进行比较。所述方法还包括:如果所述服务当前是在广播或多播模式下提供的,并且如果所述订户的数量低于所述预定的门限值,则响应于来自包括在所述数量个订户中的一个或多个订户的针对所述服务的内容的请求,通过发送修改的内容标识符来发起向单播模式的转换。所述方法还包括:如果所述服务当前是在单播模式下提供的,并且如果所述订户的数量超过所述预定的门限值,则响应于来自包括在所述数量个订户中的一个或多个订户的针对所述服务的内容的请求,通过经由单播模式发送修改的内容标识符来发起向广播或多播模式的转换。
根据另一个方面,在无线通信网络中的装置包括一个或多个处理器,所述一个或多个处理器被配置为:确定针对所述无线通信网络中的服务的订户的数量;将所述订户的数量与预定的门限值进行比较;如果所述服务当前是在广播或多播模式下提供的,并且如果所述订户的数量低于所述预定的门限值,则响应于来自包括在所述数量个订户中的一个或多个订户的针对所述服务的内容的请求,通过发送修改的内容标识符来发起向单播模式的转换;以及如果所述服务当前是在单播模式下提供的,并且如果所述订户的数量超过所述预定的门限值,则响应于来自包括在所述数量个订户中的一个或多个订户的针对所述服务的内容的请求,通过经由单播模式发送修改的内容标识符来发起向广播或多播模式的转换。所述装置还包括被配置为存储数据的至少一个存储器。
根据另一个方面,在无线通信网络中的装置包括:用于确定针对所述无线通信网络中的服务的订户的数量的模块;用于将所述订户的数量与预定的门限值进行比较的模块;以及收发机模块,其用于进行以下操作:如果所述服务当前是在广播或多播模式下提供的,并且如果所述订户的数量低于所述预定的门限值,则响应于来自包括在所述数量个订户中的一个或多个订户的针对所述服务的内容的请求,通过发送修改的内容标识符来发起向单播模式的转换;以及如果所述服务当前是在单播模式下提供的,并且如果所述订户的数量超过所述预定的门限值,则响应于来自包括在所述数量个订户中的一个或多个订户的针对所述服务的内容的请求,通过经由单播模式发送修改的内容标识符来发起向广播或多播模式的转换。
根据另一个方面,计算机程序产品包括计算机可读介质,所述计算机可读介质包含代码,所述代码在由一个或多个处理设备执行时,导致以下操作的实现,所述操作包括:确定针对无线通信网络中的服务的订户的数量;将所述订户的数量与预定的门限值进行比较;如果所述服务当前是在广播或多播模式下提供的,并且如果所述订户的数量低于所述预定的门限值,则响应于来自包括在所述数量个订户中的一个或多个订户的针对所述服务的内容的请求,通过发送修改的内容标识符来发起向单播模式的转换;以及如果所述服务当前是在单播模式下提供的,并且如果所述订户的数量超过所述预定的门限值,则响应于来自包括在所述数量个订户中的一个或多个订户的针对所述服务的内容的请求,通过经由单播模式发送修改的内容标识符来发起向广播或多播模式的转换。
公开了用于在无线通信系统中在经由服务的多播传送与经由所述服务的单播传送来接收内容之间转换的方法和装置。根据一个方面,方法包括:在无线通信网络的终端处获取无线通信网络中的多媒体服务,所述多媒体服务是在第一提供模式下提供的;由所述终端从所述通信网络接收修改的内容标识符,所述修改的内容标识符指示所述服务将从所述第一提供模式转换到第二提供模式;以及由所述终端响应于所述修改的内容标识符而发起从所述第一提供模式向所述第二提供模式的转换。
根据另一个方面,在无线通信网络中使用的终端包括至少一个处理器,所述至少一个处理器被配置为:获取无线通信网络中的多媒体服务,所述多媒体服务是在第一提供模式下提供的;从所述通信网络接收修改的内容标识符,所述修改的内容标识符指示所述服务将从所述第一提供模式转换到第二提供模式;以及响应于所述修改的内容标识符而发起从所述第一提供模式向所述第二提供模式的转换。所述终端还包括被配置为存储数据的至少一个存储器。
根据另一个方面,在无线通信网络中使用的终端包括:用于获取无线通信网络中的多媒体服务的模块,所述多媒体服务是在第一提供模式下提供的;用于从所述通信网络接收修改的内容标识符的收发机模块,所述修改的内容标识符指示所述服务将从所述第一提供模式转换到第二提供模式;以及用于响应于所述修改的内容标识符而发起从所述第一提供模式向所述第二提供模式的转换的模块。所述终端还包括被配置为存储数据的至少一个存储器。
根据另一个方面,计算机程序产品包括计算机可读介质,所述计算机可读介质包含代码,所述代码在由一个或多个处理设备执行时,导致以下操作的实现,所述操作包括:在无线通信网络的终端处获取无线通信网络中的多媒体服务,所述多媒体服务是在第一提供模式下提供的;由所述终端从所述通信网络接收修改的内容标识符,所述修改的内容标识符指示所述服务将从所述第一提供模式转换到第二提供模式;以及由所述终端响应于所述修改的内容标识符而发起从所述第一提供模式向所述第二提供模式的转换。
应当理解,对于本领域技术人员来说,通过以下详细说明,其它的方面将变得显而易见,其中通过举例说明的方式来示出和描述各个方面。附图和详细说明将在本质上被认为是说明性的而非限制性的。
附图说明
图1是概念性地示出了电信系统的例子的框图。
图2是概念性地示出了电信系统中下行链路帧结构的例子的框图。
图3是概念性地示出了根据本公开内容的一个方面来配置的基站/eNB和UE的设计的框图。
图4是示出了针对单播和多播信号的符号分配的例子的信令帧的示图。
图5是示出了在MBSFN服务区域内单频网MBMS(MBSFN)区域的示图。
图6是示出了用于提供或支持MBSFN服务的无线通信系统的组件的框图。
图7示出了用于在无线通信系统中管理多播服务的方法的实施例。
图8是示出了多播会话的活动和不活动/待命状态的状态图。
图9A-G示出了用于在无线通信系统中实现基于需求的多播服务的方法的实施例。
图9H是示出了与多媒体内容的传送有关的DASH协议的方面的框图。
图9I示出了对多媒体内容的内容标识符950A-B的示例性修改。
图10A-D示出了用于实现图9A-G的方法的系统的例子。
图11A和图11B示出了用于在无线通信系统中在经由服务的多播传送与服务的单播传送来接收内容之间转换的方法的实施例。
图12A和图12B示出了用于实现图11A和图11B的方法的系统的例子。
图13A-13C和图14是示出了根据本公开内容的各个实施例的、实现用于在服务的多播传送与服务的单播传送之间转换的方法的无线通信系统的各个组件所进行的活动的时序图。
图15和图16示出了根据本公开内容的各个实施例的方法的流程图。
具体实施方式
以下结合附图而给出的详细说明旨在作为对各个配置/实施例的说明,而非旨在表示可以在其中实施本文所描述的构思的仅有的配置。详细的说明包括具体的细节,以便提供对各种构思的透彻理解。然而,对本领域技术人员来说显而易见的是,可以不用这些具体细节来实施这些构思。在一些实例中,以框图形式示出公知的结构和组件以便避免使这些构思模糊不清。
本文所描述的技术可被用于各种无线通信网络,例如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-OFDMA等的无线技术。UTRA和E-UTRA是通用移动电信系统(UMTS)的一部分。3GPP长期演进(LTE)和先进LTE(LTE-A)是使用E-UTRA的UMTS的新版本。在来自名为“第3代合作伙伴项目”(3GPP)的组织的文档中描述了UTRA、E-UTRA、UMTS、LTE、LTE-A和GSM。在来自名为“第3代合作伙伴项目2”(3GPP2)的组织的文档中描述了CDMA2000和UMB。本文所描述的技术可以被用于上文提到的无线网络和无线技术以及其它的无线网络和无线技术。为了清楚起见,以下针对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可以是用于微微小区102x的微微eNB,其向UE120x提供服务。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、中继器等)的异构网络。在无线网络100中,这些不同类型的eNB可以具有不同的发射功率水平、不同的覆盖区域以及不同的干扰影响。例如,宏eNB可具有高的发射功率水平(例如5到40瓦),而微微eNB、毫微微eNB和中继器可具有较低的发射功率水平(例如0.1到2瓦)。
无线网络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中所使用的下行链路帧结构200。用于下行链路的传输时间线可以被划分成无线帧的单元202、204、206。每个无线帧可以具有预定的持续时间(例如10毫秒(ms))并且可以被划分成具有0到9的索引的10个子帧208。每个子帧可以包括两个时隙(例如时隙210)。每个无线帧可以因此包括具有0到19的索引的20个时隙。每个时隙可以包括L个符号周期,例如,针对常规循环前缀(CP)的7个符号周期212(如图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可以携带特定的系统信息。
尽管在图2中示出为在整个第一符号周期中,但eNB可以仅在每个子帧的第一个符号周期的一部分中发送物理控制格式指示符信道(PCFICH)。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的数据。在名称为“EvolvedUniversal Terrestrial Radio Access(E-UTRA);Physical Channels andModulation”的3GPP TS36.211(其是公开可得到的)中描述了LTE中的各种信号和信道。
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(其可以是在频率上大致相等地间隔的)。PHICH可以在一个或多个可配置的符号周期内占据三个REG(其可以分散在频率上)。例如,用于PHICH的三个REG可以全部属于符号周期0或者可以分散在符号周期0、1和2中。PDCCH可以在前M个符号周期中占据9、18、32或64个REG(其可以选自于可用的REG)。仅有REG的某些组合可以被允许用于PDCCH。
UE可以知道被用于PHICH和PCFICH的特定REG。UE可以搜索用于PDCCH的REG的不同组合。要搜索的组合的数量通常小于可允许的用于PDCCH的组合的数量。eNB可以在UE将搜索到的组合中的任意一个中向UE发送PDCCH。
UE可以在多个eNB的覆盖内。可以选择这些eNB中的一个来向UE提供服务。可以基于各种准则(例如接收功率、路径损耗、信噪比(SNR)等)来选择该提供服务的eNB。
图3示出了基站/eNB110和UE120的设计的框图,其可以是图1中的基站/eNB中的一个基站/eNB和UE中的一个UE。对于受限制的关联场景,基站110可以是图1中的宏eNB110c,而UE120可以是UE120y。基站110还可以是某种其它类型的基站。基站110可以装备有天线334a到334t,而UE可以装备有天线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处的操作。处理器340和/或在基站110处的其它处理器和模块可以执行或指导针对本文所描述的技术的各种过程的执行。处理器380和/或在UE120处的其它处理器和模块还可以执行或者指导图4和图5中示出的功能框和/或针对本文所描述的技术的其它过程的执行。存储器342和382可以分别存储基站110和UE120的数据和程序代码。调度器344可以在下行链路和/或上行链路上调度UE用于数据传输。
单频网中的eMBMS和单播信号传输
用于促进多媒体的高带宽通信的一种机制一直是单频网(SFN)操作。具体来说,多媒体广播多播服务(MBMS)和用于LTE的MBMS(其也被称为演进型MBMS(eMBMS)(包括:例如,最近在LTE上下文环境中被称为多媒体广播单频网(MBSFN)的eMBMS)),可以使用这种SFN操作。SFN可以使用无线发射机(诸如,举例来说,eNB)与订户UE通信。多组eNB可以以同步的方式发送信息,使得信号互相加强而不是互相干扰。在eMBMS的上下文环境中,可以从LTE网络的多个eNB向多个UE发送共享的内容。因此,在给定的eMBMS区域内,UE可以从在无线电范围和MBSFN区域的一部分内的任何eNB(或多个eNB)接收eMBMS信号。然而,为了解码eMBMS信号,每个UE可从在非eMBMS信道上提供服务的eNB接收多播控制信道(MCCH)信息。MCCH信息可不时地变化,并且可通过另一个非eMBMS信道(PDCCH)来提供这些变化的通知。因此,为了解码在特定eMBMS区域内的eMBMS信号,每个UE可以由在该区域中的eNB中的(至少)一个eNB用MCCH和PDCCH信号来提供服务。
针对LTE频分双工(FDD)的eMBMS的物理层(PHY),信道结构可以包括在混合的载波上在eMBMS与单播传输之间的时分复用(TDM)资源划分,从而允许灵活和动态的频谱使用。当前,被称为多媒体广播单频网(MBSFN)子帧的子帧的子集(其可以例如达到60%)可以被保留用于eMBMS传输。因此,当前的eMBMS设计允许十个子帧中的至多六个用于eMBMS;但是,本公开内容并不因此受限。
在图4示出了针对eMBMS的子帧分配的例子(本公开内容并不受限于此),其示出了在单载波的情况下在MBSFN子帧400上MBSFN参考信号的现有分配。图4中所描绘的组件对应于在图2中所示出的那些组件,其中图4在每个时隙402和资源块(RB)404内示出了单独的子载波。在3GPP LTE中,RB404可以在0.5ms的时隙持续时间上跨越12个子载波,并且每个子载波可以具有15kHz的带宽,每RB总共跨越了180kHz。子帧可以被分配用于单播或eMBMS;例如,在标记为0、1、2、3、4、5、6、7、8和9的子帧序列408中,子帧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子帧400内,前1个或2个符号406可以被用于单播参考符号(RS)和控制信令。前1个或2个符号406的CP长度可以遵从子帧0的CP长度。如果CP长度不同,则在前1个或2个符号406与eMBMS符号之间会出现传输间隔。在相关的方面中,考虑到RS开销(例如在每个eMBMS子帧内6个eMBMS子帧和2个控制符号),整体的eMBMS带宽使用情况会是42.5%。用于提供MBSFN RS和单播RS的技术可以典型地包括在MBSFN子帧上分配MBSFN RS(如图4中所示出的),以及还可以包括在非MBSFN子帧上分别地分配单播RS。更具体地说,如图4示出的,MBSFN子帧400的扩展CP可以包括MBSFN RS410而非单播RS。本技术并不受限于图2和图4所示出的特定的帧分配方案,其是通过举例的方式而非限制性的方式来呈现的。如本文所使用的多播会话或多播广播可以使用任何适当的帧分配方案。
eMBMS服务区域
图5示出了示例性系统500(本公开内容并不受限于此),系统500包括MBMS服务区域502,MBMS服务区域502涵盖多个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可以控制经由M1接口发往eNodeB604的MBMS用户平面数据的互联网协议(IP)多播分发;示出了多个可能的eNB中的一个eNB604。此外,MBMS GW可以控制经由M1接口发往UTRAN无线网络控制器(RNC)620的MBMS用户平面数据的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区域中的所有eNB使用的时间和频率无线资源以用于使用MBSFN操作的多小区MBMS传输。MCE606可以确定针对MBSFN区域的无线配置,诸如,举例来说,调制和编码方案。MCE606可以调度和控制MBMS内容的用户平面传输,以及可以管理eMBMS服务复用(例如,通过确定哪些服务要被复用在哪个多播信道(MCH)中)。MCE606可以通过M3接口与MME608参与MBMS会话控制信令,以及可以向eNB604提供控制平面接口M2。
系统600还可以包括广播-多播服务中心(BM-SC)612,其可以与内容提供方服务器614相通信。BM-SC612可以处理来自一个或多个源(例如内容提供方服务器614)的多播内容的涌入,以及可以提供其它较高层面的管理功能。这些功能可以包括例如成员功能,其可以包括针对识别的UE的MBMS服务的认证和发起。BM-SC612还可以执行MBMS会话和传输功能、实时广播的调度、和/或传送,这包括MBMS和相关联的传送功能。BM-SC612还可以提供服务公告和说明,例如公告可用于多播的内容。单独的分组数据协议(PDP)上下文可以被用于携带在UE与BM-SC之间的控制消息。BM-SC还可以提供安全功能(例如密钥管理),可以根据参数(例如数据量和QoS)来管理内容提供方的计费,可以针对广播模式在UTRAN和E-UTRAN中提供MBMS的内容同步,以及可以提供针对UTRAN中MBSFN数据的报头压缩。BM-SC612可以向MBMS-GW616指示会话的开始、更新和停止,这包括诸如QoS和MBMS服务区域的会话属性。
系统600还可以包括移动性管理实体(MME)608,其可以与MCE606和MBMS-GW616相通信。MME608可以在E-UTRAN上提供用于MBMS的控制平面功能。此外,MME可以向eNB604和UE602提供由MBMS-GW616定义的多播相关的信息。可以使用在MME608与MBMS-GW616之间的Sm接口来携带MBMS控制信令(例如会话开始和停止信号)。
系统600还可以包括分组数据网络(PDN)网关(GW)610,其有时候缩写为P-GW。P-GW610可以向UE602与BM-SC612之间的演进型分组系统(EPS)承载提供信令和/或用户数据。因此,P-GW可以接收基于统一资源定位符(URL)的请求,所述请求源自于与分配给UE的IP地址相关联的UE。BM-SC612也可以经由P-GW610连接到一个或多个内容提供方,如图6中所示出的,P-GW610可以经由IP接口(例如经由SGi接口)与BM-SC612通信。
系统600可以被用于在MBMS区域中发送eMBMS或其它的多播会话。如在图7中所示出的,用于处理MBMS会话的方法700可以包括通告或公告调度的传输的可用性的初始操作702。通告或公告可以由BM-SC提供。例如,可以在指定的区域中公告体育赛事的MBMS广播将在特定日期和时间处开始,对于进一步的例子通过使用开放移动联盟(OMA)移动广播服务启用器套件(BCAST)服务指南来进行公告。为了获取公告,用户可以通过UE来订阅消息服务、下载节目指南或列表或者采取某种其它动作。可替代地,可以在不需要来自用户的任何动作的情况下将公告推送给移动实体。例如,服务通告可以包括服务标识符、服务区域标识符、调度、适用的IP多播地址和/或其它信息。
在704,系统可以在指定的广播区域内在通告的日期和时间发起多播传输。例如,BM-SC可以使用会话开始过程来发起MBMS广播以建立MBMS无线承载。
在706,系统可以向移动实体提供正在进行或即将进行的MBMS服务的通知,诸如,举例来说,通过使用向移动实体所发送的MCCH变化通知。在708,系统可以使用已建立的MBMS无线承载(或MBMS承载)向移动实体传送针对所通告的服务的MBMS内容。在710,一旦eMBMS广播完成,系统就可以停止多播会话并且释放其相关联的无线承载。
在发起MBMS会话后,可以在MME、MBMS GW、SGN和无线接入网(RAN)的其它单元中创建MBMS承载上下文。图8示出了在MBMS承载上下文的活动会话状态820与不活动/待命状态810之间的示例性状态循环800。MBMS承载上下文自身可以包括:用于控制平面的MBMS GW隧道端点ID(TEID-C)以及临时移动组身份(TMGI)。每个MBMS承载服务的独特TMGI可以由BM-SC分配,并且被用于MBMS通知目的。MBMS承载上下文还可以包括:流标识符;针对使用中的控制平面的MBMSGW IP地址;针对使用中的用户平面的MBMS GW IP地址;以及针对用户平面的MBMS GW的公共隧道端点ID(C-TEID)。MBMS承载上下文还可以包括:一个或多个QoS指示符或参数(例如,QoS等级标识符(QCI)或如上文所提到的MBR=GBR)。MBMS承载上下文还可以包括:MBMS服务区域标识符;下游节点的列表;以及用于分发的IP多播地址和源地址(其可以由MBMS GW来选择)。仅通过举例的方式给出了前述的MBMS承载上下文的组成,并且本技术并不受限于MBMS承载上下文的特定配置。
基于需求的MBMS管理的系统层面视图
在LTE中,eMBMS应用可以分类为基于调度的eMBMS或基于需求的eMBMS。在基于调度的eMBMS应用中,在网络侧的系统运营方可以控制eMBMS内容的传输,其在调度的时间发生。可以使用移动实体来订阅调度的传输以及因此接收移动用户感兴趣的内容。在该方案中的eMBMS内容供应会因此受限于运营方的调度的eMBMS传输。
在基于需求的eMBMS应用中,可以响应于需求监控来提供eMBMS内容供应。例如,用户可以在广域网(例如互联网)上搜索以及请求可用的内容。系统可以监控针对特定内容的需求等级(demand level),以及可以检测出超过第一指定门限的需求。类似地,系统可以检测出降到第二指定门限以下的需求,第二指定门限可以与第一指定门限相同或不相同。这些门限可以响应于当前负载等级或其它参数而浮动。响应于检测到超过第一指定门限的需求,系统可以经由eMBMS会话来提供所需的内容,以及如有必要,将移动实体从分别受控制的单播会话转换到公共的eMBMS广播以用于在指定的网络区域(例如MBMS区域)内的联系。类似地,响应于检测到需求小于第二指定门限,系统可以经由分别受控制的单播会话来提供所需的内容,以及如有必要,将移动实体从公共的eMBMS广播转换到这样的单播会话。因此,MBMS内容不必受限于系统运营方在调度的基础上所广播的预定内容选择。用户可以因此经由eMBMS广播访问更为广泛的内容。与此同时,系统运营方可以基于用户的需求通过在区域中经由多播或经由单播来发送最受欢迎的内容来获得更有效地使用系统资源的优点。
基于需求的eMBMS可以进一步分类成两种不同类型:实时广播以及按需流式传输或文件下载。使用IP(IP TV)和IP无线电的类似电视节目的流式传输是基于需求的eMBMS的实时广播类型的例子。实时广播的特征在于,源基本上同时向一个或多个目的地址流式传输同样的内容,而不管用户何时发起流式传输下载,从而模拟了同时向不同的接收方广播同样的内容。当接收或请求接收特定实时广播内容的移动实体位于同一个MBSFN服务区域中时,可以使用基于需求的方法来聚合它们以经由多播接收实时内容。
相比之下,第二种类型(按需流式传输或文件下载)的特征在于在用户所选择的不同的时间将内容提供给不同的目的地。受欢迎的内容的发布可触发并发的或基本上并发的发往不同地址的流式传输或下载。例如,视频的推广或者普遍期待的应用的发布或应用更新可以使得许多用户在相对窄的时间窗口内流式传输或下载内容。在共享的时间窗口内(例如在并发的或重叠的下载或流式传输会话内)接收或请求同样内容的移动实体可以使用基于需求的eMBMS会话来部分地或完整地共享用于下载或流式传输所需的带宽。
某些公共的问题可能出现在提供基于需求的eMBMS服务中,其可以使用不同的技术方案来解决。例如,这些问题可以包括:在发起或终止基于需求的eMBMS会话时的需求监控和/或在单播与多播会话之间的切换;这些切换可以是基于需求监控的。在详细论述用于解决这些问题的可能方法之前,在系统层面对基于需求的eMBMS方法和系统的概况进行论述。
示例性方法和装置
参照各个流程图可以更好地了解可根据所公开的主题内容来实现的方法。出于简要说明的目的,方法被示出和描述为一系列的动作/操作。然而,要求保护的主题内容并不受限于操作的数量或顺序,因为一些操作可以以与本文示出和描述的顺序不同的顺序发生和/或与其它操作基本上同时发生。此外,并非所有示出的操作都需要用来实现本文所描述的方法。应当意识到,与操作相关联的功能可以用软件、硬件、或其组合或者任何其它适当的单元(例如,设备、系统、过程或组件)来实现。此外,还应当意识到,遍及本说明书所公开的方法是能够作为编码的指令和/或数据存储在制造品上以促进向各种设备传输和传送这些方法。本领域技术人员将理解和意识到,方法可以替代地被表示为一系列相互关联的状态或事件,例如以状态图的形式。
通常,基于需求的eMBMS方法可以使用如结合图6所示出和描述的系统来实现。图9A-G示出了用于在能够进行单播和多播信号传输的无线通信系统(WCS)中管理基于需求的多播服务的相关方法。在图9A中所示出的方法900描述了用于发起基于需求的多播的操作准备。方法900可以包括:在902,在经由单播会话提供内容之前,建立内容的多播区域。一个或多个网络实体可以在发起基于需求的多播会话之前建立多播区域,但系统仍不必发起多播会话。可替代地或此外,可以响应于需求而建立多播区域,并且随后可以发起多播会话。方法900还可以包括:在904,在提供内容之前,一个或多个网络实体公布移动实体对内容的可获得性。这可以对应于上文结合图7所描述的操作702。方法900还可以包括:在906,一个或多个网络实体从移动实体接收针对在操作904中所公布的内容的服务请求。
此外,如在图9B中所示出的,系统可以执行方法930,其中可以响应于需求等级而发起多播会话。方法930可以包括:在908,一个或多个网络实体经由单播会话提供移动实体所请求的内容。可以将内容传送给基站以及经由单播信号传输将其发送给移动实体。针对MBSFN区域中的多个移动实体,该操作908可以被重复。针对内容的需求等级可以与在限定的区域和/或时间包络中接收或请求内容的移动实体的计数相等或相关,或者与对并发需求的某种其它估计或测量相等或相关。时间包络可以被用来限制对并发接收的用户的计数以及排除不再接收内容的用户。例如,接收内容的若干个移动实体可以以轮询平均数为基础进行计数,并且该轮询平均数可以被用于确定并发需求等级。无线设备可以通过建立与服务器的单播套接字连接来指示对监控内容感兴趣。无线设备还可以使用URL(其表示了用户感兴趣的内容)来发送http-获得(http-GET)请求。轮询平均数的周期可以被选择为从用于建立广播信道以发送该服务的时间推导出的值。在替代方案中,可以使用某种其它方法来递减计数或其它的需求索引以说明用户不再接收内容。例如,当无线设备关闭与服务器的单播套接字连接时,接收内容的用户的数量可以被递减以从接收内容的用户的数量中减去该无线设备。例如,当用户完成了下载时,可以向跟踪需求的实体提供信号,并且响应于该信号,跟踪实体可以递减对当前需求的累计计数。
方法930还可以包括:在910,一个或多个网络实体确定针对内容的并发需求等级是否超过WCS的区域的限定门限。例如,如果需求等级被定义为在限定区域内针对特定内容的并发用户的计数,则系统可以针对一个或多个区域监控需求等级以确定该计数何时超过某一门限。该门限可以是固定的,或者可以根据系统负载或其它因素而变化。例如,当单播负载繁重时,用于从单播切换到多播的门限可以是低的,反之亦然。方法930还可以包括:在912,一个或多个网络实体可以响应于确定并发需求等级已经超过门限而在WCS的区域中发起针对内容的多播会话。因此,系统可以以灵活的方式来将需求最高的内容转移用于多播传送以改善系统资源的使用效率。
此外,如在图9C中所示出的,在响应于足够的需求而发起多播会话之后,系统可以执行特定操作940。这些操作可以包括:在914,在多播区域中发起多播会话之后,一个或多个网络实体停止在针对位于无线通信系统的多播区域中的移动实体的单播会话上的传输。此外,操作可以包括:在915,进行持续的需求监控以检测多播用户的数量是否降到限定的最小门限之下。响应于检测到经由多播会话接收内容的移动实体的数量已经降到限定的门限之下,操作940还可以包括:在916,针对经由多播会话接收内容的移动实体,恢复经由单播会话提供内容。随后,操作940还可以包括:在918,在恢复经由单播会话提供内容之后,停止在多播会话上的传输。
对需求等级的监控可以使用各种不同的方法来执行。图9D示出了用于需求监控的一种方法950,其可以包括:在920,通过对在WCS的区域中针对经由无线通信系统的相应基站接收的内容的请求的数量进行计数来监控并发需求等级。这可以包括:如在922所示出的,使用统一资源定位符(URL)(其对于来自移动实体的请求是公共的)来辨认针对内容的请求。基站或其它网络实体可以对在轮询时间包络(诸如,举例来说,最后1分钟、最后10分钟或任何希望的轮询时段)内共享公共的URL或其它内容地址的请求进行计数。方法950一般可以理解为在系统的需求侧(例如,移动实体/基站)处进行的需求监控,其中移动实体的数量和位置可以轻易地被基站查明。因此,基站监控请求以确定哪一个内容正在被各个移动实体请求。可以在http-获得(http-GET)请求中使用新的http报头来向网络中的计数模块指示用户的位置。或者,可以从正在向无线设备提供服务的eNB向计数模块指示位置。
图9E示出了用于需求监控的替代方法960。方法960可以包括:在924,第一网络实体将互联网协议(IP)地址分配给移动实体以便映射到无线通信系统的指定位置。如本文所使用的,当地址或地址的一部分指示了明确的位置或受限的区域时,IP地址“映射”到位置。IP地址可以基于在该地址被分配时的UE位置来进行分配。例如,IP地址可以与服务节点或小区位置相关。例如,IP地址可以由P-GW610进行分配。方法960还可以包括:在926,第二网络实体通过从被分配给移动实体的相应源IP地址确定移动实体的位置来监控并发需求等级。第二网络实体可以被置放以容易地确定哪一个内容是正在被请求的,例如,在内容提供方或P-GW处。第一网络实体可以被置放以容易地确定移动实体的位置。第一和第二网络实体可以体现在共同的物理实体中或者可以体现在分别的物理实体中。方法960还可以包括:在928,第一实体例如从小区标识符、全球定位系统(GPS)信息、跟踪区域标识符或小区组标识符中的至少一个来确定移动实体的位置。方法960还可以包括:在929,将从移动实体接收的针对内容的域名系统(DNS)请求重定向到广播媒体服务中心(BM-SC)。例如,可以使用DNS代理将指定第一内容服务器的URL重定向到BM-SC。方法960一般可以理解为在系统的内容源侧进行的需求监控,其中位置被映射到需求侧上的IP地址。可以使用其它的需求监控方法,并且本技术并不受限于上文所描述的那些内容。
图9F是示出了用于在能够进行单播和多播信号传输的WCS中管理基于需求的多播服务的方法的进一步方面的方法970。所述方法可以由基站、BM-SC、高连接率(attach rate)检测模块(HDM)(参见以下的图13A-C和图14)或其它网络实体来执行。方法970可以包括:在932,确定针对无线通信网络中的服务的订户的数量。方法970还可以包括:在934,将订户的数量与预定的门限值进行比较。方法970还可以包括:在936,如果所述服务当前是在广播或多播模式下提供的,并且如果订户的数量低于预定的门限值,则响应于来自包括在所述数量个订户中的一个或多个订户的针对所述服务的内容的请求,通过发送修改的内容标识符来发起向单播模式的转换。方法970还可以包括:在938,如果所述服务当前是在单播模式下提供的,并且如果订户的数量超过预定的门限值,则响应于来自包括在所述数量个订户中的一个或多个订户的针对所述服务的内容的请求,通过发送修改的内容标识符来发起向广播或多播模式的转换。该修改的内容标识符可以经由单播模式进行发送。可以配置滞后门限以避免在eMBMS会话的建立与拆除之间的乒乓效应(ping-ponging)。所述门限值可以基于订户的数量、小区的数量和/或滞后范围来设置。例如,区域中的订户的数量可能超过第一门限T1,那么随后将内容的传送从单播模式切换到广播或多播模式。然后,区域中的订户的数量可能降到少于第二门限T2,其中将内容的传送从广播或多播模式切换到单播模式。第一门限T1可以大于第二门限T2。例如,对于30的滞后范围(T1-T2),可以将第一门限T1限定为100,而将T2限定为70。
在图9G中示出了用于管理基于需求的多播服务的附加操作980。操作980中的一个或多个操作可以可选地作为方法970的一部分来执行。操作980可以以任意可操作的顺序来执行,或者可以在不要求性能的特定时间顺序的情况下由开发算法所包含。可以独立地执行操作并且互不相斥。因此,可以执行这些操作中的任意一个,而不管是否在执行另一个下游或上游操作。例如,如果方法970包括操作980中的至少一个操作,则方法970可以在所述至少一个操作之后终止,而不必必须包括可能被示出的任何后续的下游操作。
参考图9G,附加操作980可以包括:在942,调整信号的至少一个协议元素或至少一个报头,所述信号携带了针对一个或多个订户的服务。操作980还可以包括:在944,经由与用于向一个或多个订户提供服务的信道不同的控制信道来向一个或多个订户发送至少一个指示。例如,所述指示可以以信号形式通知转换或命令UE从单播单一模式转换到广播模式或者从广播模式转换到单播模式。操作980还可以包括:在946,使用http-重定向(http-REDIRECT)元素来触发服务发现过程。操作980还可以包括:在948,使用扩展的http元素来触发服务发现过程。
图9H是示出了与多媒体内容990的传送有关的DASH协议的方面的框图。多媒体内容990可以存在于两个部分中:以MPD952为形式的元数据(也被称为报头),以及包含作为多媒体比特流的实际编码的媒体数据956的段954。MPD952连同其它的服务说明元数据可以响应于单播获得请求或经由广播传送而被传送到客户端。这些元数据条目并不是媒体数据获取的一部分。段954中的至少一个段(例如第一段)可以是不具有编码的媒体数据956的初始化段(IS),其定义了其它段954的数据格式的细节。对于单播传送,MPD952可以描述从其中获取针对UE的媒体内容的URL地址。或者,对于广播传送,URL地址可以出现在接收设备上。广播传送可以反馈UE上的缓存。
图9I示出了对多媒体内容990A-B的内容标识符的示例性修改。由网络实体对MPD952进行的允许的变化的范围可以包括例如将说明从952A修改为952B,这包括修改多媒体内容的内容标识符(例如,URL到URL-新(URL-NEW))。所修改的说明可以包括用于定位多媒体内容990B的新的URL。段信息和编码的媒体数据可以分别从954A变化到954B以及从956A变化到956B。
参考图10A,提供了用于在能够进行单播和多播信号传输的无线通信系统中管理基于需求的多播服务的示例性系统1000,其可以被配置作为能够进行单播和多播信号传输的无线网络或者作为在网络的实体内使用的处理器或类似的器件。网络实体可以包括无线通信网络的基站1010(例如,eNB或其它基站(例如家庭节点B等)),其可以经由收发机1016与移动实体1030相通信。所述系统还可以包括如上文所描述的一个或多个多播网络实体1020,例如BM-SC、P-GW、MME、MCE、HDM等,其中的至少一个可以经由网络接口1028连接到内容提供方1040。系统1000可以包括可表示由处理器、软件、硬件或其组合(例如固件)实现的功能的功能框。
如所示出的,在一个实施例中,系统1000可以包括用于经由单播会话提供由WCS的区域中的移动实体请求的内容的电组件或模块1002。例如,当系统1000耦合到或者被配置为基站1010时,电组件1002可以包括至少一个处理器1012,所述至少一个处理器1012耦合到收发机1016等等以及耦合到具有指令的存储器1014,所述指令用于经由单播信号传输来提供所请求的内容。例如,当系统1000耦合到或者被配置为一个或多个多播网络实体时,电组件1002可以包括至少一个处理器1022,所述至少一个处理器1022耦合到收发机1026等等以及耦合到具有指令的存储器1024,所述指令用于经由单播信号传输来提供所请求的内容。系统1000可以包括用于确定针对内容的并发需求等级超过了针对WCS的区域的限定门限的电组件1004。例如,电组件1004可以包括至少一个处理器1012、1022,所述至少一个处理器1012、1022耦合到收发机1016、1026等等以及耦合到保存指令的存储器1014、1024,所述指令用于监控针对指定区域内的特定内容的并发需求等级以及将其与门限进行比较。系统1000可以包括电组件1006,电组件1006用于响应于确定并发需求等级已经超过了门限而在无线通信系统的区域中发起针对内容的多播会话。例如,电组件1006可以包括至少一个处理器1012、1022,所述至少一个处理器1012、1022耦合到收发机1016、1026等等以及耦合到保存指令的存储器1014、1024,所述指令用于响应于控制信号而在指定的区域中发起多播会话。系统1000可以包括用于执行结合图9A和图9C-D所描述的附加操作900、940、950、960中的任何或全部操作的类似的电组件,出于简要说明,其未示出在图10A中。
组件1002-1006可以经由逻辑链路1050与一个或多个eNB1010和/或一个或多个多播网络实体1020相关。连到单元1010、1020的链路1050指示了每个单元可以包括eNB1010、一个或多个多播网络实体1020或两者。例如,用于经由单播会话来提供由WCS的区域中的移动实体所请求的内容的组件1002可以包括eNB以及上文结合图6所讨论的网络实体HDM、MBMS-GW、BM-SC、P-GW、MCE和MME中的一个或多个、或类似的实体。因此,组件1002-1006不必受限于无线通信系统的一个处理器实体,并且可以全部或部分地通过系统中经由逻辑链路1050合作操作的不同处理实体来体现。所述逻辑链路不必受限于单个通信链路或接口,并且可以包括多于一个的通信链路或接口,例如结合上文示出了在不同系统单元之间的不同接口的图6所描述的。
在相关的方面中,系统1000可以可选地包括均具有至少一个处理器的处理器组件1012、1022。处理器1012和1022可以经由任何适当的通信耦合方式与组件1002-1006或类似的组件操作性相通信。如上文所提到的,多于一个的eNB1010或多播网络实体1020可以包括组件1002-1006的一部分。因此,处理器1012和1022可以影响由电组件1002-1006执行的过程或功能的发起或调度。
在进一步相关的方面中,系统1000可以包括无线收发机组件1016、1026和网络接口组件1018、1028。系统1000可以可选地包括用于存储信息的组件,诸如,举例来说,存储器设备/组件1014、1024。计算机可读介质或存储器组件1014、1024可以经由总线或其它耦合方式操作地耦合到系统1000的其它组件。存储器组件1014、1024可以适用于存储用于执行组件1002-1006及其子组件、或处理器1012、1022、附加操作900、940、950、960、或本文所公开的方法的动作的计算机可读指令和数据。存储器组件1014、1024可以保存用于执行与组件1002-1006相关联的功能的指令。尽管组件1002-1006示出为在存储器1014、1024外部,但应当理解它们可以存在于存储器1014、1024内。
图10B类似于图10A,并且用相同的附图标记来示出对应的组件。图10B同样示出了用于在能够进行单播和多播信号传输的无线通信系统中管理基于需求的多播服务的示例性系统1000B,其可以被配置作为能够进行单播和多播信号传输的无线网络或者作为在网络的实体内使用的处理器或类似的器件。然而,图10B示出了在上下文中的各组件,其中内容的提供可以初始地经由多播会话,并且其中内容的提供可以被转换到单播会话。同样,系统1000B可以包括可表示由处理器、软件、硬件或其组合(例如固件)实现的功能的功能框。
如所示出的,在一个实施例中,系统1000B可以包括用于经由多播会话提供由WCS的区域中的移动实体请求的内容的电组件或模块1002B。例如,当系统1000B耦合到或者被配置为基站1010时,电组件1002B可以包括至少一个处理器1012,所述至少一个处理器1012耦合到收发机1016等等以及耦合到具有指令的存储器1014,所述指令用于经由多播信号传输来提供所请求的内容。例如,当系统1000B耦合到或者被配置为一个或多个多播网络实体时,电组件1002B可以包括至少一个处理器1022,所述至少一个处理器1022耦合到收发机1026等等以及耦合到具有指令的存储器1024,所述指令用于经由单播信号传输来提供所请求的内容。系统1000B可以包括用于确定针对内容的并发需求等级是否降到针对WCS的区域的限定门限之下的电组件1004B。例如,电组件1004B可以包括至少一个处理器1012、1022,所述至少一个处理器1012、1022耦合到收发机1016、1026等等以及耦合到保存指令的存储器1014、1024,所述指令用于监控针对指定区域内的特定内容的并发需求等级以及将其与门限进行比较。系统1000B可以包括电组件1006B,电组件1006B用于响应于确定并发需求等级已经降到门限之下而在无线通信系统的区域中发起针对内容的单播会话。也就是说,可以经由这样的单播会话向继续希望接收内容的移动实体提供内容。例如,电组件1006B可以包括至少一个处理器1012、1022,所述至少一个处理器1012、1022耦合到收发机1016、1026等等以及耦合到保存指令的存储器1014、1024,所述指令用于响应于控制信号而在指定区域中发起多播会话。系统1000B可以包括用于执行结合图9A和图9C-D所描述的附加操作900、940、950、960中的任何或全部操作的类似的电组件,出于简要说明,其未示出在图10B中。还要注意的是,在图10A和图10B中示出的执行类似功能的组件可以在图10A和图10B中所示出的功能之间共享。
参考图10C,提供了用于在能够进行单播和多播信号传输的无线通信系统中管理基于需求的多播服务的另一个示例性系统1060,其可以被配置作为无线网络或者作为在网络的实体内使用的处理器或类似的器件。网络实体可以包括无线通信网络的基站1010(例如,eNB或其它基站(例如家庭节点B等)),其可以经由收发机1016与移动实体1030相通信。所述系统还可以包括如上文所描述的一个或多个多播网络实体1020,例如HDM、BM-SC、P-GW、MME、MCE等,其中的至少一个可以经由网络接口1028连接到内容提供方1040。系统1060可以包括可表示由处理器、软件、硬件或其组合(例如固件)实现的功能的功能框。
如所示出的,在一个实施例中,系统1060可以包括用于确定针对无线通信网络中的服务的订户的数量的电组件或模块1052。例如,在基站1010和网络实体1020中的一个中或两者中,电组件1052可以包括至少一个处理器1012、1022,所述至少一个处理器1012、1022耦合到收发机1016、1026等等以及耦合到具有指令的存储器1014、1024,所述指令用于确定订户的数量。系统1060可以包括用于将订户的数量与预定的门限值进行比较的电组件1054。系统1060可以包括电组件1056,电组件1056用于进行以下操作:如果服务当前是在广播或多播模式下提供的,并且如果订户的数量低于预定的门限值,则响应于来自包括在所述数量个订户中的一个或多个订户的、针对服务内容的请求,通过发送修改的内容标识符来发起向单播模式的转换。例如,电组件1056可以包括至少一个处理器1012、1022,所述至少一个处理器1012、1022耦合到收发机1016、1026等等以及耦合到保存指令的存储器1014、1024,所述指令用于发起所述转换。系统1060可以包括电组件1058,电组件1058用于进行以下操作:如果服务当前是在单播模式下提供的,并且如果订户的数量超过预定的门限值,则响应于来自包括在所述数量个订户中的一个或多个订户的、针对服务内容的请求,通过经由单播模式发送修改的内容标识符来发起向广播或多播模式的转换。例如,电组件1058可以包括至少一个处理器1012、1022,所述至少一个处理器1012、1022耦合到收发机1016、1026等等以及耦合到保存指令的存储器1014、1024,所述指令用于发起所述转换。
组件1052-1058可以经由逻辑链路1050与一个或多个eNB1010和/或一个或多个多播网络实体1020相关。连到单元1010、1020两者的链路1050指示了每个单元可以包括eNB1010、一个或多个多播网络实体1020或两者。例如,用于确定订户的数量的组件1052可以包括eNB以及上文结合图6所讨论的网络实体MBMS-GW、BM-SC、P-GW、MCE和MME中的一个或多个、或类似的实体。因此,组件1052-1058不必受限于无线通信系统的一个处理器实体,并且可以全部或部分地通过系统中经由逻辑链路1050合作操作的不同处理实体来体现。所述逻辑链路不必受限于单个通信链路或接口,并且可以包括多于一个的通信链路或接口,例如结合上文示出了在不同系统单元之间的不同接口的图6所描述的。
在相关的方面中,系统1060可以可选地包括均具有至少一个处理器的处理器组件1012、1022。处理器1012和1022可以经由任何适当的通信耦合方式与组件1052-1058或类似的组件操作性相通信。如上文所提到的,多于一个的eNB1010或多播网络实体1020可以包括组件1052-1058的一部分。因此,处理器1012和1022可以影响由电组件1052-1058执行的过程或功能的发起或调度。
在进一步相关的方面中,系统1060可以包括无线收发机组件1016、1026和网络接口组件1018、1028。系统1060可以可选地包括用于存储信息的组件,诸如,举例来说,存储器设备/组件1014、1024。计算机可读介质或存储器组件1014、1024可以经由总线或其它耦合方式操作地耦合到系统1000的其它组件。存储器组件1014、1024可以适用于存储用于执行组件1052-1058及其子组件、或处理器1012、1022、或本文所公开的方法的动作的计算机可读指令和数据。存储器组件1014、1024可以保存用于执行与组件1052-1058相关联的功能的指令。尽管组件1052-1058示出为在存储器1014、1024外部,但应当理解它们可以存在于存储器1014、1024内。
参考图10D,进一步示出了系统1060的可选的组件或模块。例如,系统1060还可以包括用于调整信号的至少一个协议元素或至少一个报头的电组件或模块1062,所述信号携带了针对一个或多个订户的服务。系统1060还包括用于经由与用于向一个或多个订户提供服务的信道不同的控制信道来向一个或多个订户发送至少一个指示的电组件或模块1064。例如,所述指示可以以信号方式通知转换或命令UE从单播单一模式转换到广播模式或者从广播模式转换到单播模式。例如,电组件1064可以包括至少一个处理器1012、1022,所述至少一个处理器1012、1022耦合到收发机1016、1026等等以及耦合到保存指令的存储器1014、1024,所述指令用于发送所述至少一个指示。系统1060还可以包括用于使用http-重定向(http-REDIRECT)元素来触发服务发现过程的电组件或模块1066。例如,电组件1066可以包括至少一个处理器1012、1022,所述至少一个处理器1012、1022耦合到收发机1016、1026等等以及耦合到保存指令的存储器1014、1024,所述指令用于使用http-重定向(http-REDIRECT)元素。系统1060还可以包括用于使用扩展的http元素来触发服务发现过程的电组件或模块1068。例如,电组件1066可以包括至少一个处理器1012、1022,所述至少一个处理器1012、1022耦合到收发机1016、1026等等以及耦合到保存指令的存储器1014、1024,所述指令用于使用扩展的http元素。
图11A和图11B示出了用于在无线通信系统中在经由服务的多播传送与服务的单播传送来接收内容之间转换的方法的进一步实施例。所述方法可以由UE、移动实体、无线终端等等来执行。方法1100可以包括:在1102,获取无线通信网络中的多媒体服务,所述多媒体服务是在第一提供模式下提供的。方法1100还可以包括:在1104,从所述通信网络接收修改的内容标识符,所述修改的内容标识符指示服务将从第一提供模式转换到第二提供模式。例如,所述修改的内容标识符可以反映在第一提供模式下订阅所述多媒体服务的终端的数量与预定的门限值的比较。方法1100还可以包括:在1106,响应于所述修改的内容标识符,发起从第一提供模式向第二提供模式的转换。
在图11B中示出了用于实现在经由服务的多播传送与服务的单播传送来接收内容之间转换的附加操作1150。操作1150中的一个或多个操作可以可选地作为方法1100的一部分来执行。操作1150可以以任意可操作的顺序来执行,或者可以在不要求性能的特定时间顺序的情况下由开发算法所包含。可以独立地执行操作并且互不相斥。因此,可以执行这些操作中的任意一个,而不管是否在执行另一个下游或上游操作。例如,如果方法1100包括操作1150中的至少一个操作,则方法1100可以在所述至少一个操作之后终止,而不必必须包括可能被示出的任何后续的下游操作。
参考图11B,附加操作1150可以包括:在1108,在用于向所述装置提供服务的信道的一个或多个信号中接收至少一个指示。例如,所述指示可以以信号形式通知转换或命令UE从单播单一模式转换到广播模式或者从广播模式转换到单播模式。操作1150还可以包括:在1110,接收信号的至少一个协议元素或至少一个报头的至少一个调整的版本,所述信号携带了针对所述装置的服务。操作1150还可以包括:在1112,经由与用于向所述装置提供服务的信道不同的控制信道来接收至少一个指示。
参考图12A,提供了用于在经由服务的多播传送与服务的单播传送来接收内容之间转换的示例性装置1200,其中装置1200可以被配置作为UE、移动实体、无线终端等等或者作为在UE、移动实体、无线终端等等内使用的处理器或类似的器件。装置1200可以包括可表示由处理器、软件、硬件或其组合(例如固件)实现的功能的功能框。
如所示出的,在一个实施例中,装置1200可以包括用于获取无线通信网络中的多媒体服务的电组件或模块1202,所述多媒体服务是在第一提供模式下提供的。例如,电组件或模块1202可以包括至少一个处理器1210,所述至少一个处理器1210耦合到网络接口1214(例如,发射机、接收机、收发机)等等以及耦合到具有指令的存储器1216,所述指令用于获取所述多媒体服务。装置1200可以包括用于从所述通信网络接收修改的内容标识符的电组件或模块1204,所述修改的内容标识符指示所述服务将从第一提供模式转换到第二提供模式。例如,所述修改的内容标识符可以反映在第一提供模式下订阅所述多媒体服务的终端的数量与预定的门限值的比较。例如,电组件1204可以包括至少一个处理器1210,所述至少一个处理器1210耦合到网络接口1214(例如,发射机、接收机、收发机)等等以及耦合到保存指令的存储器1216,所述指令用于接收所述修改的内容标识符。装置1200可以包括用于响应于所述修改的内容标识符而发起从第一提供模式向第二提供模式的转换的电组件或模块1206。
在相关的方面中,在装置1200被配置作为UE、移动实体、无线终端等等的情况下,装置1200可以可选地包括具有至少一个处理器的处理器组件1210。在这种情况下,处理器1210可以经由总线1212或类似的通信耦合方式与组件1202-1204或类似的组件操作性相通信。处理器1210可以实现由电组件或模块1202-1204执行的过程或功能的发起或调度。
在进一步相关的方面中,装置1200可以包括用于与其它网络实体通信的网络接口组件1214。网络接口1214可以是发射机、接收机或收发机。装置1200可以可选地包括用于存储信息的组件,诸如,举例来说,存储器设备/组件1216。计算机可读介质或存储器组件1216可以经由总线1212等等操作地耦合到装置1200的其它组件。存储器组件1216可以适用于存储用于执行组件1202-1204及其子组件、或处理器1210、附加操作1200、1300和1400、或本文所公开的方法的动作的计算机可读指令和数据。存储器组件1216可以保存用于执行与组件1202-1204相关联的功能的指令。尽管组件1202-1204示出为在存储器1216外部,但应当理解它们可以存在于存储器1216内。
参考图12B,进一步示出了装置1200的可选的组件或模块。装置1200还可以包括用于在用于向所述装置提供服务的信道的一个或多个信号中接收至少一个指示的电组件或模块1220。例如,所述指示可以以信号形式通知转换或命令UE从单播单一模式转换到广播模式或者从广播模式转换到单播模式。例如,电组件或模块1220可以包括至少一个处理器1210,所述至少一个处理器1210耦合到网络接口1214(例如,发射机、接收机、收发机)等等以及耦合到具有指令的存储器1216,所述指令用于接收所述至少一个指示。装置1200还可以包括用于接收信号的至少一个协议元素或至少一个报头的至少一个调整的版本的电组件或模块1222,所述信号携带了针对所述装置的服务。例如,电组件或模块1222可以包括至少一个处理器1210,所述至少一个处理器1210耦合到网络接口1214(例如,发射机、接收机、收发机)等等以及耦合到具有指令的存储器1216,所述指令用于接收所述至少一个调整的版本。装置1200还可以包括用于经由与用于向所述装置提供服务的信道不同的控制信道来接收至少一个指示的电组件或模块1224。例如,电组件或模块1224可以包括至少一个处理器1210,所述至少一个处理器1210耦合到网络接口1214(例如,发射机、接收机、收发机)等等以及耦合到具有指令的存储器1216,所述指令用于接收所述至少一个指示。
用于模式之间的转换的示例性方法
如上文所提到的,在支持基于需求的MBMS的系统中,可以更为有效地经由多播会话向多个移动实体或经由分别的单播会话向移动实体来提供给定的内容。提供多播或单播服务的相对效率可以与需求等级相关,例如有多少个移动实体正在接收和/或想要接收给定的内容。可能出现的一个问题是:一旦已经确定这样的转换可能是希望的,如何安排在内容传送的这些模式之间的转换。以下部分陈述了对这一问题的一些示例性解决方案。
作为预备工作,存在可使用的多种内容传送技术。例如,可以采用HTTP动态自适应流式传输(DASH)或实时协议(RTP)。虽然以下主要在DASH的上下文中论述了这些示例性技术,但它们可以类似地适用于采用RTP的系统(如果适用的话),以下给出了对不同点的讨论。
在讨论用于在传送的模式之间转换的技术时,一种可以将相关的信号传输分成两类,下文将其称为服务中(in-service)(或带内)信号传输或服务外(out-of-service)(或带外)信号传输。在服务中信号传输中,与转换相关的信号可以嵌入在与提供服务相关联的常规业务中。在服务外信号传输中,与转换相关的信号可以在与提供服务相关联的常规业务以外进行发送,例如,在单独的信道中。可以在用于实现在单播与多播操作之间的转换的各种方案中使用这些信号传输技术中的任何一个或两者。
根据本公开内容的实施例,图13A示出了用于从多播(也被称为广播)会话向分别的单播会话转换的示例性服务中信号传输方案。如上文所提到的,虽然图13A在DASH的上下文中示出了该方案,但它也可以适用于基于RTP的系统。图13A示出了UE1301,其可以包括DASH引擎/应用1302和DASH-广播(DASH-BC)模块1303。还示出了BM-SC1305(其在DASH的情况下可以被描述为DASH客户端)以及可以向BM-SC1305提供内容的DASH服务器1306。在图13A中所示出的进一步组件可以是高连接率检测模块(HDM)1304。其可以是网络的单独的物理或逻辑单元(例如可以被示出为在图6的P-GW610与BM-SC612之间提供),或者可以将其并入网络单元(例如P-GW610或BM-SC612)。HDM1304的功能可以包括保持对订阅所提供的各种多媒体服务的UE的数量的计数。
在多播/广播模式期间,如附图标记1307所指示的,可以在单向传输文件传送(FLUTE)信道上使用DASH来向UE1301传送多媒体内容。在DASH中,内容可以被分割成段(其可以是例如5-10秒长)(但本公开内容并不因此受限制),并且每个DASH段被分配了内容标识符(例如URL)。这些URL可以存储在可用于传送DASH内容的FLUTE信道的文件传送表(FDT)中。在该协议中,BM-SC1305可以向DASH服务器1306发送http-获得(http-GET)消息,以获取将要向UE1301传送的内容的下一段。DASH服务器1306可以用http-回应(http-REPLY)消息(其可以向BM-SC1305转发内容)来作出响应,BM-SC1305可以安排向多个UE(可以包括UE1301)广播内容(包括针对给定段的关联URL)。在UE1301内,DASH引擎1302可以与DASH-BC模块1303相互作用以将内容提供给UE1301的用户。这可以借助于http-获得(http-GET)/http-回应(http-REPLY)消息来完成,其可以类似于在BM-SC1305与DASH服务器1306之间的交互。例如,DASH引擎1302可以向DASH-BC模块1303发送http-获得(http-GET)消息以获取内容的下一段。DASH-BC模块1303可以用http-回应(http-REPLY)消息(其可以向DASH引擎1302转发内容)来作出响应。
在某一时刻,HDM1304可以提供对订阅特定多媒体服务的UE的计数来使能网络单元(其可以是HDM1304或者可以是另外的网络单元(例如,图6中所示出的网络单元)),以确定针对服务的需求是否已经降到UE的门限数量之下。如果是的话,则可以触发从多播向单播模式的转换。在该情况下,BM-SC或生成广播段的另一个网络单元可以向具有修改的URL的UE广播内容;这一修改的URL可以存储在FDT中,以及/或者可以在触发转换后生成它。所述修改的URL可以是基于例如媒体呈现描述(MPD)的表示(representation),并且可以由用于指示接收该修改的URL的UE发起向单播模式转换的语义构成。或者,所述修改的URL可以是使用了用来表示URL的ASCII字母的显式指示。这可以例如通过在URL字符串中插入字符串“BCtoUC”来实现。这种修改的URL可以是例如单播URL或是指示从广播/多播模式向单播模式的转换的URL。在另一个实施例中,BM-SC或生成广播段的另一个网络单元可以指示MME使用单播消息来以信号形式通知无线设备在广播信道上传输的服务将很快转换到单播模式。在这两种情况下,网络可以使用FLUTE协议的文件传送表(FDT)来向无线设备发送所述修改的URL。
根据一些实施例,可以例如通过更改MPD属性来获取修改的URL。通常,MPD可以包括与如何构成URL有关的属性。该属性对于不同类型的URL可以是不同的。例如,该属性对于单播模式、广播模式、广播向单播模式转换和/或广播向单播模式转换可以是不同的(需要注意的是,在某些实施例中,有可能具有指示从当前模式向其它模式的“一般性”转换的单一属性,就其本身而言,其可以是可修改的(如有必要)以规定与转换相关的进一步信息)。也就是说,修改的URL可以包括对不同的MPD属性的使用,其可以因此导致不同的URL格式。
UE1301随后可以建立单播会话1308并且停止对服务的广播传输的接收。所述单播会话随后可以利用分别来自和发往DASH引擎1302的连续的http-获得(http-GET)和http-回应(http-REPLY)消息的传输前进到1309。http-获得消息可以包括单播URL(在图13A中示出为“UC-URL”)以请求所希望的内容;这种http-获得消息在图13中被标示为“http-获得(UC-URL)”。DASH-BC模块1303可以不经处理而转发这些http-获得(UC-URL)消息。类似地,BM-SC1305也可以不处理这些http-获得(UC-URL)消息;并且http-获得(UC-URL)消息可以被转发到DASH服务器1306以用于获取内容。该过程可以类似地在相反的方向上进行,其中DASH服务器1306(响应于http-获得(UC-URL))提供http-回应消息以提供与在http-获得(UC-URL)消息中所提供的UC-URL相对应的内容,并且该内容可以同样未经广播处理(例如通过BM-SC1305和/或DASH-BC模块1303)而被提供给UE1301。注意到,尽管在图13A中示出为绕过BM-SC1305,但在替代实施例中,http-获得(UC-URL)和http-回应消息可以在该过程中在有或没有HDM1304参与的情况下由BM-SC1305接收并且朝适当的方向进行转发。与此同时,HDM1304可以继续保持对获取各种多媒体服务的UE的计数,其可以被用于例如使得能够确定是否要转换回广播模式。在另一个实施例中,网络可以停止在广播信道上传输内容。无线设备检测到该事件并且建立单播信道来获取服务。
在从广播模式向单播模式的转换中,一个顾虑可能是对最初在广播模式下接收内容的各个UE向在单播模式下接收内容的转换的时序。如果所有这些UE试图同时进行转换,这可能导致冲突和/或使网络的单播转换能力超载。考虑到这一点,各个实施例可以包括用于减轻这种时序问题的各种技术。一个例子可以是使用随机化的切换时间,其中给定的UE可以通过生成随机的延迟(例如使用随机延迟发生器)来确定发起转换的时间。或者,转换过程可以将转换调度并入以信号形式通知UE作出这些转换;这种信号传输可以经由各种网络控制信道来发生。另外可能的技术可以是包括冲突解决技术,其可以是分布式技术或集中式技术。
根据本公开内容的实施例,图13B示出了用于从使用分别的单播会话来提供服务向使用多播(同样,也可以被称为广播)会话来提供服务转换的示例性服务中信号传输方案。如上文所提到的,图13B在DASH的上下文中示出了该方案,但其也可以适用于基于RTP的系统。与图13A中所示出的那些组件相对应的组件已用相同的附图标记来标示。此外,各种操作还可以用附图标记1-7来标示,其对于图13B是唯一的。
在图13B中,UE1301的用户可以(例如,通过输入URL)请求某种应用/服务(示出为“1.App request”),而UE可以发起单播会话1310以获取对应的内容。如结合图13A所讨论的,URL可以由用于区分单播模式与广播模式以及合并有对从一个模式向另一个模式的转换的一个或多个指示的语义构成。在初始的单播模式1310下,DASH引擎1302可以选择适当的URL,如上文所讨论的,其可以是基于MPD而获得的;该URL可以是用于单播情况下的URL,其可以被标示为“UC-URL”。在上文可以找到关于如何基于MPD来获得修改的URL的更多细节。如上文所描述的,DASH引擎1302随后可以发送http-获得(UC-URL)消息。同样,在单播模式下,DASH-BC模块1303可以不处理http-获得(UC-URL)消息,只要其为单播模式。如上文所讨论的,HDM1304可以保持对订阅不同的多媒体服务的UE的计数。http-获得(UC-URL)消息可以到达DASH服务器1306,DASH服务器1306可以通过发送http-回应消息来作出响应以转发所请求的内容的对应段。如上文所描述的(图13B中的附图标记3),http-回应最终被转发到DASH引擎1302。本质上,在DASH中,可以反复地执行该过程以便获得所请求的内容。
当HDM1304或其它网络实体确定请求给定多媒体服务的UE的数量超过了门限时,可以触发向广播模式的转换。各个操作1311可以参与实现该转换。UE1301可以通过发送另外的http-获得(UC-URL)消息(4)来继续请求内容。然而,假设已触发了向广播的转换,HDM1304或另外的网络单元(例如,如图6中所示出的网络单元)可以截获http-获得(UC-URL)消息并且向UE1301发送回http-重定向(具有BC转换的URL)消息(5),http-重定向(具有BC转换的URL)消息(5)可以由UE1301的DASH-BC模块1303接收。“具有BC转换的URL”可以是URL的修改版本,其可以向UE1301指示向广播模式的转换已经被触发。所述修改的URL可以通过修改MPD属性(例如图9I的修改的MPD属性)或者通过在http-回应或http-重定向消息中明确地插入字符串(例如“UCtoBC”)来完成,所述http-回应或http-重定向消息是响应于从无线设备向网络发送的http-获得请求而向无线设备发送的。当UE1301的DASH-BC模块1303接收http-重定向与具有BC转换的URL时,DASH-BC模块1303可以使用重定向的URL来发布http-获得。此外,DASH-BC模块1303还可以使无线设备做好准备使用广播服务来接收内容。这种准备工作可以包括:发起服务发现过程或一种过程(例如用于指导UE1301的接收机)来接收服务通告。DASH-BC模块1303可以向DASH引擎1302转发http-回应(具有BC转换的URL)消息。此时,DASH引擎1302可以用具有BC转换的URL来替代UC-URL,这可以指示DASH引擎1302已经接收了http-重定向消息并且可以使用http-获得消息(6)来继续从DASH服务器1306请求内容。要注意的是,具有BC转换的URL可以或可以不被转发到DASH服务器1306,因为DASH服务器1306不必区分单播URL与指示了向广播模式的转换的URL(即,这可能与能够提供所请求的内容的DASH服务器1306不相关,并且可以去除http-获得消息,如果需要的话)。通常,只要这些单播模式http-获得消息由DASH服务器1306接收到,DASH服务器1306可以继续发送http-回应消息(7),http-回应消息(7)可转发所请求的DASH段。
当DASH引擎1302接收http-重定向或http-回应(具有BC转换的URL)消息(5)时,这也会触发UE1301转换到广播模式。因此,UE1301可以发起服务发现(8),这可以被用于确定所希望的服务何时在广播模式下可用以及何时发起相关联的转换(其可以与BM-SC1305协调来完成)。如前所述,一旦UE1301已发现并建立了广播服务,在单播模式下发往UE1301的内容的传输可以被中止,而广播模式可以继续进行;这用附图标记1312(其可以包括附图标记9-11所指示的操作)来加以指示。在某些情况下,在预定的时间段之后,UE1301未能转换到广播模式。在预定的时间段之后如果UE1301在单播模式下继续请求内容,则网络可以强制实现向广播传送的转换。该转换可以通过网络发送http-重定向到空白URL或者发送用于指示内容不再是经由单播模式可获得和/或是当前经由广播模式可获得的http错误来强制实现的。
图13C给出了可以用于从单播模式转换到广播模式的第二服务中信号传输实施例。图13C的单元和图13中的操作顺序可以类似于在图13B中所示出的那些单元和操作顺序,其中具有如下的修改。在从单播向广播模式的转换1311期间,如在图13B中,UE1301继续从DASH服务器1306请求并且获取DASH段,这可以由UE1301的DASH引擎1302来完成。DASH引擎1302可以生成并且发送http-获得消息(4)。与图13B的实施例(其中可以借助于使用修改的URL来完成向UE1301以信号形式通知转换)不同,在图13C的实施例中,可以使用http扩展来指示UE1301应当转换到广播模式。例如,http可以定义针对各种请求和/或响应消息的各种报头字段。在一些实施例中,因此,可以引入新的报头字段来指示在模式之间的转换(例如转换到广播)。指示了服务将很快在广播上进行传输的新的报头字段可以使用http-回应或http-重定向消息来发送给无线设备,所述http-回应或http-重定向消息是响应于从请求内容段的无线设备发送的http-获得请求而发送的。此外,UE1301在单播模式下继续请求另外的内容,一旦系统已确定了应当作出向广播模式的转换(4),并且http-获得消息未被重定向,如在图13B中;代替地,http-获得消息可以到达DASH服务器1306,DASH服务器1306可以提供http-回应消息来作出响应,所述http-回应消息可以包括用于向UE1301指示服务正在转换到广播模式传送的http扩展。如所示出的(6,7),针对内容的后续请求(在单播模式下)和来自DASH服务器1306的相关联的响应可以以类似的方式进行。在这两种情况下,为了在预定的时间段之后强制实现向广播或多播传送的转换,网络可以发送http-重定向到空白URL或者发送用于指示内容不再是经由单播模式可获得和/或当前是经由广播模式可获得的http错误
如上文所提到的,图13A-13C描述了在基于DASH的系统中可以如何使用服务中信号传输来完成在广播与单播模式之间的转换。然而,同样,这也可以适用于其它用于提供内容的协议,例如RTP。在RTP的特定例子中(本公开内容并不受限于此),RTP消息包括相关联的报头,并且可以包括实时控制协议(RTCP)信令。类似于在DASH中对修改的URL和/或http扩展的使用,修改的RTCP信令消息可以被用于指示在单播与广播模式之间的转换,并且本领域技术人员将理解可以作出各种这样的修改以及可以在基于RTP的系统中如何传输和处理信令序列。例如,RTCP信令一般可以包括报头,并且在一个例子中,报头可以被修改以包括例如“转换到广播”或“转换到单播”的指示。
讨论现在转到可以采用服务外信号传输的各个实施例。图14示出了使用这种服务外信号传输从广播模式转换到单播模式的示例性实施例。在图14中所示出的大部分组件可以对应于在图13A中所示出的组件。在图14中,UE1401可以包括DASH引擎/应用1402和DASH-BC模块1403。HDM1405、BM-SC1406和DASH服务器1407同样可以类似于在图13A中所示出的对应组件。图14增加了RAN1404,其可以包括例如MCE和/或eNB。附图标记1408可以涵盖广播模式操作,附图标记1410可以是指转换到单播操作,而附图标记1411可以是指单播操作;这些可以全部类似于图13A的附图标记1307-1309所引用的操作。图13A和图14可以有所不同,例如在于,图14可以包括用附图标记1409指示的附加信号流,而不是使用如结合图13A所描述的修改的URL。在该情况下,BM-SC1406可以生成不随内容发送的控制信号,并且可以向RAN1404(例如向MCE)发送该控制信号以指示向单播模式的转换应当发生。RAN1404随后可以(例如使用空中接口信令)向UE1301发送信号。例如,如果来自BM-SC1406的控制信号已被发送给RAN1404的MCE,则MCE随后可以向RAN1404的eNB指示应当向一个或多个UE(例如UE1401)告知应当发起向单播的转换。RAN1404的eNB随后可以使用无线通信系统的控制信道来向UE1401以信号形式通知这一点。这种控制信道可以例如是MCCH。在另一个实施例中,网络可以在广播信道上开始发送内容。当前使用单播信道来获取内容的无线设备可以检测到网络在广播信道上开始发送相同的内容。这可以通过将无线设备在单播信道上正在使用的URL与使用被用于发送DASH段的FLUTE协议的FDT来广播的URL进行匹配或者通过监控服务通告过程来完成。在无线设备检测到相同的服务在广播信道上进行传输之后,可以关闭单播连接。类似地,服务通告还可以被用于向UE指示从单播模式向广播模式的转换。BM-SC可以在服务通告中添加程序并且将其在支持eMBMS服务的所有频率层上进行发送。UE可以定期地接收服务通告。在服务通告中,BM-SC可以指示广播起始时间,使得UE可以在广播模式开启时建立多播信道。
类似于图13A-13C,图14示范了使用基于DASH的系统的例子的转换,本公开内容并不受限于此。类似的过程可以适用于其它用于提供内容的协议,诸如但不限于RTP。
图15和图16示出了可以与本公开内容的各个实施例相关的流程图,其可以包括上文结合图13A-13C和图14所讨论的那些过程。图15示出了可以由网络的一个或多个单元执行的过程1500。在1501,可以确定针对给定服务的订户的数量。在1502,可以将所获得的数量与预定的门限值进行比较。在1503,取决于服务当前是在单播模式下还是广播模式下传送的,两件事情中的一件会发生。如果服务当前是在单播模式下传送的,以及在1506如果订户的数量超过预定的门限值,则在1507网络可以以信号形式通知订户转换到在广播模式下的服务传送。如果服务当前不是在单播模式下(而是在广播模式下)传送的,以及在1504订户的数量少于门限,则在1505网络可以以信号形式通知订户转换到在单播模式下的服务传送。
类似地,图16示出了可以在UE处加以执行的过程1600。在1601,UE可以正在第一传送模式下获取给定的服务。在1602,UE可以从正在提供服务的网络接收指示,该指示表示应当作出向第二传送模式的转换。第一传送模式可以是单播或广播,而第二传送模式可以是并非第一传送模式的模式(广播或单播)。所述指示可以反映由网络的某一单元或某些单元对针对服务的订户的数量与预定的门限进行的比较,所述单元随后可以基于该比较来提供转换指示。在1603,UE随后可以发起向第二传送模式的转换。
本领域技术人员将理解,可以使用各种不同的技艺和技术中的任意一种来表示信息和信号。例如,在遍及上文的描述中引用的数据、指令、命令、信息、信号、位、符号以及码片可以用电压、电流、电磁波、磁场或磁性粒子、光场或光学粒子、或者其任意组合来表示。
技术人员还将意识到,结合本文公开内容所描述的各种说明性的逻辑框、模块、电路以及算法步骤可以实现为电子硬件、计算机软件或两者的组合。为了清晰地说明硬件和软件的这种可互换性,上文已经将各种说明性的组件、框、模块、电路以及步骤按照它们的功能进行了一般性描述。至于这种功能是实现为硬件还是软件取决于特定应用和施加在整体系统上的设计约束。本领域普通技术人员可以针对每种特定应用以变化的方式来实现所描述的功能,但是这些实现决定不应当被认为是导致脱离了本公开内容的范围。
结合本文公开内容所描述的各种说明性的逻辑框、模块以及电路可以用被设计成执行本文所描述的功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立门或晶体管逻辑、分立硬件组件、或者其任意组合来实现或执行。通用处理器可以是微处理器,但可替代地,处理器可以是任何常规的处理器、控制器、微控制器或状态机。处理器还可以实现为计算设备的组合,例如,DSP和微处理器的组合、多个微处理器、一个或多个微处理器结合DSP核,或者任何其它此种配置。
结合本文公开内容所描述的方法或算法的步骤可以直接体现在硬件中、由处理器执行的软件模块中、或两者的组合中。软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM、或本领域公知的任何其它形式的存储介质中。示例性存储介质耦合到处理器,使得处理器可以从存储介质读取信息以及向存储介质写入信息。可替代地,存储介质可以集成到处理器。处理器和存储介质可以位于ASIC中。ASIC可以位于用户终端中。可替代地,处理器和存储介质可以作为分立组件位于用户终端中。
在一个或多个示例性设计中,所描述的功能可以在硬件、软件、固件或其任意组合中实现。如果在软件中实现,则所述功能可以作为一个或多个指令或代码存储在计算机可读介质中或者通过其进行传输。计算机可读介质包括计算机存储介质和通信介质两者,所述通信介质包括促进计算机程序从一个地方传送到另一个地方的任何介质。存储介质可以是可由通用或专用计算机存取的任何可用的介质。通过举例而非限制性的方式,这样的计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁存储设备、或者可以用于以指令或数据结构的形式携带或存储期望的程序代码模块以及可以由通用或专用计算机或者通用或专用处理器来存取的任何其它的介质。此外,只要包括了对所发送的信号的非暂时性存储,任何连接可以被适当地称为计算机可读介质。例如,如果使用同轴电缆、光纤光缆、双绞线、数字用户线(DSL)或无线技术(诸如红外线、无线电和微波)从网站、服务器或其它远程源发送软件,则同轴电缆、光纤光缆、双绞线、DSL或无线技术(诸如红外线、无线电和微波)包括在介质的定义中,只要信号在非暂时性的时间长度内被保存在存储介质上的传输链中或设备存储器中。如本文所使用的,磁盘和光盘包括压缩光盘(CD)、激光光盘、光盘、数字多功能光盘(DVD)、软盘和蓝光光盘,其中磁盘通常磁性地复制数据,而光盘则利用激光来光学地复制数据。上述的组合也应当包括在计算机可读介质的范围内。
提供对本公开内容的以上描述以使本领域任何技术人员能够实施或使用本公开内容。对本公开内容的各种修改对于本领域技术人员来说将是显而易见的,并且在不脱离本公开内容的精神或范围的情况下,可以将本文所定义的一般性原理应用于其它的变型。因此,本公开内容并不旨在受限于本文所描述的例子和设计,而是要符合与本文所公开的原理和新颖特征相一致的最广泛的范围。
Claims (52)
1.一种方法,包括:
确定针对无线通信网络中的服务的订户的数量;
将所述订户的数量与预定的门限值进行比较;
如果所述服务当前是在广播或多播模式下提供的,并且如果所述订户的数量低于所述预定的门限值,则响应于来自包括在所述数量个订户中的一个或多个订户的针对所述服务的内容的请求,通过发送修改的内容标识符来发起向单播模式的转换;以及
如果所述服务当前是在单播模式下提供的,并且如果所述订户的数量超过所述预定的门限值,则响应于来自包括在所述数量个订户中的一个或多个订户的针对所述服务的内容的请求,通过经由所述单播模式发送修改的内容标识符来发起向广播或多播模式的转换。
2.根据权利要求1所述的方法,其中,发送所述修改的内容标识符包括:在用于向所述一个或多个订户提供所述服务的信道的一个或多个信号中发送至少一个指示。
3.根据权利要求1所述的方法,其中,所述修改的内容标识符包括统一资源定位符(URL)。
4.根据权利要求1所述的方法,其中,发送所述修改的内容标识符包括:调整携带了针对所述一个或多个订户的服务的信号的至少一个协议元素或至少一个报头。
5.根据权利要求4所述的方法,其中,所述至少一个协议元素或至少一个报头选自于由超文本传输协议(http)元素和实时协议(RTP)元素组成的组。
6.根据权利要求1所述的方法,其中,发送所述修改的内容标识符包括:经由与用于向所述一个或多个订户提供所述服务的信道不同的控制信道来向所述一个或多个订户发送至少一个指示。
7.根据权利要求6所述的方法,其中,所述控制信道包括多媒体控制信道。
8.根据权利要求5所述的方法,其中,所述至少一个协议元素或至少一个报头是http元素,并且其中,所述方法还包括:使用http-重定向元素来触发服务发现过程。
9.根据权利要求8所述的方法,其中,所述http-重定向元素包括所述修改的内容标识符,所述修改的内容标识符包括被设计为触发用于接收服务通告的过程的语义。
10.根据权利要求5所述的方法,其中,所述至少一个协议元素或至少一个报头是http元素,并且其中,所述方法还包括:使用扩展的http元素来触发服务发现过程。
11.一种在无线通信网络中的装置,所述装置包括一个或多个处理器,所述一个或多个处理器被配置为:
确定针对所述无线通信网络中的服务的订户的数量;
将所述订户的数量与预定的门限值进行比较;
如果所述服务当前是在广播或多播模式下提供的,并且如果所述订户的数量低于所述预定的门限值,则响应于来自包括在所述数量个订户中的一个或多个订户的针对所述服务的内容的请求,通过发送修改的内容标识符来发起向单播模式的转换;以及
如果所述服务当前是在单播模式下提供的,并且如果所述订户的数量超过所述预定的门限值,则响应于来自包括在所述数量个订户中的一个或多个订户的针对所述服务的内容的请求,通过经由所述单播模式发送所述修改的内容标识符来发起向广播或多播模式的转换;
并且,所述装置还包括被配置为存储数据的至少一个存储器。
12.根据权利要求11所述的装置,其中,发送所述修改的内容标识符包括:在用于向所述一个或多个订户提供所述服务的信道的一个或多个信号中发送至少一个指示。
13.根据权利要求11所述的装置,其中,所述修改的内容标识符包括统一资源定位符(URL)。
14.根据权利要求11所述的装置,其中,发送所述修改的内容标识符包括:调整携带了针对所述一个或多个订户的服务的信号的至少一个协议元素或至少一个报头。
15.根据权利要求14所述的装置,其中,所述至少一个协议元素或至少一个报头选自于由超文本传输协议(http)元素和实时协议(RTP)元素组成的组。
16.根据权利要求11所述的装置,发送所述修改的内容标识符包括:经由与用于向所述一个或多个订户提供所述服务的信道不同的控制信道来向所述一个或多个订户发送至少一个指示。
17.根据权利要求16所述的装置,其中,所述控制信道包括多媒体控制信道。
18.根据权利要求15所述的装置,其中,所述至少一个协议元素或至少一个报头是http元素,并且其中,所述方法还包括:使用http-重定向元素来触发服务发现过程。
19.根据权利要求18所述的装置,其中,所述http-重定向元素包括所述修改的内容标识符,所述修改的内容标识符包括被设计为触发用于接收服务通告的过程的语义。
20.根据权利要求15所述的装置,其中,所述至少一个协议元素或至少一个报头是http元素,并且其中,所述方法还包括:使用扩展的http元素来触发服务发现过程。
21.一种在无线通信网络中的装置,包括:
用于确定针对所述无线通信网络中的服务的订户的数量的模块;
用于将所述订户的数量与预定的门限值进行比较的模块;
收发机模块,其用于进行以下操作:
如果所述服务当前是在广播或多播模式下提供的,并且如果所述订户的数量低于所述预定的门限值,则响应于来自包括在所述数量个订户中的一个或多个订户的针对所述服务的内容的请求,通过发送修改的内容标识符来发起向单播模式的转换;以及
如果所述服务当前是在单播模式下提供的,并且如果所述订户的数量超过所述预定的门限值,则响应于来自包括在所述数量个订户中的一个或多个订户的针对所述服务的内容的请求,通过经由所述单播模式发送所述修改的内容标识符来发起向广播或多播模式的转换。
22.根据权利要求21所述的装置,其中,所述用于发送所述修改的内容标识符的收发机模块还被配置用于:在用于向所述一个或多个订户提供所述服务的信道的一个或多个信号中发送至少一个指示。
23.根据权利要求21所述的装置,还包括:用于对携带了针对所述一个或多个订户的服务的信号的至少一个协议元素或至少一个报头进行调整的模块,其中所述修改的内容标识符基于所调整的至少一个协议元素或至少一个报头。
24.根据权利要求21所述的装置,其中,所述用于发送所述修改的内容标识符的收发机模块还被配置用于:经由与用于向所述一个或多个订户提供所述服务的信道不同的控制信道来向所述一个或多个订户发送至少一个指示。
25.根据权利要求21所述的装置,其中,所述至少一个协议元素或至少一个报头是http元素,并且其中,所述装置还包括用于使用http-重定向元素来触发服务发现过程的模块。
26.根据权利要求21所述的装置,其中,所述至少一个协议元素或至少一个报头是http元素,并且其中,所述装置还包括用于使用扩展的http元素来触发服务发现过程的模块。
27.一种计算机程序产品,包括计算机可读介质,所述计算机可读介质包含代码,所述代码在由一个或多个处理设备执行后,导致了以下操作的实现,所述操作包括:
确定针对无线通信网络中的服务的订户的数量;
将所述订户的数量与预定的门限值进行比较;
如果所述服务当前是在广播或多播模式下提供的,并且如果所述订户的数量低于所述预定的门限值,则响应于来自包括在所述数量个订户中的一个或多个订户的针对所述服务的内容的请求,通过发送修改的内容标识符来发起向单播模式的转换;以及
如果所述服务当前是在单播模式下提供的,并且如果所述订户的数量超过所述预定的门限值,则响应于来自包括在所述数量个订户中的一个或多个订户的针对所述服务的内容的请求,通过经由所述单播模式发送所述修改的内容标识符来发起向广播或多播模式的转换。
28.一种方法,包括:
在无线通信网络的终端处获取无线通信网络中的多媒体服务,所述多媒体服务是在第一提供模式下提供的;
由所述终端从所述通信网络接收修改的内容标识符,所述修改的内容标识符指示所述服务将从所述第一提供模式转换到第二提供模式;以及
由所述终端响应于所述修改的内容标识符而发起从所述第一提供模式向所述第二提供模式的转换。
29.根据权利要求28所述的方法,其中,所述修改的内容标识符反映了在所述第一提供模式下订阅所述多媒体服务的终端的数量与预定的门限值的比较。
30.根据权利要求28所述的方法,其中,所述第一提供模式是广播模式或单播模式中的一个,而所述第二提供模式是对应的单播模式或广播模式中的一个。
31.根据权利要求28所述的方法,其中,接收所述修改的内容标识符包括:在用于向所述终端提供所述服务的信道的一个或多个信号中接收至少一个指示。
32.根据权利要求31所述的方法,其中,所述至少一个指示包括:由所述无线通信网络响应于所述终端先前发送的针对所述服务的内容的请求而提供的内容标识符的修改版本。
33.根据权利要求32所述的方法,其中,所述内容标识符包括统一资源定位符(URL)。
34.根据权利要求28所述的方法,其中,接收所述修改的内容标识符包括:接收携带了针对所述终端的服务的信号的至少一个协议元素或至少一个报头的至少一个调整版本。
35.根据权利要求34所述的方法,其中,所述至少一个协议元素或至少一个报头选自于由超文本传输协议(http)元素和实时协议(RTP)元素组成的组。
36.根据权利要求28所述的方法,其中,接收所述修改的内容标识符包括:经由与用于向所述终端提供所述服务的信道不同的控制信道来接收至少一个指示。
37.根据权利要求36所述的方法,其中,所述控制信道包括多媒体控制信道。
38.一种在无线通信网络中使用的终端,所述终端包括至少一个处理器,所述至少一个处理器被配置为:
获取无线通信网络中的多媒体服务,所述多媒体服务是在第一提供模式下提供的;
从所述通信网络接收修改的内容标识符,所述修改的内容标识符指示所述服务将从所述第一提供模式转换到第二提供模式;以及
响应于所述修改的内容标识符而发起从所述第一提供模式向所述第二提供模式的转换;
所述终端还包括被配置为存储数据的至少一个存储器。
39.根据权利要求38所述的终端,其中,所述修改的内容标识符反映了在所述第一提供模式下订阅所述多媒体服务的终端的数量与预定的门限值的比较。
40.根据权利要求38所述的终端,其中,所述第一提供模式是广播模式或单播模式中的一个,而所述第二提供模式是对应的单播模式或广播模式中的一个。
41.根据权利要求38所述的终端,其中,接收所述修改的内容标识符包括:在用于向所述终端提供所述服务的信道的一个或多个信号中接收至少一个指示。
42.根据权利要求41所述的终端,其中,所述至少一个指示包括:由所述无线通信网络响应于所述终端先前发送的针对所述服务的内容的请求而提供的内容标识符的修改版本。
43.根据权利要求42所述的终端,其中,所述内容标识符包括统一资源定位符(URL)。
44.根据权利要求38所述的终端,其中,接收所述修改的内容标识符包括:接收携带了针对所述终端的服务的信号的至少一个协议元素或至少一个报头的至少一个调整版本。
45.一种在无线通信网络中使用的终端,所述终端包括:
用于在无线通信网络的终端处获取无线通信网络中的多媒体服务的模块,所述多媒体服务是在第一提供模式下提供的;
用于通过所述终端从所述通信网络接收修改的内容标识符的收发机模块,所述修改的内容标识符指示所述服务将从所述第一提供模式转换到第二提供模式;以及
用于由所述终端响应于所述修改的内容标识符而发起从所述第一提供模式向所述第二提供模式的转换的模块。
46.根据权利要求45所述的终端,其中,所述修改的内容标识符反映了在所述第一提供模式下订阅所述多媒体服务的终端的数量与预定的门限值的比较。
47.根据权利要求45所述的终端,其中,所述第一提供模式是广播模式或单播模式中的一个,而所述第二提供模式是对应的单播模式或广播模式中的一个。
48.根据权利要求45所述的终端,其中,接收所述修改的内容标识符包括:在用于向所述终端提供所述服务的信道的一个或多个信号中接收至少一个指示。
49.根据权利要求48所述的终端,其中,所述至少一个指示包括:由所述无线通信网络响应于所述终端先前发送的针对所述服务的内容的请求而提供的内容标识符的修改版本。
50.根据权利要求45所述的终端,其中,接收所述修改的内容标识符包括:接收携带了针对所述终端的服务的信号的至少一个协议元素或至少一个报头的至少一个调整版本。
51.一种计算机程序产品,包括计算机可读介质,所述计算机可读介质包含代码,所述代码在由一个或多个处理设备执行后,导致了以下操作的实现,所述操作包括:
在无线通信网络的终端处获取无线通信网络中的多媒体服务,所述多媒体服务是在第一提供模式下提供的;
由所述终端从所述通信网络接收修改的内容标识符,所述修改的内容标识符指示所述服务将从所述第一提供模式转换到第二提供模式;以及
由所述终端响应于所述修改的内容标识符而发起从所述第一提供模式向所述第二提供模式的转换。
52.根据权利要求51所述的计算机程序产品,其中,所述修改的内容标识符反映了在所述第一提供模式下订阅所述多媒体服务的终端的数量与预定的门限值的比较。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201161511490P | 2011-07-25 | 2011-07-25 | |
US61/511,490 | 2011-07-25 | ||
US13/557,099 | 2012-07-24 | ||
US13/557,099 US9826502B2 (en) | 2011-07-25 | 2012-07-24 | Managing handoff triggering between unicast and multicast services |
PCT/US2012/048170 WO2013016442A1 (en) | 2011-07-25 | 2012-07-25 | Managing handoff triggering between unicast and multicast services |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103797873A true CN103797873A (zh) | 2014-05-14 |
CN103797873B CN103797873B (zh) | 2017-05-31 |
Family
ID=47597147
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201280045276.0A Active CN103797873B (zh) | 2011-07-25 | 2012-07-25 | 管理在单播与多播服务之间的切换触发 |
Country Status (10)
Country | Link |
---|---|
US (1) | US9826502B2 (zh) |
EP (1) | EP2737763B1 (zh) |
JP (1) | JP5819527B2 (zh) |
KR (1) | KR101591419B1 (zh) |
CN (1) | CN103797873B (zh) |
BR (1) | BR112014001621B1 (zh) |
CA (1) | CA2842689C (zh) |
RU (1) | RU2604424C2 (zh) |
TW (1) | TW201322793A (zh) |
WO (1) | WO2013016442A1 (zh) |
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015103746A1 (en) * | 2014-01-08 | 2015-07-16 | Qualcomm Incorporated | Small mbsfn enhancement |
WO2015176470A1 (zh) * | 2014-05-22 | 2015-11-26 | 华为技术有限公司 | 一种http协议的缓存状态更新方法和设备、处理机 |
CN106576192A (zh) * | 2014-09-26 | 2017-04-19 | 英特尔公司 | 内容分发 |
WO2018076280A1 (en) * | 2016-10-28 | 2018-05-03 | Telefonaktiebolaget Lm Ericsson (Publ) | Advanced switching policies for embms mood |
CN108702734A (zh) * | 2016-03-31 | 2018-10-23 | 英国电讯有限公司 | 移动通信网络 |
CN109565408A (zh) * | 2016-08-04 | 2019-04-02 | 英国电讯有限公司 | 移动通信网络 |
CN110999218A (zh) * | 2017-01-09 | 2020-04-10 | 诺基亚技术有限公司 | 基于用户上下文来广播、多播和单播通告内容 |
CN111447572A (zh) * | 2019-01-16 | 2020-07-24 | 成都鼎桥通信技术有限公司 | 一种mcptt系统中的组播监听方法和装置 |
CN111800734A (zh) * | 2019-08-14 | 2020-10-20 | 维沃移动通信有限公司 | 数据传输方法、装置、设备及介质 |
CN112804324A (zh) * | 2021-01-12 | 2021-05-14 | 中国广播电视网络有限公司 | 信息交互方法及装置 |
WO2021088564A1 (zh) * | 2019-11-07 | 2021-05-14 | 腾讯科技(深圳)有限公司 | 一种广播业务的模式切换方法以及相关设备 |
CN113014648A (zh) * | 2021-02-25 | 2021-06-22 | 北京邮电大学 | 小节点群动态转发混合路由方法及相关设备 |
CN113067793A (zh) * | 2020-01-02 | 2021-07-02 | 维沃移动通信有限公司 | 多播业务的传输方法、传输处理方法及相关设备 |
WO2021142654A1 (en) * | 2020-01-15 | 2021-07-22 | Mediatek Singapore Pte. Ltd. | Methods and apparatus of dynamic switch between multicast and unicast for nr multicast service |
CN113411857A (zh) * | 2018-06-28 | 2021-09-17 | 华为技术有限公司 | 通信方法及装置 |
US11234240B2 (en) | 2018-06-08 | 2022-01-25 | British Telecommunications Public Limited Company | Wireless telecommunications network |
US11510116B2 (en) | 2016-06-29 | 2022-11-22 | British Telecommunications Public Limited Company | Multicast-broadcast mobile communications network |
US11589269B2 (en) | 2016-03-31 | 2023-02-21 | British Telecommunications Public Limited Company | Mobile communications network |
CN117220935A (zh) * | 2023-09-04 | 2023-12-12 | 河北润博星原科技发展有限公司 | 一种基于移动计算机的网络安全监测系统 |
Families Citing this family (58)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB0711833D0 (en) * | 2007-06-18 | 2007-07-25 | Nokia Siemens Networks Oy | A method for providing a plurality of services |
US9634845B2 (en) * | 2009-07-08 | 2017-04-25 | Telefonaktiebolaget Lm Ericsson (Publ) | Session switching during ongoing data delivery in a network |
US9392576B2 (en) | 2010-12-29 | 2016-07-12 | Motorola Solutions, Inc. | Methods for tranporting a plurality of media streams over a shared MBMS bearer in a 3GPP compliant communication system |
US9137202B2 (en) * | 2011-06-09 | 2015-09-15 | At&T Intellectual Property I, L.P. | System and method for dynamically adapting network delivery modes of content |
EP2555488B1 (en) * | 2011-08-02 | 2016-03-02 | Teliasonera AB | Method of transferring data to a functional application and a user terminal thereto |
KR101935785B1 (ko) * | 2011-08-16 | 2019-04-03 | 삼성전자 주식회사 | 무선통신시스템에서 멀티미디어 방송 서비스를 수신하는 방법 및 장치 |
US8804721B2 (en) * | 2011-08-31 | 2014-08-12 | International Business Machines Corporation | Multi-stream communication |
KR20130037507A (ko) * | 2011-10-06 | 2013-04-16 | 삼성전자주식회사 | 다중 대역 다중 셀의 운영 방법 및 장치 |
US9438883B2 (en) * | 2012-04-09 | 2016-09-06 | Intel Corporation | Quality of experience reporting for combined unicast-multicast/broadcast streaming of media content |
US9820259B2 (en) * | 2012-05-04 | 2017-11-14 | Qualcomm Incorporated | Smooth transition between multimedia broadcast multicast service (MBMS) and unicast service by demand |
US9030988B2 (en) * | 2012-06-29 | 2015-05-12 | Alcatel Lucent | Method and apparatus for switching between multicast/broadcast and unicast service |
US9660855B2 (en) * | 2012-06-29 | 2017-05-23 | Cable Television Laboratories, Inc. | Orthogonal signal demodulation |
US9686654B2 (en) | 2012-06-29 | 2017-06-20 | Alcatel Lucent | Method and apparatus for providing broadcast or multicast service to obstructed user equipment |
US8923880B2 (en) * | 2012-09-28 | 2014-12-30 | Intel Corporation | Selective joinder of user equipment with wireless cell |
US20140177506A1 (en) * | 2012-12-20 | 2014-06-26 | Motorola Solutions, Inc. | Method and apparatus for identifying a multimedia broadcast/multicast service (mbms) area in a wireless communication system |
US9161179B2 (en) | 2013-01-04 | 2015-10-13 | Qualcomm Incorporated | Enabling a wireless communication device to switch from one local network to a separate wide area network for a high priority multicast group communication |
WO2014121471A1 (zh) * | 2013-02-06 | 2014-08-14 | 华为技术有限公司 | 数据传输、获取方法、基站及用户设备 |
EP2785135A1 (en) * | 2013-03-29 | 2014-10-01 | Alcatel Lucent | Enhancements to resource allocation for MBSFN transmission in an MBSFN area |
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 |
WO2015000141A1 (zh) * | 2013-07-02 | 2015-01-08 | 华为技术有限公司 | 一种支持流媒体进行组播的方法和相关装置及系统 |
US9363333B2 (en) | 2013-11-27 | 2016-06-07 | At&T Intellectual Property I, Lp | Server-side scheduling for media transmissions |
JP6253129B2 (ja) * | 2014-02-22 | 2017-12-27 | ホアウェイ・テクノロジーズ・カンパニー・リミテッド | ビデオデータ伝送方法及び関連デバイス |
EP3127334B1 (en) * | 2014-03-31 | 2020-10-21 | British Telecommunications public limited company | Multicast streaming |
GB2525195A (en) * | 2014-04-15 | 2015-10-21 | Vodafone Ip Licensing Ltd | Routing scheme switching |
US10070198B2 (en) * | 2014-05-01 | 2018-09-04 | Verizon Patent And Licensing Inc. | User feedback based content distribution area |
EP3183928B1 (en) * | 2014-08-19 | 2018-06-06 | Telefonaktiebolaget LM Ericsson (publ) | Dynamic resource allocation by base station providing both broadcast and unicast services |
US20170336141A1 (en) | 2014-11-14 | 2017-11-23 | Project Pharmaceutics Gmbh | Freeze drying of nested vials |
WO2016142810A1 (en) * | 2015-03-06 | 2016-09-15 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and network node for delivering multimedia broadcast services |
KR102149445B1 (ko) * | 2015-04-07 | 2020-08-28 | 삼성전자주식회사 | 멀티미디어 브로드캐스트 멀티캐스트 서비스 기반의 플렉서블 브로드캐스트 서비스를 위한 방법 및 장치 |
US10447616B2 (en) | 2015-04-24 | 2019-10-15 | At&T Intellectual Property I, L.P. | Broadcast services platform and methods for use therewith |
US10129855B1 (en) * | 2015-05-07 | 2018-11-13 | Sprint Spectrum L.P. | Systems and methods for efficient transmissions of multicast content to wireless devices |
US10375528B2 (en) | 2015-07-09 | 2019-08-06 | At&T Intellectual Property I, L.P. | Dynamically switching between broadcast and unicast services for service continuity between wireless networks |
KR102174360B1 (ko) * | 2015-07-28 | 2020-11-04 | 에스케이텔레콤 주식회사 | 스트리밍 서비스 제공 방법 및 이를 위한 장치 |
EP3348081B1 (en) * | 2015-09-08 | 2023-07-12 | Telefonaktiebolaget LM Ericsson (publ) | Streaming session continuation |
US10805217B2 (en) | 2015-11-10 | 2020-10-13 | At&T Intellectual Property I, L.P. | Control plane device selection for broadcast session exchange |
CN105611503B (zh) * | 2015-12-30 | 2020-01-14 | 东软集团股份有限公司 | 一种车载网络环境下的信息通信方法及系统 |
CN107197524B (zh) * | 2016-03-15 | 2021-06-22 | 株式会社Kt | 用于发送窄带物联网用户设备上行数据的方法及装置 |
EP3503568A4 (en) * | 2016-08-19 | 2019-08-28 | Sony Corporation | INFORMATION PROCESSING DEVICE, CLIENT DEVICE AND DATA PROCESSING METHOD |
US10231159B2 (en) | 2016-08-29 | 2019-03-12 | At&T Intellectual Property I, L.P. | Methods and system for providing multiple video content streams over different communication networks |
US11115335B2 (en) | 2016-10-27 | 2021-09-07 | Saturn Licensing Llc | Information processing device and information processing method |
EP3484099B1 (en) | 2016-11-01 | 2021-01-06 | Telefonaktiebolaget LM Ericsson (publ) | Service interruption reporting |
KR102604123B1 (ko) * | 2017-03-22 | 2023-11-17 | 인터디지탈 패튼 홀딩스, 인크 | 차세대 무선 통신 시스템들에 대한 채널 상태 정보 기준 신호를 위한 방법, 장치, 시스템, 아키텍처 및 인터페이스 |
WO2018227501A1 (zh) | 2017-06-15 | 2018-12-20 | Oppo广东移动通信有限公司 | 传输数据的方法和设备 |
US10602213B2 (en) | 2017-06-27 | 2020-03-24 | At&T Intellectual Property I, L.P. | Cellular broadcast streaming media selection |
WO2019022788A1 (en) * | 2017-07-25 | 2019-01-31 | Dibakar Das | MECHANISM OF CHANGE IN MULTI-DIFFUSION MULTI-DIFFUSION COMMUNICATION SCHEME BY NEIGHBORHOOD-SENSITIVE NETWORKING |
WO2019042560A1 (en) | 2017-08-31 | 2019-03-07 | Nokia Technologies Oy | METHOD FOR OPERATING A NETWORK ENTITY FOR A CELLULAR RADIO COMMUNICATION NETWORK AND NETWORK ENTITY FOR A CELLULAR RADIO COMMUNICATION NETWORK |
TWI657676B (zh) * | 2017-11-09 | 2019-04-21 | 和碩聯合科技股份有限公司 | 通訊裝置更新系統 |
CN113411755B (zh) | 2017-12-28 | 2022-10-04 | 华为技术有限公司 | 一种通信方法、及相关产品 |
CN109996306B (zh) | 2017-12-29 | 2022-02-25 | 华为技术有限公司 | 通信方法和通信设备 |
WO2019176396A1 (ja) * | 2018-03-16 | 2019-09-19 | 日本電気株式会社 | マルチキャスト制御装置、マルチキャスト制御方法、及び非一時的なコンピュータ可読媒体 |
WO2019176402A1 (ja) * | 2018-03-16 | 2019-09-19 | 日本電気株式会社 | マルチキャスト制御装置、マルチキャスト制御方法、及び非一時的なコンピュータ可読媒体 |
WO2020035795A1 (en) | 2018-08-14 | 2020-02-20 | Nokia Technologies Oy | Method of multicast data delivery in 5g supporting cloud architecture |
CN109951565B (zh) * | 2019-04-01 | 2019-12-10 | 比亚迪股份有限公司 | 供应链管理系统的数据传输方法、装置、介质和电子设备 |
US20220295236A1 (en) * | 2019-09-27 | 2022-09-15 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving data in wireless communication system |
US11108839B1 (en) * | 2021-02-04 | 2021-08-31 | Nice Ltd. | Method and system for providing elastic media forking infrastructure to cloud distributed real-time applications |
CN115226167A (zh) * | 2021-04-15 | 2022-10-21 | 维沃移动通信有限公司 | 传输变换方法、装置、终端及网络侧设备 |
WO2024043529A1 (ko) * | 2022-08-22 | 2024-02-29 | 삼성전자 주식회사 | Mcptt 기능을 수행하기 위한 전자 장치 및 그의 동작 방법 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070168523A1 (en) * | 2005-04-11 | 2007-07-19 | Roundbox, Inc. | Multicast-unicast adapter |
CN101647282A (zh) * | 2007-03-30 | 2010-02-10 | 汤姆森许可贸易公司 | 用于移动tv的鲁棒文件传播 |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0746955A4 (en) * | 1994-02-24 | 1999-08-18 | Gte Mobile Comm Servinc | CELLULAR RADIOTELEPHONE SYSTEM WITH REMOTE PROGRAMMING STATIONS |
ES2246048T3 (es) | 2002-05-06 | 2006-02-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Servicio de mensajes multimedia multiusuario. |
US20100165902A1 (en) | 2005-12-14 | 2010-07-01 | Tor Kvernvik | Usage of policy information for network supported selection of unicast versus mbms |
US7620413B2 (en) | 2007-03-22 | 2009-11-17 | Unication Co., Ltd. | Method for implementing push-to-talk over SIP and multicast RTP related system |
US8068821B2 (en) | 2007-03-29 | 2011-11-29 | Alcatel Lucent | Method and apparatus for providing content to users using unicast and broadcast wireless networks |
US20080281697A1 (en) * | 2007-05-11 | 2008-11-13 | Verizon Services Organization Inc. | Systems and methods for using video services records to provide targeted marketing services |
KR101433940B1 (ko) | 2007-09-18 | 2014-08-26 | 삼성전자주식회사 | 무선 통신 시스템에서 멀티캐스트 서비스를 위한 응답 방법 및 장치 |
US8761813B2 (en) * | 2008-11-26 | 2014-06-24 | Alcatel Lucent | Fast signaling services for E-UTRAN based wireless systems |
JP5159735B2 (ja) | 2009-09-11 | 2013-03-13 | シャープ株式会社 | 無線通信システム、基地局装置、移動局装置および通信方法 |
CA2781100C (en) * | 2009-11-16 | 2016-10-18 | Interdigital Patent Holdings, Inc. | Coordination of silent periods for dynamic spectrum manager (dsm) |
EP2638682A4 (en) * | 2010-11-12 | 2014-07-23 | Realnetworks Inc | TRAFFIC MANAGEMENT IN ADAPTIVE STREAMING PROTOCOLS |
-
2012
- 2012-07-24 US US13/557,099 patent/US9826502B2/en active Active
- 2012-07-25 KR KR1020147004902A patent/KR101591419B1/ko active IP Right Grant
- 2012-07-25 EP EP12743839.8A patent/EP2737763B1/en active Active
- 2012-07-25 WO PCT/US2012/048170 patent/WO2013016442A1/en unknown
- 2012-07-25 JP JP2014522971A patent/JP5819527B2/ja active Active
- 2012-07-25 RU RU2014106857/08A patent/RU2604424C2/ru active
- 2012-07-25 CA CA2842689A patent/CA2842689C/en active Active
- 2012-07-25 TW TW101126871A patent/TW201322793A/zh unknown
- 2012-07-25 CN CN201280045276.0A patent/CN103797873B/zh active Active
- 2012-07-25 BR BR112014001621-6A patent/BR112014001621B1/pt active IP Right Grant
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070168523A1 (en) * | 2005-04-11 | 2007-07-19 | Roundbox, Inc. | Multicast-unicast adapter |
CN101647282A (zh) * | 2007-03-30 | 2010-02-10 | 汤姆森许可贸易公司 | 用于移动tv的鲁棒文件传播 |
Cited By (35)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015103746A1 (en) * | 2014-01-08 | 2015-07-16 | Qualcomm Incorporated | Small mbsfn enhancement |
WO2015176470A1 (zh) * | 2014-05-22 | 2015-11-26 | 华为技术有限公司 | 一种http协议的缓存状态更新方法和设备、处理机 |
US10003999B2 (en) | 2014-05-22 | 2018-06-19 | Huawei Technologies Co., Ltd. | HTTP-based buffer status updating method and device, and buffer status processor |
CN106576192B (zh) * | 2014-09-26 | 2021-01-15 | 苹果公司 | 用于分发内容的装置、方法、系统以及计算机可读介质 |
CN106576192A (zh) * | 2014-09-26 | 2017-04-19 | 英特尔公司 | 内容分发 |
CN108702734A (zh) * | 2016-03-31 | 2018-10-23 | 英国电讯有限公司 | 移动通信网络 |
US11477700B2 (en) | 2016-03-31 | 2022-10-18 | British Telecommunications Public Limited Company | Mobile communications network |
US11589269B2 (en) | 2016-03-31 | 2023-02-21 | British Telecommunications Public Limited Company | Mobile communications network |
US11510116B2 (en) | 2016-06-29 | 2022-11-22 | British Telecommunications Public Limited Company | Multicast-broadcast mobile communications network |
CN109565408A (zh) * | 2016-08-04 | 2019-04-02 | 英国电讯有限公司 | 移动通信网络 |
CN109565408B (zh) * | 2016-08-04 | 2021-09-28 | 英国电讯有限公司 | 用于切换的方法、移动终端、基站和计算机可读存储介质 |
WO2018076280A1 (en) * | 2016-10-28 | 2018-05-03 | Telefonaktiebolaget Lm Ericsson (Publ) | Advanced switching policies for embms mood |
CN109863796A (zh) * | 2016-10-28 | 2019-06-07 | 瑞典爱立信有限公司 | eMBMS MooD的高级切换策略 |
US11044583B2 (en) | 2016-10-28 | 2021-06-22 | Telefonaktiebolaget Lm Ericsson (Publ) | Advanced switching policies for eMBMS mood |
CN109863796B (zh) * | 2016-10-28 | 2023-11-07 | 瑞典爱立信有限公司 | eMBMS MooD的高级切换策略 |
CN110999218A (zh) * | 2017-01-09 | 2020-04-10 | 诺基亚技术有限公司 | 基于用户上下文来广播、多播和单播通告内容 |
CN110999218B (zh) * | 2017-01-09 | 2022-03-04 | 诺基亚技术有限公司 | 基于用户上下文来广播、多播和单播通告内容 |
US11234240B2 (en) | 2018-06-08 | 2022-01-25 | British Telecommunications Public Limited Company | Wireless telecommunications network |
CN113411857A (zh) * | 2018-06-28 | 2021-09-17 | 华为技术有限公司 | 通信方法及装置 |
US11917498B2 (en) | 2018-06-28 | 2024-02-27 | Huawei Technologies Co., Ltd. | Communication method and communications apparatus |
CN113411857B (zh) * | 2018-06-28 | 2022-08-26 | 华为技术有限公司 | 通信方法及装置 |
CN111447572B (zh) * | 2019-01-16 | 2022-09-23 | 成都鼎桥通信技术有限公司 | 一种mcptt系统中的组播监听方法和装置 |
CN111447572A (zh) * | 2019-01-16 | 2020-07-24 | 成都鼎桥通信技术有限公司 | 一种mcptt系统中的组播监听方法和装置 |
CN111800734A (zh) * | 2019-08-14 | 2020-10-20 | 维沃移动通信有限公司 | 数据传输方法、装置、设备及介质 |
WO2021027679A1 (zh) * | 2019-08-14 | 2021-02-18 | 维沃移动通信有限公司 | 数据传输方法、装置、设备及介质 |
WO2021088564A1 (zh) * | 2019-11-07 | 2021-05-14 | 腾讯科技(深圳)有限公司 | 一种广播业务的模式切换方法以及相关设备 |
CN113067793B (zh) * | 2020-01-02 | 2022-08-12 | 维沃移动通信有限公司 | 多播业务的传输方法、传输处理方法及相关设备 |
CN113067793A (zh) * | 2020-01-02 | 2021-07-02 | 维沃移动通信有限公司 | 多播业务的传输方法、传输处理方法及相关设备 |
CN114982202A (zh) * | 2020-01-15 | 2022-08-30 | 联发科技(新加坡)私人有限公司 | Nr多播服务的多播和单播之间的动态切换 |
WO2021143870A1 (en) * | 2020-01-15 | 2021-07-22 | Mediatek Singapore Pte. Ltd. | Dynamic switch between multicast and unicast for nr multicast service |
WO2021142654A1 (en) * | 2020-01-15 | 2021-07-22 | Mediatek Singapore Pte. Ltd. | Methods and apparatus of dynamic switch between multicast and unicast for nr multicast service |
CN112804324A (zh) * | 2021-01-12 | 2021-05-14 | 中国广播电视网络有限公司 | 信息交互方法及装置 |
CN113014648A (zh) * | 2021-02-25 | 2021-06-22 | 北京邮电大学 | 小节点群动态转发混合路由方法及相关设备 |
CN117220935A (zh) * | 2023-09-04 | 2023-12-12 | 河北润博星原科技发展有限公司 | 一种基于移动计算机的网络安全监测系统 |
CN117220935B (zh) * | 2023-09-04 | 2024-02-20 | 河北润博星原科技发展有限公司 | 一种基于移动计算机的网络安全监测系统 |
Also Published As
Publication number | Publication date |
---|---|
CA2842689A1 (en) | 2013-01-31 |
TW201322793A (zh) | 2013-06-01 |
KR101591419B1 (ko) | 2016-02-03 |
WO2013016442A1 (en) | 2013-01-31 |
JP2014529211A (ja) | 2014-10-30 |
US20130028118A1 (en) | 2013-01-31 |
EP2737763B1 (en) | 2019-11-27 |
KR20140041896A (ko) | 2014-04-04 |
CN103797873B (zh) | 2017-05-31 |
EP2737763A1 (en) | 2014-06-04 |
CA2842689C (en) | 2019-02-12 |
BR112014001621B1 (pt) | 2022-06-07 |
RU2014106857A (ru) | 2015-08-27 |
BR112014001621A2 (pt) | 2017-02-21 |
JP5819527B2 (ja) | 2015-11-24 |
US9826502B2 (en) | 2017-11-21 |
RU2604424C2 (ru) | 2016-12-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103797873B (zh) | 管理在单播与多播服务之间的切换触发 | |
JP6133369B2 (ja) | 要求を検出し要求ベースのマルチメディアブロードキャストマルチキャストサービスを確立するための方法および装置 | |
US10182330B2 (en) | Emergency alert using MBMS and cell broadcasting | |
CN107872768B (zh) | 按需在多媒体广播多播服务(mbms)和单播服务之间进行平滑转变 | |
CN103959733B (zh) | 用于控制多媒体内容的编码格式的方法和系统 | |
KR101780004B1 (ko) | 멀티캐스트 전송에서의 서비스 품질 제어 | |
CN104205766A (zh) | 用于单播和广播之间的广播dash服务接收转换的方法和系统 | |
US20160127439A1 (en) | Interfacing multimedia public warning system alerts | |
CN103535093A (zh) | 针对多媒体广播多播服务连续性的目标小区选择 | |
US20140250456A1 (en) | Concurrent service alerts during active communication sessions | |
CN104412653A (zh) | Ue在单播空闲模式中播放embms内容的网络驱动小区重选方法 |
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 |