CN105792143A - 一种lte数字集群系统中的动态重组实现方法 - Google Patents

Abstract

本申请公开了一种LTE数字集群系统中的动态重组实现方法，PTTF通过SIPA接口利用SIP消息实现了核心网与调度机之间的交互，同时，通过HSS从TUM处收集各动态组成员加入动态组失败的信息，并由HSS汇总后通过PTTF的SIPA接口向调度机反馈动态重组结果。这样，一方面利用LTE架构实现了动态重组的建立，同时，也能够反馈动态重组的失败列表。进一步地，还可以进行动态组的核查，从而同步核心网与调度机中的动态组。

Description

一种LTE数字集群系统中的动态重组实现方法

技术领域

本申请涉及集群通信技术，特别涉及一种LTE数字集群系统中的动态重组实现方法。

背景技术

在集群通信系统中，动态重组是指调度台或有权用户通过无线方式对用户进行重新编组，包括在已有群组中添加或删除用户，将若干个组临时合并成一个组或者将临时合并的组拆分。在窄带集群TETRA中，支持动态重组，但调度台对每个UE直接下发动态组签约信息，动态重组下发效率低，并且没有调度台与TETRA核心网的信息核查机制。

CCSA中的LTE动态重组中，由有线调度台发起的动态重组过程如图1所示。其中，UE1代表其中一个被重组的用户终端，E-eNodeB1为UE1所在的E-eNodeB。如图1所示，该流程主要包括：

1、有线调度台向D-GW发送动态重组请求消息，消息中的操作标识字段可以设置为“创建临时组”、“添加群组/用户”、“撤销临时组”、“删除群组/用户”等；

2、D-GW与eHSS交互，对发送动态重组请求的有线调度台和需要动态重组的用户进行鉴权，如果鉴权不通过，则D-GW拒绝有线调度的业务请求；

3、D-GW向eHSS发送动态重组操作，指示eHSS修改用户数据；此过程中，eHSS需要为每一个被重组的用户终端设置信息更新状态，用于标识被重组的用户终端是否进行了信息更新；

如果此次动态重组是“创建临时组”，则eHSS将为临时创建的组分配组号；

4～5、eHSS向D-GW发送动态重组操作响应消息，D-GW向有线调度台返回动态重组确认消息；

6～17、eHSS对被重组的用户进行信息更新过程。

由上述可见，目前的动态重组中至少存在如下问题：

1)标准LTE架构不支持集群功能，不提供动态重组对外(业务)接口，无法实现基于LTE的动态重组；

2)CCSA中的LTE集群，不支持动态重组失败列表反馈，不支持动态组信息核查；

3)TETRA动态重组签约信息下载，需要等待终端的确认。如果调度台发送给网络侧交换机的群组签约信息在短时间内集中，就会导致网络侧交换机发送给终端的信息存在重复，甚至导致网络侧交换机与终端之间的空口发生信令风暴。

发明内容

本申请提供一种LTE数字集群系统中的动态重组实现方法，能够在LTE架构下实现动态重组，并支持动态重组失败列表反馈。

为实现上述目的，本申请采用如下的技术方案：

一种LTE数字集群系统中的动态重组实现方法，包括：

所述PTTF通过SIPA接口接收调度机发送的动态重组创建命令；其中，所述调度机是根据调度台或有权限用户的动态重组指示发送的所述动态重组创建命令，所述动态重组创建命令中包括创建的动态组的配置；所述PTTF包括TUM、TGM和SIPA接口；

所述PTTF通过LTE数字集群系统的内部消息通知HSS建立所述动态组；

所述HSS通知TGM所述动态组的配置；所述HSS通知所述动态组的成员用户所在的TUM，在TUM本地的成员用户上下文中增加动态组信息，并触发群组列表下载；所述HSS接收TUM收集的所述动态组的成员用户是否加入动态组失败的信息，并反馈给PTTF，所述PTTF通过SIPA接口向调度机反馈动态重组结果；

其中，所述PTTF通过SIPA接口与调度机间的交互消息为SIP消息。

较佳地，TUM收集动态组的成员用户是否加入动态组失败的信息包括：

若成员用户为1.0终端或成员用户不在网，TUM确定该成员用户加入动态组失败；和/或，

若成员的群组列表下载失败，TUM确定该成员用户加入动态组失败。

较佳地，该方法进一步包括：

a、所述调度机或LTE核心网将双方保存的动态组进行比较；

对于调度机中有、所述LTE核心网中没有的动态组，调度机通过SIP消息通知所述PTTF进行动态重组建立，并携带该动态组的所有成员列表，所述PTTF通知HSS进行动态重组建立，HSS通知TGM所述动态组的配置，并通知TUM对所述动态组的成员用户进行上下文更新和触发群组列表下载；所述HSS接收TUM收集的所述动态组的成员用户是否操作成功的消息，并反馈给PTTF，所述PTTF通过SIP消息向调度机反馈动态重组结果；

对于调度机中没有、所述LTE核心网中有的动态组，调度机通过所述SIPA向所述HSS发送该动态组的信息，所述HSS触发TGM和TUM删除相应的动态组。

较佳地，在第一个动态组建立成功后周期性执行所述步骤a，直到最后一个动态组删除为止；和/或，

所述HSS初始化成功后，执行所述步骤a；和/或，

备用核心网升级为主核心网后，执行所述步骤a。

较佳地，该方法进一步包括：所述PTTF通过SIPA接口接收调度机利用SIP消息发送的动态重组删除命令，并通知所述HSS；

所述HSS在本地列表中删除所述动态组和组内成员，向通过所述PTTF的SIPA接口向调度机反馈动态组删除响应，并通知所述TGM和所述动态组的成员用户所在的TUM删除动态组；

所述TUM对属于所述动态组的各个成员用户，删除所述动态组信息，更新本地保存的用户上下文，并触发群组列表下载。

较佳地，该方法进一步包括：所述PTTF通过SIPA接口接收调度机利用SIP消息发送的动态重组修改命令，并通知所述HSS；其中，所述动态重组修改命令包括在所述动态组中增加一用户和/或删除一用户；

所述PTTF通过LTE数字集群系统的内部消息通知HSS在所述动态组中增加和/或删除用户；

所述HSS通知TGM所述动态组修改的配置；对于需要增加的用户，所述HSS通知其所在的TUM在本地保存的上下文中增加所述动态组的信息，并通知该TUM触发相应用户的群组列表下载；对于需要删除的用户，所述HSS通知其所在的TUM删除该用户在本地上下文中保存的所述动态组信息，并通知该TUM触发相应用户的群组列表下载；

所述HSS通过所述PTTF的SIPA接口向调度机反馈动态组修改响应。

由上述技术方案可见，本申请中，PTTF通过SIPA接口利用SIP消息实现了核心网与调度机之间的交互，同时，通过HSS从TUM处收集各动态组成员加入动态组失败的信息，并由HSS汇总后通过PTTF的SIPA接口向调度机反馈动态重组结果。这样，一方面利用LTE架构实现了动态重组的建立，同时，也能够反馈动态重组的失败列表。进一步地，还可以进行动态组的核查，从而同步核心网与调度机中的动态组。

附图说明

图1为CCSA的LTE动态重组中由有线调度台发起的动态重组过程示意图；

图2为本申请中动态重组建立的流程示意图；

图3为本申请中动态重组删除的流程示意图；

图4为本申请中动态重组修改的流程示意图；

图5为本申请中进行动态重组核查的基本流程示意图。

具体实施方式

为了使本申请的目的、技术手段和优点更加清楚明白，以下结合附图对本申请做进一步详细说明。

图2为本申请中给出的LTE架构下动态重组的系统结构示意图。如图2所示，在LTE核心网内部，涉及动态重组特性的子系统包含HSSF(标准LTE网元)和PTTF(LTE集群私有网元)。其中，PTTF包括SIPA接口、TGM和TUM，且TGM和TUM可以不止一个。

具体地，PTTF中的SIPA作为与调度机的接口模块，把调度机的SIP消息转化为与HSS之间的内部处理消息，同时把HSS的处理结果转换为SIP消息与调度机进行交互。

HSS新增负责动态重组消息的检查、动态重组配置的存储和对PTTF(TGM和TUM)的动态重组消息的分解。HSS还负责收集TUM反馈的动态重组失败PTT用户，结合配置失败的PTT用户，收集完全或收集时间超预设定时器时之后通过SIPA返回给调度机。

GDS还负责对调度机发起核查操作。其中，GDS是HSS的面向TGM的接口子模块，负责向TGM提供群组签约信息。

TGM负责接收HSS的动态组的配置和对于动态组的业务处理；

TUM负责接收HSS发出的用户的动态组配置以及响应的业务流程。

下面通过在图2所示系统中的动态重组建立、删除、修改和动态组核查过程，说明本申请中的动态重组实现方法。

图3为本申请中动态重组建立的基本流程示意图。其中，《table》DynamicGroup和《table》DynamicGroupUser分别表示HSS本地保存的动态组表格和动态组成员表格。如图3所示，该流程包括：

步骤301，PTTF通过SIPA接口接收调度机发送的动态重组创建命令。

其中，调度机可以是根据调度台或有权限用户的动态重组的指示发送动态重组创建命令，该动态重组创建命令中包括需要创建的动态组的配置，例如动态组的标识和成员用户。当动态组的成员用户中包括已建立的某个静态组的所有用户时，可以在动态组配置中仅包括相应静态组的标识，而不需要将该组所有用户一一列出。

步骤302，SIPA将动态重组创建命令转成核心网内部消息后发送给HSS，通知HSS创建动态组。

步骤303，HSS根据消息内容确定创建动态组的所包含的所有用户，并进行配置检查。

其中，具体进行配置检查时，若动态组号重复通过SIPA接口向调度机返回失败；若超过动态组的规格通过SIPA接口向调度机返回失败；若组成员超过动态组成员的规格通过SIPA接口向调度机返回失败。上述三种情况下，都在HSS不创建动态组，向调度机返回失败后，动态重组流程即结束。若配置检查通过，则继续执行步骤304。

步骤304，HSS创建动态组和组内用户，并通过SIPA接口向调度机返回应答消息。

HSS可以在本地的动态组列表中增加本次创建的动态组，并创建相应的动态组成员列表。

步骤305，HSS启动60秒定时器，等待本动态组涉及用户的TUM的反馈失败消息。

步骤306，HSS触发TGM增加动态组。

HSS触发对TGM的增加群组(对于eSCN230的多TGM场景，增加动态组和静态组一样需要做群组负载分担)、群组用户。具体地，在TGM本地保存动态组和该组成员用户。

步骤307，HSS触发动态组各成员用户所在的TUM，增加各成员用户的动态组信息，各TUM触发群组列表下载，并收集各成员用户是否操作失败的信息反馈给HSS。

对于创建的动态组中各成员用户所在的TUM，HSS通知该TUM增加在相应成员用户的群组信息，可以携带在用户群组增加请求中。具体地，TUM中是以用户为索引保存各个用户的上下文信息，其中包括用户的群组信息。在接收到HSS的通知后，TUM将本地成员用户的上下文信息进行更新，增加动态组的信息，并触发相应成员用户的群组列表下载。这样，通过群组列表下载，能够将用户所属的各群组信息下发给用户，其中也包括新创建的动态组信息。

对于超过动态组规格的用户，HSS需要记录，最后作为失败的用户返回给调度机。对于未注册的用户，系统不认为是失败用户。

具体TUM更新用户上下文的过程可以如下实现：

1)TUM收到用户群组增加请求(HSSTUM_ADD_USER_GROUP_REQ)，先回复用户群组增加响应(TUMHSS_ADD_USER_GROUP_RSP)消息；

2)如果UE为不支持动态重组的终端(通过终端上报版本号或能力级识别)，或用户不在网，TUM直接向HSS反馈操作失败信息(例如TUMHSS_DGNA_NOTIFY_UE_IND失败)，否则继续下一步；

3)对每个新增的动态组，TUM记录<动态组号码，反馈标记＝true>；

4)TUM给新增群组的TGM构造UEATTACHREQ消息帮助TGM创建用户上下文，无需等待TGM的响应即可启动执行群组列表下载流程(进缓冲队列)；

5)群组列表下载流程结束后，根据各用户的下载结果，对所有携带反馈标记＝true的动态组向HSS进行反馈，以记录的动态组号码为单位，如果群组列表下载成功则向HSS发送TUMHSS_DGNA_NOTIFY_UE_IND成功消息，否则向HSS发送TUMHSS_DGNA_NOTIFY_UE_IND失败消息；

6)设置所有动态组的反馈标记＝false。

步骤308，HSS收集完TUM反馈的结果后，或者超时后，向SIPA上报动态重组结果。其中，TUM超时没有反馈的用户也算失败用户，原因值是超时。

步骤309，SIPA构造消息发送给调度机，反馈失败列表；如果一条消息携带不完需要拆分成多条消息发送，并接收调度机的200OK响应。

至此，创建动态组的流程结束。

在上述流程中，SIPA与调度机间的SIP消息可以采用如下结构，具体地：

步骤301中调度机发Options消息给SIPA(使用对讲外流程)，发送动态重组请求(也就是动态重组创建命令)：

Optionssip:usernameserver-addressSIP/2.0

From:groupnum<sip:usernameserver-address>；tag＝xxx

To:groupnum<sip:usernameserver-address>；tag＝xxx

username为动态重组的群组号码；其余私有扩展定义如下：

Call-Info:<witen:动态重组组号码>；

type＝dgna_assign_req；groupinfo＝动态重组组名；

priority＝组优先级；

dgnaseq＝xx(1～N，N最大为19或endmark)

其余字段在SIPbody扩展:

grouplist＝组号码1/组号码2/…/组号码8；

userlist＝用户号码1/…/用户号码200

其中，群组名groupinfo可为汉字。SIP接口汉字为UTF-8格式(3字节)，eCNSSIP协议栈需将groupinfo中UTF-8(3字节)汉字转换为eCNS内部的GBK(2BYTE)编码。核心网侧一个群组名最多12个字节，6个汉字，SIP接口群组名最长为6个汉字(一个汉字折算为2个英文字符算)或12字节英文。grouplist为加入动态组的静态签约群组，grouplist不能包含动态组或广播组,grouplist扩展可带1～8个组。userlist为加入动态组的用户,userlist扩展可带1～200用户。动态重组请求Options中grouplist、userlist扩展出现一个或两个都出现。dgnaseq为1～19数字或endmark。当一个动态组的签约用户无法通过一个Options消息传输，该动态组可由多个动态重组请求Options串接。同动态组的第一个Options消息dgnaseq＝1，其后消息dgnaseq依次为2…N…endmark。N取值为1～19。endmark在动态重组信息超过一个SIP包承载容量，需多SIP消息拼接时的最后一个SIP消息出现，endmark是一个动态重组消息的结束标记。当动态重组Options不需要拼接时，每个动态组只通过一个Options承载，dgnaseq＝endmark。TTR2.0默认一个动态重组请求只使用1个Options消息，不做多个动态重组请求Options的串接。

步骤304中核心网向调度机发送私有(Options)200OK消息给调度机(使用对讲外流程)，可以携带以下私有扩展：

Call-Info:<witen:动态重组组号码>；

type＝dgna_assign_rsp；

dgnaseq＝xx(1～N，N最大为19或endmark)；

result＝(success或fail)；

cause＝(beyondmaxnumber,wrongnumber,unspecified三者之一)

上述动态重组响应携带成功失败标记和dgnaseq。动态重组响应的dgnaseq与对应的动态重组请求相同。

若核心网(eCNS)接受该动态重组请求，result＝success。若动态重组响应result为success，核心网后续启动该动态组的反馈失败列表流程，eCNS失败列表反馈最大时延可以进行设定，例如为60秒。

若eCNS拒绝动态重组请求,result＝fail；同时可以携带失败原因Cause＝组成员超200最大规格(beyondmaxnumber)，动态组号码重复(未删除动态组，又收到该组请求,wrongnumber)或错误(组号码非[0,65535],wrongnumber),unspecified之一。若动态重组响应result为fail，eCNS后续不反馈失败列表。动态重组响应与动态重组请求一一对应。

步骤309中核心网向调度机发送Options消息(使用对讲外流程)，截图携带以下私有扩展：

Optionssip:usernameserver-addressSIP/2.0

From:username<sip:usernameserver-address>；tag＝xxx

To:username<sip:usernameserver-address>；tag＝xxx

username为动态重组的群组名；其余私有扩展定义如下：

Call-Info:<witen:动态重组组号码>；type＝dgna_faillist_ind；dgnaseq＝xx(1～N，N最大为19或endmark)

其余字段在SIPbody扩展:

faillist＝用户号码1,failcause/…/用户号码200,failcause

failcause取值为0,1,2之一。取值为2表示beyondmaxnum(用户超5个动态组上限)，取值为1表示timeout(超时未成功)，取值为0表示unspecified。失败列表反馈的failcause使用数值不用英文的原因是降低SIP消息长度。

若全部签约用户动态组签约信息下载成功，发失败列表反馈消息，携带Call-Info:<witen:动态重组组号码>；type＝dgna_faillist_ind；dgnaseq＝xx，不携带faillist＝用户号码1,failcause/…/用户号码200,failcause。

eCNS失败列表反馈最大时延可以为60秒，调度机100秒(需要大于60+SIP最大重传时长)。

TTR2.0默认一个动态重组请求只使用1个Options消息，不做多个动态重组请求Options的串接。

步骤309中调度机发私有(Options)200OK消息给核心网(使用对讲外流程)，携带以下私有扩展：

Call-Info:<witen:动态重组组号码>；type＝dgna_faillist_conf；dgnaseq＝xx(1～N，N最大为19或endmark)

TTR2.0默认一个动态重组请求只使用1个Options消息，不做多个动态重组请求Options的串接。

在创建一动态组后，如果需要对该动态组进行删除，则可以执行图4所示的流程。其中，《table》DynamicGroup和《table》DynamicGroupUser分别表示HSS本地保存的动态组表格和动态组成员表格。如图4，删除已创建动态组的流程包括：

步骤401，调度机向SIPA发射动态重组删除命令。

步骤402，SIPA收到调度机的动态重组删除命令后，转成内部消息发送给HSS。

步骤403，HSS进行动态组配置检查，若没有该动态组，通过SIPA向调度机返回失败，否则执行步骤404及其后续步骤。

步骤404，HSS在本地删除动态组和组内用户，通过SIPA向调度机返回应答消息。

HSS在本地删除动态组和组内用户后，向SIPA返回应答，SIPA构造消息发送给调度机，并接收调度机的确认响应。

步骤405，HSS触发对TGM的删除群组流程。

将TGM中保存的动态组及其对应的成员用户信息删除。

步骤406，HSS触发对TUM的删除用户群组的流程。

TUM收到HSS的删除用户群组消息后，给HSS返回响应消息，删除本地该动态组信息(包括反馈标记)触发群组列表下载。具体地，TUM对自身控制的、属于删除动态组的各个成员用户，删除本地保存的相应用户上下文中的动态组信息，并触发相应用户的群组列表下载。

至此，本申请中的动态组删除流程结束。

在上述流程中，SIPA与调度机间的SIP消息可以采用如下结构，具体地：

步骤401中调度机发Options消息(即动态重组删除命令)给eCNS(使用对讲外流程)，可以携带以下私有扩展：

Call-Info:<witen:动态重组组号码>；type＝dgna_deassign_req；

步骤404中核心网发私有(Options)200OK消息给调度机(使用对讲外流程)，可以携带以下私有扩展：Call-Info:<witen:动态重组组号码>；type＝dgna_deassign_rsp。

在创建一动态组后、删除该动态组前，可以对该动态组进行修改，例如增加用户或删除用户，具体可以通过如下流程实现：

步骤1，调度机向SIPA发送动态重组修改命令。

其中，动态重组修改命令中包括修改的动态组，以及具体修改方式，例如增加用户和/或删除用户等。

步骤2，SIPA收到动态重组修改命令后，转成内部消息发送给HSS。

步骤3，HSS进行配置检查，若修改指令不合法，通过SIPA向调度机返回失败信息，否则，执行步骤4。

HSS进行配置检查时，如果不存在修改的动态组，或者，动态组中不包括要删除的用户，HSS认为修改指令不合法，向调度机返回失败，并可以携带原因。

步骤4，HSS触发TGM对动态组进行修改。

TGM根据HSS的通知，对动态组的成员用户信息进行修改，例如在动态组中删除和/或增加某用户。

步骤5，HSS触发TUM对修改的成员用户的动态组信息进行更新。

其中，对于需要增加用户的动态组，HSS触发该新增用户所在的TUM进行上下文更新和群组列表下载。相应的TUM接收HSS的触发信息后，在本地保存的该新增用户的上下文中增加动态组信息，并触发该新增用户的群组列表下载，将该动态组的信息推送给该新增用户。

对于需要删除用户的动态组，HSS触发该删除用户所在的TUM进行上下文更新和群组列表下载。相应的TUM接收HSS的触发信息后，在本地保存的该删除用户的上下文中删除动态组信息，并触发该新增用户的群组列表下载，从而通知该用户已不属于相应的动态组。

至此，本申请中的动态重组修改流程结束。上述修改流程中的SIP消息可以参照前述图3和图4中的SIP消息结构，这里就不再赘述。

上述为本申请中动态重组创建、删除修改的具体实现。在创建动态组后，在调度机和核心网都会保存相应的动态组信息。优选地，还可以对调度机和核心网保存的动态组信息进行比较，从而能够核查LTE集群系统与外部系统间的动态重组信息。图5为本申请中进行动态重组核查的基本流程示意图。如图5所示，该流程包括：

步骤501，触发调度机与核心网的动态重组核查。

可以通过如下四种方式触发动态重组的核查：

1)第一个动态组创建成功时启动周期性核查；最后一个动态组删除时，停止周期核查；核查周期为5分钟；

2)HSS初始化成功后，触发一次核查；

3)备核心网不触发动态组核查，备核心网升级成主核心网后触发一次核查；

4)调度机保护定时器为15分钟，超时后，调度机触发动态组创建。

上述四种方式可以全部采用，或者采用其中部分时机进行触发。其中，可以在满足上述四个条件之一时，由调度机或核心网向对方发送动态重组核查请求，图5中以核心网向调度机发送动态重组核查请求进行核查触发为例，核心网在发送的动态重组核查请求中包括核心网保存的各个动态组的信息，该动态组的信息主要指动态组标识。

步骤502，调度机将核心网的动态组与本地保存的动态组信息进行比较。对于调度机中有、核心网无的动态组，执行步骤503；对于调度机中无、核心网有的动态组，执行步骤504和505。

调度机将核心网的动态组标识与本地保存的动态组标识进行比较，确定两边保存的动态组标识是否一致。

步骤503，调度机通过SIPA向HSS发送动态重组创建命令，创建调度机中有、核心网无的动态组。

具体动态重组的创建流程可以采用与前述图3所示相同的方式，这里就不再赘述。其中重建命令中成员信息携带调度机当前该动态组的全体成员userlist，不携带grouplist(原因：引用静态组的签约用户可能已变更)。对需要重新创建的动态组，调度机可以启动平滑机制，逐步将动态组的信息按照动态重组Assign接口重新给核心网创建一遍。

步骤504，调度机通过SIPA向HSS发送动态重组核查响应，通知核心网调度机中无、核心网有的动态组。

步骤505，核心网删除调度机中无、核心网有的动态组。

具体动态重组的删除流程与前述图4中步骤404～406的处理相同，这里就不再赘述。

至此，动态重组的核查流程结束。在上述流程中，调度机与核心网间的SIP消息可以采用如下结构：

步骤501中eCNS发Options消息给调度机(使用对讲外流程)，进行动态组号码的核查。动态重组核查，只核查动态组号码，不核查动态组成员。具体结构如下：

Optionssip:99999999server-addressSIP/2.0

From:99999999<sip:99999999server-address>；tag＝xxx

To:99999999<sip:99999999server-address>；tag＝xxx

私有扩展定义如下：

Call-Info:<witen:99999999>；type＝dgna_check_req

其余字段在SIPbody扩展:

grouplist＝动态组号码1/动态组号码2/…/动态组号码100

grouplist为eCNS侧的动态组号码全集。

若只带Call-Info:<witen:99999999>；type＝dgna_check_req，不带grouplist扩展，表示eCNS无动态组签约信息，此格式消息在核心网异常动态组数据丢失时发送。

步骤504中调度机发Options消息给eCNS(使用对讲外流程)，进行动态组号码的核查。具体结构如下：

Optionssip:99999999server-addressSIP/2.0

From:99999999<sip:99999999server-address>；tag＝xxx

To:99999999<sip:99999999server-address>；tag＝xxx

私有扩展定义如下：

Call-Info:<witen:99999999>；type＝dgna_check_rsp

其余字段在SIPbody扩展:

grouplist＝动态组号码1/动态组号码2/…/动态组号码100

grouplist为调度机无eCNS有的动态组号码全集。

若只带Call-Info:<witen:99999999>；type＝dgna_check_rsp，不带grouplist扩展，表示调度机侧无动态组。

上述即为本申请中的动态重组实现方法。由上述可见，本申请中，实现了TDLTE的动态重组内部处理，及LTE核心网对外接口；实现了TDLTE集群系统与外部系统的动态重组信息核查；实现了动态重组和动态重组失败信息反馈的流程解偶，动态重组生效无需等待失败列表反馈。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (6)

1.一种LTE数字集群系统中的动态重组实现方法，其特征在于，包括：

所述PTTF通过SIPA接口接收调度机发送的动态重组创建命令；其中，所述调度机是根据调度台或有权限用户的动态重组指示发送的所述动态重组创建命令，所述动态重组创建命令中包括创建的动态组的配置；所述PTTF包括TUM、TGM和SIPA接口；

所述PTTF通过LTE数字集群系统的内部消息通知HSS建立所述动态组；

所述HSS通知TGM所述动态组的配置；所述HSS通知所述动态组的成员用户所在的TUM，在TUM本地的成员用户上下文中增加动态组信息，并触发群组列表下载；所述HSS接收TUM收集的所述动态组的成员用户是否加入动态组失败的信息，并反馈给PTTF，所述PTTF通过SIPA接口向调度机反馈动态重组结果；

其中，所述PTTF通过SIPA接口与调度机间的交互消息为SIP消息。

2.根据权利要求1所述的方法，其特征在于，TUM收集动态组的成员用户是否加入动态组失败的信息包括：

若成员用户为1.0终端或成员用户不在网，TUM确定该成员用户加入动态组失败；和/或，

若成员的群组列表下载失败，TUM确定该成员用户加入动态组失败。

3.根据权利要求1所述的方法，其特征在于，该方法进一步包括：

a、所述调度机或LTE核心网将双方保存的动态组进行比较；

对于调度机中有、所述LTE核心网中没有的动态组，调度机通过SIP消息通知所述PTTF进行动态重组建立，并携带该动态组的所有成员列表，所述PTTF通知HSS进行动态重组建立，HSS通知TGM所述动态组的配置，并通知TUM对所述动态组的成员用户进行上下文更新和触发群组列表下载；所述HSS接收TUM收集的所述动态组的成员用户是否操作成功的消息，并反馈给PTTF，所述PTTF通过SIP消息向调度机反馈动态重组结果；

对于调度机中没有、所述LTE核心网中有的动态组，调度机通过所述SIPA向所述HSS发送该动态组的信息，所述HSS触发TGM和TUM删除相应的动态组。

4.根据权利要求3所述的方法，其特征在于，在第一个动态组建立成功后周期性执行所述步骤a，直到最后一个动态组删除为止；和/或，

所述HSS初始化成功后，执行所述步骤a；和/或，

备用核心网升级为主核心网后，执行所述步骤a。

5.根据权利要求1或3所述的方法，其特征在于，该方法进一步包括：所述PTTF通过SIPA接口接收调度机利用SIP消息发送的动态重组删除命令，并通知所述HSS；

所述HSS在本地列表中删除所述动态组和组内成员，向通过所述PTTF的SIPA接口向调度机反馈动态组删除响应，并通知所述TGM和所述动态组的成员用户所在的TUM删除动态组；

所述TUM对属于所述动态组的各个成员用户，删除所述动态组信息，更新本地保存的用户上下文，并触发群组列表下载。

6.根据权利要求1或3所述的方法，其特征在于，该方法进一步包括：所述PTTF通过SIPA接口接收调度机利用SIP消息发送的动态重组修改命令，并通知所述HSS；其中，所述动态重组修改命令包括在所述动态组中增加一用户和/或删除一用户；

所述PTTF通过LTE数字集群系统的内部消息通知HSS在所述动态组中增加和/或删除用户；

所述HSS通知TGM所述动态组修改的配置；对于需要增加的用户，所述HSS通知其所在的TUM在本地保存的上下文中增加所述动态组的信息，并通知该TUM触发相应用户的群组列表下载；对于需要删除的用户，所述HSS通知其所在的TUM删除该用户在本地上下文中保存的所述动态组信息，并通知该TUM触发相应用户的群组列表下载；

所述HSS通过所述PTTF的SIPA接口向调度机反馈动态组修改响应。