北京
你有没有遇到过这种情况：明明花大价钱办了1Gbps光纤入户，路由器也换成了最新的Wi-Fi 6甚至Wi-Fi 7，可刷网页的时候画面还是会转圈，打游戏Ping值莫名飙高，家里局域网传个文件也比想象中慢得多。查过病毒、骂过运营商、重启过路由器、贴着节点跑过测速，一切指标看起来都挺正常。
然而，问题可能出在一个你从没怀疑过的设备身上。很多时候，只需要把某个廉价Wi-Fi摄像头、被动了手脚的IPTV盒子、还在服役的旧打印机，或者是网络设置乱七八糟的智能电视单独踢出主网络，整个房子的上网体验立刻判若两处，速度快得不像话，延迟也稳如磐石。这一操作本身几乎零成本，效果却远超反复调试路由器参数。
背后的原理其实和网络带宽够不够没太大关系。高速家庭Wi-Fi崩溃的元凶，很少是因为入户宽带的容量被塞满，更常见的是一种叫做"无线空口时间耗尽"的现象。当某台设备在局域网的二层广播域里，不受限制地大量发送组播或广播数据包时，路由器会被迫用极其缓慢的旧制式速率去广播这些封包，相当于无线信道被一台老旧设备制造的数据洪流堵死，其他支持高速传输的设备根本抢不到"发言权"。
组播泛洪这个概念有必要展开讲。单播是点对点的传输，比如你的电脑从一台服务器下载文件。但组播和广播是一对多的发现和流媒体传输流量，比如设备之间互相发现的mDNS协议、UPnP设备发现用的SSDP，或者IPTV的直播流。问题在于，Wi-Fi协议为了确保每一个连上无线网络的设备，哪怕是院子里信号只剩一格的老手机，都能收到组播封包，路由器不会用Wi-Fi 6或Wi-Fi 7的高速速率去发送组播流量。它会自动降级，用最低的强制基础速率来传输这些组播帧，这个速率可能只有6Mbps，甚至更低。
这直接导致了一个后果。想象一台工作异常的流媒体盒子或者老旧网络摄像头，持续不断地向外推送组播封包，这些包被强制以6Mbps这种古董级速率发送，会耗费天文数字的物理无线射频占用时间。结果就是，那些本该以数百甚至上千兆速率通信的现代化设备，被剥夺了几乎所有空口时间，根本没有机会跟路由器好好对话。这就是所谓的"空口时间崩塌"。
定位肇事设备需要一点耐心，但排查方向相当明确。有一些"惯犯"类型值得优先排查，只要把它们挪走，就能释放出可观的无线空口资源。头号嫌疑对象是被不当配置的IPTV或者媒体流推送器。如果这类设备缺少IGMP侦听机制，会把整个无线网络当成一台交换机结构处理，将原始的高码率视频流直接倾倒到每一台无线设备的接收天线里。
另一个常见祸源是过于"话痨"的智能家居中枢和打印机。mDNS和SSDP这类发现协议有可能出现软件故障。一台行为异常的智能电视或者IP摄像头，可能会以每分钟上千次的频率持续向外广播"我在这里"的信号，快速耗尽路由器的CPU封包处理队列，拖慢所有设备的通信效率。除此之外，那些只支持2.4GHz旧频段、Wi-Fi制式停在802.11b/g/n时代的设备也是重要排查对象。它们的存在本身就会拉低整个环境的通信基准，迫使路由器在保护模式下工作，耗费更多空口资源来协调新旧设备共存。
最彻底的解决办法，是把这些嫌疑设备全部迁移到独立的访客网络或者单独划分一个VLAN里，与主力使用的手机、电脑、游戏主机彻底隔离开。这样一来，即使它们在自身的小圈子里继续制造组播风暴，也不会侵蚀到主网络的无线空口时间。如果路由器支持对组播速率进行调节，也可以尝试将最低组播发送速率调高，但这需要测试，因为那些信号微弱的设备可能就此失联。真正解决Wi-Fi卡顿，有时不需要花一分钱买更贵的路由器，只要管住那台制造数据洪流的"噪音源"就足够了。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
