PCCH

Paging Control Channel

Radio Access Network →
Introduced in R99 Also in: Management

PCCH is a downlink logical transport channel in UMTS and LTE used to page idle or inactive User Equipment with messages for incoming calls, data, or system changes.

Category
Radio Access Network
Introduced
R99
Where
Radio Access Network › E-UTRAN (LTE)
Also touches
1 segments
Specifications
16 specs
PCCH Description Purpose Related Classification Detected Changes Specifications

Description

The Paging Control Channel (PCCH) is a logical transport channel defined in both UMTS (UTRAN) and LTE (E-UTRAN) architectures. It operates exclusively in the downlink direction, from the network to the User Equipment (UE). Its primary function is to carry Paging Channel (PCH) transport blocks, which contain paging messages. These messages are used to alert UEs in idle mode (RRC_IDLE in LTE, Idle/Cell_PCH/URA_PCH states in UMTS) or, in some cases, inactive mode, about network events requiring their attention.

In the protocol architecture, PCCH is a logical channel at the Radio Link Control (RLC) and Medium Access Control (MAC) layer. It is mapped onto the Paging Channel (PCH) transport channel, which is then mapped to a physical channel. In UMTS, the PCH is mapped to the Secondary Common Control Physical Channel (S-CCPCH). In LTE, the PCH is mapped to the Physical Downlink Shared Channel (PDSCH), with scheduling information for the paging message provided via the Physical Downlink Control Channel (PDCCH) using a specific P-RNTI (Paging Radio Network Temporary Identifier). This mapping allows for efficient sharing of physical resources.

The operation of PCCH is tightly coupled with the UE's discontinuous reception (DRX) cycle. To conserve battery power, UEs do not continuously monitor the paging channel. Instead, they wake up at specific, pre-defined intervals (paging occasions) within their DRX cycle to check for paging messages on the PCCH. The network knows the UE's DRX cycle and calculates the correct paging occasion to use. A paging message can indicate an incoming voice call (CS fallback), a mobile-terminated data session, an Earthquake and Tsunami Warning System (ETWS) alert, a Commercial Mobile Alert System (CMAS) notification, or a change in system information requiring the UE to re-acquire the broadcast channel. The PCCH thus enables the network to maintain reachability of millions of idle UEs while allowing those UEs to achieve significant power savings.

Purpose & Motivation

The PCCH exists to solve the fundamental problem of network-initiated contact with a mobile device that is not actively in a call or data session. In any cellular system, the network must be able to locate and alert a specific UE for an incoming communication or critical notification. Before dedicated paging channels, early systems used inefficient methods that consumed excessive UE battery and radio resources.

In UMTS (from Release 99), the PCCH was defined as part of a structured logical and transport channel architecture to provide a reliable and efficient paging mechanism. It separated paging traffic from other control and user data, allowing for optimized scheduling and transmission. Its design incorporated support for different UE states (like Cell_PCH and URA_PCH in UMTS) to balance paging signaling load and UE mobility management overhead.

With the advent of LTE, the purpose of PCCH remained central but its implementation evolved to leverage the all-IP, shared channel nature of the system. The move to map PCCH onto the shared PDSCH, rather than a dedicated physical channel like in UMTS, increased spectral efficiency. The PCCH's role expanded beyond traditional paging to support advanced features like ETWS and CMAS for public safety, and to facilitate energy-efficient operation through sophisticated DRX mechanisms, which are critical for the always-connected paradigm of modern smartphones and IoT devices.

Classification

Part ofPCH
Specific typesPCH
Related approachesDRXS-CCPCH

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-15 14 changes

In Release 15, specific corrections were introduced for the PCCH function to address paging monitoring and system information acquisition for Bandwidth-reduced Low-complexity (BL) UEs and UEs in Coverage Enhancement (CE). This release also included an alignment on the use of fullI-RNTI and I-RNTI identifiers within paging procedures and InactiveConfig to ensure consistent behavior. Furthermore, corrections were made to resolve identified paging failures for UEs capable of Coverage Enhancement.

  • Control Plane latency reduction TS 36.331CR3453
  • Corrections to random access power control for TDD in 36.331 TS 36.331CR3580
  • Corrections on paging monitoring and SI acquisition in RRC_CONNECTED for BL UEs and UEs in CE TS 36.331CR3647
  • correction on power control TS 36.331CR3663
  • Supporting MME and AMF overload control TS 36.331CR3745
  • CR to 36.331 on alignment of use of fullI-RNTI and I-RNTI in paging and InactiveConfig (Alt.2) TS 36.331CR3810

+ 8 more changes

Rel-16 3 changes

In Release 16, the PCCH function was enhanced with specific corrections for paging narrowband selection and for paging procedures involving non-3GPP access. Furthermore, the release introduced explicit handling of UE Radio Capability for Paging to support extended power saving features like extended DRX in NB-IoT and eMTC technologies.

  • Correction on non-3GPP paging TS 36.331CR4172
  • Correction on paging narrowband selection TS 36.331CR4556
  • Handling of UE Radio Capability for Paging in NB-IoT and eMTC TS 36.300CR1263

Explore further

Broader topics and technologies where PCCH plays a role.

Defining Specifications

3GPP specifications that define or reference PCCH, 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 25.301 vj00 UE-UTRAN Radio Interface Protocol Architecture Rel-19
TS 25.302 vj00 UTRA Physical Layer Services Rel-19
TS 25.321 vj00 MAC Protocol Specification for UTRAN Rel-19
TS 25.322 vj00 RLC Protocol Specification Rel-19
TS 25.331 vj00 UTRAN RRC Protocol Specification Rel-19
TS 25.430 vj00 Introduction to Iub Interface Specifications Rel-19
TR 25.912 vj00 Evolved UTRA and UTRAN Technical Report Rel-19
TR 25.931 vj00 UTRAN Signalling Procedures Examples Rel-19
TS 32.401 vj00 Performance Management Concept & Requirements Rel-19
TS 36.300 vj00 E-UTRAN Radio Interface Protocol Architecture Overview Rel-19
TS 36.302 vj00 E-UTRA Physical Layer Services Rel-19
TS 36.314 vj00 E-UTRA Radio Measurements Specification Rel-19
TS 36.322 vj00 E-UTRA Radio Link Control Protocol Specification Rel-19
TS 36.331 vj00 LTE RRC Protocol Specification Rel-19
TS 52.402 vj00 GSM Performance Management Measurements Rel-19