这几年只要做网络改造不管是大楼、园区还是小区宽带方案里几乎都会看到“PON架构”这四个字。不少同行一听到PON就以为是新出的黑科技实际上它上世纪九十年代就商用了但在全光网络这波大潮里这个“老协议”偏偏被推到最前台。我见过太多项目PPT画得漂亮跟客户讲全光网讲得头头是道真正跑到机房一配OLT、一算分光比就露怯。这篇就把PON架构从原理到部署完整过一遍既给没接触过的人补基础也给正准备上全光网络项目的朋友一些能照着做的经验。1. 为什么一个“老技术”站在全光网络的C位1.1 最后一公里的成本账一根光纤怎么喂饱几十户先想一个问题一栋30层的办公楼每层20个工位600个信息点全部要跑千兆。用传统以太网接入最朴素的做法是从弱电间机房的交换机拉一根网线到每个工位哪怕只从楼层汇聚交换机拉到办公室核心侧也得留足够多的端口资源。换成全光网络之后思路完全不同PON架构的接入方式是从机房一根主纤出来经过无源分光器一路分成几十路光信号直接到办公室或桌面。主干光缆从“几十芯”变成“几芯”汇聚交换机端口从“一口一用户”变成“一个PON口带64户”。这就是PON架构最核心的物理形态点到多点。传统以太网是点到点的“单车道”每一辆车都得有独立的道路PON是“主干大道加匝道分流”一条大路可以让几十辆车同时走分岔口不需要红绿灯、不需要警察靠一套精密的调度规则保证不撞车。对于最后一公里这种成本极其敏感的场景主干纤芯数量、机房空间、有源设备数量每省一分都是实打实的利润所以运营商、园区、办公楼改造都在往这个方向走。很多人会把“全光网络”理解成“把铜缆换成光缆”其实那只说对了一半。全光网络的真正含义是让光信号从局端一路到用户终端中间尽量少做光电转换、少经过有源设备。PON架构在接入侧正好满足这个定义OLT发光分光器分流ONU收光中间不经过任何供电的电子设备。光从局端出来到用户家门口才变成电信号这就是全光网络在“最后一公里”的标准落地形态。1.2 “无源”这顶帽子含金量比想象中高PON的全称是Passive Optical Network无源光网络。“无源”指的不是OLT或ONU不用电而是OLT和ONU之间的ODN光分配网络完全由光纤、分光器、接头盒这类无源器件组成。这一层没有交换机、没有光电转换器、没有供电机箱甚至没有需要维护的软件配置。这个特性带来的实际好处搞过运维的人都懂。弱电间里的有源设备最怕三样东西停电、积灰、死机。无源的ODN设备箱可以做得非常小不需要空调、不需要UPS、不需要专门的机柜环境。偏远地方的光交箱甚至可以埋在地里或者挂在墙上十年不用动它。我接触过不少老旧小区的改造项目原来楼道弱电井里塞着一堆交换机夏天散热不良频繁掉线改成PON之后弱电井里只剩一个分光器盒子和几根尾纤故障率肉眼可见地降了下来。另外一个容易被忽略的点是“无源”带来的工程弹性。有源设备一旦部署位置就很难挪因为要拉电源、要布网线、要考虑弱电间空间无源分光器则可以很灵活地安排可以集中放在机房也可以分散放在楼道、竖井甚至吊顶里。这对旧楼改造、临时扩容、租户变动频繁的办公场景特别友好。全光网络这几年能在各类项目中铺开底层逻辑不是“光比铜快”这种直觉而是PON架构在物理形态上正好切中了成本、可靠性和布放灵活性这三个痛点。2. 拆解一套PON系统OLT、ONU、ODN、分光器都在干什么2.1 OLT机房里那个“大总管”OLTOptical Line Terminal光线路终端是整个PON系统的大脑放在机房或弱电间的核心位置。它向上连接BRAS、核心交换机或专网上联设备向下每个PON口通过一根光纤接出一棵分光树。一个OLT机框通常有多块业务板每块板上又有若干个PON口一个PON口就是一棵树的根。OLT的职责比大多数交换机复杂得多。它要维护每个ONU的注册状态给ONU分配带宽授权做测距来校准每台ONU的光路时延还要处理加密、VLAN、组播、QoS这些业务逻辑。以GPON为例一个PON口下一棵树上挂着64台ONU哪台ONU在什么时间可以发光、发多长时间、功率控制在什么范围全部由OLT统一调度。换句话说传统以太网是每个节点各自为战PON则是OLT当交通指挥中心整条路上的每辆车什么时候走、走哪条车道都听它安排。选择OLT时有几个参数要提前确认PON口支持哪种模式GPON、XGPON、XGS-PON还是10G-EPON现在很多新设备支持双模甚至三模单PON口最大分光比常见1:64高端支持1:128以及上联接口是10G还是25G、40G。园区规模不大的项目一台小型OLT就能搞定运营商级别的局端则需要机框式OLT配合多块业务板和核心交换能力。2.2 ONU/ONT用户侧的小盒子ONUOptical Network Unit光网络单元放在用户侧直接给终端设备提供以太网口、语音口、Wi-Fi等功能。如果这个设备只服务一个用户行业里常叫ONTOptical Network Terminal光网络终端家里运营商装的那个“光猫”就是典型的ONT如果是一个多端口设备放在办公室、弱电井里带几台电脑通常叫ONU。ONU的任务说起来简单收OLT下发的下行光信号转成电信号把用户上行数据通过突发模式的光信号发回去。但实际做产品选择时坑不少。园区场景要看端口形态是纯以太网口、带不带PoE供电、要不要电话口家庭场景要看Wi-Fi规格、光猫的管理协议是否跟局端OLT兼容工业场景还得考虑工作温度范围、宽压供电和安装导轨方式。注册ONU时有个常见的认知误区以为ONU像普通交换机一样插上去就能用。实际上PON的ONU必须先在OLT上完成注册认证才能通信。认证方式常见两种SN认证基于ONU的序列号和LOID认证基于逻辑标识相当于给ONU发一个上网账号。注册成功后OLT才会给它下发配置、开始测距和带宽授权。所以项目开局前一定要把SN或LOID登记表做好否则后期一台台对序列号能让人崩溃。2.3 ODN和分光器整张网络里最沉默的角色ODNOptical Distribution Network光分配网络由主干光缆、分光器、分支光缆、熔接点、活动连接器、尾纤跳线组成。它是整张PON网络里最“沉默”的部分——没有任何电子器件没有配置界面不会报CPU使用率但它在技术层面决定了整个系统能不能跑起来。分光器也叫Splitter是ODN的心脏一根输入光信号进来被均分成N路出去每一路的光功率都变成原来的约1/N。常见规格有1:4、1:8、1:16、1:32、1:64。需要特别注意的是分光器是无源均分器件它不会放大信号也不会识别设备地址1:64分光后每一路光功率大约下降20多dB这对后端的收发灵敏度要求就非常高了。ODN的工程细节比想象中更影响性能。活动连接器每个可能带来0.3到0.5dB的损耗熔接点约0.1dB看起来不多但汇聚起来就可能是压垮光链路的最后一根稻草。我见过一个故障光路理论损耗怎么算都够实际测下来ONU收光只有-29dBm最后排查一圈发现是ODF架上一根尾纤的弯曲半径过小弯成死弯之后损耗剧增。这个例子后面我会再展开这里先记住一个结论ODN这条无源链路上任何一个小瑕疵都会被整条链路的损耗放大器放大。3. 下行靠广播、上行靠排队PON的两个底层机制3.1 波长规划1490nm、1310nm、1550nm各司其职PON系统在一根光纤里同时承载下行和上行两个方向的光信号怎么区分方向答案是波长。GPON和EPON的下行光用1490nm上行光用1310nm这两个波长在同一根光纤里各走各的互不干扰。到了10G PON时代下行波长改为1577nm上行波长改为1270nm和传统的1490/1310错开。这种“不同波长在同一根光纤里并行”的技术叫波分复用WDM。波长规划不只是学术问题直接影响运维。用光功率计测光时一定要选对波长测1490nm只能验证GPON下行链路测1577nm才能验证XGS-PON的下行链路。我见过有人拿着光功率计测出-20dBm说“信号很好”结果ONU死活不通就是因为测的是1490nm的旧PON波长而这台ONU实际上接在XGS-PON口上。另外有些PON系统还会叠加1550nm的广播视频业务这就是很多老旧光猫上那个电视口不需要上网带宽也能看电视的原因。强调一点波分复用是PON多代共存的技术基础。GPON和XGS-PON用不同波长意味着它们可以同时存在于同一根光纤里互不冲突老用户还没迁移完新用户已经可以用10G带宽。这个特性在后面讲演进时还会重点展开。3.2 下行广播数据是“群发”的安全靠加密和过滤PON下行方向的底层机制在很多工程师看来很反直觉OLT发给某个ONU的数据实际上是广播给这棵分光树下所有ONU的。分光器是物理器件它不管数据是给谁的光来了就均分成N份送到每个ONU。那为什么你的光猫能收到邻居家路由器的数据因为协议层做了过滤。每个ONU根据帧头里的标识判断是不是发给自己的数据不是就丢弃。GPON里靠GEM Port IDEPON里靠LLID这些标识在ONU注册时就会确定下来。更关键的是为了防止有人故意抓包PON协议从诞生之初就设计了加密机制GPON采用AES-128加密密钥由OLT和ONU协商动态更新。所以在PON这种物理上共享介质的网络里数据安全并不天然薄弱它靠协议层的两个机制兜底标识过滤加加密。但作为工程人员要清楚广播是下行方向的固有特性它带来一个实际约束下行带宽是整棵树共享的。OLT一个PON口的下行总速率是固定的无论是GPON的2.488G还是XGS-PON的10G所有ONU加在一起只能分这么多。做带宽规划时把“单口总速率”当成上限来算每个用户能分到多少取决于同一棵树上有多少邻居在同时抢带宽。3.3 上行TDMA、测距与突发发射怎么防止“路口撞车”下行是广播大家各取所需上行就没那么简单了。几十台ONU共用一根光纤回传数据如果两台ONU同时开激光器光信号在交汇处就会碰撞直接导致坏帧甚至整个PON口瘫痪。PON没有采用以太网那种CSMA/CD先听后发、冲突退避的方式而是用了完全不同的思路时分多址TDMA由OLT统一给每台ONU分配上行时隙。OLT通过下行帧把授权消息告诉每个ONU“你可以在第X微秒到第Y微秒之间发光其他时间保持静默。”ONU收到授权之后才能打开激光器发完立刻关掉。这种“按时刻表开车”的模式整个上行通道就像一条没有红绿灯但每辆车的发车时间都被精确安排好的单行线。这里有一个技术细节必须提到测距Ranging。ONU和OLT之间的距离不一样光信号在光纤里的传播速度大约是每公里5微秒所以住在1km外的ONU和住在20km外的ONU同一时刻发出的光到OLT的时间完全不同。如果不做校准即使OLT给它们分配了不同的时隙远处的ONU信号也可能漂移到近处ONU的时隙里造成碰撞。测距的过程就是OLT测量每台ONU的环路时延并在授权时间里给每台ONU做对应的时延补偿让所有ONU的光信号到达OLT时精确落入自己的时间窗。每次ONU重启、光路功率变化OLT都会重新测距。这个机制是PON所有调度协议里最容易被轻视、但对稳定性影响最大的一环。4. 部署前必须算清的三笔账分光比、光衰和带宽4.1 分光比1:64和1:128真的差很多分光比就是一把分光器把一根光分成几路。常见的有1:4、1:8、1:16、1:32、1:64还有两二级级联的组合比如主干一级分光1:8到单元楼再二级分光1:8整体就是1:64。分光比越大单路光功率越低覆盖距离越短这是物理限制任何光模块都无法绕过。选分光比不是越大越好而是要权衡三个因素ONU接收灵敏度、物理距离和带宽需求。一个典型的家庭宽带覆盖场景运营商常用二级分光比如一级分光1:8加上二级分光1:8整体1:64覆盖半径控制在5km左右。如果是园区内部的极短距离覆盖可以大胆上1:64甚至1:128因为距离短、损耗小。如果用户对带宽要求很高比如每个办公室都要独享千兆甚至更高那就得降低分光比1:16、1:32更稳妥。经验值供参考分光比每翻一倍光路损耗增加约3到4dB同时可服务的ONU数量翻倍但每户平均分到的上行调度资源也会减半。所以分光比本质是覆盖能力、带宽、成本之间的平衡必须在项目规划的表格里提前锁死。4.2 光功率预算一张表算清从OLT到ONU的每一分衰减部署PON真正见功夫的地方是光功率预算。光模块发出的光是有上限的ONU接收是有灵敏度底线的两者之间的差值就是整个光路由可用衰减预算任何一段链路的损耗超标结果都是ONU掉线、注册失败。先给出一张常见无源器件损耗参考表典型值含连接器器件典型损耗说明1:2分光器约3.8dB每路光功率减半多1:4分光器约7.2dB1:8分光器约10.5dB1:16分光器约13.8dB1:32分光器约17.1dB1:64分光器约20.4dB光纤1310nm约0.35dB/km1550/1577nm稍低光纤1490nm约0.25dB/km活动连接器0.3~0.5dB/个法兰、跳线处熔接点约0.1dB/个熔接质量控制好可更低拿一个真实项目算一下OLT侧Class C的光模块典型发光功率3dBm预算32dB。方案为一级分光1:810.5dB二级分光1:810.5dB一级到二级之间支路光纤2km0.7dB主干光纤1km0.35dB入户皮线0.5km0.15dB加上两边机架的活动连接器约5个按0.3dB算共1.5dB、熔接点4个0.4dB总损耗大约24dB左右。ONU侧收到的光功率约为3减去24等于-21dBm余量还有8dB左右这个设计就相当健康。反过来如果在20km的距离上一级分光1:64光损耗会非常紧分光20.4dB加光纤7dB加连接器和熔接点约3dB总计超过30dBClass C的32dB预算勉强够但余量不足2dB一旦有器件老化或污损就掉线。所以做方案时我会强制要求所有链路留至少3dB的富余量并且把“光功率预算表”当成设计文档的一部分交付不然后期运维根本不知道当初为什么这么配。4.3 带宽收敛比共享介质的用户体验怎么保光功率算完之后还有一笔更重要的带宽账。PON是共享介质OLT单个PON口的总带宽是所有ONU共享的。GPON下行线速率2.488Gbps扣除协议开销后实际可用大概2.3GbpsXGS-PON下行10Gbps可用约8.5Gbps。假设一个PON口挂了64台ONU每户签约100Mbps宽带同时上网率100%时需要的总带宽是6.4Gbps——GPON完全撑不住必须上10G PON。但现实中几乎不可能64户同时在满速下载如果按30%到50%的并发率算10G PON也够支撑64户千兆签约这就是为什么运营商千兆宽带推广与10G PON升级几乎同步推进。带宽分配靠DBA动态带宽分配机制。OLT会根据每台ONU的实时流量需求动态调整时隙平时没人下载时隙就给需要的人高峰期大家一起用系统再按权重公平切分。作为设计人员收敛比这个概念要刻在脑子里PON的带宽能力是“共享”的不是“独享”的售前跟客户说千兆接入一定要说清楚是“PON口共享千兆带宽下的体验”而不是每户一条千兆专线。5. PON的代际演进从GPON一路走到50G PON5.1 一堆PON标准怎么区分接触PON项目免不了面对一堆缩写GPON、EPON、XG-PON、XGS-PON、10G-EPON、50G PON。这些标准之间到底是什么关系很多同行也容易混。核心区别就三件事速率、波长、兼容性。标准下行速率上行速率典型波长下行/上行典型场景GPON2.488Gbps1.244Gbps1490nm/1310nm存量宽带主力EPON1.25Gbps1.25Gbps1490nm/1310nm部分运营商存量XG-PON9.953Gbps2.488Gbps1577nm/1270nm非对称10G过渡XGS-PON9.953Gbps9.953Gbps1577nm/1270nm新建项目主流10G-EPON10.3125Gbps1.25Gbps或10.3125Gbps1577nm/1270nm10G以太网体系50G PON约50Gbps25Gbps及以上新波长阵营下一代超宽接入GPON和EPON是同代但两个体系的标准互不兼容GPON是ITU-T体系EPON是IEEE体系。10G时代对应升级版是XG(S)-PON和10G-EPON它们依然分属两个体系。50G PON是ITU-T正在力推的下一代标准核心设计目标之一就是能在原有ODN上继续复用让“全光网络”资产持续保值。选标准要结合存量网络和终端产业链。运营商手里有大量GPON存量会优先走“GPON平滑迁移到XGS-PON”的路线因为光猫和OLT芯片生态成熟新建私有网络如果更偏好IEEE体系或者现有网络是EPON则继续沿用10G-EPON。对我们做项目的人来说关键是先看ODN已经铺成什么样、ONU打算用哪家、未来三到五年带宽需求增长多快再定PON代际不要只看速率数字。5.2 全光园区和FTTR背后的布局逻辑“全光网络”这个概念这两年特别火落到具体项目上最典型的是全光园区和FTTRFiber to the Room光纤到房间。全光园区方案的本质就是把传统“核心-汇聚-接入”三级以太网交换机架构换成“OLT-分光器-ONU”的PON架构。核心机房放OLT楼层弱电井只放无源分光器ONU放到办公室弱电间或桌面中间不再需要汇聚交换机弱电井也不用供电。FTTR则是把PON架构进一步推进到房间级别。传统宽带是运营商光猫进客厅Wi-Fi覆盖不到每个房间FTTR方案在主光猫里集成OLT功能或小型化PON头端通过分光器把光纤布到每个房间房间内放子光猫相当于ONU实现每个房间都有独立的千兆以上Wi-Fi。从这个角度理解FTTR不是新协议而是PON架构形态的又一次延伸核心卖点仍然是无源分光、扁平架构、带宽上限高。做全光园区方案时有一个设计和交换机方案显著不同的点网络层级被压缩了排错和配置模型也随之变化。原来在汇聚交换机上做的VLAN、QoS、ACL策略要么上移到OLT要么下放到ONU。OLT要承担更多业务终结和策略控制的功能这对网管人员的知识结构提出了新要求。“让网络更简单”的代价是“把复杂度集中到OLT”。5.3 一次铺设、多代通用ODN的“遗产”价值PON架构最有投资保护价值的一点就是ODN一旦铺设完成几乎可以多代复用。分光器是无源器件不关心带宽是1G还是10G只要波长能用、损耗够它就一直在工作。GPON时代铺的光纤和分光器升级到XGS-PON时完全不用动只需要换OLT的PON板卡和用户侧ONU。实际升级中还会用到WDM合波器把不同代际的PON波长合到同一根光纤里实现GPON老用户和XGS-PON新用户在同一棵分光树上共存。老用户不用赶着迁移新用户可以已经用上10G带宽分阶段逐步替换ONU。这种“光层兼容、电层替换”的演进方式是PON架构相比其他接入技术最大的优势也是全光网络方案在投资保护上最能给客户讲故事的地方。作为工程判断我不建议新建项目再上纯GPON了。XGS-PON的设备价格已经下探到和当年GPON差不多的量级ODN成本完全相同但带宽能力差一个数量级。一步到位上XGS-PON并且确认OLT支持后续平滑支持50G PON是现在做全光网络项目最稳妥的选型策略。6. 实战中的三个坑注册失败、流氓ONU和配置习惯6.1 光功率正常但ONU死活塞不上来怎么排查我在园区项目里遇到过这样一次故障一台新ONU在施工现场光功率计测出来-20dBm信号很正常但PON指示灯一直闪OLT侧始终看不到这台设备上线。一开始怀疑SN没注册核对了三次序列号都没有问题又怀疑是ONU硬件问题换了一台新设备照样如此最后把ONU直接挪到OLT机房接在同一个PON口下的短跳线上立刻注册成功。问题出在光功率测试和实际ONU接收灵敏度之间的“盲区”。光功率计测的-20dBm看着不错但施工现场那段链路在突发模式下存在反射问题普通光功率计测不出来只有真正带光收发协议才能发现问题。这里给大家一条排查链路以后遇到ONU注册不上按这个顺序走第一步用光功率计在ONU侧测接收光功率确认数值在ONU灵敏度范围内一般要在-8dBm到-28dBm之间最好高于-25dBm。测的时候务必确认光功率计波长设置正确测XGS-PON要用1577nm档测GPON要用1490nm。第二步到OLT上看ONU的注册状态。GPON体系里ONU状态分为O1到O5几个阶段O1是等待光信号O2是待测距O3是SN确认O4是测距中O5是正常运行。卡在O1说明物理层都没通大概率是收光问题卡在O2和O3之间要重点检查SN/LOID认证是否配对、PON模式是否匹配。第三步检查PON模式匹配。GPON的1490nm和XGS-PON的1577nm波长不同GPON ONU插到XGS-PON口上光功率计可能显示有光但协议层完全不通。很多OLT支持双模PON口要在网管里确认端口模式和ONU模式一致。6.2 “流氓ONU”把整棵PON树带崩的惨痛案例PON运维里最让人头皮发麻的问题是“流氓ONU”导致整棵PON树瘫痪。现象很诡异某个PON口下的所有ONU频繁掉线时而正常时而不正常丢包率忽高忽低但逐台检查每台ONU的光功率又都正常。这种故障定位起来特别耗人因为它不在OLT配置也不在单一ONT身上而是出在“上行时隙被抢占”这种协议层问题上。上行动态带宽的原理是“每个ONU只在OLT授权的时隙内发光”。如果某一个ONU的激光器损坏进入持续发光状态所谓的long light它就会占住整个上行通道OLT收不到其他ONU按时刻表发来的信号于是整棵PON树下的所有ONU都受影响。这就是Tom其实准确来说这个英文场景大家习惯叫流氓ONU问题的本质一台设备坏了拖垮全网共享介质的所有邻居。处理这种故障最直接的办法是逐步隔离。到现场把分光器下一级分支逐路断开每断开一路到OLT上观察告警是否消失消失的那一路就是问题分支再二级细分下去。OLT侧如果支持流氓ONU检测功能可以自动检测长发光和异常ONU并上报日志能省很多人工现场步骤。为避免这种故障运维上要坚持两条一是新建ONU时做好SN和LOID绑定不让未登记的设备随便上线二是OLT侧开启异常ONU检测和自动隔离策略发现长发光直接踢下线。6.3 几条值得坚持的配置与维护习惯踩过上面这些坑之后我总结出几条在PON项目里值得坚持的习惯看起来琐碎但关键时刻都能救命。第一开局前必须做规划表。包括OLT的PON口、分光比、ONU序列号、LOID号、业务VLAN、安装位置。PON是一棵树上带几十台设备没有这个表出故障时找设备就变成大海捞针。我习惯在表里再加一列“光功率测试记录”每个ONU装完现场测一次收光并登记后期间歇性掉线可以拿历史数据比对。第二DBA和测距一定要开着。很多工程师喜欢手动给某台ONU配置固定带宽图省事但这会让DBA的共享带宽调节失效。PON的优势就在于动态调度开自动测距和自动DBA让OLT自己适应光路变化和设备上线下线的动态情况。第三网管和告警配置不能省。OLT设备的SNMP网管接口、光模块温度和光功率阈值告警在开局时就要打开。光模块是PON网络里最容易老化的器件激光器功率漂移是一个渐进过程早发现早更换能避免很多半夜被叫起来的故障。我还会把光功率越限告警单独发到手机上实践下来比任何监控软件都直接管用。第四也是我个人最坚持的一点在机柜里贴一张光路拓扑图标清楚分光器位置、分光比、链路损耗预算值。PON项目很多年后会换几轮运维人员图纸丢了这张贴在机柜里的表就是最后的保命依据。这不是给外人看的规范是给自己以后留的退路。做PON项目这些年我最深的体会是它不是一个需要你时刻盯着的技术而是一个把复杂度藏起来的技术。真正的功夫反而在前面——分光比选型、光功率预算、ODN施工质量、ONU登记管理这些做好了PON网络运行起来几乎是无感的这些做不好光功率看着没问题但掉线不断那时候排查起来可比传统交换网络费劲得多。全光网络的底座就是这一根根光纤和一个个分光器把底子打牢之后几代的带宽升级都只是换个板卡和终端的事。