基于DDS的指揮控制系統(tǒng)信息共享技術(shù)研究*

李 賢

(江蘇自動化研究所,江蘇連云港222006)

基于DDS的指揮控制系統(tǒng)信息共享技術(shù)研究*

李 賢

(江蘇自動化研究所,江蘇連云港222006)

戰(zhàn)場態(tài)勢信息的共享是實現(xiàn)協(xié)同作戰(zhàn)急需解決的問題,信息共享技術(shù)關(guān)系著指揮效率和協(xié)同作戰(zhàn)能力的高低,關(guān)系著作戰(zhàn)效果是否精確高效。DDS是實時分布式系統(tǒng)實現(xiàn)信息共享的一種有效途徑,文中首先介紹了RTI DDS的體系結(jié)構(gòu),包括基本組件和QoS配置,其次針對指揮控制系統(tǒng)信息共享的需求,提出了使用RTI DDS實現(xiàn)信息共享過程中的關(guān)鍵問題及解決方法,并通過搭建實驗環(huán)境驗證,實驗結(jié)論證明DDS可以作為指揮控制系統(tǒng)的一種有效的信息共享技術(shù)。

指揮控制系統(tǒng) 信息共享 實時分布式系統(tǒng) 數(shù)據(jù)分發(fā)服務(wù)

0 引 言

隨著計算機技術(shù)和通信技術(shù)的發(fā)展,武器裝備具備了很高的信息化水平,作戰(zhàn)模式也由平臺中心戰(zhàn)向網(wǎng)絡(luò)中心戰(zhàn)轉(zhuǎn)變,以網(wǎng)絡(luò)為中心的未來信息化戰(zhàn)爭,核心是戰(zhàn)場態(tài)勢的共享,態(tài)勢共享的基礎(chǔ)是信息共享[1]。將戰(zhàn)場所有傳感器、武器平臺和指控系統(tǒng)緊密聯(lián)合起來形成一張統(tǒng)一的網(wǎng)絡(luò),實時的共享戰(zhàn)場態(tài)勢,就能縮短決策時間,提高指揮效率和協(xié)同作戰(zhàn)能力,達(dá)到作戰(zhàn)效果的精確高效。

數(shù)據(jù)分發(fā)服務(wù)(DDS,Data Distribution Service)是用于實時分布式系統(tǒng)的一種網(wǎng)絡(luò)中間件,它提供了節(jié)點之間的實時網(wǎng)絡(luò)通信服務(wù)。它使用訂閱/發(fā)布通信模型來保證數(shù)據(jù)分發(fā)的有效性和健壯性。未來信息化戰(zhàn)爭的基本要求是戰(zhàn)場信息的全局透明共享,各個作戰(zhàn)單元通過網(wǎng)絡(luò)化指揮信息系統(tǒng)共享戰(zhàn)場信息,是典型的分布式實時應(yīng)用。

1 RTI DDS簡介

1.1 DDS技術(shù)現(xiàn)狀及發(fā)展趨勢

DDS是對象管理組織OMG的有關(guān)分布式實時系統(tǒng)中數(shù)據(jù)發(fā)布的一個規(guī)范,采用發(fā)布訂閱體系結(jié)構(gòu),對實時系統(tǒng)有很好的支持,針對強實時系統(tǒng)進行了優(yōu)化,提供低延遲、高吞吐量、以及對實時性能的控制級別。能夠廣泛的應(yīng)用于航空、國防、分布仿真、工業(yè)自動化、分布控制及電信等多個領(lǐng)域[2]。

1.2 RTI DDS體系結(jié)構(gòu)

RTI DDS實現(xiàn)了OMG提出的實時系統(tǒng)數(shù)據(jù)分發(fā)服務(wù)的DCPS接口,DCPS是以數(shù)據(jù)為中心的訂閱分發(fā)機制。RTI DDS具有很強的容錯機制和靈活的通信方式配置,可以兼容各種計算機硬件、操作系統(tǒng)、編程語言和網(wǎng)絡(luò)傳輸協(xié)議。RTI DDS的高可配置性使其可以滿足用戶各種應(yīng)用需求。

RTI DDS的主要組件及其關(guān)系如圖1所示。

圖1 RTI DDS主要的組件及其關(guān)系Fig.1 Main modules of RTI DDS

1)參與者(Domain Participants)。寫入者和讀取者能夠互相通信,前提條件必須屬于同一個域(Domain),每個域都有一個唯一的整型的域ID。多個域的好處是,能夠在同一個物理網(wǎng)絡(luò)上,模擬多個虛擬的分布式系統(tǒng),且互不干擾。參與者使一個應(yīng)用程序能夠和域內(nèi)的其他應(yīng)用程序交互信息,參與者被用來創(chuàng)建主題、發(fā)布者、寫入者、訂閱者和讀取者,創(chuàng)建的這些對象和參與者屬于同一個域。

2)發(fā)布者(Publishers)和寫入者(Data Writers)。應(yīng)用程序使用寫入者的“寫入”操作向域發(fā)布數(shù)據(jù),而發(fā)布者用來將寫入者分類,程序員可以給發(fā)布者分配QoS配置,并應(yīng)用到屬于該發(fā)布者的所有寫入者[3]。每個寫入者和唯一的主題關(guān)聯(lián)。每個主題以及該主題的所有寫入者都和一個特定的離散數(shù)據(jù)類型關(guān)聯(lián),“寫入”操作是類型安全的,意味著在發(fā)布數(shù)據(jù)之前,需要做強制類型轉(zhuǎn)換。

3)訂閱者(Subscribers)和讀取者(Data Readers)。應(yīng)用程序使用讀取者讀取訂閱的數(shù)據(jù),而訂閱者用來將讀取者分類,程序員可以給發(fā)布者分配QoS配置,并應(yīng)用到屬于該訂閱者的所有讀取者。每個讀取者和唯一的主題關(guān)聯(lián),讀取者只能接收其關(guān)聯(lián)的主題數(shù)據(jù)。

4)主題(Topics)。主題提供了讀取者和寫入者之間的連接點。節(jié)點應(yīng)用程序?qū)懭胝哧P(guān)聯(lián)的主題必須和另一個節(jié)點應(yīng)用程序讀取者關(guān)聯(lián)的主題匹配,他們之間才能通信。主題包括名字和類型,名字是一個字符串,在一個域內(nèi)唯一確定了該主題,類型是數(shù)據(jù)的結(jié)構(gòu)定義。

5)鍵值(Keys)和樣本(Samples)。主題的值可能隨時變化,每一個值成為一個樣本,類似于類和對象的概念。樣本之間是靠鍵值區(qū)分的,鍵值是指定的,主題中的一個或者多個字段(Field)。

2 指揮控制系統(tǒng)信息共享需求

指揮控制系統(tǒng)是軍隊信息化的標(biāo)志之一,肩負(fù)著戰(zhàn)場指揮的自動化、實時化和精確化任務(wù)。指揮控制系統(tǒng)接收各傳感器的探測和偵察數(shù)據(jù),以及各武器平臺、協(xié)同作戰(zhàn)平臺的實時數(shù)據(jù),進行復(fù)雜的數(shù)據(jù)計算,同時分發(fā)各種決策數(shù)據(jù)。指揮控制系統(tǒng)網(wǎng)絡(luò)數(shù)據(jù)根據(jù)平臺類型、使命任務(wù)和裝備的不同而千差萬別,建立一種實時的、即插即用的、具有強容錯性和魯棒性的信息共享機制具有很高的實用價值。

指揮控制系統(tǒng)設(shè)備臺位繁多,所用系統(tǒng)硬件平臺CPU架構(gòu)也不盡相同,操作系統(tǒng)有Windows XP、Windows XP Embedded和VxWorks等,部署的軟件編程語言、編譯環(huán)境都存在差異,所有的這些造成了數(shù)據(jù)在不同的平臺間傳輸存在類型錯誤的可能,因為數(shù)據(jù)在不同的平臺上存儲方式和處理方式存在差異,不同平臺間數(shù)據(jù)的類型安全成為信息共享的瓶頸之一。

指揮控制系統(tǒng)網(wǎng)絡(luò)傳輸?shù)臄?shù)據(jù)類型繁多,各個節(jié)點所關(guān)注的信息必然是由選擇性的,而不感興趣的數(shù)據(jù)都會對我們的網(wǎng)絡(luò)和CPU資源造成浪費,同時使應(yīng)用程序的邏輯復(fù)雜化。如何使軟件和網(wǎng)絡(luò)更多的關(guān)注有用數(shù)據(jù),是指控系統(tǒng)信息共享機制必須關(guān)注的。

指控系統(tǒng)網(wǎng)絡(luò)環(huán)境復(fù)雜,節(jié)點或者網(wǎng)絡(luò)容易發(fā)生故障,在故障恢復(fù)時無法恢復(fù)數(shù)據(jù),造成數(shù)據(jù)的丟失。指控系統(tǒng)信息共享機制必須能夠?qū)v史數(shù)據(jù)進行保存。復(fù)雜的網(wǎng)絡(luò)環(huán)境,數(shù)據(jù)延遲容易因為不可知的原因增大,數(shù)據(jù)包的傳輸失敗可能造成嚴(yán)重的問題。例如,傳感器每0.5 s發(fā)送一次自身的狀態(tài)值,雷達(dá)每0.2 s發(fā)送一次其所跟蹤的目標(biāo)的位置,如果傳感器或者雷達(dá)未在承諾的周期內(nèi)更新數(shù)值,可能會造成不可預(yù)知的結(jié)果,對周期性數(shù)據(jù)延遲的處理必須能夠如實的反映網(wǎng)絡(luò)和節(jié)點狀況。

指控系統(tǒng)網(wǎng)絡(luò)需要傳輸數(shù)據(jù)、圖像、語音和視頻等多種業(yè)務(wù),帶寬的利用率尤為重要,對于頻繁發(fā)送的小數(shù)據(jù)包,會過多的占用網(wǎng)絡(luò)帶寬,造成網(wǎng)絡(luò)有效吞吐量下降,所以信息共享機制應(yīng)該能對大量的小數(shù)據(jù)包進行合適的處理,防止造成網(wǎng)絡(luò)擁塞。

指控系統(tǒng)與其他系統(tǒng)通過衛(wèi)星、數(shù)據(jù)鏈和短波等無線通信方式通信,無線通信質(zhì)量受環(huán)境影響很大,信息共享機制必須能夠處理在大丟包率情況下的通信。

3 RTI DDS指控系統(tǒng)信息共享

3.1 數(shù)據(jù)類型安全處理

指控系統(tǒng)網(wǎng)絡(luò)各個節(jié)點不可能是統(tǒng)一的平臺架構(gòu),應(yīng)用程序數(shù)據(jù)在內(nèi)存中的存儲和分布隨著語言/編譯器/操作系統(tǒng)/處理器的不同而變化,中間件必須能夠?qū)?shù)據(jù)從一個平臺透明傳輸?shù)搅硪粋€平臺,這個處理過程成為序列化/反序列化。

基于消息的分布式中間件可以采用如下兩種方式解決這個問題:

1)什么都不做,這種方式將不同平臺間的數(shù)據(jù)內(nèi)存分布差異交給程序員來處理,程序員必須處理所有的編碼、對齊和補齊問題。

2)中間件屏蔽不同平臺間的差異,這種方式需要將每個消息攜帶大量的冗余信息,這種方式會影響軟件性能,圖2顯示了傳統(tǒng)中間件對數(shù)據(jù)類型安全的處理。

圖2 傳統(tǒng)中間件對數(shù)據(jù)類型安全的處理Fig.2 Type-safe process of traditional middleware

RTI DDS采用一種折中的方法,類似于應(yīng)用程序中的數(shù)據(jù)類型,一個主題的所有樣本屬于同一種數(shù)據(jù)類型,這種類型的定義包括一些字段和字段的類型?？梢酝ㄟ^接口定義文檔(Interface Definition Document)來定義類型。RTI DDS通過這種方式在有效的傳輸數(shù)據(jù)的同時,也解決了字節(jié)序和字節(jié)對齊問題。圖3顯示了RTI DDS對數(shù)據(jù)類型安全的處理。

圖3 RTI DDS對數(shù)據(jù)類型安全的處理Fig.3 Type-safe process of DDS

RTI DDS有很多種方式來定義和使用數(shù)據(jù)類型:

1)使用內(nèi)置的數(shù)據(jù)類型,如果消息是一個簡單的字符串或者是一段字節(jié)緩沖區(qū),那么可以使用RTI內(nèi)置的數(shù)據(jù)類型。內(nèi)置的數(shù)據(jù)類型包括String、KeyedString、Octets和KeyedOctets,String和Keyed-String可以用來發(fā)送長度可變的單字節(jié)字符序列, Octets和KeyedOctets可以用來發(fā)送長度可變的字節(jié)序列。內(nèi)置的數(shù)據(jù)類型可以滿足簡單的數(shù)據(jù)類型需求,但是如果數(shù)據(jù)很復(fù)雜并且高度結(jié)構(gòu)化的,或者需要DDS檢查字段用于數(shù)據(jù)過濾或其他目的,那么內(nèi)置的數(shù)據(jù)類型就不合適了。

2)編譯時定義數(shù)據(jù)類型,使用一種語言無關(guān)的描述方式以及RTI代碼生成器rtiddsgen來生成數(shù)據(jù)類型,這種方式提供了編譯時類型安全。數(shù)據(jù)類型定義可以使用OMG IDL、XML Schema(XSD)和DDS指定的XML格式,rtiddsgen可以接收這種類型定義。

3)運行時動態(tài)定義數(shù)據(jù)類型,這種方式適用于那些有動態(tài)數(shù)據(jù)描述需求的應(yīng)用程序,數(shù)據(jù)類型頻繁改變或者無法事先知道數(shù)據(jù)類型。

指控系統(tǒng)網(wǎng)絡(luò)通信,可以通過使用編譯時定義數(shù)據(jù)類型,來保證多平臺間數(shù)據(jù)類型的安全,使程序員能夠?qū)Ｗ⒂谥缚叵到y(tǒng)業(yè)務(wù)邏輯。

3.2 主題條件過濾

RTI DDS提供了一種數(shù)據(jù)過濾功能,數(shù)據(jù)的精簡可以使應(yīng)用程序更多的關(guān)注有用數(shù)據(jù)。數(shù)據(jù)的精簡可以基于以下幾種方式:

1)數(shù)據(jù)內(nèi)容。基于內(nèi)容的過濾器可以檢查數(shù)據(jù)的各個字段,這些字段的值是否滿足一定的標(biāo)準(zhǔn)。對于數(shù)值類型,可以判斷大小,對于字符串類型,可以判斷是否滿足一定的正則表達(dá)式。在創(chuàng)建讀取者時綁定過濾器主題,在創(chuàng)建過濾器主題時使用類SQL表達(dá)式來指定基于內(nèi)容的過濾器。運行時動態(tài)的指定過濾條件。

2)數(shù)據(jù)時間。基于時間的過濾器可以過濾一段時間內(nèi)的,或者一定歷史深度的數(shù)據(jù)。

3)更新速率。如果訂閱者只能夠(只需要)以一定的速率處理數(shù)據(jù),這種過濾標(biāo)準(zhǔn)很有用。如果發(fā)布者發(fā)布數(shù)據(jù)的速率過快,則中間件將丟棄中間的一些數(shù)據(jù)。通過這種過濾器來對數(shù)據(jù)包進行降采樣[4]。

在指控系統(tǒng)網(wǎng)絡(luò)中,基于內(nèi)容和時間的過濾器,可以大大減小網(wǎng)絡(luò)流量和CPU負(fù)載。對于網(wǎng)絡(luò)中處理能力較差,且短期內(nèi)無法得到更新的節(jié)點,可以使用更新速率過濾器,對數(shù)據(jù)進行降采樣。同樣對于一些表頁顯示的數(shù)據(jù),過快的更新速率容易導(dǎo)致畫面抖動,用戶不易獲取正確的數(shù)值,這種情況下也可以使用更新速率過濾器。

在相同發(fā)包率的情況下,比較訂閱者在采用包過濾和未采用包過濾兩種情況下的CPU利用率,如圖4所示,未采用包過濾的情況下,由于應(yīng)用軟件對接收到的數(shù)據(jù)需要接收,判斷是否是感興趣的數(shù)據(jù),如果不是感興趣的數(shù)據(jù)則拋棄,這些操作消耗了大量的CPU資源。而基于內(nèi)容的數(shù)據(jù)包過濾則節(jié)省了CPU資源,同樣,不滿足過濾條件的數(shù)據(jù)包不會在網(wǎng)絡(luò)上出現(xiàn),減輕了網(wǎng)絡(luò)的負(fù)載。

圖4 訂閱者采用主題過濾后的CPU使用率Fig.4 Comparison of CPU utilization with topic filtering

3.3 系統(tǒng)的容錯性

作戰(zhàn)網(wǎng)絡(luò)節(jié)點故障后恢復(fù)重新訂閱,這時容易丟失在這段時間內(nèi)發(fā)布的數(shù)據(jù),RTI DDS將發(fā)送的數(shù)據(jù)保存在中間件中,用戶只需要配置持續(xù)性(Durability)策略。

在測試系統(tǒng)中,持續(xù)性策略配置為永久保存,數(shù)據(jù)將會被永久的保存在數(shù)據(jù)庫中,數(shù)據(jù)發(fā)布者提前發(fā)布數(shù)據(jù)包,發(fā)包速率為2包每秒,在發(fā)布者開始發(fā)包5 s后,訂閱者開始接收數(shù)據(jù)包,發(fā)包量和收包量關(guān)系如圖5所示。

通過對歷史數(shù)據(jù)的配置,可以更好的實現(xiàn)整個系統(tǒng)對故障的容錯能力,增強整個系統(tǒng)的魯棒性。

圖5 發(fā)包量總量和收包總量之間的關(guān)系Fig.5 Comparison of between sent and received packets

3.4 數(shù)據(jù)組包處理

在指控系統(tǒng)網(wǎng)絡(luò)中可能存在一種數(shù)據(jù),數(shù)據(jù)本身很小,卻以很高的包率發(fā)送,數(shù)據(jù)對時間的不敏感,每個包在中間件和網(wǎng)絡(luò)中分別發(fā)送,會重復(fù)消耗大量的網(wǎng)絡(luò)帶寬,造成網(wǎng)絡(luò)擁塞[5]。RTI DDS提供了一種機制,將多個數(shù)據(jù)包組成一個大的數(shù)據(jù)包發(fā)送,這樣就節(jié)約了重復(fù)的消耗。

當(dāng)發(fā)現(xiàn)網(wǎng)絡(luò)吞吐量遠(yuǎn)小于網(wǎng)絡(luò)的最大帶寬,同時CPU負(fù)載很高,這時需要使用組包機制。

使用組包機制,在應(yīng)用程序發(fā)送小數(shù)據(jù)包的時候,中間件并不實際將其發(fā)送到網(wǎng)絡(luò),這容易造成潛在的數(shù)據(jù)延遲,但是如果,應(yīng)用程序發(fā)送數(shù)據(jù)的速率遠(yuǎn)大于網(wǎng)絡(luò)的物理吞吐量,這樣一部分帶寬還要用于對數(shù)據(jù)的確認(rèn)和重發(fā),這樣無形的增加了網(wǎng)絡(luò)的壓力,造成延遲的增加,在這種情況下使用RTI DDS的組包機制,可以實現(xiàn)在增加網(wǎng)絡(luò)吞吐量的同時減少數(shù)據(jù)延遲。

組包的結(jié)束可以設(shè)置不同的條件,比如樣本的數(shù)量、組包的大小和第一包的時間,也可以手動結(jié)束組包并發(fā)送。

在仿真環(huán)境中分別設(shè)置組包結(jié)束條件為最大100包并且包大小最大值為8192字節(jié),可以得到如圖6所示的仿真結(jié)果。

圖6 數(shù)據(jù)包大小和網(wǎng)絡(luò)吞吐量的關(guān)系Fig.6 Relation between throughput and packet size

從仿真結(jié)果中可以看到,在發(fā)布者發(fā)布的數(shù)據(jù)包較小時,網(wǎng)絡(luò)的吞吐量較小,組包的吞吐量遠(yuǎn)大于未組包的吞吐量,在數(shù)據(jù)包變大的過程的后段,組包的吞吐量變化不明顯,而未組包的吞吐量急劇變大,這是因為包頭的消耗比例減小。所以,對于較小的數(shù)據(jù),采用組包機制能夠明顯的增大網(wǎng)絡(luò)的吞吐量。

3.5 鏈路條件惡劣處理

在使用衛(wèi)星或者長距離的無線鏈路時,高延遲、低帶寬和高丟包率成為系統(tǒng)需要面對的問題。衛(wèi)星的傳輸延遲可達(dá)0.5～1 s,帶寬通常在500 kb/s以內(nèi),同時有3%左右的丟包率[6]。RTI DDS不僅實現(xiàn)了可靠的傳輸協(xié)議(類似于TCP),而且同時監(jiān)控網(wǎng)絡(luò)的狀態(tài),對網(wǎng)絡(luò)狀態(tài)的監(jiān)控增強了對惡劣通信環(huán)境的適應(yīng)性。

同時在指控系統(tǒng)中通過惡劣的傳輸環(huán)境通信,需要特別注意一些問題,需要注意的問題和RTI DDS適應(yīng)性配置說明如下。

1)網(wǎng)絡(luò)數(shù)據(jù)包的大小,分片會增加額外的網(wǎng)絡(luò)流量。需要注意的是,網(wǎng)絡(luò)數(shù)據(jù)包的大小不僅包括數(shù)據(jù)域的大小,還包括在序列化數(shù)據(jù)的時候為了對齊而補齊的數(shù)據(jù)。

2)確認(rèn)和重發(fā)的效率,通信中確認(rèn)活躍的心跳報文集成在數(shù)據(jù)報文中,成為捎帶心跳。在RTI DDS通過配置捎帶心跳的頻率,可以讓接收端中間件提前發(fā)現(xiàn)數(shù)據(jù)分片的丟失。

確保重發(fā)數(shù)據(jù)包不超過帶寬限制。如果重發(fā)數(shù)據(jù)包的數(shù)量大于帶寬限制,將造成網(wǎng)絡(luò)擁塞,增大丟包率,降低網(wǎng)絡(luò)吞吐量,需要在RTI DDS中通過設(shè)置單次重發(fā)數(shù)據(jù)包的總大小,來防止此類情況的發(fā)生。

3)對小數(shù)據(jù)包進行組包來提高吞吐量,需要注意組包的最大大小不能大于鏈路的MTU,如果大于鏈路的MTU,將會在造成可靠性傳輸?shù)牧６壬袭a(chǎn)生分片,分片會嚴(yán)重影響網(wǎng)絡(luò)的吞吐量。

一個丟包率為3%的衛(wèi)星鏈路典型的數(shù)據(jù)長度和帶寬利用率之間的關(guān)系如圖7所示。

圖7 典型衛(wèi)星鏈路包長度和帶寬利用率關(guān)系Fig.7 Relation between band usage and packet size

圖7中可以看出,隨著數(shù)據(jù)包的增大,網(wǎng)絡(luò)的有效吞吐量增大,但當(dāng)增大到大于MTU時,數(shù)據(jù)包進行了分片,吞吐量急劇下降。在丟包率很大的時候,數(shù)據(jù)包的分片將造成未分包前數(shù)據(jù)包丟包率大大增加。在一個不可靠網(wǎng)絡(luò)中(如UDP),一個分片的丟失將導(dǎo)致整個數(shù)據(jù)包不可用。在可靠網(wǎng)絡(luò)中(如TCP),由于可靠機制造成的丟包也將大大增加丟包率,幾乎導(dǎo)致整個包不可用。

為了解決這個問題,可靠機制保障不應(yīng)該是整個數(shù)據(jù)包,而應(yīng)該是傳輸過程中容易丟失的分片,也就是保障可靠性的粒度問題。

在QoS文件中設(shè)置DDS層的分片大小小于MTU,這樣就會使數(shù)據(jù)包傳輸?shù)絀P層是已經(jīng)不需要在進行分片了,保證了可靠性的粒度為DDS層的分片。

4 結(jié) 語

本文簡要的介紹了DDS的概念,選擇應(yīng)用廣泛的RTI DDS作為示例介紹了其體系結(jié)構(gòu),包括基本組件、相互關(guān)系及QoS配置。對于指揮控制系統(tǒng)這種典型是實時分布式系統(tǒng),其信息共享需求的實現(xiàn)由于其特定的應(yīng)用環(huán)境,有特定的需求,本文分析了指揮控制系統(tǒng)信息共享的需求,針對實際需求,基于RTI DDS的靈活的可配置性,提出了解決或者配置方法,為實際在指揮控制系統(tǒng)中使用DDS提供了參考。

[1] 王斌,林懷清,林海濤.戰(zhàn)場態(tài)勢數(shù)據(jù)分發(fā)技術(shù)研究[J].艦船電子工程,2011,31(05):9-11. WANG Bin,LIN Huai-qing,LIN Hai-tao.Research on the Distribution Technology for Battlefield Situation Data [J].Ship Electronic Engineering,2011,31(05):9-11.

[2] 楊傳順,王學(xué)萬.實時數(shù)據(jù)分發(fā)系統(tǒng)的服務(wù)質(zhì)量控制的研究[J].計算機技術(shù)與發(fā)展,2011,21(05):231-234. YANG Chuan-shun,WANG Xue-wan.Research on Quality of Service of Real-time Data Distribution System [J].Computer Technology and Development,2011,21 (05):231-234.

[3] 仲維亮,楊斌,雷國志.基于DDS的傳輸插件的性能比較和分析[J].通信技術(shù),2013,46(03):13-15.

ZHONG Wei-liang,YANG Bin,LEI Guo-zhi.Comparison and Analysis on Performances of DDS Transmission Plug-ins[J].Communication Technology,2013,46 (3):13-15.

[4] 張珺,尹遜和.基于RTI DDS的數(shù)據(jù)分發(fā)中間件的升級設(shè)計[J].北京交通大學(xué)學(xué)報,2011,35(05):31-37.

ZHANG Jun,YIN Xun-he.Design of Upgraded Data Distribution Service Middleware Based on RTI DDS[J].Journal of Beijing Jiaotong University,2011,35(5):31-37.

[5] 張強,李建華.基于發(fā)布/訂閱的信息共享模型實時性能分析研究[J].軍事運籌與系統(tǒng)工程,2013, 27(01):33-35.

ZHANG Qiang,LI Jian-hua.Research on the Performance of Information Sharing Model Based on Publish/Subscribe[J].Military Operations Research and System Engineering,2013,27(1):33-35.

[6] Real-Time Innovations.RTI Distribution Data Service User′s Manual Version 45c[EB/OL].(2010-01-01) [2014-06-18].http://www.rti.com/products/dds/ index.html.

Information Sharing Technology of DDS-based Command and Control System

LI Xian
(Jiangsu Automation Research Institute,Lianyungang Jiangsu 222006,China)

Information sharing of battlefield situation is an urgent problem for cooperative fight.Information sharing technology has a bearing on command efficiency and cooperative capability,including the precision of combating effect.DDS is an effective approach to achieve information sharing of real-time distributed system.This paper firstly describes the architecture of RTI DDS,including basic modules and QoS configuration.Then,in accordance with the information sharing requirement of command and control system,this paper points out the critical problems in information sharing process and proposes solutions to these problems.And experiment indicates that DDS could serve as an effective technique for information sharing in command and control system.

command and control system;information sharing;real-time distributed system;data distribution service

TN911

A

1002-0802(2014)11-1322-06

10.3969/j.issn.1002-0802.2014.11.017

2014-09-01;

2014-10-10 Received date：2014-09-01;Revised date：2014-10-10

李 賢(1986—),男,碩士,工程師,主要研究方向為軍事通信技術(shù)。

LI Xian(1986-),male,M.Sci.,engineer,mainly engaged in the research of military communication technology.