CN100384265C

CN100384265C - 一种标识不同集群组的方法

Info

Publication number: CN100384265C
Application number: CNB2004100690287A
Authority: CN
Inventors: 黄东川
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2004-07-12
Filing date: 2004-07-12
Publication date: 2008-04-23
Anticipated expiration: 2024-07-12
Also published as: CN1722870A

Abstract

本发明公开了一种标识不同集群组的方法，该方法还包括：A、维护终端向集群业务服务器发起动态重组集群组请求；B、集群业务服务器将该请求转发给管辖该请求携带的组呼区域的一个或一个以上的移动业务交换中心，移动业务交换中心判断已经存储集群组信息中的组标识和组呼类型是否与该请求携带的组标识和组呼类型相同，如果是，执行步骤C；否则，执行步骤D；C、移动业务中心判断该请求携带的组呼区域是否与存储的具有该请求携带的组标识和组呼类型的集群组组呼区域存在交集，如果是，集群业务服务器不执行该请求；否则，执行步骤D；D、集群业务服务器执行该请求，并将该请求的动态重组集群组信息进行存储。

Description

一种标识不同集群组的方法

技术领域

本发明涉及不同集群组的识别技术，特别涉及一种标识不同集群组的方法。

背景技术

集群通信(Trunk Communication或Trunk Radio)，其含义为将一些各种类别的用户终端(MS)集中起来构成一个共同有效利用同一干线或总线无线信道的系统，进行以指挥调度为主体的多用途、高效能专用无线通信系统。相对分散运行、资源利用率不高的对讲机之类的专用无线通信系统而言，集群通信系统像无中心系统一样，将动态信道分配给多终端共享与充分利用有限的无线信道资源作为设计思想，在此基础上建设一种共用平台，使各类别的终端可以共享丰富的特种功能及各类业务增值新途径。

集群通信系统使用组呼参考和集群组类型来标识一个集群组，其中，集群组类型标识集群组的组呼类型，即集群组的组呼类型是语音组呼业务(VGCS)还是语音广播业务(VBS)。组呼参考唯一标识出一个集群组，组呼参考由组标识(ID)和组呼区域组成，其中：组ID标识集群组中的MS，在该集群组中的MS都具有该集群组定义的组ID。集群组将其组ID存储在归属位置寄存器(HLR)中和MS的用户标识模块(SIM)卡中，用于在鉴权时确定该MS所在的集群组。一个MS最多可以签约50个集群组。组呼区域为当集群组的组呼类型为VGCS时定义的该集群组可以组呼的区域，在这个区域之中并且是该集群组内成员的MS才能进行组呼业务。

由于组ID用来标识MS属于的集群组，所以各个不同的集群组具有的组ID不同。但是，组ID号码的资源是很有限的，比如：如果组ID号码定为3位，则只能标识一千个不同的集群组；如果组ID号码定为5位，则只能标识十万个不同的集群组。这对于整个通信网中的集群通信系统是远远不够的。

如果将不同的集群组采用重复的组ID，就可以解决组ID号码资源紧张的状况。但是，由于不同的集群组采用重复的组ID并且MS签约不同的集群组是通过组ID标识的，使得一个MS在签约不同的集群组时就可能具有多个重复的组ID，由于目前在网络侧和空中接口还没有可以解决MS用重复组ID签约不同的集群组的方案，所以，当该MS当通过重复的组ID接入集群组时，就无法确定接入具有该组ID的哪个集群组。

因此，如何在网络侧和空中接口解决MS用重复组ID签约不同的集群组成为亟待解决的问题。

发明内容

有鉴于此，本发明的主要目的提供一种标识不同集群组的方法，该方法能够在网络侧和空中接口解决MS用重复组ID签约不同的集群组，从而实现不同的集群组使用重复的组ID来标识。

根据上述目的，本发明的技术方案是这样实现的：

一种标识不同集群组的方法，移动业务交换中心预先存储其管辖的集群组信息，该方法还包括：

A、维护终端向集群业务服务器发起动态重组集群组请求，该请求携带有动态重组集群组的组标识、组呼类型和组呼区域；

B、集群业务服务器将该请求转发给管辖该请求携带的组呼区域的一个或一个以上的移动业务交换中心，移动业务交换中心判断已经存储集群组信息中的组标识和组呼类型是否与该请求携带的组标识和组呼类型相同，如果是，执行步骤C；否则，执行步骤D；

C、移动业务中心判断该请求携带的组呼区域是否与存储的具有该请求携带的组标识和组呼类型的集群组组呼区域存在交集，如果是，移动业务交换中心向集群业务服务器发送该请求失败响应，集群业务服务器不执行该请求；否则，执行步骤D；

D、移动业务交换中心向集群业务服务器发送该请求成功响应，集群业务服务器执行该请求，并将该请求的动态重组集群组信息进行存储。

步骤A所述的动态重组集群组请求为创建集群组或者修改已经创建的集群组。

步骤B所述管辖该请求携带的组呼区域的一个或一个以上的移动业务交换中心为：一个锚移动业务交换中心和一个或一个以上的中继移动业务交换中心；

步骤D在所述发送该请求成功响应后，该方法进一步包括：集群业务服务器判断是否收到所有的管辖该请求携带组呼区域的锚移动业务交换中心和中继移动业务交换中心发送的该请求成功响应，如果是，集群业务服务器执行该请求，并将该请求的动态重组集群组信息进行存储；否则，集群业务服务器不执行该请求。

当集群通信系统叠加有虚拟专网时，

在步骤B之前，该方法进一步包括：集群业务服务器确定管辖该请求携带组呼区域的虚拟专网，并且检查自身存储的该虚拟专网中已有集群组的组标识和组呼类型是否与该请求携带的组标识和组呼类型重复，如果是，集群业务服务器不执行该请求；否则，执行步骤B。

步骤D所述将该请求的动态重组集群组信息进行存储的过程为：

将动态重组集群组信息存储到集群业务服务器的数据库中，并且将动态重组集群信息存储到其所属的移动交换业务中心中。

当维护终端要增加动态重组集群组中的用户终端时，该方法进一步包括：

在集群业务服务器的数据库中设置用户终端已经加入的集群组列表，并且设置组标识重复签约计数流程表，该表中的每条记录用于存储用户终端重复签约具有相同组标识的不同集群组的签约信息；

E、维护终端向集群业务服务器发起增加动态重组集群组中的用户终端的请求，该请求携带有用户终端号码、号码类型、以及用户终端要加入集群组的组标识和组呼类型；

F、集群业务服务器判断该请求携带的组标识和组呼类型是否与设置的该用户终端已经加入的集群组列表中的集群组的组标识和组呼类型重复，如果是，执行步骤G，否则，集群业务服务器按照正常动态签约流程进行处理；

G、集群业务服务器判断设置组标识重复签约计数流程表中是否有该用户终端已经签约的记录，如果有，给该条记录的重复次数加1；否则，为该用户创建一条组标识重复签约计数流程表记录，并将该条记录的重复次数置1。

当维护终端要删除动态重组集群组中的用户终端时，该方法进一步包括：

在集群业务服务器的数据库中设置组标识重复签约计数流程表，该表中的每条记录用于存储用户终端重复签约具有相同组标识的不同集群组的签约信息；

E1、维护终端向集群业务服务器发起删除动态重组集群组中的用户终端的请求，该请求携带有用户终端号码、号码类型、以及用户终端要删除集群组的组标识和组呼类型；

F1、集群业务服务器判断设置组标识重复签约计数流程表中是否有该用户终端签约的记录，如果有，给该条记录的重复次数减1，转入步骤G1；否则，集群业务服务器按照正常去动态签约流程进行处理；

G1、集群业务服务器判断该条记录的重复次数减1后重复次数是否为0，如果是，则删除该条记录后应答维护终端执行该请求成功；否则，直接应答维护终端执行该请求成功。

所述该表中每条记录存储的签约信息包括：用户终端用户号码、号码类型、以及用户终端加入的组标识、组呼类型和重复次数。

集群业务服务器判断设置组标识重复签约计数流程表中是否有该用户终端签约的记录的过程为：判断是将组标识重复签约计数流程表每一条记录中的用户终端用户号码、号码类型、以及用户终端加入的组标识、组呼类型，与该请求携带的用户终端用户号码、号码类型、以及用户终端加入的组标识、组呼类型进行一一比较。

从上述方案可以看出，本发明提供的方法使具有相同组ID的不同集群组的组呼区域及所属的VPN不同，并且在集群业务服务器数据库中设置组ID重复签约计数流程表记录具有多个相同组ID的MS的签约信息，因此，本发明提供的方法在网络侧和空中接口解决MS用重复组ID签约不同的集群组，从而实现不同的集群组使用重复的组ID来标识。

附图说明

图1为本发明用重复组ID标识不同集群组分别具有组呼区域的示意图。

图2为本发明维护终端创建或修改集群组的方法流程图。

图3为实现一个VPN下不使用重复组ID的流程图。

图4为本发明MS在签约具有重复组ID的集群组时的流程图。

图5为本发明具有重复组ID的集群组在删除MS时的流程图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚明白，以下举实施例并参照附图，对本发明进行进一步详细的说明。

本发明为了在网络侧和空中接口解决MS用重复组ID签约不同的集群组，在集群网中的不同环节进行了改进。

首先，用重复组ID标识的不同集群组的组呼区域必须没有重叠的部分，这样，当MS签约多个具有重复组ID的不同集群组时，可以通过组呼区域区分当前要加入的是哪一个具有该重复组ID的集群组。当然，在判断具有重复组ID的不同集群组的组呼区域是否具有重叠部分之前，还应该判断具有重复组ID的不同集群组的组呼类型是否相同，如果相同的话，再判断组呼区域是否有重叠部分，如果不相同的话，则不需要再判断。

图1为本发明用重复组ID标识不同集群组分别具有组呼区域的示意图，如图所示：

集群组a的组呼区域包括cell1、cell2、cell3，集群组b的组呼区域包括cell4和cell5，这两个集群组的组呼区域没有重叠，集群组a和集群组b都可以使用重复的组ID517。

图2为本发明维护终端创建或修改集群组的方法流程图，维护终端为可以通过登录集群业务服务器进行动态重组集群组的终端，本发明预先在集群业务服务器中设置有集群组及该集群组的信息，该集群组的信息包括组呼区域、组ID和组呼类型，其具体步骤为：

步骤200、维护终端当创建或修改集群组时，向集群业务服务器发起创建或修改集群组的请求，该请求携带要创建或修改集群组的组ID、组呼类型和该集群组要组呼的区域；

步骤201、收到该请求的业务服务器根据该请求携带的该集群组要组呼的区域确定管辖该组呼区域的锚移动业务交换中心(AnchorMSC)，将该请求转发给AnchorMSC；

步骤202、AnchorMSC根据该请求携带集群组的组ID和组呼类型与本AnchorMSC已有集群组的组ID和组呼类型比较，如果重复，执行步骤204；否则，执行步骤203；

步骤203、AnchorMSC向业务服务器回复该请求成功消息，转入步骤214；

步骤204、AnchorMSC将具有与该请求携带集群组的组ID相同的集群组的组呼区域与该请求携带的组呼区域进行对比，判断两者是否具有交集，如果是，执行步骤205；否则，执行步骤206；

步骤205、AnchorMSC向集群业务服务器返回该请求失败消息，转入步骤214；

步骤206、AnchorMSC向业务服务器回复该请求成功消息，转入步骤207；

步骤207、集群业务服务器判断该请求携带的该集群组要组呼的区域是否具有中继MSC(RelayMSC)，既该集群组是否跨MSC，如果跨MSC时就具有RelayMSC，如果有，执行步骤208；否则，执行步骤214；

步骤208、集群业务服务器将该请求提交给该集群组具有的每个RelayMSC；

步骤209、每个RelayMSC根据该请求携带集群组的组ID和组呼类型与本RelayMSC已有集群组的组ID和组呼类型进行比较，如果重复，执行步骤211；否则，执行步骤210；

步骤210、该RelayMSC向业务服务器回复该请求成功消息，转入步骤214；

步骤211、该RelayMSC将具有与该请求携带集群组的组ID相同的集群组的组呼区域与该请求携带的组呼区域进行对比，判断两者是否具有交集，如果是，执行步骤212；否则，执行步骤213；

步骤212、该RelayMSC向集群业务服务器返回该请求失败消息，转入步骤214；

步骤213、该RelayMSC向业务服务器回复该请求成功消息，转入步骤214；

步骤214、集群业务服务器判断是否收到管辖该请求携带的该集群组要组呼区域的所有RelayMSC和AnchorMSC返回的该请求成功消息，如果是，执行步骤215；否则，执行步骤216；

步骤215、集群业务服务器执行该请求，将要创建或修改集群组的集群组信息，既集群组ID、组呼区域和组呼类型进行记录并存储到数据库中，向维护终端发送该请求执行成功消息；

步骤216、向维护终端发送该请求失败消息。

其次，如果该无线通信系统还叠加有VPN，则在一个VPN下的不同集群组不能使用重复组ID，不同VPN下的不同集群组可以使用相同的组ID。当然，在判断具有重复组ID的不同集群组的组呼区域是否属于一个VPN之前，还应该判断具有重复组ID的不同集群组的组呼类型是否相同，如果相同的话，再判断组呼区域是否属于一个VPN，如果不相同的话，则不需要再判断。

图3为实现一个VPN下不使用重复组ID的流程图，其具体步骤为：

步骤300、维护终端当创建或修改集群组时，向集群业务服务器发起创建或修改集群组的请求，该请求携带要创建或修改集群组的组ID、组呼类型和该集群组要组呼的区域；

步骤301、收到该请求的业务服务器根据该请求携带的该集群组要组呼的区域确定管辖该组呼区域的VPN，并且检查自身存储的该VPN中具有的集群组的组ID和组呼类型是否与该请求携带的组ID和组呼类型重复，如果是，执行步骤302；否则，执行步骤303；

步骤302、业务服务器向维护终端发送该请求失败消息；

步骤303、业务服务器执行该请求，将创建或修改集群组的集群组信息，既集群组ID、组呼区域和组呼类型进行记录并存储到集群业务服务器的数据库中，并向维护终端发送该请求执行成功消息。

当本发明创建或修改集群组的集群组信息时，必须将要创建或修改集群组的集群组信息进行记录并存储到集群业务服务器的数据库中，在数据库中建立组ID重复签约计数流程表，专门用来处理集群组建立或修改时组ID重复使用的情况，组ID重复签约计数流程表中的一条记录如表一所示：

字段名	字段说明	数据类型	长度(字节)	关键字	允许空
字段名	字段说明	数据类型	长度(字节)	关键字	允许空	UserNumer	用户号码	char	16	1
NumerType	号码类型0-IMSI1-MSISDN2-PSTN	byte	1	2		UserNumer	用户号码	char	16	1
NumerType	号码类型0-IMSI1-MSISDN2-PSTN	byte	1	2		GrpID	组ID	int	4	3
GrpType	组呼类型145-VGCS146-VBS	byte	1	4		GrpID	组ID	int	4	3
GrpType	组呼类型145-VGCS146-VBS	byte	1	4		Counter	重复次数(一个用户最多加入50个组，即最多重复49次)	byte	1

表一

表一记录了其中一个MS的一条重复签约具有相同组ID的不同集群组的组呼签约信息，该MS的集群组呼签约信息包括：MS用户号码、用户号码类型、既可以为国际移动用户识别码(IMSI)、移动用户综合业务数字网(ISDN)号码(MSISDN)和公用交换电话网(PSTN)号码、组呼类型和重复次数。一个MS可能具有多条记录，用以记录多次重复签约不同的具有相同组ID的不同集群组的组呼签约信息。

在数据库中的表一存储着若干个MS的多条集群组呼签约信息记录。

图4为本发明MS在签约具有重复组ID的集群组时的流程图，其具体步骤为：

步骤400、维护终端向集群业务服务器发起增加集群组中的MS请求，该请求携带要增加的MS用户号码、MS号码类型、该集群组的组ID和该集群组的组呼类型；

步骤401、集群业务服务器根据该MS预先存储在集群业务服务器的签约集群组列表和该请求携带的信息，判断该MS是否已经重复签约过具有相同组ID和组呼类型的不同集群组，如果否，执行步骤402；否则，执行步骤403；

集群业务服务器预先存储有各个MS签约集群组列表，该列表中包括MS签约的集群组ID、组呼类型和组呼区域等签约信息；

步骤402、按照现有技术的动态签约流程进行处理，转入步骤406；

步骤403、集群业务服务器判断该MS预先存储的所有组ID重复签约计数流程表记录中是否已经有该MS重复签约组ID的记录，如果有，转入步骤404；否则，转入步骤405；

判断的依据是将组ID重复签约计数流程表每一条记录中的MS用户号码、号码类型、以及MS加入的组ID、组呼类型和该请求携带的MS用户号码、号码类型、以及MS要加入的组ID、组呼类型进行一一对比得到的。

步骤404、将该MS预先存储的相应组ID重复签约计数流程表记录中的重复次数加1，转入步骤406；

步骤405、在该MS预先存储的组ID重复签约计数流程表中为该MS建立组ID重复签约计数流程记录，设置重复次数为1，转入步骤406；

步骤406、维护终端应答维护终端动态签约成功消息。

图5所示的为本发明具有重复组ID的集群组在删除MS时的流程图，其具体步骤为：

步骤500、维护终端向集群业务服务器发起删除集群组中的MS请求，该请求携带要删除的MS用户号码、MS号码类型、该集群组的组呼区域、该集群组的组ID和该集群组的组呼类型；

步骤501、集群业务服务器收到该MS签约该集群组的信息后，判断该MS预先存储的所有组ID重复签约计数流程表记录中是否具有重复签约记录，如果是，执行步骤502；否则，执行步骤505；

步骤502、集群业务服务器将MS预先存储的相应组ID重复签约计数流程表记录中的重复次数减1，判断重复次数减1后是否等于0，如果是，执行步骤503；否则，执行步骤504；

步骤503、集群业务服务器将该条记录删除，转入步骤504；

步骤504、集群业务服务器向维护终端发送成功执行该请求的响应；

步骤505、按照现有技术中的动态去签约过程进行处理。

通过本发明提供的方法，可以实现当不同集群组重复使用相同的组ID时，仍然可以采用现有技术实现MS加入已经签约的具有重复组ID的集群组的过程，并且可以区分具有重复组ID的不同集群组。其实现方法为：MS向集群业务服务器发起加入集群组的请求，该请求携带要加入集群组的组ID和MS当前所属的区域；集群业务服务器首先根据该请求携带的组ID确定MS要加入的具有该组ID的多个集群组，既查询预先存储的组ID重复签约计数流程表中关于MS的记录确定具有该组ID的多个集群组，然后再根据该请求携带MS当前所属的区域分别和具有该组ID的多个集群组的组呼区域进行比较，确定组呼区域包含MS当前所属的区域的集群组为MS要加入的集群组，让MS加入。

由于本发明实现了使用重复组ID标识不同集群组，因此节省了集群业务的号码资源；由于本发明提供的组ID重复签约计数流程表可以屏蔽MS在空中接口重复求签约具有相同组ID的不同集群组，既只用分别进行一次签约到具有相同组ID的不同集群组，并将该签约信息保存在组ID重复签约计数流程表即可，节省了集群通信系统的空中接口资源。

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

Claims

1.一种标识不同集群组的方法，其特征在于，移动业务交换中心预先存储其管辖的集群组信息，该方法还包括：

2.如权利要求1所述的方法，其特征在于，步骤A所述的动态重组集群组请求为创建集群组或者修改已经创建的集群组。

3.如权利要求1所述的方法，其特征在于，步骤B所述管辖该请求携带的组呼区域的一个或一个以上的移动业务交换中心为：一个锚移动业务交换中心和一个或一个以上的中继移动业务交换中心；

4.如权利要求1所述的方法，其特征在于，当集群通信系统叠加有虚拟专网时，

5.如权利要求1所述的方法，其特征在于，步骤D所述将该请求的动态重组集群组信息进行存储的过程为：

6.如权利要求1所述的方法，其特征在于，当维护终端要增加动态重组集群组中的用户终端时，该方法进一步包括：

7.如权利要求1所述的方法，其特征在于，当维护终端要删除动态重组集群组中的用户终端时，该方法进一步包括：

8.如权利要求6或7所述的方法，其特征在于，所述该表中每条记录存储的签约信息包括：用户终端用户号码、号码类型、以及用户终端加入的组标识、组呼类型和重复次数。

9.如权利要求8所述的方法，其特征在于，集群业务服务器判断设置组标识重复签约计数流程表中是否有该用户终端签约的记录的过程为：判断是将组标识重复签约计数流程表每一条记录中的用户终端用户号码、号码类型、以及用户终端加入的组标识、组呼类型，与该请求携带的用户终端用户号码、号码类型、以及用户终端加入的组标识、组呼类型进行一一比较。