1排查总览：先看这张图

2第一步：先别怪带宽，查WiFi本身

很多人一上来就加带宽，结果发现是AP旁边放了微波炉、信道被邻居占满、或者一个AP挂了三十台设备。

检查AP负载。登录路由器或AP的管理后台，看当前连接的设备数。普通家用AP同时带15-20台设备就开始力不从心，企业级AP通常能扛50台以上。如果你的会议室AP上挂了三十多台设备，不用往下查了，先加AP。

检查信道干扰。2.4GHz频段只有三个不重叠信道（1、6、11），在办公密集区几乎一定被占满。登录后台看信道利用率，如果超过60%，换到5GHz频段。5GHz信道多、干扰少，但穿墙能力弱，适合同一个房间内使用。

检查信号强度是不是「假满格」。信号强不等于信道不堵。手机显示满格，但如果信道利用率90%以上，数据包照样排队。在路由器后台看「信道利用率」或「空中时间占比」，这个数字比信号格数诚实得多。

「常见误判：WiFi信号满格就没问题——信号强度和信道质量是两回事。」

3第二步：确认QoS到底有没有开

大量路由器的QoS默认关闭，或者开了但规则是空的。

找到QoS总开关。不同品牌叫法不同：华硕叫「QoS」、TP-Link叫「智能限速」或「带宽控制」、小米叫「流量管理」、企业级设备（如华为、H3C）叫「QoS策略」或「流量策略」。通常在「高级设置」或「流量管理」菜单下。

判断它是不是真的生效了。一个简单的标准：如果QoS页面里没有任何规则、策略列表或分类条目，那它就是没生效。开了总开关但没有规则，等于装了一扇没有锁的门。

「常见误判：我开了QoS就应该有用——开了不等于配了，配了不等于匹配上了。」

4第三步：看优先级规则有没有匹配到视频会议流量

这是全文技术浓度最高的一步，但你要做的动作很简单。

先理解两种识别方式的区别。

端口识别：靠固定的端口号来标记流量。比如你设一条规则「UDP 3478-3479 走高优先级」，这是Zoom用的端口。但问题是，Zoom、Teams、腾讯会议大量流量走443端口（HTTPS）和动态端口，端口规则经常抓不住。你设了规则，但流量根本没走那条路。

应用识别：靠DPI（深度包检测）特征库来识别应用。听起来更聪明，但很多路由器的特征库老旧，认不出新版客户端。腾讯会议更新一次，路由器就瞎了。

最可靠的办法：手动把会议终端的IP加入高优先级组。找到会议室电脑或视频会议终端的IP地址（在设备列表里看），在QoS规则里新建一条「源IP=192.168.1.100 最高优先级」。这比任何应用识别都准，因为它是物理事实，不依赖特征库。

检查应用识别库。如果你的路由器有「应用识别」或「智能QoS」功能，找到「视频会议」类别，确认两件事：一是它确实识别到了你的流量（后台通常会显示「已识别应用」列表），二是特征库版本日期不是两年前的。

「常见误判：我选了「视频会议」类别就行了——先确认它真的识别到了你的流量。」

5第四步：检查上行链路，这是最容易被忽略的杀手

家用宽带和很多中小企业宽带的上传带宽远小于下载。100Mbps下行可能只有20Mbps上行，甚至更低。

视频会议是双向的。每个人上传自己的摄像头画面和共享屏幕，会议室里五个人同时开视频，每人按1.5-2Mbps估算，就是7.5-10Mbps的持续上行占用。如果同时有人在备份文件、同步网盘、下载更新，上行瞬间堵死。QoS再牛，也救不了物理上限。

测实际上行带宽。用Speedtest或fast.com测，看上行数字，不是套餐标称值。运营商说的「100M」通常指下行，上行可能只有20M甚至10M。

算会议室并发上传需求。每人视频流按1.5-2Mbps估算，共享屏幕按2-3Mbps估算。五人会议，至少预留10-15Mbps上行。如果实测上行只有20Mbps，再跑个网盘同步，基本就满了。

如果上行不够，两个方向。一是升级上行带宽（很多地区可以单独加钱提上行）。二是在QoS里把非会议流量的上行优先级压到最低，比如把备份、同步、系统更新全部标记为「最低优先级」，让它们在会议期间主动让路。

「常见误判：下载快就够了——视频会议是双向的，上传才是瓶颈。」

6第五步：验证QoS是否真的生效

不能靠「我配了应该就好了」。

看路由器后台的队列统计或流量分类统计。大多数中高端路由器在QoS页面会显示「高优先级队列」的实时流量。开会的时候去看一眼，如果高优先级队列的流量是0，说明你的规则没匹配上。

如果你用的是企业级设备，可以用命令行查看队列计数和丢包情况。比如华为设备可以用 `display qos queue statistics interface GigabitEthernet0/0/1` 查看各队列的收发计数。如果高优先级队列的计数在会议期间没有增长，规则没生效。

如果验证发现QoS没生效，检查三个常见原因。一是规则顺序不对，被前面的规则拦截了（QoS规则通常从上往下匹配，命中即停）。二是QoS总带宽设置错误，设得比实际带宽还大，等于没限。三是设备性能不够，低端路由器开QoS后转发能力骤降，反而更卡。

“如果你的路由器开了QoS之后，测速发现下载从500Mbps掉到100Mbps，不是QoS没用，是这台设备的CPU扛不住。换一台支持硬件QoS的设备比调参数更实际。”

7收尾：一张排查清单

把上面五步压缩成一张可打印的检查清单，你可以直接拿着对照自己的网络：

1. AP负载是否超过设备承载？信道利用率是否超过60%？

2. QoS总开关是否打开？规则列表是否非空？

3. 会议终端IP是否被加入高优先级组？应用识别库是否识别到流量？

4. 实测上行带宽是多少？会议室并发上传需求是否超过上行上限？

5. 高优先级队列在会议期间是否有流量计数？

“最后说一句诚实的话：如果你的路由器没有QoS功能，或者开了QoS之后转发性能掉得厉害，换一台支持硬件QoS的设备比调参数更实际。参数调不出硬件没有的能力。”