在工作的 Wi-FI Direct 場景中，我讀到，在 GO 協商的三次握手之後，GO 開始發送信標，客戶端發送探測請求，然後發送身份驗證請求。
但是當我捕獲兩個P2P設備之間的資料包時，在GO選擇之後，GO發送探測回應，然後只轉向發送信標。
我真的很想知道 Wi-Fi Direct 的實作是否遵循幀交換的確切理論。
由於我對 WFD ICS 中的群組形成有疑問，我有點困惑是否要跟踪信標或探測響應發生的情況，因為客戶端正在發送探測請求，但 GO 沒有以任何類型的管理框架進行響應，後來轉向“組形成超時”
根據下面的logcat訊息
09-10 20:21:44.904 3757 3757 D wpa_supplicant: WPS: Probe Request for PBC received from ca:dd:c9:f2:0f:f8
09-10 20:21:44.904 3757 3757 D wpa_supplicant: WPS: Checking active PBC sessions for overlap
09-10 20:21:44.904 3757 3757 D wpa_supplicant: WPS: Add one for the requested UUID
09-10 20:21:44.904 3757 3757 D wpa_supplicant: WPS: Consider PBC session with ca:dd:c9:f2:0f:f8
09-10 20:21:44.904 3757 3757 D wpa_supplicant: WPS: 1 active PBC session(s) found
我了解到 GO 正在從客戶端 ca:dd:c9:f2:0f:f8 取得探測請求。 GO該如何因應？我想是透過探測響應。但根據文章，GO 發送了信標。我對這些探測響應和 GO 的信標有點困惑。就我而言，GO 沒有發送任何幀，並且稍後我收到群組形成失敗訊息