【论文笔记】Achieving URLC: Challenges and Envisioned System Enhancements

摘要

URLLC主要应用于：工业环境中的无线控制、自动化和自动驾驶汽车。 为支持URLLC，5G无线系统面临着不同的挑战，特别是在下行链路方向上，对数据和控制信道的可靠性，精确灵活的链路自适应性，更短的数据重传的处理时间以及URLLC与其他服务的复用。 本文考虑了这些挑战并提出了涵盖无线接口不同方面的最新解决方案。 此外，还提供了系统级的仿真结果。

介绍

URLLC的设计挑战

目前的LTE系统在物理层的错误率低，但延迟高大数十到几百ms，这是因为收发双方TTI（传输间隔）大、处理延迟多、重传机制的滥用。例如，LTE默认的首次传输块错误率（BLER）是10％，允许实现的可靠性目标为10 –5。

URLLC应用程序的主要挑战是保持可靠性相近的前提下将延迟降低到1 ms。图1示出了在建立链路时用于执行下行链路数据传输的简化通信模型。 当数据到达基站（BS）缓冲区时，BS首先将资源授权（RG）信息发送到目标用户设备（UE），此RG分配实际数据包的无线电资源。UE尝试对RG进行解码，然后发送肯定或否定确认（ACK / NACK），表示数据解码的成功/失败。如果BS没有从UE接收到ACK信号，则BS将执行重传。

与LTE相比，显然URLLC需要更短的TTI持续时间和更快的处理时间，以便在1 ms URLLC延迟预算内传达必要的控制和数据信息（如图1所示）。 但是，缩短TTI有以下缺点：

1. 由于控制信号的相对开销较高 -> 缩短TTI会导致容量损失。
2. 缩短TTI会减小系统覆盖范围，特别是在上行链路方向，这是因为从具有有限的发射功率的UE收集到更少的能量。
3. 控制和数据通道易出错的性质，控制信道出错时可能该重传的时候步重传，从而显著降低通信可靠性。

 

【控制信道错误影响通信可靠性的说明】例如，如果UE无法正确解码RG，它将不会尝试解码分配的数据传输。 在这种情况下，UE将不发送ACK或NACK，BS可能认定为不连续传输（DTX），并因此触发数据重传。 另外，BS有可能将DTX错误地检测为ACK，并且因此不重复数据传输。 另一错误类型是对HARQ ACK / NACK反馈信号的错误解释。 例如，BS可能错误地将NACK信号解码为ACK，这再次导致不执行数据重传。

图2说明了支持1 – 的通信可靠性的可靠性区域。 eRG：RG信息的解码错误率，p1：初始数据传输的BLER，：将NACK解码为ACK or DTX解码为ACK的错误率。假设一次HARQ重传要满足等待时间约束，并且在数据重传时残留BLER为10 –5。 如果检测到初始传输的NACK，则以如下方式执行重传：通过对初始传输和重传的接收信息进行软组合，实现目标的剩余BLER。 在检测到DTX的情况下，重发操作会更可靠地执行，以补偿接收方在初始传输时缺少软信息。 结果表明，对于eRG和eN / A，用于执行初始传输的BLER目标为10-1，最多需要的BLER为10-4。LTE不支持这种控制信道可靠性，并且可能导致系统中的大量信令开销。 通过使用更保守的调制和编码方案（MCS）执行初始数据传输，可以放宽控制信道错误率约束。 例如，当采用10-2 BLER目标进行初始数据传输时，可以将控制信号的BLER约束（即e RG和e N / A）降低