一种基站及传输调度的方法与流程

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

背景技术：

在长期演进(longtermevolution，lte)通信系统中，基站通过子帧内的下行控制信令(downlinkcontrolinformation，dci)，调度下行数据的传输以及上行数据的传输。比如对于下行数据的传输，基站通过dci在子帧n向用户设备(userequipment，ue)指示下行数据传输的资源配置信息(包括调制编码格式、分配的物理资源块的位置信息等)，ue在解出自身的dci之后，根据其中包含的资源配置信息在物理下行共享信道(physicaldownlinksharedchannel，pdsch)接收数据，如果ue能够正确解出数据，ue在之后的某个子帧n+k(k>＝4)发送确认字符(acknowledgement，ack)；如果ue不能解出数据，ue需要反馈否定确认字符(negativeacknowledgement，nack)。

以上整个过程为一个完整的数据传输过程。其中：子帧的长度为1ms，通常包含14个符号(symbol)。ue在一个子帧内接收dci以及相应的数据，在下一个子帧可以再次从基站接收dci以及相应的数据，因此传输时间间隔(transmissiontimeinterval，tti)为1ms。从基站向ue发送dci以及相应的数据，至ue完成数据接收的过程，以及向基站反馈ack/nack，中间需要将近3ms的调度时延(或称为处理时延)。相应的，ue向基站发送数据，基站接收数据，然后向ue反馈ack/nack，中间也需要将近3ms的调度时延。在tdd系统中，因为上下行时隙配置与fdd不同，调度时延可以超过3ms。

随着通信的不断发展，用户对数据传输速率以及传输时延的要求越来越高，采用上述的传输调度方式进行数据传输，数据传输的效率低，已经不适应有些紧急业务数据的发送。

技术实现要素：

本发明解决的问题是如何提高数据传输的效率。

为解决上述问题，本发明实施例提供了一种传输调度的方法，所述方法包括：获取所述用户设备的能力信息；其中：所述能力信息中包括所述用户设备可支持的最小调度时延；根据自身资源调度的信息及所述用户设备的能力信息，配置与所述用户设备进行信令和数据交互时的调度时延；其中：配置的所述调度时延不小于所述最小调度时延，且不大于3ms；采用配置的所述调度时延，对所述用户设备进行调度。

可选地，所述对用户设备进行调度包括以下至少一种：通过子帧内的第一下行控制信令，调度通过下行信道与所述用户设备的数据传输；通过子帧内的第二下行控制信令，调度通过上行信道与所述用户设备的数据传输。

可选地，所述配置与所述用户设备进行信令和数据交互时的调度时延，包括：配置所述上行信道的第一调度时延及所述下行信道的第二调度时延，所述第一调度时延与第二调度时延相同或者不同。

可选地，所述能力信息还包括:所述用户设备能够支持的短传输时间间隔的信息；其中：所述短传输时间间隔小于1ms。

可选地，所述方法还包括：根据所述能力信息，配置采用所述短传输时间间隔与所述用户设备进行信令和数据交互时所对应的参数。

可选地，所述方法还包括：根据所述调度时延及当前的传输时间间隔，相应地调整当前的混合自动重传请求进程的数量；其中：所述当前的传输时间间隔为1ms或为所述短传输时间间隔。

可选地，所述相应地调整当前的混合自动重传请求进程的数量，包括：当所述用户设备在预设的第一时长内仅应用一种调度时延时，调整所述当前的混合自动重传请求进程的数量为当前的调度时延及当前的传输时间间隔所对应的混合自动重传请求进程的数量。

可选地，所述相应地调整当前的混合自动重传请求进程的数量，包括：当所述用户设备在预设的第二时长内仅应用一种短传输时间间隔时，调整所述当前的混合自动重传请求进程的数量为：当前的传输时间间隔及当前的调度时延所对应的混合自动重传请求进程的数量。

可选地，所述相应地调整当前的混合自动重传请求进程的数量，包括：当所述用户设备在预设的第三时长内，应用不止一种传输时间间隔和调度时延时，调整所述当前的混合自动重传请求进程的数量为以下其中一种：在所述第三时长内，不同传输时间间隔和调度时延所对应的混合自动重传请求进程数量的最大值；或不同传输时间间隔和调度时延所对应的混合自动重传请求进程数量之和。

可选地，所述配置与所述用户设备进行信令和数据交互时的传输时间间隔，包括：配置在所述上行信道的第一传输时间间隔及所述下行信道的第二传输时间间隔，所述第一传输时间间隔与第二传输时间间隔相同或者不同。

可选地，在所述配置采用所述短传输时间间隔与所述用户设备进行信令和数据交互时所对应的参数之后，还包括：通过以下任意一种方式获取所述用户设备在所述短传输时间间隔内可交互的数据数量：从所述用户设备获取在所述短传输时间间隔内可交互的数据数量；根据所述短传输时间间隔与1ms的比例，计算获得在所述短传输时间间隔内可交互的数据数量。

本发明实施例提供一种基站，所述基站包括：第一获取单元，适于获取所述用户设备的能力信息；其中：所述能力信息中包括所述用户设备可支持的最小调度时延；第一配置单元，适于根据自身资源调度的信息及所述用户设备的能力信息，配置与所述用户设备进行信令和数据交互时的调度时延；其中：配置的所述调度时延不小于所述最小调度时延，且不大于3ms；调度单元，适于采用配置的所述调度时延，对所述用户设备进行调度。

可选地，所述调度单元，适于采用如下以下至少一种方式对用户设备进行调度：通过子帧内的第一下行控制信令，调度通过下行信道与所述用户设备的数据传输；通过子帧内的第二下行控制信令，调度通过上行信道与所述用户设备的数据传输。

可选地，所述第一配置单元，适于配置所述上行信道的第一调度时延及所述下行信道的第二调度时延，所述第一调度时延与第二调度时延相同或者不同。

可选地，所述能力信息还包括：所述用户设备能够支持的短传输时间间 隔的信息；其中：所述短传输时间间隔小于1ms。

可选地，所述基站还包括：第二配置单元，适于根据所述能力信息，配置采用所述短传输时间间隔与所述用户设备进行信令和数据交互时所对应的参数。

可选地，所述基站还包括：调整单元，适于根据所述调度时延及当前的传输时间间隔，相应地调整当前的混合自动重传请求进程的数量；其中：所述当前的传输时间间隔为1ms或为所述短传输时间间隔。

可选地，所述调整单元，包括第一判断子单元及第一调整子单元，其中：所述第一判断子单元，适于判断所述用户设备在预设的第一时长内是否仅应用一种调度时延；所述第一调整子单元，适于当所述第一判断子单元确定所述用户设备在预设的第一时长内仅应用一种调度时延时，调整所述当前的混合自动重传请求进程的数量为当前的调度时延及当前的传输时间间隔所对应的混合自动重传请求进程的数量。

可选地，所述调整单元，包括：第二判断子单元及第二调整子单元，其中：所述第二判断子单元，适于判断所述用户设备在预设的第二时长内是否仅应用一种短传输时间间隔；所述第二调整子单元，适于当所述第二判断子单元确定所述用户设备在所述第二时长内仅应用一种短传输时间间隔时，调整所述当前的混合自动重传请求进程的数量为：当前的传输时间间隔及当前的调度时延所对应的混合自动重传请求进程的数量。

可选地，所述调整单元，包括：第三判断子单元及第三调整子单元，其中：所述第三判断子单元，适于判断所述用户设备在预设的第三时长内，是否应用不止一种传输时间间隔和调度时延；所述第三调整子单元，适于当所述第三判断子单元确定所述用户设备在预设的第三时长内，应用不止一种传输时间间隔和调度时延时，调整所述当前的混合自动重传请求进程的数量为以下其中一种：在所述第三时长内，不同传输时间间隔和调度时延所对应的混合自动重传请求进程数量的最大值；或不同传输时间间隔和调度时延所对应的混合自动重传请求进程数量之和。

可选地，所述第二配置单元，适于配置在所述上行信道的第一传输时间 间隔及所述下行信道的第二传输时间间隔，所述第一传输时间间隔与第二传输时间间隔相同或者不同。

可选地，所述基站还包括：第二获取单元，适于在所述第二配置单元配置采用所述短传输时间间隔与所述用户设备进行信令和数据交互时所对应的参数之后，通过以下任意一种方式获取所述用户设备在所述短传输时间间隔内可交互的数据数量：从所述用户设备获取在所述短传输时间间隔内可交互的数据数量；根据所述短传输时间间隔与1ms的比例，计算获得在所述短传输时间间隔内可交互的数据数量。

与现有技术相比，本发明的技术方案具有以下优点：

通过获取包括有用户设备可支持的最小调度时延的能力信息，进而根据自身资源调度的信息及所述用户设备的能力信息，配置与所述用户设备进行数据交互时的调度时延，并且配置的所述调度时延不小于所述最小调度时延，且不大于3ms，然后采用配置的所述调度时延，与所述用户设备进行调度，由于缩短了调度时延，故可以减少数据传输的时延，从而可以提高数据传输的效率，进而可以适应有些紧急业务数据的发送。

进一步，通过配置与所述用户设备进行数据交互时的传输时间间隔，且所述传输时间间隔小于1ms，也就是缩短了传输时间间隔，故可以进一步地减小数据传输的时延，进而提高数据传输的效率。

附图说明

图1是本发明实施例中的一种传输调度的方法的流程示意图；

图2是本发明实施中的另一种传输调度的方法的信令示意图；

图3是本发明实施例中的一种基站调度ue时的时序图；

图4是本发明实施例中的另一种基站调度ue时的时序图；

图5是本发明实施例中的一种基站的结构示意图。

具体实施方式

在lte通信系统中，基站通过子帧内的dci，调度下行数据的传输以及上行数据的传输。比如对于下行数据的传输，基站通过dci在子帧n向ue 指示下行数据传输的资源配置信息(包括调制编码格式、分配的物理资源块的位置信息等)，ue在解出自身的dci之后，根据其中包含的资源配置信息在物理下行共享信道接收数据，如果ue能够正确解出数据，ue在之后的某个子帧n+k(k>＝4)发送确认字符；如果ue不能解出数据，ue需要反馈否定确认字符。

以上整个过程为一个完整的数据传输过程。其中：子帧的长度为1ms，通常包含14个符号(symbol)。ue在一个子帧内接收dci以及相应的数据，在下一个子帧可以再次从基站接收dci以及相应的数据，因此传输时间间隔为1ms。从基站向ue发送dci以及相应的数据，至ue完成数据接收的过程，以及向基站反馈ack/nack，中间需要将近3ms的调度时延(或称为处理时延)。相应的，ue向基站发送数据，基站接收数据，然后向ue反馈ack/nack，中间也需要将近3ms的调度时延。在tdd系统中，因为上下行时隙配置与fdd不同，调度时延可以超过3ms。

随着通信的不断发展，用户对数据传输速率以及传输时延的要求越来越高，采用上述的传输调度方式进行数据传输，数据传输的效率低，、已经不适应有些紧急业务数据的发送。

为解决上述问题，本发明实施例提供了传输调度的方法，通过获取包括有用户设备可支持的最小调度时延的能力信息，进而根据自身资源调度的信息及所述用户设备的能力信息，配置与所述用户设备进行数据交互时的调度时延，并且配置的所述调度时延不小于所述最小调度时延，且不大于3ms，然后采用配置的所述调度时延，与所述用户设备进行调度，由于缩短了调度时延，故可以减少数据传输的时延，从而可以提高数据传输的效率，进而可以适应有些紧急业务数据的发送。

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

下面示出了本发明实施例中的一种传输调度的方法，如图1所示，以下参考图1，对所述方法分步骤详细介绍，所述方法包括如下步骤：

s11：获取所述用户设备的能力信息；其中：所述能力信息中包括所述用 户设备可支持的最小调度时延。

由于能力信息可反映用户的通信能力，故为了获知用户设备的通信能力，在具体实施中，可以在向用户设备发送安全模式命令之前，也就是在与用户设备建立数据无线承载之前，获取所述用户设备的能力信息。所述能力信息中可以包括所述用户设备可支持的最小调度时延。该最小调度时延可以用具体的时间长度表示，或者用布尔值(true)表示支持某一时长的调度时延。

需要说明的是，根据具体情况，获取用户设备的能力信息的方式可以不同。比如：如果核心网络侧之前保存有所述用户设备的能力信息，可以直接从核心网络侧处获取；如果核心网络侧之前未保存有所述用户设备的能力信息，可以向用户设备发送能力获取的请求，以获取所述能力信息。

s12：根据自身资源调度的信息及所述用户设备的能力信息，配置与所述用户设备进行信令和数据交互时的调度时延；其中：配置的所述调度时延不小于所述最小调度时延，且不大于3ms。

为了缩短与用户设备之间数据传输的时延，进而提高数据传输的效率，在具体实施中，在获取到用户设备的能力信息之后，可以根据自身资源调度的信息及所述用户设备的能力信息，配置与所述用户设备进行信令和数据交互时的调度时延。并且，配置的所述调度时延可以不小于所述最小调度时延，且不大于3ms。

在具体实施中，对用户设备进行调度可以有多种，比如可以通过子帧内的第一下行控制信令调度，通过下行信道与ue的数据传输(即向ue发送数据)，也可以通过子帧内的第二下行控制信令，调度通过上行信道与所述用户设备的数据传输(即ue向基站发送数据)。需要说明的是，所述下行信道是指物理下行共享信道，上行信道是指物理上行共享信道。

相应地，在具体实施中，在配置与所述用户设备进行信令和数据交互时的调度时延时，可以分别配置上下行信道的调度时延，比如可以配置所述上行信道的调度时延为第一调度时延，配置所述下行信道的调度时延为第二调度时延。可以理解的是，所述第一调度时延与第二调度时延可以相同，也可以不同。

在本发明一实施例中，所述能力信息还可以包括:所述用户设备能够支持的短传输时间间隔的信息，其中：所述短传输时间间隔小于1ms。也就是说，所述能力信息可以表征所述用户设备可以支持短传输时间间隔(shorttransmissiontimeinterval，stti)，所述短传输时间间隔可以用小于1ms的时长表示或用符号数(symbolnumber)表示，也可以用布尔值(true)表示支持某一时长的短传输时间间隔。

这样一来，为了进一步提高与用户设备进行数据传输的效率，在具体实施中，还可以根据所述能力信息，配置采用所述短传输时间间隔与所述用户设备进行数据交互时所对应的参数。

比如可以配置采用短传输时间间隔对用户设备进行调度时的时频资源信息。并且由于能力信息中包括有传输时间间隔的信息，故可以有多种方式指示最小调度时延，比如可以直接用具体的时间长度指示所述最小调度时延，也可以用所述短传输时间间隔的数量来指示所述最小调度时延。

基站在向ue发送数据的过程中，通过混合自动重传请求进程(harqprocess)来管理向用户设备发送数据，如基站指示在哪个harqprocess向ue发送了数据，基站在没有收到ue的ack之前需要在该harqprocess中保留数据。

相应的，ue在向基站发送数据的过程中，也采用harqprocess。harq进程的数量与传输时间间隔和调度时延相关，在现有lte中，传输时间间隔为1ms时，fdd的上行和下行分别有8个harqprocess。故在具体实施中，在采用了短传输时间间隔或调度时延之后，可以根据所述调度时延及所述传输时间间隔，相应地调整当前的混合自动重传请求进程的数量。需要说明的是，ue在初始接入网络时采用默认的传输时间间隔为1ms，调度时延为3ms，相应的，上行和下行分别有8个harqprocess(fdd)。

需要说明的是，根据用户设备支持的调度时延的不同，调整当前的混合自动重传请求进程的数量的方式也可以不同。

比如：如果所述用户设备在预设的第一时长内仅应用一种调度时延时，可以调整所述当前的混合自动重传请求进程的数量为当前的调度时延及当前 的传输时间间隔所对应的混合自动重传请求进程的数量。

在具体实施中，根据用户设备应用的短传输时间间隔的不同，调整当前的混合自动重传请求进程的数量的方式也可以不同。

比如，如果所述用户设备在预设的第二时长内仅应用一种短传输时间间隔的调度(即在该段时间内，基站只能通过一种时长的短传输时间间隔调度用户设备，用户设备在短传输时间间隔内接收下行控制信令和数据)，可以调整所述当前的混合自动重传请求进程的数量为：当前的短传输时间间隔及当前的调度时延所对应的混合自动重传请求进程的数量。

又比如，如果所述用户设备在所述第三时长内应用不止一种传输时间间隔和调度时延、且被配置为采用不止一种传输时间间隔和调度时延进行调度时，如在所述第三时长内，ue可以支持采用tti为1ms的调度，对应的调度时延为3ms左右(第一种)；同时ue支持采用短tti的调度，对应的调度时延低于3ms(第二种)时。可以调整所述当前的混合自动重传请求进程的数量为以下其中一种：所述第三时长内的混合自动重传请求进程的数量为不同传输时间间隔和调度时延所对应的harqprocess数量的最大值(上下行均为最大值)；或者所述第三时长内的混合自动重传请求进程的数量为不同传输时间间隔和调度时延所对应的harqprocess数量之和。

可以理解的是，由于对于单次的调度而言，只能调度用户设备执行一种操作，或者在下行信道接收数据，或者在上行信道发送数据。故在具体实施中，所述配置与所述用户设备进行信令和数据交互时的传输时间间隔，可以分别配置上下行信道的短传输时间间隔。比如可以配置在所述上行信道的传输时间间隔为第一传输时间间隔，配置所述下行信道的传输时间间隔为第二传输时间间隔。并且，所述第一传输时间间隔与第二传输时间间隔可以相同，也可以不同。

为了降低ue处理的复杂度，在具体实施中，如果不同传输时间间隔和调度时延所需要的harq进程数量不同时，ue及基站可以均维护一套最大数量的harq进程，比如采用传输时间间隔为1ms以及调度时延为3ms时需要的harq进程为8个(下行)，采用短传输时间间隔以及调度时延低于3ms 时需要的harq进程为12个(下行)，此时ue维护总的harq进程为12个(下行)，基站在采用传输时间间隔为1ms以及调度时延为3ms调度ue时，使用前8个harqprocess；基站在采用短传输时间间隔以及调度时延低于3ms调度ue时，使用12个harqprocess。

此处仅以下行为例，上行可以采用类似的处理方法。此处只是针对单载波的场景，即ue接入基站的一个载波；如果ue接入基站的多个载波(载波聚合场景)，针对每个载波，ue需要独立维护harq进程。

在发明另一实施例中，如果不同传输时间间隔和调度时延所需要的harq进程数量不同时，ue及基站可以维护n套独立的不同数量的混合自动重传请求进程；其中：n≥2。此处基站是针对单个ue维护n套独立的不同数量的混合自动重传请求进程。

比如当n＝2时，也就是基站与ue均维护两套harq进程。比如采用传输时间间隔为1ms以及调度时延为3ms时需要的harq进程为8个(下行)，采用短传输时间间隔以及调度时延低于3ms时需要的harq进程为12个(下行)，此时ue维护总的harq进程为20个(下行)，其中8个应用于传输时间间隔为1ms以及调度时延为3ms的调度；其他12个应用于短传输时间间隔以及调度时延低于3ms的调度。

s13：采用配置的所述调度时延，对所述用户设备进行调度。

在具体实施中，在配置了调度时延之后，即可以采用配置的所述调度时延，开始对所述用户设备进行调度。由于配置的调度时延比目前所使用的3ms的调度时延低，故可以降低数据传输时延，提高数据传输的效率。

在传输时间间隔改变后，为了避免超出ue的处理能力或者过度调度用户设备，在具体实施中，可以通过以下多种方式获取所述用户设备在所述传输时间间隔内可交互的数据数量。

比如可以直接从所述用户设备获取在所述传输时间间隔内可交互的数据数量(指最大数据数量)，也可以根据所述传输时间间隔与1ms的比例，计算获得在所述传输时间间隔内可交互的数据数量(指最大数据数量)。

综上所述可知，通过获取包括有用户设备可支持的最小调度时延的能力 信息，进而根据自身资源调度的信息及所述用户设备的能力信息，配置与所述用户设备进行数据交互时的调度时延，并且配置的所述调度时延不小于所述最小调度时延，且不大于3ms，然后采用配置的所述调度时延，与所述用户设备进行调度，由于缩短了调度时延，故可以减少数据传输的时延，从而可以提高数据传输的效率。

为使得本领域技术人员更好地理解和实现本发明，下面提供了本发明实施例中的另一种传输调度的方法，如图2所示，所述传输调度的方法涉及基站21及ue22，所述方法可以包括如下步骤：

步骤s201：ue22向基站21发送无线资源控制(radioresourcecontrol,rrc)连接请求信息。

在具体实施中，ue22可以通过随机接入过程，向基站21发送rrc连接请求信息。

步骤s202：基站21向ue22发送rrc连接建立信息。

在具体实施中，基站21可以向ue22发送rrc连接建立信息，以给ue22分配建立信令无线承载的参数。

步骤s203：ue22向基站21发送rrc连接建立完成信息。

在具体实施中，ue22向基站21发送rrc连接建立完成信息，以通知基站21所述rrc连接已经完成建立。

步骤s204：基站21向ue22发送能力获取的请求消息。

在具体实施中，为了获取ue22的能力信息，基站21可以向ue22发送能力获取的请求消息。需要说明的是，步骤s204是非必须的，如果核心网有保存的ue22能力信息，该步骤可以省略，也就是基站21可以直接从核心网处获取ue22的能力信息。

步骤s205：ue22向基站21发送自己的能力信息。

在具体实施中，ue22可以向基站21发送自己的能力信息，在所述能力信息中，ue22可以指示支持短传输时间间隔(shorttransmissiontimeinterval，stti)的调度，同时可以指示支持的最小调度时延(或者是处理时延)的信 息。

可以理解的是，所述最小调度时延的长度可以有多种指示形式。在本发明一实施例中，所述最小调度时延可以用具体的时间长度表示，比如直接指示最小调度时延为1ms。在本发明另一实施例中，所述最小调度时延可以用stti的数量来表示，比如可以指示最小调度时延为2个stti。

步骤s206：基站21向ue22发送安全模式命令。

在具体实施中，基站21可以向ue22发送安全模式命令，以便在空口建立安全机制。

步骤s207：ue22向基站21发送安全模式完成信令。

在具体实施中，ue22可以向基站21发送安全模式完成信令，以告知所述基站21安全模式已经完成。

步骤s208：基站21向ue22发送rrc连接重配置信息。

在具体实施中，基站21可以向ue22发送rrc连接重配置信息，以便与ue22建立数据无线承载。与此同时，为了使ue22能够快速地传输数据业务，在本发明一实施例中，基站21还可以在该步骤中，为ue22配置采用stti调度的参数，比如配置采用stti调度的时频资源信息。

为了实现可变调度时延的机制，在本发明另一实施例中，基站21还可以结合自身资源调度的实际情况以及ue22的能力信息，为ue22配置调度时延。并且所配置的调度时延可以大于或等于ue22所支持的最小调度时延。

比如当采用7个符号长度的stti调度所述ue22，且ue22的最小调度时延为0.5ms时，基站21可以配置所述ue22实际使用的调度时延为0.5ms或者1.5ms。又比如，基站21可以以stti的数量为基准，配置调度时延，即配置调度时延为stti的整数倍，如4个stti或者3个stti。

步骤s209：ue22向基站21发送rrc连接重配置完成信息。

在具体实施中，ue22可以向基站21发送rrc连接重配置完成信息。ue22保存基站21为其配置的关于stti的配置信息以及关于调度时延的信息，这样一来，基站21之后可以采用stti调度所述ue22。

步骤s210：ue22和基站21之间传输数据业务。

在具体实施中，ue22和基站21之间可以按照所配置的调度时延及传输时间间隔，来传输数据业务。

为便于本领域技术人员的理解，下面以基站21与ue22之间采用频分双工(frequencydivisionduplexing，fdd)的通信模式，stti为7个符号长度，也就是stti为0.5ms，为例对调度过程进行说明。

可以理解的是，当stti为7个符号长度时，因为有物理下行控制信道(physicaldownlinkcontrolchannel，pdcch)的存在，在一个子帧的第一个时隙(一个子帧包含2个时隙，均为0.5ms)，stti的长度是低于7个符号(比如可以是6个符号长度或4个符号长度)，在第二个时隙，stti的长度是7个符号长度。

图3示出了本发明实施中的一种基站调度ue时的时序图，其中：dl表示下行信道(downlink)，ul表示上行信道(uplink)，0到15表示时隙，每一时隙为0.5ms，每一子帧包括2个时隙，上下行的调度时延均为0.5ms。从图3可见，基站21在时隙0调度ue22，也就是基站21可以在时隙0向ue22发送dci，如果dci指示ue22在下行信道接收数据，在间隔了调度时延之后，ue22需要在时隙2向基站21反馈ack/nack；如果dci指示ue22在上行信道传输数据，则ue22在时隙2依据上行授权向基站21发送数据。

如果上下行调度时延均为0.5ms，dl或ul均需要4个混合自动重传请求进程(hybridautomaticrepeatrequest，harq)进程(process)，在时隙0，基站21可以通过harqprocess0向ue22发送数据，在时隙1，基站21通过harqprocess1向ue22发送数据，在时隙2，基站21通过harqprocess2向ue22发送数据，ue22或者反馈ack/nack,或者向基站21发送数据，在时隙3，基站21继续通过harqprocess3向ue22发送数据。在时隙4，基站21可以解析获得ue22针对harqprocess0的反馈，因此基站21在时隙4可以确定用harqprocess0重传数据还是传输新的数据。

图4示出了本发明实施中的另一种基站21调度ue22时的时序图，其中： dl表示下行信道(downlink)，ul表示上行信道(uplink)，0到15表示时隙，每一时隙为0.5ms，每一子帧包括2个时隙，调度时延为1.5ms。

从图4可见，基站21在时隙0调度ue22，也就是基站21可以在时隙0向ue22发送dci，如果dci指示ue22在下行信道接收数据，在间隔了调度时延之后，ue22需要在时隙4向基站21反馈ack/nack；如果dci指示ue22在上行信道传输数据，则ue22在时隙4依据上行授权向基站21发送数据。

同样的，如果上下行调度时延均为1.5ms，dl或ul均需要8个harqprocess，在时隙0，基站21可以通过harqprocess0向ue22发送数据，在时隙1-3，基站21通过harqprocess1-3向ue22发送数据，在时隙4，基站21通过harqprocess4向ue22发送数据，并且ue22或者反馈ack/nack,或者在上行信道向基站21发送数据，在时隙5-7，基站21可以继续通过harqprocess5-7向ue22发送数据。在时隙8，基站21已经可以获得ue22针对harqprocess0的反馈并做出是否需要重传的决定，因此基站21在时隙8可以确定用harqprocess0重传数据还是传输新的数据。

相应地，如果上下行信道的调度时延为1ms，dl或ul均需要6个harqprocess。具体的调度时序进程，本领域技术人员可以参考以上的描述实施，在此不再赘述。

在具体实施中，harqprocess的数量与调度时延及tti的大小均有关。故在调度时延或者tti其中之一改变时，ue22所需要的harqprocess数量是变化的；如果调度时延或者tti均发生改变，ue22所需要的harqprocess数量也可以变化。此时，可以根据ue22所采用的tti或者调度时延的不同，确定下行控制信令dci中的harqprocess标识的长度。

在本发明一实施例中，如果ue22在一段时长内，只能应用采用一种长度的tti调度，比如要么支持采用tti＝1调度，要么支持采用stti＝0.5ms调度，但是不能应用两个stti共存的场景，此时dci中指示harqprocess可以使用当前的tti所对应的harqprocess数量需要的长度。

比如若当前的tti及调度时延所对应的harqprocess为8个时，dci中 需要指示的harqprocess的个数为8，此时可以采用3比特长度表示数量为8的harqprocess；如果当前的tti及调度时延所对应的harqprocess为4个时，dci中需要指示的harqprocess的个数为4，可以采用2比特长度表示数量为4的harqprocess。

在本发明另一实施例中，ue22可以同时被tti或stti调度。比如在一个子帧内，基站21可以用pdcch调度ue22(tti＝1ms，长度为14个符号)，在下一个子帧内，基站21采用短的pdcch(spdcch)调度ue22(tti长度为7个符号，或4个符号，tti小于1ms)，在下下一个子帧，基站21又用pdcch调度ue22。或者在同一个子帧，基站21可以采用pdcch和spdcch调度ue22。或者基站21可以同时应用不同时长的stti调度ue22。

在这种情况下，dci中指示的harqprocess的长度可以总是以最大的harqprocess为准(比如前后两个子帧采用的传输时间间隔和调度时延所对应的harqprocess数量分别为4和8，此时可以取最大值8，采用3比特在dci中指示)，或者也可以以各自tti及调度时延所需要的harqprocess数量确定各自所需要的比特数(具体实现方法与上一实施例的处理类似，在此不再赘述)。

在这种情况下，由于harqprocess数量变化，相应地，ue22及基站21所维护的harqprocess的数量也可以有不同的处理方法。

比如，ue22可以同时被tti或stti调度(即配置的tti长度为多个)，并且可以同时被不同的调度时延所调度。当tti为1ms且调度时延为3ms时，需要8个harqprocess(以下行为例)。

当stti为0.5ms，如果采用调度时延为1.5ms调度ue22，dl需要8个harqprocess，此时ue22以及基站总共维护8个harqprocess(仅以下行为例)，基站21对ue22的调度，不管是采用tti调度ue22或stti调度ue22，均使用这8个harqprocess；当stti为0.5ms，且采用调度时延超过1.5ms调度ue时，则dl需要多于8个harqprocess，此时dci中指示harqprocess的比特数需要超过3，假定此时需要12个harqprocess，则基站21与ue22均总共维护12个harqprocess，从harqprocess0到harq process11。

在本发明一实施例中，基站21与ue22均可以只是维护一套数量为12个harqprocess，对于采用时长为1ms的tti调度的dci，只是使用该套harqprocess中的harqprocess0到harqprocess7共8个harqprocess；对于采用stti调度或超过1.5ms的调度时延调度的sdci(短下行控制信令)，可以使用harqprocess0到harqprocess11共12个harqprocess。

在本发明另一实施例中，基站21和ue22也可以一共维护两套独立的harqprocess，一共20个harqprocess。

在本发明一实施例中，如果ue22在一段时长内，只能支持采用一种长度的调度时延调度，比如要么支持采用调度时延＝1ms调度，要么支持采用调度时延＝0.5ms调度，但是不能应用两个调度时延共存的场景，此时dci中harqprocess可以使用当前的调度时延及tti所对应的harqprocess数量需要的长度。

比如若当前的调度时延及tti所对应的harqprocess为8个时，dci中harqprocess的个数为8，可以采用3比特长度表示数量为8的harqprocess；如果当前的tti所对应的harqprocess为4个时，dci中harqprocess的个数为4，可以采用2比特长度表示数量为4的harqprocess。

在本发明另一实施例中，ue22可以同时被不同的调度时延调度。比如在一个子帧内，基站21可以用1ms调度时延调度ue22；在下一个子帧内，基站21采用0.5ms的调度时延来调度ue22，在下下一个子帧，基站21又用1ms调度时延调度ue22。

在这种情况下，dci中指示的harqprocess的长度可以总是以最大的harqprocess数量为准(比如前后两个子帧使用调度时延所对应的harqprocess数量分别为4和8，此时可以取最大值8，采用3比特在dci中指示)，或者也可以以各自调度时延所需要的harqprocess数量确定各自所需要的比特数(具体实现方法与上一实施例的处理类似，在此不再赘述)。

在这种情况下，由于harqprocess数量可以不同，相应地，ue22及基站21所维护的harqprocess的套的数量也可以不同。

比如，当stti为0.5ms，对于采用1.5ms的调度时延调度的ue22，dl及ul中分别需要8个harqprocess；如果调度时延超过1.5ms，则dl及ul中分别需要多于8个harqprocess，此时dci中指示harqprocess的比特数需要超过3，假定此时需要12个harqprocess，则基站21与ue22均总共维护12个harqprocess，从harqprocess0到harqprocess11。

在本发明一实施例中，基站21与ue22均可以只是维护一套数量为12个harqprocess，对于采用1.5ms的调度时延调度的dci，只是使用该套harqprocess中的harqprocess0到harqprocess7共8个harqprocess；对于采用大于1.5ms的调度时延调度的sdci，可以使用harqprocess0到harqprocess11共12个harqprocess。

在本发明另一实施例中，基站21和ue22也可以一共维护两套独立的harqprocess，一共20个harqprocess。

需要说明的是，基站21可以在上行和下行信道，为ue22配置长度不一致的stti，比如下行的stti为3/4个符号，上行的stti为7个符号。同样地，在上下行信道，基站21也可以为ue22配置大小不同的调度时延。

这样一来，基站21配置的调度时延，可以以上行信道的tti为基准来表示，也可以以下行信道的tti为基准来表示。

比如针对下行信道传输的调度时延，可以为3个或4个上行stti信道长度，也可以为3个或4个下行信道stti长度。同样对于针对上行信道传输的调度时延，也可以为几个下行stti长度、或几个上行stti长度。

可以理解的是，基站21可以配置一个具体的数值，所述stti的长度由ue22按照协议定义取，如对于针对下行信道传输的调度时延，基站21配置数值为4，ue22获知该处理时延为4个下行stti长度。

在具体实施中，基站21在调度ue22时，可以按照ue22的能力，如在一个tti内ue22能够接收的最大比特数(maximumnumberofbitsofadl-schtransportblockreceivedwithinatti，此处tti为1ms)以及在一个tti内能够传输的最大比特数(maximumnumberofbitsofanul-schtransportblocktransmittedwithinatti，此处tti为1ms)，向ue22传输数据。

当ue22在stti内被调度时，也就是在基站21为ue22配置低于1ms的传输时间间隔时，为了避免基站21过度调度ue22或避免导致ue22的处理能力不足，基站21可以获知在低于1ms的传输时间间隔内，ue22可以处理的数据的比特数。

具体而言，基站21可以有多种方式获知ue22可处理的比特数。比如：ue22可以针对所应用的stti，直接上报一个stti内能够接收或传输的最大比特数。又比如，基站21可以依据ue22当前在tti为1ms时能够接收或传输的数据比特，乘以一个比例确定ue22在一个stti内能够接收或传输的数据比特数。这个比例值可以由ue22在能力信息中告知基站21，或者在协议中预定义。

如对于采用stti为7个符号的调度，该比例值为7/14或7/13；对于采用stti为4个符号的调度，该比例值为4/14或4/13。在具体实施中，基站21可以在调度时确保向ue22传输的数据或调度ue22在1ms内向基站21发送的数据不高于ue22在能力信息中所指示的1ms内接收/发送数据的总量。

比如，基站21在1ms内只在一个stti调度该ue22(向该ue22发送数据)，基站21确保该stti内向ue22发送数据的量不高于ue22在能力信息中所指示的1ms内接收数据的总量。

需要说明的是，对于时分双工(timedivisionduplexing，tdd)的通信模式，本发明实施例的传输调度的方法亦可适用，仅仅是根据上下行时隙的配比不同，上下行信道的harqprocess的数量不同，本领域技术人员根据参考本发明实施例中对fdd通信模式的描述，实施tdd通信模式，在此不再赘述。

为使得本领域技术人员更好地理解和实现本发明，下面提供了本发明实施例中的一种基站，如图5所示，所述基站可以包括：第一获取单元51、第一配置单元52及调度单元53，其中：

所述第一获取单元51，适于获取所述用户设备的能力信息；其中：所述能力信息中包括所述用户设备可支持的最小调度时延。

所述第一配置单元52，适于根据自身资源调度的信息及所述用户设备的 能力信息，配置与所述用户设备进行信令和数据交互时的调度时延；其中：配置的所述调度时延不小于所述最小调度时延，且不大于3ms。

所述调度单元53，适于采用配置的所述调度时延，对所述用户设备进行调度。

在具体实施中，所述调度单元53适于采用如下以下至少一种方式对用户设备进行调度：通过子帧内的第一下行控制信令，调度通过下行信道与所述用户设备的数据传输；通过子帧内的第二下行控制信令，调度通过上行信道与所述用户设备的数据传输。

在具体实施中，所述第一配置单元52，适于配置所述上行信道的第一调度时延及所述下行信道的第二调度时延，所述第一调度时延与第二调度时延相同或者不同。

在具体实施中，所述能力信息还包括:所述用户设备能够支持的短传输时间间隔的信息；其中：所述短传输时间间隔小于1ms。

在具体实施中，所述基站还可以包括：

第二配置单元54，适于根据所述能力信息，配置采用所述短传输时间间隔与所述用户设备进行信令和数据交互时所对应的参数。

在具体实施中，所述基站还可以包括：

调整单元55，适于根据所述调度时延及当前的传输时间间隔，相应地调整当前的混合自动重传请求进程的数量；其中：所述当前的传输时间间隔为1ms或为所述短传输时间间隔。

在具体实施中，所述调整单元55，包括第一判断子单元60及第一调整子单元61，其中：

所述第一判断子单元60，适于判断所述用户设备在预设的第一时长内是否仅应用一种调度时延；

所述第一调整子单元61，适于当所述第一判断子单元60确定所述用户设备在预设的第一时长内仅应用一种调度时延时，调整所述当前的混合自动重传请求进程的数量为当前的调度时延及当前的传输时间间隔所对应的混合自 动重传请求进程的数量。

在具体实施中，所述调整单元55，包括：第二判断子单元62及第二调整子单元63，其中：

所述第二判断子单元62，适于判断所述用户设备在预设的第二时长内是否仅应用一种短传输时间间隔；

所述第二调整子单元63，适于当所述第二判断子单元62确定所述用户设备在所述第二时长内仅应用一种短传输时间间隔时，调整所述当前的混合自动重传请求进程的数量为：当前的传输时间间隔及当前的调度时延所对应的混合自动重传请求进程的数量

在具体实施中，所述调整单元55，包括：第三判断子单元64及第三调整子单元65，其中：

所述第三判断子单元64，适于判断所述用户设备在预设的第三时长内，是否应用不止一种传输时间间隔和调度时延；

所述第三调整子单元65，适于当所述第三判断子单元64确定所述用户设备在预设的第三时长内，应用不止一种传输时间间隔和调度时延时，调整所述当前的混合自动重传请求进程的数量为以下其中一种：在所述第三时长内，不同传输时间间隔和调度时延所对应的混合自动重传请求进程数量的最大值；或不同传输时间间隔和调度时延所对应的混合自动重传请求进程数量之和。

在具体实施中，所述第二配置单元54，适于配置在所述上行信道的第一传输时间间隔及所述下行信道的第二传输时间间隔，所述第一传输时间间隔与第二传输时间间隔相同或者不同。

在具体实施中，所述基站还可以包括：第二获取单元56，适于通过以下任意一种方式获取所述用户设备在所述传输时间间隔内可交互的数据数量：从所述用户设备获取在所述传输时间间隔内可交互的数据数量；根据所述传输时间间隔与1ms的比例，计算获得在所述传输时间间隔内可交互的数据数量。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步 骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于以计算机可读存储介质中，存储介质可以包括：rom、ram、磁盘或光盘等。

虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。