PON 备件与 RMA 周转：把“等一只光猫”的停机时间压到一天
核心要点：PON 网络的停机时长，很少由故障本身决定，而是由"从确认设备坏了，到一只新光猫出现在用户家里"这条链路决定。本文不谈要不要换设备，只谈这条链路怎么缩短：备件基数怎么算、换件前怎么排掉假故障、三级备件池怎么摆、坏件怎么回收、RMA 走哪条通道，最后给出一张月度指标表和一张能反查的台账。
一、停机时间是被流程拉长的，不是被故障拉长的
一次典型的 ONU 更换，判断故障可能只花十分钟，但从"该换"到"用户恢复上网"经常一到三天。这段时间由五段构成：诊断、派单等待、备件到位、上门、复测。真正与硬件相关的只有"备件到位"，而它最不可控——取决于库存和车上有没有料，不是技术能力。
所以先立一个判断：MTTR 是流程指标，不是技术指标——同一个故障率下，两家运营商的修复速度可以差三倍。
接着要把 ONU 故障按"是否真必须换件"分开。一类是设备真坏：光模块损坏、供电击穿、端口烧毁。另一类是设备没坏但表现为不通：收光不足、尾纤断裂、配置丢失、账号未开通、适配器失效。后一类若按前一类处理，会连着出三个后果：好件被拆走、坏件其实还在网、备件被无效消耗，而月底盘库对不上。
二、先算备件基数，再谈采购
备件基数最常见的定法是"在网量的 5%"，但这个比例既没有来源，也无法解释。一个能被复核的算法是这样：
备件基数 = 在网设备数 × 年故障率 × 平均周转天数 ÷ 365 × 安全系数
代入普通参数：在网 3,000 只、年故障率 2%、周转 21 天、安全系数 1.3。年故障量 60 只，摊到每天约 0.16 只；乘 21 天约 3.4 只；再乘 1.3 约 4.4 只。向上取整，5 只备件撑住平均水平。
但这个数字有两个陷阱必须补上：
- 平均会掩盖批次。一个坏批次两周内就能贡献全年一半的故障，5 只备件三天被打光，所以还要有批次停发机制（见第七节）。
- 平均会掩盖地理。设备分布在 8 个片区，每区都要有最低存量。做法是算出理论值后按"片区数 × 2 只"设下限，两者取大。
还要区分周转备件（随故障消耗）与工程备件（新装用）：混在一个库存里，工程领料会吃掉周转备件的安全库存。
三、换件之前：先把假故障排干净
把"该不该换件"做成一张照做即可的判断表，一线工程师就不必每次打电话问主管：
| 现场现象 | 先查什么 | 判定依据 | 是否换件 |
|---|---|---|---|
| PON 灯灭、完全不上线 | 收光功率 | 低于该机型规格书的灵敏度下限 | 否，先查尾纤、熔接点、分光口 |
| 收光正常但注册不上 | OLT 侧能否看到该 SN | 列表里有、状态离线 | 否，查白名单与端口配置 |
| 上线后频繁掉线 | 适配器与设备温度 | 换适配器后恢复，或外壳烫手 | 先换适配器，仍掉线再换整机 |
| 上线正常、业务不通 | VLAN、账号、认证 | 二层可达，但认证无响应 | 否，属配置或计费问题 |
| 完全无反应、无任何灯 | 换已知良好的电源与尾纤再试 | 仍然无灯 | 是，走换件流程 |
这张表的作用不是技术，而是把"换件"变成有前置条件的动作：没有前置条件，工程师只能"换一个试试"，备件消耗自然失控。
四、备件池分三级：中心库、片区库、车备
只有一级库存时，每次换件都得回库领料，而回库常比上门还慢。三级结构的目的，是让普通换件在第一次上门就完成。
| 层级 | 放什么 | 数量基准 | 补货触发 |
|---|---|---|---|
| 中心库 | 全型号 ONU、OLT 板卡、光模块、分光器 | 覆盖 3 个月消耗 | 低于 1.5 个月消耗 |
| 片区库 | 主流型号 ONU、适配器、尾纤 | 每 200 户 1 只主流型号 | 低于 2 只 |
| 车备 | 主流 ONU 2 只、适配器 1 只、尾纤 2 条 | 每位工程师 2 只 | 每单结束当日回补 |
三级里最容易被忽略、却最影响 MTTR 的是车备：它的意义不是"多带一点"，而是让工程师出门前不必判断这次会不会用到——一旦需要判断，就有人赌一把不带，然后在现场干等。车备有一条纪律：当天回补；不执行，车备两周内被掏空，所有换件又回到回库领料的老路。
还有一个前提：型号收敛。车备只放一两个主流型号，命中率才高；型号越杂，备件越贵。
五、现场换件的五个动作，和一条不能省的规则
换件本身是十分钟的事，出问题的永远是记录。把动作固定成五步：
- 换件前拍照。原设备 SN、指示灯、收光读数拍进同一张照片——这是 RMA 判定与批次追溯的唯一凭据，事后补不出来。
- 换上后当场复测。收光、注册状态、上下行速率各测一次，不通过不撤场——撤场后再发现问题就是第二次上门。
- 坏件贴标签。写清 SN、拆机日、故障现象、拆机人，贴设备背面，别贴光口。
- 当天进台账。原 SN 由"在网"改为"待返修"，新 SN 写入用户档案。两个动作必须同时做，只改一边，账实就会分叉。
- 三个工作日内回收。坏件回到片区库集中，不允许长期留在车上。
不能省的规则是：坏件回收率要变成硬指标。回收率低于九成会出现两个连锁反应——备件消耗凭空多出一成，而 RMA 索赔失去凭据，因为厂商只认有 SN 的实物。
六、RMA 三条通道，边界要事先谈定
RMA 有三条通道，适用对象完全不同；采购合同没写清，现场就只能按最慢的那条走。
- 返修：按台返厂，周期通常三到六周，适合单价高、数量少的 OLT 板卡与光模块；对 ONU 这类大量设备，周期长得无法用于保业务。
- 以换代修：厂商先发替换件后收坏件，周期以天计，适合单价低、数量大的 ONU。代价通常是押金或信用额度，以及"未按期返还即计费"的条款。
- 批次索赔：同一批次短期集中失效，按批次整体退换，不逐台判定。它必须先有批次数据，第七节的追溯就是前置条件。
还要把 DOA（到货即坏）单独定义清楚：上电七天内、非人为损坏的失效直接换新，不计入用户故障；否则会被算成"安装质量问题"，两边扯皮拖住整批。另一条常被忽略的条款是"返修件算新件还是旧件"——若只能进中心库、不许进车备，车备补货周期会变长，周转天数要相应上调。
七、批次追溯：用 SN 把故障率画出来
多数团队记录了 SN，却没有真正用 SN。可用的做法很简单：把每次换件的"拆机日期"与"设备 SN"放进同一张表，按 SN 前六到八位（通常对应生产批次）聚合，做成"批次 × 装机月份"的故障率表。
判定规则建议这样定：某批次装机后 90 天内累计故障率超过其他批次三倍、且样本量不少于 30 台，就暂停该批次发货，并把已装机部分列入主动更换名单。
主动更换看似多花钱，实际更省：不必重复诊断、可白天批量执行，也免掉夜间出动与随之而来的投诉。
八、每月只看五个指标
指标不是越多越好。备件与 RMA 这条链路，五个数就够看出问题在哪一段：
| 指标 | 算法 | 反映什么 | 经验参考 |
|---|---|---|---|
| MTTR | 报障到业务恢复的平均小时数 | 五段流程的衔接是否通畅 | 城区 24 小时内 |
| 一次修复率 | 首次上门即恢复的单数 ÷ 总单数 | 诊断能力与车备命中率 | 85% 以上 |
| 备件周转率 | 年消耗量 ÷ 平均库存 | 库存压太多还是太少 | 每年 4 至 8 次 |
| 无故障发现率 | 判定无故障的返修数 ÷ 返修总数 | 假故障率与诊断质量 | 20% 以下 |
| RMA 闭环天数 | 坏件寄出到收到替换件的天数 | 厂商履约与合同条款 | 30 天以内 |
九、一张备件台账该有哪些字段
上面所有事情最终要落到一张表上，这十列不能少：SN、型号、批次（SN 前六到八位）、状态（在网·在库·待返修·已报废）、所在位置（片区·车号·库位）、装机日期、拆机日期、故障现象、RMA 单号、责任人与登记日期。
它的价值不在"记录"，而在反查：某只 ONU 在哪、某批次坏了多少、某位工程师车上还剩几只、某张 RMA 单卡在哪一方。能反查才叫台账。
结语
备件管理看起来是后勤，其实是 PON 运维里最直接影响用户体验的一段。故障率由设备决定，能改的空间有限；但从"确认坏了"到"用户恢复"这段时间，几乎全部由流程决定。把基数算对、把假故障排掉、把车备管住、把坏件收回来，MTTR 从三天压到一天，不必多买一台设备。它的成本主要是管理成本：不需要新平台，只需要一张表和两条纪律——当天回补、三个工作日回收。难的从来不是设计流程，是让流程在第三个月还在被执行。
联系我们
如果正在为存量网络的备件周转、换件流程或批次退换做规划，欢迎与 AINOPOL 讨论。我们可以一起核对在网规模、备件基数与 RMA 条款，给出与现有 OLT/ONU 型号匹配的备件清单。
- 邮箱：zhenghui.xu@sczhgx.com
- WhatsApp：+86 17612849559
- 官方商城：shop.sczhgx.com
