謝　彬　吳俊偉　魏　駿

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

?

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

謝彬1吳俊偉2魏駿3

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

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

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

0　引　言

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

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

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

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

(1) 框架控制組件(CF)是應(yīng)用軟件構(gòu)件化設(shè)計(jì)和運(yùn)行管理的基礎(chǔ)，為波形應(yīng)用軟件開(kāi)發(fā)者提供對(duì)底層軟件和硬件的高層次抽象。

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

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

(4) 應(yīng)用程序接口(API)是標(biāo)準(zhǔn)化波形應(yīng)用程序接口，如：Packet、SerialDevice、MHAL、MOCB等。

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

1　SCA核心框架設(shè)計(jì)

1.1輕量化設(shè)計(jì)

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

基于上述分析，本文對(duì)SCA標(biāo)準(zhǔn)級(jí)與輕量級(jí)平臺(tái)功能需求進(jìn)行劃分。SCA標(biāo)準(zhǔn)級(jí)與輕量級(jí)平臺(tái)功能需求劃分如圖2所示。

圖2　SCA標(biāo)準(zhǔn)級(jí)與輕量級(jí)平臺(tái)功能需求劃分

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

1.2兼容性設(shè)計(jì)

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

圖3　組件概念模型

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

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

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

圖4　核心框架模塊組成

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

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

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

2.1核心框架管理接口

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

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

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

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

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

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

2.2描述文件設(shè)計(jì)

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

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

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

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

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

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

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

2.3.1啟動(dòng)過(guò)程優(yōu)化

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

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

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

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

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

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

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

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

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

(1) 通過(guò)文件對(duì)比等條件判斷，避免重復(fù)部署時(shí)導(dǎo)致的不必要的文件拷貝；

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

2.3.4XML解析優(yōu)化

在核心框架軟件的設(shè)計(jì)過(guò)程中，裁剪掉核心框架相應(yīng)的DTD驗(yàn)證功能，采用沒(méi)有DTD驗(yàn)證功能的輕量級(jí)XML解析器，可以達(dá)到提高核心框架的域描述文件解析效率，進(jìn)一步提升系統(tǒng)運(yùn)行效能的目的。

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

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

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

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

3　測(cè)試與驗(yàn)證

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

表1　測(cè)試結(jié)果對(duì)比表

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

4　結(jié)　語(yǔ)

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

隨著國(guó)內(nèi)外核心框架相關(guān)基礎(chǔ)軟件產(chǎn)品成熟度的不斷提升，必將在軍事通信領(lǐng)域?yàn)镾CA軟件無(wú)線電技術(shù)的裝備化應(yīng)用奠定更為堅(jiān)實(shí)的基礎(chǔ)。

[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)的研究與實(shí)現(xiàn)[D].長(zhǎng)沙：國(guó)防科技大學(xué)，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] 鐘鵬飛,譚浩.一種運(yùn)行時(shí)可重構(gòu)的SCA規(guī)范兼容擴(kuò)展方案[J].微計(jì)算機(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。謝彬，高工，主研領(lǐng)域：開(kāi)放體系架構(gòu),大數(shù)據(jù),基礎(chǔ)軟件。吳俊偉，高工。魏駿，工程師。

TP3

A

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