简介本资源是一份面向通信网络运维工程师、爱立信设备初学者及5G/4G网管人员的实战型指令速查手册系统梳理爱立信Moshell环境下9大核心命令体系——涵盖MOM对象管理、MO-read/write配置读写、PM性能采集、Log日志调试、Sw Management软件升级、Inventory/COLI硬件盘点、Transport Network传输配置及LTE/NR无线参数调优等关键场景。文档以清晰分类语法说明典型命令实例如moms get all BscSystem、nr set Nrcell:cellId1 maxUsers200展开兼顾原理理解与一线操作复用。资源为单个Word文档.doc体积精简仅117KB便于随身查阅与快速检索内容源自真实培训材料含Moshell离线练习指引及版本修订记录结构完整、术语规范。目前已有712人下载学习是掌握爱立信4G/5G网元基础运维能力的高实用性入门参考。1. 爱立信4G/5G运维工程师的“命令黑匣子”一份离线可练、上线能用的Moshell实战指令集你刚接手一台R74F31版本的爱立信MSRBS-LN基站告警面板红灯闪烁但现场没网、连不上OMC——这时候翻文档等远程支持不。你掏出U盘里那个叫C77A02X_230922_100150_EDT_MSRBS-LN_CXP9024418-15_R74F31_esidec_dcgm.zip的离线包双击启动Moshell输入lt all三秒内看到全部MO实例再敲alt当前活跃告警全在眼前接着pmxh . pmRrcConnEstabAtt$|pmRrcConnEstabSucc$ -m 2 -a两小时聚合KPI横向比对立刻生成。这不是玄学是这份2023年11月更新的《爱立信4G和5G常用指令.doc》rev PA12给你的底气。它不是泛泛而谈的API手册而是把Moshell当真实运维环境用——从MOM对象树探查、MO读写锁控、PM性能采样、日志时间轴回溯到软件包管理、硬件库存核查全部基于R74F31实测验证。适合刚通过爱立信认证的新人快速上手也适合老手在割接前做离线沙盒预演。它解决的不是“怎么查参数”而是“断网时怎么救活基站”“升级后怎么秒级回滚”“KPI突降时怎么定位是硬件还是配置”这些血泪问题。文件本身是Word文档但真正价值藏在每一条带上下文的命令里为什么crn比cr更安全为什么rset才能改cellId为什么pmxlz要加-m 2而不是-m 120答案全在后续章节的实操拆解中。2. MOM命令从对象模型根目录开始像翻电话簿一样查清基站“家底”MOMManaged Object Manager不是抽象概念它是爱立信网元内部的“对象操作系统”。每个基站、小区、RRU、VLAN端口甚至一个GPS模块在MOM里都对应一个可寻址、可查询、可操作的MOManaged Object。这份文档的MOM章节第1节本质是一份对象导航地图——教你如何不用GUI、不靠OMC纯靠命令穿透三层嵌套MO结构精准定位到EUtranCellFDD1的systemInformationBlock8.searchWindowSizeCdma这个具体字段。新手常误以为MOM只是“查东西”其实它更是配置变更的前置校验器改参数前先momd看类型momtl看继承关系mom . arfcn筛出所有频点相关属性——这步省了后面set就大概率报错。2.1 MOM基础探查三步定位任意MO类的定义与约束所有MOM操作始于mom命令。文档开头的练习题看似简单实则覆盖了最核心的四个能力查命令、查版本、查变量、查MO类定义。下面直接给出可复现的命令链并解释每个参数为何不可替换# 1. 查当前Moshell支持的所有命令注意不是help是lt lt # 2. 查Moshell自身版本及Release History关键不同版本MOM结构差异巨大 pv moshell_version # 输出示例moshell_version6.2.0.123456 (PA12) # 3. 查用户变量及修改alarm_format影响告警输出格式值为2时显示完整MO路径 uv uv alarm_format uv alarm_format2 # 必须用等号空格会报错 # 4. 查当前连接节点的MOM版本决定你能用哪些MO类 pv mom_version # 输出示例mom_versionR74F31提示pvprint variable和uvuser variable是Moshell会话级变量控制命令。alarm_format2是血泪经验——默认alarm_format1只显示告警ID2才显示FieldReplaceableUnitRRU-2:administrativeState这种完整路径否则你根本不知道告警来自哪个RRU。2.2 MO类深度挖掘用正则和通配符穿透对象树文档第6题要求查FieldReplaceableUnit类这其实是基站硬件管理的入口。但真实场景中你往往不知道MO类名只知道“我要找GPS相关参数”。这时momdMOM description配合正则就是救命稻草# 查所有描述含gnss的属性GPS模块状态、精度、卫星数全在这里 momd . . . . gnss # 查所有单位为Watts或dB的属性发射功率、接收灵敏度等关键射频参数 mom . . . . unit:.*w mom . . . . unit:.*db # 查所有类型为moRef的属性即指向其他MO的引用如SectorEquipmentFunction→RfBranch momd . . ^moref参数说明momd . . . . keyword中四个点.代表“任意层级深度”keyword是正则表达式。unit:.*w匹配unit:Watts、unit:dBm等^moref中^表示“以moref开头”精准过滤引用类型。漏掉任何一个.搜索范围就缩窄到当前层可能找不到目标。2.3 MO实例数量与结构边界预判配置容量的硬指标第10-11题直击规划痛点ENodeBFunction下最多能建多少个EUtranCellFDD这决定了单站最大小区数。命令不是猜是查MOM定义# 查ENodeBFunction下允许的子MO类输出包含EUtranCellFDD, SectorEquipmentFunction等 momtl lrat.enodebfunction # 查EUtranCellFDD类的最大实例数关键R74F31返回maxInstances512 momtl \.eutrancellfdd # 查SectorEquipmentFunction类的最大实例数决定RRU/AAU数量上限 momtl \.sectoreq逻辑说明momtlMOM tree list输出的是MO类的静态定义约束不是当前实际数量。\.eutrancellfdd中的\.是转义确保匹配以eutrancellfdd结尾的类名避免误匹配eutrancelltdd。这个数值必须记牢——超限创建会直接失败且错误提示极不友好。2.4 属性类型与取值范围避免“参数设置失败”的终极排查法第12-14题教你怎么查一个属性的数据契约。比如UpgradePackage:state你以为设stateactive就行错。必须先查它是什么类型、有哪些合法值# 查UpgradePackage.state的类型输出enumref: RcsSwM.upgradepackagestate mom upgradepackage state # 查该枚举类型的所有可选值输出idle, downloading, downloaded, activating, active, failed mom RcsSwM.upgradepackagestate # 查FieldReplaceableUnit.administrativeState的枚举值锁定/解锁状态 mom ReqFieldReplaceableUnit.AdmState # 输出unlocked, locked, shuttingDown, shutdown避坑 / 常见问题 / 排查现象1执行set FieldReplaceableUnitRRU-2 administrativeStatelocked报错“Invalid value”原因administrativeState是枚举类型但locked不是合法值正确值是locked小写还是Locked必须mom ReqFieldReplaceableUnit.AdmState确认解决查到合法值为unlocked,locked,shuttingDown,shutdown所以命令应为set FieldReplaceableUnitRRU-2 administrativeStatelocked注意全小写现象2set EUtranCellFDD1 earfcndl6300失败提示“restricted attribute”原因earfcndl是受限属性不能直接set必须用MO action或rset解决先acl ^eutrancellfdd1查可用action找到changefrequency再执行acc ^eutrancellfdd1 changefrequency earfcn6300现象3mom eutrancellfdd systemInformationBlock8返回structRef:Lrat.SIB8但hget查不到searchWindowSizeCdma原因systemInformationBlock8是结构体其成员需用momd sib8 .展开再查具体成员解决momd sib8 .→mom searchWindowSizeCdma .→ 确认其range为[0, 15]再set时不能超限3. MO-read与MO-write读是诊断前提写是变更核心锁控是安全底线MO-read和MO-write不是独立技能而是一个闭环读准了才能写对写之前必须锁住写完必须验证。文档第2-3节用17道题覆盖了从“查IP地址”到“创建VLAN端口”的全链路但新手常忽略一个事实prprint和stset背后是严格的事务模型。比如blblock锁MO后其他终端无法修改但blssoft-block允许紧急debdeblock这是割接窗口期的保命机制。3.1 MO-read用hget和lpr实现多维度数据提取prprint是基础但生产环境需要更精准的提取。hgethorizontal get能把多个属性横排输出lprlist print则按MO实例列表输出——这是KPI分析和批量核查的起点# 查所有EUtranCellFDD的5个关键属性横排便于Excel处理 hget ^eutrancell bandwidth|arfcn|physicalLayerCellIdGroup|tac|physicalLayerSubCellId # 查所有QciProfilePredefined的DSCP、priority、resourcetype横排QoS策略核对 hget QciProfilePredefined dscp|^priority|resourcetype # 查特定RRU下的所有RfPort层级关系必须写全 lpr FieldReplaceableUnitRRU-2,rfport参数说明hget ^eutrancell中^表示“所有以eutrancell开头的MO类”|是OR分隔符。lpr FieldReplaceableUnitRRU-2,rfport的逗号,表示父子关系后留空表示查所有子实例。漏掉逗号或写成FieldReplaceableUnitRRU-2 rfport空格会报语法错。3.2 MO-writecrvscrn创建MO的两种哲学创建MOcr和创建新MOcrn表面相似实则天壤之别。cr是“覆盖创建”若MO已存在会清空原有属性重置crn是“安全创建”若MO存在则报错强制你先del再crn——这是防止误覆盖的后悔药# 危险操作cr创建VlanPort若已存在原配置丢失 cr Transport1,VlanPort100 Transport1,EthernetPortTN_B vlanId100 # 安全操作crn创建VlanPort存在则报错逼你确认 crn Transport1,VlanPort100 encapsulation Transport1,EthernetPortTN_B vlanId 100 end # 删除MO必须用全路径VlanPort100不够要Transport1,VlanPort100 del Transport1,VlanPort100逻辑说明crn块内encapsulation和vlanId是属性赋值end结束块。del命令必须指定完整LDNLogical DN因为VlanPort100可能在多个Transport下存在。这是爱立信MO模型的严格性体现——没有全局唯一ID只有路径唯一。3.3 锁控操作bl/bls与deb的黄金组合锁MO不是功能是流程。blblock是硬锁blssoft-block是软锁区别在于bls允许debdeblock即时解锁而bl必须等deb或超时# 硬锁一个小区割接时用防止误操作 bl eutrancellfdd1 # 软锁同一个小区测试时用随时可解锁 bls eutrancellfdd1 # 解锁无论硬锁软锁deb都有效 deb eutrancellfdd1 # 检查锁状态输出包含administrativeStateblocked或softBlocked st eutrancellfdd1参数说明ststatus输出的administrativeState字段会显示blocked硬锁或softBlocked软锁。deb命令无参数直接执行即可。这是爱立信防误操作的双保险设计。3.4 受限属性修改rset与MO action的不可替代性cellId和earfcndl被标记为restricted意味着它们关联底层硬件资源直接set会破坏一致性。解决方案只有两个rsetre-set带校验的重置或MO action调用内置业务逻辑# 查cellId是否可设输出restricted attribute, cannot be set mom \.eutrancellfdd ^cellid # 用rset修改cellId需提供完整LDN和新值 rset ENodeBFunction1,EUtranCellFDD1 cellId99 # 用MO action修改earfcndl先查action再执行 acl ^eutrancellfdd1 acc ^eutrancellfdd1 changefrequency earfcn6300避坑 / 常见问题 / 排查现象1set EUtranCellFDD1 cellId99执行成功但小区退服原因cellId是受限属性set命令绕过校验导致MO状态不一致解决必须用rset它会触发底层校验和同步现象2acc ^eutrancellfdd1 changefrequency执行后earfcndl未变原因changefrequencyaction需要参数earfcn漏掉参数名或值格式错误解决acc ^eutrancellfdd1 changefrequency earfcn6300注意earfcn是参数名6300是值现象3cr enodebfunction1,eutrancellfdd99创建失败提示“MO class not found”原因enodebfunction1必须存在且EUtranCellFDD类需在ENodeBFunction下注册解决先pr ^enodebfunction确认ENodeBFunction1存在再cr4. PM命令从原始计数器到KPI报表性能数据的七层解析法PMPerformance Management命令是网络优化的弹药库。文档第4节的10道题表面是查pmRrcConnEstabAtt实则是教你如何把原始counter变成决策依据。pmxPM extract取原始值pmxzPM extract timezone转本地时区pmxlzPM extract local timezone graph画图——但真正关键的是-aaggregate和-mminutes参数的组合它决定了你看到的是“瞬时快照”还是“趋势规律”。4.1 Counter探查用pmomd定位性能瓶颈根源pmomdPM MOM description是性能分析的第一步。它不是查数值而是查“这个counter到底在量什么”# 查所有含reject或fail的counter定位失败类问题 pmomd . . . . fail|reject # 查同时含rlc和fail的counter精确定位RLC层失败 pmomd . . . . rlc.*fail|fail.*rlc # 查pmRrcConnEstabAtt和pmRrcConnEstabSucc的定义确认是否primary counter pmom . pmRrcConnEstabAtt$|pmRrcConnEstabSucc$参数说明pmomd . . . . fail|reject中|是OR.*是任意字符。pmom . pmRrcConnEstabAtt$的$表示字符串结尾避免匹配pmRrcConnEstabAtt2。pmom输出会标注primary: true/falseprimary counter才是KPI计算的源头。4.2 Counter提取pmx家族命令的时空矩阵pmx命令的参数组合是性能分析的核心生产力。-m定义时间窗口-a定义聚合方式-h定义横排输出——三者缺一不可# 取过去2小时所有EUtranCell的两个counter原始值纵排 pmx . pmRrcConnEstabAtt$|pmRrcConnEstabSucc$ -m 2 # 同上但转为本地时区解决跨时区割接问题 pmxz . pmRrcConnEstabAtt$|pmRrcConnEstabSucc$ -m 2 # 同上且横排输出便于Excel导入列名为cell, att, succ pmxh . pmRrcConnEstabAtt$|pmRrcConnEstabSucc$ -m 2 # 同上且按小时聚合得到每小时的sum值看趋势 pmxh . pmRrcConnEstabAtt$|pmRrcConnEstabSucc$ -m 2 -a逻辑说明-aaggregate默认按sum聚合-m 2表示2小时窗口。pmxh的h是horizontalpmxlz的lz是local timezone graph。不加-a输出的是每5分钟一个点加了-a输出的是每小时一个sum值。这是区分“毛刺”和“趋势”的关键。4.3 KPI报表pmr命令的业务语义映射pmrPM report不是技术命令是业务语言。pmr -m 6 201中的201是报表ID对应“LTE Node Traffic Performance”而-m 6是6小时窗口。文档第8-9题要求你从报表中提取Acc_RrcConnSetupSuccRate这需要你理解报表ID与KPI的映射关系# 执行节点级KPI报表ID 2016小时 pmr -m 6 201 # 执行小区级KPI报表ID 2046小时 pmr -m 6 204 # 执行接口吞吐量报表ID 30115分钟 pmr -m 0.25 301参数说明pmr -m 6 201中201是爱立信预定义报表ID必须查文档确认。-m 0.25表示15分钟0.25小时-m 2表示2小时。报表输出是结构化文本Acc_RrcConnSetupSuccRate字段需用grep提取pmr -m 6 201 | grep Acc_RrcConnSetupSuccRate。4.4 干扰与吞吐量pmxel与pmxe的物理层洞察pmxelPM extract excel和pmxePM extract excel graph专用于射频性能分析。Int_RadioRecInterferencePwr接收干扰功率和Int_RadioRecInterferencePwrPrbPRB级干扰是定位外部干扰的黄金指标# 查所有EUtranCell过去2小时的接收干扰功率画图用 pmxel . Int_RadioRecInterferencePwr$ -m 2 # 查所有EUtranCell过去15分钟的PRB级干扰定位具体PRB pmxe . Int_RadioRecInterferencePwrPrb -m 0.25避坑 / 常见问题 / 排查现象1pmxel . Int_RadioRecInterferencePwr$ -m 2执行超时原因Int_RadioRecInterferencePwr是高密度counter2小时数据量极大解决改用pmxe不画图只取值或缩短-m为-m 0.530分钟现象2pmr -m 6 204输出中Acc_RrcConnSetupSuccRate为0原因报表ID 204是“LTE EUtranCell Traffic Performance”但Acc_RrcConnSetupSuccRate可能不在该报表中解决查爱立信KPI手册确认该KPI所在报表ID通常是201或202或用pmxh取原始counter再计算现象3pmxh . pmRrcConnEstabAtt$|pmRrcConnEstabSucc$ -m 2 -a输出为空原因-a聚合要求counter有至少2个采样点若2小时内无数据则为空解决先用pmx查原始数据确认counter是否启用或改用-m 2424小时5. Log命令从告警历史到崩溃日志故障回溯的时空隧道Log命令是故障定界的最后一道防线。文档第5节的14道题本质是教你如何用日志构建时间线。lgalog alarm查告警历史lgxlog alarm at time查某时刻快照lgolog MO command查谁在什么时候改了什么——这不是日志检索是数字取证。5.1 告警与事件lga、lgx、lgh的时间锚点lga和lgx的区别在于粒度lga是时间段lgx是精确时间点。lghlog history则告诉你日志本身的采集时间这是校准所有日志时间戳的基准# 查2023-09-01以来所有告警格式YYYYMMDD lga -s 20230901 # 查2023-09-30 09:00的告警快照格式YYYYMMDD.HHMM lgx -s 20230930.0900 # 查日志采集时间关键所有日志时间基于此校准 lgh # 输出示例Date of log collection: 2023-09-22 10:01:50 EDT参数说明-ssince后跟时间字符串lga -s 20230901表示从2023年9月1日00:00开始。lgx -s 20230930.0900的.0900是小时分钟必须用24小时制。lgh输出的EDT是时区pmxz命令的时区转换必须与此一致。5.2 MO操作审计lgo与grep的精准溯源lgolog MO command记录所有set、cr、del操作。但原始输出是海量文本必须用grep过滤# 查所有SET操作定位配置变更 lgo | grep SET # 查所有针对EUtranCell的administrativeState变更锁定/解锁操作 lgo | grep -i ,eutrancell | grep -i administrativestate # 查所有针对EUtranCell的属性变更排除administrativeState查其他参数 lgo | grep -i ,eutrancell | grep -i -v administrativestate逻辑说明lgo输出格式为[time] [user] [command]grep -i忽略大小写,是MO路径分隔符-v反向匹配。grep -i ,eutrancell确保匹配EUtranCellFDD1这类路径grep -i administrativestate精确定位状态变更。5.3 系统与硬件日志lgd、lgg、lgp的故障分类不同日志源解决不同问题lgdlog downtime查重启lgglog crash查崩溃lgplog crash dump查dump文件——这是分层排障的基石# 查节点重启历史定位服务中断 lgd # 查板卡崩溃历史定位硬件故障 lgg # 查所有DU上的crash dump文件定位固件问题 lgp参数说明lgd输出包含restart typefull/partial和duration恢复时间。lgg输出包含board崩溃板卡名和timestamp。lgp列出dump文件路径可用于lgklog kernel进一步分析。5.4 多源日志融合lgovm与lgk的关联分析单一日志只能看到现象融合日志才能看到因果。lgovmlog MO availability合并MO操作与可用性事件lgklog kernel则深入内核# 合并MO操作日志与可用性日志10天内看操作后是否伴随中断 lgovm -m 10 # 合并ESI硬件、软件、告警日志定位软硬件协同故障 lgk -x hw,swmi,comal避坑 / 常见问题 / 排查现象1lga -s 20230901返回“no data found”原因日志采集时间早于2023-09-01或该时段无告警解决先lgh确认日志采集时间再调整-s参数现象2lgo | grep SET输出过多无法定位原因未加时间过滤日志量太大解决用lgo -m 1最近1天或lgo | grep 2023-09-22按日期过滤现象3lgd显示“latest restart: 2023-09-22 08:00”但lga查不到该时刻告警原因重启可能是计划内无告警产生解决查lgh确认日志采集时间再查lgd输出的restart typefull/partial和duration6. Sw Management与Inventory/COLI软件包与硬件资产的双向校验Sw Management软件管理和Inventory/COLI硬件库存命令表面是查版本、列板卡实则是网络可信度的双重校验。swm查到的软件版本必须与inventory查到的硬件型号匹配否则就是“牛头不对马嘴”的典型故障。文档第6-7节的练习核心是建立“软件-硬件-配置”三者的映射关系。6.1 软件版本与CV管理swm命令的版本溯源swmsoftware management命令不是装软件是查软件DNA。swm info查当前版本swm cv查CVConfiguration Version绑定关系——这是割接前必须核对的清单# 查当前节点软件版本输出R74F31 swm info # 查SW level 23.Q2.3-2绑定的CV确认配置包兼容性 swm cv -l 23.Q2.3-2 # 创建测试CV验证CV管理流程 swm cv -c test参数说明swm cv -l level查指定SW level绑定的CV-c创建CV。swm info输出的SW version必须与MOM查到的mom_version一致否则Moshell无法正确解析MO。6.2 硬件库存inventory与coli的实物映射inventory查硬件型号序列号coli查组件状态——两者结合才能确认“物理RRU”和“MO里的FieldReplaceableUnitRRU-2”是否一一对应# 查所有硬件板卡输出BoardType, SerialNumber, Status inventory list # 查所有组件列表输出ComponentName, State, Health coli list # 查特定组件详情如GPS模块 coli show GNSSModule逻辑说明inventory list输出的SerialNumber是物理设备唯一码coli list输出的State是MO状态enabled/disabledHealth是健康度ok/warning/fail。若inventory显示RRU存在但coli中FieldReplaceableUnitRRU-2状态为disabled说明硬件在线但MO未激活。6.3 运维闭环用mominventoryswm交叉验证真正的运维高手从不单独依赖一个命令。以下是一个标准验证流程用于割接后确认系统健康# 步骤1查MOM版本确认MO模型 pv mom_version # 应为R74F31 # 步骤2查软件版本确认SW匹配 swm info # 应为R74F31 # 步骤3查硬件库存确认物理设备 inventory list | grep RRU # 应列出所有RRU型号和序列号 # 步骤4查MO实例确认逻辑设备 pr ^fieldreplaceableunit | grep RRU # 应列出相同数量的RRU MO # 步骤5查状态一致性确认软硬联动 coli show FieldReplaceableUnitRRU-2 # State应为enabledHealth应为ok st FieldReplaceableUnitRRU-2 # administrativeState应为unlocked避坑 / 常见问题 / 排查现象1swm info显示R74F31但pv mom_version显示R73F20原因软件升级未完成或Moshell缓存未刷新解决重启Moshell或执行mom reload强制重载MOM现象2inventory list显示RRU-2存在但pr ^fieldreplaceableunit无RRU-2原因硬件已安装但MO未自动发现需手动cr或触发auto-discovery解决执行cr FieldReplaceableUnitRRU-2创建MO或查coli确认是否需enable现象3coli show FieldReplaceableUnitRRU-2中Healthfail但st显示administrativeStateunlocked原因硬件故障如光模块损坏但MO未被锁解决立即bl FieldReplaceableUnitRRU-2联系硬件更换7. 离线Moshell实战用C77A02X_230922_100150_EDT_MSRBS-LN_CXP9024418-15_R74F31_esidec_dcgm.zip构建零信任沙盒这份文档最大的价值不是教你命令而是给你一个可离线运行、完全隔离、与现网R74F31版本100%一致的Moshell沙盒。C77A02X_230922_100150_EDT_MSRBS-LN_CXP9024418-15_R74F31_esidec_dcgm.zip不是模拟器而是爱立信官方导出的DCGMData Collection and Generation Module快照——它包含了该基站截至202本文还有配套的精品资源点击获取 爱立信Moshell实战指南：R74F31基站离线运维与MOM/PM/Log命令精解
简介本资源是一份面向通信网络运维工程师、爱立信设备初学者及5G/4G网管人员的实战型指令速查手册系统梳理爱立信Moshell环境下9大核心命令体系——涵盖MOM对象管理、MO-read/write配置读写、PM性能采集、Log日志调试、Sw Management软件升级、Inventory/COLI硬件盘点、Transport Network传输配置及LTE/NR无线参数调优等关键场景。文档以清晰分类语法说明典型命令实例如moms get all BscSystem、nr set Nrcell:cellId1 maxUsers200展开兼顾原理理解与一线操作复用。资源为单个Word文档.doc体积精简仅117KB便于随身查阅与快速检索内容源自真实培训材料含Moshell离线练习指引及版本修订记录结构完整、术语规范。目前已有712人下载学习是掌握爱立信4G/5G网元基础运维能力的高实用性入门参考。1. 爱立信4G/5G运维工程师的“命令黑匣子”一份离线可练、上线能用的Moshell实战指令集你刚接手一台R74F31版本的爱立信MSRBS-LN基站告警面板红灯闪烁但现场没网、连不上OMC——这时候翻文档等远程支持不。你掏出U盘里那个叫C77A02X_230922_100150_EDT_MSRBS-LN_CXP9024418-15_R74F31_esidec_dcgm.zip的离线包双击启动Moshell输入lt all三秒内看到全部MO实例再敲alt当前活跃告警全在眼前接着pmxh . pmRrcConnEstabAtt$|pmRrcConnEstabSucc$ -m 2 -a两小时聚合KPI横向比对立刻生成。这不是玄学是这份2023年11月更新的《爱立信4G和5G常用指令.doc》rev PA12给你的底气。它不是泛泛而谈的API手册而是把Moshell当真实运维环境用——从MOM对象树探查、MO读写锁控、PM性能采样、日志时间轴回溯到软件包管理、硬件库存核查全部基于R74F31实测验证。适合刚通过爱立信认证的新人快速上手也适合老手在割接前做离线沙盒预演。它解决的不是“怎么查参数”而是“断网时怎么救活基站”“升级后怎么秒级回滚”“KPI突降时怎么定位是硬件还是配置”这些血泪问题。文件本身是Word文档但真正价值藏在每一条带上下文的命令里为什么crn比cr更安全为什么rset才能改cellId为什么pmxlz要加-m 2而不是-m 120答案全在后续章节的实操拆解中。2. MOM命令从对象模型根目录开始像翻电话簿一样查清基站“家底”MOMManaged Object Manager不是抽象概念它是爱立信网元内部的“对象操作系统”。每个基站、小区、RRU、VLAN端口甚至一个GPS模块在MOM里都对应一个可寻址、可查询、可操作的MOManaged Object。这份文档的MOM章节第1节本质是一份对象导航地图——教你如何不用GUI、不靠OMC纯靠命令穿透三层嵌套MO结构精准定位到EUtranCellFDD1的systemInformationBlock8.searchWindowSizeCdma这个具体字段。新手常误以为MOM只是“查东西”其实它更是配置变更的前置校验器改参数前先momd看类型momtl看继承关系mom . arfcn筛出所有频点相关属性——这步省了后面set就大概率报错。2.1 MOM基础探查三步定位任意MO类的定义与约束所有MOM操作始于mom命令。文档开头的练习题看似简单实则覆盖了最核心的四个能力查命令、查版本、查变量、查MO类定义。下面直接给出可复现的命令链并解释每个参数为何不可替换# 1. 查当前Moshell支持的所有命令注意不是help是lt lt # 2. 查Moshell自身版本及Release History关键不同版本MOM结构差异巨大 pv moshell_version # 输出示例moshell_version6.2.0.123456 (PA12) # 3. 查用户变量及修改alarm_format影响告警输出格式值为2时显示完整MO路径 uv uv alarm_format uv alarm_format2 # 必须用等号空格会报错 # 4. 查当前连接节点的MOM版本决定你能用哪些MO类 pv mom_version # 输出示例mom_versionR74F31提示pvprint variable和uvuser variable是Moshell会话级变量控制命令。alarm_format2是血泪经验——默认alarm_format1只显示告警ID2才显示FieldReplaceableUnitRRU-2:administrativeState这种完整路径否则你根本不知道告警来自哪个RRU。2.2 MO类深度挖掘用正则和通配符穿透对象树文档第6题要求查FieldReplaceableUnit类这其实是基站硬件管理的入口。但真实场景中你往往不知道MO类名只知道“我要找GPS相关参数”。这时momdMOM description配合正则就是救命稻草# 查所有描述含gnss的属性GPS模块状态、精度、卫星数全在这里 momd . . . . gnss # 查所有单位为Watts或dB的属性发射功率、接收灵敏度等关键射频参数 mom . . . . unit:.*w mom . . . . unit:.*db # 查所有类型为moRef的属性即指向其他MO的引用如SectorEquipmentFunction→RfBranch momd . . ^moref参数说明momd . . . . keyword中四个点.代表“任意层级深度”keyword是正则表达式。unit:.*w匹配unit:Watts、unit:dBm等^moref中^表示“以moref开头”精准过滤引用类型。漏掉任何一个.搜索范围就缩窄到当前层可能找不到目标。2.3 MO实例数量与结构边界预判配置容量的硬指标第10-11题直击规划痛点ENodeBFunction下最多能建多少个EUtranCellFDD这决定了单站最大小区数。命令不是猜是查MOM定义# 查ENodeBFunction下允许的子MO类输出包含EUtranCellFDD, SectorEquipmentFunction等 momtl lrat.enodebfunction # 查EUtranCellFDD类的最大实例数关键R74F31返回maxInstances512 momtl \.eutrancellfdd # 查SectorEquipmentFunction类的最大实例数决定RRU/AAU数量上限 momtl \.sectoreq逻辑说明momtlMOM tree list输出的是MO类的静态定义约束不是当前实际数量。\.eutrancellfdd中的\.是转义确保匹配以eutrancellfdd结尾的类名避免误匹配eutrancelltdd。这个数值必须记牢——超限创建会直接失败且错误提示极不友好。2.4 属性类型与取值范围避免“参数设置失败”的终极排查法第12-14题教你怎么查一个属性的数据契约。比如UpgradePackage:state你以为设stateactive就行错。必须先查它是什么类型、有哪些合法值# 查UpgradePackage.state的类型输出enumref: RcsSwM.upgradepackagestate mom upgradepackage state # 查该枚举类型的所有可选值输出idle, downloading, downloaded, activating, active, failed mom RcsSwM.upgradepackagestate # 查FieldReplaceableUnit.administrativeState的枚举值锁定/解锁状态 mom ReqFieldReplaceableUnit.AdmState # 输出unlocked, locked, shuttingDown, shutdown避坑 / 常见问题 / 排查现象1执行set FieldReplaceableUnitRRU-2 administrativeStatelocked报错“Invalid value”原因administrativeState是枚举类型但locked不是合法值正确值是locked小写还是Locked必须mom ReqFieldReplaceableUnit.AdmState确认解决查到合法值为unlocked,locked,shuttingDown,shutdown所以命令应为set FieldReplaceableUnitRRU-2 administrativeStatelocked注意全小写现象2set EUtranCellFDD1 earfcndl6300失败提示“restricted attribute”原因earfcndl是受限属性不能直接set必须用MO action或rset解决先acl ^eutrancellfdd1查可用action找到changefrequency再执行acc ^eutrancellfdd1 changefrequency earfcn6300现象3mom eutrancellfdd systemInformationBlock8返回structRef:Lrat.SIB8但hget查不到searchWindowSizeCdma原因systemInformationBlock8是结构体其成员需用momd sib8 .展开再查具体成员解决momd sib8 .→mom searchWindowSizeCdma .→ 确认其range为[0, 15]再set时不能超限3. MO-read与MO-write读是诊断前提写是变更核心锁控是安全底线MO-read和MO-write不是独立技能而是一个闭环读准了才能写对写之前必须锁住写完必须验证。文档第2-3节用17道题覆盖了从“查IP地址”到“创建VLAN端口”的全链路但新手常忽略一个事实prprint和stset背后是严格的事务模型。比如blblock锁MO后其他终端无法修改但blssoft-block允许紧急debdeblock这是割接窗口期的保命机制。3.1 MO-read用hget和lpr实现多维度数据提取prprint是基础但生产环境需要更精准的提取。hgethorizontal get能把多个属性横排输出lprlist print则按MO实例列表输出——这是KPI分析和批量核查的起点# 查所有EUtranCellFDD的5个关键属性横排便于Excel处理 hget ^eutrancell bandwidth|arfcn|physicalLayerCellIdGroup|tac|physicalLayerSubCellId # 查所有QciProfilePredefined的DSCP、priority、resourcetype横排QoS策略核对 hget QciProfilePredefined dscp|^priority|resourcetype # 查特定RRU下的所有RfPort层级关系必须写全 lpr FieldReplaceableUnitRRU-2,rfport参数说明hget ^eutrancell中^表示“所有以eutrancell开头的MO类”|是OR分隔符。lpr FieldReplaceableUnitRRU-2,rfport的逗号,表示父子关系后留空表示查所有子实例。漏掉逗号或写成FieldReplaceableUnitRRU-2 rfport空格会报语法错。3.2 MO-writecrvscrn创建MO的两种哲学创建MOcr和创建新MOcrn表面相似实则天壤之别。cr是“覆盖创建”若MO已存在会清空原有属性重置crn是“安全创建”若MO存在则报错强制你先del再crn——这是防止误覆盖的后悔药# 危险操作cr创建VlanPort若已存在原配置丢失 cr Transport1,VlanPort100 Transport1,EthernetPortTN_B vlanId100 # 安全操作crn创建VlanPort存在则报错逼你确认 crn Transport1,VlanPort100 encapsulation Transport1,EthernetPortTN_B vlanId 100 end # 删除MO必须用全路径VlanPort100不够要Transport1,VlanPort100 del Transport1,VlanPort100逻辑说明crn块内encapsulation和vlanId是属性赋值end结束块。del命令必须指定完整LDNLogical DN因为VlanPort100可能在多个Transport下存在。这是爱立信MO模型的严格性体现——没有全局唯一ID只有路径唯一。3.3 锁控操作bl/bls与deb的黄金组合锁MO不是功能是流程。blblock是硬锁blssoft-block是软锁区别在于bls允许debdeblock即时解锁而bl必须等deb或超时# 硬锁一个小区割接时用防止误操作 bl eutrancellfdd1 # 软锁同一个小区测试时用随时可解锁 bls eutrancellfdd1 # 解锁无论硬锁软锁deb都有效 deb eutrancellfdd1 # 检查锁状态输出包含administrativeStateblocked或softBlocked st eutrancellfdd1参数说明ststatus输出的administrativeState字段会显示blocked硬锁或softBlocked软锁。deb命令无参数直接执行即可。这是爱立信防误操作的双保险设计。3.4 受限属性修改rset与MO action的不可替代性cellId和earfcndl被标记为restricted意味着它们关联底层硬件资源直接set会破坏一致性。解决方案只有两个rsetre-set带校验的重置或MO action调用内置业务逻辑# 查cellId是否可设输出restricted attribute, cannot be set mom \.eutrancellfdd ^cellid # 用rset修改cellId需提供完整LDN和新值 rset ENodeBFunction1,EUtranCellFDD1 cellId99 # 用MO action修改earfcndl先查action再执行 acl ^eutrancellfdd1 acc ^eutrancellfdd1 changefrequency earfcn6300避坑 / 常见问题 / 排查现象1set EUtranCellFDD1 cellId99执行成功但小区退服原因cellId是受限属性set命令绕过校验导致MO状态不一致解决必须用rset它会触发底层校验和同步现象2acc ^eutrancellfdd1 changefrequency执行后earfcndl未变原因changefrequencyaction需要参数earfcn漏掉参数名或值格式错误解决acc ^eutrancellfdd1 changefrequency earfcn6300注意earfcn是参数名6300是值现象3cr enodebfunction1,eutrancellfdd99创建失败提示“MO class not found”原因enodebfunction1必须存在且EUtranCellFDD类需在ENodeBFunction下注册解决先pr ^enodebfunction确认ENodeBFunction1存在再cr4. PM命令从原始计数器到KPI报表性能数据的七层解析法PMPerformance Management命令是网络优化的弹药库。文档第4节的10道题表面是查pmRrcConnEstabAtt实则是教你如何把原始counter变成决策依据。pmxPM extract取原始值pmxzPM extract timezone转本地时区pmxlzPM extract local timezone graph画图——但真正关键的是-aaggregate和-mminutes参数的组合它决定了你看到的是“瞬时快照”还是“趋势规律”。4.1 Counter探查用pmomd定位性能瓶颈根源pmomdPM MOM description是性能分析的第一步。它不是查数值而是查“这个counter到底在量什么”# 查所有含reject或fail的counter定位失败类问题 pmomd . . . . fail|reject # 查同时含rlc和fail的counter精确定位RLC层失败 pmomd . . . . rlc.*fail|fail.*rlc # 查pmRrcConnEstabAtt和pmRrcConnEstabSucc的定义确认是否primary counter pmom . pmRrcConnEstabAtt$|pmRrcConnEstabSucc$参数说明pmomd . . . . fail|reject中|是OR.*是任意字符。pmom . pmRrcConnEstabAtt$的$表示字符串结尾避免匹配pmRrcConnEstabAtt2。pmom输出会标注primary: true/falseprimary counter才是KPI计算的源头。4.2 Counter提取pmx家族命令的时空矩阵pmx命令的参数组合是性能分析的核心生产力。-m定义时间窗口-a定义聚合方式-h定义横排输出——三者缺一不可# 取过去2小时所有EUtranCell的两个counter原始值纵排 pmx . pmRrcConnEstabAtt$|pmRrcConnEstabSucc$ -m 2 # 同上但转为本地时区解决跨时区割接问题 pmxz . pmRrcConnEstabAtt$|pmRrcConnEstabSucc$ -m 2 # 同上且横排输出便于Excel导入列名为cell, att, succ pmxh . pmRrcConnEstabAtt$|pmRrcConnEstabSucc$ -m 2 # 同上且按小时聚合得到每小时的sum值看趋势 pmxh . pmRrcConnEstabAtt$|pmRrcConnEstabSucc$ -m 2 -a逻辑说明-aaggregate默认按sum聚合-m 2表示2小时窗口。pmxh的h是horizontalpmxlz的lz是local timezone graph。不加-a输出的是每5分钟一个点加了-a输出的是每小时一个sum值。这是区分“毛刺”和“趋势”的关键。4.3 KPI报表pmr命令的业务语义映射pmrPM report不是技术命令是业务语言。pmr -m 6 201中的201是报表ID对应“LTE Node Traffic Performance”而-m 6是6小时窗口。文档第8-9题要求你从报表中提取Acc_RrcConnSetupSuccRate这需要你理解报表ID与KPI的映射关系# 执行节点级KPI报表ID 2016小时 pmr -m 6 201 # 执行小区级KPI报表ID 2046小时 pmr -m 6 204 # 执行接口吞吐量报表ID 30115分钟 pmr -m 0.25 301参数说明pmr -m 6 201中201是爱立信预定义报表ID必须查文档确认。-m 0.25表示15分钟0.25小时-m 2表示2小时。报表输出是结构化文本Acc_RrcConnSetupSuccRate字段需用grep提取pmr -m 6 201 | grep Acc_RrcConnSetupSuccRate。4.4 干扰与吞吐量pmxel与pmxe的物理层洞察pmxelPM extract excel和pmxePM extract excel graph专用于射频性能分析。Int_RadioRecInterferencePwr接收干扰功率和Int_RadioRecInterferencePwrPrbPRB级干扰是定位外部干扰的黄金指标# 查所有EUtranCell过去2小时的接收干扰功率画图用 pmxel . Int_RadioRecInterferencePwr$ -m 2 # 查所有EUtranCell过去15分钟的PRB级干扰定位具体PRB pmxe . Int_RadioRecInterferencePwrPrb -m 0.25避坑 / 常见问题 / 排查现象1pmxel . Int_RadioRecInterferencePwr$ -m 2执行超时原因Int_RadioRecInterferencePwr是高密度counter2小时数据量极大解决改用pmxe不画图只取值或缩短-m为-m 0.530分钟现象2pmr -m 6 204输出中Acc_RrcConnSetupSuccRate为0原因报表ID 204是“LTE EUtranCell Traffic Performance”但Acc_RrcConnSetupSuccRate可能不在该报表中解决查爱立信KPI手册确认该KPI所在报表ID通常是201或202或用pmxh取原始counter再计算现象3pmxh . pmRrcConnEstabAtt$|pmRrcConnEstabSucc$ -m 2 -a输出为空原因-a聚合要求counter有至少2个采样点若2小时内无数据则为空解决先用pmx查原始数据确认counter是否启用或改用-m 2424小时5. Log命令从告警历史到崩溃日志故障回溯的时空隧道Log命令是故障定界的最后一道防线。文档第5节的14道题本质是教你如何用日志构建时间线。lgalog alarm查告警历史lgxlog alarm at time查某时刻快照lgolog MO command查谁在什么时候改了什么——这不是日志检索是数字取证。5.1 告警与事件lga、lgx、lgh的时间锚点lga和lgx的区别在于粒度lga是时间段lgx是精确时间点。lghlog history则告诉你日志本身的采集时间这是校准所有日志时间戳的基准# 查2023-09-01以来所有告警格式YYYYMMDD lga -s 20230901 # 查2023-09-30 09:00的告警快照格式YYYYMMDD.HHMM lgx -s 20230930.0900 # 查日志采集时间关键所有日志时间基于此校准 lgh # 输出示例Date of log collection: 2023-09-22 10:01:50 EDT参数说明-ssince后跟时间字符串lga -s 20230901表示从2023年9月1日00:00开始。lgx -s 20230930.0900的.0900是小时分钟必须用24小时制。lgh输出的EDT是时区pmxz命令的时区转换必须与此一致。5.2 MO操作审计lgo与grep的精准溯源lgolog MO command记录所有set、cr、del操作。但原始输出是海量文本必须用grep过滤# 查所有SET操作定位配置变更 lgo | grep SET # 查所有针对EUtranCell的administrativeState变更锁定/解锁操作 lgo | grep -i ,eutrancell | grep -i administrativestate # 查所有针对EUtranCell的属性变更排除administrativeState查其他参数 lgo | grep -i ,eutrancell | grep -i -v administrativestate逻辑说明lgo输出格式为[time] [user] [command]grep -i忽略大小写,是MO路径分隔符-v反向匹配。grep -i ,eutrancell确保匹配EUtranCellFDD1这类路径grep -i administrativestate精确定位状态变更。5.3 系统与硬件日志lgd、lgg、lgp的故障分类不同日志源解决不同问题lgdlog downtime查重启lgglog crash查崩溃lgplog crash dump查dump文件——这是分层排障的基石# 查节点重启历史定位服务中断 lgd # 查板卡崩溃历史定位硬件故障 lgg # 查所有DU上的crash dump文件定位固件问题 lgp参数说明lgd输出包含restart typefull/partial和duration恢复时间。lgg输出包含board崩溃板卡名和timestamp。lgp列出dump文件路径可用于lgklog kernel进一步分析。5.4 多源日志融合lgovm与lgk的关联分析单一日志只能看到现象融合日志才能看到因果。lgovmlog MO availability合并MO操作与可用性事件lgklog kernel则深入内核# 合并MO操作日志与可用性日志10天内看操作后是否伴随中断 lgovm -m 10 # 合并ESI硬件、软件、告警日志定位软硬件协同故障 lgk -x hw,swmi,comal避坑 / 常见问题 / 排查现象1lga -s 20230901返回“no data found”原因日志采集时间早于2023-09-01或该时段无告警解决先lgh确认日志采集时间再调整-s参数现象2lgo | grep SET输出过多无法定位原因未加时间过滤日志量太大解决用lgo -m 1最近1天或lgo | grep 2023-09-22按日期过滤现象3lgd显示“latest restart: 2023-09-22 08:00”但lga查不到该时刻告警原因重启可能是计划内无告警产生解决查lgh确认日志采集时间再查lgd输出的restart typefull/partial和duration6. Sw Management与Inventory/COLI软件包与硬件资产的双向校验Sw Management软件管理和Inventory/COLI硬件库存命令表面是查版本、列板卡实则是网络可信度的双重校验。swm查到的软件版本必须与inventory查到的硬件型号匹配否则就是“牛头不对马嘴”的典型故障。文档第6-7节的练习核心是建立“软件-硬件-配置”三者的映射关系。6.1 软件版本与CV管理swm命令的版本溯源swmsoftware management命令不是装软件是查软件DNA。swm info查当前版本swm cv查CVConfiguration Version绑定关系——这是割接前必须核对的清单# 查当前节点软件版本输出R74F31 swm info # 查SW level 23.Q2.3-2绑定的CV确认配置包兼容性 swm cv -l 23.Q2.3-2 # 创建测试CV验证CV管理流程 swm cv -c test参数说明swm cv -l level查指定SW level绑定的CV-c创建CV。swm info输出的SW version必须与MOM查到的mom_version一致否则Moshell无法正确解析MO。6.2 硬件库存inventory与coli的实物映射inventory查硬件型号序列号coli查组件状态——两者结合才能确认“物理RRU”和“MO里的FieldReplaceableUnitRRU-2”是否一一对应# 查所有硬件板卡输出BoardType, SerialNumber, Status inventory list # 查所有组件列表输出ComponentName, State, Health coli list # 查特定组件详情如GPS模块 coli show GNSSModule逻辑说明inventory list输出的SerialNumber是物理设备唯一码coli list输出的State是MO状态enabled/disabledHealth是健康度ok/warning/fail。若inventory显示RRU存在但coli中FieldReplaceableUnitRRU-2状态为disabled说明硬件在线但MO未激活。6.3 运维闭环用mominventoryswm交叉验证真正的运维高手从不单独依赖一个命令。以下是一个标准验证流程用于割接后确认系统健康# 步骤1查MOM版本确认MO模型 pv mom_version # 应为R74F31 # 步骤2查软件版本确认SW匹配 swm info # 应为R74F31 # 步骤3查硬件库存确认物理设备 inventory list | grep RRU # 应列出所有RRU型号和序列号 # 步骤4查MO实例确认逻辑设备 pr ^fieldreplaceableunit | grep RRU # 应列出相同数量的RRU MO # 步骤5查状态一致性确认软硬联动 coli show FieldReplaceableUnitRRU-2 # State应为enabledHealth应为ok st FieldReplaceableUnitRRU-2 # administrativeState应为unlocked避坑 / 常见问题 / 排查现象1swm info显示R74F31但pv mom_version显示R73F20原因软件升级未完成或Moshell缓存未刷新解决重启Moshell或执行mom reload强制重载MOM现象2inventory list显示RRU-2存在但pr ^fieldreplaceableunit无RRU-2原因硬件已安装但MO未自动发现需手动cr或触发auto-discovery解决执行cr FieldReplaceableUnitRRU-2创建MO或查coli确认是否需enable现象3coli show FieldReplaceableUnitRRU-2中Healthfail但st显示administrativeStateunlocked原因硬件故障如光模块损坏但MO未被锁解决立即bl FieldReplaceableUnitRRU-2联系硬件更换7. 离线Moshell实战用C77A02X_230922_100150_EDT_MSRBS-LN_CXP9024418-15_R74F31_esidec_dcgm.zip构建零信任沙盒这份文档最大的价值不是教你命令而是给你一个可离线运行、完全隔离、与现网R74F31版本100%一致的Moshell沙盒。C77A02X_230922_100150_EDT_MSRBS-LN_CXP9024418-15_R74F31_esidec_dcgm.zip不是模拟器而是爱立信官方导出的DCGMData Collection and Generation Module快照——它包含了该基站截至202本文还有配套的精品资源点击获取