实现语音组呼业务的方法和系统的制作方法

文档序号:7964068阅读:264来源:国知局
专利名称:实现语音组呼业务的方法和系统的制作方法
技术领域
本发明涉及移动通信领域,尤其涉及实现语音组呼业务的方法和系统。
背景技术
VGCS(Voice group call service,语音组呼业务)是实现多方讲话、多方聆听的多点对多点的语音通信方式。语音广播是实现一个人讲话,多方接听的业务,在本说明书中,把广播业务作为语音组呼的一个特例,以下对语音组呼的描述同样适用于语音广播业务。
在VGCS中,所有的语音组呼被预定义在网络中,由不同的组呼参考唯一标识;组呼参考由组ID(Identifier,标识符)和组呼区域ID构成,组ID标识不同的业务用户编组;组呼区域ID标识网络中不同的组呼区域。语音组呼建立在由小区构成的组呼区域中,当一个组呼的组呼区域超过一个MSC(Mobile Switch Center,移动交换中心)的覆盖范围时,该组呼中会有多个MSC,其中负责管理和维护整个呼叫的MSC为Anchor MSC(主控移动交换中心),其他MSC为Relay MSC(中继交换中心)。Anchor MSC由网络预先定义,负责控制本MSC下的组呼小区和Relay MSC;Relay MSC负责管理本MSC内的组呼小区。
在VGCS中,GCR(Group Call Register,组呼寄存器)保存有组呼属性;在收到组呼建立请求后,MSC会向GCR查询本组呼的属性数据,若GCR检查本组呼状态为空闲,则向MSC返回组呼属性数据,MSC会建立与本组呼相关BSC(Base Station Controller,基站控制器)的呼叫控制连接;为所有组呼相关小区分配TCH(Traffic Channel,业务信道);小区内的组呼信道建立完成后,在小区内广播通知消息,同时GCR将本组呼状态设置为正在进行中;若GCR检查本次组呼状态为正在进行中,则通知MSC本组呼已在进行中,如果组呼是由业务用户发起,MSC拒绝建立呼叫,并通知主叫业务用户“用户忙”;如果组呼是由调度员发起,则MSC直接将该调度员加入到组呼中。
语音组呼可以由有终止权限的业务用户或者调度员释放,当有终止权限的业务用户希望释放组呼时,首先需要占用组呼信道上行,占用上行后终端才可以和网络进行信令交互。以业务用户释放语音组呼为例,参考图1,在现有3GPP(第三代合作伙伴计划)协议中,语音组呼的释放流程是用户终端向AnchorMSC上报请求终止组呼消息;Anchor MSC在收到该请求后,检查用户身份,如果确认其有权限终止组呼,则开始释放组呼,向所有相关Relay MSC发送消息释放与Relay MSC之间的MAP连接和话路连接;并且发送消息释放所有调度员终端;此外,MSC要向本MSC覆盖区域中所有相关BSC发送清除要求,以释放呼叫控制连接,并向本MSC覆盖区域中所有小区发送清除要求以清除A接口电路资源以及空中接口资源,并且通知GCR语音组呼终止;GCR收到通知后,设置该组呼为空闲状态。
由于语音组呼具有小区多、消息量大的特点,而且在语音组呼释放时,必须为每一个相关小区和BSC下发清除要求以使呼叫完全释放,当A接口链路负荷较高时,有些清除要求可能不会立即下发到BSC;若某个清除要求丢失,没有发送到BSC,则该小区或BSC相关的资源就未被释放;若某个小区尚未释放,则该小区内的业务用户仍然处于组呼中。如果此时某个业务用户或调度员又发起这一组呼,因为在现有3GPP协议中MSC向BSC发送清除要求释放小区或BSC资源与GCR设置本组呼为空闲状态是同时进行的,所以此时GCR已经设置组呼的状态为空闲,MSC会按照正常流程发起组呼,建立到BSC的呼叫控制连接,为组呼区域内的小区指配组呼信道;此时如果BSC的呼叫控制连接还未释放,会因为要处理两个相同的组呼而造成处理混乱;如果BSC的呼叫控制连接已经释放,但该BSC下的某些小区还没有释放,BSC就可能在这些小区内另外再分配一条TCH信道,并在小区内广播包含组呼参考和信道描述的通知消息,这样终端需要处理两条包含相同组呼参考但信道描述不同的通知消息,从而使终端处理也出现混乱。从以上描述可以看出,现有3GPP协议组呼释放流程中存在可能会发起一个未完全释放的组呼而导致BSC和终端处理混乱的缺陷。

发明内容
本发明要解决的技术问题是提供实现语音组呼业务的方法和系统,以解决现有3GPP协议组呼释放流程中可能会发起一个未完全释放的组呼而导致BSC和终端处理混乱的问题。
为解决上述技术问题,本发明的目的是通过以下技术方案实现的一种实现语音组呼业务的方法,包括A1、终端向主控移动交换中心上报终止组呼请求;B1、主控移动交换中心释放其覆盖区域内与该组呼相关的基站控制器及相关小区通信连接;C1、主控移动交换中心在其覆盖区域内的相关基站控制器和相关小区的通信连接都已释放完成时,通知其组呼寄存器设置该组呼为空闲状态。
优选的,步骤A1后还包括主控移动交换中心启动定时器;步骤C1还包括所述定时器超过预定时间时,主控移动交换中心通知其组呼寄存器设置本组呼为空闲状态。
优选的,步骤A1后进一步包括主控移动交换中心释放所有与该组呼相关的中继移动交换中心的通信连接。
其中,主控移动交换中心释放所有与组呼相关的中继移动交换中心的通信连接后进一步包括中继移动交换中心释放其覆盖区域内该组呼相关的基站控制器和相关小区通信连接;中继移动交换中心在其覆盖区域内的相关小区和基站控制器的通信连接都已释放完成时,通知其组呼寄存器设置该组呼为空闲状态。
其中,主控移动交换中心释放所有与组呼相关的中继移动交换中心的通信连接后进一步包括中继移动交换中心启动定时器;中继移动交换中心释放其覆盖区域内该组呼的相关小区和基站控制器的通信连接;所述定时器超过预定时间时,中继移动交换中心通知其组呼寄存器设置本组呼为空闲状态;若所述定时器未超过预定时间,中继移动交换中心在其覆盖区域内的相关小区和基站控制器的通信连接都已释放完成时通知其组呼寄存器设置该组呼为空闲状态。
优选的,步骤A1具体包括业务用户终端向主控移动交换中心上报终止组呼请求。
其中,步骤A1后还包括主控移动交换中心检查若该业务用户有权限终止组呼,则释放该业务用户终端。
其中,所述业务用户终端向主控移动交换中心上报终止组呼请求具体包括业务用户终端向中继移动交换中心上报终止组呼请求;中继移动交换中心检查若该业务用户有权限终止组呼,则释放该业务用户终端,并向主控移动交换中心发送释放组呼通知。
优选的,步骤A1具体包括调度员终端向主控移动交换中心上报终止组呼请求。
本发明还提供了一种实现语音组呼业务的系统,包括终端,用于向主控移动交换中心上报终止组呼请求;主控移动交换中心,用于在收到终端上报的终止组呼请求后,释放其覆盖区域内与该组呼相关的基站控制器及相关小区的通信连接;还用于在其覆盖区域内相关小区和基站控制器的通信连接都已释放完成时,通知其组呼寄存器组呼业务终止;组呼寄存器,用于在收到主控移动交换中心发送的组呼业务终止通知后设置本组呼为空闲状态。
其中,所述主控移动交换中心还用于在收到终端上报的终止组呼请求后,启动预设的定时器;还用于在所述定时器超过预定时间时,通知其组呼寄存器组呼业务终止。
该系统还包括中继移动交换中心,主控移动交换中心还用于释放所有与该组呼相关的中继移动交换中心的通信连接。
其中,所述中继移动交换中心用于释放其覆盖区域内该组呼的相关小区和基站控制器的通信连接,并在其覆盖区域内相关小区和基站控制器的通信连接都释放完成时,通知其组呼寄存器设置该组呼为空闲状态。
其中,所述中继移动交换中心用于释放其覆盖区域内该组呼的相关小区和基站控制器的通信连接,并在其覆盖区域内相关小区和基站控制器的通信连接都释放完成时,通知其组呼寄存器设置该组呼为空闲状态;还用于在被主控移动交换中心释放后,启动预设的定时器,并在所述定时器超过预定时间时,通知其组呼寄存器设置该组呼为空闲状态。
其中,所述终端是业务用户终端或调度员终端。
从以上技术方案可以看出,本发明具有以下优点在现有3GPP协议的组呼释放流程中,MSC释放小区和BSC资源与通知GCR设置组呼为空闲状态是同时进行的。而在本发明提供的方法一中,终端向Anchor MSC上报终止组呼请求后,MSC只有在确认其覆盖区域内的相关小区和BSC都已释放完成时才通知其GCR设置该组呼为空闲状态;通过这样的处理流程,MSC只有在确保组呼被完全释放后才能再次建立该组呼,因此就不会发生组呼还未释放完成就建立下一个相同组呼的情况,有效解决了BSC和终端处理混乱的问题。
进一步的,MSC在释放组呼时,还可以启动预设的定时器;如果在定时器的预定时间内,MSC确认本MSC下所有相关组呼小区和BSC都释放完成,则通知GCR设置组呼为空闲状态;如果组呼释放定时器超过预定时间,那么无论是否确认组呼释放完全,MSC直接通知GCR设置该组呼为空闲状态;通过这样的处理机制,避免了由于返回给MSC的清除完成消息丢失导致MSC误认为组呼未完全释放,因而无法对后续的组呼进行处理的问题,进一步提高了系统的可靠性。


图1是现有3GPP协议中语音组呼释放的流程图;图2是本发明实现语音组呼业务方法的实施例一流程图;图3是本发明实现语音组呼业务方法的实施例二流程图;图4是本发明实现语音组呼业务方法的实施例三流程图;
图5是本发明实现语音组呼业务方法的实施例四流程图;图6是本发明实现语音组呼业务的系统结构图;图7是本发明实现语音组呼业务方法的实施例五流程图;图8是本发明实现语音组呼业务方法的实施例六流程图;图9是本发明实现语音组呼业务方法的实施例七流程图;图10是本发明实现语音组呼业务方法的实施例八流程图。
具体实施例方式
现有3GPP协议的组呼释放过程中,由于MSC释放小区和BSC资源与通知GCR设置组呼为空闲状态是同时进行的,因此可能会出现因发起一个未完全释放的组呼而导致BSC和终端处理混乱的问题。本发明提供了解决上述问题的方法,该方法的基本构思是组呼释放过程中,MSC在确定组呼区域内的小区资源和BSC呼叫控制连接都释放完成后,再通知GCR设置该组呼为空闲状态。
下面描述本发明实现语音组呼业务方法的实施例一,在本实施例中,由业务用户发起终止组呼请求,该业务用户处于Anchor MSC覆盖范围内,而该组呼的组呼区域仅限于此Anchor MSC的覆盖范围。结合图2,组呼释放的流程如下步骤201、业务用户终端向Anchor MSC上报终止组呼请求。
步骤202、Anchor MSC收到终止组呼请求后,检查该用户身份,如果确认其有权限终止组呼,则继续执行步骤203;否则,停止执行终止组呼的后续流程,并通知该用户其无权限终止该组呼。
步骤203、Anchor MSC向该业务用户终端发送终止消息,释放该终端;该用户终端在收到终止消息后,可以将已释放信息显示在界面上通知业务用户。
步骤204、Anchor MSC向所有调度员终端发送释放消息,释放调度员终端。
步骤205、Anchor MSC向本MSC下所有相关BSC发送清除要求,以释放呼叫控制连接,并为本MSC下所有相关小区发送清除要求,以清除A接口电路资源和空中接口资源。
步骤206、BSS释放BSC的呼叫控制连接和分配给小区的TCH信道。
步骤207、BSS向Anchor MSC返回表示小区资源释放完毕的清除完成消息以及表示呼叫控制连接释放完毕的清除完成消息。
步骤208、Anchor MSC确认本MSC下所有相关组呼小区和BSC都释放完毕后,继续执行步骤209。
其中,Anchor MSC可以根据是否所有相关小区和BSC的清除完成消息都已返回来判断是否所有相关小区和BSC都释放完毕。
步骤209、Anchor MSC向GCR发送语音组呼业务终止消息。
步骤210、GCR收到语音组呼业务终止消息后,设置本组呼为空闲状态,结束本次流程。
上述实施例一给出了用户终端处于Anchor MSC覆盖范围内,而组呼区域仅限于Anchor MSC的覆盖范围时组呼释放的流程。下面结合图3,描述本发明实现语音组呼业务方法的实施例二,在本实施例中,由业务用户发起终止组呼请求,该业务用户处于Anchor MSC覆盖范围内,但组呼区域超出AnchorMSC的覆盖范围,在组呼中有至少一个Relay MSC。
步骤301、业务用户终端向Anchor MSC上报终止组呼请求。
步骤302、Anchor MSC收到终止组呼请求后,检查该用户身份,如果确认其有权限终止组呼,则继续执行步骤303;否则,停止执行终止组呼的后续流程,并通知该用户其无权限终止该组呼。
步骤303、Anchor MSC向该业务用户终端发送终止消息,释放该终端;该用户终端在收到终止消息后,可以将已释放信息显示在界面上通知业务用户。
步骤304至步骤305、Anchor MSC向本组呼的所有相关Relay MSC发送SEND_GROUP_CALL_END_SIGNAL_ACK(发送组呼结束信号响应)以及释放消息,释放与各Relay MSC之间的MAP连接和话路连接。
步骤306、Anchor MSC向所有调度员终端发送释放消息,释放调度员终端。
步骤307、Anchor MSC向本MSC下所有相关BSC发送清除要求,以释放呼叫控制连接,并为本MSC下所有小区发送清除要求以清除A接口电路资源和空中接口资源。
步骤308、BSS释放BSC的呼叫控制连接和分配给小区的TCH信道。
步骤309、BSS向Anchor MSC返回表示小区资源释放完毕的清除完成消息以及表示呼叫控制连接释放完毕的清除完成消息。
步骤310、Anchor MSC确认本MSC下所有相关组呼小区和BSC都释放完毕后,继续执行步骤311。
其中,Anchor MSC可以根据是否所有相关小区和BSC的清除完成消息都已返回来判断是否所有相关小区和BSC都释放完毕。
步骤311、Anchor MSC向本MSC的GCR(在附图中用GCR_A表示)发送语音组呼业务终止消息。
步骤312、GCR收到语音组呼业务终止消息后,设置组呼为空闲状态,结束本次流程。
在本实施例中,Relay MSC收到Anchor MSC发送来的释放消息后,会像Anchor MSC一样释放本MSC下所有相关小区和BSC,在确认释放完成后再通知本MSC的GCR(在附图中用GCR_R表示)设置组呼状态为空闲。
实施例一和实施例二描述了当请求终止组呼的业务用户处于Anchor MSC的覆盖范围时的组呼释放流程。下面结合图4,对本发明实现语音组呼业务方法的实施例三进行描述,在本实施例中,组呼区域超出Anchor MSC的覆盖范围,而请求终止组呼的业务用户处于Relay MSC的覆盖范围,在该业务用户发起终止组呼请求后,由Relay MSC通知Anchor MSC释放组呼。
步骤401、业务用户终端向Relay MSC上报终止组呼请求。
步骤402、Relay MSC收到终止组呼请求后,检查该用户身份,如果确认其有权限终止组呼,则继续执行步骤403;否则,停止执行终止组呼的后续流程,并通知该用户其无权限终止本组呼。
步骤403、Relay MSC向该业务用户终端发送终止消息,释放该终端;该用户终端在收到终止消息后,可以将已释放信息显示在界面上通知业务用户。
步骤404、Relay MSC向Anchor MSC发送释放组呼通知。
步骤405至步骤406、Anchor MSC收到Relay MSC的释放组呼通知后,向所有相关Relay MSC发送SEND_GROUP_CALL END_SIGNAL_ACK以及释放消息,释放与各Relay MSC之间的MAP连接和话路连接。
步骤407、Anchor MSC向所有调度员终端发送释放消息,释放调度员终端。
步骤408、Anchor MSC向本MSC下所有相关BSC发送清除要求,以释放呼叫控制连接,并为本MSC下所有相关小区发送清除要求以清除A接口电路资源和空中接口资源。
步骤409、BSS释放BSC的呼叫控制连接和分配给小区的TCH信道。
步骤410、BSS向Anchor MSC返回表示小区资源释放完毕的清除完成消息以及表示呼叫控制连接释放完毕的清除完成消息。
步骤411、Anchor MSC确认本MSC下所有相关组呼小区和BSC都释放完毕后,继续执行步骤412。
其中,Anchor MSC可以根据是否所有相关小区和BSC的清除完成消息都已返回来判断是否所有相关小区和BSC都释放完毕。
步骤412、Anchor MSC向本MSC的GCR(在附图中用GCR_A表示)发送语音组呼业务终止消息。
步骤413、GCR收到语音组呼业务终止消息后,设置组呼为空闲状态,结束本次流程。
在本实施例中,Relay MSC收到Anchor MSC发送来的释放消息后,会像Anchor MSC一样释放本MSC下所有相关小区和BSC,在确认释放完成后通知本MSC的GCR(在附图中用GCR_R表示)设置组呼状态为空闲。
上述各实施例介绍了由业务用户请求终止组呼的组呼释放流程,下面结合图5,描述本发明实现语音组呼业务方法的实施例四,在本实施例中,由调度员发起组呼释放流程。
步骤501至步骤504、调度员终端向Anchor MSC上报启动双音多频消息,发送双音多频码,请求释放组呼,Anchor MSC收到启动双音多频消息后向调度员终端返回启动双音多频响应消息;调度员终端向Anchor MSC发送停止双音多频消息,停止继续发送双音多频码;Anchor MSC向调度员终端返回停止双音多频响应消息。
步骤505、Anchor MSC根据收到的双音多频码判断若调度员终端请求终止组呼,则继续执行步骤506。
步骤506至步骤507、Anchor MSC向本组呼的所有相关Relay MSC发送SEND_GROUP_CALL_END_SIGNAL_ACK以及释放消息,释放与各RelayMSC之间的MAP连接和话路连接。
步骤508、Anchor MSC向其他调度员终端发送释放消息,释放其他调度员终端。
步骤509至步骤511、Anchor MSC向调度员终端发送断开连接消息,清除与调度员终端的连接;调度员终端向Anchor MSC发送释放消息;AnchorMSC向调度员终端返回释放完成消息。
步骤512、Anchor MSC向本MSC下所有相关BSC发送清除要求,以释放呼叫控制连接,并为本MSC下所有小区发送清除要求以清除A接口电路资源和空中接口资源。
步骤513、BSS释放BSC的呼叫控制连接和分配给小区的TCH信道。
步骤514、BSS向Anchor MSC返回表示小区资源释放完毕的清除完成消息以及表示呼叫控制连接释放完毕的清除完成消息。
步骤515、Anchor MSC确认本MSC下所有相关组呼小区和BSC都释放完毕后,继续执行步骤516。
其中,Anchor MSC可以根据是否所有相关小区和BSC的清除完成消息都已返回来判断是否所有相关小区和BSC都释放完毕。
步骤516、Anchor MSC向本MSC的GCR(在附图中用GCR_A表示)发送语音组呼业务终止消息。
步骤517、GCR收到语音组呼业务终止消息后,设置组呼为空闲状态,结束本次流程。
在本实施例中,Relay MSC收到Anchor MSC发送来的释放消息后,会像Anchor MSC一样释放本MSC下所有相关小区和BSC,在确认释放完成后通知本MSC的GCR(附图中用GCR_R表示)设置组呼状态为空闲。
下面参考图6,对本发明实现语音组呼业务的系统的实施例一进行描述,该系统包括业务用户终端601、调度员终端602、基站子系统603、主控移动交换中心606和组呼寄存器608。其中基站子系统603由基站收发信机604和基站控制器605组成,一个基站控制器605可以控制多个基站收发信机604,基站收发信机604的有效覆盖范围即为小区;基站控制器605通过A接口与移动交换中心606通信,基站收发信机604通过空中接口与业务用户终端601或调度员终端602通信。在组呼释放过程中,基站子系统603用于接收主控移动交换中心606发送来的清除要求,释放分配给其下与本组呼相关小区的TCH信道和主控移动交换中心606与基站控制器605之间的呼叫控制连接,并在释放之后向主控移动交换中心606返回表示释放完毕的清除完成消息。
主控移动交换中心606用于在确认要释放组呼时释放所有的调度员终端602,同时向本移动交换中心下所有相关基站控制器605下发清除要求,以释放呼叫控制连接,并为本MSC下所有小区发送清除要求以清除A接口电路资源和空中接口资源;还用于在确定本移动交换中心下所有相关组呼小区和BSC都释放完毕后通知组呼寄存器608语音组呼终止。
其中,组呼释放可以由业务用户终端601或调度员终端602发起。若组呼释放由本移动交换中心覆盖区域内的用户终端601发起,主控移动交换中心606还用于在收到该用户终端发起的释放组呼请求后,检查该用户是否有权限终止组呼,若该用户有终止组呼权限,主控移动交换中心606确认要释放组呼,并且释放该用户终端;当组呼的释放是由调度员终端602发起时,调度员终端602向主控移动交换中心606发送用于释放组呼的双音多频码,主控移动交换中心606用于判断若调度员是请求释放组呼则确认要释放组呼,并且释放该调度员终端。
组呼寄存器608用于在收到主控移动交换中心发送的语音组呼终止消息后设置组呼为空闲状态。
当组呼区域超过主控移动交换中心606的覆盖范围时,该系统还包括中继移动交换中心607;其中,主控移动交换中心606还需要释放与本组呼所有相关中继移动交换中心607的MAP连接和话路连接;中继移动交换中心607在收到主控移动交换中心606发送来的释放消息后同样需要向本移动交换中心下所有相关基站控制器下发清除要求,以释放呼叫控制连接,并为本MSC下所有小区发送清除要求以清除A接口电路资源和空中接口资源,并且在确定本移动交换中心下所有相关组呼小区和BSC都释放完毕后通知本移动交换中心的组呼寄存器语音组呼终止。
当发起释放组呼请求的用户终端601处于中继移动交换中心607覆盖区域时,检查该用户是否有终止组呼权限是由中继移动交换中心607来完成,中继移动交换中心607在确认该用户有终止组呼权限时释放该用户终端,并向主控移动交换中心606发送消息,通知主控移动交换中心606释放组呼。
在MSC确认本MSC下所有相关组呼小区和BSC都释放完成的过程中,如果某个BSS向MSC返回清除完成消息时发生消息丢失,MSC会误认为组呼未完全释放。针对这一问题,本发明在上述方法的基础上进一步提出了改进方法,即在MSC中设置一个组呼释放定时器,当确认释放组呼时,MSC启动该定时器,如果在定时器的预定时间内,MSC确认本MSC下所有相关组呼小区和BSC都释放完成,MSC通知GCR设置组呼为空闲状态;如果组呼释放定时器超过预定时间,则无论是否确认组呼释放完全,MSC直接通知GCR设置该组呼为空闲状态。
下面描述本发明实现语音组呼业务方法的实施例五,在本实施例中,由业务用户发起终止组呼请求,该业务用户处于Anchor MSC覆盖范围内,而该组呼的组呼区域仅限于此Anchor MSC的覆盖范围;Anchor MSC收到终止组呼请求后,会启动释放组呼定时器,当组呼释放定时器超过预定时间时,AnchorMSC直接通知GCR设置该组呼为空闲状态。结合图7,组呼释放的流程如下步骤701、业务用户终端向Anchor MSC上报终止组呼请求。
步骤702、Anchor MSC收到终止组呼请求后,检查该用户身份,如果确认其有权限终止组呼,则继续执行步骤703;否则,停止执行终止组呼的后续流程,并通知该用户其无权限终止该组呼。
步骤703、Anchor MSC启动组呼释放定时器开始计时。
步骤704、Anchor MSC向该业务用户终端发送终止消息,释放该终端;该用户终端在收到终止消息后,可以将已释放信息显示在界面上通知业务用户。
步骤705、Anchor MSC向所有调度员终端发送释放消息,释放调度员终端。
步骤706、Anchor MSC向本MSC下所有相关BSC发送清除要求,以释放呼叫控制连接,并为本MSC下所有小区发送清除要求以清除A接口电路资源和空中接口资源。
步骤707、BSS释放BSC的呼叫控制连接和分配给小区的TCH信道。
步骤708、BSS向Anchor MSC返回表示小区资源释放完毕的清除完成消息以及表示呼叫控制连接释放完毕的清除完成消息。
步骤709、Anchor MSC在向BSS发送清除要求后,判断组呼释放定时器是否超过预定时间,如果已超过预定时间,直接执行步骤711;否则,继续执行步骤710。
步骤710、Anchor MSC进一步判断是否本MSC下所有相关组呼小区和BSC都释放完毕,如果都已释放完毕则执行步骤711;否则,返回步骤709。
其中,Anchor MSC可以根据是否所有相关小区和BSC的清除完成消息都已返回来判断是否所有相关小区和BSC都释放完毕。
步骤711、Anchor MSC向GCR发送语音组呼业务终止消息,并使组呼释放定时器停止计时。
步骤712、GCR收到语音组呼业务终止消息后,设置本组呼为空闲状态,结束本次流程。
上述实施例五给出了用户终端处于Anchor MSC覆盖范围内,而组呼区域仅限于Anchor MSC的覆盖范围时组呼释放的流程。下面结合图8,描述本发明实现语音组呼业务方法的实施例六,在本实施例中,由业务用户发起终止组呼请求,该业务用户处于Anchor MSC覆盖范围内,但组呼区域超出AnchorMSC的覆盖范围,在组呼中有至少一个Relay MSC;Anchor MSC收到终止组呼请求后,会启动释放组呼定时器,当组呼释放定时器超过预定时间时,AnchorMSC直接通知GCR设置该组呼为空闲状态。
步骤801、业务用户终端向Anchor MSC上报终止组呼请求。
步骤802、Anchor MSC收到终止组呼请求后,检查该用户身份,如果确认其有权限终止组呼,则继续执行步骤803;否则,停止执行终止组呼的后续流程,并通知该用户其无权限终止该组呼。
步骤803、Anchor MSC启动组呼释放定时器开始计时。
步骤804、Anchor MSC向该业务用户终端发送终止消息,释放该终端;该用户终端在收到终止消息后,可以将已释放信息显示在界面上通知业务用户。
步骤805至步骤806、Anchor MSC向本组呼的所有相关Relay MSC发送SEND_GROUP_CALL_END_SIGNAL_ACK以及释放消息,释放与各RelayMSC之间的MAP连接和话路连接。
步骤807、Anchor MSC向所有调度员终端发送释放消息,释放调度员终端。
步骤808、Anchor MSC向本MSC下所有相关BSC发送清除要求,以释放呼叫控制连接,并为本MSC下所有小区发送清除要求以清除A接口电路资源和空中接口资源。
步骤809、BSS释放BSC的呼叫控制连接和分配给小区的TCH信道。
步骤810、BSS向Anchor MSC返回表示小区资源释放完毕的清除完成消息以及表示呼叫控制连接释放完毕的清除完成消息。
步骤811、Anchor MSC在向BSS发送清除要求后,判断组呼释放定时器是否超过预定时间,如果已超过预定时间,直接执行步骤813;否则,继续执行步骤812。
步骤812、Anchor MSC进一步判断是否本MSC下所有相关组呼小区和BSC都释放完毕,如果都已释放完毕则执行步骤813;否则,返回步骤811。
其中,Anchor MSC可以根据是否所有相关小区和BSC的清除完成消息都已返回来判断是否所有相关小区和BSC都释放完毕。
步骤813、Anchor MSC向本MSC的GCR(附图中用GCR A表示)发送语音组呼业务终止消息,并使组呼释放定时器停止计时。
步骤814、GCR收到语音组呼业务终止消息后,设置本组呼为空闲状态,结束本次流程。
在本实施例中,Relay MSC收到Anchor MSC发送来的释放消息后,会像Anchor MSC一样启动组呼释放定时器开始计时并释放其覆盖区域内的组呼小区和BSC,如果在定时器的预定时间内,Relay MSC确认本MSC下所有相关组呼小区和BSC释放完成,则Relay MSC通知本MSC的GCR(在附图中用GCR_R表示)设置组呼为空闲状态;如果组呼释放定时器超时,则无论是否确认组呼释放完成,Relay MSC直接通知GCR设置组呼为空闲状态。
上述实施例五和实施例六描述了当请求终止组呼的业务用户处于AnchorMSC的覆盖范围时的组呼释放流程。下面结合图9,对本发明语音组呼业务方法的实施例七进行描述,在本实施例中,组呼区域超出Anchor MSC的覆盖范围,而请求终止组呼的业务用户处于Relay MSC的覆盖范围,在该业务用户发起终止组呼请求后,由Relay MSC通知Anchor MSC释放组呼;当RelayMSC通知Anchor MSC释放组呼后,Anchor MSC会启动释放组呼定时器,当组呼释放定时器超过预定时间时,Anchor MSC直接通知GCR设置该组呼为空闲状态。
步骤901、业务用户终端向Relay MSC上报终止组呼请求。
步骤902、Relay MSC在收到终止组呼请求后,检查该用户身份,如果确认其有权限终止组呼,则继续执行步骤903;否则,停止执行终止组呼的后续流程,并通知该用户其无权限终止本组呼。
步骤903、Relay MSC向该业务用户终端发送终止消息,释放该终端;该用户终端在收到终止消息后,可以将已释放信息显示在界面上通知业务用户。
步骤904、Relay MSC向Anchor MSC发送释放组呼通知。
步骤905、Anchor MSC收到Relay MSC的释放组呼通知后,启动组呼释放定时器开始计时。
步骤906至步骤907、Anchor MSC向本组呼的所有相关Relay MSC发送SEND_GROUP_CALL_END_SIGNAL_ACK以及释放消息,释放与各RelayMSC之间的MAP连接和话路连接。
步骤908、Anchor MSC向所有调度员终端发送释放消息,释放调度员终端。
步骤909、Anchor MSC向本MSC下所有相关BSC发送清除要求,以释放呼叫控制连接,并为本MSC下所有小区发送清除要求以清除A接口电路资源和空中接口资源。
步骤910、BSS释放BSC的呼叫控制连接和分配给小区的TCH信道。
步骤911、BSS向Anchor MSC返回表示小区资源释放完毕的清除完成消息以及表示呼叫控制连接释放完毕的清除完成消息。
步骤912、Anchor MSC在向BSS发送清除要求后,判断组呼释放定时器是否超过预定时间,如果已超过预定时间,直接执行步骤914;否则,继续执行步骤913。
步骤913、Anchor MSC进一步判断是否本MSC下所有相关组呼小区和BSC都释放完毕,如果都已释放完毕则执行步骤914;否则,返回步骤912。
其中,Anchor MSC可以根据是否所有相关小区和BSC的清除完成消息都已返回来判断是否所有相关小区和BSC都释放完毕。
步骤914、Anchor MSC向本MSC的GCR(附图中用GCR A表示)发送语音组呼业务终止消息,并使组呼释放定时器停止计时。
步骤915、GCR收到语音组呼业务终止消息后,设置本组呼为空闲状态,结束本次流程。
在本实施例中,Relay MSC收到Anchor MSC发送来的释放消息后,会像Anchor MSC一样启动组呼释放定时器开始计时并释放其覆盖区域内的组呼小区和BSC,如果在定时器的预定时间内,Relay MSC确认本MSC下所有相关组呼小区和BSC释放完成,则Relay MSC通知本MSC的GCR(在附图中用GCR_R表示)设置组呼为空闲状态;如果组呼释放定时器超时,则无论是否确认组呼释放完成,Relay MSC直接通知GCR设置组呼为空闲状态。
上述各实施例介绍了由业务用户请求终止组呼的组呼释放流程,下面结合图10,描述本发明实现语音组呼业务方法的实施例八,在本实施例中,由调度员发起释放组呼流程;当Anchor MSC收到终止组呼请求后,会启动释放组呼定时器,当组呼释放定时器超过预定时间时,Anchor MSC直接通知GCR设置该组呼为空闲状态。
步骤1001至步骤1004、调度员终端向Anchor MSC上报启动双音多频消息,发送双音多频码,请求释放组呼,Anchor MSC收到启动双音多频消息后向调度员终端返回启动双音多频响应消息;调度员终端向Anchor MSC发送停止双音多频消息,停止继续发送双音多频码;Anchor MSC向调度员终端返回停止双音多频响应消息。
步骤1005、Anchor MSC根据收到的双音多频码判断若调度员终端请求释放组呼,则继续执行步骤1006。
步骤1006、Anchor MSC启动组呼释放定时器开始计时。
步骤1007至步骤1008、Anchor MSC向本组呼的所有相关Relay MSC发送SEND_GROUP_CALL_END_SIGNAL_ACK以及释放消息,释放与各RelayMSC之间的MAP连接和话路连接。
步骤1009、Anchor MSC向其他调度员终端发送释放消息,释放其他调度员终端。
步骤1010至步骤1012、Anchor MSC向调度员终端发送断开连接消息,清除与调度员终端的连接;调度员终端向Anchor MSC发送释放消息;AnchorMSC向调度员终端返回释放完成消息。
步骤1013、Anchor MSC向本MSC下所有相关BSC发送清除要求,以释放呼叫控制连接,并为本MSC下所有小区发送清除要求以清除A接口电路资源和空中接口资源。
步骤1014、BSS释放BSC的呼叫控制连接和分配给小区的TCH信道。
步骤1015、BSS向Anchor MSC返回表示小区资源释放完毕的清除完成消息以及表示呼叫控制连接释放完毕的清除完成消息。
步骤1016、Anchor MSC在向BSS发送清除要求后,判断组呼释放定时器是否超过预定时间,如果已超过预定时间,直接执行步骤1018;否则,继续执行步骤1017。
步骤1017、Anchor MSC进一步判断是否本MSC下所有相关组呼小区和BSC都释放完毕,如果都已释放完毕则执行步骤1018;否则,返回步骤1016。
其中,Anchor MSC可以根据是否所有相关小区和BSC的清除完成消息都已返回来判断是否所有相关小区和BSC都释放完毕。
步骤1018、Anchor MSC向本MSC的GCR(附图中用GCR_A表示)发送语音组呼业务终止消息,并使组呼释放定时器停止计时。
步骤1019、GCR收到语音组呼业务终止消息后,设置本组呼为空闲状态,结束本次流程。
在本实施例中,Relay MSC收到Anchor MSC发送来的释放消息后,会像Anchor MSC一样启动组呼释放定时器开始计时并释放其覆盖区域内的组呼小区和BSC,如果在定时器的预定时间内,Relay MSC确认本MSC下所有相关组呼小区和BSC释放完成,则Relay MSC通知本MSC的GCR(在附图中用GCR_R表示)设置组呼为空闲状态;如果组呼释放定时器超时,则无论是否确认组呼释放完成,Relay MSC直接通知GCR设置组呼为空闲状态。
本发明实现语音组呼业务的系统实施例二的结构与实施例一相同,包括用户终端、调度员终端、基站子系统、主控移动交换中心和组呼寄存器,其中基站子系统由基站收发信机和基站控制器组成,一个基站控制器可以控制多个基站收发信机,基站收发信机的有效覆盖范围即为小区;基站控制器通过A接口与移动交换中心通信,基站收发信机通过空中接口与用户终端或调度员终端通信。在组呼释放过程中,基站子系统用于接收主控移动交换中心发送来的清除要求,释放分配给其下与本组呼相关小区的TCH信道和主控移动交换中心与基站控制器之间的呼叫控制连接,并在释放之后向主控移动交换中心返回表示释放完毕的清除完成消息。
主控移动交换中心用于在确认要释放组呼时启动组呼释放定时器,并释放所有的调度员终端,同时向本移动交换中心下所有相关基站控制器下发清除要求,以释放呼叫控制连接,并为本MSC下所有小区发送清除要求以清除A接口电路资源和空中接口资源;主控移动交换中心还用于在向相关基站子系统下发清除要求后判断组呼释放定时器是否超过预定时间,如果定时器未超时,则在确定本移动交换中心下所有相关小区和BSC都释放完毕后通知本移动交换中心的组呼寄存器语音组呼终止;如果定时器超过预定时间,则直接通知该组呼寄存器语音组呼终止。
其中,组呼释放可以由用户终端或调度员终端发起。若组呼释放由本移动交换中心覆盖区域内的用户终端发起,主控移动交换中心还用于在收到该用户终端发起的释放组呼请求后,检查该用户是否有权限终止组呼,若该用户有终止组呼权限,主控移动交换中心确认要释放组呼,并释放该用户终端;当组呼释放是由调度员终端发起时,调度员终端向主控移动交换中心发送用于释放组呼的双音多频码,主控移动交换中心用于判断若调度员终端发送来的双音多频码是请求释放组呼则确认要释放组呼,并释放该调度员终端。
组呼寄存器用于在收到主控移动交换中心发送的语音组呼终止消息后设置组呼为空闲状态。
当组呼区域超过主控移动交换中心的覆盖范围时,该系统还包括中继移动交换中心;其中,主控移动交换中心还需要释放与本组呼所有相关中继移动交换中心的MAP连接和话路连接;中继移动交换中心在收到主控移动交换中心发送来的释放消息后同样需要向本移动交换中心下所有相关基站控制器下发清除要求,以释放呼叫控制连接,并为本MSC下所有小区发送清除要求以清除A接口电路资源和空中接口资源,并在向基站子系统下发清除要求后判断组呼释放定时器是否超过预定时间,如果定时器未超时,则在确定本移动交换中心下所有基站控制器和小区资源都释放完毕后通知本移动交换中心的组呼寄存器语音组呼终止;如果定时器超过预定时间,则直接通知该组呼寄存器语音组呼终止。
当发起释放组呼请求的用户终端处于中继移动交换中心覆盖区域时,检查该用户是否有终止组呼权限是由中继移动交换中心来完成,中继移动交换中心在确认该用户有终止组呼权限时释放该用户终端,并向主控移动交换中心发送消息,通知主控移动交换中心释放组呼。
以上对本发明所提供的实现语音组呼业务的方法和系统进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式
及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
权利要求
1.一种实现语音组呼业务的方法,其特征在于,所述方法包括A1、终端向主控移动交换中心上报终止组呼请求;B1、主控移动交换中心释放其覆盖区域内与该组呼相关的基站控制器及相关小区的通信连接;C1、主控移动交换中心在其覆盖区域内的相关基站控制器和相关小区的通信连接都已释放完成时,通知其组呼寄存器设置该组呼为空闲状态。
2.如权利要求1所述的实现语音组呼业务的方法,其特征在于,步骤A1后还包括主控移动交换中心启动定时器;步骤C1还包括所述定时器超过预定时间时,主控移动交换中心通知其组呼寄存器设置本组呼为空闲状态。
3.如权利要求1或2所述的实现语音组呼业务的方法,其特征在于,步骤A1后进一步包括主控移动交换中心释放所有与该组呼相关的中继移动交换中心的通信连接。
4.如权利要求3所述的实现语音组呼业务的方法,其特征在于,主控移动交换中心释放所有与组呼相关的中继移动交换中心的通信连接后进一步包括中继移动交换中心释放其覆盖区域内该组呼相关的基站控制器和相关小区的通信连接;中继移动交换中心在其覆盖区域内的相关小区和基站控制器的通信连接都已释放完成时,通知其组呼寄存器设置该组呼为空闲状态。
5.如权利要求3所述的实现语音组呼业务的方法,其特征在于,主控移动交换中心释放所有与组呼相关的中继移动交换中心的通信连接后进一步包括中继移动交换中心启动定时器;中继移动交换中心释放其覆盖区域内该组呼的相关小区和基站控制器的通信连接;所述定时器超过预定时间时,中继移动交换中心通知其组呼寄存器设置本组呼为空闲状态;若所述定时器未超过预定时间,中继移动交换中心在其覆盖区域内的相关小区和基站控制器的通信连接都已释放完成时通知其组呼寄存器设置该组呼为空闲状态。
6.如权利要求1或2所述的实现语音组呼业务的方法,其特征在于,步骤A1具体包括业务用户终端向主控移动交换中心上报终止组呼请求。
7.如权利要求6所述的实现语音组呼业务的方法,其特征在于,步骤A1后还包括主控移动交换中心检查若该业务用户有权限终止组呼,则释放该业务用户终端。
8.如权利要求6所述的实现语音组呼业务的方法,其特征在于,所述业务用户终端向主控移动交换中心上报终止组呼请求具体包括业务用户终端向中继移动交换中心上报终止组呼请求;中继移动交换中心检查若该业务用户有权限终止组呼,则释放该业务用户终端,并向主控移动交换中心发送释放组呼通知。
9.如权利要求1或2所述的实现语音组呼业务的方法,其特征在于,步骤A1具体包括调度员终端向主控移动交换中心上报终止组呼请求。
10.一种实现语音组呼业务的系统,其特征在于,所述系统包括终端,用于向主控移动交换中心上报终止组呼请求;主控移动交换中心,用于在收到终端上报的终止组呼请求后,释放其覆盖区域内与该组呼相关的基站控制器及相关小区的通信连接;还用于在其覆盖区域内相关小区和基站控制器的通信连接都已释放完成时,通知其组呼寄存器组呼业务终止;组呼寄存器,用于在收到主控移动交换中心发送的组呼业务终止通知后设置本组呼为空闲状态。
11.如权利要求10所述的实现语音组呼业务的系统,其特征在于,所述主控移动交换中心还用于在收到终端上报的终止组呼请求后,启动预设的定时器;还用于在所述定时器超过预定时间时,通知其组呼寄存器组呼业务终止。
12.如权利要求10或11所述的实现语音组呼业务的系统,还包括中继移动交换中心,其特征在于,所述主控移动交换中心还用于释放所有与该组呼相关的中继移动交换中心的通信连接。
13.如权利要求12所述的实现语音组呼业务的系统,其特征在于,所述中继移动交换中心用于释放其覆盖区域内该组呼的相关小区和基站控制器的通信连接,并在其覆盖区域内相关小区和基站控制器的通信连接都释放完成时,通知其组呼寄存器设置该组呼为空闲状态。
14.如权利要求12所述的实现语音组呼业务的系统,其特征在于,所述中继移动交换中心用于释放其覆盖区域内该组呼的相关小区和基站控制器的通信连接,并在其覆盖区域内相关小区和基站控制器的通信连接都释放完成时,通知其组呼寄存器设置该组呼为空闲状态;还用于在被主控移动交换中心释放后,启动预设的定时器,并在所述定时器超过预定时间时,通知其组呼寄存器设置该组呼为空闲状态。
15.如权利要求10或11所述的实现语音组呼业务的系统,其特征在于,所述终端是业务用户终端或调度员终端。
全文摘要
本发明公开了一种实现语音组呼业务的方法和系统,所述方法包括A1.终端向主控移动交换中心上报终止组呼请求;B1.主控移动交换中心释放其覆盖区域内与该组呼相关的基站控制器以及相关小区的通信连接;C1.主控移动交换中心在其覆盖区域内的相关小区和基站控制器的通信连接都已释放完成时,通知其组呼寄存器设置该组呼为空闲状态。
文档编号H04W76/06GK1878417SQ20061009844
公开日2006年12月13日 申请日期2006年7月7日 优先权日2006年7月7日
发明者王宝义 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1