Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
ISO/IEC 29341-8-10定义了UPnP QoS架构中的核心协调实体——QoS Manager v2服务。QoS Manager充当请求服务质量保证的应用与执行QoS策略的网络设备之间的中间层。它通过UPnP控制点接口接收来自应用的QoS请求,将这些请求转化为适当的策略配置,并将配置分发到网络中相关的QoS Device实例。作为QoS系统的大脑,QoS Manager v2负责策略冲突解决、资源接纳控制以及端到端QoS路径建立。
QoS Manager v2暴露了一套全面的UPnP操作,使应用和控制点能够与QoS子系统交互。主要操作包括RequestTrafficQoS(通过指定流量描述符和期望的流量类别为特定流量流发起QoS预留)、ReleaseTrafficQoS(拆除活跃的预留)、GetQosDeviceInfo(检索特定QoS Device的能力)以及UpdatePolicy(向设备分发新的或修改的策略规则)。QoS Manager维护所有活跃QoS预留的数据库,以及流量流与其转发路径中涉及的设备之间的映射。
QoS Manager v2的一个关键工程方面是其接纳控制功能。当应用为新流量流请求QoS时,管理器必须确定是否有足够的网络资源来满足请求而不会降低现有预留的质量。该规范定义了一个基于流量类别容量和每设备利用率跟踪的资源可用性模型。QoS Manager查询流量路径上相关的QoS Device,汇总它们报告的利用率,并做出接纳决策。如果资源不足,管理器可以拒绝请求、降级流量类别或触发策略重新协商。
| 操作 | 描述 | 关键输入参数 |
|---|---|---|
| RequestTrafficQoS | 为流量流请求QoS处理 | TrafficDescriptor、TrafficClass、Priority |
| ReleaseTrafficQoS | 释放活跃的QoS预留 | TrafficDescriptor、ReservationID |
| GetQosDeviceInfo | 检索QoS Device能力 | DeviceUDN、InterfaceIndex |
| UpdatePolicy | 向设备分发策略更新 | PolicyXML、TargetDeviceList |
| GetActiveReservations | 列出所有当前QoS预留 | FilterCriteria |
| ResolvePolicyConflict | 识别和解决冲突规则 | PolicySet |
在实际网络中部署QoS Manager v2需要仔细的架构规划。管理器的活跃预留和设备能力数据库必须与实际网络状态保持一致。该规范通过心跳机制解决了这个问题——QoS Manager定期向受管QoS Device发送保活消息,设备将状态报告回来。如果设备未能响应,管理器将其预留标记为过期,并可以选择触发重新路由或策略调整。心跳间隔是可配置的,典型值从延迟敏感环境的30秒到稳定网络的5分钟不等。