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 中時，配接器會將特定服務名稱探查要求的回應指出為作系統 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 Direct 裝置和群組擁有者的清單，以在 Wi-Fi Direct 裝置探索期間搜尋。 | |
| WDI_TLV_P2P_SERVICE_NAME_HASH | X | X | 要查詢的服務哈希名稱清單。 如果指定WDI_P2P_SERVICE_DISCOVERY_TYPE_SERVICE_NAME_ONLY，則需要此專案。 |
| WDI_TLV_VENDOR_SPECIFIC_IE | X | 必須在埠所傳送的探查要求中包含一或多個 IES。 |
設定屬性結果
沒有其他數據。 標頭中的數據就已足夠。
未經請求的指示
NDIS_STATUS_WDI_INDICATION_BSS_ENTRY_LIST
要求
最低支援的用戶端 |
Windows 10 |
最低支援的伺服器 |
Windows Server 2016 |
頁眉 |
Dot11wdi.h |