CN103959885B

CN103959885B - 一种调度方法及基站

Info

Publication number: CN103959885B
Application number: CN201380003835.6A
Authority: CN
Inventors: 吕欣岩
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2013-06-09
Filing date: 2013-06-09
Publication date: 2018-08-21
Anticipated expiration: 2033-06-09
Also published as: EP2999292A4; KR20160013522A; JP6070899B2; CN103959885A; US9763263B2; EP2999292B1; US20160095135A1; EP2999292A1; WO2014198023A1; KR101698953B1; JP2016521095A

Abstract

本发明实施例公开了一种调度方法，包括：基站启动第一调度，为第一类用户设备UE分配资源，其中，所述基站用于处理所述第一类UE的辅载波上的数据，且所述第一类UE的当前小区为所述辅载波对应的辅小区；所述基站根据为所述第一类UE分配的资源，在空口传输所述第一类UE的数据，其中，所述第一调度的启动时刻相对于所述第一调度对应的空口传输时刻提前第一时长，所述第一时长大于第二时长，且所述第二时长是第二调度的启动时刻相对于所述第二调度对应的空口传输时刻提前的时长。本发明实施例还公开了一种基站。采用本发明，可以解决CA场景下实时性要求难以得到满足的问题。

Description

一种调度方法及基站

技术领域

本发明涉及通信技术领域，尤其涉及一种调度方法及基站。

背景技术

随着移动通信与宽带无线接入技术的各自的发展，两者的业务互相渗透，为了满足移动通信宽带化的需求并应对宽带通信移动化的挑战，移动通信系统引入了载波聚合(Carrier Aggregation，简称CA)等技术。

CA技术通过对多个连续或者非连续的分量载波的聚合可以获取更大的带宽，从而提高峰值数据速率和系统吞吐量，同时也解决了运营商频谱不连续的问题。用户设备(UserEquipment，简称UE)在下行和上行分别可以支持多个分量载波(Component Carrier，简称CC)聚合。在聚合的多个分量载波中，包括一个主载波(Primary Component Carrier，简称PCC)和至少一个辅载波(Secondary Component Carrier，简称SCC)。其中，UE初始接入的载波为PCC，其余的载波为SCC。

第三代合作伙伴计划(3rd Generation Partnership Project，简称3GPP)协议中定义的层2(L2)包括报文汇聚协议(Packet Data Convergence Protocol，简称PDCP)层、无线链路控制(Radio Link Control，简称RLC)层和媒体接入控制(Medium Access Control，简称MAC)层。引入CA技术后，SCC只在MAC层可见，PDCP层和RLC层不区分PCC和SCC，如此，在对数据进行层2处理时，会在RLC层处理之前引入等待时延，导致实时性要求难以得到满足。

发明内容

本发明实施例提供了一种调度方法及基站，以解决实时性要求难以得到满足的问题。

本发明实施例第一方面提供了一种调度方法，包括：

基站启动第一调度，为第一类用户设备UE分配资源，其中，所述基站用于处理所述第一类UE的辅载波上的数据，且所述第一类UE的当前小区为所述辅载波对应的辅小区；

所述基站根据为所述第一类UE分配的资源，在空口传输所述第一类UE的数据，其中，

所述第一调度的启动时刻相对于所述第一调度对应的空口传输时刻提前第一时长，所述第一时长大于第二时长，且所述第二时长是第二调度的启动时刻相对于所述第二调度对应的空口传输时刻提前的时长，且所述第二调度是未启动所述第一调度时对所述第一类UE的调度，或者，所述第二调度是对第二类UE的调度，其中所述第二类UE为该基站所服务的UE中以下任一或多个类型的UE：不支持载波聚合CA的UE，支持CA但当前小区为主服务小区的UE，支持CA但辅载波未激活的UE。

在第一方面的第一种可能的实现方式中，所述第一时长大于第二时长至少1ms。

结合第一方面或结合第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，所述基站启动第一调度之前，还包括：

判断调度条件是否满足；

所述基站启动第一调度，包括：

当所述调度条件满足时，启动所述第一调度。

结合第一方面的第二种可能的实现方式，在第一方面的第三种可能的实现方式中，所述调度条件包括以下任一个或多个：

所述UE的辅载波所在的单板与所述UE的主载波所在的单板之间的环回时延大于或等于预设值；

所述UE的辅载波所在的单板或基站的空口数据超时达到或超过预设门限；

所述UE的辅载波所在的单板或基站的负载大于或等于第一预设负载；

所述UE的主载波所在的单板或基站的负载大于或等于第二预设负载。

结合第一方面的第二或第三种可能的实现方式，在第一方面的第四种可能的实现方式中，在所述基站启动第一调度之后，还包括：

所述基站启动所述第二调度，为第二类UE分配资源，且所述第二调度是对第二类UE的调度；

所述基站在传输所述第一类UE的数据时，根据为所述第二类UE分配的资源，在空口传输所述第二类UE的数据。

本发明实施例第二方面提供了一种基站，用于处理第一类UE的辅载波上的数据，且所述第一类UE的当前小区为所述辅载波对应的辅小区，该基站包括：

调度单元，用于启动第一调度，为第一类用户设备UE分配资源；

传输单元，用于根据为所述第一类UE分配的资源，在空口传输所述第一类UE的数据，其中，

在第二方面的第一种可能的实现方式中，所述第一时长大于第二时长至少1帧，1传输时间间隔TTI，或1ms。

结合第二方面或结合第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，还包括：

判断单元，用于判断调度条件是否满足；且

所述调度单元，用于当所述判断单元判断所述调度条件满足时，启动所述第一调度。

结合第二方面的第二种可能的实现方式，在第二方面的第三种可能的实现方式中，所述调度条件包括以下任一个或多个：

结合第二方面的第二或第三种可能的实现方式，在第二方面的第四种可能的实现方式中，还包括：

当所述判断单元在所述调度单元启动第一调度之后，判断所述调度条件不满足时，触发所述调度单元取消所述第一调度。

结合第二方面或结合第二方面的第一或第二或第三或第四种可能的实现方式，在第二方面的第五种可能的实现方式中，所述调度单元还用于在启动所述第一调度之后，启动所述第二调度，为第二类UE分配资源，且所述第二调度是对第二类UE的调度；

所述传输单元还用于在传输所述第一类UE的数据时，根据为所述第二类UE分配的资源，在空口传输所述第二类UE的数据。

本发明实施例第三方面提供了一种计算机程序产品，包括计算机可读介质，所述计算机可读介质包括一组程序代码，用于执行如第一方面或第一方面任一实现方式所述的方法。

实施本发明实施例，具有如下有益效果：

通过对UE进行提前调度，从而相当于提升了该UE的调度优先级，使得RTT变长，从而降低了CA场景下的时延要求，解决CA技术中实时性要求难以得到满足的问题。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明第一实施例提供的一种调度方法的流程示意图；

图2为本发明第一实施例的一种调度时序图；

图3为本发明第二实施例提供的一种调度方法的流程示意图；

图4为本发明第三实施例提供的一种调度方法的流程示意图；

图5为本发明第四实施例提供的一种调度方法的流程示意图；

图6为本发明第四实施例的一种调度时序图；

图7为本发明第五实施例提供的一种调度方法的流程示意图；

图8为本发明第六实施例提供的一种调度方法的流程示意图；

图9为本发明第七实施例提供的一种调度方法的流程示意图；

图10为本发明第八实施例提供的一种调度方法的流程示意图；

图11为本发明第九实施例提供的一种调度方法的流程示意图；

图12为本发明第十实施例提供的一种调度方法的流程示意图；

图13为本发明第十一实施例提供的一种基站的组成示意图；

图14为本发明第实施例提供的又一种基站的组成示意图；

图15为本发明第十二实施例提供的一种基站的组成示意图；

图16为本发明第实施例提供的又一种基站的组成示意图；

图17为本发明第十三实施例提供的一种基站的组成示意图；

图18为本发明通信系统的信息交互示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

CA技术的引入，对基站的实时性要求(或时延要求)、板间带宽和硬件的处理能力等都构成了严峻的挑战。这是因为，用于承载UE的数据的CC具有多个，包括PCC和SCC，且SCC在L2仅对MAC可见。因此，该UE的数据经过PDCP处理后，并不立即开始对其进行RLC处理，而是等待该UE的各个CC的MAC调度结果来启动RLC处理，生成RLC协议数据单元(ProtocolData Unit，简称PDU)，并送MAC层进行分发给各CC。当各CC的基带处理位置空间分布不同时，特别是距离较远时，例如，分属于不同单板(例如，同一基站下的不同单板，或同一基站下的不同机框下的单板，或不同基站内的单板)，RLC处理前的等待时延以及PDU的传输时延较长，难以满足目前对基站的实时性要求，甚至无法保证RLC PDU或MAC PDU及时送到基带进行处理，导致空口发送失败。例如，在频分双工(Frequency Division Duplex，FDD)系统中，混合自动重传请求(HARQ)进程为8个，如果想达到下行峰值，则从MAC调度开始，到下行数据从空口发出，再到此数据对应的HARQ反馈到达MAC调度最长为8个传输时间间隔(Transmission Time Interval，TTI)，否则在下一轮调度中此HARQ进程无法释放出来，下面对这个过程的时间要求称之为环回时间(Round Trip Time，简称RTT)时延要求。由于RLC处理前的等待时延以及PDU的传输时延较长，要在这个RTT时延要求(8个TTI)内完成以上数据的组包与分发过程是极大的挑战。同样，在时分双工(Time Division Duplex，TDD)系统中，虽然RTT时延要求会长于8个TTI，但也面临相同的问题。

本申请考虑到以上问题，对UE进行提前调度，从而相当于提升了该UE的调度优先级，拉长了RTT时延要求，从而降低了时延要求。例如，如果对UE提前一帧调度，由于调度周期为一个TTI，RTT时延要求由8个TTI降低到了9个TTI，更容易得到满足。

请参考图1，其为本发明第一实施例提供的一种调度方法的流程示意图。该方法的执行主体是基站，具体可以为基站上的单板，且该基站或该单板用于处理某个支持CA的UE的SCC上的数据，且该UE的当前小区位于该基站下，即该UE的当前小区为该SCC对应的辅服务小区(SCell)，以下简称辅小区。如图1所示，该方法包括如下步骤：

S101：基站对UE进行第一调度，以为该UE的第N帧数据分配资源，该基站用于处理该UE的SCC上的数据，且该UE的当前小区为所述SCC对应的辅小区，其中，N为大于或等于零的整数；

S102：基站对以上UE进行第二调度，以为该UE的第N+8帧数据分配资源，所述第二调度与第一调度之间的时长大于8个TTI。

请继续参考图2，其为本发明第一实施例的一种调度时序图，如图2所示，图中虚线位置T1为现有技术中对第N帧的调度时刻，实线T2位置为以上第一实施例对第N帧的调度时刻，相对于T1时刻提前了一段时间。如此，当第N帧数据在T3时刻通过空口发送出去，UE在4个TTI后开始发送HARQ反馈，到该第N帧数据的HARQ反馈返回到基站，并送至L2的MAC调度时，在T4时刻开始下一个周期的MAC调度，即对第N+8帧的调度。可见，相对于现有技术，T3时刻到T4时刻的时长不变，以上技术方案增加了调度起始时刻到空口数据发送时刻T3的时长，从而拉长了整个RTT时延，使得实时性要求更容易得到满足。

需要说明的是，PCC和SCC是相对于UE而言的，每个CC对一些终端而言是PCC，而对另一些终端而言可能就是SCC了。本申请不以特定UE为例，而是说明对当前小区为辅小区的UE的调度的一种处理方式，可以降低目前对时延的要求，然而，以上并不限制该UE，该UE也可以是不支持CA的UE(例如，R8和R9版本的UE)，当前小区为PCC的UE，或者SCC未激活的UE。另外，PCC和SCC是相对于UE而言的，本文为描述方便，借用了这个概念，将处理UE的PCC所承载的数据的单板称之为SCC所在的单板(或部署有SCC的单板)，将处理UE的SCC所承载的数据的单板称之为SCC所在的单板(或部署有SCC的单板)。且SCC和PCC所在的单板可以相同，也可以不同。且当不同时，SCC所在的单板对UE进行提前调度，并将调度结果送PCC所在的单板，以指导其进行RLC PDU组帧，PCC所在的单板进而将组好的PDU传输至SCC所在的单板，由SCC所在的单板利用调度时所分配的资源将的UE的数据发送出去。且由于SCC所在的单板和PCC所在的单板存在一定的距离，RLC处理前的等待时延以及PDU的传输时延较长，使得RTT时延要求难以满足，而通过以上技术方案，拉长了RTT时延要求，使其更容易得到满足。另外，在数据总量(例如为Q)不变的情况下，由于RTT时延要求增长，板间带宽(通过Q与RTT的比值体现)的要求也得以降低，如此板间带宽的要求也更容易得到满足。

另外，SCC所在的单板和PCC所在的单板可以位于相同的机框或基站内，也可以位于不同的机框或基站内，且在跨框及跨站等场景下，由于它们之间的距离较远，本实施例所述的调度方法对于实时性要求的缓解效果更佳。

以下以区分UE的策略为例，描述以上方案的又一种实现方式。

请参考图3，其为本发明第二实施例提供的一种调度方法的流程示意图。如图3所示，在图1所示方法中的步骤S101之前，还包括以下步骤：

S301：基站将待调度的UE区分为提前调度UE(第一类UE)和不提前调度UE(第二类UE)。

例如，不提前调度UE包括不支持CA的UE(例如，R8或R9的UE)、支持CA但未配置或激活SCC的UE、当前小区为PCC对应的主小区的UE，不管其SCC是否被激活，都对其不进行提前调度；提前调度UE包括当前小区为SCC对应的SCell的UE，由于其当前小区为SCell，则说明其SCC被激活，故也可以说是SCC被激活的当前小区为SCell的UE。

而后对提前调度UE，即第一类UE执行图1所示的步骤S101至S102。

另外，可以在该基站部署提前调度判决功能。也就是说，当以上时延要求、板间带宽、硬件处理能力等问题没有出现时，可以不启动提前调度，而是在问题出现时，再启动，从而区分场景的拉长RTT时延要求，而不是任何场景都提前调度，使得整网的频率利用率获得更大的提高。

此时，需要构造提前调度的判决条件(以下简称调度条件)。环回时延是SCC所在的单板发出报文到接收到PCC所在的单板反馈的对所述发出报文的应答为止的时间间隔。例如，环回时延可以是SCC所在的单板发送调度结果到接收到PCC所在单板根据该调度结果所发送的RLC PDU的时间间隔，也可以是专门设置的一个信息，从SCC所在的单板发出到接收到PCC所在的单板返回的应答为止的时间间隔。当这个时间间隔较长时，证明时延本身就很长，即使对数据处理的再快，也没有好处，此时提前调度，拉长RTT时延要求，不会带来处理效率下降的问题，因此可以启动提前调度。

另外，反应基站或单板本身处理能力的一些信息也可以用于构造提前调度的条件。例如，单板或基站的负载，空口数据超时的周期性统计等。当这些信息反应出单板或其所在基站的处理能力不足时，即使对数据处理的再快，也没有好处，此时提前调度，拉长RTT时延要求，不会带来处理效率下降的问题，因此可以启动提前调度。

例如，在如下场景有一个满足时，则启动对UE的提前调度：

1)SCC所在的单板与PCC所在的单板之间的环回时延过长；

2)SCC所在的单板或基站的空口数据超时过多；

3)SCC所在的单板或基站的负载过高；

4)PCC所在的单板或基站的负载过高。

此时，该提前判决功能的输入可以包括以下信息：

1)SCC所在的单板与PCC所在的单板之间的环回时延检测；

2)SCC所在的单板或基站的空口数据超时的周期性统计；

3)SCC所在的单板或基站的负载；

4)PCC所在的单板或基站的负载。

另外，如果以上提前调度的条件都不满足时，可以取消对UE的提前调度，恢复正常调度，从而进一步提高整网的频率利用率。

例如，在如下场景满足时，则取消对UE的提前调度：

1)SCC所在的单板与PCC所在的单板之间的环回时延在要求范围内；

2)SCC所在的单板或基站的空口数据超时数量在正常范围内，或超时比率(例如，周期内超时数据占周期内所有数据的比率)在正常范围内；

3)SCC所在的单板或基站的的负载在正常范围内；

4)PCC所在的单板或基站的负载在正常范围内。

需要说明的是，调度条件可以从以上四个条件中任意选取一个或多个，相应的取消提前调度的条件，也可以与之一致或不一致。当四个条件都选取，且取消提前调度的条件与之一致时，只要满足其中一个，即启动提前调度；所有条件都不满足时，取消提前调度，体现了一种宽进严出的策略。然而，本领域技术人员可以根据策略需要选择，本申请不做任何限制。

以下预判提前调度条件是否满足，在满足时启动提前调度的策略为例，描述以上方案的又一种实现方式。

请参照图4，为本发明第三实施例提供的一种调度方法的流程示意图，在本实施例中，所述方法包括以下步骤：

S401：基站获取与调度条件相关的数据；

其中，所述相关的数据可以是SCC所在的单板与PCC所在的单板之间的环回时延、所述SCC所在的单板或基站的空口数据超时情况、SCC所在的单板或基站的的负载情况、或者由PCC所在的单板上报的PCC所在的单板或基站的负载情况等等。

S402：判断调度条件是否满足，其中所述调度条件包括以下一种或多种：

SCC所在的单板与PCC所在的单板之间的环回时延大于或等于预设值。

所述SCC所在的单板或基站的空口数据超时达到或超过预设门限；所述预设门限可以是超时率门限，也可以是超时时间占总时间的比例门限等，本实施例不做任何限制。

SCC所在的单板或基站的负载大于或等于第一预设负载；

PCC所在的单板或基站的负载大于或等于第二预设负载。

当所述提前调度的条件满足以上任意一种时，则执行图1所示的步骤S101至S102。否则，执行步骤S405，不提前调度UE，即对UE进行正常调度，使得对UE对N帧的调度与对该UE第N+8帧的调度之间的时长等于8个TTI。

请参考图5，其为本发明第四实施例提供的一种调度方法的流程示意图。该方法的执行主体是基站，具体可以为基站上的单板，且该基站或该单板用于处理某个支持CA的UE的SCC上的数据，且该UE的当前小区位于该基站下，即该UE的当前小区为该SCC对应的辅小区。如图5所示，该方法包括如下步骤：

S501：基站启动第一调度，为第一类UE分配资源，其中，所述基站用于处理所述第一类UE的SCC上的数据，且所述第一类UE的当前小区为所述SCC对应的辅小区；

S502：所述基站进行空口传输，包括：根据为所述第一类UE分配的资源，在空口传输所述第一类UE的数据；

其中，所述第一调度的启动时刻相对于以上空口传输时刻提前第一时长，所述第一时长大于第二时长，其中，所述第二时长是第二调度的启动时刻相对于所述第二调度对应的空口传输时刻提前的时长，且所述第二调度是未启动所述第一调度时对所述第一类UE的调度，或者，所述第二调度是对第二类UE的调度，其中所述第二类UE为该基站所服务的UE中以下任一或多个类型的UE：不支持CA的UE，支持CA但当前小区为主服务小区(PCell，以下简称主小区)的UE，支持CA但SCC未激活的UE。

在本实施例中，基站所服务的UE包括第一类UE和第二类UE，其中第一类UE为支持CA，且当前小区为辅小区的UE，也就是说该UE的SCC被激活且当前小区为该激活的SCC对应辅小区。第二类UE为不符合以上条件的UE，例如，不支持载波聚合CA的UE(比如，R8或R9版本以及之前版本的UE)，支持CA但当前小区为主小区的UE，支持CA但SCC未激活的UE。针对第一类UE，由于其将面临以上所述的技术问题，故可以对其进行提前调度，而对于第二类UE，由于其并不面临以上技术问题，故可以不对其进行提前调度。从而，使得空口资源得到更为有效的利用。另外，还可以配置提前调度(即以上第一调度)启动条件，从而在满足条件时，在启动提前调度，使得空口资源得到更为有效的利用。关于启动条件，将在后续详细描述。

需要说明的是，以上第一调度对应的空口传输和第二调度对应的空口传输可以在不同时刻，也可以在相同时刻。例如，当第二调度是未启动第一调度时对第一类UE的调度时，这两个调度对应的空口传输时刻不同，但将这两个空口传输时刻对齐时，第一调度的启动时刻相对于第二调度的启动时刻提前，进而相当于拉长了整个RTT时延，使得实时性要求更容易得到满足。再如，当第二调度是对第二类UE的调度时，这两个调度对应的空口传输时刻可以相同，也可以不同。以相同为例，即同一时刻传输第一类UE和第二类UE的数据，但对于这两类UE的调度在不同时刻启动，由于对第一类UE的调度提前了，相对于第二类UE，相当于拉长了整个RTT时延，使得实时性要求更容易得到满足。

例如，请继续参考图6，其为本发明第四实施例的一种调度时序图，如图4所示，对于第一类UE，在T11时刻启动第一调度；对第二类UE在T12时刻启动第二调度，且如果将相应的空口传输时刻(T3与T3’)对齐，则T11时刻早于T12时刻，且T3时刻与T3’时刻一致，T4时刻与T4’时刻一致，则相当于拉长了整个RTT时延，使得实时性要求更容易得到满足。

同以上实施例，本实施例同样可以先区分UE，然后仅对当前小区为辅小区的UE启动第一调度。以下结合附图描述区分UE策略下的一种实现方式。

请参考图7，其为本发明第五实施例提供的一种调度方法的流程示意图。如图7所示，该方法包括如下步骤：

S701：基站将待调度的UE区分为第一类UE和第二类UE；

其中，所述基站用于处理所述第一类UE的SCC上的数据，且所述第一类UE的当前小区为所述SCC对应的辅小区。基站所服务的UE包括第一类UE和第二类UE，其中第一类UE为支持CA且当前小区为辅小区的UE，也就是说该UE的SCC被激活，且当前小区为该激活的SCC对应辅小区。第二类UE为不符合以上条件的UE，例如，不支持载波聚合CA的UE(比如，R8或R9版本以及之前版本的UE)，支持CA但当前小区为主小区的UE，支持CA但SCC未激活的UE。

S702：在第一时刻，启动第一调度，为所述第一类UE分配资源；

S703：在第二时刻，启动第二调度，为所述第二类UE分配资源；

其中，第一时刻相对于第二时刻提前。例如，提前至少一帧，1ms，或一个TTI。

S704：进行空口传输，包括：根据步骤S702和S703所分配的资源，在空口传输第一类UE的数据和第二类UE的数据。

同以上实施例，本实施例同样可以利用以上构造的调度条件，判断是否对当前小区为辅小区的UE启动第一调度。即在以上步骤S501之前增加步骤S401和S402，当所述提前调度的条件满足以上任意一种时，则执行图5所示的步骤S501至S502。

以下结合附图描述启用提前判决调度条件策略下的一种实现方式。

请参考图8，其为本发明第六实施例提供的一种调度方法的流程示意图。如图8所示，该方法包括如下步骤：

S801：基站启动第二调度，为第一类UE分配资源，其中，所述基站用于处理所述第一类UE的SCC上的数据，且所述第一类UE的当前小区为所述SCC对应的辅小区；

S802：所述基站进行第一空口传输，包括：根据所述第二调度为所述第一类UE分配的资源，在空口传输所述第一类UE的数据；

S803：当调度条件满足时，所述基站启动第一调度，为第一类UE分配资源；

S804：所述基站进行第二空口传输，包括：根据所述第一调度为所述第一类UE分配的资源，在空口传输所述第一类UE的数据；

其中，所述第一调度的启动时刻相对于第一空口传输时刻提前第一时长，所述第二调度的启动时刻相对于第二空口传输时刻提前第二时长，且所述第一时长大于第二时长至少一帧，1ms，或一个TTI。

需要说明的是，关于调度条件的内容和设置，同以上实施例，在此不再赘述。

以上各个实施例相对于现有技术，相当于提前调度了UE。对于提前调度的量，可以是以时长计，例如1ms，也可以是以帧计，例如，1帧。当然，除了提前调度1帧或1ms以外，也可以根据实际需要提前两帧(2ms)、三帧(3ms)甚至更多进行调度，本实施例不做任何限制。实际操作中，可以根据空口性能的要求和时延要求均衡选择提前的帧数(或时长)，例如，提前一帧或两帧调度UE大多数情况能够满足使用的需要，且空口性能的损失较小。

相应的，在以上第一实施例中，T2时刻早于T1时刻至少1ms或至少一帧，即所述第二调度与第一调度之间的时长大于或等于9个TTI。在以上第二实施例中，T3时刻与T3’时刻对齐的前提下，T11时刻早于T12时刻至少1ms或至少一帧，即第一调度的启动时刻相对于所述第一调度对应的空口传输时刻提前的第一时长比第二调度的启动时刻相对于所述第二调度对应的空口传输时刻提前的第二时长大至少1ms。

另外，以上调度过程是为UE分配资源的过程，例如分配空口资源，当完成分配以后，会将调度结果，即TBS的信息传输给RLC或者PDCP，以供其组帧参考。在下行资源分配中，包括物理下行共享信道(Physical Downlink Shared Channel，简称PDSCH)资源的分配和物理下行控制信道(Physical Downlink Control Channel，简称PDCCH)资源的分配。此外，还包括功率的分配等。其中，在PDSCH和PDCCH的分配中，可以仅对资源的数量进行分配，也可以既对数量，又对位置进行分配。

此外，在数据总量(例如为Q)不变的情况下，由于RTT时延增长，板间带宽(通过Q与RTT时延要求的比值体现)的要求也得以降低，如此板间带宽的要求也更容易得到满足。下面以PCC和SCC分布在不同的单板为例，描述以上方案的一具体实现以及效果。然而，本申请并不限制PCC和SCC布置在不同单板上，它们也可以布置在同一单板上，此时以上技术方案也可以使用，用于解决板内实时性要求的问题。

请参照图9，为本发明第七实施例提供的一种调度方法的流程示意图，在本实施例中，所述方法包括以下步骤：

S901，第一单板提前调度用户设备(UE)。

这里所说的第一单板为SCC所在的单板，用于处理所述UE的SCC上的数据，且所述UE的当前小区为所述辅载波对应的辅小区(SCell)。

S902，将调度结果发送给第二单板。

需要说明的是，所述调度结果为逻辑信道的承载量，具体可以为传输块的大小(TBS)。

这里所说的第二单板为PCC所在的单板，用于处理所述UE的PCC上的数据。

S903，接收所述第二单板根据所述调度结果发送的数据。

S904，利用提前调度时所分配的资源发送接收到的数据。

需要说明的是，第一单板可以提前一帧调度UE，也可以根据实际需要提前两帧、三帧甚至更多帧进行调度，本实施例不做任何限制。实际操作中，可以根据空口性能的要求和时延要求均衡选择提前的帧数，例如，提前一帧或两帧调度UE大多数情况能够满足使用的需要，且空口性能的损失较小。

可见，在以上技术方案中，SCC所在的第一单板对UE进行提前调度，并将调度结果送PCC所在的第二单板，以指导其进行RLC PDU组帧，且第二单板进而将组好的PDU传输至第一单板，由第一单板利用提前调度时所分配的资源将第二单板传输过来的数据发送出去。由于对UE的提前调度，放宽了RLC PDU组帧的时延要求。另外，在数据总量(例如为Q)不变的情况下，由于RTT时延要求的增长，板间带宽(通过Q与RTT时延要求的比值体现)的要求也得以降低，如此板间带宽的要求也更容易得到满足。

需要说明的是，本实施例中所述第一单板及所述第二单板可以位于相同的机框或基站内，也可以位于不同的机框或基站内，且在跨框及跨站等场景下，即所述第一单板及所述第二单板距离较远时，本实施例所述的调度方法对于实时性要求的缓解效果更佳。

在另一实施例中，当PCC和SCC布置在相同单板上时，以上技术方案也可以使用。此时，仅需要将以上第一单板和第二单板替换为第一处理器和第二处理器即可，其中第一处理器和第二处理器位于同一单板上，分别用于处理UE的PCC和SCC上的数据。在此，不再赘述。

需要说明的是，PCC和SCC是相对于UE而言的，本文为描述方便，借用了这个概念，将处理UE的PCC所承载的数据的单板称之为SCC所在的单板(或部署有PCC的单板)，将处理UE的SCC所承载的数据的单板称之为SCC所在的单板(或部署有SCC的单板)。另外，每个CC对一些终端而言是PCC，而对另一些终端而言可能就是SCC了。本申请不以特定UE为例，而是说明对当前小区为辅小区的UE的调度的一种处理方式，可以降低目前对时延的要求，然而，本申请并不限制该UE，该UE也可以是不支持CA的UE(例如，R8和R9版本的UE)，当前小区为PCC的UE，或者SCC未激活的UE。

以下以区分UE启动提前调度策略的为例，描述以上方案的又一种实现方式。

请参照图10，为本发明第八实施例提供的一种调度方法的流程示意图，在本实施例中，所述方法在以上步骤S901之前，还包括以下步骤：

S1001，第一单板将每TTI的待调度的UE区分为提前调度UE和不提前调度UE。

例如，不提前调度UE包括不支持CA的UE(例如，R8或R9的UE)、支持CA但未配置或激活SCC的UE、当前小区为PCC对应的主小区(PCell)的UE，不管其SCC是否被激活，都对其不进行提前调度；提前调度UE包括当前小区为SCC对应的SCell的UE，由于其当前小区为SCell，则说明其SCC被激活，故也可以说是SCC被激活的当前小区为SCell的UE。

另外，可以在一单板部署提前调度判决功能。也就是说，当以上时延要求、板间带宽、硬件处理能力等问题没有出现时，可以不启动提前调度，而是在问题出现时，再启动，从而区分场景的增加RTT时延要求，而不是任何场景都提前调度，使得整网的频率利用率获得更大的提高。

此时，需要构造提前调度的判决条件(以下简称调度条件)。环回时延是为SCC所在的单板发出报文到PCC所在单板反馈的对所述发出报文的应答为止的时间间隔。当这个时间间隔较长时，证明时延本身就很长，即使对数据处理的再快，也没有好处，此时提前调度，增长RTT时延要求，不会带来处理效率下降的问题，因此可以启动提前调度。

另外，反映单板本身处理能力的一些信息也可以用于构造提前调度的条件。例如，单板或基站的负载，空口数据超时的周期性统计等。当这些信息反应出单板或其所在基站的处理能力不足，即使对数据处理的再快，也没有好处，此时提前调度，增长RTT时延要求，不会带来处理效率下降的问题，因此可以启动提前调度。

例如，在如下场景有一个满足时，则启动对UE的提前调度：

1)第一单板与第二单板之间的环回时延过长；

2)第一单板的或第一单板所在基站的空口数据超时过多；

3)第一单板的或第一单板所在基站的负载过高；

4)第二单板的或第二单板所在基站的负载过高。

此时，该提前判决功能的输入可以包括以下信息：

1)第一单板的或第一单板所在基站的负载；

2)第二单板的或第二单板所在基站的负载；

3)第一单板的或第一单板所在基站的空口数据超时的周期性统计；

4)第一单板与第二单板间的环回时延检测。

例如，在如下场景满足时，则取消对UE的提前调度：

1)第一单板与第二单板之间的环回时延在要求范围内；

2)第一单板的或第一单板所在基站的空口数据超时数量在正常范围内，或超时比率(例如，周期内超时数据占周期内所有数据的比率)在正常范围内；

3)第一单板的或第一单板所在基站的负载在正常范围内；

4)第二单板的或第二单板所在基站的负载在正常范围内。

请参照图11，为本发明第九实施例提供的一种调度方法的流程示意图，在本实施例中，所述方法包括以下步骤：

S1101，第一单板监测与提前调度的条件相关的数据。

其中，所述相关的数据可以是环回时延、所述第一单板的空口数据超时情况、所述第一单板的负载情况或者由所述第二单板上报的所述第二单板的负载情况等等。

S1102，判断提前调度的条件是否满足。

可选地，所述提前调度的条件包括以下任一种：

所述第一单板与第二单板之间的环回时延大于或等于预设值。

所述第一单板或第一单板所在基站的空口数据超时达到或超过预设门限；

当然，其判断依据也可以是超时率及超时时间占总时间的比例。

所述第一单板或第一单板所在基站的负载大于或等于第一预设负载；

所述第二单板或第二单板所在基站的负载大于或等于第二预设负载。

其中，第二单板的负载信息可以由第二单板监测并发送给第一单板，所述第一单板所在基站的负载可以由所在基站统计并下发给所述第一单板，所述第二单板所在基站的负载可以由所在基站统计并下发给所述第二单板，再由所述第二单板发送给所述第一单板，当然，也可以由第二单板所在基站与所述第一单板建立交互，直接由第二单板所在基站发送给第一单板。

当所述提前调度的条件满足任意一种时，则执行步骤S1104，否则执行步骤S1103。

S1103，正常调度用户设备。

当所述提前调度的条件不满足时，则可以不进行提前调度，所述第一单板在正常的时间按照现有技术调度用户设备即可。

S1104，第一单板提前调度用户设备。

其中，所述第一单板用于处理所述用户设备上配置的辅载波上的数据，且所述用户设备的当前小区为所述辅载波对应的辅小区。

S1105，将调度结果发送给第二单板。

其中，所述第二单板用于处理所述用户设备上配置的主载波上的数据。

S1106，接收所述第二单板根据所述调度结果发送的数据。

S1107，利用提前调度时所分配的资源发送接收到的数据。

在本实施例中，给出了一些触发提前调度的判断条件，当然，也可以不经过判断触发，直接进行提前调度，同样可以解决CA调度处理实时性要求较高的问题。

请参照图12，为本发明第十实施例提供的一种调度方法的流程示意图，在本实施例中，所述方法包括以下步骤：

S1201，第一单板监测与提前调度的条件相关的数据。

其中，所述相关的数据可以是环回时延、所述第一单板所在单板的空口数据超时情况、所述第一单板的负载情况或者由所述第二单板上报的所述第二单板的负载情况等等。

S1202，判断提前调度的条件是否满足。

可选地，所述提前调度的条件包括以下任一种：

环回时延大于或等于预设门限；

所述第一单板所在单板的空口数据超时达到或超过预设次数；

所述第一单板所在单板的负载大于或等于第一预设负载；

所述第二单板所在单板的负载大于或等于第二预设负载。

当所述提前调度的条件满足任意一种时，则执行步骤S504，否则执行步骤S1203。

S1203，正常调度用户设备。

S1204，第一单板提前调度用户设备。

其中，所述第一单板所在的单板用于处理所述用户设备上配置的辅载波上的数据，且所述用户设备的当前小区为所述辅载波对应的辅小区。

S1205，判断所有所述提前调度的条件是否满足。若是，则执行步骤S1207，否则执行步骤S1206。

S1206，取消提前调度。

S1207，执行提前调度的后续步骤。如发送调度结果给第二单板、接收所述第二单板根据调度结果发送的数据，利用提前调度时所分配的资源发送接收到的数据。

在本实施例中，给出了取消提前调度的判断条件，当所述提前调度的条件全部都不满足时，说明此时无需进行提前调度，因此可以取消步骤S1204中的提前调度。此处的取消提前调度的判断可以在步骤S1204后续执行提前调度的任意阶段进行。可实现根据环回时延、单板负载、空口数据超时的实时情况来进行提前调度，确保最佳的资源利用。

在以上实施例中，提前调度是指为UE分配资源，当完成分配以后，会将调度结果，即TBS的信息传输给第二单板，以供其组帧参考。在下行资源分配中，包括物理下行共享信道(Physical Downlink Shared Channel，简称PDSCH)资源的分配和物理下行控制信道(Physical Downlink Control Channel，简称PDCCH)资源的分配。此外，还包括功率的分配等。其中，在PDSCH和PDCCH的分配中，可以仅对资源的数量进行分配，也可以既对数量，又对位置进行分配。

例如，在PDSCH的分配中，可包括：提前为所述用户设备预留资源块(ResourceBlock，RB)的数量；或者提前为所述用户设备预留RB的数量和位置。例如，在第n-a帧，提前为所述用户设备预留PDSCH资源即RB的数量，当第n帧到来时，根据预留的RB数量，先提前为所述用户设备进行RB的位置分配，再为正常调度的用户设备进行剩余RB的数量和位置分配；或者，在第n-a帧，提前为所述用户调度预留PDSCH资源即RB的数量和位置，当第n帧到来时，根据预留的RB的数量和位置，先提前为所述用户设备进行RB的位置和数量分配，再为正常调度的用户设备进行剩余RB的数量和位置分配，其中，a为进行所述提前调度的帧数。

例如，在PDCCH的分配中，可包括：提前为所述用户设备预留控制信道单元(Control Channel Element，简称CCE)的数量；或者

提前为所述用户设备预留CCE的数量和位置。

具体的预留过程与以上PDSCH的过程类似，此处不再赘述。

请参考图13，其为本发明第十一实施例提供的一种基站的组成示意图。本实施例与以上第一实施例(图1所示的实施例)对应，用于实现以上第一实施例的方法。如图13所示，该基站包括处理单元131和调度单元132；其中，调度单元132，用于对UE进行第一调度和第二调度，分别为该UE的第N帧数据分配资源和第N+8帧数据分配资源，且所述第二调度与第一调度之间的时长大于8个TTI；处理单元131，用于处理该UE的SCC上的数据，且该UE的当前小区为所述SCC对应的辅小区，其中，N为大于或等于零的整数。

同以上第二实施例(图3所示的实施例)，所述处理单元131还用于区分第一类UE和第二类UE，以触发调度单元132对第一类UE进行第一调度和第二调度。

同以上第三实施例(图4所示的实施例)，如图14所示，所述基站还可以包括：

判断单元133，用于获取与调度条件相关的数据，并判断调度条件是否满足，且在满足时，触发调度单元132进行调度。

请参考图15，其为本发明第十二实施例提供的一种基站的组成示意图。本实施例与以上第四实施例(图5所示的实施例)对应，用于实现以上第四实施例的方法。如图15所示，该基站用于处理所述第一类UE的辅载波上的数据，且所述第一类UE的当前小区为所述辅载波对应的辅小区。其该基站包括调度单元151和传输单元152，其中调度单元151用于启动第一调度，为第一类UE分配资源；传输单元152用于根据为所述第一类UE分配的资源，在空口传输所述第一类UE的数据，其中，所述第一调度的启动时刻相对于所述第一调度对应的空口传输时刻提前第一时长，所述第一时长大于第二时长，且所述第二时长是第二调度的启动时刻相对于所述第二调度对应的空口传输时刻提前的时长，且所述第二调度是未启动所述第一调度时对所述第一类UE的调度，或者，所述第二调度是对第二类UE的调度，其中所述第二类UE为该基站所服务的UE中以下任一或多个类型的UE：不支持CA的UE，支持CA但当前小区为主服务小区的UE，支持CA但SCC未激活的UE。

同以上实施例，第一时长大于第二时长至少1帧，1传输时间间隔TTI，或1ms。

同以上第三实施例(图4所示的实施例)，如图16所示，所述基站还可以包括：判断单元153，用于判断调度条件是否满足；且调度单元151用于当判断单元153判断所述调度条件满足时，启动所述第一调度。

可选的，当判断单元153在调度单元151启动第一调度之后，判断所述调度条件不满足时，触发调度单元151取消所述第一调度。

可选的，调度单元151还用于在启动第一调度之后，启动第二调度，为第二类UE分配资源，且第二调度是对第二类UE的调度；传输单元152还用于在传输第一类UE的数据时，根据为第二类UE分配的资源，在空口传输第二类UE的数据。

关于调度条件的描述同以上实施例，在此不再赘述。另外，本发明实施例还可以提供单板或基站，用于实现以上第七实施例至第十实施例的方法，具体包括实现各个步骤的单元，在此不再赘述。

需要说明的是，以上调度单元可以以硬件的形式独立于基站的处理器单独设置，且设置形式可以是微处理器的形式；也可以以硬件形式内嵌于基站的处理器中，还可以以软件形式存储于基站的存储器中，以便于基站的处理器调用执行以上调度单元对应的操作。

例如，在第十一实施例(图13所示的实施例)中，处理单元131可以为该基站的处理器，或者对应于该UE的SCC所在单板上的处理器(例如，FPGA芯片)，而调度单元132的功能可以内嵌于该处理器中。另外，图14所示的判断单元同调度单元132，可以独立于处理器单独设置，也可以内嵌于处理器，也可以以软件的形式存储于存储器中，由处理器调用实现其功能。

再如，在第十二实施例(图15所示的实施例)中，调度单元151的实现方式同以上调度单元132，可以内嵌于对应于该UE的SCC所在单板上处理器中，也可以独立设置，或者以软件的形式存储于存储器中，由处理器调用实现其功能。另外，图16所示的判断单元153同调度单元151，可以独立于处理器单独设置，也可以内嵌于处理器，也可以以软件的形式存储于存储器中，由处理器调用实现其功能。

另外，传输单元152该基站的接口电路，例如，空口电路，可以与调度单元151或判断单元153集成，也可以独立设置。本发明实施例不做任何限制。以上处理器可以为中央处理单元(CPU)、微处理器、单片机等。

请参照图17，为本发明第十三实施例提供的一种基站的组成示意图。在本实施例中，所述装置包括：

接口电路171、存储器172以及与所述接口电路171和存储器172相连接的处理器173。其中存储器172用于存储一组程序代码，处理器173用于调用存储器172中存储的程序代码，执行本发明调度方法的第一至第十任一实施例中所述的操作。

请参照图18，为本发明通信系统的信息交互示意图。在本实施例中，所述系统包括：

第一单板，用于处理所述用户设备的辅载波上的数据；

第二单板，用于处理所述用户设备的主载波上的数据。其中，第一单板包括处理器，用于执行以上第一至第十任一实施例中个调度方法对应的操作。

支持跨板、跨框CA的物理部署如图18所示，为了简单起见，假设第一单板不支持PCC，在第一单板上部署辅载波SCC，第二单板上部署主载波PCC。当然，第一单板和第二单板可以在一个基站内，也可以不在一个基站内，与第一单板类似的单板还可以根据SCC的数量设置多个。

首先按照正常的交互，第一单板将小区负载信息、自身的负载信息、CA用户在SCC上的信道质量信息发送给第二单板，第二单板根据接收的这些信息结合第二单板自身的负载信息将接收的下行数据分配到不同的载波上发送。其中，先发送待发送数据量信息、信道质量信息等给第一单板利于第一单板进行调度。第一单板直接进行提前调度或者先进行是否提前调度的判断再执行提前调度，并将提前调度结果发送给第二单板，与此同时第二单板进行PCC的调度，并根据PCC调度结果和SCC提前调度结果对CA用户的RLC PDU进行组包并分发，第一单板及第二单板分别对各自接收的数据进行后续处理如混合自动重传请求处理、层1(L1)相关处理等，同时输出至空口发送。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上对本发明实施例所提供的一种调度方法及装置进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims

1.一种调度方法，包括：

2.根据权利要求1所述的方法，所述第一时长大于第二时长至少1ms。

3.根据权利要求1或2所述的方法，所述基站启动第一调度之前，还包括：

判断调度条件是否满足；

所述基站启动第一调度，包括：

当所述调度条件满足时，启动所述第一调度。

4.如权利要求3所述的方法，其特征在于，所述调度条件包括以下任一个或多个：

5.如权利要求3所述的方法，其特征在于，所述基站启动第一调度之后，还包括：

判断所述调度条件是否满足；

当所述调度条件不满足时，取消提前调度。

6.如权利要求1所述的方法，其特征在于，在所述基站启动第一调度之后，还包括：

7.一种基站，用于处理第一类UE的辅载波上的数据，且所述第一类UE的当前小区为所述辅载波对应的辅小区，该基站包括：

8.根据权利要求7所述的基站，其特征在于，所述第一时长大于第二时长至少1帧，1传输时间间隔TTI，或1ms。

9.根据权利要求7或8所述的基站，其特征在于，还包括：

判断单元，用于判断调度条件是否满足；且

10.如权利要求9所述的基站，其特征在于，所述调度条件包括以下任一个或多个：

11.如权利要求9所述的基站，其特征在于，还包括：

12.如权利要求7所述的基站，其特征在于，其中，

所述调度单元还用于在启动所述第一调度之后，启动所述第二调度，为第二类UE分配资源，且所述第二调度是对第二类UE的调度；

13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储了一组程序代码，所述程序代码在计算机上运行时，使得计算机执行如权利要求1-6中任一项所述的方法。