Radio Link Control
Radio Link Control (RLC) is a sublayer of Layer 2 in the 3GPP protocol stack for mobile telecommunications systems, positioned between the Medium Access Control (MAC) layer and the Packet Data Convergence Protocol (PDCP) layer, where it handles the reliable transfer of upper-layer Protocol Data Units (PDUs) in both control and user planes. It performs key functions such as segmentation and reassembly of Radio Link Control Service Data Units (RLC SDUs), sequence numbering for data integrity, duplicate detection, and error correction via Automatic Repeat reQuest (ARQ) in acknowledged modes.[1] RLC operates in three primary modes—Transparent Mode (TM) for unformatted data transfer without headers, Unacknowledged Mode (UM) for efficient but non-reliable delivery, and Acknowledged Mode (AM) for robust bidirectional communication with retransmissions—enabling adaptation to different service requirements like low latency or high reliability. Originally specified for UMTS in 3GPP Release 99 as part of the Radio Network Controller (RNC), RLC has evolved significantly across generations: in LTE (3GPP Release 8 onward), it supports enhanced segmentation and in-sequence delivery for downlink/uplink data bearers, while in 5G New Radio (NR, Release 15+), it accommodates the central unit/distributed unit (CU/DU) split architecture, omitting concatenation to minimize latency and supporting longer sequence numbers (up to 18 bits in AM).[2][1] These adaptations ensure RLC's provision of PDUs to the MAC for multiplexing logical channels, managing PDUs with fixed/variable headers (e.g., 1- or 2-byte headers in NR), and interfacing with Radio Resource Control (RRC) for configuration via information elements like RLC-Config. Overall, RLC contributes to the air interface's efficiency by balancing throughput, error handling, and resource utilization in cellular networks from 3G to 5G.[3]Overview
Definition and Purpose
The Radio Link Control (RLC) sublayer is a Layer 2 protocol defined in 3GPP standards for UMTS, LTE, and 5G NR systems. In LTE and 5G NR, it operates as an intermediary between the Packet Data Convergence Protocol (PDCP) sublayer above and the Medium Access Control (MAC) sublayer below to format and manage data packets for transmission over the radio interface.[4] In UMTS, RLC interfaces between upper layers and MAC. RLC entities perform these tasks to ensure efficient and reliable data handling in mobile networks, supporting both user plane and control plane communications between user equipment (UE) and the radio access network.[5] The primary purpose of the RLC sublayer is to provide reliable transfer of upper-layer Protocol Data Units (PDUs) by implementing mechanisms for segmentation and reassembly, which adapt variable-sized PDCP PDUs (in LTE and 5G NR) or upper-layer PDUs (in UMTS) to the constraints of MAC-layer transport blocks, thereby optimizing radio resource utilization.[4] Additionally, RLC handles error detection and correction to maintain data integrity, enabling support for diverse Quality of Service (QoS) requirements such as low latency for ultra-reliable low-latency communications (URLLC) and high throughput for enhanced Mobile Broadband (eMBB).[5] These functions collectively ensure robust end-to-end data delivery in varying radio conditions without overburdening higher or lower layers. RLC operates on a per-logical-channel basis, with dedicated RLC entities configured independently for each logical channel to handle specific data flows, allowing simultaneous support for multiple radio bearers that map to these channels for concurrent service delivery.[5] This architecture facilitates fine-grained QoS differentiation across bearers, such as signaling radio bearers (SRBs) and data radio bearers (DRBs), while maintaining overall system efficiency.[4]Position in the Protocol Stack
The Radio Link Control (RLC) sublayer occupies the second position within Layer 2 of the Evolved Universal Terrestrial Radio Access (E-UTRA) protocol stack for Long-Term Evolution (LTE) and the New Radio (NR) protocol stack for 5G, situated directly below the Packet Data Convergence Protocol (PDCP) sublayer and above the Medium Access Control (MAC) sublayer. This placement applies to both the user plane and control plane architectures in LTE (as defined in 3GPP TS 36.322 V19.0.0, Section 4) and 5G NR (3GPP TS 38.322 V18.2.0, Section 4.1), where RLC handles reliable data transfer over the radio interface while interfacing with higher-layer security and compression functions from PDCP and lower-layer multiplexing from MAC. In this architecture, RLC ensures segmentation and delivery of data units across varying radio conditions without delving into physical transmission details managed by Layer 1. RLC interacts with adjacent sublayers through well-defined service access points (SAPs). It receives service data units (SDUs) from PDCP for processing and delivers protocol data units (PDUs) to MAC via logical channels, which categorize data flows such as broadcast control channel (BCCH), dedicated traffic channel (DTCH), and dedicated control channel (DCCH) based on their priority and type. Conversely, RLC accepts MAC SDUs—typically transport blocks—from the MAC sublayer for uplink or downlink reception, enabling the protocol stack to adapt to dynamic radio resources. These interfaces support both uplink and downlink directions, with MAC providing notifications on transmission opportunities and available PDU sizes to RLC (3GPP TS 36.322 V19.0.0, Section 4.3; 3GPP TS 38.322 V18.2.0, Section 4.3.2). RLC entities are instantiated on a per-user equipment (UE) and per-logical-channel basis, with distinct transmitter and receiver components to handle directional data flows independently. The transmitter side processes incoming PDCP SDUs by adding appropriate headers and preparing them for MAC delivery, while the receiver side reconstructs SDUs from incoming MAC SDUs for forwarding to PDCP. This configuration allows flexible operation tailored to specific channels, as directed by the Radio Resource Control (RRC) layer. Conceptually, the data flow proceeds from PDCP SDUs entering the RLC entity, undergoing processing to form RLC PDUs, and then passing to MAC for both downlink (from network to UE) and uplink (from UE to network) paths, as illustrated in the RLC overview models (e.g., Figure 4.2.1-1 in both specifications), which depict unidirectional arrows representing SDU-to-PDU transformations on each side of the entity (3GPP TS 36.322 V19.0.0, Section 4.2.1; 3GPP TS 38.322 V18.2.0, Section 4.2.1).History and Standards
Origins in UMTS
The Radio Link Control (RLC) layer was introduced in the 3GPP Release 99 specifications, finalized around 2000, as a fundamental Layer 2 sublayer above the Medium Access Control (MAC) sublayer in the UMTS radio interface protocol architecture based on Wideband Code Division Multiple Access (WCDMA).[6] This development addressed the need for efficient data handling in third-generation (3G) mobile networks, where the MAC layer delivers fixed-size transport blocks per transmission time interval (TTI), requiring adaptation of variable-length data from higher layers.[6] Key early functions of RLC in UMTS encompassed basic segmentation of service data units (SDUs) into protocol data units (PDUs) using length indicators to preserve boundaries, along with Automatic Repeat Request (ARQ) for reliable acknowledged data transfer through selective retransmissions.[6] It also provided support for both circuit-switched services, such as real-time voice, and emerging packet-switched services, enabling seamless integration with the UMTS core network for multimedia applications.[6] These features prioritized error correction and flow control to maintain quality in the variable radio conditions of WCDMA, particularly for voice and low-speed data transmissions typical in early 3G deployments.[7] The RLC protocol in UMTS is formally specified in 3GPP Technical Specification TS 25.322, which outlines its three modes—transparent, unacknowledged, and acknowledged—to suit diverse service requirements while ensuring backward compatibility with second-generation systems.[2] Historically, RLC evolved from its implementation in the General Packet Radio Service (GPRS) enhancement to Global System for Mobile Communications (GSM), adapting to UMTS's higher data rates (up to 384 kbps initially) and circuit-oriented architecture by enhancing segmentation and reliability mechanisms for the more bandwidth-intensive WCDMA air interface.[7]Evolution in LTE
The Radio Link Control (RLC) protocol was introduced for Long-Term Evolution (LTE) in 3GPP Release 8, finalized in 2008, as part of the Evolved Universal Terrestrial Radio Access Network (E-UTRAN) architecture.[8] This adaptation supported the shift from the Code Division Multiple Access (CDMA) used in Universal Mobile Telecommunications System (UMTS) to Orthogonal Frequency Division Multiple Access (OFDMA) in the downlink and Single Carrier FDMA in the uplink, enabling higher spectral efficiency and data rates.[9] Hybrid Automatic Repeat Request (HARQ) functionality was integrated at the Medium Access Control (MAC) sublayer to handle fast retransmissions, reducing the burden on RLC while maintaining reliable data transfer over the air interface.[9] Key enhancements in LTE RLC included the addition of re-segmentation in Acknowledged Mode (AM), allowing previously transmitted RLC Protocol Data Units (PDUs) to be broken into smaller segments during HARQ retransmissions if they exceeded the available transport block size at the MAC layer.[10] Status reporting was refined for ARQ operations, where the receiving side generates STATUS PDUs to acknowledge or negatively acknowledge specific PDUs, triggering selective retransmissions from the transmitter.[11] The ARQ mechanism supported a transmitter window size of 512, utilizing a 10-bit sequence number space to manage outstanding PDUs and prevent buffer overflow while ensuring efficient error recovery.[11] The LTE RLC protocol is formally specified in 3GPP Technical Specification (TS) 36.322, which outlines its role in the user plane and control plane for E-UTRAN.[8] It was optimized for IP-based, all-packet switched networks, facilitating low-latency services such as Voice over IP (VoIP) and multimedia streaming by prioritizing segmentation, reassembly, and ARQ tailored to variable packet sizes and quality-of-service requirements.[9] A notable enhancement was the introduction of the RLC Service Data Unit (SDU) discard procedure, which allows the transmitter to discard specific SDUs upon indication from upper layers like the Packet Data Convergence Protocol (PDCP), preventing indefinite buffering of delayed or obsolete data in scenarios like real-time applications.[12] This mechanism, applicable in both Unacknowledged Mode (UM) and AM, integrates with PDCP discard timers to maintain end-to-end efficiency without requiring explicit RLC timers.[12]Advancements in 5G NR
The Radio Link Control (RLC) protocol in 5G New Radio (NR) was defined in 3GPP Release 15, finalized in 2018, and specified in TS 38.322, enabling operations across a broader range of frequencies including millimeter-wave bands and supporting beamforming through integration with the underlying NR physical layer.[13][14] This design accommodates the demands of ultra-reliable low-latency communication (URLLC) and massive machine-type communications (mMTC) by optimizing data transfer for diverse scenarios, such as industrial automation and dense IoT deployments. Key advancements in NR RLC include refined polling and status reporting mechanisms in acknowledged mode (AM), where transmission triggers a status report based on configurable thresholds like pollPDU (number of PDUs transmitted without polling) or pollByte (bytes transmitted without polling), reducing unnecessary feedback overhead compared to LTE baselines.[14] In unacknowledged mode (UM), support for out-of-order delivery to the packet data convergence protocol (PDCP) layer enhances latency performance for URLLC applications, allowing SDUs to be forwarded as they arrive within a reassembly window, with timer-based detection of missing PDUs to prevent indefinite delays.[15] Additionally, tighter integration with PDCP facilitates dual connectivity scenarios, such as non-standalone NR deployments, by enabling split bearers where RLC entities on multiple nodes handle segmented data streams, improving reliability through coordinated retransmissions.[16] In AM, NR RLC supports sequence numbers (SNs) with lengths configurable to 12 or 18 bits, providing greater capacity for high-throughput links while maintaining compatibility with varying buffer sizes.[17] Enhancements for sidelink communications in vehicle-to-everything (V2X) applications, introduced in Release 16, extend RLC operations to direct device-to-device links, incorporating ARQ mechanisms tailored for low-latency vehicular scenarios with configurable SN lengths and polling to ensure robust packet delivery over sidelink channels.[18] As of 2025, 3GPP Release 18 incorporates RLC adaptations for reduced capability (RedCap) devices and non-terrestrial networks (NTN), addressing integration challenges in satellite-based systems by extending timers (e.g., t-Reassembly and t-PollRetransmit) to handle propagation delays up to several seconds and supporting larger SN spaces to mitigate buffer overflows in high-orbit scenarios, thereby closing gaps in earlier releases for global IoT coverage.[19][20]Modes of Operation
Transparent Mode (TM)
Transparent Mode (TM) is the simplest operating mode of the Radio Link Control (RLC) protocol, configured for direct transfer of upper-layer protocol data units (PDUs) without segmentation, concatenation, reassembly, or addition of any RLC headers.[21] In this mode, the RLC entity functions as a transparent conduit, receiving service data units (SDUs) from the Packet Data Convergence Protocol (PDCP) layer and submitting them unmodified to the Medium Access Control (MAC) layer for transmission.[22] This configuration ensures minimal processing overhead, with TM PDUs consisting solely of the original data field.[21] TM is primarily employed for logical channels requiring low-latency, headerless transmission where error correction and reliability are handled by other layers, such as the physical layer or higher protocols.[22] Key use cases include broadcasting system information via the Broadcast Control Channel (BCCH), paging notifications on the Paging Control Channel (PCCH), and initial access signaling on the Common Control Channel (CCCH) in both LTE and 5G New Radio (NR).[21] It is specifically designated for Signaling Radio Bearer 0 (SRB0) to transport Radio Resource Control (RRC) messages during random access procedures in LTE (3GPP TS 36.322) and 5G NR (3GPP TS 38.322).[22] Additionally, TM supports sidelink broadcast control channels like the Sidelink BCCH (SBCCH) for sidelink scenarios in LTE and 5G NR.[21] At the transmitter side, a TM RLC entity receives PDCP PDUs as RLC SDUs and immediately forwards them to the MAC layer without any alterations, sequence numbering, or buffering for retransmission.[22] The receiver side operates similarly, delivering incoming TM PDUs directly to the PDCP layer upon reception, with no reordering, duplicate detection, or error recovery mechanisms provided by the RLC.[21] Consequently, there is no RLC entity feedback or status reporting in TM, and the mapping to MAC logical channels occurs in fixed sizes matching the original SDU lengths, preserving the data integrity as received from upper layers.[22] This mode contrasts with Unacknowledged Mode (UM) and Acknowledged Mode (AM) by omitting sequencing and feedback capabilities, prioritizing efficiency for scenarios like control signaling and broadcasting where upper-layer reliability suffices.[21]Unacknowledged Mode (UM)
The Unacknowledged Mode (UM) in the Radio Link Control (RLC) protocol enables unidirectional data transfer service, incorporating sequence numbering to facilitate reordering of received protocol data units (PDUs) and detection of duplicates, while omitting any acknowledgment or automatic repeat request (ARQ) mechanisms. This mode ensures efficient handling of data without the overhead of feedback, prioritizing timeliness over complete reliability. In UM, the RLC entity operates with distinct transmitting and receiving components that function independently, allowing for streamlined processing on each direction.[4][11] UM is particularly suited for delay-sensitive applications, such as Voice over IP (VoIP) and multimedia streaming, where retransmissions could introduce unacceptable latency, and minor packet losses do not severely impact the service quality. For instance, it supports dedicated traffic channels (DTCH) for user data in both downlink and uplink directions, as well as broadcast and multicast channels like MCCH and MTCH in LTE, and extends to sidelink communications in 5G NR for groupcast and broadcast scenarios. The sequence number length in UM is configurable via radio resource control (RRC) signaling: 5 bits or 10 bits in LTE, providing a modulus of 32 or 1024 respectively, and 6 bits or 12 bits in 5G NR, yielding a modulus of 64 or 4096 to accommodate varying throughput needs. Sequence numbers are assigned and incremented for each transmitted UMD PDU, enabling the receiver to track order and identify gaps.[23][11][4] At the receiving end, the UM RLC entity buffers incoming PDUs and performs reassembly of service data units (SDUs) by detecting sequence number gaps that indicate missing segments; if a complete SDU cannot be reconstructed, it is discarded to prevent indefinite buffering. A reassembly timer (t-Reassembly in 5G NR or t-Reordering in LTE) is started upon detection of such gaps, and upon its expiry, any affected SDUs are discarded, triggering delivery of subsequent in-sequence data to the upper layer. In 5G NR, UM explicitly supports out-of-order SDU delivery within a configurable reassembly window (UM_Window_Size, set to 32 for 6-bit SN or 2048 for 12-bit SN), allowing higher-layer protocols to handle reordering if needed, which enhances efficiency for high-speed links. The transmitting side may discard SDUs based on a configured timer if they cannot be transmitted promptly, further emphasizing UM's focus on forward progress over recovery. Segmentation of SDUs into PDUs occurs as needed to fit lower-layer capacities, with headers including the sequence number and segment indicators for reassembly.[4][11]Acknowledged Mode (AM)
The Acknowledged Mode (AM) in the Radio Link Control (RLC) layer functions as a single bidirectional entity that integrates both a transmitting side and a receiving side to provide reliable data transfer services. This mode employs Automatic Repeat Request (ARQ) mechanisms, where the receiving side generates status reports to acknowledge correctly received data or indicate gaps in the sequence, thereby triggering retransmissions of erroneous or lost Protocol Data Units (PDUs) by the transmitting side. To initiate these status reports, the transmitting side uses configurable polling procedures, such as triggering a poll upon transmission of the last data or after a specified number of PDUs or bytes.[22][24] AM is designed for scenarios demanding high reliability over the radio link, where occasional retransmission delays are acceptable, making it ideal for non-real-time applications such as web browsing and file downloads. In LTE and 5G NR architectures, AM is commonly configured for Data Radio Bearers (DRBs) associated with Dedicated Traffic Channels (DTCH), as well as Dedicated Control Channels (DCCH) for signaling. This configuration ensures error-free delivery for upper-layer protocols that prioritize integrity over low latency.[22][24] A key aspect of AM is its configurable transmission window size, which limits the number of unacknowledged PDUs to prevent buffer overflow and manage sequence numbering; this is set to a maximum of 512 in LTE using 10-bit sequence numbers and up to 2048 (for 12-bit SN) or 131072 (for 18-bit SN) in 5G NR, where the SN length is configurable to 12 or 18 bits. To resolve potential desynchronization between peer RLC entities, AM supports a reset procedure that discards all pending Service Data Units (SDUs) and PDUs, resets relevant state variables and timers, and re-establishes the connection upon detection of issues like repeated failures.[22][24] In terms of operational behavior, the receiving side issues negative acknowledgments (NACKs) within status PDUs to pinpoint missing PDUs via sequence number indicators, enabling the transmitting side to perform targeted retransmissions without resending acknowledged data. Ciphering for security is applied at the Packet Data Convergence Protocol (PDCP) layer above the RLC in both LTE and 5G NR, occurring after RLC processing for bearer configurations that require encryption. The ARQ process in AM, as outlined in core functions, relies on these status reports and polls to achieve the desired reliability.[22][24]Core Functions
Segmentation and Reassembly
In the Radio Link Control (RLC) layer of LTE and 5G NR, segmentation is the process by which the transmitting RLC entity divides RLC SDUs received from the upper PDCP layer (as PDCP PDUs) into smaller RLC PDUs to accommodate the variable transport block sizes provided by the Medium Access Control (MAC) layer. This adaptation ensures efficient utilization of radio resources, as RLC SDUs may exceed the maximum size of a MAC Protocol Data Unit (PDU). Segmentation occurs exclusively in Unacknowledged Mode (UM) and Acknowledged Mode (AM) of RLC operation.[22][4] The segmentation procedure begins when the RLC entity receives an RLC SDU and is notified by the MAC layer of an available transmission opportunity with a specified size. If the RLC SDU length surpasses this size (after accounting for RLC headers), in LTE the entity performs concatenation of multiple RLC SDUs or segmentation of a single RLC SDU into one or more RLC PDUs, whereas in 5G NR only segmentation of a single RLC SDU is performed, without concatenation. Each resulting RLC PDU is prefixed with a header containing a Sequence Number (SN) for unique identification and ordering, along with length indicators and segmentation information to delineate segment boundaries and types (e.g., first, last, middle, or full SDU). The length of each segment is calculated as the minimum of the remaining RLC SDU length and the available space in the MAC PDU, expressed as \text{[Segment length](/page/Length)} = \min(\text{remaining RLC SDU length}, \text{available MAC space}). This process repeats until the entire RLC SDU is segmented or the MAC opportunity is filled. In LTE, SN lengths are 5 or 10 bits for UM and 10 or 16 bits for AM depending on configuration, while 5G NR supports configurable SN lengths of 6/12 bits for UM and 12/18 bits for AM to handle higher data rates.[22][4] Reassembly at the receiving RLC entity involves buffering incoming RLC PDUs (in the form of UM Data (UMD) PDUs or AM Data (AMD) PDUs) in a reception buffer and reconstructing the original RLC SDUs. The receiver uses the SN in each PDU header to detect and order segments belonging to the same RLC SDU, discarding duplicates if necessary. Once all segments of an RLC SDU—identified by matching SN, segment offsets, and length indicators—are received and contiguous, the full SDU is reassembled and delivered to the PDCP layer in ascending SN order (or out-of-order if configured). If gaps in SN sequence are detected, the receiver awaits missing segments within a timer window before potentially discarding incomplete SDUs in UM or triggering recovery in AM. This mechanism ensures reliable reconstruction despite variable segment arrival due to radio channel variations.[22][4] In AM mode specific to both LTE and 5G NR, an additional re-segmentation capability enhances efficiency for retransmissions triggered by partial Hybrid Automatic Repeat reQuest (HARQ) failures at the MAC layer. When a previously transmitted AMD PDU (or segment thereof) requires retransmission but no longer fits the new MAC PDU size, the RLC entity re-segments it into smaller units, each retaining the original SN but with updated segmentation fields. There is no limit to the number of re-segmentation iterations, allowing flexible adaptation to changing channel conditions without discarding the entire PDU. This feature, absent in UM and Transparent Mode (TM), minimizes overhead in error-prone environments.[22][4]Automatic Repeat reQuest (ARQ)
In the Acknowledged Mode (AM) of the Radio Link Control (RLC) layer, Automatic Repeat reQuest (ARQ) implements a selective repeat mechanism to ensure reliable transfer of upper-layer Protocol Data Units (PDUs) over the radio interface. This approach retransmits only those PDUs or segments affected by errors, minimizing unnecessary overhead and preserving bandwidth compared to go-back-N alternatives. The mechanism operates within a sliding window framework, where sequence numbers (SNs) track the order and status of transmitted data.[22][24] The ARQ process relies on feedback via STATUS PDUs, which the receiver generates to report reception outcomes. Each STATUS PDU includes an ACK_SN field indicating the SN of the next expected PDU (all prior PDUs up to this SN are deemed successfully received) and one or more NACK_SN fields for missing PDUs, accompanied by segment offsets (SOstart and SOend) if partial segments are received. For efficiency, consecutive NACKs can be compressed into a range using an additional SO field, forming a bitmap-like structure that compactly identifies gaps in SNs without listing every acknowledged PDU individually. The transmitter uses this feedback to selectively retransmit only the NACKed PDUs or segments, potentially re-segmenting them to fit current channel conditions.[22][24] To elicit feedback, the transmitter sets the Polling (P) bit in the header of an Acknowledged Mode Data (AMD) PDU, prompting the receiver to transmit a STATUS PDU. Polling triggers are configurable, such as after a fixed number of PDUs or bytes sent. If no STATUS PDU arrives, the transmitter restarts the t-PollRetransmit timer and may retransmit the poll or data upon expiry. On the receiver side, the t-StatusProhibit timer enforces a minimum interval between STATUS PDUs to prevent excessive signaling overhead. These timers are configurable per RLC entity, allowing adaptation to varying radio conditions. The receiver may also trigger a STATUS PDU autonomously upon expiry of the t-Reassembly timer if gaps persist.[22][24] The ARQ window size governs the maximum number of unacknowledged AMD PDUs the transmitter can send, calculated as \text{Window Size} = 2^{(\text{SN length} - 1)}, which is half the SN modulus to avoid ambiguity in ordering. In LTE, SN lengths of 10 bits or 16 bits yield window sizes of 512 or 32,768, respectively. In 5G NR, AM mode supports 12-bit or 18-bit SNs, resulting in window sizes of 2,048 or 131,072. Larger windows enable higher peak throughput by permitting more outstanding PDUs but increase buffer demands and potential reordering delays at the receiver. In error-prone channels, ARQ retransmissions enhance reliability but can degrade effective throughput by up to 20% relative to unacknowledged modes, as the additional round trips and overhead compound with higher-layer retransmissions.[22][24][25] For 5G NR's Ultra-Reliable Low-Latency Communications (URLLC), ARQ is enhanced with configurable shorter SN lengths—minimum 12 bits for AM—enabling smaller windows to minimize reassembly latency and buffer occupancy while supporting stringent reliability targets. This adaptation reduces end-to-end delay in time-critical applications without compromising the selective repeat efficiency.[24]Duplicate Detection and Reordering
In the Radio Link Control (RLC) protocol, duplicate detection and reordering mechanisms ensure reliable data transfer by managing out-of-order Protocol Data Units (PDUs) and eliminating redundant receptions, primarily in Unacknowledged Mode (UM) and Acknowledged Mode (AM). These functions operate on incoming PDUs from the lower Medium Access Control (MAC) layer, using Sequence Numbers (SNs) to maintain sequence integrity before delivery to the Packet Data Convergence Protocol (PDCP) layer as Service Data Units (SDUs).[26][11][27] Reordering buffers received PDUs that arrive out of sequence due to varying transmission paths or retransmissions, assembling them into in-sequence SDUs for PDCP delivery. Upon PDU reception, the RLC entity compares the SN against state variables defining the receiving window—such as VR(UR) and VR(UH) in LTE UM mode, or RX_Next and RX_Next_Highest in 5G NR—to determine if the SN falls within the active window. If within the window and not a duplicate, the PDU is buffered; otherwise, it is discarded. A configurable reordering timer (e.g., t-Reordering in LTE/UMTS or t-Reassembly in 5G NR) starts when gaps in the sequence are detected and triggers delivery of all buffered SDUs up to the highest consecutive SN upon expiry, ensuring timely forwarding even if some PDUs are delayed. This timer value is set by higher-layer signaling, balancing latency and reliability.[26][28][27] Duplicate detection prevents processing of redundant PDUs, which could arise from retransmissions or loop avoidance in multi-path scenarios, by discarding any PDU whose SN matches one already processed within the receiving window. In UM and AM modes, the receiver checks if the SN has been previously acknowledged or buffered— for instance, in LTE AM, discarding occurs if byte segments corresponding to the SN were already received—thus avoiding unnecessary resource consumption and potential infinite loops. This logic integrates with SN comparison: a PDU is accepted for buffering or immediate delivery only if its SN is within the window, greater than or equal to the next expected SN, and not previously handled. In 5G NR, enhancements allow partial SDU delivery to PDCP as soon as all segments of an individual SDU are available, reducing latency for applications like URLLC without waiting for full sequence completion.[26][28][27]Protocol Mechanisms
Service Data Units (SDUs) and Protocol Data Units (PDUs)
In the Radio Link Control (RLC) layer of 5G New Radio (NR), a Service Data Unit (SDU) refers to the data unit received from the upper Packet Data Convergence Protocol (PDCP) layer, known as an RLC SDU, which is byte-aligned and of variable size.[4] Upon processing, the RLC delivers a reassembled RLC SDU to the PDCP layer as its output SDU.[4] A Protocol Data Unit (PDU) in the RLC layer is the formatted data unit submitted to the lower Medium Access Control (MAC) layer, termed an RLC PDU, which may encapsulate one or more RLC SDUs or segments thereof.[4] Conversely, the RLC receives PDUs from the MAC layer via logical channels, treating them as incoming RLC PDUs for processing.[4] In Acknowledged Mode (AM) and Unacknowledged Mode (UM), RLC PDUs incorporate headers to support operations like segmentation, while Transparent Mode (TM) PDUs do not.[4] RLC SDUs and PDUs exhibit variable lengths to accommodate flexible data handling, with sizes aligned to MAC layer capabilities for efficient transmission.[4] In LTE, RLC PDU sizes are variable, aligned to MAC transport block limits, which can exceed 6000 bytes in certain configurations.[11] In NR, the maximum data field size in an RLC PDU corresponds to the PDCP PDU size, which can reach up to 9000 bytes or more depending on configuration.[4][29] The RLC performs key transformations between SDUs and PDUs: upon transmission, a single RLC SDU may be segmented into multiple RLC PDUs if it exceeds the available MAC transmission opportunity size, with headers added to enable reassembly.[4] At the receiver, reassembly reconstructs the original RLC SDU from the received RLC PDUs, ensuring complete data delivery to the PDCP layer.[4]Header Structure
The Radio Link Control (RLC) layer employs distinct header formats tailored to its operational modes, ensuring efficient transmission of service data units (SDUs) across the radio interface in cellular networks such as LTE and 5G NR. These headers provide essential metadata for segmentation, sequencing, and control functions, with structures defined in 3GPP technical specifications. In general, RLC headers consist of a fixed part containing core fields like sequence numbers (SN) and segmentation indicators, optionally followed by a variable extension part in earlier implementations for handling multiple segments.[11][24] In Transparent Mode (TM), no RLC header is present, as the mode performs no segmentation, reassembly, or sequencing; the protocol data unit (PDU) comprises only the raw SDU data, byte-aligned for direct forwarding to the Medium Access Control (MAC) layer.[11][24] For Unacknowledged Mode (UM) and Acknowledged Mode (AM) in LTE, the data PDU headers begin with a fixed part of 1 or 2 octets, incorporating framing information (FI), extension bits (E), and SN, followed by an optional variable part with length indicators (LI) for concatenated or segmented SDUs. The FI field (2 bits) specifies the boundaries of the first and last segments within the PDU—values of 00 indicate a full SDU, 01 a first byte of an SDU, 10 the last byte, and 11 both first and last. Extension bits (E, 1 bit each) signal whether additional LI fields follow, enabling support for multiple segments per PDU; each LI (11 or 15 bits, configurable) denotes the length in bytes of the preceding data field element. The SN provides ordering, with lengths of 5 or 10 bits in UM (configurable via RRC) and 10 bits in AM. A byte-level breakdown for a basic UM header with 5-bit SN appears as:In AM, the fixed part extends to include a data/control indicator (D/C, 1 bit set to 1 for data), a reserved field (RF, 1 bit), and a polling bit (P, 1 bit to request status reports), followed by FI, E, and SN, with the variable part mirroring UM.[11] In 5G NR, header structures are simplified by relocating concatenation to the MAC layer, eliminating the variable extension part and multiple LIs; instead, each PDU carries at most one SDU or segment, with segmentation handled via segment offset (SO). UM headers replace FI with segmentation information (SI, 2 bits: 00 for full SDU, 01 first segment, 10 last segment, 11 middle segment) and include a reserved bit (R, set to 0); SN lengths are optionally 6 or 12 bits (RRC-configured). SO (16 bits) appears only for non-first segments, indicating the byte offset from the SDU start (0-based). A representative UM header with 6-bit SN and no SO is:Octet 1: FI (bits 1-2) | E (bit 3) | SN (bits 4-8) [Optional: Octet n: E (bit 1) | LI (bits 2-12) for each extension]Octet 1: FI (bits 1-2) | E (bit 3) | SN (bits 4-8) [Optional: Octet n: E (bit 1) | LI (bits 2-12) for each extension]
For 12-bit SN without SO, the header spans two octets: Octet 1: SI (bits 1-2) | SN (bits 3-8); Octet 2: SN (bits 1-6) | R (bits 7-8). With SO, additional two octets follow for SO (16 bits).[24] AM data headers prepend D/C (1 bit, 1 for data), P (1 bit), and SI (2 bits) to the SN (optionally 12 or 18 bits), with R bits for alignment and optional SO; the fixed part spans 2-3 octets without extensions. For AM control PDUs (status PDUs), a separate format includes D/C (0), control PDU type (CPT, 4 bits), acknowledged SN (ACK_SN, matching SN length), and a bitmap-like structure of negative acknowledgments (NACKs) via extension bits (E1/E2/E3, 1 bit each) indicating presence of NACK_SN (SN of missing PDU) and SOstart/SOend for segment-level NACKs.[24] These mode-specific headers integrate with PDUs to enable mode-appropriate processing, such as sequencing in UM/AM without the full procedural overhead of TM.[11][24]Octet 1: SI (bits 1-2) | SN (bits 3-8) [Optional: Octets 2-3: SO (16 bits) for non-first segments]Octet 1: SI (bits 1-2) | SN (bits 3-8) [Optional: Octets 2-3: SO (16 bits) for non-first segments]