2.4案例四

　　2.4.1问题反馈

　　进近管制员反映KZU6425(出港航班、外航)航班打印出两份进程单，其中的机型和巡航高度信息有误。

　　2.4.2问题分析

　　查看KZU6425航班相关报文和进程单，FPL报中的起飞落地机场为:ZBSJ-UNNT两份DLA报中，一份起飞落地机场为ZBSJ-UATT，一份起飞落地机场为ZBSJ-UNNT 。

　　起飞落地机场为ZB习UATI的计划打印进程单是因为当时临时计划库里有这份计划，DLA报激活了此计划，并引用了城市航线班机对航路里的机型B767,因为城市航线班机对航路里无巡航高度，所以引用了默认高度9000而起飞落地机场为ZBSJ-UNNT的计划虽然收到了FPL报，但此份FPL报不是由我们的站调值班员发的，这样的报文是无效的城市航线班机对航路里的机型和FPL报里的一样，都是A310.但巡航高度没有.所以也默认9000。

　　2.5案例五

　　2.5.1问题反馈塔台管制员反映两个各降石家庄的航班已落地，但在飞行计划栏中仍显示为起飞状态

　　2.5.2问题分析

　　查看两个航班相关报文，发现这两个航班均为收到ARR(落地报)报后，才收到CPL报系统处理机制为航班落地后系统收到ARR报，计划将变为终止状态但只要航班收到CPL报，系统仍会将航班状态变为起飞状态，只是计划状态不变，仍是终止状态。

　　3结束语

　　通过对系统接收处理CPL报和DLA报引发的几个典型案例的分析，只有深入了解系统处理报文流程，航班状态机制，了解各种报文格式及编组，才能在日常工作中遇到相应问题时，迅速找到问题所在并解决问题，为管制部门提供更好的保障服务。