CN101925107A

CN101925107A - 实现资源调度的方法、设备和系统

Info

Publication number: CN101925107A
Application number: CN2009101483499A
Authority: CN
Inventors: 权威; 张戬; 姜怡; 王振凯; 焦斌
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2009-06-15
Filing date: 2009-06-15
Publication date: 2010-12-22
Anticipated expiration: 2029-06-15
Also published as: CN101925107B

Abstract

本发明提供实现资源调度的方法、设备和系统。该实现资源调度的方法包括：接收基站下发的物理下行控制信道PDCCH命令；根据预设的资源激活时刻获取应用资源的时刻；当前时刻为所述应用资源的时刻时，根据所述PDCCH命令包含的资源指示进行数据传输，以实现资源调度。该方法通过预先设定资源激活时刻，使应用资源的时刻与基站下发PDCCH命令的时刻和重复次数无关，当连续接收到重复的PDCCH命令时无需进行重复覆盖等操作，不仅实现了基站对UE的资源调度而且减少了UE因重复操作而产生的时延。

Description

实现资源调度的方法、设备和系统

技术领域

本发明涉及移动通信技术领域，尤其涉及实现资源调度的方法、设备和系统。

背景技术

LTE(Long Term Evolution，长期演进网络)是通用移动通信系统的演进网络。LTE的目的是提供一种能够降低时延、提高用户数据速率、增加系统容量及覆盖的低成本网络。LTE-A(Long Term Evolution Advanced，)是在LTE基础上，增加中继、载波聚合等新特性的网络，具有更高的带宽、更大的吞吐量及更好的覆盖。

在LTE/LTE-A系统中，基站和UE(User Equipment，用户设备)之间进行数据传输前，基站要进行传输资源调度，本文中的传输资源调度具体为基站对UE的传输资源进行配置，并且UE可以在一定的时刻应用配置的传输资源进行数据传输。其中，传输资源简称资源，可以包括频率信道、时频资源等。

对资源的调度方式包括动态调度和半静态调度(Semi-Persistent Scheduling，SPS)。其中，半静态调度资源，是指基站根据业务特性配置并激活UE所使用的资源，在后续的数据传输过程中，UE周期性地使用该资源，而不需要每次使用都由基站进行资源调度。具体地，基站通过RRC(Radio Resource Control Connection Reconfiguration，无线资源控制连接重配)消息配置UE使用SPS的周期，通过PDCCH(Physical Downlink Control Channel，物理下行控制信道)命令进行资源调度，PDCCH命令可以为重配命令、激活命令等，重配命令用来激活为UE重新分配新的资源，激活命令用来激活直接为UE第一次分配的资源，两种命令所包含的内容、格式等都类似；UE接收到PDCCH命令后应用命令中配置的资源进行数据传输。

下面举例说明如何实现资源的半静态调度，基站在N时刻向UE下发PDCCH命令来激活配置给UE的资源，UE在接收到该命令后可以在N+t时刻应用该资源进行数据传输，在下一个SPS周期的该时刻，即N+t+SPS周期，再次应用该资源进行数据传输，以此类推。其中，t为预先设定的从基站下发命令到资源激活时刻之间的时间间隔，所谓资源激活时刻即UE第一次可以应用资源的时刻。在LTE系统中，对于下行资源的激活t＝0，对于上行资源的激活t＝4TTI。SPS周期为业务建立时基站配置的，根据该周期及资源的激活时刻，即可获得一系列UE应用资源的时刻。

但是，基站在向UE下发PDCCH命令时可能会存在一定概率的命令丢失，而命令丢失意味着资源调度的失败，这将会导致基站与UE之间传输资源不一致，造成资源调度混乱，进而出现数据处理异常、上行干扰、浪费功率等问题。为了保证UE能接收到基站下发的PDCCH命令进而实现基站对UE的资源调度，现有技术中通过基站连续多次发送相同的PDCCH命令来减小命令丢失的概率。但是，当UE接收到多个重复PDCCH命令时，根据预先设定的时间t可以知道，UE应用资源的时刻会随着接收到命令的时刻不同而变化，所以UE会不断在每新接收到一次命令后就把上一次接收到的命令中的资源覆盖，直到达到一定时间间隔或接收次数后才会按照最后一次接收命令的时刻确定应用资源的时刻进行数据传输。在实现本发明的过程中，发明人发现现有技术的方法造成了UE的上述重复覆盖操作，对后续数据的传输产生了时延。

发明内容

本发明实施例提供一种实现资源调度的方法、设备和系统，能够减少因UE的重复操作而产生的时延。

为了解决上述技术问题，本发明实施例的技术方案如下：

本发明实施例提供了一种实现资源调度的方法，包括：

接收基站下发的物理下行控制信道PDCCH命令；

根据预设的资源激活时刻获取应用资源的时刻；

当前时刻为所述应用资源的时刻时，根据所述PDCCH命令包含的资源指示进行数据传输，以实现资源调度。

本发明实施例还提供了一种移动终端，包括：

接收模块，用于接收基站下发的物理下行控制信道PDCCH命令；

获取模块，用于根据预设的资源激活时刻获取应用资源的时刻；

应用模块，用于当前时刻为所述应用资源的时刻时，根据所述PDCCH命令包含的资源指示进行数据传输，以实现资源调度。

相应的，本发明实施例还提供了一种基站，包括：

预设模块，用于向用户设备UE发送预设的资源激活时刻；

发送模块，用于向UE下发PDCCH命令，以使所述UE根据所述预设的资源激活时刻获取应用资源的时刻，并在当前时刻为所述应用资源的时刻时，根据所述PDCCH命令包含的资源指示进行数据传输，以实现资源调度。

相应的，本发明实施例还提供了一种实现资源调度的系统，包括移动终端，

所述移动终端，用于接收基站下发的物理下行控制信道PDCCH命令；根据预设的资源激活时刻获取应用资源的时刻；当前时刻为所述应用资源的时刻时，根据所述PDCCH命令包含的资源指示进行数据传输，以实现资源调度。

本发明实施例还提供了另一种实现资源调度的系统，包括基站，

所述基站，用于向用户设备UE发送预设的资源激活时刻；向UE下发PDCCH命令，以使所述UE根据所述预设的资源激活时刻获取应用资源的时刻，并在当前时刻为所述应用资源的时刻时，根据所述PDCCH命令包含的资源指示进行数据传输，以实现资源调度。

本发明实施例，通过预先设定资源激活时刻，使应用资源的时刻与基站下发PDCCH命令的时刻和重复次数无关，无论UE接收到多少个重复的PDCCH命令，只要在确定的应用资源的时刻应用资源进行数据传输即可。该方法不仅实现了基站对UE的资源调度，而且减少了UE因重复操作产生的时延。

附图说明

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

图2是本发明实施例另一种实现资源调度的方法流程图；

图3是本发明实施例另一种实现资源调度的方法流程图；

图4是本发明实施例一种计算应用资源的时刻的方法流程图；

图5是本发明实施例一种移动终端的结构示意图；

图6是本发明实施例另一种移动终端的结构示意图；

图7是本发明实施例一种基站的结构示意图；

图8是本发明实施例另一种基站的结构示意图；

图9是本发明实施例一种实现资源调度的系统的结构示意图；

图10是本发明实施例另一种实现资源调度的系统的结构示意图。

具体实施方式

下面结合附图对本发明实施例的技术方案进行描述。

参照图1，为本发明实施例一种实现资源调度的方法流程图。

该方法可以包括：

步骤100，接收基站下发的PDCCH命令。

基站在对UE进行资源调度时，通过PDCCH命令来通知UE需要执行的动作，如激活、重配或重传等，在激活和重配命令中会包含配置给UE的资源指示，该资源指示包括物理资源信息和MCS(Modulating and Coding Scheme)调制编码信息等。其中PDCCH命令可以为激活命令、重配命令或重传命令。

重传命令是在基站向UE下发了激活或重配命令后，对于上行数据，如果在设定的时间内基站没有收到UE上传的数据或者收到上传的数据后无法解码等，基站就会向UE下发重传命令，要求UE重新上传数据；对于下行数据，如果基站向UE传输数据后，在设定的时间内没有收到UE的反馈信息，基站也会向UE下发重传命令，来告知UE基站将重新向UE传输数据。在本实施例中，重传命令中也包含有与之前基站下发的激活或重配命令中相同的配置给UE的资源和传输格式，也即资源指示。本实施例中，UE接收到重传命令可以是在UE未接收到激活命令或重配命令的情况下，UE可以应用本实施例方法成功实现资源调度进行数据传输。

在本步骤中，基站可以根据需要设定发送PDCCH命令的时间，以使UE在接收到命令后可以更早的在应用资源的时刻进行数据传输。

步骤101，根据预设的资源激活时刻获取应用资源的时刻。

基站在建立使用SPS资源收发数据的业务时，为业务配置SPS周期，并为UE设定资源激活时刻。其中，基站为UE设定的资源激活时刻可以是根据基站自身的负载等情况进行设定、控制和调节，一般不同UE的资源激活时刻是相互独立的。

基站可以通过空中接口消息将资源激活时刻和SPS周期发送至UE，如RRC消息或物理层、MAC(Media Access Control)层消息。基站可以在每次对UE进行资源调度时均向UE发送该SPS周期和资源激活时刻，也可以在SPS周期和资源激活时刻都不发生变化的情况下只向UE发送一次，之后由UE存储，当UE接收到PDCCH命令时直接提取应用即可，或者UE只对应用资源的时刻进行一次计算，然后存储，接收到PDCCH命令时直接应用。

需要说明的是，由于上行资源的激活和下行资源的激活是分离的，基站可以设置两个资源激活时刻分别对应上行资源的激活(或重配)和下行资源的激活(或重配)一起下发给UE，或者分别下发给UE；基站也可以对于上行资源的激活(或重配)和下行资源的激活(或重配)设置同一个资源激活时刻。具体的，UE如何根据资源激活时刻和SPS周期计算获得应用资源的时刻，在后续实施例中进行详细说明。

步骤102，当前时刻为所述应用资源的时刻时，根据所述PDCCH命令包含的资源指示进行数据传输，以实现资源调度。

UE在接收到上述PDCCH命令后，即获知了资源的配置及传输格式等，当前时刻到达应用资源的时刻，进行数据传输即可，从而实现了基站对UE的资源调度。

本实施例中，步骤101在实现资源调度的过程中进行，也可以在资源调度之前完成，只要在步骤102之前已经获得应用资源的时刻即可，此处不作限制，调整步骤顺序之后的方案均应包含在本发明的权利要求保护范围之内。

通过预先设定资源激活时刻，使应用资源的时刻与基站下发PDCCH命令的时刻和重复次数无关，UE只要接收到PDCCH命令，获得了配置的资源，则根据资源激活时刻，在接收到命令后最早的应用资源的时刻或下一个SPS周期的该时刻，应用资源进行数据传输即可，不需要进行资源的覆盖和重新激活等操作。该方法不仅实现了基站对UE的资源调度而且减少了UE因上述重复操作产生的时延。

在本发明的另一实施例中，也包括上述三个步骤，区别在于在上述的步骤100中，为了保证UE能接收到PDCCH命令，基站可以连续发送至少两个相同的激活命令或至少两个相同(重复)的重配命令，基站可以配置一个重复命令的最大发送次数，具体的，可以通过RRC消息或其它消息进行配置。这几个命令的发送时刻可以根据需要进行调整。

UE接收到上述重复的命令后，可以在进行数据传输之前读取任意一个PDCCH命令中包含的资源指示。这样在传输数据时，可以在应用资源的时刻根据读取的资源指示进行数据传输。

当然如果命令不相同，比如命令中的配置资源不同，UE读取最后接收到的命令中的资源指示，后续应用最新配置给该UE的资源进行数据传输即可。

在上述实施例中，基站可以通过连续下发相同的PDCCH命令，来保证UE成功接收到该命令，但是如果UE已经接收到命令，但是基站还在重复下发该命令，则会造成不必要信息的发送，影响数据的传输等。

在本发明的另一实施例中，基站也可以根据UE的反馈信息决定是否向UE重复下发PDCCH命令，具体请参照图2。

参照图2，为本发明实施例另一种实现资源调度的方法流程图。

步骤200，接收基站下发的PDCCH命令，并向基站反馈接收到该命令的响应信号。

在本步骤中，基站可以向UE同时下发多个相同的PDCCH命令，PDCCH命令为激活命令或重配命令，也可以只下发一次PDCCH命令，然后还可以根据设定的响应时间，如果在该时间内接收不到响应信号，再重复下发命令直到接收到UE的响应信号。UE只要接收到命令就向基站反馈响应信号，基站在接收到响应信号后，停止下发相同的PDCCH命令。这样基站就不会盲目向UE重复发送PDCCH命令。

本实施例中步骤201与实施例一中的步骤101类似，步骤202与上述实施例中的步骤102类似，此处不再赘述。

本方法实施例不仅实现了资源调度，避免了UE重复操作引起的时延，而且通过增加UE接收到命令后对基站的反馈，便于基站对命令的重复下发进行控制，减少了不必要的信息传输。

UE在接收上述各种命令时可能存在一定的前提条件或一定的应用环境，下面通过具体的实施例进行说明。

参照图3，为本发明实施例另一种实现资源调度的方法流程图。

该方法可以包括：

步骤301，检测数据传输状态，当状态改变时将状态信息上报基站。

UE检测自己数据的传输状态，如编码速率的改变、RTP(Real Time Transport Protocol，实时传输协议)封装语音帧的个数的改变、声码器状态的改变(如由Talk Spurt(会话)状态转移到Silence(静默)状态，或反之)、声码器的语音编码输出时间等，该检测可以由UE的应用层(如RTP层)与UE的AS层(Application/Service Layer，应用/业务层)(如RRC层)之间设计相关原语来实现。

UE检测到传输数据状态改变后，将状态改变的相关信息上报至基站，其中上报的信息可以包括如改变后的周期，改变后的大小，以及由Talk Spurt(会话)状态转移到Silence(静默)状态的指示、声码器的语音编码输出时间等。该上报消息可以由RRC消息或MAC CE(Media Access Control Control Element，媒体接入子层控制单元)等来实现。当然在本发明的另一实施例中，UE也可以检测自己的数据传输状态后无论状态是否变化，均将当前的状态信息直接上报给基站，由基站来判断评估是否进行资源重配等。上述UE检测数据传输状态的过程可以是定时检测也可以是实时检测，此处不作限制。

基站在收到UE上报的信息后，如果需要对UE进行重新设置，如重配SPS的周期、重配SPS资源，或释放SPS资源、重设UE的资源激活时刻等，则通过向UE下发相应的消息或命令来实现，其中，重配SPS周期和资源激活时刻可以由RRC消息实现，重配或释放资源可以由PDCCH命令实现。

基站在设置资源激活时刻时可以根据基站自身的负载情况，也可以结合UE上报的声码器的语音编码输出时间进行设置，以便于UE接收到命令后更早的应用资源，更进一步减少应用资源的时延。

步骤302，接收基站下发的RRC消息，该RRC消息中包含基站设置的资源激活时刻。

UE接收到RRC消息后，即可获取该消息中包含的资源激活时刻，然后可以根据该资源激活时刻计算应用资源的时刻。当然，基站在向UE下发资源激活时刻时，还可以通过其它空中接口消息进行下发。

本实施例能通过UE的检测和上报，使基站及时知道UE侧的状态变化，以便于UE可以获取基站设置的资源激活时刻，进而获知应用资源的时刻，在实现资源调度的同时减小UE重复操作产生的时延。

类似的，在业务建立时，UE也可以上报这些状态信息，基站根据这些信息进行资源激活时刻的配置等。

如果基站根据UE上报的状态信息判断还需要对UE的资源进行重新配置时，还可以进一步的向UE下发重配命令，以告知UE最新的资源指示。UE接收到该重配命令后可以按照前述实施例的方法执行后续操作。

下面通过具体实施例对上述各实施例中如何根据预设的资源激活时刻获取应用资源的时刻进行详细说明。

首先，通过现有技术中基站下发命令后UE如何实现数据传输对UE的相关工作机制进行举例说明。

UE维护有两个计数器，分别用来记录UE所属小区的SFN(System Frame Number，系统帧号)和SubSFN(Subsystem Frame Number，系统帧号内的子帧号)，SFN，SubSFN是随时间变化的，每隔一个子帧(即一个TTI，1TTI＝1ms)计数器就会在SubSFN上加1，当SubSFN加到10时，计数器就会在SFN上加1，同时SubSFN置0，再继续。

若基站在14ms时向UE下发激活命令，即UE在计数器记到SFN＝1，SubSFN＝4时收到该SPS激活命令，则对于上行资源激活，根据时间间隔t＝4ms可知UE会在计数器记到SFN＝1，SubSFN＝8所对应的时刻也即资源激活时刻第一次应用该资源进行上行数据传输。若SPS周期为20ms，则UE会在计数器记到SFN＝3，SubSFN＝8；SFN＝5，SubSFN＝8......再次应用该资源。所以，UE应用资源的时刻也就是可以应用资源的时刻的集合：SFN＝1，SubSFN＝8；SFN＝3，SubSFN＝8；SFN＝5，SubSFN＝8......。

对于本发明实施例中如何计算获得应用资源的时刻，请参照下述说明。

参照图4，为本发明实施例一种计算应用资源的时刻的方法流程图。

基站预设的UE的资源激活时刻可以是直接规定的SFN和SubSFN，下发给UE后，由UE根据SPS周期计算得到应用资源的时刻；也可以是一个时间参数，下发后由UE再换算为SFN和SubSFN，然后再计算获得应用资源的时刻等等。本发明实施例中所涉及到的计算应用资源的时刻并非限制为计算几个应用资源的时刻或计算所有的应用资源的时刻。

在本实施例中，基站预设的资源激活时刻为一个时间参数，该参数是一个与UE所属小区的SFN和SubSFN关联的偏移量(offset)。则计算应用资源的时刻可以包括：

步骤401，查找与offset相匹配的SFN和SubSFN。

在本步骤中，查找过程可以是选择验证的过程。即从接收到PDCCH命令当前的SFN和SubSFN开始，验证是否与offset值匹配，若不匹配，则增加SubSFN和/或SFN，继续验证，直到离当前最近的SubSFN及SFN与offset匹配。若匹配则记录后既可以根据offset及SPS周期推算可以应用资源的其它SFN和SubSFN，当然也可以采用同样的方法查找下一个匹配的SFN和SubSFN。该方法可以最快最有效的获得最早能应用资源的时刻，以便于更早应用资源进行数据传输。

当然，也可以不依据接收PDCCH命令的时刻，任选一个SFN和SubSFN，然后验证是否与offset值匹配，若不匹配，则重新选择验证，进而获得一系列的应用资源的时刻，待接收到PDCCH命令时，直接在最近的应用资源的时刻应用资源进行数据传输即可。但是，这样会导致部分计算出的早于接收PDCCH命令时刻的值无效。

需要说明的是，由于上行资源的激活和下行资源的激活是分离的，基站可以设置两个offset值分别对应上行资源的激活时刻和下行资源的激活时刻一起下发给UE，或者分别下发给UE；基站也可以对于上行资源的激活时刻和下行资源的激活时刻设置同一个offset。对于两个offset值的情况采用上述步骤分别计算上行资源对应的应用资源时刻和下行资源对应的应用资源时刻即可。对于同一个offset值的情况，下行资源可以根据上述步骤直接计算，与offset匹配的时刻即为对应的应用资源的时刻；对于上行资源，由于UE收到命令后要处理命令、组装数据等，实际最快进行上行发送数据的时间要在n个TTI之后，所以，计算出与所述offset值相匹配的SFN和SubSFN后，还必须满足所匹配的SFN和SubSFN对应的时间与接收到PDCCH命令的时间之间的时间间隔大于等于n个TTI，这样才能保证UE完成处理命令、组装数据然后在该匹配的SFN和SubSFN应用资源，否则，继续查找其它匹配的SFN和SubSFN，直到其对应时间与接收到PDCCH命令的时间之间的时间间隔大于等于n个TTI为止。在现有技术中，该延迟间隔n＝4。

上述所谓的匹配是指SFN和SubSFN与SPS周期做求模运算，运算的结果等于offset。具体的计算公式如下：

(SFN×10+SubSFN)mod SPS周期＝＝Offset，其中“＝＝”表示比较。

下面举例说明如何应用上述公式进行验证。

设基站设定的offset值为3TTI，SPS周期为20TTI，则应用上述公式计算的过程即选择SFN和SubSFN的值，使上述公式成立。

例如在SFN＝1，SubSFN＝6时刻，UE接收到PDCCH命令。

则(1×10+6)mod20＝16不等于offset的值3，那么，UE重新选择SubSFN和/或SFN的值，直到当SFN＝2，SubSFN＝3时，(2×10+3)mod20＝3。则SFN＝2，SubSFN＝3就与offset相匹配。

步骤402，根据匹配的系统帧号和该系统帧号内的子帧号所对应的时刻确定应用资源的时刻。

根据步骤401的查找结果或推算结果可知，若offset＝3为下行资源的激活时刻，该实施例中应用资源的时刻即为以下SFN和SubSFN所对应的时刻：

SFN SubSFN

第n次 0 3

第n+1次 2 3

第n+2次 4 3

......

如果UE在SFN＝1，SubSFN＝6时接到PDCCH命令，则UE就知道，最早能应用资源的时刻即为SFN＝2，SubSFN＝3所对应的时刻，以后下一个SPS周期，就可以重复应用一次资源，即当UE的计数器记到SFN＝4，SubSFN＝3时，就可以重复应用一次资源，以此类推。

若offset＝3为上行资源的激活时刻，如果UE在SFN＝0，SubSFN＝1时接到PDCCH命令，虽然UE找到匹配的SFN＝0和SubSFN＝3，但由于其对应的时间与接收到PDCCH命令的时间间隔小于4个TTI(设前述n＝4)，则UE在该时刻不能应用资源，只能等到下一个SPS周期，即SFN＝2，SubSFN＝3时，才能应用SPS资源，后续每隔一个SPS周期，重复应用一次。

本发明实施例根据预设的资源激活时刻和SPS周期计算出了应用资源的时刻，使UE可以在该时刻根据资源指示进行数据传输，实现资源调度。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，包括以下步骤：

接收基站下发的物理下行控制信道PDCCH命令；

根据预设的资源激活时刻获取应用资源的时刻；

当前时刻为所述应用资源的时刻时，根据所述PDCCH命令的资源指示进行数据传输，以实现资源调度。

所述的存储介质，如：ROM/RAM、磁碟、光盘等。

以上对实现资源调度的方法进行了介绍，下面对用于实现上述方法的移动终端、基站及实现资源调度的系统进行说明。

参照图5，为本发明实施例一种移动终端的结构示意图。

本实施例移动终端可以包括：接收模块501、获取模块502和应用模块503。

所述接收模块501，用于接收基站下发的物理下行控制信道PDCCH命令；

所述获取模块502，用于根据预设的资源激活时刻获取应用资源的时刻；

所述应用模块503，用于当前时刻为所述应用资源的时刻时，根据所述PDCCH命令包含的资源指示进行数据传输，以实现资源调度。

本实施例中，移动终端UE在接收模块501接收到命令后，获得基站配置给UE的资源，该命令可以是激活命令、重配命令或重传命令。UE根据获取模块502的计算获得应用资源的时刻，然后应用模块503根据接收模块501获得的资源指示及获取模块502获得的应用资源的时刻，UE就可以在应用资源的时刻应用配置资源进行数据的传输，从而实现了基站对UE的资源调度。

本实施例通过获取模块502获得的应用资源的时刻与基站下发的PDCCH命令的重复次数无关，从而UE在接到命令后不需要执行资源覆盖等操作，从而减少了现有技术中UE因重复操作而产生的时延。

在本发明的另一实施例中，获取模块502中预设的资源激活时刻为与UE所属小区的系统帧号和所述系统帧号内的子帧号的偏移量；获取模块502具体用于查找与所述偏移量相匹配的系统帧号和该系统帧号内的子帧号，根据匹配的系统帧号和该系统帧号内的子帧号所对应的时刻确定所述应用资源的时刻。其中所谓的与所述偏移量相匹配的系统帧号和该系统帧号内的子帧号具体为：

与所述SPS周期做求模运算的结果等于所述偏移量的系统帧号和该系统帧号内的子帧号，其中，所述系统帧号为UE所属小区的系统帧号。

本实施例通过获取模块502的运算获得了应用资源的时刻，而且该时刻与基站下发命令的时刻以及重复次数无关，减少了对激活时间和数据传输产生的时延。

参照图6，为本发明实施例另一种移动终端的结构示意图。

本实施例中该UE除了包括接收模块601、获取模块602和应用模块603之外，还可以包括检测模块600、读取模块604和反馈模块605。

其中，接收模块601和获取模块602分别与前述实施例中的接收模块501获取模块502类似，此处不再赘述。该获取模块602中应用的资源激活时刻可以是由基站通过空中接口消息等下发给UE的。

检测模块600，用于检测数据传输状态并将状态信息上报基站，或者检测数据传输状态，当状态改变时将状态信息上报基站。读取模块604，用于当接收模块接收到的所述PDCCH命令的数目至少为两个且所述PDCCH命令均相同时，读取任意一个所述PDCCH命令中包含的资源指示。反馈模块605，用于在接收模块601接收到所述PDCCH命令后，向基站反馈所述PDCCH命令的响应信号。

UE通过检测模块600对自己的数据传输状态进行的检测，该检测可以是实时检测，也可以是定时检测，并将检测到的状态信息上报基站，或者在状态发生变化时，将状态信息上报基站，基站经过对该信息分析后如果需要对UE的资源激活时刻进行设置，则可以通过RRC消息下发给UE。

基站可以连续向UE下发多次相同的PDCCH命令以保证UE能接收到，UE的接收模块601接收到该命令后，通过反馈模块605向基站反馈重配命令的响应信号，告知基站该重配命令已经接收，以便于基站接收到该响应信号后停止发送相同的重配命令。当接收模块601连续接收到至少两个相同的重配命令时，可以由读取模块604读取其中的任意一个命令中的资源，然后应用模块603在获取模块602计算出的应用资源的时刻应用读取模块604读取的资源进行数据传输。

在本实施例中，通过各模块实现了在接收到多个相同命令时，对资源指示的准确读取和应用。而且通过增加该反馈模块605可以使基站实现对重复命令下发的控制，减少不必要信息的发送。

上述实施例中各模块的工作过程可以参照前述对应的方法实施例部分，此处不再赘述。

在本发明的其它实施例中，上述模块中的检测模块600、读取模块604和反馈模块605可以择一或择二与接收模块601、获取模块602和应用模块603进行组合。该组合均应在权利要求的保护范围之内。

与上述移动终端相对应的，本发明实施例还对基站做了相应改进。

参见图7，为本发明实施例一种基站的结构示意图。

该基站可以包括预设模块701和发送模块702。

其中预设模块701，用于向UE发送预设的资源激活时刻；发送模块702，用于向UE下发PDCCH命令，所述PDCCH命令包含资源，以使所述UE根据所述预设的资源激活时刻获取应用资源的时刻，并在当前时刻为所述应用资源的时刻时，应用所述PDCCH命令中包含的资源指示进行数据传输，以实现资源调度。

本实施例中，基站通过预设资源激活时刻，使UE获得的应用资源时刻与PDCCH命令的下发时刻及次数无关，进而在实现资源调度时减少了因UE重复操作引起的时延。

参见图8，为本发明实施例另一种基站的结构示意图。

本实施例中该基站除了包括预设模块801和发送模块802，还可以包括检测响应模块803和响应接收模块804。

预设模块801与前述实施例中的预设模块701类似，发送模块802与前述实施例中的发送模块702类似。检测响应模块803，用于接收所述UE上报的状态信息，并根据所述状态信息对所述UE进行资源激活时刻的配置；响应接收模块804，用于接收所述UE在接收所述PDCCH命令后反馈的所述PDCCH命令的响应信号。

检测响应模块803接收到UE上报的状态信息后，根据基站自身的负载以及UE上报的声码器的语音编码输出时间，如果需要对UE进行资源激活时刻的设置或重设，则通过预设模块801向UE发送该设置或重设的资源激活时刻。基站的发送模块802向UE下发多个相同的PDCCH命令，直到响应接收模块804接收到UE反馈回的响应信号后，发送模块802停止向UE下发相同的命令。

该基站通过检测响应模块803实现了对UE侧状态的感知和及时调整，并通过响应接收模块804实现了基站对UE下发重复命令的控制，减少了不必要信息的发送。

在本发明的其它实施例中，上述模块中的响应接收模块804和检测响应模块803可以择一与预设模块801和发送模块802进行组合。该组合均应在权利要求的保护范围之内。

参见图9，为本发明实施例一种实现资源调度的系统的结构示意图。

该系统包括移动终端901和基站902。

移动终端901接收基站902下发的物理下行控制信道PDCCH命令，所述PDCCH命令包含资源，然后根据预设的资源激活时刻获取应用资源的时刻，当前时刻为所述应用资源的时刻时，应用所述PDCCH命令中包含的资源进行数据传输，实现资源调度。

本实施例中UE通过预先设定资源激活时刻，使获得的应用资源的时刻与基站下发PDCCH命令的时刻和重复次数无关，在接收到多个重复的PDCCH命令时不需要进行资源的重复覆盖等操作。该系统不仅实现了基站对UE的资源调度而且减少了UE因重复操作产生的时延。

参见图10，为本发明实施例另一种实现资源调度的系统的结构示意图。

该系统包括移动终端1001和基站1002。

基站1002，用于向移动终端1001发送预设的资源激活时刻；并下发PDCCH命令，以使移动终端1001根据所述预设的资源激活时刻获取应用资源的时刻，并在当前时刻为所述应用资源的时刻时，根据所述PDCCH命令包含的资源指示进行数据传输，以实现资源调度。

本实施例中，基站通过向UE下发预设的资源激活时刻可以调整并控制UE应用资源的时刻，并通过PDCCH命令向UE下发资源指示，以实现对UE的资源调度。

上述装置实施例中各模块的具体实现过程请参照前述方法实施例的相应部分，此处不再赘述。

以上所述的本发明实施方式，并不构成对本发明保护范围的限定。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明的权利要求保护范围之内。

Claims

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

接收基站下发的物理下行控制信道PDCCH命令；

根据预设的资源激活时刻获取应用资源的时刻；

2.根据权利要求1所述的方法，其特征在于，所述PDCCH命令为激活命令、重配命令或重传命令。

3.根据权利要求1所述的方法，其特征在于，所述预设的资源激活时刻为与用户设备UE所属小区的系统帧号和所述系统帧号内的子帧号的偏移量。

4.根据权利要求3所述的方法，其特征在于，所述根据预设的资源激活时刻获取应用资源的时刻，包括：

查找与所述偏移量相匹配的系统帧号和该系统帧号内的子帧号，根据匹配的系统帧号和该系统帧号内的子帧号所对应的时刻确定所述应用资源的时刻；

所述与所述偏移量相匹配的系统帧号和该系统帧号内的子帧号具体为：

与预设的SPS周期做求模运算的结果等于所述偏移量的系统帧号和该系统帧号内的子帧号，其中，所述系统帧号为UE所属小区的系统帧号。

5.根据权利要求1至4中任意一项所述的方法，其特征在于，若接收到的所述PDCCH命令的数目至少为两个且所述PDCCH命令均相同，则在根据所述PDCCH命令的资源指示进行数据传输之前，还包括：

读取任意一个所述PDCCH命令中包含的资源指示；相应的，

所述根据所述PDCCH命令的资源指示进行数据传输，具体为，

根据读取的资源指示进行数据传输。

6.根据权利要求1至4中任意一项所述的方法，其特征在于，在所述接收基站下发的PDCCH命令之后还包括：

向基站反馈所述PDCCH命令的响应信号，以使所述基站在接收到所述响应信号后，停止下发相同的所述PDCCH命令。

7.根据权利要求1至4中任意一项所述的方法，其特征在于，在所述接收基站下发的PDCCH命令之前，还包括：

检测数据传输状态并将状态信息上报基站，以使所述基站根据上报的状态信息配置资源激活时刻；或者，

检测数据传输状态，当状态改变时将状态信息上报基站，以使所述基站根据上报的状态信息配置资源激活时刻。

8.一种移动终端，其特征在于，包括：

9.根据权利要求8所述的移动终端，其特征在于，所述预设的资源激活时刻为与用户设备UE所属小区的系统帧号和所述系统帧号内的子帧号的偏移量；

所述获取模块具体用于查找与所述偏移量相匹配的系统帧号和该系统帧号内的子帧号，根据匹配的系统帧号和该系统帧号内的子帧号所对应的时刻确定所述应用资源的时刻；

10.根据权利要求8或9所述的移动终端，其特征在于，还包括：

读取模块，用于当所述接收模块接收到的所述PDCCH命令的数目至少为两个且所述PDCCH命令均相同时，读取任意一个所述PDCCH命令中包含的资源指示；相应的，

所述应用模块，还用于根据读取的资源指示进行数据传输。

11.根据权利要求8或9所述的移动终端，其特征在于，还包括：

反馈模块，用于在所述接收模块接收到所述PDCCH命令后，向基站反馈所述PDCCH命令的响应信号，以使所述基站在接收到所述响应信号后，停止下发相同的所述PDCCH命令。

12.根据权利要求8或9所述的移动终端，其特征在于，还包括：

检测模块，用于检测数据传输状态并将状态信息上报基站，或者检测数据传输状态，当状态改变时将状态信息上报基站，以使所述基站根据上报的状态信息配置资源激活时刻。

13.一种基站，其特征在于，包括：

预设模块，用于向用户设备UE发送预设的资源激活时刻；

14.根据权利要求13所述的基站，其特征在于，还包括：

响应接收模块，用于接收所述UE在接收所述PDCCH命令后反馈的所述PDCCH命令的响应信号；

所述发送模块，还用于在所述响应接收模块接收到所述响应信号后，停止向UE下发相同的PDCCH命令。

15.根据权利要求13或14所述的基站，其特征在于，还包括：

检测响应模块，用于接收所述UE上报的状态信息，并根据所述状态信息对所述UE配置资源激活时刻；

所述预设模块，还用于向UE发送所述检测响应模块配置的资源激活时刻。

16.一种实现资源调度的系统，其特征在于，包括权利要求8至12任一项所述的移动终端。

17.一种实现资源调度的系统，其特征在于，包括权利要求13至15任一项所述的基站。