计算机网络-谢希仁-第五版-第六版-第7版-多媒体课件-第8章.pptx
- 【下载声明】
1. 本站全部试题类文档,若标题没写含答案,则无答案;标题注明含答案的文档,主观题也可能无答案。请谨慎下单,一旦售出,不予退换。
2. 本站全部PPT文档均不含视频和音频,PPT中出现的音频或视频标识(或文字)仅表示流程,实际无音频或视频文件。请谨慎下单,一旦售出,不予退换。
3. 本页资料《计算机网络-谢希仁-第五版-第六版-第7版-多媒体课件-第8章.pptx》由用户(晟晟文业)主动上传,其收益全归该用户。163文库仅提供信息存储空间,仅对该用户上传内容的表现方式做保护处理,对上传内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知163文库(点击联系客服),我们立即给予删除!
4. 请根据预览情况,自愿下载本文。本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
5. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007及以上版本和PDF阅读器,压缩文件请下载最新的WinRAR软件解压。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 计算机网络 谢希仁 第五 第六 多媒体 课件
- 资源描述:
-
1、第第 8 章章 互联网互联网上的音频和视频服务上的音频和视频服务第第 8 章章 互联网上互联网上的音频的音频/视频服务视频服务 n8.1 概述概述n8.2 流式存储音频流式存储音频/视频视频n8.3 交互式音频交互式音频/视频视频n8.4 改进改进“尽最大努力交付尽最大努力交付”的服务的服务8.1 概述概述 n计算机网络最初是为传送数据信息设计的计算机网络最初是为传送数据信息设计的。互。互联网联网 IP 层提供的层提供的“尽最大努力交付尽最大努力交付”服务,以服务,以及每一个分组独立交付的策略,对传送数据信及每一个分组独立交付的策略,对传送数据信息也是很合适的。息也是很合适的。n互联网使用互联
2、网使用的的 TCP 协议可以很好地解决网络不协议可以很好地解决网络不能提供可靠交付这一问题。能提供可靠交付这一问题。多媒体信息的特点多媒体信息的特点n多媒体信息(包括声音和图像信息)与不包括多媒体信息(包括声音和图像信息)与不包括声音和图像的数据信息有很大的区别。声音和图像的数据信息有很大的区别。n1,多媒体,多媒体信息的信息量往往很大。信息的信息量往往很大。n2,在,在传输多媒体数据时,对时延和时延抖动均传输多媒体数据时,对时延和时延抖动均有较高的要求。有较高的要求。n3,多媒体,多媒体数据往往是数据往往是实时实时数据数据(real time data),它的含义是:在发送实时数据的同时,在
3、接收它的含义是:在发送实时数据的同时,在接收端边接收、边播放。端边接收、边播放。互联网是非互联网是非等时的等时的 n模拟的多媒体信号经过采样和模数转换变为数模拟的多媒体信号经过采样和模数转换变为数字信号,再组装成分组。这些分组的发送速率字信号,再组装成分组。这些分组的发送速率是是恒定的恒定的(等时的等时的)。)。n传统传统的互联网本身的互联网本身是是非等时非等时的。的。因此因此经过互联经过互联网的网的分组变成了分组变成了非恒定速率非恒定速率的分组。的分组。tt互联网互联网t模拟信号模拟信号t采样后的信号采样后的信号构成分组构成分组恒定速率恒定速率非恒定速率非恒定速率在接收端设置缓存在接收端设置
4、缓存 n要要解决解决非等时非等时问题,问题,接收接收端需设置适当大小的端需设置适当大小的缓存。当缓存中的分组数达到一定的数量后再缓存。当缓存中的分组数达到一定的数量后再以恒定速率按顺序把分组读出进行还原播放。以恒定速率按顺序把分组读出进行还原播放。n缓存实际上就是一个先进先出的队列。图中标缓存实际上就是一个先进先出的队列。图中标明的明的 T 叫做叫做播放播放时延。时延。tT缓存(队列)缓存(队列)恒定速率恒定速率t非恒定速率非恒定速率有可能发生有可能发生分组丢失分组丢失缓存的影响缓存的影响 n缓存使所有到达的分组都经受了迟延。缓存使所有到达的分组都经受了迟延。n早到达的分组在缓存中停留的时间较
5、长,而晚早到达的分组在缓存中停留的时间较长,而晚到达的分组在缓存中停留的时间则较短。到达的分组在缓存中停留的时间则较短。n以非恒定速率到达的分组,经过缓存后再以恒以非恒定速率到达的分组,经过缓存后再以恒定速率读出,就能够在一定程度上消除了时延定速率读出,就能够在一定程度上消除了时延的的抖动。抖动。但我们付出的代价是但我们付出的代价是增加了时延。增加了时延。分组分组发出发出1 2 3 4 5 6t到达分组数到达分组数6543211 2 3 4 5 6t缓存时间缓存时间缓存时间缓存时间再推迟播放时间再推迟播放时间如果网络无时延如果网络无时延推迟播放推迟播放分组迟到分组迟到网络出现时延网络出现时延分
6、组分组 1 的时延的时延分组分组到达到达1 2 3 4 5 6t实际的网络实际的网络需要解决的问题需要解决的问题 n在传送在传送时延时延敏感敏感(delay sensitive)的的实时数据实时数据时,不仅时,不仅传输时延传输时延不能太大,而且不能太大,而且时延抖动时延抖动也也必须受到限制。必须受到限制。n对于传送实时数据,很少量分组的对于传送实时数据,很少量分组的丢失丢失对播放对播放效果的影响并不大(因为这是由人来进行主观效果的影响并不大(因为这是由人来进行主观评价的),因而是可以容忍的评价的),因而是可以容忍的。n丢失丢失容忍容忍(loss tolerant)也也是实时数据的另一是实时数据
7、的另一个重要特点。个重要特点。需要解决的问题(续)需要解决的问题(续)n由于分组的到达可能不按序,但将分组还原和播放时由于分组的到达可能不按序,但将分组还原和播放时又应当是按序又应当是按序的,因此的,因此在发送多媒体分组时还应当给在发送多媒体分组时还应当给每一个分组加上每一个分组加上序号。序号。这表明还应当有相应的协议支这表明还应当有相应的协议支持才行。持才行。n要使接收端能够将节目中本来就存在的正常的短时间要使接收端能够将节目中本来就存在的正常的短时间停顿(如音乐中停顿几拍)和因某些分组的较大迟延停顿(如音乐中停顿几拍)和因某些分组的较大迟延造成的造成的“停顿停顿”区分区分开来,就开来,就需
8、要增加一个需要增加一个时间时间戳戳(timestamp),以便告诉接收端应当在什么时间播放哪,以便告诉接收端应当在什么时间播放哪个分组。个分组。必须改造现有必须改造现有的互联网的互联网 n大量使用光缆和高速路由器,大量使用光缆和高速路由器,网络的时延和时网络的时延和时延抖动就可以足够小,延抖动就可以足够小,在互联网上在互联网上传送实时数传送实时数据就不会有问题。据就不会有问题。n把互联网改造把互联网改造为能够对端到端的带宽实现为能够对端到端的带宽实现预留预留(reservation),把使用无连接协议,把使用无连接协议的互联网转的互联网转变变为面向连接的网络。为面向连接的网络。n部分部分改动互
9、联网的改动互联网的协议栈协议栈所付出的代价较小,所付出的代价较小,而这也能够使多媒体信息而这也能够使多媒体信息在互联网上在互联网上的传输质的传输质量得到改进。量得到改进。互联网提供互联网提供的音频的音频/视频视频服务类型服务类型 目前目前互联网提供的音频互联网提供的音频/视频服务大体上可分为视频服务大体上可分为三种三种类型:类型:n流式流式(streaming)存储存储音频音频/视频视频 边下载边边下载边播放。播放。n流式实况音频流式实况音频/视频视频 边录制边发送边录制边发送。n交互式音频交互式音频/视频视频 实时交互式通信。实时交互式通信。“边下载边播放边下载边播放”中的中的“下载下载”n
10、对于流式音频对于流式音频/视频的视频的“下载下载”,实际上并没有,实际上并没有把把“下载下载”的内容存储在硬盘的内容存储在硬盘上上。n“边下载边播放边下载边播放”结束后,在用户的硬盘上没有结束后,在用户的硬盘上没有留下有关播放内容的任何痕迹。留下有关播放内容的任何痕迹。n流流媒体媒体(streaming media)即即流式音频流式音频/视频。视频。n流媒体特点就是流媒体特点就是“边下载边播放边下载边播放”(streaming and playing)。8.2 流式存储音频流式存储音频/视频视频n8.2.1 具有元文件的万维网服务器具有元文件的万维网服务器n8.2.2 媒体服务器媒体服务器n8
11、.2.3 实时流式实时流式协议协议 RTSP8.2 流式存储音频流式存储音频/视频视频 n浏览器从浏览器从服务器下载已经录制好的音频服务器下载已经录制好的音频/视频视频文文件件步骤如下:步骤如下:万维网万维网服务器服务器客户机客户机服务器服务器媒体媒体播放器播放器 GET:音频音频/视频文件视频文件 RESPONSE 音频音频/视频文件视频文件浏览器浏览器注意:注意:传统传统的下载文件方法的下载文件方法并没有涉及到并没有涉及到“流式流式”(即(即边下载边播放)的概念。边下载边播放)的概念。浏览器浏览器从从服务器下载服务器下载音频音频/视频视频文件步骤文件步骤 用户从客户用户从客户机机(clie
12、nt machine)的的浏览器上用浏览器上用 HTTP 协议向服务器协议向服务器请求下载请求下载某个音频某个音频/视频文视频文件。件。服务器如有此文件就发送给浏览器。在响应报服务器如有此文件就发送给浏览器。在响应报文中就装有用户所要的音频文中就装有用户所要的音频/视频文件。整个下视频文件。整个下载过程可能会载过程可能会花费很长的花费很长的时间。时间。当浏览器当浏览器完全收下完全收下这个文件后,就可以传送给这个文件后,就可以传送给自己机器上的媒体播放器进行解压缩,然后播自己机器上的媒体播放器进行解压缩,然后播放。放。8.2.1 具有元文件的万维网服务器具有元文件的万维网服务器 n元文件元文件就
13、是一种非常小的文件,它描述或指明其他文就是一种非常小的文件,它描述或指明其他文件的一些重要信息件的一些重要信息。这里的元文件保存了有关这个音这里的元文件保存了有关这个音频频/视频文件的信息。视频文件的信息。万维网万维网服务器服务器客户机客户机服务器服务器媒体媒体播放器播放器 元文件元文件浏览器浏览器 GET:元文件元文件 RESPONSEGET:音频音频/视频文件视频文件 RESPONSE使用元文件下载音频使用元文件下载音频/视频文件视频文件 浏览器用户使用浏览器用户使用 HTTP 的的 GET 报文接入到万维网服务器。这个报文接入到万维网服务器。这个超链指向一个元文件。这个元文件有实际的音频
14、超链指向一个元文件。这个元文件有实际的音频/视频文件的统视频文件的统一资源定位符一资源定位符 URL。万维网服务器把该元文件装入万维网服务器把该元文件装入 HTTP 响应报文的主体,发回给响应报文的主体,发回给浏览器。浏览器。客户机浏览器调用相关的媒体播放器,把提取出的元文件传送客户机浏览器调用相关的媒体播放器,把提取出的元文件传送给媒体播放器。给媒体播放器。媒体播放器使用元文件中的媒体播放器使用元文件中的 URL,向万维网服务器发送,向万维网服务器发送 HTTP 请求报文,要求下载音频请求报文,要求下载音频/视频文件。视频文件。万维网服务器发送万维网服务器发送 HTTP 响应报文,把该音频响
15、应报文,把该音频/视频文件发送给视频文件发送给媒体播放器。媒体播放器边下载边解压缩边播放。媒体播放器。媒体播放器边下载边解压缩边播放。8.2.2 媒体服务器媒体服务器 n媒体服务器媒体服务器也称为也称为流式流式服务器服务器(streaming server),它支持流式音频和视频的传送。它支持流式音频和视频的传送。n媒体播放器与媒体服务器的关系是媒体播放器与媒体服务器的关系是客户与服务客户与服务器的关系。器的关系。n媒体播放器不是向万维网服务器而是向媒体服媒体播放器不是向万维网服务器而是向媒体服务器请求音频务器请求音频/视频文件。视频文件。n媒体服务器和媒体播放器之间采用媒体服务器和媒体播放器
16、之间采用另外的协议另外的协议进行交互。进行交互。使用媒体服务器使用媒体服务器 万维网万维网服务器服务器媒体媒体播放器播放器 元文件元文件浏览器浏览器 GET:元文件元文件 RESPONSEGET:音频音频/视频文件视频文件 RESPONSE媒体媒体服务器服务器客户机客户机服务器服务器媒体播放器不是向万维网媒体播放器不是向万维网服务器而是向媒体服务器服务器而是向媒体服务器请求音频请求音频/视频文件。视频文件。使用媒体服务器下载使用媒体服务器下载音频音频/视频视频文件步骤文件步骤 前三个步骤仍然和上一节的一样,区别就是后面前三个步骤仍然和上一节的一样,区别就是后面两个步骤。两个步骤。媒体播放器使用
17、元文件中的媒体播放器使用元文件中的 URL 接入到接入到媒体媒体服务器,服务器,请求下载浏览器所请求的音频请求下载浏览器所请求的音频/视频文件。下载可以借视频文件。下载可以借助于使用助于使用 UDP 的任何协议,例如使用实时运输协议的任何协议,例如使用实时运输协议 RTP。媒体服务器给出响应,把该音频媒体服务器给出响应,把该音频/视频文件发送给媒体视频文件发送给媒体播放器。媒体播放器在迟延了若干秒后,以流的形式播放器。媒体播放器在迟延了若干秒后,以流的形式边下载边解压缩边播放。边下载边解压缩边播放。使用使用 TCP,还是还是 UDP?n传送音频传送音频/视频文件可以视频文件可以使用使用 TCP
18、,也可以,也可以使用使用 UDP。起初人们起初人们选用选用 UDP 来来传送传送。n采用采用 UDP 会会有以下几个有以下几个缺点缺点:n由于网络的情况多变,在接收端的播放器很难做到始终按规由于网络的情况多变,在接收端的播放器很难做到始终按规定的速率播放定的速率播放。n很多单位的防火墙往往阻拦很多单位的防火墙往往阻拦外部外部 UDP 分组分组的进入,因而的进入,因而使使用用 UDP 传送传送多媒体文件时会被防火墙阻拦掉。多媒体文件时会被防火墙阻拦掉。n使用使用 UDP 传送传送流式多媒体文件时,如果在用户端希望能够流式多媒体文件时,如果在用户端希望能够控制媒体的播放,如进行暂停、快进等操作,那
19、么还需要使控制媒体的播放,如进行暂停、快进等操作,那么还需要使用另外的用另外的协议协议 RTP 和和 RTSP,增加增加了成本和复杂性。了成本和复杂性。使用使用 TCP,还是还是 UDP?n现在对流式存储音频现在对流式存储音频/视频的播放,视频的播放,如如 YouTube和和Netflix,都是,都是采用采用 TCP 来来传送。传送。客户机客户机万维网万维网服务器服务器TCP发送缓存发送缓存TCP接收缓存接收缓存视频文件视频文件应用程序缓存应用程序缓存等时地从缓存中把等时地从缓存中把帧读出,解压缩,帧读出,解压缩,显示在屏幕上显示在屏幕上互联网上传送互联网上传送已已发发送送的的待待发发送送的的
20、已已收收到到的的使用使用 TCP 传送传送流式流式视频主要视频主要步骤步骤 用户用户使用使用 HTTP 获取获取存储在万维网服务器中的视频文件,存储在万维网服务器中的视频文件,然后把视频数据传送然后把视频数据传送到到 TCP 发送发送缓存中。若发送缓存已填满,缓存中。若发送缓存已填满,就暂时停止传送。就暂时停止传送。从从 TCP 发送发送缓存通过互联网向客户机中缓存通过互联网向客户机中的的 TCP 接收接收缓存缓存传送视频数据,直到接收缓存被填满。传送视频数据,直到接收缓存被填满。从从 TCP 接收接收缓存把视频数据再传送到应用程序缓存(即媒缓存把视频数据再传送到应用程序缓存(即媒体播放器的缓
21、存)。当这个缓存中的视频数据存储到一定程体播放器的缓存)。当这个缓存中的视频数据存储到一定程度时,就开始播放。这个过程一般不度时,就开始播放。这个过程一般不超过超过 1 分钟分钟。在在播放时,媒体播放器等时地(即周期性地)把视频数据播放时,媒体播放器等时地(即周期性地)把视频数据按帧读出,经解压缩后,把视频节目显示在用户的屏幕上。按帧读出,经解压缩后,把视频节目显示在用户的屏幕上。8.2.3 实时流式协议实时流式协议 RTSP nRTSP(Real-Time Streaming Protocol)协议协议以以客户服务器方式客户服务器方式工作。它工作。它本身并不传送本身并不传送数据数据,是是一个
22、多媒体播放一个多媒体播放控制协议控制协议,用来使用户在播,用来使用户在播放放从互联网下载从互联网下载的实时数据时能够进行控制,的实时数据时能够进行控制,如:暂停如:暂停/继续、后退、前进等。因此继续、后退、前进等。因此 RTSP 又又称为称为“互联网录互联网录像机遥控协议像机遥控协议”。n要实现要实现 RTSP 的控制功能,我们不仅要有协议,的控制功能,我们不仅要有协议,而且要有专门的而且要有专门的媒体媒体播放器播放器(media player)和和媒体媒体服务器服务器(media server)。RTSP 特点特点 nRTSP 是是有状态的有状态的协议协议。它。它记录记录客户机所处于客户机所
23、处于的状态(初始化状态、播放状态或暂停状态)。的状态(初始化状态、播放状态或暂停状态)。nRTSP 控制控制分组既可分组既可在在 TCP 上上传送,也可传送,也可在在 UDP 上上传送传送。nRTSP 没有没有定义音频定义音频/视频的压缩方案,也没有视频的压缩方案,也没有规定音频规定音频/视频在网络中传送时应如何封装在分视频在网络中传送时应如何封装在分组中组中。nRTSP 没有没有规定规定音频音频/视频流在媒体播放器中应视频流在媒体播放器中应如何缓存。如何缓存。万维网万维网服务器服务器客户机客户机服务器服务器媒体媒体播放器播放器 元文件元文件浏览器浏览器媒体媒体服务器服务器 GET:元文件元文
24、件 RESPONSESETUP RESPONSEPLAY RESPONSE RESPONSE TEARDOWN 使用使用 RTSP 的的媒体服媒体服务器的工作过程务器的工作过程使用使用 RTSP 的媒体的媒体服务器的服务器的工作过程工作过程 浏览器向万维网服务器请求音频浏览器向万维网服务器请求音频/视频文件。视频文件。万维网服务器从浏览器发送携带有元文件的响应。万维网服务器从浏览器发送携带有元文件的响应。浏览器把收到的元文件传送给媒体播放器。浏览器把收到的元文件传送给媒体播放器。RTSP 客户与媒体服务器的客户与媒体服务器的 RTSP 服务器建立连接。服务器建立连接。RTSP 服务器发送响应服
25、务器发送响应 RESPONSE 报文。报文。RTSP 客户发送客户发送 PLAY 报文,开始下载音频报文,开始下载音频/视频文件。视频文件。RTSP 服务器发送响应服务器发送响应 RESPONSE 报文。报文。RTSP 客户发送客户发送 TEARDOWN 报文断开连接。报文断开连接。RTSP 服务器发送响应服务器发送响应 RESPONSE 报文。报文。8.3 交互式音频交互式音频/视频视频n8.3.1 IP 电话电话概述概述n8.3.2 IP 电话电话所需要的几种应用协议所需要的几种应用协议n8.3.3 实时运输实时运输协议协议 RTPn8.3.4 实时运输实时运输控制协议控制协议 RTCPn
展开阅读全文