综合监控FSU入网操作指引：从账号配置到割接验证的完整流程

简介面向中国铁塔动环监控运维人员与FSU设备集成实施者的入网操作指引文档聚焦中兴力维综合监控前端设备FSU接入铁塔动环监控系统的标准化流程适合需要完成设备开通、数据配置与故障排查的初中级运维人员参考。资源包共1个doc文件约12.09MB内容按入网工作流程组织涵盖账号基础信息与运维人员配置、信号量字典表定义、站点与铁塔机房资源录入以及FSU、蓄电池、开关电源、交直流配电、空调、油机、摄像头、烟感温感水浸门磁等监控对象的配置说明并附有流程图与修改历史。已有5489人学习下载。读者可据此掌握从基础信息到资源信息的分步配置方法理解各监控参数与设备信息的录入要点为现场快速入网和日常运维提供可对照的操作依据。1. 综合监控FSU入网一份2015年的操作指引今天还能照着做吗手里拿到一份《综合监控FSU入网操作指引》版本V0.2落款时间是2015年2月。翻完第一遍我的判断是这不是一份讲原理的技术手册而是一份把动环监控前端设备从“上电”推到“可被网管看见”的作业清单。它解决的核心问题很具体——FSU采集到的温湿度、市电、蓄电池、空调这些信号怎么在综合监控系统里变成一条条有编码、有归属、有告警规则的资源记录。适合谁看正在做基站动环改造的集成商、负责FSU割接的运维人员以及需要把厂家设备录进监控平台的项目实施方。这份指引的价值不在技术先进性而在于它把“先配账号、再配资源、最后验指标”的顺序固定下来了照着走不容易漏项。2. 入网前的账号与字典表为什么先配人再配设备2.1 三级账号结构运维人员、厂家部门、厂家账号指引里把账号配置拆成三步顺序不能乱。第一步在组织节点下新增运维人员关键字段是用户名、登录账号、用户类型保存后要立刻做操作权限设置。第二步新增厂家部门部门类型选“部门”这一步的作用是给第三方供应商划一个数据边界。第三步在厂家部门下新增厂家账号用户类型选“第三方供应商维护人员”如果不单独分配权限默认继承部门权限。这个结构背后的逻辑是数据隔离。FSU是厂家设备厂家人员需要看自己设备的在线状态和告警但不应该看到其他厂家的资源。我一般会提醒实施人员厂家账号建完后先用它登录一次确认左侧菜单里只有“动环监控”和“资源管理”的只读入口没有“系统管理”。如果能看到组织管理说明部门权限没继承对后面录资源时容易误改别人的站点。提示账号配置阶段不要图省事把厂家账号挂在运维人员节点下后期权限回收会非常麻烦这是血泪经验。2.2 信号量字典表FSU和平台之间的“普通话”指引里有一句容易被跳过的话信号量字典表见附件《动环监控设备信号字典表》。这份表决定了FSU上送的点位能不能被平台识别。常见做法是在FSU本地配置阶段就对照字典表逐条核对模拟量和开关量比如蓄电池单体电压对应哪个信号ID、市电停电用哪个告警位。如果字典表版本和平台侧不一致现象是FSU在线但点位全是“未定义”平台侧看不到任何数值。我一般会先拿字典表里的必配点位做一张对照清单现场配置时逐项打勾。开关电源的整流模块故障、市电缺相、电池总电压这些属于高频告警点优先核对。字典表不是拿来读的是拿来对表的这一点在后面的指标检测章节会反复用到。3. 资源信息录入从站点到FSU的编码链条3.1 站点、铁塔、机房的父子关系与自动编码资源录入的顺序是有依赖的站点是根铁塔和机房挂在站点下FSU挂在机房或铁塔下。指引里每个资源都强调“保存后系统自动生成编码”这个编码就是后续FSU配置时要填的设备编码。站点信息的关键字段是名称、类型、所属区域、基站状态铁塔信息的关键字段是铁塔名称和所属站址名称会根据站点和铁塔类型自动生成但可以改机房信息字段多一些包括类型、等级、楼层、列数、行数、编码、铁塔名称、机楼名称。这里有个实操细节机房编码虽然自动生成但指引允许修改我建议不要改。自动编码里带了站点和机房类型的段位改了之后和FSU侧配置对不上排查时很难定位。录入顺序按“站点→铁塔→机房→FSU”走每录完一级把生成的编码抄到信息采集表里后面FSU配置直接引用避免来回翻页面。3.2 FSU信息与配套设备的字段取舍FSU信息录入的菜单路径是“网络监控—动环监控—铁塔监控”关键字段包括名称、类型、所属铁塔、经纬度、厂家信息、长宽高功率接口数、详细地址。名称根据机房自动生成可修改保存后生成设备编码。经纬度这一项别随手填它直接决定后面“FSU地图定位”检查能不能通过填错了地图上飘到别处割接时容易被误判为离线。配套设备里蓄电池和开关电源是必录项。蓄电池要填单组额定容量、单组蓄电池个数、单体电压等级还有是否漏液、外观有无变形、连接铜排有无腐蚀这些巡检类字段开关电源要填高效整流模块总数、普通整流模块总数、整流模块型号、剩余槽位数、能否二次下电、告警指示灯状态。外市电接入、变压器/调压器标注为可选但交流/低压配电设备、直流配电设备、空调、油机、摄像头、红外、烟感、温感、水浸、门磁、门禁、智能电表都在清单里。我的取舍原则是现场实际装了且接了信号的就录没接信号的不录录了不配点位反而会在拓扑检查里显示成“设备存在但无数据”增加排查噪音。资源层级关键字段编码来源常见误填站点名称、类型、所属区域、基站状态自动生成站址编码所属区域选错导致权限看不到铁塔铁塔名称、所属站址自动生成铁塔编码名称手改后与现场台账不一致机房类型、等级、楼层、行列数自动生成机房编码手改编码导致FSU引用失败FSU所属铁塔、经纬度、厂家信息自动生成设备编码经纬度精度不足地图定位偏移蓄电池单组容量、单体个数、单体电压等级自动生成设备编码单体电压等级与现场不符4. 入网指标检测五项检查把“在线”验成“可用”4.1 OMC检查与FSU在线情况FSU配完不等于入网完成指引里列了五项检测OMC检查、FSU在线情况检查、FSU地图定位、FSU拓扑设备检查、FSU实时视频检测外加性能指标查询和设备告警监控。OMC检查是看FSU在网管侧是否注册成功常见失败原因是FSU的上级网管地址或端口配错现象是FSU本地显示已连接但平台侧查不到。FSU在线情况检查看的是心跳如果FSU显示离线先查SIM卡或传输链路再查平台侧接入网关的白名单。我一般按这个顺序走先看在线再看地图定位再看拓扑。在线是前提地图定位验证经纬度录入质量拓扑检查验证前面录的蓄电池、开关电源这些子设备有没有挂到FSU下面。拓扑里如果出现“未知设备”多半是信号量字典表没对上回到第2章的对表清单复查。4.2 性能指标、告警监控与告警穿越测试性能指标查询看的是模拟量有没有正常刷新比如蓄电池总电压、机房温度。如果数值长时间不变检查FSU的采集周期配置。设备告警监控是验证告警能不能从FSU上送到平台指引后面专门有一节“告警穿越测试指引”做法是人为制造一个可恢复的告警比如断开一路市电或拔掉一路传感器观察平台侧是否在预期时间内出现对应告警恢复后告警是否自动清除。告警穿越测试是整份指引里最值得保留的动作。很多项目FSU在线、数据也有但告警上不来原因往往是告警位映射错了或者告警级别被过滤。测试时记录三个时间点现场动作时间、FSU本地告警时间、平台告警时间三个时间差超过配置的上报周期就要查链路。测试完记得恢复现场并在平台侧确认告警已消除否则割接后会留一条假告警。# 告警穿越测试记录模板现场手抄或填表用 # 测试项 | 现场动作时间 | FSU本地告警时间 | 平台告警时间 | 恢复时间 | 平台消除时间 # 市电停电 | 10:02 | 10:02 | 10:03 | 10:10 | 10:11 # 电池总电压低 | 10:15 | 10:15 | 10:16 | 10:25 | 10:26上面这个记录模板不是代码是现场作业时我习惯用的字段结构。关键是“平台消除时间”这一列很多人只测告警产生不测告警恢复割接后平台挂着一堆已恢复但未清除的告警值班人员会反复派单。5. 避坑与排查入网现场最容易翻车的五件事5.1 现象FSU显示在线但拓扑里子设备全是“未知”原因通常是信号量字典表版本不一致或者FSU侧点位配置用了厂家私有定义。解决方法是拿平台侧字典表逐条比对FSU配置重点看开关量和模拟量的信号ID不一致的以平台字典表为准重新下发配置然后重启FSU采集进程。5.2 现象资源录入时保存报错“编码重复”原因是站点或机房名称重复系统按名称规则生成编码时撞号。解决方法是先查同区域下是否有同名站点改名时带上区分后缀比如楼栋号或机房序号。不要试图手改编码绕过后面FSU引用会对不上。5.3 现象告警穿越测试平台侧收不到告警先确认FSU本地是否产生了告警本地有平台无查告警上报通道和平台侧告警过滤规则本地也没有查传感器接线和FSU采集端口配置。常见坑是测试时断的是传感器信号线而不是被监控设备本身FSU判定为“传感器故障”而不是“市电停电”告警类型对不上。5.4 现象地图定位偏移到几公里外经纬度录入时用了度分格式但系统按十进制解析或者小数点位数不够。解决方法是统一用十进制、保留六位小数录入后在地图上放大核对。偏移不大的情况也要改割接验收时地图定位是必查项。5.5 现象厂家账号登录后看不到自己刚录的FSU部门数据权限没分配或者FSU挂在了别的机房下。解决方法是回到组织管理检查厂家部门的数据权限范围再在资源管理里确认FSU的所属铁塔和机房归属。默认继承部门权限这句话的前提是部门权限本身配对了。6. 割接前后的验证习惯把告警穿越做成固定动作割接操作指引在原文里篇幅不长但它是整份文档里风险最集中的环节。我的做法是把割接拆成割接前、割接中、割接后三段验证每段都围绕“告警能不能穿越”这一个核心指标。割接前在旧链路上做一次告警穿越记录基线时间割接中FSU重新注册后先看在线和拓扑再看性能指标是否刷新割接后在新链路上重做一次同样的告警穿越对比两次的时间差。如果新链路的上报时间明显变长查传输质量和平台接入网关的并发配置。这里有个容易被忽略的点割接后不要只看“当前无告警”要看“历史告警是否完整”。有些平台在FSU重新注册后会清空该设备的历史告警缓存导致割接窗口内的告警丢失。验证方法是割接前故意留一条未恢复的告警割接后确认这条告警还在并且能正常恢复消除。验证阶段检查项通过标准失败先查割接前告警穿越基线产生与恢复时间可记录传感器与FSU采集口割接中FSU在线与拓扑在线且子设备齐全注册地址与字典表割接中性能指标刷新模拟量按周期变化采集周期配置割接后告警穿越复测时间差不超过上报周期传输链路与网关割接后历史告警保留未恢复告警仍在平台缓存策略这套验证习惯是从一次割接翻车里留下来的当时FSU在线、数据正常唯独告警上不来排查到半夜才发现是割接时平台侧把该FSU的告警通道重置成了默认关闭。从那以后我每次割接都强制走一遍“基线—复测—历史告警保留”三步哪怕工期再紧也不省这一步。这份2015年的指引在账号和资源录入上给的是顺序在检测和割接上给的是检查项真正要补的是每个检查项背后的判定标准和失败路径上面这些表和清单就是干这个用的。希望帮到你。本文还有配套的精品资源点击获取