信道扫描+锁信道方式的快速配网一般用于2.4G Wi-Fi，5G频段由于信道数量多且信道绑定复杂，信道扫描并不合适，这时可以使用二维码配网，或使用管理帧配网，比如向路由器发起Probe请求时携带一些定制字段，路由器收到带有定制字段的Probe请求时在Probe响应中嵌入配网信息字段，但这种方式缺点也显而易见，那就是路由器端的程序也要定制，普通的路由器不支持。

随着IOT Wi-Fi方案迭代更新，新款的Wi-Fi模块都已经支持蓝牙功能了，比如SV32WB01L，Hi3853V100，AiW6262L等，使用蓝牙配网无论是速度还是体验都好于快速配网，是首先应该考虑的配网方式，而且蓝牙配网可以跨2.4G和5Gwifi进行配网，也就是即使手机连接的是5G频段的热点，也可以通过蓝牙把SSID和密码发给设备，这样设备就可以连接同名的2.4G热点，由于大部分双频路由器都将2.4G和5Gwifi设置成同名的，所以这并不是问题，反而可以大幅提升体验。

已连接无线路由器的APP重复向局域网发送广播和组播配网信息包，待配网设备切到监听模式并逐个扫描所有Wi-Fi信道，通过配网特征包定位到路由器所在的Wi-Fi信道，再接收配网包，待所有的配网包都收齐后，解析其中的SSID、密码、加密方式并连网。

由于使用广播+组播的方式，所以在编程实现上只能使用UDP，而不能使用TCP，也就是将配网信息编码到广播或组播的UDP报文中，再发送出去。

这点保留疑问，理论上单播应该也是可行的，因为Wi-Fi通信是大喇叭模式，单播的Wi-Fi报文从天线上发出来后，附近所有设备都可以收到。

可以解释的地方是，Wi-Fi单播需要明确指定对端的MAC地址，这个MAC地址对于待配网设备来说是未知的，不能用于锁定配网包，另一方面局域网内可能并不存在其他设备，无法发起有效的单播，而随便向一个不存在的地址发起单播，则数据有可能被路由器丢弃，导致配网成功率降低。

广播和组播则没有上面的问题，广播是APP发出后，无线路由器会向局域网内的所有设备都转发报文，组播是无线路由器会向局域网内特定的某些设备转发报文，不管局域网内有没有其他设备，无线路由器都会转发报文，这就可以大大提高配网成功率。

最直接的想法是将配网所需的SSID、密码、加密方式写入到Wi-Fi帧的数据部分，设备收到数据帧后，再从帧数据中取出SSID、密码和加密方式，然而这种方式是行不通的，除非是开放网络，否则所有Wi-Fi报文的数据都是加密过的，不可能从中解析出配网信息。这点和以太网通信不一样，在以太网中，用wireshark抓包得到的报文，其数据部分是未加密的明文。

既然不能通过Wi-Fi帧数据来传递配网信息，那就只能通过其他的内容来传递了。参考前面的Wi-Fi帧结构，除去帧数据，一个Wi-Fi报文中可变的部分就只有几个地址字段了，所以我们可以将配网信息嵌入到地址字段中。除此外，整个Wi-Fi报文的长度也是可变的，也可以用来传递信息，即将配网信息嵌入到报文的长度中。

理论上，使用快速配网这种配网方式，并不需要传递加密方式，只传递SSID和密码即可，设备收到SSID和密码后，可在局域网扫描该热点，通过扫描结果来获取加密方式。如果扫描不到，说明这个热点是隐藏的，那就可以从常用的加密方式开始逐个尝试所有的加密方式，直至连上。

UDP的多播IP地址范围是D类地址，即224.0.0.0至239.255.255.255之间的IP地址。D类地址又被划分为局部连接多播地址、预留多播地址和管理权限多播地址三类。具体如下：

局部多播地址：在224.0.0.0～224.0.0.255之间，这是为路由协议和其他用途保留的地址，路由器并不转发属于此范围的IP包。
预留多播地址：在224.0.1.0～238.255.255.255之间，可用于全球范围（如Internet）或网络协议。
管理权限多播地址：在239.0.0.0～239.255.255.255之间，可供组织内部使用，类似于私有IP地址，不能用于Internet，可限制多播范围。

	// 往下是将有效数据和索引嵌入到广播包的长度中
    bs_t *b = bs_new(realdata, total_len);

    // 每轮广播的前3个包的长度固定是1300，用于同步
    j = 0;
    pktlen[j++] = SYNC_FRAME_LEN;
    pktlen[j++] = SYNC_FRAME_LEN;
    pktlen[j++] = SYNC_FRAME_LEN;

    // 每次读取3bit有效数据，将其嵌入到配网包的长度中
    // 每个包的长度用2个字节表示，其中的最低3bit是有效数据，中间的8bit是索引，最高的5bit未使用
    // 包长一共用到11bit，也就是一个包最长也就是2048字节，不会超过wifi帧长最大2346的限制
    uint16_t index = 0;
    while(!bs_eof(b)) {
        uint8_t data_3bits = bs_read_u(b, 3);
        pktlen[j++] = data_3bits | ((index + 16) << 3); // 这里索引值要加上16，设备端解析时会减去16，猜测是为了兼容老的代码
        index++;

        // 每隔32个包发3个长度为1301的同步包，增加设备收到同步包进而锁定信道的概率
        if(j % 32 == 0) {
            pktlen[j++] = SYNC_FRAME_LEN + 1;
            pktlen[j++] = SYNC_FRAME_LEN + 1;
            pktlen[j++] = SYNC_FRAME_LEN + 1;
        }
    }

    bs_free(b);

可以看到组播配网无论是发包数还是每个配网包的长度都要小很多，这也是组播配网效率比广播配网高得多的原因，但组播配网失败概率也高，因为有的路由器不转发组播包，作为对比，广播配网虽然效率低，但基本都可以配网成功。

由于组播配网一般比较快，但容易受路由器不转发组播包的限制，所以在实际使用时，可以先以广播+组播的方式配网一段时间，如果未配网成功，则关闭组播配网，只使用广播配网，以减少网络流量。