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.
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (40 CRs across 2 releases). Complements the general historical overview above with the evidence-based evolution of this function.
In Release 18, the DCAR (Data Channel Application Repository) function was enhanced to support a bootstrap data channel for delivering a list of data channel applications to the UE, alongside updates to the bootstrap and application data channel setup procedures. The release introduced clarifications and procedural updates for establishing the data channel before the SIP 200 OK response, for termination, and for handling QoS requirements. Furthermore, roaming support for the IMS Data Channel service was added, along with modifications to enable the network to provide an application list based on UE data channel capabilities.
- Architecture of IMS supporting data channel TS 23.228CR1263
- Binding information of DC Application with DC - 23.228 TS 23.228CR1266
- Introduce Data Channel Related Definitions TS 23.228CR1275
- Provide application list based on UE DC capabilities TS 23.228CR1294
- Update of Bootstrap and application data channel setup procedures TS 23.228CR1301
- Clarification on IMS Data Channel Service TS 23.228CR1278
+ 15 more changes
In Release 19, the DCAR function was enhanced to support a Standalone IMS Data Channel session, network-initiated IMS Data Channel establishment, and the multiplexing of multiple data channel applications over a single SCTP connection. It also introduced specific support for data channel interworking between different UE types and for a data-off feature. Furthermore, the release included corrections and updates to procedures for downloading DC application profiles and to the descriptions of the DC Application Server and proxy.
- Support of IMS data channel interworking between DCMTSI UE and MTSI UE TS 23.228CR1418
- KI#6: Support of Standalone IMS Data Channel feature TS 23.228CR1422
- Supporting of network initiated IMS Data Channel TS 23.228CR1425
- KI#5: Support of Data off feature for data channel TS 23.228CR1421
- Support of multiplexing multiple DC applications over single SCTP connection TS 23.228CR1511
- Updates to support multiplexing multiple DC applications over single SCTP connection TS 23.228CR1552
+ 13 more changes
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.
| Specification | Title | Release |
|---|---|---|
| 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 |