專利名稱：機場場面通信方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種機場場面通信方法，尤其涉及一種對機場場面的移動目標(biāo)進行引導(dǎo)控制的機場場面通信方法，屬于航空通信、監(jiān)視技術(shù)領(lǐng)域。
背景技術(shù)：
隨著世界航空業(yè)務(wù)量的高速增長，傳統(tǒng)的通信、導(dǎo)航、監(jiān)視(CNS)及空中交通管理(ATM)手段已經(jīng)越來越不能滿足航空發(fā)展要求。現(xiàn)有機場場面通信方法主要通過移動目標(biāo)引導(dǎo)和控制系統(tǒng)(SMGCS)實現(xiàn)，就其技術(shù)狀態(tài)而言主要包括簡單視覺SMGCS和復(fù)雜視覺SMGCS。其中，簡單視覺SMGCS應(yīng)用于早期或小機場管理，它立4足于“看得見和被看得見”，因而只能通過減小速度、遵從特殊運行規(guī)則來實現(xiàn)機場管理；復(fù)雜視覺SMGCS是相對先進和復(fù)雜的引導(dǎo)系統(tǒng)，它使用現(xiàn)代技術(shù)交換滑行道中心線和禁止行使線信息，以提示飛機避免與地面車輛相撞，目前在中、高密度機場廣泛應(yīng)用。
現(xiàn)有技術(shù)的缺陷在于現(xiàn)有機場場面通信方法要求在機場建設(shè)有場面監(jiān)視雷達，主要用于跑道、滑行道和機場場面移動目標(biāo)的活動引導(dǎo)及監(jiān)視。由于目前的場面監(jiān)視雷達為一次雷達，主要依靠雷達對移動目標(biāo)雷達回波的分析計算來探測目標(biāo)的具體位置，因此對地形、障礙物、天氣等外界因素有較高的要求。同時，為盡可能覆蓋大的范圍，減小覆蓋盲區(qū)，需要適當(dāng)位置建造一定高度的天線塔，通常一次場面監(jiān)視雷達安裝于機場管制塔臺的頂部。但是，也不可避免地存在盲區(qū)，例如被候機樓、廊橋等遮擋的區(qū)域，另外需要知道二次雷達和飛行計劃的數(shù)據(jù)，才能獲得飛機的標(biāo)識，而對于場面車輛則無法獲得標(biāo)識。
另外，在現(xiàn)有SMGCS系統(tǒng)中，車輛駕駛員和飛行員不能直接監(jiān)視機場場面的運行情況。隨著機場交通流量的增長、布局的日益復(fù)雜化以及越來越多的在低能見度條件下進行的運行，僅靠管制員在監(jiān)控中心來監(jiān)視整個機場場面的方式逐漸顯示出其落后性。機場場面雷達由于其受地雜波、氣候影響嚴重及不能識別目標(biāo)等局限性，不能完全滿足未來機場場面監(jiān)視的需要。車輛駕駛員希望能夠在自己的車輛上看到其所處的位置及整個場面的運動情況，并希望及時得到報警信息。
在民航方面，由于現(xiàn)有SMGCS系統(tǒng)的落后導(dǎo)致在低能見度或高復(fù)雜度情況下停航、延誤以及事故現(xiàn)象不斷發(fā)生。在軍航方面，軍用飛機的全天候作戰(zhàn)要求以及軍航新航行系統(tǒng)的驗證推廣應(yīng)用，對具有更強大功能的SMGCS系統(tǒng)的需求日益迫切。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種機場場面通信方法，克服現(xiàn)有監(jiān)視雷達受地雜波及氣候影響嚴重、覆蓋范圍有限、存在盲區(qū)等局限性，使得在低能見度條件下能夠提供機場場面上移動目標(biāo)以及地面站之間的通信，可以實現(xiàn)對機場場面移動目標(biāo)的引導(dǎo)與控制，為高密度、大容量機場提供通信服務(wù)。
為實現(xiàn)上述目的，本發(fā)明提供了一種機場場面通信方法，包括發(fā)送站根據(jù)應(yīng)用數(shù)據(jù)包的長度判斷該應(yīng)用數(shù)據(jù)包的類型，如果該應(yīng)用數(shù)據(jù)包為短包則執(zhí)行短包發(fā)送方法；如果該應(yīng)用數(shù)據(jù)包為長包則執(zhí)行長包發(fā)送方法；如果該應(yīng)用數(shù)據(jù)包為超長包則將應(yīng)用數(shù)據(jù)包分解為短包和/或長包，將短包執(zhí)行短包發(fā)送方法，將長包執(zhí)行長包發(fā)送方法；所述短包發(fā)送方法包括，發(fā)送站向接收站隨機發(fā)送應(yīng)用數(shù)據(jù)包；所述長包發(fā)送方法包括，步驟一、發(fā)送站向接收站隨機發(fā)送RTS數(shù)據(jù)包，并同時為接收站即將回復(fù)的CTS數(shù)據(jù)包預(yù)約CTS時隙；步驟二、接收站在RTS時隙內(nèi)收到RTS數(shù)據(jù)包后，在CTS時隙內(nèi)向發(fā)送站回復(fù)CTS數(shù)據(jù)包，并為發(fā)送站即將發(fā)送的應(yīng)用數(shù)據(jù)包預(yù)約數(shù)據(jù)時隙；步驟三、如果發(fā)送站在CTS時隙內(nèi)沒有收到由接收站發(fā)送的CTS數(shù)據(jù)包，則返回步驟一重新執(zhí)行；否則，在數(shù)據(jù)時隙內(nèi)向接收站發(fā)送應(yīng)用數(shù)據(jù)包。
通過上述方法，能夠?qū)崿F(xiàn)機場場面范圍內(nèi)的移動目標(biāo)之間及移動目標(biāo)與地面站之間及時通信，即使在能見度很低的情況下也可以清楚了解機場場面內(nèi)的移動目標(biāo)的狀況，實現(xiàn)對移動目標(biāo)的引導(dǎo)與控制，克服了監(jiān)視雷達受氣候影響大、存在盲區(qū)等的缺陷；通過采用RTS/CTS(Request To Send/ClearTo Send，請求發(fā)送/清除發(fā)送)機制，一定程度上解決了隱藏終端和暴露終端的問題；另外，在本發(fā)明的具體傳輸過程中還采用了數(shù)據(jù)包綁定機制，節(jié)省時隙資源，以滿足高級場面監(jiān)視應(yīng)用的需求。
下面通過附圖和實施例，對本發(fā)明的技術(shù)方案做進一步的詳細描述。


圖1為本發(fā)明實施例1的流程圖。
圖2為本發(fā)明實施例2的流程圖。
圖3為本發(fā)明實施例3的流程圖。
圖4為本發(fā)明實施例4的流程圖。
具體實施例方式
在機場場面范圍內(nèi)，將每一個移動物體(包括飛機、車輛等)及機場控制臺都設(shè)置為站點，各站點共同組成自組織網(wǎng)絡(luò)。發(fā)送應(yīng)用數(shù)據(jù)包的站點稱為發(fā)送站，接收應(yīng)用數(shù)據(jù)包的站點稱為接收站。根據(jù)經(jīng)驗和機場應(yīng)用數(shù)據(jù)的特點，本發(fā)明將數(shù)據(jù)包分為短包、長包和超長包。短包為占用長度小于等于3個時隙的應(yīng)用數(shù)據(jù)包，長包為占用長度大于3個且小于等于5個時隙的應(yīng)用數(shù)據(jù)包，超長包為占用長度大于五個時隙的應(yīng)用數(shù)據(jù)包。
實施例1如圖1所示，本實施例通過廣播通信方式完成機場場面的廣播通信，即發(fā)送站向接收站發(fā)送應(yīng)用數(shù)據(jù)包，而接收站不需要確認。
步驟100，發(fā)送站按照應(yīng)用數(shù)據(jù)包優(yōu)先級將所有需要發(fā)送的應(yīng)用數(shù)據(jù)包排成隊列；步驟110，發(fā)送站根據(jù)要發(fā)送的應(yīng)用數(shù)據(jù)包的長度判斷該應(yīng)用數(shù)據(jù)包的類型，若該應(yīng)用數(shù)據(jù)包為長包則開始執(zhí)行步驟141，若該應(yīng)用數(shù)據(jù)包為短包則開始執(zhí)行步驟151，若該應(yīng)用數(shù)據(jù)包為超長包則開始執(zhí)行步驟120；步驟141，當(dāng)發(fā)送站判斷出要發(fā)送的應(yīng)用數(shù)據(jù)包為長包時，發(fā)送站從眾多接收站中隨機選擇一個站點作為RTS的接收站，然后發(fā)送RTS數(shù)據(jù)包并同時為其即將回復(fù)的CTS數(shù)據(jù)包預(yù)約CTS時隙；步驟142，接收站收到發(fā)送站發(fā)送的RTS數(shù)據(jù)包后，在由發(fā)送站預(yù)約的CTS時隙內(nèi)發(fā)送CTS數(shù)據(jù)包，并為發(fā)送站即將發(fā)送的長包預(yù)約數(shù)據(jù)時隙；步驟160，發(fā)送站在數(shù)據(jù)時隙內(nèi)廣播發(fā)送長包，接收站收到該長包后即完成一次長包傳輸過程；步驟151，當(dāng)發(fā)送站判斷出要發(fā)送的應(yīng)用數(shù)據(jù)包為短包時，發(fā)送站通過隨機選擇方式為該短包選擇數(shù)據(jù)時隙；步驟160，發(fā)送站在數(shù)據(jù)時隙內(nèi)發(fā)送短包，接收站收到該短包后即完成一次短包傳輸過程；步驟120，當(dāng)發(fā)送站判斷出要發(fā)送的應(yīng)用數(shù)據(jù)包為超長包時，則發(fā)送站對要傳輸?shù)某L包進行分解，分解方法是每次按照支持長包傳輸?shù)淖畲髷?shù)據(jù)包長度從超長包中分解出一個長包，直至剩下的數(shù)據(jù)塊長度小于能支持長包傳輸?shù)淖畲髷?shù)據(jù)包長度，則結(jié)束分解過程，并將剩下的數(shù)據(jù)包分解為短包。步驟130，對分解后的數(shù)據(jù)包類型進行判斷，判斷出長包時對長包從步驟141開始執(zhí)行，判斷出短包時對短包從步驟151開始執(zhí)行。完成一次短包或長包傳輸過程后，發(fā)送站繼續(xù)對下一個要傳輸?shù)膽?yīng)用數(shù)據(jù)包進行判斷，并執(zhí)行相應(yīng)傳輸過程。
為了解決在長包的發(fā)送過程中的丟包問題，發(fā)送站執(zhí)行步驟141之后，等待接收來自接收站在指定的CTS時隙內(nèi)回復(fù)CTS數(shù)據(jù)包。如果在步驟141中預(yù)約的CTS時隙內(nèi)沒有收到該CTS數(shù)據(jù)包，發(fā)送站重新執(zhí)行步驟141，從接收站中隨機選擇一個站點發(fā)送RTS數(shù)據(jù)包至此站。
本實施例通過組建自組織網(wǎng)絡(luò)實現(xiàn)了機場場面通信網(wǎng)絡(luò)中的發(fā)送站向接收站進行廣播通信的目的。在一個無線自組織網(wǎng)絡(luò)中，節(jié)點之間通過多跳無線鏈路相互通信。在這里沒有基站等基礎(chǔ)設(shè)施，每個節(jié)點既是接收和發(fā)送信息的終端，又充當(dāng)其他節(jié)點間通信的路由器，因此特別適用于網(wǎng)絡(luò)拓撲結(jié)構(gòu)需要動態(tài)變化的場合。并且由于自組織網(wǎng)絡(luò)中的站點既是發(fā)送站又是接收站，因此克服了雷達存在盲區(qū)的缺陷，使車輛駕駛員和飛行員能夠直接監(jiān)視機場場面的運行情況。
并且由于本實施例采用了RTS/CTS機制，因此一定程度上解決了自組織網(wǎng)絡(luò)中存在隱藏終端和暴露終端的問題。隱藏終端是指存在于能夠?qū)邮照驹斐筛蓴_的范圍內(nèi)，卻不能被發(fā)送站探測到的站點；暴露終端是指存在于發(fā)送站的探測范圍內(nèi)，卻在接收站干擾范圍之外的站點。通過RTS/CTS機制，發(fā)送站在發(fā)送RTS數(shù)據(jù)包的同時還預(yù)約了CTS時隙，RTS數(shù)據(jù)包和CTS數(shù)據(jù)包中都包含有發(fā)送站和接收站的標(biāo)識，使得其它站點探測出該標(biāo)識后，能夠判斷出該時隙已經(jīng)被哪些站點預(yù)約，因此會主動避免在該時隙內(nèi)發(fā)送數(shù)據(jù)包，從而最大程度地避免了干擾，也就在一定程度上解決了隱藏終端和暴露終端的問題。
實施例2如圖2所示，本實施例完成機場場面上站點之間的點對點通信。
步驟200，發(fā)送站按照應(yīng)用數(shù)據(jù)包優(yōu)先級將所有需要發(fā)送的應(yīng)用數(shù)據(jù)包排成隊列；步驟210，發(fā)送站根據(jù)要發(fā)送的應(yīng)用數(shù)據(jù)包的長度判斷該應(yīng)用數(shù)據(jù)包的類型，若該應(yīng)用數(shù)據(jù)包為長包則開始執(zhí)行步驟231，若該應(yīng)用數(shù)據(jù)包為短包則開始執(zhí)行步驟235，若該應(yīng)用數(shù)據(jù)包為超長包則開始執(zhí)行步驟220；步驟231，當(dāng)發(fā)送站判斷出要發(fā)送的應(yīng)用數(shù)據(jù)包為長包時，發(fā)送RTS數(shù)據(jù)包并同時為接收站即將回復(fù)的CTS數(shù)據(jù)包預(yù)約CTS時隙；步驟232，接收站收到發(fā)送站發(fā)送的RTS數(shù)據(jù)包后，在由發(fā)送站預(yù)約的CTS時隙內(nèi)發(fā)送CTS數(shù)據(jù)包，并為發(fā)送站即將發(fā)送的長包預(yù)約數(shù)據(jù)時隙及為本接收站即將回復(fù)的ACK數(shù)據(jù)包預(yù)約ACK時隙；步驟233，發(fā)送站在數(shù)據(jù)時隙內(nèi)發(fā)送長包，接收站收到該長包后在ACK時隙內(nèi)回復(fù)ACK數(shù)據(jù)包，發(fā)送站收到該ACK數(shù)據(jù)包后即完成一次長包傳輸過程。
步驟235，當(dāng)發(fā)送站判斷出要發(fā)送的應(yīng)用數(shù)據(jù)包為短包時，發(fā)送站通過隨機選擇方式為該短包選擇數(shù)據(jù)時隙；步驟236，發(fā)送站在數(shù)據(jù)時隙內(nèi)發(fā)送短包，并為接收站即將回復(fù)的ACK數(shù)據(jù)包預(yù)約ACK時隙；步驟237，接收站收到該短包后在ACK時隙內(nèi)回復(fù)ACK數(shù)據(jù)包，接收站收到該短包后即完成一次短包傳輸過程。
步驟230，當(dāng)發(fā)送站判斷出要發(fā)送的應(yīng)用數(shù)據(jù)包為超長包時，則發(fā)送站對要傳輸?shù)某L包進行分解，分解方法與實施例1所述方法相同，然后將分解后得到的長包或短包按照本實施例所述方法執(zhí)行相應(yīng)的短包或長包傳輸過程。完成一次短包或長包傳輸過程后，發(fā)送站繼續(xù)對下一個要傳輸?shù)膽?yīng)用數(shù)據(jù)包進行判斷，并執(zhí)行相應(yīng)傳輸過程。
實施例3為了節(jié)省時隙資源和減少隨機的信道訪問，提高傳輸效率，本實施例在實施例2的基礎(chǔ)上提出了一種數(shù)據(jù)包綁定方法。如圖3所示，步驟300、310與實施例2中的步驟200、210相同。
步驟320，發(fā)送站對超長包進行分解，分解后的應(yīng)用數(shù)據(jù)包可能全為長包，也可能既包括長包也包括短包。對于后一種情況，除了按照實施例1、2所述方法，對長包執(zhí)行長包傳輸過程，對短包執(zhí)行短包傳輸過程以外，還可以按照本實施圖3所示，將分解出來的長包及短包都按照長包傳輸過程處理。由于本實施采用了數(shù)據(jù)包綁定方法，下一個應(yīng)用數(shù)據(jù)包的RTS數(shù)據(jù)包是和上一個應(yīng)用數(shù)據(jù)包綁定一起發(fā)送，CTS數(shù)據(jù)包又和ACK數(shù)據(jù)包綁定一起發(fā)送，不另外單獨占用時隙，因此，從超長包中分解出來的短包也可以按長包傳輸過程處理。
在點對點的長包傳輸過程中，步驟341，發(fā)送站隨機發(fā)送RTS數(shù)據(jù)包并預(yù)約CTS時隙。
步驟342，接收站收到RTS數(shù)據(jù)包后，在步驟341中預(yù)約的CTS時隙內(nèi)發(fā)送CTS數(shù)據(jù)包，并預(yù)約數(shù)據(jù)時隙及ACK時隙。
步驟343，發(fā)送站收到接收站發(fā)送的CTS數(shù)據(jù)包后判斷要發(fā)往相同接收站的下個應(yīng)用數(shù)據(jù)包的類型，若為長包則執(zhí)行步驟371，若為短包或無應(yīng)用數(shù)據(jù)包發(fā)送，則執(zhí)行步驟344。
步驟344，發(fā)送站在步驟342中預(yù)約的數(shù)據(jù)時隙內(nèi)發(fā)送該長包。步驟371，發(fā)送站在數(shù)據(jù)時隙內(nèi)將長包和針對下一個長包的RTS數(shù)據(jù)包綁定發(fā)送；步驟372，接收站收到長包和RTS數(shù)據(jù)包后，在步驟342中預(yù)約的ACK時隙內(nèi)將ACK數(shù)據(jù)包和針對下一個長包的CTS數(shù)據(jù)包綁定發(fā)送。
短包傳輸過程中的步驟351、352與實施例2中所述的步驟235、236相同。
步驟353，接收站接收到發(fā)送站在步驟352中發(fā)送的短包或在步驟344中發(fā)送的長包后，判斷該接收站要發(fā)往發(fā)送站的應(yīng)用數(shù)據(jù)包的類型，若為長包則執(zhí)行步驟361；若為單時隙短包，即該短包僅占用一個時隙，則執(zhí)行步驟362；若為其它長度的短包或無應(yīng)用數(shù)據(jù)包要發(fā)往發(fā)送站，則執(zhí)行步驟363。
步驟361，接收站在步驟352或者342中預(yù)約的ACK時隙內(nèi)將ACK數(shù)據(jù)包和針對即將發(fā)往發(fā)送站的下一個長包的RTS數(shù)據(jù)包綁定發(fā)送。
步驟362，接收站在步驟352或者342中預(yù)約的ACK時隙內(nèi)將ACK數(shù)據(jù)包和下一個要發(fā)往發(fā)送站的短包綁定發(fā)送。
步驟363，接收站在步驟352或者342中預(yù)約的ACK時隙內(nèi)發(fā)送ACK數(shù)據(jù)包。之后按照類似的方法，繼續(xù)后面的流程，完成發(fā)送站與接收站之間的點對點通信。
由于本實施例采用了數(shù)據(jù)包綁定方法，使得在當(dāng)前長包傳輸過程尚未結(jié)束時，已經(jīng)開始了針對下一個應(yīng)用數(shù)據(jù)包的長包傳輸過程，因此節(jié)省了時隙資源，減少了隨機發(fā)送而產(chǎn)生的碰撞，提高了傳輸效率。
實施例4本實施例提供了點對點的傳輸過程中丟包問題的技術(shù)解決方案。如圖4所示，在實施例2中所述的點對點方式的基礎(chǔ)上增加了處理丟包的步驟。
在短包傳輸過程中，步驟453，接收站收到短包后在發(fā)送站預(yù)約的ACK時隙內(nèi)回復(fù)ACK數(shù)據(jù)包。該發(fā)送站發(fā)送的短包和接收站回復(fù)的ACK數(shù)據(jù)包都有可能在傳輸過程中丟失，這都需要在步驟454中由發(fā)送站判斷此短包是否發(fā)送成功。
步驟454，發(fā)送站在ACK時隙內(nèi)等待接收由接收站發(fā)出的ACK數(shù)據(jù)包，但如果發(fā)送站在步驟452中預(yù)約的ACK時隙內(nèi)沒有收到該ACK數(shù)據(jù)包，則說明步驟453中的接收站沒有收到步驟452中的發(fā)送站發(fā)送的短包，或者該ACK數(shù)據(jù)包在傳輸過程中丟失。無論哪種情況，接收站都要返回步驟451，重新為本次要發(fā)送的短包隨機選擇數(shù)據(jù)時隙，并繼續(xù)執(zhí)行后續(xù)步驟。當(dāng)發(fā)送站在ACK時隙內(nèi)接收到ACK數(shù)據(jù)包時，說明短包發(fā)送成功，則繼續(xù)執(zhí)行步驟455，發(fā)送站從步驟400開始執(zhí)行，進行下一個應(yīng)用數(shù)據(jù)包的發(fā)送。
在長包發(fā)傳輸過程中，步驟442中的接收站判斷收到的RTS數(shù)據(jù)包是否為因ACK數(shù)據(jù)包丟失而由發(fā)送站重新發(fā)送的接收站已經(jīng)收到過的長包的RTS數(shù)據(jù)包，如果是則執(zhí)行步驟491，否則執(zhí)行步驟443。
步驟443，接收站在發(fā)送站預(yù)約的CTS時隙內(nèi)發(fā)送CTS數(shù)據(jù)包，并預(yù)約數(shù)據(jù)時隙及ACK時隙。
步驟444，發(fā)送站在CTS時隙內(nèi)等待接收由接收站發(fā)出的CTS數(shù)據(jù)包，但如果發(fā)送站在步驟441中預(yù)約的CTS時隙內(nèi)沒有收到該CTS數(shù)據(jù)包，則說明步驟443中的接收站沒有收到步驟441中的發(fā)送站發(fā)送的RTS數(shù)據(jù)包，或者該CTS數(shù)據(jù)包在傳輸過程中丟失。無論哪種情況，接收站都要返回步驟441，重新發(fā)送RTS數(shù)據(jù)包并預(yù)約CTS時隙。當(dāng)步驟444中的發(fā)送站在CTS時隙內(nèi)接收到CTS數(shù)據(jù)包時，則說明RTS數(shù)據(jù)包已經(jīng)發(fā)送成功，繼續(xù)執(zhí)行步驟445。
步驟445，由發(fā)送站在數(shù)據(jù)時隙內(nèi)發(fā)送長包。
步驟461，接收站在數(shù)據(jù)時隙內(nèi)判斷是否收正確到發(fā)送站在步驟445中發(fā)送的長包，是則執(zhí)行步驟472，否則執(zhí)行步驟471。
步驟471，接收站沒有收到長包或者收到的長包解碼出錯，在步驟443中預(yù)約的ACK時隙內(nèi)回復(fù)與ACK數(shù)據(jù)包格式相同的NACK數(shù)據(jù)包，以表明沒有成功接收長包。
步驟472，接收站收到長包后在步驟443中預(yù)約的ACK時隙內(nèi)回復(fù)ACK數(shù)據(jù)包。
步驟481，發(fā)送站等待接收由接收站發(fā)出的ACK數(shù)據(jù)包，如果發(fā)送站在步驟443中預(yù)約的ACK時隙內(nèi)收到該ACK數(shù)據(jù)包或在步驟491中所述的CTS時隙內(nèi)收到該ACK數(shù)據(jù)包，則此ACK數(shù)據(jù)包表明長包已成功接收，并執(zhí)行步驟482。否則沒有收到ACK數(shù)據(jù)包或者收到NACK數(shù)據(jù)包，則說明步驟472中的接收站沒有成功收到步驟445中的發(fā)送站發(fā)送的長包，或者472中發(fā)送的ACK數(shù)據(jù)包在傳輸過程中丟失。無論哪種情況，執(zhí)行步驟483。
步驟482，進行下一個新的應(yīng)用數(shù)據(jù)包的發(fā)送執(zhí)行步驟400。
步驟483，返回步驟441，發(fā)送站重新發(fā)送當(dāng)前長包的RTS。
步驟491，接收站收到RTS數(shù)據(jù)后，在步驟441中預(yù)約的CTS時隙發(fā)送ACK數(shù)據(jù)包。并執(zhí)行步驟481。
另外，在實施例3中采用了數(shù)據(jù)包綁定方案后，仍然可以使用本實施例中所述的丟包處理方法。如圖3所示具體為在長包綁定傳輸過程中，步驟341中的發(fā)送站如果在步驟341中預(yù)約的CTS時隙內(nèi)沒有接收到步驟342中的接收站發(fā)送的CTS數(shù)據(jù)包，則該發(fā)送站重新執(zhí)行步驟341。
步驟371中的發(fā)送站如果在步驟342中預(yù)約的ACK時隙內(nèi)沒有接收到步驟361、362、363或372中的接收站發(fā)送的數(shù)據(jù)包，則該發(fā)送站重新執(zhí)行步驟341。
在短包綁定傳輸過程中，步驟351中的發(fā)送站如果在步驟352中預(yù)約的ACK時隙內(nèi)沒有接收到步驟361、362或363中的接收站發(fā)送的數(shù)據(jù)包，則該發(fā)送站重新執(zhí)行步驟351。當(dāng)接收站收到發(fā)送站在步驟341或者351中重發(fā)已經(jīng)被接收站成功接收的長包的RTS數(shù)據(jù)包或者短包，則知道發(fā)送站沒有收到上次和ACK數(shù)據(jù)包綁定發(fā)送的步驟361中的RTS數(shù)據(jù)包或者步驟362中的短包，則接收站將這部分數(shù)據(jù)重新發(fā)送。
由于本實施中的發(fā)送站增加了判斷、重傳的步驟，使得發(fā)送站能夠知道發(fā)送的數(shù)據(jù)包是否已經(jīng)成功接收，從而保證了傳輸?shù)目煽啃浴?br> 最后所應(yīng)說明的是，以上實施例僅用以說明本發(fā)明的技術(shù)方案而非限制，盡管參照較佳實施例對本發(fā)明進行了詳細說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解，可以對本發(fā)明的技術(shù)方案進行修改或者等同替換，而不脫離本發(fā)明技術(shù)方案的精神和范圍。
權(quán)利要求
1.一種機場場面通信方法，其特征在于，包括發(fā)送站根據(jù)應(yīng)用數(shù)據(jù)包的長度判斷該應(yīng)用數(shù)據(jù)包的類型，如果該應(yīng)用數(shù)據(jù)包為短包則執(zhí)行短包發(fā)送方法；如果該應(yīng)用數(shù)據(jù)包為長包則執(zhí)行長包發(fā)送方法；如果該應(yīng)用數(shù)據(jù)包為超長包則將應(yīng)用數(shù)據(jù)包分解為短包和/或長包，將短包執(zhí)行短包發(fā)送方法，將長包執(zhí)行長包發(fā)送方法；所述短包發(fā)送方法包括，發(fā)送站向接收站隨機發(fā)送應(yīng)用數(shù)據(jù)包；所述長包發(fā)送方法包括，步驟一、發(fā)送站向接收站隨機發(fā)送RTS數(shù)據(jù)包，并同時為接收站即將回復(fù)的CTS數(shù)據(jù)包預(yù)約CTS時隙；步驟二、接收站在RTS時隙內(nèi)收到RTS數(shù)據(jù)包后，在CTS時隙內(nèi)向發(fā)送站回復(fù)CTS數(shù)據(jù)包，并為發(fā)送站即將發(fā)送的應(yīng)用數(shù)據(jù)包預(yù)約數(shù)據(jù)時隙；步驟三、如果發(fā)送站在CTS時隙內(nèi)沒有收到由接收站發(fā)送的CTS數(shù)據(jù)包，則返回步驟一重新執(zhí)行；否則，在數(shù)據(jù)時隙內(nèi)向接收站發(fā)送應(yīng)用數(shù)據(jù)包。
2.根據(jù)權(quán)利要求1所述的機場場面通信方法，其特征在于，所述短包發(fā)送方法還包括接收站接收到應(yīng)用數(shù)據(jù)包后還向發(fā)送站回復(fù)ACK數(shù)據(jù)包；如果發(fā)送站在ACK時隙內(nèi)沒有收到該ACK數(shù)據(jù)包，則重發(fā)應(yīng)用數(shù)據(jù)包。
3.根據(jù)權(quán)利要求2所述的機場場面通信方法，其特征在于，所述短包發(fā)送方法中的發(fā)送應(yīng)用數(shù)據(jù)包的同時還包括為接收站即將回復(fù)的ACK數(shù)據(jù)包預(yù)約ACK時隙；接收站接收到應(yīng)用數(shù)據(jù)包后，在該ACK時隙內(nèi)回復(fù)ACK數(shù)據(jù)包。
4.根據(jù)權(quán)利要求3所述的機場場面通信方法，其特征在于，所述短包發(fā)送方法中的接收站在ACK時隙內(nèi)回復(fù)ACK數(shù)據(jù)包的同時還包括將發(fā)往發(fā)送站的單時隙短包綁定發(fā)送。
5.根據(jù)權(quán)利要求3所述的機場場面通信方法，其特征在于，所述短包發(fā)送方法中的接收站在ACK時隙內(nèi)回復(fù)ACK數(shù)據(jù)包的同時還包括將針對發(fā)往發(fā)送站的長包的RTS數(shù)據(jù)包綁定發(fā)送。
6.根據(jù)權(quán)利要求1所述的機場場面通信方法，其特征在于，所述長包發(fā)送方法還包括接收站判斷是否接收到應(yīng)用數(shù)據(jù)包，是則回復(fù)ACK數(shù)據(jù)包，否則回復(fù)NACK數(shù)據(jù)包；如果發(fā)送站沒有收到ACK數(shù)據(jù)包或收到NACK數(shù)據(jù)包，則在數(shù)據(jù)時隙內(nèi)重新發(fā)送應(yīng)用數(shù)據(jù)包。
7.根據(jù)權(quán)利要求6所述的機場場面通信方法，其特征在于，所述步驟二中預(yù)約數(shù)據(jù)時隙的同時還包括為本接收站即將回復(fù)的ACK數(shù)據(jù)包預(yù)約ACK時隙；所述步驟三中的接收站在ACK時隙內(nèi)判斷是否接收到應(yīng)用數(shù)據(jù)包，是則在ACK時隙內(nèi)回復(fù)ACK數(shù)據(jù)包，否則在ACK時隙內(nèi)回復(fù)NACK數(shù)據(jù)包；如果發(fā)送站在ACK時隙內(nèi)沒有收到ACK數(shù)據(jù)包或收到NACK數(shù)據(jù)包，則在數(shù)據(jù)時隙內(nèi)重新發(fā)送應(yīng)用數(shù)據(jù)包。
8.根據(jù)權(quán)利要求7所述的機場場面通信方法，其特征在于，所述步驟三中在數(shù)據(jù)時隙內(nèi)向接收站發(fā)送應(yīng)用數(shù)據(jù)包的同時還包括將應(yīng)用數(shù)據(jù)包和針對下一個發(fā)往相同接收站的長包的RTS數(shù)據(jù)包綁定發(fā)送；接收站在ACK時隙內(nèi)回復(fù)ACK數(shù)據(jù)包時，將針對下一個發(fā)往接收站的長包的CTS數(shù)據(jù)包綁定發(fā)送。
9.根據(jù)權(quán)利要求7所述的機場場面通信方法，其特征在于，所述步驟三中接收站在ACK時隙內(nèi)回復(fù)ACK數(shù)據(jù)包的同時還包括將發(fā)往發(fā)送站的單時隙短包綁定發(fā)送。
10.根據(jù)權(quán)利要求7所述的機場場面通信方法，其特征在于，所述步驟三中接收站在ACK時隙內(nèi)回復(fù)數(shù)據(jù)包的同進還包括將針對發(fā)往發(fā)送站的長包的RTS數(shù)據(jù)包綁定發(fā)送。
11.根據(jù)權(quán)利要求4、5、8、9、10中任意一項所述的機場場面通信方法，其特征在于，所述發(fā)送站將超長包分解為短包和/或長包后還包括將分解產(chǎn)生的短包和/或長包均執(zhí)行長包發(fā)送方法。
12.根據(jù)權(quán)利要求1所述的機場場面通信方法，其特征在于，所述判斷應(yīng)用數(shù)據(jù)包類型包括按照應(yīng)用數(shù)據(jù)包的優(yōu)先級順序判斷應(yīng)用數(shù)據(jù)包類型。
13.根據(jù)權(quán)利要求6所述的機場場面通信方法，其特征在于，所述步驟二中接收站在RTS時隙內(nèi)收到RTS數(shù)據(jù)包后還還包括判斷該RTS數(shù)據(jù)包是否為針對已經(jīng)收到過的長包的RTS數(shù)據(jù)包，是則在CTS時隙內(nèi)回復(fù)ACK數(shù)據(jù)包，否則在CTS時隙內(nèi)回復(fù)CTS數(shù)據(jù)包；所述步驟三還包括如果所述發(fā)送站在ACK時隙內(nèi)或CTS時隙內(nèi)沒有收到ACK數(shù)據(jù)包，則在數(shù)據(jù)時隙內(nèi)重新發(fā)磅應(yīng)用數(shù)據(jù)包。
全文摘要
本發(fā)明涉及一種機場場面通信方法，主要包括發(fā)送站根據(jù)應(yīng)用數(shù)據(jù)包的長度將應(yīng)用數(shù)據(jù)包分為短包、長包和超長包。針對短包，發(fā)送站隨機選擇時隙將短包發(fā)送給接收站；針對長包，采用RTS/CTS機制及時隙預(yù)約方法進行長包傳輸；針對超長包，發(fā)送站將其分解分解為短包或長包，并執(zhí)行相應(yīng)步驟。由此實現(xiàn)機場場面范圍內(nèi)的移動目標(biāo)之間及移動目標(biāo)與地面站之間的及時通信，實現(xiàn)在低能見度下對移動目標(biāo)的引導(dǎo)與控制，克服了監(jiān)視雷達受氣候影響大、存在盲區(qū)等的缺陷，在一定程度上解決了隱藏終端和暴露終端的問題。另外，在本發(fā)明還采用了數(shù)據(jù)包綁定機制，節(jié)省了時隙資源和減少了因隨機發(fā)送而產(chǎn)生的碰撞，提高了傳輸效率。
文檔編號H04L29/06GK101035066SQ200610145110
公開日2007年9月12日 申請日期2006年11月10日 優(yōu)先權(quán)日2006年11月10日
發(fā)明者羅喜伶, 張軍, 袁永瓊 申請人:北京航空航天大學(xué)