ACARS介绍

整理文档很辛苦,赏杯茶钱您下走!

免费阅读已结束,点击下载阅读编辑剩下 ...

阅读已结束,您可以下载文档离线阅读编辑

资源描述

飞机通信寻址与报告系统(ACARS)飞机通信寻址与报告系统(AircraftCommunicationsAddressingandReportingSystem,缩写:ACARS),是一种在航空器和地面站之间通过无线电或卫星传输短消息(报文)的数字数据链系统。该协议于上世纪70年代提出,其格式当时称之为Telex。在不远的将来,该协议将会被所谓的航空电信网(ATN)协议所取代。通信系统在数据链系统出现之前,地面人员和飞行人员之间的所有交流只能通过语音进行。这种通讯以甚高频或高频语音无线电通信方式实现。1990年代早期卫星通信技术的引入,使这种通信模式得到了进一步加强。简介航空公司为了减少机组人员的工作负荷,提高数据的完整性,在1980年代末引入了ACARS系统。有少数ACARS系统在此之前就已经出现,但未在大型航空公司得到广泛的应用。虽然ACARS通常出现在关于数据链设备(航空电子系统中的一种现场可更换单元)的叙述中,但这个术语实际上是指完整的空中及地面系统。在飞机上,ACARS系统由一个称为ACARS管理单元(MU)的航电计算机和一个控制显示器单元(CDU)组成。MU用以发送和接受来自地面的甚高频无线电数字报文。在地面,ACARS系统由一个有多个无线电收发机构成的网络组成,它可以接受(或发送)数据链消息,并将其分发到网络上的不同航空公司。起初,ACRAS系统根据ARINC597标准设计。该系统在1980年代末期升级以满足ARINC724标准。ARINC724定义了航空电子设备数字数据总线接口。该标准后来又修订为ARINC724B。二十世纪90年代所有的数字化飞机都采用了ARINC724B标准。这样,用于ACARS管理单元的ARINC724B规范,用于飞行管理系统的ARINC739规范,以及用于打印机的ARINC740规范就构成了一个协同工作的工业标准协议族。现在,工业领域又出现了新的ARINC规范,称为ARINC758,它是为下一代ACARS管理单元—CMU系统设计的。应用OOOI事件ACARS的第一个应用是去自动检测和报告飞机在主要飞行阶段(推出登机门——Outofthegate;离地——Offtheground;着陆——Ontheground;停靠登机门——IntotheGate,工业上简称OOOI)的变化。这些OOOI事件是由ACARS管理单元通过飞机上各种传感器(例如舱门、停留刹车和起落架上的开关传感器)的输出信号来确认的。在每一飞行阶段的开始时刻,ACARS将一个数字报文发送到地面,其中包括飞行阶段名称、发生时刻,以及其他诸如燃油量或始发地和目的地。起初这些信息被用在航空公司的自动薪酬计算系统中,因为在这些公司里飞行人员的薪酬是与实际飞行挂钩的。飞行管理系统接口除了上述功能外,ACARS系统还增加了支持其他机载航电设备的新接口。在二十世纪80年代末90年代初,在ACARS和飞行管理系统(FMS)之间的数据链接口出现了。这个接口可以将地面发送到机载ACARS管理单元上的飞行计划和气象信息,转发到FMS。这样,在飞行过程中航空公司就可以更新FMS中的数据,使得机组人员可以评估新的气象条件,或者变更飞行计划。下载维护数据二十世纪90年代早期,ACARS同飞行数据采集与管理(FDAMS)或飞机状态监控系统(ACMS)之间接口出现,使得数据链系统在更多的航空公司得到应用。通过使用ACAS网络,航空公司就可以在地面上实时得到FDAMS/ACMS(用以分析航空器、引擎和操作性能)上的性能数据。这样,维护人员就不用非得等到飞机回到地面后才上到飞机上去获取这些数据了。这些系统能够识别出不正常的飞行,并自动向航空公司发送实时报文。详细的引擎状态报告也能经ACARS发送到地面。航空公司据此来监控引擎性能并规划维修活动。除了与FMS和FDAMS的接口,从上世纪90年代开始,工业领域又开始升级机载维护计算机,使它可以通过ACARS实时传送飞机的维护信息。航空公司维修人员通过这些信息和FDAMS数据,甚至在飞行过程中就可以规划有关航空器的维修活动。人机交互上述处理过程都是由ACARS及相关系统自动执行的。随着ACARS的发展,ACARS控制单元现在同驾驶舱内的控制显示单元(CDU)之间有了直接连接。CDU,通常也称MCDU(多功能CDU)或MIDU,让机组可以像今天收发电子邮件一样收发消息。这项功能使飞行人员能够处理更多类型的信息,包括从地面获取各种类型信息以及向地面发送各种类型报告。举个例子,飞行员想获得某一地点的气象信息。通过在MCDU屏幕上输入地点及气象信息类型,飞行员通过ACARS系统将此请求发送到地面站,之后地面计算机处理该请求,并将应答信息发回飞机上的ACARS管理单元显示或打印出来。为了支持更多的应用,如气象、风、放行、中转航班等,ACARS的消息类型愈来愈多。航空公司为了某些特定的应用和特定的地面计算机开始定制ACARS系统。这导致了每家航空公司都在自己的班机上安装了自己的ACARS应用。有些航空公司为机组安装了多达75个MCDU,而少的则只有十来个。除此之外,每家航空公司的地面站以及机载ACARS管理单元发送和接受的消息内容及格式也各不相同。工作原理由人员或机载设备创建报文并通过ACARS将其送达地面的人员或系统,反之亦如此。ACARS报文可以以手工或自动方式发送。甚高频子网甚高频子网是由多个甚高频无线电地面站组成的一个网络,其目的是确保航空器在世界上任何一个地方都能同地面终端系统进行实时通信。甚高频子网是在视距范围内进行通信的,并与地面收发机(通常指远程地面站)保持联系。甚高频信号的传输范围受高度影响较大,在高高度上,甚高频信号传输范围一般也就200英里。因此甚高频通信仅在设有地面甚高频子网的陆地区域适用。一个典型的VHFACARS报文ModeAArrcraftB-18722AckNAKBlockid2FlightCI5118LabelB9MsgNL05Ao.Message/KLAX.TI2/024KLAXA91A1通信卫星及高频子网卫星通信(SATCOM)可以覆盖除地球高纬地区(如飞越极地地区)外的所有地区。而新近出现的高频数据链系统则于1995年才开始建设,于2001年完成。其主要目的就是为了覆盖极地地区。安装有高频数据链系统的航空器能够执行极地航路飞行,并保持与地面系统的联系(如空中交通管制中心和航空公司的运行控制中心)。ARINC是高频数据链的唯一通信提供商。数据链报文类型ACARS有三种报文类型空中交通管制(ATC)航空运行控制(AOC)航线管理控制(AAC)ATC报文是由ARINC623规范定义的。主要用于机组请求放行,由地面人员进行放行。AOC及AAC报文用于飞机和基站之间通信。这些报文或者由用户定义,或者由ARINC618/633规范定义。不同的报文类型可能包含诸如油耗、引擎性能数据和飞机位置等自由文本信息。下传链路例子:离场延迟飞机通信寻址和报告系统飞行员有时会通知自己的飞行运行管理部门,当地空管部门推迟了本航空器的离场时间。在这种情形下,飞行员首先在通信管理单元(CMU)或多功能控制显示器(MCDU)上输入延迟原因和他期望的离场时间。输入之后,飞行员按下MCDU上的发送键。一旦CMU检测到该按键事件,它就生成一个包含延迟信息的数字报文。该报文可能包括如下内容:航空器注册号,始发地和目的地代码,未延迟时的估计到达时间(ETA),及当前期望抵达时间。然后CMU将此报文发送到现有的一种无线电设备上,如VHF,通信卫星或HF。如该报文通过VHF网络发送,则包含该报文的VHF信号将被发送到VHF远程地面站(rgs)。应当注意的是,ACARS报文的主体部分通常只有100到200个字符的长度。这种长度的报文可以在一次传输中完成。一个ACARS报文的主体最多只能包含220个字符。长于220个字符的下传ACARS报文只能分块多次传送。即便如此,任何报文也不能多于16块。地面站也只是在收到所有报文块后才开始处理和路由这个报文。ACARS协议还支持失败重传机制,或在改变服务提供商时重新发送报文。一旦地面站接收到完整的报文就将通过地面线(landlines)其转发到数据链服务提供商(DSP)的主机系统。服务商根据主机上的路由表再将该报文转发到航空公司或其他目的地。路由表由服务商维护,它可以根据尾号辨认出每一架飞机,并且可以辨识出它所能处理的报文类型。(航空公司必须向服务商提供自己的ACARS报文标记及每种报文的路由信息。)CMU发送的每个ACARS报文都包含一个报文头,该报文头含有所需的路由信息。服务商将是根据这些信息将报文转发到不同的航空公司的。航空公司收到报文后,会进行进一步处理:重新格式化报文;存储到数据库中以待日后分析;转发到其他部门,如航班操作部门、维修部门、财务部门等等。在上面的例子中,这个包含延迟起飞信息的报文也许会转发到航班操作部门和目的地,通知它们飞机将延迟到达。从飞行员按下发送键到航空公司的计算机处理完该报文,其间所花时间是不同的。不过一般说来,大概在6-15秒的量级内。我们称从CMU发往地面的报文为下传报文。上传链路例子:气象报告传送到飞机上的报文为上传链路报文,与下传报文几乎互为镜像。例如,为响应一条请求气象信息的ACARS下传报文,航空公司的计算机系统首先生成一条包含该飞机注册号及实际气象信息的上传报文,之后将其送往数据链服务供应商(DSP)的主机系统。供应商通过自己的地面网络将该报文传送到距飞机最近的甚高频(VHF)远程地面站。地面站将此报文通过VHF广播出去,机载VHF接收到此信号后通过内置的调制解调器将其转为数字报文发送至通信管理单元(CMU)。CMU验证飞机注册号,如果相符就继续处理该报文。CMU对该上传报文的处理和依赖于特定的航空公司需求。通常该报文或者被转发到其他航电系统,如飞行管理系统(FMS)或飞行数据访问系统(FDAMS),或者由CMU自行处理。对于气象报告,CMU即为报文目的地。机组成员随后可以通过MCDU查看或者打印出此气象报告。下传链路例子:FDAMS报文其他机载系统向地面站发送报文的方式和上述例子是相似的。其中一个实例就是FDAMS(FlightDataAcquisitionandManagementSystem)。FDAMS系统通过一系列算法来监控发动机的状态(如振动和油温)是否正常。FDAMS系统可以检测出一个发动机异常事件,并自动生成一个ACARS报文发送到CMU(细节可参见ARINC619协议),再由CMU发送到地面。在此情形下,数据链服务商将直接将此报文路由到航空公司的维修部门,实时通知地面维修人员。链路例子下传链路例子:离场延迟飞行员有时会通知自己的飞行运行管理部门,当地空管部门推迟了本航空器的离场时间。在这种情形下,飞行员首先在通信管理单元(CMU)或多功能控制显示器(MCDU)上输入延迟原因和他期望的离场时间。输入之后,飞行员按下MCDU上的发送键。一旦CMU检测到该按键事件,它就生成一个包含延迟信息的数字报文。该报文可能包括如下内容:航空器注册号,始发地和目的地代码,未延迟时的估计到达时间(ETA),及当前期望抵达时间。然后CMU将此报文发送到现有的一种无线电设备上,如VHF,通信卫星或HF。如该报文通过VHF网络发送,则包含该报文的VHF信号将被发送到VHF远程地面站(RGS)。应当注意的是,ACARS报文的主体部分通常只有100到200个字符的长度。这种长度的报文可以在一次传输中完成。一个ACARS报文的主体最多只能包含220个字符。长于220个字符的下传ACARS报文只能分块多次传送。即便如此,任何报文也不能多于16块。地面站也只是在收到所有报文块后才开始处理和路由这个报文。ACARS协议还支持失败重传机制,或在改变服务提供商时重新发送报文。一旦地面站接收到完整的报文就将通过地面线(landlines)其转发到数据链服务提供商(DSP)的主机系统。服务商根据主机上的路由表再将该报文转发到航空公司或其他目的地。路由表由服务商维护,它可以

1 / 12
下载文档,编辑使用

©2015-2020 m.777doc.com 三七文档.

备案号:鲁ICP备2024069028号-1 客服联系 QQ:2149211541

×
保存成功