概述

2026年，O-RAN体系里负责“用AI管基站”的核心部件——RIC（RAN智能控制器）终于走到商用：2月26日乐天移动宣布RIC应用在其日本商用网全国部署，AT&T更早在2025年7月就把第一个第三方rApp搬上生产网。但硬币的另一面是：负责毫秒级实时控制的xApp，至今没有一例带公开指标的商用案例。本文拆解RIC商用第一波的真实进度、xApp到底卡在哪，以及2026年7月一篇arXiv论文如何用实测数据证明——AI真的跑得进10毫秒闭环。

目录

• 一、RIC是什么：给基站装个“应用商店”
• 二、商用第一波：rApp先把钱赚了
• 三、xApp去哪了：10毫秒闭环的三道坎
• 四、实验室实锤：AI跑得进10毫秒
• 五、给工程师的四条务实建议
• 六、未来12个月盯什么
• 七、结语

一、RIC是什么：给基站装个“应用商店”

干了十几年核心网的老网优都熟悉一套标准动作：路测采数、后台拉KPI、发现问题、填参数工单、评审、找厂家排期、凌晨窗口下发、第二天复测。一个邻区漏配或者切换迟滞参数不对，从发现到生效，快则一周，慢则一月。这不是人不勤快，是控制权被锁死在厂家的私有实现里——你能看，不能改。

RIC要解决的就是这件事。在O-RAN架构里，基站被拆成O-CU、O-DU、O-RU三级，接口标准化，然后把“调基站”的权力抽象成两层控制闭环：

• 非实时层（Non-RT RIC）：跑在SMO（服务管理与编排）平台上的rApp，控制闭环大于1秒，实际多在分钟到小时级。它通过A1接口向下发策略，通过O1接口做配置管理。
• 准实时层（Near-RT RIC）：独立部署的xApp宿主环境，控制闭环在10毫秒到1秒之间，通过E2接口直连O-CU/O-DU，读实时KPI、写控制指令。

打个核心网的比方：Non-RT RIC像省公司网优中心，定政策、做月度分析；Near-RT RIC像机房值班长，盯着实时指标随时动手。而rApp/xApp就是“基站的应用商店”——任何厂商按O-RAN规范写的应用，理论上都能装到任何一家的RIC上跑。E2接口上的服务模型（KPM监控、RC控制、CCC小区配置等）就是这套“应用”的API。

架构图长这样：

flowchart TD
    subgraph SMO["SMO 层：编排与管理"]
        RA["第三方 rApp<br/>节能与移动性优化"]
        RICN["Non-RT RIC<br/>闭环大于1秒"]
    end
    subgraph NEAR["Near-RT RIC 层：准实时控制"]
        RICNRT["Near-RT RIC<br/>闭环10毫秒到1秒"]
        XA["xApp<br/>轻量AI模型"]
    end
    subgraph RAN["基站侧"]
        CU["O-CU"]
        DU["O-DU"]
        RU["O-RU"]
    end
    RA --> RICN
    RICN -->|A1 下发策略| RICNRT
    RICN -->|O1 配置管理| CU
    XA --> RICNRT
    RICNRT -->|E2 监控与控制| CU
    RICNRT -->|E2 监控与控制| DU
    CU --> DU
    DU -->|开放前传| RU

故事听起来很美。但2026年年中盘点，商用现实是这个样子：

二、商用第一波：rApp先把钱赚了

先看两笔已落地的商用。

第一笔：AT&T，2025年7月。据爱立信方面通报，首个第三方rApp在AT&T生产网上线，跑在爱立信智能自动化平台（EIAP）上，通过O-RAN的R1接口接入。爱立信同时披露其rApp生态已有60多家成员、60多款应用。值得注意的是，这份通报既没点名rApp厂商，也没给任何性能指标——但“第三方应用上生产网”这个动作本身，在传统RAN时代是不可想象的。

第二笔：乐天移动，2026年2月26日。乐天移动与乐天Symphony官宣：RIC应用在其日本商用网完成全国部署，并与美国AirHop Communications、荷兰Future Connections合作，把第三方rApp和自研rApp集成进Non-RT RIC环境。官方新闻稿列出的用例包括：预测性网络维护、移动性增强、流量优化、AI辅助决策。乐天还特别提到，这项工作为其通过TM Forum自智网络L4验证出了力，背后有日本NICT的研发项目支撑。乐天自称这是“全球唯一在端到端云原生商用网上全网部署的RIC"——注意这是厂商自评口径。

同样是AirHop的时间线，能看出这个市场在加速：2025年8月加入AI-RAN联盟，2025年11月19日宣布其AI节能方案在乐天全国部署，2026年3月2日又把Auptim rApp组合上架到诺基亚MantaRay SMO的应用市场。应用商店的模式，正在从乐天一家的定制对接，走向多平台货架化。

商用大事记（据各公司官方通报整理）：

这轮盘点里有个容易被忽略的背景：乐天是在2026年2月发布FY2025财报（全年EBITDA +129亿日元，自进入移动业务以来首次全年盈利）两周后官宣RIC全国部署的。先活下来，再给网络装大脑——这个顺序本身就是行业教训。RCR Wireless在2026年7月的报道里，把乐天这套RIC加rApp的体系称作"Agentic Network"（智能体网络）的现实雏形：数据进去，动作出来。

不过必须说透一点：两家的官方通报都没有给量化结果。节能省了多少、掉话降了多少、容量涨了多少，一个数都没有。这恰恰是当前市场状态的缩影——平台先行，账本后到。据SNS Telecom测算，整个RIC/xApp/rApp细分市场2025年底规模约6亿美元，对比每年约350亿美元的RAN大盘，不到2%。商店开张了，货架还不满。

三、xApp去哪了：10毫秒闭环的三道坎

如果说rApp是“已商用”，xApp的现状要冷得多。据5G/6G Academy 2026年7月发布的一份开放RAN实测审计：截至2026年年中，全球范围内找不到一例点名、且带公开商用指标的Near-RT xApp部署——能查到的全是实验室和仿真环境验证。Light Reading多年的那句毒评——"xApp看起来是死胎（stillborn）"——至今没有被打脸。

为什么毫秒级闭环反而跑在分钟级闭环后面？三道坎：

第一道：接口坎。 E2接口要求基站厂家在O-CU/O-DU上开放标准化监控与控制点，而E2服务模型目前覆盖的场景仍然有限。主流设备商对near-RT层的开放意愿明显低于non-RT层——毕竟越接近实时控制，越贴近各家多年的私有优化积累。标准本身允许多种实现，具体开放到什么程度，以各厂家官方文档和商用合同为准。对运营商来说，这意味着“买到一个RIC平台”容易，“让你的基站愿意听它指挥”难。

第二道：风险坎。 rApp下发策略，出问题有分钟级窗口人工干预；xApp在10毫秒环里直接写基站行为，一条坏指令的爆炸半径是全网级的。做过核心网的都懂这个体感——相当于给AMF外挂一个每10毫秒改一次寻呼策略的进程，限幅、灰度、熔断、回退，一样都不能少，工程成本比写算法本身还高。这也是O-RAN联盟WG11工作组在2026年2月把安全需求与控制规范刷到v14.0、配套发布威胁建模报告的原因：控制权放开的每一寸，都要用安全规范补回来。

第三道：商业坎。 开放RAN的旗手网络这两年接连退场：EchoStar在2026年5月获得FCC批准，把约400亿美元频谱分别卖给AT&T和SpaceX，部分 Decommission 自建的Boost开放RAN网络，转型“混合MNO”（据SEC文件与行业复盘）。Dell'Oro统计开放RAN收入在首轮扩张后两年内回落约四成，头部五家RAN供应商份额回升到96%。greenfield样板减少，愿意陪跑xApp生态的运营商和开发商就少——市场只认已经付钱的场景。

结果就是一张错位的成绩单：

四、实验室实锤：AI跑得进10毫秒

xApp商用滞后，到底是因为AI跑不动10毫秒环，还是生态没跟上？2026年7月挂到arXiv的一篇论文给出了第一半个答案——论文编号2607.01583，标题直译过来是《在O-RAN中启用实时AI：在Near-RT RIC xApp内部部署并实测AI》。

作者团队做的件事非常“工程”：不是又一篇仿真优化论文，而是把AI推理真的编译进xApp进程，在OpenAirInterface（OAI）＋FlexRIC的实测床（testbed）上跑，然后用毫秒表量。三个关键做法值得圈出来：

1. 轻量模型＋确定性推理。 用逻辑回归和一个浅层MLP做网络状态分类（输入特征跨MAC、RLC、PDCP、GTP层和UE数），模型导出为确定性C代码，直接编译进xApp二进制——推理路径上没有任何外部机器学习运行时依赖。不把PyTorch拖进10毫秒环，这是整篇论文最值得抄的工程决策。
2. 实测数据。 逻辑回归单次推理1–5微秒，MLP为10–25微秒，端到端服务时延低于4毫秒；六模型对比的准确率都在0.88–0.90之间；CDF时延分析显示，两种嵌入模型在95%以上的环执行中满足10毫秒的Near-RT预算。
3. 诚实的边界。 作者明说：训练评估用的是模拟跨层RAN状态的合成数据集，验证的是“嵌入与执行可行性”，不是生产级泛化能力。同时开源了复现工具RIC Workbench，一台普通服务器就能把试验田搭起来。

把话说白了：毫秒环里跑AI，物理上早就不是问题，微秒级的推理时延相对10毫秒预算有一个数量级的余量。 瓶颈从来不在算法算力，而在第三节的接口、护栏和商业模式。

无独有偶，更早的一项研究（arXiv:2405.10116，IEEE 10658116）在商用RIC模拟器上验证了两款节能xApp，在不牺牲QoS的前提下优化基站功耗；测试仪表厂商VIAVI也推出了AI RAN场景生成器，专门用于rApp/xApp上架前的训练与互操作测试。工具链在补齐，场景共识也在形成——节能几乎被公认为xApp的第一个规模场景，因为它风险低（降功率出问题最多劣化体验，不会瘫网）、收益可量化（电费账本现成）、闭环天然在分钟级（甚至可以先用rApp跑，再下沉xApp精细化）。

五、给工程师的四条务实建议

以一个在核心网和无线之间来回踩坑的老兵视角，给正在或将要碰RIC的同行四条建议：

1. 把“开放”写进合同，别停在愿景。 采购RFP里明确要求R1接口的rApp接入能力、E2服务模型的覆盖清单（KPM监控、RC控制、CCC配置分别支持到什么程度），并要求演示第三方应用在自己网络上的实际加载。开放接口现在是表格里的勾选项，不勾，几年后就是厂锁。

2. 先收割non-RT，别眼红毫秒环。 把参数工单、节能策略、移动性参数优化这类“周级”工作交给rApp闭环——AT&T和乐天已经证明这条路通了。人从“填工单”变成“审例外”，这是未来两年最现实的AI红利。等rApp把数据管道和信任建立起来，再谈xApp。

3. xApp试点守规矩：先只读，后写。 第一步只做E2SM-KPM监控类应用，让xApp“看”而不“动”，积累对E2数据质量和时延抖动的手感；控制类功能上线前，先在仿真环境训和测（OAI＋FlexRIC、srsRAN都是零成本起点），再灰度到个别基站簇。

4. 护栏做进设计，不做进PPT。 控制指令限幅、变更灰度、一键回退、异常熔断，这四件套在方案评审时就要有对应的设计文档和测试用例。安全基线直接对标O-RAN联盟WG11的v14.0规范，别自己发明。还有一条纪律：别把大模型塞进10毫秒环——大模型放在non-RT层做根因分析和策略生成，毫秒环里只放编译成机器码的轻量模型，这是arXiv那篇论文用微秒级实测换来的常识。

六、未来12个月盯什么

三件事：

1. 第一例点名带指标的商用xApp花落谁家。 节能场景概率最大。一旦出现，"xApp死胎论”就会像2025年的“开放RAN已死论”一样被修正——那波唱衰之后，乐天在2026年2月交出了全国RIC和首次全年盈利。
2. R1应用市场的成熟度。 AirHop上架诺基亚MantaRay SMO市场是个信号：rApp从项目制对接走向货架化分发，开发商的回款周期和运营商的引入成本都会降一个量级。爱立信口径的“60多款rApp”里有多少能跨平台跑，是观察生态真伪的试金石。
3. RIC与AI-RAN两条线的合流。 O-RAN联盟把2026年MWC峰会的主题定为“AI使能的开放RAN"，AI-RAN联盟成员已扩至132家（据行业报道）。“开放架构派”（RIC）和“算力下沉派”（GPU进基站）都在抢“AI进RAN”的定义权。对工程师来说不用站队：无论哪条线赢，E2上的服务模型和R1上的应用生态都是你要补的课。

七、结语

RIC的故事讲到现在，最有价值的不是任何单一数字，而是一个被验证的行业规律：AI进基站，慢的一环从来不是算法，是接口、护栏和商业模式。 微秒级的推理时延早就证明AI跑得进10毫秒环；真正决定节奏的，是设备商愿意开放多少E2、运营商敢给它多大写权限、以及第一个规模化场景的电费账单什么时候晒出来。

rApp已经开张赚钱，xApp还在排队取号。对通信工程师，我的建议就一句话：先学R1，练好E2，把non-RT的闭环红利吃到嘴，同时别把大模型塞进毫秒环——等第一份商用xApp的账本出来，你再下场不迟。

参考来源

1. Rakuten Mobile官方新闻稿：全国RIC部署与第三方rApp集成（2026-02-26） — 乐天官宣RIC全国部署、AirHop与Future Connections合作细节及TM Forum L4验证
2. arXiv:2607.01583 — Enabling Real-Time AI in O-RAN — Near-RT RIC内嵌AI推理实测：推理1–25微秒、端到端小于4毫秒、95%满足10毫秒预算
3. 5G/6G Academy：Open RAN in Practice（2026-07-18） — rApp商用与xApp空转的证据分级审计，SNS Telecom与Dell'Oro市场数据转引
4. AirHop AI官方新闻页 — 节能rApp乐天全国部署（2025-11）、Auptim上架诺基亚MantaRay SMO市场（2026-03）
5. arXiv:2405.10116 — Enhancing Energy Efficiency in O-RAN Through Intelligent xApps — 商用RIC模拟器上的节能xApp研究（IEEE 10658116）

本文由「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 等场景全覆盖。