一次航班预管制状态异常引发的思考.docx

一次航班预管制状态异常引发的思考.docx

  1. 1、本文档共7页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

??

?

??

一次航班预管制状态异常引发的思考

?

?

?

?

?

??

?

?

?

摘要:航班预管制是空管自动系统为管制员提供的重要之一,能有效的提示管制员该航班即将进入本管制扇区,需要提前关注并做好管制准备。本文介绍了预管制的基本原理,通过自动化系统中航班未正常显示预管制的案例,对自动化系统的预管制机制进行深入分析,并提出改进建议。

关键词:空管自动化;预管制;飞行计划;雷达航迹;扇区

引言

随着空中交通管制流量的逐年增长,管制员需要实时关注的航空器数量也在上升。自动化系统除了向管制员提示当前扇区管制的航空器,还需要预判即将进入当前扇区的航空器并给出提示,也就是预管制状态,以减少管制员的工作量。因此,探讨空管自动化系统预管制的设计机制与工作方式,研究解决日常工作中常见的预管制问题,对提升空管自动化系统的运行效率、保证民航空管安全生产具有重要意义。

预管制概述

2.1航空器状态

为了让管制员能实时掌握航空器运行状态,自动化系统将航空器用不同颜色的航迹标识对应不同的状态[1]。

绿色:管制状态,表示该航空器由本扇区管制。

蓝色:预管制状态,表示该航空器即将在VSP参数时间内进入本扇区。

黄色:移交状态,表示该航空器正处于交进或交出本扇区。

黑色:未管制状态。表示该航空器不属于以上三种状态之一,不需要本扇区关注。

2.1预管制设计机制

预管制是管制员较为关心的飞行状态。通过预管制航迹,管制员可以预判即将进入本管制扇区的航班,提前做好空域的协调工作。预管制提示是4D轨迹预测的重要工作之一。

自动化系统从FDR创建开始就进行航路分析,对航班的预计飞行路线进行解析,从而获得完整的航路点清单。通过航路分析和飞行剖面计算相结合可得到所有要经过的管制扇区的进入、退出点及时间。根据系统设定的提前量,在航空器进入管制扇区前VSP参数时间,向管制员提示预管制状态。

航空器的飞行剖面模型图1所示。

图1航空器飞行剖面模型

管制状态异常案例原因分析

3.1情况说明

情况1:2017年8月4日14:38(UTC)CCA4334航班在ACSDD3席位未正常显示预管制状态。

情况2:2017年8月4日14:03(UTC)CSZ9407与CSN3865航班未正常显示预管制状态。

3.2原因分析

情况1分析:

1.通过数据回放,在14:37:49计划CCA4334与雷达目标A4227相关,正常显示预管制状态。

2.分析ACSDD3席位的PreCtrl日志,在14:35:26、14:35:31、14:35:44、14:35:48、14:42:42分别收到AFDP模块通知的预管制扇区信息,对应的扇区号为:7、6、3、2。理论上应该正常显示预管制状态。

3.在PreCtrl日志中14:35:31记录“TIME:[2017/08/0414:35:31]ACID:[CCA4334]”被当前席位管制,删除预管制状态”,该记录只有在收到航迹信息时,才会进行判定记录,但此时实际飞机未与雷达航迹相关,所以怀疑此时系统内存在计划航迹。

4.针对上诉怀疑情况,分析FDP日志,在14:35:26收到ZGGG发送的EST电报,计划状态变为COOR,生成计划航迹,在14:36:19根据预计入界时间,由COOR变为ACT状态。在这个过程中计划航迹携带的扇区为3号扇。

5.根据第2条中收到预管制扇区的时间,相关的时间,和计划航迹生成的时间,发现在14:35:26生成计划航迹到14:37:49与雷达航迹相关之间,收到4次预管制消息,预管制扇区都为7、6、3、2。在接收预管制扇区时,系统内有一个判定,如果预管制扇区与相匹配航迹的管制扇区一致,则删除该预管制扇区。因为在相关前系统内存在一个计划航迹(航迹内携带的计划号与预管制消息的计划号匹配),计划航迹的当前扇为3,则该计划实际存储的预管制扇区为7、6、2,这导致在14:37:49相关后,没有预管制状态。

6.在切换DARD再切回SYS,会重新索取一遍预管制扇区,此时因为已相关,计划航迹已经消失,而实际相关的航迹管制扇区为空,接收到的预管制扇区是完整的,所以预管制状态恢复正常。

情况2分析:

1.CSZ9407,根据日志和回放分析,在13:52:51和13:52:54接收到的预管制扇区为7、6、3、2。在14:01:12收到的预管制扇区为:7、6、2。本席位管制的扇区代号为3,与本席位无关。

2.CSN3865,在13:58:19和13:58:22收到的预管制扇区为7、6、3、2,也是由于计划航迹的原因导致3号扇区被剔除出存储序列。原因同现象一。(14:00:23相关,在这之后收到的预管制扇区为7、6、2,与本席位已无关,不显示预管制状态)。

思考与建议

4.1原因剖析

此次预管制异常,是由于在接收到预管

文档评论(0)

158****4121 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档