将新用户开通时长从 3 天压缩到 20 分钟
一家高速成长的 GPON 运营商用 Netxol NMM 自动开通与 TR-069 ACS 取代了手动 OLT 配置,大幅压缩开通时长与现场差错,让 NOC 得以专注于业务增长。
−98%
开通时长
−92%
配置差错
+11%
ARPU 提升
一家私营 FTTH 运营商在南亚一个城郊混合区域为 4 座城市的 80,000 名活跃用户提供服务,其增速已超出运营团队的承载能力。新用户开通——业务中最频繁的工作流——被工单队列所困,最长要花 3 天。每一笔新销售都在拉长队列。运营领导层清楚地认识到,靠扩员并不能解决问题。
背景
该运营商运行的是多厂商 PON 网络:约 60% 为 Huawei OLT,30% 为 CDATA,其余 10% 在较新区域使用 V-SOL。ACS 是一款 2018 年前后的商用产品,基本只用于固件推送和 WiFi 凭据同步。新开通是一整套手工仪式:CRM 里进来订单,NOC 工程师 SSH 到对应的 OLT,创建 ONU,挂接业务模板,配置 CPE,然后用 ping 验证。
每一步都是可能出错的地方。运营商自己承认,大约 7% 的开通在第一周内至少存在一处缺陷——套餐速率错误、VLAN 错误,有时甚至是错的用户挂在错的端口上。这些缺陷直接转化为客服来电、二次开通,以及一股虽小却持续的、本可避免的上门作业。
用数字说明挑战
| Metric | Before | After | Δ |
|---|---|---|---|
| 每次开通耗费的工程师分钟数 | 22 分钟 | 0(仅例外情况) | 名义上 −100% |
| 开通的实际耗时 | ~3 天(排队) | ~20 分钟 | −99% |
| 首周缺陷率 | 7% | 0.6% | −92% |
| 每名 NOC 工程师日开通量 | 12 | 95+ | +690% |
我们做了什么
实施阶段
- 通过原生适配器将 Netxol NMM 接入全部四类 OLT 厂商网络(Huawei、CDATA、V-SOL)。
- 把现有业务模板导入 Netxol 与厂商无关的模板模型。
- 将发现的拓扑与运营商的权威地图逐一比对,消除 142 项不一致。
- 将 Netxol ACS 与在网 ACS 并行运行 7 天,采用流量分流。
- 通过固件侧轮转把 CPE 的 TR-069 管理 URL 迁移到 Netxol;在 10% 的存量设备上验证回退路径。
- 在跨厂商的 5 款代表性 CPE 上验证首次零接触配置。
- 把 CRM 的订单入口对接到 Netxol 的订单 API。每一笔已付款订单都会触发一条统一流程。
- 定义例外升级机制——任何失败都会带着诊断证据出现在唯一的工单队列中。
- 在新流程下运行 4,800 次生产开通,工程师随时待命;共升级 23 项例外。
- 工程师从开通队列中撤出。该队列在任一时刻的活跃条目 < 1。
- 启用 AI OLT Engineer,以自然语言完成带宽变更(如"把 485754 从 20 Mbps 升到 50 Mbps")。
- 开通后 24 小时自动触发 NPS 调研;首月 NPS 上升 14 分。
改造后的一次开通全景
- 1在 CRM 中创建订单,包含用户、套餐、地址以及分配的 CPE 序列号。
- 2Netxol 接收订单,在对应的 OLT 上预留一个 ONU 索引,并写入白名单条目。
- 3CPE 送达地址后接入 OLT,并在 60 秒内向 ACS 上报。
- 4ACS 在一次事务中下发完整配置:VLAN、QoS、WiFi SSID + PSK,必要时下发固件。
- 5综合测试按合同套餐测量速率,并把结果写回 CRM。
- 6订单自动关闭;用户通过短信收到"您已上线"的通知。
差点没能跑通的地方
在第 2 阶段进行到两周时,一批 1,400 台运行较旧固件版本的 CPE 在 ACS 迁移后陷入 inform 循环。根因是厂商在 connect-request 端口重协商上的一个怪异行为。Netxol 的 ACS 支持自动识别 inform 循环模式并对相关 CPE 进行隔离,因此对用户的影响被限制在存量设备的 0.3% 以下,并在 90 分钟内解除。厂商固件在下一周完成修补;受影响的 CPE 被自动升级后从隔离中放出。
运营商带走的经验
始终把 ACS 切换放在 inform 循环检测器和隔离策略之后。这次 1,400 台 CPE 的事件,在原先平台上会是一次断网;而在 Netxol 上,对 99.7% 的存量设备而言几乎无感。
成果
−98%
开通实际耗时
3 天 → 20 分钟
−92%
首周缺陷率
7% → 0.6%
+11%
ARPU 提升
得益于精确的套餐执行 + 追销流程
+14
前 30 天 NPS 提升
从 28 升到 42
使用的技术栈
- Netxol NMM —— 多厂商 OLT/ONU 管理(Huawei、CDATA、V-SOL)。
- Netxol ACS —— TR-069 且已就绪 TR-369,支持幂等的模板下发与隔离策略。
- Netxol AI OLT Engineer —— 用自然语言进行 ONU 操作。
- 通过兼容 TM Forum 的订单 API 与 CRM 集成。
- 基于 CPE 的 HTTP/UDP 探针构成的综合测试层。
下次会怎么改进
- 固件分批推送提前一周启动——过时固件是例外情况的头号来源。
- 把拓扑核对提前到第 1 阶段第 1 天,而不是第 12 天。那 142 项不一致中,有一部分影响开通路径。
- 更早引入财务/计费团队——发票核对需要新流程产生的开通 ID。