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