PON网络运维实战：OLT、ONU与PON口拥塞扩容指南

做了这么多年接入网运维我几乎每周都要跟PON打交道。无论是运营商FTTH装维、企业园区网络改造还是监控回传这种特殊场景最终都会落到同一个问题上PON口够不够用堵不堵。很多人刚开始接触无源光网络时第一时间被OLT、ONU、ODN这些缩写绕晕然后又开始纠结分光比、光功率预算、PON口拥塞扩容。其实这东西没那么玄乎它就是一套用无源分光器把一根光纤掰成几十根用的技术体系。真正考验人的是你对这套体系里每个环节的损耗、带宽和故障特征有多熟。这篇文章我打算把PON系统从头到尾捋一遍重点讲清楚OLT、ONU、PON口三者之间的关系以及日常运维中最头疼的PON口拥塞和扩容问题。不管你是刚入行的装维工程师、负责园区网络改造的IT还是想搞明白家里宽带为什么不稳定的普通用户都能从里面找到可以落地的东西。我会把带宽计算、光功率预算、拥塞判断、割接扩容的操作经验都写出来尽量少说虚的直接给能抄作业的方案。1. PON系统是什么以及它为什么能统治接入网1.1 从“一根光纤”到“一座分光塔”PON的基本构成PON全称是Passive Optical Network无源光网络。所谓“无源”指的是从局端设备到用户端设备之间的光分配网络也就是ODNOptical Distribution Network全部由光纤、分光器、活动连接器这些不带电的物理器件组成。中间没有任何有源交换设备不需要机房供电也不需要空调散热这就是它最大的本钱。一套完整的PON系统由三部分组成OLTOptical Line Terminal光线路终端放在局端机房ONUOptical Network Unit光网络单元放在用户侧ODN就是连接两者的光纤和分光器。OLT一个PON口的光信号进入分光器后被分成多路光信号送到不同 ONU。咱们平时说的“一根光纤入户”其实在分光器之前可能已经汇聚了几十户人家。GPON和EPON是现在最常见的两种PON技术。GPON下行速率2.5Gbps上行1.25GbpsEPON上下行都是1.25Gbps。后来为了应对高带宽需求又出现了10G EPON、XG-PON和XGS-PON但基本原理还是那一套只是速率等级上去了。小区里的“千兆宽带”就是靠这些技术打底。1.2 为什么无源是优势也是代价“无源”带来的好处很直接省电、省维护、故障点少。传统以太网交换机级联方案每个楼道都得放一台设备要接电、要防雷、要维护遇到停电整个楼道断网。PON方案在楼道里只放分光器和光交箱没有电力需求极大降低了运维压力。但无源同时意味着共享带宽。一个PON口下面的所有ONU共享OLT PON口和ONU之间的物理带宽。GPON一个PON口下行总带宽2.5Gbps上行才1.25Gbps下面挂64个用户的话理论平均每户下行只有约39Mbps。实际中运营商会通过收敛比来分摊但晚高峰大家同时抢带宽时拥塞就成了必然。所以在规划PON网络时最大的技术挑战不是怎么把光信号送过去而是怎么在有限带宽里安排足够多的用户以及当PON口不够用时怎么扩容。2. OLT、ONU、PON口到底是怎么配合工作的2.1 三角色分工局端、楼道、用户家很多人分不清OLT、ONU和PON口的关系我用一个生活化类比来解释一下。把OLT想象成小区的大门口PON口就是大门口的一扇门ODN是门外的道路和分岔口ONU则是每家每户的信箱。信件从大门口出发经过道路和分岔口最终投递到每个信箱反过来每家的回信也从信箱出发经过分岔口汇聚到大门再由OLT统一转发出去。OLT机房里那台主设备负责带宽分配、ONU管理、业务配置。它通常有几个到几十个PON口每个PON口对应一个光模块和一个光信号通道。PON口OLT上的一个光接口。它是带宽的物理出口也是拥塞发生的核心位置。每个PON口通过分光器连接多个ONU。ODN分光器和光纤的统称负责把PON口的光信号分发到多个ONU。分光比常见的有1:8、1:16、1:32、1:64。ONU用户侧的光猫或企业侧的光终端负责把光信号转换成以太网信号供电脑、摄像头、Wi-Fi路由器使用。上行方向多个ONU共享一个PON口带宽通过TDMA时分多址方式分时发送每个ONU只能在自己的时隙内发光。下行方向OLT以广播方式把数据包发给所有ONUONU根据数据包里的标识只接收属于自己的数据。这就是“上行时分下行广播”的基本工作方式。2.2 一个PON口怎么识别“自己家”的ONUPON口下面的ONU不是随便插上就能用的。ONU注册是首要环节。新ONU上电后先跟OLT进行光功率握手然后通过序列号SN、LOID或者Password方式向OLT注册。OLT确认ONU的合法身份后再下发业务配置比如VLAN、带宽模板、组播策略。实操中最常用的方式是SN注册。在OLT上预先录入允许接入的ONU SN列表ONU上线时OLT自动比对匹配就放行不匹配直接拒绝。也有用LOID的相当于给ONU配一个逻辑标识便于跟用户账号绑定。这里有个细节很多人忽略SN注册模式下如果用户自行更换光猫新光猫SN不在白名单里OLT是不会放行的必须先在OLT上更新SN白名单。装维人员遇到“换了光猫上不了网”的工单十有八九就是这个原因。注册完成之后OLT会对每个ONU进行测距计算出ONU到OLT的光程时延并为每个ONU分配上行时隙。测距这个动作在PON系统里极其重要因为所有ONU共享上行光纤如果时隙不准确两个ONU的光信号就会在分光器处撞车导致数据包损坏这就是大家常说的“流氓ONU”问题的起点之一。2.3 光功率预算决定你能开多大分光比很多新人问为什么分光比不能随便定。因为光信号经过分光器、光纤、活动连接器后会有损耗接收端光功率必须高于设备灵敏度否则ONU的接收光功率过低就掉线。以GPON Class B光模块为例OLT发射光功率约1.5到5dBmONU接收灵敏度约-27dBmONU发射光功率约0.5到5dBmOLT接收灵敏度也是-27dBm。链路预算大概在28dB左右。我们来算一下1:64分光比下的损耗1:64分光器损耗约19.9dB1km光纤损耗约0.35dB2个活动连接器损耗约1dB2个熔接点损耗约0.16dB总损耗大约21.4dB留3dB工程余量后约24.4dB还在预算范围内。但如果分光比换成1:128分光器损耗直接到22.9dB以上总损耗就接近28dB了这还没算中间的光缆跳接、法兰盘损耗实际很容易超预算ONU光功率可能低于-27dBm网络根本跑不起来。所以工程上1:64基本是GPON的极限分光比大部分商用网络设计会选1:32或者1:16留足余量。你看到某个PON口下挂了60多个用户还没出问题那是在光纤质量好、距离短的前提下不代表可以长期这样做。实操心得规划ODN时先把光链路预算算清楚再决定分光比。我见过很多“装了分光器用户就掉线”的案例查到最后都是分光比过大、光功率不足。另外不要只算理论值一定要实测光功率理论余量再大也架不住现场活接头脏污带来的额外损耗。3. PON口带宽模型与拥塞成因分析3.1 带宽不是“用户数乘以签约带宽”这是新手最容易踩的坑。一个PON口下有32个用户每个用户签约200Mbps那岂不是需要32乘200M等于6.4Gbps带宽但GPON口下行总共才2.5Gbps。这里的关键是并发率和收敛比用户不会同时满速下载大部分人只是刷网页、看视频、聊天实际流量远低于签约带宽。运营商在BRAS侧通常按1:10、1:20甚至更高的收敛比来设计接入带宽。一个PON口下即使有64个用户晚上高峰期的并发流量也远远低于64乘签约带宽所以才跑得动。但这种模型在流量爆发时就会露馅。现在短视频、直播、在线网课普及晚高峰很多人同时看高清视频实际并发流量比几年前高了不止一倍。大家有没有发现晚上8点到11点这个时段家里宽带明显不如凌晨快这就是PON口拥塞的典型表现。我一般用一个粗算模型来评估PON口带宽需求PON口晚高峰总需求 用户数 × 平均宽带用户签约速率 × 并发率 × 流量占用系数假设一个PON口下面挂了32个用户签约均为200Mbps晚高峰并发率按25%算每个活跃用户平均实际流量50Mbps看在线视频刷短视频那么总需求就是32 × 0.25 × 50 400Mbps。这个值对GPON下行2.3Gbps可用带宽来说还有很大余量。但如果用户数翻倍到64户总需求变成800MbpsGPON下行还能撑住可上行就危险了。GPON上行可用带宽只有1.1Gbps左右64户的上行并发流量特别是直播、视频会议、监控上传流量一起来很容易打满。3.2 PON口上行拥塞的常见成因在PON网络里上行带宽比下行更稀缺。GPON上行只有1.25Gbps刨除协议开销后实际可用大概1.1Gbps而下行有2.3Gbps。想一下一个PON口下面64个用户每个人上行占20Mbps就已经到1.28Gbps了直接把上行带宽打满。上行拥塞的常见场景有三个。第一视频监控回传。现在很多小区、园区、农村的监控都走PON网络监控流量是持续性的7×24小时不间断特别占上行带宽。一台200万像素的摄像头码率按4Mbps算30台就120Mbps。如果一个PON口下挂了几十个摄像头再加上普通用户的上行流量上行带宽很容易被吃光。第二直播和短视频。主播上传视频流粉丝刷视频时也会产生大量上行ACK报文。别小看ACK下行大流量伴随的上行确认帧非常可观。我用抓包工具看过一个用户在看高清视频时上行纯ACK流量就能到几Mbps这不是个小数目。第三PON口下挂用户数过多。分光比1:64本身没问题但如果这64个用户里面有十几个大流量用户比如搞直播的、下载狂魔、玩云游戏的他们的流量会吃掉大量上行带宽其他人就会明显感觉卡顿。这也是为什么很多运营商PON口的实际用户数会控制在48户以内。3.3 怎么判断PON口真的拥塞了听到用户投诉“网速慢”不要急着去用户家换光猫。先上OLT看PON口状态。我通常按以下逻辑排查第一步看PON口的带宽利用率。在OLT上可以查到PON口的上行和下行流量统计。如果在晚高峰时段连续15分钟以上利用率超过70%那基本可以判定拥塞。注意是看峰值不是平均值。平均利用率60%可能意味着峰值已经飙到90%以上了。第二步看ONU的光功率和在线状态。如果PON口下部分ONU频繁掉线、误码率高先排除光链路问题因为链路问题也会造成“网速慢”的假象。第三步看具体用户的流量。可以针对投诉用户的ONU查询实时带宽和丢包统计。如果用户侧没有异常而PON口整体流量很高那瓶颈就在PON口或上联方向。第四步看上联口是否拥塞。有一种情况是PON口不堵但OLT的上联口堵了。这时需要对比PON口总流量和上联口流量如果上联口利用率高于PON口说明瓶颈在OLT到BRAS之间的上联链路扩容PON口没用得升上联带宽。注意事项判断拥塞最忌讳只看一个指标。我曾经遇到过PON口下行利用率只有40%但用户投诉特别多的情况查到最后是上行拥塞光看下行就漏掉了真正的问题。所以上下行利用率要一起看分时段统计做对比不要只看某一时刻的快照。4. PON口扩容实操从方案选择到割接落地4.1 扩容方案怎么选PON口拥塞确诊后扩容不要拍脑袋要按实际情况分级处理。我整理了四个方案从“软”到“硬”成本从低到高。方案A优化带宽策略不新增硬件。如果PON口只是晚高峰短时拥塞可以通过调整带宽模板、设置上行限速、开启智能调度来缓解。比如限制单用户最高上行速率避免个别大流量用户吃光整口带宽。这个方案成本最低但治标不治本适合短期过渡。方案B调整分光比把部分用户割接到空闲PON口。前提是OLT上有空闲PON口ODN光纤资源也到位。把一个1:64的分光器拆成两个1:32一半用户接到新PON口。这是最常用的扩容方案成本不高但涉及物理割接需要现场操作。方案C新增OLT PON口和分光器新建ODN路由。适合原有PON口下用户已经很多、且OLT板卡PON口已经用完的情况。需要增加PON板卡或者扩容分光器工程量比方案B大。方案D升级10G PON。当GPON的物理带宽已经无法满足需求比如大量千兆宽带用户、高密度园区场景直接升级到XG-PON或者XGS-PON。这个方案效果最彻底但成本也最高因为OLT光模块、ONU光猫都要换分光器和ODN可以复用。实际工作中B方案和D方案用得最多。A方案通常作为临时措施C方案多见于新建小区或覆盖盲区。选择方案时要综合考虑PON口数量、ODN资源、用户带宽需求、成本预算和用户投诉量不能只盯着眼前的一两个PON口看。4.2 完整割接步骤与注意事项这里我以方案B为例详细说一下从准备到落地的完整流程。假设现在1:64分光器的32个用户要割接到新PON口。第一步资源准备。确认OLT上有空闲PON口确认ODN光路上有对应分光器准备尾纤、法兰盘、光功率计。在OLT上提前配置好新PON口的VLAN、带宽模板把要割接的ONU SN加入新PON口的白名单。第二步现场勘查与标记。到现场找到分光器的具体位置把要割接的光纤逐一贴标签标清楚每个ONU对应的分光器端口。这一步别省我曾经因为没有标记清楚割接时错拔了光纤把用户的宽带给断了。第三步离线操作。在OLT上先把要割接的ONU从旧PON口解绑。注意顺序先解绑旧PON口再在物理上拔光纤。拔掉旧分光器上对应的尾纤通过跳纤接到新PON口对应的分光器端口上。第四步在OLT上对新PON口下ONU进行激活和业务验证。确认ONU状态是Online光功率在正常范围业务正常再通知用户验证。第五步全网检查。确认所有割接ONU在线正常后再次查询新旧PON口的流量对比。如果新PON口利用率正常旧PON口利用率明显下降这次割接就算成功了。注意事项割接前一定要做好备份和回退预案。流程上先恢复旧链路、再做新链路验证可以最大限度降低风险。割接操作尽量安排在凌晨1点到5点之间这时候用户感知影响最小。另外我在实际操作中发现割接时准备一根不同颜色的尾纤用于区分新旧链路能明显减少人为失误。4.3 从GPON到10G PON的升级路径10G PON又分XG-PON下行10G/上行2.5G和XGS-PON上下行对称10G。对于家庭宽带场景XG-PON足够对于政企客户、视频监控等高上行需求场景XGS-PON更合适。升级前要清楚GPON和XG-PON的波长不同GPON上行1490nm/下行1310nmXG-PON上行1270nm/下行1577nm所以光模块和ONU都不通用。但好消息是分光器和ODN网络可以完全复用。XG-PON OLT光模块和XGS-PON光模块可以共存同一分光器下可以同时挂GPON ONU和XG-PON ONU前提是OLT侧配置了兼容模式。这为渐进式升级提供了便利先升级OLT侧为10G PON口保留部分GPON ONU不动再逐步把用户光猫升级到10G PON ONU。实操中常见的升级步骤是首先在OLT上新增10G PON口光模块接着把现有GPON口的光纤跳接到10G PON口然后在10G PON口下开启兼容模式让老的GPON ONU仍然可以注册上线。然后逐步为用户更换10G PON光猫回程时按业务需求把用户搬迁到10G模式。整个过程中用户基本无感知。这里有个容易踩的坑10G PON口下的GPON ONU和10G PON ONU共用下行带宽而且GPON ONU的传输时隙和10G PON ONU的时隙在同一个PON口上统一调度。如果GPON ONU数量太多运营商又没及时迁转10G PON口可能在很长时间内依然很拥堵升级效果不明显。所以在做10G PON升级规划时要排一个迁转计划表按月推进ONU替换而不是全部换完才上线。5. 常见问题与排查技巧实录5.1 问题速查表做了这么多年PON运维我整理了一张问题速查表基本上能把日常遇到的PON网络故障覆盖到七八成。见表5-1。现象可能原因检查方法处理措施所有PON口下用户同时卡顿PON口上行带宽拥塞看PON口上行利用率、在线用户数扩容PON口或限制大流量用户上行带宽光功率正常但网速慢PON口拥塞或上联口拥塞对比PON口和上联口利用率判断瓶颈位置分别扩容PON口或上联带宽单个ONU频繁掉线ONU光模块故障、光链路污染查ONU光功率、误码率、CRC错误清洁接头、更换尾纤或更换ONU整个PON口所有用户间歇性断网流氓ONU在错误时隙发光查OLT上的上行光功率异常和CRC错误计数逐ONU排除将异常ONU下线并更换白天正常晚上卡顿晚高峰PON口或上联拥塞分时段统计PON口利用率按晚高峰数据做扩容决策新换光猫无法上线ONU SN未在OLT白名单查OLT告警和ONU认证失败记录在OLT上添加新的SN白名单PON口利用率高但用户无感业务类型以下载为主上行压力小拆分上下行利用率暂不处理持续观察若上行也高则扩容分光器某个分支下所有ONU掉线该分支光纤或分光器故障用光功率计测分支光功率更换分支光纤或分光器端口5.2 三个能让你少熬夜的排查经验排查PON网络问题掌握几个小技巧能省下大量时间。第一个经验是不要在用户家里浪费太多时间。用户投诉网速慢而ONU光功率正常、WAN口拨号正常那就很有可能是PON口或上联侧问题。我曾经跑过好几个用户家各种排查都没问题最后上OLT一看PON口上行利用率98%。从那以后我接到网络慢的投诉第一件事就是先上OLT看数据而不是立刻去用户家。第二个经验是区分“拥塞问题”和“链路问题”很重要。光功率正常的PON口如果只有某一两个用户卡顿多关注PON口下的异常ONU如果是整个PON口下所有用户都卡再看PON口利用率。很多人判断方向错了在用户家和终端上反复折腾浪费时间不说用户投诉升级得更快。第三个经验事关网络监控。我平时会在OLT上设置流量阈值告警比如PON口上行利用率超过60%就触发告警。这样的话很多拥塞问题在用户投诉之前就被发现了给扩容留下了充足的时间。另外我会把PON口利用率的历史数据导出到表格里按每15分钟的粒度归档。这样在做扩容方案时拿出的就是一份完整的数据报表说服力非常强。实操心得我见过无数个“半夜加班处理拥塞”的例子其实问题早就有苗头只是日常监控没跟上。给PON口做好分时段流量统计和阈值告警真的能让你从救火队员变成预防医生工作体感完全不一样。6. 写在最后我的一点个人体会如果让我给PON网络运维一个最核心的建议那就是永远不要只看表象光功率。很多“网速慢”问题的根源藏在带宽利用率和扩容规划里而光功率正常只是前提之一远不够判断整条链路健康。每次做扩容方案时我习惯把PON口流量数据按周拉出来观察晚高峰趋势再结合用户数的变化推测未来三个月的带宽压力宁可提前扩容也不要等到用户大量投诉再被动应对。最后再分享一个小技巧扩容割接时准备一张纸质的端口标记表把新旧PON口、分光器端口、ONU SN一一对应列清楚贴在现场操作台上。别嫌麻烦它能在紧急时刻帮你省下最宝贵的时间。