WO2012079517A1

WO2012079517A1 - 一种资源调度的方法、装置和基站

Info

Publication number: WO2012079517A1
Application number: PCT/CN2011/084031
Authority: WO
Inventors: 朱志球; 何剑; 徐明宇
Original assignee: 大唐移动通信设备有限公司
Priority date: 2010-12-16
Filing date: 2011-12-15
Publication date: 2012-06-21
Also published as: US20130294247A1; EP2654358A4; EP2654358B1; CN102056174A; US9326290B2; CN102056174B; EP2654358A1

Abstract

本申请公开了一种资源调度的方法、装置和基站，以降低在上下行数据传输中下行控制信道指令的信令开销。方法包括：确定用户设备UE归属的小区为干扰受限小区，且需要为所述UE设置半持续调度机制时，为所述UE配置半持续调度参数；在确定所述UE需要釆用半持续调度机制传输接入业务的业务数据时，根据所述半持续调度参数为所述UE分配用于传输业务数据的半持续调度资源；通过所述UE的下行控制信道，将所述半持续调度资源的资源调度信息发送给所述UE。釆用本申请技术方案，降低了数据传输中对下行控制信道指令的信令开销，降低下行控制信道的小区间干扰，并提高下行控制信道的接收性能和用户的服务盾量QoS和小区频谱效率。

Description

一种资源调度的方法、装置和基站本申请要求在 2011年 12月 16日提交中国专利局、申请号为 201010593025.9、发明名称为

"一种资源调度的方法、装置和基站"的中国专利申请的优先权，其全部内容通过引用结合在本申请中。技术领域本发明涉及通信领域，尤其涉及一种资源调度的方法、装置和基站。背景技术目前，在 LTE ( Long Term Evolution, 长期演进）系统中，为降低小区内千扰，釆取的主要方式是在下行控制信道中釆用 OFDM ( Orthogonal Frequency Division Multiplexing, 正交频分复用）技术传输数据，该种方式虽然降低了小区内千扰，但是增加了 ICI( Inter-Cell Interference, 小区间千扰），与传统的 3G系统相比尤为显著。为降低小区间千扰，主要釆取的方式为小区间釆用频率复用方式传输数据，即相邻小区间使用不同的频段组网。如可釆用频率复用系数为 3、 4或 7的组网方式；该种组网方式对于最大系统带宽为 20MHz的 LTE系统提出极大的挑战，如：当组网带宽为 20MHz时，若釆用频率复用系数为 3的组网方式，则需要 LTE系统能够提供 60MHz的带宽；若釆用频率复用系数为 4的组网方式，则需要 LTE系统能够提供 80MHz的带宽；若釆用频率复用系统为 7的组网方式，则需要 LTE系统能够提供 140MHz的带宽；但是目前频率资源较为紧缺，提供上述带宽的难度较大。

LTE系统中实现同频组网的关键在于下行控制信道的抗千扰性能，只有确保 LTE系统中下行控制信道的抗千扰性能达到要求，才能保证 LTE系统中实现同频组网的可行性。在具有一定用户规模的网络中，上下行共享信道的调度需求通常较多，在进行同频组网时， PDCCH ( Physical Downlink Control Channel, 物理下行控制信道）受到相邻小区强千扰的概率较大，从而导致 PDCCH信道的同频千扰较为严重，使得下行控制信道的数据接收性能受限较大。由于上、下行共享信道的调度和资源分配信息均通过下行控制信道 (如 PDCCH 信道）承载，下行控制信道的数据接收性能对用户业务的 QoS ( Quality of Service, 服务盾量）产生较大的影响。

在 LTE系统中，上行、下行共享信道的调度通常釆用两种调度机制，分别为动态调度和 SPS调度（ Semi-Persistence Scheduling, 半持续调度 ), 下面针对该两种调度机制进行详细的描述。针对动态调度，基站需要在每个 TTI ( Transmission Timing Interval, 传输时间间隔）内实时通知 UE ( User Equipment, 用户设备 )相应子帧的资源分配信息，以充分利用共享信道资源；使用动态调度方式为 UE提供数据传输服务时，基站将分配给该 UE的资源分配信息通过 PDCCH信道发送：对于 PDSCH ( Physical Downlink Shared Channel, 物理下行共享信道），将该 PDSCH的资源分配信息通过子帧 n的 PDCCH发送给 UE; UE在子帧 n接收到相应的 PDCCH信息，根据 PDCCH信息的指示在子帧 n的 PDSCH的相应位置接收下行数据信息；对于 PUSCH ( Physical Uplink Shared Channel, 物理上行共享信道），将该 PUSCH的资源分配信息通过子帧 n-k (对于频分双工系统， k=4; 对于时分双工系统， k 的取值与子帧配置、子帧号有关）的 PDCCH发送给所述 UE。由于动态调度的信令所指示的资源分配信息仅在当前子帧生效，而在其它子帧不再有效，因此，基站可以不需要通知 UE进行资源回收，可在其他子帧重新进行资源分配。

为保证用户业务的 QoS, 基站在进行动态调度时，确定当前需要调度的进行数据传输的 UE, 并为这些需要调度的 UE分配能承载数据量（即传输块大小 TB size ) 的资源，其中， TB size通过基站确定的 MCS ( Modulation and Coding Scheme, 调制编码机制 )等级和分配的资源块个数确定。动态调度的结果可以实时变化，因此对数据包大小、业务数据到达时间等突发特征较为明显的数据业务，可釆用动态调度方式进行资源调度。动态调度机制虽然能够提高共享信道资源的利用率，但是需要 PDCCH实时的指示上行调度授权或下行资源分配信息，因此釆用动态调度机制具有控制信令开销较大的缺陷。

针对半持续调度， RRC ( Radio Resource Control, 无线资源控制）层通过 RRC信令为相应的 UE配置半持续调度的相关参数，相关参数可包括 SPS C-RNTI ( Cell-RNTI ( Cell Radio Network Temporary Identity, 小区无线网络临时标识 ) )、上行半持续资源间隔、下行半持续调度资源间隔等；基站的 MAC ( Media Access Control, 媒盾接入控制）层对各 UE 进行半持续调度资源激活判断，在判定当前子帧需要激活某 UE的半持续调度资源时，则通过半持续调度模块进行相应的资源分配，包括确定分配资源的位置和数量、所能承载的数据量（ TB size )等；随后通过 PDCCH信道通知 UE半持续调度资源激活信息， PDCCH 釆用 SPS C-RNTI加扰； UE按照 RRC层配置的半持资源间隔，确定半持续调度资源重复出现的位置（该位置可如图 1所示，图 1中填充斜紋的部分即为配置的半持续调度资源），并在相应的位置进行数据发送或数据接收。

对于上行共享信道，半持续调度资源的去激活可以由 UE主动进行，即隐式释放；对于上、下行共享信道，半持续调度资源的去激活可由基站主动进行；若基站判定某个使用激活半持续调度资源的 UE满足半持续调度资源释放的条件时，可通过 PDCCH信道发送半持续调度资源去激活指示； UE 收到基站发送的半持资源去激活指示后，不再按照半持续调度的配置周期性的发送数据或接收数据。在 LTE标准中，半持续调度主要适用于数据包到达较为固定、数据包大小也较为恒定的业务（如 VoIP ( Voice over Internet Protocol, 网络电话）业务）。

UE釆用半持续调度机制进行数据传输，对 PDCCH信道的需求较小，因此能够较大程度地节省控制信道信令的开销；但是，在现有 LTE标准中，若重新配置半持续调度资源间隔，则需要通过 RRC信令进行重配；若修改为 UE分配的 PRB ( Physical Resource Block, 物理资源块）资源的大小、位置或 MCS、 TB size, 则需要通过 PDCCH重新指示。

目前，根据承载的业务类型，基站选取半持续调度或动态调度为 UE提供数据传输服务，如对于 VoIP 业务釆用半持续调度机制，以节省控制信道信令开销，而对于其他业务 (如 FTP ( File Transfer Protocol, 文件传输协议）、 HTTP ( Hyper Text Transfer Protocol, 超文本传输协议）、 Video Streaming (即视频流）等数据业务）釆用动态调度机制，以提高共享信道资源的利用率。随着业务的不断推广，数据业务越来越多， LTE系统中有大量的数据业务需要釆用动态调度机制，可能会导致承载上行调度授权和下行调度信令的下行控制信道（如 PDCCH信道）的负荷较为严重，从而使得在 LTE系统中进行同频组网时，下行控制信道受到的小区间同频千扰较为严重，因此，釆用现有的调度机制仍然会存在控制信道信令开销较大，从而导致下行控制信道受到的小区间同频千扰较为严重的问题。发明内容本发明提供一种资源调度的方法、装置和基站，以降低在上下行数据传输时对下行控制信道指令的信令开销，从而降低下行控制信道的小区间千扰，并提高各用户的下行控制信道的接收性能和用户的 QoS和小区频谱效率。

一种资源调度的方法，包括：

确定用户设备 UE归属的小区为千扰受限小区，且该千扰受限小区的下行控制信道的业务负荷大于设定的业务负荷阈值时，判断是否需要为所述 UE设置半持续调度机制；确定需要为所述 UE设置半持续调度机制时，为所述 UE配置半持续调度参数；在确定所述 UE需要釆用半持续调度机制传输所述接入业务的业务数据时，根据所述半持续调度参数为所述 UE分配用于传输业务数据的半持续调度资源；

通过所述 UE的下行控制信道，将所述分配的半持续调度资源的资源调度信息发送给所述 UE。

一种资源调度的装置，包括：

半持续调度判断单元，用于确定用户设备 UE归属的小区为千扰受限小区，且该千扰受限小区的下行控制信道的业务负荷大于设定的业务负荷阈值时，判断是否需要为所述 UE 设置半持续调度机制；半持续调度参数配置单元，用于在所述半持续调度判断单元确定需要为所述 UE设置半持续调度机制时，为所述 UE配置半持续调度参数；

半持续调度资源分配单元，用于在确定所述 UE需要釆用半持续调度机制传输接入业务的业务数据时，根据所述半持续调度参数配置单元为所述 UE配置的半持续调度参数，为所述 UE分配用于传输业务数据的半持续调度资源；

半持续调度资源通知单元，用于将所述半持续调度资源分配单元为所述 UE分配的用于传输业务数据的半持续调度资源的资源调度信息，通过所述 UE的下行控制信道发送给所述 UE。

一种基站，包括上述装置。

本发明实施例中，确定 UE归属的小区为千扰受限小区且该千扰受限小区的下行控制信道的业务负荷大于设置的业务负荷阈值时，判断是否需要为所述 UE设置半持续调度机制，并在判断需要为所述 UE设置半持续调度机制时，为所述 UE配置半持续调度参数；在确定所述 UE需要釆用半持续调度机制传输所述接入业务的业务数据时，根据所述半持续调度参数为所述 UE分配用于传输业务数据的半持续调度资源；通过所述 UE的下行控制信道将所述半持续调度资源的资源调度信息发送给所述 UE。釆用本发明技术方案，一方面，对于 UE中的接入业务（可包括数据业务和语音业务）可以釆用半持续调度机制来传输业务数据，由于釆用半持续调度机制进行数据传输对下行控制信道（如 PDCCH信道）的需求较小且数据业务较多，因此，从整体上降低在上下行数据传输中对于下行控制信道指令的信令开销，以降低下行控制信道的小区间千扰；另一方面，根据所述半持续调度参数为所述 UE分配用于传输业务数据的半持续调度资源，从而保证了 UE的下行控制信道的接收性能，提高了用户的 QoS和小区频谱效率。附图说明图 1为现有技术中釆用半持续调度机制传输业务数据的示意图；

图 2为本发明实施例中资源调度的方法流程图；

图 3 为本发明实施例中资源调度的装置的结构示意图。具体实施方式针对现有技术存在的上述技术问题，本发明实施例提供一种资源调度的方法、装置和基站，以降低在上下行数据传输时对下行控制信道信令开销，从而降低下行控制信道的小区间千扰，并提高各用户的下行控制信道的接收性能、用户的 QoS和小区频谱效率。该方法包括：确定 UE归属的小区为千扰受限小区，且该千扰受限小区的下行控制信道的业务负荷大于设定的业务负荷阈值时，判断是否需要为所述 UE设置半持续调度机制；在确定需要为所述 UE设置半持续调度机制时，为所述 UE配置半持续调度参数；在确定所述 UE 需要釆用半持续调度机制传输接入业务的业务数据时，根据所述半持续调度参数为所述 UE 分配用于传输业务数据的半持续调度资源；通过所述 UE的下行控制信道将所分配的半持续调度资源的资源调度信息发送给所述 UE。釆用本发明技术方案，一方面，对于千扰受限小区内的 UE,在下行控制信道业务负荷比较重时，如果 UE的接入业务允许使用半持续调度资源，则 UE的接入业务（包括数据业务和语音业务）优先釆用半持续调度机制来传输业务数据 , 由于釆用半持续调度机制进行数据传输对下行控制信道（如 PDCCH信道）的需求较小且数据业务较多，因此，可整体降低在上下行数据传输中下行控制信道信令开销，以降低下行控制信道的小区间千扰；另一方面，根据所述半持续调度参数为所述 UE 分配用于传输业务数据的半持续调度资源，可保证 UE的下行控制信道的接收性能，提高了用户的 QoS和小区频谱效率。

下面结合说明书附图对本发明技术方案进行详细的描述。

图 2为本发明实施例中资源调度的方法流程图，该方法包括：

步骤 201 , 确定 UE归属的小区为千扰受限小区，且该千扰受限小区的下行控制信道的业务负荷大于设定的业务负荷阈值时，判断是否需要为所述 UE设置半持续调度机制。

步骤 202, 确定需要为所述 UE设置半持续调度机制时，为所述 UE配置半持续调度参数。

步骤 203 ,在确定所述 UE需要釆用半持续调度机制传输所述接入业务的业务数据时，根据所述半持续调度参数为所述 UE分配用于传输业务数据的半持续调度资源。

步骤 204, 通过所述 UE的下行控制信道将所分配的半持续调度资源的资源调度信息发送给所述 UE。

以上步骤中，千扰受限小区是指下行控制信道的解调性能受邻区同频千扰影响严重的小区，它与信道环境、站址间距等因素有关，实际系统中可以釆用现有技术常用的方法判定是否为千扰受限小区，即在进行网络规划时通过链路预算的方法判定是否为千扰受限的小区；下行控制信道可以是 PDCCH信道。

上述步骤 201中，可以根据 UE当前的接入业务，判断是否需要为 UE设置半持续调度机制，具体包括：判断所述 UE当前接入业务中至少存在一个 GBR ( Guaranteed Bit Rate, 保证比特速率）业务时，确定需要为所述 UE设置半持续调度机制；若所述 UE当前接入业务中不存在任何 GRB业务，确定不需要为所述 UE设置半持续调度机制；或者，根据预先设置的默认需要为所述千扰受限小区的所有 UE设置半持续调度机制的策略，确定需要为 UE设置半持续调度机制。

本发明实施例中，为所述 UE配置的半持续调度参数 (即 SPS-Config )可包括半持续调度资源间隔，该半持续调度资源间隔根据所述 UE当前的接入业务的业务类型确定；半持续调度资源间隔可包括上行半持续调度资源间隔（即 semiPersistSchedlntervalUL )和下行半持续调度资源间隔（ semiPersistSchedlntervalDL ) , 且上行半持续调度资源间隔和下行半持续调度资源间隔的取值相同。半持续调度参数还可以包括以下一种或多种信息：半持续调度 C-RNTI、下行半持续调度预留的 HARQ ( Hybrid Automatic Repeat Request , 混合自动重传请求）进程数（即 numberOfConfSPS-Processes ) 、下行半持续调度的 ACK ( ACKnowledge, 确认） /NACK ( Negative Acknowledgement, 否认）反馈资源列表（即 nl-PUCCH-AN-PersistentList ) 、上行隐式释放的空传包次数（即 implicitReleaseAfter ) 、半持续调度传输的上行功率控制归一化小区专属参数（即 pO-NominalPUSCH-Persistent ) 、半持续调度传输的上行功率控制 UE专属参数（即 pO-UE-PUSCH-Peeersistent )、双间隔配置（即 twoIntervalsConfig )等，上述半持续调度参数可以设置在同一个 IE中，可通过表 1 所示。

表 1为半持续调度参数中所包含的参数及其含义

在配置 SPS-Config中的各项参数时，上行半持续调度资源间隔和下行半持续调度资源间隔的配置根据 UE当前的接入业务的业务类型来确定；由于上行半持续调度资源间隔和下行半持续调度资源间隔对 UE当前的接入业务的 QoS产生较大的影响，因此，在配置上行半持续调度资源间隔和 /或下行半持续调度间隔，需要兼顾业务数据包的到达特征（即数据包到达的间隔信息，具体包括间隔的均值、方差等）和接入业务的 QoS要求如对业务数据的传输时延要求。

较佳地，所述 UE的多个接入业务的业务数据需要釆用半持续调度机制传输时，为所述 UE配置半持续调度参数，包括：针对所述各个接入业务的 QoS和业务数据包到达特征配置与该接入业务对应的半持续调度资源间隔；将所述多个接入业务对应的半持续调度资源间隔中取值最小的半持续调度资源间隔，配置为所述 UE的半持续调度资源间隔。

如：对于 VoIP业务，该业务激活期的语音包到达间隔约为 20ms, 按照 QoS指标端到端时延不超过 100ms, 空口传输可以忍受的时延约为 50ms; 即对于 VoIP业务，语音包到达 RLC ( Radio Link Control Protocol, 无线链路控制 )层的緩冲区之后需要在 50ms以内传输到对端，并预留 4次 HARQ传输时间（如在 TDD ( Time Division Duplexing , 时分双工）系统中预留 4次 HARQ传输时间约为 40ms, FDD ( Frequency Division Duplexing, 频分双工）系统中预留 4次 HARQ传输时间约为 32ms )；综合上述信息，可以将 VoIP业务的上行半持续调度间隔和下行半持续调度资源间隔分别设置为 20ms。

对于 64kbps的 VS (视频流）业务，根据该业务的数据传输要求，数据包的到达特征为一个数据帧内产生 8个数据包，数据帧之间的间隔为 100ms, —个数据帧内各个数据包的到达服从截短的 Pareto分布，其均值为 6ms, 最大值为 12.5ms。对于 64kbps的 VS业务的数据包到达间隔为 12.5ms, 按照该视频流业务的 QoS 要求，端到端传输时延不超过 150ms, 空口传输可以忍受的最大时延约为 100ms, 预留 4次 HARQ传输的时间，数据包到达 RLC层緩冲区之后等待的最大时延约为 60ms; 根据上述信息，可以将视频流业务的上行半持续调度资源间隔和下行半持续调度资源间隔设置为 40ms。

当 UE同时存在 VoIP业务和 64kbps VS业务时，可将该 UE的上行半持续调度间隔和下行半持续调度间隔设置为 20ms。

根据上述内容完成上述表 1 中相应参数的配置，具体的配置格式可通过 LTE标准定义的 SPS-Config信息单元实现， IE SPS-Config的具体内容如下：

ASN1 START

SPS-Config：: = SEQUENCE

{

semiPersistSchedC-RNTI C-R TI OPTIONAL -- Need OR sps-ConfigDL SPS-ConfigDL OPTIONAL -- Need ON sps-ConfigUL SPS-ConfigUL OPTIONAL -- Need ON

}

SPS-ConfigDL ::= CHOICE

{ release NULL, setup SEQUENCE semiPersistSchedlntervalDL ENUMERATED sflO , sf20 , sB2 , sf40 , sf64 , sf80 , sfl28 , sfl60 ， sB20 ， sf640 ， spare6 , spare5 , spare4 , spare3 , spare2 , spare 1 numberOfConfSPS-Processes INTEGER (1..8) ,

nl -PUCCH-AN-PersistentList N 1 -PUCCH-AN-PersistentList ,

SPS-ConfigUL : := CHOICE

{

release NULL,

setup SEQUENCE

{

semiPersistSchedlntervalUL ENUMERATED

{

sflO , sf20 , sG2 , sf40 , sf64 , sf80 , sfl28 , sfl60 ， sB20 ， sf640 ， spare6 , spare5 , spare4 , spare3 , spare2 , spare 1 implicitReleaseAfter ENUMERATED {e2, e3, e4, e8} , pO-Persistent SEQUENCE

{

pO-NominalPUSCH-Persistent INTEGER (-126..24) , pO-UE-PUSCH-Persistent INTEGER (-8..7) }

OPTIONAL. -- Need OP twoIntervalsConfig ENUMERATED {true} OPTIONAL, - Cond TDD }

}

N 1 -PUCCH- AN-PersistentList：: = SEQUENCE (SIZE (1..4)) OF INTEGER (0..2047)

-- ASN1STOP 上述步骤 203中，根据所述半持续调度参数为所述 UE分配用于传输业务数据的半持续调度资源，包括：根据所述 UE当前接入业务的业务数据包到达特征和半持续调度参数中的半持续调度资源间隔，确定分配资源所需要承载的数据量（即 TB size ); 根据所述 UE 的信道条件确定出所述 UE支持的 MCS等级；根据所述 TB size和所述 MCS等级，确定出用于传输业务数据的 PRB的数量，并分配相应数量的 PRB。

在 LTE标准中，预先设置有 TB size, 分配的 PRB数量和 MCS的对应关系，因此，只要确定出 TB size、分配的 PRB数量和 MCS中的任意两个参数，即可确定另一个参数。

上述步骤 203中，根据所述 UE当前接入业务的业务数据包到达特征和所述半持续调度参数中的半持续调度资源间隔确定 TB size, 具体如：对于 VoIP业务，假设语音数据包大小约为 320bit、数据包到达间隔约为 20ms, 半持续调度资源间隔为 20ms, 当釆用半持续调度机制进行数据传输时，每次半持续调度传输需要承载的数据量约为 320bit, 因此，在进行半持续调度资源分配时，需要分配能够承载 320bit的物理资源。又如，对于 64kbps 视频流业务，假设该视频流数据包大小服从截断的 Pareto分布，视频流数据包大小均值约为 50byte, 视频流数据包大小的取值范围是 20~125byte, 视频流业务的半持续调度资源间隔约为 40ms (即 100ms内调度 2.5次），即每次调度的数据包个数为 8/2.5=3.2个数据包。确定 64kbps视频流业务的 TB size, 可以釆用以下三种方式：方式一，将所述视频流数据包大小的最小值确定为 TB size; 方式二，将视频流数据包大小的统计均值确定为 TB size; 方式三，将视频流数据包大小的最大值确定为 TB size。釆用方式一，共享信道资源利用率最高，但是需要的额外动态调度较多；釆用方式二，不需要额外的动态调度，但是共享信道的资源浪费较多；而釆用方式三，不仅共享信道资源利用率较高，而且需要额外的动态调度较小，因此，一般釆用方式三来确定 TB size, 每次半持续调度资源需要承载的数据量约为 50byte*3.2=160byte。

上述步骤 203中，根据 UE的信道传输条件确定出 UE支持的 MCS等级，具体可以是现有技术常釆用的方法，包括：在上行方向，基站对 UE发送的 SRS ( Sounding Reference signal, 探测参考信号）中的 CQI信息（ Channel Quality Information, 信道盾量信息）进行测量和修正，根据修正后的 CQI信息确定所述 UE当前能支持的 MCS等级；在下行方向，基站根据 UE的历史数据传输情况对新上报的 CQI进行修正，并根据修正后的 CQI信息确定 UE当前所支持的 MCS等级。一般情况下，由于半持续调度过程中 MCS等级不会发生改变，因此用于确定 UE当前所支持的 MCS等级的上行 CQI或下行 CQI为经过平滑处理后的信息。

上述步骤 203 中，确定用于传输业务数据的 PRB的数量，具体可包括：根据确定的 TB size和 UE当前支持的 MCS等级及设置的 TB size, MCS等级和 PRB数量的对应关系，确定为 UE进行半持续调度分配的 PRB的数量。

本发明实施例中，在 RRC层成功为所述 UE配置半持续调度参数后， MAC层在进行数据调度时可以釆用半持续调度机制来实现数据传输。如，对于 VoIP业务，基站在检测到 UE需要釆用半持续调度机制时，可通过 SPS C-RNTI加扰的 PDCCH激活半持续调度机制，并确定出 UE的 MCS等级和 TB size。

较佳地，为更好的适应数据业务（如突发特征较为明显的数据业务）的动态变化性，以保证业务的 QoS , 上述流程还可以包括：

步骤 205 , 根据所述 UE当前接入业务的业务数据包的到达时间、数据量和已分配半持续资源的数据承载能力，确定出接入业务的 QoS , 并在所述 QoS未达到设定要求，如反映 QoS的指示值低于设置的 QoS阈值时，为所述接入业务的部分业务数据分配动态调度资源，釆用动态调度机制在分配的所述动态调度资源上传输所述部分业务数据。

该步骤中，可根据已分配半持续调度资源的业务数据在緩冲区等待调度的时长，确定是否釆用动态调度机制传输超过半持续调度承载能力的数据，如：假设某业务的空口传输时延 τ。，预留 HARQ传输时间以后允许的最大空口传输时延为 , 当前緩冲区中最先到达的业务数据等待调度时间为 t ; 当 t > , 且当前子帧不存在已经激活的半持续调度资源时，确定需要釆用动态调度机制传输超过半持续调度承载能力的数据。

本发明实施例中，对于非千扰受限小区内的 UE, 釆用较为传统的调度方式（如釆用半持续调度机制传输 VoIP业务的业务数据，釆用动态调度的机制传输数据业务）实现数据传输，主要应用于以下应用场景： PDCCH覆盖受限时， PDCCH信道的同频千扰并不是限制 PDCCH信道接收性能的主要因素；当系统负荷较轻时， PDCCH信道的负荷也较轻，可保证 PDCCH信道的接收性能。

本发明实施例中，优先釆用半持续调度机制传输数据业务并将动态调度作为补充的方案，主要应用于以下应用场景：网络初始规划时确定当前小区为千扰受限的小区，且千扰受限可以通过链路预算的方法进行判定；当前小区属于千扰受限的小区，且检测到该小区的 PDCCH负荷达到预先设置的负荷阈值。较佳地，确定千扰受限小区在当前周期内下行控制信道的业务负荷，可釆用以下方式：根据所述千扰受限小区的前一周期的下行控制信道业务负荷、当前周期内下行控制信道资源利用率和平滑系数，确定出当前周期内下行控制信道的业务负荷。如：基站对小区的 PDCCH负荷水平进行监测，并在一段时间 T内统计 PDCCH负荷达到预先设置的负荷阈值时，确定需要釆用半持续调度机制传输该小区的数据业务。如：根据式（1 ) 统计时间段（ n-1 ) T-NT时间段内（即第 n个统计周期） PDCCH的负荷 L_PDCCH(n)：

LpDCCH(n) = (1 - ") ^X L_pDCCH(n— + X pDCCH(n) 式 ( 1 ) 式（ 1 )中， L_PDCCH(n)为第 n个时间周期内小区的 PDCCH的负荷， L_PDCCH(n— _υ为第（ n-1 ) 个时间周期内小区的 PDCCH的负荷， /7_{PDee n})为第 n个时间周期内实际测量得到的 PDCCH 的资源利用率， "为平滑系数。

基于上述方法流程相同的构思，本发明实施例还提供一种资源调度的装置，该装置的结构如图 3所示。

参见图 3 , 为本发明实施例中资源调度的装置，包括：

半持续调度判断单元 31 ,用于确定 UE归属的小区为千扰受限小区，且该千扰受限小区的下行控制信道的业务负荷大于设定的业务负荷阈值时，判断是否需要为所述 UE设置半持续调度机制。

半持续调度参数配置单元 32, 用于在所述半持续调度判断单元 31 确定需要为所述 UE设置半持续调度机制时，为所述 UE配置半持续调度参数。

半持续调度资源分配单元 33 ,用于在确定所述 UE需要釆用半持续调度机制传输接入业务的业务数据时，根据所述半持续调度参数配置单元 32为所述 UE配置的半持续调度参数，为所述 UE分配用于传输业务数据的半持续调度资源。

半持续调度资源通知单元 34, 用于将所述半持续调度资源分配单元 33为所述 UE分配的用于传输业务数据的半持续调度资源的资源调度信息，通过所述 UE的下行控制信道发送给所述 UE。

较佳地，上述装置还可以包括：

下行控制信道负荷确定单元 35 , 用于根据所述千扰受限小区的前一周期的下行控制信道业务负荷、当前周期内下行控制信道资源利用率和平滑系数，确定出当前周期内下行控制信道的业务负荷，在该业务负荷大于设置的负荷阈值时，启动半持续调度判断单元 31。

较佳地，半持续调度判断单元 31 , 具体用于：确定所述 UE当前接入业务中至少存在一个保证比特速率 GBR业务时，确定需要为所述 UE设置半持续调度机制，否则确定不需要为所述 UE设置半持续调度机制；或者，根据预先设置的默认需要为所述千扰受限小区的所有 UE设置半持续调度机制的策略，确定需要为 UE设置半持续调度机制。

较佳地，半持续调度参数包括半持续调度资源间隔，所述半持续调度资源间隔包括上行半持续调度资源间隔和下行半持续调度资源间隔，且所述上行半持续调度资源间隔与所述下行半持续调度资源间隔的取值相同；

则所述半持续调度参数配置单元 32, 具体用于：根据所述接入业务的 QoS、业务数据包到达特征配置，为所述 UE所述半持续调度资源间隔。

较佳地，当所述 UE的多个接入业务的业务数据需要釆用半持续调度机制传输时，所述半持续调度参数配置单元 32, 具体用于：针对所述每个接入业务，根据该接入业务的 QoS和业务数据包到达特征，配置与该接入业务对应的半持续调度资源间隔；将所述多个接入业务对应的半持续调度资源间隔中取值最小的半持续调度资源间隔，配置为所述 UE 配置的半持续调度资源间隔。

较佳地，半持续调度资源分配单元 33 , 具体用于：根据所述 UE当前接入业务的业务数据包到达特征和半持续调度参数中的半持续调度资源间隔，确定分配资源所需要承载的数据量 TB size; 根据所述 UE的信道条件确定出所述 UE支持的 MCS等级；根据所述 TB size和所述 MCS等级，确定出用于传输业务数据的 PRB的数量，并分配相应数量的 PRB。

较佳地，所述装置可以包括：

服务盾量确定单元 36,用于根据所述 UE当前接入业务的业务数据包的到达时间、数据量和已分配半持续资源的数据承载能力，确定出所述接入业务的 QoS;

动态调度资源分配单元 37,用于在所述服务盾量确定单元 36确定出的 QoS低于设置的 QoS阈值时，为所述接入业务的部分业务数据分配动态调度资源，并釆用动态调度机制在所述分配的动态资源调度资源上传输所述部分业务数据。

或者，所述装置可以包括：

动态调度资源分配单元 37,用于根据所述 UE的已分配半持续调度资源的业务数据在緩冲区等待调度的时长 t , 在所述时长大于设定延时时，为所述接入业务的部分业务数据分配动态调度资源，并釆用动态调度机制在所述分配的动态调度资源上传输所述部分业务数据。

本发明实施例还提供一种基站，该基站设置有上述共享信道调度的装置。

本发明实施例中，一方面， UE的接入业务（可包括数据业务和语音业务）可以釆用半持续调度机制来传输业务数据，由于釆用半持续调度机制进行数据传输对下行控制信道 (如 PDCCH信道）的需求较小且数据业务较多，因此，从整体上降低在上下行数据传输中对于下行控制信道指令的信令开销，以降低下行控制信道的小区间千扰；另一方面，根据所述半持续调度参数为所述 UE分配用于传输业务数据的半持续调度资源，从而保证了 UE的下行控制信道的接收性能，提高了用户的 QoS和小区频谱效率。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可釆用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可釆用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介盾（包括但不限于磁盘存储器、 CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产品的流程图和 /或方框图来描述的。应理解可由计算机程序指令实现流程图和 /或方框图中的每一流程和 /或方框、以及流程图和 /或方框图中的流程和 /或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

权利要求

1、一种资源调度的方法，其特征在于，包括：

确定用户设备 UE归属的小区为千扰受限小区，且该千扰受限小区的下行控制信道的业务负荷大于设定的业务负荷阈值时，判断是否需要为所述 UE设置半持续调度机制；确定需要为所述 UE设置半持续调度机制时，为所述 UE配置半持续调度参数；在确定所述 UE需要釆用半持续调度机制传输接入业务的业务数据时，根据所述半持续调度参数为所述 UE分配用于传输业务数据的半持续调度资源；

通过所述 UE的下行控制信道，将所分配的半持续调度资源的资源调度信息发送给所述 UE。

2、如权利要求 1所述的方法，其特征在于，确定千扰受限小区的下行控制信道的业务负荷，具体包括：

根据所述千扰受限小区的前一周期的下行控制信道业务负荷、当前周期内下行控制信道资源利用率和平滑系数，确定当前周期内下行控制信道的业务负荷。

3、如权利要求 2所述的方法，其特征在于，根据下式确定出当前周期内下行控制信道的业务负荷：

LpDCCH(n) ~ (1^—

^X %DCCH(n)

式中， L_{PDee n})为当前周期内下行控制信道的业务负荷， LpD 为前一周期内下行控制信道的业务负荷， 77_{PDee n})为当前周期内下行控制信道的资源利用率， "为平滑系数。

4、如权利要求 1所述的方法，其特征在于，判断是否需要为所述 UE设置半持续调度机制，具体包括：

确定所述 UE当前的接入业务中至少存在一个保证比特速率 GBR业务时，确定需要为所述 UE设置半持续调度机制，否则不需要为所述 UE设置半持续调度机制；

或者，根据预先设置的默认需要为所述千扰受限小区的所有 UE设置半持续调度机制的策略，确定需要为 UE设置半持续调度机制。

5、如权利要求 4所述的方法，其特征在于，所述半持续调度参数包括半持续调度资源间隔；则为所述 UE配置半持续调度参数，具体包括：

根据所述接入业务的服务盾量 QoS、业务数据包到达特征，为所述 UE配置半持续调度资源间隔。

6、如权利要求 5所述的方法，其特征在于，当所述 UE的多个接入业务的业务数据需要釆用半持续调度机制传输时，为所述 UE配置半持续调度参数，具体包括：

针对每个接入业务，根据该接入业务的 QoS和业务数据包到达特征，配置与该接入业务对应的半持续调度资源间隔；将所述多个接入业务对应的半持续调度资源间隔中取值最小的半持续调度资源间隔，配置为所述 UE的半持续调度资源间隔。

7、如权利要求 1所述的方法，其特征在于，所述半持续调度参数包括半持续调度资源间隔，则根据所述半持续调度参数为所述 UE分配用于传输业务数据的半持续调度资源，包括：

根据所述 UE当前的接入业务的业务数据包到达特征和所述半持续调度参数中的半持续调度资源间隔，确定分配资源所需要承载的数据量 TB size;

根据所述 UE的信道条件确定所述 UE支持的调制编码机制 MCS等级；

根据所述 TB size和所述 MCS等级，确定用于传输业务数据的物理资源块 PRB的数量，并分配相应数量的 PRB。

8、如权利要求 1~7任一项所述的方法，其特征在于，将所分配的半持续调度资源的资源调度信息发送给所述 UE之后 , 还包括：

根据所述 UE当前的接入业务的业务数据包的到达时间、数据量和已分配半持续资源的数据承载能力，确定接入业务的 QoS;

在所述 QoS低于设置的 QoS阈值时，为所述接入业务的部分业务数据分配动态调度资源，并釆用动态调度机制在所述分配的动态调度资源上传输所述部分业务数据。

9、如权利要求 1~7任一所述的方法，其特征在于，将所分配的半持续调度资源的资源调度信息发送给所述 UE之后 , 还包括：

根据所述 UE的已分配半持续调度资源的业务数据在緩冲区等待调度的时长 t , 在所述时长大于设定延时时，为所述接入业务的部分业务数据分配动态调度资源，并釆用动态调度机制在所述分配的动态调度资源上传输所述部分业务数据。

10、一种资源调度的装置，其特征在于，包括：

半持续调度判断单元，用于确定用户设备 UE归属的小区为千扰受限小区，且该千扰受限小区的下行控制信道的业务负荷大于设定的业务负荷阈值时，判断是否需要为所述 UE 设置半持续调度机制；

半持续调度参数配置单元，用于在所述半持续调度判断单元确定需要为所述 UE设置半持续调度机制时，为所述 UE配置半持续调度参数；

11、如权利要求 10所述的装置，其特征在于，还包括：

下行控制信道负荷确定单元，用于根据所述千扰受限小区的前一周期的下行控制信道业务负荷、当前周期内下行控制信道资源利用率和平滑系数，确定当前周期内下行控制信道的业务负荷。

12、如权利要求 10所述的装置，其特征在于，半持续调度判断单元，具体用于：确定所述 UE当前接入业务中至少存在一个保证比特速率 GBR业务时，确定需要为所述 UE 设置半持续调度机制，否则确定不需要为所述 UE设置半持续调度机制；或者，根据预先设置的默认需要为所述千扰受限小区的所有 UE设置半持续调度机制的策略，确定需要为 UE设置半持续调度机制。

13、如权利要求 12所述的装置，其特征在于，所述半持续调度参数包括半持续调度资源间隔；

则所述半持续调度参数配置单元，具体用于：根据所述接入业务的服务盾量 QoS、业务数据包到达特征，为所述 UE配置半持续调度资源间隔。

14、如权利要求 13所述的装置，其特征在于，当所述 UE的多个接入业务的业务数据需要釆用半持续调度机制传输时，所述半持续调度参数配置单元，具体用于：

针对每个接入业务，根据该接入业务的 QoS和业务数据包到达特征，配置与该接入业务对应的半持续调度资源间隔；

将所述多个接入业务对应的半持续调度资源间隔中取值最小的半持续调度资源间隔，配置为所述 UE的半持续调度资源间隔。

15、如权利要求 10所述的装置，其特征在于，所述半持续调度参数包括半持续调度资源间隔，则所述半持续调度资源分配单元，具体用于：

根据所述 UE当前接入业务的业务数据包到达特征和半持续调度参数中的半持续调度资源间隔，确定分配资源所需要承载的数据量 TB size;

16、如权利要求 10 15任一项所述的装置，其特征在于，还包括：

服务盾量确定单元，用于根据所述 UE当前的接入业务的业务数据包的到达时间、数据量和已分配半持续资源的数据承载能力，确定接入业务的 QoS;

动态调度资源分配单元，用于在所述服务盾量确定单元确定出的 QoS低于设置的 QoS 阈值时，为所述接入业务的部分业务数据分配动态调度资源，并釆用动态调度机制在所述分配的动态资源调度资源上传输所述部分业务数据。

17、如权利要求 10 15任一项所述的装置，其特征在于，还包括：动态调度资源分配单元，用于根据所述 UE的已分配半持续调度资源的业务数据在緩冲区等待调度的时长 t , 在所述时长大于设定延时时，为所述接入业务的部分业务数据分配动态调度资源，并釆用动态调度机制在所述分配的动态调度资源上传输所述部分业务数据。

18、一种基站，其特征在于，包括如权利要求 10~17任一项所述的装置。