自动转报系统监控软件异常的案例分析
浅谈青岛蓝波自动转报系统排故与案例分析
2020年第7期信息通信2020(总第211期)INFORMATION&COMMUNICATIONS(Sum.No211)浅谈青岛蓝波自动转报系统排故与案例分析赵恒(湖南机场股份有限公司常德桃花源机场分公司，湖南常德415000)摘要：信息技术的发展带来了各行各业的技术的变革，也使得自动转报系统的应用变得越来越普及。
作为民航运营过程中最为关键的通信设备，能否对其故障进行及时的排查以保证其正常运行，将对整个系统的运行起到至关重要的作用。
本文对于自动转报系统在运行过程中经常出现的链路故障、板件故障以及终端故障案例进行了详细的故障原因分析以及排查，并进行了相应的故障排查总结，为今后的青岛蓝波自动转报系统故障的防治提供了系统的思路。
关键词:青岛蓝波；自动转报系统;故障排查中图分类号:V351.36文献标识码:A文章编号：1673-1131(2019)07-0230-021概述1.1青岛蓝波青岛蓝波自动转报系统是一种改进了的转报系统，它在充分的考虑了用户的使用习惯的基础上，加入了先进的技术设备，强化了界面的可操作性、系统的稳定性，降低了在使用过程中产生的噪音。
提供了通信接口、电报编辑、监测、电报翻译、电报查询、电报统计、电报存储以及电报输出等多方面功能。
1.2转报系统随着科学技术的发展，电报通信的方式也发生了巨大的变化。
由于转报系统的出现，电报通信逐渐由传统的人工形式的传递发展为半自动的处理模式，并进一步的发展为全自动的处理模式。
在航空运行的过程中主要使用自动转报系统，它能够主动的对接收到的信息进行进行相关信息的识别，并通过判断该信息的等级、信息发送的地址等将其自动转发至相关的接受信息的线路中，无需人为的进行相关的工作，极大地促进了系统的运转效率，实现了电报信息的自动传递。
转报系统的组成包括对于电报的处理机、数据集中器、网络交换机、前置处理机以及线路备份切换器。
其中数据集中器上集成了1块具有切换报警功能的控制板以及16块能够实现多种功能的接口板，能够将输入到系统里的数据进行综合处理，并实现有序的数据输出。
民航自动转报系统使用中的日常维护及几起故障分析
【当 前 路 由 】， 在 右 侧 选 择 “ 按 地 址 路
丽江 机场 自动 转报 系统 目前 所 使 用 的 由 ” ，填 写 收报 地址 、类 型 、转 发 通道 ． 再 点 击 “ 增 加” ，即可 添加 所需 路 由 。 自动 转 报 系统 型 号 是 由北 京 东进 航 空 科技 股 份 有 限 公司 开发 的 Ｄ Ｃ Ｔ Ｔ ２ ０ （ Ｘ ） 系 列 ．民 航 专 用 电报 自动 处理 设 备 。系 统 采 用 存储 ， 转 （ ３） 配置 完后 有主 备机 的 系统 。 点 击
技术创新 １ ３ ９
中 国通 信 技 术不 断发 展 ， 民航 电报
通 信 技 术 普 遍 采 用 自 动 转 报 系统 。 民 航
（ １ ）通道配置 ． ． 点击 【 通道 设置 】 一 【 启用 】开启通道 ，根据该通道 的需求配
置 名 称 、出 入 冠 字 、流 水 位 、码 制 、报 头
空管 业务 的运 行 已越来 越 多的依 赖 于 自
动 转 报 设 备 ，这 就 对 自动 转 报 系 统 的 运 报 尾 ；选 择 是 否 发送 定检 电报 等 ；再 配 置 Ｄ、速 率 、数 据 位 、 行 维护 提 出 了更高 的要 求。 本 文对 民航 通道 端 口 ，选 择 串 口 Ｉ
置 ，然 后 重 启主 机才 可 用 。
９ ６
肛 一
２ ０ １ ７ 年 ． 第５ 期
生 职 业 素能 全 面提 升 期 。高 校 就业 指 导 工 作 的 重 点是 围 绕学 生 的职 业 目标 ，帮 助 学 生 提 升 与职 业 相关 的 知识 、技 能 及综 合 素 上 ，帮助 学生 实 现 良好的 职 业发 展 。这就 要求 高校 的就 业 指 导工 作 要 强化 对 学 生驯 业 胜任 力的培 养 ，并将 这 一 理 念贯 穿 于学 校 育 人 的 全 过 程 。就 业 指 导 需 与 入 学 教 育 、课程 教 学 、实 践 实 习 、校 园活 动 等 备 教 育 环节 相 融 合 ，通 过分 阶 段 、渐 进 式 的
ZB-16-64D型自动转报系统工作原理和常见故障分析
ZB-16/64D型自动转报系统的工作原理和常见故障分析摘要:zb-16/64d型自动转报机是遵循国际民航组织和国际航空电信协会电报处理程序标准,根据中国民航业务要求设计的功能强大的aftn/sita电报信息自动处理系统。
其具有高可靠、易操作、维护方便等特点。
本文详述了其工作原理和常见故障的排除方法。
关键词:自动转报机标准系统中图分类号:v351.36 文献标识码:a 文章编号:1674-098x(2011)12(b)-0044-011 zb-16/64d转报系统的系统组成与工作原理zb-16/64d自动转报机主要由数据集中器、线路备份切换器、异步控制器、前置处理机和电报处理机五部分组成。
1.1 数据集中器数据集中器由16块多功能接口板、1块切换报警控制板、2块电源板组成。
实现输入数据、输出数据的集中分配、电平转换、主备机切换控制和收发线路断线报警等。
1.2 线路备份切换器由16块备份切换板、32个状态指示灯、1个切换开关和2块电源板组成。
可将两套自动转报机连接起来,实现收发线路的快速切换。
1.3 异步控制器异步控制器以16路为一个单元,与数据集中器相连,处理来自转报机终端的异步串行数据,并进行格式转换,使之成为可以在以太网中传播的数据帧。
同时,对来自以太网的数据帧进行判断,并转换成异步串行数据送达转报机的终端设备。
1.4 前置处理机前置处理机以16路为一个单元,其内部配置8用户串口板2块。
前置处理机具有双机热备份和自动切换功能,增强了系统的安全性。
1.5 电报处理机电报处理机实现全系统的数据存储、网络控制、双机同步、用户界面等功能。
目前,zb系列自动转报机具有与多种终端连接的能力,可支持普通串口(异步rs-232、±4ma电流环)终端、modem终端、ip终端。
其与终端的连接方式如图1所示。
2 zb-16/64d转报系统典型故障分析zb-16/64d型自动转报系统具有较复杂的系统结构,对维护人员提出了较高的技术要求。
自动转报系统GPS故障案例分析
徐 斌 郑 斌
（ 民航 海 南 空管分局 海 南 海 口 ５ ７ ０ １ ２ ６ ）
摘 要： 本 文介 绍 了自动 转报 系统的 Ｇ Ｐ Ｓ时钟的工作原理 ， 并从蜘 故障现 象及故障处置过程进行分析 ， 详细叙述 了 ＧＰ Ｓ时钟故 障 排查维修的案例 ． 最 后 总 结 出 同类故 障 的排 除 方 法 、 步骤 及 建 议 措 施 。 ｔ ｅ — ｓ 修 改服务器 系统 时间 ， 指令 输 入的时间与机房挂钟相差 ４秒 。输入后查看发现系统 时钟 为 指令输入 的时间 ， 而不是机房挂钟 的时间 。 这说 明 Ｇ Ｐ Ｓ程序并没 有校正系统 时钟 ， 因为 Ｇ Ｐ Ｓ程序会根据配置文件 ， 将有 ３ － ８秒误 差的系统时问校正成准确 的 Ｇ Ｐ Ｓ时间。于是值班 员先 用指令校 正到当前 的准确 的时间后 ， 开始排查 Ｇ Ｐ Ｓ故障。 用 指令 ｐ ｓ —ｅ ｆ ｌ ｇ ｒ ｅ ｐ ｇ ｐ ｓ查 看 Ｇ Ｐ Ｓ进 程 ， 能 够 看 到 ｄ ｍｈ ｓｇ ｐ ｓ 进程正在运行 ， 然后去机柜 检查 了机房 Ｇ Ｐ Ｓ时钟 分接 器 和 串 口一 Ｕ Ｄ Ｐ转换 器 Ｎ Ｃ ６ ０ １ ．检查 发 现 原来 时 钟分 配 器 和 Ｎ Ｃ ６ ０ １ 都掉 电了 ， 将 时钟分配器和 Ｎ Ｃ ６ ０ １电源都接入后 ， 在 服务 器主机用 ｋ ｉ ｌ ｌ 一 ９加 ｄ ｍ ｈ ｓ ＿ ｇ ｐ ｓ 的进 程号杀掉进程 。再在／ ｄ ｍ ｈ ｓ ｇ ｐ ｓ 文件夹 中输入 ｎ ｏ ｈ ｕ ｐ． ／ ｄ ｍ ｈ ｓ ＿ ｇ ｐ ｓ ＆命 令重启 Ｇ Ｐ Ｓ程序后 ，为了 验证 Ｇ Ｐ Ｓ 程序是否 已经正常运行 ，再用 指令将 系统 时钟修改为 与挂钟 相差 ４秒 ， 看 Ｇ Ｐ Ｓ程序 是否会 校正时 间 ， 然而 Ｇ Ｐ Ｓ未校 正时钟 ， 说 明故 障未 修复 ， 为避免过 于频繁修 改时钟 ， 于是 暂保 持 ４秒的误差 时间． 继续排查故 障。 查看／ ｌ ｏ ｇ ／ ｔ ｉ ｍｅ ｒ ． １ ｏ ｇ 发现 １ ５日 ２ ： １ ７ （ Ｕ Ｔ Ｃ） 后 开始有 记录说 时 钟报文解析错误。说 明的确是时钟信号没有正确送 到服务器 。 于是尝试访 问 Ｎ Ｃ ６ ０ １ ， 从Ｇ Ｐ Ｓ — Ｃ Ｏ Ｎ Ｆ文件 中看到 Ｇ Ｐ Ｓ发生装 置
安全监控系统异常报警事故分析
XX煤矿关于XX月XX日瓦斯超限报警事故分析分析时间：年月日17时30分分析地点：矿调度会议室主持人：参加人员：事故经过：XXXX年元月XX日16时24分，瓦斯监控室监测到X-101安装工作面的瓦斯传感器超限报警，数据上传显示瓦斯浓度为1.12%，当班值班员XXX 当即电话联系井下监控系统维护人员XXX到该地点核实情况，并于16时35分向信息组负责人XXX进行了电话汇报；16时39分，在异常报警的15分钟后，当班值班员电话向通风科长XXX汇报异常报警情况，同一时间XXX区长及通风科XXX到达调度室；在此期间，16时35分，负责该区域的瓦检员XXX向调度室电话汇报该地点瓦斯传感器报警情况，并对报警点的瓦斯情况进行实际测量，该区域实际测量瓦斯浓度为0，并电话汇报调度室，根据现场测定结果，确认此次异常报警为系统误报警；16时40分后传输数据逐渐恢复正常。
事故原因：由于四点班，掘准队四点班根据机电科及调度室的安排，进行倒电源线路的拆接火工作，拆接火过程中导致该区域的11#、12#、13#分站反复几次出现供断电，各分站在断电后时而蓄电池的供电时而又恢复电源供电，频繁的供断电导致分站供电电源、电流的不稳定、加之监控设施本身的质量如分站、监控线，在此情况下易受到外界电流磁场的干扰，是导致系统误报的主要原因。
责任落实及追究：掘准队在拆接火过程中的停电是导致事故发生的主要原因，在拆接火过程中虽有调度室、机电科审批的工作票，但未经过通风部门审批，就开始作业，导致事故发生，负直接责任，机电科、调度室在安排队组拆接火施工安排过程中未考虑监控分站受到影响，没有统筹安排，负管理责任；对当班值班员XXX在接到瓦斯误报警情况后未按规定在第一时间向通风科长、区长、总工汇报，导致异常信息传输到集团公司后，两级公司调度电话询问后方才汇报通风科长，延误事故反应的处理时间，负主要责任；通风科XXX、通风队XXX，事故发生近15分钟时间里，仍不知情，没有在第一时间里组织对事故的应急处理，属严重工作失职；根据以上责任落实追究出发如下：对在施工过程中未能统筹工作安排的机电科、调度室及施工队组掘准队给予警告；对在发生事故未按规定程序汇报的当班值班员XXX，处罚200元，对接到汇报而未及时到达调度室并逐级上报的XXX处罚200元，对在事故发后负管理失职责任的通风科队XXX各处罚300元；采取措施：本次事故主要暴漏以下问题1、矿井在现场工作安排中未能做到统筹安排，导致事故的直接发生。
监控系统异常事件分析
监控系统异常事件分析简介监控系统在许多组织中扮演着至关重要的角色，用于监测和管理系统的正常运行。
然而，有时候监控系统也会出现异常事件，可能导致系统中断或其他问题。
本文旨在分析监控系统异常事件，并提供一些建议和解决方案。
异常事件分类监控系统异常事件可以分为以下几个主要分类：1. 网络异常 - 这种类型的异常事件通常与网络连接问题有关。
可能出现网络故障、延迟或不稳定的情况，导致监控系统无法正常工作。
2. 硬件故障 - 有时候监控系统硬件设备出现故障，例如传感器损坏、电力供应中断或硬件设备老化等。
这些问题可能导致监控系统数据不准确或丢失。
3. 软件错误 - 监控系统使用的软件可能存在错误或漏洞，导致系统无法正常工作。
这些问题可能来自于编程错误、配置错误或软件版本不兼容等。
4. 人为错误 - 使用监控系统的人员可能犯错，例如错误配置参数、误操作或未及时进行维护等。
这些错误可能导致监控系统异常事件的发生。
解决方案和建议针对监控系统异常事件，可以采取以下解决方案和建议：1. 定期维护和检查 - 定期进行硬件设备的维护和检查，确保其正常运行。
及时更换损坏的传感器或其他设备，以减少硬件故障引起的异常事件。
2. 软件更新和补丁 - 定期更新监控系统使用的软件，以修复已知的错误和漏洞。
同时，及时安装各种补丁程序，确保系统始终保持最新的安全性和稳定性。
3. 增加冗余和备份 - 在监控系统中增加冗余设备和备份机制，以防止单点故障并确保数据的完整性。
当一台设备或系统出现故障时，备用设备可以立即接管监控和报警功能。
4. 培训和监督人员 - 为监控系统操作人员提供有效的培训和指导，确保他们正确地配置、操作和维护监控系统。
同时，建立监督体系，及时发现和纠正人为错误。
结论监控系统异常事件的发生可能对组织的运作和安全性带来重要影响。
通过全面分析异常事件的分类和采取相应的解决方案和建议，可以最大程度地减少异常事件的发生，并确保监控系统正常运行。
ZB-1664D型自动转报系统的工作原理和常见故障分析
ZB-1664D型自动转报系统的工作原理和常见故障分析摘要:ZB-16/64D型自动转报机是遵循国际民航组织和国际航空电信协会电报处理程序标准,根据中国民航业务要求设计的功能强大的AFTN/SITA电报信息自动处理系统。
其具有高可靠、易操作、维护方便等特点。
本文详述了其工作原理和常见故障的排除方法。
关键词:自动转报机标准系统1 ZB-16/64D转报系统的系统组成与工作原理ZB-16/64D自动转报机主要由数据集中器、线路备份切换器、异步控制器、前置处理机和电报处理机五部分组成。
1.1 数据集中器数据集中器由16块多功能接口板、1块切换报警控制板、2块电源板组成。
实现输入数据、输出数据的集中分配、电平转换、主备机切换控制和收发线路断线报警等。
1.2 线路备份切换器由16块备份切换板、32个状态指示灯、1个切换开关和2块电源板组成。
可将两套自动转报机连接起来,实现收发线路的快速切换。
1.3 异步控制器异步控制器以16路为一个单元,与数据集中器相连,处理来自转报机终端的异步串行数据,并进行格式转换,使之成为可以在以太网中传播的数据帧。
同时,对来自以太网的数据帧进行判断,并转换成异步串行数据送达转报机的终端设备。
1.4 前置处理机前置处理机以16路为一个单元,其内部配置8用户串口板2块。
前置处理机具有双机热备份和自动切换功能,增强了系统的安全性。
1.5 电报处理机电报处理机实现全系统的数据存储、网络控制、双机同步、用户界面等功能。
目前,ZB系列自动转报机具有与多种终端连接的能力,可支持普通串口(异步RS-232、±4MA电流环)终端、MODEM终端、IP终端。
其与终端的连接方式如图1所示。
2 ZB-16/64D转报系统典型故障分析ZB-16/64D型自动转报系统具有较复杂的系统结构,对维护人员提出了较高的技术要求。
以下两例典型故障的排除思路可作为相关技术人员维护、维修工作的参考依据。
常见故障一:某路不能正确收、发电报第一步,确认转报机部件是否有故障(1)在用户端接口上用配发的“RJ45短路头”将该线路收、发线短路,此时转报机端,该用户的多功能接口板收发状态灯应为“灭”。
中小机场DCTT2000型自动转报系统简介及案例分析
中小机场DCTT2000型自动转报系统简介及案例分析发布时间：2022-05-25T07:00:43.038Z 来源：《中国科技信息》2022年第3期作者：李惠玲[导读] 本文对山西省内中小机场安装使用的DCTT2000型自动转报系统硬件李惠玲民航山西空管分局山西省太原市 030031摘要：本文对山西省内中小机场安装使用的DCTT2000型自动转报系统硬件、软件进行了简单的介绍，着重对几起典型故障从故障现象、处理过程、原因分析等多方面进行了详细说明和总结，希望对其它使用该型号转报系统的机场的设备维护有所帮助和借鉴。
关键词：自动转报系统；硬件；软件；案例分析引言随着民航业的快速发展，省内中小支线机场遍地开花，支线机场航线的开通弥补了民航的不足，山西省内6个中小机场不断建成并投入使用，方便了广大群众出行，促进了地方经济发展。
自动转报系统作为民航通信的枢纽设备，关系着航班动态、管制电报、气象信息、航行情报等空管信息业务的准确与否，关系着运输业务、机场服务等民航多个行业服务水平的提高，自动转报系统是确保通信畅通、航班安全正点必不可少的保障，因此及时发现转报系统隐患、排除转报系统故障、确保转报系统正常运行是中小机场的工作目标。
本文针对山西省内多个中小机场DCTT2000系列自动转报系统使用过程中出现的典型案例进行分析与汇总，与大家共同学习，希望可以为以后的维护工作提供更多帮助。
一、DCTT2000型自动转报系统概述 DCTT2000型民航自动转报系统是北京东进科技有限公司自主开发的民航电报自动处理设备。
根据中国民航电报处理的业务需求设计，遵循国际民航组织标准附件10和航空电信协会SITA电波处理规程设计。
该系统提供多种通讯接口，兼容标准AFTN/SITA电报格式，与目前使用的各厂家自动转报设备兼容。
系统由服务器、网络交换机、异步单元、外围设备、监视客户端组成，采用存储/转发方式，自动处理AFTN和SITA电报，无需人工干预。
自动化监控系统上位机故障分析与解决措施
自动化监控系统上位机故障分析与解决措施
一、故障分析：
1、软件故障：可能是系统软件出现了错误，导致上位机无法正常工作。
2、硬件故障：可能是上位机的硬件设备出现了故障，例如主板、内存、硬盘等。
3、通信故障：可能是上位机与下位机通信出现了问题，导致无法正常监控设备的运行情况。
二、解决措施：
1、软件故障解决措施：
（1）重新启动上位机软件：有时候软件出现故障可能只是临时的，重新启动软件可能会解决问题。
（2）升级软件版本：如果是软件版本过旧导致的问题，可以考虑升级软件版本。
（3）检查软件配置：有时软件的配置出现问题也会导致故障，可以通过检查软件配置来解决问题。
2、硬件故障解决措施：
（1）检查硬件连接：有时硬件连接不良会导致故障，可以检查硬件连接是否良好。
（2）更换硬件设备：如果是硬件设备出现故障，需要更换新的硬件设备来解决问题。
（3）清洁硬件设备：有时硬件设备内部灰尘过多会导致故障，可以通过清洁硬件设备来解决问题。
三、预防措施：
1、定期维护：定期对上位机进行维护和检查，及时发现问题并解决，以减少故障发生的可能性。
2、备份数据：定期对上位机数据进行备份，以防数据丢失导致的故障。
3、加强培训：加强对操作人员的培训，使其熟练掌握上位机的操作和维护技巧，减少故障发生的可能性。
四、结论：
上位机故障不仅会影响监控系统的正常运行，还会给生产和管理带来不必要的麻烦，因此在安装和使用上位机时，需要做好相应的预防措施，并在故障发生时采取及时有效的解决措施，以保证上位机的正常运行。
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查看修改后的网卡配置情况。
DMHS-H自动转报系统传输故障实例分析
DMHS-H自动转报系统传输故障实例分析作者：丁靖来源：《科学与信息化》2020年第18期摘要目前中国民航使用的自动转报设备主要为航管科技DMHS系列转报系统，本文结合近年来民航江苏空管分局DMHS-H大型转报系统业务传输中断故障的处理经验，对典型故障案例进行分析和经验总结，希望能够对从事 DMHS-H大型转报系统设备维护人员的排故工作提供一定的处理思路。
关键词转报系统;传输链路故障;运行维护引言自动转报系统为民航安全生产类主要业务之一，主要是为了实现空管、机场、航空公司等单位的AFTN以及SITA的电报数据的自动转发、存储以及问题电报的即时告警。
近年来，随着航班数量日益增加，航空报文的转发量随之加倍增长，对自动转报系统的功能要求也不断增多，本文根据多年岗位值班维护经验，对工作中经常性出现的问题进行分析研究，提高传输效率和用户使用满意度。
1 民航江苏空管自动转报系统简介民航江苏空管分局作为转报二级节点，要求转报系统高峰处理能力不低于一万份，每天电报处理能力不小于五万份，2013年安装航管科技转报主用系统，备用系统于2008年安装，两套系统均为96路DMHS-H大型无前置机系统。
主用系统配置两台主服务器、异步单元、同步单元、路由器、机架猫、超级终端，监控系统等，为双网系统，网段192.168.11和192.168.22.XX两个网段。
备用系统配置两台主服务器、异步单元、同步单元、路由器、机架猫、超级终端，为单网系统，网络为100.100.100.XX网段，两套转报系统通过切换器实现主备切换功能，平时工作状态为主备系统均同时收发并存储报文，但是备用系统的报文在经过切换器后数据被丢弃，不对用户分发。
分析近年来工作中遇到典型故障，主要分为以下三点：①转报系统收报时发现多份报文乱码现象;②用户无法正常收发报文;③异步单元端口故障。
现对以上三点现象，结合工作中遇到的实际情况，进行分析[1]。
2 典型案例分析（1）自动转报某一信道报文出现变字，乱码等情况。
DMHS自动转报系统非常规事例分析
DMHS自动转报系统非常规事例分析引言民航自动转报系统的作用，就是通过拍发接收并转发民航电报，使得民航电报能够按照规定的电报等级和转报路由以及时限要求，顺利到达电报目的地，为民航飞行安全生产活动服务，因此民航自动转报系统作为一种非常可靠有效的通信保障手段，它的正常运行是实现民航空管飞行安全的重要前提和基础。
目前民航空管系统大部分使用空管装备公司生产的DMHS自动转报系统。
本文整理该系统发生的非常规事例进行分析，以供同行参考。
关键词：DMHS，进程，信道，报文一、DMHS自动转报系统简介DMHS-H自动转报系统（下面简称转报系统）主要分为硬件和软件两个部分。
其中硬件部分由主机服务器、通信设备和外围设备组成，软件部分在结构上分为系统软件和应用软件两大部分。
图1 DMHS系统数据库和应用软件示意图应用软件即以转报软件为核心，为用户提供AFTN/SITA信息交换服务及相关信息服务的软件,主要有前台应用程序、后台应用程序、客户端软件；系统软件包括操作系统(采用Linux或Unix)、数据库系统 (Oracle 11g)、中文平台等，它们为应用软件提供正常运行工作环境。
二、非常规事例分析近年来，转报系统出现过各种故障，如压报、错报、漏报、断线告警、报文流量异常等常规故障，但有些故障比较少见且会影响系统正常运行，需要相关运维人员了解及警醒。
1．转报备用服务器老化导致重启后未能自启动应用进程故障现象：转报备用服务器（下面简称备机）重启后，应用进程未能自启动，导致主机处于单机状态。
原因分析：根据转报系统应用进程启动原理，服务器开机启动时会自行运行“S99dmhs”脚本程序，陆续启动数据库进程、转报双机进程、通信进程（IP进程、R25进程、异步进程）。
其中转报双机进程的启动需等待数据库进程完全启动之后才可启动成功。
图220211207软件运行日志通过截取软件运行日志（见图2）可以发现，备机重启后，在自动执行启动转报系统转报双机进程时，连续检查5次数据库进程启动情况值均为“-1”，表示数据库进程未启动，然后终止了转报应用软件启动过程。
民航通信网在自动转报系统中的故障分析
Internet Communication互联网+通信一、引言民航通信网的主营业务基本包括三方面，分别是雷达、自动转报及地空通信，而自动转报服务的应用场景主要为机场与航管楼之间的信息传输，通过计算机与网络完成信号传送，有助于保障运输服务、气象服务、航空管理、机场服务等方面的工作内容。
在科技的快速发展中，需要对自动转报系统进行及时更新，投入大量的高科技设备，从而保证机场的正常运作。
通过对自动转报系统的工作原理进行分析，从中了解其故障原因，以便制定合理的应对措施。
同时对民航通信系统的维护问题与维护措施进行梳理，方便维护人员之间的经验交流与借鉴，有助于保障飞机能够安全飞行，从而使人民生命与国家财产得到有效保证。
二、民航通信网络业务监控系统的设计（一）系统监控设计在民航通信网络监控系统设计中，采用可视化工具进行软件编译，为系统结构设计提供组件。
由于软件的数据库功能十分强大，可以实现系统应有程序的开发，从而使系统的储存需求得到满足。
利用扩展组件与编辑器能够对程序进行有效编写。
在设计监控系统时，可以从以下四部分展开，分别是日志、监控、帮助、数据模块等方面，而数据模块是为各种配置表提供数据；监控模块主要用于监控民航通信设备接收数据信号的情况；帮助模块能够展示系统功能和应用程序；日志模块能够提供日志代码，记录通信端口的中断问题。
（二）模块功能设计在对不同功能模块进行设计时，一定要确保系统可以对其进行集中监控，能够在第一时间获得全面而准确的数据信息，进而实现网络通信业务监管目标。
在设计监控模块时，它属于系统的核心部分，需要直接反应民航通信网收发数据的实时情况。
在设计模块的功能时，模块每秒都需要发送指令，使用控制事件的接收设备将民航通信网在自动转报系统中的故障分析数据返回，根据数据分析结果了解通信状态。
按照数据显示结果及时掌握信号异常，并进行报警，在计算机终端进行记录。
在设计数据模块的配置时，一定要以系统能够正常运行为根基。
东进转报系统典型故障案例分析
东进转报系统典型故障案例分析民航自动转报系统在空管运行及对外服务中的重要性日益凸显，不同厂家的硬件、软件在转报系统中的使用呈现多样性，怎样排除因系统兼容性及处理机制的不同造成的报文收发不畅问题是排故工作的难点。
文章以东进自动转报系统为例，对此类典型案例进行分析总结，供设备维护人员参考。
标签：民航自动转报系统；兼容性；案例；排故Abstract：The importance of civil aviation DMHS in the operation of air traffic control and external service is becoming increasingly prominent. The hardware and software of different manufacturers are used in the transfer system in a variety of ways. How to eliminate the problem caused by different system compatibility and processing mechanism is the difficulty of troubleshooting. This paper takes Dongjin DMHS （Data & Message Handling System）as an example to analyze and summarize this kind of typical cases，which can be a reference for equipment maintainers.Keywords：civil aviation automatic DMHS；compatibility；case；troubleshooting引言民航自動转报系统作为传输飞行动态、航行情报信息、气象信息等情报的重要通信手段，其正常运行关系着飞行的安全与正常，关系着空管行业对外服务水平。
DMHS自动转报故障分析与应急处置探讨
• 189•通过MQ-2模拟收集外界气体浓度并把模拟信号传递给arduino 控制中心，中心对信号进行处理并对警报系统进行控制，使用lcd 与Arduino 通信协议通过LCD 来显示当前浓度数值。
通过实践可实现达到一定浓度后进行报警，并同时实时显示当前浓度，对日常空气质量可以起到检测作用。
试制的硬件实验系统如图4所示，首先将USB 转DC3.5*1.3mm 电源线接入实验板，另一端接入电源，打开开关；观察LCD 显示屏，此时屏幕显示smoke 加当前浓度值；再用打火机气体模拟有害气体；当浓度大于阈值时开始报警，同时lcd 显示屏闪烁提醒，并演示“Leak Dangenous ”字样。
2.结束语分布式智能家居安防系统主要完成家居内部安全的自动监测，采用以Arduino 为核心器件，确保事件响应实时化，采用LCD 显示屏将当前监测数值实时展示，并将历史数据状态保存至外部存储。
通过仿真与硬件实验验证，本系统可实现有害气体探测功能、报警功能及实时显示功能，从而达到安全监控防护的目的。
整个安防系统无论是在家庭还是小区场景下，都可图4 硬件实验系统以自由组合，实现高效经济的监测保护。
基金项目：江苏省高等学校大学生创新创业训练计划项目资助（项目号201814436168XJ 、201814436137XJ 、201814436167XJ ）、江苏省高校自然科学研究面上项目资助（项目号16KJB510007）。
作者简介：付孟林（1995—），男，河南信阳人，江苏第二师范学院电子信息工程专业，16电子信息工程普本在读。
通信作者：张福鼎（1982—），男，江苏徐州人，讲师，博士；研究方向：光子学，光网络优化与安全，高性能计算机互连，云计算。
自动转报系统是传递气象、航空公司、管制等重要部门的电报，在保证民用航空安全和飞行正常性中起着重要作用。
DMHS-M 96路转报系统是北京航管科技有限公司为了适应中国民航快速发展的需要研发的航空电报和信息交换系统。
关于民航自动转报系统干线电路故障的案例分析
34 端口 9.
6 K 73 端口 9.
6K
96 端口 9.
6K
ZPPP ZBBB
KPA
KPB(在 C 卫星上)
(在 ATM 网上) ZUUU 主用电路
51 端口 9.
6K
35 端口 9.
6K
对 于 ZPPP-ZBBB 的 干 线 电 路,依 据 可 靠 性、
稳定性和 速 率,须 与 对 端 运 维 人 员 协 商,择 优 选 用
2
0
1
4(
Z
2)
3
6-4
1.
[
张晓辉,
李小奇 .
市政工程旧海关桥拆
6] 吴发展,
]
:
除方案比选[
河南科技,
J.
2
0
2
1(
2
0)
9
5-9
7.
· 112 ·
[
李小奇,
赵虎 .
市政工程旧海关桥拆除
7] 吴发展,
:
技术 [
J]
.施 工 技 术,
2
0
2
1,
5
0(
S
2)
12
北京 电 路 的 流 量 告 警 门 限 设 置 为 2
0 mi
n内超过
5
0
0 份电报 才 告 警。 本 次 事 件 经 过 1
1 mi
n才达到
告警门限。调查组在查看端口流量时发现正常情况
下一个小时接收 电 报 没 有 超 过 4
0
0 份,建 议 将 告 警
门限下调至一个合理的数值,
有利于缩短发现时间,
的乱报 来 源。 从 调 查 分 析 看,
DMHS-H自动转报系统硬件故障分析
DMHS-H自动转报系统硬件故障分析引言民航自动转报系统是民航系统最重要的通信基础设施之一，主要承担飞行情报、管制、气象、机场和航空公司等单位与飞行有关的信息交换。
自动转报业务覆盖民航所有机场，各单位通过自动转报系统交互当地的实时天气状况、领航计划、飞机起降等信息，以报文的方式提供给空管、机场和航空公司，作为飞行的参考数据。
目前民航空管系统大部分使用民航空管技术装备发展有限公司生产的DMHS-H自动转报系统。
本文通过分析处理近年来该系统发生的硬件故障，并提出相关建议，以供同行参考。
关键词：转报系统，GPS，信道，报文一、DMHS-H自动转报系统的硬件结构简介DMHS-H自动转报系统（下面简称转报系统）硬件由主机服务器系统、通信设备和外围设备组成（见图1）。
主机服务器系统包括主机、磁盘阵列。
通信设备包括智能集中器、智能程控同步单元、智能程控异步单元、MODEM、交换机组成。
外围设备包括GPS、电平转换器、IP终端、管理终端等。
图1 自动转报系统硬件组成转报系统采用双机双网的结构。
这种结构使得转报系统不仅主备用服务器具有双机热备功能，在智能集中器、交换设备、外围设备和网络结构上同样具有冗余热备份功能。
这种“双机双网”技术可以有效避免系统出现单点故障，特别是切换时刻，这种备份结构能够实现主备机或两个网络的无缝切换。
二、硬件故障分析及处理近年来，转报系统出现过一些硬件故障。
由于系统采用双机双网结构，大部分故障不会影响系统正常运行，但是有些硬件问题仍然直接影响了系统正常性，因此相关运维人员需要了解及警醒。
1．GPS时钟源跳变造成转报系统GPS同步进程失效故障现象：转报主备机后台时间与GPS时间相差1分钟，系统后台时间未能自动修正。
原因分析：转报系统后台时间与GPS授时是通过DMHS_GPS进程进行同步，为规避自动转报主备机与异步单元、前置机等设备的10s超时告警机制，设备厂家在该进程自动校正的时间门限值为（3-8）s，超过此门限值后不再同步GPS授时源的时钟，导致主备机后台时间不再自动修正，需人工调整配置进行时钟校正。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
自动转报系统监控软件异常的案例分
析
摘要：自DMHS-H96路大型转报系统在河南现场运行，对报文、信道及各设
备硬件组件的实时监控一直由航管科技提供的超级终端监控软件完成。
2022年1
月10日，自动转报系统超级终端监控软件出现“写数据库时，打开表失败”异
常告警后无法使用的情况。
自动转报系统的监控软件有着实时监控的重要作用，
该案例分析对相关单位有着重要的借鉴意义。
关键词：自动转报系统；监控软件；数据库。
1背景
自动转报系统作为河南空管分局重要的平面通信系统之一，利用计算机系统
完成电报的存储、转发业务，其扮演着中国民航自动转报网网络节点的角色，承
载着完成民航通信中AFTN与SITA电报和数据的自动交换。
自动转报系统是一套
设备、硬件、软件的集成，其中自动转报系统监控软件能够进行各信道报文的收
发实时监控，以及服务器、前置机和交换机等自动转报系统中的硬件设备的网络
状态监控，使现场运行人员能够及时发现硬件设备或某信道收发报文的异常情况，在实际运行过程中起着重要作用。
[1]
河南空管分局目前使用三套自动转报系统，其中主用为老96路大型转报系统，备用为新96路大型转报系统，应急为64路中型转报系统。
三套转报系统均安装了两台超级终端：IP21、IP22，每台超级终端安装监控软件对系统进行监控。
2022年1月10日，老96路转报系统超级终端IP21前台监控软件异常告警，根据异常的现象，通过日志查看分析对故障原因进行排查，并通过人、机、环、管四个方面对异常案例进行分析，最终对四个方面存在的问题提出解决方案，为今后的自动转报系统监控软件的异常处置提供了一定的参考及技术支持。
2异常排查过程
2022年1月10日09:15，河南空管分局通信枢纽室现场运行人员在监视时发现老96路转报系统超级终端IP21前台监控软件弹出告警“写数据库时，打开表失败”，如图1所示
图1 写数据库时，打开表失败
点击“确定”关闭告警窗，随即前台终端软件自动退出，且弹出告警“数据库登录出错，请选择一种操作”，如图2所示
图2 数据库登陆出错
告警栏中共有3种选项：
1.
使用非常模式，处理告警信息和错报。
此时转报系统监控软件仅能处理告警信息和错报，无法进行其他常规操作。
1.
配置本地参数。
选择该选项后出现本地参数配置页面，且仅能进行本地参数配置，如图3所示。
图3 本地参数配置
1.
退出系统。
选择此选项自动退出告警栏菜单且关闭前台监控软件。
因自动转报系统有两台超级终端监控，检查另一台监控软件正常，不影响转报系统的监控，故此次监控异常及排故过程不影响转报系统的运行及监控。
3原因分析
3.1人为因素
河南空管分局通信枢纽室运行人员每月按要求完成转报系统的定期维护，以保证自动转报系统的正常运行。
且该异常事件发生时未进行任何人为操作，故不存在人为因素。
3.2设备因素
自动转报系统监控软件异常后，通信枢纽室迅速进行故障分析，同时向北京航管科技厂家技术人员通报事件过程，请航管科技厂家技术人员协助排查。
通过命令#cd /dmhs/log进入后台日志存放位置，#cat log查看日志内容，
无异常信息。
查询相关资料，得知当Oracle 数据库监听器日志文件过大超过2GB时，可
能会导致数据库监听异常，listener监听器无法处理新的连接,现象为应用异常，无法连接至数据库。
原因是一些32bit OS自带的文件系统不支持2GB以上的文件，导致监听服务进程（tnslsnr）append write日志文件出错。
解决方案为删
除listener.log（删除前先做备份），然后重启监听。
监听重启后会自动创建一
个新的日志文件。
其中需要注意的是在监听进程运行时，无法对
tcp_listener.log做删除或者重命名操作。
如果不想重启监听，删除监听日志。
通过命令#cd
/diskarray/oracle7/app/diag/tnslsnr/zz1/tcp_listener/trace进入监听日志
存放位置，命令#ls-lh tcp_listener.log查看监听日志大小，发现监听日志过
大达到11GB。
随后对数据库监听日志文件进行删除并重启监听，具体操作步骤如下：
1.
dmhs_stoplnr #先把监听日志状态停掉，这样就不会写监听器日志
2.
rm tcp_listener.log #删除监听日志
3.
dmhs_startlnr #重新打开监听日志，开始记录监听器日志。
该文件会自动创建
4.
lsnrctl status #检查监听状态
删除监听日志文件后重新打开自动转报系统监控软件，仍然弹出“写数据库时，打开表失败”告警，无法正常运行监控软件。
[2]
排查至此确认为监控软件异常，无法连接至数据库，需重装超级终端IP21
的监控软件。
按照如下步骤对超级终端IP21监控软件进行重装：
1.
将正在运行发生异常的终端软件安装包删除，存放在默认路径C:\Program Files\Ait下；
2.
选择特殊模式进入监控终端，选择“帮助——关于...”查看当前使用的前台监控软件版本，向厂家获取对应版本的监控软件安装包，将对应版本的安装包文件拷贝至老96路转报系统超级终端IP21进行安装。
默认安装路径在C:\Program Files\Ait\DMHS-H超级终端软件，按照安装指引均选择默认路径完成安装；
3.
运行新安装的监控软件，输入用户名AAA和密码登录，监控软件可正常运行。
3.3环境因素：
河南空管分局通信枢纽室与自动转报系统技术支持厂家北京航管科技始终保
持密切联系与沟通，当遇到设备故障时首先进行应急处置再进行故障排查，当缺
乏相关故障处置方案及理论知识支持时及时与航管科技联系，请其协助提供技术
支持，与我方共同进行设备故障的排查，以保障故障设备尽快恢复正常减少对运
行的影响。
3.4管理因素：
针对设备定时巡视中的注意事项，河南空管分局通信枢纽室QSMS设备手册
中的《自动转报系统维护规程》，详细描述了自动转报系统日维护及日巡视时需
定时巡视的工作内容。
但针对之前从未发生过的监控软件异常现象，缺少相关的
提示内容及故障处置流程。
同时缺少对于监听日志文件大小检查的相关定期维护
内容，需要在手册中对故障处置流程及维护规程进行修订。
4改进措施及建议
针对“人、机、环、管”四个方面问题提出以下改进措施和建议：
1、人员因素：加强空管技术人员对自动转报系统维护操作技术水平的培训，组织运行人员进行自动转报系统相关故障及案例分析的培训学习，使人员掌握故
障现象及对应的故障处置方法，及时发现故障进行应急及故障处置，以减少对设
备安全运行的影响。
2、设备因素：在进行设备日巡视时注意关注自动转报系统的监控软件是否
异常，如有异常立即查看另一台监控终端的监控软件是否正常，确保至少有一台
终端的监控正常，不得影响信道、报文的正常监控及自动转报系统的正常运行，
在此情况下再进行异常处置。
当出现连接数据库异常时，查看数据库监听日志是否超过2GB，如超过限制
大小需要关闭数据库监听进程进行监听日志文件的删除，删除后重启数据库监听
再次检查超级终端监控软件运行情况。
如依旧出现“写数据库时，打开表失败”
告警，则需要卸载当前使用的监控软件，重新安装同一版本监控软件进行修复。
3、环境因素：继续与自动转报系统厂家保持密切联系，同时请其提供相关
技术文件以供科室人员学习。
4、管理因素：针对此次异常事件，将监控软件异常的提示及故障处置流程
更新至河南空管分局通信枢纽室设备手册的故障处置规程中，便于值班人员处理
设备相同的故障问题。
同时在设备手册的维护规程中，将数据库监听日志文件大
小检查的维护工作列入半年维护项目中，以避免数据库因为日志文件过大而无法
正常运行的情况。
5总结与借鉴
首先通过故障现象对案例进行分析，然后根据排查过程及监控软件异常原因
制定故障处置程序，同时根据设备运行情况，列出了对应的详细操作流程方案，
并修订相关的维护手册内容。
自动转报系统作为A类设备，具有承转报文等重要
作用，自动转报系统的监控软件对信道、报文、设备组件等转报系统的正常性监
控有着重要作用，在空管各单位广泛应用，其监控软件异常的事件分析对相关单位有着重要的借鉴意义。
参考文献：
[1] 杨湘琪.DMHS自动转报系统监控软件的研发与应用[J].信息通信. 2017（05）：76-77.
[2] 缪振龙. 探究Oracle监听超时故障[J].网络安全和信息化. 2019（03）：149-151.。