天津泰雷兹自动化系统起飞报拍发异常浅析

(整期优先)网络出版时间:2021-08-23
/ 2

天津泰雷兹自动化系统起飞报拍发异常浅析

于琳

中国民用航空华北地区空中交通管理局天津分局 天津市 300300

摘要:Thales自动化系统通过飞行数据处理模块FDP实现飞行数据的和报文的处理。本文主要分析了系统起飞报拍发异常的案例。

关键词:Thales FDP 起飞报

  1. 典型事件样例1

  1. 故障现象

某日,泰雷兹自动化系统航班CSC8039计划提前激活,并提前拍发起飞报,该航班起飞报当中ATD时间显示为07:32(UTC时间,以下时间均为UTC时间),与航班实际起飞时间07:56不符。

  1. 事件调查

1.以计划被协调时间为调查起点

7:38:42,席位MMI340(tjltod002li)手动协调CSC8039航班计划,计划变为协调状态,此后计划可以参与自动相关检查。

此时计划信息当中分配的起飞跑道为34L,ASSR为0016,当前计划预计起飞时间ETD为07:49,实际起飞时间ATD为空。(日志信息见图1)

612336b9c0421_html_459aefc52c72dc3c.png

图1

2.航班CSC8039计划与航迹2832错相关

07:51:50,系统检测到航迹2832与航班CSC8039计划(FPL id:432)自动相关。航迹2832与航班CSC8039计划的ASSR均为0016,且航迹所在位置位于计划航路模型FIX_ID:14 ELKUR附近(与回放录像计划航迹出现位置一致)。

自动相关后SNMAP模块拍发AUTO_COUPLING类型APR自动位置报告给FDP服务器。(日志信息见图2)

612336b9c0421_html_901dcc7d709765bd.png

图2

3.FDP拍发DEP

FDP收到AUTO_COUPLING消息后激活计划并通知FDEX发报,FDEX收到消息后组装报文发报。

07:51:50,FDP收到APR报告AUTO_COUPLING消息,激活计划并通知FDEX模块拍发起飞报。此时在计划信息当中已经可以看到ATD时间被填入07:33。

07:51:50,FDEX模块收到计划模块发报通知,随后FDEX根据计划城市对ZBTJZSNB匹配收报地址,并组装报文对外拍发电报。(日志信息见图3)

612336b9c0421_html_dffae88dc470dce3.png

612336b9c0421_html_47799218e1d76be3.png

图3

4.计划的后续处理

07:53:09,航迹2832消失,航班CSC8039计划与该航迹自动解相关,SNM模块发送AUTOMATIC_DROP类型APR报告至计划处理模块。

07:54:26,管制席位MMI332(tjtcod002li)对计划执行CDEP操作,FDP使计划状态重新回退至协调状态,并初始化计划4D轨迹。(日志信息见图4)

612336b9c0421_html_677b82bbf714c5f4.png

图4

07:55:54,计划CSC8039与正确航迹938自动相关,管制恢复正常指挥。

  1. 故障原因分析:

1. 航班CSC8039计划在07:51:50与航迹2832错相关,造成FDP提前激活计划。THALES系统设计离港航班一旦计划被激活就自动拍发起飞报。因此FDP在07:51:50收到自动相关消息后立刻通知FDEX模块组装报文拍发电报,最终导致转报机在07:52分提前收到CSC8039航班起飞报。

2. 航班CSC8039计划与航迹2832自动相关时,自动相关检查过程中航迹位于计划CSC8039航路模型的FIX_ID 14:ELKUR附近。自动相关后,系统根据航迹位置对计划的4D模型进行修正,将计划航路ELKUR之前航路点的ov属性修正为Y。系统判断此时计划已经飞出一段时间,反推计划在本场的起飞时间应该为07:34,最终在起飞报当中将ATD时间填写为07:34。由于电报的拍发还要经过华北网络中心飞行计划集中处理系统的处理,因此最终天津转报机中收到电报的ATD时间为07:32。

3.在天津MMI界面没有看到错相关航迹,天津-北京自动化系统采用TCU架构,天津作为TJTC/TJBY分区,而在分区之间的数据通信会受到CDP的过滤和控制。自动化系统发报处理依赖的FDP服务器位于区管分区ACC,而区管FDP只能够接收到区管SNMAP服务器发送的AUTO_COUPLING类型APR报告,而区管SNMAP接收的航迹信息来自于区管MSTS服务器。即区管MST服务器发现了航迹2832,错相关造成FDP发报。

天津管制席位界面显示的是天津本地MSTS服务器处理生成的航迹信息,经查日志,天津SNMAP日志当中在07:56之前并没有收到任何ASSR:0016的航迹信息,也就是说天津的MSTS服务器并没有发现错相关的航迹2832,因此未在管制界面上显示出错相关航迹。

在席位回放时打开计划航迹,可以看到在错相关时间,计划航迹直接出现在本场ELKUR位置附近。

  1. 总结

以上航班起飞报拍发异常,是由于航班起飞前,航班计划与其他航迹错相关导致。整个过程中泰雷兹自动化系统相关检测模块、飞行计划处理模块、电报处理模块均工作正常。

通过分析对比,可以发现上述错相关事件包含以下两点:计划与航迹在一致性检测过程中均是通过ASSR单项匹配,错相关航迹目标的实际位置均位于ELKUR点附近,通过FIX_ID:ELKUR通过航路模型检查。

针对于ASSR单项匹配,可以通过修改本分区离线文件COUPLING_PARAMETERS.ASF中一致性匹配门限值进行调整。但此修改存在极大的潜在风险,将造成只安装有AC模式二次应答机的航班,无法通过下传ASSR、PSSR通过相关一致性检查,预计将导致大量航班无法自动相关的情况,因此不建议进行此项修改。




参考文献:1.BEIJING TMA SYSTEM/SEGMENT SPECIFICATIONS,16CAIT-010AU

2. BEIJING TMA OPERATOR HANDBOOK – DPR,16CAIT-010AU

3.BEIJING TMA GLOBAL SYSTEM / SUBSYSTEM DESIGN DESCRIPTION