高通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-152018-20195G NR地基Sub-6GHz massive MIMO、5G核心网、先进信道编码数据信道LDPC、控制信道Polar、可扩展OFDM、eMBB、LTE集成、移动毫米波Rel-162020行业扩展非授权频谱NR、eURLLC/IIoT、5G V2X、定位、IAB、上行MIMO、带内eMTC/NB-IoT、5G广播、专网、SONRel-172021-2022持续扩展补强52.6GHz以上新频谱、RedCap、IAB增强、IIoT增强、sidelink增强、mmWave厘米级定位、NTN卫星、多TRP增强、XRRel-182024-20255G-Advanced第一棒MIMO进一步增强、上行增强、SBFD全双工、AI/ML for RAN与空口、网络节能、L1/L2移动性、移动IAB/智能中继、RedCap演进、XR增强、NTN扩展只看这张表容易产生“每个版本就是把上一版再加一点”的错觉实际上每一版的立项都有明确取舍。Rel-15解决的是“5G能不能用”所以把eMBB、Sub-6GHz massive MIMO、毫米波这些地基一次打牢Rel-16解决“5G还能干什么”把IIoT、V2X、非授权频谱这些行业场景拉进来Rel-17在前两版基础上补强RedCap降低终端成本NTN把覆盖拉到天上52.6GHz以上频谱把带宽上限再顶高。到了Rel-18eMBB基础已经就绪剩下的是“怎么把每一分频谱和每一瓦功耗用得更聪明”于是全双工、网络节能、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和CRChange 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相干JTCSI反馈和DMRS端口跟着改先解释背景。相干联合传输是让多个发射接收点TRP同时向同一个终端发同一路数据在终端侧相干合并获得分集和信干噪比增益。Rel-17已经支持2个TRPRel-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反馈和处理复杂度上升。参数Rel-17基线Rel-18预期方向主要影响对象相干JT TRP数24基站调度、CSI反馈覆盖频段TDD为主FDD/TDD sub-7GHz软硬件改动范围DMRS正交端口有限数量增加多用户MIMO容量CSI增强场景低速为主中高速、利用时域/Doppler域移动性、高铁/城市道路如果你是做终端或基站物理层验证的我建议按“调度器假设 → 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要求子带间隔离Y40dB、数字/模拟自干扰消除通过收发处理做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第一次有了“被网络管理”的身份需要识别和授权才能接入网络。对做射频设备的团队这张对比表值得存下来维度传统RF repeaterRel-18智能中继管理方式本地配置网络侧下发侧控制信息支持的参数增益、频段max Tx power、beamforming、timing、TDD配置、on/off对终端可见性透明但不可控透明且网络可控入网要求基本无需要识别和授权智能中继最适合解决的场景是“差一点就够用”的覆盖盲区室内拐角、地下车库出入口、临建场馆。它比IAB轻量比传统repeater可控是Rel-18里性价比很高的覆盖扩展手段。如果现网计费或安全策略要求对终端做区分智能中继的可控性还能帮上忙这点别忽略。4.4 RedCap、XR、NTNRel-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通讯设备节能评估矩阵部署场景频谱/形态评估关注点城市微站sub-7GHz TDD massive MIMO动态波束休眠、通道关断毫米波beam-based波束级能耗、扫描周期宏站sub-6GHz 带/不带DSS载波关断、符号级关断宏站双连接FDD anchor TDD双连接下的功放效率小基站小体积、低成本静态功耗占比能耗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变成实时更新的项目追踪表。拿几个我给过多次的项目举例技术方向提案编号PDF标注我关注的问题MIMO演进4 TRP JT、6/8Tx上行RP-213598CSI反馈开销、DMRS端口数量移动性增强L1/L2切换、CHORP-213565切换中断时延、候选小区管理移动IAB/车载中继RP-213601单跳带内/带外回传、供电方案网络控制中继RP-213700侧控制信息、鉴权流程双工演进SBFDRP-213591X/Y/Z参数、CLI管理AI/ML for NR空口RP-213599 / RP-213602CSI反馈、波束管理、定位网络节能RP-213554能耗模型、归一化KPIXR增强RP-213587C-DRX增强、SPS调度具体操作我一般走四步第一步打开3GPP官网的TSG RAN区找到对应RP号的提案文档第二步看文档头部的状态标记区分是SID研究项描述还是WID工作项描述第三步把PDF里的“2022年Q2启动”和官方的实际立项、冻结日期做对照误差超过两个季度就说明这个方向被推迟了第四步把你负责的产品特性按“已冻结/研究中/已停止”三档重新标记再决定要不要投入研发资源。这套方法对任何厂商的路线图PPT都适用把爱立信、华为、诺基亚的PDF拿来照着RP编号反查一遍就能看出谁在哪个方向上真正投入、谁只是“秀存在”。从那以后我每次拿到一家厂商的技术PDF都会先做一件事把里面的关键项目翻译成RP编号再去查状态而不是对着PPT里的架构图脑补进度。这份Rel-18的PDF建议你也留一份原版在手边按上面的方法把每个技术项过一遍等Rel-19范围讨论开始时你手上的追踪表就是最有用的入场基础。希望帮到你。本文还有配套的精品资源点击获取