Description
MSRP is an application-layer protocol designed for session-oriented text messaging and file transfer within IP multimedia subsystem sessions. Instead of treating each instant message as a separate signaling request, MSRP establishes a persistent session between two endpoints and exchanges messages as chunks over a reliable transport. In 3GPP, it is used where chat, content sharing, or file transfer must be tightly coupled to a media session, such as IMS messaging, rich communication services, and companion features for voice or video calls.
Architecturally, MSRP sits alongside SIP and SDP. SIP creates the session, and SDP negotiates MSRP parameters such as the media type, transport, port, connection address, direction, maximum message size, and MSRP paths. Once negotiated, the endpoints open a TCP connection, optionally secured by TLS or IPsec, and then use MSRP methods such as SEND, REPORT, and failure reporting to exchange MIME parts. The protocol assumes a reliable ordered transport and focuses on session semantics, message segmentation, delivery confirmation, and failure handling. In some deployments, WebSocket or other transport adaptations may be used, but the core MSRP semantics remain the same.
A typical MSRP operation begins with an SDP offer and answer that define the session endpoints and their capabilities. The sender then transmits a SEND request containing a message or a fragment of a message. Headers such as To-Path, From-Path, Message-ID, Byte-Range, Continuation, and Failure-Report support matching, segmentation, and status reporting. If a message is larger than the negotiated maximum size, it is divided into chunks with byte ranges, and the Continuation flag indicates that more chunks belong to the same logical message. The receiver responds with REPORT messages, which can confirm individual chunks or the whole message. This chunked model is important for file transfer because it allows large payloads to be sent without requiring a single enormous message.
Key components include the MSRP endpoint, transport connection, message headers, MIME payload, and optional relay or proxy functions. For file transfer, MSRP can carry MIME parts with file metadata and data chunks, allowing progress reporting and interruption handling. Failure reports are important because they allow the sender to learn whether the transport or peer session has failed, enabling recovery or user notification. Because MSRP uses a persistent transport connection, it can reduce overhead for many short messages compared with repeatedly creating separate request and response transactions. It also supports mid-session data exchange, which is useful when users want to continue a conversation while a voice or video call remains active.
In a 3GPP network, MSRP matters because it gives operators a standardized way to add real-time chat and content sharing to voice, video, and messaging services. It can be used during a call to share text, images, or files without leaving the session, and it can support rich communication services that require reliable mid-session data exchange. Its session-oriented design makes it more suitable than simple one-shot messaging protocols for continuous conversations, while its use of TCP provides ordered, reliable delivery. Security is handled through transport security and network-layer protection, and interoperability is achieved through profile requirements in 3GPP specifications. For engineers, MSRP is best understood as the messaging and file-transfer plane that complements SIP signaling and media transport in IMS-based services.
Purpose & Motivation
MSRP exists because SIP signaling is well suited for session establishment, but it is not the most efficient or natural way to carry continuous mid-session chat and file transfer. Earlier approaches either used separate one-shot messages, relied on proprietary protocols, or attempted to embed large payloads in signaling, which created scaling, fragmentation, and interoperability problems. Operators and service providers needed a standardized session-oriented protocol that could deliver text, MIME parts, and files reliably while remaining tied to an established communication session.
The protocol addresses the limitations of simple messaging by introducing persistent sessions, chunking, delivery reports, and failure reporting. These mechanisms make it suitable for rich communication services, where users expect chat, presence, and content sharing to work alongside voice or video. MSRP also reduces the overhead of repeatedly establishing transport connections for every message, which is important in mobile networks where latency, battery use, and network signaling load matter.
Historically, the motivation came from the need to build interoperable IMS services across carriers and devices. By defining a common application protocol and 3GPP profiles, MSRP allows endpoints from different vendors to exchange chat and file data within the same session, supporting carrier-grade messaging features while preserving security and session management requirements.
What changed in its specifications
The latest release-to-release comparison of specifications that define MSRP. Each summary describes the whole specification, not only this term.
EVS Codec Extension for Immersive Voice and Audio Services adds handling procedures and references for the IVAS speech codec.
Full comparison in TS 23.333 →Rel-18 adds IVAS codec handling clauses, references to IVAS specifications, a definition, and modifies EVS max-red parameter selection.
Full comparison in TS 23.334 →Release Timeline
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (2 CRs across 1 releases). Complements the general historical overview above with the evidence-based evolution of this function.
Defining Specifications
3GPP specifications that define or reference MSRP, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TR 22.832 vh40 | Study on cyber-physical control in vertical domains | Rel-17 read |
| TS 23.279 vj00 | Combined CS and IMS Services (CSI) Architecture | Rel-19 read |
| TS 23.333 vj00 | MRFC-MRFP Mp Interface Requirements | Rel-19 read |
| TS 23.334 vj00 | IMS-ALG to IMS-AGW Interface (Iq) Stage 2 | Rel-19 read |
| TS 23.700 vk10 | AI/ML Application Layer Support Phase 2 | Rel-20 read |
| TS 23.701 vc00 | WebRTC Access to IMS Architecture Study | Rel-12 read |
| TS 24.229 vk10 | IMS SIP/SDP Call Control Protocol | Rel-20 read |
| TS 24.247 vk00 | IMS Messaging Protocol Specification | Rel-20 read |
| TS 26.114 vk11 | IMS Multimedia Telephony Client | Rel-20 read |
| TR 26.980 vj00 | Multi-stream Multiparty Conferencing Media Handling | Rel-19 read |
| TS 29.162 vj00 | IMS-IP Network Interworking | Rel-19 read |
| TS 29.165 vk00 | Inter-IMS Network-to-Network Interface (II-NNI) | Rel-20 read |
| TS 29.238 vj00 | H.248 Profile for IBCF-TrGW Interface | Rel-19 read |
| TS 29.311 vj00 | Service Level Interworking for Messaging | Rel-19 read |
| TS 29.333 vj00 | MRFC-MRFP Mp Interface Protocol | Rel-19 read |
| TS 29.334 vj00 | IMS-ALG to IMS-AGW Interface Protocol | Rel-19 read |
| TS 29.828 vc10 | IMS Media Plane Security H.248 Profiles Study | Rel-12 read |
| TS 33.127 vj80 | Lawful Interception Architecture | Rel-19 read |
| TS 33.180 vk10 | Security of the Mission Critical Service (MCX) | Rel-20 read |
| TS 33.328 vk10 | IMS Media Plane Security | Rel-20 read |