ITU-T G.984.3 把 ONU 的激活过程定义成一条状态机，顺序是：
Initial → Standby → Serial Number → Ranging → Operation
刚上电或断纤恢复的 ONU 从 Initial 起步，一路走到 Operation 才算真正"活"在网里。中间任何一步卡住，业务都开不了。
OLT 周期性发 Serial Number Request 广播，在线但还没被识别的 ONU 回应自己的 SN（设备唯一序列号）。OLT 据此建立 ONU 列表，并给每台分配一个 ONU ID。
这一步解决的是"你是谁"——确认有设备在线、拿到它的硬件身份。没有 SN 回应，后面都免谈。
实际运营里，运营商会给每台 ONU 下发一个 Password / LOID，作为接入许可。校验通常放在 Serial Number 之后、Ranging 之前：OLT 比对 ONU 报上来的 Password 和后台白名单，对不上就拒绝激活。
也有实现把 Password 校验并入 Serial Number 流程一起做。核心区别要记牢：
SN 认的是"这台设备是不是真设备"；
Password/LOID 认的是"这台设备有没有接入权限"。
两者都过，才往下走。
这是上行 TDMA 能跑起来的前提。OLT 测量每台 ONU 到自己的往返时延（RTD），再下发均衡时延（EqD），把各 ONU 的上行发送时刻对齐到同一个参考点。
不测距会怎样？各 ONU 距离不同，光到 OLT 的早晚就不一样，时隙会重叠，上行数据互相撞车，整段 PON 上行都乱套。所以 Ranging 不是"锦上添花"，是 TDMA 的地基。
测距完成后进入 Operation，OLT 通过 OMCI 下发业务配置、按 DBA 分配上行带宽，用户业务这才开通。此时 ONU 在注册表里状态为"在线"，网管能看到它的 ONU ID 和端口。
| 状态 | 触发事件 | OLT 动作 | ONU 动作 |
|---|---|---|---|
| Initial | 上电 / 断纤恢复 | 等待 | 进入待发现 |
| Standby | 收到 SN Request | 广播点名 | 准备回应 SN |
| Serial Number | 收到 ONU SN | 记录 SN、分配 ONU ID、校验 Password | 回应 SN、报 Password |
| Ranging | SN/Password 通过 | 测 RTD、下发 EqD | 配合测距、对齐时隙 |
| Operation | 测距完成 | OMCI 配置、DBA 调度 | 业务开通、上线 |
锐应 GPON 能逐台看到 ONU 停在哪个状态——SN 阶段没回应、Password 校验失败、还是 Ranging 超时，一目了然，排障不用盲猜。配合锐应 PON 方案的批量开局模板，新 ONU 的 SN/Password/Ranging 可一次配好。把局端和工业交换机放到同一视图，能覆盖从机房到现场的整段链路。公司背景见关于锐应。
OLT 没收到 ONU 的 SN 回应。先查光纤光功率、ONU 是否上电、收光是否达标——本质是"物理层没通"，和认证无关。
OLT 拒绝激活，ONU 停在 Standby 或认证失败态，网管报认证错误。注意：SN 对了但 Password 不对，照样上不了线。
上行 TDMA 靠时隙对齐，不测距各 ONU 时隙会重叠碰撞，数据全是乱的。测距是上行能用的前提，不是可选项。
会。OLT 周期性重测距，或在温度漂移大、时延明显变化时触发，维持上行同步，避免长期运行后时隙失准。
ONU 注册是一条有顺序的流水线：SN 发现认设备、Password 认权限、Ranging 对齐时隙，最后才进 Operation 开业务。卡在哪一步，就对应哪类故障——SN 阶段查光路，Password 阶段查认证，Ranging 阶段查时延和同步。把状态机记熟，注册类工单能少走一半弯路。
