0 引言

　　隨著通信信號處理技術不斷發展，面臨著無線通信體制更新換代速度快、軟硬件升級頻繁、研制成本高、開發周期長等問題[1]。為應對多體制通信處理的快速更新，基于軟件化定義的異構通信處理平臺成為了近年來的研究熱點[2]。

　　雖然異構通信處理平臺性能良好、適用性廣，但是由于其涉及軟硬件類型繁多，導致了開發過程復雜、開發周期長、分工合作銜接困難等問題[3]。在龐大復雜的平臺系統中，一點改動就可能牽一發而動全身，導致程序的不一致性。為了降低軟件開發強度，縮短開發周期，減少代碼的重復書寫，一直以來軟件開發者都致力于代碼自動生成方面的研究。作為復用技術的核心和基礎，代碼自動生成是提高軟件開發效率的有效手段[4]。自動代碼生成器不僅減小了開發人員的工作量，同時提高了工程的一致性，更易于分工與維護。

　　針對異構通信信號處理平臺在實時性、分布式、可靠性等方面的要求，自動代碼生成器需應對異構平臺中的實時處理，以及編程一致的系統可靠性[5]。為了提高軟件開發綜合效率，實現組件的快速開發，縮短新算法從理論到應用的開發周期，本文提出了一種新型的代碼自動生成器工具。該生成工具包括框架配置文件向導、描述要素宏定義文件實時更新、硬件驅動源代碼框架生成、軟件組件源程序框架生成、軟件包組裝以及裝配粘合代碼的自動生成等。實測分析表明，該生成工具對于異構通信平臺軟件快速開發、硬件迅速映射、用戶便捷應用等方面有顯著突破，是異構通信信號處理平臺實現其實時性、分布式、可靠性的重要工具。

1 自動代碼生成技術

　　目前，自動代碼生成技術應用十分廣泛，在UML建模[6]、模型驅動框架（MDA）[7]、數據庫表創建[8]等方面都有所突破。但是在異構通信處理平臺上的代碼自動生成技術仍不完善，只在異構多核處理器方面有少量研究[9]。

　　基于異構通信信號處理平臺的代碼自動生成關鍵在于建模抽象技術[10]、復用技術[11]、Python引擎技術[12]。代碼主要分為3種類型[13]：第一種是框架代碼中的固定部分，無需做任何修改；第二種代碼指大部分不用修改，只對有相應的輸入來源和邏輯規律的代碼進行修改；第三種是沒有任何規律可循的特殊代碼，這類代碼須由專業人員填寫，無法自動生成。第一種代碼可直接使用，第三種代碼留白待用，第二種代碼即需要實現自動生成的主要代碼。

　　代碼自動生成主要由元數據、代碼模板、數據模型和代碼生成引擎組成，其流程如圖1所示。

　　(1)元數據：元數據是對異構通信處理平臺資源的一種描述，通過建模實現，是數據信息傳遞的基礎。

　　(2)代碼模板：代碼模板是用戶想要生成的源代碼模型，它表示源代碼中的共性部分，即無需修改的部分。

　　(3)數據模型：數據模型是代碼自動生成框架的基礎模型，具有高度的抽象性。它表示了源代碼中的個性部分，即需根據規律自動生成的部分。

　　(4)源代碼：源代碼是代碼自動生成的成果，即通過自動生成形成的可加入工程直接使用的完整代碼。

2 異構平臺的軟件體系架構

　　異構通信處理平臺包括對ATCA、VPX、CPCI、專用PC等已有硬件處理平臺的兼容，可以統一地開發運行環境實現軟硬件的無縫交互，實現多功能應用組件的高度共享。其軟件體系架構分為硬件層、板級支持包層、操作系統與驅動層、硬件抽象層、核心服務層和應用層。

　　一般地，為了實現異構通信信號處理平臺中多處理器和軟件組件的升級繼承與資源共享，其自動代碼生成器需滿足平臺框架需求，具體層級分布如圖2所示。通信處理平臺的自動代碼生成器提高了軟件開發的綜合效率，實現硬件驅動和軟件組件的快速開發，縮短了新算法應用的實際周期，為通信領域的快速發展提供了良好的平臺。

3 自動代碼生成器實現

　　3.1 操作系統與驅動層代碼生成

　　在操作系統與驅動層，異構通信處理平臺的自動代碼生成工具主要涉及硬件設備驅動的自動代碼生成。處理器包括作為設備的處理器和平臺中的處理器。每個硬件設備驅動都要實現如表1所示的功能。

　　驅動接口名稱由功能名稱和數據庫存儲的板卡類型號、處理器類型碼和處理器號組成。板卡類型號表明處理器所在板卡信息，確定處理器歸屬。處理器類型碼表明了處理器的類型、處理方式和編程模式。處理器號是對某板卡上具體處理器的確定。由以上三方面的信息共同確定系統中唯一一個處理器，由此定義驅動函數。

　　根據組合形成的函數名，通過函數模板實現驅動接口的定義、注冊和函數框架生成。首先根據函數名形成相應的驅動接口定義文件，驅動接口注冊文件和驅動接口函數文件。根據函數定義、注冊、函數框架的函數模板，自動完成不同文件的驅動定義和注冊。

　　3.2 核心服務層代碼生成

　　3.2.1 配置文件向導

　　在核心服務層，異構通信處理平臺的自動代碼生成工具主要涉及配置文件向導和描述要素宏定義。配置文件向導主要是針對平臺配置時的可視化向導，主要方面如表2所示。用戶可根據可視化向導對平臺進行配置，由具體模板模式以及用戶對平臺的配置信息，形成系統可識別的配置文件。

　　3.2.2 描述要素宏定義

　　描述要素是對平臺系統的整體描述，包括軟硬件物理元件、連接關系和功能描述。根據對異構通信處理平臺建模，元數據結合特定編碼形成宏定義，模板變量如表3所示。自動生成要素宏定義保證了系統擴展升級時的一致性，是實現平臺高可靠性和可擴展性的保證。

　　3.3 應用層代碼生成

　　3.3.1 軟件組件函數框架

　　軟件組件源代碼主要包括對應用功能組件的定義和實現。軟件組件的函數如表4所示。組件函數名由組件名稱和功能名稱組成，創建對唯一組件的初始化、數據處理和參數配置等。根據組件名，在數據庫中查找組件對應的參數名和參數類型，為實現數據結構定義提供數據。根據組件名稱，由組件名作為定義文件和函數文件的名稱創建組件應用文件。

　　3.3.2 軟件裝配腳本

　　軟件裝配的腳本生成是通信處理平臺的中心環節。根據通信處理流程形成的腳本文件，記錄了組件功能和連接方式，是軟件化處理的核心。Python腳本可直接解釋執行，省去了編譯時間；并且可與多種語言保持良好的兼容性和互操作性[14]。用Python做腳本文件可無縫調用C模塊程序，既運用了C的快速計算功能，也兼具了Python簡單的流模式記錄特性，是軟件裝配腳本的良好選擇。文本文件對操作系統的適應性更強，增加了系統可移植性，但是需要設計文本格式和解析引擎。

　　為保證系統實時性和可擴展性，軟件裝配的腳本采用雙解析引擎，以txt文本和python文件共同作為裝配腳本，如圖3所示。兩種腳本可視化應用對用戶沒有區別，可根據自己熟悉的編程模式選擇腳本類型。在應用運行時，雙引擎解析自動識別應用描述腳本，執行應用。

4 實測分析

　　為驗證本文提出的自動代碼生成器的有效性，將以一個QPSK調制解調信號處理流程為例，在實際系統上進行測試。

　　4.1 實驗系統體系組成

　　本次實驗系統的硬件平臺以PC作為域管理器，ATCA和VPX作為處理平臺。ATCA平臺包括兩塊板卡，板卡上有DSP和FPGA。VPX包括一塊板卡，板卡上有FPGA。其中，DSP類型為TMS320C6678，FPGA類型為XC5VLX50T，硬件平臺拓撲如圖4所示。

　　以QPSK調制解調信號處理流程為例。Txdemo組件的功能是產生1 024長度的二進制信號，并通過輸出端口發送出去，Rxdemo組件的功能是接收信號，并且將信號保存到指定文件中，方便用戶查看。首先由Txdemo信源發送數據，經QPSK調制模塊調制，通過AWGN信道后，再由QPSK解調模塊解調，最后將解調后的數據保存在Rxdemo中。其中，Txdemo組件和Rxdemo組件部署在PC上，QPSK調制模塊和QPSK 解調模塊部分別部署在ATCA的兩塊處理板上，AWGN信道部署在VPX的處理板上，具體部署如圖5。

　　4.2 實驗結果及分析

　　QPSK調制解調波形結果如圖6所示。結果與實驗預期結果相符，印證了框架的可行性，即自動代碼生成的編程一致性和可靠性。應用模塊分布在不同的處理器上，滿足代碼自動生成的異構平臺分布性。在系統運行過程中，除了模塊功能代碼之外，均由代碼自動生成實現。各模塊的運行時間如表5所示。經計算，框架代碼生成時間開銷占應用總開銷的2%，滿足實時性要求。綜合驗證結果，基于異構通信處理平臺的自動代碼生成技術滿足了系統對實時性、分布式、可靠性等方面的要求，證明了自動代碼生成的有效性。

5 結論

　　本文基于異構通信處理平臺框架，根據其對實時性、分布式、可靠性等方面的要求，實現了該框架的自動代碼生成。實現了框架配置文件、要素宏定義文件、硬件驅動源代碼框架、軟件組件源程序框架以及裝配粘合代碼的自動生成，加強了平臺中軟硬件編程的一致性、縮短了開發周期，大大減少需要手工編寫開發和測試代碼的工作量，提高了軟件開發的效率。

　　參考文獻

　　[1] JTRS Draft Specification.Software communications architecture specification(rev.4.0)[R].Washington：JTRS Joint Program Office，2012.

　　[2] DICKENS M L.Surfer：Any-core software defined radio[J].Dissertations & Theses-Gradworks，2012，8(2)：204-205.

　　[3] ADRAT M，ASCHEID G.Special issue on recent innovations in wireless software-defined radio systems[J].Journal of Signal Processing Systems，2015，78(3)：239-241.

　　[4] Wang Miao，Qi Fengbin．Automatic code generation framework for Heterogeneous multi-core systems[J]．Journal of Frontiers of Computer Science and Technology，2013，7(6)：518-526．　

　　[5] FAYEZ J A.Designing a software defined radio to run on a heterogeneous processor[D].Virginia：Virginia Polytechnic Institute and State University，2011.

　　[6] 曹雷，薛平貞.UML建模在嵌入式系統開發中的應用[J].現代電子技術，2013(16)：41-44.

　　[7] 張清波.基于MDA模型驅動的代碼生成的研究與設計[J].現代計算機：專業版，2015(9)：73-79.

　　[8] 劉雪飛，吳伯橋，王申強.XML文檔與數據庫表信息互相轉換的方法研究與實踐[J].信息安全與技術，2013(7)：67-69.

　　[9] TULIKA M，MIHAI P.Bahurupi：A polymorphic heterogeneous multi-core architecture[J].Acm Transactions on Architelture & Code Optimization，2013，8(4)：73-94.

　　[10] CHEN Q，TIRUMALA S，JAIN A.Integrated circuit optimization modeling technology：US，US 8555233 B2[P].2013.

　　[11] HONG Y S，SONG H U.Refresh period signal generatorwith digital temperature information generation function：US，US7859931[P].2010.

　　[12] MUSHTAQ A，OLAUSSEN K.Automatic code generator for higher order integrators[J].Computer Physics Communications，2014，185(5)：1461-1472.

　　[13] 張曦，湯俊，湯小為，等.基于TS201的信號處理軟件框架及自動代碼生成器[J].科學技術與工程，2013，13(18)：5356-5360.

　　[14] SAUTER N K，HATTNE J，GROSSE-KUNSTLEVE R W，et al.New Python-based methods for data processing[J].Acta Crystallographica，2013，69(7)：1274-1282.