961-5G NR 调度和HARQ存在的问题

1、5G NR调度和HARQ存在的问题在Release 15中，NR调度和HARQ还有一些问题，包括最大数据速率确定、PUCCH资源重新调整的 每个UE Capability #2的处理时间、PUSCH的HARQ管理等。TS38. 306对最大数据速率有明确的规定，但对最大数据速率能力信令及其解释方式有不同的理 解。很明显，调制阶数和比例因子是从汕6加/加。-7忖3&5。”参数和比例因子推导出来 的。然而，有两个参数对应于上行链路支持的最大层数，对于该值需要如何基于可用的RRC信令 进行解释，这些参数是不明确的。J是频带或频带组合中聚合分量载波的数量Rmax=948/1024对于第j个CC,忆M是

2、参数maxNumberMIMO-LayersPI)SCH为下行和参数maxNumberMIMO-LayersCB PUSCH或maxNumberMIMO-LayersNonCB-PUSCH提供的最大支持层数，具体取决于上行的码本或非 码本预编码传输。丁)是下行参数 SupportedModulationOrderL 和上行参数 SupportedModulationOrdcrRul 给出的 最大支持modulation order。/是参数scalingFactor给出的比例因子，取值1、0.8、0.75和0.4。比例因子可以取值1、0.8、0.75和0.4。f (j)按band和按band组

3、合发送信号是numerology针对PUCCH资源调整的处理时间，协议定义如下：如果第一个DCI已指示与该DCI调度的PDSCH相关联的HARQ-ACK位的第一个PUCCH资源那么由于第二个DCI,附加的HARQ-ACK比特将在与第一个PUCCH资源相同的时隙上复用，如果 第二个DCI的最后一个符号不早于第一个PUCCH资源的第一个符号之前的N个OFDM符号，那么UE不期 望复用附加的HARQ-ACK比特,其中对于UE Capability#1, N值为：15 kHz情况:830 kHz情况：1060 kHz情况:17120 kHz情况：20从上面可以看出，协议没有完成Capability#2

4、处理时间的案例。建议确认上述确定的符号中考 虑的例如值，即每个UE Capability#2的N值与每个SCS的标称N1值相同：15 kHz case： 330 kHz case： 4.560 kHz case： 9如果UE检测到第一个DCI format 1 0或DCI format 1 1,该DCI format 1 1指示用于时隙中 具有相应HARQ-ACK信息的PUCCH传输的第一资源，并且在稍后还检测到第二个DCI format 1_0 或DCI format 1_1,该format 1指示用于时隙中具有相应HARQ-ACK信息的PUCCH传输的南 二资源，如果包用第二DCI格式的P

5、DCCH接收不早于用于时隙中PUCCH传输的第一资源的第一符号 的符号，那么UE不期望复用与时隙中PUCCH资源中的第二DCI格式相对应的HARQ-ACK信息，其中， 对于UE处理capability 1和子载波间隔配置M=8 for / = （）,此=10 for / = 1,域代码已更改域代码已更改 域代码g更改 域代码日更改 域代码且更改 域代码己更改 域代码已更改乂 = 17 for = 2, 乂=20 for = 3,针对 UE capability 2 处理能力和配置的SCS A=-M =3 for u = 0, M =4.5 for = 1,= 9 for = 2.当前，MAC规

6、范要求UE发送MAC-CE配置的授权确认，以响应PDCCH为UL授权Type2调度发 布携带的去激活命令。然而，尚不清楚UE应该使用哪些物理资源来传输这样的MAC-CE消息。为此，首先注意到，停用DCI格式中的时域资源分配字段未设置为任何特定值（用于验证）， 因此可用于信令。但是，RB分配位字段的情况并非如此，该字段对于DCI format。）设置为所有 a ，O因此，最直接的选择将是使用激活DCI中指示的相同频域资源（即，对于所有Type2 CG PUSCH 传输机会指示的相同频域资源），而时域分配可以遵循DCIformatO）的时域资源分配字段中的 指示，指示已配置的UL授权Type2的释

7、放。携带MAC-CE配置的授权确认的PUSCH传输的所有 其他参数遵循配置或如激活DCI中所示。使用时域RA比特字段能够实现最大的调度灵活性，并 且还允许网络考虑到响应于释放命令的PUSCH准备的最小UE处理时间来适当地调度。还可以允许UE在接收到停用后使用第一个配置的PUSCH资源，但是在这种情况下，如果从激 活DCI而不是从释放DCI使用时域信息，那么需要明确考虑处理时间。因此，需要在失活和 PUSCH资源之间提供N2,并配置MACCE授权确认。在当前版本为15. 3. 0的TS 38. 214规范中，第5.1条和第6. 1条分别描述了用于接收物理下行共享 信道的UE过程或用于接收物理上行

8、共享信道的UE过程。以下是对上下行调度的上述协议的描 述。TS 38.213v 15.3.0 section 5.1“For any two HARQ process IDs in a given cell, if the UE is scheduled to start receiving a PDSCH in symbol j by a PDCCH starling in symbol /, the UE is not expected to be scheduled to receive a PDSCH starting earlier than symbol j with a PDCC

9、H starting later than symbol i.”TS 38.213vI5.3.0 section 6.1“A UE shall upon detection of a PDCCH with a configured DCI fbnnat 0_0 or 01 transmit the corresponding PUSCH as indicated by that DCI. For any two HARQ process IDs in a given cell, if the UE is scheduled to start a PUSCH transmission in sy

10、mbol j by a PDCCH in symbol i, the UE is not expected to be scheduled to transmit a PUSCH starting earlier than symbol j by a PDCCH starting later than symbol i.”卜DSCH ，PDSCH APDSCH BEElPDSCH APDSCH B(a) Out of orderscheduling(c) correct schedulingUSCH *目EEi目IA高IBPUSCH APUSCH BPUSCH APUSCH B(b) over

11、lappingschedulingExample for DL scheduling(a) Out of orderscheduling(c) correct scheduling(b) overlappiischedulingExample for UL scheduling图1当前规范的描述仅指出，后调度PDSCH/PUSCH的起始符号不能早于前调度PDSCH/PUSCH的起始符 号。之后调度的PDSCH/PUSCH的结束符号仍然可能早于或等于之前调度的PDSCH/PUSCH的开始符 号，这意味着两个PDSCH/PUSCH可以局部重叠（如图1中的情况（b）所示）。改进建议如下：当检测到具有

12、配置的DCI formatl_0或0_1的PDCCH时，UE应解码该DCI所指示的相应PDSCH。 在该HARQ过程的HARQ-ACK的预期传输结束之前，UE预计不会收到给定HARQ过程的另一个 PDSCHo UE预计不会在时隙i中接收到一个PDSCH,其相应的HARQ-ACK分配给在时隙j中传 输，而在时隙i之后的时隙中接收到另一个PDSCH,其相应的HARQ-ACK分配给在时隙j之前的 时隙中传输。对于给定小区中的任意两个HARQ进程ID,如果UE被调度为通过在符号i中开始的 PDCCH开始接收符号j中的PDSCH并在符号k中结束，那么预计UE不会被调度为接收在符号j k+1 之前开始的PDSCH