900-基于传输的CBG资源映射.docx
基于传输的CBG资源映射5G网络是支持CBG(CodeBlockGroups)的，但如何在运行期间识别或索引CBG?对于反馈机制和发送器端，还未决定。反馈机制：ack/nack反馈和CBG之间的映射:至少有两个解决这个问题的选项。一种是间接方法，反馈将被视为指向重传配置表的指针。然后，该重新配置表可以包含不同的儿个CBG,这些CBG应该被重新传输，但具有不同的速率匹配。第二种方法是直接一对一映射，其中每个CBG由单个ack/nack表示。CBG的传输指示:对于下行发射机，至少提出了两个选项。第一种方法是在重传中省略CBG标识符。然后，UE将简单地假设根据其先前发送的Ack/Nack反馈，重传仅包含cbgo第二种选择是，在调度授权中明确指出CBG。这两种选择各有优缺点。第一个方案在调度授权方面与TB级重传有更多相似之处，但意味着对gNB重传方案有更多限制°此外，在出现"Nacbto-Ack"或"Acbto-NaCk”错误的情况下，这将阻止gNB主动进行CBG传输，或可能导致gNB和UE之间产生误解。对于下行方向，对这两种解决方案都持开放态度，并根据是否应支持子序列传输做出决定。对于上行方向，需要CBG指示。基于CBG的重传应用场景包括至少两种情况。CB分组机制必须能够处理一个TB中包含的CB数量的非常不同的星座。需要考虑的另一个方面是，发送反馈的可用资源有限。TB不应被分成太多的CBG,例如，最多4或8个。当TB内的CBG数量固定，但TB内的CB数量可能会变化时，CBG中的CB数量将根据TBS而变化。如果Cb的数量小于配置的Cbg的数量，则仍然需要基于配置的Cbg的数量提供反馈，但是基站和UE可以就有效Cbg的ACK/NACK位置达成一致，并且可以保留剩余的比特位置。基于CBG的重传的一个重要用例是在抢占情况下恢复eMBBUEo对于这个用例，理想情况下，整数个CBG应该适合抢占的资源。交织应首先在频域中执行。在理想情况下，CBG和物理资源之间可能存在一对一的映射，如下图1所示。图1:从CB/CBG到物理资源的映射。应采用频率优先映射。图1中描述的映射的另一个好处是，它允许更快地处理解码。UE不需要等待直到接收到整个传输块。如下图2所示：SlotNSlotN+1TransportBIock图2： CB与物理资源的一对一映射实现了解码的早期启动在实践中，很难实现精确的一对一映射，尽可能将CBG限制为尽可能少的符号。对于CBG映射，还需要考虑来自其他用例和不同信道条件的设计标准。对于CBG的（重新）传输，一个HARQ过程只允许一个TB。对于第一个选项，在一次调度期间，一次只服务一个TB（对于同一层）。当仅部分TB被重新传输（一个或一些CBG）时，对于一个或多个CBG被抢占的情况，如下图3所示，释放的资源可用于服务于其他UE。SotNSIOtN+k,k = 1,2,3OtherUEsUE A, TB#ARe-transmission of CBGsnew TB#2Previousypreemptedfrom1BA图3:来自在时隙N中最初传输的同一TB的时隙N+k（红色字段）中的重传上面图3所示的概念可能足以在需要服务多个Ue的情况下提高系统吞吐量。对于想要提高到一个特定UE的吞吐量的情况，可以考虑在一个调度时刻从两个tb发送数据。例如，可以考虑在一个调度授权中为同一层上的两个HARQ进程提供服务，或者让两个tb对应于一个HARQ进程。下面的图4对此进行了说明。TB#1Example1图4：在一个调度授权中为一层传输多个HARQ进程基于CBG的传输在RelT5中得到支持。基于CBG的传输的动机是可以最小化因抢占数据而导致的eMBB数据性能下降，并实现eMBB数据资源的高效利用。图5显示了抢占数据与时隙内的eMBB数据复用的一个示例。Slot(=14OFDMsymbols)PreempteddataeMBBdata>Time图1:抢占数据和eMBB数据的资源分配的一个例子在本例中，一个OFDM符号用于抢占数据。如图5所示，抢占数据至少与OFDM边界对齐。考虑到这一动机，将CBG映射到至少一个OFDM符号以最小化对eMBB数据的影响是很自然的。此外，可以假设抢占数据是通过使用一个mini时隙传输的。OFDM符号的最小数量为一个。因此，对于给定的TB,CBG应该均匀地分布在资源中，并且应该始终占用整数个OFDM符号。另一个好处是，每个OFDM符号可以实现早期解码，例如解调和信道解码的流水线。例如，在第二个OFDM符号的解调期间，可以开始对映射到第一OFDM符号的CBG进行信道解码。对于eMBB数据，应解码非常大的TBS。关于CBG的重传，可以减少物理资源。从物理层的角度来看，作为最有效的部署之一，UE的新数据和重传的CBG在同一时隙中被复用。MAC层不知道基于CBG的重传。如果应用此解决方案，两个HARQ进程的eMBB数据可以用于一个调度资源。这对MAC层有很大影响，并可能对实现复杂性产生很大影响。
