帮助
为什么视频通话卡住？
结合应用统计数据，区分网络、摄像头和设备资源问题，排查视频或声音卡顿。
视频通话需要发送、接收并处理音视频。下载速度快并不保证通话质量。先确定是声音、画面、屏幕共享还是整个应用卡住，再确认是别人看到你的视频停住，还是你看到别人的视频停住。
先让对话能够继续
- 不需要视频时，可按应用说明关闭摄像头或降低画质。这同时减轻网络和设备负载；声音改善本身不能证明上传带宽不足。
- 暂时暂停自己不必要的同步、备份和大型传输，对比结束后恢复。不要打断重要工作或他人的通话。
- 在重要通话之外，用同一设备和应用比较 Wi-Fi 与接在合适 LAN 端口上的 Ethernet。记录位置、频段或接入点的变化；网线和适配器也可能限制结果。
- 确认哪位参与者的画面或声音停住，以及谁观察到这一情况。共同出现的症状本身不能证明会议服务器故障。
在问题发生时记录数据
记录时间、应用及版本、设备、连接方式、显示布局和画质。区分发送与接收统计：延迟、jitter、丢包、码率和帧率，应用提供时连同单位一起记录。观察症状发生时的 CPU 和内存使用情况。所需资源随分辨率和布局变化；3 Mbps 或 100 ms 单独都不能诊断卡顿。共享静态内容时，帧率低不一定是问题。
找到应用中的检查工具
- 电脑版 Zoom：视频按钮旁的箭头 > Video Settings > Statistics。查看 Overall 及对应的 Audio、Video 或 Screen Sharing。Zoom 当前流量不能表示互联网连接的可用容量。
- Teams：More actions > Settings > Call health。数据每 15 秒更新，短暂尖峰可能未被显示。Send/Receive limit 不是运营商套餐上限；不同工具也可能测量不同目标。
- Google Meet：More options > Troubleshooting & help。按所用版本评估网络和设备建议，并检查选中的摄像头、麦克风和扬声器。
- 在通话前或结束后测速，避免额外负载。NDT 测量到互联网服务器的 TCP 路径，不是会议媒体流、其 jitter 或摄像头表现。测速快不能排除服务问题。
如果本地摄像头预览也卡住，除网络外还应检查摄像头和处理过程。单独测试其他摄像头应用，不要让两个应用同时占用摄像头。设备或服务之间的差异是线索，不能证明路由器或运营商有错。对比时尽量保持时间、参与者、布局、画质和自身负载相近。
根据观察一次调整一项
- 检查输入输出设备及应用、系统和驱动程序的官方更新。使用对应版本和型号的说明，一次只改变一项。
- 设备负载高时，可按服务说明减少自己的不必要应用或视频特效。降低画质也可能减少网络流量，因此单凭改善不能判定原因。
- 在相近条件下有控制地比较其他设备或服务。完成一项改变后重复测试通话并记录结果，必要时恢复设置。
- 重启前保存观察记录并完成重要工作。重启路由器还会断开其他用户的连接。保留必要的防护、VPN 和管理员规则；恢复出厂设置或仅因设备年限而购买新品不是通用解决方法。
问题反复发生时，向相应支持人员提供时间、版本、受影响方向、统计数据、负载和对比结果，不要声称已排除运营商或服务器。私下分享报告前，删除密码、不必要的会议标识、地址和参与者数据。不要公开包含他人影像或信息的截图。