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

Glossary term · Services

DCA

Direct Communication Accept

Services →

DCA is the 3GPP signaling procedure where a receiving UE accepts a request for direct device-to-device communication, establishing a peer-to-peer link without routing through the network core.

Introduced
R99
Where
Radio Access Network › UTRAN (3G)
Specifications
12 specs
Also in
Security
DCA Description Purpose What changed Neighbours Specifications

Description

Direct Communication Accept (DCA) is a critical signaling message and procedure within the 3GPP framework for Proximity Services (ProSe). It operates within the ProSe Protocol stack, specifically as part of the Direct Communication procedures defined in the PC5 interface specifications. The procedure is initiated after a transmitting UE sends a Direct Communication Request (DCR) to a target UE. The DCA message is the formal response from the receiving UE, indicating its willingness and capability to establish a direct communication link. This message exchange is a prerequisite for setting up a one-to-one direct communication bearer between two UEs in authorized proximity.

The technical implementation of DCA involves several network layers and security considerations. At the ProSe Protocol layer, the DCA message contains crucial parameters such as the Layer-2 ID of the responding UE, security material for link establishment, and QoS-related information. The procedure is tightly integrated with the ProSe Function in the network, which authorizes the direct communication session. Before sending a DCA, the receiving UE must validate the request against its policies and subscription data, often requiring interaction with the ProSe Function for authorization and discovery. The security framework, detailed in specs like 33.836, ensures that the DCA procedure is protected against eavesdropping and impersonation attacks, typically using keys derived from the ProSe Function.

Architecturally, DCA enables the establishment of a direct communication path on the PC5 reference point, which is the sidelink interface for D2D communication. This differs from traditional cellular communication that routes all data through eNodeBs and the core network. The procedure manages the radio resource configuration for the direct link, including the allocation of resources from the eNodeB (in network-controlled mode) or the selection of resources from a pool (in autonomous mode). Once the DCA is successfully exchanged, the two UEs can proceed to establish a secure direct communication bearer, enabling low-latency, high-efficiency data exchange critical for public safety, vehicular communication (V2X), and commercial ProSe applications.

Purpose & Motivation

DCA was created to support the fundamental requirement of Device-to-Device (D2D) communication within cellular networks, a feature standardized as Proximity Services (ProSe) starting in 3GPP Release 12. Prior to ProSe, all communication between User Equipment (UEs) was required to traverse the network infrastructure (eNodeB and core network), even when the devices were in close physical proximity. This architecture introduced unnecessary latency, consumed uplink and downlink radio resources, and relied on network coverage—a significant limitation for public safety scenarios where infrastructure might be damaged or unavailable.

The primary problem DCA solves is enabling efficient, authorized, and secure direct communication establishment between nearby UEs. In public safety and critical communications, first responders need to communicate directly when network coverage is impaired. Commercial applications also benefit from direct links for content sharing, gaming, or social networking. The DCA procedure, as part of the Direct Communication setup, provides a controlled handshake that ensures only authorized UEs can establish direct links, manages QoS expectations, and integrates with the network's security and policy framework. It addresses the limitations of ad-hoc networking by bringing D2D communication under the umbrella of 3GPP standards, ensuring reliability, security, and interoperability.

What changed in its specifications

The latest release-to-release comparison of specifications that define DCA. 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.201Rel-6 → Rel-7

Added a third TDD option at 7.68 Mcps with 10 MHz bandwidth; updated related physical layer descriptions.

Full comparison in TS 25.201 →

Evolution Across Releases

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

Rel-12 Initial

Introduced DCA as part of the foundational Proximity Services (ProSe) for public safety. Defined the basic signaling procedure on the PC5 interface for one-to-one direct communication between UEs in proximity. Established integration with the ProSe Function for discovery and authorization, and defined security procedures for direct link establishment.

Defining Specifications

3GPP specifications that define or reference DCA, 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.201 vj00 UTRA Physical Layer General Description Rel-19 read
TS 25.222 vj00 UTRA TDD Multiplexing & Channel Coding Rel-19 read
TS 25.224 vj00 UTRA TDD Physical Layer Procedures Rel-19 read
TS 25.225 vj00 UTRA TDD Physical Layer Measurements 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.331 vj01 UTRAN Radio Resource Control Protocol Rel-19 read
TR 25.931 vj00 UTRAN Signalling Procedures Examples Rel-19 read
TR 33.740 vi10 Security and Privacy Aspects of Proximity Based Services in 5G System Phase 2 Rel-18 read
TS 33.836 vg10 Security Study for Advanced V2X Services Rel-16 read