CN108024381A - 一种上行资源调度方法及装置、基站 - Google Patents

Abstract

本发明公开一种上行资源调度方法及装置、基站，涉及通信技术领域，用以解决现有技术中终端上行发送任务与被分配的上行资源不匹配，造成终端资源浪费或者无法满足终端需求的问题。所述方法包括：接收来自移动终端的缓存状态上报消息，所述缓存状态上报消息指示所述移动终端的待发送上行数据的大小；对所述待发送上行数据进行调度授权，并根据调度结果对所述待发送上行数据中尚未被调度部分的大小进行更新；根据是否在预设时长内将所述待发送上行数据调度完成，确定所述移动终端的上行业务是否发生拥塞，以根据拥塞情况的不同进行相应的资源调度。

Description

一种上行资源调度方法及装置、基站

技术领域

本发明涉及通信技术领域，特别是涉及一种上行资源调度方法及装置、基站。

背景技术

在LTE系统中，终端向基站发送上行数据需要基站的调度。然而由于基站常常不知道终端上行任务是否繁重，是否会造成拥塞，因此会导致基站调度与终端需求不匹配的情况，造成终端资源浪费或者无法满足终端需求。

发明内容

本发明要解决的技术问题是提供一种上行资源调度方法及装置、基站，用以解决现有技术中终端上行发送任务与被分配的上行资源不匹配，造成终端资源浪费或者无法满足终端需求的问题。

一方面，本发明提供一种上行资源调度方法，包括：接收来自移动终端的缓存状态上报消息，所述缓存状态上报消息指示所述移动终端的待发送上行数据的大小；对所述待发送上行数据进行调度授权，并根据调度结果对所述待发送上行数据中尚未被调度部分的大小进行更新；根据是否在预设时长内将所述待发送上行数据调度完成，确定所述移动终端的上行业务是否发生拥塞，以根据拥塞情况的不同进行相应的资源调度。

可选的，所述根据是否在预设时长内将所述待发送上行数据调度完成，确定所述移动终端的上行业务是否发生拥塞包括：如果在预设时长内所述待发送上行数据被调度完，确定所述移动终端的上行业务不拥塞；如果在所述预设时长内所述待发送上行数据没有被调度完，确定所述移动终端的上行业务拥塞。

可选的，所述接收来自移动终端的缓存状态上报消息，所述缓存状态上报消息指示所述移动终端的待发送上行数据的大小包括：接收来自所述移动终端的多个缓存状态上报消息，其中每个所述缓存状态上报消息指示所述移动终端的一部分待发送上行数据的大小；所述对所述待发送上行数据进行调度授权，并根据调度结果对所述待发送上行数据中尚未被调度部分的大小进行更新包括：对每个所述缓存状态上报消息对应的待发送上行数据进行调度授权，并根据调度结果对对应的待发送上行数据中尚未被调度部分的大小进行更新；所述根据是否在预设时长内将所述待发送上行数据调度完成，确定所述移动终端的上行业务是否发生拥塞包括：根据各所述缓存状态上报消息对应的待发送上行数据是否在预设时长内被调度完成，分别确定各所述缓存状态上报消息对应的待发送上行数据是否发生拥塞；在未发生拥塞的待发送上行数据对应的缓存状态上报消息的数量超过预设阈值的情况下，确定所述移动终端的上行业务未发生拥塞；在未发生拥塞的待发送上行数据对应的缓存状态上报消息的数量低于所述预设阈值的情况下，确定所述移动终端的上行业务发生拥塞。

进一步的，在所述根据是否在预设时长内将所述待发送上行数据调度完成，确定所述移动终端的上行业务是否发生拥塞之后，所述方法还包括：在确定所述移动终端上行业务不拥塞的情况下，如果当前辅载波处于激活状态，调度所述当前辅载波进入去激活状态；在确定所述移动终端上行业务拥塞的情况下，如果当前辅载波处于去激活状态，调度所述当前辅载波进入激活状态。

进一步的，在所述根据是否在预设时长内将所述待发送上行数据调度完成，确定所述移动终端的上行业务是否发生拥塞之后，所述方法还包括：在确定所述移动终端的上行业务不拥塞的情况下，对所述移动终端进行下行控制信息DCI(Downlink ControlInformation，下行控制信息)0调度；在确定所述移动终端的上行业务拥塞的情况下，对所述移动终端进行DCI4调度。

相应的，本发明还提供一种上行资源调度装置，包括：接收单元，用于接收来自移动终端的缓存状态上报消息，所述缓存状态上报消息指示所述移动终端的待发送上行数据的大小；调度单元，用于对所述待发送上行数据进行调度授权，并根据调度结果对所述待发送上行数据中尚未被调度部分的大小进行更新；确定单元，用于根据是否在预设时长内将所述待发送上行数据调度完成，确定所述移动终端的上行业务是否发生拥塞，以根据拥塞情况的不同进行相应的资源调度。

可选的，所述确定单元，具体用于：如果在预设时长内所述待发送上行数据被调度完，确定所述移动终端的上行业务不拥塞；如果在所述预设时长内所述待发送上行数据没有被调度完，确定所述移动终端的上行业务拥塞。

可选的，所述接收单元，具体用于：接收来自所述移动终端的多个缓存状态上报消息，其中每个所述缓存状态上报消息指示所述移动终端的一部分待发送上行数据的大小；所述调度单元，具体用于：对每个所述缓存状态上报消息对应的待发送上行数据进行调度授权，并根据调度结果对对应的待发送上行数据中尚未被调度部分的大小进行更新；所述确定单元，具体用于：根据各所述缓存状态上报消息对应的待发送上行数据是否在预设时长内被调度完成，分别确定各所述缓存状态上报消息对应的待发送上行数据是否发生拥塞；在未发生拥塞的待发送上行数据对应的缓存状态上报消息的数量超过预设阈值的情况下，确定所述移动终端的上行业务未发生拥塞；在未发生拥塞的待发送上行数据对应的缓存状态上报消息的数量低于所述预设阈值的情况下，确定所述移动终端的上行业务发生拥塞。

进一步的，所述装置还包括第一资源调度单元，用于在确定所述移动终端上行业务不拥塞的情况下，如果当前辅载波处于激活状态，调度所述当前辅载波进入去激活状态；在确定所述移动终端上行业务拥塞的情况下，如果当前辅载波处于去激活状态，调度所述当前辅载波进入激活状态。

进一步的，所述装置还包括第二资源调度单元，用于：在确定所述移动终端的上行业务不拥塞的情况下，对所述移动终端进行下行控制信息DCI0调度；在确定所述移动终端的上行业务拥塞的情况下，对所述移动终端进行DCI4调度。

另一方面，本发明还提供一种基站，所述基站上设置有本发明提供的任一种上行资源调度装置。

本发明实施例提供的上行资源调度方法及装置、基站，基站能够接收来自移动终端的缓存状态上报消息，根据所述缓存状态上报消息指示的待发送上行数据的大小，对所述待发送上行数据进行调度授权，然后根据是否能够在预设时长内将所述待发送上行数据调度完成，确定所述移动终端的上行业务是否发生拥塞。这样，基站就能够及时根据移动终端上行业务拥塞情况的不同进行相应的资源调度，使上行资源与移动终端的业务需求相匹配，从而大大提高了移动终端的上行业务执行效率。

附图说明

图1是本发明实施例提供的上行资源调度方法的一种流程图；

图2是本发明实施例提供的上行资源调度方法的一种详细流程图；

图3是本发明实施例提供的上行资源调度方法的另一种详细流程图；

图4是本发明实施例提供的上行资源调度装置的一种结构示意图。

具体实施方式

以下结合附图对本发明进行详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不限定本发明。

如图1所示，本发明实施例提供一种上行资源调度方法，包括：

S11，接收来自移动终端的缓存状态上报消息，所述缓存状态上报消息指示所述移动终端的待发送上行数据的大小；

S12，对所述待发送上行数据进行调度授权，并根据调度结果对所述待发送上行数据中尚未被调度部分的大小进行更新；

S13，根据是否在预设时长内将所述待发送上行数据调度完成，确定所述移动终端的上行业务是否发生拥塞，以根据拥塞情况的不同进行相应的资源调度。

本发明实施例提供的上行资源调度方法，基站能够接收来自移动终端的缓存状态上报消息，根据所述缓存状态上报消息指示的待发送上行数据的大小，对所述待发送上行数据进行调度授权，然后根据是否能够在预设时长内将所述待发送上行数据调度完成，确定所述移动终端的上行业务是否发生拥塞。这样，基站就能够及时根据移动终端上行业务拥塞情况的不同进行相应的资源调度，使上行资源与移动终端的业务需求相匹配，从而大大提高了移动终端的上行业务执行效率。

具体而言，在步骤S11中，移动终端向基站发送上行数据时，可以定时向基站发送缓存状态上报消息，以使基站获知移动终端有共有多少数据存在上行的缓冲区里需要发送。

在步骤S12中，基站可以通过MAC(Media Access Control，媒体接入控制层)对所述待发送上行数据进行调度授权。由于移动终端上行缓冲区里需要发送的数据量往往相对较大，一般需要对其进行多次上行调度才能完成。MAC可以记录每次调度的传输块大小，每次调度后，根据调度结果对所述待发送上行数据中尚未被调度部分的大小进行更新，也就是将接收到的缓存状态上报消息中的待发送上行数据的大小减去每次调度的传输块大小。

具体的，在步骤S13中，可以根据是否在预设时长内将所述待发送上行数据调度完成，确定所述移动终端的上行业务是否发生拥塞。例如，在本发明的一个实施例中，步骤S13可具体包括：

如果在预设时长内所述待发送上行数据被调度完，确定所述移动终端的上行业务不拥塞；

如果在所述预设时长内所述待发送上行数据没有被调度完，确定所述移动终端的上行业务拥塞。

举例说明，当基站接收到BSR消息时，可以记录下接收时间，随即开始对该BSR对应的上行缓冲区数据进行调度。MAC记录每次调度的传输块大小，每次调度后，将接收到的缓存状态上报消息中的待发送上行数据的大小减去本次调度的传输块大小，当待发送上行数据的大小被更新到小于等于0时，则说明移动终端上行缓冲区里需要发送的上行数据已经都被调度完，而如果此时距离接收到BSR的时间小于预设时长，则说明在一个相对较短的时间范围内顺利完成了对移动终端上行缓冲数据的调度，因此该移动终端对应的上行业务并没有发生拥塞。否则，如果从接收到BSR的时刻开始，经过预设时长后，该待发送上行数据的大小仍然没有被更新到小于或等于0，则说明在一个相对较短的时间范围内，并没有完成对移动终端上行缓冲数据的调度，因此可以确定该移动终端对应的上行业务发生了拥塞。

在确定了移动终端的上行业务是否发生了拥塞以后，基站可以根据上行业务使用的不同场景，对上行资源进行不同的调度。

可选的，在确定了移动终端的上行业务是否发生了拥塞以后，本发明实施例提供的上行资源调度方法还可包括：

在确定所述移动终端上行业务不拥塞的情况下，如果当前辅载波处于激活状态，调度所述当前辅载波进入去激活状态；

在确定所述移动终端上行业务拥塞的情况下，如果当前辅载波处于去激活状态，调度所述当前辅载波进入激活状态。

采取此方案后，当有上行业务需求时，能够在较短时间内激活SCC；无上行业务需求，能够去激活SCC，从而有效解决了ULCA(Uplink Carrier Aggregation，上行载波聚合)终端在快速响应业务需求和终端节能之间的矛盾。

可选的，在确定了移动终端的上行业务是否发生了拥塞以后，本发明实施例提供的上行资源调度方法还可包括：

在确定所述移动终端的上行业务不拥塞的情况下，对所述移动终端进行下行控制信息DCI0调度；

在确定所述移动终端的上行业务拥塞的情况下，对所述移动终端进行DCI4调度。

这样，当确定移动终端的上行业务未发生拥塞时，只需调度DCI0以便减少小区CCE占用数，当确定移动终端的上行业务发生拥塞时，则允许调度DCI4从而提高移动终端的上行流量。在大量支持SU-MIMO(single user Multiple-Input Multiple-Output，单用户多输入多输出)终端接入小区场景下，能够在快速响应业务需求和小区CCE资源占用之间达到平衡与兼顾。

进一步的，由于移动终端的上行数据也在随着具体的使用而不断变化，移动终端向基站发送的缓冲状态上报消息也可以是对应的多个。在这种情况下，在步骤S11中，接收来自移动终端的缓存状态上报消息，所述缓存状态上报消息指示所述移动终端的待发送上行数据的大小具体可包括：接收来自所述移动终端的多个缓存状态上报消息，其中每个所述缓存状态上报消息指示所述移动终端的一部分待发送上行数据的大小。步骤S12中，对所述待发送上行数据进行调度授权，并根据调度结果对所述待发送上行数据中尚未被调度部分的大小进行更新具体可包括：对每个所述缓存状态上报消息对应的待发送上行数据进行调度授权，并根据调度结果对对应的待发送上行数据中尚未被调度部分的大小进行更新。相应的，步骤S13中，根据是否在预设时长内将所述待发送上行数据调度完成，确定所述移动终端的上行业务是否发生拥塞可包括：根据各所述缓存状态上报消息对应的待发送上行数据是否在预设时长内被调度完成，分别确定各所述缓存状态上报消息对应的待发送上行数据是否发生拥塞；在未发生拥塞的待发送上行数据对应的缓存状态上报消息的数量超过预设阈值的情况下，确定所述移动终端的上行业务未发生拥塞；在未发生拥塞的待发送上行数据对应的缓存状态上报消息的数量低于所述预设阈值的情况下，确定所述移动终端的上行业务发生拥塞。

下面通过具体实施例对本发明提供的上行资源调度方法进行详细说明。

如图2所示，本发明实施例提供的上行资源调度方法可包括如下步骤：

201、基站在MAC中，维护一个当前时间t_current，每收到终端上报的BSR，建立BSR_i拥塞判断进程，同时记录BSR_i＝BSR，t_i＝t_current。此处限定i上限为N_{MaxBsrJudegProcessNum}。N_{MaxBsrJudegProcessNum}是基站允许建立的拥塞判断进程数，可以为任意正整数，例如，本实施例中N_{MaxBsrJudegProcessNum}可以为256。需要说明的是，只有当前建立的拥塞判断进程的数量小于N_{MaxBsrJudegProcessNum}时，才允许建立新的拥塞判断进程，当进行拥塞判断后，要释放相应的拥塞判断进程。

202、当MAC调度一次上行授权时，确定本次调度的传输块的大小Sumtbsize。

203、遍历N_{MaxBsrJudegProcessNum}中有效拥塞判断进程，把所有BSR_i按照BSR_i＝BSR_i-Sumtbsize遍历一遍，以便对各BSR进行更新。

204、每隔预设时间，如1毫秒，遍历一次N_{MaxBsrJudegProcessNum}中有效拥塞判断进程，满足BSR_i≤0条件，则认为此包BSR不拥塞，n_NoCongestion＝n_NoCongestion+1，释放该进程。否则不处理。进入步骤205。

205、遍历N_{MaxBsrJudegProcessNum}中有效拥塞判断进程，满足(t_current-t_i)≥t_Thr，则认为此包BSR拥塞，n_NoCongestion＝0，释放该进程；否则不处理，待下一次拥塞判断。其中，t_Thr为预设时长，例如可以为20ms。

206、若n_NoCongestion<n_Thr，则确定上行业务拥塞，如果当前SCC为去激活状态，则激活SCC；若n_NoCongestion≥n_Thr，则确定上行业务不拥塞，如果当前SCC为激活状态，则去激活SCC。其中，nThr为预设的不拥塞BSR的数量阈值，例如可以为3。

采取此方案后，当有上行业务需求时，能够在较短时间内激活SCC；无上行业务需求，能够去激活SCC，解决了ULCA终端在快速响应业务需求和终端节能之间的矛盾。

如图3所示，本发明实施例提供的上行资源调度方法可包括如下步骤：

301、基站在MAC中，维护一个当前时间t_current，每收到终端上报的BSR，建立BSR_i拥塞判断进程，同时记录BSR_i＝BSR，t_i＝t_current。此处限定i上限为N_{MaxBsrJudegProcessNum}。N_{MaxBsrJudegProcessNum}是基站允许建立的拥塞判断进程数，可以为任意正整数，例如，本实施例中N_{MaxBsrJudegProcessNum}可以为256。需要说明的是，只有当前建立的拥塞判断进程的数量小于N_{MaxBsrJudegProcessNum}时，才允许建立新的拥塞判断进程，当进行拥塞判断后，要释放相应的拥塞判断进程。

302、当MAC调度一次上行授权时，确定本次调度的传输块的大小Sumtbsize。

303、遍历N_{MaxBsrJudegProcessNum}中有效拥塞判断进程，把所有BSR_i按照BSR_i＝BSR_i-Sumtbsize遍历一遍，以便对各BSR进行更新。

304、每隔预设时间，如1毫秒，遍历一次N_{MaxBsrJudegProcessNum}中有效拥塞判断进程，满足BSR_i≤0条件，则认为此包BSR不拥塞，n_NoCongestion＝n_NoCongestion+1，释放该进程。否则不处理。进入步骤205。

305、遍历N_{MaxBsrJudegProcessNum}中有效拥塞判断进程，满足(t_current-t_i)≥t_Thr，则认为此包BSR拥塞，n_NoCongestion＝0，释放该进程；否则不处理，待下一次拥塞判断。其中，t_Thr为预设时长，例如可以为20ms。

306、若n_NoCongestion<n_Thr，则确定上行业务拥塞，调度DCI4，以提高终端上行流量；若n_NoCongestion≥n_Thr，则确定上行业务不拥塞，调度DCI0，以减少小区CCE占用数。其中，nThr为预设的不拥塞BSR的数量阈值，例如可以为3。

采取此方案后，在大量支持SU-MIMO终端接入小区场景下，能够在快速响应业务需求和小区CCE资源占用之间达到平衡与兼顾。

相应的，如图4所示，本发明的实施例还提供一种上行资源调度装置，包括：

接收单元41，用于接收来自移动终端的缓存状态上报消息，所述缓存状态上报消息指示所述移动终端的待发送上行数据的大小；

调度单元42，用于对所述待发送上行数据进行调度授权，并根据调度结果对所述待发送上行数据中尚未被调度部分的大小进行更新；

确定单元43，用于根据是否在预设时长内将所述待发送上行数据调度完成，确定所述移动终端的上行业务是否发生拥塞，以根据拥塞情况的不同进行相应的资源调度。

本发明实施例提供的上行资源调度装置，基站的接收单元41能够接收来自移动终端的缓存状态上报消息，调度单元42根据所述缓存状态上报消息指示的待发送上行数据的大小，对所述待发送上行数据进行调度授权，确定单元43根据是否能够在预设时长内将所述待发送上行数据调度完成，确定所述移动终端的上行业务是否发生拥塞。这样，基站就能够及时根据移动终端上行业务拥塞情况的不同进行相应的资源调度，使上行资源与移动终端的业务需求相匹配，从而大大提高了移动终端的上行业务执行效率。

可选的，确定单元43，具体可用于：如果在预设时长内所述待发送上行数据被调度完，确定所述移动终端的上行业务不拥塞；如果在所述预设时长内所述待发送上行数据没有被调度完，确定所述移动终端的上行业务拥塞。

可选的，接收单元41，具体可用于：接收来自所述移动终端的多个缓存状态上报消息，其中每个所述缓存状态上报消息指示所述移动终端的一部分待发送上行数据的大小；

调度单元42，具体可用于：对每个所述缓存状态上报消息对应的待发送上行数据进行调度授权，并根据调度结果对对应的待发送上行数据中尚未被调度部分的大小进行更新；

确定单元43，具体可用于：

根据各所述缓存状态上报消息对应的待发送上行数据是否在预设时长内被调度完成，分别确定各所述缓存状态上报消息对应的待发送上行数据是否发生拥塞；

在未发生拥塞的待发送上行数据对应的缓存状态上报消息的数量超过预设阈值的情况下，确定所述移动终端的上行业务未发生拥塞；

在未发生拥塞的待发送上行数据对应的缓存状态上报消息的数量低于所述预设阈值的情况下，确定所述移动终端的上行业务发生拥塞。

进一步的，本发明实施例提供的上行资源调度装置还可包括第一资源调度单元，用于在确定所述移动终端上行业务不拥塞的情况下，如果当前辅载波处于激活状态，调度所述当前辅载波进入去激活状态；在确定所述移动终端上行业务拥塞的情况下，如果当前辅载波处于去激活状态，调度所述当前辅载波进入激活状态。

进一步的，本发明实施例提供的上行资源调度装置还可包括第二资源调度单元，用于在确定所述移动终端的上行业务不拥塞的情况下，对所述移动终端进行下行控制信息DCI0调度，在确定所述移动终端的上行业务拥塞的情况下，对所述移动终端进行DCI4调度。

相应的，本发明的实施例还提供一种基站，包括前述实施例提供的任一种上行资源调度装置，因此也能实现相应的技术效果，前文已经进行了详细的说明，此处不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (11)

1.一种上行资源调度方法，其特征在于，包括：

接收来自移动终端的缓存状态上报消息，所述缓存状态上报消息指示所述移动终端的待发送上行数据的大小；

对所述待发送上行数据进行调度授权，并根据调度结果对所述待发送上行数据中尚未被调度部分的大小进行更新；

根据是否在预设时长内将所述待发送上行数据调度完成，确定所述移动终端的上行业务是否发生拥塞，以根据拥塞情况的不同进行相应的资源调度。

2.根据权利要求1所述的方法，其特征在于，所述根据是否在预设时长内将所述待发送上行数据调度完成，确定所述移动终端的上行业务是否发生拥塞包括：

如果在预设时长内所述待发送上行数据被调度完，确定所述移动终端的上行业务不拥塞；

如果在所述预设时长内所述待发送上行数据没有被调度完，确定所述移动终端的上行业务拥塞。

3.根据权利要求1所述的方法，其特征在于，所述接收来自移动终端的缓存状态上报消息，所述缓存状态上报消息指示所述移动终端的待发送上行数据的大小包括：

接收来自所述移动终端的多个缓存状态上报消息，其中每个所述缓存状态上报消息指示所述移动终端的一部分待发送上行数据的大小；

所述对所述待发送上行数据进行调度授权，并根据调度结果对所述待发送上行数据中尚未被调度部分的大小进行更新包括：

对每个所述缓存状态上报消息对应的待发送上行数据进行调度授权，并根据调度结果对对应的待发送上行数据中尚未被调度部分的大小进行更新；

所述根据是否在预设时长内将所述待发送上行数据调度完成，确定所述移动终端的上行业务是否发生拥塞包括：

根据各所述缓存状态上报消息对应的待发送上行数据是否在预设时长内被调度完成，分别确定各所述缓存状态上报消息对应的待发送上行数据是否发生拥塞；

在未发生拥塞的待发送上行数据对应的缓存状态上报消息的数量超过预设阈值的情况下，确定所述移动终端的上行业务未发生拥塞；

在未发生拥塞的待发送上行数据对应的缓存状态上报消息的数量低于所述预设阈值的情况下，确定所述移动终端的上行业务发生拥塞。

4.根据权利要求1至3中任一项所述的方法，其特征在于，在所述根据是否在预设时长内将所述待发送上行数据调度完成，确定所述移动终端的上行业务是否发生拥塞之后，所述方法还包括：

在确定所述移动终端上行业务不拥塞的情况下，如果当前辅载波处于激活状态，调度所述当前辅载波进入去激活状态；

在确定所述移动终端上行业务拥塞的情况下，如果当前辅载波处于去激活状态，调度所述当前辅载波进入激活状态。

5.根据权利要求1至3中任一项所述的方法，其特征在于，在所述根据是否在预设时长内将所述待发送上行数据调度完成，确定所述移动终端的上行业务是否发生拥塞之后，所述方法还包括：

在确定所述移动终端的上行业务不拥塞的情况下，对所述移动终端进行下行控制信息DCI0调度；

在确定所述移动终端的上行业务拥塞的情况下，对所述移动终端进行DCI4调度。

6.一种上行资源调度装置，其特征在于，包括：

接收单元，用于接收来自移动终端的缓存状态上报消息，所述缓存状态上报消息指示所述移动终端的待发送上行数据的大小；

调度单元，用于对所述待发送上行数据进行调度授权，并根据调度结果对所述待发送上行数据中尚未被调度部分的大小进行更新；

确定单元，用于根据是否在预设时长内将所述待发送上行数据调度完成，确定所述移动终端的上行业务是否发生拥塞，以根据拥塞情况的不同进行相应的资源调度。

7.根据权利要求6所述的装置，其特征在于，所述确定单元，具体用于：

如果在预设时长内所述待发送上行数据被调度完，确定所述移动终端的上行业务不拥塞；

如果在所述预设时长内所述待发送上行数据没有被调度完，确定所述移动终端的上行业务拥塞。

8.根据权利要求6所述的装置，其特征在于，所述接收单元，具体用于：接收来自所述移动终端的多个缓存状态上报消息，其中每个所述缓存状态上报消息指示所述移动终端的一部分待发送上行数据的大小；

所述调度单元，具体用于：对每个所述缓存状态上报消息对应的待发送上行数据进行调度授权，并根据调度结果对对应的待发送上行数据中尚未被调度部分的大小进行更新；

所述确定单元，具体用于：

根据各所述缓存状态上报消息对应的待发送上行数据是否在预设时长内被调度完成，分别确定各所述缓存状态上报消息对应的待发送上行数据是否发生拥塞；

在未发生拥塞的待发送上行数据对应的缓存状态上报消息的数量超过预设阈值的情况下，确定所述移动终端的上行业务未发生拥塞；

在未发生拥塞的待发送上行数据对应的缓存状态上报消息的数量低于所述预设阈值的情况下，确定所述移动终端的上行业务发生拥塞。

9.根据权利要求6至8中任一项所述的装置，其特征在于，还包括第一资源调度单元，用于在确定所述移动终端上行业务不拥塞的情况下，如果当前辅载波处于激活状态，调度所述当前辅载波进入去激活状态；在确定所述移动终端上行业务拥塞的情况下，如果当前辅载波处于去激活状态，调度所述当前辅载波进入激活状态。

10.根据权利要求6至8中任一项所述的装置，其特征在于，还包括第二资源调度单元，用于：

在确定所述移动终端的上行业务不拥塞的情况下，对所述移动终端进行下行控制信息DCI0调度；

在确定所述移动终端的上行业务拥塞的情况下，对所述移动终端进行DCI4调度。

11.一种基站，其特征在于，所述基站上设置有权利要求6至10中任一项所述的上行资源调度装置。