关于EFS系统未拍发DEP和ARR电报的原因分析

宋国红

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

引言：山西空管分局协同决策系统工程是十三五规划建设的重要项目，用以满足机场、驻场航空公司以及管制运行部门之间的协同运行。该系统包含协同决策子系统和塔台电子进程单子系统，其中塔台电子进程单系统（以下简称EFS系统）通过接收自动化系统的信息，自动或人工生成进离港航班的电子进程单，管制员通过对电子进程单的操作，完成塔台各席位之间的管制移交；同时EFS系统还具有对本场进离岗航班自动拍发起飞和落地电报的功能。2019年协同决策系统完成设备的安装调试以及系统参数配置调整后， EFS系统进入试运行阶段，其中起飞落地电报是否能够及时、准确拍发，会对协同放行的数据关联、运算等造成影响，直接影响放行效率。本文从电报的拍发机制着手，针对运行以来拍发起飞DEP和落地ARR电报存在的问题进行归纳和总结，以便在运行中能够快速查找到问题，保证电报的正常拍发，从而保证协同决策系统在航班正常性保障中发挥作用。

一、EFS系统中DEP/ARR电报的拍发原理

山西空管分局EFS系统启用之前，DEP起飞和ARR落地电报由自动化系统进行自动或人工拍发。相比自动化系统拍发电报而言，EFS系统的电报拍发机制更为简单、可靠，它根据管制员对电子进程单航班状态的操作来触发电报的拍发，包括起飞DEP和落地ARR电报。首先我们需要了解在什么情况下、满足什么条件会触发电报的拍发，以及拍发电报的内容。

（一）DEP起飞报和ARR落地报的触发条件

当EFS系统中离港航班变为进入虚拟移交窗口AIR状态时，即航班进入移交出窗口，此时触发该航班起飞DEP报发送。

当EFS系统中进港航班变为塔台滑行TTX状态时，此时触发该航班落地ARR报发送。通过触发起飞落地报拍发的时间可以计算出起飞落地时间，如下：

报文中的实际起飞时间ATD = ATOT + VSP；

报文中的实际落地时间ATA=ATTCH+VSP；

其中ATOT表示变为电子进程单变为AIR状态时的时间；ATTCH表示变为TTX状态时的时间；

VSP为DBMS数据库中配置的时间参数，在起飞时通常设置为到达移交点的时间，在落地时为接地到滑行的时间，加入VSP参数进行计算是为了得到更为准确的起飞和落地时间。

（二）拍发电报的收电地址

当电子进程单中航班状态改变触发EFS系统发报时，EFS系统会根据电子进程单中的起飞落地机场从DBMS数据库中找到城市对所匹配的AFTN地址，作为该电报的收电地址；如果在DBMS数据库中无法找到匹配的起飞落地机场，那么在电子进程单界面会出现告警提示。

（三）拍发电报的字段内容

EFS系统拍发电报的内容包括航班号、起飞落地机场、二次代码、起飞落地时间等，其中航班信息来自依据自动化系统信息创建的电子进程单，起飞落地时间来自触发电报的时间，具体字段说明如表1。

表1  拍发电报所需字段内容

字段	数据来源
航班号	电子进程单接收自动化系统的计划、创建，其中二次代码可通过电子进程单进行修改
起飞机场
降落机场
二次代码
起飞时间	系统内自动产生实际起飞时间ATOT+VSP
落地时间	系统内自动产生实际落地时间ATTCH+VSP

综上所述，EFS系统通过管制员对电子进程单中航班状态的操作就完成了DEP起飞和ARR落地报的自动拍发，需要注意的是EFS系统为自动拍发电报，不具备人工拍发起飞和落地报的功能。如果电报未自动拍发，会直接影响到协同放行数据关联、计算。

二、电子进程单未拍发DEP/ARR电报原因分析

随着全国流量系统的上线运行，起飞落地电报是否能够及时、准确拍发，直接影响放行效率，山西空管分局EFS系统在运行初期也频繁出现未能拍发起飞落地报的问题，其中比较突出且具有代表性的有以下几类。

（一）由于DBMS数据缺失造成无收电地址

在电子进程单发报原理中，我们了解了DBMS数据库中城市对参数对电报正常拍发的重要性。正常情况下维护人员在航班换季时，会在数据库进行维护，按照航班时刻表增加新的城市对AFTN收电地址。如图1所示EFS系统中的DBMS数据库参数配置界面；

图1 EFS系统DBMS配置界面

配置完成后，在DBMS数据库中可以查看到与起飞、落地机场相对应的AFTN收电地址，如图2所示；

图2   DBMS中已配置的城市对及电报地址

图中显示的是无锡-太原的落地报拍发地址和太原-无锡的起飞报拍发地址。在实际运行中，经常有非本场的备降航班或临时航班，而此类航班最容易发生无城市对参数造成电报无法正常拍发的问题。

通常对这类问题的处置方法是由飞服值班员人工补发电报，而对于设备维护人员来说，应该在发现数据缺失时，立即完善数据库中城市对数据，随着数据的补充和完善，逐步消除此类隐患。

（二）由于计划原因造成的拍发电报不正常

2021年5月6日因天气原因太原机场接收来自北京、呼和的备降航班23架次，其中11架次航班出现落地报拍发不正常的情况，具体情况表现为拍发的落地电报无航空公司代码，拍发电报如图3；

图3   EFS系统拍发电报

图中可以看到落地航班仅有5677，无航空公司代码，而正确拍发电报内容应为：（ARR-CES5567 -ZBYN1335）。非正常格式的电报拍发至飞集系统，值班员在发现这一问题后，询问原因。

那么是什么原因导致拍发的电报内容中缺失了航空公司代码呢，首先通过电子进程单的景象回放功能查看当时计划状态，显示如图4；

图4   电子进程单景象回放界面

图中可以看到，在预计进港区显示有5个航班，其中5677航班无CES代码，说明EFS系统在接收到该航班计划生成电子进程单时已不正常，由该条计划触发落地电报时，电报内容中提取到的航班号中不会自动增加航空公司代码。

通过进一步景象回放发现该航班计划是由值班员人工操作添加的，说明该航班未自动创建电子进程单。

电子进程单创建计划数据来源于自动化系统，而自动化系统的计划来源于飞行动态格式电报中的FPL和CPL等电报，所以查询当日CES5677航班的相关电报发现：

1）自动转报系统在061311即6日UTC时间13:11接收到CES5677航班的CPL即备降电报，并转发自动化系统；

2）自动化系统FDD席位查询在UTC时间13:11接收到CES5677航班CPL电报，并显示错报，如图5所示:

图5   自动化FDD席界面

图中显示CPL电报为错报，错误原因ERROR:G10A->[R]<--->G18->[PBN/].

该情况说明电子进程单未自动创建的原因：由于自动化系统在接收CPL电报过程中发现格式中第10编组和第18编组存在错误，所以进行提示并进入错报库，自动化系统未对该计划进行自动处理，而计划席值班员由于大量备降航班处置繁忙，未及时人工干预修改CPL电报，所以该计划未能正常发送至电子进程单，导致电子进程单无法自动创建该计划。

而塔台值班员在运行中发现无该电子进程单，所以进行了人工创建；在人工创建时只输入了简单的信息5677，从而导致电子进程单在触发落地报时出现错误。

综上所述，原因归结为三方面：

1）CPL电报的始发单位未严格按照飞行动态电报格式要求进行发报；

2）计划席值班员未对错误的CPL电报及时进行处理；

3）塔台值班员在创建了进程单时只输入了简单的航班信息。

事后了解到计划席值班员以及塔台值班员当日处置备降航班一直处于非常繁忙的工作状态，由于对电子进程单正常运行的条件及细节不是非常了解，所以发生了疏忽。经过维护人员和管制用户的沟通，此类问题未再发生。

（三）由于自动化关联原因误认为未拍发电报

EFS系统为了确保电报正常发送，建立了验证机制，当EFS系统发出起飞落地电报后，自动化系统通过自动转报系统接收电报，收到电报后自动化系统改变计划状态后再发送给EFS系统（相当于回执），如果EFS系统未收到来自自动化系统的回执，那么EFS系统在工作界面提示未拍发电报。

在运行过程中，曾出现塔台管制员报告某航班未拍发起飞报，而在自动转报系统中查询接收到来自EFS系统信道的电报正常，并正常转发给自动化系统。进一步检查发现自动化系统在处理时未能关联、修改计划状态，导致未给EFS系统回执，以为电报未发出。此类问题目前通过自动化系统的升级也得到了解决。

（四）对于未拍发电报的处置流程

通过不断的积累，维护人员针对电子进程单未拍发起飞落地报的排查建立了处置流程：

1、首先查看电子进程单的景象回放，查看当时电子进程单状态、有无不正常提示；（航班信息不正确或无AFTN收报地址均有提示；）

2、在自动转报系统中查询电子进程单的发报情况，确认电报是否正常；

3、在自动化系统中查询电报接收情况，确认电报是否正常；

4、在自动化系统中查询计划状态，确认是否正常。

在运行中，值班人员遇到电报未拍发的问题，通过处置流程能快速查找到原因、解决问题。

三、结语

通过对EFS系统拍发起飞落地电报机制的分析，本文发现、总结了几类常见的未能正常拍发的原因，一是DBMS数据库原因，二是由于计划原因，三是由于自动化未关联误认为未拍发电报；在进一步分析原因后通过制定相应的处置流程。由于EFS系统非独立运行，它要接收自动化系统的计划信息，将电报发送至自动转报系统，所以在排查过程中，不仅要查看EFS系统的运行情况，还要关注自动化系统以及自动转报系统的运行情况，结合多系统的运行才能更好地做出分析和判断；同时还要加强人员的培训，更多的了解电子进程单及各系统的关联和运行机制，严把工作环节中每个细节的操作，避免人为原因造成电子进程单的发报异常，从而保证协同决策系统在航班正常性保障中发挥作用。

姓名：宋国红

单位：民航山西空管分局技术保障部

联系电话:[phone]

地址:山西省太原市小店区武宿机场山西空管分局技术保障部