Search Results

This document describes Airborne Collision Avoidance System X (ACAS X) functionality and provides the necessary interface definitions and protocols to accommodate the requirements of RTCA DO-385: Minimum Operational Performance Standards for Airborne Collision Avoidance System X (ACAS X) ACAS Xa and ACAS Xo) (latest version applies) and the requirements of RTCA DO-386: Minimum Operational Performance Standards for Airborne Collision Avoidance System X (ACAS X) ACAS Xu (latest version applies). Additionally, this document describes interfaces and protocols necessary to accommodate Cockpit Display of Traffic Information (CDTI) based on the reception of Automatic Dependent Surveillance-Broadcast (ADS-B) data and Traffic Information Services–Broadcast (TIS-B) data. The equipment becomes ACAS X with ADS-B IN applications added, as defined by RTCA DO-317C: Minimum Operational Performance Standards for (MOPS) for Aircraft Surveillance Applications (ASA) Systems (latest version applies).

This standard sets forth the desired characteristics of a second-generation aviation Ku-band and Ka-band satellite communication (satcom) system intended for installation in all types of aircraft.

Mark 4 Air Traffic Control Transponder (ATCRBS/MODE S) describes an Air Traffic Control Radar Beacon System/Mode Select (ATCRBS/Mode S) airborne transponder with Extended Interface Functions (EIF). The ATC surveillance system is made up of airborne transponders and ground interrogator-receivers, processing equipment, and antenna systems. Mode S is a cooperative surveillance system for air traffic control with ancillary communications capabilities. ARINC 718A supports elementary surveillance. Provisional enhanced surveillance functionality is also defined as a customer option. The Mark 4 transponder, like its predecessor, will support Collision Avoidance System which includes TCAS and ACAS X functions.

The purpose of this document is to provide operational guidance for key life-cycle management, which refers to the phases through which digital certificates and associated cryptographic keys progress, from creation through usage to retirement. Additionally, this document provides implementation guidance for online certificate provisioning of aircraft systems. The scope includes both the onboard part (aircraft system) as well as the ground part (PKI provider and Ground Infrastructure). Consideration of both onboard and ground provides the benefit of security considerations being included in the process flow and chain of custody. Specifically, the management to and from the aircraft is defined within a workflow.

The purpose of ARNC 633 is to specify the format and exchange of Aeronautical Operational Control (AOC) communications. Examples of ARINC 633 AOC Structures/Messages include: Flight Plan, Load Planning (i.e., Weight and Balance and Cargo Planning Load Sheets), NOTAMs, Airport and Route Weather data, Minimum Equipment Lists (MEL) messages, etc. The standardization of AOC messages enable the development of applications shared by numerous airlines on different aircraft types. Benefits include improved dispatchability and reduce operator cost.

The purpose of this specification is to define the general Galley Insert (GAIN)standardization philosophy, provide comprehensive equipment interfaces, and disseminate the most current industry guidance. Part 1 covers the Controller Area Network (CAN) data interface attachments, envelopes, and data content to be considered between all galley equipment using a Galley Data Bus as described within this specification. This document is intended as the successor and replacement for ARINC Specification 812. This document contains significant improvements to CAN data interfaces.

This document defines a standard implementation for strong client authentication and encryption of Wi-Fi-based client connections to onboard Wireless LAN (WLAN) networks. WLAN networks may consist of multi-purpose inflight entertainment system networks operating in the Passenger Information and Entertainment System (PIES) domain, dedicated aircraft cabin wireless networks or localized Aircraft Integrated Data (AID) devices operating in the Aircraft Information Services (AIS) domain. The purpose of this document is to focus on the client devices requiring connections to these networks such as electronic flight bags, flight attendant mobile devices, onboard Internet of Things (IoT) devices, AID devices (acting as clients) and mobile maintenance devices. Passenger devices are not within the focus of this document.

This document defines an Aircraft Data Interface Function (ADIF) developed for aircraft installations that incorporate network components based on commercially available technologies. This document defines a set of protocols and services for the exchange of aircraft avionics data across aircraft networks. A common set of services that may be used to access specific avionics parameters are described. The ADIF may be implemented as a generic network service, or it may be implemented as a dedicated service within an ARINC 759 Aircraft Interface Devices (AID) such as those used with an Electronic Flight Bag (EFB). Supplement 8 includes improvements in the Aviation Data Broadcast Protocol (ADBP), adds support for the Media Independent Aircraft Messaging (MIAM) protocol, and contains data security enhancements. It also includes notification and deprecation of the Generic Aircraft Parameter Service (GAPS) protocol that will be deleted in a future supplement.

ARINC 818 defines the digital video interface standard intended for use in all types of flight deck displays. This document represents the aviation version of ANSI Fibre Channel Audio Video (FC-AV) defined by ANSI INCITS 356-2002. Supplement 3 Supports the latest digital video rates of 12 Gbps and higher using 64B/66B encoding and 28 Gbps using 256B/257B encoding.

This standard defines the air transport industry's standards for the transfer of digital data between avionics system elements. Part 2 provides the formats of data words with discrete bit encoding.

The purpose of this document is to provide an overview of data networking standards recommended for use in commercial aircraft installations. These standards provide a means to adapt commercially defined networking standards to an aircraft environment. It refers to devices such as bridges, switches, routers and hubs and their use in an aircraft environment. This equipment, when installed in a network topology, can optimize data transfer and overall avionics performance.

ARINC 429 is the most widely used data transfer method used in aviation. This document provides the standard formats for data parameters and status words transferred between avionic systems. It specifies the physical data bus, electrical characteristics, and data formats. Supplement is 19 is a routine update that defines new ARINC 429 data words, new labels, new equipment IDs, and new System Address Labels (SAL).

ARINC 814 defines an XML encoding and compression standard for aviation. It is based on the Open Geospatial Consortium (OGC) Binary XML document. Binary XML encoding is extended in a way that is both flexible and robust. Compression is added on top of the binary encoding. ARINC 814 is expected to be used with Aeronautical Databases, in particular, ARINC Specification 813: Embedded Interchange Format for Terrain Databases, ARINC Specification 815: Embedded Interchange Format for Obstacle Databases, and ARINC Specification 816: Embedded Interchange Format for Airport Mapping Database.

The purpose of ARNC 633 is to specify the format and exchange of Aeronautical Operational Control (AOC) communications. Examples of ARINC 633 AOC Structures/Messages include: Flight Plan, Load Planning (i.e., Weight and Balance and Cargo Planning Load Sheets), NOTAMs, Airport and Route Weather data, Minimum Equipment Lists (MEL) messages, etc. The standardization of AOC messages enable the development of applications shared by numerous airlines on different aircraft types. Benefits include improved dispatchability and reduce operator cost.

This document sets forth guidance for life-cycle management of public/private (i.e., asymmetric) keys that are used to secure interactions among systems.

ARINC Specification 620 defines the aircraft interfaces to the ACARS ground system operated by a Datalink Service Provider (DSP). It also defines the interface between the DSP and other ground-based datalink services. The datalink ground system standard definition supports traditional ACARS protocols as well as Media Independent Aircraft Messaging (MIAM) as defined by ARINC Specification 841. MIAM messages can be much larger than ACARS messages (5 MB versus 3.3 kB per message). Supplement 9 includes methods to optimize the routing of MIAM messages. It adds ACARS Labels and Identifiers in support of Onboard Network System (ONS), Runway State Assessment, Aircraft Tracking for AOC Position Reporting, ATS Wind Services and Fight-deck based Interval Management System (FIMS) applications. It provides Media Advisory Codes for Broadband Systems (i.e., AeroMACS, Inmarsat SwiftBroadband (SBB) Satcom, and Iridium NEXT/Certus Satcom).

This document defines an Aircraft Data Interface Function (ADIF) developed for aircraft installations that incorporate network components that are based on commercially available technologies. This document defines a set of protocols and services for the exchange of aircraft avionics data across aircraft networks. The goal is to provide a common set of services that may be used to access specific avionics parameters. The ADIF may be implemented as a generic network service, or it may be implemented as a dedicated service within an ARINC 759 Aircraft Interface Devices (AID) such as those used with an Electronic Flight Bag (EFB).

This document describes the functions to be performed by airborne and ground components of the VDLM2 to successfully transfer messages from VHF ground networks to avionics systems on aircraft and vice versa where the data are encoded in a code and byte independent format. The compatibility of VDLM2 with OSI is established by defining a set of services and protocols that are in accordance with the OSI basic reference model. The compatibility with the ATN protocols is achieved by defining a set of interfaces between the VDLM2 subnetwork protocol specification and the Mobile Subnetwork Dependent Convergence Function (MSNDCF). The SNDCF is defined in the ICAO ATN SARPs.

This report sets forth guidance for IP-based onboard networks and systems residing in the Airline Information Services (AIS) and Passenger Information and Entertainment Services (PIES) Domains by establishing a common set of security related data elements and format(s) that are produced by aircraft systems, suitable for use by airline IT and/or avionic supplier analytical ground tools.

This standard defines the Aircraft Communications Addressing and Reporting System (ACARS), a VHF data link that transfers character-oriented data between aircraft systems and ground systems. This communications facility enables the aircraft to operate as part of the airline's command, control and management system.