在实现的过程中,MBMS承载服务可以分成几个不同的服务提供阶段。由于服务机制不同,多播或广播模式下MBMS承载服务的提供阶段稍有不同。本小节将介绍MBMS承载服务的提供过程。
图5.4表示了多播服务的8个不同提供阶段。某些阶段需要用户的直接参与,而其他的则不需要。请求接收特定MBMS多播服务的用户必须先订制这项服务。订制过程以服务合约的形式在用户和服务提供商之间建立联系,这个过程在订制阶段完成。订制信息记录在BM-SC,只有当已经订制时,运营商才会给用户提供MBMS服务。这个标准并没有详细指定如何实施订制操作,网络运营商和服务提供商可以采用任何可行方案,例如在门户网站建立电子订制渠道,或者签署书面合同等。
图5.4 MBMS多播服务提供阶段
服务声明阶段通常远在MBMS服务会话前就开始,从而给服务提供商一个向潜在用户告知即将开始的会话的机会。并不是只有已订制的用户才能接收服务声明。服务声明携带一些信息,例如服务描述、服务内容、服务应用的媒体类型、开始时间、服务时长以及其他的加入服务会话的相关信息。服务声明可以由MBMS、SMS或者多媒体消息服务(MMS)分发,也可以通过在网站上发布广告来进行。
一旦一个潜在的服务用户被告知即将开始的会话,它有可能会选择加入这个会话。非订制用户在加入会话之前需要先订制服务。加入过程启动了MBMS多播承载面的建立。用户通常在会话即将开始时加入,然而设置为“随时可用”的MBMS承载服务允许用户在会话开始前很久就加入,例如在接收到服务声明的时候就加入。加入阶段在MBMS标准中也被称为MBMS多播服务激活。
当会话数据准备发送时,BM-SC就会触发会话开始阶段。会话开始阶段对用户来说是透明的。这个阶段会启动承载资源的预留和建立,这是为数据传输做准备。一旦所有必需的承载资源都建立完成,就进入数据传输阶段。在数据传输阶段,MBMS多播服务数据会发送给所有已订制服务的用户和会话期内正在加入多播组的用户。MBMS通知通常在数据传输进行时发出,通知用户即将发生的或正在进行的数据传输。
用户可能在任何时间点上选择离开多播会话。它可以在会话进行中、会话结束后、甚至会话开始前离开。用户的离开向UMTS网络表明它希望不再从指定的多播承载服务那里接收数据了。这样就能够节省不存在订制用户区域内的网络承载资源,所以十分重要。离开过程也被称为多播服务去激活过程。(www.xing528.com)
最后,当多播会话结束,没有需要发送的会话数据时,BM-SC会触发会话结束阶段。从这个阶段开始释放MBMS多播承载资源。会话正式结束前,如果有足够长时间没有进行数据传输,就认为可以释放承载资源了,这时BM-SC就触发会话结束阶段。这种情况发生时,一旦BM-SC又有了可以发送的数据,则只需一个会话开始阶段就可以重新回到会话状态。
图5.5展示了不同多播服务提供阶段的典型时间表。横轴代表时间。图中从上往下数的前3条水平线分别代表服务声明事件、服务声明数据传输激活和MBMS服务数据。这3条水平线都应用于多播服务A。剩下的水平线4~7分别代表UE1和UE2的事件和数据传输激活。我们假设UE1和UE2位于不同小区。
观察多播服务A的事件时间线可以看到,服务提供商首先为多播服务A的即将开始的会话安排了服务声明。如图5.5所示,服务声明持续了两个完整服务会话的时长,并且在第二个多播会话结束后才终止。这两个多播会话都不是在会话开始后就直接进行数据传输,而是在一小段空闲期后才开始传输。这样做很重要,因为数据只能在必需的多播承载资源建立完成后才开始发送。第一个服务会话的中间有一段数据空闲期,在这段时间里,多播承载资源被会话结束阶段释放,然后又被会话开始阶段恢复。在第二个服务会话整个过程中,数据传输都没有间断。
图5.5 MBMS多播服务的传输时间表举例
UE1在服务声明之前很久就已经订制多播服务,并且在通过服务声明知道有可用服务后,立即加入服务会话。接着,UMTS网络在UE1所在的小区发送多播服务A的服务数据。在第二个服务会话进行中,UE1决定执行多播服务去激活功能,从而退出多播服务。在这个例子中我们假设UE1是小区中多播服务A的最后一个用户。所以接下来,UMTS网络停止在小区传输服务数据。
UE2并没有提前订制多播服务A,但是当它通过服务声明知道即将开始的多播会话时,它决定订制这项服务。UE2在第一个服务会话期间加入多播服务。我们假设UE2所在的小区之前并没有多播服务A的用户。这样一来,只有当UE2激活了多播服务A后,网络中才会传输数据。UE2是在第二个会话结束后才退出多播服务,所以它接收到了第二个会话的整个期间内的数据。
免责声明:以上内容源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。