CN108260222B - 一种上行资源调度的方法和装置 - Google Patents

Abstract

本发明实施例提供了一种上行资源调度的方法和装置，其中所述方法包括：当接收终端反馈的针对下行数据的确认信号时，则启动调度定时器；在所述调度定时器的定时范围内，按照预设的间隔时间，周期性进行上行资源预调度。本发明实施例可以不需要通过SR资源进行上行资源的申请，即可准确高效的调度终端的反馈信息，从而达到降低下行数据反馈时延，降低TCP握手时延，提升用户感知的效果。

Description

一种上行资源调度的方法和装置

技术领域

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

背景技术

在LTE(Long Term Evolution，长期演进)系统中，LTE系统向UE(用户终端)发送的信令、数据等下行数据一般都是基于TCP(Transmission Control Protocol，传输控制协议)/IP(Internet Protocol，网际协议)数据包，在向UE发送了下行数据后，UE都会有相关握手信息通过上行数据反馈给基站。

在现有技术中，LTE系统针对发送UE下行数据的相关实现如下：

(1)UE收到下行的信令或者数据后，产生上行的相关反馈数据，触发SR(Scheduling Request，上行调度请求)，申请上行资源。

(2)UE在SR周期时间点，在PUCCH(Physical Uplink Control CHannel，物理上行链路控制信道)上报SR，请求上行资源。

(3)基站根据当前调度情况，通过DCI0(Downlink Control Information，下行控制信息)分配给UE少量的上行资源。

(4)UE在这少量的上行资源上，上报一小部分数据，并通过BSR(Buffer StatusReporting，缓存状态报告)反馈剩余的数据量。

(5)基站根据BSR，判断终端需要多少新的上行资源，继续进行上行资源分配。

在上述过程中，存在如下问题：

首先，由于TCP/IP的发送，要求实时性比较强，但目前的实现机制是先在SR的时间点，上报SR，再在新分配的资源上，上报BSR，整体的周期比较长，导致时延过大，影响整体的感知。

其次，SR资源属于PUCCH，PUCCH属于上行资源的边缘，受干扰的可能比较大，根据终端的差异，会出现虚检、漏检情况，导致部分终端无效调度过多，或者有效调度过少，导致时延过大，影响整体的感知。

发明内容

鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种上行资源调度的方法和相应的一种上行资源调度的装置。

为了解决上述问题，本发明实施例公开了一种上行资源调度的方法，所述方法包括：

当接收终端反馈的针对下行数据的确认信号时，则启动调度定时器；

在所述调度定时器的定时范围内，按照预设的间隔时间，周期性进行上行资源预调度。

优选地，所述在所述调度定时器的定时范围内，按照预设的间隔时间，周期性进行上行资源预调度的步骤包括：

确定所述调度定时器启动时所在的子帧位置；

从所述调度定时器启动时所在的子帧位置之后的第一个上行子帧开始，启动上行资源的调度；

当所述第一个上行子帧的资源调度完毕以后，间隔预设的间隔时间后，对位于所述第一个上行子帧之后的下一上行子帧的资源进行调度。

优选地，所述方法还包括：

当触发停止时机时，停止所述预调度；

其中，所述停止时机包括如下情况的至少一种：

所述下行数据为将当前小区切换至其他小区的小区切换命令；

所述调度定时器超时；

在所述调度定时器的定时范围内，若调度的周期超过预设周期门限，但缓存状态报告为空。

优选地，在所述判断终端是否接收到下行数据并成功解码的步骤之前，还包括：

接收下行链路发送的下行数据；

判断所述下行数据是否为有效数据；

若所述下行数据为有效数据，则执行所述当接收终端反馈的针对下行数据的确认信号时，则启动调度定时器。

优选地，所述判断所述下行数据是否为有效数据的步骤包括：

当所述下行数据同时满足预设的有效条件时，则判定所述下行数据为有效数据；

当所述下行数据不满足任一所述有效条件时，则判定所述下行数据为无效数据；

其中，所述有效条件包括：

所述下行数据的字节数大于预设阈值；

所述下行数据对应的无线承载的无线链路控制层协议的模式为确认模式。

优选地，所述方法还包括：

在所述调度定时器的定时范围内，若接收到终端反馈的下一下行数据对应的确认信号，则更新所述调度定时器。

优选地，采用如下方式判定所述调度定时器是否超时：

确定实时时间点与所述调度定时器启动的时间点的时间差；

若所述时间差大于所述调度定时器的定时时长，则判定所述调度定时器超时。

本发明实施例还公开了一种上行资源调度的装置，所述装置包括：

定时器启动模块，用于当接收终端反馈的针对下行数据的确认信号时，则启动调度定时器；

预调度模块，用于在所述调度定时器的定时范围内，按照预设的间隔时间，周期性进行上行资源预调度。

优选地，所述预调度模块包括：

位置确定子模块，用于确定所述调度定时器启动时所在的子帧位置；

第一调度启动子模块，用于从所述调度定时器启动时所在的子帧位置之后的第一个上行子帧开始，启动上行资源的调度；

第二调度启动子模块，用于当所述第一个上行子帧的资源调度完毕以后，间隔预设的间隔时间后，对位于所述第一个上行子帧之后的下一上行子帧的资源进行调度。

优选地，所述装置还包括：

预调度停止模块，用于当触发停止时机时，停止所述预调度；

其中，所述停止时机包括如下情况的至少一种：

所述下行数据为将当前小区切换至其他小区的小区切换命令；

所述调度定时器超时；

在所述调度定时器的定时范围内，若调度的周期超过预设周期门限，但缓存状态报告为空。

优选地，所述装置还包括：

下行数据接收模块，用于接收下行链路发送的下行数据；

有效判断模块，用于判断所述下行数据是否为有效数据，若所述下行数据为有效数据，则调用定时器启动模块。

优选地，所述有效判断模块还用于：

当所述下行数据同时满足预设的有效条件时，则判定所述下行数据为有效数据；当所述下行数据不满足任一所述有效条件时，则判定所述下行数据为无效数据；

其中，所述有效条件包括：

所述下行数据的字节数大于预设阈值；

所述下行数据对应的无线承载的无线链路控制层协议的模式为确认模式。

优选地，还包括：

定时器更新模块，用于在所述调度定时器的定时范围内，若接收到终端反馈的下一下行数据对应的确认信号，则更新所述调度定时器。

优选地，采用如下方式判定所述调度定时器是否超时：

确定实时时间点与所述调度定时器启动的时间点的时间差；

若所述时间差大于所述调度定时器的定时时长，则判定所述调度定时器超时。

本发明实施例包括以下优点：

在本发明实施例中，针对配置的部分业务类型，当接收终端针对下行数据的下行HARQ进程反馈为ACK时，则启动调度定时器，在调度定时器的定时范围内，按照预设的间隔时间，周期性进行上行资源预调度，不需要通过SR资源进行上行资源的申请，即可准确高效的调度终端的反馈信息，从而达到降低下行数据反馈时延，降低TCP握手时延，提升用户感知的效果。

附图说明

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

图2是本发明的一种上行资源调度的方法实施例二的步骤流程图；

图3是本发明的一种上行资源调度的方法实施例二的调度示意图；

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

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

参照图1，示出了本发明的一种上行资源调度的方法实施例一的步骤流程图，可以包括如下步骤：

步骤101，当接收终端反馈的针对下行数据的确认信号时，则启动调度定时器；

步骤102，在所述调度定时器的定时范围内，按照预设的间隔时间，周期性进行上行资源预调度。

在本发明实施例中，当接收终端针对下行数据的下行HARQ进程反馈为ACK时，则启动调度定时器，在调度定时器的定时范围内，按照预设的间隔时间，周期性进行上行资源预调度，不需要通过SR资源进行上行资源的申请，即可准确高效的调度终端的反馈信息，从而达到降低下行数据反馈时延，降低TCP握手时延，提升用户感知的效果。

参照图2，示出了本发明的一种上行资源调度的方法实施例二的步骤流程图，本发明实施例可以基于LTE MAC协议(3GPP 36.321)进行，具体可以包括如下步骤：

步骤201，接收下行链路发送的下行数据；

当终端UE与基站之间的通信链路建立以后，MAC可以通过下行链路接收UE发送的下行数据。

步骤202，判断所述下行数据是否为有效数据；

在本发明实施例中，当MAC接收到下行数据以后，可以首先判断该下行数据是否为有效数据。

在一种实施方式中，步骤202可以包括如下子步骤：

当所述下行数据同时满足预设的有效条件时，则判定所述下行数据为有效数据；当所述下行数据不满足任一所述有效条件时，则判定所述下行数据为无效数据。

具体的，可以预先配置多种有效条件，当MAC判断该下行数据同时满足该有效条件时，则判定该下行数据为有效数据；否则，当MAC判断该下行数据任一有效条件不满足时，则判定该下行数据为无效数据。

在一种实施方式中，上述有效条件至少可以包括如下两种条件：

(1)所述下行数据的字节数大于预设阈值；

其中，预设阈值可以通过配置得到。例如，可以设置为10字节。

(2)所述下行数据对应的无线承载的无线链路控制层协议的模式为确认模式。

无线承载(Radio Bearer，简称RB)是由层L2提供给上层的在SRNC(Serving RNC，服务RNC)和UE之间传输用户数据的服务。

无线链路控制层协议(Radio Link Control，简称RLC)是GPRS/WCDMA/TD-SCDMA/LTE等无线通信系统中的无线链路控制层协议。在WCDMA系统中，RLC层位于MAC层之上，属于L2的一部分，为用户和控制数据提供分段和重传业务。

每个RLC实体由RRC(Radio Resource Control，无线资源控制器)配置，并且根据业务类型有三种模式，包括透明模式(TM)、非确认模式(UM)、确认模式(AM)。

透明模式：发送实体在高层数据上不添加任何额外控制协议开销，仅仅根据业务类型决定是否进行分段操作。接收实体接收到的PDU(Protocol Data Unit，协议数据单元)如果出现错误，则根据配置，在错误标记后递交或者直接丢弃并向高层报告。实时语音业务通常采用RLC透明模式。

非确认模式：发送实体在高层PDU上添加必要的控制协议开销，然后进行传送但并不保证传递到对等实体，且没有使用重传协议。接收实体对所接收到的错误数据标记为错误后递交，或者直接丢弃并向高层报告。由于RLC PDU包含有顺序号，因此能够检测高层PDU的完整性。UM模式的业务有小区广播和IP电话。

确认模式：发送侧在高层数据上添加必要的控制协议开销后进行传送，并保证传递到对等实体。因为具有ARQ(Automatic Repeat Request，自动重发请求)能力，如果RLC接收到错误的RLC PDU，就通知发送方的RLC重传这个PDU。由于RLC PDU中包含有顺序号信息，支持数据向高层的顺序/乱序递交。AM模式是分组数据传输的标准模式，比如www和电子邮件下载。

本发明实施例约束的有效条件之一是下行数据对应的RB的RLC的模式为AM，即本发明实施例针对业务类型为AM的业务。，

步骤203，若所述下行数据为有效数据，当接收终端反馈的针对下行数据的确认信号时，则启动调度定时器；

当MAC判定下行数据为有效数据时，可以将该下行数据发送至UE。

在UE端有一个HARQ(Hybrid Automatic Repeat reQuest，混合自动重传请求)实体，它可以维护一定数量的并行HARQ进程，每一个进程有一个标识，HARQ实体会把HARQ信息以及在DL-SCH(Downlink share channel，下行共享信道)上收到的传输块(TransportBlock，简称TB)送到相应的HARQ进程；如果在物理层定义了空间分集，那么在一个子帧内，可以收到一个或者二个传输块(TB)，它们都和一个HARQ进程相关。

如果在一个子帧内有数据传输到一个HARQ进程，那么这个进程就会从HARQ实体收到一个或两个TB以及相应的HARQ信息。对于收到的TB以及相应的HARQ信息，HARQ进程将做如下处理：

如果对应这个TB的NDI相对于上一次传输发送了变化；或者这个TB是发送到广播HARQ进程的并且通过RRC消息的调度信息指导这是第一个收到的广播消息传输块；或者这是收到的第一个收到的传输块，那么就认为这是一个新的传输；否则，就认为是重传。

UE根据上面HARQ进程的判断进行如下处理：

(1)如果这是一个新的传输，那么就把当前soft buffer(缓冲区)里的数据替换成收到的数据。

(2)如果这是一个重传，并且这个数据还没有成功解码，那么把这个传输块收到的数据和soft buffer的数据合并；如果收到的数据跟soft buffer里的数据大小不一致，需要那么就把当前soft buffer里的数据替换成收到的数据。

(3)尝试解码这个TB的soft buffer里的数据，如果解码成功，就要看这个进程是哪一个，然后做相应的处理，假如，这个HARQ进程是广播HARQ进程，则把数据送到上层协议层，因为广播消息在整个层2都是透明传输的，也就是不需要做额外处理，直接发送到RRC层处理，此时不需要产生确认。如果不是广播HARQ进程，则把MAC PDU发送到disassembly anddemultiplexing(分段与解复用)实体，并且对这个TB的数据产生一个成功接收确认(ACK)码，并且指示物理层产生ACK。

如果解码失败，并且这个HARQ进程是一个广播HARQ进程或者在传输HARQ反馈时存在一个测量间隔(measurement gap)，则不指示物理层产生ACK或者NACK，(在测量期间，UE是无法处理跟服务eNB直接的消息与业务的，因此也不会发送ACK或NACK)，否则指示物理层产生ACK或者NACK。

在本发明实施例中，当MAC接收到终端针对下行数据反馈的ACK信号(即确认信号)，即下行数据对应的下行HARQ反馈为ACK时，可以启动调度定时器，该调度定时器用于设定进行资源调度的时间，以触发资源调度。

在具体实现中，该调度定时器的定时时间可以根据实际业务需要设定。例如，某个终端的业务进行资源调度的时间短，则将定时器的时间设置短一点；某个终端的业务进行资源调度需要的时间长，则将定时器设置得长一点。

本发明实施例根据下行HARQ进程进行判断，当下行数据为有效数据，并且下行HARQ进程反馈为ACK时，开始进行上行资源预调度，不在等待SR上来后再开始调度上行资源，从而降低SR申请导致的时延以及反馈时延。

步骤204，在所述调度定时器的定时范围内，按照预设的间隔时间，周期性进行上行资源预调度；

在本发明实施例中，当下行HARQ进程反馈为ACK时，则可以启动调度定时器启动，开始针对上行资源的预调度，无需等待终端发送SR后才开始上行资源的调度，从而降低反馈时延。

在本发明实施例的一种优选实施例中，步骤204可以包括如下子步骤：

确定所述调度定时器启动时所在的子帧位置；从所述调度定时器启动时所在的子帧位置之后的第一个上行子帧开始，启动上行资源的调度；当所述第一个上行子帧的资源调度完毕以后，间隔预设的间隔时间后，对位于所述第一个上行子帧之后的下一上行子帧的资源进行调度。

具体的，参考图3所示的调度示意图，假设LTE系统在256的子帧2(即图中的2562)收到下行数据对应HARQ的ACK反馈，则在256子帧2启动调度定时器，并在2562后面的第一个上行子帧(假设为图中的“1”)启动上行资源预调度。

应用于本发明实施例，为了节省空口调度资源、避免上行资源的浪费，调度定时器运行时，在进行预调度的过程中，进行非连续调度，可以按照预设的间隔时间T1，周期性进行上行资源的调度。

例如，在图3中，在2562后面的第一个上行子帧启动上行预调度以后，若该子帧的上行预调度成功，则间隔T1时间后再进行下一上行子帧(假设为图中的“2”)的预调度，即第一个上行子帧的上行资源预调度成功后的T1时间内上行不在预调度，满足T1后再进行上行预调度，如此周期性类推。

其中，T1可以按照实际需要进行配置。

在本发明实施例的一种优选实施例中，调度定时器还可以进行自动更新，则本发明实施例还可以包括如下步骤：

在所述调度定时器的定时范围内，若接收到终端反馈的下一下行数据对应的确认信号，则更新所述调度定时器。

具体的，如果当前调度定时器的定时时间范围内，MAC又接收到UE针对下一下行数据对应的HARQ的ACK反馈，则更新调度定时器。

例如，在图3中，如果在276的子帧2(即图中的2762)中，调度定时器未超时，又收到下行数据对应的HARQ的ACK反馈，则更新调度定时器，继续进行上行资源的预调度。

在具体实现中，更新定时器的一种方式可以为重启调度定时器，并根据业务需要重新配置需要的定时时长。

步骤205，当触发停止时机时，停止所述预调度。

在本发明实施例中，如果触发停止时机时，可以停止上述对上行资源的预调度。

在一种实施方式中，停止时机可以包括所述下行数据为将当前小区切换至其他小区的小区切换命令。

具体的，如果接收到的下行数据为将当前小区切换至其他小区的小区切换命令，则可以停止调度定时器，以停止当前小区的上行资源预调度，避免无效的调度，从而避免上行资源的浪费。

在另一种实施方式中，停止时机可以包括所述调度定时器超时。

具体的，如果设定的调度定时器的定时时间已经到达，则可以停止上行资源预调度，从而避免上行资源的浪费。

在具体实现中，可以采用如下方式判定所述调度定时器是否超时：

确定实时时间点与所述调度定时器启动的时间点的时间差；若所述时间差大于所述调度定时器的定时时长，则判定所述调度定时器超时。

首先，可以获取当前时间的实时时间点，并将该实时时间点与调度定时器启动时的启动时间点进行差值运算，得到两者的时间差，判断该时间差是否大于调度定时器的定时时长，如果大于定时时长，则表示该定时器超期，否则，该定时器没有超期。

在另一种实施方式中，停止时机可以包括在所述调度定时器的定时范围内，若调度的周期超过预设周期门限，但缓存状态报告为空。

在具体实现中，在设置调度定时器时，可以设置一个周期门限，如果当前预调度已进行的间隔时间总和大于周期门限，但缓存状态报告BSR仍然为空，说明终端并没有请求上行调度的需求，此时，可以停止调度定时器，以停止当前小区的上行资源预调度，从而避免上行资源的浪费。如果当前预调度已进行的间隔时间总和大于周期门限，但缓存状态报告BSR不为空，则进行正常的上行调度过程。

LTE系统在向终端发送信令、数据时，往往是伴随着上行相关数据反馈的，而上行的反馈速度，又会影响到的下行发送。在本发明实施例中，针对配置的部分业务类型，接收到下行数据以后，将下行数据发送至终端中，当接收终端反馈的针对下行数据的确认信号时，则启动调度定时器，在调度定时器的定时范围内，按照预设的间隔时间，周期性进行上行资源预调度，当达到停止时机时，停止调度定制器，以停止所述预调度，整个过程不需要通过SR资源进行上行资源的申请，即可准确高效的调度终端的反馈信息，从而达到降低下行数据反馈时延，降低TCP握手时延，提升用户感知的效果。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

参照图4，示出了本发明的一种上行资源调度的装置实施例的结构框图，可以包括如下模块：

定时器启动模块401，用于当接收终端反馈的针对下行数据的确认信号时，则启动调度定时器；

预调度模块402，用于在所述调度定时器的定时范围内，按照预设的间隔时间，周期性进行上行资源预调度。

在本发明实施例的一种优选实施例中，所述预调度模块402可以包括如下子步骤：

位置确定子模块，用于确定所述调度定时器启动时所在的子帧位置；

第一调度启动子模块，用于从所述调度定时器启动时所在的子帧位置之后的第一个上行子帧开始，启动上行资源的调度；

第二调度启动子模块，用于当所述第一个上行子帧的资源调度完毕以后，间隔预设的间隔时间后，对位于所述第一个上行子帧之后的下一上行子帧的资源进行调度。

在本发明实施例的一种优选实施例中，所述装置还包括：

预调度停止模块，用于当触发停止时机时，停止所述预调度；

其中，所述停止时机包括如下情况的至少一种：

所述下行数据为将当前小区切换至其他小区的小区切换命令；

所述调度定时器超时；

在所述调度定时器的定时范围内，若调度的周期超过预设周期门限，但缓存状态报告为空。

在本发明实施例的一种优选实施例中，所述装置还包括：

下行数据接收模块，用于接收下行链路发送的下行数据；

有效判断模块，用于判断所述下行数据是否为有效数据，若所述下行数据为有效数据，则调用定时器启动模块。

在本发明实施例的一种优选实施例中，所述有效判断模块还用于：

当所述下行数据同时满足预设的有效条件时，则判定所述下行数据为有效数据；当所述下行数据不满足任一所述有效条件时，则判定所述下行数据为无效数据；

其中，所述有效条件包括：

所述下行数据的字节数大于预设阈值；

所述下行数据对应的无线承载的无线链路控制层协议的模式为确认模式。

在本发明实施例的一种优选实施例中，所述装置还包括：

定时器更新模块，用于在所述调度定时器的定时范围内，若接收到终端反馈的下一下行数据对应的确认信号，则更新所述调度定时器。

在本发明实施例的一种优选实施例中，采用如下方式判定所述调度定时器是否超时：

确定实时时间点与所述调度定时器启动的时间点的时间差；

若所述时间差大于所述调度定时器的定时时长，则判定所述调度定时器超时。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

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

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

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

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

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

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

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

Claims (10)

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

当接收终端反馈的针对下行数据的确认信号时，则启动调度定时器；

在所述调度定时器的定时范围内，按照预设的间隔时间，周期性进行上行资源预调度；

其中，在所述当接收终端反馈的针对下行数据的确认信号时，则启动调度定时器的步骤之前，还包括：

接收下行链路发送的下行数据；

判断所述下行数据是否为有效数据；

若所述下行数据为有效数据，则执行所述当接收终端反馈的针对下行数据的确认信号时，则启动调度定时器；

其中，所述在所述调度定时器的定时范围内，按照预设的间隔时间，周期性进行上行资源预调度的步骤包括：

确定所述调度定时器启动时所在的子帧位置；

从所述调度定时器启动时所在的子帧位置之后的第一个上行子帧开始，启动上行资源的调度；

当所述第一个上行子帧的资源调度完毕以后，间隔预设的间隔时间后，对位于所述第一个上行子帧之后的下一上行子帧的资源进行调度。

2.根据权利要求1所述的方法，其特征在于，还包括：

当触发停止时机时，停止所述预调度；

其中，所述停止时机包括如下情况的至少一种：

所述下行数据为将当前小区切换至其他小区的小区切换命令；

所述调度定时器超时；

在所述调度定时器的定时范围内，若调度的周期超过预设周期门限，但缓存状态报告为空。

3.根据权利要求1所述的方法，其特征在于，所述判断所述下行数据是否为有效数据的步骤包括：

当所述下行数据同时满足预设的有效条件时，则判定所述下行数据为有效数据；

当所述下行数据不满足任一所述有效条件时，则判定所述下行数据为无效数据；

其中，所述有效条件包括：

所述下行数据的字节数大于预设阈值；

所述下行数据对应的无线承载的无线链路控制层协议的模式为确认模式。

4.根据权利要求1或3所述的方法，其特征在于，还包括：

在所述调度定时器的定时范围内，若接收到终端反馈的下一下行数据对应的确认信号，则更新所述调度定时器。

5.根据权利要求2所述的方法，其特征在于，采用如下方式判定所述调度定时器是否超时：

确定实时时间点与所述调度定时器启动的时间点的时间差；

若所述时间差大于所述调度定时器的定时时长，则判定所述调度定时器超时。

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

定时器启动模块，用于当接收终端反馈的针对下行数据的确认信号时，则启动调度定时器；

预调度模块，用于在所述调度定时器的定时范围内，按照预设的间隔时间，周期性进行上行资源预调度；

其中，所述装置还包括：

下行数据接收模块，用于接收下行链路发送的下行数据；

有效判断模块，用于判断所述下行数据是否为有效数据，若所述下行数据为有效数据，则调用定时器启动模块；

其中，所述预调度模块包括：

位置确定子模块，用于确定所述调度定时器启动时所在的子帧位置；

第一调度启动子模块，用于从所述调度定时器启动时所在的子帧位置之后的第一个上行子帧开始，启动上行资源的调度；

第二调度启动子模块，用于当所述第一个上行子帧的资源调度完毕以后，间隔预设的间隔时间后，对位于所述第一个上行子帧之后的下一上行子帧的资源进行调度。

7.根据权利要求6所述的装置，其特征在于，还包括：

预调度停止模块，用于当触发停止时机时，停止所述预调度；

其中，所述停止时机包括如下情况的至少一种：

所述下行数据为将当前小区切换至其他小区的小区切换命令；

所述调度定时器超时；

在所述调度定时器的定时范围内，若调度的周期超过预设周期门限，但缓存状态报告为空。

8.根据权利要求6所述的装置，其特征在于，所述有效判断模块还用于：

当所述下行数据同时满足预设的有效条件时，则判定所述下行数据为有效数据；当所述下行数据不满足任一所述有效条件时，则判定所述下行数据为无效数据；

其中，所述有效条件包括：

所述下行数据的字节数大于预设阈值；

所述下行数据对应的无线承载的无线链路控制层协议的模式为确认模式。

9.根据权利要求6或8所述的装置，其特征在于，还包括：

定时器更新模块，用于在所述调度定时器的定时范围内，若接收到终端反馈的下一下行数据对应的确认信号，则更新所述调度定时器。

10.根据权利要求7所述的装置，其特征在于，采用如下方式判定所述调度定时器是否超时：

确定实时时间点与所述调度定时器启动的时间点的时间差；

若所述时间差大于所述调度定时器的定时时长，则判定所述调度定时器超时。

Images