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

合集下载

ATM技术在民航通信中的应用研究

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技术；民航空管；数据通信近年来，随着中国民航业的飞速发展，民航航班流量和空管保障航班架次也不断攀升。

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

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

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

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

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

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

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

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

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

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

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

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

RFC2351 MATIP 航空协议

组织：中国互动出版网（/）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标准。

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

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

本文也概括性的指出了通过使用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航空协议

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、双机同步是系统双机之间数据的一致性的重要保证。

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

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

浅谈MATIP与BATAP协议及其在民航自动转报网络中的应用
发表时间：2018-09-18T09:47:04.917Z 来源：《知识-力量》3中作者：陈鹏
[导读] 本文介绍了MATIP 及BATAP协议。

（北京天航信民航通信网络发展有限公司，北京 100192）
摘要：本文介绍了MATIP 及BATAP协议。

关键词：民航；MATIP；BATAP；TCP/IP；
前言：
MATIP是RFC标准文档，适用于航空通讯的标准协议。

它的英文全称为Mapping of Airline Reservation, Ticketing and Messaging Traffic over IP，翻译为航空流量服务IP组，它是基于TCP进行数据传输。

其中MATIP分两类，分别是TYPE A、TYPE B，TYPE A主要应用于实时性较强的业务中，比如订票系统、离港系统。

TYPE B主要应用于实时性要求不太高的业务中，如电子邮件。

本文重点来讲解MATIP-TYPE B类型的传输机制。

BATAP是TYPE B APPLICATION TO APPLICATION PROTOCOL的简写，是应用层的协议，过去是由SITA声明，现在是由IATA（国际航空运输协会）发布，主要功能是提供端到端的报文确认。

其实是对TYPE B报文传输加了一层保护。

1.MATIP协议
1.1介绍
MATIP是端到端的协议.它试图在TCP层和航空应用间建立一个与路由无关的映射标准
1.2 TCP 端口分配
IANA(Internet Assigned Numbers Authority)为MATIP TYPE A和TYPE B流分配了相应端口号:MATIP Type A TCP 端口: 350，MATIP Type
B TCP 端口: 351，通过不同的TCP端口号就可以区分数据流是type A 还是B。

1.3 MATIP会话建立的方式
在两个应用进行数据交互之前，必须在TCP连接已经建立的基础之上，MAITP会话才能建立，用以确定数据流的属性，对不同的参数集，必须建立不同的会话和TCP连接，比如:两点间的P1024B和P1024C数据流需要建立两个不同的会话。

然而，当关闭MATIP会话时，并不需要关闭TCP连接。

MATIP会话的建立可以由任一端进行发起，在MATIP层面上没有keep-alive机制.会话超时由TCP的超时参数来控制。

MATIP会话的管理基于以下三个命令：
打开会话(SO) 用来发一个建立会话的请求。

确认打开(OC)用来确认SO命令。

关闭会话(SC)用来关闭当前的会话。

打开会话命令有可能会包含配置参数，在已经存在一个会话的情况下再收到一个打开会话命令，后发出的打开会话命令可以自动清除会话中的旧配置，而用新的打开会话命令中的信息来建立新配置。

打开会话和关闭会话命令是成对出现的。

2.BATAP 协议
BATAP的本质是附加在MATIP数据包外的一层消息验证机制，我们可以将它理解为一个消息的封套，即信封。

2.1 BATAP 顺序号
BATAP顺序号(SRLN)，它是一个三位十进制数，这三位十进制数从001到000循环。

在会话被初始化时SRLN被进行重置，通常情况下，BATAP顺讯号按序递增。

由于BATAP使用顺序号(SRLN)来对收到的消息进行检测，所以TYP B服务可以接受任意顺序的消息。

2.2 BATAP 的包类型
2.2.1 数据包
如图所示，BATAP数据包分为两类，即NORMAL和PDM数据格式，这两种格式的区别在于首位的标志位，当报文重复时该位就会被置为P，表示此份报文为重复报文，否则，该位置为置空字符。

当标志位为P时，该数信息格式为PDM MESSAGES FORMAT，置空时为
NORMAL MESSAGES FORMAT。

2.2.2服务包 -Version--Length--IMA--serial number Version 此字段包含版本信息。

Length
此域指示整个包的字节数，包含头部。

IMA
回正服务包表示，在收到IMA信息时，即认为该报文已被正常收到。

Serial number 回证服务包的SRLN号与发送报文的SRLN号一致时，表示该报文发送成功，其主要功能是具体确定回证报文的身份。

3.MATIP与BATAP在民航自动转报网中的应用 SITA TYPE B即SITA网络中TYPE B报文处理的电信标准，TYPE B报文的格式遵循国际航空运输协会（IATA）规定的B类报文标准。

目前，我国民航自动转报网与SITA网络进行报文数据交换，采用X.25方式进行传输。

但是，随着我国民航事业的飞速发展，业务量不断增大，与SITA网络接入方式的技术更新势在必行。

目前所选用的方案正是采用MATIP+BATAP OVER TCP/IP的方式来替换现有的接入方式。

3.1 所需硬件设备 3.1.1 底层通讯设备及安全防护设备
由于MATIP+BATAP建立连接的基础是需要先建立TCP连接，所以，底层通讯设备由一些基本的IP设备组成，如路由器，交换机，信令转换器，但是由于IP网络需要更高的安全防护，所以还需要增加一些安全防护设备，如防火墙，IDS（攻击检测）。

3.1.2 系统设备
这里所说的系统设备，是指收发报文时所使用的终端设备，主要是由转包主机和同步接入设备组成。

3.2 所需软件产品
该软件产品必须支持在TCP连接建立的情况下，在TCP连接内建立一个MATIP会话，在发送报文的过程中，使用BATAP进行报文的端到端的认证。

在收发报的同时，该软件还可以支持实时的检测MATIP信道状态的判断，并可以在信道出现问题时及时告警以便通知操作员进行处理。

4.结束语
近年来，随着微型计算机、网络通讯技术和网络安全技术的迅速发展，使得在民航网络中大范围的应用TCP/IP技术取得了新的突破性进展，TCP提供的是一种可靠的数据流服务，采用“带重传的肯定确认”技术来实现传输的可靠性。

TCP/IP技术很好的弥补了X.25技术的缺点，其更可靠更快捷的传输更加符合当代民航业的需求，因此。

TCP/IP技术必将在今后较长时间内得到保持和发展。

参考文献
[1]RFC2351_MATIP_航空协议
[2]Sita Type-B
[3]TCP/IP 详解。