计算机网络第五版第六版第7版多媒体ppt课件第8章.pptx
《计算机网络第五版第六版第7版多媒体ppt课件第8章.pptx》由会员分享,可在线阅读,更多相关《计算机网络第五版第六版第7版多媒体ppt课件第8章.pptx(97页珍藏版)》请在三一办公上搜索。
1、第 8 章 互联网上的音频和视频服务,第 8 章 互联网上的音频/视频服务,8.1 概述8.2 流式存储音频/视频8.3 交互式音频/视频8.4 改进“尽最大努力交付”的服务,8.1 概述,计算机网络最初是为传送数据信息设计的。互联网 IP 层提供的“尽最大努力交付”服务,以及每一个分组独立交付的策略,对传送数据信息也是很合适的。互联网使用的 TCP 协议可以很好地解决网络不能提供可靠交付这一问题。,多媒体信息的特点,多媒体信息(包括声音和图像信息)与不包括声音和图像的数据信息有很大的区别。1,多媒体信息的信息量往往很大。2,在传输多媒体数据时,对时延和时延抖动均有较高的要求。3,多媒体数据往
2、往是实时数据 (real time data),它的含义是:在发送实时数据的同时,在接收端边接收、边播放。,互联网是非等时的,模拟的多媒体信号经过采样和模数转换变为数字信号,再组装成分组。这些分组的发送速率是恒定的(等时的)。传统的互联网本身是非等时的。因此经过互联网的分组变成了非恒定速率的分组。,t,t,互联网,构成分组,恒定速率,非恒定速率,在接收端设置缓存,要解决非等时问题,接收端需设置适当大小的缓存。当缓存中的分组数达到一定的数量后再以恒定速率按顺序把分组读出进行还原播放。缓存实际上就是一个先进先出的队列。图中标明的 T 叫做播放时延。,缓存的影响,缓存使所有到达的分组都经受了迟延。早
3、到达的分组在缓存中停留的时间较长,而晚到达的分组在缓存中停留的时间则较短。以非恒定速率到达的分组,经过缓存后再以恒定速率读出,就能够在一定程度上消除了时延的抖动。但我们付出的代价是增加了时延。,需要解决的问题,在传送时延敏感 (delay sensitive) 的实时数据时,不仅传输时延不能太大,而且时延抖动也必须受到限制。对于传送实时数据,很少量分组的丢失对播放效果的影响并不大(因为这是由人来进行主观评价的),因而是可以容忍的。丢失容忍 (loss tolerant) 也是实时数据的另一个重要特点。,需要解决的问题(续),由于分组的到达可能不按序,但将分组还原和播放时又应当是按序的,因此在发
4、送多媒体分组时还应当给每一个分组加上序号。这表明还应当有相应的协议支持才行。要使接收端能够将节目中本来就存在的正常的短时间停顿(如音乐中停顿几拍)和因某些分组的较大迟延造成的“停顿”区分开来,就需要增加一个时间戳 (timestamp),以便告诉接收端应当在什么时间播放哪个分组。,必须改造现有的互联网,大量使用光缆和高速路由器,网络的时延和时延抖动就可以足够小,在互联网上传送实时数据就不会有问题。把互联网改造为能够对端到端的带宽实现预留 (reservation),把使用无连接协议的互联网转变为面向连接的网络。 部分改动互联网的协议栈所付出的代价较小,而这也能够使多媒体信息在互联网上的传输质量
5、得到改进。,互联网提供的音频/视频服务类型,目前互联网提供的音频/视频服务大体上可分为三种类型:流式 (streaming) 存储音频/视频 边下载边播放。流式实况音频/视频 边录制边发送 。交互式音频/视频 实时交互式通信。,“边下载边播放”中的“下载”,对于流式音频/视频的“下载”,实际上并没有把“下载”的内容存储在硬盘上。“边下载边播放”结束后,在用户的硬盘上没有留下有关播放内容的任何痕迹。流媒体 (streaming media)即流式音频/视频。流媒体特点就是“边下载边播放” (streaming and playing) 。,8.2 流式存储音频/视频,8.2.1 具有元文件的万维
6、网服务器8.2.2 媒体服务器8.2.3 实时流式协议 RTSP,8.2 流式存储音频/视频,浏览器从服务器下载已经录制好的音频/视频文件步骤如下:,万维网服务器,客户机,服务器,媒体播放器,浏览器,注意:传统的下载文件方法并没有涉及到“流式”(即边下载边播放)的概念。,浏览器从服务器下载音频/视频文件步骤, 用户从客户机 (client machine) 的浏览器上用 HTTP 协议向服务器请求下载某个音频/视频文件。 服务器如有此文件就发送给浏览器。在响应报文中就装有用户所要的音频/视频文件。整个下载过程可能会花费很长的时间。 当浏览器完全收下这个文件后,就可以传送给自己机器上的媒体播放器
7、进行解压缩,然后播放。,8.2.1 具有元文件的万维网服务器,元文件就是一种非常小的文件,它描述或指明其他文件的一些重要信息。这里的元文件保存了有关这个音频/视频文件的信息。,万维网服务器,客户机,服务器,媒体播放器,浏览器,使用元文件下载音频/视频文件, 浏览器用户使用 HTTP 的 GET 报文接入到万维网服务器。这个超链指向一个元文件。这个元文件有实际的音频/视频文件的统一资源定位符 URL。 万维网服务器把该元文件装入 HTTP 响应报文的主体,发回给浏览器。 客户机浏览器调用相关的媒体播放器,把提取出的元文件传送给媒体播放器。 媒体播放器使用元文件中的 URL ,向万维网服务器发送
8、HTTP 请求报文,要求下载音频/视频文件。 万维网服务器发送 HTTP 响应报文,把该音频/视频文件发送给媒体播放器。媒体播放器边下载边解压缩边播放。,8.2.2 媒体服务器,媒体服务器也称为流式服务器 (streaming server),它支持流式音频和视频的传送。媒体播放器与媒体服务器的关系是客户与服务器的关系。 媒体播放器不是向万维网服务器而是向媒体服务器请求音频/视频文件。媒体服务器和媒体播放器之间采用另外的协议进行交互。,使用媒体服务器,万维网服务器,媒体播放器,浏览器,媒体服务器,客户机,服务器,媒体播放器不是向万维网服务器而是向媒体服务器请求音频/视频文件。,使用媒体服务器下
9、载音频/视频文件步骤, 前三个步骤仍然和上一节的一样,区别就是后面两个步骤。 媒体播放器使用元文件中的 URL 接入到媒体服务器,请求下载浏览器所请求的音频/视频文件。下载可以借助于使用 UDP 的任何协议,例如使用实时运输协议 RTP。 媒体服务器给出响应,把该音频/视频文件发送给媒体播放器。媒体播放器在迟延了若干秒后,以流的形式边下载边解压缩边播放。,使用 TCP,还是 UDP?,传送音频/视频文件可以使用 TCP,也可以使用 UDP。起初人们选用 UDP 来传送。采用 UDP 会有以下几个缺点:由于网络的情况多变,在接收端的播放器很难做到始终按规定的速率播放。很多单位的防火墙往往阻拦外部
10、 UDP 分组的进入,因而使用 UDP 传送多媒体文件时会被防火墙阻拦掉。使用 UDP 传送流式多媒体文件时,如果在用户端希望能够控制媒体的播放,如进行暂停、快进等操作,那么还需要使用另外的协议 RTP 和 RTSP,增加了成本和复杂性。,使用 TCP,还是 UDP?,现在对流式存储音频/视频的播放,如 YouTube和Netflix,都是采用 TCP 来传送。,使用 TCP 传送流式视频主要步骤, 用户使用 HTTP 获取存储在万维网服务器中的视频文件,然后把视频数据传送到 TCP 发送缓存中。若发送缓存已填满,就暂时停止传送。 从 TCP 发送缓存通过互联网向客户机中的 TCP 接收缓存传
11、送视频数据,直到接收缓存被填满。 从 TCP 接收缓存把视频数据再传送到应用程序缓存(即媒体播放器的缓存)。当这个缓存中的视频数据存储到一定程度时,就开始播放。这个过程一般不超过 1 分钟。 在播放时,媒体播放器等时地(即周期性地)把视频数据按帧读出,经解压缩后,把视频节目显示在用户的屏幕上。,8.2.3 实时流式协议 RTSP,RTSP (Real-Time Streaming Protocol) 协议以客户服务器方式工作。它本身并不传送数据,是一个多媒体播放控制协议,用来使用户在播放从互联网下载的实时数据时能够进行控制,如:暂停/继续、后退、前进等。因此 RTSP 又称为“互联网录像机遥控
12、协议”。要实现 RTSP 的控制功能,我们不仅要有协议,而且要有专门的媒体播放器 (media player) 和媒体服务器 (media server)。,RTSP 特点,RTSP 是有状态的协议。它记录客户机所处于的状态(初始化状态、播放状态或暂停状态)。RTSP 控制分组既可在 TCP 上传送,也可在 UDP 上传送。RTSP 没有定义音频/视频的压缩方案,也没有规定音频/视频在网络中传送时应如何封装在分组中。RTSP 没有规定音频/视频流在媒体播放器中应如何缓存。,万维网服务器,客户机,服务器,媒体播放器,浏览器,媒体服务器,音频/视频流,使用 RTSP 的媒体服务器的工作过程,使用
13、RTSP 的媒体服务器的工作过程, 浏览器向万维网服务器请求音频/视频文件。 万维网服务器从浏览器发送携带有元文件的响应。 浏览器把收到的元文件传送给媒体播放器。 RTSP 客户与媒体服务器的 RTSP 服务器建立连接。 RTSP 服务器发送响应 RESPONSE 报文。 RTSP 客户发送 PLAY 报文,开始下载音频/视频文件。 RTSP 服务器发送响应 RESPONSE 报文。 RTSP 客户发送 TEARDOWN 报文断开连接。 RTSP 服务器发送响应 RESPONSE 报文。,8.3 交互式音频/视频,8.3.1 IP 电话概述8.3.2 IP 电话所需要的几种应用协议8.3.3
14、实时运输协议 RTP8.3.4 实时运输控制协议 RTCP8.3.5 H.3238.3.6 会话发起协议 SIP,8.3.1 IP 电话概述,1. 狭义的和广义的 IP 电话狭义的 IP 电话就是指在 IP 网络上打电话。所谓“IP 网络”就是“使用 IP 协议的分组交换网”的简称。广义的 IP 电话则不仅仅是电话通信,而且还可以是在IP网络上进行交互式多媒体实时通信(包括话音、视像等),甚至还包括即时传信IM (Instant Messaging)。,2. IP电话网关,20世纪90年代中期, VocalTec 公司率先推出了实用化的 IP 电话。但是这种 IP 电话必须使用PC。1996年
15、3月,VocalTec 公司成功地推出了 IP 电话网关(IP Telephony Gateway),它是公用电话网与IP网络的接口设备。IP 电话网关的作用就是:(1) 在电话呼叫阶段和呼叫释放阶段进行电话信令的转换。(2) 在通话期间进行话音编码的转换。,IP 电话网关的几种连接方法,3. IP 电话的通话质量,IP 电话的通话质量主要由两个因素决定:一个是通话双方端到端的时延和时延抖动;另一个是话音分组的丢失率。但这两个因素是不确定的,取决于当时网络上的通信量。经验证明,在电话交谈中,端到端的时延不应超过 250 ms,否则交谈者就能感到不自然。,IP 电话的端到端时延,(1) 话音信号
16、进行模数转换要经受时延。(2) 话音比特流装配成话音分组的时延。(3) 话音分组的发送需要时间,此时间等于话音分 组长度与通信线路的数据率之比。(4) 话音分组在因特网中的存储转发时延。(5) 话音分组在接收端缓存中暂存所引起的时延。(6) 话音分组还原成模拟话音信号的时延。(7) 话音信号在通信线路上的传播时延。(8) 终端设备的硬件和操作系统产生的接入时延。,低速率话音编码的 ITU-T 标准,(1) G.729速率为 8 kb/s 的共轭结构代数码激励线性预测声码器 CS-ACELP (Conjugate-Structure Algebraic-Code-Excited Linear P
17、rediction)。(2) G.723.1速率为 5.3/6.3 kb/s 的为多媒体通信用的低速率声码器。,G.729 和 G.723.1 的主要性能比较,D,接收端的播放时延有一个最佳值,分组丢失率,端到端时延,20 %,10 %,5 %,100 ms,150 ms,400 ms,A,B,C,N,良好,基本可用,不好,长途电话 质量,接收端播放 时延增大,在点 N 处,端到端时延和话音分组丢失率都是最小。但实际上并不可能工作在这个点上。,线速路由器,提高路由器的转发分组的速率对提高 IP 电话的质量也是很重要的。据统计,一个跨大西洋的 IP 电话一般要经过 2030 个路由器。若能改用吉
18、比特路由器(又称为线速路由器),则每秒可转发 5 百万至 6 千万个分组(即交换速率达 60 Gbit/s 左右)。这样还可进一步减少由网络造成的时延。,关于 Skype,Skype 采用了 P2P 和全球索引技术提供快速路由选择机制,管理成本大大降低。由于用户路由信息分布式存储于因特网的结点中,因此呼叫连接完成得很快。Skype 采用了端对端加密方式,保证信息的安全性。Skype 使用 P2P 的技术,用户数据主要存储在 P2P 网络中,因此必须保证存储在公共网络中的数据是可靠的和没有被篡改的。Skype 对公共目录中存储的和用户相关的数据都采用了数字签名,保证了数据无法被篡改。Skype
19、的问世给全球信息技术和通信产业带来深远的影响,也给每一位网络使用者带来生活方式的改变。,8.3.2 IP 电话所需要的几种应用协议,在 IP 电话的通信中,至少需要两种应用协议:一种是信令协议,它使我们能够在互联网上找到被叫用户。另一种是话音分组的传送协议,它使我们用来进行电话通信的话音数据能够以时延敏感属性在互联网中传送。为了在互联网中提供实时交互式的音频/视频服务,我们需要新的多媒体体系结构。,8.3.2 IP 电话所需要的几种应用协议,TCP,UDP,信令,服务质量,IPv4/IPv6,RTSP,RTCP,RSVP,H.323,SIP,RTP,应用层协议,音频/视频,SDP,底层网络,8
20、.3.3 实时运输协议 RTP,实时运输协议 RTP (Real-time Transport Protocol) 为实时应用提供端到端的运输,但不提供任何服务质量的保证。多媒体数据块经压缩编码处理后,先送给 RTP 封装成为 RTP 分组,再装入运输层的 UDP 用户数据报,然后再交给 IP 层。RTP 是一个协议框架,只包含了实时应用的一些共同的功能。RTP 自己并不对多媒体数据块做任何处理,而只是向应用层提供一些附加的信息,让应用层知道应当如何进行处理。,RTP 的层次,从应用开发者的角度看,RTP 应当是应用层的一部分。在应用的发送端,开发者必须编写用 RTP 封装分组的程序代码,然后
21、把 RTP 分组交给 UDP 插口接口。在接收端,RTP 分组通过 UDP 插口接口进入应用层后,还要利用开发者编写的程序代码从 RTP 分组中把应用数据块提取出来。,RTP 也可看成是运输层的一个子层,RTP 封装了多媒体应用的数据块。由于 RTP 向多媒体应用程序提供了服务(如时间戳和序号),因此也可以将 RTP 看成是在 UDP 之上的一个运输层的子层。,运输层,应用层,IP,数据链路层,物理层,RTP,UDP,RTP 分组的首部格式,12 字节,序 号,位 0 1 3 8 16 31,有效载荷类型,版本,P,X,M,参与源数,时 间 戳,同 步 源 标 识 符 (SSRC),参 与 源
22、 标 识 符 (CSRC) 0.15,发送,RTP 分组,UDP 用户数据报,IP 数据报,IP 首部 UDP 首部 RTP 首部 RTP 数据部分(应用层数据),8.3.4 实时运输控制协议 RTCP,RTCP (RTP Control Protocol)是与 RTP 配合使用的协议。RTCP 协议的主要功能:服务质量的监视与反馈;媒体间的同步;播组中成员的标识。RTCP 分组也使用 UDP 传送,但 RTCP 并不对声音或视像分组进行封装。可将多个 RTCP 分组封装在一个 UDP 用户数据报中。RTCP 分组周期性地在网上传送,它带有发送端和接收端对服务质量的统计信息报告。,RTCP 使
23、用的五种分组类型,结束分组 BYE 表示关闭一个数据流。特定应用分组 APP 使应用程序能够定义新的分组类型。接收端报告分组 RR 用来使接收端周期性地向所有的点用多播方式进行报告。 发送端报告分组 SR 用来使发送端周期性地向所有接收端用多播方式进行报告。源点描述分组 SDES 给出会话中参加者的描述。,8.3.5 H.323,H.323 是 ITU-T 于 1996 年制订的一个名称很长的建议书,1998 年的第二个版本改用的名称是“基于分组的多媒体通信系统”。H.323 包括系统和构件的描述,呼叫模型的描述,呼叫信令过程,控制报文,复用,话音编解码器,视像编解码器,以及数据协议等,但不保
24、证服务质量 QoS。,分组交换网(例如,互联网),H.323,H.323 终端,H.323 终端,H.323 终端使用 H.323 协议进行多媒体通信,H.323 是互联网的端系统之间进行实时声音和视频会议的标准。请注意,H.323 不是一个单独的协议而是一组协议。,H.323 标准指明的四种构件,(1) H.323 终端(2) 网关 网关连接到两种不同的网络,使 H.323 网络可以和非 H.323 网络进行通信。(3) 网闸 (gatekeeper) 所有的呼叫都要通过网闸,因为网闸提供地址转换、授权、带宽管理和计费功能。(4) 多点控制单元 MCU (Multipoint Control
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 计算机网络 第五版第六版第7版多媒体ppt课件第8章 第五 第六 多媒体 ppt 课件
链接地址:https://www.31ppt.com/p-1548319.html