苏州大学计算机科学与技术学院计算机通信与网络课件第六章 应用层（10）.pptVIP

6.9 因特网上的音频视频服务 6.9.1 概述 多媒体信息的特点： 多媒体信息的信息量往往很大。 多媒体数据往往是实时数据(real time data)， 在发送实时数据的同时，在接收端边接收边播放----流媒体。 在传输流媒体数据时，对时延和时延抖动均有较高的要求。 因特网是非等时的 模拟的多媒体信号经过采样和模数转换变为数字信号，一定数量的比特数据再组装成分组。这些分组在发送时的时间间隔都是恒定的，即发送速率是恒定的，我们称这样的分组为等时的(isochronous)。 传统的因特网本身是非等时的。每个分组都独立地选择路由，在各个路由器上排队等待时间也不等，因此经过因特网的分组在接收端变成了非恒定速率的分组，若此时边接收边还原，会产生很大的失真。 需要解决的问题 时延敏感 在传送时延敏感(delay sensitive)的实时数据时，不仅传输时延不能太大，而且时延抖动也必须受到限制。 丢失容忍 对于传送实时数据，很少量分组的丢失对播放效果的影响并不大（因为这是由人来进行主观评价的），因而是可以容忍的。丢失容忍(loss tolerant)也是实时数据的另一个重要特点。 在接收端设置缓存 接收端需设置适当大小的缓存。当缓存中的分组数达到一定的数量后再以恒定速率按顺序把分组读出进行还原播放。 缓存实际上就是一个先进先出的队列。图中标明的 T 叫做播放时延。 如何改造现有的因特网 改进方案 大量使用光缆和高速路由器，网络的时延和时延抖动就可以足够小，在因特网上传送实时数据就不会有问题。 把因特网改造为能够对端到端的带宽实现预留(reservation)，根本改变因特网的协议栈──把使用无连接协议的因特网转变为面向连接的网络。 部分改动因特网的协议栈所付出的代价较小，而这也能够使多媒体信息在因特网上的传输质量得到改进。 6.9.2 因特网的多媒体体系结构 非实时多媒体传输 用户要使用的多媒体数据的产生、传输和使用在不同的时间段进行。例如从万维网服务器下载存储的多媒体节目，先将整个文件下载完毕，然后再进行播放。 实时多媒体传输 用户要使用的多媒体数据的产生、传输和使用在相同的时间段进行，如存储媒体点播，甚至现场直播。需要研究设计新的协议。 实时运输协议 RTP (Real-time Transport Protocol) 作用： RTP 为实时应用提供端到端的传输，但不提供任何服务质量的保证。 过程： 多媒体数据块经压缩编码处理后，先送给 RTP 封装成为 RTP 分组，再装入传输层的 UDP 用户数据报，然后再交给 IP 层。 特点： RTP 是一个协议框架，而只是向应用层提供一些附加的信息，包含了实时应用的一些共同的功能。 RTP 自己并不对多媒体数据块做任何处理，只是向应用层提供一些附加信息，让应用层知道应当如何进行处理。 RTP 的层次 RTP 的层次 RTP 封装了多媒体应用的数据块，从应用开发者的角度看，RTP是应用层的一部分。 由于 RTP 向多媒体应用程序提供了服务（如时间戳和序号），因此也可以将 RTP 看成是在 UDP 之上的一个传输层的子层。 注意：RTP 在 1025 到 65535 之间选择一个未使用的偶数UDP端口号，而在同一会话中的RTCP则使用下一个奇数 UDP 端口号，端口号 5004和 5005 则分别是 RTP 和 RTCP 的默认端口号。 RTP 报文 RTP 分组的首部格式 RTP 分组的首部格式 版本(2 bits) 当前为2 填充P(1 bit) 当应用数据采用块加密方式时使用； P=1表示分组数据中有填充字节，填充字节数的多少由分组数据的最后一个字节指明。 扩展X(1 bit) X=1表示RTP首部后面还有扩展首部。 参与源数(4 bits) 给出参与源标识符的数目。 RTP 分组的首部格式 有效载荷类型(1 bytes) 音频或视频的编码方法； PCM(0), GSM(3), …JPEG(26), MPEG1(32), MPEG2(33)。 序号 每个RTP分组的序号都是唯一的。 接收端据此重排RTP分组，并发现丢失的分组。 时间戳 分组中数据的第一个字节的采样时刻，具体取决于媒体类型。 接收者据此重放数据，并对音频和视频进行同步。 RTP 分组的首部格式 同步源标识符 标志RTP流的来源，与IP地址无关。 可将多个RTP流复用到一个UDP上。 参与源标识符 标志来源于不同地点的RTP流。 在多播环境中，可用混合站将发往同一地点的RTP流混合成一个流，节省通信资源。 实时运输控制协议 RTCP (RTP Control Pr