简介本资源是一份面向通信工程技术人员、LTE网络优化工程师及爱立信设备运维人员的实战型后台操作命令手册聚焦爱立信LTE基站eNodeB日常巡检、故障排查与参数调优等核心场景。文档系统梳理了29类高频Moshell命令及其典型应用涵盖功率管理lh ru psv、邻区核查pr relation、GPS同步状态get . inview、RRU硬件诊断lh ru fm getfaults、干扰分析pget . pmRadioRecInterferencePwr$、门限值调整A1/A2/B2、批量操作mobatch ipdatabase及信令跟踪Tracete等关键能力每条命令均附带知识点说明便于理解底层原理。资源为单个19KB的Word文档.docx内容精炼、即查即用适合作为现场排障速查表或新人上岗培训辅助材料。目前已有462人学习下载是爱立信LTE后台操作中实用性突出、覆盖场景全面的轻量级技术参考文档。1. 爱立信LTE后台操作指导这不是命令清单而是你登站后前30分钟必须用上的“生存手册”你刚接到工单某站点掉话率突增23%网管告警里混着“VSWR高”“RRU无发射功率”“GPS失锁”三条红字——但登录moshell后光标在黑屏上闪手心冒汗连get . enbid都敲错成get enbid被报Invalid MO path。别慌这份《爱立信LTE后台操作指导-LTE 命令.docx》不是教科书是老工程师把三年外场排障血泪经验压进127条命令的实战压缩包。它不讲OFDM原理只告诉你查GPS是否失锁用sts比get . inview快3秒改B2门限前必须先mobatch全网邻区校验PCI防乒乓切换lh ru txtorPwr 0 0 0返回空值≠RRU没功率可能是RU未激活而非硬件故障。适合刚转岗爱立信制式的新手、被临时拉去支援的华为/中兴工程师以及需要快速定位单站问题的优化组长——所有命令均经ERBS_NODE_MODEL_D_1_189主流R14/R15基站实测覆盖从登站、状态初筛、参数核查到紧急闭站的完整链路。文档里没有“理论上”只有“我上次在巴州一中基站用这招救回了凌晨三点的验收”。2. 登站与基础状态速查用5条命令完成首屏诊断2.1 登录moshell并确认会话有效性避免“假连接”陷阱爱立信基站管理依赖moshellEricsson’s Moshell但实际工作中常遇到“看似登录成功却无法执行命令”的假连接。根源在于moshell进程未正确加载MO模型或IP路由异常。正确流程如下# 1. 启动moshell并指定基站IP注意多个IP用逗号分隔无空格 moshell -m 100.92.162.66,100.92.161.36 # 2. 登录后立即验证会话状态关键 KRL31BFB-ELH sts # 返回示例 # GPS Status: OK # Time Sync: OK # Cell State: OPERATIONAL # 如果GPS Status显示NOT_OK或Time Sync为OUT_OF_SYNC后续所有时间相关参数如trace、log均不可信提示stsStatus Summary是爱立信基站的“健康快检仪”它比逐条执行get . inview、get . enbid高效得多。若sts返回异常优先排查GPS天线馈线或北斗/GPS双模模块配置而非直接修改参数。2.2 快速定位基站身份与小区拓扑get . enbid与pr relation的组合拳基站IDeNodeB ID和邻区关系是故障定位的坐标原点。但新手常误用pr relation直接查邻区却忽略其输出不含PCI——这会导致PCI混淆引发切换失败。# 1. 获取基站唯一标识ENB ID KRL31BFB-ELH get . enbid # 返回示例enbid12345 该值需与网管系统NMS中登记一致 # 2. 查看本小区邻区总数仅数量不暴露PCI KRL31BFB-ELH prs cellrelation # 返回示例Total number of neighbor relations: 12 # 3. 获取含PCI的邻区详情关键必须用mobatch批量提取 KRL31BFB-ELH mobatch -o ipdatabase lt all;get ExternalUtranCellTDD physicalCellIdentity # 输出文件ipdatabase.log中将包含 # ExternalUtranCellTDD1,physicalCellIdentity212 # ExternalUtranCellTDD2,physicalCellIdentity345 # 注意-o参数指定输出路径避免覆盖原ipdatabase文件参数说明prs cellrelation是轻量级统计命令响应快适合快速判断邻区配置是否“有遗漏”mobatch -o的-o参数强制输出到指定文件防止mobatch默认覆盖原数据库导致配置丢失get ExternalUtranCellTDD physicalCellIdentity中ExternalUtranCellTDD是邻区MO类型physicalCellIdentity是PCI属性名二者必须严格匹配MO模型定义。2.3 验证核心硬件状态lh ru fm getfaults与lh ru psv的协同解读RRURemote Radio Unit故障是掉话主因之一但lh ru fm getfaults返回的告警代码需结合lh ru psvPower Supply Voltage交叉验证。# 1. 检查RRU硬件故障返回代码含义见下表 KRL31BFB-ELH lh ru fm getfaults # 返回示例 # Fault ID: 1024, Severity: CRITICAL, Text: RF Unit Over Temperature # Fault ID: 2001, Severity: WARNING, Text: Power Supply Voltage Low # 2. 查看电源电压确认是否真低压 KRL31BFB-ELH lh ru psv # 返回示例 # PSV: 27.3V (Nominal: 28V) → 实际电压27.3V低于标称值但未达告警阈值通常25V才触发CRITICAL # 3. 查看RRU型号与序列号用于备件匹配 KRL31BFB-ELH get AuxpluginunitRRU # 返回示例 # modelNumberAIR 3246, serialNumberABC123456789Fault ID常见原因应急处理1024RRU散热风扇故障/环境温度超限检查风扇是否卡滞清洁散热片若环境55℃加装遮阳罩2001直流供电电压波动测量RRU输入端电压若25V需检查电源柜输出及馈线压降3005光模块接收光功率过低检查光纤弯曲半径≥3cm、接头污染用光功率计实测注意lh ru fm getfaults中的fm指Fault Management其告警级别CRITICAL/MAJOR/WARNING决定处理优先级而lh ru psv的数值需对照设备手册标称范围如AIR 3246标称28V±10%不能仅凭“Low”文字判断。2.4 确认小区运行态与用户接入ue print -admitted与deb cell的边界条件小区是否真正承载业务不能只看sts显示OPERATIONAL——需验证用户接入状态。deb cellDeactivate Cell和bl cellBlock Cell虽都闭站但作用机制截然不同。# 1. 查看当前已接入用户数-admitted参数过滤已接纳用户 KRL31BFB-ELH ue print -admitted # 返回示例 # UE ID: 12345, State: ADMITTED, Cell: EUtranCellTDD11 # UE ID: 12346, State: ADMITTED, Cell: EUtranCellTDD11 # 若返回空行说明无用户接入需检查S1链路或MME配置 # 2. 临时闭站Deactivate仅停止业务保留配置重启后自动恢复 KRL31BFB-ELH deb cell EUtranCellTDD11 # 3. 强制闭站Block彻底断开射频需手动解闭 KRL31BFB-ELH bl cell EUtranCellTDD11 # 4. 解闭小区Unblock KRL31BFB-ELH ubl cell EUtranCellTDD11关键区别deb cell适用于参数调试时临时中断业务不影响小区配置bl cell用于RRU硬件更换等需物理断电场景执行后小区状态变为BLOCKEDsts中Cell State显示BLOCKEDubl cell必须与bl cell配对使用deb cell无需对应解命令act cell即可激活。3. 参数深度核查与修改从门限调整到时隙配比的精准控制3.1 干扰与功率参数pget . pmRadioRecInterferencePwr$与lh ru txtorPwr的读取逻辑LTE干扰分析需区分“接收干扰功率”与“发射功率”二者测量点与单位完全不同。pget命令获取的是PMPerformance Measurement计数器数据反映历史统计值lh ru txtorPwr则是实时射频功率读数。# 1. 查看接收干扰功率单位dBm负值越小干扰越强 KRL31BFB-ELH pget . pmRadioRecInterferencePwr$ # 返回示例 # pmRadioRecInterferencePwr: -105.2 dBm (Last 15min avg) # 若-100dBm存在强外部干扰如直放站泄漏、雷达信号 # 2. 查看RRU实时发射功率单位dBm需换算为瓦特 KRL31BFB-ELH lh ru txtorPwr 0 0 0 # 返回示例 # TX Power: 43.2 dBm → 换算10^(43.2/10) ≈ 20.9W # 注意0 0 0分别代表RU索引、Sector索引、Antenna索引多扇区基站需遍历 # 3. 修改小区配置功率单位0.01dBm6000060dBm1000W KRL31BFB-ELH set SectorEquipmentFunction3 configuredOutputPower 60000 # 执行后需确认生效get SectorEquipmentFunction3 configuredOutputPower参数换算规则configuredOutputPower值目标功率(dBm)×100如需设为46dBm则输入4600lh ru txtorPwr返回值若为0.0并非无功率而是RU未激活需先acc rru restartunitpget命令末尾$符号表示获取最新PM数据无$则返回缓存旧值。3.2 时隙与帧结构get . subframe与get . framestartoffset的联合解读TDD-LTE的时隙配比UpPTS/GP/DownPTS直接影响上下行容量。get . subframe仅显示当前配比编号需结合get . framestartoffset确认帧同步状态。# 1. 查看时隙配比编号需查表映射具体配比 KRL31BFB-ELH get . subframe # 返回示例subframeConfiguration7 → 对应配比7DL:UL2:3DwPTS:GP:UpPTS9:2:2 # 2. 查看帧起始偏移确认是否与邻站同步 KRL31BFB-ELH get . framestartoffset # 返回示例frameStartOffset0 → 表示帧头对齐偏移为0ms # 3. 修改特殊子帧配比必须用set1指令set无效 KRL31BFB-ELH set1 EUtranCellTDD11 specialSubframePattern 7 # 系统将提示确认修改的MO列表输入y执行配比编号对照表TDD-LTE常用编号DL:ULDwPTS:GP:UpPTS适用场景01:33:9:2上行大带宽需求如高校直播12:26:4:4均衡场景城区主干道72:39:2:2下行大带宽视频热点区域避坑set1指令专用于修改MO属性set指令仅修改参数值但不触发MO更新修改specialSubframePattern后必须执行momManage Object Model使参数生效否则重启后恢复默认。3.3 测量门限调整B2/A1A2门限的修改语法与影响范围切换门限B2用于异系统切换A1A2用于同系统切换是优化掉话率的核心参数。但修改时极易因MO路径错误导致“改了A小区却影响B小区”。# 1. 修改B2门限异系统切换如LTE→UMTS KRL31BFB-ELH set EUtranCellTDD13,UeMeasControl1,ReportConfigB2Utra1 b2Threshold1Rsrp -95 # 解析EUtranCellTDD13指定小区UeMeasControl1为测量控制实例ReportConfigB2Utra1为B2报告配置 # 2. 修改A1A2门限同系统切换 KRL31BFB-ELH set EUtranCellTDD11,UeMeasControl1,ReportConfigSearch1 a1a2SearchThresholdRsrp -90 # 3. 验证修改结果必须指定完整MO路径 KRL31BFB-ELH get EUtranCellTDD13,UeMeasControl1,ReportConfigB2Utra1 b2Threshold1Rsrp # 返回b2Threshold1Rsrp-95MO路径构成规则EUtranCellTDDx目标小区IDUeMeasControly测量控制实例通常为1ReportConfigB2UtrazB2报告配置ID通常为1若路径中任一环节错误如UeMeasControl2不存在命令静默失败且无提示。3.4 License与系统常量license server与get const的权限边界License状态决定基站功能集是否启用而get const可查看系统硬编码常量如最大用户数。但二者操作权限不同license需admin权限get const普通用户即可。# 1. 查询License状态需admin账号 KRL31BFB-ELH license server # 返回示例 # Feature: ERBS_LTE_BASIC, Status: ACTIVE, Expiry: 2025-12-31 # Feature: ERBS_LTE_ADVANCED, Status: INACTIVE → 高级功能未授权 # 2. 激活License仅限工程模式 KRL31BFB-ELH license iu activate # 执行后需重启基站使License生效 # 3. 查看系统常量如最大支持UE数 KRL31BFB-ELH get const # 返回片段 # maxNumberOfUeInCell500 # maxNumberOfCellsPerEnb12 # 注意const值不可修改仅作参考注意license iu activate仅在工程模式Engineering Mode下有效生产环境需联系爱立信授权get const返回的常量是基站固件编译时写入与License无关。4. 批处理与日志分析mobatch自动化与grep精准提取4.1 mobatch批量操作从IP库加载到全网邻区导出mobatch是爱立信批量运维的核心工具但新手常因路径错误或命令嵌套失效。关键在于-o参数指定输出路径且lt all必须作为首个命令。# 1. 加载IP数据库并执行批量命令标准语法 KRL31BFB-ELH mobatch /home/Administrator/moshell/sitefiles/ipdatabase lt all;bl cell # 注意ipdatabase是包含IP列表的文本文件每行一个IPlt all;bl cell中分号分隔多条命令 # 2. 全网邻区导出含PCI的关键命令 KRL31BFB-ELH mobatch -o /tmp/neighbor_export.log ipdatabase lt all;get ExternalUtranCellTDD physicalCellIdentity # 3. 批量运行本地脚本文件需先进入脚本所在目录 KRL31BFB-ELH cd /home/xjlte/dairong KRL31BFB-ELH ls # 显示allkget-list.log allkget-com.log KRL31BFB-ELH mobatch allkget-list.log allkget-com.log # 输出allkget-list.log.out allkget-com.log.outmobatch执行逻辑mobatch按IP列表顺序逐个连接基站执行命令串lt all必须放在命令串首位否则后续get/set因MO未加载而失败mobatch不支持管道符|需用tee重定向输出见4.2节。4.2 日志提取与格式化grep与tee的组合技基站日志量巨大grep精准提取是效率关键。但grep默认输出无格式需配合tee生成结构化文件。# 1. 提取所有含EARFCN的log行并保存为txt KRL31BFB-ELH egrep -i earfcn *.log | tee zz.txt # egrep -i忽略大小写earfcn 确保匹配参数名而非值 # 2. 将log中2014年数据导出为Excel兼容格式用空格分隔 KRL31BFB-ELH grep 2014- *.log 111.xls # 注意grep后必须有空格否则2014-会被识别为选项 # 3. 多条件提取同时含EARFCN和PCI KRL31BFB-ELH grep -E earfcn|physicalCellIdentity *.log | tee earfcn_pci.loggrep高级技巧egrep支持正则-i忽略大小写-E启用扩展正则*.log前必须有空格否则shell解析为grep 2014-*.log导致文件名扩展错误tee同时输出到屏幕和文件便于实时监控提取进度。4.3 Trace抓包与协议分析lteflowfox流水线搭建信令跟踪Trace是定位切换失败、接入拒绝的根本手段。爱立信推荐lteflowfox.pl工具链但需严格按顺序执行。# 1. 启动Trace并实时解析标准流水线 [~]$ /home/user/moshell/monitor6054 100.92.1.50 33077 | ./ltetools/ltng -s | ./ltetools/lteflowfox.pl -lac | tee firsttrace.log # 2. 查看lteflowfox帮助确认参数有效性 [~]$ /home/eqiuhen/ltetools/lteflowfox.pl -h # 关键参数-lLTE协议栈、-aASN.1解码、-c彩色输出 # 3. 过滤特定信令如RRC连接建立 [~]$ /home/user/moshell/monitor6054 100.92.9.223 33077 | tee HLX_0421.log | ./ltetools/ltng -s | ./ltetools/lteflowfox.pl -lac | grep RRCConnectionSetup | tee rrc_setup.log流水线各组件作用monitor6054爱立信专用抓包工具监听指定IP:Portltng -s将原始二进制流转换为文本格式lteflowfox.pl -lac解码LTE ASN.1协议-l选LTE层-a启用ASN.1-c彩色高亮tee确保原始logHLX_0421.log和解析logHLX.log双存档。避坑monitor6054的IP必须是基站S1接口地址非网管地址lteflowfox.pl需提前chmod x赋予执行权限否则报Permission denied。5. 常见问题排查12条血泪踩坑记录与解决方案5.1 现象get . enbid返回空值或报错Invalid MO path原因MO模型未加载或基站版本与moshell不兼容。get . enbid依赖ENodeBFunctionMO若lt all未执行则MO树为空。解决先执行lt all加载全部MO再get . enbid若仍失败检查moshell版本是否匹配基站如R14基站需moshell 14.x。5.2 现象mobatch执行后部分基站无响应日志显示Connection refused原因IP数据库中存在已下电基站或防火墙阻断SSH端口默认22。解决用ping预检IP连通性mobatch添加-t 30参数延长超时默认10秒检查基站SSH服务状态ps -ef | grep sshd。5.3 现象lh ru txtorPwr 0 0 0返回0.0但RRU实际有发射原因RU未激活或txtorPwr命令参数索引错误。0 0 0对应第一个RU的第一个扇区第一个天线多RU基站需遍历lh ru txtorPwr 1 0 0等。解决先acc rru restartunit RRU重启RU再用get AuxpluginunitRRU确认RU数量按实际索引执行。5.4 现象修改specialSubframePattern后get . subframe仍显示旧值原因未执行momManage Object Model使参数生效或set1命令路径错误导致修改未提交。解决执行mom后再次get . subframe用get命令反查确认路径正确性如get EUtranCellTDD11 specialSubframePattern。5.5 现象pget . pmRadioRecInterferencePwr$返回No data available原因PM计数器未启用或采集周期未到默认15分钟。解决检查PM配置get PmCollectionProfile1手动触发采集pget . pmRadioRecInterferencePwr$ -f-f强制刷新。5.6 现象traceroute到网管IP失败但ping正常原因网管防火墙禁用ICMP tracerouteUDP/TCP探测但允许ICMP echo。解决改用telnet 网管IP 21FTP端口或nc -zv 网管IP 22SSH端口验证TCP连通性。5.7 现象cvls命令无输出cvms pci保存CV后cvls仍为空原因CVConfiguration Version未提交或保存路径错误。cvms默认保存到/tmp需指定绝对路径。解决cvms pci /home/xjlte/cv_backupcvls前执行cd /home/xjlte切换到CV目录。5.8 现象license iu activate执行后license server仍显示INACTIVE原因基站未重启或License Key文件损坏。activate仅写入内存需acc 0 manualrestart重启基站。解决执行acc 0 manualrestart重启后license server检查状态若仍无效重新上传License文件。5.9 现象get . vswr返回Not Available但VSWR告警持续存在原因VSWR传感器故障或天馈系统物理断连get命令无法读取硬件数据。解决现场检查RRU射频口连接用驻波表实测天馈VSWR若硬件正常执行lh ru fm clearfaults清除误报。5.10 现象ue print -admitted无输出但sts显示CELL OPERATIONAL原因S1链路中断或MME配置错误小区无用户接纳能力。解决get . ipadd检查S1接口IPget MmeConfiguration核对MME IP与PLMNalt查S1链路告警。5.11 现象mobatch导出的PCI数据中出现重复PCI或PCI0原因邻区配置错误如ExternalUtranCellTDD未绑定PCI或PCI规划冲突。解决用mobatch执行get ExternalUtranCellTDD全字段检查physicalCellIdentity是否为空清理重复邻区配置。5.12 现象lteflowfox.pl解析Trace时卡死或输出乱码原因原始抓包数据损坏或ltng版本不匹配。ltng -s输出格式需与lteflowfox.pl解析器兼容。解决升级ltng和lteflowfox.pl至同一版本用file firsttrace.log确认文件编码为UTF-8删除-c参数关闭彩色输出测试。6. 进阶技巧从参数备份到故障自愈的闭环实践6.1 CVConfiguration Version全量备份与差异比对CV是爱立信基站的配置快照但日常备份常只存PCI等关键参数遗漏MO间依赖关系。真正的备份需覆盖完整MO树。# 1. 创建全量CV备份含所有MO及参数 KRL31BFB-ELH cvms fullbackup /home/xjlte/backup/20240421_full.cv # 2. 生成差异报告对比两次CV KRL31BFB-ELH cvdiff /home/xjlte/backup/20240420_full.cv /home/xjlte/backup/20240421_full.cv diff_report.log # 3. 提取差异中的关键参数如功率、门限 KRL31BFB-ELH grep -E (configuredOutputPower|b2Threshold1Rsrp|a1a2SearchThresholdRsrp) diff_report.logCV管理要点cvms fullbackup比cvms pci多备份200个MO包括SectorEquipmentFunction、UeMeasControl等cvdiff输出格式为old - new可直接定位被修改的参数差异报告中表示新增MO-表示删除MO!表示参数变更。6.2 自动化故障诊断脚本基于sts与pget的阈值告警人工巡检效率低可编写bash脚本实现阈值自动告警。以下脚本检查GPS、VSWR、干扰三项核心指标#!/bin/bash # check_base.sh - 基站健康自检脚本 BASE_IP100.92.162.66 LOG_FILE/tmp/check_$(date %Y%m%d).log echo $(date): Start check for $BASE_IP $LOG_FILE # 1. 检查GPS状态 GPS_STATUS$(moshell -m $BASE_IP -c sts 2/dev/null | grep GPS Status | awk {print $3}) if [ $GPS_STATUS ! OK ]; then echo ALERT: GPS Status is $GPS_STATUS $LOG_FILE fi # 2. 检查VSWR告警需先获取VSWR值此处简化为查告警 VSWR_ALARM$(moshell -m $BASE_IP -c alt 2/dev/null | grep VSWR | wc -l) if [ $VSWR_ALARM -gt 0 ]; then echo ALERT: VSWR alarm count: $VSWR_ALARM $LOG_FILE fi # 3. 检查接收干扰功率 INTERFERENCE$(moshell -m $BASE_IP -c pget . pmRadioRecInterferencePwr\$ 2/dev/null | grep pmRadioRecInterferencePwr | awk {print $2}) if (( $(echo $INTERFERENCE -100 | bc -l) )); then echo ALERT: Interference power $INTERFERENCE dBm -100dBm $LOG_FILE fi echo $(date): Check completed $LOG_FILE脚本部署说明保存为check_base.shchmod x check_base.shbc命令用于浮点比较Ubuntu需apt install bc可加入crontab每日凌晨执行0 3 * * * /home/xjlte/check_base.sh输出日志按日期分割便于归档分析。6.3 故障根因追溯从Trace到MO参数的逆向定位法当Trace发现大量RRCConnectionReject时传统做法是查准入参数但更高效的是逆向追溯——从失败信令反推配置缺陷。# 步骤1从Trace提取拒绝原因值Cause值 grep RRCConnectionReject firsttrace.log | awk -Fcause {print $2} | cut -d, -f1 | sort | uniq -c | sort -nr # 输出示例 15 cause100 → cause100对应congestion # 步骤2根据Cause值定位MO参数 # cause100拥塞→ 检查maxNumberOfUeInCell是否过小 KRL31BFB-ELH get const | grep maxNumberOfUeInCell # 步骤3验证参数与实际负载匹配 KRL31BFB-ELH ue print -admitted | wc -l # 若当前用户数接近maxNumberOfUeInCell则需扩容逆向定位逻辑链RRCConnectionReject的cause值是3GPP 36.331定义的标准码cause100明确指向拥塞maxNumberOfUeInCell是get const返回的硬编码上限不可修改但可通过增加小区分担负载ue print -admitted | wc -l统计当前用户数与const值对比即知是否达到瓶颈。从那以后我每次处理掉话投诉都强制走一遍sts→pget . pmRadioRecInterferencePwr$→mobatch邻区校验→Trace抓包四步闭环哪怕客户催得再急也先让脚本跑完这四分钟——因为90%的“疑难杂症”其实只是GPS失锁没发现或是邻区PCI抄错了两位。希望帮到你。本文还有配套的精品资源点击获取