Toulouse A-SMGCS verification and validation results
Transcription
Toulouse A-SMGCS verification and validation results
Contract No. TREN/04/FP6AE/SI2.374991/503192 Toulouse A-SMGCS verification and validation results MONGENIE Olivier & PAUL Stéphane DSNA & Thales ATM Document No: Version No. Classification: Number of pages: D6.4.1 1.0 Public 115 Project Funded by European Commission, DG TREN The Sixth Framework Programme Strengthening the competitiveness Contract No. TREN/04/FP6AE/SI2.374991/503192 Project Manager M. Röder Deutsches Zentrum für Luft und Raumfahrt Lilienthalplatz 7, D-38108 Braunschweig, Germany Phone: +49 (0) 531 295 3026, Fax: +49 (0) 531 295 2180 email: fp6-emma@dlr.de Web page: http://www.dlr.de/emma © 2007, - All rights reserved - EMMA Project Partners The reproduction, distribution and utilization of this document as well as the communication of its contents to other without explicit authorization is prohibited. This document and the information contained herein is the property of Deutsches Zentrum für Luft- und Raumfahrt and the EMMA project partners. Offenders will be held liable for the payment of damages. All rights reserved in the event of the grant of a patent, utility model or design. The results and findings described in this document have been elaborated under a contract awarded by the European Commission. EMMA Toulouse A-SMGCS verification and validation results Distribution list Member Type No. Web Contractor Sub-Contractor 1 Name POC Internet http://www.dlr.de/emma Intranet 1 DLR https://extsites.dlr.de/fl/emma Joern Jakobi 2 AENA Mario Parra Martínez 3 AIF Marianne Moller 4 SELEX Giuliano D'Auria 5 ANS_CR Miroslav Tykal 6 BAES Stephen Broatch 7 STAR Max Koerte 8 DSNA Thierry Laurent 9 ENAV Antonio Nuzzo 10 NLR Luc de Nijs 11 PAS Alan Gilbert 12 TATM Stéphane Paul 13 THAV Alain Tabard 14 AHA David Gleave 15 AUEB Konstantinos G. Zografos 16 CSL Libor Kurzweil 17 DAV Rolf Schroeder 18 DFS Klaus-Ruediger Täglich 19 EEC Stéphane Dubuisson 20 ERA Jan Hrabanek 21 ETG Thomas Wittig 22 MD Phil Mccarthy 23 SICTA Claudio Vaccaro 24 TUD Christoph Vernaleken CSA Karel Muendel Distributed1 N.N. Customer EC Morten Jensen Additional EUROCONTROL Paul Adamson Please insert an X, when the PoC of a company receives this document. Do not use the date of issue! Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 2 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Document control sheet Project Manager Responsible Authors Additional Authors Michael Roeder MONGENIE Olivier, PAUL Stéphane SAINI Luca MARCOU Nicolas MONTEBELLO Philippe Subject / Title of Document: Related Task('s): Deliverable No. Save Date of File: Document Version: Reference / File Name Number of Pages Dissemination Level Target Date Toulouse A-SMGCS verification and validation results WP6.4 D6.4.1 2007-03-06 1.0 D641_Results-TLS_V1.0.doc 115 Public 2006-01-31 DSNA, TATM TATM DSNA DSNA Change control list Date Release Changed Items/Chapters 2005-06-23 2005-09-02 0.01 0.02 §2.3.2 2005-09-12 0.03 §2.3.2 and §2.3.3 2005-12-07 2006-01-16 0.04 0.05 New §2.4 New §2.5 2006-01-20 2006-03-01 0.06 0.07 New §2.5.2 New §2.6 2006-03-31 - 2006-04-04 2006-04-14 0.08 - 2006-04-21 - Parallel D641 document created by DSNA for validation results. New §2.7 The TATM editorial comments to the parallel D641 document created by DSNA, release v0.01, are implemented. The results of the shadow-mode trials are completed. A fast-time simulations chapter is added. Editorial and content improvement. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Comment Initial draft. Comments by Holger Neufeldt and by Marianne Moller. Update of Airbus analysis by Marianne Moller. Contribution by Holger Neufeldt. Contribution by Luca Saini and Paolo Gervasoni. Answer of FAA on RTCA issue. Temporary internal results, to be updated. Initial draft validation results by DSNA. Release v0.01 is delivered to TATM for review. Time stamp issue. By DSNA. Release v0.02 is delivered to TATM for review. By DSNA. Release v0.03 is Page 3 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 2006-04-27 0.09 2006-05-09 0.10 2006-12-07 0.11 2007-02-26 0.12 2007-03-06 0.13 2007-03-08 1.0 delivered to DLR for review and to TATM for integration of the verification results. Submission to DSNA and Luca Integrated parallel D641 document created by DSNA for validation results Saini for review. in its release v0.03. Transfer of the analysis tables for the shadow-mode validation trials in an annex. Editorial improvement. Check of acronym list. Suppression of figure 15. New verification tests, re-organisation of chapters and consolidation with V&V test plan. Small comment about MOGADOR. Submission to DLR for general Editorial improvements. assembly review and/or submission to EC. Update of all the document by DSNA Submission by DSNA to TATM. following EC review. Update of all the document by Luca Saini following EC review. Processing of remaining comments from EC by Philippe Montebello and Stéphane Paul. Approval by EC. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 4 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Table of contents Distribution list........................................................................................................................................ 2 Document control sheet........................................................................................................................... 3 Change control list .................................................................................................................................. 3 Table of contents ..................................................................................................................................... 5 1 Scope .................................................................................................................................................... 7 1.1 Identification ................................................................................................................................. 7 1.2 Project overview............................................................................................................................ 7 1.3 Document overview ...................................................................................................................... 7 1.3.1 Purpose ................................................................................................................................... 7 1.3.2 Intended audience................................................................................................................... 8 1.3.3 Document structure ................................................................................................................ 8 1.4 Relationships to other EMMA documents .................................................................................... 8 2 Verification........................................................................................................................................... 9 2.1 Mosquito position precision .......................................................................................................... 9 2.1.1 System configuration.............................................................................................................. 9 2.1.2 Results .................................................................................................................................... 9 2.1.3 On-the-fly analysis ................................................................................................................. 9 2.1.4 Conclusion............................................................................................................................ 10 2.1.5 RTCA DO-260A vol-1 bug on ADS-B surface position reporting ...................................... 10 2.2 ADS-B ground station coverage.................................................................................................. 11 2.2.1 Results .................................................................................................................................. 12 2.2.2 On-the-fly analysis ............................................................................................................... 12 2.3 Unstable track positions for some aircraft................................................................................... 12 2.3.1 Results .................................................................................................................................. 12 2.3.2 On-the-fly analysis ............................................................................................................... 13 2.3.3 Conclusion............................................................................................................................ 14 2.4 MAGS preliminary verification results ....................................................................................... 14 2.4.1 System configuration............................................................................................................ 14 2.4.2 Result of step (e) – system calibration ................................................................................. 15 2.4.3 Result of step (f) – localisation of test transmitter................................................................ 16 2.4.4 Results of step (g) – localisation of real targets ................................................................... 16 2.5 Surveillance latency and position precision ................................................................................ 18 2.5.1 First test: latency & position verification with a vehicle...................................................... 18 2.5.2 Second test: latency verification with an aircraft ................................................................. 20 2.5.3 Third test: dispersion verification......................................................................................... 21 2.5.4 On-the-fly analysis of the 3 tests .......................................................................................... 22 2.5.5 Conclusion............................................................................................................................ 22 2.6 ADS-B stations synchronisation: time drift test .......................................................................... 23 2.6.1 The test set-up ...................................................................................................................... 23 2.6.2 On-the-fly analysis ............................................................................................................... 24 2.6.3 Detailed analysis and issue solving ...................................................................................... 24 2.6.4 Conclusion and more (interesting) results ............................................................................ 24 2.7 ADS-B latency test...................................................................................................................... 24 2.8 Test of the probability of detection of a stationary vehicle ......................................................... 24 2.8.1 System configuration............................................................................................................ 25 2.8.2 Findings ................................................................................................................................ 25 2.9 ADS-B cost-benefit test............................................................................................................... 25 2.9.1 System configuration............................................................................................................ 26 2.9.2 Findings ................................................................................................................................ 26 2.10 Consolidation of verification results ......................................................................................... 26 2.10.1 Surveillance ........................................................................................................................ 26 2.10.2 Control................................................................................................................................ 27 Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 5 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 2.10.3 Human machine interface................................................................................................... 27 3 Validation session – shadow mode trials............................................................................................ 28 3.1 Introduction ................................................................................................................................. 28 3.2 Data description and data collection methods ............................................................................. 28 3.2.1 Raw data ............................................................................................................................... 28 3.2.2 Additional data ..................................................................................................................... 29 3.3 Data analysis................................................................................................................................ 30 3.3.1 Data analysis method............................................................................................................ 30 3.3.2 Analysis tables for the shadow-mode validation trials......................................................... 31 3.4 Results ......................................................................................................................................... 31 3.4.1 Operational feasibility: acceptance of technical performances ............................................ 31 3.4.2 Operational feasibility: procedures....................................................................................... 43 3.4.3 Operational improvements ................................................................................................... 46 4 Validation session – fast-time simulations ......................................................................................... 52 4.1 Introduction ................................................................................................................................. 52 4.2 Data description and data collection methods ............................................................................. 52 4.2.1 Raw data ............................................................................................................................... 52 4.2.2 Additional data ..................................................................................................................... 53 4.3 Data analysis................................................................................................................................ 54 4.3.1 Data analysis method............................................................................................................ 54 4.3.2 Measured indicators ............................................................................................................. 56 4.4 Results ......................................................................................................................................... 60 4.4.1 Operational improvements ................................................................................................... 60 5 Digest and conclusions....................................................................................................................... 68 6 Annexes.............................................................................................................................................. 69 6.1 Annex A: analysis tables for the shadow-mode validation trials ................................................ 69 6.1.1 Operational feasibility: acceptance of technical performances ............................................ 70 6.1.2 Operational feasibility: procedures....................................................................................... 91 6.1.3 Operational improvements ................................................................................................. 110 6.2 Annex B: references .................................................................................................................. 113 6.2.1 Applicable documents ........................................................................................................ 113 6.2.2 Referenced documents ....................................................................................................... 113 6.3 Annex C: abbreviations ............................................................................................................. 113 Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 6 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 1 Scope 1.1 Identification This document provides the Toulouse A-SMGCS verification and validation results. • Document Name: Toulouse A-SMGCS verification and validation results • EMMA No.: D6.4.1 • Revision: 0.13 • File Name: d641v013.doc 1.2 Project overview The project is named “European Airport Movement Management by A-SMGCS” with the acronym EMMA. The duration of the project is 2 years, with a follow-up in EMMA-2 (another 2 years). The project is organised in six different sub-projects. There are three ground-related sub-projects and one onboard-related sub-project. Based on an advanced operational concept, three functional level III advanced surface movement, guidance and control systems (A-SMGCS) will be implemented at three European airports: Prague-Ruzynĕ, Toulouse-Blagnac and Milano-Malpensa. The systems are to be tested operationally (i.e. with live traffic). The three ground-related sub-projects and the onboardrelated sub-project are autonomous, but are inter-linked with the sub-projects ‘concept’ and ‘validation’ to guarantee that the different systems are based on a common A-SMGCS interoperable air-ground co-operation concept and that all are validated with the same criteria. On-site long-term trials (i.e. 6 months to one year) are to ensure the assessment of benefit estimations. The results of the test phase shall feed back to the concept of operations, and are intended to set standards for future implementation in terms of: (a) common operational procedures, (b) common technical and operational system performance, (c) common safety requirements, and (d) common standards of interoperability with other ATM systems. These standards shall feed the relevant documents of international organisations involved in the specification of A-SMGCS, i.e. mainly ICAO, EUROCAE, and EUROCONTROL. This document is produced in the scope of work package 6.4 entitled "Verification and Validation at Toulouse". The activities performed in this work package 6.4 include: • preparation of the infrastructure at Toulouse-Blagnac airport for verification and validation; • technical tests (i.e. verification) of the A-SMGCS installed in Toulouse-Blagnac; • training of Toulouse-Blagnac controllers to the A-SMGCS; • shadow-mode trials with trained controllers on the A-SMGCS HMI installed in the ToulouseBlagnac tower to evaluate the operational feasibility of the A-SMGCS and assess the operational improvements brought by the system; • fast-time simulations of several traffic and environment conditions in Toulouse-Blagnac to quantify the operational improvements potentially brought by the A-SMGCS. 1.3 Document overview 1.3.1 Purpose The ICAO manual [15] on Advanced Surface Movement Guidance and Control Systems (A-SMGCS) and the EUROCAE WG-41 MASPS [16] for A-SMGCS contain operational and performance requirements that are considered to be necessary in the process of selection, development and introduction of A-SMGCS. These manuals have been defined for those aerodromes where current SMGCS needs to be upgraded, or for aerodromes which currently have no SMGCS, but where the traffic density and/or aerodrome layout requires so. The objective of this document is to report on the collected data aimed at supporting the assessment of the surveillance, surface conflict alerting and routing functions as implemented in Toulouse-Blagnac Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 7 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results against the aforementioned ICAO and EUROCAE requirements, in conformance to [3], [4], [7] and [14]. Due to some delays in the implementation of the Toulouse-Blagnac A-SMGCS test bed (cf. [2]) it was not possible to run all the tests foreseen in [5]. The corresponding implications for the overall project plan, as well as the plans foreseen by the project, in general, to cope with such a non-conformance are described within each test description. However, many tests were run, and some significant results were obtained, as documented within. 1.3.2 Intended audience The dissemination of this document is public. 1.3.3 Document structure Chapter 1 defines the scope of this document, the intended audience, and the document structure. Chapter 2 presents the verification results. Verification is testing against predefined technical specifications, i.e. technical functional testing: "did we build the system right?" Each section of this chapter presents a short description of the experiment set-up, an overview of the raw data that has been gathered, and different stages of analysis by the different partners involved. Chapter 3 and 4 present the validation results obtained respectively through shadow-mode trials and fast-time simulations. Validation is testing against operational requirements as defined by stakeholders and written down in [6], i.e. "did we build the right system?" The chapters describe the data, data collection methods, data analysis and results measured in terms of operational feasibility and operational improvements. Chapter 5 provides the conclusions drawn from the V&V activities in Toulouse-Blagnac airport. Chapter 6 provides details on referenced documents and some definitions. 1.4 Relationships to other EMMA documents Apart from the EMMA documents already referenced above, the author would like to bring the reader's attention to: • similar result collection reports for Prague-Ruzynĕ [8] and Milano-Malpensa airports [9], • a similar result collection report for airborne systems [10], • the verification and validation analysis report [11], • the verification and validation recommendation report [12]. Public EMMA documents can be found on www.dlr.de/emma. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 8 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 2 Verification Due to delays in the A-SMGCS implementation at Toulouse-Blagnac, it was not possible to thoroughly follow the V&V test plan, as documented in D6.1.3 [5]. However, some of the verification tests provided below in §2.1 to §2.9 and the site acceptance tests performed for each of the A-SMGCS sub-system elements (cf. D4.1.1, D4.12, D4.1.3, D4.2.1, D4.3.1, D4.4.1 and D4.4.2) allow us to take a stand on a number of technical hypotheses, as described below in §2.10, in particular where the surveillance, control and human-machine interface hypotheses are concerned. The D6.1.3 Toulouse-Blagnac V&V Test Plan [5] planned that the MOGADOR tool would be used in order to assess detection and identification indicators on a long-term basis from EMMA A-SMGCS recorded data. The recorded EMMA A-SMGCS SDF data (i.e. one week sample recorded in February 2006) was input into MOGADOR. However, the results obtained were abnormally bad and a very low number of tracks could be actually analysed. This is explained by the important number of lack of identifier and the poor continuity of the correlation function (i.e. MOGADOR uses the flight call sign as a key element to associate and identify tracks) and the need for tuning of MOGADOR to Toulouse-Blagnac platform that would necessitate additional time and effort. Consequently, since the results of the MOGADOR analysis do not reflect the reality, it was decided not to publish them in this document. The impossibility to perform a long-term analysis has a significant impact on the verification phase. In particular, the detection and identification performance of EMMA A-SMGCS will not be fully verified in Toulouse-Blagnac. Therefore, an additional campaign of measures will have to be performed as a preliminary to EMMA2 validation activity. 2.1 Mosquito position precision In June 2005, Laurent Volkmann (DSNA) calculated the A-SMGCS reported position accuracy (RPA), by comparing the Mosquito reported position to the D-GPS reported position. 2.1.1 System configuration For the test, the following set-up was prepared: • full automatic dependant surveillance broadcast (ADS-B) system installed, up and running; • ADS-B ground station (GS) configured to emit ASTERIX reports as soon as they receive 1090ES message updates from ADS-B targets; • Mosquito installed on a vehicle, up and running; • the same vehicle mounted with a D-GPS independent receiver, used as a reference; • ELVIRA recording system connected to the system LAN. 2.1.2 Results When both Mosquito and D-GPS track trajectories are superimposed on the ELVIRA display (cf. Figure 1), the reported position accuracy (RPA) appeared to be very good, but the calculation gave bad results because of the ADS-B GS time stamp. See picture below. 2.1.3 On-the-fly analysis Fact 1: The D-GPS has an update rate of 5 per second. The GPS inside Mosquito has an update rate of 1 per second. When the mobile is moving, it is assumed that the position sent by the GPS inside Mosquito is an average position over the last second. This introduces some latency. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 9 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Fact 2: Mosquito does not time stamp as no time stamp can be sent in ADS-B position messages. The first time stamp is performed during the ADS-B ASTERIX message formatting by the ADS-B ground station and reflects the ASTERIX message emission date. Fact 3: During the tests and in accordance with the ADS-B standard, each Mosquito/GPS position data was sent twice per second (with 0.5s interval), whilst the odd and even coding/decoding of the position data differed. This explains on Figure 1: Mosquito RPA on ELVIRA display the presentation of Mosquito positions as tight-couples (i.e. in fact the same data) separated by 0.5 seconds. Fact 4: In June 2005, the Mosquito equipment did not perform any position extrapolation to compensate the latency. 2.1.4 Conclusion Thales ATM implemented a position prediction algorithm in order to extrapolate the 1st message position and the 2nd message position by different factors. The position prediction algorithm was derived from the ADS-B standard (RTCA-260A). Figure 1: Mosquito RPA on ELVIRA display 2.1.5 RTCA DO-260A vol-1 bug on ADS-B surface position reporting Thales ATM implemented inside the Mosquito vehicle ADS-B transmitter an algorithm suggested by RTCA D0-260A for GPS position prediction by ADS-B transmitting mobiles. This algorithm aims at compensating some latency effects that can affect the reported position accuracy. During the implementation activities, Luca Saini and Paolo Gervasoni identified a bug on a formula in the RTCA D0-260A volume 1 document. The bug details are reported below. Document reference: Minimum operational performance standards for 1090 MHz extended squitter, automatic dependant surveillance broadcast (ADS-B) and traffic information service - broadcast (TISB), RTCA DO-260A volume 1, 10th April 2003, Section: 2.2.3.2.4: ADS-B Surface Position Message, Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 10 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Sub-sections: 2.2.3.2.4.8.2 and 2.2.3.2.4.8.3 Surface Longitude Position, Extrapolation/Estimation, precision and non-precision case. In the above mentioned sections there is twice reported a prediction formula of a longitude value in order to compensate for the time latency between the time of last received update position fix and the time of the applicability of the ADS-B surface position message. In such a formula the variable called "approximate longitude" is defined as the "longitude at the time of the fix". The mistake is found in that this must be the latitude at the time of the fix and not the longitude. Note that the corresponding formulas, as reported in the sections for the airborne position messages longitude extrapolation/estimation are correctly typed. Two simple examples can describe some effects of the mistake. Case 1: a target moving along the equator in the E-W direction at a constant velocity. In such a case it's expected to obtain a constant longitude predicted delta for the same delta time. Applying the formula would result in delta longitude predicted values that strongly depend on the target longitude position. In world areas close to plus or minus 90° this delta becomes… infinite! Case 2: a target is moving in world areas with longitude > + 90° or < - 90°. In such a case the formula is predicting a negative deltas of longitude (i.e. longitude decreasing) when the target is moving towards east (longitude increasing) and vice-versa. RTCA and EUROCAE were contacted to communicate the finding. The following message was received from FAA, acknowledging our finding. -----Original Message----From: gary.ctr.furr@faa.gov [mailto:gary.ctr.furr@faa.gov] Sent: Thursday, January 19, 2006 6:11 PM To: […] Subject: Re: DO-260A bug on ADS-B Surface Position Reporting Gentlemen, After a review of the problem that was initially reported below, we agree that there is a typographical error in the text of RTCA/DO-260A in the two places indicated for Surface Position reporting in the "Commentary" sections of 2.2.3.2.4.8.2.1 and 2.2.3.2.4.8.3.1, where longitude is indicated in the definition of the symbol "Phi" when in fact the latitude should have been indicated. I deeply regret that these errors were entered into the DO-260A document, and cannot understand how a simple cut-andpaste from DO-260 to DO-260A could have occurred, but we are pleased that the error has been found and can be easily corrected. To the end of making the correction to these, and other errors identified in DO-260A, I have added the corrected text for these two errors into the proposed "Change 1 to DO-260A" document that was initially reviewed during Meeting #19 of the RTCA SC-186 Working Group 3 (WG3) in December 2005 as Working Paper 1090-WP19-06. After discussions of how the proposed changes to both DO260 and DO-260A might effect the 1090ES SARPs Technical Manual, during the ICAO SCRSP TSG meeting in Fort Lauderdale 2 - 10 February 2006, WG3 will finalize and submit "Change 1" documents for both DO-260 and DO-260A to RTCA SC-186 membership for their Final Review and Comment period, which ends with the SC-186 Plenary meeting in Washington on 20 April, where WG3 expects that both "Change 1" documents will be approved for publication on the RTCA web site. […] Gary Furr L-3 Communications / The Titan Group FAA Technical Center 2.2 ADS-B ground station coverage In June 2005, Luca Saini performed some ADS-B ground station output recordings. At that time, the equipment configuration was as follows: two ADS-B ground stations, one at the GBAS location and one at the top of the new tower. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 11 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 2.2.1 Results The main results were as follows: • Both ADS-B ground stations showed good surveillance coverage relating to aircraft; • The new tower ADS-B ground station showed good performance, with a few systematic holes (probably due to reflections), concerning vehicle tracking with Mosquito; • The GBAS ADS-B ground station showed very poor coverage performance concerning vehicle tracking with Mosquito. 2.2.2 On-the-fly analysis The poor performance of the GBAS ground station relating to vehicle tracking is difficult to understand. Indeed the GBAS ground station is more powerful and has an additional low noise amplifier compared to the new tower ADS-B ground station. It is currently thought that the low height of the antenna makes it more subject to reflection problems. 2.3 Unstable track positions for some aircraft In June 2005, Luca Saini performed some ADS-B ground station output recordings. At the time, the equipment configuration was as follows: two ADS-B ground stations, one at the GBAS location and one at the top of the new tower. 2.3.1 Results A surprising result was the unstable track positions reported for some aircraft, mainly Air France aircraft, whilst the EMMA Mosquito track showed very stable trajectories, as well as some other aircraft (EasyJet, Airbus A380, etc.) – see figures below. Figure 2: Mosquito (stable) vehicle tracking Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 12 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Figure 3: Unstable aircraft tracks during pushback Figure 4: Unstable aircraft tracks during taxi 2.3.2 On-the-fly analysis For aircraft with unstable target reports, there seemed to be a systematic jump between odd and even target position reports. This is thought to be related to the encoding of the positions, using different algorithms for odd and even reports. But why is this phenomenon related only to some aircraft? 2.3.2.1 Comments by Thales ATM Regarding the accuracy of aircraft, it is to be noted that within the ADS-B ASTERIX cat 21 message, the ground stations forward a Figure of Merit / Position Accuracy indicator (FOM/PA). The higher this number, the better the accuracy. A FOM/PA of 7 or above is good, 6 or less is poor. The reason Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 13 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results for poor quality is usually the current GPS reception quality or constellation as perceived by the onboard GPS receiver. Some older types do not deliver adequate position quality. It is also to be noted that there is a number of other misbehaving equipment sets flying around (including sudden jumps backwards along track, jumps to the north pole or another distant position etc.) These are known issues in some manufacturers equipment that are caused by, for example: • onboard equipment that – whilst outputting ADS-B formats – is not certified for ADS-B use, • a problem in the internal time synchronisation function of the transponder. When analysing ADS-B reports one must therefore be extremely careful in describing what actually happened. ADS-B is just a data link mechanism. The positions are measured by avionics and the ADSB receiver depends on this information (hence the name "dependant surveillance"). 2.3.2.2 Comments by Airbus The above results were provided to Airbus, who gave the following preliminary analysis. Air France has not yet fully equipped all its airliners with the package enabling GPS data transmission via ADSB. In such a case, the resolution of the position transmitted via ADS-B can lead to jumps around the aircraft trajectory. The observed jumps should progressively disappear2 whilst Air France completes the installation. 2.3.3 Conclusion Thales ATM decided to suppress all ADS-B tracks whose Figure of Merit / Position Accuracy indicator (FOM/PA) was strictly lower than 7. In addition, this result is interesting on a safety assessment point of view. The observed behaviour is linked to an intermediate configuration in the frame of the ADS-B deployment. It would be interesting to know if an on-board equipment failure of the final configuration might lead to a similar fallback behaviour. If so, it might be interesting to analyse it in future releases of the EMMA functional hazard assessment [13]. 2.4 MAGS preliminary verification results An important part of the EMMA installation in Toulouse is the MAGS multilateration. Multilateration is a complex technology whose implementation on an actual airport requires a great deal of tuning. For the installation of MAGS at Toulouse-Blagnac airport within the frame of the EMMA programme, the initial tuning phase has yielded some preliminary verification results that are presented in this section. The system installation and tuning consists of the following steps: (a) installation of equipment; (b) setting up of communication links; (c) tuning of ground station sensitivity for the intended coverage area; (d) verification of probability of detection of ground stations; (e) configuration of calibration mechanism to establish a common time base for all ground stations; (f) parameter tuning to locate the fixed test transmitter; (g) parameter tuning to locate targets; (h) definition of areas and their properties; (i) optimisation of plot validation and tracking parameters; (j) integration with sensor data fusion. The results presented correspond to steps (e), (f) and (g). For this purpose – after an initial on-site tuning session - data were recorded from the MAGS and taken to the lab. These data were then replayed in real time to the reference system in the lab and its parameters were configured to obtain the best possible performance. The following sections present some intermediate results. 2.4.1 System configuration For the MAGS system in Toulouse, a set of five ADS-B/MLAT ground stations were installed as depicted in Figure 5. One ground station was additionally equipped with a calibrator module to 2 If it were not the case, a new analysis would be required. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 14 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results provide system synchronisation, and another ground station was additionally equipped with an interrogator module to allow interrogation of aircraft. A fixed test transmitter based on a Mosquito ADS-B transmitter was installed as a permanent, fixed test target. GSR (Old TWR) GSC (TWR) GSR (PC) GSR (GBAS) 1 5 4 2 6 3 Test Transmitter (DF) GSI (SMR) Figure 5: MAGS Configuration at Toulouse Blagnac 2.4.2 Result of step (e) – system calibration Calibration results are best illustrated by locating the calibrator transmitter using multilateration. The result is depicted in Figure 6. The filled red square indicates the ground station calibrator (GSC) position, while the outlined red squares are 10m, 20m, and 30m, respectively, around the GSC position. Figure 6: Measured position of MAGS calibrator station (GSC) at control tower The GSC position measured by multilateration is shown as sequence of target plots on the MAGS technical display. Due to ASTERIX cat-10 quantisation, the position resolution is limited to 1m (i.e. distance between adjacent plots). All position reports are within 3 metres of the exact GSC position. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 15 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 2.4.3 Result of step (f) – localisation of test transmitter Figure 7 shows the resulting plot sequence of locating the fixed test transmitter (TT) by multilateration. Again the minimum distance between adjacent plots is determined by the ASTERIX position resolution of 1m. All position reports are within 4 metres of the exact TT position. Figure 7: Measured position sequence of fixed test transmitter 2.4.4 Results of step (g) – localisation of real targets The following two screenshots in Figure 8 and Figure 9 show real targets detected via multilateration together with the GSC and the test transmitter. Track continuity was not ensured. Indeed, no tracker was yet configured (as this is a task within the definition of area properties). Therefore tracks were neither smoothed nor fully regular in their update rate. It should be noted that, at that time, MAGS did not interrogate aircraft, so that multilateration relies purely on passive reception. Active interrogation of targets can be used to enhance update rates and to fill gaps. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 16 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Figure 8: Targets, GSC (label “3C3D0C”) and test transmitter (label “3C3D0D”) detected by MAGS Missing detections can be caused by coverage gaps. It is clear that five ground stations in this configuration are not ideal in terms of redundancy. For example, if one ground station (e.g. the one installed at the SMR, cf. Figure 5) does not contribute to a plot data set, the geometrical constellation is not good enough for parts of the coverage area. Figure 9: Targets, GSC (label “3C3D0C”) and test transmitter (label “3C3D0D”) detected by MAGS The next screenshot, in Figure 10, shows one target that taxies onto the apron area. It should be noted that no tracker was yet configured to smoothen the track and to provide regular updates. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 17 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Figure 10: One target picked out 2.5 Surveillance latency and position precision On Thursday 23rd February 2006, a DSNA/DTI team (headed by Mr. Philippe Soleilhac) performed a surveillance latency and reported position accuracy verification session. The test scope included the vehicle tracking system (Mosquito), the automatic dependant surveillance broadcast sensor (AS-680) and the sensor data fusion (SDF). 2.5.1 First test: latency & position verification with a vehicle The verification was performed using the latest Mosquito equipment delivered week 7 of year 2006. Tests were performed by driving a Mosquito-equipped car on service roads. The car was detected only by the automatic dependant surveillance broadcast (ADS-B) sensor and the surface movement radar (because the multilateration system was shut down). A very precise differential global positioning system (D-GPS) was used as time and position reference. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 18 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Figure 11: Mosquito latency & precision verification test at ADS-B sensor output The comparison between the D-GPS reports and the Mosquito reports as output directly by the ADS-B sensor located at the new control tower (cf. Figure 11) showed a 1.2s latency and a position error of 12 metres. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 19 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Figure 12: Mosquito latency & precision verification test at sensor data fusion output The comparison between the differential global positioning system (D-GPS) reports and the Mosquito reports as output by the sensor data fusion (cf. Figure 12) showed a 2s latency and a position error of 6 metres. 2.5.2 Second test: latency verification with an aircraft This test was performed with a flying aircraft. The approach secondary surveillance radar (called DACOTA) was used as reference system. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 20 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Figure 13: Air surveillance latency & precision verification test The comparison between the DACOTA target reports and the EMMA target reports as output by the ADS-B sensor located at the new control tower and the sensor data fusion showed a 0.3s latency. 2.5.3 Third test: dispersion verification The EMMA sensor data fusion (SDF) introduced some target report dispersion, which is not originating from any sensor. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 21 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Figure 14: Dispersion test with flying aircraft 2.5.4 On-the-fly analysis of the 3 tests The offset of 12 m between the ADS-B output trajectory of Mosquito and the D-GPS recording is due to a bug inside the Mosquito software. The latency of 1.2 seconds is affected by the same error. A new software release has been produced. The "improvement" performed by the SDF output on the trajectory (from 12 m to 6 m) is only due to the fact that the SMR output is much more precise than the ADS-B output for Mosquito. Fixing the Mosquito problem should allow to reduce this offset. The crazy behaviour of the SDF output for the flying aircraft has an explanation and is due to two probable contributions: 1) The SDF does not fuse the ADS-B output (which is very good in this case) because the ADS-B emitting transponder does not deliver a figure of merit better than 6 (i.e. 7 or 8 or 9). 2) The EMMA SDF, as far as the DACOTA GTW tracker (alfa, beta and gamma filter) is concerned, is configured in such a way that aircraft entering pre-defined geometrical areas (cones) associated to each RWY are kept with a stronger weight on the current direction, at the time the aircraft enters the cone. This setting is performed in order, for a landing airborne aircraft, to "follow" the RWY centreline. The case described above was a test flight entering the cone in a perpendicular direction from what could be expected. As this setting is also creating problems in case aircraft land in "baïonnette" mode, the tracker's filter values were changed. The new proposed values are not giving any "preferred" direction on the tracker. 2.5.5 Conclusion In case a test aircraft will be used for EMMA verification, it should be better that this aircraft is delivering a good Figure of Merit, otherwise the SDF will not fuse the ADS-B output. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 22 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 2.6 ADS-B stations synchronisation: time drift test On Thursday 9th March 2006, a DSNA/DTI team (headed by M Philippe Soleilhac) performed timestamp tests related to Mosquito and ADS-B stations. With Mosquito, the position is elaborated onboard the vehicle (using the GPS), but the time is stamped by the ADS-B ground station. The ADS-B standard does not allow for the transmission of the time together with the position. 2.6.1 The test set-up Tests were performed by driving a D-GPS and Mosquito-equipped car on service roads. Positioning was performed via the D-GPS, the ADS-B ground stations and the mode S multilateration. GPS 1090ES ADS-B Precision GPS RX Vehicle TX SMR OTWR PCBLD NTWR GBAS GPS Position & Time ADS-B GTW Asterix 21 multilateration Asterix 21 ELVIRA Asterix 62 Asterix 10 NTP Synchro SDF Asterix 62 SAF Clock Figure 15: Position and timestamp test set-up ASTERIX-21 messages are time-stamped by ELVIRA with a tenth of a second accuracy. The following table shows timestamp discrepancies between the ADS-B ground stations. ADS-B ground station New TWR PC 2 SMR Old TWR Time in the ASTERIX messages stamped by the ADS-B stations 12.34.02 12.15.40 12.14.67 12.15.26 Time stamped by ELVIRA upon message reception 12.14.68 12.14.77 12.14.68 12.14.75 Table 2-1: Timestamp measurements Times in the ASTERIX-21 messages, stamped by the ADS-B stations, are in advance, with a dramatic 20 seconds for the ADS-B ground station located at the new control tower. Time in the ASTERIX-62 messages, stamped by the SDF, is also in advance, but with a smaller amount (between 0.7s and 1s). Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 23 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 2.6.2 On-the-fly analysis The ADS-B ground stations are normally synchronised, between themselves and with the real time, using NTP. It seems that the implementation of NTP in this case was not effective, with a detrimental effect on latency compensation (at ADS-B gateway level) and position accuracy. 2.6.3 Detailed analysis and issue solving According to Luca Saini, the poor latency performances are essentially related to three sub-systems: • Mosquito; • the ADS-B GS; • the SDF (at ADS-B GTW level). With respect to Mosquito, the main problem is due to the fact that the internal processing cycle is not synchronised with the GPS receiver output. TATM is working on this feature. However, to solve definitively the full latency problem, it is required to introduce additional features that at least compensate each known delay. Specific requirements have been added to the software requirements specification (SRS). See below for more details. With respect to the ADS-B GS, the main problem is the synchronisation using NTP (SDF being the master). After investigating the network time protocol (NTP) effect, it was discovered that the issue was in fact a human error: the NTP server was not reachable on the network. The NTP service, initially located on the ADS-B gateway PC had been transferred to the SDF PC. Thus, the NTP server IP address had changed. The ground stations were re-configured to synchronise with the current NTP server. With respect to the ADS-B GTW, one additional source of latency has been identified, i.e. the ADS-B GTW stamped anew the ASTERIX messages without making any change on the reported position. The proposed correction consists in forwarding the original time stamp given by the ADS-B ground station to the SDF and letting the SDF extrapolate the position at the time of SDF output as done for any other sensor track. 2.6.4 Conclusion and more (interesting) results Beyond the aforementioned test, which reflects human error more than system performance, one should not discard the results so easily. First, it is to be noted that the built-in test equipment did not make it evident, neither to the end-user nor to technical staff, that the ground stations were not synchronised. This is a typical case of slightly corrupted surveillance data, which unnoticed, results in a severe "misuse of surveillance data" hazard (cf. [13]). Secondly, the aforementioned test results provide us with the opportunity to validate another two requirements, which were not initially in our test plan: • When not synchronised on external time signal, the automatic dependant surveillance broadcast (ADS-B) ground subsystem time shall have a maximum drift of 4.4 sec/day. • When not synchronised on the time reference system, the system time shall have a maximum drift of 20 ms per day. 2.7 ADS-B latency test On Wednesday 5th April 2006, Holger Neufeldt, Volker Seidelmann and Bernd Doleschal tested the internal latency of ADS-B processing under real load conditions at Toulouse-Blagnac. They found that the total latency between the reception of a radio frequency (RF) signal and the output of the corresponding ADS-B report on the network (in ADS-B pipeline mode) was between 6 and 35 ms. 2.8 Test of the probability of detection of a stationary vehicle The objective of this verification test was to measure the probability of detection of a stationary vehicle at the output of the following components: • MLAT; Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 24 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results • ADS-B GTW; • SDF. This test was performed in January 2006 on the fixed test transmitter located at the direction finder shelter. 2.8.1 System configuration The initial equipment conditions were as follows: • full ADS-B system installed, up and running; • ADS-B system synchronised with the airport time reference; • Mosquito unit, installed within the direction finder shelter, up and running; • ELVIRA recording system connected to the system LAN. In a stationary condition the Mosquito emits the following 1090ES messages with associated emission rates: • surface position: once every 5 seconds; • identity and type: once every 10 seconds. The ADS-B ground stations emit ASTERIX CAT 021 target reports as soon as they receive updates from ADS-B targets. The ADS-B GTW (only for stationary targets) adapts the received input rate from ground stations to a one second output rate (ASTERIX CAT 062) towards the SDF. The SDF emits target reports (ASTERIX CAT 062) towards the CWP at one-second output-rate. 2.8.2 Findings The results are provided in Table 2-2. Toulouse ADS-B MLAT System Total measure time Total detected events Detection Probability Unit sec 1 sec % MLAT 5127 5114 99,75 X-pos average Y-pos average X-pos stdev Y-pos stdev 2D average deviation 2D standard deviation 2D deviation 50%-tile 2D deviation 95%-tile 2D deviation 99%-tile 2D deviation 99.99%-tile 2D max deviation m m m m m m m m m m m -456,7 -478,3 0,85 1,25 1,30 1,51 1,31 2,81 3,78 5,74 5,76 Test trasmitter ADS-B GTW SDF 5141 5140 5141 5140 100,00 100,00 -479,0 -470,4 0,27 0,77 0,63 0,82 0,37 1,63 2,01 2,01 2,01 -478,5 -470,4 0,27 0,77 0,63 0,82 0,37 1,63 2,00 2,00 2,00 Table 2-2: Test transmitter measured probability of detection The detection probability at the output of the sensor data fusion is 100%. It has to be noted that the Toulouse-Blagnac implementation of the ADS-B sub-system (made of 5 ADS-B ground stations) is over-redundant. Please refer to §2.9 for more details. Note: the reported accuracies in Table 2-2 are referred to the average measured position of the test transmitter GPS receiver. They are not referred to any other external reference and therefore they represent more an indication of the position sample dispersions rather than an absolute accuracy measure. 2.9 ADS-B cost-benefit test The objective of this verification test was to assess the number of ADS-B ground stations required at Toulouse-Blagnac to provide adequate vehicle surveillance coverage and probability of detection. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 25 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 2.9.1 System configuration The test was performed by measuring the probability of detection of moving vehicles and aircraft along taxiways and runways centrelines (and runways borders) at the output of the following components: • each ADS-B ground station; • ADS-B GTW; • SDF. This test was performed in January 2006. The initial equipment conditions were as follows: • full ADS-B system installed, up and running; • ADS-B system synchronised with the airport time reference; • Mosquito units installed, up and running; • some real life traffic; • ELVIRA recording system connected to the system LAN. Considering the Mosquito emission rate, for a recording period of N seconds of each Mosquito equipped target and 100% of detection probability the following maximum detected events can be obtained: • each ground station: 2*N+N/5; • ADS-B GTW: N; • SDF: N. 2.9.2 Findings The overall probability of detection at SDF output was 100%. The 5 ground stations installed at Toulouse-Blagnac define an over redundant system, but one single ground station is not enough to have a complete and reliable coverage. For a single ground station, the detection probability (with exception of the one located at GBAS shelter) ranges from 70 to 90%, depending on the airport area. Table 2-3: Detection probability for triples and couples of ADS-B ground stations As shown in Table 2-3, a combination of 3 ground stations provides an adequate 99.88% probability of detection of moving vehicles and aircraft along taxiways and runways centrelines (and runways borders). Combined with other sensors (e.g. SMR), this performance is sufficient to reach a 100% probability of detection at the output of the sensor data fusion. 2.10 Consolidation of verification results In the tables below, the hypothesis numbers and hypothesis titles as documented in the ToulouseBlagnac verification and validation test plan (D6.1.3) are recalled, followed by the verification result. The remaining hypotheses will be verified in the scope of EMMA-2, when the proposed system improvements will have been implemented. Please refer to the verification and validation results analysis document (D6.7.1) for more details on the proposed improvements. 2.10.1 Surveillance Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 26 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Hypothesis N° Ver.sur.2 Hypothesis title Verification result Coverage Verified. Ver.sur.3 Target position accuracy Ver.sur.5 Ver.sur.6 Update rate Latency Ver.sur.7 Efficiency Partially verified, cf. D6.7.1 for an in-depth analysis. At the current date (i.e. March 2007), the vehicle position accuracy issue has been solved and the test can be considered "verified". Verified. Requirements not met, cf. D6.7.1 for an in-depth analysis. At the current date (i.e. March 2007), the vehicle position latency issue has been solved and the test can be considered "verified". Partially verified, cf. D6.7.1 for an in-depth analysis. At the current date (i.e. March 2007), the efficiency issue has been solved and the test can be considered "verified". 2.10.2 Control Hypothesis N° Ver.con.1 Hypothesis title Capability Ver.con.2 Ver.con.5 Boundary Latency Verification result Verified as part of D4.2.1 Site acceptance procedure for the Surface Conflict Alert (SCA) system at Toulouse airport. Verified as part of D4.2.1. Verified as part of D4.2.1 to range between 0 ms and 2 ms (depending on the number of conflicts). 2.10.3 Human machine interface Hypothesis N° Ver.hmi.1 Ver.hmi.2 Ver.hmi.3 Hypothesis title Surveillance Control Update capability Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Verification result Verified. Verified. Verified. Public Page 27 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 3 Validation session – shadow mode trials 3.1 Introduction The validation session subject of the current chapter aims at assessing both the operational feasibility of A-SMGCS in Toulouse-Blagnac airport and the operational improvements brought by this system. Although the operational feasibility and operational improvements are defined as two different stages of the validation activities, they have been evaluated during the same validation session. The validation session consisted in a series of shadow-mode trials performed with controllers of Toulouse-Blagnac airport. They were asked to fill in a questionnaire while assessing the A-SMGCS HMI installed in the tower. The questionnaire was derived from the one developed by the DLR for the Prague test site and adapted to Toulouse-Blagnac local specificities. It addressed two aspects of the operational feasibility (i.e. the acceptance of technical performance and the procedures) and the operational improvements. For each topic, a series of statements were presented to the reader who was asked to point out his / her level of agreement over 6 possibilities ranging from ‘strongly disagree’ to ‘strongly agree’. All the controllers of Toulouse-Blagnac airport (i.e. 65) have followed a 45 minutes training course on the SMGCS HMI installed in the tower for operational trials. Since the installation of the SMGCS in September 2005, the controllers had many opportunities to use and evaluate the HMI during operations. The A-SMGCS HMI has the same ‘look-and-feel’ as the SMGCS HMI. However, in order to inform the controllers working at Toulouse-Blagnac about the differences between both systems, 44 of them have followed a one-hour briefing about the A-SMGCS between the end of January and the beginning of February 2006. Then a questionnaire was distributed to all the controllers. They were asked to fill it in by themselves whenever they wanted and, if possible, in front of the A-SMGCS HMI in the tower. Some of them were also asked to participate to interviews during shadow-mode trials on a voluntary basis. The interviews took place in front of the A-SMGCS HMI in the tower and lasted 1h30 on average. The questionnaire was filled in with each controller individually. In all cases, emphasis was put on the importance of collecting controllers’ feedback and remarks in order to better understand their answers. The shadow-mode trials took place between the beginning of February and mid March 2006. 3.2 Data description and data collection methods 3.2.1 Raw data Thirty-five questionnaires in paper format and in French have been collected, representing more than 50 percent of the 65 controllers in Toulouse-Blagnac. Amongst them, 17 were filled in during interviews with controllers in 4 different sessions and 18 controllers filled them in on their own. The initial version of the questionnaire, used for Prague test site validation activities, had to be adapted to the trial constraints and local particularities. Unlike the Prague airport A-SMGCS, Toulouse ASMGCS was not used in operations. The questionnaire was adapted to take this into account. A human factor expert reviewed the questionnaire in order to delete some minor inconsistencies and redundancies. However, in order to allow comparison between the different test sites, it was decided to minimize the differences between the questionnaires. Three different versions of the questionnaire have been used during shadow-mode trials: • The first version (V003) was too long (116 statements). After the first questionnaires had been filled in, it appeared that some questions were not relevant for Toulouse-Blagnac or were redundant, and therefore needed to be deleted or modified. That version was not distributed to all the controllers and only 6 V003 questionnaires were filled in, both during interviews and directly by controllers. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 28 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results • The number of statements was reduced to 92 in version V005. A more direct grammatical style was also adopted in order to ease the understanding of the statements and make the questionnaire faster to fill in. That version was only used for 6 interviews. • Version V006 only differs from V005 by one statement. The controllers did not understand the statement ‘the EMMA display enables to detect a loss of accuracy of the surveillance’ (number 90 of version V005). Therefore, it was decided to delete it in version V006. This last version contains 91 statements. It was distributed to all the controllers that had not filled a questionnaire in yet. Twenty-three V006 questionnaires were filled in both during interviews and directly by controllers. Version V005 is more complete than V006 but as the two versions are very similar, it has been decided to keep version V005 as the reference questionnaire for the data analysis. In the following, questionnaire V005 will be referred to as ‘the questionnaire’. Each paper version has been converted to an individual sheet in an Excel file, allowing a correspondence between the different versions of the questionnaire and facilitating the data analysis. All the comments were translated from French to English before they were reported in the Data Analysis section. 3.2.2 Additional data Before starting the analysis of the data collected through the questionnaires and in order to better understand some controllers’ answers and comments, it is worth highlighting that because of delays in the technical implementation of the A-SMGCS, the controllers had a limited time period to discover and master the A-SMGCS. As a consequence, they often replied to the statements with a conservative eye. They sometimes even preferred not to give any opinion, not knowing the system enough to evaluate the statement correctly. Another issue was the lack of reliability of some of the functions of the system. In particular, the identification of the aircraft was not continuous because of technical (e.g.: no identification coverage on the apron, important latency time for the identification of departing aircraft, label swap, loss of identification) and operational (e.g.: depending on each airline’s procedures, some pilots do not switch the transponder on before they have reached the runway threshold) problems. An important number of false plots or track duplication were regularly observed during all the shadow-mode trials, especially when a wide body aircraft taxied in the vicinity of the SMR or during heavy rain. Some of the false reports triggered false alarms, for example when they appeared on the runway while an aircraft was approaching. These technical limitations have been addressed in §3.4.3.1.4. In this context, the controllers had a very limited trust in the system, which was reinforced by their lack of experience with the A-SMGCS. The A-SMGCS HMI has been installed on the V2 position in the tower (see Figure 1), on the left-hand side of the pre-flight working position. The location was convenient to perform shadow-mode trials and interviews without disturbing the normal operations but it is a bit too far from the working positions used in normal operations to allow the controllers to look at the HMI from time to time during periods of reduced traffic. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 29 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results A-SMGCS HMI Figure 16: Layout of the Working Positions in the Toulouse-Blagnac Tower 3.3 Data analysis 3.3.1 Data analysis method In order to perform the data analysis on the answers given to the 92 statements of the questionnaire, a figure has been associated to each level of agreement as follows: • 1 – strongly disagree; • 2 – disagree; • 3 – slightly disagree; • 4 – slightly agree; • 5 – agree; • 6 – strongly agree. Then, a statistical analysis using the indicators described hereafter has been performed on the 33 collected questionnaires after they have been converted in MS-Excel sheets. The results have been gathered in result sheets of the same file. For each statement, the total number of answers has been counted. A low number of answers may indicate that the controllers did not clearly understand the statement but they may also consider that the system is not mature enough or they are not experienced enough with A-SMGCS to evaluate the statement correctly. Comments made by the controllers often give helpful information on the reasons for a low number of answers to a statement. For each statement, the average of the answers has been calculated. The result, a number between 1 and 6, reflects the global opinion of the controllers on the statement. For each statement, the standard deviation of the answers has been calculated. A low number for the standard deviation indicates that the controllers’ opinions are close the ones from the others and consequently close to the average while a high number reveals the disparity of the controllers’ opinions. For each statement, the P parameter of the one sample t-test has been calculated. The one sample ttest is a statistical hypothesis test, which compares the mean score of a sample to a known value, Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 30 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results usually the population mean. It allows the determination of the significance of the mean score of the tested sample. In the particular case of the questionnaire, the aim was to know if the hypothesis ‘the average of the answers to each statement is significant’ was true. This hypothesis was tested with the one sample ttest against the ‘null hypothesis’ (i.e.: ‘the average of the total population of controllers is 3.5’). If the P parameter of the one sample t-test for the tested hypothesis was smaller than 0.05 then the hypothesis was accepted, which means that the average of the answers of the tested statement was significant. If the P parameter was greater than 0.05, the hypothesis was rejected, which means that the average of the answers to the tested statement was not significant. 3.3.2 Analysis tables for the shadow-mode validation trials Annex A presents the results of the analysis in tables ordered according to the three topics assessed in the questionnaire: acceptance of technical performances for operational feasibility, procedures for operational feasibility and operational improvements. 3.4 Results This section presents the results of the validation session in terms of operational feasibility and operational improvements. For each stage the results of the metrics primarily defined in the Verification and Validation Test Plan Document [5] are detailed. The validation of the hypotheses and high-level objectives specified in that document are derived from the measured metrics. 3.4.1 Operational feasibility: acceptance of technical performances 3.4.1.1 Metrics The results of the individual metrics related to the operational feasibility and acceptance of technical performance listed in this section were measured during the shadow-mode trials. 3.4.1.1.1 General 3.4.1.1.1.1 Level of automation acceptance The controllers are positive in principle about the level of automation of the A-SMGCS. Through the detection and identification functions, the system provides assistance for surveillance activities on the airport, even in good visibility conditions. Automation of the tracking of the aircraft is well accepted when there is no need for high position accuracy (e.g.: surveillance of an aircraft at the runway threshold or at the beginning of its takeoff). There is even a demand for an adaptation of the procedures to allow more automation in non-critical areas (e.g.: procedures requesting pilots to switch the aircraft transponder before pushing back, reduction of the number of position reports by pilots on taxiways). See section 3.4.2 Operational feasibility: procedures for further details. The controllers consider that some functions like identification and alerts are not reliable enough yet and they do not trust the system enough to exercise control with it. 3.4.1.1.1.2 Modularity acceptance The modularity of the A-SMGCS is well accepted by the controllers. They consider that, after a short adaptation period, the HMI can easily be customised to the user’s preferences. 3.4.1.1.1.3 Assignment of responsibilities acceptance The A-SMGCS has only been implemented for shadow-mode trials in Toulouse-Blagnac. However, the controllers have not foreseen any major modifications of the current responsibilities of the different partners already present in Toulouse-Blagnac airport. For instance, the controllers noted that the pilot should still be responsible for ensuring a safe push back and taxi, even when an ASMGCS is implemented. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 31 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results The main modifications foreseen by the controllers would be the share of responsibility between the controller and the A-SMGCS. As indicated in the questionnaires, the controllers seem to be ready to trust the system to determine the position and identification of mobiles in low visibility conditions. 3.4.1.1.1.4 Visibility transition procedures acceptance The A-SMGCS has been implemented for shadow-mode trials in Toulouse-Blagnac. No A-SMGCS procedures have been defined. Therefore, the acceptance of visibility transition procedures could not be measured. Nevertheless, the controllers consider that the transition from normal operations to low visibility operations would be easier with the A-SMGCS and that the system helps them to reduce their workload during low visibility operations. Even if several controllers suggested that the current visibility limits could be reduced, the controllers did not agree on modifying the visibility limits when using the A-SMGCS. It must be stressed that the current visibility limit for the transition from normal operations to low visibility operations (i.e. 1000 m) is very high in Toulouse-Blagnac. A reduction of this limit to the standard 550 m limit, for instance, would bring a significant gain in terms of capacity and efficiency. See section 3.4.2.10 Visibility transition for further details. 3.4.1.1.1.5 Fallback procedures acceptance The A-SMGCS has been implemented for shadow-mode trials in Toulouse-Blagnac. No A-SMGCS procedures have been defined. Therefore the acceptance of fallback procedures could not be measured. Nevertheless, the controllers consider that if A-SMGCS procedures were defined, they would not have to return to SMGCS procedures for all the traffic if only one mobile could not comply with the technical requirements for A-SMGCS operations. See section 3.4.2.12 Contingency procedures for further details. 3.4.1.1.1.6 Movement area acceptance The definition of the manoeuvring and movement areas were agreed prior to the experimentation sessions, as recommended by the ICAO manual on A-SMGCS. It was ensured that no inactive or closed areas were to be excluded from the manoeuvring and movement areas. It was also ensured that a common understanding of the different areas was reached prior to the assessment of other technical performance indicators, such as detection and identification coverage. 3.4.1.1.1.7 Movement rate acceptance The A-SMGCS has been implemented for shadow-mode trials in Toulouse-Blagnac. No A-SMGCS procedures have been defined and the movement rate has not been modified. Therefore, the acceptance of increased movement rates could not be measured operationally. Nevertheless, the controllers considered that the use of A-SMGCS could increase the airport capacity. 3.4.1.1.2 Surveillance 3.4.1.1.2.1 Controller acceptance of detection coverage Despite their lack of experience with the A-SMGCS, the controllers consider that the detection coverage is rather acceptable on the manoeuvring area. It must be noted that on the apron, aircraft are only detected by the primary radar, which may create confusion between the different types of mobiles. 3.4.1.1.2.2 Controller acceptance of identification coverage No consensus was reached on the identification coverage. Several controllers considered that because of their lack of experience with the A-SMGCS and the poor continuity of the identification function they could not take a stand on the identification coverage. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 32 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Nevertheless, some of the controllers regretted that identification was not possible on the apron (in order provide traffic information). 3.4.1.1.2.3 Controller acceptance of position report accuracy Despite their lack of experience, the controllers consider that the accuracy of the position report is rather acceptable. However, some of the controllers noted that it was not the responsibility of the controller to take into account the accuracy of the system in order to perform control with the A-SMGCS (e.g. to ensure separation between aircraft on taxiways, to check that an aircraft has crossed a stop bar). Therefore, accuracy margins, taking into account the static accuracy of the system and aircraft latency and speed should be defined and directly integrated in the procedures. The controllers would accept, for instance, a procedure stating that an aircraft can be considered as having crossed a stop bar when its report is displayed 50 m in front of the stop bar on the HMI. 3.4.1.1.2.4 Controller acceptance of heading and velocity accuracy When the SMGCS was implemented for operational trials, the controllers requested that the heading and velocity were not displayed on the HMI. For consistency reasons, it has been decided to reproduce this characteristic on the A-SMGCS HMI. Therefore the acceptance of heading and velocity accuracy could not be measured. 3.4.1.1.2.5 Controller acceptance of report delay The controllers could not easily evaluate the system latency because of their lack of experience. However, they consider that the global consistency between displayed and actual traffic is good. Some controllers experienced an important latency with the mode S equipped vehicles. Therefore, these controllers did not accept the report delay for the vehicles concerned. 3.4.1.1.2.6 Controller acceptance of probability of detection The controllers could not easily evaluate the probability of detection because of their lack of experience. However, they consider that there are too many missing reports to control the traffic in a safe and efficient way. 3.4.1.1.2.7 Controller acceptance of probability of identification No consensus was reached on the probability of identification. Several controllers considered that because of their lack of experience with the A-SMGCS and the poor quality of the identification function (poor continuity of service and correlation with flight plan data), they could not take a stand on the probability of identification. 3.4.1.1.2.8 Controller acceptance of probability of false detection The controllers consider that the probability of false detection is not acceptable. They had difficulties to evaluate this metric because of their lack of experience. 3.4.1.1.2.9 Controller acceptance of probability of false identification The controllers consider that the probability of false identification is not acceptable. They had difficulties to evaluate this metric because of their lack of experience. 3.4.1.1.3 Routing The routing function has not been implemented on the A-SMGCS HMI installed in the tower. Therefore, the related routing metrics could not be measured. It should be noted that the routing system installed could only be used for technical testing with the objective of further developing it during the EMMA 2 project. The routing function and corresponding metrics will be assessed in EMMA 2. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 33 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 3.4.1.1.4 Control 3.4.1.1.4.1 Controller acceptance of the short-term conflict alert The controllers could not easily evaluate the short-term conflict alert because of their lack of experience. Nevertheless, they are interested in principle in an efficient A-SMGCS alert service. They consider that the A-SMGCS can already help them to detect and prevent incursions on the runway and into restricted areas and stop bar crossings. 3.4.1.1.4.2 Controller acceptance of the alert response time No consensus was reached on the runway alert response time. Many controllers considered that because of their lack of experience with the A-SMGCS they could not take a stand on the runway incursion alert response time. Several controllers noted that the runway incursion alert is triggered too late to let them take the appropriate action. A few controllers consider that information alerts are often popping up too late to take an appropriate action before an alarm is triggered. 3.4.1.1.4.3 Controller acceptance of the number of false and nuisance alerts No consensus was reached on the number of false and nuisance alerts. Many controllers considered that because of their lack of experience with the A-SMGCS they could not take a stand on the number of false and nuisance alerts. However, it should be noted that, during the shadow-mode trials, many false alerts due to false detections were observed. 3.4.1.1.5 Human Machine Interface 3.4.1.1.5.1 HMI efficiency The controllers have a globally positive opinion of the HMI efficiency. In particular: • They consider that the zoom function is easy to use, even if a short adaptation period was necessary for some of them. • They consider that it is easy to display several windows. • They have a rather positive opinion of the size of the pop up windows and the place where they appear. However, several controllers noted that the alert texts were too small. • They consider that the windows are rather conveniently arranged on the A-SMGCS HMI. • They consider that the HMI is rather easy to customise to everyone’s own preferences. • They consider that the level of interaction with the HMI is satisfactory. No consensus was reached on whether pop-up windows sometimes obscure aircraft that should be visible and whether the manual modification of the content of mobile reports on the HMI can be performed quickly and efficiently. Many controllers considered that because of their lack of experience with the A-SMGCS they could not take a stand on these issues. Nevertheless, some of the controllers noted that the manual modification of the label content was not easy to use because of the not intuitive label selection mode (i.e. click on the mobile instead of the label) and the difficulty to ‘catch’ a quickly moving mobile. Note: most of the time, the controllers preferred to disable the automatic label anti-overlapping function. Indeed, when there is a risk of overlap between two labels, the function systematically makes the leader line of the concerned labels longer. As a result the HMI, quickly full of very long leader lines (some of the labels even falling outside the display), looses its readability and usability. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 34 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 3.4.1.1.5.2 HMI information usability The controllers have a globally positive opinion of the HMI information usability. In particular: • They are rather satisfied with the amount of information about airborne traffic in the vicinity of the airport. However, several controllers noted that this kind of information being available in other tools, it is not useful in a ground tool like A-SMGCS. • They generally consider that no important function is missing but several of them found unfortunate that the reliability of the identification function and correlation with flight plan data was so poor. Others asked for an automatic tracking of a selected aircraft in a dedicated window and the possibility to delete the third line in a departure label while keeping the aircraft type. • They consider that the colours used in the HMI are appropriate. • They consider that the contrast between the windows and their background is sufficient. • They consider that the height and width of the characters on the HMI are sufficient. • They consider that the texts in the HMI are rather easy to read, except for the alert text that is too small. • They consider that the labels, signs and symbols in the HMI are easy to interpret. • They consider that information is conveniently arranged in the HMI. • They consider that symbols can easily be read under different angles of view in the HMI. • They consider that the screen size is appropriate for a daily work but several of them are concerned with the integration of the screen in almost full working positions. Only three controllers evaluated the statement ‘the EMMA display enables to detect a loss of accuracy of the surveillance’. The statement was deleted in version V006 of the questionnaire, the controllers not being able to evaluate the loss of accuracy of the surveillance during the shadow-mode trials. 3.4.1.1.5.3 HMI information usefulness The controllers have a globally positive opinion of the HMI information usefulness. In particular: • They consider that it is useful to represent the closed taxiways, runways and apron areas on the HMI. • They consider that the actions that can be performed on the windows are relevant. • They consider that the manual anti-overlapping of labels is rather useful, even if they would prefer a more efficient automatic anti-overlapping function (cf. note in the HMI efficiency metric section). • They consider that the use of colour characterisation for the different types of mobiles is useful. • They consider that the raw video is useful. • They consider that the function allowing the manual modification of label content is useful, even if many of them expected an improvement of its usability (Cf. HMI information usability metric). 3.4.1.2 Hypotheses In this section, the operational feasibility hypotheses described in the Verification and Validation Test Plan Document [5] are validated or invalidated according to the results of the metrics measured during the shadow-mode trials. The characters between parentheses in each hypothesis title indicate the reference of the indicator used in [5]. 3.4.1.2.1 General 3.4.1.2.1.1 Level of automation (Opf.pre.1) Hypothesis: EMMA A-SMGCS should clearly identify the level of automation of each of these functions at level I/level II. Validation: The hypothesis has been validated. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 35 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 3.4.1.2.1.2 Modularity (Opf.pre.2) Hypothesis: An A-SMGCS shall be composed of different modules required for particular user needs or technological choices. The design principle of an A-SMGCS should permit modular enhancements. A-SMGCS for each aerodrome will comprise a different mix of modular components dependent on operational factors as categorized in Appendix A. For example, some modules of an A-SMGCS will be required when one or more of the following conditions exist: a) heavy traffic density; b) visibility condition 2, 3 or 4; and c) complex aerodrome layout. The required modules should be defined for each set of conditions (visibility, traffic density). Validation: The hypothesis has been validated. 3.4.1.2.1.3 Assignment of responsibilities (Opf.pre.3) Hypothesis: Although the responsibilities and functions may vary, they should be clearly defined for all users of ASMGCS. An A-SMGCS should be designed so that the responsibilities and functions may be assigned to the following: a) The automated system; b) Controllers; c) Pilots; d) Vehicle drivers; e) Marshallers; f) Emergency services; g) Airport authorities; h) Regulatory authorities; and i) Security services. With the automation of safety-critical functions, responsibilities should be carefully assigned and shared between equipment and human operators, at level I&II and for visibility conditions 1, 2 and 3. Procedures should reflect this share of responsibilities. Validation: The hypothesis has been validated. 3.4.1.2.1.4 Visibility transition procedure (Opf.pre.4) Hypothesis: Transition limits between visibility conditions 1, 2, 3 and 4 should be carefully defined in terms of RVR and ceiling. Transition procedures should be defined in order to ensure smooth transitions between different visibility conditions. Taking into account the evolution of visibility, the use of transition buffers may help to prepare the traffic for operations in the next visibility conditions. Validation: The hypothesis could not be tested during the shadow-mode trials. A-SMGCS visibility transition procedures had not been defined when the validation sessions took place. This hypothesis should be tested during operational trials, when the system is mature enough to define experimental visibility transition procedures adapted to A-SMGCS. 3.4.1.2.1.5 Fallback procedure (Opf.pre.5) Hypothesis: Fallback procedures should be defined to recover from the failure of one or more A-SMGCS equipment. In EMMA and EMMA2, in Toulouse airport, these fallback procedures will be defined to Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 36 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results prevent the hazards due to failure of equipment, identified in D1.3.9 ‘Functional Hazard Analysis and Very Preliminary System Safety Assessment’. Validation: The hypothesis could not be tested during the shadow-mode trials. A-SMGCS fallback procedures had not been defined when the validation sessions took place. This hypothesis should be tested during operational trials, when the system is mature enough to define experimental fallback procedures adapted to A-SMGCS. 3.4.1.2.1.6 Definition of Movement rate (Opf.pre.6) Hypothesis: An A-SMGCS should be capable of operating at a specified movement rate in visibility conditions down to the aerodrome visibility operational level (AVOL). When visibility conditions are reduced to below AVOL an A-SMGCS should provide for a reduction of surface movements of aircraft and vehicles to a level acceptable for the new situation. The acceptable maximum movement rate should be defined in level I & II and for visibility conditions 1, 2 and 3. Validation: The hypothesis could not be tested during the shadow-mode trials. Movement rates had not been modified when the validation sessions took place. This hypothesis should be tested during operational trials, when the system is mature enough to define experimental movement rates with A-SMGCS. 3.4.1.2.1.7 Definition of movement area (Opf.pre.7) Hypothesis: In order to resolve the problem of vehicle control/segregation on a specific stand, the concept is introduced whereby the role of that stand may change from active to passive and vice versa. Hence, the use of movement area in this manual excludes passive stands, empty stands and those areas of the apron(s) which are exclusively designated to vehicle movements. The movement area should be clearly defined, in terms of included/excluded taxiways, runways, vehicle routes, stands and other specific areas. The protected areas should also be fully defined. Validation: The hypothesis has been validated. The movement area has been fully defined prior to the experimentations. 3.4.1.2.2 Surveillance 3.4.1.2.2.1 Target reference point (Opf.sur.1) Hypothesis: The target reference point of aircraft and vehicle should be carefully defined. For operations in Toulouse-Blagnac airport, the target reference point is defined as the mid-point of longitudinal axis of the aircraft or vehicle. Validation: The hypothesis has been validated. Note: the target reference point verification test had not been performed when the validation sessions took place. 3.4.1.2.2.2 Acceptable detection coverage (Opf.sur.2) Hypothesis: Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 37 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Although all the movement area should be covered, the verification phase may reveal some shadow detection areas. The impact of these shadow areas on ground traffic control should be carefully determined, depending on the criticality of the area (final approach, initial departure, runway, runway entrance/exit, taxiway, intersection, apron, protected area, etc.), on the visibility conditions (the area is visible/not visible from the tower) and on the traffic density. Procedures related to these areas should be adapted (for instance, by limiting/forbidding all traffic through these areas in visibility condition 2). Validation: The hypothesis has been validated. The detection coverage is considered as acceptable. Therefore, no modification of A-SMGCS procedures is required. The apron is only covered by the primary radar and procedures have not been adapted. 3.4.1.2.2.3 Acceptable identification coverage (Opf.sur.3) Hypothesis: Although all the movement area should be covered, the verification phase may reveal some shadow identifications areas. The impact of these shadow areas on ground traffic control should be carefully determined, depending on the criticality of the area (final approach, initial departure, runway, runway entrance/exit, taxiway, intersection, apron, protected area, etc.), on the visibility conditions (the area is visible/not visible from the tower) and on the traffic density. Procedures related to these areas should be adapted (for instance, by limiting/forbidding all traffic through these areas in visibility condition 2). Validation: The hypothesis has not been validated. The controllers did not reach any consensus on the acceptance of the identification coverage. The apron is only covered by the primary radar and procedures have not been adapted. 3.4.1.2.2.4 Acceptable target position accuracy (Opf.sur.4) Hypothesis: Although the static and dynamic accuracy should be inferior to 7.5m, the verification phase may reveal some problems: • The report is located near the aircraft MLAT antennas, different from the reference point, (decrease of static accuracy), • The system extrapolates the trajectory when it loses a track (decrease of dynamic accuracy), • The resolution is too low, leading to a systematic bias for the positioning of a mobile. The impact of this loss of static and dynamic accuracy should be carefully determined, depending on the criticality of the concerned area (final approach, initial departure, runway, runway entrance/exit, taxiway, intersection, apron, protected area, etc.), on the visibility conditions (the mobile is visible/not visible from the tower) and on the traffic density. The impact of this loss of accuracy on the performances of the control function should also be determined. Validation: The hypothesis has been partly validated. The controllers consider that the target position accuracy is acceptable. Nevertheless, many controllers require an adaptation of the procedures to take into account accuracy margins. Due to the lack of technical data, this adaptation could not be performed prior to the validation activities. 3.4.1.2.2.5 Acceptable reported velocity and heading accuracy (Opf.sur.5) Hypothesis: The reported velocity and heading accuracy will have been measured during the verification phase. Too low velocity and heading accuracies may have some unwanted technical and operational effects, Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 38 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results in level II, but especially in higher levels of A-SMGCS, where more automated functions will rely on the determination of correct velocity and headings: • Nuisance short term conflict alerts, • Nuisance route conformance monitoring alerts, • Wrong route definition by the routing function, due to wrong heading of aircraft. The impact of these lacks of accuracy should be determined, in different visibility and traffic density conditions. A distinction should be made between direct effects (display of wrong velocities and headings on the HMI) and indirect effects (nuisance alerts). Validation: The hypothesis could not been tested. It has been chosen not to display the heading and velocity on the A-SMGCS HMI. This hypothesis can only be tested in Toulouse-Blagnac if the need for heading and velocity information on the HMI is identified. 3.4.1.2.2.6 Acceptable discrimination accuracy (Opf.sur.6) Hypothesis: The discrimination between two mobiles will have been measured during the verification phase. A too low discrimination accuracy may reduce the controller’s situation awareness, by leading to a confusion between mobiles or by considering only one mobile, when several mobiles are near the same location. This is especially true when two vehicles or when an aircraft and a vehicle are involved. The impact of a too high discrimination distance should be carefully determined, depending on the visibility conditions and on the traffic density (aircraft + vehicles). Validation: The hypothesis could not be tested. The position discrimination verification test had not been performed when the validation sessions took place. This hypothesis should be tested during shadow mode trials, when the discrimination accuracy has been measured (e.g. in EMMA2). 3.4.1.2.2.7 Acceptable accuracy margins (Opf.sur.7) Hypothesis: In order to increase movement efficiency, accuracy margins on the HMI may be defined to allow a controller to check (if the pilot still reports) or to state (if he does not) that a mobile has cleared the runway, crossed an intersection, pushed back, etc. These accuracy margins should take into account the reported size of the mobile on the HMI, and the dynamic accuracy. The measurement of these values during the verification phase will help to define acceptable accuracy margins with the controller. Also, a loss of accuracy, if the controller is not informed, may decrease safety, by encouraging him to use procedures based on accuracy margins when these margins are not applicable anymore. Fallback procedures or technical requirements should then be defined to prevent this case. Validation: The hypothesis could not be tested. Accuracy margins on the HMI had not been defined when the validation sessions took place. 3.4.1.2.2.8 Acceptable report delay (Opf.sur.8) Hypothesis: The update rate, its variations, and the latency will have been measured during the verification phase. This will lead to the determination of the maximum report delay, i.e. the maximum delay between a given situation and its display on the controller’s HMI. This delay has a negative effect on the controller’s situation awareness, especially when no outside view is available from the tower, and may lead to late reactions in case of safety critical situations. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 39 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results The impact of this report delay should be carefully examined, depending on the visibility conditions and on the traffic density. Validation: The hypothesis has been validated. The controllers consider that the consistency between displayed and actual traffic is good. 3.4.1.2.2.9 Acceptable probability of detection (Opf.sur.9) Hypothesis: The definition of acceptable detection coverage will address the issue related to fixed and permanent shadow areas. However, the verification phase may reveal some other dynamic, not fixed, losses of detection. The impact of these losses on ground traffic control should be carefully determined, depending on the criticality of the area (final approach, initial departure, runway, runway entrance/exit, taxiway, intersection, apron, protected area, etc.), on the visibility conditions and on the traffic density. Quantitative and qualitative criteria, determined with the help of controllers, such as, the acceptable number of detection gaps in a track, the size of these gaps, the acceptable number of tracks with a gap, etc. will help compute acceptable probabilities of detection for each visibility conditions and possibly different for the different areas of the airport. Validation: The hypothesis has not been validated. The controllers consider that there are too many missing reports to control the traffic in a safe and efficient way. 3.4.1.2.2.10 Acceptable probability of identification (Opf.sur.10) Hypothesis: The definition of acceptable identification coverage will address the issue related to fixed and permanent shadow areas. However, the verification phase may reveal some other dynamic, not fixed, losses of identification. The impact of these losses on ground traffic control should be carefully determined, depending on the criticality of the area (final approach, initial departure, runway, runway entrance/exit, taxiway, intersection, apron, protected area, etc.), on the visibility conditions and on the traffic density. Quantitative and qualitative criteria, determined with the help of controllers, such as, the acceptable number of identification gaps in a track, the size of these gaps, the acceptable number of tracks with a gap, etc. will help compute acceptable probabilities of identification for each visibility conditions and possibly different for the different areas of the airport. Validation: The hypothesis has not been validated. The controllers did not reach any consensus on the acceptance of the probability of identification. 3.4.1.2.2.11 Acceptable probability of false detection (Opf.sur.11) Hypothesis: The verification phase may reveal some fixed and not fixed false target reports. False target reports are reports of not existing solid targets (rain, grass, reflection, etc.). These target reports have negative on the controller’s situation awareness, as they create some additional workload to determinate their non-significance. The impact of these false reports on ground traffic control should be carefully determined, depending on the criticality of the area (especially on or near the runway, where they can cause false short term conflict alerts), on the visibility conditions (the determination of the significance of the target is more difficult in visibility 2 or more) and on the traffic density (high traffic densities may cause more confusion between false and real targets). Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 40 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Validation: The hypothesis has not been validated. The controllers consider that the probability of false detection is not acceptable. 3.4.1.2.2.12 Acceptable probability of false identification (Opf.sur.12) Hypothesis: The verification phase may reveal some target reports with incorrect identification. These target reports, labelled with incorrect identification, have negative on the controller’s situation awareness, as they create some additional workload to re-create a correct mental association between the position of the mobiles and their identification. The impact of these reports on ground traffic control should be carefully determined, depending on the criticality of the area (especially on or near the runway, where they can cause false short term conflict alerts, due to confusion between mobile types), on the visibility conditions (a correct mental association is more difficult to re-create in visibility 2 or more) and on the traffic density (high traffic densities may cause more confusion between mobiles). Validation: The hypothesis has not been validated. The controllers consider that the probability of false identification is not acceptable. 3.4.1.2.3 Routing The routing function has not been implemented on the A-SMGCS HMI installed in the tower. Therefore the related routing hypotheses could not be tested. These hypotheses should be tested during shadow mode trials, when the routing function has been implemented and routing performance has been measured (e.g. in EMMA2). 3.4.1.2.4 Control 3.4.1.2.4.1 Short-term conflict alert validation (Opf.con.1) Hypothesis: The short-term conflict alerts produced by the SCA should help to prevent safety critical events. The SCA rule implementation and parameters should be consistent with this requirement. Validation: The hypothesis has been partly validated. The hypothesis has been validated for the incursion rules but not for the conflict rules. The controllers consider that the A-SMGCS helps them to detect and prevent incursions on the runway and into restricted areas and stop bar crossings. 3.4.1.2.4.2 Acceptable alert response time (Opf.con.2) Hypothesis: The short-term conflict alert function should allocate sufficient time to the controller to take the necessary actions to solve the safety critical situation. For the validation of this hypothesis, it should be considered that: • The short term conflict alert delay should be sufficiently low, • The SCA rule implementation and parameters should take into account the response time, possibly by providing several levels of alerts. Validation: The hypothesis has not been validated. The controllers did not reach any consensus on the acceptance of the alert response time. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 41 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 3.4.1.2.4.3 Acceptable probability of false or nuisance alert (Opf.con.3) Hypothesis: The short-term conflict alert system should provide an acceptable number of false and nuisance alerts. False alerts are alerts caused by incorrect surveillance data (false reports, etc.). Nuisance alerts are alerts caused by an inappropriate definition of alert rules and parameters. False and nuisance alerts, not related to a safety critical event, have a negative impact on the situation awareness of the controller and on the trust he/she has in the SCA system. Validation: The hypothesis has not been validated. The controllers did not reach any consensus on the acceptance of the number of false and nuisance alerts. 3.4.1.2.5 Human Machine Interface 3.4.1.2.5.1 Efficiency (Opf.hmi.1) Hypothesis: A-SMGCS shall enable users to interface efficiently. Validation: The hypothesis has been validated. 3.4.1.2.5.2 Usefulness of information (Opf.hmi.2) Hypothesis: The information provided to the controller though the A-SMGCS display is useful for the operations. Validation: The hypothesis has been validated. 3.4.1.2.5.3 Usability of information (Opf.hmi.3) Hypothesis: The presentation of the information provided through the A-SMGCS display is adapted to user needs. Validation: The hypothesis has been validated. 3.4.1.3 High-level objectives In this section, the operational feasibility high-level objectives described in the Verification and Validation Test Plan Document [5] are validated or invalidated according to the results of the hypotheses validation. 3.4.1.3.1 High-level objective 1 Objective: EMMA A-SMGCS meets the operational requirements expressed in the ICAO manual on A-SMGCS [15] for each set of conditions. Validation: The objective has been partly validated. This is mainly explained by the lack of maturity of the surveillance function of EMMA A-SMGCS installed in Toulouse-Blagnac. It does not allow the operational requirements for the other functions to be fulfilled. Please refer to the D6.7.1 Verification and Validation Analysis Report [11] for a detailed review of each operational requirement defined in EMMA. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 42 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 3.4.1.3.2 High-level objective 2 Objective: EMMA A-SMGCS meets the operational requirements expressed by local end-users for each set of conditions. Validation: The objective has been partly validated. 3.4.1.3.3 High-level objective 3 Objective: For each set of conditions, a full set of performance requirements is defined for each automated service. Validation: This objective has not been validated. Some performance requirements have not been fulfilled by the system. 3.4.1.3.4 High-level objective 4 Objective: EMMA A-SMGCS supports adequate procedures to recover from the possible failures of A-SMGCS equipment. Validation: This objective has not been validated. 3.4.2 Operational feasibility: procedures No metrics were primarily defined in the Verification and Validation Test Plan Document [5] for the measurement of the operational feasibility of A-SMGCS procedures. Nevertheless, this section presents the results of the controllers’ evaluation of statements related to the operational feasibility of A-SMGCS procedures. 3.4.2.1 Start-up clearance No consensus was reached on whether the A-SMGCS allows the controllers to set up a more efficient start up sequence. It appeared from the comments made by several controllers that the A-SMGCS has no direct impact on the setting up of the start up sequence. It is rather considered as a support tool that helps the controllers by offering a global synthetic picture of the platform. 3.4.2.2 Push back clearance The controllers consider that the information on the A-SMGCS HMI helps them to decide whether a push back clearance should be delayed. It was noted that it would be even more helpful if the identification function were more reliable and if identification was possible on the apron. The controllers slightly agree with the statement that the A-SMGCS is sufficient to determine that an aircraft is on the stand or has left the stand. They generally agree that it can be used to determine that an aircraft has left the stand but not to check that it is at the stand. Too many permanent false reports are observed on the apron, in particular on the Echo area where the terminal building creates interferences on the contact stands, to be able to know whether a stand is free or occupied. Until the system is more accurate, the controllers consider that it cannot be used as the unique information source to deliver a push back clearance (i.e. they need the pilot’s confirmation and / or the external view). Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 43 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 3.4.2.3 Taxi clearance The controllers consider that when they want to give a taxi clearance they can rely on the information provided by the A-SMGCS, even when visual reference is not possible on the manoeuvring area provided that the system has been improved in terms of reliability. The controllers consider that the surveillance of the longitudinal spacing between aircraft on taxiways is easier with the A-SMGCS when visual reference is not possible on the manoeuvring area. Several controllers explained that they are missing the actual size of each aircraft, accuracy of displayed aircraft position and accuracy margins in order to use the A-SMGCS for the surveillance of the longitudinal spacing. Mainly because that information is missing, no consensus was reach on whether the longitudinal spacing between aircraft on taxiways could be reduced with the A-SMGCS when visual reference is not possible on the manoeuvring area. Moreover, the controllers often claimed that ground traffic on the taxiways is not the limiting factor during low visibility operations, the departing aircraft having to queue at the runway holding point anyway. They do not feel the need to modify the current procedures (i.e. one aircraft per taxiway) in order to reduce longitudinal spacing on taxiways during low visibility operations. The controllers consider that the A-SMGCS will not necessarily prevent them from making records of the vehicles on the manoeuvring area. As for the use of paper strips, it depends on each controller’s working habit. Nevertheless, even if some controllers consider that it may not be necessary to maintain a list of the vehicles on the manoeuvring area during low visibility operations if the reliability of the A-SMGCS is improved, many of them insisted on the importance of having a paper backup in case of system failure. 3.4.2.4 Co-ordination The controllers consider that the coordination and the hand over of a taxiing aircraft between the control working positions in the tower would be more efficient with the A-SMGCS. Some controllers noted that the ground and tower working positions should be equipped with A-SMGCS HMIs and that it could be useful for the hand over, for example when the activation sequence is different from the off-block sequence. 3.4.2.5 Taxiing on the runway The controllers consider that the number of pilot position reports could be reduced when using the ASMGCS. Nevertheless, they do not agree on suppressing the pilot position report to confirm that the aircraft has vacated the runway because it is safety critical. The controllers consider that with the A-SMGCS an aircraft may be permitted to taxi on the runway in use even when visual reference is not possible on the manoeuvring area. However, the interest of making aircraft taxi on the runway in use is limited in Toulouse because the taxiway network is developed enough to avoid it. 3.4.2.6 Line-up clearance The controllers consider that line-up of an aircraft at the runway threshold is easier to control with the A-SMGCS whether visual reference is possible or not on the manoeuvring area. In normal operations it is particularly true at night and when runway 32R is used for departures because the threshold is far from the tower. No consensus was reached on whether multiple line-ups could be performed with the A-SMGCS when visual reference is not possible on the manoeuvring area. Many controllers noted that the A-SMGCS is not mature enough (in terms of reliability and accuracy) to perform multiple line-ups in low visibility conditions. Several of them were reluctant on the idea of modifying the current working habits to encourage multiple line-ups in low visibility conditions. 3.4.2.7 Takeoff clearance The controllers consider that the A-SMGCS is rather helpful for better monitoring an aircraft commencing the takeoff roll. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 44 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results No consensus was reached on whether rolling takeoff clearances could be given more frequently with the A-SMGCS. Many controllers consider that the A-SMGCS is not a key tool when making the decision about a rolling takeoff clearance. The controllers consider that the A-SMGCS is not sufficient to decide when a takeoff clearance should be issued. Several of them explained that other parameters have to be considered (e.g. inbound traffic in final approach, readiness of the pilot). 3.4.2.8 Landing clearance No consensus was reached on whether the A-SMGCS is sufficient to decide if the runway in use has been vacated in order to deliver a landing clearance when visual reference is not possible on the manoeuvring area. Many controllers noted that the A-SMGCS is not mature enough (in terms of reliability and accuracy) to use it as the unique decision tool to give landing clearances. 3.4.2.9 Conditional clearances The controllers consider that when visual reference is possible on the manoeuvring area, the ASMGCS is rather helpful to deliver conditional clearances on the runway in use and it is helpful to deliver conditional clearances on taxiways in a safe and efficient way. They also consider that it is rather helpful to deliver conditional clearances on taxiways in a safe and efficient way even when visual reference is not possible on the manoeuvring area. No consensus was reached on whether the A-SMGCS may help them to deliver conditional clearances on the runway in use in a safe and efficient way when visual reference is not possible. Several controllers were reluctant to modify there working habits (i.e.: they do not give conditional clearances in low visibility conditions) in such a safety critical case, because they do not trust the system enough. 3.4.2.10 Visibility transition The controllers consider that the transition from normal operations to low visibility operations is easier with the A-SMGCS. They also consider that when low visibility procedures are activated, the A-SMGCS helps them to reduce their workload. No consensus was reached on whether the visibility limits for the transition to low visibility procedures could be redefined for the A-SMGCS. Several controllers noted that the A-SMGCS has no influence on the definition of the visibility limits. 3.4.2.11 Transponder procedures The controllers consider that it would be appropriate that pilots switch the transponder on before they request a push back clearance, in order to automatically associate a label to a departing aircraft. 3.4.2.12 Contingency procedures The controllers consider that if only one mobile fails to comply with the technical requirements for ASMGCS operations, they do not have to return to SMGCS procedures for all the traffic. They generally agree that if only one mobile cannot be automatically identified, they can easily manage it either by identifying it manually or by asking for position reports to the pilot. 3.4.2.13 Conclusion on procedures The controllers consider that the A-SMGCS helps them whether visual reference is possible or not on the manoeuvring area. They consider that they can rely on the A-SMGCS instead of the outside view when visual reference is not possible on the manoeuvring area provided that the reliability of the current system is improved. They consider that there are not too many inconsistencies between the A-SMGCS HMI and actual traffic. They slightly agree with the fact that the mix of cooperative and non-cooperative mobiles could severely restrict the use of A-SMGCS when visual reference is not possible on the manoeuvring area. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 45 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Nevertheless, some of them argued that the severity of the restriction depends on the number of noncooperative mobiles. 3.4.3 Operational improvements 3.4.3.1 Metrics The results of the individual metrics related to operational improvements listed in this section were measured during the shadow-mode trials. The characters between parentheses in each metric title indicate the reference3 of the indicator used in D6.1.3: Verification and validation test plan for Toulouse-Blagnac airport, version 1.02, issued on the 15th February 2006 [5]. 3.4.3.1.1 Capacity 3.4.3.1.1.1 Assessment of departure and arrival runway capacity in visibility conditions 2 and 3 No direct measurement of the runway capacity could be performed during the shadow-mode trials. Nevertheless, the results of the evaluation of the operational feasibility of A-SMGCS procedures seem to show that the potential gain in runway capacity would be limited. Indeed, the controllers do not want to suppress the position report of the pilot when the aircraft has vacated the runway. There is consensus neither on the use of multiple line-up, rolling takeoff and conditional clearances on the runway in use in low visibility conditions, nor on the use of A-SMGCS only to decide to give a landing clearance in low visibility conditions, nor on the redefinition of the visibility limits. See section 3.4.2 Operational feasibility: procedures for further details. Therefore, the controllers do not see the introduction of the A-SMGCS as an opportunity to modify deeply the procedures and their working habits during low visibility operations in order to increase the runway capacity. This is explained mainly by the immaturity of the system (in terms of reliability and accuracy) and, as a consequence, by the lack of confidence of the controllers to perform control with it. The controllers also seem to consider that the interest of introducing changes during low visibility operations and increasing the runway capacity is very limited because most of the time the traffic demand can be absorbed without high delays during low visibility operations. Nevertheless, several controllers stressed that a validated A-SMGCS and an adapted lighting on the platform could allow both runways to be used during low visibility operations, which would increase the runway throughput and the capacity of the airport. 3.4.3.1.1.2 Assessment of departure and arrival runway throughput in visibility conditions 2 and 3 (CA01 & CA02) The controllers have a positive feeling about the increase of departure and arrival throughput during low visibility operations. The A-SMGCS may also help them to manage more traffic when visual reference is not possible on the manoeuvring area. As suggested by some controllers, if both runways are used in low visibility operations with the ASMGCS, the throughput of each runway may be increased because the time between two movements could be reduced. See section 3.4.2 Operational feasibility: procedures for further details. A quantitative assessment of the runway throughput has been performed during the fast-time simulation. See section 4.4.1.1.1.1 Assessment of departure and arrival runway throughput in visibility conditions 2 and 3 (CA01 & CA02) for further details. 3.4.3.1.1.3 Assessment of mean and maximum number of aircraft simultaneously taxiing in visibility conditions 2 and 3 (CA09 & CA10) No direct measurement of the taxiway capacity could be performed during the shadow-mode trials. 3 These figures are unfortunately not always consistent with D6.2.2: Indicators and Metrics for A-SMGCS [7]. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 46 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Nevertheless, the results of the evaluation of the operational feasibility of A-SMGCS procedures seem to show that there would be a gain in taxiway capacity if the A-SMGCS were used during low visibility operations. The gain would be mainly due to the use of A-SMGCS by the controllers to deliver taxi clearances and the reduction of the number of position reports by the pilots on the taxiways. Conditional clearances on taxiways could also be authorised in low visibility operations, making the ground traffic more fluid. However, the controllers did not agree to reduce the longitudinal spacing between aircraft on taxiways in low visibility conditions because of their lack of trust in the A-SMGCS and the limited interest of such a modification of the current procedures compared with the traffic demand during low visibility operations. See section 3.4.2 Operational feasibility: procedures for further details. A quantitative assessment of the maximum number of aircraft simultaneously taxiing has been performed during the fast-time simulation. See §4.4.1.1.1.2, Assessment of mean and maximum number of aircraft simultaneously taxiing in visibility conditions 2 and 3 (CA09 & CA10), for further details. 3.4.3.1.1.4 Assessment of mean and maximum number of push back clearances in visibility conditions 2 and 3 (CA07 & CA08) No direct measurement of the apron capacity could be performed during the shadow-mode trials. Nevertheless, the results of the evaluation of the operational feasibility of A-SMGCS procedures seem to show that there would be a gain in apron capacity if A-SMGCS were used during low visibility operations. However, the controllers do not seem to consider that A-SMGCS would be of any help in the preparation of the start up sequence. They believe that A-SMGCS could help them in the decision to deliver a push back clearance and to check that an aircraft has left a stand. Then, A-SMGCS could have a slightly positive impact on the apron capacity but this impact is restrained by the lack of identification coverage on the apron. See section 3.4.2 Operational feasibility: procedures for further details. A quantitative assessment of the maximum number of aircraft pushing back per 10 minutes time slot has been performed during the fast-time simulation. See section 4.4.1.1.1.3 Assessment of mean and maximum number of push back clearances in visibility conditions 2 and 3 (CA07 & CA08) for further details. 3.4.3.1.2 Efficiency 3.4.3.1.2.1 Minimum, mean and maximum departure and arrival taxi times in visibility conditions 2 and 3 (EF10, EF11 & EF12) No direct measurement of the taxi time could be performed during the shadow-mode trials. Nevertheless, from the results of the evaluation of the operational feasibility of A-SMGCS procedures, a reduction of the taxi time on average during low visibility operations can be expected for the same reasons as for a potential increase of the taxiway capacity (i.e. use of A-SMGCS for taxi clearance delivery, reduced number of position reports by pilots, possibility of giving conditional clearances). See sections 3.4.2 Operational feasibility: procedures and 3.4.3.1.1.3 Assessment of mean and maximum number of aircraft simultaneously taxiing in visibility conditions 2 and 3 for further details. A quantitative assessment of the mean departure and arrival taxi times has been performed during the fast-time simulation. See section 4.4.1.1.2.8 Minimum, mean and maximum departure and arrival taxi times in visibility conditions 2 and 3 (EF10, EF11 & EF12) for further details. 3.4.3.1.2.2 Assessment of number of communications in visibility conditions 2 and 3 (EF20) No direct measurement of the number of communications could be performed during the shadowmode trials. Nevertheless, the results of the evaluation of the operational feasibility of A-SMGCS procedures seem to show that the average number of pilot / controller communications could decrease if the A-SMGCS Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 47 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results was used during low visibility operations. The controllers consider indeed that the number of position reports by pilots could be reduced in low visibility conditions. See section 3.4.2 Operational feasibility: procedures for further details. 3.4.3.1.3 Human Factors 3.4.3.1.3.1 Controller situational awareness (HF02) The controllers consider that their situational awareness is improved with the A-SMGCS. In particular, they consider that the A-SMGCS HMI allows them to have a better awareness of the respective position and identification of each mobile, a better understanding of the traffic situation and to better anticipate the evolution of traffic. Several controllers noted that an A-SMGCS HMI should be installed at the approach control working position to help the controller to better anticipate the evolution of traffic. 3.4.3.1.3.2 Controller acceptance of the A-SMGCS HMI (HF03) The controllers have a good global acceptance of the A-SMGCS HMI. In particular, they consider that it provides the right information at the right time without being unnecessarily complex. The HMI helps them to reduce their mental workload. See section 3.4.1.1.5 Human Machine Interface for further details. 3.4.3.1.3.3 Usability of the A-SMGCS HMI (HF05) The controllers consider that the global usability of the A-SMGCS HMI is satisfactory. See section 3.4.1.1.5.2 HMI information usability for further details. 3.4.3.1.4 Safety 3.4.3.1.4.1 Detected incorrect display (SA07) The opinion of the controllers concerning the detected incorrect display events is not obvious. On the one hand they consider that the A-SMGCS HMI and the actual traffic are quite consistent and that the A-SMGCS does not endanger safety at the airport. On the other hand, they think that the amount of incorrectly identified mobiles on the A-SMGCS HMI is a problem to control the traffic in a safe and efficient way. Many incorrect display events were observed during the shadow-mode trials. The main categories of incorrect display event are described hereafter: • In most cases, false plots appeared somewhere on the airport, sometimes on the runway while an aircraft was about to land. This triggered false runway incursion alerts. Interferences caused by a wide-body aircraft (e.g. Beluga, A380) taxiing on taxiway Whisky in the vicinity of the SMR triggered some of the observed false plots. • Since the system was used in shadow-mode trials when these events happened, there was no safety impact on the operations. • This kind of event may have a very negative impact on the acceptance of the A-SMGCS by the controllers, even as an information system. • During one of the shadow-mode trial sessions, a storm brought heavy rain in the southeast part of the airport, over runway 32L and 32R thresholds. It caused a lot of false plots in this area on the HMI, making it unusable during the event while visibility suddenly reduced. • This kind of event may have a negative impact on the acceptance of the A-SMGCS by the controllers, even as an information system. • Several cases of inaccurate line-up on the runway axis occurred for aircraft in final approach. A discontinuity was observed in the trajectory of approaching flights, suddenly passing from lined up on the runway axis to shifted several metres to the right or to the left of the runway axis just before landing. This inconsistency is probably due to a gap between the track detected by the approach radar and the track detected by the SMR. In some cases the two trajectory were displayed at the same time on the HMI, causing false runway incursion alerts. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 48 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results • This kind of event may have a very negative impact on the acceptance of the A-SMGCS by the controllers, even as an information system. Finally, despite these problems that need to be addressed, the controllers seem to accept the ASMGCS as an additional information tool. However, major improvements, mainly in terms of reliability of detection and identification, will have to be made for the controllers to trust the A-SMGCS enough and accept it as a control tool. 3.4.3.1.4.2 Detected loss of display (SA08) No total loss of A-SMGCS HMI display was observed during the shadow-mode trials. Only a few cases of mobiles loosing their synthetic plots for a very limited time were observed. The severity of the losses was mitigated by the continuity of the primary radar track. Although the controllers consider that there are too many missing reports to control the traffic in a safe and efficient way, they seem to accept the level of detected loss of display for the A-SMGCS as an additional information tool. 3.4.3.1.4.3 Detected lack of identifier (SA09) Many cases of lack of identifier were observed during the shadow-mode trials. The main categories of lack of identifier events are described hereafter: • In many cases for departing flights, pilots did not switch the transponder on before they lined up on the runway threshold for takeoff. As a consequence the aircraft could not be identified before takeoff. As mitigation, the controller in charge of the flight could ask for the pilot to switch the transponder on. Nevertheless, it was chosen not to do it systematically not to disturb the controllers and pilots. Another solution would be a manual identification of the unidentified mobile. This kind of event could easily be avoided by modifying the transponder procedures for pilots. • Several cases of lack of identifier were observed for departing flights where although the transponder was on (cross-check with the pilot), the aircraft was identified several tenths of seconds later. A latency time of several tenths of seconds was also observed on mode S equipped vehicles. As mitigation, the controller could identify the mobile manually. • In many cases for departing and arriving flights, temporary or permanent losses of identification were observed. As mitigation, the controller could identify the mobile manually. • In many cases, mainly for departing aircraft, the transponder code was the only information displayed on labels because flight plan data were not available. No mitigation was possible during the shadow-mode trials. All the observed cases of lack of identifier may have a very negative impact on the acceptance of the A-SMGCS by the controllers, even as an information system. In summary, the controllers do not seem to accept the level of detected lack of identifier. 3.4.3.1.4.4 Detected incorrect identifier (SA10) Several cases of incorrect identifier were observed during the shadow-mode trials. They concerned label swaps between mobiles. More precisely, the label of an aircraft was ‘caught’ by an unidentified mobile taxiing in its vicinity (e.g. bus, push back truck). The controllers who witnessed these cases tried to manually dissociate the label from the incorrectly identified mobiles but most of the time this action was not possible. The controllers do not accept the level of detected incorrect identifier for the A-SMGCS as a control tool but it seems to be more acceptable if it is seen as an additional information tool. 3.4.3.1.4.5 Controller errors induced by A-SMGCS in visibility conditions 2 The ‘controller errors induced by A-SMGCS in visibility conditions 2’ metric could not be measured during the shadow-mode trials. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 49 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 3.4.3.2 Hypotheses In this section, the operational improvement hypotheses described in the Verification and Validation Test Plan Document [5] are validated or invalidated according to the results of the metrics measured during the shadow-mode trials. 3.4.3.2.1 Capacity 3.4.3.2.1.1 Capacity hypothesis 1 (Opi.cap.1) Hypothesis: Using A-SMGCS, the runway departure and arrival capacity will be maintained or increased, especially in visibility conditions 2 and 3. Validation: The hypothesis has been validated. The runway departure and arrival capacity should at least be maintained. 3.4.3.2.2 Efficiency 3.4.3.2.2.1 Efficiency hypothesis 1 (Opi.eff.1) Hypothesis: The number of pilot reports will be maintained or decreased, especially in visibility conditions 2 and 3. Validation: The hypothesis has been validated. The number of pilot reports should be decreased. 3.4.3.2.3 Human Factors 3.4.3.2.3.1 Human factors hypothesis 1 (Opi.hf.1) Hypothesis: Using A-SMGCS, the situation awareness of the controller will be improved, in particular the mental association between position and identification of mobiles. Validation: The hypothesis has been validated. 3.4.3.2.3.2 Human factors hypothesis 2 (Opi.hf.2) Hypothesis: The A-SMGCS display will be accepted by the controller. Validation: The hypothesis has been validated. 3.4.3.2.3.3 Human factors hypothesis 3 (Opi.hf.3) Hypothesis: The controller will state that A-SMGCS is usable. Validation: The hypothesis has been validated. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 50 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 3.4.3.2.4 Safety 3.4.3.2.4.1 Safety hypothesis 1 (Opi.saf.1) Hypothesis: The detected corruption of the A-SMGCS HMI won't have a significant negative impact on the safety of operations. The following events should be considered: • Detected incorrect displays, • Detected loss of display, • Detected lack of identifier, • Detected incorrect identifier. Validation: The hypothesis has been partly validated. The controllers consider that the detected incorrect displays, detected loss of display and detected incorrect identifier are acceptable to use A-SMGCS as an additional information tool but not as a control tool. They consider that the detected lack of identifier is not acceptable. 3.4.3.2.4.2 Safety hypothesis 2 (Opi.saf.2) Hypothesis: When using A-SMGCS, the number of controller errors will be reduced, especially under adverse weather conditions. Validation: The hypothesis could not be tested. This hypothesis should be tested during shadow-mode trials, when all the experimental A-SMGCS procedures have been performed. 3.4.3.3 High-level objectives In this section, the operational improvement high-level objectives described in the Verification and Validation Test Plan Document [5] are validated or invalidated according to the results of the hypotheses validation. 3.4.3.3.1 High-level objective 2 Objective: With use of EMMA A-SMGCS, the level of safety of airports will be maintained or even increased, especially under adverse weather conditions and in congested traffic situations. A full safety assessment of the system installed in Toulouse will be performed in EMMA2. A FHA and a very preliminary safety assessment are available in D1.3.9 of EMMA. Validation: The objective has been partly validated. The controllers consider that the A-SMGCS is acceptable from the safety point of view as an additional information source but not as a control tool. 3.4.3.3.2 High-level objective 4 Objective: With use of EMMA A-SMGCS, the Human Factors situation will be improved, especially under adverse weather conditions and in congested traffic situations. Section 2.6.14 and 2.6.15 of the ICAO manual on A-SMGCS [15] refer to operational requirements on the HMI and state that ‘where automation is available the automated systems should demonstrate an acceptable level of HMI efficiency’. It is expected that the assessment of these requirements will demonstrate that the Human Factors situation has been improved. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 51 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Validation: The objective has been validated. 4 Validation session – fast-time simulations 4.1 Introduction The validation session subject of the current chapter provides a quantitative assessment of the potential operational improvements induced by the use of A-SMGCS at Toulouse-Blagnac airport. Since the system was not used operationally, no direct measurement of operational improvement indicators could be performed. Two methods were used in order to assess capacity and efficiency indicators. First, the evolution of some indicators could directly be derived from the results of the questionnaires and the conclusions of the use of A-SMGCS procedures, provided in §3, Validation session – shadow mode trials. For instance, the taxi time in low visibility conditions could be directly derived from the current measurement of the taxi time in low visibility operations, from the average time length of a position report by a pilot, and from the fact that the controllers were ready to reduce the number of pilot reports using A-SMGCS. The other indicators were assessed using a very simple fast-time simulator. Due to the fact that the capacity and efficiency indicators were not directly measured, the results given in this section should be considered with great caution. They can only be seen as ‘potential’ improvements induced by the use of A-SMGCS. Furthermore, as the fast-time simulation only partially reflects the complexity of traffic management on the Toulouse platform, the results provided by the simulation should not be considered as ‘absolute’ values: only the relative evolution of an indicator can give an indication of the corresponding operational improvement. 4.2 Data description and data collection methods 4.2.1 Raw data The fast-time simulation has been performed with two traffic scenarios, derived from a day with high traffic on Toulouse-Blagnac airport (25th June 2004): • The first hour (i.e. from 07:00 to 08:00 UT) is a period of very high traffic with 14 departing and 11 arriving flights, • The second hour (i.e. from 16:00 to 17:00 UT) is a period of intermediate traffic, with 9 departing and 6 arriving flights. During these hours, runways 32R and 32L were active. Each of these traffic scenarios has been run with four different configuration files, each corresponding to different operational conditions: • Normal visibility operations (with or without A-SMGCS, two runways), • Low visibility operations without A-SMGCS (one runway), • Low visibility operations with A-SMGCS (one runway), • Low visibility operations with A-SMGCS (two runways). A detailed description of these four operational conditions and assumptions made for each of them is provided in the next section. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 52 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 4.2.2 Additional data 4.2.2.1 Description of the operational conditions 4.2.2.1.1 Normal visibility operations During normal visibility conditions, both runways can be used. Runway 32R is dedicated to departures. There is on average a two-minute waiting time between two takeoffs. Runway 32L is dedicated to arrivals. The time separations between two landings are dependent on the aircraft types and ICAO separation standards. Based on observation of real traffic during peak hours, it can be reasonably assumed that the average time separation between two landing aircraft is two minutes. The runways are dependent. However, it should be noted that: • there is no delay between a landing and a following takeoff; • there is a two minutes time separation between a takeoff and the following landing. The runway capacity is 46 movements/hour. The average unimpeded taxi time is 4 minutes, for departures and arrivals. 4.2.2.1.2 Low visibility operations without A-SMGCS Currently, no A-SMGCS is used in low visibility operations at Toulouse-Blagnac. Only runway 32R, equipped with ILS cat. III, is used. For this reason, compared to normal visibility conditions, a supplementary constraint is added: takeoffs become dependent on landings. The average time separation is about two minutes. In low visibility operations, only one aircraft at a time is allowed on the main taxiway, which generates a strong constraint on the ground traffic flow. The average unimpeded taxi time is 5 minutes, due to the fact that a pilot report is necessary at each taxiway intersection. Between three and four taxiway intersections are crossed from the stand to the runway threshold, or from the runway exit to the stand. The airport capacity reduces to 12 aircraft per hour (i.e. one movement every five minutes). The controllers make records of every vehicle on the manoeuvring area. 4.2.2.1.3 Low visibility operations with A-SMGCS (one runway) Following the results and analysis of the questionnaires filled in by the controllers, several conclusions can be made about the use of A-SMGCS procedures during low visibility operations: • The controllers were not ready to trust A-SMGCS in order to reduce horizontal separations. They considered that the rule ‘one aircraft on the main taxiway at a time’ would still be valid when using the A-SMGCS. They would also continue to make records of every vehicle on the manoeuvring area. • The controllers do not demand to be able to perform multiple line-up or rolling takeoffs in low visibility operations. They also insist on still having a pilot report at runway exit for arrivals. No significant increase of the unique runway capacity is expected (i.e. still 12 aircraft per hour). • However, they agree on the fact that the number of pilot position reports could be reduced. If only one aircraft is present on the main taxiway, it could be assumed that the pilot would not be forced to give a position report at each runway intersection. In the current scenario, it was assumed that the taxi time (without holding time) could be reduced to 4 minutes, i.e. the estimated average unimpeded value in normal visibility conditions. The current visibility transition limit is 1000m. A lot of controllers claim that the limit could be reduced because there are situations when low visibility procedures are activated while pilots can still see the other aircraft. Some controllers suggested a reduction to 800m or 600m. It could result in a great increase of taxiway capacity in visibility 2 conditions. However, the results of the questionnaires are not statistically significant, so this potential improvement was not considered for the fast-time simulations scenarios. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 53 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 4.2.2.1.4 Low visibility operations with A-SMGCS (two runways) Several controllers suggested that during low visibility operations, both runways could be used simultaneously, as in normal visibility operations. The reason why the second runway is not activated in low visibility procedures is related to the absence of adapted ground lighting and stop bars. Some controllers suggest that an A-SMGCS HMI could make up for this lack. A safety case should be performed in order to confirm this hypothesis. However, considering the fact that a full implementation of A-SMGCS would imply the installation of appropriate ground lighting and stop bars, this scenario has been chosen in order to assess the potential capacity and efficiency improvements in low visibility operations when both runways are active. The separation rules on the runways are the same as in normal visibility operations. The other parameters are the same as in the ‘low visibility operations with A-SMGCS (one runway)’ scenario. 4.2.2.2 Fast-time simulation assumptions Two types of fast-time simulators have been developed, following two different types of traffic management rules: • The first version is based on the ‘first come, first served’ rule. If two pilots (e.g. of a departing flight and an arriving flight) request a taxi clearance at the same time, priority is given to the one with the earliest estimated off-block time (EOBT) for departures or estimated landing time (ELDT) for arrivals. • The second version gives priority to arrivals whether the conflict concerns the runway or the request for taxi clearance. The first version, which is more equitable, has been tested first. In low visibility operations, the results lead to a high waiting time of arriving aircraft after landing and before taxi to stand. On ToulouseBlagnac airport it is not realistic to assume that several aircraft would be held back near runway exits while waiting for a taxi clearance. For this reason, it has been assumed that the controller would give priority to arriving aircraft and that he would try to expedite the arriving traffic to the parking stands. The second version has then been chosen for the fast-time simulations. However, this assumption should also be qualified, because this traffic management method could easily lead to a saturation of the apron. In the fast-time simulator, no management of stand allocation has been performed. It is likely that the controller confronted to low visibility conditions would choose a more subtle traffic management method, taking into account stand allocations, departures requesting push back and arrivals requesting taxi clearance to the stands. However, this subtle management method could not be easily simulated. This is one of the limits of these fast-time simulations. The first simulation sessions were performed on a whole day of traffic. It appeared that during low visibility operations, the departure and arrival delays quickly became unacceptable. It is likely that, if low visibility conditions were to last several hours, Toulouse control would request a regulation to the Central Flow Management Unit (CFMU). For this reason, it has been decided to focus only on one hour of traffic for each traffic scenario. This simulates the case of a sudden reduction of visibility conditions, when the traffic situation can only be solved tactically, using the A-SMGCS and procedural control. This is also consistent with the fact that priority is given to arriving flights, since they could not have been regulated earlier. 4.3 Data analysis 4.3.1 Data analysis method A description of the fast-time simulation algorithm is provided in the D6.1.3 Toulouse V&V Test Plan [5]. The algorithm that was described in this document was the ‘first come, first served’ algorithm. The ‘arrivals first’ algorithm is slightly different: it systematically gives priority to arrivals, if an arriving aircraft is about to land or request a taxi clearance. The fast-time simulator is run: • For each traffic scenario described in section 4.2.1 Raw data; Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 54 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results For each set of environmental conditions described in section 4.2.2.1 Description of the operational conditions. The values for each considered capacity and efficiency indicator are directly provided by the fast-time simulator. A comparative analysis is then performed on these values. For each scenario and environmental condition, the following indicators have been evaluated: • The departure runway throughput. It is stated in number of aircraft taking off from the airport per hour. • The arrival runway throughput. It is stated in number of aircraft landing at the airport per hour. • The maximum number of aircraft simultaneously taxiing per hour. Both arriving and departing aircraft have been considered. A departing aircraft is considered as taxiing between its actual off-block time (AOBT) and actual takeoff time (ATOT – i.e. AOBT plus actual taxi-out time). An arriving aircraft is considered as taxiing between its actual landing time (ALDT) and actual in-block time (AIBT – i.e. ALDT plus actual taxi-in time). • The maximum number of aircraft simultaneously waiting in the departure queue. A departing aircraft is considered as waiting in the departure queue when it has left the stand (i.e. AOBT has been recorded), the average unimpeded taxi time has been exceeded and it has not taken off yet (i.e. ATOT has not been recorded yet). • The maximum number of aircraft pushing back per 10 minutes time slot. A departing aircraft is considered as pushing back in a given 10 minutes time slot if its AOBT is recorded during that time period. • The minimum, mean and maximum departure taxi times. They are stated in minutes. • The minimum, mean and maximum arrival taxi times. They are stated in minutes. • The mean push back delay. The push back delay of an aircraft is calculated as the difference, in minutes, between its Actual Off-Block Time (AOBT) and its EOBT. • The mean departure queuing delay. The departure queuing delay of an aircraft is calculated as the difference, in minutes, between its actual taxi time (i.e. ATOT minus AOBT) and the average unimpeded taxi time. • The mean departure delay. The departure delay of an aircraft is calculated as the difference, in minutes, between its ATOT and its estimated takeoff time (ETOT – i.e. EOBT plus average taxiout time). This is only the ground ATC delay. No other delay has been taken into consideration. • The mean arrival sequencing delay. The arrival queuing delay of an aircraft is calculated as the difference, in minutes, between its ALDT and ELDT. • The mean arrival queuing delay. The arrival queuing delay of an aircraft is calculated as the difference, in minutes, between its actual taxi time (i.e. AIBT minus ALDT) and the average unimpeded taxi time. • The mean arrival delay. The arrival delay of an aircraft is calculated as the difference, in minutes, between its ALDT and ELDT. This delay is only composed of the sequencing and ground ATC delays. No other delay has been taken into consideration. • The number of aircraft departing on time. A departing aircraft is considered as ‘on time’ if its ATOT is equal to its ETOT. • The departure punctuality index. It is calculated as the ratio between the number of aircraft taking off on time or with a less than 10 minutes delay and the total number of departing aircraft. • The number of aircraft arriving on time. An arriving aircraft is considered as ‘on time’ if its ALDT is equal to its ELDT. • The arrival punctuality index. It is calculated as the ratio between the number of aircraft landing on time or with a less than 10 minutes delay and the total number of arriving aircraft. The following section presents the raw results of the fast-time simulation. The results of each measured indicator are presented in tables. All the tables are organised as follows: • Each ‘Environmental Conditions’ column corresponds to a set of environmental condition where NVO stands for normal visibility operations, LVO stands for low visibility operations and RWY stands for runway. • The line entitled ‘High Traffic’ corresponds to the first scenario (i.e. one hour of high traffic from 07:00 to 08:00 UT on the 25th June 2004). • Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 55 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results • The line entitled ‘Intermediate Traffic’ corresponds to the second scenario (i.e. one hour of intermediate traffic from 16:00 to 17:00 UT on the 25th June 2004). 4.3.2 Measured indicators 4.3.2.1 General data 4.3.2.1.1 Departure and arrival runway throughput Indicator Scenario NVO 2 RWYs Environmental Conditions LVO without LVO with AA-SMGCS SMGCS 1 RWY 1 RWY 2 DEP / 11 3 DEP / 11 ARR ARR LVO with ASMGCS 2 RWYs 4 DEP / 11 ARR 11 DEP / 10 Departure / Arrival High Traffic ARR Runway Throughput (in Aircraft per Intermediate Traffic 9 DEP / 6 ARR 5 DEP / 6 ARR 5 DEP / 6 ARR 5 DEP / 6 ARR Hour) Table 4: Fast-Time Simulations Indicators – Departure and Arrival Runway Throughput 4.3.2.1.2 Maximum number of aircraft simultaneously taxiing Environmental Conditions LVO without LVO with AA-SMGCS SMGCS 1 RWY 1 RWY LVO with ASMGCS 2 RWYs Indicator Scenario NVO 2 RWYs Maximum Number of Aircraft Simultaneously Taxiing per Hour High Traffic 5 1 1 1 Intermediate Traffic 4 1 1 1 Table 5: Fast-Time Simulations Indicators – Maximum Number of Aircraft Simultaneously Taxiing 4.3.2.1.3 Maximum number of aircraft simultaneously waiting in the departure queue Indicator Maximum Number of Aircraft Simultaneously Waiting in the Departure Queue Environmental Conditions LVO without LVO with AA-SMGCS SMGCS 1 RWY 1 RWY LVO with ASMGCS 2 RWYs Scenario NVO 2 RWYs High Traffic 3 1 1 0 Intermediate Traffic 0 1 2 0 Table 6: Fast-Time Simulations Indicators – Maximum Number of Aircraft Simultaneously Waiting in the Departure Queue Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 56 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 4.3.2.1.4 Maximum number of aircraft pushing back per 10 minutes time slot Indicator Scenario Maximum Number High Traffic of Aircraft Pushing Back per 10 Minutes Intermediate Traffic Time Slot NVO 2 RWYs Environmental Conditions LVO without LVO with AA-SMGCS SMGCS 1 RWY 1 RWY LVO with ASMGCS 2 RWYs 5 1 1 1 3 1 1 1 Table 7: Fast-Time Simulations Indicators – Maximum Number of Aircraft Pushing Back per 10 Minutes Time Slot 4.3.2.1.5 Minimum departure taxi time Indicator Scenario Minimum Departure High Traffic Taxi Time (in Intermediate Traffic Minutes) NVO 2 RWYs Environmental Conditions LVO without LVO with AA-SMGCS SMGCS 1 RWY 1 RWY LVO with ASMGCS 2 RWYs 4 5 4 4 4 5 4 4 Table 8: Fast-Time Simulations Indicators – Minimum Departure Taxi Time 4.3.2.1.6 Mean departure taxi time Indicator Scenario High Traffic Mean Departure Taxi Time (in Minutes) Intermediate Traffic NVO 2 RWYs 6.57 4.44 Environmental Conditions LVO without LVO with AA-SMGCS SMGCS 1 RWY 1 RWY 6.07 5.29 5.11 4.67 LVO with ASMGCS 2 RWYs 4.14 4.11 Table 9: Fast-Time Simulations Indicators – Mean Departure Taxi Time 4.3.2.1.7 Maximum departure taxi time Indicator Scenario Maximum Departure High Traffic Taxi Time (in Intermediate Traffic Minutes) NVO 2 RWYs Environmental Conditions LVO without LVO with AA-SMGCS SMGCS 1 RWY 1 RWY LVO with ASMGCS 2 RWYs 14 20 15 5 7 6 9 5 Table 10: Fast-Time Simulations Indicators – Maximum Departure Taxi Time 4.3.2.1.8 Minimum arrival taxi time Indicator Scenario NVO 2 RWYs Minimum Arrival Taxi Time (in Minutes) High Traffic 4 Intermediate Traffic 4 Environmental Conditions LVO without LVO with AA-SMGCS SMGCS 1 RWY 1 RWY 5 4 7 4 LVO with ASMGCS 2 RWYs 4 4 Table 11: Fast-Time Simulations Indicators – Minimum Arrival Taxi Time Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 57 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 4.3.2.1.9 Mean arrival taxi time Indicator Scenario NVO 2 RWYs Mean Arrival Taxi Time (in Minutes) High Traffic Intermediate Traffic 4 4 Environmental Conditions LVO without LVO with AA-SMGCS SMGCS 1 RWY 1 RWY 12.09 12.36 9 6.5 LVO with ASMGCS 2 RWYs 12.36 4.83 Table 12: Fast-Time Simulations Indicators – Mean Arrival Taxi Time 4.3.2.1.10 Maximum arrival taxi time Indicator Scenario NVO 2 RWYs Maximum Arrival Taxi Time (in Minutes) High Traffic 4 Intermediate Traffic 4 Environmental Conditions LVO without LVO with AA-SMGCS SMGCS 1 RWY 1 RWY 22 20 14 12 LVO with ASMGCS 2 RWYs 20 7 Table 13: Fast-Time Simulations Indicators – Maximum Arrival Taxi Time 4.3.2.2 Departure delays 4.3.2.2.1 Mean push back delay Indicator Scenario NVO 2 RWYs Mean Push Back Delay (in Minutes) High Traffic 0 Intermediate Traffic 0 Environmental Conditions LVO without LVO with AA-SMGCS SMGCS 1 RWY 1 RWY 67.21 46.43 16.22 10.67 LVO with ASMGCS 2 RWYs 46.43 11.22 Table 14: Fast-Time Simulations Indicators – Mean Push Back Delay 4.3.2.2.2 Mean departure queuing delay Environmental Conditions LVO without LVO with AA-SMGCS SMGCS 1 RWY 1 RWY LVO with ASMGCS 2 RWYs Indicator Scenario NVO 2 RWYs Mean Departure Queuing Delay (in Minutes) High Traffic 2.57 1.07 1.29 0.14 Intermediate Traffic 0.44 0.11 0.67 0.11 Table 15: Fast-Time Simulations Indicators – Mean Departure Queuing Delay 4.3.2.2.3 Mean departure delay Indicator Scenario NVO 2 RWYs Mean Departure Delay (in Minutes) High Traffic Intermediate Traffic 2.57 0.44 Environmental Conditions LVO without LVO with AA-SMGCS SMGCS 1 RWY 1 RWY 68.29 47.71 16.33 11.33 LVO with ASMGCS 2 RWYs 46.57 11.33 Table 16: Fast-Time Simulations Indicators – Mean Departure Delay Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 58 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 4.3.2.3 Arrival delays 4.3.2.3.1 Mean arrival sequencing delay Indicator Scenario NVO 2 RWYs Mean Arrival High Traffic Sequencing Delay (in Intermediate Traffic Minutes) Environmental Conditions LVO without LVO with AA-SMGCS SMGCS 1 RWY 1 RWY LVO with ASMGCS 2 RWYs 1.27 0.36 0.36 0.36 0 0 0 0 Table 17: Fast-Time Simulations Indicators – Mean Arrival Sequencing Delay 4.3.2.3.2 Mean arrival queuing delay Environmental Conditions LVO without LVO with AA-SMGCS SMGCS 1 RWY 1 RWY LVO with ASMGCS 2 RWYs Indicator Scenario NVO 2 RWYs Mean Arrival Queuing Delay (in Minutes) High Traffic 0 7.09 8.36 8.36 Intermediate Traffic 0 4 2.50 0.83 Table 18: Fast-Time Simulations Indicators – Mean Arrival Queuing Delay 4.3.2.3.3 Mean arrival delay Indicator Scenario NVO 2 RWYs Mean Arrival Delay (in Minutes) High Traffic Intermediate Traffic 1.27 0 Environmental Conditions LVO without LVO with AA-SMGCS SMGCS 1 RWY 1 RWY 7.45 8.73 4 2.50 LVO with ASMGCS 2 RWYs 8.73 0.83 Table 19: Fast-Time Simulations Indicators – Mean Arrival Delay 4.3.2.4 Departure punctuality 4.3.2.4.1 Number of aircraft departing on time Indicator Number of Aircraft Departing On Time vs. Total Number of Departing Aircraft per Hour Environmental Conditions LVO without LVO with AA-SMGCS SMGCS 1 RWY 1 RWY LVO with ASMGCS 2 RWYs Scenario NVO 2 RWYs High Traffic 5/14 1/14 1/14 1/14 Intermediate Traffic 7/9 1/9 2/9 3/9 Table 20: Fast-Time Simulations Indicators – Number of Aircraft Departing On Time Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 59 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 4.3.2.4.2 Departure punctuality index Indicator Scenario NVO 2 RWYs Departure Punctuality Index High Traffic Intermediate Traffic 1 1 Environmental Conditions LVO without LVO with AA-SMGCS SMGCS 1 RWY 1 RWY 0.07 0.14 0.44 0.44 LVO with ASMGCS 2 RWYs 0.21 0.55 Table 21: Fast-Time Simulations Indicators – Departure Punctuality Index 4.3.2.5 Arrival punctuality 4.3.2.5.1 Number of aircraft arriving on time Indicator Scenario NVO 2 RWYs Number of Aircraft High Traffic Arriving On Time vs. Total Number of Arriving Aircraft per Intermediate Traffic Hour Environmental Conditions LVO without LVO with AA-SMGCS SMGCS 1 RWY 1 RWY LVO with ASMGCS 2 RWYs 4/11 1/11 1/11 1/11 6/6 0/6 2/6 4/6 Table 22: Fast-Time Simulations Indicators – Number of Aircraft Arriving On Time 4.3.2.5.2 Arrival punctuality index Indicator Scenario NVO 2 RWYs Arrival Punctuality Index High Traffic Intermediate Traffic 1 1 Environmental Conditions LVO without LVO with AA-SMGCS SMGCS 1 RWY 1 RWY 0.73 0.64 1 1 LVO with ASMGCS 2 RWYs 0.64 1 Table 23: Fast-Time Simulations Indicators – Arrival Punctuality Index 4.4 Results This section presents the results of the validation session in terms of operational improvements. For each stage, the results of the metrics primarily defined in the Verification and Validation Test Plan Document [5] are detailed. The validation of the hypotheses and high-level objectives specified in that document are derived from the measured metrics. 4.4.1 Operational improvements 4.4.1.1 Metrics The results of the individual metrics related to operational improvements listed in this section were measured during the fast-time simulation. The characters between parentheses in each metric title indicate the reference of the indicator used in D6.1.3: Verification and validation test plan for Toulouse-Blagnac airport, version 1.02, issued on the 15th February 2006 [5]. These figures are unfortunately not always consistent with D6.2.2: Indicators and Metrics for A-SMGCS [7]. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 60 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 4.4.1.1.1 Capacity 4.4.1.1.1.1 Assessment of departure and arrival runway throughput in visibility conditions 2 and 3 (CA01 & CA02) The fast-time simulation only partially reflects the complexity of traffic management on the ToulouseBlagnac platform. Therefore, the departure and runway throughput measured during the simulation cannot be used in absolute terms. Nevertheless, the relative evolutions of the departure and arrival runway throughputs from normal operations to the various scenarios in low visibility conditions show that: • The departure throughput is slightly improved (i.e. one more aircraft per hour, representing a 7% increase) in low visibility conditions, high traffic situation and with one runway activated when the A-SMGCS used, compared to the same situation when the A-SMGCS is not used. • The departure throughput is slightly improved (i.e. one more aircraft per hour, representing a 7% increase) in low visibility conditions, high traffic situation and when A-SMGCS is used with two runways activated, compared to the same situation with only one runway active. • The departure throughput is significantly reduced in low visibility conditions, high traffic situation, whether the A-SMGCS is used or not and whether the number of active runways. • The departure throughput is unchanged in low visibility conditions, intermediate traffic situation, whether the A-SMGCS is used or not and whether the number of active runways. • The arrival throughput is unchanged in low visibility conditions, whether the traffic situation, whether the A-SMGCS is used or not and whether the number of active runways. The arrival throughput is even slightly increased (i.e. one more aircraft per hour) in low visibility conditions and high traffic situation compared to normal operations. This is due to the fact that arrivals are given the priority in the simulator’s algorithm. The use of the A-SMGCS may improve the runway throughput by increasing the departure runway throughput during periods of high traffic. It seems that it will have an actual operational impact only if both runways can be use in low visibility conditions. This is consistent with the controllers’ opinion. See section 3.4.3.1.1.2 Assessment of departure and arrival runway throughput in visibility conditions 2 and 3 (CA01 & CA02) for further details. It must also be noted that the gain in the departure runway throughput obtained by the use of the ASMGCS is limited compared to the dramatic decrease of the departure runway throughput in low visibility conditions. It shows the limits of the benefits brought by the A-SMGCS when it is not used as a replacement of the outside view. 4.4.1.1.1.2 Assessment of mean and maximum number of aircraft simultaneously taxiing in visibility conditions 2 and 3 (CA09 & CA10) The mean number of aircraft simultaneously taxiing in visibility conditions 2 and 3 has not been assessed during the fast time simulation. The relative evolutions of the maximum number of aircraft simultaneously taxiing from normal operations to the various scenarios in low visibility conditions show that: • The maximum number of aircraft simultaneously taxiing is strongly reduced during low visibility conditions compared to normal operations. • The use of the A-SMGCS does not bring any improvement in the number of aircraft simultaneously taxiing. These results are explained by ‘one aircraft on the main taxiway at a time’ rule, which is a strong constraint on the ground traffic in low visibility conditions. While this rule will be applied when the A-SMGCS is used (i.e. while the controllers’ trust in the system will be limited), the number of aircraft simultaneously taxiing will not be increased. See section 3.4.3.1.1.3 Assessment of mean and maximum number of aircraft simultaneously taxiing in visibility conditions 2 and 3 (CA09 & CA10) for further details. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 61 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 4.4.1.1.1.3 Assessment of mean and maximum number of push back clearances in visibility conditions 2 and 3 (CA07 & CA08) The mean number of push back clearances in visibility conditions 2 and 3 has not been assessed during the fast time simulation. The relative evolutions of the maximum number of aircraft pushing back per 10 minutes time slot from normal operations to the various scenarios in low visibility conditions show that: • The maximum number of aircraft pushing back per 10 minutes time slot is strongly reduced during low visibility conditions compared to normal operations. • The use of the A-SMGCS does not bring any improvement in the maximum number of aircraft pushing back per 10 minutes time slot. The ‘one aircraft on the main taxiway at a time’ rule has a direct impact on the number of aircraft authorised to push back. Therefore, while the rule will be applied, the number of push back clearances will not be increased. 4.4.1.1.2 Efficiency 4.4.1.1.2.1 Taxiing delays (EF01) The metrics entitled ‘taxiing delays’ (EF10) corresponds to the indicators ‘mean departure queuing delay’ and ‘mean arrival queuing delay’ measured during the fast time simulation. The relative evolutions of the mean departure and arrival queuing delays from normal operations to the various scenarios in low visibility conditions show that: • The mean departure queuing delay is decreased by 84 to 89 % in low visibility conditions when the A-SMGCS is used and two runways are active, compared to the same situation with only one runway active. • When only one runway is active in low visibility conditions, the A-SMGCS does not help reduce the mean departure queuing delay. • The A-SMGCS does not help reduce the mean arrival queuing delay. Note: when examining the mean departure and arrival queuing delays, it must be kept in mind that the average unimpeded taxi time is 5 minutes in low visibility conditions without A-SMGCS against 4 in all the other scenarios and environmental conditions. The ‘one aircraft on the main taxiway at a time’ rule is a strong constraint on the ground traffic in low visibility conditions. It is reflected in the mean departure and arrival queuing delays that should not be improved with the use of the A-SMGCS while the rule applies, except for departures if both runways were active. 4.4.1.1.2.2 Gate delays (EF02) The metrics entitled ‘gate delays’ (EF02) corresponds to the indicator ‘mean push back delay’ measured during the fast time simulation. The relative evolutions of the mean push back delay from normal operations to the various scenarios in low visibility conditions show that: • Important mean push back delays are observed in low visibility conditions (i.e. from 16 to 67 min.), while no push back delays were observed in normal operations. • The use of the A-SMGCS allows the mean push back delay to be reduced by 31 to 34% in low visibility conditions. • The number of active runways has no impact on the mean push back delay in low visibility conditions. The A-SMGCS has a positive impact on the mean push back delays in low visibility conditions, even in an intermediate traffic situation. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 62 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 4.4.1.1.2.3 Departure queuing delays (EF05) The relative evolutions of the mean departure queuing delay from normal operations to the various scenarios in low visibility conditions show that: • The mean departure queuing delay is lower in low visibility conditions than during normal operations. This is most probably explained by the ‘one aircraft on the main taxiway at a time’ rule, which limits the ground traffic in low visibility conditions while several aircraft can taxi at the same time and then queue at the runway takeoff in normal conditions. • The mean departure queuing delay is improved by 2 to 32 % in low visibility conditions, high traffic situation when the A-SMGCS is used and both runways are active compared to the other scenarios in low visibility conditions. The A-SMGCS should not have a significant impact on the departure queuing delays in low visibility conditions (except if both runways were used). This is mainly due to the ‘one aircraft on the main taxiway at a time’ rule, which is a strong constraint on the ground traffic. 4.4.1.1.2.4 Arrival sequencing delays (EF06) The relative evolutions of the mean arrival sequencing delay from normal operations to the various scenarios in low visibility conditions show that: • In an intermediate traffic situation, no arrival sequencing delay has been measured in any of the scenarios and environmental conditions. • In a high traffic situation, the mean arrival sequencing delay is less important by 72% in low visibility conditions than during normal operations. This is most probably due to the choice made to give priority to arriving flights in low visibility conditions. • In a high traffic situation and low visibility conditions, the use of the A-SMGCS has no influence on the mean arrival sequencing delay. The A-SMGCS does not seem to improve the arrival sequencing delays in low visibility conditions. Nevertheless, it is mitigated by the deliberate choice to run the simulation in a context where priority is given to arriving flights. See section 4.2.2.2 Fast-time simulation assumptions for further details. 4.4.1.1.2.5 Mean departure delays (EF07 & EF204) The relative evolutions of the mean departure delays from normal operations to the various scenarios in low visibility conditions show that: • The mean departure delay is strongly increased (i.e. multiplied by 18 to 37) in low visibility conditions compared to normal operations. • The use of the A-SMGCS improves the mean departure delay by 30 to 32 % in low visibility conditions in both traffic situations and whether one or two runways are active. The mean departure delay is a key metrics for evaluating the efficiency of the A-SMGCS. The results obtained show that the A-SMGCS could help significantly reduce the departure delays in low visibility conditions, especially during periods of high traffic. The metrics also show that the use of both runways would not change the results. This is most probably due to the ‘one aircraft on the main taxiway at a time’ rule, which is very limitative for the ground traffic in low visibility conditions. It must also be noted that the gain in the mean departure delay obtained by the use of the A-SMGCS is limited compared to the dramatic increase of the mean departure delay in low visibility conditions. It shows the limits of the benefits brought by the A-SMGCS when it is not used as a replacement of the outside view. 4.4.1.1.2.6 Mean arrival delays (EF08 & EF205) The relative evolutions of the mean arrival delays from normal operations to the various scenarios in low visibility conditions show that: • The mean arrival delay increases in low visibility conditions compared to normal operations. 4 5 The number of communications (EF20) could not be evaluated during the validation sessions. The number of communications (EF20) could not be evaluated during the validation sessions. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 63 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results • The mean arrival delay increases in low visibility conditions, high traffic situation whether one or two runways are active when the A-SMGCS is used, compared to the same situation without ASMGCS. The increase happens when aircraft have already landed (Cf. mean arrival queuing delay). The constraint of the ‘one aircraft on the main taxiway at a time’ rule being stronger than the benefit brought by the use of the A-SMGCS (i.e. reduction of the number of position reports by pilots), leading to a similar taxi time with or without A-SMGCS. • The mean arrival delay is improved in low visibility conditions, intermediate traffic situation when one runway is active and A-SMGCS is used, compared to the same situation without A-SMGCS. • The mean arrival delay is improved in low visibility conditions, intermediate traffic situation when the A-SMGCS is used and both runways are active, compared to the same situation with only one runway active. The fast-time simulation shows that the A-SMGCS could help reduce arrival delays at least during intermediate traffic periods. The efficiency of the system is not proven when the traffic is high. Note: the computed mean departure and mean arrival delays are influenced by the priority given to arrivals in the simulator's algorithm. An algorithm, based on the ‘first come, first served’ principle, was also tested. This algorithm gives priority to the most delayed aircraft, whether it is a departure or an arrival. The results obtained were more balanced between departure and arrival delays than those obtained with the ‘arrivals first’ algorithm. However, it is interesting to notice that the global reduction of delays (i.e. departure and arrival delays) is equivalent with both algorithms. This tends to suggest that this global reduction of ground ATC delay could be expected, whatever the traffic control method. Only the share between departure and arrival delays would change. 4.4.1.1.2.7 Punctuality index – number of mobiles on time (EF09 & EF19) The relative evolutions of the departure and arrival punctuality indexes from normal operations to the various scenarios in low visibility conditions show that: • The departure punctuality index strongly decreases in low visibility conditions compared to normal operations. • The departure punctuality index is improved in low visibility conditions, high traffic situation when one runway is active and A-SMGCS is used, compared to the same situation without ASMGCS. • Whatever the traffic situation, the departure punctuality index is improved in low visibility conditions when the A-SMGCS is used and both runways are active, compared to the same situation with only one active runway. • The departure punctuality is unchanged in low visibility conditions, intermediate traffic situation and with one active runway whether the A-SMGCS is used or not. • The arrival punctuality is slightly decreased in low visibility conditions, high traffic situation whether the A-SMGCS is use or not and whether one or two runways are activated, compared to normal operations. • The arrival punctuality is unchanged in intermediate traffic situation whatever the scenario and environment conditions. The A-SMGCS seems to have a positive impact on the departure punctuality index in low visibility conditions. This is mainly perceptible during periods of high traffic and / or if both runways can be used. However, the gain in the departure punctuality obtained by the use of the A-SMGCS is limited compared to the dramatic decrease of the departure punctuality in low visibility conditions. It shows the limits of the benefits brought by the A-SMGCS when it is not used as a replacement of the outside view. The impact of the A-SMGCS on the arrival punctuality index is not proven, keeping in mind that it has been deliberately chosen to give priority to arriving traffic in the simulation algorithm. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 64 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 4.4.1.1.2.8 Minimum, mean and maximum departure and arrival taxi times in visibility conditions 2 and 3 (EF10, EF11 & EF12) The relative evolutions of the minimum, mean and maximum departure and arrival taxi times from normal operations to the various scenarios in low visibility conditions show that: • In all the scenarios and environmental conditions, the minimum departure taxi time is equal to the average unimpeded taxi time. • Whatever the traffic situation, the mean departure taxi time is improved in low visibility conditions when one runway is active and the A-SMGCS is used, compared to the same situation without A-SMGCS. • Whatever the traffic situation, the mean departure taxi time is improved in low visibility conditions when the A-SMGCS is used and both runways are active, compared to the same situation with only one active runway. • The maximum departure taxi time is improved in low visibility conditions, high traffic situation when one runway is active and A-SMGCS is used, compared to normal operations. • Whatever the traffic situation, the maximum departure taxi time is improved in low visibility conditions when the A-SMGCS is used and two runways are active, compared to the same situation with only one active runway. • The maximum departure taxi time increases in low visibility conditions, intermediate traffic situation when one runway is active and A-SMGCS is used compared to the same situation without A-SMGCS. • The minimum arrival taxi time increases in low visibility conditions, intermediate traffic situation when one runway is active and without A-SMGCS, compared to normal operations. In all the other scenarios and environmental conditions, it is equal to the average unimpeded taxi time. • The mean and maximum arrival taxi times strongly increase in low visibility conditions compared to normal operations. • In high traffic situation, the mean and maximum arrival taxi times are unchanged in low visibility conditions whether the A-SMGCS is used or not and whatever the number of active runways. • In intermediate traffic situation, the mean and maximum arrival taxi times are improved in low visibility conditions when one runway is active and the A-SMGCS is used, compared to the same situation without A-SMGCS. • In intermediate traffic situation, the mean and maximum arrival taxi times are improved in low visibility conditions when the A-SMGCS is used and both runways are active, compared to the same situation with only one active runway. The A-SMGCS may help reduce the departure taxi time in low visibility conditions, even more if both runways may be used. However; the improvement of arrival taxi time seems to be limited to intermediate traffic situations. These results are consistent with the controllers’ expectations. See section 3.4.3.1.2.1 Minimum, mean and maximum departure and arrival taxi times in visibility conditions 2 and 3 (EF10, EF11 & EF12) for further details. 4.4.1.1.2.9 Mean and maximum number of aircraft in the departure queue (EF13 & EF14) The mean number of aircraft waiting in the departure queue has not been assessed during the fast time simulation. The relative evolutions of the maximum number of aircraft simultaneously waiting in the departure queue from normal operations to the various scenarios in low visibility conditions show that: • In high traffic situation, the maximum number of aircraft simultaneously waiting in the departure queue is lower in low visibility conditions than in normal operations. This is most probably due to the ‘one aircraft on the main taxiway at a time’ rule, which limits the number of aircraft on the taxiways in low visibility conditions and consequently the number of aircraft in the departure queue. • In intermediate traffic situation, the maximum number of aircraft simultaneously waiting in the departure queue does not significantly vary whatever the scenarios and environmental conditions. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 65 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results The A-SMGCS does not seem to have a significant influence on the number of aircraft in the departure queue. The ‘one aircraft on the main taxiway at a time’ rule may bias the result for this metrics since it strongly limits the number of aircraft on the taxiing simultaneously. 4.4.1.2 Hypotheses In this section, the operational improvements hypotheses described in the Verification and Validation Test Plan Document [5] are validated or invalidated according to the results of the metrics measured during the shadow-mode trials. 4.4.1.2.1 Capacity 4.4.1.2.1.1 Capacity hypothesis 2 (Opi.cap.2) Hypothesis: Using A-SMGCS, the taxiway capacity will be maintained or will increase, especially in visibility conditions 2 and 3. The following parameters will be considered: • Mean number of simultaneously taxiing aircraft, • Maximum number of simultaneously taxiing aircraft. Validation: The hypothesis has been validated. The taxiway capacity should at least be maintained. 4.4.1.2.1.2 Capacity hypothesis 3 (Opi.cap.3) Hypothesis: Using A-SMGCS, the apron and gate capacity will be maintained or will increase, especially in visibility conditions 2 and 3. The following parameters will be considered: • Mean number of push back clearances, • Maximum number of push back clearances. Validation: The hypothesis has been validated. The apron and gate capacity should at least be maintained. 4.4.1.2.1.3 Capacity hypothesis 4 (Opi.cap.4) Hypothesis: Using A-SMGCS, the runway departure and arrival throughput will be maintained or increased, especially in visibility conditions 2 and 3. Validation: The hypothesis has been validated. The departure runway throughput should be maintained in intermediate traffic situations and increased in high traffic situations. The arrival runway throughput should be maintained. 4.4.1.2.2 Efficiency 4.4.1.2.2.1 Efficiency hypothesis 2 (Opi.eff.2) Hypothesis: The taxi time will be maintained or decreased, especially in visibility conditions 2 and 3. The following parameters will be considered: • Mean departure taxi time, • Mean arrival taxi time, • Minimum and maximum taxi times. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 66 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Validation: The hypothesis has been validated. The departure taxi time should be decreased. The arrival taxi time should be maintained in high traffic situations and decreased in intermediate traffic situations. 4.4.1.2.2.2 Efficiency hypothesis 3 (Opi.eff.3) Hypothesis: Related to the reduction of taxi time, the delays due to ATC ground operations will be maintained or decreased, especially in visibility conditions 2 and 3. The following delays will be considered: • Taxiing delays, • Gate delays, • Departure queuing delays, • Arrival sequencing delays, • Mean departure delays, • Mean arrival delays. Validation: The hypothesis has been validated. 4.4.1.3 High-level objectives In this section, the operational improvements high-level objectives described in the Verification and Validation Test Plan Document [5] are validated or invalidated according to the results of the hypotheses validation. 4.4.1.3.1 High-level objective 1 Objective: With use of EMMA A-SMGCS, the level of capacity of airports will be maintained or even increased, especially under adverse weather conditions and in congested traffic situations. Section 2.2.3 of the ICAO manual on A-SMGCS states that ‘an A-SMGCS should be capable of operating at a specified movement rate in visibility conditions down to the aerodrome visibility operational level (AVOL). When visibility conditions are reduced to below AVOL an A-SMGCS should provide for a reduction of surface movements of aircraft and vehicles to a level acceptable for the new situation’. It is expected that the assessment of this requirement will help define levels of acceptable traffic in different visibility conditions, and that these levels will be higher than the current ones. Validation: The objective has been partly validated. The level of capacity of airports should be maintained and maybe increased but levels of acceptable traffic in different visibility conditions could not be defined. 4.4.1.3.2 High-level objective 3 Objective: With use of EMMA A-SMGCS, the efficiency of traffic movements will be increased, especially under adverse weather conditions and in congested traffic situations. Along with capacity assessment, it is expected to demonstrate that the efficiency will also be increased, especially in Visibility 2 conditions. Validation: The objective has been validated. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 67 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 5 Digest and conclusions Both shadow-mode trials and fast-time simulations performed during the validation sessions of the ASMGCS implemented in Toulouse-Blagnac airport permitted to evaluate the operational feasibility of the system. The potential operational improvements brought by the A-SMGCS were also assessed during the validation sessions. The main findings are summarised in this conclusion section. The controllers are convinced that an A-SMGCS would be useful in Toulouse-Blagnac airport. This is why they are supporting the operational implementation of an A-SMGCS in Toulouse-Blagnac. The controllers are satisfied with the A-SMGCS HMI and the utility of the information displayed. However, the controllers are expecting improvements in terms of reliability for the current installed ASMGCS to be used as a control tool and not only as an additional information source. The controllers would be ready to adapt some procedures to take the A-SMGCS into account (e.g. reduction of the number of position reports by the pilots in low visibility conditions) provided that some minor technical malfunctions are solved. The controllers seem to be conservative regarding the A-SMGCS in Toulouse-Blagnac. This is due to both their lack of experience with this new system and its lack of technical maturity. It prevents the ASMGCS in Toulouse-Blagnac to be fully validated. However, the feelings expressed by the controllers of Toulouse-Blagnac airport about the A-SMGCS are close to the findings of the validation sessions performed in the other test-sites of the EMMA project. Therefore, they participate to the global validation of the A-SMGCS concept. The controllers are expecting the A-SMGCS to bring significant benefits in terms of safety and human factors. In particular, the controllers are very interested in the surface conflict alert function of the ASMGCS even if they are expecting some improvements in its implementation before operational use. The shadow-mode trials revealed that the controllers did not generally express expectations for the potential benefits brought by the A-SMGCS in terms of capacity and efficiency. In normal visibility conditions, no benefits can be expected from the A-SMGCS in terms of capacity and efficiency. The fast-time simulations confirmed that the impact of low visibility conditions on a low or even an intermediate traffic situation is rather low. Therefore, minor benefits can be expected from the ASMGCS in terms of capacity and efficiency in these situations. The fast-time simulations showed that the impact of low visibility conditions on a heavy traffic is much more significant. In Toulouse-Blagnac airport, periods of high traffic in low visibility conditions are currently managed by issuing CFMU regulations and creating stacks for the incoming traffic. The use of the A-SMGCS would help reduce delays in this kind of situation. Many controllers considered that the improvement would be even more significant if both runways could be used in low visibility conditions instead of one nowadays. This was confirmed by the results of the fast-time simulations. However, such a change would necessitate strong modifications of the infrastructures and procedures at Toulouse-Blagnac airport. The potential benefits that the A-SMGCS would bring if it were used in operations in ToulouseBlagnac airport would remain limited while the system is seen as an additional information tool and not as a control tool by the controllers. In order to measure actual benefits of the A-SMGCS in low visibility conditions and high traffic situations, a lot of effort is still needed. In particular, the reliability of the current system has to be improved and the current procedures and working habits have to be adapted to the improved system. However, the frequency of such traffic situations should be assessed before deciding to go a step further in the development of the A-SMGCS in Toulouse-Blagnac. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 68 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 6 Annexes 6.1 Annex A: analysis tables for the shadow-mode validation trials The following sections present the results of the analysis in tables ordered according to the three topics assessed in the questionnaire: acceptance of technical performances for operational feasibility, procedures for operational feasibility and operational improvements. For each statement, the reference number and the English version of the statement are recapped. The total number of answers, the average and standard deviation of the answers are presented and all the comments made by the controllers are listed with a reference to the originator by using the coding ‘ATCOn’, where ATCO stands for air traffic controller and n is a number between 1 and 33 allowing anonymous reference to the author of the comment. Lines with a grey background correspond to statements where the controllers’ answers are not significant according to the P parameter of the one sample t-test. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 69 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 6.1.1 Operational feasibility: acceptance of technical performances 6.1.1.1 Surveillance Ref. Statement Tot. Nb Average Answers SD P Comments • • 34 When visual reference is not possible on the manoeuvring area, the detection coverage (area in which the mobiles are detected) of the EMMA display is sufficient to control the traffic in a safe and efficient way • • 28 4.36 1.31 0.002 • • • • • • • Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public ATCO1: Replace ‘manoeuvring area’ with ‘movement area’ in the statement. Totally disagree on the movement area because the apron is missing (in order to provide traffic information). But coverage is OK on the manoeuvring area. ATCO8: To be confirmed (thresholds, arrival on the runway, parking stands: OK). ATCO9: In principle, yes. ATCO10: In principle, yes. ATCO11: I do not know. ATCO20: If the accuracy is guaranteed. ATCO23: Too early to take a stand. ATCO29: In principle, yes. ATCO30: Not tested. ATCO33: Technically OK but we do not use EMMA to exercise control. ATCO35: If all the mobile are surely detected on the global view of the airport: yes. Page 70 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Ref. Statement Tot. Nb Average Answers SD P Comments • • • • 35 When visual reference is not possible on the manoeuvring area, the identification coverage (area in which the mobiles are identified) of the EMMA display is sufficient to control the traffic in a safe and efficient way. • • 25 3.96 1.46 0.110 • • • • • • • • • • • 36 When visual reference is not possible on the manoeuvring area, the displayed position of a mobile on the manoeuvring area is accurate enough to control the traffic in a safe and efficient way. • • 30 4.21 1.24 0.004 • • • • • • • Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public ATCO7: Not enough experience to judge. ATCO8: The identification coverage is not OK. ATCO9: Not possible to answer. ATCO10: Not possible to test because no flight plan correlation for departures. But arrivals OK. ATCO11: I do not know. ATCO12: Even if there are losses of identification, OK (comforted by the pilot). ATCO21: Not enough experience. ATCO22: The departures are not often enough identified. ATCO23: Not enough experience to take a stand. ATCO29: I cannot answer. ATCO30: Not tested. ATCO33: We do not use EMMA to exercise control. ATCO35: No but it is not a problem. Yes if improvements. ATCO1: No precise knowledge. It is not pertinent to separate the runway sensitive area and manoeuvring area because there is no difference in the accuracy. ATCO2: Associated with specific use instructions. ATCO8: Pilot’s help is necessary (not 100% confidence in the system). ATCO10: To be tested. ATCO11: Visibly, yes. ATCO13: Except if there is a bug! ATCO18: Not tested enough. It should be close to a control position. ATCO20: It is too early to answer. I do not know the accuracy of the image. ATCO21: Not enough experience. ATCO23: Cf. question on the runway vacancy. ATCO29: In principle the ground radar is OK (the analog looks accurate). But EMMA is not reliable enough to work with (e.g.: problems of label jumps). ATCO34: No for vacating the runway (3). Yes for the rest of the manoeuvring area. ATCO35: It depends on the protection volume decided. If inaccuracy = 15m. then strongly agree. Page 71 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Ref. Statement 37 The current update rate of the EMMA display is sufficient to control the traffic in a safe and efficient way when visual reference is not possible on the manoeuvring area. Tot. Nb Average Answers SD P Comments • • 31 5.10 0.79 0.000 • • • • • • • • • • • • 38 When visual reference is not possible on the manoeuvring area, the current amount of missing reports on the EMMA display is not a problem to control the traffic in a safe and efficient way. • 21 2.67 1.56 0.044 • • • • • • • • • • Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public ATCO1: But the latency has to be known (approx. 5m. delay). Could be better. ATCO8: I cannot answer. ATCO9: I cannot answer. ATCO11: I do not know. ATCO12: In principle, yes. ATCO21: Not enough experience. ATCO1: Problem with the SMR. ATCO7: Too early. ATCO8: Rephrase the question. If there are missing reports, it is a problem. ATCO9: I cannot answer. ATCO10: Not experienced. ATCO11: I do not know. ATCO12: The primary radar is infallible. ATCO14: Not enough experience to judge. ATCO15: I did not observed the missing reports and their amount, therefore I have difficulty in answering the question. Thus I will be number 1. ATCO20: Not experienced. ATCO21: Not enough experience. ATCO22: Lack of practical experience. ATCO23: Too early as things stand at the moment. ATCO29: As soon as a report is missing, it is a problem. There is always a problem when the system is not reliable. ATCO31: ? ATCO32: I cannot answer. ATCO33: Because we do not use EMMA to exercise control. ATCO34: We have to be sure to see everybody. ATCO35: Knowing the comfort it brings, I am already very happy. Any improvement of the accuracy is positive. Page 72 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Ref. Statement 39 When visual reference is not possible on the manoeuvring area, the current amount of unidentified mobiles on the EMMA display is not a problem to control the traffic in a safe and efficient way. Tot. Nb Average Answers SD P Comments • • • 29 2.86 1.53 0.080 • • • • • 40 When visual reference is not possible on the manoeuvring area, identifying a mobile is more efficient when using the EMMA display. • 34 5.18 0.72 0.000 • • • • • • 41 Even when visual reference is possible on the manoeuvring area, identifying a mobile is more efficient when using the EMMA display. • 34 4.59 1.21 0.000 • • • • • • • • 42 Recognition of the aircraft type is more efficient with the EMMA display. 33 2.85 1.75 0.099 • • • • • Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public ATCO7: Lack of experience. ATCO8: It is not a problem even without EMMA but it is less efficient. ATCO10: Not experienced. ATCO21: Not enough experience. ATCO23: Too early as things stand at the moment. ATCO33: Because we do not use EMMA to exercise control. ATCO34: We have to be sure to see everybody. ATCO1: Not enough trust in the system currently. ATCO8: If EMMA works properly, yes. ATCO22: It depends on the performance of the system. ATCO28: If correlated, yes. ATCO34: If we cannot see anything, EMMA is obviously more efficient. ATCO1: When it works. ATCO3: That depends on its position related to the tower. ATCO19: The information provided by EMMA is a confirmation. ATCO20: Except night time. Useful when visual reference is not possible. ATCO22: Because we can look outside. ATCO28: If correlated, yes. ATCO29: In non-visible areas in particular. ATCO32: EMMA is a good confirmation mean. OK for the non-visible areas. ATCO35: To remove a doubt if there are several vehicles. ATCO1: Nothing guarantees the correctness of the information in the label. ATCO9: If the aircraft has a label and if there is no error in the flight plan. ATCO12: I hope so. Looking forwards to improved flight plan correlation. ATCO20: Except if the aircraft type is incorrect. ATCO22: At night or when the aircraft is not visible. ATCO23: I am not expecting that from EMMA. ATCO28: If the information comes from the transponder in the aircraft. ATCO29: Problem if the aircraft type is incorrect. Page 73 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Ref. Statement Tot. Nb Average Answers SD P Comments • • • 43 When visual reference is not possible on the manoeuvring area, the amount of false reports on the EMMA display is not a problem to control the traffic in a safe and efficient way. • 32 2.34 1.33 0.000 • • • • • • • 44 When visual reference is not possible on the manoeuvring area, the amount of incorrectly identified mobiles on the EMMA display is not a problem to control the traffic in a safe and efficient way. • • 29 2.10 1.29 0.000 • • • • Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public ATCO1: Lots of false reports (problems SCA and SMR). ATCO7: If experienced. ATCO8: False reports are a problem. ATCO10: Depends on the safety limit. ATCO12: It may be annoying. ATCO20: False reports are more annoying on the runway than on the taxiways. ATCO29: It is an important problem. ATCO33: Because we do not use EMMA to exercise control. ATCO35: Providing that the tool is known and real false reports are identified. ATCO1: Already experienced before. ATCO7: If experienced. ATCO10: Problems if too many mobiles are not identified. ATCO12: Very annoying. ATCO20: Not experienced. ATCO30: Assessment on the ground radar. Not enough experience with EMMA. ATCO33: Because we do not use EMMA to exercise control. ATCO35: Personally not observed. If exists: big problem. Page 74 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Ref. Statement Tot. Nb Average Answers SD P Comments • • • • • • 45 Very frequently, I experienced swapping of labels between two mobiles. • 18 3 1.19 0.072 • • • • • • • • ATCO1: Problem when two mobiles pass each other (no continuous correlation). ATCO4: Not experienced. ATCO5: Not tested. ATCO7: I cannot answer. ATCO9: Already experienced (not very frequently). ATCO10: Not tested. ATCO11: Not experienced. ATCO12: Experienced on this day only. I do not know. ATCO18: Experienced, but not enough. ATCO20: Already experienced but not frequently enough. ATCO29: Already experienced on the ground radar. It should not happen. ATCO30: Not tested. ATCO31: Experienced once. ATCO33: Not experienced. ATCO34: And even dangerous ones! Table 24: Results of the Shadow-Mode Trials Questionnaires – Operational Feasibility: Acceptance of Technical Performance – Surveillance Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 75 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 6.1.1.2 Alerts Ref. Statement Tot. Nb Average Answers SD P Comments • • • • • • • 46 When using the EMMA display, I experienced too many false alerts to use the conflict alert system. • 16 3 1.41 0.207 • • • • • • • • • Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public ATCO5: Not tested. ATCO7: In principle interested in the alerts but not experienced. ATCO10: False alerts not experienced. ATCO12: Not seen. ATCO13: Not experienced. ATCO14: Not experienced. ATCO15: Not tested. ATCO17: No opinion. ATCO18: Not experienced. ATCO20: To be fine-tuned. ATCO26: Not enough experience time. ATCO29: Not seen… ATCO30: Not tested. ATCO31: Not seen. ATCO33: Not experienced. ATCO34: One observed. ATCO35: Not experienced. Page 76 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Ref. Statement Tot. Nb Average Answers SD P Comments • • • • • • • • 47 While using the EMMA display, I experienced traffic situations when an alarm should have been triggered but it has not been. • 13 2,15 0,99 0,000 • • • • • • • • • • Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public ATCO1: I did not experience this situation. ATCO2: Not experienced. ATCO5: Not tested. ATCO7: In principle interested in the alerts but not experienced. ATCO9: Not experienced. ATCO10: Not experienced. ATCO12: Not experienced enough. ATCO13: Not experienced. ATCO14: Not experienced. ATCO15: Not tested. ATCO17: No opinion. ATCO18: Not experienced. ATCO20: Not experienced (but I have not used EMMA enough). ATCO26: Not enough experience time. ATCO29: Not seen… ATCO30: Not tested. ATCO31: Not seen. ATCO34: Not enough experienced on EMMA to answer. ATCO35: Not experienced. Page 77 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Ref. Statement Tot. Nb Average Answers SD P Comments • • • • • • • 48 The runway incursion alerts are triggered at the right moment. 13 3 1.68 0.422 • • • • • • • • • • • • • 49 The EMMA display can help me to detect and prevent runway incursions • 27 4.81 0.83 0.000 • • • • • Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public ATCO4: Too late. They should appear when the aircraft passes the holding point (setting up of a virtual holding point). ATCO5: Not tested. ATCO7: In principle interested in the alerts but not experienced. ATCO8: The alert is triggered too late (to be triggered at the holding point at the latest). ATCO9: Too late. ATCO12: Not seen. ATCO14: Not experienced. ATCO15: Not seen. ATCO18: Not experienced. ATCO20: Not enough time. The experienced incursion alert is not much relevant (arrival / departure distance too short). ATCO22: A bit late (only one case experienced). ATCO26: Not experienced. ATCO28: There are still errors remaining. ATCO31: Not seen. ATCO32: Not tested enough. ATCO34: Alert triggered too late (it is already on the runway). ATCO35: Not observed. ATCO5: Not tested. ATCO7: In principle interested in the alerts but not experienced. ATCO8: EMMA would be better if the alerts were triggered earlier. ATCO10: The presentation of the alerts is not good enough. ATCO14: Not experienced. ATCO18: In LVP, yes. ATCO21: I hope so. ATCO29: True even without the alerts. ATCO31: General case. Page 78 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Ref. Statement 50 The EMMA display can help me to detect and prevent incursions into restricted areas (e.g.: ILS area in LVP). Tot. Nb Average Answers SD P Comments • • 28 4.86 0.97 0.000 • • • • • • 51 The EMMA display can help me to detect lit stop bar crossings. 25 5.04 1.02 0.000 • • • • • • • • • • • • • 52 Information alerts are often popping up too late to take an appropriate action before an alarm is triggered. • 13 4.23 0.83 0.018 • • • • • • • • Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public ATCO7: In principle interested in the alerts but not experienced. ATCO14: Not experienced. ATCO21: I hope so. ATCO30: A bit thin. ATCO31: General case. ATCO1: Because the obstacle free zone depends on the stop bars in LVP. ATCO7: In principle interested in the alerts but not experienced. ATCO14: Not experienced. ATCO19: And especially to know which stop bar has been crossed. ATCO22: EMMA helps only. ATCO29: Yes for permanent stop bars not for remote controlled ones. ATCO30: Not tested. ATCO31: General case. ATCO4: Especially for runway incursions. ATCO5: ? ATCO7: In principle interested in alerts but not experienced. ATCO8: Not seen. ATCO9: Not experienced. ATCO10: Not tested. ATCO12: To be confirmed after it has been used. ATCO14: For an opposite runway heading. ATCO18: Not experienced. ATCO19: In case of opposite runway heading, an alert should be triggered as soon as the aircraft is on taxiway P20 if it taxis to runway 32R and if the runway in use is 14L. ATCO20: Problems of setting: late short final alert. ATCO22: Not experienced. ATCO30: Not tested. ATCO31: Not seen. ATCO32: Not enough experience. ATCO33: Not experienced. ATCO35: Not observed. Page 79 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Ref. Statement Tot. Nb Average Answers SD P Comments • • • • • • • • 53 Too many unnecessary information alerts are triggered. • 9 3.11 1.27 0.460 • • • • • • • • • ATCO1: I did not observe any information alert. ATCO2: Not experienced. ATCO5: ? ATCO7: In principle interested in the alerts but not experienced. ATCO8: Not seen. ATCO9: Not experienced. ATCO10: Not tested. ATCO12: I cannot answer. ATCO14: Not experienced. ATCO15: Not seen. ATCO18: Not experienced. ATCO19: I would like to be allowed to acknowledge manually some of the alarms. ATCO22: Not experienced. ATCO30: Not tested. ATCO31: Not seen. ATCO32: No direct practical experience. ATCO33: Not experienced. ATCO35: Not observed. Table 25: Results of the Shadow-Mode Trials Questionnaires – Operational Feasibility: Acceptance of Technical Performance – Alerts 6.1.1.3 HMI – efficiency Ref. Statement Tot. Nb Average Answers SD P Comments • • 65 The image scaling function (zoom in / zoom out) is easy to use. • 32 4.69 0.82 0.000 • • • Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public ATCO1: The HMI is the same as the SMR one. ATCO7: Problem to find the zoom function. ATCO8: Once one has become used to this function, OK. ATCO24: Not really tested. ATCO28: Yes but the pitch is too high! ATCO29: A priori efficient HMI that can surely be improved after operational use. Page 80 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Ref. 66 Statement It is easy to display several windows. Tot. Nb Average Answers 32 5 SD P 0.67 0.000 Comments • • • • • • • • 67 The pop-up windows appear at the expected place and size. 26 4.19 1.02 0.002 • • • • • • • • • • • 68 The windows are conveniently arranged on the EMMA display. • 28 4.46 0.96 0.000 • • • • Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public ATCO24: Not really tested. ATCO5: To be improved. ATCO7: Not experimented. ATCO10: I do not know. ATCO11: Not enough experience. ATCO12: To be tested. ATCO14: Text is too small in the alert windows. ATCO15: The alert windows are too small. ATCO18: I do not know. ATCO19: The alert windows are a bit too big. ATCO22: The alert texts should be bigger. ATCO24: Not really tested. ATCO29: Except the size of the alert windows. ATCO32: Size is OK. Place is OK, especially because the preferred place may be chosen the first time the windows appear. ATCO33: Not tested so much. ATCO34: The alert does not catch the attention enough. ATCO7: Not enough experience to judge. ATCO9: The windows are neither at the right place nor at the right size. ATCO10: There is too much overlap between the windows. Could be better. ATCO11: I do not know. ATCO14: Is not it customisable? ATCO24: Not really tested. ATCO29: Anyway the HMI is customisable. ATCO34: I believe that the air window cannot replace the IRMA display at the ground position. Page 81 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Ref. Statement Tot. Nb Average Answers SD P Comments • • • 69 Pop-up windows sometimes obscure aircraft that should be visible. • 20 4.2 1.44 0.119 • • • • • • • • • • 70 The manual modification of the content of mobile reports on the EMMA display can be performed quickly and efficiently. 30 2.93 1.55 0.087 • • • • • • 71 The EMMA display layout is easy to customise to my own preferences. 30 4.5 0.82 0.000 • • • Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public ATCO8: I do not know. ATCO12: Not seen. ATCO18: Not experienced. ATCO20: Not seen. ATCO23: See user rules. ATCO24: Not really tested. ATCO28: The aircraft labels are too big. Smaller characters would be better. ATCO29: An area should be dedicated to alerts / information. ATCO30: Not tested. ATCO1: This function is useless because the menu follows the moving mobile. ATCO7: Not enough experience to judge. ATCO9: I did not manage to modify the content. ATCO12: Not experienced. ATCO19: It would be easier to click on the labels instead of the position reports. ATCO20: I do not know. ATCO24: Not really tested. ATCO29: You have to click on the position report while you have to click on the label in IRMA 2000. The buffer zone (where you remain in the menu even if the cursor moves) is not wild enough. ATCO35: It at least has the merit to exist but it is a bit heavy. ATCO10: Not tested. ATCO19: A reset function of the controller preferences is missing. ATCO24: Not really tested. ATCO25: Not needed. ATCO29: It is a bit long to customise the HMI. Preset customised configurations should be implemented. Page 82 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Ref. Statement Tot. Nb Average Answers SD P Comments • • • 72 Too much interaction with the EMMA display is needed. 28 2.71 0.90 0.000 • • • • ATCO8: I do not know (in principle no but to be checked). ATCO9: If EMMA has been initially set up correctly, no. ATCO10: A lot of interaction is need. ATCO11: Not enough time. ATCO14: There is no other solution (as in IRMA). ATCO21: In principle no but lack of practical experience. ATCO29: In principle no. The HMI is a bit long to customise but OK once it has been adjusted (except if identification problems occur). Table 26: Results of the Shadow-Mode Trials Questionnaires – Operational Feasibility: Acceptance of Technical Performance – HMI – Efficiency 6.1.1.4 HMI – usefulness Ref. 73 74 Statement It is useful to represent the closed taxiways, runways and apron areas on the EMMA display. The actions that can be performed on the windows (display / hide, manipulation, scaling) are relevant. Tot. Nb Average Answers SD P 32 4.94 1.24 0.000 32 4.69 0.69 0.000 Comments • ATCO30: Problem: it has to be kept up to date. • • ATCO7: Little practical experience. ATCO9: There should be less choice left (preset windows). ATCO11: Not enough time. ATCO1: Because the automatic anti-overlapping does not work. ATCO7: In principle. ATCO14: Could it be automatic? ATCO20: We may not have time to use the manual anti-overlapping. ATCO28: I would have preferred an automatic change… ATCO29: It should be used as few as possible. ATCO35: It is a positive thing. • ATCO30: Not tested. • • • • 75 The manual anti-overlapping of labels (possibility to change the label position manually) is useful. • 32 4.53 1.14 0.000 • • • 76 The use of colour characterisation for the different types of mobiles is useful. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc 32 5.06 0.76 0.000 Public Page 83 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Ref. Statement Tot. Nb Average Answers SD P Comments • • 77 The raw video display (provided by the primary surface radar) is useful. • 30 5.1 0.88 0.000 • • • • • • • • 78 The function allowing the manual modification of label content is useful. • 30 4.7 1.06 0.000 • • • • • Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public ATCO1: Support of the information. ATCO3: In order to know that a parking stand is occupied. ATCO5: In case of failure of the secondary radar yes, but not useful otherwise. ATCO9: Ideally no (if everybody is identified). ATCO20: Good backup in case of failure but not useful in normal operations. ATCO22: Until a better solution is implemented. ATCO24: Too rough. ATCO1: But the function is not implemented correctly. ATCO7: Not experienced. ATCO8: The modification should be automatic. ATCO14: May be useful but not handy at all. ATCO15: Useful but not easy to use. ATCO20: Yes if exists. ATCO26: Not easy to use. ATCO27: Answer between 3 and 4. ATCO28: Yes but beware of erroneous identifications. To be handled with care. ATCO30: Useful if everything is not identified. But it is heavy to use. Page 84 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Ref. Statement Tot. Nb Average Answers SD P Comments • • • • • • • • • • • • • • 79 The EMMA display gives me information that I missed before. If yes, which ones? • 27 5.04 1.06 0.000 • • • • • • • • • • • • • Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public ATCO1: Flight plan information and parking stands. ATCO3: Identification. ATCO4: SID. Type. ATCO5: A lot of information. ATCO7: Callsign, position. ATCO8: CANARI, flight plan information. ATCO9: Labelled mobiles, dynamic airfield map (+ flight plan when the information is available). ATCO10: Not seen. ATCO12: Strip information. ATCO13: Identification. ATCO15: Conflict alert. ATCO16: Hidden parking stands. ATCO18: Information in the labels. ATCO19: No but EMMA links information coming from different sources. ATCO20: Better identification of the vehicles. ATCO21: Flight plan correlation. ATCO22: Alarms, helicopter area, parking stands F. ATCO23: The point is to gather scattered information together and present it in an ergonomic way. ATCO24: Critical / sensitive areas, etc. ATCO26: A lot! ATCO27: Before, we did not have anything!!! ATCO28: Obvious answer in LVP conditions!!! ATCO29: Information in labels and alerts. Equipped vehicles (but it is already available on the ground radar). ATCO30: Note tested. ATCO32: Information is already available somewhere else (strip). ATCO33: Alerts (e.g.: runway incursion, stop bar crossing). ATCO34: Closed taxiways and runways. Alerts. ATCO35: Already an additional safety net. Accuracy of the information at t time, without request. Page 85 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Ref. Statement Tot. Nb Average Answers SD P Comments • • • • 80 The EMMA display contains too much information that I regard as not useful. 31 2.29 0.90 0.000 • • • • • • • 81 The EMMA display provides the right information at the right time. 27 4.58 0.80 0.000 • • • • • ATCO9: Except perhaps the EMMATT label. ATCO12: To be confirmed. ATCO14: One can choose to keep only what one regards as to be useful. ATCO23: Selective choice + profile reset function. ATCO28: The vehicle information in the apron is not useful because it is not usable (image polluted by tugs, etc.). ATCO30: Not tested. ATCO34: Fix runways. Mobiles around the aircraft (refuellers, etc.). ATCO35: Except some two or three fix reference reports. ATCO1: Problems of latency before identification (up to 2 min. 37 sec. this day) and loss of identification. ATCO7: To be checked. ATCO8: In the end, yes. ATCO11: I do not know. ATCO12: Yes, when it works… ATCO30: Not tested. ATCO34: E.g.: the alert is triggered too late. ATCO35: I hope so. According to what I have observed: yes. Table 27: Results of the Shadow-Mode Trials Questionnaires – Operational Feasibility: Acceptance of Technical Performance – HMI – Usefulness Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 86 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 6.1.1.5 HMI – usability Ref. Statement Tot. Nb Average Answers SD P Comments • • • • • 82 The EMMA display gives me sufficient information about airborne traffic in the vicinity of the airport. • 29 4.24 1.24 0.002 • • • • • Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public ATCO7: E.g.: no information about a tail wind VFR. ATCO14: Except for short finals runway and FATO. ATCO16: Not useful. ATCO17: Useless. ATCO18: It is not the purpose of EMMA. ATCO19: To be used on the ground. ATCO22: But not the appropriate way (e.g.: colours are missing in the approach window). ATCO29: There is even too much information (e.g.: information about transit flights). ATCO30: The arrivals are visible. ATCO33: The approach is not that useful. ATCO34: No colours. A background is missing on the map. Page 87 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Ref. Statement Tot. Nb Average Answers SD P Comments • • • • • • • • • 83 Some important functions are missing on the EMMA display. If yes, which ones? 23 2.48 0.95 0.000 • • • • • • 84 The colours used in the EMMA display are appropriate. 30 4.8 0.76 0.000 85 The contrast between the windows and their background is sufficient. 31 4.90 0.54 0.000 Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public • ATCO1: The type of information is OK but MOSQUITO is missing. ATCO7: To be tested. ATCO8: It would be OK if each flight was identified and correlated to its flight plan. ATCO9: No for the time being. ATCO11: I do not know. ATCO12: To be checked in a few months. ATCO14: The aircraft type. ATCO19: Information about the closed taxiways. Runway in use. ATCO22: In principle no. ATCO23: ? ATCO26: TOTAL identification of all the mobiles. The automatic tracking of a selected aircraft in a dedicated window. ATCO28: Being able to delete the third line of the departing aircraft (clearance) while keeping the aircraft type. ATCO29: A link to dynamic maps (dynamic information on closed runways and taxiways). A direct display of the ground lighting, or even a remote control of the ground lighting from EMMA. The goniometric information. The identification feedback (sending of identification by the pilot in reply to a controller request). ATCO33: Not enough time. ATCO11: I do not know. ATCO34: No for the information (yellow). Perhaps too many colours. Why not making the alarms flash? Page 88 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Ref. Statement Tot. Nb Average Answers SD P Comments • • • 86 The height and width of the characters on the EMMA display are sufficient. 30 4.63 0.89 0.000 • • • • • • • • • • 87 All the texts in the EMMA display are easy to read. 32 4.19 1.15 0.001 • • • • • • • 88 Labels, signs and symbols in the EMMA display are easy to interpret. 89 Information is conveniently arranged in the EMMA display. 32 31 4.75 4.81 0.76 0.65 0.000 0.000 • ATCO18: Except for the ‘Ge SF’ button. • ATCO10: Except for the alert window. ATCO11: A bit messy. ATCO19: Except for the runway in use for example. True in most cases. ATCO34: Except label and window overlapping. • • • Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public ATCO12: Smaller police would be as convenient. ATCO14: Answer between 3 and 4. Labels OK. Windows NO. ATCO22: Texts should be bigger (alarm texts mainly). ATCO23: Except for the alert windows. ATCO26: Except for the alert windows. ATCO27: Almost too big. ATCO28: Divide at least by two the height of the characters in the aircraft labels. ATCO29: A bit big (labels). ATCO1: The alerts are too small. ATCO4: Alert window. ATCO7: The names of the taxiways are small in large-scale views but OK if zoom. ATCO11: The names of the taxiways are not easy to read. ATCO13: Yes except for the alarms. ATCO14: Not the alert windows. Not the pull-down menus. ATCO21: The names of the taxiways are too small. ATCO22: The texts should be bigger (especially the alarm ones). ATCO23: Except for the alert windows. ATCO26: Except for the alert windows. ATCO34: Alert window. ATCO35: Alert windows to make bigger. Perhaps make text in the windows thicker. Page 89 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Ref. Statement Tot. Nb Average Answers SD P Comments • • 90 The EMMA display enables to detect a loss of accuracy of the surveillance. • 3 2 0 N/A • • • • 91 Symbols can easily be read under different angles of view in the EMMA display. 29 4.76 0.64 0.000 • • • • • 92 The EMMA display size is appropriate for daily work. • 31 4.65 0.88 0.000 • • • ATCO5: What is this gibberish (what is the meaning)? ATCO7: No information provided on the loss of accuracy. ATCO8: Unclear. ATCO9: I do not know. ATCO10: I do not know. I do not understand the question. ATCO11: I do not know. ATCO12: I do not understand the statement. ATCO11: It is better to stand in front of the screen. ATCO13: Not applicable. ATCO1: A bigger screen is needed. ATCO5: A slightly bigger screen would be great. ATCO7: I would like a slightly bigger screen. ATCO8: Bigger, if possible (but that feats in the working positions). ATCO10: A bigger screen would be good but it has to feat in the working position. ATCO21: It depends on where it is. This size means that it has to be close to the controller. ATCO22: A bit too big to be integrated easily. Table 28: Results of the Shadow-Mode Trials Questionnaires – Operational Feasibility: Acceptance of Technical Performance – HMI – Usability Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 90 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 6.1.2 Operational feasibility: procedures 6.1.2.1 Start-up clearance Ref. Statement Tot. Nb Average Answers SD P Comments • • • • • 01 The EMMA display allows me to set up a more efficient start up sequence when visual reference is possible on the manoeuvring area and the apron. • 35 3.23 1.50 0.291 • • • • • 02 The EMMA display allows me to set up a more efficient start up sequence when visual reference is not possible on the manoeuvring area and the apron. • • 35 3.57 1.74 0.438 • • • • ATCO1: EMMA is not of any use for the start up. ATCO7: Yes if the apron is visible. ATCO8: EMMA has no influence on the start up sequence. But it is useful for push back approvals. ATCO17: Excellent plan. ATCO19: EMMA is a confirmation. ATCO23: General remark: I assume that the system has been validated and it assumed to be in operations a t time for the whole questionnaire. After the interview it is clear that for the moment EMMA is not reliable enough to be operational. ATCO24: General remark: as EMMA has been installed on a remote position, it has been tested just a little bit. In the end, excellent tool. ATCO29: There is no added value compared with the ground radar. It is easier to set up a start up sequence with EMMA but it is not more efficient. ATCO31: EMMA does not enable that. The map in EMMA enables that. ATCO1: There is no need to have a view of the airfield for the start up. ATCO8: EMMA has no influence on the start up sequence. But it is useful for push back approvals. ATCO19: EMMA is a confirmation. ATCO20: There is no need for the view. ATCO22: EMMA is not useful to set up a start up clearance. ATCO29: There is no added value compared with the ground radar. It is easier to set up a start up sequence with EMMA but it is not more efficient. ATCO31: There is no correlation at the parking stands but there is a map of the parking stands. It prevents from having scattered tools. ATCO35: In LVP if the sequence is long, if need be… Table 29: Results of the Shadow-Mode Trials Questionnaires – Operational Feasibility: Procedures – Start Up Clearance Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 91 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 6.1.2.2 Push back clearance Ref. Statement Tot. Nb Average Answers SD P Comments • • • 03 The traffic information on the EMMA display helps me to decide whether a push back clearance should be delayed. • 35 5.03 1.15 0.000 • • • • • • • • 04 The EMMA display is sufficient to determine that an aircraft is on the stand or has left the stand. • 33 4.30 1.26 0.000 • • • • • • • ATCO1: Yes if the mobiles are identified on the taxiways. ATCO7: Yes if the apron is visible. ATCO12: In theory we do not have to exercise control on the apron. ATCO18: In particular on parking stands F and E10/E20. ATCO19: EMMA helps. ATCO21: In principle yes, if the system is reliable. ATCO31: EMMA helps but it must not be use systematically. OK for the arrivals but not for the departures because they are not correlated. ATCO35: Only on hidden parts of the manoeuvring area. ATCO1: Yes to determine that an aircraft has left the parking stand, no to determine that it is at the parking stand. ATCO2: It depends on the accuracy. Is if it is accurate. ATCO7: I do not trust it enough for the time being, to be discussed (if trust, yes). ATCO8: Yes if it is identified. ATCO18: In particular on parking stands F, E10/E20, G and in the CEV area. ATCO19: EMMA is not sufficient. ATCO20: Yes to know that it has left the parking stand. ATCO21: The external view is needed. ATCO29: That depends on the accuracy of the system. ATCO31: EMMA helps but it is not reliable enough. DISCUSS and EMMA are complementary. ATCO32: EMMA is not sufficient; there is a need for the external view or the contact with the pilot. ATCO35: It is a confirmation. Table 30: Results of the Shadow-Mode Trials Questionnaires – Operational Feasibility: Procedures – Push Back Clearance Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 92 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 6.1.2.3 Taxi clearance Ref. Statement Tot. Nb Average Answers SD P Comments • • • • • • • • • 05 When I want to give a taxi clearance, I can rely on the information provided by the EMMA display, even when visual reference is not possible on the manoeuvring area. • • 31 4.68 1.11 0.000 • • • • • • • • • Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public ATCO1: Yes if there is a (continuous) identification. ATCO2: Depends on the accuracy. ATCO7: Yes if collective trust. Yes if put in operations. ATCO8: In the end, it would be good (especially on the Fox area, which is not visible from the tower). ATCO11: If EMMA is reliable. ATCO12: Let’s be careful. ATCO14: If the system is validated. ATCO15: If the system is validated. ATCO18: Yes if there are no false reports and all the aircraft have a label. ATCO19: On moving aircraft. ATCO21: If the system is reliable. ATCO22: Depends on the reliability of the system. ATCO23: If operational. ATCO28: To be checked. ATCO29: Depends on the accuracy of the system. In principle yes, if it works. ATCO30: We hope so… ATCO31: I do not know if I can trust the tool, so today no. It is not the most convenient tool to manage the apron (especially in non visible areas like in F, E10, E20, E21…). ATCO32: And by asking for a confirmation to the pilot or by informing him that we do not know all the traffic. ATCO34: Yes if it is reliable (e.g.: label swapping…). ATCO35: Yes if validated! Page 93 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Ref. Statement Tot. Nb Average Answers SD P Comments • • • • 06 Surveillance of longitudinal spacing between aircraft on taxiways is easier with the EMMA display when visual reference is not possible on the manoeuvring area. • • 35 4.6 1.46 0.000 • • • • • • Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public ATCO1: No because the aircraft size and position of the synthetic plot against the aircraft are unknown. ATCO5: Is there a definition of longitudinal spacing on taxiways in the official regulation? I do not think so… ATCO8: No without any identification or correlation with the flight plan. ATCO12: It depends on the standards. ATCO19: Easier. ATCO20: The actual position of the aircraft is not guaranteed. ATCO22: If the system is reliable. ATCO29: It is done more through the use of the raw video than EMMA. EMMA does not bring anything more. ATCO31: Yes, even without correlation. ATCO32: EMMA is not enough, visual confirmation of the pilot is needed. To be confirmed following practical experience and once trust in EMMA has been reached. ATCO34: Yes if reliable. ATCO35: It depends on the spacing margin e.g. between two taxiways. Page 94 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Ref. Statement Tot. Nb Average Answers SD P Comments • • • • • • 07 When visual reference is not possible on the manoeuvring area, longitudinal spacing between aircraft on taxiways could be reduced with the EMMA display. • 32 3.72 1.61 0.206 • • • • • • • • • Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public ATCO1: No because the aircraft size and position of the synthetic plot against the aircraft are unknown. ATCO5: This is not the purpose of the ground radar! I will not ask a pilot to follow another aircraft close behind just because I have a ground radar. ATCO6: Answer between 3 and 4. ATCO8: If the aircraft are identified. ATCO11: OK if EMMA is reliable. ATCO20: The actual position of the aircraft is not guaranteed. The size of the aircraft is not indicated in EMMA. To be confirmed. ATCO21: If the system is reliable. ATCO22: If the system is reliable. ATCO25: ? No spacing standard. ATCO28: Not reliable when taxiing near the radar. ATCO29: Standard to be defined. ATCO30: It depends on the official regulation. ATCO31: There is no problem with longitudinal spacing in LVP because most of the time the pilots can see each other. Anyway, there is no need to make them queue on taxiways since they will have to wait at the holding point. ATCO32: EMMA is not enough, visual confirmation of the pilot is needed. To be confirmed following practical experience and once trust in EMMA has been reached. ATCO33: We do not perform any separation during the taxi phase. ATCO34: Precautions taken in LVP must not be reduced by this tool. Page 95 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Ref. Statement Tot. Nb Average Answers SD P Comments • • • • • • • • 08 With the EMMA display, it is no longer necessary to make records of the vehicles on the manoeuvring area. • 35 2.8 1.45 0.013 • • • • • • • • ATCO1: Yes if all the vehicles are equipped with MOSQUITO. ATCO4: If all the vehicles are equipped. ATCO5: Good question! I do not have any opinion yet… ATCO8: OK if there is only one vehicle but no if there are several ones. ATCO10: In case of failure of EMMA, there may be a problem. ATCO11: It is safer to keep the list. ATCO18: It depends on each controller. Some use a strip to list all the vehicles present. EMMA is not sufficient. ATCO19: Problem of trust in the HMI: need for a paper backup in case of failure or loss of correlation or detection of the vehicles. ATCO21: In the end, yes. ATCO22: If not all the vehicles are equipped, a list is needed. ATCO27: Without any technical failure! ATCO29: Lack of reliability of the system and trust in the system. Problem in case of failure / missing update / additional information on the paper strip not included in the system. ATCO30: Depends on the reliability. ATCO31: If the system is reliable and if there is a correlation with the flight plan, OK But in case of failure an emergency solution is needed (e.g.: include the vehicles in DISCUSS). ATCO32: If the system is reliable for the identification. ATCO34: Precautions taken in LVP must not be reduced by this tool. ATCO35: It is the same as for DISCUSS. Table 31: Results of the Shadow-Mode Trials Questionnaires – Operational Feasibility: Procedures – Taxi Clearance Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 96 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 6.1.2.4 Co-ordination Ref. Statement Tot. Nb Average Answers SD P Comments • • • • 09 Coordination between the control working positions in the tower would be more efficient with the EMMA display. 35 4.97 0.95 0.000 • • • • 10 With the EMMA display, hand over of a taxiing aircraft between the different control working positions would be more efficient. • 35 4.89 1.05 0.000 • • ATCO1: The ground and tower working positions should be equipped. ATCO5: Including for the evaluation of the taxi phase and departure sequencing. ATCO8: No observed cases for the moment. It would be useful in LVP mainly. ATCO19: Confirmation of the sequence of taxiing aircraft, if not activated in the right sequence. E.g.: an aircraft leaving from B1 will be number one at the holding point even if the taxi clearance has been delivered to an aircraft in B2 first. ATCO21: If the tower controller has an EMMA display too. ATCO29: It must be kept in mind not to simplify too much the communications for the coordination, but OK. ATCO31: If the traffic is correctly seen, there is no need for any coordination. EMMA would enable more tacit coordination. ATCO33: E.g.: for the vehicles. ATCO1: Replace ‘flight’ by ‘taxiing aircraft’ in the statement. ATCO5: In order to know the situation of the departures, an A-SMGCS display should be implemented at the approach working position. ATCO22: EMMA helps to be more confident about the position. Table 32: Results of the Shadow-Mode Trials Questionnaires – Operational Feasibility: Procedures – Coordination Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 97 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 6.1.2.5 Taxiing on the runway Ref. Statement Tot. Nb Average Answers SD P Comments • • • • • 11 The number of position reports can be reduced when using the EMMA display (e.g.: to make sure that an aircraft has vacated the runway in use). • • 34 4.62 1.52 0.000 • • • • • • Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public ATCO1: Yes with an accuracy tolerance margin on the runway (not necessary at the parking stand). ATCO8: Especially in LVP. ATCO11: The confirmation of the pilot is needed. ATCO18: If there is no bug and if I can trust the system. ATCO20: The exact position of the aircraft is not known precisely. It depends on the position of the aircraft on the airfield. ATCO22: Not for the given example, but OK for other ones. ATCO28: No in the particular case of an aircraft vacating the runway in use. ATCO29: OK to reduce the number of reports on the taxiways but not on the runways in use. ATCO30: It helps but it does not replace pilot reports. ATCO31: The example is not appropriate because the pilot has to report in that particular case. ATCO32: OK for the reports on taxiways, but the pilot confirmation is needed in the case of the runway. ATCO33: The example is not appropriate because the controller has to contact the pilot to instruct him to change of frequency. ATCO34: Are we sure that the runway has been actually vacated? Page 98 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Ref. Statement Tot. Nb Average Answers SD P Comments • • • • • 12 With the EMMA display, an aircraft may be permitted to taxi on the runway in use even when visual reference on the manoeuvring area is not possible. • • 31 4.68 1.22 0.000 • • • • • ATCO2: Depends on the procedures. ATCO5: To be considered… ATCO7: Ambiguous question: EMMA or not, there is no difference. ATCO8: Unclear. ATCO19: Not relevant in Blagnac if all the taxiways are opened. Useful if M11 is not accessible, EMMA could allow the aircraft to taxi on the runway to the threshold from M10. ATCO20: This is already in use but EMMA brings more comfort. ATCO22: Yes if the system is reliable. ATCO27: The runway is under the responsibility of the tower controller. ATCO29: The ground radar may help, it is easier with EMMA but the tool is not necessary. ATCO31: It is not relevant in Blagnac because the whole runway is used in LVP. But EMMA would help to increase the capacity in LVP by instructing the aircraft to vacate the runway earlier and by using runway 14L. ATCO32: E.g.: taxi on runway 32R from taxiway N2 to the threshold while an aircraft is at the holding point in N1. ATCO34: In LVP, no taxi on the runway in use is a vital precaution. Table 33: Results of the Shadow-Mode Trials Questionnaires – Operational Feasibility: Procedures – Taxiing on the Runway 6.1.2.6 Line-up clearance Ref. Statement Tot. Nb Average Answers SD P Comments • 13 Even when visual reference on the manoeuvring area is possible, line-up of an aircraft at the runway threshold is easier to control with the EMMA display. • 34 4.68 1.49 0.000 • • • Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public ATCO1: Yes because the parallax is disturbing (e.g.: holding point at runway 32R is hardly visible from the tower). ATCO5: It is better to look outside in good visibility conditions!!! ATCO8: Yes because, for example, the runway 32R threshold is hard to see at nightfall. ATCO9: Yes, in 32. ATCO11: E.g.: at night. Page 99 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Ref. Statement 14 When the runway threshold is not visible lineup of an aircraft is easier to control with the EMMA display. Tot. Nb Average Answers SD P Comments • • 34 5.41 0.82 0.000 • • • • • • • • • • 15 Even when visual reference is not possible, multiple line-ups could be performed with the EMMA display. 32 3.59 1.72 0.379 • • • • • • • • • • ATCO5: In order to know where it is in the takeoff phase. ATCO8: Yes because, for example, the runway 32R threshold is hard to see at nightfall. ATCO9: Yes, on every runway. ATCO34: Does not replace the confirmation of the pilot. ATCO1: Yes if the distance between the taxiway is long enough (e.g.: 500m on 14R: OK; 150m on 32L: NOK). ATCO2: Depends on the accuracy. ATCO5: I believe that such a use of the radar should not be promoted. ATCO8: I do not know. No specific case in mind. EMMA may help but it is tricky. ATCO10: It is risky. To be considered. ATCO14: I do not usually do multiple line-up in LVP. ATCO15: I do not do multiple line-up in LVP. ATCO18: Technically OK but I would not do it for safety reasons. It would necessitate an appropriate ground lighting (i.e. not all the runway entry points are marked out today). It also raises procedure issues. ATCO19: Considering today’s operational rules. ATCO20: The tool is not accurate enough (accuracy of the position). ATCO22: It is not possible from the safety point of view. ATCO23: Double-check with phraseology. ATCO26: In accordance with official rules. ATCO29: It depends on the reliability of the system: if the system is reliable, OK. But today it is not feasible because there are only two stop bars. ATCO31: I can do it but it is not very interesting. Better not to do when the weather is not good. Not used often here. It depends on the working methods. If the pilots can see each other, OK. ATCO33: It is better to do multiple line-up if the weather conditions are good. ATCO34: Surely not. ATCO35: Reactionary again… Old reflex. Table 34: Results of the Shadow-Mode Trials Questionnaires – Operational Feasibility: Procedures – Line-Up Clearance Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 100 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 6.1.2.7 Takeoff clearance Ref. Statement Tot. Nb Average Answers SD P Comments • • • 16 The EMMA display is helpful for better monitoring an aircraft commencing the takeoff roll. • 33 4.27 1.35 0.003 • • • • • • • • • • • 17 I can give rolling takeoff clearances more frequently with the EMMA display. • 34 3.47 1.40 0.898 • • • • • Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public ATCO1: Yes, at the beginning of the rolling for takeoff. ATCO5: It is better to look outside in good visibility conditions!!! ATCO11: EMMA is mainly a ground tool. ATCO12: But not decisive. ATCO18: No if the weather is good. Yes in LVP. ATCO22: Because we look outside. ATCO29: The ground radar is enough, EMMA does not bring anything more. In case of unauthorised takeoff, the alert system helps a lot. ATCO33: I would rather look outside. ATCO1: The exact distance of the closer approaching aircraft to the runway threshold has to be known. ATCO5: It is better to look outside in good visibility conditions!!! ATCO8: EMMA is not decisive in that particular case. ATCO10: Because it depends on the arrivals. ATCO12: But not only EMMA. ATCO18: EMMA may help (in addition to the camera and external view). ATCO20: It is not the purpose of EMMA. ATCO29: Rolling takeoff clearances can be delivered more easily (thanks to the identification function) but not more frequently. The criteria for a rolling takeoff are unchanged with EMMA. ATCO31: Not relevant. ATCO32: EMMA is not that helpful for the rolling takeoff clearance (in principle when a controller gives a rolling takeoff clearance it implies that the pilot has to hurry because of the incoming traffic). ATCO33: There is no link with EMMA. ATCO34: On runway 32 we can see that it is near the holding point (not related to the view of the arrival). ATCO35: We can do it without EMMA. Page 101 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Ref. Statement Tot. Nb Average Answers SD P Comments • • • • • 18 The EMMA display is sufficient to decide when a takeoff clearance should be issued. • 35 2.8 1.32 0.008 • • • • • ATCO2: Depends on the situation. ATCO5: It is better to look outside in good visibility conditions!!! ATCO8: In the case separation with approaching traffic has to be performed, additional information is needed. ATCO14: About ground constraints only. ATCO18: In good weather conditions EMMA is not used. Yes in LVP. ATCO20: Not sure (yes and no). We have to trust the pilot. ATCO29: EMMA is not decisive, does not bring anything in comparison to the ground radar. ATCO30: EMMA is not enough. ATCO31: EMMA helps but it is not enough (one of the parameters considered to give the clearance). ATCO32: The takeoff clearance also depends on the final approaches on the other runway. Therefore, EMMA cannot be the only tool used. ATCO35: We can do it without EMMA. Table 35: Results of the Shadow-Mode Trials Questionnaires – Operational Feasibility: Procedures – Takeoff Clearance Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 102 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 6.1.2.8 Landing clearance Ref. Statement Tot. Nb Average Answers SD P Comments • • • • 19 When visual reference is not possible on the manoeuvring area, The EMMA display is sufficient to decide if the runway in use has been vacated in order to deliver a landing clearance. • • 34 3.74 1.76 0.413 • • • • • • • ATCO1: Depends on the accuracy tolerance margin. ATCO2: Depends on the accuracy. ATCO5: Yes if the ground radar is validated as reliable. ATCO8: In LVP the pilot confirmation is needed. ATCO17: Plus pilot confirmation. ATCO18: Yes if the system is reliable. ATCO20: The accuracy of the system is not known (position). ATCO21: Not for the moment because the system reliability has not been proved. ATCO22: Need for pilot report. ATCO29: It depends on the trust in the system. Today EMMA is not sufficient. ATCO30: EMMA is not sufficient. ATCO32: Pilot acknowledgement is needed. ATCO35: Yes if validated. Table 36: Results of the Shadow-Mode Trials Questionnaires – Operational Feasibility: Procedures – Landing Clearance 6.1.2.9 Conditional clearances Ref. Statement Tot. Nb Average Answers SD P Comments • • 20 When visual reference is possible on the manoeuvring area, the EMMA display may help me to deliver conditional clearances on the runway in use in a safe and efficient way. 34 4.41 1.08 0.000 • • • • • Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public ATCO1: Nothing guarantees that what the pilot sees is the same as what we see. EMMA is not needed to give conditional clearances. ATCO5: I think that a systematic or too frequent use of the ground radar can be dangerous. ATCO12: It is a support. ATCO18: EMMA is not used for conditional clearances (=> answer between 3 and 4). ATCO22: EMMA helps only. ATCO29: It helps. ATCO: Not applicable. Page 103 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Ref. Statement Tot. Nb Average Answers SD P Comments • • 21 When visual reference is possible on the manoeuvring area, the EMMA display may help me to deliver conditional clearances on taxiways in a safe and efficient way 34 4.53 1.08 0.000 • • • • • • • • 22 When visual reference is not possible on the manoeuvring area, the EMMA display may help me to deliver conditional clearances on the runway in use in a safe and efficient way. • 35 3.86 1.44 0.088 • • • • • • • • 23 When visual reference is not possible on the manoeuvring area, the EMMA display may help me to deliver conditional clearances on taxiways in a safe and efficient way • 35 4.31 0.96 0.000 • • • • • ATCO1: No because I do not look at the HMI if I can see outside. EMMA is not needed to give conditional clearances. ATCO5: I consider it as a help when the manoeuvring area is visible but not as the only local control means. ATCO12: It is a support. ATCO18: EMMA is not used for conditional clearances (=> answer between 3 and 4). ATCO22: EMMA only helps. ATCO29: The identification function helps a lot in that case. ATCO35: In some specific cases, e.g. T10 and P yes. ATCO5: Is it to be desired from the safety point of view? I do not think so. ATCO8: If the controller cannot see the aircraft, then no conditional clearance. ATCO10: To be assessed. ATCO11: Not enough. ATCO18: A pilot request is needed anyway. ATCO20: This is not possible in LVP today (only one entry point and one exit point on the runway). ATCO22: Yes, but we need the pilot. ATCO28: Lacks of reliability when the aircraft is located near the antenna. ATCO29: The identification function helps a lot in that case. ATCO34: Because uncertainty on the aircraft position. ATCO1: Not sure because not tested. ATCO5: Yes but only at the intersections of the taxiways. ATCO8: In the end, yes. ATCO18: A pilot request is needed anyway. ATCO20: It depends on the accuracy of the system. ATCO22: Yes, but we need the pilot. ATCO29: The identification function helps a lot in that case. ATCO34: If reliable. Table 37: Results of the Shadow-Mode Trials Questionnaires – Operational Feasibility: Procedures – Conditional Clearances Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 104 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 6.1.2.10 Visibility transition Ref. Statement 24 The transition from normal operations to low visibility operations is easier with the EMMA display. Tot. Nb Average Answers SD P 0.75 0.000 Comments • 35 5.29 • • • 25 When low visibility procedures (LVP) are activated, the EMMA display helps me to reduce my workload. • 35 5.29 0.89 0.000 • • • Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public ATCO1: Not sure because not tested. ATCO29: The identification function helps a lot in that case. ATCO35: It is obviously more comfortable. ATCO1: If everything is identified, then I strongly agree. ATCO5: The level of stress is also reduced because the respective positions of the aircraft are known. ATCO22: If the system is reliable. ATCO29: The identification function helps a lot in that case. ATCO35: And my level of stress! Page 105 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Ref. Statement Tot. Nb Average Answers SD P Comments • • • • • • • • 26 With the EMMA display, it would make sense to redefine the visibility limits for the transition to low visibility procedures (if yes, please indicate your suggestions). 30 4.03 1.73 0.101 • • • • • • • • • • • ATCO1: Today the limit is 1000m. I hope to reduce it to 800m. with the ground radar. ATCO2: Depends on the accuracy of EMMA: if it is validated at the technical level, yes. ATCO5: They have changed at the CHEA but not yet at LFBO. Why? ATCO8: There is no direct relation between the use of EMMA and visibility limits. Moreover, modifying visibility limits is a heavy process. ATCO9: Today the LVP limit is given by the meteo and not by a tool in the tower. The use of runway 14L could be authorised in LVP. ATCO10: Yes in the particular case of a low ceiling and good horizontal visibility conditions. ATCO11: I do not know. ATCO17: I think that these limits are not defined locally and there is no possible justification for the 1000m. limit this day. ATCO18: The visibility limit, 1000m. today, could be reduced to 600m. with EMMA. ATCO19: Both runways could be used in LVP with EMMA. ATCO21: Reduction of spacing only. ATCO22: Capacities could be increased instead of visibility limits. ATCO23: E.g.: lowest visibility accepted by pilots in CAT I. ATCO26: 550m. ATCO29:It has got nothing to do with it! OK to redefine airport capacities (use of both runways in LVP). ATCO30: It could be changed to 800m. ATCO32: today’s limit at 1000m. is a bit too high (in particular to forbid all the non authorised vehicles to circulate). In principle, it could be lowered to 800 to 600 m. ATCO34: Slightly agree if EMMA is reliable to replace the external view. ATCO35: It would be very interesting but I do not have all the clues to give a value (see what happens in other places). Table 38: Results of the Shadow-Mode Trials Questionnaires – Operational Feasibility: Procedures – Visibility Transition Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 106 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 6.1.2.11 Transponder procedures Ref. Statement 27 It would be appropriate that pilots switch the transponder on before they request a push back clearance (condition to automatically associate a label to a departing aircraft). Tot. Nb Average Answers 35 5.6 SD P 0.81 0.000 Comments • ATCO29: At start up. Table 39: Results of the Shadow-Mode Trials Questionnaires – Operational Feasibility: Procedures – Transponder Procedures 6.1.2.12 Contingency procedures Ref. Statement Tot. Nb Average Answers SD P Comments • • • 28 If only one mobile fails to comply with the technical requirements for A-SMGCS operations (e.g.: on-board Mode S transponder failure), I have to return to SMGCS procedures (e.g.: position report by the pilot) for all the traffic. • • 33 2.52 1.25 0.000 • • • • • • ATCO9: Yes if the mobile declares it. ATCO14: We do neither know the methods to be used nor their limits. ATCO15: The decision lies on the technical side. ATCO18: The mobile would be identified with a label including digits anyway. ATCO19: Manual identification of the mobile. ATCO21: It depends on the traffic. ATCO22: Only the unidentified mobile needs to report. ATCO28: Yes in LVP, no in normal operations. ATCO29: Not for all the traffic. ATCO32: In this particular case, we request position reports to the unidentified mobile. ATCO35: With only one vehicle, we can cope with it, by characterizing it. Table 40: Results of the Shadow-Mode Trials Questionnaires – Operational Feasibility: Procedures – Contingency Procedures Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 107 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 6.1.2.13 Conclusion on procedures Ref. Statement 29 The EMMA display helps me when visual reference is not possible on the manoeuvring area. Tot. Nb Average Answers 35 5.6 SD P 0.60 0.000 Comments • • • • • 30 I can rely on the EMMA display instead of the outside view when visual reference is not possible on the manoeuvring area. 30 4.5 1.61 0.002 • • • • • • • 31 The EMMA display helps me when visual reference on the manoeuvring area is possible. Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc • 29 5.34 0.77 0.000 • • Public ATCO1: There is an issue with the current technical limits of the system. Only a few things are missing in order to become a control tool. ATCO2: Depends on the accuracy of the system. ATCO8: EMMA may help but it does not take over from the outside view. ATCO11: Not as a substitution. ATCO20: EMMA does not take over from the outside view. There is no comparison. ATCO21: If the system is reliable. ATCO22: Yes if the system is reliable. ATCO29: Yes if the system is reliable. ATCO32: I would like to, if the system is certified as being reliable. It also depends on the official texts. Visual or pilot confirmation is still needed. ATCO33: I would rather give the responsibility to the pilot. ATCO34: Yes if reliable. ATCO35: It depends on the validation. ATCO10: For example at night, on remote areas and for small aircraft. ATCO20: At night mainly. ATCO35: It MAY help. Page 108 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results Ref. Statement Tot. Nb Average Answers SD P Comments • • • • • • 32 I think that there are too many inconsistencies between the EMMA display and the actual traffic. • 27 2.37 1.01 0.000 • • • • • • • • • • 33 The mix of cooperative and non-cooperative mobiles could severely restrict the use of ASMGCS when visual reference is not possible on the manoeuvring area. • • 35 4.14 1.52 0.042 • • • ATCO8: If the transponders would work, yes. ATCO9: No opinion (not enough traffic). ATCO10: If EMMA works, OK. ATCO11: Not enough experience. ATCO13: Not experienced. ATCO18: Today there are too many inconsistencies. ATCO19: Some false reports. ATCO20: Lack of time of practical experience to be able to answer. ATCO21: Lack of practical experience. ATCO22: The primary radar plots are disturbing. ATCO25: ? ATCO29: Not experienced enough. ATCO30: Not tested. ATCO34: For the time being! ATCO35: I have never observed big inconsistencies (only 1 or 2 false reports). ATCO9: Every mobile has to be equipped. ATCO14: The false reports are more disturbing. ATCO17: ! ATCO20: Anyway, in LVP the traffic of vehicles is restricted. It is better if all the vehicles are cooperative. ATCO25: It depends on the amount of non-cooperative vehicles. ATCO28: Depends on the procedures applied. ATCO29: It depends on the amount of non-cooperative mobiles, but it does not severely restrict the use of A-SMGCS. Table 41: Results of the Shadow-Mode Trials Questionnaires – Operational Feasibility: Procedures – Conclusion on Procedures Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 109 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 6.1.3 Operational improvements 6.1.3.1 Capacity Ref. Statement Tot. Nb Average Answers SD P Comments • • 54 The EMMA display may enable to increase traffic throughput at the airport. 34 4.82 1.11 0.000 • • • 55 The EMMA display helps me to manage more traffic when visual reference is not possible on the manoeuvring area. • 34 4.82 1.19 0.000 • ATCO5: May enable a bit more taxi in LVP. ATCO17: By using runway 14L for departures in LVP as in former times (a 200m. visibility is sufficient. ATCO19: By using both runways in LVP. ATCO32: Yes in LVP. No in normal operations. ATCO35: In LVP yes. Or in normal operations for the hidden parts. ATCO17: By using runway 14L for departures in LVP as in former times (a 200m. visibility is sufficient. ATCO19: Improvement of the instructions in LVP: it will enable us to check that an arriving aircraft is at the parking stand, does not get lost. Table 42: Results of the Shadow-Mode Trials Questionnaires – Operational Improvements – Capacity 6.1.3.2 Efficiency Ref. Statement Tot. Nb Average Answers SD P Comments • • 56 The EMMA display allows me to provide the pilots with a better level of service. • 34 5.09 0.83 0.000 • • ATCO5: Above all a better level of safety in LVP. ATCO12: Also for the parking stand. ATCO22: For example during the push back phase. ATCO30: Not obvious. ATCO32: Not obvious (e.g.: if the frequency occupation rate is high or the controller has to deal with another issue, the provided service will not be better). Table 43: Results of the Shadow-Mode Trials Questionnaires – Operational Improvements – Efficiency Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 110 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 6.1.3.3 Human factors Ref. 57 58 Statement The EMMA display allows me to have a better awareness of the respective position and identification of each mobile. The EMMA display allows me to have a better understanding of the traffic situation. Tot. Nb Average Answers SD P Comments 27 5.41 0.64 0.000 • ATCO34: 4 for the position and 3 for the identification. 33 5.15 0.87 0.000 • ATCO5: ‘Understanding’ = improper word. ATCO14: On the ground. ATCO1: Yes if EMMA is implemented on the approach working positions so then the controller could see the number of aircraft waiting at the holding point. ATCO2: Yes if there is an HMI available in the IFR room. ATCO3: Yes if HMI in the IFR room. ATCO4: If HMI in the IFR room. ATCO6: Yes if the HMI is in the IFR room. ATCO7: It is hard to answer (rephrase). Lack of time. ATCO8: I do not know. ATCO9: Yes in the short term (3 min.). ATCO20: Real time image but not anticipation. ATCO34: For areas that we cannot see from the tower. ATCO35: It is an additional thing but not vital in normal operations. ATCO5: ? ATCO9: I do not know. ATCO18: Not tested enough. But some information is not immediately accessible. ATCO22: A bit complex. ATCO29: The different HMIs should be harmonised. ATCO32: May seem complex because it is new but it is OK after initial handle. ATCO7: Lack of practical experience. ATCO12: If everything works. ATCO30: Reassures. ATCO35: It relieves it! • • • • 59 The EMMA display allows me to better predict the evolution of traffic. • 32 4.53 1.46 0.001 • • • • • • • • • 60 The EMMA display is unnecessarily overcomplicated. • 31 2.26 0.86 0.000 • • • • 61 The EMMA display helps me to reduce my mental workload. 35 4.77 1.06 0.000 • • • Table 44: Results of the Shadow-Mode Trials Questionnaires – Operational Improvements – Human Factors Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 111 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 6.1.3.4 Safety Ref. Statement Tot. Nb Average Answers SD P Comments • • 62 The information in the EMMA display helps me to avoid conflicts. 35 4.91 0.82 0.000 • • • • 63 The EMMA display endangers safety at the airport. 34 1.68 0.84 0.000 • • • 64 The EMMA display makes the detection of pilot errors easier. 35 5.09 1.09 0.000 • • ATCO6: Taxi parking F – facing South and facing North. ATCO30: Especially the names of the mobiles. ATCO33: I do not use EMMA to avoid conflicts. ATCO34: If reliable. ATCO35: Any additional equipment is useful! We could do our job without it, but it is an additional help. ATCO13: Cf. reliability! ATCO23: If it has been validated and put in operation at t time. ATCO29: Yes as it is. No when EMMA is finalised! ATCO34: Yes if it is reliable! ATCO16: Yes in LVP ATCO34: E.g.: on areas St Martin when St Martin is closed. Table 45: Results of the Shadow-Mode Trials Questionnaires – Operational Improvements – Safety Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 112 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results 6.2 Annex B: references 6.2.1 Applicable documents [1] European Airport Movement Management by A-SMGCS, EU FP6 contract 6.2.2 Referenced documents 6.2.2.1 Emma deliverables [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] D4.0.2: Sub-project 4 installation and test plan Convention n° 02 034 Aéroport de Toulouse Blagnac Installation des matériels relatifs à l’expérimentation EMMA ref. 455/JJD/OP/TE/4, annexed to D4.0.2. D6.1.1: Generic verification and validation master plan D6.1.3: Verification and validation test plan for Toulouse-Blagnac airport, version 1.02, issued on the 15th February 2006 D1.3.5: Operational requirements document D6.2.2: Indicators and Metrics for A-SMGCS D6.3.1: Test results Prague D6.5.1: Milano-Malpensa A-SMGCS Verification and Validation report D6.6.1: Airborne verification and validation results D6.7.1: V&V analysis report D6.8.1: V&V recommendation report D1.3.9: Functional hazard assessment and very preliminary system safety assessment 6.2.2.2 Other documents [14] [15] [16] Quality Manual, Thales ATM, QM-03, Commercial-in-Confidence ICAO manual on Advanced Surface Movement, Guidance And Control System (A-SMGCS), doc 9830 AN 452 - 2004. EUROCAE WG-41, MASPS for A-SMGCS, Edition ED-87A, Jan. 2001. 6.3 Annex C: abbreviations ADS-B AENA AIBT AIF ALDT ANS_CR AOBT ARR A-SMGCS ASTERIX ATC ATCO ATM ATOT AUEB AVOL CFMU CWP DACOTA DEP Automatic Dependent Surveillance – Broadcast ente público Aeropuertos Españoles y Navegación Aérea Actual In-Block Time Airbus France Actual Landing Time Air Navigation Services Czech Republic Actual Off-Block Time Arrival Advanced Surface Movement Guidance and Control System All purpose STructured EUROCONTROL Radar Information eXchange Air Traffic Control Air Traffic Controller Air Traffic Management Actual Takeoff Time Athens University of Economics and Business Aerodrome Visibility Operational Level Central Flow Management Unit Controller Working Position Dispositif d'Association, de COrrélation et de Traitement radar pour les Approches Departure Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 113 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results DFS D-GPS DG-TREN DLR German ATC Corporation (Deutsche Flugsicherung GmbH) Differential Global Positioning System Directorate General Transport and Energy Deutsches Zentrum für Luft- und Raumfahrt e.V. / German Aerospace Centre (German Aerospace Research Institute) DSNA Direction des Services de la Navigation Aérienne DSNA/DTI Direction des Services de la Navigation Aérienne / Direction de la Technique et de l’Innovation EC European Commission ELDT Estimated Landing Time EMMA European Airport Movement ENAV Ente Nazionale di Assistenza al Volo (Italian ANSP) EOBT Estimated Off-Block Time ERC EUROCONTROL ETG EuroTelematik AG ETOT Estimated Takeoff Time EUROCAE European Organisation for Civil Aviation Equipment manufacturers EUROCONTROL European Organisation for the Safety of Air Navigation FAA Federal Aviation Administration FHA Functional Hazard Assessment FOM/PA Figure of Merit / Position Accuracy GBAS Ground Based Augmentation System GS Ground Station GPS Global Positioning System GSC Ground Station Calibrator GTW Gateway ICAO International Civil Aviation Organisation LAN Local Area Network LFBO Toulouse-Blagnac LVO Low Visibility Operation LVP Low Visibility Procedure MAGS Mode S Airport Ground Sensor MASPS Minimum Aviation System Performance Standards MLAT Multilateration MXP Milano-Malpensa Nb Number NLR Nationaal Lucht- en Ruimtevaart Laboratorium (NL) NTP Network Time Protocol NVO Normal Visibility Operations POC Point of Contact R&D Research and Development RF Radio Frequency RPA Reported Position Accuracy RTCA Requirements and Technical Concepts for Aviation RWY Runway SCA Surface Conflict Alert SD Standard Deviation SDF Sensor Data Fusion SICTA Sistemi Innovativi per il Controllo del Traffico Aereo SMR Surface Movement Radar SRS Software Requirements Specification TATM Thales ATM THAV Thales Avionics TIS-B Traffic Information Service - Broadcast Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 114 Version: 1.0 EMMA Toulouse A-SMGCS verification and validation results TT TUD TWR UT(C) V&V WG WP Test Transmitter Technische Universitaet Darmstadt Tower Universal Time (Co-ordinated) Verification and Validation Working Group Work Package Save date: 2007-03-08 File Name: D641_Results-TLS_V1.0.doc Public Page 115 Version: 1.0