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

Glossary term · Services

Delivery report

MMS Delivery Report

Services →

Delivery report is a feedback message from an MMS Relay/Server to the originator confirming the delivery status, such as delivered, expired, rejected, or deferred, of a multimedia message.

Introduced
Rel-5
Where
Services
Specifications
4 specs
Delivery report Description Purpose What changed Neighbours Specifications

Description

A Delivery Report in 3GPP is feedback information provided to the originator of a Multimedia Message (MM) by an MMS Relay/Server, describing the status of delivery of that MM. The originator may be an MMS User Agent — the software on the sending device — or, in earlier definitions, a Value Added Service Provider (VASP). The delivery report is a core feature of the Multimedia Messaging Service (MMS) specified in TS 23.140, and it is also referenced in management and charging specifications such as TS 32.270, TS 32.272, and TS 32.278.

MMS operates on a store-and-forward model. When a user sends a multimedia message, the MMS User Agent submits it to the MMS Relay/Server, typically via the MM1 interface. The Relay/Server stores the message and attempts to deliver it to the recipient's MMS User Agent, often through another Relay/Server in a different network. Because delivery is asynchronous and may involve retries, temporary unavailability of the recipient, or rejection, the sender needs a way to learn the outcome. The delivery report fulfills this need by carrying status information back to the originator.

The status values carried in a delivery report include outcomes such as delivered (the message reached the recipient), expired (the message could not be delivered within its validity period), rejected (the recipient or network refused it), deferred (delivery is delayed), and indeterminate (the status could not be determined). These statuses are conveyed using standardized information elements in the MMS protocol, allowing interoperability between different vendors and operators. The report may be requested by the sender and is generated by the Relay/Server handling the final delivery or by intermediate relays along the path.

The delivery report is distinct from a read report, which indicates that the recipient has actually opened or viewed the message. A delivery report only confirms delivery to the recipient's MMS User Agent or mailbox, not that the content was read. This distinction is important for privacy and for defining what the sender can expect to learn.

Over time the definition of delivery report was refined. The Rel-5 and Rel-6 definitions referred to the originator as "an originator of MM (MMS User Agent or VASP)," acknowledging that value-added service providers could also originate messages. Starting in Rel-8, the wording was tightened to "an originator MMS User Agent," focusing on the user agent as the primary recipient of the report, and this wording persisted through later releases. The concept itself remained stable: a standardized feedback mechanism that gives message originators visibility into the fate of their multimedia messages.

Purpose & Motivation

The delivery report exists to give senders of multimedia messages reliable feedback about whether and when their messages were delivered. MMS is inherently asynchronous and store-and-forward: messages may be held in relays, retried during recipient unavailability, or expire after a validity period. Without a standardized delivery report, senders would have no way to distinguish between a message still in transit, one that failed permanently, or one successfully delivered, leading to uncertainty and poor user experience.

Before MMS delivery reporting was standardized, messaging status was largely implementation-specific or limited to simpler services like SMS status reports. MMS introduced richer content and more complex delivery paths involving multiple relays and heterogeneous devices, which made a standard feedback mechanism essential for interoperability. The delivery report defines a common set of status values and a common MM1/MM4 signaling procedure so that devices and servers from different vendors can consistently inform senders of outcomes.

The mechanism also supports operational needs such as charging, troubleshooting, and customer care. Operators can use delivery reports to verify service performance and to resolve disputes about whether a message was received. Service providers can trigger follow-up actions based on report status. By standardizing the vocabulary and protocol, 3GPP ensured that delivery reporting works across network boundaries and generations, remaining a stable and widely used feature of MMS from Rel-5 onward.

What changed in its specifications

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

TS 23.140Rel-5 → Rel-6

Rel-6 added online charging reference point IM9 and updated MMS charging details.

Full comparison in TS 23.140 →
TS 32.270Rel-17 → Rel-18

MMS converged charging in 5G system, with architecture, flows, CDR triggers, and message formats defined.

Full comparison in TS 32.270 →

Release Timeline

Evolution Across Releases

An overview written from the defining specifications, not a verified change history. For the exact text, open the specifications listed below.

Rel-5 Initial

Initial definition introduced as "feedback information provided to an originator of MM (MMS User Agent or VASP) by an MMS Relay/Server about the status of the delivery of an MM," establishing delivery reporting as part of MMS with the originator potentially being a user agent or a value-added service provider.

Definition carried over unchanged from Rel-5, retaining the reference to both MMS User Agent and VASP as possible originators.

[WORDING CHANGED] Definition revised to "feedback information provided to an originator MMS User Agent by an MMS Relay/Server about the status of the delivery of an MM," narrowing the originator to the MMS User Agent and dropping the explicit VASP reference.

Definition carried over unchanged from Rel-8.

Definition carried over unchanged from Rel-9.

Definition carried over unchanged from Rel-10.

Definition carried over unchanged from Rel-11.

Definition carried over unchanged from Rel-12.

Definition carried over unchanged from Rel-13.

Definition carried over unchanged from Rel-14.

Definition carried over unchanged from Rel-15.

Definition carried over; formatting normalized to a single line but wording and semantics unchanged.

Definition carried over unchanged from Rel-17.

Definition carried over; formatting reformatted to multiple lines but no semantic change.

Defining Specifications

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

SpecificationTitleRelease
TS 23.140 v690 MMS Stage 2 & 3 Specification Rel-6 read
TS 32.270 vj00 MMS Charging Management Specification Rel-19 read
TS 32.272 vj00 Charging for Push-to-Talk over Cellular (PoC) Rel-19 read
TS 32.278 vj00 Monitoring Events Offline Charging Specification Rel-19 read