DCL系統(tǒng)離場方式修改的實施及在運行現(xiàn)場驗證的方案

張玉騏

摘 要

本文以北京大興國際機場航行情報生效運行為背景，詳述了航路航線調(diào)整帶來的航路點修改與新增所引發(fā)的相關(guān)機場在運行的民航數(shù)據(jù)通信有限責任公司開發(fā)的DCL（數(shù)據(jù)鏈起飛前放行）AVIDEP系統(tǒng)中離場方式修改、驗證的原理與具體方法。

關(guān)鍵詞

數(shù)據(jù)鏈起飛前放行;DCL;離場方式;航路航線調(diào)整

中圖分類號： V35 ? ? ? ? ? ? ? ? ? ? ? ?文獻標識碼： A

DOI：10.19694/j.cnki.issn2095-2457 . 2020 . 08 . 69

0 前言

北京大興國際機場航行情報生效運行，由此涉及的新建機場跑道、重大飛行程序調(diào)整、重大空域調(diào)整和航路航線走向調(diào)整共同生效啟用。全國范圍內(nèi)共調(diào)整航路航線超過200條、調(diào)整班機航線走向4000多條，形成了全新的空域運行環(huán)境。

航路航線調(diào)整帶來的航路點修改與新增引發(fā)了相關(guān)機場在運行的DCL系統(tǒng)中離場方式的調(diào)整需求，具體為離場航路點與離場方式的修改及其對應關(guān)系的調(diào)整，空管所使用的民航數(shù)據(jù)通信有限責任公司開發(fā)的DCL（數(shù)據(jù)鏈起飛前放行）AVIDEP系統(tǒng)需要根據(jù)飛行計劃報文中的飛行航路點數(shù)據(jù)自動為機組分配離場方式，為滿足航路航線調(diào)整，飛行計劃報文中的離場航路點和DCL系統(tǒng)中的離場方式均需做出修改其對應關(guān)系也需修改。

DCL系統(tǒng)被動接受飛行計劃報文，報文中的航路點由拍發(fā)電報的相關(guān)單位根據(jù)民航局給定的航路點統(tǒng)一編寫，空管技術(shù)保障部門維護的DCL系統(tǒng)需修改的內(nèi)容為離場方式和離場方式對應離場航路點。

1 DCL系統(tǒng)自動分配離場方式的原理

DCL系統(tǒng)軟件解析FPL、CHG等報文，解析出其中的航路航線點名稱，根據(jù)圖1中的此離場方式航路點表逐一對比報文中的所有航路點，如果其中報文中含有離場方式航路點，則關(guān)聯(lián)到相應的離場方式。當參數(shù)配置界面中所編輯內(nèi)容中有一個航路點對應兩個離場方式的情況時，系統(tǒng)自動根據(jù)從上到下的優(yōu)先級選擇離場方式。當實際運行需要選擇優(yōu)先級低的離場方式時，管制員需要在控制界面下的下拉菜單中手動選取。

2 實施修改操作步驟

DCL系統(tǒng)收到飛行計劃報文后進行報文解析，將其中的航路點信息讀取后與查找系統(tǒng)中的離場航路點做對應匹配，并映射到相應離場程序。所以需要對系統(tǒng)的離場方式航路點表進行修改。

（1）打開HMI管制控制界面后，點擊操作——參數(shù)配置，打開參數(shù)配置界面。

（2）在打開的參數(shù)界面中選擇離場規(guī)則，選擇跑道名稱，在對應跑道下添加離場SID（離場方式）。注意所有跑道下均需編輯一次。

（3）添加離場航路點并編輯其與SID對應關(guān)系。最終點擊確定確認。

（4）重啟HMI.exe程序，使上述修改生效。

（3）離場請求信息與放行信息交互流程。

（1）在FPL報文確定的機組起飛時間前45分鐘時，系統(tǒng)自動將飛行計劃激活，相應航班信息條目會顯示在DCL終端最左側(cè)Flight Plan一欄中。

（2）計劃激活后飛行員通過機載設備MCDU申請起飛前放行，在MCDU終端界面輸入與航班計劃對應的航班號、起飛機場、目的機場，另外需輸入ATIS版本號及停機位，上述信息輸入完成后，點擊【SEND】按鈕發(fā)送放行請求。

（3）DCL終端收到正確放行請求后，該航班信息條目會由最左欄跳至中間欄DCL Request一欄中，DCL系統(tǒng)解析飛行計劃報文，根據(jù)其中的飛行航路點信息為航班分配離場方式，同時系統(tǒng)根據(jù)航班計劃信息內(nèi)容預填寫管制員放行信息，管制員點擊【Send】按鈕發(fā)送批復信息。管制員發(fā)送批復信息后，對應航班計劃條目移至主界面右側(cè)的Granted DCL欄。此時，航班條目顯示為無色。

（4）正常情況下，在發(fā)送放行報文后的2分鐘內(nèi)，數(shù)據(jù)鏈處理中心將向數(shù)據(jù)鏈起飛前放行（DCL）系統(tǒng)返回邏輯鏈路確認報文，此報文的目的是告知數(shù)據(jù)鏈起飛前放行（DCL）系統(tǒng)，發(fā)送的放行報文已成功傳遞至飛機。收到正確的邏輯報文后，位于Granted DCL欄的相應電子條目的航班號顏色被標記為紫色。

（5）管制員批復信息顯示在機載設備上。確認管制員批復信息無誤后，點擊【ACCEPT】按鈕進行確認。

（6）DCL終端收到飛行員對批復信息的確認后，管制員終端對應條目變?yōu)榫G色。

（7）DCL終端成功收到飛行員對批復信息的確認后，自動向MCDU終端發(fā)送一條信息，以提示飛行員放行是否成功完成。

（8）MCDU收到信息“CDA RECEIVED CLIEARANCE CONFIRMED”，表示DCL放行成功;至此，完成DCL正常放行流程。

3 驗證方案

（1）在驗證測試實施前，確保機組能夠配合測試并且機組搭載了可以發(fā)出DCL放行請求的設備。并請機組等待DCL系統(tǒng)激活相應航班計劃后，在管制員發(fā)出指示時再通過機載設備發(fā)出起飛放行請求。

（2）在FPL報文所確定的機組飛行計劃激活前，向DCL系統(tǒng)發(fā)送CHG報使該航班的航路點變?yōu)樾码x場方式對應離場航線。

（3）在航班起飛前45分鐘時刻，DCL系統(tǒng)會將該機組的飛行計劃激活，相應航班信息會顯示在DCL終端最左欄。

（4）管制員通過甚高頻話音通信通知機組通過機載設備發(fā)出放行請求。

（5）機組發(fā)出放行請求后，該航班信息條目會由最左欄跳至中間欄，管制員點開條目對比CHG報中的航路點，確定離場方式項數(shù)據(jù)是否是新的航路點對應的離場方式數(shù)據(jù)，檢查DCL系統(tǒng)是否根據(jù)報文數(shù)據(jù)中的航路點信息自動選擇了對應離場方式，并點開離場方式下拉菜單檢查是否有其他新離場方式。如果上述檢查項滿足則證明新離場方式數(shù)據(jù)已經(jīng)可用，測試成功，否則失敗，待后續(xù)問題分析。

（7）管制員確認信息后點擊“Send”，向機組發(fā)送放行信息，并與機組核對機組所收到信息是否與管制所發(fā)送信息一致。機組在MCDU上點擊“ACCEPT”后，檢查管制終端界面相應航班條目是否變?yōu)榫G色，機組MCDU是否收到信息“CDA RECEIVED CLIEARANCE CONFIRMED”。若檢查正常則證明整個放行流程可正常運行。否則整個流程有故障點，需要后續(xù)排查。

參考文獻

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

[2]牛欣妙.數(shù)據(jù)鏈起飛前放行DCL系統(tǒng)技術(shù)應用，科技視界2018，5.

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