SOAP

Simple Object Access Protocol

Protocol →
Introduced in Rel-2 Also in: Management, Core Network

SOAP is an XML-based messaging protocol used within 3GPP specifications to define a standardized envelope structure for exchanging structured information in web services communication, particularly for network capability exposure APIs.

Category
Protocol
Introduced
Rel-2
Where
Services
Also touches
2 segments
Specifications
17 specs
SOAP Description Purpose Related Classification Detected Changes Specifications

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

Part ofXML
Specific typesPAOSWS-I

Detected Changes Across Releases

from 3GPP Change Requests

Specific 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.

Rel-17 1 change

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.

SpecificationTitleRelease
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