Description
Within 3GPP standards, the Simple Object Access Protocol (SOAP) is adopted as the underlying messaging protocol for implementing web services interfaces, most notably for the Open Service Architecture (OSA) and the Parlay/OSA Gateway. SOAP is an XML-based protocol that defines a framework for structuring messages and a convention for representing remote procedure calls (RPCs) and responses. In the 3GPP context, it is used to facilitate machine-to-machine communication between application servers (AS) residing in an external domain and the network's service capability servers (SCS) that expose core network functionalities.
The architecture involves a SOAP client, typically the external application, and a SOAP server, which is the network's Parlay/OSA Gateway or a specific Service Capability Server. Communication occurs over transport protocols like HTTP or HTTPS. A SOAP message is an XML document containing a mandatory Envelope element, an optional Header element for extensibility (e.g., for security or transaction information), and a mandatory Body element that carries the actual RPC request or response data. For OSA, the Body contains method invocations and parameters defined by the Parlay/OSA Application Programming Interfaces (APIs), such as methods for call control, messaging, or user status interrogation.
The role of SOAP in 3GPP is to provide a platform- and language-neutral wire format for API calls. This abstraction is crucial for the OSA principle, which aims to decouple service development from the underlying network technology. By using SOAP/XML, application developers can use various programming languages and tools to create services that interact with the telecom network through a standardized, web-friendly interface. The 3GPP specifications detail the precise XML schemas (XSDs) and Web Services Description Language (WSDL) files that define the OSA APIs, ensuring interoperability between different vendors' gateways and applications.
Purpose & Motivation
SOAP was incorporated into 3GPP specifications to address the need for a standardized, open, and technology-agnostic protocol for network capability exposure. The driving force was the Open Service Architecture (OSA) and the Parlay Group's initiative to create secure, scalable APIs that would allow third-party application providers to innovate without deep knowledge of telecom network protocols. Prior to this, accessing network capabilities required proprietary, vendor-specific interfaces, which stifled the development of a vibrant ecosystem of value-added services.
The adoption of SOAP, along with related web services standards like WSDL and XML, provided a widely recognized and industry-supported foundation. It solved the problem of interoperability between heterogeneous systems by offering a text-based, self-describing message format. This allowed 3GPP to specify the *what* (the API semantics) separately from the *how* (the underlying transport and encoding). The historical context includes the convergence of IT and telecom worlds in the early 2000s, where web services emerged as the dominant paradigm for system integration. SOAP provided the necessary rigor and extensibility (e.g., through WS-* standards for security) required for critical telecom operations, making it a suitable choice for the Parlay/OSA framework within 3GPP.
Classification
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-2, normative work from Rel-17.
In Release 17, the specification was updated to reference the HTTP/1.1 protocol, which serves as the underlying transport for SOAP-based functions. Within the architecture for multimodal services, the Meta-information Transport (MIT) was explicitly defined as being exchangeable over the SOAP protocol. This integration supports the remote control of speech engines and the synchronization of multimodal sessions within the broader 3GPP framework.
- Reference update for HTTP/1.1 protocol TS 29.240CR0007
Explore further
Broader topics and technologies where SOAP plays a role.
Defining Specifications
3GPP specifications that define or reference SOAP, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TR 22.977 vj00 | Speech Enabled Services and Multimodal Framework | Rel-19 |
| TS 23.057 vj00 | Mobile Execution Environment (MExE) Specification | Rel-19 |
| TS 23.127 v1600 | Virtual Home Environment Stage 2 Specification | Rel-6 |
| TS 23.140 v1600 | MMS Non-Realtime Service Definition | Rel-6 |
| TS 23.198 v1900 | Open Service Access (OSA); Stage 2 | Rel-9 |
| TS 23.722 vf10 | Common API Framework (CAPIF) for 3GPP Northbound APIs | Rel-15 |
| TS 23.845 va00 | UDC Evolution Study | Rel-10 |
| TS 28.518 vj00 | Fault Management for Virtualized Networks Stage 3 | Rel-19 |
| TS 29.198 v1900 | OSA API Overview Specification | Rel-9 |
| TS 29.199 v1900 | Multimedia Messaging Web Services | Rel-9 |
| TS 29.240 vj00 | 3GPP Generic User Profile (GUP) Stage 3 Protocol | Rel-19 |
| TS 29.817 vc10 | Study on XML-based Rx interface for PCC | Rel-12 |
| TS 32.153 vj00 | IRP Technology-Specific Templates Specification | Rel-19 |
| TS 32.818 v800 | SA5 MTOSI XML Harmonization Study | Rel-8 |
| TS 32.824 v900 | SOA and IRP Gap Analysis | Rel-9 |
| TS 32.866 vf00 | REST, HTTP, JSON for Management Interfaces | Rel-15 |
| TR 33.980 vj00 | GAA & Liberty Alliance Interworking Guidelines | Rel-19 |