RCD

Rich Call Data

Services →
Introduced in Rel-17 Also in: Services, Security

RCD is a 3GPP IMS service enhancement that provides supplementary data like caller context or location during a call to enrich voice and video communication with new interactive features.

Category
Services
Introduced
Rel-17
Where
Core Network › 5G Core
Also touches
2 segments
Specifications
8 specs
RCD Description Purpose Related Classification Detected Changes Specifications

Description

Rich Call Data (RCD) is a service capability standardized in 3GPP Release 17 as part of the evolution of communication services in the IP Multimedia Subsystem (IMS). It fundamentally extends traditional voice or video calls by allowing the exchange of structured, supplementary data alongside the primary media stream. This data is carried within the call signaling or in-session messaging, typically using protocols like Session Initiation Protocol (SIP) and Session Description Protocol (SDP), often encapsulated in formats such as JSON or XML. RCD enables a wide range of use cases: for instance, during a customer service call, a business can send its logo, name, and purpose; in emergency calls, precise location and medical data can be transmitted; or in social calls, users can share their status, a photo, or interactive buttons. Architecturally, RCD involves client support on user equipment (UE) and server-side functions in the IMS core, including application servers that may process or enrich the data. The data exchange is governed by IMS service profiles and policy controls to ensure security, privacy, and interoperability. RCD works by defining new SIP methods, headers, or body parts to carry the rich data, which is negotiated during call setup or exchanged mid-call. It leverages existing IMS authentication and authorization mechanisms, ensuring only authorized data is shared. The service is designed to be backward-compatible, so basic calls still work if one party does not support RCD. Key components include the RCD-enabled UE, IMS core elements (like CSCF), and potentially dedicated RCD application servers that provide data enrichment or storage. Its role is to transform telephony from a simple audio/video channel into a rich, contextual communication platform, forming a foundation for future interactive services.

Purpose & Motivation

RCD was developed to address the stagnation of traditional telephony services in the face of over-the-top (OTT) communication apps that offer rich features like file sharing, location pins, and interactive content during calls. Standard voice and video calls in IMS, while high-quality and reliable, lacked a standardized mechanism to exchange supplementary data, limiting service innovation and user engagement. The motivation was to enhance the native cellular calling experience to compete with OTT services and enable new commercial and emergency applications. For businesses, RCD solves the problem of impersonal customer interactions by allowing brand identity and contextual data to be shared, improving customer experience. In emergency services, it addresses critical limitations where voice-only calls may not convey sufficient information, enabling automatic transmission of location, medical details, or incident photos to first responders. Historically, previous approaches relied on proprietary solutions or separate data channels, which were not interoperable across networks and devices. RCD provides a universal, standards-based framework within IMS, ensuring global interoperability and security. It also paves the way for integrated communication suites, blending telephony with data services seamlessly, and supports regulatory requirements for advanced emergency calling (e.g., NG911).

Classification

Part ofMTSI
Related approachesIMSSIP

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-17 2 changes

In Release 17, the stage 2 architecture for Rich Call Data (RCD) was formally introduced, defining the RCD server, its address, and the subscriber information it stores. The release specifies that RCD properties, such as a caller's name or organization details, can be stored in the HSS and includes new procedures for the optional attestation and cryptographic signing of RCD information or an RCD URL by application servers and IBCFs to enhance trust and verification.

  • STIR/SHAKEN/eCNAM/RCD in Stage 2 TS 33.127CR0136
  • IMS stage 2 clarification due to STIR/SHAKEN and RCD/eCNAM TS 33.127CR0154
Rel-19 7 changes

In Release 19, the RCD function introduced new capabilities for verification and authentication of Rich Call Data, allowing network elements like the S-CSCF or an IBCF to invoke an Application Server to attest or sign RCD information and URLs as per operator policy. Furthermore, this release specified enhanced interworking procedures for the IMS data channel, enabling a DCMTSI UE to establish application data channels with a DC Application Server to support services like real-time screen sharing with a terminating MTSI UE.

  • Support of IMS data channel interworking between DCMTSI UE and MTSI UE TS 23.228CR1418
  • KI#3: DC interworking with MTSI UE TS 23.228CR1479
  • Support for RCD verification and authentication TS 29.165CR1043
  • Support of interworking with MTSI client TS 29.175CR0022
  • Nimsas_ImsParameterProvision API: removal of EN on RCD TS 29.175CR0077
  • KI#3: Update to DC interworking with MTSI UE TS 23.228CR1539

+ 1 more changes

Explore further

Broader topics and technologies where RCD plays a role.

Defining Specifications

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

SpecificationTitleRelease
TS 23.228 vj50 IMS Stage-2 Service Description Rel-19
TS 23.700 vk00 XR Services Application Enablement Layer Rel-20
TS 24.229 vj50 IMS call control protocol based on SIP and SDP Rel-19
TS 29.165 vj10 Inter-IMS Network to Network Interface (NNI) Rel-19
TS 29.175 vj40 IMS AS Service-Based Interface Protocol Rel-19
TS 33.127 vj50 Lawful Interception Architecture and Functions Rel-19
TS 33.203 vj10 IMS Security Specification Rel-19
TS 33.790 vj10 Security for Next-Gen Real-Time Communication Phase 2 Rel-19