[发明专利]一种B-TrunC群组业务的POOL机制实现方法和系统

说明书

本申请公开了一种B‑TrunC群组业务的POOL机制实现方法和系统，包括：群组在所有的TCF都进行开户，每个群组配置一个优先级最高的TCF；UE或者DC首次进行群组注册时，由对应的V‑TCF向包括所述V‑TCF在内的所有TCF发起群组控制权竞争请求，并通过动态竞争的方式确定所述群组的G‑TCF；所述G‑TCF向其他TCF周期广播心跳信息，当其他TCF超时没有收到所述G‑TCF的心跳信息时，所述其他TCF删除与所述G‑TCF关联的群组信息，UE重新发起相应的群组业务。应用本申请公开的技术方案，能够配置多个核心网实现PTTPOOL，从而扩展集群的处理规格，并实现基于核心网负荷分担的PTT备份。

技术领域

本申请涉及通信技术领域，特别涉及一种B-TrunC群组业务的POOL机制实现方法和系统。

背景技术

在宽带集群通信(B-TrunC：Broadband Trunking Communication)标准中，定义了跨集群核心网的漫游架构。该架构支持统一增强型归属签约用户服务器(eHSS)架构模式，用于有多个集群核心网(TCN)，一个公共陆地移动网络(PLMN)的使用场景。跨集群核心网的漫游的具体架构如图1所示。

这里对集群控制功能(TCF)的角色做了三种分类：

1)H-TCF：UE归属地(即：开户地)TCF。

2)V-TCF：UE访问地(即：接入地)TCF。

3)G-TCF：群组业务归属地(即：集群开户地)TCF。

每个UE只有唯一的H-TCF，每个组只有唯一的G-TCF；调度台(DC：DispatchConsole)从直连的TCF(DC的H-TCF)获得订阅信息。

同时，B-TrunC标准针对UE的移动性定义了跨TCF(即：漫游)的群组业务流程。即UE向接入的V-TCF发起群组业务请求，V-TCF将群组业务请求发送给UE的H-TCF，之后再由H-TCF将群组业务请求转向最终的群组业务控制者G-TCF。所有的集群业务流程控制权最终都由G-TCF负责。这里UE和业务集群群组，其所在的H-TCF和G-TCF的物理位置都是预先定义的，不能动态移动。

在3GPP标准中，引入了移动管理实体池(MME POOL)的机制，如图2所示：由多个MME组成POOL，实现资源共享和负荷分担。

该机制有两个作用：

1)负荷分担：可以均匀地分担整个网络中的业务。

2)故障备份：当某个MME发生故障时，其所负责的业务可以迁移到其它MME上，不会导致与故障MME相关的UE的业务长时间中断。

但是该机制只是对UE的分组业务(PS业务)有效。

在单个核心网无法满足负荷和主备的应用场景下，对LTE传统的数据业务，用户可以采用传统的MME POOL的方式驻留在不同的核心网，终端的数据业务上下行基本都是点对点的业务，MME POOL中的每个MME可以实现驻留终端的数据业务的信令和数据承载的管理和业务使用。

但是对集群业务而言，群组业务的数据流不同于数据业务，单核心网的信令和群组用户面数据流如图3所示，一个群组中包含多个终端，群组上行业务是群组主讲或调度台，群组主讲跟随群组的话权授予而改变，群组下行业务是发送给群组中所有终端的下行业务，发送给群组监听终端接收。

由于B-TrunC标准对H-TCF、G-TCF的身份都是静态配置的，因此集群业务不支持PTT POOL机制。即在某个H-TCF或G-TCF故障的情况下，对应的群组业务不能自动迁移到其它TCF上。

可见，在集群应用场景下，对于集群核心网备份场景，只能使用1+1的主备方式，无法配置多个核心网组成POOL，采用POOL的方式实现集群核心网备份。

发明内容