OID_WDI_SET_P2P_START_BACKGROUND_DISCOVERY
重要
本主題是 Windows 10 中發行的WDI 驅動程式模型一部分。 WDI 驅動程式模型處於維護模式,而且只會收到高優先順序修正。 WiFiCx是在 Windows 11 中發行的Wi-Fi驅動程式模型。 建議您使用 WiFiCx 來利用最新的功能。
OID_WDI_SET_P2P_START_BACKGROUND_DISCOVERY會指示配接器在背景定期執行Wi-Fi直接探索
範圍 | 使用工作設定序列化 | 正常執行時間 (秒) | 影響資料輸送量/延遲 |
---|---|---|---|
連接埠 | 否 | 1 | 是 |
介面卡需要定期掃描指定的通道,而且能夠尋找裝置在裝置可見度逾時內變成可探索的裝置, (通常為 5 分鐘) 。 此行為類似于一般Wi-Fi直接探索掃描 (,如 OID_WDI_TASK_P2P_DISCOVER) 中所定義,但不會有時間限制,而且介面卡可能會在稍後的時間點排程掃描。 配接器必須在每個裝置可見度逾時內執行至少一次掃描。 如果裝置可見度逾時為 0,配接器應該繼續使用自己的週期時間定期掃描。 如果在這段期間提出 DISCOVER 或 SCAN 工作要求,配接器應該在工作期間暫停背景探索,並在工作完成時繼續。 完成背景掃描之後,裝置應該傳送 NDIS_STATUS_WDI_INDICATION_P2P_DISCOVERY_COMPLETE指示, (交易識別碼等於 0) ,讓作業系統知道它已完成掃描。 配接器必須在每次完成背景掃描時傳送此指示。
如果提供通道清單,配接器應該只會掃描指定的通道。 否則,它應該掃描所有通道。 如果韌體在指定的通道之外發現裝置,它仍應將資訊傳送至作業系統。
指定接聽持續時間和通道 (WDI_TLV_P2P_DISCOVERY_CHANNEL_SETTINGS) 時 ,它們會參考遠端裝置的接聽時間。 根據接聽持續時間和通道的所有值,配接器需要排程以最有效率的方式掃描要求的通道。 作業系統也可以指定多個接聽持續時間和通道實例。 在此情況下,配接器應該先針對具有非零值接聽持續時間和通道清單的專案提出掃描排程。 然後,配接器應該在下列情況下使用預設值:
- 如果接聽持續時間為 0,配接器應該使用指定通道的預設掃描時間。
- 如果通道清單是空的,配接器應該使用針對該頻段指定的接聽和週期時間掃描該頻中的所有通道。 掃描時間不適用於作業系統所指定之個別接聽持續時間的任何通道。
當 NIC 在 D0 中時,配接器會指出特定服務名稱探查要求的回應, (s ) 作為作業系統的NDIS_STATUS_WDI_INDICATION_BSS_ENTRY_LIST通知。 WDI 會快取較高層級服務的 OS 回應資訊,並視需要通知它們。
當 NIC 處於 D2 時,它會暫停背景探索,直到回到 D0 為止。
設定屬性參數
TLV | 允許多個 TLV 實例 | 選用 | 描述 |
---|---|---|---|
WDI_TLV_P2P_BACKGROUND_DISCOVER_MODE | Wi-Fi直接背景探索模式參數。 | ||
WDI_TLV_P2P_DISCOVERY_CHANNEL_SETTINGS | X | X | 要掃描的建議通道清單。 |
WDI_TLV_P2P_DEVICE_FILTER_LIST | X | Wi-Fi直接裝置和群組擁有者的清單,以在Wi-Fi直接裝置探索期間搜尋。 | |
WDI_TLV_P2P_SERVICE_NAME_HASH | X | X | 要查詢的服務雜湊名稱清單。 指定WDI_P2P_SERVICE_DISCOVERY_TYPE_SERVICE_NAME_ONLY時,這是必要的。 |
WDI_TLV_VENDOR_SPECIFIC_IE | X | 必須包含在埠所傳送探查要求中的一或多個 IE。 |
設定屬性結果
沒有其他資料。 標頭中的資料已足夠。
未經請求的指示
NDIS_STATUS_WDI_INDICATION_BSS_ENTRY_LIST
規格需求
最低支援的用戶端 |
Windows 10 |
最低支援的伺服器 |
Windows Server 2016 |
標頭 |
Dot11wdi.h |