LEYU.COM-乐鱼(中国)



  • 当前位置:首页 > 科技创新 > 智(zhì)库研(yán)究(jiū)

    空基信息系统(tǒng)协同计算(suàn)架构(gòu)研究
    来源(yuán):新闻中心
    发布时间:2021年02月24日 编辑:中(zhōng)国电(diàn)子科学研究院专家崔继先,傅(fù)康(kāng)平,范锐

    空基信息系统协(xié)同计算架(jià)构研究

      摘 要:文中分(fèn)析了多平台协同场景下空基信息系统的计算特点和协同计算需求,并针对(duì)以预警机为中心的空基多平台(tái)协同,设计了一种协同计算架构,探讨(tǎo)了该(gāi)架构(gòu)下空基信息系统的协同计算模(mó)式,分析(xī)了(le)架(jià)构实现过程中需要(yào)解决的关键技术问题。基于(yú)文中所设计架(jià)构,可实现空基信(xìn)息(xī)系(xì)统任务软件的高可(kě)用(yòng)和平台(tái)间计算任务的按需(xū)部(bù)署、迁移和协同(tóng)计算,为构建高可靠、高(gāo)效能(néng)的(de)空基信息系统提(tí)供基(jī)础(chǔ)计算(suàn)环境支撑。  

      关键(jiàn)词(cí): 空基信(xìn)息系统;机载(zǎi)任务电子系统;协(xié)同计算;空基信(xìn)息系统软件架构

      

    引 言

      空基(jī)信息系统是以空基平台和网络为基础(chǔ),通过传感器、决策者和射手(shǒu)之(zhī)间(jiān)的信(xìn)息(xī)共享和行动协(xié)同(tóng),实(shí)现打击链路闭环的(de)网络化作战信息系统[1-2]。空基信息系统由空基预(yù)警探测系统和空基指挥控制系统组成[3-4],典型(xíng)的(de)空基信息系统以预警(jǐng)机为中心,协(xié)同干扰机、战斗机、无人机(jī)等多(duō)型(xíng)空基装备,实现预警探测、情报(bào)侦察、指(zhǐ)挥控制以及协同打击(jī)等各种功能。

      近年来(lái),随(suí)着各型空基装(zhuāng)备的长(zhǎng)足(zú)发展,尤其是各类无人装备的不断涌现(xiàn),空基(jī)信息系统的参与(yǔ)要素(sù)日益丰(fēng)富,其数据处理需求(qiú)产(chǎn)生了很大变(biàn)化。与此同(tóng)时,深度学习等智(zhì)能化技(jì)术在各类信息系统中的应用日渐丰富,这(zhè)为空基(jī)信息系统大(dà)规模数据的(de)智能化处理(lǐ)提供了有力支撑。为此,有必要(yào)分析空基信息系统新的计算需求及(jí)特点(diǎn),设计相适(shì)应的基础架构,提(tí)升(shēng)空基信息系统的综(zōng)合效能。

      1.空基信息系统(tǒng)计算特点及发展趋势

      空基信息系统(tǒng)的计算资源具有(yǒu)相(xiàng)对有限且分布不均(jun1)的(de)特点。具体来(lái)说,与地面各(gè)类信(xìn)息系统(tǒng)不同(tóng),空(kōng)基(jī)信(xìn)息系统受(shòu)其所依托空基平台在载重、供电(diàn)等方面限制,计算(suàn)硬件总量(liàng)受限(xiàn),往往无法通(tōng)过(guò)增(zēng)加物理设备等(děng)方(fāng)式对计算资源进行按需扩展。另(lìng)一方(fāng)面,各(gè)类空基平台的计算资源(yuán)分布也不够(gòu)均(jun1)衡。以预(yù)警机为代表的大型装备在飞(fēi)行(háng)平台的容纳能力上具(jù)有(yǒu)优势,其计算资源相对充(chōng)裕(yù);而以无人机为代表(biǎo)的平(píng)台容纳能(néng)力相对小得多,其(qí)计算资源也更加短缺。

      空基信息系统对计算(suàn)可靠性和计算(suàn)效率(lǜ)有着极高的要求。从预警探测、情报侦察开始,空基信息系统需要快速处理各类(lèi)数(shù)据,以有效支撑指挥控制指令的(de)产生,最终(zhōng)完(wán)成各类任(rèn)务。流程中任(rèn)何一个环节的计算(suàn)失效都可能导致(zhì)任务(wù)的失败(bài)。

      随着无(wú)人化(huà)、智能化等新兴(xìng)技(jì)术的不断发展(zhǎn)成熟,其在(zài)空基信息系统的(de)应(yīng)用也愈发广(guǎng)泛和深入。以智能化为例,从特定(dìng)传(chuán)感器的目(mù)标识(shí)别等数据(jù)处(chù)理领域,到信息融合(hé)、辅助决策等指挥控制领域(yù),智能(néng)化(huà)技术正大幅提升着空基信息系统的数据处理能力。伴随这些新技术而来的是空基信息系统(tǒng)在计算方面(miàn)的一些发展(zhǎn)趋势:

      1.1 空(kōng)基信息系统的计算(suàn)对象呈现出(chū)规模化的特点

      随着装备的不断发展,预(yù)警探测的内涵(hán)不断扩大。来(lái)自(zì)各(gè)类主动、被(bèi)动传感器的数据均可作为预(yù)警(jǐng)探测的数据来源(yuán)。这使得空基(jī)信息系统要处理的数据形式十分多(duō)样,也不可避免地(dì)导致了数据体量(liàng)的增长。另一方面,随着近年来无(wú)人装(zhuāng)备的(de)迅(xùn)速发展普及,空基信息(xī)系统(tǒng)需(xū)要能够处理来自各(gè)类无人装(zhuāng)备乃至(zhì)无人装备集群的数据。这进一步增大了空基信息(xī)系(xì)统的数据(jù)处理(lǐ)压力,空基信息(xī)系统(tǒng)的(de)数据处理体量(liàng)越发规模化(huà)。

      1.2 空基信息系统对数据通信效率的要(yào)求越(yuè)来越(yuè)高

      空基信(xìn)息系统参与要素的扩展使得(dé)要素之间的协同越发重要,数(shù)据通信正(zhèng)是平(píng)台间相(xiàng)互协同(tóng)的基础。因(yīn)此,空(kōng)基信息系统对数据通(tōng)信的需求(qiú)是不断增长的(de)。空基环境中,各物理平台间通过各(gè)种类型的(de)数据(jù)链相互(hù)通(tōng)信,数(shù)据链的通信带宽本身是很有(yǒu)限(xiàn)的。此外,空中环境复杂多变,空基信息系(xì)统还(hái)需要考(kǎo)虑各类通信干扰等因素,这(zhè)更加大了数据的(de)传输限制。以上就要求空基信息系统的数(shù)据通信能够在(zài)有限的通信(xìn)带(dài)宽和质量下,尽可能提升通信(xìn)效率,进而提升协(xié)同效率。

      1.3 无人装备的广泛(fàn)应用更加凸显空基信息系(xì)统(tǒng)可靠计(jì)算的重要性

      在很大(dà)程(chéng)度(dù)拓(tuò)宽空(kōng)基信息系统预警探测覆盖(gài)范(fàn)围的同时,相对(duì)更加(jiā)前出的无人装备自身(shēn)也面临相对更大的生存威胁。因此,有必要从基础(chǔ)计算架构上(shàng)确保系统的高可靠(kào),在出现(xiàn)由物理损伤等造成(chéng)的平台失能情况下仍要(yào)实现(xiàn)任(rèn)务的(de)接替,确(què)保任务的完成。

    2.空基信息系统(tǒng)协同计算需求

      以空基协同态势感知为例,预警(jǐng)机与其他(tā)各类(lèi)特种机(jī)、无(wú)人机相互分工协(xié)作(zuò),预警机外各平台担(dān)负特定方面的探测和侦察任务,预警机(jī)平(píng)台(tái)则在(zài)自(zì)身探测侦察的同时(shí),担负(fù)整体态势感知和指挥控(kòng)制任务。处于中心位置的预警机平台与各平台建(jiàn)立(lì)通(tōng)信连接,接收来(lái)自各平(píng)台的探测和侦察数(shù)据,并向各(gè)平(píng)台下(xià)发综合态势(shì)信(xìn)息及指挥控制指令。当预(yù)警机之外的各(gè)平台(tái)间存在相互直接(jiē)协同需求时,可根据需要建立直接通信(xìn)。该场(chǎng)景(jǐng)下平台的(de)典型组(zǔ)成(chéng)如(rú)图(tú)1所示。

      

    图(tú) 1 典型空基信息系统协同场景(jǐng)

      多平台(tái)协同可克(kè)服单一平台在探测、计算等方面的能(néng)力局限,有效提(tí)升(shēng)战场态势感(gǎn)知的范围和灵活度。不同平台通过在探测区域、探(tàn)测方式等方(fāng)面(miàn)分工协作,共(gòng)同完(wán)成探测侦(zhēn)察任(rèn)务;特定平台(tái)所执行(háng)的任务可(kě)根据(jù)总体任务执(zhí)行和态势(shì)感知的需(xū)要而(ér)灵活变化,实现按需切换;当(dāng)特(tè)定平台(tái)出现计算资源不足时(shí),可通过“计算卸载”将计算任务传递至具(jù)备(bèi)相应(yīng)计算资源的其(qí)他(tā)平台,协同完成计算(suàn);在特定平(píng)台失效的情况下,可将失效平台的计算任务快速(sù)迁移至其(qí)他具备相应(yīng)能力(如特定传感器)的(de)平台,保障整(zhěng)个系统的(de)可(kě)用性。

      空基多平台协同对各平台任务计算的架构提出了新(xīn)的要求,主要体现(xiàn)在以下(xià)三个方面。

      1)计算任务方面

      多平台(tái)协同(tóng)要求计算任务具(jù)备跨平台部署和动态迁移的(de)能(néng)力(lì),这(zhè)就要求包括嵌入式硬件在内的各类(lèi)异构计算硬件向上层计(jì)算任(rèn)务(wù)提供(gòng)统一的运行(háng)环境,实(shí)现任(rèn)务(wù)部署和迁移过程中运行环境的一致。

      2)任务数(shù)据(jù)方面

      多平(píng)台(tái)协同要求在节点间(jiān)按需建(jiàn)立(lì)通信(xìn)关系的基础上,面向核(hé)心(xīn)数据提供(gòng)多平台分布式能(néng)力,实现关键任务数据在多平台间(jiān)的分布式同步。此外,为有(yǒu)效降低协同过程(chéng)中的数(shù)据通信需(xū)求,需要支持(chí)对计算任(rèn)务运行过程中的(de)动态数据和静(jìng)态数据进行有效(xiào)区(qū)分(fèn),通(tōng)过(guò)任务(wù)规划,将可(kě)能存在(zài)协同需(xū)求的静(jìng)态(tài)数据进行预先部署,降低任务执行过程中的数据传递需求(qiú)。

      3)计算资源方面(miàn)

      多(duō)平台协同要求中心(xīn)平台具备对各平台计算(suàn)资源的整体管理能(néng)力,要(yào)能够根据任务需求和实时态势,在(zài)各平(píng)台间进行(háng)计(jì)算资源的动态管理以及(jí)计算任务和计算资源(yuán)的动态匹(pǐ)配。计算任务和计算资源(yuán)匹(pǐ)配过程中,要能够(gòu)充分利用数据采集(jí)端的计算能力,尽(jìn)可(kě)能在末端进行全部或(huò)部(bù)分的数据处理或预处理,从而降低协同过程(chéng)中的数据通(tōng)信需求。

    3.空基信息系统协(xié)同计算架构

      结合上述(shù)对空基(jī)信息(xī)系统(tǒng)计算特点和协同需求的分析,设计如图2所示的空基信息系(xì)统计算架构(gòu)。

      

    图 2 协(xié)同计算架构示意图

      架构中,自顶向下(xià)分别为应用软件(jiàn)(各类计算任务)、统一(yī)组件环境、硬(yìng)件(jiàn)资源虚拟化和操作系统/各类硬件。其(qí)中,硬件资源虚拟(nǐ)化层是本(běn)架构的基础(chǔ),通过该层对各平(píng)台的不同类(lèi)别硬件进行统一的虚拟化(huà),形(xíng)成抽(chōu)象的虚(xū)拟化资源池;统一组件环境是本架构的核心,它(tā)基于(yú)虚拟化资源池,为上层应用软件提供统(tǒng)一的运行环境,并进行(háng)各类(lèi)管理(lǐ)、提供各类基础服务。本架构的主要特点如下。

      3.1 软(ruǎn)件(jiàn)状(zhuàng)态分离

      应用软件(jiàn)层面,本(běn)架构对其(qí)进行组件化(huà)封(fēng)装。逻辑角度,封装(zhuāng)后的(de)组件细分为程序、数据和状态。其中,程序对应软件的可执行指令集合,其本身是静(jìng)态的;数(shù)据对应(yīng)程序执行过程中从(cóng)外部(bù)存储器读写的静态/动态(tài)内容(róng);状态(tài)则对应程序执行过程中在内部存(cún)储器读写的动态内容[5]。组(zǔ)件的运(yùn)行过程可(kě)视为(wéi)静态程序被计算硬件加载(zǎi)之后执行指令、读取处理(lǐ)数据(jù)、改变自身状态并输出数据的过程。将组件静态程序和动态状态进行分离,并将数据和状态(tài)进行(háng)分(fèn)别处理,从架构上提供数(shù)据和状(zhuàng)态的(de)统一(yī)管理,可实现(xiàn)单(dān)平台(tái)内计算任务的高可靠保(bǎo)障,并为实现(xiàn)依托于组件的计算任(rèn)务在(zài)平台间的迁移和协同奠定基础(chǔ)。

      3.2 计算环境统(tǒng)一(yī)

      应用软件(jiàn)之下,设计“统一(yī)组件(jiàn)环境”层。该层连接应(yīng)用软件和操作系(xì)统,面(miàn)向(xiàng)各平台各(gè)类软件的运行提供一致的基础运行环境(jìng)。该层功(gōng)能可细分为资源管理、数据管理、状态管理、服(fú)务管(guǎn)理、组(zǔ)件管理、任务管理(lǐ)、数据协同管理、状(zhuàng)态协同管理和任务协同(tóng)管理。

    资(zī)源(yuán)管理综(zōng)合上(shàng)层应(yīng)用的资源需(xū)求和硬件资源池内的各类资(zī)源占用,依据任务模型中预先设(shè)定的分配策(cè)略,进行资源的(de)分配和动态调(diào)整;并对资(zī)源和资(zī)源的占用进行实(shí)时监控管理(lǐ),为(wéi)跨平台的(de)资源协同提供依据。  

      数据管理和状(zhuàng)态管(guǎn)理分别为上层应(yīng)用提供相互隔离的(de)数据和(hé)状态访问服务。应(yīng)用软(ruǎn)件通过(guò)数据管理和状(zhuàng)态管(guǎn)理(lǐ)两类服务,将程序运行过程中的数据和状态集中托管至统一(yī)组(zǔ)件环境。统(tǒng)一组件环境在数据和状态集中(zhōng)管理过(guò)程中,则可采用分级、分布式等策略[6],实现(xiàn)集中托管数据的高效率和高可靠。

      组件管理为上层组件的运行提(tí)供(gòng)基础管理(lǐ)功能(néng),包含组件(jiàn)生(shēng)命周期(qī)管理、运行状态(tài)监控、健康状态识别等。同时(shí),在(zài)组件管理的基础上,针对面向服务(wù)的架构(SOA)等架构的服务化设计需求提供服务(wù)管理功(gōng)能,该功能为服务接(jiē)口的描述和表达提供统一标准,支持(chí)基于统一资源定(dìng)位符的全系统(tǒng)服务定位,并为服务接口的调用提供数据消息(xī)的路由转发(fā)。

      任务管理为系统内各平台提供统一的任务模型定义(yì),并基于(yú)定义的模型,产生并应(yīng)用相应的组件(jiàn)、服务(wù)、资源、数据、状态管(guǎn)理策略。

      数据协同管理和状态(tài)协同管理面向跨(kuà)平(píng)台(tái)协同需求,基于分布式一致性等方法,通过网络通信实现数据和(hé)状(zhuàng)态在(zài)平台之间(jiān)的分(fèn)布式管(guǎn)理(lǐ)。任务(wù)协同管理则为数据和状(zhuàng)态的协同过程提供基于(yú)任(rèn)务(wù)模型的统一(yī)管理(lǐ)。3.3硬件(jiàn)资源虚拟化

      统一组件环境之下,通过“硬件资源虚拟化”层适(shì)配对接(jiē)各(gè)平台的各类计算硬件——包含CPU、内存等计算硬件、存(cún)储硬件和网络硬件(jiàn),向上层提供统一的计算、操作接口,实现硬件资源的虚拟化。标(biāo)准(zhǔn)计(jì)算(suàn)硬件可直接通过操作系统内核的相应特性实现虚拟化;对于非标(biāo)准硬件,如(rú)各类(lèi)FPGA设备[7],可通过单(dān)独设计的(de)虚拟化(huà)适配器,将资源(yuán)纳入硬件资源虚(xū)拟(nǐ)化层(céng)。

    4.空基信息系统协同计算(suàn)模式

      4.1 计算协同方式

      本文所述(shù)计算架构下,应用软件基于统一设计框架进行设(shè)计和实现,并运行于统一组件环境中。该设计使得软(ruǎn)件具备在不同平台间、平台(tái)内部不同硬件设备间的(de)通用能力(lì),这与FACE[8]等架(jià)构在应用(yòng)层所瞄准(zhǔn)的目标是相似的。该能力确保(bǎo)不同来源的软件可免适配地部署在环境内任一平(píng)台、任一设(shè)备(bèi)上,并实现动态迁移。

      为了满足第2节(jiē)所述空基信息系统(tǒng)协同(tóng)计(jì)算需(xū)要,组件还需(xū)具备不同(tóng)平台、不(bú)同(tóng)设备间动态迁移的过程中(zhōng)业务(wù)功能延续的能力。本计(jì)算架(jià)构中(zhōng),通过数(shù)据和状态的跨(kuà)平台协同满足该需(xū)求。当数据和状态分布存储于(yú)单平台内时,程序可在不同(tóng)硬(yìng)件间自由迁移而不影响程序的运行结果;当数据(jù)和状态分布存储于多个平台时,通过数据和状态在平台间的协(xié)同实(shí)现平台间数(shù)据与状态的(de)一(yī)致,从而(ér)实现(xiàn)程序和业(yè)务功能的跨平台迁移。

      一般的信息系统中,相较(jiào)于计算资源,存储资源往往相对充沛。在此背景(jǐng)下,在(zài)本(běn)架构的实际应用中,可(kě)在组件设计时对数据(jù)和状态进(jìn)行精心(xīn)设计和划分。根(gēn)据可能的任务协同需要,将组件程序(xù)和静态(tài)数(shù)据预先部署至存在潜在协同需求(qiú)的节点。空基信息系统运行过程中,只针对状态等动态数据进(jìn)行分(fèn)布(bù)式协(xié)同(tóng),从而降低功能迁移过程中的通信带宽需(xū)求。

      4.2 协同计算应用(yòng)形(xíng)式

      在多平台(tái)构成的空基信息系统中,通过本架构可实现以下(xià)几(jǐ)种典型协同计算应用形式。

      (1)计算任务平台内协同(tóng)

      随着任务执行(háng)过程中战场态势的不断变(biàn)化,单一平台内部的任务计(jì)算需求同(tóng)样是动态变化的,计算(suàn)任务在平台内(nèi)同样(yàng)存在协同的必要。上述架构下,计(jì)算资源的虚拟化(huà)可为计算任(rèn)务在(zài)平台(tái)内的(de)协(xié)同并发提供资源保(bǎo)障,而状态数据的分离和统一管理(lǐ)则可为计算任(rèn)务在平台内的(de)协同并发提供数据保障。

      (2)计算任务跨平(píng)台协同

      以(yǐ)第2节中空基信息系统多平台(tái)协同场景(jǐng)下的组成为例(lì),预警机中心单元在任务执行前进行任务和数据的规(guī)划,并将内容同(tóng)步(bù)至外部协同(tóng)平台;任务执行(háng)中(zhōng),中(zhōng)心(xīn)单(dān)元(yuán)根据任务模(mó)型进行的任(rèn)务调整,以指令形式通过无(wú)线通信分发至各协同(tóng)平台;协同(tóng)平台(tái)依据接(jiē)收的任务,基于(yú)本(běn)地(dì)传感器进行数(shù)据(jù)采集,利用本地计算硬件进行数据处(chù)理,并将数据处(chù)理(lǐ)结果发送出去;各平台的本地处理结果作为状态信息,根据任(rèn)务协同模(mó)型,按需同步(bù)至其他平台;中心节点采集同步来的各类数据(jù),并基于此(cǐ)进行(háng)指挥控制、任务管理等(děng)相关计算。

      (3)计算任务卸载传递

      当出(chū)现特定平台(称(chēng)为需(xū)求(qiú)平台)计算资源(yuán)无法满足任(rèn)务需要(yào)时,系统进行平台(tái)间协同计算。此(cǐ)时,中心平台在需求平台物理位置(zhì)附(fù)近匹(pǐ)配具备一致的计算环境、通信(xìn)带宽(kuān)和通信质量能够保障协同需要且有富余计算能力的平(píng)台(tái)(称为协同平台),形成相应指挥控制指令并通过(guò)“任务、数据(jù)、状(zhuàng)态”协同管理(lǐ)模块下发至各相关平(píng)台(tái)。与此同时,可(kě)根据需求建立(lì)点对点的高速通信(xìn),以更(gèng)好地保障协同计算。在实际(jì)应(yīng)用中(zhōng),部分计(jì)算任务不可避免地需要(yào)特定与平台(tái)相关的(de)硬件设(shè)备(bèi)提供计算支持。这类情况下,需求平台和协同平台(tái)必须具备一致(zhì)的计算环境(jìng),才能实现计算的协同。如(rú)上文所(suǒ)分析,针对(duì)此类情况(kuàng),可通过事先的规(guī)划,预判可能的协同(tóng)需求,并将协同需要的静(jìng)态数据在(zài)任务执行前同(tóng)步存储至各平台,以降低(dī)任务执行(háng)时协同的响应(yīng)时间。

      (4)计算任务迁移接替

      当(dāng)出现特定平(píng)台(tái)失效(xiào)时(shí),系统进行计算任务的跨平台迁移。此时,中心平台在失(shī)效平(píng)台物理位置附近规划和匹配具(jù)备一致硬件环境(jìng)的平台(称为目标平台),并形成相(xiàng)应指挥控制和任(rèn)务(wù)管理(lǐ)指令,使目标平台承接失(shī)效平台的(de)计(jì)算任务。通过(guò)任务前(qián)的规划,可保障具备(bèi)相(xiàng)互迁移能力的(de)平台(如配(pèi)置(zhì)有相同类别(bié)传(chuán)感器(qì)的平台)在任务执(zhí)行前具备组件(jiàn)程序等静态数据的一致性。另一方面,由于(yú)跨平台协同的存在(zài),各类关(guān)键动态(tài)数据被分(fèn)布存(cún)储(chǔ)于系统中。基于此,可实(shí)现(xiàn)任务在(zài)平台间(jiān)的平滑迁移,从而(ér)保障空(kōng)基信息系统的高可靠。

    5.空基信息(xī)系统协(xié)同计算架(jià)构的关键技(jì)术(shù)问题

      上述空基信息系统协同计算架构的实现和有效运(yùn)行,需要解决以(yǐ)下四个关键(jiàn)技术问题。

      1)对系统任务和计算(suàn)任务的有效建模。通过任务(wù)模型(xíng),对任务中各个关键环节、各类关键数据进(jìn)行细颗粒度的划分和(hé)定义,并借助组件(jiàn)化、服务化等设(shè)计方法,将任(rèn)务具象成为具备一定通用(yòng)性的组件(jiàn)/服务(wù)及(jí)其相互关系的集合。

      2)面向细颗粒(lì)度组件/服务的精(jīng)细规划和优化(huà)。组(zǔ)件和服务的细颗(kē)粒度划分给系(xì)统带来灵活(huó)性的同时(shí),也带来了更大的管理编排(pái)压力。只有(yǒu)具备精细化管理能力才(cái)能使组件/服(fú)务有机协同,实现资源(yuán)管理效能和空基信息(xī)系统运行效能(néng)的整体提升。

      3)数据链(liàn)等网络通信的发展。空基信息(xī)系统跨(kuà)平台的信息交互依赖于通信基础设施,通(tōng)信(xìn)的带宽、灵活性、稳定性、安全(quán)性等因(yīn)素直接(jiē)影响(xiǎng)系统通信效能(néng),也直(zhí)接影响协同效(xiào)能。平台间(jiān)通信能力的(de)提升必然可(kě)为跨平台的协同(tóng)计算带来更多(duō)的空间和(hé)可能。

      4)跨平台的(de)动态数(shù)据分(fèn)布(bù)策略和(hé)实(shí)现方法。在复杂空(kōng)基环(huán)境(jìng)中构建数(shù)据(jù)分(fèn)布式冗(rǒng)余(yú)存储,可以为计算任(rèn)务的高(gāo)效协同(tóng)奠定基础,也是另一个有待解决和验证的关键技术(shù)问题。

    结(jié) 语

      本文(wén)分析了空基(jī)信息系统的计算特点(diǎn)和协(xié)同计算需求,并基于此(cǐ)设(shè)计了一种协同计算架构,满足空基信息系统(tǒng)的协同计算需(xū)求(qiú)。在装备无人化、计(jì)算智能化的当(dāng)前,该架构可针(zhēn)对性地提供一(yī)种空(kōng)基信息系(xì)统协同计算实现思(sī)路(lù),满足(zú)日益增长的协同计算需求,提升新环(huán)境下空基信息系统作战效能,使空基信息(xī)系统的各参与平台(tái)和要素围绕作战任务,将各自资源充分整合并形成有机(jī)整体(tǐ)。

      【参考文献(xiàn)】

      [1] 陆(lù)军,张(zhāng)昭,胡(hú)瑞贤.空基预警探测系(xì)统技术发展趋(qū)势[J].现代雷达,2015,37(12):1-5.

      [2] 范(fàn)鹏(péng),曹晨,葛怀宁(níng).预警机指挥(huī)控制功能(néng)的作战使用及(jí)其发展[J].现(xiàn)代电子技术,2014,37(16):83-86.

      [3] 吴永胜,姜邵巍,刘晓(xiǎo)敏(mǐn).面向空基(jī)信息(xī)系统(tǒng)的公(gōng)共(gòng)操(cāo)作环境研究[J].中国电子科学研(yán)究院(yuàn)学(xué)报,2018,13(3):247-253.

      [4] 吴永(yǒng)胜,李博骁.空(kōng)基信息(xī)系统分层模型及数据互操作研究[J].郑(zhèng)州大(dà)学学报(理学版),2015,47(3):55-58.

      [5] Philip A L. Dictionary Of Computer Science, Engineering And Technology[M].NW Boca Raton: CRC Press Inc, 2000.

      [6] Bohannon P, Parker J, Rastogi R, et al.Distributed multi-level recovery in main-memory databases[C]//Fourth International Conference on Parallel and Distributed Information Systems.Miami Beach: IEEE Press, 1996: 44-55.

      [7] Vaishnav A, Pham K D, Koch D.A survey on FPGA virtualization[C]//2018 28th International Conference on Field Programmable Logic and Applications (FPL). Dublin: IEEE Press, 2018:1311-1317.  

      [8]Brabson S , Anderson T . Evolution of the US Navy’s collision avoidance systems (CAS) to future airborne capability environment (FACE)[J]. IEEE Aerospace & Electronic Systems Magazine, 2015, 30(6):16-23.

    打印(yìn) 关闭

    LEYU.COM-乐鱼(中国)

    LEYU.COM-乐鱼(中国)