LCP

Logical Channel Prioritization

Radio Access Network →
Introduced in Rel-4

LCP is the MAC sublayer procedure that allocates uplink radio resources among a UE's logical channels, ensuring higher-priority data is transmitted before lower-priority data to meet QoS requirements.

Category
Radio Access Network
Introduced
Rel-4
Where
Radio Access Network › NG-RAN (5G)
Specifications
5 specs
LCP Description Purpose Detected Changes Specifications

Description

Logical Channel Prioritization (LCP) is a fundamental procedure within the Medium Access Control (MAC) sublayer of the User Equipment (UE) in 3GPP systems, including LTE and NR. Its primary function is to decide how to map data from multiple logical channels onto available uplink transport blocks granted by the network via uplink scheduling grants. When a UE receives an uplink grant from the gNB (in NR) or eNB (in LTE), indicating available time-frequency resources and a maximum transport block size, the LCP procedure is invoked. The procedure must select which data from which logical channels to include in the upcoming transmission, adhering to strict rules that prioritize critical traffic.

The procedure operates based on a set of standardized rules and configurations provided by the network via Radio Resource Control (RRC) signaling. Each logical channel is configured with parameters such as priority, Prioritized Bit Rate (PBR), and Bucket Size Duration (BSD). The core algorithm typically runs in two phases. First, it serves each logical channel in order of descending priority, allocating data up to its configured PBR. This ensures each channel receives a minimum guaranteed rate. In the second phase, if radio resources remain, the procedure serves logical channels again in priority order, allocating the remaining resources. This two-phase approach balances guaranteed minimum rates with efficient use of spare capacity for high-priority traffic.

LCP interacts closely with other MAC functions like buffer status reporting and multiplexing. The logical channels themselves correspond to different radio bearers, each carrying specific types of traffic like SRB (Signaling Radio Bearer) for RRC/NAS signaling or DRB (Data Radio Bearer) for user plane data. The configuration of LCP parameters is thus intrinsically linked to the QoS characteristics of the associated EPS bearer or QoS Flow. By dynamically making these per-grant decisions, LCP is essential for fulfilling end-to-end QoS, ensuring low latency for critical services, and efficiently utilizing the scarce uplink radio spectrum.

Purpose & Motivation

LCP was introduced to solve the critical problem of uplink resource arbitration within the UE. In a mobile network, a UE typically runs multiple applications simultaneously, each with different quality of service needs—for example, a VoIP call requiring low latency and jitter, a web browsing session needing responsive throughput, and a file download tolerating background delays. Without a structured prioritization mechanism, the UE's MAC layer would have no standardized way to decide what data to send when a grant arrives, potentially leading to poor user experience, violation of QoS contracts, and inefficient radio use.

Prior to the formalization of LCP in 3GPP, earlier systems had simpler, less granular mechanisms for handling multiple data flows. The creation of LCP provided a flexible, network-controlled framework that allows operators to define precise QoS policies. The network configures the LCP parameters per logical channel, giving operators direct control over how uplink resources are apportioned among services. This enables the support of sophisticated services with strict QoS requirements, such as IMS voice and video, real-time gaming, and industrial IoT, over a shared radio interface. It is a cornerstone for enabling efficient multiplexing and QoS-aware scheduling at the UE side, complementing the network-side downlink scheduling.

Detected Changes Across Releases

from 3GPP Change Requests

Specific changes extracted from the „Change history“ tables of 3GPP specifications (25 CRs across 4 releases). Complements the general historical overview above with the evidence-based evolution of this function.

Studied in Rel-4, normative work from Rel-15.

Rel-15 2 changes

In Release 15, the Logical Channel Prioritization (LCP) function was updated with corrections to its restriction rules for handling data with and without duplication. Additionally, corrections were made to the prioritization procedures related to random access.

  • Correction for LCP restriction for duplication and non-duplication TS 38.321CR0252
  • Correction to RA prioritization TS 38.321CR0486
Rel-16 18 changes

In Release 16, the LCP function was enhanced with new prioritization procedures for PRACH (Physical Random Access Channel) to support Mission Critical Services (MPS and MCS). The release also introduced corrections and clarifications for operating in shared spectrum (NR-U), including aspects of intra-UE prioritization and HARQ process selection. Furthermore, specific refinements were made for sidelink communication (V2X) and the prioritization between logical channels and physical layer scenarios.

  • PRACH prioritization procedure for MPS and MCS TS 38.321CR0675
  • Corrections to PRACH prioritization procedure for MPS and MCS TS 38.321CR0705
  • Corrections of NR operating with shared spectrum channel access in 38.321 TS 38.321CR0726
  • CR to 38321 on RACH Prioritization for MPS and MCS TS 38.321CR0756
  • Correction on prioritization between DCP and RAR to C-RNTI for CFRA BFR – Option 2 TS 38.321CR0794
  • Modifications for LCH and PHY Prioritization Scenarios TS 38.321CR0802

+ 12 more changes

Rel-17 1 change

In Release 17, the update to Logical Channel Prioritization (LCP) specifically involved a correction for the sidelink (SL) LCP restriction related to the parameter 'sl-HARQ-FeedbackEnabled'. This change clarified the rules governing how data from logical channels is prioritized and scheduled for transmission when sidelink hybrid automatic repeat request feedback is enabled. The adjustment ensured consistent UE behavior in sidelink communication scenarios.

  • Correction on the SL LCP restriction for sl-HARQ-FeedbackEnabled TS 38.321CR1331
Rel-18 4 changes

In Release 18, the LCP function was updated with corrections for the applicability of the sdt-LogicalChannelSR-DelayTimer and for intra-UE prioritization. The enhancements also included specific corrections to handle prioritization between Scheduling Request (SR) and Sidelink Positioning Reference Signal (SL-PRS) transmission, as well as for co-channel coexistence between LTE sidelink and NR sidelink.

  • Correction on sdt-LogicalChannelSR-DelayTimer applicability TS 38.321CR1774
  • Correction on Co-channel coexistence for LTE sidelink and NR sidelink TS 38.321CR1942
  • Correction on prioritization between SR and SL-PRS transmission TS 38.321CR1992
  • Correction on intra-UE prioritization TS 38.321CR1976

Explore further

Broader topics and technologies where LCP plays a role.

Defining Specifications

3GPP specifications that define or reference LCP, with the latest known release. Sourced from the 3GPP document catalog — see methodology.

SpecificationTitleRelease
TR 21.905 vj00 3GPP Technical Terms and Definitions Rel-19
TS 23.852 vc00 Study on GTP-based S2a for WLAN Access Rel-12
TS 27.060 vj00 TE-MT Interworking for Packet Domain Rel-19
TS 38.321 vj00 NR MAC Protocol Specification Rel-19
TR 38.825 vg00 Study on NR Industrial IoT Rel-16