基于LTE增强型多媒体广播多播业务的群组通信的业务连续性方法以及用户设备与流程

本申请依35U.S.C.§119要求下列申请的优先权：2013年3月22日递交的申请号为61/804,392，名称为“用于PoC(Push to Talk over Cellular)下行链路消息多播(downlink Traffic Multicasting)的切换稳定性(Robustness)的方法”的美国临时案；2013年3月22日递交的申请号为61/804,398，名称为“用于PoC 下行链路消息多播的无线资源控制空闲模式(RRC_Idle Mode)接收的方法”的美国临时案；2013年3月22日递交的申请号为61/804,402，名称为“用于PoC 下行链路消息的无线资源高效传输的方法”的美国临时案；2013年3月22日递交的申请号为61/804,405，名称为“支持PoC下行链路消息多播的方法”的美国临时案。在此合并参考这些申请案的申请标的。

技术领域

本发明有关于长期演进(LTE)增强型多媒体广播多播业务(evolved Multimedia Broadcast and Multicast Service，e-MBMS)的群组通信(group communication)。

背景技术：

LTE系统提供高峰值数据速率、低延时、改善的系统容量、以及从简单的网络架构得到的低运行成本。LTE系统还提供了与较老的无线网络的无缝集成，如全球移动通信系统(GSM)、码分多址(CDMA)、以及通用移动通信系统 (Universal Mobile Telecommunications System，UMTS)。在LTE系统中，演进通用地面无线接入网(evolved universal terrestrial radio access network， E-UTRAN)包含与多个移动站(mobile stations)进行通信的多个eNB(evolved Node-Bs)，移动站被称为用户设备(user equipments，UE)。多年来，第三代合作伙伴计划(the third Generation Partnership Project，3GPP)已考虑到LTE系统的增强，以使高级LTE(LTE Advanced，LTE-A)系统可达到或超过高级国际移动通信(IMT-Advanced)第四代(4G)标准。

多媒体广播多播业务(Multimedia Broadcast and Multicast Service，MBMS) 是通过现有的GSM和UMTS蜂窝网提供的广播业务。最近，增强型多媒体广播多播业务(e-MBMS)已被引入到长期演进技术规范，用于广播或多播电视、电影、以及其它信息，如以数字形式传输信息。为了促进LTE系统中的MBMS，多播控制信道(multicast control channel，MCCH)用于每个MBMS单频网(MBMS Single Frequency Network，MBSFN)区域中的MBMS控制信息的发送，以及多播消息信道(multicast traffic channel，MTCH)用于传输用户消息至正在接收 MBMS数据包的用户设备。MBMS的主要好处在于，移动网络运营商的基础设施已经存在，与为此业务建立一个新的网络相比，其部署可以更具有成本效益。广播能力(broadcast capability)能够以固定的网络负载达到无限数量的用户。广播能力还具有同时广播信息到许多移动电话用户的可能性，如紧急警报。

即按即说(Push-to-talk，PTT)是一种具有会话或在半双工的通信线路上通话的群组通信方法类型，包括双向无线，用瞬时按钮从语音接收模式切换到发射模式。PoC(Push to Talk over Cellular)是蜂窝网向移动用户提供无限范围的对讲类型的群组通信的一个业务选择。PoC/PTT的显著优势是单个移动用户只需按下一个按钮就能够接入(reach)激活的通话群组(active talk group)。移动用户无须进行多次通话来协调通信群组。PoC/PTT已普遍基于2.5G或3G分组交换网(packet-switched networks，PSN)和使用，例如，会话发起协议(Session Initiation Protocol，SIP)和RTP/TCP协议。开放移动联盟(Open Mobile Alliance， OMA)的PoC，基于VoIP(Voice over IP)以及依赖作为业务使能(service enabler) 的IP多媒体子系统(IP multimedia Subsystem，IMS)，定义了用于用户管理的 PoC服务器(PoC server)，以使能PoC。

PoC下行链路消息可能是突发的。在群组通话的情况下，其中一个用户讲话，多个用户收听。当前的PoC业务(PoC service)通过多单播(multi-unicasting) 可实现一对多的通信。来自一个扬声器的消息被复制的次数为接收者的总数，即一个上行链路传输可导致多个下行链路传输。对于大的群组规模，突发消息可能会导致核心网的拥堵。如果驻留在一个小区中的群组的用户数量是很大，那么突发消息可能导致网络容量下降。此外，目前的基于SIP的PoC业务需要较长的呼叫建立时间。随着SIP的压缩，呼叫建立的延迟可以减少到约1-2秒的水平(level)。然而，这样的建立延时仍比为公共安全应用(public safety application)推荐的小于300毫秒的水平更长。

因此，更高效的数据分配方案以减轻核心网的负载，以及更高效的资源利用以缓和无线资源的突发要求是有益的。PoC下行链路消息多播，用来表示在核心网中、在无线接入网(Radio Access Network，RAN)中、或在核心网和无线接入网两者中的PoC下行链路消息的多播分发的总体思路。通过PoC下行链路消息多播，多个用户设备可以从相同的物理传输接收PoC下行链路消息。在核心网中，相同的包(same packet)通过多播地址被寻址到多个eNB(在核心网中的PoC下行链路消息多播)。为高效率的无线传输，多个用户设备可以监听在无线接入网中的相同下行链路指派(assignment)(在无线接入网中的PoC 下行链路消息多播)。从省电以及呼叫建立延迟的角度考虑，使能空闲模式下的 PoC下行链路消息的接收也是有益的。

移动无线系统(如LTE)的另一个重要特点是，对eNB和整个网络之间的无缝移动性的支持。快速和无缝的切换(handover，HO)对例如PoC的延迟敏感业务特别重要。对于消息多播而言，在核心网中需要PoC群组移动性管理，以使得PoC包(PoC packet)可以适当地路由到相关的eNB。例如，用户设备的位置(位置信息的解析以小区为单位)是必需的。否则，PoC多播承载(multicast bearer)将不能被切换一个新的目标小区。

在本发明中，提出了在LTE/LTE-A系统中利用MBMS以支持PoC下行链路消息多播，实现高效的无线资源传输，并通过空闲模式接收以减少呼叫建立延迟，以及提供PoC群组的移动性管理以保持PoC业务的连续性。

技术实现要素：

本发明提供基于LTE MBMS支持群组通信的方法。用户设备首先在LTE网络中为群组通信建立单播演进分组业务(unicast Evolved Packet Service，EPS) 承载。该用户设备属于具有通信群组ID的通信群组。该用户设备从所述网络接收接入信息，以基于多播决定监听下行链路群组通信的下行链路多播消息。然后该用户设备准备监听多播多媒体广播多播业务(MBMS)承载，以接收所述下行链路多播消息。该多播MBMS承载与临时移动群组标识符(Temporary Mobile Group Identifier，TMGI)相关联，并且所述TMGI与通信群组ID相关联。在一实施例中，所述接入信息包括所述TMGI与通信群组ID之间的映射信息。

在第一新颖方面，在核心网中、在无线接入网中或在前述两者中，PoC消息多播用于支持PoC下行链路消息的多播分发。通过PoC下行链路消息多播，用户设备可以从相同物理传输接收PoC下行链路消息。在核心网中，相同的数据包可通过多播地址被寻址到多个eNB。对于无线传输，多个用户设备被使能以监听在无线接入网中的相同下行链路指派。

在第二新颖方面，更有效的无线资源利用，可通过无线接入网中的PoC下行链路消息多播来实现。PoC下行链路消息的无线资源高效传输可以通过使用小区广播方案或小区多播方案共享无线资源来实现。小区广播方案是指使用专门用于的PoC下行链路消息的MBSFN子帧。小区多播方案指通过寻址相应的物理下行控制信道(Physical Downlink Control Channel，PDCCH)到群组无线标识符以动态调度(dynamic scheduling)用于多个用户设备的物理下行共享信道 (Physical Downlink Shared Channel，PDSCH)。此外，多个PoC用户设备可共享相同的PDCCH，为PoC下行链路消息的调度减少控制信道负荷。

在第三新颖方面，避免切换期间PoC下行链路消息多播的长时间业务中断。在一实施例中，较小的PoC下行链路多播无线覆盖被应用于提前终止在小区边缘的多播分发。此外，在切换的情况下，PoC业务连续性通过选择合适的目标小区来维护。在一实施例中，用户设备在执行切换程序前，发送优选的目标小区指示到网络，从而保持PoC业务的多播业务连续性。

在第四新颖方面，RRC空闲模式接收支持PoC下行链路消息投递。通过核心网中的EPS MBMS业务，使用MBMS广播模式投递PoC下行链路消息。处于RRC空闲模式的PoC用户设备被配置为监听在MBMS承载上的PoC消息，以省电和减少呼叫建立延迟。使用LTE MBSM无线传输的小区广播和使用LTE 动态调度无线传输的小区多播可用于RRC空闲模式接收。

其他实施例和优点在下面的详细描述中进行了描述。此概述并非旨在限定本发明。本发明由权利要求书限定。

附图说明

附图中，其中相同的数字表示相同的部件，附图示出了本发明的实施方式。

图1为根据一新颖方面的在LTE网络中使用e-MBMS以支持群组通信的流程图。

图2为根据一新颖方面的用户设备的简化框图。

图3为根据一新颖方面的通过MBMS广播模式支持群组通信以及使用PoC 服务器进行群组移动性管理的LTE系统的架构图。

图4为用于PoC群组移动性管理和PoC多播决定的PoC服务器的示意图。

图5为用于对PoC消息作出多播决定的PoC服务器的示意图。

图6为用户设备报告MBMS能力给网络的不同实施例。

图7为用户设备报告MBMS接收状况给网络的不同实施例。

图8为根据本发明一实施例的建立用于上行链路PoC消息的单播演进分组业务(Evolved Packet Service，EPS)承载的示意图。

图9为根据本发明另一实施例的建立用于上行链路PoC消息的单播ESP承载的示意图。

图10A为根据本发明一实施例的基于MBMS广播模式为PoC下行链路多播消息被动(reactive)建立MBMS承载的示意图。

图10B为根据本发明一实施例的基于MBMS广播模式为PoC下行链路多播消息主动(proactive)建立MBMS承载的示意图。

图11为根据一新颖方面的通过MBMS多播模式支持群组通信以及使用 MBMS网关进行群组移动性管理的LTE系统的架构图。

图12A为根据本发明一实施例的基于MBMS多播模式为PoC下行链路多播消息被动建立MBMS承载的示意图。

图12B为根据本发明一实施例的基于MBMS多播模式为PoC下行链路多播消息主动建立MBMS承载的示意图。

图13为根据一新颖方面的在LTE网络中使用MBMS以支持PoC多播消息的流程图。

图14为用于PoC业务(PoC service)的小区广播无线传输方法的示意图。

图15为根据本发明一实施例的小区广播无线传输的示意图。

图16为用于PoC业务的小区多播无线传输方法的示意图。

图17为根据本发明一实施例的小区多播无线传输的示意图。

图18为在PoC用户设备间共享物理下行控制信道(Physical Downlink Control Channel，PDCCH)以进行PoC下行链路消息调度的方法的示意图。

图19为根据一新颖方面的用于PoC下行链路消息的无线资源高效传输的流程图。

图20为避免切换期间PoC消息多播的长时间业务中断的示意图。

图21为提前终止PoC多播消息的一实施例。

图22为支持PoC业务连续性的一实施例。

图23为根据一新颖方面的支持PoC业务连续性的方法的流程图。

图24为支持PoC消息的空闲模式接收的一实施例。

图25为在RRC空闲模式中监听PoC消息的一实施例。

图26为根据一新颖方面的支持PoC消息的空闲模式接收的方法的流程图。

具体实施方式

现在，将详细说明本发明的优选实施方式，在附图中示出了这些实施方式的示例。

图1为根据一新颖方面的在移动蜂窝通信网中使用e-MBMS业务以支持群组通信的流程图。该网络包括用户设备(UE)101、包括多个eNB的无线接入网(RAN)102、移动性管理实体(mobility management entity，MME)103、 MBMS网关(MBMS-GW)104、广播多播业务中心(Broadcast Multicast Service Center，BM-SC)105、以及PoC服务器106。PoC是一种群组通信业务，提供单个移动用户只需按下一个按钮即可接入激活的通话群组的功能。在下面的讨论中，以PoC业务为例，用于表示群组通信，并且其他类型的群组通信应用(例如数据交换，视频共享等)也同样适用的。

开放移动联盟(OMA)PoC，基于VoIP以及依赖作为业务使能的IP多媒体子系统(IMS)，定义了用于用户管理的PoC服务器，以使能PoC。使用PoC 业务之前，PoC用户注册到IMS核心网。在IMS注册期间，用户设备绑定(bind) 其公共用户ID(会话发起协议(Session Initiation Protocol，SIP)地址)至登记的IP地址，以及IMS使用该信息以路由语音呼叫。基于IMS的OMA PoC中，会话发起协议作为PoC会话设置的信令协议，实时传输协议(Real Time Transport Protocol，RTP)用于语音数据传输，以及RTP控制协议(RTP Control Protocol， RTCP)用于发言权控制(floor control)。

多媒体广播多播业务(MBMS)是以数字形式提供广播或多播信息的广播业务。通过设计，类似于PoC业务，在LTE中的MBMS业务与基于SIP的IMS 业务集成在一起。在MBMS中，广播多播业务中心(BM-SC)提供MBMS内容提供商(MBMS content provider)的功能，MBMS内容提供商用于MBMS用户业务的提供和投递(provisioning and delivery)。其结果是，OMA PoC可以重用(reuse)PoC消息传输功能。MBMS提供了两种内容分发(content distribution) 模式。在MBMS广播模式中，内容被投递(deliver)到一个预定区域(例如，多播广播单频网络(Multicast-Broadcast Single-Frequency Network，MBSFN)区域)内的用户设备。无论是订阅(subscription)业务，还是用户设备移动性管理，都不提供。在演进分组业务(Evolved Packet Service，EPS)中，从BM-SC至多个eNB的多播分发由多播地址支持。在MBMS多播模式中，内容被投递到特定的用户设备。用户设备订阅和用户设备移动性管理是必需的。从BM-SC至订阅用户设备的多播分发由多播地址支持，以及通过单播分发可以实现在核心网内的路由。通常情况下，MBMS承载应当被重用于PoC下行链路消息多播，以在群组通信的成员之间应用共同安全机制(common security)。MBMS数据在更高层(higher layer)中而不是在无线接入网(RAN)中进行加密，以及单播承载为每个用户设备单独加密。目前，EPS仅支持MBMS广播模式，而通用分组无线业务(General Packet Radio Service，GPRS)支持MBMS广播和MBMS多播模式。

根据一新颖方面，PoC下行链路消息多播支持在核心网和/或无线接入网中的PoC下行链路消息的多播分发，以有效利用无线。从用户设备的角度来说，为支持PoC消息多播，需为每个单独的用户设备建立两个承载。如图1所示，在步骤111中，用户设备101加入到(join)通信群组。例如，用户设备101对 PoC业务感兴趣并加入到PoC群组中。PoC群组可以通过中央控制器半静态地 (semi-statically)预先形成，或者通过用户接口由用户设备分布式地(distributely) 形成。每个PoC群组被指派有一个PoC群组ID。在步骤121中，用户设备101 为群组通信建立单播EPS承载。所述单播承载至少用于上行链路群组通信。例如，当要求单播承载时，用户设备101可指示其群组通信的兴趣，以及获得与用于接收群组消息的多播MBMS承载相关的临时移动群组标识符(Temporary Mobile Group Identifier，TMGI)。在步骤131中，当PoC服务器或BM-SC作出群组通信的多播决定时，建立多播MBMS承载。在适当的时候，所述多播承载被用于下行链路群组通信。或者，所述MBMS承载是预先配置的。如在步骤130 中所示，MBMS承载是在步骤121中的单播承载建立之前预先配置的。在步骤 141中，用户设备101应用MBMS承载配置并为接收下行链路群组通信消息设置无线接入网资源。

图2为根据一新颖方面的用户设备201的简化框图。用户设备201包括存储器211、处理器212、耦接到天线214的射频模块213、支持各种协议层(包括NAS 216，RRC 217，RLC 218，MAC 219和PHY 220)的协议栈模块215、以及包括配置模块222、测量模块223、切换模块224、MBMS控制模块225、 SIP模块226和群组通信模块227的应用层221。各种模块是功能模块，并且可以通过软件、固件、硬件或它们的任意组合来实现。处理器212执行功能模块时，各功能模块之间相互工作以允许用户设备201相应地执行各种功能。

例如，配置模块222应用从所述网络接收到的配置信息(例如，EPS承载和MBMS承载配置)以建立单播和多播承载，测量模块223执行无线信号测量和报告，切换模块224执行切换或用于用户设备移动性的小区重选程序，MBMS 控制模块225报告MBMS能力(capability)和接收/兴趣状态到所述网络，以支持作出多播决定和以较少的MBMS业务中断来保持MBMS业务的连续性。SIP 模块226采用标准的SIP信令协议以设置群组通信业务的会话。群组通信模块 227监听用于接收下行链路群组消息的多播MBMS承载，以及解复用 (de-multiplex)从多播MBMS承载或从单播EPS承载接收的下行链路消息至相同的群组通信应用程序。

根据一新颖方面，在核心网中、在无线接入网中或在前述两者中，PoC消息多播支持PoC下行链路消息的多播分发。通过PoC下行链路消息多播，多个用户设备可以从相同物理传输接收PoC下行链路消息。在核心网中，相同的数据包可通过多播地址被寻址到多个eNB。对于无线传输，多个用户设备被使能以监听在无线接入网中的相同下行链路指派。对于PoC消息多播，移动性管理实体需要追踪相关的用户设备的位置，即PoC群组用户设备的移动性管理。核心网需要知道用户设备的位置(例如，以小区为单位)，使得在PoC下行链路消息可以被路由到用户设备驻留的eNB。移动性管理实体需要知道PoC用户设备的数量来决定无线单播或多播。

可以使用不同的MBMS投递模式和管理实体来实现对PoC消息多播和PoC 群组移动性管理的支持。在第一方案中，群组移动性管理是基于OMA PoC服务器，在演进分组核心(evolved packet core，EPC)中的消息投递是基于MBMS 广播模式(broadcast mode，BM)，以高效利用资源。由于在EPS中已支持MBMS BM，该方案可最大程度地减少对EPC的更改。在第二方案中，在核心网中的群组移动性管理和在EPC中的消息投递是基于MBMS多播模式(multicast mode， MM)，以高效利用资源。虽然只有GPRS支持MBMS MM(当前EPS中不支持)，由于移动性支持是在核心网中，因此该方案更具优势。下面将描述不同方案的细节。

PoC下行链路多播的群组移动性支持

图3为根据一新颖方面的通过MBMS广播模式支持群组通信以及使用PoC 服务器进行群组移动性管理的LTE系统300的架构图。LTE系统300包括应用网(application network)、演进分组核心(EPC)网、以及无线接入网(RAN)。该应用网包括内容提供商301、PoC服务器302、广播多播业务中心(BM-SC) 303、以及用于MBMS控制面(Control Plane，CP)和用户面(User Plane，UP) 的MBMS网关(MBMS-GW)304。该EPC网包括分组数据网网关(packet data network gateway，PDN-GW)311、服务网关(serving gateway，S-GW)312、移动性管理实体(MME)313和多小区/多播协调实体(multi-cell/multicast coordination entity，MCE)314。无线接入网，例如，是包括两个基站(eNB 321 和eNB 322)以及多个用户设备(331-334)的演进通用地面无线接入网 (E-UTRAN)。在图3所示的例子中，用户设备331由eNB 321提供服务，用户设备332-334由eNB 322提供服务。

在MBMS广播模式中，BM-SC 303是MBMS传输的内容提供商的入口点 (entry point)。BM-SC 303可以使用MBMS承载或EPS承载，以广播MBMS 数据包至eNB，以传输对应的MBMS业务。在使用EPS承载的情况下，MBMS 业务遵循标准的单播路由。在使用MBMS承载的情况下，MBMS业务通过 MBMS网关304。MBMS网关304可以是独立的逻辑实体或与BM-SC/S-GW/ PDN-GW位于相同位置的逻辑实体。MBMS网关304为控制面和用户面(即 SGmb和SGi-mb)提供MBMS承载参考点。在单个公共陆地移动网(public land mobile network，PLMN)中，用户面是通过M1至eNB以进行IP多播分发。控制面由MME 313支持以进行E-UTRAN访问。用于访问E-UTRAN的MBMS 承载会话控制由MME 313支持。IP多播地址是通过MME 313分配给多个eNB，多播群组是由BM-SC 303提供的。MCE 314提供会话管理信令，并协调在MBMS 单频网络(Single Frequency Network，MBSFN)区域中的多个eNB的无线资源配置，例如，物理资源块(Physical resource blocks，PRBs)以及调制和编码方案(Modulation and coding scheme，MCS)。MCE 314为逻辑实体，其可以是独立的，或者是其它网络组件中的一部分，例如设置在eNB内。

当用户设备(例如，用户设备331)接收到特定MBMS业务时，MBMS数据包(用户面)从内容提供商301发出，通过BM-SC 303，通过MBMS-GW 304，通过eNB 321，然后到达用户设备331。另一方面，MBMS控制信息(控制面) 通过MME 313、MCE 314和eNB 321，在PDN-GW 311和用户设备331之间进行通信。如图3所示，eNB 321和eNB 322通过纯用户面接口(pure user plane interface)M1连接到MBMS-GW 304。除了M1之外，LTE系统300中还定义了两个控制面接口(control plane interfaces)M2和M3。M2接口上的应用程序部分(application part)传输多个eNB和MCE 314之间的无线配置信息，以及 M3接口上的应用程序部分执行MCE 314和MME 313之间的在MBMS承载上的MBMS会话控制信令。

根据一新颖方面，在选择小区中，EPS MBMS业务被重用于PoC下行链路消息广播。当使用PoC 服务器 302 作为PoC群组移动性管理实体时，PoC消息通过MBMS广播模式在核心网中投递，以尽量减少对EPC的改变。对于每个单独的用户设备，需建立两个承载。第一承载是至少用于PoC上行链路消息的单播EPS承载；以及第二承载是多播MBMS承载，在适当的时候，用于PoC下行链路消息。该MBMS承载可以是主动地(预配置)(proactively(pre-configured)) 或被动地(动态地)(reactively(dynamically))建立。为支持PoC消息多播，PoC 服务器 302 作出多播决定，并决定用于PoC用户设备群组的子集的MBMS承载的使用。例如，对于足够大的小区内的PoC群组用户设备，所述MBMS承载被用于PoC下行链路消息。

图4为用于PoC群组移动性管理和为PoC下行链路消息作出多播决定的 PoC服务器401的示意图。PoC群组移动性管理包括管理PoC群组用户设备的位置(位置信息的解析以小区为单位)和管理PoC群组用户设备的移动性状态 (例如，切换速率)。如图4所示，PoC服务器输入用户设备位置信息以及用户设备信道可靠性信息，以执行用于群组管理的特定映射函数(certain mapping function)。用户设备位置信息以及用户设备信道可靠性信息可以回报给网络，此回报机制可以是周期性地，或是在切换或重选小区时，或是通过PoC服务器从 MME取回(retrieve)。基于用户设备位置，PoC服务器能够识别相应的PoC群组与PoC群组成员以及其位置。

在一实施例中，多播决定是由逻辑节点(logical node)作出的，例如，在 PoC服务器中。所述逻辑节点可以不断地/定期地检查所有因素(factor)，并在不同的时间分辨率(time resolution)下作出决定。一般情况下，多播决定是基于下述的因素/标准中的至少一个：小区内的PoC群组成员的数量、小区内的PoC 群组的数量、用户设备移动性(切换速率)信息、负载分析(基于ROHC(Robust Header Compression)、重复传输方案(repetitive transmission scheme)、以及有限的MCS选择)、以及信道可靠性指示(channel reliability indication)。信道可靠性信息包括，例如，包丢失率。这指示了多播的适合性。因此信道可靠性指示可用于移除现有的多播群组中的某个特定小区内的PoC用户设备，或将某个特定小区内的PoC用户设备增加到现有的多播群组之内。例如，如果用户设备的包丢失率高，那么PoC服务器可以终止用于该用户设备多播消息。信道可靠性指示还指示无线参数的设计不需要假定(assume)小区边界。如果核心网中不支持用户设备移动性追踪，用户设备能够在切换之前终止有关PoC多播的多播承载。

图5为用于对PoC下行链路多播消息作出多播决定的PoC服务器的示意图。多播群组被定义为来自PoC消息多播的同一PoC群组的PoC用户设备的子集。多播决定是为PoC群组中的PoC用户设备的子集作出的。如图5所示，PoC群组A包括在小区1-5中的PoC用户设备，以及多播群组#i包括PoC小区1-2中的用户设备。根据该多播群组，相关的PoC消息基于MBMS业务被投递到相关的eNB。投递到相关的eNB可以通过多单播或多播方式来实现。多播或多单播决定可以进一步优化。例如，多播群组#i可以包括来自不同的eNB(例如，小区1和小区2)的PoC用户设备集(PoC UE cluster)，而在大的PoC群组中的小区内PoC用户设备可以被集群化到不同的多播群组。

MBSFN区域(例如，MBSFN区域500)可以用来定义对应于多播群组(例如，群组#i)的相关eNB。例如，如果不同的多播群组的地理覆盖区域是不相同的，MBSFN区域可以用来区分不同的多播群组。但是，如果多个PoC群组的地理覆盖范围是相同的，那么这些PoC群组中不同的多播群组，当它们共享相同的MBSFN区域ID时，可以通过TMGI来区分。通常情况下，一个MBSFN区域对应于一个多播群组，以及一个MBSFN仅包括一个小区/eNB。但是，对于大的PoC群组而言，它可能包含MBSFN区域中的几个eNB。目前，MBSFN区域ID仅包括0-255，这是不够的。所以建议将所述MBSFN区域ID扩展为支持多个多播群组。或者，可以动态地管理所述MBSFN区域ID，但是这与当前的 O&M(Operation and Maintenance)原则相冲突。

除了用户设备位置信息和用户设备信道可靠性信息，用户设备MBMS能力信息和用户设备MBMS接收状态信息也可以用来辅助PoC群组移动性管理和多播决定。

图6为用户设备报告MBMS能力给网络的不同实施例。如图6的左半部分所示的第一实施例中，在步骤611中，用户设备601从网络接收用户设备能力询问(UE capability enquiry)。在步骤612中，用户设备601发送用户设备能力信息给该网络。用户设备能力信息包括无线资源控制特性群组指示符(RRC feature group indicator)，指示所述用户设备支持的MBMS能力。在图6的右半部分所示的第二实施例中，在EPS移动性管理(EPS Mobility Management，EMM) 消息中报告MBMS能力。在步骤621中，用户设备601发送RRC连接请求给网络。在步骤622中，用户设备601接收来自该网络的RRC连接设置(RRC connection setup)。在步骤623中，用户设备601发送RRC设置完成消息给该网络。RRC设置完成消息可包含发送给NAS实体的附加请求消息(Attach Request message)或追踪区域更新(Tracking Area Update，TAU)消息。该附加请求消息或追踪区域更新消息用于指示MBMS能力。在步骤624中，用户设备601接收来自该网络的RRC安全模式命令(RRC security mode command)。在步骤625 中，用户设备601发送RRC安全模式完成消息给该网络。在步骤626中，用户设备601从该网络接收RRC连接重配置消息(RRC connection reconfiguration message)，其中包含附加接收或TAU接收消息。最后，在步骤627中，用户设备601发送另一RRC连接重配置完成消息给该网络。在如图9所示的第三实施例中，通过应用层消息来指示MBMS能力信息。

图7为用户设备报告MBMS接收状况给网络的不同实施例。如图7的左半部分所示的第一实施例中，在步骤711中，用户设备701从网络接收MBMS计数请求(counting request)。在步骤712中，用户设备701发送MBMS计数响应 (counting response)给该网络。该MBMS计数是计数在MBSFN区域内对特定 MBMS业务的感兴趣的用户设备的数量，即一个计数用于一个MBSFN区域内的一项MBMS业务。其结果是，可基于所述计数选择EPS或MBMS承载。EPS 或MBMS承载的选择直接对应于(directly coupled with)点对点(point-to-point) 或点对多点(point-to-multipoint)无线承载的选择。如图7的右半部分所示的第二实施例中，在RRC或EMM消息中报告MBMS接收或兴趣状态。在步骤721 中，用户设备701发送RRC连接请求给网络。在步骤722中，用户设备701 从该网接收RRC连接设置。在步骤723中，用户设备701发送RRC设置完成消息给该网络。RRC设置完成消息也可以用于携带(carry)MBMS接收状况。此外，RRC设置完成消息还可以包含TAU消息或用于携带MBMS接收/兴趣状态的业务请求。在步骤724中，用户设备701从该网络接收RRC安全模式命令。在步骤725中，用户设备701发送RRC安全模式完成消息给该网络。在步骤 726中，用户设备701从该网络接收RRC连接重配置消息。最后，在步骤727 中，用户设备701发送另一个RRC连接重新配置完成消息给该网络。在图9所示的第三实施例中，通过应用层消息来指示MBMS接收状况。

为支持PoC消息多播，在用户设备请求PoC消息之前，用于相同业务的单播EPS承载和多播MBMS承载都需要已经被建立。单播EPS承载的建立至少用于PoC上行链路消息。多播MBMS承载，在适当的时候，用于PoC下行链路消息。BM-SC基于MBMS计数决定所述EPS承载和所述MBMS承载的选择。从用户设备的角度来看，用户设备将执行EPS承载和MBMS承载的组合 (association)。用户设备将接收来自多播承载和单播承载的数据，并将来自多播承载和单播承载的数据路由到相同的应用程序。用户设备将对多播MBMS承载和单播EPS承载的数据进重查(duplicate detection)。例如，如果相同的数据 (例如，相同的序列号)是从两个承载发出的，用户设备将把它们视为重复。当两个承载都在接收数据时，用户设备将不会自动断开任何承载(承载中的射频部分)。如果网络断开了单播承载并且MBMS承载仍可以接收数据，除非该 MBMS承载接近MBMS覆盖盲区(coverage hole)或者MBMS覆盖边界(coverage boundary)，用户设备将不会请求承载重建(bearer reestablishment)。

图8为根据本发明一实施例的建立用于上行链路PoC消息的单播EPS承载的示意图。在步骤811中，用户设备801发送PDN连接请求给网络以建立单播 EPS承载。在一般情况下，当请求建立单播承载时，用户设备可以直接指示群组通信业务的兴趣。例如，用户设备可以使用预配置的APN(Access Point Name) 来请求群组通信业务，并且所述APN可以配置在SIM卡、用户设备存储或 OMA-DM(Open Mobile Alliance Device Management)中。在图8所示的例子中， PDN连接请求指示用户设备801对群组通信业务的兴趣。在步骤812中，用户设备801从网络接收请求，以激活默认EPS承载上下文。如果有用于相应群组通信业务的预配置的MBMS承载，则网络可以简单地分配用户设备801所需的信息，以从MBMS承载接收群组消息。在步骤812中，例如，当建立MBMS 承载时，通信群组的TMGI列表可由该网络来指派，以及用户设备801可从TMGI 列表获取TMGI。在步骤813中，用户设备801将激活默认EPS承载上下文接受消息(activate default EPS bearer context accept message)发送回该网络。

图9为根据本发明另一实施例的建立用于上行链路PoC消息的单播ESP承载的示意图。在步骤911中，用户设备901发送PDN连接请求给网络以建立单播EPS承载。在步骤912中，用户设备901从该网络接收。在步骤913中，用户设备901将激活默认EPS承载上下文接受消息发送回该网络。在PDN连接设置完成后，用户设备901开始SIP协议以用于会话设置。在步骤914中，用户设备911发送SIP邀请消息到该网络。在一实施例中，该SIP邀请消息可以指示用户设备901的群组通信兴趣。在步骤915中，用户设备901从该网络接收SIP 连接并从SIP连接消息获取TMGI。在图8和图9所示的两个实施例中，迅速和有效地取得用于MBMS接收的TMGI。应用层SIP协议也可以用于报告用户设备的MBMS能力和MBMS接收状况给该网络。在图9所示的例子中，该SIP 邀请消息可以包含新特性能力字段(New Feature Capability field)，其携带用户设备的MBMS能力信息以及MBMS接收状况或兴趣信息。基于一有利的考量，一旦使用SIP建立一个PoC会话，那么PoC会话不应由于在媒体路径中的长时间静止/沉默(long inactivity/silence)而被终止。为了避免PoC消息的长呼叫建立时间(long call setup time)，这种“长存活(long-live)”SIP会话只能通过通信对端(communicating peer)中的任何一个发送明确的SIP BYE请求消息(SIP BYE request message)而终止。

MBMS承载可以主动地(预配置)或被动地(动态地)建立。对于主动建立而言，PoC群组的MBMS多播群组是预先建立的，以及PoC下行链路消息是通过对应的预配置的MBMS承载来投递的。预配置的MBMS承载被静态地建立，而不考虑用户设备移动性信息。对于被动建立而言，在基于识别无线多播/广播时机(identified radio multicast/broadcast opportunity)而作出多播决定之后，才建立PoC群组的子集的MBMS多播群组。在一实施例中，PoC群组用户设备可能属于PoC群组但处于非激活状态，并且对监听PoC消息没有兴趣。当用户设备决定监听PoC消息，用户设备会触发多播决定程序，并且为对监听PoC 群组消息感兴趣的群组用户设备建立MBMS承载。

图10A为根据本发明一实施例的基于MBMS广播模式为PoC下行链路多播消息被动建立MBMS承载的示意图。在本实施方式中，PoC服务器1006提供PoC群组移动性管理，即维护PoC用户设备的位置。例如，PoC用户设备1001 属于具有PoC群组ID的PoC群组，并定期在数据面(data plane)报告其位置。 PoC用户设备1001已经建立了一个用于PoC下行链路和上行链路消息的单播承载/连接(步骤1011)。在步骤1021中，PoC服务器基于如图4所示的因素为PoC 用户设备的子集作出多播决定。在步骤1022中，PoC服务器触发BM-SC 1005，以激活用于PoC用户设备的子集的PoC多播，并通过发送PoC消息多播请求，以通知BM-SC下游节点(downstream node)进行消息投递(步骤1023)。在步骤1024中，BM-SC启动用于消息多播的MBMS承载资源。在步骤1025，通过发送另一个PoC消息多播请求，MBMS承载上下文配置从BM-SC传递到 MBMS-GW 1004。用于消息投递的下游节点的信息也会传递到MBMS-GW。在步骤1026中，MBMS-GW根据BM-SC配置创建MBMS承载上下文。MBMS-GW 基于从所述BM-SC中获取的信息，形成相关eNB(具有用户设备子集的eNB) 的分布树,以用来分布从BM-SC接收到的消息。可以通过多个单播连接或通过多播连接来实现BM-SC和eNB之间的投递。对应于用户设备子集的相关eNB 可以通过MBSFN区域来限定。在步骤1027中，MME 1003接收会话请求，并在步骤1028中根据BM-SC配置创建MBMS承载上下文。在步骤1029，在无线接入网1002中的相关eNB接收会话请求，并且在步骤1031中创建MBMS承载上下文。如果通过主干网(backbone)多播实现BM-SC向eNB的路由，则IP 多播地址也投递到eNB。

从步骤1032至步骤1035，MBMS会话响应和PoC消息多播响应从eNB依序发送回MME、MBMS-GW、BM-SC以及PoC服务器。在步骤1036中，PoC 消息多播需要的接入信息从BM-SC 1005通知到用户设备1001。所述接入信息包括所述PoC群组ID和与MBMS承载相关的TMGI之间的映射信息。在步骤 1041中，用户设备1001设置无线接入网资源以接收MBMS数据。相关eNB分配必要的无线资源以将MBMS数据传输到感兴趣的用户设备。当BM-SC准备好用MBMS承载业务发送PoC消息时，开始PoC下行链路消息的MBMS会话。 PoC服务器对决定进行多播的PoC用户设备的PoC下行链路数据包进行过滤，并仅投递一个数据包到多播群组。在从所述MBMS承载接收消息之后，用户设备可以指示网络，表明用户设备已成功接收来自MBMS承载下行链路消息。相应地，所述PoC服务器可以终止来自单播承载的PoC下行链路消息。单播承载只为上行链路保留。

需要注意的是，TMGI被链接到PoC群组ID作为在无线接入网中的标识符。MBMS承载业务需要TMGI，因为MBMS使用TMGI作为PLMN内MBMS业务的唯一标识(uniquely identify)。TMGI和PoC群组ID之间的联系是由BM-SC 建立的。TMGI与PoC群组ID之间的联系(作为接入信息的一部分)，应该通知到PoC用户设备。例如，所述联系可以通过非专用RRC信令(即系统信息广播)、数据面的信令、或约定的映射规则来提供。为保证安全，TMGI和POC群组ID之间的关联(association)定期改变。在第一示例中，该关联是通过应用层协议(例如，SIP UPDATE)来改变。在第二示例中，该关联是通过特定NAS 消息(例如，ESM(EPS Session Management)“修改EPS承载上下文请求(MODIFY EPS BEARER CONTEXT REQUEST)”消息)来改变。当收到一个新的关联时，直到从新的TMGI能够成功地接收PoC消息为止，用户设备在一段时期中将继续监听旧的TMGI以接收多播消息。

图10B为根据本发明一实施例的基于MBMS广播模式为PoC下行链路多播消息主动建立MBMS承载的示意图。在本实施例中，PoC群组的MBMS多播群组为预先建立的，并且PoC下行链路消息投递是通过对应的MBMS承载。群组用户设备移动性已经不再需要被纳入考虑，因为PoC消息多播无论如何都会执行。相关的eNB分配必要的无线资源，以通过MBMS承载传输MBMS数据。在步骤1061中，新的用户设备1051已建立用于PoC下行链路和上行链路消息的一个单播承载/连接。在步骤1062中，用于PoC群组的PoC下行链路消息的 MBMS承载已预先建立，以及用于各个PoC群组用户设备的上行链路消息的各个单播承载也已建立。在步骤1061中，当新的用户设备1051监听PoC消息时已激活，在步骤1076中，PoC消息多播所需的接入信息通过PoC服务器1056 通知到用户设备1051。所述接入信息包括所述PoC群组ID和与MBMS承载相关联的TMGI之间的映射信息。在步骤1081，用户设备1051应用用于监听 MBMS承载的MBMS承载配置，以接收的PoC下行链路消息。在成功地接收到来自MBMS承载的PoC下行链路消息后，PoC服务器1056可以终止来自单播承载的PoC下行链路消息。

在EPS中可支持MBMS广播模式，只有在GPRS中支持MBMS多播模式。 MBMS多播模式支持BM-SC和订阅用户设备之间多播。广播模式和多播模式之间的差异在于，EPS是否持有对特定MBMS业务感兴趣的用户设备的位置信息，而此位置信息的解析以小区为单位。对于广播模式而言，MBMS计数是基于 MBSFN区域。对于多播模式而言，MBMS计数是基于小区。当MBMS多播模式被用作在核心网中的PoC的投递系统，PoC群组管理支持主要在MBMS-GW 中提供，其用于群组移动性管理。

图11为根据一新颖方面的通过MBMS多播模式支持群组通信以及使用 MBMS网关进行群组移动性管理的LTE系统1100的架构图。类似于图3中所示的LTE系统300，LTE系统1100包括应用网、演进分组核心(EPC)网、以及无线接入网(RAN)。该应用网包括内容提供商1101、PoC服务器1102、广播多播业务中心(BM-SC)1103以及用于MBMS控制面和用户面(CP&UP) 的MBMS网关(MBMS-GW)1104。该EPC网包括分组数据网网关(PDN-GW) 1111、服务网关(S-GW)1112、移动性管理实体(MME)1113以及多小区/多播协调实体(MCE)1114。无线接入网，例如，是包括eNB 1121和eNB 1122、以及多个用户设备(1131-1134)的E-UTRAN。在图11所示的实施例中，用户设备1131由eNB 1121提供服务，用户设备1132-1134由eNB 1122提供服务。

根据一新颖方面，MBMS多播模式被应用于在EPS中选择的小区的PoC下行链路消息多播。多播群组包括多个用户设备，并且多播群组的组成是由 MBMS-GW来维护的，MBMS-GW还负责路由MBMS消息至包含有感兴趣的用户设备的相关eNB。PoC服务器维护所有PoC群组的列表的同时，所述 MBMS-GW还维护所有PoC群组的移动性信息或仅维护部分由PoC服务器指示的PoC群组的移动性信息。移动性追踪是通过MME的辅助。在MBMS多播模式，多播决定可以通过BM-SC来作出，BM-SC定期检查特定用户设备是否适合于多播接收。例如，BM-SC应用如图4所示的从该MBMS-GW收集的因素，并作出多播决定。对于各个用户设备，需建立两个承载。一个单播EPS承载至少用于PoC上行链路消息。一个多播MBMS承载，在适当的时候，用于的PoC 下行链路消息。该MBMS承载可以是主动地或被动地建立。

图12A为根据本发明一实施例的基于MBMS多播模式为PoC下行链路多播消息被动建立MBMS承载的示意图。在本实施例中，PoC用户设备1201已为PoC下行链路和上行链路消息建立了一个单播承载/连接(步骤1211)。 MBMS-GW 1204维护PoC群组中用户设备的位置(步骤1222)。在步骤1223， BM-SC 1205基于图4中所示的从例如MBMS-GW 1204收集的因素，为PoC群组用户设备子集作出多播决定。在步骤1224中，BM-SC确定PoC群组用户设备子集的PoC下行链路消息的多播时机，保留多播IP，并准备MBMS承载上下文配置。在步骤1225中，该MBMS承载上下文的配置、PoC用户设备子集、以及下游节点通过PoC消息多播请求，从BM-SC传递至MBMS-GW。在步骤 1226中，该MBMS-GW启动并维护多播群组以投递所述PoC下行链路消息至 PoC用户设备的子集。该MBMS-GW在IP主干网中为PoC用户设备子集产生 PoC消息分布树(PoC traffic distribution tree)。该分布树用于链结BM-SC和具有PoC用户设备子集的eNB。BM-SC和eNB之间的投递，可以通过多个单播连接或通过多播连接来实现。对应于用户设备子集的相关eNB可以通过MBSFN 区域来限定。在步骤1227中，MME 1203接收会话请求，并且在步骤1228中，根据BM-SC配置创建MBMS承载上下文。在步骤1229中，在无线接入网1202 中的相关eNB接收会话请求，并且在步骤1231中，创建MBMS承载上下文。如果通过主干网多播来实现BM-SC至eNB的路由，IP多播地址也会投递到相关的eNB。

从步骤1232至步骤1234，MBMS会话响应和PoC消息多播响应从eNB依序发送回MME、MBMS-GW以及BM-SC。在步骤1236中，消息多播所需的接入信息从BM-SC 1205通知到用户设备1201。所述接入信息包括所述PoC群组 ID和与MBMS承载相关的TMGI之间的映射信息。在步骤1241中，用户设备 1201设置无线接入网资源以接收MBMS数据。相关eNB分配必要的无线资源以将MBMS数据传输到感兴趣的用户设备。当BM-SC准备好用MBMS承载业务发送PoC消息时，PoC下行链路消息的MBMS会话开始。对于决定以多播方式传递消息的PoC用户设备，BM-SC过滤其PoC下行链路数据包，并仅投递一个数据包到相对应的多播地址。作为一种选择，PoC服务器应当被通知该多播行为，并且通过寻址到相应的多播IP，仅投递多播群组的一个数据包。从所述 MBMS承载接收到PoC下行链路消息之后，用户设备1051可以终止来自单播承载的PoC下行链路消息。

图12B为根据本发明一实施例的基于MBMS多播模式为PoC下行链路多播消息主动建立MBMS承载的示意图。在本实施例中，新的用户设备1251已建立用于PoC下行链路和上行链路消息的一个单播承载/连接(步骤1261)。 MBMS-GW 1254维护PoC群组的用户设备的位置(步骤1262)。对于主动建立 MBMS承载来说，PoC群组的MBMS多播群组已预先建立，并且通过对应的MBMS承载进行PoC下行链路消息投递。在步骤1263中，为PoC群组的PoC 为下行链路消息建立MBMS承载，为各个PoC群组的用户设备的上行链路消息建立单独的单播承载。在步骤1261中，当新的用户设备1251被激活，并显示其监听PoC消息的兴趣，所述PoC服务器可以决定是否将用户设备1251包括到MBMS多播群组中。在步骤1264中，BM-SC 1255从PoC服务器接收请求以包括新的用户设备。在步骤1265中，BM-SC通过发送PoC消息多播请求，以传递对应于PoC群组的MBMS承载ID到MBMS-GW 1254。用户设备标识和用于消息投递的下游节点也被传递到MBMS-GW。在步骤1266中，该MBMS-GW 基于其PoC群组，将新用户设备包括进入多播群组。该MBMS-GW更新PoC 消息分布树，以包括对应于所述新的用户设备的eNB。在步骤1267中，MME 1253 接收会话请求，在步骤1268中，如果MBMS承载上下文对MME来说是新的，则在MME中创建对应于新的用户设备的MBMS承载上下文。在步骤1269中，无线接入网1252中的相关eNB接收会话请求，并且在步骤1271中，如果MBMS 承载上下文对eNB来说也是新的，则创建MBMS承载上下文。

从步骤1272至步骤1274，MBMS会话响应和PoC消息多播响应从eNB依序发送回MME、MBMS-GW以及BM-SC。在步骤1276，消息多播所需的接入信息从BM-SC 1255通知到用户设备1251。所述接入信息包括所述PoC群组ID 和与MBMS承载相关的TMGI之间的映射信息。在步骤1281中，用户设备1251 设置无线接入网资源以接收MBMS数据。相关eNB分配必要的无线资源以将 MBMS数据传输给用户设备1251。从所述MBMS承载接收到PoC下行链路消息之后，用户设备1251可以终止来自单播承载的PoC下行链路消息。

图13为根据一新颖方面的在LTE网络中使用MBMS以支持PoC多播消息的流程图。在步骤1301中，用户设备在LTE网络中为群组通信建立单播EPS 承载。该用户设备属于具有通信群组ID的通信群组。在步骤1302中，用户设备从网络接收接入信息，以基于多播决定监听该通信群组的下行链路多播消息。在步骤1303中，用户设备监听多播MBMS承载，以接收所述下行链路多播消息。该多播MBMS承载与TMGI相关联，并且TMGI与通信群组ID相关联。在一个实施例中，所述接入信息包括所述TMGI与通信群组ID之间的映射信息。

用于PoC的无线资源高效传输

为了重用EPS MBMS无线传输方法，以在选择的小区中投递PoC下行链路消息，更高效的无线资源利用率可以由无线接入网级别(RAN level)的PoC下行链路消息多播来实现。从控制区域容量的角度来看，可以通过使能多个用户设备监听用于调度下行链路指派的相同控制信道来实现。从数据区域容量的角度来看，如果用户设备属于相同的PoC群组，可以通过使能多个用户设备监听来自同一下行链路指派的PoC下行链路消息来实现。在一新颖方面，PoC下行链路消息的无线资源高效传输可以通过使用小区广播方案或小区多播方案来共享无线资源而得以实现。小区广播方案指的是使用专门用于PoC下行链路消息的MBSFN子帧。小区多播方案指的是通过寻址相应的物理下行控制信道 (PDCCH)到群组无线标识符以动态调度用于多个用户设备的物理下行共享信道(Physical Downlink Shared Channel，PDSCH)。此外，多个PoC用户设备可共享相同的PDCCH，以减少用于PoC下行链路消息调度的控制信道负荷。

图14为LTE网络1400中用于PoC业务的小区广播无线传输方法的示意图。 LTE网络1400包括核心网(EPC)1401、多个基站(eNB 1411-eNB 1413)、以及多个用户设备(1421-1427)。在本实施方式中，假设由RAN以上的逻辑实体 (例如，PoC服务器或者MBMS-GW)来管理PoC用户设备移动性。小区内相同PoC群组的PoC用户设备(集群PoC群组用户设备)的子集，通过例如BM-SC 或PoC服务器已在网络侧做出多播决定。决定多播的群集PoC群组用户设备的 PoC下行链路消息，通过具有MBMS投递系统的核心网被路由到相关的eNB中。在图14的例子中，用户设备1422-1424是用于接收来自eNB 1412的PoC消息的集群PoC用户设备，而用户设备1425-1427是用于接收来自eNB 1413的PoC 消息的集群PoC用户设备。

使用小区广播方法的无线接入网中的PoC下行链路多播消息可以通过 MBMS无线广播方法(即与LTE MBMS无线传输相同)来实现。相关eNB通过使用MBSFN子帧来广播PoC下行链路消息。PoC下行链路消息与MBMS业务共享MBSFN子帧。然而，小区内的PoC群组的数量应该足够大，以证明 MBSFN子帧的专属使用。如果与MBMS业务可以共享一个MBSFN子帧，那么MBSFN子帧资源可以得到更好的利用。TMGI可以用于区分来自不同PoC 群组的消息。MBMS PHY传输方法可被重用。MBSFN区域被用于定义PoC群组消息分布的相关eNB。

从用户设备的角度来看，用户设备需要接收TMGI以找到它的配置。TMGI 由BM-SC指派，并用于识别在一个PLMN中的MBMS承载业务。PoC群组ID 应当被链接到TMGI，以及用户设备应当被告知TMGI和POC群组ID之间的联系(linkage)。例如，所述联系可以通过非专用RRC信令(即系统信息广播)、数据面的信令或约定的映射规则来提供。

在目前的EPS MBMS支持下，没有用于PoC消息投递的HARQ重复传输(retransmission)。对于无线传输的稳定性(robustness)，可以考虑PHY层的重复传输(repetitive transmission)。为了允许以固定的次数重复传输，需要额外的eNB 支持来区分PoC多播承载和MBMS多播承载，以便应用重复传输行为。例如， eNB需要知道哪个TMGI被链接到PoC消息，以便应用重复传输。除了在时域分配(distribute)重复传输，在不同的频域资源也可以执行重复传输。此外，在 MBMS中，内容提供商能够通过更高层信令来适应编解码速率以满足长期目标包错误率。

图15为根据本发明一实施例的小区广播无线传输的示意图。在步骤1511 中，用户设备1501已属于PoC群组，以及用于群组通信的单播EPS承载已经建立。在步骤1512中，用户设备1501从网络接收所需的接入信息。所述接入信息包括接收PoC消息多播所需的信息，例如对应于PoC群组的TMGI和承载的QoS(Quality of Service)。所述接入信息还包括MBMS承载配置，MBMS承载配置的传输方式与MBMS消息的传输方式类似。在步骤1513中，用户设备 1501应用该MBMS承载配置，并且基于系统信息块(system information block) 中广播的控制信息来获取PoC下行链路消息的调度信息。与PoC群组相关的控制信息由TMGI来识别，以及MBSFN子帧中的信息调度类似于MBMS业务。在步骤1514中，用户设备1501准备好了通过MBMS承载来监听PoC下行链路消息。对于同时具有单播承载和MBMS承载的用户设备来说，可以通过原始的单播承载、或新建立的MBMS承载、或上述两者来监听其PoC消息。可以通过单播承载或MBMS承载来投递PoC消息，但不能在两个承载上在同一时间内投递。用户设备1501没有被配置用于MBMS承载上的HARQ、RLC ARQ和ROHC 的反馈信道，用户设备将基于所述配置信息(例如，重复传输的次数)应用不同的无线接收方法。此外，由于用户设备1501可能知道或不知道在给定的时刻应当使用哪个承载来投递其PoC信息，用户设备1501解复用(de-multiplex)从 MBMS承载或从单播承载接收的PoC下行链路消息至群组通信的相同应用程序端口。

图16为在LTE网络1600中用于PoC业务的小区多播无线传输方法的示意图。LTE网络1600包括核心网(EPC)1601、多个基站(eNB 1611-eNB 1613)、以及多个用户设备(1621-1627)。在本实施方式中，假设由RAN以上的逻辑实体(例如，PoC服务器或者MBMS-GW)来管理PoC用户设备移动性。小区内相同PoC群组的PoC用户设备(集群PoC群组用户设备)的子集，其多播决定已通过逻辑实体做出。决定多播的群集PoC群组用户设备的PoC下行链路消息，通过具有MBMS投递系统的核心网被路由到相关的eNB。在图16所示的实施例中，用户设备1622-1624是用于接收来自eNB 1612的PoC消息的集群PoC用户设备，而用户设备1625-1627是用于接收来自eNB 1613的PoC消息的集群 PoC用户设备。

对于小区多播无线传输而言，在无线接入网中的PoC下行链路消息多播可由群组标识符(例如，群组无线网络临时标识符(group Radio Network Temporary identifier,g-RNTI))通过动态调度来实现，其类似于在无线单播中通过小区无线网络临时标识符(Cell Radio Network Temporary identifier,C-RNTI)加扰来进行无线资源的动态调度。例如，用户设备1621被调度为通过C-RNTI来监听 PDCCH，用户设备1622-1624被调度为通过第一g-RNTI1来监听PDCCH，以及用户设备1625-1627被调度为通过第二g-RNTI2来监听PDCCH。PoC用户设备可以通过PoC无线多播或通过PoC无线单播来获取PoC下行链路消息。PoC用户设备支持PoC无线多播和PoC无线单播之间的切换，可分别通过PoC无线多播或PoC无线单播来使用g-RNTI或C-RNTI以进行PoC下行链路消息传输。

从用户设备的角度来看，用户设备需要接收TMGI来区分来自不同PoC群组的消息。PoC群组ID是由PoC服务器来维护的，并且数据面知道PoC群组 ID。TMGI由BM-SC进行指派，并用于识别在一个PLMN中的MBMS承载业务。在接收PoC消息之前，用户设备应当被告知PoC群组ID和TMGI之间的联系。例如，所述联系可以通过非专用RRC信令(即系统信息广播)、数据面的信令、或约定的映射规则来提供。另外，用户设备应当被告知监听哪一个 g-RNTI，即g-RNTI和TMGI之间的联系。这样的联系信息，也可以通过RRC 信令(例如，系统信息广播)或通过约定的映射规则通知到用户设备。

为了无线传输的稳定性，可以考虑PHY层重复传输。为了允许以固定的次数重复传输，需要额外的eNB支持来区分PoC多播承载和MBMS多播承载，以便应用重复传输行为。除了在时域分配重复传输，在不同的频域资源中也可以执行重复传输。

为了采用HARQ(Hybrid Automatic Repeat reQuest)机制，公共反馈信道 (common feedback channel)可被用于开-关(on-off)检测，尤其是用于延迟容忍PoC数据。对于欲回复ACK的PoC用户设备，什么也不做。对于欲回复NACK 的PoC用户设备，则把能量在配置的资源上传输。由于多个NACK信令间可能产生破坏性干扰而抵消了原本欲传输的NACK信令，系统可以考虑此破坏性干扰抵消机制而决定一个适当的阈值。由于eNB不知道用户设备的标识，反馈资源被隐含地(implicitly)告知。对于公共反馈信道，PoC重复传输的HARQ进程号都应该具有相同的进程ID，或应当以指示PoC重复传输的特定HARQ进程的方式进行管理。例如，可以使用类似于广播信道的专用HARQ进程。

图17为根据本发明一实施例的小区多播无线传输的示意图。在步骤1711 中，用户设备1701已属于一个PoC群组，以及用于群组通信的单播EPS承载已经建立。在步骤1712中，用户设备1701从网络接收所需的接入信息。所述接入信息包括接收PoC消息多播所需的信息，例如对应于PoC群组的TMGI和承载的QoS。所述接入信息还包括MBMS承载配置，MBMS承载配置的传输方式与MBMS消息的传输方式类似。在步骤1713中，用户设备1701接收无线标识符(g-RNTI)信令以及TMGI和g-RNTI之间的映射。在步骤1714中，用户设备1701应用MBMS承载配置，并准备好获取PoC下行链路消息，其中PoC 下行链路消息通过用接收到的g-RNTI加扰的PDCCH发送。对于具有单播承载和MBMS承载的用户设备来说，可以通过原始的单播承载、或新建立的MBMS 承载、或上述两者来监听其PoC消息。可以用单播承载或MBMS承载来投递 PoC消息，但不能在两个承载上在同一时间内投递。用户设备1701没有被配置用于MBMS承载上的HARQ、RLC(Radio Link Control)ARQ(Automatic Repeat reQuest)、以及ROHC的反馈信道，用户设备将基于所述配置信息(例如，重复传输的次数)应用不同的无线接收方法。在步骤1715中，由于用户设备1701 可能知道或不知道在给定的时刻使用哪个承载来投递PoC消息，用户设备1701 解复用从MBMS承载或从单播承载接收的PoC下行链路消息至群组通信的相同应用程序端口。

可以看出，通过适当的EPC支持，三种投递方法可同时(concurrently)用于PoC消息投递：无线单播、小区广播和小区多播。从用户设备的角度来看，从三种方法得到的PoC下行链路消息被解复用到相同应用程序端口。对于小区多播方法，用于PoC下行链路消息的动态调度的信令减少(signaling reduction) 能够实现。在一新颖方面，一个公共g-RNTI可用于小区内的不同PoC群组的 PoC下行链路消息调度。此外，为了减少所需的PDCCH空间，上行链路(UL) 物理上行共享信道(Physical Uplink Shared Channel，PUSCH)资源也可以通过 PoC群组的多个用户设备的公共g-RNTI来授予。

图18为在PoC用户设备间共享PDCCH以进行PoC下行链路消息调度的方法的示意图。在LTE网络1810中，集群用户设备属于PoC群组1，而另一个集群用户设备属于PoC群组2。两个PoC群组的用户设备由相同的eNB 1812提供服务。对于PoC下行链路消息多播，EPC建立用于将被投递到PoC群组1的PoC 下行链路消息的MBMS承载1，以及用于将被投递到PoC群组2的PoC下行链路消息的MBMS承载2。在无线接入网小区多播中，eNB 1812分别使用 g-RNTI-1和g-RNTI-2来动态调度PoC下行链路消息至PoC群组1和PoC群组 2。结果是，来自PoC群组1的用户设备监听PDSCH，并且获取PoC下行链路消息，其中的PoC下行链路消息通过用g-RNTI-1加扰的PDCCH发送；以及来自PoC群组2的用户设备监听PDSCH，并且获取PoC下行链路消息，其中PoC 下行链路消息通过用g-RNTI-2加扰的PDCCH发送。

在LTE网络1820，集群用户设备属于PoC群组1，而另一个集群用户设备属于PoC群组2。两个PoC群组的用户设备由相同的eNB 1822提供服务。对于 PoC下行链路消息多播，EPC建立用于将被投递到PoC群组1的PoC下行链路消息的MBMS承载1，以及用于将被投递到PoC群组2的PoC下行链路消息的MBMS承载2。MBMS承载1与TMGI-1相关联，以及MBMS承载2与TMGI-2 相关联。在无线接入网小区多播中，eNB 1822使用公共g-RNTI动态地调度PoC 下行链路消息到PoC群组1和PoC群组2。结果是，来自PoC群组1的用户设备监听PDSCH，并获取PoC下行链路消息，其中的PoC下行链路消息通过用公共g-RNTI加扰的PDCCH发送，以及通过寻找与标识符TMGI-1相匹配的媒体介入控制层(Media Access Control，MAC)协议数据单元(protocol data unit， PDU)子报头(sub-header)以找到它的PoC消息。同样地，来自PoC群组2 的用户设备监听PDSCH，并获取PoC下行链路消息，其中的PoC下行链路消息通过用相同的公共g-RNTI加扰的PDCCH发送，通过寻找与标识符TMGI-2相匹配的MAC PDU子报头以找到它的PoC消息。

为了进一步减少所需之PDCCH空间，用户设备上行链路PUSCH资源也可以通过公共g-RNTI来授予。如方框1830所描绘的，多个g-RNTI可用于每个 PoC群组，例如，g-RNTI-1用于PoC群组1以及g-RNTI-2用于PoC群组2。对于每个单独的用户设备而言，MAC子报头携带链接到相应的上行链路资源授予的用户设备的C-RNTI(UE’s C-RNTI)。另一方面，如方框1840所描绘的，单个g-RNTI被用于所有的PoC群组。对于每个单独的用户设备而言，MAC子报头携带链接到相应的上行链路资源授予的每个用户设备的C-RNTI(each UE’s C-RNTI)。

图19为根据一新颖方面的用于PoC下行链路消息的无线资源高效传输的流程图。在步骤1901中，用户设备在LTE网络中建立用于群组通信的单播EPS 承载。该用户设备属于具有群组ID的通信群组。在步骤1902中，用户设备从网络接收接入信息，用于监听多播MBMS承载，以接收下行链路群组通信的下行链路多播消息。在步骤1903中，用户设备监听并解复用从多播承载或从单播承载接收的下行链路消息到单个群组通信应用程序。在一实施例中，用户设备接收在服务小区中广播的MBSFN子帧中的下行链路群组通信。在另一实施例中，用户设备通过监听由g-RNTI加扰的PDCCH以接收下行链路群组通信。

POC的多播业务连续性的方法

对于PoC消息多播，网络侧需要PoC群组用户设备的移动性管理，以使PoC 消息可以适当地路由到相关的eNB。如果在核心网络中对PoC群组的移动性未进行管理，在需进行切换事件的情况下，PoC多播承载将不能切换到新的目标小区。在接收到切换(handover，HO)命令后，PoC用户设备可以请求切换回的PoC消息的单播分发。在PoC用户设备接收到HO命令时，信道可能太糟糕而不能可靠的通信，这将导致PoC业务中断。由于只有在接收到切换命令之后， PoC用户设备才最有可能请求切换回的单播分发，因此PoC业务的中断时间长于正常语音呼叫。在切换期间的PoC下行链路消息多播的如此长时间的业务中断可被避免。例如，较小的PoC下行链路多播无线覆盖被应用于在小区边缘以提前终止多播分发。PoC下行链路多播的提前终止由RRC测量事件触发。此外，在切换的情况下，PoC业务的连续性是通过选择合适的目标小区来维护的。

图20为在LTE网络200中避免切换期间PoC消息多播的长时间业务中断的示意图。在图20所示的实施例中，用户设备2021属于PoC群组，以及最初接收来自MBMS承载的由eNB 2012投递的PoC消息。稍后，用户设备2021 离开MBMS覆盖区域，并切换到eNB 2011。在切换后，如果用户设备2021要求切换到用于PoC消息投递的单播承载，那么PoC业务中断是很长的。因此，根据一新颖方面，在切换发生之前，用户设2021请求将PoC消息从MBMS承载切换到单播承载。图20示出了小区边界2031和MBMS覆盖边界2041以及 MBMS覆盖盲区(coverage hole)2051。由于MBMS覆盖盲区以及由于离开 MBMS覆盖而导致的业务中断是不能被接受的。在一实施例中，为补救由于PoC 多播的较晚终止而导致的长时间业务中断，MBMS覆盖边界2014被定义为PoC 下行链路消息多播的无线覆盖，其范围比小区边界2031所指出之覆盖区域小。 MBMS覆盖之外的PoC用户设备，应要求切换回消息单播。较小的无线覆盖被设计为使得PoC用户设备在接收到切换命令之前被切换回单播分发。PoC下行链路消息的无线覆盖的限制，可以通过限制下行链路发送功率来实现，和/或通过用于MBMS无线信号(与单播的无线信号相比更具挑战性)的调制和编码方案来实现。

图21为提前终止PoC多播消息的一实施例。在步骤2111中，为用户设备 2101建立单播EPS承载，用于源小区2102的PoC消息。在步骤2112中，网络配置了多播MBMS承载，用于源小区2102的PoC消息多播。然后用户设备2101 准备监听用于PoC下行链路消息多播的MBMS承载。在步骤2113中，用户设备2101执行由网络配置的无线信号测量作为。在步骤2114中，用户设备2101 检测到它正在接近MBMS覆盖边界，MBMS覆盖边界被定义为PoC消息多播的无线边界。当用户设备接近小区边界时，用户设备应当能够知道。例如，用户设备2101可以使用RRC切换相关测量事件(RRC HO-related measurement event)，触发预测该用户设备很可能是在小区边缘周围。例如，RRC切换相关测量事件包括事件A2/A3/A5/A6/B2。连同认识到MBMS信号强度的降低，用户设备知道它是位于MBMS覆盖边界的周围，而不是位于通常的MBMS覆盖盲区。在步骤2115中，用户设备2101因而要求切换回消息单播。稍后，在步骤2116中，用户设备2101执行切换程序并且切换到目标小区2103。因为用户设备在接收切换命令之前切换到消息单播，PoC业务的中断时间会减少。

图22为支持PoC业务连续性的一实施例。在步骤2211中，为用户设备2201 建立单播EPS承载，用于源小区2202的PoC消息。在步骤2212中，网络配置了多播MBMS承载，用于源小区2202的PoC消息多播。在步骤2213中，用户设备2201应用MBMS承载配置并监听来自MBMS多播承载的PoC下行链路消息。在步骤2214中，用户设备2201接收小区2202广播的系统信息(例如，系统信息块(system information block，SIB)15)。在SIB 15的系统信息中提供了相邻小区中的MBMS业务的可用性信息。在RRC空闲模式中，用户设备可以使用该信息以进行小区重选(即选择具有用于PoC多播业务连续可能性的 MBMS业务的小区)。

在RRC连接模式中，用户设备可以使用该信息，并发送指示到为其服务的eNB，以切换到其优选的目标小区(具有用于PoC多业务连续性的MBMS业务的小区)。例如，在步骤2215中，用户设备2201发送MBMS兴趣指示给网络。在步骤2216中，根据其MBMS兴趣指示，用户设备2201被切换到优选的目标小区2203。在步骤2217中，如果MBMS业务是可用的，用户设备2201继续监听目标小区2203中的多播MBMS承载。然而，如果相邻小区不存在MBMS业务，那么为了业务连续性，用户设备2201请求将PoC消息从MBMS承载切换到单播承载(步骤2221)。在步骤2222中，用户设备2201执行切换程序，以切换到目标小区2203。在步骤2223中，为接收PoC消息，在目标小区2203中为用户设备2201建立单播EPS承载。

图23为根据一新颖方面的支持PoC业务连续性的方法的流程图。在步骤 2301中，用户设备在LTE网络中为群组通信建立单播EPS承载。该用户设备属于具有通信组ID的通信群组。在步骤2302中，用户设备从网接收接入信息，以基于多播决定监听该通信群组的下行链路多播消息。在步骤2303中，用户设备监听多播MBMS承载，以接收所述下行链路多播消息。该多播MBMS承载与TMGI相关联，并且TMGI与通信群组ID相关联。在一实施例中，所述接入信息包括TMGI与通信群组ID之间的映射信息。为减少PoC业务中断时间以及维持PoC业务的连续性，有以下几种场景。在步骤2304(场景1)中，在检测到用户设备正在接近MBMS覆盖边界时，用户设备请求将下行链路多播消息从 MBMS承载切换到单播承载。在步骤2305(场景2)中，在执行切换程序之前，用户设备发送优选目标小区的指示到网络，从而保持群组通信的业务连续性。所述指示可基于SIB 15广播的相邻小区的MBMS业务可用性的信息。在步骤 2306(场景3)中，用户设备处于RRC空闲模式，并且由于MBMS的覆盖盲区而丢失(lost)下行链路多播消息。然后，用户设备在RRC请求消息中以新的原因请求RRC建立以进行群组通信。这样做的好处是，当网络拥塞时，网络可以迅速将消息从单播承载卸载到MBMS承载(在用户设备离开MBMS覆盖盲区后)，以及单播资源被释放而可用于其它用户设备。按照这一逻辑，网络应该优先服务于接收到这样的原因的连接请求的用户设备。

用于PoC消息的RRC空闲模式接收方法

由于用户设备功率消耗，保持用户设备处于连接模式中而没有数据传输并不总是受到青睐。在E-UTRAN中，连接模式DRX操作可以用于省电。但是，与空闲模式相比，CQI报告、SRS的配置等还是会引起额外的功率消耗。因此，从实现节能和呼叫建立延迟的角度来看，使能空闲模式下的PoC消息接收是有益的。对于PoC上行链路业务，用户设备无论如何都需要处于连接模式中。通过空闲模式接收，呼叫建立延迟只会因为建立上行链路RRC连接而出现在一端 (即上行链路侧)。在MBMS广播模式下，RRC空闲模式接收成为可能。在一新颖方面，PoC下行链路消息通过核心网中的EPS MBMS业务来投递。EPS使用MBMS广播模式，处于RRC空闲模式的POC用户设备可被配置来监听MBMS 承载上的PoC消息。使用LTE MBSM无线传输的小区广播以及使用LTE动态调度无线传输的小区多播均可用于RRC空闲模式接收。在来自用户设备的PoC 上行链路传输的情况下，用户设备需要在PoC上行链路传输之前进入RRC连接模式。

图24为支持PoC消息的空闲模式接收的一实施例。在步骤2411中，为用户设备2401建立用于PoC上行链路消息的单播EPS承载。在步骤2412中，网络配置用于PoC下行链路消息多播的多播MBMS承载。在步骤2413中，用户设备2401应用MBMS承载配置并监听来自MBMS多播承载的PoC下行链路消息。在步骤2414中，用户设备2401进入RRC空闲模式。结果是，单播EPS 承载的无线承载部分被释放。用户设备2401继续监听RRC空闲模式中的用于 PoC下行链路消息的MBMS承载。在一实施例中，在选定的小区中用于广播PoC 下行链路消息的EPS MBMS无线传输可被重用。结果是，用户设备2401接收其驻留的小区中广播MBSFN帧中的PoC下行链路消息。在步骤2415中，用户设备2401接收在网络中广播的系统信息(例如，SIB 15)。SIB 15中的系统信息提供相邻小区的MBMS业务的可用性信息。

在步骤2421(场景#1)中，用户设备2401基于SIB 15中的系统信息进行小区重选(即选择具有用于PoC多播业务连续可能性的MBMS业务的小区)。用户设备2401可以选择驻留在新的PoC下行链路消息广播小区，并继续在空闲模式下接收PoC下行链路消息。在步骤2422(场景#2)中，用户设备2401 检测它正在离开该MBMS覆盖。在步骤2423中，用户设备2401进入RRC连接模式并请求恢复用于PoC消息的单播EPS承载的无线承载部分。例如，用户设备2401执行追踪区域更新(tracking area update，TAU)以请求恢复无线承载。在步骤2424(场景#3)中，用户设备2401遇到MBMS覆盖盲区。在步骤2425 中，用户设备2401以群组通信的新理由执行RRC建立。在步骤2426中，用户设备2401在RRC建立后恢复单播传输。后来，当用户设备2401不在MBMS 覆盖盲区时，在步骤2427中，如果网络拥塞，用户设备2401将PoC消息从所述单播承载切换到MBMS承载，以使单播承载被释放而可用于其它用户设备。

除了重用用于广播的PoC下行链路消息的EPS MBMS无线传输，以支持空闲模式接收，用于投递PoC下行链路消息至PoC用户设备的群组的E-UTRAN 动态调度机制，也可被重用，以支持空闲模式接收。在E-UTRAN中，无线单播消息是由用户设备专用的C-RNTI(UE-specific C-RNTI)进行加扰的。类似于 PoC消息，PoC用户设备的群组可被通知以监听空闲模式中通过群组专用的 g-RNTI(group-specific g-RNTI)加扰的调度分配。由于EPS MBMS不支持用户设备移动性管理，当用户设备移动至覆盖之外时，eNB并不知道。对于某些应用程序来说，当用户设备移动出特定区域时，PoC业务就变得无关紧要，那么对于这些应用程序来说，空闲模式接收仍然是可能的。对于空闲模式接收，PoC 用户设备在执行空闲模式接收之前应首先获得必要的信息。例如，必要的信息包括监听的哪一个g-RNTI。当用户设备处于RRC连接模式时，PoC用户设备可通过专用RRC信令获得必要的信息，或当用户设备处于RRC空闲模式时通过非专用RRC信令获得必要的信息。

图25为在RRC空闲模式中监听PoC消息的一实施例。当使用用于PoC下行链路消息的动态调度时，用于PoC下行链路消息的通过g-RNTI加扰的调度分配(PDCCH)，可以在公共搜索空间(common search space)中给予，以减少空闲模式的用户设备盲目PDCCH解码尝试次数。这类似于给予寻呼消息的调度分配。此外，对于g-RNTI的监听周期可以与寻呼周期对齐以省电。如图25的左侧部分，在RRC空闲模式，在相同的寻呼周期的开启期间(ON period)会监听群组-RNTI(group-RNTI)和寻呼-RNTI(paging-RNTI)。寻呼周期被调谐来实现PoC数据面延迟和用户设备功率消耗之间的折衷。为了优化，一旦在空闲模式中接收到PoC下行链路消息，用户设备应该保持监听如图25的右侧部分用于时间的延长固定量的群组-RNTI。这是因为，取决于消息类型的群组通信消息可能会突发，并且在基于消息检测的延长接通期间用户设备很可能得到更多的群组通信消息。随着空闲模式接收，当用户设备移出用于PoC下行链路消息的当前服务区时，网络并不知道。当不再有任何用户设备PoC下行链路消息感兴趣时，会产生浪费。为了解决这个问题，当用户设备移出服务区时，用户设备可以执行追踪区域更新(TAU)。然后该核心网可以基于该信息决定是否停止将PoC 传输到特定区域。

图26为根据一新颖方面的支持PoC消息的空闲模式接收的方法的流程图。在步骤2601中，用户设备在LTE网络中为群组通信建立单播EPS承载。该用户设备属于具有通信组ID的通信群组。在步骤2602中，用户设备从网络接收接入信息，以基于多播决定监听该通信群组的下行链路多播消息。在步骤2603 中，用户设备监听多播MBMS承载以接收所述下行链路多播消息。该多播MBMS 承载与TMGI相关联，并且TMGI与通信群组ID相关联。在一实施例中，所述接入信息包括TMGI与通信群组ID之间的映射信息。在步骤2604中，用户设备进入RRC空闲模式，并保持监听MBMS承载以接收所述下行链路多播消息。在一实施例中，用户设备接收其驻留小区中广播的MBSFN子帧中的下行链路群组通信。在另一实施例中，通过监听寻址到群组-RNTI的物理下行链路控制信道 (PDCCH)，接收下行链路群组通信。

虽然本发明已经结合用于说明目的某些具体的实施例进行了描述，但本发明不限于此。因此，各种修改、改编以及所描述的实施例的各种特征的组合可以在不脱离本发明的范围如权利要求书中阐述的情况下实施。