"网又卡了。"
这是长假里被念叨最多的一句话。
本文不讨论体感，全文给出 4 段可直接运行的采集与判定脚本、6 张参数/判据表、3 张示意图，并附一条"先测光猫直连、再测 LAN 口、最后测无线"的三步定位流程。
所有数据来自公开标准、行业实测口径与官方口径，在文中逐项标注。
问题定义：卡点 的 不同位置
数据从你的手机走到运营商机房，中间要过无线、设备、线路这三层。
卡，可能卡在其中任何一层，而且三层的卡法不一样。
最重要的，这三层的处理方式完全不通用。
三层卡点与可量化指标
要做到可复现，第一步是把问题拆开。我们按链路结构分成三层，每层给出典型表现、可量化指标与第一步动作：
表1 三层卡点分解与可量化指标
|-------|---------------------------|---------------------|----------------------|
| 层级 | 典型表现 | 可量化指标 | 第一步动作 |
| 无线这一段 | 有线正常、无线卡；离得越远越卡；设备一多就卡 | 终端协商速率、信道占用率、重传率 | 用网线直连 LAN 口测一次，先排除无线 |
| 设备这一段 | 测速成绩正常，但网页转圈、游戏跳延迟；重启能好一阵 | 会话表用量、处理器占用、内存占用 | 登录后台看处理器、内存和当前连接数 |
| 线路这一段 | 有线直连也慢；各个时段都慢；上传一开全屋都卡 | 直连实测值与签约速率的比值、上行实测值 | 绕开路由器，直连光猫测速对签约速率 |
这三段在链路里的位置，见图1：数据从终端出发，先过无线段，再进设备段，最后走线路段。
逐段比对，才能把卡落到具体一段上。
技术参数：拆成可测的数字
空口侧：信道时间是共享的，慢终端会把全网拖进排队
Wi-Fi 是共享介质，这点恐怕很多人不知道。
同一个信道，同一时刻只能有一台设备在发数据，其他的都得等着，这就是写在标准里的底层规则。
所以网络卡不卡，很大程度上不取决于有多少台设备连着，而取决于有没有一台说话特别慢的设备。
按公开的实测口径，传同样的数据量，6Mbps 的设备占用的信道时间大约是 600Mbps 设备的近百倍。而这段时间里，其他所有设备都只能等它说完。
顺带纠正一个最常见的误判：信号格数显示的是信号有多强，跟信道忙不忙是两回事。四格满格照样能卡，因为那四格并不知道此刻有二十几台设备正在排队。
表2 空口侧关键指标与判读口径
|--------|---------------------------|------------------------------------|
| 指标 | 采集方式 | 判读口径 |
| 终端协商速率 | iw dev wlan0 station dump | 出现 6 / 11 / 24Mbps 级终端，即为"说话慢"的那一台 |
| 信道占用率 | iw dev wlan0 survey dump | busy 时间 / active 时间比值持续偏高，说明空口被占满 |
| 重传与冲突 | 驱动统计或抓包计数 | 与邻居信道重叠时明显升高 |
| 信号强度 | station dump 的 signal 字段 | 只反映链路余量，不代表空口空闲 |
设备侧：会话表的容量上限，是测速正常但网页卡的根因
这一层出问题的时候，测速软件跑出来的数字往往不低，甚至挺好看，可打开网页就是转圈、游戏里时不时跳一下延迟。很多人由此判断是网不好，转头就去找运营商。
其实问题多半在设备自己身上。
你每打开一个网页、每发一条消息，路由器都要在内存里记一条记录，靠这条记录把回来的数据送回正确的设备。这本账有个上限，家用设备的常见量级在几千条到三万多条之间。
而现在的一部手机，后台推送、云同步，随手就能开出几十条连接；电脑更是能开一堆网页，几百条都很正常；要是有台设备在跑下载上传，一瞬间开出上万条都不算夸张。
账本写满，新连接就进不来。这时候重启设备能好一阵子，但后面慢慢又会卡回去。
这也解释了为什么有些卡是断断续续的。
表3 设备侧观察点、采集方式与异常判据
|-------|-----------------------------|--------------------|
| 观察点 | 采集方式 | 什么算不正常 |
| 处理器占用 | 后台状态页，或 top / /proc/loadavg | 长时间高于八成，且伴随卡顿 |
| 内存占用 | 后台状态页，或 free -m | 长时间贴着上限，设备偶发断流 |
| 当前连接数 | 会话表 / NAT 表 / 连接列表 | 长期接近这台设备标称的上限 |
| 系统日志 | 后台日志或事件页 | 反复出现连接表已满、新建会话失败 |
| 已分配地址 | DHCP 租约列表 | 地址池接近用尽，新设备连上却上不了网 |
线路侧：90% 达标线与上下行不对称
如果前两层都排除了，问题还在，那才轮到运营商机房这一段。但这一层问题很直白，根本不用猜。
用网线直连光猫测速，看在不在签约速率的九成以上就行。
《互联网接入服务规范》里写明，有线接入速率的平均值应达到签约速率的 90%。也就是说，办了千兆宽带，有线直连测出来要有 900Mbps 以上才算达标；如果只有七八百，那就是线路侧的问题。
家宽的上下行是不对称的。按现行行业标准，签约下行速率超过 150Mbps 时，签约上行速率最低只要 30Mbps 就算合规，所以千兆宽带配 30 到 50Mbps 的上行是常态。上传导致的卡，换路由器没用，升级下行带宽也没用，得从套餐或者上传行为的安排上想办法。
表4 线路侧的规范口径与对应判据
|--------|---------------------------------------|----------------------------------|
| 项目 | 规范/口径来源 | 判据 |
| 有线接入速率 | 《互联网接入服务规范》（工信部电管〔2013〕261号） | 平均值不低于签约速率的 90%（千兆即 900Mbps 以上） |
| 上行速率配置 | 《公众固定宽带接入业务上下行速率配置要求》（YD/T 3328-2018） | 签约下行超过 150Mbps 时，上行最低 30Mbps 即合规 |
| 达标判定 | 以上两项 + 实测值 | 长期低于九成：先报修；不满意可向工信部电信用户申诉受理中心申诉 |
参数表：三步测速的测点与判读区间
把上面的方法合起来，就是找一根好网线，按顺序把这几步走一遍，比一比，问题在哪一层自然就出来了。
表5 三步测速的测点、接线位置与判读参考（以千兆宽带为例）
|----------------|-----------|-------------------|------------------|
| 测点 | 接线位置 | 合理区间 | 明显偏低说明什么 |
| ① 网线直连光猫 | 光猫的千兆口 | 900Mbps 以上（签约的九成） | 线路侧问题，直接找运营商 |
| ② 网线接路由器 LAN 口 | 路由器 LAN 口 | 略低于第一步，一般不低于八成半 | 路由器转发性能，或中间这段网线 |
| ③ 无线贴近（5GHz） | 路由器旁 1 米内 | 有线数字的七成以上 | 无线设置或射频环境的问题 |
| ④ 无线在常用位置 | 平时上网的位置 | 有线数字的三成以上 | 距离与遮挡的问题，考虑补点或拉线 |
注意！第一步插的必须是光猫的千兆口。插到百兆口上，测出来永远是百兆封顶。很多人就是没注意这个细节，最后都闹到运营商那去了。
另外，测速要挑时候，最好选在最忙的时段，也就是晚上八点到十点，避开测速节点自己的拥堵；同时手机测速受天线和频段影响大，只能当参考，有线的数字才算数。
结论
绝大多数卡，坏的不是路由器；盲目换设备，也许连个心安都换不来。
尤其双 11 就在眼前，建议各位还是管住自己的双手，别把换台新设备，当成万能解。不妨先花十分钟把这三层测一遍，再决定这笔钱该不该花。
------智博通电子（ZBT）：深圳的网络设备源头工厂。
数据来源与相关设备参考
本文关键数据、技术参数与命令用法均来自以下公开来源，按类别列出，并标注其在正文中的对应位置；引用时请注明出处：
1 IEEE 802.11-2020 标准（无线局域网的介质访问控制机制）；
2 《互联网接入服务规范》（工信部电管〔2013〕261号）；
3 《公众固定宽带接入业务上下行速率配置要求》（YD/T 3328-2018，通信行业标准）；
4 IEEE INFOCOM 2003 论文《Performance Anomaly of 802.11b》（Heusse 等）；
5 无线网络性能诊断行业资料（空口时间、信道利用率与重传率）；
6 无线局域网拥塞与排队机制分析资料；
7 家用路由器并发会话（连接跟踪表）容量资料；
8 路由设备负载诊断资料（处理器、内存与会话数）；
9 家用网络并发连接来源分析资料；
10 宽带测速与分层排障方法资料；
11 千兆宽带各测点的合理速率区间资料（行业实测口径）；
12 Linux man 手册与 OpenWrt 官方文档；
13 工业和信息化部《2026年前8个月通信业经济运行情况》（2026年9月29日发布）；
14 《国务院办公厅关于2026年部分节假日安排的通知》及公开假期安排；
15 2026年双11主要电商平台公布的大促时间表（经媒体汇总）；
16 工业和信息化部《关于2026年第二季度电信服务质量的通告》（工信部信管函〔2026〕258号）及工业和信息化部关于电信用户申诉渠道的公开说明；
17相关设备参考（智博通 ZBT 产品线）。