5G NR User Plane Protocol, What's New Over LTE in 5G NR
5G NR User Plane Protocol, What's New Over LTE in 5G NR
in 5G NR
September 6, 2017admin5G
3GPP has released specification 38.300 V1 this month about NR and NG-RAN Overall Description:
Stage 2, This standard comes with the detailed descriptions about 5G NR network and Protocol
architecture. In this post, we have come with the detailed information about the User plane and
providing information what new we can expect/Enhancements proposed from NR to meet the
requirements of eMBB (enhanced Mobile Broadband), Massive IoT (Internet of things) and URLLC
(Ultra reliable Low latency communication).
When we closely see both the protocol stack we could see many similarities between LTE protocol
stack and 5G-NR protocol stack because LTE protocol stack is being taken as the base line for the
development of 5G-NR.
5G-NR User contains Phy, MAC, RLC, and PDCP same as LTE and has introduced a new layer
named as SDAP (Service Data Adaptation Protocol).
Protocol Layer Function and Description
Mapping between a QoS flow and a data radio bearer (Due to new QoS framework)
Marking QoS flow ID (QFI) in both DL and UL packets ( DL: due to reflective QoS and UL:
due to new QoS framework)
A single protocol entity of SDAP is configured for each individual PDU session, except for
DC where two entities can be configured
Reference: TS 23.501
In the uplink, the NG-RAN may control the mapping of QoS Flows to DRB in two different ways:
Reflective mapping: for each DRB, the UE monitors the QoS flow ID(s) of the downlink
packets and applies the same mapping in the uplink; that is, for a DRB, the UE maps the
uplink packets belonging to the QoS flows(s) corresponding to the QoS flow ID(s) and PDU
Session observed in the downlink packets for that DRB. To enable this reflective mapping,
the NG-RAN marks downlink packets over Uu with QoS flow ID.
Explicit Configuration: besides the reflective mapping, the NG-RAN may configure by
RRC an uplink “QoS Flow to DRB mapping”.
The main services and functions of the PDCP sublayer for the user plane include:
Sequence Numbering
Header compression and decompression: ROHC only
Transfer of user data
Reordering and Duplicate detection (if order delivery to layers above PDCP is required)
PDCP PDU routing (in case of split bearers)
Retransmission of PDCP SDUs
Ciphering and Deciphering
PDCP SDU discard
PDCP re-establishment and data recovery for RLC AM
Duplication of PDCP PDUs
In-sequence delivery from RLC layer (i.e. reordering in RLC) might incur high latency due to
deciphering
Enhancement in NR
Complete PDCP PDUs can be delivered out-of-order from RLC to PDCP. RLC delivers
PDCP PDUs to PDCP after the PDU reassembling
PDCP reordering is always enabled if in sequence delivery to layers above PDCP is needed
(i.e. even in non-DC case)
RLC Rx entity needs to keep track of each packet in the window to determine if any of them
has been completed and delivered to PDCP
RLC retransmission (ARQ) is not assumed to be used in 5G NR to meet the strict user plane
latency requirements of URLLC applications
The main services and functions of the RLC sublayer depend on the transmission mode and include:
Why No Concatenation
For URLLC the target for user plane latency should be 0.5ms for UL, and 0.5ms for DL
For eMBB, the target for user plane latency should be 4ms for UL, and 4ms for DL.
RAN1 intends to reduce the delay from the end of the reception of the DCI (UL grant) to the
beginning of the transmission of the corresponding UL transport block to 1-2 OFDM symbol
durations
Limitation in LTE: In order to perform TB filling, RLC and MAC PDUs are generated after reception
of UL grant
Removing RLC concatenation enables the preprocessing procedure of both RLC and MAC layer
The main services and functions of the MAC sub layer include:
Drawback in LTET MAC PDU format is that it does not facilitate MAC/PHY parallel
processing
Reference: 36.321
Enhancement in NR
MAC sub-headers are placed immediately in front of the corresponding MAC SDUs, MAC
CEs, or padding. The possibility to parse the MAC PDU from the back is not precluded.
UL MAC CE(s) is placed after all the MAC SDUs. For DL the placement will be deterministic
(i.e. it should not be up to the network to decide). FFS if we have the same behavior for both
or for DL the MAC CE is placed at the front
Reference: R2-1703511
LCP Enhancement
The motivation behind LCP enhancement is Multiple numerologies/TTI durations are supported and
different numerologies/TTI durations may be suitable for different kinds of traffic
Enhancement in NR
SR/BSR Enhancement
Motivation for SR/BSR enhancement is that it should at least distinguish the “numerology/TTI type”
of the logical channel that triggered the SR/BSR
Enhancement in NR
HARQ Enhancement
Enhancement in NR