ETSI TS 103 146-3 V1.1.1 (2016-02)

Reconfigurable Radio Systems (RRS); Mobile device information models and protocols; Part 3: Unified Radio Application Interface (URAI)

DTS/RRS-0247

General Information

• Status: Published
• Publication Date: 22-Feb-2016
• Technical Committee: RRS 2 - REA - Reconfigurable Radio Equipment Architecture
• Current Stage: 12 - Completion
• Due Date: 15-Feb-2016
• Completion Date: 23-Feb-2016

Standards Content (Sample)

ETSI TS 103 146-3 V1.1.1 (2016-02)






TECHNICAL SPECIFICATION
Reconfigurable Radio Systems (RRS);
Mobile device information models and protocols;
Part 3: Unified Radio Application Interface (URAI)

---------------------- Page: 1 ----------------------
2 ETSI TS 103 146-3 V1.1.1 (2016-02)



Reference
DTS/RRS-0247
Keywords
architecture, mobile, SDR, software
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
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
https://portal.etsi.org/TB/ETSIDeliverableStatus.aspx
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 2016.
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-3 V1.1.1 (2016-02)
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 . 6
4 Introduction . 7
5 System Identification . 8
5.1 Radio Computer Structure . 8
5.2 URAI System Requirement Mapping. 9
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 . 22
8.1 Interface Overview . 22
8.2 Radio Application Management Services . 23
8.2.1 Overview on Radio Application Management Services . 23
8.2.2 Messages for Radio Application Management Services . 23
8.3 User Data Flow Services . 23
8.3.1 Overview on User Data Flow Services . 23
8.3.2 Messages for User Data Flow Services . 24
8.4 Multiradio Control Services . 24
8.4.1 Overview on Multiradio Control Services . 24
8.4.2 Messages for Multiradio Control Services . 24
8.5 Class Definitions for Interface . 25
Annex A (informative): Abstract Data Definitions . 26
Annex B (informative): URAI Qualification Methods for Validation . 30
History . 31

ETSI

---------------------- Page: 3 ----------------------
4 ETSI TS 103 146-3 V1.1.1 (2016-02)
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 (https://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 3 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 Application 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-3 V1.1.1 (2016-02)
1 Scope
The scope of the present document is to define an information model and protocol for unified radio application interface
for mobile device reconfiguration. The work is 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.2] and on the mobile device information models and protocols related Multiradio
Interface defined ETSI TS 103 146-1 [i.3].
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
reference 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] ETSI EN 303 095 (V1.2.1): "Reconfigurable Radio Systems (RRS); Radio Reconfiguration related
Architecture for Mobile Devices".
[i.3] ETSI TS 103 146-1: "Reconfigurable Radio Systems (RRS); Mobile Device Information Models
and Protocols; Part 1: Multiradio Interface (MURI)".
[i.4] ETSI TS 103 146-2: "Reconfigurable Radio Systems (RRS); Mobile Device Information Models
and Protocols; Part 2: Reconfigurable Radio Frequency Interface (RRFI)".
[i.5] ETSI TR 102 839: "Reconfigurable Radio Systems (RRS); Multiradio Interface for Software
Defined Radio (SDR) Mobile Device Architecture and Services".
[i.6] 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.7] Recommendation ITU-T X.680: "Information technology - Abstract Syntax Notation One
(ASN.1): Specification of basic notation".
ETSI

---------------------- Page: 5 ----------------------
6 ETSI TS 103 146-3 V1.1.1 (2016-02)
3 Definitions and abbreviations
3.1 Definitions
For the purposes of the present document, the following terms and definitions apply:
association: logical communication link to a Radio Access Network or a peer equipment
NOTE 1: Typically, some control signalling is necessary to maintain the association. No user data transfer may
occur with only an association present, but a data flow may be established into an association for this
purpose.
NOTE 2: Peer equipment is any communication counterpart of a reconfigurable mobile device. It can be reached by
establishing a logical communication link (i.e. an association) between the reconfigurable mobile device
and peer equipment.
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 ETSI EN 303 095 [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: connection from one location to another through a given Radio Access Technology for the purpose of transmitting
and receiving digital information
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.
3.2 Abbreviations
For the purposes of the present document, the following abbreviations apply:
ASN.1 Abstract Syntax Notation One
BLER Block Error Rate
CM Configuration Manager
CSL Communication Services Layer
ETSI

---------------------- Page: 6 ----------------------
7 ETSI TS 103 146-3 V1.1.1 (2016-02)
FC Flow Controller
ID Identification
MD Mobile Device
MPM Mobility Policy Manager
MRC Multiradio Controller
MURI Multiradio Interface
OS Operating System
RA Radio Application
RAN Radio Access Network
RAP Radio Application Package
RAT Radio Access Technology
RCF Radio Control Framework
RCM Radio Connection Manager
RF Radio Frequency
RM Resource Manager
ROS Radio Operating System
RPI Radio Programming Interface
RRFI Reconfigurable Radio Frequency Interface
SINR Signal to Interference plus Noise Ratio
UML Unified Modelling Language
URA Unified Radio Applications
URAI Unified Radio Application 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 behaviour from the reconfigurable MD's point of view [i.2]. 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.

Figure 4.1: Four sets of interfaces for Reconfigurable MD
ETSI

---------------------- Page: 7 ----------------------
8 ETSI TS 103 146-3 V1.1.1 (2016-02)
Figure 4.1 illustrates the Reconfigurable MD architecture with the 4 sets of interfaces, i.e.:
• MURI for interfacing CSL and RCF [i.3];
• RRFI for interfacing URA and RF Transceiver [i.4];
• URAI for interfacing URA and RCF which is the scope of the present document ;
• RPI for allowing an independent and uniform production of RAs [i.5].
The present document defines UARI.
<>
IMUR I
<>
IRR F I
RadioComput 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.2].
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 URAI, other modelling languages could
be used as well.
5 System Identification
5.1 Radio Computer Structure
Figure 5.1 illustrates how RCF and URA interact with each other using URAI.
ETSI

---------------------- Page: 8 ----------------------
9 ETSI TS 103 146-3 V1.1.1 (2016-02)

Figure 5.1: Interconnection between RCF and URA using URAI for Reconfigurable MD.
As shown in figure 5.1, URAI supports 3 kinds of services:
• Radio Application Management Services
These services are used by Radio Connection Manager (RCM) which is included in the RCF, to control URA functions
such as reporting of discovered Peer Equipments, creating/terminating association with Peer Equipment,
starting/stopping communication with Peer Equipment, etc.
• User Data Flow Services
These services are used by Flow Controller (FC) which is included in the RCF, to transmit user data to URA, or used by
URA to transmit received user data to FC. These services also include management of data flow, which is provided by
FC.
• Multiradio Control Services
These services are used by Multiradio Controller (MRC) which is included in RCF, to manage spectral resource usage.
The RCF and URA are defined in ETSI EN 303 095 [i.2].
5.2 URAI System Requirement Mapping
The Radio Computer components above described shall support the URAI system requirements shown in table 5.1 and
described in clause 6 of ETSI EN 302 969 [1].
ETSI

---------------------- Page: 9 ----------------------
10 ETSI TS 103 146-3 V1.1.1 (2016-02)
Table 5.1: Mapping of Radio Computer Components to
the system requirements described in ETSI EN 302 969 [1]
Entity/Component/Unit System Requirements [1] Comments
Flow Controller R-FUNC-RAT-05 If a reconfigurable MD allows parallel connections
to RATs (in alignment to R-FUNC-RAT-01),
various independent data flows should be
maintained simultaneously. The requirement is
described in clause 6.1.5 of ETSI EN 302 969 [1].
R-FUNC-RA-04 Radio Applications should support the function of
transferring receive (Rx)/transmit (Tx) data
to/from the networking stack. The requirement is
described in clause 6.2.4 of ETSI EN 302 969 [1].
Multiradio Controller R-FUNC-RAT-01 A reconfigurable MD should support parallel
connections to more than one Radio Access
Technology. The requirement is described in
clause 6.1.1 of ETSI EN 302 969 [1].
R-FUNC-RAT-02 If a reconfigurable MD allows parallel connections
to RATs, (in alignment to R-FUNC-RAT-01),
in-device coexistence functionalities shall be
implemented. The requirement is described in
clause 6.1.2 of ETSI EN 302 969 [1].
R-FUNC-RAT-03 If a reconfigurable MD allows parallel connections
to RATs (in alignment to R-FUNC-RAT-01),
seamless handover of data streams from one
RAT to another RAT should be implemented. The
requirement is described in clause 6.1.3 of ETSI
EN 302 969 [1].
R-FUNC-RAT-06 If a reconfigurable MD allows parallel connections
to RATs (in alignment to R-FUNC-RAT-01), Link
Adaptation techniques across multiple RATs
should be implemented. The requirement is
described in clause 6.1.6 of ETSI EN 302 969 [1].
R-FUNC-MDR-03 The radio configuration of a reconfigurable MD
shall be realized with the activation of Radio
Applications (RA) and, if necessary, changing
parameters of the activated RAs. The
requirement is described in clause 6.4.3 of ETSI
EN 302 969 [1].
Radio Connection Manager R-FUNC-RAT-04 If policies are applied to a reconfigurable MD, the
link selection functionality in the reconfigurable
MD shall meet the related conditions. The
requirement is described in clause 6.1.4 of ETSI
EN 302 969 [1].
R-FUNC-RAT-05 If a reconfigurable MD allows parallel connections
to RATs (in alignment to R-FUNC-RAT-01),
various independent data flows should be
maintained simultaneously. The requirement is
described in clause 6.1.5 of ETSI EN 302 969 [1].
R-FUNC-RAT-06 If a reconfigurable MD allows parallel connections
to RATs (in alignment to R-FUNC-RAT-01), Link
Adaptation techniques across multiple RATs
should be implemented. The requirement is
described in clause 6.1.6 of ETSI EN 302 969 [1].
R-FUNC-RA-03 Reconfigurable MDs should support concurrent
execution of Radio Applications. The requirement
is described in clause 6.2.3 of ETSI
EN 302 969 [1].
R-FUNC-MDR-03 The radio configuration of a reconfigurable MD
shall be realized with the activation of Radio
Applications (RA) and, if necessary, changing
parameters of the activated RAs. The
requirement is described in clause 6.4.3 of ETSI
EN 302 969 [1].

ETSI

---------------------- Page: 10 ----------------------
11 ETSI TS 103 146-3 V1.1.1 (2016-02)
6 Notational Tools
6.1 Notational Tool for Information Model Classes
Table 6.1 shows a template for defining information model classes [i.6]. Each information model class is defined in
clause 7.2 in accordance with the template shown in table 6.1.
NOTE: 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.>
class. 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.
- 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.
- 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 corresponding event report.
ETSI

---------------------- Page: 11 ----------------------
12 ETSI TS 103 146-3 V1.1.1 (2016-02)
6.2 Notational Tool for Interface Classes
Table 6.2 shows a template for defining interface classes for URAI. Each interface class for URAI will be defined in
clause 8.5 in accordance with the template shown in table 6.2.
Table 6.2: Template for defining Interface Classes
Class[(abstract class)]

OPERATIONS
Return type: Value type:




The template fields in table 6.2 are described 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.
• OPERATIONS field describes the operations that have been defined in the class. More specifically:
- identifies the name of an operation, as it is included in the class definition.
- identifies the type of return value at the corresponding operation. Details related to the
ASN.1 module are specified in annex B.
- identifies the access levels for member functions: public, private, protected.
7 Information Model for Radio Computer
7.1 Radio Computer
Figure 7.1 shows the UML class diagram for Radio Computer classes related to URAI which are required to support
Software Reconfiguration.
ETSI

---------------------- Page: 12 ----------------------
13 ETSI TS 103 146-3 V1.1.1 (2016-02)
RCProf ile RCMeas urements
1
-RCID: NameType -listOfActiveMeasurements:
<>
ActiveMeasurementsList
IURAI
1
RCConfi guration RadioComput er
1
RadioOS
1
0,1 1
0.* -rOSID: NameType
RCCapabilit ies
-rOSVersion: Version
Link
0.* -listOfSupportedOptions: RCOptions
-listOfSupportedRadioInterfaces:
RadioInterfaces
-listOfSupportedChannels: ChannelIDs
-hardwareProfile: HardwareInfo 0.*
RadioApp
-softwareProfile: SoftwareInfo
0.*
1
0.*
LinkP r of il e
Channe l
-linkID: NameType
-cellID: NameType
-associatedChannelID:
Radio AppP r of il e
OptiaonlObjectName
-linkDirection : Direction
-RadioAppID: NameType
1
Channe lProf ile
-CarrierFrequecy: Frequency
-RAVersion: Version
-nominalRFPower:
-direction: Direction
-channelID: NameType
1
AnaloguePower
-listOfSupportedOptions:
-channelFrequecyRange:
-samplingRate: SamplingRate
RAOptions
FrequencyRange
-bandwidth: Bandwidth
-listOfAssociatedLinks: Links
1
-radioInterface:
RadioInterface
-cellID: NameType
LinkMe asure me n ts
-receiveBLER: RxBLER
1
RadioAppCapabili tie s
-trasmitPower: TxPower
1
-receiveSINR: RxSINR
Channe lMeasurements
-listOfSupportedApplication
-transmittedBits: TxBits
1 Measurements:
-listOfChannelMeasurements:
ApplicationMeasurementsIds
1
ChannelMeasurementsList
-appliedMeasurementConfiguration:
RFConf igurat ion
C onf igu ra ti o nM e sur e m ents
RadioAppMe asure me nts
An tenna
-listOfActiveApplication
1.*
1 Measurements:
0,1
1
ApplicationMeasurements
-requestOfContext
TxPath RxPath
Informations:
Antenn aPr ofi le
ContextInformationInfo
-txStartTime: TxStartTime
-rxStartTime: RxStartTime
-txStopTime: TxStopTime 1
-rxStopTime: RxStopTime
-antennaID:
1
NameType

Figure 7.1: UML class diagram for Radio Computer classes related to URAI
The Radio Computer classes related to URAI are defined as follows:
• RadioComputer
This class contains all URA(s) related information about resources and interactions related to hardware and software of
a reconfigurable MD, for example, computational/spectral resource usage, collection of context information, channel
measurement results, etc.
ETSI

---------------------- Page: 13 ----------------------
14 ETSI TS 103 146-3 V1.1.1 (2016-02)
• RadioOS
This class describes an installed
...