一种在进行语音组呼业务时组内用户利用集群组呼业务信
道提供短数据业务的实现方法
技术领域
[0001] 本
发明涉及数字集群通信技术领域，特别是一种利用集群组呼业务信道提供短数据业务的实现方法。
背景技术
[0002] 移动通信系统按其使用性质可以分为公用移动通信系统和专用移动通信系统。集群通信系统属于专用移动通信系统，它是一种共享资源、分担
费用、共用信道设备及服务的多用途、高效能的无线调度通信系统。在网络拓扑结构上，集群通信系统有着和公用移动通信系统相似的构成：终端用户MS通过空中
接口与网络设施进行通信。在空中接口的两边，终端侧的设备可以是一个移动台或与移动台相连接的
外围设备；而网络侧的设备则包括一个由交换功能、管理功能、调度功能等不同子系统组成的控制中心和连接到控制中心的多个基站子系统。
[0003] 随着数字话音编码、数字调制技术、多址技术、抗衰落技术以及数字信令控制和数字语音终端等数字技术在集群通信系统中的广泛应用，目前，数字集群通信系统已经成为集群通信技术的主流。
[0004] 数字集群通信系统可在同一技术平台上提供指挥调度、数据传输和电话服务，它不仅提供多群组的调度功能，而且还可以提供短数据业务、分组数据业务以及数字化的全双工
移动电话业务。
[0005] 语音组呼业务是集群系统提供的一种高级语音呼叫业务，定义了一种在一定范围内由多方参加的一点对多点的语音通信方式。编在同一个组的用户可以用组呼的方式来进行多方通信。位于组呼区域中每个小区的隶属于该组的组呼业务用户共享一条组呼下行信道收听组呼，争抢一条组呼上行信道获得讲话权。讲话者释放上行信道后，成为收听者，其他
请求讲话的组呼业务用户根据相同优先级先到先服务的原则
申请上行信道的使用权。
[0006] 数字集群通信系统的短数据业务，通常是在控制信道上进行的。每一个小区内必然有一个载波被
指定为主载波，主载波上的第一时隙中的控制信道被称为主控制信道MCCH。因为主控制信道MCCH是小区内所有的用户都可以使用的公共控制信道，所以，小区内不进行组呼的用户，可以利用主控制信道进行短数据的传输。
[0007] 在进行语音组呼业务时，组内所有的组呼业务用户都被分配到业务信道，不再在主控制信道上进行信令的接收和传输，只能利用业务信道进行信令和语音的传输。由于一定的时间内上行信道的使用权仅供取得讲话权的组呼业务用户使用，此时其他组呼业务用户若要进行短数据的传输，只能借助于呼叫控制功能再建立一条新链路，也就是申请到一个新的上行信道，利用新建立链路将短数据发送出去，成功发送后再释放新建立的链路，转回原来的组呼链路。这种方法比较复杂，每次都要重新分配链路和释放链路，需要很多的信令传输和多方面的配合，效率低下。而且，在小区内用户数量多、链路资源有限时，如果发生没有空闲信道的情况，则不能适用此方法来传输短数据业务。
发明内容
[0008] 本发明所要解决的技术问题是提供一种在进行语音组呼业务时组内用户利用组呼业务信道发送短数据的实现方法，它易于实现、且不需占用额外的链路资源，即使在小区内用户数量多、没有其他空闲信道的情况下也能提供短数据业务。为此，本发明采用以下技术方案：
[0009] 所述实现方法在短数据发送阶段，包括下列步骤，
[0010] a-1、短数据发送方用户MS1向网络设施申请组呼上行信道的占用权，所述发送方用户MS1为进行语音组呼业务时的组内用户，
[0011] a-2、上行信道空闲时，网络设施优先授予发送方用户MS1上行信道占用权，同时限制其他组呼用户竞争上行信道，
[0012] a-3、发送方用户MS1利用组呼上行信道向网络设施发送短数据，[0013] a-4、短数据发送完毕，网络设施收回发送方用户MS1的上行信道占用权，恢复组呼竞争状态；
[0014] 所述实现方法在短数据接收阶段，包括下列步骤：
[0015] b-1、网络设施判断发送方用户MS1是否需要
回执以及短数据接收方用户MS2是否为组呼用户，所述需要回执，是指接收方用户MS2接收短数据成功后，需要向发送方用户MS1回送一个确认接收成功的消息。
[0016] b-2、对于接收方用户MS2不是组呼用户的情况，网络设施通过主控制信道传送短数据到接收方用户MS2，
[0017] 对于接收方用户MS2不是组呼用户且短数据需要确认接收成功的情况，网络设施通过主控制信道传送短数据到接收方用户MS2，在接收到接收方用户MS2的确认短数据接收成功消息后，利用组呼下行信道向发送方用户MS1发送短数据接收成功的消息，所述主控制信道是主载波上的第一时隙中的控制信道；
[0018] 对于接收方用户MS2是组呼用户的情况，网络设施利用组呼下行信道向接收方用户MS2发送短数据，
[0019] 对于接收方用户MS2是组呼用户且短数据需要确认接收成功的情况，网络设施利用组呼下行信道向接收方用户MS2发送短数据后，在上行信道空闲时立刻优先授予接收方用户MS2上行信道占用权，同时限制其他组呼用户竞争上行信道，待接收方用户MS2利用组呼上行信道向网络设施发送短数据接收成功的消息后，网络设施收回接收方用户MS2的上行信道占用权，恢复组呼竞争状态，然后利用组呼下行信道向发送方用户MS1发送短数据接收成功的消息。
[0020] 如上所述的网络设施利用组呼下行信道向MS2发送短数据、网络设施利用组呼下行信道向MS1发送短数据接收成功的消息或者网络设施利用组呼下行信道向MS1发送短数据仍在处理的消息，都是采用挪用的方式。也就是说，MS1和MS2作为语音组呼业务的收听者，在组呼下行信道上收听组呼讲话者的语音，此时网络设施在组呼下行信道上向组呼业务用户短暂发送数据或消息，会短时中断原有的组呼语音业务。这样的中断持续时间极短，不超过500ms，与越区切换时间相当，不会对组呼语音业务造成妨碍。
[0021] 如上所述的网络设施，是指数字集群通信系统中空中接口的网络侧设备，即数字集群系统的
基础设施(Infrastructure)。网络设施包括一个控制中心和连接到控制中心的多个基站子系统。所述控制中心由多个子系统构成，具有交换功能、网管功能、调度功能。
[0022] 与
现有技术相比，由于所发送的短
数据速率较高，本发明减少了重建信道对资源的浪费，并且易于实现。由于发送短数据时占用信道的时间短，对组呼业务本身的影响也极小。
附图说明
[0023] 图1为本发明的在组呼业务下短数据发送
流程图。
[0024] 图2为本发明的在组呼业务下短数据接收流程图。
[0025] 图3为发送方、接收方都为组呼用户且需要确认短数据接收成功的完整状态流程图。
[0026] 图4为接收方用户暂时无法接收时的状态流程图。
具体实施方式
[0027] 为了充分理解本发明的技术内容，下面给出具体
实施例，结合附图对本发明的技术方案进行较为详细的介绍和说明。
[0028] 如图1所示，语音组呼业务进行时，组内用户利用组呼上行信道发送短数据，其发送流程如下：
[0029] 在组呼进行中，某个组呼中的收听者用户需要发送短数据给另一个或另一些集群用户。此短数据发送方用户MS1在准备好待发送的短数据后，发送流程开始101。所述发送方用户MS1为进行语音组呼业务时的组内用户。
[0030] 在组呼竞争状态下，MS1申请上行信道占用权102，与其他组呼用户竞争讲话权。
[0031] 网络设施接收到MS1的信道占用申请后，如果此时上行信道空闲103，则网络设施授予MS1上行信道占用权，同时限制其他用户竞争105。也就是说，发送短数据的占用权申请比同时竞争的语音占用权申请更优先。但如果此时上行信道已经被占用，则网络设施不同意MS1的申请，MS1显示短数据发送失败，等待下一个组呼竞争状态重新申请上行信道占用权102。
[0032] 网络设施授予MS1上行信道占用权，同时限制其他用户竞争105后，MS1利用组呼上行信道发送短数据到网络设施106。然后网络设施收回上行信道占用权，恢复组呼竞争状态107。发送流程结束108。
[0033] 如图2所示，语音组呼业务进行时，组内用户利用组呼上行信道发送短数据，其发送完成后，网络设施将短数据传递到接收方用户MS2的流程如下：
[0034] 接收流程开始201后，网络设施判断接收方用户MS2是否为组呼用户202。若MS2是组呼用户，则网络设施利用组呼下行信道发送短数据到MS2203。
[0035] 如果这个短数据不需要确认其接收成功，则接收流程结束209；若需要确认短数据接收成功204，则网络设施授予MS2上行信道占用权，同时限制其他用户竞争205，由MS2利用组呼上行信道发送短数据接收成功消息到网络设施206，然后网络设施收回上行信道占用权，恢复组呼竞争状态207，网络设施继续利用组呼下行信道发送短数据接收成功消息到MS1208，接收流程结束209。
[0036] 若接收方用户MS2不是组呼用户，则网络设施首先判断其状态是否能接收短数据210。如果MS2可以接收短数据，则网络设施传送短数据到MS2211。
[0037] 如果这个短数据不需要确认其接收成功，则接收流程结束209；若需要确认短数据接收成功212，则MS2发送短数据接收成功消息到网络设施213，网络设施继续利用组呼下行信道发送短数据接收成功消息到MS1208，接收流程结束209。
[0038] 若网络设施判断非组呼用户的MS2正处于无法接收短数据的状态，比如正在通话中或者正好关机，则网络设施缓存短数据214。
[0039] 如果这个短数据不需要确认其接收成功，网络设施返回判断MS2是否能够接收短数据的状态210，等待其状态的变更；若需要确认短数据接收成功215，则网络设施利用组呼下行信道发送短数据仍在处理消息到MS1216，然后返回判断MS2是否能够接收短数据的状态210，等待其状态的变更。
[0040] 如图3所示，若短数据发送方用户MS1和接收方用户MS2都是组呼用户，且短数据的类型是需要确认其接收成功，则完整的状态流程如下：
[0041] 301，语音组呼业务建立；
[0042] 302，各用户处于组呼竞争状态；
[0043] 303，MS1向网络设施请求上行信道占用权；
[0044] 304，网络设施向MS1授予上行信道占用权；
[0045] 305，在组呼上行信道上，MS1向网络设施发送短数据；306，在组呼下行信道上，网络设施向MS2发送短数据；
[0046] 307，网络设施向MS1回收上行信道占用权；
[0047] 308，网络设施向MS2授予上行信道占用权；
[0048] 309，在组呼上行信道上，MS2向网络设施发送短数据接收成功消息；
[0049] 310，在组呼下行信道上，网络设施向MS1发送短数据接收成功消息；
[0050] 311，网络设施向MS2回收上行信道占用权。
[0051] 如图4所示，若接收方用户MS2不是组呼用户，且处于无法接收短数据的状态，而短数据是需要确认其接收成功的类型，则完整的状态流程如下：
[0052] 401，MS1向网络设施请求上行信道占用权；
[0053] 402，网络设施向MS1授予上行信道占用权；
[0054] 403，在组呼上行信道上，MS1向网络设施发送短数据；
[0055] 404，网络设施发现无法向MS2传送短数据，则在网络设施上缓存短数据；
[0056] 405，网络设施向MS1回收上行信道占用权；
[0057] 406，MS2变成能够接收短数据的状态后，网络设施向MS2发送短数据；
[0058] 407，MS2向网络设施发送短数据接收成功消息；
[0059] 408，在组呼下行信道上，网络设施向MS1发送短数据接收成功消息。
[0060] 应当理解的是，以上所述从具体实施例的
角度对本发明的技术内容进一步地披露，其目的在于让大家更容易了解本发明的内容，但不代表本发明的实施方式和权利保护局限于此。本发明保护范围阐明于所附
权利要求书中，凡是在本发明的宗旨之内的显而易见的
修改，亦应归于本发明的保护之内。
