空管自动化系统备降延误报引发的典型案例的分析.docVIP

空管自动化系统备降延误报引发的典型案例的分析 　　引言 　　空管自动化系统通过处理多雷达信号、飞行计划和动态电报，为空中交通管制员提供飞行态势显示、飞行相关动态信息和各项告警功能等，协助管制员完成空中交通指挥和疏导工作随着民航事业的发展，国内航班量快速增长，空管自动化系统在空中交通管理体系中越来越突显其重要地位，有效地确保了管制辖区内的飞行安全，提高了飞行效率。 　　因为天气或者其它不可抗拒原因，使得一些航班返航、各降或者延误空管自动化系统在处理这类报文时，有时会遇到由于报文时间、报文内容或者其它因素导致航班状态有异或其它问题，本文结合笔者所在单位使用的南京莱斯空管自动化系统，介绍系统处理报文机制及遇到此类问题时的分析过程莱斯空管自动化系统报文处理流程。 　　莱斯空管自动化系统接收AFTN网(航空固定电信网)的民航电报，处理系统飞行计划有关的数据系统能够处理AFTN格式电报、SITA(国际航空电信公司)格式电报，获取气象电报、航行通告的机场信息系统能够处理AIDC空中交通管制设施间数据通信)电报，实现管制中心间管制数据的协调和移交系统能够自动或手工向外输出飞行电报，实现飞行数据的动态输出。 　　统对接收的报文进行分类处理，气象电报移交至气象数据处理模块单独处理,AFTN电报、AIDC电报和SITA报进行报文解析处理，经处理后的正确报文，由主处理机发送到各席位的飞行计划显示席显示，并保存到数据库中;特殊报文(错报、部分SITA报等)送至飞行计划处理席等待人工处理，人工处理后，保存至数据库中。 　　统接收返航、各降CPL报处理过程:在系统分析报文后，若存在与报文相关的原计划，则修改原计划的落地计划，按CPL的航路修改计划的航路;若不存在原计划，则系统创建新计划。 　　2典型案例 　　2.1案例 　　2.1.1问题反馈 　　站调值班员反映NOK6320(曼谷一石家庄)航班各降太原，在进港动态列表看不到该航班信息，但在飞越动态列表中看得到该航班信息同是各降航班，HB H3220虹桥一石家庄)航班各降太原，却在进港动态列表和飞越动态列表中都能看到该航班信息。 　　2.1.2问题分析 　　查看NOK6320航班收到的CPL报文，该报文第18编组中含有 RMK/ALTERNATE”标记，说明该CPL报文为各降报，编组16中的日的机场为新的各降机场自动化系统在解析该报文后会将NOK6320航班的落地机场修改为各降机场，并将该航班计划移到飞越动态列表中 查看HBH3220航班收到的CPL报文，该报文第18编组中无”RMK/ALTERNATE”标记自动化系统在解析该报文后，认为不是该航班的各降报，会保持该航班原计划不变，即该计划仍在进港动态列表中，同时系统会在飞越动态列表中再新建一个航班号同为HBH3220的计划，因此在进港动态列表和飞越动态列表中都能看到该航班信息。 　　2.2案例 　　2.2.1问题反馈 　　塔台管制员反映CUA5928航班，各降到石家庄，在管制过程中未自动相关。 　　2.2.2问题分析 　　查看CUA5928航班相关报文，发现只收到一份CPL报，系统收到该报文时间为UTC(世界协调时)时间0601,因无FPL报或DEP(起飞报)报等其它报文，系统将收到CPL报的时间判断为起飞时间，与航班实际起飞时间超出2小时而系统判断自动相关机制中有一条为“ 推算出航迹将要到达最近的计划航路报告点的时刻，与计划中的预测时刻比较，误差在1小时之内”,2小时已超出了这个设定值，因此航迹不会自动相关。 　　2.3案例三 　　2.3.1问题反馈 　　进近管制员反映CBJ5533海口一石家庄)航班没有自动打印进程单，也没有自动相关 　　2.3.2问题分析 　　查看CBJ5533航班相关报文，该航班收到DLA报，报中预计起飞时间为UTC1820，而收到DEP报的时间为UTC1025, 一份DLA报中预起时间早了近八个小时系统设定预起时间前两个小时后收到的DEP报才有效，即UTC1620后收到DEP报才有效所以收到的DEP报不被系统承认，自然不能打印进程单系统设定进入管制区前90分钟计划进入预激活状态，而由报文中预起时间UTC 1820可知，飞机实际起飞时计划远没到预激活状态，因而也不能自动相关。 　　2.4案例四 　　2.4.1问题反馈 　　进近管制员反映KZU6425(出港航班、外航)航班打印出两份进程单，其中的机型和巡航高度信息有误。 　　2.4.2问题分析 　　查看KZU6425航班相关报文和进程单，FPL报中的起飞落地机场为: