IntServ（Integrated Services）最初试图在因特网中将网络提供的服务划分为不同类别的是IETF提出的综合服务IntServ。IntServ可对单个的应用会话提供服务质量的保证。

IntServ定义了三种不同等级的服务类型：（1）有保证的服务：为端到端的分组排队的延时提供稳定的、数学上可证明的边界，使得提供保证延时和带宽的服务成为可能。（2）受控负载的服务 （3）尽力服务：不提供任何类型的服务保证。

IntServ的四个组成部分：

（1）资源预留协议RSVP，也就是信令协议

（2）接纳控制（admission control）程序

（3）分类程序（classifier）

（4）调度程序（scheduler）

IntegratedServices因特网中将网络提供的服务划分为不同类别的是IEEE提出的综合服务。

针对多种多媒体业务的不同特性，IntServ模型也对网络服务进行了分类定义，这些服务类型分别是确保服务（Guaranteed Service）、受控负载服务（Controlled-Load Service）和尽力而为服务（Best Effort Service）。确保服务能够提供定量的带宽和端到端的延迟，而且保证合法的数据包不会被丢失；受控负载服务提供一种类似于网络低负载情况下的尽力而为传输服务，它比“尽力而为”服务效果要好，但它并不提供严格的服务质量指标，不保证确定的排队延迟，允许一定量的数据报丢失；“尽力而为”服务，就是Internet在多种负载环境下提供的尽力而为的传输服务。

确个时延保服务的服务特性在RFC2212中进行了定义，它必须为数据流提供端到端的有严格时延上线和低分组丢失率的服务。在支持确保服务的网络中，业务流需要通过RSVP协议预留服务资源，服务速率为R的端到端确保服务就相当享受一条从源端到目的端带宽为R的租用专线服务。

在确保服务中，网络设备必须管制（Police）接受确保服务的数据流。通常将那些数据流特性与Tspec描述参数相一致的数据称为一致性数据，超出Tspec描述参数的数据称为非一致性数据。

监控数据流的方式有两种：一种是将接收到的数据流与参数Tspec相比较，另一种是重新将数据流整形成Tspec模型。在支持综合服务网站的边缘结点上通常用第一种方式进行检测；而在网络的其他结点上用重新整形的方式进行检测。之所以要进行整形，是因为在网络的内部，由于排队延迟使本来符合Tspec的数据流在输出时不再符合Tspec；因此，在网络的内部必须对数据流重新整形使它符合Tspec。整形需要使用缓冲区缓存数据流并重新调整峰值速率，因此在综合服务中需要一定量的缓冲区用于整形，并保证一致性数据在重新整形时不丢失。

负载受控服务的服务特性在RFC211中进行了定义，它要求网络在任何时候为其提供的服务都能够达到“负载不重情况下网络所能提供的尽力而为服务”；负载受控服务机制通过流量接纳控制（Capacity Admission Control）来实现在网络负载过重情况下提供类似于网络低负载时所能提供的尽力而为服务。

为了满足IntServ 模型提出的不同类型服务的特性要求，IETF RFC1633描述了IntServ模型的体系结构，它能够很好地支持IntServ 的不同服务类型。从整个网络结构的视角来看，参考IETF RFC2205，IntServ 体系框架可包括分别位于主机和路由器中的若干功能部件。网络中支持IntServ 的每一个路由器和主机都需要实现这些部件功能。

为了进行流量控制，每个进入路由器的数据分组流必须被映射到某个服务类型（Class）上，所有属于同一个服务类型的数据分组流得到调度器同样的处理。其中，这个映射过程就是由分类器实现的。分类器根据数据分组流的分组头和（或者）分组中添加一些附加分类进行服务类型的映射，完成多字段（MF，Multi-Field）分类。

接纳控制用来决定是否能够在不影响其他数据分组流服务质量的情况下，为某一特定的数据流提供其所要求的QoS保障。当主机提出服务请求时，该服务途径的每一个路由器的接纳控制模块都要判断是否能够接纳该请求。接纳控制算法必须与IntServ的服务类型一致，策略控制则确定该用户是否有权请求某类QoS。

资源预留协议RSVP是一种主机到路由器或路由器之间进行数据分组流的QoS服务信息传递的协议，它与现有的Internet网络结构以及路由协议相互兼容，并能够将数据分组流的QoS状态传递给通路上的主机或路由器，通过彼此的协商进行资源预留。

调度器可采用多重队列调度或其他几只（比如定时器机制）来管理属于不同数据流的数据分组的转发。调度器可以采用不同的调度方法来调度转发数据分组，只要它能保证提供相应的QoS机制，它通常是设置在数据分组可能出线排队的地方，例如主机或路由器的输出或输入端口。另外，还应考虑另一个功能部件：评估器。它可以看做是调度器的一部分，也可以看做是独立的部件，评估器用来检测输出流的特性，生成统计数据，反馈给包调度器和接纳控制部件，从而更好的控制包的调度与接纳。

能够提供绝对有保证的QoS。

1、可扩展性能差，因为IntServ要求端到端的信令，在每一个路由器上，都要检查每一进入的包并保证相应的服务，因而每一路由器都必须维护每一条流的状态信息，从而增加了综合服务的复杂性，导致可扩展性差。

2、如果存在不支持IntServ的节点/网络，虽然信令可以透明通过，但对应用来说，已经无法实现真正意义上的资源预留，所希望达到的QoS保证也就大打折扣。

3、对路由器的较高要求，由于需要端到端的资源预留，必须要求从发送者到接受者之间所有路由器都支持所实施的信令协议，因此所有路由器必须实现RSVP、接纳控制、MF分类和包调度。

4、该模型不适合于生存期的业务流。