半永久性调度

Semi-PersistentScheduling（SPS，半永久性调度）Semi-PersistentScheduling，简称SPS，半永久性调度，又称为半静态调度。与动态调度时每个TTI为UE分配一次无线资源不同（通过PDCCH指定），SPS允许半静态配置无线资源，并将该资源周期性地分配给某个特定UE。简单地说，eNodeB在某个TTI使用SPSC-RNTI加扰的PDCCH指定UE所使用的无线资源（这里将其称为SPS资源），每过一个周期，UE就使用该SPS资源来收或发数据。eNodeB无需在该子帧（这里将其称为SPS子帧）下发PDCCH来指定分配的资源。由于SPS有“一次分配，多次使用”的特点，不需要在每个TTI都为UE下发DCI（包括上行或下行的DCI），从而降低了对应的PDCCH开销。SPS对数据包小，大小基本不变且周期性的业务很有用，如VoIP。这类业务的timing和所需的无线资源都是可预测的。只有PCell支持SPS。这是因为SPS主要应用于低速业务，负载低，没有必要使用多个载波单元。配置了SPS调度的UE可以同时进行动态调度，所以需要区分PDCCH是用于动态调度还是SPS调度。因此，配置了SPS调度的UE有2个标志：一个“正常的”C-RNTI，用于动态调度，在随机接入过程中分配；另一个是SPSC-RNTI，用于SPS调度，通过SPS-Config的semiPersistSchedC-RNTI字段配置。UE的半静态调度是通过IE:SPS-Config配置的。见图1：SPS-Config::=SEQUENCE{semiPersistSchedC-RNTIC-RNTIOPTIONAL,--NeedOR------Semi-PersistentSchedulingC-RNTIsps-ConfigDLSPS-ConfigDLOPTIONAL,--NeedON------用于下行SPSsps-ConfigULSPS-ConfigULOPTIONAL--NeedON------用于上行SPS}SPS-ConfigDL::=CHOICE{releaseNULL,setupSEQUENCE{semiPersistSchedIntervalDLENUMERATED{sf10,sf20,sf32,sf40,sf64,sf80,sf128,sf160,sf320,sf640,spare6,spare5,spare4,spare3,spare2,spare1},------指定下行SPS的周期numberOfConfSPS-ProcessesINTEGER(1..8),------SPS的HARQprocess个数，上行没有这个配置n1PUCCH-AN-PersistentListN1PUCCH-AN-PersistentList,------回复ACK/NACK的4个PUCCH1资源，用于天线端口0...,[[twoAntennaPortActivated-r10CHOICE{releaseNULL,setupSEQUENCE{n1PUCCH-AN-PersistentListP1-r10N1PUCCH-AN-PersistentList------回复ACK/NACK的4个PUCCH1资源，用于天线端口1}}OPTIONAL--NeedON]]}}SPS-ConfigUL::=CHOICE{releaseNULL,setupSEQUENCE{semiPersistSchedIntervalULENUMERATED{sf10,sf20,sf32,sf40,sf64,sf80,sf128,sf160,sf320,sf640,spare6,spare5,spare4,spare3,spare2,spare1},------指定上行SPS的周期implicitReleaseAfterENUMERATED{e2,e3,e4,e8},------如果UE连续implicitReleaseAfter次发送的MACPDU不包含MACSDU，则上行SPS会自动释放。e2代表连续2次，依次类推p0-PersistentSEQUENCE{p0-NominalPUSCH-PersistentINTEGER(-126..24),p0-UE-PUSCH-PersistentINTEGER(-8..7)}OPTIONAL,--NeedOP------用于功控，本文不做介绍twoIntervalsConfigENUMERATED{true}OPTIONAL,--CondTDD------是否支持two-intervals-SPS，只存在于TDD的上行...}}N1PUCCH-AN-PersistentList::=SEQUENCE(SIZE(1..4))OFINTEGER(0..2047)图1：SPS-ConfigUE配置了SPS后，还不能使用，必须使用SPSC-RNTI加扰的PDCCH进行激活。（详见36.213的9.2节）eNodeB通过SPSC-RNTI加扰的PDCCH来激活/释放UE的SPS。只有满足如下条件，UE才会验证接收到的PDCCH是否用于SPS的激活或释放：PDCCH的CRC校验位使用SPSC-RNTI进行加扰；NDI域设置为0。对于DCIformat2/2A/2B/2C而言，支持2个TB，存在2个NDI域，每个NDI域对应一个TB。每个TB使能SPS是通过将对应的NDI域设置为0而独立配置的。满足了上述条件后，UE还会根据36.213的Table9.2-1（SPS激活）和Table9.2-1A（SPS释放）进一步验证如下字段：图:2：SPSActivation/ReleasePDCCHValidation如果对应DCIformat中的所有字段都按图2所示来设置，则验证成功，否则验证失败。如果验证成功，UE会将接收到的DCI当做一个有效的SPS激活/释放来处理；如果验证失败，UE会认为接收到的DCI使用了一个不匹配的CRC。注意：DCI中的其它字段含义没有改变，SPS使用的无线资源（称为SPS资源）和MCS等就是通过用于激活SPS的DCI来指示的。(1)从36.213的Table9.2-1可以看出，指示SPS激活的PDCCH中的“Resourceblockassignment”（用于下行）和“Resourceblockassignment(andhoppingresourceallocation)”（用于上行）字段是用于指示无线资源的，也就是说，对于下行，该PDCCH是与对应的PDSCH一起发送的，对于上行，该PDCCH还指定了PUSCH的资源；但从36.213的Table9.2-1A可以看出，指示SPS释放的PDCCH中的“Resourceblockassignment”（用于下行）和“Resourceblockassignment(andhoppingresourceallocation)”（用于上行）字段为“全1”，即该字段是不用于指示无线资源的。简单地说：SPS激活时可以同时传输PDSCH和PUSCH（有一定的timing），但SPS释放时不能同时传输PDSCH和PUSCH。(2)从36.213的Table9.2-1可以看出，指示SPS激活的PDCCH的5bit“Modulationandcodingscheme(andredundancyversion)”字段的MSB为0，即的取值范围为0~15，而不是通常的0~31。对于下行传输，如果接收到的DCI指示DLSPS激活，则DCI中的TPCcommandforPUCCH字段将指示从4个PUCCH资源中选择1个用于回复ACK/NACK。该4个PUCCH资源是通过SPS-ConfigDL的n1PUCCH-AN-PersistentList来配置的（对于2天线传输，第二个天线端口的4个PUCCH资源通过n1PUCCH-AN-PersistentListP1-r10配置）。图3：TPCcommandforPUCCH字段在SPS中的含义在激活了SPS后，UE就可以周期性地使用配置的SPS资源来接收和发送数据。LTE：SPS（二）(2013-05-1308:49:25)转载▼标签：ltesps半静态调度半永久性调度it分类：LTE【下行SPS】（见36.321的5.10节）如果配置并激活了DLSPS，则UE会认为在满足下面公式的子帧里（称为SPS子帧）被分配了SPS下行资源（此时无需收到PDCCH）：(10*SFN+subframe)=[(10*SFNstarttime+subframestarttime)+N*semiPersistSchedIntervalDL]modulo10240其中N0（初始为0，每过一个周期加1），SFNstarttime和subframestarttime为UE接收到指示下行SPS激活的PDCCH的系统帧号和子帧号。modulo10240是因为系统帧使用10bit表示，取值范围为0~1023，每隔1024个系统帧需要做一次反转。semiPersistSchedIntervalDL指明UE每隔semiPersistSchedIntervalDL个子帧被分配一次DLSPS资源，即DLSPS的周期。当UE接收到指示下行SPS激活的PDCCH时，其对应的HARQprocessID是通过下面的公式计算的（DCI中的HARQprocessnumber域被置成0）：HARQProcessID=[floor(CURRENT_TTI/semiPersistSchedIntervalDL)]modulonumberOfConfSPS-Processes其中，CURRENT_TTI=[(SFN*10)+subframenumber]。对于下行HARQ，只有新传会使用SPS资源，重传需要通过SPSC-RNIT加扰的PDCCH显式地分配资源，这是因为下行HARQ使用异步、自适应的方式。其中的HARQprocessnumber字段指示了进行重传的HARQprocess。【上行SPS】（见36.321的5.10节）如果配并激活了ULSPS，则UE会认为在满足下面公式的子帧里（称为SPS子帧）被分配了SPS上行资源（此时无需收到PDCCH）：(10*SFN+subframe)=[(10*SFNstarttime+subframestarttime)+N*semiPersistSchedIntervalUL+Subframe_Offset*(Nmodulo2)]modulo10240SFNstarttime和subframestarttime为UE接收到指示上行SPS激活的PDCCH所指定的将用来发送上行数据的系统帧号和子帧号（对于FDD，是子帧n+4；对于TDD而言，与上下行配置相关，可参见《LTE：上行HARQ（二）》。需要注意的是：这里的处理与下行略有不同）。与下行相比，上行SPS增加了偏移量Subframe_Offset*(Nmodulo2)，该偏移量只存在于TDD中。如果SPS-ConfigUL的twoIntervalsConfig字段（只存在于TDD中）配置为true，则Subframe_Offset根据36.321的Table7.4-1来配置；否则Subframe_Offset的值为0。（上行的two-intervals-SPS特性）two-intervals-SPS特性用于避免第n个包的非自适应重传与第n+1个包的初传产生冲突，关于该特性的详细描述，可参见[4]的3.3节。对于下行重传和上行自适应重传，由于需要重新发送PDCCH，可以通过调度避免第n个包的重传与第n+1个包初传发生冲突。如果UE在分配的上行SPS资源上，连续implicitReleaseAfter次发送的MACPDU不包含MACSDU，则会自动释放上行SPS并清除配置的ULgrant。在清除了ULgrant后，需要重传的SPS数据并不受影响。与下行不同，上行HARQ使用同步的方式，因此并不需要指定