LEIBNITZ

2

SpaceCom . Remote Sensing Technology . Media Broadcasting Solutions

© VCS Aktiengesellschaft

Improvement of existing Information Services to an Integrated Crisis Information Centre

United Nations International Workshop on the Use of Space Technology for Disaster Management

Discussion Panel 1B – Space Technologies and Ground Segments

presented by:

Ulli Leibnitz, VCS AG (Bochum, Germany), [email protected]

+ PUMA Project


3


12.0

4.23

VCS AG - at a Glance Founded 1981, located in Bochum (Germany) about 120 employees Turnover 2003: 15,4 M€

Human Spaceflight Programs Earth Observation Missions Communication Solutions Satellite Navigation GMES

Specialisation: Ground Segment/Control Centre Integrated System/Mission Management Processing and Archiving Data Management and Distribution Operational Services Test Environments


4


12.0

4.23

Customers worldwidemore than 200 operational VCS-Systems

Countries with operational VCS Systems


5


12.0

4.23

Step-wise evolution means Investment Protection

Start with a basic service and improve the service according to user needs and budgetary constraints– a) geographically (regional, international, global scale)

– b) service portfolio (core service, advanced, fully integrated service)

Modularity and configurability are mandatory requirements for future-oriented systems– easy integration of additional external data sources, processing

modules and distribution channels without affecting the operational service

Favourite approach: generic system architecture for the production and exchange of data products used for risk prevention and crisis management.


6


12.0

4.23

- Service Portfolio Evolution -

- Geographical Service Evolution -PrecursorService

Pre-operational

Service

AdvancedOperational

Service

OperationalService

Foc

usse

d C

ompl

ex

local international global


7


12.0

4.23Operational Service

2 to 5 years

Advanced Service

5 years and beyond

Pre-operational Service

1-3 years

Precursor Service

0-2 years

Stepwise Evolution Scenario

Data SourcesReal-time data access

avoidance of single sources for EO data

more sensors = new products

Up-to-date data

use of airborne data regular use of EO data (single source)

Static information

no or very limited access to EO data

lack of actual data (even maps)

Processing/System

Redundancyinterfaces to other entities (distributed processing/archiving)also unsupervised processingdecision support tools

Advanced Forecasting

increase of unsupervised processing

Service Intelligence

Processing Framework

Increased capabilities for generation of service specificdynamic information layers

Manual/supervised processing

base maps

Communication/data distribution

Redundant lines/networks, IP-based Services,secure lines, mobile SatCom (at least as backup)

end-to-end M&C of data flows

(Access and contribution to)Global communicationnetworks

Increased CommunicationFlexibility:

introducing GSM/GPRS/UMTS,selected WAN/SatCom links

Internet, LAN, GSM, telephone, email, SMS

Geographical Relevance

International mandate and interface to global services

Fully established international

or global service network

Regional Service inclusive

supports cross-border scenario

Local/Regional Service

Defined Test Areas

Satellite Navigation

Localisation of events and field staff resources

Fully integrated Location based services (LBS)(integration of EO and Telecom)

Localisation of eventNot integrated


8


12.0

4.23

Generic System approach Autonomously operated “Service Nodes”:

– request and ingest raw input data (satellite-borne, air-borne and terrestrial)

– process the input data into products suitable for risk prevention and crisis management

– distribute the products within the “Service Network” (fixed and mobile regional risk management centres and - in case of risk events - up to the mobile staffs in field)

– exchange products with other Service Nodes operated by different organisations (e.g. police, hospitals, ambulance services, air rescue, fire fighters, etc.)

Service Nodes can be laid out to support both

a) day-to-day monitoring and predictions of risk mitigation scenarios

b) operation during concrete crisis situations

with different level of requirements in terms of data products, data timeliness

and distribution.


9


12.0

4.23

Generic System approach

Overall Provider Network

ServiceNode

ServiceNode

ServiceNode

ServiceNode

ServiceNode

ServiceNode

external E/O DataProvider Network

external InformationNetwork


User Network

Direct ReceptionSystem

Service NodeGenericServiceNode

Generic Ingestion Front-End

Source 1 Source 2 Source n

Distribution Back-End

UserNetwork 2

UserNetwork 1

Inter-NodeExchange


Processing Chain 1

Processing Chain 2

Data Management

Service Node Network

Service Node

Generic Architecture


10


12.0

4.23

Overall provider Network The individual service centre is considered as a node of the overall

provider network. The technical implementation shall therefore foresee the definition and provision of a service node that can be instantiated for various service centres and configured as a part of the overall provider network

Overall Provider Network

ServiceNode

ServiceNode

ServiceNode

ServiceNode

ServiceNode

ServiceNode


11


12.0

4.23

Modularity and Configurability to ensure service evolutionWith respect to the service extension it will be required to add external data sources, processing modules and distribution channels. With respect to the geographical expansion it will be required to provide a distributed services architecture to support international information exchange and routing of data sources throughout the services network (e.g. a service provider acquires EO information and provides this information to other services network members).




User Network





User Network

Direct ReceptionSystemInter Node Link

Service Node

AService Node

B


12


12.0

4.23

Subscribe and publish mechanism for data provision and exchange



Service Node

User Network

Service Node

User Network

Service Node

publish

subscribe

publish

subscribe


13


12.0

4.23

M&C of system status and service quality

Generic Service Architecture


Processing Chain 1

Processing Chain 2

Generic ingestionfront-end

EO raw data

in-situ data

demographic data

Distribution Back-end

UserNetwork 1

UserNetwork 2

SupportingFunctions

etc.

etc.

GISAppli-

cations

DigitalElevation

Model

Data Management

Internode Exchang

eInter-node Exchange


14


12.0

4.23

Modular and open system approach Example: modular software solution for product specific data

acquisition, processing and distribution tasks

F i le In g e s t o r

File In p u t

Re ce ived Da ta

M u lt i- S t re a mIn g e s t o r

S tre am In p u t

Re ce ived Da ta

A c c e p t a n c eP ro c e s s o r

Da ta H ea d er

A cc e pt an c e In f o

P rio ri t yS c h e d u le r

Da ta

D a ta

F i leT ra n s m it t e r

File O u tp u t

D at a

M u lt i -S t re a mT ra n s m itt e r

D at a

S t rea m O u tp u t

R o u t in gG a te w a yD at a

D at a

P ro c e s s in gP lu g -in

M a n a g e m e n tDa ta

D a ta

G ISP ro c e s s o r

Da ta

D a ta

In g e s tio n a n d A c c e p t a n c e P ro c e s s in g D is s e m in a tio n

In f o rm a tio nO v e r la y

D a ta

Da ta

P ro d u c tG e n e ra t io n

D a ta

D at a

P ro c e s s S y n c h ro n is t a io n L a y e r

C o n fig . D a t aH a n d le r

D at a He a d er

O u t p ut N am e

M & CS e n s o r A g e n t

Da ta H ea d er

O u tp u t Na m e

S u b s c rib e r

S tre am In p u t

Re ce ived Da ta

P u b l is h e r

D at a

S t rea m O u tp u t


15


12.0

4.23

Selected Key Aspects Support of heterogeneous systems

– processing software, algorithms, data handling

– distributed processing platforms / service providers

– computer hardware and the related operating system.

Consistent Overall Approach– basic level of common rules and interfaces to allow for monitoring and control as

well as scheduling and data handling (enforced by the use of APIs).

Central Process Control and Data Management– Kernel Infrastructure based on

• central process control processor that executes process steps based on the process scheme definitions

• central data control processor that co-ordinates input and output data handling according data management scheme.

Decentralised Process Execution and Storage– Process management does not need a central processing system nor a central

data storage, these components can be decentralised in a distributed environment.


16


12.0

4.23

Selected Key Aspects

rely on OAIS (CCSDS-650.0-B-1) Not re-inventing the wheel by use of

– common storage mechanism– common access mechanism– common Meta Data Model

Clear Specification by– Use of a common terminology

Interoperability– Cascaded Service Centers– Network of Service Centers with common Catalogue


17


12.0

4.23

Cost-Benefit Analysis = financial scalability

Use a CBA data model to perform a cost benefit trade off for each service package and for each region and potentially end user group, thus allowing a maximum of CBA driven scalability

Potential Cost Element Hierarchie

+ Service Package

+ Geographical Distribution

+ Cost Elements

+ Annual Value

+ Different Scenarios

Potential Benefit Element Hierarchie

+ Service Package

+ Geographical Distribution

+ Benefit Elements

+ Annual Value

+ Different Scenarios


18


12.0

4.23

Relevant Experience (excerpt)

Columbus Control Centre (International Space Station Programme)– Prime Contractor for Integrated Management System, Data Services Subsystem,

Long Term Archive, Video Distribution Management System,

GMES: ASSIST - 6th Framework Proposal– risk warning and crisis management for mountaineous areas – generic system architecture for the production and exchange of data products

used for risk prevention and crisis event management.– focus on risks typical to mountainous areas e.g. avalanches, landslides, debris

flows, floods, etc.

TerraSAR-X: TESI Study with VCS contributions to:– Spatial Data Infrastructure– Process Management System

egmc2 for Integrated Management Systems– proven VCS software framework (space technology) to support stepwise evolution

of complex information and communication services

19



PUMA Project

Joint Project of the European Commission and EUMETSAT


20


12.0

4.23

EUMETSAT/EU PUMA Project


21


12.0

4.23

EUMETSAT/EU PUMA Project Preparation for the Use of MSG in Africa As subcontractor to Alcatel Space, VCS provides

– system architecture– all application software (together with COROBOR)

Current status– 6 test centres installed– complementary training is currently performed– Final configuration under test

Future Activities:– Maintenance of PUMA Systems– Development of additional Training– Development of applications

• Rainfall estimates• Fire detection• Flood monitoring• ...

UninterruptedPower Supply

Low Noise BlockAmplifier LNB

IF Cable

A4 B/W Laser PrinterA4/A3 Colour Printer

Software ToolboxData Manipulation,Storage & Display

Processing Modules &Back-Up

(either PC 0 or PC 1/2)

Network Switch100BaseT

Modem (Built-In PC

3)

PhoneLine

Ethernet 100 Base T

RS232UPS

Control

DVB DataReception

& Data Decryption

PC 1 PC 2 PC 3

RF Cable

C-bandDVB Antenna

including Feed


22


12.0

4.23

©


23


12.0

4.23

©


24


12.0

4.23

©


25


12.0

4.23

©


26


12.0

4.23

©


27


12.0

4.23

©


28


12.0

4.23

Differences in the time stamping between first andsecond generation Meteosat satellite data

©

Comparison: Time Stamping of MFG and MSG Image Data


29


12.0

4.23

MSG: IMPROVED SPATIAL SAMPLING(Example: 4 December 2002, 12:30 UTC)

©

MSG HRV channel ~ 1 km

MFG VIS Channel ~ 2.5 kmMFG IR Channel ~ 5 km


30


12.0

4.23 MFG VIS Channel 2.5 km MSG HRVIS Channel 1 km

MSG: IMPROVED SPATIAL SAMPLING(Example: 11 November 2003, 11:00 UTC)

©


31


12.0

4.23

©

Monitoring of Fine-Scale Structures with the HRV Channel

Dust Storm

Date post:	26-May-2015
Category:	Documents
Upload:	nostrad
View:	310 times
Download:	3 times

LEIBNITZ

Documents