薛躍明，黃 喆，張鳴之，馬 娟，石愛軍

(中國地質(zhì)環(huán)境監(jiān)測院,北京 100081)

地質(zhì)調(diào)查數(shù)據(jù)實時傳輸系統(tǒng)中的業(yè)務系統(tǒng)集成方法

薛躍明，黃 喆，張鳴之，馬 娟，石愛軍

(中國地質(zhì)環(huán)境監(jiān)測院,北京 100081)

在已有地質(zhì)調(diào)查數(shù)據(jù)實時傳輸系統(tǒng)基礎上，針對業(yè)務系統(tǒng)接入實時傳輸系統(tǒng)時存在的問題提出相應的解決方案，結(jié)合OpenStack開源云平臺靈活高效的資源調(diào)度、SPICE協(xié)議遠程虛擬桌面高效訪問、TurboIP硬件層TCP加速以及衛(wèi)星傳輸非對稱特點來綜合解決傳輸系統(tǒng)在工作過程中與后方業(yè)務系統(tǒng)融合問題，并提出了可應用于野外工作的融合系統(tǒng)架構方案。

實時傳輸系統(tǒng)；OpenStack；SPICE；TCP加速；非對稱傳輸

0 引言

由于互聯(lián)網(wǎng)發(fā)展的驅(qū)動，和其他通信技術一樣，衛(wèi)星通信正轉(zhuǎn)向滿足數(shù)據(jù)通信的全面需求，衛(wèi)星寬帶接入不僅能夠向用戶提供高速互聯(lián)網(wǎng)接入服務，同時能向地球的每一個角落傳送信息[1]。在國外，衛(wèi)星接入互聯(lián)網(wǎng)應用主要體現(xiàn)在高鐵和民航飛機領域。歐洲于2007年率先在“歐洲之星”高速鐵路上采用了衛(wèi)星寬帶接入互聯(lián)網(wǎng)；日本的新干線于2009年通過衛(wèi)星實現(xiàn)互聯(lián)網(wǎng)無線接入；美國高速鐵路起步較晚，但從2008年起美國列車的互聯(lián)網(wǎng)接入均采用了衛(wèi)星技術，國內(nèi)市場， 衛(wèi)星實現(xiàn)互聯(lián)網(wǎng)接入應用僅僅在民航客機上做過鏈路試驗[2]。新一代寬帶衛(wèi)星系統(tǒng)發(fā)展，用戶傳輸容量顯著提高，通信成本下降，促進互聯(lián)網(wǎng)接入衛(wèi)星通信在鐵路、民航、海洋、國土等領域的應用。

地質(zhì)調(diào)查數(shù)據(jù)實時傳輸系統(tǒng)建設最初目的是在突發(fā)地質(zhì)災害應急處置過程中，實現(xiàn)基于IP衛(wèi)星鏈路的前后方實時音視頻會商，為指揮中心實時呈現(xiàn)災害現(xiàn)場情況，供專家對災害形勢進行判斷以提出有效的應急處置方案，因此，實時傳輸系統(tǒng)以優(yōu)化基于衛(wèi)星鏈路的音視頻傳輸為工作目標。

隨著地質(zhì)災害詳查工作全面深入，數(shù)據(jù)資源不斷豐富，建成各專業(yè)領域的業(yè)務系統(tǒng)，這些系統(tǒng)數(shù)據(jù)在地質(zhì)災害應急處置過程中發(fā)揮了重要支撐作用，為現(xiàn)場處置工作提供技術依據(jù)。同時，野外地質(zhì)調(diào)查需要實時的了解區(qū)域已有地質(zhì)資料，作為開展野外工作的基礎。衛(wèi)星通信作為野外地質(zhì)調(diào)查工作唯一有效的通信手段，不受時間、地點限制，可隨時隨地進行通信，因此，有必要將業(yè)務系統(tǒng)集成到實時傳輸系統(tǒng)中，通過衛(wèi)星鏈路實時獲取存儲在服務器上數(shù)據(jù)信息。

雖然業(yè)務系統(tǒng)在地質(zhì)災害應急會商處置和野外地質(zhì)調(diào)查具有重要的作用，但是業(yè)務系統(tǒng)與實時傳輸系統(tǒng)的集成存在以下幾個問題：

(1)由于各業(yè)務系統(tǒng)部署在不同的網(wǎng)絡環(huán)境中，系統(tǒng)安全性的考慮，一般設置防火墻以防止對數(shù)據(jù)的非受權訪問，這些安全措施在保護數(shù)據(jù)的同時，增加了訪問業(yè)務系統(tǒng)難度，訪問的過程中針對業(yè)務系統(tǒng)需要制定單獨的訪問策略，網(wǎng)絡調(diào)整后相關的訪問策略也需要重新規(guī)劃，增加了實時傳輸系統(tǒng)整體運行管理調(diào)度的難度。

(2)業(yè)務系統(tǒng)數(shù)據(jù)格式多樣，不同于視頻數(shù)據(jù)幀，在數(shù)據(jù)傳輸過程中無法按照統(tǒng)一的壓縮編碼傳輸，有必要探索一種適用于異構數(shù)據(jù)壓縮編碼傳輸軟硬件加速傳輸機制。

(3)由于衛(wèi)星帶寬資源有限，若將所原始通過衛(wèi)星鏈路傳輸前端再進行處理，會延誤后續(xù)處置過程，減少衛(wèi)星鏈路傳輸數(shù)據(jù)量，將大量數(shù)據(jù)處理工作保留在服務器端，野外用戶端根據(jù)需要請求相應的結(jié)果數(shù)據(jù)，節(jié)省數(shù)據(jù)傳輸時間，提高工作效率。

(4)衛(wèi)星通信具有上下行傳輸不對稱性，利用有限帶寬資源的不對稱性，根據(jù)業(yè)務數(shù)量動態(tài)調(diào)整上下行業(yè)務帶寬，有效的提升業(yè)務系統(tǒng)訪問能力。

為解決業(yè)務系統(tǒng)集成問題，本研究擬在業(yè)務平臺系統(tǒng)部署規(guī)劃、業(yè)務系統(tǒng)訪問策略、數(shù)據(jù)傳輸加速、以及衛(wèi)星傳輸線路優(yōu)化等幾方面對業(yè)務系統(tǒng)接入地質(zhì)調(diào)查數(shù)據(jù)實時傳輸系統(tǒng)策略進行研究部署。

1 業(yè)務系統(tǒng)云平臺部署配置方案

1.1利用云平臺管理業(yè)務系統(tǒng)

針對實時傳輸系統(tǒng)用戶經(jīng)常訪問的業(yè)務系統(tǒng)分布于不同網(wǎng)絡中，數(shù)據(jù)存取復雜的困難，采用云平臺統(tǒng)一管理各業(yè)務系統(tǒng)，云平臺只需要對各業(yè)務系統(tǒng)進行計算資源、存儲資源、網(wǎng)絡資源進行基礎管理，不需要復雜的云平臺管理功能，由于商業(yè)云平臺租金較高，綜合考慮，采用OpenStack開源云平臺對各業(yè)務系統(tǒng)進行管理。

OpenStack是一個旨在為公共及私有云的建設與管理提供軟件的開源項目，包括網(wǎng)絡、虛擬化、操作系統(tǒng)、服務器等各個方面，OpenStack具有以下幾方面優(yōu)點[3-4]：①低成本，計算資源、存儲資源、網(wǎng)絡資源、維護成本得到優(yōu)化與節(jié)?。虎趶椥陨炜s，管理節(jié)點、數(shù)據(jù)中心資源、承載用戶數(shù)據(jù)信息及系統(tǒng)進行的存儲集群、承載云租戶業(yè)務的計算集群都具有較強的彈性伸縮能力；③高性能，I/O吞吐性能、CPU調(diào)度效率并發(fā)能力強，云存儲IOPS吞吐量達，可共享的存儲容量大；④高安全，物理層數(shù)據(jù)中心安全防護度高，虛擬化層事件監(jiān)測、防病毒等安全管理機制強；⑤高安全，云管理節(jié)點自身的可靠性保障、計算節(jié)點的故障恢復、中心網(wǎng)絡可靠性保障、連續(xù)服務和數(shù)據(jù)防丟失等機制健全完備。

OpenStack云平臺可根據(jù)業(yè)務系統(tǒng)數(shù)量來部署計算節(jié)點，為簡化部署與維護管理，可將云平臺計算節(jié)點和控制節(jié)點部署在同一臺高性能服務器上，業(yè)務系統(tǒng)在云平臺中部署見圖1。

圖1 業(yè)務系統(tǒng)在云平臺部署示意圖

業(yè)務系統(tǒng)規(guī)劃網(wǎng)絡模型采用VLAN(Virtual Local Area Network，虛擬局域網(wǎng))網(wǎng)絡, 這種模型簡單、穩(wěn)定，尤其是多節(jié)點部署的可擴展性和可靠性較好，在圖1網(wǎng)絡結(jié)構中，根據(jù)各業(yè)務系統(tǒng)環(huán)境需求部署對應的私有網(wǎng)絡，私有網(wǎng)絡之間不能互通，但可設置虛擬路由或VPN通道相互訪問，私有網(wǎng)絡類似于物理上的隔離網(wǎng)絡，將業(yè)務系統(tǒng)分別部署到私有網(wǎng)絡能確保系統(tǒng)數(shù)據(jù)安全性，防止非授權用戶訪問；各業(yè)務系統(tǒng)在獨立網(wǎng)絡中，網(wǎng)絡結(jié)構清晰，管理維護方便，一旦出現(xiàn)問題，能快速定位發(fā)生故障點并予以排除。

利用OpenStack統(tǒng)一管理各業(yè)務系統(tǒng)計算節(jié)點，簡化了原有網(wǎng)絡結(jié)構，為外部訪問提供了統(tǒng)一的策略和接口，經(jīng)過認證實時傳輸系統(tǒng)用戶可通過統(tǒng)一的協(xié)議接口訪問業(yè)務系統(tǒng)中數(shù)據(jù)資源。

1.2業(yè)務系統(tǒng)訪問策略

云平臺為業(yè)務系統(tǒng)提供統(tǒng)一模式管理，因此可配置統(tǒng)一的策略來訪問平臺內(nèi)各業(yè)務系統(tǒng)。

在OpenStack云平臺增加一獨立計算節(jié)點，作為實時傳輸系統(tǒng)用戶訪問業(yè)務系統(tǒng)的代理節(jié)點，代理節(jié)點通過VPN(Virtual Private Network ,虛擬專用網(wǎng)絡)通道訪問各業(yè)務系統(tǒng)，代理節(jié)點可根據(jù)實時傳輸系統(tǒng)用戶量彈性增加，網(wǎng)絡結(jié)構部署見圖2。代理節(jié)點作為實時傳輸系統(tǒng)用戶通過衛(wèi)星鏈路訪問業(yè)務系統(tǒng)的中間節(jié)點，起著數(shù)據(jù)預處理與傳輸緩沖的作用，代理節(jié)點設置一方面簡化實時傳輸系統(tǒng)用戶訪問業(yè)務系統(tǒng)程序，各業(yè)務系統(tǒng)結(jié)構不同(BS、CS結(jié)構),若用戶終端直接訪問各業(yè)務系統(tǒng)，需要安裝相應的客戶端工具，利用代理節(jié)點訪問業(yè)務系統(tǒng)，用戶終端只需通過遠程桌面訪問協(xié)議訪問代理節(jié)點，就能訪問真實的桌面，另一方面代理節(jié)點也極大節(jié)省了衛(wèi)星帶寬資源，通過代理節(jié)點訪問業(yè)務系統(tǒng)，大量的數(shù)據(jù)傳輸是在云計算平臺內(nèi)部，用戶終端通過遠程協(xié)議與代理節(jié)點通信，可以避免大量數(shù)據(jù)通過衛(wèi)星鏈路傳輸而導致的桌面畫面卡頓。

工作人員可在野外利用支持遠程桌面?zhèn)鬏攨f(xié)議的終端(筆記本電腦、PC、平板)等遠程訪問代理節(jié)點，通過代理節(jié)點訪問各業(yè)務系統(tǒng)，選擇適當遠程桌面訪問協(xié)議，能有效提高系統(tǒng)用戶數(shù)據(jù)訪問效率。

SPICE(Simulation program with integrated circuit emphasis，獨立計算環(huán)境簡單協(xié)議)協(xié)議是開源的虛擬桌面?zhèn)鬏攨f(xié)議，在SPICE服務器端和SPICE客戶端進行交互通信，SPICE協(xié)議是一項高性能、動態(tài)的自適應遠程呈現(xiàn)技術，能為終端用戶帶來和物理桌面?zhèn)€人計算機難以區(qū)分的體驗。SPICE 協(xié)議采用了3層體系架構模式[5]：SPICE Driver、SPICE Device 和SPICE Client。每一層都有獨立的功能相對應，其中，SPICE Driver 內(nèi)置于每個虛擬桌面之中，SPICE Device 則是安裝于服務器虛擬化層的軟件，SPICE Client 安裝在瘦客戶機或PC 中用于鏈接位于服務器中的虛擬桌面。

圖2 云平臺業(yè)務系統(tǒng)訪問數(shù)據(jù)流程圖

在代理節(jié)點部署SPICE服務端，用戶可通過衛(wèi)星鏈路訪問到云平臺中的代理節(jié)點，并通過代理節(jié)點訪問到相應的業(yè)務系統(tǒng)，基于SPICE桌面虛擬化和代理節(jié)點訪問業(yè)務系統(tǒng)具有以下優(yōu)勢:

(1)由于衛(wèi)星鏈路上傳輸?shù)膬?nèi)容不包括實際的應用數(shù)據(jù)，基于SPICE協(xié)議所傳輸?shù)臄?shù)據(jù)量通常較小，可節(jié)省衛(wèi)星鏈路帶寬資源;

(2)避免了協(xié)議在衛(wèi)星鏈路上的高交互傳輸，能在很大程度上縮短用戶的訪問時間;

(3)由于應用程序主要安裝和運行在服務器上，因此客戶端可以靈活配置，支持SPICE協(xié)議的電腦、平板以及手機等都可以作為客戶端訪問業(yè)務系統(tǒng)。

1.3遠程訪問TCP硬件加速策略

SPICE協(xié)議在網(wǎng)絡層采用TCP協(xié)議傳輸[6]，典型的衛(wèi)星鏈路出現(xiàn)的高延遲和比特誤差率，構成了對TCP傳輸?shù)奶魬?zhàn)，對于該面向連接的協(xié)議，下列因素導致了性能的退化：①所需的應答時間嚴重限制了傳輸速率的提升；②發(fā)信機的小窗口尺寸降低了吞吐量；③傳輸原因?qū)е戮W(wǎng)路擁塞的延遲降低了傳輸速率；④傳輸原因?qū)е戮W(wǎng)路擁塞的丟包降低了傳輸速率。

為降低衛(wèi)星鏈路固有傳輸弊端對網(wǎng)絡層數(shù)據(jù)傳輸影響，同時根據(jù)實時傳輸系統(tǒng)目前系統(tǒng)設備配置以及網(wǎng)絡架構，采用Comtech EF Data的TurboIP IP提供透明 TCP 加速，TurboIP IP可有效增加衛(wèi)星連接的吞吐量，為實時傳輸系統(tǒng)用戶提供可靠的面向連接的、端到端數(shù)據(jù)傳輸。

TurboIP運行模式為將服務器在部署在實時傳輸系統(tǒng)主站，野外用戶需要在便攜站的終端和主站的服務器之間傳輸文件或其它基于TCP業(yè)務時，主站的Turbo和便攜站之間的TurboIP之間構建加速通道，所有基于TCP協(xié)議的傳輸業(yè)務都被TurboIP加速，基于UDP的傳輸業(yè)務直接通過。

由于衛(wèi)星系統(tǒng)設計的限制，衛(wèi)星發(fā)射端功放的發(fā)射功率受到嚴格的管控，發(fā)射電平達到極限值后，僅通過增加衛(wèi)星帶寬無法提高衛(wèi)星傳輸效率，對比測試表明(圖3)，不采用TCP加速方案，衛(wèi)星站功放在功率達到極值情況下，傳輸速率在40 Kb以下，采用TurboIP在服務器和野外站端進行數(shù)據(jù)進行壓縮、緩存與加速，數(shù)據(jù)傳輸速率隨著帶寬的增加呈現(xiàn)明顯提高，數(shù)據(jù)傳輸穩(wěn)定性也有較大提升。

圖3 硬件加速前后速率對比

1.4利用非對稱傳輸特性，提升衛(wèi)星線路利用率

非對稱可用來指數(shù)據(jù)流傳輸?shù)牟粚ΨQ性[7]，比如在因特網(wǎng)中，一個簡單的web請求被送往服務器端，返回的可能是大得多的文檔、多媒體數(shù)據(jù)流等。在衛(wèi)星通信也存在類似情況，在上面訪問策略中，實時傳輸系統(tǒng)用戶通過遠程虛擬桌面協(xié)議訪問代理節(jié)點，用戶向代理節(jié)點發(fā)送鼠標、鍵盤等消息，而從代理節(jié)點返回的數(shù)據(jù)大得多的圖形、圖像、文檔、多媒體等數(shù)據(jù)流。上下行數(shù)據(jù)存在嚴重的不對稱性，若不考慮非對稱性，設置相同的上下行帶寬，那么就會出現(xiàn)上行信道大量空閑、下行信道嚴重堵塞的情況，不利于用戶體驗，同時也浪費了有限的衛(wèi)星帶寬資源。特別在野外地質(zhì)災害應急等時效性要求較強的應用中，將全部的帶寬資源根據(jù)上下行數(shù)據(jù)傳輸速率要求動態(tài)分配調(diào)整可有效解決上述問題。

地質(zhì)調(diào)查數(shù)據(jù)時間傳輸系統(tǒng)目前以音視頻會商為主，帶寬速率設置雙向速率對等，在Vipersate VMS網(wǎng)管統(tǒng)一調(diào)度管理之下，可以將上下行速率分別設置以適應數(shù)據(jù)傳輸要求。

2 業(yè)務系統(tǒng)接入測試

2.1測試環(huán)境搭建

客戶端采用筆記本電腦，操作系統(tǒng)windows 7，安裝SPICE 客戶端，接入野外衛(wèi)星站。

服務器安裝CentOS 7操作系統(tǒng), 并利用KVM軟件虛擬三臺服務器(虛擬服務器)，其中一個模擬代理節(jié)點，安裝Ubuntu操作系統(tǒng)并部署安裝SPICE服務端。兩個模擬業(yè)務系統(tǒng)服務器，均安裝Windows Server 2012操作系統(tǒng)，分別安裝配置Web服務和FTP服務模擬業(yè)務系統(tǒng)，各服務器參數(shù)見表1。

表1 虛擬服務器參數(shù)Table 1 Virtual server parameters

同時，在野外衛(wèi)星站和服務器端各增加一臺TurboIP傳輸加速設備，衛(wèi)星上下行帶寬分別設置1Mb和3Mb。

2.2測試結(jié)果

野外端直接利用SPICE虛擬桌面訪問Ubuntu，包括播放音頻、視頻文件，瀏覽百度地圖(衛(wèi)星底圖、街景圖)，再通過Ubuntu代理節(jié)點訪問虛擬服務器的Web服務與Ftp服務。

測試結(jié)果直接訪問代理節(jié)點時界面顯示清晰，實際使用中鍵盤輸入、鼠標移動沒有延遲感，聲音傳輸正常，播放標清視頻較流暢，高清視頻會有圖像卡頓現(xiàn)象，百度地圖、衛(wèi)星底圖、街景圖顯示流暢，通過代理節(jié)點訪問web服務和ftp數(shù)據(jù)傳輸服務較流暢，數(shù)據(jù)傳輸穩(wěn)定。

測試表明，利用TurboIP和SPICE虛擬桌面協(xié)議，在帶寬允許情況下，野外端通過衛(wèi)星鏈路能順利訪問業(yè)務系統(tǒng)，與便攜式野外衛(wèi)星站相結(jié)合，能在野外工作中更好的開展工作。

3 實時傳輸系統(tǒng)框架

圍繞著數(shù)據(jù)傳輸?shù)恼麄€流程，分別從服務端業(yè)務系統(tǒng)部署、業(yè)務系統(tǒng)訪問策略、衛(wèi)星傳輸鏈路優(yōu)化、以及傳輸過程中TCP硬件加速等過程對業(yè)務系統(tǒng)的接入與訪問進行優(yōu)化配置，系統(tǒng)用戶能夠在野外任何時間地點根據(jù)工作需要訪問云平臺上的業(yè)務系統(tǒng)，經(jīng)過優(yōu)化與調(diào)整的系統(tǒng)總體框架結(jié)構見圖4。

圖4 實時傳輸系統(tǒng)框架

業(yè)務系統(tǒng)訪問與音視頻會商數(shù)據(jù)利用同一衛(wèi)星通道，但實際上是兩個獨立的數(shù)據(jù)傳輸過程，在衛(wèi)星帶寬資源充足的情況可以同時進行相互支撐，也可根據(jù)工作需要選擇音視頻會商或者業(yè)務數(shù)據(jù)傳輸，并可根據(jù)需要動態(tài)配置工作環(huán)境，具有靈活性。集成了業(yè)務系統(tǒng)的地質(zhì)調(diào)查數(shù)據(jù)實時傳輸系統(tǒng)將會在地質(zhì)災害應急和野外地質(zhì)調(diào)查工作中發(fā)揮更大的作用。

4 結(jié)論

本研究提出的系統(tǒng)融合方案能使業(yè)務系統(tǒng)順利集成到實時傳輸系統(tǒng)中來，但實際應用過程中尚存在一些技術難點：

(1)OpenStack云計算平臺是基于Linux系統(tǒng)的開源云平臺，可以自由部署靈活擴展，對各業(yè)務系統(tǒng)計算節(jié)點的管理也簡單高效，但是由于系統(tǒng)模塊化，各模塊之間耦合度較低，因此云平臺在服務器上的部署工作繁瑣，需要對Linux系統(tǒng)有較扎實的基礎運維知識，目前已開發(fā)出來一系列自動部署工具如Fuel、RDO等，一定程度上簡化了平臺部署工作，后期的業(yè)務系統(tǒng)管理、網(wǎng)絡運行與規(guī)劃等，依然需要大量的運維工作。

(2)開源虛擬桌面?zhèn)鬏擲PICE協(xié)議能在帶寬保證情況下為用戶提供較好體驗，但是不能適應低帶寬情況，采用硬件TCP加速一定程度上可解決低帶寬下SPICE協(xié)議運行問題，但衛(wèi)星傳輸在不同地點、不同環(huán)境下信號值會有較大波動，探索在低帶寬下改進協(xié)議傳輸是下一步要解決的問題。

隨著衛(wèi)星通信接入互聯(lián)網(wǎng)應用的不斷深入，業(yè)務系統(tǒng)集成后不僅能在地質(zhì)災害應急會商時可提供數(shù)據(jù)支撐，隨著實時傳輸系統(tǒng)日益輕型便攜化，野外工作人員可通過系統(tǒng)根據(jù)野外工作需要隨時隨地訪問業(yè)務系統(tǒng)，為野外工作人員提供了便捷的數(shù)據(jù)通道，有利于野外工作的順利開展。業(yè)務系統(tǒng)集成到地質(zhì)調(diào)查數(shù)據(jù)實時傳輸系統(tǒng)在未來的野外地質(zhì)調(diào)查工作中有著廣泛的應用前景。

[1] 張 健. 移動互聯(lián)網(wǎng)與衛(wèi)星通信[J]. 衛(wèi)星與網(wǎng)絡， 2016, 3 (3):24-26.

ZHANG Jian. Mobile internet and satellite communication[J]. Satellite & Network, 2016, 3 (3): 24-26.

[2] 呂強,周志成,李峰,等. 基于衛(wèi)星通信的WIFI應用[J]. 國際太空, 2015，11(11):34-39.

LYU Qiang, ZHOU Zhicheng, LI Feng, et al. WIFI application based on satellite communication[J]. Space International, 2015，11(11):34-39.

[3] 張新朝，孫峰. 基于OpenStack云平臺虛擬集群環(huán)境的部署[J]. 閩南師范大學學報(自然版),2015，1(1):48-53.

ZHANG Xinchao, SUN Feng. Virtual cluster environment constructing based on openStack cloud platform[J]. Journal of Zhangzhou Teachers College (Natural Science Edition), 2015，1(1):48-53.

[4] 柴寶強，劉光明，李葆光，等. 基于Ubuntu操作系統(tǒng)OpenStack虛擬化環(huán)境的部署[J]. 甘肅科技, 2015, 31(23):13-17.

CHAI Baoqiang, LIU Guangming, LI Baoguang, et al. Deployment of OpenStack virtualization environment based on Ubuntu operating system[J]. Gansu Science and Technology, 2015, 31(23):13-17.

[5] 劉源，蔣建峰. 基于SPICE協(xié)議的虛擬云桌面訪問技術的研究與應用[J]. 科技資訊, 2016，30(30):1-2.

LIU Yuan, JIANG Jianfeng. Research and application of virtual cloud desktop access technology based on SPICE protocol[J]. Science & Technology Information, 2016，30(30):1-2.

[6] 徐 浩，蘭雨晴. 基于SPICE協(xié)議的桌面虛擬化技術研究與改進方案[J]. 計算機科學與工程, 2013,35(12):20-25.

XU Hao, LAN Yuqing. Research on desktop virtualization technology based on SPICE protocol and its improvement solutions[J]. Computer Engineering & Science, 2013,35(12):20-25.

[7] 趙勇，安君帥，趙飛. 一種用于衛(wèi)星通信系統(tǒng)非對稱信道調(diào)制解調(diào)器的設計[J]. 通信與廣播電視, 2008，3(3):9-14.

ZHAO Yong, AN Junshuai, ZHAO Fei. Design of an asymmetric channel modem for satellite communication system[J]. Communication & Audio and Video, 2008，3(3):9-14.

Integrationmethodofbusinesssysteminreal-timedatatransmissionsystemofgeologicalsurvey

XUE Yueming,HUANG Zhe,ZHANG Mingzhi,MA Juan,SHI Aijun

(ChinaInstituteofGeo-EnvironmentMonitoring,Beijing100081,China)

Based on the real-time data transmission system of geological survey, we put forward the corresponding solutions for the problems existing in the real-time transmission system of the service system. In the use of OpenStack open source cloud platform, flexible and efficient resource scheduling, SPICE protocol remote virtual desktop efficient access, TurboIP hardware level TCP acceleration and satellite transmission asymmetry characteristics to comprehensively solve the transmission system in the process of working with the business system access problems, finally proposed a field work can be applied to the system integration architecture design.

real-time transmission system; OpenStack; SPICE; TCP acceleration; asymmetric transmission

P628+.4

A

1003-8035(2017)03-0106-05

10.16031/j.cnki.issn.1003-8035.2017.03.16

2017-04-17;

2017-06-20

薛躍明(1981-)男，漢族，山東人，碩士研究生，研究方向為地質(zhì)災害應急通信、遙感與地理信息系統(tǒng)。E-mail:xueym@mail.cigem.gov.cn