曝光台 注意防骗
网曝天猫店富美金盛家居专营店坑蒙拐骗欺诈消费者
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.aero.cn
航空翻译 www.aviation.cn
本文链接地址：
空管资料6(19)
