广播服务提供阶段详解

本节将介绍广播模式的MBMS的服务提供阶段。广播模式的MBMS服务提供没有多播模式的MBMS服务提供复杂，这是因为广播模式使用更简单的服务机制来进行承载管理。在多播模式中，UMTS网络需要知道请求接收MBMS服务的每个用户，而广播模式则不需要。因此，只有业务提供商需要为使用MBMS广播承载服务而买单，而每个接收端不需要提前订制就能接收广播服务。

图5.6表示的是广播模式的MBMS服务提供阶段。可以从图中看到，与多播模式的MBMS服务提供阶段相比，少了几个阶段。

图5.6 MBMS广播服务的服务提供阶段

多播模式中用于服务提供的订制阶段在广播模式中并不需要，而服务声明阶段则依然存在。它让潜在服务用户能够发现即将进行的可用广播服务会话，同时发现服务相关信息、服务内容和接收相关MBMS广播承载所需的参数。

加入阶段也省略了，因为MBMS广播承载的建立通常由网络启动，并且不需要与服务用户交流。有兴趣接收广播服务的用户只需要对广播服务进行本地激活即可，类似于调频到FM的某个频道。激活所需的信息要么已提前设置好，要么可以从服务声明中获得。BM-SC在会话开始阶段启动MBMS广播承载服务的建立。由于对服务感兴趣的用户并不为网络所知晓，既定广播服务范围内的所有小区内都要建立MBMS广播承载。这与MBMS多播承载服务的建立相比资源利用率更低，因为在多播模式中，只需要在包含多播服务用户的小区内建立承载服务。

建立好广播承载后，就可以开始数据传输了。在多播模式中，MBMS通知可以由网络发出，从而将即将开始的或者正在进行的会话通知给UE。当广播会话按照计划已经结束或者没有可供传输的服务数据时，BM-SC可以启动会话结束阶段。这样一来将释放每项服务的MBMS广播承载面。(www.xing528.com)

图5.7展示了不同广播服务提供阶段的典型时间表。横轴代表时间。图中从上往下数的前3条水平线分别代表服务声明事件、服务声明数据传输激活和MBMS服务数据。这3条水平线都应用于广播服务A。剩下的水平线4～7分别代表UE1和UE2的事件和数据传输激活。我们假设UE1和UE2位于不同小区。观察广播服务A的事件时间线可以看到，服务提供商首先为广播服务A的即将开始的会话安排了服务声明。服务声明持续了两个完整服务会话的时长。这两个广播会话都不是在会话开始后就直接进行数据传输，而是在一小段空闲期后才开始传输。这样做很重要，因为数据只能在必需的广播承载资源建立完成后才开始发送。第一个服务会话的中间有一段数据空闲期，在这段时间里，广播承载资源被会话结束阶段释放，然后又被会话开始阶段恢复。在第二个服务会话整个过程中，数据传输都没有间断。

图5.7 MBMS广播服务的传输时间表举例

UE1通过服务声明得知广播服务后决定要接收这项服务。UE1在本地激活广播服务的接收，并不与网络进行任何交互。正如宣传的那样，网络在UE1所在的小区内传输广播服务A的服务数据。在第二个会话内，UE2决定通过在本地将广播服务去激活，从而退出广播服务。但网络持续传输数据直到会话结束，无论服务域的小区内是否还有用户。

UE2在接收到服务声明后也激活广播服务数据接收。在激活进行的时间里，服务会话已经开始，数据在UE2所在的小区内传输，无论小区内是否有感兴趣用户。UE2在第二个会话结束后才退出广播服务，因此它接收到了第二个会话整个期间内的服务数据。与前面UE1的例子一样，广播服务的激活和去激活过程都在接收端本地执行，网络并不参与其中。