QoS 策略的工作原理
启动或获取更新的用户或计算机配置组策略设置（适用于 QoS）时，会发生以下过程。
组策略引擎从 Active Directory 检索用户或计算机配置组策略设置。
组策略引擎通知 QoS 客户端扩展：QoS 策略发生了更改。
QoS 客户端扩展向 QoS 检查模块发送 QoS 策略事件通知。
QoS 检查模块检索用户或计算机 QoS 策略并存储它们。
创建新的传输层终结点（TCP 连接或 UDP 流量）时，会发生以下过程。
TCP/IP 堆栈的传输层组件会通知 QoS 检查模块。
QoS 检查模块会将传输层终结点的参数与存储的 QoS 策略进行比较。
如果找到匹配项，QoS 检查模块会联系 Pacer.sys 来创建一个流，一个包含 DSCP 值的数据结构以及匹配 QoS 策略的流量限制设置。 如果有多个 QoS 策略与传输层终结点的参数匹配，则使用最具体的 QoS 策略。
Pacer.sys 会存储该流，并将与流对应的流编号返回到 QoS 检查模块。
QoS 检查模块将流编号返回到传输层。
传输层将流编号与传输层终结点一起存储。
发送与标记有流编号的传输层终结点对应的数据包时，会发生以下过程。
传输层在内部使用流编号标记数据包。
网络层查询 Pacer.sys 以获取与数据包流编号对应的 DSCP 值。
Pacer.sys 将 DSCP 值返回到网络层。
网络层将 IPv4 TOS 字段或 IPv6 流量类字段更改为 Pacer.sys 指定的 DSCP 值，并为 IPv4 数据包计算最终的 IPv4 标头校验和。
网络层将数据包交给分帧层。
由于数据包已标记有流编号，因此分帧层通过 NDIS 6.x 将数据包交给 Pacer.sys。
Pacer.sys 使用数据包的流编号来确定是否需要限制数据包，如果需要，则安排发送数据包。
Pacer.sys 会即时（如果没有流量限制）或按计划（如果有流量限制）将数据包交给 NDIS 6.x，以便通过相应的网络适配器进行传输。
基于策略的 QoS 的这些过程具有以下优势。
检查流量以确定是否 QoS 策略的应用是按传输层终结点完成的，而不是按数据包完成的。
与 QoS 策略不匹配的流量不会影响性能。
无需修改应用程序即可利用基于 DSCP 的差异化服务或流量限制。
QoS 策略可以应用于受 IPsec 保护的流量。
有关本指南中的下一主题，请参阅 QoS 策略体系结构。
有关本指南中的第一个主题，请参阅服务质量 (QoS) 策略。