緒論：在尋找寫作靈感嗎？愛發(fā)表網(wǎng)為您精選了8篇衛(wèi)星通信論文，愿這些內(nèi)容能夠啟迪您的思維，激發(fā)您的創(chuàng)作熱情，歡迎您的閱讀與分享！

篇1

論文摘要：低軌道（LEO）衛(wèi)星移動通信系統(tǒng)是衛(wèi)星距離地面500～1500km，運行周期2～4小時的衛(wèi)星通信系統(tǒng)。銥系統(tǒng)、全球星系統(tǒng)及系統(tǒng)是地軌道衛(wèi)星移動通信系統(tǒng)發(fā)展最快的范例。LEO衛(wèi)星移動通信系統(tǒng)具有廣闊的發(fā)展前景

1LEO衛(wèi)星移動通信系統(tǒng)的特點

低軌（LEO）衛(wèi)星移動通信系統(tǒng)與中軌（MEO）和靜止軌道（GEO）衛(wèi)星移動通信系統(tǒng)比較，具有以下特點：

1.1由于具有更小的信號衰減和更低的傳播時延，低軌衛(wèi)星通信系統(tǒng)更有利于實現(xiàn)個人全球通信。LEO系統(tǒng)的路徑傳輸損耗通常比GEO低幾十分貝，所需發(fā)射功率是GEO的1/200-1/2000，傳播時延僅為GEO的1/7~1/50，這對于實現(xiàn)終端手持化和達到話音通信所需要的延時要求是十分有利的。

1.2蜂窩通信、多址、點波束、頻率復用等技術(shù)的發(fā)展為LEO衛(wèi)星移動通信提供了技術(shù)保障。

1.3由于地面移動終端對衛(wèi)星的仰角較大，天線波束不易受到地面反射的影響，可避免多徑衰落。

1.4它在若干個軌道平面上布置多個衛(wèi)星，由星間通信鏈路將多個軌道平面上的衛(wèi)星聯(lián)接起來。整個星座如同結(jié)構(gòu)上連成一體的大型平臺，在地球表面形成蜂窩狀服務(wù)小區(qū)，服務(wù)區(qū)用戶至少被一個衛(wèi)星覆蓋，用戶可隨時接入系統(tǒng)。

1.5由于衛(wèi)星的高速運動和衛(wèi)星數(shù)目多，也帶來了多普勒頻移嚴重和星間切換控制復雜等問題。但不管怎樣，低軌衛(wèi)星移動通信系統(tǒng)的上述特點對于支持實現(xiàn)個人通信是有巨大吸引力的。

2LEO衛(wèi)星通信系統(tǒng)用戶切換的一般過程

低軌衛(wèi)星移動通信系統(tǒng)中，由于衛(wèi)星的高速運動，使得它的波束覆蓋區(qū)也跟著移動，而波束覆蓋區(qū)的移動速度遠大于用戶的運動速度，因此，在LEO衛(wèi)星移動通信系統(tǒng)中，切換主要是由于衛(wèi)星波束移動引起的。

對于衛(wèi)星移動通信系統(tǒng)中的呼叫切換，通常經(jīng)歷這樣一個過程：

2.1用戶周期測量當前使用波束和鄰近波束的導頻信號或廣播信道的信號強度的變化，以便確定它是否正在穿越相鄰波束之間的邊界或者處于相鄰波束的重疊區(qū)內(nèi)。

2.2若用戶進入相鄰波束的重疊區(qū)，達到切換觸發(fā)的條件，將開始啟動切換過程。用戶中止利用當前波束進行通信，等待分配信道利用新波束進行通信。

2.3切換過程開始后，需要在新到達波束中為該用戶按照一定的信道分配算法進行信道分配，并在原先波束中釋放使用的信道；如果采用了波束內(nèi)切換或信道重安排，則原先波束還須按照呼叫結(jié)束后的信道重安排算法進行波束內(nèi)的信道優(yōu)化分配，進行必要的波束內(nèi)分配。分配完成后，將數(shù)據(jù)流從舊鏈路轉(zhuǎn)移到新鏈路上來，完成切換。

3LEO衛(wèi)星通信系統(tǒng)用戶切換的種類

低軌衛(wèi)星通信系統(tǒng)用戶切換可分為以下類型：

3.1同一信關(guān)站和衛(wèi)星的不同波束之間的切換

目標波束和現(xiàn)用波束在同一信關(guān)站和同一衛(wèi)星內(nèi)，該切換涉及兩個波束的信道分配和修改同一信關(guān)站(不采用星上交換)或衛(wèi)星(采用星上交換)的交換路由表。

3.2同一信關(guān)站不同衛(wèi)星之間的切換

目標波束與現(xiàn)用波束不在同一顆衛(wèi)星內(nèi)、但在同一個信關(guān)站范圍內(nèi)，它涉及兩顆衛(wèi)星的信道分配；對于采用星上交換的體制，需要改變兩顆衛(wèi)星星上交換路由表；對于衛(wèi)星透明轉(zhuǎn)發(fā)的體制，需要修改信關(guān)站交換路由表。

3.3不同信關(guān)站同一衛(wèi)星的波束間的切換

目標波束和現(xiàn)用波束屬于同一顆衛(wèi)星，但屬于不同的信關(guān)站，它涉及兩個信關(guān)站之間的切換，包括信道分配、改變地面線路連接、位置更新、記費等，對于采用星上交換的衛(wèi)星還需要改變其交換路由表。

3.4不同信關(guān)站不同衛(wèi)星之間的切換

目標波束和先用波束屬于不同的衛(wèi)星且屬于不同的信關(guān)站，它涉及兩個信關(guān)站和兩顆衛(wèi)星之間的切換，信關(guān)站涉及信道分配、改變地面線路連接、位置更新、記費等問題，對于采用星上交換的衛(wèi)星需要改變其交換路由表。

4LEO衛(wèi)星通信系統(tǒng)中用戶切換目標衛(wèi)星的選擇準則

在低軌衛(wèi)星移動通信系統(tǒng)的切換控制中，切換的目標衛(wèi)星的選擇策略對切換的最終性能也有著直接的影響。因此，根據(jù)系統(tǒng)的需要，設(shè)計出適合于本系統(tǒng)的切換目標衛(wèi)星選擇方案至關(guān)重要。目前，低軌衛(wèi)星移動通信系統(tǒng)中的切換目標衛(wèi)星選擇策略主要有以下幾種：最近衛(wèi)星準則、最強信號準則、最長可視時間準則、最多可用信道數(shù)準則、覆蓋時間與仰角加權(quán)準則及最小跳數(shù)切換準則。

其中，最近衛(wèi)星準則認為距離用戶終端最近（仰角最大）的衛(wèi)星能夠提供很好的服務(wù)質(zhì)量（QoS），可從純幾何上對其性能進行分析，也稱為最大仰角準則。采用該準則時，用戶終端在任何時候都選擇能夠為其提供最大仰角的衛(wèi)星。該準則實現(xiàn)簡單，但一般不會在實際系統(tǒng)中采用，因為它既沒有考慮無線信號在空中的傳播條件，也沒有考慮網(wǎng)絡(luò)的運行狀況。強信號準則是終端在任何時候選擇能夠接收到最強信號的衛(wèi)星。擁有足夠高的信號強度是無線通信的一個基本條件，可以認為最強信號衛(wèi)星準則能夠提供較好的服務(wù)質(zhì)量。

最長可視時間準則又稱為最大覆蓋時間準則。按照這個策略，用戶將利用星座系統(tǒng)運行的先驗知識，始終選擇具有最大服務(wù)時間的衛(wèi)星作為其切換的目標衛(wèi)星。該準則基于對最小化系統(tǒng)的切換請求到達率考慮，延長了切換后呼叫一直被某個衛(wèi)星服務(wù)的時間，從而可獲得較低的被迫中斷概率。

最多可用信道數(shù)準則為：用戶選擇具有最多可用信道數(shù)的衛(wèi)星為它提供服務(wù)。該準則出于對整個系統(tǒng)信道資源利用率考慮，以使衛(wèi)星系統(tǒng)中每個衛(wèi)星所承載的業(yè)務(wù)量趨于均勻分布，避免因某個衛(wèi)星節(jié)點超負荷而失效，從而影響到整個系統(tǒng)性能。應(yīng)用這個準則時，不管衛(wèi)星的具置，新呼叫和切換呼叫會經(jīng)歷相同的阻塞率或被迫中斷概率，從而可以避免出現(xiàn)某個衛(wèi)星超載的情況。

最小跳數(shù)切換準則則應(yīng)用于具有星上路由的情況，策略要求用戶在任何時候都選擇能夠為其提供最少跳數(shù)路徑的衛(wèi)星。在具體實現(xiàn)過程中，通信雙方周期性檢測其可見衛(wèi)星中是否有比當前通信路徑的跳數(shù)更少的路徑，如果存在則進行切換，否則繼續(xù)使用當前衛(wèi)星進行通信。當然，如果通信雙方的當前衛(wèi)星出現(xiàn)低于最小仰角（或信噪比）時，也需要進行切換。假定衛(wèi)星系統(tǒng)使用準靜態(tài)路由算法，路由表項中帶有衛(wèi)星到衛(wèi)星的路由跳數(shù)，而且其路由信息隨著網(wǎng)絡(luò)拓撲變化由系統(tǒng)自動刷新。

5低軌衛(wèi)星通信系統(tǒng)用戶切換與路由

在切換時，由于服務(wù)衛(wèi)星的改變，對于采用星上交換和星上路由的衛(wèi)星通信系統(tǒng)，原有路由也需要被重新建立。重建路由有以下幾種方案：全路由重建，部分路由重建，重路由結(jié)合擴展路由，動態(tài)概率優(yōu)化路由，最小跳數(shù)路由。

其中全路由重建衛(wèi)星切換方案：原有路由完全被新路由代替，該方案得到的新路由仍然是最優(yōu)化路徑，但其處理時延比較大。

部分路由重建衛(wèi)星切換方案：當切換發(fā)生時，原有路由被部分保存，只有變化部分被更新，該方案處理時延比較小，但新生成的路由可能不是最優(yōu)化路徑。

重路由與擴展路由結(jié)合：切換后首先進行路由擴展，再進行路由優(yōu)化。以降低延時，但信令開銷增大。

動態(tài)概率優(yōu)化路由：全路由重建節(jié)約帶寬，但是擴大了信令資源，需要選擇合適的優(yōu)化概率P，在帶寬和信令資源之間折中。即并不對所有擴展后的路由進行優(yōu)化，而是以概率P，對一部分路由進行優(yōu)化，一部分仍保持原擴展路由。

最小跳數(shù)路由策略：用戶在任何時候都選擇能夠為其提供最少跳數(shù)路徑的衛(wèi)星。通信雙方周期性檢測其可見衛(wèi)星中是否有比當前通信路徑的跳數(shù)更少的路徑，如果存在則進行切換，否則繼續(xù)使用當前衛(wèi)星進行通信。該策略能夠獲得較低的傳播延時和較小的切換頻率，具有很好的系統(tǒng)性能。

參考文獻

[1]陳振國，楊鴻文，郭文彬.衛(wèi)星通信系統(tǒng)與技術(shù).北京：北京郵電大學出版社，2003

篇2

為了使構(gòu)建的衛(wèi)星通信業(yè)務(wù)基本框架符合企業(yè)運營流程管理邏輯，支撐衛(wèi)星網(wǎng)絡(luò)規(guī)劃建設(shè)，提供面向客戶的運營服務(wù)和保障，衛(wèi)星通信業(yè)務(wù)基本框架采用自頂向下的方法，對衛(wèi)星通信服務(wù)進行模塊劃分、描述和定義，力爭構(gòu)建起一個涵蓋衛(wèi)星通信業(yè)務(wù)建設(shè)、運營、管理完整業(yè)務(wù)鏈、全面系統(tǒng)的基本框架。

1.1基本框架的模塊設(shè)計思路

對于衛(wèi)星通信企業(yè)來說，衛(wèi)星通信業(yè)務(wù)是其最根本的核心產(chǎn)品，衛(wèi)星通信企業(yè)是通過向客戶銷售衛(wèi)星通信業(yè)務(wù)產(chǎn)品，以實現(xiàn)滿足客戶需求、增加客戶價值和公司盈利發(fā)展。因此，我們首先選取衛(wèi)星通信業(yè)務(wù)為切入點，希望采用價值鏈分析方法對衛(wèi)星通信業(yè)務(wù)產(chǎn)品的全生命周期進行細化分解，力爭能夠理清、認識、理解各組成環(huán)節(jié)要素及其相互關(guān)系，為基礎(chǔ)框架的設(shè)計奠定基礎(chǔ)。如圖1所示，在一個衛(wèi)星通信業(yè)務(wù)的全生命周期中，主要包括了前期客戶需求調(diào)查研究、業(yè)務(wù)規(guī)劃、產(chǎn)品設(shè)計、能力建設(shè)，中期的市場營銷、業(yè)務(wù)開通、服務(wù)保障、運行維護，以及后期的業(yè)務(wù)產(chǎn)品退出或轉(zhuǎn)型升級等各環(huán)節(jié)要素；另外在其各個環(huán)節(jié)實施過程中還需要企業(yè)人力、財務(wù)、質(zhì)量管理、知識管理、品牌建設(shè)等運作管理環(huán)節(jié)進行基礎(chǔ)支撐保障。從圖1可以看出，衛(wèi)星通信業(yè)務(wù)的全生命周期基本上分為兩個階段，第一階段為前期衛(wèi)星通信業(yè)務(wù)規(guī)劃和能力建設(shè)，其主要完成了由戰(zhàn)略和業(yè)務(wù)目標驅(qū)動，進行基礎(chǔ)設(shè)施建設(shè)和形成業(yè)務(wù)產(chǎn)品或服務(wù)能力；第二階段為中后期的衛(wèi)星通信業(yè)務(wù)的運營和服務(wù)，主要承擔了對業(yè)務(wù)產(chǎn)品進行運營管理并形成服務(wù)能力和產(chǎn)生收益。兩個階段之間相互關(guān)聯(lián)、協(xié)同發(fā)展。業(yè)務(wù)規(guī)劃與能力建設(shè)工作是運營與服務(wù)工作的前提和條件。只有設(shè)計出滿足市場需求的業(yè)務(wù)產(chǎn)品，并能夠及時具備能力并推出市場，才能夠向客戶提供滿意的服務(wù)和可靠地運營保障；另一方面，運營與服務(wù)工作是業(yè)務(wù)規(guī)劃和能力建設(shè)的實現(xiàn)和發(fā)展。業(yè)務(wù)規(guī)劃和能力建設(shè)工作完成之后，必須通過運營和服務(wù)來實現(xiàn)產(chǎn)品銷售和客戶價值增加，在給客戶提供服務(wù)的過程中不斷發(fā)現(xiàn)和挖掘客戶需求，并能夠及時反饋給業(yè)務(wù)規(guī)劃與能力建設(shè)進行業(yè)務(wù)產(chǎn)品的改進、提升和開發(fā)，從而形成最令用戶滿意、最具競爭力的優(yōu)質(zhì)服務(wù)產(chǎn)品。與此同時，兩個階段的各個環(huán)節(jié)都需要企業(yè)管理來進行支撐和保障。對于運營服務(wù)型企業(yè)來說，其更加關(guān)注運營與服務(wù)，所有業(yè)務(wù)規(guī)劃與建設(shè)以及企業(yè)管理工作，都是企業(yè)為了通過運營服務(wù)產(chǎn)生價值、滿足客戶需求所需不同層面的服務(wù)保障工作。因此，為了在基礎(chǔ)框架中突出強調(diào)衛(wèi)星通信業(yè)務(wù)的規(guī)劃建設(shè)和運營服務(wù)支撐的兩個關(guān)鍵環(huán)節(jié)，同時體現(xiàn)出企業(yè)管理的基礎(chǔ)支撐和保障作用，我們從總體上將衛(wèi)星通信業(yè)務(wù)基本框架分為三大模塊，即，戰(zhàn)略與基礎(chǔ)設(shè)施模塊、運營與服務(wù)模塊和企業(yè)管理模塊，如圖2所示。

1.2基本框架的層次設(shè)計思路

客戶的衛(wèi)星通信業(yè)務(wù)需求分類多種多樣，我們可從市場、產(chǎn)品、資源和組織四個關(guān)鍵因素進行分析研究。客戶購買的是衛(wèi)星通信業(yè)務(wù)產(chǎn)品，而衛(wèi)星通信企業(yè)的核心基礎(chǔ)設(shè)施所能支撐的僅是企業(yè)向客戶提品所需要的資源能力，要想將資源能力轉(zhuǎn)化為客戶需求實現(xiàn)，還需要通過衛(wèi)星通信業(yè)務(wù)產(chǎn)品進行有效銜接。對于衛(wèi)星通信企業(yè)而言就是對各種衛(wèi)星通信資源和服務(wù)能力進行規(guī)劃、設(shè)計和組裝，形成了可以獨立計價和運維支撐的業(yè)務(wù)產(chǎn)品。此外，客戶所需業(yè)務(wù)產(chǎn)品多樣，衛(wèi)星通信服務(wù)商還需要結(jié)合供應(yīng)商或者合作伙伴的基礎(chǔ)設(shè)施資源進行有效組合使用，以發(fā)揮核心資源的最大效能和滿足客戶需求實現(xiàn)。因此，客戶需求的實現(xiàn)主要由衛(wèi)星通信企業(yè)的市場、業(yè)務(wù)、資源和供應(yīng)商等關(guān)鍵因素協(xié)同完成。另外一方面，在基本框架的設(shè)計中，我們希望構(gòu)建起能夠面向客戶的端到端運營服務(wù)支撐體系，即以客戶需求為引導，業(yè)務(wù)實現(xiàn)為手段，資源、供應(yīng)商和組織管理流程為保障的運營服務(wù)體系。主要經(jīng)過市場需求的挖掘、提煉與轉(zhuǎn)達，業(yè)務(wù)的開發(fā)、集成與實施，調(diào)動內(nèi)外部資源，最終實現(xiàn)業(yè)務(wù)并反饋給用戶的過程，如圖3所示。該過程中，輸入端是市場，輸出端也是市場，形成的是一個從市場到市場的端到端的閉環(huán)，從而最終實現(xiàn)為客戶提供最為優(yōu)質(zhì)和滿意的服務(wù)。綜上所述，為了表明客戶需求實現(xiàn)過程中四個關(guān)鍵要素及其之間的相互支撐關(guān)系，并強調(diào)打造端到端的高效運營服務(wù)體系，我們在三大模塊基礎(chǔ)上，又將衛(wèi)星通信業(yè)務(wù)基本框架劃分為四個層次，包括市場層、業(yè)務(wù)層、資源層和供應(yīng)鏈層，如圖4所示。如圖4的層次設(shè)計，將市場層放在最高層客戶緊鄰的第一位，突出強調(diào)企業(yè)是從客戶需求出發(fā)，以客戶需求為根本依據(jù)的理念；逐級向下的各層分別為業(yè)務(wù)層、資源層和供應(yīng)鏈層，充分體現(xiàn)了客戶需求實現(xiàn)是通過具體業(yè)務(wù)來實現(xiàn)，業(yè)務(wù)產(chǎn)品需要資源提供支撐，最底層的供應(yīng)商和合作伙伴為企業(yè)提供除核心資源以外所需配套資源的各要素協(xié)同關(guān)系。這種層次設(shè)計充分體現(xiàn)出衛(wèi)星通信企業(yè)的以客戶為中心為市場服務(wù)的運營理念。

2基本框架各模塊的設(shè)計

根據(jù)前述基本框架結(jié)構(gòu)設(shè)計思路，我們對衛(wèi)星通信業(yè)務(wù)基本框架各模塊進行進一步設(shè)計和定義，各模塊功能描述如下。戰(zhàn)略與基礎(chǔ)設(shè)施模塊設(shè)計戰(zhàn)略與基礎(chǔ)設(shè)施模塊主要負責指導和支撐運營服務(wù)。包括市場戰(zhàn)略、資源戰(zhàn)略的制定、基礎(chǔ)設(shè)施規(guī)劃、基礎(chǔ)設(shè)施的構(gòu)筑、產(chǎn)品和服務(wù)的開發(fā)和管理以及供應(yīng)鏈/價值鏈的開發(fā)和管理。其中，基礎(chǔ)設(shè)施不僅包括空間衛(wèi)星資源的規(guī)劃、建造、測控、運營和退役的全生命周期管理，還包括支撐產(chǎn)品運營服務(wù)的其他硬資源和軟資源，如地面測控系統(tǒng)、客戶關(guān)系管理、知識共享庫，等等。運營與服務(wù)模塊設(shè)計運營與服務(wù)模塊主要負責客戶需求實現(xiàn)和服務(wù)保障。包括日常的服務(wù)提供、運營支撐準備、質(zhì)量保障以及銷售管理和供應(yīng)商/合作伙伴關(guān)系管理等，其包含所有由客戶驅(qū)動的直接面向客戶的運行和管理工作。組織管理模塊設(shè)計組織管理模塊為完成戰(zhàn)略與基礎(chǔ)設(shè)施模塊和運營與服務(wù)模塊所需進行的公司內(nèi)部機構(gòu)組建，包括了任何商業(yè)運行所必須的基本的企業(yè)或商務(wù)支持。

3基本框架各層次的設(shè)計

3.1市場層設(shè)計

市場層主要包括客戶需求挖掘、分析、客戶細分、銷售和渠道管理、市場營銷管理、服務(wù)產(chǎn)品和定價管理，以及客戶關(guān)系管理、問題處理、服務(wù)等級協(xié)議管理和計費等。在戰(zhàn)略與基礎(chǔ)設(shè)施模塊內(nèi)，市場層提供對企業(yè)核心業(yè)務(wù)產(chǎn)品的規(guī)劃開發(fā)管理，包括制定戰(zhàn)略、開發(fā)新產(chǎn)品服務(wù)、管理現(xiàn)有資源、實施市場及戰(zhàn)略等所需職能。在運營與服務(wù)模塊內(nèi)，客戶關(guān)系管理集中考慮客戶需求的基礎(chǔ)情況和管理。

3.2業(yè)務(wù)層設(shè)計

業(yè)務(wù)層包括業(yè)務(wù)的設(shè)計開發(fā)、業(yè)務(wù)配置、業(yè)務(wù)問題管理、質(zhì)量分析以及業(yè)務(wù)使用量的計費等。在戰(zhàn)略與基礎(chǔ)設(shè)施模塊中的服務(wù)開發(fā)與管理就是為運營與服務(wù)模塊提供所需產(chǎn)品或服務(wù)能力的規(guī)劃、開發(fā)和建設(shè)，它包括服務(wù)戰(zhàn)略制定、服務(wù)的性能管理和評估、確保未來服務(wù)需求能力等所必須的功能。在運營與服務(wù)模塊中業(yè)務(wù)運行管理聚焦于對客戶服務(wù)的提供，包括客戶需求分析、服務(wù)方案設(shè)計、和服務(wù)保障等客戶服務(wù)所需的功能性需要。本層的焦點是服務(wù)提供和管理，面向客戶提供個性化服務(wù)。

3.3資源層設(shè)計

資源層主要包括基礎(chǔ)設(shè)施的規(guī)劃設(shè)計、建設(shè)和管理，是為支持衛(wèi)星通信運營服務(wù)所需的衛(wèi)星資源、地面基礎(chǔ)設(shè)施和軟資源等的規(guī)劃、開發(fā)和交付，主要包括衛(wèi)星資源、衛(wèi)星測控站、業(yè)務(wù)監(jiān)測站、運營服務(wù)網(wǎng)絡(luò)平臺、IT系統(tǒng)、知識共享庫等，以及新技術(shù)的引入與現(xiàn)有資源技術(shù)的互相作用、現(xiàn)有資源性能管理和評估，確保滿足未來服務(wù)需求的能力等所必須的功能。資源管理和運行主要負責衛(wèi)星資源管控（衛(wèi)星性能監(jiān)視、分析和控制）和其他地面基礎(chǔ)設(shè)資源的運維管理等所有功能性責任，確保各類基礎(chǔ)設(shè)施資源平穩(wěn)運轉(zhuǎn)，能夠為客戶提供所需的端到端服務(wù)能力，并直接或間接地響應(yīng)服務(wù)、客戶和員工的需求。同時也包括對資源的功能集成、關(guān)聯(lián)和實時數(shù)據(jù)統(tǒng)計，以便進行信息綜合管理和采取提質(zhì)增效措施。

3.4供應(yīng)鏈層設(shè)計

供應(yīng)鏈層主要包括處理與衛(wèi)星建造商、設(shè)備提供商、集成商和工程服務(wù)商等合作伙伴的交互，它既包括基礎(chǔ)設(shè)施的供應(yīng)鏈管理，也包括與供應(yīng)商和合作伙伴之間關(guān)于日常運營的接口管理。

4基本框架的整體設(shè)計

綜合上述分析，衛(wèi)星通信業(yè)務(wù)基本框架模型一方面突出衛(wèi)星服務(wù)商的基礎(chǔ)設(shè)施規(guī)劃建設(shè)和運營服務(wù)支撐的核心重要性，另一方面強調(diào)面向客戶、聚焦前端提供端到端的服務(wù)交付能力，從而我們可以得出衛(wèi)星通信業(yè)務(wù)基本框架的整體結(jié)構(gòu)設(shè)計，如圖5所示。如圖5所示，箭頭以上半部分代表從衛(wèi)星通信業(yè)務(wù)的全生命周期管理和客戶需求實現(xiàn)兩個維度進行的三個模塊、四個層次結(jié)構(gòu)設(shè)計思路；箭頭的下半部分表示抽象化、可視化的衛(wèi)星通信業(yè)務(wù)基本框架結(jié)構(gòu)設(shè)計。該基本框架從頂層將衛(wèi)星通信業(yè)務(wù)服務(wù)商劃分為戰(zhàn)略與基礎(chǔ)設(shè)施、運營與服務(wù)和組織管理三大模塊，并在框架布局上體現(xiàn)出面向客戶的服務(wù)中戰(zhàn)略與基礎(chǔ)設(shè)施是前提先導，運營與服務(wù)是關(guān)鍵實施，組織管理是全過程支撐的運營特點；該框架自上而下的四個層次架構(gòu)設(shè)計，充分體現(xiàn)出衛(wèi)星通信企業(yè)是以客戶需求為引導，以業(yè)務(wù)實現(xiàn)為手段，以資源和供應(yīng)商為保障的層次遞進關(guān)系，各層次環(huán)環(huán)相扣，緊密鏈接。這種以客戶為中心，面向市場的層次設(shè)計，確保企業(yè)在享用客戶需求時更迅速、策略更靈活，大大提供客戶滿意度，同時能夠更優(yōu)化企業(yè)內(nèi)外部軟硬資源的工作效能，以最高效的方式為客戶提供最適當?shù)男畔⒎?wù)，真正做到讓大市場來主導企業(yè)的流程架構(gòu)。

5結(jié)束語

篇3

1.1衛(wèi)星通信具有眾多的優(yōu)勢（1）電波覆蓋地域比較寬廣。（2）傳輸路數(shù)多，通信容量大。（3）通信穩(wěn)定性好、質(zhì)量高。（4）衛(wèi)星通信不受地域限制，運用方式靈活。

1.2衛(wèi)星通信的一些劣勢主要的方面有：（1）延遲現(xiàn)象比較常見。（2）傳播過程中由于信號較差，容易出現(xiàn)信號中斷的現(xiàn)象。（3）終端產(chǎn)品的選擇面不廣。

2衛(wèi)星通信產(chǎn)品的多址體制方式的選擇

衛(wèi)星通信由于具有廣播和大范圍覆蓋的特點，因此，特別適合于多個站之間同時通信，即多址通信。多址通信是指衛(wèi)星天線波束覆蓋區(qū)內(nèi)的任何地球站可以通過共同的衛(wèi)星進行雙邊或多邊通信。目前比較常用的兩種衛(wèi)星通信多址體制方式為：TDM-FDMA（時分復用-頻分多址）和MF-TDMA（跳頻-時分多址）。（1）多址體制方式一：TDM-FDMA。（2）多址體制方式二：MF-TDMA。

3衛(wèi)星通信在鐵路應(yīng)急通信中的應(yīng)用網(wǎng)絡(luò)架構(gòu)

有時候會因為遇到突發(fā)性、嚴重的自然災(zāi)害、人為因素導致其他所有通信手段無法使用時，而應(yīng)急指揮中心又急需現(xiàn)場相關(guān)資料，這時就可以利用衛(wèi)星通信覆蓋區(qū)域廣和快速部署的優(yōu)勢將信息發(fā)送到應(yīng)急指揮中心。常規(guī)衛(wèi)星系統(tǒng)現(xiàn)場接入方式可以分成兩種：一種是車載型，一種是便攜型，這兩種衛(wèi)星接入方式可以視現(xiàn)場情況而定。而對于鐵路應(yīng)急通信人員來說，以上兩種接入方式均可以采用，但在到達應(yīng)急現(xiàn)場后，還需要在現(xiàn)場對衛(wèi)星接入設(shè)備進行開設(shè)，考慮操作使用人員的技術(shù)水平和熟練程度，選擇自動對星的車載或便攜衛(wèi)星設(shè)備就顯得非常的方便，可確保快速建立通信鏈路保證通信。

事發(fā)現(xiàn)場人員要將信息傳送到應(yīng)急指揮中心，在鐵路應(yīng)急衛(wèi)星通信系統(tǒng)網(wǎng)絡(luò)建設(shè)時，可根據(jù)實際情況需要，按下文所述三種方案進行建設(shè)，如圖1所示。

方式一：在中國鐵路總公司應(yīng)急中心建立衛(wèi)星地面通信站，這樣就可以通過應(yīng)急指揮中心收發(fā)數(shù)據(jù)，再通過地面的有線網(wǎng)絡(luò)傳輸?shù)叫枰獢?shù)據(jù)的各路局應(yīng)急指揮中心。這種方案對于現(xiàn)代網(wǎng)絡(luò)資源的應(yīng)用比較充分，但在遇到一些突況時，數(shù)據(jù)可能無法通過地面有線網(wǎng)絡(luò)傳輸?shù)叫枰獢?shù)據(jù)的各路局應(yīng)急指揮中心，這就導致可能會出現(xiàn)一些無法預知的情況。

方式二：在各個路局的應(yīng)急指揮中心建立衛(wèi)星通信站，這樣就可以在發(fā)生狀況時迅速的將數(shù)據(jù)發(fā)送到各路局的應(yīng)急指揮中心，同時各路局也能夠及時的下達指令，進行相關(guān)問題的處理。這樣做的好處是各路局應(yīng)急指揮中心能及時掌握應(yīng)急現(xiàn)場狀況，但不利的是其建設(shè)費用將會大大增加。

方式三：在中國鐵路總公司應(yīng)急指揮中心以及各路局應(yīng)急指揮中心均設(shè)置衛(wèi)星通信站，這樣一來，無論發(fā)生什么災(zāi)害情況，各路局應(yīng)急指揮中心與中國鐵路總公司應(yīng)急指揮中心都可以實時掌握事發(fā)現(xiàn)場情況。這樣做的好處不言而喻，但其建設(shè)費用也無疑會昂貴很多。

4結(jié)束語

篇4

本系統(tǒng)采用LabWindowsCVI來進行設(shè)計與開發(fā)，系統(tǒng)軟件框圖如圖2所示。軟件系統(tǒng)由監(jiān)控界面、參數(shù)設(shè)置模塊、數(shù)據(jù)采集模塊、程控命令模塊、數(shù)據(jù)處理模塊、圖像顯示模塊和數(shù)據(jù)存儲模塊組成。各模塊功能通過LabWindowsCVI進行模塊化設(shè)計。

計算機通過GPIB通信接口對AV4033的功能控制是通過程控儀器標準指令來實現(xiàn)的，程控指令是可以對頻譜儀進行遠端控制的一組特殊格式串，包括儀器設(shè)置、通道配置、數(shù)據(jù)掃描方式、控制輸出、讀取數(shù)據(jù)、狀態(tài)報警、接口設(shè)置等指令集。這些指令的發(fā)送均是字符串形式,所有的頻譜儀命令都必須符合特殊的語法規(guī)則，在應(yīng)用高級語言進行編程時，程控指令一般是作為一個獨立的參數(shù)在調(diào)用函數(shù)中出現(xiàn)，這類針對遠程控制的函數(shù)隨GPIB接口和采用的高級語言的不同而不同，但其程控指令是相同的，AV4033系列頻譜儀的語法命令圖如圖3所示。本文利用程控指令和頻譜儀進行通信時,選擇LabWindowsCVI自帶的GPIB函數(shù)庫,可以方便地進行程控命令發(fā)送和數(shù)據(jù)讀取操作。

2應(yīng)用舉例

衛(wèi)星固定通信臺站天線口徑大波束窄，對天線伺服系統(tǒng)的自動跟蹤性能要求較高，為確保通信效果，需定期測量衛(wèi)星天線系統(tǒng)的自動跟蹤性能，傳統(tǒng)的測試方法需用頻譜儀在射頻方艙內(nèi)測試，且測試結(jié)果保持和記錄都不方便，利用本系統(tǒng)可以方便進行遠程測試，而且可以將測試結(jié)果保存在數(shù)據(jù)存儲單元中，方便后續(xù)查詢和參考。衛(wèi)星天線跟蹤性能測試流程如下：（1）調(diào)整衛(wèi)星天線使其對準通信衛(wèi)星；（2）在監(jiān)控主機上按下述過程設(shè)置頻譜儀；a)按衛(wèi)星信標頻率設(shè)置頻譜儀中心頻率，設(shè)置SPAN為0到100KHzb)根據(jù)信標信號的電平變化范圍設(shè)置Sacle/DIV，以使測量過程中的載波電平變化始終落在頻譜儀的可顯示電平范圍內(nèi)c)根據(jù)信標頻率穩(wěn)定度，選擇盡可能窄的RBWd)根據(jù)載波的峰值頻率和功率，調(diào)整頻譜儀的中心頻率和參考電平e)利用鍵盤調(diào)窄SPAN，重復4f)重復5，將SPAN調(diào)整到最小g)將SPAN置0，使載波顯示譜線作水平運動h)輸入掃描時間，確定掃描長度（3）用手控方式調(diào)偏衛(wèi)星天線的方位角和俯仰角，頻譜儀顯示譜線的電平將隨天線偏離衛(wèi)星而下降（4）啟動天線自動跟蹤功能，觀察衛(wèi)星信標電平隨時間的變化，記錄自動跟蹤天線的對星過程以及跟蹤速度和精度（5）存儲記錄數(shù)據(jù)，重復3、4步驟，多記錄幾次測試結(jié)果，分析衛(wèi)星天線自動跟蹤性能。

3結(jié)束語

篇5

1.1北斗衛(wèi)星通信系統(tǒng)的主要特點

北斗衛(wèi)星通信系統(tǒng)的主要特點體現(xiàn)在抗雨水能力強，具備高可靠性和低功耗且簡單維護的特點，再加上是由我國自主獨立研發(fā)，因此在信息的保密性和安全性方面都更有保障。另外其多元化的不同制式能夠?qū)崿F(xiàn)和水情測報系統(tǒng)的無縫集成。特別是水情自動測報系統(tǒng)更加注重短通信的數(shù)據(jù)傳輸，而這一點正是北斗衛(wèi)星通信系統(tǒng)所特有的優(yōu)勢。這個系統(tǒng)的工作頻段主要有L/S/C，其頻段范圍較寬，所以在信息傳輸方面擁有其獨特的優(yōu)勢。

1.2北斗衛(wèi)星技術(shù)下的水情自動測報站的主要構(gòu)成

北京市的北斗衛(wèi)星技術(shù)下的水情測報站的主要構(gòu)成包括了四個方面。第一是北斗通信模塊。主要選擇的是用戶終端。該北斗衛(wèi)星的用戶終端主要有天線設(shè)備和主機設(shè)備兩種，而且這兩種設(shè)備的終端體積也相對較小，且操作比較簡單，安裝維護工作也非常容易。其主要信號的傳送機制是通過瞬間突發(fā)的模式，這樣也能夠有效的降低用戶終端的功耗。而且也能夠支持環(huán)境惡劣的野外水情測報。第二是測試中心的終端機。測試中心一般遠離監(jiān)測中心，所以需要通過遙測的方式來實現(xiàn)。這種終端機能夠和不同的傳感器進行連接，并支持不同的數(shù)據(jù)通信模式。北京的水文測試中心的遙測終端就支持北斗衛(wèi)星通信，同時也支持了GSM通信和GPRS通信等。并能夠根據(jù)信號的變化自動切換，從而保障遙測數(shù)據(jù)能夠及時的反饋到監(jiān)測中心。第三就是前端的傳感器。這些傳感器主要有涉及到測報水情的相關(guān)數(shù)據(jù)需求，包括了水位傳感器和雨量傳感器以及水質(zhì)、水位等傳感器等。第四就是電源。電源主要選擇的是密封的蓄電池，并能夠通過太陽能板進行充電，這樣能夠具有一定的環(huán)保性。另外這些電池還具有自動啟動和切斷的裝置，只有在發(fā)送數(shù)據(jù)的時候才會啟動，從而提升蓄電池使用壽命，并節(jié)省用電。

1.3北斗衛(wèi)星通信鏈路分析

北京市某地北斗衛(wèi)星的通信鏈路構(gòu)成主要包括了北斗衛(wèi)星以及網(wǎng)管中心。這個鏈路的功能就是對水情測報站的數(shù)據(jù)進行備份以及進行查詢和下載。

1.4北斗衛(wèi)星的監(jiān)測中心

北斗衛(wèi)星的監(jiān)測中心自然是這個水情測報系統(tǒng)的核心，主要有由衛(wèi)星指揮型終端以及數(shù)據(jù)接收端和數(shù)據(jù)庫等構(gòu)成。這個監(jiān)測中心是所有數(shù)據(jù)的交匯點。同時也是控制中心。第一是衛(wèi)星接收終端。主要具備兼收功能和通播功能以及全信道鎖定以及大數(shù)據(jù)處理功能。同時還包括了內(nèi)置的電池。第二就是接收數(shù)據(jù)服務(wù)器。這是專門集中管理數(shù)據(jù)的重要設(shè)備。具備兩個信道來進行接收。其中第一個信道主要是連接互聯(lián)網(wǎng)，通過互聯(lián)網(wǎng)來進行數(shù)據(jù)接收。第二個信道則是通過衛(wèi)星系統(tǒng)。在北京某地的水情測報系統(tǒng)，這個信道就是和北斗衛(wèi)星通信系統(tǒng)進行實時的數(shù)據(jù)接收。這個數(shù)據(jù)也能夠通過RS232串口來接收。第三就是水情數(shù)據(jù)庫。當數(shù)據(jù)接收服務(wù)器接收到各種途徑獲得數(shù)據(jù)之后，就會對這些數(shù)據(jù)進行解碼和分析，然后將水情數(shù)據(jù)錄入到水情數(shù)據(jù)庫中，從而為各種水情的應(yīng)用提供服務(wù)。第四是數(shù)據(jù)應(yīng)用服務(wù)器。這個服務(wù)器主要是對水情數(shù)據(jù)進行處理和存儲以及統(tǒng)計報表等。另外監(jiān)測中心能夠?qū)⒅噶罨蛘吣骋粋€執(zhí)行動作信息發(fā)到各地的遙測站點，或者指定某個遙測站點進行發(fā)送。

1.5北斗衛(wèi)星自動測報的軟件設(shè)計

北斗衛(wèi)星自動測報的系統(tǒng)軟件主要包括兩個部分。其一是控制測站的軟件。在北京的水情自動測報系統(tǒng)中，主要是有北斗衛(wèi)星監(jiān)控中心以及遙測站點形成一對多的傳輸關(guān)系。遙測站將感應(yīng)信息通過衛(wèi)星傳輸?shù)奖O(jiān)控中心，然后監(jiān)控中心反饋收到信息。而這些遙測站點會根據(jù)相應(yīng)的反饋信息進行相應(yīng)的處理，或者轉(zhuǎn)入休眠，抑或是重新要求遙測站點進行收集數(shù)據(jù)。其二就是軟件系統(tǒng)的處理。這是系統(tǒng)軟件的關(guān)鍵部分，能夠?qū)b測站點傳輸?shù)臄?shù)據(jù)進行多元化的處理，從而為相應(yīng)的使用人員提供多種的水情服務(wù)，有助于提升當?shù)氐乃橛^測水平。

1.6通信機制的設(shè)計應(yīng)用

北京的水情自動測報系統(tǒng)的通信機制設(shè)計的關(guān)鍵在于解決了通信頻度控制問題以及信息格式的設(shè)計問題兩種。其一是通信頻度的控制策略?；诒倍沸l(wèi)星通信系統(tǒng)的收費標準要比移動的GSM以及全球衛(wèi)星定位系統(tǒng)的GPRS的費用都要高出不少，根據(jù)北京市場大概要高出5倍多。因此在發(fā)送信息策略上和普通的移動遙測站的數(shù)據(jù)傳輸策略要盡心差異化。只有在出現(xiàn)明顯差異的水情數(shù)據(jù)時，才會性發(fā)送。根據(jù)北京的通信費用，每次傳輸為0.5元。因此北京的遙測站點設(shè)置傳輸策略為每小時傳輸一次。如果沒有發(fā)生變化，如沒有下雨，每天在早晨8點發(fā)送一次平安數(shù)據(jù)報。這樣就能有效的降低信息的傳輸次數(shù)，節(jié)省了傳輸費用。其二就是在信息格式設(shè)置上，北斗衛(wèi)星通信系統(tǒng)可以設(shè)置的短字節(jié)有43字節(jié)數(shù)和70字節(jié)數(shù)以及98字節(jié)數(shù)三種，字節(jié)數(shù)越大，那么單次的傳輸內(nèi)容就越多，因此費用也就越高。由于水情數(shù)據(jù)相對較為復雜，而且為了提升數(shù)據(jù)的準確性，在北京的水情自動測報系統(tǒng)上，就采用了98字節(jié)數(shù)進行傳輸，所以每次的傳輸價格在1元。

2結(jié)束語

篇6

本系統(tǒng)采用LabWindowsCVI來進行設(shè)計與開發(fā)，系統(tǒng)軟件框圖如圖2所示。軟件系統(tǒng)由監(jiān)控界面、參數(shù)設(shè)置模塊、數(shù)據(jù)采集模塊、程控命令模塊、數(shù)據(jù)處理模塊、圖像顯示模塊和數(shù)據(jù)存儲模塊組成。各模塊功能通過LabWindowsCVI進行模塊化設(shè)計。計算機通過GPIB通信接口對AV4033的功能控制是通過程控儀器標準指令來實現(xiàn)的，程控指令是可以對頻譜儀進行遠端控制的一組特殊格式串，包括儀器設(shè)置、通道配置、數(shù)據(jù)掃描方式、控制輸出、讀取數(shù)據(jù)、狀態(tài)報警、接口設(shè)置等指令集。這些指令的發(fā)送均是字符串形式,所有的頻譜儀命令都必須符合特殊的語法規(guī)則，在應(yīng)用高級語言進行編程時，程控指令一般是作為一個獨立的參數(shù)在調(diào)用函數(shù)中出現(xiàn)，這類針對遠程控制的函數(shù)隨GPIB接口和采用的高級語言的不同而不同，但其程控指令是相同的，AV4033系列頻譜儀的語法命令圖如圖3所示。本文利用程控指令和頻譜儀進行通信時,選擇LabWindowsCVI自帶的GPIB函數(shù)庫,可以方便地進行程控命令發(fā)送和數(shù)據(jù)讀取操作。

2應(yīng)用舉例

衛(wèi)星固定通信臺站天線口徑大波束窄，對天線伺服系統(tǒng)的自動跟蹤性能要求較高，為確保通信效果，需定期測量衛(wèi)星天線系統(tǒng)的自動跟蹤性能，傳統(tǒng)的測試方法需用頻譜儀在射頻方艙內(nèi)測試，且測試結(jié)果保持和記錄都不方便，利用本系統(tǒng)可以方便進行遠程測試，而且可以將測試結(jié)果保存在數(shù)據(jù)存儲單元中，方便后續(xù)查詢和參考。衛(wèi)星天線跟蹤性能測試流程如下：（1）調(diào)整衛(wèi)星天線使其對準通信衛(wèi)星；（2）在監(jiān)控主機上按下述過程設(shè)置頻譜儀；a)按衛(wèi)星信標頻率設(shè)置頻譜儀中心頻率，設(shè)置SPAN為0到100KHzb)根據(jù)信標信號的電平變化范圍設(shè)置Sacle/DIV，以使測量過程中的載波電平變化始終落在頻譜儀的可顯示電平范圍內(nèi)c)根據(jù)信標頻率穩(wěn)定度，選擇盡可能窄的RBWd)根據(jù)載波的峰值頻率和功率，調(diào)整頻譜儀的中心頻率和參考電平e)利用鍵盤調(diào)窄SPAN，重復4f)重復5，將SPAN調(diào)整到最小g)將SPAN置0，使載波顯示譜線作水平運動h)輸入掃描時間，確定掃描長度（3）用手控方式調(diào)偏衛(wèi)星天線的方位角和俯仰角，頻譜儀顯示譜線的電平將隨天線偏離衛(wèi)星而下降（4）啟動天線自動跟蹤功能，觀察衛(wèi)星信標電平隨時間的變化，記錄自動跟蹤天線的對星過程以及跟蹤速度和精度（5）存儲記錄數(shù)據(jù)，重復3、4步驟，多記錄幾次測試結(jié)果，分析衛(wèi)星天線自動跟蹤性能。

3結(jié)束語

篇7

半物理仿真平臺的建立采用.NET環(huán)境下應(yīng)用C#編程語言設(shè)計具有Windows風格的人機交互半物理仿真平臺。通過各個模塊的點擊模擬操作，可以很好地實現(xiàn)用戶對仿真模型的智能化運動控制，并且在完成仿真運動后，讀取并記錄顯示衛(wèi)星通信機動站運動過程的所有狀態(tài)位置信息以及虛擬傳感器的測距數(shù)據(jù)，最后生成仿真動畫，達到直觀的效果，虛擬場景測得的數(shù)據(jù)最終和真實環(huán)境中的實物所得數(shù)據(jù)進行比較，從而驗證智能化控制算法的合理性、適用性。上位機用戶平臺包括虛擬現(xiàn)實展示、DLL調(diào)用測試、衛(wèi)星通信機動站控制器半物理仿真通訊平臺、狀態(tài)信息的記錄與讀取、傳感器測距信息的記錄與讀取，狀態(tài)信號實現(xiàn)衛(wèi)星通信機動站的虛擬現(xiàn)實運動動畫的展示，人機交互半物理仿真平臺，如圖2所示。

2衛(wèi)星通信機動站動力學模型的建立

Maplesim是一個多領(lǐng)域物理建模和仿真工具，它提供了一個三維可視化的環(huán)境建模以及動畫顯示仿真結(jié)果，在這種環(huán)境下，可以通過簡單且直觀的方式搭建各種復雜系統(tǒng)的模型，還可以可視化分析仿真結(jié)果。在Maplesim中能將建立好的模型轉(zhuǎn)換到C代碼中，可以在其他應(yīng)用程序和工具中使用此C代碼。在3D可視化建模環(huán)境下可以快捷、方便且直觀地創(chuàng)建所需要的動力學仿真模型，之后將模型轉(zhuǎn)生成C代碼，在VC++環(huán)境下編譯C代碼生成動力學模型的DLL文件，這樣可以方便其他應(yīng)用程序的調(diào)用仿真。本研究基于.NET開發(fā)平臺采用C#語言編寫上位機仿真用戶界面，進而對生成的DLL文件進行調(diào)用。半物理仿真系統(tǒng)開始執(zhí)行，給定一個初始時間t0（初始值），每次經(jīng)過t時間后，對動力學模型DLL文件進行調(diào)用，從衛(wèi)星通信機動站的動力學模型DLL中輸出第一個狀態(tài)信號，將這個狀態(tài)參數(shù)傳遞給衛(wèi)星通信機動站控制器實物，控制器中對輸入的狀態(tài)參數(shù)完成控制算法后將再次發(fā)出控制信號并傳遞給C#軟件環(huán)境，再經(jīng)過t時間，再次調(diào)用DLL中的動力學模型。此時衛(wèi)星通信機動站動力學模型的DLL輸出第二個狀態(tài)信號。如此循環(huán)反復執(zhí)行此過程，如圖3所示，形成了一個閉環(huán)的半物理仿真系統(tǒng)。

3半物理仿真系統(tǒng)設(shè)計

衛(wèi)星通信機動站半物理仿真系統(tǒng)主要由人機交互操作界面、STM32控制器、信號轉(zhuǎn)換器、數(shù)據(jù)采集系統(tǒng)以及PC機中的衛(wèi)星通信機動站動力學模型5部分組成。以STM32控制器為核心的衛(wèi)星通信機動站半物理仿真系統(tǒng)本身是一個閉環(huán)系統(tǒng)，在仿真通訊過程中，由衛(wèi)星通信機動站控制器實物發(fā)出控制信號，控制信號模擬量經(jīng)過信號轉(zhuǎn)換器轉(zhuǎn)換成數(shù)字信號，再通過USB虛擬串口通訊傳遞給PC機，PC機則調(diào)用WindowsAPI（Windows系統(tǒng)中可用的核心應(yīng)用程序編程接口）對數(shù)字信號進行接收。PC機將接收到的信號再調(diào)用C#軟件環(huán)境的動力學仿真模型，最后輸出一個狀態(tài)信號。PC機再將輸出的狀態(tài)信號通過WindowsAPI接口發(fā)送出去，狀態(tài)信號經(jīng)過USB虛擬串口傳遞給信號轉(zhuǎn)換器。信號轉(zhuǎn)換器將狀態(tài)信號數(shù)字量轉(zhuǎn)換成模擬量后傳給衛(wèi)星通信機動站控制器，在控制器中完成控制算法后，重新輸出新的控制信號。此控制信號再經(jīng)信號轉(zhuǎn)換器PC機動力學模型的DLL，最終返回狀態(tài)信號，如此循環(huán)地執(zhí)行就形成了一個閉環(huán)的半物理仿真系統(tǒng)［4-5］，如圖4所示為半物理仿真系統(tǒng)框圖。

4硬件系統(tǒng)的構(gòu)建

衛(wèi)星通信機動站的智能化控制是一個復雜的運動控制系統(tǒng)，其具有多自由度、多傳感器、多驅(qū)動器、多運動形態(tài)的特點，對衛(wèi)星通信機動站在現(xiàn)實運動過程中的多個傳感器的輸出模擬量數(shù)據(jù)進行采集，同時采用SPI串口通訊、藍牙無線通訊的方式將數(shù)據(jù)傳遞給PC機上位機軟件用戶界面，以數(shù)據(jù)和虛擬動畫相結(jié)合的方式直觀地顯示衛(wèi)星通信機動站的實時運行狀態(tài)。采用ADAS3022數(shù)據(jù)采集系統(tǒng)采集傳感器數(shù)據(jù)，經(jīng)ADAS3022的數(shù)字接口SPI與MCU選用的STM32芯片內(nèi)部自帶的SPI通訊，并且可實現(xiàn)內(nèi)部自帶的ADC（模/數(shù)轉(zhuǎn)換器）進行信號轉(zhuǎn)換，再通過HC-05嵌入式藍牙模塊與PC機進行通訊，如圖5所示為系統(tǒng)總體設(shè)計方案。硬件系統(tǒng)設(shè)計了一個完整的5V單電源、8通道、多路復用的數(shù)據(jù)采集系統(tǒng)，可以集成用于工業(yè)級信號的可編程增益儀表放大器（PGIA）［6］。如圖6所示為數(shù)據(jù)采集系統(tǒng)電路原理圖。數(shù)據(jù)采集系統(tǒng)主要是以ADAS3022芯片為核心設(shè)計的，ADAS3022芯片上具有完整的DAS，它可以以最高1MSPS轉(zhuǎn)換速率進行轉(zhuǎn)換，能夠接受的最大輸入信號范圍最高可達±24.576V的差分模擬輸入信號。與傳統(tǒng)的數(shù)據(jù)采集相比，在標準的數(shù)據(jù)采集方案中都會涉及到信號緩沖、電平轉(zhuǎn)換、放大、噪聲抑制以及其它模擬信號調(diào)理等，但是在ADAS3022中則無需這些輔助調(diào)理電路。這樣一種高性能的核心芯片的應(yīng)用，簡化了具有高精密16位數(shù)據(jù)采集系統(tǒng)的設(shè)計難點，降低了成本。此外，在外觀上，它具有更小的外形尺寸（6mm×6mm），40引腳的LFCSP封裝；在性能方面，它可以提供最佳的時序和噪聲性能，工作溫度跨度-40℃到+85℃的工業(yè)溫度范圍［7-8］。此電路系統(tǒng)采用ADAS3022、ADP1613、ADR434和AD8031精密器件的組合，可同時提供高精度和低噪聲性能。

5結(jié)語

篇8

信標機提供串行通信接口，通過串口服務(wù)器，將串行通信做協(xié)議轉(zhuǎn)換為網(wǎng)絡(luò)通信協(xié)議，再通過一根網(wǎng)線與交換機連接，最終與控制計算機進行數(shù)據(jù)交換。設(shè)備連線后，在計算機上要進行虛擬串口映射，即把串口服務(wù)器的串口映射到計算機上，映射成功后，就可以把這些虛擬串口作為計算機上的串口使用，解決計算機本身無串口的問題。載波的發(fā)射狀態(tài)是通過改變調(diào)制解調(diào)器參數(shù)來實現(xiàn)的，控制載波發(fā)射狀態(tài)實際上通過控制調(diào)制解調(diào)器的發(fā)射狀態(tài)繼而達到控制載波狀態(tài)的目的。調(diào)制解調(diào)器提供網(wǎng)絡(luò)接口，通過交換機最終與控制計算機進行數(shù)據(jù)交換?？刂栖浖崟r監(jiān)視信標機和調(diào)制解調(diào)器的工作狀態(tài)，以此作為發(fā)送控制指令的依據(jù)。

2信號處理

通過監(jiān)控軟件完成，為了不占用更多的主線程資源，監(jiān)控軟件分別建立兩個獨立的線程CThreadBeacon信標機線程類和CThreadModem調(diào)制解調(diào)器線程類，通過這兩個線程的通信處理載波的關(guān)閉與開啟。當確定天線進入遮擋區(qū)后，CThreadBeacon信標機線程根據(jù)當前的信標強度和調(diào)制解調(diào)器載波發(fā)射的狀態(tài)，發(fā)送打開或關(guān)閉載波的消息給CThreadModem線程。CThreadModem線程主要有兩個作用，一是讀取調(diào)制解調(diào)器當前的參數(shù)，明確設(shè)備的工作狀態(tài)，二是負責接收由CThrea-dBeacon線程發(fā)送過來的消息，根據(jù)消息的具體內(nèi)容，向調(diào)制解調(diào)器發(fā)送相應(yīng)的控制指令。車載站在載波發(fā)射的行進中，如遇到高大的貨車或小面積的建筑遮擋瞬間遮擋時，這時關(guān)閉載波是不必要的，故在信標機線程中，設(shè)定當遮擋超過10s后發(fā)送關(guān)閉消息給調(diào)制解調(diào)器線程，進而關(guān)閉載波發(fā)射。同樣在離開遮擋區(qū)超過5s后發(fā)送開啟消息給調(diào)制解調(diào)器線程，進而開啟載波發(fā)射。具體流程見圖1“載波自動關(guān)閉流程圖”。

3實現(xiàn)過程

軟件以visualc++6.0作為開發(fā)編譯環(huán)境，在基于對話框的應(yīng)用程序界面中，運用多線程串口通信編程和SNMP網(wǎng)絡(luò)編程方法，利用線程間通信機制，完成載波自動關(guān)閉功能。軟件啟動時，建立CThreadBeacon線程并啟動運行，運用串口通信編程，在InitInstance函數(shù)中，初始化串口參數(shù)，線程中使用定時器，頻率為300ms，按照通信協(xié)議格式，以查詢方式讀取信標強度，經(jīng)過適當處理后，以浮點數(shù)顯示在監(jiān)控界面上，范圍是0~10，根據(jù)浮點數(shù)的大小，來判定天線是否進入遮擋區(qū)，如當信標強度小于3時，確定天線進入遮擋區(qū)，再以PostThreadMessage的方式發(fā)送消息給CThrea-dModem線程。建立CThreadModem線程，運用SNMP網(wǎng)絡(luò)編程，在In-itInstance函數(shù)中，初始化調(diào)制解調(diào)器SNMP相關(guān)參數(shù)，創(chuàng)建兩消息響應(yīng)函數(shù)OnGetParam_Modem用來獲取設(shè)備當前狀態(tài)，和OnSetParam_Modem用來接收由CThreadBeacon線程發(fā)送過來的消息，根據(jù)消息的附加參數(shù)和當前調(diào)制解調(diào)器的狀態(tài)，確定發(fā)送關(guān)閉或開啟載波的指令。

4結(jié)語