CN1968460A - 一种释放语音组呼上行的方法 - Google Patents

Abstract

本发明涉及移动通讯领域，特别的涉及集群通信系统中，一种释放语音组呼上行的方法，本方法通过预设调度员的释放语音组呼上行的权限，当在语音组呼过程中，在需要强制释放被当前业务用户占用的语音组呼上行的情况下，由具有释放语音组呼上行权限的调度员，向MSC发送释放语音组呼上行的指令，MSC根据该指令，释放当前业务用户占用的语音组呼上行，将语音组呼上行状态置为空闲状态。本发明方法，实现了当占用语音组呼上行的业务用户终端发生故障，或者业务用户恶意占用语音组呼上行，而导致语音组呼上行异常的情况下，或者，有别的业务用户需要优先占用语音组呼上行的情况下，调度员可以根据具体实际情况，灵活的保护、控制语音组呼上行。

Description

一种释放语音组呼上行的方法

技术领域

本发明涉及集群移动通讯领域，具体是涉及集群移动通讯系统中的一种释放语音组呼上行的方法。

背景技术

集群移动通信是20世纪70年代发展起来的一种较经济、较灵活的移动通信系统，它是传统的专用无线电调度网的高级发展阶段。传统的专用无线电调度系统，整体规划性差，型号、制式混杂，网小太多，覆盖面窄，加以噪音干扰严重，频率资源浪费。因此，一种新的无线电调度技术--集群移动通信便应运而生，并广泛应用到交通，公安、公路、消防、电力、铁路、防汛、金融等各个专业部门。

所谓的集群，即是使用多个无线信道为众多的用户服务，就是将有线电话中继线的工作方式运用到无线电通信系统中，把有限的信道动态地、自动地、迅速的、和最佳的分配给整个系统的所有用户，以便在最大程度上利用整个系统的信道的频率资源，它运用交换技术和计算机技术，为系统的全部用户提供了很强的分组能力。可以说，集群移动通信系统是一种特殊的用户程控交换技术。

语音组呼业务(Voice group call service，简称VGCS)、语音广播业务(VoiceBroadcast Service，简称VBS)以及增强的多级优先与强占权(EnhanceMulti-Level Precedence and Pre-emption，简称eMLPP)是集群移动通信的三种基本业务。其中VGCS是实现在VGCS区域中的多人讲话，更多的人可以听话(听者数量无限制)的语音业务。

在VGCS中，在任何时刻只准许1个讲者业务用户、以及至多5个调度员同时讲话。调度员用户应该能够听到除自己外的其他讲者的讲话，听者业务用户能够听到所有讲者用户的讲话。当有调度员讲话时，讲者业务用户应该得到可听指示。调度员可以随时讲话无需附加的信令，而对于业务用户，在同一时刻只能由一个业务用户使用语音组呼上行讲话。业务用户申请语音组呼上行成功后，移动交换中心(Mobile Switching Centrer，简称MSC)通知VGCS小区的基站系统(Base Station System，简称BSS)在VGCS小区内广播上行忙。

在不提供业务用户讲者优先级抢占的情况下，只有当前的讲者业务用户释放上行以后，其他的业务用户才能申请语音组呼上行讲话。讲者业务用户释放VGCS当前上行后，MSC通知BSS在VGCS小区内广播上行空闲。

在提供业务用户讲者优先级抢占的情况下，只有欲讲话的听者业务用户的优先级，高于当前正在讲话的讲者业务用户的优先级时，才可以抢占当前讲者业务用户占用的语音组呼上行，成为讲者。

另外，如果当前占用语音组呼上行的业务用户的终端出现某些故障，比如死机等，该业务用户无法进行释放语音组呼上行操作，或者，该业务用户恶意占用语音组呼上行，而不释放，那么MSC无法得到释放语音组呼上行的通知，此时MSC中记录该语音组呼上行状态就一直为忙，这样其他的听者业务用户无法使用语音组呼上行。该种情况可以我们称为语音组呼上行吊死。此时需要一种语音组呼上行保护管理机制，来避免吊死上行的吊死。

但是，在目前的3GPP协议中，没有关于该语音组呼上行保护机制的描述。对于该种语音组呼上行吊死的情况，在现有技术中一般采用语音组呼上行超时检查、以及语音组呼上行超时释放的两种方式，对语音组呼上行进行一定程度的保护。其中使用语音组呼上行超时检查，可以解决VGCS业务用户终端出现某些故障，而导致语音组呼上行无法释放的问题；而使用语音组呼上行超时释放，可以解决VGCS业务用户恶意占用语音组呼上行的问题。

但是，该两种方式均受所预设的时长的影响，时长设置过短，会对业务用户的讲话带来影响，存在业务用户讲话还没有结束时，被迫释放语音组呼上行，影响VGCS的质量；而时长设置过长，又会降低语音组呼上行的保护力度。因而该方案缺乏灵活性，该语音组呼上行超时检查、以及语音组呼上行超时释放的方式缺乏应用灵活性。

发明内容

本发明要解决的技术问题是提供一种释放语音组呼上行的方法，以实现根据实际情况，灵活执行语音组呼上行的控制、保护机制。

为解决上述技术问题，本发明的目的是通过以下技术方案实现的：

一种释放语音组呼上行的方法，包括以下步骤：

A、预设调度员的释放语音组呼上行的权限，其中所述的调度员为为该语音组呼业务所预设的具有调度权限的固定或移动用户；

B、具有释放语音组呼上行的权限的调度员，向移动交换中心发送释放语音组呼上行通知，所述的移动交换中心根据所述的通知，释放所述的语音组呼上行。

本发明所述方法中，优选地，在步骤B之前进一步包括以下步骤：

A1、预设所述的释放语音组呼上行通知。

本发明所述方法中，优选地，在所述步骤A之后，进一步包括以下步骤：

A2、所述的具有释放语音组呼上行权限的调度员监测当前业务用户占用语音组呼上行的情况，如果业务用户占用语音组呼上行异常，则执行步骤B。

本发明所述方法中，优选地，所述步骤B前进一步包括以下步骤：

A3、在所述的具有释放语音组呼上行的权限的调度员的终端上按预设的用于释放语音组呼上行的按键，触发所述的调度员终端向所述的移动交换中心发送所述的释放语音组呼上行通知。

本发明所述方法中，优选地，所述步骤B具体为：所述按键采用双音多频码按键编码格式，所述调度员终端向所述的移动交换中心发送所述的双音多频码，通知所述的移动交换中心释放所述的语音组呼上行。

本发明所述方法中，优选地，所述步骤A1具体为：预设用于释放组呼上行的双音多频码。

本发明所述方法中，所述的移动交换中心为主控移动交换中心。

由以上技术方案可以看出，本发明与现有技术相比具有以下的优点：

本发明预设了调度员的释放语音组呼上行的权限，使得该具有释放语音组呼上行权限的调度员，可以在VGCS中，根据实际情况，向MSC发送释放语音组呼上行的通知，由MSC执行释放所述的业务用户占用的语音组呼上行业务，使用本发明方法，既解决了上述的语音组呼上行吊死的问题，又相对地，具有更强的实际应用灵活性，可以根据实际VGCS需要，而灵活的执行强制释放被业务用户占用的语音组呼上行的管理保护机制。

进一步的，在本发明方法中，该具有释放语音组呼上行的调度员，通过发送双音多频(Dual Tone Multi-Frequency，简称DTMF)码的方式，通知MSC执行释放被业务用户占用的语音组呼上行策略，其中该DTMF为通常的固定或移动终端的按键信号编码方式，当需要强制释放被业务用户占用的语音组呼上行时，只需要在所预设的调度员的终端上触发预设的用于释放语音组呼上行的指令的DTMF按键，即可完成强制释放语音组呼上行的操作，因而，本发明的技术方案，在实际应用中，易于实现操作。

附图说明

图1为VGCS的逻辑概念示意图；

图2为本发明方法流程示意图；

图3为本发明实施例1中，当占用语音组呼上行的业务用户在Anchor MSC覆盖小区内时，由具有释放语音组呼上行权限的调度员，释放语音组呼上行的消息流向示意图；

图4为本发明实施例2中，当占用语音组呼上行的业务用户不在AnchorMSC覆盖小区内时，由具有释放语音组呼上行权限的调度员，释放语音组呼上行的消息流向示意图。

具体实施方式

本发明的核心思想为提供一种释放语音组呼上行的方法，包含以下步骤：预设调度员的释放语音组呼上行的权限，其中所述的调度员为为该组呼预设的具有调度权限的固定或移动用户；当需要执行强制释放当前业务用户占用的语音组呼上行时，由该具有释放语音组呼上行的权限的调度员，向MSC发送释放语音组呼上行通知，所述的MSC执行释放所述的当前业务用户占用的语音组呼上行策略。本发明由于使用调度员灵活监控业务用户占用的语音组呼上行，并在需要强制释放当前业务用户占用的语音组呼上行时，由该调度员通知MSC释放当前业务用户占用的语音组呼上行的语音组呼上行保护管理机制，实现了灵活的语音组呼上行保护的功能。

进一步的，本发明具有释放语音组呼上行的权限的调度员，采用向MSC发送DTMF码的方式，来通知MSC执行释放被业务用户占用的语音组呼上行策略，本方案在实际应用中简单、易于实现。

进一步的，本发明只需要增加预设调度员权限、以及调度员向主控移动交换中心发送的用于释放语音组呼上行通知，增加一小部分的调度员以及主控移动交换中心之间的通信协议规定，即可实现，无须改变现有的组网方式，无须增加成本，即可大大加强当前的语音组呼业务的控制。

如图1为VGCS的逻辑概念示意图，图中的VGCS1、VGCS2、VGCS3分别表示预定义在网络中的VGCS；A、B、C、D表示在网络中签约VGCS或VBS业务的组标识(Group ID)分别为a、b、c、d的业务用户；I、II、III、IV分别为VGCS区域(Group call area)；w、x、y、z分别表示在网络中被标识为调度员(Dispatcher)的固定或移动用户。

为了使本领域的技术人员多本发明所述的VGCS业务有总体上了解，以下结合图1对VGCS业务的逻辑概念作详细的说明：

1、VGCS呼叫具体为使一个主叫用户、或者主叫调度员能够建立到目标用户的语音组呼。其中，VGCS预定义在网络中的，由Group ID和Group call area唯一标识。如上图中的Group ID：a和Group call area：I，标识出了VGCS1。

2、主叫用户和目标用户均可以是业务用户或调度员用户。

3、目标用户指的是位于VGCS区域中的由被呼Group ID标识的业务用户或调度员用户。目标业务用户应该被网络用Group ID来“通知”组呼已经发生，而不是通过“寻呼”的方式；目标调度员用户应该通过被叫标识来呼叫。业务用户进入VGCS区域后，接收到相应的VGCS通知后，可以成为目标业务用户。离开VGCS区域的目标业务用户将终止目标用户的身份。如上图中group call area I中的A用户为VGCS1的目标用户，而区域外的A用户和其它用户(B、C等)不是VGCS1的目标用户。

4、VGCS呼叫应该建立在由小区构成的VGCS区域中(VGCS区域预先配置在网络中)。当业务用户发起VGCS呼叫时，VGCS区域将被业务用户发起呼叫所在小区和所拨打的Group ID唯一确定。发起VGCS呼叫的调度员应该连接到其对应的VGCS区域，并且网络应该根据调度员标识核查调度员是否能够发起呼叫。一个调度员可以被网络预配置到多个VGCS呼叫中，调度员通过含有VGCS参考的MSISDN号码发起呼叫的方式来确定其发起的VGCS。VGCS呼叫建立后，所有的调度员都会被接通，并且VGCS区域中的每个小区均会建立一条VGCS通道。组呼通道是公共通道，在小区中的业务用户都会监听此通道。VGCS区域中，只有SIM卡中存储相应组ID的业务用户手机才会加入到VGCS。业务用户通过VGCS通道接入网络时，无需与网络交互消息，接入的速度要比普通的点到点呼叫寻呼快。

5、VGCS业务呼叫在任何时刻只准许1个讲者业务用户及至多5个调度员同时讲话。调度员用户应该能够听到除自己外的其他讲者的讲话，听者业务用户能够听到所有讲者用户的讲话。当有调度员讲话时，讲者业务用户应该得到可听指示。调度员可以随时讲话无需附加的信令，而希望讲话的业务用户则需要附加信令指示其想讲话。当没有讲者业务用户存在时，听者业务用户才可能申请语音组呼上行，成为讲者业务用户。业务用户按照先来先得的方式获得发言权，而无需队列。讲者业务用户停止讲话时应该给网络指示或网络通过定时器超时等机制来确定没有讲者业务用户存在。

6、如果VGCS已经建立成功，则网络应该通知主叫用户，以便主叫用户可以讲话。系统应该提供给业务用户变为讲者的机制。

7、VGCS呼叫中对调度员和主叫业务用户可以有鉴权、加密的处理。

8、在同一个VGCS区域中可以同时存在多个不同Group ID的VGCS。在不同的VGCS区域中也可以同时存在多个相同Group ID的组呼。

9、VGCS呼叫能够被主叫业务用户，授权的调度员或网络释放。主叫调度员只有占用了上行后，才能够释放VGCS。如果VGCS过程中无语音定时器超时，网络将会自动释放呼叫。业务用户及调度员也可以离开组呼而不影响剩余部分继续通话。离开VGCS的成员还可以通过拨打组呼的方式返回组呼。

10、如果业务用户(包括讲者业务用户和听者业务用户)离开VGCS区域，则此业务用户应该离开VGCS，但VGCS仍然继续而不受影响。

11、VGCS业务呼叫可以支持漫游。

12、业务用户可以激活或激活Group ID，去、激活的信息与Group ID信息一起存储在业务用户终端SIM卡中。如果有高优先级的组呼发生，则业务用户终端有可能终止激活Group ID而参与VGCS。如果调度员用户同时作为业务用户而签约了同一个Group ID，则该调度员用户在对应的VGCS区域中时，应该激活对应的Group ID，以避免对调度员的寻呼和通知(含有Group ID)的冲突。

13、VGCS区域超过一个MSC的覆盖范围时，该组呼中会有多个MSC，其中的主控MSC为Anchor MSC，其他MSC为中继MSC(Relay MSC)。AnchorMSC负责整个呼叫，管理的数据有VGCS属性、调度员列表、Relay MSC列表、Anchor MSC内的VGCS小区列表、VGCS状态标志(是否正在进行中)。Relay MSC负责管理的数据有Relay MSC内的VGCS小区列表、Anchor MSC标识、VGCS状态标志(是否正在进行中)。一个VGCS呼叫中，可以有多个Relay MSC，也可以不存在Relay MSC。

为了使本领域的技术人员更好的理解本发明的技术方案，以下结合附图以及具体实施例，对本发明内容作更进一步的叙述：

如图2所示为本发明方法的方法流程图，如图示，本发明包括以下步骤：

步骤S201：预设调度员的释放语音组呼上行的权限、以及用于释放语音组呼上行的释放语音组呼上行通知。

设置一个或一个以上的调度员具有释放语音组呼上行权限，并将该设置保存在Anchor MSC所管理的调度员列表中。

另外，相应地，为了便于该具有释放语音组呼上行的调度员方便的执行其释放语音组呼上行的操作，在该调度员的终端上，预设一释放语音组呼上行按键，使该按键的动作，对应释放语音组呼上行操作。

步骤S202：调度员监视语音组呼上行状态。

在VGCS业务过程中，该预设的具有语音组呼上行释放权限的调度员，监听语音组呼上行状态，即监听业务用户的使用语音组呼上行情况。

步骤S203：根据调度员的对业务用户占用语音组呼上行的监听情况，判断是否需要由该具有释放语音组呼上行权限的调度员执行强制释放语音组呼上行的策略，如果监听到当前的讲者业务用户占用语音组呼上行，但是一直不说话(该种情况可能由当前占用语音组呼上行的业务用户恶意占用语音组呼上行引起，也可能由当前占用语音组呼上行的业务用户的终端发生某些故障，如死机等)，或者，说了一些不该说的话，或者，该调度员接收到有别的业务用户有更加紧急地需要应用语音组呼上行，那么执行步骤S204。

步骤S203：调度员向Anchor MSC发送释放语音组呼上行的通知。

具有组呼上行释放权限的调度员通过预先设置的用于释放语音组呼上行的按键，触发调度员终端向Anchor MSC发送语音组呼上行释放指令。该发送的指令的格式，具体根据该终端的按键编码格式而定。比如，如果该具有释放语音组呼上行权限的调度员终端上标识释放语音组呼上行的按键采用目前在电信终端领域应用较广的双音多频(Dual Tone Multi-Frequency，简称DTMF)信号编码格式，那么该具有语音组呼上行释放权限的调度员，在移动终端上，按下预先设置用于释放语音组呼上行的DTMF码键，触发终端向Anchor MSC发送预设的用于释放在语音组呼上行的DTMF码，通知Anchor MSC释放当前的语音组呼上行。其中DFMF定义了横竖2组频率的音频信号，每组4个频率，这样组成了4*4个组合频率来表示不同的按键。采用DTMF的原因是由于电话只能传递音频信号，而组合音频的出现几率低。每个双音频持续时间不能小于100毫秒，两个双音频间隔不小于100毫秒。

如果该具有释放语音组呼上行权限的调度员终端上，标识释放语音组呼上行的按键采用其他的信号编码方式，那么相应的使用所使用的信号编码格式向Anchor MSC发送释放当前的语音组呼上行的通知。

步骤S203：Anchor MSC释放用户语音组呼上行。

Anchor MSC接收到该具有语音组呼上行释放权限的调度员发送的释放当前的语音组呼上行的通知后，执行释放当前的语音组呼上行的策略。

以下将通过在具体VGCS系统中，具有释放语音组呼上行权限的调度员按DTMF码来释放语音组呼上行时的具体信息传输流程来说明本发明的技术方案。

实施例1：

本实施例针对当前占用语音组呼上行的业务用户在Anchor的情况，对本发明技术方案进行具体分析。

图3所示为当占用语音组呼上行的业务用户在Anchor MSC覆盖小区内时，由具有释放语音组呼上行权限的调度员，释放语音组呼上行的消息流向示意图。如图示，当成功建立VGCS后，Anchor MSC所管理的VGCS状态标志为正在进行中(“ongoing”)，如果语音组呼上行空闲时，Anchor MSC通过快速相关控制信道(Fast Associated Control Channel，简称FACCH)，通知本小区内的所有的BSS在VGCS区域内广播UPLINK_FREE消息，广播当前语音组呼上行为空闲状态，如果当前的VGCS区域除了Anchor MSC的覆盖小区外，还有其他的MSC--Relay MSC，那么同时的Anchor MSC通知各Relay MSC，在各Relay MSC覆盖小区内广播UPLINK_FREE消息，所有业务用户接收到该UPLINK_FREE广播后，获知当前的语音组呼上行为空闲状态，可以申请语音组呼上行。

本实施例中，设Anchor MSC覆盖小区内的业务用户向其所在的AnchorBSS发送UNLINK_ACCESS消息，申请语音组呼上行接入；Anchor BSS接收到该业务用户的语音组呼上行接入申请后，向Anchor MSC发送UPLINK_REQUEST消息，申请占用语音组呼上行；Anchor MSC接收到UPLINK_REQUEST申请消息后，向本MSC覆盖小区内的的所有BSS(包括该具有释放语音组呼权限的调度员所在的BBS--BSSs)，发送UPLINK_SEIZED_COMMAND消息，通知VGCS区域内的所有BSS当前的语音组呼上行被占用；所有BSS接到该消息后，广播UPLINK_BUSY消息，广播当前语音组呼上行为忙状态；具有释放语音组呼上行权限的调度员开始监听业务用户的语音组呼上行的使用状况。

同时的，Anchor BSS接收到业务用户的语音组呼上行申请--UPLINK_ACCESS消息后，向申请语音组呼上行的业务用户返回消息：VGCS_UPLINK_GRANT，以指示该业务用户允许占用语音组呼上行；业务用户接收到VGCS_UPLINK_GRANT消息后，向Anchor BSS发送SABM(L3msg)消息，业务用户接收到SABM消息后，向业务用户终端返回UA(L3msg)消息。

同时的，Anchor MSC正确接收到消息UPLINK_REQUEST后，判断当前允许申请语音组呼上行，向申请Anchor BSS返回确认消息：UPLINK_REQ_ACK。Anchor BSS接收到该正确接收应答消息后，向MSC发送携带该移动台的标识的消息：UPLINK_REQUEST_CONFIRM(L3mg)，以向Anchor MSC确认该语音组呼上行占用；MSC接收到UPLINK_REQUEST_CONFIRM(L3mg)后，向其所对应的访问位置寄存器(Anchor Visited LocationRegistor，简称Anchor VLR)检查占用语音组呼上行的用户是否合法，同时获取关于该申请语音组呼上行业务用户的附加信息(Retrieve addition info fromthe VLR过程)，然后，向Anchor BSS发送一包含该附加信息的消息：VGCS_ADD_INFO；Anchor BSS接收该消息后，向所有听者业务用户，广播该附加信息。此时，VGCS的语音组呼上行被占用，在Anchor MSC内的语音组呼上行状态为忙。

如果具有语音组呼上行释放权限的调度员，监听到语音组呼上行异常，比如：监听到当前的讲者业务用户占用语音组呼上行，但是一直不说话(该种情况可能由当前占用语音组呼上行的业务用户恶意占用语音组呼上行引起；也可能由当前占用语音组呼上行的业务用户的终端发生某些故障，如死机引起，还有可能由于网络故障，导致当前语音组呼没有被占用，但是在Anchor MSC内的语音组呼上行一直表示为忙，导致业务用户无法使用语音组呼上行)；或者，发表不正当言论；或者，该调度员接收到有别的业务用户更加紧急地需要优先占用语音组呼上行，在上述的情况下，该具有释放语音组呼权限的调度员可以根据实际情况，作出释放当前语音组呼上行的决策，该调度员触发在其终端上按预设的用于释放语音组呼上行的DTMF码键，通知Anchor MSC释放语音组呼上行；Anchor MSC收齐该调度员发送的DTMF码后，确认该DTMF码是用户释放语音组呼上行的，则在调度员列表中，查询该调度员是否具有释放语音组呼上行的权限，确认该调度员具有释放语音组呼上行的权限后，AnchorMSC执行释放语音组呼上行策略。Anchor MSC执行释放语音组呼上行策略具体如下：

Anchor MSC向当前占用语音组呼上行的业务用户所在小区的AnchorBSS发送UPLINK_RELSEASE_COMMAND命令，通知Anchor BSS释放该语音组呼上行；Anchor BSS接收到UPLINK_RELSEASE_COMMAND命令后，广播UPLINK_FREE消息，广播语音组呼上行空闲，同时，Anchor BSS执行释放语音组呼上行的操作。并且在快速相关控制信道FACCH，向原占用语音组呼上行的业务用户发送UPLINK_RELEASE消息，通知语音组呼上行释放。

实施例2：

本实施例针对当前占用语音组呼上行的业务用户不在Anchor MSC覆盖小区内的情况，说明本发明的技术方案。

图4为占用语音组呼上行的业务用户在Relay MSC覆盖小区内时，由具有释放语音组呼上行权限的调度员，释放语音组呼上行的消息流向示意图。如图示，本实施例与实施例1不同的是，本实施例中，由于占用语音组呼上行的业务用户不在Anchor MSC覆盖范围内，因此，当需要释放被该业务用户占用的语音组呼上行时，由Anchor MSC通过控制管理该业务用户所在的RelayMSC来释放内该业务用户所占用的语音组呼通道。具体如下：

当成功建立VGCS后，Anchor MSC所管理的VGCS状态标志为正在进行中(“ongoing”)，如果语音组呼上行空闲时，Anchor MSC通过快速相关控制信道(Fast Associated Control Channel，简称FACCH)，通知本小区内的所有的BSS在VGCS区域内广播UPLINK_FREE消息，广播当前语音组呼上行为空闲状态，如果当前的VGCS区域除了Anchor MSC的覆盖小区外，还有其他的MSC--Relay MSC，那么同时的Anchor MSC通知各Relay MSC，在各Relay MSC覆盖小区内广播UPLINK_FREE消息，所有业务用户接收到该UPLINK_FREE广播后，获知当前的语音组呼上行为空闲状态，可以申请语音组呼上行。

设Relay MSC覆盖小区内的业务用户向其所在的Relay BSS发送UNLINK_ACCESS消息，申请语音组呼上行接入；Relay BSS接收到该业务用户的语音组呼上行接入申请后，向Relay MSC发送UPLINK_REQUEST消息，申请占用语音组呼上行；Relay MSC接收到UPLINK_REQUEST申请消息后，向Anchor MSC发送PROCESS_GROUP_CALL_SIGNAL(uplink request)消息，指示在该Relay MSC覆盖范围内的VGCS业务用户申请占用语音组呼上行，进一步的，该消息可以携带该Relay MSC所获知的该申请语音组呼上行的业务用户有关的附加信息。Anchor MSC正确接收到PROCESS_GROUP_CALL_SIGNAL(uplink request)消息后，判断当前允许占用语音组呼上行，则向申请占用语音组呼上行的业务用户所在的Relay MSC发送FORWARD_GROUP_CALL_SIGNALLING(uplink_request ack)消息，指示Anchor MSC准许Relay MSC覆盖小区内的业务用户占用语音组呼上行，当前的语音组呼上行被占用，状态为“忙”，进一步的，该消息还可以携带AnchorMSC获取的当前占用语音组呼上行的业务用户的附加信息。Relay MSC接收到FORWARD_GROUP_CAL_SIGNALLING(uplink_request ack)消息后，获知当前语音组呼状态被占用。

同时的，Anchor MSC接收到PROCESS_GROUP_CALL_SIGNAL(uplink_request)消息，并且判断当前允许占用语音组呼上行后，向其覆盖小区内的所有BSS(BSSs)，发送UPLINK_SEIZED_COMMAND消息，通知当前的语音组呼上行被占用，所有BSS接到该消息后，广播UPLINK_FREE消息，广播当前语音组呼上行为忙状态；具有释放语音组呼上行权限的调度员，此时开始监听业务用户的语音组呼上行的使用状况。

同时的，业务用户向其所在的Relay BSS接收到业务用户的语音组呼上行申请--UPLINK_ACCESS消息后，Relay BSS向申请语音组呼上行的业务用户返回消息：VGCS_UPLINK_GRANT，以指示该业务用户允许申请上行；业务用户接收到VGCS_UPLINK_GRANT消息后，向Relay BSS发送SABM(L3msg)消息，Relay BSS接收到SABM帧后，向BSS返回UA(L3msg)消息。

同时的，Relay MSC接收到Anchor MSC发送的FORWSRD_GROUP_CALL_SIGNALLING(uplink_request_ack)消息后，向申请Relay BSS(即业务用户向其所在的Relay BSS)返回正确接收应答消息：UPLINK_REQ_ACK。Relay BSS接收到该正确接收应答消息后，向申请Relay MSC发送携带该移动台的标识的消息：UPLINK_REQUEST_CONFIRM(L3mg)，以向Relay MSC确认该语音组呼上行占用；Relay MSC接收到UPLINK_REQUEST_CONFIRM(L3mg)后，向其所对应的访问位置寄存器(Relay Visited Location Registor，简称Relay VLR)检查申请上行业务用户是否合法，并获取关于该申请语音组呼上行业务用户的附加信息的消息(Retrieve addition info from the VLR过程)然后，向申请Relay BSS发送一包含该附加信息的消息：VGCS_ADD_INFO；Relay BSS接收VGCS_ADD_INFO消息后，向所有听者业务用户，广播当前占用语音组呼信道的业务用户信息。此时，VGCS的语音组呼上行被占用，在Anchor MSC内的语音组呼上行状态为忙。

如果具有语音组呼上行释放权限的调度员，监听到语音组呼上行异常，比如：监听到当前的讲者业务用户占用语音组呼上行，但是一直不说话(该种情况可能由当前占用语音组呼上行的业务用户恶意占用语音组呼上行引起；也可能由当前占用语音组呼上行的业务用户的终端发生某些故障，如死机引起，还有可能由于网络故障，导致当前语音组呼没有被占用，但是在Anchor MSC内的语音组呼上行一直表示为忙，导致业务用户无法使用语音组呼上行)；或者，或者发表不正当的言论；或者，该调度员接收到有别的业务用户更加紧急地需要优先占用语音组呼上行，在上述的情况下，该具有释放语音组呼权限的调度员可以根据实际情况，作出释放当前语音组呼上行的决策，该调度员在其终端上按预设的用于释放组呼上行的DTMF码键，通知Anchor MSC释放语音组呼上行；Anchor MSC收齐该调度员发送的DTMF码后，确认该DTMF码是用户释放语音组呼上行的，则在调度员列表中，查询该调度员是否具有释放语音组呼上行的权限，确认该调度员具有释放语音组呼上行的权限后，AnchorMSC执行释放语音组呼上行策略。Anchor MSC执行释放语音组呼上行策略具体如下：

Anchor MSC向当前占用语音组呼上行的业务用户所在小区的Relay MSC发送UPLINK_RELSEASE_COMMAND命令，通知Relay MSC释放该语音组呼上行；Relay MSC接收到UPLINK_RELSEASE_COMMAND命令后，向当前占用语音组呼上行的业务用户所在的Relay BSS发送UPLINK_RELSEASE_COMMAND命令，该Relay BBS接到该命令后，广播UPLINK_FREE消息，广播语音组呼上行空闲，同时，Relay BBS执行释放语音组呼上行的操作。并且在FACCH，向原占用语音组呼上行的业务用户发送UPLINK_RELEASE消息，通知语音组呼上行已被释放的状态。

以上对本发明所提供的一种释放语音组呼上行的方法进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (7)

1、一种释放语音组呼上行的方法，其特征是，包括以下步骤：

A、预设调度员的释放语音组呼上行的权限，其中所述的调度员为为该语音组呼业务所预设的具有调度权限的固定或移动用户；

B、具有释放语音组呼上行的权限的调度员，向移动交换中心发送释放语音组呼上行通知，所述的移动交换中心根据所述的通知，释放所述的语音组呼上行。

2、根据权利要求1所述的释放语音组呼上行的方法，其特征是，在步骤B之前进一步包括以下步骤：

A1、预设所述的释放语音组呼上行通知。

3、根据权利要求2所述的释放语音组呼上行的方法，其特征是，在所述步骤A之后，进一步包括以下步骤：

A2、所述的具有释放语音组呼上行权限的调度员监测当前业务用户占用语音组呼上行的情况，如果业务用户占用语音组呼上行异常，则执行步骤B。

4、根据权利要求2所述的释放语音组呼上行的方法，其特征是，所述步骤B前进一步包括以下步骤：

A3、在所述的具有释放语音组呼上行的权限的调度员的终端上按预设的用于释放语音组呼上行的按键，触发所述的调度员终端向所述的移动交换中心发送所述的释放语音组呼上行通知。

5、根据权利要求4所述的释放语音组呼上行的方法，其特征是，所述步骤B具体为：所述按键采用双音多频码按键编码格式，所述调度员终端向所述的移动交换中心发送所述的双音多频码，通知所述的移动交换中心释放所述的语音组呼上行。

6、根据权利要求5所述的释放语音组呼上行的方法，其特征是，所述步骤A1具体为：预设用于释放组呼上行的双音多频码。

7、根据权利要求1所述的释放语音组呼上行的方法，其特征是，所述的移动交换中心为主控移动交换中心。

Images