空管自动化系统对报文数据解析处理分析
关于推进空管备份自动化系统使用建议
41科技资讯 SCIENCE & TECHNOLOGY INFORMATION动力与电气工程DOI：10.16661/ki.1672-3791.2018.28.041关于推进空管备份自动化系统使用建议①汪卫华(民航安徽空管分局 安徽合肥 230051)摘 要：空管自动化系统作为民航空中交通管制部门的重要系统，实时集成来自其他系统的数据源，包括监视系统数据、报文数据和其他系统数据，通过收集、处理这些数据，为管制员、飞行数据操作员、技术人员以及流量管理人员提供信息，为区域管制、进近、塔台提供服务，是空中交通服务的重要组成部分，犹如为管制员增加一双“眼睛”，了解掌握空中航班态势，对保障飞行安全至关重要。
本文针对民航安徽空管分局主备份自动化系统的差异性进行比对，分析备份自动化系统常态化使用面临的困难，提出建议，希望能够为推进备份系统的使用提供一些参考。
关键词：主用 备份 切换 系统架构 差异 报文 二次代码中图分类号：V35 文献标识码：A 文章编号：1672-3791(2018)10(a)-0041-03①作者简介：汪卫华(1977—)，女，汉族，安徽合肥人，本科，高级工程师，研究方向：空管自动化。
在飞速发展的民航业，日渐先进的设备为推动民航事业的飞速发展发挥着不可或缺的作用，“一主、二备、三应急”的设备配置理念已深入各技术维护保障单位的运行管理中，备份系统作为主用系统故障情况下的使用设备，其重要性也越来越明显。
备份系统与主用系统无论在功能实现方式，处理机制以及设计理念均存在一些差异，为备份自动化系统的常态化使用推进工作带来困惑。
1 主备份自动化系统差异民航安徽空管分局使用的主用系统是法国THALES公司的欧洲猫自动化系统，是上海区管自动化系统的远端TCU系统；备份系统使用的是莱斯牧羊人系统，是独立的系统。
两套系统结构图如图1、图2所示。
从结构图中看出两套自动化系统均具备多雷达处理、旁路雷达处理、告警处理和相关处理、网络数据记录回放、HMI等模块，主用系统与上海区管系统共用FDP 飞行计划处理模块，备份系统具备独立飞行计划处理功能。
长时延误条件下NUMEN3000飞行计划处理问题与改进建议
长时延误条件下NUMEN3000飞行计划处理问题与改进建议摘要：在自动化系统日常维护中会出现由于天气、故障或者其它不可抗拒原因，使得一些航班推迟起飞、返航、备降或者延误。
空管自动化系统在处理这类报文时，有时会遇到由于报文时间、报文内容或者其它因素影响飞行计划处理，导致航班出现不正常状态。
本文结合作者所在单位使用的南京莱斯空管自动化系统，介绍长时间延误状态下系统处理报文机制及遇到近期此类典型实例时的分析过程，对菜斯空管自动化系统优化报文处理流程提出一些建设性的意见。
关键词：空管自动化长时延误飞行计划处理0引言空管自动化系统通过处理多雷达信号、飞行计划和动态电报，为空中交通管制员提供飞行态势显示、飞行相关动态信息和各项告警功能等[1]。
该系统用来协助管制员完成空中交通指挥和疏导工作。
飞行计划是向空中交通管制服务单位提供的，与航空器一次预定飞行或特定飞行有关的特定信息[2]。
更加高效智能化的飞行计划处理模块在空管自动化系统中越来越突显其重要地位，有效地确保了管制辖区内的飞行安全，提高了飞行效率。
由于天气、故障或者其它不可抗拒原因，使得一些航班推迟起飞、返航、备降或者延误。
空管自动化系统在处理这类报文时，有时会遇到由于报文时间、报文内容或者其它因素影响飞行计划处理，导致航班出现不正常状态或其它问题。
1 系统报文处理机制莱斯空管自动化系统接收AFTN网(航空固定电信网)的民航电报，处理系统飞行计划有关的数据系统能够处理AFTN格式电报、SITA(国际航空电信公司)格式电报，获取气象电报、航行通告的机场信急。
系统能够处理AIDC空中交通管制设施问数据通信)电报，实现管制中心间管制数据的协调和移交。
系统能够自动或手工向外输出飞行电报，实现飞行数据的动态输出。
系统对接收的报文进行分类处理，气象电报移交至气象数据处理模块单独处理,AFTN电报、AIDC电报和SITA报进行报文解析处理，经处理后的正确报文，由主飞行数据处理服务器发送到各席位的飞行计划显示席显示，并保存到数据库中。
关于airnet空管自动化系统设计与功能的研究
中国航班飞行与安全Flight and Safety CHINA FLIGHTS32关于AirNet空管自动化系统设计与功能的研究杨炎熙|民航河南空管分局摘要：AirNet空管自动化系统是一套基于Linux多任务操作系统的空管自动化系统。
该系统是由中国民航第二研究所研发设计，是一套为数不多的国产空管自动化系统。
AirNet空管自动化系统通过处理监视数据和飞行计划数据，为管制员提供航空器在空中飞行的态势和飞行冲突以及异常告警。
关键词：AirNet空管自动化系统；监视数据；飞行计划；数据记录回放；告警冲突1 AirNet空管自动化系统概述AirNet空管自动化系统是基于Linux多任务操作系统设计，该系统可以处理多种监视数据，对多协议多雷达数据进行实时接收、质量校验、数据处理、系统航迹融合等。
系统通过1000M的Ethernet网络，将各个设备有机的连接起来，能做到主备服务器之间数据实时同步，自动无缝切换，保障系统运行的可靠性。
AirNet空管自动化系统能同时处理多部监视数据，系统采用动态加权数据融合的算法，最终形成稳定的系统航迹进行输出显示。
系统可以处理各种报文，将解析出来的航路信息进行4D飞行轨迹模型计算，实现雷达航迹和飞行计划的自动相关。
除此之外，系统能够对融合航迹产生各种告警功能，并且系统在雷达目标丢失的情况下，可以将系统航迹进行外推显示。
2 AirNet空管自动化系统设计AirNet空管自动化系统采用开放的系统设计，内部主要采用标准TCP/IP和UDP/IP通信协议,具有标准的电报数据，监视数据、AIDC、ADS等接口，可以和外部系统进行数据的互联，在系统架构上采用MID中间件核心技术，负责系统各节点的信息交换，以及系统的升级和扩展。
AirNet空管自动化系统的核心是冗余、分布式的网络架构，系统采用三网冗余结构，其中工作网络（A网、B网）保证服务器和终端节点的信息交互，旁路网（C网）采用独立的交换机，独立的雷达旁路服务器。
空管自动化系统若干关键技术研究与应用
空管自动化系统若干关键技术研究与应用【摘要】本文首先简单介绍了空中管理系统的概念，接着介绍了采用UDP 协议、网络接口信息自动获取、缓冲区链表等技术以提高系统的实时性和稳定性。
为了能使用广播方式，双网通信模块采用了UDP方式，同时也降低了网络协议开销。
这些技术使得空中管理系统具备很强的高效性和健壮性。
【关键词】空管自动化系统TCP 自动获取引言随着科技高速的发展，航空技术也取得突飞猛进的进步，把航空技术运用于运输货物也日益普及。
然而航空的交通规则和制度却没有得到相应的提高，空中交通问题也日益凸显。
空中交通问题慢慢的成为我国空中运输的重要技术屏障。
1 空管系统的组成部分采用雷达系统采集飞机在空中的运行数据然后送到电脑上进行分析，实现实时分析飞机的运行状态，使得飞机在空中有序、安全的飞行，保证飞行员、飞机、乘客和货物的安全，最终实现整个空中管理自动化的系统，我们称之为空中管理自动化系统。
空中管理系统主要包括以下几个部分：通信前端接收机、雷达数据实时处理服务器、飞机飞行数据实时处理机器、雷达数据终端显示器、飞行数据终端显示器、系统检测器。
2 空管系统的关键技术连接空中管理系统的通道采用的是网格技术。
网格可以实时的处理各个数据节点的信息。
通过网格技术可以将空中管理系统的各个子服务器连接成一个整体。
然而当连接的子服务器过多的时候，通信负担过大时，就会造成线路故障，严重的时候则可能造成系统瘫痪。
因而在目前的通信领域里面大都采用双网通信技术。
双网通信里面主要涉及了以下几种技术：2.1 UDP与TCP的选择信号量通信、消息队列排队等候通信、文件共享内存通信是电脑里面不同进程间通信的三种最为经典的通信方式。
然而当进程之间距离较远时，则不可以采用以上三种方式进行通信。
在空管自动化系统中经常采用套接字方式来对数据进行通信。
套接字的通信方式主要有数据流套接字、数据报套接字以及最为原始套接字。
而这些方式都是根据TCP/IP协议来进行数据通信的。
地空数据链中的报文内容分析
地 空 数据 链 系 统是 一 种在 飞机 和地 面 系 统之 间进 行数 据 传
路变 更 、通 过 限 制通 知 、偏 离 航路 告 警 、航 路 改变 和 放 行 等 内 容 。Ｃ Ｐ Ｄ Ｌ Ｃ 支 持 管制 员 ＼ 飞 行 员双 向通信 ， 可 以发 送 Ｉ Ｃ Ａ Ｏ标 准
最后 举 例分析 了典 型 的 电报 ， 研 究 了报 文的格 式和 内容 。 关键 词 地 空数据 链 ；交通 管制 ； Ｃ Ｐ Ｄ Ｌ Ｃ；电报 中图分 类号 ： Ｔ Ｎ ９ １ ９ 文献 标识码 ： Ａ
文章编 号 ： １ ６ ７ ｌ － ７ ５ ９ ７（ ２ ０ １ ４ ）０ ３ — ０ ０ ６ ０ — ０ １
地空数据链 中的报 文 内容分析
展翌娜
（ 中 国民 用航 空中南 地 区空 中交通 管理 局 ， 广 东广州
５ １ ０ ４ ０ ５ ）
摘 要 随着人 们 生活 水平 的提 高 ， 民航 业进入 快速 发展 的 时期 ， 据统计 ， 飞机 已经 成 为最安全 、最快捷 的 出行 方 式 之 一 。 同 时 民航 的设 备 及 技 术手 段 也在 经 历 日新 月异 的升 级 。 目前 ， 新 一 代 通信 、导航 、监 视 和 空 中交通 管 理体 系 Ｃ Ｎ Ｓ ／ Ａ Ｔ Ｍ 正在 研 究及 建设 中 ， 这 一体 系实现 的技术 基础 是建 立一 个新 型 的航 空 电信 网 Ａ Ｔ Ｎ 。 其 中有 一项 重要 的研 究 内容 ， 就是 开发 地 空数据 链 的技 术 和应 用。 文章 先对 地 空数据 链作 总体 介 绍 ， 再 重点介 绍 空 中交通 管制 部 门的应 用 一 Ｃ Ｐ Ｄ Ｌ Ｃ ，
报 文集 里 的 １ ８ ２种 上行报 文 和 ８ ０种 下行 报文 ， 可 以实现 保报 文 方 式 的管 制 移 交 ， 它将 会 成 为 主要 的通 信 方 式 ， 因 为 它 具有 减 少 “ ｍ ｉ ｓ ｕ ｎ ｄ ｅ ｒ ｓ ｔ ａ ｎ ｄ ｉ ｎ ｇ ” 、减 少语 音通 道 资源 的 占用 、支 持 自动 发 送 、有历 史记 录查 询等 优点 。 由此 可 见 ， 飞 机 发 出 的 电报 经 过 Ｖ Ｈ Ｆ地 面 站 或 通 信 卫 星 ， 传 到网络运行控制 中心 （ 在 国 内这 个 网控 中 心 就 是 数 据 公 司 Ａ Ｄ Ｃ Ｃ ） ，网控 中心经 由各 种传 输 网 （ 国 内 以帧 中继 网络 为主 ） ， 将 电报 送 到全 国的各 个地 空数据 链 网 关 （ 网关 可 以有 很 多个 ） ， 网 关 再将 电报送 到 业 务终 端 系 统 中 ， 终端 用 户包 括 航 空 公 司、 管 制部 门 、机场 等 。 飞 机接 收 的报 文流 向和 发 出的 流 向是 完 全逆 向的 过程 ， 各 终 端用 户 将 电报 发 送 到数 据 链 网关 ，网关 再将 电报 发送 到 网控 中心 ， 最 后 网控 中心 通 过 Ｖ Ｈ Ｆ地 面 站或 通 信 卫星 将 电报传 送 给
DMHS-V自动转报系统不正常情况浅析
DMHS-V自动转报系统不正常情况浅析摘要：本文主要阐述航管科技DMHS-V自动转报系统的几起不正常事件，通过分析其故障原因的分析及解决方法为航管科技DMHS-V自动转报系统提供运维保障思路，提高岗位值班人员应急处置能力和设备运行保障能力。
关键词：航管科技、自动转报系统、不正常情况分析、桂林空管站一、航管科技DMHS-V自动转报系统功能概述民航自动转报系统是负责存储、查询、转发、监控、统计民航业务报文的系统，也是空管地面通信网络的核心模块。
桂林空管站现有航管科技96路转报系统和蓝波64路转报系统，其中航管科技96路转报系统为主用系统，其设备型号为DMHS-V，通过航管科技ALS-R16-I切换器将主用系统及备用系统进行连接。
目前桂林空管站主用航管科技DMHS-V自动转报系统由HPDL388 Gen10服务器、网络交换机、KVM切换器、智能程控异步单元、ALS-R16-I智能线路切换器等硬件组成，所接业务包括数字放行系统、管制综合系统、气象观测、主备自动化、场监自动化、桂林航空、广州、南宁、柳州、梧州等在内的多项业务。
二、航管科技DMHS-V自动转报系统不正常实例分析(一)双机同步不成功故障现象：值班员在航管科技DMHS-V自动转报系统综合监视页面的进程管理中只能看到当前登录主机的进程状态，并且所有进程均为工作态，判断此时双机无法同步。
原因分析：出现此故障的一般原因是由于网卡配置问题、物理端口连接问题、交换机等设备故障问题。
故障解决: 1.针对网卡配置问题，值班人员首先对A/B机系统进行网络连通性测试，尝试使用icmp协议进行ping对端。
若无法PING通时，检查主机网络配置。
在linux系统环境中，使用指令cd /etc/sysconfig/network-scripts进入网卡配置目录，接着使用vi编辑器查看网卡ifcfg-eth0的配置是否正确。
如图一所示为正确配置页面。
若配置不正确需修改为正确后重启network服务后再使用指令ifconfig查看修改后的网卡配置情况。
华泰自动化系统塔台分区数据同步异常情况分析
第22期2023年11月无线互联科技Wireless Internet Science and TechnologyNo.22November,2023作者简介:陆少辉(1995 ),男,广东信宜人,助理工程师,本科;研究方向:民航通信导航监视设备运维管理㊂华泰自动化系统塔台分区数据同步异常情况分析陆少辉(中国民用航空珠海空中交通管理站,广东珠海519040)摘要:珠海塔台华泰自动化系统因故障部分功能缺失,值班员通过查询系统重要模块状态㊁分析系统日志,发现该系统珠海进近分区主用通信服务器缓存区脚标异常增长,且未清零,导致大量数据未经转发就被覆盖重写,从而出现珠海塔台分区数据异常的现象㊂在珠海进近分区切换通信服务器主备机后,系统恢复正常㊂通过分享案例,文章分析该系统不同分区的数据同步机制及现有缺陷,为相关单位运维该系统提供经验,提高突发情况下的应急处置能力㊂关键词:空管自动化;数据同步;通信服务器;服务器主备切换中图分类号:TP391㊀㊀文献标志码:A 0㊀引言㊀㊀近10年来,中国民航欣欣向荣㊁发展迅猛,民航客机流量日益攀升,这对空中交通管制员来说是个不小的挑战㊂空管自动化系统被誉为管制员的 千里眼 ,同时也是通信导航监视 五大关键设备 之一,不仅缓解了管制员的工作压力,更在促进空中交通安全㊁高效㊁有序运行方面发挥着重要作用㊂由于塔台管制区域与进近管制区域的分离,在安装空管自动化系统的过程中需要设立不同的分区㊂塔台分区在系统正常运行的情况下需要向进近分区同步更新数据,因此确保不同分区之间同步数据的准确性㊁时效性是维护空管自动化系统稳定㊁有效的必要前提㊂本文通过系统日志复盘㊁分析华泰空管自动化系统在运行过程中所发生的分区数据同步异常状况,理清了华泰空管自动化系统在不同分区之间数据同步转发的机理及系统现有缺陷,在厂家正式发布系统补丁之前提供了一种突发情况下的应急手段㊂这对其他空管单位对华泰空管自动化系统的运行维护过程中遇到类似情况时有着积极的借鉴意义㊂1㊀不正常情况排查过程1.1㊀情况回顾㊀㊀某日,塔台管制员反映在用华泰自动化系统[1]偶发进港航班管制接收(Accept,ACC)失败,且界面有相似航班号(Similar Callsign,SC)告警㊂值班员立即检查华泰自动化设备状态,发现各节点软㊁硬件均正常㊂随后,值班员联系珠海进近排查其分区设备,对方答复设备正常㊂值班员通过在华泰自动化系统上进行回放,发现管制员ACC 失败的航班均没有相关的飞行计划㊂值班员尝试切换塔台分区的通信服务器主备机,但未能解决问题㊂此后,值班员依照厂家建议进行塔台分区设备重启㊂重启后,值班员却发现珠海塔台分区此时已丢失由珠海进近传输过来的正常综合航迹 Normal 航迹㊂此外,珠海塔台分区所有席位均处于DEGD 状态且值班员无法通过人工操作将其恢复到Normal 状态㊂我方立即联系珠海进近协同排查㊂最终,在珠海进近重新分发离线数据和切换珠海进近分区通信服务器主备机[2]后,华泰自动化系统恢复正常㊂通信服务器为华泰自动化系统在珠海进近与珠海塔台之间进行数据交互的重要服务器,也是塔台分区的中心节点㊂而华泰自动化系统重要模块如MST㊁FDP㊁SNMP 等的数据都是通过通信服务器的CDP 模块在不同分区之间进行转发㊂华泰自动化系统在珠海进近与珠海塔台之间的数据交互拓扑如图1所示㊂1.2㊀排查经过1.2.1㊀查询FDP001模块状态㊀㊀值班员对系统进行重启后,发现珠海塔台分区与珠海进近分区数据通信出现异常㊂为进一步查找系统异常原因,值班员在终端节点zhrttksupli 上远程登录到中心节点zhrtcdp1ali,在后台终端窗口输入命令㊀㊀㊀㊀图1㊀珠海进近与珠海塔台华泰自动化系统数据交互拓扑start bnsio -vt ,进入状态查询程序,然后再输入命令get FDP001_OPER _STATUS 以获取FDP001进程状态的信息㊂经多次查询,结果显示均为 NONE ㊂上述查询结果表明此时珠海塔台分区的中心节点zhrtcdp1ali 已无法获取珠海进近FDP001模块的状态信息,珠海塔台分区与珠海进近分区之间处于通信异常状态㊂在协调珠海进近完成CDP001模块主备机切换后,值班员再次按照上述步骤查询FDP001模块的状态信息,结果则为 OPOK ㊂此外,值班员发现此时珠海塔台分区所有席位已经能正常显示Normal 航迹,华泰自动化系统也能通过人工操作升级到正常状态㊂由此可以进一步确定此次事件就是由CDP001模块的数据同步通信[3]存在异常而引起的㊂1.2.2㊀查询CDP001模块的日志信息㊀㊀由1.2.1可知,珠海塔台分区数据出现异常的原因在于CDP001模块㊂通过与华泰厂家协作,值班员通过查询华泰自动化系统CDP001模块的相关日志进行更为深入的调查㊂通过在CDP001模块相关日志中搜索关键字 buffer at in index 发现,传输到珠海塔台buffer 的index 持续增长到34247后,重新变为0,但此后index 停止增长,可知后续新增的数据都放在了index 为0的位置㊂在珠海进近完成CDP001模块服务器的主备切换后,buffer 的index 由0开始恢复增长,且增长至一定值(该值远小于34247)后便会自动清0,然后再重复该过程㊂1.2.3㊀理清华泰自动化系统的分区数据转发机制㊀㊀经向华泰厂家开发人员进行了解,值班员得知在华泰自动化的通信处理机制中,从珠海进近分区转发给珠海塔台分区的数据,会首先存放到一个缓存区(buffer),在符合触发条件后才会转发给珠海塔台分区㊂而该触发条件,由两个控制因素决定:一是缓存区中报文的数量,二是时间㊂这两个控制因素对应的离线参数,在CDP001模块的服务器中的cdp.cfg 文件里有详细的定义与配置,分别与之对应的是SYNC_LOW_THRES _SEC (同步最低时间门限)和TBUF _MAX_SIZE(同步报文最大数量)㊂其中,SYNC _LOW _THRES _SEC 的值为1s,TBUF_MAX_SIZE 的值为1000㊂而以珠海塔台分区现有的航班量来分析,珠海塔台分区在1s 时间内收到1000份同步报文的可能性极低㊂但在上述日志查询过程中,却出现了缓存区脚标为34247的记录,这明显不符合离线参数设置的值㊂并且index 在增长到34247后,接下来新增的数据均存放在缓存区脚标为0的位置即脚标不再有增长,这表明当前华泰自动化系统CDP001模块的缓存区处理机制存在一定缺陷㊂2 原因分析㊀㊀由华泰厂家开发人员提供的信息可知,34247为系统缓存区buffer 的极限容值㊂由缓存区buffer 的index 增长到34247后新增数据均存储在index =0位置的现象,可以判断出缓存区buffer 已发生溢出[4]㊂在计算机系统中,当数据量存满存储分区而未做清理时,新进的数据都会存储在最大值的下一个值,但因为位数不够,即表现为存储在index 为0的位置㊂例如:一个4位二进制,最大值为1111,此时新进数据按照逻辑应该存储在10000,但因为位数只有4位,最高位的1会被丢掉,故表现为0000㊂而因为4位二进制的最大值为1111,所以若程序设计中不做清零处理,那么访问到的值将永远都是1111,也就是说无论后续新增了多少条数据,新进的数据都只会存储在1111的下一个位置,即10000,表现出来就是一直存储在index为0000的位置㊂所以,在此次异常情况中,缓存区buffer的值在达最大值34247后,因华泰自动化系统在程序设计中未做清零处理设计,而导致后续需要从珠海进近分区转发到珠海塔台分区的新数据均存储在index为0的位置㊂如此一来,只要1s内需要发送的报文份数超过1,就会出现数据因未及时被转发即被覆盖,从而导致珠海塔台分区数据异常现象的出现㊂3㊀改进措施及建议㊀㊀(1)对此次事件排查出的问题,厂家已建立PCR;技术保障部将持续跟进华泰厂家问题调查及解决情况,若厂家一个月内未能找到问题根本原因,则按厂家建议采取临时紧急补丁(即判断buffer到达最大值后进行清理)修复此问题㊂(2)基于现有的系统分区数据同步机制的缺陷,建议在修复bug的过程中考虑增大缓存区buffer的存储空间或者引入脚标异常增长检测机制,一旦系统检测到异常,应当立即对缓存区脚标清零㊂4㊀结语㊀㊀随着中国民航的快速发展,空中流量急剧增多,空管自动化系统在管制运行指挥过程中发挥的作用变得举足轻重㊂作为通信导航监视 五大关键设备 之一,空管自动化系统出现故障时所要求的应急响应速度和时效更是检验每一个运维人员技能水平高低的指标㊂针对 塔进分离 的自动化系统使用现场,尤其是塔台分区,在日常运行保障的过程中,值班员应当时刻高度关注空管自动化系统通信服务器转发过来的数据同步状况㊂在突发情况下,切换进近分区通信服务器的主备机可作为临时应急手段解决故障,优先保障管制指挥不中断㊂除此之外,值班员应当加强业务培训,提升个人技能水平,要深入理解系统工作原理,能通过分析系统日志查找关键信息,快速锁定系统的故障点,然后制定恢复系统功能的合理方案㊂参考文献[1]林国峰,詹伶俐,沈德仁.空管自动化系统智能运维技术研究综述[J].西华大学学报(自然科学版), 2022(2):20-26.[2]陆润中.一种空管自动化系统服务器双机切换的机制设计[J].中国民航飞行学院学报,2020(2): 70-73.[3]洪阳.空管自动化系统数据同步技术及实现方法[J].电子技术与软件工程,2019(4):172.[4]李文明,陈哲,李绪蓉.缓存区溢出研究与发展[J].计算机应用研究,2014(9):2561-2566.(编辑㊀王永超)Analysis of abnormal data synchronization in tower partition of Huatai automation systemLu ShaohuiChina Civil Aviation Zhuhai Air Traffic Management Station Zhuhai519040 ChinaAbstract Due to malfunction some functions of the Huatai Automation System in Zhuhai Tower are missing.The duty officer found through querying the status of important modules in the system and analyzing system logs that the main communication server cache area footer of the Zhuhai approach partition in the system grew abnormally and was not cleared resulting in a large amount of data being overwritten and rewritten without forwarding resulting in abnormal data in the Zhuhai tower partition.After switching between the main and backup communication servers in the Zhuhai approach partition the system returned to normal.This article shares a case to deeply explore and analyze the data synchronization mechanism and existing defects of different partitions of the system providing experience for relevant units to operate and maintain the system and improving emergency response capabilities in emergency situations.Key words ATC automation data synchronization communication server server master-slave switching。
湛江机场民航气象数据库系统一起气象报文处理故障的分析与处理
—164—故障维修湛江机场民航气象数据库系统一起气象报文 处理故障的分析与处理李滨翰（中国民用航空湛江空中交通管理站，广东 湛江 524017）摘 要：航空气象情报及气象资料的及时、准确、标准化获取是保障民航安全运行的重要基础。
民航气象数据库系统是航空气象领域的数据库系统，对航班的正常运行起到重要作用。
本文介绍了一起湛江机场民航气象数据库无法对气象报文进行正常处理的故障案例，采用排除法对故障进行分析，最终确定故障是由国外机场气象报文格式错误造成下发气象报文积压而导致，并给出详细的故障处理过程，以帮助气象数据库运行维护人员今后更好地排查以及处理此类故障。
关键词：民航气象数据库系统；气象报文；故障处理引言气象部门是空管系统的重要部门之一，从业人员需要对航空气象情报及各类气象资料进行认真、准确分析，为空中交通管制等航空运输部门提供安全、可靠的决策依据，保障民航安全运行。
因此，保障民航安全运行，需要保障航空气象情报及气象资料获取的及时性、准确性以及可靠性。
民航气象数据库系统是航空气象领域最重要的数据库系统，其主要的功能有信息处理、信息传输以及信息服务。
它利用数据库技术以及oracle 数据库管理系统，收集和交换来自全国各个机场的气象情报，对收集到的全球航空气象数据进行有效的管理。
它采用通用的数据接口和用户界面，实现对气象数据的快速检索和有效存储，具有灵活授权、高度共享、分布访问、安全可靠等特点。
该系统所提供的主要气象资料包括有民航报文资料、自动观测系统资料、天气雷达探测资料、重要天气预告资料、卫星云图资料等。
它是航空气象从业人员获取气象资料的重要途径，因此，保障其安全、稳定、可靠运行已经成为民航气象设备维护人员工作的一项重要内容。
本文介绍了一起湛江机场民航气象数据库无法正常处理气象报文的故障案例，并给出了相应的故障排查和处理方法。
1 湛江机场气象数据库系统结构简介湛江机场气象数据库系统主要由通信分系统、数据库分系统、预报平台、服务平台四部分组成，其中按照功能划分，又将数据库分系统分为资料处理子系统和数据库管理子系统两部分，其组成由图1所示。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
空管自动化系统对报文数据解析处理分析
发表时间：
2018-07-02T16:41:25.297Z 来源：《科技新时代》2018年4期 作者： 梅贵军
[导读] 摘要：随着民航事业高速发展，飞行量迅速增加，电报的数量也随之不断增加，给民航空管带来更大工作压力与任务，为更有效处
理好报文数据问题，对报文实行自动化处理尤为重要。
摘要：随着民航事业高速发展，飞行量迅速增加，电报的数量也随之不断增加，给民航空管带来更大工作压力与任务，为更有效处理
好报文数据问题，对报文实行自动化处理尤为重要。
关键词：民航；空管自动化系统；报文；处理
引言
空管自动化系统凭借对多雷达信号、飞行计划及动态电报处理，为空中交通管制员提供了飞行状态、飞行相关动态信息及各项告警功
能等信息，较好助力管制员实现空中交通指挥及疏导工作。报文数据解析处理是空管自动化系统的关键构成，担负着完成飞行计划及动态
传递，确保航班飞行安全。本文主要对自动化系统中报文传输架构展开研究，对其传输过程详细分析。
1.
空管自动化系统概述
空管自动化系统属于民航空管部门实施对空指挥的核心系统，通过处理雷达信号等监视数据，为空中管制员提供空中飞行态势的显示
和各种飞行冲突及各种异常的告警，通过处理飞行计划和动态电报，为管制员提供飞行计划和飞行动态相关信息及管理手段，在确保民航
空管对空指挥任务的安全实施中发挥着重要的作用。
2.
报文的种类及作用
报文主要是指飞行动态固定格式电报，它属于我国民航用来对航班动态进行表述的一类主要方式，通常分为2类格式，即 AFTN 与
SITA
。其中，AFTN格式电报主要为空中交通管制部门提供，SITA 格式电报主要为航空公司航务部门提供运用。在这里着重阐述了空管自
动化系统对
AFTN 报文的解析处理情况。
2.1
主要报文种类
现阶段，民航的 AFTN 报文大致包括：飞行预报（PLN）、修订飞行预报（COR）、领航计划报（FPL）、修订领航计划报
（
CHG）、取消领航计划报（CNL）、起飞报 （DEP）、告警报 （ALR）、预计飞越报 （GST）、管制协调接受报（ACP）、逻辑确认报
（
LAM）、无线电通信失效报（RCF）、返航报 （RTN）、落地报（ARR）、延误报（DAL）等。电报报文主要由几个特定挑选的数据编
组依据一定顺序排列而成，不可以使其随便缺省；各个数据编组均由依据一定顺序排列的数据项目或者单一数据形成。
2.2
报文的作用
空中交通管制员对航班进行指挥的主要方法是：雷达探测到航空器以后，会把信息传输至自动化系统构成雷达航迹，随后管制员会凭
借航迹对航班进行指挥。事实上，最开始的时候这些雷达航迹仅仅一个个可以看到速度与高度的圆圈标志，没有办法对航班信息进行分析
辨别。只有电报被准确解析及提取后，与航班飞行计划关联，接着让雷达航迹和飞行计划结合后，才可以让航班信息较好地在系统中显
示，同时飞机动态情况实时更新，便于管制进行观察与操作。依据中国民航总局相关规定要求，各级管制中心空管自动化系统均可以对民
航飞行电报自动接收与处理，同时结合飞行电报对系统飞行计划数据实时更新。
3.
报文数据在空管自动化系统中的传输处理
当前，我国大多数空管会采取欧洲猫自动化系统及备用莱斯自动化系统两类设备。欧洲猫系统主要凭借FDP服务器对报文接收与发
送。
FDP服务器上借口包括四个，即AFTN、AIDC、BOM及ACARS，这些均可以对各类报文接收及发送。
欧洲猫系统主要凭借前置及转报系统，依据各类路由对报文接收及发送。前置系统主要侧重于飞行计划及报文合法性、规范性检验与
处理，主要是对飞行计划和动态电报做出类别划分、挑选及整理，根据飞行计划对动态电报做出分析、格式检查及查错、改错，同时给管
制员给予必要警示信息。结合航班运行计划生命周期，把处理后动态电报凭借欧洲猫系统兼容的格式向欧洲猫重新发送，同时结合飞行计
划及动态信息添加一定人工干预，凭借合理有效的措施自动生成
FPL、EST 报或借助于别的格式电报传输至欧洲猫系统，确保起可以在较
短时间内对生成及激活挂单信息。
转报系统功能大都是对报文路由识别，发挥中转站功能。飞行数据交换平台只是作为欧洲猫系统同自动化备用莱斯系统开展数据交换
操作，保证备用系统可以在没有工作人员干预的状态下的数据的准确性，确保系统之间的报文数据、静态基础数据以及飞行动态数据的一
致性。
在传输路由上，FIX/IFX 是转报系统和欧洲猫主要采取自动化传输信道；FIY/IFY 是转报系统和欧洲猫前置系统传输信道，这2个信道
在转报机端绑定操作；
FIZ/IFZ 前置主要采取AFTN 网络通信。
莱斯系统主要采取DCP服务器对报文数据进行接收与发送，报文凭借 FDP 服务器做出处理。报文在出入自动化系统之前，还应该通过
一些外围设备的处理。因为我国当前报文在内容以及格式方面依然有一些地方还不够规范，致使系统自动处理报文数据的成功率还不够
高，大多数还需凭借人工方式操作，给管制员带来大量的工作任务。而这部分外围设备的运用，不但可以对报文数据进出自动化系统路由
进一步完善，同时还可以大大提升自动化系统报文处理的能力及拓展系统功能。
4
空管自动化系统报文数据处理
4.1
欧洲猫系统正常情况下的报文处理
（1）接收流程：AFTN 网络→转报系统→FIZ信道→前置系统→IFY信道→转报系统→FIX信道→欧洲猫系统。
（2）发送流程：欧洲猫系统→IFX信道→转报系统→ FIY信道→前置系统→IFZ信道→转报系统→AFTN网络。
若欧洲猫自动化系统处于正常状态时，转报系统会把报文传输至前置系统处理，接着送回转报系统传输到欧洲猫系统。前置系统将收电地
址修改，把报文传输至机场
FIPS 系统，FIPS 系统对收电地址替换，向别的空管单位转发。报文也会传输到数据交换平台及备用莱斯系
统，备用自动化系统仅对报文接收，而不对报文数据传输。凭借飞行数据交换平台对电报接收，不仅对接收前置系统处理后
AFTN 电报接
收，而且对转报系统转发的
AIDC电报接收。前置系统处理后电报主要采取数据库同步的途径与飞行数据平台进行同步，内容涉及到IFY 信
道全部报文和
FIZ 信道起飞及落地报，同时由数据交换平台上运行后台程序传输至备用自动化系统；AIDC电报主要由FIU信道向数据交换
平台转发，接着向备用自动化系统发送。
4.2
莱斯系统主用时报文处理流程
（1）接收流程：
AIDC
类电报：转报系统→FIU→飞行数据交换平台→FIV→莱斯系统
非AIDC 类其它电报：前置系统→数据库同步→飞行数据交换平台→FIV→莱斯系统
（2）发送流程：
莱斯系统→IFV→飞行数据交换平台→IFU→转报系统→ FIY→前置系统→ IFZ→转报系统→AFTN 网络
备用自动化系统主要凭借飞行数据交换平台对电报接收，不仅对前置系统处理后
AFTN 电报接收，而且对转报机转发的AIDC电报也接收。
备用自动化系统外发电报，主要借助串口IFV通信传输至数据交换平台数据库内，同时借助后台程序转发至转报系统IFU信道朝外转
发。
5.
结语
通过对空管自动化系统对报文数据解析处理探讨，不仅提升了报文收发处理效率和质量，而且提升了空管系统的安全保障能力及经济
效益，对于空中交通管制工作高效开展及确保航班安全运行均具有重要意义。
参考文献
[1]
张彭.浅谈空管自动化系统中的飞行数据处理[J].内蒙古电子大学刊，2009（4）：73-75.
[2]
张民.空管自动化系统报文处理机制[J].数码世界，2017（11）：445-446.
作者简介：梅贵军（1981-）男，汉族，四川省绵阳市人，本科，民航空中交通管理工程师，从事研究方向：ADS-B地面站运行维护、
ADS-B
信号与空管自动化系统的接入融合、空管自动化系统的运行维护。