PHOENIX is a multipurpose Radar Data Processing System(RDPS) / Surveillance Data Processing System (SDPS) - a.k.a tracker - used for many ATC applications in the Deutsche Flugsicherung

Deutsche Flugsicherung

The Deutsche Flugsicherung is the company in charge of air traffic control for Germany. It is a company organized under private law and 100% owned by the Federal Republic of Germany. Since 1994, DFS has been responsible for handling both civil and military air traffic in peacetime, removing a...

 (DFS), and is continuously extended and maintained ever since. PHOENIX is also foreseen as a fundamental component for all future ATM systems in the DFS into the 2020’s and part of the DFS initiative for “ATS componentware” in the European SESAR

Sesar

Sesar is a village in Bagh District of Azad Kashmir. It is located in Dheerkot tehsil at . It was affected by the 2005 earthquake and also hosted large numbers of refugees....

 programme.

Introduction

Since 2001, the DFS has developed its own radar and sensor data processing system, called PHOENIX (a programmatic name instead of an acronym), which is applied in a variety of environments, for a variety of purposes, and with a variety of functional requirements. With PHOENIX the DFS aimed at the level of an advanced ATC system in terms of the previous definitions, not to ATM. To meet these challenges a series of general concepts had been developed and implemented, which are of general interest for the definition and implementation of advanced ATC and C³ systems.

The PHOENIX tracker was originally developed for the surveillance of civilian ATC traffic. It is capable to perform MSDF utilizing very different sensor types regarding accuracy, update rates, as well as their supported attributes. Due to its flexible design it is perfectly suitable for surface movement ground surveillance.

Grand Context

German air traffic of today comprises between 1000 and 2000 aircraft tracks at the same time in the national airspace. Besides classical ATC radars also new types of sensors or position information sources like Multilateration, ADS-B, and others are to be integrated. Per day it is required to process up to 10000 flight plans. In the context of the discussion and development of transnational functional airspaces like FABEC the required number of maintainable tracks will even grow beyond the 3000, possibly more than 5000 simultaneous tracks. An equivalent growth in needed flightplan handling capacity can be reasonably assumed. Each aircraft needs suitable Kalman filtering for tracking to cope both with steady flight and manoeuvre conditions in the different airspaces, and each IFR aircraft needs linkage processing to correlate flightplan data correctly to the track; simple code-callsign-pairing is insufficient due to multiple use of SSR codes.

At the same time the track and flightplan data have to be presented to a number of controller workstations (CWPs), ranging from 1 (low-end applications) or 5 (in towers) to 120 (in ACCs), which results in the demand of an excellent scalability for such a system. Furthermore, CWPs will create lots of coordination data and additional track-related information which are distributed over the LAN and eventually to external partner systems. To keep the total complex still controllable, system status monitoring and commanding facilities have to be inbuilt. Last but not least such system environments need large sets of configuration and resource data that have to be managed efficiently.

Phoenix Deployment

PHOENIX is a common R/SDPS tool in the German ATC world, used at more than 150 operational locations, scheduled for more than 700 additional locations, and used as a test, analysis, and evaluation tool in more than 200 locations.
Today, PHOENIX is an international R/SDPS tool with system recognised internationally.

Phoenix As ATS Component

Phoenix has been developed following the decomposition of ATS componentware (ATS CW):

• ATS units shall be regarded as "system of systems",
  • e.g. a system for each decomposed domain. An ATS systems may consist of subsystems,
  • e.g. a ACC ATS system may consist of a subsystem "Main" and a subsystem "Fallback". ATS systems or subsystems always comprise Hardware (HW),
• Software (SW), and Network Infrastructure (NET). HW, SW, NET consist of segments, e.g.
  • a HW segment is a single host,
  • a SW segment is the application SW for a host,
  • a NET segment is a LAN segment. SW segments consist of components,
• Components are executable (UNIX/LINUX) processes and/or scripts

Phoenix Tracking Engineering

PHOENIX includes a 2 track server configuration, one with an IMMKF and another with a 1MKF. Targets with different manoeuvrability have different statistics, which is expressed by the process noise of the motion model. The process noise is a mathematical description for the uncertainty of a future position and velocity target given the current and past observations. Targets for which constant motion is an established fact essentially have zero process noise, and all uncertainties due to changes to the targets’ motion state are modelled by nonzero process noise.

Phoenix Software Engineering

PHOENIX is based on the use of Commercial Off-The-Shelf hardware and software, on the LINUX operating system, and on a modular Air Traffic Control (ATC) system philosophy. The existing system with its open architecture design is adaptable and scalable ranging from a simple tower automation application over a complex approach application up to an independent air traffic control fallback solution for a multi sector area control centre.

Phoenix Standards

The development and evolution of the PHOENIX product has been based on compliance with internationally accepted standards for air traffic management systems including operational, safety, security and equipment standards promulgated by organisations such as ICAO, EUROCONTROL and other recognized organisations.

Server

• Multi radar track servers (1MKF, IMMKF, MSDF; d-mrts)
• Track distribution services (d-trksend)
• Configuration and distribution servers (d-dis)
• Recording and replay servers (d-rdr)
• Message servers (d-msg)
• Flightplan and Linkage processing servers (d-fps)
• Persistence Servers (d-pds)
• Information Data Server for direction finders and weather reports (d-ids)
• Radar weather server (d-ws)
• Safety Net Server for STCA, RAI, MSAW, GPM (d-snet)
• Airport Situation Assessment Server for RWY incursions, TWY infringements, etc. (d-asas)
• Online tracking quality control statistics server (d-otqc)
• LANBLF Interface and Proxy
• FATMAC interface and TWRTID Server

Client

• Controller Working Position (d-cwp)
• Tower Touch Input Approach Display (twrtid)
• Flight Data Workstation (d-fdb)
• Analysis Working Position (d-awp)
• Maintenance Working Position (MWP) with:
  • Adaptation Data Editor (d-adg)
  • Configuration distribution HMI (d-disfront)
  • Map Editor (d-map)
  • System Monitoring (d-mon)

Support processes (daemons, interface agents, utilites)

• Proxies for PHOENIX middleware (proxy_server)
• Status collector agents (d-agent)
• Application initialisation agents (d-init)
• Interface agents for various flightplan data formats (d-fplIa)
• Bridges for sensor data, flightplan messages (d-sbr,...)
• Interfaces to various printers
• Test data generators (d-gen, d-stca, etc.)
• Video Switch Controllers

Phoenix History

Phoenix history

Year	The source of this article is wikipedia, the free encyclopedia.  The text of this article is licensed under the GFDL. Silverdale Interactive © 2024. All Rights Reserved.   x OK