LTE調度算法调研报告(偏向理论).docVIP

eNB端上行调度相关问题调研报告 1 概述 本文主要是从以下几个方面讲述目前对上行调度相关问题的认识。首先是eNB端调度需要考虑同哪些功能模块有交互以及这些模块对调度可能产生的影响，然后是从现在最近的一次提案（64）中查找有关eNB端调度的相关讨论，最后就是通过查论文调研现在的无线资源调度算法和目前适用于LTE的调度算法。 RNTI值问题； 时序安排问题； 2 同调度相关的功能模块 2.1 时序相关问题 eNB端上行调度结果是记录在PDCCH上发送出去。而发送上行授权的下行子帧和被授权的上行子帧间是存在一定关系的。 如下图，对于配置1，1号下行子帧发送的上行授权是针对7号上行子帧的，因此对于7号子帧的上行调度功能应该在1号下行子帧发送前完成。那么，对于7号上行子帧的调度是在1号下行子帧刚到来时开始执行，还是在1号下行子帧到来前就完成？个人认为，应该是等到1号下行子帧刚到来时才开始执行对7号上行子帧的调度功能。因为如果调度功能提前，那么1号下行子帧之前的上行子帧是可能收到UE的最新变化信息的，这些信息是可以用作调度参考的。 随机接入对于该时序有一定的影响。发送完preamble后的UE，监听PDCCH等待其RA-RNTI对应的MAC PDU产生的上行授权，协议中要求UE只有在收到该上行授权后6个子帧后的上行子帧才能够使用该上行授权，如果6个子帧后的子帧不是上行子帧则向后延迟直到遇到上行子帧。由此，eNB端收到UE发送的preamble，并且由eNB端的随机接入模块决策决定该UE的随机接入过程可以继续，那么就需要eNB端上行调度模块给该UE分配上行资源。某个下行子帧L到达时，eNB开始对L+k1后的某个上行子帧进行上行调度，如果此时k16，即被调度的上行子帧在UE随机接入上行授权可使用的上行子帧之前，那么eNB可以将该UE随机接入对上行授权的需求记录下来，直到可以调度L+6上行子帧的下行子帧到来再进行处理。 即时分上行授权，提前分出去，等到分相应上行子帧时再减去已经分出去的资源，UL delay 时间标准 TDD UL/DLConfiguration DL subframe number n 0 1 2 3 4 5 6 7 8 9 0 4 6 4 6 1 6 4 6 4 2 4 4 3 4 4 4 4 4 4 5 4 6 7 7 7 7 5 2.2 随机接入相关 按照现在对物理层的理解，eNB端对于一帧里包含的preamble的传输机会是可以配置的（具体见[8]图表5.7.2-4）。eNB端在一个上行子帧里是可以同时收到来自不同RA-RNTI，即不同传输机会UE发送的preamble。同时，在同一个传输机会，即对应相同的RA-RNTI，不同的UE可以选择不同的preamble index进行发送。 由此，eNB端随机接入模块经过决策是可能要求在下行方向对应多个RA-RNTI发送对应的MAC PDU。而记录在该MAC PDU内的多个RAR里的UL GRANT是需要eNB端上行调度决定的。于是，eNB端上行调度需要知道每个RAR对应的UE需要该上行授权发送多大数据量以及其信道质量状况（为了确定MCS从而确定PRB的个数）。 随机接入的上行授权还涉及到了一个时序问题。 [2]中明确规定了UL GRANT中，20个bit分别代表的意义。 hopping flag：1 bit，表示UE在该上行子帧传输数据时是否要执行跳频； fixed sized resource block assignment：10 bit，如果当前上行带宽=44个resource block，那么取10个比特的后b个比特，按照DCI format 0里规定的理解方式，即RIV值的表示方式，取得被分配的resource block的起始值和长度值。如果当前上行带宽大于44个resource block，那么在10个比特前补充若干比特0，使补充后的总长达到b个比特，再按照DCI format 0里规定的理解方式，即RIV值的表示方式，取得被分配的resource block的起始值和长度值。.由此，UE随机接入取得resource block的长度值和起始值是有一定限制的，使得RIV的值不能够太大（10位全1，1023）。当UE的resource block的长度值靠近全部上行带宽的一半时，会使得RIV值比较大。 Truncated modulation and coding scheme：4 bit，可选的有16种，分别是36.213 表8.6.1-1中的前16项。由此，对于UE随机接入上行授权可以使用的MCS是有限制的。