独家揭秘华为P10为什么有时连接不上WLAN

首先，用华为P10手机连接AP（Access Point），当出现WLAN无法使用的情况时，如图：

然后，为排除APP软件的异常，使用手机系统自带wlan管理应用查看，发现终端显示确实关联在AP上，如下图所示：

接着，使用另外一台手机（小米5）进行关联测试验证，发现新关联的手机（小米5）没有异常，可以正常访问网络，如下图所示：

最后，综合两台手机的数据对比分析，虽然均显示正常关联，但P10的手机无法访问网络，而小米手机可以；并且P10手机的SSID的认证方式为open，遂排除密钥错误的可能。

为了更深一层的分析，于是登录AP的后台查看关联终端情况，如下图所示：

首先，进行技术性较强的操作--抓取空口报文。由于此SSID为非加密的，故从抓取的空口报文即可知晓手机和AP间的wlan所有传输数据。在问题依旧存在的时候，抓取空口报文，如下图所示：

802.11 RTS/CTS小科普

RTS/CTS协议(Request To Send/Clear To Send) 即请求发送/允许发送协议是被802.11无线网络协议采用的一种用来减少由隐藏节点问题所造成的冲突的机制。相当于一种握手协议，主要用来解决"隐藏终端"问题。

那么，实际使用的时候报文流程又是如何呢。假设A为终端，B为AP，那么首先，A向B发送RTS信号，表明A要向B发送若干数据，B收到RTS后，向所有基站发出CTS信号，表明已准备就绪，A可以发送，而其余欲向B发送数据的基站则暂停发送；双方在成功交换RTS/CTS信号（即完成握手）后才开始真正的数据传递，保证了多个互不可见的发送站点同时向同一接收站点发送信号时，实际只能是收到接收站点回应CTS的那个站点能够进行发送，避免了冲突发生。

然后，在此基础上做了进一步验证：让手机去关联并忽略SSID，重新关联，在抓取的空口报文中，发现手机直接发送DHCP Request报文，没有进行Auth->assoc的关联流程，如下图所示：

此外，在抓取的空口报文中有AP向手机发送的deauth报文，但终端没有断关联重连，而是继续发送DHCP Request报文。并在发送若干DHCP Request报文后，又继续不断的发送RTS，如下图所示：

目前来看，手机问题在忽略SSID重关联后，没有得到恢复，AP发送deauth报文手机也置之不理，初步断定为手机WLAN模块逻辑出现了混乱。所以， 对手机进行了关闭WLAN再开启WLAN的操作，在手机WLAN开关重新开启后，问题得到了解决，手机显示网络通信正常，如下图所示：