Teams、Zoom、Google Meet 的带宽要求不能直接对着比
很多团队选会议软件时，会把三家官网上的带宽数字摆在一起直接比大小，结论往往是“Meet 最省、Zoom 最费”。这个结论只对了一半：三家的文档写法并不一致，有的按单人，有的按会议规模，有的给的是规划值而不是实际占用。本文按各家公开的官方文档，把带宽、延迟、丢包和 UDP 端口放进同一张表，再说明跨境团队该怎么按自己的网络条件做选择，而不是只看某一个数字。
三家官方口径对照：先把数字放到同一张表里
先看三家官方文档里最常被引用的几组数据，注意每一行的口径说明。
| 项目 | Microsoft Teams | Zoom | Google Meet |
|---|---|---|---|
| 多人视频会议（上行/下行） | 推荐 2.5 Mbps / 4.0 Mbps，最低 150 kbps / 200 kbps | 720p 群组 2.6 / 1.8 Mbps；1080p 群组 3.8 / 3.0 Mbps | 规划值约 1 Mbps / 1.3 Mbps（每位参会者） |
| 纯音频 | 推荐 58 kbps / 58 kbps | 官方文档未在同一页给出 | 规划值约 12 kbps / 18 kbps |
| 屏幕共享 | 会议中推荐 2.5 Mbps / 2.5 Mbps | 仅共享屏幕约 50–75 kbps | 官方页面未单列 |
| 媒体传输协议 | UDP 优先，被阻断时可退回 TCP，但音视频会受影响 | 以 UDP 为主，可退回 TCP | UDP 3478、19302–19309；被阻断时退回 TCP |
| 官方给出的质量门槛 | 丢包低于 1%，延迟低于 100 ms，抖动低于 30 ms | 未在带宽页给出 | 未给出具体数值 |
读这张表时有三点容易误读。第一，Teams 给的是“最低、推荐、最佳”三档，推荐档本身就是按可达到 1080p 的目标设计的；第二，Meet 文档中的数字是给大型组织做网络规划用的平均值，并不等于单场会议的上限；第三，Zoom 的数字区分 720p 和 1080p，也区分一对一和群组，没有标明场景就拿来比较，意义不大。
带宽之外：延迟、抖动和 UDP 才是跨境会议的分水岭
对跨境团队来说，真正拉开差距的往往不是带宽，而是延迟、抖动和传输协议。
延迟与抖动：官方只有 Teams 给了明确门槛
Microsoft 的网络连通性测试工具对 Teams 媒体通道给出了三个判断标准：UDP 丢包低于 1.00%，延迟低于 100 ms，抖动低于 30 ms。该工具还提示，如果出口位置距离用户超过约 800 公里，往返延迟可能额外增加 25 ms 以上。Zoom 和 Meet 没有在带宽页面给出同类数字，但实时音视频对延迟和抖动的敏感规律是通用的，可以把这三个数字当作自测参考线，而不是三家共同的官方承诺。
UDP 能否通过，比带宽多一档更重要
三款软件的媒体流都优先使用 UDP，端口被限制后会退回 TCP。退回 TCP 之后，一旦出现丢包，重传会让延迟成倍放大，表现为画面定格、声音断续。Teams 官方文档里特别提到，部分 VPN 并不支持 UDP，或会在媒体流外再加一层加密、造成绕路，因此建议为实时会议流量规划单独的路径。跨境团队在评估线路时，应当把“是否完整支持 UDP 转发”列为必查项，而不是只看测速结果。
带宽不足时，三家的降级策略不同
Teams 的文档明确写到，带宽不足时优先保证音频质量，视频降级；Meet 的做法是更早降低视频流的码率，以维持连接；Zoom 在带宽充足时倾向保留较高分辨率。这意味着在同一条不太理想的链路上，三家的体验差异更多体现在“先牺牲什么”，而不是谁能连得上。想进一步了解跨境场景下会议卡顿怎么看指标，可以参考跨境视频会议卡顿怎么破。
按团队场景选软件：三种常见情况
多人长会议为主：优先看稳定性和降级策略
以周会、项目评审这类 10 人以上、持续一小时以上的会议为主时，更值得关注的是高峰时段的抖动，以及软件在带宽波动时的降级方式。Teams 的“音频优先”策略和 Meet 的主动降码率，对长会议都比较友好。
频繁屏幕共享：看共享场景的帧率与带宽
以设计评审、代码走查为主时，屏幕共享的清晰度和帧率比摄像头画面更重要。Teams 在会议中的共享推荐 2.5 Mbps，Zoom 仅共享屏幕的开销很小，可以先用同一段演示文稿做一次三家对照测试，再做决定。
已经在用某个办公套件：兼容性往往压过带宽差异
团队若本来就使用 Microsoft 365 或 Google Workspace，会议软件与日历、文档、聊天的集成度，通常比几百 kbps 的带宽差异影响更大。这类情况下，可以把精力放在让线路稳定上，而不是频繁换软件。对于已经在用 Microsoft 365 的团队，Teams 会议与 SharePoint 同步变慢一文也列出了常见原因。
选型前的自测流程
建议在正式选型前，用同一台设备、同一时间段完成下面的步骤，再把结果记录进团队文档：
- 在目标办公地点和出差常去的网络环境，各跑一次 Microsoft 365 连通性测试，记录延迟、丢包和抖动。
- 用三款软件各发起一场 15 分钟的测试会议，打开各自的统计信息，记录实际的上下行码率。
- 在会议中途开启屏幕共享并播放一段带动画的幻灯片，观察帧率和卡顿情况。
- 确认办公网络的防火墙是否放行了 UDP 端口，特别是 Meet 使用的 3478 与 19302–19309。
- 把以上数字按“白天高峰、晚间”分别记录，避免只在网络空闲时测一次就下结论。
把选型结论落到线路上
选好软件只是第一步，跨境会议的实际体验最终取决于出口线路的延迟、抖动和对 UDP 的支持。TongBao VPN 提供的 IEPL 国际专线面向的正是跨境办公里这类对延迟敏感的场景；如果自测结果显示丢包或抖动超出上面的参考线，可以先看看IEPL 国际专线对丢包与延迟的影响，再决定是否调整线路。
