第8章因特网上的音频视频服务课件.ppt
《第8章因特网上的音频视频服务课件.ppt》由会员分享,可在线阅读,更多相关《第8章因特网上的音频视频服务课件.ppt(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.4 改进“尽最大努力交付”的服务 8.
2、4.1 使因特网提供服务质量 8.4.2 调度和管制机制 8.4.3 综合服务 IntServ 和资源预留 协议 RSVP 8.4.4 区分服务 DiffServ第 8 章 因特网上的音频/视频服务(续)课件制作人:谢希仁8.1 概述 n计算机网络最初是为传送数据信息设计的。因特网 IP 层提供的“尽最大努力交付”服务,以及每一个分组独立交付的策略,对传送数据信息也是很合适的。n因特网使用的 TCP 协议可以很好地解决网络不能提供可靠交付这一问题。课件制作人:谢希仁多媒体信息的特点n多媒体信息(包括声音和图像信息)与不包括声音和图像的数据信息有很大的区别。n多媒体信息的信息量往往很大。n在传输
3、多媒体数据时,对时延和时延抖动均有较高的要求。n多媒体数据往往是实时数据(real time data),它的含义是:在发送实时数据的同时,在接收端边接收边播放。课件制作人:谢希仁因特网是非等时的 n模拟的多媒体信号经过采样和模数转换变为数字信号,再组装成分组。这些分组的发送速率是恒定的(等时的)。n传统的因特网本身是非等时的。因此经过因特网的分组变成了非恒定速率的分组。tt因特网t模拟信号t采样后的信号构成分组恒定速率非恒定速率课件制作人:谢希仁n接收端需设置适当大小的缓存。当缓存中的分组数达到一定的数量后再以恒定速率按顺序把分组读出进行还原播放。n缓存实际上就是一个先进先出的队列。图中标明
4、的 T 叫做播放时延。在接收端设置缓存 tT缓存(队列)恒定速率t非恒定速率有可能发生分组丢失课件制作人:谢希仁n缓存使所有到达的分组都经受了迟延。n早到达的分组在缓存中停留的时间较长,而晚到达的分组在缓存中停留的时间则较短。n以非恒定速率到达的分组,经过缓存后再以恒定速率读出,就能够在一定程度上消除了时延的抖动。但我们付出的代价是增加了时延。缓存的影响 课件制作人:谢希仁分组发出1 2 3 4 5 6t到达分组数6543211 2 3 4 5 6t缓存时间缓存时间再推迟播放时间如果网络无时延推迟播放分组迟到网络出现时延分组 1 的时延分组到达1 2 3 4 5 6t实际的网络课件制作人:谢希
5、仁需要解决的问题 n在传送时延敏感(delay sensitive)的实时数据时,不仅传输时延不能太大,而且时延抖动也必须受到限制。n对于传送实时数据,很少量分组的丢失对播放效果的影响并不大(因为这是由人来进行主观评价的),因而是可以容忍的。丢失容忍(loss tolerant)也是实时数据的另一个重要特点。课件制作人:谢希仁需要解决的问题(续)n由于分组的到达可能不按序,但将分组还原和播放时又应当是按序的。因此在发送多媒体分组时还应当给每一个分组加上序号。这表明还应当有相应的协议支持才行。n要使接收端能够将节目中本来就存在的正常的短时间停顿(如音乐中停顿几拍)和因某些分组的较大迟延造成的“停
6、顿”区分开来。这就需要增加一个时间戳(timestamp),以便告诉接收端应当在什么时间播放哪个分组。课件制作人:谢希仁必须改造现有的因特网 n大量使用光缆和高速路由器,网络的时延和时延抖动就可以足够小,在因特网上传送实时数据就不会有问题。n把因特网改造为能够对端到端的带宽实现预留(reservation),把使用无连接协议的因特网转变为面向连接的网络。n部分改动因特网的协议栈所付出的代价较小,而这也能够使多媒体信息在因特网上的传输质量得到改进。课件制作人:谢希仁目前因特网提供的音频/视频服务大体上可分为三种类型 n流式(streaming)存储音频/视频 边下载边播放。n流式实况音频/视频
7、边录制边发送。n交互式音频/视频实时交互式通信。课件制作人:谢希仁“边下载边播放”中的“下载”n“边下载边播放”结束后,在用户的硬盘上没有留下有关播放内容的任何痕迹。n流媒体(streaming media),即流式音频/视频。n流媒体特点就是“边下载边播放”(streaming and playing)。课件制作人:谢希仁8.2 流式存储音频/视频 n传统的下载文件方法 万维网服务器客户机服务器媒体播放器 GET:音频/视频文件 RESPONSE 音频/视频文件浏览器课件制作人:谢希仁传统的浏览器从服务器下载音频/视频文件 用户从客户机(client machine)的浏览器上用 HTTP
8、协议向服务器请求下载某个音频/视频文件。服务器如有此文件就发送给浏览器。在响应报文中就装有用户所要的音频/视频文件。整个下载过程可能会花费很长的时间。当浏览器完全收下这个文件后,就可以传送给自己机器上的媒体播放器进行解压缩,然后播放。课件制作人:谢希仁8.2.1 具有元文件的万维网服务器 n元文件就是一种非常小的文件,它描述或指明其他文件的一些重要信息。万维网服务器客户机服务器媒体播放器 元文件浏览器 GET:元文件 RESPONSEGET:音频/视频文件 RESPONSE课件制作人:谢希仁使用元文件下载音频/视频文件 浏览器用户使用 HTTP 的 GET 报文接入到万维网服务器。这个超链指向
9、一个元文件。这个元文件有实际的音频/视频文件的统一资源定位符 URL。万维网服务器把该元文件装入 HTTP 响应报文的主体,发回给浏览器。客户机浏览器调用相关的媒体播放器,把提取出的元文件传送给媒体播放器。媒体播放器使用元文件中的 URL,向万维网服务器发送 HTTP 请求报文,要求下载音频/视频文件。万维网服务器发送 HTTP 响应报文,把该音频/视频文件发送给媒体播放器。媒体播放器边下载边解压缩边播放。课件制作人:谢希仁8.2.2 媒体服务器 n媒体服务器也称为流式服务器(streaming server),它支持流式音频和视频的传送。n媒体播放器与媒体服务器的关系是客户与服务器的关系。n
10、媒体播放器不是向万维网服务器而是向媒体服务器请求音频/视频文件。n媒体服务器和媒体播放器之间采用另外的协议进行交互。课件制作人:谢希仁使用媒体服务器 万维网服务器媒体播放器 元文件浏览器 GET:元文件 RESPONSEGET:音频/视频文件 RESPONSE媒体服务器客户机服务器课件制作人:谢希仁采用媒体服务器下载音频/视频文件的步骤 前三个步骤仍然和上一节的一样,区别就是后面两个步骤。媒体播放器使用元文件中的 URL 接入到媒体服务器,请求下载浏览器所请求的音频/视频文件。下载可以借助于使用 UDP 的任何协议,例如使用实时运输协议 RTP。媒体服务器给出响应,把该音频/视频文件发送给媒体
11、播放器。媒体播放器在迟延了若干秒后,以流的形式边下载边解压缩边播放。课件制作人:谢希仁8.2.3 实时流式协议 RTSP(Real-Time Streaming Protocol)nRTSP 协议以客户服务器方式工作,它是一个多媒体播放控制协议,用来使用户在播放从因特网下载的实时数据时能够进行控制,如:暂停/继续、后退、前进等。因此 RTSP 又称为“因特网录像机遥控协议”。n要实现 RTSP 的控制功能,我们不仅要有协议,而且要有专门的媒体播放器(media player)和媒体服务器(media server)。课件制作人:谢希仁万维网服务器客户机服务器媒体播放器 元文件浏览器媒体服务器音
12、频音频/视频流视频流 GET:元文件 RESPONSESETUP RESPONSEPLAY RESPONSE RESPONSE TEARDOWN 课件制作人:谢希仁使用 RTSP 的媒体服务器的工作过程 浏览器向万维网服务器请求音频/视频文件。万维网服务器从浏览器发送携带有元文件的响应。浏览器把收到的元文件传送给媒体播放器。RTSP 客户与媒体服务器的 RTSP 服务器建立连接。RTSP 服务器发送响应 RESPONSE 报文。RTSP 客户发送 PLAY 报文,开始下载音频/视频文件。RTSP 服务器发送响应 RESPONSE 报文。RTSP 客户发送 TEARDOWN 报文断开连接。RTS
13、P 服务器发送响应 RESPONSE 报文。课件制作人:谢希仁8.3 交互式音频/视频 8.3.1 IP 电话概述n狭义的 IP 电话就是指在 IP 网络上打电话。所谓“IP 网络”就是“使用 IP 协议的分组交换网”的简称。n广义的 IP 电话则不仅仅是电话通信,而且还可以是在IP网络上进行交互式多媒体实时通信(包括话音、视像等),甚至还包括即时传信IM(Instant Messaging)。课件制作人:谢希仁IP 电话网关的几种连接方法 分组交换电路交换电路交换 因特网PC 到 PC公用电话网IP 电话网关 因特网PC 到固定电话机公用电话网IP 电话 网关公用电话网IP 电话 网关因特网
14、固定电话机到固定电话机课件制作人:谢希仁IP 电话的通话质量nIP 电话的通话质量主要由两个因素决定。一个是通话双方端到端的时延和时延抖动,另一个是话音分组的丢失率。但这两个因素是不确定的,是取决于当时网络上的通信量。n经验证明,在电话交谈中,端到端的时延不应超过 250 ms,否则交谈者就能感到不自然。课件制作人:谢希仁IP 电话的端到端时延(1)话音信号进行模数转换要经受时延。(2)话音比特流装配成话音分组的时延。(3)话音分组的发送需要时间,此时间等于话音分 组长度与通信线路的数据率之比。(4)话音分组在因特网中的存储转发时延。(5)话音分组在接收端缓存中暂存所引起的时延。(6)话音分组
15、还原成模拟话音信号的时延。(7)话音信号在通信线路上的传播时延。(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 ms400 msABCN良好基本可用不好长途电话
16、质量接收端播放 时延增大课件制作人:谢希仁线速路由器 n提高路由器的转发分组的速率对提高 IP 电话的质量也是很重要的。n据统计,一个跨大西洋的 IP 电话一般要经过 2030 个路由器。n若能改用吉比特路由器(又称为线速路由器),则每秒可转发 5 百万至 6 千万个分组(即交换速率达 60 Gb/s 左右)。这样还可进一步减少由网络造成的时延。课件制作人:谢希仁关于 SkypenSkype 采用了 P2P 和全球索引技术提供快速路由选择机制,管理成本大大降低。由于用户路由信息分布式存储于因特网的结点中,因此呼叫连接完成得很快。nSkype 采用了端对端加密方式,保证信息的安全性。nSkype
17、 使用 P2P 的技术,用户数据主要存储在 P2P 网络中,因此必须保证存储在公共网络中的数据是可靠的和没有被篡改的。Skype 对公共目录中存储的和用户相关的数据都采用了数字签名,保证了数据无法被篡改。nSkype的问世给全球信息技术和通信产业带来深远的影响,也给每一位网络使用者带来生活方式的改变。课件制作人:谢希仁8.3.2 IP电话所需要的几种应用协议 TCPUDP信令服务质量IPv4/IPv6RTSPRTCPRSVPH.323SIPRTP应用层协议音频/视频SDP底层网络课件制作人:谢希仁8.3.3 实时运输协议 RTP(Real-time Transport Protocol)nRT
18、P 为实时应用提供端到端的运输,但不提供任何服务质量的保证。n多媒体数据块经压缩编码处理后,先送给 RTP 封装成为 RTP 分组,再装入运输层的 UDP 用户数据报,然后再交给 IP 层。nRTP 是一个协议框架,只包含了实时应用的一些共同的功能。nRTP 自己并不对多媒体数据块做任何处理,而只是向应用层提供一些附加的信息,让应用层知道应当如何进行处理。课件制作人:谢希仁RTP 的层次 n从应用开发者的角度看,RTP 应当是应用层的一部分。n在应用的发送端,开发者必须编写用 RTP 封装分组的程序代码,然后把 RTP 分组交给 UDP 插口接口。n在接收端,RTP 分组通过 UDP 插口接口
19、进入应用层后,还要利用开发者编写的程序代码从 RTP 分组中把应用数据块提取出来。课件制作人:谢希仁RTP 也可看成是运输层的一个子层 nRTP 封装了多媒体应用的数据块。由于 RTP 向多媒体应用程序提供了服务(如时间戳和序号),因此也可以将 RTP 看成是在 UDP 之上的一个运输层的子层。运输层应用层IP数据链路层物理层RTPUDP课件制作人:谢希仁RTP 分组的首部格式 12 字节序 号位 0 1 3 8 16 31有效载荷类型版本 P XM参与源数时 间 戳同 步 源 标 识 符(SSRC)参 与 源 标 识 符(CSRC)0.15发送RTP 分组UDP 用户数据报IP 数据报IP
20、首部 UDP 首部 RTP 首部 RTP 数据部分(应用层数据)课件制作人:谢希仁8.3.4 实时运输控制协议 RTCP(RTP Control Protocol)nRTCP 是与 RTP 配合使用的协议。nRTCP 协议的主要功能是:服务质量的监视与反馈、媒体间的同步,以及多播组中成员的标识。nRTCP 分组也使用 UDP 传送,但 RTCP 并不对声音或视像分组进行封装。n可将多个 RTCP 分组封装在一个 UDP 用户数据报中。nRTCP 分组周期性地在网上传送,它带有发送端和接收端对服务质量的统计信息报告。课件制作人:谢希仁RTCP 使用的五种分组类型 n结束分组 BYE 表示关闭一个
21、数据流。n特定应用分组 APP 使应用程序能够定义新的分组类型。n接收端报告分组 RR 用来使接收端周期性地向所有的点用多播方式进行报告。n发送端报告分组 SR 用来使发送端周期性地向所有接收端用多播方式进行报告。n源点描述分组 SDES 给出会话中参加者的描述。课件制作人:谢希仁8.3.5 H.323nH.323 是 ITU-T 于 1996 年制订的一个名称很长的建议书,1998 年的第二个版本改用的名称是“基于分组的多媒体通信系统”。nH.323 包括系统和构件的描述,呼叫模型的描述,呼叫信令过程,控制报文,复用,话音编解码器,视像编解码器,以及数据协议等,但不保证服务质量 QoS。课件
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 因特网 音频视频 服务 课件
限制150内