移动电视标准 MBMS （三）技术细节

说是技术细节，其实也细不到哪里去，肯定不能超过我的知识范围，其次也不想说的很专业枯燥。

首先，为了收看电视节目，需要激活频道，前文提到过的节目单在这里就发挥了作用，因为通过或者 SMS 或者 PS 业务收集的节目单里有一个重要信息：TMGI ，它包含 PLMN 和 Service ID，每一个 TMGI 标识了唯一的一个频道。一个小区里手机也许能够检测到 MCCH ，这表示这个小区提供 MBMS 业务，但是这不一定代表用户能够接收他所感兴趣的频道，因为也许手机不能检测到相应的 TMGI 。根据协议的描述，PLMN 在 TMGI 里是可选的，尽管它的意义目前还不十分清楚，难道是为了不同运营商能够转播同一个频道？即用 Service ID 标识频道，而 PLMN 则根据当前小区决定？不过这不妨碍实现，因为目前来说 PLMN 会乖乖的出现在每个 TMGI 中。

其次，通过读取 MCCH 和 TMGI，手机就可以算是连通了一个电视频道。每个频道的内容被按照某种适合播放的方式分成很多份，每一份被称为一个 session。当有内容将播放的时候，即某个 session 即将开始的时候，手机会收到通知。这时候用户可以选择看或是不看，如果选择看，那么手机就会去 MTCH 读取数据。这里提到的数据可以是任何形式的，只要应用程序能就 decode。数据也是可以加密的，举例说，对于每个 session 会有一个被称作 session key 的东西用于解密数据，这也就是为什么很多时候在接收 MBMS 数据是会需要激活有一个 PDP context 的原因。

运营商有多种方式来优化提高网络的利用率，比如当一个小区内接收某个电视节目的人数增多到某个预先设置的阀值，RAB 可以由 PTP 转为 PTM。这个转换涉及到两个新类型的 Service Request：PTP reception 和 counting。Counting 是用来统计收看人数的过程，由 UTRAN 发起。也许是标准组想多利用现有的信令，也许是想利用现有的 Initial direct transfer 过程来建立 PS signalling connection，这个本不需要 CN 参与的 Counting 过程使用了 Service Request 作为媒介，这就使 SGSN 多收到一些无用的信息！因为 UTRAN 根据发起手机发起的 establishment request 中的 establishment cause 就能知道这是 counting 的响应。废话不多说，反正这是既成事实。当网络决定使用 PTP 的时候，手机会收到指示，从而发起 Service request（PTP reception）.

除此以为，运营商还可以限定某个频率作为 MBMS 服务的专用频率，这被称作 Preferred Layer 。在这个频率上一般只能接收 MBMS 数据，手机能够被 Paging，当然也许在收到 Paging 以前网络就把该手机切到非 MBMS 专用频率上去了。同理，如果手机想要建立 CS 连接，很有可能网络会把该手机切到非 MBMS 专用频率上。仔细的读者会发现，如果该频率只能用于接收 MBMS 数据，那么用于接收 session key 的 PS 连接怎么办？答案是，Perferred Layer 不推荐用于支撑其他业务，当然，如果必须还是可以“一心两用”的。

目前就这么多了，以后找机会补充吧。