你家里的宽带光纤，很少是电信运营商单独为你从机房拉到户的一对专用光纤——那样做的光纤和管道成本会随用户数线性暴涨。现实是：从机房出来的一根光纤，经过一个不需要供电的玻璃分光器，分成32路甚至64路，同时服务几十个家庭。这套体系就是PON（Passive Optical Network，无源光网络）。本文讲清楚它的三个核心问题：下行怎么“广播”、上行怎么“排队”、以及怎么让几十个距离不同的用户在时间上对得整整齐齐。
先把PON放进通信网的位置里看。电信网粗略分两段：核心网与城域承载网（前面几轮讲过的OTN/SPN、UPF等属于这一侧），以及从局端到用户家的接入网，也就是业内说的“最后一公里”。接入网占整个网络投资的70%左右，但它服务的每个用户的付费能力又是有限的——所以接入网设计的第一原则是省钱，一切技术选择都围绕这个原则展开。
PON省钱体现在三个设计决策上：
这就引出了PON的三大件。
flowchart LR
subgraph 局端
OLT["OLT 光线路终端<br/>(机房核心设备)"]
end
subgraph ODN["ODN 光分配网络（全程无源）"]
F["馈线光纤<br/>主干几公里~20公里"]
S["无源分光器<br/>1:32 或 1:64<br/>(不供电、不发热)"]
D1["配线/入户光纤"]
end
subgraph 用户侧
ONU1["ONU 1<br/>(光猫)"]
ONU2["ONU 2<br/>(光猫)"]
ONU3["ONU N<br/>(光猫)"]
end
OLT --> F --> S
S --> D1
D1 --> ONU1
D1 --> ONU2
D1 --> ONU3
一个OLT端口（业内叫一个PON口）典型带1:32或1:64的分光比，逻辑上最多可管理128个ONU，物理传输距离典型20公里。分光器可以是一级分光（1:32一次分完），也可以两级分光（如1:4再1:8），总分光比不变。
下行（OLT→ONU）是最容易的部分，也是最容易被误解的部分。
它不是点对点，是广播。 OLT发出的每一个下行帧，经过分光器后被物理复制到所有分支，每一个ONU其实都收到了所有人的数据。那ONU怎么不“看到”邻居的数据？答案是按标识过滤：每个下行数据单元携带目标ONU的标识（GPON里是GEM Port ID，EPON里是LLID），ONU硬件只把属于自己标识的单元交给上层，其余直接丢弃。
这带来了一个天然问题：数据在物理层是明文广播的。懂行的人拿个分光器就能在主纤上“旁听”。所以GPON在标准里强制要求下行加密（AES-128），在ONU激活时协商密钥。这是广播架构必须付出的安全成本。
用一个日常类比：下行像小区门口的快递代收架——所有包裹都摆在同一个架子上（广播），每个住户只取贴着自己名字的包裹（过滤）。但架子是公开的，所以贵重包裹得加密码箱（加密）。
| 维度 | 下行（OLT→ONU） | 上行（ONU→OLT） |
|---|---|---|
| 物理机制 | 广播，分光器自然复制 | 各ONU分时发送（TDMA） |
| 谁来调度 | 不需要调度，发了全收到 | OLT集中分配时隙 |
| 冲突风险 | 无 | 有——两个ONU同时发就会在分光器处碰撞 |
| 安全问题 | 物理明文，需加密（AES） | 光路上天然隔离到分光器为止，风险低 |
| 类比 | 快递代收架 | 会议举手轮流发言 |
上行难在：几十个ONU共用同一根光纤回程，如果在物理层同时发射，信号会在分光器处叠加成废码。所以上行采用TDMA（时分多址）：把上行时间切成一个个小片段（时隙），OLT在下行帧里携带一张“上行带宽地图”（GPON中的US BW Map），明确写清“ONU-A允许在第X到第Y微秒发”。
flowchart TD
subgraph US["上行帧时间轴（以GPON 125μs帧为例）"]
direction LR
G1["物理层开销<br/>+各ONU带宽报告"] --> S1["时隙1<br/>ONU-A<br/>(授权起点/长度)"] --> S2["时隙2<br/>ONU-B"] --> S3["时隙3<br/>ONU-C"] --> S4["时隙4<br/>ONU-A<br/>(DBA动态加发)"]
end
OLT2["OLT 下发BW Map<br/>规定每个时隙的起点与长度"] -.-> US
关键点：ONU自己没有发送权，只有“被授权的发射窗口”。哪怕它缓存里堆满了数据，也只能等OLT的授权。OLT怎么知道该给谁多少时隙？靠每个ONU周期性上报的队列长度报告，OLT据此动态分配——这就是后面要讲的DBA。
但“轮流发言”还有一个隐藏大坑：大家离主席台的远近完全不同。
设想会议轮到ONU-A（距OLT 1公里）和ONU-B（距OLT 20公里）发言。光在光纤里的传播速度约为真空光速的2/3：
$$v_{fiber} = \frac{c}{n} \approx \frac{3\times10^8}{1.5} \approx 2\times10^8\ \text{m/s}$$
一个来回（Round Trip Time）的时延：
$$RTT = \frac{2L}{v_{fiber}} \approx L \times 10\ \mu s/\text{km}$$
记住这个好用的工程数字：每公里光纤往返时延约10微秒。1公里的ONU和20公里的ONU，信号到达OLT的时间天然错开约190微秒——而PON的时隙宽度往往只有几微秒量级。如果不管这个时间差，远端ONU的信号会“迟到”，一头撞进下一个时隙里别人的数据，全部作废。
解决方法是测距（Ranging）：OLT精确测量每个ONU的往返时延，然后下发一个均衡时延（Equalization Delay），让每个ONU“提前或推迟”自己的发射，使得所有ONU的信号到达OLT时严丝合缝地对齐时隙——相当于让合唱队按离指挥的远近调整起唱时机，最终声音整齐落地。
测距不是一次性的。光纤温度变化会引起时延漂移，所以PON在运行中会持续做静态度校准，这就是为什么你在网管上能看到每个ONU的“测距值”这一参数。
一台光猫插上电后，要经历一场严格的“入会仪式”才能传数据：
sequenceDiagram
participant OLT as OLT (机房)
participant ODN as ODN (分光器,广播媒介)
participant ONU as ONU (光猫)
Note over ONU: 刚上电, laser关闭, 处于"看不见"状态
OLT->>ODN: 周期性打开"发现窗口"并广播
ODN->>ONU: 所有ONU都收到发现窗口
ONU->>ODN: 在窗口内突发发送序列号(S/N, 8字节)
ODN->>OLT: 只有发现窗口内不会撞车
OLT->>ODN: 下发ONU-ID (分配唯一编号)
ODN->>ONU: 该ONU记住自己的ONU-ID
OLT->>ODN: 发起测距(Ranging)
ONU->>OLT: 回应测距, OLT测得RTT
OLT->>ODN: 下发均衡时延, 完成时间对齐
Note over OLT,ONU: 协商加密密钥 → 进入正常工作状态(Normal)
OLT->>ONU: 此后周期性下发带宽授权(BW Map)
几个值得注意的细节：
如果给每个ONU固定分配1/64的时隙，那么没人上网时带宽就白白浪费。DBA（Dynamic Bandwidth Allocation，动态带宽分配）让OLT根据各ONU的实时上报动态调整时隙：谁在传大文件就多给，谁在待机就少给。
GPON把业务流归入T-CONT容器，分五种类型，对应不同的资源保障策略：
| T-CONT类型 | 特性 | 典型业务 |
|---|---|---|
| Type 1 | 固定带宽（预留给时刻占用） | TDM仿真、基站回传 |
| Type 2 | 保证带宽（保底但不预留） | 企业专线、话音 |
| Type 3 | 保证 + 尽力而为混合 | 企业上网 |
| Type 4 | 纯尽力而为 | 家庭普通上网 |
| Type 5 | 混合全部特性 | 综合业务 |
注意一个常见误解：DBA不是提速魔法。一个PON口的总上行带宽是固定的（GPON约1.25G），DBA只是把这固定蛋糕切得更聪明。晚高峰几十户同时看4K时，每户分到的就是几分之一——这是共享架构的物理宿命，也是运营商做“接入限速套餐”的根本原因。
上行TDMA还逼出一个硬件难题：每个ONU只有在自己时隙内才能打开发射激光，时隙结束立刻关闭。也就是说OLT的接收端看到的不是连续光，而是来自不同距离、功率各异的一串光突发。相邻两个ONU的到达光功率可能相差十几分贝，接收机要在几十纳秒内完成自动增益切换和时钟恢复——这就是突发模式接收机（Burst-Mode Receiver），也是PON光模块比同速率点对点光模块贵得多的核心原因。ONU侧则用突发模式激光器，开关速度快，关闭时彻底不发光（否则微弱漏光会淹没别人的突发）。
这是“上行分时”从纸面走向产品的真正门槛，也是为什么PON的速率代际升级往往首先受限于突发模式光器件的成熟度。
| 家族 | 标准组织 | 下行/上行速率 | 下行/上行波长 | 备注 |
|---|---|---|---|---|
| EPON | IEEE（802.3ah） | 1.25G / 1.25G | 1490 / 1310 nm | 以太网血统，国内早期大规模部署 |
| GPON | ITU-T（G.984系列） | 2.488G / 1.244G | 1490 / 1310 nm | 目前现网主流，GEM封装，125μs定长帧 |
| 10G-EPON | IEEE（802.3av） | 10G / 1G或10G | 1575~1580 / 1260~1280 nm | EPON的万兆演进 |
| XG-PON | ITU-T（G.987） | 10G / 2.5G | 约1577 / 1270 nm | 不对称万兆 |
| XGS-PON | ITU-T（G.9807.1） | 10G / 10G | 约1577 / 1270 nm | 对称万兆，当前新建主力 |
| 50G-PON | ITU-T（G.9804系列） | 50G / 演进中 | 待部署 | 下一代，面向FTTR与企业专线 |
两个工程要点：
理解了上面这些原理，现网FTTH排障就变成了一套清晰的决策树：
Q: GPON和EPON到底有什么本质区别？ A: 血统不同。EPON出自IEEE，是以太网标准向光接入的延伸，变长帧、机制简单；GPON出自ITU-T电信阵营，定长125μs帧、GEM封装、电信级管理（PLOAM通道）和强制加密。对用户感知而言，同等分光比下两者体验差距不大；对运营商而言GPON的运维与多业务承载能力更强，这也是国内新建网络最终倒向GPON家族的原因。
Q: PON和OTN/PTN/SPN是什么关系？会互相取代吗？ A: 不同层面的网。PON是接入网技术，解决“把用户接到局端”；OTN/SPN是承载网/传送网技术，解决“局端与核心网之间的大容量、长距离可靠传输”。OLT的上联口就接在承载网上。一个管“毛细血管”，一个管“主动脉”，不存在取代关系。
Q: 为什么几十个用户共享一个PON口，我不会感觉慢？ A: 靠统计复用。家庭宽带流量有强突发性——你下载时邻居大概率在刷短视频的间歇期。DBA把时隙实时调度给有数据的用户，人均体验带宽远高于固定份额。但这是概率游戏而非保证，晚高峰全员在线时会明显收敛，这也是GBR类保障业务（如专线）需要Type 2保证带宽的原因。
Q: FTTH里的FTTR又是什么？ A: Fiber to the Room，光纤到房间。把原来“光猫+房间路由器”的铜线Wi-Fi延伸段换成房间级主从光猫，主光猫通过室内小PON（分光）带多个从光猫。本质是把本文讲的PON共享调度思想复制进用户家里，解决大户型Wi-Fi穿墙衰减问题。
Q: 下行广播会不会泄露我的数据？ A: 物理层上你的数据确实发到了所有ONU，但GPON/XGS-PON在数据加密（AES）+ GEM Port过滤双重机制下，正常设备无法读到他人内容。残余风险主要来自非标准的旁路窃听设备——这也是为什么标准要强制加密，而不是依赖“ONU会自觉过滤”。
本文由「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 等场景全覆盖。