1. 先把这场“对决”的边界划清楚1.1 一条光纤从机房走到用户家的两种活法PON和AON这两个词第一次听的人容易以为是两种光纤型号其实它们说的是光纤到户FTTH里两套完全不同的组网哲学。PON是无源光网络机房放一台OLT中间只走光纤和分光器分光器不用电、不用维护、塞在楼道弱电箱或者手孔井里就能活十几年AON是有源光网络中间要放交换机、媒体转换器或者类似的供电设备每个用户或者每几个用户单独占一根纤芯信号到有源节点再分发。同样是把宽带送到客厅一个靠“分”一个靠“换”思路差得很远。我接触过的项目里这两种方案经常被拿来当二选一的题来做但实际情况往往不是谁替代谁。住宅小区、城中村改造、乡镇宽带普遍铺开PON的性价比几乎碾压工业园区、医院、学校、专线接入、监控回传AON的确定性又让人舍不得放手。所以这篇东西不打算给你一个“标准答案”而是把两套方案的架构逻辑、参数算法、施工细节、故障排查一次讲透让你在自己那个场景里能算出账、下得了手。刚入行的可以当入门地图看做过几年接入网的也能在链路预算和排查表里找到点能直接抄的东西。1.2 无源与有源本质上是把成本放在哪一端PON的核心动作是“合并”。一台OLT的PON口出来经过一级甚至两级分光器1:32、1:64、1:128地把光功率分给几十上百个ONU。分光器是纯无源器件里面就是一段熔融拉锥的光纤或者平面波导不耗电、不发热、不怕雷击坏的概率极低。代价是每个用户分到的光功率变少了而且上行方向所有ONU共享同一根纤芯必须靠TDMA时分复用排队说话。换句话说PON把成本压在了“器件”和“协议”上用便宜的玻璃和复杂的调度换来了低建设成本。AON的核心动作是“拆分”。有源节点放在楼道、路边机柜或者园区机房电进来、光出去每个用户或者每组用户独享一根纤芯带宽不用抢故障也不会互相牵连。代价是每个有源节点都要供电、要防雷、要备电、要散热机房和机柜的选址、取电、空调、UPS全是钱和事。AON把成本压在了“设备”和“运维”上用更高的建设和维护开销换来了确定性和隔离性。这两个方向没有对错只有账算不算得过来。1.3 哪些人真正需要把这篇文章看完如果你正在做小区宽带的方案评审纠结分光比定1:32还是1:64或者被施工队问“这个箱子能不能少放一级分光”那第2章和第4章的光功率预算部分能直接拿去用。如果你在园区、厂区、医院里做网络面对“监控和办公能不能跑同一张网”“生产线停机一分钟损失多少”这类问题第3章关于AON适用边界的讨论会更对味。如果你已经上了网天天被“ONU掉线”“光功率正常但上不了网”折腾第5章的排查实录和速查表可以贴在工位上。还有一类人容易被忽略做弱电总包和施工验收的。PON的隐蔽工程做得糙不糙三五年后才见分晓很多故障不是设备坏是当年熔接盒没盘好纤、法兰头没擦干净、分光器被塞在潮湿井里。这些细节在第5章和第6章里会反复出现因为我自己踩过的坑基本都在这几块。2. PON的架构逻辑与核心参数2.1 无源分光器省下的不只是电费很多人把PON的优势简单归结为“中间不用电”这话只对了一半。不用电确实省了电费和UPS但更关键的是省掉了有源节点带来的那一整条运维链条不用给楼道机柜找电源、不用和物业扯取电协议、不用担心夏天机柜温度过高死机、不用每年派人去擦风扇换电池。一个几千户的小区如果中间放二三十个有源节点每个节点每年哪怕只出一次小故障乘起来就是几十次上门人力成本比设备贵得多。分光器的另一个好处是“哑设备不背锅”。网络出问题的时候排查路径很清晰OLT口有没有光、主干纤芯通不通、分光器哪一路衰耗异常、ONU收光多少。无源器件本身几乎不会“时好时坏”只要施工时没磕碰、没进水、没被老鼠咬它能安安静静工作到房子拆迁。我见过一个2010年前后布的分光器外壳都晒脆了测出来插损只比标称值多了0.3dB换掉外壳继续用。但无源也意味着“看不见”。分光器不会告警光纤断了不会主动上报只能靠ONU失联或者光功率越限来间接判断。所以PON网络的运维高度依赖两样东西一是准确的资源台账每一级分光、每一个接头、每一根纤芯都要有记录二是靠谱的测试手段光功率计、红光笔、OTDR得配齐。台账乱了排查就从“十分钟定位”变成“爬楼两小时”。2.2 光功率预算算错这一步后面全白搭PON设计里最容易翻车的就是光功率预算。原理不复杂OLT发光功率减去沿途所有损耗剩下的必须大于ONU的接收灵敏度同时还要留出余量给老化、弯曲、灰尘和温度变化。难的是把“沿途所有损耗”一项不落地列出来。常用的几类PON标准里GPON Class B的预算大约是28dBClass C能到32dBEPON常见的是20dB和24dB两档XGS-PON这类10G对称的方案预算通常在29dB到35dB之间具体看光模块等级。这些数字不是让你死记的是让你在选型和算账时有把尺子。具体的损耗项我习惯按下面这张表逐项填损耗项典型取值说明光纤衰减1310nm0.35 dB/kmG.652D常规单模1490nm约0.251550nm约0.20熔接点0.050.1 dB/个施工质量差会到0.2以上活动连接器0.30.5 dB/个法兰头、尾纤对接脏污时能到1dB以上1:2分光器约3.5 dB理论值3.01实际含附加损耗1:4分光器约7.2 dB理论6.021:8分光器约10.5 dB理论9.031:16分光器约13.8 dB理论12.041:32分光器约17.0 dB理论15.051:64分光器约20.5 dB理论18.061:128分光器约23.5 dB理论21.07设计余量3 dB以上老化、弯曲、温度、清洁度举个例子某小区主干5km用1:32一级分光链路里有6个熔接点、2个活动连接器。光纤损耗5×0.351.75dB熔接6×0.10.6dB连接器2×0.51dB分光器17dB合计20.35dB。Class B预算28dB余量7.65dB这个设计很宽松甚至可以考虑把分光比提到1:64。如果换成1:64分光损耗20.5dB合计23.85dB余量4.15dB仍然能过但余量已经不算充裕遇到脏法兰或者冬夏温差大的地方要留神。注意余量不是越大越好。余量留得太多往往意味着分光比定小了OLT的PON口利用率低单位用户分摊的设备成本反而上去。一般住宅场景留36dB比较舒服超过8dB就该回头看看是不是链路绕远了或者分光级数多了。还有一个常被忽略的点上行和下行波长不同衰减不一样。1310nm上行衰减最大算预算时要按最坏情况取。另外分光器有方向性反向插损可能比正向略大厂家标称值通常是正向实际测试时别拿反向数据去对表。2.3 分光比怎么定才不给自己挖坑分光比的选择本质是在“覆盖户数”和“每户带宽”之间找平衡。1:32意味着一个PON口最多带32个ONU1:64就是64个。GPON下行2.5G、上行1.25G如果32户全在线且满负荷平均每户下行理论值不到80M上行不到40M这还是理想均分。实际使用有并发峰谷白天低夜里高运营商通常会做超售但超售比例要克制。住宅小区居民用户1:64在多数场景能接受企业办公、直播、远程医疗这类对上行敏感的场景1:32甚至1:16更稳。分光级数也要控制。一级分光结构简单、损耗小、排查容易但光纤用量大从机房到每个分光箱都要单独纤芯。二级分光能省主干纤芯机房出来一根大芯数光缆到片区再在片区里二次分光但多一级就多一份损耗和一份故障点。我的经验是新建小区优先一级分光光纤资源没那么紧张后期维护省心老旧小区改造、管道资源紧张的可以用二级分光但第二级尽量靠近用户把有源和无源的边界划清楚。还有一个实际约束是PON口数量。一台OLT的PON口是有限的分光比定得太小同样的户数要占更多PON口机房设备成本和跳线管理压力都上来。定得太大后期用户提速、加装摄像头、上IPTV多路并发时容易顶到天花板。我一般会按“当前户数÷32”估算PON口需求再留10%20%的余量给后续扩容别等装满了才想起加板卡。2.4 上行调度、测距与DBA的门道PON的上行是个“单车道多车排队”的模型所有ONU共享一根纤芯往OLT发数据谁先发谁后发由OLT统一指挥。这就引出两个关键机制测距和动态带宽分配。测距是为了让所有ONU的发送时刻对齐避免远近不同的ONU信号在OLT接收端撞车。OLT会给每个ONU分配一个均衡延迟逻辑距离远的ONU提前发保证到达OLT时正好落在自己的时隙里。测距没做好典型表现就是某些ONU上线困难、误码率高、业务时断时续。动态带宽分配DBA则是按需分配上行时隙。ONU报告自己队列里有多少数据要发OLT根据全局情况分配额度。DBA配得激进上行时延低但调度开销大配得保守吞吐稳但实时业务会卡。视频会议、在线游戏、VoIP这类对时延敏感的业务通常要把DBA模板调成“固定带宽保证带宽”的组合别全塞进尽力而为队列。这些参数一般在OLT侧配置施工人员接触不到但做方案的人必须心里有数。我见过一个园区项目PON口下挂了三十多路高清监控上行全是小包持续发送DBA模板没调结果办公网一到下午就卡。后来把监控单独划到一个PON口、单独配DBA模板问题才消。PON不是插上就能跑好的技术协议层的参数和物理层的光功率一样重要。3. AON的适用边界与工程现实3.1 有源节点买来的是“确定性”AON最直观的特点就是“一人一根纤芯”。从机房或者园区核心交换机出来每个用户或者每组用户独占一根光纤中间放有源设备做汇聚或转换。带宽不用和邻居抢一个用户跑满不影响另一个故障隔离也干脆某根纤芯断了只影响那一户不会像PON那样一个分光器出问题带倒一片。对于生产线控制、医疗影像传输、金融交易专线这类“断一秒都要命”的场景这种确定性值钱。确定性还体现在时延上。PON的上行要排队DBA调度再优化也有微秒到毫秒级的抖动AON点对点直连时延基本就是光纤传播加设备转发稳定得多。工业现场的总线控制、运动控制对抖动很敏感PON不是不能做但要做大量额外设计不如AON直接。另一个隐性优势是排障AON的每一段都是“看得见”的交换机端口状态、光模块收发光、链路告警都能在网管上直接看不用像PON那样靠ONU失联去反推。代价也很直接。有源节点要电要防雷接地要备电要散热。楼道机柜夏天能到五十多度风扇一坏设备就降频甚至死机路边机柜还要考虑防水防尘和防盗。这些事在方案阶段容易被低估到运维阶段全变成工单。我算过一笔账同样覆盖500户PON的中间节点基本是零运维AON如果放10个有源节点每个节点每年按两次现场处理算就是20次出勤还不算备件和电费。3.2 点对点架构的运维账怎么算AON的成本结构里设备只是一部分真正的大头是“节点基础设施”。一个标准的路边机柜除了交换机本身还要配电源模块、防雷器、蓄电池、温控风扇有的地方还要空调。机柜选址要协调用地取电要和产权方谈施工要挖沟埋管。这些前期工作比拉一根光纤复杂得多。所以AON项目的前期周期通常比PON长不是技术难是协调环节多。运维阶段AON的优势是“责任边界清晰”。哪一段坏了网管上能看到端口down派人去对应节点换模块或者跳纤就行。PON的故障定位往往更依赖现场测试因为中间是无源的网管只能看到ONU状态。但AON的劣势是“故障类型多”光模块坏、电源坏、风扇坏、防雷器击穿、蓄电池鼓包每一种都要备件。PON的备件清单短得多主要是ONU和分光器OLT板卡集中放置更换也快。从长期看AON适合“用户数不多但价值高”的场景。比如一个工业园区几十家企业每家一条专线带宽独享、SLA明确收得上费运维成本能覆盖。如果拿AON去做普通住宅小区每户每月几十块的宽带费根本养不起中间那一堆有源节点。这不是技术优劣是商业模型决定的。3.3 工业和专线场景的落地姿势工业场景用AON通常不是从头到尾全点对点而是“核心用AON、边缘看情况”。厂区核心机房到各车间用工业交换机组成环网环网用光纤直连可靠性靠环网协议保证车间内部到设备层如果设备密集且距离近可以用PON或者工业以太网看布线和电磁环境。医院类似影像科、手术室、核心机房之间用AON保证带宽和时延病房和门诊普通办公可以用PON覆盖各取所需。专线接入是AON的另一个舒适区。企业专线要求带宽对称、时延稳定、故障快速响应PON的共享上行和DBA调度在这种场景下反而成了不确定因素。很多专线方案直接用光纤收发器或者小型交换机点对点拉到用户机房中间不经过分光器链路预算简单故障定位也快。成本上专线收费高能覆盖独享纤芯的开销这笔账算得过来。提示AON项目在方案阶段一定要把“取电”和“备电”写进清单别等施工队进场才发现机柜没电源。备电时间按当地供电情况定一般不少于4小时工业场景按生产要求延长。4. 一次完整选型推演从需求到链路预算4.1 场景建模把需求翻译成参数假设有一个虚构的“某园区”占地约0.6平方公里包含12栋办公楼、2栋宿舍、1个食堂和1个安保中心总用户数约1800人峰值在线按70%算约1260人。需求方提了三条办公网稳定、监控不卡、后期能平滑升级到千兆以上。这个场景比住宅小区复杂比纯工业现场简单正好用来做对比推演。先把需求翻译成参数。办公网按每人并发下行20M、上行5M估算峰值下行约25G、上行约6G这是理论峰值实际不会所有人同时跑满但设计要留余量。监控按每路4M、共200路算下行约800M监控是持续小包上行对时延和丢包敏感。宿舍按每间12人、共300间算晚高峰视频流量大。整体看办公和监控是两条不同的流量模型最好逻辑隔离物理上可以共用一张PON或者分开走AON。再看建筑分布。12栋楼里核心机房在中间一栋最远的楼直线距离约450米光纤绕行按1.3倍系数算约585米。这个距离对PON来说很轻松1:64分光加600米光纤链路预算完全够。对AON来说也简单点对点光纤不用中继。所以距离不是这个项目的决定因素决定因素是“隔离要求”和“运维能力”。4.2 链路预算手算全过程先按PON方案算一笔。核心机房放OLT每栋楼放一个分光箱采用一级分光办公楼按1:32、宿舍按1:64。以最远楼为例光纤0.6km×0.350.21dB熔接点按8个算0.8dB活动连接器4个算2dB1:32分光器17dB合计20.01dB。GPON Class B预算28dB余量7.99dB非常宽裕。如果这栋楼用户少改用1:64分光损耗20.5dB合计23.51dB余量4.49dB仍然可用但要注意分光器质量和施工清洁度。再看AON方案。核心机房到每栋楼放一台汇聚交换机楼内再接到用户。最远楼0.6km用1000BASE-LX光模块标称10km链路损耗0.21dB加两端连接器1dB远小于模块预算。看起来AON在这项目里“杀鸡用牛刀”但账不能只算链路。12栋楼意味着12个有源节点每个节点要机柜、电源、防雷、备电还要纳入网管。如果只为了办公网这些节点大部分时间跑不满设备利用率低。折中方案更现实核心到各楼用AON光纤直连楼内到用户用PON。这样楼宇之间是独享纤芯带宽和隔离有保障楼内用户共享PON布线简单、成本低。监控单独划VLAN甚至单独PON口避免和办公抢上行。这个混合架构在园区项目里很常见既不是纯PON也不是纯AON而是按“流量汇聚点”来切分。4.3 施工与验收的关键动作PON施工最关键的三个动作熔接、盘纤、测试。熔接质量直接决定链路损耗施工队的手法差异很大同样一台熔接机有人能做出0.02dB有人做出来0.15dB。验收时不能只看“通不通”要抽测熔接点损耗超标的要求返工。盘纤容易被忽视弱电箱空间小尾纤弯折半径不够时间一长衰减变大严重的直接断纤。分光器要固定在箱内不能悬空吊着尾纤要绑扎整齐标签两头都要有。AON施工的重点在机柜和供电。机柜接地电阻要实测防雷器要按规范接线蓄电池要定期活化。光模块的收发光功率要逐口记录作为基线后期排查时才有对比。跳纤要按颜色或者编号管理避免插错口。这些事听起来琐碎但AON的故障里有一大半是施工遗留问题不是设备本身坏。验收测试我一般要求做三项光功率测试、链路连通性测试、业务压力测试。光功率测试看收发光是否在模块范围内链路连通性看有没有错包业务压力测试跑一段时间的满负荷流量观察时延和丢包。PON还要额外看ONU上线稳定性连续观察24小时有没有反复掉线。4.4 五年TCO对比与结论把时间拉长到五年两套方案的账差别更明显。PON的初始投资主要在OLT、分光器、光缆和ONU中间无源五年内的运维主要是ONU故障更换和光缆外力破坏修复人力投入低。AON的初始投资除了交换机、光模块、光缆还要加机柜、电源、防雷、备电初始成本高出一截五年内要算电费、备件、定期巡检、电池更换运维人力明显更多。对比项PONAON初始设备成本较低OLT共享较高节点设备多中间节点供电不需要需要含备电带宽独享性共享靠调度独享故障隔离分光器下可能连带单链路隔离运维复杂度低依赖台账和测试高节点多、备件多适用规模大规模住宅、普通办公园区骨干、专线、工业升级路径换OLT板卡和ONU换交换机或光模块结论不是“谁赢”而是“分段使用”。大规模用户覆盖用PON把成本压下来关键链路和需要隔离的场景用AON把确定性买回来。纯PON和纯AON都是极端选择实际项目里混合架构往往更划算。这个判断不是拍脑袋是链路预算、运维人力和商业模型三笔账加在一起算出来的。5. 常见故障与排查实录5.1 光功率正常但业务不通这是PON排查里最经典的一类。光功率计一测ONU收光在正常范围但用户就是上不了网。原因通常不在物理层而在二层以上VLAN配错、PPPoE认证失败、ONU注册状态异常、OLT侧端口被关、DBA模板把上行限死了。排查顺序我习惯从“注册状态”开始看ONU在OLT上是在线、离线还是反复上下线在线的话看业务VLAN有没有透传再看用户侧拨号或者DHCP有没有拿到地址。还有一种情况是“光功率正常但误码高”。光功率计只能测平均光功率测不出信号质量。ONU收光正常但误码率高可能是光模块老化、尾纤端面脏污、分光器某一路插损异常也可能是上行碰撞导致。这时候要用OTDR看链路有没有异常反射点或者换一根尾纤、换一个分光器端口做对比测试。别一上来就换ONU先排除链路问题。5.2 ONU反复掉线的典型根因ONU频繁掉线按发生频率排我遇到过的主要是这几类光功率临界收光在灵敏度边缘温度一变就掉尾纤弯折或者接头松动尤其是弱电箱里被门夹过、被杂物压过的分光器进水或者端面污染南方潮湿地区高发ONU电源适配器老化输出电压不稳OLT侧PON口光模块故障或者发光功率下降。还有一类是“假掉线”ONU其实在线但网管心跳超时实际业务正常这种要查管理通道而不是业务通道。排查时先看掉线规律是固定时间掉还是随机掉是同一分光器下多台一起掉还是单台掉。固定时间掉查供电和温度同一分光器下多台掉查分光器和主干单台随机掉查尾纤和ONU本身。这个分类方法能省很多时间。5.3 隐蔽工程里的坑PON的故障有很大比例藏在隐蔽工程里。手孔井积水接头盒密封不好水汽进去后光纤端面起雾插损慢慢变大分光器被塞在井里没固定被施工挖断或者被老鼠咬楼道弱电箱被住户私自改电尾纤和电源线挤在一起光缆牵引时拉力过大纤芯暗伤当时测着通半年后断。这些问题在验收时不一定暴露要靠施工规范和老老实实做记录来预防。注意接头盒和分光箱的防水要做双重措施密封胶圈加防水胶带井内安装尽量抬高。尾纤盘绕半径不小于厂家要求一般不小于30mm别为了塞进小箱子硬折。5.4 排查速查表现象优先排查常用工具ONU不上线光功率、ONU注册配置、PON口状态光功率计、网管收光正常但不通VLAN、认证、IP地址、限速模板网管、拨号测试频繁掉线收光余量、尾纤弯折、电源适配器光功率计、替换法同一分光器下多户故障分光器、主干纤芯、接头盒OTDR、红光笔误码高、速度慢端面清洁、光模块、上行干扰OTDR、光功率计雷雨后成片故障有源节点电源、防雷器、接地万用表、接地电阻测试仪这张表不是万能钥匙但能帮你把排查顺序理清楚避免上来就换设备。实际现场千奇百怪记录和对比比“经验直觉”可靠。6. 几个踩过才知道的细节6.1 分光器选型和尾纤管理别省小钱分光器的质量差异比想象中大。便宜的分光器标称1:32插损17dB实测可能到18.5dB温度变化后还会漂。链路预算本来就紧的项目用这种器件等于给自己埋雷。尾纤也一样劣质尾纤端面研磨精度不够插损大还不耐磨插拔几次就超标。这些器件单价不高但在整个项目里占比很小没必要省。尾纤管理是另一个容易被轻视的事。分光箱里尾纤盘得像一团麻当时能通后期加用户或者排障时一拉就断。我习惯要求施工队按“进出一致、盘绕成圈、标签双端”来做箱内留足余长但不过长绑扎用魔术贴不用扎带。这些规矩听起来琐碎但三年后回来加一个用户十分钟能搞定还是半小时找不到线差别就在这儿。6.2 备件和标签体系要提前建PON的备件清单不长但要有ONU几种主流型号、光模块、尾纤、法兰、分光器。AON的备件更长交换机、电源模块、风扇、防雷器、蓄电池都要备。备件不是越多越好按故障率和采购周期定安全库存。标签体系更重要OLT端口、ODN链路、分光器端口、ONU编号要能一一对应最好和资源系统同步。标签乱了网管上看到一个告警现场找不到对应端口排查时间全耗在找线上。6.3 给未来升级留一点余地PON技术还在演进GPON往XGS-PON升10G往50G走升级时通常换OLT板卡和ONU光纤和分光器往往能复用。所以设计时别把分光比和光功率余量卡得太死留一点余量给下一代光模块。AON的升级更多是换交换机或者光模块机柜空间和电源容量要提前留。还有一个容易忽略的点管道和纤芯容量。现在够用不代表五年后够用主干光缆多放几芯管道多留一根子管成本增加有限后期扩容省大事。我自己在实际项目里吃过一次亏早期一个园区项目为了省成本主干光缆按刚好够用放两年后加监控和专线纤芯不够重新开挖管道费用比当年多放一倍纤芯贵得多。从那以后主干光缆至少按需求量的1.5倍配置管道按2倍预留。这个习惯后来救过好几个项目。最后分享一个小技巧做PON链路预算时别只算理论值拿光功率计在现网实测几组数据做校准。不同厂家的分光器、不同批次的尾纤、不同施工队的手法实测值和理论值能差出12dB。用实测数据反过来修正设计余量比拍脑袋定3dB靠谱得多。
