新建LTE站点光功率劣化分析与处理案例

一、新开通站点状态质检

新建LTE小区,光路通,RRU状态正常,无硬件告警;但提取光路、RRU信息,发现BBU-RRU两端均出现收光弱问题,如下:

可能影响:光衰绝对值较大(>12),易导致BBU与RRU间丢包,进而影响用户的业务体验;数据方面,易出现高误码、重建次数增多,速率感知下降;语音方面,易出现vonr高丢包、切换失败等现象。

如上收光弱,一般情况下并未触发基站侧上告警,但是站点存在隐患。

二、工程问题现场解决

工程新建站,同现场施工人员沟通情况,这种隐患需要处理。

正常情况下, 我们知道站点要求每条光路"通",且"可用",即要求光功率值需满足在合理的区间:

发送端:在 0 dBm 到 -5 dBm 之间

接收端: 在-8 dBm 至 -25 dBm 之间

现场处理:现场站RRU距离BBU端10公里左右,由于距离较远,双纤损耗较大,故将两端都换成单芯光模块,重新提取光路信息,如下:

可以看到,两端收光值得到改善。

三、小结

1、对于新建站点的验收,除检查"有无告警"外,如光功率值、光路误码等也需要重点关注,从源头杜绝性能隐患,避免"带病"入网。

2、特别是对于长距离拉远场景,应提前规划并选用合适的光模块类型。案例中最先使用的双纤双向光模块 在此长距离下链路损耗过大,导致收光功率不足。解决方案是将两端光模块更换为单芯双向光模块,该类型模块通常具有更高的接收灵敏度和更强的发射功率,更适合长距离传输。

相关推荐
荣--6 小时前
一键部署不是为了省时间 —— 它是把"买来的 PaaS"变成"自己的平台"的拐点
运维·zabbix·工程化·一键部署·平台化·边界设计
江华森7 小时前
动手实战学 Docker — 从零到集群编排完全指南
运维
Avan_菜菜1 天前
FRP 内网穿透完整实战:从 HTTP 映射到 HTTPS 自签代理
运维·nginx·https
SelectDB2 天前
Litefuse 开源并推出单进程轻量模式,25 秒就能跑起来的 Agent 可观测与评估平台
运维·后端·自动化运维
XIAOHEZIcode3 天前
Linux系统鼠标偏移常见原因以及修复方案
linux·运维·游戏
用户0328472220704 天前
如何搭建本地yum源(上)
运维
大树887 天前
金刚石散热越强,管路越先见顶
大数据·运维·服务器·人工智能·ai
摇滚侠7 天前
Linux CentOS7 rpm 安装 MySQL 5.7
linux·运维·mysql
霸道流氓气质7 天前
领域驱动设计(DDD)在 Spring Boot 微服务中的实践指南
运维·spring boot·微服务
Inhand陈工7 天前
基于台达PLC与映翰通IG502的智慧水产养殖精准投喂与远程运维解决方案
运维·人工智能·物联网·阿里云·信息与通信