《计算机网络-谢希仁(第五版)配套课件_8_音频视频》由会员分享，可在线阅读，更多相关《计算机网络-谢希仁(第五版)配套课件_8_音频视频（86页珍藏版）》请在金锄头文库上搜索。
1、课件制作人 谢希仁 计算机网络 第5版 第8章因特网上的音频 视频服务 课件制作人 谢希仁 第8章因特网上的音频 视频服务 8 1概述8 2流式存储音频 视频8 2 1具有元文件的万维网服务器8 2 2媒体服务器8 2 3实时流式协议RTSP 课件制作人 谢希仁 8 3交互式音频 视频8 3 1IP电话概述8 3 2IP电话所需要的几种应用协议8 3 3实时运输协议RTP8 3 4实时运输控制协议RTCP8 3 5H 3238 3 6会话发起协议SIP 第8章因特网上的音频 视频服务 续 课件制作人 谢希仁 8 4改进 尽最大努力交付 的服务8 4 1使因特网提供服务质量8 4 2调度和管制机
2、制8 4 3综合服务IntServ和资源预留协议RSVP8 4 4区分服务DiffServ 第8章因特网上的音频 视频服务 续 课件制作人 谢希仁 8 1概述 计算机网络最初是为传送数据信息设计的 因特网IP层提供的 尽最大努力交付 服务 以及每一个分组独立交付的策略 对传送数据信息也是很合适的 因特网使用的TCP协议可以很好地解决网络不能提供可靠交付这一问题 课件制作人 谢希仁 多媒体信息的特点 多媒体信息 包括声音和图像信息 与不包括声音和图像的数据信息有很大的区别 多媒体信息的信息量往往很大 在传输多媒体数据时 对时延和时延抖动均有较高的要求 多媒体数据往往是实时数据 realtimed
3、ata 它的含义是 在发送实时数据的同时 在接收端边接收边播放 课件制作人 谢希仁 因特网是非等时的 模拟的多媒体信号经过采样和模数转换变为数字信号 再组装成分组 这些分组的发送速率是恒定的 等时的 传统的因特网本身是非等时的 因此经过因特网的分组变成了非恒定速率的分组 课件制作人 谢希仁 接收端需设置适当大小的缓存 当缓存中的分组数达到一定的数量后再以恒定速率按顺序把分组读出进行还原播放 缓存实际上就是一个先进先出的队列 图中标明的T叫做播放时延 在接收端设置缓存 课件制作人 谢希仁 缓存使所有到达的分组都经受了迟延 早到达的分组在缓存中停留的时间较长 而晚到达的分组在缓存中停留的时间则较短
4、 以非恒定速率到达的分组 经过缓存后再以恒定速率读出 就能够在一定程度上消除了时延的抖动 但我们付出的代价是增加了时延 缓存的影响 课件制作人 谢希仁 需要解决的问题 在传送时延敏感 delaysensitive 的实时数据时 不仅传输时延不能太大 而且时延抖动也必须受到限制 对于传送实时数据 很少量分组的丢失对播放效果的影响并不大 因为这是由人来进行主观评价的 因而是可以容忍的 丢失容忍 losstolerant 也是实时数据的另一个重要特点 课件制作人 谢希仁 需要解决的问题 续 由于分组的到达可能不按序 但将分组还原和播放时又应当是按序的 因此在发送多媒体分组时还应当给每一个分组加上序号
5、 这表明还应当有相应的协议支持才行 要使接收端能够将节目中本来就存在的正常的短时间停顿 如音乐中停顿几拍 和因某些分组的较大迟延造成的 停顿 区分开来 这就需要增加一个时间戳 timestamp 以便告诉接收端应当在什么时间播放哪个分组 课件制作人 谢希仁 必须改造现有的因特网 大量使用光缆和高速路由器 网络的时延和时延抖动就可以足够小 在因特网上传送实时数据就不会有问题 把因特网改造为能够对端到端的带宽实现预留 reservation 把使用无连接协议的因特网转变为面向连接的网络 部分改动因特网的协议栈所付出的代价较小 而这也能够使多媒体信息在因特网上的传输质量得到改进 课件制作人 谢希仁
6、目前因特网提供的音频 视频服务大体上可分为三种类型 流式 streaming 存储音频 视频 边下载边播放 流式实况音频 视频 边录制边发送 交互式音频 视频 实时交互式通信 课件制作人 谢希仁 边下载边播放 中的 下载 边下载边播放 结束后 在用户的硬盘上没有留下有关播放内容的任何痕迹 流媒体 streamingmedia 即流式音频 视频 流媒体特点就是 边下载边播放 streamingandplaying 课件制作人 谢希仁 8 2流式存储音频 视频 传统的下载文件方法 万维网服务器 客户机 服务器 媒体播放器 浏览器 课件制作人 谢希仁 传统的浏览器从服务器下载音频 视频文件 用户从客
7、户机 clientmachine 的浏览器上用HTTP协议向服务器请求下载某个音频 视频文件 服务器如有此文件就发送给浏览器 在响应报文中就装有用户所要的音频 视频文件 整个下载过程可能会花费很长的时间 当浏览器完全收下这个文件后 就可以传送给自己机器上的媒体播放器进行解压缩 然后播放 课件制作人 谢希仁 8 2 1具有元文件的万维网服务器 元文件就是一种非常小的文件 它描述或指明其他文件的一些重要信息 万维网服务器 客户机 服务器 媒体播放器 浏览器 课件制作人 谢希仁 使用元文件下载音频 视频文件 浏览器用户使用HTTP的GET报文接入到万维网服务器 这个超链指向一个元文件 这个元文件有实
8、际的音频 视频文件的统一资源定位符URL 万维网服务器把该元文件装入HTTP响应报文的主体 发回给浏览器 客户机浏览器调用相关的媒体播放器 把提取出的元文件传送给媒体播放器 媒体播放器使用元文件中的URL 向万维网服务器发送HTTP请求报文 要求下载音频 视频文件 万维网服务器发送HTTP响应报文 把该音频 视频文件发送给媒体播放器 媒体播放器边下载边解压缩边播放 课件制作人 谢希仁 8 2 2媒体服务器 媒体服务器也称为流式服务器 streamingserver 它支持流式音频和视频的传送 媒体播放器与媒体服务器的关系是客户与服务器的关系 媒体播放器不是向万维网服务器而是向媒体服务器请求音频
9、 视频文件 媒体服务器和媒体播放器之间采用另外的协议进行交互 课件制作人 谢希仁 使用媒体服务器 万维网服务器 媒体播放器 浏览器 媒体服务器 客户机 服务器 课件制作人 谢希仁 采用媒体服务器下载音频 视频文件的步骤 前三个步骤仍然和上一节的一样 区别就是后面两个步骤 媒体播放器使用元文件中的URL接入到媒体服务器 请求下载浏览器所请求的音频 视频文件 下载可以借助于使用UDP的任何协议 例如使用实时运输协议RTP 媒体服务器给出响应 把该音频 视频文件发送给媒体播放器 媒体播放器在迟延了若干秒后 以流的形式边下载边解压缩边播放 课件制作人 谢希仁 8 2 3实时流式协议RTSP Real
10、TimeStreamingProtocol RTSP协议以客户服务器方式工作 它是一个多媒体播放控制协议 用来使用户在播放从因特网下载的实时数据时能够进行控制 如 暂停 继续 后退 前进等 因此RTSP又称为 因特网录像机遥控协议 要实现RTSP的控制功能 我们不仅要有协议 而且要有专门的媒体播放器 mediaplayer 和媒体服务器 mediaserver 万维网服务器 客户机 服务器 媒体播放器 浏览器 媒体服务器 音频 视频流 课件制作人 谢希仁 使用RTSP的媒体服务器的工作过程 浏览器向万维网服务器请求音频 视频文件 万维网服务器从浏览器发送携带有元文件的响应 浏览器把收到的元文件
11、传送给媒体播放器 RTSP客户与媒体服务器的RTSP服务器建立连接 RTSP服务器发送响应RESPONSE报文 RTSP客户发送PLAY报文 开始下载音频 视频文件 RTSP服务器发送响应RESPONSE报文 RTSP客户发送TEARDOWN报文断开连接 RTSP服务器发送响应RESPONSE报文 课件制作人 谢希仁 8 3交互式音频 视频8 3 1IP电话概述 狭义的IP电话就是指在IP网络上打电话 所谓 IP网络 就是 使用IP协议的分组交换网 的简称 广义的IP电话则不仅仅是电话通信 而且还可以是在IP网络上进行交互式多媒体实时通信 包括话音 视像等 甚至还包括即时传信IM Instan
12、tMessaging IP电话网关的几种连接方法 课件制作人 谢希仁 IP电话的通话质量 IP电话的通话质量主要由两个因素决定 一个是通话双方端到端的时延和时延抖动 另一个是话音分组的丢失率 但这两个因素是不确定的 是取决于当时网络上的通信量 经验证明 在电话交谈中 端到端的时延不应超过250ms 否则交谈者就能感到不自然 课件制作人 谢希仁 IP电话的端到端时延 1 话音信号进行模数转换要经受时延 2 话音比特流装配成话音分组的时延 3 话音分组的发送需要时间 此时间等于话音分组长度与通信线路的数据率之比 4 话音分组在因特网中的存储转发时延 5 话音分组在接收端缓存中暂存所引起的时延 6
13、话音分组还原成模拟话音信号的时延 7 话音信号在通信线路上的传播时延 8 终端设备的硬件和操作系统产生的接入时延 课件制作人 谢希仁 低速率话音编码的标准 1 G 729 速率为8kb s的共轭结构代数码激励线性预测声码器CS ACELP Conjugate StructureAlgebraic Code ExcitedLinearPrediction 2 G 723 1 速率为5 3 6 3kb s的为多媒体通信用的低速率声码器 课件制作人 谢希仁 D 播放时延有一个最佳值 分组丢失率 端到端时延 20 10 5 100ms 150ms 400ms A B C N 良好 基本可用 不好 长途
14、电话质量 接收端播放时延增大 课件制作人 谢希仁 线速路由器 提高路由器的转发分组的速率对提高IP电话的质量也是很重要的 据统计 一个跨大西洋的IP电话一般要经过20 30个路由器 若能改用吉比特路由器 又称为线速路由器 则每秒可转发5百万至6千万个分组 即交换速率达60Gb s左右 这样还可进一步减少由网络造成的时延 课件制作人 谢希仁 关于Skype Skype采用了P2P和全球索引技术提供快速路由选择机制 管理成本大大降低 由于用户路由信息分布式存储于因特网的结点中 因此呼叫连接完成得很快 Skype采用了端对端加密方式 保证信息的安全性 Skype使用P2P的技术 用户数据主要存储在P
15、2P网络中 因此必须保证存储在公共网络中的数据是可靠的和没有被篡改的 Skype对公共目录中存储的和用户相关的数据都采用了数字签名 保证了数据无法被篡改 Skype的问世给全球信息技术和通信产业带来深远的影响 也给每一位网络使用者带来生活方式的改变 8 3 2IP电话所需要的几种应用协议 TCP UDP 信令 服务质量 IPv4 IPv6 RTSP RTCP RSVP H 323 SIP RTP 应用层协议 音频 视频 SDP 底层网络 课件制作人 谢希仁 8 3 3实时运输协议RTP Real timeTransportProtocol RTP为实时应用提供端到端的运输 但不提供任何服务质量
16、的保证 多媒体数据块经压缩编码处理后 先送给RTP封装成为RTP分组 再装入运输层的UDP用户数据报 然后再交给IP层 RTP是一个协议框架 只包含了实时应用的一些共同的功能 RTP自己并不对多媒体数据块做任何处理 而只是向应用层提供一些附加的信息 让应用层知道应当如何进行处理 课件制作人 谢希仁 RTP的层次 从应用开发者的角度看 RTP应当是应用层的一部分 在应用的发送端 开发者必须编写用RTP封装分组的程序代码 然后把RTP分组交给UDP插口接口 在接收端 RTP分组通过UDP插口接口进入应用层后 还要利用开发者编写的程序代码从RTP分组中把应用数据块提取出来 课件制作人 谢希仁 RTP也可看成是运输层的一个子层 RTP封装了多媒体应用的数据块 由于RTP向多媒体应用程序提供了服务 如时间戳和序号 因此也可以将RTP看成是在UDP之上的一个运输层的子层 运输层 应用层 IP 数据链路层 物理层 RTP UDP RTP分组的首部格式 12字节 序号 位01381631 有效载荷类型 版本 P X M 参与源数 时间戳 同步源标识符 SSRC 参与源标识符 CSRC 0 15 发送
