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

演进型多媒体广播/多播服务上的群组通信根据35U.S.C.§119要求优先级本专利申请要求享有于2011年5月31日递交的、标题为“GROUPCOMMUNICATIONSOVEREVOLVEDMULTIMEDIABROADCAST/MULTICASTSERVICES”的临时申请No.61/491,815的优先权，该临时申请已经转让给本申请的受让人，故以引用方式将该临时申请明确地并入本文。技术领域本申请通常涉及通信，并且更具体地，涉及用于支持在蜂窝通信系统中广播和多播服务上的群组通信的技术。

背景技术：
蜂窝通信系统可以通过共享可用系统资源来支持多个用户的双向通信。蜂窝系统不同于主要或只能够支持从广播站到用户的单向传输的广播系统。蜂窝系统被广泛地部署以提供各种通信服务，并且可以是诸如码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址(FDMA)系统、正交FDMA(OFDMA)系统、单载波FDMA(SC-FDMA)系统等多址系统。蜂窝系统可以支持广播、多播和单播服务。广播服务是可以由所有用户接收的服务，例如新闻广播。多播服务是可以由一组用户接收的服务，例如预订视频服务。单播服务是针对特定用户的服务，例如语音呼叫。群组通信可以使用单播、广播、多播或每个的组合来实现。随着群组变大，使用多播服务通常更有效。但是，对于要求低延迟和短时间来建立群组通信的群组通信服务而言，传统多播信道的建立时间可能损害系统性能。

技术实现要素：
本申请涉及通过多媒体广播-多播服务(MBMS)的群组通信。本申请的一个实施例建立第一多播流并分配第二多播流，其中，所述第二多播流包含针对至少一个群组呼叫的信令和媒体，并且其中，所述第一多播流被配置为发送与第二多播流上的活动有关的信息。本申请的一个实施例针对与第一群组呼叫有关的通知消息，对第一多播流进行监测，并且在接收到通知消息之后，切换到包含针对第一群组呼叫的信令和媒体的第二多播流。附图说明所示的附图有助于描述本发明的实施例，并且附图仅仅为了解释说明实施例的目的而被提供，而并非限制性的。图1示出了根据本发明的至少一个实施例的示例性蜂窝通信系统。图2示出了根据本发明的至少一个实施例的示例性传输结构。图3示出了根据本发明的至少一个实施例，在多小区模式中的不同服务的示例性传输。图4示出了根据本发明的至少一个实施例，在单小区模式中的不同服务的示例性传输。图5示出了根据本发明的至少一个实施例，在应用服务器与各个用户设备之间的各种示例性流的框图。图6示出了根据本发明的至少一个实施例的第一多播流和第二多播流。图7示出了本发明的一个实施例的应用服务器、节点B和用户设备之间的示例性通信流。图8示出了在应用服务器处执行的本发明的一个实施例的流程图。图9示出了在应用服务器处执行的本发明的一个实施例的流程图。图10示出了根据本发明的至少一个实施例的示例性节点B和示例性用户设备的框图。图11示出了包括被配置为执行与本发明的至少一个实施例有关的功能的逻辑单元的通信设备。具体实施方式在涉及本发明的具体实施例的以下描述和相关附图中公开了本发明的各方面。在不背离本发明的范围的情况下，可以设计替换的实施例。另外，将不详细描述或省略本发明的公知元件，以避免本发明的相关细节变模糊。本申请中使用的“示例性”一词意味着“用作例子、例证或说明”。本申请中被描述为“示例性”的任何实施例不一定被解释为比其它实施例更优选或更具优势。同样，术语“本发明的实施例”不需要本发明的所有实施例都包括所讨论的特征、优点或操作模式。此外，如本申请中所使用的术语群组通信、即按即说(PTT)或类似的变型是指在两个或更多个设备之间的服务器仲裁服务。本申请中使用的术语仅仅是为了描述特定实施例的目的，而并非旨在限制本发明的实施例。如本申请中所使用的，除非上下文另外清楚地指示，否则单数形式“a”、“an”和“the”也旨在包括复数形式。还应该理解的是，术语“comprises”、“comprising”、“includes”和/或“including”在使用时规定所声明的特征、整数、步骤、操作、元件和/或组件的存在，而并不排除一个或多个其它特征、整数、步骤、操作、元件、组件和/或它们的群组的存在或添加。此外，很多实施例是以动作的序列来描述的，所述动作的序列可以由例如计算设备的元件来执行。应该明白的是，本申请中描述的各个动作可以由特定电路(例如，专用集成电路(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)、IEEE802.11(Wi-Fi)、IEEE802.16(WiMAX)、IEEE802.20、Flash-OFDM.RTM等无线电技术。UTRA和E-UTRA是通用移动电信系统(UMTS)的一部分。3GPP长期演进(LTE)是使用E-UTRA的UMTS版本，其在下行链路上采用OFDMA，在上行链路上使用SC-FDMA。在名为“第三代合作伙伴计划”(3GPP)的组织的文献中描述了UTRA、E-UTRA、UMTS、LTE和GSM。在名为“第三代合作伙伴计划2”(3GPP2)的组织的文献中描述了cdma2000和UMB。为了清楚起见，下面针对LTE描述了技术的某些方面，并且在下面的大部分描述中使用LTE术语。图1示出了蜂窝通信系统100，其可以是LTE系统。系统100可以包括多个节点B和其它网络实体。为了简单起见，图1中只示出了三个节点B110a、110b和110c。节点B可以是用于与用户设备(UE)进行通信的固定站，并且可以被称为演进节点B(eNB)、基站、接入点等。每个节点B110为特定地理区域102提供通信覆盖。为了提高系统性能，节点B的整个覆盖区域可以被划分为多个更小的区域，例如三个较小区域104a、104b和104c。每个较小区域可以由相应节点B子系统服务。在3GPP中，术语“小区”可以指节点B的最小覆盖区域和/或对该覆盖区域进行服务的节点B子系统。在其它系统中，术语“扇区”可以指基站的最小覆盖区域和/或对该覆盖区域进行服务的基站子系统。为了清楚起见，在下面的描述中使用了小区的3GPP概念。在图1中示出的示例中，每个节点B110有覆盖不同地理区域的三个小区。为了简单起见，图1示出了相互不重叠的小区。在特定部署中，相邻小区通常在边缘处相互重叠，这样可以允许随着UE在系统中移动时，该UE在任何位置处从一个或多个小区接收覆盖。UE120可以分散在整个系统中，并且每个UE可以是固定的或移动的。UE还可以被称为移动站、终端、接入终端、用户单元、站等。UE可以是蜂窝电话、个人数字助理(PDA)、无线调制解调器、无线通信设备、手持设备、膝上型计算机、无绳电话等。UE可以通过下行链路和上行链路上的传输与节点B进行通信。下行链路(或前向链路)指的是从节点B到UE的通信链路，而上行链路(或反向链路)指的是从UE到节点B的通信链路。在图1中，具有双向箭头的实线指示在节点B与UE120之间的双向通信。具有单个箭头的虚线指示UE120从节点B接收下行链路信号，例如用于广播和/或多播服务。术语“UE”和“用户”在本申请中可以交换使用。网络控制器130可以耦接到多个节点B以便在其控制下为节点B提供协调和控制，并且对这些节点B所服务的终端的数据进行路由。系统100还可以包括图1中未示出的其它网络实体。此外，如图所示，网络控制器130可以操作性地耦接到应用服务器150以便通过接入网络100向各个UE120提供群组通信服务。应该了解的是，可以有能够用于有助于UE与服务器之间的通信和接入网络之外的信息的很多其它网络和系统实体。相应地，本文公开的各个实施例并不限于各个附图中详细描述的特定布置或单元。图2示出了可以用于系统100中的下行链路的示例性传输结构200。该传输时间线可以被划分为多个无线帧单元。每个无线帧可以有预先确定的持续时间(例如，10毫秒)并且可以被划分为10个子帧。每个子帧可以包括两个时隙，每个时隙可以包括固定数量的或可配置数量的符号周期，例如6个或7个符号周期。系统带宽可以被划分为具有正交频分复用(OFDM)的多个(K个)子载波。可用时间频率资源可以被划分为资源块。每个资源块可以包括1个时隙中的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的其它设计中，每个小区的传输时间线可以被划分为其它持续时间的时间单元。一般而言，一个时间单元可以对应于子帧、时隙、符号周期、多个符号周期、多个时隙、多个子帧等。在图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服务中的每个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服务可以用于将多播数据分配给群组，并且在群组通信系统中可能是有用的。但是，在传统E-MBMS服务中，建立新流的时间是10秒的数量级。对于高性能群组通信系统(例如，要求从来自发起方的呼叫发起到准许至少一个群组成员发言的时间小于1秒的即按即说系统)而言，这样的延迟是不可接受的。图5示出了本发明的一个实施例的概述。参照图5，三对广播流510和520分别是LTE广播流上的单独E-MBMS流，其中每个广播流具有其自己的应用级广播流，具有其自己的、针对在系统100内的所定义的每个广播区域/服务区域530(网络内的扇区的子集)的多播IP地址。每一对流的一个流是被称为主要多播流(P-MF)510的应用层“寻呼”流，以用于指示监听者的活动或期望以开始监测其它(“媒体和信令”)流，被称为次要多播流(S-MF)520。P-MF510可以不连续地广播以节省移动电池寿命。S-MF520包含一个或多个应用层媒体/信令流，每个应用层媒体/信令流包括针对特定通信群组的信息。虽然被显示为单独区域，但是应该明白的是，这些广播区域可以重叠。每个多播群组呼叫是与P-MF510相关联的，在多个群组之间共享，以用于呼叫通知。P-MF510是“持续不断的”，这意味着它在多播群组呼叫上是持续的。它在多个群组和服务区域530之间共享以用于呼叫通知。它具有较长的E-MBMS子帧调度间隔(例如，320ms)。UE120可以在所调度的E-MBMS子帧之间进入休眠。针对每个服务区域530，应用服务器150管理用于信令和媒体的活动S-MF520的池。应用服务器150向呼叫通知中的每个多播群组动态地分配用于媒体和信令的S-MF520。S-MF520具有较短的eMBMS子帧调度间隔(例如，80ms)。当可用S-MF的数量低于给定的门限时，将新的S-MF520添加到池中。同一S-MF520可以分配给具有相同服务区域530的多个群组以提高每个子帧中的资源利用率。在IP或应用级实现复用。图5另外示出了当前具有发言权并且正在广播媒体的、从UE120x向应用服务器150/从应用服务器150向UE120x的单播流505(其可以转向并且放置到媒体广播流上并且来源于应用服务器150)。对于呼叫发起方，应用信令和媒体两者经由上行链路或反向链路上的单播信道505进行传输。但是，目标UE120经由点对多点OTA传输510和520接收多播IP分组。可以存在不止一个媒体流(即，S-MF)。可以存在包含被复用的多个群组的信息的单个媒体流，或者每次第一媒体流被用于活动媒体时可以提出新的媒体流，以便在第二群组变为活动时做好准备(至少一个群组总是活动的)。或者，可以预先建立多个媒体流，多个媒体流通常小于广播区域的群组数量(具有基于活动而动态地分配给实际广播资源的群组)。在还有一个实施例中，可以存在单个媒体广播流，其中针对多个通信群组有足够的带宽，但是小于针对广播区域定义的所有群组所需要的带宽，并且基于活动来动态地分配带宽。在大部分情况中，每个广播区域530只有一个“寻呼”/活动流(即，P-MF)，使得如果用户是多个群组的成员，则UE120可以监测一个流以便发现在作为成员的任何群组上是否有活动。寻呼流可以被向应用服务器150指示在媒体流上的活动的另一种方法(比如，移动终止的DOS、或者诸如C2DM或APN之类的推送网络，如果可用的话)来取代。所述取代性的“寻呼”系统(例如，DOS、C2DM、APN)将继续受益，因为多播流准备建立并且可以一直活动地广播，以允许用于发起群组通信的快速建立时间。图6更详细地示出了多播流510和520。参照图6，为了降低E-MBMS服务的延迟，建立并维持至少两个流(或服务)。图6示出了被配置为“信令”或“寻呼”信道的P-MF510，其允许UE监测一个流以获取多个群组的媒体流上的信息。图6进一步示出了还被预留以避免在建立服务/流时的延迟的S-MF520，如先前所讨论的。通过预留至少一个额外的流520，应用服务器可以为特定群组快速地建立媒体流520。另外，一旦建立了新的流520，则将建立另一个流520以用作可能需要开始通信的任何额外的新群组的新的预留流520。此外，应该了解的是，当系统资源准许时，可以预留不止一个额外的流520。但是，维持过多持续不断的多播流将消耗系统资源。同样，如果存在针对其预留流的群组的最大数量，则一旦达到最大数量，则不会预留额外的流以避免浪费系统资源。此外，随着群组停止通信，可以释放这些流以节省系统资源。回过来参照图6，P-MF510被分配用于“寻呼”。例如，呼叫通知消息可以在流510上传达，以向对流510进行监测的UE告知：正在建立群组呼叫。为了节省功率，在调度的传输514之间还可以有较长间隔512。用于信令和媒体业务的其它多播流520具有短的调度间隔522。UE监测用于“寻呼”的多播流(例如，呼叫通知)并且可以在调度的传输514之间进入休眠。当UE接收到其已经预订的群组的呼叫通知时，该UE可以切换到535用于信令和媒体524的多播流520。例如，在545处，在切换之后，下行链路(DL)数据到达并且由UE处理该呼叫。在555处，该群组呼叫结束并且UE切换回监测第一流510(“寻呼”流)。如前面所讨论的，维持用于所有或大量的大群组呼叫的持续不断的多播流可能非常占用带宽。因此，如本申请中所讨论的，应用服务器可以维持针对新的多播呼叫的后备(即，预先建立的和预留的)多播流的列表。当发起新的多播呼叫时，应用服务器可以将呼叫的信令和媒体业务映射到来自跟在呼叫通知中的指示之后的后备流的列表的、被分配的多播流520。应用服务器可以从后备列表中移除被分配的多播流520。然后，应用服务器可以建立新的多播流520以补充后备多播流。应该明白的是，在一些实施例中，即使没有实际呼叫媒体/信令正在传输，预留/后备的流可以具有在其上传输的伪业务，使得存在连续业务。应该了解的是，E-MBMS资源分配是以TDM方式完成的。MTCH信道的最小调度单元是子帧(1ms)。此外，子帧中的所有子载波是被一起分配的。还应该了解的是，在DL上可获得丰富的资源用于在子帧上运行多个呼叫。但是，由于将多播流复用到同一个E-MBMS子帧上是非常困难的，所以对PTT呼叫的E-MBMS资源的利用可以较低。相应地，在一些实施例中，这可以通过在单个多播承载上复用应用级或IP级(例如，UDP端口)来解决。每个呼叫可以与一对多播IP地址和端口号相关联。网络可以应用分组过滤器以指导不同多播IP流穿过相同MTCH以便于实现。图7示出了本发明的实施例的应用服务器150、节点B110和UE120之间的示例性通信流。该流是通过以下方式开始的：应用服务器150在P-MF510上向节点B110发送用于多播呼叫的呼叫通知。呼叫通知包括用于群组呼叫的群组标识符、分配的S-MF520、被设置为1的反向活动(RA)比特、以及持续概率p。应用服务器150可以统计不在线的群组成员的数量，从而相应地设置持续概率p。应用服务器150继续在P-MF510上发送呼叫通知，即使在节点B110已经将该呼叫通知转发给UE120之后，如虚线所示。节点B110等待用于P-MF510的调度子帧，然后在P-MF510上将呼叫通知转发给UE120。在接收到呼叫通知之后，UE120切换到分配的S-MF520并且选择性地停止读取P-MF510。如果当处于这种情况中设置了RA比特，则UE120在具有持续概率p的随机回退之后在单播信道505上向节点B110发送呼叫通知ACK。节点B110在单播信道505上将ACK转发给应用服务器150。应用服务器150可以通过将RA比特设置为0来抑制呼叫通知ACK。然后，应用服务器150在分配的S-MF520上向节点B传输附加的ACK抑制。节点B110在分配的S-MF520上向UE120转发附加的ACK抑制。图8示出了在应用服务器150处执行的本发明的一个实施例的流程图800。在805处，应用服务器150判断所接收的呼叫是否是针对多播呼叫的请求。如果不是，则应用服务器继续等待针对多播呼叫的请求的接收呼叫。如果接收到的呼叫是针对多播呼叫的请求，则在810处，应用服务器150判断在可用S-MF池中可用S-MF的数量(NS-MF)是否大于0。如果是，则在815处，应用服务器150将池中的S-MF520分配给接收到的多播呼叫。然后应用服务器150将NS-MF减1。如果可用S-MF的数量不大于0，则在820处，应用服务器150判断其是否必须拒绝所接收的多播呼叫。如果应用服务器150确定拒绝呼叫，则在835处，应用服务器150向发起方发送ACK以告知发起方：该呼叫已经被拒绝。在840处，应用服务器150建立新的S-MF520并将NS-MF和S-MF总数(NTotal)加1。在建立新的S-MF之后，在805处，应用服务器150等待用于多播呼叫的另一个接收到的呼叫请求。如果在820处，应用服务器150确定其不必拒绝呼叫，则在825处，应用服务器150告知发起方：由于必须建立新的S-MF520，所以在建立多播呼叫时将有额外的延迟。在830处，应用服务器150建立新的S-MF520并将NTotal加1。由于在845处，新建立的S-MF520将被分配给请求的多播呼叫，所以应用服务器150不增加NS-MF。在815处将来自池的现有S-MF520分配给多播呼叫之后或者在830处针对该呼叫建立了额外S-MF520之后，在845处，应用服务器150向目标UE发送用于指示向呼叫分配的S-MF520的呼叫通知。在850处，应用服务器150判断NS-MF是否小于最小门限(NMin)以及NTotal是否小于或等于最大门限(NMax)。如果两个条件都满足，则在855处，应用服务器150建立新的S-MF520并将NS-MF和NTotal加1。但是，如果NS-MF不小于NMin或者NTotal不小于或等于NMax，或者在855之后，在805处，应用服务器150等待针对多播呼叫的另一个接收到的呼叫请求。图9示出了在应用服务器150处执行的本发明的一个实施例的流程图900。在905处，应用服务器150判断是否任何多播流已经结束。如果一个都没有结束，则应用服务器继续等待，直到一个呼叫结束为止。但是，如果多播呼叫已经结束，则在910处，应用服务器150将释放的S-MF520返回到可用S-MF的池中并将NS-MF加1。在915处，应用服务器150判断NS-MF是否大于NMin。如果是，则在920处，应用服务器150从可用S-MF的池释放S-MF520。如果不是，则在905处，应用服务器150继续等待多播呼叫结束。在925处，应用服务器150将NS-MF和NTotal减1。然后，在905处，应用服务器150继续等待多播呼叫结束。图10示出了节点B110和UE120的设计的框图，其可以是本申请中围绕各个实施例讨论的图1中的节点B之一和UE之一。在该设计中，节点B110被配备有T个天线1034a到1034t，UE120被配备有R个天线1052a到1052r，其中，通常T大于或等于1，R大于或等于1。在节点B110处，发送处理器1020可以(例如，从应用服务器150直接或间接地)接收来自数据源1012的、用于单播服务的数据和用于广播和/或多播服务的数据。发送处理器1020可以处理用于每个服务的数据以获取数据符号。发送处理器1020还可以从控制器/处理器1040和/或调度器1044接收调度信息、配置信息、控制信息、系统信息和/或其它开销信息。发送处理器1020可以处理接收到的开销信息并提供开销符号。发送(TX)多输入多输出(MIMO)处理器1030可以将数据和开销符号与导频符号进行复用，处理(例如，预编码)已复用的符号，并将T个输出符号流提供给T个调制器(MOD)1032a到1032t。每个调制器1032可以对相应的输出符号流进行处理(例如，进行OFDM)以获得输出采样流。每个调制器1032还可以处理(例如，转换为模拟、放大、滤波和上变频)输出采样流以获得下行链路信号。来自调制器1032a到1032t的T个下行链路信号可以分别通过T个天线1034a到1034t发送。在UE120处，天线1052a到1052r可以从节点B110接收下行链路信号并将所接收的信号分别提供给解调器(DEMOD)1054a到1054r。每个解调器1054可以调节(例如，滤波、放大、下变频和数字化)各自接收到的信号以获取接收到的采样，还可以对所接收的采样进行处理(例如，进行OFDM)以获取接收符号。MIMO检测器1060可以从所有R个解调器1054a到1054r接收并处理所接收的符号，并提供检测到的符号。接收处理器1070可以处理所检测到的符号，将针对UE120的解码数据和/或所期望的服务提供给数据宿1072，并将解码后的开销信息提供给控制器/处理器1090。通常，MIMO检测器1060和接收处理器1070进行的处理与TXMIMO处理器1030和发送处理器1020在节点B110处执行的处理是互补的。在上行链路上，在UE120处，来自数据源1078的数据和来自控制器/处理器1090的开销信息可以由发送处理器1080处理，由TXMIMO处理器1082进一步处理(如果可以的话)，由调制器1054a到1054r调整，并且通过天线1052a到1052r发送。在节点B110处，来自UE120的上行链路信号可以由天线1034接收，由解调器1032调整，由MIMO检测器1036检测，并且由接收处理器1038处理，以获取UE120所发送的数据和开销信息。数据宿1039耦接到接收处理器1038。控制器/处理器1040和1090可以分别指导在节点B110和UE120处的操作。控制器/处理器1040可以实现本文所述技术的处理。存储器1042和1092可以分别存储用于节点B110和UE120的数据和程序代码。在一个实施例中，群组通信应用1094可以与UE120的各个处理器和其它组件协作，以监测第一“寻呼”多播流并当被指示存在针对UE120是其成员的群组的群组呼叫时调谐到第二“媒体/信令”多播流。由于检测呼叫、识别所期望的流并且切换到该流是(例如，由群组通信应用1094)在应用层执行的，因此不需要对传统LTE寻呼或媒体流进行改变。于是，可以降低群组通信在E-MBMS环境中的延迟，同时依然保持与现有标准的兼容。调度器1044可以调度UE以用于下行链路和/或上行链路传输，调度广播和多播服务的传输，并且提供对用于已调度的UE和服务的无线资源的分配。控制器/处理器1040和/或调度器1044可以生成针对广播和多播服务的调度信息和/或其它开销信息。图11示出了包括被配置为执行功能的逻辑单元的通信设备1100。通信设备1100可以对应于上面提到的通信设备中的任一个通信设备，包括但不限于UE120、节点B或基站110、网络控制器130等。因此，通信设备1100可以对应于被配置为通过网络与一个或多个其它实体进行通信(或有助于与一个或多个其它实体进行通信)的任何电子设备。参照图11，通信设备1100包括被配置为接收和/或发送信息1105的逻辑单元。在一个示例中，如果通信设备1100对应于无线通信设备(例如，UE120、节点B110等)，被配置为接收和/或发送信息的逻辑单元1105可以包括无线通信接口(例如，蓝牙、WiFi、2G、3G等)，比如无线收发机和相关联的硬件(例如，RF天线、MODEM、调制器和/或解调器等)。在另一个示例中，被配置为接收和/或发送信息的逻辑单元1105可以对应于有线通信接口(例如，通过其可以访问互联网的串行连接、USB或Firewire连接、以太网连接等)。因此，如果通信设备1100对应于某种类型的基于网络的服务器(例如，SGSN、GGSN、应用服务器150等)，被配置为接收和/或发送信息的逻辑单元1105可以对应于以太网卡，在一个示例中，该以太网卡通过以太网协议将基于网络的服务器连接到其它通信实体。在另一个示例中，被配置为接收和/或发送信息的逻辑单元1105可以包括传感器或测量硬件(例如，加速计、温度传感器、光传感器、用于监测本地RF信号的天线等)，通信设备1100可以通过这些传感器或测量硬件来监测其本地环境。被配置为接收和/或发送信息的逻辑单元1105还可以包括软件，当执行这些软件时允许被配置为接收和/或发送信息的逻辑单元1105的相关联硬件执行其接收和/或发送功能。但是，被配置为接收和/或发送信息的逻辑单元1105不仅仅对应于软件，被配置为接收和/或发送信息的逻辑单元1105至少部分地依赖于实现其功能的硬件。参照图11，通信设备1100还包括被配置为对信息进行处理的逻辑单元1110。在一个示例中，被配置为对信息进行处理的逻辑单元1110可以包括至少一个处理器。可以由被配置为对信息进行处理的逻辑单元1110所执行的处理类型的示例性实现方式包括但不限于执行确定、建立连接、在不同信息选项之间做出选择、执行与数据有关评估、与耦接至通信设备1100的传感器进行交互以执行测量操作、将信息从一种格式转换为另一种格式(例如，在不同协议之间，比如.wmv到.avi等)，诸如此类。例如，在被配置为对信息进行处理的逻辑单元1110中包括的处理器可以对应于通用处理器、数字信号处理器(DSP)、ASIC、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立门或晶体管逻辑、分立硬件组件或被设计为执行本文所述功能的任何组合。通用处理器可以是微处理器，但是替代地，该处理器可以是任何传统的处理器、控制器、微控制器或状态机。处理器还可以被实现为计算设备的组合，例如，DSP和微处理器的结合、多个微处理器、与DSP核相结合的一个或多个微处理器、或任何其它这类配置。被配置为对信息进行处理的逻辑单元1110还可以包括软件，当执行软件时允许被配置为对信息进行处理的逻辑单元1110的相关联硬件执行其处理功能。但是，被配置为对信息进行处理的逻辑单元1110不仅仅对应于软件，被配置为对信息进行处理的逻辑单元1110至少部分地依赖于实现其功能的硬件。参照图11，通信设备1100还包括被配置为存储信息的逻辑单元1115。在一个示例中，被配置为存储信息的逻辑单元1115可以至少包括非临时性存储器和相关联的硬件(例如，存储控制器等)。例如，在被配置为存储信息的逻辑单元1115中包括的非临时性存储器可以对应于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动硬盘、CD-ROM、或本领域中已知的任何其它形式的存储介质。被配置为存储信息的逻辑单元1115还可以包括软件，当执行软件时允许被配置为存储信息的逻辑单元1115的相关联硬件执行其存储功能。但是，被配置为存储信息的逻辑单元1115不仅仅对应于软件，并且被配置为存储信息的逻辑单元1115至少部分地依赖于实现其功能的硬件。参照图11，通信设备1100还选择性地包括被配置为显示信息的逻辑单元1120。在一个实施例中，被配置为显示信息的逻辑单元1120可以至少包括输出设备和相关联的硬件。例如，输出设备可以包括视频输出设备(例如，显示屏、可以携带视频信息的端口，比如USB、HDMI等)、音频输出设备(例如，扬声器、可以携带音频信息的端口，比如麦克风插座、USB、HDMI等)、振动设备和/或通过其可以对信息进行格式化以进行输出或实际由通信设备1100的用户或操作者输出的信息的任何其它设备。例如，如果通信设备1100对应于UE120，则被配置为显示信息的逻辑单元1120可以包括UE120的显示器。在其它示例中，针对某些通信设备(比如，不具有本地用户的网络通信设备(例如，网络交换机或路由器、远程服务器等)，可以省略被配置为显示信息的逻辑单元1120。被配置为显示信息的逻辑单元1120还可以包括软件，当执行这些软件时允许被配置为显示信息的逻辑单元1120的相关联硬件执行其显示功能。但是，被配置为显示信息的逻辑单元1120不仅仅对应于软件，被配置为显示信息的逻辑单元1120至少部分地依赖于实现其功能的硬件。参照图11，通信设备1100还选择地包括被配置为接收本地用户输入的逻辑单元1125。在一个示例中，被配置为接收本地用户输入的逻辑单元1125可以至少包括用户输入设备和相关联的硬件。例如，用户输入设备可以包括按钮、触摸屏显示器、键盘、摄像头、音频输入设备(例如，麦克风或者能够携带音频信息的端口，比如麦克风插座等)、和/或通过其可以从通信设备1100的用户或操作者接收信息的任何其它设备。例如，如果通信设备1100对应于UE120，用于接收本地用户输入的逻辑单元1125可以包括UE120的显示器(如果实现为触摸屏)、键盘等。在其它示例中，针对某些通信设备(比如，不具有本地用户的网络通信设备(例如，网络交换机或路由器、远程服务器等))，可以省略被配置为接收本地用户输入的逻辑单元1125。被配置为接收本地用户输入的逻辑单元1125还可以包括软件，当执行这些软件时允许被配置为接收本地用户输入的逻辑单元1125的相关联硬件执行其输入接收功能。但是，被配置为接收本地用户输入的逻辑单元1125不仅仅对应于软件，被配置为接收本地用户输入的逻辑单元1125至少部分地依赖于实现其功能的硬件。参照图11，虽然所配置的逻辑单元1105到1125在图11中被显示为单独的块或不同的块，但是应该明白的是，各个被配置的逻辑单元执行其功能所使用的硬件和/或软件可以部分重叠。例如，用于辅助所配置的逻辑单元1105到1125的功能的任何软件可以被存储在与被配置为存储信息的逻辑单元1115相关联的非临时性存储器中，这样所配置的逻辑单元1105到1125分别部分地基于被配置为存储信息的逻辑单元1115所存储的软件的操作来执行其功能(即，在这种情况下，软件执行)。同样，与所配置的逻辑单元之一直接相关联的硬件可以时不时被其它配置的逻辑单元借用或使用。例如，被配置为处理信息的逻辑单元1110的处理器可以在由被配置为接收和/或发送信息的逻辑单元1105发送之前将数据格式化成适当格式，使得被配置为接收和/或发送信息的逻辑单元1105部分地基于与被配置为对信息进行处理的逻辑单元1110相关联的硬件(即，处理器)的操作来执行其功能(即，在这种情况下，对数据进行传输)。此外，本领域普通技术人员应当明白，结合本文所公开的实施例所描述的各种示例性的逻辑框、模块、电路和算法步骤均可以实现成电子硬件、计算机软件、或者二者的组合。为了清楚地描绘硬件和软件之间的这种可交换性，上面已经对各种示例性的部件、框、模块、电路以及步骤围绕其功能进行了总体描述。至于这种功能是实现成硬件还是实现成软件，取决于具体应用和向整个系统施加的设计约束。熟练的技术人员可以针对每个特定应用，以变通的方式实现所描述的功能，但是，这种实现决策不应解释为导致背离本发明的保护范围。可以通过硬件、由处理器执行的软件模块、或者两者的组合来直接地具体实施结合本文所公开的实施例所描述的方法、序列和/或算法。软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM、或本领域已知的任何其它形式的存储介质中。将示例性存储介质耦合到处理器，使得该处理器可以从该存储介质读取信息，并将信息写入该存储介质中。或者，存储介质可以集成到处理器中。相应地，本发明的一个实施例可以包括具体实现用于通过演进型多媒体广播/多播服务(E-MBMS)进行群组通信的方法的计算机可读介质。相应地，本发明并不限于所示的示例，用于执行本文所述功能的任何模块都可以被包括在本发明的实施例中。虽然前面的公开内容示出了本发明的示例性实施例，但是应当注意的是，在不脱离所附权利要求所限定的本发明的范围的情况下，可以做出各种改变和修改。根据本文所述发明的实施例的方法权利要求的功能、步骤和/或动作不需要按照任何特定顺序来执行。此外，虽然可能以单数形式描述或声明了本发明的单元，但是除非明确说明限制为单数，否则复数形式也是可以预料到的。