计算机网络(第五版)第八章-音频视频-谢希仁主编课件

《计算机网络(第五版)第八章-音频视频-谢希仁主编课件》由会员分享，可在线阅读，更多相关《计算机网络(第五版)第八章-音频视频-谢希仁主编课件（85页珍藏版）》请在金锄头文库上搜索。

1、课件制作人：谢希仁,计算机网络（第 5 版）,第 8 章 因特网上的音频/视频服务,课件制作人：谢希仁,第 8 章 因特网上的音频/视频服务,8.1 概述 8.2 流式存储音频/视频 8.2.1 具有元文件的万维网服务器 8.2.2 媒体服务器 8.2.3 实时流式协议 RTSP,课件制作人：谢希仁,8.3 交互式音频/视频 8.3.1 IP 电话概述 8.3.2 IP 电话所需要的几种应用协议 8.3.3 实时运输协议 RTP 8.3.4 实时运输控制协议 RTCP 8.3.5 H.323 8.3.6 会话发起协议 SIP,第 8 章 因特网上的音频/视频服务 （续）,课件制作人：谢希仁,8

2、.4 改进“尽最大努力交付”的服务 8.4.1 使因特网提供服务质量 8.4.2 调度和管制机制 8.4.3 综合服务 IntServ 和资源预留 协议 RSVP 8.4.4 区分服务 DiffServ,第 8 章 因特网上的音频/视频服务 （续）,课件制作人：谢希仁,8.1 概述,计算机网络最初是为传送数据信息设计的。因特网 IP 层提供的“尽最大努力交付”服务，以及每一个分组独立交付的策略，对传送数据信息也是很合适的。 因特网使用的 TCP 协议可以很好地解决网络不能提供可靠交付这一问题。,课件制作人：谢希仁,多媒体信息的特点,多媒体信息（包括声音和图像信息）与不包括声音和图像的数据信息有

3、很大的区别。 多媒体信息的信息量往往很大。 在传输多媒体数据时，对时延和时延抖动均有较高的要求。 多媒体数据往往是实时数据(real time data)，它的含义是：在发送实时数据的同时，在接收端边接收边播放。,课件制作人：谢希仁,因特网是非等时的,模拟的多媒体信号经过采样和模数转换变为数字信号，再组装成分组。这些分组的发送速率是恒定的（等时的）。 传统的因特网本身是非等时的。因此经过因特网的分组变成了非恒定速率的分组。,课件制作人：谢希仁,接收端需设置适当大小的缓存。当缓存中的分组数达到一定的数量后再以恒定速率按顺序把分组读出进行还原播放。 缓存实际上就是一个先进先出的队列。图中标明的 T

4、 叫做播放时延。,在接收端设置缓存,课件制作人：谢希仁,缓存使所有到达的分组都经受了迟延。 早到达的分组在缓存中停留的时间较长，而晚到达的分组在缓存中停留的时间则较短。 以非恒定速率到达的分组，经过缓存后再以恒定速率读出，就能够在一定程度上消除了时延的抖动。但我们付出的代价是增加了时延。,缓存的影响,课件制作人：谢希仁,需要解决的问题,在传送时延敏感(delay sensitive)的实时数据时，不仅传输时延不能太大，而且时延抖动也必须受到限制。 对于传送实时数据，很少量分组的丢失对播放效果的影响并不大（因为这是由人来进行主观评价的），因而是可以容忍的。丢失容忍(loss tolerant)也

5、是实时数据的另一个重要特点。,课件制作人：谢希仁,需要解决的问题（续）,由于分组的到达可能不按序，但将分组还原和播放时又应当是按序的。因此在发送多媒体分组时还应当给每一个分组加上序号。这表明还应当有相应的协议支持才行。 要使接收端能够将节目中本来就存在的正常的短时间停顿（如音乐中停顿几拍）和因某些分组的较大迟延造成的“停顿”区分开来。这就需要增加一个时间戳(timestamp)，以便告诉接收端应当在什么时间播放哪个分组。,课件制作人：谢希仁,必须改造现有的因特网,大量使用光缆和高速路由器，网络的时延和时延抖动就可以足够小，在因特网上传送实时数据就不会有问题。 把因特网改造为能够对端到端的带宽实

6、现预留(reservation)，把使用无连接协议的因特网转变为面向连接的网络。 部分改动因特网的协议栈所付出的代价较小，而这也能够使多媒体信息在因特网上的传输质量得到改进。,课件制作人：谢希仁,目前因特网提供的音频/视频服务大体上可分为三种类型,流式(streaming)存储音频/视频 边下载边播放。 流式实况音频/视频 边录制边发送 。 交互式音频/视频实时交互式通信。,课件制作人：谢希仁,“边下载边播放”中的“下载”,“边下载边播放”结束后，在用户的硬盘上没有留下有关播放内容的任何痕迹。 流媒体(streaming media)，即流式音频/视频。 流媒体特点就是“边下载边播放” (st

7、reaming and playing) 。,课件制作人：谢希仁,8.2 流式存储音频/视频,传统的下载文件方法,万维网 服务器,客户机,服务器,媒体 播放器,浏览器,课件制作人：谢希仁,传统的浏览器从服务器 下载音频/视频文件, 用户从客户机(client machine)的浏览器上用 HTTP 协议向服务器请求下载某个音频/视频文件。 服务器如有此文件就发送给浏览器。在响应报文中就装有用户所要的音频/视频文件。整个下载过程可能会花费很长的时间。 当浏览器完全收下这个文件后，就可以传送给自己机器上的媒体播放器进行解压缩，然后播放。,课件制作人：谢希仁,8.2.1 具有元文件的万维网服务器,元

8、文件就是一种非常小的文件，它描述或指明其他文件的一些重要信息。,万维网 服务器,客户机,服务器,媒体 播放器,浏览器,课件制作人：谢希仁,使用元文件下载音频/视频文件, 浏览器用户使用 HTTP 的 GET 报文接入到万维网服务器。这个超链指向一个元文件。这个元文件有实际的音频/视频文件的统一资源定位符 URL。 万维网服务器把该元文件装入 HTTP 响应报文的主体，发回给浏览器。 客户机浏览器调用相关的媒体播放器，把提取出的元文件传送给媒体播放器。 媒体播放器使用元文件中的 URL ，向万维网服务器发送 HTTP 请求报文，要求下载音频/视频文件。 万维网服务器发送 HTTP 响应报文，把该

9、音频/视频文件发送给媒体播放器。媒体播放器边下载边解压缩边播放。,课件制作人：谢希仁,8.2.2 媒体服务器,媒体服务器也称为流式服务器(streaming server) ，它支持流式音频和视频的传送。 媒体播放器与媒体服务器的关系是客户与服务器的关系。 媒体播放器不是向万维网服务器而是向媒体服务器请求音频/视频文件。 媒体服务器和媒体播放器之间采用另外的协议进行交互。,课件制作人：谢希仁,使用媒体服务器,万维网 服务器,媒体 播放器,浏览器,媒体 服务器,客户机,服务器,课件制作人：谢希仁,采用媒体服务器 下载音频/视频文件的步骤, 前三个步骤仍然和上一节的一样，区别就是后面两个步骤。 媒

10、体播放器使用元文件中的 URL 接入到媒体服务器，请求下载浏览器所请求的音频/视频文件。下载可以借助于使用 UDP 的任何协议，例如使用实时运输协议 RTP。 媒体服务器给出响应，把该音频/视频文件发送给媒体播放器。媒体播放器在迟延了若干秒后，以流的形式边下载边解压缩边播放。,课件制作人：谢希仁,8.2.3 实时流式协议 RTSP (Real-Time Streaming Protocol),RTSP 协议以客户服务器方式工作，它是一个多媒体播放控制协议，用来使用户在播放从因特网下载的实时数据时能够进行控制，如：暂停/继续、后退、前进等。因此 RTSP 又称为“因特网录像机遥控协议”。 要实现

11、 RTSP 的控制功能，我们不仅要有协议，而且要有专门的媒体播放器(media player)和媒体服务器(media server)。,万维网 服务器,客户机,服务器,媒体 播放器,浏览器,媒体 服务器,音频/视频流,课件制作人：谢希仁,使用 RTSP 的媒体服务器 的工作过程, 浏览器向万维网服务器请求音频/视频文件。 万维网服务器从浏览器发送携带有元文件的响应。 浏览器把收到的元文件传送给媒体播放器。 RTSP 客户与媒体服务器的 RTSP 服务器建立连接。 RTSP 服务器发送响应 RESPONSE 报文。 RTSP 客户发送 PLAY 报文，开始下载音频/视频文件。 RTSP 服务器

12、发送响应 RESPONSE 报文。 RTSP 客户发送 TEARDOWN 报文断开连接。 RTSP 服务器发送响应 RESPONSE 报文。,课件制作人：谢希仁,8.3 交互式音频/视频 8.3.1 IP 电话概述,狭义的 IP 电话就是指在 IP 网络上打电话。所谓“IP 网络”就是“使用 IP 协议的分组交换网”的简称。 广义的 IP 电话则不仅仅是电话通信，而且还可以是在IP网络上进行交互式多媒体实时通信（包括话音、视像等），甚至还包括即时传信IM (Instant Messaging)。,IP 电话网关的几种连接方法,课件制作人：谢希仁,IP 电话的通话质量,IP 电话的通话质量主要由

13、两个因素决定。一个是通话双方端到端的时延和时延抖动，另一个是话音分组的丢失率。但这两个因素是不确定的，是取决于当时网络上的通信量。 经验证明，在电话交谈中，端到端的时延不应超过 250 ms，否则交谈者就能感到不自然。,课件制作人：谢希仁,IP 电话的端到端时延,(1) 话音信号进行模数转换要经受时延。 (2) 话音比特流装配成话音分组的时延。 (3) 话音分组的发送需要时间，此时间等于话音分 组长度与通信线路的数据率之比。 (4) 话音分组在因特网中的存储转发时延。 (5) 话音分组在接收端缓存中暂存所引起的时延。 (6) 话音分组还原成模拟话音信号的时延。 (7) 话音信号在通信线路上的传

14、播时延。 (8) 终端设备的硬件和操作系统产生的接入时延。,课件制作人：谢希仁,低速率话音编码的标准,(1) G.729速率为 8 kb/s 的共轭结构代数码激励线性预测声码器 CS-ACELP (Conjugate-Structure Algebraic-Code-Excited Linear Prediction)。 (2) G.723.1速率为 5.3/6.3 kb/s 的为多媒体通信用的低速率声码器。,课件制作人：谢希仁,D,播放时延有一个最佳值,分组 丢失率,端到端时延,20 %,10 %,5 %,100 ms,150 ms,400 ms,A,B,C,N,良好,基本 可用,不好,长途

15、电话 质量,接收端播放 时延增大,课件制作人：谢希仁,线速路由器,提高路由器的转发分组的速率对提高 IP 电话的质量也是很重要的。 据统计，一个跨大西洋的 IP 电话一般要经过 2030 个路由器。 若能改用吉比特路由器（又称为线速路由器），则每秒可转发 5 百万至 6 千万个分组（即交换速率达 60 Gb/s 左右）。这样还可进一步减少由网络造成的时延。,课件制作人：谢希仁,关于 Skype,Skype 采用了 P2P 和全球索引技术提供快速路由选择机制，管理成本大大降低。由于用户路由信息分布式存储于因特网的结点中，因此呼叫连接完成得很快。 Skype 采用了端对端加密方式，保证信息的安全性

16、。 Skype 使用 P2P 的技术，用户数据主要存储在 P2P 网络中，因此必须保证存储在公共网络中的数据是可靠的和没有被篡改的。Skype 对公共目录中存储的和用户相关的数据都采用了数字签名，保证了数据无法被篡改。 Skype的问世给全球信息技术和通信产业带来深远的影响，也给每一位网络使用者带来生活方式的改变。,8.3.2 IP电话所需要的几种应用协议,TCP,UDP,信令,服务质量,IPv4/IPv6,RTSP,RTCP,RSVP,H.323,SIP,RTP,应 用 层 协 议,音频/视频,SDP,底层网络,课件制作人：谢希仁,8.3.3 实时运输协议 RTP (Real-time Transport Protocol),RTP 为实时应用提供端到端的运输，但不提供任何服务质量的保证。 多媒体数据块经压缩编码处理后，先送给 RTP 封装成为 RTP 分组，再装入运输层的 UDP 用户数据报，然后再交