Description
The Service API (Application Programming Interface) is a fundamental concept in 3GPP Release 15 and later, particularly within the Service Based Architecture (SBA) of the 5G Core Network. It defines the interface through which a network function (NF) or a component of the system exposes its services to API invokers, such as other NFs, application functions (AFs), or external third parties. The Service API abstracts the underlying network mechanisms, providing a standardized and programmable way to access network capabilities.
In the 5G SBA, each NF (e.g., AMF, SMF, UPF, PCF, UDM) offers its services via Service APIs. These APIs are typically based on HTTP/2 and use RESTful principles, with JSON as the data format. The Service API is defined in 3GPP specifications such as TS 23.222 (Common API Framework for 3GPP Northbound APIs), TS 23.722 (5G System; Common API Framework), and TS 29.222 (Common API Framework for 3GPP Northbound APIs; Stage 3). The Common API Framework (CAPIF) provides a unified approach for exposing and consuming APIs, including authentication, authorization, and discovery.
The Service API concept is central to the 5G Service Based Architecture, which replaces the traditional point-to-point interfaces with a service-oriented approach. This enables greater flexibility, scalability, and reusability of network functions. For example, the AMF exposes services such as Namf_Communication, Namf_EventExposure, and Namf_Location, which can be consumed by other NFs or AFs. Similarly, the SMF exposes Nsmf_PDUSession, Nsmf_EventExposure, and Nsmf_NIDD services.
The Service API is also used in the context of network slicing, where different slices can expose their own APIs to tenants or vertical industries. The CAPIF framework allows for the secure exposure of APIs to external parties, enabling new business models and service innovation. The API invoker can be an internal NF, an external AF, or a third-party application, and the Service API ensures that the invoker does not need to understand the underlying network protocols or mechanisms.
In terms of implementation, the Service API is typically realized using RESTful HTTP/2, with the API endpoints defined in 3GPP TS 29.5xx series specifications. The API operations include request/response patterns, notifications, and subscriptions. The Service API also supports security mechanisms such as OAuth 2.0 for authorization and TLS for transport security. The evolution of the Service API from Rel-15 to Rel-19 has seen improvements in areas such as API versioning, discovery, and security, but the core definition has remained consistent.
Purpose & Motivation
The Service API exists to provide a standardized, programmable interface for accessing network services in 3GPP systems, particularly in the 5G Service Based Architecture. Before its introduction, network functions communicated via point-to-point interfaces with proprietary or protocol-specific mechanisms, which made it difficult to integrate new services, scale the network, or expose capabilities to external parties. The Service API solves this by abstracting the underlying mechanisms and providing a uniform way to invoke services.
The motivation for the Service API came from the need for greater flexibility and agility in mobile networks. With the rise of cloud-native technologies, microservices, and DevOps, the telecom industry sought to adopt similar principles. The Service API enables network functions to be developed, deployed, and scaled independently, and it allows external applications to access network capabilities without deep knowledge of 3GPP protocols. This is essential for enabling new use cases such as edge computing, network slicing, and vertical industry applications.
The Service API also addresses the need for secure and controlled exposure of network services. The Common API Framework (CAPIF) provides authentication, authorization, and discovery mechanisms, ensuring that only authorized API invokers can access the services. This is crucial for protecting network resources and user data. Overall, the Service API is a key enabler for the 5G ecosystem, fostering innovation and interoperability.
What changed in its specifications
The latest release-to-release comparison of specifications that define Service API. Each summary describes the whole specification, not only this term.
Rel-19 adds CAPIF Phase 3 procedures for unpublishing service APIs between interconnected core functions, revoking API invoker and resource owner authorization, open discovery of service APIs, and UE-hosted API invoker access to resources owned by other UEs.
Full comparison in TS 23.222 →Adds subscriber-aware northbound API access (OAuth grant types, API provider name, UE IP address types), SEAL Phase 3 (API status monitoring, protocol/data format support, CAPIF features), Edge Apps Phase 2 (8.2.4.1, ServiceKpis, AefProfile), and slice capability exposure expiration time.
Full comparison in TS 29.222 →Release Timeline
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (54 CRs across 6 releases). Complements the general historical overview above with the evidence-based evolution of this function.
- Correction for the details of service API information TS 23.222CR0013
- Correction for usage of service API identification information TS 23.222CR0014
- Changes to CAPIF Publish Service API clause TS 29.222CR0003
- CAPIF_Discover_Service API - Corrections TS 29.222CR0011
- CAPIF_discovery_service API OpenAPI file TS 29.222CR0012
- CAPIF_Publish_Service API - Corrections and OpenAPI file TS 29.222CR0013
+ 2 more changes
- Service API publish and discovery requirements for 3rd party API providers TS 23.222CR0015
- Service API discovery involving multiple CCFs TS 23.222CR0049
- Service API discover for CAPIF interconnection TS 23.222CR0051
- Update to service API publish for CAPIF interconnection TS 23.222CR0060
- Serving area and domain of service API for CAPIF interconnection TS 23.222CR0061
- Clarification to routing rule of service API invocation TS 23.222CR0058
+ 2 more changes
- New IE(Service KPI) in Service API publish request TS 23.222CR0102
- Service API status monitoring TS 23.222CR0111
- Service API status monitoring in the CAPIF APIs TS 29.222CR0316
- New IE(Service KPI) in Service API publish request TS 29.222CR0331
- Clarify how to monitor service API status when the APF is unable to update service API status TS 23.222CR0128
- Update the description field of CAPIF_Publish_Service API TS 29.222CR0295
+ 2 more changes
- Slice-based service API exposure TS 23.222CR0131
- Finer granularity of access control for service API TS 23.222CR0206
- Resource owner consent upon service API invocation TS 23.222CR0233
- Solving ENs on finer granularity of access control for service API TS 23.222CR0254
- Clarification on resource owner consent upon service API invocation TS 23.222CR0257
- Service API unpublish for CAPIF interconnection TS 23.222CR0144
+ 16 more changes
- Service API dissemination control for Open Discovery TS 23.222CR0340
- Control of Service API requirements about RO authorization TS 23.222CR0341
- Permission to usage of service API information TS 23.222CR0348
- Update to Open Discovery API for Service API Dissemination TS 29.222CR0473
- Support for permission to use service API information TS 29.222CR0474
Defining Specifications
3GPP specifications that define or reference Service API, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 23.222 vk10 | Common API Framework (CAPIF) | Rel-20 read |
| TS 23.722 vf10 | Common API Framework (CAPIF) for 3GPP Northbound APIs | Rel-15 read |
| TS 29.222 vk10 | CAPIF Northbound API Protocol | Rel-20 read |