5G NR RLC 不支持级联功能,最主要的原因就是5G NR的上行处理时间相比于LTE显著降低,因为根据RAN1#86bit 会议决定,基于Slot级别的调度,NR需要满足以下需求:
下行数据在slot N收到后,相应的反馈要在 slot N + K1上发送:
- 所有的UE都应支持K1>=1 的某个值,该值还未确定。
- 一些UE可能需要支持K1=0,条件还未确定。
上行授权在slot N 收到后,相应的上行数据要在Slot N+K2上发送:
- 所有的UE都应支持K2>=1 的某个值,该值还未确定。
- 一些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”