SWIM in ASEAN Demonstration - IATA - HomeIntroduction Oct 2016 Jan 2016 Mar 2017 May 2017 Aug 2017 Oct 2017 USA proposed to assist in putting together a SWIM demonstration involving

SWIM in ASEAN Demonstration

Introduction

• Greater ATM system interoperability

• Increased air navigation service efficiency

Key DriverSWIM

2

Introduction

Oct 2016 Jan 2016 Mar 2017 May 2017 Aug 2017 Oct 2017

USA proposed to

assist in putting

together a SWIM

demonstration

involving all AMSs

ATTC/14

ICAO APAC SWIM TF/1

Planning out activities

and milestones for the

demonstration among

Singapore, Thailand,

and USA

Inaugural Planning SessionATWG/34

Discussion between

Singapore and Thailand

started Participant Packagesent to AMSs and interested States

3

Introduction

2017 2018 2019

Nov 2019Demonstration

Operational scenarios design session between Singapore and Thailand

Nov 2017

Apr 2018

TIM/1

11-15 Nov 2019

Preparation

Sep 2018

TIM/2Apr 2019

TIM/2.5Aug 2019

TIM/3

11 12 13 14 15

DressRehearsal

DemonstrationBangkok

Travel Day DressRehearsal

DemonstrationSingapore

4

Scope of the Demonstration

5

Purpose of the Demonstration

To demonstrate the principles of SWIM

To show the potential benefits of SWIM

To demonstrate a model of SWIM implementation for ASEAN and APAC region

6

Goals of the Demonstration

• Demonstrate operational values of SWIM, anchoring on scenarios based on

Distributed Multi-Nodal ATFM Network concept

• Generate greater discussion among participants on SWIM and

SWIM implementation in the region

• Achieve broad participation by ASEAN and Asia/Pacific aviation community

• Construct a Global Enterprise Messaging Service (GEMS) network

Gain consensus for ASEAN and Asia/Pacific to move forward on SWIM

7

Demonstration Technical Infrastructure

High-Level Technical Architecture

• A network of interconnected EMSs

• Network connectivity: VPN • GEMS Working Group

Governance and Business Rules for Inter-EMS Data Exchange

• Data will be exchanged through an EMS

Global Enterprise Messaging Service (GEMS)

15

Enterprise Messaging Service Enterprise Messaging Service

Governance Validation

Routing Security

Information Service

Aeronautical information Flight information

Meteorologicalinformation

ATFM Daily Plan information

Additional Service

GUFI service

Flight object management

Data transformation

Application

Data Governance Module

ATFM

Viewer

16

Standards Used for Information Exchange within this Demonstration

• Messaging▪ AMQP v1.0▪ Metadata :

➢ Current operational concept: ATS message-based➢ Transition➢ Future operational concept: FF-ICE

• In demonstration :▪ Use both pre-recorded and simulated data ▪ Use cases involving aeronautical information, flight information, and weather

information sharing among stakeholders will be demonstrated▪ AIXM V5.1, FIXM v4.1 with APAC Extension, IWXXM v2.0

17

Scenario Introduction

Scenario Principles

Normal Flight Operations

➢ Gate-to-gate operations➢ Airport CDM

Enhanced flight information exchange

Restricted Flight Operations

➢Military activity➢Weather hazard➢ Conditional route (CDR)

Cross-border ATFM, ASM, and collaboration

Demonstrating SWIM and its benefits to flight and ATM operations

Current Operational Concept


➢ Special Use Airspace➢Weather hazard

FF-ICE/1 Pre-Departure Negotiation

Future Operational Concept

19

Scenarios to be Demonstrated

Departure-to-Arrival Trajectory Sharing

2 scenariosAirport CDM (A-CDM) Operations2 scenarios



20



Airborne ATFM Measure due to Weather Constraint

2 scenarios

Ground Delay Program due to Arrival Constraint

3 scenarios

Airspace Use Plan and CDR De-Activation

1 scenario

Restricted Flight Operations

21


Future Operational Concept

FF-ICE/1: Pre-departure Negotiation1 scenario


22

Lessons Learnt

Observations / Lessons Learnt

• Seamless information exchange among stakeholders is critical

➢ Common situational awareness

➢ Predictability

➢ Collaborative decision making

• Increasing need for SWIM is a fact

➢ Improve current operations

➢ Enable advance operations

• More distinct operational benefits can be achieved with increasing SWIM implementation

• Participation of AU’s FOC system via G/G SWIM tangibly contributes to improved ATM system performance

More SWIM capable, the better !

24

Observations / Lessons Learnt• Interconnected-EMSs is a candidate model of SWIM implementation for ASEAN and

Asia/Pacific region

➢ Use of open standards, utilization of open-source messaging protocols

➢ GEMS metadata

▪ Defined format and possible values

➢ Message routing

▪ Standardized solution required to prevent message looping

▪ Messages irregularly-continuously routed among GEMS providers

➢ Relation between headers

▪ Requiring defined relation between header defining message type and other related header

GEMS_MESSAGE_TYPE = FPL

GEMS_XML_VERSION, GEMS_ACID, GEMS_DEP_AIRPORT, GEMS_ARR_AIRPORT

➢ Required data elements of each message types

25

Observations / Lessons Learnt

• Use of AIXM, FIXM, IWXXM plays an important role in achieving interoperability

➢ Regional requirements - Extensions to XM Core

• Mediation is a key to bring diverse stakeholders with different technical capabilities on board

• Technical enhancement discussion without operational view is challenging

➢ Clearly defined operational use cases

➢ Clearly defined process

Move forward on SWIM

26

Thank You

27

ＣＩＶＩＬＡＶIＡＴＩＯＮＢＵＲＥＡＵ OF ＪＡＰＡＮＭｉｎｉｓｔｒｙｏｆＬａｎｄ, Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ, ＴｒａｎｓｐｏｒｔａｎｄＴｏｕｒｉｓｍ

Transition to SWIM- Challenges of Japan -

Yukinobu RYU, JCAB

For IATA Webinar

4 December, 2019

1

Motivation

for

SWIM2

Information exchange among stakeholders

3

Airline

A

Airline

B

Airline

C

JCAB

SYSTEM

A

JCAB

SYSTEM

B

JMA

SYSTEM

Airline

A

Airline

B

Airline

C

JCAB

SYSTEM

A

JCAB

SYSTEM

B

JMA

SYSTEM

SWIM

Today Tomorrow

• Old technologies

• Limited use of information

• Cost (will definitely increase)

• Timely technologies

• Expanded use of information

• Cost (will be reasonable)

For this transition, our priorities are …1) to exchange FPL, NOTAM, MET information under the SWIM environment

2) to abolish point-to-point connections and necessary capabilities

3) to show operational benefit with/after transition (ex. FF-ICE)

⚫ Objective ✓ To get consensus among stakeholders for SWIM implementation

in Japan

⚫ Members ✓ JCAB(ANSP, Regulator), JMA(Met services), Airlines, Airports,

Vendors, JSDF and 3rd Party

⚫ Main discussion ✓ 1st meeting: Review of past activities – CARATS IM WG

✓ 2nd meeting: Role of SWIM from the “TI” point of view

✓ 3rd meeting: Phased implementation and initial services

✓ 4th meeting: CBA & International harmonization

✓ 5th meeting: Roadmap & “Agreed” Basic policy for SWIM

implementation in Japan

4SWIM implementation WG

4

5

SWIM Implementation Roadmap

Phase１ Phase２ Phase３

2024 2025 2026 ・・・ Around 2030～2018～

Start

establishing

of SWIM

governance

SWIM Technical Infrastructure (TI)

SWIM Information service

●Basic policy, Roadmap, Implementation phases, Information services, SWIM TI

●Ops framework, Training ●Continuous service monitoring

Expansion of SWIM Information service

●Provision of Initial SWIM services

●Provision of web service and Web-API

●Provision of SWIM portal

●TI for Ops use : ATMC

●TI for V&V, Backup : SDECC

●Security, Authentication

●Pub/Sub, Message transfer

●One stop

●IF exchange & IF management

●Relay

Functions of SWIM TI

●Information service for collaborative Ops

- FF-ICE, Cross-border ATFM, A-CDM

●Advanced information service to support

efficient ATM & Aircraft operations

- Realize of CARATS measures and

user’s needs

●Function for international

connections （GEMS?）

●A/G SWIM

●Information

Services to support

TBO

●Service improvement ”KAIZEN”

6

【”Candidate” SWIM services to be prepared for Phase-1】

Service name Description

Flight Plan filing service in FIXM format (Web)

ATS information publication service in FIXM format and API (Pub/Sub)

Automatic Terminal Information

Service(ATIS) publication

service/request service

ATIS service in XML format (Pub/Sub, R/R）

Common-PIREP publication servicePilot Report service in XML format (Pub/Sub)

※FUKUOKA FIR only

Information service package request

service (Message)

Mixture and extract service of aeronautical and

weather information(Message-oriented)

Information service package request

service (MAP/GIS)

Mixture and extract service of aeronautical and

weather information (MAP/GIS-oriented)

Airport / Airspace profile service “Snapshot” information service of Airport and

Airspace situation (Web)

Airport slot & Parking gate request

serviceWeb service

Oceanic airspace trial serviceTrial service to improve aircraft operation in Oceanic

airspace (Web)

SWIM Services

6

Aeronautical

Data

AIM as SWIM Services

7

Pre-Flight Briefing

AIS Unit

Obstacle Data Sets

For Aircraft

Performance

Calculation

For EFB

For Dispatch

Automated Driving

For Aircraft Display

Digital NOTAM

Charts

For Dispatch

For Making FMS Data

データ

For Application

of Smart Phone / Tablet

Input FMS Data

For Flight Inspection

For Simulation of Radio Wave

For Airspace Design

For ATM Systems

For Search & Rescue

For Pre-flight briefing

For Input

For Input

For Pilot

ANSP AirportPilot(Request/Reply)

Airline

⚫ Pub/Sub,

⚫ One Stop,

⚫ Request / Reply

⚫ Web,

⚫ Web API

SWIM

InfrastructureSWIMData

Exchange

Service

Data Service

Provider Third Party

Providing aviation weather information for domestic aviation users via SWIM

◆ JMA and JCAB, in reflecting users requirements, will consider implementing

SWIM-based information services to provide wide variety of MET information.

“MetAir” is a web service to provide

METAR, TAF, SIGMET and other

information, such as significant weather

charts and satellite imageries.

【MetAir】【ALIS】

“ALIS” is a web service specialized for

providing users with real-time

observation data at aerodromes in

Japan (updated every 6 seconds) via

a network.

MET as SWIM Services

8

中国民航首次初始四维航迹试飞验证The First I4D Flight Validation in China

蔡开泉，民航协同空管技术与应用重点实验室Kaiquan CAI, Collaborative ATM Technology Lab, CAAC

2019/12/04

2

I4D试飞验证背景概述/General Overview

I4D试飞验证过程及结果/I4D Flight Validation

总结与展望/Conclusion & Outlook

报告内容/OUTLINE

2

3

2015年：启动I4D试飞验证项目，民航数据通信公司牵头2015：Launched the project of Initial 4D Trajectory(I4D) flight validation，led by

ADCC

2017年：民航局空管局成立TBO研究与论证工作组2017: CAAC ATMB set up the TBO Taskforce

2019年：I4D试验验证列入民航局空管局重点任务2019: List the I4D project as the annual focal task

民航局高度重视/High Attention from CAAC


3

4

验证I4D运行概念及其性能To Validate the I4D Concept and its performance 所需到达时间/RTA 空地航迹共享/EPP 数字化管制/CPDLC

为I4D/TBO的应用做准备To Prepare for Envisaged I‐4D/TBO Operation 系统开发/Prototypes Development & Test 程序验证/ Operational Procedures Validation 演示验证/I4D Demonstrations

I4D项目目标与内容/I4D Project Scope


4

与空客合作开展飞行试验工作/Collaboration with AIRBUS


2016.9 北京/Beijing

2016.12 图卢兹/Toulouse

2018.09 图卢兹/Toulouse5

6





6

7

试验方案/Test Scenario


验证内容/Test Items：CPDLC/ADS-CCTA+EPP

场景选取/Scenario：路线：天津‐广州，往返/Route: Tianjin‐Guangzhou验证区域：广州区管+进近/Area: Guangzhou ACC & APP

管制验证模式/Test ModeI4D测试系统：静默工作/ShadowMode

7

8

Test aircraft with I4D avionics I4D ATC automation system ATN baseline2 based CPDLC/ADS‐C

I4D试验系统构成/I4D Test Systems


8

9

飞行途经6大管制单位，全程3800多公里

Fly through 6 ATC units, more than 12 controlsectors, with a total mileage of more than 3,800kilometers

预设24个试验运行场景

24 test scenarios predefined

测试21条CPDLC、ADS‐C等I4D管制指令

21 I4D instructions tested, covering ADS‐C EPPreports test, CPDLC communication test, and CTAoperation test.

飞行试验程序/Test Procedures


9

试验飞行圆满成功/A successful I4D Flight on 20.03.2019


Guangzhou ATC Center

A320 Test Aircraft10

11

空地四维航迹共享能力EPP/4DT Downlink


试验中下传EPP最多包含42个航路点信息，涵盖起飞至降落过程中的全部航路点信息

42 waypoints can describe the flight plan from ZBTJ to ZGGG. The EPP data covered the whole projected 4 dimensional trajectory

每5分钟周期下传EPP数据，EPP数据质量稳定，获取全部152次有效EPP数据信息

The aircraft downloads EPP data every 5minutes, and the data quality is stable

11

空地航迹协商Air‐ground trajectory negotiation by CPDLC


阶段 RTA 协商测试位置测试点所属区域

去程进近起始 ATAGA Guangzhou TMA返程区内飞行 LUMKO Guangzhou ENR返程区间移交 OBLIK Guangzhou ENR

Demand ContractATAGA

获取ATAGA、LUMKO、OBLIK的ETA时间窗口Obtained the ETA windows of ATAGA, LUMKO, OBLIK 分配并上传航空器的过点时刻CTAUploaded CTA time from ATC for real‐time trajectory negotiation

19:02:40-19:12:33时间窗口/ETA window

分配CTA/Assigned CTA19:05:00

LegRTA negotiation

Type Metering Fix Affiliation1 Enter TMA ATAGA Guangzhou TMA2 Inside ENR LUMKO Guangzhou ENR2 Transfer OBLIK Guangzhou ENR

12

航空器精准定时到达Accuracy of on‐time arrival


CTA Execution Recorded

CTA Fix

CTA Execution (UTC 20th March)

CTA Issued Distance to

Fix

ETA window

CTA/tolerance

Response Time to set

CTA

Pilot Record

Radar Monitor

ATAGA 578km 3:02:43-3:12:02

3:05:00(10s) 48s +2s -5s

LUMKO 394km 3:54:19-3:56:26

3:55:00(10s) 15s 0s -1s

OBLIK 492km 4:24:08-4:26:59

4:25:00(10s) 33s +1s -4s 13

ATAGA

LUMKO

OBLIK

14





14

增强管制员的态势感知能力，以及流量预测的准确性Increase of ATCO awareness and flow predictability thanks to EPP 数字化管制的方式能降低约30%以上的管制和飞行工作负荷ATC workload & Pilot work load could reduce more than 30% thanks to the application of CPDLC/ADS‐C 飞行过点时间精度控制在10秒以内CTA executed with the time deviation less than 10s

性能改进/Performance Gains


15

16

机载系统和地面系统的升级Aircraft equipage & ground system upgrades EPP在流量系统中的应用EPP application in AMAN/ATFM I4D向TBO演进的需求：协同信息环境I4D to Full 4D: Collaborative InformationEnvironment I4D/TBO运行标准制定的需求Need for operation guidance and procedurestandards

下一步的应用问题/Further Applications


16

谢谢！THANK YOU!

17

Documents

SWIM in ASEAN Demonstration - IATA - HomeIntroduction Oct 2016 Jan 2016 Mar 2017 May 2017 Aug 2017 Oct 2017 USA proposed to assist in putting together a SWIM demonstration involving