工作总结
2026-03-20 工作总结 年度工作总结2026年通信工程师年度工作总结。
翻开去年1月的工作日志，页脚那行小字我到现在还记得——“LTE无线接通率99.12%”。这数字看着不差，可每天早高峰后台监控上准时抬头的误码率曲线，像根小刺扎在那儿。指标是死的，可早晚刷短视频卡顿、扫码支付转圈的用户是活的。那0.88%的丢包率，丢的不是数字，是体验。
这一年干下来，最大的变化是看问题的角度变了。
先说故障处理。以前我是消防员，告警一响拎起设备就往现场跑，换板卡、测光路、重启，指标恢复就打道回府。今年夏天处理一台BRAS设备的CPU瞬高，彻底把我这习惯掰过来了。那台设备邪门，每个月总有那么两三次，CPU半夜突然飙到80%又自己降下来，抓不到现场就没法处理。我调出过去四个月的性能数据，把每次飙高的时间点圈出来——全在凌晨2:10到2:15之间。翻配置单才发现，这个时间段跑着个定期的用户流量统计脚本，查询语句没优化，一跑就把CPU拖垮了。重写脚本后，设备稳到现在。有意思的是，我们把全网所有网元的定时任务都扫了一遍，统一规定了凌晨的维护窗口期。现在跟徒弟们讲故障排查，我常说一句话：“别光看火着起来的样子，得看看火苗是从哪个炉膛窜出来的。”
再说资源调配这摊事。今年我们把用户分了分层——集团专线是尖子生，一点不能掉队。我给这类用户建了台账，每周盯着时延和丢包率的趋势。8月份有条金融专线，后台数据显示单向时延从1.8ms慢慢爬到2.3ms，还在承诺值以内，但顺着路由一查，发现一处光缆弯曲半径过小，色散在悄悄累加。赶在用户察觉前整改完，这事儿让我意识到，数据是用来提前走一步的，不是事后写报告用的。
普通宽带用户像中等生，追求的是稳定。往年扩容总想着加设备，今年试着反过来想——能不能把现有资源腾挪好？我们主动调整了几个PON口的分光比，从1:64降到1:32以下，虽然多用了15%的端口，但盘活存量总比申请新板卡划算。结果晚上卡顿的投诉工单降了四成。我算了笔账，这点资源消耗，值。
最折腾人的是城中村那帮“基础薄弱”的用户。5月一个周四下午，黄贝岭村理发店老板打电话投诉扫码支付老转圈。我没在电话里回复“信号正常”，带着扫频仪去店里坐了半小时。测来测去基站信号没问题，最后发现是柜台后面那个劣质USB充电器泄漏了杂散信号，干扰了4G频段。帮老板换了个充电头，问题当场解决。后来我们把“现场环境干扰”加进了城中村投诉处理的排查清单，帮用户排查劣质路由器、充电器现在成了标准动作。
说到用户沟通，今年还干了一件“笨事”。某大型社区连续两周有业主投诉室内信号差，走常规流程——提交规划、申请设备、等待安装——周期太长，业主们觉得我们在推诿。我拉着设计人员和社区物业，选了三个投诉最强烈的业主家，拿着测试仪上门，当着他们的面测数据，现场解释墙体损耗、周边基站布局，把临时优化方案和时间表摊开讲清楚。“原来你们不是去机房按开关，是真的要架天线。”一位业主代表这句话让我琢磨了很久。后来我们建了三个大型社区的线上沟通群，定期把网络割接、优化动作提前发群里。投诉量下来了，主动帮我们解释的业主反而多了。
9月份带新人小陈处理基站退服，我还闹过一回笑话。按老经验让他去测光模块收光，他测了说正常，我当场发火，拿仪表自己测——还真正常。最后查出来是交换机上的光口物理损坏。这事挺打脸，我光教他按步骤排查，没教他“当所有步骤都正常但故障还在”的时候，要跳出步骤想问题。后来我们弄了个“非常规故障复盘会”，专讲这种歪路子，小陈给起了个外号叫“打脸会”，现在每周五下午开一次，大家都把自己栽过的跟头拿出来遛遛。
一年下来，故障处理平均耗时从47分钟降到31分钟，省下来的时间花在了隐患预判上。数据上的进步是一回事，心里更踏实的是另一回事：知道自己不知道什么，知道该往哪儿下笨功夫。
明年的笔记本已经翻开，扉页上我写了句话——“把路画细些”。从宏观的路网，画到每家每户门口的坡度。
- 我们精彩推荐工作总结专题，静候访问专题：工作总结
