它是对芯片能力的一句说明，不是第三种 PON 标准。
ITU-T 和 IEEE 的任何一份文件里都找不到 "XPON" 这个词。行业用它泛指 PON MAC 支持不止一种标准的终端，实际就是 GPON（ITU-T G.984）和 EPON（IEEE 802.3ah）两套，部分路线图里再加上 XGS-PON（ITU-T G.9807.1）。标准本身没有变，变的是一颗芯片能跑两套栈。
| 层次 | GPON（ITU-T G.984） | EPON（IEEE 802.3ah） | 双模终端必须带着什么 |
|---|---|---|---|
| 下行波长 | 1490 nm | 1490 nm | 一个接收机，两种线路速率 |
| 下行速率 | 2488.32 Mbps | 1244.16 Mbps | 两套时钟恢复设置 |
| 上行波长 | 1310 nm | 1310 nm | 一个突发发射机 |
| 上行速率 | 1244.16 Mbps | 1244.16 Mbps | 共用的突发时序 |
| 下行成帧 | 125 μs 定长帧里的 GEM | MPCP 承载的以太网帧 | 两套成帧器配置 |
| 寻址 | 8 bit ONU ID + 12 bit GEM Port-ID | 以太网前导码里的 LLID | 两套寻址引擎 |
| 管理 | OMCI，ITU-T G.988 | MPCP + OAM，IEEE 802.3ah | 两套管理栈 |
表里最容易让人误判的是两行：波长一样，上行速率也一样。只有下行速率和成帧方式不同。这就是为什么光功率计回答不了这个问题，也是为什么"看得见光但注册不上"会成为混合网络里最常见的现象——光有了，抓不住帧结构。
往下拆一层就清楚了。GPON 的下行是 125 μs 定长帧，每帧头部有物理同步图案，ONU 的时钟恢复电路必须配到 2488.32 Mbps 才认得出这个图案。EPON 的下行走的是以太网帧流，靠 MPCP 的 discovery GATE 建立联系，速率是 1244.16 Mbps。同一根光纤、同一个波长，两套完全不同的帧节奏，接收机只能按其中一套去解。
靠试。两个标准在物理层都没有能力协商这一步。
上电之后，双模终端跑的序列大致是这样：
检测有光。 确认 1490 nm 下行载波落在接收窗口里。这一步只证明光纤是通的。
试 GPON 同步。 把时钟恢复配到 2488.32 Mbps，在每一个 125 μs 下行帧的头部找物理同步图案。找到就锁定，往下走到序列号状态。
试 EPON 同步。 上一步失败就重配到 1244.16 Mbps，找 MPCP 成帧和 discovery GATE，按 EPON 终端注册。
保持或重试。 两套都不成，就停在搜索状态或者循环重试，看实现。
每次尝试要花几秒。这就是双模终端比单模终端起来得慢的原因，也是混合网络里重启一下"就好了"的真相——那不是修好了，是重试循环刚好走完了一轮。
提示： 靠试来识别，意味着终端会锁在第一个同步成功的模式上。万一两个栈都够得着——光纤跳错了、测试用的 OLT 没拔——它没法按你的意图去挑，只能看它的状态页或者 OLT 的 ONU 列表才知道它选了哪个。
这个"先到先得"的特性还有个代价：如果网络里两个 OLT 的光都通过某种路径漏过来了（比如施工时没断开的临时跳纤），终端的行为就变成不可预期的了。而它不会报错，因为它认为自己成功了。
因为"自适应"描述的是识别这个动作，识别不等于决定留在哪个模式。
三种实现解释了大部分被当成"不稳定"的行为：
识别一次就锁存。 首次上电时识别，把模式存下来。搬到另一种标准的 OLT 上，不清掉这个存储值或者不恢复出厂，它不会重新识别。
每次上电都重新识别，慢一点。 每次都试一遍，每次多花几秒。可靠，但谁掐着表看启动过程都会觉得像是故障。
模式由软件配置固定。 出厂锁在一个模式，另一个模式要运维人员写配置才开，本地写或者 OLT 下发都行。手动开关就出现在这种实现里。
三种都谈不上错，它们是在启动时间和确定性之间做取舍。要紧的是知道自己手上的是哪一种，因为它决定了终端被搬动时技术人员必须做什么。用户会自己搬终端、备件又来自混合池子的场景里，锁存行为是重复上门的主要来源。
顺着往下查，每一类都假设上一类已经排除。
| 故障 | 现场看到的现象 | 排查顺序 | 最常见的根因 |
|---|---|---|---|
| A. 注册不上 | PON 灯灭或闪，OLT 的 ONU 列表里没有 | 波长与速率匹配 → 当前模式设置 → 光功率 → 序列号/LOID → 测距窗口 → ONU ID 冲突 | 存的模式不对，或者标识压根没在 OLT 上录入 |
| B. 注册上了没业务 | OLT 显示终端在线，用户没流量 | OMCI/OAM 管理实体状态 → VLAN 与业务模板 → T-CONT/GEM 端口是否建起来 → UNI 管理状态 | 业务模板绑到了另一种 PON 模式，管理实体根本没生成 |
| C. 业务速率不对 | 有流量，带宽远低于设计值 | UNI 自协商结果 → OLT 上的限速模板 → DBA 分配 → 上下行是否对称 | UNI 协商成 100 Mbps 而不是 1000 Mbps，或者 DBA 模板按错的标准配的 |
A 类是所有人都会想到的那一种，而且它通常是错配，不是损坏。先确认 OLT 端口跑的是什么标准，再看终端当前处在哪个模式——不是它标称支持哪个，是它现在实际在哪个。然后测接收光功率：28 dB 是 Class B+ 的行业常用预算参考值，不是台面上这一台的保证值。最后查标识，GPON 认序列号或密码，EPON 用 LLID、通常还要 LOID，录到另一种模式下会被静默拒绝，日志里不一定有明确报错。
B 类是最花钱的，因为终端看着是健康的：灯亮着，OLT 列表里有。断点在往上一层，业务模型里。GPON 通过 OMCI 管理实体建业务——T-CONT、GEM 端口，以及两者之间的 VLAN 绑定，遵循 ITU-T G.988。EPON 通过 OAM 和 MPCP 建，每条逻辑链路一个 LLID。按一种模式写的模板，在另一种模式里什么都建不出来，于是终端挂着已注册、未开通的状态，而且没有任何告警说这件事。
C 类看着像容量问题，实际通常是协商问题。先查 UNI：一个千兆 RJ45 因为线对受损或者被强制设置，协商到了 100 Mbps，就把整条 2.5 Gbps 下行能力的 PON 卡在 100 Mbps 上，而没人会想到去看端口。再查 DBA 分配，保守的 T-CONT 或队列模板会把上行压得远低于 PON 能承载的 1244.16 Mbps。
警告： 别用"重新注册"去修 B 类故障。OLT 上已经有它了，说明物理层已经完事，重新注册只会毁掉现场证据。先把管理实体或 OAM 状态读出来、记下来。
它是波长上的邻居，不是同一台终端上的第三种模式。
XGS-PON 下行 1577 nm、上行 1270 nm，对称 9.953 Gbps，定义在 ITU-T G.9807.1。这一对波长和 1490 nm / 1310 nm 不重叠，所以 XGS-PON 的 OLT 可以通过外加合波器，和已有的 GPON 在同一张 ODN 上共存，各自终端锁自己被设计来接收的那个波长。但这种共存属于 ODN 和 OLT 的事，不属于用户终端：XGS-PON 是第三套栈，有自己的光器件。
锐应的 XGS-PON 在研发阶段、尚未量产，所以任何 10G 终端的需求都应当按前瞻来看。打算做这次演进的网络，终端侧真正要问的是：OLT 换掉之后，已经装出去的 GPON ONU 还能不能用。
标准之争——GPON 与 EPON 作为一次建网决策，涉及成本、覆盖半径和生态——是另一个问题。这里只处理窄的那件：两张网都已经在了，你需要的是在任意一张上都行为可预期的终端。
四项内容要进规格书：
哪两种标准，明确写出来。 报价单上的 "XPON" 必须展开成实际的那两种，因为这个词本身不说明第二种是 EPON 还是 XGS-PON。
识别行为。 问清楚终端是锁存识别结果，还是每次上电重新识别，以及锁存的值怎么清除。这是运维成本问题，不是功能问题。
每种模式下的标识格式。 GPON 要序列号或密码，EPON 要 LLID、通常还要 LOID。第一次装之前就把两种都写进文档，这是 A 类故障最大的来源。
每种模式下的管理栈。 确认 GPON 侧的 OMCI 管理实体支持、EPON 侧的 OAM 行为，以及 OLT 会下发哪一套。
锐应在售的 ONU 是单口 XPON ONU，一个 PON 口、一个用户口，规格覆盖 GPON 与 EPON 双模，正好对着这个场景。识别行为、模式是否锁存、每种模式接受的标识格式都与软件版本相关，部署前按实际版本确认，不要照搬其他版本的经验。局端一侧，锐应同时提供 mini GPON OLT 与 8+4 口千兆工业交换机（PoE 可选），用于把 PON 的下游汇聚到园区或厂区网里。
能，前提是它是双模终端。它带着两套协议栈，靠尝试同步来认局端：GPON 下行 2488.32 Mbps、EPON 下行 1244.16 Mbps，两者都在 1490 nm。它会停在哪个模式，取决于具体实现。
因为识别是试出来的，不是协商出来的。很多终端锁住第一个同步成功的模式，一直保持到复位或恢复出厂。这样做确定、快，代价是终端在两个标准之间搬动时必须清掉存下来的模式值。
绝大多数情况是业务模板按另一种 PON 模式写的。GPON 通过 OMCI 管理实体下发业务，比如 T-CONT 和 GEM 端口；EPON 走 OAM 和 LLID。注册这一步成功了，所以模板什么都没建出来。
先查 UNI 口。千兆 RJ45 自协商到 100 Mbps，整条连接就被卡在 100 Mbps。UNI 确认是 1000 Mbps 之后，再查 OLT 上的 DBA 或限速模板，因为上行不光受 1244.16 Mbps 线路速率约束，还受分配额度约束。
有。终端不改变 ODN、不改变 OLT、也不改变开通模型。标准决策牵动的是分光设计、局端投资和管理工具链；双模终端只是把终端侧的限制去掉，前提是两张网都已经存在。
不算。两套栈各试一次，每次几秒，加起来就是多出来的那段时间。但如果超过一两分钟还起不来，那已经不是慢，是两套都没同步上，按 A 类故障查。
双模终端不会让两张 PON 网互通，它只是让一个盒子具备加入任意一张的能力。查故障时先看它当前在哪个模式，而不是它被买来时标称支持哪个；三类故障按注册、业务、速率的顺序往下走，混合组网的大多数工单能在几分钟内关掉。备件池里如果既有 GPON 也有 EPON 的存量，把每种模式的标识格式提前写进施工文档，比事后培训更省事。
关于锐应： 深圳市锐应科技有限公司 专注 GPON OLT、XPON ONU 与工业以太网交换机的研发制造。
