Wi-Fi P2P（Wi-Fi Direct）让设备在没有外部无线路由器的情况下建立无线连接，常用于投屏、文件传输和无线打印。
建链时仍需要设备发现、GO 角色协商、安全配对和地址配置。设备同时连接路由器时，还要处理 STA 与 P2P 接口的信道关系。下面按这些步骤整理协议和调试命令。
1. 架构角色与 Group 模型
Wi-Fi Direct 在拓扑上仍然复用了经典的 802.11 基础设施架构，核心差异在于AP 角色是在设备间动态竞选产生的：
┌─────────────────────────┐
│ P2P Group Owner │
│ (GO - 充当自主 AP) │
│ * 广播 Beacon/SSID │
│ * 运行内部 DHCP Server │
└───────────┬─────────────┘
│
┌────────────────┴────────────────┐
▼ ▼
┌───────────────────────┐ ┌───────────────────────┐
│ P2P Client │ │ P2P Client │
│ (充当 STA，获取 IP) │ │ (充当 STA，获取 IP) │
└───────────────────────┘ └───────────────────────┘
- P2P Device：
- 处于发现阶段的未入组实体，仅具备扫描与协商能力。
- P2P Group Owner (GO)：
- 在建立连接时被推选出来的“主设备”。GO 会对外广播以
DIRECT-开头的 Beacon 帧，维护 BSSID，并在内核/用户态启动轻量级 DHCP Server（通常分配192.168.49.x网段），负责为 Client 分配 IP。
- 在建立连接时被推选出来的“主设备”。GO 会对外广播以
- P2P Client：
- 组内的“从设备”，以传统 Station 身份关联至 GO，通过 DHCP 获取 IP 地址。
- Autonomous GO (自主 GO)：
- 设备不经过双向协商，单方面直接以 GO 模式建组，其他设备通过扫码或输入 PIN 码直接加入。
2. P2P 连接全流程与状态机
下面是一条经过 GO 协商的建链路径，服务发现为可选步骤：
sequenceDiagram
autonumber
participant D1 as P2P Device A (Client)
participant D2 as P2P Device B (GO 胜出者)
Note over D1,D2: 阶段 1: 发现阶段 (Social Channels 1, 6, 11)
D1->>D2: Probe Request (P2P IE)
D2-->>D1: Probe Response (P2P IE: Device Info)
Note over D1,D2: 阶段 2: 服务发现 (可选 GAS/ANQP)
D1->>D2: GAS Initial Request (Bonjour/UPnP)
D2-->>D1: GAS Initial Response (支持投屏/传输)
Note over D1,D2: 阶段 3: GO 角色协商 (GON 握手)
D1->>D2: GO Negotiation Request (GO Intent=5, Tie=0)
D2-->>D1: GO Negotiation Response (GO Intent=14, Tie=1)
D1->>D2: GO Negotiation Confirmation (Status: Success, B 胜出)
Note over D1,D2: 阶段 4: 安全配置与建链 (WPS + 4-Way HS)
D1->>D2: Provision Discovery (PBC / PIN)
D2-->>D1: Provision Discovery Response
D1->>D2: 802.11 Auth & Assoc (DIRECT-xx SSID)
D1->>D2: EAP-WSC (WPS 交换凭证与 PSK)
D1->>D2: WPA2 4-Way Handshake
Note over D1,D2: 阶段 5: 地址分配与业务数据
D1->>D2: DHCP Discover
D2-->>D1: DHCP Offer / ACK (分配 192.168.49.x)
D1->>D2: TCP/UDP 数据高速传输
D2-->>D1: TCP/UDP 双向响应数据
2.1 设备发现（Discovery Phase）
为了避免在 2.4GHz 和 5GHz 所有频段盲目轮询造成耗电与延迟，Wi-Fi Direct 定义了 3 个社交信道（Social Channels: 1, 6, 11）：
- Listen 状态：随机选取 1、6、11 某信道作为 Listen Channel，静默监听 Probe Request；
- Search 状态：在 1、6、11 信道轮流发送携带 P2P Information Element (IE) 的 Probe Request 广播帧；
- 状态机在 Search 与 Listen 之间随机切换，直到双方在同一社交信道上相遇并完成响应。
2.2 GO 角色协商（GO Negotiation）
当用户发起连接时，两端通过 3 次握手协商出由谁当 AP：
- GO Intent（意愿值，0 ~ 15）：
- 双方在
GO Negotiation Request/Response报文中携带自己的 Intent 值； - Intent 规则：拥有持续供电的设备通常配置较高的 Intent 值。当双方 Intent 不同时，Intent 较大的一方胜出成为 GO；
- 平局处理：若双方 Intent 相同（$<15$），则比对协商报文中的
Tie-Breaker比特位决定胜负； - 特殊情况：若双方均设置了最高意愿值
Intent = 15（均要求强制为 GO），协议规定协商失败（返回状态码FAIL_BOTH_GO_INTENT_15），无法建立连接。
- 双方在
- Operating Channel 协商：双方确定建组后的最终工作信道（可切至干净的 5GHz 频段）。
2.3 安全与入网（WPS + 4-Way Handshake）
- WPS 配对：支持 PBC（Push Button Configuration，虚拟按键确认）或 PIN 码；
- 凭证分发：通过 EAP-WSC 交互后，GO 向 Client 分发预共享密钥（PSK）与动态 SSID；
- 4 次握手：基于生成的 PSK 立即执行标准的 802.11i WPA2-PSK (AES-CCMP) 四次握手生成 PTK/GTK。
3. 多角色并发：SCC vs MCC
在移动终端上，常见的并发场景为：手机既连接无线路由器上网（STA 模式），又要通过 Wi-Fi Direct 投屏到电视（P2P Client 或 P2P GO）。
┌─────────────┐
│ 家用路由器 │ (例如工作在 Channel 36)
└──────┬──────┘
│ (STA 链路)
▼
┌─────────────┐ (单 RF 射频芯片)
│ 智能终端 │
└──────┬──────┘
│ (P2P 链路)
▼
┌─────────────┐
│ 智能电视 │ (若 P2P 工作在 Channel 149 -> 产生 MCC)
└─────────────┘
3.1 单信道并发（SCC - Single Channel Concurrency）
- 原理：STA 接口与 P2P 接口工作在完全相同的信道（例如均为 Ch 36）；
- 优势：单 RF 射频无需在多个频点间跳变，开销最低，吞吐性能最好；
- 限制：要求 GO 协商或建组时服从当前已有 STA 连接的信道。
3.2 多信道并发（MCC - Multi Channel Concurrency）
- 原理：当 STA 必须工作在 Ch 36，而 P2P 必须工作在 Ch 149 时，单 RF 芯片需以时分复用（Time Division Multiplexing）方式在两个信道间切换；
- 特点与机制：
- 吞吐下降：由于信道切换存在锁相环稳定时间与空口保护时间，有效吞吐通常显著降低；
- TBTT 同步：需协调两个信道的 Beacon 接收，防止错过 STA 端的信标帧；
- NoA (Notice of Absence) 与 CTWindow：P2P GO 可在 Beacon 帧或管理帧中携带 NoA（缺席通知）或使用 Client Traffic Window（CTWindow）机制声明离信道时间，协调组内 Client 在 GO 切换至另一信道期间暂缓发包。
4. Linux 下 wpa_cli 实操与调试
在 Linux 系统下，wpa_supplicant 完整实现了 P2P 协议状态机。以下是通过 wpa_cli 调试 P2P 的常用命令链路：
# 1. 启动 P2P 设备搜索
$ wpa_cli -i wlan0 p2p_find
# 2. 列出附近发现的 P2P 节点信息
$ wpa_cli -i wlan0 p2p_peers
$ wpa_cli -i wlan0 p2p_peer <PEER_MAC_ADDR>
# 3. 向对端设备发起 PBC 按钮配对连接
$ wpa_cli -i wlan0 p2p_connect <PEER_MAC_ADDR> pbc go_intent=14
# 4. (可选) 以自主 GO (Autonomous GO) 方式直接建组
$ wpa_cli -i wlan0 p2p_group_add freq=5180
# 5. 查看当前 P2P 状态与组接口名 (如 p2p-wlan0-0)
$ wpa_cli -i wlan0 p2p_group_status
$ wpa_cli status
5. 总结
P2P 故障可以按发现、协商、配对和地址分配逐段定位。单射频设备同时运行 STA 与 P2P 时，还需要记录两个接口的工作信道；使用 MCC 时，重点检查信道切换、Beacon 接收和 NoA 配合，观察它们是否影响业务时延。
