视频会议卡顿先分两类
会议卡顿先要回答一个范围问题：是所有人都在卡，还是只有某个人卡。全员卡通常指向出口带宽、会议服务器或上行链路；单人卡则更可能是该终端的链路质量、漫游行为、终端性能或省电设置。把范围划清楚再动手，能省下大量时间。
两个方向
| 方向一 | 全员卡，查出口带宽、会议服务器与上行受限 |
|---|---|
| 方向二 | 单人卡，查 RSSI 与重传、漫游行为、终端性能与省电设置 |
| 无线特征 | 卡顿与位置相关、移动时更明显，通常指向漫游或覆盖问题 |
| 验证方式 | 会议同时开测速与 ping，采集时延抖动数据 |
| 注意 | 会议上行占用高，先确认上联与出口的上行余量 |
两类卡顿的区分
| 观察 | 属于哪一类 | 下一步 |
|---|---|---|
| 所有人都在卡 | 出口或会议服务 | 查出口上行与服务器状态 |
| 只有一个人卡 | 该终端链路或终端本身 | 查该终端的位置与漫游行为 |
| 走动时更明显 | 漫游或覆盖 | 做跨 AP 走动测试 |
| 共享屏幕时才卡 | 上行带宽或终端编码能力 | 单独测上行吞吐 |
| 时段性出现 | 与高峰并发相关 | 按时段对齐利用率数据 |
并测方法
并测方法
# 会议过程中并行运行
ping -t 网关IP # Windows：持续观察时延抖动
ping -i 0.2 -c 600 网关IP # Linux
# 上行验证：与会议同方向做反向测速
iperf3 -c 服务器IP -P 2 -t 30 -R
# 把卡顿时段与网络指标时间对齐，主观感受才有客观依据视频会议的上行占用明显高于普通网页业务。先确认 AP 上联与出口的上行余量，再优化射频，顺序反了会在无线侧空转很久。
把卡顿全部归因于无线是常见误判：出口上行拥塞、会议服务端限速以及会议软件自身的自适应码率，都会造成画质下降与卡顿，需要与无线指标交叉验证。