家里抢网速总吵架？用 QoS 给 Wi-Fi 排好队，开会打游戏下载互不打架

晚上八点，孩子在上网课，爱人在开视频会议，自己想打两局游戏，NAS 还在后台挂着下载。明明办的是五百兆甚至千兆宽带，可会议画面一卡一卡，游戏延迟飙红。多数人会本能地怀疑运营商或者路由器太老，但真正的元凶常常是另一个被忽略的东西：路由器对数据包一直是先到先得，它不会区分这是一段开会用的语音，还是一段可以晚半秒到的电影缓冲。

为什么默认规则会让人吵架

家用路由器出厂时大多走最简单的 FIFO（先入先出）队列。谁的数据包先到，就先转发谁。听起来很公平，落到真实家庭里却很不公平：后台下载能瞬间占满上行带宽，而视频会议的语音包只有几十 K，却得在队列里排队，排到了也已经过了实时窗口，于是就卡。换句话说，不是总带宽不够，而是关键的小包被大流量堵在后面。

这里还有个容易踩的坑：很多家庭卡顿其实出在上行而不是下行。宽带普遍是上下行不对称的，比如下行一千兆、上行只有五十兆。一旦 NAS 同步、网盘备份、直播推流把这点上行吃满，全家对外的一切实时应用都会变慢。所以做优先级，最先要保护的是上行。

QoS 不是限速度，是排顺序

QoS（服务质量）的本质，是给不同流量贴优先级、或者给关键应用预留带宽，让重要的先走。它常见有几种形态，理解后能少走弯路：

按应用分类的优先级队列

把视频会议、语音、游戏标记为最高优先级，网页和 App 正常，下载、备份放到最低。这样开会时即使有人在拖大文件，你的声音包也会被插队先发。

智能队列（CAKE 与 fq_codel）

这是近年软路由圈很受欢迎的方案。它不要求你逐条写规则，而是用一个聪明的队列算法把延迟压平，同时尽量公平地分带宽。对普通家庭来说，开一个 CAKE 往往比手写十几条规则更省心，尤其适合不想研究却想不卡的用户。

按设备限速

直接给某台设备的总带宽划上限，比如限制客厅电视盒子的下载峰值。简单粗暴，但缺点是僵化，设备闲着时也用不满带宽。

在软路由上怎么落地

如果家里已经是 OpenWrt、爱快或者基于 Linux 的软路由，QoS 基本都能原生或装插件实现。OpenWrt 上可以用 SQM（Smart Queue Management）勾选 CAKE，填上正确的上行和下行数值即可；爱快这类国产系统则有更图形化的智能流控，按场景模板一键开启。

关键一步是填对带宽：QoS 需要你告诉它真实可用带宽（通常填运营商标称的八九成），它才能在这个范围内调度。填得太满，队列起不到整形作用；填得太低，又会白白浪费速度。建议先用测速工具看准上下行，再留一点余量。

几个容易翻车的地方

第一，别把上行限得太死。有人为了优先会议把上行砍到极小，结果自己说话对方听不清，因为你的语音也走上行，限太狠反而伤己。

第二，部分硬路由的 QoS 会和硬件加速（如 PPPoE 卸载）冲突，开了 QoS 后整体吞吐反而下降。这类情况要么换支持线速 QoS 的软路由，要么只在确实需要时开启。

第三，游戏低延迟除了 QoS，还要看 Wi-Fi 本身。2.4G 干扰多，游戏设备尽量走 5G 或网线；路由器支持 WMM（Wi-Fi 多媒体）的话保持开启，它能让语音视频类流量在无线侧也获得优先。

总结

家庭网络卡顿，很多时候不是带宽买少了，而是流量没排好队。先用 QoS 把上行护住、把会议和游戏顶到最前，让下载和备份在空闲时默默进行，全家的上网体验会比单纯加带宽更立竿见影。它不是玄学，而是一套谁重要谁先走的公平规则。