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