QOS服务模型

服务模型

服务模型，是指一组实现端到端QoS保证的方式，包括Best Effort、IntServ和DiffServ三种服务模型。

Best Effort模型

Best Effort模型（即尽力而为模型）是一个单一的服务模型，也是最简单的服务模型。应用程序可以在任何时候，发出任意数量的报文，而且不需要事先获得批准，也不需要通知网络。Best Effort模型中，网络尽最大的可能性来发送报文，但对时延、可靠性等性能不提供任何保证。

Best Effort模型是Internet的缺省服务模型，它适用于绝大多数网络应用，如FTP、E-Mail等，它通过先入先出（FIFO）调度方式来实现。

IntServ模型

IntServ（Integrated Service）模型是一个综合服务模型，它的特点是在发送报文前要先向网络提出申请。这个请求是通过信令来完成的，一个实例是资源预留协议RSVP（Resource Reservation Protocol）。应用程序首先通过RSVP信令通知网络它的QoS需求（如时延、带宽、丢包率等指标）。在收到资源预留请求后，传送路径上的网络节点实施许可控制（Admission control），验证用户的合法性并检查资源的可用性，决定是否为应用程序预留资源。

一旦认可并为应用程序的报文分配了资源，则只要应用程序的报文控制在流量参数描述的范围内，网络节点将承诺满足应用程序的QoS需求。预留路径上的网络节点可以通过执行报文的分类、流量监管、低延迟的排队调度等行为，来满足对应用程序的承诺。IntServ模型常与组播应用结合，适用于需要保证带宽、低延迟的实时多媒体应用，如电视会议、视频点播等。

当前，采用RSVP协议的IntServ 模型定义了两种业务类型：

• 保证型服务（Guaranteed Service）提供保证的带宽和时延限制来满足应用程序的要求。如VoIP（Voice over IP）应用可以预留10M带宽和要求不超过1秒的时延。

• 负载控制型服务（Controlled-Load Service）保证即使在网络过载（overload）的情况下，仍能对报文提供类似Best Effort模型在未过载时的服务质量——即在网络拥塞的情况下，保证某些应用程序报文的低时延和低丢包率需求。

可以提供端到端的QoS投递服务是IntServ模型的最大优点。IntServ模型的最大缺点是可扩展性不好。网络节点需要为每个资源预留维护一些必要的软状态（Soft State）信息；在与组播应用相结合时，还要定期地向网络发资源请求和路径刷新信息，以支持组播成员的动态加入和退出。

上述操作要耗费网络节点较多的处理时间和内存资源。在网络规模扩大时，维护的开销会大幅度增加，对网络节点特别是核心节点线速处理报文的性能造成严重影响。因此，IntServ模型不适宜于在流量汇集的骨干网上大量应用。

DiffServ 模型

为了在Internet上针对不同的业务提供有差别的服务质量，IETF定义了DiffServ（Differentiated Service）模型。

DiffServ模型是一种多服务模型，它可以满足不同的QoS需求。与IntServ模型不同，应用程序在发出报文前，通过设置报文头部的优先级字段，向网络中各设备通告自己的QoS需求，而不需要通知途经的网络设备为其预留资源。

DiffServ模型中，网络不需要为每个流维护状态，它根据每个报文携带的优先级来提供特定的服务。可以用不同的方法来指定报文的QoS，如IP报文的优先级（IP Precedence），报文的源地址和目的地址等。网络通过这些信息来进行报文的分类、流量整形、流量监管和队列调度。

DiffServ模型一般用来为一些重要的应用提供端到端的QoS。通常在配置DiffServ模型后，边界设备通过报文的源地址和目的地址等信息对报文进行分类，对不同的报文设置不同的优先级，并标记在报文头部。而其他设备只需要根据设置的优先级来进行报文的调度。