爱立信LTE后台操作指南:开站配置与故障定位实战
发布时间:2026/9/18 18:48:20 作者:尧图编辑部 阅读量:1,286

简介爱立信TD-LTE基站现场维护手册是一份面向LTE基站维护与后台操作人员的实用技术文档系统讲解EM安装、EM连接、eNB近端侧与OSS侧使用EM等核心操作流程帮助读者快速掌握设备配置、连接测试与日常维护方法。文档对IP、Radio Network、Software、Licensing、Upgrade and Backup、Alarm告警等六大功能块逐一展开使用介绍并给出串口连接线缆线序DUL20/DUL21、DUS31/DUS41、硬件面板与指示灯说明、电脑IP地址设置及Telnet操作、VSWR驻波比查询与RL映射表、GPS状态查询等现场排障细节内容具体、可操作性强。资源共1个doc文档压缩包大小约1.98MB目录模块划分清晰从EM安装到现场排障自成体系适合作为爱立信LTE基站现场维护的入门学习与日常速查资料。目前已有281人学习下载对从事LTE基站运维、无线网络优化及相关培训的工程师具有实用参考价值。1. 爱立信LTE后台操作不是拧螺丝是逻辑层的排障爱立信LTE后台操作是TD-LTE基站现场维护绕不开的一环。站点上电、天线对准、传输接入之后设备能不能进入服务状态决定权不在设备指示灯而在后台网管里那几十条对象和参数。设备亮灯只能证明硬件通了电用户能不能接入要看传输链路、S1关联和无线小区对象是否都处于正确状态。这里把现场维护手册里常见的后台操作内容拆成四块后台入口与准备、开站数据配置、故障定位、变更回退。适合正在接手爱立信LTE存量站点的维护人员也适合想理解数通和无线参数关系的转岗工程师。所有命令均为通用写法执行时以实际设备软件版本和现场操作规范为准。2. 后台操作入口和最小命令集先弄清设备在哪再动手2.1 爱立信LTE后台操作的两个入口网管客户端与直连OM现场常见误解是“后台就等于服务器上的网管”这话只对一半。爱立信LTE基站的OM操作维护能力在基站侧独立存在日常接维有两条路。第一条路是通过区域网管ENM/OSS的图形界面跳转。网管装在服务器上自己电脑装客户端对象选择好后由网管沿控制链路把指令下发到基站。这个入口权限集中、有操作日志适合批量修改和多人协作缺点是网管故障时所有操作都会中断而且不同网管版本的菜单布局差异很大抢修时翻菜单很费时间。第二条路是用命令行直连基站OM IP适合单站排障时拿第一手设备状态。直连时先把OM IP、掩码和网关填到笔记本网卡上再执行ping 10.10.20.2 -c 10能通再开始敲后台命令不通就查本机网卡、网线、交换机的管理VLAN划分这三处。这行命令虽然简单但能把“笔记本没配好”和“基站没起来”两类问题立即分开。现场维护中两条路都会用到日常巡检走网管图形界面开站和紧急排障走命令行。命令行输出可以带对象名和状态字段方便现场留存记录。下面以命令行方式为主线LTE外场测试和后台排障都用得上。2.2 最小命令集lst、get、mod、akt爱立信LTE命令行采用“动作对象参数”的结构常用动作比GSM时代的网管命令少得多。以最常用的四个动作举例# 列出当前网元下的TDD小区确认小区序号和当前状态 lst EUtranCellTDD # 查看某个小区的PCI、频点、带宽等参数 get EUtranCellTDD 1001 pci earfcn bandwidth # 修改小区偏置参数 mod EUtranCellTDD 1001 cellOffset 2 # 激活小区使配置真正进入运行态 akt EUtranCellTDD 1001四条命令的逻辑关系要理清楚lst是列出对象实例get是查参数mod是改参数akt是激活对象。mod和akt的区别最容易栽跟头mod只改配置内存akt才让修改进入运行态。很多同事看到mod返回成功就认为配置完成实际小区还停在 locked 状态外场测试自然失败。提示凡是“改而未激活”的小区后台参数列表里会看到明确的待激活状态。养成操作后复查cellState的习惯能少踩不少坑。对象命名是理解后台的钥匙。爱立信LTE后台对象大致分四类网元类如Rbs、Rru对应物理设备传输类如IpAccessHost、SctpLink承载S1/X2链路无线类如EUtranCellTDD、EUtranFreqRelation定义小区和邻区策略类如小区接入重选参数控制终端驻留行为。不同软件版本里的对象名开头会有差异某些版本用EUtranCell或EUtranCellFDD行为差别不大。先记住“动作对象参数”的组合规律再用网管里的对象浏览器确认当前版本的具体写法即可。2.3 现场维护手册里最该带在身上的4张表后台操作前资料要备齐。现场维护手册通常把下面四样放在最前面资料后台操作中的用途缺失时的风险参数基线文件修改前对照、修改后回退参数改错后无处可查IP/VLAN规划表确认OM地址、S1/X2网段连错设备或配不准站点工程参数表填写PCI/EARFCN/TAC开站命令写错核心值告警对应表告警码转现场动作误判是否要上塔其中基线文件最容易被忽视。可以把开站成功后导出的配置加上日期和操作编号例如config_站点ID_20240310_chen.txt放到网管共享目录或本地归档目录。隔一周排障时先拿这份文件做 diff比直接翻告警日志快很多。IP和VLAN规划表在直连OM时用于填笔记本网卡参数填错一个网段看到的“通”很可能不是当前这站后面所有命令都是白忙。3. 用后台命令完成TD-LTE基站开站配置3.1 开站顺序传输在前无线在后TD-LTE基站开站有固定顺序基站上电 → 接入OM → 配置传输 → 配置S1 → 创建小区 → 激活小区。顺序不对典型症状是小区一直处于barred或noService状态后台查不到硬告警但终端就是不肯驻留。原因是对象之间存在依赖关系。TransportNetwork没建好时S1Association无法创建S1链路没起来核心网侧看不到这个eNB小区就算被创建终端也无法发起注册流程。所以开站配置不要随手敲最好按脚本顺序执行。脚本执行结果里的 error 和 warning 都要看error 会中断流程warning 多半是邻区未配置或频点关系没做不影响当前步骤但会在后续造成业务异常。记录 warning 内容后继续执行等所有步骤跑完再统一处理。3.2 最小开站脚本从传输到小区激活下面是一段适合单站开通的最小脚本参数已脱敏# 第一步配置IP接入主机对接传输交换机 crt IpAccessHost 1 \ ip-address 10.10.20.2 \ vlan-id 100 # 第二步建立SCTP链路用于S1控制面 crt SctpLink 1 \ local-ip 10.10.20.1 \ remote-ip 10.10.20.2 \ local-port 36412 \ remote-port 36412 # 第三步创建S1关联 crt S1Association 1 \ sctp-link 1 \ mode handover # 第四步创建TDD小区配置无线核心参数 crt EUtranCellTDD 1001 \ cell-name TD_Test_1001 \ pci 89 \ earfcn 38950 \ bandwidth 20 \ tac 51394 # 第五步激活小区 akt EUtranCellTDD 1001逻辑说明第一步决定基站能否通过传输网络访问第二步和第三步打通S1控制面通道核心网才能注册这个基站第四步才真正定义小区。参数层面要看清楚pci是物理小区标识直接影响终端搜索和解调earfcn是中心频点决定终端到哪个频率上找小区bandwidth是系统带宽20 对应 20MHztac是跟踪区码必须与核心网侧配置一致。这个脚本是单扇区基础版实际多扇区时按同样结构复制把EUtranCellTDD序号和cell-name换成对应扇区再补频点关系和邻区关系。3.3 开站后的后台验证与外场测试的衔接配置下发完成后后台先做以下验证对象验证点预期结果EUtranCellTDDcellStateactivatedS1Association关联状态无 inactiveRru射频告警无异常三项全过再安排外场测试也就是LTE外场测试里的单站验证UE在站下测RSRP、SINR确认能注册、能发起业务再做一次短距离切换。这里有个值得记录的经验外场测试时最好同时开一个后台日志窗口观察切换事件是否被正常记录。终端软件显示“切换成功”后台却没有对应切换报告这种情况多半指向邻区漏配或X2链路问题。外场测试数据要和后台统计对得上只凭手机截图很难为后续改动留下可追溯的凭据。4. 现场故障定位的后台命令流程告警、RTWP和参数调整4.1 先排除硬告警用 lst Alarm 给故障分类收到投诉或工单后第一步不是改参数而是先把当前激活的告警拉出来。# 查看当前所有激活告警 lst Alarm severityactive # 只看某个对象关联的告警 lst Alarm object EUtranCellTDD1001告警输出要优先关注三类驻波比类SWR、GPS同步丢失、SCTP链路错误。SWR指向天馈和RRU大概率要上塔GPS同步丢失常见于GPS天线被遮挡或馈线松动SCTP链路错误基本在传输侧按“传输链路→对端IP→交换机VLAN”的顺序查下去。注意告警代码在不同软件版本里会有差异处理前先按现场维护手册的告警动作表核对代码含义别拿旧表格硬套。后台告警负责缩小范围最终结论还要结合现场实测。比如SCTP链路错误后台只能看到链路断是交换机端口问题还是公安回传故障需要现场把传输链路逐段ping通才能下结论。4.2 没有硬告警时用后台性能数据反推问题有些故障在告警列表里一条记录都没有但用户体验就是差。典型场景是上行干扰RTWP持续偏高没有驻波告警用户速率偏慢高层场景更明显。性能指标查看方式异常参考RTWP上行干扰按小区、按RRU查看持续高于 -95 dBmPUSCH SINR上行信道解调质量低于 5 dB 且持续 15 分钟切换成功率出小区/入小区统计低于 90%RRC建立成功率小区级统计低于 99% 需查接入RTWP高位且无硬告警是现场高频问题。处理思路是先区分范围整站都高重点查外部干扰或天线系统单RRU高优先查该RRU馈线接头和硬件底噪。现在5G基站和LTE共站越来越普遍5G下行信号如果通过天线耦合或系统间隔离不足影响LTE上行也会抬高RTWP。遇到整站RTWP抬升时先确认周围有没有新增5G设备再决定是否上塔排查。后台支持按RRU粒度看RTWP趋势多取几个时间点的数据再结合频谱仪现场扫频通常能定位到具体扇区。4.3 参数调整命令示例一次只改一个因子确认问题成因后参数修改遵循一次只改一个因子。以切换成功率偏低为例先查邻区偏置 ciO 是不是被之前某次操作改大了再决定要不要调整# 查看邻区关系中的偏置 get EUtranFreqRelation 1001 earfcn 38950 ciO # 将偏置调大2dB让切换更容易触发 mod EUtranFreqRelation 1001 earfcn 38950 ciO 4 # 15分钟后复查切换成功率调整后观察15分钟变差就回退原值变好但不够就再微调一次。不要同时动ciO和触发时延。同时改两个参数下次排障时就分不清是哪个在起作用。这条纪律在孤立网元调试里尤其重要现场没有实验室那种可复现环境改坏了只能靠记录回退。5. 变更操作的验收规范配置导出、影响面评估和留痕5.1 操作前导出两份基线任何后台变更之前先导出现有配置。爱立信LTE网管支持把配置导出为可读文本导出命令在不同版本里差异较大这里用xxport作占位重点在时机和习惯# 导出操作前配置文件名带日期和操作人 xxport Configuration filepre_change_20240310_chen操作前30分钟内导出一份操作完成并观察后再导出一份。两份放一起做文本比对能精确看到这次变更动了哪些对象和哪几个参数值。之后如果出现性能劣化先做配置 diff再回头查日志排障效率会明显不同。5.2 影响面评估先列出受影响对象再执行执行mod之前先想清楚这条命令影响谁。改EUtranCellTDD的cellOffset影响小区接入优先级改ciO影响本小区和相邻小区的切换倾向。命令行模式下用相关lst命令先看对象被哪些关系引用图形网管如果提供“影响分析”用途也一样。涉及邻区和核心网的参数保守做法是找网管侧二次确认只涉及单站无线参数的本地备好回退命令再操作。这样即使改错也能在几分钟内恢复不对在网业务造成长时间障碍。5.3 用操作记录清单收尾操作完成后按下面的模板记录字段示例操作人张工目标对象EUtranCellTDD 1001操作时间2024-03-10 14:30变更前值ciO2变更后值ciO4影响范围邻区1002/1003切换回退步骤mod EUtranCellTDD 1001 ciO 2遗留问题无这份记录不要只存在个人手机里要在网管备注或工单系统留一份。三个月后同设备再出异常接手者读这条记录就能判断上次调整是否遗留了风险。现场维护真正比拼的不是命令敲得快而是每次变更都能被追溯、被回退。本文还有配套的精品资源点击获取