ETSI TS 102 182 V1.4.1 (2010-07)

Emergency Communications (EMTEL); Requirements for communications from authorities/organizations to individuals, groups or the general public during emergencies

RTS/EMTEL-00015

General Information

• Status: Published
• Publication Date: 06-Jul-2010
• Technical Committee: EMTEL - Emergency Communications
• Current Stage: 12 - Completion
• Due Date: 10-Jul-2010
• Completion Date: 07-Jul-2010

Standards Content (Sample)

Technical Specification
Emergency Communications (EMTEL);
Requirements for communications from
authorities/organizations to individuals,
groups or the general public during emergencies

2 ETSI TS 102 182 V1.4.1 (2010-07)

Reference
RTS/EMTEL-00015
Keywords
administration, emergency
ETSI
650 Route des Lucioles
F-06921 Sophia Antipolis Cedex - FRANCE

Tel.: [phone]  Fax: [phone]

Siret N° 348 623 562 00017 - NAF 742 C
Association à but non lucratif enregistrée à la
Sous-Préfecture de Grasse (06) N° 7803/88

Important notice
Individual copies of the present document can be downloaded from:
http://www.etsi.org
The present document may be made available in more than one electronic version or in print. In any case of existing or
perceived difference in contents between such versions, the reference version is the Portable Document Format (PDF).
In case of dispute, the reference shall be the printing on ETSI printers of the PDF version kept on a specific network drive
within ETSI Secretariat.
Users of the present document should be aware that the document may be subject to revision or change of status.
Information on the current status of this and other ETSI documents is available at
http://portal.etsi.org/tb/status/status.asp
If you find errors in the present document, please send your comment to one of the following services:
http://portal.etsi.org/chaircor/ETSI_support.asp
Copyright Notification
No part may be reproduced except as authorized by written permission.
The copyright and the foregoing restriction extend to reproduction in all media.

© European Telecommunications Standards Institute 2010.
All rights reserved.
TM TM TM TM
DECT , PLUGTESTS , UMTS , TIPHON , the TIPHON logo and the ETSI logo are Trade Marks of ETSI registered
for the benefit of its Members.
TM
3GPP is a Trade Mark of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners.
LTE™ is a Trade Mark of ETSI currently being registered
for the benefit of its Members and of the 3GPP Organizational Partners.
GSM® and the GSM logo are Trade Marks registered and owned by the GSM Association.
ETSI
3 ETSI TS 102 182 V1.4.1 (2010-07)
Contents
Intellectual Property Rights . 5
Foreword . 5
Introduction . 5
1 Scope . 6
2 References . 6
2.1 Normative references . 6
2.2 Informative references . 7
3 Definitions and abbreviations . 7
3.1 Definitions . 7
3.2 Abbreviations . 8
4 Nature of communications from authorities to citizens. 9
5 Objectives and guidelines for an emergency notification service . 10
5.1 Service objectives . 10
5.2 Service features . 10
5.2.1 Capacity . 11
5.2.2 Delivery . 11
5.2.3 Auditing . 12
5.2.4 Access . 12
5.2.5 Security . 12
5.2.6 Performance . 12
5.2.7 Coverage . 12
5.2.8 Multiple languages . 13
5.2.9 MMI requirements . 13
5.2.9.1 Recognizing the emergency message . 13
5.2.9.2 Displaying the message on mobile phones . 13
5.2.9.3 Service configuration . 13
5.2.10 CAP (Common Alerting Protocol) . 13
6 Requirements versus technologies . 14
Annex A (informative): Challenges associated with authority to citizen communication . 17
A.1 Need for clear statutory responsibilities . 17
A.2 Transient population . 17
A.3 Business/Retail population . 17
A.4 Night hours . 17
A.5 Transport or site based incidents . 17
A.6 Privacy and data protection issues . 17
A.7 Service availability . 18
A.8 Information to the citizens . 18
A.9 Media plan for major incidents . 18
Annex B (informative): Methods of communicating from authority to citizen . 19
B.1 Use of the media (Broadcast Television and Radio) . 19
B.1.1 RDS (Radio Data System for VHF/FM Broadcasting) . 19
B.1.2 "Voice Break-In" facilities within radio rebroadcast systems . 19
B.1.3 Digital Audio Broadcast (DAB) . 20
B.1.4 Digital television . 20
ETSI
4 ETSI TS 102 182 V1.4.1 (2010-07)
B.2 Siren systems . 20
B.3 Emergency Telephone Alert System (ETAS) . . 20
B.4 Use of mobile devices . 21
B.4.1 Paging systems . 21
B.4.2 Cell Broadcast Service . 21
B.4.3 SMS bulk messaging . 22
B.4.4 Video broadcast technologies to mobile phones . 22
B.4.5 MBMS . 22
B.4.6 MMS . 22
B.4.7 USSD . 23
B.4.8 IP Multimedia Subsystem . 23
B.5 Amateur radio . 23
B.6 Web notification . 23
B.7 email notification . 24
Annex C (informative): Bibliography . 25
History . 26

ETSI
5 ETSI TS 102 182 V1.4.1 (2010-07)
Intellectual Property Rights
IPRs essential or potentially essential to the present document may have been declared to ETSI. The information
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web
server (http://webapp.etsi.org/IPR/home.asp).
Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web
server) which are, or may be, or may become, essential to the present document.
Foreword
This Technical Specification (TS) has been produced by ETSI Special Committee Emergency Communications
(EMTEL).
The present document is the third of a set of deliverables covering the communication needs of individuals and
authorities in emergency situations, as identified below:
SR 002 180: "Emergency communications Requirements for communication of citizens with authorities/organizations
in case of distress (emergency call handling)";
TS 102 181: "Emergency Communications (EMTEL); Requirements for communication between
authorities/organizations during emergencies".;
TS 102 182: "Emergency Communications (EMTEL); Requirements for communications from
authorities/organizations to individuals, groups or the general public during emergencies";
TR 102 410: "Emergency Communications (EMTEL); Basis of requirements for communications between individuals
and between individuals and authorities whilst emergencies are in progress".
Introduction
Recent world events have created a heightened social focus on public protection and general public safety. Actions such
as the Universal Service Directive requiring the European emergency call number (112) to be enhanced with the
provision of caller location and the Seveso II Directive aimed at the prevention of major accidents involving dangerous
substances highlight this focus. Special consideration may have to be given to the elderly, the disabled and the young
people. An annotated bibliography of documents dealing with human factors can be found in SR 001 996 [i.4].
The provision of effective communication is one of the most important duties of a public authority towards its citizens.
An important component required to meet this duty is the ability for Authorities to communicate with citizens during
times of emergency. Authorities and emergency response teams need to warn and inform the public in times of crisis
and therefore is required to have effective, high quality communication methods and systems to meet this need.
The responsibility for emergency response or disaster-related communications is addressed differently from country to
country. In most cases, the parties responsible for warning and informing the public follow the country's administrative
structures with coordinators at both the local and national levels, as well as across multiple disciplines and departments.
The present document catalogues the requirements on warning and informing the public as seen by the Emergency
Services Community and looks at the technologies and methods available to do this.
ETSI
6 ETSI TS 102 182 V1.4.1 (2010-07)
1 Scope
The present document gives an overview of the requirements for communication from authorities/organizations to
citizens in all types of emergencies. It collects operational and organizational requirements as a basis for a common
notification service, including targeting of the area to be notified. Although many of the requirements relate to national
public policies and regulation, there are a number of service and technical aspects which are better dealt with on the
European level to ensure harmonized access and services over Europe and service effectiveness through increased user
awareness by using standardized solutions.
The present document also collects already established requirements for notification and gives guidance on how to find
the standardization work published or ongoing. The document identifies the areas needing particular attention from the
experts and refers to identified documents in preparation in SDOs.
The present document is a collection of technical requirements and recommendations.
The present document is applicable to ETSI technical bodies for the defining of services and specifying technical
solutions.
It is clear that the present document will not present a solution for every scenario.
2 References
References are either specific (identified by date of publication and/or edition number or version number) or
non-specific. For specific references, only the cited version applies. For non-specific references, the latest version of the
reference document (including any amendments) applies.
Referenced documents which are not found to be publicly available in the expected location might be found at
http://docbox.etsi.org/Reference.
NOTE: While any hyperlinks included in this clause were valid at the time of publication ETSI cannot guarantee
their long term validity.
2.1 Normative references
The following referenced documents are necessary for the application of the present document.
[1] ETSI EN 300 401: "Radio Broadcasting Systems; Digital Audio Broadcasting (DAB) to mobile,
portable and fixed receivers".
[2] ETSI EN 300 468: "Digital Video Broadcasting (DVB); Specification for Service Information (SI)
in DVB systems".
[3] UK Civil Contingency Act 2004, chapter 36. .
NOTE: http://www.opsi.gov.uk/acts/acts2004/20040036.htm.
[4] Void.
[5] Void.
[6] ETSI TS 102 181: "Emergency Communications (EMTEL); Requirements for communication
between authorities/organizations during emergencies".
[7] ITU-T Recommendation E.106: "International Emergency Preference Scheme (IEPS) for disaster
relief operations".
[8] ITU-T Recommendation E.105: "International telephone service".
ETSI
7 ETSI TS 102 182 V1.4.1 (2010-07)
[9] ETSI TS 122 228: "Digital cellular telecommunications system (Phase 2+); Universal Mobile
Telecommunications System (UMTS); LTE; Service requirements for the Internet Protocol (IP)
multimedia core network subsystem (IMS); Stage 1 (3GPP TS 22.228)".
[10] ETSI TS 123 228: "Digital cellular telecommunications system (Phase 2+); Universal Mobile
Telecommunications System (UMTS); LTE; IP Multimedia Subsystem (IMS); Stage 2 (3GPP TS
23.228)".
[11] World Telecommunication Development Conference 1994 (WTDC-94): "Resolution No.7,
Disaster Communications".
[12] ITU-T Recommendation X.1303: "Common alerting protocol (CAP 1.1)".
2.2 Informative references
The following referenced documents are not necessary for the application of the present document but they assist the
user with regard to a particular subject area.
[i.1] ETSI TR 102 410: "Emergency Communications (EMTEL); Basis of requirements for
communications between individuals and between individuals and authorities whilst emergencies
are in progress".
[i.2] ETSI TR 102 444: "Emergency Communications (EMTEL); Analysis of the Short Message
Service (SMS) and Cell Broadcast Service (CBS) for Emergency Messaging applications;
Emergency Messaging; SMS and CBS".
[i.3] ETSI SR 002 180: "Emergency communications Requirements for communication of citizens with
authorities/organizations in case of distress (emergency call handling)".
[i.4] ETSI SR 001 996: "Human Factors (HF); An annotated bibliography of documents dealing with
Human Factors and disability".
[i.5] Cheshire Fire and Rescue Service: "In case of Emergency".
[i.6] Cheshire Fire and Rescue Service: "Media Plan for Major Incidents".
3 Definitions and abbreviations
3.1 Definitions
For the purposes of the present document, the terms and definitions given in SR 002 180 [i.3] and the following apply:
citizen: any individual (resident, visitor, passer-by), present in the vicinity of an emergency situation (from the first
notice till the complete clearance) and subject to be affected by it, but who has no identified role in the actions of rescue
and of restoration of normal conditions
NOTE: Depending on his situation, the citizen can send alerts or provide information to the emergency services,
but in many cases is either passive or a potential victim.
common emergency communication and information system: system to enable communication and sharing
information between the monitoring and information centre and the designated contact points
emergency notification systems: general category for any systems used to notify persons of an emergency
Emergency Telecommunication Service (ETS): service capability that exhibits the following characteristics:
1) ETS is a national implementation utilizing the features facilities and applications available in existing national
public networks and service offerings. As such it could be said to resemble a supplementary service since it
can only exist if there is an underlying telecommunications service.
ETSI
8 ETSI TS 102 182 V1.4.1 (2010-07)
2) As a national capability, ETS is specifically designed to serve the telecommunications needs of nationally
authorized users. This might include issues such as priority access to telecommunications in a secure mode
operation.
3) Nationally authorized ETS users may be given access to TDR facilities for disasters occurring in other
countries or indeed within the national environment. The development of this and other aspects are a national
matter.
emergency telephone notification systems: specific category for a system that uses the telephone, in conjunction with
other elements, including computer hardware and software to notify persons of an emergency
NOTE: May include changeable message signs, sirens, telephone and other media.
originating network: access network from which the emergency call was originated
telecommunications for disaster relief: the provision of telecommunications with and within the region affected by
the disaster, including international communications to and from the disaster area and local communications at the
disaster area
NOTE: Where feasible TDR would be provided by the use of existing public telecommunications services and
facilities. This might include for example invoking the preference scheme described in
ITU-T Recommendation E.106 [7] for the International Telephone Service E.105 [8].
3.2 Abbreviations
For the purposes of the present document, the following abbreviations apply:
AM Amplitude Modulation
BSC Base Station Controller
CAP Common Alerting Protocol
CBCH Cell Broadcast CHannel
CBS Cell Broadcast Service
COMAH Control Of Major Accident Hazards
DAB Digital Audio Broadcasting
DVB-H Digital Video Broadcast-Handhelds
ECC Emergency Control Centre
ENS Emergency Notification System
ETAS Emergency Telephone Alert System
ETS Emergency Telecommunication Service
EU European Union
FM Frequency Modulation
GIS Geographic Information System
GSM Global System for Mobile telecommunications
HLR Home Location Register
HTML Hyper-Text Markup Language
IM Instant Messaging
IMS IP Multimedia Subsystem
IVR Interactive Voice Response
LW/MW Long Wave / Medium Wave
MBMS Multimedia Broadcast/Multicast Service
MBS Multimedia Broadcast Service
MMI Man-Machine Interface
MMS Multimedia Messaging Service
NGO Non-Governmental Organization
PSAP Public Safety Answering Point
PSTN Public Switched Telephone Network
QOS Quality of Service
RDS Radio Data System for VHF/FM broadcasting
RF Radio Frequency
RNC Radio Network Controller
SDCCH Stand-alone Dedicated Control CHannel
SDO Standards Development Organization
ETSI
9 ETSI TS 102 182 V1.4.1 (2010-07)
SMS Short Message Service
TDR Telecommunications for Disaster Relief
TETRA TErrestrial Trunked RAdio
UMTS Universal Mobile Telecommunication System
USSD Unstructured Supplementary Service Data
VBI Voice Break-In
VLR Visitor Location Register
4 Nature of communications from authorities to citizens
In the basic and routine case of an emergency situation the number of affected individuals is limited; the victims,
endangered persons, the person reporting the emergency, the operator at the ECC/PSAP and the personnel deployed to
the incident. The fact that the Emergency Authority reaches the victims and provides assistance is the expression of the
relationship between the authority and the citizen.
There are several situations where this simple model does not apply; in general they correspond to mass phenomena
(flooding, hurricane) forecasted or not, to the combination of several risks (a fire of toxic products, a snow storm at
peak traffic hours) or the evolution of an apparently limited incident (the rescued person is recognized as a bearer of a
contagious disease).
It may also be necessary to mobilise private organizations, charities and NGOs to participate in the rescue actions.
These services and organizations may be required on a priority basis at the incident location.
To maximize efficiency, authorities need to reach as many citizens as possible present in a given area (inhabitants,
passers-by, travellers and tourists etc.) or entering the area or in close proximity to the area during the emergency. They
shall be able to present the citizens with an appropriate message. It should be noted that this is not a one shot scenario. It
may be necessary for the message to be repeated and/or updated on a number of occasions. In addition the transmitted
message could be of a general nature or it may be necessary to target the message to a specialized audience.
The priority of the authorities is to assess the extent of the incident, the resources required and availability of remaining
facilities. In addition authorities will require timely and accurate information as to the capabilities and performance of
telecommunications infrastructure in the affected area. It is assumed that during such situations the local, regional or
national authorities would establish an emergency operations centre, in line with pre-planned and regularly tested
procedures.
The information contained within the present document explains how systems would function and the performance that
could be anticipated to support the communications requirements of the authorities towards the citizens.
When trying to make use of the present document in a specific case, the attention of the reader is drawn on the
following:
• It would be vital to conduct a risk analysis of the various scenarios along with an associated plan dealing with
the mitigation and control of the high likelihood and/or high impact risks.
• The fact that a system or a service is convenient for a situation does not mean that it would be easy or quick to
make use of it, especially when a mass usage is needed or when a specific area is targeted.
• An inadequate emergency warning or notification system causes deterioration of public confidence in
authorities and poor public relations. Most importantly, lack of prompt, complete information flow can cause
loss of life and property.
Therefore any possible usage of communication services should be the subject of an agreement with the concerned
operators, and a description of the related procedure for its entry into force should be prepared.
ETSI
10 ETSI TS 102 182 V1.4.1 (2010-07)
5 Objectives and guidelines for an emergency
notification service
The vision is of a European Union where, when facing an emergency or disaster situation, citizens can get hold of
adequate information, when needed, and even in the desired language in order to protect citizens more effectively.
When travelling, working or studying in a Member State, citizens need to be able to understand information given
i.e. signals, signs and other ways of warning and information. If in danger, whether it is an earthquake, a flood or an
avalanche, citizens need to be able to understand what authorities and the people of the country want to tell them - in
order to be able to take care of themselves and those dependent on them.
There are differences in the geography, risks, culture and legislation in the Member States -but there are also
similarities. We can learn a lot from the existing, good examples in the EU, and, in co-operation, we can find ways of
using existing and new methods and technology to move towards a safer Europe.
5.1 Service objectives
Emergency Notification Systems need the ability to provide communications in support of many different types of
scenarios. Communication shall be possible within the following contexts:
• Citizens in their own dwelling.
• Citizens at their place of work.
• Citizens in public venues (e.g. sports complexes, shopping malls, etc.).
• Citizens travelling on foot.
• Citizens travelling using other transportation facilities.
• Citizens visiting another European country.
An effective Emergency Notification system will be capable of disseminating information to a large number of
individuals within specifically affected areas. Emergency Notification systems shall:
1) Provide high speed message delivery.
2) To deliver messages within a planned specified time.
3) Offer sufficient details of the emergency situation.
4) Provide sufficient instructions regarding actions to be taken by the public.
5) Allow strategic information delivery to specific targeted audiences or geographies.
6) Be fully accessible to the right people.
7) To deliver messages simultaneously to a large audience.
8) Be intrusive, but only service-interrupting in the case the same service is required for the notification.
5.2 Service features
There are numerous methods available for emergency notifications. A heterogeneous strategy is commonly required,
offering a number of available channels through which the public can receive the emergency messages. This strategy
helps to ensure quick and efficient notification.
Regardless of the technological solution, such systems shall have the features as described in the remainder of this
clause.
ETSI
11 ETSI TS 102 182 V1.4.1 (2010-07)
5.2.1 Capacity
Emergency notification systems shall be capable of delivering alerts in a short predictable period of time, to a target
audience of reachable citizens on the technology that is available to them at that time. The engineered capacity of a
system is ultimately a user defined parameter. However, to be effective emergency notification systems shall be
designed with a view to supporting large metropolitan areas.
It shall be possible to provide an alert:
• to 50 % of the citizens in the relevant area within 3 minutes; and
• to 97 % of the citizens in that area within 5 minutes.
The period of three minutes is the period between the moment when the message is submitted to the notification system
and the moment the message is provided to the citizen.
NOTE: These times may not be applicable in the case of very rapid emergencies e.g. earthquakes and tsunamis.
Such cases require notification to as many citizens as possible in the defined affected area in the order of
seconds (e.g. 10 seconds for an earthquake).
As the emergency progresses, the authorities may want to send their citizens updated information that is crucial to save
lives and to mitigate losses. Events can follow each other quickly and disseminating alert messages shall not be the
limiting factor in the decision taking process of the emergency management authorities.
5.2.2 Delivery
a) Emergency notification systems shall support both pre-planned and dynamic notification events. This allows
agencies to prepare in advance for situations that may be likely to occur within their regions of responsibility.
At the same time, the system allows for notification scenarios that must be planned dynamically in the moment
of need.
b) Multiple methods of message delivery shall be supported. Methods that allow delivery of important message
content provide a greater value for those receiving the message and can include instructions regarding the
desired or appropriate response for the recipient. Use of telephone voice, voice mail, FAX, SMS, paging,
broadcast radio, TV, and email allow an increased level of content delivery in the notification message. In
some instances it might be useful to include diverse methods of delivery in the same terminal (such as DVB-H,
or Instant Messaging Service to 3G phones).
c) In networks that support a "message delivery acknowledgement" facility, notification systems shall be able to
retry until acknowledgement is received. In systems that do not support delivery acknowledgement, the
message shall be repeated at a regular interval for as long as the message is valid.
d) Emergency notification systems shall support delivery of notification messages to those with special needs,
such as hearing and vision impaired.
e) The ability to deliver messages in government authorized languages and national official scripts shall be
supported.
Additionally, the systems should provide the capability to deliver messages in other languages and scripts
where the authorities want to be able to warn visitors from other countries and provide them information in
their desired language.
f) Emergency notification systems generally affect a specific geographic area, hence systems shall be able to
deliver messages to citizens within the affected area.
Citizens need to have relevant information that is specific to their location and the location of the emergency.
A reference indication for the grid of the coverage area could be:
- 1 km inside community boundaries;
- 5 km outside community boundaries;
- 30 km in rural areas;
- 60 km over sea or desert.
ETSI
12 ETSI TS 102 182 V1.4.1 (2010-07)
In the area where the emergency actually happens, the information (e.g. "evacuate the area") might be quite
different from the information that is relevant in the area a bit away from the emergency (e.g. "go indoors and
close doors and windows").
NOTE: This delivery feature involves the use of additional information or systems such as GIS or mapping
systems, subscriber records, opt-in functions, and network coverage data such as cell site coverage.
g) Emergency notification systems shall provide identification of the message/notification originator.
h) Emergency messages shall be specifically recognizable as being an emergency message that cannot be
mistaken for an ordinary message.
i) Systems intended to deliver high volumes of notifications shall be capable of addressing congestion
management across the various networks used.
j) Emergency notification systems shall be intrusive. Therefore:
- the reception of emergency notification shall be enabled by default;
- the warning shall be distinguishable from a regular message;
- in case the message is received on a portable device carried by the user, the user shall be able to cancel
the indication of the emergency message. It shall not be necessary for any response to be sent over the
network.
5.2.3 Auditing
Emergency notification systems shall be capable of tracking, capturing, and reporting performance criteria associated
with individual notification events.
5.2.4 Access
Emergency notification systems shall provide multiple means for authorized users to launch a notification event.
5.2.5 Security
Emergency notification systems shall provide protection of data used for operation of the system. This includes
management of user authentication, authorization, and access. Appropriate protections shall also be established
regarding data privacy associated with subscriber/citizen records potentially stored as part of the system. For certain
services data protection is not possible and those services could be used for spoofing purposes e.g. sending commercial
messages in a format mimicking an emergency notification. All such un-authorized use of emergency notifications has
malicious intent.
5.2.6 Performance
Emergency notification systems shall be engineered for high availability. It is recommended that geographic
redundancy be considered for both system and data components of an emergency notification system. Systems
operators shall be required to provide recovery plans for events that might affect their primary operations environment.
In addition there should be an aim to minimize any single points of failure within an ENS (including power supplies and
leased lines).
5.2.7 Coverage
Emergency notification systems shall be engineered to cover a specified significant proportion of the affected
population and land mass of a nation.
ETSI
13 ETSI TS 102 182 V1.4.1 (2010-07)
5.2.8 Multiple languages
Increased migration and multi-lingual societies have led to increased need for information concerning emergency
situations. Hence, the ability to deliver messages in relevant languages shall be supported. Many media support
language specific communications.
Many service providers collect linguistic preferences from customers. This may be used to select the language for
communication with citizens when user specific media are employed e.g. HTML web pages, SMS. Many regions are
served by broadcast services in multiple languages where language preference is implicit in the station viewed/heard.
Some TV broadcasts support multiple language audio channels, with the viewer pre-setting their preferred language.
5.2.9 MMI requirements
5.2.9.1 Recognizing the emergency message
An emergency alert message should be immediately recognizable. See clause 5.2.2.
5.2.9.2 Displaying the message on mobile phones
The emergency warning message should be displayed on the screen immediately, even during a voice call, and should
stay on the display regardless of the user setting, until the message indication is cancelled by the user. It shall be
possible for the user to review the message at a later time. See clause 5.2.2.
5.2.9.3 Service configuration
The user interface should allow the user to select various alert levels, including the total deactivation of the alerting
service, and should also allow the user to filter on the message language.
5.2.10 CAP (Common Alerting Protocol)
CAP [12] provides a standardized and now widely accepted protocol by which emergency notification messages may be
conveyed from an administration body responsible for originating an emergency notification message to organizations
responsible for the dissemination of the emergency notification (e.g. TV/Radio Broadcast companies, network
operators) to individuals.
CAP [12] contains information such as the nature of the alert (e.g. fire), the severity (e.g. extreme), affected area,
broadcast repetition rate and advice/instructions etc.
ETSI
14 ETSI TS 102 182 V1.4.1 (2010-07)
6 Requirements versus technologies
The requirements from clause 5 and the technologies from annex B are summarized and made comparable in tables 1
to 3.
Table 1: Broadcast (radio and TV)
Emergency notification systems shall Analogue RDS DAB DigTV Legend
be able to reach citizens in their own dwelling V V V V V = compliant
be able to reach citizens at their place of work X X X X X = non-compliant
be able to reach citizens in public venues X X X X X = non-compliant
be able to reach a citizen citizens on foot X X X X X = non-compliant
be able to reach a citizen citizens in a vehicle V V some X V = compliant
X = non-compliant
be able to reach a citizen visiting another V V V V V = compliant
European country
provide sufficient instructions regarding V X V V V = compliant
actions to be taken X = non-compliant
provide identification of the V V V V V = compliant
message/notification originator
deliver messages within a planned specified V V V V V = compliant
time
allow simultaneous delivery to targeted, large 0 V 0 0 V = compliant
audiences or geographies 0 = non-compliant to
geographies
offer sufficient details of the emergency V 0 V V V = compliant
situation 0 = message length inadequate
be able to retry delivery when the initial 0 0 0 0 0 = messages can be repeated
message delivery fails
support delivery of notification messages to 0 0 0 0 0 = broadcast is not specific for
those with special needs and unique devices, covering all specific needs
like terminals of hearing and speech impaired
persons
have the ability to deliver messages in V 0 V V V = compliant
multiple languages 0 = message length inadequate
be capable of addressing congestion V V V V V = compliant
management across the various networks
used
ETSI
15 ETSI TS 102 182 V1.4.1 (2010-07)
Table 2: Mobile terminals
Emergency notification Paging CB SMS TV MBMS MMS USSD Email IM Legend
systems shall: Service
be able to reach citizens V V V V V V V V V V = compliant
in their own dwelling
be able to reach citizens V V V V V V V V V V = compliant
at their place of work
be able to reach citizens V V V V V V V V V V = compliant
in public venues
be able to reach a citizen V V V V V V V V V V = compliant
citizens on foot
be able to reach a citizen V V V X X V V V V V = compliant
citizens in a vehicle X = watching video
while driving a
vehicle is not
desired
be able to reach a citizen V O V V O V V V V V = compliant
visiting another 0 = compliant when
European country phone is configured
correctly
provide sufficient V V V V V V V V V V = compliant
instructions regarding X = non-compliant
actions to be taken
provide identification of V V 0 V V 0 0 0 O V = compliant
the message/notification 0 = compliant, but
originator no certainty. Could
be a spoofed
identity
deliver messages within V V 0 V V 0 0 V O V = compliant
a planned specified time 0 = non-compliant
for large audiences
allow simultaneous V V X 0 V X X 0 X V = compliant
delivery to targeted, 0 = non-compliant
large audiences or to geographies
geographies X = non-compliant
offer sufficient details of V V V V V V V V V V = compliant
the emergency situation
be able to retry delivery V 0 V 0 V V V V O V = compliant
when the initial message 0 = messages can
delivery fails be repeated
support delivery of V 0 V 0 0 V V V V V = compliant
notification messages to through terminal
those with special needs capability
and unique devices, like 0 = partly-compliant
terminals of hearing and
speech impaired
persons
have the ability to deliver V V V V V V V V V V = compliant
messages in multiple
languages
be capable of V V X V X X X V X V = compliant
addressing congestion X = non-compliant
management across the
various networks used
ETSI
16 ETSI TS 102 182 V1.4.1 (2010-07)
Table 3: Other
ETAS Siren Web Email
Emergency notification systems shall conventional Legend
PC based
be able to reach citizens in their own dwelling V 0 V V V = compliant
0 = siren not always heard
be able to reach citizens at their place of work V 0 V V V = compliant
0 = siren not always heard
be able to reach citizens in public venues X V X X V = compliant
X = non-compliant
be able to reach a citizen citizens on foot X V X X V = compliant
X = non-compliant
be able to reach a citizen citizens in a vehicle X 0 X X 0 = siren not always heard
X = non-compliant
be able to reach a citizen visiting another X V V V V = compliant
European country X = not applicable
provide sufficient instructions regarding V X V V V = compliant
actions to be taken X = non-compliant
provide identification of the 0 V X X V = compliant
message/notification originator 0 = compliant, but no
certainty
X = possibly spoofed
address
deliver messages within a planned specified 0 V X X V = compliant
time 0 = non-compliant for large
audiences
X = no guarantee
allow simultaneous delivery to targeted, large 0 V 0 0 V = compliant
audiences or geographies 0 = non-compliant to
geographies
offer sufficient details of the emergency V X V V V = compliant
situation X = non-compliant
be able to retry delivery when the initial V 0 V V V = compliant
message delivery fails 0 = messages can be
repeated
support delivery of notification messages to V X X X V = compliant
those
...