The Alert4All Project Cristina Párraga Niebla(DLR) IRT Colloquium HbbTV: Ein Werkzeug zur Alarmierung der Bevölkerung während einer Krise Munich, 20/01/2014
Alerting the Population: an Easy Principle. Something happens Authority notices and makes a decision Authority alerts/informs the population The population applies protective action Who? it depends! Reach 99.99%? Increasing threats Increasing number of events Type of hazard Jurisdiction / Governance Local / Regional /National / European? Plans Preparedness? Timely Communication habits Understand Trust Risk perception Different approaches Preparedness
The Alert4All Project Alert4All is a EU-funded project (REA, Security): March 2011 December 2013 Focused on conceiving an extensive and interdisciplinary framework, covering the key enablers to improve the effectiveness of alert and communications to the population in contemporary crises With a team of 12 European partners with a balanced mixture of competences and profiles Ethics Advisory Board Cooperating with
Making Alerting Effective: The Enablers Maximise affected people reached timely Knowledge and use of best practices Familiarity at both ends Supported decision making Multi-Channel Approach Avoid sources of ambiguity Consistent, clear, simple but sufficient No contradicting messages from different authorities! Harmonised style Harmonised Best Practices Inclusive Alerting Effective Alerting Aware of Alert Impact Cooperation, Interoperability, Standards Training / Education
The Alert4All Concept Integrated, modular and scalable multi-hazard alerting system encompassing identified enablers Endorse cooperation through common interfaces and information exchange Supported decision making for: Planning (long term) Real-time decision Multi-channel system dependable (satcom) cost-effective transmission fostering best practices Supported by training material
Using New Media as Feed-Back Channel Did the alerting (strategy) work? A feed-back channel for each affected citizen is not feasible, but Information is out there!
ASM Alert Simulation Module Identified use cases for the tool: Planning use case Time critical warning use case Investment decision use case Training use case Basic functionality of the simulation model Agent based simulation approach Each agent represents an individual Each individual has its own personal attributes and behavior, based on known human behavior theories and own research
Architecture
A4A Communications System - Main Features Multi-channel approach Delivery of multi-modal and multilingual alerts for improving social inclusion Pre-defined alert message structure Development of A4A protocol to transport CAP alerts efficiently, also in narrowband channels, within short delivery time Backwards compatibility with existing alerting systems
Knowing / Using / Fostering Best Practices Alert messages can be composed by common building blocks Alert message libraries Configure alert messages! Avoid jargon, typing errors, ambiguities Harmonised alert messages all over Europe Multi-language is not an issue anymore! ALERT MESSAGE CONTENT HAZARD TYPE LOCATION AT RISK TIME INTENSITY LIKELIHOOD PROTECTIVE ACTION SOURCE HAZARD TYPE LOCATION AT RISK TIME INTENSITY CERTAINTY PROTECTIVE ACTION SOURCE EARTHQUAKE TSUNAMI FOREST FIRE CHEMICAL EXPLOSION FLASH FLOOD TORNADO HURRICAN VOLCANO ERUPTION TROPICAL STORM BOMBING... COUNTRY A REGION A.1 LOCALITY A.1.a LOCALITY A.1.b REGION A.2 LOCALITY A.2.a --------- GPS Coordinates ---------- AREAS OF INTEREST DD / MM / YYYY hh / mm / sec --- GENERAL EXPRESSIONS IMMEDIATELLY SOON TODAY TOMORROW... Richter Scale Other Scales --- GENERAL EXPRESSIONS SEVERE MODERATE LIGHT OBSERVED VERY LIKELY LIKELY POSSIBLE UNLIKELY... STAY IN CLOSE WINDOWS GET OUT GO TO SHELTER DO NOT APPROACH AREA... Federal Off. of Civil Protection Land Off. of Civil Protection Police Dept.
Using Alert Libraries Predefined Alert Structure
Implemented Alerting Channels ACAPs are the interface between the GAG and the alerting channels: Exchange of alert messages and acknowledgments with the GAG Web Client Forward of the alert messages to the transmission chain of the alerting channels CAP - Compatible A4A - Compatible DVB-SH connected to Portable Devices Dedicated Interface HbbTV over DVB-T/T2 and DVB-S/S2 Enhanced DVB-T2 receiver DVB-SH activated Siren MoWaS Emulated GNSS receiver Euralarm Systems
HbbTV (Satellite and Terrestrial) Satellite transmission over DVB-S / S2 Terrestrial transmission over DVB-T / T2 HbbTV compliant receiver Only use of broadcast connection, no broadband CAP-compliant messages as input Multilingual messages
HbbTV (Satellite and Terrestrial) Satellite transmission over DVB-S / S2 Terrestrial transmission over DVB-T / T2 HbbTV compliant receiver Only use of broadcast connection, no broadband CAP-compliant messages as input Multilingual messages
DVB-T2 for Emulated TV Reception of A4A protocol messages over DVB-T2 Multilingual and multimodal capabilities Use of alerting libraries Text-to-speech tools Location-based alerting
DVB-T2 for Emulated TV
DVB-SH to Portable Devices DVB-SH signal received by DVB-SH terminals and forwarded in multicast over WiFi to portable devices Support of CAP and A4A protocol messages format Multilingual and multi-modal capabilities Use of alerting libraries Text-to-speech tools Location-based alerting
DVB-SH to Portable Devices DVB-SH signal received by DVB-SH terminals and forwarded in multicast over WiFi to portable devices Support of CAP and A4A protocol messages format Multilingual and multi-modal capabilities Use of alerting libraries Text-to-speech tools Location-based alerting
DVB-SH to Sirens Use of XML-RPC or REST to interface the GAG Trigger of sirens through messages transported over DVB-SH Location-based alerting
Emulated GNSS Reception of the A4A alert messages on an emulated GNSS receiver GNSS channel emulator used to reproduce the main effects of a GNSS transmitter Satellite delay (250ms) GNSS messages Priority scheduling of messages Alert Message GAG ACK1, ACK2 GNSS Channel Emulator GNSS frame Receiver
Emulated GNSS Alert Message GAG ACK1, ACK2 GNSS Channel Emulator GNSS frame Receiver
Impact of Alert Transmission over GNSS (EGNOS) Analysis of alert message transfer over EGNOS has been carried out with MATLAB simulations: 13 EGNOS message types grouped in 3 priority classes Alert message traffic with variable priority setting Fragmentation of alert message carried out in case of large payload Priority queue modelling used to reproduce the EGNOS system Results show that the transport of an alert message requires: Highest priority level Encapsulation in a single EGNOS frame Open issue: how to handle authentication (fragmentation required)
Thank you very much for your attention!! Questions?