程 翔，任 磊，張紹澤，李苑青

基于鏡像口抓包的數(shù)據(jù)采集記錄系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)

程 翔1，任 磊1，張紹澤1，李苑青2

（1 中國(guó)電子科技集團(tuán)公司第二十研究所，西安 710068；2 西北工業(yè)大學(xué)航天學(xué)院，西安 710072）

在系統(tǒng)研制試驗(yàn)過(guò)程中對(duì)數(shù)據(jù)進(jìn)行采集記錄，不僅可以為系統(tǒng)功能性能評(píng)估提供數(shù)據(jù)源，也可以為重現(xiàn)戰(zhàn)場(chǎng)試驗(yàn)態(tài)勢(shì)提供手段。本文針對(duì)此問(wèn)題及工程中的實(shí)際需求設(shè)計(jì)了一種基于分布式時(shí)間機(jī)制、網(wǎng)絡(luò)監(jiān)聽(tīng)、數(shù)據(jù)抓包和多緩存記錄等關(guān)鍵技術(shù)的數(shù)據(jù)采集記錄系統(tǒng)，該系統(tǒng)設(shè)計(jì)包括系統(tǒng)組成與架構(gòu)和關(guān)鍵技術(shù)的設(shè)計(jì)與實(shí)現(xiàn)。最后根據(jù)設(shè)計(jì)內(nèi)容進(jìn)行了仿真應(yīng)用，針對(duì)系統(tǒng)研制試驗(yàn)過(guò)程中的性能指標(biāo)進(jìn)行了測(cè)試和分析，結(jié)果表明該數(shù)據(jù)采集記錄系統(tǒng)不僅運(yùn)行高效，且能夠很好地滿(mǎn)足系統(tǒng)研制試驗(yàn)階段的要求。

鏡像口；抓包；數(shù)據(jù)采集；數(shù)據(jù)記錄

0 引言

軍用分布式作戰(zhàn)系統(tǒng)是當(dāng)下研究的熱點(diǎn)，鑒于其系統(tǒng)運(yùn)行復(fù)雜和功能性能指標(biāo)眾多的特點(diǎn)，在研制和試驗(yàn)全過(guò)程中需要實(shí)時(shí)采集并記錄系統(tǒng)各個(gè)節(jié)點(diǎn)產(chǎn)生、交互和處理的所有數(shù)據(jù)，并在后期可將存儲(chǔ)的數(shù)據(jù)進(jìn)行解析和集中處理，為事后的試驗(yàn)數(shù)據(jù)分析和系統(tǒng)功能性能評(píng)估提供數(shù)據(jù)源，為試驗(yàn)過(guò)程的事后重現(xiàn)回顧提供手段。

由于分布式作戰(zhàn)系統(tǒng)具有多個(gè)作戰(zhàn)平臺(tái)，每個(gè)平臺(tái)又由多型設(shè)備共同構(gòu)成，在系統(tǒng)工作時(shí)，不僅各節(jié)點(diǎn)產(chǎn)生和處理的數(shù)據(jù)量非常巨大，而且數(shù)據(jù)交互的過(guò)程也錯(cuò)綜復(fù)雜；同時(shí)，作戰(zhàn)系統(tǒng)的研制成本很高，組織大型試驗(yàn)需要多家單位協(xié)調(diào)，試驗(yàn)數(shù)據(jù)極為珍貴。因此要求數(shù)據(jù)采集記錄系統(tǒng)必須具有高記錄帶寬、高可靠性和實(shí)時(shí)監(jiān)控等功能性能指標(biāo)。

本文提出的數(shù)據(jù)采集記錄系統(tǒng)利用分布式時(shí)間機(jī)制、網(wǎng)絡(luò)監(jiān)聽(tīng)、數(shù)據(jù)抓包和多緩存記錄等技術(shù)，可以滿(mǎn)足當(dāng)前系統(tǒng)研制試驗(yàn)階段對(duì)數(shù)據(jù)采集記錄的功能性能需求，可服務(wù)用于系統(tǒng)研制和試驗(yàn)過(guò)程中的戰(zhàn)場(chǎng)態(tài)勢(shì)回放以及分析性能指標(biāo)、數(shù)據(jù)合理性和誤差精度等工作。

1 系統(tǒng)組成及架構(gòu)設(shè)計(jì)

1.1 軟件環(huán)境

系統(tǒng)開(kāi)發(fā)選用VS2015C#語(yǔ)言，它是微軟公司發(fā)布的一種面向?qū)ο蟮?、運(yùn)行于.NET Framework上的高級(jí)程序設(shè)計(jì)語(yǔ)言。C#簡(jiǎn)單、高效，將數(shù)學(xué)運(yùn)算、字符和數(shù)據(jù)庫(kù)等多種復(fù)雜操作集合為面向?qū)ο蟮念?lèi)，大大減少了編成人員的工作量；不使用指針，并提供了一種內(nèi)存分配、垃圾回收、版本控制和類(lèi)型安全機(jī)制，保證了程序的正確性和穩(wěn)定性[1]。

1.2 硬件環(huán)境

1.2.1 計(jì)算機(jī)

選用計(jì)算機(jī)配置建議：處理器主頻2.26 GHz×4以上，內(nèi)存8 GB以上，硬盤(pán)512 GB以上，獨(dú)立顯卡顯存2 GB以上，操作系統(tǒng)為Windows7×64位。

1.2.2 時(shí)碼卡

計(jì)算機(jī)搭載時(shí)碼卡用來(lái)保證分布式系統(tǒng)內(nèi)各試驗(yàn)平臺(tái)的時(shí)間保持一致。本文選用的時(shí)碼卡采用標(biāo)準(zhǔn)的PCI總線接口為計(jì)算機(jī)提供高精度的時(shí)間數(shù)據(jù)，可以讀取的時(shí)間精度為0.1 ms，可產(chǎn)生1PPS/20PPS/50PPS/100PPS中斷信號(hào)，并可選擇使用GPS信號(hào)或B碼信號(hào)。

1.2.3 交換機(jī)

具有可配置鏡像口和劃分虛擬局域網(wǎng)（Virtual Local Area Network，VLAN）等功能。

1.3 系統(tǒng)組成

數(shù)據(jù)采集記錄系統(tǒng)軟件設(shè)計(jì)采用模塊化和層次化編程思想。系統(tǒng)下按功能又劃分為數(shù)據(jù)通信、文件建立、數(shù)據(jù)捕獲、網(wǎng)絡(luò)協(xié)議解析、網(wǎng)絡(luò)數(shù)據(jù)存儲(chǔ)、文件記錄和界面顯示等模塊，各功能模塊又分解為子功能模塊。模塊之間相互獨(dú)立，按程序設(shè)定的通訊機(jī)制進(jìn)行交互。主程序控制信息調(diào)用，與被調(diào)用模塊共同實(shí)現(xiàn)系統(tǒng)功能。具體的軟件功能組成如圖1所示。

圖1 系統(tǒng)功能模塊結(jié)構(gòu)圖

2 設(shè)計(jì)與實(shí)現(xiàn)

2.1 分布式時(shí)間機(jī)制

為保證各分布式平臺(tái)對(duì)時(shí)間記錄的一致性，各平臺(tái)數(shù)據(jù)采集記錄軟件所搭載的計(jì)算機(jī)需統(tǒng)一安裝時(shí)碼卡設(shè)備，在數(shù)據(jù)記錄的時(shí)刻使用時(shí)碼卡時(shí)間在記錄報(bào)文內(nèi)打上時(shí)戳。但由于每次獲取時(shí)碼卡時(shí)間都需要有一定的操作時(shí)間，雖然時(shí)間很短，但對(duì)于大數(shù)據(jù)量的記錄，便會(huì)極大地影響記錄效率，造成軟件卡頓，甚至造成記錄時(shí)刻有時(shí)延以及記錄丟包等現(xiàn)象。

在本文中，軟件直接獲取時(shí)碼卡的秒中斷，在獲取時(shí)刻對(duì)計(jì)算機(jī)板卡時(shí)間和時(shí)碼卡時(shí)間進(jìn)行比對(duì)，獲得兩者的時(shí)差，這樣，在每次記錄數(shù)據(jù)時(shí)，只需在數(shù)據(jù)獲取時(shí)刻的計(jì)算機(jī)時(shí)間上補(bǔ)上時(shí)差，便可得到準(zhǔn)確的時(shí)碼卡時(shí)間，從而在高效的記錄條件下保證了各分布式平臺(tái)對(duì)時(shí)間記錄的一致性。

2.2 鏡像口網(wǎng)絡(luò)監(jiān)聽(tīng)

在本文中，單平臺(tái)各設(shè)備間網(wǎng)絡(luò)通訊均采用用戶(hù)數(shù)據(jù)報(bào)協(xié)議（User Datagram Protocol，UDP），故各平臺(tái)的數(shù)據(jù)均需通過(guò)網(wǎng)絡(luò)交換機(jī)進(jìn)行交互，由于以太網(wǎng)數(shù)據(jù)不能通過(guò)第三端直接引線實(shí)現(xiàn)數(shù)據(jù)記錄，因此采取鏡像口網(wǎng)絡(luò)監(jiān)聽(tīng)的方式進(jìn)行數(shù)據(jù)采集。

網(wǎng)絡(luò)監(jiān)聽(tīng)是一種簡(jiǎn)單、有效獲取被測(cè)網(wǎng)絡(luò)數(shù)據(jù)的方法。由于網(wǎng)絡(luò)監(jiān)聽(tīng)方式的數(shù)據(jù)采集主機(jī)只是被動(dòng)接收在局域網(wǎng)上傳輸?shù)男畔ⅲ恢鲃?dòng)與其他主機(jī)交換信息，也不修改在網(wǎng)絡(luò)上傳輸?shù)臄?shù)據(jù)，故該方式不影響網(wǎng)絡(luò)系統(tǒng)的工作[2]。

要實(shí)現(xiàn)鏡像口網(wǎng)絡(luò)監(jiān)聽(tīng)，需對(duì)系統(tǒng)交換機(jī)進(jìn)行相關(guān)配置。

2.2.1 配置網(wǎng)口

將交換機(jī)的某一個(gè)網(wǎng)口設(shè)置為監(jiān)聽(tīng)網(wǎng)口，另外某幾個(gè)網(wǎng)口設(shè)置為鏡像網(wǎng)口，其余預(yù)留一些網(wǎng)口不進(jìn)行設(shè)置，為普通網(wǎng)口。其中鏡像網(wǎng)口可配置為進(jìn)/出單向數(shù)據(jù)鏡像或雙向數(shù)據(jù)鏡像。為避免設(shè)備間數(shù)據(jù)傳輸導(dǎo)致的數(shù)據(jù)被重復(fù)記錄，一般將鏡像網(wǎng)口統(tǒng)一配置為進(jìn)向數(shù)據(jù)鏡像，即鏡像從設(shè)備傳入交換機(jī)的所有數(shù)據(jù)。鏡像后的數(shù)據(jù)均會(huì)復(fù)制一份送到監(jiān)聽(tīng)網(wǎng)口，而不會(huì)影響原有數(shù)據(jù)的傳輸。

2.2.2 劃分VLAN

由于通過(guò)鏡像口的方式，監(jiān)聽(tīng)網(wǎng)口已經(jīng)獲取了需要記錄的數(shù)據(jù)內(nèi)容，但網(wǎng)絡(luò)中的廣播信息和匹配的組播信息本身就可以被監(jiān)聽(tīng)網(wǎng)口獲取到，這會(huì)造成數(shù)據(jù)的重復(fù)記錄，不僅影響記錄效率，而且還給事后的數(shù)據(jù)分析造成影響，因此需要?jiǎng)澐諺LAN，將監(jiān)聽(tīng)網(wǎng)口與其他網(wǎng)口進(jìn)行邏輯隔離，這樣監(jiān)聽(tīng)網(wǎng)口除了可以接收到鏡像數(shù)據(jù)外，不會(huì)再接收到其他的交換數(shù)據(jù)。

2.2.3 按需求連線

配置好網(wǎng)口后，即可按需求進(jìn)行連線，將數(shù)據(jù)記錄設(shè)備連接到監(jiān)聽(tīng)網(wǎng)口，需記錄數(shù)據(jù)的設(shè)備連接到鏡像網(wǎng)口，無(wú)需記錄數(shù)據(jù)的設(shè)備連接到普通網(wǎng)口。這樣不影響系統(tǒng)內(nèi)本身的數(shù)據(jù)交換，卻可以采集記錄到系統(tǒng)內(nèi)需要的數(shù)據(jù)內(nèi)容。

2.3 基于SharpPcap的數(shù)據(jù)抓包

SharpPcap的全稱(chēng)是Sharp Packet Capture，是一種基于WinPcap驅(qū)動(dòng)，用于.NET平臺(tái)，具備網(wǎng)絡(luò)流量捕獲、發(fā)送和分析的開(kāi)發(fā)框架。SharpPcap包括兩個(gè)動(dòng)態(tài)鏈接庫(kù)：SharpPcap.dll及PacketDotNet.dll，前者主要處理網(wǎng)絡(luò)部分，后者主要處理數(shù)據(jù)報(bào)文的解析與構(gòu)造[3]。

本文基于SharpPcap的抓包步驟如圖2所示。獲取網(wǎng)卡設(shè)備列表并打開(kāi)需要抓包的對(duì)應(yīng)網(wǎng)卡；同時(shí)設(shè)置好過(guò)濾器、緩存區(qū)大小和線程優(yōu)先級(jí)等其他參數(shù)；把網(wǎng)卡上的數(shù)據(jù)包復(fù)制到內(nèi)核緩沖區(qū)中；通過(guò)上層的調(diào)用，把內(nèi)核緩沖區(qū)中的數(shù)據(jù)包拷貝到用戶(hù)緩沖區(qū)中。經(jīng)過(guò)一定的處理，再把數(shù)據(jù)包存放到硬盤(pán)上[4]。

圖2 數(shù)據(jù)抓包流程

其中，為了避免記錄重復(fù)的數(shù)據(jù)包，造成存儲(chǔ)過(guò)多的無(wú)用信息，對(duì)事后分析造成影響；或因記錄過(guò)多的無(wú)用數(shù)據(jù)致使單位時(shí)間內(nèi)采集的數(shù)據(jù)量過(guò)大而導(dǎo)致關(guān)鍵數(shù)據(jù)的錯(cuò)記或漏記，需在數(shù)據(jù)采集過(guò)程中就對(duì)數(shù)據(jù)信息進(jìn)行過(guò)濾處理。由于SharpPcap自帶過(guò)濾功能，因此可通過(guò)SharpPcap過(guò)濾器進(jìn)行采集階段的邏輯隔離，可以限定接收數(shù)據(jù)包的協(xié)議類(lèi)型、網(wǎng)絡(luò)IP以及端口號(hào)等，例如：CapDev.CapDevice.Filter = "udp and (dst port 2000 or dst port 3000)"，表示只接受UDP協(xié)議，并且只捕獲目的端口號(hào)是2000和3000的數(shù)據(jù)包，其余數(shù)據(jù)一概過(guò)濾，不進(jìn)行捕獲。

2.4 緩存處理機(jī)制

由于采集記錄數(shù)據(jù)的過(guò)程需要中央處理器（Central Processing Unit，CPU）處理時(shí)間，當(dāng)新數(shù)據(jù)包到來(lái)時(shí)，若系統(tǒng)底層分接器還在處理前一個(gè)數(shù)據(jù)包，新數(shù)據(jù)包就會(huì)被丟棄。另外，若內(nèi)核緩沖區(qū)沒(méi)有足夠的空間來(lái)容納從網(wǎng)卡上復(fù)制過(guò)來(lái)的新數(shù)據(jù)包，或者內(nèi)核緩沖區(qū)滿(mǎn)了，新數(shù)據(jù)包也會(huì)被丟棄。除此之外，若數(shù)據(jù)來(lái)源方式不同，就需要開(kāi)多個(gè)線程來(lái)采集數(shù)據(jù)，在記錄數(shù)據(jù)的時(shí)候需要保證不同線程下數(shù)據(jù)的時(shí)序問(wèn)題。

綜合考慮以上問(wèn)題，需要設(shè)計(jì)一個(gè)緩存處理機(jī)制，保證采集到的數(shù)據(jù)即使無(wú)法立刻處理也不會(huì)被丟棄，而且可以按照采集到的順序按序記錄。

首先，定義一個(gè)隊(duì)列：

ConcurrentQueueExecuteQueue=newConcurrentQueue();

然后，將需進(jìn)行緩存處理的事件添加到隊(duì)列中：

Action act = newAction(delegate

{

……//數(shù)據(jù)存儲(chǔ)事件

});

ExecuteQueue.Enqueue(act);

最后，單獨(dú)開(kāi)辟一個(gè)線程，只要隊(duì)列中有內(nèi)容，便按順序執(zhí)行隊(duì)列中的事件：

publicvoidThread()

{

while(true)

{

//運(yùn)行執(zhí)行隊(duì)列

ExecuteQueue.TryDequeue(outAction action);

if (action != null)

action();

}

}

2.5 多緩存數(shù)據(jù)采集記錄

數(shù)據(jù)記錄模塊主要是將采集到的數(shù)據(jù)內(nèi)容寫(xiě)進(jìn)文件內(nèi)，形成統(tǒng)一的記錄文件。

首先，為更好地區(qū)分不同的記錄文件，文件名以“SSS_YYYYMMDDhhmmss_AA.n5r”的形式統(tǒng)一進(jìn)行命名。其中“SSS”表示數(shù)據(jù)類(lèi)型，例如當(dāng)其為“System”時(shí)表示記錄的是系統(tǒng)網(wǎng)的數(shù)據(jù)，“Story”時(shí)表示記錄的是劇情網(wǎng)的數(shù)據(jù)；“YYYYMMDDhhmmss”表示記錄時(shí)刻的年月日時(shí)分秒；“AA”表示記錄數(shù)據(jù)的站點(diǎn)號(hào)；“*.n5r”為本文自定義儲(chǔ)存二進(jìn)制數(shù)據(jù)的文件類(lèi)型。文件記錄采取多數(shù)據(jù)塊緩存模式進(jìn)行文件的記錄工作，記錄流程如圖3所示。其次開(kāi)辟出多個(gè)數(shù)據(jù)存儲(chǔ)空間，并分配好每個(gè)存儲(chǔ)空間的最大存儲(chǔ)容量（暫設(shè)定為5個(gè)數(shù)據(jù)存儲(chǔ)空間，每個(gè)存儲(chǔ)空間的容量為10 M，可根據(jù)實(shí)際性能進(jìn)行變動(dòng)）。在文件記錄開(kāi)始后，選擇一個(gè)存儲(chǔ)空間進(jìn)行數(shù)據(jù)的記錄，文件記錄的格式如表1所示。當(dāng)某一個(gè)存儲(chǔ)空間在記錄某一條報(bào)文后剛好超出了最大存儲(chǔ)容量，則立刻選擇一個(gè)空的存儲(chǔ)空間，將這條報(bào)文移至空間的起始位置開(kāi)始新的存儲(chǔ)空間的存儲(chǔ)，而之前存儲(chǔ)空間的剩余部分用“0”填滿(mǎn)，進(jìn)行寫(xiě)文件的操作，在文件寫(xiě)好后再將此存儲(chǔ)空間清空，進(jìn)行存儲(chǔ)的備用。

圖3 數(shù)據(jù)記錄多緩存儲(chǔ)存機(jī)制

表1 信息數(shù)據(jù)文件記錄格式

而下一個(gè)存儲(chǔ)空間存滿(mǎn)后，采取同樣的操作——新選擇一個(gè)空的存儲(chǔ)空間進(jìn)行存儲(chǔ)，同時(shí)將這個(gè)存儲(chǔ)空間的剩余部分用“0”填滿(mǎn)，然后將此空間的內(nèi)容續(xù)寫(xiě)在之前的文件后面。在數(shù)據(jù)記錄結(jié)束時(shí)，不管一個(gè)存儲(chǔ)空間是否存滿(mǎn)，都直接將已記錄的內(nèi)容進(jìn)行寫(xiě)文件的操作，最終形成一個(gè)完整的記錄文件。文件的組成如圖4所示。

圖4 記錄文件組成示意圖

3 性能測(cè)試及分析

性能測(cè)試連接方式如圖5所示，一臺(tái)主機(jī)通過(guò)鏡像口給另一臺(tái)主機(jī)發(fā)送測(cè)試數(shù)據(jù)包，數(shù)據(jù)采集記錄設(shè)備在監(jiān)聽(tīng)口進(jìn)行數(shù)據(jù)捕獲。

圖5 性能測(cè)試連接示意圖

為了驗(yàn)證系統(tǒng)的數(shù)據(jù)采集記錄性能，在不同數(shù)據(jù)速率、不同數(shù)據(jù)發(fā)送長(zhǎng)度和不同數(shù)據(jù)發(fā)送頻率下對(duì)其數(shù)據(jù)丟包率進(jìn)行了測(cè)試，測(cè)試結(jié)果如表2所示。

表2 數(shù)據(jù)采集記錄性能測(cè)試

通過(guò)測(cè)試記錄可以看出，通過(guò)本文捕獲監(jiān)聽(tīng)的方式進(jìn)行數(shù)據(jù)采集記錄，其丟包率非常低，在不同數(shù)據(jù)包長(zhǎng)度和不同發(fā)送頻率下，均表現(xiàn)良好，只有數(shù)據(jù)包發(fā)送頻率過(guò)快時(shí)，丟包率才逐漸上升，而且通過(guò)本文捕獲數(shù)據(jù)包的方式也明顯優(yōu)于通過(guò)UDP協(xié)議接收數(shù)據(jù)包方式的效率。

因此可以認(rèn)為本文的數(shù)據(jù)采集記錄系統(tǒng)在較大帶寬的情況下依舊具有良好的可靠性，滿(mǎn)足設(shè)計(jì)要求。

4 結(jié)束語(yǔ)

本文提出了一種基于鏡像口抓包的數(shù)據(jù)采集記錄系統(tǒng)，該系統(tǒng)通過(guò)網(wǎng)絡(luò)監(jiān)聽(tīng)的方式，實(shí)時(shí)抓取網(wǎng)絡(luò)系統(tǒng)內(nèi)的有用數(shù)據(jù)，而對(duì)本身的網(wǎng)絡(luò)系統(tǒng)不產(chǎn)生任何影響，并且可通過(guò)交換機(jī)編程及軟件配置靈活過(guò)濾數(shù)據(jù)內(nèi)容，通過(guò)動(dòng)態(tài)內(nèi)存池及多線程技術(shù)提高了網(wǎng)絡(luò)數(shù)據(jù)記錄速度。經(jīng)過(guò)仿真驗(yàn)證及性能測(cè)試，證明此系統(tǒng)具有較高的記錄帶寬和可靠性，且能夠?qū)崟r(shí)監(jiān)控記錄全過(guò)程，可有效應(yīng)用于各類(lèi)分布式或集中式系統(tǒng)的網(wǎng)絡(luò)數(shù)據(jù)采集記錄。

[1] 李斌，任磊，王梟雄，等. 一種遠(yuǎn)程分布式雷達(dá)組網(wǎng)數(shù)據(jù)回灌方法的設(shè)計(jì)與實(shí)現(xiàn)[J]. 現(xiàn)代導(dǎo)航，2019（4）：304-307.

[2] 魏凱強(qiáng)，趙光磊. 機(jī)載以太網(wǎng)數(shù)據(jù)記錄系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)[J]. 電腦與信息技術(shù)，2018，26（3）：64-67.

[3] 劉業(yè)，田琨瑋，劉林峰. 基于SharpPcap的網(wǎng)絡(luò)流量監(jiān)控系統(tǒng)[J]. 計(jì)算機(jī)工程與設(shè)計(jì)，2013，34（7）：2328-2332.

[4] 肖丹. 基于WinPcap的網(wǎng)絡(luò)封包數(shù)據(jù)實(shí)時(shí)采集技術(shù)[J]. 科技資訊，2011（6）：20-21.

Design and Implementation of Data Acquisition and Recording System Based on Capturing Packet Through Port-Mirroring

CHENG Xiang, REN Lei, ZHANG Shaoze, LI Yuanqing

Collecting and recording data during system development and testing can not only provide data sources for the performance evaluation of system function, but also provide a means for reproducing the battlefield experimental situation. In the paper, based on distributed time mechanism, network monitoring, data capture, and multi-cache recording, a data acquisition and recording system are designed for the actual needs in projects. The system design includes the system composition and architecture, and the design and implementation of key technologies. Simulation application was carried out according to the design content, and the performance indicators during the system development test were tested and analyzed. Experimental results show that this data acquisition and recording system not only runs efficiently, but also satisfies the requirements during the system development test stage.

Port-Mirroring; Capturing Packet; Data Acquisition; Data Recording

TP393.11

A

1674-7976-(2021)-03-205-05

2021-01-13。程翔（1989.09-），陜西西安人，碩士，工程師，主要研究方向?yàn)橄到y(tǒng)仿真與建模、火力與指揮控制。