MWI

Message Waiting Indication

Services →
Introduced in Rel-7 Also in: Core Network

MWI is a supplementary service in IMS and CS networks that notifies a user that new messages are waiting in a network mailbox, enhancing services like voicemail.

Category
Services
Introduced
Rel-7
Where
Services
Also touches
1 segments
Specifications
14 specs
MWI Description Purpose Related Classification Detected Changes Specifications

Description

Message Waiting Indication (MWI) is a standardized supplementary service defined within the 3GPP framework, primarily for IP Multimedia Subsystem (IMS) and Circuit-Switched (CS) networks. Its core function is to inform a user equipment (UE) that a new message, such as a voicemail or a multimedia message, has been deposited in a network-based mailbox and is awaiting retrieval. The indication itself is a network-triggered notification, not the message content. Architecturally, MWI involves several network entities. The message depository (e.g., a voicemail server or Multimedia Messaging Service Centre - MMSC) detects a new message for a subscriber. It then signals this event, typically via the IP Multimedia Subsystem (IMS) or the CS core, to a service control function. In IMS, this often involves the Application Server (AS) hosting the MWI service. The AS is responsible for generating and managing the MWI subscription and notifications. The notification is then delivered to the user's UE using specific protocols. For IMS-based MWI, the UE subscribes to the MWI event package as defined in RFC 3842, using the SIP SUBSCRIBE method directed towards the MWI AS. The AS then sends SIP NOTIFY messages to the UE when the message-waiting status changes (e.g., new message arrived or all messages read). The NOTIFY message contains an XML body that details the message waiting status, such as the number of new and old messages. For CS networks, MWI can be indicated via mechanisms like a Feature Indication in call control signaling or specific tones. The UE, upon receiving a valid MWI notification, activates a local indicator (like an icon on the screen) to alert the user. The service is tightly integrated with other IMS services like Voice over LTE (VoLTE) and Rich Communication Services (RCS), ensuring a consistent messaging experience across different access networks. Security and privacy are maintained as the notification is part of the authenticated SIP dialog between the UE and the AS.

Purpose & Motivation

MWI was created to solve the fundamental user experience problem in telephony and messaging systems: a user had no way of knowing if they had received a new voicemail or message without manually checking their mailbox. This was inefficient and led to delayed message retrieval. In the era of basic mobile telephony, simple stutter dial tones on the line were sometimes used as a primitive MWI, but this was not standardized or reliable across networks and devices. The formal standardization of MWI within 3GPP, starting in Release 7 with IMS, provided a unified, interoperable mechanism. It addressed the limitations of proprietary vendor solutions, enabling seamless service roaming. The motivation was to enhance the value of network-based messaging services (voicemail, MMS) by making them proactive, thereby increasing their usage and utility. As networks evolved to all-IP architectures with IMS, MWI became a crucial component for service parity with legacy CS networks and for enabling advanced multimedia messaging scenarios. It ensures that users receive immediate, visual confirmation of waiting messages, integrating seamlessly with the phone's native interface, which is essential for modern communication services.

Classification

Part ofIMS
Related approachesMMSSIP

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

In Release 15, the Message Waiting Indication (MWI) function was newly introduced for use with the IP Multimedia (IM) Core Network subsystem. This enables the network to send an indication to a user when a message, such as a voice message, has been deposited and is waiting for retrieval. The specification explicitly states that this MWI service shall never be diverted by Communication Forwarding Unconditional (CFU) or Communication Forwarding on Not Logged-in (CFNL) procedures.

  • Message Waiting Indication (MWI) using IP Multimedia (IM) Core Network (CN) subsystem TS 24.606CR0020

Explore further

Broader topics and technologies where MWI plays a role.

Defining Specifications

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

SpecificationTitleRelease
TS 22.173 vk00 IMS Multimedia Telephony Service Definition Rel-20
TS 22.273 v1700 IMS Multimedia Telephony with PSTN/ISDN Simulation Rel-7
TS 22.401 v1800 Videotelephony Service Requirements for NGN Rel-8
TS 24.173 vj00 Multimedia Telephony Service and Supplementary Services in IMS Rel-19
TS 24.186 vj60 IMS Data Channel applications Rel-19
TS 24.196 vj00 Enhanced Calling Name (eCNAM) Stage 3 Protocol Rel-19
TS 24.406 v810 Message Waiting Indication (MWI) Protocol Rel-8
TS 24.606 vj00 MWI Service Protocol Description Rel-19
TS 29.163 vj00 Interworking between 3GPP IM CN and CS networks Rel-19
TS 29.165 vj10 Inter-IMS Network to Network Interface (NNI) Rel-19
TS 29.364 vj10 IMS AS Service Data Descriptions Rel-19
TS 29.864 v801 Application Server Service Data Definition for IMS Telephony Rel-8
TS 32.275 vj00 MMTel Charging Specification Rel-19
TS 32.850 ve00 IMS Charging Correlation Methods Study Rel-14
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.