2024年2月，AI-RAN联盟在世界移动通信大会（MWC）上宣告成立，彼时业内多数人的判断是：又一个“概念大于落地”的行业组织。两年过去，剧本正在改写——英伟达在GTC 2025上正式发布Aerial RAN Computer-1（ARC-1）基带计算平台，T-Mobile美国宣布计划2026年在美国启动商用部署，软银则抢先用自研AITRAS方案在日本开启了GPU加速vRAN的商用化进程。本文回答三个问题：AI-RAN到底改变了基站的什么？已经商用/试商用的玩家各自走到了哪一步？以及最关键的——对一个干了十几年网优网维的工程师来说，GPU池子进了机房，我们的工作会发生什么变化？本文基于公开发布会信息与运营商官方口径整理，部分数据为厂商宣称值，实际商用效果仍待时间检验。
传统RAN的架构，我们这代人太熟悉了：BBU机房里一排排专用基带板卡，FPGA+ASIC的组合，实时性拉满——5G NR一个slot 0.5毫秒，PHY层的symbol级处理deadline是以百微秒计的。这种硬实时要求，是过去二十年“通用计算做不了基带”这条铁律的根基。
AI-RAN动的就是这条铁律。它的核心主张有三层：
第一层：用GPU把L1跑起来。 英伟达的Aerial软件栈把5G PHY的L1处理用CUDA算子重写，跑在GPU的通用并行架构上。这里的关键不是“GPU算得快”，而是GPU的可编程性——同一块卡，固件升级就能支持新波形、新频段组合，不再依赖两三年的ASIC研发周期。
第二层：RAN与AI共池。 基带业务有潮汐效应——晚高峰忙、凌晨闲。传统BBU的算力闲着也是闲着。AI-RAN把GPU池子里的空闲周期拿来做边缘推理、视频编解码、网络AI训练，让“基站”变成一个机房级的AI算力节点。这是英伟达讲的“电信公司也可以开AI工厂”的商业故事。
第三层：网络本身智能化。 用AI做波束赋形优化、调度优化、负载预测，这些在传统RAN上只能作为外挂OSS系统隔靴搔痒，在AI-RAN架构里可以下沉到数据面旁边就近闭环。
一句话总结：AI-RAN不是把基站换成GPU就完了，它是把RAN从“专用设备的集合”重新定义成“数据中心的一种负载”。 这对设备商是釜底抽薪，对运营商是长袖善舞，对运维工程师——是既省事又添堵的矛盾混合体（后面细说）。
GTC 2025（2025年3月）上，黄仁勋在主题演讲中正式推出ARC-1。按英伟达官方发布材料的口径，这是一个基于Grace Blackwell超级芯片的软件定义RAN计算平台，将5G基带的L2/L1处理与AI推理融合在同一套GPU基础设施上；官方宣称的亮点指标是显著提升单机柜容量密度并改善能效比（发布材料中给出的对比基准为传统专用设备，具体倍数以厂商口径为准，我建议各位看商用实测再下结论）。
T-Mobile美国是ARC-1的头号种子客户。时任T-Mobile技术高层的表态非常明确：2025年内开展试点验证，目标2026年实现商用部署。T-Mobile的算盘不难理解——它是全美5G中频段资源最充裕的运营商，2.5GHz大带宽+nsa/sa双模的站点密度，意味着基带算力需求增长最快，对“软件定义扩容”的诉求也最迫切。
如果说英伟达负责“造枪”，软银就是最早“开火”的运营商。软银的AITRAS方案走的是“Grace Blackwell GPU服务器+自研/合作vRAN软件”路线，2024年就在川崎等地做了现网试验，公开口径是相比传统设备能耗降低约40%（软银试验数据，特定站点条件）。2025年，软银宣布将GPU加速vRAN投入实际商用运营，成为全球第一个把AI-RAN从实验室推向现网经营的移动运营商，并且明确表示要把AITRAS作为产品向全球其他运营商输出——注意这个动作的分量：软银想做的不是自己用，而是把自己变成一家“RAN设备商”。这在移动通信史上，运营商反向输出设备方案，还是头一回。
有意思是，爱立信、诺基亚既是AI-RAN联盟的创始成员，又各自守着自己的传统阵地：爱立信的云化RAN路线基于通用服务器+专用加速卡，诺基亚则推anyRAN灵活组合。两家对“纯GPU基带”都保持了一种微妙的距离——毕竟这是在自己后院点火。联发科等芯片商则卡位中间层，提供混合方案。这个格局决定了未来三五年RAN市场会是“专用、云化、GPU原生”三条技术路线并存的战国时代。
| 主体 | 方案 | 关键节点 | 公开口径指标 | 当前阶段 |
|---|---|---|---|---|
| 英伟达 | ARC-1（Grace Blackwell） | GTC 2025发布 | 容量密度/能效显著提升（厂商宣称） | 商用产品已出货 |
| T-Mobile美国 | ARC-1试点 | 2025试点/2026商用目标 | 大带宽中频站点优先 | 试点验证中 |
| 软银 | AITRAS | 2024现网试验→2025商用 | 能耗较传统设备降约40%（试验值） | 已商用运营 |
| 爱立信/诺基亚 | 自有云化RAN | 持续演进 | 与AI-RAN联盟保持成员关系 | 传统路线为主 |
flowchart TB
subgraph TR["传统RAN：一站点一BBU"]
A1["2.6GHz BBU"] -->|"CPRI/eCPRI"| R1["AAU 64T64R"]
A2["3.5GHz BBU"] -->|"CPRI/eCPRI"| R2["AAU 32T32R"]
A3["700M BBU"] -->|"CPRI/eCPRI"| R3["RRU 4T4R"]
end
subgraph AR["AI-RAN：GPU共池"]
B1["Aerial L1软件栈"] --> B3["GPU池 Grace Blackwell"]
B2["CU/DU虚拟化"] --> B3
B3 -->|"eCPRI前传"| R4["AAU集群"]
B3 -->|"空闲算力"| B4["边缘AI推理"]
B3 -->|"数据供给"| B5["网络AI优化"]
end
TR -.->|"架构演进"| AR
从这张图能看出AI-RAN最本质的变化：基带从“三台独立设备”变成“一个资源池”。传统模式下700M、2.6G、3.5G各用各的BBU，扩容要加板卡；AI-RAN模式下就是一个虚拟机/容器调度问题，理论上扩容速度从“周”级降到“小时”级。
作为一个从2G割接干到5G开站的老运维，我必须泼两盆冷水再泼两盆热水。
热水一：告警体系终于可能瘦身了。 传统RAN的告警是“设备树”式的——一块基带板故障，衍生出小区退服、通道异常、时钟失锁一串告警。GPU池化之后，基带变成了标准IT负载，K8s式的自愈（Pod漂移、自动重启）天然替代了大量人工干预。“AI自愈网络”讨论了那么多年，也许真正的落地点恰恰是把RAN自身先变成云原生。
热水二：升级 nightmares 有望终结。 每年两次的RAN版本升级，几千个站点滚动升级要排几个月的窗口。GPU池模式下，升级就是镜像替换+灰度发布，跟互联网公司发版一个套路。
冷水一：故障域变大了。 这是最要命的运维心智转变。过去一个BBU挂了，影响的是它带的那几个小区；现在一台GPU服务器池化承载几十个基带单元，单点故障的影响半径被指数级放大。传统电信设备99.999%的可靠性设计（冗余电源、主备板卡、时钟双路）是刻在硬件里的；GPU服务器的电信级冗余怎么做？N+1够不够？跨机柜反亲和调度怎么保证？这些问题，云厂商的经验和电信运维的经验还没完全对齐。软银在试验期能拿到40%节能，但商用后的故障率数据——我建议圈内人重点盯这个指标，而不是盯着PPT里的容量倍数。
冷水二：实时性尾巴甩不掉。 L1的symbol级deadline是物理规律决定的。GPU再快，调度抖动（jitter）是软实时的天敌。目前业界的做法是给L1处理留独占核心（core isolation）+ 实时内核补丁，这又把“云原生的弹性”打了折扣——独占的资源还谈什么池化共享？这个矛盾是AI-RAN架构层面的原罪，短期内只能靠工程手段缓解。
冷水三：技能断层。 我们的网优队伍，底子是无线参数和信令。未来GPU池机房里跑的故障，可能是CUDA内存泄漏、NVLink拥塞、容器OOM——这是IT运维的活儿。运营商必须现在就开始培养“既懂NR时序又懂K8s调度”的复合人才，等大规模商用再动手就晚了。
AI-RAN的商业逻辑有个精巧的“双重变现”叙事：基带算力本身提效（第一重），空闲算力卖边缘AI（第二重）。第二重尤其打动CTO们——毕竟移动运营商这些年被OTT压得喘不过气，终于有故事说“我机房里的硅片能赚两份钱”。
但一线视角必须提醒三个折扣系数：
一句话：AI-RAN的经济账，账面模型是漂亮的，落地模型要打六折再看。
timeline
title AI-RAN商用关键节点
2024年2月 : MWC上AI-RAN联盟成立，英伟达/Arm/软银/T-Mobile等十余家创始
2024年 : 软银川崎现网试验GPU加速vRAN，公布约40%节能数据
2025年3月 : GTC大会英伟达发布ARC-1基带计算平台
2025年 : 软银AITRAS投入商用运营并宣布对外输出
2025年内 : T-Mobile启动ARC-1现网试点
2026年 : T-Mobile计划美国商用部署
第一，AI-RAN已经不是PPT，是货架上的产品。2026年将是观察ARC-1和AITRAS规模商用成色的关键年份——重点看三个数：现网故障率对比、忙时实际容量增益、含AI负载的综合能效。
第二，不要被“容量翻倍”的叙事带节奏，要盯故障域和可靠性数据。电信业过去的每一次架构革命（软交换、IP化、虚拟化核心网）都验证过同一条规律：新架构的第一波商用，问题都出在可靠性上，而不是容量上。NFV核心网这十年的演进史就是前车之鉴。
第三，运维人的转型窗口就是现在。GPU进机房不可逆，早点把K8s、GPU监控、云原生故障树学起来，两年后你就从“被优化的那批”变成“优化别人的那批”。
说明：本篇写作会话中外部搜索通道受限，以下链接均为相关机构官方站点入口，具体新闻稿页面未逐一复核，建议读者以官网检索最新公告为准。
本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生（微信ID: gprshome201101）维护，聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。
[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。