謝　彬　吳俊偉　魏　駿

1(華東計算技術(shù)研究所　上海 200233)2(復旦大學計算機科學技術(shù)學院　上海 201203)3(上海申騰信息技術(shù)有限公司　上海 200040)

?

SCA核心框架優(yōu)化設計技術(shù)研究

謝彬1吳俊偉2魏駿3

1(華東計算技術(shù)研究所上海 200233)2(復旦大學計算機科學技術(shù)學院上海 201203)3(上海申騰信息技術(shù)有限公司上海 200040)

軟件通信體系架構(gòu)(SCA)是軍事通信領域重要的開放體系架構(gòu)。針對當前SCA核心框架在應用層面存在的兼容性和輕量化問題，提出一種應用接口兼容的SCA核心框架優(yōu)化設計方案，對SCA 核心框架接口進行優(yōu)化裁剪，并重點在端口連接、XML解析、動態(tài)重構(gòu)等方面進行優(yōu)化設計和實現(xiàn)。通過測試驗證，達到了降低平臺資源消耗、提高系統(tǒng)啟動和部署效率的目的，實現(xiàn)了SCA核心框架的靈活、高效和兼容性設計。該研究成果對SCA相關(guān)技術(shù)成果的裝備化應用具有積極的意義。

軟件通信體系結(jié)構(gòu)核心框架輕量化向后兼容性

0　引　言

軟件通信體系結(jié)構(gòu)(SCA)是將計算機領域的面向?qū)ο?、分布式中間件等技術(shù)應用于軍事通信，基于“軟總線”和波形組件化思想提出的一種開放體系設計架構(gòu)。與傳統(tǒng)的軟件無線電設備相比，SCA軟件無線電設備系統(tǒng)升級維護簡單，互聯(lián)互通互操作能力強，應用開發(fā)和操作管理成本較低。目前國內(nèi)外應用最廣的是2006年發(fā)布的SCA 2.2.2規(guī)范[1]，在軍事通信領域美軍已經(jīng)裝備了大量符合該規(guī)范要求的軟件無線電設備。

SCA 2.2.2規(guī)范雖然應用廣泛，然而在小型化軟件無線電設備研發(fā)領域，也遇到了不少質(zhì)疑，如：SCA體系結(jié)構(gòu)太龐大、功耗要求過高、CORBA中間件拖累了整個系統(tǒng)架構(gòu)等一系列問題。特別是針對背負和手持等對尺寸、重量和功耗(SWaP)等資源要求極為嚴苛，同時又對系統(tǒng)性能有一定要求的通信平臺(如：單兵背負電臺、單兵手持電臺等軟件無線電設備)，系統(tǒng)的體積、功耗和指標情況往往難以滿足系統(tǒng)設計要求。

2012年2月發(fā)布的SCA 4.0規(guī)范重新刻畫了操作系統(tǒng)、通信中間件、核心框架和應用之間的邏輯關(guān)系，對系統(tǒng)升級、輕量化和靈活性設計提供了更強的支持[2]。然而，由于具體設計實現(xiàn)方法的不同，SCA4.0版本的核心框架并不能從組件層面完全向后兼容SCA2.2.2波形應用。同時由于接口裁剪原則的隨意使用，增加了核心框架設計的復雜性，造成不同版本的SCA4.0核心框架實現(xiàn)之間互不兼容，無法實現(xiàn)波形應用的跨平臺移植。

2014年12月，美軍聯(lián)合戰(zhàn)術(shù)網(wǎng)絡中心(JTNC)發(fā)布了SCA 4.1規(guī)范草案，其軟件體系結(jié)構(gòu)如圖1所示。

(1) 框架控制組件(CF)是應用軟件構(gòu)件化設計和運行管理的基礎，為波形應用軟件開發(fā)者提供對底層軟件和硬件的高層次抽象。

(2) 傳輸機制為軟件組件間的數(shù)據(jù)通信提供標準化的客戶/服務端操作，軟件組件使用傳輸機制提供的接口和服務進行連接和數(shù)據(jù)交換。

(3) 應用環(huán)境描述(AEP)是SCA波形組件允許調(diào)用的操作系統(tǒng)接口集。

(4) 應用程序接口(API)是標準化波形應用程序接口，如：Packet、SerialDevice、MHAL、MOCB等。

SCA 4.1規(guī)范定義了輕量級/超輕量級的AEP，重新定義了可裁剪的管理組件和應用組件，擴展了“推”注冊模型，明確了對SCA2.2.2波形組件的控制能力。SCA4.1規(guī)范為解決向后兼容性問題提出基本的思路和方法，對核心框架的兼容性設計具有較強的參考價值。

1　SCA核心框架設計

1.1輕量化設計

SCA規(guī)范層面提供了核心框架接口的可裁剪性，所以，在不同的應用場景下，可以對核心框架接口進行定制裁剪，如：波形的安裝和刪除接口等。同時，可以將運行時XML域描述的DTD(document type definition)驗證功能轉(zhuǎn)移到開發(fā)階段進行，從而減少波形加載運行時的資源消耗。另外，為了盡量降低平臺軟件的資源占用，公共的平臺服務(如：日志服務、事件服務)也可以從輕量化平臺中裁減掉，而只保留必需的部分平臺設備(如：硬件抽象層設備)。

基于上述分析，本文對SCA標準級與輕量級平臺功能需求進行劃分。SCA標準級與輕量級平臺功能需求劃分如圖2所示。

圖2　SCA標準級與輕量級平臺功能需求劃分

圖2中，將SCA平臺標準級功能需求歸納為：實時操作系統(tǒng)應用環(huán)境描述(RTOS-AEP)、傳輸中間件、XML解析、注冊/注銷管理、連接管理、資源管理、靜態(tài)/動態(tài)部署、卸載管理、波形安裝/刪除、平臺設備、平臺服務、DTD驗證等功能點。而為小型化SCA平臺定制的輕量級功能需求只包括：RTOS-AEP、傳輸中間件、XML解析、注冊管理、連接管理、資源管理和靜態(tài)部署功能[4]。

1.2兼容性設計

為保證核心框架軟件向后兼容SCA2.2.2的波形應用，組件模型和組件接口必須進行兼容性設計。本文提出的核心框架的應用組件模型設計如圖3所示。

圖3　組件概念模型

圖3中，組件接口默認只是繼承LifeCycle接口，其他功能接口以條件繼承的方式供波形組件選擇使用，且都與SCA2.2.2規(guī)范保持兼容。端口連接器(PortAccessor)取代了SCA2.2.2規(guī)范中的PortSupplier和Port，具體參見2.3.2節(jié)端口連接機制優(yōu)化。

2　SCA核心框架實現(xiàn)

基于上述對SCA核心框架功能需求的分析，本文提出的核心框架軟件功能模塊組成如圖4所示。

圖4　核心框架模塊組成

基礎模塊提供基本的域配置描述文件解析、連接管理、資源管理和波形開發(fā)公共庫支持。

核心模塊包括域管理器和波形控制器。其中，域管理器提供域控制與配置、波形管理、設備注冊和服務注冊功能；波形控制器提供波形靜態(tài)部署和波形參數(shù)設置與查詢功能。

基于上述分析，核心框架在具體設計實現(xiàn)時，將重點在核心框架接口和域描述文件上對SCA核心框架進行優(yōu)化設計，并針對系統(tǒng)啟動時間、應用部署時間等關(guān)鍵應用指標進行優(yōu)化定制。

2.1核心框架管理接口

核心框架在接口設計上，主要考慮到小型化軟件無線電設備規(guī)模小、互聯(lián)關(guān)系簡單的硬件特征，對SCA 2.2.2規(guī)范規(guī)定的核心框架接口進行部分裁剪，從而簡化SCA核心框架的管理流程，提高系統(tǒng)運行效能。另外，部分接口還參照SCA4.1規(guī)范進行優(yōu)化設計。

對核心框架的接口裁剪主要包括：裁剪核心框架軟件中的ResourceFactory、AggregateDevice接口；裁剪掉設備管理器接口(DeviceManager)以及三個文件服務接口(File, FileSystem和FileManager)，通過統(tǒng)一的域管理器來負責平臺設備和平臺服務的注冊管理，而文件服務接口通過調(diào)用本地RTOS提供的文件接口來替代。由于組件的注冊/注銷不再依賴于各個設備管理器，從而降低系統(tǒng)管理層次，提高核心框架軟件的執(zhí)行效率。

本文實現(xiàn)的核心框架軟件IDL接口關(guān)系如圖5所示。

圖5　核心框架IDL接口關(guān)系

圖5中，基本應用接口包括：LifeCycle、ComponentIdentifier、ControllableComponent、PropertySet、PortAccessor、TestObject和Resource；框架控制接口包括：Application, ApplicationFactory、ComponentRegistry、ManagerRegistry、DomainManager；基本設備接口包括：Device，LoadableDevice, ExecutableDevice。

DomainManager組件負責對整個平臺域的控制與配置，以及波形應用、設備和服務的注冊管理，而波形的安裝/刪除功能則在開發(fā)階段拷貝到系統(tǒng)中，在系統(tǒng)啟動時進行靜態(tài)解析，并創(chuàng)建對應的應用工廠；邏輯設備組件實現(xiàn)Device接口，是對系統(tǒng)內(nèi)部物理硬件設備的抽象和封裝；波形應用組件繼承實現(xiàn)Resource接口中創(chuàng)建、銷毀、啟動/停止和測試接口。

2.2描述文件設計

核心框架的域描述文件以配置描述符的形式存在，考慮到小型化戰(zhàn)術(shù)軟件無線電設備的技術(shù)需求特征，基于SCA 4.1規(guī)范，裁剪掉規(guī)范中規(guī)定的軟件組件描述(SCD)設備包描述(DPD)、平臺部署描述(PDD)和應用部署描述(ADD)。

對SCD的裁剪，主要是考慮到在資源受限的運行平臺上對原有的SCD描述的軟件組件提供和/或使用的接口信息進行驗證會影響系統(tǒng)性能，所以更改為只是在開發(fā)平臺中進行驗證。同時把DPD中描述的內(nèi)容合并到設備對應的SPD中進行描述，而小型化戰(zhàn)術(shù)軟件無線電設備單通道的系統(tǒng)架構(gòu)也決定了可以對PDD和ADD進行裁剪。

裁剪后的核心框架的域描述文件包括軟件集合描述符(SAD)、軟件包描述符(SPD)、設備配置描述符(DCD)、屬性描述符(PD)和域管理器配置描述符(DMD)，它們之間的關(guān)系如圖6所示。

圖6　核心框架配置描述符關(guān)系圖

其中，SPD描述軟件組件的實現(xiàn)信息，為域管理器加載和管理組件提供支持；SAD描述一個應用中的多個組件是怎樣部署和互連的，一個SAD與一到多個SPD相聯(lián)系，SAD中的每一個組件都有對應的SPD；PD描述軟件和硬件的屬性信息，可適用于所有的組件；DCD描述了在設備上將初始化啟動多少個組件和怎樣得到核心框架域管理器，一個子設備如果不是任何設備的父設備，那么它的DCD為空，DCD中的每一個組件都有相應的SPD描述；DMD描述的是核心框架域管理器的配置信息。

2.3核心框架優(yōu)化定制

針對核心框架的輕量化實現(xiàn)，在滿足圖2所示的SCA輕量級平臺功能需求外，必須考慮到系統(tǒng)的可靠性、啟動/部署時間等因素。為此，本文主要考慮了以下幾方面的內(nèi)容：框架啟動過程優(yōu)化、端口連接機制優(yōu)化、靜態(tài)部署優(yōu)化、XML解析優(yōu)化和組件動態(tài)重構(gòu)支持。

2.3.1啟動過程優(yōu)化

在SCA2.2.2規(guī)范中，框架往往通過“拉”的接口設計獲取組件信息[5]。在SCA4.0規(guī)范以后，組件或波形啟動過程中可以借助“推”接口設計模型，主動將信息推送到框架管理組件，減少了操作流程，省去了部分的XML解析時間，從而大大降低框架管理組件和波形組件的啟動和部署時間，實現(xiàn)快速啟動。本文在核心框架軟件實現(xiàn)上采用了SCA4.1規(guī)范的設計思路，優(yōu)化前后的資源組件初始化過程如圖7所示。

圖7　資源組件啟動過程優(yōu)化示意圖[6]

2.3.2端口連接機制優(yōu)化

在端口連接機制方面，SCA 4.1規(guī)范的接口設計也支持在兩個組件間通過一次接口調(diào)用建立多個端口的連接關(guān)系，從而縮短波形部署過程中的端口連接建立時間。

如圖6所示，左側(cè)是SCA 2.2.2規(guī)范的端口連接機制，采用getPort和connectPort操作接口，整個連接的建立需要8步操作才能完成。采用SCA 4.1規(guī)范中的PortAccessor接口后，結(jié)合提供者端口和使用者端口的具體屬性，通過在端口連接機制上進行改進，用getProvidesPorts和connectUsesPorts接口替代原有的操作接口，能夠使得整個連接的建立過程減少到5步操作就可以完成，具體流程如圖8右側(cè)所示。

圖8　端口連接優(yōu)化[7]

2.3.3靜態(tài)部署優(yōu)化

靜態(tài)部署是指波形組件的部署位置和平臺狀態(tài)相對確定的情況下，直接加載和部署波形的部署方式。在對波形應用部署時間指標要求嚴格的應用場景中，可以通過裁剪核心框架軟件在波形部署和卸載過程中不必要的條件判斷，從而實現(xiàn)靜態(tài)部署等方法，提高波形部署的執(zhí)行效率。

針對靜態(tài)部署，可以采取如下的優(yōu)化措施：

(1) 通過文件對比等條件判斷，避免重復部署時導致的不必要的文件拷貝；

(2) 波形靜態(tài)部署。在前期調(diào)試和維護階段，使用動態(tài)部署功能，保證波形的正常加載和部署；在系統(tǒng)交付運行后，使用靜態(tài)部署功能，刪除不必要的波形組件匹配度判斷、設備可加載能力判斷、可分配資源容量判斷等過程，最大程度降低波形部署時間。

2.3.4XML解析優(yōu)化

在核心框架軟件的設計過程中，裁剪掉核心框架相應的DTD驗證功能，采用沒有DTD驗證功能的輕量級XML解析器，可以達到提高核心框架的域描述文件解析效率，進一步提升系統(tǒng)運行效能的目的。

由于在核心框架層裁剪掉了相應的DTD驗證功能，在波形開發(fā)過程中，往往需要借助集成開發(fā)環(huán)境對生成波形的XML描述文件進行自動生成和DTD驗證，從而有效避免波形在部署運行時由于XML文件格式異常導致的部署失敗。

2.3.5組件動態(tài)重構(gòu)支持

為了避免由于波形運行過程中某個節(jié)點組件出現(xiàn)故障而導致整個波形需要重新?lián)Q通道加載運行的問題，在系統(tǒng)設計過程中，一般要求核心框架支持波形組件的動態(tài)遷移功能。而組件級的動態(tài)遷移一直是SCA規(guī)范未曾涉及的內(nèi)容，因為SCA規(guī)范中指定的波形組件間的端口連接在波形裝配時就已經(jīng)確定，只能在波形開發(fā)階段進行修改，在波形安裝到目標系統(tǒng)中后就不能更改。這樣的后果是，如果某個節(jié)點上的組件發(fā)生故障，整個波形就不能夠正常運行，必須重新部署一個新的打包波形到備份通道中才能保持通信信道的持續(xù)暢通[8]。

本文提出的核心框架軟件在SCA組件級動態(tài)重構(gòu)上的實現(xiàn)思路是：首先，在進行波形組件開發(fā)時，進行波形組件的部署位置和遷移位置的描述，并寫入到波形的裝配描述文件(SAD)中；在波形部署運行后，通過周期性(或用戶發(fā)起)的故障檢測例程對波形各個組件的運行狀態(tài)進行動態(tài)檢測，當檢測到某組件發(fā)生故障后，斷開該故障組件與其他正常組件間的端口連接關(guān)系，由核心框架按照波形SAD文件中的遷移位置描述，將該故障組件進行重新部署，并重新建立該新部署的組件與其他組件間的端口連接關(guān)系，進而重新啟動波形的運行，實現(xiàn)波形組件運行時的動態(tài)重構(gòu)[9]。

3　測試與驗證

本文提出的核心框架基于中國電子科技集團公司第三十二研究所的國產(chǎn)銳華(ReWorks)嵌入式實時操作系統(tǒng)和國產(chǎn)嵌入式實時中間件Lw-ReORB進行了技術(shù)實現(xiàn)，在通用數(shù)字信號處理模塊(ARM3359，主頻720 MHz、TI-6416和Xilinx FPGA)模塊上，通過開發(fā)和運行統(tǒng)一的測試波形應用(包括一個GPP裝配控制器組件、一個DSP組件和一個FPGA組件)進行了技術(shù)驗證，相關(guān)技術(shù)指標與同平臺的SCA2.2.2核心框架的對比結(jié)果如表1所示。其中，CF啟動時間是指從加載核心框架共享庫到域管理器、設備管理器和一個根設備完成啟動的時間；波形部署時間是指測試波形完成部署(create)操作的時間，包含加載DSP和FPGA程序的時間。

表1　測試結(jié)果對比表

實驗結(jié)果證明，通過對SCA核心框架的優(yōu)化設計，系統(tǒng)啟動時間縮短了12%，波形部署時間降低了約10%，優(yōu)化設計方法可行，達到了降低系統(tǒng)資源占用，提高了系統(tǒng)啟動和波形部署效率的目的，對SCA核心框架的輕量化設計具有較強的指導意義。

4　結(jié)　語

本文提出的核心框架優(yōu)化設計方法是作者所在團隊基于前期SCA2.2.2規(guī)范的技術(shù)實現(xiàn)成果，結(jié)合SCA4.1規(guī)范的設計要求，按照輕量化和兼容性的設計原則，對SCA核心框架在技術(shù)實現(xiàn)上的一些思考和研究。

隨著國內(nèi)外核心框架相關(guān)基礎軟件產(chǎn)品成熟度的不斷提升，必將在軍事通信領域為SCA軟件無線電技術(shù)的裝備化應用奠定更為堅實的基礎。

[1] Joint Tactical Radio System(JTRS)Standards. Software Communications Architecture Specification Version 2.2.2[S].2006-05.

[2] Joint Tactical Radio System(JTRS)Standards. Software Communications Architecture Specification Version 4.0[S].2012-02.

[3] Joint Tactical Networking Center (JTNC).SCA_4.1_DRAFT_ScaSpecification Version: 4.1[S].2014-12-31.

[4] 唐麒.小型化軟件通信體系結(jié)構(gòu)的研究與實現(xiàn)[D].長沙：國防科技大學，2011:17-20.

[5] Ken Dingman Sr. Engineering Manager，Evaluation of SCA 4.1[R].2015-03-26.

[6] Thales.SCA 4.1: a promising future for the SDR eco-system[R].2015-03-26.

[7] Joint Program Executive Office Joint Tactical Radio System(JTRS).SCA Next-An Adaptive Architecture[R].2012-02-28.

[8] Andrew R Cormier.Dynamic reconfiguration of software defined radios using standard architectures[J].Physical Communication,2010(3):73-80.

[9] 鐘鵬飛,譚浩.一種運行時可重構(gòu)的SCA規(guī)范兼容擴展方案[J].微計算機信息，2009(3)：116-118.

ON OPTIMISATION DESIGN TECHNOLOGIES OF SCA CORE FRAMEWORK

Xie Bin1Wu Junwei2Wei Jun3

1(EastChinaInstituteofComputerTechnology,Shanghai200233，China)2(SchoolofComputerScience,FudanUniversity,Shanghai201203，China)3(ShanghaiShentengInformationTechnologyCo.,Ltd.,Shanghai200040，China)

Software communication architecture(SCA)is an important open architecture in military communication field. Considering the problem of incompatibility and lightweighting of SCA core framework at application level, in this paper we propose a solution of SCA core framework optimisation design with compatible application interfaces. The solution makes optimised trims on SCA core framework interfaces, and puts the emphases on the optimisation design and implementation in regard to the aspects of port connection, XML parsing and dynamic reconfiguration. It is verified through tests that the solution achieves the goals of reducing platform resource consumption, improving system-start and application-deployment efficiency, and realises the design of flexibility, efficiency and compatibility of SCA core framework. The study result in the paper has active significance on equipping application of correlated SCA technical outcomes.

SCACore frameworkLight-weightBackward compatibility

2015-07-30。謝彬，高工，主研領域：開放體系架構(gòu),大數(shù)據(jù),基礎軟件。吳俊偉，高工。魏駿，工程師。

TP3

A

10.3969/j.issn.1000-386x.2016.08.036