如何真正看懂一次测速结果

一次只给出一个数字的测速结果——“你的速度是340 Mbps”——回答的问题，比大多数人想的要窄得多。一条连接是好几个数字，不是一个，本文会讲清楚结果页面上每一个数字的含义，然后详细说明Sygnal Score如何把它们变成一个诚实的判决。

下载和上传

这是所有人都在等待的数字：每个方向每秒移动多少兆比特。它们很重要，但孤立来看，重要程度不如你运营商官网上的营销话术所暗示的那样高——具体按活动列出的真实数字，请看关于你到底需要多快网速的那篇姊妹指南。有一个值得了解的不对称：大多数家庭套餐在下载上比在上传上慷慨得多，这对浏览和看流媒体没问题，但对任何经常发送视频的人来说，是一个真实的限制。

空闲延迟

线路上没有其他事情发生时，到附近服务器的往返时间——也就是“互联网现在离我有多远”这个基本数字。对一条到附近服务器的良好有线或WiFi连接来说，空闲延迟在10到30毫秒之间是典型值；超过这个范围，交互性的东西——通话、游戏，甚至一个网页要感觉起来是即时响应的——就会开始受影响，无论你的下载速度有多快都一样。

负载延迟与差值

同样的往返测量，但是在下载和上传阶段正在主动占满线路的同时进行。在一条干净的连接上，这个数字几乎不会偏离空闲值。在一条某处存在过大、无管理队列的连接上，它可能膨胀到几百甚至几千毫秒——这就是缓冲膨胀，它有自己专门的指南，因为这是家庭网络中最被低估的问题。真正重要的数字既不是这两个延迟读数中的任何一个单独的值，而是负载延迟与空闲延迟之间的差值：差值小意味着连接在真实使用下依然反应灵敏，差值大意味着它恰恰在你最需要它的时候崩溃。结果页面用字母等级给这个差值打分：A+低于5毫秒，A低于15，B低于50，C低于150，D低于400，超过则为F。等级看的是峰值——下载和上传两个阶段中较差那个阶段负载ping的第90百分位——而显示的负载延迟是典型值（中位数）：一条平时还好但会出现峰值的线路，依然会得到它应得的等级。

抖动

从一个包到下一个包，延迟的波动程度，而不是延迟本身。一条延迟40毫秒且稳定保持在40毫秒的连接，对通话或游戏来说，远好于一条在20毫秒和90毫秒之间来回摆动的连接，即使两者的平均值看起来一样——抖动正是导致通话卡顿或游戏体验不连贯的原因，即便平均“ping”值看起来没问题。

抖动也是最容易在平均值上看起来正常、却依然毁掉一通电话或一局比赛的数字——一个糟糕的两秒钟，正是视频通话中那种卡住又追赶画面的时刻。如果通话或游戏过程中感觉不好，但事后的测试看起来很干净，这并不一定矛盾——可能是问题出在一次单独测试没能捕捉到的短暂波峰上。把测试跑两三次，尤其是在感觉不好的活动进行期间跑，会比单次运行诚实得多。

失败请求（以及为什么它不是丢包）

结果页面上的最后一个数字，是测试自身的请求中彻底失败的比例：一次始终没有返回的延迟测量，或者一条在完成前就中断的下载或上传数据流。在健康的连接上，它显示为0%。一次测试发出的请求数量有限，所以哪怕只失败一次，也可能显示为好几个百分点——在下结论之前，先再测一次。

它不是丢包，我们也不这样称呼它。丢包是指从未到达的数据包，它对实时流量的破坏性极大：一通实时通话或一场竞技游戏没有时间等待重传，所以哪怕很小的丢包率，也会被感知为卡顿、卡死或掉字。浏览器里的测速无法直接看到丢包。它的请求走的是TCP，而TCP会悄悄重传丢失的数据包，所以真实的丢包在这里只会间接体现——表现为更低的速度和更高或更不稳定的延迟——而永远不会表现为丢失数据包的计数。要测量真实的丢包，需要另一种测试：发送数据包但不重传。由于失败请求是一个粗糙得多的信号，它只作为参考信息显示，不计入Sygnal Score，也不影响各使用场景的评级。

Sygnal Score如何处理它们

Sygnal Score把其中五项测量转化成一个0到1000的数字，权重如下：下载300分，上传150分，空闲延迟175分，缓冲膨胀275分，抖动100分——当所有测量值都存在时，权重总和恰好是1000。出于上面所说的原因，失败请求不计入其中。下载和上传采用对数缩放而不是线性缩放，因为速度的真实价值就是这样表现的：在下载方面，锚点是25 Mbps → 150分，100 Mbps → 225分，300 Mbps → 270分，1000 Mbps及以上 → 满分300。从5跳到25 Mbps会改变一个家庭真正能做的事，从500跳到1000几乎什么都不会改变，分数如实反映这一点，而不是假装千兆比100 Mbps好十倍。

缓冲膨胀是刻意设计成最大的一块，占275分——差值15毫秒及以下满分（A级范围，按等级所用的同样峰值计算），达到400毫秒零分——因为一条数字看起来很快、但一旦真正被使用就崩溃的连接，并不是一条好连接，而一个只看吞吐量的分数还是会把它评为好连接。

最终数字落在五个等级之一：卓越（900+）、强劲（750+）、尚可（550+）、吃力（350+）、或较弱（350以下）。

为什么一条快线路依然可能得低分

在以上所有计算之上，还有一条规则，它的存在是因为上面的算法确实存在一个真实的漏洞：一条慢但干净的连接，仅凭延迟家族的几个分项，就可能拿到一个高得惊人的分数，即使这条线路上的家庭根本无法稳定播放4K，甚至用不了一两台以上的设备。一条0.5 Mbps的下载线路，若延迟表现完美，仅凭空闲延迟、缓冲膨胀和抖动这几项，就可能拿到600多分——对于这么慢的线路，这显然是错的。

速度门限的存在正是为了防止这种情况：分数会按下载速度分级封顶，无论连接的其余部分测得多干净。低于25 Mbps，分数无法超过749（“尚可”等级的上限）——处于这条线以下的家庭，真的无法做到现代连接应该能做到的一切，无论其延迟多么干净。低于5 Mbps，上限收紧到549。低于1 Mbps，再次收紧到349。一旦超过25 Mbps，门限就完全解除；超过这个阈值的任何情况都不再被速度封顶，只受连接实际表现的限制。如果你的分数看起来被封顶了，原因就在这里——这是诚实的答案，不是惩罚：“你的Sygnal强度取决于最薄弱的一环”，这就是全部的思路，而对于一条非常慢的线路来说，速度本身就是那个最薄弱的环节。