windows网络适配器驱动开发-WiFiCx QoS R1 技术(三)

第三章 镜像流分类服务MSCS3.1 MSCS 概述镜像流分类服务Mirrored Stream Classification ServiceMSCS是 WFA Wi‑Fi QoS 管理规范第 3.1 节定义的功能。MSCS 为客户端设备上的应用提供了一种简单的方法来请求双向流量流的优先级处理。具体而言客户端设备可以向其 AP 请求将发往该客户端的流量分配至期望的优先级级别例如高优先级队列。MSCS 的核心价值在于**镜像**机制应用在上行方向客户端到 AP对特定流进行分类和优先级标记通过 TCLAS 参数指定AP 则在下行方向AP 到客户端**镜像**相同的分类和优先级处理。这使得双向流量如 VoIP 通话、视频会议能够在两个方向上获得一致的 QoS 待遇确保端到端的服务质量。例如当客户端向 AP 发送一个 MSCS 请求指明某一 IP 五元组的流量需要高优先级则 AP 不仅会在上行方向识别这些包还会在下行方向对匹配的包给予相同优先级从而避免因不对称处理导致的双向体验差异。MSCS 是应用驱动的 QoS 机制它允许上层应用通过操作系统接口动态申请优先级无需网络管理员手动配置。这为移动设备和多样化应用场景提供了极大的灵活性。3.2 MSCS 的驱动程序实现驱动程序对 MSCS 的支持涉及能力宣告、关联协商、会话建立、电源管理和会话拆除等多个环节具体步骤如下3.2.1 能力宣告驱动程序在初始化阶段通过 WIFI_STATION_CAPABILITIES 结构中的 MSCSSupported 字段设置为 TRUE向操作系统声明本设备支持 MSCS 功能。3.2.2 操作系统确认如果驱动程序将 MSCSSupported 设置为 trueWindows 操作系统会通过在连接设置结构 WDI_TLV_CONNECTION_SETTINGS 中标记 MSCSSupported 位来向驱动程序反馈确认操作系统已启用 MSCS 支持。驱动程序应读取该标志以知晓后续行为。3.2.3 重新关联中的能力协商在后续的重新关联过程中如果 Windows 已将 MSCSSupported 位设置为 1驱动程序必须在重新关联请求帧的扩展功能元素中将 Bit 85即 Mirrored SCS 字段设置为 1。这向 AP 明确宣告了客户端支持 MSCS 能力AP 会在关联响应中给出相应的确认并做好 MSCS 会话准备。3.2.4 MSCS 会话建立成功关联之后如果应用需要Windows 将尝试与 AP 建立 MSCS 会话。具体流程如下- Windows 构造一个 MSCS 请求动作帧包含默认的 TCLAS 掩码参数如 WFA 测试规范中所指定并通过 OID_WDI_TASK_SEND_REQUEST_ACTION_FRAME 任务将该帧传递给驱动程序。- 驱动程序接收到该任务后必须通过硬件将 MSCS 请求动作帧发送到当前关联的 AP。- AP 收到请求后会进行处理并返回 MSCS 响应动作帧。驱动程序接收到响应后必须通过 NDIS_STATUS_WDI_INDICATION_ACTION_FRAME_RECEIVED 状态指示将该响应帧的内容上传给操作系统。操作系统根据响应结果决定是否成功建立 MSCS 会话。TCLAS 掩码参数定义了流量分类的规则包括源/目的 IP 地址、端口号、协议类型等字段用于精确标识哪些流量流应获得特定的优先级处理。默认掩码通常匹配特定应用类别如语音的典型特征。3.2.5 电源管理中的 MSCS 支持当设备带有活动 MSCS 会话进入 Dx低功耗状态时为了确保能及时响应 AP 发起的 MSCS 相关操作例如 AP 主动拆除会话或更新参数操作系统会将驱动程序配置为在收到 MSCS 响应帧时唤醒系统。驱动程序必须支持传入动作帧唤醒机制并且之前宣告的 MaxNumConfigurableActionFrameWakePatterns 至少为 1。当设备在 Dx 状态下收到 MSCS 响应帧时应唤醒并上报唤醒原因以便操作系统重新处理。3.2.6 MSCS 会话拆除当应用不再需要 QoS 保证或连接断开时操作系统可能提示驱动程序向 AP 发送 MSCS 拆除请求动作帧。该操作同样通过 OID_WDI_TASK_SEND_REQUEST_ACTION_FRAME 任务完成驱动程序发送拆除帧后不需要等待响应但 AP 通常会回复确认。会话拆除后AP 将停止对相应流的优先级镜像处理。通过以上步骤MSCS 实现了应用驱动的双向流优先级管理为实时多媒体应用提供了可靠的服务质量保障。