打游戏只看延迟够吗？

不够。游戏体验更受延迟稳定性影响：平均延迟低但抖动大、有成串丢包，同样会出现瞬移和操作延后。还要确认 UDP 能否正常转发，以及代理节点所在地区与游戏服务器是否匹配。

语音通话需要很大的带宽吗？

通常不需要。语音通话占用的带宽很小，视频会议对上下行有一定要求，但一般远低于下载场景。对这两类应用更重要的是抖动、丢包和 UDP 可用性，而不是峰值吞吐。

只能提供有限参考。截图是单次测试，延迟样本少，没有抖动和长时间丢包数据，NAT 类型也只代表那一次判定。判断是否适合游戏或语音，需要在自己的网络下用短周期套餐做多时段测试。

语音通话和联机游戏都属于实时应用，它们关心的是“每个数据包能不能按时到”，而不是“一秒能下载多少”。因此测速时的指标优先级大致是：抖动与丢包最重要，其次是延迟的绝对水平和 UDP 是否可用，吞吐只要满足基本门槛即可。用下载场景的思路去挑语音和游戏节点，常常会选错。

本文只说明这类场景该看哪些测速指标，不做品牌推荐；按场景挑选服务的方法属于选购指南，见按使用场景选机场。本文所在二级专题为测速指标专题。

语音通话把声音切成很小的数据包，按固定节奏连续发送。接收端靠抖动缓冲区把到达时间不齐的包重新排好，再连续播放。由此可以推出语音对各指标的需求：

抖动的计算方法与为什么平均值会掩盖卡顿，见抖动是什么：为什么平均延迟不高也会卡顿。

联机游戏的数据包同样很小，但发送频率高，对每个包的到达时间更敏感：

视频会议同时传输语音和画面，除了语音的全部需求，还多了两点：

指标	语音通话	联机游戏	视频会议	对照：下载场景
抖动	高	高	高	低
丢包（尤其成串）	高	高	高	中
延迟绝对值	中	高	中	低
UDP 可用性	高	高	高	低
NAT 类型	中（点对点时高）	中（直连类游戏高）	中	低
下行吞吐	低	低	中	高
上行吞吐	低	低	中	低
峰值速度	低	低	低	中

表中“高、中、低”是相对优先级，用于决定先测什么，不是好坏评价。

普通的节点测速截图，通常包含延迟、HTTP 类延迟、平均与最高速度以及 UDP 类型。对照上面的矩阵，它对实时应用的参考价值有限：

所以，品牌页发布的单次截图可以帮你确认“某一时刻某个节点的大致状态”，但不能回答“适不适合打游戏”。本站正文不转写截图数值，也不据此推荐品牌。

对语音和游戏用户，比较稳妥的做法是先用短周期套餐，在自己的网络环境下按下面的顺序验证：

测试方法与记录表见自己动手测速，语音与会议场景的专门测法见视频会议与语音场景如何测 UDP 与抖动；用月付套餐控制试错成本的思路，可参考用月付套餐做试测。

关于只看延迟：游戏更怕延迟不稳定和成串丢包，还要确认 UDP 和地区匹配，单看平均延迟会遗漏关键问题。

关于语音是否需要大带宽：不需要，语音占用很小，更重要的是抖动、丢包和 UDP。

关于用截图判断游戏适配：单次截图缺少抖动和长时间丢包数据，只能作有限参考，需要自己多时段测试。

请遵守所在地法律法规、游戏与通讯平台的用户协议，不要使用代理规避平台的地区或公平性规则。