由于GPP上的波形組件是使用CORBA實現的，所以只要將CORBA擴展到DSP和FPGA上，就能夠很容易地實現布署在各種類型處理器上的波形組件間的通信。圖2是以CORBA方式實現的分布式SCA/SDR系統布局結構示意圖。在以CORBA方式實現的SCA/SDR系統中，GPP保持原有狀態即可，而DSP和FPGA上的ORB負責完成CORBA報文的處理。這使系統中所有波形組件使用CORBA中間件進行通信，而不需要在GPP上實現代理，不僅減輕了GPP的運行負擔以及內存資源占用，而且系統中波形組件間的通信不再需要通過代理的轉換，從而也就降低了通信時延，提高了通信效率。

　　同時，CORBA為不同類型的處理器提供統一的通信架構，使任何組件都能夠以簡單的函數調用方式獲得分布于系統中的其他組件的服務。軟件客戶端和硬件服務程序之間由此變得連接無縫、快速并且使用較少的系統資源。與MHAL實現方式相比，該架構提供了波形組件的移動性和位置透明性，使得在同一處理器與在遠程處理器中調用對象相比沒有什么差別，使設計人員可以很容易地將波形組件從一個處理器中轉移到另一個處理器中。這意味著，設計人員一開始可以在他們的工作站上構建SDR，然后很容易地將部件一塊塊轉移到GPP、DSP和FPGA上，來優化系統總性能。

　　雖然使用CORBA方式實現的SCA/SDR既保持SCA的兼容性，又減小了傳輸負載，而且，開發者也無需開發通用GPP上的定制代理。但由于FPGA的設計實現方式與GPP完全不同，其編程主要集中于底層硬件，往往同特定的可編程資源緊密聯系在一起，而且FPGA不能提供等效的操作系統中虛擬地址等機制，從而使FPGA上CORBA功能的實現比較困難。目前為止，在FPGA上實現ORB的主要的方案有以下兩種：

　　(1)Prismtech公司開發了一款集成電路ORB(ICO)產品，該產品提供了一個使用VHDL語言編寫的ORB模塊，能夠運行于Xilinx，Altera等公司的多款FPGA上。整個產品包括ORB引擎、IDL-to-VHDL代碼產生器和SCA應用組件等幾個部分。ORB引擎負責GIOP報文的解析和封裝，對于到達的GIOP請求報文，ORB引擎對報文中的對象鍵值、操作名稱、參數等信息進行解析，然后將數據傳遞給特定的FPGA邏輯模塊進行處理;如果處理結果需要向外部發送，則ORB引擎根據預先獲得的一些信息，將結果封裝為GIOP請求報文或應答報文，并通過網絡進行傳輸。

　　盡管ICO實現了FPGA程序與分布式系統的直接ORB通信，但由于其ORB引擎的實現代碼是由IDL-to-VHDL代碼生成器根據特定的應用生成的，這就使其ORB引擎的實現邏輯與特定的FPGA應用程序密切相關，從而也就導致了ORB的引擎不具備通用性。一旦FPGA的應用程序做了修改，原有的ORB引擎往往無法對新應用程序的GIOP報文進行正確的解析和封裝，此時必須再次使用IDL-to-VHDL代碼生成器重新生成新的邏輯。目前有很多FPGA在硬件上已經具備了部分重配置功能，而且有一部分分布式應用，也需要實現FPGA的動態部分重配置，這就需要在動態改變FPGA部分邏輯功能的同時，依然保持ORB引擎和其他FPGA模塊的正常工作，但ICO與FPGA應用程序的緊密相關性使這一功能無法實現。

　　(2)OIS公司在一項專利中提出了一種新的基于FPGA的CORBA實現方法。該方法是將ICO的ORB引擎的分為4個功能模塊，包括ORB接收模塊、ORB發送模塊、接收操作適配器和發送操作適配器。其中ORB接收模塊和ORB發送模塊僅負責解析和封裝GIOP的報文頭信息，而接收操作適配器和發送操作適配器負責解析和封裝與每個應用模塊相關的操作名稱和參數。這樣，每個應用模塊都有自己專屬的處理操作名稱和參數的處理單元，從而保證了FPGA上應用模塊的靈活性和通用性，也可以滿足部分重配置的需求。

　　然而，由于在OIS公司的專利中所提出的解決方案中，必須為每個應用模塊都實現一個接收操作適配器和一個發送操作適配器，由此導致應用模塊的實現十分復雜，必然會給應用模塊的開發人員帶來一定的負擔;同時，FPGA內部各應用模塊之間的信息傳遞必須經過發送操作適配器和接收發送操作適配器的處理，這對于FPGA內部乃至FPGA之間高速數據傳輸的要求顯然是不恰當的;而且，當一塊FPGA中運行的應用模塊數量較多時，也必然要有大量的計算資源和存儲資源被處理操作名稱和參數的邏輯所占用，無法實現硬件資源的有效利用，甚至造成資源的浪費，這也是實際應用中無法接受的。

　　3 改進的設計方案

　　以上分析表明現存的種實現方案都不夠理想，有必要設計一種新都實現機制來改善當前的設計。

　　根據實際應用中通信系統的需求，結合上述分析的幾種實現方案的優缺點，在兼顧系統的資源利用率、應用組件的易開發性、通用性、靈活性等各方面的性能，在現有設計方案對基礎上，對FPGA上的ORB實現方案進行了改進，改進后的設計方案實現結構如圖3所示。

　　在實際應用中，實現各種波形的應用模塊一般需要支持初始化、參數配置、參數查詢、建立連接、斷開連接、啟動、停止、數據傳遞等操作功能，所以在改進后的方案中，根據應用模塊的實際需要抽象出一組與上述操作相對應的操作名稱：initialize，configcIre，query，connectPort，disconnectPort，start，stop，pushPacket等，可稱之為公有操作。公有操作名稱的識別和處理由ORB主適配器完成。另外，對那些只是個別應用模塊所實現的操作，可稱之為私有操作，其識別和處理則由應用模塊的ORB輔助適配器完成。各模塊發所實現的功能

　　如下：

　　ORB主適配器(ORB Mian Adapter)實現的功能包括兩個方面：一是解析接收到的GIOP報文信息，從接收到到報文信息中抽取出GIOP報文頭和數據域，丟棄填充域。在該過程中，ORB主適配器需要基于GIOP報文頭信息所提供的協議版本和數據大小端標志完成報文格式的識別和數據的大小端轉換。需要注意的是GIOP報文中的ObjecKey和Operation Name段均是變長的信息，為了便于后續處理，需要在ORB主適配器的處理過程中將它們轉換為固定的編碼，其中ObjectKey轉換為用于標識應用模塊的地址編碼，而Operation Name則轉換為與之對應的控制信息;二是封裝需要發送到GIOP報文信息，負責從應用模塊的數據總線和控制總線接收數據與控制信息，然后加上GIOP報文頭，將控制信息轉換為相應的操作名稱，填充對齊數據等完成GIOP報文信息封裝，之后通過FIFO等類似的接口將數據傳送出去。

　　交叉開關(Crossbar Switch)實現的功能是根據接收到的地址編碼完成控制信息和數據的轉發。

　　ORB輔助適配器(ORB Assistant Adapter)實現的功能與ORB主適配器類似，也包括兩個方面：一是接收來自交叉開關的控制信息，若調用調用的是應用模塊的私有操作，則將此操作名稱轉換為相應的操作編碼后發送給給交叉開關，否則，直接將控制信息轉發給應用模塊;二是接收來自應用模塊的控制信息，當應用模塊調用私有操作時，則將操作編碼轉換為相應的私有操作名稱后發送給給交叉開關，否則，直接將控制信息轉發給交叉開關。

　　應用模塊(Application Module)根據控制信息完成對數據的處理，給出處理結果。