CN104919756A - 演进多媒体广播/多播服务(eMBMS)群集管理 - Google Patents

Abstract

在一实施例中，一种服务器(例如，应用程序服务器)确定(920A)用于群组通信会话的第一支持状态，所述第一支持状态定义属于用于经由因特网协议IP多播发射(925A、930A)用于所述群组通信会话的会话媒体的多播/广播单一频率网络MBSFN区域的第一扇区集合(例如，群集)。所述服务器接着将所述群组通信会话从所述第一支持状态转变(910C)到第二支持状态，所述第二支持状态定义(910C)属于用于经由IP多播发射(915C、920C)用于所述群组通信会话的所述会话媒体的所述MBSFN区域的第二扇区集合。在所述转变前，所述服务器根据所述第一支持状态经由IP多播将所述会话媒体递送(925A、930A)到所述第一扇区集合。在所述转变后，所述服务器根据所述第二支持状态经由IP多播将所述会话媒体递送(915C,920C)到所述第二扇区集合。

Description

演进多媒体广播/多播服务(eMBMS)群集管理

依据35U.S.C.§119主张优先权

本专利申请案主张2013年1月4日申请的标题为“EVOLVED MULTIMEDIABROADCAST/MULTICAST SERVICES(eMBMS)CLUSTER MANAGEMENT”的第61/748,956号美国申请案的优先权，且所述申请案已转让给本受让人，且全文在此明确地以引用的方式并入本文中。

技术领域

实施例涉及演进多媒体广播/多播服务(eMBMS)群集管理。

背景技术

蜂窝式通信系统可通过共享可用的系统资源来支持针对多个用户的双向通信。蜂窝式系统与可主要或仅支持从广播台到用户的单向发射的广播系统不同。蜂窝式系统经广泛地部署以提供各种通信服务，且可为例如码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址(FDMA)系统、正交FDMA(OFDMA)系统和单载波FDMA(SC-FDMA)系统等多址系统。

蜂窝式系统可支持广播、多播和单播服务。广播服务为可由所有用户接收的服务，例如，新闻广播。多播服务为可由一群用户接收的服务，例如，订用视频服务。单播服务为希望针对具体用户的服务，例如，语音呼叫。可使用单播、广播、多播或各者的组合来实施群组通信。随着群组变得更大，通常使用多播服务更有效率。然而，对于需要低等待时间和短时间来建立群组通信的群组通信服务，常规多播信道的设置时间可对系统性能有损害。

发明内容

在一实施例中，一种服务器确定用于群组通信会话的第一支持状态，所述第一支持状态定义属于用于经由因特网协议(IP)多播发射用于所述群组通信会话的会话媒体的多播/广播单一频率网络(MBSFN)区域的第一扇区集合。所述服务器接着将所述群组通信会话从所述第一支持状态转变到第二支持状态，所述第二支持状态定义属于用于经由IP多播发射用于所述群组通信会话的所述会话媒体的所述MBSFN区域的第二扇区集合。在所述转变前，所述服务器根据所述第一支持状态经由IP多播将所述会话媒体递送到所述第一扇区集合。在所述转变后，所述服务器根据所述第二支持状态经由IP多播将所述会话媒体递送到所述第二扇区集合。

附图说明

附图经呈现以辅助本发明的实施例的描述，且经提供仅用于所述实施例的说明且并非对其的限制。

图1说明无线通信系统。

图2说明实例发射结构。

图3说明在多小区模式中的不同服务的实例发射。

图4说明在单一小区模式中的不同服务的实例发射。

图5A和5B说明可支持广播/多播服务的额外无线通信系统。

图6说明可支持广播/多播服务的无线通信系统的一部分的框图。

图7说明包括经配置以接收和/或发射信息的逻辑的通信装置。

图8说明根据本发明的一实施例的用于特定演进多媒体广播/多播服务(eMBMS)会话的多播/广播单一频率网络(MBSFN)区域，其中将属于MBSFN区域的扇区展示为阴影，且将不属于MBSFN区域的扇区展示为无阴影。

图9A说明根据本发明的一实施例的设置eMBMS会话的处理过程。

图9B说明根据本发明的一实施例的在执行了图9A的eMBMS会话设置程序后的基于来自图8的MBSFN区域的eMBMS会话支持状态。

图9C说明根据本发明的一实施例的图9A的处理过程的连续部分。

图9D说明根据本发明的一实施例的在执行了图9C的处理过程后的基于来自图8的MBSFN区域的eMBMS会话支持状态。

图9E说明根据本发明的一实施例的图9C的处理过程的连续部分。

图9F说明根据本发明的一实施例的基于来自图8的MBSFN区域的eMBMS会话支持状态，其中相邻和非相邻非MBSFN扇区为延伸的MBSFN区域的部分。

图10A说明根据本发明的一实施例的设置eMBMS会话的另一处理过程。

图10B说明根据本发明的一实施例的在图10A的处理过程后的基于来自图8的MBSFN区域的eMBMS会话支持状态的修改的型式，借以以黑色展示给定扇区以标明扇区为MBSFN区域的部分，但不需要发射用于eMBMS会话的eMBMS会话媒体。

图10C说明根据本发明的一实施例的图10A的处理过程的连续部分。

图10D说明根据本发明的一实施例的图10C的处理过程的连续部分。

图10E说明根据本发明的一实施例的在图10D的处理过程后的基于来自图8的MBSFN区域的eMBMS会话支持状态的另一修改的型式，借以以黑色展示给定扇区以标明扇区为MBSFN区域的部分，但不需要发射用于eMBMS会话的eMBMS会话媒体。

具体实施方式

在针对本发明的具体实施例的以下描述和相关图式中揭示了本发明的方面。可在不脱离本发明的范围的情况下设计替代实施例。另外，将不详细描述本发明的众所周知元件，或将省略所述元件，以免混淆本发明的相关细节。

词“示范性”在本文中用以表示“充当实例、个例或例子”。本文中描述为“示范性”的任一实施例未必被看作比其它实施例优选或有利。同样，术语“本发明的实施例”并非要求本发明的所有实施例包括所论述的特征、优点或操作模式。另外，如本文中所使用，术语群组通信、即按即说或类似变化意图表示两个或两个以上装置之间的服务器仲裁的服务。

本文中使用的术语仅用于描述特定实施例的目的，且并不希望限制本发明的实施例。如本文中所使用，单数形式“一”和“所述”希望也包括复数形式，除非上下文另有清晰指示。应进一步理解，当术语“包含”和/或“包括”在本文使用时，其指定了规定特征、整体、步骤、操作、元件和/或组件的存在，但并不排除一或多个其它特征、整体、步骤、操作、元件、组件和/或其群组的存在或添加。

另外，许多实施例是依据待由(例如)计算装置的元件执行的动作序列来描述。将认识到，可通过特殊电路(例如，专用集成电路(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.11(Wi-Fi)、IEEE802.16(WiMAX)、IEEE 802.20、Flash-OFDM.RTM.等无线电技术。UTRA和E-UTRA为通用移动电信系统(UMTS)的部分。3GPP长期演进(LTE)为使用E-UTRA的UMTS的版本，其在下行链路上使用OFDMA且在上行链路上使用SC-FDMA。UTRA、E-UTRA、UMTS、LTE和GSM描述于来自名为“第三代合作伙伴计划”(3GPP)的组织的文件中。cdma2000和UMB描述于来自名为“第三代合作伙伴计划2”(3GPP2)的组织的文件中。为了清晰起见，下文针对LTE来描述所述技术的某些方面，且在下文许多描述中使用LTE术语。

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

在图1中展示的实例中，每一节点B 110具有覆盖不同地理区域的三个小区。为了简单起见，图1展示不相互重叠的小区。在特定部署中，邻近的小区通常在边缘处相互重叠，此可允许UE在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中未展示的其它网络实体。另外，如所说明，网络控制器可以可操作地耦合到应用程序服务器150以经由接入网络100将群组通信服务提供到各种UE 120。应了解，可存在可用以促进UE与服务器之间的通信的许多其它网络和系统实体以及在接入网络外的信息。因此，本文中揭示的各种实施例不限于在各图中详述的具体配置或元件。

图2展示可用于系统100中的下行链路的实例发射结构200。发射时间线可分割成无线电帧的单元。每一无线电帧可具有预定持续时间(例如，10毫秒(ms))，且可分割成10个子帧。每一子帧可包括两个时隙，且每一时隙可包括固定或可配置数目个符号周期，例如，六个或七个符号周期。

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

系统可支持用于多个UE的演进的多媒体广播/多播服务(eMBMS)以及用于个别UE的单播服务。用于eMBMS的服务可被称作eMBMS服务或流，且可为广播服务/流或多播服务/流。

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

表1

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

表2

不同类型的开销信息还可由其它名称来指代。调度和控制信息可为动态的，而系统和配置信息可为半静态的。

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

●用于广播或多播服务的内容可跨多个小区同步地发射。

●用于广播和多播服务的无线电资源由可逻辑上位于节点B上方的MBMS协调实体分配(MCE)。

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

●用于广播、多播和单播服务的数据的时分多工(例如，在子帧级别)。

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

●每一小区发射用于广播和多播服务的内容，而无与其它小区的同步。

●用于广播和多播服务的无线电资源由节点B分配。

●将用于广播和多播服务的内容映射于DL-SCH上。

●可按由DL-SCH的结构允许的任一方式多路复用用于广播、多播和单播服务的数据。

一般来说，可通过多小区模式、单一小区模式和/或其它模式来支持eMBMS服务。多小区模式可用于eMBMS多播/广播单一频率网络(MBSFN)发射，其可允许UE组合从多个小区接收的信号以便改进接收性能。

图3展示由多小区模式中的M个小区1到M进行的eMBMS和单播服务的实例发射，其中M可为任一整数值。对于每一小区，水平轴可表示时间，且垂直轴可表示频率。在eMBMS的一设计(其系对以下大量描述来假定)中，用于每一小区的发射时间线可分割成子帧的时间单位。在eMBMS的其它设计中，用于每一小区的发射时间线可分割成其它持续时间的时间单位。一般来说，一时间单位可对应于一子帧、一时隙、一符号周期、多个符号周期、多个时隙、多个子帧等。

在图3中展示的实例中，M个小区发射三个eMBMS服务1、2和3。所有M个小区在子帧1和3中发射eMBMS服务1，在子帧4中发射eMBMS服务2，且在子帧7和8中发射eMBMS服务3。M个小区针对三个eMBMS服务中的每一者发射相同内容。每一小区可在子帧2、5和6中发射其自身的单播服务。M个小区可针对其单播服务发射不同内容。

图4展示由在单一小区模式中的M个小区进行的eMBMS和单播服务的实例发射。对于每一小区，水平轴可表示时间，且垂直轴可表示频率。在图4中展示的实例中，M个小区发射三个eMBMS服务1、2和3。小区1在一个时间频率块410中发射eMBMS服务1，在时间频率块412和414中发射eMBMS服务2，且在一个时间频率块416中发射eMBMS服务3。类似地，其它小区发射服务1、2和3，如在图4中所示。

一般来说，可在任何数目个时间频率块中发送eMBMS服务。子帧的数目可取决于发送的数据的量和可能其它因素。M个小区可在在时间和频率上可能不对准的时间频率块中发射三个eMBMS服务1、2和3，如图4中所示。此外，M个小区可针对三个eMBMS服务发射相同或不同内容。每一小区可在不用于三个eMBMS服务的其余时间频率资源中发射其自身的单播服务。M个小区可针对其单播服务发射不同内容。

图3和4展示在多小区模式和单一小区模式中发射eMBMS服务的实例设计。还可在多小区和单一小区模式中以其它方式发射eMBMS服务，例如，使用时分多工(TDM)。

如在前述内容中指出，eMBMS服务可用以将多播数据分布到群组，且可适用于群组通信系统(例如，即按即说(PTT)呼叫)。关于eMBMS的常规应用具有分开的服务宣告/发现机制。另外，关于预先建立的eMBMS流的通信甚至在空中接口上仍始终在进行。必须应用省电优化以当呼叫/通信不在进行中时将UE置于休眠。此通常通过使用关于单播或多播用户平面数据的频带外服务宣告来实现。替代地，可使用类似于应用层寻呼信道的机制。由于应用层寻呼机制必须保持在作用中，因此其消耗多播子帧上的带宽，在缺乏寻呼机制的情况下，多播子帧可为闲置的。另外，由于当使用应用层寻呼时多播子帧将在作用中，因此在子帧内的资源块中的其余者不可用于单播业务。因此，举例来说，当不通过任何其它数据调度应用层寻呼时，对于子帧，将消耗一共5Mhz带宽。

图5A为可实施演进多媒体广播/多播服务(eMBMS)或MBMS服务(其在本文中可互换地使用)的无线网络的另一说明。MBMS服务区域500可包括多个MBSFN区域(例如，MBSFN区域1——501和MBSFN区域2——502)。每一MBSFN区域可由耦合到核心网络530的一或多个eNode B 510支持。核心网络530可包括各种元件(例如，MME 532、eMBMS网关534和广播多播服务中心(BM-SC)536)以促进控制来自内容提供者或服务器570(其可包括应用程序服务器等)的内容和将所述内容分布到MBMS服务区域500。核心网络530可需要在网络内的eNode B的列表、其它下游E-MBMS-GW534的列表和(移动性管理实体)MME/MCE 532及多播IP地址到会话识别符的映射。网络内的UE 520可提供有会话识别符和发送到其的内容的多播IP地址。通常，MME为用于LTE接入网络的关键控制节点。其负责闲置模式UE追踪和寻呼程序(包括重新发射)。其涉及在承载激活/解除激活过程中，且还负责在初始附接时和在涉及核心网络530节点重定位的帧内LTE越区移交时选择用于UE的SGW，且MME还负责鉴认用户。MME 532还可检查UE的授权以待接服务提供者的公众陆地移动网络(PLMN)和实行UE漫游限制。MME 532为网络中用于针对非接入层(NAS)信令的加密/完整性保护的终止点，且处置安全密钥管理。MME还提供用于LTE与2G/3G接入网络之间的移动性的控制平面功能，其中S3接口终止于MME处。

图5B为可实施如本文中揭示的多媒体广播/多播服务(MBMS)的无线网络的另一说明。在所说明的网络中，应用程序服务器550(例如，PTT服务器)还可充当内容服务器。应用程序服务器550可将单播包552中的媒体传递到网络核心，在网络核心处，内容可维持于单播配置中，且作为单播包发射到给定UE(例如，发起者/通话者520)，或可经由BM-SC转换到多播包554，多播包554可接着输送到目标UE 522。举例来说，PTT呼叫可由UE 520通过在单播信道上经由单播包552与应用程序服务器550通信来起始。应注意，对于呼叫发起者/呼叫通话者，经由在上行链路或反向链路上的单播信道传递应用程序信令和媒体两者。应用程序服务器550可接着产生呼叫宣告/呼叫设置请求，且将这些传递到目标UE 522。可经由多播流上的多播包554将通信传递到目标UE 522，如在此特定实例中所说明。另外，应了解，在此实例中，可在下行链路或前向链路中的多播流上传递应用程序信令和媒体两者。不同于常规系统，在多播流中具有应用程序信令和媒体两者避免了需要具有用于应用程序信令的分开的单播信道。然而，为了允许在说明的系统的多播流上的应用程序信令，演进包系统(EPS)承载将建立(且持续地进行)在BM-SC 536、EMBS GW 534、eNB 510与目标UE 522之间。

根据本文中揭示的各种实施例，将进一步论述与eMBMS有关的下行链路信道中的一些，其包括

MCCH：多播控制信道；

MTCH：多播业务信道；

MCH：多播信道；以及

PMCH：物理多播信道。

应了解，仅在时域中实现eMBMS和单播流的多路复用。在物理层上的具体子帧中在MBSFN上发射MCH。MCH为仅下行链路信道。每一子帧使用单一输送块。可在此输送块中多路复用不同服务(MTCH)，如将关于图6所说明。

为了实现低等待时间且减少控制信令，可针对每一服务区域激活一个eMBMS流(562、564)。取决于数据速率，可在单一时隙上多路复用多个多播流。PTT UE(目标)可忽略调度的子帧且在调度的子帧之间“休眠”，且当未针对UE调度单播数据时，减少功率消耗。MBSFN子帧可由同一MBSFN服务区域中的群组共享。可充分利用MAC层信令以针对目标UE“唤醒”应用层(例如，PPT应用)。

实施例可使用两个广播串流，每一者为LTE广播流上的分开的eMBMS流，具有针对每一界定的广播区502、501(例如，网络内的子集扇区)的其自身的应用层广播串流及其自身的(多播IP地址)。虽然说明为分开的区，但应了解，广播区域502、501可重叠。

在LTE中，分别在MCCH和MTCH上递送用于多播的控制和数据业务。用于UE的媒体接入控制协议数据单元(MAC PDU)指示MTCH的映射和特定MTCH在子帧内的位置。MCH调度信息(MSI)MAC控制元素包括于在MCH调度周期内分配到MCH的第一子帧中以指示每一MTCH和未使用的子帧在MCH上的位置。对于由MTCH逻辑信道载运的eMBMS用户数据，MCH调度信息(MSI)周期性地在较低层提供关于解码MTCH的信息(例如，MAC层信息)。MSI调度可经配置，且根据此实施例，在MTCH子帧间隔前调度。

图6说明可为关于各种实施例在本文中论述的eNode B中的一者和UE中的一者的eNode B 110和UE 120的设计的框图。在此设计中，节点B 110装备有T个天线634a到634t，且UE 120装备有R个天线652a到652r，其中一般来说，T大于或等于1，且R大于或等于1。

在节点B 110处，发射处理器620可从数据源612(例如，直接或间接地从应用层150)接收用于单播服务的数据和用于广播和/或多播服务的数据。发射处理器620可处理用于每一服务的数据以获得数据符号。发射处理器620还可从控制器/处理器640和/或调度器644接收调度信息、配置信息、控制信息、系统信息和/或其它开销信息。发射处理器620可处理接收的开销信息且提供开销符号。发射(TX)多入多出(MIMO)处理器630可通过导频符号多路复用数据和开销符号，处理(例如，预编码)经多路复用的符号，且将T个输出符号串流提供到T个调制器(MOD)632a到632t。每一调制器632可处理相应输出符号流(例如，对于OFDM)以获得输出样本串流。每一调制器632可进一步处理(例如，转换到模拟、放大、滤波和增频转换)输出样本串流以获得下行链路信号。可分别经由T个天线634a到634t发射来自调制器632a到632t的T个下行链路信号。

在UE 120处，天线652a到652r可从节点B 110接收下行链路信号，且可分别将接收的信号提供到解调制器(DEMOD)654a到654r。每一解调制器654可调节(例如，滤波、放大、降频转换和数字化)相应接收的信号以获得接收的样本且可进一步处理所述接收的样本(例如，对于OFDM)以获得接收的符号。MIMO检测器660可接收且处理来自所有R个解调制器654a到654r的接收的符号，且提供检测的符号。接收处理器670可处理检测的符号，将用于UE 120和/或所要的服务的经解码的数据提供到数据储集器672，且将经解码的开销信息发射提供到控制器/处理器690。一般来说，由MIMO检测器660和接收处理器670进行的处理与在节点B 110处由TX MIMO处理器630和发射处理器620进行的处理互补。

在上行链路上，在UE 120处，来自数据源678的数据和来自控制器/处理器690的开销信息可由发射处理器680处理，进一步由TX MIMO处理器682(如果可适用)处理，由调制器654a到654r调节且经由天线652a到652r发射。在节点B 110，来自UE120的上行链路信号可由天线634接收，由解调制器632调节，由MIMO检测器636检测，且由接收处理器638处理以获得由UE 120发射的数据和开销信息。

控制器/处理器640和690可分别指导在节点B 110和UE 120处的操作。调度器644可针对下行链路和/或上行链路发射调度UE，调度广播和多播服务的发射，且提供用于调度的UE和服务的无线电资源的指派。控制器/处理器640和/或调度器644可产生用于广播和多播服务的调度信息和/或其它开销信息。

控制器/处理器690可实施针对本文中描述的技术的过程。存储器642和692可分别存储用于节点B 110和UE 120的数据和程序码。因此，在eMBMS环境中的群组通信可根据本文中揭示的各种实施例来实现，同时仍保持遵守现有标准。

图7说明通信装置700，其包括经配置以执行功能性的逻辑。通信装置700可对应于以上指出的通信装置中的任一者，包括(但不限于)节点B 110或510、UE 120或520、应用程序服务器150、网络控制器130、BM-SC 536、内容服务器570、MME532、E-MBMS-GW 532等。因此，通信装置700可对应于经配置以经由网络与一或多个其它实体通信(或促进与一或多个其它实体通信)的任一电子装置。

参看图7，通信装置700包括经配置以接收和/或发射信息的逻辑705。在一实例中，如果通信装置700对应于无线通信装置(例如，UE 120、节点B 110等)，那么经配置以接收和/或发射信息的逻辑705可包括无线通信接口(例如，蓝牙、WiFi、2G、3G等)，例如，无线收发器和相关联的硬件(例如，RF天线、MODEM、调制器和/或解调制器等)。在另一实例中，经配置以接收和/或发射信息的逻辑705可对应于有线通信接口(例如，串行连接、USB或Firewire连接、可经由其接入因特网175的以太网络连接等)。因此，如果通信装置700对应于某一类型的基于网络的服务器(例如，应用程序服务器150、网络控制器130、BM-SC 536、内容服务器570、MME 532、E-MBMS-GW532等)，那么经配置以接收和/或发射信息的逻辑705可对应于以太网络卡，在一实例中，其经由以太网络协议将基于网络的服务器连接到其它通信实体。在另一实例中，经配置以接收和/或发射信息的逻辑705可包括感官或测量硬件(例如，加速计、温度传感器、光传感器、用于监视本地RF信号的天线等)，通信装置700可通过感官或测量硬件监视其局部环境。经配置以接收和/或发射信息的逻辑705还可包括当执行时准许经配置以接收和/或发射信息的逻辑705的相关联的硬件执行其接收和/或发射功能的软件。然而，经配置以接收和/或发射信息的逻辑705不单独对应于软件，且经配置以接收和/或发射信息的逻辑705至少部分依赖于硬件来实现其功能性。

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

参看图7，通信装置700进一步包括经配置以存储信息的逻辑715。在一实例中，经配置以存储信息的逻辑715可包括至少一非暂时性存储器和相关联的硬件(例如，存储器控制器等)。举例来说，包括于经配置以存储信息的逻辑715中的非暂时性存储器可对应于RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可装卸式盘、CD-ROM或此项技术中已知的任一其它形式的存储媒体。经配置以存储信息的逻辑715还可包括当执行时准许经配置以存储信息的逻辑715的相关联的硬件执行其存储功能的软件。然而，经配置以存储信息的逻辑715不单独对应于软件，且经配置以存储信息的逻辑715至少部分依赖于硬件来实现其功能性。

参看图7，通信装置700进一步视情况包括经配置以呈现信息的逻辑720。在一实例中，经配置以显示信息的逻辑720可包括至少一输出装置和相关联的硬件。举例来说，输出装置可包括视频输出装置(例如，显示屏、可载有视频信息的端口(例如，USB、HDMI等))、音频输出装置(例如，扬声器、可载有音频信息的端口(例如，麦克风插口、USB、HDMI等))、振动装置和/或信息可经格式化以用于输出或实际上由通信装置700的用户或操作者输出所借助的任一其它装置。举例来说，如果通信装置700对应于UE 120或520，那么经配置以呈现信息的逻辑720可包括显示屏和音频输出装置(例如，扬声器)。在另一实例中，可针对某些通信装置(例如，不具有本地用户的网络通信装置(例如，网络交换器或路由器、远程服务器等))省略经配置以呈现信息的逻辑720。经配置以呈现信息的逻辑720还可包括当执行时准许经配置以呈现信息的逻辑720的相关联的硬件执行其呈现功能的软件。然而，经配置以呈现信息的逻辑720不单独对应于软件，且经配置以呈现信息的逻辑720至少部分依赖于硬件来实现其功能性。

参看图7，通信装置700进一步视情况包括经配置以接收本地用户输入的逻辑725。在一实例中，经配置以接收本地用户输入的逻辑725可包括至少一用户输入装置和相关联的硬件。举例来说，用户输入装置可包括按钮、触控屏幕显示器、键盘、相机、音频输入装置(例如，麦克风或可载有音频信息的端口(例如，麦克风插口等))，和/或信息可从通信装置700的用户或操作者接收所借助的任一其它装置。举例来说，如果通信装置700对应于UE 120或520，那么经配置以接收本地用户输入的逻辑725可包括显示屏(如果实施触控屏幕)、小键盘等。在另一实例中，经配置以接收本地用户输入的逻辑725可针对某些通信装置而省略，例如，不具有本地用户的网络通信装置(例如，网络交换器或路由器、远程服务器等)。经配置以接收本地用户输入的逻辑725还可包括当执行时准许经配置以接收本地用户输入的逻辑725的相关联的硬件执行其输入接收功能的软件。然而，经配置以接收本地用户输入的逻辑725不单独对应于软件，且经配置以接收本地用户输入的逻辑725至少部分依赖于硬件来实现其功能性。

参看图7，虽然将705到725的配置逻辑在图7中展示为分开的或截然不同的块，但应了解，相应配置逻辑执行其功能性所借助的硬件和/或软件可部分重叠。举例来说，用以促进705到725的配置逻辑的功能性的任一软件可存储于与经配置以存储信息的逻辑715相关联的非暂时性存储器中，使得705到725的配置逻辑各每一者部分基于由经配置以存储信息的逻辑705存储的软件的操作来执行其功能性(即，在此情况下，软件执行)。同样地，直接与配置逻辑中的一者相关联的硬件可不时地由其它配置逻辑借用或使用。举例来说，经配置以处理信息的逻辑710的处理器可将数据在由经配置以接收和/或发射信息的逻辑705发射前格式化成适当格式，使得经配置以接收和/或发射信息的逻辑705部分基于与经配置以处理信息的逻辑710相关联的硬件(即，处理器)的操作执行其功能性(即，在此情况下，数据的发射)。另外，705到725的配置的逻辑或“经配置以……的逻辑”并不限于特定逻辑门或元件，而通常指执行本文中描述的功能性(经由硬件或硬件与软件的组合)的能力。因此，705到725的配置的逻辑或“经配置以……的逻辑”未必实施为逻辑门或逻辑元件，尽管共享词语“逻辑”。所属领域的一般技术人员从以下更详细地描述的实施例的审阅将了解配置的逻辑705到725之间的其它交互或合作。

按照当前eMBMS标准，静态或半静态地设置用于多播呼叫的承载。此表示，需要在在具体地理区域中开始eMBMS会话前建立eMBMS承载，使得用于特定eMBMS会话的目标地理区域(MBSFN区域)经识别，且在起始eMBMS会话前连接网络组件以支持eMBMS会话。类似地，需要预先提供或关于eMBMS控制平面信令在频带外提供群组成员列表，其导致静态群组经历，其中群组成员资格不能在呼叫设置时改变。当群组成员在特定eMBMS会话期间移出MBSFN区域时，eMBMS覆盖不增大，且因此脱离用于eMBMS会话的MBSFN区域的群组成员可能不能接入eMBMS会话。并且，如果MBSFN区域中的扇区无群组成员，那么这些扇区继续发射eMBMS会话，此浪费了系统资源。

图8说明用于特定eMBMS会话的MBSFN区域800，其中将属于MBSFN区域800的扇区展示为阴影，且将不属于MBSFN区域的扇区805展示为无阴影。如上所论述，当eMBMS会话在作用中时，MBSFN区域800将通常与个别群组成员的移动和/或位置无关地发射eMBMS会话，使得MBSFN区域800内的某些扇区可为空的，或包括少量群组成员(例如，使得到针对eMBMS会话的单播支持的转变可更有资源效率)，且在扇区805间的在MBSFN区域800外的某些扇区可包括不接收eMBMS会话媒体的群组成员，这是因为其在静态MBSFN区域800外。

在支持广播多播服务(BCMCS)的EV-DO系统中，可基于试图追踪UE在BCMCS会话中的位置的扇区的动态“群集”来支持BCMCS会话，使得载有BCMCS媒体的扇区实质上映射到参与的UE当前位于的扇区。然而，此方法尚未在LTE中采用。并且，此方法通常实施于BCMCS中的RAN处(即，不在应用层处)，其中RAN负责追踪参与的UE在BCMCS会话中的位置。

因此，实施例是关于一种对针对eMBMS会话的动态小区群集管理的应用程序服务器辅助方法。不同于以上提到的BCMCS方法，仲裁eMBMS会话的应用程序服务器(或在LTE术语中，应用功能(AF))负责追踪参与的UE在eMBMS会话中的位置，且负责动态更新正支持LTE网络内的eMBMS会话的小区的群集。

图9A说明根据本发明的一实施例的设置eMBMS会话的处理过程。在图9A的开始时，假定UE 1……N为属于给定eMBMS群组的群组成员，且给定eMBMS群组未主动参加eMBMS会话。通过此假定，UE 1……N周期性地将其位置报告到应用程序服务器，使得应用程序服务器可针对给定eMBMS群组追踪群组成员的位置(900A)。位置更新的精细度可为地理坐标(例如，GPS)、当前服务eNodeB的指示等等。应用程序服务器从UE 1……N接收周期性位置报告，且用群组成员的报告的位置更新针对给定eMBMS群组维护的eMBMS群组位置表，且视情况，群组成员提供位置报告的时间(905A)。虽然未在图9A中明确地说明，但应用程序服务器可移除或验证过旧(例如，数小时旧、数天旧等)的位置条目，这是因为旧的位置报告不大可能指示相关联的群组成员的当前位置。替代地，UE可在当前段中的SIB消息中检测UE感兴趣的MBSFN区域识别符的不存在，且检测其在其感兴趣的MBSFN区域中的一或多者的覆盖范围外，且通知应用程序服务器关于其覆盖范围外状态。

在某一稍后时间点，假定应用程序服务器确定针对给定eMBMS群组设置eMBMS会话(910A)。举例来说，eMBMS会话可对应于调度的多媒体广播(例如，TV节目)，或可对应于用户请求的呼叫(例如，即按即说(PTT)呼叫)等等。应用程序服务器从eMBMS群组位置表查找针对给定eMBMS群组的eMBMS群组成员的位置(915A)，且应用程序服务器确定用于eMBMS会话的多播支持的第一扇区集合(例如，用于eMBMS会话的MBSFN区域800)，且还确定用于eMBMS会话的单播支持的第二扇区集合(例如，UE1的服务扇区加上任何相关联的支持扇区)(920A)。指引eMBMS业务用于(经由IP多播或IP单播)发射到的扇区(例如，用于软组合的目标扇区加上相关联的支持扇区)的所述集合可在本文中被称作用于eMBMS会话的“支持状态”。因此，用于eMBMS会话的初始支持状态可基于在会话开始时的eMBMS群组成员的实际或预测的位置(例如，UE请求到eMBMS会话的初始注册的位置、UE在eMBMS会话建立前最后报告其位置的位置等)，然而，在eMBMS会话期间的随后支持状态可随着新UE加入会话、随着UE离开会话或随着在会话期间UE移动到不同服务区域(例如，扇区)而改变。因此，支持状态可基于各种类型的注册，例如，“预先注册”(例如，在会话开始前eMBMS群组成员将其位置对应用程序服务器报告)、“初始注册”(例如，eMBMS群组成员第一次请求到宣告的eMBMS会话的注册)或“位置更新注册”(例如，eMBMS群组成员越区切换到不同扇区，且报告其服务扇区转变，以便将自身从先前扇区解除注册且向新的扇区注册)。同样地，支持状态可基于各种类型的解除注册(例如，eMBMS群组成员可将自身从eMBMS会话自身解除注册，或替代地，当其移动到新扇区时可将自身从与特定扇区的关联性解除注册)。在任一情况下，可经由来自个别eMBMS群组成员或来自服务RAN的消息将注册和/或解除注册传送到应用程序服务器。

具体来说，在920A，应用程序服务器确定经由多播支持位于用于eMBMS会话的MBSFN区域800中的UE，且应用程序服务器确定经由单播支持在MBSFN区域800外的UE。此确定可基于在进行呼叫前报告的UE的位置或报告其存在于在MBSFN区域外的区域中的来自UE的信息进行。在图9A的实例中，假定UE 1在MBSFN区域800外，其余UE 2……N在MBSFN区域800内部，且用于eMBMS会话的至少一目标UE在MBSFN区域的每一扇区中(即，以下关于图10A到10E论述MBSFN区域中的空扇区的“修剪”，借以可将“空”扇区解译为具有零个目标UE的扇区，或替代地，解译为具有低于IP多播阈值的数目个目标UE的扇区，其中改为使用IP单播协议)。因此，应用程序服务器通过与BM-SC 536协调且映射在LTE网络处的适当下游网络组件经由多播将eMBMS会话媒体递送到MBSFN区域800内的UE 2……N(925A)，且应用程序服务器经由P-GW和S-GW(而非BM-SC 536)经由单播将eMBMS会话媒体递送到UE 1(930A)。UE 1……N各自监视eMBMS会话(935A)，且UE 1……N在eMBMS会话期间继续周期性地将其位置对应用程序服务器报告(940A)。在940A处的位置报告频率不需要与在900A处的位置报告频率相同。举例来说，在940A处的位置报告频率可高于在900A处的位置报告频率，使得应用程序服务器可在eMBMS会话期间较精确地追踪参加eMBMS会话的UE。替代地，当UE 1……N在MBSFN区域上移动时，其可仅报告更新，或UE可报告与其它网络捆在一起的报告(如信道质量指示报告)的更新。应用程序服务器在eMBMS会话期间从UE 1……N接收周期性位置报告或基于事件的报告(跨越MBSFN区域内和外)，且(如果必要)用群组成员的报告的位置更新针对给定eMBMS群组维护的eMBMS群组位置表，且视情况，群组成员提供位置报告的时间(945A)。

图9B说明根据本发明的一实施例的在执行了图9A的eMBMS会话设置程序后的基于来自图8的MBSFN区域800的eMBMS会话支持状态。参看图9B，应用程序服务器550经由在IP网络905上的多播将eMBMS会话媒体发送到eMBMS服务区域900(例如，MBSFN区域800)内的UE 2……N，如在925A中。应用程序服务器550还经由单播将eMBMS会话媒体发送到在eMBMS服务区域900(或MBSFN区域800)外的UE 1，如在930A中。如将了解，UE 1将通常不能够参与eMBMS会话，这是因为eMBMS会话常规地排他性地支持于其静态或半静态MBSFN区域内。

图9C说明根据本发明的一实施例的图9A的处理过程的连续部分。参看图9C，假定UE 2在eMBMS会话期间退出MBSFN区域800(900C)。因此，UE 2提供指示UE 2不再在MBSFN区域800中的位置报告(905C)。在905C处发射的报告可出现于下一个调度的周期性位置报告间隔，或替代地，可在UE 2一检测到其已退出MBSFN区域800时便出现。在一实例中，UE 2的新扇区可为与也位于MBSFN区域800外的UE 1相同的扇区或不同的扇区。

应用程序服务器从UE 2接收位置报告，且将UE 2的新扇区添加到用于eMBMS会话的单播支持的第二扇区集合，使得第二扇区集合经更新以包括UE 1和UE 2的服务扇区，以及任何相关联的支持扇区(910C)。因此，应用程序服务器继续经由多播将eMBMS会话媒体经BM-SC 536递送到MBSFN区域800内的UE 3……N(915C)，且应用程序服务器经由单播将eMBMS会话媒体递送到UE 1和UE 2(920C)。UE 1……N各自监视eMBMS会话(925C)，且UE 1……N在eMBMS会话期间继续周期性地将其位置对应用程序服务器报告(930C)。应用程序服务器在eMBMS会话期间从UE 1……N接收周期性位置报告，且(如果必要)用群组成员的报告的位置更新针对给定eMBMS群组维护的eMBMS群组位置表，且视情况，群组成员提供位置报告的时间(935C)。

图9D说明根据本发明的一实施例的在执行了图9C的处理过程后的基于来自图8的MBSFN区域800的eMBMS会话支持状态。参看图9C，应用程序服务器550经由在IP网络905上的多播将eMBMS会话媒体发送到eMBMS服务区域900(或MBSFN区域800)内的UE 3……N，如在915C中。应用程序服务器550还经由单播将eMBMS会话媒体发送到在eMBMS服务区域900(或MBSFN区域800)外的UE 1和UE 2，如在920C中。如将了解，UE 1和UE 2将通常不能够参与eMBMS会话，这是因为eMBMS会话常规地排他性地支持于其静态或半静态MBSFN区域内。

图9E说明根据本发明的一实施例的图9C的处理过程的连续部分。参看图9E，假定UE 2在eMBMS会话期间重新进入MBSFN区域800(900E)。因此，UE 2提供指示UE 2再次在MBSFN区域800内的位置报告(905E)。在905E处发射的报告可出现于下一个调度的周期性位置报告间隔中，或替代地，可在UE 2一检测到其已重新进入MBSFN区域800(或改变的扇区)时便出现。

应用程序服务器从UE 2接收位置报告，且从第二扇区集合移除UE 2的先前单播支持扇区(以及UE 2的先前单播支持扇区中不用以支持UE 1的任何支持扇区)，使得第二扇区集合经更新以包括UE 1(而非UE 2)的服务扇区以及任何相关联的支持扇区(910E)。因此，应用程序服务器经由多播将eMBMS会话媒体递送到在MBSFN区域800内的UE 2……N(915E)，且应用程序服务器经由单播将eMBMS会话媒体递送到UE 1(920E)。UE 1……N各自监视eMBMS会话(925E)，且UE 1……N在eMBMS会话期间继续周期性地将其位置对应用程序服务器报告(930E)。应用程序服务器在eMBMS会话期间从UE 1……N接收周期性位置报告，且(如果必要)用群组成员的报告的位置更新针对给定eMBMS群组维护的eMBMS群组位置表，且视情况，群组成员提供位置报告的时间(935E)。

虽然未在图9A到9E中明确地展示，但如果在eMBMS服务区域900外和/或邻近eMBMS服务区域900的“单播”扇区含有阈值数目个UE(例如，2、5、10等)，那么此扇区可转变成“多播”扇区，如在图9F中所示。因此，如果eMBMS服务区域900通常对应于来自图8的MBSFN区域800，那么在一组相邻扇区可延伸出MBSFN区域800到一或多个相邻非MBSFN扇区内的意义上，可将一或多个非MBSFN扇区合并到eMBMS服务区域900内。在此情况下，应了解，随着在相应扇区中的目标UE的数目改变，邻近(或相邻)非MBSFN扇区可在对eMBMS会话的单播支持与多播支持之间来回触发。在图9F中，假定扇区910F一开始并非MBSFN服务区域(或MBSFN区域800)的部分，但由于检测到如存在于其中的阈值数目个UE，将所述扇区910F“合并”到MBSFN服务区域900内作为非MBSFN“多播”扇区。并且，应理解，原始非MBSFN扇区的扇区910F的任何支持扇区还载运多播eMBMS业务，使得MBSFN“多播”扇区可使一或多个其它非MBSFN扇区还经由IP多播载运eMBMS业务。

如果MBSFN区域800中的一或多个扇区为非MBSFN“多播”扇区的支持扇区910F，那么非MBSFN“多播”扇区还可能能够受益于与所述一或多个扇区的软组合。如果“单播”扇区或这些邻近扇区的一群组不邻近eMBMS服务区域900，那么可将此单独的扇区或这些邻近扇区的一群组添加到群组通信，作为递送与第一扇区集合相同的信息的另一MBSFN。此扇区的一实例在图9F中说明为扇区920F。

虽然图9A到9E说明eMBMS会话支持可延伸到在给定eMBMS会话的多播支持区域(或eMBMS服务区域或MBSFN区域)外的UE的实例，但其它实施例是针对基于UE群组成员移动和/或在eMBMS会话开始时或在eMBMS会话期间的位置选择性地“修剪”eMBMS服务区域(或MBSFN区域800)内的某些扇区或排除所述某些扇区发射eMBMS会话媒体。

图10A说明根据本发明的一实施例的设置eMBMS会话的另一处理过程。1000A到1015A对应于图9A的900A到915A，且因而为了简洁起见，将不作进一步描述。在图9A中，在eMBMS会话的开始，UE 2……N位于MBSFN区域800内，而UE 1位于MBSFN区域800之外。在图10A中，可进行这些相同假定，但进一步假定，在MBSFN区域800内的一特定扇区(表示为图10B中的扇区1000B)由应用程序服务器确定为无UE群组成员，且扇区1000B并非针对MBSFN区域800的支持扇区(即，不需要扇区1000B发射eMBMS会话媒体来辅助在附近扇区中的软组合)。图10B说明在图10A的处理过程后的基于来自图8的MBSFN区域800的eMBMS会话支持状态的修改的型式，借以以黑色展示扇区1000B以标明扇区1000B为MBSFN区域800的部分，但不需要发射用于eMBMS会话的eMBMS会话媒体。虽然未在图10B中展示，但扇区1000B的一或多个支持扇区可基于扇区1000B到非目标扇区的转变而停止发射eMBMS会话媒体，只要扇区1000B的一或多个支持扇区并非目标扇区和/或另一当前目标扇区的支持扇区。

借此，在1020A，类似于图9A的920A，应用程序服务器确定经由多播支持用于eMBMS会话的MBSFN区域800中的UE 2……N，且应用程序服务器确定经由单播支持在MBSFN区域800外的UE 1。然而，应用程序服务器150与BM-SC 536协调，使得扇区1000B从eMBMS群集排除(以及正支持扇区1000B且在扇区1000B的排除后不再需要支持MBSFN区域800中的任何目标扇区的任何支持扇区)，且将不发射eMBMS会话媒体。因此，应用程序服务器经由多播将eMBMS会话媒体递送到在MBSFN区域800内的UE 2……N(扇区1000B除外)(1025A)，且应用程序服务器经由单播将eMBMS会话媒体递送到UE 1(1030A)。UE 1……N各自监视eMBMS会话(1035A)(例如，类似于图9A的935A)，且在eMBMS会话期间，UE 1……N继续周期性地将其位置报告到应用程序服务器(1040A)(例如，类似于图9A的940A)。应用程序服务器在eMBMS会话期间从UE 1……N接收周期性位置报告，且(如果必要)用群组成员的报告的位置更新针对给定eMBMS群组维护的eMBMS群组位置表，且视情况，群组成员提供位置报告的时间(1045A)(例如，类似于图9A的945A)。

图10C说明根据本发明的一实施例的图10A的处理过程的连续部分。参看图10C，假定UE 2在eMBMS会话期间移动到MBSFN区域800内的扇区1000B内(1000C)。因此，UE 2提供指示UE 2已移动到扇区1000B内的位置报告(1005C)。在1005C处发射的报告可出现于下一个调度的周期性位置报告间隔中，或替代地，可在UE 2一检测到其已进入新的扇区(即，扇区1000B)时便出现。

应用程序服务器从UE 2接收位置报告，且由于UE 2跨越其阈值来执行IP多播，因此指导BMSC将扇区1000B(其先前“经修剪”或从用于eMBMS会话的eMBMS多播支持区移除)连同扇区1000B的尚未经由多播发射eMBMS会话媒体的任何支持扇区一起添加到用于eMBMS会话的多播支持的第一扇区集合(1010C)。因此，应用程序服务器经由多播将eMBMS会话媒体递送到在MBSFN区域800内的UE 2……N(包括扇区1000B)(1015B)，且应用程序服务器经由单播将eMBMS会话媒体递送到UE 1(1020C)。UE 1……N各自监视eMBMS会话(1025C)，且UE 1……N在eMBMS会话期间继续周期性地将其位置对应用程序服务器报告(1030C)。应用程序服务器在eMBMS会话期间从UE 1……N接收周期性位置报告，且(如果必要)用群组成员的报告的位置更新针对给定eMBMS群组维护的eMBMS群组位置表，且视情况，群组成员提供位置报告的时间(1035C)。在图10C的处理过程后，eMBMS会话支持状态对应于图8，这是由于整个MBSFN区域800正载运eMBMS会话(即，由于扇区1000B不再为空，因此无修剪的扇区)。

图10D说明根据本发明的一实施例的图10C的处理过程的连续部分。参看图10D，假定MBSFN区域800中位于扇区1000E、1005E或1010E(在图10E中所示)的任何UE在eMBMS会话期间移动到MBSFN区域800内的不同扇区，从而使扇区1000E、1005E和1010E为空(1000D)。在图10D中，可进一步假定，扇区1000E、1005E和1010E也未支持MBSFN区域800中作为用于软组合的支持扇区的任何其它扇区。替代地，这些UE可仅掉出(或退出)eMBMS会话，但在任一情况下，在1000D后，扇区1000E、1005E和1010E为空。基于来自图8的MBSFN区域800在图8E中展示eMBMS会话状态，借以以黑色展示扇区1000E、1005E和1010E以表示其空状态。因此，离开扇区1000D、1005E和/或1010E的UE提供指示其新扇区的位置报告，此用以通知应用程序服务器扇区1000E、1005E和1010E为空(1005D)。在1005D处发射的报告可出现于在相应UE处的下一个调度的周期性位置报告间隔，或替代地，可在UE一离开其相应扇区(即，扇区1000E、1005E和1010E)时便出现。并且，在1005D处发射的报告未必经同时接收，而可间隔开。

应用程序服务器在1005D中从UE接收位置报告且从第一扇区集合移除或“修剪”扇区1000E、1005E和1010E(其先前为用于eMBMS会话的eMBMS多播支持区的部分)连同扇区1000E、1005E和1010E的不再需要经由多播载运用于支持扇区1000E、1005E和1010E中的目标UE的eMBMS会话媒体的任何支持扇区，以便断开eMBMS会话的多播支持(1010D)。在一实例中，在来自eMBMS群集的扇区1000E、1005E和1010E在阈值时间周期(例如，2分钟等)内为空后，应用程序服务器可决定修剪这些扇区，使得在这些扇区与其它扇区之间往复的UE在返回到这些扇区后将不会突然失去eMBMS服务。因此，应用程序服务器与BM-SC 536协调以经由多播将eMBMS会话媒体递送到MBSFN区域800内的UE 2……N(同时排除扇区1000E、1005E和1010E)(1015D)，且应用程序服务器经由单播将eMBMS会话媒体递送到UE1(1020D)。UE 1……N各自监视eMBMS会话(1025D)，且UE 1……N在eMBMS会话期间继续周期性地将其位置对应用程序服务器报告(1030D)。应用程序服务器在eMBMS会话期间从UE 1……N接收周期性位置报告，且(如果必要)用群组成员的报告的位置更新针对给定eMBMS群组维护的eMBMS群组位置表，且视情况，群组成员提供位置报告的时间(1035D)。在图10D的处理过程后，eMBMS会话支持状态对应于图10E，其中扇区1000E、1005E和1010E经“修剪”(即，排除载运MBSFN区域800内的eMBMS会话媒体)。

虽然图10A到10E将“空”目标UE的扇区描述为用于从eMBMS群集修剪的候选扇区，但应了解，修剪触发可改为仅响应于在MBSFN区域800的特定扇区中的目标UE的数目(在阈值数目之下)。因此，“空”目标扇区未必暗示零个目标UE，而可改为对应于多播到单播转变阈值(例如，如果目标UE的数目在阈值之下，那么切换到对任何其余UE的单播支持，而非完全失去支持，或如果目标UE的数目高于阈值，那么从单播支持切换到所述扇区中的多播支持)。

所属领域的技术人员将了解，结合本文所揭示的实施例所描述的各种说明性逻辑块、模块、电路和算法步骤可实施为电子硬件、计算机软件或两者的组合。为了清晰地说明硬件与软件的此可互换性，各种说明性组件、块、模块、电路和步骤已在上文大体按其功能性加以了描述。将此功能性实施为硬件还是软件取决于特定应用和强加于整个系统上的设计约束。所属领域的技术人员可以变化的方式针对每一特定应用实施所描述的功能性，但是这些实施决策不应被解释为会导致脱离本发明的范围。

结合本文中所揭示的实施例所描述的方法、序列和/或算法可直接体现于硬件中、由处理器执行的软件模块中或两者的组合中。软件模块可驻留于RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可装卸式盘、CD-ROM或此项技术中已知的任一其它形式的存储媒体中。将示范性存储媒体耦合到处理器，使得处理器可从存储媒体读取信息和将信息写入到存储媒体。在替代方案中，存储媒体可集成到处理器。

因此，本发明的一实施例可包括一种计算机可读媒体，其体现用于经由演进多媒体广播/多播服务(eMBMS)的群组通信的方法。因此，本发明不限于所说明的实例，且用于执行本文中描述的功能性的任何装置包括于本发明的实施例中。

虽然前文的揭示内容展示本发明的说明性实施例，但应注意，在不脱离如所附权利要求书所界定的本发明的范围的情况下，可在本文中进行各种改变和修改。无需以任何特定次序执行根据本文中描述的本发明的实施例的方法项的功能、步骤和/或动作。此外，虽然可以单数形式描述或主张本发明的元件，但除非明确陈述对于单数的限制，否则也涵盖复数形式。

Claims (29)

1.一种操作在核心网络外部且经配置以仲裁用于会话媒体到正由所述核心网络服务的多播群组的发射的群组通信会话的服务器的方法，其包含：

基于到所述群组通信会话的一或多个UE注册和/或从所述群组通信会话的一或多个UE解除注册，确定用于所述群组通信会话的第一支持状态，所述第一支持状态定义属于用于经由因特网协议IP多播发射用于所述群组通信会话的所述会话媒体的多播/广播单一频率网络MBSFN区域的第一扇区集合；

根据所述第一支持状态经由IP多播将用于所述群组通信会话的所述会话媒体递送到所述第一扇区集合；

基于到所述群组通信会话的一或多个额外UE注册和/或从所述群组通信会话的一或多个额外UE解除注册，将所述群组通信会话从所述第一支持状态转变到第二支持状态，所述第二支持状态定义属于用于经由IP多播发射用于所述群组通信会话的所述会话媒体的所述MBSFN区域的第二扇区集合，其中所述第一扇区集合不同于所述第二扇区集合；以及

在所述转变后，根据所述第二支持状态经由IP多播将用于所述群组通信会话的所述会话媒体递送到所述第二扇区集合。

2.根据权利要求1所述的方法，其中所述第一支持状态定义所述第一扇区集合且还定义在用于发射用于所述群组通信会话的所述会话媒体的所述MBSFN区域外的补充扇区集合。

3.根据权利要求2所述的方法，其中所述会话媒体到所述第一扇区集合的所述递送包括：

选择IP多播作为第一媒体递送协议，用于所述会话媒体到所述第一扇区集合的所述递送，以及

选择IP单播作为第二媒体递送协议，用于所述会话媒体到所述补充扇区集合的递送。

4.根据权利要求1所述的方法，其中所述第二支持状态定义所述第二扇区集合且还定义在用于发射用于所述群组通信会话的所述会话媒体的所述MBSFN区域外的补充扇区集合。

5.根据权利要求4所述的方法，其中所述会话媒体到所述第二扇区集合的所述递送包括：

选择IP多播作为第一媒体递送协议，用于所述会话媒体到所述第二扇区集合的所述递送，以及

选择IP单播作为第二媒体递送协议，用于所述会话媒体到所述补充扇区集合的递送。

6.根据权利要求1所述的方法，其中所述转变包括：

从未由所述第一支持状态辨识为包括正注册到所述群组通信会话的阈值数目个UE的给定扇区内的给定UE接收用于所述群组通信会话的注册，

检测所述接收的注册指示对于所述给定扇区，满足所述阈值数目个UE，以及

基于所述检测，通过将一或多个扇区添加到所述第一扇区集合形成所述第二扇区集合。

7.根据权利要求6所述的方法，其中所述一或多个扇区在所述MBSFN区域内部。

8.根据权利要求6所述的方法，其中所述一或多个扇区在所述MBSFN区域外，且与所述第一扇区集合相邻和邻近或不与所述第一扇区集合相邻和邻近。

9.根据权利要求6所述的方法，其中所述一或多个添加的扇区包括所述给定扇区和已在所述第一扇区集合当中的经配置以支持与所述给定扇区的软组合的任何扇区。

10.根据权利要求6所述的方法，

其中在所述给定UE从在所述MBSFN区域外的另一扇区进入到所述MBSFN区域的所述给定扇区后，接收所述接收的注册，

其中在所述给定UE到所述MBSFN区域的所述给定扇区内的所述进入前，所述给定UE先前正经由IP单播参与从另一扇区的所述群组通信会话，且

其中所述转变停止经由IP单播支持所述给定UE，且开始经由IP多播支持在所述MBSFN区域的所述给定扇区内的所述给定UE。

11.根据权利要求6所述的方法，

其中在所述给定UE从所述MBSFN区域的另一扇区进入到所述MBSFN区域的所述给定扇区后，接收所述接收的注册，

其中在所述给定UE到所述MBSFN区域的所述给定扇区内的所述进入前，所述给定UE先前正经由IP多播参与从另一扇区的所述群组通信会话，

其中所述转变将所述接收的注册解译为所述给定UE从另一扇区的解除注册。

12.根据权利要求11所述的方法，

其中另一扇区由所述第一支持状态辨识为包括正注册到所述群组通信会话的阈值数目个UE，

其中所述转变进一步包括：

补充检测所述解除注册指示对于另一扇区，不再满足所述阈值数目个UE，以及

基于所述检测，通过从所述第一扇区集合移除至少一扇区形成所述第二扇区集合。

13.根据权利要求12所述的方法，其中所述至少一移除的扇区包括另一扇区和不包括正注册到所述群组通信会话的所述阈值数目个UE且不支持与包括正注册到所述群组通信会话的所述阈值数目个UE的任何扇区的软组合的经配置以支持与另一扇区的软组合的任何扇区。

14.根据权利要求1所述的方法，其中所述转变包括：

从由所述第一支持状态辨识为包括正注册到所述群组通信会话的阈值数目个UE的所述MBSFN区域的给定扇区内的给定UE接收用于所述群组通信会话的解除注册，以及

检测所述接收的解除注册指示对于所述给定扇区，不再满足所述阈值数目个UE，以及

基于所述检测，通过从所述第一扇区集合移除一或多个扇区形成所述第二扇区集合。

15.根据权利要求14所述的方法，其中所述一或多个移除的扇区包括所述给定扇区和不包括正注册到所述群组通信会话的所述阈值数目个UE且不支持与包括正注册到所述群组通信会话的所述阈值数目个UE的任何扇区的软组合的经配置以支持与所述给定扇区的软组合的任何扇区。

16.根据权利要求1所述的方法，其进一步包含：

从在所述MBSFN区域外的给定扇区内的给定UE接收用于所述群组通信会话的注册。

17.根据权利要求16所述的方法，其进一步包含：

响应于所述接收的注册，经由IP单播将所述会话媒体递送到所述给定扇区内的所述给定UE。

18.根据权利要求17所述的方法，其进一步包含：

从所述给定扇区内的所述给定UE接收用于所述群组通信会话的解除注册；以及

响应于所述接收的解除注册，停止经由IP单播将所述会话媒体递送到所述给定扇区内的所述给定UE。

19.根据权利要求16所述的方法，其进一步包含：

检测所述接收的注册指示现在将阈值数目个UE注册到所述给定扇区内的所述群组通信会话；以及

响应于所述检测，将对所述给定扇区内的所述群组通信会话的支持从IP单播切换到IP多播。

20.根据权利要求19所述的方法，其中所述给定扇区与所述第一扇区集合邻近和相邻，所述方法进一步包含：

经由IP多播将所述会话媒体递送到所述给定扇区内的所述给定UE，使得在所述第一扇区集合与所述给定扇区之间越区切换的UE经连续分配经由IP多播支持所述群组通信会话。

21.根据权利要求19所述的方法，其中所述一或多个添加的扇区不与所述第一扇区集合邻近和相邻。

22.根据权利要求19所述的方法，其进一步包含：

从所述给定扇区内的所述给定UE接收用于所述群组通信会话的解除注册；

检测所述接收的解除注册指示不再将所述阈值数目个UE注册到所述给定扇区内的所述群组通信会话；以及

响应于所述接收的解除注册，针对保持注册于所述给定扇区内的任何UE，将对在所述给定扇区内的所述群组通信会话的支持从IP多播切换到IP单播。

23.根据权利要求1所述的方法，其中到所述群组通信会话的所述一或多个UE注册和/或所述一或多个额外UE注册包括来自新加入所述群组通信会话的一或多个UE的一或多个初始注册请求和/或识别用于已加入所述群组通信会话的至少一UE的当前服务扇区的一或多个位置更新消息。

24.根据权利要求1所述的方法，其中到所述群组通信会话的所述一或多个UE解除注册和/或所述一或多个额外UE解除注册包括来自正完全退出所述群组通信会话的一或多个UE的一或多个退出通知和/或指示正从先前扇区解除注册至少一UE以便继续参与在新扇区内的所述群组通信会话的一或多个转移通知。

25.根据权利要求1所述的方法，其中所述群组通信会话为演进多媒体广播/多播服务eMBMS会话。

26.根据权利要求1所述的方法，其进一步包含：

识别所述MBSFN区域内包括少于阈值数目个注册到所述群组通信会话的UE的至少一扇区；以及

经由IP单播而非IP多播支持在所述至少一识别的扇区内的任何UE，同时在所述至少一识别的扇区内的注册的UE的数目继续少于UE的所述阈值数目。

27.一种服务器，其在核心网络外部且经配置以仲裁用于会话媒体到正由所述核心网络服务的多播群组的发射的群组通信会话，其包含：

用于基于到所述群组通信会话的一或多个UE注册和/或从所述群组通信会话的一或多个UE解除注册确定用于所述群组通信会话的第一支持状态的装置，所述第一支持状态定义属于用于经由因特网协议IP多播发射用于所述群组通信会话的所述会话媒体的多播/广播单一频率网络MBSFN区域的第一扇区集合；

用于根据所述第一支持状态经由IP多播将用于所述群组通信会话的所述会话媒体递送到所述第一扇区集合的装置；

用于基于到所述群组通信会话的一或多个额外UE注册和/或从所述群组通信会话的一或多个额外UE解除注册将所述群组通信会话从所述第一支持状态转变到第二支持状态的装置，所述第二支持状态定义属于用于经由IP多播发射用于所述群组通信会话的所述会话媒体的所述MBSFN区域的第二扇区集合，其中所述第一扇区集合不同于所述第二扇区集合；以及

用于在所述转变后根据所述第二支持状态经由IP多播将用于所述群组通信会话的所述会话媒体递送到所述第二扇区集合的装置。

28.一种服务器，其在核心网络外部且经配置以仲裁用于会话媒体到正由所述核心网络服务的多播群组的发射的群组通信会话，其包含：

经配置以基于到所述群组通信会话的一或多个UE注册和/或从所述群组通信会话的一或多个UE解除注册确定用于所述群组通信会话的第一支持状态的逻辑，所述第一支持状态定义属于用于经由因特网协议IP多播发射用于所述群组通信会话的所述会话媒体的多播/广播单一频率网络MBSFN区域的第一扇区集合；

经配置以根据所述第一支持状态经由IP多播将用于所述群组通信会话的所述会话媒体递送到所述第一扇区集合的逻辑；

经配置以基于到所述群组通信会话的一或多个额外UE注册和/或从所述群组通信会话的一或多个额外UE解除注册将所述群组通信会话从所述第一支持状态转变到第二支持状态的逻辑，所述第二支持状态定义属于用于经由IP多播发射用于所述群组通信会话的所述会话媒体的所述MBSFN区域的第二扇区集合，其中所述第一扇区集合不同于所述第二扇区集合；以及

经配置以在所述转变后根据所述第二支持状态经由IP多播将用于所述群组通信会话的所述会话媒体递送到所述第二扇区集合的逻辑。

29.一种非暂时性计算机可读媒体，其含有存储于其上的指令，所述指令当由在核心网络外部且经配置以仲裁用于会话媒体到正由所述核心网络服务的多播群组的发射的群组通信会话的服务器执行时使所述服务器执行操作，所述指令包含：

使所述服务器基于到所述群组通信会话的一或多个UE注册和/或从所述群组通信会话的一或多个UE解除注册确定用于所述群组通信会话的第一支持状态的至少一指令，所述第一支持状态定义属于用于经由因特网协议IP多播发射用于所述群组通信会话的所述会话媒体的多播/广播单一频率网络MBSFN区域的第一扇区集合；

使所述服务器根据所述第一支持状态经由IP多播将用于所述群组通信会话的所述会话媒体递送到所述第一扇区集合的至少一指令；

使所述服务器基于到所述群组通信会话的一或多个额外UE注册和/或从所述群组通信会话的一或多个额外UE解除注册将所述群组通信会话从所述第一支持状态转变到第二支持状态的至少一指令，所述第二支持状态定义属于用于经由IP多播发射用于所述群组通信会话的所述会话媒体的所述MBSFN区域的第二扇区集合，其中所述第一扇区集合不同于所述第二扇区集合；以及

使所述服务器在所述转变后根据所述第二支持状态经由IP多播将用于所述群组通信会话的所述会话媒体递送到所述第二扇区集合的至少一指令。