ATNAMHS国际测试中遇到问题分析与解决方案.doc

ATNAMHS国际测试中遇到问题分析与解决方案 　　[摘 要]ATN是一个覆盖全球范围、地空一体化的民航专用数据通信网络，亚太地区ATN地面网络建设和AMHS应用系统实施工作已经全面展开，绝大部分国家和地区在2010年内完成了ATN地面网络和AMHS应用系统的建设工作。中国作为国际民航组织成员国之一，共计承担13条国际线路，韩国和印度线路已正式开通，上线运行。香港、泰国、澳门仍处于测试阶段，目前已完成国际测试。本文主要介绍国际测试过程中遇到问题的分析研究及解决方案。为后续国际测试和实际运行阶段的问题解决提供参考。 　　[关键词]ATN、AMHS、报文转换、国际测试、报文转发 　　中图分类号：TM855 文献标识码：A 文章编号：1009-914X（2018）19-0318-03 　　一、引言 　　ATN是一个覆盖全球范围、地空一体化的民航专用数据通信网络，包括地面网络、地空网络和航空信息处理系统（简称AMHS）等各种应用系统。亚太地区ATN地面网络建设和AMHS应用系统实施工作已经全面展开，绝大部分国家和地区在2010年内完成了ATN地面网络和AMHS应用系统的建设工作。 　　中??作为国际民航组织成员国之一，一直致力于推进国内的ATN建设工作，“十一五”期间通过民航航空电信网（ATN）一期工程的建设已经完成了部分基础工作，已在2008-2009年建立北京通信节点，在北京网控中心现有AFTN自动转报机和网络设备的基础上加装ATN设备，使其满足国际民航组织ATN地面网络和AMHS信息交换处理技术规范，提供符合新标准的国际通信接口。“十二五”期间将继续增强自动转报网络功能，促进自动转报网向航空电信网（ATN）过渡。 　　中国共计承担13条国际线路，韩国和印度线路已正式开通，上线运行。香港、泰国、澳门仍处于测试阶段，目前已完成国际测试。本文的第二、第三部分将详细描述国际测试过程中遇到的问题，以及针对问题的分析和解决方案。 　　二、国际测试环境 　　本章节主要介绍下北京和香港、北京和泰国的测试环境和配置信息。 　　北京和香港测试通过ATN路由器OSI协议建立连接；详细的网络拓扑图如图1： 　　北京香港的VPN连接配置详见表1： 　　北京和泰国测试通过ATN路由器IPS协议建立连接；详细的网络拓扑图如图2： 　　北京泰国的VPN连接配置详见表2： 　　三、国际测试中遇到的问题 　　本章节详细介绍国际测试过程中遇到的问题。 　　（一）REPORT在北京、香港两地见循环发送 　　此问题是在北京与香港进行国际测试时遇到的。北京发了一份IPM报文到香港，IPM的接收者是DL地址（香港的DL地址）并且请求回复REPORT，DL地址在香港MTA扩展，指向两个香港的成员地址；随后香港向北京返回3份DRLIVERY REPORT（DR），其中一份DR，是以DL地址发回北京，北京MTA处理这份REPORT存在错误，将DR又发回给香港，香港根据收电地址再次转回北京，导致这份DR一直在北京和香港两地循环发送。 　　（二）MTCU无法解析香港发来的特定长度的报文 　　此问题也是在北京与香港进行国际测试时遇到的。香港发了一份IPM报文到北京的AFTN系统，北京的MTA收到报文后转到MTCU，MTCU收到报文后，报转换错误，将报文丢弃。由于之前和香港测试时从未遇到这样的问题，因此和香港进行专项测试，发现只有特定报文才会产生这个问题。 　　（三）UA无法解析泰国AFTN回复REPORT的问题 　　此问题是在北京与泰国进行国际测试时遇到的。北京发送一份IPM报文到泰国，IPM的接收者是泰国AFTN系统的地址，并请求REPORT。泰国接收报文正确，并且回复REPORT，北京UA显示收到一封REPORT，但看不到具体内容，在服务器上查看UA用户对应的文件夹，发现报文仍存在文件夹中，UA解析报文失败。 　　四、国际测试中遇到问题的分析与解决方案 　　本章节重点介绍上面遇到问题的分析过程和解决方案，为后续的测试提供参考，并为上线运行阶段反馈的问题提供解决思路。 　　（一）Report在北京、香港循环问题的分析解决 　　1、分析过程 　　起初我们怀疑是因为北京的MTA不支持report-destination-name才引起的错误，但是这个猜测是不成立的，因为：REPORT回环的问题只在IPM接收者为DL的情况下出现，用户地址不出现，说明问题与report-destination-name没有直接关系。因为如果香港发的REPORT有这个参数，不管有没有DL扩展历史都会带这个参数，既然用户地址情况下产生的REPORT可以正常接收，说明北京MTA是支持report-destination-name的。而且这个参数在协议里规定是必