Description
CRUD operations represent the fundamental data manipulation primitives standardized across 3GPP management and service exposure interfaces. In 3GPP architecture, these operations are implemented through RESTful APIs using HTTP methods (POST for Create, GET for Read, PUT/PATCH for Update, DELETE for Delete) as specified in TS 29.501 and other service-based interface specifications. The operations work on managed objects and resources defined in 3GPP specifications, which can include network function instances, subscriber profiles, policy rules, service parameters, and network slice templates.
Each CRUD operation follows specific protocols and data formats defined in 3GPP specifications. Create operations typically involve sending a JSON or XML payload containing the initial state of a resource to a specific endpoint, with the system returning a unique identifier for the created resource. Read operations retrieve current resource states, supporting various query parameters for filtering, pagination, and selective attribute retrieval. Update operations modify existing resources, with PUT typically replacing the entire resource and PATCH applying partial modifications. Delete operations remove resources from the system, often with cascading effects on dependent resources.
The implementation of CRUD operations in 3GPP networks involves several key components including the Network Repository Function (NRF) for service discovery, the Service Communication Proxy (SCP) for routing, and various network functions exposing management interfaces. These operations are secured through authentication, authorization, and encryption mechanisms specified in 3GPP security standards. The operations support idempotency where appropriate (particularly for Create and Update operations) to ensure reliable operation in distributed systems where requests might be retransmitted.
CRUD operations play a critical role in 3GPP's service-based architecture by providing a consistent paradigm for network function interaction. They enable automated provisioning, configuration management, and real-time monitoring of network resources. The operations are integral to network slicing, where slice instances, subnet instances, and associated resources are managed through CRUD operations on slice templates and instances. They also form the basis for exposure capabilities, allowing third-party applications to interact with network functions through standardized APIs while maintaining proper access control and policy enforcement.
Purpose & Motivation
CRUD operations were standardized in 3GPP to address the growing complexity of network management in 5G and beyond systems. As networks evolved from monolithic architectures to cloud-native, microservices-based designs, there was a need for standardized, programmatic interfaces for resource management. Traditional management approaches using proprietary protocols and manual configuration could not scale to meet the demands of dynamic network slicing, network function virtualization, and automated orchestration requirements of 5G networks.
The introduction of CRUD operations in Release 15 solved several key problems. First, it provided a consistent management paradigm across different network functions and domains, reducing integration complexity and enabling interoperable management systems. Second, it enabled automation by providing machine-friendly interfaces that could be consumed by orchestration systems, OSS/BSS platforms, and network management applications. Third, it supported the dynamic nature of 5G networks where resources need to be created, modified, and deleted frequently to accommodate changing service demands and network conditions.
Previous approaches in 3GPP networks relied heavily on vendor-specific management interfaces and protocols that hindered multi-vendor interoperability and automation. The standardization of CRUD operations through RESTful APIs aligned 3GPP with industry best practices in cloud computing and web services, making it easier to integrate telecom networks with IT systems and cloud platforms. This approach also facilitated the adoption of DevOps practices in network operations, enabling continuous integration and deployment of network functions and services.
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (3 CRs across 3 releases). Complements the general historical overview above with the evidence-based evolution of this function.
In Release 15, the specification was updated to define the usage of standard CRUD (Create, Read, Update, Delete) operations consistently, along with their applicable response codes. It also introduced the capability to label API responses as cacheable or non-cacheable to improve network efficiency by supporting client-side caching. Furthermore, the procedures for operations like an Interconnection Update Service were detailed, specifying information elements such as "Result" and "Service API information" for the response.
- Delete editor's note on complex query TS 29.501CR0057
In Release 16, the CRUD function was enhanced for 5G Media Streaming (5GMS) APIs with specific corrections and additions to ensure consistent operation notation and to define procedures for Uplink Streaming. The release introduced cumulative corrections to the M1 API, including updates to Metrics Reporting Configuration and the Service Access Information resource, while also adding an annex for OpenAPI implementation guidance. These updates standardized the usage of Create, Read, Update, and Delete operations and their response codes across the affected service APIs.
- Cumulative corrections of 5GMS3 APIs [CRs implemented: S4-201432: Cumulative corrections of 5GMS3 APIs, Ericsson S4-201305: Editorial corrections, BBC S4-201363: Additions and Modifications to M1 API on Metrics Reporting Configuration, Qualcomm S4-201622: Text on Procedures for Uplink Streaming, Qualcomm, Ericsson S4-201580: Correction of the missing SdfMethod type definition, Ericsson S4-201593: Correction of the missing CRUD operation notation, Ericsson S4-201594: Correction of the MediaPlayerEntry and ClientMetricsReportingConfiguration cardinality in the Service Access Information resource, Ericsson S4-201596: Correction of the Service Access Information subresource (URL), Ericsson S4-201597: Annex for OpenAPI Implementation, Ericsson S4-201595, Update Consumption reporting, Enensys Technology, BBC S4-201590: Bug Fixes on Metrics Reporting Functionality, Ericsson LM, Qualcomm Incorporated S4-201486: AF-based Network Assistance, Sony Europe B.V., Ericsson LM S4-201608: CR on AT Commands for RAN-based Assistance, Qualcomm Inc.] TS 26.512CR0004
In Release 19, a specific enhancement was introduced to restore a previously deleted technical clause within the specification framework. The update further aimed to define the usage of standard CRUD operations—Create, Read, Update, and Delete—consistently alongside their applicable response codes. Additionally, the changes allowed responses to be labeled as cacheable or non-cacheable to improve network efficiency by supporting client-side caching.
- Restore deleted clause TS 29.501CR0165
Explore further
Broader topics and technologies where CRUD plays a role.
Defining Specifications
3GPP specifications that define or reference CRUD, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 23.222 vj80 | Common API Framework for 3GPP Northbound APIs | Rel-19 |
| TS 23.722 vf10 | Common API Framework (CAPIF) for 3GPP Northbound APIs | Rel-15 |
| TS 26.512 vj10 | 5G Media Streaming Protocols & APIs | Rel-19 |
| TS 26.804 vj10 | 5G Media Streaming Extensions Study | Rel-19 |
| TS 28.111 vj30 | Fault Management Service Specification | Rel-19 |
| TR 28.836 vi00 | Technical Report on Intent Driven Management | Rel-18 |
| TS 28.871 vj00 | Study on Service Based Management Architecture enhancement phase 3 | Rel-19 |
| TS 29.501 vj40 | 5GC SBI API Design Principles & Guidelines | Rel-19 |
| TS 29.891 vg00 | CT4 Aspects of 5G System Phase 1 | Rel-16 |
| TS 32.158 vk00 | Management and Orchestration REST Solution Sets | Rel-20 |