SIST EN 4660-003:2011
(Main)Aerospace series - Modular and Open Avionics Architectures - Part 003: Communications/Network
Aerospace series - Modular and Open Avionics Architectures - Part 003: Communications/Network
1.1 General
This standard details the functionality and principle interfaces for the ASAAC (Allied Standard Avionics Architecture Council) Network to ensure the interoperability of Common Functional Modules and design guidelines to assist in implementation of such a network. It is one of a set of standards that define an ASAAC Integrated Modular Avionics (IMA) System.
The purpose of this standard is to establish by means of well defined interfaces and functionality, a network design that is technology transparent, that is open to a multi-vendor market and that can make the best use of Commercial Off The Shelf (COTS) technologies. Therefore, the associated data communication network topology, protocols and technologies are not identified in this document. For these items the document identifies the issues that should be considered when defining a specific network implementation to support the ASAAC architecture and provides guidelines to assist.
Although the physical organisation and implementation of the network shall remain the System Designers choice, in accordance with the best use of the current technology, it is necessary to define interfaces and parameter sets in order to achieve a logical definition of the network with a defined functionality. This definition includes:
- The generic functionality applicable to all networks.
- The logical interfaces to the Operating System and Module Support Layers.
- The physical interfaces to the Common Functional Modules (CFM).
The ASAAC Standards are intended to be independent of specific technologies, including network technologies. This document identifies the principle interfaces for the Network, in Clause 4, and where appropriate, provides requirements on network parameters to be defined. The interfaces relevant to the network are the Module Support Layer to Operating System (MOS), Module Physical Interface (MPI) and Module Logical Interface (MLI). (...)
Luft- und Raumfahrt - Modulare und offene Avionikarchitekturen - Teil 003: Kommunikation/Netzwerk
Diese Norm behandelt die Funktionalität und die Hauptschnittstellen für das ASAAC-Netzwerk, mit denen die
Interoperabilität von Standardfunktionsmodulen (CFM) sichergestellt werden soll; darüber hinaus enthält sie
Entwurfsleitlinien zur Unterstützung bei der Implementierung eines derartigen Netzwerks. Sie ist Teil einer
Reihe von Normen, die ein integriertes modulares Avioniksystem (IMA) definieren, das den Vorgaben des
ASAAC-Standards entspricht.
Zweck dieses Dokuments ist es, mittels wohl definierter Schnittstellen und Funktionalitäten einen Netzwerkentwurf
festzulegen, der technologisch transparent und für einen Markt mit einer Vielzahl von Herstellern offen
ist und COTS-Technologien am wirkungsvollsten nutzen kann. Daher sind die zugehörigen Topologien, Protokolle
und Technologien des Datenkommunikationsnetzes in diesem Dokument nicht benannt. Stattdessen
werden die Aspekte vorgestellt, die bei der Definition einer spezifischen Netzwerkimplementierung, die die
ASAAC-Architektur unterstützen soll, berücksichtigt werden sollten, und es sind entsprechende Leitlinien als
Hilfe angegeben.
Obwohl die physikalische Organisation und Implementierung des Netzwerks dem Systemplaner überlassen
bleiben muss, ist es im Sinne der wirkungsvollsten Nutzung der derzeitigen Technologien notwendig, Schnittstellen
und Parametersätze zu definieren, um eine logische Definition des Netzwerks mit einer definierten
Funktionalität zu erhalten: Die Definition umfasst:
⎯ die für alle Netzwerke geltende generische Funktionalität;
⎯ die logischen Schnittstellen zum OS und zu den MSL;
⎯ die physikalischen Schnittstellen zu den CFM.
Die ASAAC-Standards sollen von spezifischen Technologien, einschließlich Netzwerktechnologien, unabhängig
sein. Das vorliegende Dokument benennt in Abschnitt 4 die Hauptschnittstellen für das Netzwerk und gibt
gegebenenfalls Anforderungen an die zu definierenden Netzwerkparameter an. Die für das Netzwerk maßgebenden
Schnittstellen sind die Schnittstelle zwischen Modulunterstützungsschicht/Betriebssystem (MOS),
die physikalische Modulschnittstelle (MPI) und die logische Modulschnittstelle (MLI). Eine generische Definition
von MOS und MPI findet sich an anderer Stelle (siehe Standard für Software in EN 4660-005 und Standard
für Paketierung in EN 4660-004). Die MLI ist eindeutig vom gewählten Netzwerk abhängig. Die Definition
von MOS und MPI ist generisch und bedarf einer Unterstützung durch netzwerkspezifische Informationen. Die
Standards für Software und Paketierung enthalten keine netzwerkabhängigen Informationen. Eine zukünftige
Netzwerkspezifikation wird also nicht nur die jeweilige MLI definieren, sondern auch eine Definition der
spezifischen Aspekte der MPI, der Topologien, Systemeigenschaften usw. bieten müssen.
Série aérospatiale - Architectures Avioniques Modulaires et Ouvertes - Partie 003: Communication/Réseau
La présente norme définit la fonctionnalité et les principales interfaces du réseau ASAAC (Allied Standard Avionics Architecture Council) pour assurer l’interopérabilité des Modules fonctionnels communs et elle fournit des lignes directrices de conception pour faciliter la mise en oeuvre d’un tel réseau. Elle fait partie d’un ensemble de normes qui définit un système avionique modulaire intégré ASAAC (Allied Standard Avionics Architecture Council).
Le but de la présente norme est d'établir au moyen d'interfaces et d'une fonctionnalité bien définie, une conception de réseau qui soit transparente du point de vue technologique, ouverte à un marché multivendeur et qui puisse faire le meilleur usage des technologies liées aux articles sur étagère (COTS). Par conséquent, la topologie, les protocoles et les technologies du réseau de communication de données associées ne sont pas identifiés dans le présent document. Pour ces éléments, le document identifie les questions qu'il convient de prendre en compte quand on définit une mise en oeuvre de réseau spécifique pour assurer le soutien de l'architecture ASAAC et fournir les lignes directrices pour y parvenir.
Bien que l’organisation physique et la mise en oeuvre d’un réseau restent du domaine du choix du concepteur du système, conformément à l’utilisation optimale de la technologie courante, il est nécessaire de définir des interfaces et des paramètres pour obtenir une définition logique de réseau qui a une fonctionnalité définie. Cette définition comprend :
- La fonctionnalité générique applicable à tous les réseaux.
- Les interfaces logiques dédiées au système d'exploitation et aux couches de support de modules.
- Les interfaces physiques dédiées aux Modules fonctionnels communs (CFM).
Les normes ASAAC sont destinées à être indépendantes des technologies spécifiques, y compris les technologies des réseaux. Ce document identifie les principales interfaces relatives au réseau, dans l'Article 4, et si approprié, il fournit les exigences sur les paramètres du réseau à définir. Les interfaces correspondant au réseau sont l’interface entre la couche support de module et le système d’exploitation (MOS), l'interface physique de modules (MPI) et l'interface logique de modules (MLI). Les MOS et MPI sont définis génériquement ailleurs (normes pour le Software voir l'EN 4660-005 et le Packaging voir l'EN 4660-004). La MLI est clairement une fonction du réseau choisi. Les définitions du MOS et de la MPI sont génériques et nécessiteront d'être soutenues par des informations spécifiques au réseau. Il n'existe pas d'informations dépendantes du réseau dans les normes pour le Software et le Packaging. Donc, une spécification future de réseau ne définira pas uniquement la MLI spéciale, mais elle nécessitera aussi de définir les aspects spécifiques de la MLI, les topologies, les propriétés du système, etc.
1.1 Relation avec les autres Normes ASAAC
La définition des interfaces complètes de communications et de réseau est divisée en parties et elle est couverte par les normes ASAAC suivantes :
- Interfaces physiques de réseau – Normes ASAAC pour le Packaging.
- Fonctions de communication de module à module – Normes ASAAC pour le Software.
- Interface de réseau du système d'exploitation – Normes ASAAC pour le Software.
- Architecture du logiciel du CFM – Normes ASAAC pour le Software.
- Exigences et propriétés physiques du réseau qui définissent l'aptitude et le comportement requis pour assurer le soutien des communications CFM vers CFM, dans le présent document.
Aeronavtika - Modularne in odprte letalske elektronske arhitekture - 003. del: Komunikacije/omrežje
1.1 Splošno
Ta standard podrobno opisuje funkcionalnosti in glavne vmesnike za omrežje ASAAC (Svet za povezane standarde letalske arhitekture), da zagotovi interoperabilnost splošnih funkcionalnih modulov in smernice pri načrtovanju za pomoč pri implementaciji takega omrežja. Je eden izmed niza standardov, ki določa integriran modularni letalski (IMA) sistem ASAAC.
Namen tega standarda je z dobro določenimi vmesniki in funkcionalnostjo vzpostaviti načrt omrežja, ki je tehnološko pregleden, odprt za trg z več dobavitelji in lahko kar najbolje izkoristi komercialne nespecializirane (COTS) tehnologije. Zato povezana omrežna topologija podatkovne komunikacije, protokoli in tehnologije niso določeni v tem dokumentu. Za te postavke dokument opredeljuje vprašanja, ki jih je treba upoštevati, kadar definiramo določeno implementacijo omrežja za podporo arhitekture ASAAC, in za pomoč podaja smernice.
Čeprav bo fizična organizacija in implementacija omrežja ostala izbira načrtovalca sistema v skladu z najboljšo uporabo trenutne tehnologije, je treba določiti vmesnike in nize parametrov, da dosežemo logično definicijo omrežja z določeno funkcionalnostjo. Ta definicija vključuje:
- splošno funkcionalnost, ki velja za vsa omrežja,
- logične vmesnike za delovni sistem in plasti podpore modula,
- fizične vmesnike za splošne funkcionalne module (CFM).
Standardi ASAAC so neodvisni od nekaterih tehnologij, vključno z omrežnimi tehnologijami. Ta dokument v točki 4 določa glavne vmesnike za omrežje in, kjer je primerno, podaja zahteve za omrežne parametre, ki jih je treba določiti. Vmesniki, pomembni za omrežje, so plast podpore modula za delovni sistem (MOS), fizičnega vmesnika modula (MPI) in logični vmesnik modula (MLI). (...)
General Information
Relations
Standards Content (Sample)
SLOVENSKI STANDARD
SIST EN 4660-003:2011
01-december-2011
Aeronavtika - Modularne in odprte letalske elektronske arhitekture - 003. del:
Komunikacije/omrežje
Aerospace series - Modular and Open Avionics Architectures - Part 003:
Communications/Network
Luft- und Raumfahrt - Modulare und offene Avionikarchitekturen - Teil 003:
Kommunikation/Netzwerk
Série aérospatiale - Architectures Avioniques Modulaires et Ouvertes - Partie 003:
Communication/Réseau
Ta slovenski standard je istoveten z: EN 4660-003:2011
ICS:
49.090 2SUHPDLQLQVWUXPHQWLY On-board equipment and
]UDþQLKLQYHVROMVNLKSORYLOLK instruments
SIST EN 4660-003:2011 en
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.
---------------------- Page: 1 ----------------------
SIST EN 4660-003:2011
---------------------- Page: 2 ----------------------
SIST EN 4660-003:2011
EUROPEAN STANDARD
EN 4660-003
NORME EUROPÉENNE
EUROPÄISCHE NORM
February 2011
ICS 49.090
English Version
Aerospace series - Modular and Open Avionics Architectures -
Part 003: Communications/Network
Série aérospatiale - Architectures Avioniques Modulaires et Luft- und Raumfahrt - Modulare und offene
Ouvertes - Partie 003: Communication/Réseau Avionikarchitekturen - Teil 003: Kommunikation/Netzwerk
This European Standard was approved by CEN on 26 June 2010.
CEN members are bound to comply with the CEN/CENELEC Internal Regulations which stipulate the conditions for giving this European
Standard the status of a national standard without any alteration. Up-to-date lists and bibliographical references concerning such national
standards may be obtained on application to the CEN-CENELEC Management Centre or to any CEN member.
This European Standard exists in three official versions (English, French, German). A version in any other language made by translation
under the responsibility of a CEN member into its own language and notified to the CEN-CENELEC Management Centre has the same
status as the official versions.
CEN members are the national standards bodies of Austria, Belgium, Bulgaria, Croatia, Cyprus, Czech Republic, Denmark, Estonia,
Finland, France, Germany, Greece, Hungary, Iceland, Ireland, Italy, Latvia, Lithuania, Luxembourg, Malta, Netherlands, Norway, Poland,
Portugal, Romania, Slovakia, Slovenia, Spain, Sweden, Switzerland and United Kingdom.
EUROPEAN COMMITTEE FOR STANDARDIZATION
COMITÉ EUROPÉEN DE NORMALISATION
EUROPÄISCHES KOMITEE FÜR NORMUNG
Management Centre: Avenue Marnix 17, B-1000 Brussels
© 2011 CEN All rights of exploitation in any form and by any means reserved Ref. No. EN 4660-003:2011: E
worldwide for CEN national Members.
---------------------- Page: 3 ----------------------
SIST EN 4660-003:2011
EN 4660-003:2011 (E)
Contents Page
Foreword .3
0 Introduction .4
0.1 Purpose .4
0.2 Document structure .5
1 Scope .5
1.1 Relationship with other ASAAC Standards .6
2 Normative references .6
3 Terms, Definitions and Abbreviations .7
3.1 Terms and definitions .7
3.2 Abbreviations .7
4 Network Definition .8
4.1 Overview .8
4.2 Specific Network Requirements .9
4.3 MOS - Communications Services Interface . 12
4.4 Module Physical Interface . 12
4.5 Module Logical Interface . 12
4.6 MLI - Network Properties . 13
5 Discussion of Issues related to the Network . 17
5.1 Issues relating to the Network Structure . 17
5.2 Issues related to the MOS Communication Services. 18
5.3 Issues relating to the Overall Network . 19
Figures
Figure 1 — ASAAC Standards Documentation Hierarchy . 4
Figure 2 — Software and Communications Model . 9
Figure 3 — ASAAC Communication Interfaces . 16
Tables
Table 1 — Architecture Requirements. 9
Table 2 — System Requirements . 11
2
---------------------- Page: 4 ----------------------
SIST EN 4660-003:2011
EN 4660-003:2011 (E)
Foreword
This document (EN 4660-003:2011) has been prepared by the Aerospace and Defence Industries Association
of Europe - Standardization (ASD-STAN).
After enquiries and votes carried out in accordance with the rules of this Association, this Standard has
received the approval of the National Associations and the Official Services of the member countries of ASD,
prior to its presentation to CEN.
This European Standard shall be given the status of a national standard, either by publication of an identical
text or by endorsement, at the latest by August 2011, and conflicting national standards shall be withdrawn at
the latest by August 2011.
Attention is drawn to the possibility that some of the elements of this document may be the subject of patent
rights. CEN [and/or CENELEC] shall not be held responsible for identifying any or all such patent rights.
According to the CEN/CENELEC Internal Regulations, the national standards organizations of the following
countries are bound to implement this European Standard: Austria, Belgium, Bulgaria, Croatia, Cyprus, Czech
Republic, Denmark, Estonia, Finland, France, Germany, Greece, Hungary, Iceland, Ireland, Italy, Latvia,
Lithuania, Luxembourg, Malta, Netherlands, Norway, Poland, Portugal, Romania, Slovakia, Slovenia, Spain,
Sweden, Switzerland and the United Kingdom.
3
---------------------- Page: 5 ----------------------
SIST EN 4660-003:2011
EN 4660-003:2011 (E)
0 Introduction
0.1 Purpose
This document was produced under the ASAAC Phase II Contract.
The purpose of the ASAAC Programme is to define and validate a set of open architecture standards,
concepts & guidelines for Advanced Avionics Architectures (A3) in order to meet the three main ASAAC
drivers. The standards, concepts and guidelines produced by the Programme are to be applicable to both new
aircraft and update programmes
The three main goals for the ASAAC Programme are:
1. Reduced life cycle costs.
2. Improved mission performance.
3. Improved operational performance.
The ASAAC Standards are organised as a set of documents including:
A set of agreed standards that describe, using a top down approach, the Architecture overview to all
interfaces required to implement the core within avionics system.
The guidelines for system implementation through application of the standards.
The document hierarchy is given hereafter: (in this figure the document is highlighted)
Standard for Architecture
Guidelines for System Issues
Standard for Software
• System Management
• Fault Management
• Initialisation / Shutdown
• Configuration / Reconfiguration
• Time Management
Standard for Packaging
• Security
• Safety
Standard for Communications and
Network
Standard for Common Functional Modules
Figure 1 — ASAAC Standards Documentation Hierarchy
4
---------------------- Page: 6 ----------------------
SIST EN 4660-003:2011
EN 4660-003:2011 (E)
0.2 Document structure
The document contains the following clauses:
Clause 1, Scope of the document
Clause 2, Normative references
Clause 3, Terms, definitions and abbreviations,
Clause 4, Network definition
Clause 5, Discussion of issues related to the network.
1 Scope
This standard details the functionality and principle interfaces for the ASAAC (Allied Standard Avionics
Architecture Council) Network to ensure the interoperability of Common Functional Modules and design
guidelines to assist in implementation of such a network. It is one of a set of standards that define an ASAAC
Integrated Modular Avionics (IMA) System.
The purpose of this standard is to establish by means of well defined interfaces and functionality, a network
design that is technology transparent, that is open to a multi-vendor market and that can make the best use of
Commercial Off The Shelf (COTS) technologies. Therefore, the associated data communication network
topology, protocols and technologies are not identified in this document. For these items the document
identifies the issues that should be considered when defining a specific network implementation to support the
ASAAC architecture and provides guidelines to assist.
Although the physical organisation and implementation of the network shall remain the System Designers
choice, in accordance with the best use of the current technology, it is necessary to define interfaces and
parameter sets in order to achieve a logical definition of the network with a defined functionality. This definition
includes:
The generic functionality applicable to all networks.
The logical interfaces to the Operating System and Module Support Layers.
The physical interfaces to the Common Functional Modules (CFM).
The ASAAC Standards are intended to be independent of specific technologies, including network
technologies. This document identifies the principle interfaces for the Network, in Clause 4, and where
appropriate, provides requirements on network parameters to be defined. The interfaces relevant to the
network are the Module Support Layer to Operating System (MOS), Module Physical Interface (MPI) and
Module Logical Interface (MLI). The MOS and MPI are generically defined elsewhere (Standards for Software
see EN 4660-005 and Packaging see EN 4660-004). The MLI is clearly a function of the selected network.
The MOS and MPI definitions are generic and will need to be supported by network specific information.
There is no network-dependent information in the Software or Packaging standards. So a future network
specification will not only define the particular MLI, but will also need to define the specific aspects of the MPI,
topologies, system properties etc.
5
---------------------- Page: 7 ----------------------
SIST EN 4660-003:2011
EN 4660-003:2011 (E)
1.1 Relationship with other ASAAC Standards
The definition of the complete Communications and Network Interfaces is partitioned and is covered by the
following ASAAC standards:
Network physical Interfaces – ASAAC Standards for Packaging.
Module to Module Communication functions – ASAAC Standards for Software.
Operating System to Network interface – ASAAC Standards for Software.
CFM Software Architecture – ASAAC Standards for Software.
Network physical requirements and properties that define the capability and behaviour required to support
CFM to CFM communications – This document.
2 Normative references
The following referenced documents are indispensable for the application of this document. For dated
references, only the edition cited applies. For undated references, the latest edition of the referenced
document (including any amendments) applies.
ISO/IEC 7498-1, Open System Interconnect Basic Reference Model
EN 4660-001, Aerospace series — Modular and Open Avionics Architectures — Part 001: Architecture
EN 4660-002, Aerospace series — Modular and Open Avionics Architectures — Part 002: Common
Functional Modules
EN 4660-004, Aerospace series — Modular and Open Avionics Architectures — Part 004: Packaging
EN 4660-005, Aerospace series — Modular and Open Avionics Architectures — Part 005: Software
MIL-STD-1553B, Multiplex Data Bus
1)
ASAAC2-GUI-32450-001-CPG Issue 01, Final Draft of Guidelines for System Issues.
— Volume 1 — System Management.
— Volume 2 — Fault Management.
— Volume 3 — Initialisation and Shutdown.
— Volume 4 — Configuration / Reconfiguration.
— Volume 5 — Time Management.
— Volume 6 — Security.
— Volume 7 — Safety.
1) In preparation at the date of publication of this standard.
6
---------------------- Page: 8 ----------------------
SIST EN 4660-003:2011
EN 4660-003:2011 (E)
3 Terms, Definitions and Abbreviations
3.1 Terms and definitions
Use of “shall”, “should” and “may” within the standards observe the following rules:
The word SHALL in the text expresses a mandatory requirement of the standard.
The word SHOULD in the text expresses a recommendation or advice on implementing such a
requirement of the standard. It is expected that such recommendations or advice will be followed unless
good reasons are stated for not doing so.
The word MAY in the text expresses a permissible practice or action. It does not express a requirement of
the standard.
3.2 Abbreviations
APOS Application to Operating System [interface]
ASAAC Allied Standard Avionics Architecture Council
BER Bit Error Rate
CFM Common Functional Module
COTS Commercial Off The Shelf
DMA Direct Memory Access
Gbps Giga bits per second
GLI GSM Logical Interface
GSM Generic System Manager
IEC International Electrotechnical Commission
IMA Integrated Modular Avionics
ISO International Standards Organisation
ISR Interrupt Service Routine
LCC Life Cycle Cost
Mbps Mega bits per second
MLI Module Logical Interface
MOS Module Support Layer to Operating System [interface]
MPI Module Physical Interface
MMU Memory Management Unit
MRM Module Resource Manager
7
---------------------- Page: 9 ----------------------
SIST EN 4660-003:2011
EN 4660-003:2011 (E)
MSL Module Support Layer
MSU Module Support Unit
NIU Network Interface Unit
NSM Network Support Module
OLI OS Logical Interface
OS Operating System
OSI Open Systems Interconnect
OSL Operating System Layer
QoS Quality of Service
RTBP Run Time Blueprint
SMBP System Management to Blueprint [interface]
SMLI System Management Logical Interface
SMOS System Management to Operating System [interface]
TC Transfer Connection
TLS Three-Layer Stack
VC Virtual Channel
4 Network Definition
4.1 Overview
The communications over an ASAAC network are defined and managed by a set of ASAAC interfaces, these
being:
• The Module Support Layer to Operating System Layer (MOS) interface
• The Module Physical Interface (MPI)
• The Module Logical Interface (MLI)
These are illustrated in the ASAAC Software model diagram in Figure 2. Each of the interfaces is discussed in
this standard and where appropriate, references to the ASAAC standards where they are specified in full, are
provided. This software model presents the appearance of a single network to the application software.
8
---------------------- Page: 10 ----------------------
SIST EN 4660-003:2011
EN 4660-003:2011 (E)
App App
App App App App
Mgr Mgr
SMLI SMLI
APOS APOS
Run Time Run Time
Blue Prints Blue Prints
GSM GSM
Operating Operating
GLI
System System
OLI
MOS MOS Comms Services MOS
Module Network Network Module
MLI
Resources Interface Unit Interface Unit Resources
MPI
MPI
Network
Interconnect
Fabric
Figure 2 — Software and Communications Model
It shall be noted that the ASAAC Standards are independent of specific technologies and therefore the data
communication network topology, protocols and technologies are not defined by this document. The
definitions for the Interfaces in the following subclauses, however, discuss some of the parameters which are
not covered by the ASAAC Standards but which will need to be specified for each system design.
4.2 Specific Network Requirements
There are a number of specific network requirements having an impact on the network design. These are
shown as architectural requirements in Table 1 and system requirements in Table 2.
Table 1 — Architecture Requirements
Title Description
ASAAC network Only used to transfer digital information within the ASAAC core
Open standards No proprietary standards, processes or components shall be specified
Scalability The network shall be scaleable for all system sizes
Single logical network The network shall appear to be a single network to application software
Network connections The network should support a high level of inter-connectivity
---- " ---- The network should support minimum interconnections between racks &
sensors/effectors e.g. to minimise wing root wiring
continued
9
SMOS APOS
SMBP
SMBP
SMOS APOS
---------------------- Page: 11 ----------------------
SIST EN 4660-003:2011
EN 4660-003:2011 (E)
Table 1 — Architecture Requirements (concluded)
Title Description
Station separation Inter-node distances up to 200 metres shall be supported
The network shall distribute time as described in Volume 5,
Time distribution
see ASAAC2-GUI-32450-001-CPG Issue 01.
Network requirements should not introduce a proliferation of Commom
Minimal module set
Functional Module (CFM) types.
Interchangeability There shall be full Form, Fit, and Function interchangeability of CFMs.
Initialisation The network shall initialise to a predefined state
Growth capability The network shall support system growth
---- " ---- The network shall support technology insertion
Security The network shall be capable of supporting different levels of secure data
Security The network shall not prevent key variable erasure on aircrew ejection
The network shall support the security policy defined for each particular
---- " ----
system
Life Cycle Cost The network shall support widespread re-use of components in systems
The network shall make maximum use of Commercial Off The Shelf
---- " ----
(COTS) standards & technologies
---- " ---- Network Standards selection should be based on maximum longevity
---- " ---- Network re-use across platforms & nations shall be supported
Availability/Fault tolerance The network shall be reconfigurable for fault tolerance purposes
No tools or equipment shall be required to remove/replace the Network
Test & Maintenance
Support Module (NSM)
No special tools or test equipment shall be required to remove/replace the
---- " ----
backplane
---- " ---- 1st line repairs shall be by module substitution
It shall be possible to determine system health without interruption of network
---- " ----
links
---- " ---- No network calibration shall be required
Mechanical constraints The network components shall be compatible with EN 4660-004
Environmental Components shall be compatible with EN 4660-004.
Software in Operating System layer (OSL) and Application Layer shall be
Technology Independence
independent from communications hardware
Certification The network shall not prevent certification of the system
The network shall route information to only the intended process(es) in a
Routing
reliable way
10
---------------------- Page: 12 ----------------------
SIST EN 4660-003:2011
EN 4660-003:2011 (E)
Table 2 — System Requirements
Title Description
Data loading The network shall support system initialisation and data loading
Control, Test & Maintenance The network shall support Control and Test & Maintenance traffic without
traffic affecting normal traffic
Payload Content The network shall ignore payload content
Data Equivalence The network shall not provide data equivalence
Retransmission No autonomous retries shall be required by the network
Network Stations At least 256 nodes shall be supported
Network Interconnection Network interconnections shall be reconfigurable
---- " ---- Interconnect configuration changes shall be made only by system software
Interconnect configuration changes shall take less than 10ms
---- " ----
Multicast Multicast transfers shall be supported
Communications Service The network shall support connection-oriented inter-process communications
Data streaming at > 2 Gbps shall be supported, message passing at > 200 Mbps
Data Rates
shall be supported
---- " ---- The network media shall support data rates up to 10Gbps
Predictability Delivery deadlines shall be guaranteed
Data Reception Software shall be informed of data receipt via maskable interrupts
Test & Maintenance Built In Test shall diagnose faults to network segment level
Network Initialisation The network shall initialise & execute a bootstrap loader facility
The network shall support safety-critical comms
Safety
The network shall support mixed criticalities
---- " ----
The network shall support partitioning into two or more independent physical
Safety
parts
---- " ---- Partitioning shall be maintained after reconfiguration
---- " ---- Network reliability shall be commensurate with criticality being supported
Network faults No fault in one node shall affect any other node(s)
---- " ---- The network should time stamp its own fault reports
Personnel Safety Optical sources shall present no safety hazards to personnel
11
---------------------- Page: 13 ----------------------
SIST EN 4660-003:2011
EN 4660-003:2011 (E)
4.3 MOS - Communications Services Interface
The Standard for Software (see EN 4660-005) includes the MOS interface definition, which includes
communications services for a network independent interface. These are the MOS Communication Services.
These services allow the software to establish and monitor communications. The MOS service definition does
not require any network specific parameters to be defined.
4.4 Module Physical Interface
The Module Physical Interface, specified in EN 4660-004, defines the module connector interface which
provides interconnection between the Common Functional Module and the network medium.
There are, however, additional properties that shall be defined by the System Designer, probably in a project-
specific ‘System Design Specification’, that are network specific and therefore outside the scope of the MPI
and the other ASAAC standards. These properties define the Physical Layer of the network and the properties
listed below shall be provided as a minimum in the case of an optical network:
• Optical fibre geometry and mode of operation (multimode or singlemode) – The MPI only specifies a
fibre outer dimension.
• Optical fibre Numerical Aperture (Acceptance angle), Spectral Width and Index Profile. (Ideally the
same optical fibre type should be used throughout the system to reduce optical losses).
• Number and arrangement of optical fibres within the optical contacts.
• Optical input sensitivities, optical output powers and maximum return loss. (This also forms part of the
MLI definition for the network properties).
The definition of a new MPI per project should be discouraged, since maximisation of Life Cycle Cost (LCC)
benefits from IMA are expected through the reuse of common components. The definition of an MPI should
consider factors concerned with evolution of technology and possible future communications requirements.
The following parameters shall be separately defined for each sub-network:
Data rate - The rate at which data information is transferred.
Modulation - The method of encoding used to transfer the information.
Signalling rate - A measure of the rate at which the driving devices change state at the medium
interface. This is a function of the data rate and the modulation scheme.
Bandwidth.Length product - The product of signalling rate and the maximum path length.
In the case of an optical implementation the following parameters shall also be defined for each sub-network:
Wavelength - The range of optical wavelengths at which communications is performed.
Power Budget - The optical signal characteristics for reliable communications (transmit and receive).
4.5 Module Logical Interface
To enable interoperability between CFMs of a different type or between different implementations of the same
CFM type, the Module Logical Interface (MLI) is defined. This comprises two parts:
12
---------------------- Page: 14 ----------------------
SIST EN 4660-003:2011
EN 4660-003:2011 (E)
• The Module Logical Interface for Network Properties. This specifies the format, protocol, control and
characteristics of the communication across the Network, between Network Interface Units (NIU) on
different CFM.
• The Module Logical Interface for Communications. This defines the data presentation and Virtual Channel
communications format between instances of the Communications Manager in the Operating System
Layer through the MOS interface, as shown in Figure 2. These logical communications support:
• Module and System Initialisation
• Module Resource Management
• Time Management
• Network Management
The generic services available are defined in EN 4660-005, but the MLI specification will be required to
specify the use of such calls and the parameters that are passed.
4.6 MLI - Network Properties
The MLI Network Properties are not defined in the ASAAC Standards. Therefore, for each system
implementation that is based on the ASAAC architecture definition, the designer shall define a set of MLI
Network Properties. The following information provides an indication of the necessary content for this
definition.
The definition of a new set of MLI Network Properties per project should be discouraged, since maximisation
of LCC benefits from IMA is expected through the reuse of common components. The definition of the MLI
Network Properties should consider factors concerned with evolution of technology and possible future
communications requirements. In the following, the possible commonality between MLI Network Properties is
considered.
4.6.1 Data Formats
The possibility of frame commonality between different network standards exists, although not large, and is
not expected to be a primary focus for standardisation between MLI versions.
4.6.1.1 Required Formats
Frame Format - May be defined at many levels (see the OSI Reference Model, see ASAAC2-GUI-32450-001-CPG
Issue 01.for an example of how different layers may be defined). The lower level formats (e.g. link or network)
are separately defined for each sub-network, but higher level formats could be generally defined for the
communication network.
4.6.1.2 Optional Formats
The following are options in the above-required formats that may be separately defined for each sub-network
or common to the whole communications network:
Information/ Destination Identification - The representation of the intended destination (e.g. process,
processing element, module). May not be needed if resources are dedicated to the transfer.
Information Length - The amount of information being sent as a packet / block. May not be needed if always
a fixed size or information delimiters are used.
Information Type - Indicates the structure of information in the frame.
Error Detection - The technique for detecting transfer errors. May not be needed if the underlying transfer
service is sufficiently reliable or the user of the transfer takes responsibility for any unreliability.
13
---------------------- Page: 15 ----------------------
SIST EN 4660-003:2011
EN 4660-003:2011 (E)
Source Identification - The representation of the providing source (e.g. process, processing element,
module). May not be needed if resources are dedicated to the transfer.
4.6.2 Data Link properties
The MOS communications services defined in the ASAAC Standard for CFM see EN 4660-002 provide
generic services to provide the software with a level of network independence. However, the system designer
must be aware that the characteristics of the overall system design are dependent on the character
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.