WiFiCx QoS R1

QoS R1 引進WiFiCx裝置的進階流量管理功能。 QoS R1 可透過鏡像串流分類服務 （MSCS） 和 QoS 對應來啟用 Wi-Fi 資料封包的優先順序（DSCP 對 UP 對應）。 這些功能會將適當的 QoS 原則套用至不同類型的流量，藉此增強網路效率和用戶體驗。

QoS R1 功能包含 WFA Wi-Fi QoS 管理規格中的區段 3.1 和 3.2。

從WiFiCx 1.2版開始，您可以將QoS R1功能併入WiFiCx用戶端驅動程式。 QoS R1 僅適用於WiFiCx驅動程式模型。 本文概述支持這些功能所需的驅動程序變更。

QOS R1 驅動程式需求

若要支援 QoS R1 功能套件，WiFiCx 用戶端驅動程式必須：

1. 支援WiFiCx 1.2版或更高版本。
2. 支援 WMM （Wi-Fi 多媒體） 標準。
3. 能夠傳送/接收動作畫面。
4. 引進對OS可設定的喚醒傳入動作框架的支援。
5. 透過 （re） 關聯畫面，將 QoS 功能的 OS 支援傳達給存取點 （AP）。
6. 如果符合上述準則，則表示 MSCS 和 QoS 對應的驅動程序支援。

Msc

若要支援 MSCS：

1. 驅動程式會將 WIFI_STATION_CAPABILITIES 中的 MSCSSupported 字段設定為 TRUE。

2. 如果驅動程式將 MSCSSupported 設定為 true，Windows 將會在 WDI_TLV_CONNECTION_SETTINGS 中標記 MSCSSupported 位來指出 MSCS 支援。

3. 如果 Windows 將 MSCSSupported 位設定為 1，驅動程式必須在 （re）關聯要求中將 Extended Capabilities 元素 （Bit 85） 的 Mirrored SCS 字段設定為 1。

在成功關聯之後，Windows 會嘗試使用AP設定 MSCS 會話：

1. Windows 會將 OID_WDI_TASK_SEND_REQUEST_ACTION_FRAME 工作傳送給驅動程式。

2. 此工作會提示驅動程式使用預設 TCLAS 遮罩參數將 MSCS 要求動作框架傳送至 AP（如 WFA 測試規格中所指定）。

3. 驅動程式會透過 NDIS_STATUS_WDI_INDICATION_ACTION_FRAME_RECEIVED指出動作畫面格回應的狀態。

指出 MSCS 支援時，驅動程式必須支援 MSCS 的喚醒動作框架 。 使用作用中的 MSCS 會話移至 Dx 時，OS 會設定驅動程式在收到 MSCS 回應框架時喚醒。

OS 可能會提示驅動程式將 MSCS 要求動作框架傳送至 AP，以透過OID_WDI_TASK_SEND_REQUEST_ACTION_FRAME工作要求 MSCS 卸除。

QoS 對應

若要支援 QoS 對應：

1. 驅動程式會將 WIFI_STATION_CAPABILITIES 中的 DSCPToUPMappingSupported 欄位設定為 TRUE。

2. 如果驅動程式將 DSCPToUPMappingSupported 設定為 true，Windows 會藉由在 WDI_TLV_CONNECTION_SETTINGS 中標記 DSCPToUPMappingSupported 位來指出 QoS 對應支援。

3. 如果 Windows 將 DSCPToUPMappingSupported 位設定為 1，驅動程式必須在 （re） 關聯要求中將 Extended Capabilities 元素 （Bit 32） 的 QoS 對應欄位設定為 1 。

透過 （re）關聯或 QoS 對應設定動作框架來建立 QoS 對應之後，OS 會根據從 AP 收到的對應來設定適當的 UP 值。

對於指出 QoS 對應支援的成功關聯，驅動程式必須：

1. 在 WDI_TLV_ASSOCIATION_RESULT 中包含 WDI_TLV_ASSOCIATION_RESPONSE_FRAME。

2. 指出傳入 QoS 對應透過 NDIS_STATUS_WDI_INDICATION_ACTION_FRAME_RECEIVED設定作業系統的動作畫面。

指出 QoS 對應支援時，驅動程式必須支援 DSCP 對 UP 對應的喚醒傳入動作框架 。 當移至已建立 QoS 對應的 Dx 時，OS 會設定驅動程式在收到 QoS 地圖設定動作框架時喚醒。