902-5G网络基于CBG的反馈.docx
基于CBG反馈的5G网络在LTE系统中，传输块(TB：transportblock)是物理层的基本传输单元。在附加TBCRC之后,根据最大CB大小限制(例如,LTE为6144位)，TB被分割为多个代码块(CB：codeblock)o然后将24位CRC序列连接到每个CB,以便每个代码块可以独立解码。因为一个HARQ-ACKbit位反馈用于一个TB,所以即使一个CB出错，所有CB都将被重新传输。这可能会导致一些CB不必要的重传，尤其是在选择大TBS或使用URLLC抢占时。1 A/N bit1 A/N bit1 A/N bit1 A/N bit图1:基于CBG6勺HARQ-ACK反馈为了避免对成功解码的CB进行不必要的重传，最有效的重传方案是为每个CB引入HARQ-ACK反馈。然而，这将导致过高的HARQ-ACK开销，尤其是当CB的数量较大时。相反，可以将一个TB分为N个CBGroup(CBG),每个CBG由一个或多个CB组成。每个CBG可以使用1bit位HARQ-ACK反馈。当一个CBG内的所有CB被正确解码时，与该CBG相关的1bit位AeK被反馈。否则，将反馈1bit位NACK,并且需要重新传输该CBG。这种基于CBG的HARQ-ACK反馈可以通过配置CBG大小来平衡重传效率和反馈成本。图1展示了一个CB分组方法的示例，其中每四个CB组成一个组。注意，每TB使用1个HARQ-ACKbit位，这是NR的基线。它可以应用于CB数较小(例如1或2个)的TB,或者应用于上行控制的容量或覆盖范围有限的情况。另一方面，每个CBG的1bit位HARQ-ACK反馈可用于CB数相对较大的TB或URLLC抢占的情况。因此，每TB1bit位HARQ-ACK和每CBG1bit位HARQ-ACK反馈可以例如通过RRC信令在NR中配置。此外，由抢占指示触发的多bit位HARQ-ACK反馈也是一种有效的方法，尤其是在到达率较低的情况下。如果没有针对TB的URLLC抢占，或者没有针对UE接收到抢占指示，则每个TB使用1个HARQ-ACKbit位来节省上行反馈成本。在识别出抢占指示后，每个CBG使用1bit位HARQ-ACK反馈来提高重传效率。5G支持一个或多个PDSCH的HARQ-ACK多路复用。对于基于CBG的重传，没有理由不支持HARQ-ACK多路复用。基于CBG的重传的动机是提高大型TB或URLLC抢占情况下的频谱效率。当配置一个或多个载波或调度多个PDSeH时，SE增益和必要性仍然保持不变。因此，应支持针对具有一个或多个载波的多个CBG的多个PdSCh的HARQ-ACK复用，尤其是当反馈比特的总数不超过UCl有效载荷时。考虑到单个UCl中多个TB和其他UCl类型(例如SR/RI(CRl)PMICQIBMI)的聚合HARQ-ACK反馈，总有效负载可能超过UCl的最大有效负载限制。在这种情况下，与LTE中的空间捆绑类似，自动返回到每TB1bit位反馈是一个不错的选择。在LTE中，HARQ-ACK多路复用支持动态和半静态HARQ-ACK码本自适应。由于每个TDD配置的DL/UL配置和HARQ定时是固定的，因此可以使用半静态HARQ-ACK码本。与半静态HARQ-ACK码本相比，动态HARQ-ACK码本自适应可以避免不必要的反饿开销。特别地，DAI(downlinkassignmentindex)机制(counterDAI和totalDAI)被用于确保UE以足够的可靠性注意到调度DCl的漏检。NR可能没有固定的HARQ-ACK捆绑窗口，因为引入了灵活的动态HARQ-ACK定时指示。对于跨单个TB的CBG的HARQ-ACK多路复用，为了避免不必要的反馈成本，反馈比特数m等于min(C,N),其中C是TB的CB数，N是配置的CBG数。然而，对于来自不同PDSeH或不同载波的跨越超过2个TB的HARQ-ACK复用，可能会发生调度DCl的漏检。考虑到基于CBG的重传，可以进一步研究DAl机制是否需要增强。例如，假设HARQ-ACK复用跨越2个TB,其中一个包含2个CBG,另一个包含3个CBG。如果使用DAl机制检测到一个丢失的TB(及其DCD,则接收方不知道码本大小，因为它不知道丢失TB的CB号或CBG号(请注意，这不会发生在单个TB病例中，因为如果调度DCl丢失，接收方不会反馈任何信息)。一种可能的解决方案是为不同TB保持相同数量的反馈位，例如，每TBNbit位。通过这种行为，TB级别的DAI可以很好地工作，因为可以确定码本大小，并且可以为丢失的TB反馈N位NACK。具体而言，码本大小为NM,其中M是基于TB级别DAl的TB或PDSCH的数量。如果检测到DTX,则相应的位可以设置为NACK。对于传统LTE系统中的PDSCH或PUSCH传输，使用双环CRC操作。具体来说，TBCRC在TB分割成C代码块之前首先连接到TB,CBCRC连接到每个CB。一旦UE检测到至少一个CBYRC不正确，CBYRC可用于终止解码过程。TBCRC用于实现低误报概率，例如，每个CBCRC都可以通过，但TBCRC失败。在这种情况下，UE需要报告整个TB的NAeK。在这种情况下，必须至少有一个CBCRC或TBCRC出现假警报，即使UE和gNB都不能确切地知道哪个CB出现假警报。Initialtransmission1stretransmission2ndretransmissionCBGscheduling123412341234CBG feedbackDTX by eNB CK maintenanceAII-CBG ACKs but TB CRC fails图2：基于CBG反馈和重传的错误警报基于CBG的反馈和重传也应考虑类似的假警报问题。例如，如图2所示，一个TB被划分为4个CBG,并且UE最终发现TBCRC未通过，即使UE之前已经报告了多个CBG的ACK。在这种情况下，最简单的解决方案是，UE向eNB报告所有NACK状态，并且eNB可以选择在之后重传整个TB。此外，另一点是，对于当前未重传的CBG,UE应在基于CBG的HARQ-ACK码本中设置哪些状态。注意，这些Cbg可能是UE已经报告了其ACK状态的cbg。这里，假设相同的HARQ-ACK码本大小适用于相同TB中CBG的初始和重传。如图2所示的示例，假设当UE发送基于CBG的HARQ-ACK时，eNB检测到DTX,包括CBG2和CBG3的ACK状态，则eNB可以为第一次重传重传整个TB。在这种情况下，UE最好为CBG2和CBG3设置ACK状态，即所谓的ACK维护，以便eNB在第二次重传中不需要重传CBG2和CBG30
