QoS 模型

Best Effort 模型   

Best Effort（尽力而为）模型是最简单的服务模型，应用程序可以在任何时候，发出任意数量的报文，网络尽最大的可能性来发送报文，对带宽、时延、抖动和可靠性等不提供任何保证。   

Best Effort是Internet 的缺省服务模型，通过 FIFO（First In First Out，先进先出）队列来实现。   

尽力而为的服务实质上并不属于 QoS 的范畴，因为在转发尽力而为的通信时，并没有提供任何服务或转发保证。   

 DiffServ 模型   

DiffServ（Differentiated Service，区分服务）模型由 RFC2475 定义，在区分服务中，根据服务要求对不同业务的数据进行分类，对报文按类进行优先级标记，然后有差别地提供服务。   

区分服务一般用来为一些重要的应用提供端到端的 QoS，它通过下列技术来实现：   

1）流量标记与控制技术：它根据报文的 CoS（Class of Service，服务等级）域、ToS 域（对于 IP报文是指IP优先级或者 DSCP）、IP报文的五元组（协议、源地址、目的地址、源端口号、目的端口号）等信息进行报文分类，完成报文的标记和流量监管。目前实现流量监管技术多采用令牌桶机制。   

2）拥塞管理与拥塞避免技术：WRED、PQ、CQ、WFQ、CBQ等队列技术对拥塞的报文进行缓存和调度，实现拥塞管理与拥塞避免。  

IntServ 模型    

IntServ（Integrated Service，综合服务）模型由 RFC1633 定义，在这种模型中，节点在发送报文前，需要向网络申请资源预留，确保网络能够满足数据流的特定服务要求。   

IntServ可以提供保证服务和负载控制服务两种服务，保证服务提供保证的延迟和带宽来满足应用程序的要求；负载控制服务保证即使在网络过载的情况下，也能对报文提供与网络未过载时类似的服务。   

在IntServ模型中，网络资源的申请是通过信令来完成的，应用程序首先通知网络它自己的流量参数和需要的特定服务质量请求，包括带宽、时延等，应用程序一般在收到网络的确认信息，即确认网络已经为这个应用程序的报文预留了资源后，才开始发送报文。同时应用程序发出的报文应该控制在流量参数描述的范围以内。负责完成保证服务的信令为 RSVP（Resource Reservation Protocol，资源预留协议），它通知网络设备应用程序的 QoS 需求。RSVP是在应用程序开始发送报文之前来为该应用申请网络资源的，所以是带外信令。  保证服务要求为单个流预先保留所有连接路径上的网络资源，而当前在Internet主干网络上有着成千上万条应用流，保证服务如果要为每一条流提供QoS 服务就变得不可想象了。因此，IntServ模型很难独立应用于大规模的网络，目前主要与MPLS TE（Traffic Engineering，流量工程）结合使用。