服务提供阶段的优化方案

BCMCS的服务提供阶段与MBMS的服务提供阶段在概念上类似。除了一些术语上的不同，BCMCS中的某些服务提供阶段可以与MBMS的某些服务提供阶段一一对应。在这些阶段执行的流程会因为BCMCS和MBMS的结构差别而有些不同。下面将介绍BCMCS动态广播服务的提供阶段。

正如前面所提到的，BCMCS的动态广播服务要求感兴趣用户订制特定的BC-MCS业务。静态广播服务则没有这项要求。用户可以根据自己的兴趣订制一项或者多项BCMCS服务；用户订制BCMCS服务的信息由BCMCS用户配置文件管理器进行记录。BCMCS标准并没有指定订制机制。关于服务的信息可以离线获取，也可以通过服务声明获取。

图5.10展示的是BCMCS的服务提供阶段。在服务声明阶段，用户通过运营商或者BCMCS业务提供者发出的服务声明知道BCMCS业务的存在。服务声明可以通过SMS或者WAP等机制实现。在BCMCS中，服务声明阶段是一种最初的高级服务恢复。服务声明通常包括服务描述和服务名、服务标识符等信息采集要求的参数。服务声明也可以携带其他的服务相关信息，比如服务的开始时间。与MBMS中不同，BCMCS不提供给用户终端足够的信息来加入下一个会话的BCMCS一个或多个服务数据流。

图5.10 BCMCS动态广播服务的服务提供阶段

信息的获取在一个被称作BCMCS信息获取的独立步骤中完成。在BCMCS信息采集阶段，用户与BCMCS控制器通过HTTP进行交互。用户为了得到要接收一次服务会话的一条或者多条信息流所必需的信息，就向BCMCS控制器提供自己在服务声明中获取到的这项服务的几个标志符。用户也可以向BCMCS控制器同时请求多个服务的信息，甚至所有可用服务的信息，方法就是根本不发标识符。对每项被请求的服务，BCMCS会反馈一些参数，比如服务名、服务描述、服务时间安排以及服务的各条数据流的相关信息。每条BCMCS数据流的信息可能包括数据流描述、多播IP数据和端口号、要用到的传输协议以及应用层编码。BCMCS还提供链路层的信息，比如加密方法和报头压缩的细节，和一些安全性相关参数。(www.xing528.com)

BCMCS信息采集结束后，用户终端已经获知要接收自己想要的服务会话数据流所需要的所有信息。然而，用户并不知道这些服务数据流是否是自己所在的蜂窝小区提供的。在所谓的内容可用性判定阶段，用户能得知内容是否可用，并且通过CDMA2000开销消息从基站采集必需的BCMCS无线设置参数。为了防止用户终端在已接到要支持服务的指示的情况下仍然不能找到任何开销消息（例如，假如它是小区中第一请求特定BCMCS数据流的用户终端），用户终端可以在BCMCS注册阶段中请求BCMCS无线配置参数。

BCMCS注册阶段类似于MBMS的加入阶段。在这个阶段里，用户把自己感兴趣的BCMCS业务和服务数据流通知给RAN。与MBMS不同的是，BCMCS并不是利用IGMP或者MLD信息进行注册，而是用专门的BCMCS信令机制来通知RAN。网络可能会要求对BCMCS注册信息进行授权，以确保只有授权用户终端才能注册。网络还可能要求用户终端周期性地重新注册，从而观察用户是否仍然希望接收给定的某一个BCMCS数据流。

用户终端为BCMCS信息流进行的第一次注册会触发RAN会话发现程序。在这个程序里，RAN获取到BCMCS信息流的会话相关参数，比如会话开始时间和持续时长。RAN会话发现是建立BCMCS承载的前提。假定承载路径并不是静态提供的，那么BCMCS注册会带来BCMCS的核心网和RAN承载的建立。

BCMCS的内容传输阶段等价于MBMS的数据转发阶段。在这个阶段里，BC-MCS会话信息流沿着已经建好的承载路径传输到接收端。在将会话数据从空中接口发送出去之前，RAN可能会进行加密和报头压缩。在这个阶段，较晚到达的用户也能够注册BCMCS数据流。BCMCS注销阶段对应于MBMS的离开阶段。此处，BCMCS数据流是否还需要承载资源由网络决定。BCMCS注销可以通过两种方式完成。采用第一种机制时，一旦某用户决定停止接收特定BCMCS服务，用户终端就明确发送BCMCS注销信令给RAN。采用第二种机制时，运营商要求用户终端重复注册其正在接收的BCMCS数据流，并且当超过一段时间没有注册时，就默认为注销。最后，在会话结束时，网络可能会释放BCMCS承载路径。此外，网络还可以指示用户会话已结束，并且不再需要注册BCMCS会话。

通过在BCMCS中运用静态广播，服务传输阶段变得更简单，类似于MBMS广播模式的服务传输阶段。举例来说，大多数情况下的内容订制是可选的。网络中的所有承载路径都是由非BCMCS标准指定的合适的带外机制静态提供的。正因如此，不再需要BCMCS注册阶段和RAN会话发现阶段，同样，也不再需要BCMCS注销阶段。