摘 要 文章以杭州自动化主用系统NUMAN2000为例，从飞行计划处理、进程单打印时机等角度详细阐述了自动化系统进程单的打印原理，并在此基础上，剖析了几起典型的进程单打印不正常案例。
关键词 自动化系统；飞行计划；进程单
中图分类号 TP2 文献标识码 A 文章编号 1674-6708（2018）209-0112-03
1 进程单系统简介
杭州空管新引进的南京28所生产的NUMAN2000自動化系统自2011年底开始正式启用，进程单打印是空管自动化系统的主要功能之一。进程单的内容主要由现行飞行计划和本管制区内的航路、航线、导航台站和位置报告点等内容组成。管制员将所知的飞行动态情报和管制指令的详细情况，通过各种符号和简语，详细、适时记录在进程单上，以便于准确掌握航空器的动态，预测航空器之间的飞行冲突，调配空中活动。和杭州自动化系统配合使用的是法国产的IER 512C型进程单打印机，打印机和处理机的串口相连接，由管制席发送异步串行信号给打印机，以热敏方式打印纸质进程单。
2 飞行计划处理原理概述
飞行计划的处理以及飞行计划的生命周期管理在自动化系统中起着重要作用。任何一个需要由杭州管制区管制的航班在自动化系统中都应当存在着相对应的一个飞行计划，管制员通过查询飞行计划能够迅速、准确地了解到该航班所具有的一切属性包括航班号、起飞机场、落地机场，预计起飞时间，机型和尾流，航路信息等。其次当飞行计划与飞机的真实航迹相关上以后可以在管制席屏幕上显示具有全标牌的航迹，方便管制员对航空器的识别，提高管制效率。
在一般情况下，自动化系统中飞行计划的来源是AFTN电报，自动化系统从转报机接收到某一航班的FPL电报以后，由FDP（飞行数据处理机）服务器进行电报解析和处理，包括电报格式、语义及唯一性检查，航路解析，航路各报告点的时间计算，确定每个点的请求高度和请求速度等，从而在FDP中生成对应该航班的一份飞行计划。
在创建完一份飞行计划后，FDP会立即将计划全系统发布，包括RDP（雷达数据处理机）和各管制席位处理机。当系统收到其它报文，例如DLA报（延误报）、CHG报（修改领航计划报）、CPL报（现行飞行变更报）等，并且经FDP处理，导致飞行计划更新了，或者管制席人工修改了飞行计划，又或者当计划与航迹相关后，RDP更新了飞行计划信息时，FDP又会将此计划再次发送给RDP和所有管制席位。此外，FDP会以1分钟为周期，每1分钟探询一次计划是否到了改变状态的时间，如果到了改变计划状态的时间，则立即更新计划状态，且再次将计划全系统发布。以上描述的过程如图1所示。
3 进程单打印信息的来源
在FDP创建了计划并发送给各管制席以后，管制席的CETC_SDD软件会每1分钟探询一次该航班计划是否到了该打印进程单的时间，如果判断到了该打印的时间，则CETC_SDD软件把飞行计划发送给管制席上的CETC_PST进程，由CETC_PST进程负责进程单的打印。
前面已经提到FDP会将创建或者更新后的计划信息发送给每一个客户端，然后由客户端的CETC_ SDD软件把计划发送给CETC_PST软件进行打印，因此进程单上的内容信息均来自于FDP创建或者更新后的计划信息。
4 进程单打印的时机
杭州管制区设有多个扇区，为满足打印需求，自动化系统设置了较为复杂的进程单打印时机，针对不同的扇区，扇区的合并情况以及航空器不同的起降情况，设定有不同的打印时机和条件。
以北低扇打印本场落地航班进程单为例，打印时机是按“系统推算航班到达第一个fix点的时间再提前VSP时间（30分钟）”打印，而且必须有实际起飞时间。北扇管制席在接收到FDP发送给它此航班计划后，会每一分钟进行一次判断当前的时间是否是fix1点时间向前推VSP时间，如果条件不满足，则在下一个一分钟的周期内再次进行判断，直到此打印时机满足后进行打印。杭州各扇区的进程单打印条件和时机如表1所示。
5 进程单打印不正常事件举例分析
设备保障中，一些进程单打印不正常事件并不是自动化系统进程单打印的功能出现问题，或者进程单打印机本身出现故障无法打印，而是因航班的飞行计划创建或者更新不正常引起。以下是几起典型的进程打印不正常的案例分析。
5.1 案例一
5.1.1 案例描述
2012年1月29日，塔台反映CSN3725，CES5002不是杭州起飞和降落的航班进程单也打印出来了，两个航班的计划内容如表2所示。
5.1.2 案例分析
通过查询FDP的飞行计划处理日志，并查找关键字“ClientModifyPlan acid=航班号”，得到以下日志：
CSN3725：
20120129105523 ProcessSddPlanOpMsg start cMessage= giRetHostId=20
20120129105523 ClientModifyPlan acid=CSN3725，depad=ZSYW， destad=ZSHC
CES5002：
20120129105523 ProcessSddPlanOpMsg start cMessage= giRetHostId=20
20120129110323 ClientModifyPlan acid=CES5002，depad=RCTP， destad=ZSHC
从以上日志内容中的”ProcessSddPlanOpMsg giRetHostId=20”看到，FDP服務器处理了席位更改计划的消息，第20号机，也就是进近的主任席更改了计划内容，该席位将这两个计划的落地机场人工修改成了杭州机场（ZSHC），事后发现是由于管制员的误操作引起。
在主任席修改了航班计划的落地机场以后，更新了的计划会立刻被提交到FDP服务器，FDP判断这两个计划更新了，则又将该变更了落地机场的计划发布到各客户端。从进程单打印时机的图表中可以看到，对于塔台管制席，当本场落地的计划满足“存在‘实际起飞时间’或者计划与航迹相关“两个条件之一时，将进行打印。而当时这两个条件之一满足了，所以塔台也打印了。所以针对这个情况，我们也及时和管制部门进行沟通，询问误操作的原因，避免类似情况的再次发生。
5.2 案例二
5.2.1 案例描述
2016年3月29日，塔台和进近管制员都反映青岛至杭州的所有航班都没有打印出进程单。5.2.2 案例分析
经查询和分析所有进程单打印不正常航班的电报，发现所有青岛至杭州航班的FPL报中的航路部分都出现了一个新报告点，在询问管制部门之后，得知青岛飞报室在航班换季以后，拍发青岛至杭州的航班时使用了新的航路和新的报告点。而当时自动化系统数据库中还不存在该新的报告点，所以系统在处理这些航班的FPL报时出现了问题，无法正常解析FPL报文中的航路部分，特别是无法确认杭州管制区边界点，同时也无法准确计算航路中每个报告点的时间。为了使系统能够适应电报的变化，设备维护人员，添加了数据库中新报告点的数据，并且重启了飞行数据处理服务器的飞行计划处理软件，使得自动化系统能够正常处理青岛至杭州航班的飞行计划，进程单打印问题也随之解决。
6 结论
本文从空管自动化系统的飞行计划处理过程，进程单打印条件和时机以及进程单打印和飞行计划的关系等角度，阐述了进程单打印的原理和流程，并分析了几起常见的进程单打印不正常案例，对于进程单打印故障判断具有一定的借鉴意义。对进程单打印不正常事件的判断，要从几个方面来综合考虑。1）AFTN电报接收是否正常，包括电报接收时间、电报内容等是否符合飞行计划处理的要求；2）飞行计划的内容和状态是否正常，计划的内容是否被人工修改过。处理进程单打印不正常情况，一方面要学会分析电报，掌握可能引起飞行计划更改的报文（如DLA报、CHG报、CPL报等）；3）熟悉进程单打印的原理、时机和策略，并且能够具体问题具体分析；同时能够通过查询FDP的飞行计划处理日志及客户端的进程单打印日志，结合雷达录像的重演能够迅速帮助我们查找到问题的根源，从而避免进程单的不正常打印。
参考文献
[1]南京莱斯信息技术股份有限公司.杭州自动化系统安装使用维护手册[M]，2011.