MK官方网页版-MK(中国)




  • 当前位置:首页 > 科(kē)技创新 > 智库研究(jiū)

    空基信(xìn)息(xī)系(xì)统协同计算架(jià)构(gòu)研(yán)究
    来源:新闻(wén)中心
    发布时间:2021年02月24日 编辑:中(zhōng)国电子科学研究院专家崔继先(xiān),傅康平,范锐

    空(kōng)基信息系统协同计算架构研究

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

      关键词: 空基信息(xī)系(xì)统;机载任务(wù)电子系统(tǒng);协(xié)同计算(suàn);空(kōng)基信(xìn)息系统软件架构

      

    引 言

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

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

      1.空基信息(xī)系统(tǒng)计算(suàn)特点(diǎn)及发展趋势

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

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

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

      1.1 空基信息系统的(de)计算(suàn)对象呈现出规模(mó)化(huà)的特点

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

      1.2 空基(jī)信息系统对数(shù)据通(tōng)信(xìn)效率的要求越来(lái)越高

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

      1.3 无人装备的广泛应用更(gèng)加凸(tū)显空基信息系统可靠计算的(de)重要性

      在很大程度拓宽空(kōng)基信(xìn)息(xī)系统预警探(tàn)测覆盖(gài)范围的同时,相对更加前出的(de)无(wú)人装备(bèi)自身也面(miàn)临相对更大的生存(cún)威胁。因此(cǐ),有必要从基础计算架构上确(què)保系统(tǒng)的高可(kě)靠,在(zài)出现由物理损伤等造成的平(píng)台失能(néng)情况下(xià)仍要实现任务的(de)接替,确保任务的完成。

    2.空基(jī)信(xìn)息系统协同计算需求

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

      

    图 1 典(diǎn)型空基信息(xī)系统(tǒng)协同场景

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

      空基多平台协同(tóng)对各平台任务计算的架构提出了新的要求,主(zhǔ)要体现在以下三个方面。

      1)计算任务方面

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

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

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

      3)计算资源方面

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

    3.空基信(xìn)息系统协同计(jì)算(suàn)架构

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

      

    图 2 协同计算(suàn)架构示意图

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

      3.1 软件状态(tài)分离

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

      3.2 计算环境统一

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

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

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

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

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

      数(shù)据协同管理和(hé)状态协同管理面向跨平(píng)台协同需求,基于分布式一致性(xìng)等方法,通过(guò)网络(luò)通信实现数(shù)据和状(zhuàng)态在平台之间的分布式管(guǎn)理。任务协同(tóng)管理则为数(shù)据和状(zhuàng)态(tài)的协(xié)同过程提供基于任(rèn)务模型的统(tǒng)一管(guǎn)理。3.3硬件资源(yuán)虚拟化

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

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

      4.1 计算协同方式

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

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

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

      4.2 协同计算应(yīng)用形式

      在多平台构成的空基信(xìn)息系统(tǒng)中,通过本架构可实现以下几(jǐ)种(zhǒng)典(diǎn)型协同计算应用形式。

      (1)计(jì)算任务平台内协同

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

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

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

      (3)计(jì)算任务卸载传(chuán)递

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

      (4)计(jì)算任务迁移接替(tì)

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

    5.空基信息系统协同计算架构的(de)关键技(jì)术问题

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

      1)对系统任务和计算任务的有效建(jiàn)模。通(tōng)过任务模型,对任务中各(gè)个(gè)关键环(huán)节、各类关(guān)键数据进(jìn)行细颗粒度的划分(fèn)和定义,并借(jiè)助组件化(huà)、服务化等设计(jì)方法(fǎ),将任务具象(xiàng)成为具备一定通用性的组(zǔ)件/服务及其相(xiàng)互关系的集合。

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

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

      4)跨平(píng)台的动(dòng)态数据(jù)分布(bù)策略(luè)和实现(xiàn)方法(fǎ)。在复杂空基环(huán)境中构建数据分布式冗余存储,可以为计算任(rèn)务的高效协(xié)同奠定基础,也是另(lìng)一个有待(dài)解决和验证的关键技术问(wèn)题(tí)。

    结 语

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

      【参(cān)考文(wén)献(xiàn)】

      [1] 陆军,张(zhāng)昭,胡(hú)瑞(ruì)贤(xián).空(kōng)基预警(jǐng)探测系统技(jì)术发展(zhǎn)趋势[J].现代雷达,2015,37(12):1-5.

      [2] 范鹏,曹(cáo)晨(chén),葛怀宁.预(yù)警机指挥(huī)控制功能的(de)作(zuò)战使用(yòng)及其发展[J].现(xiàn)代(dài)电子(zǐ)技术,2014,37(16):83-86.

      [3] 吴永胜,姜邵(shào)巍,刘(liú)晓敏.面向空基信(xìn)息系统的公共操(cāo)作环境研究[J].中国电子科学(xué)研究院学报,2018,13(3):247-253.

      [4] 吴永(yǒng)胜,李博骁(xiāo).空基信息系统分层模型(xíng)及数据互操作(zuò)研(yán)究[J].郑州(zhōu)大学(xué)学报(理(lǐ)学版(bǎn)),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) 关闭

    MK官方网页版-MK(中国)

    MK官方网页版-MK(中国)