【5G NR】RLC为什么不支持级联呢？

5G NR RLC 不支持级联功能，最主要的原因就是5G NR的上行处理时间相比于LTE显著降低，因为根据RAN1#86bit 会议决定，基于Slot级别的调度，NR需要满足以下需求：

下行数据在slot N收到后，相应的反馈要在 slot N + K1上发送:

1. 所有的UE都应支持K1>=1 的某个值，该值还未确定。
2. 一些UE可能需要支持K1=0，条件还未确定。

上行授权在slot N 收到后，相应的上行数据要在Slot N+K2上发送:

1. 所有的UE都应支持K2>=1 的某个值，该值还未确定。
2. 一些UE可能需要支持K2=0，条件还未确定。

如上所述，当K2= 0是，仅有一个OFDM symbol 的处理时间可用，考虑到当subcarrier= 60KHZ时，OFDM symbol的长度仅有17.84微秒，在这么短的时间内，UE需要完成DL控制信道(PDCCH)的解码和上行L2（MAC，RLC）的处理和PHY的处理。

第二点原因，当不支持级联时，RLC PDU 格式简化，没有LI字段，同时RLC PDU segment 和RLC PDU re-segment的数据包格式将统一, 不会像LTE那样，必须要AMD PDU re-segment格式来表示。

Figure 1: Unified segmentation and re-segmentation

 

第三点原因，如果沿用当前LTE的级联格式，不仅没有降低RLC的处理复杂度，还会增加相应的overhead.

Observation 1: Uplink processing time in NR is reduced significantly compared with LTE.

Observation 2: Using SO based segmentation when concatenation is kept in RLC does not decrease RLC layer complexity; on the other hand, header overhead is increased.

Observation 3: Alternative 8 has significant impact on layer 2 receiver processing delay in the receiver side.

Observation 4: For typical IP packets, additional overhead ratio due to removing concatenation from RLC is negligible.

Observation 5: For typical small packet services like VoIP, there is no additional overhead due to removing concatenation from RLC.

【参考】

R2-168527.zip，Intel Corporation, “Concatenation in NR”