论文部分内容阅读
【摘 要】本文分析航管科技公司DMHS-M中型自动转报系统多用户通信卡P640A更新为新款IOP3927A多用户卡后出现重发历史电报的原因，以及解决此故障的方法，重点介绍了多用户卡IOP3927A固件的升级过程。
【关键词】自动转报系统；通信卡；升级
北京航管科技有限公司研发的DMHS-M电报及信息处理系统是专为中国民航通信系统设计的高性能，高可靠性的自动转报系统。它是一套采用多种冗余技术，实现AFTN与SITA电报及数据自动交换的通信系统，适用于民航空管、航空公司等信息交换领域。该系统遵循国际民航组织（ICAO）附件10及国际航空电信协会（SITA）的电报处理程序标准（Operating Procedures for Message Handling ），符合民航现行的通信技术规范。DMHS-M系统除了支持同步、异步等多种通信规程接入方式，更可利用本地局域网资源，支持IP用户接入。该系统采用存储/转发方式，无须人工干预，完全由计算机自动处理。
一、系统组成
1、硬件组成
DMHS-M系统硬件由三部分组成：服务器、终端设备和通信设备。通信设备包括：多用户通信卡（安装于服务器）、多用户接口盒、分离器、调度盘和电平转换器等。系统硬件如图1所示。
2、软件组成
DMHS-M系统软件包括：SCO UNIX操作系统、东方龙马系列中文平台和航管科技自动转报应用软件。东方龙马中文平台包含字符版和图形版，转报应用软件包含转报软件、维护工具mng和管理软件。DMHS-M服务器采用是SCO UNIX操作系统。SCO UNIX是真正的多用户、多任务的操作系统，其可移植性打破了专用软件的统治，使用户摆脱了特定厂商硬件方面的限制。其系统具有如下特点：
1）开放的多用户，多进程操作系统。
2）广泛性：遍及工作站，服务器，支持多种平台。
3）技术先进，成熟。
4）完善的程序开发环境，丰富的实用程序和工具。
5）TCP/IP协议、网络通讯的先驱者。
二、故障现象及分析处理
1、故障现象
在定期维护过程中进行正常主备机切换，切换后前台终端出现声音告警并在告警窗口出现压报告警，转报机自动重发近一个月的过时电报达5000多份，造成转报系统严重压报，导致转报机无法转报。
图1 DMHS-M系统硬件结构图
2、原因分析
故障出现之前几天，转报系统的多用户通信卡P640A更新为新款的IOP3927A通信卡，P640A和IOP3927A都是台湾比特瑞旺公司的产品。经过向厂家了解确认，新更换的IOP3927A多用户卡上有16MB缓存存储一部分的历史数据，当转报应用软件启动为主机转发电报时，多用户卡会将缓存上的历史数据发送至系统驱动接口，导致转报系统发送历史报文。而P640A多用户卡无缓存机制，所以安装P640A的主机不会出现发送历史报文的现象。
3、处理方法
1）联系航管科技公司，根据IOP3927A多用户卡的缓存处理机制，在转报软件本身增加保护功能。具体做法是调整转报系统备用服务器数据处理机制，原有机制为不处理多用户卡数据，调整后的机制为实时处理多用户卡中缓冲的数据。避免备用服务器接管业务成为主用服务器后，接收到多用户卡缓冲中的历史数据并转发。
2）联系比特瑞旺公司调整IOP3927A多用户卡的缓存处理机制，以符合自动转报系统的需求。
IOP3927A原缓存处理机制对发送电报的处理机制是接收到系统发来的电报，如果有缓存空间存储此报文，则向系统回馈报文已发出的标记。但此时报文不一定及时发送，而是存在IOP3927A多用卡的缓存中，可能排队若干分钟后才被发出。新机制改为报文从IOP3927A多用户卡的缓存中发出后，向系统回馈报文发出标记。
b. IOP3927A原来在缓存写满溢出的处理上，只从第二个数据块开始覆盖。第一个数据块始终保留在缓存的最前面。新机制改为缓存写满溢出后，从第一个数据块开始覆盖。
三、软件升级步骤
1、升级前的准备工作
1）备份基本表信息
使用mng维护界面，进入“C 数据资料管理”à“A 基本文件拷贝到/back目录”功能备份当前基本表。
2）记录基本表信息
使用mng维护界面，查询当前系统信道总数、路由地址总数、雪球和多队列总数。升级之后与之进行核对，确认升级前后数量一致。
2、转报软件升级步骤
1）在备机上操作：备份/zbj目录下的应用程序
#mkdir back_zbj_20100403
#cd zbj（进入当前的转报应用程序目录）
#cp zbj* /back_zbj_20100403 （将当前目下的所有文件和目录拷贝到back_zbj_20100403下，以作备份）
2）在备机上建立/zbj101D目录。（用于存放升级文件）
3）将三个升级文件cmsconsole.Z、zbj_ok.Z、zbj_tool.Z以FTP方式上传到备机上/zbj101D目录下。
4）解开压缩文件
#uncompress *.Z （升级文件为zbj_tool.Z zbj_ok.Z cmsconsole.Z三个压缩文件，通过此条命令进行解压缩工作）
#tar xvf zbj_tool（zbj_tool是可执行程序的文件包，通过此条命令解包）
#tar xvf zbj_ok（zbj_ok是可執行程序的文件包，通过此条命令解包） 5）查看轉报应用文件权限，需改为可执行权限
#chmod 777 zbj_*（将转报相关的文件的权限改为可执行权限）
6）进入备机zbj_mng维护界面，“F 双机软件的管理”à“3 DOWN掉转报机系统软件”停止备机自动转报进程。
#ps –ef|grep zbj（显示为空，说明zbj进程全部停止）
7）察看共享内存是否已被释放
#ipcs （查看共享内存和信号灯，如果没有root占用的共享内存和信号灯则说明已经清除，如果仍然存在root占用的共享内存和信号灯，需要手工清除）
显示结果如下：
转报系统占用的共享内存和信号灯地址如下：
当自动转报应用进程停止以后，如果发现以上地址仍然被显示占用，需要手工清楚。清除共享内存和信号灯的方法：
#ipcrm –m XXX（XXX为root占用的共享内存的id号）
#ipcrm –s XXX（XXX为root占用的信号灯的id号）
8）升级备机应用程序操作。
#cd /zbj101D（进入/zbj101D目录）
#cp zbj* /zbj （将升级文件拷贝到应用目录）
9）启动备机转报双机进程，形成双机状态。
#nohup ./zbj_afs &（启动双机进程）
10）使用/zbj目录下的文件zbj_mng查看备机状态
#cd /zbj（进入备机的转报应用程序目录）
#./zbj_mng（进入zbj_mng维护界面）
此时备机显示”双机” “备机”状态，查看当前应用软件版本为升级版本号，说明系统升级成功。
3、IOP3927A固件升级步骤
1）升级方法
将CA641.BIN上传到备机/etc/IOP3927目录下
2）验证升级是否成功
升级结束后，重新启动服务器，在启动界面，硬件自检过程中有如下显示，说明升级成功：
四、结束语
由于对新款多用户通信卡的数据处理机制没有充分的了解，故转报软件对新卡的数据处理未能进行足够的保护，致使转报主机从备机变位主机时系统重发过时历史电报。通过这次故障排除，我们应该认识到设备厂家对非本厂的设备部件进行充分的测试是必要的。设备管理单位也应对系统软硬件升级后进行全面的测试，切实提高设备的维护管理水平。
参考文献：
[1] DMHS-M自动转报系统硬件与安装手册 北京航管科技公司.
【关键词】自动转报系统；通信卡；升级
北京航管科技有限公司研发的DMHS-M电报及信息处理系统是专为中国民航通信系统设计的高性能，高可靠性的自动转报系统。它是一套采用多种冗余技术，实现AFTN与SITA电报及数据自动交换的通信系统，适用于民航空管、航空公司等信息交换领域。该系统遵循国际民航组织（ICAO）附件10及国际航空电信协会（SITA）的电报处理程序标准（Operating Procedures for Message Handling ），符合民航现行的通信技术规范。DMHS-M系统除了支持同步、异步等多种通信规程接入方式，更可利用本地局域网资源，支持IP用户接入。该系统采用存储/转发方式，无须人工干预，完全由计算机自动处理。
一、系统组成
1、硬件组成
DMHS-M系统硬件由三部分组成：服务器、终端设备和通信设备。通信设备包括：多用户通信卡（安装于服务器）、多用户接口盒、分离器、调度盘和电平转换器等。系统硬件如图1所示。
2、软件组成
DMHS-M系统软件包括：SCO UNIX操作系统、东方龙马系列中文平台和航管科技自动转报应用软件。东方龙马中文平台包含字符版和图形版，转报应用软件包含转报软件、维护工具mng和管理软件。DMHS-M服务器采用是SCO UNIX操作系统。SCO UNIX是真正的多用户、多任务的操作系统，其可移植性打破了专用软件的统治，使用户摆脱了特定厂商硬件方面的限制。其系统具有如下特点：
1）开放的多用户，多进程操作系统。
2）广泛性：遍及工作站，服务器，支持多种平台。
3）技术先进，成熟。
4）完善的程序开发环境，丰富的实用程序和工具。
5）TCP/IP协议、网络通讯的先驱者。
二、故障现象及分析处理
1、故障现象
在定期维护过程中进行正常主备机切换，切换后前台终端出现声音告警并在告警窗口出现压报告警，转报机自动重发近一个月的过时电报达5000多份，造成转报系统严重压报，导致转报机无法转报。
图1 DMHS-M系统硬件结构图
2、原因分析
故障出现之前几天，转报系统的多用户通信卡P640A更新为新款的IOP3927A通信卡，P640A和IOP3927A都是台湾比特瑞旺公司的产品。经过向厂家了解确认，新更换的IOP3927A多用户卡上有16MB缓存存储一部分的历史数据，当转报应用软件启动为主机转发电报时，多用户卡会将缓存上的历史数据发送至系统驱动接口，导致转报系统发送历史报文。而P640A多用户卡无缓存机制，所以安装P640A的主机不会出现发送历史报文的现象。
3、处理方法
1）联系航管科技公司，根据IOP3927A多用户卡的缓存处理机制，在转报软件本身增加保护功能。具体做法是调整转报系统备用服务器数据处理机制，原有机制为不处理多用户卡数据，调整后的机制为实时处理多用户卡中缓冲的数据。避免备用服务器接管业务成为主用服务器后，接收到多用户卡缓冲中的历史数据并转发。
2）联系比特瑞旺公司调整IOP3927A多用户卡的缓存处理机制，以符合自动转报系统的需求。
IOP3927A原缓存处理机制对发送电报的处理机制是接收到系统发来的电报，如果有缓存空间存储此报文，则向系统回馈报文已发出的标记。但此时报文不一定及时发送，而是存在IOP3927A多用卡的缓存中，可能排队若干分钟后才被发出。新机制改为报文从IOP3927A多用户卡的缓存中发出后，向系统回馈报文发出标记。
b. IOP3927A原来在缓存写满溢出的处理上，只从第二个数据块开始覆盖。第一个数据块始终保留在缓存的最前面。新机制改为缓存写满溢出后，从第一个数据块开始覆盖。
三、软件升级步骤
1、升级前的准备工作
1）备份基本表信息
使用mng维护界面，进入“C 数据资料管理”à“A 基本文件拷贝到/back目录”功能备份当前基本表。
2）记录基本表信息
使用mng维护界面，查询当前系统信道总数、路由地址总数、雪球和多队列总数。升级之后与之进行核对，确认升级前后数量一致。
2、转报软件升级步骤
1）在备机上操作：备份/zbj目录下的应用程序
#mkdir back_zbj_20100403
#cd zbj（进入当前的转报应用程序目录）
#cp zbj* /back_zbj_20100403 （将当前目下的所有文件和目录拷贝到back_zbj_20100403下，以作备份）
2）在备机上建立/zbj101D目录。（用于存放升级文件）
3）将三个升级文件cmsconsole.Z、zbj_ok.Z、zbj_tool.Z以FTP方式上传到备机上/zbj101D目录下。
4）解开压缩文件
#uncompress *.Z （升级文件为zbj_tool.Z zbj_ok.Z cmsconsole.Z三个压缩文件，通过此条命令进行解压缩工作）
#tar xvf zbj_tool（zbj_tool是可执行程序的文件包，通过此条命令解包）
#tar xvf zbj_ok（zbj_ok是可執行程序的文件包，通过此条命令解包） 5）查看轉报应用文件权限，需改为可执行权限
#chmod 777 zbj_*（将转报相关的文件的权限改为可执行权限）
6）进入备机zbj_mng维护界面，“F 双机软件的管理”à“3 DOWN掉转报机系统软件”停止备机自动转报进程。
#ps –ef|grep zbj（显示为空，说明zbj进程全部停止）
7）察看共享内存是否已被释放
#ipcs （查看共享内存和信号灯，如果没有root占用的共享内存和信号灯则说明已经清除，如果仍然存在root占用的共享内存和信号灯，需要手工清除）
显示结果如下：
转报系统占用的共享内存和信号灯地址如下：
当自动转报应用进程停止以后，如果发现以上地址仍然被显示占用，需要手工清楚。清除共享内存和信号灯的方法：
#ipcrm –m XXX（XXX为root占用的共享内存的id号）
#ipcrm –s XXX（XXX为root占用的信号灯的id号）
8）升级备机应用程序操作。
#cd /zbj101D（进入/zbj101D目录）
#cp zbj* /zbj （将升级文件拷贝到应用目录）
9）启动备机转报双机进程，形成双机状态。
#nohup ./zbj_afs &（启动双机进程）
10）使用/zbj目录下的文件zbj_mng查看备机状态
#cd /zbj（进入备机的转报应用程序目录）
#./zbj_mng（进入zbj_mng维护界面）
此时备机显示”双机” “备机”状态，查看当前应用软件版本为升级版本号，说明系统升级成功。
3、IOP3927A固件升级步骤
1）升级方法
将CA641.BIN上传到备机/etc/IOP3927目录下
2）验证升级是否成功
升级结束后，重新启动服务器，在启动界面，硬件自检过程中有如下显示，说明升级成功：
四、结束语
由于对新款多用户通信卡的数据处理机制没有充分的了解，故转报软件对新卡的数据处理未能进行足够的保护，致使转报主机从备机变位主机时系统重发过时历史电报。通过这次故障排除，我们应该认识到设备厂家对非本厂的设备部件进行充分的测试是必要的。设备管理单位也应对系统软硬件升级后进行全面的测试，切实提高设备的维护管理水平。
参考文献：
[1] DMHS-M自动转报系统硬件与安装手册 北京航管科技公司.