演进型多媒体广播/多播服务上的群通信的制作方法

本专利申请要求于2011年11月11日提交的待审且被转让给本发明受让人并因而通过援引全部明确纳入于此的题为“GROUP COMMUNICATIONS OVER EVOLVED MULTIMEDIA BROADCAST/MULTICAST SERVICES(演进型多媒体广播/多播服务上的群通信)”的临时专利申请No.61/558,728的优先权。

技术领域

本公开一般涉及通信，更具体地，涉及用于支持蜂窝通信系统中广播和多播服务上的群通信的技术。

背景

蜂窝通信系统可通过共享可用系统资源来支持多用户的双向通信。蜂窝系统不同于主要或仅能够支持从广播站到用户的单向传输的广播系统。蜂窝系统被广泛部署以提供各种通信服务，并且可以是多址系统，诸如码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址(FDMA)系统、正交FDMA(OFDMA)系统、单载波FDMA(SC-FDMA)系统等。

蜂窝系统可以支持广播、多播、以及单播服务。广播服务是可被所有用户接收的服务，例如，新闻广播。多播服务是可被一组用户接收的服务，例如，订阅视频服务。单播服务是旨在给特定用户的服务，例如，语音呼叫。群通信可使用单播、广播、多播中的任一个或每一者的组合来实现。随着群变得更大，使用多播服务一般更为高效。然而，对于要求低等待时间和短时间来建立群通信的群通信服务，常规多播信道的建立时间会对系统性能造成损害。

概述

本公开针对演进型多媒体广播/多播服务(E-MBMS)上的群通信。一个实施例在多播流上标识第一多播媒体的广播/多播媒介上的指示符的调度，其中该指示符配置成标识数据在该多播/广播媒介上的位置并且标识该多播流上存在该数据；将应用层寻呼、应用层唤醒机制、或功率节省机制绑定到该多播流上的指示符的调度；从休眠模式苏醒以监视该指示符，以便基于该指示符来确定第一多播媒体的可用性；如果第一多播媒体可用，则调谐到第一多播媒体，并且如果第一多播媒体不可用，则返回休眠模式。

附图简要说明

给出附图以帮助对本发明实施例进行描述，且提供附图仅用于解说实施例而非对其进行限定。

图1解说了无线通信系统。

图2解说了示例传输结构。

图3解说了多蜂窝小区模式中不同服务的示例传输。

图4解说了单蜂窝小区模式中不同服务的示例传输。

图5A和5B解说了可支持广播/多播服务的附加无线通信系统。

图6A解说了应用服务器与各个UE之间的各个流的框图。

图6B解说了应用服务器与各个UE之间的各个流的框图。

图7示出了B节点和UE的框图。

图8解说了根据一实施例的用于演进型多媒体广播/多播服务上的群通信的示例性方法。

图9解说了根据本发明一实施例的包括配置成执行功能的逻辑的通信设备。

详细描述

本发明的各方面在以下针对本发明具体实施例的描述和有关附图中被公开。可以设计替换实施例而不会脱离本发明的范围。另外，本发明中众所周知的元素将不被详细描述或将被省去以免湮没本发明的相关细节。

本文中使用措辞“示例性”来表示“用作示例、实例或解说”。本文中描述为“示例性”的任何实施例不必被解释为优于或胜过其他实施例。同样，术语“本发明的实施例”并不要求本发明的所有实施例都包括所讨论的特征、优点、或工作模式。此外，如本文使用的术语群通信、即按即讲或类似变体旨在指代两个或更多设备之间由服务器仲裁的服务。

本文中所使用的术语仅出于描述特定实施例的目的，而并不旨在限定本发明的实施例。如本文所使用的，单数形式的“一”、“某”和“该”旨在也包括复数形式，除非上下文另有明确指示。还将理解，术语“包括”、“具有”、“包含”和/或“含有”在本文中使用时指明所陈述的特征、整数、步骤、操作、元素、和/或组件的存在，但并不排除一个或多个其他特征、整数、步骤、操作、元素、组件和/或其群组的存在或添加。

此外，许多实施例是根据将由例如计算设备的元件执行的动作序列来描述的。将可认识到，本文中所描述的各种动作能由专用电路(例如，专用集成电路(ASIC))、由正被一个或多个处理器执行的程序指令、或由这两者的组合来执行。另外，本文中所描述的这些动作序列可被认为是完全体现在任何形式的计算机可读存储介质内，其内存储有一经执行就将使相关联的处理器执行本文所描述的功能性的相应计算机指令集。因此，本发明的各种方面可以用数种不同形式来体现，所有这些形式都已被构想落在所要求保护的主题内容的范围内。另外，对于本文中所描述的每个实施例，任何此类实施例的对应形式可在本文被描述为例如“配置成执行所描述的动作的逻辑”。

本文中所描述的技术可用于各种蜂窝通信系统，诸如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)、IEEE 802.1(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、Flash-OFDM^TM之类的无线电技术。UTRA和E-UTRA是通用移动电信系统(UMTS)的部分。3GPP长期演进(LTE)是使用E-UTRA的UMTS的版本，其在下行链路上采用OFDMA而在上行链路上采用SC-FDMA，而E-UTRA、UMTS、LTE和GSM在来自名为“第3代伙伴项目”(3GPP)的组织的文献中描述。cdma2000和UMB在来自名为“第三代伙伴项目2”(3GPP2)的组织的文献中描述。为了清楚起见，以下针对LTE来描述这些技术的某些方面，并且在以下大部分描述中使用LTE术语。

图1示出了蜂窝通信系统100，其可以是LTE系统。蜂窝通信系统100可包括数个B节点和其他网络实体。出于简便起见，在图1中仅示出三个B节点，即110a、110b和110c。B节点可以是用于与用户装备(UE)通信的固定站并且也可被称为演进B节点(eNB)、基站、接入点等。每个B节点110a-c(统称为B节点110)为一特定地理区域102提供通信覆盖。为增大系统容量，可将B节点的整个覆盖区域划分成多个更小的区域，例如三个更小区域104a、104b和104c。每个较小的区域可由相应B节点子系统来服务。在3GPP中，术语“蜂窝小区”可指B节点的最小覆盖区和/或服务此覆盖区的B节点子系统。在其他系统中，术语“扇区”可以指基站的最小覆盖区和/或服务此覆盖区的基站子系统。出于清晰起见，在以下描述中使用3GPP蜂窝小区的概念。

在图1中所示的示例中，每个B节点110具有覆盖不同地理区域的三个蜂窝小区。出于简便起见，图1示出蜂窝小区彼此不交迭。在实际部署中，毗邻蜂窝小区通常在边缘处彼此交迭，这可允许UE在其于系统中四处移动时在任何位置处接收来自一个或多个蜂窝小区的覆盖。

UE 120可散布于该系统内，且每个UE可以是固定的或移动的。UE也可被称为移动站、终端、接入终端、订户单元、台等。UE可以是蜂窝电话、个人数字助理(PDA)、无线调制解调器、无线通信设备、手持式设备、膝上型计算机、无绳电话等。UE可经由下行链路和上行链路上的传输与B节点通信。下行链路(或即前向链路)是指从B节点至UE的通信链路，而上行链路(或即反向链路)是指从UE至B节点的通信链路。在图1中，带有双箭头的实线指示B节点与UE之间的双向通信。带有单箭头的虚线指示UE从B节点接收下行链路信号，例如，以用于广播和/或多播服务。术语“UE”和“用户”在本文中被可互换地使用。

网络控制器130可耦合至多个B节点，以提供对其控制下的B节点的协调和控制，并且为这些B节点所服务的终端路由数据。蜂窝通信系统100还可包括图1中未示出的其他网络实体。此外，如解说的，网络控制器130可在操作上耦合至应用服务器150，以通过蜂窝通信系统100向各个UE 120提供群通信服务。将理解，可以存在可用来促进这些UE与各服务器之间的通信的许多其他网络和系统实体以及该接入网络外部的信息。因此，本文公开的各个实施例不限于各个附图中详细描述的具体配置或元件。

图2示出了可用于蜂窝通信系统100中的下行链路的示例传输结构200。传输时间线可被划分成以无线电帧为单位。每个无线电帧可具有预定历时(例如10毫秒(ms))，并且可被划分成10个子帧。每个子帧可包括两个时隙，且每个时隙可包括固定或可配置数目的码元周期，例如，六个或七个码元周期。

系统带宽可使用正交频分复用(OFDM)分割成多个(K个)副载波。可将可用时频资源划分成资源块。每个资源块在一个时隙中可包括Q个副载波，其中Q可以等于12或某个其他值。可用资源块可用来发送数据、开销信息、导频等。

系统可支持用于多个UE的演进型多媒体广播/多播服务(E-MBMS)以及用于单个UE的单播服务。用于E-MBMS的服务可被称为E-MBMS服务或流，并且可以是广播服务/流或多播服务/流。

在LTE中，数据和开销信息可作为逻辑信道在无线电链路控制(RLC)层被处理。这些逻辑信道被映射到媒体接入控制(MAC)层处的各传输信道。这些传输信道被映射到物理层(PHY)处的各物理信道。表1列出了LTE中使用的一些逻辑信道(表示成“L”)、传输信道(表示成“T”)以及物理信道(表示成“P”)，并且提供每个信道的简短描述。

表1

如表1中所示，可在不同信道上发送不同类型的开销信息。表2列出了一些类型的开销信息，并且提供了每种类型的简短描述。表2还给出了根据一种设计、在其上可发送每种类型的开销信息的一个或多个信道。

表2

这些不同类型的开销信息也可用其他名称来引述。调度和控制信息可以是动态的，而系统和配置信息可以是半静态的。

系统可支持用于E-MBMS的多个操作模式，其可包括多蜂窝小区模式和单蜂窝小区模式。多蜂窝小区模式可具有以下特性：

·广播或多播服务的内容可跨多个蜂窝小区被同步传送。

·用于广播和多播服务的无线电资源由MBMS协调实体(MCE)来指派，该MCE可在逻辑上位于这些B节点之上。

·用于广播和多播服务的内容被映射在B节点处的MCH上。

·对数据进行时分复用(例如，在子帧级)以用于广播、多播和单播服务。

单蜂窝小区模式可具有以下特性：

·每个蜂窝小区传送广播和多播服务的内容，而无需与其他蜂窝小区同步。

·用于广播和多播服务的无线电资源由B节点来指派。

·广播和多播服务的内容被映射在DL-SCH上。

·广播、多播和单播服务的数据可按DL-SCH结构允许的任何方式进行复用。

一般而言，E-MBMS服务可用多蜂窝小区模式、单蜂窝小区模式、和/或其他模式来支持。多蜂窝小区模式可用于E-MBMS多播/广播单频网络(MBSFN)传输，其可允许UE组合从多个蜂窝小区接收到的各信号，以便改善接收性能。

图3示出了在多蜂窝小区模式中由M个蜂窝小区(从1到M)进行的E-MBMS和单播服务的示例传输，其中M可以是任何整数值。对于每个蜂窝小区，横轴可代表时间，而纵轴可代表频率。在一种E-MBMS设计中(以下描述的大部分都假定为E-MBMS)，每个蜂窝小区的传输时间线可被分成子帧的时间单位。在其他E-MBMS设计中，每个蜂窝小区的传输时间线可被分成其他持续时间的时间单位。一般而言，时间单位可对应于子帧、时隙、码元周期、多个码元周期、多个时隙、多个子帧等。

在图3所示的示例中，M个蜂窝小区传送三个E-MBMS服务1、2和3。所有M个蜂窝小区在子帧1和3中传送E-MBMS服务1，在子帧4中传送E-MBMS服务2，并且在子帧7和8中传送E-MBMS服务3。M个蜂窝小区为三个E-MBMS服务中的每一者传送同一内容。每个蜂窝小区可在子帧2、5和6中传送其自己的单播服务。M个蜂窝小区可传送针对其单播服务的不同内容。

图4示出了在单蜂窝小区模式中由M个蜂窝小区进行的E-MBMS和单播服务的示例传输。对于每个蜂窝小区，横轴可代表时间，而纵轴可代表频率。在图4所示的示例中，M个蜂窝小区传送三个E-MBMS服务1、2和3。蜂窝小区1在一个时频块410中传送E-MBMS服务1，在时频块412和414中传送E-MBMS服务2，而在一个时频块416中传送E-MBMS服务3。类似地，如图4所示，其他蜂窝小区传送服务1、2、3。

一般而言，E-MBMS服务可在任何数量的时频块中被发送。子帧的数量可取决于待发送的数据量以及可能的其他因素。如图4所示，M个蜂窝小区可在那些在时间和频率上可能不对齐的时频块中传送三个E-MBMS服务1、2、3。此外，M个蜂窝小区可针对三个E-MBMS服务传送相同或不同的内容。每个蜂窝小区可在不用于三个E-MBMS服务的剩余时频资源中传送其自己的单播服务。M个蜂窝小区可传送针对其单播服务的不同内容。

图3和4示出了在多蜂窝小区模式和单蜂窝小区模式中传送E-MBMS服务的示例设计。E-MBMS服务还可在多蜂窝小区和单蜂窝小区模式中按其他方式进行传送，例如，使用时分复用(TDM)。

如上所述，E-MBMS服务可用来向群分发多播数据，并且在群通信系统(例如，即按即讲(PTT)呼叫)中可能有用。E-MBMS上的常规应用具有分开的服务宣告/发现机制。此外，预先建立的E-MBMS流上的通信永远开启，即使是在空中接口上。当呼叫/通信不在进行中时，必须应用功率节省优化来使UE休眠。这通常通过使用单播或多播用户层面数据上的带外服务宣告来实现。或者，可使用应用层寻呼信道之类的机制。因为应用层寻呼机制需要保持活跃，所以它消耗多播子帧上在没有该应用层寻呼机制的情况下原本可以空闲的带宽。另外，因为多播子帧在使用应用层寻呼机制时将是活跃的，所以子帧内资源块的剩余部分不能用于单播话务。因此，对于应用层寻呼被调度而没有任何其他数据时的实例，对于该子帧将消耗总共5MHz带宽。

图5A是对可实现文本中可互换地使用的演进型多媒体广播/多播服务(E-MBMS)或MBMS服务的无线网络的另一解说。MBMS服务区域500可包括多个MBSFN区域(例如，MBSFN区域1即501，以及MBSFN区域2即502)。每个MBSFN区域可得到耦合至核心网530的一个或多个演进型B节点510的支持。核心网530可包括各个元件(例如，MME 532、E-MBMS网关534、以及广播多播服务中心(BM-SC)536)，以促成控制来自内容提供方570(可包括应用服务器等)的内容，并将其分发到MBMS服务区域500。

图5B是可实现如本文所公开的多媒体广播/多播服务(MBMS)的无线网络的另一解说。在所解说的网络中，应用服务器550(例如，PTT服务器)可用作内容服务器。应用服务器550可在单播分组552中将媒体传递至网络核，其中该内容可在单播配置中被维护且作为单播分组被传送至给定UE(例如，发起方/讲话方520)，或该内容可通过BM-SC被转换成多播分组554，多播分组554随后可被传输至目标UE 522。例如，PTT呼叫可由发起方UE 520通过在单播信道上经由单播分组552与应用服务器550通信而发起。将注意，对于呼叫发起方/呼叫讲话方520，应用信令和媒体两者都经由单播信道在上行链路或反向链路上进行传递。应用服务器550随后可生成呼叫宣告/呼叫建立请求，并且将这些传递至目标UE 522。如该具体示例中解说的，该通信可在多播流上经由多播分组554传递至目标UE 522。此外，将理解，在该示例中，应用信令和媒体两者都可在多播流上在下行链路或前向链路中进行传递。与常规系统不同，在多播流中具有应用信令和媒体两者避免了具有用于应用信令的分开的单播信道的需要。然而，为允许所解说的系统的多播流上的应用信令，在BM-SC 536、EMBS GW(EMBS网关)534、eNB 510与目标UE 522之间将建立(并永久保持)演进型分组系统(EPS)承载。

根据本文所公开的各个实施例，将进一步讨论一些与E-MBMS相关的下行链路信道，它们包括：

MCCH：多播控制信道；

MTCH：多播话务信道；

MCH：多播信道；以及

PMCH：物理多播信道。

将理解，E-MBMS和多播流的复用仅在时间域中被实现。MCH经由MBSFN在物理层上的特定子帧中进行传送。MCH是纯下行链路信道。每子帧使用单个传输块。不同服务(MTCH)可在该传输块中被复用，如将参照图6A和图6B解说的。

为实现低等待时间并减少控制信令，对于每个服务区域可激活一个E-MBMS流(562、564)。取决于数据率，多个多播流可在单个时隙上被复用。当没有被调度用于UE的单播数据时，PTT UE(目标)可忽略被调度的子帧以及在被调度的子帧之间“休眠”，并且降低功耗。MBSFN子帧可被同一MBSFN服务区域中的群共享。MAC层信令可用来为目标UE“唤醒”应用层(例如，PTT应用)。

各实施例可使用两个广播流，各自是LTE广播流上的一个单独的E-MBMS流，且各自具有其自己的应用级广播流以及针对每个定义的广播区域502、501(例如，网络内扇区的子集)的其自己的(多播IP地址)。尽管作为分开的区域来解说，将理解广播区域502、501可以重叠。

在LTE中，用于多播的控制和数据话务在MCCH和MTCH上分别进行递送。UE的媒体接入控制协议数据单元(MAC PDU)指示了该MTCH与特定MTCH在子帧内的位置的映射。MCH调度信息(MSI)MAC控制元素被包括在MCH调度周期内指派给MCH的第一子帧中，以指示每个MTCH的位置以及MCH上未使用的子帧。对于由MTCH逻辑信道携带的E-MBMS用户数据，MCH调度信息(MSI)周期性地在各较低层(例如，MAC层信息)提供与解码MTCH有关的信息。MSI调度可被配置，且根据该实施例在MTCH子帧区间之前被调度。因此，UE可检查每个MSI上的MCH MAC PDU，并且确定数据是否可用于其MTCH。如果UE确定数据不可用于其MTCH，则UE可返回休眠并且在下一MSI中再次监视MBSFN子帧。因此，当子帧处于空闲时，UE可保持休眠并且节省功率。图6A和图6B中提供了对此的解说。

参照图6A，提供了E-MBMS上的PTT呼叫的示例，然而，将理解在各个实施例中可以使用任何应用媒体。返回参照该示例，PTT UE可具有休眠循环620，其中PTT UE在每个MSI区间622(MCH调度信息区间)苏醒，以检查包含在传送至UE的帧610中的E-MBMS多播PTT话务(与MTCH逻辑信道有关的信息)。在该所解说的示例中，该区间是320ms。如MSI 612指示的，当不存在数据话务时，PTT UE推断没有PTT数据话务被调度。因此，PTT UE可继续保持休眠状态或低功率模式。注意，按照LTE标准，PTT UE仍可为单播话务苏醒，这独立于所解说的E-MBMS话务/休眠循环。

在进入E-MBMS服务区域时，PTT UE可检查SIB 1消息，以获取SIB 13消息上可用于MCCH调度的特定信息。因此，PTT UE可使用MCCH调度信息来标识MSI调度(例如，320ms)。PTT UE可检查媒体接入控制协议数据单元(MAC PDU)以寻找MSI信息。当PTT UE确定E-MBMS数据可用时，PTT UE“苏醒”以读取PTT信令/话务。例如，流615解说了对于子帧635(可包括来自多个呼叫的话务631、632、633)中的1个PTT流的以80ms间隔发生的示例指派模式630。如所解说的，来自多个群(例如，呼叫1、呼叫2、呼叫3)或来自同一呼叫但属于媒体和信令的话务631、632、633可在应用层被复用。

在调度区间中的第一子帧后，当没有PTT话务被调度时，向MBSFN区域指派的多播子帧将为空/空闲。这允许MME+eNB在MBSFN子帧期间调度单播话务，由此重新利用空闲时隙。这提供了优于具有应用层寻呼的各系统的显著带宽节省，其中低带宽应用层寻呼数据阻止E-MBMS子帧被用于单播话务。此外，在PTT UE上无需应用层寻呼处理的附加开销，因为如上文讨论的，PTT UE可基于MSI来确定是否存在PTT呼叫。另外，作为带宽节省结果，消除应用层寻呼流允许在同一子帧上复用一个额外的多播呼叫。

参照图6B，提供了E-MBMS上的PTT呼叫的又一示例，然而，将理解在各个实施例中可以使用任何应用媒体。如所解说的，在622，UE检查MSI以确定MTCH中的一个(例如，MTCH1即638)正指示感兴趣的数据资源正被调度。如果没有数据被调度，则UE返回休眠且不通知应用层，由此维持应用层休眠循环。然而，如果数据被调度，则UE通知应用层。由于在某些实施例中，单个MTCH 638上可存在复用的多个应用层流(例如，631、632、633)，因此该应用可作出关于感兴趣的流存在的判断，并且决定应用层休眠循环。

图7解说了可以是本文参考各个实施例讨论的演进型B节点之一和UE之一的演进型B节点110和UE 120的设计的框图。在此设计中，B节点110配备有T个天线734a到734t，而UE 120配备有R个天线752a到752r，其中一般而言T大于或等于1，并且R大于或等于1。

在B节点110，发射处理器720可从数据源712(例如，直接或从应用服务器150间接)接收用于单播服务的数据以及用于广播和/或多播服务的数据。发射处理器720可处理每个服务的数据以获得数据码元。发射处理器720还可从控制器/处理器740和/或调度器744接收调度信息、配置信息、控制信息、系统信息和/或其他开销信息。发射处理器720可处理收到的开销信息并且提供开销码元。发射(TX)多输入多输出(MIMO)处理器730可将数据和开销码元与导频码元进行复用、处理(例如，预编码)经复用的码元、以及向T个调制器(MOD)732a到732t提供T个输出码元流。每个调制器732可以处理各自的输出码元流(例如，用于实现OFDM)以获得输出采样流。每个调制器732可进一步处理(例如，转换至模拟、放大、滤波、及上变频)该输出采样流以获得下行链路信号。来自调制器732a至732t的T个下行链路信号可分别经由T个天线734a至734t被发射。

在UE 120处，天线752a到752r可接收来自B节点110的下行链路信号并且分别向解调器(DEMOD)754a到754r提供收到信号。每个解调器754可以调理(例如，滤波、放大、下变频、以及数字化)其相应的收到信号以获得收到采样并且可以进一步处理这些收到采样(例如，针对OFDM)以获得收到码元。MIMO检测器760可接收和处理接收自所有R个解调器754a到754r的码元，并提供检出码元。接收处理器770可以处理这些检出码元，将针对UE 120和/或期望服务的经解码数据提供给数据阱772，并且将经解码的开销信息提供给控制器/处理器790。一般而言，MIMO检测器760和接收处理器770进行的处理与B节点110处的TX MIMO处理器730和发射处理器720进行的处理互补。

在上行链路上，在UE 120处，来自数据源778的数据和来自控制器/处理器790的开销信息可由发射处理器780处理，(在适用的场合)由TX MIMO处理器782进一步处理，由调制器754a到754r调理，以及经由天线752a到752r发射。在B节点110处，来自UE 120的上行链路信号可由天线734接收、由解调器732调理、由MIMO检测器736检测、以及由耦合至数据阱739的接收处理器738处理，以获得由UE 120传送的数据和开销信息。

控制器/处理器740和790可分别指导B节点110和UE 120上的操作。控制器/处理器740可实现用于本文所描述的技术的过程。存储器742和792可各自存储供B节点110和UE 120使用的数据和程序代码。在一个实施例中，群通信应用794可与UE 120的各个处理器和其他组件协作来周期性地监视E-MBMS流以寻找对媒体的指示，而无需分开的单播寻呼。不要求改变常规LTE寻呼或媒体流。因此，E-MBMS环境中的群通信可根据本文公开的各个实施例来实现，同时仍保持与现有标准兼容。

调度器744可以为下行链路和/或上行链路传输来调度UE，调度广播和多播服务的传输，并且为受调度的UE和服务提供无线电资源指派。控制器/处理器740和/或调度器744可生成调度信息和/或其他开销信息以供广播和多播服务。

鉴于上述内容，将理解各个实施例包括如本文公开的用于演进型多媒体广播/多播服务上的群通信的各方法和装置。例如，参照图8，在810，可以在多播流(例如635)上标识第一多播媒体(例如MTCH1，638)的广播/多播媒介上的指示符(例如MSI，622)的调度。该指示符配置成标识数据在广播/多播媒介上的位置，并且标识多播流上存在该数据。在820，应用层寻呼、应用层唤醒机制或功率节省机制被绑定到多播流上该指示符的调度。在830，UE从休眠模式苏醒以监视该指示符，以便基于该指示符来确定第一多播媒体的可用性。在835，如果第一多播媒体可用，则在840，调谐到第一多播媒体。在835，如果第一多播媒体不可用，则在850，UE返回休眠模式。再次将理解，如在本文公开的一些实施例中，在单个MTCH上可能有经复用的多个应用层流(例如，631、632、633)，应用可作出关于存在感兴趣的流(第一多播媒体、第二多播媒体等)的判断，并且基于存在一个或多个流来决定应用层休眠循环。

图9示出了包括配置成执行功能的逻辑的通信设备900。通信设备900可对应于上述各通信设备中的任一个，包括但不限于UE 120、520和/或522，eNB 110和/或510，MME 532，E-MBMS-GW 534，BM-SC 536，应用服务器150等。因此，通信设备900可对应于配置成通过图1的无线通信系统100与一个或多个其它实体通信(或促成与一个或多个其它实体的通信)的任何电子设备。

参照图9，通信设备900包括配置成接收和/或传送信息的逻辑905。在一示例中，如果通信设备900对应于无线通信设备，则配置成接收和/或传送信息的逻辑905可包括无线通信接口(例如，蓝牙、WiFi、2G、CDMA、W-CDMA、3G、4G、LTE等)，诸如无线收发机和相关联的硬件(例如，RF天线、调制解调器、调制器和/或解调器等)。在另一示例中，配置成接收和/或传送信息的逻辑905可对应于有线通信接口(例如，串行连接、USB或火线连接、以太网连接等)。因此，如果通信设备900对应于某种类型的基于网络的服务器，则配置成接收和/或传送信息的逻辑905在一示例中可对应于以太网卡，该以太网卡经由以太网协议将基于网络的服务器连接至其它通信实体。在另一示例中，配置成接收和/或传送信息的逻辑905可包括传感或测量硬件(例如，加速计、温度传感器、光传感器、用于监视本地RF信号的天线等)，通信设备900藉由该传感或测量硬件可监视其本地环境。配置成接收和/或传送信息的逻辑905还可包括软件，当执行该软件时允许配置成接收和/或传送信息的逻辑905的相关联的硬件执行其接收和/或传输功能。然而，配置成接收和/或传送信息的逻辑905不单单对应于软件，并且配置成接收和/或传送信息的逻辑905至少部分地依赖于硬件来实现其功能性。

参照图9，通信设备900进一步包括配置成处理信息的逻辑910。在一示例中，配置成处理信息的逻辑910可至少包括处理器。可由配置成处理信息的逻辑910执行的处理类型的示例实现包括但不限于执行确定、建立连接、在不同信息选项之间作出选择、执行与数据有关的评价、与耦合至通信设备900的传感器交互以执行测量操作、将信息从一种格式转换为另一种格式(例如，在不同协议之间转换(诸如，.wmv到.avi等))，等等。例如，包括在配置成处理信息的逻辑910中的处理器可对应于被设计成执行本文所描述功能的通用处理器、数字信号处理器(DSP)、ASIC、现场可编程门阵列(FPGA)或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其任何组合。通用处理器可以是微处理器，但在替换方案中，该处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可以被实现为计算设备的组合，例如DSP与微处理器的组合、多个微处理器、与DSP核心协同的一个或多个微处理器或任何其它此类配置。配置成处理信息的逻辑910还可包括软件，当执行该软件时允许配置成处理信息的逻辑910的相关联硬件执行其处理功能。然而，配置成处理信息的逻辑910不单单对应于软件，并且配置成处理信息的逻辑910至少部分地依赖于硬件来实现其功能性。

参照图9，通信设备900进一步包括配置成存储信息的逻辑915。在一示例中，配置成存储信息的逻辑915可至少包括非瞬态存储器和相关联的硬件(例如，存储器控制器等)。例如，包括在配置成存储信息的逻辑915中的非瞬态存储器可对应于RAM、闪存、ROM、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM、或本领域中所知的任何其他形式的存储介质。配置成存储信息的逻辑915还可包括软件，当执行该软件时允许配置成存储信息的逻辑915的相关联硬件执行其存储功能。然而，配置成存储信息的逻辑915不单单对应于软件，并且配置成存储信息的逻辑915至少部分地依赖于硬件来实现其功能性。

参照图9，通信设备900进一步包括配置成呈现信息的逻辑920。在一示例中，配置成呈现信息的逻辑920可至少包括输出设备和相关联的硬件。例如，输出设备可包括视频输出设备(例如，显示屏、能携带视频信息的端口，诸如USB、HDMI等)、音频输出设备(例如，扬声器、能携带音频信息的端口，诸如话筒插孔、USB、HDMI等)、振动设备和/或藉此信息可被格式化以供输出或实际上由通信设备900的用户或操作者输出的任何其它设备。配置成呈现信息的逻辑920可针对某些通信设备被省略，诸如不具有本地用户的网络通信设备(例如，网络交换机或路由器、远程服务器等)。配置成呈现信息的逻辑920还可包括软件，当执行该软件时允许配置成呈现信息的逻辑920的相关联硬件执行其呈现功能。然而，配置成呈现信息的逻辑920不单单对应于软件，并且配置成呈现信息的逻辑920至少部分地依赖于硬件来实现其功能性。

参照图9，通信设备900进一步可任选地包括配置成接收本地用户输入的逻辑925。在一示例中，配置成接收本地用户输入的逻辑925可至少包括用户输入设备和相关联的硬件。例如，用户输入设备可包括按钮、触摸屏显示器、键盘、相机、音频输入设备(例如，话筒或可携带音频信息的端口，诸如话筒插孔等)、和/或可用来从通信设备900的用户或操作者接收信息的任何其它设备。配置成接收本地用户输入的逻辑925可针对某些通信设备被省略，诸如不具有本地用户的网络通信设备(例如，网络交换机或路由器、远程服务器等)。配置成接收本地用户输入的逻辑925还可包括软件，当执行该软件时允许配置成接收本地用户输入的逻辑925的相关联硬件执行其输入接收功能。然而，配置成接收本地用户输入的逻辑925不单单对应于软件，并且配置成接收本地用户输入的逻辑925至少部分地依赖于硬件来实现其功能性。

参照图9，尽管配置逻辑905到925在图9中被示出为分开或分立的块，但将领会，各自相应配置的逻辑用来执行其功能性的硬件和/或软件可部分交迭。例如，用于促成配置逻辑905到925的功能性的任何软件可被存储在与配置成存储信息的逻辑915相关联的非瞬态存储器中，从而配置逻辑905到925部分基于由配置成存储信息的逻辑915所存储的软件的操作来各自执行其功能性(即，在这一情形中为软件执行)。同样，直接与配置逻辑中的一个相关联的硬件可不时地被其它配置逻辑借用或使用。例如，配置成处理信息的逻辑910的处理器可在由配置成接收和/或传送信息的逻辑905传送数据之前将数据格式化为适当格式，从而配置成接收和/或传送信息的逻辑905部分地基于与配置成处理信息的逻辑910相关联的硬件(即，处理器)的操作来执行其功能性(即，在这一情形中为数据传输)。

一般而言，除非另外明确声明，如贯穿本公开所使用的短语“配置成…的逻辑”旨在援用至少部分用硬件实现的实施例，而并非旨在映射到独立于硬件的纯软件实现。同样，将理解，各个框中的配置逻辑或“配置成…的逻辑”并不限于具体的逻辑门或元件，而是一般地指代执行本文描述的功能性的能力(经由硬件或硬件和软件的组合)。因此，尽管共享措词“逻辑”，但如各个框中解说的配置逻辑或“配置成…的逻辑”不必被实现为逻辑门或逻辑元件。从以下更详细地描述的各实施例的概览中，各个框中的逻辑之间的其它交互或协作将对本领域普通技术人员而言变得清楚。

此外，本领域技术人员将领会，结合本文中公开的实施例描述的各种解说性逻辑块、模块、电路、和算法步骤可被实现为电子硬件、计算机软件、或两者的组合。为清楚地阐明硬件与软件的这一可互换性，各种说明性组件、框、模块、电路、和步骤在上面是以其功能性的形式作一般化描述的。此类功能性是被实现为硬件还是软件取决于具体应用和施加于整体系统的设计约束。技术人员对于每种特定应用可用不同的方式来实现所描述的功能性，但这样的实现决策不应被解读成导致脱离了本发明的范围。

结合本文中公开的实施例描述的方法、序列和/或算法可直接在硬件中、在由处理器执行的软件模块中、或在这两者的组合中体现。软件模块可驻留在RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM、或本领域中所知的任何其他形式的存储介质中。示例性存储介质耦合到处理器以使得该处理器能从/向该存储介质读写信息。替换地，存储介质可以被整合到处理器。

相应地，本发明的实施例可包括实施用于演进型多媒体广播/多播服务(E-MBMS)上的群通信的方法的计算机可读介质。因此，本发明并不限于所解说的示例且任何用于执行文本所描述的功能的手段均被包括在本发明的实施例中。

尽管上述公开示出了本发明的解说性实施例，但是应当注意到，在其中可作出各种更换和改动而不会脱离如所附权利要求定义的本发明的范围。根据本文中所描述的本发明实施例的方法权利要求的功能、步骤和/或动作不必按任何特定次序来执行。此外，尽管本发明的要素可能是以单数来描述或主张权利的，但是复数也是已料想了的，除非显式地声明了限定于单数。