Transcript chapter10-流媒体技术

第十章：流媒体
[email protected]
《多媒体通信》
1
第1节：流媒体技术
1、概述
流媒体是在Internet上提供即时影像和声音的新一代
多媒体技术；
互联网的普及和多媒体技术在互联网上的应用，迫切要求能解决
实时传送视频、音频、计算机动画等媒体文件的技术，在这种背
景下，流式传输技术及流媒体应运而生。
VOD/AOD（Video / Audio On Demand —— 视/音
频节目的点播，以下统称VOD）就是这一新型传输
技术的典型应用，它近乎实时的交互性和即时性，
使其迅速成为一种崭新的传播渠道。
《多媒体通信》
2
2、流媒体
在网络上传输视频、音频等多媒体信息，目前主要有下载
（Download）和流式传输（Streaming）两种方式
下载方式要考虑对客户端的存储需求和播放延时两个因素；
在采用流式传输的系统中，客户不必等到整个文件全部下载完毕，
而只需经过几秒或十几秒的启动延时即可播放。
《多媒体通信》
3
（1）定义：
在Internet（或Intranet）中使用流式传输技
术的连续时基媒体就称为流媒体；
通常也将其视频与音频称为视频流和音频流。
流媒体实现的关键技术就是流式传输。
《多媒体通信》
4
（2）特点
由于不需要将全部数据下载，因此等待时间可以大大缩短；
由于流文件往往小于原始文件的数据量，并且用户也不需要将全
部流文件下载到硬盘，从而节省了大量的磁盘空间；
由于采用了RTSP等实时传输协议，加适合动画、视音频在网上的
实时传输。
《多媒体通信》
5
3、流式传输技术
（1）流式传输实现的途径与过程
首先，把视/音频数据预处理成流媒体以适
合流式传输，
适应网络带宽对流媒体的数据流量的要求；
预处理主要包括降低质量、采用先进高效的压缩
算法等；
采用可变速率编码，可以对网络有更好的适应性；
《多媒体通信》
6
其次，流式传输的实现需要缓存。
在Internet上是以信息包传输为基础进行断续的异步传输，
数据在传输中要被分解为许多包，而各个包选择的路由可
能不尽相同，故到达客户端的时间延迟也就不等。为此，
使用缓存系统来弥补延迟和抖动的影响，并保证数据包的
顺序正确，从而使流媒体数据能连续输出，不因为网络暂
时拥塞使播放出现停顿。
再次，流式传输的实现需要合适的传输协议。
Web技术是以HTTP协议为基础的，而HTTP又建立在TCP协
议基础之上。由于TCP需要较多的开销，故不太适合传输
实时数据。在流式传输的实现方案中，一般采用
HTTP/TCP来传输控制信息，而用以下网络协议支持实时
传输流媒体数据。
《多媒体通信》
7
（2）支持流媒体传输的网络协议
实时传输协议RTP（Realtime Transport
Protocol），在Internet上针对多媒体数据流
的一种传输协议。
实时传输控制协议RTCP（Realtime Transport
Control Protocol），和RTP一起提供流量控
制和拥塞控制服务；
《多媒体通信》
8
实时流协议RTSP
实时流协议RTSP(RealTimeStreamingProtocol)是由
RealNetworks和Netscape共同提出的，该协议定义了一对多应
用程序如何有效地通过IP网络传送多媒体数据。
RTSP在体系结构上位于RTP和RTCP之上，它使用TCP或RTP完
成数据传输。
HTTP与RTSP相比，HTTP传送HTML，而RTSP传送的是多媒体
控制数据。
HTTP请求由客户机发出，服务器作出响应；
使用RTSP时，客户机和服务器都可以发出请求，即RTSP可以是
双向的。
功能：流媒体控制协议，用于控制具有实时特性的媒体数据发
送，本身不传输媒体数据；
《多媒体通信》
9
资源预订协议RSVP协议
由于音频和视频数据流比传统数据对网络的延时
更敏感，要在网络中传输高质量的音频、视频信
息，除带宽要求之外，还需其他更多的条件。
RSVP(ResourceReserveProtocol)是正在开发的
Internet上的资源预订协议，使用RSVP预留一部
分网络资源（即带宽），能在一定程度上为流媒
体的传输提供QoS。
在某些试验性的系统如网络视频会议工具vic中
就集成了RSVP
《多媒体通信》
10
流媒体应用中的协议应用情况
HTTP/TCP
浏览器
WWW
服务器
控制信息RTSP/TCP
流媒体
服务器
播放软件
流RTP/UDP
IP网实时流传输协议的应用
《多媒体通信》
11
流媒体应用中的协议应用情况（续）
《多媒体通信》
12
（3）识别流媒体类型的途径——MIME
MIME（Multipurpose Internet Mail Extensions —
通用因特网邮件扩展）不仅用于电子邮件，还能用
来标记在Internet上传输的任何文件类型。
Web服务器和浏览器都基于HTTP协议，而HTTP都
内建有MIME。HTTP正是通过MIME标记Web上繁多
的多媒体文件格式。Web服务器和浏览器就是用
MIME识别流媒体并进行相应的处理。
《多媒体通信》
13
（4）浏览器对流媒体的支持
浏览器通过MIME来识别流媒体的类型，并
调用相应的播放程序或Plug－in（插件）来
处理。
其次，Microsoft IE（4.0以上）和Netscape
Navigator（4.0以上）浏览器都提供了丰富
的内建流媒体支持。
《多媒体通信》
14
4、流媒体传送方式
《多媒体通信》
15
（1）单播
在客户端与媒体服务器之间需要建立一个单
独的数据通道，从一台服务器送出的每个数
据包只能传送给一个客户机,这种传送方式
称为单播。
应用特点：
每个用户必须分别对媒体服务器发送单独的查询,
而媒体服务器必须向每个用户发送所申请的数据
包拷贝。这种巨大冗余首先造成服务器沉重的负
担，响应需要很长时间，甚至停止播放；
管理人员也被迫购买硬件和带宽来保证一定的服
务质量。
《多媒体通信》
16
（2）组播
ＩＰ组播技术构建一种具有组播能力的网络，
允许路由器一次将数据包复制到多个通道上。
采用组播方式，单台服务器能够对几十万台客
户机同时发送连续数据流而无延时。
应用特点：
媒体服务器只需要发送一个信息包，而不是多个；
所有发出请求的客户端共享同一信息包。
信息可以发送到任意地址的客户机，减少网络上传
输的信息包的总量。
网络利用效率大大提高，成本大为下降。
《多媒体通信》
17
（3）广播
利用ip广播技术，向广播地址发送数据；
特点：
大量的广播包可能造成网络拥塞；
一般不能跨越路由器；
《多媒体通信》
18
单播、广播和组播
使用单播发送时，需要将数据包复制多个拷贝，以多
个点对点的方式分别发送到需要它的那些用户；
使用广播方式发送，数据包的单独一个拷贝将发送给
网络上的所有用户，而不管用户是否需要，上述传输
方式会非常浪费网络带宽。
组播吸收了上述两种发送方式的长处，克服了上述两
种发送方式的弱点，将数据包的单独一个拷贝发送给
需要的那些客户。组播不会复制数据包的多个拷贝传
输到网络上，也不会将数据包发送给不需要它的那些
客户，保证了网络上多媒体应用占用网络的最小带宽。
《多媒体通信》
19
（4）应用模式：点播与广播
点播连接是客户端与服务器之间的主动的连接。
在点播连接中，用户通过选择内容项目来初始化客
户端连接。
用户可以开始、停止、后退、快进或暂停流。点播
连接提供了对流的最大控制，但这种方式由于每个
客户端各自连接服务器，却会迅速用完网络带宽。
广播指的是用户被动接收流。
在广播过程中，客户端接收流，但不能控制流。例
如，用户不能暂停、快进或后退该流。
《多媒体通信》
20
第2节：流媒体应用面临的问题
《多媒体通信》
21
1.时延抖动
客户端可以
采用buffer
来平滑非理
想的延时抖
动；
太小的
buffer可能
导致数据包
溢出和回放
停止；
《多媒体通信》
22
2、容错特性
Because of real-time constraints lost data
cannot be retransmitted
The media decoder must be able to continue
decoding when there are missing data
Must not crash!
Must conceal the errors in a best possible way
RFC3119 for audio
“A More Loss-Tolerant RTP Payload Format for MP3
Audio”
For video different tools are available in different
standards
《多媒体通信》
23
第3节：流媒体的系统组成
1.一个完整的流媒体系统包括：
编码工具 ：用于创建、捕捉和编辑多媒体
数据 ,形成流媒体格式，可以由带视音频硬
件接口的计算机和运行其上的制作软件共同
完成；
流媒体数据；
服务器 ：存放和控制流媒体的数据；
网络 ：适合多媒体传输协议或实时传输协
议的网络；
播放器 ：供客户端浏览流媒体文件
《多媒体通信》
24
《多媒体通信》
25
2. 媒体服务器硬件平台
视频服务器把存储在存储系统中的视频信息以
视频流的形式通过网络接口发送给相应的客户，
响应客户的交互请求，保证视频流的连续输出。
服务器必须以恒定的速率播放，以免引起画面的抖
动，如MPEG-1 1.5Mb/s的恒比特流；
视频流中包含的多种信号必须保持同步
视频具有数据量大的特点，它在存储系统上的存放
方式，直接影响视频服务器提供的交互服务，如快
进和快倒等功能的实现。因此视频服务器必须解决
视频流特性提出的各种要求
《多媒体通信》
26
视频服务器响应客户的视频流后，从存储系
统读入一部分视频数据到对应于这个视频流
的特定的缓存中，然后此缓存中的内容送入
网络接口发送到客户。
当一个新的客户请求视频服务时，服务器根
据系统资源的使用情况，决定是否响应此请
求。系统的资源包括存储I/O的带宽、网络
带宽、内存大小和CPU的使用率。
《多媒体通信》
27
3. 媒体服务器软件平台
网络视频软件平台包括媒体内容制作、内容发
行与管理模块、用户管理和视频服务器
内容制作涉及视频采集、编码；
发行模块负责将节目提交到网页，或将视频流地址
邮寄给用户；
内容管理主要完成视频存储、查询；
节目不多时可使用文件系统，当节目量大时，就必须编制数据库
管理系统。
用户管理可能包括用户的登记和授权。
视频服务器将内容通过点播或直播的方式播放，对于范围广、
用户多的情形，可在不同的区域中心建立相应的分发中心
《多媒体通信》
28
第4节：流式媒体格式
到目前为止，Internet上使用较多的流媒
体格式主要是以下三种：
1、Real networks公司的RealMedia
2、Apple公司的QuickTimer
3、Microsoft公司的ASF
《多媒体通信》
29
1、RealMedia
RealNetworks公司所制定的视/音频压缩规范
称为RealMedia，是目前在Internet上相当流
行的跨平台的客户/服务器结构的多媒体应
用标准;
它采用视/音频流和同步回放技术来实现在
Intranet上全带宽地提供最优质的流媒体，同
时也能够在Internet上以28.8Kbps的传输速率
提供立体声和连续视频。
《多媒体通信》
30
Real系统的基本组成
媒体内容制作工具；
Production Tools——RealProducer
服务器端的伺服引擎；
RealServer
客户软件；
Client Software——RealPlayer
《多媒体通信》
31
Real的系列产品
RealServer：实现网上视频和音频流播放和直播的
server软件；
RealPlayer：流媒体播放器；
RealProducer：流媒体生成工具；
RealJukebox：包括多种媒体的播放工具；
RealSlideshow：用于制作网上幻灯片的工具；
RealPresenter：在PowerPoint 中加入声音和视频效
果在网上实现流式传播的工具；
《多媒体通信》
32
RealMedia主要包括三类文件：RealAudio、
RealVideo及RealFlash。
RealAudio用来传输接近CD音质的音频数据;
RealVideo用来传输连续视频数据;
RealFlash则是与Macromedia公司合作推出的一种
高压缩比的动画格式。
《多媒体通信》
33
2、QuickTime
Apple公司的QuickTime系列软件，可以通过
Internet提供实时的数字化信息流、工作流
与文件回放功能，它由三个不同部分别组成：
QuickTime电影(Movie)文件格式；
QuickTime媒体抽象层
QuickTime内置媒体服务系统。
《多媒体通信》
34
QuickTime 电影文件格式定义了存储数字媒
体内容的标准方法，使用这种文件格式不仅
可以存储单个的媒体内容(如视频帧或音频
采样) ，而且能保存对该媒体作品的完整描
述；
QuickTime媒体抽象层是一种综合性的媒体
软件架构，它定义了软件工具和应用程序如
何访问QuickTime内置媒体服务系统，以及
如何通过硬件提升QuickTime的关键性能；
QuickTime内置媒体服务系统则可作为软件
开发工具的基础，帮助软件开发商和用户充
分利用QuickTime的技术优势。
《多媒体通信》
35
3、ASF
Microsoft公司的ASF（Advanced Streaming Format
高级流格式），是一个独立于编码方式的，在
Internet上实时传播多媒体的技术标准。
一种支持在各类网络和协议下进行数据传递的公开标准。
ASF 用于排列、组织、同步多媒体数据以通过网络传输。
ASF 是一种数据格式；
ASF也可用于指定实况演示的格式。
ASF 不但最适于通过网络发送多媒体流，也同样适于在本
地播放。
《多媒体通信》
36
ASF的主要优点包括：
本地或网络回放、可扩充的媒体类型、部件
下载、可伸缩的媒体类型、流的优先级化、
多语言支持、环境独立性、丰富的流间关系
以及扩展性等
《多媒体通信》
37
ASF的相关产品——与Windows 2000
Server产品一同发布
Server端产品是由2000 server上的windows
media Service提供；
流媒体制作软件——2000 server上的
windows media 编码器应用程序；
客户端软件是——windows media player
《多媒体通信》
38
常用流式文件格式
文 件 格 式 扩 展 媒体类型与名称
(Video/Audio)
asf
Advanced Streaming Format. (Microsoft).
rm
Real Video/Audio 文件 (Progressive Networks).
ra
Real Audio 文件 (Progressive Networks).
rp
Real Pix 文件 (Progressive Networks).
rt
Real Text 文件 (Progressive Networks).
swf
Shock Wave Flash (Macromedia).
viv
Vivo Movie 文件(Vivo Software).
《多媒体通信》
39
4、前流行的三种流媒体播放器
(1) RealPlayer 是RealNetworks公司的Internet
在线播放器。
RealPlayer利用流媒体技术，能以比较快的速度从
网上检索声音、视频、文本、动画及其他媒体文件，
除了支持RealNetworks自己的流文件（*.ram、
*.rmm、*.ra、*.rm、*.rp、*.rt）播放外，还支持
众多的媒体格式，如SMIL文件格式、Shockwave
Flash格式、GIF格式、QuickTime文件、MP3文件等。
RealPlayer现有RealPlayer、RealPlayer G2、
RealPlayer Plus G2三种类型的版本。
《多媒体通信》
40
(2) QuickTime Player 是Apple公司的媒体播放
器，现已推出了QuickTime 6版，有Windows
版和Mac版，特点是：
与Internet紧密结合，安装可在网上进行的；
QuickTime Player能够直接播放的格式有QuickTime
电影、AVI、AIFF音频、SGI图像、Macromedia
Flash等；
此外，QuickTime Player能够输入多种格式的音频、
视频和图像媒体文件，并进行转换输出为其他格式；
QuickTime Player还支持基于HTTP、RTP、RTSP、
FTP流格式的在线音频和视频。
《多媒体通信》
41
(3) Windows Media Player 是Microsoft公
司推出的通用媒体播放器
可以接收音频、视频和目前较流行的多种混
合格式媒体文件，支持流媒体、在线聆听、
观看实时新闻等。
其支持的媒体格式有MIDI、MP3、电影文件
MPEG、Microsoft流式文件、QuickTime文件、
Real媒体等。
《多媒体通信》
42
第5节：Windows2000流媒体技术与使用
1、概述
Windows Media的前身是微软公司的Netshow产品，
随着流媒体的广泛应用，推出了整套的流媒体制作、
发布和播放产品，其服务器端的Windows Media
Server产品在Windows NT Server Pack 4上可以安
装，并且集成在Windows 2000 Server中。
Windows Media产品的一大特点是其制作、发布和
播放软件与Windows NT/2000/9x集成在一起，不
需要额外购买，势必成为今后流媒体应用的主流产
品。
《多媒体通信》
43
2、Windows Media技术
（1）基本应用模式
Microsoft Windows Media Service是一个能适应
多种网络带宽条件的流式多媒体信息的发布平台，
包括了流式媒体的制作、发布、播放和管理的一
整套解决方案。
《多媒体通信》
44
Windows media
系统的工作模式
《多媒体通信》
45
(2)单播和多播
关于单播
单播是客户端与服务器之间的点到点连接。
“点到点”指每个客户端都从服务器接收远
程流。仅当客户端发出请求时，才发送单播
流。
可通过以下两种方式之一种向客户端发布单
播流：
点播
广播
《多媒体通信》
46
关于多播
多播是通过启用多播网络传递的内容流；网络中的所有客户
端共享同一流。以这种方式将 ASF 内容转化为流的最大好处
为可以节省网络带宽。
通过将 Windows Media 服务器安装到您的网络的每一部分，
您可将多播扩展到网络中没有启动多播的区域 - 这称为服务
器 分发，作为来自服务器的多播的一部分，您可以分发该多
播的单一的流给网络上其他部分上别的 Windows Media 服务
器。服务器随即通过单播或多播提供流给那些网络部分；这
称为“再分发”。通过将服务器连接起来，可以克服路由器
不允许使用多播的问题。这种模式同样适用于通过防火墙。
《多媒体通信》
47
（3）点播和广播
理解点播流与广播流
Windows Media 服务使用术语“点播”和
“广播”以描述客户端/服务器关系。
点播流提供给用户主动的方式以控制播放，
广播流用户是被动的。
《多媒体通信》
48
“点播”
点播是用户由 Windows Media 服务器接收流信息
的一种方式。点播连接是客户端与服务器之间的主
动的连接。
在点播连接中，用户通过选择内容项目来初始化客
户端连接。内容以 ASF 流从服务器传到客户端。若
文件已被编入索引，则用户可以开始、停止、后退、
快进或暂停流。
点播连接提供了对流的最大控制，但这种方式由于
每个客户端各自连接服务器，却会迅速用完网络带
宽。
《多媒体通信》
49
点播单播的一个示例是当用户申请 .asf 文件时。客户端连接到服
务器以接收特定内容，而该内容也只传往一个客户端。客户端使
用服务器名和 .asf 文件名识别 .asf 文件的 URL。
《多媒体通信》
50
广播流概述
广播指的是用户被动接收流。在广播过程中，
客户端接收流，但不能控制流。例如，用户
不能暂停、快进或后退该流。
共有两类广播：
单播和多播，两种都是被动的。
《多媒体通信》
51
广播单播
在广播单播中，客户端通过发布点上的别名访问流。用户可
单击 Web 网页上的链接或获得该别名的 URL，从而连接到流。
每个连接到流的用户都有其自己的连接和来自服务器的流。
例如，Windows Media 编码器向 Windows Media 服务器上的
广播发布点发送一个内容流。所有发布点都有一个别名-此例
中广播发布点的别名“TV1”。客户端使用 TV1 以确定流源路
径。因为发布点能辨认电视台的 ASF 流，引用 ASF 流的 URL
与存储的 .asf 文件相类似。然而，您并不是识别 .asf 文件名，
而是识别发布点别名--TV1。从而，在此示例中，用户使用以
下路径以访问该流--mms://Server1/TV1。
《多媒体通信》
52
《多媒体通信》
53
广播多播
在广播多播中，被动的用户通过监视特定的 IP 地
址接收多播 ASF 流（与以特定频率从收音机或电视
台接收信号类似）。
多播的优点为一个流通过网络可以提供 ASF 内容给
许多客户端。这可节省网络带宽，对低带宽局域网
尤其有用。
若要在网上使用多播，网络路由器必须支持多播。
不过，无论您的网络路由器是否支持多播，您都可
以使用 Windows Media 服务在局域网的本地部分
进行多播。
《多媒体通信》
54
《多媒体通信》
55
（4）Windows Media 服务协议
以下图表描述了如何使用协议在
Windows Media 服务系统各组件之间进
行通信
《多媒体通信》
56
《多媒体通信》
57
MMS 协议概述
Microsoft Media Server protocol (MMS
protocol) / Microsoft Media 服务器协议
（MMS 协议）
MMS 协议用于访问 Windows Media 发布点上的单
播内容。MMS 是连接 Windows Media 单播服务的
默认方法。若观众在 Windows Media Player 中键
入一个 URL 以连接内容，而不是通过超级链接访问
内容，则他们必须使用 MMS 协议引用该流。
《多媒体通信》
58
MSBD 协议概述
Media Stream Broadcast Distribution protocol (MSBD
protocol) / 媒体流广播分发协议（MSBD 协议）
MSBD 协议是用于在 Windows Media 编码器和 Windows
Media 服务器组件之间分发流，并在服务器间传递流。
MSBD 是面向连接的协议，对流媒体最佳。
MSBD 对于测试客户端、服务器连接和 ASF 内容品质很有用
处，但不能作为接收 ASF 内容的主要方法。
Windows Media 编码器最多可支持 15 个 MSBD 客户端；而
一个 Windows Media 服务器最多可支持 5 个 MSBD 客户端。
《多媒体通信》
59
HTTP 概述
可以配置 Windows Media 服务器使用 HTTP 协议
将内容转化为流。
使用 HTTP 流可以帮助克服防火墙障碍，因为大多
数防火墙允许 HTTP 通过。HTTP 流可用来由
Windows Media 编码器通过防火墙到 Windows
Media 服务器，并可用以连接被防火墙隔离的
Windows Media 服务器。
若您以同一计算机既作为 Web 服务器又运行
Windows Media 服务，例如 Microsoft Internet 信
息服务 (IIS)，请确保在端口 80 无冲突。
《多媒体通信》
60
（5）其他
Windows media 系统还提供了开发工具包
（SDK）供二次开发使用。
Windows Media Service的核心是ASF（Advanced
Stream Format）。ASF是一种数据格式，音频、视
频、图像以及控制命令脚本等多媒体信息通过这种
格式，以网络数据包的形式传输，实现流式多媒体
内容发布。其中，在网络上传输的内容就称为ASF
Stream。
ASF支持任意的压缩/解压缩编码方式，并可以使用
任何一种底层网络传输协议，具有很大的灵活性。
《多媒体通信》
61
3、 Windows Media的应用
Windows Media可以用于娱乐、培训和在线教育等
方面：
(1) 带 图 片 的 广 播 （ Illustrated Audio ） ： 可 以 把
PowerPoint讲座录制到CD或Web站点，用户通过IE，
就可以看到一张张PPT在讲员讲解的同时会自动翻
转。工作方式是：只要提供讲员的声音（磁带或电
子格式均可）和PPT文件，Windows Media提供了
Encoder（压缩）工具可以在声音中插入Marker，
然后在声音播放的过程中，这些Marker就会翻转
PPT图片，使声音和PPT图片保持同步。
《多媒体通信》
62
(2)流视频播出(Streaming Video) ：用摄像
机或投影仪获得视频信号后，就可以通过
Web站点进行基于Internet的现场直播；或
者保存为.nsf文件后，以按需播放。需要在
一台较高配置的PC机上安装上普通视频采集
卡和声卡，然后通过视频采集卡输入视频和
通过声卡输入声音信号就可以用实时
Encoder（压缩）工具来直播或录制成流媒
体。
《多媒体通信》
63
（3）远程教学（Remote seminar）：教学者事先
在Internet/Intranet上发出通知，听众在讲座开始
前访问某个URL地址，当讲座开始时，听众可以看
到演讲者的图像和听到他的声音，还有PPT图片。
在演讲者翻转PPT的时候，用户端的PPT图片也自动
翻转了。整个讲座也可以记录下来，以后按需播放。
需要教学者事先用Multicast把PowerPoint文件传给
IIS服务器，当听众等待讲座开始的时候，PPT图片
下载到用户的浏览器Cache中。用摄像机录制演讲
者的图像和声音，通过实时Encoder直播出来。直
播中包含了PPT翻转的命令，可以使听众的浏览器
同步地翻转PPT图片。
《多媒体通信》
64
（4）提供收费电视（Pay by view）：当
用户需要看内容供应商直播或按需点播
的内容时，如果他没有许可证，则
Windows Media Player会带他到内容供
应商的网站，来（付费）申请许可。
Windows Media 4.0中提供的Digital
Rights Management功能可以加密内容供
应商的内容，确保收费后信息才会播发。
《多媒体通信》
65
Windows Media系统演示
Windows media server的信息.asf信息发布
Windows media编码器的使用
直播
生成asf文件
重点内容
流媒体技术的特点
多速率编码
缓存，整体延使
相关协议
《多媒体通信》
66
第6节：流媒体应用
1、主要应用
多媒体新闻发布；
在线直播；
网络广告；
电子商务；
视频点播；
远程教育；
远程医疗；
网络电台；
实时视频会议等
《多媒体通信》
67
2、基于流媒体VOD的远程教学系统
（1）系统的结构与功能
流媒体VOD系统采用客户机/服务器结构，如图1
所示，基于流媒体的VOD网络远程教学系统包括
四个部分：
《多媒体通信》
68
《多媒体通信》
69
系统服务器 —— 是一个具有特定功能的Web服务器，
实现系统的中央控制，发布系统教学信息，负责注册
和验证客户的身份。根据客户请求和注册信息，为客
户机定位流媒体服务器，选取流媒体文件。
流媒体服务器 —— 负责从存储设备获取流媒体文件，
使用网络接口建立与客户机之间的流媒体通道，并向
客户机传送流媒体。
客户机 —— 是一个基于Web浏览器的应用程序，通过
点播提出媒体请求，并接收来自流媒体服务器的视频
流或音频流，同时对视/音频具有回绕、暂停、重播等
功能。
网络系统 ——除使用TCP/IP协议外，并使用RTP/
RTCP/ RTSP流媒体传输的网络协议。保障用户可靠带
宽，以保证高质量、平滑的声音和画面的实时播放。
《多媒体通信》
70
《多媒体通信》
71
（2）通过Web浏览器点播视/音频流
用户在客户端向服务器提出视/音频请求，流
媒体从服务器端，以流式传输的方式传送到客
户机，在客户机上Web浏览器通过播放插件
（Plug－in）或流媒体播放器便可实现视/音频
流的回放。
点播过程如图2所示，在客户端用Web浏览器
打开教学系统服务器的网页后，①通过网页上
的超连接访问某一流媒体，②流媒体服务器接
收到请求后，通知客户端，③客户端收到信号，
调用播放器（或插件），④播放器将发送给服
务器有关接收的信号，⑤服务器开始以流的形
式传输文件，播放器开始一边接收一边播放。
《多媒体通信》
72
《多媒体通信》
73
（3）流媒体VOD远程教学及其特点
在Internet上的流媒体远程教学系统从功能
上分为两种形式：
课件点播系统
同步广播授课系统。
《多媒体通信》
74
课件点播
把教师授课的音、视频信息事先数字化，转换为流
式视/音频文件存储在流媒体服务器中。与一般用途
的VOD不同是：课件点播不仅需要播放视/音频，而
且还需要同步播放与其相关的文本、图表、动画等，
这些图文信息一般存储在Web 服务器中以网页文件
的形式呈现出来。
在客户端只需要一个Web浏览器和支持流媒体播放
的插件，通过网页中的超级连接访问授课站点，再
点播相应的课程，视/音频与其相对应文字和图表将
在浏览器中同步播出。用户可以对播放的内容进行
暂停、重播、回绕、翻页等多种交互控制。此外，
在网页中一般还应具备与学习内容相关的工具窗口，
包括讨论、答疑、练习、作业、考试，以及作业和
考试的点评等等。
《多媒体通信》
75
同步广播授课
基于流媒体的同步广播授课不需要事先存储
流媒体文件，而是将视/音频数字化后直接
广播，在客户端的Web浏览器上或流媒体播
放器上直接收看，即Internet上的视/音频的
实时广播。
《多媒体通信》
76
特点
资源共享，访问不分时间地点
下载时间短，与文件大小无关
访问方便，交互性强
视/音频流即可以用流媒体播放器播放，又能嵌入在Web的
网页中播放，并提供回绕、快进或暂停等交互操作，直观
方便。
客户端操作简单，系统使用方便
客户端只需要一台多媒体PC电脑，用户只要会使用Web浏
览器，无需跟更多的软/硬件打交道。
《多媒体通信》
77
3、Internet视频直播
目前有许多的视频应用需要在Internet网络
上直播，对多媒体系统的要求如下：
系统具备高传输速率；
数据同步；
数据流的分流；
高稳定性、高QOS等特性。
《多媒体通信》
78
《多媒体通信》
79
特点
它具有跨平台，稳定性高等特点；
特别是对直播条件要求不高且非常容易实现在
Internet网上进行视频直播。
图中所示的系统结构采用RealServer作为网络视频
直播服务器端引擎，媒体内容制作工具
RealProducer将现场信号传送给RealServer进行直
播，也可以把其他的音频、视频及动画等多媒体文
件转换成Real格式用于流式传输。客户端安装了播
放软件RealPlayer后，通过交换机向服务器发出请
求，接收并回放从RealServer传输过来的媒体节目
《多媒体通信》
80
3、移动通信中的流媒体应用
3G网络中流媒体服务的架构
《多媒体通信》
81