关于AieNet自动化系统的案例分析

(整期优先)网络出版时间:2024-05-07
/ 2

关于AieNet自动化系统的案例分析

曹琼

民航山西空管分局      山西省太原市     030031

摘要:国内民航事业在飞速发展,空中的交通流量持续增加,为了保证空中的飞行安全,必须要最大限度的保证自动化系统的运行正常,这也是现阶段民航事业主要面临的技术问题。本文主要分析在日常维护中遇到的自动化系统的案例。

关键词:自动相关、自动化系统、拍发、手动相关

引言:近年来我国民航事业发展迅猛,越来越多的飞机加入导航线中,对于空管提出了更高的要求。为了应对庞大的常规业务操作量,尝试在空管过程中引入自动化系统,将部分管制工作实行自动化、智能化处理,但自动化系统在处理过程中不可避免的会带来一定的问题,本文就二所自动化系统在实际运行中的案例进行分析,共同进行探讨。

一、自动相关错误分析

问题现象:管制报航班CSC8508和目标A0375错误自动相关。

分析方法:问题发生当时,A0375和A6375这两个目标一前一后从同一方向沿相同航向进入本管制区,正常情况下是肯定不会发生自动相关错误的,但由于当时前一个A0375目标的二次代码发生了跳变,且跳变后的SSR和后续的A6375相同,这导致在当时系统内同时存在有两个SSR均为A6375的目标,两个目标之间的距离为100多公里,前一个A6375已进入自动相关区,后一个A6375尚未进入自动相关区。由于目前SDP监视数据处理服务器对于重码告警(DUPE告警)的计算,是必须两个目标同时都在系统划设的自动相关区域(local.cfg)内才对其进行计算,且当时系统设置的目标之间的重码告警距离门限值小于100公里,因此在上述2个因素的作用下,当时这两个目标均未发生DUPE告警。根据fdp飞行计划处理子系统的自动相关机制,跳变而来的A6375目标可以参与自动相关计算,而后续的A6375尚未进入自动相关区域不能参与自动相关计算。在这种情况下,由于前一个A6375目标已进入自动相关区、且没有发生DUPE告警,再加上其刚好和真实的航班CSC8508(A6375)位置接近、航向一致,满足和CSC8508自动相关的条件,所以发生了错误相关。     

解决方法:1、SDP程序需改进DUPE告警计算方法,去掉只针对在自动相关区域内的目标进行DUPE告警计算的这个逻辑,DUPE告警计算的区域范围应重新进行划设,应至少比自动相关区域再扩大300公里以上。2、需调整DUPE告警的告警距离,目前设置的小于100公里太小了,根据厂家在其它ATC现场因为DUPE告警导致相关错误的情况总结,建议将DUPE告警距离至少设置为200公里(即只要SSR相同的目标之间的距离如果小于200公里则必须DUPE告警)。

二、出港航班的DEP报错误提前拍发。

问题现象:塔台管制员报出港航班XXXX尚未起飞但在09:30分DEP已发

送。

分析方法:1、首先在FDD上查看航班号为XXXX的航班,发现在系统内部不

止一条,实际一共有两条航班号为XXXX的航班,一个是进港,一个是出港,互为联程航班。2、查看fdp飞行计划处理子系统日志,从中查找到09:30分左右的XXXX有关的DEP报日志:DEP msg:[NLZ8888] affect Plan:[12345678]-[XXXX1130]-[XXXX]发现在该句日志之前,有提示自动发报成功操作:Plan:[12345678]-[XXXX] auto send DEP Success再稍往前,有管制员将该航班与某个雷达航迹手动相关的操作:Rad:[373]-[A1234]-[] MCOU with Plan:[12345678]-[XXXX]3、问询管制员是否有对XXXX航班作手动相关操作,管制员报告进港进港XXXX没有自动相关,确实做过手动相关操作。

故障原因:根据上述分析,可判断故障原因为:管制员在进行手动相关操作时,因为工作繁忙,没有仔细查看选中的航班的起飞、落地机场,因此错误的将出港XXXX航班与空中的这个进港XXXX雷达目标手动相关了,所以导致系统认为出港XXXX已起飞,错误的自动拍发了相应的DEP报。

三、出港航班BKSJ相关丢失

问题现象:公务航班BKSJ17:55起飞后在塔台地面席点进跑道后相关丢失,管制手动相关后恢复。

分析方法:XXXX0617175515:OK Plan:[717601]-[BKSJ] is OUTBOUND and COOR,IgNore WPXXXX0617175515:OK Rad:[409]-[A7742]-[] Coupled With Plan:[717601]-[BKSJ] XXXX0617175515:OK Plan:[717601]-[BKSJ] ACT -> CONT飞机在跑道上就打开了应答机,因此还没实际起飞就已经相关上,航班正常相关并进入管制状态。XXXX0617175547:OK Plan:[717601]-[BKSJ] CONT -> OUT XXXX0617175547: OK Plan:[717601]-[BKSJ] STATUS->[OUT],free it's SSR:[A7742]XXXX0617175548: OK Plan:[717601]-[BKSJ] fly Out 10 MIN,DeCou it此时fdp飞行计划处理子系统收到的其高度值在系统内部为负值,不处于管制区的高度范围定义( 0-7800 )范围内,因此fdp飞行计划处理子系统认为该航班处于管制区外,连续超过30秒以上,fdp飞行计划处理子系统就会认为该航班已经飞出管制区,会把飞行计划的状态置为“飞出”状态,并置有关的标志位。由于该航班属于延误起飞的航班,实际起飞的时刻比预计起飞时间晚了1个小时以上,当前时间NOW已经比根据航班的预计起飞时间ETD计算的预计出交接点时刻BpxTime晚了10分钟以上,因此fdp飞行计划处理子系统认为该航班已经飞出管制区10分钟以上,所以又立即对该航班进行了自动去相

关操作。XXXX0617175822:OK Rad:[409]-[A7742]-[] MCOU with Plan:[717601]-[BKSJ]管制员手动相关后恢复。

解决方法:建议修改zzzz.cfg文件,将管制区柱体CYAA的底部高度修改为负值(-3000),重新发布席位扇区参数,这样可避免以后出现类似问题。

结语:空管自动化系统是管制使用的主要空管设备,对管制运行的安全起着至关重要的的作用,为了保障设备的平稳运行,我们还应继续持之以恒,充分进行各种案例分析,以便自动化系统更好的为安全飞行服务。