CN100372425C

CN100372425C - 一种实现集群业务组呼漫游的方法

Info

Publication number: CN100372425C
Application number: CNB2003101188772A
Authority: CN
Inventors: 郭平; 李世前
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2003-12-04
Filing date: 2003-12-04
Publication date: 2008-02-27
Anticipated expiration: 2023-12-04
Also published as: CN1625293A

Abstract

本发明公开了一种实现集群业务组呼漫游的方法，该方法包含：预先设置综合组呼寄存器，存储多个交换中心管辖的各群组服务小区的群组信息；始发交换中心接收通信终端发送的组呼始发呼叫，向综合组呼寄存器请求群组信息；综合组呼寄存器向始发交换中心提供群组信息，该群组信息包括服务交换中心标识列表，始发交换中心接收所述群组信息，始发交换中心根据收到的服务交换中心标识列表，向对应于服务交换中心标识的服务交换中心发送组呼请求。根据本发明，可针对综合组呼寄存器中存储的所有群组服务小区发起组呼，从而实现组呼的漫游。由于是综合组呼寄存器集中存储群组信息，本发明还可实现对群组信息的集中管理。

Description

一种实现集群业务组呼漫游的方法

技术领域

本发明涉及集群业务组呼技术，特别是指一种实现集群业务组呼漫游的方法。

背景技术

随着通信技术的迅速发展，国家安全系统、公安系统、公共卫生系统、铁路系统等都需要大量地应用集群业务。集群业务最主要的特征是能够调度和群呼。集群业务的调度功能是指对一定数量的通信终端同时发起呼叫，让这些通信终端同时通话；集群业务的群呼功能是指在通信终端上做一个简单操作，对相应通信群组内的所有通信终端同时发起呼叫、进行同时通话，从而达到“一呼百应”的效果。

在数字集群系统中，需要大量地使用组呼、组播等业务。针对组呼、组播业务面向群组的特点，设置组呼寄存器(GCR)存储群组信息，例如，群组服务小区列表、相关移动交换中心(MSC)列表、调度员信息等，所述的群组服务小区列表仅指处于同一MSC管辖的各群组服务小区信息。目前，GCR是针对每个MSC设置的，因此GCR存储的群组信息是对应于各MSC管辖区域的群组信息。进行组呼业务时，收到组呼始发呼叫的MSC从GCR中获取群组信息。

随着集群业务的广泛应用，必然需要集群业务支持组呼漫游，即群组成员在漫游时进行组呼和组呼在不同MSC管辖的多个群组服务小区进行。但是，由于GCR存储的群组信息是对应于各MSC管辖区域的群组信息，因此，如果实现组呼漫游，就需要在所有对应于漫游MSC的GCR中存储群组信息，这样，GCR中需要存储大量群组信息。收到组呼始发呼叫的MSC根据对应于自身的GCR存储的组呼信息，向相关MSC发送组呼通知，相关MSC根据对应于自身的GCR存储的群组信息，进行组呼业务处理。

另外，由于GCR是针对每个MSC设置的，即使是不同群组，在不同GCR中存储的群组身份标识(ID)很可能相同。在实现组呼漫游时，将会出现在同一GCR存储相同的群组ID的情况，导致一些不可预料的问题出现，如MSC无法根据群组ID正确进行组呼业务，使得对应于该MSC管辖的群组无法进行组呼业务。如果发起具有群组组呼权限的通信终端漫游至其他MSC，对应于该MSC的GCR中又没有存储其所属群组的信息，则同样无法进行组呼业务。

另外，由于每个MSC都要设置GCR存储群组信息，因此每个GCR中存储的群组信息是相对独立的，增加了群组信息的管理难度，无法实现对群组信息的集中管理。群组成员信息是存储于归属位置寄存器(HLR)中的，进行组呼业务时，MSC需要向HLR查询群组成员权限，这更增加了对群组信息进行管理的难度。

发明内容

有鉴于此，本发明的目的在于提供一种实现集群业务组呼漫游的方法，使得集群业务的组呼能够实现漫游。

为了达到上述目的，本发明提供了一种实现集群业务组呼漫游的方法，该方法包含：

A、预先设置综合组呼寄存器，存储多个交换中心管辖的各群组服务小区的群组信息；

B、始发交换中心接收通信终端发送的组呼始发呼叫，向所述综合组呼寄存器请求群组信息；

C、所述综合组呼寄存器向所述始发交换中心提供群组信息，该群组信息包括服务交换中心标识列表，所述始发交换中心接收所述群组信息，根据收到的服务交换中心标识列表，向对应于所述服务交换中心标识的服务交换中心发送组呼请求。

所述步骤C之前进一步包括：综合组呼寄存器根据存储的群组成员组呼权限，判断始发交换中心提供的通信终端标识，是否具有发起组呼始发呼叫的权限，如果是，执行步骤C。

所述步骤A为：预先设置多个综合组呼寄存器，每个综合组呼存储器存储多个交换中心管辖的各群组服务小区的群组信息；

所述步骤B包括：始发交换中心接收通信终端发送的组呼始发呼叫，该组呼始发呼叫携带有群组标识，所述始发交换中心根据所述群组标识路由至对应的综合组呼寄存器，向对应的综合组呼寄存器请求组呼信息。

所述步骤C之后进一步包括以下步骤：

D、对应于服务交换中心标识的服务交换中心接收组呼请求，向综合组呼寄存器请求对应于所述服务交换中心的群组服务小区列表；

E、综合组呼寄存器向所述服务交换中心提供群组服务小区列表，所述服务交换中心接收所述群组服务小区列表。

所述步骤E之后进一步包括：服务交换中心向始发交换中心返回组呼响应。

所述交换中心为移动交换中心，所述步骤E之后进一步包括：所述服务移动交换中心通知管辖的对应于所述群组服务小区的基站子系统建立组呼无线资源。

所述步骤B进一步包括：始发交换中心为当前群组组呼分配组呼始发标识，向综合组呼寄存器发送所述组呼始发标识，综合组呼寄存器存储所述组呼始发标识；

所述步骤E之前进一步包括：综合组呼寄存器判断是否存储有所述组呼始发标识，如果是，执行步骤E，否则，执行步骤C。

步骤C中所述始发交换中心接收综合组呼寄存器提供的群组信息之后，进一步包括：始发交换中心通知管辖的基站子系统建立组呼无线资源。

步骤A中所述群组信息至少包括：群组标识、服务交换中心标识列表和群组服务小区列表；所述群组信息进一步包括：群组名称，或调度员列表，或群组加密密钥。

根据本发明，通过设置综合组呼寄存器中集中存储群组信息，使收到组呼始发呼叫的交换中心只需路由至综合组呼寄存器，就可获取与组呼群组相关的全部信息，然后再根据获取的信息，向相关的交换中心发起组呼请求。这样，针对综合组呼寄存器中存储的所有群组服务小区，无论是同一交换中心管辖的群组服务小区，还是不同交换中心管辖的群组服务小区，都可发起组呼，从而实现了组呼的漫游。由于群组信息集中存储于综合组呼寄存器，本发明还实现了对群组信息的集中管理。

另外，综合组呼寄存器还存储有群组成员的组呼权限，交换中心不必再提供其他设备查询群组成员权限，只需通过与综合组呼寄存器的信息交互，就可获取群组成员的组呼权限。

附图说明

图1为本发明中实现组呼漫游的流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明作进一步的详细描述。

本发明中，设置综合组呼寄存器(IGCR)集中存储群组信息，交换中心通过IGCR获取群组信息，从而进行组呼业务。IGCR中存储的群组信息可包括：群组ID、群组名称、调度员列表、群组服务小区列表、服务交换中心列表、群组加密密钥、群组成员标识等，还可进一步包括群组成员的组呼权限。所述的群组服务小区列表可为同一或不同交换中心管辖的对应于群组ID的群组服务小区信息。所述的服务交换中心是指进行某个群组的组呼业务时，参与该组呼的交换中心。以上所述的交换中心包括固定通信网络中的交换机和移动通信网络中的MSC。

图1为本发明中实现组呼漫游的流程图，如图1所示，组呼漫游的实现过程包括以下步骤：

步骤1：通信终端通过基站子系统(BSS)向其所在的MSC发起组呼始发呼叫(call origination)，该组呼始发呼叫中携带有群组ID(Group ID)。通信终端所在的MSC收到组呼始发呼叫后，判断是否为组呼始发呼叫，如果是，执行步骤2；否则，按照一般呼叫进行处理。

步骤2：通信终端所在的MSC为当前群组组呼分配组呼始发标识，然后根据Group ID路由至对应于Group ID的群组信息所在的IGCR，向该IGCR发送组呼请求(Group Local Request)，该组呼请求中携带有Group ID、MSC ID、组呼始发标识和发起群组起始呼叫的通信终端的标识，请求IGCR提供对应于Group ID的群组信息。组呼始发标识用于标识群组组呼。IGCR收到组呼请求后，根据自身存储的对应于Group ID的群组信息，判断通信终端是否具有发起组呼始发呼叫的权限，如果是，执行步骤3；否则，根据MSC ID向MSC发送失败响应，通知MSC不允许该通信终端发起组呼始发呼叫，然后MSC通过BSS向该通信终端发送失败响应，通知该通信终端不允许其发起组呼始发呼叫。

可在网络中设置多个IGCR，各IGCR存储不同群组信息，因此需要根据Group ID确定需要访问的IGCR，交换中心通过该IGCR获取进行相应群组组呼业务的信息。

步骤3～步骤4：IGCR存储组呼始发标识，根据MSC ID向通信终端所在的MSC返回组呼响应(Group Local Response)，该组呼响应中携带有群组信息，如服务MSC标识(MSC ID)列表、群组服务小区列表等群组信息。MSC收到IGCR返回的群组信息后，通知该MSC管辖的对应于群组服务小区的BSS建立当前组呼所需的无线资源。

步骤5～步骤7：MSC收到IGCR返回的群组信息后，根据群组信息中的MSC ID列表向相关于当前组呼业务的MSC发送组呼通知(Group CallNotification)，该组呼通知中携带有Group ID、MSC ID和组呼始发标识。相应MSC收到组呼通知后，根据Group ID路由至对应于Group ID的群组信息所在的IGCR，向该IGCR发送组呼请求，该组呼请求中携带有Group ID和组呼始发标识。IGCR收到组呼请求后，判断自身是否存储有该组呼始发标识，如果是，则执行步骤7；否则，执行步骤3。

步骤7～步骤10：IGCR向相关MSC返回组呼响应，该MSC返回组呼响应中携带有对应于Group ID的MSC管辖的群组服务小区信息。MSC收到组呼响应后，根据MSC ID向收到组呼始发呼叫的MSC发送组呼通知响应(Group Call Notification Answer)。相关MSC通知自身管辖的对应于群组服务小区的BSS建立当前组呼所需的无线资源。此时，已经建立组呼通道，群组组呼处于通信状态。

由以上描述可见，由于IGCR中集中存储了群组信息，收到组呼始发呼叫的MSC只需路由至IGCR，就可获取与组呼群组相关的全部信息，然后再根据获取的信息，向相关的MSC发起组呼请求。这样，针对IGCR中存储的所有群组服务小区，无论是同一MSC管辖的群组服务小区，还是不同MSC管辖的群组服务小区，都可发起组呼，从而实现了组呼的漫游。由于群组信息的集中存储，本发明还实现了对群组信息的集中管理。

另外，IGCR还存储有群组成员的组呼权限，MSC不必再向HLR查询群组成员权限，只需通过与IGCR的信息交互，就可获取群组成员的组呼权限。

总之，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims

1.一种实现集群业务组呼漫游的方法，其特征在于该方法包含以下步骤：

2.根据权利要求1所述的方法，其特征在于，

3.根据权利要求1所述的方法，其特征在于，

4.根据权利要求1或2所述的方法，其特征在于，所述步骤C之后进一步包括以下步骤：

5.根据权利要求4所述的方法，其特征在于，所述步骤E之后进一步包括：服务交换中心向始发交换中心返回组呼响应。

6.根据权利要求4所述的方法，其特征在于，所述交换中心为移动交换中心，所述步骤E之后进一步包括：所述服务移动交换中心通知管辖的对应于所述群组服务小区的基站子系统建立组呼无线资源。

7.根据权利要求4所述的方法，其特征在于，所述步骤B进一步包括：始发交换中心为当前群组组呼分配组呼始发标识，向综合组呼寄存器发送所述组呼始发标识，综合组呼寄存器存储所述组呼始发标识；

8.根据权利要求1、2或3所述的方法，其特征在于，

9.根据权利要求1所述的方法，其特征在于，步骤A中所述群组信息至少包括：群组标识、服务交换中心标识列表和群组服务小区列表。

10.根据权利要求9所述的方法，其特征在于，所述群组信息进一步包括：群组名称，或调度员列表，或群组加密密钥。