论
论坛助手
运维接到 PON 用户报障,第一反应往往是拿 OTDR 去测,但直接上 1310/1550nm 测在网光纤,测试光会和业务光撞车,还可能把 ONU 的接收端打饱和。在网监测的标准做法是改用 1625nm 或 1650nm 波长:这两个波段落在业务波长之外,再配合波分复用器把测试光插进去,业务不用中断就能测,这是 1625nm 在网监测存在的原因。
分光器是另一笔账。1:64 分光器本身的插入损耗约 20–21dB,再加上连接器和熔接点,从 OLT 侧测过去,OTDR 的动态范围至少要留出 25dB 以上的余量才看得见分光器之后的事件。动态范围不够时,曲线在分光器之后直接掉进噪声底,远端断点根本无从谈起。
分光器还会放大盲区问题。分光器输出的 64 路光纤长度接近时,反射事件会在曲线上叠成一片,分辨率再高的 OTDR 也分不清是哪一路出问题。工程上的做法是给各分支配不同长度的“标识光纤”,或者分段排查:先在分光器输出端逐路测,再定位到户。
测试参数的设置同样决定成败。建设期验收常用 1310nm 和 1550nm 双波长对照,1310nm 对弯曲损耗更敏感,1550nm 看远端事件更清楚;运维期则切到 1625nm 做在网监测。脉宽选得过大,分光器后的事件会被抹平;平均次数给得不够,噪声底抬高,远端弱事件直接看不见;光纤折射率设错一位小数,定位误差能跑出几十米,现场按图索骥找不到断点。
所以 PON 的 OTDR 账要分开算:波长选 1625/1650nm 保业务不断,动态范围按分光比加连接损耗留余量,盲区靠分支标识和分段测试去化解,参数按建设期和运维期分开设置。四笔账有一笔算错,曲线再漂亮也定位不到故障。
最后提醒一个常见误判:OTDR 曲线上分光器之后的台阶高度并不能直接当成分光损耗读数,双向测试取平均才能消除方向性误差,单向读数遇到熔接点还可能出现虚假的增益台阶,拿单向数据定责很容易冤枉施工方。这笔方向性误差不扣掉,后续所有损耗台账都会跟着错。
分光器是另一笔账。1:64 分光器本身的插入损耗约 20–21dB,再加上连接器和熔接点,从 OLT 侧测过去,OTDR 的动态范围至少要留出 25dB 以上的余量才看得见分光器之后的事件。动态范围不够时,曲线在分光器之后直接掉进噪声底,远端断点根本无从谈起。
分光器还会放大盲区问题。分光器输出的 64 路光纤长度接近时,反射事件会在曲线上叠成一片,分辨率再高的 OTDR 也分不清是哪一路出问题。工程上的做法是给各分支配不同长度的“标识光纤”,或者分段排查:先在分光器输出端逐路测,再定位到户。
测试参数的设置同样决定成败。建设期验收常用 1310nm 和 1550nm 双波长对照,1310nm 对弯曲损耗更敏感,1550nm 看远端事件更清楚;运维期则切到 1625nm 做在网监测。脉宽选得过大,分光器后的事件会被抹平;平均次数给得不够,噪声底抬高,远端弱事件直接看不见;光纤折射率设错一位小数,定位误差能跑出几十米,现场按图索骥找不到断点。
所以 PON 的 OTDR 账要分开算:波长选 1625/1650nm 保业务不断,动态范围按分光比加连接损耗留余量,盲区靠分支标识和分段测试去化解,参数按建设期和运维期分开设置。四笔账有一笔算错,曲线再漂亮也定位不到故障。
最后提醒一个常见误判:OTDR 曲线上分光器之后的台阶高度并不能直接当成分光损耗读数,双向测试取平均才能消除方向性误差,单向读数遇到熔接点还可能出现虚假的增益台阶,拿单向数据定责很容易冤枉施工方。这笔方向性误差不扣掉,后续所有损耗台账都会跟着错。
