從零開始搭建一套“MATLAB SDR OFDM”的衛(wèi)星通信原型系統(tǒng)聽起來像是只有專業(yè)實驗室才能碰的事但只要把鏈路拆開看它本質(zhì)上就是一個“離線算法設(shè)計 射頻前端收發(fā)驗證”的組合。MATLAB做調(diào)制解調(diào)和信道補償SDR硬件負責(zé)把數(shù)字基帶變成真實射頻信號。這個思路不僅適合在校學(xué)生做課程設(shè)計和畢業(yè)設(shè)計也是很多小團隊在打衛(wèi)星通信功能樣機時最低成本的一條起步路徑。整套系統(tǒng)做下來你會把OFDM的原理、同步算法、射頻前端特性、鏈路預(yù)算這些平時“看書都會、做題就懵”的東西全部串成一條實打?qū)嵉男盘栨湣Ｎ铱梢载撠?zé)任地說這套原型調(diào)通之后再去讀那些動不動就是幾千行的通信系統(tǒng)代碼心態(tài)完全不一樣。1. 這個系統(tǒng)為什么值得搭OFDM衛(wèi)星通信的背景與價值1.1 衛(wèi)星通信的痛點與原型驗證的必然性衛(wèi)星通信鏈路和地面蜂窩網(wǎng)有一個本質(zhì)區(qū)別地面基站可以隨時擴容、換硬件而衛(wèi)星一旦發(fā)射出去鏈路的調(diào)制方式、編碼方案基本就定性了。所以衛(wèi)星通信系統(tǒng)在設(shè)計階段對調(diào)制算法、同步策略、抗多普勒能力的驗證要求極其苛刻必須在地面上把盡可能多的真實信道因素摸清楚。然而純MATLAB仿真再完美也只是理想信道的驗證。實際鏈路里有射頻前端的非線性失真、本振頻偏、晶振漂移、天線口面的阻抗失配這些硬件效應(yīng)是數(shù)學(xué)模型很難完整刻畫的。用SDR硬件把OFDM信號真正發(fā)到一個射頻環(huán)境里再收回來哪怕距離只有幾米它的信號流也已經(jīng)走過了“基帶編碼→DAC→上變頻→功率放大→自由空間傳播→接收前端→ADC→基帶處理”的完整路徑。這條路徑走一遍你會發(fā)現(xiàn)很多在仿真中線性單調(diào)的問題在真實硬件上都是非線性的、帶偶然性的。1.2 為什么偏偏是OFDMOFDM的核心思想是把高速數(shù)據(jù)流拆成許多并行低速子載波每個子載波用很小的帶寬傳輸。因為子載波間隔均勻、相互正交接收端可以用一次FFT把整個頻段里的所有子載波同時解出來。衛(wèi)星通信選擇OFDM有兩個關(guān)鍵原因。第一OFDM天然允許在頻域做均衡和資源調(diào)度而且加入了循環(huán)前綴CP之后對多徑延時擴展不敏感。地面反射、雨衰散射造成的多徑延遲只要落在CP長度以內(nèi)接收端都能直接消掉。第二OFDM支持靈活的子載波配置不同用戶、不同業(yè)務(wù)可以被分到不同的子載波資源塊上這在低軌衛(wèi)星通信直連手機場景里尤其重要因為不同用戶信道差異非常大。當然OFDM不是沒有代價。它的峰均比PAPR偏高對射頻功放的線性度要求很高而衛(wèi)星上最缺的就是功率。所以實際衛(wèi)星系統(tǒng)里不少還是采用單載波的APSK調(diào)制。但如果做的是新體制衛(wèi)星通信、低軌衛(wèi)星直連手持終端這類項目OFDM基本是繞不開的一個選項因為它跟地面5G波形能夠天然融合讓手機直接通過衛(wèi)星連接基站成為可能。1.3 用MATLAB和SDR做原型驗證的完整鏈路MATLAB在整個項目里承擔(dān)兩個角色算法開發(fā)平臺和硬件控制平臺。在算法層面利用Communications Toolbox里的OFDM函數(shù)可以快速搭出發(fā)射機和接收機的模型完成BER/EVM等指標的仿真。在硬件層面MATLAB通過硬件支持包直接驅(qū)動SDR硬件不需要寫C或FPGA代碼就能讓算法跑在真實的射頻鏈路上。SDR硬件的角色則是把MATLAB算出來的IQ數(shù)據(jù)變成可發(fā)送的射頻波形或者把空口收到的射頻信號變成MATLAB能處理的IQ數(shù)據(jù)。它相當于一個“透明”的射頻前端。這種架構(gòu)的最大優(yōu)勢是你想要修改調(diào)制方式、編碼率、導(dǎo)頻圖案只需改MATLAB腳本不需要動硬件邏輯。迭代速度非?？旌苓m合作為項目初期的功能驗證平臺。2. 系統(tǒng)架構(gòu)與硬件選型動手前的第一張藍圖2.1 整體信號鏈路拆解一套完整的OFDM衛(wèi)星通信原型系統(tǒng)收發(fā)射鏈路可以按如下的方式分解發(fā)射端鏈路比特源生成用戶數(shù)據(jù)信道編碼加冗余可以采用卷積碼或LDPC碼交織打散突發(fā)錯誤按調(diào)制階數(shù)映射成QPSK/16QAM符號分配子載波、插入導(dǎo)頻通過IFFT將頻域符號變換為時域信號加循環(huán)前綴、加窗并串變換形成基帶OFDM符號流通過SDR硬件的DAC和射頻前端發(fā)送出去接收端鏈路SDR硬件接收射頻信號下變頻得到IQ基帶信號自動增益控制時間同步找到OFDM符號的起始點載波頻率同步估計并補償頻偏去除循環(huán)前綴把時域樣本變成頻域符號信道估計與均衡獲得幅度和相位補償解映射、解交織、解碼得到數(shù)據(jù)這一整套鏈路如果全部手寫對一個初入通信算法的人來說大約是兩周到一個月的工作量。但借助MATLAB現(xiàn)成的通信工具箱整個核心過程能把代碼量壓縮到幾百行以內(nèi)。2.2 SDR硬件怎么選SDR硬件是這套系統(tǒng)里最需要決策的環(huán)節(jié)。選錯了后面做不了閉環(huán)驗證選對了能省很多事。綜合我的實際使用經(jīng)驗三類硬件比較有代表性USRP B210是最穩(wěn)妥的選擇。它是全雙工收發(fā)一體設(shè)備頻率覆蓋70 MHz到6 GHz瞬時帶寬最高到56 MHz完全夠用。而且MATLAB對USRP的支持最成熟comm.SDRuTransmitter和comm.SDRuReceiver這兩個系統(tǒng)對象能直接把MATLAB里的IQ數(shù)據(jù)和USRP的硬件流對接起來。唯一的問題是價格不算低如果單位采購不方便可以看看二手市場。RTL-SDR是接收專用的低成本方案。如果你的項目只需要驗證接收機性能不要求發(fā)端靈活可控可以用RTL-SDR配合任意一臺信號發(fā)生器作為發(fā)射源。MATLAB同樣有接收支持包幾十塊到一百多塊錢的成本是它最大的優(yōu)勢。但RTL-SDR只能接收而且AGC行為對OFDM這種高峰均比信號并不友好做量化分析時誤差會偏大。HackRF One和LimeSDR屬于中間檔位。HackRF One也能收發(fā)但半雙工模式發(fā)送和接收不能同時進行閉環(huán)測試不太方便。LimeSDR是全雙工但軟件生態(tài)沒有USRP那么健全MATLAB驅(qū)動配置有時候會讓人抓狂適合有一定Linux驅(qū)動經(jīng)驗的玩家不推薦新手上來就用。如果你只做地面原型驗證我建議條件允許的話直接上USRP B210兩臺更好一臺發(fā)、一臺收。這樣你可以同時操作發(fā)端和收端調(diào)試起來非常清晰。如果只有一臺也可以采用“先錄制發(fā)射端IQ樣本然后切換成接收模式再發(fā)送激勵信號、接收回波”的辦法。2.3 MATLAB側(cè)需要準備的軟環(huán)境軟件部分的準備并不是簡單地裝個MATLAB就行需要的工具箱和硬件支持包一個都不能少?；A(chǔ)環(huán)境MATLAB版本R2022a以上為好因為新版本對SDR硬件的支持更全面。Communications Toolbox這是OFDM調(diào)制解調(diào)、信道編碼、同步算法實現(xiàn)的核心工具箱。DSP System Toolbox雖然非硬性要求但在做濾波器設(shè)計和多速率處理時會非常方便。Signal Processing Toolbox信號分析、窗函數(shù)設(shè)計的常用工具。對應(yīng)SDR硬件的Hardware Support Package在MATLAB Add-On Explorer里搜索硬件型號安裝后會自動配置對應(yīng)的庫文件。這里有個細節(jié)很關(guān)鍵安裝硬件支持包之前建議先把SDR硬件的USB驅(qū)動裝好并且拔掉硬件再執(zhí)行支持包的安裝向?qū)Х駝t支持包可能識別不到預(yù)留的USB接口類型。我遇到過不止一次因為先插設(shè)備后裝驅(qū)動導(dǎo)致支持包安裝卡在最后一步的情況。2.4 關(guān)鍵設(shè)計參數(shù)預(yù)分配做OFDM系統(tǒng)的第一步不是寫代碼而是把參數(shù)表定下來。參數(shù)定死了后面所有模塊才能耦合起來。這里給出一個適合衛(wèi)星通信場景的參考參數(shù)配置參數(shù)項推薦數(shù)值設(shè)計理由系統(tǒng)帶寬5 MHz適合SDR前端硬件兼顧頻譜觀測和采樣率壓力FFT點數(shù)512子載波間隔約為9.765 kHz適中有效子載波數(shù)300與部分5G物理層參數(shù)接近留空子載波作保護帶循環(huán)前綴長度64個采樣點對應(yīng)6.4微秒保護間隔覆蓋多徑延時擴展調(diào)制方式QPSK / 16QAM初期用QPSK調(diào)通鏈路后期可以提升導(dǎo)頻圖案按資源塊間隔放置每個RB插入連續(xù)導(dǎo)頻便于頻域信道估計采樣率5 MHz與系統(tǒng)帶寬一致過采樣可以后續(xù)再加子載波間隔9.765 kHz在低速衛(wèi)星信道中抗多普勒能力可接受這里重點說一下子載波間隔的選擇邏輯。子載波間隔越大系統(tǒng)對抗多普勒頻偏的能力就越強因為子載波間隔拉大后同樣的頻偏引起的子載波間干擾比例變小。但子載波間隔越大循環(huán)前綴相對時長占比就越高頻譜效率越低。5 MHz帶寬、512點FFT算下來9.7 kHz的子載波間隔是地面衛(wèi)星直連通信里經(jīng)常被提到的一個折中值它能在不影響太多頻譜效率的情況下容忍幾十kHz量級的多普勒頻偏。3. 基帶核心在MATLAB里先把OFDM收發(fā)機跑通3.1 OFDM發(fā)射機實現(xiàn)要點MATLAB里搭建OFDM發(fā)射機有兩條路一是用comm.OFDMModulator系統(tǒng)對象二是完全手寫IFFT和循環(huán)前綴操作。用現(xiàn)成系統(tǒng)對象的優(yōu)勢是代碼量極小幾行就能完成核心功能ofdmMod comm.OFDMModulator( ... FFTLength, 512, ... NumGuardBandCarriers, [52; 51], ... CyclicPrefixLength, 64, ... NumSymbols, 14, ... PilotInputPort, true);這個對象會自動完成子載波映射、導(dǎo)頻插入、IFFT和加CP。但在實際項目中我建議即使你最終會使用這個對象前期也至少手寫一次完整的發(fā)射流程。原因很簡單只有你自己寫一遍ifft、加CP、并串變換你才能真正理解矩陣中每一列代表一個OFDM符號、每一行代表一個子載波時頻域資源和時域樣本是怎么對應(yīng)的。尤其是后面要加自定義的前導(dǎo)序列和幀同步字段時手寫理解會給你省下大量DEBUG時間。插播一個容易搞混的點NumSymbols參數(shù)指一個時隙里的OFDM符號數(shù)通常在5G NR中設(shè)置為14對應(yīng)普通循環(huán)前綴下120 kHz子載波間隔的情況。但我們的同步字段和導(dǎo)頻字段都是要單獨插入的不能把這些也全部交給OFDMModulator對象否則接收端做同步會找不到明確的符號邊界。3.2 OFDM接收機實現(xiàn)要點接收機是整個系統(tǒng)最見功力的地方。因為發(fā)射機是你自己寫死的所有數(shù)據(jù)都是確定的但接收機面對的卻是“不知道信號什么時候到、頻率偏了多少、幅度衰減多少”的黑盒。用comm.OFDMDemodulator可以完成頻域變換基礎(chǔ)工作但同步需要自己寫。接收端處理流程應(yīng)該是第一步用前導(dǎo)序列做粗時間同步。前導(dǎo)序列通常采用一個已知的Zadoff-Chu序列或偽隨機序列接收端將其與接收信號做滑動相關(guān)相關(guān)峰出現(xiàn)的位置就是幀起點。第二步用循環(huán)前綴做精細時間同步和分數(shù)倍頻偏估計。OFDM信號自身的循環(huán)前綴特性可以被利用因為CP是OFDM符號尾部數(shù)據(jù)的復(fù)制所以接收信號中相距N個采樣點的兩段數(shù)據(jù)在無噪聲時完全一樣它們的相位差正比于頻偏。最大似然估計公式如下頻偏估計值 -1/(2π) × angle(Σ 接收信號[n] × conj(接收信號[nN]))第三步對整數(shù)倍頻偏做頻域估計。因為分數(shù)倍頻偏只能補償循環(huán)前綴內(nèi)多出來的相位旋轉(zhuǎn)整倍子載波間隔的頻偏需要靠在頻域上找導(dǎo)頻位置的偏移來完成。通常在整數(shù)倍頻偏存在時所有導(dǎo)頻的位置會整體偏移若干子載波利用這一特性可以在頻域?qū)崿F(xiàn)粗校正。第四步信道估計和均衡。對每個OFDM符號利用已知導(dǎo)頻位置的接收符號與原始導(dǎo)頻的比值來估計信道響應(yīng)然后通過線性插值或MMSE估計得到所有子載波的信道系數(shù)。3.3 幀結(jié)構(gòu)與導(dǎo)頻設(shè)計幀結(jié)構(gòu)設(shè)計里最需要權(quán)衡的是導(dǎo)頻開銷和信道估計準確性。導(dǎo)頻太多頻譜效率下降導(dǎo)頻太少在快速變化的低軌衛(wèi)星信道里估計值跟不上信道變化速度。我的建議是在原型系統(tǒng)里采用最簡單的塊狀導(dǎo)頻結(jié)構(gòu)每一個時隙的第一個OFDM符號全部放導(dǎo)頻后面13個符號用于數(shù)據(jù)。這樣做的好處是信道估計實現(xiàn)非常簡單只需對導(dǎo)頻符號做一次LS估計即可適合在低動態(tài)或中低動態(tài)信道下驗證系統(tǒng)。代碼如下% 導(dǎo)頻OFDM符號全頻域放置已知QPSK符號歸一化幅度 pilotSym (1/sqrt(2)) * (2 * randi([0 1], 512, 1) - 1 ... 1j * (2 * randi([0 1], 512, 1) - 1)); pilotSym([1:52 461:512], :) 0; % 保護子載波置零后期如果要仿真高動態(tài)低軌信道可以在時域上每隔幾個OFDM符號就插一個導(dǎo)頻符號形成梳狀塊狀的混合導(dǎo)頻這樣可以跟蹤較快的多普勒變化。但初期切入時不要一上來就做復(fù)雜的2D插值否則你會發(fā)現(xiàn)自己陷入濾波器設(shè)計的細節(jié)當中遲遲推不進整機聯(lián)調(diào)。3.4 同步參數(shù)設(shè)計與仿真驗證同步模塊在純MATLAB環(huán)境下建議通過AWGN信道和簡單多徑信道做一次完整的“發(fā)射-接收”循環(huán)觀察同步誤差的分布。粗同步用前導(dǎo)序列相關(guān)這里的相關(guān)窗口長度決定了同步的精度和抗噪能力。窗口太短同步不穩(wěn)定窗口太長多徑可能帶來多個相關(guān)峰導(dǎo)致誤判。常用的做法是將前導(dǎo)序列由相同的短序列重復(fù)多次在接收端用短序列延遲自相關(guān)來獲得粗同步這會比滑動互相關(guān)更抗頻偏。我在仿真里經(jīng)常加的一道測試是人為向發(fā)射信號中加入一個固定的載波頻偏比如200 Hz然后觀察接收端頻率同步模塊能不能準確估計出這個值。如果測出來的偏差大于20%就要考慮是不是局部極值問題、估計窗口取錯了或者信噪比過低。4. 從仿真到實機把波形送到SDR里4.1 硬件連接與參數(shù)配置把硬件接好之后第一件事不是寫代碼而是用MATLAB命令行確認PC能識別到SDR。以USRP為例插上USB之后運行finder sdrinfo(usrp, ID, usb0); disp(finder)如果能顯示出硬件序列號和固件版本說明USB連接和驅(qū)動正常。如果找不到設(shè)備重啟一下硬件或者換一個USB口很多時候是USB電源供電不足導(dǎo)致設(shè)備沒有枚舉成功。USRP B210通過USB 3.0連接時需要主板提供足夠的電流避免使用前置USB集線器。然后設(shè)置發(fā)射和接收端用到的硬件參數(shù)中心頻率、采樣率、增益。中心頻率的選擇要考慮衛(wèi)星通信常用的頻段。實際室內(nèi)驗證建議用2.4 GHz ISM頻段這是SDR硬件支持最好、天線也是最容易買到的頻段。雖然它跟真實衛(wèi)星用的L頻段、S頻段有差別但用來驗證通信鏈路完全足夠。4.2 發(fā)射端配置與波形發(fā)送用MATLAB驅(qū)動USRP發(fā)射波形核心是用comm.SDRuTransmitter系統(tǒng)對象將前面生成的OFDM基帶IQ樣本直接推給硬件。txRadio comm.SDRuTransmitter(... Platform, B200, ... CenterFrequency, 2.4e9, ... Gain, 40, ... InterpolationFactor, 10, ... MasterClockRate, 50e6, ... TransportDataType, int16); txRadio(ofdmWaveform); % ofdmWaveform是生成的Nx1列向量這里需要特別理解InterpolationFactor和MasterClockRate的關(guān)系。USRP板卡上的DAC工作的主時鐘是MasterClockRate它不能直接被降成任意采樣率必須乘以整數(shù)因子做插值濾波。以50 MHz主時鐘為例發(fā)射基帶采樣率就是50 MHz / 10 5 MHz正好對應(yīng)前面預(yù)設(shè)的帶寬。硬件增益要謹慎設(shè)置尤其是USRP的發(fā)射增益。發(fā)射增益太大信號會在最后一級放大器中飽和產(chǎn)生非線性失真。OFDM又是高峰均比信號飽和削峰會造成嚴重的頻譜再生和帶內(nèi)誤差。我自己的經(jīng)驗是第一步先設(shè)置低增益USRP B210盡量不開滿用頻譜儀看輸出頻譜確認信號頻譜干凈、沒有明顯的IM3分量馬甲。4.3 接收端配置與數(shù)據(jù)抓取接收端使用comm.SDRuReceiver對象。一個容易被忽略的問題是接收端的采樣率和發(fā)射端必須保持一致否則符號定時會不斷漂移表現(xiàn)為星座圖在單位圓上緩慢旋轉(zhuǎn)或周期性跳變。由于收發(fā)兩端都采用5 MHz采樣率且使用的是SDR內(nèi)部的本地晶振即使是失配也是在ppm級別短期實驗沒問題。rxRadio comm.SDRuReceiver(... Platform, B200, ... CenterFrequency, 2.4e9, ... Gain, 30, ... DecimationFactor, 10, ... MasterClockRate, 50e6, ... SamplesPerFrame, 5120 * 2); waveform rxRadio();收到IQ數(shù)據(jù)之后需要先做一個直流偏置消除。USRP接收端雖然內(nèi)部有直流消除但上電前一小段時間可能仍存在零點偏置。直流偏置在OFDM系統(tǒng)里會落在第0個子載波上污染整個頻域但是否影響所有子載波主要看它落的位置。如果是保護子載波上的DC分量問題不大一旦DC子載波被用作數(shù)據(jù)子載波就會出現(xiàn)整體星座偏移。4.4 收發(fā)聯(lián)調(diào)的典型路徑從純仿真到硬件聯(lián)調(diào)我自己的調(diào)試路徑一般分四步走第一步先用一根RF線纜直接將發(fā)射SDR和接收SDR相連中間串一個30 dB衰減器。這個環(huán)節(jié)屏蔽了空間信道的動態(tài)影響用來驗證SDR硬件本身是否正常工作。如果這一步通過不了后面所有測試都不用提。第二步把射頻線纜換成兩根天線距離一米左右直接收發(fā)。這個環(huán)節(jié)會引入一定的多徑和衰減能夠驗證接收機在真實環(huán)境下的靈敏度。第三步在發(fā)射端人為加一個固定的多普勒頻移比如在基帶波形上乘一個相位旋轉(zhuǎn)因子讓模擬的載波偏一點觀察接收機是否還能正常估計和補償。這一步可以在MATLAB里直接對IQ數(shù)據(jù)進行頻移再送入SDR發(fā)射不需要改動硬件。第四步把發(fā)射端搬到陽臺接收端放在室內(nèi)做一次小范圍的“準外場”測試看系統(tǒng)在多路徑明顯、衰減更大的情況下的表現(xiàn)。5. 衛(wèi)星信道躲不開的問題多普勒、時延和功率5.1 低軌衛(wèi)星信道的三大變量真正的低軌衛(wèi)星通信信道和室內(nèi)桌面信道區(qū)別很大。核心有三個變量。多普勒頻移是最直觀的。低軌衛(wèi)星在軌道上運行的速度大約在7.6 km/s量級造成的最大多普勒頻移在L頻段大約有幾十kHz量級。這個數(shù)值對于我們的OFDM系統(tǒng)來說非常關(guān)鍵因為9.7 kHz的子載波間隔意味著極端情況下多普勒頻偏可能是子載波間隔的好幾倍。接收機不僅要估計并補償這么大的頻偏還要應(yīng)對多普勒變化率也就是頻率隨時間快速變化的問題。第二是時延。低軌衛(wèi)星的傳播時延雖然比地球同步軌道小很多但也有幾毫秒到十幾毫秒量級。這個時延對于通信協(xié)議設(shè)計來說不算致命但對于來回同步或閉環(huán)功控而言是個巨大的問題原型系統(tǒng)如果直接跑閉環(huán)就需要考慮慢響應(yīng)帶來的穩(wěn)定性。第三是功率和鏈路預(yù)算。自由空間傳播損耗按距離平方衰減低軌衛(wèi)星通常在幾百公里外加上大氣吸收鏈路非常緊。SDR原型系統(tǒng)是幾米到幾十米的距離損耗基本可以忽略不計但從原型到真實衛(wèi)星系統(tǒng)時鏈路預(yù)算問題會瞬間變成最核心的制約因素。5.2 多普勒頻偏對OFDM殺傷的兩個層面很多人以為多普勒頻偏只是讓星座旋轉(zhuǎn)靠經(jīng)典頻偏估計就能解決。但在OFDM里大頻偏的殺傷力有兩個層面。第一個層面是破壞正交性。OFDM子載波在頻域是等間隔的接收端用FFT把時域信號轉(zhuǎn)到頻域時如果信號存在一個大的殘余頻偏能量就會從原來的子載波泄漏到相鄰子載波上造成載波間干擾ICI。這個干擾一旦出現(xiàn)信噪比不會因為你后續(xù)做均衡而完全恢復(fù)因為它本質(zhì)上是不可逆的頻域能量擴散調(diào)制階數(shù)越高這個影響越明顯。第二個層面是導(dǎo)頻相位的快速旋轉(zhuǎn)。信道估計依賴于導(dǎo)頻的已知相位如果殘余頻偏過大導(dǎo)頻相位在同一個OFDM符號內(nèi)就旋轉(zhuǎn)了很多圈插值出來的信道估計結(jié)果就是亂的。因此接收機需要先做時域頻偏粗補償再做頻域細估計層層逼近。在做原型驗證時我建議做一個頻偏敏感度測試在發(fā)射機側(cè)人為注入0 Hz、200 Hz、500 Hz、1 kHz、5 kHz、10 kHz頻偏然后觀察接收端的星座圖和EVM。這樣你能直觀量化出這個系統(tǒng)對多普勒的容忍度上限。測試數(shù)據(jù)記錄下來寫報告和評審時都很有說服力。5.3 鏈路預(yù)算和增益設(shè)置的基本邏輯不要因為是SDR原型系統(tǒng)就完全不看鏈路預(yù)算。雖然物理距離短但如果一端天線增益低、一端發(fā)射功率不足接收端可能完全收不到信號。SDR系統(tǒng)的鏈路預(yù)算計算比衛(wèi)星工程簡單基本公式是接收功率 發(fā)射功率 發(fā)射天線增益 接收天線增益 - 自由空間損耗 - 系統(tǒng)損耗在2.4 GHz、距離1米的情況下自由空間損耗大約40 dB發(fā)射功率設(shè)為0 dBm時接收功率大約為-40 dBm這對于接收靈敏度負90 dBm幾十dB的USRP來說綽綽有余。但如果在陽臺上做幾十米外場測試自由空間損耗會增加約30 dB加上多徑衰落信號就會變得緊張起來。實際調(diào)試時接收增益不要一上來就開滿。SDR接收機的噪聲系數(shù)一般不會太好增益開滿時噪聲底也會抬得很高。正確做法是先用低增益測試確認信號能被捕獲再逐步增加增益找到一個EVM較好的點。這個地方值得反復(fù)試記錄每一檔增益對應(yīng)的EVM和同步成功率。5.4 從這個原型到真正星載系統(tǒng)的差距用SDR原型系統(tǒng)驗證OFDM衛(wèi)星通信最多只能算是“證明算法在這個信道上基本能跑通”距離真正上星還有很大距離。真正星載設(shè)備需要在體積、重量、功耗SWaP之間做極端取舍要在輻射環(huán)境下保證可靠性還要滿足嚴格的頻譜模板和發(fā)射雜散限制。但如果沒有原型系統(tǒng)做功能驗證直接去投片或做硬件設(shè)計風(fēng)險會大到難以承受。因此SDR原型系統(tǒng)的定位就是“低成本、快速驗證、暴露算法與硬件耦合的問題”這才是它的最大價值。6. 實操翻車指北常見問題與排查6.1 問題清單與排查路徑這一節(jié)把我實際調(diào)系統(tǒng)遇到過的典型問題列成一張表你可以把它貼在工位旁邊?，F(xiàn)象可能原因排查方法接收端完全收不到信號中心頻率不一致、發(fā)射增益過低、天線未接好先用頻譜儀看發(fā)射端頻譜確認中心頻率設(shè)置一致星座圖整體旋轉(zhuǎn)/漂移殘余頻偏未補償干凈檢查頻偏估計模塊輸出看數(shù)字域補償頻率是否穩(wěn)定星座圖發(fā)散成環(huán)狀時間同步點偏移導(dǎo)致頻域相位混疊檢查符號起始位置估計觀察相關(guān)峰是否尖銳只有部分子載波解調(diào)正確保護子載波設(shè)置不一致或IFFT長度不匹配對比收發(fā)兩端的FFT長度與保護子載波數(shù)量接收端偶發(fā)丟幀USB傳輸帶寬不足或CPU占用過高降低SamplesPerFrame改用雙緩沖關(guān)閉后臺進程信號頻譜明顯展寬發(fā)射機削波/飽和非線性失真降低發(fā)射增益檢查IQ幅度是否超過滿量程頻譜有強大直流分量接收端直流偏置在基帶處理前減去時域均值或查看DC子載波位置6.2 硬件聯(lián)調(diào)防坑建議先說USB供電。USRP B210在滿發(fā)射功率時電流需求接近1 A如果電腦的USB口供電不穩(wěn)設(shè)備會隨機掉線或者底噪異常。建議使用自帶供電的USB 3.0 HUB或者用多個USB口并接的供電線。然后說線纜。室內(nèi)聯(lián)調(diào)用射頻線纜時一定不要忘記在小功率測試時加衰減器。USRP發(fā)射功率調(diào)到最低如果直接接到接收端的LNA很容易把接收前端“悶”壞。我親眼見過有人把發(fā)端增益開到50 dB然后直接用短跳線連接接收端結(jié)果接收端的ADC輸入過載最終表現(xiàn)出一個完全離譜的星座圖。排查了三個小時才想到是前級飽和。第三是天線擺放。如果做空曠環(huán)境測試發(fā)射天線和接收天線最好采用垂直極化并保持視線可見并且遠離金屬桌面。十幾公分的擺放差異會造成幾dB的衰落雖然一套系統(tǒng)不至于直接斷鏈但會顯著影響測出來的同步成功率和誤碼率。做對比測試時一定要固定天線姿態(tài)。第四是系統(tǒng)運行時的CPU占用。MATLAB處理大幀IQ數(shù)據(jù)時很容易打滿CPU導(dǎo)致接收數(shù)據(jù)斷斷續(xù)續(xù)?？梢园裇amplesPerFrame設(shè)小一些或者將基帶處理放到一個單獨的while循環(huán)中每次只取一幀。最重要的是關(guān)閉MATLAB圖形界面的實時繪圖那個刷新開銷非常大我在調(diào)大幀數(shù)據(jù)時一度以為是接收機算法錯了最后發(fā)現(xiàn)是繪圖導(dǎo)致的幀丟失。6.3 量化排查的檢查表如果接收端仍然Behavior怪異建議按下面這個順序逐項打印并檢查發(fā)射端基帶波形峰均比是否超過預(yù)設(shè)值通常要小于10 dB發(fā)射端硬件輸出的實際中心頻率是否等于設(shè)定值用SDR或頻譜儀直接測接收端抓到的原始IQ樣本幅度方差是否在合理范圍內(nèi)時間同步相關(guān)峰的信噪比是否在10 dB以上頻率估計模塊給出的殘余頻偏是否在參考范圍之內(nèi)信道估計得到的導(dǎo)頻幅值包絡(luò)是否符合預(yù)期有沒有突然衰減的深坑均衡之后星座點的EVM是否低于調(diào)制方式的容忍閾值這七項每一層都是獨立的驗證關(guān)卡。哪一關(guān)不過去找哪一層的責(zé)任而不是整條鏈路一把梭否則永遠是“看似在動實際陷入死循環(huán)”。整個原型系統(tǒng)的調(diào)試本質(zhì)就是一個層層證偽的過程。你先把數(shù)字域模型驗證到足夠確信再把RF前端的效應(yīng)一點點加進來。如果你剛開始做這個項目我給你的最大建議是不要在第一個星期就想把所有功能都調(diào)通先用最樸素的最笨的方法也就是純OFDM、沒有編碼、沒有交織把鏈路從MATLAB發(fā)到SDR再收回到MATLAB解出來。這個最簡單最樸素的鏈路能通你才真正站在了正確的起跑線上。