高通Rel-18 PDF：未来3-5年5G基站与终端设计的风向标

简介：《高通5G 3GPP Release-18详情介绍》是一份面向5G通信技术研究者、标准工程师及行业从业者的官方技术解读PDF，聚焦3GPP Release-18如何开启5G Advanced演进。内容覆盖eURLLC与TSN for IIoT、NR非授权频谱应用、5G V2X侧链多播、Lower complexity NR-Light、非地面通信（卫星）及IIoT/定位/IAB等关键技术演进，并结合智能手机、FWA、PC等设备支持与未来Release规划，帮助读者系统理解5G下一阶段创新方向。资源包仅含1个PDF文档，大小4.94MB，便于下载后直接阅读。已有335人学习下载，适合需要跟踪5G标准动态、开展技术预研或编写行业报告的专业人士作为权威参考。

1. 高通5G 3GPP Release-18这份PDF：为什么说是未来三到五年5G基站与终端设计的风向标

高通5G 3GPP Release-18这份PDF，即使你不是做标准出身，也值得完整翻一遍。它讲的不是“网速又快了一点”，而是把AI/ML写进空口、把全双工从论文推到SBFD参数设计、让中继和基站开始“上车”。第一次翻完，我甚至觉得它更像一张未来三到五年的5G基站和终端产品路线图。做基站物理层、终端协议栈、功耗优化的工程师，或者刚进5G想找学习材料的从业者，都能借助它把Rel-15之后“每一版到底动了什么”这条主线一次理顺。这篇笔记先把时间线拉直，再拆关键技术和常见误读，文末给出一套可操作的追踪方法。

2. 从Rel-15到Rel-20+：把Rel-18放进1.5-2年一代的演进节奏里看

3GPP并不按自然年发布版本，而是大约每1.5-2年推出一代，且上一版本在新版本启动时并不会立刻“停更”，而是继续进行功能冻结与ASN.1冻结。高通这份PDF把Rel-18称为“5G Advanced evolution”的第一棒，意味着它承担的任务不仅仅是几个增强特性，而是要为Rel-19、Rel-20铺路。要理解Rel-18为什么长这样，得先把前面这几代5G关键技术的演进主线看清楚。

2.1 四代Release的主题：eMBB、行业扩展、补强、5G-Advanced

只看这张表，容易产生“每个版本就是把上一版再加一点”的错觉，实际上每一版的立项都有明确取舍。Rel-15解决的是“5G能不能用”，所以把eMBB、Sub-6GHz massive MIMO、毫米波这些地基一次打牢；Rel-16解决“5G还能干什么”，把IIoT、V2X、非授权频谱这些行业场景拉进来；Rel-17在前两版基础上补强，RedCap降低终端成本，NTN把覆盖拉到天上，52.6GHz以上频谱把带宽上限再顶高。到了Rel-18，eMBB基础已经就绪，剩下的是“怎么把每一分频谱和每一瓦功耗用得更聪明”，于是全双工、网络节能、AI/ML成为重点。LDPC从Rel-15开始就是数据信道编码的基本盘，Rel-18没有再动它，但它决定了后续所有速率公式里译码复杂度的基线，理解eMBB演进时不能忽略这个前提。

2.2 Rel-18的范围从哪来：三个平衡与立项节奏

高通在PDF里反复强调Rel-18要在三组矛盾里找平衡：eMBB演进与垂直行业扩展之间，当下商用需求与长期5G愿景之间，新设备/终端演进与网络演进之间。这话听起来像套话，但看具体立项就能明白——MIMO增强和上行增强服务的是还缺容量的存量网络，AI/ML和全双工服务的是两三年后的增量场景，RedCap和XR增强服务的是还没来得及规模化的新设备类型。三类项目放进同一个Release，才有了这份PDF中“从物理层到协议、从基站到终端”的宽覆盖。

时间节点上，Rel-18的范围在2021年12月确定，研究项和工作项在2022年Q2才正式启动。高通的PPT能做到2022年1月发布且内容基本覆盖最终范围，是因为它深度参与了立项讨论。但这里要注意：范围定了只是“要做什么”定了，“做成什么样”还要等后续会议逐个敲定，这也是后面避坑章要展开的第一个话题。另外，5G商用速度远快于4G也给标准节奏加了压，PDF里的预测数据是285+家运营商在投资5G、200家已商用、750M+部5G智能手机在2022年出货、2023年连接数破10亿、2020到2024年累计出货3.8B+部。做产品规划的人可以直接拿这组数字当背景板：如果你的产品要服务2024年以后的市场，Rel-18的技术项就必须列入评估清单。

2.3 立项机制：Study Item到Work Item再到规范，Release边界其实很模糊

一个技术特性进Release，通常先立项为研究项（Study Item），研究可行性后转成工作项（Work Item），工作项结束才落到TS系列规范文本。这个过程的长短取决于复杂度——像SBFD这类牵涉射频指标和干扰管理的研究项，可能要在Rel-18里做研究、Rel-19里才转工作项；而像DMRS端口扩展这种在Rel-17已有基础的增强，可以直接以工作项形式推进。高通PDF里那几页“Source: RP-21xxxx”的标注，对应的正是各个项目提案的编号，第6章我会专门讲怎么用这些编号反向追踪项目状态。

需要注意，不能把“Rel-18发布了范围”等同于“Rel-18规范可用了”。每一版Release在启动下一代时，自身的功能冻结、ASN.1冻结都还在推进，版本之间有相当长一段重叠期。实际开发中经常出现“终端已经按Rel-17中间版本做了，但最终规范又改了字段”的情况，所以做协议栈的人不能只看版本号，要看Release和CR（Change Request）的配套关系。等你在2.1的表格基础上，再叠加“研究项-工作项-规范冻结”这条时间轴，对Rel-18的定位就不会再犯“把PPT当规范”的错了。

3. 系统基础能力：4 TRP相干JT、6/8 Tx上行和SBFD全双工

Rel-18里最硬核的改动集中在物理层。这一章的三个关键词——多TRP相干JT、上行多天线、SBFD全双工——分别解决容量、覆盖和频谱效率三个老问题，但都被提升到了过去只有论文里才敢写的规模。看懂这一章，你对“5G-Advanced到底Advanced在哪”就能有具体答案。

3.1 从2 TRP到4 TRP相干JT：CSI反馈和DMRS端口跟着改

先解释背景。相干联合传输是让多个发射接收点（TRP）同时向同一个终端发同一路数据，在终端侧相干合并，获得分集和信干噪比增益。Rel-17已经支持2个TRP，Rel-18把目标提到了4个TRP，同时覆盖FDD和TDD的sub-7GHz频段。为什么4 TRP难？难点不在射频，在CSI的获取——4个TRP意味着CSI反馈要刻画更多信道维度，反馈开销和精度很难同时满足。

PDF里对这一块的描述是“enhanced CSI acquisition for coherent-JT targeting 4 TRPs”，同时强调CSI和CSI-RS增强要支持中高速场景，利用时域相关性或Doppler域信息来降低反馈频度。下行DMRS正交端口数量也要支持更多用户MIMO配对。这些改动积累到一个终端上，最直观的影响是：TRP密集部署的区域，边缘用户吞吐和切换成功率会比Rel-17有明显提升，但代价是CSI反馈和处理复杂度上升。

如果你是做终端或基站物理层验证的，我建议按“调度器假设 → CSI反馈量 → 峰值速率复算”的顺序去评估影响：先把4 TRP的CSI反馈开销折算到可用资源里，再重算下行吞吐，否则很容易在实验室里高估收益，到了外场翻车。

3.2 6/8 Tx上行：CPE、FWA和车载设备的上行红利

上行多天线是Rel-18里另一个容易被低估的技术。过去手机形态限制了上行发射通道数量，2Tx、4Tx已是主流；Rel-18把上行DMRS和SRS扩展到6/8 Tx，支持单设备4层以上上行传输，并且为CPE、FWA、车载和工业设备专门设计了多面板同时上行（simultaneous multi-panel uplink）。这类设备体积大、供电足、天线面板可以分开布置，正好发挥多通道优势。PDF还明确了面板级定时和功率控制，避免多个面板同时发射时因时延差和功率失衡互相干扰。

对做产品定义的人来说，这一项是“区分设备类型”的分水岭：手机短期内不必为8Tx投入硬件成本，但Rel-18以后的CPE和车载前装模组如果不支持6/8Tx上行，在高密度上行场景里会被竞品拉开明显差距。上行峰值速率计算里“层数”这个因子会直接受益——在PRB数、调制阶数不变的情况下，4层上行比2层几乎把速率上限翻了一倍。这个公式背过太多次，反而是最容易忽略“层数为什么能翻倍”的根本原因：发射通道多了，SRS探测到的信道自由度才够支撑两层以上的上行预编码。

3.3 上行覆盖和动态波形切换：PRACH重传与CP-OFDM/DFTS-OFDM

上行覆盖一直是5G的软肋：下行有基站波束赋形增益，上行却受限于终端发射功率和天线增益。Rel-18针对性增强了三条腿。第一是PRACH覆盖增强，支持同一波束和不同波束下的多次PRACH传输，对毫米波尤其重要；RACH过程仍是4步RACH为主，但通过重传和波束扫描提升首触成功率。第二是动态波形切换，在CP-OFDM和DFTS-OFDM之间根据上行MIMO需求和峰均比要求动态选择——DFTS-OFDM峰均比更低、功放效率更高，CP-OFDM则更适合高阶MIMO，让终端按场景切换，等于在覆盖和容量之间装了开关。第三是动态功率聚合，通过CA/DC聚合更多功率资源，再用频谱整形、tone reservation提高发射效率，把每一分功率用在刀刃上。

这里的“可抄作业”部分在于验收方法：如果你在测终端上行覆盖，建议把这三项分开验收——PRACH重传次数、波形切换触发门限、功率聚合后的最大EIRP，分别对应接入、业务、功控三条测试链路。混在一起测，出了问题很难定位是重传不够还是波形切错还是功率没上去。

3.4 SBFD亚带全双工：基站全双工、终端半双工，从论文走到参数

全双工过去是“玄学”般的存在，因为自干扰很容易把系统做崩。Rel-18的双工演进拿出了一个现实可行的折中：SBFD，在TDD频谱里把带宽分成下行子带和上行子带，gNB同时收发，终端仍然是半双工。PDF里的示例很直观：100MHz总带宽下可以划成40MHz×2的下行子带加20MHz上行子带；基站同时发下行、收上行，终端按子带落在下行或上行。

自干扰怎么压？PDF给了三条路径：空间/波束隔离（两个独立天线面板在毫米波实验室实测可达80-90dB隔离）、频率隔离（SBFD要求子带间隔离Y>40dB）、数字/模拟自干扰消除（通过收发处理做nulling）。同时，时间对齐和频率对齐用来避免站间干扰，跨链路干扰（CLI）管理与邻信道共存也纳入了研究范围。SBFD的X、Y、Z参数还在定义中，现在谈“支持全双工”都太早，但做基站射频预研的团队完全可以用80-90dB面板隔离和40dB子带隔离这两个数，先做天线方案和滤波器指标的预算推演。等Rel-18研究项在Rel-19转工作项时，预研成果正好接上。

提示：SBFD相关的X/Y/Z参数在PDF发布时尚未定义，任何声称“完整实现SBFD”的芯片或设备都值得先打个问号。

4. 覆盖扩展与新设备：L1/L2移动性、移动IAB、智能中继与RedCap

如果说第3章是在现有系统上把性能榨干，这一章就是把5G网络的形态向外扩。移动性、IAB、智能中继、RedCap、XR、NTN、网络节能这些项组合在一起，让5G组网拓扑不再只是蜂窝小区，而是一张有车、有卫星、有低功耗终端、有功耗约束的多层网络图。对做系统设计和产品规划的人来说，这一章的信息密度最高。

4.1 L1/L2 inter-cell mobility：切换从RRC层下沉到MAC/PHY

做协议栈的人对L3切换最熟：RRC重配置、测量上报、目标小区准备，一套流程下来时延在几十毫秒量级，对高速移动场景不友好。Rel-18提出L1/L2 inter-cell mobility，思路是网络提前配置并维护多个候选小区，终端用L1测量和L1命令在候选小区间快速切换，绕开RRC层。同时增强条件切换（CHO），支持目标MCG+目标SCG的组合，条件PSCell添加和变更可以在多个候选SCG里选一个激活，减少SCG切换时的数据中断。NR-DC也做了选择性激活小区组的能力，FR2的SCell/SCG建立时延继续压缩，并新增早期UE测量流程。

这些改进合在一起，最直接的受益者是高频组网和高铁/城市快速路场景。测试时可以把“切换中断时间”和“切换失败率”作为两个核心指标，对比L3路径和L1/L2路径在相同信道模型下的表现。做协议栈实现时我建议特别注意“候选小区集合的维护”这个新增状态，它相当于把L3的邻区表提前搬到了物理层，配置管理和测量上报的触发条件都变了，直接照搬Rel-17的L3状态机大概率要返工。

4.2 移动IAB和车载中继：把5G基站搬上车

IAB在Rel-16就有了，用无线回传替代光纤，降低密集部署的传输成本。Rel-18把它“移动化”：把IAB节点装到车顶（VMR），单跳带内或带外回传，同时支持设备切换和双连接。说得直白点，一辆顶着IAB节点的车，就是一台可以移动的5G热点基站，哪里开演唱会、哪里临时抢险，开过去就有覆盖和容量。

部署这类移动IAB时，供电和回传链路是最大的工程问题。虽然协议层面只定义单跳、带内/带外、切换这些逻辑，但现场实施要面对“车在动、回传链路的波束怎么对准”“车顶天线与车内设备供电怎么走线”这类问题。我一般会建议参考现网5G设备安装指导书里AAU/DU/CU的供电和防雷方案，再针对车载振动和散热做专门加固。协议好定义，“上车”永远是工程细节堆出来的。

4.3 智能中继：带侧控制信息的repeater

传统repeater是“无脑放大”，把收到的信号连噪声一起放大，网络侧对它几乎不可控。Rel-18的网络控制中继完全不同：单跳、对终端透明，但网络可以通过侧控制信息告诉它最大发射功率、波束赋形方向、定时、TDD配置甚至开机/关机。这意味着repeater第一次有了“被网络管理”的身份，需要识别和授权才能接入网络。对做射频设备的团队，这张对比表值得存下来：

智能中继最适合解决的场景是“差一点就够用”的覆盖盲区：室内拐角、地下车库出入口、临建场馆。它比IAB轻量，比传统repeater可控，是Rel-18里性价比很高的覆盖扩展手段。如果现网计费或安全策略要求对终端做区分，智能中继的可控性还能帮上忙，这点别忽略。

4.4 RedCap、XR、NTN：Rel-18的新设备版图

RedCap从Rel-17引入，面向低复杂度IoT设备，Rel-18把它继续演进，降低终端成本和功耗。XR是另一个重点，PDF专门讲了容量和功耗两个方向：RAN侧为XR流量特征优化资源分配和调度，比如增强SPS和动态调度；终端侧通过增强C-DRX和控制信道监测来省电；同时对QoS和KPI做更细粒度定义，还涉及边缘云协同。做5G实训室或测试环境的话，XR和RedCap是性价比很高的选题：RedCap模组比完整5G手机便宜，XR场景能直观展示时延优化的效果。NTN方面，Rel-18继续扩展卫星通信和无人机通信，把5G覆盖延伸到地面基础设施够不着的地方，这部分对做专用网络和应急通信的团队值得重点关注。

4.5 网络节能：给基站能耗算一本明白账

网络节能是Rel-18里“最朴素也最现实”的方向。PDF明确要定义基站能耗模型、评估方法论和KPI，并研究基站侧与设备侧的节能技术，覆盖了典型部署形态：城市微站（sub-7GHz TDD massive MIMO）、毫米波波束部署、城市/乡村宏站（sub-6GHz，带或不带DSS）、FDD锚点+TDD的宏站双连接、小基站。把这些场景列成一张验收表，就是一套完整的4G/5G通讯设备节能评估矩阵：

能耗KPI的定义直接影响设备商怎么宣传“省电”：按单站功耗、单位流量功耗还是覆盖面积功耗，结果可能完全不同。做运营商招标或产品选型时，建议开口就要求对方给“同覆盖、同容量条件下的归一化功耗”，否则各家数字没有可比性。

5. 避坑：读这份Release-18介绍PDF最容易踩的五个坑

PPT性质的PDF最容易触发误读，Rel-18这份也不例外。下面五个坑是我在实际项目里见过最多的情况，每一条都按“现象→原因→解决”展开，建议逐条对照你手头的理解自查。

5.1 把“范围已定”当成“协议已冻结”

现象：拿着PDF里讲到的SBFD或4 TRP相干JT，去查TS 38系列规范文档，发现查不到具体参数，以为资料过期或PDF有误。原因：Rel-18范围在2021年12月确定，但研究项/工作项在2022年Q2才启动，规范冻结要等到功能冻结和ASN.1冻结之后，中间隔着一两年。解决：先用“Study Item → Work Item → Specification”的流程判断技术成熟度；查具体参数认准对应提案（RP编号）的状态，而不是直接查TS。

5.2 以为全双工意味着终端也要同时收发

现象：讨论SBFD时默认手机要支持上行下行同时收发，然后开始纠结终端功耗和天线隔离怎么做。原因：PDF里写得清楚——SBFD下gNB是全双工，终端是半双工，上下行通过子带频率复用错开；终端真正要面对的是子带间CLI和射频共存。解决：把“基站能力”和“终端能力”分开评估，终端侧优先关注RF共存指标与干扰消除方案，别在设计起点就搞错对象。

5.3 把AI/ML理解成必须绑定NPU或硬件加速器

现象：认为Rel-18的AI/ML特性只有带独立AI芯片的终端才能用，普通设备直接放弃。原因：标准层面定义的AI/ML是模型管理、训练/推理框架、数据管理和评估方法论，算力平台不是标准管的事；模型可以跑在AP上，也可以跑在基带DSP上，只是效率和功耗有差别。解决：先看用例（CSI反馈、波束管理、定位、网络节能）是否需要强制推理能力，再决定硬件选型；不要因为当前芯片没有NPU就不做软件预研。

5.4 把智能中继当成“能远程开关的放大器”

现象：拿传统repeater的规格表去对比Rel-18智能中继，觉得只是多了一个开关控制而已。原因：智能中继不只是开关可控，还具备识别/鉴权、侧控制信息（max Tx power、beamforming、timing、TDD配置、on/off）的执行能力，网络侧能把它当作一个被管理的拓扑节点。解决：验收时重点查三件事——是否支持网络侧下发配置、是否对终端透明、是否完成了授权入网流程；缺任何一项都不是Rel-18智能中继。

5.5 跳过Rel-17直接读Rel-18

现象：看Rel-18里的RedCap、NTN、多TRP、XR增强，觉得很突兀，不知道这些功能从哪来。原因：Rel-18大量项目是Rel-17的延续和补强，比如RedCap在Rel-17首次定义，NTN在Rel-17做了基础研究，多TRP也是Rel-17就开始落地。解决：先拉一张Rel-17和Rel-18的对照表，把每个“增强”字样翻译成“基础项+变更项”；基础项还没吃透前，别急着评估Rel-18的增量价值。

6. 进阶用法：把技术项映射到3GPP RP编号，追踪真实冻结状态

6.1 用RP编号反向追踪项目状态

这份PDF最有价值的不是那几页架构图，而是每页角落里标着“Source: RP-213xxx”的提案编号。用这些编号去3GPP官网反查项目状态，就能把一份发布于2022年1月的PPT变成实时更新的项目追踪表。拿几个我给过多次的项目举例：

具体操作我一般走四步：第一步，打开3GPP官网的TSG RAN区，找到对应RP号的提案文档；第二步，看文档头部的状态标记，区分是SID（研究项描述）还是WID（工作项描述）；第三步，把PDF里的“2022年Q2启动”和官方的实际立项、冻结日期做对照，误差超过两个季度就说明这个方向被推迟了；第四步，把你负责的产品特性按“已冻结/研究中/已停止”三档重新标记，再决定要不要投入研发资源。这套方法对任何厂商的路线图PPT都适用，把爱立信、华为、诺基亚的PDF拿来，照着RP编号反查一遍，就能看出谁在哪个方向上真正投入、谁只是“秀存在”。从那以后，我每次拿到一家厂商的技术PDF，都会先做一件事：把里面的关键项目翻译成RP编号，再去查状态，而不是对着PPT里的架构图脑补进度。这份Rel-18的PDF建议你也留一份原版在手边，按上面的方法把每个技术项过一遍，等Rel-19范围讨论开始时，你手上的追踪表就是最有用的入场基础。希望帮到你。

本文还有配套的精品资源，点击获取