曝光臺 注意防騙 網曝天貓店富美金盛家居專營店坑蒙拐騙欺詐消費者

Approach 分區中，雷達處理采用MRTS。管制員可以選擇APP 和/或Plot 的
航跡顯示方式。
4.2.2 測試步驟：
a) 操作：在Approach HMI 席位上，打開/關閉APP 按鈕。
結果：當APP 按鈕未選中時，系統航跡按MRTS 內部航跡頻率更新顯
示。當APP 按鈕選中時，系統航跡按照定義的近境雷達的掃
描頻率更新顯示。
b) 操作：在Approach HMI 席位上，打開/關閉Plot 按鈕。
結果：當Plot 按鈕未選中時，只有系統航跡被顯示。當Plot 按鈕
選中時，同時顯示近境雷達的點跡信息。
94
5 BYPASS 功能測試
5.1 BYPASS 雷達航跡的處理和顯示
5.1.1 測試說明：
系統具有旁路雷達處理的功能。在主用雷達處理失效或人工選擇時可以使用
旁路雷達的航跡進行顯示。
5.1.2 測試步驟：
a) 操作：在Enroute 的HMI 席位上單擊Position 設置按鈕。
結果：System/Position Processing Status 窗口被打開。
b) 操作：在System/Position Processing Status 窗口中，單擊Main Radar
按鈕，選擇ByPass。
結果：旁路雷達顯示選項被打開。
c) 操作：在Setup 窗口中，單擊ByPass Radar 按鈕，隨機選擇要查看的
雷達（如BJ1，TYN 等）。
結果：所選擇的旁路雷達航跡能正常顯示。
d) 操作：在Approach 和Remote Tower 的HMI 席位上重復以上操作。
結果：所選擇的旁路雷達航跡能正常顯示。
6 SNMAP
6.1 TDAW告警測試
6.1.1 測試說明：
系統具設置臨時危險區域（OPSUP）的功能。當處于管制狀態的航跡進入臨
時危險區域時系統會在相應的席位上發出告警。
6.1.2 測試步驟：
a) 操作：在EC 席位上，建立一個飛行計劃使之與一雷達航跡相關，并且
獲得航跡的管制權。
結果：得到一個相關的航跡。
b) 操作：在OPSUP 席位上，在上述航跡要進入的區域建立一個TDA，并保證
航跡的高度在TDA 的高度范圍之內。
95
結果：TDA 地圖建立成功，所有席位上都顯示該地圖。
c) 操作：等待航跡進入TDA 區域。
結果：在對航跡管制的EC 和PLC 席位上產生了TDAW 告警。
d) 操作：將航跡移交給另一個EC。
結果：移交過程中，兩個EC 都顯示告警，移交后，只有對航跡進行
管制的EC 顯示告警。
e) 操作：在OPSUP 上，刪除TDA。
結果：TDA 地圖從所有的席位上刪除。TDAW 告警消失。
6.2 CLAM 告警測試
6.2.1 測試說明：
當航跡的MCL 和CFL 值不匹配時系統會產生CLAM 告警。
6.2.2 測試步驟：
a) 操作：在EC 席位上，建立一個飛行計劃使之與一雷達航跡相關，并且
獲得航跡的管制權。
結果：得到一個相關的航跡。
b) 操作：修改航跡的CFL 使之與MCL 不相匹配。（如果航跡在下降，則輸
入一個大于MCL 的值，如果航跡在上升，則輸入一個小于MCL 的
值）
結果：CLAM 告警在相應席位上產生。
6.3 RAM 告警測試
6.3.1 測試說明：
當航跡的位置不在預計的航線上時，系統會產生RAM 告警。
6.3.2 測試步驟：
a) 操作：在EC 席位上，建立一個飛行計劃使之與一雷達航跡相關，并且
獲得航跡的管制權。
結果：得到一個相關的航跡。
b) 操作：修改航跡的航路，使雷達航跡的位置與預計的航路不一致。
結果：RAM 告警在相應的席位上產生。
96
7 FPCP
7.1 手動沖突測試
7.1.1 測試說明：
系統具有手動檢測飛行計劃是否存在沖突的功能，并能測試對計劃的修改是
否會導致沖突。
7.1.2 測試步驟
a) 操作：在EC 席位上，建立兩個航路相同的AFIL 飛行計劃，分別取名為
TEST1 和TEST2。給這兩個飛行計劃分配不同的CFL。使兩個計劃
在水平方向距離接近但在垂直方向分開。起飛這兩個計劃并獲得
管制權。
結果：得到兩個Jurisdiction 的計劃航跡。計劃不處于沖突狀態。
b) 操作：右鍵單擊TEST1 的標牌，選擇TRIAL。
結果：FPCP TRIAL WINDOWS 打開。
c) 操作：左鍵單擊FPCP TRIAL WINDOW 中的CFL 域，選擇與TEST2 相同的
高度。左鍵單擊TRIAL 按鈕。
結果：FPCP TEST WINDOW 被打開，TEST2 被顯示在沖突列表中。
d) 操作：右鍵單擊FPCP TEST WINDOW 中的TEST2 的ACID。
結果：TEST1 和TEST2 的沖突區域被顯示出來。
7.2 自動沖突測試
7.2.1 測試說明：
系統具有自動檢測飛行計劃是否存在沖突的功能，存在沖突的計劃將在FPCF
ALERT 窗口中列出。
7.2.2 測試步驟
a) 操作：在EC 席位上，建立兩個航路相同的飛行計劃，分別取名為TEST3
和TEST4。給這兩個飛行計劃分配相同同的CFL。
結果：得到兩個Preactive 的計劃。
b) 操作： 確認TEST3 和TEST4 不在沖突檢測庫里（FPW 中的FPCP ADD/DEL
域為O）。打開FPCF ALERT WINDOW，將DISPLAY 改為PREACTIVE。
97
左鍵單擊Probe 按鈕。
結果：FPCP TRIAL WINDOWS 中沒有TEST3 和TEST4 沖突對。
c) 操作：打開TEST3 的FPW 窗口，左鍵單擊ADD/DED 按鈕。
結果：TEST3 被加入沖突檢測庫中，FPCP ADD/DEL 域顯示為I。
d) 操作：在FPCF ALERT WINDOW 中左鍵單擊Probe 按鈕。
結果：TEST3 和TEST4 的的沖突情況被顯示出來。
e) 操作：在FPCF ALERT WINDOW 中左鍵單擊DISPLAY 按鈕。選擇COORD+。
結果：TEST3 和TEST4 的的沖突情況不再被顯示。
f) 操作：將TEST3 和TEST4 起飛。
結果：得到兩個沖突的計劃航跡。
8 AGDP
8.1 AGDP 鏈路測試
8.1.1 測試說明
AGDP 在系統中擔負著ADS 和CPDLC 的處理。在OPS 的配置下，這兩個功能
的測試都需要與有相應機載設備的航班配合，SSF 不具備這樣的測試條件。而在
SIMU 的配置下，ADS 和CPDLC 通訊都由軟件模擬，通訊并未通過外部線路，測試
的情況與OPS 出入較大。因此在這里我們只進行AGDP 的鏈路檢查。
　
中國航空網 www.k6050.com
航空翻譯 www.aviation.cn
本文鏈接地址：空管資料6(19)