上门装维的时候被问得最多的一句话是：这根比头发丝还细的玻璃丝进来，插在这么个小盒子上，它到底在干什么？那个小盒子就是 ONU，全称光网络单元（Optical Network Unit），行业里更习惯叫它“光猫”，但在通信工程的技术语境下，“光猫”只是它在家庭场景里的一种产品形态，远不是它的全部。真正的 ONU 是 PON（无源光网络）这条接入链路的终点，是光纤从机房一路铺到用户门口之后，负责把光信号翻译回电信号、再把用户的上行数据打包塞回光纤的那个“翻译官兼调度员”。

很多人学通信工程，学完 OSI 七层、学完 TCP/IP，一到接入网这一层就卡壳——书本上讲 PON 是“点到多点结构”，讲 OLT 是“光线路终端”，讲 ONU 是“光网络单元”，三个名词背下来了，但真拿到一台设备，不知道哪个口往哪插、PON 灯闪是什么意思、为什么换个分光器就掉线。这篇内容就是想把 ONU 这个设备从“名词”还原成“实物”，从它的位置、内部构造、上线流程、选型计算一直讲到现场排障，适合刚入行的通信专业学生、做宽带装维的工程人员，以及想搞清楚自己家那台光猫为什么老出问题的技术爱好者。看完之后，你至少能做到：看到一台 ONU 知道它属于哪类 PON、能算清楚一条链路的光功率余量、能根据指示灯把故障范围缩小到光路或业务侧。

1. 从一根入户光纤倒推：ONU到底站在网络哪个位置

1.1 PON 的三段式结构：OLT、ODN、ONU 各管什么

PON 网络的物理结构其实非常朴素，就三段：机房里的 OLT、中间的光分配网 ODN、用户侧的 ONU。OLT 是“总闸”，一台设备通常有若干个 PON 口，每个 PON 口下面挂几十户；ODN 是“管道”，由馈线光缆、分光器、配线光缆、入户光缆组成，全程没有有源器件，这也是“无源”两个字的由来；ONU 是“水龙头”，负责把光变成电，交给用户设备。

理解这个结构的钥匙是方向。下行方向是广播式的：OLT 发一个帧，光分路器把它复制成 N 份，所有 ONU 都能收到，但每个 ONU 只取走帧头里标着自己 ONU-ID 的那部分数据，其余丢弃。上行方向是分时复用的：同一时刻只允许一个 ONU 发光，其他 ONU 必须闭麦，否则多路光信号在分光器上叠加会直接撞成噪声。这个不对称的设计，是后面所有机制——测距、DBA、突发发送——的总根源。

所以 ONU 从来不是一个“独立工作的设备”，它的一举一动都由 OLT 调度。你把 ONU 单独接上电，它除了亮灯什么也干不了；它必须先在 OLT 那里完成注册，拿到一个 ONU-ID 和属于自己的上行时隙，才被允许开口说话。这个逻辑跟学生上课举手发言一模一样：老师（OLT）点名，学生（ONU）应答，老师排好发言顺序，学生按顺序说话，插话就会乱套。

1.2 ONU 和家用路由器的关系：桥接、路由与“光猫”这个俗称

家用场景里，ONU 常常和路由器合体，变成一个既能插光纤、又能发 Wi-Fi 的盒子，这就让人误以为 ONU 等于路由器。实际上它们是两个完全不同的功能层。ONU 负责的是二层以下的光电转换和 PON 协议处理，路由器负责的是三层以上的地址分配、NAT、无线接入。厂商把两者塞进同一个外壳，只是产品形态的整合，内部逻辑上仍然是两套东西。

这就引出了工程上非常关键的一个配置选择：桥接模式还是路由模式。桥接模式下，ONU 只做二层透传，把 PON 侧的以太网帧原样丢给用户路由器的 WAN 口，拨号、NAT、DHCP 全部由路由器完成；路由模式下，ONU 自己完成 PPPoE 拨号，对下挂设备做 NAT，用户路由器只当交换机用。两种模式没有优劣，只有适用场景。

我个人的经验是：家庭宽带超过 500M、或者用户自己有像样的路由器，一律建议改桥接。原因是光猫的 CPU 和 NAT 转发能力通常是整条链路里最弱的一环，路由模式下它要同时处理 PON 协议、拨号、NAT、Wi-Fi，很容易成为瓶颈，测速跑不满、游戏跳 ping 大多出在这里。而桥接之后，光猫只做光电转换，负担极轻，路由器负责三层转发，性能上限高得多。反过来说，如果是老人家里的百兆宽带、只求“插上就能用”，路由模式反而省事，少一个故障点。

1.3 为什么 PON 要选“点到多点”而不是点到点

初学者常有的疑问是：既然每户都要拉一根光纤，为什么不直接从机房点对点拉到用户家，非要在中间加个分光器？答案是端口密度和光纤资源的账。一台 OLT 的一个 PON 口，通过 1:64 的分光器可以覆盖 64 户，机房侧只需要一根光纤、一个光模块；如果点对点，机房要出 64 根光纤、64 个光口，局端机架的体积、功耗、布线复杂度全部翻几十倍，而且每一路的光模块成本都省不掉。

代价则是共享带宽和复杂的调度。一个 GPON 口下行 2.488Gbps、上行 1.244Gbps，64 户分下来，峰值时每户平均只有几十兆，这就是为什么晚高峰会觉得卡。工程上解决这个问题的办法不是提高单口速率（虽然 10G PON 也在做），而是控制分光比和做 DBA 调度——把“谁先发、发多少”这件事算得足够精细，让带宽按需分配而不是平均切分。ONU 作为被调度的一方，它的价值就体现在“能老老实实听指挥”，同时把本地业务的优先级准确地报告给 OLT。

2. 拆开外壳看门道：一台 ONU 由哪几块拼起来

2.1 光模块与 BOSA：收发光指标是怎么定的

ONU 里最贵的单个器件是光模块，家用设备里通常是 BOSA（双向光组件），把发射和接收封装在一起。它的特殊性在于突发模式：下行接收是连续的，跟普通光模块差别不大；上行发射是突发的，OLT 说“轮到你说话了”才开始发光，说完立刻关断，中间可能只隔几微秒。这就要求激光器的开启、关断时间足够短，否则会干扰到相邻时隙的其他 ONU。

衡量这块光模块的几个硬指标，是排查故障时最常打交道的：

很多人只盯着“收光功率”这一个数，实际上发射光功率和消光比同样重要。我遇到过一例：用户收光 -22dBm 看着正常，但上行丢包严重，最后测出 ONU 发射只有 -2dBm，激光器已经衰减到快失效，光功率计测不出来，只能看 OLT 侧的接收光功率才定位到。这里的心得是：排查光路问题，永远要两头都看，只看 ONU 侧等于盲人摸象。

2.2 PON MAC 与协议栈：从 GTC 成帧到 OMCI 管理通道

光模块之下是 PON MAC 芯片，它才是 ONU 真正的“大脑”。GPON 体系里，这一层叫 GTC（GPON 传输汇聚）层，负责把上层的以太网帧封装成 125 微秒定长的 GTC 帧，帧里再切成上行和下行两个方向。为什么是 125 微秒？因为这个数字正好继承自 SDH 的 8kHz 采样时钟，整个通信网的时隙体系都建立在这个基准上，改不动也没必要改。

GTC 层之上还跑着两条特殊通道，学通信的人一定要分清：

• PLOAM：物理层运行管理维护通道，负责注册、测距、告警这些“底层对话”。ONU 能不能上线，全看这条通道通不通。
• OMCI：ONU 管理控制接口，跑在 GEM 端口里，负责配置业务参数——VLAN、限速、VoIP、Wi-Fi 模板，本质上是给 ONU 下发一张“业务配置表”。

再往上才是业务层，比如 TR-069 协议，由运营侧的 ACS 平台远程管理设备，做固件升级、参数下发、故障诊断。OMCI 管的是“PON 层面怎么通信”，TR-069 管的是“设备层面怎么配置”，两者经常被混为一谈，实际上分工明确：ONU 注册不上，查 PLOAM 和光路；ONU 注册上了但业务不通，查 OMCI 和 TR-069 的配置。

理解这个分层，排障时就有了顺序感：先看物理层（光功率、光路），再看 PON 层（注册状态、ONU-ID），再看业务层（VLAN、拨号、IP 地址），一层一层往上剥，而不是东一榔头西一棒子。

2.3 业务侧接口：GE 口、语音口、Wi-Fi 与 CATV 的取舍

ONU 的用户侧接口五花八门，常见的有千兆以太网口（GE）、POTS 语音口、Wi-Fi 模块、CATV 射频口，还有 USB。这些接口不是越多越好，而是直接决定设备成本和散热。

CATV 口是个典型例子。有线电视信号在 PON 里走的是 1550nm 波长，与数据业务的 1310/1490nm 波分复用，ONU 内部需要一个光电探测器把 1550nm 光信号转成射频电信号输出。这个功能对做广电业务的场景是刚需，对纯宽带场景就是多余成本。所以选型时要先搞清楚业务清单，不要看别人用什么就跟着买。

语音口（POTS）也是同理。VoIP 的 SIP 注册是在 ONU 内部完成的，一旦掉电，电话就断了——这一点在给用户做交付说明时必须提前讲清楚，否则停电时打不通急救电话是要担责任的。我见过不少项目为了节省成本，把语音功能放到下挂的独立网关里，就是为了断电时能通过别的路径保证通信。

Wi-Fi 模块的选择更微妙。ONU 内置 Wi-Fi 的发射功率受整机功耗和散热限制，穿墙能力通常弱于独立路由器；但内置的好处是少一台设备、少一个电源、少一根网线，故障点更少。工程上的折中是：小户型用内置 Wi-Fi 的 HGU 一体机，大户型或复式用桥接 + 独立路由做 Mesh，别指望一个盒子打天下。

3. ONU 上线的那几十秒里发生了什么

3.1 从 O1 到 O5：注册状态机的完整走位

ONU 上电到进入转发状态，中间要经过一个定义得非常严格的状态机（GPON 里对应 ITU-T G.984 系列定义的状态编号）。这套状态是理解“PON 灯为什么慢闪”的关键：

这张表建议直接背下来。现场只要看一眼 PON 灯：常亮 = 注册成功，慢闪 = 在注册但没成功，灭 = 连同步都没拿到。这三句话能把故障范围从“整个网络”缩小到“光路”或“认证”两个方向，效率提升非常明显。

值得一提的是 O3 到 O4 这一步。OLT 分配 ONU-ID 之前，必须确认这个序列号是不是在授权名单里——这就是所谓的“认证”。主流的认证方式有 SN 认证和 LOID 认证两种，前者用设备出厂序列号，后者用一串逻辑标识，本质都是在 OLT 侧维护一张白名单。白名单里没有，ONU 就会一直卡在 O3，表现为 PON 灯永远慢闪。这是装维现场最高频的“假故障”，很多人第一反应是光路坏了，其实光功率好得很，只是序列号没录进去。

3.2 测距与均衡时延：为什么每个 ONU 的上行时刻都不一样

PON 的上行是时分复用的，如果两个 ONU 同时发光，信号在分光器上会直接叠加成一团噪声。要避免这种情况，OLT 必须精确知道每个 ONU 距离自己有多远——因为光在光纤里跑是有时延的，1 公里大约 5 微秒，不同距离的 ONU 即使按同一时刻“被通知”发送，到达 OLT 的时间也完全不同。

解决办法就是测距（Ranging）。OLT 在 O3 阶段发一个测距请求，ONU 立刻回一个响应，OLT 用往返时间算出单程时延，再给这个 ONU 分配一个“均衡时延”（Equalization Delay），让它在被通知之后故意晚一点发送，把物理距离造成的差异补齐。这样在 OLT 看来，所有 ONU 都像是站在同一个距离上，时隙才能严丝合缝地拼起来。

这个机制的工程意义在于两个数字：GPON 的最大逻辑距离是 60 公里，最大差分距离是 20 公里。差分距离指的是同一 PON 口下最近和最远的 ONU 之间的距离差，超过 20 公里，均衡时延就补不齐了，最近的 ONU 会被踢下线。这就是为什么同一个 PON 口下不要混挂“隔壁楼”和“十公里外”的用户——不是光功率够不够的问题，是时隙对不齐。

还有一个容易被忽略的点：ONU 每次从 O5 掉回 O1（比如断电重启、光纤被拔插），都要重新走一遍测距。所以频繁重启的 ONU 会反复占用测距时隙，影响同一 PON 口下其他用户的体验。这也是为什么运维规范里要求“非必要不重启光猫”。

3.3 DBA 与 QoS：带宽不是平均分，而是按需抢

注册完成之后，ONU 就被纳入 OLT 的调度体系了。上行带宽怎么分，靠的是 DBA（动态带宽分配）。ONU 会周期性地上报自己的缓存占用情况（这个报告叫 Report，在 EPON 里对应 MPCP 的 REPORT 帧，GPON 里通过 DBRu 字段上报），OLT 根据所有 ONU 的申请和整体可用带宽，决定下一轮给谁多少时隙。

几种常见的分配模型值得搞清楚：

• 固定带宽：无论 ONU 有没有数据，都预留一块带宽。适合语音、专线这类不能断的业务，代价是浪费。
• 保证带宽：忙时保证最低额度，闲时可以借用更多。这是最常用的模型。
• 非保证带宽：有富余才给，抢不到就等着。适合普通上网业务。
• 尽力而为：优先级最低，纯粹捡漏。

落到设备上，这些模型对应 GPON 里的 T-CONT（传输容器）类型，ONU 内部通常有多个 T-CONT，分别承载不同的业务流。语音走一个高优先级的 T-CONT，上网走一个普通优先级的，IPTV 组播走另一个——这就是为什么看电视和下载同时进行时，电视不会卡。ONU 内部的调度器会根据帧的优先级标记（802.1p）把数据排进不同的队列，先发高优先级的，再发低优先级的。

这里有个实操心得：如果用户反馈“下载时电话断断续续”，八成是语音业务没有被正确映射到高优先级的 T-CONT，或者上行带宽本身就不够。前者查 OMCI 配置里的业务映射表，后者查 OLT 侧的带宽模板。这两件事都不在 ONU 本地能解决，得从管理平台下发。

4. 选型不踩坑：EPON、GPON、10G PON怎么选

4.1 四类 PON 技术的关键参数对照

ONU 的选型第一步不是看牌子，是看它挂在哪种 PON 下面。EPON 和 GPON 的 ONU 互不兼容，插错了根本注册不上，因为帧结构、波长规划、管理协议全都不一样：

最直观的差异是波长。EPON 和 GPON 共用 1310/1490nm 这一对窗口，而 10G PON 用的是 1270/1577nm。这个设计的巧妙之处在于：新旧技术可以在同一根光纤上波分共存，老 ONU 继续用 1310/1490nm，新 ONU 用 1270/1577nm，中间加一个波分复用器就能平滑升级，不用重新布线。这是运营商推 10G PON 时最看重的一点。

选型时还要注意一个坑：市面上有“Combo PON”口，一个口同时支持 GPON 和 XG-PON，但对 ONU 侧的要求是设备要能识别 OLT 下发的模式。如果 ONU 是纯 GPON 的，插在 Combo 口上通常能正常工作（OLT 会自动降速），但如果 OLT 侧配置成了只允许 XG-PON，纯 GPON 的 ONU 就永远注册不上。这种问题现场表现为“光功率正常、PON 灯慢闪”，很容易误判成认证问题。

4.2 光功率预算实算：把分光比和传输距离算清楚

这是通信工程里最该动手算、却最常被跳过的一步。光功率预算的逻辑很简单：OLT 发出来的光，减去沿途所有损耗，剩下的必须落在 ONU 的接收窗口内，并且留有余量。

先看各类损耗的典型值：

举个实算例子。某小区，OLT 发光 +3dBm，光纤长度 5 公里，中间 4 个熔接点、4 个活动连接器，末端用 1:8 分光器，走的是上行 1310nm：

• 光纤损耗：5 × 0.35 = 1.75 dB
• 熔接损耗：4 × 0.1 = 0.4 dB
• 连接器损耗：4 × 0.5 = 2.0 dB
• 分光器损耗：10.5 dB
• 合计：14.65 dB

ONU 收光 = 3 − 14.65 =−11.65 dBm，对比灵敏度 −27dBm，余量 15dB 出头，非常健康。

再算一个极限场景：15 公里、1:64 分光器、同样的熔接和连接器数量：

• 光纤损耗：15 × 0.35 = 5.25 dB
• 熔接 + 连接器：2.4 dB
• 分光器：20.5 dB
• 合计：28.15 dB

ONU 收光 = 3 − 28.15 =−25.15 dBm，余量只剩不到 2dB。这个余量在实验室能跑，在现场就是灾难——温度变化引起的光纤弯曲损耗、连接器端面轻微污染，任何一点波动都会把链路推到灵敏度以下，表现为“时好时坏、下雨天掉线”。

工程上的经验阈值是：规划阶段余量不低于 3dB，交付验收时实测余量不低于 2dB。所以 1:64 分光比不是不能用，而是要么缩短距离，要么提高 OLT 发光功率（换 Class C+ 光模块），要么把分光比降到 1:32。这三条路里，降分光比最便宜也最有效。

反过来还有一个坑：收光过强。如果分光比很小（比如 1:2）、距离又很近（几百米），算出来的收光可能是 −3dBm 甚至更高，直接超过 ONU 的过载点 −8dBm，结果是误码、丢包，甚至长期把接收端打坏。这时候必须加光衰减器，常见规格是 5dB、10dB 的固定衰减器，串联在 ONU 的 PON 口前面。这个细节很多人不知道，一看到“光很强”就以为万事大吉，实际上过强比过弱更隐蔽。

4.3 SFU、HGU、MDU：形态选错的代价

同样是 ONU，按应用场景分三种形态，选错了会很别扭：

• SFU（单家庭单元）：最基础的桥接型 ONU，只有一个或几个 GE 口，不带路由、不带 Wi-Fi。适合运营商只负责到门口、室内网络由用户自己搞定的场景。
• HGU（家庭网关单元）：带路由、NAT、Wi-Fi、DHCP，一台设备解决家庭全部需求。适合普通家庭用户，也是目前出货量最大的形态。
• MDU（多住户单元）：一台设备带多个用户口，通常装在楼道弱电箱里，每个口对应一户，做 VLAN 隔离。适合公寓、宿舍、酒店这类集中部署场景。

MDU 的坑最多。它本质上是“一个 ONU + 一个多口交换机”，但每个口要独立做 VLAN、独立限速、独立计费，配置复杂度比 HGU 高一个量级。我见过把 MDU 当 HGU 用、塞进用户家里的案例，结果多个用户共用一个 PON 带宽和同一个 NAT 出口，谁家在下载别人家就卡，投诉电话打爆。反过来把 HGU 塞进楼道做集中部署也很糟——散热不良、无管理、一户重启影响全楼。

还有一个常被忽略的形态是SBU（单商业单元），面向小微企业，特点是接口丰富（多个 GE、串口、语音口）、支持专线级别的 QoS 和冗余。这类设备的单价高，但业务价值也高，选型时别为了省几百块用家用 HGU 顶替，稳定性完全不是一个级别。

5. 现场排障：ONU不亮灯、注册不上、频繁掉线的排查链路

5.1 从指示灯和收光功率开始的第一步

排障最忌讳的是“猜”。正确的做法是先建立一条固定的检查顺序，把可能性一层层排除。我自己的顺序是：看灯 → 测光 → 查注册 → 查业务，四步走完，90% 的问题能定位。

第一步看灯。除了前面说的 PON 灯，LOS 灯也很关键：LOS 红灯闪表示光信号丢失，基本锁定光路问题；LOS 不亮但 PON 灯慢闪，说明有光但没注册上，问题在认证或 OLT 配置。LAN 灯不亮则是网线或用户设备的问题，跟 PON 侧无关，别混在一起查。

第二步测光。用光功率计接在入户光纤的端面上，注意三个细节：一是波长要选对，测 GPON 下行要切到 1490nm 档，用 1310nm 档测出来的数会偏低，容易误判；二是端面要清洁，一根脏了的跳线能让读数掉 3~5dB；三是测的是“ONU 收到的光”，所以要在 ONU 前面断开测，不是测 OLT 发的光。

读数怎么判断，给一个实用的对照表：

这里有个特别实用的技巧：对比法。如果同一个分光器下其他用户正常，只有这一户有问题，那问题必然在这一户的入户段，不用往机房方向查；如果同一分光器下全部用户都有问题，问题在分光器之前的馈线或者 OLT 侧。这一步能省掉大量无效的往返。

5.2 注册失败的四种典型原因与验证方法

ONU 卡在 O3 状态（PON 灯慢闪），光功率又完全正常，基本可以锁定在注册环节。按发生频率排，原因有四种：

第一种，认证信息未录入或录错。这是最常见的。OLT 侧维护一张授权列表，ONU 的 SN 或 LOID 必须在表里。装维时换了一台新设备，序列号没同步更新，就会一直注册失败。验证方法很简单：在 OLT 侧查这个 PON 口下的未授权设备列表，看有没有这台 ONU 的序列号在“待认证”状态。有，就是没录；没有，说明连报文都没上来，问题在物理层，回去查光路。

第二种，SN 冲突。极少数情况下，两台 ONU 用了同一个序列号（翻新机、山寨机常见），OLT 只认第一个，第二个永远注册不上。这种情况只能换设备，改不了。

第三种，PON 口模式不匹配。前面提到的 Combo 口场景，OLT 配了 XG-PON 只允许模式，纯 GPON 的 ONU 插上去就是慢闪。验证方法是在 OLT 侧看这个口的配置，或者换一台已知型号的 ONU 交叉验证。

第四种，光功率临界导致间歇性注册。收光在 −26dBm 附近时，ONU 有时能完成测距、有时不能，表现为“偶尔能上线，上线后一会儿又掉”。这种最折磨人，因为现场测的时候可能正好是好的。处理办法是连续观察十分钟，看收光是否稳定；或者直接在链路里串一个衰减器，人为把功率降到 −20dBm 左右看是否还掉——如果加了衰减反而稳定，说明原来的问题不是功率不足而是反射或者干扰。

5.3 掉线、丢包与“白天正常晚上卡”的定位手法

“能上网但老掉线”和“完全上不了网”是两类完全不同的问题，排查思路也不一样。前者往往不是硬故障，而是资源或环境问题。

晚高峰卡、白天正常，最常见的原因是上行带宽拥塞。一个 PON 口下挂的用户数超过设计容量，晚上大家一起看视频、打游戏，上行申请量超过可用带宽，DBA 调度不过来，表现就是延迟飙升、丢包。验证方法是在 OLT 侧看这个 PON 口的上行流量曲线，如果每天晚上 8 点到 11 点都是满的，那就实锤了。解决办法是拆分光节点、降低分光比，或者给关键用户做带宽保障。

下雨天掉线、晴天正常，八成是光缆接头盒进水或者光纤受潮。水汽进入接头盒会导致熔接点损耗上升，收光功率下降几 dB，刚好把余量吃光。这种故障有很强的规律性，记录几次掉线的时间点，和当地天气一对就清楚了。处理方法是重新做接头盒密封，或者更换受潮的尾纤。

一开某个电器就掉线，这个听起来玄学，其实是电磁干扰或者电源问题。ONU 的电源适配器质量差，电网波动时输出电压不稳，设备重启。也可能是 Wi-Fi 信道被干扰。区分方法很简单：用网线直连 ONU 测试，如果网线也掉，是电源或设备本身；如果只有 Wi-Fi 掉，是无线干扰，换信道或者换设备。

掉线后自动恢复，间隔不固定，要怀疑光模块老化。激光器随着使用时间推移，发射功率会缓慢下降，接收灵敏度也会劣化，表现就是“越来越容易掉”。这时候看 OLT 侧记录的该 ONU 接收光功率历史曲线，如果是一条缓慢下降的斜线，那就是硬件寿命到了，换设备。

还有一个容易被忽略的排查点：ONU 的散热。很多弱电箱是密闭的，夏天箱内温度能到 50 度以上，ONU 长期高温工作，电容鼓包、芯片降频，表现就是随机重启。我处理过好几例“找不到原因的掉线”，最后都是把 ONU 从密闭箱子里挪出来、或者加个散热孔解决的。这种事写不进任何手册，但现场经验就是这样攒出来的。

6. 给自学通信工程的人一条可执行的路径

6.1 理论侧要啃的三块硬骨头

想真正搞懂 ONU，光看产品手册没用，得回到标准文本。我把需要啃的部分归纳成三块：

第一块是PON 的帧结构。GPON 的 GTC 帧是 125 微秒定长，里面分下行帧和上行帧，下行帧有 PCBd（物理控制块下行），承载同步、PLOAM、DBA 授权等信息。把这张帧结构图看懂，你就明白为什么 ONU 必须严格同步、为什么上行时隙能精确到微秒级。EPON 则要看 MPCP 的五种帧：GATE、REPORT、REGISTER_REQ、REGISTER、REGISTER_ACK，五种帧把“发现—注册—授权—上报”的闭环讲得清清楚楚。

第二块是测距和均衡时延的计算。这个不难，但要动手算。给定光纤长度，算出单程传播时延（光在光纤里的速度大约是 2×10⁸ m/s，比真空慢三分之一），再算出需要的均衡时延值，和标准里给出的范围对一对。算过一遍，你对“最大差分距离 20 公里”这个限制就会有肌肉记忆。

第三块是DBA 的分配模型。五种 T-CONT 类型分别对应什么业务、固定/保证/非保证/尽力而为四种带宽怎么组合、SR 和 NSR 两种上报方式的区别在哪。这部分内容抽象，建议结合一个具体场景推演：假设一个 PON 口下 32 户，总上行 1.244Gbps，其中 4 户有语音、8 户有 IPTV、20 户普通上网，你给每类业务分配多少带宽、用什么 T-CONT，才能保证语音不卡、电视不花、下载不崩。

6.2 动手侧的低成本实验环境

理论啃完必须动手，否则永远是纸上谈兵。搭建实验环境不一定非要买 OLT，成本可以压得很低：

最省钱的路子是淘二手的 PON 设备和一台旧 ONU。一套入门级的 OLT 加两三个 ONU，成本可以控制得很低，足够把注册、测距、VLAN、限速这些流程跑一遍。买的时候注意成色和固件版本，太老的设备可能不支持你想要的特性。

有了设备之后，按这个顺序做实验：

1. 空载注册：ONU 接上分光器，观察 PON 灯从灭到慢闪到常亮的过程，同时在 OLT 侧抓 PLOAM 报文，看 O3 到 O5 的每一步报文长什么样。
2. 认证实验：故意把 ONU 的序列号从白名单里删掉，看重播注册失败的过程；再把它加回去，看恢复。这一步能把“认证失败”和“光路故障”的现场表现彻底区分开。
3. VLAN 透传实验：配置不同的 VLAN，验证桥接模式下 VLAN 标签怎么透传、路由模式下怎么剥离。
4. 限速实验：在 OLT 侧给这个 ONU 配一个带宽模板，然后用打流工具压测，观察实际速率和配置值的偏差。
5. 断纤实验：拔掉光纤，看 LOS 告警怎么上报、恢复后要多久重新注册。这一步能让你对“掉线—恢复”的时间有直观感受。

没有硬件也有替代方案：用开源的 PON 仿真工具或者网络仿真软件，可以把协议流程跑通，虽然摸不到光功率，但对理解状态机和报文结构很有帮助。

最后再分享一个我觉得最有价值的学习方法：把每一台你接触过的 ONU 都当成一个案例记录下来。什么型号、什么 PON 类型、装在什么场景、出过什么故障、最后怎么解决的。积累到几十条之后，你会发现故障是有模式的，很多问题看一眼指示灯就能猜个八九不离十。这种从现场长出来的判断力，是任何教材都给不了的。