半静态调度方法和系统的制作方法
【专利摘要】本发明涉及一种半静态调度方法和系统，所述半静态调度方法包括：发起业务呼叫；在判断下行业务流适宜采用半静态调度机制的情况下，查找与所述业务呼叫相对应的至少一个用户设备；与查找到的所述至少一个用户设备建立集群业务控制信道；所述至少一个用户设备在所述集群业务控制信道上接收通信系统控制消息，并在所述通信系统控制消息中加入与所述业务呼叫相对应的半静态调度周期信息及所述至少一个用户设备的识别码；所述至少一个用户设备根据接收到的所述半静态调度周期信息进行相应配置，基站通过物理下行控制信道来激活或修改半静态调度的资源块分配；进入所述业务呼叫。由此，节省了物理下行控制信道资源，降低了小区间物理下行控制信道的相互干扰，节省了用户设备的处理资源。
【专利说明】半静态调度方法和系统
【技术领域】
[0001] 本发明涉及无线通信【技术领域】，具体涉及一种半静态调度方法和系统。
【背景技术】
[0002] 在长期演进（LTE)系统中，集群组呼业务是一种点到多点的业务，在专业通信领 域发挥着巨大的作用。
[0003] 组呼业务允许用户建立到属于某一给定区域某一组用户的群组呼叫，采用半双工 模式；在组呼通信过程中，组内任何成员均可成为讲话者，但任一时刻只允许有一个讲话 者，其它用户均为听者。所述给定区域称为组呼区域，包括一簇小区。呼叫建立期间，系统 为组呼区域内的每个小区分别分配一个组呼信道，其中上行链路仅供当前讲话者使用，所 有听者监听下行链路；听者可以通过抢占上行链路的操作获取讲话权。由于在组呼业务中， 属于同一小区内的所有组内用户共享一条下行链路、抢占上行链路，因此可大大节省无线 资源，提高系统的频谱利用率。
[0004] 但是，现有的集群组呼业务采用动态调度，在每个传输时间间隔（TTI)都为用户 设备（UE)分配一次无线资源，占用了有限的物理下行控制信道（PDCCH)资源；由于更多业 务在roccH上调度，小区间roccH信道的相互干扰较高；并且对于每个集群UE来说，需要在 每个TTI都监控roCCH上的信号，但并不是每个TTI都有业务数据发送，即使无业务数据的 TTI也需要占用UE处理资源和功耗。
【发明内容】
[0005] 本发明所要解决的技术问题是组呼业务中roccH信道资源浪费的问题。
[0006] 为此目的，本发明提出了一种半静态调度方法，包括：发起业务呼叫；在判断下行 业务流适宜采用半静态调度机制的情况下，查找与所述业务呼叫相对应的至少一个用户设 备；与查找到的所述至少一个用户设备建立集群业务控制信道；所述至少一个用户设备在 所述集群业务控制信道上接收通信系统控制消息，并在所述通信系统控制消息中加入与所 述业务呼叫相对应的半静态调度周期信息及所述至少一个用户设备的识别码；所述至少一 个用户设备根据接收到的所述半静态调度周期信息进行相应配置，基站通过物理下行控制 信道来激活或修改半静态调度的资源块分配；进入所述业务呼叫。
[0007]优选地，所述业务包括LTE集群通信业务和3GPP的组通信业务。
[0008] 优选地，所述适宜采用半静态调度机制的下行业务流包括数据包小、大小基本不 变且周期性明显的业务流。
[0009]优选地，所述适宜采用半静态调度机制的下行业务流包括网络语音电话业务以及 固定码率的视频流、流式数据业务。
[0010] 优选地，所述通信系统控制消息是组呼建立请求消息、系统广播消息或组呼寻呼 消息。
[0011] 优选地，上述方法还包括：在判断下行业务流不适宜采用半静态调度机制的情况 下，采用动态调度的方式分配资源块。
[0012] 优选地，上述方法还包括：在所述业务呼叫完成后，释放所述半静态调度
[0013] 本发明还公开了一种半静态调度系统，包括：呼叫发起模块，发起业务呼叫；判断 模块，判断下行业务流是否适宜采用半静态调度机制；寻呼模块，在所述判断模块判断下行 业务流适宜采用半静态调度机制时查找与所述业务呼叫相对应的至少一个用户设备；信道 建立模块，与查找到的所述至少一个用户设备建立集群业务控制信道；接收模块，在所述 集群业务控制信道上接收通信系统控制消息，并在所述通信系统控制消息中加入与所述 业务呼叫相对应的半静态调度周期信息及所述至少一个用户设备的识别码；配置模块，根 据所述接收模块接收到的所述半静态调度周期信息对所述至少一个用户设备进行相应配 置；激活/修改模块，通过物理下行控制信道来激活或修改半静态调度的资源块分配；业务 呼叫模块，在所述激活/修改模块激活或修改半静态调度的资源块分配后进行所述业务呼 口 4。
[0014] 优选地，上述系统还包括：释放模块，在所述业务呼叫完成后，释放所述半静态调 度。
[0015] 优选地，上述系统还包括：动态调度模块，在所述判断模块判断下行业务流不适宜 采用半静态调度机制的情况下，采用动态调度的方式分配资源块。
[0016] 本发明所公开的半静态调度方法和系统具有如下优点：
[0017]1、节省了roCCH资源，可以调度更多的用户。对于典型VoIP语音密集型LTE系统， PDCCH资源是系统的瓶颈。在LTE系统中，其带宽所能支持的VoIP用户数是其可以调度指 示用户数的5倍左右，于是，对于VoIP业务而言，LTE系统控制信息的不足将极大的限制其 所同时支持的用户数。SPS打破系统控制资源对用户容量的限制，可以提高同时调度的用户 数；
[0018]2、降低了小区间PDCCH信道的相互干扰。PDCCH在每个下行时隙的前3个0FDM符 号内发送，小区间干扰比较严重。SPS可以减少下行控制信息（DCI)的发送，有利于降低小 区间roCCH信道的相互干扰。
[0019] 3、对于小区边缘等roCCH信号比较差的环境，可以把剩余的roCCH的控制信道单 元（CCE)资源聚合起来，给信号比较差的UE使用，提高恶劣环境UE的DCI检测性能，降低 DCI的误检概率。
[0020] 4、不仅适用于集群通信，也适用于3GPP后续版本中的组通信。
【专利附图】
【附图说明】
[0021] 通过参考附图会更加清楚的理解本发明的特征和优点，附图是示意性的而不理解 为对本发明进行任何限制，在附图中：
[0022] 图1示出了根据本发明实施例的LTE集群系统中下行链路的半静态调度方法的流 程图；
[0023] 图2示出了根据本发明实施例的LTE集群系统中下行链路的半静态调度系统的示 意图。
【具体实施方式】
[0024] 本发明的主要思想是在集群LTE组呼业务中引入半静态调度（SPS)机制，以节省 PDCCH资源，降低小区间H)CCH信道的相互干扰，节省UE处理资源。
[0025] 与动态调度时在每个TTI通过H)CCH指定为UE分配一次无线资源不同，SPS允许 半静态配置无线资源，并将该资源周期性地分配给某个特定UE。简单地说，eNB在某个TTI 使用SPS小区无线网络临时标识（C-RNTI)加扰的H)CCH指定UE所使用的无线资源（这里 将其称为SPS资源），每过一个周期，UE就使用该SPS资源来收或发数据。eNB无需在该子 帧（这里将其称为SPS子帧）下发H)CCH来指定分配的资源。
[0026] 但是，在UE配置了SPS后，还不能立即使用，必须使用SPSC-RNTI加扰的H)CCH进 行激活。eNB通过SPSC-RNTI加扰的H)CCH来激活/释放UE的SPS。在激活了SPS后， UE就可以周期性地使用配置的SPS资源来接收和发送数据。SPS对数据包小，大小基本不 变且周期性明显的业务很有用，诸如网络语音电话（VoIP)业务、固定码率多媒体通讯业务 等。由于SPS有"一次分配，周期使用"的特点，不需要在每个TTI都为UE下发下行控制信 息（DCI)，从而降低了对应的H)CCH开销。
[0027] 下面将结合附图对本发明的实施例进行详细描述。
[0028] 图1示出了根据本发明实施例的LTE集群系统中下行链路的半静态调度方法的 流程图。如图1所示，该方法包括：
[0029] 步骤S101 :发起LTE集群业务呼叫。
[0030] 步骤S102 :判断下行业务流是否适宜采用半静态调度机制，即基站判断下行业务 流是否为数据包小、大小基本不变且周期性明显的业务流（诸如V0IP业务、固定码率的 视频流、流式数据业务等），如果否，则进入步骤S109,即采用动态调度的方式分配资源块 (RB)，如果是，则进入步骤S103。
[0031] 步骤S103 :基站查找与业务呼叫相对应的UE。应当注意的是，UE可以是单个，也 可以是多个集群UE组，并。
[0032] 步骤S104 :与查找到的UE或UE组建立集群业务控制信道；
[0033] 步骤S105 :UE或UE组在集群业务控制信道上接收通信系统控制消息（诸如组呼 建立请求消息、系统广播消息或组呼寻呼消息等），并且在该通信系统控制消息中加入与业 务呼叫相对应的SPS周期信息及该UE或UE组的识别码。
[0034] 步骤S106 :UE或UE组根据接收到的SPS周期信息进行相应配置，但是还不能立即 使用，需要基站通过roccH信道来激活或修改SPS的资源块（RB)分配。
[0035] 步骤S107 :在激活或修改了SPS之后，UE就可以周期性地使用配置的SPS资源来 接收和发送数据，从而进入业务呼叫状态。
[0036] 步骤S108 :业务呼叫完成，释放SPS。
[0037] 应当注意，本发明实施例中的半静态调度方法不仅适用于LTE集群通信业务，还 适用于3GPP后续版本中的组通信业务。为了提高集群终端与3GPP终端的兼容性，需要尽 可能重用3GPPSPS的解码机制，利用SPS的现有机制，例如SPS的配置通过RRC消息（配 置周期性参数），第一次使能或者修改资源块RB数目通过H)CCH(第一次使能或修改时分配 RB数目），隐性释放等机制。
[0038] 以下，以组呼建立请求消息为例，采用描述通信协议格式的国际标准语言ASN. 1 示例性地说明在组呼建立请求消息中加入SPS配置信息（下文中用斜体信元表示）的方
【权利要求】
1. 一种半静态调度方法，包括： 发起业务呼叫； 在判断下行业务流适宜采用半静态调度机制的情况下，查找与所述业务呼叫相对应的 至少一个用户设备； 与查找到的所述至少一个用户设备建立集群业务控制信道； 所述至少一个用户设备在所述集群业务控制信道上接收通信系统控制消息，并在所述 通信系统控制消息中加入与所述业务呼叫相对应的半静态调度周期信息及所述至少一个 用户设备的识别码； 所述至少一个用户设备根据接收到的所述半静态调度周期信息进行相应配置，基站通 过物理下行控制信道来激活或修改半静态调度的资源块分配； 进入所述业务呼叫。
2. 根据权利要求1所述的方法，其中，所述业务包括LTE集群通信业务和3GPP的组通 f目业务。
3. 根据权利要求1所述的方法，其中，所述适宜采用半静态调度机制的下行业务流包 括数据包小、大小基本不变且周期性明显的业务流。
4. 根据权利要求3所述的方法，其中，所述适宜采用半静态调度机制的下行业务流包 括网络语音电话业务以及固定码率的视频流、流式数据业务。
5. 根据权利要求1所述的方法，其中，所述通信系统控制消息是组呼建立请求消息、系 统广播消息或组呼寻呼消息。
6. 根据权利要求1至5中任一项所述的方法，还包括：在判断下行业务流不适宜采用 半静态调度机制的情况下，采用动态调度的方式分配资源块。
7. 根据权利要求1至5中任一项所述的方法，还包括：在所述业务呼叫完成后，释放 所述半静态调度。
8. -种半静态调度系统，包括： 呼叫发起模块，发起业务呼叫； 判断模块，判断下行业务流是否适宜采用半静态调度机制； 寻呼模块，在所述判断模块判断下行业务流适宜采用半静态调度机制时查找与所述业 务呼叫相对应的至少一个用户设备； 信道建立模块，与查找到的所述至少一个用户设备建立集群业务控制信道； 接收模块，在所述集群业务控制信道上接收通信系统控制消息，并在所述通信系统控 制消息中加入与所述业务呼叫相对应的半静态调度周期信息及所述至少一个用户设备的 识别码； 配置模块，根据所述接收模块接收到的所述半静态调度周期信息对所述至少一个用户 设备进行相应配置； 激活/修改模块，通过物理下行控制信道来激活或修改半静态调度的资源块分配； 业务呼叫模块，在所述激活/修改模块激活或修改半静态调度的资源块分配后进行所 述业务呼叫。
9. 根据权利要求8所述的系统，还包括：释放模块，在所述业务呼叫完成后，释放所述 半静态调度。
10.根据权利要求8所述的系统，还包括： 动态调度模块，在所述判断模块判断下行业务流不适宜采用半静态调度机制的情况 下，采用动态调度的方式分配资源块。
【文档编号】H04W72/12GK104427626SQ201310373591
【公开日】2015年3月18日 申请日期:2013年8月23日 优先权日:2013年8月23日
【发明者】强剑锋, 曾朝晖, 李忠 申请人:普天信息技术有限公司