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

Glossary term · Security

WAF

WebRTC Authentication Function

Security →

WAF is a security entity within the IMS that provides authentication and key agreement services for WebRTC-based clients to enable secure access to IMS services.

Introduced
Rel-12
Where
Core Network › Evolved Packet Core
Specifications
7 specs
Also in
Security
WAF Description Purpose What changed Neighbours Detected Changes Specifications

Description

The WebRTC Authentication Function (WAF) is a critical security component defined by 3GPP to integrate Web Real-Time Communication (WebRTC) clients into the IP Multimedia Subsystem (IMS) network. It operates as a specialized Authentication, Authorization, and Accounting (AAA) proxy that facilitates the GBA-aware authentication procedure for WebRTC clients, which lack a traditional USIM card. The WAF's primary role is to act as a trusted intermediary between the WebRTC client (e.g., a browser) and the 3GPP Bootstrapping Server Function (BSF). The authentication flow begins when the WebRTC client, seeking access to IMS services like voice or video over LTE (VoLTE/ViLTE), contacts the WAF. The WAF initiates a GBA (Generic Bootstrapping Architecture) bootstrapping procedure with the BSF on behalf of the client. It uses the user's long-term credentials (managed by the BSF and HSS) to establish a shared secret. The WAF then generates a short-lived authentication token (a so-called 'WebRTC Token') and a corresponding key, which it securely delivers to the client, typically over a TLS-protected connection. The client uses this token and key to authenticate itself directly with the IMS core, specifically the Proxy-Call Session Control Function (P-CSCF), using the IMS Authentication and Key Agreement (AKA) protocol adapted for token-based access. The WAF is specified across several technical specifications (TS): 24.371 defines the overall architecture and procedures, 29.228/29.229 detail the Diameter-based interfaces (Mw and Mx) between the WAF, BSF, and HSS, and the 33.1xx series specs cover the security mechanisms and threat analyses. This architecture allows a web application to leverage the user's mobile network identity for strong authentication without exposing the core network credentials to the browser environment.

Purpose & Motivation

The WAF was created to solve the fundamental security and integration challenge of allowing WebRTC applications in standard web browsers to access secure, carrier-grade IMS services. Before its introduction, IMS services were exclusively accessible to native UE clients embedded with a USIM, which could perform the standard IMS AKA authentication. The rise of WebRTC presented an opportunity for operators to offer communication services directly from a web page, but the browser's sandboxed environment cannot access the USIM's cryptographic functions. The WAF bridges this gap by providing a secure, standardized method to map a user's 3GPP subscription credentials to a credential usable within a WebRTC session. It addresses the problem of strong user authentication for web-originated traffic, ensuring the same level of trust and charging capabilities as for native IMS clients. The motivation was driven by operator desires to expand service reach to any internet-connected device with a browser, compete with Over-The-Top (OTT) communication apps, and enable innovative converged communication services. It also provides a migration path for services like VoLTE to be accessible from non-cellular devices (e.g., laptops, tablets) while maintaining the security and regulatory (e.g., lawful intercept) frameworks of the IMS core.

What changed in its specifications

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

TS 24.371Rel-12 → Rel-13

Added SDP-based data channel negotiation per RFC 8864, MSRP over data channels per RFC 8873, and DCEP definition. Added restrictions prohibiting OMR procedures in WebRTC originated and terminated call handling.

Full comparison in TS 24.371 →
TS 29.228Rel-18 → Rel-19

Rel-19 adds a second traffic abatement algorithm alongside the RFC 7683 default. It also extends the OC-OLR AVP and has I/S-CSCFs act on OC-OLR when OC-Ext-Reg-Timer is TRUE.

Full comparison in TS 29.228 →

Release Timeline

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.

Rel-18 1 change

Defining Specifications

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

SpecificationTitleRelease
TS 24.371 vj00 WebRTC IMS Client Access Specification Rel-19 read
TS 29.228 vk00 IMS Cx and Dx Interface Procedures Rel-20 read
TS 29.229 vj10 Diameter Protocol for Cx/Dx Interfaces Rel-19 read
TS 33.107 vj00 Lawful Interception Architecture & Functions Rel-19 read
TS 33.108 vj00 LI Handover Interface Specification Rel-19 read
TS 33.127 vj80 Lawful Interception Architecture Rel-19 read
TS 33.871 vc00 Security for WebRTC IMS Client Access Rel-12 read