MBMS数据流的传输方式解析

MBMS数据流传输方式为连续的多媒体数据，如语音、音频流和视频流等的传输提供支持。这种传输方式适用于要求传输预定的多播和广播数据流内容的MBMS用户服务。MBMS多播和广播承载服务，以及单播UMTS承载服务都可以用于传输这些服务。

图6.17表示的是MBMS数据流传输方式的协议栈。其中主要用到的传输协议是RTP（Re-al-Time Protocol，实时协议）（Group等，1996）。RTP工作于UDP（User Datagram Protocol，用户数据报协议）之上，通常用于数据网中的音频和视频流数据的实时传输。RTP为数据包的排序和时间标记提供支持，这样一来，接收端就可以执行数据包排序、同步和抖动计算。RTP与RTCP（Real-Time Transport Control Protocol，实时传输控制协议）一起使用。RTCP的作用是利用带外控制信息，提供RTP会话的QoS方面的反馈。由于MBMS承载服务是单向的，所以只允许RTCP的下行链路消息。接收端不向数据源发送RTCP报告，这是通过在会话发现期内相应地配置RTCP来实现的。多媒体编解码器和RTP载荷格式与UMTS PSS（Packet-Switched Streaming，分组交换流）服务指定的格式相容。

图6.17 数据流传输方式的协议栈(www.xing528.com)

如果会话数据要求安全传输，SRTP（Secure Real-Time Transport Protocol，安全实时传输协议）就为认证、数据完整性和加密提供支持。加密密钥的分发和管理由MIKEY（Multimedia Internet Keying，多媒体互联网密钥）协议负责，MIKEY协议与SRTP一起使用。更多MBMS安全功能的细节将在6.5.6节进行描述。MBMS数据流传输方式可以选择性地提供FEC（Forward Error Correction，前向纠错）机制的使用，以增加服务的可靠性。使用FEC时，包含RTP、RTCP、SRTP或MIKEY数据包等载荷的UDP数据包将在BM-SC处编码为FEC源数据块，同时还产生要求数量的恢复字符。受保护的源数据和恢复字符分别被打包成FEC源数据包和FEC恢复数据包。接下来FEC源数据包和FEC恢复数据包通过MBMS承载服务被发送出去。在接收端，FEC机制直接从FEC源数据包恢复原始数据包，然后将它们缓冲一小段时间，用于FEC修复。然后FEC解码器尝试用FEC源数据包和修复数据包来重建原始的FEC源数据块。如果接收端没有接收到足量的FEC源数据包和修复数据包，那么就只能从接收到的FEC源数据包恢复出一部分原始数据包，其他的原始数据包就丢失了。FEC机制的具体操作请参考（3GPP，2007e）。

MBMS数据流传输方式可以在MBMS数据流会话中，选择性地为MBMS QoE（Quality of Experience，体验质量）度量的收集和交流提供支持。QoE度量是在MBMS客户端应用程序中捕获的，并被报告给提供MBMS会话内容的MBMS数据流服务器。QoE度量包括受损时长、初始缓冲时长和重新缓冲时长、RTP数据包或数据帧的连续丢失，以及抖动时长等。MBMS用户服务必须在服务声明的服务描述中提供对应的条目，以明确地激活这个特性。支持这个特性的MBMS客户端应用程序依照测量的定义来执行质量测量，将测量结果汇集到QoE度量中，并通过内容接收报告流程将QoE度量报告给MBMS数据流服务器。内容接收报告流程将在6.5.5节进行描述。