计算机网络第八章.pptxVIP

第 8 章互 联 网 上 的音 频 和 视 频 服 务计算机网络（第7版）谢希仁 编著8.1 概述8.2 流式存储音频/视频8.3 交互式音频/视频8.4 改进“尽最大努力交付”的服务8.1 概述计算机网络最初是为传送数据信息设计的。互联网 IP 层提供的“尽最大努力交付”服务，以及每一个分组独立交付的策略，对传送数据信息也是很合适的。互联网使用的 TCP 协议可以很好地解决网络不能提供可靠交付这一问题。多媒体信息的特点多媒体信息包括：声音和图像信息。多媒体信息的两个最主要特点：多媒体信息的信息量往往很大。 标准语音：64 kbit/s；高质量的立体声音乐：1.4 Mbit/s； 数码照片 (1280 × 960)：3.52 MB；彩色电视：250 Mbit/s。在传输多媒体数据时，对时延和时延抖动均有较高的要求。 采样后的信号模拟信号tt互联网是非等时的模拟的多媒体信号经过采样和模数转换变为数字信号，再组装成分组。这些分组的发送速率是恒定的（等时的）。传统的互联网本身是非等时的。因此经过互联网的分组变成了非恒定速率的分组。 构成分组互联网tt非恒定速率恒定速率采样后的信号模拟信号tt互联网是非等时的模拟的多媒体信号经过采样和模数转换变为数字信号，再组装成分组。这些分组的发送速率是恒定的（等时的）。传统的互联网本身是非等时的。因此经过互联网的分组变成了非恒定速率的分组。 构成分组互联网tt非恒定速率恒定速率在接收端设置缓存要解决非等时问题，接收端需设置适当大小的缓存。当缓存中的分组数达到一定的数量后再以恒定速率按顺序把分组读出进行还原播放。缓存实际上就是一个先进先出的队列。图中标明的 T 叫做播放时延。有可能发生分组丢失缓存（队列）tt非恒定速率恒定速率T缓存的影响缓存使所有到达的分组都经受了迟延。早到达的分组在缓存中停留的时间较长，而晚到达的分组在缓存中停留的时间则较短。以非恒定速率到达的分组，经过缓存后再以恒定速率读出，就能够在一定程度上消除了时延的抖动。但我们付出的代价是增加了时延。分组发出t 1 2 3 4 5 6到达分组数?推迟播放654321分组迟到如果网络无时延网络出现时延?再推迟播放时间缓存时间分组 1 的时延缓存时间t12 3 4 5 6分组到达实际的网络t12 34 56需要解决的问题 在传送时延敏感 (delay sensitive) 的实时数据时，不仅传输时延不能太大，而且时延抖动也必须受到限制。对于传送实时数据，很少量分组的丢失对播放效果的影响并不大（因为这是由人来进行主观评价的），因而是可以容忍的。丢失容忍 (loss tolerant) 也是实时数据的另一个重要特点。 需要解决的问题（续）由于分组的到达可能不按序，但将分组还原和播放时又应当是按序的，因此在发送多媒体分组时还应当给每一个分组加上序号。要使接收端能够将节目中本来就存在的正常的短时间停顿（如音乐中停顿几拍）和因某些分组的较大迟延造成的“停顿”区分开来，就需要增加一个时间戳 (timestamp)，以便告诉接收端应当在什么时间播放哪个分组。必须改造现有的互联网 大量使用光缆和高速路由器，网络的时延和时延抖动就可以足够小，在互联网上传送实时数据就不会有问题。把互联网改造为能够对端到端的带宽实现预留 (reservation)，把使用无连接协议的互联网转变为面向连接的网络。 部分改动互联网的协议栈所付出的代价较小，而这也能够使多媒体信息在互联网上的传输质量得到改进。 互联网提供的音频/视频服务类型 目前互联网提供的音频/视频服务大体上可分为三种类型：流式 (streaming) 存储音频/视频 ——边下载边播放。流式实况音频/视频 ——边录制边发送 。交互式音频/视频 ——实时交互式通信。“边下载边播放”中的“下载” 对于流式音频/视频的“下载”，实际上并没有把“下载”的内容存储在硬盘上。“边下载边播放”结束后，在用户的硬盘上没有留下有关播放内容的任何痕迹。流媒体 (streaming media) 即流式音频/视频。流媒体特点就是“边下载边播放” (streaming and playing) 。8.2.1 具有元文件的万维网服务器8.2.2 媒体服务器8.2.3 实时流式协议 RTSP8.2流式存储音频/视频? GET: 音频/视频文件? RESPONSE? 音频/视频文件8.2 流式存储音频/视频 浏览器从服务器下载已经录制好的音频/视频文件步骤如下：客户机服务器万维网服务器浏览器注意：传统的下载文件方法并没有涉及到“流式”（即边下载边播放）的概念。媒体播放器浏览器从服务器下载音频/视频文件步骤 用户从客户机 (