LTE半静态调度

1、LTE中采用的动态共享式资源调度方式极大地优化了系统资源的分配。但同时，由于每个 分配都需要在控制信道PDCCH上有相应的指示。因此，存在着控制信道的开销。对于多用 户，小数据量的应用例如VoIP等，制约系统容量的因素不再是系统带宽，而是控制信道的 容量。对于VoIP等一类业务，其数据包的大小相对比较固定，而且数据包之间的时间间隔也满足 一定的规律性。为此，3GPP中引入了一种新的调度方式一半静态调度(SemiPersistent Scheduling， SPS)。在半静态调度中，系统的资源(包括上行和下行)只需通过PDCCH 分配或指定一次，而后就可以周期性地重复使用相同的时频资源。半静态调

2、度是通过上层的 RRC信令进行配置的，在配置的同时指定了半静态调度的周期。半静态调度通过在PDCCH 中为其分配相应的资源来激活，UE通过保存相应的资源分配，在随后的调度周期内重复使 用，只有自适应重传的数据才需要通过PDCCH重新分配资源。在半静态调度传输的子帧， eNodeB也可以通过PDCCH重新分配相应的资源用于传输，这对应于VoIP传输中SID帧 的情形。半静态调度最后通过PDCCH的指示进行释放。UE 在建立 RRC 连接时，通过 RRC 信令中的参数 RadioResourceConfigDedicated： sps-Config 对半静态调度进行配置。半静态调度的标识SPS-C

3、-RNTI (16Bit)就包含在sps-Config中。 在sps-Config中，还配置了半静态调度的周期，最小为10个子帧，最大为640个子帧，其 中还包括32, 64, 128等非10的倍数的半静态调度周期。对于下行的半静态调度，还配置了 HARQ进程的总数。使用半静态调度传输之前，eNodeB需要通过PDCCH来激活UE相应的半静态调度。UE通 过对PDCCH进行解调，获得半静态调度相应的资源分配，并激活相应的SPS传输。如果 PDCCH满足以下两个条件，则UE需要进行验证所接收到的PDCCH是否应用于SPS的激 活(或释放)： PDCCH载荷中的CRC检验位是通过UE的SPS-C-

4、RNTI进行扰码的。： PDCCH的NDI位设置为“0”，对于DCI格式2，2A，2B，是相应传输块的NDI设 置为“0”。由于SPS 一经激活后，就会周期性地占用相应的资源进行传输。因此，对SPS激 活信息的可靠性就有更高的要求。满足上述两个条件后，UE还需要进一步验证，激活SPS的PDCCH中其他Bit的相应设置应满足下表【1】：Table 9.2-1: Special fields for Semi-Persistent Scheduling Activation PDCCH ValidationDCI format 0DCI format 1/1ADCI format 2/2A/2BT

5、PC command for scheduled PUSCHset to 00N/AN/ACyclic shift DM RSset to 000N/AN/AModulation and coding scheme and redundancy versionMSB is set to 0N/AN/AHARQ process numberN/AFDD: set to 000TDD: set to 0000FDD: set to 000TDD: set to 0000Modulation and coding schemeN/AMSB is set to 0For the enabled tra

6、nsport block: MSB is set to 0Redundancy versionN/Aset to 00 For the enabledtransport block: set to 00如果对于上表的验证失败，那么UE认为接受到的PDCCH的CRC校验失败。需要注意的是，在上表中，下行HARQ的进程ID需要设置成3个Bit的000 （对FDD） 或 4个Bit的0000 （对TDD，其下行HARQ进程数在4到15之间）。实际上，可以有多个 HARQ进程运行SPS调度。SPS调度的配置周期传输（包括激活以及没有相应PDCCH指示 的SPS传输），其实际使用的HARQ进程号是通过公

7、式计算出来的【2】HARQ进程号=floor（CURRENT_TTI/（T行半静态调度的周期）mod配置的下行半静态 调度 HARQ 进程总数，而 CURRENT_TTI=（SFN * 10） + subframe number0SPS调度的下行HARQ重传，也是异步非自适应的，需要通过SPSC-RNTI掩码的PDCCH 进行指示，See section 5.3.1 of【2】。同时PDCCH中相应的NDI指示应该设置为1，其中 的HARQ进程号就指明了进行重传的HARQ进程。如果在PDCCH中，HARQ的进程号对 应于半静态传输的进程，但PDCCH是通过CRNTI而不是SPS CRNTI进行

8、扰码的， 而且，相应HARQ进程的上一次传输是SPS的配置周期传输或者SPS CRNTI指示的重 传，那么无论PDCCH中NDI的取值是0还是1，都认为是相应HARQ进程的新数据发送 而非重传。配置了 SPS传输以后，UE仍然需要监听PDCCH信道的动态资源分配。如果在SPS传输的 子帧检测到PDCCH的动态分配，UE需要进行基于PDCCH动态分配的传输而非SPS的配 置传输。SPS传输的上行HARQ进程，可以是同步自适应和同步非自适应的。自适应的重传需要通 过PDCCH进行上行授权，非自适应的SPS重传使用已分配的上行资源进行重传。由于是同 步的过程，可能存在SPS的重传数据与SPS的配置传

9、输发生冲突的情况。FDD情形下，上 行HARQ的RTT时间固定为8，发生冲突的可能性较小。TDD时，由于不同配置下，不同 位置子帧上的HARQ RTT时间都不相同，因此，发生冲突的可能性相对较大一些。为此， TDD中可以使用双周期的SPS调度方式，是否启用双周期的调度方式通过RRC信令 SPS-ConfigUL： twoIntervalsConfig来配置。双周期的SPS启用后，SPS的周期将变为（T1， T2，T1，T2.）的形式。其中T1 = SPS periodicity + subframe_offsetT2 = SPS periodicity 一 subframe_offset【3

10、】SPS Periodicity就是在RRC信令中定义的SPS的周期。Subframe_offset是由TDD的配置以 及双周期SPS的起始点来隐式确定的，在【2】中定义。Table 7.4-1: Subframe Offset valuesTDD UL/DL configurationPosition of initial Semi-Persistent grantSubframe_Offset value (ms)0N/A01Subframes 2 and 71Subframes 3 and 8-12Subframe 25Subframe 7-53Subframes 2 and 31Sub

11、frame 4-24Subframe 21Subframe 3-15N/A06N/A0双周期SPS调度的示意图如下所示：半静态调度的资源在使用完毕之后的释放也非常重要。半静态调度结束后，需要通过PDCCH 进行释放。除了需要满足半静态调度的两个条件之外（见上面的叙述），与半静态调度的激 活相比，PDCCH中的相应比特需要满足：Table 9.2-1A: Special fields for Semi-Persistent Scheduling Release PDCCH ValidationDCI format 0DCI format 1ATPC command for scheduledPU

12、SCHset to 00N/ACyclic shift DM RSset to 000N/AModulation and coding scheme and redundancy versionset to 11111N/AResource block assignment and hopping resource allocationSet to all 1sN/AHARQ process numberN/AFDD: set to 000TDD: set to 0000Modulation and coding schemeN/Aset to 11111Redundancy versionN/Aset to 00Resource block assignmentN/ASet to all 1s对于上行的SPS传输，LTE中还定义了一种隐式释放的形式。RRC中定