CN101472222B

CN101472222B - 一种组呼业务紧急呼叫管理的方法、设备及系统

Info

Publication number: CN101472222B
Application number: CN2007101257268A
Authority: CN
Inventors: 赵旸; 秦钧
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2007-12-29
Filing date: 2007-12-29
Publication date: 2012-06-20
Anticipated expiration: 2027-12-29
Also published as: CN101472222A

Abstract

本发明公开了一种组呼业务中管理紧急呼叫的方法、设备及系统，通过将集群系统中的调度者对组呼业务中的紧急呼叫的发起与解除的设置，实现组呼业务中调度者对紧急呼叫的建立和解除的管理，实现了调度者在遇到重要紧急情况时可通知参与组呼的成员进入集群紧急模式，并可由调度者实现对集群组的紧急模式的及时恢复。

Description

一种组呼业务紧急呼叫管理的方法、设备及系统

技术领域

本发明涉及通信领域，尤其涉及一种通信组呼业务紧急呼叫管理的方法、设备及系统。

背景技术

集群无线通信系统，以下简称集群系统，是近几年来发展起来的一种较经济、较灵活的指挥调度通信系统，广泛应用在政府机关、能源交通、机场码头、工矿企业、消防警察、水利和军事等单位，以满足各单位内部通信联络的需要。

现有的集群系统是通过将一组用户作为一个集群进行管理，当组内的成员发起会话时，可以将该会话内容通知到所有在集群系统信号覆盖范围内的该组的全体用户的通信方式与系统。

为了实现组内集群通信，集群系统通常通过以下方式来实现：

在集群通信中，每个组包括一个该组的组标识ID和组呼区域，其中组呼区域定义为一族小区。用户的签约组信息是开户时在HLR(Home LocationRegister，归属位置寄存器)和SIM(Subscriber Identity Module)卡里存储的固定信息，同时组标识Group ID(Group Identifier)和组呼区域也保存在组呼寄存器GCR(Group Call Register)中，因而现有的集群通信系统并未实现对组呼用户的移动性管理。

图1为集群系统中核心网的系统结构图，从图中可见集群系统的核心网主要由归属位置寄存器HLR、GMSC(Gateway MSC，网关移动交换机)、锚MSC(Anchor MSC，锚移动交换机)、中继MSC(Relay MSC，中继移动交换机)、VLR(Visitor Location Register，访问位置寄存器)和组呼寄存器GCR这些网元组成。这些网元之间是通过如下连接运作来实现集群系统功能：

当收到组呼发起请求时，锚MSC向所连接的GCR查询该组属性，得到调度员列表、中继MSC列表以及本锚MSC控制下的小区列表。

该锚MSC呼叫调度员和中继MSC，并为在本锚MSC控制下的小区建立组呼信道，通过各个小区的NCH(Notification Channel，通知信道)通知组内用户有组呼发起，并指明其组呼信道参数以便组内用户监听。

中继MSC接到锚MSC的组呼呼叫请求后，向所连接的GCR查询其所控制的小区列表，在这些小区内建立组呼信道，通过NCH通知组内用户有组呼发起，并指明其组呼信道参数以便组内用户监听。

当一个组呼呼叫被发起后，在该组呼区域内的的一组用户能够同时加入到该组呼呼叫并监听讲话者。但是，在组呼呼叫中，同一时间只能有一个讲话者进行讲话，当讲话者完成讲话后，其它用户都能够通过按PTT(Push to talk)键变成讲话者。在通话过程中，任何用户都可以自己决定中途离开或者中途加入到该组呼呼叫中，进入组呼区域的用户能够接到通知并中途加入到组呼呼叫中。

在组呼过程中，讲者可以占用上行组呼信道，同时监视下行组呼信道；网络也可以为讲者单独分配一个独立的上下行专用信道。而听者只能监视下行组呼信道。

当集群组内发生重要且紧急的状况时，允许整个集群组进入紧急模式，当紧急情况处理完毕，集群组可以恢复到正常通话状态。

一个集群组内，为了使不同用户获得不同级别的业务特征，在集群组内给不同的用户设置了不同的优先级别，从低到高包括normal subscriber(常规用户)、privileged subscriber(特权用户)和emergency subscriber(紧急用户)。优先级较高的用户可以抢占优先级较低用户当前占用的上行链路。

当一个集群组内发生重要且紧急情况时，该集群组可发起紧急模式状态，具有紧急优先级的用户向网络侧发出抢占上行链路的请求(uplink accessrequest)，网络侧对该请求进行判断，当上行链路处于空闲(uplink free)状态时，或者占用当前上行链路的用户的优先级低于该紧急优先级时，网络侧将该上行链路指派给该具有紧急优先级的用户使用，此时该集群组即进入紧急模式状态。处于紧急模式下的集群组，网络侧会在通知信道和组呼信道上周期性的广播携带紧急模式指示(emergency mode indication)的上行链路忙(UPLINKBUSY)消息，以通知当前参与集群组呼中的所有听者和其他处于空闲模式或者正在参与其他呼叫的群组的所有成员。

当紧急情况处理完毕后，由当前占用上行且具有紧急优先权的用户发送重置紧急模式(emergency mode reset request)请求，网络侧在收到该请求后广播通知群组所有成员紧急模式解除(EMERGENCY_RESET_COMMAND)，使集群组恢复到正常通话的状态。

现有技术中集群组呼系统紧急模式的启动是通过一个集群内具有紧急优先级的用户向网络侧发出请求来实现的，可见现有技术中调度者无法实现对紧急模式的控制，不能满足集群组呼业务的实际应用中的需要。

发明内容

本发明实施例提供了一种组呼业务中管理紧急呼叫的方法、设备及系统，以实现调度者对组呼系统紧急模式的控制，增加调度系统的灵活性。

本发明实施例提供了一种组呼呼叫中管理紧急呼叫的方法，包括：

集群组中的锚MSC接收调度者发送的第一紧急模式控制指示信息；

所述锚MSC根据其接收的第一紧急模式控制指示信息，向其控制的BSS发送第二紧急模式控制指示信息；所述BSS根据第二紧急模式控制指示信息，通知所述集群组中的终端执行紧急模式控制操作；

所述调度者包括：固定电话终端、受控于所述锚MSC的移动终端或者所述锚MSC控制范围之外的移动终端；

所述集群组中的锚MSC接收调度者发送的第一紧急模式控制指示信息包括：

所述锚MSC直接接收固定电话终端或者受控于所述锚MSC的移动终端发送的第一紧急模式控制指示信息；或者，所述锚MSC接收其控制范围之外的移动终端通过中继MSC或者拜访MSC发送的第一紧急模式控制指示信息。

本发明实施例还提供了一种组呼呼叫系统，包括：

锚MSC，用于接收调度者发送的第一紧急模式控制指示信息，向其控制的BSS发送第二紧急模式控制指示信息；

所述锚MSC控制的BSS，用于根据第二紧急模式控制指示信息，通知所述集群组中的终端执行紧急模式控制操作；

所述锚MSC接收调度者发送的第一紧急模式控制指示信息时，具体用于直接接收固定电话终端或者受控于所述锚MSC的移动终端发送的第一紧急模式控制指示信息；或者，通过中继MSC或者拜访MSC接收所述锚MSC控制范围之外的移动终端发送的第一紧急模式控制指示信息。

本发明实施例还提供了一种锚MSC，包括：

接收单元，用于接收调度者发送的第一紧急模式控制指示信息；

发送单元，用于向其控制的BSS发送第二紧急模式控制指示信息；

所述接收单元接收调度者发送的第一紧急模式控制指示信息时，具体用于直接接收固定电话终端或者受控于所述锚MSC的移动终端发送的第一紧急模式控制指示信息；或者，通过中继MSC或者拜访MSC接收所述锚MSC控制范围之外的移动终端发送的第一紧急模式控制指示信息。

本发明实施例提供的技术方案中，调度者根据群组当前情况可以通知群组成员进入或清除群组紧急模式，实现了调度者对组呼系统紧急模式的控制，增加了调度系统的灵活性。

附图说明

图1为现有技术中集群系统中核心网的系统结构图；

图2为本发明提供的一启动紧急模式实施例的信令流程图；

图3为本发明提供的另一启动紧急模式实施例的信令流程图；

图4为本发明提供的一解除紧急模式实施例的信令流程图；

图5为本发明提供的一解除紧急模式实施例的信令流程图。

具体实施方式

为使本发明的目的、技术方案和有益效果更加清楚明白，下面结合实施例和附图，对本发明进一步详细说明。

在集群组出现紧急或重要情况，或者因紧急情况需要通知所有的集群组成员时，调度者可以向网络侧发送紧急模式指示。网络可以预定义一串DTMF(Dual Tone Multi Frequency，双音多频)码来识别紧急模式指示，DTMF码值可根据具体操作而定，但是不能与标识开始讲话、结束讲话或者清除紧急模式指示的序列相同。

图2为本发明提供的一种启动紧急模式实施例的信令流程图，该实施例可以适用于调度者为固定电话终端或受控于锚MSC的移动用户终端的情况。如图2所示，以组呼已建立为例，则可以实施下述步骤；如果此时组呼尚未建立，则调度者首先建立呼叫。

S201，调度者通过预先设定的DTMF信号(调度者为固定终端时)或DTMF消息(调度者为移动终端时)将紧急模式指示发送给锚MSC；

S202，该锚MSC在收到该DTMF信号或消息后，分析确认该DTMF信号或消息为设置紧急模式请求后，该锚MSC对在自己控制范围内的所有相关的BSS发送EMERGENCY_MODE_INDICATION消息，并可以通过FORWARD_GRO-UP CALL_SIGNALLING将该消息转发给中继MSC；

可选的，可以对该调度者设置权限限制，该锚MSC在收到该信号后，先在本地数据库中查询该调度者是否有设置组呼紧急模式的权限，该锚MSC在确认该调度者有组呼紧急模式设置权限的，继续执行后续步骤，否则本流程终止。对调度者该权限的设置一般可通过以下两种方式来实现：

第一种方式，在锚MSC上设置系统内所有调度者的针对所有组呼是否有设置紧急模式的权限，以及重置紧急模式的权限，并在锚MSC本地数据库中保存这两个权限数值，锚MSC根据设置值判断是否允许调度者设置紧急模式和重置紧急模式；

第二种方式，在GCR中针对不同组呼组的不同调度者分别设置该调度者针对该组呼组是否有设置紧急模式的权限，以及重置紧急模式的权限，并在GCR的组呼组属性中保存这两个权限数值，在组呼建立时由锚MSC向GCR查询并保存在锚MSC的本地数据中，锚MSC根据设置值判断是否允许该调度者对该组呼组的组呼设置紧急模式和重置紧急模式。

S203，该BSS在收到EMERGENCY_MODE_INDICATION消息后，在通知信道上发送PERIODIC NOTIF_REQ消息通知所有监听NCH信道的MS设置紧急模式指示；

S204，当当前的上行链路信道被占用时，该BSS通过在组呼信道上周期性的发送携带有紧急模式指示(emergency mode indication)的UPLINK BUSY消息通知所有参与组呼的MS设置紧急模式；当当前的上行链路信道空闲时，该BSS通过在组呼信道上周期性的发送携带有紧急模式指示(emergency modeindication)的UPLINK FREE消息通知所有参与组呼的MS设置紧急模式；

上述步骤中，至少要执行S203与S204中的一个，中继MSC在收到锚MSC转发的消息后，向自身控制的范围内的BSS发送EMERGENCY_MODE_INDI-CATION消息，这些BSS在收到该EMERGENCY_MODE_INDICATION消息后执行的步骤与S203-S204类似，不再赘述。

图3为本发明提供的另一启动紧急模式实施例的信令流程图，该实施例可以适用于调度者为移动用户终端且不在锚MSC的控制范围内的情况。该实施例的具体步骤如下：

S301，调度者通过无线接口向归属的中继MSC/VMSC发送指示设置紧急模式的DTMF消息；

S302，该中继MSC/VMSC在接收到该DTMF消息后将该DTMF消息转化成为DTMF信号发送给锚MSC；

S303，该锚MSC在接收到该DTMF信号后，确认为设置紧急模式请求后，向自己控制范围内的相关的BSS发送EMERGENCY_MODE_INDICATION消息，并通过FORWARD_GROUP CALL_SIGNALLING将该消息转发给中继MSC；

可选的，可以对该调度者设置权限限制，该锚MSC在收到该信号后，先在本地数据库中查询该调度者是否有设置组呼紧急模式的权限，该锚MSC在确认该调度者有组呼紧急模式设置权限的，继续执行后续步骤，否则本流程终止。对调度者该权限的设置与前述实施例类似，此处不再赘述。

S304，BSS在收到该EMERGENCY_MODE_INDICATION消息后，通过在通知信道上发送PERIODIC NOTIF_REQ消息来通知所有监听NCH信道的MS设置紧急模式指示；

S305，当当前的上行链路信道被占用时，BSS通过在组呼信道上周期性的发送携带有紧急模式指示(emergency mode indication)的UPLINK BUSY消息通知所有参与组呼的MS设置紧急模式；当当前的上行链路信道空闲时，BSS通过在组呼信道上周期性的发送携带有紧急模式指示(emergency modeindication)的UPLINK FREE消息通知所有参与组呼的MS设置紧急模式；

上述步骤中，至少要执行S304与S305中的一个，中继MSC在收到该锚MSC转发的消息后，向自己控制范围内的所有BSS发送EMERGENCY_MODE_IND-ICATION消息，BSS在收到该EMERGENCY_MODE_INDICATION消息后执行的步骤与S304-S305类似，不再赘述。

当集群组内的紧急情况已处理完毕，或者目前集群组内无具有相应权限的用户可以清除紧急模式标识时，调度者需要恢复集群组的正常通信，调度者可以向网络侧发送重置紧急模式请求消息，网络侧清除紧急模式的设置并广播通知所有成员。网络首先要预定义一串DTMF码来识别紧急模式重置指示，DTMF码值可根据具体操作而定，但是不能与标识开始讲话、结束讲话或者设置紧急模式指示的序列相同。

图4为本发明一解除紧急模式实施例的信令流程图，该实施例可以适用于调度者为固定电话终端或受控于锚MSC的移动用户终端的情况。具体步骤如下：

S401，调度者通过DTMF信号将重置紧急模式指示发送给锚MSC；

S402，该锚MSC在收到该DTMF信号后，分析确认是重置紧急模式请求，则发送紧急模式重置命令(EMERGENCY_RESET_COMMAND)通知所有相关BSS解除紧急模式，并通过FORW_GROUP CALL_SIGN消息将emergencymode reset command发送给中继MSC；

可选的，当该调度者设有权限限制时，该锚MSC在收到该信号后，先在本地数据库中查询本地数据库中该调度者是否有解除组呼紧急模式的权限，该锚MSC在确认该调度者设有组呼紧急模式解除权限的，继续执行后续步骤，否则本流程终止；

对调度者进行紧急模式解除的权限的设置一般可通过以下两种方式来实现：

第一种方式，通过在锚MSC上设置该集群系统内所有调度者对所有组呼是否有解除紧急模式的权限，并在该锚MSC的本地数据库中保存这个权限的数值，以后对调度者权限的判断可根据该锚MSC的保存的数值来判断；

第二种方式，在GCR中根据不同的组呼组的不同调度者分别为该调度者设置针对该组呼组是否有解除紧急模式的权限，并在该GCR的组呼属性中保存该权限的数值，当组呼建立时，通过锚MSC向GCR查询并保存在该锚MSC的本地数据库中，该锚MSC根据该值实现判断该调度者是否有对该组呼解除紧急模式的权限；

S403，BSS在收到该EMERGENCY_RESET_COMMAND消息后，该BSS在通知信道上发送PERIODIC NOTIF_REQ消息通知所有监听NCH信道的MS清除紧急模式；

S404，当当前的上行链路信道被占用时，BSS通过在组呼信道上周期性的发送携带有清除紧急模式指示(emergency mode reset)的UPLINK BUSY消息通知所有参与组呼的MS恢复正常通话模式；当当前的上行链路信道空闲时，BSS通过在组呼信道上周期性的发送携带有清除紧急模式指示(emergencymode reset)的UPLINK FREE消息通知所有参与组呼的MS恢复正常通话模式；

上述步骤中，至少要执行S403与S404中的一个，中继MSC收到该emergencymode reset command后，将该emergency mode reset command命令发送给自己控制范围内的所有BSS，这些BSS在收到该emergency mode reset command命令后，执行的步骤与S403-S404类似，不再赘述。

图5为本发明提供的另一解除紧急模式信令流程图，该实施例可以适用于调度者为移动用户终端，且调度者不在锚MSC控制范围的情况。

该实施例的实现步骤如下：

S501，调度者通过无线接口向归属的中继MSC/拜访MSC发送指示清除紧急模式的DTMF消息；

S502，该中继MSC/拜访MSC在收到该DTMF消息后，将该消息转化成DTMF信号发送给锚MSC；

S503，该锚MSC收到后对该DTMF信号进行分析，当确认该DTMF信号是重置紧急模式请求时，该锚MSC则发送紧急模式重置命令(EMERGENCY_RE-SET_COMMAND)通知所有相关的BSS解除紧急模式，并通过FORW._GROUPCALL_SIGN消息将emergency mode reset command发送给中继MSC；

对调度者进行紧急模式解除的权限的设置与上述实施例类似，不再赘述。

S504，BSS在收到该EMERGENCY_RESET_COMMAND消息后，BSS在通知信道上发送PERIODIC NOTIF_REQ消息通知所有监听NCH信道的MS清除紧急模式；

S505，当当前的上行链路信道被占用时，BSS通过在组呼信道上周期性的发送携带有清除紧急模式指示(emergency mode reset)的UPLINK BUSY消息通知所有参与组呼的MS恢复正常通话模式；当当前的上行链路信道空闲时，BSS通过在组呼信道上周期性的发送携带有清除紧急模式指示(emergencymode reset)的UPLINK FREE消息通知所有参与组呼的MS恢复正常通话模式；

上述步骤中，至少要执行S504与S505中的一个，中继MSC收到该emergencymode reset command后，将该emergency mode reset command命令发送给自己控制范围内的所有BSS，这些BSS在收到该emergency mode reset command命令后，执行的步骤与S504至S505类似，不再赘述。

本发明实施例还提供了一种组呼呼叫系统，包括：

所述锚MSC控制的BSS，用于根据第二紧急模式控制指示信息，通知所述集群组中的终端执行紧急模式控制操作。

所述系统还可以包括：

中继MSC，用于接收所述锚MSC向其转发的第二紧急模式控制指示信息，向其控制的BSS发送第三紧急模式控制指示信息；

所述中继MSC控制的BSS，用于根据第三紧急模式控制指示信息，通知所述集群组中的终端执行紧急模式控制操作。

本发明实施例还提供了一种锚MSC，包括：

发送单元，用于向其控制的BSS发送第二紧急模式控制指示信息。

所述锚MSC还可以包括：

权限单元，用于在接收单元接收调度者发送的第一紧急模式控制指示信息之后，向数据库或GCR查询所述所述调度者的紧急模式控制权限信息，当所述调度者具有紧急模式控制权限时，触发所述发送单元的操作。

所述锚MSC还可以包括：

转发单元，用于向中继MSC转发的第二紧急模式控制指示信息。

本发明实施例中的信令或消息，仅是示例性的，只要可以实现相同的目的，本发明并不限定所采用的信令或消息。

本发明实施例的技术方案中，调度者根据群组当前情况可以随时通知群组成员进入或清除群组紧急模式，同时是否允许调度者设置紧急模式和重置紧急模式的权限也可以由运营商自行设置，增加了调度系统的灵活性。

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

Claims

1.一种组呼呼叫中管理紧急呼叫的方法，其特征在于，所述方法包括：

2.如权利要求1所述的方法，其特征在于，所述方法还包括：

所述锚MSC向中继MSC转发第二紧急模式控制指示信息，所述中继MSC向其控制的BSS发送第三紧急模式控制指示信息，所述中继MSC控制的BSS根据第三紧急模式控制指示信息，通知所述集群组中的终端执行紧急模式控制操作。

3.如权利要求1或2所述的方法，其特征在于，所述紧急模式控制包括紧急模式设置或者紧急模式重置。

4.如权利要求1或2所述的方法，其特征在于，所述锚MSC接收调度者发送的第一紧急模式控制指示信息之后，还包括：

在数据库或GCR上查询所述调度者的紧急模式控制权限信息，当所述调度者具有紧急模式控制权限时，所述锚MSC向其控制的BSS发送第二紧急模式控制指示信息。

5.如权利要求1或2所述的方法，其特征在于，所述通知集群组中的终端执行紧急模式控制操作包括：

在通知信道上通知监听该信道的终端执行紧急模式控制操作；和/或

在组呼信道上通知参加组呼的终端执行紧急模式控制操作。

6.如权利要求5所述的方法，其特征在于，在组呼信道上通知参加组呼的终端执行紧急模式控制操作包括：

当当前上行链路被占用时，通过在组呼信道上周期性地发送携带有第四紧急模式控制指示信息的UPLINK BUSY消息通知参加组呼的终端执行紧急模式控制操作；

当当前上行链路空闲时，通过在组呼信道上周期性地发送携带有第五紧急模式控制指示信息的UPLINK FREE消息通知参加组呼的终端执行紧急模式控制操作。

7.如权利要求1所述的方法，其特征在于，所述调度者通过双音多频DTMF消息或信号发送紧急模式控制指示信息。

8.一种组呼呼叫系统，其特征在于，包括：

9.如权利要求8所述的系统，其特征在于，还包括：

10.一种锚MSC，其特征在于，包括：

11.如权利要求10所述的锚MSC，其特征在于，还包括：

权限单元，用于在接收单元接收调度者发送的第一紧急模式控制指示信息之后，向数据库或GCR查询所述调度者的紧急模式控制权限信息，当所述调度者具有紧急模式控制权限时，触发所述发送单元的操作。

12.如权利要求10或11所述的锚MSC，其特征在于，还包括：

转发单元，用于向中继MSC转发第二紧急模式控制指示信息。