Menu
Latest
12 meetings · Prague, Jeju · 12–16 Oct
Reports
RAN1#126-bis · SA2#177

Glossary term · Radio Access Network

DCCH

Dedicated Control Channel

Radio Access Network →

DCCH is a dedicated, point-to-point bidirectional logical channel used for transmitting control information between the network and a specific UE, essential for RRC connections, mobility, and higher-layer signaling.

Introduced
R99
Where
Radio Access Network › UTRAN (3G)
Specifications
20 specs
DCCH Description Purpose What changed Neighbours Specifications

Description

The Dedicated Control Channel (DCCH) is a fundamental logical channel within the 3GPP radio interface protocol architecture, operating in the control plane. It is established for a specific User Equipment (UE) when a Radio Resource Control (RRC) connection is set up, providing a dedicated, reliable signaling path. The DCCH is a bidirectional channel, meaning it is used for both uplink (UE to network) and downlink (network to UE) transmission of control information. It exists only in RRC_CONNECTED state, as it is intrinsically linked to the management of an active connection. As a logical channel, the DCCH is mapped to transport channels (like the Dedicated Transport Channel, DTCH, or common transport channels during connection establishment) and subsequently to physical channels for over-the-air transmission, with the specific mapping defined by the Radio Access Technology (RAT), such as UMTS, LTE, or NR.

In terms of operation, the DCCH carries all dedicated control signaling for a connected UE. This includes RRC protocol messages that manage the connection itself, such as RRC Connection Reconfiguration, RRC Connection Release, and measurement reporting commands. Crucially, the DCCH also serves as the conduit for higher-layer, Non-Access Stratum (NAS) signaling messages between the UE and the core network (e.g., MME in LTE, AMF in 5G). These NAS messages, which are transparent to the RAN, are encapsulated within RRC messages for transport over the DCCH. The channel employs acknowledged mode (AM) RLC (Radio Link Control) to ensure reliable, in-sequence delivery of signaling messages, which is critical for maintaining connection state consistency and executing complex procedures like handover.

The key components involved with the DCCH are the RRC protocol entities in the UE and the gNB/eNB/NodeB, and the RLC layer configured in Acknowledged Mode. Its role is central to virtually all connected-mode procedures: mobility management (handover preparation and execution), radio bearer management (setup, modification, release), security activation (ciphering and integrity protection of signaling), and the transfer of UE capability information. The establishment, maintenance, and release of the DCCH are synonymous with the lifecycle of the RRC connection. In 5G NR, while the fundamental concept remains, the protocol stack and some message structures are evolved, but the DCCH's role as the dedicated signaling bearer for a connected UE is preserved and essential for network-controlled mobility and service management.

Purpose & Motivation

The DCCH was created to provide a reliable, dedicated, and secure signaling path for individual UEs once they transition from idle to connected mode. Prior to connection establishment, UEs use common control channels (like CCCH) for initial access, but these are shared, contention-based, and not suitable for the ongoing, bidirectional exchange of sensitive control information required to maintain an active session. The DCCH solves the problem of managing complex, stateful interactions—such as handovers, bearer management, and secure NAS signaling—by providing a point-to-point logical link with guaranteed delivery semantics.

Historically, introduced in 3G UMTS (Release 99), the DCCH was a key innovation that enabled efficient, network-controlled mobility and quality of service management for packet-switched services. It addressed the limitations of using only common or broadcast channels for all control signaling, which would be inefficient, insecure, and incapable of supporting sophisticated connection states. The DCCH allows the network to maintain a precise context for each connected UE, enabling rapid adaptation of radio resources, seamless mobility across cells, and the secure transfer of subscription and session management signaling between the UE and the core network.

Its continued existence through LTE and into 5G NR underscores its fundamental purpose: to decouple the reliable transport of dedicated control signaling from user data traffic and from the initial access signaling, thereby creating a robust control plane architecture. This separation is critical for network scalability, security (enabling integrity protection and ciphering of signaling), and the efficient execution of real-time control procedures that underpin user mobility and service continuity.

What changed in its specifications

The latest release-to-release comparison of specifications that define DCCH. Each summary describes the whole specification, not only this term.

TR 21.905Rel-17 → Rel-18

Rel-18 brings only minor changes to TS 21.905: 0 clauses changed, with no change attributed to a release feature.

Full comparison in TR 21.905 →
TS 25.222Rel-11 → Rel-12

Rel-12 added HSPA signalling enhancements for more efficient resource usage in LCR, including non-rectangular allocation status for control channelization code indication across timeslots.

Full comparison in TS 25.222 →

Evolution Across Releases

An overview written from the defining specifications, not a verified change history. For the exact text, open the specifications listed below.

R99 Initial

Introduced as a fundamental logical channel in the UMTS UTRAN architecture. Defined as a dedicated, bidirectional channel for transmitting control signaling between a single UE and the network using the RRC protocol. It was mapped to transport channels like the Dedicated Channel (DCH) and utilized for all connected-mode control procedures, establishing the model for dedicated signaling management.

Defining Specifications

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

SpecificationTitleRelease
TR 21.905 vj20 3GPP Terminology and Definitions Rel-19 read
TS 25.222 vj00 UTRA TDD Multiplexing & Channel Coding Rel-19 read
TS 25.301 vj00 UE-UTRAN Radio Interface Protocol Architecture Rel-19 read
TS 25.302 vj00 UTRA Physical Layer Services Rel-19 read
TS 25.321 vj00 MAC Protocol Specification for UTRAN Rel-19 read
TS 25.322 vj00 RLC Protocol Specification Rel-19 read
TS 25.331 vj01 UTRAN Radio Resource Control Protocol Rel-19 read
TR 25.912 vj00 Evolved UTRA and UTRAN Technical Report Rel-19 read
TR 25.931 vj00 UTRAN Signalling Procedures Examples Rel-19 read
TR 26.902 vj00 Video Codec Performance for 3GPP Packet Services Rel-19 read
TS 32.401 vj00 Performance Management Concept & Requirements Rel-19 read
TS 36.133 vj60 LTE Radio Resource Management Requirements Rel-19 read
TS 36.300 vj20 E-UTRAN Radio Interface Protocol Architecture Rel-19 read
TS 36.302 vj00 E-UTRA Physical Layer Services Rel-19 read
TS 36.314 vj00 E-UTRA Radio Measurements Specification Rel-19 read
TS 36.322 vj00 E-UTRA Radio Link Control Protocol Specification Rel-19 read
TS 36.331 vj40 E-UTRA Radio Resource Control (RRC) Protocol Rel-19 read
TR 37.901 vf10 UE Application Layer Data Throughput Performance Rel-15 read
TS 38.331 vj40 NR Radio Resource Control (RRC) Rel-19 read
TS 52.402 vj00 GSM Performance Management Measurements Rel-19 read