Wi-Fi 晚上变慢？检查端口饱和与网络拥塞

Wi-Fi 晚上变慢可能与端口饱和有关：流量接近以太网端口、WAN 连接或共享上行链路的容量，数据包开始在队列中等待。这里的“端口”指网络接口，不是 TCP 或 UDP 服务端口。晚间家庭需求、邻居占用无线发送时间、低速物理链路、运营商拥塞以及房间覆盖不足，需要不同的解决办法。选择办法前，先用同一台设备对比安静时段与繁忙时段。

区分端口饱和与协商速率过低的链路#

端口以 100 Mbps 而非预期的 1,000 Mbps 建立连接，就形成了固定上限。它可能同时限制早晨和晚上的有线测试。晚间流量会让这个限制更加明显，但链路速率与需求使链路饱和并不是同一回事。检查已连接设备的以太网状态，以及路由器相关 LAN、WAN 或上行接口的状态，不要默认每个插口都是千兆。

沿着笔记本、网线、交换机、路由器、调制解调器或 ONT 逐段检查。笔记本端口更快，并不能补偿其他位置较慢的链路。如果意外出现 100 Mbps 链路，先核对规格，再试一条确认完好的网线或受支持的端口。没有厂商指导时，不要强制修改协商设置。

四种测量描述的是不同事物：

例如，20 Mbps 的上传服务可以被占满，而路由器 WAN 以太网链路仍为 1,000 Mbps。服务上限是另一处瓶颈；千兆标签并不提供千兆上传额度。同样，强 Wi-Fi 信号不能让负载中的 WAN 队列消失。如果每个时段的有线测试都遇到同一个上限，先检查千兆速度链条，再判断是否与晚间有关。

用同一设备对比空闲、负载和暂停任务#

在安静时段和通常出问题的时段，使用同一台笔记本、同一个测试服务器和相同位置。记录连接类型、Wi-Fi 频段、以太网速率、下载、上传和 ping。更换服务器也会改变被测试的网络路径。

1. **有线基线：**连接路由器，关闭笔记本 Wi-Fi，在不主动制造测试负载的情况下记录空闲 ping。记下家中仍在进行的流媒体、备份或更新。
2. **有线负载：**运行下载测试并观察 ping，然后单独测试上传。记录哪个流量方向会使延迟上升。测速本身会产生流量，因此不是空闲读数。
3. **暂停家庭任务：**在问题时段，短暂暂停非必要的备份、游戏下载、照片同步和流媒体，然后重新进行有线测量。保留必要工作和安全设备运行，记下无法暂停的流量。
4. **路由器附近的 Wi-Fi：**断开以太网，在路由器旁重复测试，尽可能使用相同频段。这样检查无线路径时不包含远处房间的墙壁。
5. **远处房间的 Wi-Fi：**在实际工作座位重复测试，与近距离读数比较。测试真实的通话、游戏或文件传输，不要只测下载。

这些模式可以缩小排查范围，但不会自动确定哪个部件出了故障。

从单一方向的字节计数器估算利用率#

如果路由器提供字节计数器，先确认接口和方向。WAN 接收／发送与笔记本接收／发送属于不同边界，不要混用这些标签。记录两次读数及经过的时间。只有曲线图而没有计数器，不足以进行这个计算。

这是说明用的计算，不是真实家庭的测量结果。假设某个接口的接收计数器在 10 秒内增加 112,500,000 字节：

• 112,500,000 字节 / 10 秒 × 8 = 90,000,000 比特每秒。
• 按十进制网络单位计算，就是 90 Mbps。
• 相对于 100 Mbps 链路：90 / 100 × 100 = 90%，即平均接收利用率。
• 相对于 1,000 Mbps 链路：90 / 1,000 × 100 = 9%，即平均接收利用率。

使用发送计数器本身的变化量，单独计算发送方向。不要将接收和发送百分比相加，就断言全双工链路的某一个方向过载。这些是简化估算，没有完整计入协议开销。Cisco 关于接口利用率的说明介绍了计数器差值和输入／输出分别计算的方法。

这个例子不会把 20 Mbps 上传服务变成 90 Mbps 上传连接。LAN 或下行计数器与服务的上行容量指的是不同边界。应选择与正在评估的边界、方向相对应的容量。

如果计数器在测量间隔内重置、回绕或改变含义，就舍弃这次简化计算，重新采集有效间隔。长时间平均值可能掩盖短暂流量突发。一次计数器样本或一次测速，都不能证明哪个端口发生拥塞；确定原因前，应核对反复出现的时间、排队延迟、数据包错误、网线状态和路由器负载。

按瓶颈选择解决办法#

吞吐量数字与通话是否响应及时，是两种不同的结果。举一个说明用的例子：空闲 ping 可能是 15 ms，有负载时是 200 ms。这么大的变化提示应调查负载下的延迟，并不是通用阈值，也不能证明某个队列的位置。记录测试目标和流量方向。Cloudflare 对带宽与工作延迟的解释说明了为什么流量在缓冲区等待时，即使吞吐量尚可，也会拖慢交互应用。游戏延迟与缓冲膨胀介绍后续实际排查。

将备份、照片同步和更新安排到安静时段，同时保留必要通话和上传。流媒体、通话和备份占用的容量不同，应检查各应用的要求。备份可能占满较小的上传额度，而下载容量仍有余量。

在设备支持时，可考虑 QoS 或 SQM。按照路由器文档设置容量，并分别配置下载与上传。突发流量、变化的服务速率以及路由器处理能力，可能要求不同数值，没有通用设置。每次调整后重新测试负载延迟及可用吞吐量；启用某项功能，并不证明它已经有效。

条件允许时，把固定位置的高需求设备接上网线。电视或台式机改用以太网，可以减少其 Wi-Fi 无线发送时间，但同样的互联网下载仍然产生 WAN 需求。不能保证只给一台设备接线，就能解决饱和的互联网连接。

如果附近 Wi-Fi 变差而有线性能保持稳定，应检查无线环境。在当地信道规定允许时，2.4 GHz 上的 1、6 或 11 信道及 20 MHz 宽度是常见选择。密集楼宇中，更安静的 5 GHz 信道或较窄宽度可能有帮助。按照信道拥塞指南操作，在问题时段对比调整前后。能看到邻居的网络，不是该网络导致变慢的证据。

若只有远处房间失败，应调查墙壁与摆放位置。扩展器如果仍与路由器有可用连接，可以帮助较弱的覆盖路径，但不能增加运营商容量或消除无线发送时间的竞争。添加硬件前，用单个房间 Wi-Fi 慢验证这种模式。

买设备前先记录几个晚上#

在两三个典型工作日的晚上重复测试。记录房间、时间、服务器、频段、以太网速率、空闲／负载 ping、两个流量方向及运行中的任务。这样能区分真正有效的解决办法和碰巧较清闲的晚上。如果模式改变，下周再检查。

每次只改变一件事，然后保持足够长时间，以比较几个晚上。记录暂停的非必要任务，之后恢复正常计划。重启或更改设置后马上改善，值得记录，但不能单独确定原因。在延迟突增时同时观察数据包错误与路由器负载；即使平均字节速率不高，这些其他原因仍需考虑。

如果暂停家庭需求、检查本地路径后，有线性能依然很差，可带着日期和结果联系运营商。询问故障、利用率与服务上限，而不是直接指责限速。路由器／调制解调器限制仍然可能存在；联系运营商前的测试有助于整理证据。

在 Range Up 中规划覆盖调整#

遇到覆盖问题，可在 iPhone 或 Android 上下载 Range Up。免费工具可以绘制户型与墙壁、放置路由器、标记目标，并查看模拟覆盖。Premium 增加扩展器摆放、建议位置和预计的调整前／后结果。应用不会测量实时 RSSI、读取端口计数器、运行测速或配置路由器。使用 Wi-Fi 扩展器摆放指南规划，再用真实的晚间测试验证。