牛欣妙

【摘 要】目前我國大型民用機場，管制能力均已接近飽和，數(shù)據(jù)鏈起飛前放行（DCL）系統(tǒng)，能解決這一問題；本文作者詳述DCL系統(tǒng)硬件架構、軟件配置、DCL 操作流程等內容。為建設DCL系統(tǒng)，維護DCL系統(tǒng)提供了經(jīng)驗。

【關鍵詞】數(shù)據(jù)鏈起飛前放行系統(tǒng)；DCL；數(shù)據(jù)鏈自動航站情報服務系統(tǒng)；D-ATIS

中圖分類號： V323 文獻標識碼： A 文章編號： 2095-2457（2018）14-0051-002

DOI：10.19694/j.cnki.issn2095-2457.2018.14.022

Technology Application of Data Chain Release（DCL） System

NIU Xin-miao

（Civil Aviation Hebei Air Management Sub-bureau Shijiazhuang City， Hebei Province 050000， China）

【Abstract】At present， the control capacity of large civil airports in China is nearly saturated， and the data chain release（DCL） system can solve this problem. The hardware architecture， software configuration and operation flow of DCL system are described in detail. It provides experience for the construction of DCL system and maintenance of DCL system.

【Key words】Data Chain Release System； DCL； Data Chain Automatic Terminal Information Service System； D-ATIS

0 前言

數(shù)據(jù)鏈起飛前放行（DCL）服務和數(shù)據(jù)鏈自動航站情報服務（D-ATIS）是數(shù)據(jù)鏈飛行情報服務（DFIS）中重要的應用服務；目前，我國大型民用機場航班量持續(xù)增長，而管制能力已接近飽和，如何突破這一瓶頸，大幅度提高管制容量、管制效率和安全性；據(jù)統(tǒng)計，國內96%以上的百座以上客機已加裝ACARS機載電子設備，中國民航甚高頻地空數(shù)據(jù)通信網(wǎng)于2001年投入使用，因此，我國大規(guī)模使用數(shù)據(jù)鏈起飛前放行（DCL）服務的硬件條件已經(jīng)具備。

數(shù)據(jù)鏈起飛前放行（DCL）技術主要解決管制員人工預放行服務中存在的諸多問題，由于機場放行頻率只有一個，在高峰時間會出現(xiàn)多架航班爭搶放行頻率的問題，管制員人工預放行服務中出現(xiàn)地空通信頻道擁擠，導致航班不能及時放行；復雜的人工放行服務流程同時加重了飛行員和管制員的工作量；低質量的話音頻率會存在比較嚴重的安全隱患，誤聽的幾率比較高；依靠地空數(shù)據(jù)鏈通信技術，遵循國際規(guī)范，實現(xiàn)更為高效的DCL服務，可以大幅度提高管制員的管制效率和安全性。

1 空管數(shù)據(jù)鏈起飛前放行（DCL）系統(tǒng)建設

民航河北空管分局數(shù)字放行通播系統(tǒng)工程在民航總局批復建設的民航數(shù)字空管集成系統(tǒng)工程基礎上，在國內主要機場補充建設DCL和D-ATIS系統(tǒng)， DCL和D-ATIS服務覆蓋國內主要機場，形成規(guī)模化應用，使已被驗證的先進管制技術盡快在國內管制服務中得以推廣應用。

數(shù)據(jù)鏈起飛前放行（DCL）系統(tǒng)服務器將接收到的信息寫入數(shù)據(jù)庫，并根據(jù)數(shù)據(jù)庫中的相關信息，與管制員前端系統(tǒng)進行信息交互，并承擔發(fā)送上行報文的工作。DCL系統(tǒng)采取雙網(wǎng)冗余結構，服務端硬件設備及網(wǎng)絡鏈路均為雙網(wǎng)冗余熱備份，終端設備及網(wǎng)絡采取雙網(wǎng)冷備份切換，具備較高可靠性。

數(shù)據(jù)鏈起飛前放行（DCL）系統(tǒng)各部分功能介紹

（1）BGS網(wǎng)關，BGS網(wǎng)關負責數(shù)據(jù)鏈起飛前放行（DCL）系統(tǒng)服務器與機組的信息傳輸工作，BGS網(wǎng)關接收來自機組的報文信息，對報文類型和傳輸目的地址進行判斷過濾，將符合條件的報文以約定的文件名稱格式發(fā)送給數(shù)據(jù)鏈起飛前放行（DCL）系統(tǒng)服務器，完成下行報文的傳輸。數(shù)據(jù)鏈起飛前放行（DCL）系統(tǒng)服務器向機組發(fā)送的報文信息也通過BGS網(wǎng)關進行傳輸，上行報文無需進行過濾。

BGS網(wǎng)關開啟后即主動連接網(wǎng)控中心，BGS網(wǎng)關系統(tǒng)是雙機冷備機制，通過Keepalived服務進行控制，若主用BGS網(wǎng)關與網(wǎng)控中心的連接失效，則自動切換到另一臺主機運行。

BGS網(wǎng)關通過Keepalived服務進行監(jiān)控狀態(tài)和切換控制，當BGS網(wǎng)關出現(xiàn)問題后Keepalived服務會監(jiān)控其狀態(tài)異常，對該BGS網(wǎng)關程序進行重啟，當無法恢復BGS網(wǎng)關功能時由Keepalived服務進行主備機服務切換。

（2）AFTNGS網(wǎng)關功能，AFTNGS網(wǎng)關用來接收來自航管系統(tǒng)的報文和天氣氣象報文，對報文格式進行判斷篩選，做出初步處理，選出數(shù)據(jù)鏈起飛前放行（DCL）系統(tǒng)所需報文，以約定格式的文件寫入與數(shù)據(jù)鏈起飛前放行（DCL）系統(tǒng)服務器的接口，為其提供數(shù)據(jù)。

AFTNGS網(wǎng)關操作說明，AFTN網(wǎng)關通過串口與轉報機直接連接，主備AFTN網(wǎng)關的串口都連接轉報機，實現(xiàn)切換系統(tǒng)后不必更換串口線。

（3）監(jiān)控系統(tǒng)功能，數(shù)字空管監(jiān)控系統(tǒng)用來監(jiān)控DATIS前端、AFTN網(wǎng)關、BGS網(wǎng)關、DCLServer服務模塊的運行狀態(tài)。根據(jù)后臺配置來匹配各地現(xiàn)場的實際應用環(huán)境和需求，發(fā)現(xiàn)模塊出現(xiàn)問題時監(jiān)控系統(tǒng)界面會通過顏色和聲音進行告警，提示相關運維部門對該故障進行處理。監(jiān)控系統(tǒng)還可以對網(wǎng)關報文按關鍵字、時間進行報文查詢。

（4）HMI功能，管制員終端（HMI）為管制員提供了與數(shù)據(jù)鏈起飛前放行（DCL）系統(tǒng)的交互接口，服務信息在包含所有傳統(tǒng)服務信息的基礎上，增加了如報文服務信息、管制員與飛行員自由信息等其它服務信息，在放行過程中增大了管制員與飛行員的通信自由度。

2 DCL數(shù)據(jù)處理流程說明

3 數(shù)據(jù)鏈起飛前放行（DCL）系統(tǒng)操作流程

3.1 察看激活的飛行計劃

DCL系統(tǒng)自動激活預計起飛時間 45 分鐘內的航班，航班信息激活后即可接受機組的DCL請求信息。管制員應仔細察看已激活的航班的信息內容。設置當前的航站情報服務標識和使用的跑道。

3.2 等待放行請求并進行響應

預計起飛時間前，機組通過機載設備進行DCL申請，DCL地面系統(tǒng)檢查請求內容， 檢查通過后將該航班的DCL請求信息顯示在管制員終端界面（HMI）中。此時原來處于飛行計劃欄（ Flight Plan欄）中的進程單會跳至請求欄（ DCL Request欄）中顯示，管制員應及時對此欄中的進程單進行放行管理操作。

3.3 對航班進行放行處理并發(fā)送放行信息

管制員在請求欄中顯示的放行對話框中將該航班放行所需的必要信息填入相應位置，包括：起飛跑道、對應的 SID 代號、航班的 SSR 代碼、下一管制頻率信息、正確的 ATIS 通播號、預計起飛時間、指定的航路高度和初始爬升高度，以及其他備注信息和補充說明等。管制員對上述信息進行查閱并確認無誤后，即可向航空器發(fā)送放行許可。

如果在該步驟出現(xiàn)非一般性狀況，需要中斷此航班的DCL服務，管制員直接通過話音方式聯(lián)系機組進行放行。此時由于管制員并沒有通過DCL服務發(fā)送放行信息，則可以通過手動操作直接刪除此航班的電子進程單，也可以等待系統(tǒng)自動刪除過期的電子進程單。

3.4 等待航班信息的邏輯確認

在發(fā)送放行報文后的2分鐘內，DCL系統(tǒng)會收到從數(shù)據(jù)鏈服務運行中心發(fā)回的鏈路邏輯確認報文，此報文的目的是告知DCL系統(tǒng)，向機組發(fā)送的DCL放行信息報文是否成功傳遞到機載設備上。當收到正確的邏輯報文后，服務器會自動處理并將DCL放行欄中對應的進程單的航班號顏色更改為相應的顏色。如果在2分鐘內沒有收到對應的邏輯確認報文，DCL 服務器會提示管制員服務超時，并將DC 放行欄中對應的進程單的航班號顏色更改為相應的顏色

3.5 等待航空器機組對于航班放行信息的確認

DCL系統(tǒng)在收到航班的邏輯確認報后，開始計時等待機組的DCL確認回復報文。從管制員完成報文發(fā)送后開始，如果在10分鐘內DCL系統(tǒng)收到機組正確的DCL確認回復報文，將進行處理并將對應的電子進程單顏色更改為相應的顏色。此時表明DCL服務器已經(jīng)確認管制員的放行信息和飛行員的回復信息一致，DCL服務成功結束。

如果在 10 分鐘內收到的DCL回復報文與管制員之前發(fā)送的放行報文有誤，DCL服務器會進行記錄，并將位于DCL放行欄對應的進程單航班號的顏色更改為紅色，DCL服務結束。

如果在 10 分鐘內沒有收到DCL回復報文，DCL服務器會提示管制員DCL服務超時，并（下轉第76頁）（上接第52頁）將DCL放行欄對應的進程單航班號的顏色更改為黃色，DCL服務結束。

3.6 使用話音方式繼續(xù)完成放行服務

當無法正常進行數(shù)字化航班放行時，管制員需要通過話音方式聯(lián)系機組，繼續(xù)完成放行服務。以保證放行服務的安全、可靠。

3.7 手動更新DCL電子進程單狀態(tài)

管制員通過話音方式對未能成功完成DCL服務的航班放行完畢后，應立即通過手動點擊Voice標識，改變顏色方式表明此航班已通過話音方式得到正確放行許可，以幫助管制員標記航班放行狀態(tài)，此時標簽變?yōu)樗{色。

4 數(shù)據(jù)鏈起飛前放行（DCL）服務不能正常使用

當DCL服務不能使用，或者DCL服務不能獲得回復的情況下，飛行員必須通過放行頻率及時聯(lián)系管制員，以獲得ATC放行許可。

（1）不能通過DCL系統(tǒng)重復向機組發(fā)送放行批復報文，任何必須的修改必須通過話音放行方式進行。

（2）飛行員在航班降落但未結束前（航班降落滑行中或已?？吭谕C位但尚未完成本次航班運行），不能在機載設備中預設定下一航程的信息，并進行下一航程的DCL申請。

（3）飛行員在不能獲得D-ATIS服務時，必須通過VHF和UHF頻率監(jiān)聽ATIS廣播，以獲得ATIS信息。使用DCL服務后，最終通過話音放行方式完成起飛前放行服務的機組，無論DCL服務成功與否均自動失效。

【參考文獻】

[1]劉慶云.基于地空數(shù)據(jù)鏈的飛機起飛前放行在廣州白云機場的應用，科技信息2014，1.

[2]葉林，王杰.D-ATIS系統(tǒng)工作原理及其應用，中國西部科技 2011（25）.

[3]民航數(shù)據(jù)公司.中國民航DCL&D-ATIS;情況介紹.