一种LTE系统的调度方法及装置与流程

本发明实施例涉及移动通信技术领域，尤其涉及一种lte系统的调度方法及装置。

背景技术：

对于长期演进系统(longtermevolution，lte)下行的资源分配，3gpp规定了type0、type1和type2三种类型，对于type0和type1的资源分配方式，3gpp规定采用资源块组(resourceblockgroup，rbg)的粒度，rbg的大小，与系统带宽相关。

lte系统中下行与上行业务的调度控制都是在演进型基站(evolvednodeb)的调度器实现，调度主要是指根据终端的信道状况、qos和每个逻辑信道或逻辑信道组的缓冲区状态报告(bufferstatusreport，bsr)等信息，确定对应的调度优先级，然后进一步确定其调制编码方式(modulationandcodingscheme，mcs)和资源块(resourceblock，rb)数，再根据mcs和bsr确定分配的rbg数量和位置。在实际应用中，就存在bsr小于由mcs和rb数确定的传输块大小(transportblocksize，tbsize)，在组包过程中，会在有效数据后边补零(padding)，使得最终的调度数据等于tbsize。

在type0和type1的资源分配方式中，会进行大量的padding。padding传输的是无效信息，降低了空口传输效率；虽然终端接收该数据包的误包率一般是10％，但重传仍会带来空口资源开销的增加；对于时延敏感性业务，由于误包所带来的重传，会进一步加大传输的时延。

技术实现要素：

本发明提供一种lte系统的调度方法及装置，以实现通过调整mcs，减少padding，提高空口资源的传输效率，同时也降低了该数据包的误包概率，进而降低了传输时延。

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

确定基站调度器调度的下行逻辑信道对应的初始调制编码方式mcs是否满足第一预设条件；

若满足第一预设条件，则根据确定的传输块大小tbsize和所述下行逻辑信道需要调度的数据量bsrx确定最终调度的mcs。

第二方面，本发明实施例还提供了一种lte系统的调度装置，该装置包括：

判断模块，用于确定基站调度器调度的下行逻辑信道对应的初始调制编码方式mcs是否满足第一预设条件；

确定模块，用于若满足第一预设条件，则根据确定的传输块大小tbsize和所述下行逻辑信道需要调度的数据量bsrx确定最终调度的mcs。

本发明实施例通过调整mcs，减少padding，提高空口资源的传输效率，同时也降低了该数据包的误包概率，进而降低了传输时延。

附图说明

图1是本发明实施例一提供的一种lte系统的调度方法的流程图；

图2是本发明实施例二提供的一种lte系统的调度方法的流程图；

图3是本发明实施例三提供的一种lte系统的调度方法的流程图；

图4是本发明实施例四提供的一种lte系统的调度装置的结构图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明具体实施例作进一步的详细描述。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。

另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部内容。在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

实施例一

图1为本发明实施例一提供的一种lte系统的调度方法的流程图。本实施例可适用于对lte系统下行的资源分配进行调度的情况，该方法可以由本发明实施例提供的lte系统的调度装置来执行，该装置可采用软件和/或硬件的方式实现。

如图1所述，本实施例的方法具体包括：

s110、确定基站调度器调度的下行逻辑信道对应的初始调制编码方式mcs是否满足第一预设条件。

其中，lte系统中下行与上行业务的调度控制都是在演进型基站的调度器实现，调度主要是指根据终端的信道状况、qos和每个逻辑信道或逻辑信道组的缓冲区状态报告等信息，确定对应的调度优先级，然后进一步确定其调制编码方式mcs。

其中，所述第一预设条件，即为初始调制编码方式mcs大于0，mcs对应不同的阶数，优选取值为0到28之间，优选mcs的取值为整数。

s120、若满足第一预设条件，则根据确定的传输块大小tbsize和所述下行逻辑信道需要调度的数据量bsrx确定最终调度的mcs。

本步骤一种可实现的实施方式是，若所述tbsize小于或等于bsrx，则将所述初始mcs作为最终调度的mcs；若所述tbsize大于bsrx，则将满足第二预设条件的mcs-1作为初始mcs，重复执行是否满足第一预设条件的判断。

本实施例的技术方案，通过调整mcs，确定最终调度的mcs，以达到减少padding、提高空口资源的传输效率的目的，同时也降低了该数据包的误包概率，进而降低了传输时延。

实施例二

图2为本发明实施例二提供的一种lte系统的调度方法的流程图。本实施例以上述实施例为基础进行优化，在本实施例中，所述方法进一步包括：根据下行逻辑信道类型和对应的媒体介入控制层(mediumaccesscontrol，mac)子头开销，确定所述下行逻辑信道需要调度的数据量bsrx。

相应的，本实施例的方法具体包括：

s210、根据下行逻辑信道类型确定对应的mac子头开销。

具体地，根据下行逻辑信道类型定义所述mac子头的开销。

具体地，若所述下行逻辑信道为广播控制信道(broadcastcontrolchannel，bcch)或寻呼控制信道(pagingcontrolchannel，pcch)，则不增加mac子头开销，否则增加预设字节的mac子头开销。

其中，对于mac层透传的bcch和pcch，不增加mac子头开销；对于其它逻辑信道，如专用业务信道(dedicatedtrafficchannel，dtch)等等，增加预先定义的m字节的mac子头开销；对于mac控制元素(controlelement，ce)，需要增加n字节的mac子头开销。

其中，m与n为根据统计预先定义的值，m一般取3到5之间的值，n一般取1到3之间的值。

s220、确定所述下行逻辑信道需要调度的储存在缓冲区里的数据量。

其中，所述确定所述下行逻辑信道需要调度的储存在缓冲区里的数据量为无线链路控制(radiolinkcontrol，rlc)通知对应下行各逻辑信道bsr需要调度的储存在缓冲区里的数据量。

s230、将所述mac子头开销和所述储存在缓冲区里的数据量的加和作为所述下行逻辑信道需要调度的数据量bsrx。

s240、确定基站调度器调度的下行逻辑信道对应的初始调制编码方式mcs是否满足第一预设条件。

s250、若满足第一预设条件，则根据确定的传输块大小tbsize和所述下行逻辑信道需要调度的数据量bsrx确定最终调度的mcs。

本实施例的技术方案，通过为下行逻辑信道增加了mac子头开销的预处理，避免了没有考虑mac子头开销带来的数据包分片问题，达到了减少padding，提高传输效率的效果。

实施例三

图3是本发明实施例三提供的一种lte系统的调度方法，本实施例以上述实施例为基础进行优化，在本实施例中，进一步将步骤确定传输块大小tbsize优化为：根据下行逻辑信道类型和对应的所述初始mcs分配资源块rb数目；或，当下行逻辑信道为多个时，将多个逻辑信道的rb数目加和，将加和作为最终调度给终端的rb数目；根据确定的rb数目和所述初始mcs确定传输块大小tbsize。

相应的，本实施例的方法具体包括：

s310、根据下行逻辑信道类型和对应的所述初始mcs分配资源块rb数目；或，当下行逻辑信道为多个时，将多个逻辑信道的rb数目加和，将加和作为最终调度给终端的rb数目。

其中，由基站调度器基于优先级策略确定下行逻辑信道的优先级，然后按照优先级从高到低确定mcs并分配rb数目。对于bcch和pcch，根据初始的mcs确定调度mcs，并根据需要调度的bsr与mcs得到rb数目；对于其它下行逻辑信道，根据信道条件和确认字符(acknowledgement，ack)/nack反馈得到调度的mcs，并根据需要调度的bsr与mcs得到分配的rb数目；最后，对调度给同一终端的多个逻辑信道的rb数目进行合并，得到最终调度给该终端的rb数目。

s320、根据确定的rb数目和所述初始mcs确定传输块大小tbsize。

其中，根据所述确定的rb数目和所述初始mcs可以通过查找下行业务的协议确定传输块大小tbsize。

具体地，所述确定的rb数目为预先定义的资源块组rbg大小的整数倍。其中，lte系统下行的资源分配，3gpp规定了type0、type1和type2三种类型，对于type0和type1的资源分配方式，3gpp规定采用rbg的粒度。对于rbg的大小，如表1所示与系统带宽相关。对于type0和type1的调度，最终调度给所述终端的rb数目需要是rbg大小的整数倍；对于type2调度，最终调度给所述终端的rb数目无需是rbg大小的整数倍。

表1不同带宽下的rgb大小

s330、确定基站调度器调度的下行逻辑信道对应的初始调制编码方式mcs是否满足第一预设条件。

s340、若满足第一预设条件，则根据确定的传输块大小tbsize和所述下行逻辑信道需要调度的数据量bsrx确定最终调度的mcs。

本实施例的技术方案，通过基站调度器确定mcs和rb数目，进而根据确定的rb数目和所述初始mcs确定传输块大小tbsize，解决了在type0和type1的资源分配方式中，会进行大量的padding，从而降低了空口传输效率的问题。虽然终端接收该数据包的误包率一般是10％，但重传仍会带来空口资源开销的增加；对于时延敏感性业务，由于误包所带来的重传，会进一步加大传输的时延，降低了用户体验。同时，对于type2资源分配方式，也有减少padding，提高传输效率的效果。

实施例四

图4是本发明实施例四提供的一种lte系统的调度装置的结构图，本实施例可适用于对lte系统下行的资源分配进行调度的情况，该装置可采用软件和/或硬件的方式实现。

如图4所示，所述装置包括：判断模块410和确定模块420，其中：

判断模块410用于确定基站调度器调度的下行逻辑信道对应的初始调制编码方式mcs是否满足第一预设条件。

确定模块420用于若满足第一预设条件，则根据确定的传输块大小tbsize和所述下行逻辑信道需要调度的数据量bsrx确定最终调度的mcs。

本实施例的lte系统的调度装置用于执行上述各实施例的lte系统的调度方法，其技术原理和产生的技术效果类似，这里不再赘述。

在上述各实施例的基础上，所述确定模块420具体用于：根据下行逻辑信道类型和对应的媒体介入控制层mac子头开销，确定所述下行逻辑信道需要调度的数据量bsrx。

在上述各实施例的基础上，所述确定模块420还用于：根据下行逻辑信道类型定义所述mac子头的开销。

在上述各实施例的基础上，所述确定模块420具体用于：若所述下行逻辑信道为广播控制信道bcch或寻呼控制信道pcch，则不增加mac子头开销，否则增加预设字节的mac子头开销。

在上述各实施例的基础上，所述确定模块420具体用于：根据下行逻辑信道类型确定对应的mac子头开销；确定所述下行逻辑信道需要调度的储存在缓冲区里的数据量；将所述mac子头开销和所述储存在缓冲区里的数据量的加和作为所述下行逻辑信道需要调度的数据量bsrx。

在上述各实施例的基础上，所述确定模块420具体用于：根据下行逻辑信道类型和对应的所述初始mcs分配资源块rb数目；或，当下行逻辑信道为多个时，将多个逻辑信道的rb数目加和，将加和作为最终调度给终端的rb数目；根据确定的rb数目和所述初始mcs确定传输块大小tbsize。

所述确定的rb数目为预先定义的资源块组rbg大小的整数倍。

上述各实施例所提供的lte系统的调度装置可执行本发明任意实施例所提供的lte系统的调度方法，具备执行lte系统的调度方法相应的功能模块和有益效果。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。