DCL数字放行模式在TOMS系统中的应用

肖硕

（民航桂林空管站，广西 桂林541001）

1 传统人工语音方式与DCL数字放行方式的比较

1.1 传统人工语音放行方式

航空器在离开停机位前，飞行员需要与放行管制员进行通信，交换起飞和获取飞行过程中所需要的信息。这些信息包括批准跑道、二次代码、下一频率信息、批准巡航高度、批准爬升高度、ATIS 代码等，这一过程称为起飞前放行服务。传统的起飞前放行服务的流程是通过人工语音方式实现的，其流程为：飞行员通过放行频率呼叫放行管制员请求放行；管制员接受请求后，通过飞行计划系统终端检查航班信息，再通过放行频率呼叫飞行员，语音通报放行信息；飞行员接到放行信息后，进行手工抄录并进行语音复述。这一传统的人工语音方式流程在开展起飞前放行服务的过程中会出现一些问题：第一，受频率资源的限制，放行频率只有1 个，在高峰时间会出现多架航班争抢放行频率的问题，而同一时间管制员只能逐一对每架航班进行放行服务，因此，增加了航班等待的时间，大大影响了工作效率；第二，多次反复的服务流程也加重了飞行员和管制员的工作量；第三，低质量的语音频率也会存在比较严重的安全隐患，误听的几率比较高；第四，人工语音交流受不同语种和方言混杂的影响，这也是导致传统人工语音放行过程中存在安全隐患的因素之一[1]。

1.2 DCL数字放行方式

DCL（Data Link Pre-Departure Clearance System）作为数字放行系统集成在TOMS 界面，是在人工语音放行基础上升级的一种数字放行模式。DCL 依靠地空数据链通信技术，有效解决了现有人工语音方式提供服务出现的诸多问题，为起飞前放行服务提供更为安全和高效的服务，在国际上已被普遍运用。该系统支持管制员同时对多架航班进行放行管理，而不再需要逐一与机组进行语音放行管制，从而减轻了管制员和飞行员的工作量，并且可以有效消除在低质的甚高频通话过程中，可能出现的管制员与飞行员间之间由于受到低质量的语音频率或方言口音影响而造成对通话信息的错误理解，提高了管制运行的效率和安全可靠性。从2017年开始，DCL 已作为主用管制模式在桂林空管站塔台管制区使用。

2 DCL系统的工作流程和模块功能

2.1 DCL系统的工作流程

图1是DCL系统管制员端PDC 数字放行界面，该界面有三个区域，左栏是飞行计划Flight Plan，中栏是数字放行申请PDC Request，右栏是已完成的数字放行信息Granted PDC。飞行员和管制员通过数字放行收发设备和DCL 数字放行系统的PDC 界面进行信息交换[2]。

航空器在离开停机位前45 分钟会自动激活飞行计划信息，航班信息显示在DCL 系统管制员端的PDC 界面左栏的Flight Plan 区域上。飞行员输入放行请求信息后，对应航班的飞行计划信息会自动移至DCL 系统的PDC 界面中栏的PDC Request 区域上，代表该航班已成功发送放行请求，等候放行管制员处理。同时，PDC 地面处理系统在成功校验飞行员的放行请求信息后，向对应的飞机回送系统确认信息。放行管制员检查该航班飞行计划，确认无误后，输入该航班的相关放行信息，发送给飞行员进行确认，飞行员在收到管制员发送的放行信息并确认后，该航班飞行计划信息会移至PDC 界面中右栏的Granted DCL 区域中。同时，PDC 地面处理系统以PDC 系统报文的方式向对应的飞机回送系统确认信息，告知飞行员该航班的飞行许可申请已获批准。至此，航班的数字放行服务成功完成，这就是DCL 工作的全部流程。

图1 DCL 系统管制员端PDC 数字放行界面

数字放行工作流程具有如下特点：①服务发起动作由机组发起，如机组不发起服务，管制端的飞行计划始终处于Flight Plan 区域；②服务确认动作由机组发起，必须在机载设备中按ACCEPT 键，否则根据DCL 服务流程在管制发出DCL放行信息后的X 分钟内，管制员未收到机组确认回复信息，本次DCL 服务失败，随即将转为传统人工语音放行模式；③根据DCL 服务流程要求，管制员只能对同一航班发出一份DCL放行报文，若发送信息有误或发送失败，不能再次重复发送DCL 放行报文，将转为传统人工语音放行模式。

2.2 DCL系统模块的功能

DCL系统由服务器、BGS网关、监控系统组成，每个部分相对独立又相互联系。

DCL数字放行服务器负责依照业务逻辑处理起飞前放行相关信息，并维护与各节点的可靠通信，将接收到的信息写入数据库，并根据数据库中的相关信息，与管制员前端系统进行信息交互，并承担发送上行报文的工作。

BGS网关负责DCL数字放行服务器与机组的信息传输工作，接收来自机组的报文信息，对报文类型和传输目的地址进行判断过滤，将符合条件的报文以约定的文件名称格式发送给DCL 数字放行服务器，完成下行报文的传输工作。同时，DCL 数字放行服务器向机组发送的报文信息也通过BGS 网关进行传输，上行报文无需进行过滤。

数字空管监控系统用于监控DCL终端、BGS网关、DCL服务器模块的运行状态。根据后台配置匹配各地现场的实际应用环境和需求。在发现模块出现问题时，监控系统界面会通过颜色和声音进行告警，提示相关运维部门对该故障进行处理。监控系统还可以对网关报文按关键字、时间进行报文查询。

3 DCL系统在TOMS中的运用

TOMS 塔台运行管理系统，是以电子进程单为基础的新一代塔台管制运行系统，通过集成空管自动化系统、场面监视雷达系统、航班信息处理系统、数字通播系统、数字放行系统、协同决策系统等数据，以电子进程单调度管理平台为基础，是一种全新数字化塔台管制模式。TOMS 能实现对机场范围航班从申请放行、地面滑行、跑道起飞到管制移交的航班飞行动态全过程的管理。

目前，TOMS 塔台运行管理系统在塔台扇区和进近扇区使用。在塔台扇区，TOMS 系统席位设置了放行席、地面席、塔台席和主任席，放行席负责向申请本场离港的航空器发放管制放行许可；负责安排离港航空器的离港时间并移交给地面席；根据离港限制对本场离港航班进行合理的流量管理、控制和排序；负责跑道、放行条件、ATIS 序号等参数设置。地面席负责航空器的推出、开车、滑行状态的管制，地面试车和地面车辆管制，防止航空器发生地面事故，维护和加快地面交通有序流动。塔台席负责进离港航空器跑道使用分配和排序工作，防止出现跑道冲突、航空器间隔过小或过大的情况。主任席负责监控塔台各操作席位现场运行情况，设置塔台管制运行参数，以电子的方式发布塔台运行时产生的报告，对系统产生的数据进行统计分析，对当前管制状态和航班进行查询。在进近扇区，TOMS系统设置了进近席和主任席，进近席负责记录和管理流量控制信息，根据流量控制创建和维护离港放行航班队列，负责电子申请和流控发布，以及进行放行监控和告警。主任席的负责范围在进近区域内，作用与塔台扇区一致。考虑到桂林机场目前的流量与起落架次的实际情况，桂林空管站仅在塔台扇区设置了放行席与地面席两个席位。从长远看，随着桂林T2 航站楼的启用和桂林旅游业的发展，未来具有很大的发展空间。

TOMS系统的运用，将塔台现行使用的传统航班管制模式提升为以电子进程单为基础的数字化塔台管制模式，提高了塔台管制的运行效率和进出港航班流量管理能力。集成在TOMS系统内的DCL数字放行模式，减轻了管制员和飞行员的工作量，提高了管制放行的效率和安全可靠性，减少了安全隐患。