《900-基于传输的CBG资源映射.docx》由会员分享,可在线阅读,更多相关《900-基于传输的CBG资源映射.docx(4页珍藏版)》请在优知文库上搜索。
1、基于传输的CBG资源映射5G网络是支持CBG(CodeBlockGroups)的,但如何在运行期间识别或索引CBG?对于反馈机制和发送器端,还未决定。反馈机制:ack/nack反馈和CBG之间的映射:至少有两个解决这个问题的选项。一种是间接方法,反馈将被视为指向重传配置表的指针。然后,该重新配置表可以包含不同的儿个CBG,这些CBG应该被重新传输,但具有不同的速率匹配。第二种方法是直接一对一映射,其中每个CBG由单个ack/nack表示。CBG的传输指示:对于下行发射机,至少提出了两个选项。第一种方法是在重传中省略CBG标识符。然后,UE将简单地假设根据其先前发送的Ack/Nack反馈,重传仅
2、包含cbgo第二种选择是,在调度授权中明确指出CBG。这两种选择各有优缺点。第一个方案在调度授权方面与TB级重传有更多相似之处,但意味着对gNB重传方案有更多限制此外,在出现Nacbto-Ack或Acbto-NaCk”错误的情况下,这将阻止gNB主动进行CBG传输,或可能导致gNB和UE之间产生误解。对于下行方向,对这两种解决方案都持开放态度,并根据是否应支持子序列传输做出决定。对于上行方向,需要CBG指示。基于CBG的重传应用场景包括至少两种情况。CB分组机制必须能够处理一个TB中包含的CB数量的非常不同的星座。需要考虑的另一个方面是,发送反馈的可用资源有限。TB不应被分成太多的CBG,例如
3、,最多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中描述的映射的另一个好处是,它允许更快地处
4、理解码。UE不需要等待直到接收到整个传输块。如下图2所示:SlotNSlotN+1TransportBIock图2: CB与物理资源的一对一映射实现了解码的早期启动在实践中,很难实现精确的一对一映射,尽可能将CBG限制为尽可能少的符号。对于CBG映射,还需要考虑来自其他用例和不同信道条件的设计标准。对于CBG的(重新)传输,一个HARQ过程只允许一个TB。对于第一个选项,在一次调度期间,一次只服务一个TB(对于同一层)。当仅部分TB被重新传输(一个或一些CBG)时,对于一个或多个CBG被抢占的情况,如下图3所示,释放的资源可用于服务于其他UE。SotNSIOtN+k,k = 1,2,3Othe
5、rUEsUE 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中得到
6、支持。基于CBG的传输的动机是可以最小化因抢占数据而导致的eMBB数据性能下降,并实现eMBB数据资源的高效利用。图5显示了抢占数据与时隙内的eMBB数据复用的一个示例。Slot(=14OFDMsymbols)PreempteddataeMBBdataTime图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层有很大影响,并可能对实现复杂性产生很大影响。