CN105376717A - 建立lte集群通信承载的方法、用户设备及第一网元设备 - Google Patents

Abstract

本发明公开了一种建立LTE集群通信承载的方法，用户设备及第一网元设备，其中，所述方法包括：准备通过多媒体广播/多播服务MBMS承载接收集群业务数据的用户设备，上报指示信息；所述指示信息用于指示能否接收通过MBMS承载发送的集群业务数据；所述用户设备根据网络侧基于接收到的所述指示信息所选择的集群业务承载方式接收集群业务数据。

Description

建立LTE集群通信承载的方法、用户设备及第一网元设备

技术领域

本发明涉及集群通信技术，尤其涉及一种建立LTE集群通信承载的方法、用户设备及第一网元设备。

背景技术

本申请发明人在实现本申请实施例技术方案的过程中，至少发现相关技术中存在如下技术问题：

集群通信系统是为了满足行业用户指挥调度需求而开发的、面向特定行业应用的专用无线通信系统，系统中大量无线用户共享少量无线信道，以指挥调度为主体应用，是一种多用途、高效能的无线通信系统。集群通信系统在政府部门、公共安全、应急通信、电力、民航、石油化工和军队等领域有着广泛的应用市场。

集群通信系统经历了与蜂窝移动通信系统类似的发展历程。第一代集群系统是模拟集群通信系统，主要支持语音通信。最早进入我国的模拟集群通信系统是Nokia公司的Actionet系统，它采用MPT-1327信令，应用在450MHz频段上。此后，日本的F.A.S.T和美国Motorola公司的Smartnet进入我国，并长期占领我国集群市场80％以上的市场份额。

第二代集群系统是窄带数字集群通信系统，兴起于20世纪90年代，2004年左右开始在我国部署，是当前国内应用最广泛的集群通信系统。数字集群通信系统支持语音和低速数据(最高28.8kbps)通信，代表系统是欧洲电信标准组织(ETSI，EuropeanTelecommunicationsStandardsInstitute)定义的陆上集群无线电(TETRA，TerrestrialTrunkedRadio)系统、美国Motorola的综合数字增强型网络(iDEN，IntegratedDigitalEnhancedNetworks)系统，还有国内的两款集群结构，分别是基于CDMA1X开发的开放式集群结构(GoTa，GlobalOpenTrunkingArchitecture)系统、基于GSM开发的GT800系统。从国内来看，最近两三年，TETRA网络的增长最快，在全国已建的数字集群通信网中，TETRA网的数量约占2/3强。

集群系统区别于公众系统的特性在于，集群系统需要具备高效的指挥调度特性，并且要求网络具有高可靠性和安全性。

呼叫控制：根据用户的业务请求，在主叫用户和被叫用户之间建立、维持和释放业务承载；

鉴权认证：支持鉴权和认证，鉴权功能包括：网络侧对终端鉴权，以及网络侧对终端和终端对网络侧的双向鉴权；

故障弱化：当网络侧与基站或网络侧内部网元之间的链路发生故障时，基站能够为其覆盖范围下的用户终端提供受限的集群服务。

网络互联互通功能：能够与公共电话系统(PSTN，PublicSwitchedTelephoneNetwork)、公众移动通信系统(GSM/CDMA、TD-LTE等)、IP电话、其他制式的集群通信系统等互通。在3GPPLTE中集群通信称为组通信服务能力GCSE，图1给出了LTEGCSE的系统架构。

为了有效地利用移动网络资源，第三代合作伙伴计划(3GPP，3rdGenerationPartnershipProject)提出了多媒体广播多播业务(MBMS，MultimediaBroadcastMulticastService)，该业务是一种从一个数据源向多个目标移动终端传送数据的技术，实现了网络(包括核心网和接入网)资源的共享，提高了网络资源(尤其是空中接口资源)的利用率。3GPP定义的MBMS业务不仅能够实现纯文本低速率的消息类组播和广播，而且还能够实现高速多媒体业务的广播和组播，提供多种丰富的视频、音频和多媒体业务，这无疑顺应了未来移动数据发展的趋势，为3G的发展提供了更好的业务前景。

MBMS业务的特点是业务的数据量大，移动终端接收时持续时间长，平均数据率恒定。上述特点决定了MBMS业务的调度与控制信令配置都是半静态的，即MBMS业务的调度信息与控制信令信息都是“长期”保持不变的，这些信息通过MBMS控制信道(MCCH，MBMSControlChannel)周期性地发送，统称为MCCH信息。演进型MBMS(eMBMS)系统可能存在多个MCCH，每个MCCH对应于不同的MBSFN区域，其中仅承载对应MBSFN区域发送的MBMS业务的控制信息。图2给出了LTE中MBMS的架构示意图。

目前业界正在讨论采用MBMS技术实现集群通信的可能性，在这个应用场景下，针对特定的集群的用户设备(UE)，可以通过以下两种方式的任意一种接收所需的集群业务：多播，单播。其中多播方式即通过MBMS承载接收集群业务，此时需要UE具备MBMS接收能力。

在对现有技术的研究和实践过程中发现现有技术存在以下问题：

对于注册到集群业务的UE，网络侧在集群业务开始前需要为每个UE选择发送集群业务的承载方式，即使处于MBSFN区域的UE也可能无法通过多播方式接收集群业务，如何为每个UE建立合适的承载方式，这个问题尚未得到解决。

发明内容

有鉴于此，本发明实施例希望提供一种建立LTE集群通信承载的方法、用户设备及第一网元设备，至少解决了能为每个UE建立合适的承载方式的问题。本发明实施例的技术方案是这样实现的：

本发明实施例提供了一种建立LTE集群通信承载的方法，所述方法包括：

准备通过多媒体广播/多播服务MBMS承载接收集群业务数据的用户设备，上报指示信息；所述指示信息用于指示能否接收通过MBMS承载发送的集群业务数据；

所述用户设备根据网络侧基于接收到的所述指示信息所选择的集群业务承载方式接收集群业务数据。

优选地，所述用户设备根据网络侧基于接收到的所述指示信息所选择的集群业务承载方式接收集群业务数据包括：

所述集群业务承载方式为单播承载时，所述用户设备通过单播承载接收所述集群业务数据；或者，

所述集群业务承载方式为MBMS承载时，所述用户设备通过MBMS承载接收所述集群业务数据。

优选地，所述方法还包括：

上报指示信息之前，用户设备在集群业务所在的MBSFN区域内外移动时，判断用户设备自身是否支持MBMS承载。

优选地，所述判断用户设备自身是否支持MBMS承载包括：

用户设备获取准备接收的集群业务对应的临时移动组标识TMGI；

用户设备读取当前小区的用于配置MBMS参数的相关系统广播消息，得到多播控制信道MCCH的配置信息，若能根据所述MCCH的配置信息读取到在所述MCCH上承载了所述TMGI，则判断出用户设备自身支持MBMS承载。

优选地，所述指示信息至少采用应用层信令或演进的分组系统EPS信令的方式上报；

所述EPS信令包括：空口信令和演进的分组核心网EPC信令。

本发明实施例提供了一种用户设备，所述用户设备包括：

上报单元，用于准备通过多媒体广播/多播服务MBMS承载接收集群业务数据的用户设备上报指示信息；所述指示信息用于指示能否接收通过MBMS承载发送的集群数据；

接收单元，用于根据网络侧基于接收到的所述指示信息所选择的集群业务承载方式接收集群业务数据。

优选地，所述接收单元，进一步用于所述集群业务承载方式为单播承载时，所述用户设备通过单播承载接收所述集群业务数据；或者，所述集群业务承载方式为MBMS承载时，所述用户设备通过MBMS承载接收所述集群业务数据。

优选地，所述用户设备还包括：

判断单元，用于上报指示信息之前，用户设备在集群业务所在的MBSFN区域内外移动时，判断用户设备自身是否支持MBMS承载。

优选地，所述判断单元，进一步包括：

获取子单元，用于获取准备接收的集群业务对应的临时移动组标识TMGI；

解析子单元，用于读取当前小区的用于配置MBMS参数的相关系统广播消息，解析得到多播控制信道MCCH的配置信息，若能根据所述MCCH的配置信息读取到在所述MCCH上承载了所述TMGI，则判断出用户设备自身支持MBMS承载。

优选地，所述指示信息至少采用应用层信令或演进的分组系统EPS信令的方式上报；

所述EPS信令包括：空口信令和演进的分组核心网EPC信令。

本发明实施例提供了一种建立LTE集群通信承载的方法，所述方法包括：

第一网元设备接收准备通过多媒体广播/多播服务MBMS承载接收集群业务数据的用户设备所上报的指示信息；所述指示信息用于指示能否接收通过MBMS承载发送的集群数据；

第一网元设备根据所述指示信息选择集群业务承载方式；

第一网元设备向所述用户设备反馈集群业务承载方式，第一网元设备通过选择的集群业务承载方式发送集群业务数据。

优选地，所述第一网元设备根据所述指示信息选择集群业务承载方式包括：

第一网元设备根据所述指示信息判断是否采用单播承载，如果所述指示信息指示出不能接收MBMS承载，则选择所述集群业务承载方式为单播承载；否则，选择所述集群业务承载方式为MBMS承载。

优选地，上报指示信息之前，用户设备在集群业务所在的MBSFN区域内移动的情况下，所述第一网元设备通过选择的集群业务承载方式发送集群业务数据，包括：

第一网元设备判断用户设备是否支持通过MBMS承载发送集群业务数据，如果是，则通过MBMS承载发送集群业务数据；否则，接收所述指示信息，通过单播承载发送集群业务数据。

优选地，上报指示信息之前，用户设备从集群业务所在的MBSFN区域内移动到MBSFN区域外的情况下，所述第一网元设备通过选择的集群业务承载方式发送集群业务数据，包括：

接收所述指示信息，通过单播承载发送集群业务数据。

优选地，上报指示信息之前，用户设备从集群业务所在的MBSFN区域外移动返回MBSFN区域内的情况下，所述第一网元设备通过选择的集群业务承载方式发送集群业务数据，包括：

接收所述指示信息；

第一网元设备判断用户设备是否支持通过MBMS承载发送集群业务数据，如果是，则通过MBMS承载发送集群业务数据；否则，通过单播承载发送集群业务数据。

本发明实施例提供了一种第一网元设备，所述第一网元设备，包括：

信息接收单元，用于接收准备通过多媒体广播/多播服务MBMS承载接收集群业务数据的用户设备所上报的指示信息；所述指示信息用于指示能否接收通过MBMS承载发送的集群数据；

选择单元，用于根据所述指示信息选择集群业务承载方式；

发送单元，用于向所述用户设备反馈集群业务承载方式，通过选择的集群业务承载方式发送集群业务数据。

优选地，选择单元，进一步用于根据所述指示信息判断是否采用单播承载，如果所述指示信息指示出不能接收MBMS承载，则选择所述集群业务承载方式为单播承载；否则，选择所述集群业务承载方式为MBMS承载。

优选地，所述发送单元，进一步用于上报指示信息之前，用户设备在集群业务所在的MBSFN区域内移动的情况下，判断用户设备是否支持通过MBMS承载发送集群业务数据，如果是，则通过MBMS承载发送集群业务数据；否则，接收所述指示信息，通过单播承载发送集群业务数据。

优选地，所述发送单元，进一步用于上报指示信息之前，用户设备从集群业务所在的MBSFN区域内移动到MBSFN区域外的情况下，接收所述指示信息，通过单播承载发送集群业务数据。

优选地，所述发送单元，进一步用于上报指示信息之前，用户设备从集群业务所在的MBSFN区域外移动返回MBSFN区域内的情况下，接收所述指示信息；判断用户设备是否支持通过MBMS承载发送集群业务数据，如果是，则通过MBMS承载发送集群业务数据；否则，通过单播承载发送集群业务数据。

本发明实施例的方法是准备通过多媒体广播/多播服务MBMS承载接收集群业务数据的用户设备，上报指示信息；所述指示信息用于指示能否接收通过MBMS承载发送的集群数据；所述用户设备根据网络侧基于接收到的所述指示信息所选择的集群业务承载方式接收集群业务数据。采用本发明的方法，UE能够上报能否接收MBMS承载的指示信息给网络侧，由网络侧反馈的合适的承载方式给UE，以根据该承载方式接收网络侧发送的集群业务数据，从而能为每个UE建立合适的承载方式。

附图说明

图1为现有集群通信系统架构示意图；

图2为现有MBMS通信架构示意图；

图3为本发明方法实施例的实现流程图；

图4为本发明用户设备实施例的组成结构图；

图5为本发明另一方法实施例的实现流程图；

图6为本发明第一网元设备实施例的组成结构图；

图7为应用本发明实施例的场景一的流程图；

图8为应用本发明实施例的场景二的流程图；

图9为应用本发明实施例的场景三的流程图；

图10为应用本发明实施例的场景四的流程图。

具体实施方式

下面结合附图对技术方案的实施作进一步的详细描述。

本发明实施例提供了一种建立LTE集群通信承载的方法，如图3所示，所述方法包括：

步骤101、准备通过多媒体广播/多播服务MBMS承载接收集群业务数据的用户设备，上报指示信息；所述指示信息用于指示能否接收通过MBMS承载发送的集群数据；

步骤102、所述用户设备根据网络侧基于接收到的所述指示信息所选择的集群业务承载方式接收集群业务数据。

在本发明实施例一优选实施方式中，所述用户设备根据网络侧基于接收到的所述指示信息所选择的集群业务承载方式接收集群业务数据包括：

所述集群业务承载方式为单播承载时，所述用户设备通过单播承载接收所述集群业务数据；或者，

所述集群业务承载方式为MBMS承载时，所述用户设备通过MBMS承载接收所述集群业务数据。

在本发明实施例一优选实施方式中，所述方法还包括：

上报指示信息之前，用户设备在集群业务所在的MBSFN区域内外移动时，判断用户设备自身是否支持MBMS承载。

在本发明实施例一优选实施方式中，所述判断用户设备自身是否支持MBMS承载包括：

用户设备获取准备接收的集群业务对应的临时移动组标识TMGI；

用户设备读取当前小区的用于配置MBMS参数的相关系统广播消息，得到多播控制信道MCCH的配置信息，若能根据所述MCCH的配置信息读取到在所述MCCH上承载了所述TMGI，则判断出用户设备自身支持MBMS承载。

在本发明实施例一优选实施方式中，所述指示信息至少采用应用层信令或演进的分组系统EPS信令的方式上报；

所述EPS信令包括：空口信令和演进的分组核心网EPC信令。

本发明实施例提供了一种用户设备，如图4所示，所述用户设备包括：

上报单元11，用于准备通过多媒体广播/多播服务MBMS承载接收集群业务数据的用户设备上报指示信息；所述指示信息用于指示能否接收通过MBMS承载发送的集群数据；

接收单元12，用于根据网络侧基于接收到的所述指示信息所选择的集群业务承载方式接收集群业务数据。

在本发明实施例一优选实施方式中，所述接收单元，进一步用于所述集群业务承载方式为单播承载时，所述用户设备通过单播承载接收所述集群业务数据；或者，所述集群业务承载方式为MBMS承载时，所述用户设备通过MBMS承载接收所述集群业务数据。

在本发明实施例一优选实施方式中，所述用户设备还包括：

判断单元，用于上报指示信息之前，用户设备在集群业务所在的MBSFN区域内外移动时，判断用户设备自身是否支持MBMS承载。

在本发明实施例一优选实施方式中，所述判断单元，进一步包括：

获取子单元，用于获取准备接收的集群业务对应的临时移动组标识TMGI；

解析子单元，用于读取当前小区的用于配置MBMS参数的相关系统广播消息，解析得到多播控制信道MCCH的配置信息，若能根据所述MCCH的配置信息读取到在所述MCCH上承载了所述TMGI，则判断出用户设备自身支持MBMS承载。

在本发明实施例一优选实施方式中，所述指示信息至少采用应用层信令或演进的分组系统EPS信令的方式上报；

所述EPS信令包括：空口信令和演进的分组核心网EPC信令。

本发明实施例提供了一种建立LTE集群通信承载的方法，如图5所示，所述方法包括：

步骤201、第一网元设备接收准备通过多媒体广播/多播服务MBMS承载接收集群业务数据的用户设备所上报的指示信息；所述指示信息用于指示能否接收通过MBMS承载发送的集群数据；

步骤202、第一网元设备根据所述指示信息选择集群业务承载方式；

步骤203、第一网元设备向所述用户设备反馈集群业务承载方式，第一网元设备通过选择的集群业务承载方式发送集群业务数据。

在本发明实施例一优选实施方式中，所述第一网元设备根据所述指示信息选择集群业务承载方式包括：

第一网元设备根据所述指示信息判断是否采用单播承载，如果所述指示信息指示出不能接收MBMS承载，则选择所述集群业务承载方式为单播承载；否则，选择所述集群业务承载方式为MBMS承载。

在本发明实施例一优选实施方式中，上报指示信息之前，用户设备在集群业务所在的MBSFN区域内移动的情况下，所述第一网元设备通过选择的集群业务承载方式发送集群业务数据，包括：

第一网元设备判断用户设备是否支持通过MBMS承载发送集群业务数据，如果是，则通过MBMS承载发送集群业务数据；否则，接收所述指示信息，通过单播承载发送集群业务数据。

在本发明实施例一优选实施方式中，上报指示信息之前，用户设备从集群业务所在的MBSFN区域内移动到MBSFN区域外的情况下，所述第一网元设备通过选择的集群业务承载方式发送集群业务数据，包括：

接收所述指示信息，通过单播承载发送集群业务数据。

在本发明实施例一优选实施方式中，上报指示信息之前，用户设备从集群业务所在的MBSFN区域外移动返回MBSFN区域内的情况下，所述第一网元设备通过选择的集群业务承载方式发送集群业务数据，包括：

接收所述指示信息；

第一网元设备判断用户设备是否支持通过MBMS承载发送集群业务数据，如果是，则通过MBMS承载发送集群业务数据；否则，通过单播承载发送集群业务数据。

本发明实施例提供了一种第一网元设备，如图6所示，所述第一网元设备，包括：

信息接收单元21，用于接收准备通过多媒体广播/多播服务MBMS承载接收集群业务数据的用户设备所上报的指示信息；所述指示信息用于指示能否接收通过MBMS承载发送的集群数据；

选择单元22，用于根据所述指示信息选择集群业务承载方式；

发送单元23，用于向所述用户设备反馈集群业务承载方式，通过选择的集群业务承载方式发送集群业务数据。

在本发明实施例一优选实施方式中，选择单元，进一步用于根据所述指示信息判断是否采用单播承载，如果所述指示信息指示出不能接收MBMS承载，则选择所述集群业务承载方式为单播承载；否则，选择所述集群业务承载方式为MBMS承载。

在本发明实施例一优选实施方式中，所述发送单元，进一步用于上报指示信息之前，用户设备在集群业务所在的MBSFN区域内移动的情况下，判断用户设备是否支持通过MBMS承载发送集群业务数据，如果是，则通过MBMS承载发送集群业务数据；否则，接收所述指示信息，通过单播承载发送集群业务数据。

在本发明实施例一优选实施方式中，所述发送单元，进一步用于上报指示信息之前，用户设备从集群业务所在的MBSFN区域内移动到MBSFN区域外的情况下，接收所述指示信息，通过单播承载发送集群业务数据。

在本发明实施例一优选实施方式中，所述发送单元，进一步用于上报指示信息之前，用户设备从集群业务所在的MBSFN区域外移动返回MBSFN区域内的情况下，接收所述指示信息；判断用户设备是否支持通过MBMS承载发送集群业务数据，如果是，则通过MBMS承载发送集群业务数据；否则，通过单播承载发送集群业务数据。

综上所述，本发明实施例主要包括：注册到某个/某些集群业务(GCSEservice)的UE准备通过预建的MBMS承载接收这个/这些集群业务，在某个集群业务开始前，UE向网络(如：GCSEAS、EPC网元，集群业务调度台等，本发明后续实施例的描述均以GCSEAS为例)上报能否接收MBMS承载信息，收到信息的AS(本发明后续实施例中GCSEAS简称为AS)选择向所述UE发送集群业务的承载方式，并通过选择的承载发送集群服务。通过本发明，能解决为不同UE建立集群承载的问题，能够实现在MBSFN区域内外的集群业务的传输，保障所有集群业务应用服务系统为其所有群组成员提供业务和集群用户及时获取集群业务，降低UE到AS的信令负载和减少接入网的接入负荷，减少对无线接入网络的影响。

以下采用各个应用场景对本发明实施例进一步详细阐述。如无具体说明，本发明实施例的MBMS是指演进的MBMS即eMBMS，AS是指GCSEAS。

场景一：用户侧与网络侧交互的完整流程，通过建立合适的承载方式实现传送集群通信的方法如图7所示，包括：

步骤301，集群UE(groupmember)准备接收某个集群业务。

步骤301之前，该集群UE首先到该集群业务所对应的GCSEAS进行注册。这样GCSEAS可以知道一共有多少UE加入了这个集群业务。

UE准备接收的集群业务，也是UE加入了这个集群业务，并成为该集群业务的组成员。GCSEAS可以通过UE的注册流程，知道针对某个集群业务有哪些组成员。

所述UE准备接收集群业务是指：集群业务未开始，UE已注册到AS，准备接收上述集群业务，也称：UE对这个/这些集群业务感兴趣(interesting)接收。

所述UE具有集群通信能力，包括用户终端和调度台，用户终端包括手持终端、车载台和固定台等；调度台包括有线调度台和无线调度台。用户终端和无线调度台通过空中接口与LTE网络相连，有线调度台通过集群网关与网络子系统相连。这里假设UE具备MBMS接收能力。

所述接收可以通过单播承载或多播承载进行，其中多播承载是指点到多点(PTM)承载，也称为MBMS承载(在LTE系统中，一般是采用MBSFN模式接收)。

本发明实施例中，以下描述表示同一概念：MBMS承载，MBSFN承载，多播承载，点到多点PTM承载。

所述MBMS承载包括核心网承载(即：EPC承载)和空口承载；RAN(基站eNB和/或MCE)配置MBMS空口资源，并在空口发送MBMS配置信息和集群数据。

步骤302，UE向AS发送指示信息。

所述UE从空闲态转到连接态(如果本来处于空闲态)，所述UE通过以下任意一种方式向AS发送指示信息：应用层信令，EPS信令；其中EPS信令包括空口信令和EPC信令。当发送指示信息结束，所述UE返回空闲态。比如：UE可以通过GC1接口向AS发送指示信息，GC1接口是指：UE与GCSEAS之间的接口。

所述UE向AS发送的指示信息为：UE是否支持MBMS承载(也就是：UE是否可以采用MBMS承载接收某个/某些集群业务)。如用1比特指示UE是否支持多播承载，即上报TRUE(真)或FALSE(假)，TRUE表示UE能够接收MBMS承载发送的集群业务，FALSE表示UE不能接收MBMS承载发送的集群业务。所述UE根据已收到的信息确定是否支持多播承载，如UE处于MBSFN区域，且可以正常接收MBMS控制消息，则UE支持多播承载，否则UE不能支持多播承载。所述UE为RRC空闲态或RRC连接态；

UE在向AS发送指示信息之前，首先需要判断其自身能否支持多播承载。UE判断其自身能否支持多播承载的方法为：UE准备接收某个集群业务并注册到相应的AS，从而获得该集群业务所对应临时移动组标识(TMGI)；UE读取USD获得该业务TMGI所对应的SAIlist和frequency，UE读取其当前驻留小区的SIB13，获得MCCH的配置信息，UE随后读取MCCH内容，如果MCCH内容中包括上述TMGI的配置参数，UE进一步地读取承载了该TMGI内容的MTCH。简单地说，当UE可以在当前小区所属的MBSFN区域，正确地读取到的MCCH上承载了上述TMGI，则UE判断其自身支持多播承载；所述支持多播承载，是指支持针对某个特定集群业务的多播承载。

初始地，当UE注册后，该UE可以从AS获得其准备接收的某个/某些集群所对应TMGI标识，从而判断其能否通过MBMS承载接收该业务，然后UE向AS发送指示信息，AS也就可以获得该集群业务的所有注册的组成员所发送的指示信息，AS从而知道哪些组成员(UE)可以通过MBMS承载接收该业务，哪些组成员(UE)不能通过MBMS承载接收该业务。进一步，所述UE接收MBMS承载的状态可能变化，如果接收状态变化，UE要向AS发送更新的指示信息。

所述接收状态变化，是指UE能否接收MBMS承载的状态发生变化，比如：从能采用MBMS承载方式接收到不能接收；从不能采用MBMS承载方式接收到能够接收。

UE接收MBMS承载的状态发生变化原因有许多，比如：

1)由于UE的移动，当UE离开或者进入了承载了其准备接收的集群业务的SA区域或者离开了承载了其准备接收的集群业务的MBSFN区域；

2)由于MBMS承载的所述集群业务(即该UE准备接收/感兴趣接收)的信号质量差，以至于UE无法再采用MBMS承载来接收该业务，或者反之，从信号质量差到信号质量好。

通过上述过程，AS总是可以实时掌握：哪些UE可以通过MBMS承载接收该业务，哪些UE不能通过MBMS承载接收该业务。

步骤303，AS判断是否需要为该UE建立单播承载，如果是转向步骤304，否则转向步骤305。

AS收到UE的上述指示信息后，如果该指示信息是“FALSE”，则AS判断是否需要为该UE建立单播承载，其判断方法是：判断是否有可用的MBMS承载(也就是：多播承载，Multicastbearer，是相对于单播承载的多播承载，也称为PTM点到多点承载)：可用的MBMS承载是指UE在MBMS覆盖区域(MBMS覆盖区域就是MBSFNarea)内，集群业务还未开始。如果AS判断没有可用MBMS承载，则建立单播承载，否则继续采用MBMS承载。

AS收到UE的上述指示信息后，如果该指示信息是“FALSE”，则AS也可以等到该UE准备接收的集群业务开始时，立即为其建立单播承载。也就是说，AS收到上述UE指示信息后，不做判断和处理，如果所述集群已经开始则立即为该UE建立单播承载；如果所述集群尚未开始就等到业务开始后为该UE建立单播承载。

步骤304，AS通过单播承载(也称为PTP承载，点到点)向UE发送集群服务。

所述AS根据UE的指示信息和本地信息确定是否采用单播承载，如果没有可用MBMS承载，则AS选择通过单播承载发送集群服务。如果所述AS已知所述UE的位置信息，则所述AS通过所述UE所在的MME发送寻呼消息，从而与UE建立PTP连接以传输集群业务；如果AS不知UE的位置信息，则所述AS通过相连的所有MME发送寻呼消息，从而与UE建立PTP连接以传输集群业务。

所述UE通过单播承载接收集群数据。

步骤305，AS通过MBMS承载向UE发送集群业务。

一般地，通过UE向AS发送的指示信息，对于所有注册该集群业务的UE，AS可以知道其中的哪些UE不能通过MBMS承载接收该集群业务；当该集群业务开始后，AS需要为这些UE建立PTP承载；而对于可以通过MBMS承载接收该业务的UE，则AS不需要为其建立PTP承载。

如果所述AS与所述UE建立了单播承载，则AS根据网络负载情况和UE状态判断是否释放该单播承载，如网络负载较高，且UE支持多播承载发送集群业务，则AS选择释放单播承载而通过预建的MBMS承载发送集群业务。

所述AS通过现有MBMS承载或者新建MBMS承载向所述UE发送集群业务。其中新建MBMS承载是指根据集群业务需求，BM-SC更新了MBMS承载。

场景二：针对UE在MBSFN区域内移动的情况，通过建立合适的承载方式实现传送集群通信的方法如图8所示，包括：

步骤401，UE准备接收某个/某些集群业务。

所述UE在MBMS覆盖区域(即：在某个/某些MBSFN覆盖区域，也可以是UE属于某个/某些MBMS业务区域SA)，并通过注册到AS准备接收集群服务。所述集群业务未开始，所述集群业务的MBMS承载已预建立。

步骤402，UE在MBSFN区域内移动。

所述UE在所述MBSFN区域内移动，所述UE根据所在驻留小区的系统消息SIB13和/或SIB15和/或MCCH消息判断自己是否在MBSFN区域内，例如：在UE驻留小区有SIB13/SIB15/MCCH广播消息，则UE确定自己在MBSFN区域中。进一步，所述UE根据MCCH中的TMGI列表或者SIB15中的业务区域标识SAI确定是否为自己准备/感兴趣接收的集群业务区域。

步骤403，UE是否能够接收多播承载，如果是，则转向步骤404，否则，转向步骤405。

所述UE在MBSFN区域内也可能无法接收多播承载，如：UE位于MBSFN区域的保留小区、MBSFN洞hole，或者UE的接收MBSFN信号质量差，或者UE无法正确地解码PMCH数据等；所述UE通过在MBSFN区域内是否能够正常接收PTM承载确定是否向AS发送指示信息，如果UE能够正常接收多播承载，则不发送指示信息，否则发送指示信息。

步骤404，AS通过多播承载发送集群业务。

UE在MBSFN区域且能够正常接收多播承载，则UE不发送指示信息，所述AS通过预建的多播承载发送集群业务。

步骤405，UE向AS发送指示信息。

所述UE在MBSFN区域中不能正常接收多播承载，所述指示信息为False假。进一步，所述指示信息可能包含区域信息SAI或ECI.

比如：UE准备接收集群业务1和集群业务2，即该UE同时加入了多个集群业务组；集群业务1和集群业务2可能属于相同/不同的AS，比如集群业务1属于AS1，而集群业务2属于AS2，则UE向AS1和AS2分别发送指示信息.如果集群业务1和2属于同一个AS，则UE向这个AS发送指示信息。

UE可能采用PTM模式接收集群业务1，但不能采用PTM模式接收集群业务2，则该UE向AS发送集群业务1为True，向AS发送集群业务2为False。

如：UE向集群业务1所属的AS1发送该集群业务1的指示信息：

如果是true，则可以仅发送true，即：{集群业务1，true}

也可以不但发送true还有其他信息，即：{集群业务1，true,ECI/SAI}

所述UE可以是空闲态或连接态，如果是空闲态，则所述UE先进入连接态上报指示信息，上报结束后，所述UE返回空闲态。

步骤406，AS通过单播承载发送集群业务。

所述AS通过EPC寻呼UE，如果AS已知UE位置信息，则AS在UE所在的MME发送寻呼消息，与UE建立PTP连接并发送集群业务；如果AS不知UE的位置信息，则AS在UE所在MBSFN区域的MME发送寻呼消息，与UE建立PTP连接并发送集群业务。

EPC包括：BM-SC,MBMS-GW,MME.

场景三：针对UE从MBSFN区域内移动到MBSFN区域外的情况，通过建立合适的承载方式实现传送集群通信的方法如图9所示，包括：

步骤501，UE准备接收集群服务。

本步骤与步骤301相同，这里不再赘述。

步骤502，UE从MBSFN区域内移动到MBSFN区域外。

所述UE根据所在驻留小区的系统消息SIB13和/或SIB15和/或MCCH消息判断自己是否移动到MBSFN区域外，例如：在UE驻留小区没有SIB13/SIB15/MCCH广播消息，则UE确定自己在MBSFN区域外。进一步，所述UE根据MCCH中的TMGI列表或者SIB15中的业务区域标识SAI确定是否位于自己准备/感兴趣接收的集群业务区域。

步骤503，UE向AS发送指示信息。

所述指示信息是False，则可以仅发送false，即：{集群业务1，false}

也可以不但发送false，还有其他信息，即：{集群业务1，false,ECI/SAI}.

所述指示信息通过UE和AS之间的GC1接口的应用层信令发送。

步骤504，AS与UE建立单播承载并发送集群业务。

所述UE无法通过MBMS承载接收集群业务，所述AS与所述UE建立单播承载并发送集群业务。

场景四：针对UE从MBSFN区域外移动到MBSFN区域内的情况，通过建立合适的承载方式实现传送集群通信的方法如图10所示，包括：

步骤601，UE准备接收集群业务。

步骤602，UE从MBSFN区域外移动到MBSFN区域内。

所述UE根据所在驻留小区的系统消息SIB13和/或SIB15和/或MCCH消息判断自己是否移动到MBSFN区域内，例如：在UE驻留小区接收到SIB13/SIB15/MCCH广播消息，则UE确定自己在MBSFN区域内。进一步，所述UE根据MCCH中的TMGI列表或者SIB15中的业务区域标识SAI确定是否位于自己准备/感兴趣接收的集群业务区域。

步骤603，UE向AS发送指示信息。

所述指示信息为True，用以表明所述UE可以通过MBMS承载接收集群业务。如果是true，可以仅发送true，即：{集群业务1，true}

也可以不但发送true还有其他信息，即：{集群业务1，true,ECI/SAI}

步骤604，AS判断是否通过MBMS承载向UE发送集群业务，如果是，转向步骤605，否则，转向步骤606。

所述AS根据网络负载和UE状态确定是否通过MBMS承载向发送集群业务，如果UE正在通过单播承载接收集群业务，且网络负载允许UE继续通过单播承载接收集群业务，则AS选择通过单播承载发送集群业务到UE，否则AS选择通过MBMS承载向UE发送集群业务。

步骤605，AS通过预建MBMS承载发送集群业务。

所述预建MBMS承载是指在UE上报指示信息之前，在集群业务区域建立的用于发送集群业务的MBMS承载。如果UE原来已建立单播承载到AS，则AS释放到UE的单播承载。

步骤606，AS通过单播承载向UE发送集群业务。

如果所述AS已经建立到UE的单播承载，则继续通过单播承载发送集群业务，否则AS寻呼UE，并与UE建立单播承载发送集群业务。

缩略语：

AS：ApplicationServer，应用服务器；

EPC，EvolvedPacketCorenetwork，演进的分组核心网；

EPS：EvolvedPacketSystem，演进的分组系统；

ECI：E-UTRANCellIdentifier，E-UTRAN小区标识；

MBMS：MultimediaBroadcast/MulticastService，多媒体广播/多播服务；

GCSE：GroupCommunicationServiceEnabler，组通信服务能力；

MCE：Multicell/MulticastCoordinationEntity，多小区/多播协作实体；

MME：MobilityManagementEntity，移动管理实体；

BM-SC：BroadcastMulticast-ServiceCentre，广播多播服务中心；

MBMS-GW：MBMS-GateWay，MBMS网关；

MBSFN:MBMSoveraSingleFrequencyNetwork，单频网MBMS；

MCCH：MulticastControlChannel，多播控制信道；

MTCH：MulticastTrafficChannel，多播业务信道；

OAM，OperationAdministrationandMaintenance，操作管理和维护；

PTM：PointToMultipoint，点到多点；

PTP：PointToPoint，点到点；

RRC：RadioResourceControl，无线资源控制；

SAI：ServiceAreaIdentifier，服务器区域标识；

SIB：SystemInformationBlock，系统信息块；

TMGI：TemporaryMobileGroupIdentity，临时移动组标识；

USD：UserServiceDescription，用户业务描述。

本发明实施例所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本发明实施例不限制于任何特定的硬件和软件结合。

相应的，本发明实施例还提供一种计算机存储介质，其中存储有计算机程序，该计算机程序用于执行本发明实施例的建立LTE集群通信承载的方法。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (20)

1.一种建立LTE集群通信承载的方法，其特征在于，所述方法包括：

准备通过多媒体广播/多播服务MBMS承载接收集群业务数据的用户设备，上报指示信息；所述指示信息用于指示能否接收通过MBMS承载发送的集群业务数据；

所述用户设备根据网络侧基于接收到的所述指示信息所选择的集群业务承载方式接收集群业务数据。

2.根据权利要求1所述的方法，其特征在于，所述用户设备根据网络侧基于接收到的所述指示信息所选择的集群业务承载方式接收集群业务数据包括：

所述集群业务承载方式为单播承载时，所述用户设备通过单播承载接收所述集群业务数据；或者，

所述集群业务承载方式为MBMS承载时，所述用户设备通过MBMS承载接收所述集群业务数据。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

上报指示信息之前，用户设备在集群业务所在的MBSFN区域内外移动时，判断用户设备自身是否支持MBMS承载。

4.根据权利要求3所述的方法，其特征在于，所述判断用户设备自身是否支持MBMS承载包括：

用户设备获取准备接收的集群业务对应的临时移动组标识TMGI；

用户设备读取当前小区的用于配置MBMS参数的相关系统广播消息，得到多播控制信道MCCH的配置信息，若能根据所述MCCH的配置信息读取到在所述MCCH上承载了所述TMGI，则判断出用户设备自身支持MBMS承载。

5.根据权利要求1或2所述的方法，其特征在于，所述指示信息至少采用应用层信令或演进的分组系统EPS信令的方式上报；

所述EPS信令包括：空口信令和演进的分组核心网EPC信令。

6.一种用户设备，其特征在于，所述用户设备包括：

上报单元，用于准备通过多媒体广播/多播服务MBMS承载接收集群业务数据的用户设备上报指示信息；所述指示信息用于指示能否接收通过MBMS承载发送的集群数据；

接收单元，用于根据网络侧基于接收到的所述指示信息所选择的集群业务承载方式接收集群业务数据。

7.根据权利要求6所述的用户设备，其特征在于，所述接收单元，进一步用于所述集群业务承载方式为单播承载时，所述用户设备通过单播承载接收所述集群业务数据；或者，所述集群业务承载方式为MBMS承载时，所述用户设备通过MBMS承载接收所述集群业务数据。

8.根据权利要求6或7所述的用户设备，其特征在于，所述用户设备还包括：

判断单元，用于上报指示信息之前，用户设备在集群业务所在的MBSFN区域内外移动时，判断用户设备自身是否支持MBMS承载。

9.根据权利要求8所述的用户设备，其特征在于，所述判断单元，进一步包括：

获取子单元，用于获取准备接收的集群业务对应的临时移动组标识TMGI；

解析子单元，用于读取当前小区的用于配置MBMS参数的相关系统广播消息，解析得到多播控制信道MCCH的配置信息，若能根据所述MCCH的配置信息读取到在所述MCCH上承载了所述TMGI，则判断出用户设备自身支持MBMS承载。

10.根据权利要求6或7所述的用户设备，其特征在于，所述指示信息至少采用应用层信令或演进的分组系统EPS信令的方式上报；

所述EPS信令包括：空口信令和演进的分组核心网EPC信令。

11.一种建立LTE集群通信承载的方法，其特征在于，所述方法包括：

第一网元设备接收准备通过多媒体广播/多播服务MBMS承载接收集群业务数据的用户设备所上报的指示信息；所述指示信息用于指示能否接收通过MBMS承载发送的集群数据；

第一网元设备根据所述指示信息选择集群业务承载方式；

第一网元设备向所述用户设备反馈集群业务承载方式，第一网元设备通过选择的集群业务承载方式发送集群业务数据。

12.根据权利要求11所述的方法，其特征在于，所述第一网元设备根据所述指示信息选择集群业务承载方式包括：

第一网元设备根据所述指示信息判断是否采用单播承载，如果所述指示信息指示出不能接收MBMS承载，则选择所述集群业务承载方式为单播承载；否则，选择所述集群业务承载方式为MBMS承载。

13.根据权利要求11所述的方法，其特征在于，上报指示信息之前，用户设备在集群业务所在的MBSFN区域内移动的情况下，所述第一网元设备通过选择的集群业务承载方式发送集群业务数据，包括：

第一网元设备判断用户设备是否支持通过MBMS承载发送集群业务数据，如果是，则通过MBMS承载发送集群业务数据；否则，接收所述指示信息，通过单播承载发送集群业务数据。

14.根据权利要求11所述的方法，其特征在于，上报指示信息之前，用户设备从集群业务所在的MBSFN区域内移动到MBSFN区域外的情况下，所述第一网元设备通过选择的集群业务承载方式发送集群业务数据，包括：

接收所述指示信息，通过单播承载发送集群业务数据。

15.根据权利要求11所述的方法，其特征在于，上报指示信息之前，用户设备从集群业务所在的MBSFN区域外移动返回MBSFN区域内的情况下，所述第一网元设备通过选择的集群业务承载方式发送集群业务数据，包括：

接收所述指示信息；

第一网元设备判断用户设备是否支持通过MBMS承载发送集群业务数据，如果是，则通过MBMS承载发送集群业务数据；否则，通过单播承载发送集群业务数据。

16.一种第一网元设备，其特征在于，所述第一网元设备，包括：

信息接收单元，用于接收准备通过多媒体广播/多播服务MBMS承载接收集群业务数据的用户设备所上报的指示信息；所述指示信息用于指示能否接收通过MBMS承载发送的集群数据；

选择单元，用于根据所述指示信息选择集群业务承载方式；

发送单元，用于向所述用户设备反馈集群业务承载方式，通过选择的集群业务承载方式发送集群业务数据。

17.根据权利要求16所述的第一网元设备，其特征在于，选择单元，进一步用于根据所述指示信息判断是否采用单播承载，如果所述指示信息指示出不能接收MBMS承载，则选择所述集群业务承载方式为单播承载；否则，选择所述集群业务承载方式为MBMS承载。

18.根据权利要求16所述的第一网元设备，其特征在于，所述发送单元，进一步用于上报指示信息之前，用户设备在集群业务所在的MBSFN区域内移动的情况下，判断用户设备是否支持通过MBMS承载发送集群业务数据，如果是，则通过MBMS承载发送集群业务数据；否则，接收所述指示信息，通过单播承载发送集群业务数据。

19.根据权利要求16所述的第一网元设备，其特征在于，所述发送单元，进一步用于上报指示信息之前，用户设备从集群业务所在的MBSFN区域内移动到MBSFN区域外的情况下，接收所述指示信息，通过单播承载发送集群业务数据。

20.根据权利要求16所述的第一网元设备，其特征在于，所述发送单元，进一步用于上报指示信息之前，用户设备从集群业务所在的MBSFN区域外移动返回MBSFN区域内的情况下，接收所述指示信息；判断用户设备是否支持通过MBMS承载发送集群业务数据，如果是，则通过MBMS承载发送集群业务数据；否则，通过单播承载发送集群业务数据。