一个MBSFN区域是由一个或多个传输相同内容的小区组成的特殊区域。如图1所示，小区8和9都属于MBSFN区域C。一个MBSFN区域可由多个小区组成，一个小区也可以属于多个（至多8个，从36.331中的maxMBSFN-Area取值为8可知）MBSFN区域的一部分。如图1所示，小区4和5同时属于MBSFN区域A和B的一部分。
MBSFN区域是静态的，除非被O&M修改，否则它不会随着时间而改变。虽然UE需要感知不同的小区以读取系统信息和通知指示等，但从MBSFN接收的角度上看，独立的小区对UE是不可见的。
图1：MBSFN区域举例
使用MBSFN传输不仅要求加入同一MBSFN区域的小区在时间上同步，还要求传输同一特定服务的每个小区使用相同的无线资源。该协调工作是由MCE（Multi-cell/multicast Coordination Entity）负责的。MCE是无线接入网络中的一个逻辑节点，负责接纳控制和为MBSFN区域中的小区分配无线资源和传输参数（时频资源和传输格式）等。如图2所示，一个MCE可以控制多个eNodeB，而每个eNodeB处理一个或多个小区。
图2：MBSFN架构（集中式MCE架构）
位于核心网中的BM-SC（Broadcast Multicast Service Center）负责对内容提供商进行鉴权，计费和流量整形，它同时负责SYNC协议以便在eNodeB之间同步传输数据。MBMS网关（MBMS-GW）是一个逻辑节点，负责将来自BM-SC的IP报文多播到包含在MBSFN区域内的所有eNodeB上。它同时经由MME处理会话控制信令。
M1接口用于MBMS-GW与eNodeB之间的通信，该接口只用于用户面数据传输，而不用于任何控制面数据传输。在M1接口上，IP多播用于传输点到多点的用户数据，且不保证数据传输的可靠性。
M2接口用于MCE与eNodeB之间的通信，该接口用于传输无线资源配置的相关信息和会话控制信令。在M2接口上，SCTP用于传输点到点的信令数据，保证了数据传输的可靠性。
M3接口用于MME与MCE之间的通信，该接口用于传输E-RAB级的会话控制信令（不携带无线资源配置的相关信息），例如MBMS会话启动和停止等。在M3接口上，SCTP用于传输点到点的信令数据，保证了数据传输的可靠性。
图3：MBSFN架构（分布式MCE架构）
36.300中提供了2种可供参考的MBMS部署建议：
- 集中式MCE架构：在这种架构中，MCE可以是一个独立的物理实体，也可以部署在另一个物理实体（如：eNodeB）内。无论是哪种情况，MCE都需要与对应MBSFN区域内的所有eNodeB之间建立M2接口。在集中式MCE架构中，一个MCE负责管理对应MBSFN区域内的所有eNodeB。如图2所示。
- 分布式MCE架构：在这种架构中，一个MCE作为eNodeB的一部分存在，且MCE只能管理一个单一的eNodeB。在eNodeB内部，MCE需要与对应的eNodeB之间建立M2接口。如果在MCE之间存在一些功能协调的工作，则需要O&M的帮助。在分布式MCE架构中，MBSFN区域内的所有eNodeB都存在一个MCE，一个MCE只负责管理其对应的eNodeB。如图3所示。
MBMS传输和单播传输是时分复用在不同的子帧上的，因此UE可以在相同的载波上接收MBMS传输和单播传输。但这要求MBMS传输和单播传输使用相同的载波，因此限制了可在一个MBSFN区域中使用多个载波（多频带）的运营商的部署灵活性。在Rel-11中，加强了这种部署的可操作性。简单地说，UE会告诉网络它的MBMS兴趣和能力，网络会将这些信息考虑在内并保证UE能够接收到相关的MBMS服务，例如通过将UE切换到到提供MBMS传输的载波上。另外，一个支持载波聚合的UE可以在一个载波单元上接收单播传输，并在另一个载波单元上接收MBMS数据。
注：新版的《深入理解LTE-A》已在淘宝发售，且完整版的eMBMS介绍也已收录到新版本中。如果大家有需要，可以在淘宝上搜索“深入理解LTE-A”。或直接点下面的链接购买：
https://item.taobao.com/item.htm?spm=a230r.1.14.6.aD5wzu&id=543082378896&ns=1&abbucket=2#detail