TSO C153a
TSO C153a
Department of Transportation
Effective
Federal Aviation Administration
Date: 5/29/19
Aircraft Certification Service
Washington, D.C.
2. APPLICABILITY. This TSO affects new applications submitted after its effective date.
a. TSO-C153 will also remain effective until November 29, 2020. After this date, we will no
longer accept applications for TSO-C153.
b. Integrated Modular Avionics Hardware Elements approved under a previous TSOA may still
be manufactured under the provisions of its original approval. Minor changes can be made under this
provision.
3. REQUIREMENTS. New models of IMA platforms and/or modules identified and manufactured
on or after the effective date of this TSO must meet the MPS qualification and documentation
requirements in Appendix 2 of this TSO.
a. Functionality. This TSO’s standards apply to equipment intended to perform the functions
described in Appendix 1 of this TSO.
c. Functional Qualification. Demonstrate the required performance under the test conditions in
Appendix 2 of this TSO.
e. Software Qualification. If the article includes software, develop the software according to
RTCA, Inc. document RTCA/DO-178C, Software Considerations in Airborne Systems and Equipment
Certification, dated December 13, 2011, including referenced supplements as applicable, to at least the
software level consistent with the failure condition classification defined in paragraph 3.b of this TSO.
You may also develop the software according to RTCA, Inc. document RTCA/DO-178B, dated
December 1, 1992, if you follow the guidance in advisory circular (AC) 20-115C, Airborne Software
Assurance, dated July 19, 2013, or later version.
h. Deviations. We have provisions for using alternate or equivalent means of compliance to the
criteria in the MPS of this TSO. If you invoke these provisions, you must show that your equipment
maintains an equivalent level of safety. Apply for a deviation pursuant to Title 14 of the Code of
Federal Regulation (14 CFR) § 21.618.
2
TSO-C153a 05/29/19
4. MARKING.
a. Mark at least one major component permanently and legibly with all the information in 14
CFR § 45.15(b)
b. Also, mark the following permanently and legibly, with at least the manufacturer’s name,
subassembly part number, and the TSO number:
(1) Each component that is easily removable (without hand tools); and,
(2) Each subassembly of the article that you determined may be interchangeable.
c. If the article includes software and/or airborne electronic hardware, then the article part
numbering scheme must identify the software and airborne electronic hardware configuration. The
part numbering scheme can use separate, unique part numbers for software, hardware, and airborne
electronic hardware.
d. You may use electronic part marking to identify software or airborne electronic hardware
components by embedding the identification within the hardware component itself (using software)
rather than marking it on the equipment nameplate. If electronic markings are used, they must be
readily accessible without the use of special tools or equipment.
5. APPLICATION DATA REQUIREMENTS. You must give the FAA aircraft certification
office (ACO) manager responsible for your facility a statement of conformance, as specified in 14
CFR § 21.603(a)(1) and one copy each of the following technical data to support your design and
production approval. LODA applicants must submit the same data (excluding paragraph 5.g) through
their civil aviation authority.
(1) Operating instructions and article limitations sufficient to describe the equipment’s
operational capability.
(3) Installation procedures and limitations sufficient to ensure that the IMA platform and/or
module, when installed according to the installation or operational procedures, still meet this TSO’s
requirements. Limitations must identify any unique aspects of the installation. The limitations must
include a note with the following statement:
(4) For each unique configuration of software and airborne electronic hardware, reference the
following:
(a) Software part number including revision and development assurance level;
3
TSO-C153a 05/29/19
(b) Airborne electronic hardware part number including revision and development
assurance level; and,
(5) A summary of the test conditions used for environmental qualifications for each
component of the article. For example, a form as described in RTCA/DO-160G, Environmental
Conditions and Test Procedures for Airborne Equipment, Appendix A.
(6) Schematic drawings, wiring diagrams, and any other documentation necessary for
installation of the Integrated Modular Avionics (IMA) platform and modules.
(7) List of replaceable components, by part number, that makes up the IMA platform and
modules. Include vendor part number cross-references, when applicable.
b. Instructions covering periodic maintenance, calibration, and repair, to ensure that the IMA
platform and/or module continue to meet the TSO approved design. Include recommended inspection
intervals and service life, as appropriate.
c. If the article includes software include the plan for software aspects of certification (PSAC),
software configuration index, and software accomplishment summary.
d. If the article includes simple or complex custom airborne electronic hardware include the
plan for hardware aspects of certification (PHAC), hardware verification plan, top-level drawing, and
hardware accomplishment summary (or similar document, as applicable).
e. A drawing depicting how the article will be marked with the information required by
paragraph 4 of this TSO.
f. Identify functionality or performance contained in the article not evaluated under paragraph 3
of this TSO (that is, non-TSO functions). Non-TSO functions are accepted in parallel with the TSO
authorization. For those non-TSO functions to be accepted, you must declare these functions and
include the following information with your TSO application:
(1) Description of the non-TSO function(s), such as performance standards, assumed failure
conditions, resulting Design Assurance Level (DAL) of the software, hardware, and the environmental
qualification levels. Include a statement confirming that the non-TSO function(s) do not interfere with
the article’s compliance with the requirements of paragraph 3.
(2) Installation procedures and limitations sufficient to ensure that the non-TSO function(s)
meets the declared functions and performance standard(s) described in paragraph 5.f.(1).
(3) Instructions for continued performance applicable to the non-TSO function(s) described
in paragraph 5.f.(1).
(4) Interface requirements and applicable installation test procedures to ensure compliance
with the performance data defined in paragraph 5.f.(1).
(5) Test plans, analysis and results, as appropriate, to verify that performance of the hosting
TSO article is not affected by the non-TSO function(s).
4
TSO-C153a 05/29/19
(6) Test plans, analysis and results, as appropriate, to verify the function and performance of
the non-TSO function(s) as described in paragraph 5.f.(1).
g. The quality system description required by 14 CFR § 21.608, including functional test
standards. The quality system should ensure that you will detect any change to the approved design
that could adversely affect compliance with the TSO MPS, and reject the article accordingly. (Not
required for LODA applicants.)
i. List of all drawings and processes (including revision level) that define the article’s design.
a. Functional qualification standards for qualifying each production article to ensure compliance
with this TSO.
c. Schematic drawings.
d. Wiring diagrams.
f. The results of the environmental qualification tests conducted according to paragraph 3.d of
this TSO.
h. If the article includes complex custom airborne electronic hardware, the appropriate hardware
life cycle data in combination with design assurance level, as defined in RTCA/DO-254, Appendix A,
Table A-l. For simple custom airborne electronic hardware, the following data: test cases or
procedures, test results, test coverage analysis, tool assessment and qualification data, and
configuration management records, including problem reports.
i. If the article contains non-TSO function(s), you must also make available items 6.a through
6.h as they pertain to the non-TSO function(s).
5
TSO-C153a 05/29/19
a. If furnishing one or more articles manufactured under this TSO to one entity (such as an
operator or repair station), provide one copy or on-line access to the data in paragraphs 5.a and 5.b of
this TSO. Add any other data needed for the proper installation, certification, use, or for continued
compliance with the TSO, of the IMA platform and modules.
b. If the article contains declared non-TSO function(s), include one copy of the data in
paragraphs 5.f.(1) through 5.f.(4).
c. If the article contains software, include one copy of the OPR summary.
a. Order RTCA documents from RTCA Inc., 1150 18th Street NW, Suite 910, Washington, D.C.
20036. Telephone (202) 833-9339, fax (202) 833-9434. You can also order copies online at
www.rtca.org
b. Order SAE documents from SAE International, 400 Commonwealth Drive, Warrendale, PA
15096-0001. Telephone (724) 776-4970, fax (724) 776-0790. You can also order copies
online at www.sae.org.
c. Order copies of 14 CFR parts 21 and 45 from the Superintendent of Documents, Government
Printing Office, P.O. Box 979050, St. Louis, MO 63197. Telephone (202) 512-1800, fax
(202) 512-2250. You can also order copies online at www.gpo.gov.
d. You can find a current list of technical standard orders and advisory circulars on the FAA
Internet website Regulatory and Guidance Library at http://rgl.faa.gov/. You will also find the TSO
Index of Articles at the same site.
Melvin J. Johnson
Aviation Safety
Deputy Director, Policy and Innovation Division
Aircraft Certification Service
6
TSO-C153a 05/29/19
APPENDIX 1
Legend
o [DO-297]: Definitions from RTCA DO-297 (equivalent to the EUROCAE ED-124).
o [TSO-C153a]: Definitions defined in the context of the TSO.
Aircraft Function [DO-297]: A capability of the aircraft that is provided by the hardware and the
software of the systems on the aircraft.
Application [DO-297]: Software and/or application-specific hardware with a defined set of interfaces
that, when integrated with the platform, performs a specific function.
Cabinet [TSO-C153a]: Result of the integration of hardware modules mounted within one rack.
7
TSO-C153a 05/29/19
Characterization item [TSO-C153a]: Identified module characteristic towards which the IMA module
developer needs to determine the module performance, with full verification and documentation in the
user guide/installation manual as appropriate.
Component [DO-297]: A self-contained hardware, software part, database, or combination thereof that
is configuration-controlled. A component does not provide an aircraft function by itself.
Core Software [DO-297]: The operating system and support software that manage resources to provide
an environment in which applications can be executed. Core software is a necessary component of a
platform and is typically comprised of one or more modules (e.g., libraries, drivers, kernel, data-loading,
boot, etc.).
IMA Platform [DO-297]: Module or group of modules, including core software, which manages
resources in a manner sufficient to support at least one application. IMA hardware resources and core
software are designed and managed in a way that provides computational, communication, and interface
capabilities for hosting at least one application. Platforms by themselves do not provide any aircraft
functionality. The IMA platform may be accepted independently of hosted applications.
IMA System [DO-297]: Consists of (an) IMA platform(s) and a defined set of hosted applications.
LRM (Line Replaceable Module) [TSO-C153a]: IMA platform element, identified in aircraft
configuration and replaceable by aircraft line maintenance to restore the aircraft into an operational ready
condition. An IMA LRM is stand-alone equipment that does not provide any aircraft function until
Hosted applications are integrated.
LRU (Line Replaceable Unit) [TSO-C153a]: Element supporting an aircraft function, identified in
aircraft configuration and replaceable by aircraft line maintenance to restore the aircraft into an
operational ready condition. An LRU is usually stand-alone equipment such as a radio, Flight
Management Computer, or any functional equipment.
Rack [TSO-C153a]: A physical package able to contain at least two hardware modules, which may
provide partial protection from environmental effects (shielding) and may enable installation on and
removal of the mounted modules from the aircraft without physically altering other aircraft systems or
equipment.
8
TSO-C153a 05/29/19
Resources / Shared resources [DO-297]: Any object (processor, memory, software, data, etc.) or
component used by an IMA platform or application. A resource may be shared by multiple applications
or dedicated to a specific application. A resource may be physical (a hardware device) or logical (a
piece of information).
Support software [TSO-C153a]: Embedded software necessary as a complement to the operating system
to provide general services such as contributing to the intended function of resources sharing, handling
hardware, drivers, software loading, health monitoring, boot strap, etc.
Unit [TSO-C153a]: Set of physical components (hardware and/or software) inside equipment in charge
of providing a resource.
Usage Domain [TSO-C153a]: The usage domain of an IMA module is defined as an exhaustive list of
conditions (configuration settings, usage rules, etc.) to be respected by the user(s) to ensure that the IMA
module continues to meet the performance characteristics and requirements of the TSO Minimum
Performance Standard. Compliance with usage domain ensures that:
• the module is compliant with its functional, performance, safety, and environmental requirements
specified for all implemented intended functions.
• the module characteristics documented in the User Guide (as required by Appendix 2) are
guaranteed by manufacturer.
• the module is compliant with the applicable airworthiness requirements (including continuing
airworthiness aspects).
To apply for TSO-C153a authorization, the IMA module shall comply with applicable common
requirements and implement at least one Intended Function Class.
1.3. RH.1: IMA module is a physical package able to contain at least two hardware modules, that may
provide protection from environmental effects (shielding, etc.) and enable installation and removal of
those module(s) from the aircraft without physically altering other aircraft systems or equipment.
1.3. RH.2: IMA module may be a simple mechanical enclosure, or it may incorporate communication
interfaces, backplanes for data and power supplies, active cooling, or any combination of these features.
1.3. RH.3: IMA module does not offer the capability to host applications, unless combined with Class
PR approval.
9
TSO-C153a 05/29/19
1.3. PR.1: IMA module contains processing component, memory component, interface devices, and
associated Core Software which constitute one or several Processing Unit(s).
1.3. PR.2: The intended function of such IMA module is to share Processing, Data, and Information
between at least two hosted applications, modules, and/or components.
1.3. PR.4: IMA module may be an association of hardware and Core Software.
o Hardware may (or may not) contain resident (not field-loadable) software to enable electronic
part marking and/or future loading of Field-Loadable Software parts.
o Core Software may be resident or a Field-Loadable Software Part.
1.3. GP.1: IMA module contains graphical engine component and optional video engine component,
memories, interfaces, and potentially associated Core Software which constitute one or several
Graphical Unit(s).
1.3. GP.2: The intended function of such IMA module is to share graphics and optional video signal
processing between at least two hosted applications, modules, and/or components.
1.3. GP.3: IMA module does not offer the capability to host Hosted applications, unless combined with
Class PR approval.
1.3. GP.4: IMA module may be an association of hardware and Core Software.
o Hardware may (or may not) contain resident (not field-loadable) software to enable electronic
part marking and/or future loading of Field-Loadable Software parts.
o Core Software may be resident or a Field-Loadable Software Part
10
TSO-C153a 05/29/19
1.3. DS.1: IMA module contains memory (volatile or non-volatile), interface component, and potentially
associated Core Software that constitute one or several Data Storage Unit(s).
1.3. DS.2: The intended function of such IMA module is to share stored data (e.g. databases, files, etc.)
between several applications, modules, and/or components.
1.3. DS.3: IMA module does not offer the capability to host applications, unless combined with Class
PR approval.
1.3. DS.4: IMA module may be an association of hardware and a Core Software.
o Hardware may (or may not) contain resident (not field-loadable) software to enable electronic
part marking and/or future loading of Field-Loadable Software parts.
o Core Software may be resident or a Field-Loadable Software Part.
1.3. IF.1: IMA module contains input/output component(s) and potentially associated Core Software
which constitute one or several Interface Unit(s). These interfaces can be discrete, analog, serial
interface, digital bus, etc.
1.3. IF.2: The intended function of such an IMA module is to share information between several aircraft
functions or applications.
1.3. IF.3: IMA module does not offer the capability to host applications, unless combined with Class PR
approval.
1.3. IF.4: IMA module may be an association of hardware and a Core Software.
o Hardware may (or may not) contain resident (not field-loadable) software to enable electronic
part marking and/or future loading of Field-Loadable Software parts.
o Core Software may be resident or a Field-Loadable Software Part.
1.3. PS.1: IMA module contains a set of components (hardware and/or software) which constitute one
or several Power Supply Unit(s) in charge of managing, conditioning, and providing electrical power.
11
TSO-C153a 05/29/19
1.3. PS.2: The intended function of such IMA module installed into a rack (Class RH module) is to
provide power supply from airborne electrical network to one or more hardware modules embedded into
the same rack.
1.3. PS.3: IMA module does not offer the capability to host applications, unless combined with Class
PR approval.
1.3. PS.5: IMA module may be an association of hardware and a Core Software.
o Hardware may (or may not) contain resident (not field-loadable) software to enable electronic
part marking and/or future loading of Field-Loadable Software parts.
o Core Software may be resident or a Field-Loadable Software Part.
1.3. DH.1: IMA module contains a set of components (hardware and/or software) in charge of managing
displayed area that constitute one or several Display Unit(s).
1.3. DH.2: The intended function of such IMA module is to offer the capability to depict graphical
information received from IMA Application(s), component(s), and/or module(s) on one Display Area.
1.3. DH.3: IMA module does not offer the capability to host applications, unless combined with Class
PR approval.
1.3. DH.4: IMA module may be an association of hardware and a Core Software.
o Hardware may (or may not) contain resident (not field-loadable) software to enable electronic
part marking and/or future loading of Field-Loadable Software parts.
o Core Software may be resident or a Field-Loadable Software Part
RTCA DO-297 contains some examples relating to the definition of IMA module and platform, which
can be completed by some additional examples related illustrating Chapter 3 definitions.
This figure illustrates the sharing of computational and Input/output (I/O) resources within a single Line
Replaceable Unit (LRU). Such IMA system key characteristics include:
• Hosting of multiple applications (not part of the IMA platform).
Note: The IMA platform includes all the components in the blue highlighted area.
• Platform configuration data and data loading.
12
TSO-C153a 05/29/19
IMA
platform
At one level, this figure illustrates a single platform providing core computational resources. At another
level, it illustrates a module to be used within a larger IMA platform.
If sharing of processing, memory, and I/O resources is implemented within the LRU, such single LRU
platform will be eligible to CLASS PR, DS, and IF.
13
TSO-C153a 05/29/19
C153a Class
LRM
PR
PR
PR
PR
IF
IF
PS
C153a Class
C153a Class
C153a Class
C153a Class
C153a Class
C153a Class
C153a Class
C153a Class
LRM
LRM
LRM
LRM
LRM
LRM
LRM
LRM
Virtual Link (see ARINC 664) between two subscribers , switched by the C 153a class IF modules
In this architecture, the two TSO-C153a class IF modules are switching A664 frames, providing each of
the subscribers a shared access to the network. Network subscribers can be other TSO-C153a modules
as the lower row of modules shows, or non-IMA equipment (top row) such as displays, radio
transceivers.
If sharing of ARINC Standard 664 I/O resources is implemented within the LRU, such single LRU
platform shall be eligible to CLASS IF.
14
TSO-C153a 05/29/19
This figure illustrates the sharing of resources within several single Line Replaceable Modules (LRM)
installed in a Rack:
15
TSO-C153a 05/29/19
APPENDIX 2
This Appendix provides Specific Minimum Performance Standard for IMA modules.
Principle
This Minimum Performance Standard (MPS) is structured in a common requirements section and a set
of classes specifying IMA module intended function(s):
To apply for TSO-C153a authorization, IMA module shall comply with common Minimum Performance
Standard and implement at least one Intended Function Class as defined in this Appendix 2.
When applying for TSO-C-153a authorization, the applicant shall include in the certification basis all
classes for which the intended function is implemented in the IMA module/platform.
Verification Procedures:
For verification procedures, the following definitions and symbols are used in this Appendix:
Analysis (A)
Analysis is the method of verification which consists in comparing design with known scientific
and technical principles, technical data, or procedures and practices to validate that the proposed
design will meet the specified functional or performance requirements.
Demonstration (D)
Demonstration is the method of verification where qualitative versus quantitative validation of a
requirement is made during a dynamic test of the system/equipment. In general, software
functional requirements are verified by demonstration since the functionality shall be observed
through some secondary media.
16
TSO-C153a 05/29/19
Inspection (I)
Inspection is the method of verification to determine compliance with requirements and consists
primarily of visual observations or mechanical measurements of the system/equipment, physical
location, or technical examination of engineering support documentation.
Test (T)
Test is the method of verification that shall exercise equipment functions and measure
system/equipment performance under specific configuration and load conditions after the
controlled application of known stimuli. Quantitative values are measured, compared against
previous predicated success criteria, and then evaluated to determine the degree of compliance.
m/n Either verification method ‘m’ or verification method ‘n’ shall be used to verify the
requirement (i.e., D/A can be verified by Demonstration or Analysis).
m+n Both verification methods shall be used to verify the requirement (i.e., D+A means the
requirement shall be verified by Demonstration and Analysis).
17
TSO-C153a 05/29/19
APPENDIX 2.1
This section contains a set of Minimum Performance Standards (MPS) applicable to any IMA module
and to any implemented intended function class(s).
In the following standard, the term ‘concurrent items’ designates the items that are using the shared
resource of the IMA module. For example, applications. Depending on the module class, it means
‘Processing element’ for PR class; ‘thread’ for GP, IF and DH class; ‘data storage element’ for DS
class; and ‘power rail’ for PS class.
Requirement
18
TSO-C153a 05/29/19
CO.g) Except for class RH, the potential breaches in robust partitioning shall be identified. An
appropriate process and means shall be implemented to ensure that such failures which
result or may result in an unsafe condition are detected and reported.
CO.h) Except for class RH, the IMA module shall implement a fault containment mechanism to
prevent fault propagation between ‘concurrent items’ using the shared resource elements
and other IMA modules.
CO.i) reserved
CO.j) Except for the Housing function (F1) of the class RH (see Appendix 2.2 - paragraph2.1.1),
the interface between the ‘concurrent items’ and the shared resource shall conform to
characteristics as described by a standard (ARINC standards 653, 664, 600, for example).
Characterization Requirements:
CO.k) Each item of the characterization shall be documented in the User Guide / Installation
Manual as appropriate.
CO.l) The IMA module standard shall be characterized. Figure 4 provides examples of
characterization items. Some of the items in Figure 4 may not apply and items may be
missing for functional class (defined in Appendix 2 - class RH, or PR, GP, DS, IF, PS,
DH).
CO.m) Quantifiable characterized item shall be quantified with minimum, typical (when
relevant), maximum values, and the associated accuracy.
19
TSO-C153a 05/29/19
CO.s) When the IMA module is offering the capability to host software, the characterization shall
provide any data needed to evaluate Worst Case Execution Time (WCET) of each
concurrent item sharing the IMA module resource.
CO.t) The performances of each shared resource management mechanism including monitoring
shall be characterized, in particular the range, timing aspects, transients, etc.
CO.u) For at least the following failure modes, the failure rate shall be provided:
a. Loss of the IMA module.
b. Erroneous behavior of the IMA module.
c. Loss of the shared resource element.
d. Erroneous behavior of shared resource element.
CO.v) The characterization shall include the monitoring coverage rate (PBIT, CBIT, etc.) for the
identified failure modes of the IMA module (including shared and unshared resources,
sharing mechanisms and robust partitioning mechanisms).
CO.w) The characterization shall address the safety aspects of bad sequencing, delay, corruption
and impersonation, where applicable.
CO.x) The following health monitoring items shall be included in the characterization:
a. interface rules, constraints (including limitations) to be respected by the users,
b. list of Health Monitoring services,
c. list of monitored components, monitored services, monitored interfaces,
d. response to each type of fault,
e. fault reporting attributes (reporting refers to internal logging, indication to
applications using the shared resources, indication outside of the module),
f. the configuration attributes, if any.
CO.y) If the IMA module is configurable, the characterization shall include, in addition, the
following items:
a. The authorized configuration parameters (including range, type, and definition of
combined parameters) in the usage domain.
b. The configuration activities to be conducted (including configuration procedures,
means, and tools) by the user during application development (RTCA DO297 – Task
2) and IMA system (RTCA DO-297– Task 3 and 4) integration.
CO.z) If some tools are required for installation, these tools shall be characterized as follows:
a. Identification,
b. The user’s manuals of tools,
c. The activities related to those tools to be conducted during application development
(RTCA DO-297 – Task 2) and IMA system (RTCA DO-297– Task 3 and 4)
integration.
d. The proposed associated qualification credits that could be granted to the user of the
tools.
20
TSO-C153a 05/29/19
e. The Category of the tool and the Development Assurance Level of the tool (if any)
as defined in applicable Software Development assurance guidance Limitations and
Open Problem Report (if any) on Tools that could affect the tool qualification credit
and require analysis by the user.
f. Limitations and Open Problem Report (if any) on Tools that could affect the tool
qualification credit and require analysis by the user.
CO.aa) The compatibility & mix ability information between hardware, software, tools and usage
domain shall be part of the characterization. This characterization shall address at least the
following:
a. How the authorized mixed combinations are verified.
b. The compatibility assessment process with authorized mixed combinations of
interfacing modules (external mix ability).
c. Any preventative measures (design or procedures) to be developed by the user to
prevent incorrect module combinations or software loads.
d. Information to be provided to maintenance personnel.
CO.bb) The control features (disable, reset, reload, etc.) of the IMA module to react to detected
failures shall be characterized.
21
TSO-C153a 05/29/19
Characterization
Characterization item
Category
22
TSO-C153a 05/29/19
Characterization
Characterization item
Category
Null.
Linearity.
Current Capacity.
Output Impedance.
Steady State Voltage Rating.
Transient Voltage Rating.
Circuit Protection Techniques.
Multiplexing.
Latency Time.
Bandwidth.
Discrete Input Standards For Each Discrete Input
Trip Point.
Hysteresis.
Filtering.
Input Impedance.
Logic Sense.
Maximum Logic-High Level.
Maximum Logic-Low Level.
Minimum Logic-High Level.
Minimum Logic-Low Level.
Steady State Voltage Rating.
Transient Voltage Rating.
Circuit Protection Techniques.
Multiplexing.
Discrete Output Standards For Each Discrete Output
Voltage Levels.
Current Source Capacity.
Current Sink Capacity.
Output Impedance.
Circuit Protection Techniques.
Multiplexing.
Digital Communications For Each Input and Output
Data Rates.
Integrity Checks.
Signal Levels.
Current Sink and Source.
Input Impedance.
Output Impedance.
Signal Rise and Fall Times.
Filtering.
23
TSO-C153a 05/29/19
Characterization
Characterization item
Category
Stub Length Limits.
Input and Output Capacitance.
Isolation.
Maximum Bit Error Rates.
Circuit Protection Techniques.
Resets.
Monitors.
Multiplexing.
Processing and Included Software Services (Core Software) and associated performances:
Memory (including Data loading, Health Management, Operating System.
Graphical)
Processing Unit (CPU, GPU, etc.) Component(s) Bus(s) and Core Clock
Frequencies.
Memory Size(s), Type(s), Control of Access, and Timing(s)
Local data bus(s) Type(s) and Timings
Start-up and Reset mechanisms and timings
Display and Refer to SAE AS8034 ‘Minimum Performance Standard for Airborne
Rendering Multipurpose Electronic Displays’ (revision as defined in the applicable
release of TSO-C113)
The following list of terms summarizes the terminology for characterization items defined in previous
figure applicable to this TSO, hardware element development, and application of Appendix 1 MPS
development criteria. The terms are segregated into eight categories per the appropriate hardware
element performance.
Air Flow Characteristic: Specific requirements to provide air movement into or onto a cabinet,
LRU, or module (for example, air temperature, volume rate, and pressure)
24
TSO-C153a 05/29/19
Circuit Protection Techniques: The electrical isolation or circuitry included on inputs or outputs
to protect the functional circuits from external environments. An example is using transorbs to
protect circuits from the indirect effects of lightning.
Current Source/Sink: The maximum current drawn by the output while pulling the signal to a
zero volt (ground) level.
Current Source: The maximum current supplied by the output while driving the signal to a
voltage level.
Design Assurance: All planned and systematic actions and data used to substantiate that hardware
correctly performs its intended function(s) and that design errors have been identified and
corrected such that the hardware satisfies the applicable certification basis.
Development Assurance: All planned and systematic actions and data used to substantiate that the
system performs its intended function and that development errors have been identified and
corrected such that the system satisfies the applicable certification basis.
Functional Software: Software applications that will be approved as part of a functional TSO
authorization or as part of a type certification effort. This software is sometimes referred to as
operational software, application software, or flight software.
Functional TSO: A TSO with a defined functionality (for example, Airborne Weather Radar,
TSO-C63e). TSO-C153a is not considered a functional TSO, because IMA hardware elements
typically do not have system-level functionality.
Grounding / Shielding Provisions: The electrical and/or mechanical details of the design which
provide grounding of the element or which provide electromagnetic shielding. These are the design
details usually associated with the Radio Frequency emission and susceptibility protection of the
system.
Hardware Element: In this TSO, a hardware element is: (1) a hardware module, or (2) cabinets or
racks that host hardware modules.
Inter-Element Connections: The connector type standard and connector pin assignments
specified to allow modules to be installed interchangeably in the cabinets or racks.
25
TSO-C153a 05/29/19
Inter-Element Interfaces: The definition of the electrical signals, timing requirements, and
protocols used to communicate among modules or elements with the cabinet or system.
Module Extraction Means: The details of the mechanical design to enable removal of the module
from the cabinet.
Module Mounting Scheme: The details of the mechanical design used to secure each module into
the cabinet or rack.
Mounting Mechanism: The details of the mechanical mechanism(s) used to secure the module
into the cabinet or rack on the aircraft.
Multiplexing: The design technique where multiple inputs are individually switched to one
receiver (for example, multiple digital communication buses switched to serial receiver) or
multiple outputs are individually supplied by the same circuit (for example, multiple analog
outputs driven by one Digital-to-Analog converter through multiple sample-and-holds).
Separation/Isolation Provisions: The electrical and/or mechanical details of the design which
provide physical or electrical means of reducing interference from one element to another.
Steady State Voltage Rating: The maximum voltage range that can be applied continuously to an
input or output without resulting in damage.
Transient Voltage Rating: The maximum voltage that can be applied for a short period of time to
an input or output without resulting in damage. The maximum duration of the transient must be
included.
Accuracy: The degree of conformity to the true value of the signal. This is usually expressed as a
percentage of the reading or a percentage of the full-scale value of the signal.
Current Capacity: The maximum amount of current that can be sinked or sourced by the circuit.
Linearity: The error from the directly proportional expected value of the signal as the signal
values vary over the entire range.
Null: The values of the signal for which a value of zero is identified. This is usually shown as
positive and negative voltage values.
Offset: The indicated value of the signal (usually non-zero) when zero volts is applied.
Range: The least and greatest operating voltage extremes (full scale) of the signal; the voltage
extremes between which the value of the signal is valid.
Resolution: The smallest measurable division of the numerical expression of the signal. This is
usually identified as the number of binary bits used to express the value of the signal and/or the
value in volts of the least significant binary bit (LSB).
26
TSO-C153a 05/29/19
Discrete Input: This is an input with only two states. Typical examples are “ground or open” and
“28 volt and open” inputs.
Discrete Output: An output with only two states. Typical examples are “ground or open” and “28
volt and open” outputs.
Hysteresis: The values of the input voltage lag when changing states. For example, if an input
circuit has 0.2 volts of hysteresis and if the trip point is 2.0 volts then the circuit will change state
as the input voltage reaches 2.0 volts but will not revert back to the original state until the input
voltage drops below 1.8 volts.
Logic Sense: This is the functional interpretation of the discrete input states. A true or positive
logic sense may identify the “ground” state as a ‘low” or binary “0”. An inverse or negative logic
sense may identify a “ground” state as a “high” or binary “1”.
Maximum Logic-High Level: The largest voltage value that can be connected to the input for
which the circuit will interpret as “high”.
Maximum Logic-Low Level: The largest voltage value that can be connected to the input for
which the circuit will interpret as “low”.
Minimum Logic-High Level: The smallest voltage value that can be connected to the input for
which the circuit will interpret as “high”.
Minimum Logic-Low Level: The smallest voltage value that can be connected to the input for
which the circuit will interpret as “low”.
Trip Point: This is the input voltage value at which the input circuitry changes state.
Current Sink Capacity: The maximum current drawn by the output while pulling the signal to a
zero volt (ground) level (current flowing in the direction from the load to the element output).
Current Source Capacity: The maximum current supplied by the output while driving the signal
to a voltage level (current flowing in the direction from the element output to the load).
Voltage Levels: The minimum and maximum voltages for each state of the output. The ground
point that is to be used as the reference must be identified.
Backplane Interface: The definition of the electrical signals, buses, timing requirements, and
protocols used to communicate among elements installed in a cabinet or rack.
Interrupts: The signals to the processor that stops execution of an ongoing process or application.
These announce that a higher priority or asynchronous event is occurring.
27
TSO-C153a 05/29/19
Memory Management Unit: A specialized control circuitry, sometimes integrated within the
microprocessor, which performs predictive reads of instruction (pre-fetch) for use by the processor.
It also may perform structured or prioritized control of specific sections of memory internal to or
external to the processor memory.
Monitors: Specific circuits which observe the normal operation of the processing system and alert
the processor or user of an abnormal condition. Examples are power supply monitors, which reset
the processor when a voltage is outside of its tolerance, and activity monitors which reset the
processor when the processor is not performing a prescribed sequence.
Reset Structure: The architectural details of the various signals that stops execution of an ongoing
process, or software application. They then restart the processor at a known state.
Central Processing Unit (CPU) Throughput: A measure of the number of processor instructions
completed by the CPU per unit of time.
Hold-up Capacity: The capacity of the power supply to continue supplying output current after
the input voltage drops below the minimum level. This is usually expressed as the time from the
input voltage drop to the reset generated by the power supply to the processor.
Input Voltage & Current: The input voltage is specified as nominal and acceptable variation
values. The input current is specified as maximum steady state current. For peak current see “in-
rush current” below.
Maximum Start-up (In-rush) Current Rating: The maximum input current when the power
supply is first becoming active as a result of the input voltage increasing to the minimum level.
Output Current Capacity: The continuously operating maximum current supplied for each
output voltage.
Power Monitors & Status Outputs: Separate circuitry which checks the output voltage levels and
current loading of the power supply. This circuitry will generate one or more binary signals that
may be connected to the processor to alert it to the “out of spec” condition. These binary signals
may also force the power supply to shut-down to prevent damage to power supply components.
Power Resets: A binary signal output from the power supply that is asserted when the output
voltages are outside acceptable tolerances.
Regulation: The percentage of variation of the output voltages when subjected to changes in load,
changes in temperature, and all input voltage transients and deviations.
Restart: The ability of the power supply or other circuit to return to the normal operating mode
when the input voltage returns to or above the minimum level or when the tripped monitor
indicates the “out-of-spec” condition has returned to normal.
Short Circuit Management: The circuitry that monitors for short circuits or over-current
conditions in the power supply outputs. The results from this circuitry may shut down the affected
output or the entire power supply.
28
TSO-C153a 05/29/19
Transient Immunity: The ability of the power supply to continue operating normally during
variations in the input voltage. This is usually expressed as the length of time and the voltage level
of the transient.
Voltage Outputs & Tolerances: The voltage levels and tolerances of the outputs produced by the
power supply.
Data Rates: The number of data bits transmitted in a time period. This is usually expressed in
thousands of bits per second (Kbps) or millions of bits per second (Mbps).
Integrity Checks: The process that uses additional data accompanying the message information to
validate that the message data was received without corruption or contamination. Examples are
parity checks, checksums, data validity checks, and cyclic redundancy checks.
Maximum Bit Error Rates: The largest number of bit errors allowed in a message transmission
before the receiver invalidates its ability to receive data from that source.
Monitors: Separate circuitry that checks either the continuing operation of a transmitter, or checks
that the receiver responds to input data. This circuitry will generate one or more binary signals that
may be connected to the processor, alerting it to the “failed” condition.
Resets: Conditions that result in the receiver or transmitter stopping operation, clearing all data,
and restarting.
Signal Levels: The minimum and maximum voltages for each state of the input or output.
Typically, tolerances, thresholds, and reference ground point are also identified.
Signal Rise and Fall Times: The signal rise time is the time for the output to transition from 10%
of the amplitude to 90% of the amplitude. The signal fall time is the time for the output to
transition from the 90% level to the 10% level.
Stub Length Limits: The minimum and maximum length requirements of the wiring connector
from the main bus to the inputs of the element.
29
TSO-C153a 05/29/19
Verification requirements
CO.cc) Each requirement shall be verified.
CO.dd) Each characterization item of IMA modules and functions, their associated attributes, their
configurability and their performances shall be verified commensurately to the
Development Assurance Level.
CO.ee) Each characterization item of the IMA module shall be verified over the usage domain.
CO.ff) A set of verification procedures to demonstrate compliance of the IMA module with the
applicable MPS shall be developed and proposed as part of the TSOA data package.
CO.gg) There is a distinction between demonstrating the capability of sharing and demonstrating
the performance of that sharing function. When demonstrating the performance of the
IMA module, a subset of the characterization items that allows guaranteeing the behavior
of the complete IMA module over environmental testing shall be defined and submitted
together with the Qualification Test Plan.
Verification procedures
The following table gives verification method for each requirement; nevertheless, an alternative
method may be proposed to the certification authority per section 3.h of the TSO.
30
TSO-C153a 05/29/19
(A*): means that verification by Analysis method is possible for items that cannot be tested.
Note 1:IMA module is authorized without the functional software (Hosted applications) installed
and operating.
Note 3: Usage Domain has to be taken into consideration during Environmental Qualification
Testing in order to evaluate the robustness of the IMA module over the full Usage Domain (see
Appendix 4 - Chapter 1)
31
TSO-C153a 05/29/19
APPENDIX 2.2
Introduction
This appendix contains Minimum Performance Standards (MPS) for CLASS RH Intended Function:
Rack Housing.
These standards specify module characteristics that are useful to designers, manufacturers, installers,
and users of the IMA module.
Definitions
For TSO-C153a CLASS RH, IMA module is a physical package able to contain at least two hardware
modules, which may provide partial protection from environmental effects (shielding, etc.) and enable
installation and removal of those module(s) from the aircraft without physically altering other aircraft
systems or equipment.
These IMA modules may be simple mechanical enclosures, or they may incorporate passive
communication interfaces, passive interconnection for data and power, active or passive cooling unit or
any combination of these features.
These definitions are independent of the design choices made by the IMA module manufacturer.
Note:
• IMA module compliant to TSO-C153a CLASS RH MPS is only relevant
in case of IMA platform architecture using a Cabinet.
• Hardware modules mounted inside the Rack Housing will be themselves
IMA modules (compliant with TSO-C153a MPS other classes than RH)
or non-IMA modules (i.e., non-IMA application specific hardware).
32
TSO-C153a 05/29/19
C153a C153a
Authorized Authorized
Processing Interface
(CLASSPowere
PR) (CLASS IF)
DATA STORAGE
POWER SUPPLY
GNSS MODULE
PROCESSING
I/O MODULE
MODULE
MODULE
MODULE
C153a
Authorized
Rack Housing
(CLASS RH)
C153a C153a
Authorized Authorized
Power Supply Data Storage
(CLASS PS) (CLASS DS)
Intended function
For TSO-C153a CLASS RH, the intended function is to provide the capability to share some housing
services supplied by one mechanical unit.
The following figure provides an overview of the previously mentioned Rack Housing Module intended
functions and definitions.
33
TSO-C153a 05/29/19
Interconnection
Cooling unit Mechanical unit
Threads and Rails
isolation
M M M
o o o
u u u
n n n
te te te
d d d
m m m
o o o
d d d
slot
u
le
u
leslot u
le slot Rack Module
Requirements
Mechanical unit
Mounted Module
Mounted Module
Mounted Module
Mounted Module
34
TSO-C153a 05/29/19
HW HW HW HW
MODULE MODULE MODULE MODULE
HOUSING VOLUME,
MECHANICAL UNIT
RH.f) The following housing performances or housing characteristics of the Rack module shall
be provided as part of the characterization:
1. Size, mass, and center of gravity;
2. Clearance scheme;
3. Top-level drawings and mechanical interfaces;
4. Module mounting scheme;
5. Installation and extraction mechanisms;
6. Temperature control (e.g., airflow, cooling, etc.) performances if function is
implemented;
35
TSO-C153a 05/29/19
In this case, IMA module provides shared resources in terms of protection of mounted hardware
modules. This sub-function merges:
o A level of protection of the mounted hardware modules from aircraft environment (including but
not only, High-Intensity Radiated Field (HIRF) , and Lightning effects).
o A level of environmental isolation (shielding) between mounted hardware modules inside the
rack.
36
TSO-C153a 05/29/19
AIRCRAFT ENVIRONMENT
Mechanical unit
Mounted Module
Mounted Module
Mounted Module
Mounted Module
Rack IMA Module
Environmental isolation
2.2.1 Functional requirements for TSO-C153a CLASS RH (F2):
RH.l) Shielding A level of environmental protection (shielding) for each mounted hardware
module shall be ensured by the Rack Housing IMA Module. This protection shall take into
account level and severity retained for RTCA DO-160 qualification of the IMA module
(see Appendix 4) (outside the rack) and the interactions between the mounted hardware
modules themselves (inside the rack).
RH.m) Protection performances of the IMA module (Rack module) shall be valued and guaranteed
for each slot and for each RTCA DO-160 section.
RH.n) Reserved.
Figure 10: CLASS RH shielding elements relationship
HW IMA HW IMA HW IMA HW IMA
MODULE MODULE MODULE MODULE
SHIELDING
MECHANICAL UNIT
37
TSO-C153a 05/29/19
38
TSO-C153a 05/29/19
In this case, an IMA module provides the capacity to interconnect hardware modules together inside the
Rack Module. This interconnection allows exchanging data or distributing power supply.
Power
Rail
Mounted Module
Mounted Module
Mounted Module
Rack Module
39
TSO-C153a 05/29/19
RH.x) The data and power supply buses shall not degrade the transmitted signals below the
characterized performance.
RH.y) For TSO-C153a CLASS RH, the IMA module shall ensure proper isolation on the
interconnection function to prevent interferences between signals (data, discrete, power
supply buses, etc.) that would affect data integrity, latency, and control.
Data Power
Threads Flows
POWER / DATA
INTERCONNECTION
RH.z) The characterization shall include attenuation profiles, signal integrity, cross-talk and
tolerance rates. These shall be valued.
RH.aa) The performances of each type of buses provided in RH shall be characterized and valued.
RH.bb) For at least the following failure modes, the failure rate shall be provided for:
a. Loss of the interconnection function;
b. Erroneous behavior of interconnection function.
RH.cc) The characterization shall address the safety aspects of sequencing, delay, corruption, and
impersonation.
RH.dd) The characterization shall include the list of types of buses, the associated attributes, their
configurability, and their sizing and performances.
In this case, IMA module provides the capacity to control temperature inside the Rack for each mounted
module.
40
TSO-C153a 05/29/19
Mounted Module
Mounted Module
Mounted Module
Rack Module
RH.ee) The IMA module shall provide a regulated temperature control of the mounted hardware
module. This control shall be ensured per slot in a determined temperature range.
RH.ff) The IMA module may provide an active means – named temperature control unit – to
control temperature between aircraft environment and the mounted hardware modules.
41
TSO-C153a 05/29/19
HW HW HW HW
MODULE MODULE MODULE MODULE
AIRFLOW / HEAT
TEMP. CONTROL
UNIT
RH.gg) The heat exchange performance of each slot provided shall be characterized and valued
in the installation manual.
RH.hh) For at least the following failure modes, the failure rate shall be provided:
a. Loss of the active temperature control function;
b. Erroneous behavior of the active temperature control function.
RH.ii) Reserved.
RH.jj) Reserved.
Verification procedures
The following table gives the verification method for each MPS; nevertheless, an alternative method
may be proposed to the certification authority per section 3 h. of the TSO:
42
TSO-C153a 05/29/19
RH.n Reserved
RH.o) I
RH.p) I
RH.q) I+A
RH.r) I
RH.s) T Y Y Appropriate DO-160
sections addressing the
shielding characteristics
and as a minimum
sections 18, 19, 20, 22
RH.t) I
RH.u) T Y Y(1) DO-160 sections 4, 5, 6, 7,
8, 16, to 22
RH.v) A+T Y Y DO-160 sections 16 to 22
RH.w) T Y Y(1) DO-160 sections 4, 5, 7,
16 to 22
RH.x) T Y Y DO-160 sections 4, 5, 7
RH.y) A
RH.z) T(A*) Y
RH.aa) T(A*) Y(1) Y(1) DO-160 sections 4, 5, 7
RH.bb) A Y
RH.cc) T(A*) Y(1)
RH.dd) I
RH.ee) T Y Y DO-160 sections 4 and 5
RH.ff) I+T Y Y DO-160 sections 4 and 5
RH.gg) I+T Y Y DO-160 sections 4, 5, 6, 7
RH.hh) A
RH.ii) Reserved
RH.jj) Reserved
(A*): Means that verification by Analysis method is possible for the item that cannot be tested.
43
TSO-C153a 05/29/19
APPENDIX 2.3
1.1. Introduction
This Appendix contains Minimum Performance Standards (MPS) for CLASS PR Intended Function:
Processing (PR).
These standards specify characteristics that should be useful to designers, manufacturers, installers, and
users of the IMA module.
1.2. Definitions
For TSO-C153a CLASS PR, IMA module provides shared resources in terms of processing between
Hosted applications, modules, and/or components.
In the context of PR class, the ‘concurrent item’ defined in Appendix 2.1 paragraph 1 means ‘Processing
Element’.
IMA module may include data storage and interfaces between Hosted applications, modules, and/or
components; in this case, this class shall be combined with DS and IF classes.
The following figure provides an overview of the intended function of the previously mentioned IMA
module and associated definitions:
45
TSO-C153a 05/29/19
Hosted Module
Hosted Component
Hosted Applications
Processing Processing Processing
Processing
Element Element Element
Element
IMA Module
2. Requirements
46
TSO-C153a 05/29/19
Programming interface
PROCESSING
RESOURCE
47
TSO-C153a 05/29/19
3. Verification procedures
The following table gives the verification method for each MPS: nevertheless, an alternative method
may be proposed to the certification authority per section 3 h. of this TSO:
48
TSO-C153a 05/29/19
APPENDIX 2.4
Introduction
This Appendix contains Minimum Performance Standard (MPS) for CLASS GP Intended Function:
Graphical Processing.
These standards specify characteristics that should be useful to designers, manufacturers, installers, and
users of the IMA module.
Definitions
For TSO-C153a CLASS GP, the IMA module provides shared resources in terms of graphical
conversion and graphical laying out between the Hosted applications, modules, and/or components
based on commands coming from these Hosted applications, modules, and/or components.
The following definitions are used:
o Graphical Thread: Set of graphical (displayable) information for which a level of isolation would
be guaranteed by the IMA module.
o Data Thread: Well-defined set of data which is a primary form of drawing directives received as
input by the IMA module from Hosted applications (modules and/or components).
o Command Thread: Well-defined set of command directives received as input by the IMA module
from the Hosted applications (modules and/or components) in order to change the conversion and
laying out settings.
o Graphical conversion: Transformation of a set of data information that is the primary form of
drawing directives (data thread) into a set of displayable basic information.
o Laying out: Operation consisting of a combination of merging or/and splitting actions on
displayable basic information in order to build the final Graphical Thread to be rendered.
o Conversion Unit: Set of physical components (hardware and/or software) in charge of graphical
conversion.
o Laying out Unit: Set of physical components (hardware and/or software) in charge of laying out.
Note: Both units can be merged into one unit. The final rendering of the graphical
thread(s) is out of the scope of this module (refer to CLASS DH).
In the context of GP class, the ‘concurrent item’ defined in Appendix 2.1 paragraph 1 means ‘Graphical
and/or Command Thread’.
49
TSO-C153a 05/29/19
Intended Function
For TSO-C153a CLASS GP, the intended function is to provide the capability to share graphical
conversion and graphical laying out supplied by one or several graphical conversion and graphical laying
out unit(s).
The function of the Graphical Processing Module is to receive commands from Hosted applications,
modules, and/or components, and optionally receive video from external analog or digital sources,
process them, and to generate a display image.
This intended function is Graphical Conversion and Laying out resource sharing composed of:
o Information acquisition & control,
o Information conversion and laying out,
o Information forwarding & control.
The following figure provides an overview of the previously mentioned IMA module intended function
and associated definitions:
Data threads
L1
from
L2
Applications
Command
Threads
From
Applications
Σ Command threads
50
TSO-C153a 05/29/19
Requirements
GRAPHICAL
THREAD
GRAPHICAL
GRAPHICAL GRAPHICAL GRAPHICAL THREAD GRAPHICAL GRAPHICAL GRAPHICAL
CONVERSION CONVERSION CONVERSION LAYING OUT LAYING OUT LAYING OUT
UNIT UNIT UNIT UNIT UNIT UNIT
Internal interface
GP.e) Following the Graphical Unit(s) performances that the IMA module shall be valued at:
1. Graphical Unit(s) Throughput (performance capacities and timings: response time,
graphical update).
2. Performances of the User Software/Software Interface (Core Software)
Mechanism(s), Protocol(s), and Service(s).
51
TSO-C153a 05/29/19
Verification procedures
The following table gives the verification method for each MPS; nevertheless, an alternative method
may be proposed to the certification authority per section 3 h. of this TSO:
52
TSO-C153a 05/29/19
APPENDIX 2.5
Introduction
This appendix contains Minimum Performance Standards (MPS) for CLASS DS Intended Function:
Data Storage.
These standards specify characteristics that should be useful to designers, manufacturers, installers, and
users of the IMA module.
Definitions
For TSO-C153a CLASS DS, IMA module provides shared resources in terms of data storage between
the Hosted applications, modules and/or components.
Data Storage refers to the storage of data in a persisting and machine-readable mode. Data Storage
module that records data may access both separate portable (removable) recording component and/or
permanent component to store and retrieve data.
In the context of DS class, the ‘concurrent item’ defined in Appendix 2.1 paragraph 1 means ‘Data
Storage Element’.
Intended Function
For TSO-C153a CLASS DS, the intended function is to provide the capability to share recorded data or
data storage space supplied by one or several storage unit(s).
54
TSO-C153a 05/29/19
Requirements
Interfaces
RECORDED
DATA
RESOURCE
Characterization requirements
DS.c) All Data Storage performances of the shared Storage Unit of the IMA module shall be
characterized including but not limited to the following:
1. Performances of Memory Management, including cache and Memory Management Unit
(e.g. storage capacity, cache performances, etc.).
2. Performances of User Interface Mechanism(s), Protocol(s), and Service(s) (e.g., access
timings and throughputs, etc.)
3. Performances of supported Data Storage Element Type (e.g., namespace, address scheme,
arbitrary principles for multiple access, throughputs, timings, data space, etc.).
55
TSO-C153a 05/29/19
Verification procedures
The following table gives the verification method for each MPS; nevertheless, an alternative method
may be proposed to the certification authority per section 3 .h of this TSO:
56
TSO-C153a 05/29/19
APPENDIX 2.6
Introduction
This Appendix contains Minimum Performance Standards (MPS) for CLASS IF Intended Function:
Interface.
These standards specify characteristics that should be useful to designers, manufacturers, installers, and
users of the IMA module.
Definitions
For TSO-C153a CLASS IF, IMA module provides shared resources in terms of interfaces between the
Hosted applications, modules, and/or components.
Each data thread handled by the Interface, if so desired by the applicant, may be bidirectional or
symmetrical between interconnected components, modules, or the Hosted applications.
In the context of IF class, the ‘Concurrent item’ defined in Appendix 2.1 paragraph 1 means ‘Data
Thread’.
Intended Function
For TSO-C153a CLASS IF, the intended function is to provide the capability to share information
supplied by one or several interface units.
57
TSO-C153a 05/29/19
The information-forwarding and control function is the means that allows sharing information between
components, modules, and/or the Hosted applications.
The following figure provides an overview of the previously mentioned intended function and associated
definitions:
Applications
Component
Module
IMA Module
Requirements
For TSO-C153a CLASS IF, IMA module provides shared resources for communication needs of
the Hosted applications, modules, and/or components.
58
TSO-C153a 05/29/19
Interface Interface
INFORMATION
RESOURCE
IF.c) All performances of the shared Interface Unit of the IMA module shall be characterized
including but not limited to the following:
1. Performances of each Interface, including throughput, acquisition speed, forwarding
speed, latency, jitter, coding rate, and decoding rate.
2. Performances of User Interface Mechanism(s), Protocol(s) and Service(s) (e.g.,
socket timing, communication port timing, technological time delay, etc.).
3. Performances of supported Data Thread Type (e.g., virtual link, channel, pipe-and-
filter, physical connection pin, etc.).
Note: These performance requirements are additional to
those applicable in COMMON - Appendix 2.1).
IF.d) In addition to Common Requirement CO.w), the characterization shall address the safety
aspects of frozen data.
59
TSO-C153a 05/29/19
2. Verification procedures
The following table gives the verification method for each MPS; nevertheless, an alternative method
may be proposed to the certification authority per section 3 h. of this TSO:
60
TSO-C153a 05/29/19
APPENDIX 2.7
Introduction
This Appendix contains Minimum Performance Standards (MPS) for CLASS PS Intended Function:
Power Supply (PS)
These standards specify module characteristics that should be useful to designers, manufacturers,
installers, and users of the module.
Definitions
For TSO-C153a CLASS PS, IMA module is a module - mounted into a rack or the rack itself - able to
supply power received from aircraft electrical network to one or more hardware modules mounted in the
same rack.
61
TSO-C153a 05/29/19
o Regulation: The percentage of variation of the output voltages when subjected to changes in load,
changes in temperature, and all input voltage transients and deviations.
o Transient Immunity: The ability of the power supply to continue operating normally during
variations in the input voltage. This is usually expressed as the length of time and the voltage level
of the transient.
o Voltage Outputs and Tolerances: The voltage levels and tolerances of the outputs produced by the
power supply.
In the context of PS class, the “concurrent item” defined in Appendix 2.1 paragraph 1 means ‘Power
Rail’.
Intended Function
For TSO-C153a CLASS PS, the intended function is to provide the capability to share Power Supply
resource(s) supplied by one or more Power Supply unit(s).
The following figure provides an overview of the previously mentioned intended function and
definitions where A/C is aircraft:
IMA module
Power
Supply
unit
IMA module
Power
Supply
unit IMA module
A/C Electrical
Power Supply
Power
Supply IMA module
unit
Power
Flow
Interfaces Interfaces
Requirements
PS.a) The IMA module shall provide to hardware modules, mounted into the same rack, Power
Supply Resource which has the capacity to deliver a quantity of electrical energy from the
power supply unit(s) to the hardware modules while performing the regulation operations.
PS.b) The IMA module shall provide to hardware modules, which are mounted into the same
rack, the capacity to share power supply resource on power rails accessible through
physical interface(s).
62
TSO-C153a 05/29/19
POWER SUPPLY
RESOURCE
Characterization requirements
PS.c) All Power Supply performances of the shared Power Supply Unit of the IMA module shall
be characterized including but not limited to the following:
1. Needed input power budget characteristics (e.g., in function of Temperature and
load)
2. Performances of Output Current and Tolerances;
3. Performances of Hold-up Capacity;
4. Performances of Power Monitors and Status Outputs;
5. Performances of Power Resets;
6. Performances of Regulation;
7. Performances of Transient Immunity;
8. Performances of Voltage Outputs and Tolerances;
9. Performances of User Interface Mechanism(s), Protocol(s) and Service(s);
10. Performances of supported Power rail Type;
11. Input and Output impedance;
12. Capacitive load
63
TSO-C153a 05/29/19
PS.d) In addition to Common Requirement CO.w), the characterization shall address the safety
aspects of events such as too low voltage or current, and too high voltage or current.
Transient as well as permanent effects shall be characterized if relevant.
PS.e) The characterization shall provide any data needed to evaluate power profile characteristics
(e.g., Maximum Value, In-Rush current) of managed power rails and IMA module power
on/power off behavior characteristics.
Verification procedures
The following table gives the verification method for each MPS; nevertheless, an alternative method
may be proposed to the certification authority per section 3 g. of this TSO:
(A*): Means that verification by Analysis method is possible for the items that cannot be tested.
64
TSO-C153a 05/29/19
APPENDIX 2.8
Introduction
This Appendix contains Minimum Performance Standards (MPS) for CLASS DH Intended Function:
Display Head.
These standards specify characteristics that should be useful to designers, manufacturers, installers, and
users of the module.
Definitions
For TSO-C153a CLASS DH, IMA module provides shared resources in terms of display area between
the Hosted applications, components, and/or modules.
The following definitions are used:
o Display Unit: Set of physical components (hardware and/or software) in charge of managing a
display area (or a part of a display area).
o Display Area: Surface where some visual information can be depicted by one or several Display
Unit(s) based on received Graphical Threads.
o Graphical Thread: Set of graphical information received as input by the Display Head from one or
more IMA Application(s), component(s) and/or module(s).
o Display Thread: Set of depiction information for which level of isolation would be guaranteed on
the Display Area by the Display Head.
In the context of DH class, the ‘Concurrent item’ defined in Appendix 2.1 paragraph 1 means ‘Display
Thread’.
Intended Function
For TSO-C153a CLASS DH, the intended function is to provide the capability to share one display
area supplied by one or several display unit(s).
The intended function of such IMA module is to offer the capability to depict graphical information
received from IMA Application(s), component(s) and/or module(s) on one Display Area.
The following figure provides an overview of the previously mentioned intended function and associated
interfaces:
65
TSO-C153a 05/29/19
Display
Display
Unit
Thread#1
Display Display
Unit Thread#2
Display
Unit
Display
Graphical Unit
Display Area
threads
Interfaces
Display Head Module
Requirements
DH.c) The IMA module shall provide to the Hosted applications, modules, and/or components,
the capability to share a Display Area resource that is managed through a logical or
physical interface.
66
TSO-C153a 05/29/19
Input interfaces
DISPLAY AREA
67
TSO-C153a 05/29/19
Verification procedures
The following table gives a verification method for each MPS; nevertheless, an alternative
method may be proposed to the certification authority per section 3 h. of this TSO:
(A*): Means that verification by Analysis method is possible for the item that cannot be tested.
68
TSO-C153a 05/29/19
APPENDIX 3
For IMA module authorization, as mentioned in paragraph 2.2 of the core document, additional technical
data shall be available or submitted. This data will be documented into a set of documents for the TSO
authorization (qualification plans, compliance evidences, etc.) and for the IMA module users such as
Application developers, Integrator, or Type Certificate applicant (User Guide, Usage domain, etc.) in
the following format:
• Chapter 1 - IMA module DO-297 documentation
• Chapter 2 – Specific User Guide and Installation Manual contents
• Chapter 3 – Core software
• Chapter 4 – Health management and reporting
• Chapter 5 – Usage domain
• Chapter 6 – Configuration
• Chapter 7 – Tools
• Chapter 8 – Compatibility & mix ability information
IMA system approval can be made incremental by introducing intermediate acceptance steps. TSO-
C153a authorization is a first intermediate step dedicated to authorize IMA platform or IMA modules
(independent of any specific aircraft installation).
RTCA DO-297 contains guidance for Integrated Modular Avionics (IMA) developers, application
developers, integrators, certification applicants, and those involved in the approval and continued
airworthiness of IMA systems in civil certification projects.
To prepare the integration of the TSO-C153a IMA module, consider the Task 1 development objectives
that are defined in RTCA DO-297 (Table A-1 objectives).
The following data are available (A) or submitted (S) as part of the TSO-C153a authorization data
package:
69
TSO-C153a 05/29/19
Note 2: Only for User Guide content used for TSO compliance
demonstration.
As provided in DO-297, IMA module User’s guide shall be provided by the IMA module manufacturer
to both the module users and the FAA.
This User Guide includes all information for users, integrators, and certification applicants to
successfully interface or integrate the module such:
• Guaranteed behavior and characteristics in accordance with CO.k
• System Interfaces (including physical mapping of Interface)
• Limitations and Open Problem Reports (OPRs) (1) (including tools)
• Worst Case Execution Time (WCET) analysis elements
• Applicable Failure Mode Effect Analysis / Failure Mode Effect Summary (extracts) necessary
for higher level safety analysis
• Core Software (see Appendix 3 – Chapter 3)
• Fault management and Health Monitoring (See Appendix 3 – Chapter 4)
• Usage Domain (See Appendix 3 – Chapter 5)
• Configuration Aspects (See Appendix 3 – Chapter 6)
• Tools Aspects (See Appendix 3 – Chapter 7)
• Compatibility and mix ability information (See Appendix 3 – Chapter 8)
70
TSO-C153a 05/29/19
• Remaining activities to be conducted by Module user to complete the IMA module qualification
(Environment, etc.)
• Requirements recommendations for Applications (e.g., data for the qualification of the
application, service available for applications, etc.)
• Requirements recommendations for System Integration
Note: (1) A detailed description of IMA module Open Problem Report (OPR) root cause and effect is
necessary to support the IMA Module user and aircraft manufacturer in their assessment of the effect
of OPR on the aircraft function.
The Installation Manual includes all data necessary for the proper installation and use of the IMA module
(including marking aspects).
Each item of the characterization and functional requirements are addressed in the User Guide (or
possibly in the Installation Manual, if appropriate).
The User Guide defines the usage domain for which the module acceptance data are valid.
The information includes recommendations and may also include examples for correct use. In addition,
the guide highlights any warnings or limitations for integrating or interfacing the module to avoid
potential incorrect or unintended use.
The User Guide may be completed by the IMA module manufacturer with:
• Information on Single Event Upset (SEU) effects;
• A Validation and Integration Kit for application developers and system integrators;
• Development and In-Service support;
• Some training.
The Installation Manual includes information as required in MPS appendix or reference subsequent
applicable chapter of the User Guide. In this case, the User Guide chapter will be submitted to the
Airworthiness Authority (see note (1) above).
The User Guide may be included in the Installation Manual of the IMA module (e.g., Annexes) or a
separated document referenced by the Installation Manual.
As defined in Appendix 1, IMA module may be an association of Hardware and Core Software.
The Core Software is constituted by the operating system and the support software that manage resources
to provide an environment in which the intended function is performed. Core software is typically
comprised of one or more component(s). Core Software may be resident or a Field-Loadable Software
Part.
If IMA module contains Core Software, Core Software characteristics required by CO.r) in Appendix 2
are documented in the IMA module User Guide.
71
TSO-C153a 05/29/19
TSO-C153a authorization relies on the concept of Usage Domain (See Appendix 1 - Chapter 2
Definitions).
The usage domain is defined at the IMA module level, and used at the Application and IMA system
level. The definition of the usage domain includes consideration of the module functionality,
performance, and safety requirements, and its required environmental performance.
Pursuant to 14 CFR parts 23, 25, 27, and 29, IMA modules manufactured to comply with TSO-C153a
may be used to support other TSOs or systems. These TSO authorizations, IMA system approvals, and
aircraft-level approvals are not covered by TSO-C153a but will rely on the fact that compliance with
Usage Domain documented in the User Guide is correctly implemented.
Chapter 6 - Configuration
IMA modules may need to be configured before installation in the IMA system (See RTCA DO-297
Task 2, 3, and 4).
Chapter 7 - Tools
IMA modules may need to use some tools during installation in the IMA system (See RTCA DO-297
Task 2, 3, and 4). These tools may be used by:
• Application developers,
• Integrator(s),
• Type Certificate (TC) or Supplemental Type Certificate (STC) Applicant.
In cases where tools are used, the User Guide shall reference each tool and the data listed in Appendix
2 CO.z). Qualification data are considered as data to be submitted to the FAA as part of the TSO C-153a
authorization.
72
TSO-C153a 05/29/19
The IMA module manufacturer provides compatibility and mix ability information between hardware,
software, tools, and usage domain in the User Guide, as required per Appendix 2 CO.aa).
73
TSO-C153a 05/29/19
APPENDIX 4
Perform Environmental testing in accordance with the appropriate revision to RTCA DO-
160.
In the case where an IMA module is qualified without the functional software installed and
operating, engineering analysis from the manufacturer must determine that the Test
Software (not the target functional software) is representative of the usage domain stress
envelope for the environmental tests (i.e. dissipated temperature, power consumption,
radiated field radiation, etc.)
Develop Test Software to require the Hardware to perform the environmental tests in the
worst-case conditions. The Test Software must evaluate the Hardware in its most sensitive
configurations in order to evaluate the robustness of the IMA module over the full Usage
Domain. For example, Test Software should exercise all physical interfaces with the
maximum number of applications or input, with the filter values, set to the domain
boundary which would be the most transparent to input electrical interferences.
For TSO-C153a authorization, an IMA module may be a single LRU platform or may be
a module located into a Rack (Line Replaceable Module).
Depending on the IMA module characteristics, consider one of the listed cases:
• Case 1: The IMA module is a single LRU platform,
• Case 2: The IMA module is a module designed to be located in a Rack at installation.
74
TSO-C153a 05/29/19
In this case, the environmental sections defined in the Table below are applicable to the
IMA module.
The usage domain of IMA module must be defined and maintained so that all these
environmental qualification tests produce a complete credit for other functional TSOs
authorization at the Type-Certificate level.
75
TSO-C153a 05/29/19
Chapter 2.2: The IMA module is a module designed to be located into a Rack at
installation or the rack itself.
Test sections identified as optional are not required for TSO-C153a application, but may
be subjected to these test conditions on a voluntary basis. When optional sections are not
tested, they shall be marked as X.
Complete the Environmental Qualification Testing after the cabinet integration in the frame
of other TSO authorizations (functional ones) and during Type Certificate.
Define and maintain the usage domain of the IMA module to allow the subset of
qualification tests to provide credit for other TSOs authorization and Type-Certificate
programs.
76
TSO-C153a 05/29/19
77
TSO-C153a 05/29/19
78
TSO-C153a 05/29/19
79
TSO-C153a 05/29/19
80
TSO-C153a 05/29/19
When required by the test condition and procedure (by ‘DETERMINE COMPLIANCE
WITH EQUIPEMENT PERFORMANCE STANDARDS’ statement), IMA module
manufacturers must determine compliance with the MPS as defined in column ‘Test under
environmental conditions’ of each individual class in Appendix 2:
81