简介:这份PDF白皮书由中国电信研究院与中兴通讯于2023年联合发布,面向通信行业研究者、网络架构师及高校师生,系统探讨6G网络的设计理念、总体架构与创新特征,为理解下一代通信网络提供前瞻性参考。资源包共1个PDF文件,约2.65MB,内容完整涵盖六章正文及缩略语、参考文献,目录层级清晰,便于按章节检索研读。白皮书从6G网络设计思路切入,提出网络控制单元NCU、报文处理单元NPU、数据单元NDU与智能单元NIU等新型功能实体,并归纳架构极简、用户数据为中心、智能内生、分布自治四大核心特征,进而分析其对沉浸式XR、元宇宙、空天地一体与自治专网等业务场景的支撑方式。目前已有360人学习,适合需要把握6G架构演进方向、梳理关键技术脉络的读者收藏研读。
1. 6G架构白皮书发布:四个网络单元背后的重构信号
一份2023年发布的6G网络架构白皮书,最近又在技术圈被反复翻出来讨论。原因不复杂:当业界还在为5G-A的部署节奏争论不休时,这份由运营商研究院与设备商联合输出的文档,已经把6G网络功能层的骨架画了出来——不是修修补补,而是把5G时代40多个网元压缩到4个网络单元。这个数字本身就够刺眼。对从业者来说,真正值得关注的不是“6G什么时候来”,而是这份白皮书里藏着的架构演进逻辑:网络控制单元NCU、网络报文处理单元NPU、网络数据单元NDU、网络智能单元NIU,四个单元对应控制面、用户面、数据面、智能面,用双总线串起来。它回答的是一个很实际的问题——5G网络越叠越厚、信令越绕越复杂的老毛病,6G打算怎么治。这份资料的价值不在于预测未来,而在于它给出了一套可讨论、可拆解的技术方案,让做核心网、做承载、做AI运维的人都能从中找到自己那条线的走向。
2. 从40到4:架构极简的三个简化账本
2.1 网元聚合不是做减法,是做归类
白皮书里最抓眼球的数字是“网元数量减少90%”。5G时代AMF、SMF、PCF、NRF、UDM等加起来40余个网元,到6G被归入NCU、NPU、NDU、NIU四个单元。但这里有个容易被误读的地方:不是把40个盒子塞进4个盒子,而是按功能属性重新归类。NCU承接了AMF、SMF、NSSF、NEF以及PCF和UDM的逻辑处理部分;NDU把UDM和PCF的静态数据、UDR数据统一做专业数据处理;UPF演进为NPU,NWDAF增强为NIU。换句话说,原来按“网元”切分的逻辑,变成了按“功能面”切分。对做核心网研发的人来说,这意味着服务化接口的设计对象变了——以前是对着具体NF做适配,以后是对着功能面做能力编排。白皮书里提到NCU通过服务网格组织、提供统一服务发现机制,这其实是在暗示:微服务化的粒度会进一步细化,但对外暴露的接口会收敛。
2.2 接口从80+到10+,省掉的是互操作的血泪
5G的逻辑接口至少有80余个,白皮书给出的6G目标是压到大约10个。这个降幅背后是一笔很现实的账:接口越多,异厂家互通测试的工作量越大,故障定位的链路越长。做过跨厂家对接的工程师大概都有体会,一个N1/N2接口的兼容性问题能拖上几周,翻车往往翻在参数协商的细节里。新架构把原网元之间的接口变为单元内部实现,仅按互通要求设计外部服务,等于把大量互操作问题关进了“黑匣子”。同时新增的数据通道与SBI服务化接口形成双总线,信令走信令、数据走数据,异步处理、并发执行。这里的关键判断是:数据通道的引入不是为了快,而是为了解耦——把大吞吐量的数据查询从实时性要求高的信令流程里剥离出来,各自按自己的节奏跑。
2.3 流程步骤砍七成,注册会话切换的账算得清
白皮书给了一组具体测算:注册流程从25+步降到8+步,会话建立从20+降到4+,切换从30+降到8+。消息步骤减少70%这个数字,落到运维层面就是信令风暴的风险下降、故障定界的路径缩短。以会话建立为例,5G里AMF、SMF、PCF之间交互较多的策略获取流程,在新架构中由同一NCU内部微服务处理,通常不涉及对外交互,仅在互通或移动场景下按需传递上下文。从行业角度看,这种简化对2B专网场景的意义可能比2C更大——专网对时延和确定性的要求更苛刻,流程步骤每少一步,端到端时延的抖动就少一个来源。
| 对比项 | 5G | 6G白皮书目标 |
|---|---|---|
| 网元数量 | 40+ | 4+ |
| 服务化接口 | 80+ | 10+ |
| 注册流程步骤 | 25+ | 8+ |
| 会话建立步骤 | 20+ | 4+ |
| 切换流程步骤 | 30+ | 8+ |
注意:上述数字来自白皮书的测算口径,实际部署中会受组网方式、互通需求影响,不宜直接当作产品规格使用。
3. 四个单元各管什么:NCU、NPU、NDU、NIU的功能切面
3.1 NCU:从多NF组合到单一数字孪生体驱动
NCU的定位是网络控制中枢,负责驱动任务,完成连接、算力、智能、感知的协同。它包含四块:基础功能(移动管理、会话管理、鉴权、计费)、扩展功能(确定性连接增强、算网协同、定位感知一体化)、适配接入(无线、卫星、固网等异构接入适配,以及对4G/5G后向兼容)、数字孪生UE。最值得琢磨的是DUE这个设计——对物理UE做数字化孪生,以DUE为最小管理单元,DUE拥有自己的数据仓库,动态按需加载UE侧数据、网络数据、算力数据及核心数据。白皮书明确说DUE能力可强于PUE,根据DUE具备的全量用户数据能力驱动网络完成功能。这个思路的潜台词是:网络对用户的管理从“连接会话”转向“数据画像”,用户维度的数据一致性由DUE来兜底,避免现有多NF各自存数据导致的不一致和存储浪费。对做用户数据管理的团队来说,这是一次管理对象的迁移——从管会话转向管孪生体。
3.2 NPU:用户面可编程是重头戏
NPU继承UPF的路由转发、策略执行,但重点向四个方向演进:用户面可编程、算网业务感知、确定性通信、自治域互联。用户面可编程这块,白皮书提到采用可编程交换芯片、智能网卡、DPU异构芯片,实现协议无关性和流表实现的可编程,按需移除无用协议。这跟5G时代UPF的演进逻辑是一脉相承的,但步子更大——从“可配置”走向“可编程”。算网业务感知则是新增算力服务感知、算力服务路由,基于识别的算网QoS做一体化调度。确定性通信强调NPU到无线侧和边缘算力侧的网络信息可测可视,时延、抖动、丢包率实时可见,避免UE移动、网络拥塞、算力节点故障带来的业务异常。自治域互联则是在专网NPU和公网NPU之间建立隧道,通过公网NPU代理实现专网用户对外部网络的访问。这四条里,用户面可编程对设备形态的影响最直接——通用硬件加可编程芯片的组合,可能会改变用户面设备的选型逻辑。
3.3 NDU:数据面独立成单元,解的是异厂家解耦的老题
NDU的构建原则是网络应用与用户数据分离,每个自治域的数据在本域内存储。数据分类包括用户数据(接入侧能力、速率标签、实时轨迹、当前任务业务)、核心数据(签约、策略、业务签约)、网络数据(节点管理、运行、SLA)、算力数据(通用算力、异构算力、算力服务)。NDU通过数据通道以API形式开放能力,给NCU、NPU、NIU使用,跨自治域数据通过数据通道共享,多自治域数据支持跨域联邦学习模型训练。白皮书直言不讳地指出,当前数据架构存在异厂家解耦问题——数据分散在UDM、PCF、AMF、SMF、NSSF各NF中,呈现分散化、多样化特点。NDU的思路是用统一、标准的数据组织方式,让专业数据库技术来处理数据逻辑。从行业角度看,这是在把“数据”从“网元”里抽出来做成独立的基础设施层,类似IT领域把存储从计算里分离出来的做法。对做数据平台的人来说,机会在于数据通道的接口标准和数据模型的统一——谁先吃透这套组织方式,谁在6G数据面就有话语权。
3.4 NIU:独立与内嵌并存,智能从集中走向分布
NIU是智能面的基本单元,包含AI服务功能(模型训练、推理决策)、智能仓储功能(模型仓库、知识仓库)、分布协同功能(AIaaS)。架构上是“独立NIU+内嵌NIU”混合模式:独立NIU按AI能力、服务场景、覆盖区域、算力资源差异分为聚合、区域、服务、边缘四类;内嵌NIU在NCU、NPU、NDU中增加AI能力,提供本单元职责相关的数据感知处理和推理决策。白皮书对5G集中式AI的问题说得很直接:集中式AI需要收集大量数据,消耗通信资源;集中处理分析反馈在规模组网下时效性难保障;集中AI需要算力高度聚合,难以高效利用多点边缘算力。6G的解法是本着AI分析尽可能靠近数据源的原则,独立NIU按需收集数据或采用分布式学习传递模型参数,多NIU协同实现群智协同。这里的技术关键词是联邦学习、多智能体强化学习、群体学习、迁移学习、持续学习。对做网络AI的团队来说,这意味着工作重心从“建大模型平台”转向“做分布式协同框架”——模型怎么切、参数怎么传、知识怎么共享,这些工程问题会比模型本身更耗精力。
4. 智能内生与分布自治:两个容易被误读的核心特征
4.1 智能内生不是“网络里加个AI网元”
白皮书把智能内生列为新架构核心特征之一,但它的内涵比“加个AI单元”要深。分布式智能内生架构的关键在于NCU、NPU、NDU通过内嵌NIU本身具备数据处理和AI分析能力,同时与独立NIU组成分布式学习和推理框架,按需动态调配数据、能力和算力资源。NCU内置的DUE还可代理用户独立创建AI任务,对业务做端到端监控保障。这跟5G时代NWDAF的定位有本质区别:NWDAF是独立分析网元,数据要往它那里汇聚;6G的智能是散在各单元里的,数据在哪、分析就在哪,独立NIU更多承担跨域协同和模型仓库的角色。白皮书列出的五个能力提升方向——数据内生、分布式学习、自主决策、知识储备、协同开放——其实是在回应5G网络AI的几个现实短板:数据处理不够灵活、分布式学习能力弱、缺少决策反馈机制、知识积累欠缺、协同简单。从行业角度看,智能内生的落地难点不在算法,而在数据治理和算力调度——数据通道的带宽够不够、边缘算力节点的利用率怎么提、模型参数传递的通信开销怎么控,这些是工程上要踩的坑。
4.2 分布自治与公专网同架构的隐含信号
白皮书提到公网、专网采用相同设计架构,便于网间互联、弹性伸缩和延展,降低运维难度。这句话的分量不轻。5G时代2B专网和2C公网在架构上是有差异的,专网往往要做裁剪和定制,运维体系也相对独立。6G新架构用同一套设计覆盖公专网,意味着网络单元的裁剪能力要足够强——NCU内部服务支持动态裁剪以适配通感一体等新场景,同时不影响外部接口。对做专网集成的团队来说,这既是利好也是挑战:利好是架构统一后互联和延展成本下降,挑战是定制化的空间可能被压缩到“服务裁剪”这个层面,而不是像以前那样做独立网元堆叠。白皮书在2B统筹设计里也提到,不同行业和企业对网络需求差异性大,架构设计应加强2B、2C统筹。结合以往规律,公专网同架构的推进节奏,大概率会先在园区、港口这类相对封闭的场景试点,再向更复杂的行业场景延展。
5. 新业务倒逼架构:虚实通感、全域智联、自治专网的三条线
5.1 虚实通感类业务对网络的真实要求
白皮书把“虚实通感”类业务放在新业务首位,指向沉浸式XR、元宇宙、全息通信、人机交互这些场景。这类业务对网络的要求不只是带宽,还包括边缘算力服务、高精度环境及物体感知服务、网络AI服务。白皮书的判断是6G网络将综合提供连接、感知、智能、算力一体化服务。落到架构上,NCU的扩展功能里明确提到定位感知一体化能力,NPU的算网业务感知要基于算网QoS做一体化调度,NIU对外提供AIaaS辅助应用做网络性能分析预测。这三者串起来看,虚实通感类业务的保障逻辑是:感知数据进NDU、算力调度走NPU、智能决策在NIU、统一控制归NCU。对做XR应用的团队来说,这意味着未来网络能力的调用方式会从“申请带宽”变成“申请一套包含算力、感知、AI的组合服务”。接口怎么设计、SLA怎么定,是接下来标准讨论的热点。
5.2 全域智联与空天地一体接入的适配层
“全域智联”类业务涉及空天地一体、全场景接入。NCU的适配接入功能专门针对不同制式和能力的终端提供不同适配器,灵活对无线、卫星等进行适配接入,实现新老终端即插即用,用户无感知。白皮书特别提到一个目标:新一代网络能力可以不依赖终端芯片的成熟度。这句话对做终端和模组的从业者是个重要信号——网络侧的适配层把终端差异吸收掉,意味着6G能力上线不必等芯片全面换代,老终端也能接入新网络享受部分能力。从行业角度看,这会改变终端厂商的节奏预期:以前是芯片先行、网络跟进,以后可能是网络能力先铺开、终端按需适配。当然,适配层能吸收多少差异、性能损耗怎么控,白皮书没有展开,这是后续需要关注的技术细节。
5.3 自治专网对NPU互联能力的具体考验
“自治专网”类业务考验的是分布自治架构的成色。白皮书在NPU的自治域互联里描述了一个具体机制:不同自治域的NPU互联,在专网NPU和公网NPU之间建立隧道,通过公网NPU代理达到专网内用户对外部网络的访问。这个机制的工程含义是:专网不再是孤岛,而是通过NPU层面的代理和隧道与公网形成可控连接。对做专网运营的团队来说,需要关注的是代理转发的性能开销、隧道管理的策略粒度、以及跨域数据通道与信令通道的协同。NDU层面提到跨自治域数据通过数据通道共享,多自治域数据支持跨域联邦学习模型训练,这其实是在为自治专网的智能化留接口——专网数据不出域,但模型可以协同训练。结合以往规律,自治专网的落地会最先在对数据本地化要求高的场景出现,架构上的分布自治正好对上这类需求。
6. 误判与争议:四个容易踩偏的认知
6.1 误判一:把“4个网络单元”当成4台设备
白皮书说网元数量从40+减到4+,很容易被理解成以后网络就4台盒子。实际上NCU、NPU、NDU、NIU是逻辑功能单元,每个单元内部仍是微服务化组织,NCU通过服务网格组织、支持服务动态裁剪。部署形态上,这些单元可以分设也可以合设,取决于组网场景和算力资源分布。为什么容易误判?因为“网元”这个词在5G语境里长期等同于物理或虚拟网元实例。怎么看:把四个单元理解为四类功能面,而不是四个部署节点,才符合白皮书“功能类型归一、服务灵活定制”的原意。
6.2 误判二:认为架构极简等于运维简单
网元少了、接口少了、流程短了,直觉上运维应该更轻松。但白皮书同时引入了双总线、DUE、分布式NIU、数据通道这些新机制,运维的对象从“网元告警”变成“服务链路+数据流+模型协同”。为什么容易误判?因为简化的是架构拓扑,不是运维复杂度本身——复杂度从“接口互通”转移到了“单元内微服务治理”和“跨域数据协同”。怎么看:运维团队需要提前储备服务网格可观测性、数据通道监控、分布式模型协同排障这三类能力,别等架构落地了再补课。
6.3 误判三:把智能内生等同于全面AI化
智能内生被写进核心特征,容易被放大成“6G网络全面AI化”。白皮书的表述其实很克制:NIU提供AI全周期流程中的模型训练和推理决策,聚焦联邦学习、迁移学习、多智能体强化学习等分布式学习,同时配备模型评估能力和环境。它强调的是“智能作为内生能力可按需调用”,不是“所有网元都跑大模型”。为什么容易误判?因为AIaaS这个词自带想象空间。怎么看:智能内生的近期落点更可能是网络自身的负载分析、拥塞预测、资源部署预测这些“辅助决策”场景,对外AIaaS的规模化商用要看算力成本和SLA体系成熟度。
6.4 误判四:忽视数据通道的工程约束
双总线架构里,数据通道是新东西,白皮书说它实现大吞吐量、高效的数据查询和处理,与信令交互分离、异步并发。但数据通道的带宽规划、时延预算、安全隔离策略,白皮书没有给具体参数。为什么容易误判?因为“通道”听起来像纯软件概念,实际上它要落在承载网上,IPv6/SRv6的资源预留、跨域数据通道的QoS保障都是硬约束。怎么看:做承载网规划的团队应该把数据通道当作一类新的流量工程对象来对待,提前评估它对现有承载网资源模型的冲击。
7. 趋势判断:架构讨论期已过,工程验证期刚开始
从这份白皮书释放的信号看,6G网络架构的讨论已经越过了“要不要改”的阶段,进入“怎么改、先改哪”的工程验证期。四个网络单元的划分、双总线的设计、DUE的管理机制,这些不是纸面概念,而是可以拆成具体技术课题去验证的对象。对从业者来说,接下来两三年值得盯住三个观察点。
第一,数据通道的标准化进度。NDU能不能真正解决异厂家数据解耦,取决于数据通道的接口规范能不能在标准组织里达成共识。白皮书提出了API开放的方向,但数据模型怎么定义、访问权限怎么管、跨域联邦学习的参数交换格式是什么,这些细节决定NDU是成为独立的数据基础设施层,还是退化成另一个UDR。做数据平台和数据库的团队,应该把数据通道的接口草案当作重点跟踪对象。
第二,用户面可编程的硬件选型分化。NPU明确提到可编程交换芯片、智能网卡、DPU异构芯片,这意味着用户面设备的形态会从“专用一体机”向“通用硬件+可编程加速”分化。对设备商来说,软件能力和芯片适配能力的重要性会上升;对运营商来说,用户面设备的采购和运维模式可能随之调整。这个趋势在5G-A阶段已经有苗头,6G白皮书把它写进了架构特征,等于给了明确预期。
第三,分布式智能的协同框架落地。NIU的独立与内嵌混合模式,工程上最难的环节是多个NIU之间的模型协同——联邦学习的通信开销、多智能体强化学习的收敛性、知识仓库的版本管理,这些在实验室能跑通,在规模组网下能不能稳住是另一回事。做网络AI的团队,与其追大模型参数,不如先把分布式协同的工程框架吃透。
| 观察点 | 近期可验证的抓手 | 对从业者的含义 |
|---|---|---|
| 数据通道标准化 | 接口规范草案、数据模型定义 | 数据平台团队提前介入标准讨论 |
| 用户面可编程 | 可编程芯片适配、协议无关性验证 | 设备选型逻辑从硬件规格转向软件生态 |
| 分布式智能协同 | 多NIU联邦学习试点、知识仓库管理 | 网络AI重心从模型训练转向协同工程 |
从行业角度看,这份白皮书的真正价值不在于它预测对了什么,而在于它把6G架构从愿景拉到了可讨论的工程层面。40到4、80到10、25到8这些数字,不管最终落地打几折,它们提供了一个基准线,让做核心网、承载、数据、AI的各条线都能对着自己的位置找差距。我自己的习惯是,每拿到一份这类架构文档,先把里面的量化对比表单独拎出来,逐项标注“哪些是已有技术能支撑的、哪些是需要新标准的、哪些是纯展望”,这样读下来不容易被大词带偏。从那以后我每次看架构白皮书都强制走一遍这个拆解流程,踩坑的次数确实少了。希望帮到你。
本文还有配套的精品资源,点击获取