(Global) PAN AIDC ICD AIDC Implementation Seminar 28 th – 31 st October 2014 Adam Watkin Airservices Australia

History  In 1971, Canada and the United Kingdom agreed to exchange data between Gander and Shanwick Oceanic Area Control Centres (OACs) using On-Line Data-Interchange (OLDI)  Subsequently, a similar arrangement was agreed to between Reykjavik and the Shanwick OAC/ACCs  Improved efficiency between the Air Traffic Services (ATS) units concerned  However, they were not standard (or even compatible)  To gain full benefits regional standardisation was required

History  At NAT SPG/25 (Paris, September 1988), a Task Force was established to develop a future ATS system concept for the whole of the NAT Region (NAT SPG/25, Conclusion 25/11 refers)  The Task Force identified that a common interface Control Document (ICD) that would describe OLDI exchanges between ATS units within and adjacent to the NAT Region was required

History  At NAT SPG/26 (Paris, May 1990) it was agreed that a working group should be established to oversee the development and co-ordinated implementation of a common ICD for the NAT Region (NAT SPG/26, Conclusion 26/17 refers)  At NAT SPG/27 (Paris, June 1991), it was noted that the draft ICD was sufficiently mature to be used for planning purposes and therefore agreed that States should endeavour to replace agreements that existed at the time with the common ICD by the end of 1991

History  On the basis of the work conducted by NAT SPG, APANPIRG/5 (Bangkok, 1994) undertook the task of developing a document describing the interfacility message exchanges required to support automation in the Asia Pacific region  As a result of this undertaking, Asia Pacific AIDC ICD V1 was issued in May 1995  The content of the original document was based mainly on North Atlantic AIDC ICD  Few differences  Divergence over the years as both documents have evolved

History

Decision 20/14 – Support for Global ICD for AFTN AIDC “That, recognizing the benefits to be gained from globally harmonized interface arrangements for AIDC, APANPIRG supports the work being undertaken by the United States to coordinate a global Interface Control Document (ICD) for AFTN AIDC and invites the Asia/Pacific Regional Office to act as the regional point of contact for this work”

Establishing IRAIDCTF  Inter-regional AIDC task force (IRAIDCTF) established in January 2013  This Task Force was established in accordance with:  NAT SPG Conclusion 48/28; and  APANPIRG Conclusion 23/20

Meetings held:  IRAIDCTF/1: Paris January 2013  IRAIDCTF/2: Bangkok 22 to 26 July 2013  IRAIDCTF/3: Montreal March 2014 Webexes:  Web/1: 27 February 2013  Web/2:10 April 2013  Web/3: 11 June 2014  Web/4: 9 July 2014  Web/5: 6 Aug 2014 Establishing IRAIDCTF

 Work initially focussed on merging the North Atlantic & Asia Pacific ICDs  Common functionalities were sometimes worded differently  Best text chosen, or new text developed  Differences identified, and an acceptable way forward discussed and implemented  There were not an insurmountable number of significant differences! Developing PAN AIDC ICD

 Several messages were retained in the PAN AIDC ICD even though technically not AIDC messages  NAT (NAT Organized Track Structure Message)  TDM (Track Definition Message)  Moved to an Appendix  Retained because message format does not appear to be defined anywhere else Developing PAN AIDC ICD

 Once the structure and overall content of the document was agreed to  Overhaul of text  Lessons learnt  incorporated  Area where ambiguities have occurred  improved Developing PAN AIDC ICD

 Current version is V0.92 (Coordination draft)  Similar layout to parent documents  Awaiting resolution to several comments emanating from NAT SPG  Presented to OPLINK Panel meeting – Oct 2014  Intention is to develop into an ICAO Document, with references in Annexes and PANS-ATM Developing PAN AIDC ICD

PAN AIDC ICD  The following slides outline the significant differences between the current Asia Pacific AIDC ICD, and the draft PAN AIDC ICD

Global ICD - contents  Foreword  Chapter 1 – Abbreviations and AIDC messages  Chapter 2 – Purpose, Policy and Units of Measurement  Chapter 3 – Communications and Support Mechanisms  Chapter 4 – AIDC messages  Chapter 5 – Error Codes  Chapter 6 – Implementation Guidance Material  Appendix A – Templates for Bilateral Agreements on AIDC  Appendix B – Regionally Specific messages  Appendix C – Additional Implementation Guidance Material

Chapter 2  Cruise climb format  Examples on Field 14 formats moved to Chapter 4  “Restriction” section significantly updated

Ch2 - Cruise climb format A format to coordinate a cruise climb has been added to Chapter 2 Format: F340F320C Meaning: “The aircraft is assigned FL340, cruise climbing from FL320”  The cruise climb format may be used in Field 14, or in a TRU message

Ch2 – Field 14 examples  All the examples of Field 14 formats have been moved to Chapter 4  Provides consistency, because Ch4 contains examples of other flight plan fields

Ch2 - Restriction formats  The section describing Restriction format has been considerably updated. It now accommodates:  Change of speed and/or level to commence at a future time or place  Change of level to be completed by a future time or place  The descriptions in existing documents were a little confusing and contradictory  Formats are now standardised  Addition of numerous examples

Chapter 3  Specified the CRC to be used  Interpreting the AIDC Header  Measuring AIDC performance

Ch3 - CRC  Historically there have been problems with the CRC, due to a number of versions of CRC-CCITT being available  Defined which specific CRC to use (“XModem”)  Provided examples of AIDC messages, along with their associated CRC for testing purposes

Ch3 – AIDC Message Header  Provides information concerning the AIDC message Header  Description of the contents a description of the contents  Example showing the linking of AIDC messages using message header information

Ch3 - AIDC performance  Provides information on AIDC performance:  Description and examples using time stamp information

Chapter 4 – AIDC messages  Expanded description of allowable flight plan fields (with examples)  Rewrite of the description of AIDC messages  New AIDC messages added  Allowable contents of TRU message updated  Moved TDM and NAT messages

Ch4 - Flight Plan fields  New section added describing flight plan fields  Description of allowable contents  Inclusion of examples (including Field 14 examples, moved from Ch2)

Ch4 – Description of AIDC messages  The description of the AIDC messages has been rewritten  Standardised format and content  Examples improved, and updated to 2012 FPL format  Removed the ability to amend destination in ABI  Updated table showing allowable content of messages

Ch4 – Description of AIDC messages  The description of the AIDC messages has been rewritten  Standardised format and content  Examples improved, and updated to 2012 FPL format  Removed the ability to amend destination in ABI  Updated table showing allowable content of messages

Ch4 - New AIDC messages – PCM, PCA PCM (Profile Confirmation Message)  Used to detect and recover from coordination errors, such as:  No coordination conducted at all  Coordination completed, but amendments have not been coordinated  Intended to be sent as the aircraft approaches the FIR boundary (e.g. 5 minute prior to FIR boundary)

PCM – Contents (Mandatory)  Aircraft identification  Departure aerodrome  Estimate data  Destination aerodrome (Optional)  Flight rules and type of flight  Number, type of aircraft, and wake turbulence category  Equipment  Route  Other information Ch4 - New AIDC messages – PCM, PCA

PCA (Profile Confirmation Acceptance)  Sent in response to a PCM  Confirms coordination information previously transmitted is correct; or  Acts as a last minute “Safety net” PCA – Contents (Mandatory)  Aircraft identification  Departure aerodrome  Destination aerodrome Ch4 - New AIDC messages – PCM, PCA

Ch4 – Allowable contents of TRU message  Allowable contents of TRU message updated  Added ability to coordinate “Present level”, and “Requested Flight level”

Ch4 – TDM and NAT messages  These messages are not strictly AIDC messages “(TDM TRK A LILIA 27N170W 29N180E 31N170E 32N160E MASON RTS/ PHNL KEOLA2 LILIA MASON OTR15 SMOLT OTR16 SUNNS OTR20 LIBRA RJAA RMK/0)”

Ch4 – TDM and NAT messages  These messages are not strictly AIDC messages “(NAT-1/1 TRACKS FLS 310/390 INCLUSIVE JULY 01/0100Z TO JULY 01/0800Z PART ONE OF ONE PART- V YAY 53/50 54/40 55/30 56/20 56/10 MAC EAST LVLS WEST LVLS NIL EUR RTS WEST NIL NAR N125A N129B- …..”

 These messages are not strictly AIDC messages  However, format does not appear to be defined elsewhere  Messages retained, but moved to Appendix Ch4 – TDM and NAT messages

Chapter 6 - Implementation Guidance Material  Substantial re-write  Reorganised, additional guidance added  Improved examples  Description of Area of Common Interest  Updated Flight State Transition Diagram

Ch6 - Implementation Guidance Material  This chapter was significantly expanded  15 pages in Asia Pacific ICD expanded to 41 pages in PAN AIDC ICD  Sections moved around to match the order that AIDC messages are listed in elsewhere in the document  Additional guidance provided for all AIDC message types

 A description of the Area of Common Interest (ACI) has been added  Includes diagrams  References to ACI have been updated throughout the document Ch6 - Description of ACI

Ch6 – Flight State Transition diagram  The flight state transition diagram was updated  Corrected previous limitations  Included new AIDC messages  Improved legend To be discussed in greater detail later in the seminar

Ch6 - mini FST diagams  Each AIDC message description has a mini flight state transition diagram associated with it  Provides an indication of how the flight state evolves as individual messages are sent

Ch6 - AIDC flight threads - examples  Examples have all been updated and expanded upon  Now 14 examples  Cross section of all message types & formats Each example contains:  Text describing the scenario;  A graphical flight thread that illustrates the sequence of messages  flight threads are colour coded  message ‘dialogues’ displayed in the same colour  A table containing the associated AIDC messages

Example 1 – Coordination using abbreviated initial coordination dialogue ATSU 1 transmits a notification message (ABI) to ATSU 2. The ABI contains Estimate data of RUNOD at 1209, operating in a block clearance between FL350 and FL370. By agreement, ATSU 1 includes flight planned speed/level changes in Field 15 of AIDC messages. Subsequently the estimate for RUNOD changes to 1213, but ATSU 1 has an agreement with ATSU 2 not to sent revised Notification messages for revisions of less than 5 minutes. ATSU 1 transmits an abbreviated coordination message (EST) to ATSU 2. The proposed coordination contains Estimate data of RUNOD at 1213 operating in a block clearance between FL350 and FL370. ATSU 2 accepts the proposed coordination conditions by responding with an ACP. ATSU 1 proposes a transfer of control responsibility by transmitting a TOC to ATSU 2. ATSU 2 accepts control responsibility by responding with an AOC Ch6 - AIDC flight threads - examples

ATSU 1 (ABI-ANZ804/A1207-YBBN-RUNOD/1209F350F370-NZCH-8/IS-9/A320/M- 10/SDE1E3FGHIM2RW/LB1-15/N0448F S15313E SCOTT Y76 SIFRA/M078F390 L503 CH DCT-18/PBN/A1C1D1O1S2T1 REG/ZKOJK EET/NZZO0132 SEL/HJRS CODE/C81845 OPR/ANZ RALT/NZAA YBCG YSSY RMK/TCAS EQUIPPED) ATSU 1(EST-ANZ804/A1207-YBBN-RUNOD/1213F350F370-NZCH) ATSU 2(ACP-ANZ804/A1207-YBBN-NZCH) ATSU 1(TOC-ANZ804/A1207-YBBN-NZCH) ATSU 2(AOC-ANZ804/A1207-YBBN-NZCH) Ch6 - AIDC flight threads - examples

PAN AIDC ICD - future  PAN AIDC ICD presented at OPLINKP/2 (WP/11 refers)  Proposed to be developed as an ICAO Manual Doc XXXX  Include European OLDI  Wont be merged with OLDI – too many differences  OLDI probably included as a separate section  Update Annexes, Doc 4444 appropriately

More information Adam Watkin Air Traffic Controller Brisbane Centre