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.

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-15 1 change

In Release 15, a correction was introduced for the Logical Channel Prioritization (LCP) function. This correction specifically addressed the LCP restriction rules to properly handle the interaction between data duplication and non-duplication procedures. The change ensured the prioritization logic functioned correctly for both transmission scenarios.

  • Correction for LCP restriction for duplication and non-duplication TS 38.321CR0252
Rel-16 2 changes

In Release 16, the LCP function was updated to specify procedures for the source MAC entity during handover. Additionally, corrections were made to the LCP handling for the specific case of a truncated SCell.

  • CR on LCP of the source MAC entity TS 38.321CR1117
  • Corrections to LCP for truncated SCell BFR MAC CE TS 38.321CR1160
Rel-17 1 change

In Release 17, the specification introduced a correction to the Logical Channel Prioritization (LCP) procedure for Sidelink (SL) communication. This correction specifically addressed the LCP restriction that applies when the parameter **sl-HARQ-FeedbackEnabled** is configured.

  • Correction on the SL LCP restriction for sl-HARQ-FeedbackEnabled TS 38.321CR1331

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
Patrick Zandl

About the author: Patrick Zandl (b. 1974)

Telecommunications specialist, technology journalist (founder of the Mobil server), and developer who has been running since 2025 — the largest Czech-language resource on AI-assisted programming. Formerly Chief Wizard Architect at Prusa3D and head of development for Turris at CZ.NIC; currently a consultant and instructor on AI implementation in companies.