流光溢彩的流媒体.docVIP

流光溢彩的流媒体 　　时下流行的IPTV、手机电视、视频监控等流媒体业务为早已存在的流媒体技术又镀上一层光彩，无论业务多么新颖，其技术根基依然在日益稳固地完善着。了解流式传播的原理、协议以及架构，无疑能对新业务的应用产生更多的理解。 　　当IPTV、手机电视、视频监控等流媒体业务风起云涌时，支撑这些应用的流媒体技术也越来越焕发光彩。流媒体是指用户通过网络或者特定数字信道边下载边播放多媒体数据的一种工作方式。现在，以“流”的形式进行数字媒体的传送，可使人们在一定的带宽环境下在线欣赏到连续不断的高品质音频和视频节目，流媒体技术的应用无疑为网络信息交流带来革命性的变化。 　　 　　怎样进行流式传播 　　 　　流式传输的实现需要缓存。Internet是以包传输为基础进行断续的异步传输，对一个实时A/V源或存储的A/V文件来说，在传输中它们要被分解为许多包，由于网络是动态变化的，各个包选择的路由可能不尽相同，故到达客户端的时间延迟也就不等，甚至先发的数据包还有可能后到。为此，需要使用缓存系统来弥补延迟和抖动的影响，并保证数据包的顺序正确，从而使媒体数据能连续输出，不会因为网络暂时拥塞使播放出现停顿。通常高速缓存所需容量并不大，因为高速缓存使用环形链表结构来存储数据，通过丢弃已经播放的内容，媒体数据可以重新利用空出的高速缓存空间来缓存后续尚未播放的内容。 　　流式传输的实现需要合适的传输协议。由于TCP需要较多的开销，故不太适合传输广播/多播数据。在流式传输的实现方案中，一般采用HTTP或RTSP来传输控制信息，而用RTP/UDP来传输实时媒体数据。流式传输的过程一般是这样的: 用户选择某一流媒体服务后，Web浏览器与Web服务器之间使用HTTP/TCP交换控制信息，以便把需要传输的实时数据从原始信息中检索出来; 然后客户机上的Web浏览器启动媒体播放程序，使用HTTP从Web服务器检索相关参数，对媒体播放程序初始化。这些参数可能包括目录信息、A/V数据的编码类型或与A/V检索相关的服务器地址。 　　A/V 媒体播放程序及A/V服务器运行实时流控制协议（RTSP），以交换A/V传输所需的控制信息。与CD播放机或VCRs所提供的功能相似，RTSP提供了操纵播放、快进、快倒、暂停及录制等命令的方法。A/V服务器使用RTP/UDP协议将A/V数据传输给A/V客户程序（一般可认为客户程序等同于Helper程序），一旦A/V数据抵达客户端，A/V客户程序即可播放输出。 　　需要说明的是，在流式传输中，使用RTP/UDP和RTSP/TCP两种不同的通信协议与A/V服务器建立联系，是为了能够把服务器的输出重定向到一个不同于运行媒体播放程序所在客户机的目的地址。实现流式传输一般都需要专用服务器和播放器，其基本原理如图1所示。 　　 　　流媒体播放方式 　　 　　单播 　　在客户端与媒体服务器之间需要建立一个单独的数据通道，从一台服务器送出的每个数据包只能传送给一个客户机,这种传送方式称为单播。单播方式下每个用户必须分别对媒体服务器发送单独的查询, 而媒体服务器必须向每个用户发送所申请的数据包拷贝。这种巨大冗余造成服务器沉重的负担，响应需要很长时间，甚至使服务器停止播放，管理人员也得被迫购买硬件和带宽来保证一定的服务质量。 　　 　　点播与广播 　　点播连接是客户端与服务器之间的主动连接。在点播连接中，用户通过选择内容项目来初始化客户端连接。用户可以开始、停止、后退、快进或暂停流。点播连接提供了对流的最大控制，但这种方式由于是每个客户端各自连接服务器，会迅速用完网络带宽。 　　广播指的是用户被动接收流。在广播过程中，客户端接收流，但不能控制流。例如，用户不能暂停、快进或后退该流。广播方式中数据包的一个单独拷贝将发送给网络上的所有用户。 　　 　　组播 　　IP组播技术构建了一种具有组播能力的网络，允许路由器一次性将数据包复制到多个通道上。采用组播方式，单台服务器能够对几十万台客户机同时发送连续无延时的数据流。媒体服务器只需要发送一个信息包，而不是多个，所有发出请求的客户端共享同一信息包。信息可以发送到任意地址的客户机，减少网络上传输的信息包的总量。这种方式使网络利用效率大大提高，成本大为下降。 　　使用单播发送时，需要将数据包复制多个拷贝，以多个点对点的方式分别发送到需要它的那些用户，而使用广播方式发送，不管用户是否需要，数据包的一个单独拷贝都将发送给网络上的所有用户，上述两种传输方式会非常浪费网络带宽。组播吸收了单播和广播两种发送方式的长处，克服了上述两种发送方式的弱点，将数据包的一个单独拷贝发送给需要的那些客户。组播不会复制数据包的多个拷贝传输到网络上，也不会将数据包发送给不需要它的那些客户，保证了网络上多