avenue
play

AVENUE A TM V alidation EN vironment for U se towards E ATMS - PowerPoint PPT Presentation

AVENUE A TM V alidation EN vironment for U se towards E ATMS TRANSPORT RESEARCH PROGRAMME DG7 - TRANSPORT/AIR TASK N 4.1.3/24A OMG transportation 16 November 1999 Contents Avenue Overview Technical Overview CCM OASIS (Open


  1. AVENUE A TM V alidation EN vironment for U se towards E ATMS TRANSPORT RESEARCH PROGRAMME DG7 - TRANSPORT/AIR TASK N° 4.1.3/24A OMG transportation 16 November 1999

  2. Contents � Avenue Overview � Technical Overview � CCM � OASIS (Open Architecture for SImulation System) and PLUG (Presentation layer Universal Generator) � System Development Approach � Logical Model � Component Interface Definition (CIDs) and APIs � Component interconnection (first instance of the system).

  3. Contents � Avenue Overview � Technical Overview � CCM � OASIS and PLUG � System Development Approach � Logical Model � Component Interface Definition (CIDs) and APIs � Component interconnection (first instance of the system).

  4. AVENUE � European Union Project (4th Framework) � Construct a European ATM Validation Platform � European agreement on IDL interfaces � 1st Platform built using OASIS � Industry Driven � Validate operational concepts � Harmonize system interfaces � Provide practical system solutions

  5. AVENUE Partners � AENA Aeropuertos Espanoles y Navegacion Aerea (E) Aérospatiale Société Nationale Industrielle (F) � Airsys ATM SA (F), ATM UK Ltd (GB) � � Alcatel ISR Informatique de Systèmes et réseaux (F) ALENIA Alenia Difesa, un'Azienda Finmeccanica SpA (I) � DERA Defense Evaluation and Research Agency (GB) � � DFS Deutsche Flugsicherung GmbH (D) EEC EUROCONTROL Experimental Centre � INDRA DTD, S.A (E) � � ISDEFE Ingeniera de Sistemas para la Defensa de Espana (E) NLR Nationaal Lucht- en Ruimtevaartlaboratorium (NL) � SOFREAVIA Société Française d'Etudes et de Réalisations d'Equipements � Aéronautiques (F)

  6. Main design areas � Infrastructure (middleware, recording, configuration etc.) � CORBA Component Model � Developed by EEC in line with standards : OASIS � Support by AIRSYS tools : PLUG � Application architecture � IDL specification � Independent of physical architecture

  7. AVENUE component model Component context • events Component • transactional Application • tech sup • properties Recording Container Events Connect Sup Tighter rules Increasing OASIS services NS EDS IRP XSP complexity CORBA services CORBA ORB

  8. Contents � Avenue Overview � Technical Overview � CCM � OASIS and PLUG � System Development Approach � Logical Model � Component Interface Definition (CIDs) � Component interconnection (first instance of the system).

  9. CORBA Components � Industry driven � based on experience of building complex distributed systems � follows other emerging models (EJB, JavaBeans) � Major content � Component extensions to IDL � Container / Component Model

  10. Component IDL (IDL3) � Extension to IDL � «packaging» language � Define a component in terms of... � Offered functionality interfaces provided events emitted � Dependencies distant interfaces required events consumed � Configuration attributes

  11. Component IDL IDL3 provides • architecture clarity • natural connectivity • dependency visibility

  12. Components need containers � container handles, � component interconnection � event issues � transactions � config / packaging issues � other functions � Component is isolated from the underlying architecture. � this is a standard & formal way of creating wrappers.

  13. Component/Container interaction Component interacts with container Container interacts with Component Container interacts with other container Components exchange information

  14. Component/Containers � Containers are like ‘wrappers’ � that isolate/protect the core function from the ‘architecture’ of the platform � provide a neutral and simple interface to the core function. � Tighten the rules for developers � but also... � can provide additional added value functions, such as data recording, data management � can be automatically generated. � E.g for a different architecture we need only use a different code generator.

  15. Component IDL � IDL3 is parsed, producing : IDL3 � an IDL interface � defines the ‘what’ and not the ‘how’ � implemented by Parser component developers � middleware independen t � container code � provides the vendor Container specific ‘how’ IDL

  16. Contents � Avenue Overview � Technical Overview � CCM � OASIS and PLUG � System Development Approach � Logical Model � Component Interface Definition (CIDs) � Component interconnection (first instance of the system).

  17. OASIS (Open Architecture for SImulation System) � CORBA middleware � large scale simulation and pre-operational validation � Built on ORBIX +.. � lifecycle � publish subscribe � data management � supervision � supports ADA83, C++ and JAVA

  18. Technical framework Component context • events Component • transactional Application • tech sup • properties Recording Container Events Connect Sup Tighter rules OASIS services NS EDS IRP XSP CORBA services CORBA ORB

  19. OASIS in Avenue � Standard within EUROCONTROL � used by external partners � selected for AVENUE but upgraded � modified to CORBA component/container model. � Container uses OASIS services � Code generation (PLUG)

  20. PLUG Code Generation Toolkit : TDL parser Plug :Presentation layer Universal Generator TDL : Template Description Language OASIS IDL 3 to IDL 2 Template Template IDL3 TDL IDL Parser Parser Container IDL2

  21. Contents � Avenue Overview � Technical Overview � CCM � OASIS and PLUG � System Development Approach � Logical Model � Component Interface Definition (CIDs) � Component interconnection (first instance of the system).

  22. Logical architecture � Logical modules derived from � CMS (common modular simulator) � Daarwin (Distributed ATM Architecture Integrating RNAV, Workstations, Tools and Networks) � ESCAPE (EUROCONTROL Simulation Capabilities And Platform for Experimentation) � PATIO ( Platform for ATM Tools Integration up to Pre-operation ) � Defined in SSDD (system/segment design document) � Interface definitions in terms of API (Provided interfaces in IDL).

  23. Decomposition is based on 3 views FDP View ABS/AS View AGDC View

  24. AGDC FDP View GGDC SFPL Flight info FPG Fir Exit Point FPL Termination TACT ADS Session Control (trajectory request) Messages to be sent Flight Validity IFPL data Received ADS-C gnd report messages (Aircraft Trajectory) IFPL requests ACR IFPL data Flight Activation AS Slots data Aircraft data ADS-Radar Tracks ASP Trajectories Airspace data FDPD FPM Flight position Flight progression Trajectory deviations Weather data Trajectories WEA DMAN constraints Flight Conflicts SFPL data SFPL data SFPL data FLIPCY warning MTCD Trajectories AMAN constraints CWP commands DMAN AMAN SNET CWP

  25. Airborne/Surveillance View ACR Radar emulator Aircraft Data Raw plots A/C Logon Request A/C Contact Response ABS ADS-C report AFPL A/C Logon Response A/C Contact Request ADS-B CPDLC Link management TIS Air CPDLC dialogue mngmnt AGDC CPDLC UM & DM ADS-B server

  26. Air-ground data link view CWP Ground CPDLC dialogue mngmnt Link status ABS Downlink CPDLC messages DLIC warning A/c Logon Response A/c Contact Request FLIPCY warning Uplink CPDLC A/c Logon Request messages A/C Contact Response ADS-C report AFPL CPDLC link management Air CPDLC dialogue mngmnt AGDC CPDLC UM & DM ADS-C Session control ADS-C gnd report (Aircraft Trajectory ADS-C gnd Report AS SFPL Flight info ADS-C Session control Fir Exit Point FPL Termination ADS-C gnd Report ADS Session Control (trajectory request) Flight Validity WEA FDPD

  27. Modules are decomposed further into sub modules � IFPM, supporting the Initial Flight Plan Information Management and the IFPL dataset, � RTEM, supporting the Route Management and the Route dataset, � CTRM, supporting the ATC Constraints Management and the Constraints dataset, � TP, supporting the Trajectory Predictor and the Trajectory dataset, � CDNM, supporting the Co-ordination Management and the Traversed Sector List and the Co-ordination Sector List datasets. � SSRM, supporting the SSR Code Management and the SSR Code dataset, � NTFM, supporting the Notification Management and the Notified Sector List dataset, � CMCM, supporting the Civil/Military Crossings Management and the Civil/Military Crossings dataset, � OCLM, supporting the Oceanic Clearance Management and the Oceanic Clearance dataset, � CORL, supporting the Track/Callsign Correlation function and the Correlation dataset, and � FLIPCY, supporting the Flight Plan Consistency function. No additional datasets are owned by this module.

  28. Example: Trajectory Predictor Context WEA SFPL ACR Weather Data IFPL, Route, CTRM Constraints Aircraft Data Compute Trajectory TP Compute Trajectory CDNM Trajectory Flight position, Flight progression, Trajectory deviations SFPL FPM

  29. APIs � An API is defined for each module. � No mapping to physical components � No implementation details � Just a large number of services in CORBA IDL covering the ATM functions � First level (main) of interface harmonization

Recommend


More recommend