CN104023319B

CN104023319B - 一种大容量短数据与集群业务同时工作的方法

Info

Publication number: CN104023319B
Application number: CN201310064427.3A
Authority: CN
Inventors: 李瑞超; 黄其华; 余西西; 马强; 李伟
Original assignee: Beijing Xinwei Telecom Technology Inc
Current assignee: Beijing Xinwei Telecom Technology Inc
Priority date: 2013-02-28
Filing date: 2013-02-28
Publication date: 2017-10-10
Anticipated expiration: 2033-02-28
Also published as: CN104023319A

Abstract

本发明提出一种大容量短数据和集群业务同时工作的方法，包括以下步骤：a，基站收到组呼请求后为组呼分配多套组呼资源，所述多套组呼资源分别位于多个子载波组上，所述多套组呼资源的数量根据集群组内终端数量及基站目前子载波组带宽使用情况确定；b，组呼中的终端均衡工作在所述多个子载波组下；c，组呼中的终端并发数据业务时，基站在终端当前所在的子载波上为其分配传输短数据所需的带宽资源。本发明解决了大量组呼听讲终端并发短数据业务时，由于带宽资源分配失败而导致的短数据不能正常发送的问题。

Description

一种大容量短数据与集群业务同时工作的方法

技术领域

本发明涉及无线通信领域，尤其涉及一种大容量短数据与集群业务同时工作的方法。

背景技术

现有多载波系统支持集群业务与短数据业务，集群业务是多个用户共享一组无线信道从而实现一对多的通信方式，短数据业务是用户占用独立的无线信道实现一对一的通信方式。接入同一个集群组呼的所有终端工作在组资源所在的子载波组下，当并发短数据时基站要在该子载波组上为终端分配短数据所需的带宽资源，如果并发短数据不是很多，集群组呼所在的子载波组有充足的带宽资源，短数据就可以及时成功发送，如果组内大量终端并发短数据，由于单个子载波的带宽资源有限，就会出现带宽资源分配失败，很多短数据不能正常发送的问题。

发明内容

为了解决大量组呼听讲终端并发短数据业务时，由于带宽资源分配失败而导致的短数据不能正常发送的问题，本发明提供了一种多载波系统中大容量短数据和集群业务同时工作的方法，该方法包括以下步骤：

a，基站收到组呼请求后为组呼分配多套组呼资源，所述多套组呼资源分别位于多个子载波组上，所述多套组呼资源的数量根据集群组内终端数量及基站目前子载波组带宽使用情况确定；

b，组呼中的终端均衡工作在所述多个子载波组下；

c，组呼中的终端并发数据业务时，基站在终端当前所在的子载波上为其分配传输短数据所需的带宽资源。

该方法中，由于组呼终端是均衡的工作到各子载波组下，组呼终端在子载波间均匀分布，所以可以保证大量终端并发短数据业务时成功分到带宽资源，进而解决现有多载波系统中集群与大量短数据并发时出现的短数据不能正常发送的问题。

优选的，基站确定组呼资源数量的算法可以为：Group_Rsc_Num=min(Total_SCG_Num,ceil(Total_User_Num/Max_User_Num_Per_SCG))，其中，Group_Rsc_Num表示组呼资源数量；Total_SCG_Num表示基站的子载波组总数；Total_User_Num表示集群组内终端数量；Max_User_Num_Per_SCG表示单个子载波组最大支持的终端数量，min（）是常用的取最小值函数，ceil（）是常用的向上取整数函数。

优选的，对于空闲终端，步骤b具体包括以下步骤：

（1）基站在广播信道发送组呼寻呼消息，如果基站在该广播信道的子载波组上分配了组呼资源，则所述组呼寻呼消息中携带该广播信道的子载波组上分配的组呼资源；如果基站在该广播信道的子载波组上没有分配组呼资源，则所述组呼寻呼消息中携带一套随机选择的已分配的组呼资源；

（2）空闲终端在广播信道收到组呼寻呼消息，确定可以接入组呼后，向基站发送组呼寻呼响应消息，并在所述组呼寻呼消息中携带的组呼资源上接入组呼。

优选的，对于激活终端，步骤b具体包括以下步骤：

（1）基站在激活终端已有的业务信道发送组呼寻呼消息；

（2），激活终端在业务信道收到组呼寻呼消息，确定可以接入组呼后，向基站请求获取共享资源；

（3）如果基站在激活终端所在子载波组上分配了组呼资源，则基站将该激活终端所在子载波组上分配的组呼资源作为共享资源，并通知该激活终端；如果基站在激活终端所在子载波组上没有分配组呼资源，则基站选择目前接入的终端数量最少的组呼资源作为共享资源，并通知该激活终端；

（4）激活终端在获取的共享资源上接入组呼。

优选的，对于由讲话方变为听话方的终端，步骤b具体包括以下步骤：

（1）终端由讲话方变为听话方后，向基站请求获取共享资源；

（2）如果基站在该终端所在子载波组上分配了组呼资源，则基站将该终端所在子载波组上分配的组呼资源作为共享资源并通知该终端；如果基站在该终端所在子载波组上没有分配组呼资源，则基站选择目前接入的终端数量最少的组呼资源作为共享资源并通知该终端；

（3）该终端在获取的共享资源上接入组呼。

优选的，对于进行切换的听话方终端，步骤b具体包括以下步骤：

（1）该终端通过服务基站获取目标基站的共享资源信息；

（2）如果目标基站在该终端所在子载波组上分配了组呼资源，则目标基站选择该终端所在子载波组上分配的组呼资源作为共享资源并通知该终端；如果目标基站在该终端所在子载波组上没有分配组呼资源，则目标基站选择目前接入的终端数量最少的组呼资源作为共享资源并通知该终端；

（3）该终端切换到目标基站，在获取的共享资源上接入组呼。

与现有技术相比，本发明的优点在于：改善了现有技术中空口带宽资源分配失败的问题；解决了现有技术中短数据发送失败的问题。

附图说明

图1是本发明实施例一的空闲终端的组呼寻呼流程图；

图2是本发明实施例二的激活终端的组呼寻呼流程图；

图3是本发明实施例二的共享资源获取的流程图；

图4是本发明实施例三的讲话方变为听话方的话权释放流程图；

图5是本发明实施例四的集群听话方终端的切换流程图。

具体实施方式

下面，通过具体实施例对本发明做进一步详细说明。

实施例一：空闲终端的组呼寻呼

空闲终端的组呼寻呼流程如图1所示，包括以下步骤：

<1>基站（BS）高层决定发起寻呼，基站L3层向MAC层发送Group_Resource.request原语，携带组标识GID及组大小；

<2>基站MAC层收到原语后，根据组大小分配一套或多套组资源，只要有一套组资源分配成功，则向L3层发送Group_Resource.confirmation原语，指示资源分配成功；若所有组资源分配失败，则向L3层发送Group_Resource.confirmation原语，指示资源分配失败；

<3>基站L3层收到原语后，若为成功指示，则向MAC层发送Group_Paging.request原语，携带GID及组大小；

<4>基站MAC层收到寻呼请求后，在BCH（广播信道）上发送Group_Paging消息，携带要寻呼的GID，以及为该GID分配的组资源，如果BCH所在SCG（子载波组）上有组资源，携带该SCG的组资源；否则，随机选择一套组资源；

<5>终端（UT）MAC层收到组呼消息后，向终端L3层发送Group_Setup.indication原语，透传组呼消息，指示L3层组呼建立；

<6>终端L3层收到原语后，判断是否加入此组呼，并向MAC层发送Group_Setup.response原语，携带判断结果及组呼相关资源等信息，若同意加入，则终端MAC层开始监听共享信道。

实施例二：激活终端的组呼寻呼

当终端处于激活状态，即存在业务连接时，由于该终端的MAC连接可能处于一个无BCH的SCG，该终端无法听到组呼消息。为了让此类终端可以及时加入组呼，基站高层借助其已有的业务信道向其发送组呼寻呼消息，携带组呼相关信息。激活终端的组呼寻呼流程如图2所示，包括以下步骤：

<1>基站L3收到组资源分配成功消息后，向MAC层发送Group_Oam_Paging.request原语，携带该组呼GID；

<2>基站MAC层传送OAM寻呼消息；

<3>终端DAC层收到数据包后，通过DAC_DATA.indication原语将数据包发送给L3层；

<4>终端L3层收到数据包后进行解析，若为寻呼消息，则判断是否需要加入该组呼，若同意加入组呼，则执行共享资源获取过程；

<5>终端获取共享资源后，发起MAC会话释放过程，向MAC层发送Group_Mac_Session_Rls.request原语，Service_Type为0，Release_Reason为0；

<6>终端MAC收到会话释放请求原语，根据原语中SCG_Index字段判断组呼共享资源是否与DAC连接资源处于同一SCG，若否，则执行MAC会话释放过程，否则不执行；

<7>释放完毕或终端MAC层判断不需要释放，则终端MAC层向L3层发送Group_Mac_Session_Rls.confirmation原语；

<8>终端L3收到原语后，向MAC层发送Group_Resource.indication，向其指示组呼相关信息，并可以包含组呼状态报告序号；

<9>终端MAC层收到原语后，转入共享信道监听，并向L3层返回Group_Resource.response原语，指示操作是否成功，之后进入组呼监听及状态报告过程。

上述步骤4中，共享资源获取流程如图3所示：

<1>终端L3产生信令请求该终端所在的组的共享资源，并通过DAC传输；

<2>基站L3层收到共享资源获取请求后，向基站MAC层发送Group_Resource.request原语，Operation为1，获取MAC层建立共享资源；

<3>基站MAC层收到原语后，根据指示进行资源分配，之后向L3层发送Group_Resource.confirmation原语，原语中指示资源分配是否成功；基站的资源分配策略为：如果基站在终端所在子载波组上分配了组呼资源，则基站将该终端所在子载波组上分配的组呼资源作为共享资源；如果基站在终端所在子载波组上没有分配组呼资源，则基站选择目前接入的终端数量最少的组呼资源作为共享资源；

<4>基站L3收到原语后，将共享资源封装成高层消息，通过DAC送到终端。

实施例三：集群讲话方变为听话方

讲话方松开PTT键后，首先通过高层信令交互，通知交换机话权释放，释放VAC会话。然后通过DAC会话获取共享资源并释放MAC连接，随即转入下行共享信道进行监听。流程如图4所示：

<1>终端释放PTT键后，终端L3执行话权释放流程；

<2>基站L3收到高层释放消息后，则通知基站VAC执行会话释放过程；

<3>VAC会话释放过程；

<4>终端VAC会话释放完成后，使用Group_Vac_Session_Rls.confirmation原语通知终端L3释放结果；

<5>终端L3收到原语后，停止定时器，开始共享资源获取过程（通过DAC获取）；若定时器到时之前没有收到Group_Vac_Session_Rls.confirmation原语，则终端侧发起VAC会话释放过程，同时开始共享资源获取过程（通过DAC获取），此过程与实施例二中描述的共享资源获取流程相同；

<6>终端L3获取到共享资源后，向终端MAC子层发送Group_Mac_Session_Rls.request原语，携带共享资源所在的SCG号，请求释放MAC连接；

<7>终端MAC收到会话释放请求原语，根据原语中SCG_Index字段判断组呼共享资源是否与现有连接资源处于同一SCG，若否，则执行MAC会话释放过程，否则不执行；

<8>释放完毕或终端MAC层判断不需要释放，则终端MAC层向L3层发送Group_Mac_Session_Rls.confirmation原语；

<9>终端L3收到原语后，向MAC层发送Group_Resource.indication原语，告知MAC开始监听组呼共享信道；

<10>终端MAC层收到原语后，向L3发送Group_Resource.response原语进行响应，开始监听DSCH。

实施例四：集群听话方终端进行切换

终端首先通过服务基站（S-BS）获取目标基站（T-BS）的共享资源信息，然后再切换到目标基站，如图5所示：

<1>终端决定发起切换，如果该终端此时没有DAC及MAC会话，则首先发起MAC及DAC会话的建立过程；

<2>终端L3层与基站L3层通过服务基站执行目标基站的共享资源信息获取过程，该过程与实施例二中描述的共享资源获取流程原理相同；

<3>若终端L3层获取目标基站共享资源信息成功，则L3层向MAC层发送MAC_HANDOVER.request(EnableTarget)原语，携带终端类型为集群听话方终端；若失败，则此次切换失败，不执行后续流程；

<4>MAC层发送MAC_HANDOVER.confirmation到L3；

<5>L3收到MAC_HANDOVER.confirmation原语，L3层向MAC层发送Go_To_Normal原语；

<6>终端MAC层收到原语后，与源基站执行DAC及MAC会话释放过程；

<7>终端与源基站释放完成后，终端L3层向MAC层发送Group_Resource.indication原语，指示终端目标基站共享资源等信息；

<8>终端MAC层收到后，转向目标基站共享信道监听，并返回Group_Resource.response原语，指示操作是否成功；

<9>终端在目标基站下行共享信道上监听。

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

Claims

1.一种大容量短数据和集群业务同时工作的方法，其特征在于，该方法包括以下步骤：

b，组呼中的终端均衡工作在所述多个子载波组下；

2.根据权利要求1所述的方法，其特征在于步骤a，基站确定组呼资源的数量的算法为：

Group_Rsc_Num=min(Total_SCG_Num,ceil(Total_User_Num/Max_User_Num_Per_SCG))，

其中，Group_Rsc_Num表示组呼资源的数量；Total_SCG_Num表示基站的子载波组总数；Total_User_Num表示集群组内终端数量；Max_User_Num_Per_SCG表示单个子载波组最大支持的终端数量。

3.根据权利要求1所述的方法，其特征在于，对于空闲终端，步骤b具体包括以下步骤：

3.1，基站在广播信道发送组呼寻呼消息，如果基站在该广播信道的子载波组上分配了组呼资源，则所述组呼寻呼消息中携带该广播信道的子载波组上分配的组呼资源；如果基站在该广播信道的子载波组上没有分配组呼资源，则所述组呼寻呼消息中携带一套随机选择的已分配的组呼资源；

3.2，空闲终端在广播信道收到组呼寻呼消息，确定可以接入组呼后，向基站发送组呼寻呼响应消息，并在所述组呼寻呼消息中携带的组呼资源上接入组呼。

4.根据权利要求1所述的方法，其特征在于，对于激活终端，步骤b具体包括以下步骤：

4.1，基站在激活终端已有的业务信道发送组呼寻呼消息；

4.2，激活终端在业务信道收到组呼寻呼消息，确定可以接入组呼后，向基站请求获取共享资源；

4.3，如果基站在激活终端所在子载波组上分配了组呼资源，则基站将该激活终端所在子载波组上分配的组呼资源作为共享资源，并通知该激活终端；如果基站在激活终端所在子载波组上没有分配组呼资源，则基站选择目前接入的终端数量最少的组呼资源作为共享资源，并通知该激活终端；

4.4，激活终端在获取的共享资源上接入组呼。

5.根据权利要求1所述的方法，其特征在于，对于由讲话方变为听话方的终端，步骤b具体包括以下步骤：

5.1，终端由讲话方变为听话方后，向基站请求获取共享资源；

5.2，如果基站在该终端所在子载波组上分配了组呼资源，则基站将该终端所在子载波组上分配的组呼资源作为共享资源并通知该终端；如果基站在该终端所在子载波组上没有分配组呼资源，则基站选择目前接入的终端数量最少的组呼资源作为共享资源并通知该终端；

5.3，该终端在获取的共享资源上接入组呼。

6.根据权利要求1所述的方法，其特征在于，对于进行切换的听话方终端，步骤b具体包括以下步骤：

6.1，该终端通过服务基站获取目标基站的共享资源信息；

6.2，如果目标基站在该终端所在子载波组上分配了组呼资源，则目标基站选择该终端所在子载波组上分配的组呼资源作为共享资源并通知该终端；如果目标基站在该终端所在子载波组上没有分配组呼资源，则目标基站选择目前接入的终端数量最少的组呼资源作为共享资源并通知该终端；

6.3，该终端切换到目标基站，在获取的共享资源上接入组呼。