摘要

  • 一项面向固定宽带行业 100 名决策者和专业人员的调查显示，78% 的受访者已部分或全部部署 SDN 和／或 NFV。这不是“78% 的宽带服务已经自治”，也不是对所有运营商的普查。
  • 真正难的是把发现问题、获准操作、执行变更和验证用户结果连起来。某个设备能自动处理任务，不能证明整项服务已经有人负责到底。

设想这样一种情况：系统显示故障已处理，用户却仍然打不开网页。未必是软件没有执行命令。也可能命令执行得很准确，只是它完成的那件事，还不等于用户需要的那件事。

这是一个用来理解机制的假设，不是某家运营商的真实投诉。它揭示了“可编程”与“自治服务”之间的距离：控制器能改配置，却不会因此自动获得跨团队的权限，也不会替供应商决定谁来接手剩下的工作。对用户来说，任务完成的标志不是一条成功日志，而是宽带重新可用。

78% 说明了什么，又没说明什么

Broadband Forum 于 2026 年 10 月 7 日发布的报告公告称，研究覆盖全球固定宽带服务商的 100 名决策者和专业人员。报告由其委托、与 STL Partners 合作编制，Radisys 和 Incognito Software Systems 赞助。

STL Partners 的公开摘录给出了 78%：这批受访者已经部分或全部部署软件定义网络（SDN）和／或网络功能虚拟化（NFV）。对样本中的许多机构，软件控制显然不再只是实验室里的设想。但这个数字没有回答，多少订单能无需人工跨系统搬运就完成，多少故障能一路处理到用户服务恢复。

公开材料也没有提供足以独立判断样本代表性的抽样细节。完整报告有访问安排，本文只使用可公开核实的公告和摘录。赞助关系需要交代，不宜据此否定研究；同样，也不能把一批受访者的答案写成整个行业的现状。

STL 提到，部分运营商大幅改造了基础设施，却没有获得原先期待的灵活性和资源效率。一家未具名的欧洲一级运营商把自身转型概括为约 30% 技术、30% 技能、40% 投资论证与运营模式变化。这是它自己的经验，不是所有运营商都应照抄的比例。它提醒人们：换掉控制器之后，容量怎么共享、软件发布由谁批准、旧系统与新平台如何协作，仍然要有人作决定。

顺着一张订单走完，而不是盯着一个设备

用户买了一项宽带服务，接入设备配置成功，事情就结束了吗？地址分配、传输容量、家里的设备、身份、计费和服务保障，可能仍在不同流程里。编排系统可以传递命令，却不能仅凭“已发送”证明各系统理解的是同一项服务、操作都有授权、最终质量符合用户购买的内容。

故障处理也是如此。找出疑似原因之后，还得判断诊断是否可靠，谁有权动哪一部分，改错了怎样撤销，以及服务是否恢复。缺少这些条件，自动化越快，错误也可能跑得越远。

ETSI 的 GR F5G 019 V1.1.1 报告把工作分成意图转换、感知、分析、决策和执行。按预设配置重复一个动作，与系统根据服务需要判断并完成变更，不是一回事。其第四级涉及更复杂的跨域闭环，以服务和客户体验为导向；第五级进一步覆盖多种服务、多个网络域及完整生命周期。

更值得借鉴的是评估单位。它把网络或服务类型与工作流放在一起，例如 PON 接入网中的住宅宽带开通；既给总体结果，也保留各项任务由人、系统或人机协作完成的情况。这样才能看清工作停在哪里，而不是给整家运营商挂上一个漂亮的“自治等级”。

借得到方案，借不到本地的责任安排

TM Forum 的自治网络框架同样强调场景。它在 10 月 8 日的公告中推出 20 个 Technical Solution Packages，例子包括宽带投诉处理、传输故障管理和 IP 变更管理。按 TM Forum 的说法，这些方案把部署经验与业务结果、架构、接口、数据和自动化联系起来，并按其框架及 Open Digital Architecture 整理。到 2027 年 DTW Ignite 达到 40 个，是目标，不是已经完成的数量。

这样的方案能让运营商少从零摸索，却不能证明另一张网的设备清单、数据含义、供应商权限和升级规则也适用。复用的终点仍是本地测试：动作能不能安全执行，结果能不能验收，异常有没有人接。

因此，与其问“自治到第几级”，不如追问四件事：管的是哪项服务？哪些任务还需要人？系统获准决定什么？执行之后怎样检查用户结果？回答得出这些，才容易区分单点能力、未来规划和已经可以依赖的服务。

卢恒的 Note 65《Running-Code Primacy》在这里提供一种有限的分析视角：把纸面主张与运行实现及实际采用所证明的能力分开。它是作者关于互联网协调的观点，不是受访运营商的实测证据。借用这个视角，也不是否定标准，而是让标准对应到可以观察的工作和结果。

自治可能带来更快的开通与修复、更及时的容量调整，也可能让跨供应商的问题更容易追踪。这些都是需要验证的收益，不是 78% 那个数字已经证明的结果。用户最后要的很朴素：服务能用；不能用时，有人知道发生了什么，也有权把它改回来。