第3章 IP网络服务质量 (课件).pptVIP

网 络 协 议 第3章 IP网络服务质量 1 概述 计算机网络最初是为传送数据信息设计的。因特网 IP 层提供的“尽最大努力交付”服务对传送数据信息也是很合适的。 当我们从因特网下载文件时，过长的网络响应时间虽然令人颇为烦恼，但这至少不会对我们产生有害的结果。 因特网使用的 TCP 协议可以很好地解决网络不能提供可靠交付这一问题。 IP将成为未来各种网络技术和业务的融合平台 QoS: Quality of Service，服务质量 多媒体信息的特点 多媒体信息（包括声音和图像信息）与不包括声音和图像的数据信息有很大的区别。 多媒体信息的信息量往往很大。 在传输多媒体数据时，对时延和时延抖动均有较高的要求。 多媒体数据往往是实时数据(real time data)，它的含义是：在发送实时数据的同时，在接收端边接收边播放。 因特网是非等时的 模拟的多媒体信号经过采样和模数转换变为数字信号，再组装成分组。这些分组的发送速率是恒定的（等时的）。 传统的因特网本身是非等时的。因此经过因特网的分组变成了非恒定速率的分组。 在接收端设置缓存 接收端需设置适当大小的缓存。当缓存中的分组数达到一定的数量后再以恒定速率按顺序把分组读出进行还原播放。 缓存实际上就是一个先进先出的队列。图中标明的 T 叫做播放时延。 缓存的影响 缓存使所有到达的分组都经受了迟延。 早到达的分组在缓存中停留的时间较长，而晚到达的分组在缓存中停留的时间则较短。 以非恒定速率到达的分组，经过缓存后再以恒定速率读出，就能够在一定程度上消除了时延的抖动。但我们付出的代价是增加了时延。 需要解决的问题 在传送时延敏感(delay sensitive)的实时数据时，不仅传输时延不能太大，而且时延抖动也必须受到限制。 对于传送实时数据，很少量分组的丢失对播放效果的影响并不大（因为这是由人来进行主观评价的），因而是可以容忍的。丢失容忍(loss tolerant)也是实时数据的另一个重要特点。 如何改造现有的因特网 大量使用光缆和高速路由器，网络的时延和时延抖动就可以足够小，在因特网上传送实时数据就不会有问题。 把因特网改造为能够对端到端的带宽实现预留(reservation)，把使用无连接协议的因特网转变为面向连接的网络。 部分改动因特网的协议栈所付出的代价较小，而这也能够使多媒体信息在因特网上的传输质量得到改进。 IP QoS定义和目标 定义：即IP服务质量，它是指IP分组或流通过网络时的性能，这种性能通过一系列可度量的参量来描述。 目标：提供端到端的服务质量保证，提高网络资源利用率 可度量的参量 用户需求（user’s QoS requirements） 带宽（bandwidth） 延迟（delay） 延迟抖动（delay jitter） 丢包率（loss rate） 网络性能（network performance） 吞吐量（throughput）：在不丢包的情况下，被测对象（系统、设备、特定连接、特定服务类等）所能达到的最大传输速度。可以用带宽来度量吞吐量。实用带宽/额定带宽＝带宽利用率。 “保证”的含义 确定型保证——bound 例：对于某类数据包P，端到端延迟D不会超过Dmax 统计型保证——probability 例：对于某类数据包P，端到端延迟D不超过Dmax的概率是x% 2 因特网的多媒体体系结构 2.1 实时运输协议 RTP (Real-time Transport Protocol) RTP 为实时应用提供端到端的运输，但不提供任何服务质量的保证。 多媒体数据块经压缩编码处理后，先送给 RTP 封装成为 RTP 分组，再装入运输层的 UDP 用户数据报，然后再交给 IP 层。 RTP 是一个协议框架，只包含了实时应用的一些共同的功能。 RTP 自己并不对多媒体数据块做任何处理，而只是向应用层提供一些附加的信息，让应用层知道应当如何进行处理。 RTP 的层次 从应用开发者的角度看，RTP 应当是应用层的一部分。 在应用的发送端，开发者必须编写用 RTP 封装分组的程序代码，然后把 RTP 分组交给 UDP 插口接口。 在接收端，RTP 分组通过 UDP 插口接口进入应用层后，还要利用开发者编写的程序代码从 RTP 分组中把应用数据块提取出来。 RTP 也可看成是运输层的一个子层 RTP 封装了多媒体应用的数据块。由于 RTP 向多媒体应用程序提供了服务（如时间戳和序号），因此也可以将 RTP 看成是在 UDP 之上的一个运输层的子层。 RTP 分组的首部格式 2.2 实时运输控制协议 RTCP (RTP Control Protocol) RTCP 是与 RTP 配合使用的协议。 RTCP 协议的主要