Reconfigurable Radio Systems (RRS); System requirements for operation of Mobile Broadband Systems in the 2 300 MHz - 2 400 MHz band under Licensed Shared Access (LSA)

DTS/RRS-0121

General Information

Status
Published
Publication Date
05-Oct-2014
Current Stage
12 - Completion
Due Date
23-Oct-2014
Completion Date
06-Oct-2014
Mandate
Ref Project

Buy Standard

Standard
ETSI TS 103 154 V1.1.1 (2014-10) - Reconfigurable Radio Systems (RRS); System requirements for operation of Mobile Broadband Systems in the 2 300 MHz - 2 400 MHz band under Licensed Shared Access (LSA)
English language
21 pages
sale 15% off
Preview
sale 15% off
Preview

Standards Content (Sample)

ETSI TS 103 154 V1.1.1 (2014-10)






TECHNICAL SPECIFICATION
Reconfigurable Radio Systems (RRS);
System requirements for operation of Mobile Broadband
Systems in the 2 300 MHz - 2 400 MHz band under
Licensed Shared Access (LSA)

---------------------- Page: 1 ----------------------
2 ETSI TS 103 154 V1.1.1 (2014-10)



Reference
DTS/RRS-0121
Keywords
BWA, radio, requirements
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 103 154 V1.1.1 (2014-10)
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 . 7
4 Requirement Organization and Methodology . 8
4.1 Requirement Organization. 8
4.2 Requirement Format . 8
4.3 Requirement Formulation . 9
4.3.1 LSA Roles . 9
5 Working Assumptions . 9
5.1 Regulatory Background . 10
5.2 Spectrum Sharing Arrangement . 10
rd
5.3 LSA System Administration by Trusted 3 Party Users . 10
6 Functional System Requirements . 11
6.1 General System Operation . 11
6.1.1 R-FUNC-GEN-01 LSA Spectrum Resource Sharing . 11
6.1.2 R-FUNC-GEN-02 Quality of Service . 11
6.1.3 R-FUNC-GEN-03 Information Exchange between Incumbent and LSA Licensee . 11
6.1.4 R-FUNC-GEN-04 Multiple MFCN Support . 11
6.1.5 R-FUNC-GEN-05 Multiple Incumbent User Support . 11
6.1.6 R-FUNC-GEN-06 Sharing Framework Support . 12
6.1.7 R-FUNC-GEN-07 Confidentiality of Spectrum Resource Information . 12
6.1.8 R-FUNC-GEN-08 Provision of Failure Indication . 12
6.1.9 R-FUNC-GEN-09 LSA System Data Storage Function . 12
6.1.10 R-FUNC-GEN-10 LSA System Reporting Function . 12
6.1.11 R-FUNC-GEN-11 Support of Scheduled Operation . 13
6.1.12 R-FUNC-GEN-12 Support of On-Demand Operation . 13
6.1.13 R-FUNC-GEN-13 Support for Pre-Configuration . 13
6.1.14 R-FUNC-GEN-14 Verification of Inputs to the LSA System . 13
6.1.15 R-FUNC-GEN-15 LSA System Availability to Stakeholders . 14
6.1.16 R-FUNC-GEN-16 LSA System Operation in case of Change of Sharing Arrangement or Sharing
Framework . 14
6.2 Incumbent Protection Requirements . 14
6.2.1 R-FUNC-INC-01 Protection of Information of the Incumbent . 14
6.2.2 R-FUNC-INC-02 General Protection of the Incumbent . 14
6.2.3 R-FUNC-INC-03 Variation of Incumbent's Usage and Protection Requirements . 15
6.2.4 R-FUNC-INC-04 End-to-end Acknowledgment of Operational Changes . 15
6.2.5 R-FUNC-INC-05 Support of Constraints on LSA Licensee's Transmissions . 15
6.2.6 R-FUNC-INC-06 Support of Constraints on Received Interference due to the LSA Licensee's
Transmissions . 15
6.3 Resource Grant Requirements . 16
6.3.1 R-FUNC-GRA-01 Protection of Information of the LSA Licensee . 16
6.3.2 R-FUNC-GRA-02 Access Grant to Specific Sharing Arrangement Information . 16
6.3.3 R-FUNC-GRA-03 General Protection of the LSA Licensee . 16
6.3.4 R-FUNC-GRA-04 Variation of LSA Licensee's Protection . 16
6.3.5 R-FUNC-GRA-05 End-to-end Acknowledgment for LSA Spectrum Resource availability changes . 16
ETSI

---------------------- Page: 3 ----------------------
4 ETSI TS 103 154 V1.1.1 (2014-10)
6.3.6 R-FUNC-GRA-06 Support for Different LSA Licensee Response Times . 17
6.4 Security Requirements . 17
6.4.1 R-FUNC-SEC-01 Data Integrity . 17
6.4.2 R-FUNC-SEC-02 Data Authenticity . 17
6.4.3 R-FUNC-SEC-03 Data Confidentiality . 17
6.4.4 R-FUNC-SEC-04 Identity management and authentication . 18
6.4.5 R-FUNC-SEC-05 Support of Authorization Profiles . 18
7 Performance Requirements . 18
7.1 Incumbent Protection Performance Requirements . 18
7.2 Resource Grant Performance Requirements . 18
7.2.1 R-PERF-GRA-01 Lead Time for Modification of LSA Spectrum Resource . 18
7.2.2 R-PERF-GRA-02 Latency Time for Transferring of LSA Spectrum Resource Availability
Information . 18
Annex A (informative): Change History . 20
History . 21

ETSI

---------------------- Page: 4 ----------------------
5 ETSI TS 103 154 V1.1.1 (2014-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://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 103 154 V1.1.1 (2014-10)
1 Scope
The present document defines system requirements for operation of mobile broadband service in the 2 300 - 2 400 MHz
band under Licensed Shared Access (LSA). This band is allocated to the Mobile Service and identified for IMT globally
in the ITU Radio Regulations. The objective of LSA is to enable access to this band for mobile/fixed communication
networks (MFCNs) in those CEPT countries where access to the band is complex due to Incumbent usage, as
documented in ETSI TR 103 113 [i.1] (for example, when it is not viable to "refarm" the band in a timely manner [i.2]).
An LSA system comprises one or more Incumbents, one or more MFCNs (LSA Licensees), and the means to enable
coordination between Incumbents and LSA Licensees, such that the latter may deploy their networks without harmful
interference. The requirements in the present document are intended as a first step towards the definition of LSA
System architecture specifications.
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.
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 103 113 (V1.1.1): "Electromagnetic compatibility and Radio spectrum Matters (ERM);
System Reference document (SRdoc); Mobile broadband services in the 2 300 MHz - 2 400 MHz
frequency band under Licensed Shared Access regime".
[i.2] ECC Report 205: "Licensed Shared Access (LSA)", February 2014.
[i.3] RSPG Opinion on Licensed Shared Access, RSPG13-538, November 2013.
3 Definitions and abbreviations
3.1 Definitions
For the purposes of the present document, the following terms and definitions apply:
exclusion zone: geographical area within which LSA Licensees are not allowed to have active radio transmitters
NOTE: An exclusion zone is normally applicable for a defined frequency range and time period.
ETSI

---------------------- Page: 6 ----------------------
7 ETSI TS 103 154 V1.1.1 (2014-10)
incumbent: current holder of spectrum rights of use
NOTE: This definition follows the RSPG opinion on LSA [i.3].
LSA licensee: entity operating a MFCN, which holds individual rights of use to an LSA spectrum resource
LSA spectrum resource: spectrum resource which is to be shared between an Incumbent and a LSA Licensee on a
static or dynamic basis according to the Sharing Framework defined by the Administration/NRA
LSA system: system that enables and/or facilitates the realization of LSA, and which comprises the LSA-specific
technical features, architecture, protocols, and interfaces
LSA system administrator: entity responsible for system administration aspects (e.g. implementing security access
rights or executing system management tasks)
protection zone: geographical area within which Incumbent receivers will not be subject to harmful interference caused
by LSA Licensees' transmissions
NOTE: A protection zone is defined using specific measurement quantities and thresholds (e.g. a mean field
strength that does not exceed a defined value in dBµV/m/MHz at a defined receiver antenna height above
ground level). A protection zone is normally applicable for a defined frequency range and time period.
restriction zone: geographical area within which LSA Licensees are allowed to operate radio transmitters, under
certain restrictive conditions (e.g. maximum EIRP limits and/or constraints on antenna parameters)
NOTE: A restriction zone is normally applicable for a defined frequency range and time period.
sharing arrangement: set of practical details for sharing an LSA spectrum resource
sharing framework: set of sharing rules or sharing conditions that will materialize the change, if any, in the spectrum
rights of the Incumbent(s) and define the spectrum, with corresponding technical and operational conditions, that can be
made available for alternative usage under LSA
NOTE: This definition follows ECC Report 205 [i.2].
spectrum resource: resource or set of resources defined in time, space and frequency domains
3.2 Abbreviations
For the purposes of the present document, the following abbreviations apply:
rd
3GPP 3 Generation Partnership Project
CEPT Conférence des administrations Européennes des Postes et Télécommunications
ECC Electronic Communications Committee of the CEPT
ECS Electronic Communications Services
EIRP Effective Isotropic Radiated Power
EU European Union
IMT International Mobile Telecommunications (also IMT- Advanced)
ITU International Telecommunications Union
LSA Licensed Shared Access
LTE Long Term Evolution
MFCN Mobile/Fixed Communications Network
MS Mobile (subscriber) Station
NRA National Regulatory Authority
PMSE Programme Making and Special Events
RSPG Radio Spectrum Policy Group
TOC Table of Contents
TS Terminal Station
ETSI

---------------------- Page: 7 ----------------------
8 ETSI TS 103 154 V1.1.1 (2014-10)
4 Requirement Organization and Methodology
This clause contains a description of how the requirements are organized and the format of the requirement.
4.1 Requirement Organization
As shown in Figure 4.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.

Figure 4.1: Requirements Organization
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

• :Requirement group identifier. A three-letter code will be used for this identifier.
• : Requirement identifier within requirement group; range 01 => 99.
EXAMPLE: R-FUNC-GEN-01.
ETSI

---------------------- Page: 8 ----------------------
9 ETSI TS 103 154 V1.1.1 (2014-10)
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 unless</br> 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 follow)</br> 4.3.1 LSA Roles</br> Requirements are formulated in regards of the "LSA System" and make use of generic "LSA roles", as shown in</br> Figure 4.2.</br> </br> Figure 4.2: LSA Roles</br> Roles are abstracted concepts defined for requirement formulation; in specific deployments, roles will be performed by</br> specific entities (e.g. the LSA Licensee role would be performed by a MFCN operator in the 2 300 - 2 400 MHz band).</br> In addition, multiple roles may be performed by the same entity (e.g. the Administration/NRA may perform also the</br> LSA System Administrator role).</br> Each of the roles may interact with the LSA System, and may also interact with each other via the LSA System.</br> There may be multiple instances of a given role in respect of a particular requirement.</br> 5 Working Assumptions</br> The working assumptions described below are based on ETSI TR 103 113 [i.1], and particularly the use case</br> "Bandwidth Expansion for Mobile Network Operator" in clause 7.1.2 of [i.1], as well as the ECC Report 205 [i.2] and</br> the RSPG opinion on LSA [i.3].</br> ETSI</br> </br> ---------------------- Page: 9 ----------------------</br> 10 ETSI TS 103 154 V1.1.1 (2014-10)</br> 5.1 Regulatory Background</br> It is assumed that, prior to implementation of LSA, the 2 300 - 2 400 MHz frequency band (or a sub-band) is used by</br> one or more non-IMT services, provided by current holder(s) of spectrum rights of use. LSA provides for some</br> administrations a solution to enable access to the 2 300 - 2 400 MHz frequency band for MFCN and impacts the</br> national allocation of a frequency band.</br> The Sharing Framework is the central piece for the implementation of LSA at national level. It will define for a given</br> frequency band the spectrum, with corresponding technical and operational conditions, that can be made available for</br> LSA. National administrations should decide which existing applications need to be considered as Incumbents within</br> the Sharing Framework and maintained in the long term according to national policy objectives, and taking into account</br> international obligations and community law in the case of EU Member States.</br> It is further assumed that one or more MFCN operators ("LSA Licensees") are subsequently granted individual rights to</br> use distinct portions of the Incumbent's spectrum resource (authorizations) [i.2]. Sharing rules should be part of the</br> corresponding licenses granted by the Administration/NRA, thus reinforcing the legal certainty to the parties, and in</br> particular to the Incumbents. The LSA Licensees are allowed to use the spectrum resource in accordance with such</br> rules included in their rights of use, thereby allowing all the authorized users, including Incumbents, to provide a certain</br> QoS [i.3].</br> The Sharing Framework [i.2] would be established under the responsibility of the Administration/NRA (following</br> consultations involving key stakeholders); the Administration/NRA is further expected to issue the individual</br> authorizations to LSA Licensees, and may have a role in monitoring spectrum use, and validating that such use is</br> compliant with the individual right of use, including the Sharing Framework.</br> 5.2 Spectrum Sharing Arrangement</br> The set of practical details for a given LSA spectrum resource is referred to in the present document as a Sharing</br> Arrangement. A Sharing Arrangement may be subject to change, but it should remain consistent with the Sharing</br> Framework defined by the Administration/NRA and the obligations placed in the "Authorization" Directive for</br> assigning spectrum resource for the delivery of Electronic Communication Services (ECS).</br> LSA spectrum resource sharing may in general be dynamic, i.e. the requirements of the Incumbent may be such that</br> some portions of the spectrum are not permanently available to the LSA Licensee in any given location. However, a</br> particular Spectrum Sharing Arrangement may include constraints on the potential variations of resource availability</br> (e.g. to facilitate implementation or operability). Examples of such constraints are given below, noting that a particular</br> Sharing Arrangement may include a combination of multiple constraints:</br> • Changes in the spectrum resource availability may only occur at pre-set times (e.g. periodic)</br> • There may be minimum allowed intervals between successive changes (in general or affecting a given area)</br> • Spectrum resource availability may be pre-configured (only a finite set of possible combinations in</br> space/frequency is allowed)</br> • Changes may not be allowed if they violate certain statistical criteria (e.g. overall availability of a certain</br> resource in a given time frame)</br> It is assumed that an LSA Licensee is granted individual rights of use by the relevant NRA. This implies that the LSA</br> System will provide means to guarantee coexistence between Incumbents and LSA Licensees in general, but there is no</br> special need to handle coexistence between LSA Licensees beyond normal deployment requirements (such as</br> deployment of adjacent band users in same area, or same-band users in adjacent areas).</br> It is assumed that Incumbents and LSA Licensees not involved in a particular Sharing Arrangement will not get access</br> permission to the respective LSA spectrum resource and will not receive information on the designated LSA spectrum</br> resource.</br> rd</br> 5.3 LSA System Administration by Trusted 3 Party Users</br> rd</br> It is assumed that the LSA System or part(s) thereof may be administered by trusted 3 party user(s) with defined</br> access rights.</br> ETSI</br> </br> ---------------------- Page: 10 ----------------------</br> 11 ETSI TS 103 154 V1.1.1 (2014-10)</br> 6 Functional System Requirements</br> 6.1 General System Operation</br> This clause comprises functional requirements that relate to the general system operation.</br> 6.1.1 R-FUNC-GEN-01 LSA Spectrum Resource Sharing</br> The LSA System shall support flexible spectrum resource sharing in the 2 300 - 2 400 MHz frequency band (or a</br> sub-band thereof) between the Incumbent(s), and a limited number of LSA Licensees (MFCNs), according to the</br> applicable LSA Sharing Framework.</br> Explanation: In general, spectrum assigned to Incumbent(s), may be used by MFCNs according to the applicable LSA</br> Sharing Framework. The LSA System will allow an LSA spectrum resource unused by the Incumbent (considering</br> time, space and frequency domains) to be made available in a flexible manner to the MFCN, on a non-interfering basis.</br> 6.1.2 R-FUNC-GEN-02 Quality of Service</br> The LSA System shall facilitate the provision of a predictable Quality of Service (QoS) for both Incumbents and LSA</br> Licensees, whenever operation by a particular service is allowed by the system.</br> Explanation: The LSA System supports sharing on a non-interfering basis, meaning that the sharing systems will</br> operate without causing harmful interference. Predictable QoS in this context means that a system can perform in a</br> similar way to a non-sharing case, at the radio level.</br> 6.1.3 R-FUNC-GEN-03 Information Exchange between Incumbent and</br> LSA Licensee</br> The LSA System shall provide means for the exchange of information between an Incumbent, and an LSA Licensee to</br> enable the LSA Licensee to be made aware of the LSA spectrum resource that is available for its use and its possible</br> changes over time.</br> Explanation: Legacy sharing arrangements are typically made in a static fashion (e.g. a secondary user may use a</br> certain portion of spectrum in a given area until told otherwise). In order for LSA spectrum resource sharing to occur in</br> an efficient manner, the LSA System will include efficient interfacing between Incumbent and LSA Licensee to enable</br> changes in the available LSA spectrum resource to be communicated to the Licensee.</br> 6.1.4 R-FUNC-GEN-04 Multiple MFCN Support</br> The LSA System shall allow the Incumbent to interact with one or more LSA Licensees for spectrum sharing purposes.</br> Explanation: A single Incumbent user may communicate with multiple MFCNs to provide information on the LSA</br> spectrum resource available to each. For example, an Incumbent may have usage rights for a 20 MHz band, and two</br> MFCNs are authorized to use 10 MHz each (non-overlapping bands) as LSA Licensees. The information sent to each</br> MFCN reflects the degree of Incumbent usage only, since the LSA System does not support contention between</br> MFCNs. Each LSA Licensee has an individual authorization to use a particular LSA spectrum resource, subject to a</br> suitable grant provided by the LSA System.</br> 6.1.5 R-FUNC-GEN-05 Multiple Incumbent User Support</br> The LSA System shall allow an MFCN to interact with one or more Incumbents for spectrum sharing purposes.</br> Explanation: A particular MFCN may be authorized as an LSA Licensee of different LSA spectrum resources, each</br> shared with a particular Incumbent. For example, it may have usage rights to two different sub-bands, each shared with</br> a particular Incumbent.</br> ETSI</br> </br> ---------------------- Page: 1</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.