第8讲 构建和管理流媒体服务8.1 流媒体概述 8.2 流媒体的传输技术 8.3 流媒体的通信协议 8.4 流媒体播放方式 8.5 流媒体文件的常用格式 8.6 流媒体网络结构及实现方案 8.7 构建Windows Media流媒体服务 8.8 构建RealSystem流媒体服务 8.9 流媒体服务的应用

8.1 流媒体概述所谓流媒体是指采用流式传输的方式在Internet/Intranet播 放的多媒体文件格式，流媒体在播放前并不需要下载整个文 件，而只是将开始部分内容存入内存，在客户端计算机中对 数据包进行缓存并使多媒体数据正确地输出，保证随时传送 随时播放，只是在开始时有些延迟。 流媒体实现的关键技术就是流式传输，流式传输主要指将 整个音频和视频及三维媒体等多媒体文件经过特定的压缩方 式解析成一个个压缩包，这一系列相关的包就称为“流”, 这些“流”由服务器向用户计算机顺序或实时传送。 要注意的是流媒体实际指的是一种新的媒体传送方式，而不 是一种新的媒体。2011-9-18 2

流媒体缓冲区 Internet/Intranet 流媒体客户机图8.1 流媒体服务的原理

流媒体服务器

流媒体数据库

2011-9-18

8.2 流媒体的传输技术8.2.1 顺序流式传输 8.2.2 实时流式传输

2011-9-18

8.2.1 顺序流式传输顺序流式传输就是顺序下载，在下载文件的同 时用户可以在线播放媒体，在某一时刻，用户只能 观看已下载的那部分，而不能跳到还未下载的前头 部分，顺序流式传输不会像实时流式传输那样可在 传输期间根据用户连接的速度做调整。由于标准的 HTTP服务器可发送这种形式的文件，且不需要其 他特殊协议，因此它经常被称作HTTP流式传输。

2011-9-18

顺序流式传输比较适合高质量的短片段，如片 头、片尾和广告，由于该文件在播放前观看的部分 是无损下载的，这种方法可保证电影播放的最佳质 量，这也意味着用户在观看前，必须经历延迟，对 较慢的连接尤其如此。 顺序流式文件存放在标准HTTP或FTP服务器 上，易于管理，基本上与防火墙无关。顺序流式传 输不适合长片段和有随机访问需求的视频，如讲座、 演说与演示。它也不支持现场广播，严格说来，它 是一种点播技术。

2011-9-18

8.2.2 实时流式传输实时流式传输是一种一边下载一边播放的传输 方式，与顺序流式传输方式不同的是，它可以根据 用户连接的网络带宽和速度进行动态调整，保证媒 体信号带宽与网络连接带宽相匹配，这样可以实现 真正的实时播放。实时流式传输需要专用的流媒体 服务器与传输协议(如RTSP、MMS等),同时流 媒体服务器也需要用专门的软件(如Windows Media、RealServer等)来构建。

2011-9-18

实时流式传输总是实

时传送，特别适合现场事 件，也支持随机访问，用户可快进或后退以观看前 面或后面的内容。理论上，实时流一经播放就可不 停止，但实际上可能发生周期暂停。 实时流式传输的缺点就是由于必须匹配连接带 宽，这就意味着在以调制解调器速度连接时图像质 量较差，而且，由于出错丢失的信息被忽略掉，网 络拥挤或出现问题时，视频质量很差。

2011-9-18

8.3 流媒体的通信协议8.3.1 RTSP协议 8.3.2 MMS协议 8.3.3 HTTP协议

2011-9-18

8.3.1 RTSP协议实时流协议(Real Time Streaming Protocol, RTSP)是由Real Networks和Netscape共同建立的 一个用来传送流媒体的标准，该协议定义了一对多 应用程序如何有效地通过IP网络传送多媒体数据， 它可以控制流媒体数据在IP网络上的发送，同时提 供用于音频和视频流的“VCR模式”远程控制功能， 如停止、快进、快退和定位。 RTSP协议默认使用TCP端口554。 协议使用方式：RTSP://流媒体服务器名或IP 地址/发布点/流媒体文件名。2011-9-18 10

8.3.2 MMS协议媒体服务器协议(Media Server Protocol, MMS)是微软定义的一种流格式传输协议。该协议 支持客户机使用Windows Media Player作为播放器 来访问流媒体服务器。该协议支持快进、倒退、暂 停、启动、停止和索引流媒体文件等操作。如果要 支持较低版本的客户机，就只能使用MMS协议或者 HTTP协议。 MMS协议默认使用TCP和UDP端口为1755。 协议使用方式：MMS:// 流媒体服务器名或IP地 址/发布点/流媒体文件名。2011-9-18 11

8.3.3 HTTP协议HTTP协议也支持流媒体传输，与RTSP协议相 比，HTTP协议传送HTML,而RTP协议传送的是流 媒体数据，HTTP请求由客户机发出，服务器作出 响应；使用RTSP协议时，客户机和服务器都可以 发出请求，即RTSP可以是双向的。 用HTTP协议访问流媒体文件的方式为： HTTP:// 流媒体服务器名或IP地址/发布点/流媒体文 件名。

2011-9-18

8.4 流媒体播放方式8.4.1 单播 8.4.2 广播 8.4.3 组播 8.4.4 点播

2011-9-18

8.4.1 单播客户端与流媒体服务器之间建立一个单独的数 据信道，从流媒体服务器送出的每个数据包只能传 送给一个客户机，这种传送方式称为单播。在这种 播放方式中，每个用户必须对流媒体服务器发送单 独的查询，而流媒体服务器必须向每个用户发送所 申请的数据包拷贝，当用户较多时，单播方式将产 生巨大的数据冗余使服务器负担沉重，响应时间变 长，甚至停止播放；管理人员也被迫购买硬件和带 宽来保证一定的服务质量。单播一般用于广域网的 流媒体传输。2011-9-18 14

8.4.2 广播广播指的是用户被动接收流。在广播过程中，客户 端接收流，但不能控制流，即用

户不能暂停、快进 或后退该流。广播方式中数据包的单独一个拷贝将 发送给网络上的所有用户，而不管用户是否需要。 因此这种传输方式非常浪费网络带宽。

2011-9-18

8.4.3 组播采用组播方式时，单台服务器能够对多台客户机同时发 送连续数据流，而且没有时延。服务器只需要发送一个信息 包，而不是多个；所有发出请求的客户端共享同一信息包。 信息可以发送到任意地址的客户机，减少网络上传输的信息 包的总量。网络利用效率大大提高，成本大为下降。组播吸 收了上述两种发送方式的长处，克服了两者的弱点，将数据 包的单独一个拷贝发送给有需要的客户。组播不会复制数据 包的多个拷贝传输到网络上，也不会将数据包发送给那些不 需要它的客户，在多媒体应用中占用的网络带宽最小。但组 播一般只能用于局域网或专用网段内传播。

2011-9-18