CH8音频视频.ppt

CH8音频视频.ppt

《CH8音频视频.ppt》由会员分享，可在线阅读，更多相关《CH8音频视频.ppt（84页珍藏版）》请在冰豆网上搜索。

计算机网络（第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调度和管制机制8.4.3综合服务IntServ和资源预留协议RSVP8.4.4区分服务DiffServ第8章因特网上的音频/视频服务（续）课件制作人：

谢希仁8.1概述n计算机网络最初是为传送数据信息设计的。

因特网IP层提供的“尽最大努力交付”服务，以及每一个分组独立交付的策略，对传送数据信息也是很合适的。

n因特网使用的TCP协议可以很好地解决网络不能提供可靠交付这一问题。

课件制作人：

谢希仁多媒体信息的特点n多媒体信息（包括声音和图像信息）与不包括声音和图像的数据信息有很大的区别。

n多媒体信息的信息量往往很大。

n在传输多媒体数据时，对时延和时延抖动均有较高的要求。

n多媒体数据往往是实时数据（realtimedata），它的含义是：

在发送实时数据的同时，在接收端边接收边播放。

课件制作人：

谢希仁因特网是非等时的n模拟的多媒体信号经过采样和模数转换变为数字信号，再组装成分组。

这些分组的发送速率是恒定的（等时的）。

n传统的因特网本身是非等时的。

因此经过因特网的分组变成了非恒定速率的分组。

tt因特网t模拟信号t采样后的信号构成分组恒定速率非恒定速率课件制作人：

谢希仁n接收端需设置适当大小的缓存。

当缓存中的分组数达到一定的数量后再以恒定速率按顺序把分组读出进行还原播放。

n缓存实际上就是一个先进先出的队列。

图中标明的T叫做播放时延。

在接收端设置缓存tT缓存（队列）恒定速率t非恒定速率有可能发生分组丢失课件制作人：

谢希仁n缓存使所有到达的分组都经受了迟延。

n早到达的分组在缓存中停留的时间较长，而晚到达的分组在缓存中停留的时间则较短。

n以非恒定速率到达的分组，经过缓存后再以恒定速率读出，就能够在一定程度上消除了时延的抖动。

但我们付出的代价是增加了时延。

缓存的影响课件制作人：

谢希仁分组发出123456t到达分组数654321123456t缓存时间缓存时间再推迟播放时间如果网络无时延推迟播放分组迟到网络出现时延分组1的时延分组到达123456t实际的网络课件制作人：

谢希仁需要解决的问题n在传送时延敏感（delaysensitive）的实时数据时，不仅传输时延不能太大，而且时延抖动也必须受到限制。

n对于传送实时数据，很少量分组的丢失对播放效果的影响并不大（因为这是由人来进行主观评价的），因而是可以容忍的。

丢失容忍（losstolerant）也是实时数据的另一个重要特点。

课件制作人：

谢希仁需要解决的问题（续）n由于分组的到达可能不按序，但将分组还原和播放时又应当是按序的。

因此在发送多媒体分组时还应当给每一个分组加上序号。

这表明还应当有相应的协议支持才行。

n要使接收端能够将节目中本来就存在的正常的短时间停顿（如音乐中停顿几拍）和因某些分组的较大迟延造成的“停顿”区分开来。

这就需要增加一个时间戳（timestamp），以便告诉接收端应当在什么时间播放哪个分组。

课件制作人：

谢希仁必须改造现有的因特网n大量使用光缆和高速路由器，网络的时延和时延抖动就可以足够小，在因特网上传送实时数据就不会有问题。

n把因特网改造为能够对端到端的带宽实现预留（reservation），把使用无连接协议的因特网转变为面向连接的网络。

n部分改动因特网的协议栈所付出的代价较小，而这也能够使多媒体信息在因特网上的传输质量得到改进。

课件制作人：

谢希仁目前因特网提供的音频/视频服务大体上可分为三种类型n流式（streaming）存储音频/视频边下载边播放。

n流式实况音频/视频边录制边发送。

n交互式音频/视频实时交互式通信。

课件制作人：

谢希仁“边下载边播放”中的“下载”n“边下载边播放”结束后，在用户的硬盘上没有留下有关播放内容的任何痕迹。

n流媒体（streamingmedia），即流式音频/视频。

n流媒体特点就是“边下载边播放”（streamingandplaying）。

课件制作人：

谢希仁8.2流式存储音频/视频n传统的下载文件方法万维网服务器客户机服务器媒体播放器GET:

音频/视频文件RESPONSE音频/视频文件浏览器课件制作人：

谢希仁传统的浏览器从服务器下载音频/视频文件用户从客户机（clientmachine）的浏览器上用HTTP协议向服务器请求下载某个音频/视频文件。

服务器如有此文件就发送给浏览器。

在响应报文中就装有用户所要的音频/视频文件。

整个下载过程可能会花费很长的时间。

当浏览器完全收下这个文件后，就可以传送给自己机器上的媒体播放器进行解压缩，然后播放。

课件制作人：

谢希仁8.2.1具有元文件的万维网服务器n元文件就是一种非常小的文件，它描述或指明其他文件的一些重要信息。

万维网服务器客户机服务器媒体播放器元文件浏览器GET:

元文件RESPONSEGET:

音频/视频文件RESPONSE课件制作人：

谢希仁使用元文件下载音频/视频文件浏览器用户使用HTTP的GET报文接入到万维网服务器。

这个超链指向一个元文件。

这个元文件有实际的音频/视频文件的统一资源定位符URL。

万维网服务器把该元文件装入HTTP响应报文的主体，发回给浏览器。

客户机浏览器调用相关的媒体播放器，把提取出的元文件传送给媒体播放器。

媒体播放器使用元文件中的URL，向万维网服务器发送HTTP请求报文，要求下载音频/视频文件。

万维网服务器发送HTTP响应报文，把该音频/视频文件发送给媒体播放器。

媒体播放器边下载边解压缩边播放。

课件制作人：

谢希仁8.2.2媒体服务器n媒体服务器也称为流式服务器（streamingserver），它支持流式音频和视频的传送。

n媒体播放器与媒体服务器的关系是客户与服务器的关系。

n媒体播放器不是向万维网服务器而是向媒体服务器请求音频/视频文件。

n媒体服务器和媒体播放器之间采用另外的协议进行交互。

课件制作人：

谢希仁使用媒体服务器万维网服务器媒体播放器元文件浏览器GET:

元文件RESPONSEGET:

音频/视频文件RESPONSE媒体服务器客户机服务器课件制作人：

谢希仁采用媒体服务器下载音频/视频文件的步骤前三个步骤仍然和上一节的一样，区别就是后面两个步骤。

媒体播放器使用元文件中的URL接入到媒体服务器，请求下载浏览器所请求的音频/视频文件。

下载可以借助于使用UDP的任何协议，例如使用实时运输协议RTP。

媒体服务器给出响应，把该音频/视频文件发送给媒体播放器。

媒体播放器在迟延了若干秒后，以流的形式边下载边解压缩边播放。

课件制作人：

谢希仁8.2.3实时流式协议RTSP（Real-TimeStreamingProtocol）nRTSP协议以客户服务器方式工作，它是一个多媒体播放控制协议，用来使用户在播放从因特网下载的实时数据时能够进行控制，如：

暂停/继续、后退、前进等。

因此RTSP又称为“因特网录像机遥控协议”。

n要实现RTSP的控制功能，我们不仅要有协议，而且要有专门的媒体播放器（mediaplayer）和媒体服务器（mediaserver）。

课件制作人：

谢希仁万维网服务器客户机服务器媒体播放器元文件浏览器媒体服务器音频音频/视频流视频流GET:

元文件RESPONSESETUPRESPONSEPLAYRESPONSERESPONSETEARDOWN课件制作人：

谢希仁使用RTSP的媒体服务器的工作过程浏览器向万维网服务器请求音频/视频文件。

万维网服务器从浏览器发送携带有元文件的响应。

浏览器把收到的元文件传送给媒体播放器。

RTSP客户与媒体服务器的RTSP服务器建立连接。

RTSP服务器发送响应RESPONSE报文。

RTSP客户发送PLAY报文，开始下载音频/视频文件。

RTSP服务器发送响应RESPONSE报文。

RTSP客户发送TEARDOWN报文断开连接。

RTSP服务器发送响应RESPONSE报文。

课件制作人：

谢希仁8.3交互式音频/视频8.3.1IP电话概述n狭义的IP电话就是指在IP网络上打电话。

所谓“IP网络”就是“使用IP协议的分组交换网”的简称。

n广义的IP电话则不仅仅是电话通信，而且还可以是在IP网络上进行交互式多媒体实时通信（包括话音、视像等），甚至还包括即时传信IM（InstantMessaging）。

课件制作人：

谢希仁IP电话网关的几种连接方法分组交换电路交换电路交换因特网PC到PC公用电话网IP电话网关因特网PC到固定电话机公用电话网IP电话网关公用电话网IP电话网关因特网固定电话机到固定电话机课件制作人：

谢希仁IP电话的端到端时延

（1）话音信号进行模数转换要经受时延。

（2）话音比特流装配成话音分组的时延。

（3）话音分组的发送需要时间，此时间等于话音分组长度与通信线路的数据率之比。

（4）话音分组在因特网中的存储转发时延。

（5）话音分组在接收端缓存中暂存所引起的时延。

（6）话音分组还原成模拟话音信号的时延。

（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%100ms150ms400msABCN良好基本可用不好长途电话质量接收端播放时延增大课件制作人：

谢希仁线速路由器n提高路由器的转发分组的速率对提高IP电话的质量也是很重要的。

n据统计，一个跨大西洋的IP电话一般要经过2030个路由器。

n若能改用吉比特路由器（又称为线速路由器），则每秒可转发5百万至6千万个分组（即交换速率达60Gb/s左右）。

这样还可进一步减少由网络造成的时延。

课件制作人：

谢希仁关于SkypenSkype采用了P2P和全球索引技术提供快速路由选择机制，管理成本大大降低。

由于用户路由信息分布式存储于因特网的结点中，因此呼叫连接完成得很快。

nSkype采用了端对端加密方式，保证信息的安全性。

nSkype使用P2P的技术，用户数据主要存储在P2P网络中，因此必须保证存储在公共网络中的数据是可靠的和没有被篡改的。

Skype对公共目录中存储的和用户相关的数据都采用了数字签名，保证了数据无法被篡改。

nSkype的问世给全球信息技术和通信产业带来深远的影响，也给每一位网络使用者带来生活方式的改变。

课件制作人：

谢希仁8.3.2IP电话所需要的几种应用协议TCPUDP信令服务质量IPv4/IPv6RTSPRTCPRSVPH.323SIPRTP应用层协议音频/视频SDP底层网络课件制作人：

谢希仁8.3.3实时运输协议RTP（Real-timeTransportProtocol）nRTP为实时应用提供端到端的运输，但不提供任何服务质量的保证。

n多媒体数据块经压缩编码