<!-- title: 上行之痛：测速榜看不见的半张网 -->

# 上行之痛：测速榜看不见的半张网

## 概述

用户抱怨"网慢"时，几乎所有人——包括很多工程师——第一反应都是看下行速率。但2026年的网络投诉结构正在起变化：直播、视频会议、云端相册、AI应用同步，这些新业务吃的全是上行。本文回答三个问题：为什么蜂窝网络的上行天生比下行瘸腿（功率鸿沟、TDD帧结构、频谱结构三重约束）；上行短板是如何一步步传导成用户感知劣化的；以及运营商正在用什么技术补齐这块板子（SRS轮发、上行载波聚合、超级上行、帧结构重配）。文中标准参数以3GPP规范为锚，方案对比来自设备商公开资料，案例为多起同类工单的典型化整理。

## 目录

- 从一张投诉工单说起
- 第一重约束：100倍的功率鸿沟
- 第二重约束：帧结构里上行只占两成
- 第三重约束：频谱的家底本来就偏科
- 劣化传导链：从1dB到"你的网络真卡"
- 运营商的自救：四种上行增强方案横评
- 用户侧的误差：你以为的卡，和工程师以为的卡
- 经验教训：把上行当一等公民

## 从一张投诉工单说起

先讲一个场景。它是我在运维一线这些年反复见到的工单模板，由多起同类投诉典型化整理而来，不指向任何单一具体事件：

> 某新建住宅区，业主反复投诉"晚上视频通话卡成PPT、家人直播总掉线"。投诉工单转了三轮：客服查后台——用户驻留5G，RSRP正常，下行速率实测300Mbps以上，结论"网络无故障"；用户不服，打12345；无线优化口接手，去现场测：客厅里下行确实能跑300Mbps，但一开视频通话，画面卡顿；业主把手机架到窗边直播，推流几分钟必断。

这张工单的戏剧性在于：**下行测速完美，上行一碰就碎**。后来定位的原因也毫无戏剧性——该区域5G站址在楼顶对射，用户家中5G信号穿两堵墙后，下行靠大功率发射还能撑住，上行则因为手机只有200毫瓦的发射功率，到基站已经快"听不见"了。视频通话一开，上行丢包率飙升，任何下行测速都掩盖不了这件事。

这类工单在2026年只会越来越多。原因是业务结构变了。爱立信《爱立信移动市场报告》（Ericsson Mobility Report）多年来追踪的结论之一，就是移动网络流量中视频占比持续过半——但更关键的变化藏在另一侧：直播带货成了常态职业、视频会议成了办公标配、手机相册默认云备份、AI应用开始把本地数据往云端同步。这些业务对网络的要求和刷短视频完全不同：**短视频吃下行，直播和会议吃上行**。刷不动可以缓存，推不上去就是当场翻车。

而我们的网络，从设计那天起，就是一张"下行优先"的网。测速榜单测的也几乎全是下行。于是出现了本文要解剖的错位：**用户感知最痛的那半张网，恰恰是测速榜看不见的半张网。**

## 第一重约束：100倍的功率鸿沟

上行为什么瘸？第一层原因写在3GPP规范里，物理定律级，谁都绕不过去。

手机和基站根本不是一个量级的"嗓门"。按3GPP TS 38.101-1规范，NR手机最常见的是Power Class 3，最大发射功率23dBm——换算成瓦，就是**200毫瓦**。而一个典型宏站，每个载波的发射功率普遍在数十瓦量级，折算下来比手机高出约20dB，也就是**大约100倍**。

这一百倍的差距是合理的：基站可以接市电、装散热、背大电池板，手机只有一个指甲盖大的电池和一块会发烫的主板。把手机做成20瓦发射机，你的口袋先着火，你的蛋先熟。所以这个差距永远不会消失，工程师只能在别的层面找补。

功率差100倍，链路上还天然偏向下行，那上行怎么活的？答案在上下行链路预算的对称性设计里：基站发射功率大，但基站接收也做得极其"灵敏"——大天线阵、波束赋形、低噪放，把"耳朵"练得特别灵，勉强能听清200毫瓦小手机在几百米外的低语。**上行的覆盖，本质上是用基站侧的接收灵敏度硬扛手机侧的功率短缺。**这个平衡非常脆弱，任何一点额外损耗砸进来——一堵承重墙、一片玻璃镀膜、一节高铁车厢——都会先在上行侧击穿。

这就是"满格5G视频通话却卡"的物理根源：**满格信号测的是下行广播信道，而视频通话卡不卡，取决于你手机那200毫瓦够不够基站听清。**两件事根本不在一条链路上。

## 第二重约束：帧结构里上行只占两成

功率是天生的短板，时域上还雪上加霜。5G的主流部署是TDD（时分双工）——上下行共用同一大段频率，靠时间上"分班"：这几毫秒给下行，那几毫秒给上行。

按3GPP TS 38.211定义的帧结构，TDD每个周期内上下行时隙的配比是可以配置的。而国内主流公网在n41（2.6GHz）和n78（3.5GHz）这两大主力频段上，普遍选择了下行严重倾斜的配比——行业里最常见的样式类似"DDDSU"：一个周期5毫秒里，3个全下行时隙、1个特殊时隙（内部大头也是下行）、1个上行时隙。折算下来，**下行时隙占比约八成，上行只有约两成**。

为什么这么配？因为TDD的优势就是拿大带宽换容量，而容量需求几乎全在下行。给下行多分时间，下载才快，测速榜才好看。运营商会辩解：视频是下行大头，这么配没错。在2020年，这话大体成立。

但上行两成的配比意味着什么？算一笔账：一个100MHz的n78载波，上行有效频谱资源折算下来只有20MHz量级。整个基站所有用户**轮流**分享这一小段上行时间——直播开播、视频会议接通、相册开始备份，全在挤这20MHz。晚高峰小区里只要有三五个住户同时在推流，上行时隙就见底了。而下行那边80MHz空转着——因为帧结构是全小区统一锁死的，**下行闲的时候也不能借给上行用**。

分班是死的，需求是活的。这就是结构性错配：网络按2020年的业务形状（下行为主）切了班次，而2026年的业务形状（上下行都要命）已经换了剧本。

## 第三重约束：频谱的家底本来就偏科

前两重约束是设计选择，第三重是家底问题。运营商手里的频谱，上下行结构天然偏科。

把运营商的家底摊开看，大致三类：

| 频谱类型 | 上下行关系 | 特点 | 上行贡献 |
|---|---|---|---|
| 低频FDD（700M/900M等） | 上下行成对、等宽 | 覆盖好、穿透强、但带宽窄（几MHz到2×10MHz量级） | 单用户速率低但稳定，覆盖主力 |
| 中高频TDD（n41/n78等） | 上下行共享大带宽按时分配 | 容量主力，但上行时隙占比低 | 带宽大、时隙少，近点快远点崩 |
| 毫米波 | 上下行带宽都大 | 覆盖差，国内未规模商用 | 贡献可忽略 |

看清楚这个结构就明白了：**低频FDD上下行对称，但太窄；中频TDD很宽，但上行只切到两成。**结果是无论用户站在哪个频段上，上行的实际可用资源都远小于下行。低频段兜底时上行可能只有几MHz带宽；驻留中频段时上行要和全小区人抢两成时隙。两条路都堵。

顺带说一个第三方测评圈多年来的稳定观察：Opensignal、Ookla这类机构的历年公开报告里，各国5G网络的上行速率普遍只有下行的两到三成，具体数值因国别和统计期差异很大，但"上行显著弱于下行"这个方向从没有变过。这不是测评偏差，是上面三重约束的必然投影——**网络长什么样，测评结果就长什么样。**

## 劣化传导链：从1dB到"你的网络真卡"

三重约束叠加之后，用户的体验是怎么一步步烂掉的？把完整传导链画出来：

```mermaid
flowchart TD
    A["手机发射仅200毫瓦"] --> B["室内穿透损耗叠加"]
    B --> C["上行信号到基站已很弱"]
    D["TDD上行时隙仅两成"] --> E["上行带宽天花板低"]
    F["全小区用户共享上行"] --> G["晚高峰上行拥塞"]
    C --> H["上行SINR恶化"]
    E --> H
    G --> H
    H --> I["上行丢包与重传"]
    I --> J["视频卡顿与推流中断"]
    J --> K["投诉工单：网络真卡"]
```

这条链有三个值得工程师记住的细节。

**细节一：上行的崩塌是非线性的。**下行弱一点，速率降一点，视频降个清晰度还能看。上行不一样——视频通话和直播推流都有最低码率门槛，行业普遍经验是1080p稳定推流大约需要4-6Mbps的持续上行。上行资源一旦低于门槛，编码器硬压也会先牺牲帧率再牺牲分辨率，用户看到的就是"卡成PPT"和"推流中断"。**下行劣化是滑梯，上行劣化是悬崖。**

**细节二：上行崩溃的首先永远是室内和边缘。**功率鸿沟决定了上行链路预算余量最小，穿一堵墙可能就把上行打到悬崖边上。所以投诉画像高度集中：家里、地库、电梯间、楼道——全是下行看着还行、上行先阵亡的地方。而且TDD上行还叠加一个远程劣化机制：手机离基站越远，上行时隙的定时提前越大，保护间隔吃掉的可用资源越多，上行雪上加霜。

**细节三：晚高峰是上行的至暗时刻。**下行有调度器和QoS兜底，抢起来好歹是"大家一起慢"。上行本来就只有两成时隙，晚高峰全网用户扎堆开视频通话、推流、备份相册，上行时隙秒见底。于是形成一个诡异的体验曲线：**同一间屋，白天视频通话丝滑，晚上八点卡成幻灯片**——下行测速可能没什么变化，变的是上行排队的人。

这三个细节拼起来，就是那张投诉工单的完整病理报告：窗边直播断线（边缘+上行悬崖）、晚间视频通话卡顿（晚高峰上行拥塞）、客服测下行无故障（测错了科目）。

## 运营商的自救：四种上行增强方案横评

上行短板不是新问题，设备商和运营商这几年掏出了一整套补法。按原理分四大类，横向比较如下：

| 方案 | 核心原理 | 收益逻辑 | 主要代价 |
|---|---|---|---|
| SRS轮发（2T4R） | 终端轮换发射探测信号，基站4天线联合接收赋形 | 上行获得赋形与合并增益，典型3dB量级 | 需终端和基站双向支持 |
| 上行载波聚合 | 低频FDD上行与TDD上行捆绑同时发 | 直接拓宽上行带宽，低频兜底改善边缘 | 需终端支持，调度复杂度上升 |
| 超级上行 | TDD下行时隙内借FDD频段补上行 | 上行从"两成时间"变"全天候"， TDD/FDD互补 | 需额外FDD载波与协同调度 |
| 帧结构重配 | 把配比从8:2调成7:3或6:4 | 直接给上行加时隙，收益立竿见影 | 挤占下行容量，需全网邻区协同 |

逐一展开说。

**SRS轮发**是最基础的补法，改的是"耳朵"：手机轮流在多个天线上发探测参考信号（SRS），基站据此对上行做波束赋形和多天线合并，把上行信噪比抬起来。它不改帧结构、不占新频谱，属于"练内功"，所以是这几年5G手机的标配能力。缺点是天花板明显——增益是dB级的，救得了边缘的通话，救不了晚高峰的拥塞。

**上行载波聚合**改的是"路宽"：把低频FDD的上行载波和中频TDD的上行载波捆在一起同时发，上行带宽直接翻倍。它的精髓在于**用低频的上行补中频的短板**——低频穿透好，在室内和小区边缘依然连得上，等于给悬崖边上加了一道护栏。代价是要求终端支持，且两载波协同调度增加网络复杂度。

**超级上行**是这几年声量最大的方案，原理上最聪明：TDD帧结构里八成时间是下行，这些时间手机本来就没在上行说话——那能不能在TDD下行的空档里，顺手借一条FDD频段让手机发上行？这就是超级上行的核心，TDD的容量和FDD的全天候上合ided。据公开报道，2019年至2020年间，国内运营商与设备商完成了超级上行的首轮试点，室内上行能力的改善得到了验证；此后华为等厂商将其作为RAN侧的标准卖点持续推广。它不牺牲下行容量，堪称"白捡的上行"，但前提是站里得有可调配的FDD载波，老旧站点改造成本不低。

把超级上行的逻辑画出来：

```mermaid
flowchart TD
    A["TDD大带宽载波"] --> B["八成时间分给下行"]
    B --> C["下行时隙内上行无事可做"]
    D["FDD低频载波"] --> E["上下行各占一段频率"]
    E --> F["上行频率常年空闲可用"]
    C --> G["超级上行：借FDD补上行"]
    F --> G
    G --> H["TDD下行时隙内也能发上行"]
    H --> I["上行从两成时间变全天候"]
```

**帧结构重配**是最简单粗暴的补法：既然上行只分到两成时间，那就直接改分班表，把8:2调成7:3甚至6:4。收益立竿见影，上行时隙直接多出四分之一到一半。但它是四种方案里**改起来最疼的**：下行容量被挤占，高峰期下载变慢；更重要的是，TDD网络的同频组网要求相邻小区、甚至相邻运营商的帧结构严格对齐，否则基站之间会互相"打架"（一边在收上行、隔壁在发下行，干扰直接灌进来）。所以动帧结构从来不是单个小区的家务事，而是全网级的手术。

四种方案的工程选择逻辑，最后落成一张决策图：

```mermaid
flowchart TD
    A["上行投诉集中区"] --> B{"痛点是什么"}
    B --> C["室内与边缘覆盖差"]
    B --> D["晚高峰上行拥塞"]
    C --> E["SRS轮发与上行聚合"]
    E --> F["增益dB级，投入小见效快"]
    D --> G{"有FDD载波吗"}
    G --> H["有：上超级上行"]
    G --> I["没有：评估帧结构重配"]
    I --> J["需全网协同，谨慎推进"]
```

实际网络里这四招从来是组合拳：市区热点站用超级上行和上行聚合扛直播 crowd，老旧居民区靠SRS轮发和低频兜底，个别上行压力极端的区域才动帧结构。标准层面，3GPP在R16以来持续把上行增强作为演进主线之一，上述方案大多已有对应的标准化支撑，具体实现以各厂家官方文档为准。

## 用户侧的误差：你以为的卡，和工程师以为的卡

最后说回用户感知。上行短板造成的投诉，在现有的客服和运维流程里有一个系统性死结：**前台测下行，用户疼在上行**。

客服和自助排障的默认动作是测速，而几乎所有大众测速工具给用户看的头版数字都是下行。于是流程上出现一个死循环：用户说"视频通话卡"→客服让测速→下行300Mbps→系统显示"网络正常"→工单关单→用户更愤怒。投诉升级，最后到优化工程师手里，一测上行才发现病根。这个死结浪费的不仅是客服人力，更是用户信任——**每一次"我测了网速没问题"的回复，都在上行崩塌的事实面前打自己的脸。**

给普通用户三条实用判断法，帮你分清"卡"的种类：

1. **看场景**：刷视频卡、下载慢，大概率是下行或拥塞问题；视频通话卡、直播掉线、传文件慢、云端备份转圈，基本可以锁定上行。
2. **看时间**：只有晚八点到十一点卡的，多半是上行时隙拥塞；全天都卡且集中在室内，多半是上行覆盖问题。
3. **看位置**：挪到窗边明显好转的，是穿透损耗吃掉了那200毫瓦；挪哪儿都卡，才值得怀疑终端或网络故障。

给运维同行三条，来自一线教训：投诉处理流程里把上行速率测试设为视频通话类投诉的**必测科目**，别再让下行测速替上行背书；对直播用户聚集区（城中村、直播基地、高校宿舍）建立上行PRB利用率的专项监控，别用全网的下行水位判断局部旱涝；新站入网验收时把"室内视频通话保持"列为一票否决项，比任何KPI都接近用户真实感受。

## 经验教训：把上行当一等公民

把这篇的内容收拢成三句话。

**第一句，网络的 asymmetry 是设计出来的，但业务不会尊重设计。**上行两成、下行八成的帧结构，是按"视频=下行"的2020年常识配的。直播经济、云办公、AI同步把业务形状改了，网络切割还停留在老剧本上。所有"按当年业务模型设计的系统"，都要防着业务模型本身过期。

**第二句，测什么才有什么。**测速榜测下行，运营商就优化下行，考核就考下行——一套指标自洽地运转了十几年，唯独没有照到用户最疼的半张网。任何行业的体验度量体系，都要定期问一句：我们量的是用户在乎的东西，还是我们顺手能测的东西？

**第三句，短板传导有悬崖效应。**上行劣化不是慢一点，而是直接跌穿业务门槛。体验管理的重点，从来不是平均值，而是那些一脚踏空的场景：室内、边缘、晚高峰。工程上叫链路预算，商业上叫口碑——口碑塌掉的地方，永远不是平均值塌掉的地方。

---

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

## 参考来源

1. [3GPP TS 38.101-1（UE射频发射与接收；含Power Class 3=23dBm定义）](https://www.3gpp.org/dynareport/38101-1.htm) — 手机发射功率200毫瓦的规范出处，本文功率鸿沟计算依据
2. [3GPP TS 38.211（NR物理信道与调制；TDD帧结构定义）](https://www.3gpp.org/dynareport/38211.htm) — TDD上下行时隙配比的标准化依据
3. [Ericsson Mobility Report（爱立信移动市场报告）](https://www.ericsson.com/en/reports-and-papers/mobility-report) — 移动流量结构与视频占比趋势的长期追踪
4. [Opensignal Reports（第三方众包网络测评报告库）](https://www.opensignal.com/reports) — 各国5G上下行速率对比的公开测评数据来源；本文所述"上行普遍为下行两三成"为其历年报告的定性共性结论，具体数值因国别与统计期而异

**数据口径说明**：文中3GPP功率等级、帧结构配比、频谱划分均为公开标准或行业常识，可按上述链接验证；上海等地超级上行试点为当年公开报道过的行业事件，未引用未经核实的精确数据；投诉工单案例为多起同类工单的典型化整理，非单一具体事件。

> [!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学通信知识星球海报-扫码加入](https://wiki.500nian.com/images/zhixingqiu_qrcode.png)
