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

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/DLConfigurationDL subframe number n012345678904646164642443444444546777752.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分别代表的意义。l hopping flag：1 bit，表示UE在该上行子帧传输数据时是否要执行跳频；l 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值比较大。l Truncated modulation and coding scheme：4 bit，可选的有16种，分别是36.213 表8.6.1-1中的前16项。由此，对于UE随机接入上行授权可以使用的MCS是有限制的。l TPC command for scheduled PUSCH：3 bit，表示UE在PUSCH上传输数据时使用的功率，有8中选择，但是表格中具体值在现在的协议中是空的。l UL delay：1 bit, 表示是否需要延时，跟确定该上行授权所在的上行子帧号有关。看的不是很明白；l CQI request：1 bit，表示是否要求发送非周期性的信道质量报告。2.3 BSR相关BSR即缓存状态报告，反映了UE端当前缓存数据的状况，是作为eNB端进行上行调度确定UE在某个上行子帧可以发送数据字节数的一个重要依据。首先介绍BSR的相关内容。BSR的报告的缓存数据来自RLC层和PDCP层，在上述两层的计算方法如下：l RLC 的SDU和SDU分段；RLC 新传PDU和PDU分段；RLC没有确定是否要重传的PDU；(36.322 4.5)l PDCP的SDU和PDCP PDU；handover发生时，PDCP在AM模式下，没有收到下层确认的PDU；（36.323 4.5）BSR的分类有三种：l regular BSR：高优先级逻辑信道上有数据到达；即如果当前各个逻辑信道上都已经有数据或者当前优先级最高的逻辑信道上已经有数据，就不会再触发该BSR；由此，eNB端收到比较频繁的BSR应该不是regular BSR；l period BSR：其周期可以在MAC-MainConfiguration IE中配置，而MAC-MainConfiguration IE被包含在RadioResourceConfigDedicated IE中，是针对某个UE专用的配置信息；其单位是子帧，最小值是5，最大值是2560；由此，该BSR应该是eNB端收到比较频繁的BSR；l padding BSR：当构造MAC PDU需要Padding时，才有可能发送该BSR；MAC PDU构造过程中产生Padding的字节数大于2（1+1）或4（ 3+1） 字节的情况多还是少？如果多，说明eNB端基本上没收到一个MAC PDU就能收到一个BSR；如果少，说明该种BSR并不是出现很频繁。 新协议中出现了一种Truncated BSR，占用了一个逻辑信道号，是同short BSR和long BSR 相并列的。Truncated BSR特指空间不够发送所有组的状态报告，但是此时有多于一个组缓存了数据的情况。short BSR指此时只有一个逻辑信道组内有缓存数据时发送的BSR，long BSR指此时有多于一个组缓存了数据且同时报告所有逻辑信道组发送的BSR。所以，eNB 端收到三种逻辑信道号对应的trnucated BSR、short BSR和long BSR时应当区别对待。BSR种类报告中包含几个组实际有几个组缓存数据是否高优先级逻辑信道有数据到达truncated BSR1个多于一个没有short BSR1个1个不确定long BSR4个多于一个不确定当前TTI如果有资源发送一个BSR（不管是上述哪种），那么周期性BSR的计时器都要重启。当regular BSR被触发（有高优先级逻辑信道上有数据到达），但此时UE没有上行授权，那么UE发送SR，如果UE没有被配置在PUCCH上发送SR，则UE发起随机接入过程。由此，eNB端收到UE的SR，则说明该UE更高优先级逻辑信道上有数据到达，但是此时eNB端并不知道该到达数据量大小，怎么给该UE确定分配资源的大小？同时，eNB也需要参考该UE之前发送BSR，那么eNB端应该保存一个UE的多少个BSR？可以给每个UE保存若干个BSR，同时也记录下收到BSR的时间，eNB每收到一个BSR后，就替换最旧的BSR。每次调度总是参考最新的BSR。分发送BSR的资源2.4同SR（schedule request）的关系在UE端，当触发了regular BSR并且此时没有上行授权，UE才会发送SR。首先需要确定的就是eNB端上行调度从哪个模块收到UE发送的SR。接收其次是eNB端上行调度模块收到SR后，该进行怎样的处理。把发送了SR的UE加入到调度队列中。2.5 半静态调度2.5.1 半静态调度的相关概念半静态调度（SPS）存在于eNB端的上行调度和下行调度中。半静态调度的提出主要为了支持VoIP业务在LTE系统中的应用，其要点就是利用半静态分配资源传新传数据，利用动态分配资源传重传数据。VoIP业务具有以下特点：业务分为活动期和静默期，其中静默期占近一半的时间。活动期，业务约每隔20ms到达一个40字节左右的数据包，在静默期，约每隔160ms到达一个SID（silent insertion Descriptor）包, 该包大小约15字节左右。VoIP业务调度的设计原则为：由于VoIP包比较小和传输时间间隔短，因此与VoIP相关的信令开销必须也比较小(或开销为零)；由于静默期的存在，调度器必须支持半静态资源的再分配；调度器必须能处理VoIP的重发和业务载荷突变。如果选择动态调度方式，需要每个VoIP新数据包到来以及其重传都要在PDCCH上发送DCI进行资源分配，这样信令开销太大。但同时，动态调度也有一定的优点，就是灵活性，能够随信道质量而改变。由此就采用了SPS调度方式满足VoIP业务的QoS要求7。SPS就是为eNB为UE分配的资源，包括物理资源块的长度和起始值、MCS、HARQ信息等，是以一定的周期重复出现的，这样UE每到周期达到时，即可去相应位置解调或者发送数据，省去了eNB进行授权的信令开销，很适合VoIP业务。SPS的周期值，semiPersistSchedIntervalDL和semiPersistSchedIntervalUL，都是在MAC-MainConfiguration IE里进行配置的，而MAC-MainConfiguration IE出现在RadioResourceConfigDedicated IE里，是针对一个UE进行配置的。不区分radio bearer，一个UE的所有上行SPS的周期是相同的，同样一个UE的所有下行SPS的周期也是相同的。一个UE是否同时可以拥有两份或多分SPS，还不确定。SPS的周期值最小是10个子帧。UE一旦被分配了SPS，那么在每个周期到达时该SPS资源默认用来传新传数据，但是在某个周期到达时也可以通过PDCCH上DCI显式指明传重传数据。传新传数据时，eNB或UE使用的MCS、物理资源块起始和长度、冗余版本（都是0）和前一次传新数据是相同的。上行方向上UE使用的HARQ process编号是跟当前上行子帧号相关的，下行方向上eNB使用的HARQ process 编号是在DCI里指明跟前一次传新数据是相同的。传重传数据时，eNB或UE使用的使用的MCS、物理资源块起始和长度、冗余版本都是记录在PDCCH上的DCI里。上行方向上UE使用的HARQ process编号是跟当前上行子帧号相关的，下行方向上eNB使用的HARQ process 编号是在DCI里指明，由此重传和新传使用的HARQprocess 编号可以是不同的。下面解释一下SPS如何实现半静态资源的再分配以及VoIP的重发和业务载荷突变。SPS的提出主要是为了支持VoIP业务，但是整个SPS资源是用来传输一个UE的MAC PDU，除了VoIP数据还有其他数据。当UEa的VoIP业务的静默期出现，且UEa此时上行或下行没有其他业务数据，那么如果该SPS的资源不能够再分配则会出现资源浪费。因此，可以通过PDCCH上DCI动态地将该部分资源分给其他用户Ueb。但是这样做还是存在一个小问题。就是UEa在PDCCH上没有收到任何资源分配，会默认自己在当前TTI拥有SPS资源。在下行方向，UEa解调数据肯定会失败，会造成eNB端为UEa把VoIP数据包重传。在上行方向， 只有UEb在资源上发送数据，eNB端会解码成功。当UE此时已经拥有了一个SPS资源分配，由于SPS周期最小是10个子帧，如果一个帧内除了VoIP业务，在某个子帧又有其他数据到达，也即此时出现业务载荷突增，那么就可以通过PDCCH上DCI为UE分配另外的资源。当UE在SPS周期达到时，如果UE需要发送或接收多于或少于原来大小的数据，或者UE的信道质量发生了较大改变导致SPS中的MCS不再适用，那么eNB可以通过PDCCH上DCI给UE分配其他较大、较小空间或者调整MCS，UE解读PDCCH就会让现在DCI里的资源分配覆盖了SPS资源分配。2.5.2 SPS和重传VoIP业务数据的重传处理。 先看下行方向。LTE系统下行方向HARQ是异步的，即重传时需要指出使用的HARQ process编号。eNB给UE重传某个VoIP数据包时，可以选择使用SPS资源重传也可以选择动态分配资源重传。选择前种方式，需在PDCCH上DCI里用semi-rnti指明重传，且指明重传使用的HARQprocess 编号；如果选择后中方式，需在PDCCH上DCI里用C-RNTI指明重传以及重传使用的HARQprocess 编号。区别就是，SPS资源的周期最小是10个子帧，那么使用SPS资源重传时延大，使用动态分配资源时延小。且使用SPS资源重传会导致某时刻数据量突然增大。例如，配置1中，设UE在子帧3拥有SPS资源且周期是10个子帧，UE在系统帧n子帧3中传输的VoIP包传输失败，UE可以在系统帧n的7、8子帧和系统帧n+1的2、3（SPS资源）号子帧重传该包。由表可以看出，除系统帧n的7子帧不能用外，其他都可用。eNB如果选择动态分配重传资源，可以在系统帧n的4、6子帧发布系统帧n的8子帧、系统帧n+1的2号子帧中重传数据占用的资源，完成重传。如果选择使用SPS资源重传，那么eNB需要在系统帧n的9号子帧中用semi-rnti在PDCCH表明在系统帧n+1的3子帧（SPS资源）重传数据，从而完成重传。此时，eNB需要在系统帧n+1的3子帧传输的新传数据也到达了，这时，原来的SPS资源可能就不够用了，仍然需要eNB作出动态调整。可见，使用动态资源进行重传会比较合适。下图是各种配置下，上行和下行子帧的分布。TDD上下行配置系统帧 nn+1n+2 0123456789012345678901234567890123456eNB端发出上行授权的下行子帧号和被授权的上行子帧号间对应关系：TDD UL/DLConfigurationDL subframe number n01234567890464616464244344444454677775 再看上行方向。LTE系统中，上行方向HARQ采用同步模式。同下行不同的是，在某个下行子帧中发送的上行授权只能是针对某个上行子帧，同时也只能针对某个HARQ process编号。考虑的时候应该倒过来，需要重传某个HARQprocess编号里的数据，则需要在恰当的下行子帧给出对应上行子帧的授权。在2.5节内容中提到，上行方向SPS资源上数据的重传主要是采用了同步自适应方式。对于配置1到5，一个系统帧内能将所有的HARQprocess循环一遍，而SPS资源周期最小是10个子帧，SPS资源上传输的数据占用的是同一HARQ process。因此，当某个VoIP包需要重传时，只能在给SPS占用上行子帧授权的下行子帧中的PDCCH上用semi-rnti表明重传该VoIP包。例如，对于有配置1，设UE在子帧3占有SPS资源，周期为10个子帧，设UE在系统帧n中传的包出错，即HARQ process1中的包需要重传，则需要在系统帧n的9号子帧中PDCCH上用semi-rnti表明重传该VoIP包，从而在系统帧n+1的3号子帧完成重传。如果在系统帧n的8号子帧动态重传，由于上行不能在DCI中指明重传的HARQprocess编号，UE会认为是要重传HARQ process编号为3的数据，从而出错。由此，VoIP数据包的重传，只能是在PDCCH上DCI里用semi-rnti表明重传。对于配置0和6，所有的HARQprocess不是在一个系统帧里循环一遍，而SPS资源周期最小是10个子帧，所以SPS资源传输的新数据占用的HARQprocess编号是不一样的。例如，对于有配置0，设UE在子帧3占有SPS资源，周期为10个子帧，设UE在系统帧n中传的包出错，即HARQ process1中的包需要重传，而系统帧n+1中HARQ process1对应子帧4，则应在系统帧n+1的0号子帧中PDCCH上DCI里用C-RNTI动态重传该数据包。如果此时，采用SPS资源重传该数据包，则需要在系统帧n里6号子帧PDCCH上用semi-rnti表明重传，那么UE解读完PDCCH后，会重传HARQ process0（系统帧n+1的3号子帧对应HARQprocess0）里的数据，从而出错。配置6的情况也类似。因此，VoIP数据包重传需要采用PDCCH上DCI里用C-RNTI表明重传。下图是上行HARQprocess 编号和当前上行子帧号的对应关系：TDD上下行配置进程个数系统帧 nn+1n+2 01234567890123456789012345678907012345601234560123140123012301232201010133012012012420101015100066012345012345012下图是各种配置下，发布上行授权的下行子帧和被授权的上行子帧对应关系：TDD上下行配置进程个数系统帧 nn+1n+2子帧0子帧1234567890123456789012074/a6/b4/c6/dab4/e6/fcd4/g6ef46g14646464646224444334444444424444514466777757777577带斜线的格表示可以发布上行授权的下行帧，配置0中，带斜线的格可授权的上行帧分别是相同底色的上行格和标有相同字母的上行格。2.5.3 SPS存在的问题对于SPS还存在很多问题，如果在当前eNB端上行调度中加入SPS，则需要解决以下问题： 当UE满足什么标准时，会给UE分配一个SPS资源？ UE其SPS资源的释放该怎么表示？一些提案（64 R208617）中指出也是在PDCCH上用semi-rnti加上某些特殊标志表示SPS资源的释放。331里 当UE被分配了SPS后，表示将后面的若干下行或上行子帧的某些资源提前分配出去了，需要保存这些信息。也就是，需要保存每个上行或者下行子帧中已经分配出去的资源信息和未分配的资源信息； 加入SPS后，在确定UE可以发送字节数后，对于在当前子帧拥有SPS资源但是已经不适用的UE要先将SPS资源归还，再在当前可以分配的资源中统一给UE分配资源。2.6 HARQ相关HARQ同调度的联系主要是新传和重传数据都要经过HARQ实体。eNB端和UE端都存在HARQ实体。AMC是对数据传输速率的粗略调节，而HARQ则是根据信道质量对数据传输速率较精细的调节（HARQ里有冗余版本RV，不同的RV值代表了HARQ数据传输时不同的冗余度，同时纠错能力也是不同的。随着传输次数的增多，冗余度增加，纠错能力也增加，数据传输速率下降）。2.6.1 LTE中的HARQ机制LTE系统中，在上行方向上采用的是同步HARQ（可以是自适应的也可以是非自适应的），在下行方向上，采用的是异步HARQ（只有自适应的）。同步非自适应HARQ重传使用的MCS、资源块分配等信息同上次传输是相同的，其重传时刻和使用的HARQ process number也是可以确定的，不需要额外信令。而异步自适应HARQ每次重传使用的MCS、物理资源块等信息是随当时信道质量而变化的，其重传时刻和使用的HARQ process number是需要信令通知的。同步非自适应的HARQ实现中信令开销小，但是不够灵活。异步自适应的HARQ调度信令开销大，但是很灵活。灵活主要指，同当前的信道质量自适应和物理资源块的位置不是确定的。由于在LTE系统中，上行方向UE的信道质量是UE测量报告给eNB，也由eNB通过接收到的UE信号估计UE的信道质量状况，这样eNB 对UE信道的估计有可能是不准确的。同时，上行链路比较复杂，UE会受到其他小区用户的干扰，由于上述情况，eNB端上行动态调度的重传适宜采用同步非自适应HARQ，同时还能减少信令开销。上行方向采用同步非自适应HARQ也存在一定缺点，就是造成物理资源块出现碎片，由于在上行UE资源分配要求其在频域必须是连续的，从而造成物理资源的利用率低，同时上行半静态调度中多数资源是用来传新传数据，需要有效利用剩余资源传重传数据，因此，上行半静态调度的重传可以采用同步自适应重传，这样就可以有效利用物理资源和同当前的信道质量相适应7。在LTE系统下行方向上，eNB端能够比较准确的估计出当前的信道质量，因此可以通过异步自适应HARQ，根据当前信道质量灵活确定重传使用的MCS、物理资源块、传输时刻等信息。 LTE系统中上行方向，UE重传数据使用的HARQprocess编号、eNB端发出上行授权的下行帧号的对应方法。上行HARQprocess 编号和当前上行子帧号的对应关系如下：TDD上下行配置进程个数系统帧 nn+1n+2 01234567890123456789012345678907012345601234560123140123012301232201010133012012012420101015100066012345012345012而eNB端发出上行授权的下行子帧号和被授权的上行子帧号间也存在一定对应关系：TDD UL/DLConfigurationDL subframe number n01234567890464616464244344444454677775有上述两个表格，已知上行授权发出占用的下行子帧号，就可以得出UE使用该上行授权发送数据的HARQ process 编号。估计这也就是同步HARQ的意义。 LTE系统中下行方向，eNB端在下行授权中明确指出了UE接收使用的HARQ process编号。记录在PDCCH上DCI里，TDD模式下占用4bit。2.6.2对上行调度的影响下面引入上行HARQ采用同步非自适应时，对eNB端上行调度的影响。eNB上行调度需要实现对UE的重传数据的调度，eNB端上行调度就要为UE的重传数据选择是用自适应重传还是非自适应的重传。如果选择自适应的重传，就将结果显式的记录在PDCCH上的DCI里。如果选择非自适应重传，就不能在PDCCH上给UE任何授权，同时也要保证UE或者没有配置好的上行授权或者有但是周期还没到，而且要发送给UE NACK。这样UE解读完UL Grant 后，就会自动发起非自适应重传。如果eNB给UE选择了非自适应重传，还可以规定该非自适应重传持续的TTI个数。于是引入了一个定义就是TTI bundling。一个TTI bundle内含有的TTI个数是TTI_BUNDLE_SIZE，当UE被配置了可以使用TTI bundle时，UE可以在TTI_BUNDLE_SIZE个TTI内发起非自适应重传，每次重传的冗余版本递增，每次重传结束都不需要等待对端给出的应答，直接继续重传，直到第TTI_BUNDLE_SIZE个TTI结束，如果此时收到eNB发出的ACK，则结束非自适应重传；如果收到NACK，则在下个TTI bundle内继续重传。TDD上下行配置进程个数系统帧 nn+1n+2 01234567890123456789012345678907012345601234560123140123012301232201010133012012012420101015100066012345012345012在上表中也可以看出，非自适应重传使用TTI bundlling的好处。看配置1，假设，在系统帧n的2号子帧前UE已经发过了一个新传MAC PDU，eNB没收到如果决定UE非自适应重传且TTI_BUNDLE_SIZE是2，那么UE会在系统帧n的2号子帧和3号子帧重传两次该MAC PDU，设重传两次后eNB端收到正确的MAC PDU。如果eNB让UE发起自适应重传，则只能让UE在系统帧n的2号子帧重传一次该MAC PDU，等待下行子帧到来通过上行授权让UE再进行一次自适应重传，则可能要下个系统帧才能正确接收该MAC PDU。由此，TTIbundle减少了重传时延，信令开销，但是若UE只需重传一次就能正确传输MAC PDU，则使用TTI bundle会造成资源浪费。TTI bundle是否可以使用可以在MAC-MainConfiguration IE里进行配置，而MAC-MainConfiguration IE出现在RadioResourceConfigDedicated IE里，是针对每个UE进行配置的。至于，TTI_BUNDLE_SIZE的大小应该是由上层配置的，但是没有查到在哪里进行配置。TTI bundle的使用减少了NACK发送次数，但是也会造成提前分配了以后的若干个上行子帧的资源，从而增加了上行调度的复杂性。eNB端上行调度过程中，需要对HARQ process n发起非自适应重传时，只需要在调度HARQprocess n+1对应的上行子帧时，不在PDCCH上显式给HARQprocess n+1分配资源且该上行子帧处没有SPS资源即可。例如，对于配置2，设UE在系统帧n子帧2对应HARQ process 0传输的新数据传输错误，需要重传。那么eNB需要在系统帧n子帧3中发布系统帧n子帧7的资源分配信息时，不传输HARQ process 1里的数据（既不重传也不新传），那么UE在解读完系统帧n子帧3上的PDCCH后，自然会在系统帧n子帧7里非自适应重传HARQ process 0里的数据。但不是任何情况下都能使用非自适应重传。例如，对于配置1，UE无法发起非自适应重传。因为此时UE HARQ process n 传输失败，需要占用HARQ process n+1的传输机会发起非自适应重传时，HARQ process n+1对应上行子帧的资源分配信息已经在eNB收到HARQ process n传输数据之前发布出去了。UE只能等待下一个系统帧的HARQ process n的传输机会达到发起自适应重传。由上面的分析可以得出，发起自适应重传还是非自适应重传是收到帧配置的限制的。2.7 CQI相关2.7.1 CQI相关概念信道质量报告根据UE需要报告的频域分布可以分成三种，分别是： wideband type：对整个系统带宽提供信道质量报告； multi-band type：对系统频带中的若干个子带宽提供信道质量报告； MIMO type：待定；周期性的Cqi，当UE只有PUSCH资源没有PUCCH资源时，应该在PUSCH上传输。UE需要向eNB报告的是一个4bit的CQI值，该值对应一个CQI index，是同调制编码方式是相对应的，对应关系如下图所示。CQI indexmodulationcoding rate x 1024efficiency0out of range1QPSK780.15232QPSK1200.23443QPSK1930.37704QPSK3080.60165QPSK4490.87706QPSK6021.1758716QAM3781.4766816QAM4901.9141916QAM6162.40631064QAM4662.73051164QAM5673.32231264QAM6663.90231364QAM7724.52341464QAM8735.11521564QAM9485.5547图表 CQI index对应关系2UE选择报告的4bitCQI值需要满足如下条件2：UE在PDSCH上使用该CQI值对应的调制编码方式，使用CQI reference resource指定的资源，传输一个transport block，该CQI值是使得该transport block 差错率不超过0.1的最大的CQI值。也就是说，UE需要报告一个使得差错率控制的一定范围内并且能调制尽可能多的数据比特的调制解调方式。上面提到的CQI reference resource是如下定义的： 首先是在频域，CQI reference resource指的是UE需要报告信道质量的一组resource block。具体究竟包括哪些resourceblock，是同UE选择的信道质量模式相关的。 然后是在时域，CQI reference resource block占用的是一个下行子帧n-n，其中n代表当前子帧，n是大于等于4且使n-n是下行子帧的最小值。 最后是在层域（layer），同空分复用相关，略。UE信道质量报告模式，是同UE传输信道质量报告信息的物理信道（PUSCH or PUCCH）、UE使用的传输模式相关的。本文中仅考虑single port模式，其他模式涉及到空分复用，略。另外，同CQI一起传输的还有PMI和RI，其中PMI代表一个index值，其对应的是precoding 过程中使用的一个矩阵。RI代表UE可使用的传输层数。一个子带宽内包含有k个resource block，k是由高层配置的，整个系统带宽可以被划分成个子带宽，构成一个子带宽的集合S。System BandwidthSubband Size(k)6 - 7NA8 - 10411 - 26427 - 63664 - 1108图表 下行带宽和k取值对应关系先介绍在PUSCH上传输的非周期性的信道质量报告。还有就是在PUCCH上传输的周期性的信道质量报告，情况也是类似的，具体不再赘述。UE当且仅当在上行授权的DCI里收到CQI request=1时，才会发起非周期性的信道质量报告。UE支持两种模式的信道质量报告。第一种是Higher Layer-configured subband feedback。其具体的要求是： UE基于整个系统带宽，报告一个wideband CQI值； UE基于系统内的每个子带宽，分别报告一个CQI值，表示各个子带宽下的CQI时采用了差分的方法；第二种是UE-selected subband feedback，是针对系统内若干个子带宽提供信道质量报告，其具体的要求如下： UE从集合S中选取M个子带宽；System BandwidthSubband Size k (RBs)M6 7NANA8 102111 26 2327 63 3564 110 46图表 下行带宽、k取值以及M取值对应关系 UE基于M中每个子带宽提供一个CQI值，UE会用若干个比特位表示选取了哪些子带宽，表示各个子带宽下的CQI时采用了差分的方法； UE基于整个系统带宽，报告一个wideband CQI值；下面是有关信道质量报告在RRC层的配置信息6。cqi-Reporting IE是主要针对信道质量报告进行配置的IE，该IE出现在PhysicalConfigDedicated IE中，而PhysicalConfigDedicated IE是包含在RadioResourceConfigDedicated IE里，是针对各个UE进行配置的。CQI-Reporting information elements- ASN1STARTCQI-Reporting :=SEQUENCE cqi-RepportingModeAperiodicENUMERATED rm12, rm20, rm22, rm30, rm31,spare3, spare2, spare1,nomPDSCH-RS-EPRE-OffsetINTEGER (0)OPTIONAL, - value range FFScqi-ReportingPeriodicCQI-ReportingPeriodicOPTIONALCQI-ReportingPeriodic :=SEQUENCE pucch-ResourceSEQUENCE ,- size, encoding FFSreportingConfigInfoSEQUENCE periodicityENUMERATED ms2, ms5, ms10, ms20, ms32, ms40, ms64,ms80, ms128, ms160, ms256, msOff,subFrameOffsetINTEGER (0.255),cqi-FormatIndicatorPeriodicBOOLEANOPTIONAL- Need OC- ASN1STOPcqi-RepportingModeAperiodic：决定在PUSCH上传输的非周期性信道质量报告的模式；pucch-Resource：决定周期性信道质量报告占用的物理资源，未定；periodicity：决定了周期性信道质量报告的周期，最下2ms，最大256ms,由此看，信道质量报告还是比较频繁的;cqi-FormatIndicatorPeriodic：主要是用来决定在PUCCH上发送的周期性信道质量报告采用的模式；2.7.2 总结和问题综上，信道质量报告是UE对下行物理信道（PDSCH）的报告，提供给eNB端的是CQI index值，由次CQI index值能直接决定一种调制编码方式。同时根据UE进行信道质量报告采用的模式，UE给出的可能有基于整个系统带宽的CQI值，也可能有系统带宽内若干个子带宽的CQI值，那么eNB端需要做的是综合UE进行报告的频带信息和若干CQI值，为UE选定一种调制编码方式。存在一个问题，UE的报告是针对下行物理信道，那么eNB端决定UE上行授权的MCS时，也是参考这份信道质量报告吗？2.8 DRX相关2.8.1 DRX相关概念DRX，即不连续接收，是指UE可以不连续接收PDCCH。UE收不到包含上行授权的PDCCH，就不能在PUSCH上发送数据（除去非自适应重传和配置好的半静态资源分配的情况）；UE收不到包含下行授权的PDCCH，就不能在PDSCH上发送数据（除去配置好的半静态的资源分配）4。DRX的主要目的是为了UE省电。UE在配置了DRX功能后，可以将UE的状态分成三种： inactivity period：该段时间，UE将一直监视PDCCH。该段时间的长短是由inactivity timer控制的。 轻睡