跳到内容
NOS 1.2 · Aurora 现已发布——支持 24 种语言的对话式 NOCCore X100 旗舰——面向 500,000+ 用户的集群安装程序Field Engineer 伴侣应用——工单、GIS 和现场测试Netxol One 套件——NMM · CRM · ERP 统一身份部署案例·单台 Core X20 支撑 82,000 用户
Netxol
运营

零接触自动开通:从开箱到上线只要 8 分钟

新用户开通过去要几天。做对了,现代的自动开通把它压缩成一条完全无人值守的流水线——这里是它的解剖。

2026年4月2日13 分钟作者 Netxol Engineering
零接触自动开通:从开箱到上线只要 8 分钟

FTTH ISP 内部最被重复的一条工作流是「开通一个新用户」。手工来做,是 15 到 45 分钟的 NOC 时间,主要是复制粘贴,6–12% 的错误率,产生这个行业里最贵的那种上门——你自己给自己制造的。做对了,同一个流程无人值守,墙钟时间 8 分钟,客户在工程师挂电话之前就上线了。

「零接触」实际要求什么

许多厂商会卖给你「自动开通」。很少有人交付完整路径。端到端零接触有四个联动部件,缺一不可:

  1. 1订单接入——一份结构化的计划和客户记录从 CRM 送来,不是有人在聊天串里传话。
  2. 2ONU 身份发现——OLT 看到一个新的未注册序列号,ACS 收到一条新的 TR-069 inform——它们必须与 CRM 里的订单对上号。
  3. 3Profile 下发——服务 profile、VLAN、QoS、RADIUS 状态、IP 方案都推到正确的作用域(OLT 端口、ONU 索引、CPE LAN)。
  4. 4验证——平台真去测线路是否上来、速率是否与套餐相符、CPE 是否响应合成测试,然后关闭订单。

一个能戳穿大多数厂商的测试

要求某厂商只用 API 从头到尾开通一个新用户——不点 UI,不用 shell。如果任何一个上述四块中要人工步骤,那不是零接触,是部分自动化。

OLT 侧的机制

在 OLT 上,零接触的关键是两件事协同:OLT 厂商的预配置策略(基于序列号白名单自动发现/自动授权未注册的 ONU),以及平台在订单一创建就注入白名单条目的能力。生产中最常见的裂缝是两者之间的竞争条件——ONU 已经上线而白名单还没推,OLT 拒了它,平台不得不重试。稳健的实现幂等地重推白名单并容忍这一竞争。

CPE 侧的机制——ACS 完成剩下的

一旦 ONU 在 OLT 上被授权并拿到 IP(或 PPP 会话),CPE 通过 TR-069(或 TR-369)向 ACS 注册。此时 ACS 下发用户套餐所要求的配置:WiFi SSID 和密码(或按用户的 WPA3 PSK)、需要升/降级的固件版本、WAN 设置、QoS 分类和特性开关。现代 ACS 实现可以在一次连接里完成这一切——相对于旧模式那种三次来回加一次重启的啰嗦风格。

CRM ↔ NMS ↔ ACS——数据面

大多数运营商最终陷入「除了一步之外都自动化了」,原因是数据没有在相关系统之间干净地流动。CRM 知道客户、套餐和地址。NMS 知道 OLT、端口和 ONU。ACS 知道 CPE 序列号。在开通那一刻把这三者绑起来,才是真正的整合工作——不是那次配置下发本身。

Netxol 通过把这三者放在一个统一数据面里来短路这件事。开通流是一个触及用户对象、网络对象和 CPE 对象的单一事务——绝不是要事后对三个不同数据库里的一行做对账。

测的是什么

MetricBeforeAfterΔ
开通墙钟3 天(排队受限)8 分钟−98%
每次开通的工程师分钟数22 分钟0(仅例外)−100%
首周错误率7%0.6%−92%
每千次开通的可避免上门数243−87%

异常路径比顺畅路径更重要

你能在 92–97% 的开通上实现全零接触。剩下的 3–8% 是例外——箱子上序列号写错、光纤熔接还没做、客户其实不在地址上。自动化的成败在于这些例外被多干净地上报。平台应把订单挂起、附上诊断证据、路由到正确的角色,并且不阻塞其他 95%。

第 95 百分位的客户体验

在零接触流水线上,客户与你网络的第一次交互不是等一张 NOC 工单——是那个自动出现的、名字就是坐席电话里告诉他的 WiFi SSID。

延伸阅读