空管自動化系統接收雷達信號異常情況分析

張漪嵐

摘要：空管自動化系統作為民航空管部門實施對空指揮的核心系統，通過處理雷達信號等監視數據，為管制員提供空中飛行態勢的顯示和各種飛行沖突的實時情況。空管自動化系統對雷達信號的質量有著要格的要求，當空管自動化系統接收雷達信號異常時，將影響管制員的對空指揮，給日常工作帶來極大安全隱患。本文詳細闡述了空管自動化系統接收雷達信號的過程及雷達信號異常情況分析。

關鍵詞：空管自動化系統;雷達信號處理

空管自動化系統通過處理接收到的雷達數據，為管制部門提供準確的航空飛機的具體飛行狀態，其中包括：航向、高度、航速、航班號等信息，使管制人員對飛機在整個飛行過程中存在的各種沖突和異常加以明確，能夠及時有效地處理突發類事情。就目前我國在用的空管自動化系統種類很多，以北京區管中心為例，主用系統采用THALES系統，備用系統采用南京28所系統。當空管自動化系統接收雷達信號異常時，會出現丟失飛機目標、假飛機目標，大面積丟失扇區的現象，給管制指揮及日常工作帶來了極大的隱患，本文詳細闡述了空管自動化系統接收雷達信號的過程及雷達信號異常情況分析。

我國現階段的雷達傳輸方式主要是通過租用運營商2M中繼鏈路，經過路由器或PCM設備實現遠距離傳輸。如下圖所示：

根據日常的運行維護中遇到的各種故障進行統計發現，影響自動化系統接收雷達信號異常的因素主要有一下幾個方面：1、雷達源信號質量問題 2、中繼運營商鏈路問題3、傳輸設備的問題 4、自動化系統問題，下面將分別詳細闡述這4個方面。

一、雷達源信號質量問題

隨著近年來民航業的飛速發展，航班量的迅猛增加，雷達設施設備已經滿足不了現有行業發展，需要加裝新型雷達滿足對所轄空域的覆蓋，此外維護人員對雷達設備設施維護的不到位也會有問題的雷達信號源。如鄭州某部雷達信號，在50KM外雷達信號就會不準確，固定反射假目標，傳輸至自動化系統就會產生假信號或信號分裂，對管制指揮造成影響。如濟南某部雷達，產生磁偏角，雷達源數據也無法使用。因此，加裝新型雷達，滿足空域覆蓋要求十分有必要。

二、中繼運營商鏈路問題

（一）中繼運營商鏈路質量問題

雷達信號傳輸主要依賴中繼運營商的服務，實現遠距離傳輸，運營商2M專線的穩定性在雷達信號傳輸中就尤為重要。據不完全統計，自動化系統接收雷達信號異常故障中有50%以上為運營商鏈路問題引起的。下面以北京區域管制中心引接鄭州2雷達信號為例，通過HCT8810儀表進行GPS時鐘校后，進行雷達延時測試，測試結果如圖一所示：

分析： 鄭州INDRA vanguard路由整體延時穩定在60-120ms，但存在一些突發延時增大至750ms后持續較短時間后立刻恢復的情況，延時增大原因疑似為運營商的中繼鏈路在某一時刻存在較大抖動。2M專線出現鏈路抖動，時延時，會對雷達數據造成數據包丟失，數據包錯誤，數據包延時等。空管自動化系統對雷達信號傳輸有著嚴格的要求，雷達信號延時不能超過1s，并且自動化系統是多雷達信號融合，單個雷達信號出現問題就會影響到多雷達信號融合，對管制造成影響。

（二）傳輸環節復雜問題

雷達信號傳輸路由復雜也會造成自動化系統接收雷達信號異常。以鄭州2雷達為例，鄭州2雷達送往北京區管中心的雷達信號有2個路由，一種是從雷達站先經航管樓在通過本地區傳輸網傳輸到廣州落地，再通過聯通2M傳到北京區管，另外一種是從雷達站直傳到北京區管。如圖二所示：

我們使用測試儀表HCT8810，校時后對雷達信號做雷達延時測試，測試數據如表一所示：

分析：該路由在測試時段內，鄭州INDRA雷達站至鄭州航管樓傳輸延時平均2295.9ms，鄭州航管樓至廣州區管傳輸平均延時為268.2ms（2564.1-2295.9），廣州區管至北京區管傳輸平均延時為143.5.ms（2707.6-2564.1），該路由本身鄭州INDRA雷達站至鄭州航管樓延時過大，造成累計傳輸至北京區管的時延增大。

分析：該路由為鄭州2雷達至北京區管中心得直傳路由，不存在鄭州航管樓和廣州區管中心兩個測試點，測試結果平均延時100.8ms，所以基本確定該路由傳輸各環節延時數據正常。

由表中數據我們可以看出，傳輸環節越多，傳輸延時就越大，故障發生的幾率就越大，自動化接收雷達信號異常的可能性也就越高。所以盡可能的縮短傳輸路徑至關重要。

三、傳輸設備的問題

雷達數據傳輸通常由路由器或PCM傳輸，以北京區域管制中心為例，在用傳輸設備為VANGUARD路由器，該路由器中繼端口全部使用Annex_G的協議 在Annex_G的協議中，其采用的是X.25機制，在數據鏈路層將握手、流控、重傳功能全部實現。在Annex_G協議下，有congestion control mode擁塞控制模式參數，當擁塞控制參數較低時，在短時間內飛機增加的情況下，會造成雷達數據包增加，導致數據包擁塞甚至數據包的丟包，自動化處理雷達數據異常，最終導致雷達信號不正常顯示情況，對管制造成影響。

以洛陽雷達為例，使用HCT8810儀表測試洛陽雷達信號24小時，結果如圖三所示：

分析：測試數據顯示，洛陽雷達在上午08：50-09：30，下午13：30-14：30存在時延高峰，高峰時最大延時2.6s-4.8s，懷疑因航班量大、數據包多造成傳輸數據量過大，一旦數據量超過傳輸鏈路設置的最大傳輸能力，數據會在路由器內緩存造成輸出數據存在較大傳輸延時。

在測試期間，協調洛陽雷達站立即對其雷達信號分配器時鐘速率進行調整，由9600 bit/s調整為19.2K bit/s，延時隨即降低。受洛陽雷達站要求，測試后將時鐘速率改回9600bit/s。如圖四所示：

根據《空中交通管理二次監視雷達設備技術規范》（MHT4010-2006）4.12.2數據傳輸應采用HDLC協議，輸速率可設置為9.6Kbs，19.2Kbs，38.4Kbs，64Kbs。

二次雷達在使用S模式運行且CAT34/48協議輸出時，經測算：一個目標50字節，加入每個目標每次輸出3個BDS信息（共25字節），雷達周期4秒，一個CAT34服務信息報文15字節，一個旋轉周期32個扇區報和一個正北報文，如果檢測到100個目標情況下需要[（50+25）*8/4=15990=15.9K（bit/s），因此19.2K的帶寬在航班量不大的時候僅僅能夠使用，當目標數超過100架次，傳輸速率仍為19.2Kbs時，雷達輸出后，傳輸設備傳輸速率小于或等于19.2Kbs時，數據包就會堆積，數據出現延時，甚至丟包，這樣會造成自動化系統信號航跡矢量線異常擺動和丟失目標的現象。所以，在以后的雷達源參數設置及傳輸設備參數設置時，應盡可能的增大傳輸速率，這將有效避免因為傳輸速率不足造成自動化系統接收雷達信號數據異常。

四、自動化系統問題

隨著民航業的發展，自動化系統版本也在不斷升級，其對雷達信號處理的過程也越來越細致。在這里，我們同樣需要設置一下參數對雷達數據進行修正。如多雷達處理算法中，每部雷達測量飛機的位置時，在方位角和距離上存在一定的偏差。因此采取對雷達數據需要進行一定的BIAS補償，使其更趨近于飛機的實際位置。方位角和距離的補償值有兩種模式，一種是手動模式，即設定一個固定值的BIAS數值，在融合計算時始終按此值進行補償;另一種是自動模式，即依靠系統中算法固定周期選取10個點跡報告，計算一次BIAS數值，作為動態調整的參數。BIAS數值的選取不合理會導致對此雷達信號修正的不準確，進而當系統航跡使用此雷達航跡更新會不準確，繼而造成矢量線擺動或者假信號的問題。因此，在自動化系統中，我們要認真配置這些參數，避免因系統參數設置問題影響自動化系統的運行。

五、結束語

空管自動化系統將隨著民航業的技術進步而不斷升級，其對雷達信號質量要求也會越來越嚴格。我們會不斷尋求解決雷達信號問題的方式方法，為今后的民航空管設備運行提供強有力保障。

參考文獻：

[1]游小偉 淺析民航空管雷達數據質量 ?科技論壇 2014.30

[2]王槐驍 FA16網絡中雷達信號傳輸質量分析 物聯網技術 2013.10

[3]賈興亮 雷達數據傳輸質量的影響要素與其對策 無線互聯科技 2014.7