DCAR

Data Channel Application Repository

Services →
Introduced in Rel-18

DCAR is the 3GPP Data Channel Application Repository, a framework for discovering, deploying, and managing the lifecycle of applications that utilize enhanced 5G data channel capabilities like low-latency streams.

Category
Services
Introduced
Rel-18
Where
Services › Codecs
Specifications
4 specs
DCAR Description Purpose Detected Changes Specifications

Description

The Data Channel Application Repository (DCAR) is a standardized architectural component within the 5G Service-Based Architecture (SBA) that provides a centralized repository and management system for applications designed to use 5G Data Channels. A Data Channel is a logical communication path established between a User Equipment (UE) and an application server, offering enhanced capabilities beyond standard IP connectivity, such as guaranteed Quality of Service (QoS), ultra-reliable low-latency communication (URLLC), and time-sensitive networking. The DCAR acts as a catalog and deployment platform for these specialized applications, which can range from industrial automation control software to immersive extended reality (XR) clients.

Architecturally, the DCAR is defined as a Network Function (NF) that exposes its capabilities via a service-based interface, typically based on HTTP/2 and JSON. It interacts with other 5G Core Network functions, such as the Network Exposure Function (NEF) and the Network Repository Function (NRF). The NEF may provide a secure northbound API for third-party application providers to publish their Data Channel applications to the DCAR. The NRF allows the DCAR to be discovered by other network functions, such as the Session Management Function (SMF) or a dedicated Application Function (AF), that need to query or trigger the deployment of a specific application. The repository itself stores application packages, which include the application binaries or container images, metadata (like required QoS profiles, data channel characteristics, and UE capabilities), and deployment descriptors.

The operation of the DCAR involves several key processes. First, application onboarding, where an application provider publishes an application package to the repository via standardized procedures. Second, application discovery, where network functions or authorized entities can query the DCAR to find applications suitable for a specific UE context or service scenario. Third, application lifecycle management, which includes version control, enabling/disabling applications, and potentially triggering the instantiation of application instances in appropriate cloud/edge environments. When a UE initiates a service requiring a Data Channel, a network function (e.g., an AF) can request application information from the DCAR. Based on the application's metadata, the network can then establish a PDU Session or a QoS Flow with the precise characteristics (latency, reliability, bandwidth) needed by that application, ensuring optimal performance.

Its role in the network is pivotal for service enablement and automation. By decoupling the application logic from the underlying network configuration, the DCAR facilitates a more dynamic and efficient use of 5G's advanced features. It allows network operators and third parties to offer specialized, network-aware applications without requiring deep, manual integration for each new service. This supports the 5G vision of vertical industry integration, where diverse applications from manufacturing, healthcare, or automotive sectors can be seamlessly deployed and managed, leveraging the guaranteed performance of 5G Data Channels.

Purpose & Motivation

DCAR was created to address the challenge of managing and deploying the growing ecosystem of applications that depend on the specialized communication capabilities of 5G networks, particularly Data Channels. Prior to 5G, mobile networks primarily offered best-effort IP connectivity. The introduction of 5G brought sophisticated mechanisms for network slicing, URLLC, and QoS differentiation, enabling new use cases like factory automation, remote surgery, and autonomous vehicles. However, there was no standardized way to catalog, discover, and associate these advanced network capabilities with the specific applications that required them. Application deployment was often a manual, proprietary process, hindering scalability and interoperability.

The primary problem DCAR solves is the efficient lifecycle management of 'network-aware' applications. Without a repository, each vertical application would require custom integration to inform the network about its specific latency, reliability, or bandwidth needs for establishing a Data Channel. This creates operational complexity and slows down service innovation. DCAR provides a standardized repository and interface, allowing application requirements to be published once and then discovered and used automatically by the network control plane when needed. This automates the linkage between application intent and network resource provisioning.

Its creation was motivated by the 3GPP's work in Release 18 on enhancing 5G for verticals and industrial IoT, as documented in the 5G Advanced specifications. The goal was to create a framework that supports the commercial deployment of these advanced services by making application management a native network function. By providing a centralized point of reference for Data Channel applications, DCAR enables network operators to offer a platform for third-party developers, fostering an ecosystem of innovative services that fully utilize 5G's technical advancements, thereby unlocking new revenue streams and use cases.

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

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

Studied in Rel-18, normative work from Rel-19.

Rel-19 1 change

In Release 19, the Data Channel Application Repository (DCAR) function was removed from the architecture. This is evidenced by the removal of DCAR-related normative statements (ENs) from the core technical specification TS 23.392. Consequently, the described function where the DCSF downloads data channel applications from the DCAR via the DC5 reference point is no longer part of the standardized framework.

  • Remove DCAR related ENs in TS23.392 TS 23.392CR0014

Explore further

Broader topics and technologies where DCAR plays a role.

Defining Specifications

3GPP specifications that define or reference DCAR, 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.392 vj20 MMTel Application Enablement Rel-19
TS 23.700 vk00 XR Services Application Enablement Layer Rel-20
TR 26.927 vj00 AI/ML in 5G Media Services Study Rel-19
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.