第2章 ONU硬件架构

第二章：ONU硬件架构——拆开看看里面到底有什么

做PON网络这么多年，我拆过的ONU少说也有上百台了。每次有新同事问我：“ONU不就是个光猫吗？能有多复杂？”我都会笑笑，然后带他们看看内部结构。说实话，ONU虽然个头不大，但里面的门道可不少。

这一章，咱们就来聊聊ONU的硬件架构。我会从内部模块讲起，再聊聊ONU的分类，最后说说那些指示灯和接口——嗯，这些可都是日常排障的关键。

一台典型的ONU，内部主要由五个核心模块组成。我习惯把它们比作一个小型计算机系统，你想想看，是不是这个理？

光模块负责把光纤里的光信号转成电信号，反过来也一样。说白了，它就是ONU和OLT沟通的桥梁。

我记得有一次在机房排查故障，一台ONU死活注册不上。我测了光功率，正常；换了尾纤，还是不行。最后拆开一看，光模块的接口里有一层灰——嗯，就是一层灰，擦干净就好了。所以我现在有个习惯：遇到光口问题，先清洁，再排查。

我的小技巧： 光模块的接收灵敏度一般在-28dBm左右，但别等到临界值才处理。我建议低于-25dBm就开始排查线路。

MAC芯片处理的是数据链路层的工作。它负责封装和解封装以太网帧，还要处理OAM（操作管理维护）报文。

这里有个坑：不同厂商的MAC芯片对OAM报文的解析方式可能不一样。我曾经遇到过一批ONU，在A厂商的OLT上跑得好好的，换到B厂商就频繁掉线。查了两天才发现，是MAC芯片对某些OAM扩展字段的处理有差异。

CPU负责运行ONU的操作系统，管理配置、处理协议、维护状态机。说实话，早期ONU的CPU性能很弱，跑个DHCP都能卡半天。现在的ONU好多了，但CPU依然是性能瓶颈。

我个人习惯在选型时关注CPU的主频和内存大小。如果ONU要跑复杂的业务（比如VoIP、组播），CPU性能一定要够。

交换芯片负责数据包的二层转发，PHY则负责物理层的信号收发。这两个模块配合，决定了ONU的以太网口性能。

你想想看，为什么有些ONU的千兆口跑不满？很多时候就是交换芯片的转发能力不够，或者PHY的驱动有问题。我建议在验收时一定要做吞吐量测试，别只看灯亮不亮。

ONU的分类，说白了就是看它面向什么场景。我做了这么多年，总结下来就四类：

SFU（Single Family Unit）：单用户单元，最简单的ONU。只有一个以太网口，适合家庭宽带。说白了就是“光猫”的原始形态。
HGU（Home Gateway Unit）：家庭网关单元，带路由、Wi-Fi功能。现在的家庭用户基本都用这个。我建议家庭用户直接选HGU，省一个路由器。
SBU（Single Business Unit）：单业务单元，面向企业用户。通常带多个以太网口，支持VLAN、QoS。我在企业项目中用得最多。
MTU（Multi-Tenant Unit）：多租户单元，面向楼宇、园区。可以同时服务多个用户，每个用户独立隔离。

    选型建议： 家庭用户选HGU，企业用户选SBU，园区场景选MTU。别为了省钱给企业用户装HGU，后期维护成本会让你哭的。

指示灯是排障的第一道防线。我经常跟团队说：“看灯就能解决80%的问题。”下面这张表是我整理的常见指示灯含义：

注意： 不同厂商的指示灯定义可能不同。我曾经遇到过一台ONU，PON灯闪烁但实际已经注册成功了——后来发现是固件bug。所以，别完全依赖指示灯，还是要看OLT侧的状态。

接口方面，常见的ONU接口包括：

嗯，这里要注意：光口的类型一定要和OLT匹配。SC/APC和SC/UPC虽然长得像，但插在一起会损坏接口。我曾经见过有人硬插，结果两个接口都废了。

下面这张图是我画的ONU硬件架构知识体系，帮你理清思路：

这张图把本章的核心内容串起来了。你从中心节点出发，沿着三条分支走，就能把ONU硬件架构的方方面面都覆盖到。

我的建议： 把这章的内容和第一章的PON网络架构结合起来看。理解了OLT和ONU的对应关系，你才能真正掌握PON网络。

好了，这一章就到这里。记住：ONU虽小，五脏俱全。搞懂了硬件架构，后面的注册配置、批量管理才能得心应手。

公众号:蓝海资料掘金营，微信deep3321