6G网络架构白皮书解读：从5G演进到通感算与空天地一体化落地

简介6G网络架构展望白皮书由中国电信研究院与中兴通讯于2023年联合发布面向通信行业研究人员、网络架构师及5G/6G从业者系统阐明6G网络的设计原则、总体架构与创新方向。资源包内含1个PDF文件压缩包大小2.65MB内容精炼目前已有349人学习下载适合作为6G预研或技术学习的随身参考。白皮书从设计思路、总体架构、新架构思考、核心特征到新业务逐层展开重点分析了网络控制单元NCU、网络报文处理单元NPU、网络数据单元NDU和网络智能单元NIU等逻辑组件并概括了架构极简、用户数据为中心、智能内生、分布自治四大特征。针对沉浸式XR、元宇宙、空天地一体、自治专网等场景白皮书给出了架构层面的支撑分析可帮助读者系统掌握6G架构演进脉络为研究报告或技术选型提供参考。1. 6G网络架构展望白皮书它不是 PPT是给 5G 遗产做减法的一份路线图“6G网络架构展望白皮书”这个词运营商一线看到的第一反应大多是“又来一份宣传册”。但你真把它当渲染材料就亏了这份文档的实际价值是把 5G 时代堆出来的网元、接口和运营方式盘了一遍告诉你哪些留、哪些并、哪些得推翻重做。它不承诺具体频段不定义每个协议字段而是给出一个能指导预研立项和现网演进的架构主线。适合谁读核心网、无线侧做组网规划的人边缘计算和承载网团队以及要为未来三到五年立项写可行性报告的技术负责人。后面几章就按读主线、拆模块、避坑、再回到基线的顺序往下走。2. 从 5G 到 6G白皮书里的架构演进主线与三大关键转向先看主线。5G 核心网已经全面服务化也就是 SBA 架构。服务化解决了网元接口标准化的问题但它没有解决业务之间的资源隔离问题。现实组网里每个垂直行业被分配一张网络切片切片里各自配好专用 UPF、专用 QoS 模板、专用 MEC 实例本质上还是按业务建烟囱。烟囱一多问题就暴露了不同切片之间的算力不能互通一个行业的大促流量在另一个行业闲时无法借用资源AI 功能只能挂在旁边做独立闭环没法钻进控制面一起做决策。6G 白皮书的主线恰好就是给这些烟囱松绑。我读下来最值得关注的是三个转向服务化从“网络功能服务化”延伸到“网络能力服务化”把感知能力和算力当成和通信一样的服务来对外发布接入网从地面蜂窝扩展为“地面 低轨卫星 高空平台 水下”的一体化接入要求同一套核心网同时管理移动性差异极大的节点网络控制从人工策略演进为 AI 语义驱动的按需组网用户指令以意图方式下发网络自己编排路径和资源。为什么说这是做减法而不是做加法5G 时代每加一个业务几乎等于新增一组配置和一轮跨厂商联调。6G 的路线是增加抽象层把共性能力抽出来做成共享服务把业务差异压在策略模板里。对工程师来说这意味着一级网元数量大概率比 5G 少但网元内部的状态机和对外接口的语义复杂度会明显上升这个心理预期要提前建立。2.1 为什么 5G 的“烟囱式”架构会被 6G 弃用从增量扩容到跨域融合5G 的 SBA 架构把控制面功能拆成一个个服务化网元接口可以用 HTTP/2 调用改造了传统网元的软硬件绑定关系。但服务化解决的是接口标准化没有解决业务之间的资源隔离问题。现实里每个垂直行业被给一张网络切片切片里又各自配好专用 UPF、专用 QoS 模板、专用 MEC 实例本质上还是按业务建烟囱。烟囱一多问题就出来了不同切片之间的算力不能互通一个行业的大促流量在另一个行业闲时无法借用资源AI 功能只能挂在旁边做独立闭环没法钻进控制面一起决策。6G 白皮书的主线恰好就是给这些烟囱松绑。常见做法是把它总结为三条演进主线服务化从“网络功能服务化”延伸到“网络能力服务化”把感知能力和算力当成和通信一样的服务来对外发布接入网从地面蜂窝扩展为“地面 低轨 高空平台 水下”的一体化接入要求同一套核心网同时管理移动性差异极大的节点网络控制从人工策略演进为 AI 语义驱动的按需组网用户指令以意图方式下发网络自己编排路径和资源。注意这里要解释为什么这是减法而不是加法。5G 时代每加一个业务几乎等于新增一组配置和一轮联调。6G 的路线是增加“抽象层”把共性能力抽出来做成共享服务把业务差异压在策略模板里。对工程师来说这意味着网元数量不一定变多但网元内部状态机和接口语义复杂度会明显上升。下面这张表是我做预研规划时的主线抽读表把白皮书里出现频率最高的几个关键词按三列整理。演进主线5G 落位6G 展望位置中间态候选服务化核心网网络功能服务化SBA网络能力服务化感知、算力、定位作为服务发布5G-A CAPIF 与 MEC 能力开放先行接入融合地面蜂窝接入空天地海一体化接入非地面网络接入预研智能控制AI 外挂辅助优化AI 原生控制面旁路决策 闭环调参这张表是把白皮书愿景“降维”成规划交接单的关键。做这张表时要注意不要直接拿白皮书的愿景指标写进新建网设计需求否则会被评审逼着承诺不切实际的性能要标注“中间态候选”这一列给后面立项留出台阶。2.2 从服务化到“感知-通信-计算”融合白皮书反复强调的 ISAC 架构如果只看一张白皮书里的系统图我的习惯是先锁定“感知”和“算力”这两个词出现的位置。几乎所有主流展望都会重复同一个判断6G 不是通信网的简单换代而是感知、通信、计算三类资源的融合网络。翻译成工程语言就是基站不仅要传数据还要用同一套射频和基带资源做环境感知边缘节点不仅要跑业务还要为网络自身的资源调度贡献算力。这个转向不是拍脑袋。频段资源越来越稀缺毫米波、太赫兹频段的覆盖能力天然受限如果感知系统单独占用一段频谱建设和运维成本都会翻倍。ISAC感知通信一体化就是想用同一段载波同时干两件事通信信号在送达终端的同时接收端对回波做处理得到目标的距离、速度和角度。白皮书里通常把它作为“网络能力服务化”在物理层的关键支撑。落地上我一般按“物理层信号级仿真、单站验证、多站协同”三步走。第一步不碰硬件用采集到的 5G NR 信号做离线回波处理这一步最便宜也最容易暴露算法问题第二步用一台可配置的小基站加一个反射体目标验证同一个时频资源上通信与感知能同时工作第三步才上多站协同把感知结果汇聚到 MEC 做融合跟踪。参数上先盯三个感知上报周期、目标检测信噪比阈值、距离分辨率。这三项直接决定 MEC 负荷和业务可用性。感知上报周期和通信控制面周期完全不同不能用现网默认值。如果拿 5G 的测量上报周期直接套感知调度单站验证时 CPU 消耗会非常难看。通常我给的最小建议是感知周期 100ms 起步检测阈值先在 10dB 上下扫等虚警率稳定后再往低调。2.3 把白皮书的愿景指标抽成现网规划需求四步抽读法白皮书最容易被吐槽的是一行行“时延不大于 X 毫秒、可靠性达到 5 个 9”仿佛和现在的 KPI 没有本质差别。问题在于这些数值是终态指标中间没有给“先经过哪些网络形态才能到这一步”的路径。我用的方法是四步抽读法尽量不把愿景指标直接抄进预研范围。第一步先读驱动场景把白皮书里描述的业务场景攒成一个清单比如沉浸式体验、数字孪生、通感算协同、全域覆盖。第二步从场景清单里提取架构级约束注意不是提指标而是提“必须支持什么能力”比如全域覆盖要求终端具备多连接管理沉浸式要求保障极低时延和同步抖动。第三步把这些能力映射到现网网元也就是这个功能将来落在哪一块无线侧、核心网还是边缘节点。第四步对照 5G-A 现状做差值分析能演进的进 5G-A演不了的留作 6G 课题。下面是四步抽读法的输出模板按我的经验这一版表格可以直接用来做评审材料。业务场景白皮书愿景架构级能力要求落点网元现网差值与预研动作沉浸式扩展现实极低端到端时延同步抖动可控感知同步与算力按需调度gNB、MEC现网缺跨节点精度同步方案立项做 gNB 与 MEC 时钟对齐通感算协同同一时频上通信与感知同时工作感知资源按需分配感知数据不出域gNB、UPF5G-A 设备尚缺感知调度接口先做信号级仿真全域覆盖低轨节点接入统一移动性管理与多路径选路AMF、SMF非地面网络功能未上现网用地面模拟时延先验证切换流程填这个表时要注意数量克制一张白皮书能抽出上百条场景不需要全部转成预研项目。我一般控制在一页纸六行以内把人力最可能投的方向挑出来其余写观察清单免得把预研立项做成了百科全书。3. 把 6G 架构拆成可落地的模块通感算一体、空天地一体化与 AI 原生白皮书的价值在于给了架构共同语言工程落地时不能整个吞下去必须拆模块。我拆出来的第一梯队有三个通感算一体化、空天地一体化、AI 原生控制。这三个模块一个比一个离现网远也一个比一个需要提前动手验证。3.1 通感算一体化ISAC模块白皮书里最可能先落地的部分ISAC 为什么是先行者从波形设计看OFDM 本身既能通信也能做雷达测距加上大规模天线阵列角度估计精度也不错这比单独拉一套雷达系统便宜得多。实现策略通常有两种通信为主、感知为辅用独立波形承载感知帧或者让感知完全复用上行参考信号降低额外开销。选型理由很朴素一年内能落地的事情依赖 5G-A 设备就能做预算和招采都好办。可执行的落地步骤我建议从离线信号级仿真开始。采集一组 5G NR 上行信号样本中心频率 3.5GHz、带宽 100MHz目标用金属反射体放在 20 米处。观测窗口设 10ms处理帧长 1ms速度分辨率大概在 0.3m/s 量级。然后在仿真数据集上跑目标检测率把信噪比阈值从 5dB、10dB、15dB 各测一轮记录虚警率。没有硬件也能在这一步判断算法能不能用。这里有几个参数必须提前定好参数建议初值调整依据感知上报周期100ms低于 50ms 时 MEC CPU 占用飙升高于 200ms 时目标跟踪连续性差目标检测信噪比阈值10dB虚警率高于 1% 时上调检测率低于 90% 时下调距离分辨率目标距离间隔的 1/4分辨率过低会分不出两个相邻目标过高会吃满基带算力感知数据是否本地出域不出域感知数据带位置信息留在 MEC 能省核心网传输这个模块的最大翻车点在多径分离。感知回波和通信多径在时域混在一起不去限制目标数量检测率再高也会出现大量虚警。其次是 MEC 算力冲突。感知后处理和通信业务在同一台 MEC 上跑CPU 会互相抢。我见过一个单站验证项目感知周期调到 50ms直接把同机柜的视频转码任务拖垮了。所以参数表和资源隔离策略要一起出不能只给算法参数。3.2 空天地一体化模块卫星与地面网络的接口怎么设计空天地一体化在白皮书里的位置很靠前落地上要先理解两种卫星处理模式。透明转发像根弯管卫星只是放大转发信号地面信关站做全部处理优点是卫星简单缺点是端到端时延大路径选择不灵活。星上处理把网关功能搬上星时延降低但设备复杂度和能耗上升。白皮书多数展望倾向混合形态控制面在地面用户面按业务分流。对工程师来说关键变化是核心网需要同时管理高速运动的卫星节点和多径切换移动性管理不再只对地面基站调用。可执行的验证方案是先用地面节点模拟低轨场景别急着上真实卫星。常见做法是用信道模拟器把额外时延注入链路两端模拟星地传输同时触发切换流程。参数上按轨道高度分档低轨附加时延在 20ms 到 50ms 之间取中轨放宽到 120ms切换采用 A3 事件偏置 3dB触发时间 160ms。这套验证里最容易忽略的是多普勒动态。低轨卫星相对地面用户的径向速度大导致频率偏移随时间变化如果只加固定时延不加多普勒切换协议测出来的行为会和真实场景差很远。我的习惯是在模拟器上同时配置时延变化率和频率偏移每 10 分钟变一次逼着移动性管理算法去适应拓扑变化。3.3 AI 原生网络把 AI 从工具升级为协议栈的一等公民AI 原生不是“在运维平台加个模型”而是网络功能自己拥有模型推理和决策权。白皮书展望里AI 要进入无线接入网、核心网控制面和数据面意图驱动网络也依赖这套能力。但工程上全量接管不现实影子模式是过渡期最稳的办法。我的旁路决策实施顺序是这样第一步采集把网元 KPI、调度器状态、用户终端测量报告采集到一个时序数据库里。第二步训练用历史数据训练资源调度、负载迁移、参数建议三类模型。第三步影子试运行模型在旁路运行只输出建议不执行人工比对模型建议和现网实际决策的偏差。第四步闭环执行把建议限定在安全动作集里比如切换偏置调整、上下行资源比例微调。第五步回滚给每一步动作做基线快照一键回滚。参数上采集周期建议 5 秒训练窗口 24 小时起影子模式投票分阈值初始设 0.8闭环动作上限先给 0.5dB 一次。这里有个血泪教训影子模式至少跑一周别跑三天就进闭环。模型在短样本上会学出假规律一进闭环就把用户往一个小区切造成负载极化。进闭环时必须带动作约束否则一次激进建议就能引发全网调度震荡。4. 6G 白皮书落地避坑五个高频翻车点与排查清单技术方案本身不神秘我做下来真正的血泪都在“愿景指标怎么变成可执行参数”这一步。下面五条都是高频翻车点每一条都是“现象、原因、解决”三段式照着排查能省不少联调时间。4.1 把白皮书“愿景指标”当“设计指标”从预研变承诺现象主管看了白皮书要求一年内把时延做到 0.1ms 以下项目组不敢反驳硬生生把预研项改成考核项最后交付时差了一个数量级。原因白皮书里的数值是面向商用的终态目标中间隔着空口波形设计、协议栈改写和算力网络建设三座山工程上把它当设计基线必然返工。解决做指标三分法商用终态指标写进参考栏预研候选指标写进验证栏宣传口径不进考核表。每份评审材料里把三类分栏写看到数字先问“这是拿来考核还是拿来参考的”。4.2 忽略“算力网络”背后的传输瓶颈现象在 MEC 上堆了不少算力业务流量却老卡在出口最后发现承载网不支持算力感知调度白皮书里的“算力路由”根本没着落。原因白皮书说算网一体但底层承载还是 IP 转发加隧道没有路径上的算力状态下发能力。解决用 overlay 方式做算力路由试点先不动 underlay。控制面下发算力节点标识出口侧做基于算力优先级的调度。预研关注 overlay 编排就够了别在 underlay 上大动干戈。4.3 拿 5G 单切片思维套 6G 网络服务现象给新业务做网络方案第一反应是申请一条新切片结果一条切片里塞不下感知、算力、低时延三个目标开通流程也切不进去。原因6G 展望里的网络服务是多能力组合切片只是资源隔离手段不再是一个业务对应一张切片的线性关系。解决用服务蓝图代替切片图来设计。横轴是业务阶段纵轴是资源能力由编排器把多个切片和边缘算力装进同一个服务模板。至少提前把开通、计费、保障三个动作建好模避免以后调度变不了。4.4 “通感算一体化”做成三台独立设备现象采购了雷达、基站、边缘服务器三台设备拼起来就说落地了通感算一体化验收时没人愿意为设备间协调接口买单。原因ISAC 的价值在于同一套硬件、频谱、基带资源复用独立三件套只解决了数据打通没有解决资源融合成本不减反增。解决以基站为锚点让感知信号与通信信号共用同一射频与基带池AI 决策模块作为共享承载组件接入。如果硬件不支持就在预研报告里注明“基础设备不支持等 5G-A 通感一体化设备”也别用三套设备硬凑。4.5 把“AI 原生”做成一个推理盒子现象在核心网旁挂一台 GPU 服务器跑几个模型就向公司汇报“AI 原生网络落地”。原因忽略了 AI 原生需要控制面对 AI 决策的开放性接口、训练数据、动作审计、回滚机制缺一不可。挂盒子只是把宣传指标推高控制面一句听不懂。解决先做影子部署模型建议和现网实际决策逐条记录偏差一周后偏差分布稳定了再允许模型在限定动作集内执行。执行前必须做好版本基线、回滚脚本和人工熔断开关缺一个都不算完整闭环。4.6 一张拿来就能用的落地避坑自查清单上面五条是经验汇总落到项目里我一般会用一张表做交付前检查。这张表不替代测试报告但能在评审前拦住明显的逻辑问题。检查项判断方法通过标准指标是否分级抽查最近三份评审材料看数字归类是否清晰每类指标都有说明不打包承诺算力网络是否有承载支撑检查出口链路是否已部署算力优先级调度overlay 已并行部署underlay 不阻塞服务化模板是否完整检查开通、计费、保障三个动作是否建模三个动作都已进入服务编排ISAC 是否单设备承载检查感知与通信是否共用基带与射频硬件清单中没有独立雷达设备AI 是否旁路运行检查影子模式记录是否保留至少一周已保留完整训练周期偏差报告已输出最低参数余量检查感知周期、切换阈值是否留足余量稳态负载不超过设备上限的 70%遇到预研环境翻车时按“接口版本匹配、CPU 和内存、队列状态、算法参数”顺序排查别一上来就调模型阈值。六成以上问题在环境层不在算法层。5. 用现网 5G 设备给 6G 架构做最小预研验证环境与三个必调参数不用等 6G 频段也不用等白皮书转成标准用现网 5G 设备就能把核心假设验证掉七成。我常用的最小预研环境长这样一台可软件定义的小基站工作在 3.5GHz、100MHz 带宽一台装了 UPF 加 MEC 的一体机一台用户终端模拟器一台支持 SRv6 的交换机。四台设备一张展架就能跑起来。组件作用对应 6G 验证点软件定义小基站完成通信与感知波形数据采集ISAC 信号级验证、远程调度接口UPF MEC 一体机承载用户面与 AI 决策算力调度、AI 影子闭环用户终端模拟器模拟混合业务流量多业务服务模板差异化调度支持 SRv6 的交换机提供 overlay 链路与优先级队列算力网络 overlay 验证验证步骤四步走第一步小基站与终端模拟器建立链路采集上行参考信号样本第二步一体机侧把感知周期数据和镜像流量接入时序数据库第三步启动边缘 AI 影子模型对比模型建议值与现网实际调度结果第四步运行一周后打开闭环只允许一个动作参数自动调整。这里有三个必调参数是我反复踩过的坑。感知上报周期很多现网配置默认是秒级通信测量用没问题感知后处理用太粗建议从 100ms 往下压最低别低于 50ms再低 MEC 的 CPU 会直接打满。AI 决策阈值影子模式投票分初始设 0.8 以上观察 72 小时从阈值向下放一次调整不超过 0.05免得模型刚进闭环就误动。基站切换偏置模拟空天地场景时要在 A3 偏置上多留 2dB 到 3dB否则低轨节点模拟时延一抖动终端就会在几个小区间疯狂切换。最后说一个我自己的教训。有一回做单站验证为了把感知测距精度刷上去我把感知上报周期从 100ms 调到了 20ms。指标确实好看了但 MEC 的 CPU 直接冲到 90%同机柜的会话管理服务掉了包前台业务投诉比测距精度变化来得快得多。从那以后我定了条规矩凡是动公共参数先跑基线、再动参数、留快照每个参数改完都要看邻近服务的负载曲线。白皮书这种顶层文档最后落到工程上拼的正是这些小事。希望帮到你。本文还有配套的精品资源点击获取