[發明專利]基于RapidIO的CORBA中間件ORB間通信方法

有效

• 申請號: 202011042983.7
• 申請日: 2020-09-28
• 公開（公告）號: CN112199211B
• 公開（公告）日: 2023-02-28
• 發明（設計）人: 邵龍;高逸龍;陳穎;鐘瑜;方科
• 申請（專利權）人: 西南電子技術研究所(中國電子科技集團公司第十研究所)
• 主分類號: G06F9/54
• 分類號: G06F9/54;G06F9/46
• 代理公司: 成都九鼎天元知識產權代理有限公司 51214
• 代理人: 劉小彬

本發明公開的一種基于RapidIO的CORBA中間件ORB間通信方法，涉及軟件無線電領域，本發明通過下述技術方案予以實現：基于IIOP協議提供的TCP/IP協議棧，通過協議覆蓋方式，增加以太網到RapidIO網絡的適配層，實現以太網數據包運行于RapidIO網絡之上，將以太網物理層替換成RapidIO層，在以太網鏈路層和RapidIO層之間增加一層適配層；通過TCP/IP協議棧和以太網鏈路層將IIOP數據層層封裝，成為以太網幀，適配層將映射后的RapidIO源ID、目的ID填入RapidIO頭，將RapidIO頭添加到以太網幀最前面，組合成RapidIO數據格式，通過RapidIO層發送出去。

技術領域

本發明涉及軟件無線電領域，具體涉及一種軟件通信體系結構中基于RapidIO的CORBA中間件ORB間通信方法。

背景技術

軟件通信體系結構(SCA，Software Communi-cations Architecture)為軟件無線電的設計提供了一種與實現無關的開放式架構。SCA通過分層的結構使波形應用與底層硬件及操作系統分離，并通過通用對象請求代理體系結構CORBA(Common Object RequestBroker Architecture)技術提供分布式的處理環境，實現了波形的可移植性。SCA2.2.2版本以前，SCA規范明確規定必須采用CORBA中間件技術作為傳輸總線，雖然從SCA next開始不明確指定具體的傳輸機制，將CORBA改為可選項，但與其他可選技術相比，CORBA在成熟度、操作模型、易于實現性等方面均一定的優勢，在SCA中的地位仍然無可替代。

對象請求代理ORB(Object Request Broker)是CORBA的核心，規定了分布對象的接口和語言映射，負責對象在分布式環境中透明地收發請求和響應，實現對象間的通信和互操作。在CORBA規范中定義了兩個ORB間通信協議(Inter-ORB Protocol)，一個是GIOP(通用ORB互通協議，General Inter-ORB Protocol)，而另一個是DCE ESIOP(DCE環境中的ORB間通信協議)。

GIOP不是一種具體的協議，并不能直接用于ORB之間的通信，它只是一種協議的抽象，其描述了具體實現協議的要求及特征以適用于GIOP框架。IIOP(網絡ORB間互通協議，Internet Inter-ORB Protocol)協議是GIOP的一種具體實現，現有開源和商業CORBA產品幾乎都采用的IIOP協議，IIOP協議是目前應用最為廣泛的ORB互通協議，幾乎所有知名開源或者商業CORBA產品都默認采用的IIOP協議。

以太網最初的定位是大量PC機或是工作站互聯，而軟件無線電是基于嵌入式式環境，相對于以太網的協議處理開銷大，高帶寬帶來的高成本，RapidIO擁有更高的小包傳輸效率，靈活的拓撲結構，更高的系統健壯性、更高效率的流控機制、更強的錯誤管理機制以及更低的CPU負載，適用于要求高帶寬、高實時性、高可靠性的軟件無線電系統的作為互聯總線。RapidIO采用三層分級體系結構，邏輯、通用傳輸層、物理層，其中RapidIO邏輯層位于RapidIO最高層，定義了RapidIO全部協議和包的格式，它們為端點器件發起和完成事務提供必要的信息；RapidIO傳輸層位于RapidIO中間層，定義了RapidIO地址空間和在端點器件間傳輸包所需要的路由信息；RapidIO物理層規范在整個RapidIO分層結構的底部，包括器件級接口的細節，如包傳輸機制、流量控制、電氣特性和低級錯誤管理等功能。

已有的基于RapidIO的CORBA中間件ORB間通信方法為一種名為RIO-IOP的自定義ORB間通信方法，它是在RapidIO之上自定義了RCS(RapidIO協議棧)取代基于TCP/IP的Socket傳輸機制，并在RCS之上制定了RIO-IOP取代IIOP。基于RIO-IOP的ORB間通信方法，實現了基于RapidIO的ORB間通信，使CORBA能夠在RapidIO網絡環境中得到應用，但是，該方法有一下不足：