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

Glossary term · Services

MBMS subchannel

Multimedia Broadcast Multicast Service Subchannel

Services →

MBMS subchannel is a logical channel within an MBMS bearer that uses parameters like UDP port to distinguish sub-streams, enabling multiple logical channels over a single bearer for group communication.

Introduced
Rel-13
Where
Services
Specifications
3 specs
MBMS subchannel Description Purpose What changed Neighbours Detected Changes Specifications

Description

The MBMS subchannel is a concept introduced in 3GPP Release 13 to support group communication services (such as Mission Critical Push-to-Talk, MCPTT) over MBMS. It is defined as a logical channel that uses the resources of an activated and announced MBMS bearer, identified by the TMGI of that bearer, along with additional parameters like UDP port. These additional parameters allow multiple logical channels to be multiplexed over a single MBMS bearer, each serving a different purpose or group. For example, in a group call, one subchannel might carry the media (voice), while another subchannel carries floor control messages (e.g., to indicate when a user is talking).

Architecturally, the MBMS subchannel is not a separate radio bearer; it is a logical construct that leverages the underlying MBMS bearer's transport capabilities. The MBMS bearer provides the physical and transport resources (e.g., radio resources, IP multicast address, TMGI), while the subchannel adds a layer of differentiation using parameters such as UDP port numbers. This allows the network to send different types of data (e.g., media, signaling) to the same group of UEs without setting up multiple MBMS bearers, which would be resource-intensive. The subchannel concept is particularly important for group communication, where multiple streams (e.g., audio from different talkers, control messages) need to be delivered to the same set of users.

The operation of an MBMS subchannel involves the BM-SC and the group communication service enabler (e.g., MCPTT server). When a group call is established, the server activates an MBMS bearer and assigns subchannels for different purposes. The subchannel information (e.g., UDP port) is announced to the UEs via the MBMS user service discovery/announcement mechanisms. UEs that join the group call receive the bearer and then filter the incoming packets based on the subchannel parameters to extract the relevant streams. This filtering is typically done at the IP layer using the UDP port number.

Key components include the TMGI, which identifies the MBMS bearer, and the additional parameters (e.g., UDP port) that identify the subchannel. The subchannel may also be used for other purposes, such as informing when a conversation in a group call is started or ended. This is crucial for synchronizing the group communication state across all participants. The subchannel concept thus provides a flexible and efficient way to deliver multiple logical streams over a single MBMS bearer, reducing the overhead of managing multiple bearers.

The MBMS subchannel is defined in specifications such as 23.479 (Mission Critical Services over MBMS), 24.380 (MCPTT media plane), and 24.581 (MCPTT media plane). Its introduction in Release 13 coincided with the development of mission-critical services, which require robust and efficient group communication. The subchannel mechanism allows these services to leverage MBMS for scalability while maintaining the necessary control and media separation. It has been carried forward in subsequent releases without changes to its definition, indicating its stability and continued relevance.

Purpose & Motivation

The MBMS subchannel was created to address the need for efficient group communication over MBMS, particularly for mission-critical services like MCPTT. In group calls, multiple types of data (e.g., voice media, floor control signaling) must be delivered to all group members. Using separate MBMS bearers for each data type would be inefficient, as each bearer consumes radio and core network resources. The subchannel concept solves this by allowing multiple logical channels to share a single MBMS bearer, differentiated by parameters like UDP port. This reduces resource consumption and simplifies session management.

Before the subchannel, group communication over MBMS would have required either multiplexing all data into a single stream (which complicates processing) or using multiple bearers (which is wasteful). The subchannel provides a middle ground: it allows logical separation without the overhead of multiple bearers. This is especially important in mission-critical scenarios where resources may be scarce and reliability is paramount. The subchannel also enables the network to inform UEs about the state of the group call (e.g., when someone starts or stops talking) through a dedicated control subchannel, ensuring that all participants have a consistent view of the call.

The introduction of the subchannel in Release 13 was driven by the 3GPP's work on mission-critical services, which required a robust and scalable group communication enabler. The subchannel concept has since become a key part of the MBMS-based group communication architecture, allowing operators to deploy MCPTT and similar services efficiently. It also aligns with the broader trend of using MBMS for specialized services beyond traditional mobile TV, demonstrating the flexibility of the MBMS framework.

What changed in its specifications

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

TS 24.380Rel-17 → Rel-18

Rel-18 adds media plane multiplexing via mc_floor_ssrc fmtp and Audio SSRC in floor control. It adds an MBS subchannel control protocol. It also adds invited user identity, group call setup, and floor control SSRC/SDP fields.

Full comparison in TS 24.380 →
TS 24.581Rel-17 → Rel-18

Rel-18 added SSRC-related fields, fmtp attributes, and procedures for MCVideo transmission control and multiplexing. It also introduced the MBS subchannel control protocol with messages, fields, timers, counters, and term mappings.

Full comparison in TS 24.581 →

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

Specific changes extracted from the „Change history“ tables of 3GPP specifications (2 CRs across 2 releases). Complements the general historical overview above with the evidence-based evolution of this function.

Rel-15 1 change
  • Floor Release Multi Talker message over MBMS subchannel TS 24.380CR0185
Rel-16 1 change
  • Incorrect reference to table for MBMS Subchannel Control TS 24.581CR0038

Defining Specifications

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

SpecificationTitleRelease
TS 23.479 vj00 MBMS API for Mission Critical Services Rel-19 read
TS 24.380 vk10 MCPTT Media Plane Control Protocols Rel-20 read
TS 24.581 vj30 MCVideo Media Plane Control Rel-19 read