ARINC Standards Store

This report sets forth the general philosophy and basic design guidance for using aircraft equipm...ent (hardware and/or software) in training devices. It specifies unique simulator functions that shall be supported by this equipment. A goal of this report is to promote common understanding between aviation and simulation groups for the use of aircraft equipment in training devices. Use of this document is recommended for any new or derivative aircraft or retrofit of a system to an existing aircraft, where aircraft hardware or software may be used in the associated training device. Airframe manufacturers and aircraft equipment designers are encouraged to take advantage of this guidance information, starting in the earliest phases in the design of aircraft equipment by defining requirements to be compliant with the simulator functions capabilities; i.e., to be compliant with this report. Compliance can be most readily assured if provided for in the proposal stage between the aircraft manufacturer and the aircraft equipment supplier.

ARINC Specification 620 defines the interfaces between the Datalink Service Provider (DSP) and th...e aircraft, other ground-based datalink services, and users. The datalink ground system standard definition supports traditional ACARS and AOA 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).

This standard provides guidance to those who develop avionics test programs and the source docume...ntation on which they are based. This includes guidelines for all steps and phases within the TPS life cycle.

The purpose of this document is to provide an introduction and overview of the ARINC 628 series o...f Specifications. ARINC 628 defines equipment and installation standards for cabin equipment, which is generally defined as communication and entertainment equipment designed for passenger use. Part 0 provides the concepts and overview of ARINC 628 and descriptions of each individual part. Appendix B is written in briefing chart format to facilitate the understanding of high-level objectives. Supplement 4 represents a summary of recent changes to Parts 1 through 9 of ARINC Specification 628.

ARINC Specification 628, Cabin Equipment Interfaces (CEI) Part 5 Parts Selection, Wire Design and... Installation Guidelines, provides design and mounting guidelines for electrical installations, mainly for supplier of cabin furnishing equipment. Part 5 addresses several aspects of installation and is divided into five sections: Introduction, Parts Selection, Electrical Wire Design Guidelines, Wire Installation Guidelines, and Documentation Guidelines. Guidelines regarding design, safety, and other subjects relevant to acceptance of the end item are addressed. Notes explaining the reason for setting a guideline or suggesting methods for performing the task are provided in commentary. The content of the document is designed to make it usable for reference by industry, particularly manufacturers of seats and equipment.

This document describes the functions to be performed by airborne and ground components of the VD...LM2 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.

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 ARINC 633 is to specify the format and exchange of Aeronautical Operational Contro...l (AOC) communications. Examples of ARINC 633 AOC Structures/Messages include: Flight Plans, 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 enables the development of applications shared by numerous airlines on different aircraft types. Benefits include improved dispatchability and reduce operator cost.

The purpose of this standard is to provide a method for packaging aircraft software parts for dis...tribution using contemporary media or by electronic distribution. This project intends to standardize and provide guidance for the storage of floppy based software, currently packaged in media set parts. This standard format can be then stored or distributed on a single physical media member (CD-ROM), or by electronic crate. The obsolescence of floppy disks drive an urgent need for this guidance.

This document provides airlines, airframe manufacturers, aircraft equipment suppliers, and others... with information that is specific to data, software, and ground tools used in aviation configuration and data management.

This report defines the requirements and recommended practices for production testing of aircraft... passenger seats and seat groups. Production testing is performed at the seat manufacturers' facilities prior to the shipment of the seats to the airframe manufacturers, Maintenance, Repair, and Overhaul (MRO), or airlines/operators for installation in the aircraft. Using this guidance, rework is minimized and schedules remain minimally affected.

This document provides an overview of the entire set of documents collectively referred to as ARI...NC 653.As this set of documents evolves, Part 0 has been adjusted to reflect technical changes made in Supplements to Parts 1 through 5 in conjunction with the technical changes made in the evolution of ARINC 653. A summary of the ARINC 653 documents follows:

This standard defines a general-purpose Application/Executive (APEX) software interface between t...he Operating System of an avionics computer and the application software. The interface requirements between the application software and operating system services are defined in a manner that enables the application software to control the scheduling, communication, and status of internal processing elements. Supplement 5 adds multicore processor service capabilities.
 

As avionics software continues to evolve, so does ARINC Specification 653. ARINC 653 Part 2 speci...fies extensions (i.e., optional services) to the required Application Program Interfaces (APIs) described in ARINC 653 Part 1. Supplement 4 adds optional multicore services capabilities.
 

ARINC 653, Part 3A is the Compliance Test Specification for ARINC 653 Required Services presently... defined in ARINC 653 Part 1. The document specifies a set of stimuli and the expected responses. Future work on the ARINC 653 document set includes an effort to define Operating System services for multi-core processor environments. The Compliance Test Specification is expected to be updated in step with ARINC 653, Part 1.

ARINC 653, Part 3B is the Compliance Test Specification for ARINC 653 Extended Services presently... defined in ARINC 653 Part 2. The document specifies a set of stimuli and the expected responses. Future work on the ARINC 653 document set includes an effort to define Operating System services for multi-core processor environments. The Compliance Test Specification is expected to be updated in step with ARINC 653, Part 2.

Part 5 defines additional ARINC 653 core software capabilities to ease integration on a variety o...f Integrated Modular Avionics (IMA) hardware platforms by allowing platform suppliers to extend and customize it for use with their unique hardware platform. Supplement 1 expands the guidance provided on resource profiling and execution profiling pertinent to the use of multicore processors in avionics.

ARINC 661 defines logical interfaces to Cockpit Display Systems (CDS) used in all types of aircra...ft installations. The CDS provides graphical and interactive services to user applications within the flight deck environment. When combined with data from user applications, it displays graphical images to the flight deck crew. The document emphasizes the need for independence between aircraft systems and the CDS. This document defines the interface between the avionics equipment and display system graphics generators. This document does not specify the "look and feel" of any graphical information, and as such does not address human factors issues. These are defined by the airline flight operations community.

This document defines the User Interface Markup Language (UIML) which allows developers to specif...y the interface, look, and behavior of any Graphical User Interface (GUI). The GUI consists of several components, from the simplest, called primitive components (such as rectangle, text, image, group), to more complex components built by the aggregation of several primitive components and by providing relational specific logic. Also defined is the execution model, which provides the rules to interpret the language so that the graphical user interface has a standardized and consistent behavior defined for any platform.

The purpose of this document is to establish guidelines that should be observed during initial de...sign, production, and maintenance of aircraft components, and to present short-term and long-term strategies to minimize the costs and impacts associated with decreasing availability of components.

The purpose of this document is to provide an overview of data networking standards recommended f...or 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.

This specification provides Ethernet physical parameters and data link layer specifications for u...se in a commercial aircraft environment. This specification provides general and specific guidelines for the use of IEEE 802.3 compliant Ethernet, 2000 edition. Physical layer and Medium Access Control (MAC) sub-layers are expected to comply with the Open System Interconnection (OSI) Reference Model to enable maximal utilization of off-the-shelf components, both hardware and software, for aviation use. The Ethernet Physical layer specification defines the electrical and optical parameters for the 10BASE-T, 100BASE-TX, and 100BASE-FX Ethernet implementations. This specification references ARINC Specification 600: Air Transport Avionics Equipment Interfaces for definition of copper-based implementations of the Ethernet Physical layer.

This document defines the aircraft industry's standards for Loadable Software Parts (LSPs) and Me...dia Set Parts (MSPs). It describes the common principles and rules to be applied to any part of a data load system to ensure compatibility and inter-operability of software parts. It includes part numbering, content, labeling, and formatting of an LSP, and a Media Set containing LSPs. Supplement 5 refers to a companion document, ARINC Report 645: Common Terminology and Functions for Software Distribution and Loading.

The purpose of this document is to evaluate Communication, Navigation, and Surveillance (CNS) Dis...tributed Radio architectures and the feasibility of distributing the RF and systems processing sections.

ARINC Report 679 defines the functional characteristics of an airborne server that will support E...lectronic Flight Bags (EFBs) and similar peripherals used in the flight deck, cabin, and maintenance applications. The document defines how EFBs will efficiently, effectively, safely, and securely connect to the airborne server in a way that offer expanded capabilities to aircraft operators. The airborne server has two main functions, first to provide specific services to connected systems, and second to provide centralized security for the EFB and its data. This document is a functional airborne server definition. It does not define the physical characteristics of the server.

This document describes the technical requirements, architectural options, and recommended interf...ace standards to support an Autonomous Distress Tracking (ADT) System intended to meet global regulatory requirements for locating aircraft in distress situations and after an accident. This document is prepared in response to International Civil Aviation Organization (ICAO) and individual Civil Aviation Authorities (CAAs) initiatives.

The difficulty in locating crash sites has prompted international efforts for alternatives t...o quickly recover flight data.  This document describes the technical requirements and architectural options for the Timely Recovery of Flight Data (TRFD) in commercial aircraft. ICAO and individual Civil Aviation Authorities (CAAs) levy these requirements.

ARINC Report 686 represents the consensus of industry to prepare a roadmap migration from IPv4 to... IPv6. This document describes airline objectives (air and ground side when possible) towards the development and introduction of IPv6.

This document defines a standard implementation for strong client authentication and encryption o...f Wi-Fi-based client connections to onboard Wireless LAN (WLAN) networks.

The purpose of this document is to provide guidelines for integrating previously standalone cabin... systems such as cabin management systems, In-Flight Entertainment (IFE) systems, In-Flight Connectivity (IFC) systems, galley systems, surveillance systems, etc.