區域管制中心自動轉報系統
——THALES 與綜合電報處理系統電報信息交換

張瀚超

（中國民用航空華北地區空中交通管理局，北京 100621）

1 電報類型

THALES 與綜合電報處理系統使用電報主要采用AFTN電報格式。AFTN 全稱為航空固定電信網（Aeronautical Fixed Telecommunications Network），主要受理的電報類型有，航行電報，氣象電報，民航局各業務的電報。在THALES 與綜合電報處理系統之間電報主要是AFTN 電報。電報都有五個元素構成，分別是報文頭，收電地址行，發電地址行，正文和報尾行。報頭行由起始標識符，冠字流水號，拍發時間，改路標志組成。收電地址行由電報優先級和收電地址組成。發電地址行由日時組，發電地址，備注三部分組成。電報正文除了正式報文內容外，視情況還可能出現重發標記，超長電報拆分標識，報文截斷標識等。報尾行僅有電報結束標識符。

THALES 與綜合電報處理系統之間傳遞最多的電報類型是FPL，EST，DEP 和ARR。FPL 是領航計劃報（Flight Plan Message），是所有航班計劃的基礎信息載體，由空中交通服務器單位（目前國內FPL 電報由華東統一拍發）在航空器預計車輪檔時間前45min，拍發給該航空器預計航路上的所有相關地區空管局的電報。EST 是預計飛越報（Estimate Message），航空器飛越不同地區管轄空域前所發送的電報。華北空管局有三個與外蒙相臨的國境點POLHO，INTIK，NIXAL，當航空器臨近國境點時會與外蒙發送EST 電報。DEP 和ARR 分別是起飛報和落地報，是航空器起飛和落地時THALES 系統自動拍發的電報。

目前THALES 系統主要負責拍發DEP，ARR 和EST 電報。

2 系統架構

圖1 網絡架構圖

圖2 電報流程圖

THALES 自動拍發電報經過ATX 信道進入48路轉報機。48路轉報機根據路由尋址，將電報發給對應收報地址的信道。AZZ信道為轉報機與綜合電報處理系統之間的接口信道。轉報機發出電報經AZZ 信道進入綜合電報處理系統接口程序，經程序處理存入數據庫之中。最終發給96路轉報機，再經96路轉報機尋址分發給外部。96路接口程序和48路接口程序為同一臺終端運行，此終端位于區域管制中心。而電報分析和電報收發分別運行在兩臺終端，位于航管樓終端機房。接口程序均分為主用接口程序和備用接口程序，平時程序只運行在主用接口終端，備用接口終端為熱備狀態。以區管接口程序為例，當接口程序發生故障需要切換到備機時，嚴格按照順序依次關閉96路接口程序，AZZ 信道，48路接口程序，然后在備機上依次打開96路接口程序，AZZ 信道和48 路接口程序。關閉AZZ 信道只能保證THALES 往外發報方向的電報在轉報機積壓不丟失，因此需要關閉接口程序保證THALES 接收電報不會丟失。

3 配合自動化系統完成主備切換

ATX 信道路由方式采用AZZ 信道強行入隊的方式。當THALES 切換為備用28所系統時需要將ATX 的信道路由方式改為AAA（AAA 為空甩的垃圾信道），以確保THALES 拍發電報不會發送給綜合電報處理系統。并將ALZ（備用28所系統）的信道路由方式由AAA 改為AZZ 信道，以確保備用系統電報能夠正常發給綜合電報處理系統。

無論THALES 系統當前作為主用還是備用，他都會正常接受所有電報。當THALES 系統因任何原因暫時關閉或者重啟時，轉報機發給THALES 系統的電報會丟失。因此如果有計劃要關閉或者重啟THALES 系統（包括切換FDP 傳輸設備）時，要提前關閉ATX 信道，使轉報機主動停止發送給THALES 電報，并在轉報機壓住報文。待THALES 系統啟動后打開ATX 信道即可正常釋放電報，不會造成電報丟失。關閉ATX 信道必須有一個前提需要注意，既THALES 系統已經不對外發報。因為關閉ATX 信道會導致THALES 系統所有發出的報文丟失，因此必須提前確認當前對外發報系統是其他備用系統，THALES 系統不對外發報。

如果主備切換期間造成了任何電報的丟失，飛行服務中心負責對外補發丟失的電報。如果丟失電報量過多，值班員可在轉報機前臺系統重復丟失時間段內的電報。

4 典型案例

故障現象：THALES V.5系統在升級切換過程中建鏈異常

造成的影響：發給THALES V5系統的電報故障期間丟失部分電報、FDO 席管制員反映溢出電報過多

處置過程：主任維修席通知01：30（本文時間均為北京時）進行自動化系統主備切換；

01：44值班員完成準備工作并回復主任維修席；

01：44區管設備室完成自動化主備系統切換，28所備份系統正式對外發報；

01：44值班員完成啟動工作并回復主任維修席；

01：45主任維修席通知按計劃對THALES V.5系統進行重啟操作，值班員配合關閉ATX 信道停止給THALES V.5系統發報并回復主任維修席；

05：03發現ATX 信道未關閉，導致部分電報丟失，重新執行關閉ATX 操作

05：20自動化通知值班員打開ATX 信道。

05：22 打開ATX 信道，無法與自動化建鏈，VANLINK 監控顯示端口正常，線纜異常。

05：54與自動化恢復建鏈，與自動化確認收發報正常。

06：10應自動化要求，重發01：44至06：00期間電報。

故障原因分析：管制FDO 席反映異常電報量突然增多：

原因：01：45主任維修席通知按計劃對THALES V.5系統進行重啟操作，值班員配合關閉ATX 信道停止給THALES V.5系統發報，但未執行關閉操作，造成從01：45-05：03、05：23-05：52兩個時間段內發給自動化的電報可能有丟失，因此當自動化06：30切回THALES V.5系統作主用后，值班員補發了01：40-06：00之間發給自動化的電報，重發的電報中，自動化系統不能自動處理的均發往FDO 席人工處理。

05：22-05：52自動化系統無法與轉報系統建鏈：原因待查

05：03-05：22 之間，ATX 信道處于關閉狀態，VANLINK監控顯示“端口正常、線纜正常、建鏈異常”，05：22打開ATX信道后，監控告警更新為“端口正常、線纜異常”。

根據以往的工作驗證，自動化系統進行 FDP 重啟操作的過程中，VANLINK 監控告警會提示“端口正常、線纜異常”

05：03-05：22期間自動化進行了FDP 服務器冷重啟，但自動轉報此時段關閉了ATX 信道，所以VANLINK 監控顯示“端口正常、線纜正常、建鏈異常”，當05：22打開ATX 信道后，監控告警更新為“端口正常、線纜異常”，原因可能是自動化系統FDP 服務器重啟未完成。

同類故障的排除方法、步驟及建議措施：

（1）細化檢查單：

增加檢查單中涉及到的各項操作的驗證步驟，確保每一項操作都真正執行；

增加通知廠家技術支持，發生突發故障時，廠家工程師可以遠程協助排查；

發生補發電報的情況時，增加通知管制FDO 席關注電報溢出情況，及時處理。

（2）故障復盤：

利用SSF 自動化設備，對故障進行復盤，查找故障原因。

5 案例深度解析

造成本次故障最主要的原因是值班員未能正確關閉ATX 信道，并在未關閉ATX 信道的狀態下進行了THALES 系統重啟，導致重啟期間轉報機發送給THALES 系統的所有電報丟失。在發現報文丟失后，值班員選擇重復了01：40-06：00之間發給自動化的電報。這個時間段內電報總數有1500份，但是真實丟失電報只有THLAES 重啟停用期間發送給THALES 的電報。因此造成了大量的電報重復，導致THALES 系統無法正常處理，轉由FDO 席位人工處理，對系統正常運行造成了影響。本次故障根本原因在于未能正確關閉ATX 信道。在今后工作當中，技術人員應該加強自身技術能力，并且對信道配置進行操作后要刷新確認改動是否執行。直接原因是給THALES 發送大量重復電報。今后碰到需要轉報機重復發送給THALES 的電報時，應及時與自動化部門交流決定重復電報的時間。盡量避免大量重復電報進去自動化系統，導致自動化系統無法處理。