Use "3GPP‑Page" to get the Word version,
and "ETSI‑search" to get the PDF version
Content for TS 36.440 Word version: 16.0.0
The present document describes the overall architecture of the interface for the provision of MBMS in the E-UTRAN. This includes also a description of the general aspects, assumptions and principles guiding the architecture and interface. The MBMS functions to be provided within that architecture are summarized. It provides an introduction to the TSG RAN TS 36.44x series of UMTS Technical Specifications that define the different interfaces introduced for MBMS provision in E-UTRAN.
The following documents contain provisions which, through reference in this text, constitute provisions of the present document.
References are either specific (identified by date of publication, edition number, version number, etc.) or non specific.
For a specific reference, subsequent revisions do not apply.
For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same Release as the present document.
: "Vocabulary for 3GPP Specifications".
: "Layer 1 for interfaces supporting MBMS within E-UTRAN"
: "Signalling Transport for interfaces supporting MBMS within E-UTRAN"
: "EUTRAN M2 Application Protocol (M2AP)"
: "EUTRAN M3 Application Protocol (M3AP)"
: "MBMS synchronisation protocol (SYNC)"
: "MBMS Architecture and functional description"
: "E-UTRA and E-UTRAN overall description"
(2007-09): "Stream Control Transmission Protocol".
For the purposes of the present document, the terms and definitions given in TR 21.905
and the following apply. A term defined in the present document takes precedence over the definition of the same term, if any, in TR 21.905
text used to clarify abstract rules by applying them literally.
For the purposes of the present document, the following symbols apply:
For the purposes of the present document, the abbreviations given in TR 21.905
and the following apply. An abbreviation defined in the present document takes precedence over the definition of the same abbreviation, if any, in TR 21.905
Broadcast-Multicast Service Centre
Evolved Packet Core
Multi-cell/multicast Coordination Entity
Mobility Management Entity
Radio Network Layer
Transport Network Layer
Figure 4-1: General Architecture for E-UTRAN MBMS
Figure 4-1 shows a simplified architecture for MBMS in LTE/SAE. It consists of EPC functional entities and E-UTRAN nodes. Functions of MBMS EPC entities are defined in TS 23.246
. Functions of MBMS E-UTRAN nodes are defined in TS 36.300
. It should be noted that TS 36.300
also allows MCE be deployed inside eNodeB.
Interfaces related to E-UTRAN (i.e. M1, M2 and M3) are introduced in this document. For MBMS, control signaling and user plane data packet are distributed from the EPC to E-UTRAN through different interfaces.
Control plane interfaces
M3, M2 interface are pure control plane interfaces.
M3 between MME and MCE mainly carries MBMS session management signaling.
A MCE is connected to one or more than one eNBs within the same MBSFN through M2 interface mainly for MBMS session management signaling and radio configuration signaling.
User plane interface
M1 interface is a pure user plane interface.
A MBMS GW is connected to multiple eNBs through M1 interface for data distribution.
Reference points within EPC are not in the scope of this document. Please refer to TS 23.246
"M1" Interface: MBMS GW - eNB
The M1 interface is the user plane interface of MBMS between MBMS GW and eNB. IP multicast is used to deliver the downlink packets over the M1 interface and there is no uplink data over M1 radio network layer. SYNC protocol (TS 25.446
) is used over the M1 interface to keep the content synchronization for MBMS service data transmission.
IP multicast is used to deliver the packets over the M1 interface. The M1 interface has the function to manage the IP multicast groups. The MBMS GW maintains the IP multicast groups. The MBMS GW allocates the IP multicast group address when the session arrives, and may release it at session stop. At the eNB side, the eNB joins the IP multicast group to receive the MBMS User Plane data at session start, leaves the IP multicast group when the session stops, may leave the IP multicast group when the session suspends and may rejoin the IP multicast group when the session resumes.
The packets delivered over M1 interface will be synchronously transmitted by eNBs. To support the inter-eNB content synchronization, SYNC protocol layer is defined between BM-SC to eNB, which is used to carry additional information that enable eNBs to identify the timing for radio frame transmission and detect packet loss. Every packet in M1 contains the SYNC protocol information which is encapsulated at BM-SC.
"M2" Interface: MCE - eNB
An Application Part (M2AP) is defined in TS 36.443
for this interface, which conveys at least radio configuration data for the multi-cell transmission mode eNBs and Session Control Signaling. SCTP (IETF RFC 4960 ) is used as signaling transport i.e. Point-to-Point signaling is applied.
The M2 Setup (respectively the eNB and MCE configuration update) function allows to exchange (respectively update) application level data needed for the eNB and MCE to interoperate correctly on the M2 interface after the TNL association has become operational.
MBMS session management function is responsible for starting, updating, and stopping MBMS sessions.
The M2 service context management function supports the establishment of the necessary overall initial service context including MBMS E-RAB context, M2 signalling connection ID(s), etc.
The establishment of the overall initial M2 service context is initiated by the MCE.
The M2 service context management function also supports the release of the context previously established in the eNB due to service termination. The release of the context is triggered by the MCE.
The MBMS E-RAB service management function is responsible for establishing and releasing E-UTRAN resources for service data transport. The establishment of E-UTRAN resources is triggered by the MCE. The release of E-UTRAN resources is triggered by the MCE.
The M2 signalling link management function provides a reliable transfer of the radio network signalling between eNBs and MCE. The SCTP is used to support the exchange of M2 Application Protocol (M2AP) signalling messages between eNBs and MCE.
The MBMS Service Suspension function allows the MCE to request the eNB to stop the MBSFN transmission of an ongoing service and release associated RAN resouces while keeping the MBMS context in the eNB.
The MBMS Service Resumption function allows to resume a previously suspended MBMS Session.
This function provides multiplexing information if more than one MBMS service is active. The MCE allocates the amount of resources to multiplexed services, using service related information. The eNBs accept the MBMS Scheduling information to synchronize the MCCH transmission in the MBSFN area.
The M2 interface shall support timing and synchronization management functions. MCE transmits the control information to eNBs through M2 interface. Synchronization function guarantees the corresponding MCCH to be transmitted at all eNBs simultaneously.
These functions allow for managing of signalling associations between eNB-MCE, surveying M2 interface and recovering from errors.
This function allows the reporting of general error situations on signalling exchange.
The reset function is used to initialize the peer entity after node setup or after a failure event occurred. The reset function may also be used to initialize part of the peer entity. This procedure can be used by both the eNB and MCE.
The MBMS Counting function allows the MCE to request the eNB(s) to count and report per MBSFN area for one or more MBMS services the number of connected UEs receiving the MBMS Service or interested in receiving it.
"M3" Interface: MME - MCE
M3 provides the signalling service between MCE and MME that is required to fulfil the M3AP functions listed in TS 36.444
. SCTP (IETF RFC 4960 ) is used as signaling transport i.e. Point-to-Point signaling is applied.
MBMS session management function is responsible for starting, updating, and stopping MBMS sessions.
The M3 service context management function supports the establishment of the necessary E-MBMS service context including E-MBMS E-RAB context, M3 signalling connection ID(s), etc.
The establishment of the M3 service context is initiated by the MME. The M3 service context management function also supports the release of the context previously established in the MCE due to service termination. The release of the M3 context is triggered by the MME.
The E-MBMS E-RAB service management function is responsible for establishing and releasing E-UTRAN resources for E-MBMS services. The establishment of E-UTRAN resources is triggered by the MME and requires respective QoS information to be provided to the MCE. The release of E-UTRAN resources is triggered by the MME.
These functions allow for managing of signalling associations between MME-MCE, surveying M3 interface and recovering from errors.
The error indication function is used by the MCE (respectively the MME) to indicate to the MME (respectively the MCE) that a logical error has occurred.
The reset function is used to initialize the peer entity after node setup or after a failure event occurred. The reset function may also be used to initialize part of the peer entity. This procedure can be used by both the MCE and MME.
In distributed MCE architecture, the M3 Setup and MCE Configuration Update functions may be used to exchange (respectively update) application level data used for the operation of the M3 interface after the TNL association has become operational.
MBMS related E-UTRAN interfaces, M1, M2 and M3, are layered into a Radio Network Layer (RNL) and a Transport Network Layer (TNL).
The radio network signalling over M3 consists of the M3 Application Protocol (M3AP). The M3AP protocol (TS 36.444
) consists of procedures between the EPC and E-UTRAN for MBMS.
The radio network signalling over M2 consists of the M2 Application Protocol (M2AP). The M2AP protocol (TS 36.443
) consists of procedures between the MCE and eNB for MBMS.
The protocol stack structure for M1 interface is defined in TS 36.445
MBMS user data is distributed from the MBMS GW to eNBs by using IP multicast through the M1 interface. An eNB joins the IP multicast address allocated by MBMS GW during the MBMS Session Start procedure (TS 23.246
The protocol stack structure for M2 interface is defined in TS 36.442
The protocol stack structure for M3 interface is defined in TS 36.442
specifies the physical layer technologies that may be used to support the M1, M2 and M3 interface for MBMS in E-UTRAN.
specifies the signalling bearers for the M2AP for the M2 interface and the M3AP for the M3 interface.
specifies the M2AP protocol for radio network control plane signalling over the M2 interface.
specifies the M3AP protocol for radio network control plane signalling over the M3 interface.
specifies the transport bearers for the user plane of the M1 interface.
specifies the MBMS synchronisation protocol over the M1 interface.