Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
ISO/IEC 29341-11-11:2008 — UPnP QoS管理器 — 跨网络服务质量编排
定义用于接纳控制、策略执行和跨设备协调的QoS管理器服务
QoS管理器在UPnP QoS架构中的作用
ISO/IEC 29341-11-11:2008定义了QoS管理器，这是UPnP QoS架构中的中央协调实体。QoS管理器负责处理应用QoS请求、发现网络路径、执行接纳控制决策、协调流量路径上多个QoS设备服务的流量调节，以及执行从策略持有者检索的QoS策略。它是整个UPnP QoS框架背后的智能引擎。
与传统QoS模型中每个网络设备做出独立的优先级决策不同，UPnP QoS管理器提供集中式协调——它可以查看整个网络拓扑、所有活跃流量流和完整的策略规则集，从而实现全局最优的接纳控制决策。
QoS管理器服务暴露的动作分为四个功能组：请求处理（RequestTrafficQoS、UpdateTrafficQoS、ReleaseTrafficQoS）、路径发现（DiscoverPath、GetPathInformation）、策略交互（GetPolicyDecision、GetAllPolicies）和状态监控（GetQoSState、GetActiveFlowList）。该服务还定义了一组广泛的状态变量，用于跟踪受管网络的当前QoS状态，包括活跃流表、路径拓扑、设备能力注册表和策略缓存条目。
| QoS管理器动作 | 功能组 | 描述 | 响应 |
|---|---|---|---|
| RequestTrafficQoS | 请求处理 | 应用提交QoS请求，指定流量需求 | 接纳、拒绝或提供备选参数协商 |
| UpdateTrafficQoS | 请求处理 | 修改现有QoS预留（如带宽变更） | 更新后的预留参数或拒绝 |
| ReleaseTrafficQoS | 请求处理 | 释放先前接纳的QoS流 | 释放确认 |
| DiscoverPath | 路径发现 | 发现源和目标之间的网络路径 | 路径上的QoS设备服务有序列表 |
| GetPolicyDecision | 策略交互 | 检索适用于流量流的策略决策 | 流量类别和处理参数 |
| GetQoSState | 状态监控 | 返回受管网络的整体QoS状态 | 流计数、可用容量、设备状态 |
RequestTrafficQoS动作支持”协商”响应模式：当QoS管理器无法满足请求的QoS级别时，它可以返回备选参数（如较低的流量类别或降低的带宽），请求应用可以选择接受或拒绝。这种协商能力实现了优雅降级，而非二元的接纳/拒绝决策。
接纳控制与路径发现
接纳控制过程始于QoS管理器从控制点接收到RequestTrafficQoS调用。请求包括源和目标设备标识符、所需的流量类别（或可从中推导出类别的流量规格描述符），以及可选的请求带宽和延迟预算。QoS管理器首先调用DiscoverPath来确定源和目标之间的网络段和支持QoS的设备的序列。
一旦路径已知，QoS管理器使用GetQoSDeviceInfo查询路径上的每个QoS设备服务的当前流量负载和可用容量。同时，它从QoS策略持有者检索适用的策略规则。接纳决策取决于三个因素：（1）是否存在允许请求流量类别的策略，（2）路径上的每个设备是否有足够的可用容量来容纳流量流，以及（3）接纳该流量流是否会违反对已接纳流量流的任何现有QoS承诺。
工程设计见解
QoS管理器实现和部署的关键考虑因素包括：
- 路径发现缓存：在拓扑稳定的网络（典型家庭和小型办公环境）中，QoS管理器应缓存具有可配置生存时间的路径发现结果。这避免了为每个到同一目标对的新流量流重复发现-查询周期，显著减少接纳控制延迟。
- 接纳控制算法选择：标准未强制规定特定的接纳控制算法，允许实现灵活性。常见方法包括简单的”CIR总和”（检查总承诺速率不超过接口容量）、基于测量的接纳控制（使用实际流量测量而非声明速率）和最坏情况维度设计（为实时流量预留峰值速率，为数据流量进行统计复用）。
- 策略缓存管理：QoS管理器维护从策略持有者检索的策略规则的本地缓存。当策略持有者发送策略变更事件时，必须使缓存失效。过时的策略缓存可能导致错误的接纳决策——允许先前被阻止的流量类别的新策略可能在缓存刷新之前不会生效。
QoS管理器实现中的一个常见陷阱是仅基于带宽进行接纳控制，而不考虑延迟和抖动要求。请求TrafficClass 5（流媒体视频）的流量流可能具有适度的带宽需求但严格的延迟约束。QoS管理器在接纳控制期间必须考虑流量规格的所有维度，而不仅仅是带宽参数。
错误处理与流状态管理
QoS管理器维护一个活跃流表，记录所有已接纳的QoS流，包括每个流的源和目标、流量类别、整形参数以及参与其执行的QoS设备服务集合。这个状态机管理流从REQUESTED到ADMITTED到ACTIVE到RELEASED的生命周期转换。如果QoS设备服务报告流量调节故障（如硬件队列错误），QoS管理器可以根据故障严重程度，选择通过备选路径重新路由流量流、向下协商QoS级别或完全释放流量流。
QoS管理器还实现了一个保活监控机制。如果在可配置的超时时间内未检测到已接纳流的流量活动，管理器可以主动查询发起控制点以确定流量流是否仍然活跃。未确认的陈旧流将自动释放，防止孤立预留造成资源泄漏。
常见问题解答
问：单个UPnP网络中可以有多个QoS管理器实例吗？
答：标准允许多个QoS管理器实例，但任何时候只能有一个管理器处于活跃状态，以避免冲突的接纳控制决策。备份管理器可以订阅来自活跃管理器的状态事件，并在活跃管理器故障时接管。切换协议是实现定义的，因为标准侧重于管理器的外部接口而非内部冗余机制。
答：标准允许多个QoS管理器实例，但任何时候只能有一个管理器处于活跃状态，以避免冲突的接纳控制决策。备份管理器可以订阅来自活跃管理器的状态事件，并在活跃管理器故障时接管。切换协议是实现定义的，因为标准侧重于管理器的外部接口而非内部冗余机制。
问：QoS管理器能否抢占现有流量流以接纳更高优先级的流量？
答：可以——标准定义了一个抢占机制。当高优先级QoS请求无法在不超出可用容量的情况下被接纳时，QoS管理器可以抢占较低优先级的流量流。抢占策略从QoS策略持有者检索，后者指定允许抢占的条件以及哪些流量类别可以被哪些更高类别抢占。
答：可以——标准定义了一个抢占机制。当高优先级QoS请求无法在不超出可用容量的情况下被接纳时，QoS管理器可以抢占较低优先级的流量流。抢占策略从QoS策略持有者检索，后者指定允许抢占的条件以及哪些流量类别可以被哪些更高类别抢占。
问：QoS管理器如何处理非对称网络路径？
答：在具有非对称路由的网络中（常见于具有不同上行和下行路径的家庭网络），QoS管理器为每个方向执行单独的路径发现。接纳决策独立考虑正向和反向路径的容量约束。流量流可能在一个方向被接纳，但在另一个方向根据非对称容量可用性而被限制或拒绝。
答：在具有非对称路由的网络中（常见于具有不同上行和下行路径的家庭网络），QoS管理器为每个方向执行单独的路径发现。接纳决策独立考虑正向和反向路径的容量约束。流量流可能在一个方向被接纳，但在另一个方向根据非对称容量可用性而被限制或拒绝。
问：QoS管理器是否支持域间QoS（不同UPnP网络之间）？
答：基本标准关注单个UPnP网络内的域内QoS。域间QoS不在ISO/IEC 29341-11-11的范围内，但架构提供了一种可扩展机制，通过该机制可以使用相同的QoS管理器接口实现UPnP QoS域之间的桥接，并在桥接点添加额外的域间策略和路由逻辑。
答：基本标准关注单个UPnP网络内的域内QoS。域间QoS不在ISO/IEC 29341-11-11的范围内，但架构提供了一种可扩展机制，通过该机制可以使用相同的QoS管理器接口实现UPnP QoS域之间的桥接，并在桥接点添加额外的域间策略和路由逻辑。
