具体实施方式

为了引用和清楚起见，下文中使用的技术名词、简写或缩写总结如下：

PF：ParticipatingFunction，用户管理功能；

CF：Controlling Function，业务控制功能；

GMS：GroupManagementServer，群管理服务器；

GID：GroupId，群组标识，用来标识群组的唯一标识符；

Affiliation request：加入请求；

3GPP：3rd Generation Partnership Project第三代合作伙伴计划；

MCPTT：Mission Critical Push To Talk，关键任务一键通；

UE：User Equipment，用户终端；

OAM：Operation Administration and Maintenance，操作管理维护；

Subscribe Request：订阅请求；

Server：服务器、实体；

PSI：Public Service Identity，公共服务标识，实际上是一个URI，可以路由到对应CF。

组呼功能可服务于公共安全领域，例如，巡逻的交警可建立一个群组，群组内的一个主叫用户可对属于该群组的用户建立群呼呼叫。

用户发起组呼时，需要主叫PF实体对组呼被叫群组对应的CF实体进行寻址。

本发明实施例提供了组呼方法和集群服务器(PF实体与GMS实体)，以在实现CF实体寻址的同时，提高组呼的数据处理速度。

图2示出了PF实体和GMS实体所在的组呼系统的示例性结构，在组呼系统中包括多个PF实体和多个CF实体。

PF实体、CF实体均是3GPP标准定义的功能模块，其中，PF实体用于用户接入控制，CF实体则用于业务控制。某个群组的组呼业务在特定的CF实体上统一实现，CF实体负责组呼的呼叫控制和话权管理。

除PF实体、CF实体外，组呼系统还包括GMS和GM OAM。GMS也是3GPP标准定义的功能模块，用于群组信息管理。本发明在GMS上扩展了GID与CF业务标识之间的映射关系(或称为扩展了CF PSI配置信息)，该映射关系可以通过GMS OAM配置。GMS实体和PF实体均属于集群服务器。

基于上述映射关系，本发明的核心为：用户(UE)向其归属的群组发送加入请求后，PF根据加入请求中的GID(可称其为目标GID)向GMS获取组信息，组信息中包括CF配置信息(例如CF业务标识)。获取成功后，PF将目标GID与CF业务标识的映射关系保存在本地。

CF业务标识即为PSI。下表1示出了CF PSI配置信息的一种示例性格式。

表1

需要说明的是，上表1中的“N”表示此配置项无作用，“Y”表示此配置项有作用，也即，ControllingFunction PSI对MCPTTUE无作用，对MCPTTServer有用。

图3示出了PF实体的一种示例性结构：通信单元1和寻址单元2；

图4示出了GMS的一种示例性结构，包括维护单元3和查询单元4。其中，维护单元3即用于维护GID与CF业务标识之间的映射关系。

本文后续将结合寻呼方法对各单元的功能进行进一步的介绍。

图5示出了上述组呼方法的一种示例性流程，包括：

S1：PF实体接收加入请求。

上述加入请求由归属于某一群组的UE发送。加入请求中携带了GID，可称其称为目标GID。

在一个示例中，可由前述的通信单元1执行步骤S1。

S2：若本地未保存与目标GID相匹配的映射关系，PF实体根据目标GID向GMS获取相应的CF配置信息。

具体的，PF实体可通过CSC-3接口向GMS获取相应的CF配置信息。

步骤S2可由前述的寻址单元2执行。

而在GMS侧，其查询单元4可根据PF实体提供的目标GID，从维护单元处查询相应的CF配置信息，将查询结果(也即CF配置信息)返回。

上述CF配置信息包含CF业务标识，CF业务标识用于表征CF实体。

S3：PF实体在本地保存目标GID与获取到的CF业务标识之间的映射关系。

在一个示例中，步骤S3可由前述的寻址单元2执行。

因为每次组呼都需要根据GID找到对应的CF业务标识，因此，PF实体在本地保存映射关系可便于查找。在本地查到不到的情况下，可向GMS功能实体获取相应的CF配置信息。

可见，在本发明实施例中，在本发明实施例中，由GMS功能实体维护GID与CF业务标识之间的关系，当PF实体接收到携带目标GID的加入请求后，在本地未保存相应映射关系的情况下，PF会向GMS获取相应的CF业务标识，并保存目标GID与CF业务标识之间的映射关系，从而完成了CF寻址。

需要说明的是，对于本地已保存目标GID与CF业务标识的映射关系的情况，PF实体若再接受到UE针对目标GID的加入请求，可不再执行步骤S2-S3，或者，考虑到群组业务CF迁移的可能性，也可在每次接受到UE的加入请求后，重新执行步骤S2-S3。

当然，除了每次接受到加入请求就执行步骤S2-S3，还有下述处理方式：

请参见图6，在上述步骤S3之后，还可包括如下步骤：

S4：PF实体向GSM订阅目标GID的CF配置信息。

订阅后，GSM在目标GID的CF配置信息发生变更时，会通知PF实体。

在一个示例中，请参见图7，PF实体可进一步包括订阅单元5，以执行上述步骤S4。

图8示出了CF配置信息发生变更时，PF实体与GSM之间的交互，其可包括如下步骤：

S801：在目标GID的CF配置信息发生变更时，GSM向PF实体发送订阅通知消息。

上述订阅通知消息具体可包括目标GID对应的最新CF配置信息(例如新CF业务标识)。

在一个示例中，可由前述的维护单元3执行步骤S801。

S802：PF实体接收订阅通知消息。

在一个示例中，可由前述的通信单元1执行步骤S802。

S803：PF在本地保存目标GID与新CF业务标识之间的映射关系。

在一个示例中，可由前述的寻址单元2执行步骤S803。

可见，在订阅后，当CF配置发生变化时，GSM会通知PF实体，保证PF实体本地的配置关系的实时性。

需要说明的是，常规的做法是在PF实体(而非GSM)上预先部署GID与CF业务标识间的映射关系。举例来讲，如果组网有10个PF，10个群组，10个CF，则按照通常的做法，需要在每个PF上配置10个群组ID对应的CF。因此，群组数量越多，每一PF上需配置的内容越多。这种实现方式虽然可以满足寻址的基本要求，但是配置复杂，维护成本高。一旦需要修改群组业务迁移，需要对所有PF实体上的映射关系进行修改。

而在本发明实施例中，是在GMS上集中管理GID与CF业务标识的映射关系后，结合订阅，一旦需要修改群组业务迁移，仅需修改GMS上的配置即可，不再需要在每个PF实体上单独配置和维护GID到CF业务标识的映射关系，大大降低了配置的复杂度和维护成本。

此外，PF实体在本地保存目标GID与获取到的CF业务标识之间的映射关系，这样可方便快速进行CF寻址。通过订阅，当CF配置发生变化时，GSM会通知PF实体，保证PF实体本地的配置关系的实时性。

下面将以目标GID为GID1为例，来详细介绍组呼方法，请参见图9(图9中加粗斜体的步骤为新增步骤)，其可包括如下步骤：

S901：UE发起Affiliation request(加入请求)，以请求中入到群组GID1。

由于PF实体负责用户接入控制，则Affiliation request发送到了PF实体。

S901与前述的S1相类似，在此不作赘述。

S902：PF实体收到Affiliation request后，根据GID1向GMS发起Group ServerPSIRequest(群服务器PSI请求)，以获取与GID1相应的CF配置信息。

步骤S902与前述的S2相类似，在此不作赘述。

S903：GMS返回Group ServerPSI Response响应。

Group ServerPSI Response响应携带了与GID1相应的CF配置信息。

S904：PF将GID1与CF业务标识的映射关系记录在本地。

步骤S904与前述的S3相类似，在此不作赘述。

S905：PF根据GID1向GMS发起Group ServerPSI Subscribe Request，订阅群组信息。

步骤S905与前述的S4相类似，在此不作赘述。

S906：GMS返回Group ServerPSI Subscribe Response响应，表示接受订阅请求。

步骤S906可由前述的维护单元3执行，或者，GSM也可新增一订阅单元，执行步骤S906。

S907：UE(或称为client)发送Group Call Request(组呼请求)，发起GID1群组组呼。

组呼请求中携带目标GID，即GID1。

在一个示例中，可由前述的通信单元1接收组呼请求。

S908：PF实体根据本地存储的目标GID与CF业务标识的映射关系，将组呼请求转发到相应的CF实体进行处理。

举例来讲，假定GID1与CF1相对应，则PF会将组呼请求转发至CF1。

在一个示例中，可由前述的寻址单元2执行步骤S908。

S909：当GID1归属的CF配置发生变更时，GSM向PF实体发送订阅通知消息(GroupServerPSI Notify Request)。

步骤S909与前述的S801相类似，在此不作赘述。

假定GID1归属的CF由CF1改为CF2，GMS将通过Group ServerPSI Notify Request将变更信息推送给已经成功订阅的所有PF实体。

S910：PF实体收到订阅通知消息后，将GID1到新CF(CF2)的映射关系记录在本地。

步骤S910与前述的S803相类似，在此不作赘述。

S911：处理成功后，PF实体向GMS返回Group ServerPSI Notify Response响应。

在一个示例中，可由前述的寻址单元2执行步骤S911。

S912：UE发送Group Call Request(组呼请求)，再次发起GID1群组组呼。

步骤S912与前述的S907相类似，在此不作赘述。

S913：PF实体根据本地存储的目标GID与CF业务标识的映射关系，将组呼请求转发到相应的CF实体进行处理。

假定GID1归属的CF由CF1改为CF2，则PF实体GMS会将组呼请求转发至CF2。

步骤S913与前述的S908相类似，在此不作赘述。

本实施例所增加的PF实体获取GMS组信息的流程，以及PF实体向GMS订阅组信息的流程；后续可以考虑作为stage3阶段的实现技术(CSC-3接口的扩展)，推入3GPP标准。

图10示出了上述实施例中集群服务器(PF实体或GSM实体)的一种可能的结构示意图，包括：总线、处理器101、存储器102、通信接口103、输入设备104和输出设备105。处理器101、存储器102、通信接口103、输入设备104和输出设备105通过总线相互连接。其中：

总线可包括一通路，在计算机系统各个部件之间传送信息。

处理器101可以是通用处理器，例如通用中央处理器(CPU)、网络处理器(NetworkProcessor，简称NP)、微处理器等，也可以是特定应用集成电路(application-specificintegrated circuit，ASIC)，或一个或多个用于控制本发明方案程序执行的集成电路。还可以是数字信号处理器(DSP)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

存储器102中保存有执行本发明技术方案的程序或脚本，还可以保存有操作系统和其他关键业务。具体地，程序可以包括程序代码，程序代码包括计算机操作指令。脚本则通常以文本(如ASCII)保存，只在被调用时进行解释或编译。

输入设备104可包括接收用户输入的数据和信息的装置，例如键盘、鼠标、摄像头、语音输入装置、触摸屏等。

输出设备105可包括允许输出信息给用户的装置，例如显示屏、扬声器等。

通信接口103可包括使用任何收发器一类的装置，以便与其他设备或通信网络通信，如以太网，无线接入网(RAN)，无线局域网(WLAN)等。

PF实体中的处理器通过执行存储器中所存放的程序以及调用其他设备，可执行如下步骤：

接收加入请求；所述加入请求携带目标GID；

若本地未保存与所述目标GID相匹配的映射关系，根据所述目标GID向群管理服务GMS功能实体获取相应的CF配置信息；所述GMS功能实体用于：维护有群组标识GID与CF业务标识之间的映射关系；

接收所述GMS返回的CF配置信息；所述CF配置信息至少包含CF业务标识；

在本地保存所述目标GID与获取到的CF业务标识之间的映射关系。

具体细节请参见前述描述，在此不作赘述。

在本发明其他实施例中，处理器101通过执行存储器102中所存放的程序以及调用其他设备，还可执行如下步骤：

向所述GSM订阅所述目标GID的CF配置信息，以令所述GSM在所述目标GID的CF配置信息发生变更时，通知所述PF实体。

具体细节请参见前述描述，在此不作赘述。

在本发明其他实施例中，PF实体中的处理器通过执行存储器中所存放的程序以及调用其他设备，还可执行如下步骤：

接收所述GSM的订阅通知消息；所述订阅通知消息包括所述目标GID对应的最新CF配置信息；所述最新CF配置信息包括新CF业务标识；

在本地保存所述目标GID与新CF业务标识之间的映射关系。

具体细节请参见前述描述，在此不作赘述。

GSM实体中的处理器通过执行存储器中所存放的程序以及调用其他设备，可执行如下步骤：

维护群组标识GID与业务控制功能CF业务标识之间的映射关系；

根据PF实体提供的目标GID，返回相应的CF配置信息；所述CF配置信息至少包含CF业务标识。

具体细节请参见前述描述，在此不作赘述。

在本发明其他实施例中，GSM实体中的处理器通过执行存储器中所存放的程序以及调用其他设备，还可执行如下步骤：

在所述目标GID的CF配置信息发生变更时，向所述PF实体发送订阅通知消息；所述订阅通知消息包括所述目标GID对应的最新CF配置信息；所述最新CF配置信息包括新CF业务标识。

具体细节请参见前述描述，在此不作赘述。

此外，图3、图4、图7所示的各单元的功能，可由前述的处理器101执行存储器102中所存放的程序以及调用其他设备实现。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及模型步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同PF来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的PF或模型的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、WD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。