在有效的 Wi-FI Direct 场景中，我读到，在 GO 协商的三次握手之后，GO 开始发送信标，客户端发送探测请求，然后发送身份验证请求。（根据许多 P2P 文章）
但是，当我捕获两个 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 没有发送任何帧，我稍后会收到组形成失败消息