CN105813025B - 一种群组通信方法和服务器 - Google Patents

Abstract

本发明公开了一种群组通信方法和服务器，涉及通信领域，能够解决群组通信占用带宽资源造成无线资源浪费，且支持群组数量有限的问题。其方法为：通过服务器接收多播群组的通信请求，从m个预先建立的多播承载中选择第一多播承载，服务器建立第一多播承载与多播群组的映射关系，并通过第一多播群组发送群组通信数据。本发明实施例用于群组通信。

Description

一种群组通信方法和服务器

技术领域

本发明涉及通信领域，尤其涉及一种群组通信方法和服务器。

背景技术

集群通信系统是按照动态信道指配的方式实现多用户共享多信道的无线电移动通信系统。该系统一般由终端设备、基站和中心控制站等组成，具有调度、群呼、优先呼、虚拟专用网、漫游等功能。其基本业务特点是“即按即说”(Push To Talk，PTT)，采用了半双工、点对多点的通信方式，主叫方只要按一个按键，就可以直接向一个或一组人发起通话，呼叫即时即通，其中同时与一组人进行通话即为群组通信。

第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)R12规定了基于长期演进(Long Term Evolution，LTE)网络的群组通信系统架构(GroupCommunication System Enablers，GCSE)，包括基于单播(Unicast)和增强型广播/多播服务(evolved Multimedia Broadcast/Multicast Service，eMBMS)两种类型。其中，基于单播的群组通信，需要为每一个群组成员建立一条单播承载，在单播承载上发送和接收通信内容，包括语音、视频和短信等。当有大量群组用户集中在同一个基站，采用基于eMBMS的广播/多播方案时，在每个物理小区，需要为每一个群组建立一条多播承载，可以减少基站的负荷，提升群组用户数的容量。

目前通过广播/多播建立的群组通信采用的是预建立群组会话的方式，即提前为每个群组建立一个多播承载并永不释放，用户需要发送通信数据时，就在属于用户自己的承载上进行数据通信，不需要重新建立会话，但是，由于多播承载不释放，使得同一小区支持的群组数量有限，且当没有群组通信时，会占用大量多播容量，即占用带宽资源，造成无线资源浪费。

发明内容

本发明实施例提供一种群组通信的方法和服务器，能够解决群组通信占用带宽资源造成无线资源浪费，且支持群组数量有限的问题。

第一方面，提供一种群组通信的方法，包括：

服务器接收多播群组的通信请求，从m个预先建立的多播承载中选择第一多播承载；

所述服务器建立所述第一多播承载与所述多播群组的映射关系，并通过所述第一多播群组发送群组通信数据。

结合第一方面，在第一方面的第一种可能实现的方式中，在所述服务器接收所述多播群组的通信请求之前，所述方法还包括：

所述服务器为所述SA申请N个临时移动组标识TMGI，并为每个TMGI配置多播网络协议IP地址和端口号，再将所述TMGI、所述IP地址和所述端口号发送给终端；

所述服务器为所述SA申请的N个TMGI中的m个TMGI建立对应的多播承载，并将m个TMGI的状态从无承载状态切换为保留状态，进而在所述保留状态的TMGI对应的多播承载上向所述终端广播服务区标识SAI；

其中，所述无承载状态用于表征未对TMGI建立对应的多播承载；所述保留状态用于表征已为TMGI建立对应的多播承载，且不存在群组标识ID与IMGI的映射关系。

结合第一方面的第一种可能实现的方式，在第一方面的第二种可能实现的方式中，所述服务器接收多播群组的通信请求，从m个预先建立的多播承载中选择第一多播承载包括：

当有群组呼叫建立群组通信时，所述服务器根据所述终端上报的SAI统计所述SAI对应的群组用户数，并根据所述群组用户数确定是否通过多播承载发送群组通信数据；

若确定通过所述多播承载发送所述群组通信数据，则所述服务器再确定是否存在所述群组的群组标识ID与TMGI的映射关系；

若存在，则所述服务器在与所述TMGI对应的多播承载上发送所述群组通信数据；若不存在，则所述服务器从m个预先建立的多播承载对应的TMGI中选取一TMGI，以便于在选取的TMGI对应的第一多播承载上发送所述群组通信数据。

结合第一方面的第二种可能实现的方式，在第一方面的第三种可能实现的方式中，所述根据所述群组用户数确定是否通过多播承载发送群组通信数据包括：

所述服务器根据所述群组用户数确定所述群组用户数是否大于预设数量，若大于，则所述服务器确定通过所述多播承载发送所述群组通信数据。

结合第一方面的第二种可能实现的方式或第三种可能实现的方式，在第一方面的第四种可能实现的方式中，所述服务器建立所述第一多播承载与所述多播群组的映射关系，并通过所述第一多播群组发送群组通信数据包括：

所述服务器在选取的TMGI对应的第一多播承载上发送所述群组通信数据，同时建立所述群组ID与选取的TMGI的映射关系；

所述服务器将选取的TMGI的状态从所述保留状态切换为承载状态，再从状态为无承载状态的TMGI中选取一TMGI并建立对应的多播承载，并将所述无承载状态切换为所述保留状态；

其中，所述承载状态用于表征已为TMGI建立对应的多播承载，且存在群组ID与IMGI的映射关系。

结合第一方面的第二种可能实现的方式至第四种可能实现的方式，在第一方面的第五种可能实现的方式中，所述方法还包括：

当所述群组呼叫释放所述群组通信，或预设时间段内未发送所述群组通信数据时，所述服务器拆除所述群组ID与所述TMGI的映射关系，并确定是否释放所述TMGI对应的第一多播承载；

所述确定是否释放所述TMGI对应的第一多播承载包括：

所述服务器确定当前状态为所述保留状态的TMGI的数量是否小于m；

若小于m，则所述服务器不释放所述TMGI对应的第一多播承载，并将所述TMGI的状态从所述承载状态切换为所述保留状态；

若大于或等于m，则所述服务器释放所述TMGI对应的第一多播承载，并将所述TMGI的状态从所述承载状态切换为所述无承载状态。

第二方面，提供一种服务器，包括：

接收单元，用于接收多播群组的通信请求；

处理单元，用于从m个预先建立的多播承载中选择第一多播承载；

建立所述第一多播承载与所述多播群组的映射关系；

发送单元，用于通过所述第一多播群组发送群组通信数据。

结合第二方面，在第二方面的第一种可能实现的方式中，所述处理单元还用于：为所述SA申请N个临时移动组标识TMGI，并为每个TMGI配置多播网络协议IP地址和端口号；

所述发送单元还用于：将所述TMGI、所述IP地址和所述端口号发送给终端；

所述处理单元，还用于为所述SA申请的N个TMGI中的m个TMGI建立对应的多播承载，并将m个TMGI的状态从无承载状态切换为保留状态，进而通过所述发送单元在所述保留状态的TMGI对应的多播承载上向所述终端广播服务区标识SAI；

其中，所述无承载状态用于表征未对TMGI建立对应的多播承载；所述保留状态用于表征已为TMGI建立对应的多播承载，且不存在群组标识ID与IMGI的映射关系。

结合第二方面的第一种可能实现的方式，在第二方面的第二种可能实现的方式中，所述处理单元，用于当有群组呼叫建立群组通信时，根据所述终端上报的SAI统计所述SAI对应的群组用户数，并根据所述群组用户数确定是否通过多播承载发送群组通信数据；

若确定通过多播承载发送所述群组通信数据，则再确定是否存在所述群组的群组标识ID与TMGI的映射关系；

所述发送单元，用于若存在，则在与所述TMGI对应的多播承载上发送所述群组通信数据；

所述处理单元，用于若不存在，则从m个预先建立的多播承载对应的TMGI中选取一TMGI，以便于通过所述发送单元在选取的TMGI对应的第一多播承载上发送所述群组通信数据。

结合第二方面的第二种可能实现的方式，在第二方面的第三种可能实现的方式中，所述处理单元用于：根据所述群组用户数确定所述群组用户数是否大于预设数量，若大于，则所述服务器确定通过所述多播承载发送所述群组通信数据。

结合第二方面的第三种可能实现的方式或第三种可能实现的方式，在第二方面的第四种可能实现的方式中，所述发送单元用于在选取的TMGI对应的第一多播承载上发送所述群组通信数据，同时通过所述处理单元建立所述群组ID与选取的TMGI的映射关系；

所述处理单元用于将选取的TMGI的状态从所述保留状态切换为承载状态，再从状态为无承载状态的TMGI中选取一TMGI并建立对应的多播承载，并将所述无承载状态切换为所述保留状态；

其中，所述承载状态用于表征已为TMGI建立对应的多播承载，且存在群组ID与TMGI的映射关系。

结合第二方面的第二种可能实现的方式至第四种可能实现的方式，在第二方面的第五种可能实现的方式中，还包括：

拆除单元，用于当所述群组呼叫释放所述群组通信，或预设时间段内未发送所述群组通信数据时，拆除所述群组ID与所述TMGI的映射关系；

所述处理单元，还用于确定是否释放所述TMGI对应的第一多播承载；

所述处理单元具体用于：确定当前状态为所述保留状态的TMGI的数量是否小于m；

若小于m，则不释放所述TMGI对应的第一多播承载，并将所述TMGI的状态从所述承载状态切换为所述保留状态；

若大于或等于m，则释放所述TMGI对应的第一多播承载，并将所述TMGI的状态从所述承载状态切换为所述无承载状态。

本发明公开了一种群组通信方法和服务器，通过服务器接收多播群组的通信请求，从m个预先建立的多播承载中选择第一多播承载，服务器建立第一多播承载与多播群组的映射关系，并通过第一多播群组发送群组通信数据，这样不用采用预建立群组会话的方式提前为每个群组建立多播承载并用不释放，而是通过预建立m个多播承载，当有多播群组通信时，选取其中一TMGI对应的多播承载进行发送，这样在群组呼叫释放群组通信时，不占用带宽资源，所有群组能够共享多播承载，使得系统支持的多播群组数量不受限制，能够解决群组通信占用带宽资源造成无线资源浪费，且支持群组数量有限的问题。

附图说明

图1为本发明实施例提供的一种群组通信的方法流程示意图；

图2为本发明实施例提供的一种群组通信的方法流程示意图；

图3为本发明实施例提供的一种群组通信的方法状态切换示意图；

图4为本发明实施例提供的一种服务器结构示意图；

图5为本发明实施例提供的一种服务器结构示意图；

图6为本发明实施例提供的一种服务器结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获取的所有其他实施例，都属于本发明保护的范围。

下面结合说明书附图对本发明优选的实施方式进行详细说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明，并且在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

本发明实施例提供一种群组通信的方法，如图1所示，包括：

101、服务器接收多播群组的通信请求，从m个预先建立的多播承载中选择第一多播承载。

其中，服务区(Service Area，SA)也可称为业务区，由同属于某一相同位置区(Location Area，LA)的一个或多个小区组成，用于向域名CN指示终端所处的位置，用于表征广播/多播服务广播的范围。临时移动组标识(Temporary Mobile Group Identity，TMGI)是多媒体广播/多播服务(Multimedia Broadcast/Multicast Service，MBMS)用来标识广播多播承载的标识。MBMS的目的是为了支持广播/多播业务，在同一时间为了多用户提供高速数据业务。每个SA下可以支持N个多播群组进行通信，也就对应有N个TMGI，组成TMGIPool。

本发明实施例中的服务器可以为群组通信服务应用服务器(GroupCommunication Service Application Server，GCS AS)，当群组通信服务(GroupCommunication Service，GCS)系统初始建立时，不通过现有技术为每个群组预建立多播承载，而是GCS AS可以为每个SA对应的TMGI Pool中的m个TMGI建立多播承载，m为大于或等于1的正整数，可预先进行配置，也可以默认为1。当有多播群组请求通信时，可以从m个预先建立的多播承载中选取一个以发送群组通信数据。

102、服务器建立第一多播承载与多播群组的映射关系，并通过第一多播群组发送群组通信数据。

如果有多播群组呼叫建立群组通信时，存在与该多播群组绑定的多播承载，就直接在该多播承载上发送群组通信数据；如果没有，就从建立了多播承载的TMGI中选取一TMGI，并在该TMGI对应的第一多播承载上发送群组通信数据，同时建立第一多播承载与多播群组的映射关系。

本发明实施例提供一种群组通信方法，通过服务器接收多播群组的通信请求，从m个预先建立的多播承载中选择第一多播承载，服务器建立第一多播承载与多播群组的映射关系，并通过第一多播群组发送群组通信数据，这样不用采用预建立群组会话的方式提前为每个群组建立多播承载并用不释放，而是通过预建立m个多播承载，当有多播群组通信时，选取其中一TMGI对应的多播承载进行发送，这样在群组呼叫释放群组通信时，不占用带宽资源，所有群组能够共享多播承载，使得系统支持的多播群组数量不受限制，能够解决群组通信占用带宽资源造成无线资源浪费，且支持群组数量有限的问题。

本发明实施例提供一种群组通信方法，如图2所示，包括：

201、服务器为SA申请N个TMGI，并为每个TMGI配置多播网络协议IP地址和端口号，再将TMGI、IP地址和端口号发送给终端。

其中，服务区SA也可称为业务区，由同属于某一相同位置区，LA的一个或多个小区组成，用于向域名CN指示终端所处的位置，用于表征广播/多播服务广播的范围。广播服务区标识SAI用于在全球范围内唯一标识一个服务区。临时移动组标识TMGI是多媒体广播/多播服务MBMS用来标识广播多播承载的标识。MBMS的目的是为了支持广播/多播业务，在同一时间为了多用户提供高速数据业务。每个SA下可以支持N个多播群组进行通信，也就对应有N个TMGI，组成TMGI Pool。

在步骤201中，具体的，在GCS AS初始建立时，GCS AS可以根据多播容量和每个群组的速率需求，通过3GPP技术规范(Technical Specification，TS)29.468定义的MB2接口流程，向广播组播业务中心(Broadcast-Multicast Service Centre，BM-SC)网元为每个SA申请N个TMGI。其中，N可以通过N＝多播容量/每个群组速率需求确定，例如一SA的多播容量为150M/s，该SA下每个群组的速率需求为2M/s，那么为该SA可以申请75个TMGI。

其中，群组的速率需求可以根据语音的编码方式确定，例如采用自适应多速率编码(Adaptive Multi-Rate，AMR)方式时，速率可以为12.2kbps，采用H.264编码方式时，速率可以为384kbps。

在为每个SA申请了N个TMGI时，同时为每个TMGI指定多播IP地址和端口号，组成TMGI Pool，并通过GC1接口再将这N个TMGI、IP地址和端口号发送给终端，以便于终端根据IP地址和端口号与GCS AS通信。

同时，在为每个SA申请了N个TMGI时，TMGI的状态可以有3种，分别为无承载状态(No Bear)、保留状态(Reserved)和承载状态(Group)。无承载状态可以表征未对TMGI建立对应的多播承载，也即不占用无线资源；保留状态可以表征已为TMGI建立对应的多播承载，且不存在群组标识ID与IMGI的映射关系，也即已经为该IMGI申请多播承载，但是没有与群组绑定，不承载群组通信内容、可以广播SAI等信息，但是占用了无线资源；承载状态可以用于表征已为TMGI建立对应的多播承载，且存在群组ID与TMGI的映射关系，也即已经为该TMGI申请了多播承载，且与一群组绑定，承载有群组的通信内容，如语音、视频等。

202、服务器为SA申请的N个TMGI中的m个TMGI建立对应的多播承载，并将m个TMGI的状态从无承载状态切换为保留状态，进而在保留状态的TMGI对应的多播承载上向终端广播服务区标识SAI。

当GCS AS为每个SA申请了N个TMGI后，GCS AS可以通过MB2接口通过BM-SC为TMGIPool中的m个TMGI建立多播承载。其中，m的值可以预置，也可以默认为1，并将这m个TMGI的状态从无承载状态切换为保留状态，并在保留状态的TMGI对应的多播承载上向终端广播当前SA的服务区标识SAI。

这样，终端在监听到所有的多播IP地址和端口号时，可以根据该多播IP地址和端口号获取其当前所处的SA的SAI，并通过GC1接口发送给GCS AS。

203、当有群组呼叫建立群组通信时，服务器根据终端上报的SAI统计SAI对应的群组用户数，并根据群组用户数确定是否通过多播承载发送群组通信数据。

当GCS AS接收到终端的群组通信请求以呼叫建立群组通信时，可以根据终端上报的SAI统计到该SAI对应的群组用户数，即判决该SA中有多少用户，而后根据群组用户数确定是否需要通过多播承载发送群组通信数据。

具体的，GCS AS可以根据群组用户数确定群组用户数是否大于预设数量K，若大于，则GCS AS确定通过多播承载发送群组通信数据。若不大于，则GCS AS就通过单播承载发送群组通信数据。

其中，K值可以在GCS AS中为每个SA进行配置，也可以为每个SA独立配置相应的K值。

204、若确定通过多播承载发送群组通信数据，则服务器再确定是否存在群组的群组标识ID与TMGI的映射关系，而后进入步骤205或步骤206。

如果GCS AS确定通过多播承载发送群组通信数据，则GCS AS再确定是否已为该群组建立多播承载，因为有可能本次的呼叫建立已经存在，终端间隔了段时间再次通过GCSAS向群组的其它成员发送通信数据的，因此，GCS AS需要确定是否已经为该群组建立了多播承载。

具体的，可以通过确定是否存在该群组的群组ID与TMGI的映射关系，如果GCS AS已经为该群组建立了多播承载，那么就会建立群组ID与TMGI的映射关系，以表征为该群组绑定了多播承载。

205、若存在，则服务器在与TMGI对应的多播承载上发送群组通信数据，而后进入步骤207。

如果存在群组ID与TMGI的映射关系，即已为该群组绑定了多播承载，那么可以直接在该多播承载上发送通信数据。

206、若不存在，则服务器从m个预先建立的多播承载对应的TMGI中选取一TMGI，以在选取的TMGI对应的多播承载上发送群组通信数据，并为一不存在多播承载的TMGI建立对应的多播承载。

如果不存在群组ID与TMGI的映射关系，即没有为该群组绑定多播承载，则可以从状态为保留状态的TMGI中选取一个，以在选取的TMGI对应的多播承载上发送群组通信数据，并将选取的TMGI的状态从保留状态切换至承载状态，同时记录当前激活的群组ID，建立TMGI与群组ID的映射关系，再从状态为无承载状态的TMGI中选取一个为之建立多播承载，并将状态从无承载状态切换为保留状态以备下一群组呼叫建立多播承载时使用。

其中，在选取TMGI时，可以根据TMGI的大小顺序从小到大依次选取，也可以采取其它方式，这里不做限定。

207、当群组呼叫释放群组通信，或预设时间段内未发送群组通信数据时，服务器拆除群组ID与TMGI的映射关系，并确定是否释放TMGI对应的多播承载。

具体的，当GCS AS接收到群组的释放请求以呼叫释放群组通信，或者预设时间段内未发送群组通信数据也即连续T时间内没有群组通信内容发送时(T可以在GCS AS上预置)，为了不占用带宽资源，GCS AS拆除群组ID与TMGI的映射关系，以便其它群组进行多播群组通信时使用，并确定是否要释放TMGI对应的多播承载。

其中，确定是否要释放TMGI对应的多播承载可以通过确定当前状态为保留状态的TMGI的数量是否小于m来确定，若小于m，则GCS AS不释放TMGI对应的多播承载，并将TMGI的状态从承载状态切换为保留状态；若大于或等于m，则GCS AS释放TMGI对应的多播承载，并将TMGI的状态从承载状态切换为无承载状态。

其中，GCS AS在释放多播承载时可以通过向BM-SC发送释放请求消息，以请求释放该多播承载。

本发明实施例提供一种群组通信方法，通过服务器为服务区SA的m个临时移动组标识TMGI建立对应的多播承载，当有多播群组呼叫建立群组通信时，服务器从m个TMGI中选取一TMGI，以在选取的TMGI对应的多播承载上发送群组通信数据，并建立选取的多播承载与多播群组的映射关系，还可以为一不存在多播承载的TMGI建立对应的多播承载，这样不用采用预建立群组会话的方式提前为每个群组建立多播承载并用不释放，而是通过预建立m个多播承载，当有多播群组通信时，选取其中一TMGI对应的多播承载进行发送，这样在群组呼叫释放群组通信时，不占用带宽资源，所有群组能够共享多播承载，使得系统支持的多播群组数量不受限制，能够解决群组通信占用带宽资源造成无线资源浪费，且支持群组数量有限的问题。

本发明实施例提供一种服务器04，如图4所示，包括：

接收单元041，用于接收多播群组的通信请求；

处理单元042，用于从m个预先建立的多播承载中选择第一多播承载，建立第一多播承载与多播群组的映射关系；

发送单元043，用于通过第一多播群组发送群组通信数据。

可选的，处理单元042还可以用于：为SA申请N个临时移动组标识TMGI，并为每个TMGI配置多播网络协议IP地址和端口号；

发送单元043还用于：将TMGI、IP地址和端口号发送给终端；

处理单元042，还用于为SA申请的N个TMGI中的m个TMGI建立对应的多播承载，并将m个TMGI的状态从无承载状态切换为保留状态，进而通过发送单元043在保留状态的TMGI对应的多播承载上向终端广播服务区标识SAI；

其中，无承载状态用于表征未对TMGI建立对应的多播承载；保留状态用于表征已为TMGI建立对应的多播承载，且不存在群组标识ID与IMGI的映射关系。

可选的，处理单元042，可以用于当有群组呼叫建立群组通信时，根据终端上报的SAI统计SAI对应的群组用户数，并根据群组用户数确定是否通过多播承载发送群组通信数据；

若确定通过多播承载发送群组通信数据，则再确定是否存在群组的群组标识ID与TMGI的映射关系；

发送单元043，可以用于若存在，则在与TMGI对应的多播承载上发送群组通信数据；

处理单元042，可以用于若不存在，则从m个预先建立的多播承载对应的TMGI中选取一TMGI，以便于通过发送单元043在选取的TMGI对应的多播承载上发送群组通信数据。

可选的，处理单元042可以用于：根据群组用户数确定群组用户数是否大于预设数量，若大于，则服务器确定通过多播承载发送群组通信数据。

可选的，发送单元043用于在选取的TMGI对应的第一多播承载上发送群组通信数据，同时通过处理单元042建立群组ID与选取的TMGI的映射关系；

处理单元042用于将选取的TMGI的状态从保留状态切换为承载状态，再从状态为无承载状态的TMGI中选取一TMGI并建立对应的多播承载，并将无承载状态切换为保留状态；

其中，承载状态用于表征已为TMGI建立对应的多播承载，且存在群组ID与IMGI的映射关系。

可选的，如图5所示，还可以包括：

拆除单元044，用于当群组呼叫释放群组通信，或预设时间段内未发送群组通信数据时，拆除群组ID与TMGI的映射关系；

处理单元042，还可以用于确定是否释放TMGI对应的第一多播承载；

处理单元042可以具体用于：确定当前状态为保留状态的TMGI的数量是否小于m；

若小于m，则不释放TMGI对应的第一多播承载，并将TMGI的状态从承载状态切换为保留状态；

若大于或等于m，则释放TMGI对应的第一多播承载，并将TMGI的状态从承载状态切换为无承载状态。

本发明实施例提供一种服务器，通过服务器接收多播群组的通信请求，从m个预先建立的多播承载中选择第一多播承载，服务器建立第一多播承载与多播群组的映射关系，并通过第一多播群组发送群组通信数据，这样不用采用预建立群组会话的方式提前为每个群组建立多播承载并用不释放，而是通过预建立m个多播承载，当有多播群组通信时，选取其中一TMGI对应的多播承载进行发送，这样在群组呼叫释放群组通信时，不占用带宽资源，所有群组能够共享多播承载，使得系统支持的多播群组数量不受限制，能够解决群组通信占用带宽资源造成无线资源浪费，且支持群组数量有限的问题。

本发明实施例提供一种服务器06，如图6所示，包括总线061、处理器062、发射器063、接收器064以及存储器065，其中，该存储器065用于存储指令和数据，接收器064执行该指令用于接收多播群组的通信请求，处理器062执行该指令用于从m个预先建立的多播承载中选择第一多播承载；处理器062执行该指令还用于建立第一多播承载与多播群组的映射关系，发射器063执行该指令用于通过第一多播群组发送群组通信数据。

在本发明实施例中，可选的，处理器062执行该指令还可以用于：

为SA申请N个临时移动组标识TMGI，并为每个TMGI配置多播网络协议IP地址和端口号，再将TMGI、IP地址和端口号通过发射器063发送给终端；

为SA申请N个TMGI中的m个TMGI建立对应的多播承载，并将m个TMGI的状态从无承载状态切换为保留状态，进而通过在保留状态的TMGI对应的多播承载上向终端广播服务区标识SAI；

其中，无承载状态用于表征未对TMGI建立对应的多播承载；保留状态用于表征已为TMGI建立对应的多播承载，且不存在群组标识ID与IMGI的映射关系。

在本发明实施例中，可选的，处理器062执行该指令用于接收多播群组的通信请求，从m个预先建立的多播承载中选择第一多播承载包括：

当通过接收器064确定有群组呼叫建立群组通信时，根据终端上报的SAI统计SAI对应的群组用户数，并根据群组用户数确定是否通过多播承载发送群组通信数据；

若确定通过多播承载发送群组通信数据，则再确定是否存在群组的群组标识ID与TMGI的映射关系；

若存在，则通过发射器063在与TMGI对应的多播承载上发送群组通信数据；若不存在，则从m个预先建立的多播承载对应的TMGI中选取一TMGI，以便于在选取的TMGI对应的第一多播承载上通过发射器063发送群组通信数据。

在本发明实施例中，可选的，处理器062执行该指令用于根据群组用户数确定是否通过多播承载发送群组通信数据包括：

根据群组用户数确定群组用户数是否大于预设数量，若大于，则服务器确定通过多播承载发送群组通信数据。

在本发明实施例中，可选的，处理器062执行该指令用于服务器建立第一多播承载与多播群组的映射关系，并通过第一多播群组发送群组通信数据包括：

在选取的TMGI对应的第一多播承载上通过发射器063发送群组通信数据，同时建立群组ID与选取的TMGI的映射关系；

将选取的TMGI的状态从保留状态切换为承载状态，再从状态为无承载状态的TMGI中选取一TMGI并建立对应的多播承载，并将无承载状态切换为保留状态；

其中，承载状态用于表征已为TMGI建立对应的多播承载，且存在群组ID与IMGI的映射关系。

在本发明实施例中，可选的，处理器062执行该指令还用于：

当群组呼叫释放群组通信，或预设时间段内未发送群组通信数据时，拆除群组ID与TMGI的映射关系，并确定是否释放TMGI对应的第一多播承载；

处理器062执行该指令用于确定是否释放TMGI对应的多播承载包括：

确定当前状态为保留状态的TMGI的数量是否小于m；

若小于m，则不释放TMGI对应的第一多播承载，并将TMGI的状态从承载状态切换为保留状态；

若大于或等于m，则释放TMGI对应的第一多播承载，并将TMGI的状态从承载状态切换为无承载状态。

本发明实施例提供一种服务器，通过服务器接收多播群组的通信请求，从m个预先建立的多播承载中选择第一多播承载，服务器建立第一多播承载与多播群组的映射关系，并通过第一多播群组发送群组通信数据，这样不用采用预建立群组会话的方式提前为每个群组建立多播承载并用不释放，而是通过预建立m个多播承载，当有多播群组通信时，选取其中一TMGI对应的多播承载进行发送，这样在群组呼叫释放群组通信时，不占用带宽资源，所有群组能够共享多播承载，使得系统支持的多播群组数量不受限制，能够解决群组通信占用带宽资源造成无线资源浪费，且支持群组数量有限的问题。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，在本发明各个实施例中的设备和系统中，各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理包括，也可以两个或两个以上单元集成在一个单元中。且上述的各单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种群组通信的方法，其特征在于，包括：

服务器接收多播群组的通信请求，从m个预先建立的多播承载中选择第一多播承载；

所述服务器建立所述第一多播承载与所述多播群组的映射关系，并通过所述第一多播群组发送群组通信数据；

在所述服务器接收所述多播群组的通信请求之前，所述方法还包括：

所述服务器为多播服务的服务区SA申请N个临时移动组标识TMGI，并为每个TMGI配置多播网络协议IP地址和端口号，再将所述TMGI、所述IP地址和所述端口号发送给终端；

所述服务器为所述SA申请的N个TMGI中的m个TMGI建立对应的多播承载，并将m个TMGI的状态从无承载状态切换为保留状态，进而在所述保留状态的TMGI对应的多播承载上向所述终端广播服务区标识SAI；

其中，所述无承载状态用于表征未对TMGI建立对应的多播承载；所述保留状态用于表征已为TMGI建立对应的多播承载，且不存在群组标识ID与IMGI的映射关系。

2.根据权利要求1所述的方法，其特征在于，所述服务器接收多播群组的通信请求，从m个预先建立的多播承载中选择第一多播承载包括：

当有群组呼叫建立群组通信时，所述服务器根据所述终端上报的SAI统计所述SAI对应的群组用户数，并根据所述群组用户数确定是否通过多播承载发送群组通信数据；

若确定通过所述多播承载发送所述群组通信数据，则所述服务器再确定是否存在所述群组的群组标识ID与TMGI的映射关系；

若存在，则所述服务器在与所述TMGI对应的多播承载上发送所述群组通信数据；若不存在，则所述服务器从m个预先建立的多播承载对应的TMGI中选取一TMGI，以便于在选取的TMGI对应的第一多播承载上发送所述群组通信数据。

3.根据权利要求2所述的方法，其特征在于，所述根据所述群组用户数确定是否通过所述多播承载发送群组通信数据包括：

所述服务器根据所述群组用户数确定所述群组用户数是否大于预设数量，若大于，则所述服务器确定通过所述多播承载发送所述群组通信数据。

4.根据权利要求2或3所述的方法，其特征在于，所述服务器建立所述第一多播承载与所述多播群组的映射关系，并通过所述第一多播群组发送群组通信数据包括：

所述服务器在选取的TMGI对应的第一多播承载上发送所述群组通信数据，同时建立所述群组ID与选取的TMGI的映射关系；

所述服务器将选取的TMGI的状态从所述保留状态切换为承载状态，再从状态为无承载状态的TMGI中选取一TMGI并建立对应的多播承载，并将所述无承载状态切换为所述保留状态；

其中，所述承载状态用于表征已为TMGI建立对应的多播承载，且存在群组ID与IMGI的映射关系。

5.根据权利要求2至3任一项所述的方法，其特征在于，所述方法还包括：

当所述群组呼叫释放所述群组通信，或预设时间段内未发送所述群组通信数据时，所述服务器拆除所述群组ID与所述TMGI的映射关系，并确定是否释放所述TMGI对应的第一多播承载；

所述确定是否释放所述TMGI对应的第一多播承载包括：

所述服务器确定当前状态为所述保留状态的TMGI的数量是否小于m；

若小于m，则所述服务器不释放所述TMGI对应的第一多播承载，并将所述TMGI的状态从所述承载状态切换为所述保留状态；

若大于或等于m，则所述服务器释放所述TMGI对应的第一多播承载，并将所述TMGI的状态从所述承载状态切换为所述无承载状态。

6.一种服务器，其特征在于，包括：

接收单元，用于接收多播群组的通信请求；

处理单元，用于从m个预先建立的多播承载中选择第一多播承载，建立所述第一多播承载与所述多播群组的映射关系；

发送单元，用于通过所述第一多播群组发送群组通信数据；

所述处理单元还用于：为多播服务的服务区SA申请N个临时移动组标识TMGI，并为每个TMGI配置多播网络协议IP地址和端口号；

所述发送单元还用于：将所述TMGI、所述IP地址和所述端口号发送给终端；

所述处理单元，还用于为所述SA申请的N个TMGI中的m个TMGI建立对应的多播承载，并将m个TMGI的状态从无承载状态切换为保留状态，进而通过所述发送单元在所述保留状态的TMGI对应的多播承载上向所述终端广播服务区标识SAI；

其中，所述无承载状态用于表征未对TMGI建立对应的多播承载；所述保留状态用于表征已为TMGI建立对应的多播承载，且不存在群组标识ID与IMGI的映射关系。

7.根据权利要求6所述的服务器，其特征在于，所述处理单元，用于当有群组呼叫建立群组通信时，根据所述终端上报的SAI统计所述SAI对应的群组用户数，并根据所述群组用户数确定是否通过多播承载发送群组通信数据；

若确定通过所述多播承载发送所述群组通信数据，则再确定是否存在所述群组的群组标识ID与TMGI的映射关系；

所述发送单元，用于若存在，则在与所述TMGI对应的多播承载上发送所述群组通信数据；

所述处理单元，用于若不存在，则从m个预先建立的多播承载对应的TMGI中选取一TMGI，以便于通过所述发送单元在选取的TMGI对应的第一多播承载上发送所述群组通信数据。

8.根据权利要求7所述的服务器，其特征在于，所述处理单元用于：根据所述群组用户数确定所述群组用户数是否大于预设数量，若大于，则所述服务器确定通过所述多播承载发送所述群组通信数据。

9.根据权利要求7或8所述的服务器，其特征在于，所述发送单元用于在选取的TMGI对应的第一多播承载上发送所述群组通信数据，同时通过所述处理单元建立所述群组ID与选取的TMGI的映射关系；

所述处理单元用于将选取的TMGI的状态从所述保留状态切换为承载状态，再从状态为无承载状态的TMGI中选取一TMGI并建立对应的多播承载，并将所述无承载状态切换为所述保留状态；

其中，所述承载状态用于表征已为TMGI建立对应的多播承载，且存在群组ID与TMGI的映射关系。

10.根据权利要求7至8任一项所述的服务器，其特征在于，还包括：

拆除单元，用于当所述群组呼叫释放所述群组通信，或预设时间段内未发送所述群组通信数据时，拆除所述群组ID与所述TMGI的映射关系；

所述处理单元，还用于确定是否释放所述TMGI对应的第一多播承载；

所述处理单元具体用于：确定当前状态为所述保留状态的TMGI的数量是否小于m；

若小于m，则不释放所述TMGI对应的第一多播承载，并将所述TMGI的状态从所述承载状态切换为所述保留状态；

若大于或等于m，则释放所述TMGI对应的第一多播承载，并将所述TMGI的状态从所述承载状态切换为所述无承载状态。