Menu
Latest
12 meetings · Prague, Jeju · 12–16 Oct
Reports
RAN1#126-bis · SA2#177

Glossary term · Core Network

SBA

Service Based Architecture

Core Network →

SBA is the foundational design principle for the 5G Core Network that structures network functions as modular, reusable services communicating via standardized APIs over a common HTTP/2-based framework.

Introduced
Rel-14
Where
Services › Codecs
Specifications
24 specs
Also in
Security, Core Network
SBA Description Purpose What changed Neighbours Detected Changes Specifications

Description

The Service Based Architecture (SBA) represents a paradigm shift in the design of the 3GPP Core Network, introduced with 5G System (5GS) in Release 15. Unlike the traditional point-to-point, reference-point-based architecture of previous generations (e.g., EPC), SBA models network functions as producers and consumers of services. Each Network Function (NF), such as the Access and Mobility Management Function (AMF), Session Management Function (SMF), or Unified Data Management (UDM), exposes its capabilities as one or more services. These services are defined by a set of operations accessible via a standardized Application Programming Interface (API), primarily using HTTP/2 with JSON payloads, though other protocols can be specified.

The architecture relies on a few key enabling components. The Network Repository Function (NRF) acts as a service registry and discovery mechanism. When an NF service producer initializes, it registers its profile (including supported services and instance address) with the NRF. Consumer NFs can then query the NRF to discover available producer instances. This decouples service providers from consumers, enabling dynamic scaling, load balancing, and resilience. The Service Communication Proxy (SCP) can be deployed to provide indirect communication, offering features like message routing, security enforcement, and load balancing between NFs. The architecture mandates mutual authentication between NFs, typically using TLS, ensuring secure service-based interactions.

SBA fundamentally changes how network functions interact. Communication is no longer based on static, pre-configured links but on dynamic service discovery and consumption. This aligns perfectly with cloud-native principles such as microservices, stateless design (where applicable), and continuous integration/deployment. It allows operators to deploy, scale, and update individual NFs independently, drastically improving operational agility. Furthermore, SBA is essential for realizing advanced 5G concepts like network slicing, as it allows for the instantiation and composition of specific sets of NF services to form a logically isolated network slice tailored to a particular service type (e.g., enhanced Mobile Broadband, Massive IoT, Ultra-Reliable Low Latency Communications). The architecture's flexibility also future-proofs the network, making it easier to introduce new services and capabilities in subsequent releases.

Purpose & Motivation

The Service Based Architecture was created to address the limitations of the rigid, monolithic, and hardwired architecture of the Evolved Packet Core (EPC) in 4G. The EPC used defined reference points (e.g., S1, S5, S11) with proprietary or standardized protocols (e.g., GTP, Diameter) between specific pairs of network elements. This created tight coupling, making network upgrades, scaling, and the introduction of new functions slow, complex, and costly. It was ill-suited for the cloud era, which demands elasticity, automation, and rapid service innovation.

The primary motivation for SBA was to enable a cloud-native 5G Core that could leverage modern IT practices like DevOps and microservices. By breaking down monolithic NFs into sets of interoperable services, SBA allows operators to deploy software on commercial off-the-shelf hardware in data centers, leveraging virtualization and containerization. This solves the problem of vendor lock-in and hardware dependency, reducing CAPEX and OPEX. Furthermore, the dynamic service discovery and loose coupling inherent in SBA directly support the 5G vision of network slicing, where multiple logical networks with different characteristics must be created, managed, and scaled on a shared physical infrastructure. SBA provides the architectural foundation for this by allowing slice-specific instances of NFs to be dynamically composed and interconnected.

What changed in its specifications

The latest release-to-release comparison of specifications that define SBA. Each summary describes the whole specification, not only this term.

TS 23.433Rel-18 → Rel-19

Rel-19 added SEALDD procedures for connection status, policy, background data, ACR events, multi-modal service, bandwidth, and delay-tolerant satellite transmission, plus SEALDD-enabled XR data transmission APIs.

Full comparison in TS 23.433 →
TS 23.501Rel-18 → Rel-19

Rel-19 added MPQUIC steering to multi-access PDU sessions, XR and media handling, and an Energy Information Function. It also added Local Offloading Management for edge computing, Vertical Federated Learning for AI/ML, and Ambient IoT text.

Full comparison in TS 23.501 →

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-15 2 changes
  • SBA Scope Clarification TS 23.501CR0157
  • Priority indication over SBA interfaces via Message Priority header TS 23.501CR0672
Rel-16 6 changes
  • Service Based Architecture in IMS TS 24.229CR6384
  • Addition of General SBA/SBI aspects in TS 33.117 TS 33.117CR0047
  • Correction on gap analysis on charging for 5G service based architecture TS 23.501CR2540
  • No impact from SBA on main body TS 24.229CR6408
  • Reference of general SBA/SBI aspect in 33.513 TS 33.513CR0003
  • Reference of general SBA/SBI aspect in 33.514 TS 33.514CR0004
Rel-17 1 change
  • Correction of SBA test for UPF TS 33.513CR0012
Rel-18 1 change
  • Update SBA in IMS for NG_RTC TS 24.229CR6588

Defining Specifications

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

SpecificationTitleRelease
TS 23.433 vk40 SEAL Data Delivery Architecture Rel-20 read
TS 23.501 vk30 5G System Architecture Rel-20 read
TS 23.540 vk00 5G Service-Based SMS Architecture Rel-20 read
TS 23.700 vk10 AI/ML Application Layer Support Phase 2 Rel-20 read
TS 24.229 vk10 IMS SIP/SDP Call Control Protocol Rel-20 read
TS 26.253 vj30 IVAS Codec Algorithmic Description Rel-19 read
TS 26.255 vj00 IVAS Frame Loss Concealment Procedure Rel-19 read
TS 26.258 vj30 IVAS Codec Floating-Point C Code Rel-19 read
TS 26.260 vj10 Objective test methods for immersive audio Rel-19 read
TS 26.261 vj10 Terminal audio performance for immersive services Rel-19 read
TS 26.501 vk00 5G Media Streaming Architecture Rel-20 read
TS 26.858 vk00 Web APIs for 3GPP Audio Codecs Rel-20 read
TR 26.918 vj00 Virtual Reality Relevance Study for 3GPP Rel-19 read
TS 26.997 vj11 IVAS Codec Selection Phase Results Rel-19 read
TS 28.541 vk41 5G Network Resource Model Stage 2/3 Rel-20 read
TS 29.309 vk00 Nbsp Service Based Interface for GBA BSF Rel-20 read
TR 29.829 vh10 SMS Service-Based Interfaces for 5G Core Rel-17 read
TS 33.117 vk20 Catalogue of Security Requirements and Tests Rel-20 read
TS 33.513 vk20 UPF Security Assurance Specification Rel-20 read
TS 33.514 vk20 UDM Security Assurance Specification Rel-20 read
TS 33.794 vj10 Study on Zero Trust Security Enablers for 5G Rel-19 read
TS 33.835 vg10 Study on authentication and key management for apps Rel-16 read
TR 33.841 vg10 Security aspects; Study on 256-bit algorithms for 5G Rel-16 read
TR 33.848 vi00 Technical Report on Virtualisation Security Rel-18 read