隨著越來越多Release 16新功能標(biāo)準(zhǔn)規(guī)范的完結(jié)和發(fā)布，例如TDD/FDD CA載波聚合，DC雙鏈接模式，或RIM遠(yuǎn)程干擾管理，亦或是新的DCI消息模式等。
●案例1 最新芯片手機(jī)的吞吐量不如舊芯片的手機(jī)
案例背景：某廠家的測試環(huán)境有搭配一套真實(shí)基站的信號，通過信道仿真儀的環(huán)境進(jìn)行3GPP信道場景及AWGN加噪的測試項(xiàng)目，在測試新舊兩個(gè)固件版本的待測手機(jī)時(shí)，發(fā)現(xiàn)新打樣版本的待測手機(jī)的吞吐量性能不如同芯片方案的舊版本手機(jī)，老版本的待測手機(jī)可以測試到260Mbps的峰值上行吞吐量，新待測物只能測試到195Mbps的峰值上行吞吐量，信道的配置參數(shù)完全一致。
具體問題：通過手機(jī)log工具看不出什么具體原因，只是看到另外一個(gè)終端出現(xiàn)一定概率的誤碼重傳的調(diào)度。在通過Propsim信道模擬器環(huán)境，但切換信道模型為Bulter或bypass無多徑模式，峰值吞吐量數(shù)據(jù)的差異依舊。但如果不同信道模擬器的環(huán)境，直連基站和手機(jī)，加20dB定制衰減器則沒有這部分差異性?？蛻舴磸?fù)切換終端，檢查基站的日志和終端日志，測試多日也未能找到問題的原因。
傳統(tǒng)方案：在基站天線端及手機(jī)天線端分別連接矢量信號分析儀進(jìn)行采集，但數(shù)傳模式是MIMO，普通的單端口VSA設(shè)備無法采集并解碼MIMO信號，且因?yàn)橛姓`碼數(shù)傳自適應(yīng)的原因，基站的每slot的業(yè)務(wù)PUSCH調(diào)度參數(shù)不太一致，手動配置傳統(tǒng)矢量分析軟件的解碼PUSCH信道的話，需要輸入較多的參數(shù)并逐一幀進(jìn)行驗(yàn)證。
錦囊方案：
使用WaveJudge無線協(xié)議與Propsim F64聯(lián)合解決。我們把Propsim F64采集到的多路IQ信道，導(dǎo)入到Keysight公司新的WaveJudge無線協(xié)議分析系統(tǒng)軟件中，見到的配置5G NR小區(qū)的頻點(diǎn)及小區(qū)帶寬，采樣率參數(shù)，即可自動盲解到測試小區(qū)的廣播信道相關(guān)參數(shù)，并顯示到小區(qū)ID，幀號及內(nèi)部的例如SSB，MIB，SIB1消息等。也支持多UE的多數(shù)傳信道的Dedicated信道內(nèi)容，只需要再從UE 或基站端讀取對應(yīng)的RRCSetup或RRCReconfiguration消息，讓W(xué)aveJudge跟UE一樣，通過基站的配置消息，匹配每個(gè)UE的專用傳輸?shù)乃阉?解碼相關(guān)的參數(shù)，并根據(jù)每個(gè)DCI消息來解碼對應(yīng)PDSCH或PUSCH數(shù)傳消息塊的內(nèi)容，CRC狀態(tài)等，包括從MAC層到PDCP層的各個(gè)封裝格式，用戶面的IP數(shù)傳包或控制面的RRC，NAS消息都可以解碼。
WaveJudge無線分析軟件界面
除了傳統(tǒng)的層二，層三消息的動態(tài)調(diào)度解碼，信號導(dǎo)入WaveJudge分析軟件后，還可以針對性的查看每個(gè)PDSCH或PUSCH的物理層相關(guān)指標(biāo)，通過左右側(cè)窗口的時(shí)間戳聯(lián)動功能，我們可以查看到每個(gè)PUSCH的時(shí)域功率圖，頻譜圖及EVM指標(biāo)的星座圖，如果關(guān)心小區(qū)的資源利用率，也可以查看2D power圖標(biāo)，查看每個(gè)slot的RB調(diào)度資源狀態(tài)。
WaveJudge無線分析軟件界面
借助WaveJudge的圖形化界面，很快找到了在下行功率相同的情況下，兩個(gè)待測物上行時(shí)隙的功率值有相差幾個(gè)dB，峰值吞吐量低的待測物的功率略低，且EVM的質(zhì)量也有星座圖旋轉(zhuǎn)的情況。
WaveJudge無線分析軟件界面 - EVM星座圖
問題總結(jié)：
兩款設(shè)備在峰值吞吐量的差別，主要是手機(jī)上行發(fā)射功率偏低，且信號質(zhì)量失真較大。在測試環(huán)境較好的情況下，可以達(dá)到峰值的上行傳輸，如果測試環(huán)境的路損較大，導(dǎo)致上行信號到基站的EVM過低，相同的環(huán)境噪聲下，會有一個(gè)待測物的SNR偏低，高階輸出TB的信號可能就達(dá)不到64QAM的解調(diào)門限，出現(xiàn)重傳后基站會降低MCS速率已改善誤碼的情況，但總吞吐量就無法跟功率及信號質(zhì)量正常的終端一樣達(dá)到峰值，客戶更換硬件射頻板且對終端重新校準(zhǔn)后，問題解決。
●案例2 無線設(shè)備下行存在不明原因誤碼
案例背景&問題：某客戶的5G基站跟終端的在加載3GPP信道場景測試下，在低衰減、低多普勒的狀態(tài)下還是顯示吞吐量測試的結(jié)果顯示有一定比例的下行TB傳輸塊的誤碼。
傳統(tǒng)方法：針對下行誤碼，手動查看基站的配置參數(shù)，覺得下行的消息調(diào)度及發(fā)送狀態(tài)沒有變化，不應(yīng)該出現(xiàn)周期性的下行誤碼。且在手機(jī)端采集log看起來收到的PDSCH的校驗(yàn)都是正常，不應(yīng)該出現(xiàn)誤碼的情況。
錦囊方法：
