AC

Application Characteristics

Services →
Introduced in R99 Also in: Radio Access Network, User Equipment, Core Network, Testing, Management

AC is a set of standardized parameters describing application behavior and requirements used by network functions to apply appropriate policies for traffic handling, QoS, and resource allocation.

Category
Services
Introduced
R99
Where
Services › Codecs
Also touches
5 segments
Specifications
43 specs
AC Description Purpose Related Classification Detected Changes Specifications

Description

Application Characteristics (AC) are a set of standardized attributes defined within the 3GPP specifications to profile the behavior and requirements of applications using the mobile network. These characteristics serve as a critical input for network functions, particularly within the Policy and Charging Control (PCC) architecture, to determine how application traffic should be treated. The AC parameters describe aspects such as the application's traffic pattern (e.g., real-time, streaming, interactive, background), its tolerance to delay and jitter, its required bandwidth, and its expected data volume. By classifying applications based on these characteristics, the network can map the traffic to appropriate QoS Class Identifiers (QCIs) or 5G QoS Identifiers (5QIs), ensuring the application receives the necessary network resources and performance guarantees.

The core mechanism involves the Application Function (AF), such as a P-CSCF for IMS services or a third-party application server, providing the AC information to the Policy Control Function (PCF) via the Rx (in 4G) or N5 (in 5G) interface. This communication typically occurs during the establishment of a service data flow. The PCF, which is the central brain for policy decisions, uses the received AC along with subscriber information, subscription data, and network conditions to formulate dynamic PCC rules. These rules are then enforced by the Policy and Charging Enforcement Function (PCEF) in the Gateway (e.g., PGW, UPF) to apply the correct QoS, perform gating (allow/block traffic), and trigger appropriate charging actions. The AC thus acts as the application's 'declaration of needs' to the policy framework.

Key components in the AC ecosystem include the standardized parameter set itself, the AF that generates them, the PCF that consumes them for policy derivation, and the enforcement points (PCEF, SMF/UPF). The parameters are often aligned with broader service requirements defined in other specifications, ensuring consistency. For example, characteristics for a Voice over LTE (VoLTE) call would indicate a stringent real-time conversational profile, leading to the allocation of a Guaranteed Bit Rate (GBR) bearer with a low-latency QCI. This systematic profiling prevents network resources from being over-provisioned for simple background data or under-provisioned for critical services, striking a balance between application performance and network efficiency.

In 5G systems, the concept evolves with enhanced granularity and support for network slicing. AC information can influence the selection of a specific network slice instance tailored for an application's needs. The Service-Based Architecture (SBA) of 5G Core facilitates more dynamic and granular exchange of AC data between network functions like the Network Exposure Function (NEF), PCF, and Application Function. This allows for more sophisticated traffic steering, edge computing service invocation, and differentiated charging based on the precise application context. Ultimately, AC provides the semantic link between the application layer's intent and the transport network's capability, enabling intelligent, automated, and optimized end-to-end service delivery across 3GPP systems.

Purpose & Motivation

The primary purpose of defining Application Characteristics (AC) is to bridge the gap between application-layer requirements and network-layer resource management. Before standardized AC, networks treated most IP traffic uniformly with 'best-effort' delivery, which was insufficient for the diverse quality needs of emerging services like VoIP, video streaming, and online gaming. This one-size-fits-all approach led to poor user experience for latency-sensitive applications and inefficient use of network capacity. The introduction of AC, as part of the broader PCC framework from 3GPP Release 5 onwards, was motivated by the need to enable Quality of Service (QoS) differentiation and dynamic policy control based on the specific type of application being used.

Historically, early mobile data services like GPRS offered limited QoS mechanisms based on static subscriber profiles, lacking real-time awareness of the active application. The evolution towards All-IP networks and IMS-based services demanded a more dynamic and granular system. AC solves this by allowing the application itself, or a proxy aware of its needs, to explicitly signal its behavioral profile to the policy control system. This empowers operators to move from simple volume-based charging to sophisticated service-aware charging models and to guarantee performance for premium services, creating new revenue streams and improving customer satisfaction.

Furthermore, AC addresses the challenge of network efficiency. By accurately characterizing application traffic, the network can avoid over-allocating precious radio and transport resources to non-critical data flows. It enables intelligent traffic management, such as throttling background updates during congestion while preserving the quality of a live video call. In the context of 5G and network slicing, AC provides the essential criteria for automating slice selection and configuration, ensuring that each application is hosted on a slice with the appropriate performance characteristics. Thus, AC exists as a foundational enabler for the service-aware, efficient, and monetizable mobile broadband networks defined by 3GPP.

Classification

Part ofPCC
Related approachesQCI5QI

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-15 1 change

In Release 15, the "AC" function was enhanced to define performance criteria and test methods for ancillary equipment connected to NR user equipment. Specifically, the release introduced standardized performance criteria for both continuous and transient phenomena affecting this equipment. It also established a new conducted emissions test method for the AC mains power input and output port.

  • CR to TS 38.113 Cat.B draftCRs R4-1802055 - Draft CR to Section 6.3 in TS 38.113 (NR) Performance criteria for continuous phenomena for Ancillary equipment R4-1802056 - Draft CR to Section 6.4 in TS 38.113 (NR) Performance criteria for transient phenomena for Ancillary equipment R4-1802057 - Draft CR to Section 8.4 in TS 38.113 (NR) Test method for conducted emissions AC mains power input output port R4-1803318 [NR] DraftCR 38113 Test conditions (4) TS 38.113CR0003
Rel-16 1 change

In Release 16, the key enhancement for the Application Characteristics (AC) function was the introduction of a Dedicated AID for USIM Applications with non-IMSI based SUPI Types. This specifically allowed USIM applications, which are a type of application on the UICC, to be uniquely identified and accessed when using subscription identifiers other than the traditional IMSI. This change facilitated a more flexible framework for application and service enablers that rely on different forms of user identity.

  • Dedicated AID for USIM Applications with non-IMSI based SUPI Types TS 31.102CR0897
Rel-17 4 changes

In Release 17, the Application Characteristics (AC) function saw enhancements focused on correcting and clarifying procedural and data elements. This included resolving errors in AC and Edge Enabler Client (EEC) initiated Application Characteristic Request (ACR) scenarios and providing essential corrections to the Application Client Information. Furthermore, the release addressed the Application Characteristics Profile Parameter Ranges Information Element to ensure proper parameter handling.

  • IMS: Addressing the interception due to the application of special media TS 33.127CR0119
  • Corrections for AC and EEC initiated ACR scenario TS 23.558CR0003
  • Resolve EN on AC Profile Parameter Ranges IE TS 23.558CR0027
  • Essential correction to Application Client Information TS 29.558CR0034
Rel-18 19 changes

In Release 18, the Application Characteristics (AC) function introduced new capabilities for managing application groups and enhancing interactions with the Edge Application Server (EAS). Key additions included the definition of an Application Group Profile for EN resolution, a new AC-EEC procedure to invoke UE ID requests, and support for application traffic influence triggers from the EAS. These enhancements also involved updates to AC information exposure and the formalization of the EAS ID and EAS type to support application layer frameworks deployment.

  • ECS information configured by edge-aware AC TS 23.558CR0125
  • EDGE-5 – AC registration TS 23.558CR0149
  • New AC-EEC procedure to invoke UE ID request TS 23.558CR0155
  • Enabling ACR with cloud applications TS 23.558CR0264
  • Application groups entity relationships TS 23.558CR0349
  • Retreive EES using application group identifier TS 29.558CR0136

+ 13 more changes

Rel-19 17 changes

In Release 19, the AC function introduced enhancements for managing applications grouped by an "Application Group ID," enabling coordinated service continuity and end-to-end response time management for common Edge Application Servers. It also clarified procedures for Application Client Registration (ACR) status updates and interactions with the Edge Enabler Client (EEC), alongside refinements to AC profiles and filters. Furthermore, support was added for negotiating IMS application data channels via a new 'app-dc-status' parameter in SDP.

  • Application service continuity due to EDN overload TS 23.558CR0622
  • AC and EEC interaction for ACR TS 23.558CR0630
  • EAS instantiation enhancement to satisfy E2E KPI requirements for XR application TS 23.558CR0671
  • Service continuity for common EAS serving UE(s) of the same application group TS 29.558CR0213
  • Application group profile – end to end response time TS 29.558CR0226
  • Add Application Group Id in the Eees_ACRManagementEvent API TS 29.558CR0236

+ 11 more changes

Explore further

Broader topics and technologies where AC plays a role.

Defining Specifications

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

SpecificationTitleRelease
TR 21.905 vj00 3GPP Technical Terms and Definitions Rel-19
TS 23.171 v1300 LCS Stage 2 Specification for UMTS Rel-4
TS 23.271 vj00 LCS Stage 2 Specification Rel-19
TS 23.558 vk00 Architecture for Edge Applications Rel-20
TS 23.700 vk00 XR Services Application Enablement Layer Rel-20
TR 23.958 vj00 EDGEAPP alignment with ETSI MEC and GSMA OP Rel-19
TS 24.167 vj00 3GPP IMS Management Object Specification Rel-19
TS 24.558 vj50 Edge Enabler APIs Stage 3 Rel-19
TS 25.113 vj00 EMC Requirements for UTRA Base Stations & Repeaters Rel-19
TS 26.114 vj10 IMS Multimedia Telephony Media Handling Rel-19
TR 26.803 vh00 5G Media Streaming Extensions for Edge Processing Rel-17
TR 26.942 vj00 Study on Media Energy Consumption Exposure & Evaluation Rel-19
TS 28.680 vj00 WLAN Management Concepts and Requirements Rel-19
TR 28.815 vh00 Charging Study for Edge Computing Rel-17
TS 29.078 vj00 CAMEL Phase 4 CAP Specification Rel-19
TS 29.278 vj00 CAMEL Application Part (CAP) for IMS Phase 4 Rel-19
TS 29.558 vj40 Enabling Edge Applications Rel-19
TS 31.102 vj40 USIM Application Specification Rel-19
TS 31.103 vj00 ISIM Application Specification Rel-19
TS 32.832 va00 Alarm Correlation and Root Cause Analysis Study Rel-10
TS 32.841 vc00 WLAN Management for Offload Performance Monitoring Rel-12
TS 33.127 vj50 Lawful Interception Architecture and Functions Rel-19
TR 33.739 vi10 Study on security enhancement of support for Rel-18
TR 33.839 vh10 Edge Computing Security Study for 5G Core Rel-17
TS 34.124 vj00 EMC Requirements for 3G UTRA Terminals Rel-19
TS 34.131 vj00 SIM API C Language Test Specification Rel-19
TS 36.113 vj00 EMC Requirements for E-UTRA Base Stations Rel-19
TS 36.124 vj00 EMC for E-UTRA User Equipment Rel-19
TS 36.141 vj00 E-UTRA BS Conformance Testing Rel-19
TS 36.300 vj00 E-UTRAN Radio Interface Protocol Architecture Overview Rel-19
TS 36.304 vj00 UE Idle Mode Procedures in E-UTRA Rel-19
TS 36.463 vj00 XwAP Protocol Specification Rel-19
TS 37.113 vj00 EMC Requirements for Multi-Standard Radio Base Stations Rel-19
TS 37.803 vb20 H(e)NB Mobility Enhancements Study Rel-11
TS 37.870 vd00 Study on Multi-RAT Joint Coordination Rel-13
TS 38.113 vj00 NR Base Station EMC Specification Rel-19
TS 38.114 vj00 EMC Requirements for NR Repeaters and NCR Rel-19
TS 38.124 vj00 NR UE EMC Requirements Rel-19
TS 38.161 vj10 NR UE TRP and TRS Requirements for FR1 Rel-19
TS 38.175 vj00 EMC for NR IAB Nodes Rel-19
TS 38.561 vj00 UE Conformance for TRP/TRS FR1 Rel-19
TS 38.870 vj20 Enhanced OTA Test Methods for NR FR1 TRP/TRS Rel-19
TS 51.013 vj00 SIM API for Java Card Test Specification Rel-19