簡介這份《UXM 5GNR 操作手冊》是由是德科技Keysight發(fā)布的儀表快速上手資料面向從事5G NSA/SA基站與終端測試的射頻工程師、測試人員和剛接觸UXM儀表的初學(xué)者解決從儀表初始化、場景設(shè)置、線損補(bǔ)償?shù)絃TE/NR參數(shù)配置及NSA/SA連接建立等實操問題。壓縮包共1個PDF文檔大小約15.98MB單一文件便于直接閱讀、檢索和打印也適合隨查隨用整體結(jié)構(gòu)清晰章節(jié)編號完整。目前已有1310人學(xué)習(xí)下載。手冊內(nèi)容按“儀表簡介與初始化—基本參數(shù)設(shè)置—5G連接建立—基本射頻指標(biāo)測試”的路徑展開逐步講解模式切換、Preset、NSA/SA小區(qū)及SIM卡設(shè)置并覆蓋SA UL MIMO、SRS Antenna Switching、1T2R/1T4R等關(guān)鍵選項讀者可按目錄定位到發(fā)射功率、占用帶寬、ACLR、SEM、Channel Power等測試方法現(xiàn)場調(diào)試時可快速查閱具體參數(shù)的設(shè)置位置快速掌握從開機(jī)到完成5G參數(shù)配置與連接的完整操作鏈路。1. 為什么照著手冊也連不上UXM 5GNR操作手冊的真實打開方式有一次幫同事排查SA連接終端反復(fù)注冊失敗Message Summary窗口一片紅折騰半小時發(fā)現(xiàn)是SIM卡類型沒配對。這個場景在5G NR綜測儀的使用里太常見了——儀表沒問題是流程沒走對。這份UXM 5GNR操作手冊的價值就在這里它把狀態(tài)檢查、場景選擇、線損補(bǔ)償?shù)絅SA/SA連接建立、射頻指標(biāo)測試、UE信息上報、LOG保存的完整鏈路都拆開講了。它不是功能菜單說明書而是按真實測試流程組織的先確認(rèn)儀表正常再選場景再配參數(shù)再建連接最后才談測試。適合剛上手5G綜測儀的RF測試工程師、驗證終端信令流程的協(xié)議工程師、產(chǎn)線端要復(fù)現(xiàn)問題的調(diào)試人員。新手按章節(jié)順序把NSA和SA各跑通一遍熟手直接跳到物理層參數(shù)和避坑部分對照檢查。2. 初始化三板斧狀態(tài)檢查、Scenario選擇與線損補(bǔ)償怎么一步到位2.1 先把三個軟件的角色分清HCCU、Test App與X-appUXM這套測試平臺的軟件結(jié)構(gòu)第一次接觸的人容易懵桌面上好幾個圖標(biāo)不知道哪個管什么。手冊里明確分了三個層次HCCU負(fù)責(zé)平臺級的小區(qū)資源分配、線損補(bǔ)償和狀態(tài)查詢Test App是日常主要使用的測試軟件所有小區(qū)信令參數(shù)設(shè)置和測試功能都在這里X-app則與Test App交互在信令或非信令模式下做射頻Tx指標(biāo)測試。我的習(xí)慣是把HCCU理解成底層管理系統(tǒng)Test App理解成操作界面X-app理解成測量引擎。這樣排查問題時能快速判斷異常出在哪一層——比如功率測出來不對先看HCCU里的線損而不是去Test App里調(diào)半天參數(shù)。開機(jī)后Control panel會自啟動并顯示硬件狀態(tài)等狀態(tài)圖標(biāo)變綠再進(jìn)行后續(xù)操作。關(guān)機(jī)推薦用Control panel里的Shutdown而不是直接斷電源這個習(xí)慣能延長儀表壽命。在HCCU的System界面上可以看到整個系統(tǒng)狀態(tài)圖標(biāo)為綠色說明基本正常。這里要注意Reset、Reboot、Restart三個操作的區(qū)別Reset是儀表軟復(fù)位Reboot是硬件資源重啟Windows不重啟Restart是包括Windows在內(nèi)的整個軟硬件重啟。三者用途完全不同實際使用中我一般先試Reset解決不了再RebootRestart留到最后。2.2 Scenario選擇決定RF端口歸屬NR在左LTE在右Scenario場景設(shè)置決定了儀表前面板射頻端口的功能歸屬這個設(shè)置錯了后面所有測試的接線都會跟著錯。手冊推薦的場景是NR_2DL4*4_2UL2*2_LTE_2CC兼容NSA和SA包含2個NR小區(qū)每個小區(qū)下行支持44上行支持22。場景支持能力適用場景NR_2DL44_2UL22_LTE_2CC兼容NSA/SA2個NR小區(qū)下行44、上行22默認(rèn)推薦覆蓋大部分NSA和SA測試NR_2DL44_2UL22_LTE_3CCNSA下LTE 3CC加NR 2CC需要LTE多載波聚合的NSA測試選這個場景后UXM前面板左邊4個RF端口RF1-RF4是NR端口右邊4個端口RF5-RF8是LTE端口。只做基本射頻測試的話RF1接待測物的NR主天線測試口RF8接LTE主天線測試口就夠了。這個左右端口的對應(yīng)關(guān)系我在實際項目里發(fā)現(xiàn)很多人忽略結(jié)果線纜插錯位置測出的信號全是噪聲還以為是儀表壞了。切換Scenario有一個硬性前提必須先關(guān)閉Test App。我遇到過一次切場景一直不生效就是這個原因。所以現(xiàn)在養(yǎng)成了習(xí)慣凡是動Scenario先把Test App整個退掉再操作。2.3 線損補(bǔ)償8組修正表怎么用才不白設(shè)線損補(bǔ)償是所有功率相關(guān)測試的地基很多測不準(zhǔn)的問題最后都查到這里。在HCCU的Calibration界面勾選Enable Corrections激活線損補(bǔ)償然后按下面幾步操作Select Port選擇要設(shè)置的射頻端口常規(guī)射頻測試需要設(shè)置RF1和RF8點擊Configure Correction Tables添加該端口的線損表勾選后確認(rèn)激活然后點擊Add Point添加頻點和對應(yīng)的損耗值最后點擊上方藍(lán)色區(qū)域的Apply應(yīng)用當(dāng)前設(shè)置。這里有一個比較反直覺的設(shè)計UXM的每一個射頻端口都可以設(shè)置8組路徑損耗表分別用于不同的測試場景比如常規(guī)TRx測試、發(fā)射雜散測試、分集接收靈敏度測試、空口耦合測試。我第一次用的時候只建了一組表后來測雜散發(fā)現(xiàn)線損不匹配才意識到應(yīng)該給不同測試場景各建一組通過勾選對應(yīng)的Correction Table快速切換不需要反復(fù)刪除重建。提示線損值建議用矢量網(wǎng)絡(luò)分析儀實測不要拍腦袋填。尤其是高頻段線纜損耗隨頻率變化很明顯只填一個均值會引入不小的測量誤差。2.4 模式切換與Full PresetIRAT為什么是默認(rèn)選擇打開5G NR Test App后在右側(cè)功能區(qū)通過Utility-TA Mode Switch可以切換Test App的工作模式。手冊列了四種模式日常測試建議固定用IRAT因為它同時兼容LTE/NSA/SA還內(nèi)置了NSA和SA的Golden ASN不需要額外導(dǎo)入配置文件就能進(jìn)行5G NR的連接和測試。模式用途說明IRAT同時兼容LTE/NSA/SA15.2604版本推薦內(nèi)置Golden ASNNSALTENR測試非獨(dú)立組網(wǎng)LTE做信令錨點SANR獨(dú)立組網(wǎng)驗證與射頻測試Stand AloneUE自行搜網(wǎng)接入CW連續(xù)波一般用于儀表校準(zhǔn)或線損測試儀表使用前建議先做一次復(fù)位Utility-Preset-Full Preset把Test App的參數(shù)恢復(fù)到出廠狀態(tài)。這一步看起來簡單但在多人共用的儀表上特別重要——上一輪測試留下的頻點、功率、MCS配置會直接影響你的結(jié)果。我一般會在每次開始新項目前強(qiáng)制走一遍Full Preset哪怕只是確認(rèn)當(dāng)前參數(shù)是干凈的。3. 從LTE錨點到NR接入NSA和SA連接建立的完整參數(shù)鏈3.1 System→Config快速設(shè)置ARFCN與LTE SIM卡進(jìn)入Test App的System-Config界面可以快速設(shè)置LTE和NR小區(qū)的頻段、頻點和小區(qū)功率。點擊ARFCN彈出的選擇框里可以按3GPP定義的低、中、高信道做快速設(shè)置——不需要自己算信道號選Low/Mid/High就行3GPP 38.508的測試信道定義都內(nèi)置好了。每個NR小區(qū)可以配置為NSA模式或SA模式。LTE小區(qū)下有個RRC/NAS-Security選項用來配置測試SIM卡這里必須和待測物內(nèi)實際安裝的SIM卡一致否則注冊不成功。這個一致不只是IMSI還包括鑒權(quán)算法、密鑰等整套參數(shù)。開測前就確認(rèn)好Security配置而不是等連接失敗再回頭看是省時間的關(guān)鍵。3.2 NR小區(qū)配置MIMO與Expect Input Power的取舍在NR小區(qū)-Cell-Config界面做詳細(xì)參數(shù)設(shè)置。右上角的Test Channel按3GPP 38.508規(guī)范中的Low/Mid/High信道快速設(shè)置測試信道。DL MIMO Configuration可以選擇1x1 SISO1x2、1x4接收分集2x2、4x4 MIMO——常規(guī)射頻測試建議設(shè)置為1x1。射頻指標(biāo)考核的是單通道性能用MIMO反而會引入更多變量排查問題時多一層干擾。Expect Input Power是儀表期望功率設(shè)置可以設(shè)Manual或Auto默認(rèn)Auto儀表會根據(jù)小區(qū)功率和功率控制等參數(shù)自動設(shè)置上行期望功率。信令測試下基本不用手動改非信令測試要小心手動設(shè)的期望功率和實際輸入功率差太多測量結(jié)果會顯示異常。這個參數(shù)理解成告訴儀表你預(yù)計收到的信號大概多大就好設(shè)置不對會影響接收機(jī)增益。3.3 PDSCH/PUSCH物理層MCS Table與Transform Precoder怎么配物理層參數(shù)分下行和上行兩邊看。NR小區(qū)-PHY-PDSCH里設(shè)置下行MCS Table一般用64QAM或256QAM要測最大吞吐量就選256QAM。上行在NR小區(qū)-PHY-PUSCH里配置這里有兩個MCS Table要區(qū)分清楚MCS Table是采用CP調(diào)制方式時調(diào)用的MCS Table Transform Precoder是采用DFT調(diào)制方式時調(diào)用的一般也設(shè)為64QAM或256QAM。設(shè)置項作用常規(guī)取值MCS TableCP調(diào)制方式調(diào)用的MCS表64QAM / 256QAMMCS Table Transform PrecoderDFT調(diào)制方式調(diào)用的MCS表64QAM / 256QAMEnable Transform Precoder勾選DFT-S-OFDM不勾選CP-OFDM按終端能力上報Enable Pi/2 BPSK TPDFT方式下是否用Pi/2 BPSK的MCS表可選按測試需求Enable Transform Precoder是上行調(diào)制方式的關(guān)鍵開關(guān)勾選后上行調(diào)制方式為DFT不勾選則為CP。在DFT方式下還可以進(jìn)一步勾選Enable Pi/2 BPSK TP。我遇到過一個場景終端聲稱支持256QAM但上行吞吐一直上不去最后發(fā)現(xiàn)是PUSCH的MCS Table還是64QAM根本沒有允許更高調(diào)制階數(shù)。測最大吞吐率之前一定先確認(rèn)PUSCH的MCS Table和Transform Precoder狀態(tài)都匹配終端的UE能力上報。3.4 上下行調(diào)度Quick Config與Slot配置調(diào)度配置是連接建立的底襯。手冊提到版本內(nèi)置了上下行調(diào)度無需額外設(shè)置就能連線和測試如果要按3GPP標(biāo)準(zhǔn)配可以在NR小區(qū)-Scheduling-Quick Config里選擇UL RMC依照3GPP設(shè)置DL和UL。做快速設(shè)置后Scheduling Map界面的時隙配置會更新不同顏色的SC0/1/2指不同的Slot Configuration紅色數(shù)字的Slot可用作下行調(diào)度藍(lán)色數(shù)字的Slot可用作上行調(diào)度中間的Slot如Slot7和17是特殊Slot。手冊里給了一個具體配置5ms周期7個slot下行2個slot上行1個特殊slot分配其中6個下行符號4個上行符號。這是TDD常見的一種幀結(jié)構(gòu)實際測試時直接套用即可。我一般會在Scheduling Map界面確認(rèn)一眼實際的上下行配比再開始測因為如果終端的調(diào)度能力不匹配連接建立會卡在隨機(jī)接入階段消息流里反復(fù)出現(xiàn)Msg1重傳。3.5 建立NSA連接先LTE后NR的信令順序NSA模式下必須先建立LTE連接再以LTE為信令錨點下發(fā)NR小區(qū)參數(shù)給終端進(jìn)行NR接入。這是NSA的架構(gòu)決定的——NR沒有獨(dú)立信令通道所有控制信令都走LTE。操作順序先在System-Config的快速設(shè)置界面打開LTE及NR小區(qū)或者在某個小區(qū)上點擊Cell On然后在Message Summary界面觀察儀表與終端上下行交互的信令消息等終端連接至LTE小區(qū)后通過右側(cè)功能區(qū)的NR S-Cell Aggregation連接NR小區(qū)。正常情況下UXM會下行發(fā)送5G NR RRC Connection Reconfiguration消息給終端終端上行回復(fù)5G NR RRC Connection Reconfiguration Complete表明終端正確接收層3消息配置進(jìn)入NR隨機(jī)接入流程。隨后Message Summary會顯示NR Msg1、Msg2、Msg3、Msg5完成后NR小區(qū)切換為Connected狀態(tài)。判斷NSA連接是否建立成功我從來不只看小區(qū)狀態(tài)圖標(biāo)而是看Message Summary里RRC重配Complete有沒有出現(xiàn)。如果只停在Msg1/Msg2反復(fù)重傳基本可以斷定是調(diào)度配置或MIMO配置跟終端能力不匹配。3.6 建立SA連接SIM卡是最大的坑SA模式下不需要開啟LTE小區(qū)終端自己完成NR小區(qū)搜索和接入。設(shè)置5G Cell為TDD SA或FDD SA模式再設(shè)置對應(yīng)的頻段、帶寬、SCS以及SISO/MIMO配置即可。SA的接入流程比NSA簡單但有一個非常關(guān)鍵的前置步驟激活SA小區(qū)之前必須在UXM界面設(shè)置和實際使用的SIM卡匹配的類型具體在RRC/NAS-Security-Authentication Key。設(shè)置完成后點擊Cell On激活NR小區(qū)TA界面上方對應(yīng)的小區(qū)狀態(tài)為ON表示激活完成終端成功接入后SA小區(qū)顯示綠色CONNECTED。如果接入過程中出現(xiàn)Authentication Failure不用懷疑別的先檢查SIM卡設(shè)置是否正確。這是SA連接里出現(xiàn)概率最高的問題沒有之一。提示SA接入流程本身比NSA簡單但SIM卡鑒權(quán)參數(shù)往往是最大的變量。排查順序固定為先查Security配置再查頻點和功率最后才動物理層參數(shù)。4. 射頻指標(biāo)測試落點從Channel Power到吞吐率的六個測量項手冊第三部分列出的測試項基本覆蓋了5G NR終端發(fā)射機(jī)射頻驗證的主要項目包括Channel Power、Occupied Bandwidth、ACLR、SEM、ON/OFF Power、調(diào)制性能、相對功率控制容限、接收指標(biāo)和吞吐率。實際執(zhí)行時X-app配合Test App在信令或非信令下完成Tx指標(biāo)測量。下面把每類測試的關(guān)鍵設(shè)置和參數(shù)落點拆開講。4.1 發(fā)射功率與占用帶寬先確認(rèn)線損有沒有生效Channel Power測試驗證終端的發(fā)射功率絕對值是否滿足指標(biāo)。測量結(jié)果直接受線損補(bǔ)償影響如果發(fā)現(xiàn)功率整體偏低或偏高先回HCCU確認(rèn)線損表有沒有Apply。占用帶寬Occupied Bandwidth測試驗證信號占用的頻譜寬度是否符合帶寬配置比如100MHz帶寬OBW應(yīng)該在100MHz附近。這個參數(shù)主要用來發(fā)現(xiàn)配置錯誤——如果OBW和預(yù)期不符大概率是信道帶寬或SCS配置沒對上。我的測試順序是先測Channel Power確認(rèn)功率鏈路正確再測OBW確認(rèn)頻譜占用正常然后才進(jìn)入ACLR和SEM這些頻域指標(biāo)。這樣能把配置錯誤和射頻性能問題快速區(qū)分開不至于指標(biāo)超標(biāo)時還要回頭查配置。4.2 ACLR與SEM測量帶寬與線損表的配合ACLR相鄰信道泄漏比考核發(fā)射信號對鄰道造成的干擾SEM頻譜發(fā)射模板考核發(fā)射頻譜是否超出3GPP定義的模板。這兩個指標(biāo)對線損很敏感如果線損表覆蓋的頻率范圍和測試頻段不匹配測量結(jié)果會有明顯偏差。建議單獨(dú)建一組線損表做ACLR/SEM測試——這也是8組線損表設(shè)計的意義給雜散和頻域指標(biāo)單獨(dú)用一組表不跟常規(guī)TRx共表。測量項主要設(shè)置常見判定ACLR鄰道測量帶寬、積分帶寬參考3GPP TS 38.521鄰道泄漏比低于限值SEM測量帶寬、RB位置、模板版本頻譜包絡(luò)不超出模板SEM測試中要確認(rèn)測量帶寬、RB配置和積分帶寬符合3GPP測試要求。不同頻段、不同帶寬對應(yīng)的SEM模板不同X-app一般內(nèi)置對應(yīng)模板但測試前要確認(rèn)當(dāng)前選的模板和待測頻段匹配。這個檢查點很容易漏漏了之后SEM測試結(jié)果在邊緣頻段會莫名異常。4.3 調(diào)制性能與ON/OFF Power從時域看解調(diào)質(zhì)量調(diào)制性能分析在信令或非信令下都可以做SISO信號解調(diào)分析是基礎(chǔ)項主要看EVM、頻率誤差、相位誤差這些指標(biāo)。EVM超標(biāo)一般先查參考信號配置、MCS Table和信道估計相關(guān)的設(shè)置。如果用的是256QAMEVM余量本來就小任何配置偏差都會放大——這也是為什么常規(guī)射頻測試建議把DL MIMO降到1x1排除空間信道對解調(diào)的干擾。ON/OFF Power測突發(fā)功率開關(guān)特性包括發(fā)射開啟和關(guān)閉時的功率瞬態(tài)屬于時域指標(biāo)。這個測試對觸發(fā)設(shè)置很敏感觸發(fā)點設(shè)錯了測出來的上升沿和下降沿會完全不對。常見做法是用儀表提供的時隙觸發(fā)而不是幅度觸發(fā)減少誤觸發(fā)的概率。4.4 接收指標(biāo)與吞吐率BLER和Throughput的聯(lián)動接收指標(biāo)測試靈敏度、BLER和吞吐率測試在信令模式下做通過下行加干擾或衰減觀察終端的BLER和吞吐率變化。接收指標(biāo)的設(shè)置重點是下行信號的功率、RB分配和干擾配置吞吐率測試要確認(rèn)MCS Table、調(diào)度RB數(shù)以及MIMO層數(shù)都已配置到位。如果下行用4x4 MIMO測吞吐接收指標(biāo)也要在相同配置下做兩組數(shù)據(jù)才有可比性。相對功率控制容限Power Control Tolerance在信令模式下驗證終端的功率控制響應(yīng)通過下發(fā)功控命令觀察終端發(fā)射功率是否按命令調(diào)整。這個測試對信令時序要求高我一般會配合KLV Log一起看方便定位終端響應(yīng)延遲。4.5 LTE和NR同時測量X-app的并行能力NSA模式下LTE和NR的發(fā)射指標(biāo)可以同時測量和顯示。這個功能在驗證雙連接發(fā)射性能時比較有用——兩邊共享同一套測試場景一次配置同時看兩邊指標(biāo)。實際項目中我在驗證LTE和NR功率差、雙連接切換場景時會用到這個能力。要注意的是兩邊頻段不同線損表要分別設(shè)置并確認(rèn)都處于激活狀態(tài)否則會出現(xiàn)一個頻段準(zhǔn)、另一個頻段偏的奇怪現(xiàn)象。5. 避坑注冊失敗、連接不穩(wěn)、測數(shù)不對的五類高頻現(xiàn)場下面把實際項目中遇到過的、以及手冊里明確警告過的高頻問題列出來每條按現(xiàn)象、原因、解決的思路寫。這些問題看起來分散但根因多半集中在配置一致性上。5.1 Authentication FailureSIM卡設(shè)置與實體卡不一致現(xiàn)象SA小區(qū)已激活終端反復(fù)嘗試注冊Message Summary窗口顯示Authentication Failure小區(qū)狀態(tài)一直停在CONNECTING而不是CONNECTED。原因RRC/NAS-Security-Authentication Key里配置的鑒權(quán)參數(shù)與終端內(nèi)實際安裝的SIM卡不一致。這個不一致不只是賬號問題還包括密鑰、算法版本等。解決對照SIM卡參數(shù)逐一核對Security配置確認(rèn)一致后重新嘗試接入。LTE小區(qū)下的Security配置同樣要查——NSA場景里L(fēng)TE是信令錨點LTE側(cè)注冊失敗NR側(cè)自然起不來。我現(xiàn)在的習(xí)慣是任何一次注冊失敗第一個查的就是Security。5.2 切換Scenario前沒關(guān)Test App端口屬性沒變現(xiàn)象在HCCU里激活新Scenario界面顯示成功但Test App打開后RF端口屬性還是舊的NR端口和LTE端口位置不對。原因Test App運(yùn)行時占用了舊場景的資源HCCU無法完整釋放端口配置導(dǎo)致新場景沒有真正生效。手冊在Scenario設(shè)置一節(jié)里明確寫了切換Scenario時需要先關(guān)閉Test App但實際操作中很容易忽略。解決先把Test App完全退出再在HCCU里切換Scenario并Active最后重新打開Test App。這個順序固定下來之后我再也沒遇到過端口屬性不變的問題。5.3 線損表沒Apply所有功率測試集體偏小現(xiàn)象Channel Power測出的值比預(yù)期低終端確認(rèn)正常發(fā)射調(diào)了小區(qū)功率也沒用。原因在Configure Correction Tables里添加了頻點和損耗值但忘記點擊上方藍(lán)色區(qū)域的Apply或者勾選了Enable Corrections但沒勾選對應(yīng)的Correction Table。兩種情況都會導(dǎo)致線損補(bǔ)償沒有實際生效。解決確認(rèn)兩處開關(guān)同時打開——Enable Corrections和對應(yīng)的Correction Table勾選并且點了Apply。每個端口8組線損表確認(rèn)當(dāng)前測試場景勾選的是對應(yīng)場景的表別拿雜散的表去測常規(guī)TRx。5.4 MCS Table選錯吞吐率上不去的元兇現(xiàn)象下行吞吐率正常上行吞吐率始終上不去或者終端宣稱支持256QAM測試結(jié)果卻始終徘徊在64QAM水平。原因PUSCH的MCS Table還是64QAM或者Enable Transform Precoder的勾選狀態(tài)和終端能力不匹配導(dǎo)致調(diào)度無法使用更高調(diào)制階數(shù)。解決測最大吞吐率前把PUSCH的MCS Table選到256QAM同時確認(rèn)MCS Table Transform Precoder也匹配實際調(diào)制方式。勾選Enable Transform Precoder時用DFT對應(yīng)的MCS表不勾選時用CP對應(yīng)的表。5.5 NSA聚合不上去LTE錨點沒建好現(xiàn)象LTE小區(qū)已顯示CONNECTED點擊NR S-Cell Aggregation后NR小區(qū)長時間不進(jìn)入ConnectedMessage Summary里看不到NR RRC Connection Reconfiguration Complete。原因NR小區(qū)沒在System-Config里打開或者NR小區(qū)配置的MIMO、帶寬與終端能力不匹配導(dǎo)致RRC重配流程完成后終端無法完成隨機(jī)接入。解決確認(rèn)NR小區(qū)狀態(tài)為ON把NR小區(qū)DL MIMO Configuration降為1x1排除MIMO變量在Message Summary里觀察LTE側(cè)有沒有成功下發(fā)RRC重配、NR側(cè)有沒有進(jìn)入Msg1/2/3/5流程?？ㄔ谀囊徊骄筒槟囊徊讲灰蟻砭蛷?fù)位儀表。6. Log與配置復(fù)用用KLV和SCPI把儀表狀態(tài)變成后悔藥6.1 保存KLV Log信令排查的原始依據(jù)Test App的LogKLV Log記錄了信令層面的完整交互信息。排查連接問題時KLV Log比Message Summary界面更完整可以回放整個信令流程。我一般會在問題復(fù)現(xiàn)時先存一份KLV Log再操作儀表操作完對照Log逐條看信令有沒有按預(yù)期走。6.2 SCPI Register導(dǎo)出與導(dǎo)入換儀表不用重新配保存儀表配置SCPI Register是把當(dāng)前Test App的所有參數(shù)配置導(dǎo)出成文件導(dǎo)入時可以完整恢復(fù)包括頻點、帶寬、MIMO、MCS Table這些已經(jīng)調(diào)好的參數(shù)。這個功能在兩種場景下特別有用一是調(diào)好的參數(shù)要轉(zhuǎn)到另一臺儀表直接導(dǎo)入就不用重新配一遍二是測試過程中不小心動亂了參數(shù)導(dǎo)入之前保存的配置可以秒級恢復(fù)。手冊里單獨(dú)給了NSA和SA的導(dǎo)入入口說明兩套配置要分別保存。我的習(xí)慣是NSA配置存一份SA配置存一份文件命名里帶上版本號、頻段和日期。6.3 保存HCCU Log平臺級操作留痕HCCU Log記錄的是平臺級操作包括Scenario切換、線損表修改這些Test App之外的動作。當(dāng)問題懷疑出在平臺資源或者線損時這份Log能幫你確認(rèn)操作歷史排查出是誰在什么時候動過端口配置。從那以后我每次在項目收尾或者儀表轉(zhuǎn)手之前都會強(qiáng)制自己走一遍這個流程KLV Log導(dǎo)出、SCPI Register導(dǎo)出、HCCU Log一起拷到項目文件夾。這套組合就是我的后悔藥——不管后面參數(shù)被改成什么樣都能回到當(dāng)時可用的狀態(tài)。如果手頭正好在拿UXM做5G NR測試這份手冊值得留在測試電腦里隨時翻排查問題時比對著菜單找快得多。希望幫到你。本文還有配套的精品資源點擊獲取