SRTP

Secure Real-time Transport Protocol

Security →
Introduced in Rel-8 Also in: Security

SRTP is the Secure Real-time Transport Protocol profile that provides confidentiality, authentication, and replay protection for real-time media like voice and video in 3GPP networks such as IMS and 5G.

Category
Security
Introduced
Rel-8
Where
Services › Codecs
Also touches
1 segments
Specifications
26 specs
SRTP Description Purpose Related Classification Detected Changes Specifications

Description

The Secure Real-time Transport Protocol (SRTP) is a 3GPP-standardized protocol that provides security services for Real-time Transport Protocol (RTP) traffic and its control counterpart, RTCP (secured via SRTCP). SRTP is defined as a cryptographic profile of RTP, meaning it adds security features to the standard RTP packet format without altering the underlying RTP header structure. It operates on a packet-by-packet basis, providing end-to-end security between the media endpoints, such as a UE and a Media Resource Function Processor (MRFP) or another UE in a direct communication.

SRTP works by applying cryptographic transforms to the RTP payload. For confidentiality, it encrypts the payload using a symmetric cipher, typically the Advanced Encryption Standard (AES) in Counter Mode (AES-CM). This mode is chosen because it generates a keystream that can be applied via bitwise XOR, making it efficient and error-tolerant—a single bit error in ciphertext only corrupts the corresponding bit in plaintext. For authentication and integrity, SRTP appends a Message Authentication Code (MAC), computed using a keyed hash function like HMAC-SHA1, to each packet. This MAC covers the RTP header, payload, and a packet index. A crucial mechanism is the use of a rolling packet index (derived from the RTP sequence number) and a master key to generate unique session keys for encryption and authentication for each packet, preventing key reuse.

Architecturally, SRTP relies on an external key management protocol (e.g., MIKEY, DTLS-SRTP, or 3GPP-specific key delivery from the core network) to establish a shared security context between endpoints. This context includes the master key, master salt, cryptographic suite, and the SRTP/SRTCP index rollover counters. The SRTP processing layer is typically implemented within the media stack. When sending media, the RTP payload is encrypted, the authentication tag is calculated and appended, and the resulting SRTP packet is sent over UDP/IP. The receiver performs the inverse operations: it validates the authentication tag using the replay list for replay protection, then decrypts the payload. In 3GPP networks, SRTP is mandatory for protecting media streams in IMS-based services like VoLTE, ViLTE, and Rich Communication Services (RCS), ensuring privacy and integrity for millions of real-time communications.

Purpose & Motivation

SRTP was developed to address the severe security shortcomings of the standard RTP protocol, which transmits media in the clear. As telecommunications migrated to all-IP networks with 3GPP's IMS, voice and video became vulnerable to eavesdropping, tampering, and replay attacks over untrusted IP networks like the public internet. The purpose of SRTP is to provide a standardized, efficient, and mandatory security layer specifically designed for the unique constraints of real-time media: low latency, tolerance to packet loss, and high packet rates.

The creation of SRTP within the 3GPP ecosystem was motivated by the need for a solution that could be deployed ubiquitously across devices and networks without breaking existing RTP-based applications. Previous network-level security (e.g., IPsec) was often too heavy, complex to manage end-to-end, and could introduce unacceptable latency or incompatibility with Network Address Translation (NAT). SRTP solves these problems by operating at the application layer, adding minimal overhead (typically 4-10 bytes for the auth tag and 4 bytes for the index), and using ciphers suitable for streaming media. It enables secure commercial VoIP and video services, protects user privacy, and allows operators to meet regulatory requirements for communication security, forming the bedrock for trusted multimedia delivery in 4G and 5G.

Classification

Part ofRTP
Related approachesMIKEYDTLS-SRTPIMS

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-17 1 change

In Release 17, the key new introduction for SRTP was the support of end-to-access-edge (e2ae) security using DTLS-SRTP for non-WebRTC sessions. This extends the existing DTLS-SRTP framework, previously specified for WebRTC, to allow IMS User Equipment and IMS Access Gateways to establish secure media contexts for standard voice and video sessions. The procedures enable the IMS-AGW to act as a DTLS server or client to convert SRTP/SRTCP packets to RTP/RTCP packets, securing RTP-based media without a WebRTC context.

  • Support of e2ae security using DTLS-SRTP for non WebRTC sessions TS 23.334CR0178

Explore further

Broader topics and technologies where SRTP plays a role.

Defining Specifications

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

SpecificationTitleRelease
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.380 vj10 MCPTT Media Plane Control Protocol Rel-19
TS 24.501 vj50 5G NAS Protocols Specification Rel-19
TS 24.581 vj00 MCVideo Media Plane Control Protocol Specification Rel-19
TS 26.179 vj00 Codecs and Media Handling for MCPTT Rel-19
TS 26.234 vj00 3GPP PSS Protocols and Codecs Specification Rel-19
TS 26.244 vj00 3GPP File Format (3GP) Specification Rel-19
TS 26.281 vj00 MCVideo Codecs and Media Handling Rel-19
TS 26.522 vj30 RTP for XR in 5G Systems Rel-19
TR 26.806 vi00 Technical Report on Smartly Tethering AR Glasses Rel-18
TR 26.812 vi10 Technical Report Rel-18
TS 26.822 vj20 5G RTP Configurations Study Phase 2 Rel-19
TS 26.880 ve00 MBMS Enhancements for Mission Critical Video Rel-14
TR 26.998 vj00 5G AR/MR Glasses Integration Study Rel-19
TS 29.380 vj00 MCPTT-LMR Interworking Media Plane Control Rel-19
TS 29.582 vj00 MCData Interworking with LMR Systems Rel-19
TS 33.179 vdc0 MCPTT Security Architecture and Procedures Rel-13
TS 33.180 vk00 Security of Mission Critical (MC) Service Rel-20
TS 33.246 vj00 MBMS Security Specification Rel-19
TS 33.303 vj00 ProSe Security Specification for EPS Rel-19
TS 33.328 vj10 IMS Media Plane Security Specification Rel-19
TS 33.871 vc00 Security for WebRTC IMS Client Access Rel-12
TS 33.879 vd10 MCPTT Security Study Rel-13
TS 33.880 vf10 Security Study for Enhanced Mission Critical Services Rel-15
TS 37.579 vi40 Mission Critical services conformance testing Rel-18
Patrick Zandl

About the author: Patrick Zandl (b. 1974)

Telecommunications specialist, technology journalist (founder of the Mobil server), and developer who has been running since 2025 — the largest Czech-language resource on AI-assisted programming. Formerly Chief Wizard Architect at Prusa3D and head of development for Turris at CZ.NIC; currently a consultant and instructor on AI implementation in companies.