<!-- title: 爱立信AWS让网络30秒自愈 -->

# 爱立信联手AWS：用Agentic AI把核心网故障压到30秒自愈

## 一、问题背景：当"故障定位"成了运营商最贵的人力成本

在5G/6G时代，一张全国性移动网络的网元数量已经从4G时期的数万级膨胀到数十万乃至上百万级——基站、基带、传输OTN、IP承载、5G核心网NF（AMF/SMF/UPF）、MEC边缘节点、网络切片子网……任何一条链路抖动、一块单板过热、一条光纤被施工挖断，都会在网管系统里炸出成百上千条告警。

传统故障处理流程是典型的"告警风暴—人工排障"模式：告警涌进NOC（网络运维中心），值班工程师先靠经验做关联去重，再用Wireshark/抓包工具、查日志、跑脚本，定位根因往往要几个小时甚至几天。行业研究显示，**一家CSP（通信服务提供商）约30%–40%的OPEX（运营支出）花在网络运维上**，其中很大一块是L1/L2技术支持团队的人力。MTTR（平均故障恢复时间）居高不下，是所有运营商CTO的心病。

更要命的是5G引入了网络切片、URLLC（超可靠低时延通信）、企业专网等新场景，毫秒级的时延或一次掉话，在自动驾驶、远程医疗、智能制造里都可能造成安全事故。靠"人海战术"排障的时代已经结束，运营商必须把"检测—诊断—修复"这个闭环交给机器自己跑——这就是自愈网络（Self-Healing Network）的由来。

2025年起，**爱立信（Ericsson）与AWS（亚马逊云科技）达成战略合作**，把爱立信的智能自动化平台（Intelligent Automation Platform）和认知网络rApp生态，与AWS的Bedrock生成式AI、SageMaker机器学习、Neptune图数据库、Lambda无服务算力深度绑定，打造了一套面向5G/6G的闭环自愈网络架构。本文拆解这套方案的技术内核、真实部署数据，以及它对国内运营商的启示。

## 二、技术方案：CNP + rApp + AWS云AI的三层闭环

爱立信与AWS自愈方案的核心，是**认知网络平台（Cognitive Network Platform, CNP）**。CNP是一个模块化运行环境，负责rApp（Radio/Applications，无线电智能应用）这类AI微服务的部署和全生命周期管理，覆盖RAN、传输、核心网三大域。每一个rApp都是一个自包含、AI驱动的微服务，专门干一件事，例如：

- 智能负载均衡
- 小区宕机检测与补偿（Cell Outage Detection & Compensation）
- RAN参数自动优化
- 动态频谱分配
- 预测性维护排程

rApp的输入不再是脚本命令，而是**声明式的"意图"（Intent-based）**。运维人员只需描述目标，例如"最大化B区域吞吐量"或"在非高峰时段最小化能耗"，对应的rApp会自主决定如何达成。这正是TM Forum自治网络分级里Level 4/Level 5的关键特征——从"告诉网络怎么做"升级到"告诉网络要什么"。

支撑这套智能层的，是AWS的云AI全家桶：

| AWS服务 | 在自愈闭环中的角色 |
|---|---|
| **Amazon Bedrock** | 提供Titan、Anthropic Claude、Mistral等基础大模型，负责自然语言意图翻译、根因假设生成、场景仿真 |
| **Amazon SageMaker** | 训练并部署异常检测、故障预测等ML模型，处理流式遥测数据 |
| **Amazon Neptune** | 图数据库+图神经网络（GNN），跨域做因果推理，追溯告警根因 |
| **AWS Lambda** | 无服务算力，执行rApp下发的预置或动态生成的修复脚本 |
| **Wavelength / Outposts** | 把云原生能力下沉到电信边缘，把关键决策环路的时延压到毫秒级 |

整个自愈闭环被设计成毫秒级连续运转，分四层运转：

**第一层——异常检测**：SageMaker模型对吞吐、时延、抖动、能耗、误码率等流式遥测数据做统计与行为异常识别。

**第二层——诊断与根因分析**：Bedrock上的大模型生成根因假设，Neptune图模型把告警按网络拓扑做多跳关联，找到真正的源头，而不是淹没在海量衍生告警里。

**第三层——决策编排**：强化学习Agent在"时延、吞吐、能耗、可用性"多个目标间权衡，生成最优修复策略（重路由、切小区、调参数、隔离网元）。

**第四层——自治执行**：rApp通过Lambda把修复动作下发到现网，并在数字孪生里先做沙盘推演，验证无误后再落地。

```mermaid
flowchart TD
    subgraph 数据采集
        A[RAN基站] --> T[遥测/KPI]
        B[传输OTN/IP] --> T
        C[5G核心网NF] --> T
    end
    T --> D{异常检测<br/>SageMaker ML}
    D -->|异常| E[根因分析<br/>Neptune GNN + Bedrock LLM]
    E --> F[决策编排<br/>强化学习Agent]
    F --> G[数字孪生沙盘推演]
    G --> H[自治执行<br/>rApp + Lambda]
    H --> A
    H --> B
    H --> C
    H -.闭环反馈.-> D
    style D fill:#ffe0b2
    style E fill:#c5e1a5
    style H fill:#b3e5fc
```

爱立信强调，这套架构不是PPT概念，而是已经在多个现网和PoC中"field-tested"（经现网验证）。其中有三类AI技术是引擎：**生成式AI**做意图翻译和根因假设、**强化学习**做多目标决策、**图神经网络**做跨域因果推理。三者在闭环里分工，而不是简单堆叠。

## 三、真实部署：Orange根因分析从数小时压到1分钟内

最能说明这套方案价值的，是几组真实数据。

**案例一：Orange高密度城区RAN根因分析试验。** Orange（法国电信）在人口密集的城市RAN环境里，用AWS的AI栈配合爱立信的认知网络rApp做根因分析。结果是——**原本需要数小时的人工根因定位，被压缩到1分钟以内**。这意味着，过去一次小区宕机要等工程师上班、登系统、翻日志、跑脚本才能定位根因；现在闭环在分钟级就跑完了检测—诊断—决策—执行全过程，告警还没积压，故障已被自动修复或补偿。按行业基准，这类自动根因解析工作流能把排障时间削减90%以上。

**案例二：回传光纤断裂30秒自愈。** 在一个受控环境的故障恢复演练中，系统自主识别出回传链路的光纤断裂，并在**30秒内**把移动业务流量重路由到可用的微波备用链路上——全程无人干预。30秒是什么概念？对用户而言，可能只感觉到一次短暂的切换；对运营商而言，一次可能演变成大面积断网的重大故障，被消弭于无形。

**案例三：北美运营商能耗优化试点。** 一家北美运营商部署能耗优化rApp，在非高峰时段自动关停/降频冗余射频通道，**实现20%的能耗下降且不影响服务质量**；在更激进的部署里，非峰时段单站能耗节省最高可达50%。对动辄数十万基站的运营商来说，每降1%能耗都是真金白银。

**案例四：企业专网NetCloud Agentic AI。** 2025年9月，爱立信把Agentic AI（智能体AI）正式集成进NetCloud平台，面向**企业自建5G专网（Ericsson Private 5G）**，提供生命周期管理和自愈运维能力，号称业界首个企业5G agentic AI agent。专网场景故障容忍度更低（工厂、港口、医院不能停），自愈价值更直接。

### 自愈网络 vs 传统运维：效果数据对比

| 维度 | 传统人工运维 | Ericsson+AWS自愈网络 | 改善幅度 |
|---|---|---|---|
| 根因分析耗时 | 数小时～数天 | <1分钟（Orange试验） | >90% |
| 重大故障恢复（光纤断裂） | 人工判断+调度，数十分钟～小时级 | 30秒自动重路由 | 数十倍 |
| 网络中断次数 | 基准值 | 削减最高80% | -80% |
| 网络运维OPEX占比 | 30%–40%总OPEX | OPEX降幅30%–50% | -30~50% |
| 非峰能耗 | 基准值 | -20%（试点）/ -50%（激进） | -20~50% |
| 运维人力（L1/L2） | 大量人工值守 | 意图驱动、零接触 | 大幅压减 |

## 四、对比分析：爱立信 vs 诺基亚 vs 华为

在AIOps自愈这条赛道上，三大设备商走出了不同的技术路线，值得国内运营商选型时参考。

| 厂商 | 自愈产品/平台 | AI路线 | 云/算力伙伴 | 典型自治网络定位 |
|---|---|---|---|---|
| **爱立信** | Intelligent Automation Platform + rApp as a Service + NetCloud Agentic AI | Agentic AI + 意图驱动，rApp微服务生态，多Agent协作 | AWS（Bedrock/SageMaker/Neptune） | 主打开放rApp生态+云原生闭环，Orange/北美运营商试点 |
| **诺基亚** | AVA（AI/Analytics）+ 多智能体运维 | 多智能体协同，认知运维，预测性维护 | Microsoft Azure / Google Cloud | 强项在多域故障自愈与预测，已落地多家欧洲运营商 |
| **华为** | iMaster NCE（自动驾驶网络ADN） | 全栈自研大模型，网元内生智能，L4自治 | 自研昇腾算力 | 国内三大运营商大规模商用，主打核心网+传输一体化自愈 |

三者的本质差异在于**生态开放度**：爱立信押注"开放rApp市场+AWS云AI"的组合，强调运营商可以用第三方/自研rApp插拔式扩展，避免被单一厂商锁定；诺基亚走"多智能体+云厂商深度集成"路线；华为则用"自研大模型+自研算力+网元内生智能"打全栈一体化。对国内运营商而言，华为iMaster NCE落地最深；但对出海或想引入Claude/Titan等海外大模型能力的场景，爱立信+AWS的开放生态有独特吸引力。

值得注意的是，2026年2月爱立信把"rApp as a Service"推上了AWS市场，2026年4月又联合AWS把OSS/BSS云原生现代化，目标是支撑运营商向自治网络Level 5演进。这一系列动作说明，自愈不再是单点能力，而是整套"意图驱动自治网络"平台的卖点了。

## 五、自愈闭环的工作流程：一次光纤告警如何自愈

以本文案例二的"回传光纤断裂"为例，拆解一次完整的自愈流程，帮助运维工程师理解这套系统到底替人做了什么：

```mermaid
sequenceDiagram
    participant N as 现网网元(基站/传输)
    participant D as 异常检测(SageMaker)
    participant R as 根因分析(Neptune+Bedrock)
    participant A as 决策Agent(强化学习)
    participant T as 数字孪生
    participant X as 执行(rApp+Lambda)
    N->>D: KPI突变(误码率↑/链路down)
    D->>R: 上报异常事件
    R->>R: 图关联去重告警风暴
    R->>A: 根因=回传光纤#37断裂
    A->>A: 权衡时延/容量/能耗
    A->>T: 沙盘推演:切微波备用链路
    T-->>A: 验证通过
    A->>X: 下发重路由意图
    X->>N: 业务流切至微波链路
    X-->>D: 闭环确认(KPI恢复)
    Note over N,X: 全程<30秒, 零人工干预
```

对比传统流程：值班收到告警 → 关联去重 → 提工单 → 传输班派人 → 判断光纤段落 → 调度微波车或备用路由 → 业务恢复，全程动辄数小时。自愈闭环把"判断+调度+执行"三步压成机器的秒级动作，工程师从"救火队员"变成"策略制定者"——只负责定义意图和审核Agent的决策边界。

## 六、风险与挑战：自愈不是万能药

尽管数据亮眼，但自愈网络要大规模落地，仍要跨过几道坎，这也是国内运营商在引入大模型自愈时最关心的：

**第一，数据主权与合规。** 电信数据高度敏感，很多司法辖区要求本地化处理。把告警和KPI送上AWS云做推理，在欧盟GDPR、国内《数据安全法》下都需要特殊安排。爱立信的应对是利用AWS Outposts、Wavelength Zones做边缘部署，把推理留在合规区内——这也是为什么国内运营商更倾向华为/中兴的本地化全栈方案。

**第二，大模型幻觉与误操作。** 让Agent自动下发"切小区、隔离网元、重路由"这类动作，一旦基于错误的根因假设执行，可能把局部故障放大成全网事故。因此现阶段成熟做法是**"数字孪生沙盘先行 + 高危动作人工确认（human-in-the-loop）"**，低风险动作全自动、高风险动作需工程师一键放行。

**第三，跨厂商互通。** 自愈闭环要跨RAN/传输/核心网，但网元往往是多厂商混插。rApp生态越开放，跨厂商告警语义、接口标准化的要求就越高——这正是3GPP、O-RAN、TM Forum Open API要解决的问题，也是落地最大的工程量所在。

**第四，运维人才转型。** 自愈不是消灭运维岗，而是把运维从"盯屏幕排障"转向"设计意图、调优Agent、审核策略"。运营商需要培养既懂网络协议又懂提示工程、强化学习reward设计的复合型人才。

## 七、对国内运营商的启示

爱立信+AWS这套方案的真正价值，不在于"又一个大模型"，而在于它给出了**自治网络落地的工程范式**：

1. **闭环大于单点**。自愈的核心是"检测—诊断—决策—执行—反馈"毫秒级闭环，而不是某个孤立的AI检测模型。国内运营商在搭AIOps平台时，应优先打通闭环编排，而不是堆砌一堆不联动的AI点能力。

2. **意图驱动是分水岭**。从"命令式"到"意图式"，是从自动化到自治的关键一跃。运维接口、北向API的设计要朝"声明目标、隐藏实现"演进。

3. **开放rApp生态降低锁定**。爱立信把rApp做成可插拔微服务并上AWS市场，给了运营商"买能力而非买黑盒"的选择权。国内可借鉴O-RAN rApp/Non-RT RIC思路，培育自研与第三方rApp供给。

4. **数字孪生+人工确认是安全阀**。在Agent决策和人之间插一层"沙盘推演"，是现阶段平衡自动化与安全的最优解，尤其适合5G核心网这类高敏感域。

5. **能耗自愈是隐藏金矿**。除故障自愈外，能耗优化rApp动辄20%–50%的节省，对国内数十万基站规模的碳达峰目标极具吸引力，应单独立项推进。

## 八、结语

从Orange根因分析"数小时压到1分钟内"，到光纤断裂"30秒自动重路由"，再到企业专网的Agentic AI自愈，爱立信与AWS用一套开放、云原生、意图驱动的闭环架构，把"网络自愈"从概念推向了现网验证。这条路国内运营商迟早要走——区别只在于，是用自研全栈（华为/中兴路线）一步到位，还是用开放rApp生态（爱立信+AWS路线）渐进演进。无论选哪条，**毫秒级闭环、意图驱动、数字孪生兜底**这三件事，都是自愈网络绕不开的工程地基。

---

## 参考来源

1. [How Ericsson and AWS Are Pioneering AI-Powered Self-Healing Networks for 5G and Beyond](https://blog.bestai.com/how-ericsson-and-aws-are-pioneering-ai-powered-self-healing-networks-for-the-future-of-5g-and-beyond/) — 拆解Ericsson-AWS自愈网络架构、CNP/rApp、AWS Bedrock/SageMaker/Neptune栈及Orange/北美试点数据
2. [Ericsson integrates new agentic AI technology into NetCloud（2025-09）](https://www.ericsson.com/en/news/2025/9/new-agentic-ai-to-boost-scalability-and-efficiency-in-ericssons-enterprise-wireless-portfolio) — 爱立信将Agentic AI集成进NetCloud，面向企业5G专网自愈
3. [Accelerating Autonomous Network Optimization: Agentic rApp as a Service powered by AWS and Ericsson Intelligent Automation Platform（AWS官方博客）](https://aws.amazon.com/blogs/industries/accelerating-autonomous-network-optimization-agentic-rapp-as-a-service-powered-by-aws-and-ericsson-intelligent-automation-platform/) — AWS视角的Agentic rApp as a Service与自治网络优化
4. [Agentic AI: Pathway to Autonomous Network Level 5（Ericsson博客 2025-07）](https://www.ericsson.com/en/blog/2025/7/agentic-ai-pathway-to-autonomous-network-level-5) — 用AI rApp+AWS算力实时优化网络，迈向自治网络Level 5
5. [How AWS Will Deploy Agentic AI Through Ericsson's Network（Technology Magazine）](https://technologymagazine.com/articles/ericsson-harness-aws-agentic-ai-cut-costs) — AWS AI云与爱立信网络集成以降本提效的产业解读

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

![51学通信知识星球海报-扫码加入](https://wiki.500nian.com/images/zhixingqiu_qrcode.png)
