簡介本資源是一份面向通信網(wǎng)絡(luò)運維工程師、愛立信設(shè)備初學(xué)者及5G/4G網(wǎng)管人員的實戰(zhàn)型指令速查手冊系統(tǒng)梳理愛立信Moshell環(huán)境下9大核心命令體系——涵蓋MOM對象管理、MO-read/write配置讀寫、PM性能采集、Log日志調(diào)試、Sw Management軟件升級、Inventory/COLI硬件盤點、Transport Network傳輸配置及LTE/NR無線參數(shù)調(diào)優(yōu)等關(guān)鍵場景。文檔以清晰分類語法說明典型命令實例如moms get all BscSystem、nr set Nrcell:cellId1 maxUsers200展開兼顧原理理解與一線操作復(fù)用。資源為單個Word文檔.doc體積精簡僅117KB便于隨身查閱與快速檢索內(nèi)容源自真實培訓(xùn)材料含Moshell離線練習(xí)指引及版本修訂記錄結(jié)構(gòu)完整、術(shù)語規(guī)范。目前已有712人下載學(xué)習(xí)是掌握愛立信4G/5G網(wǎng)元基礎(chǔ)運維能力的高實用性入門參考。1. 愛立信4G/5G運維工程師的“命令黑匣子”一份離線可練、上線能用的Moshell實戰(zhàn)指令集你剛接手一臺R74F31版本的愛立信MSRBS-LN基站告警面板紅燈閃爍但現(xiàn)場沒網(wǎng)、連不上OMC——這時候翻文檔等遠程支持不。你掏出U盤里那個叫C77A02X_230922_100150_EDT_MSRBS-LN_CXP9024418-15_R74F31_esidec_dcgm.zip的離線包雙擊啟動Moshell輸入lt all三秒內(nèi)看到全部MO實例再敲alt當前活躍告警全在眼前接著pmxh . pmRrcConnEstabAtt$|pmRrcConnEstabSucc$ -m 2 -a兩小時聚合KPI橫向比對立刻生成。這不是玄學(xué)是這份2023年11月更新的《愛立信4G和5G常用指令.doc》rev PA12給你的底氣。它不是泛泛而談的API手冊而是把Moshell當真實運維環(huán)境用——從MOM對象樹探查、MO讀寫鎖控、PM性能采樣、日志時間軸回溯到軟件包管理、硬件庫存核查全部基于R74F31實測驗證。適合剛通過愛立信認證的新人快速上手也適合老手在割接前做離線沙盒預(yù)演。它解決的不是“怎么查參數(shù)”而是“斷網(wǎng)時怎么救活基站”“升級后怎么秒級回滾”“KPI突降時怎么定位是硬件還是配置”這些血淚問題。文件本身是Word文檔但真正價值藏在每一條帶上下文的命令里為什么crn比cr更安全為什么rset才能改cellId為什么pmxlz要加-m 2而不是-m 120答案全在后續(xù)章節(jié)的實操拆解中。2. MOM命令從對象模型根目錄開始像翻電話簿一樣查清基站“家底”MOMManaged Object Manager不是抽象概念它是愛立信網(wǎng)元內(nèi)部的“對象操作系統(tǒng)”。每個基站、小區(qū)、RRU、VLAN端口甚至一個GPS模塊在MOM里都對應(yīng)一個可尋址、可查詢、可操作的MOManaged Object。這份文檔的MOM章節(jié)第1節(jié)本質(zhì)是一份對象導(dǎo)航地圖——教你如何不用GUI、不靠OMC純靠命令穿透三層嵌套MO結(jié)構(gòu)精準定位到EUtranCellFDD1的systemInformationBlock8.searchWindowSizeCdma這個具體字段。新手常誤以為MOM只是“查東西”其實它更是配置變更的前置校驗器改參數(shù)前先momd看類型momtl看繼承關(guān)系mom . arfcn篩出所有頻點相關(guān)屬性——這步省了后面set就大概率報錯。2.1 MOM基礎(chǔ)探查三步定位任意MO類的定義與約束所有MOM操作始于mom命令。文檔開頭的練習(xí)題看似簡單實則覆蓋了最核心的四個能力查命令、查版本、查變量、查MO類定義。下面直接給出可復(fù)現(xiàn)的命令鏈并解釋每個參數(shù)為何不可替換# 1. 查當前Moshell支持的所有命令注意不是help是lt lt # 2. 查Moshell自身版本及Release History關(guān)鍵不同版本MOM結(jié)構(gòu)差異巨大 pv moshell_version # 輸出示例moshell_version6.2.0.123456 (PA12) # 3. 查用戶變量及修改alarm_format影響告警輸出格式值為2時顯示完整MO路徑 uv uv alarm_format uv alarm_format2 # 必須用等號空格會報錯 # 4. 查當前連接節(jié)點的MOM版本決定你能用哪些MO類 pv mom_version # 輸出示例mom_versionR74F31提示pvprint variable和uvuser variable是Moshell會話級變量控制命令。alarm_format2是血淚經(jīng)驗——默認alarm_format1只顯示告警ID2才顯示FieldReplaceableUnitRRU-2:administrativeState這種完整路徑否則你根本不知道告警來自哪個RRU。2.2 MO類深度挖掘用正則和通配符穿透對象樹文檔第6題要求查FieldReplaceableUnit類這其實是基站硬件管理的入口。但真實場景中你往往不知道MO類名只知道“我要找GPS相關(guān)參數(shù)”。這時momdMOM description配合正則就是救命稻草# 查所有描述含gnss的屬性GPS模塊狀態(tài)、精度、衛(wèi)星數(shù)全在這里 momd . . . . gnss # 查所有單位為Watts或dB的屬性發(fā)射功率、接收靈敏度等關(guān)鍵射頻參數(shù) mom . . . . unit:.*w mom . . . . unit:.*db # 查所有類型為moRef的屬性即指向其他MO的引用如SectorEquipmentFunction→RfBranch momd . . ^moref參數(shù)說明momd . . . . keyword中四個點.代表“任意層級深度”keyword是正則表達式。unit:.*w匹配unit:Watts、unit:dBm等^moref中^表示“以moref開頭”精準過濾引用類型。漏掉任何一個.搜索范圍就縮窄到當前層可能找不到目標。2.3 MO實例數(shù)量與結(jié)構(gòu)邊界預(yù)判配置容量的硬指標第10-11題直擊規(guī)劃痛點ENodeBFunction下最多能建多少個EUtranCellFDD這決定了單站最大小區(qū)數(shù)。命令不是猜是查MOM定義# 查ENodeBFunction下允許的子MO類輸出包含EUtranCellFDD, SectorEquipmentFunction等 momtl lrat.enodebfunction # 查EUtranCellFDD類的最大實例數(shù)關(guān)鍵R74F31返回maxInstances512 momtl \.eutrancellfdd # 查SectorEquipmentFunction類的最大實例數(shù)決定RRU/AAU數(shù)量上限 momtl \.sectoreq邏輯說明momtlMOM tree list輸出的是MO類的靜態(tài)定義約束不是當前實際數(shù)量。\.eutrancellfdd中的\.是轉(zhuǎn)義確保匹配以eutrancellfdd結(jié)尾的類名避免誤匹配eutrancelltdd。這個數(shù)值必須記牢——超限創(chuàng)建會直接失敗且錯誤提示極不友好。2.4 屬性類型與取值范圍避免“參數(shù)設(shè)置失敗”的終極排查法第12-14題教你怎么查一個屬性的數(shù)據(jù)契約。比如UpgradePackage:state你以為設(shè)stateactive就行錯。必須先查它是什么類型、有哪些合法值# 查UpgradePackage.state的類型輸出enumref: RcsSwM.upgradepackagestate mom upgradepackage state # 查該枚舉類型的所有可選值輸出idle, downloading, downloaded, activating, active, failed mom RcsSwM.upgradepackagestate # 查FieldReplaceableUnit.administrativeState的枚舉值鎖定/解鎖狀態(tài) mom ReqFieldReplaceableUnit.AdmState # 輸出unlocked, locked, shuttingDown, shutdown避坑 / 常見問題 / 排查現(xiàn)象1執(zhí)行set FieldReplaceableUnitRRU-2 administrativeStatelocked報錯“Invalid value”原因administrativeState是枚舉類型但locked不是合法值正確值是locked小寫還是Locked必須mom ReqFieldReplaceableUnit.AdmState確認解決查到合法值為unlocked,locked,shuttingDown,shutdown所以命令應(yīng)為set FieldReplaceableUnitRRU-2 administrativeStatelocked注意全小寫現(xiàn)象2set EUtranCellFDD1 earfcndl6300失敗提示“restricted attribute”原因earfcndl是受限屬性不能直接set必須用MO action或rset解決先acl ^eutrancellfdd1查可用action找到changefrequency再執(zhí)行acc ^eutrancellfdd1 changefrequency earfcn6300現(xiàn)象3mom eutrancellfdd systemInformationBlock8返回structRef:Lrat.SIB8但hget查不到searchWindowSizeCdma原因systemInformationBlock8是結(jié)構(gòu)體其成員需用momd sib8 .展開再查具體成員解決momd sib8 .→mom searchWindowSizeCdma .→ 確認其range為[0, 15]再set時不能超限3. MO-read與MO-write讀是診斷前提寫是變更核心鎖控是安全底線MO-read和MO-write不是獨立技能而是一個閉環(huán)讀準了才能寫對寫之前必須鎖住寫完必須驗證。文檔第2-3節(jié)用17道題覆蓋了從“查IP地址”到“創(chuàng)建VLAN端口”的全鏈路但新手常忽略一個事實prprint和stset背后是嚴格的事務(wù)模型。比如blblock鎖MO后其他終端無法修改但blssoft-block允許緊急debdeblock這是割接窗口期的保命機制。3.1 MO-read用hget和lpr實現(xiàn)多維度數(shù)據(jù)提取prprint是基礎(chǔ)但生產(chǎn)環(huán)境需要更精準的提取。hgethorizontal get能把多個屬性橫排輸出lprlist print則按MO實例列表輸出——這是KPI分析和批量核查的起點# 查所有EUtranCellFDD的5個關(guān)鍵屬性橫排便于Excel處理 hget ^eutrancell bandwidth|arfcn|physicalLayerCellIdGroup|tac|physicalLayerSubCellId # 查所有QciProfilePredefined的DSCP、priority、resourcetype橫排QoS策略核對 hget QciProfilePredefined dscp|^priority|resourcetype # 查特定RRU下的所有RfPort層級關(guān)系必須寫全 lpr FieldReplaceableUnitRRU-2,rfport參數(shù)說明hget ^eutrancell中^表示“所有以eutrancell開頭的MO類”|是OR分隔符。lpr FieldReplaceableUnitRRU-2,rfport的逗號,表示父子關(guān)系后留空表示查所有子實例。漏掉逗號或?qū)懗蒄ieldReplaceableUnitRRU-2 rfport空格會報語法錯。3.2 MO-writecrvscrn創(chuàng)建MO的兩種哲學(xué)創(chuàng)建MOcr和創(chuàng)建新MOcrn表面相似實則天壤之別。cr是“覆蓋創(chuàng)建”若MO已存在會清空原有屬性重置crn是“安全創(chuàng)建”若MO存在則報錯強制你先del再crn——這是防止誤覆蓋的后悔藥# 危險操作cr創(chuàng)建VlanPort若已存在原配置丟失 cr Transport1,VlanPort100 Transport1,EthernetPortTN_B vlanId100 # 安全操作crn創(chuàng)建VlanPort存在則報錯逼你確認 crn Transport1,VlanPort100 encapsulation Transport1,EthernetPortTN_B vlanId 100 end # 刪除MO必須用全路徑VlanPort100不夠要Transport1,VlanPort100 del Transport1,VlanPort100邏輯說明crn塊內(nèi)encapsulation和vlanId是屬性賦值end結(jié)束塊。del命令必須指定完整LDNLogical DN因為VlanPort100可能在多個Transport下存在。這是愛立信MO模型的嚴格性體現(xiàn)——沒有全局唯一ID只有路徑唯一。3.3 鎖控操作bl/bls與deb的黃金組合鎖MO不是功能是流程。blblock是硬鎖blssoft-block是軟鎖區(qū)別在于bls允許debdeblock即時解鎖而bl必須等deb或超時# 硬鎖一個小區(qū)割接時用防止誤操作 bl eutrancellfdd1 # 軟鎖同一個小區(qū)測試時用隨時可解鎖 bls eutrancellfdd1 # 解鎖無論硬鎖軟鎖deb都有效 deb eutrancellfdd1 # 檢查鎖狀態(tài)輸出包含administrativeStateblocked或softBlocked st eutrancellfdd1參數(shù)說明ststatus輸出的administrativeState字段會顯示blocked硬鎖或softBlocked軟鎖。deb命令無參數(shù)直接執(zhí)行即可。這是愛立信防誤操作的雙保險設(shè)計。3.4 受限屬性修改rset與MO action的不可替代性cellId和earfcndl被標記為restricted意味著它們關(guān)聯(lián)底層硬件資源直接set會破壞一致性。解決方案只有兩個rsetre-set帶校驗的重置或MO action調(diào)用內(nèi)置業(yè)務(wù)邏輯# 查cellId是否可設(shè)輸出restricted attribute, cannot be set mom \.eutrancellfdd ^cellid # 用rset修改cellId需提供完整LDN和新值 rset ENodeBFunction1,EUtranCellFDD1 cellId99 # 用MO action修改earfcndl先查action再執(zhí)行 acl ^eutrancellfdd1 acc ^eutrancellfdd1 changefrequency earfcn6300避坑 / 常見問題 / 排查現(xiàn)象1set EUtranCellFDD1 cellId99執(zhí)行成功但小區(qū)退服原因cellId是受限屬性set命令繞過校驗導(dǎo)致MO狀態(tài)不一致解決必須用rset它會觸發(fā)底層校驗和同步現(xiàn)象2acc ^eutrancellfdd1 changefrequency執(zhí)行后earfcndl未變原因changefrequencyaction需要參數(shù)earfcn漏掉參數(shù)名或值格式錯誤解決acc ^eutrancellfdd1 changefrequency earfcn6300注意earfcn是參數(shù)名6300是值現(xiàn)象3cr enodebfunction1,eutrancellfdd99創(chuàng)建失敗提示“MO class not found”原因enodebfunction1必須存在且EUtranCellFDD類需在ENodeBFunction下注冊解決先pr ^enodebfunction確認ENodeBFunction1存在再cr4. PM命令從原始計數(shù)器到KPI報表性能數(shù)據(jù)的七層解析法PMPerformance Management命令是網(wǎng)絡(luò)優(yōu)化的彈藥庫。文檔第4節(jié)的10道題表面是查pmRrcConnEstabAtt實則是教你如何把原始counter變成決策依據(jù)。pmxPM extract取原始值pmxzPM extract timezone轉(zhuǎn)本地時區(qū)pmxlzPM extract local timezone graph畫圖——但真正關(guān)鍵的是-aaggregate和-mminutes參數(shù)的組合它決定了你看到的是“瞬時快照”還是“趨勢規(guī)律”。4.1 Counter探查用pmomd定位性能瓶頸根源pmomdPM MOM description是性能分析的第一步。它不是查數(shù)值而是查“這個counter到底在量什么”# 查所有含reject或fail的counter定位失敗類問題 pmomd . . . . fail|reject # 查同時含rlc和fail的counter精確定位RLC層失敗 pmomd . . . . rlc.*fail|fail.*rlc # 查pmRrcConnEstabAtt和pmRrcConnEstabSucc的定義確認是否primary counter pmom . pmRrcConnEstabAtt$|pmRrcConnEstabSucc$參數(shù)說明pmomd . . . . fail|reject中|是OR.*是任意字符。pmom . pmRrcConnEstabAtt$的$表示字符串結(jié)尾避免匹配pmRrcConnEstabAtt2。pmom輸出會標注primary: true/falseprimary counter才是KPI計算的源頭。4.2 Counter提取pmx家族命令的時空矩陣pmx命令的參數(shù)組合是性能分析的核心生產(chǎn)力。-m定義時間窗口-a定義聚合方式-h定義橫排輸出——三者缺一不可# 取過去2小時所有EUtranCell的兩個counter原始值縱排 pmx . pmRrcConnEstabAtt$|pmRrcConnEstabSucc$ -m 2 # 同上但轉(zhuǎn)為本地時區(qū)解決跨時區(qū)割接問題 pmxz . pmRrcConnEstabAtt$|pmRrcConnEstabSucc$ -m 2 # 同上且橫排輸出便于Excel導(dǎo)入列名為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值。這是區(qū)分“毛刺”和“趨勢”的關(guān)鍵。4.3 KPI報表pmr命令的業(yè)務(wù)語義映射pmrPM report不是技術(shù)命令是業(yè)務(wù)語言。pmr -m 6 201中的201是報表ID對應(yīng)“LTE Node Traffic Performance”而-m 6是6小時窗口。文檔第8-9題要求你從報表中提取Acc_RrcConnSetupSuccRate這需要你理解報表ID與KPI的映射關(guān)系# 執(zhí)行節(jié)點級KPI報表ID 2016小時 pmr -m 6 201 # 執(zhí)行小區(qū)級KPI報表ID 2046小時 pmr -m 6 204 # 執(zhí)行接口吞吐量報表ID 30115分鐘 pmr -m 0.25 301參數(shù)說明pmr -m 6 201中201是愛立信預(yù)定義報表ID必須查文檔確認。-m 0.25表示15分鐘0.25小時-m 2表示2小時。報表輸出是結(jié)構(gòu)化文本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避坑 / 常見問題 / 排查現(xiàn)象1pmxel . Int_RadioRecInterferencePwr$ -m 2執(zhí)行超時原因Int_RadioRecInterferencePwr是高密度counter2小時數(shù)據(jù)量極大解決改用pmxe不畫圖只取值或縮短-m為-m 0.530分鐘現(xiàn)象2pmr -m 6 204輸出中Acc_RrcConnSetupSuccRate為0原因報表ID 204是“LTE EUtranCell Traffic Performance”但Acc_RrcConnSetupSuccRate可能不在該報表中解決查愛立信KPI手冊確認該KPI所在報表ID通常是201或202或用pmxh取原始counter再計算現(xiàn)象3pmxh . pmRrcConnEstabAtt$|pmRrcConnEstabSucc$ -m 2 -a輸出為空原因-a聚合要求counter有至少2個采樣點若2小時內(nèi)無數(shù)據(jù)則為空解決先用pmx查原始數(shù)據(jù)確認counter是否啟用或改用-m 2424小時5. Log命令從告警歷史到崩潰日志故障回溯的時空隧道Log命令是故障定界的最后一道防線。文檔第5節(jié)的14道題本質(zhì)是教你如何用日志構(gòu)建時間線。lgalog alarm查告警歷史lgxlog alarm at time查某時刻快照lgolog MO command查誰在什么時候改了什么——這不是日志檢索是數(shù)字取證。5.1 告警與事件lga、lgx、lgh的時間錨點lga和lgx的區(qū)別在于粒度lga是時間段lgx是精確時間點。lghlog history則告訴你日志本身的采集時間這是校準所有日志時間戳的基準# 查2023-09-01以來所有告警格式Y(jié)YYYMMDD lga -s 20230901 # 查2023-09-30 09:00的告警快照格式Y(jié)YYYMMDD.HHMM lgx -s 20230930.0900 # 查日志采集時間關(guān)鍵所有日志時間基于此校準 lgh # 輸出示例Date of log collection: 2023-09-22 10:01:50 EDT參數(shù)說明-ssince后跟時間字符串lga -s 20230901表示從2023年9月1日00:00開始。lgx -s 20230930.0900的.0900是小時分鐘必須用24小時制。lgh輸出的EDT是時區(qū)pmxz命令的時區(qū)轉(zhuǎn)換必須與此一致。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查其他參數(shù) lgo | grep -i ,eutrancell | grep -i -v administrativestate邏輯說明lgo輸出格式為[time] [user] [command]grep -i忽略大小寫,是MO路徑分隔符-v反向匹配。grep -i ,eutrancell確保匹配EUtranCellFDD1這類路徑grep -i administrativestate精確定位狀態(tài)變更。5.3 系統(tǒng)與硬件日志lgd、lgg、lgp的故障分類不同日志源解決不同問題lgdlog downtime查重啟lgglog crash查崩潰lgplog crash dump查dump文件——這是分層排障的基石# 查節(jié)點重啟歷史定位服務(wù)中斷 lgd # 查板卡崩潰歷史定位硬件故障 lgg # 查所有DU上的crash dump文件定位固件問題 lgp參數(shù)說明lgd輸出包含restart typefull/partial和duration恢復(fù)時間。lgg輸出包含board崩潰板卡名和timestamp。lgp列出dump文件路徑可用于lgklog kernel進一步分析。5.4 多源日志融合lgovm與lgk的關(guān)聯(lián)分析單一日志只能看到現(xiàn)象融合日志才能看到因果。lgovmlog MO availability合并MO操作與可用性事件lgklog kernel則深入內(nèi)核# 合并MO操作日志與可用性日志10天內(nèi)看操作后是否伴隨中斷 lgovm -m 10 # 合并ESI硬件、軟件、告警日志定位軟硬件協(xié)同故障 lgk -x hw,swmi,comal避坑 / 常見問題 / 排查現(xiàn)象1lga -s 20230901返回“no data found”原因日志采集時間早于2023-09-01或該時段無告警解決先lgh確認日志采集時間再調(diào)整-s參數(shù)現(xiàn)象2lgo | grep SET輸出過多無法定位原因未加時間過濾日志量太大解決用lgo -m 1最近1天或lgo | grep 2023-09-22按日期過濾現(xiàn)象3lgd顯示“l(fā)atest restart: 2023-09-22 08:00”但lga查不到該時刻告警原因重啟可能是計劃內(nèi)無告警產(chǎn)生解決查lgh確認日志采集時間再查lgd輸出的restart typefull/partial和duration6. Sw Management與Inventory/COLI軟件包與硬件資產(chǎn)的雙向校驗Sw Management軟件管理和Inventory/COLI硬件庫存命令表面是查版本、列板卡實則是網(wǎng)絡(luò)可信度的雙重校驗。swm查到的軟件版本必須與inventory查到的硬件型號匹配否則就是“牛頭不對馬嘴”的典型故障。文檔第6-7節(jié)的練習(xí)核心是建立“軟件-硬件-配置”三者的映射關(guān)系。6.1 軟件版本與CV管理swm命令的版本溯源swmsoftware management命令不是裝軟件是查軟件DNA。swm info查當前版本swm cv查CVConfiguration Version綁定關(guān)系——這是割接前必須核對的清單# 查當前節(jié)點軟件版本輸出R74F31 swm info # 查SW level 23.Q2.3-2綁定的CV確認配置包兼容性 swm cv -l 23.Q2.3-2 # 創(chuàng)建測試CV驗證CV管理流程 swm cv -c test參數(shù)說明swm cv -l level查指定SW level綁定的CV-c創(chuàng)建CV。swm info輸出的SW version必須與MOM查到的mom_version一致否則Moshell無法正確解析MO。6.2 硬件庫存inventory與coli的實物映射inventory查硬件型號序列號coli查組件狀態(tài)——兩者結(jié)合才能確認“物理RRU”和“MO里的FieldReplaceableUnitRRU-2”是否一一對應(yīng)# 查所有硬件板卡輸出BoardType, SerialNumber, Status inventory list # 查所有組件列表輸出ComponentName, State, Health coli list # 查特定組件詳情如GPS模塊 coli show GNSSModule邏輯說明inventory list輸出的SerialNumber是物理設(shè)備唯一碼coli list輸出的State是MO狀態(tài)enabled/disabledHealth是健康度ok/warning/fail。若inventory顯示RRU存在但coli中FieldReplaceableUnitRRU-2狀態(tài)為disabled說明硬件在線但MO未激活。6.3 運維閉環(huán)用mominventoryswm交叉驗證真正的運維高手從不單獨依賴一個命令。以下是一個標準驗證流程用于割接后確認系統(tǒng)健康# 步驟1查MOM版本確認MO模型 pv mom_version # 應(yīng)為R74F31 # 步驟2查軟件版本確認SW匹配 swm info # 應(yīng)為R74F31 # 步驟3查硬件庫存確認物理設(shè)備 inventory list | grep RRU # 應(yīng)列出所有RRU型號和序列號 # 步驟4查MO實例確認邏輯設(shè)備 pr ^fieldreplaceableunit | grep RRU # 應(yīng)列出相同數(shù)量的RRU MO # 步驟5查狀態(tài)一致性確認軟硬聯(lián)動 coli show FieldReplaceableUnitRRU-2 # State應(yīng)為enabledHealth應(yīng)為ok st FieldReplaceableUnitRRU-2 # administrativeState應(yīng)為unlocked避坑 / 常見問題 / 排查現(xiàn)象1swm info顯示R74F31但pv mom_version顯示R73F20原因軟件升級未完成或Moshell緩存未刷新解決重啟Moshell或執(zhí)行mom reload強制重載MOM現(xiàn)象2inventory list顯示RRU-2存在但pr ^fieldreplaceableunit無RRU-2原因硬件已安裝但MO未自動發(fā)現(xiàn)需手動cr或觸發(fā)auto-discovery解決執(zhí)行cr FieldReplaceableUnitRRU-2創(chuàng)建MO或查coli確認是否需enable現(xiàn)象3coli show FieldReplaceableUnitRRU-2中Healthfail但st顯示administrativeStateunlocked原因硬件故障如光模塊損壞但MO未被鎖解決立即bl FieldReplaceableUnitRRU-2聯(lián)系硬件更換7. 離線Moshell實戰(zhàn)用C77A02X_230922_100150_EDT_MSRBS-LN_CXP9024418-15_R74F31_esidec_dcgm.zip構(gòu)建零信任沙盒這份文檔最大的價值不是教你命令而是給你一個可離線運行、完全隔離、與現(xiàn)網(wǎng)R74F31版本100%一致的Moshell沙盒。C77A02X_230922_100150_EDT_MSRBS-LN_CXP9024418-15_R74F31_esidec_dcgm.zip不是模擬器而是愛立信官方導(dǎo)出的DCGMData Collection and Generation Module快照——它包含了該基站截至202本文還有配套的精品資源點擊獲取