Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
ISO/IEC 29341-8-1 标准定义了通用即插即用(UPnP)网络的服务质量(QoS)架构。随着家庭和小型办公网络越来越多地承载对流延迟敏感的流量(如流媒体视频、IP语音和在线游戏),尽力而为的交付模型已无法满足需求。该标准建立了一个分层框架,使 UPnP 设备能够预留网络资源、对流量类别进行优先级排序,并在异构网段之间强制执行服务等级协议。
QoS 架构规定了三个基本功能实体:QoS 设备、QoS 策略持有者和 QoS 管理器。它们共同构成了一个运行于传输层之上的控制平面,使应用程序无需深入了解底层网络拓扑即可请求特定的流量处理方式。该架构与传输技术无关,可映射到 IEEE 802.1D/Q 以太网优先级、区分服务(DiffServ)码点或综合服务(IntServ)流。
该架构定义了三个平面:应用平面,即流量源和宿所在的位置;控制平面,用于处理 QoS 请求和评估策略;以及数据平面,用于实际执行流量整形、队列管理和调度。QoS 管理器充当中间人角色:它接收来自应用程序的流量规范(TSPEC)请求,向 QoS 策略持有者咨询允许的操作,然后相应地配置 QoS 设备。
| 组件 | 角色 | 关键操作 |
|---|---|---|
| QoS 设备 | 网络接口处的流量整形和策略实施 | SetupQoSDevice, RequestTrafficQos, ReleaseTrafficQos |
| QoS 策略持有者 | 策略评估和准入控制 | GetCapabilities, GetQosPolicy, SetQosPolicy |
| QoS 管理器 | 编排和冲突解决 | RequestQos, ReleaseQos, UpdateQos |
分层设计确保 UPnP QoS 网络能够跨越多种链路层技术。例如,家庭网关可以在其以太网端口上将 QoS 请求映射到 802.1D 优先级标签,同时在其 WAN 接口上使用 DiffServ 码点。QoS 管理器抽象了这些细节,使请求应用程序只需指定所需的流量类别(例如”交互式语音”或”流媒体视频”)。
流量规范(TSPEC)是 QoS 设置过程中交换的核心数据结构。它包括峰值数据速率、平均数据速率、最大突发大小和延迟容限等参数。TSPEC 包含在 QoS 设备服务公开的 TrafficQos 结构中。当 TrafficQos 请求到达时,QoS 策略持有者根据活动策略对其进行评估,并确定是否可以在不影响现有承诺的情况下接纳新流。
准入控制可基于多种标准:可用带宽(基于测量)、管理限制(基于策略)或两者的组合。该标准还定义了抢占规则,即更高优先级的请求可以在资源耗尽时拆除较低优先级的流。这对于即使在网络拥塞下也必须运行的紧急通信服务尤其重要。
从工程角度来看,29341-8-1 中最具影响力的设计选择是将策略评估与流量执行相分离。这允许网络管理员集中更新 QoS 策略,而无需重新配置单个设备。在实践中,QoS 策略持有者通常与 UPnP 互联网网关设备部署在同一位置,提供了一个自然的管理点。然而,对于较大的部署,应考虑在专用的控制平面主机上运行策略持有者,以避免数据转发和策略评估之间的性能耦合。
另一个考虑因素是对非 UPnP 流量的处理。QoS 架构可以通过为未分类的数据包分配默认流量类别来与遗留流量共存。工程师应仔细配置默认类别(通常为”尽力而为”),以防止遗留流饿死 UPnP 管理的流。
UPnP QoS 架构能否跨多个子网工作?
可以。该架构通过 QoS 域的概念支持多网段网络。每个域有自己的 QoS 管理器,域间协调通过分层 QoS 策略持有者安排实现,但该标准主要关注单子网场景。
UPnP QoS 与 Wi-Fi 多媒体兼容吗?
是的。QoS 架构可以将 UPnP 流量类别映射到 WMM 接入类别。这通过 QoS 设备服务实现,该服务将抽象的流量类别标识符转换为适当的 WMM DSCP 或 802.11e 标签。
当 QoS 设备与策略持有者失去连接时会发生什么?
QoS 设备应回退到安全默认状态,通常释放所有 QoS 预留并回退到尽力而为转发。活动流量流将继续传输,但不提供 QoS 保证,直到连接恢复并重新建立预留。
该标准如何确保竞争应用之间的公平资源分配?
公平性通过 QoS 策略持有者执行的准入控制规则来保证。该标准允许管理员为每个应用程序或设备定义带宽上限和最小保证,确保任何单个流都不会垄断网络资源。