Reconfigurable Radio Systems (RRS); Mobile Device Information Models and Protocols; Part 2: Reconfigurable Radio Frequency Interface (RRFI)

DTS/RRS-02008-2

General Information

Status
Published
Publication Date
18-May-2015
Current Stage
12 - Completion
Due Date
18-May-2015
Completion Date
19-May-2015
Ref Project

Buy Standard

Standard
ETSI TS 103 146-2 V1.1.1 (2015-05) - Reconfigurable Radio Systems (RRS); Mobile Device Information Models and Protocols; Part 2: Reconfigurable Radio Frequency Interface (RRFI)
English language
35 pages
sale 15% off
Preview
sale 15% off
Preview

Standards Content (Sample)

ETSI TS 103 146-2 V1.1.1 (2015-05)






TECHNICAL SPECIFICATION
Reconfigurable Radio Systems (RRS);
Mobile Device Information Models and Protocols;
Part 2: Reconfigurable Radio Frequency Interface (RRFI)

---------------------- Page: 1 ----------------------
2 ETSI TS 103 146-2 V1.1.1 (2015-05)



Reference
DTS/RRS-02008-2
Keywords
interface, mobile, SDR
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/standards-search
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:
https://portal.etsi.org/People/CommiteeSupportStaff.aspx
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 2015.
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 146-2 V1.1.1 (2015-05)
Contents
Intellectual Property Rights . 4
Foreword . 4
Modal verbs terminology . 4
1 Scope . 5
2 References . 5
2.1 Normative references . 5
2.2 Informative references . 5
3 Definitions and abbreviations . 6
3.1 Definitions . 6
3.2 Abbreviations . 7
4 Introduction . 7
5 System Identification . 9
5.1 Radio Computer Structure . 9
5.2 URA . 10
5.3 RF Transceiver . 10
5.4 RF Interfaces . 10
5.5 Radio Computer RF System Requirement Mapping . 10
6 Notational Tools . 11
6.1 Notational Tool for Information Model Classes . 11
6.2 Notational Tool for Interface Classes . 12
7 Information Model for Radio Computer . 12
7.1 Radio Computer . 12
7.2 Class Definitions for Information Model . 15
8 Interface Definition . 20
8.1 Interface Overview . 20
8.2 Spectrum Control Services . 22
8.2.1 Overview on Spectrum Control Services . 22
8.2.2 Messages for Spectrum Control Services . 22
8.3 Power Control Services . 23
8.3.1 Overview on Power Control Services . 23
8.3.2 Messages for Power Control Services . 23
8.4 Antenna Management Services . 23
8.4.1 Overview on Antenna Management Services . 23
8.4.2 Messages for Antenna Management Services. 24
8.5 Tx/Rx Chain Control Services. 24
8.5.1 Overview on Tx/Rx Chain Control Services . 24
8.5.2 Messages for Tx/Rx Chain Control Services . 24
8.6 RVM Protection Services . 25
8.6.1 Overview on RVM Protection Services . 25
8.6.2 Messages for RVM Protection Services . 26
8.7 Class Definitions for Interface . 27
Annex A (informative): Abstract Data Definitions . 30
Annex B (informative): RRFI Qualification Methods for Validation . 34
History . 35

ETSI

---------------------- Page: 3 ----------------------
4 ETSI TS 103 146-2 V1.1.1 (2015-05)
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).
The present document is part 2 of a multi-part deliverable covering the Mobile Device Information Models and
Protocols, as identified below:
Part 1: "Multiradio Interface (MURI)";
Part 2: "Reconfigurable Radio Frequency Interface (RRFI)";
Part 3: "Unified Radio Applications Interface (URAI)";
Part 4: "Radio Programming Interface (RPI)".
Modal verbs terminology
In the present document "shall", "shall not", "should", "should not", "may", "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: 4 ----------------------
5 ETSI TS 103 146-2 V1.1.1 (2015-05)
1 Scope
The present document defines an information model and protocol for reconfigurable radio frequency interface for
reconfigurable mobile devices. The work will be based on the Use Cases defined in ETSI TR 102 944 [i.1], on the
system requirements defined in ETSI EN 302 969 [1] and on the radio reconfiguration related architecture for mobile
devices defined in ETSI EN 303 095 [i.8].
2 References
2.1 Normative 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.
The following referenced documents are necessary for the application of the present document.
[1] ETSI EN 302 969 (V1.2.1): "Reconfigurable Radio Systems (RRS); Radio Reconfiguration related
Requirements for Mobile Devices".
2.2 Informative 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.
NOTE: While any hyperlinks included in this clause were valid at the time of publication ETSI cannot guarantee
their long term validity.
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 944: "Reconfigurable Radio Systems (RRS); Use Cases for Baseband Interfaces for
Unified Radio Applications of Mobile Device".
[i.2] Recommendation ITU-T Q.1290: "Glossary of Terms used in the Definition of Intelligent
Networks".
[i.3] ETSI TR 102 839: "Reconfigurable Radio Systems (RRS); Multiradio Interface for Software
Defined Radio (SDR) Mobile Device Architecture and Services".
[i.4] IEEE 1900.4-2009: "IEEE Standard for Architectural Building Blocks Enabling Network-Device
Distributed Decision Making for Optimized Radio Resource Usage in Heterogeneous Wireless
Access Networks".
[i.5] ETSI TS 103 146-1: "Reconfigurable Radio Systems (RRS); Mobile Device Information Models
and Protocols; Part 1: Multiradio Interface (MURI)".
®
[i.6] DigRFSM Working Group: "MIPI Alliance Specification for DigRFSM v4".
[i.7] Recommendation ITU-T X.680:"Information technology - Abstract Syntax Notation One (ASN.1):
Specification of basic notation".
[i.8] ETSI EN 303 095 (V1.2.1): "Reconfigurable Radio Systems (RRS); Radio Reconfiguration related
Architecture for Mobile Devices".
ETSI

---------------------- Page: 5 ----------------------
6 ETSI TS 103 146-2 V1.1.1 (2015-05)
3 Definitions and abbreviations
3.1 Definitions
For the purposes of the present document, the following terms and definitions apply:
Application Processor (AP): part of mobile device hardware working under OS control and on which User
Applications, among others, are executed
channel: designated part of the information transfer capability having specified characteristics, provided at the user
network interface
NOTE: It is the over-the-air wireless propagation channel which is used to convey an information signal from
transmitter to receiver. This definition is specified in [i.2].
communication services layer: layer related to communication services supporting generic applications
NOTE: A communication services layer supports generic applications like Internet access. In the present
document, it consists of Administrator, Mobility Policy Manager (MPM), Networking stack and Monitor.
link: connecting one location to another through a given Radio Access Technology for the purpose of transmitting and
receiving digital information
NOTE: Each Link is conveyed over a given Channel.
Radio Application (RA): software which enforces the generation of the transmit RF signals or the decoding of the
receive RF signals
NOTE 1: The Software is executed on a particular radio platform or an RVM as part of the radio platform.
NOTE 2: RAs might have different forms of representation. They are represented as:
source codes including Radio Library calls of Radio Library native implementation and Radio HAL
calls;
IRs including Radio Library calls of Radio Library native implementation and radio HAL calls;
Executable codes for a particular radio platform.
radio computer: part of mobile device hardware working under ROS control and on which RAs are executed
NOTE: A Radio Computer typically includes programmable processors, hardware accelerators, peripherals, etc.
RF part is considered to be part of peripherals.
Radio Control Framework (RCF): control framework which, as a part of the OS, extends OS capabilities in terms of
radio resource management
NOTE: RCF is a control framework which consists of Configuration Manager (CM), Radio Connection Manager
(RCM), Flow Controller (FC) and Multiradio Controller (MRC). The Resource Manager (RM) is
typically part of OS.
Radio Frequency Transceiver (RF Transceiver): part of Radio Platform converting, for transmission, baseband
signals into radio signals, and, for reception, radio signals into baseband signals
Radio Operating System (ROS): any appropriate OS empowered by RCF
NOTE: ROS provides RCF capabilities as well as traditional management capabilities related to management of
RP such as resource management, file system support, unified access to hardware resources, etc.
radio platform: part of mobile device hardware which relates to radio processing capability, including programmable
components, hardware accelerators, RF transceiver, and antenna(s)
NOTE: A Radio Platform is a piece of hardware capable of generating RF signals or receiving RF signals. By
nature, it is heterogeneous hardware including different processing elements such as fixed accelerators,
e.g. Application-Specific Integrated Circuit (ASIC), or reconfigurable accelerators, e.g. FPGAs, etc.
ETSI

---------------------- Page: 6 ----------------------
7 ETSI TS 103 146-2 V1.1.1 (2015-05)
Radio Virtual Machine (RVM): abstract machine which supports reactive and concurrent executions
NOTE: An RVM may be implemented as a controlled execution environment which allows the selection of a
trade-off between flexibility of base band code development and required (re-)certification efforts.
reconfigurable mobile device: Mobile Device with radio communication capabilities providing support for radio
reconfiguration
NOTE: Reconfigurable Mobile Devices include but are not limited to: Smartphones, Feature Phones, Tablets, and
Laptops.
3.2 Abbreviations
For the purposes of the present document, the following abbreviations apply:
ACK Acknowledge
ASIC Application Specific Integrated Circuit
ASN Abstract Syntax Notation
ASN.1 Abstract Syntax Notation One
BBIC BaseBand Integrated Circuit
BLER Block Error Rate
CSL Communication Services Layer
EU European Union
MD Mobile Device
MDRC Mobile Device Reconfiguration Class
MIMO Multi-Input Multi-Output
MPM Mobility Policy Manager
MURI MUltiRadio Interface
NACK Negative-Acknowledge
OOB Out-Of-Band
OS Operating System
RA Radio Application
RAN Radio Access Network
RAP Radio Application Package
RAT Radio Access Technology
RCF Radio Control Framework
RF Radio Frequency
RFIC Radio Frequency Integrated Circuit
ROS Radio Operating System
RPI Radio Programming Interface
RRFI Reconfigurable Radio Frequency Interface
RVM Radio Virtual Machine
RX Reception
SINR Signal to Interface plus Noise Ratio
UML Unified Modeling Language
URA Unified Radio Applications
URAI Unified Radio Applications Interface
4 Introduction
A reconfigurable MD is capable of running multiple radios simultaneously and of changing the set of radios by loading
new Radio Application Package (RAP). All Radio Applications (RAs) are called Unified Radio Applications (URAs)
when they exhibit a common behavior from the reconfigurable MD's point of view [1]. In order to run multiple URAs,
the reconfigurable MD will include Communication Services Layer (CSL), Radio Control Framework (RCF), Radio
Platform and 4 sets of interfaces for their interconnection.
ETSI

---------------------- Page: 7 ----------------------
8 ETSI TS 103 146-2 V1.1.1 (2015-05)

Figure 4.1: Four sets of interfaces for Reconfigurable MD
Figure 4.1 illustrates the Reconfigurable MD architecture with the 4 sets of interfaces, i.e.:
• MURI for interfacing CSL and RCF [i.5];
• RRFI for interfacing URA and RF Transceiver, which is the scope of the present document;
• URAI for interfacing URA and RCF [i.3];
• RPI for allowing an independent and uniform production of RAs [i.3].
The present document defines RRFI.
<>
IMUR I
<>
IRR F I
R adioComput er
<>
IRPI
<>
IUR AI

®
Figure 4.2: UML class diagram for Radio Computer interfaces
®
Figure 4.2 illustrates UML class diagram for Radio Computer interfaces. The reconfigurable MD may be seen as a
Radio Computer where individual URAs are engineered as software entities [i.8].
ETSI

---------------------- Page: 8 ----------------------
9 ETSI TS 103 146-2 V1.1.1 (2015-05)
The present document is organized as follows:
• clause 5 describes the system identification;
• clause 6 describes the notational tool for defining both information model classes and interface classes;
• clause 7 describes the information model for radio computer; and
• clause 8 describes the interface definition.
®
While UML is used for defining the information model and protocol related to RRFI, other modeling languages could
be used as well.
5 System Identification
5.1 Radio Computer Structure
Figure 5.1 illustrates how URA and RF Transceiver interact with each other using RRFI.

Figure 5.1: Interconnection between URA and RF Transceiver
using RRFI for Reconfigurable MD
As shown in figure 5.1, RRFI can support up to 5 kinds of services depending on the applicable MDRC [1].
Note that a Reconfigurable Mobile Device supports all the services as required by the corresponding MDRC as shown
in table 5.1 and fully detailed in clause 8 of the present document. In case that a Reconfigurable Mobile Device supports
multiple MDRCs, the concerned Reconfigurable Mobile Device supports all the services as defined in table 5.1.
Table 5.1: Required services of RRFI according to each MDRC
Mobile Device Antenna
Spectrum Power Control Tx/Rx Chain RVM Protection
Reconfiguration Management
Control services services Control services services
Class services
MDRC-0
No No No No No
MDRC-1
Yes Yes No No Yes
Yes
MDRC-2, MDRC-5
Yes Yes Yes Yes
(note)
MDRC-3, MDRC-6
Yes Yes Yes Yes Yes
MDRC-4, MDRC-7 Yes Yes Yes Yes Yes
NOTE: Among the various Tx/Rx Chain Control services, only the service related with Tx/Rx timing is required in this
case.

ETSI

---------------------- Page: 9 ----------------------
10 ETSI TS 103 146-2 V1.1.1 (2015-05)
A corresponding summary of the services is given below.
• Spectrum Control services
These services are used to set up spectrum-related parameters such as carrier frequency, bandwidth of carrier
frequency, sampling frequency, etc. that will be determined according to the URAs they are related to.
• Power Control services
These services are used to set up RF power-related parameters such as maximum transmit (Tx) power level,
Tx power level per antenna, receive (Rx) gain, etc. Specific power schemes which have to be controlled
according to the communication circumstance around the reconfigurable MD are also included in the Power
Control services.
• Antenna Management services
These services are used to determine the antenna configuration. Antenna radiation pattern, antenna gain,
antenna direction, sector configuration, polarization, etc. are some factors to be considered in the Antenna
Management services.
NOTE: Antenna management services depend on the configurability of the antenna.

• Tx/Rx Chain Control services
These services are used to provide parameters related to real-time control of the RF transceiver chain.
Parameters to be controlled using the Tx/Rx Chain Control services include (but are not limited to) Tx
start/stop time, Rx start/stop time, spectrum- and/or power-related values.
• RVM Protection services
These services are used to provide parameters related to the selection of RVM protection class. Parameters to
be controlled using the RVM Protection services include (but are not limited to) selection and/or request of RF
protection class as well as, RF Front-end indication of input data signals modification.
The following clauses describe the components/entities shown in figure 5.1.
5.2 URA
RAs need to be subject to a common reconfiguration, multiradio execution and resource sharing strategy framework
(depending on the concerned MDRC). Since all RAs exhibit a common behaviour from the reconfigurable MD
perspective, those RAs are called URAs [i.8].
5.3 RF Transceiver
RF Transceiver, which includes transceiver chain(s), is part of the Radio Platform in Radio Computer that transforms,
in Tx mode, the baseband signal to radio signal, and in Rx mode, the radio signal to baseband signal.
5.4 RF Interfaces
The RF Interfaces depicted in figure 5.1 denote digital interfaces which define the physical interconnections between
SM
base-band and RFIC (Radio Frequency Integrated Circuit), for example, the DigRF specification defining the
interface between an RFIC and a BBIC (Base-Band Integrated Circuit) in a mobile device. RRFI defined in the present
document complements such RF interfaces by defining services which are required for Reconfigurable MDs.
5.5 Radio Computer RF System Requirement Mapping
The Radio Computer components above described shall support the RF system requirements shown in table 5.2 and
described in clause 6.5 of ETSI EN 302 969 [1].
NOTE: The transceiver requirements defined in clauses 6.5.5, 6.5.6 and 6.5.8 of ETSI EN 302 969 [1] are not
related to the RF Interface defined in the present document and therefore do not appear in table 5.2.
ETSI

---------------------- Page: 10 ----------------------
11 ETSI TS 103 146-2 V1.1.1 (2015-05)
Table 5.2: Mapping of Radio Computer Components to the system requirements
described in ETSI EN 302 969 [1]
Entity/Component/Unit System Requirements [1] Comments
Unified Radio Applications R-FUNC-RFT-02 Radio Application selects a suitable number of
antenna inputs/outputs. The requirement is
described in clause 6.5.2 of [1].
RF Transceiver R-FUNC-RFT-03 The reconfigurable MD supports multiple Radio
Applications using distinct frequency bands. The
requirement is described in clause 6.5.3 of [1].
R-FUNC-RFT-04 RF transceiver manages input/output signals
from/to one or several Radio Applications. The
requirement is described in clause 6.5.4 of [1].
Reconfigurable RF Interface R-FUNC-RFT-01, The RRFI provides a suitable interface for RF
R-FUNC-RFT-07 transceiver configuration. The requirement is
described in clauses 6.5.1 and 6.5.7 of [1].
R-FUNC-RFT-09 The RRFI supports a suitable selection of an RF
protection class. The requirement is described in
clause 6.5.9 of [1].

6 Notational Tools
6.1 Notational Tool for Information Model Classes
Table 6.1 shows a template for defining information model classes [i.4]. Each information model class is defined in
clause 7.2 in accordance with the template shown in table 6.1.
Note that ASN.1 is used throughout the present document for abstract type definitions; however, alternative ways are
possible and are not excluded.
Table 6.1: Template for defining Information Model Classes
Class[(abstract class)]

DERIVED FROM
ATTRIBUTES
Possible access:
Value type: Default value:
[]
qualifier>

CONTAINED IN class is an abstract class, that is, it is used for further refinement only and will
never be instantiated, then this list is empty.>
Constraints used are:
• [*] - zero or more instances,
CONTAINS
• [+] - one or more instances,
• [] - exactly n instances,
• [ - ] - not less than m and not more than n instances.>
SUPPORTED EVENTS corresponding event report>

Further details on the template in table 6.1 are given below.
• is the name of the Class as it appears in the corresponding model. Additional information is also
included in case the class in question has been specified as an abstract one.
• DERIVED FROM field identifies the super class of the class in case of sub-classing.
• ATTRIBUTES field describes the attributes that have been defined in the class. More specifically:
- identifies the name of an attribute, as it is included in the class definition.
ETSI

---------------------- Page: 11 ----------------------
12 ETSI TS 103 146-2 V1.1.1 (2015-05)
- holds the type of the attribute specified in Abstract Syntax Notation One
(ASN.1). Details related to the ASN.1 module are specified in Annex A of the present document.
- provides information about the level of accessibility of the attribute. This
may include: 'Read', 'Write', 'Read-Write', 'Add-Remove' (for list-type attributes), 'Read-Add-Remove',
and 'None' (for internal access only).
• CONTAINED IN field includes a list of classes whose instances may contain an instance of this class;
containment is a strong aggregation relationship, that is, a contained instance is for its lifetime bound to its
container object and it is contained only in this one container.
• CONTAINS field provides a list of classes whose instances may be contained in an instance of the class in
question.
• SUPPORTED EVENTS field includes a list of event names that are detected by this class and lead potentially
to a correspond
...

Questions, Comments and Discussion

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