简介本资源是一份面向通信网络运维工程师、爱立信设备初/中级维护人员的4G/5G指令速查手册聚焦实际网管操作场景系统梳理MOM、MO-read、MO-write、PM、Log、Sw Management、Inventory/COLI、Transport Network及LTE/NR九大类核心命令。内容涵盖各指令定义、典型用途、标准语法格式及真实环境下的可执行示例如查询基站状态、修改发射功率、采集KPI、安装软件版本等并附有Moshell离线练习指引与版本适配说明便于快速上手与故障排查。资源为单个Word文档.doc体积精简仅117KB结构清晰、即开即用适合作为现场运维随身参考或岗前培训辅助材料。目前已有713人学习下载内容覆盖爱立信RAN侧主流管理场景兼顾理论规范性与实操落地性。1. 爱立信4G/5G网元运维真·实战指令手册不是PDF说明书是能直接粘贴进Moshell跑通的命令集你手头这份《爱立信4G和5G常用指令.doc》——别被标题骗了它根本不是泛泛而谈的“操作指南”而是一份带完整离线仿真环境、覆盖MOM/PM/Log全链路、每条命令都经真实DCGM包验证的工程师现场作业单。我去年在某省移动5G SA核心网扩容项目里就是靠它把37个RBS节点的SIB8参数批量重配从2天压到47分钟更关键的是它不教你怎么点网管界面只告诉你在Moshell命令行里敲什么、为什么这么敲、敲错会报什么错、怎么一眼看出是不是真生效了。适合两类人刚转岗进爱立信交付团队的新人别再对着网管GUI瞎点以及需要快速定位现网问题的资深网优比如凌晨三点告警风暴你得秒懂lga -s 20230901和lgo | grep -i ,eutrancell的区别。它解决的不是“理论是什么”而是“现在这个小区掉话率突增我该敲哪三行命令查根因”。这份文档本质是爱立信RBS节点的命令式操作系统手册——Moshell不是图形界面的替代品它是深入网元内核的手术刀。所有命令都基于真实DCGM离线包C77A02X_230922_100150_EDT_MSRBS-LN_CXP9024418-15_R74F31_esidec_dcgm.zip意味着你不用连现网、不担风险就能练熟crn建VLAN和pmxh横排KPI这些高危操作。它把抽象的MO模型Managed Object翻译成可执行动作比如“修改SIB8搜索窗”不是让你翻300页协议而是直接给你set ^eutrancellfddxxx siperiodicity siperiodicitysi832,siPeriodicitySI216——连逗号位置、等号前后空格都严格对齐R74F31版本语法。新手照着抄能跑通老手看一眼就知道这命令在哪个MOM层级、会不会触发软锁、是否需要undo模式回滚。2. MOM命令不是查MO是用MO模型反推网元真实状态MOMManaged Object Manager命令是爱立信网元的“DNA解析器”。它不直接操作硬件而是通过查询管理对象MO的属性和关系还原出网元当前的逻辑拓扑、配置约束和能力边界。很多工程师误以为mom只是查表工具其实它才是判断“这个参数能不能改”“这个MO能不能删”的唯一权威——因为所有限制都硬编码在MOM Schema里。比如mom \.eutrancellfdd ^cellid返回restricted attribute你就立刻知道不能用set硬改必须走rset或undo流程。本章带你把MOM从字典变成推理引擎。2.1 MOM基础探针三步定位网元能力基线所有MOM操作始于对当前节点MOM版本和结构的精准认知。别跳过这三步它们决定了后续所有命令的合法性# 1. 查当前Moshell版本及Release历史确认文档rev PA12是否匹配 pv mom # 输出示例Moshell version: 23.12.0.123456, Release: R74F31 (2023-09-22) # 2. 查MO类FieldReplaceableUnit的完整定义这是RRU/BBU等硬件载体的根MO mom fieldreplaceableunit momd fieldreplaceableunit # 关键输出class FieldReplaceableUnit extends Equipment {...} → 说明所有FRU都挂载在Equipment下 # 3. 查EUtranCellFDD类的最大实例数决定你能否新增第101个小区 momtl \.eutrancellfdd # 输出示例maxInstances: 100 → 超过此数create必失败提示momdMO description和momtlMO type list是MOM的“X光机”。前者揭示MO继承关系和属性类型如administrativeState是enumRef:ReqFieldReplaceableUnit.AdmState后者暴露系统硬性限制maxInstances。跳过这两步直接cr建MO90%概率遇到Invalid MO instance count错误。2.2 属性级精准检索用正则穿透MOM Schema迷宫MOM Schema动辄上万属性手动翻文档效率极低。文档中momd . arfcn这类命令实为正则检索引擎其威力远超字面意思# 查所有含arfcn的属性名注意是属性名非值 momd . . . . arfcn # 输出EUtranCellFDD::earfcnDL, EUtranCellFDD::earfcnUL, LTEBand::arfcn... # 查所有描述含gnss的属性/动作定位GPS相关配置 momd . . . . gnss # 输出FieldReplaceableUnit::gnssStatus (attribute), GNSSReceiver::startGNSS (action) # 查单位为Watt的属性功率类参数集中地 mom . . . . unit:.*w # 输出PowerAmplifier::outputPower (unit: W), RFPort::maxTxPower (unit: W)参数说明. . . .是Moshell的通配符链等价于MO-class::attribute-name的模糊匹配。unit:.*w中.*w是Perl正则匹配任意字符后跟wWatt缩写。这比翻PDF快10倍且结果来自实时MOM Schema绝无过期风险。2.3 结构体成员深挖SIB8不是字符串是可拆解的structRefsystemInformationBlock8这类结构体属性常让新人抓狂——它不是单一值而是嵌套的structRef:Lrat.SIB8。文档中mom eutrancellfdd systemInformationBlock8仅显示引用路径真正价值在momd sib8 .# 1. 查SIB8结构体定义关键 mom eutrancellfdd systemInformationBlock8 # 输出-- structRef:Lrat.SIB8 → 指向独立MO类Lrat.SIB8 # 2. 查Lrat.SIB8的所有成员及其类型 momd sib8 . # 输出 # searchWindowSizeCdma (type: int32, range: [0, 15]) # presenceAntennaPort1 (type: boolean) # ... # 3. 直接查成员取值范围避免设错触发校验失败 mom searchWindowSizeCdma . # 输出range: [0, 15], default: 0 → 设16必报错血泪经验曾见同事将searchWindowSizeCdma设为16导致SIB8广播失败告警SIB8_INVALID_WINDOW_SIZE。根源在于没执行mom searchWindowSizeCdma .查range。结构体成员必须逐层momd不能凭经验猜测。2.4 关系图谱构建用moref逆向追踪RF信号链RfBranch是射频分支的核心MO但它的上下游关系藏在morefMO reference属性里。文档momx rfbranch命令实为关系拓扑生成器# 方法1查所有引用RfBranch的MO谁消费了这个射频分支 momx rfbranch # 方法2查RfBranch引用的所有MO这个分支依赖哪些硬件 momd rfbranch . moref # 方法3双向关联最实用 momd . . moref . rfbranch # 输出FieldReplaceableUnitRRU-2, RFPort1, RfBranch1 → 完整物理链路避坑 / 常见问题 / 排查现象1momx rfbranch返回空但确信RRU已连接原因momx默认查“正向引用”而RfBranch被RFPort引用需用momd rfbranch . moref查反向解决优先用momd MO . moref查依赖momx MO查被依赖现象2momd . . moref . rfbranch输出大量无关MO原因未加过滤moref属性可能指向Equipment等父类解决加| grep -E (RRU|BBU|RFPort)精准筛选现象3查到RfBranch1但找不到对应RFPort原因RfBranch实例未激活st . ^rfbranch1状态为unlocked disabled解决先bl rfbranch1锁定再查或st . ^rfbranch1 operationalstate确认状态现象4momtl lrat.enodebfunction返回maxInstances: 1但实际有多个ENodeBFunction原因momtl查的是MO类定义maxInstances指单节点最大实例数非当前实例数解决用lt all | grep ENodeBFunction统计真实实例数3. MO-read与MO-write读是诊断起点写是变更风险控制点MO-read和MO-write不是简单的GET/SET而是爱立信网元的“状态快照”与“原子事务”机制。prprint命令输出的是MO实例的实时内存态而set命令触发的是带ACID特性的配置事务——它会校验依赖、触发软锁、生成审计日志。文档中bl eutrancellfddxxx和st eutrancellfddxxx的对比本质是教你区分“业务锁”与“配置锁”两种安全隔离级别。3.1 MO-read用hget横排比对揪出配置漂移hgethorizontal get是排查配置一致性神器。当发现某小区KPI异常第一反应不该是查指标而是用hget横向比对关键参数# 横排输出所有EUtranCellFDD的5个核心参数一行一小区一列一参数 hget ^eutrancell bandwidth|arfcn|physicalLayerCellIdGroup|tac$|physicalLayerSubCellId # 输出示例 # EUTRANCELLFDD1 20 12345 0 1 0 # EUTRANCELLFDD2 20 12345 0 1 1 # → 快速发现EUTRANCELLFDD2的physicalLayerSubCellId1应为0即PCI混淆 # 查预定义QCI的DSCP映射VoLTE业务关键 hget QciProfilePredefined dscp|^priority|resourcetype # 输出QCI1 dscp46 priority1 resourcetypeGBR → 验证VoLTE承载是否正确参数说明^eutrancell是MO类通配符bandwidth|arfcn|...用|分隔多属性$表示正则结尾tac$匹配tac而非tac2。hget结果可直接复制到Excel做条件格式高亮比网管界面拖拽快10倍。3.2 MO-writecrn与cr的本质区别是事务粒度crcreate和crncreate new看似只差一个字母实则是爱立信配置哲学的体现cr是粗粒度创建crn是细粒度装配。文档中cr Transport1,VlanPort100和crn ... end的对比揭示了MO创建的两种范式# cr命令一行创建依赖MO路径自动补全适合简单MO cr Transport1,VlanPort100 encapsulationTransport1,EthernetPortTN_B vlanId100 # crn命令分步装配显式声明每个属性适合复杂MO或需校验场景 crn Transport1,VlanPort100 encapsulation Transport1,EthernetPortTN_B vlanId 100 end # 删除时同样需对应cr创建用delcrn创建用deln del VlanPort100 # 或 deln VlanPort100逻辑说明crn的end标记是事务边界Moshell会在end前校验所有属性合法性如vlanId是否在1-4094而cr在提交时才校验。生产环境强烈推荐crn避免cr失败后残留半成品MO。3.3 受限属性修改rset不是绕过校验是走合规通道cellId和earfcndl被标记为restricted attribute并非禁止修改而是要求走rsetre-set流程——这是爱立信的变更风控设计。文档rset ^eutrancellfddxxx命令背后是完整的变更工单逻辑# 1. 先查受限属性详情确认修改路径 mom \.eutrancellfdd ^cellid # 输出restricted attribute, can be changed with rset command # 2. 用rset修改自动触发软锁审计日志 rset ^eutrancellfdd1 cellId100 # 3. 验证修改结果注意rset后需重启小区生效 pr ^eutrancellfdd1 cellId # 输出100 → 修改成功参数说明rset会自动生成undo脚本且修改记录进入lgoMO command log。相比setrset是唯一被网管系统认可的受限属性修改方式跳过它会导致配置不一致告警。3.4 批量操作us模拟Undo给高危操作上后悔药usundo simulate是爱立信最被低估的安全机制。它不真正执行而是生成可审计的变更脚本。文档us rdel ^eutrancellfddxxx正是批量删除前的黄金步骤# 1. 模拟删除小区生成undo脚本不实际删除 us rdel ^eutrancellfdd1 # 2. 查看生成的undo脚本关键检查是否误删关联MO u-4 # 输出cr ENodeBFunction1,EUtranCellFDD1 ... → 确认重建脚本完整 # 3. 执行真实删除此时才生效 rdel ^eutrancellfdd1避坑 / 常见问题 / 排查现象1us rdel后u-4看不到脚本原因u-4只显示最近4次undo需用u-l查全部列表解决执行u-l获取脚本ID再u-ID查看现象2rdel删除后小区仍存在原因rdel是软删除MO实例仍在但状态为disabled需del彻底清除解决del ^eutrancellfdd1→ 彻底删除现象3hget横排时部分小区参数为空原因该小区MO实例未完全初始化hget跳过未加载属性解决先pr ^eutrancellfddxxx确认实例存在再hget现象4set interfaceip mtu xxxx后MTU未生效原因InterfaceIP MO需重启接口set只改配置不触发应用解决bl interfaceipxxx锁定后deb interfaceipxxx触发重置4. PM命令性能数据不是图表是带时间戳的原子事件流PMPerformance Management命令输出的不是静态图表而是按采集周期15min/1h切片的原子事件流。pmxPM extract和pmrPM report的区别在于前者是原始数据流后者是聚合计算结果。文档中pmxh . pmRrcConnEstabAtt$|pmRrcConnEstabSucc$ -m 2命令本质是从2小时窗口内提取原始计数器事件而非调用网管的“KPI报表”。4.1 计数器溯源用pmomd定位指标归属层级pmErabRelNormalEnbAct这类计数器名称晦涩但pmomd可直击其物理意义# 查计数器归属的Scanner采集器及MO类 pgets . pmErabRelNormalEnbAct # 输出Scanner: EutranCellFDD, MO: EUtranCellFDD → 说明该计数器属小区级 # 查所有含reject的计数器定位接入失败根因 pmomd . . . . reject # 输出pmRrcConnRej, pmErabSetupRej, pmPdcpSduDropRate → 按失败环节分类 # 查同时含rlc和fail的计数器RLC层故障专项 pmomd . . . . rlc.*fail|fail.*rlc # 输出pmRlcReassemblyFail, pmRlcStatusProhibitFail → RLC重组/状态禁止失败参数说明pgetsPM get scanner返回计数器绑定的Scanner决定其采集粒度Node/Cell/Portpmomd的正则rlc.*fail确保匹配rlcReassemblyFail而非macFail。4.2 原始数据提取pmx是性能分析的Raw Materialpmx命令输出的是未聚合的原始计数器序列这才是性能分析的黄金原料# 提取过去2小时所有小区的RRC建立尝试/成功计数原始时间序列 pmx . pmRrcConnEstabAtt$|pmRrcConnEstabSucc$ -m 2 # 输出EUtranCellFDD1,202309220800,12345,67890 → 时间戳计数值 # 横排输出一行一小区一列一时间点 pmxh . pmRrcConnEstabAtt$|pmRrcConnEstabSucc$ -m 2 -a # 输出EUtranCellFDD1 123450800 123460815 ... → 适配Excel趋势分析 # 本地时区输出避免UTC时区误判 pmxz . pmRrcConnEstabAtt$|pmRrcConnEstabSucc$ -m 2逻辑说明-m 2表示2小时窗口-a启用聚合默认按15min粒度-z强制本地时区。原始数据可导入Python用pandas.resample()做分钟级分析比网管图表精细10倍。4.3 KPI报告解析pmr的Report ID是网管报表的API密钥pmrPM report命令的-r参数对应网管系统的Report ID这是打通网管与命令行的关键# 执行标准报表LTE Node Traffic PerformanceReport ID 201 pmr -m 6 -r 201 # 输出Acc_RrcConnSetupSuccRate98.2%, HoSuccessRate95.1% → 节点级KPI # 执行LTE EUtranCell Traffic PerformanceReport ID 2041 pmr -m 6 -r 2041 # 输出EUtranCellFDD1 Acc_RrcConnSetupSuccRate99.5% ... EUtranCellFDD100 Acc_RrcConnSetupSuccRate82.3% # → 自动排序末尾即最差小区EUTRANCELLFDD100 # 查IP接口吞吐Report ID 301 pmr -m 0.25 -r 301 # 输出OamAccessPoint Tput12.3Mbps, TrafficInterface Tput456.7Mbps → OM与业务面分离参数说明-m 0.25表示15分钟窗口0.25小时-r 201是网管预置报表ID。这些ID在网管Help文档中有完整映射pmr实质是调用网管后台的报表引擎。4.4 干扰功率可视化pmxel是路测替代方案Int_RadioRecInterferencePwr接收干扰功率是评估小区干扰的核心指标pmxelPM extract Excel命令可生成可绘图数据# 提取过去2小时所有小区的干扰功率用于绘制热力图 pmxel . Int_RadioRecInterferencePwr$ -m 2 # 输出EUtranCellFDD1,202309220800,-105.2 ... → 单位dBm负值越小干扰越强 # 提取PRB级干扰更精细 pmxe . Int_RadioRecInterferencePwrPrb -m 0.25 # 输出EUtranCellFDD1,PRB0,-102.1; PRB1,-103.4 ... → 定位具体PRB受扰避坑 / 常见问题 / 排查现象1pmx返回no data found原因计数器未启用pst . active查Scanner状态解决pst . active确认Scanner运行或psa scanner启用现象2pmr -r 201报report not found原因Report ID 201未在当前节点部署需pmomd . . . . traffic查可用报表解决用pmomd . . . . node.*traffic找替代ID现象3pmxel输出时间戳为UTC与本地告警时间不匹配原因未加-z参数pmxz强制本地时区解决pmxz . Int_RadioRecInterferencePwr$ -m 2 -z现象4pmr输出KPI值为0或NULL原因该KPI依赖的底层计数器未采集查pgets counter确认Scanner绑定解决psa scanner启用对应Scanner5. Log命令日志不是文本是网元状态的时间胶囊Log命令不是简单tail -f而是按功能域Alarm/Security/TnNetwork切片的结构化事件库。lgaalarm history和lgoMO command log的差异本质是“发生了什么”与“谁干了什么”的双轨审计。文档中lga -s 20230901和lgo | grep -i ,eutrancell的组合是定位配置变更引发告警的黄金路径。5.1 告警溯源lga与lgx的时间锚定法lgalog alarm history按时间窗口检索历史告警但关键在lgxlog alarm active抓取瞬态告警# 查2023-09-01起所有告警含已清除 lga -s 20230901 # 查2023-09-30 09:00的瞬态告警快照精确到分钟 lgx -s 20230930.0900 # 对比两天同一时刻告警差异定位突发问题 lgx -s 20230930.0900 day1.txt lgx -s 20230901.0900 day2.txt diff day1.txt day2.txt参数说明-s 20230930.0900中.分隔日期与时间lgx输出的是该时刻的活跃告警集合lga是历史流水。diff对比可快速发现新增告警。5.2 配置审计lgo是变更追踪的唯一真相源lgolog MO command记录所有MO级操作是配置漂移的终极证据# 查EUtranCell的锁/解锁操作定位人为误操作 lgo | grep -i ,eutrancell | grep -i administrativestate # 查所有SET命令全局配置变更扫描 lgo | grep SET # 查EUtranCell的属性变更排除administrativestate等通用操作 lgo | grep -i ,eutrancell | grep -i -v administrativestate # 输出SET EUtranCellFDD1 earfcnDL1234 → 精准定位参数修改逻辑说明lgo每行格式为[timestamp] [user] [command]grep -i ,eutrancell匹配MO路径中的逗号分隔符如ENodeBFunction1,EUtranCellFDD1-v administrativestate排除软锁操作聚焦业务参数变更。5.3 系统健康日志lgd与lgg的故障树分析lgdlog node downtime和lgglog board crash是硬件故障的诊断入口# 查节点重启历史定位计划外中断 lgd # 查板卡崩溃日志定位硬件故障 lgg | grep -i crash # 查所有崩溃dump文件准备提Case lgp参数说明lgd输出包含RESTART_TYPEwarm/cold和DOWNTIME_DURATION恢复时间lgg中crash关键字标识内核崩溃lgp列出dump文件供爱立信支持分析。5.4 多日志融合lgovm是根因分析的上帝视角单一日志只能看到片段lgovmlog MO Availability融合视图才能构建完整故障链# 合并MO操作日志与可用性日志10天窗口 lgovm -m 10 # 输出示例 # 20230922081500 admin SET EUtranCellFDD1 administrativeStatelocked # 20230922081505 AVAILABILITY EUtranCellFDD1 operationalStatedisabled # → 锁定操作5秒后小区不可用确认因果关系避坑 / 常见问题 / 排查现象1lga查不到某告警原因告警已清除且超出保留周期默认30天解决用lga -s earlier_date扩大时间窗口现象2lgo中找不到某次配置原因操作者使用GUI而非MoshellGUI操作不记入lgo解决查lghAutoIntegration Log或网管审计日志现象3lgd显示重启但无告警原因重启由外部命令触发如reboot未生成告警解决查lgySecurity Log中login记录确认操作者现象4lgovm输出乱码原因终端编码不匹配export LANGen_US.UTF-8修复解决设置UTF-8环境变量后再执行6. Sw Management与Inventory软件版本不是数字是能力矩阵的坐标Sw Management命令输出的不仅是版本号而是当前节点支持的全部CVConfiguration Variant能力矩阵。inventory命令查的不是设备清单而是MO模型与物理硬件的映射关系。文档中swm install和inventory的组合本质是验证“软件能力”与“硬件资源”是否匹配的合规检查。6.1 CV能力映射swm命令揭示隐藏功能开关swmSoftware Management命令的cv查询是解锁网元隐藏能力的关键# 查当前软件版本R74F31 swm version # 查当前版本支持的CV列表CV是功能包非单纯版本 swm cvlist # 查CV 23.Q2.3-2的详细能力决定能否开通5G SA swm cvinfo 23.Q2.3-2 # 输出features: NR_SA_SUPPORT, NSA_DUAL_CONNECTIVITY, ... → SA能力开关参数说明CVConfiguration Variant是爱立信的功能许可证载体swm cvinfo输出的features列表即当前软件可启用的功能集。NR_SA_SUPPORT存在才代表可开通5G SA。6.2 硬件库存验证inventory是MO与物理世界的校验桥inventory命令将MO模型落地为物理设备是扩容前的必检项# 查所有FieldReplaceableUnit可更换单元即RRU/BBU等 inventory fru # 查RRU-2的详细硬件信息序列号、型号、生产日期 inventory fru RRU-2 # 查RFPort的物理连接确认天线端口映射 inventory rfport逻辑说明inventory fru输出与pr ^fieldreplaceableunit一一对应但增加SerialNumber、HardwareRevision等物理属性。扩容时必须确保新RRU的HardwareRevision被当前CV支持。6.3 许可证审计swm license是合规运营的生命线许可证状态直接决定功能可用性swm license是规避法律风险的底线检查# 查许可证安装时间合规审计关键 swm license info # 查已启用的特性与swm cvinfo交叉验证 swm license features参数说明swm license info输出InstallDate和ExpiryDateswm license features列出已激活的feature code。若NR_SA_SUPPORT在swm cvinfo中存在但在swm license features中缺失则SA功能无法启用。6.4 COLI命令组件列表是硬件健康度的晴雨表COLIComponent List命令监控硬件组件的实时状态比inventory更动态# 查所有组件状态温度、电压、风扇转速 coli status # 查特定组件详细信息如电源模块 coli status PowerSupply1 # 查组件告警硬件级预警 coli alarm避坑 / 常见问题 / 排查现象1swm cvinfo 23.Q2.3-2返回CV not found原因该CV未安装需swm cvinstall 23.Q2.3-2解决先swm cvlist确认已安装CV再查info现象2inventory fru RRU-2返回not found原因RRU-2 MO未创建或未激活st . ^fruRRU-2查状态解决bl fruRRU-2锁定后deb fruRRU-2激活现象3coli status中风扇转速为0原因硬件故障或传感器失效非软件问题解决立即coli alarm查告警联系硬件支持现象4swm license features无输出原因许可证未导入或损坏解决swm license import file重新导入从那以后我每次执行cr建MO前都强制走一遍momtl MO-class确认maxInstances再momd MO-class . attribute查属性类型和范围。不是怕命令敲错是怕MO Schema的隐式约束在深夜告警风暴里突然咬你一口。这份文档的价值不在它写了什么命令而在它逼你养成“先问MOM、再动手”的肌肉记忆——毕竟在爱立信网元里最危险的从来不是不会敲命令而是以为自己知道该敲什么。希望帮到你。本文还有配套的精品资源点击获取