MICH

MBMS notification Indicator Channel

Physical Layer →
Introduced in Rel-6

MICH is a downlink physical channel in UMTS that carries notification indicators to alert User Equipment about upcoming Multimedia Broadcast Multicast Service transmissions.

Category
Physical Layer
Introduced
Rel-6
Where
Radio Access Network › UTRAN (3G)
Specifications
12 specs
MICH Description Purpose Related Classification Detected Changes Specifications

Description

The MBMS notification Indicator Channel (MICH) is a dedicated physical channel in the Universal Mobile Telecommunications System (UMTS), specifically designed to support Multimedia Broadcast Multicast Service (MBMS). It operates in the downlink direction, from the NodeB to the User Equipment (UE), and is transmitted over the air interface using WCDMA technology. MICH carries notification indicators, which are short signaling messages that inform UEs about the imminent start or modification of MBMS sessions. These indicators are mapped to a specific bit pattern on the channel, allowing UEs to decode them quickly with minimal power consumption. MICH is typically associated with the Secondary Common Control Physical Channel (S-CCPCH) and uses a fixed spreading factor to ensure reliable reception across the cell.

In operation, MICH works in conjunction with other MBMS channels, such as the MBMS Point-to-Multipoint Control Channel (MCCH) and MBMS Traffic Channel (MTCH). When a network initiates an MBMS service (e.g., mobile TV or software updates), the Radio Network Controller (RNC) configures the MICH to transmit notification indicators. These indicators are broadcast periodically, and UEs configured for MBMS continuously monitor MICH in idle or connected states. Upon detecting a relevant indicator, the UE knows to wake up and receive detailed session information from the MCCH, which then schedules data transmission on the MTCH. This two-step process reduces UE battery drain by avoiding constant monitoring of higher-layer channels.

Key components of MICH include the notification indicator bits, which are encoded and modulated using QPSK, and the channelization code, which distinguishes MICH from other physical channels. The channel is characterized by its timing, with transmission time intervals (TTIs) aligned to MBMS session dynamics. MICH supports multiple notification groups, allowing different UEs to be alerted for different services based on subscription or interest. Its design prioritizes low complexity and high coverage, ensuring that even edge-of-cell UEs can receive notifications reliably. In the UMTS architecture, MICH is managed by the RNC through NBAP signaling to NodeBs, integrating with the broader MBMS framework defined in 3GPP Release 6.

MICH's role is critical for MBMS efficiency, as it enables UEs to enter sleep modes when no services are active, extending battery life. It also optimizes network resources by reducing unnecessary signaling overhead. The channel operates in FDD mode and is part of the physical layer specifications in TS 25.211, detailing its frame structure and mapping to radio frames. MICH exemplifies the physical layer innovations in UMTS to support broadcast/multicast services, balancing performance with UE power constraints. As MBMS evolved into eMBMS in LTE, similar notification mechanisms were integrated into the MCH Scheduling Information (MSI) on the MCCH, but MICH remains a foundational concept for 3G multicast.

Purpose & Motivation

MICH was created to address the challenge of efficient service notification in MBMS, introduced in 3GPP Release 6. Prior to MBMS, broadcast services in mobile networks were limited or relied on point-to-point streaming, which consumed excessive network resources and UE power. There was no dedicated mechanism to alert UEs about broadcast sessions, forcing them to monitor control channels continuously, leading to rapid battery depletion. MICH solved this by providing a low-power, physical-layer channel specifically for notifications, enabling UEs to sleep and wake only when needed.

The primary problem MICH solves is optimizing UE power consumption during MBMS sessions. Without MICH, UEs would need to frequently decode higher-layer control channels (like MCCH) to check for service availability, increasing processing load and energy use. MICH's simple indicator structure allows fast decoding with minimal hardware activation, crucial for mobile devices. It also reduces network congestion by minimizing unnecessary UE activity, as only interested UEs respond to notifications. This was motivated by the growing demand for multimedia broadcast services, such as live TV or group communications, where efficient scalability was essential.

Historically, MICH's development was driven by the need to make MBMS commercially viable for operators and users. It addressed limitations of earlier notification methods in 2G or pre-Release 6 UMTS, which were not designed for multicast. By integrating into the physical layer, MICH ensured timely and reliable alerts even in poor radio conditions. Its creation supported 3GPP's goal of enhancing broadcast capabilities, paving the way for later enhancements in LTE eMBMS and 5G broadcast.

Classification

Part ofS-CCPCH
Related approachesMCCHMTCH

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.

Studied in Rel-6, normative work from Rel-15.

Rel-15 1 change

In Release 15, no changes were introduced for the MICH (MBMS notification Indicator Channel) function. The only documented Change Request for this release pertains to UMTS, specifically introducing support for a simplified HS-SCCH. Therefore, Release 15 contained no modifications or updates to the MICH.

  • Support on a simplified HS-SCCH for UMTS TS 25.433CR2095

Explore further

Broader topics and technologies where MICH plays a role.

Defining Specifications

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

SpecificationTitleRelease
TS 25.211 vj00 UTRA FDD Layer 1: Transport & Physical Channels Rel-19
TS 25.213 vj00 UTRA FDD Spreading and Modulation Rel-19
TS 25.214 vj00 UTRA FDD Physical Layer Procedures Rel-19
TS 25.221 vj00 UTRA TDD Physical Layer Specification Rel-19
TS 25.222 vj00 UTRA TDD Multiplexing & Channel Coding Rel-19
TS 25.224 vj00 UTRA TDD Physical Layer Procedures Rel-19
TS 25.302 vj00 UTRA Physical Layer Services Rel-19
TS 25.304 vj00 UTRA Idle Mode Procedures Specification Rel-19
TS 25.331 vj00 UTRAN RRC Protocol Specification Rel-19
TS 25.346 vj00 MBMS in UTRA Technical Specification Rel-19
TS 25.430 vj00 Introduction to Iub Interface Specifications Rel-19
TS 25.433 vj00 Node B Application Part (NBAP) Protocol Rel-19