eMBMS业务流程.doc

●eMBMS 逻辑架构主要包括新增的移动管理实体（Mobility Management Entity, MME）， 多小区/ 多播协调实体（Multi-cell/multicast Coordination Entity, MCE），MBMS 网关（MBMS Gate Way, MBMS GW），eNB 实体及M1，M2 和M3 接口。 ●eMBMS的业务流程主要包括两个流程：会话开始流程和会话结束流程。 1会话开始流程 会话开始流程为了请求E-URAN 通知UE接收MBMS 会话，并EPC 触发为这个会话建立MBMS E-RAB，如图1 所示。 MME 向控制着目标MBMS 业务区中的Enbd 的MCE 发送MBMS 会话开始请求，消息中包含IP 多播地址和会话属性； （2）MCE 确认MBMS 会话开始请求； （3）MCE 在目标MBMS 业务区中发送MBMS 会话开始消息，除了会话属性，消息还包括MBSFN 发送所需的无线配置承载； （4）eNB 确认MBMS 会话开始请求； （5）eNB 向UE 发送MBMS 会话开始消息； （6） 为了接收MBMS 用户面数据，eNB 加入IP 多播组； （7） 在确定的时间，eNB 发送MBMS 数据到空口。 图1 会话开始流程 2 会话结束流程 会话结束流程请求E-URAN 通知UE 结束MBMS 会话，并EPC 触发释放MBMS E-RAB，如图2 所示。 （1） MME 向控制着MBMS 业务区中的eNB 的MCE 发送MBMS 会话 停止请求； （2） MCE 确认MBMS 会话停止请求接收； （3） MCE 在目标MBMS 业务区里发送MBMS 会话停止消息； （4） eNB 确认MBMS 会话停止请求； （5） eNB 向UE 发送MBMS 会话停止消息； （6） 释放E-RAB，eNB 离开IP 多播组。 图2 会话结束流程 1-2.PoC服务器收到集群终端A的语音数据后，则向PDN-GW发送语音数据，PDN-GW判定该语音数据所在的承载为点对多点类型（TMGI），则将该数据发送至BM-SC（TMGI）。BM-SC收到该语音数据后，则发送会话开启请求消息（Session Start request message）到MBMS网关（MBMS GW），指示MBMS传输即将开始，向MBMS网关提供会话参数。MBMS网关向BM-SC发送会话开启响应消息（Session Start response message），同时MBMS网关创建一个MBMS承载上下文（MBMS Bearer Context）以保存会话属性，向MME发送会话开启请求消息，如果为静态MBSFN area，则由MBMS-GW为会话分配IP组播地址以及隧道。如果为动态MBSFN area，则由MME为会话分配IP组播地址。 注： 目前协议支持一个TMGI对应一个MBMS service area，同时一个MBMS service area可以有多个TMGI。也就是说，对于集群业务（TMGI ID），多个不同的集群业务可以在相同的MBMS service area上发送。 1） 对于静态MBSFN area，则MBMS-GW保存有TNL information（即：“List of downstream nodes”），即该区域所包含的eNB信息。如果BM-SC从PDN GW得知某个集群业务开始（TMGI），然后通过Session Start发送到MBMS GW（消息中携带该TMGI和MBMS service area）， BMS GW通过Session Start发送到MME（消息中携带该TMGI/MBMS service area），同时还有TNL information（即：“List of downstream nodes”）携带给MME，该“TNL information”将MME原先的自身产生的“TNL information”覆盖。 2）对于动态MBSFN area，则MBMS-GW并未存储TNL information（即：“List of downstream nodes”），即该区域所包含的eNB信息。如果BM-SC从PDN GW得知某个集群业务开始（TMGI），然后通过Session Start发送到MBMS GW（消息中携带该TMGI和MBMS service area），MBMS GW通过Session Start发送到MME（消息中携带该TMGI/MBMS service area），由于MBMS GW并未有TNL information，则不携带该信息给MME。MME则根据集群终端所归属的eNB信息自动产生TNL information。 3、MME收到会话开启请