GPON 的下行是广播，上行是共用。ITU-T G.984.2 规定的上行波长为 1310 nm，上行速率 1.244 Gbit/s，OLT 把时间切成 125 μs 一帧，再按测距结果把时隙分给各 ONU，这就是 TDMA。任何时刻理论上只有一个 ONU 在上行发光。
破坏这条规则的终端有两类。
第一类是长发光（continuous mode）：ONU 的激光器本该只在自己时隙内开启，但因为驱动电路失效、固件跑飞、光模块本身损坏，它变成了持续发光。它的光信号在整条上行时间轴上一直存在，其他 ONU 的突发光到达时被叠加，OLT 的突发接收机再也分不出谁是谁。这类占现场故障的大多数，也是破坏力最强的一类。
第二类是错时隙发光：ONU 发光时间没错，但时隙对不上。常见原因是测距值失准——均衡时延（EqD）取值错误、ONU 换了位置但 OLT 未重新测距、或者供电不稳导致内部时钟漂移。它只在自己的错误时隙里撞别人，破坏面比长发光小，但更难从现象上分辨。
ITU-T G.984.3 在 ONU 激活状态机与上行开销里定义了流氓 ONU 的处理框架：OLT 可以在 ONU 注册流程中监测上行异常，并在判定后对该 ONU 停用其注册信息。真正落地时，多数现场靠的还是人去找。
理解这一点才能不被现场表象带偏。
OLT 在 PON 口上的突发接收机每一帧都要重新完成信号幅度判决与时钟恢复，靠的是每个 ONU 突发前导码里的前导比特。如果上行存在一个持续发光的光源，OLT 接收端始终处在大光信号状态，其余 ONU 的弱突发到达时，判决门限已经被抬高，前导码被吃掉，结果就是整帧上行的数据都无法正确解出。
所以下游的表现不是「某一户掉线」，而是这一口下全部 ONU 一起掉线或者反复上下线。如果分光比是 1:128，单口满配就是 128 户同时失去业务。用户侧报障会集中在同一个片区，运营商侧看到的是某一台 OLT 的某个 PON 口误码率飙升、大量 ONU 注册状态在 O3/O4/O5 之间来回跳。
对照那个真正的故障源 ONU，它自己没有异常感知：它照常在发光，照常在尝试注册，业务对它来说只是不通而已。
在没到现场之前，先在一台 OLT 上把范围压到口，再压到支路。
| 线索 | 正常态 | 被长发光拖垮时 | 说明 |
|---|---|---|---|
| PON 口上行误码/BIP 错 | 接近零 | 持续高位增长 | 上行突发解调失败的直接证据 |
| ONU 在线状态 | 稳定 O5 | 大量反复注册、批量掉线 | 同一口内几乎同时发生 |
| 该口注册 ONU 数 | 与配置一致 | 数字反复跳动 | 掉线→重注册→再掉线 |
| 上行光功率读数 | 随业务波动 | 长时间维持高值 | 部分 OLT 可读上行光功率，长发光会表现为「一直在」 |
| 故障范围 | 单点 | 同口全覆盖、同一分光器下更集中 | 用来区分 PON 口故障与单用户故障 |
一条经验判据：如果同一 PON 口下同一只分光器下面挂的用户全断，而其他分光器支路也受影响，就按口级故障处理；如果只有某一只分光器支路全断，而它下面的用户一个都不通、其他支路正常，优先怀疑那条支路上有长发光终端。后一种情况里，长发光信号在该支路内就已经把其他 ONU 的突发淹没。
定位的主角是分光器的层级结构，不是 OLT 的命令行。下面这套顺序按耗时从小到大排。
| 步骤 | 动作 | 期望结果 | 注意 |
|---|---|---|---|
| ① | 记录该口全部注册 ONU 的 SN / 光功率，做成清单 | 得到基线 | 掉线期间部分 ONU 读数会缺失 |
| ② | 在 OLT 侧逐个停用 ONU 注册信息（示意，不同平台命令不同，以实际 CLI 为准） | 若停用某一个后整口恢复正常，源即锁定 | 停用会中断该用户业务，需与运维窗口配合 |
| ③ | 断开一级分光器的输出支路，逐个接回 | 接回某支路后整口恶化 → 源在该支路 | 每接一次观察 1~3 分钟即可判定 |
| ④ | 在该支路断开二级分光器各输出 | 定位到具体二级支路 | 二级支路通常对应楼栋或单元 |
| ⑤ | 支路内逐户断开或逐户换机 | 定位到终端 | 长发光终端换掉后整口恢复 |
②和③的顺序可以互换。用停用注册信息的方式不动物理链路，适合夜间远程操作；断分光器的方式不需要 OLT 权限，适合现场只有施工人员的情况。③之后每一步都把范围除以支路数，所以分光级数越多，单次动作的收敛越快。
现场最费时间的不是定位逻辑，而是逐户确认的物理动作：如果最后一级分光器下面还有 8 户需要逐个上门，这就是几小时量级的工作。所以②③两条路径能省掉的正是这段。
确认源之后，处置顺序固定为三步，不能颠倒。
第一步是立即隔离。OLT 侧对该 ONU 下发 Tx Disable，或者停用其注册信息，让它的上行发光停下来。停用比断电更快，也不依赖现场有人配合。对于不支持远程关断的场景，只能物理断开该终端的光纤跳线。
第二步是恢复业务。隔离完成后整口误码应迅速回落到基线，其余 ONU 会在数个注册周期内重新上线。这里有一个容易被忽视的细节：大量 ONU 同时重注册时，OLT 的注册流程是一条条走的，1:128 满配场景下全部恢复需要比单台重注册更长的时间，别在恢复途中判定「还是不通」而重复操作。
第三步才是修复或更换终端。长发光的成因如果是光模块损坏，换个模块就能修；如果是驱动电路或固件问题，现场维修价值低于直接换机。同一批次终端在半年内出现第二例，就要考虑整批抽检，因为光模块老化往往有批次相关性。
以锐应科技在售的 mini GPON OLT L102P 为例，单 PON 口支持 1:128 分光，也就是一个 PON 口下最多 128 个 ONU。ODN 用一级 1:8 加二级 1:16 实现，一级分光器插损约 10.5 dB，二级 1:16 约 13.8 dB，两级叠加约 24.3 dB，再计入 1 dB 左右的连接器与熔接损耗，总计约 25 dB 量级；Class B+ 光预算按 ITU-T G.984.2 为 28 dB，余量剩 3 dB 上下——这也解释了为什么 1:128 满配时链路本来就没有多少余量，任何一例长发光带来的误码都会立刻显形。
现在算影响面。128 户，按每户平均 3 台终端（光猫后接路由与 2 台设备）估算，一次长发光事件同时影响的终端数约 384 个。如果按 1:8 一级分光器看，单支路 16 户，源 ONU 所在支路的 16 户全断，其余 7 条支路因上行被淹也全部中断，也就是 128 户无差别受影响。
再算定位耗时。二分路径下，一级 1:8 需要断开并接回的次数期望值为 8，二级 1:16 为 16，合计 24 次物理动作；每次动作含观察 1 分钟，总计约 24 分钟，不含路程。若改用 OLT 侧逐个停用注册信息的方式，最坏情况需要停用 128 次，按每次 20 秒计约 43 分钟，但不需要现场人员；实际更常用的做法是先按 SN 清单排除掉 30 天内有正常业务记录的终端，通常能把候选压到 10~20 个，20 次停用操作约 7 分钟即可锁定。
两种路径的差别在于要不要到现场。远程停用省掉的是路程与入户时间，代价是必须有 OLT 的管理权限和一份可用的注册清单——这份清单是平时攒的，不是故障时生成的。
| 措施 | 做法 | 代价 / 边界 |
|---|---|---|
| ONU 注册绑定 | 只允许白名单 SN 或 Password 注册 | 新增用户要走流程，二手终端需清理 |
| 终端准入限制 | 只放行自采或认证过的 ONU 型号 | 存量第三方终端需要过渡期 |
| 上行监控告警 | 对 PON 口误码率、在线 ONU 数做阈值告警 | 阈值定太紧会天天报，定太松抓不到 |
| 分光器台账 | 一级/二级支路与楼栋、端口一一对应 | 建台账要一次性投入，靠事后补记必乱 |
| 终端抽检 | 同批次出现第二例长发光即整批抽检 | 抽检会占测试工位资源 |
这几项里，性价比最高的是分光器台账加注册绑定。台账让②③两步的物理动作有明确指向，注册绑定则把「陌生终端」这一最大变量提前挡在门外。
锐应科技的 OLT 产品线（含 1 口/2 口 mini GPON OLT 与 4 口/8 口盒式机型）在 PON 接入方案页 给了不同分光比下的组网建议；工业现场用光口交换机承载视频与 PLC 流量的部分，可参考 工业交换机方案。
先看误码的形态。光模块坏了通常表现为该口上行光功率读数消失或异常偏低，且重启模块后现象不变；流氓 ONU 的典型特征是上行存在持续光、误码随业务量起伏，而 PON 口的下行广播依旧正常——用一台已知正常的 ONU 单独接在 OLT 口上试注册，如果它能在 OLT 接收端被测到时隙正常，说明 OLT 收发侧没坏。另一个快速判据是把该口所有 ONU 注册信息全部停用，如果误码随即消失，问题在终端侧。
基本不会。长发光多数源于激光器驱动电路或光模块硬件失效，属于不可自恢复状态；少数由固件异常引起的，重启 ONU 可短暂恢复，但会在数小时到数天内复发。把它留在网上观察的唯一后果是整口业务反复中断，因此确认后应直接隔离并更换。
部分 OLT 支持基于上行光异常检测并自动停用可疑 ONU，实现的思路是监测上行持续光时长或误码异常，再匹配最近注册的终端。这类功能只能缩小范围，原因是错时隙发光的终端产生的上行光并不持续，检测灵敏度有限；而且把自动停用做成默认开启时，偶发误判会误伤正常用户。稳妥的做法是把它当告警用，处置动作交给人。
因为上行是共享的。一级分光器把各支路的光合成到同一根馈线，再送到 OLT 的同一个 PON 口。任何支路上的长发光信号都会沿着馈线进入 OLT 接收端，抬高判决门限，使整口的突发解调同时失败。影响范围由 PON 口界定，不是由分光器界定。
概率上是的。1:128 意味着单口下终端数量最多、两级分光插损最大（一级 1:8 约 10.5 dB 加二级 1:16 约 13.8 dB 约 24 dB），链路只剩几 dB 余量，对上行异常几乎没有容忍空间；一旦发生长发光，恢复时间也最长，因为 128 个 ONU 要依次重新注册。这也是满配场景建议把 ONU 注册绑定和上行误码告警同时打开的原因。
流氓 ONU 难对付的地方不在技术，而在于它把故障现场挪到了别人家里。OLT 侧看到的永远是「整口坏了」，而真正的源头只是一个正在持续发光的小终端。把判断顺序固定成「先看误码形态，再按分光层级二分，最后用 Tx Disable 隔离」，配合平时攒下来的 SN 清单与分光器台账，这类故障的处置时间可以从数小时压到十几分钟。产品规格与接口定义可查 关于锐应。
