郝玲玲,傅妍芳
(西安工業(yè)大學(xué) 計(jì)算機(jī)科學(xué)與工程學(xué)院,西安 710021)
隨著信息化建設(shè)的深入,各領(lǐng)域系統(tǒng)應(yīng)用趨于復(fù)雜,如何讓不同平臺的系統(tǒng)進(jìn)行通信已成為當(dāng)務(wù)之急。目前大多數(shù)流行的信息傳輸中間件產(chǎn)品已能提供良好的開發(fā)平臺和通信支持,但由于缺乏合適的系統(tǒng)控制接口和應(yīng)用級服務(wù)質(zhì)量(Quality of Service,QoS)的有效支持,并不能很好地解決通信的實(shí)時(shí)性和可靠性問題[1]。在數(shù)據(jù)分發(fā)服務(wù)(Data Distribution Service,DDS)應(yīng)用方面,國內(nèi)外目前已將DDS產(chǎn)品廣泛應(yīng)用到了各個(gè)領(lǐng)域,在無人機(jī)領(lǐng)域中,文獻(xiàn)[2]構(gòu)建了一個(gè)基于RTI-DDS消息中間件的分布式無人機(jī)地面站系統(tǒng),提出了一種基于RTI-DDS的消息中間件解決無人機(jī)地面站系統(tǒng)軟件通信的方法。在船舶通信領(lǐng)域中,文獻(xiàn)[3]研究了船舶通信中的DDS中間件應(yīng)用可行性和性能效果,討論并比較了DDS的實(shí)時(shí)性指標(biāo),引入不同結(jié)構(gòu)對發(fā)送和接收相同數(shù)據(jù)的傳輸時(shí)間作比較,通過驗(yàn)證得出DDS比較適合應(yīng)用在船舶分布式通信系統(tǒng)中。文獻(xiàn)[4]通過分析分布式衛(wèi)星系統(tǒng)仿真支撐平臺的特點(diǎn),完成了基于數(shù)據(jù)分發(fā)服務(wù)的仿真平臺的需求分析、硬件結(jié)構(gòu)、軟件功能和數(shù)據(jù)接口設(shè)計(jì),確定總體設(shè)計(jì)方案,并對關(guān)鍵部分進(jìn)行實(shí)驗(yàn)驗(yàn)證,仿真結(jié)果表明仿真支撐平臺可以屏蔽分布式環(huán)境的低層技術(shù)細(xì)節(jié),使用戶可以將注意力集中到仿真應(yīng)用上來,從而提高仿真系統(tǒng)開發(fā)的質(zhì)量和效率。文獻(xiàn)[5]設(shè)計(jì)了基于DDS和HLA的實(shí)時(shí)性聯(lián)合仿真系統(tǒng),該系統(tǒng)通過使用DDS替換HLA中的數(shù)據(jù)分發(fā)功能,利用HLA進(jìn)行仿真系統(tǒng)中的聯(lián)邦管理,DDS負(fù)責(zé)仿真節(jié)點(diǎn)間的數(shù)據(jù)分發(fā)功能,在半實(shí)物仿真中達(dá)到了實(shí)時(shí)仿真的目的,試驗(yàn)結(jié)果表明基于DDS和HLA仿真系統(tǒng)結(jié)構(gòu)能顯著提高基于HLA的半實(shí)物仿真系統(tǒng)的實(shí)時(shí)性,能有效滿足分布式仿真的實(shí)時(shí)性需求。DDS技術(shù)的應(yīng)用也正在航空、航天等領(lǐng)域普及[6-9],未來仍具有十分龐大的應(yīng)用發(fā)展空間,因此開展DDS相關(guān)技術(shù)的研究和工程應(yīng)用具有一定的實(shí)際意義。
本文在對實(shí)時(shí)系統(tǒng)信息傳輸領(lǐng)域研究的基礎(chǔ)上,提出了一種基于發(fā)布/訂閱模型的空戰(zhàn)模擬仿真系統(tǒng),擬通過DDS通信中間件集成空戰(zhàn)模擬仿真系統(tǒng)中的不同資源,實(shí)現(xiàn)各仿真節(jié)點(diǎn)間的通信,并通過設(shè)計(jì)QoS策略來優(yōu)化數(shù)據(jù)流在網(wǎng)絡(luò)傳輸?shù)膫鬏斮|(zhì)量。
DDS是對象管理組織(Object Management Group,OMG)關(guān)于分布式實(shí)時(shí)系統(tǒng)中數(shù)據(jù)分發(fā)的一個(gè)以數(shù)據(jù)為中心、基于發(fā)布/訂閱通信模型、提供豐富的服務(wù)質(zhì)量配置的中間件技術(shù)規(guī)范[10-11],其目標(biāo)在于為分布式系統(tǒng)提供高效、可靠、實(shí)時(shí)的數(shù)據(jù)分發(fā)服務(wù)。DDS規(guī)范建立了具有以數(shù)據(jù)為中心的發(fā)布訂閱通信模式的分布式應(yīng)用程序所使用的應(yīng)用程序編程接口(API)[12-15]。DDS規(guī)范的層次如圖1所示,分為以數(shù)據(jù)對象為中心的發(fā)布/訂閱層(Data Centric Publish Subscribe,DCPS)和數(shù)據(jù)本地重構(gòu)層(Data Local Reconstruction Layer,DLRL)。
圖1 DDS規(guī)范層次
圖1中,DCPS為DDS系統(tǒng)的核心,為用戶提供數(shù)據(jù)發(fā)布和訂閱功能,負(fù)責(zé)數(shù)據(jù)對象在發(fā)布者和訂閱者間的通信。DLRL建立在DCPS之上,為可選層,可將DCPS提供的服務(wù)抽象化,同時(shí)集成到應(yīng)用層,一旦本地?cái)?shù)據(jù)更新即可通知訂閱者進(jìn)行更新操作。DDS規(guī)范列舉并正式定義了一整套全面的QoS策略,能利用QoS進(jìn)行系統(tǒng)控制。這使得DDS可以很好地配置和利用系統(tǒng)資源,協(xié)調(diào)可預(yù)言性與執(zhí)行效率間的平衡,以及能支持復(fù)雜多變的數(shù)據(jù)流需求等。
以數(shù)據(jù)為中心的發(fā)布/訂閱模型構(gòu)建在全局?jǐn)?shù)據(jù)空間(Global Data Space,GDS)的基礎(chǔ)上,所有的數(shù)據(jù)對象都存在于此全局?jǐn)?shù)據(jù)空間中,分布式節(jié)點(diǎn)通過簡單地讀寫操作便可以訪問這些數(shù)據(jù)對象。計(jì)劃向這個(gè)數(shù)據(jù)空間提供信息的應(yīng)用稱為“發(fā)布者”,計(jì)劃從數(shù)據(jù)空間中獲取數(shù)據(jù)的應(yīng)用稱為“訂閱者”。每當(dāng)發(fā)布者將新數(shù)據(jù)發(fā)送到全局?jǐn)?shù)據(jù)空間,中間件就會(huì)把信息傳播給那些對此信息感興趣的訂閱者。
DCPS層的數(shù)據(jù)流結(jié)構(gòu)如圖2所示。其主要由數(shù)據(jù)寫入者(Data Writer)、數(shù)據(jù)讀取者(DataReader)、發(fā)布者(Publisher)、訂閱者(Publisher)、域(Domain)、域參與者(Domain Participant)與主題實(shí)體組成。
DDS中間件的建立數(shù)據(jù)流通信的過程如圖3所示。在DDS規(guī)范下,應(yīng)用程序通過DDS中間件通信,需要為通信內(nèi)容定義數(shù)據(jù)類型并創(chuàng)建相關(guān)的發(fā)布端和訂閱端,此外還需要完成其他實(shí)體的創(chuàng)建和匹配,才能進(jìn)行數(shù)據(jù)的發(fā)布與訂閱。
圖2 DCPS層的數(shù)據(jù)流結(jié)構(gòu)
圖3 DDS通信過程
空戰(zhàn)模擬仿真系統(tǒng)作為一個(gè)分布式仿真系統(tǒng),集成了仿真控制管理、模擬器、計(jì)算機(jī)生成兵力、智能空戰(zhàn)、戰(zhàn)場環(huán)境態(tài)勢顯示和綜合評估六個(gè)子節(jié)點(diǎn),能夠針對特定的仿真任務(wù),快速構(gòu)建仿真應(yīng)用,包括了從仿真開發(fā)、部署、運(yùn)行到評估的各個(gè)階段。結(jié)合DDS技術(shù)和空戰(zhàn)模擬仿真系統(tǒng)的特點(diǎn),本文的層次化體系結(jié)構(gòu)如圖4所示。
圖4中,總體結(jié)構(gòu)分為數(shù)據(jù)交換層、數(shù)據(jù)模型層、仿真服務(wù)層和應(yīng)用層4個(gè)層次。它是一種以數(shù)據(jù)為中心的、層次化和模塊化的仿真體系結(jié)構(gòu),其目標(biāo)是通過DDS將不同仿真資源進(jìn)行集成,完成空戰(zhàn)模擬仿真系統(tǒng)節(jié)點(diǎn)間的互聯(lián)互通互操作。應(yīng)用層包括空戰(zhàn)模擬仿真系統(tǒng)的六個(gè)仿真節(jié)點(diǎn),各節(jié)點(diǎn)通過調(diào)用服務(wù)層的不同服務(wù)來實(shí)現(xiàn)不同功能;服務(wù)層通過對DDS進(jìn)行封裝,為應(yīng)用層提供調(diào)用接口,為整個(gè)體系結(jié)構(gòu)提供數(shù)據(jù)交互、運(yùn)行管理等服務(wù);數(shù)據(jù)模型層通過以數(shù)據(jù)為中心的模型,支持多種體系結(jié)構(gòu)互聯(lián),它包含應(yīng)用程序編程接口來管理空戰(zhàn)訓(xùn)練中使用的數(shù)據(jù)模型;數(shù)據(jù)交換層采用基于DDS的實(shí)現(xiàn)方式,用來傳遞各種數(shù)據(jù),支持不同體系結(jié)構(gòu)之間的數(shù)據(jù)通信,同時(shí)對各種公共服務(wù)的實(shí)現(xiàn)提供基礎(chǔ)[16-17]。這種層次化的結(jié)構(gòu)提高了仿真支撐平臺的開放性、擴(kuò)展性和可維護(hù)性。
圖4 基于DDS的層次化體系結(jié)構(gòu)
對象模型中包含模型間交互的信息和行為,有效的對象模型可以使得空戰(zhàn)模擬仿真系統(tǒng)資源應(yīng)用之間實(shí)現(xiàn)語義互操作性,本文的對象模型定義的方法主要由DataType、DataTypeField、DomainPara、Topic、CDDSCommuModuleBase 5個(gè)類完成。
DataType類為數(shù)據(jù)類信息,數(shù)據(jù)類作為發(fā)布/訂閱的對象,記錄該數(shù)據(jù)的值、數(shù)據(jù)類型(對象類,交互類)以及該數(shù)據(jù)的相關(guān)信息。
DataTypeField類為DataType類的屬性類,記錄節(jié)點(diǎn)的基本數(shù)據(jù)類型、成員名稱、成員類型描述及成員描述信息。在空戰(zhàn)模擬仿真系統(tǒng)中將數(shù)據(jù)結(jié)構(gòu)按照Type類型分為對象類和交互類,對象類為系統(tǒng)運(yùn)行過程中需要實(shí)時(shí)更新的狀態(tài)類數(shù)據(jù),交互類為系統(tǒng)運(yùn)行過程中事件觸發(fā)類數(shù)據(jù)。本系統(tǒng)共設(shè)計(jì)15種數(shù)據(jù)結(jié)構(gòu),其中對象類的數(shù)據(jù)結(jié)構(gòu)為8種,交互類的數(shù)據(jù)結(jié)構(gòu)為7種。所有數(shù)據(jù)結(jié)構(gòu)見表1。
Topic類為主題類,作為節(jié)點(diǎn)發(fā)布/訂閱的主題,記錄仿真系統(tǒng)中各節(jié)點(diǎn)發(fā)布/訂閱主題的名稱、數(shù)據(jù)類型、主題所屬域ID、主題描述以及主題的發(fā)布-訂閱情況。空戰(zhàn)模擬仿真系統(tǒng)中共設(shè)計(jì)11個(gè)主題,所有主題信息見表2。
表1 數(shù)據(jù)結(jié)構(gòu)
表2 主題信息
Domain類為DDS域?qū)傩灶?,定義了各節(jié)點(diǎn)的通信域名稱、ID、通信域描述、發(fā)布主題列表、域參與者、域數(shù)據(jù)寫入者列表及域數(shù)據(jù)讀取者列表。
DDSCommuModuleBase類中定義了DDS域列表,表明節(jié)點(diǎn)所處的通信域,定義了節(jié)點(diǎn)相關(guān)的數(shù)據(jù)類型列表。本文設(shè)計(jì)了DDSCommuModule接口類,實(shí)現(xiàn)對DDSCommuModuleBase類中原始API的封裝,各節(jié)點(diǎn)通過繼承DDSCommuModule后的類,調(diào)用相應(yīng)API來實(shí)現(xiàn)各仿真成員互聯(lián)互通互操作。封裝之后的API見表3。
表3 Durability策略可取值
DDS的實(shí)時(shí)性是建立在其豐富的QoS策略之上的,OMG在DDS規(guī)范中定義了22種QoS策略,本文通過配置不同主題、不同發(fā)布者、不同訂閱者的QoS策略來極大地優(yōu)化空戰(zhàn)模擬仿真系統(tǒng)的通信性能。結(jié)合DDS自身的QoS策略設(shè)計(jì)了適用于該空戰(zhàn)模擬仿真系統(tǒng)的QoS策略,分別為持久性策略(Durability),歷史策略(History),可靠性策略(Reliability)。
持久性策略描述了數(shù)據(jù)在其被發(fā)布的時(shí)刻之外是否繼續(xù)存在。Durability策略參數(shù)值見表4。
表4 Durability策略可取值
在該空戰(zhàn)模擬仿真系統(tǒng)運(yùn)行時(shí),將發(fā)布或訂閱爆炸事件主題的節(jié)點(diǎn)的Durability策略設(shè)置為VOLATILE_DURABILITY,當(dāng)戰(zhàn)場環(huán)境態(tài)勢顯示節(jié)點(diǎn)因某種原因掉線重連時(shí),原本已經(jīng)發(fā)布爆炸事件主題的實(shí)體仍然存在于態(tài)勢顯示界面,這就會(huì)影響實(shí)際仿真運(yùn)行;將Durability策略設(shè)置為TRANSIENT_DURABILITY_QOS,當(dāng)計(jì)算機(jī)生成兵力節(jié)點(diǎn)因某種原因掉線但不繼續(xù)參與戰(zhàn)場戰(zhàn)斗時(shí),系統(tǒng)會(huì)自動(dòng)將已經(jīng)發(fā)布的爆炸事件主題保存到內(nèi)存,對于掉線后不繼續(xù)上線的節(jié)點(diǎn)是不需要存儲與之相關(guān)的事件信息的;將Durability策略設(shè)置為PERSISTENT_DURABILITY_QOS,其實(shí)與TRANSIENT_DURABILITY_QOS的意義大致相同,但PERSISTENT_DURABILITY_QOS會(huì)將以往演練的所有永久策略的主題都存貯到系統(tǒng)硬盤中,需要使用者將歷史中所有主題事件進(jìn)行再次管理;所以本文將所有交互類的主題策略設(shè)置為TRANSIENT_LOCAL_DURABILITY_QOS,保證了仿真的正常運(yùn)行。
歷史策略描述了DDS會(huì)嘗試發(fā)送最近的多少個(gè)數(shù)據(jù)給后加入的訂閱者。History策略參數(shù)值見表5。
表5 History策略取值
將History策略設(shè)為KEEP_LAST_HISTORY_QOS,并指定depth值為n時(shí),則表示DDS會(huì)嘗試發(fā)送最近的n個(gè)數(shù)據(jù)給后加入的訂閱者;KEEP_ALL_HISTORY_QOS為DDS會(huì)將所有發(fā)布過的數(shù)據(jù)發(fā)送給新加入的訂閱者。
History策略是和Durability策略相互配合使用的,對于該空戰(zhàn)模擬仿真系統(tǒng)而言具體保留最近多少個(gè)數(shù)據(jù)樣本是難以確定的,所以本系統(tǒng)將History策略設(shè)置為KEEP_ALL_HISTORY_QOS,即保留所有配置該策略的主題到DDS。
可靠性策略描述了數(shù)據(jù)寫入者和數(shù)據(jù)讀取者怎樣對待他們所處理的數(shù)據(jù)。Reliability策略參數(shù)值見表6。
表6 Reliability策略取值
RELIABLE_RELIABILITY_QOS將保證所有的數(shù)據(jù)被可靠地傳輸?shù)綌?shù)據(jù)讀取者;BEST_EFFORT_RELIABILITY_QOS則沒有數(shù)據(jù)的檢測與重發(fā)機(jī)制,將不保證數(shù)據(jù)傳輸?shù)目煽啃浴?/p>
在該空戰(zhàn)模擬仿真系統(tǒng)運(yùn)行時(shí),將發(fā)布或訂閱實(shí)體注冊主題的節(jié)點(diǎn)的Reliability策略設(shè)置為參數(shù)1,戰(zhàn)場環(huán)境態(tài)勢顯示節(jié)點(diǎn)可能只會(huì)顯示個(gè)別節(jié)點(diǎn)或?qū)嶓w,因?yàn)閰?shù)1不保證數(shù)據(jù)傳輸?shù)目煽啃?,所以沒有收到的實(shí)體注冊事件的實(shí)體在態(tài)勢顯示界面不會(huì)正常顯示;但是對于對象類的主題,因?yàn)閿?shù)據(jù)持續(xù)在更新,所以丟失個(gè)別數(shù)據(jù)包對整個(gè)系統(tǒng)運(yùn)行是沒有影響的。所以本系統(tǒng)將交互類主題的Reliability策略設(shè)置為參數(shù)2,這樣就避免了各節(jié)點(diǎn)丟失重要的仿真控制命令以及交互類主題,整個(gè)仿真系統(tǒng)也能進(jìn)行正常運(yùn)行。
在完成系統(tǒng)總統(tǒng)架構(gòu)設(shè)計(jì)、對象模型定義方法和QoS策略設(shè)計(jì)之后,實(shí)現(xiàn)各分布式仿真節(jié)點(diǎn)間的通信,其中仿真控制管理節(jié)點(diǎn)運(yùn)行界面如圖5所示,實(shí)時(shí)顯示了當(dāng)前搭載在DDS數(shù)據(jù)中間件上的各分布式節(jié)點(diǎn),通過仿真控制管理節(jié)點(diǎn)可實(shí)現(xiàn)對整個(gè)仿真場景的啟動(dòng)、暫停、停止等操作。
圖6為戰(zhàn)場環(huán)境態(tài)勢顯示節(jié)點(diǎn)的實(shí)時(shí)運(yùn)行界面圖,圖中戰(zhàn)場場景是紅方飛機(jī)鎖定藍(lán)方飛機(jī)后,發(fā)射多枚導(dǎo)彈攻擊藍(lán)方飛機(jī),藍(lán)方飛機(jī)進(jìn)行相應(yīng)的規(guī)避,綠色的線為多枚紅方攻擊彈的攻擊軌跡,與此同時(shí)藍(lán)方防空系統(tǒng)也鎖定了紅方目標(biāo)。
圖5 仿真控制管理節(jié)點(diǎn)運(yùn)行界面圖
圖6 戰(zhàn)場環(huán)境態(tài)勢顯示節(jié)點(diǎn)界面運(yùn)行圖
本文選用美國RTI(Real-Time Innovations)公司的DDS來搭建空戰(zhàn)模擬仿真系統(tǒng),在完成本系統(tǒng)節(jié)點(diǎn)間通信的基礎(chǔ)之上,對該系統(tǒng)的實(shí)時(shí)性進(jìn)行相關(guān)測試。所有仿真節(jié)點(diǎn)組成一個(gè)千兆局域網(wǎng),各節(jié)點(diǎn)操作系統(tǒng)均為win10-64位,處理器為Intel(R)Core(TM)i7-7700CPU@4.20 Hz,內(nèi)存為16 GB,使用RTIDDS5.3版本,測試程序?yàn)閜erftest_cpp.exe。本文共設(shè)計(jì)4組實(shí)驗(yàn)來研究系統(tǒng)在實(shí)時(shí)性、可靠性和吞吐量上的表現(xiàn),主要從數(shù)據(jù)包長度、傳輸延遲、抖動(dòng)、吞吐量及l(fā)ost(網(wǎng)絡(luò)丟包)的大小來衡量。
其中傳輸延遲為發(fā)送接收處理時(shí)間、響應(yīng)時(shí)間、傳輸時(shí)間三個(gè)時(shí)間的總和,用來衡量網(wǎng)絡(luò)傳輸時(shí)間長短,單位為μs;抖動(dòng)為信號的某特定時(shí)刻相對于其理想時(shí)間位置上的短期偏離,用于衡量網(wǎng)絡(luò)時(shí)延的穩(wěn)定性,單位為μs;吞吐量為單位時(shí)間內(nèi)成功地傳送數(shù)據(jù)的數(shù)量,單位為mbps;網(wǎng)絡(luò)丟包為數(shù)據(jù)傳輸過程中的丟包數(shù),用于衡量網(wǎng)絡(luò)的可靠性,單位為%。
實(shí)驗(yàn)一 測試系統(tǒng)在數(shù)據(jù)包大小不同時(shí)的傳輸延遲,共進(jìn)行5次數(shù)據(jù)測試,測試結(jié)果如圖7所示,5次數(shù)據(jù)傳輸?shù)钠骄鶄鬏斞舆t為117.4 μs,數(shù)據(jù)包大小的變化對傳輸延遲不會(huì)產(chǎn)生明顯的影響。
圖7 傳輸延遲測試圖
實(shí)驗(yàn)二 測試系統(tǒng)在數(shù)據(jù)包大小不同時(shí)的抖動(dòng),共進(jìn)行5次數(shù)據(jù)測試,5次測試結(jié)果如圖8所示,5次數(shù)據(jù)傳輸?shù)钠骄秳?dòng)大小為26.54 μs,數(shù)據(jù)包大小的變化對抖動(dòng)不會(huì)產(chǎn)生明顯的影響。
圖8 抖動(dòng)測試圖
實(shí)驗(yàn)三 測試系統(tǒng)在數(shù)據(jù)包大小不同時(shí)的丟包數(shù)量,共進(jìn)行2組丟包數(shù)量(lost 1,lost 2)測試,測試結(jié)果見表7。
表7 數(shù)據(jù)丟包率測試
從表7中可看出每次實(shí)驗(yàn)發(fā)布數(shù)據(jù)包數(shù)量為300萬,隨著數(shù)據(jù)包長度增加,丟包數(shù)一直為零,可看出該仿真系統(tǒng)滿足可靠性傳輸。
實(shí)驗(yàn)四 測試系統(tǒng)在數(shù)據(jù)包大小不同時(shí)的吞吐量,共進(jìn)行5次測試,5次測試結(jié)果如圖9所示。從圖9可看出,隨著數(shù)據(jù)包大小在148 byte以后,基本上吞吐量開始趨于穩(wěn)定。吞吐量(860 mbps左右)接近網(wǎng)絡(luò)的實(shí)際帶寬(1 000 mbps),因此該系統(tǒng)能夠?qū)崿F(xiàn)對網(wǎng)絡(luò)環(huán)境的充分利用。
圖9 網(wǎng)絡(luò)吞吐量測試圖
1) 本文利用DDS通信中間件技術(shù)設(shè)計(jì)并實(shí)現(xiàn)了空戰(zhàn)模擬仿真系統(tǒng)的數(shù)據(jù)交互功能,提出了一種基于數(shù)據(jù)分發(fā)服務(wù)的層次化體系架構(gòu),設(shè)計(jì)了各個(gè)仿真節(jié)點(diǎn)間的支撐環(huán)境接口、對象模型定義方法及QoS策略,實(shí)現(xiàn)將仿真控制管理、模擬器、計(jì)算機(jī)生成兵力、智能空戰(zhàn)、戰(zhàn)場環(huán)境態(tài)勢顯示和綜合評估6個(gè)仿真資源的整合。
2) 在實(shí)現(xiàn)各節(jié)點(diǎn)互聯(lián)互通互操作的基礎(chǔ)上,測試了DDS通信中間件技術(shù)在空戰(zhàn)模擬仿真系統(tǒng)下的傳輸延遲、抖動(dòng)、丟包數(shù)量和吞吐量,系統(tǒng)的傳輸延遲穩(wěn)定為117.4 μs,平均抖動(dòng)大小為26.54 μs,丟包數(shù)量為0,且當(dāng)數(shù)據(jù)包長度大于148 Byte時(shí),吞吐量趨于穩(wěn)定。表明文中方法在實(shí)時(shí)性、可靠性和吞吐量上表現(xiàn)良好,為空戰(zhàn)模擬仿真系統(tǒng)的可靠性和實(shí)時(shí)性提供了一定的技術(shù)保障。