SC-MTCH

Single Cell Multicast Transport Channel

Radio Access Network
Introduced in Rel-13
A transport channel used in LTE's SC-PTM feature to deliver multicast data to multiple UEs within a single cell. It enables efficient broadcast/multicast services like public safety alerts or software updates without requiring dedicated unicast bearers for each user, optimizing radio resource usage.

Description

The Single Cell Multicast Transport Channel (SC-MTCH) is a downlink transport channel defined within the LTE Radio Access Network (RAN) architecture, specifically for the Single-Cell Point-to-Multipoint (SC-PTM) transmission mode. It operates under the control of the eNodeB and is mapped to the Physical Downlink Shared Channel (PDSCH) for physical layer transmission. The SC-MTCH is a logical channel that carries the actual multicast or broadcast user data, such as multimedia content, emergency alerts, or software updates, destined for a group of User Equipments (UEs) that have joined a specific multicast group. It is a unidirectional channel from the network to the UEs and does not support uplink feedback or retransmissions at the MAC layer, aligning with its broadcast nature.

From a protocol stack perspective, the SC-MTCH exists at the Medium Access Control (MAC) layer. The eNodeB schedules SC-MTCH transmissions using a specific logical channel identifier and a group Radio Network Temporary Identifier (RNTI), namely the Single Cell Notification RNTI (SC-N-RNTI) or a Group RNTI (G-RNTI), to indicate which UEs should decode the transmission. The data on SC-MTCH is carried in MAC Protocol Data Units (PDUs). Unlike unicast channels, SC-MTCH does not utilize Hybrid Automatic Repeat Request (HARQ) for reliability; instead, it may rely on application-layer forward error correction (FEC) or higher-layer retransmission schemes if required by the service. The channel is dynamically configured and released by the eNodeB based on the presence of active multicast sessions and subscribing UEs within the cell.

The SC-MTCH's operation is tightly integrated with the SC-PTM control mechanism. Before data transmission on an SC-MTCH begins, the eNodeB uses the Single Cell Multicast Control Channel (SC-MCCH) to announce the configuration and scheduling information for available SC-MTCHs. UEs interested in a particular multicast service monitor the SC-MCCH to acquire the necessary parameters, such as the associated G-RNTI and the time-frequency resources (subframes) where the SC-MTCH will be transmitted. Once configured, the UE uses the G-RNTI to 'descramble' the PDCCH, which points to the PDSCH resources carrying the SC-MTCH data. This architecture allows multiple SC-MTCHs (for different services) to coexist in a cell, each identified by a unique Temporary Mobile Group Identity (TMGI) at the NAS layer and managed via distinct logical channel configurations at the RRC layer.

Purpose & Motivation

SC-MTCH was introduced to provide a standardized, efficient mechanism for delivering multicast and broadcast services within a single LTE cell, addressing the growing demand for group communication services. Prior to SC-PTM and SC-MTCH, LTE primarily relied on Multimedia Broadcast Multicast Service (MBMS) via MBSFN (Multicast-Broadcast Single Frequency Network), which required complex synchronization across multiple cells and was more suitable for wide-area, high-quality video broadcasts. For many applications, such as localized public safety communications, targeted advertising, or device software updates in a specific area, a single-cell solution is more practical and resource-efficient.

The creation of SC-MTCH solved the problem of inefficient unicast replication for group services. Without a multicast channel, the network would need to establish individual dedicated bearers (via the DTCH) to each UE receiving the same content, duplicating the data stream for every user and consuming excessive downlink radio resources and processing power at the eNodeB. SC-MTCH enables a single transmission of the data packet over the air interface that can be received by all subscribed UEs simultaneously, dramatically improving spectral efficiency and reducing network load for group-oriented traffic. This is particularly critical for machine-type communication (MTC) scenarios or Internet of Things (IoT) deployments where a large number of devices may need to receive the same configuration or firmware update.

Historically, SC-MTCH was part of the LTE enhancements for Machine-Type Communication (eMTC) and Critical Communications introduced in 3GPP Release 13. It filled a gap in the LTE ecosystem by providing a lightweight, cell-specific multicast capability that complements the wide-area MBSFN-based MBMS. Its design prioritizes simplicity and low overhead, making it suitable for services that do not require the stringent synchronization and combining gains of MBSFN but still benefit from the resource savings of point-to-multipoint delivery.

Key Features

  • Carries user plane data for multicast/broadcast services within a single LTE cell.
  • Mapped to the Physical Downlink Shared Channel (PDSCH) for transmission.
  • Utilizes group identifiers like G-RNTI for UE-specific decoding of shared channel.
  • Operates without MAC-layer HARQ feedback or retransmissions.
  • Dynamically configured and scheduled by the eNodeB based on service demand.
  • Associated with a specific multicast service identified by a Temporary Mobile Group Identity (TMGI).

Evolution Across Releases

Rel-13 Initial

Initial introduction as part of SC-PTM for LTE. Defined the channel structure, mapping to PDSCH, and association with SC-MCCH for control information. Supported efficient single-cell multicast for eMTC and public safety services, operating without MBSFN synchronization requirements.

Defining Specifications

SpecificationTitle
TS 36.300 3GPP TR 36.300
TS 36.322 3GPP TR 36.322