一种结束组呼通话的实现方法
技术领域
本发明涉及集群通信技术领域,特别涉及一种结束组呼通话的实现方法。
背景技术
集群通信(Trunk Communication)又称集群无线通信(Trunked Radio),是将一定数量各种类别稀疏容量的专业用户集中起来,利用同一总线的无线信道,进行以指挥调度为主体的多用途、高效能专用无线通信。相对于对讲机***这样分散运行、资源利用效率不高的专用无线通信而言,集群通信具有动态信道分配、多用户共享信道资源等充分利用有限无线信道资源的特点,使参与集群通信的成员可共享丰富的特殊功能及业务。
语音组呼业务(Voice Group Call Service,VGCS)和语音广播业务(VoiceBroadcast Service,VBS)都属于集群通信业务,或统称为组呼业务。VGCS业务中包含两种身份的成员,即调度员和业务用户。调度员可以是固网用户也可以是移动用户,通过为其建立的专用信道参与组呼的话音通信,在现有GSM 800M数字集群***(GSM Trunk 800M,GT800)标准中,VGCS业务可以没有调度员或最多五个调度员;业务用户指预订了VGCS业务的移动用户,数量不限,通过组呼区域内的组呼信道参与组呼的话音通信。VBS具有和VGCS相似的业务功能,主要差别是VBS业务中,只有广播的发起者有讲话的权利,并且发起者的身份只能是调度员;其他成员,包括普通用户和非发起者的调度员没有讲话的权利。如无特别指出,本说明书以下所述组呼均以VGCS业务为例,VBS的相关情况可依照对VGCS业务的说明简单类比得出。
VGCS业务在任何时刻只准许一个业务用户以及最多五个调度员同时讲话,讲话的业务用户或调度员称为讲话者,而其他不处于讲话状态的业务用户称为组呼听者。组呼听者可以通过按移动终端上的即按即说(Push ToTalk,PTT)键,按照“先到先得”的原则来实现抢上行业务信道的操作,如果抢上行业务信道成功即可获得讲话权参与讲话,其他组呼听者只有当上行业务信道空闲时才可以继续抢上行业务信道的操作。调度员具有自己的专用通道,随时可以参与讲话。
一个特定的组呼通信由组呼标识(Group ID,G-ID)和组呼区域唯一确定。G-ID与组呼区域合起来称作组呼参考,即组呼参考唯一确定一个组呼通信。G-ID标识该组的功能,即由哪些身份的成员参加;一个移动用户可以同时签约多个G-ID,并给它们设置不同的优先级。组呼区域是指组呼通信所覆盖的范围,以无线小区为基本单位,可以由一个或一个以上属于相同移动交换中心(MSC)或不同MSC的小区组成,组成组呼区域的小区称为组呼小区。组呼业务进行时,每个组呼小区有一个组呼通道,讲话者工作在组发射模式,通过其中的上行业务信道发送通话内容;所有组呼听者工作在组接收模式,通过下行业务信道接收通话内容。有关组呼的通知消息在通知信道(Notification Channel,NCH)上广播。
现有技术中可以通过如下任一条件触发组呼通话的结束流程:业务用户发起结束组呼;调度台发起结束组呼;组呼非激活定时器超时。这里我们只考虑业务用户发起结束组呼的情况,一般来说,只有发起组呼的业务用户可以结束组呼,而其他业务用户无权结束组呼。与业务用户在抢占到上行信道以后才能获得讲话的权利一样,业务用户也需要在抢占到上行信道以后,才能向网络侧发起结束组呼业务的请求,从而实现结束组呼通话。现有技术中,发起组呼的业务用户可以通过如图1所示的信令交互流程结束组呼通话,包括如下步骤:
步骤101:当组呼的上行信道空闲时,网络侧的基站子***(Base StationSystem,BSS)在组呼下行信道下发上行空闲(UPLINK FREE)消息,包括发起组呼的业务用户(以下简称为用户A)以及其他业务用户在内的参与该组呼业务的所有业务用户都会收到上行空闲消息;
步骤102:用户A向BSS发出上行接入(UPLINK ACCESS)消息,该消息中包括用户A的标识以及组呼参考;
步骤103:BSS收到上行接入消息后,根据其中的业务用户标识以及组呼参考生成上行请求(UPLINK REQUEST)并将所生成的上行请求发送至MSC;
步骤104:MSC收到上行请求后,对用户A的标识和组呼参考进行验证,验证通过后向BSS返回上行请求回应(UPLINK REQ ACK);
步骤105~106:BSS收到上行请求回应后,向用户A发送准予上行接入(UPLINK GRANT)消息,并向MSC返回上行请求确认(UPLINK REQCONF)消息;
步骤107:BSS在组呼下行信道向组呼内的所有业务用户发送上行忙(UPLINK BUSY)消息;
步骤108:用户A向BSS发送建立异步平衡模式(Set AsynchronousBalanced Mode,SABM)的请求;
步骤109:BSS建立异步平衡模式后,向用户A返回完成SABM的响应消息;
步骤110:用户A通过上行组呼信道向MSC发送结束请求(TERMINATIONAL REQUE ST,TR);
步骤111:MSC收到结束请求后,对用户A的标识进行验证,判断其是否有权结束该组呼,验证通过后向用户A返回结束(TERMINATION)消息;
步骤112:MSC向所有关联该组呼的BSS发送清除命令(CLEARCOMMAND);
步骤113:各个与该组呼关联的BSS通过下行组呼信道发送信道释放(CHANNEL RELEASE)消息至所有业务用户,并释放组呼信道,结束该组呼。
上述流程中,步骤101~109为用户A占用上行信道的过程,步骤110~113才是用户A发起结束组呼的过程。从以上流程可以看出,必须在组呼上行信道没有被其他业务用户占用时,即上行信道处于空闲状态时,用户A才能发起结束组呼的流程,而当上行信道已经被其他业务用户占用时,用户A无法结束组呼。
如果组呼***支持上行信道抢占功能,即高优先级的组呼业务用户可以抢占低优先级的讲话者所占用的上行信道,那么欲结束组呼的业务用户也可以通过上行抢占功能来占用上行信道,然后再按照图1中的步骤110至113结束组呼,但是有以下前提条件:
1、***必须要支持上行抢占功能;
2、欲结束组呼的业务用户的讲话优先级要比当前讲话者高。
如果不满足上述前提条件的任何一个,则业务用户仍然不能在上行信道已被占用的情况下结束组呼。
发明内容
有鉴于此,本发明的目的在于,提出一种结束组呼通话的实现方法,可以在上行信道已被占用的情况下,由业务用户发起结束组呼。该方法包括如下步骤:
A、当组呼上行信道被其他业务用户占用时,第一业务用户向网络侧发起立即指配过程并得到新的信道;
B、第一业务用户通过所述新的信道向网络侧发送结束组呼请求;所述第一业务用户为发起组呼的业务用户,或拥有结束组呼的权限的业务用户;
C、网络侧收到结束组呼请求后,判断是否结束组呼,若是,则发起结束组呼的过程。
步骤A所述发起立即指配过程包括:
A1、第一业务用户离开组接收模式,向基站子***BSS发送信道请求;
A2、BSS收到信道请求后,为第一业务用户分配一个信道,向第一业务用户发送包括所分配的信道的描述信息的立即指配消息;
A3、第一业务用户根据所收到的立即指配消息,向所述BSS发送建立异步平衡模式SABM请求;
A4、BSS建立异步平衡模式后,向第一业务用户返回完成SABM的响应消息。
较佳地,步骤A1所述发送信道请求为:通过随机接入信道RACH发送信道请求。
步骤B所述发送结束组呼请求为:发送结束请求TR,所述TR中包含第一业务用户的移动终端标识和组呼参考;
步骤C所述判断为:对TR中的移动终端标识进行认证,判断该移动终端是否有权结束所述组呼参考所对应的组呼。
步骤C所述结束组呼的过程包括:
C11、MSC通过所述新的信道向第一业务用户发送结束消息,BSS发送信道释放消息释放这个新分配的信道,第一业务用户回到空闲状态;
C12、MSC向所有与该组呼关联的BSS发送清除命令;
C13、BSS收到清除命令后,在各个组呼下行信道下发信道释放消息,并完成组呼信道的释放。
步骤C所述判断结果为否,则进一步包括:
C21、MSC通过所述新的信道向第一业务用户发送结束拒绝消息;
C22、第一业务用户所属于的BSS通过所述新的信道向第一业务用户发送包括组呼信道描述信息的信道释放消息;
C23、第一业务用户根据所收到的信道释放消息中的信道描述信息回到组呼信道上继续以组接收模式工作。
所述第一业务用户得到的新的信道为旁路专用控制信道SDCCH。
所述第一业务用户为发起组呼的业务用户,或者为拥有结束组呼的权限的业务用户。
所述组呼为语音组呼业务VGCS的组呼或语音广播业务VBS的组呼或语音广播业务VBS的组呼。
从以上技术方案可以看出,第一业务用户通过信道指配过程申请另外的信道,第一业务用户通过新申请的信道向网络侧发送结束请求,进而实现结束组呼;这样就实现了在上行组呼信道已被占用的情况下,业务用户不必等待上行组呼信道空闲而直接发起结束组呼,从而能使不必要的组呼业务及时得到释放,节省了***资源并节约了业务用户使用组呼所需的时间。而且本发明方法无需***支持上行抢占功能,并且对结束组呼的业务用户的优先级没有要求,更加方便该方法的应用。
附图说明
图1为现有技术业务用户发起结束组呼的信令流程图;
图2为本发明实施例业务用户发起正常结束组呼的信令流程图;
图3为本发明实施例业务用户发起结束请求被拒绝的信令流程图。
具体实施方式
本发明的核心内容是:在上行组呼信道已被占用的情况下,业务用户通过立即指配流程申请另外的信道;通过新申请的信道向网络侧发送结束请求,进而实现结束组呼。为使本发明的目的、技术方案和优点更加清楚,下面结合附图对本发明作进一步的详细阐述。
现有技术的方案中,在发送TR消息之前的上行信道占用流程中已经把业务用户标识上报给网络,所以TR消息中无须包含业务用户标识;而在本发明方案中,业务用户通过一个新的信道向网络侧发送TR,因此TR中必须包括业务用户标识,网络侧根据业务用户标识来查询该业务用户对应的优先级和权限信息,并据此判断是否接受该TR并进行结束组呼的处理。为此,必须对现有的TR消息进行扩展,扩展后的TR消息如表1所示:
信元标识(IEI) |
信元(Information Element) |
类型/参考章节(Type/Reference) |
必选/可选(Presence) |
格式(Format) |
长度(Length) |
|
协议区分标识(Protocol Discriminator) |
协议描述/3GPP TS 44.068V7.0.0子款9.1 |
必选 |
V |
1/2 |
|
事务标识(TransactionIdentifier) |
事务标识/3GPP TS 44.068V7.0.0子款9.2 |
必选 |
V |
1/2 |
|
消息类别(Message Type) |
消息类别/3GPP TS 44.068V7.0.0子款9.3 |
必选 |
V |
1 |
|
组呼参考(Group CallReference) |
呼叫参考/3GPP TS 44.068V7.0.0子款9.4.1 |
必选 |
V |
4 |
17 |
移动终端标识(MobileIdentity) |
移动终端标识/3GPP TS24.008,子款10.5.1.4 |
可选 |
TLV |
3-10 |
表1
其中,格式(Format)一栏中,字母T表示信元的标识(Tag)、字母L表示信元的长度(Length),字母V表示信元的数值(Value)。TR消息中原有的前4个信元都是必选且定长的,因此只需给出数值而无需给出标识及长度;新增的移动终端标识是可选且不定长的,因此需要分别给出标识、长度及数值。其中,长度的单位为字节。本发明方案中,当业务用户想要结束组呼时,如果上行信道处于空闲状态,则按照现有技术业务用户结束组呼的流程处理;如果上行信道已被其他业务用户占用,则执行图2或图3所示流程,其中图2所示为依照本发明方案实现正常结束组呼的信令流程,包括如下步骤:
步骤201:BSS在组呼下行信道向组呼内的所有业务用户发送上行忙消息;这表明目前组呼上行信道已经被某个业务用户所占用,如果其他业务用户此时项结束组呼,则无法启用现有技术业务用户结束组呼的流程;
步骤202:欲结束组呼的业务用户(以下简称为第一业务用户)当前处于组接收模式,当收到上行忙消息后,得知上行组呼信道已被其他某个业务用户所占用,则第一业务用户离开组接收模式,通过随机接入信道(RandemAccess Channel,RACH)向自身属于的BSS发送信道请求(CHANNELREQUEST),请求一个旁路专用控制信道(Side Dedicated Control Channel,SDCCH);
步骤203:BSS收到信道请求后,为第一业务用户分配一个SDCCH,并向第一业务用户发送立即指配(IMM ASSIGNMENT)消息;所述立即指配消息中包括所分配的SDCCH的信道描述信息;
步骤204:第一业务用户根据立即指配消息,向所述BSS发送SABM请求;
步骤205:BSS建立异步平衡模式后,向第一业务用户返回完成SABM的响应消息;
步骤206:第一业务用户通过所分配的SDCCH向MSC发送TR消息,该TR消息中包括表1所示的各项内容,即包括必选的协议区分标识、事务标识、消息类别、组呼参考以及可选的移动终端标识;
步骤207:MSC收到TR消息后,首先根据其中的消息类别识别出这是一条TR消息,然后根据其中的移动终端标识以及组呼参考判断第一业务用户是否有结束所述组呼参考所对应的组呼的权限,这里判断结果为是,则MSC通过所述SDCCH向第一业务用户发送结束消息,MSC并通知BSS发送信道释放消息释放所分配的SDCCH,第一业务用户转到空闲状态;
步骤208:MSC向所有与该组呼相关联的BSS发送清除命令;
步骤209:BSS收到清除命令后,在各个组呼下行信道下发信道释放消息,并完成组呼信道的释放,所有参与该组呼的业务成员都转到空闲状态,组呼结束。
图3所示为依照本发明方案结束请求被网络侧拒绝的信令流程,包括如下步骤:
步骤301:BSS在组呼下行信道向组呼内的所有业务用户发送上行忙消息;这表明目前组呼上行信道已经被某个业务用户所占用,如果其他业务用户此时项结束组呼,则无法启用现有技术业务用户结束组呼的流程;
步骤302:第一业务用户当前处于组接收模式,当收到上行忙消息后,得知上行组呼信道已被其他某个业务用户所占用,则第一业务用户离开组接收模式,通过RACH向BSS发送信道请求,请求一个SDCCH;
步骤303:BSS收到信道请求后,为第一业务用户分配一个SDCCH,并向第一业务用户发送立即指配消息;所述立即指配消息中包括所分配的SDCCH的信道描述信息;
步骤304:第一业务用户根据立即指配消息,向BSS发送SABM请求;
步骤305:BSS建立异步平衡模式后,向第一业务用户返回完成SABM的响应消息;
步骤306:第一业务用户通过所分配的SDCCH向MSC发送TR消息,该TR消息中包括表1所示的各项内容,即包括必选的协议区分标识、事务标识、消息类别、组呼参考以及可选的移动终端标识;
步骤307:MSC收到TR消息后,首先根据其中的消息类别识别出这是一条TR消息,然后根据其中的移动终端标识以及组呼参考判断第一业务用户是否有结束所述组呼参考所对应的组呼的权限,这里判断结果为否,则MSC通过所述SDCCH向第一业务用户发送结束拒绝消息;
步骤308:BSS在SDCCH上向第一业务用户发送包括组呼信道描述信息的信道释放消息释放所分配的SDCCH,第一业务用户根据信道释放消息中的信道描述回到下行组呼信道上继续以组接收模式工作。
发起组呼的用户一般来说具有结束组呼的权限,因此本发明方案中,第一业务用户一般来说是发起组呼的用户,但如果***规定了某个或某些业务成员具有结束组呼的权限,则这些拥有结束组呼权限的业务用户也可以作为第一业务用户来结束组呼。
本发明实施例所述的组呼可以是VGCS的组呼。而对于VBS来说,组呼发起者只能是调度员,业务用户一般不具有结束组呼的权限。但如果在特定的应用环境下***规定了某个或某些业务成员具有结束VBS组呼的权限,则这些拥有结束组呼权限的业务用户也可作为第一业务用户来结束VBS组呼。