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

5GNR调度和HARQ存在的问题在ReleaSe15中，NR调度和HARQ还有一些问题，包括最大数据速率确定、PUCeH资源重新调整的每个UECapability#2的处理时间、PUSCH的HARQ管理等。TS38.306对最大数据速率有明确的规定，但对最大数据速率能力信令及其解释方式有不同的理解。很明显，调制阶数和比例因子是从mvM帅erMMO-)“MXSC”参数和比例因子推导出来的。然而，有两个参数对应于上行链路支持的最大层数，对于该值需要如何基于可用的RRC信令进行解释，这些参数是不明确的。J是频带或频带组合中聚合分量载波的数量RmaX=948/1024对于第j个CC,是参数InaxNumberMIMO-LayersPDSCH为下行和参数InaxNumberMIMO-LayersCBPUSCH或maxNumberMIMo-LayersNonCB-PUSCH提供的最大支持层数，具体取决于上行的码本或非码本预编码传输。Q?是下行参数SUPPortedMOdUlatiOnorderL和上行参数SUPPortedMOdUIatiOnOrderRUl给出的最大支持modulationorder,ye是参数SCalingFaCtor给出的比例因子，取值1、0.8、0.75和0.4。比例因子可以取值I、0.8、0.75和0.4。f(j)按band和按band组合发送信号是numerology针对PLeCH资源调整的处理时间，协议定义如下：如果第一个DCI已指示与该DCI调度的PDSCH相关联的HARQ-ACK位的第一个PUCCH资源那么由于第二个DCI,附加的HARQ-ACK比特将在与第一个PUCCH资源相同的时隙上复用，如果第二个DCI的最后一个符号不早于第一个PUCCH资源的第一个符号之前的丫个OH)M符号，则UE不期望复用附加的HARQ-ACK比特，其中对于UECaPabilily#1,N值为：15kHz情况:830kHz情况：1060kHz情况：17120kHz情况：20从上面可以看出，协议没有完成CaPabiIity#2处理时间的案例。建议确认上述确定的符号中考虑的示例值，即每个UECaPabiIity#2的N值与每个SCS的标称Nl值相同：15kHzcase：3 30kHzcase：4.5 60kHzcase：9如果UE检测到第一个DClformatLO或DClformatl_h该Delformat1指示用于时隙中具有相应HARQ-ACK信息的PUCCH传输的第一资源，并且无稍后还检测到第二个DClformat1_0或DClformat1_1,该format1指示用于时隙中具有相应HARQ-ACK信息的PUCCH传输的第二资源，如果包括第二DCI格式的PDCCH接收不早于用于时隙中PUCCH传输的第一资源的第一符号的符号，则UE不期望复用与时隙中PIcCH资源中的第二DCl格式相对应的HARQACK信息，其中，对于UE处理CaPabiIity1和子载波间隔配置,M=8for=0,M=IOfor=1,NI=I7for=2,M=20for=3,针对UECaPabiIity2处理能力和配置的SCS域代码已更改N3=3forz=0,Nx=4.5for=1,M=9forz=2.x4WWBg=嗔一、二=wBga当前，MAC规范要求UE发送MAeCE配置的授权确认，以响应PDCCH为UL授权Type2调度发器器布携带的去激活命令。然而，尚不清楚UE应该使用哪些物理资源来传输这样的MAC-CE消息。:限:为此，首先注意到，停用DCl格式中的时域资源分配字段未设置为任何特定值（用于验证），因此可用于信令。但是，RB分配位字段的情况并非如此，该字段对于Dafbnnat0_0设置为所有因此，最直接的选择将是使用激活Da中指示的相同频域资源（即，对于所有Type2CGPUSCH传输机会指示的相同频域资源），而时域分配可以遵循DafOrmat0_0的时域资源分配字段中的指示，指示已配置的UL授权Type2的释放。携带MAC-CE配置的授权确认的PUSCH传输的所有其他参数遵循配置或如激活DCl中所示。使用时域RA比特字段能够实现最大的调度灵活性，并且还允许网络考虑到响应于释放命令的PUSCH准备的最小UE处理时间来适当地调度。还可以允许UE在接收到停用后使用第一个配置的PUSCH资源，但是在这种情况下，如果从激活DCl而不是从释放DCl使用时域信息，则需要明确考虑处理时间。因此，需要在失活和PUSCH资源之间提供N2,并倒置MAC-CE授权确认。在当前版本为15.3.0的TS38.214规范中，第5.1条和第6.1条分别描述了用于接收物理下行共享信道的UE过程或用于接收物理上行共享信道的UE过程。以下是对上下行调度的上述协议的描述。TS38.213vl5.3.0section5.1“ForanytwoHARQprocessIDsinagivencdkiftheUEisscheduledtostartreceivingaPDSCHinsymboljbyaPDCCHstartinginsymbol/.theUEisnotexpectedtobescheduledtoreceiveaPDSCHstartingearlierthansymboljwithaPDCCHstartinglaterthansymbolA”TS38.213vl5.3.0section6.1“AUEshallupondetectionofaPDCCHwithaconfiguredDCIformat0_0or0_ltransmitthecorrespondingPUSCHasindicatedbythatDCI.ForanytwoHARQprocessIDsinagivencelliftheUEisscheduledtostartaPUSCHtransmissioninsymboljbyaPDCCHinsymboli,theUEisnotexpectedtobescheduledtotransmitaPUSCHstartingearlierthansymboljbyaPDCCHstartinglaterthansymbolr.t*(c) correct schedulingPDSCM B回回U)IiI回同同卜DsH回(a)Outoforder<b)overlappingschedulingscheduling(1)ExampleforDLscheduling卜WSeHBPUScHOIEAPUSCHB(c)correctSdtedulmg(a)OUtforderSdiedulinc(2)(b)overlappingschedulingExampleforULscheduling当前规范的描述仅指出，后调度PDSCH/PUSCH的起始符号不能早于前调度PDSeH/PUSCH的起始符号。之后调度的PDSCH/PUSCH的结束符号仍然可能早于或等于之前调度的PDSCH/PUSCH的开始符号，这意味着两个PDSCH/PUSCH可以部分重叠（如图1中的情况（b）所示）。改进建议如下：当检测到具有配置的DCIfOrmatLO或0_避严DCCH时，UE应解码该DCI所指示的相应PDSCH。在该HARQ过程的HARQ-ACK的预期传输结束之前，UE预计不会收到给定HARQ过程的另一个PDSCH0UE预计不会在时隙i中接收到一个PDSCH,其相应的HARQ-ACK分配给在时隙j中传输，而在时隙i之后的时隙中接收到另一个PDSCH,其相应的HARQ-ACK分配给在时隙j之前的时隙中传输。对于给定小区中的任意两个HARQ进程ID,如果UE被调度为通过在符号i中开始的PDCCH开始接收符号j中的PDSCH并在符号k中结束，则预计UE不会被调度为接收在符号jk+l之前开始的PDSCH以及在符号i之后开始的PDCCH。当检测到具有配置的DClformalLO或formal。的PDCCH时，UE应发送该DCI所指示的相应PUSCHo对于给定小区中的任意两个HARQ进程id,如果UE被调度为通过符号i中的PDCCH在符号j中开始PUSCH传输并在符号k中结束，则不期望UE被调度为通过比符号i晚开始的PDCCH传输早于符号jk+1开始的PUSCH。