PON 常見問題：ONU 註冊、LOS 與光功率

無源光網絡在普通光學問題之上還有自己特有的故障模式：一個發射器通過分光器與數十個接收器通訊，上下行使用不同的波長，由 OLT 決定誰可以入網。本頁介紹 PON 特有的故障——尤其是 SFP ONU「光棒」 與 OLT 模組，這也是 CodingBox 用戶在 PON 場景中花費時間最多的地方。

ONU 無法註冊

ONU 能看到光信號，但 OLT 始終不激活它。按下表逐項排查：

一個 ONU 光棒中存在兩種身份：MSA 模組身份（SFF-8472——主機路由器讀取的內容）和 PON 身份（序號、廠商 ID、LOID/密碼——OLT 看到的內容）。CodingBox 對前者進行編碼；後者通過光棒自身的管理介面設定。參見 PON 光模組：OLT 與 ONU。

ONU 顯示 LOS

完全沒有下行光信號：

• SC/APC 端面髒污或損壞——PON 連接器均為 APC；在預算已耗用 28 dB 的引入線上，一個髒端面就足以出問題。
• APC 線路中混入 UPC——綠色接頭網絡中出現一根藍色接頭跳線，會損失數 dB 並向 OLT 反射光（物理層不匹配）。
• 分光器端口未使用或損壞；光纖中斷位於分光器與 ONU 之間（從 ONU 側用 OTDR 可見；從 OLT 側看，分光器會掩蓋各條引入線的故障）。
• 波長錯誤的模組（見上表）——表現為 LOS，而不是「標準錯誤」。

光功率

OLT（通過測距）按每個 ONU上報上行光功率，而 OLT SFP 自身的 DDM Rx 只是突發信號的平均值——診斷時應使用 OLT 系統給出的逐 ONU 數值（DDM 光功率）。

間歇性故障

• ONU Rx 處於臨界值（−26…−28 dBm）——平時能用，一到暖和天氣或跳線被彎折就出問題。
• 光棒過熱——SFP ONU 裝在沒有散熱氣流的家用路由器裏會發熱；表現為下午時段斷線，DDM 中出現溫度警報（電源與散熱）。
• 主機兼容性——路由器的 SFP 端口必須支援該光棒的速率（GPON 光棒呈現 1G 或 2.5G；XGS-PON 光棒需要 10G SFP+ 端口）和模式（SGMII / 1000BASE-X）（速率與協商）。
• OMCI / 開通配置——業務已配置但沒有流量：這是 OLT 側的 profile 問題，與光學無關。

OLT 側光模組

• OLT 模組分為 B+/C+/C++ 等級（見 PON 光模組）；用 B+ 模組驅動 C+ 線路會損失約 4 dB 預算。
• OLT SFP 往往像交換機光模組一樣對 OLT 機框做廠商鎖定 （廠商鎖定）。

排查順序

1. 核對模組與 OLT 的標準和波長是否一致。
2. 讀取 ONU Rx——在測試台上通過光棒的 DDM，或通過路由器讀取。
3. 檢查並清潔 SC/APC 引入線端面，核對研磨色標。
4. 核對序號 / 廠商 ID / LOID 是否與 OLT 期望的一致。
5. 檢查 OLT：端口狀態、ONU 列表、rogue 警報、逐 ONU Rx。
6. 在同一條引入線上換用已知良好的 ONU 測試。

在 CodingBox 中

CodingBox 像處理任何 SFP 一樣讀取 PON 光棒或 OLT 模組：在 Check transceiver 頁面查看波長和速率代碼（是 GPON 還是 XGS-PON？OLT 側還是 ONU 側？），在 DDM 頁面查看實時 Rx/Tx 和溫度，在 EEPROM editor 中查看主機路由器所期望的 MSA 身份資訊。

這些現象背後的協議——激活狀態、測距、DBA、OMCI——見 PON 的工作原理；等級窗口與預算實例見 ODN 等級與預算。