Reconfigurable Radio Systems (RRS); System requirements for Operation in UHF TV Band White Spaces

DTS/RRS-01010

General Information

Status
Published
Publication Date
09-Jul-2014
Current Stage
12 - Completion
Due Date
28-Jul-2014
Completion Date
10-Jul-2014
Mandate
Ref Project

Buy Standard

Standard
ETSI TS 102 946 V1.1.1 (2014-07) - Reconfigurable Radio Systems (RRS); System requirements for Operation in UHF TV Band White Spaces
English language
23 pages
sale 15% off
Preview
sale 15% off
Preview

Standards Content (Sample)

ETSI TS 102 946 V1.1.1 (2014-07)






TECHNICAL SPECIFICATION
Reconfigurable Radio Systems (RRS);
System requirements for Operation in UHF TV Band
White Spaces

---------------------- Page: 1 ----------------------
2 ETSI TS 102 946 V1.1.1 (2014-07)



Reference
DTS/RRS-01010
Keywords
control, CRS, performance, white space
ETSI
650 Route des Lucioles
F-06921 Sophia Antipolis Cedex - FRANCE

Tel.: +33 4 92 94 42 00  Fax: +33 4 93 65 47 16

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
The present document can be downloaded from:
http://www.etsi.org
The present document may be made available in electronic versions and/or in print. The content of any electronic and/or
print versions of the present document shall not be modified without the prior written authorization of ETSI. In case of any
existing or perceived difference in contents between such versions and/or in print, the only prevailing document is the
print of the Portable Document Format (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 or utilized in any form or by any means, electronic or mechanical, including photocopying
and microfilm except as authorized by written permission of ETSI.
The content of the PDF version shall not be modified without the written authorization of ETSI.
The copyright and the foregoing restriction extend to reproduction in all media.

© European Telecommunications Standards Institute 2014.
All rights reserved.

TM TM TM
DECT , PLUGTESTS , UMTS and the ETSI logo are Trade Marks of ETSI registered for the benefit of its Members.
TM
3GPP and LTE™ are Trade Marks of ETSI 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

---------------------- Page: 2 ----------------------
3 ETSI TS 102 946 V1.1.1 (2014-07)
Contents
Intellectual Property Rights . 5
Foreword . 5
Modal verbs terminology . 5
1 Scope . 6
2 References . 6
2.1 Normative references . 6
2.2 Informative references . 6
3 Definitions and abbreviations . 6
3.1 Definitions . 6
3.2 Abbreviations . 8
4 Requirement Organization and Methodology . 8
4.1 Requirement Organization. 8
4.2 Requirement Format . 9
4.3 Requirement Formulation . 9
5 Working assumptions . 10
6 Metrics . 10
6.1 Quality of Service (QoS) & Quality of Experience (QoE) Metrics . 10
7 System Requirements . 11
7.1 Terrestrial Broadcasting Service Protection Requirements . 11
7.1.1 Requirements for advanced geo-location function . 11
7.1.1.1 R-FUNC-TER-01 Location specific WSD output power level calculation function . 11
7.1.1.2 R-FUNC-TER-02 Interference calculation function . 12
7.1.1.3 R-FUNC-TER-03 Control information of advanced geo-location function . 12
7.1.1.4 R-FUNC-TER-04 Control information of WSDs . 12
7.1.1.5 R-FUNC-TER-05 Control information of spectrum sensors . 12
7.1.1.6 R-FUNC-TER-06 Knowledge of relevant parameters of WSDs . 12
7.1.2 Requirements for the interaction with the geo-location database . 13
7.1.2.1 R-FUNC-TER-07 Interaction with the geo-location database . 13
7.1.2.2 R-FUNC-TER-08 Geo-location database discovery . 13
7.1.2.3 R-FUNC-TER-09 Registering with Geo-location database access service . 13
7.1.3 Requirements for multiple advanced geo-location functions . 13
7.1.3.1 R-FUNC-TER-10 Knowledge of relevant parameters of WSDs registered to other advanced geo-
location function . 13
7.1.4 Requirement for Sensing Function . 14
7.1.4.1 R-FUNC-TER-11 Location of Sensing . 14
7.1.4.2 R-FUNC-TER-12 Exchange of Sensing Information . 14
7.1.4.3 R-FUNC-TER-13 Configuration of Sensing Parameters . 14
7.2 Spectrum Management Requirements . 14
7.2.1 Requirements for systems supporting carrier aggregation . 14
7.2.1.1 R-FUNC-SPE-01 Carrier Aggregation in TVWS . 14
7.2.2.2 R-FUNC-SPE-02 TVWS Component Carrier Management and Configuration . 14
7.2.2 Requirements for Spectrum Coordination Function . 15
7.2.2.1 R-FUNC- SPE-COOR-01 Spectrum resource assignment decision . 15
7.2.2.2 R-FUNC-SPE-COOR-02 Requirement for Spectrum Release. 15
7.2.2.3 R-FUNC-SPE-COOR-03 Control information exchange to support spectrum coordination

function . 15
7.2.2.4 R-FUNC-SPE-COOR-04 Priority Use of Channels for TVWS Usage . 15
7.2.2.5 R-FUNC-SPE-COOR-05 Support for Spectrum Resource Reassignment . 16
7.2.2.6 R-FUNC-SPE-COOR-06 Support for CRS operational parameter configuration/reconfiguration . 16
7.2.2.7 R-FUNC-SPE-COOR-07 Support for configuration/reconfiguration of device parameters
facilitating coexistence without impact to the incumbent . 16
ETSI

---------------------- Page: 3 ----------------------
4 ETSI TS 102 946 V1.1.1 (2014-07)
7.2.2.8 R-FUNC-SPE-COOR-08 Support for acquiring and storing spectrum usage and network
information for spectrum resource assignment decision . 17
7.3 Coexistence Requirements . 17
7.3.1 Requirements for coexistence among TV White Space CRSs . 17
7.3.1.1 R-FUNC-COE-COOR-01 Support for heterogeneous networks . 17
7.3.1.2 R-FUNC-COE-COOR-02 Support for Coordinated and non-Coordinated Coexistence . 17
7.3.1.3 R-FUNC-COE-COOR-03 Support for a coexistence function . 17
7.3.1.3.1 R-FUNC-COE-COOR-03-1 Support for different decision making topologies . 18
7.3.1.3.2 R-FUNC-COE-COOR-03-2 Support for acquiring information for coexistence . 18
7.3.1.3.3 R-FUNC-COE-COOR-03-3 Support for both Management and Information Services . 18
7.3.1.3.4 R-FUNC-COE-COOR-03-4 Support for both Channel Sharing and Exclusive Channel
Assignment . 18
7.3.1.3.5 R-FUNC-COE-COOR-03-5 Support for WSD interferer discovery . 18
7.3.1.3.6 R-FUNC-COE-COOR-03-6 Support for Spectrum Resource Classification . 18
7.3.1.3.7 R-FUNC-COE-COOR-03-7 Support for Submission of Expected Service QoS before
Spectrum Usage . 19
7.3.1.3.8 R-FUNC-COE-COOR-03-8 Support for Spectrum Resource Assignment based on CRS
Service QoS . 19
7.3.1.3.9 R-FUNC-COE-COOR-03-9 Providing a Ranked Channel List to a CRS . 19
7.3.1.3.10 R-FUNC-COE-COOR-03-10 Support for determining the number of operating CRSs per
available frequency channel . 20
7.4 Radio Access Requirements . 20
7.4.1 General Requirements . 20
7.4.1.1 R-FUNC-RAD-01 Reliability of Control and Data Transmission . 20
7.4.1.2 R-FUNC-RAD-02 Radio Reconfiguration Management . 20
7.4.2 Requirements on usage of LTE in TVWS . 20
7.4.2.1 R-FUNC-RAD-03 LTE Modes of Operation . 21
7.4.2.2 R-FUNC-RAD-04 LTE Core Network capacity limitation . 21
7.4.2.3 R-FUNC-RAD-COOR-05 LTE Assignment of Parameters . 21
7.4.2.4 R-FUNC-RAD-COOR-06 Interference Reduction between LTE TV White Space CRSs . 21
7.5 Requirements for User Mobility and Spectrum availability . 21
7.5.1 R-FUNC-USE-01 Support for Changing the Operating Channel . 21
7.5.2 R-FUNC-USE-02 Support for continuous service . 21
7.5.3 R-FUNC-USE-COOR-03 Support for coordination between handover and reconfiguration . 22
7.6 QoS Requirements . 22
7.6.1 R-PERF-QOS -01 Delay of the service . 22
History . 23

ETSI

---------------------- Page: 4 ----------------------
5 ETSI TS 102 946 V1.1.1 (2014-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://ipr.etsi.org).
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 Technical Committee Reconfigurable Radio Systems
(RRS).
Modal verbs terminology
In the present document "shall", "shall not", "should", "should not", "may", "may not", "need", "need not", "will",
"will not", "can" and "cannot" are to be interpreted as described in clause 3.2 of the ETSI Drafting Rules (Verbal forms
for the expression of provisions).
"must" and "must not" are NOT allowed in ETSI deliverables except when used in direct citation.
ETSI

---------------------- Page: 5 ----------------------
6 ETSI TS 102 946 V1.1.1 (2014-07)
1 Scope
The scope of the present document is to define the high level system requirements for operation of Reconfigurable
Radio Systems within UHF TV band White Spaces. The requirements are based on the Use Cases described in
TR 102 907 [i.1]. Security requirements are not covered within the present document.
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
referenced 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.
Not applicable.
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 907: "Reconfigurable Radio Systems (RRS); Use Cases for Operation in White
Space Frequency Bands".
[i.2] Recommendation ITU-T G.1010 (2001): "Quality of service and performance".
[i.3] Recommendation ITU-T E.800 (2008): "Definitions of terms related to quality of service".
[i.4] Recommendation ITU-T G.1080 (2008): "Multimedia quality of service and performance -
Generic and user-related aspects, Quality of experience requirements for IPTV services".
[i.5] Recommendation ITU-T P.10/G.100 (2006): "Vocabulary for performance and quality of service".
[i.6] ECC Report 186 (2013): "Technical and operational requirements for the operation of white space
devices under geo-location approach".
3 Definitions and abbreviations
3.1 Definitions
For the purposes of the present document, the following terms and definitions apply:
geo-location database: database approved by the relevant national regulatory authority which can communicate with
WSDs and provide information on TVWS channel availability
ETSI

---------------------- Page: 6 ----------------------
7 ETSI TS 102 946 V1.1.1 (2014-07)
incumbent radio service: radio authorized for operation on a given frequency band with a regulatory priority
NOTE: In the frequency band 470-790 MHz, the following radio services are considered as incumbent radio
services:
Terrestrial Broadcasting Service (BS) including DVB-T in particular.
Program Making and Special Event (PMSE) services including radio microphones in particular.
Radio Astronomy Service (RAS) in the 608-614 MHz band.
Aeronautical Radio Navigation Service (ARNS) in the 645-790 MHz band.
master WSD: WSD which communicates with a geo-location database and obtains operating parameters specific to its
geo-location and which controls radio transmission resources of slave WSDs
Quality of Service (QoS): totality of characteristics of a telecommunications service that bear on its ability to satisfy
stated and implied needs of the user of the service
NOTE: This is the definition given in Recommendation ITU-T E.800 [i.3].
Quality of Experience (QoE): overall acceptability of an application or service, as perceived subjectively by the
end-user
NOTE 1: Quality of Experience includes the complete end-to-end system effects (client, terminal, network, services
infrastructure, etc.).
NOTE 2: Overall acceptability may be influenced by user expectations and context.
NOTE 3: This is the definition given in Recommendation ITU-T P.10/G.100 [i.5].
slave WSD: White Space Device operating under control of a master WSD
spectrum sensor: White Space Device with sensing capability or a dedicated device which measures incumbent signals
and/or interference signals
system: set of physical and logical entities and related functions that take part in the operation in UHF TV band White
Spaces
NOTE: The system consists of one or more TV White Space CRSs, and system functions which enable or
enhance TV White Space CRS operation in UHF TV band White Spaces.
system function: clearly defined task or set of tasks that the system can implement (e.g. coexistence function providing
management and/or information services)
TVWS channel: TV Channel in the range of frequencies from 470 - 790 MHz which is available for radio systems at a
given time in a given geographical area on a non-interfering / non-protected basis with regard to primary services and
other services with a higher priority on a national basis
NOTE: Such a channel is 8 MHz bandwidth in Europe.
TV White Space CRS: one or more WSDs operating in UHF TV White Spaces on non-interference, non-protection
basis
White Space Device (WSD): wireless device controlled by a geo-location database capable of operating in UHF TV
band White Spaces on a non-interference, non-protection basis
NOTE: User terminals (e.g. mobile terminals), base stations, and access points may be WSDs.
ETSI

---------------------- Page: 7 ----------------------
8 ETSI TS 102 946 V1.1.1 (2014-07)
3.2 Abbreviations
For the purposes of the present document, the following abbreviations apply:
rd
3GPP 3 Generation Partnership Project
ARNS Aeronautical Radio Navigation Service
BS Broadcasting Service
CRS Cognitive Radio System
CSMA Carrier Sense Multiple Access
DL Downlink
DTT Digital Terrestrial Television
DVB-T Digital Video Broadcasting - Terrestrial
EIRP Equivalent Isotropically Radiated Power
eNB evolved Node B
EPG Electronic Program Guide
FDD Frequency Division Duplex
GLDB Geo-Location DataBase
GSM Global System for Mobile communication
IPTV Internet Protocol based Television
LTE Long Term Evolution
MME Mobility Management Entity
PDB Packet Delay Budget
PMSE Program Making and Special Events
QoE Quality of Experience
QoS Quality of Service
RAS Radio Astronomy Service
RAT Radio Access Technology
RRS Reconfigurable Radio Systems
TDD Time Division Duplex
TR Technical Report
TV Television
TVWS TV White Space
UHF Ultra High Frequency
UL Uplink
WS White Space
WSD White Space Device
4 Requirement Organization and Methodology
This clause describes how the requirements are organized and the related format.
4.1 Requirement Organization
As shown in Figure 1, the requirements described in the present document belong to two different categories: the
functional requirements and the performance requirements. Each category, in turn, is organized into groups.
ETSI

---------------------- Page: 8 ----------------------
9 ETSI TS 102 946 V1.1.1 (2014-07)

Figure 1: Overall requirements structure
4.2 Requirement Format
A letter code system is defined which makes a unique identification of each requirement R---.
It should be constructed as follows:
• R- : Standard requirement prefix
• -
Code Category
FUNC Functional aspects
PERF Performance aspects

• GROUP>: Requirement group identifier. A letter code will be used for this identifier. The three first letters
will give the identifier of the group.
4.3 Requirement Formulation
A requirement is formulated in such a way that it is uniquely defined. It is built as follows:
Title: </br> • Description: the description of a requirement will be formulated using one of the following terms:</br> - "shall" is used to express mandatory requirements (i.e. provisions that have to be followed);</br> - "should" is used to express recommendations (provisions that an implementation is expected to follow</br> unless there is a strong reason for not doing so);</br> - "May" is used to express permissible actions (provisions that an implementation is able to follow or not</br> follow.</br> ETSI</br> </br> ---------------------- Page: 9 ----------------------</br> 10 ETSI TS 102 946 V1.1.1 (2014-07)</br> 5 Working assumptions</br> There are two approaches for use of TVWS channels by each CRS, uncoordinated approach and coordinated approach:</br> • Uncoordinated use of TV White Space implies that each CRS independently uses available TV White Space</br> resources obtained with the help of geo-location database without any help from a spectrum coordination</br> function to coordinate spectrum usage with its neighbour CRSs.</br> • Coordinated use of TV White Space implies that each CRS uses available TV White Space resources obtained</br> with the help of geo-location database and with additional knowledge of spectrum usage by its neighbour</br> CRSs and/or decision making from a spectrum coordination function.</br> The tag "COOR" in the requirement identifier indicates that the requirement applies only to the coordinated use and any</br> requirement without the "COOR" tag applies either to the uncoordinated use or to the coordinated use.</br> 6 Metrics</br> The present document derives the requirements from the use cases and technical challenges as defined in</br> TR 102 907 [i.1]. It requires the availability of metrics related to the operational state of the network (or parts of it) and</br> the user requirements. This clause describes these metrics on which the requirements are based.</br> 6.1 Quality of Service (QoS) & Quality of Experience (QoE)</br> Metrics</br> The relationship and scope of QoS and QoE is defined by Recommendation ITU-T G.1080 [i.4] and it is illustrated in</br> Figure 2.</br> </br> Figure 2: Quality of Experience (QoE) Dimension</br> The definition of suitable QoS is based on Recommendation ITU-T G.1010 [i.2] and the definitions specified in</br> Recommendation ITU-T E.800 [i.3]. Figure 3 shows the User-centric QoS categories as defined in Recommendation</br> ITU-T G.1010 [i.2].</br> ETSI</br> </br> ---------------------- Page: 10 ----------------------</br> 11 ETSI TS 102 946 V1.1.1 (2014-07)</br> Error Conversational Voice/video Streaming audio</br> Fax</br> voice and video messaging and video</br> tolerant</br> Transactions</br> Command/control Messaging,</br> (e.g. E-commerce, Background</br> Error</br> (e.g. Telnet, Downloads</br> WWW browsing, (e.g. Usenet)</br> intolerant</br> interactive games) (e.g. FTP, still image)</br> Email access)</br> Interactive Responsive Timely Non-critical</br> (delay <<1 s) (delay ~2 s) (delay ~10 s)</br> (delay >>10 s)</br> T1213060-02</br> </br> Figure 3: Model for user-centric QoS categories</br> Recommendation ITU-T G.1080 [i.4] defines basic indicators for QoE in the framework of IPTV, including:</br> • QoE requirements for metadata (e.g. subtitles, etc.);</br> • QoE requirements for EPG;</br> • QoE requirements for browser;</br> • QoE requirements for content navigation.</br> 7 System Requirements</br> 7.1 Terrestrial Broadcasting Service Protection Requirements</br> 7.1.1 Requirements for advanced geo-location function</br> The system may support advanced geo-location function to facilitate management for Terrestrial Broadcasting Service</br> protection. The function employs the calculation function of location specific WSD output power level for Terrestrial</br> Broadcasting service receiver protection. This clause defines the requirements for the advanced geo-location function.</br> Explanation: There will be several possible deployment scenarios for the calculation function of location</br> specific WSD output power level. For example, the calculation function may be a part of the</br> geo-location database controlled by a regulatory body, or a separate function (namely advanced</br> geo-location function) from the geo-location database managed by regulatory body. In the former</br> case, any requirements definition on this function will be unnecessary, because it will be defined in</br> each regulatory body itself. On the other hand, in a case where it is a separate function, a third</br> party should take a responsibility to protect the Terrestrial Broadcasting service receivers, and the</br> operation should be kept under surveillance by a regulatory body. In this case, requirements will</br> be necessary in defining the interface between WSD and this calculation function.</br> 7.1.1.1 R-FUNC-TER-01 Location specific WSD output power level calculation</br> function</br> If the system supports an advanced geo-location function, the advanced geo-location function shall support calculation</br> of location specific WSD output power level which takes into consideration the number of active master WSDs in</br> operational TVWS channels in order to satisfy Terrestrial Broadcasting service protection requirements.</br> ETSI</br> </br> ---------------------- Page: 11 ----------------------</br> 12 ETSI TS 102 946 V1.1.1 (2014-07)</br> Explanation: The location specific output power level calculation for a newly entering WSD should be based on</br> relevant parameters of both the newly entering WSD and other active master WSDs. In addition,</br> the advanced geo-location function should re-calculate the location specific output power levels of</br> the active master WSDs. The re-calculated maximum power levels are sent from the advanced</br> geo-location function to the active master WSDs, and are set as their new maximum power levels.</br> 7.1.1.2 R-FUNC-TER-02 Interference calculation function</br> If the system supports an advanced geo-location function, the advanced geo-location function shall be able to estimate</br> the interference level to the incumbent receivers.</br> Explanation: The advanced geo-location function uses propagation estimation and/or measurements obtained</br> from spectrum sensors to estimate interference level. The advanced geo-location function</br> considers the interference level estimation to calculate the allowable maximum WSD output power</br> level.</br> 7.1.1.3 R-FUNC-TER-03 Control information of advanced geo-location function</br> If the system supports an advanced geo-location function, the advanced geo-location function shall support the relevant</br> information exchange between the function itself and geo-location database, for the purpose of location specific WSD</br> output power level control.</br> 7.1.1.4 R-FUNC-TER-04 Control information of WSDs</br> If the system supports an advanced geo-location function, the advanced geo-locat</br> <b>...</b>

Questions, Comments and Discussion

Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.