2025 年到 2026 年,几乎所有运营商都在喊"AI 赋能网络"。但真正下场做的人很快撞上一堵墙:通用的 GPT、Claude、Gemini 这类大模型,根本"听不懂"电信网络在说什么。
随便举几个真实场景。一个 4G/5G 共模基站突然出现大量 RRC 连接重建,网管系统吐出一条告警:S1AP: UE Context Release due to radio connection with UE lost。把这句话丢给通用大模型,它能翻译出字面意思,但你要它判断"这是邻区漏配、PCI 冲突、还是上行干扰"——它答不上来,因为它训练语料里几乎没有 3GPP 协议、基站参数配置、路测数据和专家排障经验。
再比如无线网优里最常见的"弱覆盖"判断,需要同时理解 MR(Measurement Report)采样、邻区列表、PCI 规划、天线方位角/下倾角,还要结合传播模型。这些是高度结构化、强领域语义的知识,恰恰是通用大模型的盲区。
这就是日本软银(SoftBank Corp.)在 2024 年启动"大型电信模型(Large Telecom Model,简称 LTM)"研发的根本动因:与其指望一个"什么都会一点"的通用模型,不如自己造一个"生在基站里、长在网管系统里"的电信专属大模型。 软银当时手握 4000 万以上的移动用户、遍布全国的海量基站,沉淀了多年真实的基站配置数据、网络运行数据和专家运维经验——这些"行业暗知识"如果喂不进模型,就永远是死数据。
一句话:LTM 的核心命题不是"模型有多大",而是"如何把一家运营商几十年积累的网络领域知识,蒸馏进一个可被 Agent 调用的大模型里"。
LTM(Large Telecom Model)是软银面向电信运营场景自研的生成式 AI 基础模型,目标是让 AI 直接介入蜂窝网络的规划、配置、监控、排障与优化等"高门槛"环节。它不是又一个面向消费者的聊天机器人,而是一个藏在网络运营系统背后的"领域大脑"。
它的发展时间线非常清晰,每一步都对应一个明确的工程节点:
| 时间 | 节点 | 关键动作 |
|---|---|---|
| 2024 年 | 启动研发 | 启动电信专属大模型立项,目标直指移动网络运维效率 |
| 2025-03-19 | GTC 2025 正式发布 | 发布基础版 LTM,并演示用于蜂窝网络运营的微调模型 |
| 2025 年下半年 | 模型演进 | 结合日本国产大语言模型 Sarashina,深化国产化与领域适配 |
| 2026-03-12 | 多智能体平台上线 | 在 LTM 之上构建多智能体(Multi-AI Agent)平台,实现网络运维任务的自主执行 |
LTM 并非"从零预训练"一个超大规模模型,而是走了"基座复用 + 领域再训练"的工程路线,这本身就是一个值得国内运营商借鉴的取舍:
LTM 真正的实战价值,爆发在 2026 年 3 月 12 日软银宣布的"多智能体平台"。单纯的大模型只能"问答",而多智能体平台能把模型能力转化为"自主执行网络运维任务"的动作。
软银的思路是:在 LTM 这个统一的电信领域大脑之上,构建多个分工明确的 AI 智能体(Agent),每个智能体专攻一类网络运维任务,彼此协同、自主决策。据软银披露,过去需要人工介入或仅能部分自动化的网络运维任务,正逐步交给这套多智能体平台自主完成。
这套架构可以用下图概括:
flowchart TB
subgraph DATA["🇯🇵 软银自有领域数据资产"]
D1[基站配置数据<br/>PCI/邻区/参数]
D2[网络运行与性能数据<br/>MR/KPI/告警]
D3[历史故障与排障记录]
D4[专家运维经验/工单]
end
subgraph BASE["国产基座 + 再训练"]
B1[Sarashina 国产大语言模型]
LTM[("🧠 LTM<br/>Large Telecom Model<br/>电信领域生成式基础模型")]
B1 -->|注入领域知识| LTM
DATA ==>|蒸馏/微调| LTM
end
subgraph AGENT["多智能体平台 (2026-03 上线)"]
A1[故障诊断智能体<br/>根因分析]
A2[参数配置智能体<br/>基站参数优化]
A3[容量预测智能体<br/>话务/资源规划]
A4[覆盖优化智能体<br/>弱覆盖/干扰治理]
A5[告警处置智能体<br/>分级与自愈]
end
subgraph NET["移动通信网络 (4000万+用户)"]
N1[5G/4G 基站群]
N2[传输与核心网]
N3[网管/运营支撑系统]
end
LTM ==> AGENT
AGENT <==>|自主感知与执行<br/>闭环运维| NET
NET -.实时数据回流.-> DATA
classDef ltm fill:#ffe4b5,stroke:#d2691e,stroke-width:2px
classDef agent fill:#e6f3ff,stroke:#1e6fd2,stroke-width:2px
classDef data fill:#e8f5e9,stroke:#2e7d32,stroke-width:2px
class LTM ltm
class A1,A2,A3,A4,A5 agent
class D1,D2,D3,D4 data
这张图揭示了一个被很多人忽略的本质:LTM 的护城河不在模型算法,而在那条从"网络数据 → 领域蒸馏 → 多智能体 → 闭环运维 → 数据回流"的飞轮。 模型可以复现,但软银十几年积累的基站配置和排障数据,是别人偷不走的。
LTM 的部署规模与效果,可以从几个维度来量化。
部署规模层面,LTM 服务于软银超过 4000 万的移动用户及其背后的全国基站群——这意味着它的每一次根因判断、每一次参数调整,影响的都是真实在网用户的通信质量,容错空间极小。这也是为什么软银选择"多智能体 + 自主执行"而非"完全放任自流"的渐进路径:让智能体先在受控范围内自主完成任务,再逐步扩大自治边界。
任务替代层面,据软银披露,过去需要人工介入或仅能部分自动化的网络运维任务,正在被多智能体平台自主接管。这直接对应运维人力的释放和响应时长的压缩——传统上一条疑难告警从派单到闭环可能跨越多个班次,而智能体平台的目标是"感知—诊断—处置"在更短的时间窗口内自主完成。
横向对比层面,可以把日本另一家运营商 NTT 的 tsuzumi 2 拉来做参照(同属"日本运营商自研大模型"阵营,但哲学完全不同)。第三方基准测试(holysheep.ai)数据显示:在日语企业任务上,NTT tsuzumi 2 的 P50 延迟为 680ms,而 GPT-5 为 1240ms;tsuzumi 2 仅需单张 GPU 即可运行,参数规模约 300 亿(30B),面向金融、医疗、政府等对数据主权敏感的场景。这组数字虽然针对 tsuzumi 而非 LTM,但它说明了一个对电信运维至关重要的事实:面向领域精调的中小模型,在延迟、成本、可控性上,可以吊打通用超大规模模型——这正是 LTM 选择"领域深耕"路线的底层逻辑。
下表把四家代表性运营商的自研大模型做一个正面对比:
| 维度 | 软银 LTM | NTT tsuzumi 2 | 中国移动 九天 | SK 电讯 A.X |
|---|---|---|---|---|
| 模型定位 | 电信运维专属基础模型 | 轻量通用 LLM(日语/多行业) | 行业大模型矩阵(网络/工业/政务等) | 企业级通信助手(替代外部 ChatGPT) |
| 核心资产 | 自有基站配置+网络运行数据 | 日语语料+单 GPU 高效推理 | 运营场景数据+算网底座 | 韩语通信语料 |
| 部署形态 | 多智能体平台,自主执行网络运维 | 单卡本地部署,强调数据主权 | MaaS 平台+场景智能体 | 企业内嵌助手 |
| 典型场景 | 故障根因、参数优化、覆盖治理 | 金融/医疗问询、文档处理 | 网优自闭环、客服、工业 | 内部知识问答、办公提效 |
| 数据规模锚点 | 4000万+移动用户 | 30B 参数、单 GPU | 多省多域规模化 | 全集团内部替代 |
再从"多智能体任务—效果"的角度,整理 LTM 类平台在电信运维中的功能映射:
| 智能体类型 | 传统人工方式 | LTM 多智能体方式 | 关键价值 |
|---|---|---|---|
| 故障根因诊断 | 专家查日志、跨系统比对 | 综合告警/MR/配置自主定位根因 | 压缩诊断时长 |
| 基站参数优化 | 网优工程师逐区调参 | 基于历史经验自主给出优化建议 | 提升参数一致性 |
| 容量/话务预测 | 经验+报表人工研判 | 融合历史话务模型预测 | 降低拥塞概率 |
| 弱覆盖/干扰治理 | 路测+人工分析 | 多源数据融合识别瓶颈小区 | 提升覆盖质量 |
| 告警分级与处置 | 告警风暴、人工过滤 | 智能体分级并自主闭环 | 减少无效派单 |
把视野拉到全球,运营商自研大模型正在分化出三条截然不同的路线。理解这三条路线的差异,比记住任何一个产品名都重要。
路线一:领域深耕型(软银 LTM 为代表)。 不追求参数规模和通用能力,而是把模型做成某个垂直领域(电信运维)的"专家"。代价是模型通用性弱、可迁移性差;好处是领域精度高、可直接驱动 Agent 执行高门槛任务。这条路适合网络资产和数据资产都很厚的传统运营商。
路线二:轻量普惠型(NTT tsuzumi 2 为代表)。 走"小而美、可本地部署、保数据主权"的路子,单 GPU 就能跑,主打金融、医疗、政府这些"数据不能出门"的敏感行业。这条路本质是在算力成本、数据合规、响应延迟之间找平衡,是把大模型当"内部基础设施"而非"对外产品"。
路线三:场景矩阵型(中国三大运营商 九天/星辰/元景 为代表)。 不押注单一模型,而是构建"基础大模型 + 行业大模型矩阵 + MaaS 平台 + 场景智能体"的多层体系,既做网络智能化(九天网络大模型让无线网优自闭环),也做政务/医疗/工业等对外变现,还做星辰 MaaS 平台适配 DeepSeek、成为首批能力全达标的运营商平台。这条路投入最大、覆盖最广,本质上是在用运营商的"数据 + 算网 + 渠道"优势,复刻一个电信版的 AI 生态。
flowchart LR
ROOT["运营商自研大模型<br/>三条路线分化"]
ROOT --> R1["🅰 领域深耕型<br/>软银 LTM"]
ROOT --> R2["🅱 轻量普惠型<br/>NTT tsuzumi 2"]
ROOT --> R3["🅲 场景矩阵型<br/>中国 九天/星辰/元景"]
R1 --> R1a["核心:领域精度<br/>护城河:网络/数据资产"]
R1 --> R1b["风险:通用性弱<br/>迁移性差"]
R2 --> R2a["核心:单GPU/低成本/主权<br/>护城河:日语+合规"]
R2 --> R2b["风险:能力天花板<br/>生态较窄"]
R3 --> R3a["核心:多层级变现<br/>护城河:算网+渠道+数据"]
R3 --> R3b["风险:投入大<br/>战线长"]
classDef root fill:#fff3cd,stroke:#b8860b,stroke-width:2px
classDef r1 fill:#ffe4e1,stroke:#c0392b
classDef r2 fill:#e6f3ff,stroke:#1e6fd2
classDef r3 fill:#e8f5e9,stroke:#2e7d32
class ROOT root
class R1,R1a,R1b r1
class R2,R2a,R2b r2
class R3,R3a,R3b r3
对国内通信人的启示:中国运营商整体走的是路线三(场景矩阵),但在"网络运维"这个最深、最值钱的场景里,软银 LTM 这种"领域深耕 + 多智能体自主执行"的打法,恰恰是国内网优/AIOps 团队最该补的一课——别只满足于"模型能问答",要让模型驱动智能体真正去执行基站参数调整、根因定位这类有门槛的动作,并在受控范围内逐步放开自治边界。
客观地讲,LTM 这类"运营商自研领域大模型 + 自主智能体"模式,至少面临三个现实挑战:
软银 LTM 的故事,本质不是"又一个大模型"的故事,而是"一家运营商如何把自家网络数据资产,转化为可自主执行运维的 AI 能力"的故事。它用 2024→2026 三年时间的演进(基础模型发布 → 国产化演进 → 多智能体平台上线)回答了一个行业性问题:电信运维的 AI 化,终局不是"模型更大",而是"模型更懂网络、智能体更能干活、数据飞轮转得更顺"。
对国内通信行业而言,九天/星辰/元景已经在"场景矩阵"的广度上领跑,而软银 LTM 提供了一个关键的纵深样本——在"网络运维自智"这条最硬的赛道上,领域专属大模型 + 多智能体自主执行,是值得认真对待的下一站。
本文由「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 等场景全覆盖。
