MBMS会话控制详解

MBMS注册流程只在UMTS网络中建立多播传输树和需要的MBMS承载上下文。它不建立实际的承载资源。为了对稀疏网络资源（例如无线承载）进行有条不紊的管理，我们用MBMS承载上下文的状态变量来区分不同的MBMS承载资源要求。如图6.9所示，这个状态模型是由MBMS会话开始和结束流程控制的。在等待状态下，不需要为数据传输提供承载面资源。活跃状态则表明有承载面资源要求。

MBMS会话开始流程通常是在MBMS会话依照安排即将开始之前，由BM-SC启动。这会触发传输路径上的承载资源的建立。同时还包括在空中接口上建立合适的无线承载，并且向UE发出通知。由于这个过程会花费几秒或更长时间，所以需要在发送MBMS会话数据之前插入一个宽限期。这样做能够有效避免承载路径上的网络节点中的缓冲。

会话开始流程除了用于建立承载资源之外，还用于建立MBMS广播承载服务的传输树和相关MBMS承载上下文。图6.10表示的是MBMS会话开始流程。

MBMS会话开始流程包含以下步骤：

1）BM-SC通过发送MBMS会话开始请求，向其下游节点名单中的每个GGSN表明会话开始，并在请求中提供TMGI、QoS参数、MBMS服务域和会话时长等会话属性。BM-SC将对应MBMS承载上下文中的状态属性设置为活跃。当某MBMS承载服务处于广播模式时，BM-SC还会提供希望加入传输树的下游节点名单。GGSN在MBMS承载上下文中存储这些会话属性，并且将下游节点名单加入到MBMS承载上下文中。然后GGSN将MBMS承载上下文的状态属性设置为活跃，并且向GGSN回复一个MBMS会话开始响应。

图6.9 MBMS承载服务状态模型

图6.10 MBMS会话开始流程

2）类似地，GGSN通过发送包含其之前获得的会话属性信息的MBMS会话开始请求，向它的每一个下游SGSN表明会话开始。对于广播MBMS承载服务，SG-SN需要创建MBMS承载上下文。然后SGSN在相应的MBMS承载上下文中存储GGSN提供的会话属性，将状态属性设置为活跃，并在回复给GGSN的MBMS会话开始响应中提供即将用到的承载面的TEID。因而GGSN就为SGSN更新其承载上下文条目。

3）SGSN向下游节点属性名单中的每个RNC分发MBMS会话开始请求，并提供所有的相关会话属性。对于MBMS广播承载服务，RNC首先创建相应的MBMS承载上下文。然后RNC将会话属性添加到MBMS承载上下文，将状态属性设置为活跃，并在MBMS会话开始响应中向SGSN提供即将用到的承载面的TEID，SGSN为那个RNC更新其承载上下文条目。结果RNC根据以会话属性形式存储的MBMS数据传输参数，建立无线承载资源。

图6.11表示的是MBMS会话终止后被启动的MBMS会话结束流程，其目的是释放承载服务资源。MBMS会话结束流程也可以在MBMS会话进行中被触发，条件是出现足够长时间的数据次活跃，从而有足够理由释放承载服务资源。这个流程的细节如下：

1）BM-SC向传输树上的所有下游GGSN发送MBMS会话结束请求，以表明会话结束，可以释放承载资源。BM-SC还将MBMS承载上下文的状态属性设置为等待。GGSN回复一个MBMS会话结束响应，并将自己的状态属性设置为等待。BM-SC还可能会触发MBMS多播承载服务计费数据的产生。(www.xing528.com)

2）GGSN向MBMS承载上下文的下游节点名单上的每个SGSN发送MBMS会话结束消息，并将各个SGSN的状态属性设置为等待，以启动面向SGSN的承载资源的释放。对于MBMS广播承载服务，GGSN会删除MBMS承载上下文。

3）SGSN向GGSN回复MBMS会话结束响应，并释放TEID和用于从GGSN接收MBMS会话数据的承载面资源。SGSN向它服务于的每个下游RNC发送MBMS会话结束请求，并将MBMS承载上下文的属性设置为等待，以启动面向RNC的承载资源的释放。如果MBMS承载服务处于广播模式，SGSN会删除各个RNC的MBMS承载上下文。

图6.11 MBMS会话结束流程

4）RNC向SGSN回复MBMS会话结束响应，并启动面向SGSN的无线承载和承载资源的释放。对于MBMS广播承载服务，MBMS承载上下文会被删除。

除了开始和结束会话，MBMS还支持会话进行中的更新。更新正在进行的会话是由MBMS会话更新流程负责的。MBMS会话更新流程有两个目的。当SGSN在正在进行的MBMS多播会话中启动会话更新流程时，SGSN会告知RNC，UE正在移动到一个新的路由区，或者原路由区里不再有感兴趣用户。MBMS会话更新流程的另一个目的是，在MBMS广播承载服务的传输树上宣传服务域的变化。在这种情况下，BM-SC按图6.12所示的流程启动更新流程，以更新MBMS服务域属性，也潜在地更新对应的MBMS承载上下文的下游节点名单。这个流程的简要描述如下：

1）BM-SC向这个MBMS广播承载服务的所有下游GGSN发送会话更新请求。这个请求标识了被影响的MBMS广播承载服务，并提供新服务域的新配置，也就是新的下游节点和MBMS服务域属性的名单。GGSN将新属性存储在对应的承载上下文，并向BM-SC反馈一个会话更新响应。

2）GGSN将新的下游节点属性名单与原来的名单进行比较。然后GGSN向每个新添加的SGSN发送MBMS会话开始请求，向每个已被移除的SGSN发送MBMS会话结束请求，并且向原来就已经在名单上的SGSN发送MBMS会话更新请求。

图6.12 MBMS会话更新流程

3）相应地，接收到MBMS会话更新请求的SGSN，对MBMS承载上下文的会话属性进行更新，并检验它们是否已经发生改变。SGSN通过向其下行链路的RNC发送MBMS会话管理消息来完成所有的改变，这种做法类似于步骤2）中GGSN进行的操作。会话更新请求的结果就是，无线承载资源可能在RAN被建立或释放。