计算机网络第8版课件-第8章-互联网上的音频和视频服务.pptxVIP

互 联 网 上 的 音 频 和 视 频 服 务;;许多用户开始利用互联网传送音频/视频信息。 在许多情况下，这种音频/视频常称为多媒体信息。 多媒体信息：内容上相互关联的文本、图形、图像、声音、动画和活动图像等所形成的复合数据信息。;信息量很大。 标准语音：64 kbit/s ( PCM，8 kHz 速率采样，8 位编码）； 高质量立体声音乐 CD：1.4 Mbit/s（PCM，44.1 kHz 速率采样，16 位编码）； 数码照片 (1280 × 960)：3.52 MB（24 位编码）； 彩色电视：250 Mbit/s。 在传输多媒体数据时，对时延和时延抖动均有较高的要求。 边传输边播放。;;接收端设置适当大小的缓存。当缓存中的分组数达到一定的数量后，再以恒定速率按顺序把分组读出进行还原播放。 缓存实际上就是一个先进先出的队列。;;在传送时延敏感 (delay sensitive) 的实时数据时，不仅传输时延不能太大，而且时延抖动也必须受到限制。 传送实时数据时，少量分组的丢失对播放效果的影响并不大（因为是由人主观评价的），是可以容忍的。 丢失容忍 (loss tolerant) 是实时数据的另一个重要特点。 发送多媒体分组时应当给每一个分组加上序号，以按序还原和播放分组。 增加一个时间戳 (timestamp)，告诉接收端分组的产生时间。 ;大量使用光缆和高速路由器，网络的时延和时延抖动就可以足够小，在互联网上传送实时数据就不会有问题。 从根本改变互联网的协议栈，把互联网改造为能够对端到端的带宽实现预留 (reservation)，把无连接协议的互联网转变为面向连接的网络。 部分改动互联网的协议栈，付出的代价较小，也能够使多媒体信息在互联网上的传输质量得到改进。 ;大体上可分为三种类型： 流式 (streaming) 存储音频/视频 ——边下载边播放。 播放时并没有把“下载”的内容存储在硬盘上。 结束后，在用户的硬盘上没有留下有关播放内容的任何痕迹。 流式实况音频/视频 ——边录制边发送，连续播放。 交互式音频/视频 ——实时交互式通信。;;;;;;采用 UDP 有以下缺点： 由于网络情况多变，接收端的播放器很难做到始终按规定的速率播放。 很多单位的防火墙往往阻拦外部 UDP 分组的进入，因而使用 UDP 传送多媒体文件时会被防火墙阻拦掉。 使用 UDP 传送流式多媒体文件时，如果在用户端希望能够控制媒体的播放，如进行暂停、快进等操作，还需要使用另外的协议RTP 和 RTSP，增加了成本和复杂性。;;如果是观看实况转播，应当首先考虑使用 UDP 来传送。 若使用 TCP 传送，当出现网络严重拥塞时，会产生播放暂停。 使用 UDP 传送时，即使因网络拥塞丢失了一些分组，对观看的感觉也会比突然出现暂停要好些。;;RTSP 是有状态的协议，它记录客户机所处于的状态（初始化状态、播放状态或暂停状态）。 RTSP 控制分组既可在 TCP 上传送，也可在 UDP 上传送。 RTSP 没有定义音频/视频的压缩方案，也没有规定音频/视频在网络中传送时应如何封装在分组中，没有规定音频/视频流在媒体播放器中应如何缓存。;;浏览器向万维网服务器请求音频/视频文件。 万维网服务器从浏览器发送携带有元文件的响应。 浏览器把收到的元文件传送给媒体播放器。 RTSP 客户与媒体服务器的 RTSP 服务器建立连接。 RTSP 服务器发送响应 RESPONSE 报文。 RTSP 客户发送 PLAY 报文，开始下载音频/视频文件。 RTSP 服务器发送响应 RESPONSE 报文。 RTSP 客户发送 TEARDOWN 报文断开连接。 RTSP 服务器发送响应 RESPONSE 报文。 ;;IP 电话是在互联网上传送多媒体信息。 多个英文同义词： VoIP (Voice over IP) Internet Telephony VON (Voice On the Net);狭义的 IP 电话：指在 IP 网络上打电话。 广义的 IP 电话：不仅仅是电话通信，而且还可以是在 IP 网络上进行交互式多媒体实时通信（包括话音、视像等），甚至还包括即时传信 IM (Instant Messaging)。;公用电话网与 IP 网络的接口设备。 作用： 在电话呼叫阶段和呼叫释放阶段进行电话信令的转换。 在通话期间进行话音编码的转换。 实现 PC 用户到固定电话用户打 IP 电话（仅需经过 IP 电话网关一次），以及固定电话用户之间打 IP 电话（需要经过 IP 电话网关两次）。;;影响 IP 电话通话质量的两个主要因素： 通话双方端到端的时延和时延抖动； 话音分组的丢失率。 但这两个因素是不确定的，取决于当时网络上的通信量。 经验证明：在电话交谈中，端到端的时延