5G NR 调度和HARQ存在的问题
在Release 15中，NR调度和HARQ还有一些问题，包括最大数据速率确定、PUCCH资源重新调整的每个UE Capability #2的处理时间、PUSCH的HARQ管理等。
TS38.306对最大数据速率有明确的规定，但对最大数据速率能力信令及其解释方式有不同的理解。很明显，调制阶数和比例因子是从 maxNumberMIMO-LayersPxSCH参数和比例因子推导出来的。然而，有两个参数对应于上行链路支持的最大层数，对于该值需要如何基于可用的RRC信令进行解释，这些参数是不明确的。
J是频带或频带组合中聚合分量载波的数量
Rmax=948/1024
针对PUCCH资源调整的处理时间，协议定义如下：
如果第一个DCI已指示与该DCI调度的PDSCH相关联的HARQ-ACK位的第一个PUCCH资源
那么由于第二个DCI，附加的HARQ-ACK比特将在与第一个PUCCH资源相同的时隙上复用，如果第二个DCI的最后一个符号不早于第一个PUCCH资源的第一个符号之前的N个OFDM符号，则UE不期望复用附加的HARQ-ACK比特，其中对于UE Capability#1，N值为：
15 kHz情况：8
30 kHz情况：10
60 kHz情况：17
120 kHz情况：20
从上面可以看出，协议没有完成Capability#2处理时间的案例。建议确认上述确定的符号中考虑的示例值，即每个UE Capability#2的N值与每个SCS的标称N1值相同：
15 kHz case: 3
30 kHz case: 4.5
60 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_1指示用于时隙中具有相应HARQ-ACK信息的PUCCH传输的第二资源，如果包括第二DCI格式的PDCCH接收不早于用于时隙中PUCCH传输的第一资源的第一符号的符号，则UE不期望复用与时隙中PUCCH资源中的第二DCI格式相对应的HARQ-ACK信息，
当前，MAC规范要求UE发送MAC-CE配置的授权确认，以响应PDCCH为UL授权Type2调度发布携带的去激活命令。然而，尚不清楚UE应该使用哪些物理资源来传输这样的MAC-CE消息。
为此，首先注意到，停用DCI格式中的时域资源分配字段未设置为任何特定值（用于验证），因此可用于信令。但是，RB分配位字段的情况并非如此，该字段对于DCI format0_0设置为所有“1”。
因此，最直接的选择将是使用激活DCI中指示的相同频域资源（即，对于所有Type2 CG PUSCH传输机会指示的相同频域资源），而时域分配可以遵循DCI format0_0的时域资源分配字段中的指示，指示已配置的UL授权Type2的释放。携带MAC-CE配置的授权确认的PUSCH传输的所有其他参数遵循配置或如激活DCI中所示。使用时域RA比特字段能够实现最大的调度灵活性，并且还允许网络考虑到响应于释放命令的PUSCH准备的最小UE处理时间来适当地调度。
还可以允许UE在接收到停用后使用第一个配置的PUSCH资源，但是在这种情况下，如果从激活DCI而不是从释放DCI使用时域信息，则需要明确考虑处理时间。因此，需要在失活和PUSCH资源之间提供N2，并配置MAC-CE授权确认。
在当前版本为15.3.0的TS 38.214规范中，第5.1条和第6.1条分别描述了用于接收物理下行共享信道的UE过程或用于接收物理上行共享信道的UE过程。以下是对上下行调度的上述协议的描述。
当前规范的描述仅指出，后调度PDSCH/PUSCH的起始符号不能早于前调度PDSCH/PUSCH的起始符号。之后调度的PDSCH/PUSCH的结束符号仍然可能早于或等于之前调度的PDSCH/PUSCH的开始符号，这意味着两个PDSCH/PUSCH可以部分重叠（如图1中的情况（b）所示）。改进建议如下：
当检测到具有配置的DCI format1_0或 0_1的PDCCH时，UE应解码该DCI所指示的相应PDSCH。在该HARQ过程的HARQ-ACK的预期传输结束之前，UE预计不会收到给定HARQ过程的另一个PDSCH。UE预计不会在时隙i中接收到一个PDSCH，其相应的HARQ-ACK分配给在时隙j中传输，而在时隙i之后的时隙中接收到另一个PDSCH，其相应的HARQ-ACK分配给在时隙j之前的时隙中传输。对于给定小区中的任意两个HARQ进程ID，如果UE被调度为通过在符号i中开始的PDCCH开始接收符号j中的PDSCH并在符号k中结束，则预计UE不会被调度为接收在符号j k+1之前开始的PDSCH以及在符号i之后开始的PDCCH。
当检测到具有配置的DCI format1_0或format0_1的PDCCH时，UE应发送该DCI所指示的相应PUSCH。对于给定小区中的任意两个HARQ进程id，如果UE被调度为通过符号i中的PDCCH在符号j中开始PUSCH传输并在符号k中结束，则不期望UE被调度为通过比符号i晚开始的PDCCH传输早于符号jk+1开始的PUSCH。
