WWSF

WebRTC Web Server Function

Services →
Introduced in Rel-12

WWSF is a network function that enables WebRTC services to integrate with 3GPP networks by translating between WebRTC protocols and IMS/SIP systems for telecom calls.

Category
Services
Introduced
Rel-12
Where
Core Network › Evolved Packet Core
Specifications
12 specs
WWSF Description Purpose Related Classification Detected Changes Specifications

Description

The WebRTC Web Server Function (WWSF) is a core network element defined in 3GPP specifications, starting from Release 12, to bridge Web Real-Time Communication (WebRTC) clients with traditional 3GPP IP Multimedia Subsystem (IMS) networks. WebRTC is a collection of APIs and protocols that enable real-time audio, video, and data communication directly within web browsers without requiring plugins. However, WebRTC uses different signaling and media protocols compared to IMS, which relies on SIP (Session Initiation Protocol) and related standards. The WWSF resolves this incompatibility by acting as a gateway or adaptation function, translating WebRTC signaling (often over WebSocket or HTTP) into SIP messages and vice versa, and handling media interworking if necessary.

Architecturally, the WWSF is positioned within the service layer of the 3GPP network, often interfacing with the IMS core components such as the Proxy-CSCF (P-CSCF), Serving-CSCF (S-CSCF), and Application Servers (AS). It is specified across multiple 3GPP technical specifications (e.g., TS 23.334, TS 29.334) that detail its interfaces, procedures, and integration points. The WWSF typically includes functional modules for signaling conversion, security handling (e.g., authentication and encryption), and media processing. It may interact with other functions like the WebRTC Interworking Function (WIF) for deeper protocol adaptation. The WWSF enables WebRTC clients—running in browsers or native apps—to register with the IMS network, initiate sessions, and use telecom services as if they were traditional IMS endpoints.

In operation, when a WebRTC client attempts to access a service (e.g., make a voice call), it connects to the WWSF via secure web protocols (HTTPS/WebSocket). The WWSF authenticates the user, often leveraging 3GPP credentials like IMSI or GBA (Generic Bootstrapping Architecture), and converts the WebRTC signaling (using JavaScript Session Establishment Protocol or similar) into SIP messages forwarded to the IMS core. For media, the WWSF may act as a back-to-back user agent (B2BUA), transcoding between WebRTC's SRTP (Secure Real-time Transport Protocol) and IMS media streams, or it may facilitate direct peer-to-peer media paths after negotiation. This allows seamless communication between WebRTC users and legacy IMS subscribers, supporting services like VoLTE, video calls, and messaging.

Key components of the WWSF include the signaling gateway, media gateway controller, and security modules. Its role is critical for extending 3GPP services to the web ecosystem, enabling operators to offer rich communication services without requiring users to install dedicated apps. By standardizing the WWSF, 3GPP ensures interoperability between web-based real-time communication and mobile networks, supporting innovation in areas like WebRTC-enabled customer service, collaborative applications, and IoT communications. The function is designed to be scalable and secure, adhering to 3GPP's regulatory and privacy requirements.

Purpose & Motivation

The WWSF was introduced in 3GPP Release 12 to address the convergence of web technologies and telecom networks, specifically the rise of WebRTC as a standard for browser-based real-time communication. Before its definition, WebRTC applications operated in isolation from IMS networks, limiting operators' ability to integrate web services with their core telecom offerings. This created silos where web users could not easily access features like carrier-grade voice, SMS, or network-based authentication. The WWSF solves this by providing a standardized interworking function, allowing operators to extend IMS services to any WebRTC-capable device, thereby increasing service reach and reducing dependency on native apps.

Historically, real-time communication over the web relied on proprietary plugins or external software, which posed security risks and compatibility issues. WebRTC emerged as an open standard to enable plugin-free communication, but its adoption in telecom was hindered by protocol mismatches with IMS. The WWSF bridges this gap, motivated by operator demands to leverage existing IMS investments while embracing web innovation. It addresses limitations such as disparate signaling protocols (WebRTC uses HTTP/WebSocket-based signaling versus SIP in IMS) and different security models (e.g., DTLS-SRTP in WebRTC vs. IPSec in IMS).

By defining the WWSF, 3GPP enables new business models, such as web-based calling services, enriched customer interactions, and seamless mobility between web and mobile clients. It also supports regulatory compliance by integrating with 3GPP's lawful interception and emergency service frameworks. In essence, the WWSF exists to future-proof mobile networks, ensuring they can interoperate with the evolving web ecosystem and provide consistent, secure real-time communication services across all access types, from 4G to 5G and beyond.

Classification

Part ofIMS
Related approachesP-CSCFSIP

Detected Changes Across Releases

from 3GPP Change Requests

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

Studied in Rel-12, normative work from Rel-15.

Rel-15 4 changes

In Release 15, the WebRTC Web Server Function (WWSF) discovery procedure was newly introduced. This included the formal definition of the Default WWSF URI, specifying its HTTP-based format and the rules for its construction by the UE when a pre-configured URI is unavailable. The release thereby standardized the mechanism for a UE to locate the WWSF within the network.

  • Correction of the Network Identifier parameter referenced server in clause 15.3 MMS within Table 15.3.6.1.2 TS 33.108CR0403
  • WebRTC Web Server Function discovery TS 23.003CR0476
  • P-CSCF restoration for 5GC TS 29.228CR0689
  • WebRTC Web Server Function discovery TS 31.103CR2
Rel-16 2 changes

In Release 16, the WWSF (WebRTC Web Server Function) was newly defined, introducing a standardized format for its default HTTP URI. Specifically, the release specified that the Default WWSF URI should follow the format "http://wwsf.domain", where the domain identifies the hosting network. This provided a mechanism for the UE to construct this URI automatically when a pre-configured one is unavailable, using network identifiers like the MNC and MCC.

  • Add P-CSCF subscription info to Restoration information TS 29.229CR0291
  • Support of PCRF-based P-CSCF restoration TS 29.229CR0295
Rel-17 4 changes

In Release 17, the WWSF (WebRTC Web Server Function) was newly defined, including the specification of a Default WWSF URI format for the UE to use when a pre-configured URI is not available. The format is "http://wwsf.domain" where the domain is constructed using network identifiers like the MCC and MNC.

  • Support of e2ae security using DTLS-SRTP for non WebRTC sessions TS 23.334CR0178
  • Failed P-CSCF TS 29.228CR0697
  • Failed P-CSCF TS 29.229CR0298
  • Support of e2ae security using DTLS-SRTP for non WebRTC sessions TS 29.334CR0148
Rel-18 1 change

In Release 18, the new work for the WebRTC Web Server Function (WWSF) introduced the concept of a WWSF identity. This is defined by specifying the format for a Default WWSF URI, which is an HTTP URI constructed by the UE using network identifiers like the MNC and MCC if a pre-configured URI is not available.

Explore further

Broader topics and technologies where WWSF plays a role.

Defining Specifications

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

SpecificationTitleRelease
TS 23.003 vj50 Numbering, addressing and identification in 3GPP Rel-19
TS 23.334 vj00 IMS-ALG to IMS-AGW Interface (Iq) Stage 2 Rel-19
TS 23.701 vc00 WebRTC Access to IMS Architecture Study Rel-12
TS 24.371 vj00 WebRTC IMS Client Access Specification Rel-19
TS 29.228 vj20 Cx and Dx Interface Signaling Flows Rel-19
TS 29.229 vj10 Diameter Protocol for Cx/Dx Interfaces Rel-19
TS 29.334 vj00 IMS-ALG to IMS-AGW Interface Protocol Rel-19
TS 31.103 vj00 ISIM Application Specification Rel-19
TS 33.107 vj00 Lawful Interception Architecture & Functions Rel-19
TS 33.108 vj00 LI Handover Interface Specification Rel-19
TS 33.127 vj50 Lawful Interception Architecture and Functions Rel-19
TS 33.871 vc00 Security for WebRTC IMS Client Access Rel-12