湛江莱斯自动化AIDC移交异常故障分析

摘要：本文介绍了莱斯自动化AIDC移交的信号流程和原理，结合系统运行过程中的AIDC移交异常的典型案例，从故障现象、排查过程、故障原因、处理措施等方面进行详尽的分析。湛江进近和相邻管制单位之间采用AIDC移交来移交航空器，提高了管制工作效率。

关键词：莱斯自动化；AIDC移交；

引言

目前，在不同空中交通管制单位之间，航班的管制权限移交有话音移交和AIDC移交。话音移交通过打电话告知下一管制单位某航班即将进入，包括该航班的航班号，二次应答机，高度，速度等信息。由于管制员交流时可能出现口误，或因交流时精力分散，影响空中交通管制，对飞行运行安全有潜在的不利影响。而AIDC移交是国际民航组织制定的亚太地区相邻飞行管制间数据通信和管制电子移交的标准协议。AIDC移交要求有明确的移交点、移交时间、移交高度等信息，适用于不同管制单位间在水平方向的管制权限移交，有效地提高管制工作效率，保障航空安全。笔者根据对莱斯自动化的运维经验，对系统AIDC移交异常情况进行分析，并提出处理意见。

1  湛江莱斯自动化AIDC移交的原理和信号流程

目前，湛江莱斯自动化与相邻管制单位间进行AIDC移交。AIDC移交通过MHT4008-2000空管雷达及管制中心设施间协调数据规范定义的AIDC报文来实现不同管制单位之间管制权限的移交，能实现湛江与相邻管制单位间的移交，如图1所示。

莱斯自动化与相邻管制单位之间的AIDC移交通过自动转报系统转发AIDC报文来实现数据的双向传递，即湛江移交给其他管制单位和其他管制移交给湛江都在同一条链路上。以湛江向广州进行AIDC移交为例，当航班当前位置与出交接点之间的距离在系统设置参数之内时，莱斯自动化FDP（飞行数据处理服务器）组装AIDC报文，并将报文通过核心交换机传到DCP（数据通信服务器），DCP服务器经过NPORT，将AIDC报文通过本地SDH网或FA36网传输设备给自动转报机系统，最后通过传输系统将AIDC报文传给广州。

2   湛江莱斯塔台自动化AIDC移交过程

湛江空管站与相邻管制单位通过自动转报系统发送和接收AIDC报文来实现AIDC移交，包括通知阶段、协调阶段，管制移交阶段，具体过程如图2所示。

在以湛江向广州进行AIDC移交为例，阐述AIDC移交过程。在通知阶段，湛江向广州发送ABI电报，用于传递通知信息。如果通知取消，广州可发送MAC报文，湛江收到MAC报文，在此之前收到的某航班飞行数据失效，但飞行计划将继续保留。

在协调阶段，当航班飞行接近两个管制区的共同边界，距出口点 ETO时间小于 VSP设置的时间，距出口点的距离小于VSP设置的距离，湛江向广州发送EST报。如果航迹和飞行计划已经相关，并收到EST报，且入口点与 EST报中的边界点吻合，广州回复ACP报，表示广州接受EST报中的协调条件，协调完成。此时，进港航班标牌提示字符为O，出港航班标牌提示字符为C。如果协调取消，广州可发送MAC报文，湛江收到MAC报文，之前收到的协调数据失效，但飞行计划将继续保留。

在移交阶段，湛江向广州移交航班管制权限。当航迹满足 TOC 条件时，湛江右键点击航班标牌选择 “HAND” 就能移交航班；当航迹满足AOC 条件时，广州右键点击航班标牌选择 “ACC” 就能接收航班。此时，湛江向广州发送TOC报，广州回复AOC报，广州获取该航班管制权限。

3  故障分析与处理

莱斯自动化AIDC移交过程中，常出现一些故障，根据笔者的运维经验，对AIDC移交过程中出现的故障进行分析和提出处理意见。

3.1协调参数计算机制不合理

莱斯自动化AIDC移交时，已飞过的点不参与协调参数的计算导致AIDC移交失败。

3.1.1故障分析

管制员反映CGN8330航班点击移交后，标牌橙色闪烁，但AIDC移交失败。技术人员在莱斯自动化FDD界面查看该航班报文，发现系统未发TOC报。检查莱斯自动化FDP服务器的All.log日志，发现航班一开始满足ALEKI点的协调条件，湛江给南宁管制区（Fir=1）发送CGN8330的EST报，并收到对方回复ACP报后，协调成功，可见航班标牌置C标记，此时，系统计算的AIDC将移交给下一管制单位为南宁。但之后系统4D修正后发现航班已发过协调点ALEKI，重新计算下一管制单位时，已飞过的ALEKI点不再参与计算，因此，计算不到下一管制单位（Fir=0），如图3所示。之后管制对CGN8330进行移交出操作，由于ALEKI点已飞过，下一管制单位为空，不能拍发TOC报。

3.1.2处理措施

通过回放管制席位的录像，可以知道管制员AIDC移交失败。通过检查飞行数据终端报文，可查看航班的AIDC报文。检查飞行数据处理服务器的All.log日志，可知道系统计算当前航班是否匹配到AIDC参数和是否满足触发AIDC的时机。

根据莱斯自动化AIDC计算机制，航迹与计划相关且计划状态在预激活之后，开始匹配协调参数，匹配原则：计划有高度（优先顺序XFL/CFL），起降机场一致，高度满足>参数高度下限且<=参数高度上限（含上不含下），航路走向（协调点的前后点）与参数配置一致。

而CGN8330航班计算AIDC移交出协调参数时，不计算已飞过的点。针对AIDC移交出协调参数计算不合理问题，上报PCR，1、修改CETC_AFDP软件，优化已飞过点不参与协调参数计算的处理机制，修改为已超出过点时间2分钟的点不再参与移交出协调参数计算。2、修改CETC_SDD软件，航班不满足AIDC协调成功条件时，界面不可以点击AIDC移交给相邻的管制单位。

3.2  入界点不能作为出界协调点

莱斯自动化AIDC移交时，改航后，入界点不能作为出界协调点导致AIDC移交失败。

3.2.1 故障分析

管制员反映航班CDG2328点击移交后，标牌闪烁，AIDC移交失败，技术人员在FDD检查该航班的AIDC报文，发现系统未发TOC报。检查莱斯自动化FDP服务器的All.log日志发现系统发送 EST报， 收对方ACP报后，完成AIDC协调，置协调成功标记C，此时下一管制单位Fir=1，入界点AGTEL，出界点P125。而后航班RER改航，改航后FDP重新计算的入界点变为LH，出界点为P125。此入界点不能作为出界协调点进行AIDC移交出，因此，此时计算不出下一管制单位（Fir=0），系统不能拍发TOC报，如图4所示。

3.2.2处理措施

1、修改CETC_FDP软件，针对从入界到出界距离较小，上报PCR，，优化出入界点计算方法，避免将出界点计算成入界点。

2、修改CETC_SDD软件，针对航班不满足AIDC协调成功条件时，标牌界面不可以点击移交给相邻的管制单位。

3.3发送EST报未收到ACP报

莱斯自动化AIDC移交时，系统发送EST报未收到ACP报导致AIDC移交失败。

3.3.1故障分析

管制员反映航班CDG4883 AIDC不成功。检查莱斯FDD的AIDC报文发现，湛江发了EST报后，海口没回ACP报，如图5 所示。报海口技术人员处理后回复，航班CDG4883在湛江发EST报之前，收到了广州向海口发的EST报，导致海口给广州回复了ACP报，没有给湛江回复ACP报，所以湛江与海口AIDC不成功。

3.3.2处理措施

通过回放SDD录像，可以了解管制员对航班的AIDC移交操作是否正确，再检查FDD的AIDC报文，可查看移交时的扇区以及移交高度。结合FDP服务器的ADO.log报文可知AIDC移交失败是因为海口没有正常给湛江回复ACP报文。

4  结束语

本文介绍湛江空管站莱斯自动化系统AIDC移交过程，结合三个典型案例，详细描述常见故障、排查过程及处理措施，为日后莱斯自动化系统AIDC移交过程故障处理提供参考。空管自动化系统作为空管五大关键设备之一，一线机务员要详细了解其工作原理，熟练掌握设备运维技术，确保设备正常工作，为提供一流的空中交通服务提供更有力保障。

参考文献：

[1]黄燕，张露，徐志伟.塔台自动化系统和空管自动化系统的数据交互[J].航空计算技术，2023，53（04）：126-129.

[2]吴潇健.空管自动化下如何实现数据同步[J].中国航班，2021，（11）：85-89.