简介《中国移动5G-A无线融合新架构白皮书-2024.pdf》由中国移动联合产业合作伙伴发布面向通信行业从业者、5G-A技术研究者及网络架构规划人员系统阐述5G-A无线架构的演进方向与落地路径。白皮书从政策指引、业务驱动、技术牵引三方面剖析演进驱动力并针对网络层面海量资产兼容、业务层面灵活不确定、运营层面投资回报压力三大挑战展开分析进而提出平滑演进、通专异构、弹性扩容的架构设计理念详细论述CCU、BBU、AAU等新硬件平台与自组自愈、弹性可伸缩组网方案同时覆盖空口融合、设备融合、组网融合及通专异构资源动态共享等关键技术。资源包为1个PDF文件大小约2.06MB结构完整、目录清晰便于按章节检索研读。目前已有831人学习下载适合需要把握5G-A架构演进脉络、理解通感算智融合思路的读者参考。1. 5G-A 无线融合新架构白皮书从 194 万站存量资产里长出的新架构如果你手里管着几百个 5G 基站突然业务部门说要加低空感知、要上边缘 AI 推理、还要保证现网通信业务一点不能抖你第一反应大概率是“又得新建一套硬件”。中国移动这份 2024 年 8 月发布的《5G-A 无线融合新架构白皮书》给出的答案恰恰相反不新建在已经规模部署的 5G 网络上平滑升级。白皮书里有一个数字很关键——中国移动已累计开通 5G 基站超过 194 万站这些 BBU、AAU、光纤、回传设备就是存量资产。新架构的核心命题只有一个怎么让通感算智这些新业务从这 194 万站的存量资产里长出来而不是另起炉灶。这份文档适合无线网络规划、基站设备研发、边缘计算方案设计的从业者精读尤其是正在做 5G-A 试点、需要向上面交技术方案的工程师。2. 架构设计理念拆解平滑演进、通专异构、弹性扩容怎么落到参数上2.1 平滑演进前向兼容与后向兼容的边界在哪白皮书把平滑演进拆成两个方向。前向兼容指的是新业务硬件资源能和存量网络设备共部署比如新增的智能融合板要能插进已有 BBU 的机框供电、互联、散热都不能推倒重来。后向兼容指的是新引入的硬件要能扛住后续业务的迭代不能今年上了感知板、明年上 AI 板就得换整机。这里有一个容易被忽略的工程约束BBU 的供电和散热余量。白皮书原文提到“新硬件资源的增加需要克服对 BBU 的供电、互联、散热产生的影响”。我一般会先算一笔账——现网 BBU 机框的电源模块额定功率是多少、当前实际功耗是多少、剩余槽位的风道设计能支持多大 TDP 的单板。如果新增智能融合板的功耗超过单槽位散热上限那就不是“插上去就行”的事得考虑液冷或者分布式部署方案。从参数角度看平滑演进对硬件的要求可以归纳成三条槽位兼容物理尺寸和连接器定义一致、供电兼容电压和功率余量满足、管理兼容能被现有网管系统识别和配置。这三条缺一条平滑演进就是空话。2.2 通专异构专用硬件和通用算力怎么分工通专异构是这份白皮书里比较有嚼头的设计理念。专用硬件在通信信号处理、感知信号处理这类标准化强、高度定制化的业务上有性能和功耗优势比如基带的信道编解码、FFT 运算用 ASIC 或 FPGA 做就是比 GPU 省电。但感知业务里的点云聚类、AI 推理里的模型微调这些是非标计算通用处理器更合适。白皮书给出的原则是“求通存专”意思是通用算力要足够灵活专用硬件要保留在关键路径上。落到实际部署我一般会这样划分物理层信号处理走专用基带板感知数据的预处理和特征提取走通用计算板AI 推理和模型更新走池化的智能融合板。这样划分的好处是专用硬件保证通信业务的确定性和低时延通用硬件承接不确定性的新业务两者通过内部高速互联交换数据。一个具体的参数边界白皮书提到工业自动化和智能制造的 M2M 通信要求极低时延小于 10 毫秒云手机和云游戏要求时延小于 20 毫秒、传输速率 5 到 25 MbpsVR/AR 要求时延 20 毫秒以内、传输需求高达 200 Mbps。这些数字决定了哪些业务必须本地处理、哪些可以放到 CCU 池化处理。时延要求越苛刻算力就越要靠近 AAU 侧。2.3 弹性扩容硬件资源池化和按需部署的实现逻辑弹性扩容解决的是投资回报问题。传统做法是每个基站配一套独立硬件业务没起来的时候资源闲置业务爆发的时候又不够用。新架构的思路是硬件资源模块化、集中配置、跨基站共享。白皮书里描述的新组网架构是 CCU 与 BBU 之间灵活连接CCU 向多个 BBU 共享智能化计算能力CCU 之间还具备业务迁移和资源分配能力。这意味着什么意味着你不需要在每个站点都塞一块 AI 加速卡而是在区域中心放一个 CCU 资源池下面的 BBU 按需调用。从工程落地角度看弹性扩容要解决三个问题。第一是资源发现和注册BBU 怎么知道附近有可用的 CCU 资源。第二是任务调度和迁移什么粒度的任务可以远程执行、什么必须本地执行。第三是故障域隔离CCU 挂了不能影响 BBU 的通信基本功能。白皮书提到的自组自愈弹性可伸缩组网方案本质上就是在解决这三个问题。3. 关键技术实操空口融合、设备融合、组网融合的工程落地3.1 空口融合混合波形和帧结构怎么配空口融合是通感一体的基础。白皮书里讲得很清楚纯 OFDM 连续波做感知不存在近端盲区但收发隔离度要求高、发射功率受限、覆盖距离有限。纯 LFM 脉冲波覆盖能到千米但有近端盲区。所以新架构采用连续波 OFDM 加脉冲波 LFM 的混合波形连续波覆盖近端、脉冲波覆盖远端。帧结构的设计更值得细看。白皮书以 N79 频段典型 2.5ms 双周期 DDDSUDDSUU 帧结构为例把感知信号承载在上行时隙后的下行时隙规避远端干扰。感知时隙后 7 个符号可以灵活用于通信或感知总开销控制在 10%。如果你要在现网做通感一体的帧结构配置我一般会按这个顺序来# 第一步确认现网帧结构配置 # 通过网管查询当前小区的 TDD 帧结构配置 # 重点关注周期类型2.5ms/5ms、上下行时隙配比、特殊时隙配置 # 第二步计算感知时隙插入位置 # 以 2.5ms 双周期 DDDSUDDSUU 为例 # D下行时隙, U上行时隙, S特殊时隙 # 感知信号插入到 U 后面的 D 时隙即第 4 个时隙后的下行时隙 # 第三步评估对通信容量的影响 # 感知开销 感知时隙数 / 总时隙数 # 目标总开销控制在 10% 以内 # 如果超过 10%需要调整感知时隙后 7 个符号的分配比例这段配置逻辑的关键参数是感知时隙的位置和数量。位置选在上行时隙后的下行时隙目的是利用上下行转换的保护间隔来规避远端干扰。数量控制在总时隙的 10% 以内是为了保证通信容量不受明显影响。感知时隙后 7 个符号的灵活分配则是给不同场景留调整空间——低空感知场景可以多分给感知地面通信压力大的时候可以多分给通信。3.2 设备融合AAU 的垂直扫描和双波形切换设备融合的核心是 AAU。白皮书里提到的关键参数很具体4.9GHz 频段 128TR 及 64TR64R 通感一体 AAU 产品覆盖距离可达 1.2km垂直扫描范围从传统 Massive-MIMO 的 24° 提升到 60°覆盖高度扩展到 300m。垂直扫描范围的提升靠的是多级模拟移相架构。传统方案用移相器做波束赋形垂直维扫描范围有限。新方案引入低 bit 位数的数控模拟移相器实现天线振子级调相能力把垂直扫描范围拉到 60°。这个参数直接决定了低空无人机的覆盖效果——无人机在 300m 高度飞行时地面基站需要足够大的垂直波束扫描范围才能持续跟踪。双波形快速切换是另一个关键点。脉冲波峰均比低同样功放可以发射更大功率适合远点目标探测。连续波全双工探测填补脉冲波收发切换产生的近端盲区。快速动态自适应数字预失真DPD技术解决脉冲波时间短、功率高带来的功放线性度问题。如果你在做通感一体 AAU 的选型或测试重点关注这几个参数垂直扫描范围决定低空覆盖高度、水平扫描范围决定地面覆盖广度、双波形切换时间决定近远衔接是否平滑、DPD 收敛速度决定脉冲波发射质量。白皮书里 128TR 产品的 1.2km 覆盖距离是在特定功率和波束配置下的理论值实际部署时受站高、下倾角、遮挡影响我一般会留 20% 到 30% 的余量。3.3 组网融合CCU 与 BBU 的池化连接组网融合解决的是算力资源怎么共享的问题。白皮书提出的方案是 CCU 集中计算单元通过部分 BBU 加载智能融合硬件平滑升级而来。CCU 在通信功能基础上把智能化计算资源池化成为多业务能力引擎。CCU 向多个 BBU 共享智能化计算能力CCU 之间具备业务迁移和资源分配能力。这个架构的工程实现涉及几个层面# CCU 资源池化的核心逻辑示意 # 注意这是架构逻辑的伪代码表达不是实际可执行代码 class CCUResourcePool: def __init__(self, total_compute_units): self.total total_compute_units self.allocated {} # {bbu_id: allocated_units} def request_compute(self, bbu_id, units, latency_requirement): 参数说明 bbu_id: 请求算力的 BBU 标识 units: 请求的计算单元数量 latency_requirement: 业务时延要求ms # 时延敏感业务优先本地分配 if latency_requirement 10: return self._allocate_local(bbu_id, units) # 非时延敏感业务走池化分配 else: available self.total - sum(self.allocated.values()) if available units: self.allocated[bbu_id] units return {status: allocated, location: pool} else: return {status: rejected, reason: insufficient_resources} def migrate_task(self, from_ccu, to_ccu, task_id): CCU 间业务迁移 # 迁移前检查目标 CCU 资源余量 # 迁移过程中保证业务连续性 # 迁移后更新资源分配表 pass这段逻辑的核心判断是时延要求。白皮书里明确写了工业自动化 M2M 通信要求小于 10 毫秒这类业务必须本地处理不能走池化。云手机、云游戏要求小于 20 毫秒可以在本地或近端 CCU 处理。VR/AR 要求 20 毫秒以内但带宽需求高达 200 Mbps如果走云端会浪费大量骨干网资源所以也倾向本地部署。CCU 间业务迁移的触发条件通常是资源均衡或故障容灾。迁移过程中要保证业务不中断这对任务状态保存和恢复机制要求很高。白皮书提到的自治愈网络能力就是通过故障自感知、系统自修复来降低故障时间。4. 避坑与排查通感算智融合部署中的五个血泪教训4.1 感知时隙插入后通信容量掉得比预期多现象按 10% 开销插入感知时隙后现网下行吞吐量掉了 15% 到 20%远超预期。原因感知时隙后 7 个符号的灵活分配没有根据实际业务分布调整。默认配置下这 7 个符号可能大部分被划给感知导致通信可用资源进一步压缩。另外感知信号发射时对相邻通信时隙的干扰没有充分评估。解决先统计现网业务的时间分布特征找出业务量最低的时隙位置插入感知信号。感知时隙后 7 个符号的分配比例按场景动态调整——低空感知需求密集的区域多分给感知地面通信压力大的区域多分给通信。同时开启通信与感知间的干扰规避机制白皮书里提到的通感协同组网就是干这个的。4.2 垂直扫描范围标称 60° 但实际低空覆盖不连续现象AAU 标称垂直扫描 60°但无人机在 300m 高度飞行时出现覆盖空洞。原因垂直扫描范围是波束赋形能力但实际覆盖还取决于站高、下倾角、发射功率和波束扫描速度。如果站高不够或下倾角设置不合理60° 扫描范围无法完全覆盖 300m 高度空域。另外无人机移动速度快波束扫描速度跟不上会导致跟踪丢失。解决站高低于 30m 的站点不适合做低空覆盖主力站。下倾角要根据站高和覆盖目标高度计算一般站高 30m 覆盖 300m 高度时下倾角需要上抬。波束扫描速度要匹配无人机最大飞行速度白皮书里提到的“宽切换窄扫描”多粒度波束设计就是解决这个问题的。4.3 CCU 池化算力分配后业务时延抖动大现象BBU 向 CCU 请求算力后业务时延从 20ms 抖动到 100ms 以上。原因CCU 与 BBU 之间的传输链路拥塞或者 CCU 内部任务调度优先级配置不当。池化算力虽然灵活但引入了额外的传输跳数对时延敏感业务不友好。解决时延敏感业务强制本地处理不走池化。CCU 内部为不同业务配置优先级队列通信信令最高、感知数据处理次之、AI 训练最低。CCU 与 BBU 之间的链路要做 QoS 保障确保算力调度信令的传输优先级。4.4 智能融合板插入后 BBU 散热告警现象BBU 插入智能融合板后机框温度升高触发散热告警严重时导致单板降频。原因智能融合板的 TDP 超过原机框散热设计余量。BBU 机框的风道设计是按原配置单板功耗计算的新增高功耗单板后风量不足。解决部署前核算机框散热余量智能融合板功耗超过单槽位散热上限时考虑分布式部署方案——把智能融合板放到独立机框或 CCU 池化资源池。白皮书里提到的分布式智能化计算能力部署就是演进方向之一。4.5 通感一体 AAU 双波形切换时出现感知盲区现象脉冲波和连续波切换过程中近端和远端衔接区域出现感知目标丢失。原因双波形切换需要时间切换期间收发通道状态变化导致短暂感知中断。另外DPD 收敛速度跟不上切换速度时脉冲波发射质量下降。解决优化切换时序在感知任务间隙做波形切换避免在跟踪连续目标时切换。提高 DPD 收敛速度白皮书里提到的快速动态自适应 DPD 技术就是针对这个问题的。切换区域的重叠覆盖要留足余量一般建议重叠区域不小于 50m。5. 从白皮书到现网方案一份可落地的评估清单把这份白皮书转化成实际可执行的方案我一般会走一遍评估清单。第一步是存量资产盘点统计现网 BBU 的型号、槽位余量、供电余量、散热余量统计 AAU 的频段、通道数、安装高度、下倾角。这些数据决定了平滑演进的可行边界。第二步是业务需求映射。把低空感知、边缘 AI、差异化体验保障这些业务需求映射到具体的时延、带宽、算力要求。白皮书里给的参考值可以直接用M2M 小于 10ms、云游戏小于 20ms 且 5 到 25 Mbps、VR/AR 小于 20ms 且 200 Mbps。映射完之后判断哪些业务可以池化处理、哪些必须本地部署。第三步是架构选型。如果存量 BBU 槽位和散热余量充足优先考虑插入智能融合板的平滑升级方案。如果存量 BBU 余量不足考虑新增 CCU 资源池BBU 通过池化连接共享算力。如果低空感知是核心业务AAU 需要升级到通感一体型号重点关注垂直扫描范围和双波形切换能力。第四步是验证方法。通感一体场景的验证我一般会分三层第一层是单站验证测试感知覆盖范围、精度、双波形切换连续性第二层是组网验证测试多站协同感知的去重和干扰规避第三层是业务验证测试感知数据到上层应用的端到端时延和可靠性。智能融合场景的验证重点是算力调度时延、业务迁移连续性、故障自愈时间。有一个参数表值得放在手边随时对照评估项关键参数参考值备注感知开销感知时隙占比≤10%超过则通信容量受影响低空覆盖垂直扫描范围60°配合站高和下倾角使用低空覆盖覆盖高度300m站高 30m 以上效果较好感知距离脉冲波覆盖1.2km128TR 产品理论值时延敏感本地处理阈值10ms工业 M2M 场景时延敏感池化处理阈值20ms非实时业务算力池化CCU-BBU 链路QoS 保障信令优先最后说一个我自己的习惯。每次做新架构方案我都会把白皮书里的架构图和现网拓扑图叠在一起看找出哪些站点是“平滑升级可行”、哪些是“必须新增资源”、哪些是“暂时不动”。这个叠图的过程能避免很多拍脑袋决策。从那以后我每次做架构演进方案都强制走一遍存量盘点、需求映射、选型、验证这四步少一步都不敢出方案。希望帮到你。本文还有配套的精品资源点击获取