Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
ISO/IEC 29341-8-15 QoS 设备服务 v3
UPnP QoS 架构 — 核心 QoS 设备管理服务版本 3
QoS 设备服务 v3 概述
ISO/IEC 29341-8-15 标准定义的 QoS 设备服务 v3 是 UPnP QoS 架构的核心协调器。它提供了 UPnP 控制点发现、配置和管理网络设备上 QoS 能力的主要接口。版本 3 引入了增强的流量处理能力、改进了与非 UPnP 网络的互操作性，以及解决了早期版本局限性的精细化优先级管理机制。
QoS 设备 v3 服务充当设备上所有 QoS 操作的单一接触点，将底层流量控制机制的复杂性抽象在标准化的 UPnP 接口之后。
能力与状态管理
该服务定义了一组全面的状态变量和动作，实现对 QoS 的精细控制。关键状态变量包括 QoSDeviceState（指示 QoS 子系统的运行状态）和 TrafficClass 映射表（定义如何将 UPnP 优先级级别转换为二层和三层的标记）。
| 动作 | 用途 | 关键参数 |
|---|---|---|
| GetQoSDeviceInfo | 获取设备 QoS 能力和版本信息 | 返回 QoSDeviceState、TrafficClasses 和支持的特性 |
| SetTrafficClassMapping | 配置 UPnP 优先级与网络层标记之间的映射 | TrafficClassID、DSCPValue、802.1pPriority |
| GetTrafficClassMapping | 查询当前流量类别到优先级的映射 | TrafficClassID，返回当前映射参数 |
在初始化期间始终调用 GetQoSDeviceInfo 来发现每个设备的确切 QoS 能力。不同实现之间的能力可能存在显著差异——尤其是在 DSCP 标记和 802.1p 支持方面。
工程设计要点
实现 QoS 设备服务 v3 需要仔细考虑底层网络栈。该服务必须在抽象的 UPnP QoS 模型与主机的具体流量控制机制之间建立桥梁——无论是 Linux tc、Windows QoS 还是自定义嵌入式解决方案。
一个关键的设计决策是如何处理 TrafficClass 映射表。版本 3 允许动态重新配置优先级映射，这为网络管理员提供了灵活性，但也带来了跨设备映射不一致的风险。最佳实践是基于 IEEE 802.1D-2004 优先级规范实现默认映射表，并仅允许通过认证的控制点进行覆盖。
动态 TrafficClass 重新映射如果协调不当可能造成 QoS 环路。当设备重新映射优先级时，必须通知上游设备以避免分类冲突。为所有映射更改实现事件通知。
该服务还管理 QoS 策略的生命周期——安装、激活、停用和移除。每个策略在接收前必须根据设备当前能力进行验证。版本 3 引入了能力协商机制，允许设备拒绝需要其不支持的功能的策略，并返回详细的错误描述。
安全性在 QoS 设备 v3 中至关重要。未经身份验证的策略修改可能被利用进行拒绝服务攻击，通过优先或降级特定流量。在生产部署中，对所有修改策略的动作实施 A_ARG_TYPE_DeviceAuthentication 检查。
v3 部署中的另一个考虑因素是多接口协调。家庭网关通常至少有两个网络接口——LAN 和 WAN。QoS 设备服务必须协调两个接口上的策略应用，以确保一致的流量处理。例如，应用于 WAN 方向流量的上行 QoS 策略必须考虑通常较低的上行带宽，而应用于 LAN 方向流量的下行策略必须管理宽带连接的不对称性。版本 3 通过允许每个接口使用独立的 TrafficClass 映射表来解决这个问题，从而在单个设备内实现独立但协调的 QoS 域。
常见问题
问：QoS 设备 v3 相比 v2 有哪些新特性？
版本 3 引入了动态 TrafficClass 映射、增强的能力协商机制及详细的错误报告、改进了与非 UPnP QoS 域（如 DiffServ 和 IEEE 802.1p）的互操作性，以及为更好的事件同步而改进的状态变量更新机制。
问：单个 UPnP 设备能否托管多个 QoS 设备服务？
标准允许一个设备暴露多个 QoS 设备服务实例，每个实例管理独立的网络接口或 QoS 域。这在多宿主设备中很常见，例如具有独立 LAN 和 WAN 接口的家庭网关。
问：QoS 设备服务如何与流量描述符服务交互？
QoS 设备服务使用流量描述符实例（第 8-16 部分）来指定 QoS 策略适用的流量流。在安装策略时，控制点提供对标识目标流量流的流量描述符的引用。
问：如果设备不支持请求的 TrafficClass，会发生什么？
设备返回带有详细原因代码的错误。控制点随后可以通过 GetQoSDeviceInfo 查询支持的 TrafficClass 列表，并选择合适的替代方案。
