Wi-Fi Direct协议详解_wifi direct gc模式

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上物联网嵌入式知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、电子书籍、讲解视频，并且后续会持续更新

需要这些体系化资料的朋友，可以加我V获取：vip1024c （备注嵌入式）

如果你需要这些资料，可以戳这里获取

理论上，Wi-Fi Direct属于纯软件协议，也就是说不需要额外的硬件支持，只要支持802.11g、n或者ac的设备都可以实现Wi-Fi Direct的基本功能。但一些高级功能，比如Wi-Fi Direct电源管理需要非常精细的定时管理和状态切换，Concurrent模式需要对多个源MAC地址进行高效的过滤，这些都靠软件实现会比较费劲。所以不要太指望老设备通过软件升级来实现Wi-Fi Direct，就算能实现也是效率低下或者功能残缺。

基本概念

• Wi-Fi Peer-to-Peer：简称P2P，Wi-Fi Direct别名
• P2P Device：支持P2P的设备，在组协商完成之前都叫P2P Device
• P2P Group Owner：简称GO，组协商成为SoftAP的P2P Device称为P2P GO
• P2P Group Client：简称GC，组协商成为Station的P2P Device称为P2P GC

流程图

首先，来看一下Wi-Fi Direct连接的详细流程，下面这张图涵盖了Wi-Fi Direct的大部分功能，包括设备的发现、组协调、认证关联、WPS以及4次握手。（点击图片可以查看大图 😃）

设备发现

设备发现是Wi-Fi Direct最关键的一个功能，它包含scan和find两个了功能。scan是为了快速的发现已有的GO，注意scan是全信道扫描。find又分为search和listen两个阶段，这两个阶段交叉执行，协议建议find持续两分钟。search阶段和scan类似，区别在于search只扫描1、6、11三个信道，并且对接收到的probe resp和beacon帧要判断是否包含P2P IE。listen阶段随机在1、6、11三个信道监听，响应包含P2P IE的probe req。listen的时间为n个100TU（time unit)，802.11规定1TU=1024微秒，约1毫秒，n是一个随机整数，所以listen持续的时间约为100毫秒的整数倍。这里随机数的目的是让双方都能发现对方，否则如果双方刚好同时处于search和listen状态，那么永远也扫描不到对方，而随机数的出现总能让双方快速发现对方。

Listen信道

前面说了Wi-Fi Direct设备总是在1、6、11信道进行scan和listen，listen信道是在Wi-Fi Direct打开时随机生成，工作时固定在这个信道，直到Wi-Fi Direct关闭。有两个方法可以知道对方的listen信道，一个是通过在哪个信道接收到probe resp来确定，另一个是通过分析probe resp里的P2P IE，有一个listen channel字段来确定。一般使用第二种方法，因为有一些不标准的P2P设备，在scan阶段也会回复probe resp，这样的话第一种方法就会得到错误的Listen信道。

GO协商

发现对方后，下一步就点击进行连接，而连接的第一步要确认各自的角色：谁做GO，谁做GC。Wi-Fi Direct通过增加Action帧的交互来达到此目的，这个交互非常简单，如下图如示：

GO协商共包含三个类型的Action帧：GO Req、GO Resp、GO Confirm。GO Req和GO Resp包含GO Intent的IE，是一个0到15的整数值，通过这两个值的大小来确定GO，具体方法如下图。如果Intent不相等时，谁大谁做GO；如果相等时且小于15时，根据GO Req的随机数Tie Breaker来决定，Tie Break为1就自己做GO，否则对方做GO；如果相等且等于15，GO协商失败，这种情况说明A和B都必须成为GO，谁也不能妥协，那么只能以失败告终。

事实上，一般情况下GO协商会有5个帧交互，P2P流程图已经清晰的展现出来了，一开始会让人比较迷惑，下面举例说明。假设有两个P2P设备A（Listen信道为1）和B（Listen信道为11），在A的P2P界面点击B进行连接，这时A首先会在11信道发送GO Req，发送需要持续一段时间，因为B可能会处于Search状态，所以持续的时间至少要大于B的Search时间；直到B切换为Listen状态，才能收到 GO Req，收到后立即在11信道回复GO Resp并给上层应用发送对应消息，应用提示用户是否同意A的连接。注意B刚刚回复的GO Resp包含的状态是fail:information is unavailable，A收到这个消息后不做任何动作，继续等待。直到用户点击B的同意后，B会再发起GO Req，由于A是连接发起方，他不用再去提醒用户同意，直接响应成功的GO Resp。最后B通过GO Confirm确认GO协商结束。

WPS流程

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上物联网嵌入式知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、电子书籍、讲解视频，并且后续会持续更新

需要这些体系化资料的朋友，可以加我V获取：vip1024c （备注嵌入式）

如果你需要这些资料，可以戳这里获取

V获取：vip1024c （备注嵌入式）**

如果你需要这些资料，可以戳这里获取