首页 › tech › 测速榜第一,体验为何垫底

概述

每年第三方测评机构发布全球网速榜单,总有国家蝉联第一、运营商狂揽年度大奖,配合一波铺天盖地的公关稿。但一线工程师都清楚一个尴尬的现实:榜单上的中位数速率年年涨,用户投诉里的「刷视频转圈」「微信语音卡断」却不见少。测速榜第一与用户感知垫底,为什么能同时成立?本文从测评方法论、无线协议栈、承载传输、业务层四个层面解剖体验劣化的真实根因,并结合一线晚高峰热点整治的完整排查过程,给出一套把 KPI 对齐到 KQI 的体验治理清单。所有结论对着协议条款和话统指标说话,不堆概念。

一、榜单是怎么测出来的:三种方法,三种真相

看榜单之前先看方法。目前主流的网络质量测评大致分三个流派,它们的「测」法完全不同,结论自然也不同:

维度 Ookla Speedtest OpenSignal nPerf / connect 路测
数据来源 用户主动发起的 App 测速(众包) 用户真实使用产生的被动数据 主动测速 App+专业路测(德国 connect 杂志为年度实地审计)
核心指标 中位数下载/上传/时延,颁发 Fastest 等奖项 5G 可用性、一致性质量(Consistent Quality)、视频/游戏体验 下载/上传/时延加权评分,connect 年度总评分
采样特点 样本自选偏差明显:愿意测速的人、测速的地点与时段高度集中 样本量大、贴近真实使用,但依赖用户授权 样本可控、可复现,但测试点覆盖有限
强项 峰值能力与年度趋势对比 真实使用场景下的一致性 深度审计,能定位到具体场景
盲区 容易被「测速友好型」网络状态抬高 缺乏对单点问题的深度诊断 周期长、成本高,覆盖城市有限

三个流派的差异直接决定了「谁上榜」。Ookla 靠众包主动测速,样本天然偏向信号好的位置和爱测速的人群;OpenSignal 已被 Experian 收购,走的是真实使用行为路线,其「一致性质量」指标测的是用户在典型任务(浏览、社交、视频通话)下能否达到体验门槛,而不是能冲到多高;据历年公开榜单,阿联酋多年蝉联 Ookla 全球移动下载速率中位数第一,靠的正是高密度大带宽覆盖+少有人口的天然优势——这种结构在人口稠密、话务潮汐剧烈的市场根本复制不了。

一句话总结:榜单测的是网络的「体检报告」,用户感知的是「日常劳作」。体检全优不代表不腰疼。

二、测速快≠用着好:四层根因解剖

根因一:中位数与尾部之间,隔着整个投诉系统

榜单看中位数,投诉系统里躺着的是尾部用户。测速 App 的发起行为本身就有筛选效应:愿意打开 App 测速的用户,大概率站在窗边、阳台、市中心;而晚高峰窝在城中村出租屋里刷视频的那批人,从来不会出现在测速样本里。网络规划对齐的是话务模型和站址投资,不是榜单——头部 50% 的样本把中位数抬得漂漂亮亮,尾部 10% 的用户贡献了 80% 的工单。工程师要盯的恰恰是 P90、P95 分位的速率达成率,这个指标没有机构帮你算,只能自己建。

根因二:5G 图标的「光学幻觉」

用户手机状态栏显示 5G,是投诉里最常见的开场白:「明明是 5G,怎么比 4G 还慢」。从协议层面看这毫不奇怪:UE 显示什么图标,依据的是驻留和连接状态——NSA 架构下只要 EN-DC 双连接配置成功,图标就变 5G,与实际吞吐能力没有必然关系。体验劣化的典型链路有三条:

标准允许多种实现,具体的锚点选择与图标显示逻辑以各厂家和终端的官方文档为准,但运维侧要做的通用动作很明确:定期核查锚点占比、SA 驻留比、载波聚合生效率的统计口径,别让「5G 渗透率」变成自欺欺人的数字。

根因三:用户感知的是时延,你考核的是带宽

点开一条短视频,真实发生的事情是一条完整的时延链:

flowchart TD
    T["用户点击播放"] --> D["DNS解析"]
    D --> N["TCP建链"]
    N --> L["TLS握手"]
    L --> P["HTTP请求与起播"]
    P --> A["码率自适应"]
    A -->|"感知劣化:画质变糊与转圈"| U["用户投诉"]

这条链上任何一环劣化,用户的感受都是「卡」,但传统 KPI 里没有任何一项能捕捉它。无线侧还有两个协议层的坑:

再看 QoS:语音走 GBR 承载(5QI-1),资源有保障;短视频走 Non-GBR 默认承载,拥塞时最先被牺牲。这就解释了经典现象——「电话打得通,视频转圈」:不是网络瘫了,是 QoS 策略按设计在工作,被牺牲的恰好是用户的感知。

根因四:业务层永远先于网管层知道真相

视频 App 的码率自适应(ABR)是「隐形缓冲垫」:网络一劣化,App 悄悄从 1080P 降到 720P 再降到 480P,用户感知是「画质变糊」,连接始终没断。于是网管上接入成功率全绿、掉话率全绿、PRB 利用率「正常偏高」,用户却在骂。体验劣化的第一阶段全部发生在业务层指标里——起播时延、卡顿率、分辨率降档次数——而这正是运营商传统 KPI 体系的盲区,也是为什么「KPI 全绿、用户在骂」能长期共存。

三、一次晚高峰视频卡顿热点的完整排查

下面用笔者一线经历过多起的同构案例走一遍完整链路(脱敏处理,数值为量级描述):某二线城市城郊结合部大型安置区,晚高峰 19:30–22:30 集中投诉「刷短视频转圈」,白天几乎无投诉,派单状告「网络慢」的月均工单数十起。

排查过程与根因定位:

  1. 投诉聚类:把工单按地理栅格落图,锁定 3 个相邻小区簇,排除个别终端问题;
  2. 话统体检:下行 PRB 利用率从早高峰的四成左右涨到 22 时的 95% 以上,有效 RRC 连接数接近翻了三倍,CQI 整体下移——空口和调度机会同时恶化;
  3. 路测复现:主服小区 RSRP 尚可,但调度速率起不来;室内深处用户被压在低频打底层,大带宽容量层进不去;
  4. 传输核查(关键一步,也是最容易被跳过的一步):该片区承载仍是 GE 环,晚高峰单站吞吐顶到环带宽,无线指标再怎么优化都无济于事;
  5. 整改:加装第二载波扩容、传输环升级到 10GE、核查锚点与负载均衡参数、对室内分布补盲;
  6. 闭环:整改后以卡顿率和起播时延 KQI 复测对比,晚高峰转圈类投诉降到个位数。

完整的定位流程如下,可作为热点整治的标准动作:

flowchart TD
    A["投诉聚类:晚高峰视频卡顿"] --> B["地理栅格化:锁定热点小区簇"]
    B --> C["话统体检:PRB利用率与RRC连接数"]
    C --> D{"哪一层受限?"}
    D -->|"空口受限:PRB长期超90%"| E["扩容:加载频与载波聚合"]
    D -->|"传输受限:单站吞吐封顶"| F["传输环改造与带宽复核"]
    D -->|"覆盖受限:弱覆盖高重选"| G["补盲加站与功率优化"]
    D -->|"业务异常:DNS与CDN绕行"| H["内容分发与核心网定位"]
    E --> I["KQI复测闭环"]
    F --> I
    G --> I
    H --> I

这个案例最有价值的教训是第 4 步:无线团队的 KPI 看不到承载网。如果排查动作里没有「查传输环」这一项,这类热点会永远被归因为「用户太多」,然后无限期搁置。

四、从 KPI 到 KQI:体验治理的落地清单

把上述根因转成可执行的动作,核心是把考核指标从网络侧 KPI 对齐到用户侧 KQI:

用户感知 对应 KQI 关联 KPI/话统 常见根因
视频起播慢 起播时延大于 2 秒 DNS 解析时延、RRC 建立时延、初始 BLER DNS 绕行、弱覆盖、锚点稀释
刷视频转圈 卡顿率、重缓冲次数 PRB 利用率、下行 MCS 分布、CQI 晚高峰拥塞、传输环瓶颈
语音通话卡断 语音 MOS 掉话率、切换成功率、上行干扰 上行受限、切换带恶化
图标 5G 但网速慢 速率达成率 SA 驻留比、锚点占比、载波聚合生效率 锚点稀释、低频打底摊薄
页面打不开 页面完成时延 TCP/TLS 建链时延 传输抖动、CDN 调度异常

配套五条实务建议:

  1. 把投诉工单当资产:栅格化聚类形成热点地图,与话统叠加分析,而不是按「已答复」闭环掉;
  2. 建业务级拨测:在热点区域定点拨测起播时延和卡顿率,且必须覆盖晚高峰时段——白天拨测全绿毫无意义;
  3. 话统按业务模型分层看:把大流量视频用户与普通浏览用户分开建模,否则均值会掩盖一切;
  4. 传输纳入无线排障 SOP:无线指标全绿时第一反应查传输环,这条要写进流程而不是靠老师傅记忆;
  5. 考核对齐一致性:参考 OpenSignal 一致性质量指标的思路,考核「达到体验门槛的样本占比」,而不是峰值和中位数。

五、写在最后

榜单是给市场和公关用的,KQI 才是给运维用的。两者最大的区别在于:榜单回答「网络的平均水平如何」,KQI 回答「最不舒服的那批用户为什么不舒服」。测速榜第一和体验垫底同时成立,从来不是数据造假,而是两套度量体系丈量了网络的两副面孔。

对工程师来说,真正值钱的能力是能对着一张投诉工单说出「为什么慢」——说得出是空口、传输、锚点还是 QoS 策略,说得出整改之后卡顿率能降多少、用什么指标验证。至于榜单,让它留在新闻稿里就好。

参考来源

  1. Ookla 官方文章库(Speedtest Awards 与全球指数) — 各国中位数速率与年度奖项的原始发布渠道,最新排名以其为准
  2. OpenSignal 报告库 — 各国移动网络体验报告,含一致性质量、5G 可用性等体验型指标
  3. nPerf 全球测速与年度排名 — 主动测速流派代表,欧洲与拉美市场覆盖较深
  4. 德国 connect 杂志 — 年度网络实测审计的发布方,路测方法论参考
  5. 3GPP 官网(38 系列:NR 无线规范) — TS 38.331(RRC 状态)、TS 38.101-1(终端功率等级)等协议依据

注:本文为方法论与根因分析,涉及的具体最新排名与数值请以各机构官网最新发布为准。


本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生(微信ID: gprshome201101)维护,聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。

[!tip] 51学通信知识星球 星主:爱卫生(微信:gprshome201101)——公众号「51学通信」创办者,19 年通信行业运维与讲师经验,著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书(各大电商平台有售)。 星球定位:深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域,主打运维岗位与信令分析。 当前规模:5200 篇主题 / 990 个回答,198 元/年。 加入福利:加入星球后请加爱卫生微信,拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题,另有群内分享。 AI 加持:51学通信知识星球已作为 skill 接入 WorkBuddy,使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例,做总结、找文档和 PPT 等场景全覆盖。

51学通信知识星球海报-扫码加入