基于DSP和FPGA芯片實現基帶處理單元的設計方案_第1頁
基于DSP和FPGA芯片實現基帶處理單元的設計方案_第2頁
基于DSP和FPGA芯片實現基帶處理單元的設計方案_第3頁
全文預覽已結束

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、基于DSP和FPGA芯片實現基帶處理單元的設計方案TD-SCDMA系統的基帶處理流程如圖1所示。其中,傳輸信道編碼復用包括以下一些處理步驟:CRC校驗、傳輸塊級聯/分割、信道編碼、無線幀均衡、第 1次交織、無線幀分割、速率匹配、傳輸信道復用、比特擾碼、物理信道分割、第2次交織、子幀分割、物理信道映射等,如圖2所示。 圖1 TD-SCDMA基帶處理框圖 圖2 傳輸信道編碼復用結構 在圖2中,每個傳輸信道(TrCH)對應一個業務,由于各種業務對時延的要求不同,所以其傳輸時間間隔(TTI)是不同的,TTI可以是10ms、20ms、40ms或80ms。 實現方案 本文提出了DSPFPGA線性流水陣列結

2、構的實現方案:使用DSP與大規模FPGA協同處理基帶發送數據。該處理單元以DPS芯片為 ,構造一個小的DSP系統。 在基帶處理單元中,低層的信號預處理算法處理的數據量大,對處理速度的要求高,但運算結構相對比較簡單,因而適于用FPGA進行硬件實現,這樣能同時兼顧速度及靈活性。相比之下,高層處理算法的特點是所處理的數據量較低層算法少,但算法的控制結構復雜,適于用運算速度高、尋址方式靈活、通信機制強大的DSP芯片來實現。 基帶處理單元的需求估計 基帶處理單元的需求估計主要包含以下兩個方面: 1.各個業務傳輸通道的數據處理:以對稱情況下無線信道承載的 業務速率384kbps為例進行分析。傳輸塊大小為3

3、36bit,24塊級聯,加上 CRC,系統在1個10ms幀內所要處理的 數據量為8448bit:根據3GPP協議TS 25.222規定的下行數據基帶處理流程(見圖2),并按固定位置復用的方式進行處理,每個數據位必須經過 多13個環節的處理過程,估算平均每環節上每比特的處理要求為23條指令。則10ms內必須完成的處理指令數是:84481323=2525952條。對應的處理能力要求是252MIPS。 2.消息處理:包含消息的解釋、對應控制參數的計算、發給對應的FPGA。估計不超過一條承載64kbps業務的無線信道的基帶數據處理的需求。 綜合考慮上述兩個方面,則整個基帶數據處理的等效需求是: 以TM

4、S320C5510為例,其主時鐘能工作在160MHz或200MHz,運算速度達400MIPS。基于C的軟件開發環境和匯編級并行處理的優化程序,優化后的并行執行效率一般為80%,等效的處理能力為320MIPS。可見,若將整個基帶數據處理交給該DSP芯片完成,其處理能力無法滿足整個處理單元的需求,而且,隨著視頻電話、手機電視等大數據量業務的應用,數據處理需求量將更大。因此,在基帶處理的實現方案中,數據量小的業務,如隨路信令、 AMR語音業務可由DSP處理;而數據量大的業務,如64kbps、144kbps和384kbps速率的業務,大部分處理環節由FPGA完成。具體實現如下: DSP作為主控單元,完成數據提取、消息解析和部分基帶數據處理功能,如第二次交織和成幀等; FPGA則在DSP的調度下完成基帶數據處理環節中大部分比較耗時的處理功能,如:CRC校驗、信道編碼、速率匹配等,在接收端可用于Viterbi譯碼、聯合檢測等。 在384kbps業務信道加隨路信令的處理中,384Rbps業務數據由DSP通過同步高速接口,以DMA方式遞交給FPGA,在FPGA中處理;而隨路信令因其數據量小,在FPGA處理384kbps業務數據時,隨路信令數據在DSP中同時處理。此方法減少了數據處理時間,提高了處理速度。 結語 本文介紹了一個軟硬件結合的設計方案。硬件電路

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論