CN105792142A - 一种lte数字集群系统中的临时组呼方法 - Google Patents

Abstract

本申请公开了一种LTE数字集群系统中的临时组呼方法，包括：调度台创建临时组，通过调度机通知LTE核心网建立所述临时组；TGM向所有TUM发送临时组建立指示，所有TUM将接收的信息保存在本地UE签约信息上下文中，并将所述临时组信息推送给Max_UE个用户中的在网用户；TGM接收所有TUM反馈的所述临时组中所有在网用户的eNB或TA位置信息，向eNB发送PTT初始上下文建立请求，并携带临时组和Max_Grp个已签约静态组的信息；各个eNB建立临时组的用户面，并在空口发送临时组建立寻呼，携带临时组和Max_Grp个已签约静态组的信息及所述临时组的生存期信息。应用本申请，能够提高组呼效率，降低开销。

Description

一种LTE数字集群系统中的临时组呼方法

技术领域

本申请涉及集群通信技术，特别涉及一种LTE数字集群系统中的临时组呼方法和系统。

背景技术

在集群通信中，临时组呼类可以将多个用户临时创建一个群组，只本次呼叫有效，本次呼叫结束后UE和各网元自动删除本次临时组呼配置。临时组可以包括UE和已有其他群组。

在窄带集群TETRA系统中，其空口标准支持临时组功能。但是，TETRA不公开有线侧接口，到目前为止还没有无公开的TETRA临时组呼的流程。

在LTE数字集群系统中，目前尚无临时组呼的实现方案。

目前，将临时组通知给组内UE的方式只有离线写入UE或逐用户通知的方式。当临时组包括UE和其他已签约群组时，该临时组呼叫无法通过同时包含UE和成员组的方式通知临时组内所有UE。在临时组建立的同时，实时通知临时组包含UE和成员组，实现复杂。现有TETRA或系统架构难以支持。目前窄带集群系统，带宽窄同时通知临时组包含UE和成员组，信令开销大，难以支持。由上述可见，目前的临时组呼方式开销大，效率低。

发明内容

本申请提供一种LTE数字集群系统中的临时组呼方法，能够提高临时组呼的效率，降低开销。

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

一种LTE数字集群系统中的临时组呼方法，包括：

a，调度台创建临时组，通过所述调度机通知LTE核心网建立所述临时组，并携带所述临时组包括的Max_UE个用户和Max_Grp个已签约静态组的信息；

b，所述LTE核心网中指定的所述临时组的主控TGM向所述LTE核心网中的所有TUM发送临时组建立指示，并携带所述临时组、Max_UE个用户和Max_Grp个已签约静态组的信息，所述临时组中每个成员用户所属的TUM将所述临时组的信息保存在本地相应成员用户的签约信息上下文中，并将所述临时组信息推送给Max_UE个用户中的在网用户；

c，所述TGM接收所述所有TUM反馈的所述临时组中所有在网用户的eNB或TA位置信息，向所述临时组中所有在网UE所在的eNB发送PTT初始上下文建立请求，并携带所述临时组和Max_Grp个已签约静态组的信息；各个所述eNB建立所述临时组的用户面，并在空口发送临时组建立寻呼，携带所述临时组和Max_Grp个已签约静态组的信息及所述临时组的生存期信息。

较佳地，在所述步骤a和步骤b之间，该方法进一步包括：所述TGM向HSS请求临时组成员配置检查，并利用HSS反馈的检查通过的用户列表和静态组列表更新所述Max_UE个用户和Max_Grp个已签约静态组的信息。

较佳地，在所述HSS进行临时组成员配置检查前，该方法进一步包括：若所述临时组号码无效或临时组无一个有效用户，则所述HSS向所述TGM反馈失败指示，所述TGM通过调度机向所述调度台反馈临时组建立失败指示，并结束本流程。

较佳地，所述HSS在所述临时组的Max_UE个用户中筛选所述HSS的签约数据中存在、且未Purge的UE，加入检查通过的用户列表；所述HSS在所述临时组的Max_Grp个已签约静态组所包括的所有UE中筛选所述HSS的签约数据中存在、且未Purge的UE，加入检查通过的静态组列表；

若筛选后的用户列表和静态组列表中的总用户数超过所述临时组的规格，所述HSS向所述TGM反馈失败指示，TGM通过调度机向所述调度台反馈临时组建立失败指示，并结束本流程；否则，所述HSS向所述TGM反馈所述检查通过的用户列表和静态组列表。

较佳地，该方法进一步包括：所述TGM进行所述临时组的动态资源删建时，向所述临时组中所有在网UE所在的eNB发送PTT上下文修改请求，并携带所述临时组和Max_Grp个已签约静态组的信息；各个所述eNB建立所述临时组的用户面，并在空口发送临时组建立寻呼，携带所述临时组和Max_Grp个已签约静态组的信息及所述临时组的生存期信息。

较佳地，所述临时组中每个成员用户所属的TUM将所述临时组的信息保存在本地相应成员用户的签约信息上下文中包括：

对于属于临时组成员、在TUM本地保存有上下文、且在网的非所述用户列表的UE，在该UE的签约上下文中增加所述临时组的信息，不进行网络侧下推的群组列表下载；和/或，

对于在TUM本地保存有上下文、且在网的属于所述用户列表的UE，进行网络侧下推的群组列表下载，下载的信息包括所述临时组的信息；和/或，

对于属于临时组成员、在TUM本地保存有上下文、但不在网的UE，在该UE的签约上下文中增加所述临时组的信息；和/或，

对于属于临时组成员、在TUM本地未保存上下文的UE，TUM丢弃所述临时组的信息，或者，记录该未保存上下文的UE标识和所述临时组的号码，并在该UE附着时通知所述TGM。

较佳地，eNB发送临时组建立寻呼后，该方法进一步包括：所述eNB控制范围内的UE接收所述临时组建立寻呼，若该临时组寻呼中携带的已签约静态组中存在该UE的签约组，则该UE将所述临时组作为自身的签约组，保存至所述临时组呼结束或所述临时组的生存期结束。

较佳地，当对在TUM本地保存有上下文、且在网的属于所述用户列表的UE进行网络侧下推的群组列表下载时，

若一UE在NAS群组列表下载流程中收到所述临时组的信息，该UE将所述临时组作为自身的签约组，保存至所述临时组呼结束或所述临时组的生存期结束。

较佳地，从UE在所述NAS群组列表下载流程中收到所述临时组的信息开始，若该UE在设定时间内未收到所述临时组寻呼，则该UE删除所述临时组的信息。

较佳地，若UE在所述NAS群组列表下载流程中收到的临时组信息，与该UE在收到的临时组寻呼中包括的临时组信息相同时，所述UE对所述临时组信息保存1次，直至该临时组呼结束或所述临时组的生存期结束。

较佳地，当接收到非Purge状态、且属于所述临时组的UE主动拉群组列表的指示时，TUM将所述临时组加入群组列表中反馈给该UE，该UE将所述临时组作为自身的签约组，保存至所述临时组呼结束或所述临时组的生存期结束。

较佳地，关闭所述临时组时，所述临时组中的成员UE收到所述临时组的关闭指示后，删除临时组；TUM根据所述TGM的指示在本地UE签约上下文中删除所述临时组的信息；eNB发送关闭临时组寻呼时，只携带所述临时组的信息，不携带Max_Grp个静态组的信息。

由上述技术方案可见，本申请中，创建的临时组同时包括Max_UE个用户和Max_Grp个已签约静态组。临时组的主控TGM向本网的所有TUM发送临时组建立指示，TUM将相应临时组信息保存在本地UE签约信息上下文中，进一步地，将临时组信息推送给临时组中Max_UE个用户中的在网用户，从而使临时组中用户列表里的用户获取临时组信息，用于后续接受寻呼。接下来，TGM根据TUM反馈的临时组中在网用户的eNB或TA，向相应的eNB发送PTT初始上下文建立请求，并携带临时组和Max_Grp个已签约静态组的信息；eNB建立用户面后，在空口发送临时组建立寻呼，携带临时组和Max_Grp个已签约静态组的信息及临时组的生存期信息。在上述处理中，eNB发送的临时组建立寻呼同时实现了对临时组中所有在网用户的寻呼。一方面，寻呼包括静态组，使静态组用户能够响应寻呼；另一方面，寻呼包括临时组，使前述获取了临时组信息的用户也能够响应寻呼。从而既实现了对临时组中Max_UE个用户的寻呼，也实现了Max_Grp个已签约静态组的寻呼，不需要逐个用户通知或离线写入，提高临时组呼的效率，降低开销。

附图说明

图1为本申请中临时组呼方法的流程示意图。

具体实施方式

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

本申请中给出的临时组呼方法，对于临时组同时包括用户和已签约静态组的情况，能够大大提高临时组呼的效率，降低开销。同时，本申请的方法也适用于临时组仅包括用户，或仅包括多个已签约静态组的情况。也就是说，本申请中，创建的临时组包括Max_UE个用户和Max_Grp个已签约静态组。其中，Max_UE和Max_Grp均为大于或等于0的整数。

本申请中基本的临时组呼方法流程包括：

a、调度台创建临时组，通过调度机通知LTE核心网建立临时组，并携带临时组包括的Max_UE个用户和Max_Grp个已签约静态组(以下称为引用组)的信息；

b、LTE核心网中指定的临时组的主控TGM向所有TUM发送临时组建立指示，并携带临时组、Max_UE个用户和Max_Grp个引用组的信息，所有TUM将相应信息保存在本地UE签约信息上下文中，并将临时组信息推送给Max_UE个用户中的在网用户；

c、TGM接收所有TUM反馈的临时组中所有在网用户的eNB或TA位置信息，向相应UE所在的eNB发送PTT初始上下文建立请求，并携带临时组和Max_Grp个引用组的信息；各个eNB建立临时组的用户面，并在空口发送临时组建立寻呼，携带临时组和Max_Grp个引用组的信息。

通过上述流程的处理，通过步骤b中TUM发起的下推的群组列表下载，将临时组信息通知给Max_UE个用户中的在网用户，同时，通过步骤c由eNB在空口发送包括临时组和引用组信息的临时组建立寻呼，实现对临时组中的Max_UE个用户和Max_Grp个引用组的一同寻呼，这样，由于Max_UE个用户保存有临时组信息，因此可以响应临时组寻呼，Max_Grp个引用组的成员UE由于已签约引用组，因此也可以响应临时组寻呼。

下面通过图1所示的流程说明上述临时组呼方法的具体处理。如图1所示，该方法包括：

步骤101，调度台创建临时组，向调度机发送临时组呼建立消息，发起临时组呼。

其中，创建的临时组最多可选择Max_UE个用户和Max_Grp个已签约的静态组。在发送给调度机的临时组呼建立消息中携带Max_UE个用户和Max_Grp个引用组的信息。

步骤102，调度机向LTE核心网发送群组建立SIP消息INVITE，并携带临时组呼的标记及参数。

具体的临时组呼的标记和参数包括：临时组呼的标识、包括Max_UE个用户的用户列表，包括Max_Grp个引用组的群组列表，例如type＝temp_groupcall，userlist，grouplist)。

步骤103，临时组的主控TGM(TrunkGroupManagement，集群组控制单元)向HSS发送临时组成员查询请求，并接收HSS反馈的结果。

LTE核心网内部指定临时组的主控TGM。TGM发送的临时组成员查询请求中包含该临时组号码、临时组中包括的Max_UE个用户的用户列表(UElist)和Max_Grp个引用组的群组列表(grouplist)，HSS需要根据消息内容所携带的引用组和成员UE，组合出该临时组的所包含的所有未purge并且签约的用户，并进行配置检查。

在检查过程中，若临时组号码无效(与动态组/静态组/广播组/临时组/UE号码重复等)或UElist/grouplist无一个有效用户，则HSS向TGM返回失败指示。HSS检查临时组的UElist，筛选签约数据中存在并且未Purge的UE；检查临时组的grouplist所包括的各个UE，筛选签约数据中存在并且未Purge的UE；筛选后若该临时组中总用户数超过临时组的规格，则HSS通知TGM失败。

若TGM接收到HSS返回失败指示，则TGM通知SIPA临时组建立失败，核心网给调度机返回4xx失败，临时组建立流程结束。否则，HSS向TGM反馈检查通过的不属于引用组的用户列表和引用组及组中的用户列表。具体地，对于Max_UE个用户，HSS反馈检查通过的、且不属于引用组的UEList(以下简称为Max_UE个用户UEList)；对于Max_Grp个引用组及引用组中的所有用户，HSS反馈检查通过的引用组和组中检查通过的UEList(以下简称为引用组UEList)，具体可以通过HSSTGM_TEMP_GROUP_INFO_RSP消息携带上述UEList，TGM接收UEList后更新到临时组的上下文中，也就是利用上述Max_UE个用户UEList和引用组UEList更新前述的Max_UE个用户和Max_Grp个引用组。

上述步骤103中关于HSS进行成员配置检查和反馈的处理可以作为本申请临时组呼方法中的可选步骤，最简单地，也可以不进行本步骤的操作。

步骤104，TGM向本LTE核心网内的所有的TUM分别发送临时组号、Max_UE个用户UEList和引用组UEList。

可以利用TGMTUM_TEMP_GROUP_SETUP_IND消息携带临时组号、Max_UE个用户UEList和引用组UEList成员。同时，还可以进一步携带临时组的优先级。各TUM保存接收的信息，具体可以将其保存在本地UE签约信息的上下文中，直到本次临时组呼结束。优选地，TUM将接收的信息保存在本地UE上下文中时，可以根据各种不同状态分别处理如下：

a)、对于TUM本地保存有其上下文、且在网的、属于临时组成员、但不属于Max_UE个用户UEList中的UE，在签约上下文中增加临时组参数信息，且不进行网络侧下推的群组列表下载；其中，临时组参数信息可以包括临时组的名字、号码和组优先级等；

b)、对于TUM本地保存有其上下文、且在网的、属于Max_UE个用户UEList中的UE，进行网络侧下推的临时组群组列表下载流程；其中，通过群组列表下载可以将临时组信息推送给用户；

c)、对于在TUM本地有其上下文(UEdetach到purge期间,TUM保存上下文)、属于临时组成员、但不在网的UE，在签约上下文中增加临时组参数信息。

d)、对于在TUM无其上下文、且属于临时组的UE，TUM不记录临时组参数信息，直接丢弃；或者TUM记录<临时组号码,UE号码>，待UEAttach时通知临时组主控TGM。

步骤105，TUM向TGM反馈临时组成员中在网UE所处的eNB或TA信息。

其中，如果执行了步骤103，则临时组成员指经过步骤103更新后的检查通过的成员。

步骤106，TGM根据收集的各TUM反馈的临时组成员所处eNB或TA信息，向临时组在网成员所在eNB发送S1消息PTTInitialContextSetupRequest，并携带临时组及Max_Grp个引用组信息。

其中，如果执行了步骤103，则本步骤中的Max_Grp个引用组即指经过步骤103更新后的检查通过的引用组。另外，在主控TGM进行临时组的动态资源删建时，TGM向临时组在网成员所在eNB发送S1消息PTTContextModificationRequest，也携带临时组及Max_Grp个引用组信息。

步骤107，eNB收到PTTInitialContextSetupRequest/PTTContextModificationRequest后，eNB建群组用户面，在空口发送临时组建立寻呼GPCCH:paging，并携带临时组和Max_Grp个引用组信息及临时组的生存期信息。

步骤108，UE响应临时组建立寻呼。

具体地，UE收到临时组建立Paging后，检查其携带的Max_Grp个引用组中是否有自己的签约组。若有，UE将该临时组作为自己的签约组，保存至该组呼结束或设置的生存期结束。通过上述处理，虽然在寻呼中未直接包括Max_Grp个引用组中的所有用户，但是对于Max_Grp个引用组中的签约用户，仍然可以响应临时组建立寻呼。

当UE属于前述步骤103的情况b)时，在步骤103中，TUM触发了群组列表下载，UE通过该下载流程获取到了临时组信息，则该UE将该临时组作为自己的签约组，保存至该组呼结束或设置的生存期结束。对于这些UE，UE收到包括临时组信息的临时组建立Paging，则响应该寻呼。如果UE从在群组列表下载收到临时组信息开始，在设定的时间内未收到临时组建立Paging，则删除该临时组信息。其中，设定的时间可以是Max_tempcall_paging(可以默认为1000)次寻呼周期。通过这部分的处理，虽然在临时组建立寻呼中没有包括Max_UE个用户UEList，但是对于属于Max_UE个用户UEList中的UE，仍然能够响应临时组建立寻呼。

如果UE在NAS群组列表下载(即前述群组列表下载)和临时组建立Paging收到相同的临时组信息，则UE仅记录1次(不认为异常)。UE保存该临时组至临时组关闭。

步骤109，临时组呼叫期间，若TUM接收到属于临时组成员的UE主动拉群组列表的指示，则TUM将临时组的信息携带在群组列表中反馈给UE，UE将该临时组作为自己的签约组，保存至该组呼结束或设置的生存期结束。UE发Join时TUM将该临时组激活/关闭状态反馈给UE。

在临时组呼叫期间，eCNS支持属于临时组成员的非Purge状态UE迟后进入临时组。具体地，如果这些UE主动拉群组列表，则TUM会接收到UE主动拉群组列表的指示，则TUM在反馈给UE的群组列表中包括临时组信息，从而允许UE进入临时组。

步骤110，UE收到临时组关闭，自行删除临时组，TUM根据TGM的指示从本地UE签约上下文删除临时组；删除临时组不触发TUM群组列表下载。eNB关闭Paging只携带临时组，不携带Max_Grp个引用组。

临时组关闭，流程同调度机发起的普通组关闭。eCNS发起的S1消息PTTPAGING只携带临时组，不携带Max_Grp个引用组。

至此，图1所示的流程结束。在上述临时组呼方法中，eNB发送的临时组建立寻呼同时实现了对临时组中所有在网用户的寻呼。一方面，寻呼包括静态组，使静态组用户能够响应寻呼；另一方面，寻呼包括临时组，使前述获取了临时组信息的用户也能够响应寻呼。从而既实现了对临时组中Max_UE个用户的寻呼，也实现了Max_Grp个已签约静态组的寻呼，不需要逐个用户通知或离线写入，提高临时组呼的效率，降低开销。

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

Claims (12)

1.一种LTE数字集群系统中的临时组呼方法，其特征在于，包括：

a，调度台创建临时组，通过所述调度机通知LTE核心网建立所述临时组，并携带所述临时组包括的Max_UE个用户和Max_Grp个已签约静态组的信息；

b，所述LTE核心网中指定的所述临时组的主控TGM向所述LTE核心网中的所有TUM发送临时组建立指示，并携带所述临时组、Max_UE个用户和Max_Grp个已签约静态组的信息，所述临时组中每个成员用户所属的TUM将所述临时组的信息保存在本地相应成员用户的签约信息上下文中，并将所述临时组信息推送给Max_UE个用户中的在网用户；

c，所述TGM接收所述所有TUM反馈的所述临时组中所有在网用户的eNB或TA位置信息，向所述临时组中所有在网UE所在的eNB发送PTT初始上下文建立请求，并携带所述临时组和Max_Grp个已签约静态组的信息；各个所述eNB建立所述临时组的用户面，并在空口发送临时组建立寻呼，携带所述临时组和Max_Grp个已签约静态组的信息及所述临时组的生存期信息。

2.根据权利要求1所述方法，其特征在于，在所述步骤a和步骤b之间，该方法进一步包括：所述TGM向HSS请求临时组成员配置检查，并利用HSS反馈的检查通过的用户列表和静态组列表更新所述Max_UE个用户和Max_Grp个已签约静态组的信息。

3.根据权利要求2所述方法，其特征在于，在所述HSS进行临时组成员配置检查前，该方法进一步包括：若所述临时组号码无效或临时组无一个有效用户，则所述HSS向所述TGM反馈失败指示，所述TGM通过调度机向所述调度台反馈临时组建立失败指示，并结束本流程。

4.根据权利要求2或3所述方法，其特征在于，所述HSS在所述临时组的Max_UE个用户中筛选所述HSS的签约数据中存在、且未Purge的UE，加入检查通过的用户列表；所述HSS在所述临时组的Max_Grp个已签约静态组所包括的所有UE中筛选所述HSS的签约数据中存在、且未Purge的UE，加入检查通过的静态组列表；

若筛选后的用户列表和静态组列表中的总用户数超过所述临时组的规格，所述HSS向所述TGM反馈失败指示，TGM通过调度机向所述调度台反馈临时组建立失败指示，并结束本流程；否则，所述HSS向所述TGM反馈所述检查通过的用户列表和静态组列表。

5.根据权利要求1或2所述的方法，其特征在于，该方法进一步包括：所述TGM进行所述临时组的动态资源删建时，向所述临时组中所有在网UE所在的eNB发送PTT上下文修改请求，并携带所述临时组和Max_Grp个已签约静态组的信息；各个所述eNB建立所述临时组的用户面，并在空口发送临时组建立寻呼，携带所述临时组和Max_Grp个已签约静态组的信息及所述临时组的生存期信息。

6.根据权利要求1或2所述的方法，其特征在于，所述临时组中每个成员用户所属的TUM将所述临时组的信息保存在本地相应成员用户的签约信息上下文中包括：

对于属于临时组成员、在TUM本地保存有上下文、且在网的非所述用户列表的UE，在该UE的签约上下文中增加所述临时组的信息，不进行网络侧下推的群组列表下载；和/或，

对于在TUM本地保存有上下文、且在网的属于所述用户列表的UE，进行网络侧下推的群组列表下载，下载的信息包括所述临时组的信息；和/或，

对于属于临时组成员、在TUM本地保存有上下文、但不在网的UE，在该UE的签约上下文中增加所述临时组的信息；和/或，

对于属于临时组成员、在TUM本地未保存上下文的UE，TUM丢弃所述临时组的信息，或者，记录该未保存上下文的UE标识和所述临时组的号码，并在该UE附着时通知所述TGM。

7.根据权利要求1或2所述的方法，其特征在于，eNB发送临时组建立寻呼后，该方法进一步包括：所述eNB控制范围内的UE接收所述临时组建立寻呼，若该临时组寻呼中携带的已签约静态组中存在该UE的签约组，则该UE将所述临时组作为自身的签约组，保存至所述临时组呼结束或所述临时组的生存期结束。

8.根据权利要求6所述的方法，其特征在于，当对在TUM本地保存有上下文、且在网的属于所述用户列表的UE进行网络侧下推的群组列表下载时，

若一UE在NAS群组列表下载流程中收到所述临时组的信息，该UE将所述临时组作为自身的签约组，保存至所述临时组呼结束或所述临时组的生存期结束。

9.根据权利要求8所述的方法，其特征在于，从UE在所述NAS群组列表下载流程中收到所述临时组的信息开始，若该UE在设定时间内未收到所述临时组寻呼，则该UE删除所述临时组的信息。

10.根据权利要求8所述的方法，其特征在于，若UE在所述NAS群组列表下载流程中收到的临时组信息，与该UE在收到的临时组寻呼中包括的临时组信息相同时，所述UE对所述临时组信息保存1次，直至该临时组呼结束或所述临时组的生存期结束。

11.根据权利要求1或2所述的方法，其特征在于，当接收到非Purge状态、且属于所述临时组的UE主动拉群组列表的指示时，TUM将所述临时组加入群组列表中反馈给该UE，该UE将所述临时组作为自身的签约组，保存至所述临时组呼结束或所述临时组的生存期结束。

12.根据权利要求1或2所述的方法，其特征在于，关闭所述临时组时，所述临时组中的成员UE收到所述临时组的关闭指示后，删除临时组；TUM根据所述TGM的指示在本地UE签约上下文中删除所述临时组的信息；eNB发送关闭临时组寻呼时，只携带所述临时组的信息，不携带Max_Grp个静态组的信息。