820-大传输块的5G HARQ部署.docx

《820-大传输块的5G HARQ部署.docx》由会员分享，可在线阅读，更多相关《820-大传输块的5G HARQ部署.docx（3页珍藏版）》请在优知文库上搜索。

1、大传输块的5GHARQ部署当前的移动通信系统（如LTE）具有相当简单和独特的混合自动重复请求（HARQ：hybridautomaticrepeatrequest）功能，适用于所有服务。对于5GNR,主张将以用户为中心的HARQ配置与其服务需求相一致。这提出了HARQ功能的增强，以便能够在5G中高效处理大传输块。很多公司建议使用动态可配置的多位HARQ反馈，通过省略不必要的部分来帮助发射机生成更有效的重传。换言之，发送器将只重传解码过程中失败的大传输块的部分，这样将提高资源利用效率。这些建议主要旨在支持高数据速率要求，例如eMBB业务。5G的载波带宽在低于6GHz的频带下增加到100MHz,在毫

2、米波段的情况下甚至增加到GHz的值。因此，在整个传输带宽上的调度可能导致非常大的传输块大小（TBS）O如果传输块（TB：transportblock）大于信息比特的特定限制数量（例如,在LTE的情况下为6144比特），则将其分割为多个代码块（CB：Codeblock）,以便每个代码块大小（CB）小于或等于该限制。分割过程被认为是限制编码/解码复杂度的有效方法，编码/解码复杂度随着块长度的增加而增加。例如，在LTE中，根据36.213表7.1.7.2.1-1,对于最大110PRB分配大小的20MHZ载波带宽，TBS可以获得多达97896位（即16CB）o在多个空间复用传输层的情况下，LTETBS

3、可以进一步增加到更大的值。在预期的5G载波带宽中加入类似的数字将导致预期的TBS高达50或更大的CB,以支持高数据速率。关于HARQ功能，在传输块解码失败的情况下，较大TBS的直接影响是较大的重传惩罚。通常，如果TB中的所有CB成功解码，则HARQ反馈为ACK,如果一个或多个CB解码失败，则为NACK。这意味着，如果根据TB循环冗余校验（CRC）报告NACK,则即使单个故障CB也将触发所有CB的重传。正如前文中提出的，TB分段过程（LTE未捕获）的额外好处是可以通过以下方式启用的HARQ功能中的高效资源利用率通过反馈渠道报告额外信息的能力。换句话说，多位和可配置的HARQ反馈可以更精确地指向T

4、B的错误段，并通过跳过成功解码的CB的重传来触发有效的重传。假设CB的大TB中只有三个CB在CRC检查中失败，图1比较了两种不同的重传场景，（a）当多位反馈通知发射机TB的故隙段，并且只有这些故障部分将被重新传输时，以及（b）由于CB的故障，只有一位NAeK被传输，而整个TB将被重新传输。与图1中场景（a）中提供的初始传输相比，较小的重传大小将释放可用于初始传输或向类似或不同用户重传其他TB的无线资源。在同一子帧上，两个或多个停止和等待（SAW：stop-and-wait）信道的复用可以通过异步HARQ实现。CRC check result for all N CB,s in TBCB CRC

5、 check successCB CRC check failCBn-1 CBnCBn+1图1:两种不同场景的重传效率比较；（a）使用多位HARQ反馈，以及（b）使用单位ACK/NACK反馈通过对码块段进行CRC校验（或LDPC中的奇偶校验），接收器节点可以将成功解码的CB与失败的CB分开。作为一种简单的方法，接收机可能通过使用每个CB的ACK/NACK报告与发射机节点共享该信息。然而，该方法将对通信链路施加较大的控制信道信令开销。因此，期望将反馈大小保持在有限的比特数，同时将其内容配置为对发射机节点最有用的信息，以实现有效的重传设置。对于发生故障的大型TB中的错误模式，可以设想几种不同的场景

6、。以下是几个例子：一个或几个CB将在CRC检查中失败：这可能是由于分配给TB的部分无线资源受到突发性干扰而导致的。在这种情况下，发送器节点最有用的信息是故障CB的索引。然后，发送器将仅为故障CB设置重传。宽带TB传输中的一个或几个物理资源块（PRB）或子带将失败：这可能是例如当失败的PRB上的信道质量由于例如干扰而与报告的CQI意外不同时的情况。在这种情况下，将故障PRB（或子频带）的索引报告给发射机最有利于重传效率。在这种情况下，发射机将只重传受故障子带影响的TB部分，这样可以节省重传资源。所有或大部分CB在CRC检查中失败：这种情况可能发生，例如，由于错误的CQl报告，随后要求发射机设置调

7、制和编码速率。在这种情况下，要通过反馈信道发送的发射机最有用的信息是接收机节点处的解码器状态信息（DSI：decoderstateinformation）。DSI可以通知发射机解码器距离TB成功解码的“距离”。然后，发射机节点可以重传所有CB,同时将重传大小修改为解码器处成功解码所需的大小（考虑HARQ组合增益）。上述示例也适用于LDPC码,其中CRC校验可由奇偶校验等其他错误检测方法代替。在上面的示例之后，可以看到，根据CB的CRC校验（或奇偶校验），可以不同地选择通过多位反馈传送的信息。因此，为了使多位反馈对发射机节点最有用，希望具有基于传输场景的可配置内容。随着5G数据传输的载波带宽增加

8、，也将有更多的资源用于控制信令。例如，在TDD部署的情况下，假设用于控制信道的OFDM符号将通过增加载波带宽潜在地增加用于控制信令的可用资源。例如,在后一个示例场景中，将载波带宽从20MHZ增加到100MHz将使控制信道资源增加5倍。因此，期望随着TBS的增加允许更多比特用于HARQ反馈，以捕获增强HARQ重传的资源效率益处。此外，报告错误CB的索引所需的比特数根据tb而变化。例如，表1显示了报告一个或两个错误CB的索引所需的位数如何随着TBS的增加而增加。表1:报告失败的CB索引所需的位数在CB中传输块大小2030405060报告一个CB索引需要的比特数55666报告两个CB索引需要的比特数89101111对于在宽带TB传输中报告PRB索引所需的比特数，可以进行类似的观察。例如，假设在具有100个PRB的宽带传输上有5个PRB的组（即20个5个组），将需要5位来报告其中一个PRB组的索引，8位来报告两个PRB组的两个索引。如果宽带传输包括200个PRB（即40组5个），则这些数字分别增加到6位和10位。因此，希望通过控制信道信令半静态地或根据TBS、可用控制信令资源等动态地为每个UE配置反馈的大小。