首页 › ai-in-telecom › 诺基亚智能体自愈5G切片SLA

诺基亚×AWS智能体自愈5G切片SLA:从静态规则到实时自愈的闭环拆解

一、案例背景:5G切片SLA为何"守不住"

网络切片是5G最具想象力的变现抓手——把一张物理网劈成eMBB、URLLC、mMTC多张"逻辑专网",分别承诺带宽、时延、可靠性,向政企和高端用户卖差异化连接。但运营商真正商用下来,卡在一个尴尬点:切片开得出来,SLA守不住。

痛点有三层:

第一,需求是动的,配置是静的。 AWS与诺基亚在联合技术博客中直言:移动网络流量受地理位置、人群移动、时段、突发事件(演唱会、应急)影响剧烈波动,静态切片配置根本追不上。传统方案要么超额预留(资本和运营成本飙升),要么高峰期服务质量塌方。

第二,规则爆炸。 传统网管靠"基于规则的自动化"(rule-based automation)兜底。但要把每一种"地点×事件×流量×天气×套餐"的组合都写成规则,需要数千条预定义规则覆盖每一种排列。AWS博客原话:"requires thousands of pre-defined rules for every scenario permutation"——这在成本上根本不可行,时间上根本来不及。

第三,配置滞后于业务。 切片参数调整依赖网优工程师手工计算无线参数、走变更流程、下发基站,等改完演唱会都散场了。SLA违约已经发生,"自愈"无从谈起。

正是在这个背景下,2026年2月24日的MWC 2026(巴塞罗那),诺基亚与AWS联合发布了业界首个Agentic AI(智能体AI)驱动的5G-Advanced网络切片方案,阿联酋du和法国Orange成为首发在现网(live 5G network)上试点的运营商。它的核心命题不是"切片怎么开",而是"切片SLA怎么让AI智能体实时自愈"。

二、方案详情:一双智能体 + 一个Bedrock底座

2.1 整体架构:端到端RAN-传输-核心的闭环

这套方案不是单点AI插件,而是横跨RAN、传输、核心的端到端闭环。关键组件包括:

2.2 双智能体分工:一个看天气,一个算参数

这是整套方案最有"自愈"灵魂的部分。诺基亚设计了两个职责清晰的专用智能体,用Strands SDK构建、跑在Bedrock AgentCore上:

智能体 职责 数据源 产出
external-events-agent(外部事件智能体) 持续监控互联网开放数据,感知"网络之外的世界" 天气API、事件数据库、交通路况、时刻表、地图、突发事件 切片意图(intent),如某区域即将有大型活动、需要保障
slicing-policy-agent(切片策略智能体) 融合三类数据,算出最优无线参数 ①意图参数 ②历史RAN参数(来自Knowledge Bases) ③外部上下文(来自external-events-agent) 优化后的RAN切片配置,经REST API插入MantaRay SMO

两个智能体通过A2A(Agent-to-Agent)协议协同,动态交换信息。MCP(Model Context Protocol)则负责把现有API"智能体化",让智能体能安全地调用MantaRay SMO API、外部数据源和Bedrock Knowledge Bases。

2.3 五步闭环工作流:从数据到自愈

整个系统是一个持续运转的闭环,AWS博客披露了完整的五步数据流:

flowchart TD
    A[Step1 数据采集聚合<br/>AirScale基站采集吞吐/时延/利用率<br/>MantaRay SMO汇聚→S3历史库] --> B[Step2 意图捕获<br/>用户/政企门户提出<br/>如150Mbps下行]
    B --> C[Step3 外部上下文富化<br/>external-events-agent<br/>抓天气/事件/路况→JSON]
    C --> D[Step4 智能参数估算<br/>slicing-policy-agent<br/>融合意图+历史+上下文<br/>Claude LLM估算最优无线参数]
    D --> E[Step5 自主部署<br/>REST API插入SMO<br/>SMO下发基站<br/>切片无人工调整]
    E -.持续监测.-> A

Step 1 数据采集聚合:基站持续采集比特率、时延、资源利用率计数器,并按切片配置调度流量;MantaRay SMO跨基站汇聚,历史数据经Bedrock Knowledge Bases写入S3。

Step 2 意图捕获:终端用户通过文本、手机App(个人)或运营商门户(政企)表达带宽和时延需求,被结构化为意图数据(如150 Mbps代表期望下行吞吐),AI Intent rApp以整数或JSON消息接收。

Step 3 外部上下文富化:Agentic AI mashApp查询开放互联网数据,external-events-agent检索天气、事件、交通、位置信息,格式化为JSON(如{"lat":60.1921,"lon":24.9458,"temp":-1.44,"humidity":97}),与网络性能指标融合。

Step 4 智能参数估算:slicing-policy-agent融合意图值、历史RAN参数、外部上下文三类数据,交给Amazon Bedrock上的Claude LLM估算优化的无线参数。这是整个闭环的"大脑"。

Step 5 自主部署:slicing-policy-agent把新参数经REST API插入MantaRay SMO配置计划,SMO把新配置推给目标基站,更新后的RAN切片策略自动生效——全程无人工干预。AWS博客原话:"Network slices are dynamically adjusted without manual intervention."

2.4 四种运行模式:从问答到全自动

Computer Weekly报道指出,这些Agentic AI模块支持四种运行模式,对应不同自愈层级:

模式 触发方式 自愈程度 适用场景
Chatbot(对话) 工程师提问 L1 辅助决策 网优咨询、参数解释
On-demand(按需) 事件/告警触发 L2 被动自愈 应急通信、突发保障
Scheduled(计划) 定时器 L3 预测式自愈 可预见的大型活动
Autonomous(自主) 持续运行 L4 闭环自愈 政企专网SLA常态化保障

三、三大商用场景:SLA自愈到底"愈"了什么

诺基亚新闻稿明确了三大用例,每一个都是真实的SLA自愈场景:

场景一:意图型企业/工业切片。 测量实时网络KPI(比特率、时延),跨园区、商业园、城市区域自主调整RAN策略以满足企业SLA。覆盖制造、IoT、无人机、智慧城市、医院、能源、交通、港口等关键应用。Orange创新总监Atoosa Hatefi表态:"With intent-based slicing, we can anticipate customer needs and deliver tailored services"——从被动响应转向"预判需求"。

场景二:按需切片(应急 + 5G+/FWA)。 当外部数据(事故、告警)触发时,为特定5G基站增强性能,给一线救援和公共安全部门提供更好的应急连接。同时在流量激增、天气变化、环境变化时,为使用游戏、流媒体、XR、AI应用的5G+/FWA高端用户保住服务质量——这正是SLA"抗冲击自愈"。

场景三:大型活动优化。 AI分析网络数据、推断模式,为计划内事件设置切片策略,在场馆、公园、会议中心为VIP观众、支付应用、粉丝互动、视频转播、运营团队优化5G切片。du CTO Saleem Alblooshi的表态很有代表性:"We are excited to be among the first to pilot this groundbreaking solution on a live network."

四、效果数据:官方披露与业界参考

需要客观说明的是,这是2026年2月刚发布的早期现网试点,官方新闻稿以架构验证和用例验证为主,运营商层面的量化KPI仍在试点积累中。但可从三个层面给出"具体数字"。

4.1 官方披露的硬事实数据

维度 数据 来源
首发试点运营商 du(阿联酋)、Orange(法国)——业界首批在现网试点 Nokia新闻稿 2026-02-24
底层大模型 Amazon Bedrock + Claude LLM(参数估算与推理) AWS博客
专用智能体数 2个(slicing-policy-agent + external-events-agent) AWS博客
智能体协同协议 A2A(Agent-to-Agent)+ MCP(工具调用) AWS博客
运行模式数 4种(chatbot/on-demand/scheduled/autonomous) Computer Weekly
闭环工作流 5步(采集→意图→上下文→估算→部署) AWS博客
集成代码量 "less than few lines of code"(基于Strands/LangGraph框架) AWS博客
现网部署形态 Amazon EKS Hybrid Nodes(云+边缘统一K8s) Nokia新闻稿

4.2 du传输切片前奏:定性效果验证

本次AI切片并非空中楼阁。早在2024年11月,诺基亚与du就完成了UAE首个传输网络切片现网部署,基于诺基亚NSP(Network Service Platform)实现传输切片的创建、管理和优化。该试验结论明确两点:一是"improved network utilization"(网络利用率提升),二是"energy savings in the long run"和"smaller carbon footprint"(长期节能与碳足迹下降)。这为2026年的AI智能体切片打下了现网基础——从传输层手工编排,进化到AI层自主自愈。

4.3 业界同类方案的量化参考

考虑到官方KPI仍在试点,下列公开的业界工程实践数据可作为效果量级参考(来源为第三方技术博客的工程测算,非Nokia官方口径,引用时请注意区分):

指标 传统/规则方案 AI智能体方案(业界参考) 提升幅度
切片SLA达标率 ~80% 提升至95.2% +15.2个百分点
故障恢复时间 小时级 缩短70% -70%
切片资源利用率 基线 提高35% +35%

说明:上表95.2%/-70%/+35%三组数据来自国内技术社区对"AIOps在5G核心网切片资源动态调度与故障自愈"的工程实践记录,用于说明AI智能体切片相对传统方案的量级差异,不代表诺基亚×AWS官方披露的du/Orange试点实测值。

五、对比分析:三代切片编排的演进

把视野拉长,5G切片的"自愈"能力实际上经历了清晰的三代演进,诺基亚×AWS的方案是第三代的代表作:

代际 代表案例 编排方式 自愈特征 时延
第一代:手工切片 早期5G NSA切片 工程师手动配置参数,走变更流程 无自愈,事后人工抢修 天级
第二代:规则自动化 Telefónica + NTT DATA 2023多厂商端到端切片(基于Nokia 5G RAN) 编排器自动开通,多厂商解耦 被动闭环,规则触发 分钟级
第三代:Agentic AI自愈 Nokia×AWS×du×Orange 2026 AI切片 智能体自主感知+推理+调整 主动预判、实时闭环自愈 秒级~实时

Telefónica + NTT DATA在2023年2月达成的"multi-vendor end-to-end full automated Network Slicing"是第二代里程碑——证明了多厂商、端到端、全自动开通可行,但策略仍是预定义规则。到2026年诺基亚×AWS方案,核心跃迁是把"规则引擎"换成"推理大脑"(Claude LLM),把"单一编排器"换成"多智能体协同(A2A)",把"网络内部数据"扩展为"网络+外部世界数据融合"。

六、为什么是"自愈"而不是"优化":闭环的三个关键设计

很多读者会问:这不就是AI网优吗,凭什么叫"自愈"?区别在三个闭环设计:

第一,自主决策,不依赖人工规则。 AWS博客明确:"The solution operates without explicit instructions for each network condition permutation"——它不为每一种网络状态组合写死指令,而是用基础模型基于学到的模式推断最优参数。规则方案是"if-then"的,智能体是"理解-推理-行动"的。

第二,外部数据融合,预判而非善后。 external-events-agent持续感知天气、事件、路况。一场演唱会开始前,系统已经在调切片参数"抢在拥堵发生前"保障,而不是等SLA违约了再补。这是从"MTTR(故障修复时间)"思维转向"MTTP(故障预防)"思维。

第三,完整审计链,AI决策可追溯。 AgentCore Observability通过CloudWatch和OpenTelemetry提供实时监控,完整记录智能体推理链(traceability of agent reasoning)。对受强监管的电信运营商,"AI为什么这么调"必须能审计——这是AI自愈能进生产网的前提。诺基亚2026年6月11日进一步把agentic AI框架引入Network Services Platform,目标正是"trust-based AI operations for IP networks"(可信AI运维)。

七、局限与冷思考

客观地看,这套方案也有明确边界:

  1. 现网规模化数据待积累。 目前是du、Orange的试点(pilot/exploration),全球大规模商用和长期KPI(如年化SLA达标率、ROI)尚无官方披露。
  2. 端到端时延依赖Bedrock响应。 "instant network slicing decisions"对Bedrock推理响应时延有强依赖,跨区域、跨运营商云的链路质量会影响自愈实时性。
  3. 多厂商解耦仍是挑战。 du 2024试验已证明传输层多厂商可行,但RAN+核心+传输全解耦下的AI智能体协同,标准(如A2A、MCP在电信场景的profile)仍在早期。
  4. 安全与合规成本。 处理敏感网络数据需VPC隔离、加密、合规认证,Bedrock提供了能力,但运营商自建数据治理流程仍需投入。

八、结论:切片SLA进入"实时自愈"时代

诺基亚×AWS×du×Orange这套方案的本质,是把5G切片SLA保障从"人工配规则、事后抢修"推进到"智能体预判、实时闭环自愈"。两个专用智能体(external-events-agent + slicing-policy-agent)、Claude推理大脑、A2A/MCP协同协议、四模式五步闭环——这是一套完整的、可审计的、为运营商现网设计的AI自愈架构。

它的产业意义在于回答了一个悬而未决的问题:网络切片到底怎么从"技术能力"变成"业务抓手"。 AWS电信方案全球总监Amir Rao的判断很到位——agentic AI把切片"from a technical capability into a true business enabler",让运营商能通过自动适配客户需求的差异化高端服务来变现5G投资。

对中国运营商的启示同样直接:当中国移动、电信、联通在5G-A和6G时代推进"自智网络L4/L5"时,切片SLA的实时自愈是最先能产生商业回报的AI场景之一——它同时对接了政企专网变现、应急通信保障、高端用户体验三条价值线。值得跟踪的是,国内华为iMaster、中兴ZEN ONE在切片智能体化上的跟进节奏。

一句话总结:当AI智能体开始为每个基站、每场演唱会、每次应急"实时算切片参数",5G切片SLA的"守不住"正在变成历史。

参考来源

  1. Nokia and AWS showcase industry-first agentic AI-powered network slicing with du and Orange #MWC26 — 诺基亚官方新闻稿(2026-02-24),首发现网试点与合作方披露
  2. Intent-Based Nokia Network Slicing Powered by Amazon Bedrock: Enabling Intelligent, Adaptive 5G Slicing — AWS官方技术博客,含完整架构、双智能体、五步闭环、AgentCore技术细节
  3. Nokia, AWS demo agentic AI network slicing with Du, Orange — Computer Weekly — 第三方报道,含四种运行模式与用例分析(2026-02-25)
  4. Nokia and du conclude successful transport network slicing trial in UAE — 诺基亚官方新闻稿(2024-11-26),UAE首个传输切片现网部署与定性效果
  5. Telefónica & NTT DATA test 5G slicing technology in an end-to-end scenario — Telefónica官方新闻稿,第二代多厂商端到端全自动切片里程碑

本文由「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学通信知识星球海报-扫码加入