简介面向爱立信TD-LTE基站现场维护与后台操作人员的专用手册围绕EM工具在近端eNB与OSS侧远端管理中的应用展开覆盖设备安装、连接配置、日常维护和排障流程适合需要独立完成基站开局、调测与无线电指标核查的工程师。资源为单个doc文档大小约1.98MB目录按EM安装、EM连接操作、具体功能块使用、硬件面板说明、现场指标查询等模块组织结构清晰便于现场按需检索。其中详细解读IP、Radio Network、Software、Licensing、Upgrade and Backup、Alarm告警等功能块的操作要点并给出串口连接线缆线序DUL20/DUL21 LMTA、DUS31/DUS41 LMT、硬件示意图与指示灯说明帮助维护人员快速识别板卡状态。VSWR驻波比和GPS状态查询部分则提供了电脑IP设置、Telnet连接、驻波比映射表等完整步骤可直接指导现场排障和天馈系统核查。已有281人学习对爱立信LTE基站设备维护和后台操作有较强实用价值。1. 爱立信 LTE 基站后台操作这份现场维护手册把排障底牌全亮了凌晨两点的基站小区退服OSS 上只挂了一条笼统告警你带进机房的只剩下笔记本和网线——爱立信 LTE 基站后台操作里最磨人的就是这种现场。这份手册把场景按步骤写透了EM 怎么装、近端和 OSS 侧怎么连、六大功能块分别看什么、三类 RRU 的 VSWR 查询命令差在哪、GPS 状态怎么判。对刚接手爱立信 TD-LTE 的维护人员照着走一遍就能连上 eNB 查小区状态、看告警、验驻波对老手RRUS61B39、RRUL62B40A、RRUL81B39 三种设备的命令差异和 RL 映射表仍然是现场最实用的部分。适用边界也得说清这套操作针对 4G TD-LTE 基站设备形态、MO 命名和命令体系都是那个时代的产物5G 基站不要直接套用。但排查思路是通的——先看灯、再连 EM、查告警、验证射频和 GPS这套闭环到今天依然能用。2. EM 安装与连接近端 LMT 口和 OSS 侧两条路怎么选2.1 环境要求与 IP 规划Java 版本和 169.254 网段别乱动手册把软件要求写得很死Win2000/XP/Vista/Win7、Internet Explorer 5.0 以上、Java 1.6.0_07、RBS_EM tool 从 RBS 上下载。很多人第一次装 EM 就栽在 Java 上——EM 是基于 Java Web Start 的图形客户端对 JRE 版本非常敏感Java 版本高了低了都可能出现打开后白屏、卡在加载进度条、connect 按钮点了没反应。我一般建议在笔记本电脑上单独装一个 32 位的 Java 1.6.0_07装完在 IE 里启用 Java 插件别拿系统里的新版 JDK 去凑。这个版本要求表面看像玄学其实是 Java Web Start 和老的 RBS_EM 框架之间的兼容性边界版本越新反而越容易出问题。IP 规划是第二个容易出错的地方。手册明确写了广州现网基站默认维护 IP 为 169.254.1.10电脑设为 169.254.1.11基站地址加 1 或加 2子网掩码 255.255.255.0。169.254.x.x 是 APIPA 自动专用地址段设备出厂默认用它就是为了在没有 DHCP 的场景下让维护电脑能直连。这里说的“加 1 或加 2”是现场习惯不是协议强制只要同网段、地址不冲突就行。我习惯固定用 1多站点维护时不用每次现算也方便在 Nodes 列表里按 IP 规律认站。命令行设置 IP 的方式如下Windows 管理员权限执行netsh interface ip set address name以太网 static 169.254.1.11 255.255.255.0 169.254.1.1 netsh interface ip set dns name以太网 static 8.8.8.8第一句给网卡设静态地址 169.254.1.11、掩码 255.255.255.0网关填 169.254.1.1。这个网关地址实际不存在只是为了把网卡路由表整理干净。第二句设 DNS查基站根本用不到 DNS但某些 Windows 版本在 DNS 缺失时会拖慢网络解析EM 加载超时往往就是这么来的。如果直接在网卡属性界面里改填完 IPv4 地址后记得关掉 Windows 的“网络位置验证”否则系统会一直显示“未识别的网络”等到探完才能正常通信现场很误事。2.2 近端 EM 连接LMT B 口和 EM_Tool 下载近端连接走 eNB 的 LMT B 口。用网线把电脑和 LMT B 口连起来网卡灯正常闪之后打开 IE 访问 http://169.254.1.10/em/index.html页面会把 RBS_EM tool 下载到本地安装后打开 EM 使用。这里有两个现场高频踩点第一面板上如果是两个以太口要分清 LMT A 口和 B 口近端维护用 B 口A 口一般连传输或内部组网插错口表现为网页打不开、telnet 不通第二地址栏敲的是 http不是 httpsEM 下载页是明文 HTTP 服务第一次打开会有安全提示允许加载就行。下载下来的 EM_Tool 安装包建议在本机留一份。不同 RBS 版本带的 EM 版本可能不一样现场如果是在偏僻站点、没有外网本地安装包就是后悔药。安装完成后打开 EM目标网元 IP 填 169.254.1.10点 connect 进入 EM 界面。界面右下角有 Add 按钮可以把当前 IP 加到 Nodes 列表下次连接直接双击不用每次手输。我习惯把同一批站的维护 IP 都加进去按站名备注哪天半夜排障切换网元能快不少。进入 EM 界面后先熟悉布局再动手。界面上方是一排功能标签对应 IP、Radio Network、Software、Licensing、Upgrade and Backup 这些功能块左侧是 MO 树列出该 eNB 下所有管理对象右侧是选中 MO 的属性面板下方或右侧是 Actions 操作区。日常维护的路径是在左侧选中目标 MO中间看状态右边执行操作。新手最容易犯的错是在左侧乱点把 MO 树当成文件管理器翻找其实大部分操作入口都在标签和 Actions 里。近端连接的关键路径整理成一张表步骤操作常见错误物理连接网线连 LMT B 口插到 A 口导致网页打不开IP 设置电脑设 169.254.1.11/24网关乱填或掩码写错下载 EMIE 访问 http://169.254.1.10/em/index.html敲成 https 连不上登录 EM填 169.254.1.10 后 connectJava 版本不对导致白屏2.3 OSS 侧 EM远程维护时状态怎么判断不跑现场时从 OSS 侧进 EM 是更常见的方式。在 OSS 上选中要操作的网元右上角 TOOLS 菜单进 WCDMA/LTE/TD Network → ERBS Element Manager弹出该网元的 EM 界面。和近端相比OSS 侧不用管电脑 IP也不关心 LMT 口OSS 到网元的管理通道已经打通你只需要有账号和对应网元的操作权限。进入 EM 后左侧显示 MO 树包括 RRU、DUL、Antenna system、Support system右侧显示设备状态。判断一个设备正不正常就看两个字段operation state 为 enabledadministrative state 为 unlocked。这两个字段的含义要分清楚——operation state 是设备实际运行状态enabled 表示在跑administrative state 是管理侧下发状态unlocked 表示没被人为锁住。一台设备如果 administrative state 是 locked哪怕 operation state 是 enabled业务上也是被关掉的常见于之前排障闭站后忘了恢复。OSS 侧是远程操作出问题不像近端能拔线重来。我的习惯是先进 Alarm 功能块看有没有活跃告警再动具体 MO顺序反过来的话容易把问题搞复杂。近端和 OSS 侧看到的 EM 界面一致操作逻辑相同后面第三章展开讲六个功能块。OSS 侧 EM 还有个纪律网元多的时候严禁同时打开多个 EM 窗口操作同一个网元。EM 没有分布式锁机制两个窗口同时对同一个 MO 下发配置后提交的会覆盖先提交的现场就出现过有人闭小区时另一个窗口同时解闭两边来回下发把小区状态搞成闪断。实际操作规范是一个网元一个 EM 窗口操作完确认结果再关。3. 后台六大功能块从 IP 诊断到 licence 管理逐个拆3.1 IP 功能块ping 和 SCTP 状态是传输侧第一道岗EM 界面上方是一排标签IP 功能块对应的是和 IP 相关的 MO包括 IpOam、IP interface、Gigabit Ethernet、SCTP。这些 MO 解决的是同一个问题基站的控制面、用户面和管理面通道通不通。查看 MO 属性只是第一步真正干活要用的右侧 Actions 按钮。最常见的操作是 ping。选中 IP interface 或对应 MO在 Actions 里执行 ping输入目标 IP点 Execute返回结果直接显示在页面里。这个 ping 和电脑上 ping 等价但要注意EM 里 ping 用的是基站自身的 IP 协议栈验证的是基站到对端的连通性和电脑 ping 通不通完全是两回事。常有同事在电脑上 ping 基站通了就认为传输没问题其实基站到核心网的路径还是断的必须在 EM 里以基站为源再 ping 一次。# EM → IP 功能块 → Actions → Ping # 目标地址填核心网侧或传输网关的地址示例 ping 10.22.33.1这里的 10.22.33.1 只是示例现场要填的是核心网侧或传输网关地址。ping 通只能说明 IP 层通SCTP 状态还要单独看。SCTP 是 LTE 控制面信令传输协议SCTP MO 里能看链路状态正常应为 established 或 active 这类可达状态。如果显示 down即使 IP ping 通小区也起不来因为 S1 接口信令没有建立。3.2 Radio Network 功能块小区状态、TAC 和 cellId 都在这Radio Network 标签下是基站最重要的对象该 eNB 下带的小区、邻区、以及与核心网侧相关的 MO。正常情况下一个 eNB 下带三个小区具体数目看配置小区状态应为 ENABLED 和 UNLOCKED这和在 OSS 侧看 DUL 状态的逻辑一致。这个功能块里最常用的操作是小区解闭。操作路径是选中对应小区修改 Administrative state 为 locked 则闭小区反向改回 unlocked 则解闭。闭小区这个动作很敏感它直接切断该小区的用户接入正在通话的用户会掉线所以动手前必须确认目标小区没有业务。我一般会先核对小区的 TAC跟踪区码和 cellIdLTE 小区 ID这两个参数在小区 MO 属性里能看到。闭错小区的后果比想象中严重——同一个 TAC 区域内寻呼会出问题严重时引发大量位置更新信令把整个区域的信令面拖垮。提示闭小区用 Administrative state 的 locked不要直接去删 MO。locked 是管理态操作随时可以解锁恢复删 MO 是配置级操作删完要重新建小区邻区关系、测量参数都要重配现场一般不建议这么干。3.3 Software 与 Licensing版本和授权决定业务能不能开Software 标签显示设备装载的软件版本。版本号要和现网统一规划、和升级包匹配。碰到不同步的情况比如基站软件版本比周边站低可能导致邻区功能特性不一致、切换异常。这个标签通常只是查看真正动版本要走 Upgrade and Backup 功能块。Licensing 标签显示该 eNB 装载的 license 文件右侧是 license 描述和状态。license 问题有个典型场景新增载波或开启新特性后小区起不来告警里报 license 不足这时候在 EM 里看 license 状态比翻告警更快。license 状态正常应该是 active、valid如果显示 invalid、expired、capacity exceeded就要走流程申请新 license 文件导入。注意 license 是绑定设备标识的不同 eNB 的 license 文件不能互换从别的站拷过来用是白费劲。3.4 Upgrade and Backup 与 AlarmCV 是现场后悔药Upgrade and Backup 功能块管升级包和 CV 文件Change Vector配置快照。这里有一个我建议所有现场维护人员都用起来的操作Create CV。在 CV 下方点 Create CV输入 CV 名字点 APPLY 生效就把当前配置存成了一个快照。这个动作成本极低收益极高——改配置前存一个 CV改挂了之后选中该 CV点 CV Properties在弹出对话框里 Set Startable 把它设成下次重启时使用的 CV再 reload with this cv系统就用这个 CV 重启配置回到改动前的状态。# CV 操作路径 Create CV → 输入名称 → APPLY # 创建配置快照 CV Properties → Set Startable # 设为重启默认 CV reload with this cv # 用该 CV 重启回滚这三个动作是绑在一起用的。Set Startable 只是把 CV 标记为下次重启生效不会立刻重启reload with this cv 才是真正触发重启的动作。现场操作时注意顺序先 Set Startable再 reload否则重启后用的还是旧 CV。CV 命名也讲究我习惯用“站点_日期_操作人”格式比如 ZXC_20240815_LZM回头找记录时一眼能认出来。Alarm 功能块通过工具栏的 Alarm 按钮打开弹出 Alarm log 对话框显示告警级别、发生时间、可能原因。告警是排障的入口但别只看一条告警。比如 RRU 驻波告警往往伴随着 PA 降功率、小区退服等连带告警处理完驻波后要回头确认连带告警是否清除。告警时间戳也很关键先看最早那条告警它通常是根因后面跟出来的大多是连带。六个功能块速查表功能块核心对象常用操作典型用途IPIpOam / Interface / SCTPping传输连通性诊断Radio Network小区 / 邻区lock / unlock小区解闭、参数核对Software软件版本查看版本一致性确认Licensinglicense 文件查看授权状态排查Upgrade and Backup升级包 / CVCreate CV / reload配置备份与回滚Alarm告警日志查看故障定位入口4. 串口线序与硬件指示灯物理层连不上时的排查依据4.1 维护口类型与线序普通网线直连和串口压线怎么选当 EM 网页打不开、telnet 也不通的时候问题往往不在软件在物理层。手册里专门写了串口连接线缆线序针对的是两类设备DUL20/DUL21 用 LMTA 口DUS31/DUS41 用 LMT 口。这两个口都是 RJ45 形态但电气定义不一样不能混插。日常维护优先走网线直连 EM这是最省事的路。真正需要串口的时候是设备管理面完全不可达、EM 和 telnet 都进不去要靠串口 console 看启动过程。手册强调如果没有使用 splitter cable需要串口连接时线序按手册图示来压线。这里的核心问题是普通网线是 1-1、2-2 直通串口线通常是交叉或按特定针脚定义做的直接拿直通网线当串口线用console 口可能一点输出都没有。我实际压线的经验先确认设备侧 RJ45 的 1、2 针是发送还是接收再决定线序不能凭印象压。通用的 USB 转串口线加 RJ45 转换头组合能覆盖大多数场景但现场最好备一根按手册标准线序做好的成品线一头 RJ45、一头 DB9 母头。另外串口参数一般是 9600 8N1这个参数不对SecureCRT 或超级终端打开会满屏乱码别急着怀疑线做错了。DUL 和 DUS 面板差异表设备维护口日常 EM 连接串口适用场景DUL20 / DUL21LMTA网线直连即可管理面不可达时DUS31 / DUS41LMT 口网线直连即可管理面不可达时这个表看着简单现场价值很大。拿到一台设备先看丝印确认型号别拿 DUS 的口当 DUL 用。型号丝印一般贴在面板侧面光线不好的机房用手电照一下。还有一点经验手册说“日常连接维护使用普通网线即可”这句话的意思是普通直通网线走 EM 维护通道完全够用不是说串口也能用普通网线两码事别混。4.2 指示灯与接口上电后先看灯再连电脑硬件示意图和指示灯说明在手册里占了好几页现场价值是让你在上电后、连电脑前先判断设备有没有在正常工作。面板上常见的指示灯包括电源指示、运行指示、故障指示以及各类以太网口的 link 和 ACT 灯。正常启动完成后电源灯常亮、故障灯灭、运行灯按固定节奏闪烁如果故障灯常亮说明设备有硬件级故障这时候连 EM 大概率也看不到有效信息先查供电和模块。以太口指示灯是第二个信息源。网线插上后link 灯亮表示物理链路建立ACT 灯闪表示有数据在走。我处理过的很多“EM 连不上”案例最后都归结为物理层问题网线没插到位、LMT 口插错、或者网线本身是坏的。判断方法很简单插上网线看 link 灯不亮就换线换口别急着改电脑 IP。指示灯快速判断表现象可能原因下一步电源灯不亮供电问题 / 电源模块故障查空开、查电源板故障灯常亮硬件告警查模块是否到位、看具体告警以太口 link 灯不亮网线 / 端口问题换线、确认端口类型ACT 灯不闪链路通但无数据ping 基站 IP 确认4.3 物理层排查顺序从灯到线再到口现场物理层排障我固定走一个顺序先看电源灯确认设备上电再看故障灯确认没有硬件级告警然后插网线看 link 灯确认物理链路建立最后才设 IP、开 EM。这个顺序省掉了大量无效操作尤其在代维新人身上效果明显——不少人跳过了指示灯检查直接抱着电脑在那一遍遍改 IP、重启 EM浪费半小时后发现是网线没插紧。还有一条血泪经验机房里有多个设备时先确认你插的是不是目标 eNB 的 LMT 口。多站同机房共用的场景下贴错标签、跳错机柜的情况很常见。插上去之后如果 EM 里看到的网元名称和站号对不上立刻拔线核实不要在这个网元上做任何操作。物理层的问题用物理方法解决把灯看完了、线也确认了再去碰软件这是现场维护的基本盘。5. VSWR 与 GPS 现场查询三类 RRU 命令差异与避坑清单5.1 查询前的网络准备IP 设置与 Telnet 登录VSWR 和 GPS 查询不走 EM走的是 telnet 命令行。查询前把电脑 IP 设为 169.254.1.11掩码 255.255.255.0网线连到 DUS 的 LMT 口确认网卡灯正常闪然后 telnet 到网元 169.254.1.10。用户名和密码默认为 rbs/rbs登录后进入 OSE Shell也就是基站的操作系统 shell所有查询命令都在这个环境里执行。telnet 169.254.1.10 Trying 169.254.1.10... Connected to 169.254.1.10. Escape character is ^]. username: rbs password:用户名和密码都输小写 rbs密码输入时不回显输完直接回车。登录进去看到 OSE5.6 的提示符就是成功了。这里提醒一下telnet 是明文协议操作的是生产网元离开电脑前记得退出会话不要让 shell 一直挂着。5.2 三类 RRU 的 VSWR 查询命令F2、E2、F8 各写各的手册最关键的部分在这里不同的 RRU 型号VSWR 查询命令完全不同不能通用。对照现场设备型号敲命令敲错了不是报错就是出乱码。F2 站点用的是 RRUS61B39命令一次查一个通道两个通道分别查# F2: RRUS61B39 —— 一次查一个通道 lhsh BXP_1_1 fui get vswr 1 lhsh BXP_1_1 fui get vswr 2输出类似vswr: 17.3[dB] vswr: 19.1[dB]注意这里输出字段名虽然是 vswr单位却是 dB实际返回的是回损值。F2 站点的 3 个 RRU 分别对应 BXP_0_1、BXP_1_1、BXP_2_1所以要查第二个 RRU 的通道 1命令里的 BXP 编号就是 BXP_1_1。E2 站点用的是 RRUL62B40A命令格式不一样# E2: RRUL62B40A —— rtls 0 / 1 对应两个通道 lhsh BXP_0_1 vswr rtls 0 lhsh BXP_0_1 vswr rtls 1输出类似vswr returnloss:[ch0: on], returnloss 201 [0.1dB] vswr returnloss:[ch1: on], returnloss 207 [0.1dB]这里的 returnloss 单位是 0.1dB201 表示 20.1dB不是 201dB。E2 站点的 3 个 RRU 同样对应 BXP_0_1、BXP_1_1、BXP_2_1。F8 站点用的是 RRUL81B39命令带路径前缀一次输出 8 个通道# F8: RRUL81B39 —— 带路径前缀一次出 8 个通道 lhsh 000100/BXP_3_1 psv输出类似ch0: txpwr(-27.006332) torPwr(-29.062367) rxPwr(-49.130282) returnLoss(223) ch1: txpwr(-27.059695) torPwr(-28.868812) rxPwr(-56.731493) returnLoss(287)F8 站点的 3 个 RRU 分别对应 000100/BXP_3_1、000200/BXP_3_1、000300/BXP_3_1路径前缀不能省。F8 输出里的 returnLoss(223) 表示 22.3dB不用再除以 10。三类 RRU 命令汇总RRU 型号站点代号查询命令输出单位RRUS61B39F2lhsh BXP_x_x fui get vswr 通道号dB回损RRUL62B40AE2lhsh BXP_x_x vswr rtls 通道号0.1dBRRUL81B39F8lhsh 000100/BXP_3_1 psv0.1dB5.3 RL 与 VSWR 映射表回损和驻波怎么换算上面的命令取到的是回损 ReturnLoss单位 dB要得到 VSWR 必须查映射表。回损越大驻波越小链路越干净。工程上一般以 VSWR 1.5 为界超过就要关注超过 2.0 基本可以判定天馈系统有问题。对应关系是RL 14dB 时 VSWR 约 4.42RL 越大 VSWR 越小这个方向不能搞反。映射表摘录关键几档RL (dB)VSWR工程判断144.42严重需处理161.38合格线附近181.29正常201.22正常221.17良好261.11优秀现场操作我一般不看全表只记三个关键点20dB 对应 VSWR 1.22这是健康值14dB 对应 VSWR 1.5这是告警线低于 14dB 直接按驻波故障处理。比如 E2 站点查到的 returnloss 201即 20.1dB插到表里 VSWR 约 1.22链路干净不用动。如果查到 12dB那就要查馈线接头、RRU 端口和天线了。5.4 GPS 状态查询nssinfo tugps 输出怎么读GPS 查询命令是 nssinfo tugps输出很长但关键字段就几个。gpsState 是总状态OPERATIONAL_WITH_VALID_TIME 表示 GPS 工作正常且有有效时间NoOfSatellitesInView 是收星数目9 颗算正常水平Observation Point 为 Position Hold说明定位模式正常。再往下是每颗星的仰角、方位角和信噪比 SNRSNR 为 0 的星基本不可用。# GPS 状态查询 nssinfo tugpsgpsState : OPERATIONAL_WITH_VALID_TIME NoOfSatellitesInView : 9 GpsLatitude : N 23.11.4108 GpsLongitude : E 113.30.2252 GpsAltitude : 37.3判断标准就三条gpsState 必须是 OPERATIONAL_WITH_VALID_TIME收星数一般不低于 4 颗SNR 里有实际数值而全是 0。如果 gpsState 带 INVALID 或 NO_VALID_TIME或者收星数长期在 4 以下先查天线馈线有没有松动、天线位置有没有被遮挡再考虑 GPS 模块本身。GPS 失步会导致基站无法获得精确时钟TD-LTE 对时间同步要求高GPS 出问题小区会陆续起不来。5.5 现场高频踩坑现象、原因、解决整理几条带过的新人最容易踩的坑每条都是真实翻车记录。现象F2 站执行 lhsh BXP_1_1 fui get vswr 1 返回 vswr: 17.3[dB]有人直接报“驻波 17.3”。原因输出版本虽然是这个基站软件版本的字段命名习惯显示的关键字是 vswr单位却是 dB实际是回损。解决把输出值当作回损去查 RL 与 VSWR 映射表17.3dB 对应 VSWR 约 1.32属于正常范围别被字段名带偏。现象E2 站点返回 returnloss 201 [0.1dB]被读成 201dB判定为严重驻波。原因输出单位是 0.1dB201 需要除以 10。解决所有带 [0.1dB] 的输出都要除以 10 再查表201 等于 20.1dB对应 VSWR 1.22链路正常。现象F8 站点执行 lhsh BXP_3_1 psv 报错找不到对象。原因F8 的 RRU 路径带站点前缀 000100裸写 BXP 对不上。解决命令写成 lhsh 000100/BXP_3_1 psv三个 RRU 分别用 000100、000200、000300 前缀。现象电脑 IP 设成 169.254.1.11telnet 169.254.1.10 超时。原因网线插到了 LMT A 口或者 Windows 防火墙拦了 telnet也可能网卡还停留在“未识别网络”状态。解决先确认插的是 LMT 口再看 link 灯临时关掉 Windows 防火墙最后才怀疑 IP 设置。现象nssinfo tugps 显示 OPERATIONAL_WITH_VALID_TIME但伴随 GPS 告警。原因总状态正常不代表卫星质量好可能收星数够但 SNR 偏低或者个别星 SNR 为 0。解决看 NoOfSatellitesInView 和 SatelliteInformation 表里的 SNR 列确认有效信号数量结合现场天线遮挡情况判断。6. 现场联动排查把 EM 操作与命令行串成一个排障闭环VSWR 查询和 GPS 查询单独看是两条命令真正到现场要和其他手段串成一个闭环。以“某站 RRU 驻波告警、小区退服”为例我的处理顺序是这样到机房先看 DUS 指示灯排除供电和硬件问题电脑设 169.254.1.11网线连 LMT 口telnet 登录后先 nssinfo tugps 看 GPS 状态排除时钟问题再按设备型号查 VSWR拿到回损值查映射表然后开 EM进 Alarm 看告警列表进 Radio Network 看小区状态。这一套走完基本能把问题定位到传输、射频、时钟三个大类里。telnet 169.254.1.10 # 登录rbs / rbs nssinfo tugps # GPS确认 gpsState 和收星数 lhsh BXP_1_1 fui get vswr 1 # RRUS61B39 查通道 1 回损 lhsh BXP_1_1 fui get vswr 2 # RRUS61B39 查通道 2 回损命令选哪条完全取决于现场 RRU 型号。型号不对命令就要换成 E2 的 vswr rtls 或 F8 的 psv这个判断在动手之前就要做好。查到回损值后低于 14dB 的直接按驻波故障处理重点检查馈线接头和 RRU 端口处理完重新查询确认回损恢复到 20dB 以上再收工。GPS 侧的验证标准更简单gpsState 回到 OPERATIONAL_WITH_VALID_TIME收星数 4 颗以上。业务恢复后还有最后一步进 EM 的 Upgrade and Backup 功能块Create CV 存一份配置快照。这一步很多人不做但我坚持每次故障处理完都存。原因很简单你无法预判这个故障会不会复发也无法预判下一个维护人员接手时对现场做了什么改动。CV 就是配置层面的后悔药不占空间存一次也就十几秒。从那以后我每次处理完基站故障都强制自己走一遍这个闭环——看灯、查 GPS、验驻波、看告警、恢复业务、存 CV。这套顺序救过我不少次希望帮到你。本文还有配套的精品资源点击获取
