ETSI TR 102 745 V1.1.1 (2009-10)

Reconfigurable Radio Systems (RRS); User Requirements for Public Safety

DTR/RRS-04006

General Information

• Status: Published
• Publication Date: 21-Oct-2009
• Technical Committee: RRS 4 - Civil Security & Inter-Domain Synergies
• Current Stage: 12 - Completion
• Due Date: 19-Oct-2009
• Completion Date: 22-Oct-2009

Standards Content (Sample)

Technical Report
Reconfigurable Radio Systems (RRS);
User Requirements for Public Safety

2 ETSI TR 102 745 V1.1.1 (2009-10)

Reference
DTR/RRS-04006
Keywords
radio, user
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 2009.
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 TR 102 745 V1.1.1 (2009-10)
Contents
Intellectual Property Rights . 5
Foreword . 5
Introduction . 5
1 Scope . 6
2 References . 6
2.1 Normative references . 6
2.2 Informative references . 6
3 Definitions and abbreviations . 8
3.1 Definitions . 8
3.2 Abbreviations . 8
4 Relevant input from other organizations . 9
4.1 Organizations . 9
4.1.1 BAPCO (British Association of Public Safety Communication Officers) . 9
4.1.2 ECC . 9
4.1.3 ETSI EMTEL . 10
4.1.4 ETSI TETRA . 10
4.1.5 FRONTEX . 10
4.1.6 ITU. 11
4.1.7 NATO . 11
4.1.8 PSRG (Public Safety Radio communication Group) . 11
4.1.9 PSCE (Public Safety Communication Europe) . 11
4.1.10 SAFECOM . 12
4.1.11 SDR Forum . 12
4.1.12 TETRA Association . 13
4.2 Projects . 13
4.2.1 AAF Project (Adaptive Ad-hoc Freeband communication) . 13
4.2.2 Project CHORIST . 13
4.2.3 ESSOR . 14
4.2.4 Project MESA . 14
4.2.5 Project OASIS . 14
4.2.6 WIDENS . 15
4.2.7 WIN . 15
4.2.8 WINTSEC. 15
4.2.9 WISECOM . 16
4.3 Others . 16
4.3.1 GMDSS . 16
4.3.2 Search & Rescue . 16
5 Input from the other TC RRS working groups . 16
6 Public Safety Domains and Roles . 17
6.1 Public Safety Domains . 17
6.2 Public Safety Roles . 17
6.2.1 Public Safety functions . 18
6.2.1.1 Every day operations for Law Enforcement . 18
6.2.1.2 Emergency Medical and Health Services . 18
6.2.1.3 Border Security . 19
6.2.1.4 Protection of the environment . 19
6.2.1.5 Fire-fighting . 19
6.2.1.6 Search & Rescue . 19
6.2.1.7 Crisis Management. 19
6.2.2 Applications . 20
6.2.3 Public Safety organizations . 21
ETSI
4 ETSI TR 102 745 V1.1.1 (2009-10)
7 Public Safety Use Cases and Operational Scenarios . 23
7.1 Introduction . 23
7.2 Operational Scenarios . 24
7.2.1 Routine Operations . 24
7.2.2 Emergency Crisis . 24
7.2.3 Major Events . 24
7.2.4 Natural disaster . 25
7.2.5 Search & Rescue . 25
7.3 Mapping of operational scenarios along dimension criteria . 26
7.4 Mapping among Public Safety organizations and operational scenarios . 26
8 Benefits of the application of RRS to the Public Safety domain. 27
9 Requirements Areas . 30
9.1 Interoperability . 30
9.2 Spectrum Usage . 32
9.3 Security . 33
9.4 Resilience . 34
9.5 Scalability . 34
9.6 Resource Management . 35
9.7 Operational support and Usability . 36
9.8 Mapping of requirements areas against operational scenarios . 36
9.9 Parameters/metrics for requirements evaluation and prioritization . 37
Annex A: Questionnaire to Public Safety users . 38
A.1 Questionnaire format . 38
A.2 Questionnaire results . 41
History . 46

ETSI
5 ETSI TR 102 745 V1.1.1 (2009-10)
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 Report (TR) has been produced by ETSI Technical Committee Reconfigurable Radio Systems (RRS).
Introduction
The present document provides an overview of the User Requirements for the application of RRS in the Public Safety
and Defense domain.
ETSI
6 ETSI TR 102 745 V1.1.1 (2009-10)
1 Scope
The present document describes needs, applications and drivers for the application of RRS to the public safety.
2 References
References are either specific (identified by date of publication and/or edition number or version number) or
non-specific.
• For a specific reference, subsequent revisions do not apply.
• Non-specific reference may be made only to a complete document or a part thereof and only in the following
cases:
- if it is accepted that it will be possible to use all future changes of the referenced document for the
purposes of the referring document;
- for informative references.
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 indispensable for the application of the present document. For dated
references, only the edition cited applies. For non-specific references, the latest edition of the referenced document
(including any amendments) applies.
Not applicable.
2.2 Informative references
The following referenced documents are not essential to the use of the present document but they assist the user with
regard to a particular subject area. For non-specific references, the latest version of the referenced document (including
any amendments) applies.
[i.1] ETSI TS 102 181: "Emergency Communications (EMTEL); Requirements for communication
between authorities/organizations during emergencies".
[i.2] SDR Forum: "Use Cases for Cognitive Applications in Public Safety Communications Systems -
Volume 1: Review of the 7 July Bombing of the London Underground".
NOTE: Available at: http://www.sdrforum.org/pages/documentLibrary/documents/SDRF-07-P-0019-V1_0_0.pdf
[i.3] ETSI TS 170 001 (V3.3.1): "Project MESA; Service Specification Group - Services and
Applications; Statement of Requirements (SoR)".
[i.4] SAFECOM, US communications program of the Department of Homeland Security. "Public
safety Statements of Requirements for communications and interoperability v I and II".
[i.5] ETSI TR 102 182: "Emergency Communications (EMTEL); Requirements for communications
from authorities/organisations to the citizens during emergencies".
[i.6] ETSI TR 102 180: "Basis of requirements for communication of individuals with
authorities/organizations in case of distress (Emergency call handling)".
ETSI
7 ETSI TR 102 745 V1.1.1 (2009-10)
[i.7] 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.8] ETSI TR 102 021: "Terrestrial Trunked Radio (TETRA); User Requirement Specification TETRA
Release 2".
[i.9] ITU-R Recommendation BO.1774: "Use of satellite and terrestrial broadcast infrastructures for
public warning, disaster mitigation and relief".
[i.10] ITU-R Recommendation S.1001: "Use of systems in the fixed-satellite service in the event of
natural disasters and similar emergencies for warning and relief operations".
[i.11] ETSI TR 170 003: "Project MESA; Service Specification Group - Services and Applications;
Basic requirements".
[i.12] ETSI TR 102 682: "Reconfigurable Radio Systems (RRS); Functional Architecture (FA) for the
Management and Control of Reconfigurable Radio Systems".
[i.13] ETSI TS 102 734: "Electronic Signatures and Infrastructures; Profiles of CMS Advanced
Electronic Signatures based on TS 101 733 (CAdES)".
[i.14] ETSI TR 102 733: "Reconfigurable Radio Systems (RRS); System Aspects for Public Safety".
[i.15] ITU-R Report M. 2033: "Radiocommunication objectives and requirements for public protection
and disaster relief".
[i.16] ECC REPORT 102. Public protection and disaster relief spectrum requirements, Helsinki, January
2007.
[i.17] SeBoCom Pre-Study - A preliminary study on Secure Border Communications. European
Commission Technical Report - EUR 23536 EN.
[i.18] World Radiocommunication Conference in 2003, resolution 646: "Public protection and disaster
relief".
[i.19] SDR Forum: "Use Cases for Cognitive Applications in Public Safety Communications Systems" -
Volume 1: Review of the 7 July Bombing of the London Underground.
[i.20] SDR Forum: "Utilization of Software Defined Radio Technology for the 700 MHz Public/Private
Partnership".
[i.21] SDR Forum: "High Level SDR Security Requirements".
[i.22] CHORIST Project: "Report on user requirements and initial support cases".
[i.23] CHORIST Project: "Report on user needs and interoperability requirements".
[i.24] OASIS Project: "Definition of the OASIS Tactical Situation Object (D-TA2_06).
[i.25] OASIS Project: "OASIS User Requirements synthesis (D-TA2_01).
[i.26] WIDENS Project: "Users Requirements and First System Architecture Design (D2.1)".
[i.27] WIN Project: "User Requirements Specifications".
[i.28] WISECOM Project: "Survey of Use Cases. Deliverable 1.1-1".
[i.29] WISECOM Project: "User and System Requirements for Emergency Telecommunication Services.
Deliverable 1.2-1".
[i.30] TETRA RELEASE 2: "User Requirement Specifications. URS 101-021-1 General Overview User
Requirement Specification (URS) and URS 101-021-2 High Speed Data (HSD)".
ETSI
8 ETSI TR 102 745 V1.1.1 (2009-10)
3 Definitions and abbreviations
3.1 Definitions
For the purposes of the present document, the following terms and definitions apply:
cognitive radio: radio, which has the following capabilities:
• to obtain the knowledge of radio operational environment and established policies and to monitor usage
patterns and users' needs;
• to dynamically and autonomously adjust its operational parameters and protocols according to this knowledge;
• in order to achieve predefined objectives, e.g. more efficient utilization of spectrum; and to learn from the
results of its actions in order to further improve its performance.
Cognitive Radio System (CR): radio system, which has the following capabilities:
• to obtain the knowledge of radio operational environment and established policies and to monitor usage
patterns and users' needs;
• to dynamically and autonomously adjust its operational parameters and protocols according to this knowledge
in order to achieve predefined objectives, e.g. more efficient utilization of spectrum; and
• to learn from the results of its actions in order to further improve its performance.
NOTE 1: Radio operational environment encompasses radio and geographical environments, and internal states of
the Cognitive Radio System.
NOTE 2: To obtain knowledge encompasses, for instance, by sensing the spectrum, by using knowledge data base,
by user collaboration, or by broadcasting and receiving of control information.
NOTE 3: Cognitive Radio System comprises a set of entities able to communicate with each other
(e.g. network and terminal entities and management entities).
NOTE 4: Radio system is typically designed to use certain radio frequency band(s) and it includes agreed schemes
for multiple access, modulation, channel and data coding as well as control protocols for all radio layers
needed to maintain user data links between adjacent radio devices.
public safety organization: organization responsible for the prevention and protection from events that could endanger
the safety of the general public
NOTE: Such events could be natural or man-made. Example of Public Safety organizations are police, fire-
fighters and others.
radio technology: technology for wireless transmission and/or reception of electromagnetic radiation for information
transfer
3.2 Abbreviations
For the purposes of the present document, the following abbreviations apply:
AAF Adaptive Ad-hoc Freeband
BAPCO British Association of Public Safety Communications Officers
BER Bit Error Rate
CEPT Conférence des Administrations Européenes des Postes et Télécommunications
COI Community of Interest
ECC Electronic Communication Committee of the CEPT
EVM Error Vector Magnitude
FA Functional Architecture
GMDSS Global Maritime Distress Safety System
PMR Private Mobile Radio, Professional Mobile Radio
ETSI
9 ETSI TR 102 745 V1.1.1 (2009-10)
PPDR Public Protection and Disaster Relief
PSRG Public Safety Radiocommunications Group
RAT Radio Access Technology
RRS Reconfigurable Radio Systems
SDR Software Defined Radio
TETRA TErrestrial Trunked RAdio
USR User Requirement Specification
4 Relevant input from other organizations
This clause provides the list of input documents and information sources, which are relevant to the present document.
The list includes deliverables and other documentation produced by organizations or projects.
NOTE: As described in clause 1, the scope of the present document is to define the User Requirements for the
application of RRS in the Public Safety and Defense domain. The scope is not to define a new radio
system for Public Safety.
This means that some of the listed references will not be a direct input to the present document, even if they may still
provide useful information.
Furthermore existing Public Safety standards already satisfy many Public Safety requirements, which are automatically
supported by the RRS through the related waveforms.
4.1 Organizations
4.1.1 BAPCO (British Association of Public Safety Communication
Officers)
BAPCO is an independent, user led, professional members Association to promote, influence and advance the
development and use of communications and information management systems for the safety and security of the public.
One of the objectives of BAPCO is to promote the development of efficient and effective communications and
supporting information technologies to provide value for money and effective systems to enhance delivery of public
safety and civil contingency services for the benefit of the public and for the benefit of individual public safety and civil
contingency services and personnel.
4.1.2 ECC
The Electronic Communications Committee (ECC) is part of the CEPT (European Conference of Postal and
Telecommunications Administrations).
ECC is responsible for:
1) considering and developing policies on electronic communications and activities in a European context, taking
account of European and international legislation and regulations;
2) develop European common positions and proposals, as appropriate, for use in the framework of international
and regional bodies;
3) forward plan and harmonize within Europe the efficient use of the radio spectrum, satellite orbits and
numbering resources, so as to satisfy the requirements of users and industry;
4) take decisions on the management of the work of the ECC.
The following documents are relevant for system and technology aspects, especially in relation to spectrum usage by
the public safety domain:
• ECC REPORT 102. Public protection and disaster relief spectrum requirements, Helsinki, January 2007 [i.16],
clause 7 presents the operational requirements for public safety radio communication.
ETSI
10 ETSI TR 102 745 V1.1.1 (2009-10)
4.1.3 ETSI EMTEL
ETSI Special Committee EMTEL is responsible for identifying the operational and technical requirements of those
involved in the provision of emergency communications, for conveying these requirements to other ETSI committees
and for liaison with other organizations involved in this field.
The activities of TC EMTEL will follow the broad areas of:
• preparation of ETSI deliverables used to describe requirements for Users, Network Architectures, Network
Resilience, Contingency planning, Priority Communications, Priority Access Technologies (e.g. Twisted Pair,
Cable/ HFC, Satellite, Radio Frequencies/ fixed and mobile, new solutions) and Network management;
• studies of the issues related to National Security and Public Protection and Disaster Relief (PPDR);
The following documents are relevant for requirements definition:
• Requirements for communication of citizens with authorities/organizations in case of distress (emergency call
handling), see TR 102 180 [i.6].
• Emergency Communications (EMTEL); Requirements for communication between authorities/organizations
during emergencies, see TS 102 181 [i.1].
• Emergency Communications (EMTEL); Requirements for communications from authorities/organizations to
individuals, groups or the general public during emergencies, see TR 102 182 [i.5].
• Communications between individuals and between individuals and authorities during emergencies,
see TR 102 410 [i.7].
4.1.4 ETSI TETRA
TErrestrial Trunked RAdio (TETRA) is a digital trunked mobile radio standard developed to meet the needs of
traditional Professional Mobile Radio (PMR) user organizations such as:
• Public Safety
• Transportation
• Utilities
• Government
• Military
• PAMR
• Commercial & Industry
• Oil & Gas
The following documents are relevant for requirements definition:
• User Requirement Specification TETRA Release 2. See TR 102 021 [i.8].
• Technical Reports from TETRA Working Group 1, which is responsible for producing the User Requirement
Specification (URS) for development and enhancement of TETRA.
4.1.5 FRONTEX
Frontex, the EU agency based in Warsaw, was created as a specialized and independent body tasked to coordinate the
operational cooperation between Member States in the field of border security.
A number of joint operations (Sea, Land and Air) have been organized by FRONTEX at European level, which can
provide useful input for the requirements definition.
ETSI
11 ETSI TR 102 745 V1.1.1 (2009-10)
FRONTEX has also organized a number of workshops, where representatives from Public Safety organizations present
and discuss operational needs and requirements. Recently the SEBOCOM workshop was organized with JRC - EC for
"Secure Border Communications".
The output of the workshop can also be relevant for requirements definition:
• SeBoCom Pre-Study - A preliminary study on Secure Border Communications. European Commission
Technical Report - EUR 23536 EN. [i.17].
4.1.6 ITU
International Telecommunication Union (ITU) has investigated the use of communications for public protection and
disaster relief (PPDR).
An important agreement concerning public protection and disaster relief was reached at the World Radiocommunication
Conference in 2003 (WRC-03) in Resolution 646 [i.18]. It supports the deployment of new technologies for enhanced
applications involving higher data rates, real-time full motion video and multimedia services that should facilitate the
work of PPDR agencies around the world.
The following documents are relevant for requirements definition:
• ITU-R Report M. 2033 [i.15]. Radiocommunication Objectives and Requirements for Public Protection and
Disaster Relief (PPDR). The document defines objectives and needs for the implementation of future PPDR
solutions. The document focuses on operational needs around 2010.
• ITU-R Recommendation BO.1774 [i.9]
"Use of satellite and terrestrial broadcast infrastructures for public warning, disaster mitigation and relief".
• ITU-R Recommendation S.1001 [i.10]
"Use of systems in the fixed-satellite service in the event of natural disasters and similar emergencies for
warning and relief operations".
4.1.7 NATO
The NATO C3 Organization (NC3O) was created in 1996 to ensure the provision of a NATO-wide cost-effective,
interoperable and secure C3 capability, meeting the NATO users' requirements by making use of common funded,
multinational and national assets.
NATO has produced a number of documents relevant for requirements definition especially in case of joint
interoperability between Public Safety and Defense.
4.1.8 PSRG (Public Safety Radio communication Group)
The objectives from the PSRG is to create a co-operative forum to exchange information to facilitate the introduction,
deployment and benefits realization of digital mobile radio services for (national) Public Safety bodies, covering issues
like user aspects, technical (e.g. frequency aspects), procurement, project management, operational, education/training
benefits and knowledge regarding the different projects. The members should have a role in the project from their
country.
4.1.9 PSCE (Public Safety Communication Europe)
PSCE is also called the NARTUS project. It is focused on establishing and facilitating a Forum for regular exchange of
ideas, information, experiences and best practices, and on seeking agreement among participating stakeholders.
Project NARTUS is completed on June 2009 and PSCE is continuing in self-sustaining mode.
The following documents are relevant for requirements definition:
• D1.3 "Test case and validation scenarios".
• D2.2 "Report on mapping of technologies on first operational scenarios".
ETSI
12 ETSI TR 102 745 V1.1.1 (2009-10)
• D3.13 "Market Studies Report".
4.1.10 SAFECOM
SAFECOM is an US communications program of the Department of Homeland Security. SAFECOM provides
research, development, testing and evaluation, guidance, tools, and templates on interoperable
communications-related issues to local, tribal, state, and Federal emergency response agencies.
The following documents are relevant for requirements definition:
• Reference [i.4] "Public safety Statements of Requirements for communications and interoperability v I and II.
Volume I explains the qualitative requirements and identifies the applications and services critical for public
safety communications. Volume II describes the quantitative requirements and provides detailed quality of
service methods of measurement for the applications and services identified in Volume I, along with network
parameters to specify the minimum acceptable performance of public safety communications systems carrying
these services" (from Safecom web site).
In the document Public safety Statements of Requirements for communications and interoperability v I and II, a number
of scenarios are described.
From [i.4]:
• EMS: Routine Patient Services and Car Crash Scenario. A voice conference call is set up between the
ambulance and the hospital, while the vehicle's geolocation as well as the vital measurements and treatments
of the patient are recorded and transmitted wirelessly.
• A residential fire scenario: as in the first scenario, geolocation and vital measurements of multiple victims, first
responders and vehicles is wirelessly transmitted; additionally, GIS information on building plans, fire hydrant
locations, etc. is accessible.
• A traffic stop scenario: the situation message, the police vehicle's ID and geolocation are transmitted; the
suspect car's license plate is read and sent to dispatch, where it is queried against several law enforcement
databases, and the results are sent back to the police officer; a video stream of the action is available on
demand to dispatch; the officer decides to request backup, the nearest vehicle is located by the backup system
and the request is forwarded; when the suspect is arrested, information about the crime, the police officer, etc.
is loaded onto the RFID embedded in the handcuffs; after the arrest, biometric data from the suspect is sent to
dispatch, queried against databases, and the answers are sent back; the officer communicates with the tow
truck company; evidence and other information is transmitted to the sheriff's office; the case report is sent
electronically to the officer's supervisor.
• An explosion scenario: here the communications analysis is from the incident commander's point-of-view,
while all the first-responder requirements described in the previous scenarios are still considered valid; the
various (diverse) units that arrive on the scene form an ad-hoc overlay network and provide information about
their location and status; GIS information is available on demand to the commanders; distributed sensors on
the first-responders relay their readings to central command; a secondary perimeter is set up, and a reverse 911
call is sent to fixed and mobile users (civilian) inside the perimeter to evacuate or find shelter; at the same
time, the Department of Transportation is notified to divert traffic from the area; critical infrastructure (gas,
electricity) is shut down; the commander decides the explosion is not an accident, and directs field agents to
treat it as a crime scene, while calling in detectives to investigate; the number of casualties is assessed too high
for local hospitals, so coordination with other medical centres is necessary; at the end of the incident
all-but-one of each type of team is released.
4.1.11 SDR Forum
The Software Defined Radio Forum (SDRF) is a non-profit organization comprised of approximately 100 corporations
from around the globe dedicated to promoting the development, deployment and use of software defined radio
technologies for advanced wireless systems.
The following documents are relevant for requirements definition:
• Use Cases for Cognitive Applications in Public Safety Communications Systems - Volume 1: Review of the
7 July Bombing of the London Underground [i.19].
ETSI
13 ETSI TR 102 745 V1.1.1 (2009-10)
NOTE: Some WG4 members did not consider this document useful for the WG4 activity.
• Utilization of Software Defined Radio Technology for the 700 MHz Public/Private Partnership [i.20]. Even if
the document is focused on the US 700 MHz band, some considerations apply to this working group as well.
• High Level SDR Security Requirements [i.21]. This document is not directly related to User Requirements but
it still provides useful input for requirements definition.
4.1.12 TETRA Association
(From TETRA Association web site): "The TETRA MoU (Memorandum of Understanding), now known as the TETRA
Association, was established in December 1994 to create a forum which could act on behalf of all interested parties,
representing users, manufacturers, application providers, integrators, operators, test houses and telecom agencies. Today
the TETRA Association represents more than 150 organizations from all continents of the world.
The goal for the TETRA Association is to provide a forum for all those interested in TETRA to encourage adoption of
the standard and support initiatives to obtain appropriate levels of spectrum such that growth in operational TETRA
systems is not restricted by regulation". (From http://www.tetra-association.com/).
The following documents are relevant for requirements definition:
• TETRA RELEASE 2 User Requirement Specifications.
Especially: 101-021-1 General Overview User Requirement Specification (URS). 101-021-2 High Speed Data
(HSD) URS [i.30].
4.2 Projects
4.2.1 AAF Project (Adaptive Ad-hoc Freeband communication)
The AAF project investigated the use of Cognitive Radio in emergency situations and especially in relation to the
deployment of ad-hoc networks to resolve emergency crisis and natural disasters.
As a research project, AAF investigate the benefits of Cognitive Radio, especially in relation to the problem of
spectrum scarcity and lack of network resources, which is exasperated during an emergency crisis as network
infrastructures may be degraded or panic conditions may increase the traffic overload. AAF identified trade-offs and
solutions to support deployment of ad-hoc cognitive networks.
4.2.2 Project CHORIST
Project CHORIST (integrating communications for enhanced environmental risk management and citizens safety) is a
3-year project (June 2006 - May 2009), funded by the European Commission, which addresses Environmental Risk
Management in relation to natural hazards and industrial accidents. More details on the project are described in
http://www.chorist.eu.
CHORIST will propose solutions to increase rapidity and effectiveness of interventions following a major natural
and/or industrial disaster in order to enhance citizens' safety and communications between rescue actors.
The following documents are relevant for requirements definition:
• Report on user requirements and initial support cases (SP1.D4) [i.22].
• Report on user needs and interoperability requirements (SP4.D1) [i.23].
Project CHORIST has put considerable effort in the analysis of existing requirements and their definition. As a
consequence the deliverable mentioned above is particularly valuable to the present document even if they are not
addressed specifically to RRS technologies.
Deliverable SP4.1 identifies user's services and three classes of user requirements: general requirements, technical
management requirements and tactical management requirements. The user services are voice services, data services,
security services and interoperability. Examples of general requirements are dynamic configuration, self-healing
capabilities, RF efficiency and so on. Technical management requirements are traffic management configuration,
ETSI
14 ETSI TR 102 745 V1.1.1 (2009-10)
monitoring, fixed structure access and events generation and collecting. Operational requirements are scaling for traffic
and coverage and restorability.
Some of these requirements are valid also for RRS-based communication network and they have been adopted in the
present document.
CHORIST defined three operational scenarios to validate the requirements:
1) an hurricane scenario;
2) flooding with risk of landslides; and
3) an accident in a chemical industrial plant.
CHORIST identified the lack of broadband communication as a major issue in the current context of public safety
communications. WiMAX technology and TETRA TEDS have been evaluated as possible solution to overcome this
challenge.
4.2.3 ESSOR
The ESSOR study, planned to be a Cat B program under the auspices of the EDA, will address the following main
objectives in order to give European industry the capability to develop interoperable SDR in the period from 2010 to
2015.
These include:
1) Developing, in a relationship with the United States, the normative referential required for development and
production of software radios in Europe.
2) Setting up a common security basis to increase interoperability between European forces as well as with the
United States.
3) Stimulating a balanced transatlantic relationship on SDR.
4.2.4 Project MESA
Project MESA is an international partnership producing globally applicable technical specifications for digital mobile
broadband technology, aimed initially at the sectors of public safety and disaster response.
The following documents are relevant for requirements definition:
• Service Specification Group Services and Applications;
Statement of Requirements (TS 170 001 [i.3])
• Service Specification Group - Services and Applications;
Basic requirements (TR 170 003 [i.11])
Project MESA had a major influence in the definition of the present document and most of the requirements have been
adopted in the present document.
4.2.5 Project OASIS
The objective of OASIS is to define and develop an Information Technology framework based on an open and flexible
architecture and using standards, existing or proposed by OASIS, which will be the basis of a European Disaster and
Emergency Management system.
OASIS is intended to facilitate the cooperation between the information systems used by civil protection organizations,
in a local, regional, national or international environment.
This Disaster and Emergency Management system aims to support the response operations in the case of large scale as
well as local emergencies.
The following documents are relevant for requirements definition:
• OASIS User Requirements synthesis (D-TA2_01) [i.25].
ETSI
15 ETSI TR 102 745 V1.1.1 (2009-10)
• Definition of the OASIS Tactical Situation Object (D-TA2_06) [i.24]. The TSO provides the capability to
exchange pieces of information, which participate to the Common Operational Picture. The TSO is focused on
the definition of the format and semantic of the exchanged information, which is not the objective of the
present document. TSO may be anyway useful for verification against a well defined operational scenario.
4.2.6 WIDENS
Wireless DEployable Network System (WIDENS) Project WIDENS was a two-year co-operative Research and
Development project involving European industries and universities. The project was supported by the European
Commission under the IST Framewo
...