DCL系统离场方式修改的实施及在运行现场验证的方案

张玉骐

摘 要

本文以北京大兴国际机场航行情报生效运行为背景，详述了航路航线调整带来的航路点修改与新增所引发的相关机场在运行的民航数据通信有限责任公司开发的DCL（数据链起飞前放行）AVIDEP系统中离场方式修改、验证的原理与具体方法。

关键词

数据链起飞前放行;DCL;离场方式;航路航线调整

中图分类号： V35                        文獻标识码： A

DOI：10.19694/j.cnki.issn2095-2457 . 2020 . 08 . 69

0 前言

北京大兴国际机场航行情报生效运行，由此涉及的新建机场跑道、重大飞行程序调整、重大空域调整和航路航线走向调整共同生效启用。全国范围内共调整航路航线超过200条、调整班机航线走向4000多条，形成了全新的空域运行环境。

航路航线调整带来的航路点修改与新增引发了相关机场在运行的DCL系统中离场方式的调整需求，具体为离场航路点与离场方式的修改及其对应关系的调整，空管所使用的民航数据通信有限责任公司开发的DCL（数据链起飞前放行）AVIDEP系统需要根据飞行计划报文中的飞行航路点数据自动为机组分配离场方式，为满足航路航线调整，飞行计划报文中的离场航路点和DCL系统中的离场方式均需做出修改其对应关系也需修改。

DCL系统被动接受飞行计划报文，报文中的航路点由拍发电报的相关单位根据民航局给定的航路点统一编写，空管技术保障部门维护的DCL系统需修改的内容为离场方式和离场方式对应离场航路点。

1 DCL系统自动分配离场方式的原理

DCL系统软件解析FPL、CHG等报文，解析出其中的航路航线点名称，根据图1中的此离场方式航路点表逐一对比报文中的所有航路点，如果其中报文中含有离场方式航路点，则关联到相应的离场方式。当参数配置界面中所编辑内容中有一个航路点对应两个离场方式的情况时，系统自动根据从上到下的优先级选择离场方式。当实际运行需要选择优先级低的离场方式时，管制员需要在控制界面下的下拉菜单中手动选取。

2 实施修改操作步骤

DCL系统收到飞行计划报文后进行报文解析，将其中的航路点信息读取后与查找系统中的离场航路点做对应匹配，并映射到相应离场程序。所以需要对系统的离场方式航路点表进行修改。

（1）打开HMI管制控制界面后，点击操作——参数配置，打开参数配置界面。

（2）在打开的参数界面中选择离场规则，选择跑道名称，在对应跑道下添加离场SID（离场方式）。注意所有跑道下均需编辑一次。

（3）添加离场航路点并编辑其与SID对应关系。最终点击确定确认。

（4）重启HMI.exe程序，使上述修改生效。

（3）离场请求信息与放行信息交互流程。

（1）在FPL报文确定的机组起飞时间前45分钟时，系统自动将飞行计划激活，相应航班信息条目会显示在DCL终端最左侧Flight Plan一栏中。

（2）计划激活后飞行员通过机载设备MCDU申请起飞前放行，在MCDU终端界面输入与航班计划对应的航班号、起飞机场、目的机场，另外需输入ATIS版本号及停机位，上述信息输入完成后，点击【SEND】按钮发送放行请求。

（3）DCL终端收到正确放行请求后，该航班信息条目会由最左栏跳至中间栏DCL Request一栏中，DCL系统解析飞行计划报文，根据其中的飞行航路点信息为航班分配离场方式，同时系统根据航班计划信息内容预填写管制员放行信息，管制员点击【Send】按钮发送批复信息。管制员发送批复信息后，对应航班计划条目移至主界面右侧的Granted DCL栏。此时，航班条目显示为无色。

（4）正常情况下，在发送放行报文后的2分钟内，数据链处理中心将向数据链起飞前放行（DCL）系统返回逻辑链路确认报文，此报文的目的是告知数据链起飞前放行（DCL）系统，发送的放行报文已成功传递至飞机。收到正确的逻辑报文后，位于Granted DCL栏的相应电子条目的航班号颜色被标记为紫色。

（5）管制员批复信息显示在机载设备上。确认管制员批复信息无误后，点击【ACCEPT】按钮进行确认。

（6）DCL终端收到飞行员对批复信息的确认后，管制员终端对应条目变为绿色。

（7）DCL终端成功收到飞行员对批复信息的确认后，自动向MCDU终端发送一条信息，以提示飞行员放行是否成功完成。

（8）MCDU收到信息“CDA RECEIVED CLIEARANCE CONFIRMED”，表示DCL放行成功;至此，完成DCL正常放行流程。

3 验证方案

（1）在验证测试实施前，确保机组能够配合测试并且机组搭载了可以发出DCL放行请求的设备。并请机组等待DCL系统激活相应航班计划后，在管制员发出指示时再通过机载设备发出起飞放行请求。

（2）在FPL报文所确定的机组飞行计划激活前，向DCL系统发送CHG报使该航班的航路点变为新离场方式对应离场航线。

（3）在航班起飞前45分钟时刻，DCL系统会将该机组的飞行计划激活，相应航班信息会显示在DCL终端最左栏。

（4）管制员通过甚高频话音通信通知机组通过机载设备发出放行请求。

（5）机组发出放行请求后，该航班信息条目会由最左栏跳至中间栏，管制员点开条目对比CHG报中的航路点，确定离场方式项数据是否是新的航路点对应的离场方式数据，检查DCL系统是否根据报文数据中的航路点信息自动选择了对应离场方式，并点开离场方式下拉菜单检查是否有其他新离场方式。如果上述检查项满足则证明新离场方式数据已经可用，测试成功，否则失败，待后续问题分析。

（7）管制员确认信息后点击“Send”，向机组发送放行信息，并与机组核对机组所收到信息是否与管制所发送信息一致。机组在MCDU上点击“ACCEPT”后，检查管制终端界面相应航班条目是否变为绿色，机组MCDU是否收到信息“CDA RECEIVED CLIEARANCE CONFIRMED”。若检查正常则证明整个放行流程可正常运行。否则整个流程有故障点，需要后续排查。

参考文献

[1]刘庆云.基于地空数据链到的飞机起飞前放行在广州白云机场的应用，科技信息2014，1.

[2]牛欣妙.数据链起飞前放行DCL系统技术应用，科技视界2018，5.

[3]民航数据公司.中国民航DCL&D-ATIS情况介绍.