《903-基于CBG传输的5G调度机制.docx》由会员分享，可在线阅读，更多相关《903-基于CBG传输的5G调度机制.docx（3页珍藏版）》请在课桌文档上搜索。
1、基于CBG传输的5G调度机制5G支持分上下行的基于CBG的（重新）传输。在为PUSCH配置基于CBG的HARQ-ACK反馈的情况下，至少应该在DCl中指示哪些CBG被重新传输（例如位图），以用于基于CBG的重传。位图或CBG索引可以在HARQ-ACK中发挥作用。也就是说，位图中的每个位都指示相应CBG的ACK/NACK状态。在接收到授权DCl后，UE应根据请求重传CBG。对于配置有用于PDSCH的基于CBG的HARQ-ACK反馈的UE,UE将在接收到数据传输之后，为每个CBG反馈HARQ-ACK的位图。因此，与PUSCH不同，PDSCH再传输DCl设计有两种选择。 Option1:DCl不包含
2、指示正在重传哪些CBG的位图。对于这种情况，gNB准确地重传在接收到的UCl中指示为NACK的那些cbg,并且UE可以期望接收在最近的传输中解码失败的cbg。 Option2:DCl包含一个位图，用于指示正在重传的CBG。对于OPtiOn1,有以下缺点。首先，它缺乏调度灵活性，因为gNB必须准确地重新传输接收到的UCl中指示为NACK的CBG。其次，不可能确保UCl总是被错误地接收。例如，可能发生DTX或NACK到ACK错误。因此，考虑到健壮性和灵活性，与PUSCH类似，至少应该在DCl中指示哪些CBG被重传（例如位图），以便基于CBG的重传。对于基于TB的初始传输和基于TB的重传，整个TB都
3、会被传输。因此，在授权DCl中不需要上述CBG位图或指示。BD的数量取决于具有不同格式或有效负载大小的受监控DCl的数量。为了避免UE的复杂性，应该确保初始传输和重传的授权DCl具有相同的长度。基于这一点，grantDCl中的CBG指征设计有两种选择。 Option1：无论初始传输或重传，CBG指示字段始终存在于DCl中。 Option2：重用一些现有字段以指示重传的CBG。Option2比OPtiOn1需要更少的DCI位，尤其是因为初始传输和基于TB的重传不需要CBG指示字段。对于OPtion2,UE首先需要区分当前的重传是TB级别还是CBG级别。它可以以显式或隐式方式实现（例如，通过DCl
4、中的1位标志或通过PDeCH上的CRC,即通过不同序列对TB级传输和CBG级（再）传输进行CRC加扰）。之后，如果是基于CBG的重传，那么一些可能的现有字段可以重新用于CBG指示。 MCSFieldoMCSField的功能是向TBS指数和调制顺序发送信号。首先，对于基于CBG的重传，假设TBS是根据针对相同HARQ过程的最新PDeCH中传输的DCl来确定的。除DTX外，无需更新TBS信息进行重新传输。对于DTX,使用基于TB的重新传输，并且不重用MCS,因为不需要CBG指示。其次，可以选择保持与最近传输相同的调制顺序。因此，可以重用或重新定义部分或全部MCSFieId（例如LTE中的5位）用于
5、CBG指示。 RVFieldoRVField的功能是发出冗余版本的信号。与非自适应HARQ类似，不需要RVFieldo特别是，每次重传的固定RV顺序（例如LTE中的0,2,3,1）可以很好地用于基于CBG的重传。在LTE中引入RVfield的主要动机是支持DTX。对于DTX,通过设置RV=O来重传原始信息位更有效。对于DTX,使用基于TB的重传，而Rv将发出冗余版本的信号，因为不需要CBG指示。因此，可以重用或重新定义RVFieId（例如LTE中的2位）用于CBG指示。图1显示了OPtion2的图示OHARQIDFlagMCSRVRAIfFIdg=OCBGbased(re)transmissi
6、on:MCSand/orRVcanbereusedasCBGindication.IfFlag=/TBbased(re-)transmission:Noreuse.图1:option2示意图1 slot aggregated assignment for retransmissionCBG 2CBG a.CBG 4CBG I4 slot aggregated assignment for initial transmission此外，对于基于CBG的重传，与初始传输相比，需要的资源更少。“仅允许基于CBG的（重新）传输用于HARQ过程的同一TB”得到了同意。为了最大限度地提高资源利用率，在聚合
7、时隙上调度的TB的部分CBG应该能够使用一个时隙重传，如图2所示。通过这种方式，剩余的时间资源（时隙）可以分配给其他进程。DLCtrl图2:基于CBG传输的时隙聚合1.TE中使用了基于TB的调度和HARQ操作。eMBB和URLLC部署的复用可能会导致eMBB业务的严重性能降低，因为传输侧屏蔽到eMBBue的传输，以满足URLLC服务的严格延迟要求。基于CBG的HARQ部署能够为大型传输块实现更细粒度的重传，因此在eMBB和URLLC服务在NR中动态复用的情况下提供更好的性能。PDCCH需要传递有关重传CBG的信息，以进行软组合部署。编码CBG信息的一种方法是在DCl格式中引入额外的CBG指示符
8、字段（CBGIF：CBGindicatorfield）。CBGIF存在的配置可以是特定于UE的。该CBGlF字段使用多少位取决于为上下行传输配置的CBG数量。UE可以基于gNB配置的每个CBG的CB数量（BPOpt.2）,隐式地得出上下行分配中CBGIF字段的预期比特数。DCl格式的CBGIF所需的位数也可以由高的层（即Opt.1）显式地发信号给UE。此外，需要在HARQ部署期间发出CBG重传原因的信号值得讨论。有利于表明原因，即是否是由于URLLC的屏蔽或其他原因，以促进PDSCH上的软组合，从而提高解码性能。1位字段似乎足以以可忽略不计的额外开销实现此设计目标。作为一个示例，每个CBG的I
9、bit位字段用于指示推理可能需要为UE处的适当软组合提供准确的旁侧信息。然而，如果认为有必要避免任何额外的信令开销，一种可能的方法是重新解释NRDCl的现有字段，并对基于CBG的HARQ重传进行一些限制。CBGIF字段的示例如图3所示。CBGIFCI811tentsCRC/RNTIPreSenCe for both initialCl: indicating the cause of CBG- bad HARQr .g. whether due to transmitter-eide puncturing or nottransmission and retransmission of CBG
10、 operationResource allocation, MCS1 HARQ parameters, timing offset. StartingZencfingZdurationr etc.图3:基于CBG部署的DClformat关于CBGIF位的解释，重要的是确保gNB调度器和UE对CBGIF的含义有共同的理解。为了能够充分灵活地处理任何CBG重传，自然可以考虑采用位图方法。gNB调度器非常了解UE的几何结构，因此，对于各个UE,CBGIF信令开销可以由gNB适当控制。初始传输DCl格式不需要CBGIF,也可能不需要。然而，这改变了DCl格式的大小，并且UE将不得不使用额外的有效负载
11、大小来监视每个DCl格式，这可能会增加每个CC的盲解码（BD：blinddecoding）的数量。因此，初始传输和重传时首选单个DCl格式大小。CBGIF比特可被设置为预定义值，例如全零，然后可进一步用于UE处的DCl解码，以改进具有旁侧信息的解码性能。DCl中用于初始传输的CBGIF字段可用于提供更大的灵活性，以最大程度地将CBG与物理符号对齐，从而提高CBG映射效率。这种机制还可以处理CB数量小于CBG数量的情况。例如，对于给定的UE,可以由高层配置最大N个cbg,并且可以通过使用位图CBGIF字段来通知用于在时隙中初始传输的Cbg的实际数量，类似于重传指示用法。在PDCeH中引入CBGlF不可避免地会改变DCl格式的大小，并产生新的DCl格式。当使用RRC信令将UE从无CBGIF半静态地重新配置为带CBGlF（或反之亦然）时，在控制资源集中的UE特定搜索空间中不再存在维持非模糊gNBUE通信的公共DCl格式大小。
