Description
Advice Of Charge - at the End of the communication (AOC-E) is a standardized 3GPP service that delivers comprehensive charging information to subscribers after their communication sessions conclude. The service operates within the charging architecture defined by 3GPP specifications, collecting charging data from various network elements including the Serving Call Session Control Function (S-CSCF), Application Servers, and Media Gateway Control Function (MGCF) in IMS networks. These elements generate Charging Data Records (CDRs) or Diameter-based charging messages that contain detailed information about the communication session, including duration, destination, service type, and applicable tariffs.
The AOC-E service architecture involves multiple functional components working in coordination. The Charging Trigger Function (CTF) detects chargeable events during communication sessions and forwards charging information to the Charging Data Function (CDF) or Online Charging System (OCS). For offline charging scenarios, the CDF receives charging events and generates CDRs that are stored in the Charging Gateway Function (CGF). The CGF then forwards these records to the billing system for processing. In online charging scenarios, the OCS performs real-time credit control and generates charging data that can be used for AOC-E.
When a communication session ends, the network processes the accumulated charging data through the billing system, which applies the appropriate tariff policies and calculates the final charge. The AOC-E service then formats this information according to subscriber preferences and delivers it through various notification mechanisms. These can include SMS messages, multimedia messages, email notifications, or push notifications through dedicated applications. The formatted charge advice typically includes the total cost, cost breakdown by service components, applicable taxes, and any promotional discounts applied.
The service supports multiple charging models including time-based charging, volume-based charging, event-based charging, and content-based charging. It can handle complex charging scenarios such as multi-party calls, conference calls, and bundled service packages. AOC-E also integrates with subscriber profile management systems to respect user preferences regarding charge notification frequency, format, and delivery method. The service maintains backward compatibility with legacy charging systems while supporting advanced features in newer network architectures, making it a versatile solution for operators transitioning between network generations.
Purpose & Motivation
AOC-E was developed to address the growing need for transparent and accurate billing in telecommunications networks. Before its standardization, operators used proprietary charging notification systems that lacked interoperability and consistency across different networks and service providers. This created confusion for subscribers who traveled between networks or used roaming services, as they received inconsistent charging information in different formats and with varying levels of detail. The lack of standardization also made it difficult for multi-network operators to provide uniform charging experiences to their customers.
The primary motivation for creating AOC-E was to enhance customer satisfaction by providing reliable, standardized post-session charging information. This addresses several key problems: it reduces billing disputes by giving subscribers clear documentation of charges, helps users manage their communication budgets by providing timely cost information, and increases trust in operator billing practices. The service also supports regulatory requirements in many jurisdictions that mandate transparent billing practices and the right for consumers to receive detailed charging information.
From a technical perspective, AOC-E solves the problem of fragmented charging notification systems by providing a standardized framework that works across different network architectures (circuit-switched, packet-switched, and IMS) and service types (voice, video, messaging, data). It enables operators to implement consistent charging notification policies regardless of the underlying network technology or service delivery platform. This standardization reduces operational complexity and allows for more efficient billing system integration, particularly in multi-vendor network environments where different equipment manufacturers might implement charging functions differently.
Detected Changes Across Releases
from 3GPP Change RequestsSpecific 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-7, normative work from Rel-15.
In Release 15, the new capability for Advice Of Charge at the End (AOC-E) was introduced specifically for the IMS Multimedia Telephony Service. This allows the supplementary service to provide charging information to the user after the communication has ended, applying to all media components of the IMS Multimedia Telephony session. The implementation leverages the IP Multimedia (IM) Core Network (CN) subsystem for this functionality.
- Advice Of Charge (AOC) using IP Multimedia (IM) Core Network (CN) subsystem TS 24.647CR0030
Explore further
Broader topics and technologies where AOC-E plays a role.
Defining Specifications
3GPP specifications that define or reference AOC-E, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 22.173 vk00 | IMS Multimedia Telephony Service Definition | Rel-20 |
| TS 22.273 v1700 | IMS Multimedia Telephony with PSTN/ISDN Simulation | Rel-7 |
| TS 24.447 v800 | Advice Of Charge (AOC) Service Protocol | Rel-8 |
| TS 24.647 vj00 | Advice of Charge (AOC) service protocol | Rel-19 |
| TS 29.364 vj10 | IMS AS Service Data Descriptions | Rel-19 |
| TS 29.864 v801 | Application Server Service Data Definition for IMS Telephony | Rel-8 |