论文部分内容阅读
摘 要：伴随着空中交通行业的不断发展，航班量也快速增加，管制员的电话量在成倍的递增，为减少当前航空管制人员的工作负荷，降低移交过程中人为错误率，提高航空管制效率，华东空管自主研发了AIDC扩展系统。然而在该系统的应用过程中曾多次出现因AIDC（ATC Interfacility Data Communications）报文未能及时流转造成管制席位产生“U”告警和航班无法正常挂单问题。在出现大批航班告警的情况下，可能造成移交模式回退到以前的电话移交方式，这将造成管制保障等级降级，所以保证AIDC报文正确及时流转的重要性可见一斑，为此该文结合日常值班中出现的故障，通过解析AIDC系统应用及其工作机制，以求提高保障部门对该类故障处理效率，保障管制工作更流畅有序地进行。
关键词：AIDC报文 管制移交 U告警
中图分类号：TP2 文献标识码：A 文章编号：1674-098X（2013）05（b）-0111-01
1 AIDC扩展系统介绍
1.1 AIDC（ATC Interfacility Data Communications）介绍
AIDC报文，国际民航组织推出的一种报文标准，在亞太地区相邻管制中心之间实现自动化移交的电报协议。这种协议的执行必须基于双方的空管自动化系统（管制系统）都具备处理该类电报的功能。AIDC信息种类主要有：预计边界信息报（ABI），现行飞行计划报（CPL），预计飞越报（EST），预先激活报（PAC），协调取消报（MAC），管制协调报（CDN），管制协调接受报（ACP）拒绝报（REJ），管制移交报（TOC），管制移交接收报（AOC），紧急报（EMG）逻辑确认报（LAM），逻辑拒绝报（LRM），多用途报（MIS），航迹定义报（TDM）。
AIDC的应用以逐步发送数据为基础，并对应3个不同的阶段：通知阶段、协调阶段、管制移交阶段。管制AIDC功能在自动应用过程中具备人工随时接管的功能和设置，且人工接管优先级高于自动功能。
1.2 华东空管AIDC扩展系统介绍及应用现状
华东空管AIDC扩展系统是在华东航空管理局辖内的上海及周边航空管制区域内，建成以自动化系统AIDC电报处理流程为核心的管制协调移交机制。现阶段华东空管自动化系统（欧洲猫系统）的AIDC电报处理功能开启，但若无相应的AIDC报文与之交互，无法实现自动移交还会产生告警，AIDC扩展系统的研发解决了以上问题。如图1所示AIDC应用理想的方式是华东与华北空管自动化系统间的AIDC专线交互方式，只需要提供一条传输专线即可。而华东各省局的管制系统设备大部分都不具备AIDC电报处理功能，只能通过AIDC扩展系统模拟AIDC电报提供给上海自动化系统。
现阶段AIDC扩展系统应用的结构拓扑如图1所示：其中转报系统是整个华东地区AFTN电报网流转的核心系统，并接入全国AFTN网；自动化前置系统将欧洲猫需要的AFTN网的电报进行分类、筛选、整理后发往欧洲猫系统，同时转发欧洲猫发出的电报。众所周知电报对于管制系统就像血液对于人体一样重要，而这些电报是由转报系统收集经自动化前置处理，成为完全符合华东欧洲猫自动化系统（在用的自动化系统）要求的格式。AIDC扩展系统是通过转报系统接入欧洲猫自动化系统提供其所需要的AIDC电报，目前主要完成杭州、南京方向航班自动移交。系统主要收发电报有：ABI，EST，ACP，TOC，AOC，LAM。
其中预计飞越报（EST）与管制协调接受报（ACP）；管制移交报（TOC）与管制移交接收报（AOC）逻辑上是成对关系。系统以收到的电文为基础自动生成EST、ACP、TOC、AOC及LAM报。
系统在收到一份ABI、EST、ACP、TOC、AOC电报时，核实电报无误的情况下，系统都会自动生存一份LAM报回给对方表示电报已经收到。否则回一份LRM报表示报文已收到但内容不正确。LAM/LRM报的责任响应时间一般为180 s（可配置参数）。超出这个时间视为超时。
系统在收到EST电报时，根据电文内容，自动生成相应的ACP报，由管制员人工确认发送或取消发送。ACP报的责任响应时间一般为5～9 min（可配置参数）。超出这个时间视为超时。
系统在收到TOC电报时，根据电文内容，自动生成相应的AOC报，由管制员人工确认发送或取消发送。LAM报的责任响应时间一般为5～9 min（可配置参数）。超出这个时间视为超时。
对于上海离港的航班，欧洲猫系统产生EST报文发给AIDC系统，AIDC系统恢复ACP等后续AIDC电报完成自动移交；对于将要移交至上海区域的（进港）航班，系统根据其从AFTN网收到的FPL报和DEP报内容，自动生成EST报文，在相应的时间内发给自动化系统。（这个时间由FLP和DEP报文内容决定）并且根据上海空管自动化系统的回应，进行后续AIDC报文交互。
2 AIDC扩展系统应用中出现的问题
2.1 故障案例
某个航路的航班产生U告警
案例1：2011年6月3日15：10，区管反映空管自动化系统出现U告警，经查实为空管自动化系统收不到相关的LAM（逻辑确认报）报导致，该电报由AIDC系统发出，经过转报系统发送给空管自动化系统。检查AIDC系统软硬件正常，但是空管自动化系统无法收到AIDC系统发出的相关LAM报（主要为杭州航班），于是请求技术支持。16：00，维修中心术人员开始对AIDC系统进行深入检查分析，发现无法激活LAM报的根本原因为无相关FPL报（领航计划报）进入AIDC系统。技术人员发现14：00之后，由空管自动化系统前置经转报系统发往AIDC系统的杭州FPL报（收电地址均为ZSAMAIDC，AIDC系统模拟地址），未能成功发送至AIDC系统，故造成LAM报激活失效。我方检查相关FPL报后发现转报系统14：00之后转报路由指向错误，修改后恢复正常。 个别航班U型告警
案例2：5月2日18：30区管反映空管自动化系统某航班出现U告警，检查发现TSTAIDC路15分钟未收到相关ACP类电报，重启AIDC处理进程窗口后恢复正常。
案例3：3月4日13：20区管反映空管自动化系统个别航班出现U告警。查看具体个别航班，发现转报TSTAIDC信道中未收到相关ACP电报，且TSTAIDC信道超过1小时无ACP电报。重启AIDC接口程序，仍无ACP电报接收。后重启AIDC扩展系统OracleServiceAIDC服务项后恢复正常。
2.2 原因分析及对应解决办法
案例1中因转报系统至AIDC系统路有指向错误，导致系统收不到相应的FPL报文，使得相应航路出现告警。LAM报需要有EST报才能激活，而杭州的EST电报为AIDC系统自己生成，并不是由飞机起飞地发出，而自己生成EST报的必要条件是要有该航班的FPL报和DEP报，且该FPL报必须有由空管自动化系统前置系统发出（收电地址为ZSAMAIDC）经转报系统至AIDC系统，而DEP报一般由飞机起飞地发出经转报系统至AIDC系统，这样AIDC系统才能自动生成相关EST电报发送至空管自动化系统，再由空管自动化系统回送至AIDC系统，才能顺利激活LAM报。但AIDC系统并未收到相关的FPL电报。所以，值班员针对空管自动化系统出现杭州、南京方向航班U告警。不仅要查看有无相关航班的EST报发送至AIDC系统，还要查看有无空管自动化系统前置发出的相关航班的FPL报（收电地址为ZSAMAIDC）发送至AIDC系统。
案例2中AIDC系统时钟或与转报系统时钟不同步。导致ACP电报超过其设置好的责任响应时间5～9 min，通过重启AIDC系统服务重新同步时间来暂时解决问题。
案例3中AIDC系统Oracle Service AIDC服务故障造成，此时AIDC系统进程的监视窗口出现停滞，造成本该及时发送的ACP电报未能发出。
3 对AIDC扩展系统未来展望
对于AIDC电报自动移交的应用理想的方式是上海与华北空管自动化系统间的AIDC专线交互方式。然而目前华东各个省局还不能实现各管制系统间AIDC功能的统一，所以AIDC扩展系统将继续应用。但AIDC扩展系统目前应用现状比较复杂，系统接受FPL报和DEP报有些分来自欧洲猫前置系统，有些来自AFTN转报机。并无规律可循。路由配置复杂，对排故不利，耗时长。对华东各个省局的AIDC电报模拟程度不一致，杭州、南京模拟整个移交过程中AIDC电报，对有些省局只模拟移交过程中部分AIDC电报，以上现状和是系统设计初成时就开始延用至今造成的。若能将AIDC扩展系统的功能模块化地合并到空管自动化系统前置系统，作为空管自动化系统前置的一部分。不仅可以解决路由配置复杂问题，而且解决不同系统减时间的同步及多套系统监视难的问题，减少值班员压力。
参考文献
[1] 民用航空飛行动态固定格式电报格式（MH/T 4007—2006）.2006.
[2] 中国民用航空行业标准（MH/T 4008—2000）.2000.
关键词：AIDC报文 管制移交 U告警
中图分类号：TP2 文献标识码：A 文章编号：1674-098X（2013）05（b）-0111-01
1 AIDC扩展系统介绍
1.1 AIDC（ATC Interfacility Data Communications）介绍
AIDC报文，国际民航组织推出的一种报文标准，在亞太地区相邻管制中心之间实现自动化移交的电报协议。这种协议的执行必须基于双方的空管自动化系统（管制系统）都具备处理该类电报的功能。AIDC信息种类主要有：预计边界信息报（ABI），现行飞行计划报（CPL），预计飞越报（EST），预先激活报（PAC），协调取消报（MAC），管制协调报（CDN），管制协调接受报（ACP）拒绝报（REJ），管制移交报（TOC），管制移交接收报（AOC），紧急报（EMG）逻辑确认报（LAM），逻辑拒绝报（LRM），多用途报（MIS），航迹定义报（TDM）。
AIDC的应用以逐步发送数据为基础，并对应3个不同的阶段：通知阶段、协调阶段、管制移交阶段。管制AIDC功能在自动应用过程中具备人工随时接管的功能和设置，且人工接管优先级高于自动功能。
1.2 华东空管AIDC扩展系统介绍及应用现状
华东空管AIDC扩展系统是在华东航空管理局辖内的上海及周边航空管制区域内，建成以自动化系统AIDC电报处理流程为核心的管制协调移交机制。现阶段华东空管自动化系统（欧洲猫系统）的AIDC电报处理功能开启，但若无相应的AIDC报文与之交互，无法实现自动移交还会产生告警，AIDC扩展系统的研发解决了以上问题。如图1所示AIDC应用理想的方式是华东与华北空管自动化系统间的AIDC专线交互方式，只需要提供一条传输专线即可。而华东各省局的管制系统设备大部分都不具备AIDC电报处理功能，只能通过AIDC扩展系统模拟AIDC电报提供给上海自动化系统。
现阶段AIDC扩展系统应用的结构拓扑如图1所示：其中转报系统是整个华东地区AFTN电报网流转的核心系统，并接入全国AFTN网；自动化前置系统将欧洲猫需要的AFTN网的电报进行分类、筛选、整理后发往欧洲猫系统，同时转发欧洲猫发出的电报。众所周知电报对于管制系统就像血液对于人体一样重要，而这些电报是由转报系统收集经自动化前置处理，成为完全符合华东欧洲猫自动化系统（在用的自动化系统）要求的格式。AIDC扩展系统是通过转报系统接入欧洲猫自动化系统提供其所需要的AIDC电报，目前主要完成杭州、南京方向航班自动移交。系统主要收发电报有：ABI，EST，ACP，TOC，AOC，LAM。
其中预计飞越报（EST）与管制协调接受报（ACP）；管制移交报（TOC）与管制移交接收报（AOC）逻辑上是成对关系。系统以收到的电文为基础自动生成EST、ACP、TOC、AOC及LAM报。
系统在收到一份ABI、EST、ACP、TOC、AOC电报时，核实电报无误的情况下，系统都会自动生存一份LAM报回给对方表示电报已经收到。否则回一份LRM报表示报文已收到但内容不正确。LAM/LRM报的责任响应时间一般为180 s（可配置参数）。超出这个时间视为超时。
系统在收到EST电报时，根据电文内容，自动生成相应的ACP报，由管制员人工确认发送或取消发送。ACP报的责任响应时间一般为5～9 min（可配置参数）。超出这个时间视为超时。
系统在收到TOC电报时，根据电文内容，自动生成相应的AOC报，由管制员人工确认发送或取消发送。LAM报的责任响应时间一般为5～9 min（可配置参数）。超出这个时间视为超时。
对于上海离港的航班，欧洲猫系统产生EST报文发给AIDC系统，AIDC系统恢复ACP等后续AIDC电报完成自动移交；对于将要移交至上海区域的（进港）航班，系统根据其从AFTN网收到的FPL报和DEP报内容，自动生成EST报文，在相应的时间内发给自动化系统。（这个时间由FLP和DEP报文内容决定）并且根据上海空管自动化系统的回应，进行后续AIDC报文交互。
2 AIDC扩展系统应用中出现的问题
2.1 故障案例
某个航路的航班产生U告警
案例1：2011年6月3日15：10，区管反映空管自动化系统出现U告警，经查实为空管自动化系统收不到相关的LAM（逻辑确认报）报导致，该电报由AIDC系统发出，经过转报系统发送给空管自动化系统。检查AIDC系统软硬件正常，但是空管自动化系统无法收到AIDC系统发出的相关LAM报（主要为杭州航班），于是请求技术支持。16：00，维修中心术人员开始对AIDC系统进行深入检查分析，发现无法激活LAM报的根本原因为无相关FPL报（领航计划报）进入AIDC系统。技术人员发现14：00之后，由空管自动化系统前置经转报系统发往AIDC系统的杭州FPL报（收电地址均为ZSAMAIDC，AIDC系统模拟地址），未能成功发送至AIDC系统，故造成LAM报激活失效。我方检查相关FPL报后发现转报系统14：00之后转报路由指向错误，修改后恢复正常。 个别航班U型告警
案例2：5月2日18：30区管反映空管自动化系统某航班出现U告警，检查发现TSTAIDC路15分钟未收到相关ACP类电报，重启AIDC处理进程窗口后恢复正常。
案例3：3月4日13：20区管反映空管自动化系统个别航班出现U告警。查看具体个别航班，发现转报TSTAIDC信道中未收到相关ACP电报，且TSTAIDC信道超过1小时无ACP电报。重启AIDC接口程序，仍无ACP电报接收。后重启AIDC扩展系统OracleServiceAIDC服务项后恢复正常。
2.2 原因分析及对应解决办法
案例1中因转报系统至AIDC系统路有指向错误，导致系统收不到相应的FPL报文，使得相应航路出现告警。LAM报需要有EST报才能激活，而杭州的EST电报为AIDC系统自己生成，并不是由飞机起飞地发出，而自己生成EST报的必要条件是要有该航班的FPL报和DEP报，且该FPL报必须有由空管自动化系统前置系统发出（收电地址为ZSAMAIDC）经转报系统至AIDC系统，而DEP报一般由飞机起飞地发出经转报系统至AIDC系统，这样AIDC系统才能自动生成相关EST电报发送至空管自动化系统，再由空管自动化系统回送至AIDC系统，才能顺利激活LAM报。但AIDC系统并未收到相关的FPL电报。所以，值班员针对空管自动化系统出现杭州、南京方向航班U告警。不仅要查看有无相关航班的EST报发送至AIDC系统，还要查看有无空管自动化系统前置发出的相关航班的FPL报（收电地址为ZSAMAIDC）发送至AIDC系统。
案例2中AIDC系统时钟或与转报系统时钟不同步。导致ACP电报超过其设置好的责任响应时间5～9 min，通过重启AIDC系统服务重新同步时间来暂时解决问题。
案例3中AIDC系统Oracle Service AIDC服务故障造成，此时AIDC系统进程的监视窗口出现停滞，造成本该及时发送的ACP电报未能发出。
3 对AIDC扩展系统未来展望
对于AIDC电报自动移交的应用理想的方式是上海与华北空管自动化系统间的AIDC专线交互方式。然而目前华东各个省局还不能实现各管制系统间AIDC功能的统一，所以AIDC扩展系统将继续应用。但AIDC扩展系统目前应用现状比较复杂，系统接受FPL报和DEP报有些分来自欧洲猫前置系统，有些来自AFTN转报机。并无规律可循。路由配置复杂，对排故不利，耗时长。对华东各个省局的AIDC电报模拟程度不一致，杭州、南京模拟整个移交过程中AIDC电报，对有些省局只模拟移交过程中部分AIDC电报，以上现状和是系统设计初成时就开始延用至今造成的。若能将AIDC扩展系统的功能模块化地合并到空管自动化系统前置系统，作为空管自动化系统前置的一部分。不仅可以解决路由配置复杂问题，而且解决不同系统减时间的同步及多套系统监视难的问题，减少值班员压力。
参考文献
[1] 民用航空飛行动态固定格式电报格式（MH/T 4007—2006）.2006.
[2] 中国民用航空行业标准（MH/T 4008—2000）.2000.