说明：本文写作时外部网络抓取受限，未能实时核对网页资料。文中数字均为行业教材与公开技术资料中长期稳定的典型值（如GPON速率、波长、分光比、光功率预算），对个别时效性较强的信息已明确标注来源性质。文中附带的Wikipedia链接为本文撰写时实际尝试访问的词条地址。
把光纤拉到家里，是最理想的事——光纤的带宽理论上近乎无限，衰减只有铜线的几十分之一。但如果给每户单独拉一根光纤直连机房，会发生什么？
假设一个小区有1000户，机房到小区的距离是3公里。点对点方案需要 1000 × 3 = 3000 芯公里的光纤，还要机房里配1000个光收发模块和交换端口。光纤本身便宜，但管道资源、熔接工作量、机房端口才是大头——城市管道里的光纤束是有限的，每户独占一对纤，等于把最贵的资源用在了最浪费的地方。
PON（Passive Optical Network，无源光网络）给出的答案极具经济学味道：
用一根光纤，通过一个不需要供电的分光器，把信号“掰”成32份或64份，分给几十个用户共享。
它牺牲的是“每户独享”的确定性，换来的是基础设施成本断崖式下降。而它之所以敢这么做，靠的是两套精巧的机制：下行靠广播+加密，上行靠TDMA+测距。这两套机制就是本文的核心。
在展开之前，先纠正一个最常见的误解：PON里的“无源”，指的是局端（OLT）和用户端（ONU）之间的全部设备都不需要供电——尤其是分光器。它不是放大器，不是交换机，不整形、不放大、不存储，只是一块能把一束光按比例分成N束的玻璃器件。网络里能“做主”的，只有两头的OLT和ONU。
一个典型的PON网络由三部分组成：
| 组件 | 全称 | 位置 | 作用 | 是否供电 |
|---|---|---|---|---|
| OLT | 光线路终端 | 机房 | 整个PON网络的“主持人”，负责调度、带宽分配、加密 | 是 |
| ODN | 光分配网络 | 局端到用户之间 | 馈线光纤+分光器+配线光纤，纯光通道 | 否 |
| ONU | 光网络单元 | 用户家/楼道 | 终端，俗称“光猫”，收下行、发光上行 | 是 |
flowchart LR
OLT["OLT 机房局端设备"] -->|"馈线光纤 一根"| SP1["一级分光器 1分8"]
SP1 -->|"配线光纤 八根之其一"| SP2["二级分光器 1分4"]
SP1 -->|"配线光纤"| SP3["二级分光器 1分4"]
SP2 -->|"入户光纤"| ONU1["ONU 用户A"]
SP2 -->|"入户光纤"| ONU2["ONU 用户B"]
SP2 -->|"入户光纤"| ONU3["ONU 用户C"]
SP2 -->|"入户光纤"| ONU4["ONU 用户D"]
SP3 -->|"入户光纤"| ONU5["ONU 用户E"]
SP3 -->|"入户光纤"| ONU6["ONU 用户F"]
SP3 -->|"入户光纤"| ONU7["ONU 用户G"]
SP3 -->|"入户光纤"| ONU8["ONU 用户H"]
注意上图的典型工程结构：两级分光（1:8 再分 1:4），总等效分光比 1:32。现网中也大量存在一级 1:32 甚至 1:64 的组网。分光比是PON设计中最核心的权衡参数，后面会算给你看。
ODN是这三件套里最特殊的一个：它是“哑”的。你没法在分光器上远程管理、没法监控它的工作状态、它坏了也不会上报告警。这就是为什么光纤接入网的故障定位（第三章会讲）高度依赖光功率测量——网络哑了，人就得更聪明。
OLT向下的发送方式简单粗暴：不管数据是给谁的，一股脑地广播到整棵分光树上。每一个ONU物理上都能收到全部下行数据，就像合租的房子里，快递员把所有包裹都扔进客厅，每个人自己翻找贴着自己名字的那件。
ONU靠什么“翻找”？每个ONU在上线注册时会被分配标识（EPON中是LLID，GPON中是GEM Port），ONU只把匹配自己标识的数据帧上交给用户，其余全部丢弃。
flowchart LR
OLT["OLT 发送下行帧"] -->|"广播到整棵分光树"| SP["分光器 按功率均分"]
SP --> ONU_A
SP --> ONU_B
SP --> ONU_C
ONU_A["ONU-A 收到全部帧"] -->|"仅上交A的帧 其余丢弃"| UA["用户A"]
ONU_B["ONU-B 收到全部帧"] -->|"仅上交B的帧 其余丢弃"| UB["用户B"]
ONU_C["ONU-C 收到全部帧"] -->|"仅上交C的帧 其余丢弃"| UC["用户C"]
问题一：广播不是浪费吗？ 是，也不是。下行帧里真正发给某个ONU的只有一份，但物理层每次都要“路过”所有ONU。这确实消耗了光功率和带宽。但作为交换，OLT省掉了任何地址解析和路由逻辑——下行方向就是一台“发报机”，实现极简、时延极低。当分光器把功率均匀摊给32个接收者时，广播的“浪费”已经通过分光损耗被严格定量地控制住了（见3.3的功率预算）。
问题二：广播的隐私怎么办？ 这是PON安全设计的重点。现网GPON/XGS-PON的下行数据使用AES-128加密，密钥由OLT与每个ONU单独协商，且会周期性更换。所以邻居的光猫虽然“听得到”你的流量，但解不开。这也解释了一个现网现象：PON下行加密是逐ONU的，加密导致的吞吐损失在多用户高负载时才会明显。
分光器把光功率按比例拆分。一个 1:N 的理想分光器，每一路分到的功率是输入的 1/N，用分贝表示：
$$L_{split} = 10 \lg N \ \text{dB}$$
代入实际数字：
| 分光比 | 理论分光损耗 | 实际典型损耗（含插损） |
|---|---|---|
| 1:2 | 3.0 dB | 约 3.6 dB |
| 1:8 | 9.0 dB | 约 10.5 dB |
| 1:16 | 12.0 dB | 约 13.8 dB |
| 1:32 | 15.1 dB | 约 17.5 dB |
| 1:64 | 18.1 dB | 约 21.0 dB |
（理论值与实际值之差来自分光器插入损耗，此处为行业常用经验值。）
现在做一次完整的光链路预算，这是装维工程师每天都要做的事：
$$P_{budget} = P_{tx,min} - S_{rx,sens}$$
以常见的B+等级光模块为例（典型值）：OLT发射功率最低 +1.5 dBm，ONU接收灵敏度 -27 dBm，则可用预算约 28.5 dB。再看花销：
| 项目 | 典型值 |
|---|---|
| 一级分光 1:8 | 10.5 dB |
| 二级分光 1:4 | 7.5 dB |
| 光纤衰减（1310/1490nm 约0.35 dB/km × 5 km） | 1.8 dB |
| 活动连接器 ×4（每个约0.5 dB） | 2.0 dB |
| 熔接点 ×6（每个约0.1 dB） | 0.6 dB |
| 设计余量 | 1~3 dB |
| 合计 | 约 24~26 dB |
预算28.5 dB，花销24~26 dB——余量只有2~4 dB。这就解释了大量现网现象：
下行是广播，问题不大。但上行方向，32个ONU往同一根光纤上发光，如果各说各的，信号在分光器处叠加就是一堆废码——这不是“干扰变差”，而是彻底冲突作废。
PON的解法是 TDMA（时分多址）：OLT作为主持人，把上行信道切成时间片，授权（Grant）某个ONU在指定时间窗口内发光，其他ONU在此期间必须闭嘴。整个上行就像一场有主持人的电话会议：想发言先举手（上报缓存请求），主持人排好班（DBA调度），点到名字才能开口。
flowchart TD
R1["各ONU上报缓存 Report"] -->|"上行帧携带队列长度"| OLT["OLT的DBA算法"]
OLT -->|"按SLA和历史流量计算"| G["生成授权表 Grant"]
G -->|"下行广播授权 时隙起点与长度"| ONU2["各ONU"]
ONU2 -->|"被授权者准时发光 其余静默"| UL["上行时隙 无冲突"]
UL -->|"下一周期继续上报"| R1
这个闭环每毫秒级都在进行，用户完全无感。但它引出了上行设计中最精妙的两个子问题——测距和突发模式收发。
想象会议室里有人坐在主持人旁边，有人坐在走廊尽头。如果规定“每个人从听到滴声后立刻发言”，远处的人声音会晚到，就可能撞上后面发言者的声音。
光速很快，但光纤里并不快，而且各ONU到OLT的光纤长度天然不同。光纤折射率约1.47，信号往返一个距离差为 $\Delta d$ 的环路，时间差为：
$$\Delta t = \frac{2 \cdot \Delta d \cdot n}{c}$$
哪怕两个ONU只差100米光纤，往返时间差约 $2 \times 100 \times 1.47 / (3\times10^8) \approx 1\ \mu s$——而GPON上行时隙的粒度是微秒级的。不补偿距离差，时隙必然互相踩踏。
PON的解法叫测距（Ranging）：每个ONU上线时，OLT主动发起一轮“回声测距”，测出这个ONU的往返时延，然后下发一个均衡时延值，命令ONU“把自己的发光时刻推迟/提前这么多”，使所有ONU在逻辑上看起来“距离OLT一样远”。此后OLT只需按统一的节拍分配时隙即可。运行期间OLT还会周期性地重测（因为温度变化会使光纤长度微变），持续微调。
sequenceDiagram
participant ONU as ONU 新用户
participant OLT as OLT 局端
ONU->>OLT: 上线请求 序列号发现
OLT->>ONU: 分配临时标识 并打开测距窗口
Note over ONU,OLT: 静默期 只有该ONU允许发光
ONU->>OLT: 在测距窗口内回发测距脉冲
OLT->>OLT: 计算往返时延 得出均衡时延
OLT->>ONU: 下发均衡时延值
ONU->>OLT: 按修正后的节拍发光 加入正常调度
TDMA还带来一个物理层难题：每个ONU的激光器不能常亮，轮到自己时必须“瞬间开、说完立刻关”，否则会漏光砸了别人的时隙。这就是突发模式发射（Burst-mode TX）。
对ONU不难——它只需要开关自己的激光器。真正难的是OLT侧：上行方向到达OLT的光信号是一个个“碎片”，每个碎片来自不同距离、不同光功率、不同相位的ONU。OLT的接收机必须在几十纳秒内完成对每个突发的幅度判定和时钟恢复。这就是突发模式接收（Burst-mode RX），它是PON光模块比同速率点对点光模块贵得多的核心原因。
一个现网术语在此登场：流氓ONU（Rogue ONU）。某只光猫因故障“长明灯”不闭嘴，它的持续发光会淹没所有其他ONU的上行突发，导致整个分光树上几十户同时频繁掉线、上行完全瘫痪。故障现象是“整片用户集体投诉”，而坏的可能只是楼下某一户的光猫——这是PON运维中最经典也最难查的故障之一，需要OLT逐个关闭ONU来二分定位。
如果给每个ONU轮流分配固定时隙（静态分配），简单，但浪费——不在线的用户时隙照样空转。所以PON采用DBA（动态带宽分配）：ONU在上行帧里“打报告”说明自己缓存里有多少数据，OLT按各用户的SLA（签约带宽）和报告量计算下一周期的授权表。
上行有效速率可以粗略估算为：
$$R_{eff} \approx R_{line} \times \frac{T_{data}}{T_{data} + T_{guard} + T_{preamble} + T_{report}}$$
其中 $T_{guard}$ 是时隙间保护间隔（防止相邻突发重叠），$T_{preamble}$ 是供OLT接收机锁定的前导码。时隙切得越碎（在线用户越多），开销占比越高——这就是为什么32户共享2.5G上行的GPON，实测单户上行峰值会随并发数上升而明显下滑。
PON不是一项技术，而是一个家族。它们共享同一套“广播下行+TDMA上行+无源分光”的哲学，差别在速率、波长和上下行对称性：
| 技术 | 下行速率 | 上行速率 | 下行波长 | 上行波长 | 特点 |
|---|---|---|---|---|---|
| EPON | 1.25 Gbps | 1.25 Gbps | 1490 nm | 1310 nm | 以太网基因，实现简单 |
| GPON | 2.5 Gbps | 1.25 Gbps | 1490 nm | 1310 nm | 电信级管理面强，现网主力 |
| XG(S)-PON | 10 Gbps | 10 Gbps（XGS对称） | 1577 nm | 1270 nm | 与GPON共纤共存 |
| 50G-PON | 50 Gbps | 25/50 Gbps | 更高频谱方案 | — | 新一代，据ITU-T公开资料其第一版标准于2021年前后完成，尚未规模部署 |
两点值得展开的“为什么”：
为什么上下行要用不同波长？ 因为同一根光纤里，下行（OLT→ONU）和上行（ONU→OLT）的信号必须同时存在而不互相打架。最省事的办法是让它们“颜色不同”——1490 nm 走下行、1310 nm 走上行，两束光在光纤里各走各的，两端器件只需过滤出自己关心的波长。这就是最朴素的波分复用。
flowchart LR
subgraph F["同一根馈线光纤内部"]
direction LR
DL["下行光 1490nm 或 1577nm"] --> SP["分光器"]
UL["上行光 1310nm 或 1270nm"] -->|"反向传输"| SP
end
SP -->|"滤出下行波长"| RX["ONU接收机"]
ONU["ONU发射机"] -->|"发出上行波长"| SP
为什么XG(S)-PON能和GPON在同一个ODN上共存？ 正是因为波长错开了：GPON用1490/1310，XGS-PON用1577/1270，互不重叠。运营商不用重铺光纤，只要在局端加一块新板卡、用户家换一个新光猫，两种速率就能在同一棵分光树上并行运行——老用户不受影响，升速用户平滑迁移。新速率兼容旧ODN（光纤和分光器不用动），是PON架构设计里最被低估的优点，也是它能统治FTTH市场几十年的底层原因。
装维与验收。 每次装机必测三处光功率：OLT侧发光、分光器前后、ONU侧收光。收光劣于灵敏度（典型 -27 dBm）就直接导致掉线或无法注册；劣于 -25 dBm 虽能工作，但一场雨、一个接头氧化就可能超标。用OTDR或红光笔沿链路找断点和高损耗点，是FTTH故障处理的日常。
批量掉线排查。 单户掉线，先查该户收光和光猫注册状态；整树几十户集体掉线，优先怀疑流氓ONU或分光器上游馈纤问题，而不是挨个查用户。理解“上行是共享介质”这个原理，排查方向完全不同。
测速不达标。 用户签约1000M但晚高峰跑不满，可能不是带宽问题：先看ONU收光（弱光会触发降速保护），再查DBA/SLA配置（上行是否被限了模板值），最后确认是否整树用户数超出规划（1:64树上晚高峰并发，人均实际带宽可能远低于名义值）。PON是统计复用系统，“签约速率”是峰值承诺而非独享保障——这一点和以太网点对点专线的本质区别，值得每个工程师刻在脑子里。
常见调试陷阱： 1. 用普通光功率计直接测XGS-PON（1577 nm）却按GPON（1490 nm）的刻度读数——波长不同，定标不同，读数会失真； 2. 把多级分光（1:8后再1:4）混当成一级1:32估算损耗——两级插损叠加，实际比一级1:32更耗功率； 3. 冷接子工艺的接头劣化是隐性杀手——装机时合格，半年后氧化衰减突增，用户投诉“越来越慢然后频繁掉线”。
PON的所有“怪癖”都源于同一个决定：让中间的网络保持沉默。中间不供电、不放大、不做主，于是出现了四个连锁设计：
理解了“无源”这个约束如何一步步推导出广播、TDMA、测距、DBA、突发模式这一整套机制，你就真正理解了PON——它不是一堆技术的堆砌，而是一条从经济学假设出发、被物理定律步步约束的完整逻辑链。
Q: PON和OTN/PTN/SPN是什么关系？ A: 定位完全不同。OTN/PTN/SPN是骨干和城域的传输网技术，点对点为主，负责把海量业务在局与局之间搬运；PON是接入网技术，负责从局端到千家万户的“最后一公里”。可以把OTN类比成高速公路干线，PON是小区里的共享班车。
Q: 分光比1:64一定比1:32差吗？ A: 不一定，取决于业务模型。低密度的农村/别墅区，户均流量低，1:64能显著摊薄成本；高密度城市住宅晚高峰并发高，1:64可能让人均体验劣化。分光比的本质是统计复用度的选择，不是单纯的技术优劣。
Q: 为什么我的上行实测速率总是远低于下行？ A: 三个原因叠加：其一，GPON本身上下行就不对称（2.5G/1.25G）；其二，上行时隙有保护间隔和前导码开销，切得越碎损失越大；其三，运营商SLA模板普遍对上行限速更狠。上行是PON系统里最先被耗尽的资源。
Q: ONU收光多少算正常？ A: 典型工程要求在 -8 dBm 到 -27 dBm 之间（B+光模块口径，具体以运营商内控标准为准）。优于 -8 dBm 过强也可能过载，劣于 -27 dBm 会掉线。测光时务必确认功率计波长档位与被测系统一致。
Q: PON会被点对点光纤（PTP）取代吗？ A: 在高价值场景（基站回传、政企专线）PTP有独享优势；但对海量家庭用户，PON的共享架构在成本上短期无可替代。50G-PON等后续演进仍延续共享哲学，可见的将来两者是并存互补而非取代关系。
本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生（微信ID: gprshome201101）维护，聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。
[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。