Light
Dark
System
Log In
Loading...
Compare / EASA/
Incorporated Amendments
/
Compare & Highlight Differences
AMC1 CAT.IDE.H.195 Data link recording
Available versions for ERULES-1963177438-12631
ED Decision 2014/015/R
found in: Air Operations (965/2012) Part-ARO Part-ORO Part-CAT Part-SPA Part-NCC Part-NCO Part-SPO (Sep 2023)
From
Air Operations Rev... (Mar 2026)
Air Operations (96... (Feb 2025)
Air Operations (96... (Sep 2023)
From section
To
Air Operations Rev... (Mar 2026)
Air Operations (96... (Feb 2025)
Air Operations (96... (Sep 2023)
To section
No visible text changes
0 removals
0 additions
View
Rich
Plain
Sync scrolling
Share
From
Show details
Hide details
To
Show details
Hide details
Version
Show side by side
AMC1 CAT.IDE.H.195 Data link recording ED Decision 2014/015/R GENERAL (a) The helicopter should be capable of recording the messages as specified in this AMC. (b) As a means of compliance with [CAT.IDE.H.195(a)](#_DxCrossRefBm318086787), the recorder on which the data link messages are recorded may be: (1) the CVR; (2) the FDR; (3)a combination recorder when [CAT.IDE.H.200](#_DxCrossRefBm318086789) is applicable; or (4) a dedicated flight recorder. In that case, the operational performance requirements for this recorder should be those laid down in EUROCAE Document ED-112 (Minimum Operational Performance Specification for Crash Protected Airborne Recorder Systems) dated March 2003, including amendments No 1 and No 2, or any later equivalent standard produced by EUROCAE. (c) As a means of compliance with [CAT.IDE.H.195(a)(2)](#_DxCrossRefBm318086787), the operator should enable correlation by providing information that allows an accident investigator to understand what data were provided to the helicopter and, when the provider identification is contained in the message, by which provider. (d) The timing information associated with the data link communications messages required to be recorded by [CAT.IDE.H.195(a)(3)](#_DxCrossRefBm318086787) should be capable of being determined from the airborne-based recordings. This timing information should include at least the following: (1) the time each message was generated; (2) the time any message was available to be displayed by the crew; (3) the time each message was actually displayed or recalled from a queue; and (4) the time of each status change. (e) The message priority should be recorded when it is defined by the protocol of the data link communication message being recorded. (f) The expression ‘taking into account the system architecture’, in [CAT.IDE.H.195(a)(3)](#_DxCrossRefBm318086787) means that the recording of the specified information may be omitted if the existing source systems involved would require a major upgrade. The following should be considered: (1) the extent of the modification required; (2) the down-time period; and (3) equipment software development. (g) The intention is that new designs of source systems should include this functionality and support the full recording of the required information. (h) Data link communications messages that support the applications in Table 1 below should be recorded. (i) Further details on the recording requirements can be found in the recording requirement matrix in Appendix D.2 of EUROCAE Document ED-93 (Minimum Aviation System Performance Specification for CNS/ATM Recorder Systems, dated November 1998). Table 1 Applications <table border="1" cellpadding="0" cellspacing="0" width="607"><tr><td width="41"><p><b>Item No</b></p></td><td width="100"><p><b>Application Type</b></p></td><td width="393"><p><b>Application Description</b></p></td><td width="73"><p><b>Required Recording Content</b></p></td></tr><tr><td valign="top" width="41"><p>1</p></td><td valign="top" width="100"><p>Data link initiation</p></td><td valign="top" width="393"><p>This includes any application used to log on to, or initiate, a data link service. In future air navigation system (FANS)-1/A and air traffic navigation (ATN), these are ATS facilities notification (AFN) and context management (CM), respectively.</p></td><td valign="top" width="73"><p>C</p></td></tr><tr><td valign="top" width="41"><p>2</p></td><td valign="top" width="100"><p>Controller/pilot communication</p></td><td valign="top" width="393"><p>This includes any application used to exchange requests, clearances, instructions and reports between the flight crew and air traffic controllers. In FANS-1/A and ATN, this includes the controller pilot data link communications (CPDLC) application.</p><p>CPDLC includes the exchange of oceanic clearances (OCLs) and departure clearances (DCLs).</p></td><td valign="top" width="73"><p>C</p></td></tr><tr><td valign="top" width="41"><p>3</p></td><td valign="top" width="100"><p>Addressed surveillance</p></td><td valign="top" width="393"><p>This includes any surveillance application in which the ground sets up contracts for delivery of surveillance data.</p><p>In FANS-1/A and ATN, this includes the automatic dependent surveillance-contract (ADS-C) application.</p></td><td valign="top" width="73"><p>C, F2</p></td></tr><tr><td valign="top" width="41"><p>4</p></td><td valign="top" width="100"><p>Flight information</p></td><td valign="top" width="393"><p>This includes any application used for delivery of flight information data to specific aeroplanes. This includes for example, data link-automatic terminal information service (D-ATIS), data link-operational terminal information service (D-OTIS), digital weather information services (D-METAR or TWIP), data link flight information service (D-FIS) and Notice to Airmen (D-NOTAM) delivery.</p></td><td valign="top" width="73"><p>C</p></td></tr><tr><td valign="top" width="41"><p>5</p></td><td valign="top" width="100"><p>Aircraft broadcast surveillance </p></td><td valign="top" width="393"><p>This includes elementary and enhanced surveillance systems, as well as automatic dependent surveillance-broadcast (ADS-B) output data.</p></td><td valign="top" width="73"><p>M*,</p><p>F2</p></td></tr><tr><td valign="top" width="41"><p>6</p></td><td valign="top" width="100"><p>Airlines operations centre (AOC) data</p></td><td valign="top" width="393"><p>This includes any application transmitting or receiving data used for AOC purposes (in accordance with the ICAO definition of AOC). Such systems may also process AAC messages, but there is no requirement to record AAC messages</p></td><td valign="top" width="73"><p>M<sup>*</sup></p></td></tr><tr><td valign="top" width="41"><p>7</p></td><td valign="top" width="100"><p>Graphics </p></td><td valign="top" width="393"><p>This includes any application receiving graphical data to be used for operational purposes (i.e. excluding applications that are receiving such things as updates to manuals).</p></td><td valign="top" width="73"><p>M<sup>*</sup></p><p>F1</p></td></tr></table>
AMC1 CAT.IDE.H.195 Data link recording ED Decision 2014/015/R GENERAL (a) The helicopter should be capable of recording the messages as specified in this AMC. (b) As a means of compliance with [CAT.IDE.H.195(a)](#_DxCrossRefBm927679167), the recorder on which the data link messages are recorded may be: (1) the CVR; (2) the FDR; (3)a combination recorder when [CAT.IDE.H.200](#_DxCrossRefBm927679169) is applicable; or (4) a dedicated flight recorder. In that case, the operational performance requirements for this recorder should be those laid down in EUROCAE Document ED-112 (Minimum Operational Performance Specification for Crash Protected Airborne Recorder Systems) dated March 2003, including amendments No 1 and No 2, or any later equivalent standard produced by EUROCAE. (c) As a means of compliance with [CAT.IDE.H.195(a)(2)](#_DxCrossRefBm927679167), the operator should enable correlation by providing information that allows an accident investigator to understand what data were provided to the helicopter and, when the provider identification is contained in the message, by which provider. (d) The timing information associated with the data link communications messages required to be recorded by [CAT.IDE.H.195(a)(3)](#_DxCrossRefBm927679167) should be capable of being determined from the airborne-based recordings. This timing information should include at least the following: (1) the time each message was generated; (2) the time any message was available to be displayed by the crew; (3) the time each message was actually displayed or recalled from a queue; and (4) the time of each status change. (e) The message priority should be recorded when it is defined by the protocol of the data link communication message being recorded. (f) The expression ‘taking into account the system architecture’, in [CAT.IDE.H.195(a)(3)](#_DxCrossRefBm927679167) means that the recording of the specified information may be omitted if the existing source systems involved would require a major upgrade. The following should be considered: (1) the extent of the modification required; (2) the down-time period; and (3) equipment software development. (g) The intention is that new designs of source systems should include this functionality and support the full recording of the required information. (h) Data link communications messages that support the applications in Table 1 below should be recorded. (i) Further details on the recording requirements can be found in the recording requirement matrix in Appendix D.2 of EUROCAE Document ED-93 (Minimum Aviation System Performance Specification for CNS/ATM Recorder Systems, dated November 1998). Table 1 Applications <table border="1" cellpadding="0" cellspacing="0" width="607"><tr><td width="41"><p><b>Item No</b></p></td><td width="100"><p><b>Application Type</b></p></td><td width="393"><p><b>Application Description</b></p></td><td width="73"><p><b>Required Recording Content</b></p></td></tr><tr><td valign="top" width="41"><p>1</p></td><td valign="top" width="100"><p>Data link initiation</p></td><td valign="top" width="393"><p>This includes any application used to log on to, or initiate, a data link service. In future air navigation system (FANS)-1/A and air traffic navigation (ATN), these are ATS facilities notification (AFN) and context management (CM), respectively.</p></td><td valign="top" width="73"><p>C</p></td></tr><tr><td valign="top" width="41"><p>2</p></td><td valign="top" width="100"><p>Controller/pilot communication</p></td><td valign="top" width="393"><p>This includes any application used to exchange requests, clearances, instructions and reports between the flight crew and air traffic controllers. In FANS-1/A and ATN, this includes the controller pilot data link communications (CPDLC) application.</p><p>CPDLC includes the exchange of oceanic clearances (OCLs) and departure clearances (DCLs).</p></td><td valign="top" width="73"><p>C</p></td></tr><tr><td valign="top" width="41"><p>3</p></td><td valign="top" width="100"><p>Addressed surveillance</p></td><td valign="top" width="393"><p>This includes any surveillance application in which the ground sets up contracts for delivery of surveillance data.</p><p>In FANS-1/A and ATN, this includes the automatic dependent surveillance-contract (ADS-C) application.</p></td><td valign="top" width="73"><p>C, F2</p></td></tr><tr><td valign="top" width="41"><p>4</p></td><td valign="top" width="100"><p>Flight information</p></td><td valign="top" width="393"><p>This includes any application used for delivery of flight information data to specific aeroplanes. This includes for example, data link-automatic terminal information service (D-ATIS), data link-operational terminal information service (D-OTIS), digital weather information services (D-METAR or TWIP), data link flight information service (D-FIS) and Notice to Airmen (D-NOTAM) delivery.</p></td><td valign="top" width="73"><p>C</p></td></tr><tr><td valign="top" width="41"><p>5</p></td><td valign="top" width="100"><p>Aircraft broadcast surveillance </p></td><td valign="top" width="393"><p>This includes elementary and enhanced surveillance systems, as well as automatic dependent surveillance-broadcast (ADS-B) output data.</p></td><td valign="top" width="73"><p>M*,</p><p>F2</p></td></tr><tr><td valign="top" width="41"><p>6</p></td><td valign="top" width="100"><p>Airlines operations centre (AOC) data</p></td><td valign="top" width="393"><p>This includes any application transmitting or receiving data used for AOC purposes (in accordance with the ICAO definition of AOC). Such systems may also process AAC messages, but there is no requirement to record AAC messages</p></td><td valign="top" width="73"><p>M<sup>*</sup></p></td></tr><tr><td valign="top" width="41"><p>7</p></td><td valign="top" width="100"><p>Graphics </p></td><td valign="top" width="393"><p>This includes any application receiving graphical data to be used for operational purposes (i.e. excluding applications that are receiving such things as updates to manuals).</p></td><td valign="top" width="73"><p>M<sup>*</sup></p><p>F1</p></td></tr></table>
##### AMC1 CAT.IDE.H.195 Data link recording *ED Decision 2014/015/R* **GENERAL** (a) The helicopter should be capable of recording the messages as specified in this AMC. (b) As a means of compliance with [CAT.IDE.H.195(a)](#_DxCrossRefBm523088728), the recorder on which the data link messages are recorded may be: (1) the CVR; (2) the FDR; (3)a combination recorder when [CAT.IDE.H.200](#_DxCrossRefBm523088730) is applicable; or (4) a dedicated flight recorder. In that case, the operational performance requirements for this recorder should be those laid down in EUROCAE Document ED-112 (Minimum Operational Performance Specification for Crash Protected Airborne Recorder Systems) dated March 2003, including amendments No 1 and No 2, or any later equivalent standard produced by EUROCAE. (c) As a means of compliance with [CAT.IDE.H.195(a)(2)](#_DxCrossRefBm523088728), the operator should enable correlation by providing information that allows an accident investigator to understand what data were provided to the helicopter and, when the provider identification is contained in the message, by which provider. (d) The timing information associated with the data link communications messages required to be recorded by [CAT.IDE.H.195(a)(3)](#_DxCrossRefBm523088728) should be capable of being determined from the airborne-based recordings. This timing information should include at least the following: (1) the time each message was generated; (2) the time any message was available to be displayed by the crew; (3) the time each message was actually displayed or recalled from a queue; and (4) the time of each status change. (e) The message priority should be recorded when it is defined by the protocol of the data link communication message being recorded. (f) The expression ‘taking into account the system architecture’, in [CAT.IDE.H.195(a)(3)](#_DxCrossRefBm523088728) means that the recording of the specified information may be omitted if the existing source systems involved would require a major upgrade. The following should be considered: (1) the extent of the modification required; (2) the down-time period; and (3) equipment software development. (g) The intention is that new designs of source systems should include this functionality and support the full recording of the required information. (h) Data link communications messages that support the applications in Table 1 below should be recorded. (i) Further details on the recording requirements can be found in the recording requirement matrix in Appendix D.2 of EUROCAE Document ED-93 (Minimum Aviation System Performance Specification for CNS/ATM Recorder Systems, dated November 1998). ***Table 1*** Applications <table bgcolor="#d9d9d9" cellpadding="7" cellspacing="0"> <col/> <col/> <col/> <col/> <tr> <td bgcolor="#808080"><p align="center"> <b>Item No</b></p> </td> <td bgcolor="#808080"><p align="center"> <b>Application Type</b></p> </td> <td bgcolor="#808080"><p align="center"> <b>Application Description</b></p> </td> <td bgcolor="#808080"><p align="center"> <b>Required Recording Content</b></p> </td> </tr> <tr valign="top"> <td bgcolor="#d9d9d9"><p align="left"> 1</p> </td> <td bgcolor="#d9d9d9"><p align="left"> Data link initiation</p> </td> <td bgcolor="#d9d9d9"><p align="left"> This includes any application used to log on to, or initiate, a data link service. In future air navigation system (FANS)-1/A and air traffic navigation (ATN), these are ATS facilities notification (AFN) and context management (CM), respectively.</p> </td> <td bgcolor="#d9d9d9"><p align="left"> C</p> </td> </tr> <tr valign="top"> <td bgcolor="#d9d9d9"><p align="left"> 2</p> </td> <td bgcolor="#d9d9d9"><p align="left"> Controller/pilot communication</p> </td> <td bgcolor="#d9d9d9"><p align="left"> This includes any application used to exchange requests, clearances, instructions and reports between the flight crew and air traffic controllers. In FANS-1/A and ATN, this includes the controller pilot data link communications (CPDLC) application.</p> <p align="left">CPDLC includes the exchange of oceanic clearances (OCLs) and departure clearances (DCLs).</p> </td> <td bgcolor="#d9d9d9"><p align="left"> C</p> </td> </tr> <tr valign="top"> <td bgcolor="#d9d9d9"><p align="left"> 3</p> </td> <td bgcolor="#d9d9d9"><p align="left"> Addressed surveillance</p> </td> <td bgcolor="#d9d9d9"><p align="left"> This includes any surveillance application in which the ground sets up contracts for delivery of surveillance data.</p> <p align="left">In FANS-1/A and ATN, this includes the automatic dependent surveillance-contract (ADS-C) application.</p> </td> <td bgcolor="#d9d9d9"><p align="left"> C, F2</p> </td> </tr> <tr valign="top"> <td bgcolor="#d9d9d9"><p align="left"> 4</p> </td> <td bgcolor="#d9d9d9"><p align="left"> Flight information</p> </td> <td bgcolor="#d9d9d9"><p align="left"> This includes any application used for delivery of flight information data to specific aeroplanes. This includes for example, data link-automatic terminal information service (D-ATIS), data link-operational terminal information service (D-OTIS), digital weather information services (D-METAR or TWIP), data link flight information service (D-FIS) and Notice to Airmen (D-NOTAM) delivery.</p> </td> <td bgcolor="#d9d9d9"><p align="left"> C</p> </td> </tr> <tr valign="top"> <td bgcolor="#d9d9d9"><p align="left"> 5</p> </td> <td bgcolor="#d9d9d9"><p align="left"> Aircraft broadcast surveillance </p> </td> <td bgcolor="#d9d9d9"><p align="left"> This includes elementary and enhanced surveillance systems, as well as automatic dependent surveillance-broadcast (ADS-B) output data.</p> </td> <td bgcolor="#d9d9d9"><p align="left"> M*,</p> <p align="left">F2</p> </td> </tr> <tr valign="top"> <td bgcolor="#d9d9d9"><p align="left"> 6</p> </td> <td bgcolor="#d9d9d9"><p align="left"> Airlines operations centre (AOC) data</p> </td> <td bgcolor="#d9d9d9"><p align="left"> This includes any application transmitting or receiving data used for AOC purposes (in accordance with the ICAO definition of AOC). Such systems may also process AAC messages, but there is no requirement to record AAC messages</p> </td> <td bgcolor="#d9d9d9"><p align="left"> M<sup>*</sup></p> </td> </tr> <tr valign="top"> <td bgcolor="#d9d9d9"><p align="left"> 7</p> </td> <td bgcolor="#d9d9d9"><p align="left"> Graphics </p> </td> <td bgcolor="#d9d9d9"><p align="left"> This includes any application receiving graphical data to be used for operational purposes (i.e. excluding applications that are receiving such things as updates to manuals).</p> </td> <td bgcolor="#d9d9d9"><p align="left"> M<sup>*</sup></p> <p align="left">F1</p> </td> </tr> </table>