肖碩
【摘 要】DCL是在人工語音放行模式的基礎(chǔ)上進行升級的一種數(shù)字放行模式。DCL依靠地空數(shù)據(jù)鏈通信技術(shù),有效解決了傳統(tǒng)人工語音放行模式存在的諸多問題,為飛機起飛前的放行提供更為安全高效的服務(wù)。
【Abstract】 DCL is a digital release mode upgraded on the basis of artificial voice release mode. DCL relies on ground-to-air data link communication technology, which effectively solves many problems existing in traditional manual voice release mode, and provides more secure and efficient services for aircraft release before takeoff.
【關(guān)鍵詞】DCL;TOMS;PDC;機場
【Keywords】DCL; TOMS; PDC; airport
【中圖分類號】V355? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?【文獻標(biāo)志碼】A? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 【文章編號】1673-1069(2019)08-0149-02
1 傳統(tǒng)人工語音方式與DCL數(shù)字放行方式的比較
1.1 傳統(tǒng)人工語音放行方式
航空器在離開停機位前,飛行員需要與放行管制員進行通信,交換起飛和獲取飛行過程中所需要的信息。這些信息包括批準(zhǔn)跑道、二次代碼、下一頻率信息、批準(zhǔn)巡航高度、批準(zhǔn)爬升高度、ATIS代碼等,這一過程稱為起飛前放行服務(wù)。傳統(tǒng)的起飛前放行服務(wù)的流程是通過人工語音方式實現(xiàn)的,其流程為:飛行員通過放行頻率呼叫放行管制員請求放行;管制員接受請求后,通過飛行計劃系統(tǒng)終端檢查航班信息,再通過放行頻率呼叫飛行員,語音通報放行信息;飛行員接到放行信息后,進行手工抄錄并進行語音復(fù)述。這一傳統(tǒng)的人工語音方式流程在開展起飛前放行服務(wù)的過程中會出現(xiàn)一些問題:第一,受頻率資源的限制,放行頻率只有1個,在高峰時間會出現(xiàn)多架航班爭搶放行頻率的問題,而同一時間管制員只能逐一對每架航班進行放行服務(wù),因此,增加了航班等待的時間,大大影響了工作效率;第二,多次反復(fù)的服務(wù)流程也加重了飛行員和管制員的工作量;第三,低質(zhì)量的語音頻率也會存在比較嚴(yán)重的安全隱患,誤聽的幾率比較高;第四,人工語音交流受不同語種和方言混雜的影響,這也是導(dǎo)致傳統(tǒng)人工語音放行過程中存在安全隱患的因素之一[1]。
1.2 DCL數(shù)字放行方式
DCL(Data Link Pre-Departure Clearance System)作為數(shù)字放行系統(tǒng)集成在TOMS界面,是在人工語音放行基礎(chǔ)上升級的一種數(shù)字放行模式。DCL依靠地空數(shù)據(jù)鏈通信技術(shù),有效解決了現(xiàn)有人工語音方式提供服務(wù)出現(xiàn)的諸多問題,為起飛前放行服務(wù)提供更為安全和高效的服務(wù),在國際上已被普遍運用。該系統(tǒng)支持管制員同時對多架航班進行放行管理,而不再需要逐一與機組進行語音放行管制,從而減輕了管制員和飛行員的工作量,并且可以有效消除在低質(zhì)的甚高頻通話過程中,可能出現(xiàn)的管制員與飛行員間之間由于受到低質(zhì)量的語音頻率或方言口音影響而造成對通話信息的錯誤理解,提高了管制運行的效率和安全可靠性。從2017年開始,DCL已作為主用管制模式在桂林空管站塔臺管制區(qū)使用。
2 DCL系統(tǒng)的工作流程和模塊功能
2.1 DCL系統(tǒng)的工作流程
圖1是DCL系統(tǒng)管制員端PDC數(shù)字放行界面,該界面有三個區(qū)域,左欄是飛行計劃Flight Plan,中欄是數(shù)字放行申請PDC Request,右欄是已完成的數(shù)字放行信息Granted PDC。飛行員和管制員通過數(shù)字放行收發(fā)設(shè)備和DCL數(shù)字放行系統(tǒng)的PDC界面進行信息交換[2]。
航空器在離開停機位前45分鐘會自動激活飛行計劃信息,航班信息顯示在DCL系統(tǒng)管制員端的PDC界面左欄的Flight Plan區(qū)域上。飛行員輸入放行請求信息后,對應(yīng)航班的飛行計劃信息會自動移至DCL系統(tǒng)的PDC界面中欄的PDC Request區(qū)域上,代表該航班已成功發(fā)送放行請求,等候放行管制員處理。同時,PDC地面處理系統(tǒng)在成功校驗飛行員的放行請求信息后,向?qū)?yīng)的飛機回送系統(tǒng)確認(rèn)信息。放行管制員檢查該航班飛行計劃,確認(rèn)無誤后,輸入該航班的相關(guān)放行信息,發(fā)送給飛行員進行確認(rèn),飛行員在收到管制員發(fā)送的放行信息并確認(rèn)后,該航班飛行計劃信息會移至PDC界面中右欄的Granted DCL區(qū)域中。同時,PDC地面處理系統(tǒng)以PDC系統(tǒng)報文的方式向?qū)?yīng)的飛機回送系統(tǒng)確認(rèn)信息,告知飛行員該航班的飛行許可申請已獲批準(zhǔn)。至此,航班的數(shù)字放行服務(wù)成功完成,這就是DCL工作的全部流程。
數(shù)字放行工作流程具有如下特點:①服務(wù)發(fā)起動作由機組發(fā)起,如機組不發(fā)起服務(wù),管制端的飛行計劃始終處于Flight Plan區(qū)域;②服務(wù)確認(rèn)動作由機組發(fā)起,必須在機載設(shè)備中按ACCEPT鍵,否則根據(jù)DCL服務(wù)流程在管制發(fā)出DCL放行信息后的X分鐘內(nèi),管制員未收到機組確認(rèn)回復(fù)信息,本次DCL服務(wù)失敗,隨即將轉(zhuǎn)為傳統(tǒng)人工語音放行模式;③根據(jù)DCL服務(wù)流程要求,管制員只能對同一航班發(fā)出一份DCL放行報文,若發(fā)送信息有誤或發(fā)送失敗,不能再次重復(fù)發(fā)送DCL放行報文,將轉(zhuǎn)為傳統(tǒng)人工語音放行模式。