1. 接入网到底在通信网络的哪个位置
1.1 把网络切成三段,接入网就在最靠用户那一头
干通信这行,尤其是刚入行做初级通信工程师,十有八九第一个被分到的方向就是接入网。原因很简单:接入网的设备量最大、分布最散、离用户最近、出问题的概率也最高,正需要大量人手去装、去调、去修。但很多人干了两三个月,还是说不清自己到底在网络的哪一段上。我带的几个新人里,最开始都以为"接入网"就是"拉网线的",其实差得远。
把一张完整的通信网络切成三段,事情就清楚了:最中间是核心网,负责呼叫控制、用户认证、计费、业务调度,是整个网络的大脑;中间层是承载网/传输网,负责把数据从A城市搬到B城市,讲究的是大带宽、长距离、高可靠;最靠用户那一头就是接入网,负责把千家万户、写字楼、厂区、基站,接到运营商的机房里去。行业内常说的"最后一公里",说的就是这一段。
接入网的边界其实很清晰:从用户侧的网络终端(光猫、企业网关、机顶盒)开始,经过入户光缆、楼道分光箱、小区光交箱、主干光缆,一直到机房里的OLT设备上联端口为止,这一整条链路,全部属于接入网的管辖范围。跨过OLT上联口,往上的事就归承载网管了。这条线划清楚很重要,因为它直接决定了你以后接到故障单时,第一个要判断的问题——是我的活儿,还是别人的活儿。
举个最常见的场景。用户报"上不了网",一张工单派到你手上。你得先判断:是光路断了(接入网)、是ONU没注册上(接入网)、是BRAS认证失败(核心侧或数据配置)、还是上层链路拥塞(承载网)。判断错了方向,你在用户家里折腾两小时也修不好。这就是为什么我总跟新人强调:先把网络分层的边界画清楚,再谈技术细节。
1.2 初级通信工程师在接入网岗位的真实工作画像
很多招聘要求上写"负责接入网设备的开通、维护与故障处理",写得四平八稳,但实际工作内容远比这句话琐碎。我把身边同事和自己的工作拆开看,大致分成这么几块:
- 装维开通类:上门或远程完成ONU注册、业务配置、光功率测试、终端调试,让用户能正常上网、看电视、打电话。
- 机房侧配置类:在OLT上做端口规划、VLAN划分、业务模板配置、ONU批量授权,属于"后端"的活。
- 故障处理类:接工单,做远程诊断(看光功率、看注册状态、看告警),远程解决不了就上门。
- 工程验收类:新建小区的光缆验收、链路损耗测试、图纸核对、资源录入。
- 日常巡检类:OLT板卡告警、分光器端口占用、光交箱跳纤整理、资源准确性核查。
这里面真正吃经验的是故障处理和工程验收。配置类的活,模板做熟了其实是重复劳动;但一条链路到底是分光器坏了、尾纤脏了、还是熔接点老化,全靠手上的功夫和脑子里的判断树。我见过干了五年的老师傅,看一眼光功率计的读数,就能大概判断出问题出在楼道还是出在主干,这种直觉不是看文档看出来的,是被几百张工单喂出来的。
顺便说一句,初级工程师最容易踩的坑,是过度依赖"换设备"。光猫不上线,第一反应是换光猫;换了还是不上线,再换一个。这不是维修,这是碰运气。真正有效的做法是先测光功率、再看注册状态、再查配置,三分钟定位,而不是换三台设备耗掉两小时。这个思路我在第5节还会展开讲。
2. 接入网的技术底座:PON体系与关键名词扫盲
2.1 为什么是PON:从有源到无源的技术选择逻辑
现在的接入网,绝大多数是PON(无源光网络)的天下。但为什么是"无源"?这个词很多人背得滚瓜烂熟,却没想过它背后的取舍。
早年间有一种方案叫有源以太网接入,简单说就是楼道里放一台小交换机,用网线或者光纤接到每家每户。这个方案技术上不难,带宽也够,但问题在于:楼道里那台交换机要供电、要散热、要防雷、要维护。一个小区几十栋楼,每栋楼几台设备,一个城市几万台设备,光是电费和故障率就够呛。而且楼道环境恶劣,夏天五六十度,冬天零下,设备寿命大打折扣。
PON的思路是把楼道里的"有源设备"全部干掉,换成一个纯物理的分光器——一个巴掌大的玻璃器件,不需要供电、不需要散热、不需要软件配置,装在光交箱里能用十几年。这一下子把维护成本砍掉了大半。代价是什么?代价是所有用户共享一根主干光纤的带宽,而且需要一套复杂的"分时复用"机制来决定谁什么时候发数据。
这个取舍,用生活化的比方就好理解了:有源接入像是每栋楼配一个快递员,速度快但人力成本高;PON像是全小区共用一条传送带,传送带本身不用人管,但要给每个包裹贴好地址、排好顺序。省下的是运维成本,付出的是调度复杂度。而调度复杂度这一块,恰好被芯片和协议消化掉了,所以整体算下来,PON是更划算的买卖。
目前主流的两种PON制式,一个是EPON,一个是GPON,现在新建的基本都是GPON或者更高速率的10G PON。作为初级工程师,你至少要记住两者的几个关键差异:
| 对比项 | EPON | GPON |
|---|---|---|
| 线路速率 | 上下行对称 1.25Gbps | 下行2.5Gbps / 上行1.25Gbps |
| 线路编码 | 8B/10B | NRZ + 扰码 |
| 分光比典型值 | 1:32 | 1:64(工程上常用1:32) |
| 承载封装 | 以太网帧 | GEM封装,支持TDM业务 |
| 上行接入方式 | 时分复用 | 时分复用 + 动态带宽分配 |
| 常见应用场景 | 早期宽带、部分企业专线 | 家庭宽带、IPTV、语音融合业务 |
表格只是个索引,真正的重点是理解GPON为什么要多一层GEM封装。因为GPON要同时承载以太网数据和传统的TDM语音业务,两种业务的时序要求完全不同——语音对时延抖动极其敏感,数据则相对宽松。GEM的作用就是给不同类型的业务打上不同的"标签",让它们在同一条光纤里各走各的道,互不干扰。理解了这一层,你后面配置语音业务时,就不会把VoIP的VLAN和上网的VLAN搞混。
2.2 OLT、ONU、ODN、分光器:一套链路四件套
接入网的名词看着多,核心就四个东西,理顺了就通了。
OLT,光线路终端,放在运营商机房或者小区的大型光交机房。它是接入网的"总闸",一头朝上连承载网,一头朝下连一堆分光器和用户。一台OLT上有多种板卡:上联板、PON业务板、主控板、电源板。PON业务板上每一个光口,接出去一条PON口链路,业内叫"一个PON口带一片用户"。
ONU,光网络单元,家里那台"光猫"就是最常见的ONU形态。它的工作是把光纤里的光信号转成电信号,再分给电脑、手机、机顶盒。企业用的ONU形态更多,有插卡式的、有机架式的。
ODN,光分配网络,这是最容易被忽略、但在实际工作中占比最大的一块。它不是一个具体设备,而是所有光缆、光交箱、分光器、接头盒、尾纤、法兰盘的总和。你可以把它理解为"从机房到用户家门口的全部管道和线路"。前面说的光功率不够、链路损耗超标、找不到纤序,九成出在ODN这一层。
分光器,ODN里的核心器件,把一路光按比例分成多路。常见的有1:2、1:4、1:8、1:16、1:32、1:64。工程上通常采用两级分光,比如小区光交箱放一个1:8,楼道分纤箱再放一个1:8,合起来相当于1:64。为什么要两级?因为一级1:64意味着从机房直接拉64根光纤到64户,主干光缆芯数爆炸;两级分光则可以用一根主干光纤覆盖一个单元,成本低得多。
这四件套的关系,用一句话概括:OLT往下发,经过ODN里的光纤和分光器,到达每一台ONU。信号是单向分叉的,下行方向OLT发一份、所有ONU都能收到(靠标识区分是不是给自己的),上行方向所有ONU轮流发、同一时刻只能有一个在说话。这个"轮流说话"的机制叫测距和授权,是PON最精妙的地方,也是很多故障的根源。
2.3 波长分配与上下行原理,一句话讲清
很多人配了半天业务,还是不明白为什么一根光纤能同时收发。答案在波分复用。
GPON的典型波长分配是:下行用1490nm,上行用1310nm,另外还有一路1550nm留给有线电视或者监控类业务叠加。三个波长在同一根光纤里跑,互不干扰,靠的是光器件里的滤波片把不同波长分开。这就像高速公路上画了三条车道,颜色不同,各走各的。
这个知识点在实际工作中有多重要?举个例子:你用光功率计测光,必须先选对波长。量下行要选1490nm,量上行要选1310nm,选错了读数会差1到2个dB,判断就会跑偏。我见过新人拿着功率计在1310档上测下行光功率,测出来-20dBm,以为链路正常,实际上真实值可能是-18dBm,虽然结果差不多,但如果是临界值,这点偏差就足以让你误判。
还有一个常被问的问题:为什么上行要用1310nm、下行用1490nm,而不是反过来?这跟光纤的衰减特性和器件成本都有关。1310nm是零色散点附近,适合做上行这种对时序要求高的方向;1490nm处在低损耗窗口,适合下行大流量。这些是标准里定死的,作为一线工程师,记住结论、用对档位就够了,不必深挖物理机理。
需要强调的是,上行方向的时序是整个PON系统里最脆弱的一环。所有ONU共享上行带宽,OLT要给每台ONU分配时间片,还要不断测量每台ONU的距离(测距),确保信号到达OLT时刚好对齐时隙。如果某台ONU的光模块老化、发光功率漂移,或者链路损耗突然变化,测距就会失准,表现出来就是这台ONU反复掉线、或者整个PON口下的用户都受影响。这种情况我遇到过不止一次,最后查出来是某个用户家的尾纤被装修工人碰弯了,弯得太狠导致回波损耗异常。所以别小看一根尾纤,它真能让一整片用户断网。
3. 硬核实操:ODN链路预算与光功率计算
3.1 链路预算怎么算:把光衰算成一笔账
链路预算是接入网工程师的基本功,说白了就是算一笔账:光从OLT出发,一路上被各种东西"吃掉"多少,到达ONU时还剩多少,够不够ONU识别。
公式本身很简单:
ONU接收光功率 = OLT发光功率 − 总链路损耗
总链路损耗包括五块:光纤本身的衰减、熔接点损耗、活动连接器(法兰)损耗、分光器插入损耗、设计余量。下面逐个说清楚。
光纤衰减按公里算。常见G.652D单模光纤,1310nm约0.35dB/km,1490nm约0.25dB/km,1550nm约0.20dB/km。工程上为了算得快,通常粗略取0.3dB/km。
熔接点损耗跟熔接质量有关,做得好的能到0.05dB,一般按0.1dB算,标准里给的限值通常是0.2dB以内。
活动连接器,也就是两个法兰对接的地方,每个按0.5dB算。注意是"每个对接点"算0.5dB,一根跳线两头各一个法兰,就是1dB。
分光器插入损耗是最大的一块,典型值如下表:
| 分光比 | 典型插入损耗(dB) |
|---|---|
| 1:2 | 约 3.6 |
| 1:4 | 约 7.2 |
| 1:8 | 约 10.5 |
| 1:16 | 约 13.6 |
| 1:32 | 约 16.5 |
| 1:64 | 约 19.7 |
注意这是单级分光的损耗。如果是两级分光,比如1:8接1:8,理论上是10.5+10.5=21dB,实际会略高一点,因为中间多了法兰和跳纤。
设计余量一般取3dB,用来应对光纤老化、温度变化、施工误差。
现在来算个实例。假设一个家庭宽带用户,OLT发光功率+4dBm,链路情况是:
- 主干光缆3km,取0.3dB/km,共0.9dB
- 熔接点4个,共0.4dB
- 活动连接器4个,共2.0dB
- 一级分光1:8,10.5dB
- 设计余量3dB
总损耗 = 0.9 + 0.4 + 2.0 + 10.5 + 3 =16.8dB
ONU接收光功率 = 4 − 16.8 =−12.8dBm
这个值非常理想。实际工程验收中,ONU收光一般控制在−8dBm到−24dBm之间都算可用,但真正稳定的是−13dBm到−22dBm这个区间。高于−8dBm可能过载,低于−24dBm误码率上升,低于−27dBm基本就掉线了。
再算一个1:32的场景,看看边界在哪:
- 主干光缆8km,共2.4dB
- 熔接点10个,共1.0dB
- 活动连接器6个,共3.0dB
- 分光1:32,16.5dB
- 余量3dB
总损耗 = 2.4 + 1.0 + 3.0 + 16.5 + 3 =25.9dB
ONU收光 = 4 − 25.9 =−21.9dBm
这个值就在临界附近了。如果这个PON口用的是Class B+光模块(预算约28dB),还行;如果是老设备,很可能大面积掉线。这就是为什么1:32分光时,主干距离不能太长,也是为什么新建小区更倾向用1:64分光但配上Class C+光模块——用器件换距离。
提示:链路预算不是算完就完事,实际工程中要留出"理论值"和"实测值"的差异。理论算出来−20dBm,实测经常是−22到−23dBm,因为法兰脏、熔接点没做好、跳纤弯折这些"隐形损耗"你算不进去。所以验收时必须以实测为准。
3.2 实测:光功率计怎么用,读数怎么判
理论算得再漂亮,最终还得落到光功率计上。这东西便宜,几百块一台,但用好的人不多。我把标准动作拆一遍。
第一步,选波长。测下行选1490nm,测上行选1310nm。如果链路里有1550nm叠加业务,单独测。
第二步,接口清洁。这一步最容易被跳过,也最容易导致读数偏差。法兰端面和跳线端面用专用清洁笔擦,或者用无水乙醇加无绒纸擦。我见过读数偏低3dB的案例,最后查出来是端面有指纹。别笑,一指头的油污能让光功率计读数直接掉2到3个dB。
第三步,对码。测下行时功率计要清零(部分设备有Zero功能),并确认量程覆盖−40到+10dBm这个区间。
第四步,读数。把跳线插到光猫的PON口上(或者插到分纤箱的对应端口),等读数稳定三五秒再记录。读数跳动超过±1dB,说明链路有问题,要先排查再记录。
第五步,判断。
| 实测收光(dBm) | 判断 | 处理建议 |
|---|---|---|
| > −8 | 过载 | 检查是否分光比过小、OLT发光过高,必要时加衰减器 |
| −8 ~ −13 | 偏强但可用 | 一般无需处理,注意监控 |
| −13 ~ −22 | 理想区间 | 正常 |
| −22 ~ −24 | 临界 | 查端面、法兰、弯折,能优化就优化 |
| −24 ~ −27 | 偏低 | 大概率会偶发掉线,需整改链路 |
| < −27 | 基本不可用 | 光路故障,逐段排查 |
这里有个实操细节:测上行光功率不能直接插光猫。光猫的PON口是双向的,你直接怼上去测不到上行。正确做法是在OLT侧的发口测,或者在链路上的分光器处测。新人最容易犯的错就是想在用户家里测上行,结果什么都没测到。
还有一个细节:读数时人不要捏着跳线弯折处。光纤的最小弯曲半径一般是30mm,你手一掐,弯到10mm,读数立刻掉几个dB。这不是链路问题,是你手的问题。
3.3 熔接、冷接、跳线:三种工艺的取舍
ODN里连接光纤有三种方式,各有各的适用场景,选错了会留后患。
熔接是电弧把两根光纤的端面熔在一起。损耗最低,好的能做到0.02到0.05dB,长期稳定性最好。缺点是需要熔接机(便宜的也要一两万)、需要电源、需要熟练手法,现场做不了就得带回机房。
冷接是用机械夹具把两根光纤对准。优点是现场快,一个接头三到五分钟,不需要大设备。缺点是损耗偏高,好的0.1到0.2dB,差的能到0.5dB,而且长期会因温度变化、灰尘、夹具松紧而劣化。皮线光缆入户时经常用冷接,因为用户家里没条件上熔接机。
跳线加法兰是做活动连接。优点是灵活、可插拔、便于更换;缺点是每个法兰固定吃0.5dB,而且端面容易脏。机房内部、光交箱内部的跳接基本都是这个方式。
我的经验是:主干和分配段一律熔接,入户段看条件用冷接,机房和光交箱内用跳线。为什么不建议在楼道里用冷接?因为楼道温度变化大,冷接的机械夹具热胀冷缩,两三年后接头就会劣化,到时候整片用户误码率上升,排查起来非常费劲。宁可当初多花十分钟熔接,也别给自己埋雷。
注意:熔接完之后一定要用OTDR或者光功率计做验证,别看着熔接机显示"损耗0.03dB"就收工。熔接机的估算是基于光强,不是真实传输损耗,有时候显示很好但实际不通,因为光纤端面有气泡或者切割角度不对。我遇到过一次,熔接机绿灯,实际插上去链路完全不通,最后发现是光纤切割刀片钝了,端面有毛刺。
4. 业务开通与配置:从光猫上线到能上网
4.1 ONU注册流程与常见卡点
ONU什么时候算"上线成功"?不是一个环节,而是四个环节全过。我把它拆成一条链路:物理层光路通 → ONU收到下行信号并同步 → ONU被OLT授权认证 → 业务配置下发完成。
第一步,物理层。光猫通电,PON口有光功率,指示灯里的"光信号"灯不亮红灯(红灯代表LOS,即信号丢失)。这一步都过不了,后面全白搭。
第二步,同步。ONU收到下行光信号后开始与OLT的帧同步,这个阶段光猫上的"PON"灯通常是闪烁状态。同步成功后会变成常亮或者慢闪。
第三步,认证授权。OLT要确认"这台ONU是我允许接入的"。认证方式主要有几种:SN码认证(用设备序列号)、MAC认证、逻辑标识认证(就是常说的LOID加密码)。不同运营商的网络用的方式不一样,一线工程师必须搞清楚本地用的是哪种,否则配置半天上不了线。
第四步,业务配置。ONU被授权后,OLT会把预配置的业务模板推下来——包括VLAN、带宽模板、业务端口映射。这一步做完,光猫才能拨号上网。
常见卡点我总结成一张表:
| 卡点现象 | 可能原因 | 排查动作 |
|---|---|---|
| 光信号灯红 | 光路断、分光器端口坏、尾纤折 | 测光功率,从ONU侧往上逐段测 |
| PON灯一直闪 | 光功率过低、ONU型号与模板不匹配 | 测光功率,核对ONU型号和模板 |
| PON灯常亮但不上网 | 认证失败、VLAN配错、未下发业务 | 查OLT侧授权记录和业务配置 |
| 注册成功但反复掉线 | 光功率临界、上行测距异常、光模块老化 | 连续监测光功率,检查上行误码 |
| 多台ONU同时掉线 | 该PON口故障、主干光缆断、OLT板卡告警 | 先看OLT告警,再查主干 |
这张表的价值在于顺序。一定要从物理层往上层查,不能跳。我见过新人跳过光功率直接查VLAN,查了两小时发现是光纤断了。物理层不通,配置再好也是零。
4.2 上网、IPTV、语音三条业务线的配置要点
一台光猫通常要同时承载三种业务:上网、IPTV(电视)、语音(固定电话)。这三条线在配置上是彼此独立的,走不同的VLAN,有不同的带宽策略。很多故障其实就是"三条线串了"。
上网业务走的是一条独立VLAN,通常是桥接模式,由光猫后面的路由器或者光猫自身拨号(PPPoE)。配置要点是:VLAN ID要对、绑定端口要对、带宽模板要匹配套餐。这里最常见的错误是VLAN ID抄错了一位,现象是光猫显示已连接但拨号失败。
IPTV业务走另一条VLAN,而且它有个特殊之处:直播用组播,点播用单播。组播的配置比单播复杂得多,涉及IGMP snooping、组播VLAN、ONU上的IGMP proxy。如果组播没配好,典型现象就是"能点播不能看直播",或者"看直播卡顿但点播流畅"。这个我在4.3节展开。
语音业务走的又是另一条VLAN,需要配置SIP服务器地址、账号、密码,还要保证语音VLAN的优先级最高。因为语音对时延和抖动最敏感,QoS没做好,上网一跑大流量,电话就打不通了。
三条业务线的配置示意大致如下(不同厂商命令不同,这里只表达逻辑):
# 示意配置,非真实厂商命令 onu-port 1 service-type internet vlan 100 bandwidth 300M onu-port 2 service-type iptv vlan 200 multicast enable onu-port 3 service-type voip vlan 300 priority high onu-port 4 service-type manage vlan 400这里我想强调一个优先级设计的原则:管理VLAN单独走、语音VLAN优先级最高、IPTV组播其次、上网最后。为什么这么排?因为语音断了一分钟用户就会投诉,而下载慢一点用户能忍。把这个优先级想清楚,你在配置QoS策略时就不会犹豫。
4.3 VLAN与组播:IPTV不卡的关键
VLAN这块,新人最容易犯的错是"看到数字就往上填"。VLAN ID不是随便编的,它有一套规划逻辑:管理VLAN、上网VLAN、IPTV VLAN、语音VLAN,每个业务一段,同一台OLT上不同PON口之间还要避免冲突。工程上一般会有一张VLAN规划表,没这张表就动手,早晚出乱子。
真正难的是组播。为什么IPTV直播必须用组播?因为如果1000个用户同时看同一个频道,用单播就意味着1000份相同的流量从服务器一路复制到用户,带宽直接爆掉。组播的做法是:服务器只发一份,网络设备在分叉的地方复制,OLT只往有需求的PON口复制,分光器以下才分成多份。这样带宽消耗从"用户数×码率"降到"频道数×码率"。
组播配置的几个关键点:
第一,IGMP snooping。交换机默认会把组播帧当广播帧泛洪到所有端口,这等于白做组播。开启snooping后,设备会"偷听"IGMP报文,知道哪个端口下面有用户要加入哪个组,只往那个端口转发。不开这个,组播等于没做。
第二,组播VLAN和用户VLAN的映射。组播流量通常跑在独立的组播VLAN里,到达OLT后要映射成用户侧的VLAN。这个映射关系配错,现象就是"机顶盒能拿到IP,但看不了直播"。
第三,IGMP proxy。ONU作为代理,把下面所有机顶盒的IGMP请求汇总后上报给OLT,而不是每个机顶盒各发一份。这样OLT看到的请求数量大幅减少,避免IGMP报文把控制面打爆。
第四,组播带宽预留。如果一条PON口下有一百户看IPTV,每路高清码率按8Mbps算,同时观看不同频道的话,组播带宽需求是"频道数×8Mbps",不是"用户数×8Mbps"。规划时要按频道数算,而不是按户数算,这是很多人算错的地方。
我曾经处理过一个案例:某小区晚上八点集体看直播就卡,白天正常。查了三天,最后发现是组播VLAN的带宽没有单独预留,晚高峰时上网流量把组播流量挤掉了。解决办法是在OLT上给组播VLAN做带宽保障,同时在上联口做组播流量的优先级标记。这个问题如果不懂组播原理,光换机顶盒是永远修不好的。
5. 故障排查实录:接入网最常见的几类问题
5.1 光路类故障:从现象倒推位置
光路故障是接入网故障里占比最高的,保守说能占到六成。它的现象很统一:光猫光信号灯红、或者PON灯闪、或者收光功率明显偏低。难点不在判断"是不是光路问题",而在判断"光路问题出在哪一段"。
我常用的方法是分段测量法:从ONU侧往上,依次在用户家门口、楼道分纤箱、小区光交箱、机房ODN架测光功率,看哪一段开始掉。这个方法笨,但极其可靠。比如用户家测出来−30dBm,楼道分纤箱测出来−15dBm,那问题就锁定在"分纤箱到用户家"这一小段,要么是皮线断了,要么是分光器端口坏了,要么是尾纤折了。
分段测量有个前提:你得有准确的资源记录。哪个用户接在哪个分纤箱、哪个端口,这个信息如果录错了,你就得在楼道里一个个试,效率低十倍。所以我一直强调,工程验收时资源录入的准确性,比多测几遍光功率更重要。这是很多新人意识不到的"隐形工作"。
光路故障里还有一类特别隐蔽的:弯折损耗。光纤没断,但被压成了锐角,损耗会突然增加5到10dB。这种现象在装修后的用户家里特别常见,家具压着皮线、门缝夹着光缆、线槽拐直角。测光功率能测出来,但用OTDR看曲线可能看不出明显断点,只看到一个"台阶"。处理办法就是顺着线摸一遍,找到那个弯。
还有一类是端面污染。法兰或者光猫端面有灰、有油、有水汽,损耗增加1到3dB。这种情况在潮湿地区或者工地附近特别多。处理很简单,清洁笔擦一下,读数立刻回来。我现在的习惯是:只要测出收光比历史值低了2dB以上,先擦端面,再怀疑别的。
5.2 数据配置类故障:光路正常但业务不通
这类故障最迷惑人,因为光猫的灯全是正常的——光信号不红、PON灯常亮、上网灯也亮,但就是上不了网。这时候问题基本在配置层。
排查顺序我固定成四步:一看认证、二看VLAN、三看带宽模板、四看上层。
看认证:在OLT侧查这台ONU是否在授权列表里、认证方式是SN还是LOID、有没有认证失败的记录。有些网络里ONU能注册成功但业务不通,是因为"注册"和"授权"是两回事——物理上连上了,但业务权限没开。
看VLAN:核对用户侧VLAN和OLT侧配置是否一致,尤其是跨OLT、跨板卡的时候,VLAN转换容易出错。
看带宽模板:有些用户反映"能上网但特别慢",查下来是带宽模板绑错了,绑成了低速模板。这种错误在批量开通时特别容易发生。
看上层:如果以上三项都对,问题可能在BRAS认证、地址池、DNS这些上层环节。这时候就不是接入网的事了,要转给对应团队,但你要能说清楚"我已经排除了接入网侧的问题",否则工单会在几个团队之间踢皮球。
这里分享一个快速定位的小技巧:让用户在光猫管理页面看WAN连接状态。如果WAN口显示"已连接"且有IP地址,但打不开网页,问题大概率在DNS或者上层路由;如果WAN口显示"未连接"或者一直在"连接中",问题在PPPoE认证或者VLAN。这一步能把排查范围砍掉一半,比在OLT上翻日志快得多。
5.3 常见问题速查表
我把这几年处理过的高频问题整理成一张表,实际工作中可以直接对照:
| 序号 | 现象 | 最可能原因 | 快速验证方法 | 处理 |
|---|---|---|---|---|
| 1 | 光信号灯红 | 光路中断/损耗超标 | 测ONU侧收光 | 分段测光,定位断点 |
| 2 | PON灯持续闪 | 光功率不足/模板不匹配 | 测收光 + 查ONU型号 | 整改光路或换模板 |
| 3 | PON灯常亮,拨号失败 | VLAN错/认证失败 | 查OLT配置和认证记录 | 修正VLAN或重新授权 |
| 4 | 能上网,IPTV直播卡 | 组播未配置/带宽未预留 | 查IGMP snooping和组播VLAN | 补组播配置,加带宽保障 |
| 5 | IPTV点播正常,直播黑屏 | 组播VLAN映射错 | 抓包看是否有组播流 | 修正映射关系 |
| 6 | 电话打不通,上网正常 | 语音VLAN或SIP配置错 | 查语音VLAN和SIP注册状态 | 修配置,检查QoS |
| 7 | 网速达不到套餐值 | 光猫百兆口/网线老化/Wi-Fi干扰 | 有线直连测速 | 换千兆口、换网线、换信道 |
| 8 | 同一PON口下多户同时掉线 | OLT板卡告警/主干断 | 查OLT告警和主干光功率 | 上报处理,抢修主干 |
| 9 | 用户反复掉线,间隔无规律 | 光功率临界/光模块老化 | 连续监测收光2小时 | 优化链路或更换模块 |
| 10 | 新装用户无法注册 | SN录入错误/资源占用 | 核对SN和端口资源 | 修正资源记录 |
这张表我建议打印出来贴在工具包里。不是为了照着抄,而是为了在脑子乱的时候有个参照系。真正的高手最后是不看表的,但新手阶段有一张表,能少走很多弯路。
注意:表格里第9条"反复掉线"是最容易被误判的。很多人一看掉线就换光猫,换了三台还是掉,最后发现是光功率在−25dBm左右徘徊,白天温度高时勉强能通,晚上温度降下来就掉。这种问题的正确做法是连续监测,而不是换设备。我一般会让用户把光猫管理页面开着,隔一小时截一次图,看收光功率的变化曲线,比一次性测量有用得多。
6. 初级通信工程师考试与职业路径
6.1 考试内容与接入网部分的权重
很多人考初级通信工程师是为了职称或者岗位晋升,考完发现学的和干的不是一回事。这很正常,考试考的是知识体系的完整性,工作用的是其中一小块。但接入网这块,考试内容和实际工作的重合度其实相当高,值得认真对待。
考试的科目通常是两门:一门偏综合能力,覆盖通信原理、网络基础、传输、无线、电源、安全这些通识内容;另一门是专业实务,会分方向,接入网相关内容一般归在有线传输与接入这个方向里。具体的科目设置、题型、分值,每年可能微调,一定要以当年官方发布的考试大纲为准,别拿三年前的资料硬啃。
从内容上看,接入网部分的高频考点大概集中在这么几块:
- PON的基本原理、上下行波长、分光比与损耗的对应关系
- ODN的组成和链路预算的计算
- ONU注册与认证的基本流程
- VLAN划分、组播、QoS的基本概念
- 光功率、光衰、误码率这些指标的物理含义
- 常见故障的判断思路
你会发现,这些知识点和前面几节讲的东西高度重叠。所以我的建议是:别把备考和工作割裂开。你白天处理工单时遇到的光功率偏低、VLAN配错,晚上复习时对照教材上的原理再看一遍,理解会深得多。反过来,教材上讲的分光器损耗表,你拿去核对现场实测值,也能发现很多"理论对不上实际"的地方,那才是真正学到东西的时刻。
计算题要特别注意。链路预算这类题,考试里会给一堆参数让你算ONU收光,很多人栽在单位和小数点上。我的做法是先列公式再代数,中间过程写清楚,别心算。0.35和0.25这两个数字用混了,整道题就废了。
6.2 从初级到中级:能力栈怎么补
干了两三年接入网,很多人会问:下一步往哪走?我的观察是,路径大概有这么几条,每条要补的能力不一样。
第一条,往深里走,做接入网专家。要补的是PON的底层机制——测距、动态带宽分配、误码分析、光模块选型、10G PON和更高速率技术的演进。这条路适合喜欢钻研技术细节的人,走到后面能独立做网络规划和疑难故障攻关。
第二条,往宽里走,转承载网或传输。接入网是"最后一公里",往上是城域网、骨干网。要补的是路由交换、MPLS、光传输这些。这条路视野更宽,但要重新学一套东西,前两年会比较吃力。
第三条,往业务侧走,做售前、方案、项目管理。要补的是需求分析、方案设计、成本核算、沟通协调。技术底子还在,但重心从"修"变成"设计"和"卖"。
第四条,往运维管理走,做班组长、片区负责人。要补的是工单调度、人员管理、指标考核、应急响应。这条路技术含量下降,但综合能力要求高。
不管走哪条,有几样东西是通用的,越早补越好:一是资源管理能力,能看懂图纸、能维护资源系统的准确性;二是数据分析能力,能从告警和工单里看出规律,而不是被动救火;三是文档能力,能把处理过程写清楚,让别人能复现。这三样东西学校里不教,但决定了你三年后是"老师傅"还是"工程师"。
我个人的体会是,接入网这个方向最大的价值不在于你记住了多少参数,而在于你建立了一套分层排查的思维习惯——遇到问题先分层、再定位、再验证,而不是凭感觉换设备。这套习惯迁移到任何技术领域都好使。我在实际工作中带过不少人,进步最快的往往不是记性最好的,而是最愿意在每次故障后复盘"我为什么一开始判断错了"的那批人。他们会在工单本上写清楚:现象是什么、我第一反应怀疑什么、实际是什么、下次遇到类似现象应该先查什么。写满一本之后,判断速度就是别人的好几倍。
最后再分享一个我自己一直在用的小习惯:每次做完一个小区的新建或者整改,我都会把这条链路的理论损耗和实测损耗记下来,做成一张自己的对照表。时间长了,你就能从"理论−18、实测−21"这个固定偏差里,看出这个片区的施工质量水平。哪个施工队做的接头总是多损耗1dB,哪个片区的光缆老化得快,一目了然。这种基于自己数据的判断,是任何教材和文档都给不了的。