浅谈MATIP与BATAP协议及其在民航自动转报网络中的应用

ATM技术在民航通信中的应用研究ATM技术作为一种现代通讯技术，具有高速传输率、多业务支持等优点，在民航通信领域中得到了广泛的应用。

本文将为大家介绍ATM技术在民航通信中的应用研究。

一、 ATM技术简介ATM技术也叫异步传输模式，是一种基于分组交换的通讯技术。

它采用基于光纤、微波等高速传输介质，通过对传输数据包进行分割和封装，实现高效率的数据传输。

ATM技术适用于高带宽、多信息源、多服务类型的通讯网络。

二、 ATM技术在民航通信中的应用1. 航班指挥调度ATM技术在航班指挥调度中发挥了非常重要的作用，通过利用ATM的高速传输能力，各个机场之间的数据传输可以做到高效率。

同时，ATM技术能够同时处理多个类型的数据流，能够满足航班指挥调度中的多个需求。

2. 机载通讯ATM技术在机载通讯中的应用也十分广泛。

在飞机上，通过ATM技术，可以实现飞机和地面之间的高速数据传输。

这样就可以实现高清晰度的视频通讯和即时通讯服务。

3. 航空管制与导航ATM技术在航空管制与导航中的应用也十分关键。

在这方面，ATM技术能够提供高速的数据传输服务，实现空中交通管制和导航、飞行计划、地面运营、政策制定等功能。

这样就可以提高航班安全性、优化航班路径、提高维护工作效率等。

三、 ATP技术优点1. 高效率的数据传输：ATM技术采用分组交换技术，能够实现高速数据传输，并且能够同时处理多种类型的数据流。

2. 支持多种服务类型：ATM技术支持多种服务类型，如数据、语音和视频服务，可以满足航空通讯系统的多种需求。

3. 易于扩展和升级：ATM技术的结构非常灵活，能够轻松地进行扩展和升级，满足民航通讯领域中的快速发展。

4. 可靠性高：ATM技术在传输过程中采用多重纠错技术和数据校验机制，能够大大提高传输的可靠性和服务质量。

总的来说，ATM技术在民航通信领域中的应用越来越广泛，与现代民航通信需求的不断扩大有关。

ATM技术在数据传输、航班指挥调度、机载通讯、航空管制与导航等方面均有广泛应用，为民航通信建设提供了有效的技术支持。

民航空管ATM数据通信网络概况及发展关键词：ATM技术；民航空管；数据通信近年来，随着中国民航业的飞速发展，民航航班流量和空管保障航班架次也不断攀升。

作为民航运输的重要设施，民航空管数据通信网络时刻处理着海量数据，既满足了空管系统内各单位空中交通指挥运行需要，也及时与民航驻场单位共享各种空管业务信息，成为确保民航业安全顺畅运行的关键性保障要素。

民航空管数据通信网络的发展经历了模拟专线到分组网，各种复用设备，帧中继网等各个发展阶段，目前已经建成以ATM信元交换技术为核心的数据通信网络，是一个统一、先进、能够服务于整个民航空管系统并辐射民航全行业的网络，而且能兼容传统的数据、IP、语言等多种业务。

1民航空管数据通信网络采用ATM技术的原因ATM的全称是异步传输模式，是一种基于信元的交换及复用技术，信元长度固定为53个字节。

民航空管数据通信网络采用ATM技术的主要基于以下考虑。

一是较高的傳输速率和较高的电路利用率。

ATM的传输速率可高达100Mbit/以上，由于使用时分复用方式，对信道带宽按需求动态分配，可以有效合理的使用信道资源，与传统通信业务相比具有电路利用率高、成本低的特点。

二是可以同时支持各种业务。

ATM具有强烈的语义透明性和时间透明性，可以根据不同应用的特性要求同时支持各种业务，包括语音、分组数据、图像等，满足空管系统乃至民航业内各业务单位的多种数据、图像的需求。

三是对于现有的各种通信网络具有较好的兼容性。

民航空管数据通信网络涉及多行业如空管系统各层级单位、机场公司、航空公司和油料公司多个职能企业和单位之间的信息数据传输，很多单位不在同一地点，甚至同一单位的不同部门所处地点也不同，通信环境十分复杂。

ATM网络的局域网仿真技术标准，能够对于多形态的传统局域网如以太网、快速以太网等实现良好兼容，也便于充分利用民航业原有的窄带数据传输网。

2民航空管ATM数据通信网络的主要架构民航空管ATM数据通信网络从架构上主要分为核心层、汇接层和接入层三个部分组成。

组织：中国互动出版网（/）RFC文档中文翻译计划（/compters/emook/aboutemook.htm）E-mail：********************译者：吕新阳（lv_xinyang *******************）译文发布时间：2002-5-3版权：本中文翻译文档版权归中国互动出版网所有。

可以用于非商业用途自由转载，但必须保留本文档的翻译及版权信息。

Network Working Group A. Robert Request for Comments: 2351 SITA Category: Informational May 1998航空订座、票务及报文数据流在IP网络上的映射（RFC 2351 ——Mapping of Airline Reservation, Ticketing,and Messaging Traffic over IP )本备忘录的状态本文档讲述了一种Internet社区的信息，它不特指任何一种Internet标准。

本备忘录的发布不受任何限制。

版权声明Copyright (C) The Internet Society (1998). All Rights Reserved.安全性声明本文未全面考虑安全性的问题。

本文所提供的协议本身没有包含任何安全机制，其原因在于，数据流可以通过使用静态标识的外部机制来认证或使用文本密码机制，任何一种机制提供可靠的安全保证。

本文也概括性的指出了通过使用IPSEC对数据流加密的方法，但此方法仅供参考。

摘要本文档介绍了一种用协议，用于在IP网络上传输封装有航空专用协议的数据包。

目录1.介绍 (2)2.术语及缩略语 (4)3.分层模型 (6)4. 流标识 (7)5. TCP端口分配 (7)6. MA TIP会话建立 (7)7. TYPEＡ及TYPE B包结构概览 (9)8. TYPEＡ会话流的MA TIP包结构 (9)8.1控制包格式 (9)8.1.1 打开会话格式(SO) (10)8.1.2 确认打开格式(OC) (11)8.1.3 关闭会话(SC) (13)8.2数据包格式 (13)9. TYPEＡ主机到主机数据流的MA TIP包结构 (14)9.1控制包格式 (14)9.1.1 打开会话格式(SO) (14)9.1.2确认打开格式(OC) (16)9.1.3 关闭会话(SC) (16)9.2数据包格式 (17)10. TYPE B数据流的MA TIP包结构 (18)10.1控制包格式 (18)10.1.1 打开会话格式(SO) (18)10.1.2 确认打开格式(OC) (19)10.1.3 关闭会话(SC) (20)10.2数据包格式 (20)11. 安全考虑 (20)12. 作者地址 (21)13. 版权说明 (21)1.介绍航空业全球性的数据网络应用已经超过40年,共两类主要的数据流类型:Transactional traffic:事务处理流它主要是用于在航空公司或旅游代理与中央主机系统的通信,进行座位预定和订票申请.通常方式是哑终端或PC通过数据网络访问中央主机系统(IBM或UNISYS). Messaging:报文这种数据流是一种e-mail应用,不要求实时性连接.但要保证高级别的安全.寻址方式使用IATA定义的国际标准格式,其中包含城市和航空公司代码.它又称为TYPE B,传输时有高级别的保护,多点寻址并共分4个优先级.在IATA标准中定义了TYPE A和TYPE B报文的完整格式.在底层,同步协议早在六十年代,即在OSI和SNA标准之前就已经建立了.目前,在世界范围内,还有大量的传统设备在许多航空公司使用.他们还没有决定马上用开放标准的现代设备来替换现有的终端,而是寻求更加经济的方式来连接其终端至定座系统.大多数航空公司愿意从航空专署协议转换到标准协议上来,这样就可以从低成本的新技术中获益,但由于下述因素的存在使得这种转换难以很快实现:⏹应用还没有转换过去.⏹使用航空协议P1024B(IBM ALC) 或P1024C(UNISYS UTS)的哑终端数目庞大.现在有许多不同的基于网关的专属解决方案用来利用低成本的网络,但是它们不易扩展且互不兼容.未来,TCP/IP一定会更广泛的用于传输这些数据,只是因为:⏹TCP/IP 是基于UNIX应用的标准协议⏹TCP/IP栈价格低廉⏹TCP/IP 可用于企业内部网.本文档的目的是定义在TCP/IP上传输的航空专用各类数据流的映射.航空公司的系统中必须安装TCP/IP栈以支持数据流交换,如下所示:!---- ! ( )! ! ---------- ( )!---- ! ( )Type B HOST ( NETWORK )( )( ) !---o!----! ( ) -------- ! D ! ---o Type A stations!----! ---------- ( ) !---o!----! ( )TYPE A HOST !!!!--------! !--------Network Messaging System(D) : Gateway Type A router本文讨论的不同的航空专属数据流包括:-TYPE A Host / Terminal (主机到终端)-TYPE A Host/ TYPE A host(主机到主机)-TYPE B Host/ Network messaging System(主机到网络报文系统)对哑终端而言,会话必须由终端发起以使得主机和路由器之间建立一个IP连接.而如果使用智能工作站的话,只要它与网络有直接的连接,有一个TCP/IP栈和终端仿真软件,就可以建立自己到中央主机的直接IP连接.2.术语及缩略语ALC航空线路协议: IBM 航空专属协议(见P1024B)ASCII美国标准信息交换码ASCU代理设备控制单元: 用户端的一个集群.AX.25航空X.25: X.25 OSI模型的航空应用(IATA制定)BAUDOTITU-T 5定义的字母表.使用5位表示.加入填充位的BAUDOT使用7位表示,最重要位(bit 7)用于区分,第六位设置为1.BA TAPType B应用到应用协议.它是对TYPE B数据流加密的协议.由SITA定义并由IATA出版(SCR V ol. 3).EBCDIC扩充二进制编码的十进制交换码Flow ID Traffic数据流标识,用于区分主机到主机数据流的类型.HLDHigh Level Designator: 用于指示网络中某区域的进入点或退出点.IA交换地址: P1024B协议的ASCU 标识IATA国际航空运输协会IP网际协议IPARS国际程序航空定座系统:ALC中使用的编码类型.HTH主机到主机(数据流)LSB最不重要位MATIP航空数据流在网际协议的映射MSB最重要位OC确认打开(MATIP命令)OSI开放标准接口P1024BSITA对ALC(IBM 航空专属协议)的定义.使用六位填充位的参数(IPARS)和IA/TA用于物理寻址.P1024CSITA对UTS(UNISYS终端协议)的定义.使用七位参数(ASCII)和RID/SID用于物理寻址.RFU为将来使用的保留部分RID远端标识: P1024C协议的ASCU标识.SC关闭会话(MATIP命令)SCR系统和通信参考.(IATA 文档)SID栈标识: P1024C协议的终端标识SITA国际航空电讯联盟SO打开会话(MATIP 命令)TA终端地址: P1024B协议的终端标识TCP传输控制协议TYPE A Traffic交互数据流或点对点TYPE B Traffic高可靠性的符合IATA格式的报文流UTS通用终端系统,Unisys专属,见P1024C3.分层模型MATIP是端到端的协议.它试图在TCP层和航空应用间建立一个与路由无关的映射标准.+-------------------------------+|Airline TYPE A | Airline TYPE B|| | Application || |---------------|| Application | BATAP |+-------------------------------+| MATIP A | MATIP B |+-------------------------------+| T.C.P |+-------------------------------+| I.P |+-------------------------------+| MEDIA |+-------------------------------+4. 流标识在TYPE A 会话流中,航空主机应用通过4字节(H1,H2,A1,A2)来识别ASCU.这些字节是由主机分配并唯一的标识每一个ASCU.这样主机能够不依赖于IP地址而动态识别ASCU.H1 H2 A1 A2 字节遵从下列情况:-只使用A1,A2,而H1 H2设置为0000.-H1,H2标识会话,而A1A2标识会话中的ASCU.-H1,H2,A1,A2标识ASCU.前两种情况与AX.25映射完全兼容,HiH2与HLD等价,为十六进制表示的2字节.第三种情况更加灵活但与AX.25不兼容.在TYPEＡ主机到主机流中，标识域为３字节的Ｈ1 H2 Flow ID(可选).H1H2保留用来标识远端主机(与IP无关)并必须同时分配.在TYPEＢ流中，端系统的标识可通过使用HLDs,或者直接由一对IP地址确定. 5. TCP端口分配IANA(Internet Assigned Numbers Authority)为MATIP TYPE A和TYPE B流分配了相应端口号:MATIP Type A TCP 端口: 350MATIP Type B TCP 端口: 351通过不同的TCP端口号就可以区分数据流是type A 还是B.6. MATIP会话建立在两个应用进行数据交换之前,一个MA TIP会话必须在TCP连接上建立以确认数据流属性,如:-TYPE A数据流的子类型(Type A host to host 还是Type A conversational)-使用的多路复用情况(用于Type A)-数据头-字符集对不同的参数集,必须建立不同的会话和TCP连接.(如:两点间的P1024B和P1024C数据流需要建立两个不同的会话.)MATIP会话的建立可以由任一端初始化.在MA TIP层没有keep-alive机制.会话超时由TCP 的超时参数来控制.三个命令用于管理MATIP会话:-打开会话(SO) 用来发一个建立会话的请求.-确认打开(OC)用来确认SO命令.-关闭会话(SC)用来关闭当前的会话.MATIP会话建立的前提是相关TCP连接已经建立.然而,当关闭MA TIP会话时并不需要关闭TCP连接.典型的交换情况:TCP session establishmentSession Open ---------><----------- Open confirmdata exchange----------------------><-------------------------...Session Close ----------------->...<------------------------- Session OpenOpen confirm ------------------->data exchange<----------------------------------------------->打开会话命令可能包含配置参数.如果收到一个打开会话命令,但是同一个会话已经打开(如:相同的IP地址和端口号),这是打开会话命令可以自动清除会话中的旧配置,而用新的打开会话命令中的信息来建立新配置.如上图所示,打开和关闭命令是成对出现的.对于type A 会话流而言,SO和OC命令包含确认ASCU和会话的信息.在一个会话中通过2或4字节的信息来指示ASCU.一个标志(flag)指示ASCU是通过4字节(H1H2A1A2)还是2字节(A1A2)确认.对后者(type b)而言,H1H2保留用于会话标识.发出SO指令是为了打开MATIP会话.在Type A会话流中,它包含了此会话配置的所有ASCU 的列表.OC命令对SO命令进行确认.它可以全部或条件性的拒绝或接受它.在Type A中,它包含了会话中被拒绝或被确认的ASCU的列表.7. TYPEＡ及TYPE B包结构概览MATIP头部的前4个字节遵从下述规则:0 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|0|0|0|0|0| Ver |C| Cmd | length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+Ver这个域标识MATIP的版本.它的值必须为001,否则包被认为无效.C指示是否为控制包.值为1时,此包是控制包值为0时,此包是数据包Cmd如果标志C的值为1,这个域标识控制命令Length这个域指出整个包的长度(字节数),包含包头.注意: 标识为可选(Opt)的域如果没使用则不会传送.8. TYPEＡ会话流(CONVERSATIONAL)的MATIP包结构8.1 控制包格式在MA TIP层有3个控制包打开或关闭会话.8.1.1 打开会话格式(SO)为了能够在传送数据包之前确认会话,SO命令被发送.它可以由任一端发起.当发生冲突时,IP 地址较低的一端的要求被忽略.0 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|0|0|0|0|0| Ver |1|1 1 1 1 1 1 0| length |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|0 0|0 1|0| CD | STYP |0 0 0 0| RFU |MPX|HDR| PRES. |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| H1 | H2 | RFU ||-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Reserved | RFU | Nbr of ASCUs |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Nbr of ASCUs | ASCU list (opt) |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+RFU保留部分,必须设为零.CD指出编码格式000: 5位(填充型的baudot)010: 6位(IPARS)100: 7位(ASCII)110: 8位(EBCDIC)xx1: R.F.USTYP指出流的子类型(对TYPE A而言)0001: TYPE A 会话流MPX指出TCP会话中的多路复用方式.可能值有:00: ASCU组,每个ASCU由4字节标识(H1H2A1A2)01: ASCU组,每个ASCU由2字节标识(A1A2)10: TCP会话中的单个ASCU.HDR指出航空专用地址的哪一部分在会话传送的报文的前面.可能值有:00: ASCU 头= H1+H2+A1+A201: ASCU 头=A1+A210: 没有头部11: 未使用MPX和HDR必须一致.当ASCU多路复用,数据必须包含ASCU标识.下表总结了允许的组合:+--------------------------+| MPX | 00 | 01 | 10 |+--------------------------+| HDR | || 00 | Y | Y | Y || 01 | N | Y | Y || 10 | N | N | Y |+--------------------------+PRES指出表示格式0001: P1024B0010: P1024C0011: 3270H1 H2当MPX=00,这两个域逻辑上标识会话.如果此域不用的话,必须设置为0.如果在MPX不为00,HDR=00的会话中,数据包中的H1H2必须同SO命令中设置的值相同.Nbr of ASCUs此域必须存在且值为每个会话中的ASCU的个数.值为0表示无法确定.这种情况下,ASCU列表不出现在’会话打开’命令中,但必须由另一端的’确认打开’命令来发送.ASCU列表包含用于每个ASCU的标识的列表.如果MPX=00,此域用4字节(H1H2A1A2)表示每个ASCU,否则用2字节(A1A2)表示.8.1.2 确认打开格式(OC)OC命令作为对SO命令的回应,通过检查每个ASCU的配置决定据绝或者接受这个会话.对接受的情况而言,OC指出被拒绝的ASCU的数目和地址.同时,它指出配置在MATIP会话中的ASCU的列表,前提是SO命令提供的列表正确无误,或者在会话中配置的ASCU的数目未知(如:ASCU数为0).8.1.2.1 拒绝连接0 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|0|0|0|0|0| Ver |1|1 1 1 1 1 0 1|0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1|+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| cause |+-+-+-+-+-+-+-+-+Cause此域指出拒绝此MA TIP会话的原因:00000001: 发送和接收方之间数据流类型不匹配00000010: SO头部的信息不一致10000100至11111111: 需应用支持其它值: 保留8.1.2.2 接受连接0 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|0|0|0|0|0| Ver |1|1 1 1 1 1 0 1| length |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|0 0 R 0 0 0 0 0| Nbr of ASCUs |Nbr of ASCU(opt| ASCU LIST |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+R标记位,指出SO命令中ASCU配置的错误NBR of ASCUs如果SO命令中的MPX值为00,此域为2字节,否则,为1字节长.如果设置了R标志位,此域表示错误的ASCU数目.否则,指出此MA TIP会话中定义的ASCU 数目.注意: 此域的长度不是1字节就是2字节.在SO命令的对应位置,长度总是2字节.这个区别是由于兼容AX25(见第4节)的要求造成的.在SO命令中,可以在AX25 call user data中使用一个多余字节.不幸的是,在AX25 clear user data中没有那样的字节.ASCU LIST取决于R标志位,指出ASCU的列表(A1A2或H1H2A1A2),它们或者是有错误,或者是此次会话所包含的.8.1.3 关闭会话(SC)SC(关闭会话)命令用来关闭一个存在的MATIP会话.0 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|0|0|0|0|0| Ver |1|1 1 1 1 1 0 0|0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1|+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Close Cause |+-+-+-+-+-+-+-+-+Close Cause指出会话关闭的原因:00000000: 正常关闭10000100至11111111:需应用支持其它值: 保留8.2 数据包格式0 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|0|0|0|0|0| Ver |0|0 0 0 0 0 0 0| length |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| ID (optional) |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| || Payload || |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ID此域可选,且随会话建立过程中的HDR,PRES的值的不同而有不同的长度和格式.+------------------------------+-------------------------------+|HDR | PRES = P1024B and 3270 | PRES = P1024C |+------------------------------+-------------------------------+|00 |ID = 4 bytes H1-H2-A1-A2 | ID = 5 bytes H1-H2-A1-0x01-A2 |+------------------------------+-------------------------------+|01 |ID = 2 bytes A1-A2 | ID = 3 bytes A1-0x01-A2 |+------------------------------+-------------------------------+|10 |ID = 0 bytes | ID = 0 bytes |+------------------------------+-------------------------------+如果MPX值不为0,H1,H2的值必须同SO命令中的值匹配.Payload负载以终端标识起始:-一字节的终端标识(TA),P1024B协议使用-两字节的SID/DID终端标识,P1024C协议使用.-9. TYPEＡ主机到主机(HOST-TO-HOST)数据流的MATIP包结构9.1 控制包格式在MA TIP层共有3种控制包用来打开或关闭会话.9.1.1 打开会话格式(SO)打开会话命令用来在发数据包前确认会话的建立.它可以由任一端发起.当冲突发生时,忽略掉较低的IP地址一方的打开会话请求.0 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|0|0|0|0|0| Ver |1|1 1 1 1 1 1 0| length |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|0 0|0 1|0| CD | STYP |0 0 0 0| RFU |MPX|HDR|0 0 0 0|+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| H1 | H2 | RFU ||-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Flow ID(opt)|+-+-+-+-+-+-+-+-+RFU保留部分,必须设置为零.CD此域指出编码方式,同8.1.1.1部分说明.STYP指出数据流子类型(对Type A而言).0010: TYPE A IATA 主机到主机1000: SITA主机到主机MPX指出在TYPE A SITA 主机到主机的MATIP会话中使用的多路复用.可能值为:00: 无关01: 在TCP连接中为多数据流10: 在TCP连接中为单数据流HDR指出航空专用地址的哪一部分在会话传送的报文的前面.可能值有:00: 用于TYPE A SITA主机到主机的包头=H1+H2+Flow ID01: 用于TYPE A SITA主机到主机的包头=Flow ID10: 没有头部(默认为IA TA主机到主机)11: 未使用MPX和HDR必须一致.当数据流多路复用,数据必须包含数据流标识.下表总结了允许的组合:+---------------------+| MPX | 01 | 10 |+---------------------+| HDR | | || 00 | Y | Y || 01 | Y | Y || 10 | N | Y |+---------------------+H1 H2用来标识会话.如果不是用此域,值必须为0.如果HDR=00,数据包中的H1H2必须与SO命令中设置的值相同.Flow ID此域可选,指出数据流ID(范围3F –4F)9.1.2确认打开格式(OC)OC(确认打开)命令回应SO(打开会话)命令且用来接受或拒绝一个会话.9.1.2.1 拒绝连接0 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0|0|0|0|0| Ver |1|1 1 1 1 1 0 1|0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | cause |+-+-+-+-+-+-+-+-+Cause此域指出拒绝MATIP会话的原因:00000001: 在发送和接收方的数据流类型不匹配00000010: SO包头中的信息不匹配10000100至11111111: 需应用支持其它值:保留9.1.2.2 接受连接0 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0|0|0|0|0| Ver |1|1 1 1 1 1 0 1|0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0 0 0 0 0 0 0 0|+-+-+-+-+-+-+-+-+9.1.3 关闭会话(SC)SC(关闭会话)命令用来关闭一个存在的MATIP会话.0 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0|0|0|0|0| Ver |1|1 1 1 1 1 0 0|0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Close Cause |+-+-+-+-+-+-+-+-+Close Cause指出会话关闭的原因:00000000: 正常关闭10000100至11111111: 需应用支持其它值: 保留9.2 数据包格式0 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0|0|0|0|0| Ver |0|0 0 0 0 0 0 0| length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ID (optional) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | | Payload | | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ID此域可选, 且随会话建立过程中的HDR的值的不同而有不同的长度和格式.+-------------------------------+|HDR | I.D. |+-------------------------------+|00 |ID = 3 bytes H1-H2 FLOW ID|+-------------------------------+|01 |ID = FLOW ID |+-------------------------------+|10 |ID nor present |+-------------------------------+Payload packet负载格式同MATIP层有关.它是按照IATA主机到主机规则编排且由发送和接收双方共同遵从.10. TYPE B数据流的MATIP包结构10.1 控制包格式在MA TIP层交换Type B数据共使用3种控制包打开或关闭会话.10.1.1 打开会话格式(SO)在发送数据包之前,建议令系统之间建立一个会话以保证它们之间能够通信(即:两个系统都支持将通过连接发送的数据流属性).基于此点要求,在TCP层连接建立之后,要马上通过使用下面定义的会话命令建立一个双向的握手.任一端都可以初始此过程.当发生冲突时,忽略掉来自较低IP地址的一端的会话打开请求.0 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|0|0|0|0|0| Ver |1|1 1 1 1 1 1 0| length |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|0 0 0 0 0| C D | PROTEC| BFLAG | Sender HLD |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Recipient HLD |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+Length此域指出整个命令的字节数,包含头部.可能的长度只有6字节或10字节.CD指出编码方式,同8.1.1.1部分说明.PROTEC指出端到端报文应答传输协议机制.0010: BATAP其它值: 可以使用.BFLAG(X指’任意,不计’X X 0 0 指示此包中不含’发送方HLD,接收方HLD’,这种情况下,包长度为6字节.X X 1 0 指示此包中的第9,10,11,12字节分别存放’发送方HLD,接收方HLD’, 这种情况下,包长度为10字节.0 0 X X 指示连接请求由主机发出(Mainframe system).0 1 X X 指示连接请求由网关发出)Sender HLDType B 系统的HLD,用以发出打开会话命令Recipient HLDType B系统中的HLD,它是会话打开命令的目的端.10.1.2 确认打开格式(OC)OC(确认打开)命令回应SO(打开会话)命令,并接受或拒绝一个会话.10.1.2.1 拒绝连接0 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0|0|0|0|0| Ver |1|1 1 1 1 1 0 1|0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0|1| Cause |+-+-+-+-+-+-+-+-+此包长度为5字节.Cause指出拒绝包的原因000001: 在接受和发送方的数据流类型不匹配.000010: SO头部的信息不一致000011: 安全机制类型不同000100至111111: 保留部分10.1.2.2 接受连接0 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0|0|0|0|0| Ver |1|1 1 1 1 1 0 1|0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0 0 0 0 0 0 0 0|+-+-+-+-+-+-+-+-+包长度为5字节.10.1.3 关闭会话(SC)SC(关闭会话)命令用来关闭一个存在的MATIP会话.0 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|0|0|0|0|0| Ver |1|1 1 1 1 1 0 0|0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1|+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Close Cause |+-+-+-+-+-+-+-+-+Close Cause指出会话关闭的原因:00000000:正常关闭10000100 至11111111: 需应用支持其它值: 保留10.2 数据包格式0 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|0|0|0|0|0| Ver |0|0 0 0 0 0 0 0| length |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| || Payload || | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+Length此域指示整个包的字节数,包含头部.Payload按IATA标准编码的Type B 报文,并遵从应用的TYPE B服务的规则要求.11. 安全考虑对航空业来讲,数据安全异常重要.MA TIP使用者的安全机制可以在不同层实现:通过定义ASCU来保证与主机应用之间的会话.可以从两方面加以控制:通过静态配置在应用层定义ASCU地址(H1 H2 A1 A2),或使用用户账号/口令确认ASCU.大多数情况下,用户账号和口令可以通过中央主机中的软件来核实.同时他们还可以通过应用本身来检查.在TCP/IP中传输的MATIP会话可以通过防火墙.可以通过对网络(IP地址)层或TCP应用层施加控制来依赖防火墙机制保证安全性.对更高层的安全来说,所有应用可以通过对控制包实施IPSEC ESP加密实现.还可以使用重发保护,IPSEC ESP的强制加密器及NULL封装机制.数据包也可使用IPSEC ESP加密.禁止重法和使用IPSEC ESP强制加密器的完整性保护也可以使用.NULL 封装及其它的IPSEC ESP 要求的加密器也可以得到支持.12. 作者地址Alain RobertS.I.T.A.18, rue Paul Lafargue92904 PARIS LA DEFENSE 10FRANCEPhone: 33 1 46411491Fax: 33 1 46411277EMail: ****************.sita.int13. 版权说明Copyright (C) The Internet Society (1998). All Rights Reserved.This document and translations of it may be copied and furnished toothers, and derivative works that comment on or otherwise explain itor assist in its implementation may be prepared, copied, publishedand distributed, in whole or in part, without restriction of anykind, provided that the above copyright notice and this paragraph areincluded on all such copies and derivative works. However, thisdocument itself may not be modified in any way, such as by removingthe copyright notice or references to the Internet Society or otherInternet organizations, except as needed for the purpose ofdeveloping Internet standards in which case the procedures forcopyrights defined in the Internet Standards process must befollowed, or as required to translate it into languages other thanEnglish.The limited permissions granted above are perpetual and will not berevoked by the Internet Society or its successors or assigns.This document and the information contained herein is provided on an"AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.。

RFC2351MATIP航空协议RFC 2351是关于航空协议的RFC。

该协议是用于航空业中的计算机通信的一种协议，全称为MATIP（Mapping of Airline Traffic over Internet Protocol）。

该协议旨在提供一种基于TCP/IP的通信机制，以便在航空领域中实现计算机通信。

MATIP协议的设计目标是在航空交通管理系统中提供高效、可靠和安全的数据通信。

它允许航空公司和航空交通管理机构之间通过互联网进行数据交换，包括航班信息、机组人员信息、气象数据等。

通过MATIP协议，各个航空公司和航空交通管理机构可以更好地协调航班运营，并提供更好的航班安全和服务。

MATIP协议建立在TCP/IP协议栈之上，利用现有的网络基础设施进行数据通信。

它使用了一种特殊的数据报格式，以便在航空设备之间进行数据交换。

MATIP协议需要保护数据的机密性和完整性，因此它还包含了一些安全措施，如加密、身份验证等。

MATIP协议的核心是数据报文，其中包含了航空交通管理相关的数据。

这些数据可以包括航班编号、起飞和降落时间、机组人员信息、航线信息等。

MATIP协议还定义了一些操作码和错误代码，以便在数据交换过程中进行标识和处理。

MATIP协议的优点在于其可扩展性和互操作性。

它可以与现有的航空设备和系统集成，以便实现航空数据的实时传输和共享。

另外，MATIP协议还支持多种网络连接方式，如以太网、无线网络等，以适应不同的航空环境和设备。

然而，MATIP协议也存在一些挑战和限制。

由于航空业的特殊性，MATIP协议需要满足严格的实时性要求和数据安全要求。

此外，不同航空公司和航空交通管理机构之间的数据格式和协议可能不一致，这就需要进行数据映射和转换。

为了解决这些问题，MATIP协议还包含了一些附加功能和规范，以便支持数据映射和转换。

总的来说，MATIP协议作为航空业中的一种计算机通信协议，为航空公司和航空交通管理机构提供了高效、可靠和安全的数据通信机制。

浅谈我国民航通信网络发展白义甫（中国民用航空昌都站邦达机场，西藏昌都854000）摘要：随着我国改革开放对民航事业的需求，我国对民航通信网络的发展也提出了高效、快捷、方便的更高要求。

目前我国的民航事业呈现出迅速增长的趋势，飞行流量也在每年的基础上大幅度增加。

为了更好的完善我国的飞行保障系统，在互联网网络技术的基础之上，更好的将TCP/IP 网络技术融入到ATN 网络的技术当中，才能促进我国民航通信网络的稳步发展。

关键词：民航通信网络AFTN 网ATN 网TCP/IP 网络技术研究TN822 ：A ：1003-9082 （2015） 06-0011-01引言经济水平的提高以及科学技术的快速发展，推动了我国民航事业的发展，从而也对我国民航通信网络的发展提出了更高的要求。

在民航通信网络的发展过程当中，我国逐步建设了航空固定电信（AFTN 网）通信网络，民航事业的进一步发展，以往的航空固定电信（AFTN 网）在发展过程中逐渐表现出不足之处，为此在国际民航组织提出的新标准的基础之上，开始着手打造新型航空电信网络（ATN 网），并且伴随着TCP/IP 网络技术的快速发展，民航通信网络试图将TCP/IP 技术融入到将要打造的新型航空电信网络（ATN 网）当中，建设成更具保障性的民航通信网络系统。

一、民航通信网络概述民航网络系统在概念上从广义上讲，通信是指信息由发送者发出，由接收者收取的全过程；从狭义上讲，民航通信网络系统一般指的就是电通信，简称为通信，也就是渗透在民航事业当中的通信网络技术。

我国现行的民航通信网络技术采用的是航空固定电信（AFTN 网），根据航空固定电信（AFTN 网）在发展过程中表现出一定的不足，为了跟上民航事业的发展步伐，国际民航组织也提出了新型的民航通信网络，确立了以建设TCP/IP 网络技术与ATN 网络技术相结合的通信网络系统的发展目标。

二、民航通信系统的发展历程1.航空固定电信网（AFTN 网）航空固定电信网（AFTN 网）是在国际民航组织的管理下形成的民航通信系统，并且实现全球性的网络覆盖，通过AFTN 电报将收集到的信息传输到全国各地各个机场终端。

自动转报在民航系统中的应用分析摘要：自动转报是民航系统中重要的通信业务，主要借助于计算机系统完成自动存储、转发数据、信息等功能，保证了民航工作的顺利开展。

基于此，本文重点分析自动转报在民航系统中的应用。

关键词：自动转报民航系统需求应用引言自动转报在民航系统中的应用主要是引入了先进的自动化技术，进而对相关数据信息进行一系列的接收、处理以及发布指令等功能，且实现了自动化运转，还能对电报数据进行自动化转发和储存，确保航班、气象、情报等部门的正常通信，在民航通信业务中发挥着重要作用。

随着科学技术的快速发展和进步，经过多年的普及使用和研发改进，自动转报在民航系统中的关键技术也越发成熟，可以借助于异步互联、X.25、FA16、IP、ATM 等通信传输协议接入到网络，以实现自动化通信传输和数据共享，增强了民航通信系统的传输功能，为民航自动转报信息数据提供了安全保障，降低民航飞行过程中的安全隐患，为乘客和航空生命财产安全保驾护航。

1、民航对自动转报系统的需求1.1确保民用航空作业安全对于频繁使用航空飞行交通工具和航空飞行人员来说，应始终将安全问题放在第一位。

相较于地上交通事业，空中交通事业在安全系数方面的保障相对较低。

在空中飞行的过程中，很容易受到外界各种信号、磁场、天气因素等的影响，这些外界因素严重困扰着民用航空的正常飞行。

特别是信号因素干扰，很容易造成飞机无法保持稳定性水平，进而在作业过程中与航空部门失去联系，严重威胁飞机乘客和乘务人员的生命安全，存在很大的安全隐患。

因自动转报系统自身兼容性和稳定性水平相对较强，对航空飞行安全起到了一定保障作用。

1.2确保民用航空接收信息的通畅性水平通常情况下，中国民用航空发展过程中大都是选用民航自动转报系统，是根据国际航空电信协会通信网和国际民用航空组织的航空固定电信网两项网络标准进行自动转报系统建设。

主要是借助于计算机系统对相关信息、数据进行自动转发和储存。

在民航自动转报系统中，DMHS不仅实现了与互联网之间的同步信息传输，同时还能通过IP、X.25D等接口实现了自动转报系统的联网功能。

科技资讯 SC I EN C E &TE C HN O LO G Y I NF O R MA T IO N 信 息 技 术随着信息技术的不断发展,民航通信技术得到了较大的进步,尤其是在有线通信和无线通信等计算机信息技术领域。

电报的通信已经广泛采用自动转报系统。

D D N网就属于自动转报系统的一种类型。

DDN技术以其独特的优点,适用于长时间有大量数据传送的场合,有益于民航电报网的传递。

1 民航通信技术中自动转报系统的发展现状中国民航自动转报网是根据I C A O、A F T N和S I T A通信网的相关标准建设的,已服务覆盖境内所有民用和军民合用机场。

在当前发展中,民航自动转报网是在民航数据信息通信网和地区空管局数据网为基本数据来源,通过民航卫星网为传输中介,实现自动转报各网络体系之间的数据的基本结构。

通过拓扑结构的角度来分析,该体系主要分为三个层次:一是利用X.25的SV C方式来实现总局和管理局之间网状结构互联;二、三层次则是通过异步方式将空管站和航空公司形成的树型网络结构实现互联。

当前的民航体系发展速度非常迅速,A T M网和K U卫星都得到了升级和改造,建立了比较成熟的内部专用卫星体系和地面网络体系,有效的实现了民航体系中的各转报系统信息传输自动化。

2 自动转报系统中的互联方案分析借鉴于民航现有的行政机构而形成的自动转报体系,既能够有效的转报各系统的数据信息,同时还较好的融入了管理模式,为行政结构的变化做好准备,并对其预留技术方案。

在民航转报系统中,DM HS是主要的产品,具备异步互联的特征,同时具有X.25、FR和IP三种接口实现转报系统互联。

具体分析有如下几点。

第一,异步互联的转报系统方式。

在民航转报系统中一般需用的联接方式是直接链接,不仅需要占据多个物理端口,而且其通信的速度和传输的可靠性都比较低,由于需要同时租用和维护多条通信新路,所以成本比较高,经济性差。

但是异步互联是民航发展以来比较传统和成熟的信息传输方式,加上具有较强的兼容性,所以可以作为较可靠的备用方案。

民航自动转报系统双机原理及切换方法探析一、自动转报系统基本配置民航自动转报系统由处理系统、通信系统、传输系统和管理系统组成。

一类转报节点配置有：主备两套完全独立的自动转报系统，主备转报系统应具备相同配置的处理系统和通信系统，主备转报系统路由表满足自动同步和快速切换要求。

具备GPS时钟信号接收能力。

处理能力要求转报路由表容量不小于5000条记录；满足AFTN、SITA和AIDC电报格式要求。

通信系统要求内部交换网络满足与处理系统、同异步接口设备冗余连接，至少提供2个同步接口。

异步接口至少96路。

以太网接口要求提供标准以太网端口，满足32路IP用户的接入。

管理系统要求至少配置三台管理终端。

二、自动转报系统主机与备机的双机工作原理：1、硬件连接：主备机之间通过串口和网口心跳线连接，参考点位于交换机上，串口传递状态及切换信息，网口传送报文。

2、软件配置：1）配置串口、通信速率；2）配置本机、对等机IP；3）配置参考点，若前台管理终为参考点，需要安装简单TCP＼IP服务，一般将双网的交换机IP设为参考点IP；4）配置双机资料、同步的FTP用户名及密码等配置信息。

启动时：在系统支持双机情况下，首先启动的是dmhs_afs双机管理进程，读取配置文件dmhs_set.conf后确定身份后自动去启动其它进程。

如果双机进程未能正常启动，其它进程也不可能启动。

3、双机身份确认：1）afs启动时，双机为中间态。

2）向串口发送心跳询问包，确认串口状态；向对等机发UDP包，确认对等机状态；向参考点（ECHO）发送UDP包，确认网络状态。

3）询问时间最多是8秒。

4）如果对等机无回应串口和UDP心跳，认为自己是主机；如果对等机回应串口和UDP心跳，认为自己是备机。

5）确认身份后，根据主备机身份启动相关应用进程。

三、自动转报系统主备机之间同步机制1、双机同步是系统双机之间数据的一致性的重要保证。

按同步类型划分：有时间同步和数据同步，数据同步包括基本信息同步、报文同步。

ATM技术简介及其在民航通信中的应用摘要:ATM技术是一类以信元为单位的异步传输技术，目前已经在诸多通信技术领域广泛应用。

本文首先简单介绍了ATM技术概况以及当前的民用航空通信环境，指出ATM技术技术在民用航空通信领域的优势，最后探讨了ATM技术应用方向以及应用模式，以供相关部门参考。

关键词：ATM技术；民航通信；应用引言通信系统在民航运行中占据着极其重要的位置，其担负着的各个地区机场语音拨号、专线业务网络、虚拟专用网、交换机联网等关键业务。

对于民航来说，只有确保通信正常有效，才能够保障各相关部门间的紧密沟通，进而实现民航运输安全。

一旦民航通信系统发生故障问题，就可能会对民用航空飞机正常起降以及飞行的联络带来较大影响，给广大旅客造成不便，严重时甚至会引发安全事故，威胁到人们生命财产安全。

因此，民航各个部门均应根据内部网络系统需求，采取先进的通信技术进行信息传输。

1. ATM技术简介ATM(Asynchronous Transfer Mode)属于一类以信元为单位的异步转移模式。

它主要基于B-ISDN宽带综合服务数字网标准进行设计，以用于提升用户综合访问速度的技术。

从交换形式方面来看，ATM主要是面向连接的链路，任意一个ATM终端和另外的一个用户通信的过程中均都应该建立连接。

异步传输模式异的主要优势是能够以2000Mbps/s的速度对声音、图形、视频、数据等信息进行传输。

它允许网络管理者在工作站要求改变时动态重组LAN。

当前，LAN的分段原则是一个工作站和它的LAN服务器的地理位置比较近，ATM能够允许网络管理者建立一个逻辑的而非物理的分段。

一个ATM开关将准许建立一个完全不依赖于网络的物理结构的逻辑网络。

异步传输模式提供了任何两个同点间的点到点的连接，保证两点间可有完全的网络带宽，因为ATM是独立于介质，它能在一定速度范围内操作。

2.民航通信环境分析近年来，随着人们生活质量的不断提升，民航飞行线路也逐渐增多，民航运输的客流量也逐渐变大，这给民航运输安全管理提出了更多新的要求，特别是对民航系统内部通信系统的建设提出的要求更高。

机舱自动化系统详细介绍一、简介本系统(BTM-MCP)是用于船舶监控,工厂自动化。

已经运用于多种中型船舶。

它采用无线以太网实现了安全监控、图象和语音传输的远程机舱自动化监控方案，能够对机舱各种热工参数巡回检测；开辟了基于 TCP/IP 协议的通信软件，为实现岸与船、船与船之间数据通信提供了技术支持。

基于 Active X 技术，开辟了三维组态软件，可三维显示机舱的各种参数，操作方便，人机界面友好，实现了图形化控制。

该系统采用分布式数据访问和分布式报警，对报警数据实时记录和维护，重要参数可根据用户需求进行设置，采用时间驱动和事件驱动打印多种报表。

同时本系统应用支持向量机技术和数据融合方法，实现了对船舶主柴油机等设备的智能故障诊断。

本系统将计算机技术、多媒体技术和数字通信技术集于一体。

经实践验证，该系统运行稳定可靠，性能优良，提高了船舶机舱监控的自动化水平。

；本系统运行在基于 TCP/IP 网络协议的网上，使用户能够实现上、下位机以及更高层次的厂级连网；上位机可以和其他以太网网络系统的其他计算机进行数据交换，共同完成整个港口码头、船队或者工厂的信息管理系统(MIS)。

TCP/IP 网络协议还提供了在不同硬件体系结构和操作系统的计算机组成的网络上进行通信的能力。

一台 PC 机通过TCP/IP 网络协议可以和多个远程计算机(即远程节点)进行通讯。

下端采用远程数据采集模块完成各种参量的采集，数据采集模块可放在工业现场，减小信号损耗，而且布线也非常简单。

本系统由以下几部份组成：数据采集系统 (硬件) 数据采集系统 (软件) 分布式数据访问和分布式报警冗余系统可选□网络视频监控可选□二、主要功能该监控系统采用以太网组成网络系统，上位机采用研华公司的 IPC-610P 工控机，数据采集模块采用ADAM5000/TCP，将所有主机、辅机等的所有参数点数据采集到计算机，经过处理后输出显示，同时本系统在传统报警系统的基础上，结合数字图象处理技术，充分利用多媒体、网络和数据库技术，实现了视频信号处理和远距离传输；采集到的数据通过交换机与上位机进行通讯，完成监视、报警、诊断和控制。

民航通信网架构及运用摘要：文章主要分析了民航通信网承载的业务，在此基础上讲解了IP承载网结构和IP 业务接入设备，最后探讨了TOM网络的设备，希望可以为有关人员提供到一定的参考和帮助。

关键字：IP网；TDM网；民航通信1前言当前我国经济水平的不断发展，同时也推动了航空领域的发展进程。

东北区域业务网络主要是由多途径、多运行商以及多种网络接收所组成的，其的整体结构较为复杂，且其中存在新旧设备交替的现象发生，容易出现稳定的情况。

为此需要一个安全可靠的通信网络，确保民航系统的服务稳定、不间断。

2组网模式民航通信网络采用传输合同网络模式，分为传输平台，服务承载网络和传输平台（即光纤传输网络）作为民用航空通信网络的底层。

它负责提供传输信道并实现中继资源服务的集成传输。

服务承载网络在传输平台上建立，负责携带各种宽带和窄带，实时和非实时服务服务承载分为IP承载网络和TDM承载网络，吉林空管分局民用航空通信网络项目涉及10个站，包括吉林空管分局航管楼、东湖雷达站、航管楼甚高频台、龙井雷达站、延吉甚高频台、龙井雷达站、延吉机场、长春龙嘉机场、通化机场、长白山机场。

所有设备都由吉林空管分局维护。

民用航空通信网络采用分支网络模式，分离传输和轴承，分为两部分：传输平台和服务轴承网络。

传输平台是整个民用航空通信网络的底层，负责提高服务质量，服务承载网络建立在传输平台上，负责携带各种宽带和窄带，实时和非实时服务。

按照服务传输的特点，服务承载网络被分成IP承载网络和TDM承载网络。

网络拓扑图见图1。

图1 网络拓扑图3民航通信网承载的业务民航通信网是用来承载交通服务的，包括气象服务、信息服务、OA办公、视频会议、安全管理系统、财务系统、人事系统、视频直播监控系统等ATM所承载的服务网络TDM网络主要承载雷达、VHF、ADS-B、，转发和其他服务。

它对时间的要求很高，可以通过TDM主机网络传输，特别是ADSB业务主要用于承载语音业务，如紧急VHF电台的频率等，经过验证后可逐步取代华为FA16网络。

民航自动转报系统异步业务接入方法分析摘要：自动转报系统对民航的单位具有十分重要的作用，该系统可以为民航各工作部门提供生产、运行、管理方面的数据信息进行统一处理和传输，还可以交换各种通信服务节点系统。

伴随着民航企业的不断发展，使用自动转报系统的用户越来越多，异步传输数据信息的方法具有简单、高效的优势，本文针对民航自动转报系统介绍进行分析，继而分析民航自动转报系统异步业务接入方法，以供参考。

关键词：民航；自动转报系统；异步业务引言：自动转报系统是民航通信系统中网络节点中重要组成部分，在民航各工作部门数据信息共享的过程中，自动转报系统扮演重要角色。

伴随着我国经济不断发展，民航企业的发展速度也越来越快，继而使用自动转报系统的用户也有所增加，因此，对民航自动转报系统的也提出了新的要求，民航相关部门应该重视起来。

1.民航自动转报系统介绍民航自动转报系统是民航数据通信中重要组成部分，其主要功能是为民航各工作部门提供有效服务，对数据信息的共享也有一定作用。

中国民航自动转报系统是利用通信网和地区管理局数据网以及民航使用的卫星网络进行信息传输，继而实现全自动转报系统的有序运行。

现阶段，网络空间已经有将近300套自动转报系统，并且各项自动转报系统的服务器已经可以处理近3000套的电报终端，网络覆盖率可以供给境内所有居民和军事化机场使用。

自动转报系统是将机场的各个工作部门之间的数据信息进行有效连接，是电报信息的交换中心。

同时该系统还是本地数据信息管理局电报交换中心，本地数据信息和其他城市电报信息传输的枢纽中心，能够为民航的飞行安全提供重要保障，提高民航的基本服务管理水平，保证空中管理部门和民航公司进行有效传递信息，自动转报系统对民航飞行的安全具有重要意义。

民航自动转报系统发送数据信息方式，采用的是“存储转发，逐级发送”方式，这两种传送数据信息的方式是民航转报系统的工作核心，在进行逐级发送的过程中，全国民航按照地域主要分为三个网络节点，继而实现上星型和树型以及网状型的网络信号。

民航体系中的自动转报系统分析民航自动转换系统作为民航通信业务的重要一项，主要用于自动接收、存储和路由转发电报信息和数据，从而保证民航的正常运行。

目前我国民航自动转报系统使用较普遍的型号是DMHS系列，其中由航管科技公司研发的DMHS-R型自动转报系统集合了通信设备双机冗余和完全嵌入式电报交换技术，具有电报通信可靠性高、长时间通信和稳定性高的特點。

据此简单介绍了民航自动转报系统的现状以及目前我国的几种常见的自动转报系统型号，并讨论了DMHS-R型自动转报系统的优点和缺点，以及未来民航自动转报系统的发展方向。

标签：民航；自动转报系统；DMHS-R型自动转报系统是民航体系重要的通信基础设备之一，其正常运行与全国人民安全使用航空电报通信业务密切相关，了解目前我国民航自动转报系统的现状和特点有着非常重要的意义。

本文就其中一种DMHS-R型自动转报系统进行了探讨。

1自动转报系统现状民航自动转报系统是民航通信业务中非常重要的一项，它主要通过计算机系统来控制报文信息的自动存储及转发，从而保障航班、气象、情报等各类型报文的正常流转收发，为民航的正常运行保驾护航。

从我国现阶段民航环境的情况来看，可以看出我国民航体系中的自动转报系统技术越来越成熟。

民航自动转报系统DMHS-R主要是根据民航电报业务而特定设计的，具有稳定好、兼容性高、扩展性大等优点，现在在湖南怀化芷江机场、湖南永州零陵机场、湖南常德桃花源机场等被使用。

民航自动转报系统DMHS-R主要是通过异步互联和X.25、FR 以及IP三种接口互联来实现民航自动转报系统的正常运行。

近期，有报道关于帧中继设备老化导致的电源模块故障事件，帧中继设备作为X.25交换网络的重要组成部分，其出现故障会中断民航体系中各大管理局之间的同步单元通信的连接。

使得民航体系的安全受到极大的威胁。

2自动转报系统的类型目前我国主要的民航自动转报系统的类型有DMHS-R型、DMHS-M型、ZB-16-63-D型和MV3600型。

民航自动转报通信技术的研究分析民航自动转报通信技术是一种利用无线电通信技术实现飞行器之间、飞行器与地面等各种通信方式的技术手段。

在当前航空领域，民航自动转报通信技术已经得到了广泛的应用，它不仅提高了空中交通的效率，还增强了飞行安全性，对航空行业发展起到了重要的促进作用。

本文将对民航自动转报通信技术进行研究分析，探讨其发展现状、特点、应用和未来趋势。

一、民航自动转报通信技术的发展现状民航自动转报通信技术最早出现在20世纪50年代末，当时是为了解决航空器导航与通信的问题。

随着航空科技的不断发展，民航自动转报通信技术逐渐得到普及和应用。

目前，这项技术已经在世界范围内得到广泛的应用，成为了提高空中交通效率和飞行安全性的重要手段之一。

在发达国家，民航自动转报通信技术已经得到了高度的发展和应用。

它已经成为了现代航空公司的标配，几乎所有的商用飞机都配备有这项技术。

通过自动转报通信系统，飞行员能够实时地获取气象信息、导航数据以及各种通信信息，从而提高了飞行的安全性和准确性。

这也为航空公司节约了大量的人力物力成本，提高了整体运营效率。

与此在发展中国家，民航自动转报通信技术也在逐步普及和推广。

尽管起步较晚，但随着航空行业的快速发展和技术的进步，这项技术也得到了越来越多的关注和应用，对提升国内空中交通系统的运行效率和飞行安全性起到了积极的作用。

未来，随着中国航空业的进一步发展，民航自动转报通信技术必将在更大范围内得到推广和应用。

1. 高效性：民航自动转报通信技术可以实现飞行器之间和飞行器与地面等各种通信的自动转报，从而大大提高了通信的效率。

2. 安全性：通过自动转报通信系统，飞行员可以及时获得飞行信息、气象信息和导航信息，有助于提高飞行的安全性和准确性。

4. 自动化：该技术实现了通信的自动化，极大地减轻了飞行员的工作负担，提高了操作的便利性。

5. 综合性：民航自动转报通信技术可以实现多种通信的综合，不仅仅可以进行数据传输和通话，还可以进行导航传输和气象传输等功能。

浅谈MATIP TYPE B协议在转报系统中应用摘要：为实现民航报文的传递，IATA(国际航空运输协会)发布一种封装TCP/IP协议之上的MATIP TYPE B协议。

本文介绍了MATIP TYPE B 协议的基本原理和作用，并解释该协议在报文传输过程起的作用。

关键词:MATIP TYPE B协议；报文传输Abstract: In order to realize the transmission of civil aviation messages, iata (international air transport association) has released a matip type b protocol encapsulated on top of the tcp/ip protocol. This article introduces the basic principles and functions of the matip type b protocol, and explains the role of the protocol in the message transmission process.Keywords: Matip type B protocol; Transmission of messages1.引言随着我国民航业的逐年发展，航班量的激增。

对转报系统传输的速率与可靠性提出了新的要求。

由IATA组织针对报文传输提出了高速传输和稳定传输的MATIP协议。

MATIP(Mapping of Airline Reservation)协议,即航空流量服务IP 组(Ticketing and Messaging Traffic Over IP)，是一种端到端协议[1]。

其本质是一种将传输层与航空应用程序之间的映射标准，与路由无关。

根据传输航空报文的需求，转报系统主要应用MATIP TYPE B协议。

119本文介绍了民航自动转报系统进行报文传输过程中MATIP协议的应用,重点以MATIP TYPE B协议应用为例,结合OSI七层参考模型,简析报文传输过程中数据如何变化。

0 引言MATIP(Mapping of Airline Reservation)协议,即航空流量服务IP组(Ticketing and Messaging Traffic Over IP),是一种端到端的基于TCP网络传输封装航空专用协议数据包,实现在传输层和航空应用间建立一个与路由无关的映射标准。

根据IATA(国际航空运输协会)标准中定义的TYPE A和TYPE B两种报文,MATIP协议分为MATIP TYPE A和MATIP TYPE B两种,根据它们对应不同的TCP端口号区别数据是TYPE A还是TYPE B,MATIP Type A对应的TCP端口是350,MATIP Type B对应的TCP端口是351[1]。

1 MATIP与OSI七层体系结构的关系见表1所示:2 MATIP协议2.1 MATIP会话建立的过程任意一端均可以建立MATIP会话,MATIP会话的建立过程分为打开会话(SO)、确认打开(OC)、关闭会话(SC)三步,如图1所示。

因为在MATIP协议没有Keep-alive机制,所以会话超时由TCP协议的超时参数来控制,MATIP 会话建立的前提是相关T C P连接已经建立,但当关闭MATIP会话时并不需要关闭TCP连接[2]。

2.2 MATIP TYPE B数据包结构Airline TYPE A ApplicationAirline TYPE B ApplicationBATAP 应用层 MATIP TYPE AMATIP TYPE B会话层 HTML、JPEG、ASCII 等表示层 TCP 传输层 IP网络层 FR、HDLC、LAPB 等 数据链路层 V.35、双流、V.24等物理层0 1 2 3 4 5 7 9 16 31VerCCmdLength浅析民航转报系统中MATIP TYPE B 协议的应用中国民航东北地区空中交通管理局黑龙江分局　谢佩烛中图分类号:V351.36文献标识码:A文章编号:1007-9416(2021)12-0119-03DOI:10.19695/12-1369.2021.12.39注:民航自动转报系统使用了许多网络通信协议,表1只列举部分相关协议。