黃順利 陳蔚 劉國鋒

摘 要：民航自動轉(zhuǎn)報系統(tǒng)在空管運行及對外服務中的重要性日益凸顯，不同廠家的硬件、軟件在轉(zhuǎn)報系統(tǒng)中的使用呈現(xiàn)多樣性，怎樣排除因系統(tǒng)兼容性及處理機制的不同造成的報文收發(fā)不暢問題是排故工作的難點。文章以東進自動轉(zhuǎn)報系統(tǒng)為例，對此類典型案例進行分析總結(jié)，供設備維護人員參考。

關鍵詞：民航自動轉(zhuǎn)報系統(tǒng)；兼容性；案例；排故

中圖分類號：V351.36 文獻標志碼：A 文章編號：2095-2945（2018）11-0117-03

Abstract： The importance of civil aviation DMHS in the operation of air traffic control and external service is becoming increasingly prominent. The hardware and software of different manufacturers are used in the transfer system in a variety of ways. How to eliminate the problem caused by different system compatibility and processing mechanism is the difficulty of troubleshooting. This paper takes Dongjin DMHS （Data & Message Handling System） as an example to analyze and summarize this kind of typical cases， which can be a reference for equipment maintainers.

Keywords： civil aviation automatic DMHS； compatibility； case； troubleshooting

引言

民航自動轉(zhuǎn)報系統(tǒng)作為傳輸飛行動態(tài)、航行情報信息、氣象信息等情報的重要通信手段，其正常運行關系著飛行的安全與正常，關系著空管行業(yè)對外服務水平?！睹裼煤娇諝庀蟮孛嬗^測規(guī)范》中關于03分前發(fā)出例行觀測報文的要求及2013年1月正式施行的《民航空管系統(tǒng)氣象工作質(zhì)量管理辦法》中氣象業(yè)務差錯標準10分鐘的界限，對氣象服務質(zhì)量提出高要求的同時對自動轉(zhuǎn)報系統(tǒng)的正常運行時間、故障時間、排故時間都提升了一個高度。

自動轉(zhuǎn)報系統(tǒng)除需連接本系統(tǒng)自帶發(fā)報終端外，還需連接其他廠家的轉(zhuǎn)報系統(tǒng)或其他設備服務器，系統(tǒng)的兼容性亦是轉(zhuǎn)報系統(tǒng)維護需關注的重點，因?qū)ζ渌B接系統(tǒng)知識掌握的有限，有些內(nèi)容甚至跨專業(yè)，此點也是排故工作的難點。本文以東進自動轉(zhuǎn)報系統(tǒng)為例，對此類典型案例進行分析總結(jié)，望為日后工作提供參考，盡量避免因轉(zhuǎn)報系統(tǒng)故障導致的管制和氣象不安全事件的發(fā)生。

1 東進轉(zhuǎn)報系統(tǒng)概述

北京東進DCTT PRO系列自動轉(zhuǎn)報系統(tǒng)[1]是在Windows操作系統(tǒng)下開發(fā)的民航專用電報自動處理設備，由服務器、通訊接口設備、系統(tǒng)軟件、客戶端軟件、其他外圍設備組成。

阿克蘇空管站使用的就是該系列轉(zhuǎn)報系統(tǒng)，系統(tǒng)采用2部交換機（1部冷備份）掛接2部路由器（1部冷備份）來完成16路的轉(zhuǎn)報地址路由，每1部路由可接8路RS232接口終端和8路雙流接口終端[2]，其中前2路路由作為轉(zhuǎn)報系統(tǒng)中繼傳輸使用，完成與烏市轉(zhuǎn)報系統(tǒng)的報文交換，其系統(tǒng)框圖詳見圖1。因管制情報、氣象AWOS系統(tǒng)、氣象數(shù)據(jù)庫系統(tǒng)、自動化系統(tǒng)等需轉(zhuǎn)報系統(tǒng)提供管制、氣象報文信息，這幾個系統(tǒng)服務器將連接轉(zhuǎn)報系統(tǒng)的一個終端通道，自動轉(zhuǎn)報系統(tǒng)發(fā)送的報文需經(jīng)過此類系統(tǒng)的處理方可供用戶使用，系統(tǒng)間軟件的處理機制不同對轉(zhuǎn)報系統(tǒng)排故的及時性存在一定影響。

2 故障案例一

2.1 故障現(xiàn)象

阿克蘇空管站轉(zhuǎn)報系統(tǒng)中繼傳輸由1地1空保障，分別為ATM、C波段衛(wèi)星，針對ATM鏈路端口假死現(xiàn)象頻發(fā)、C波段衛(wèi)星運行不穩(wěn)定的情況，站設備保障部門與局本部協(xié)商增加平面網(wǎng)B網(wǎng)（聯(lián)通）鏈路作為自動轉(zhuǎn)報系統(tǒng)的第三保障鏈路。

對烏市航管科技轉(zhuǎn)報系統(tǒng)、平面網(wǎng)B網(wǎng)路由器、空管站自動轉(zhuǎn)報系統(tǒng)完成相關設置后，雙方互發(fā)測試報，平面網(wǎng)B網(wǎng)（聯(lián)通）鏈路收發(fā)報文正常。下一整點氣象觀測人員發(fā)布例行天氣報告，報文發(fā)送成功，技保值班人員在轉(zhuǎn)報監(jiān)控終端發(fā)現(xiàn)此報文在轉(zhuǎn)報系統(tǒng)“2通道”（平面網(wǎng)B網(wǎng)鏈路）循環(huán)收發(fā)，此時觀測人員告知檢查回報時發(fā)現(xiàn)多份回報，氣象數(shù)據(jù)庫入庫時間被覆蓋（報文發(fā)出時間在整點3分鐘以內(nèi)，因循環(huán)收發(fā)造成氣象數(shù)據(jù)庫入庫時間超過3分鐘）。

2.2 故障分析[3]

（1）系統(tǒng)硬件物理鏈接不正確，收發(fā)短路，致使電報收發(fā)死循環(huán)。

（2）各系統(tǒng)參數(shù)設置問題。

（3）系統(tǒng)軟件存在BUG。

（4）其他問題引起。

2.3 故障處理

第一步：將轉(zhuǎn)報系統(tǒng)中繼傳輸鏈路恢復至ATM鏈路，進行收發(fā)報文測試正常，持續(xù)觀測下一整點例行天氣報告報文情況，未出現(xiàn)報文循環(huán)收發(fā)情況。

第二步：檢查硬件物理連接。阿克蘇空管站工作程序具有其特殊性，為規(guī)范觀測員發(fā)報流程，確保例行天氣報文的及時性和準確性，氣象觀測員需通過轉(zhuǎn)報系統(tǒng)觀測回報終端對報文發(fā)送情況進行查詢，正常情況下應有4份回報，發(fā)報地址為ZWAKYMYX、ZWAKYZYX各兩份，發(fā)報地址ZWAKYMYX為氣象觀測發(fā)報終端發(fā)送的報文產(chǎn)生的回報，發(fā)報地址ZWAKYZYX為氣象數(shù)據(jù)庫通信機設置對AFTN鏈路發(fā)來的報文為其自動添加ZWAKYZYX地址。

三系統(tǒng)連接簡化框圖如圖2所示，由第一步將中繼傳輸鏈路改為ATM系統(tǒng)正?？膳袛鄦栴}可能出在東進轉(zhuǎn)報系統(tǒng)、平面網(wǎng)B網(wǎng)、航管科技轉(zhuǎn)報系統(tǒng)部分。

由在發(fā)觀測整點報文前用平面網(wǎng)B網(wǎng)鏈路與烏市進行測試報收發(fā)，顯示正常，且無其他用戶出現(xiàn)此情況，可判斷東進轉(zhuǎn)報系統(tǒng)、平面網(wǎng)B網(wǎng)、航管科技轉(zhuǎn)報系統(tǒng)單獨工作正常。

東進轉(zhuǎn)報系統(tǒng)通過RS232接口連接到平面網(wǎng)B網(wǎng)路由器，檢查測試連接線收發(fā)是否短路，顯示正常，通知烏市檢查其連接狀況，結(jié)果正常。

第三步：檢查轉(zhuǎn)報軟件參數(shù)設置。與烏市核對轉(zhuǎn)報系統(tǒng)參數(shù)。

出、入冠字正確。速率匹配。

碼制5號碼，數(shù)據(jù)位8，發(fā)報頭SOH，報尾ETX。

檢查結(jié)果：兩臺轉(zhuǎn)報系統(tǒng)參數(shù)設備匹配、正確。

第四步：軟件情況檢查。分別與航管科技、東進廠家確認軟件、進程，廠家確認正常。

第五步：深入分析研究其他原因。主要考慮兩轉(zhuǎn)報系統(tǒng)與氣象數(shù)據(jù)庫系統(tǒng)兼容性問題。

站轉(zhuǎn)報系統(tǒng)2通道原為C波段衛(wèi)星中繼鏈路，其碼制、數(shù)據(jù)位、報頭、報尾均與ATM通信鏈路一致，分別為二號碼、5、ZCZC、NNNN，將2通道由C波段衛(wèi)星鏈路改為平面網(wǎng)B網(wǎng)鏈路后碼制、數(shù)據(jù)位、報頭、報尾將作相應調(diào)整，如鏈路正常、參數(shù)匹配，則報文收發(fā)正常，故考慮數(shù)據(jù)庫轉(zhuǎn)發(fā)機制。

氣象數(shù)據(jù)庫系統(tǒng)對報文的收集和轉(zhuǎn)發(fā)主要依靠通信機實現(xiàn)，數(shù)據(jù)庫服務器僅起到存儲報文的功能，則將重點放在通信機的BSB資料處理規(guī)則。

通過分析轉(zhuǎn)報參數(shù)變化和數(shù)據(jù)庫通信機處理規(guī)則發(fā)現(xiàn)，烏市航管科技轉(zhuǎn)報系統(tǒng)在改完系統(tǒng)參數(shù)后，發(fā)出的報文末尾會有一個十六進制“0D”字符，由于兩套轉(zhuǎn)報系統(tǒng)品牌不同，致使我站轉(zhuǎn)報系統(tǒng)無法解析烏市航管科技轉(zhuǎn)報系統(tǒng)發(fā)送末尾“0D”字符，將此字符解析為特殊符號，并將解析后的報文向數(shù)據(jù)庫系統(tǒng)通信機轉(zhuǎn)發(fā)，致使通信機認為轉(zhuǎn)報系統(tǒng)發(fā)來一份新的報文，通信機根據(jù)轉(zhuǎn)發(fā)規(guī)則向我站轉(zhuǎn)報系統(tǒng)轉(zhuǎn)發(fā)此報文，轉(zhuǎn)報系統(tǒng)根據(jù)轉(zhuǎn)報規(guī)則向烏市航管科技轉(zhuǎn)報系統(tǒng)轉(zhuǎn)發(fā)此報文，烏市航管科技轉(zhuǎn)報系統(tǒng)收到報文后再次向我站轉(zhuǎn)報系統(tǒng)轉(zhuǎn)發(fā)報文末尾累加十六進制“0D”字符的報文，以此多次循環(huán)，導致數(shù)據(jù)庫入庫時間被覆蓋。烏市航管科技轉(zhuǎn)報系統(tǒng)更改參數(shù)設置后，恢復正常。

2.4 故障總結(jié)

該故障是因為三系統(tǒng)處理機制不同，將一份報文錯認為是多份新報，致使循環(huán)收發(fā)報文，循環(huán)收發(fā)的報文致使數(shù)據(jù)庫入庫時間超過3分鐘，易誤判為氣象業(yè)務差錯，影響氣象業(yè)務服務質(zhì)量。設備物理鏈接及軟件配置是排故重點外，還應考慮不同系統(tǒng)的兼容性問題，深入了解各系統(tǒng)的工作原理、處理機制將對設備維護有重要作用。

3 故障案例二

3.1 故障現(xiàn)象

轉(zhuǎn)報系統(tǒng)客戶端軟件的通道狀態(tài)監(jiān)視窗口顯示3通道管制處理接收燈持續(xù)閃爍，通過報務管理查詢3通道接收報文，發(fā)現(xiàn)轉(zhuǎn)報系統(tǒng)持續(xù)接收3通道發(fā)送的報文，報文內(nèi)容為字母亂碼。

3.2 故障分析

（1）終端軟件故障。

（2）系統(tǒng)硬件物理鏈接不正確。

（3）其他問題引起。

3.3 故障處理[4]

第一步：將轉(zhuǎn)報系統(tǒng)異步單元3通道物理鏈接斷開，避免轉(zhuǎn)報系統(tǒng)服務器癱瘓，發(fā)現(xiàn)3通道報文停止接收，可判斷轉(zhuǎn)報系統(tǒng)硬件、軟件正常，故障點應在3通道的物理鏈接或軟件。

第二步：檢查3通道終端發(fā)報軟件。此通道發(fā)報軟件并非東進發(fā)報軟件，而是局本部自行研發(fā)的航管電報自動處理軟件，此軟件除具有收、發(fā)報文功能，還具有飛行計劃制作、顯示和提示功能，軟件包括電報收發(fā)網(wǎng)關、數(shù)據(jù)處理、飛行計劃顯示三個部分，前兩部分正常運行飛行計劃顯示功能方可啟用。

查看此終端收發(fā)報文，發(fā)現(xiàn)最新航班動態(tài)信息報文未收到，一直對外發(fā)送字母亂碼。因終端一直對外發(fā)送報文，無法判斷接收是因為通道占用還是因為物理鏈接不正常導致的。

因航管電報自動處理軟件為局管制人員研發(fā)，無相關培訓材料，故我站設備維護人員缺乏此軟件排故經(jīng)驗。為排除此軟件故障，將軟件服務禁止，采用東進發(fā)報終端或超級終端替代此發(fā)報軟件，將RS232接口端收發(fā)環(huán)路，發(fā)送測試報，未收到報文，可判斷故障在物理鏈接。

第三步：檢查硬件物理連接。為延長通信距離，降低丟包率，在轉(zhuǎn)報異步單元和轉(zhuǎn)報終端電腦端分別安裝了接口轉(zhuǎn)換器，通過網(wǎng)線進行傳輸，通過測試網(wǎng)線通斷排除網(wǎng)線故障，通過分別替換兩個接口轉(zhuǎn)換器判斷轉(zhuǎn)報異步單元端接口轉(zhuǎn)換器故障，更換上線測試后系統(tǒng)恢復正常。

3.4 故障總結(jié)

該故障為硬件原因造成，因發(fā)報終端所安裝軟件為專用軟件，需先排除軟件故障后對硬件進行檢查，硬件檢測中因中間傳輸環(huán)節(jié)多且不具備接口轉(zhuǎn)換器排故知識，僅能依靠替代法排故。建議盡量減少傳輸環(huán)節(jié)中間節(jié)點，避免增加需排除環(huán)節(jié)，并且增加傳輸環(huán)節(jié)的設備備件存儲。

4 結(jié)束語

通過以上案例，對東進轉(zhuǎn)報系統(tǒng)、航管科技轉(zhuǎn)報系統(tǒng)、氣象數(shù)據(jù)庫軟件的處理機制和硬件故障的排除方法有了更深入的了解，開拓了思路，告訴我們不但要關注單個系統(tǒng)，更要關注系統(tǒng)間的問題。

參考文獻：

[1]北京東進記錄科技有限公司.自動轉(zhuǎn)報系統(tǒng)用戶手冊[Z].

[2]呂國祥.東進自動轉(zhuǎn)報機應急系統(tǒng)的改造[J].空中交通管理，2011（7）：48-50.

[3]李惠玲.DMHS-M自動轉(zhuǎn)報系統(tǒng)無法自動切換的分析與處理[J].空中交通，2014（10）：65-66.

[4]李安娜.貴陽藍波ZB16/64-D自動轉(zhuǎn)報機典型案例分析[J].信息與電腦，2016（10）：52-53.

[5]楊奕堂.一種民航轉(zhuǎn)報機硬盤I/O性能監(jiān)控的設計與實現(xiàn)[J].科技創(chuàng)新與應用，2015（01）：59.