ETSI EN 303 144 V1.1.1 (2015-11)
Reconfigurable Radio Systems (RRS); Enabling the operation of Cognitive Radio System (CRS) dependent for their use of radio spectrum on information obtained from Geo-location Databases (GLDBs); Parameters and procedures for information exchange between different GLDBs
Reconfigurable Radio Systems (RRS); Enabling the operation of Cognitive Radio System (CRS) dependent for their use of radio spectrum on information obtained from Geo-location Databases (GLDBs); Parameters and procedures for information exchange between different GLDBs
DEN/RRS-01018
Radijski sistemi z možnostjo preoblikovanja (RRS) - Omogočanje delovanja kognitivega radijskega sistema (CRS), odvisno od uporabe radiofrekvenčnega spektra za informacije, pridobljene iz geolokacijskih podatkovnih baz (GLDB) - Parametri in postopki za izmenjavo informacij med različnimi GLDB
Ta dokument zajema parametre in postopke za izmenjavo informacij med različnimi geolokacijskimi podatkovnimi bazami (GLDB), ki omogočajo delovanje kognitivnega radijskega sistema (CRS). Delo temelji na arhitekturi sistema za geolokacijske podatkovne baze (GLDB), ki omogočajo delovanje naprav za kanalske presledke (WSD), kot je opredeljen v dokumentih ETSI EN 303 145 [i.1] in ETSI EN 303 143 [i.2].
General Information
Standards Content (Sample)
Draft ETSI EN 303 144 V1.0.1 (2015-07)
EUROPEAN STANDARD
Reconfigurable Radio Systems (RRS);
Enabling the operation of Cognitive Radio System (CRS)
dependent for their use of radio spectrum on information
obtained from Geo-location Databases (GLDBs);
Parameters and procedures for information
exchange between different GLDBs
2 Draft ETSI EN 303 144 V1.0.1 (2015-07)
Reference
DEN/RRS-01018
Keywords
control, CRS, GLDB, 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/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
3 Draft ETSI EN 303 144 V1.0.1 (2015-07)
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 Service access points . 6
4.1 General . 6
4.2 Geo-location function SAP. 7
4.2.1 CRS operational parameter generation . 7
4.2.2 CRS operational parameter check . 9
4.3 Database SAP . 10
4.3.1 Incumbent information read . 10
4.3.2 Incumbent information write . 11
4.3.3 CRS channel usage information read . 12
4.3.4 CRS channel usage information write . 13
4.4 Communication SAP . 14
4.4.1 Incumbent information sharing . 14
4.4.2 CRS count query . 17
4.4.3 CRS count update . 19
4.4.4 Victim GLDB discovery . 21
4.4.5 Affected incumbent Information acquisition . 24
4.4.6 Affected incumbent information providing service . 26
4.4.7 CRS spectrum usage modification . 29
4.4.8 CRS Channel usage query . 31
4.4.9 CRS Channel usage registration . 34
4.4.10 CRS transfer between GLDBs . 36
5 Information elements . 39
5.1 General . 39
5.2 Data format . 39
History . 47
ETSI
4 Draft ETSI EN 303 144 V1.0.1 (2015-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 draft European Standard (EN) has been produced by ETSI Technical Committee Reconfigurable Radio Systems
(RRS), and is now submitted for the combined Public Enquiry and Vote phase of the ETSI standards EN Approval
Procedure.
Proposed national transposition dates
Date of latest announcement of this EN (doa): 3 months after ETSI publication
Date of latest publication of new National Standard
or endorsement of this EN (dop/e): 6 months after doa
Date of withdrawal of any conflicting National Standard (dow): 6 months after doa
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
5 Draft ETSI EN 303 144 V1.0.1 (2015-07)
1 Scope
The present document covers the parameters and procedures for information exchange between different Geolocation
Databases (GLDB) the operation of Cognitive Radio System (CRS). The work is based on the system architecture for
WSD GLDBs as defined in ETSI EN 303 145 [i.1] and ETSI EN 303 143 [i.2].
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
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.
The following referenced documents are necessary for the application of the present document.
Not applicable.
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 EN 303 145: "Reconfigurable Radio Systems (RRS); System Architecture and High Level
Procedures for Coordinated and Uncoordinated Use of TV White Spaces".
[i.2] ETSI EN 303 143: "Reconfigurable Radio Systems (RRS); System architecture for information
exchange between different Geo-location Databases (GLDBs) enabling the operation of White
Space Devices (WSDs)".
[i.3] ISO/IEC 10731 (1994): "Information Technology - Open Systems Interconnection - Basic
Reference Model: Conventions for the Definition of OSI Services".
[i.4] Recommendation ITU-T X.680: "Information technology - Abstract Syntax Notation One
(ASN.1): Specification of basic notation".
[i.5] ETSI EN 301 598: "White Space Devices (WSD); Wireless Access Systems operating in the
470 MHz to 790 MHz TV broadcast band; Harmonized EN covering the essential requirements of
article 3.2 of the R&TTE Directive".
ETSI
6 Draft ETSI EN 303 144 V1.0.1 (2015-07)
3 Definitions and abbreviations
3.1 Definitions
For the purposes of the present document, the following terms and definitions apply:
communication function: hardware/software module that provides communication services required by the interfaces
between logical entities based on communications protocol stack
database function: software/hardware that stores necessary information provided by regulators for calculating
available spectrum that a WSD in a CRS can operate on with protection to incumbent services as well as registration of
the WSDs under regulatory requirements and for protecting incumbent services purposes
G-G Interface function: abstraction of the totality of those functional blocks inside a geo-location database realizing
the G-G logical interface between GLDBs
G-G Logical interface: conceptual boundary between GLDBs for information exchange to enable the operation of a
CRS with protection of the incumbent service
geo-location function: software/hardware that calculates location specific EIRP of a frequency band and that a WSD in
a CRS can use based on the information on incumbents stored in database function
victim GLDB: GLDB whose incumbents can suffer interference from CRSs that are under the management of another
GLDB (the querying GLDB)
3.2 Abbreviations
For the purposes of the present document, the following abbreviations apply:
ACLR Adjacent Channel Leakage Ratio
ACS Adjacent Channel Selectivity
ASN Abstract Syntax Notation
CRS Cognitive Radio System
DB-SAP DataBase Service Access Point
EIRP Effective Isotropic Radiated Power
GLDB Geo-Location DataBase
GL-SAP Geolocation service access point
ID IDentifier
IP Internet Protocol
SAP Service Access Point
SC Spectrum Coordinator
WSD White Space Device
4 Service access points
4.1 General
The following clauses describe the primitives related to the Service Access Points as identified in ETSI
EN 303 143 [i.2] and also shown in figure 4.1.
Clause 4.2 describes the primitives associated to the geolocation function (GL-SAP in figure 4.1).
Clause 4.3 describes the primitives associated to the database function (DB-SAP in figure 4.1).
Clause 4.4 describes the primitives associated to the communication function (Com-SAP in figure 4.1).
ETSI
7 Draft ETSI EN 303 144 V1.0.1 (2015-07)
Figure 4.1: reference model for the information exchange between
GLDBs using the G-G logical interface [i.2]
The terminology used for describing primitives at service access points for peer OSI-service-users follows the model
described in ISO/IEC 10731 [i.3] and is shown in figure 4.2.
Figure 4.2: Example of a peer-to-peer connection-mode service
4.2 Geo-location function SAP
4.2.1 CRS operational parameter generation
The CRS operational parameter generation service provides a set of primitives or method through which the G-G
interface function provides the device parameters of a CRS and obtains operational parameters of a CRS generated by
the geo-location function. The service is used in the second variant of the procedure in clause 6.1.3 "CRS Spectrum
Usage Modification Procedure" in ETSI EN 303 143 [i.2] where victim GLDB update the list of available channels and
powers to protect incumbents in victim GLDB.
Get_CRS_Operation_Parameter.request
Function
This primitive is used by the G-G interface function to request operational parameters of a CRS.
ETSI
8 Draft ETSI EN 303 144 V1.0.1 (2015-07)
Semantics of the service primitive
Get_CRS_Operational_Parameter.request (
operationalParameterRequestID,
deviceDescriptor,locationInfo
)
Parameters
Name Type Description
OperationalParameterRequestID TransactionID OperationalParameterRequestID uniquely identifies
one transaction of requesting operational
parameters for a CRS.
DeviceDescriptor DeviceDescriptor Device descriptor describes the physical profile of a
CRS.
LocationInfo LocationInfo Geo-location information of CRS.
When used
This primitive shall be used by the G-G interface function when it needs to obtain the operational parameters of a CRS
as described by the CRS device parameters.
Effect of receipt
The geo-location database function subsequently determines the operational parameters of the CRS based on the
submitted device parameters and use the Get_Operational_Parameter.response primitive to reflect the result of the
request.
Get_CRS_Operational_Parameter.response
Function
This primitive is used by the geo-location function to provide the operational parameters to the G-G interface function
as a response to the Get_CRS_Operational_Parameter.request primitive.
Semantics of the service primitive
Get_CRS_Operational_Parameter.response(
operationalParameterRequestID,
status,
operationalParameters
)
Parameters
Name Type Description
OperationalParameterRequestID TransactionID OperationalParameterRequestID uniquely identifies
one transaction of requesting operational
parameters for a CRS.
Status Status Status of operation.
OperationalParameters OperationalParameters OperationalParameters is produced by the GLDB
for the requesting CRS to configure its
transmissions.
When used
This primitive shall be used by the geo-location function to generate a response to the operational parameter request.
Effect of receipt
The G-G interface function receives the result of the request for operational parameters of a CRS.
ETSI
9 Draft ETSI EN 303 144 V1.0.1 (2015-07)
4.2.2 CRS operational parameter check
The CRS operational parameter check service provides a set of primitives or method through which the G-G interface
function checks whether the usage of the provided operational parameters will cause interference to the incumbent. The
service is used in clause 6.1.2 "Victim GLDB Discovery Procedure" in ETSI EN 303 143 [i.2].
CRS_Operational_Parameter_check.request
Function
This primitive is used by the G-G interface function to request the GLDB function to check whether the CRS using the
provided operational parameters will cause interference to the incumbent.
Semantics of the service primitive
Check_CRS_Operational_Parameter.request(
operationalParameterCheckID,
operationalParameters,
checkMode,
replyMode
)
Parameters
Name Type Description
OperationalParameterCheckID TransactionID OperationalParameterCheckID uniquely identifies
one transaction of requesting operational
parameters check for a CRS.
OperationalParameters OperationalParameters operationalParameters is produced by the GLDB
for the requesting CRS to configure its
transmissions.
CheckMode CheckMode CheckMode parameter specifies the mode of
operational parameters check.
ReplyMode ReplyMode ReplyMode parameter specifies the mode of
replying the result of operational parameters check
request.
When used
This primitive shall be used by the G-G interface function when it needs to check whether a CRS using the provided
operational parameters will cause interference to the incumbent.
Effect of receipt
The geo-location database function subsequently checks whether the CRS described by the submitted device parameters
will cause interference to the incumbent when using the provided operational parameters. Subsequently, the geo-
location function uses the CRS_Operational_Parameter_Check.response primitive to reflect the result of the request in
a format specified by the mode of reply.
CRS_Operational_Parameter_Check.response
Function
This primitive is used by the geo-location function to provide the operational parameters check result to the G-G
interface function as a response to the CRS_Operational_Parameter_Check.request primitive.
Semantics of the service primitive
CRS_Operational_Parameter_Check.response(
operationalParameterCheckID,
status,
checkResult
)
ETSI
10 Draft ETSI EN 303 144 V1.0.1 (2015-07)
Parameters
Name Type Description
OperationalParameterCheckID TransactionID OperationalParameterCheckID uniquely identifies
one transaction of requesting operational
parameters check for a CRS.
Status Status Status of operation.
CheckResult CheckResult Results of the operational parameters check. The
format of the result depends on the reply mode as
specified in the checkMode parameter given in the
CRS_Operational_Parameter_Check.request
primitive.
When used
This primitive shall be used by the geo-location function to generate a response to
CRS_Operational_Parameter_check.request.
Effect of receipt
The G-G interface function receives the result of the request for operational parameter check for a CRS.
4.3 Database SAP
4.3.1 Incumbent information read
The incumbent information read service provides a set of primitives or method through which the G-G interface
function read information of incumbents stored at the database function via the DB-SAP. The service is used in
clause 6.1.1 "Incumbents Information Sharing Procedure" in ETSI EN 303 143 [i.2].
Incumbent_Info_Read.request
Function
This primitive is used by the G-G interface function to read the information of incumbent stored at the database
function.
Semantics of the service primitive
Incumbent_Info_Read.request(
incumbentInfoReadID
)
Parameters
Name Type Description
IncumbentInfoReadID TransactionID IncumbentInfoReadID uniquely identifies one
transaction of incumbent information read request.
When used
This primitive shall be used by the G-G interface function of a GLDB when it needs to read the incumbent information
stored at the database function.
Effect of receipt
The database function uses the Incumbent_Info_Read.response to reflect the result.
Incumbent_Info_Read.response
Function
This primitive is used by the database function to provide the result to the G-G interface function as a response to the
Incumbent_Info_Read.request primitive.
ETSI
11 Draft ETSI EN 303 144 V1.0.1 (2015-07)
Semantics of the service primitive
Incumbent_Info_Sharing.response(
incumbentInfoSharingID,
status,
incumbentInfo
)
Parameters
Name Type Description
IncumbentInfoSharingID TransactionID IncumbentInfoSharingID uniquely identifies one
transaction of incumbent information sharing
request.
Status Status Status of operation.
IncumbentInfo IncumbentInfo Information of the incumbent.
When used
This primitive shall be used by the database function to generate a response to the Incumbent_Info_Read.Request.
Effect of receipt
The G-G interface function receives the result of the request for reading information of incumbent stored at the database
function.
4.3.2 Incumbent information write
The incumbent information write service provides a set of primitives or method through which the G-G interface
function write information of incumbents to the database function via the DB-SAP. The service is used in clause 6.1.1
"Incumbents Information Sharing Procedure" in ETSI EN 303 143 [i.2].
Incumbent_Info_Write.request
Function
This primitive is used by the G-G interface function to write the incumbent information to the database function.
Semantics of the service primitive
Incumbent_Info_Write.request(
incumbentInfoWriteID,
incumbentInfo
)
Parameters
Name Type Description
IncumbentInfoWriteID TransactionID IncumbentInfoWriteID uniquely identifies one
transaction of incumbent information write request.
IncumbentInfo IncumbentInfo incumbent information.
When used
This primitive shall be used by the G-G interface function when it needs to write the incumbent information to the
database function.
Effect of receipt
The database function uses the Incumbent_Info_Write.response to reflect the result.
ETSI
12 Draft ETSI EN 303 144 V1.0.1 (2015-07)
Incumbent_Info_Write.response
Function
This primitive is used by the database function to provide the result to the G-G interface function as a response to the
Incumbent_Info_Write.request primitive.
Semantics of the service primitive
Incumbent_Info_Write.response(
incumbentInfoWriteID,
status
)
Parameters
Name Type Description
IncumbentInfoSharingID TransactionID IncumbentInfoSharingID uniquely identifies one
transaction of incumbent information sharing
request.
Status Status Status of operation.
When used
This primitive shall be used by the database function to generate a response to the Incumbent_Info_Write.Request.
Effect of receipt
The G-G interface function receives the result of the request for writing incumbent information to the database function.
4.3.3 CRS channel usage information read
The CRS channel usage information read service provides a set of primitives or method through which the G-G
interface function read information of CRS channel usage stored at the database function via the DB-SAP. The service
is used in clause 6.1.4 "CRS Operating Parameters Checking Procedure" in ETSI EN 303 143 [i.2].
CRS_ChUsage_Info_Read.request
Function
This primitive is used by the G-G interface function to read information of CRS channel usage stored at the database
function.
Semantics of the service primitive
CRS_ChUsage_Info_Read.request(
cRSChUsageReadID,
deviceID
)
Parameters
Name Type Description
cRSChUsageReadID TransactionID cRSChUsageReadID uniquely identifies one
transaction of CRS channel usage information
read request.
deviceID DeviceID deviceID defines the CRS that the channel usage
information is to be read.
When used
This primitive shall be used by the G-G interface function of a GLDB when it needs to read the CRS channel usage
information stored at the database function.
ETSI
13 Draft ETSI EN 303 144 V1.0.1 (2015-07)
Effect of receipt
The database function uses the CRS_ChUsage_Info_Read.response to reflect the result.
CRS_ChUsage_Info_Read.response
Function
This primitive is used by the database function to provide the result to the G-G interface function as a response to the
CRS_ChUsage_Info_Read.request primitive.
Semantics of the service primitive
CRS_ChUsage_Info_Read.response(
cRSChUsageReadID,
status,
cRSChUsageInfo
)
Parameters
Name Type Description
cRSChUsageReadID TransactionID cRSChUsageReadID uniquely identifies one
transaction of CRS channel usage information read
request.
status Status Status of operation.
cRSChUsageInfo Operation cRSChUsageInfo, be composed of
deviceDescriptor, geolocation and
operationalParameters, describes the spectrum
usage by one a CRS.
When used
This primitive shall be used by the database function to generate a response to the cRSChUsageRead.Request.
Effect of receipt
The G-G interface function receives the result of the request for reading information of CRS channel usage stored at the
database function.
4.3.4 CRS channel usage information write
The CRS channel usage information write service provides a set of primitives or method through which the G-G
interface function write information of CRS channel usage to the database function via the DB-SAP. The service is used
in clause 6.1.4 CRS Operating Parameters Registration Procedure in ETSI EN 303 143 [i.2].
CRS_ChUsage_Info_Write.request
Function
This primitive is used by the G-G interface function to write information of CRS channel usage to the database
function.
Semantics of the service primitive
CRS_ChUsage_Info_Write.request(
cRSChUsageWriteID,
deviceID,
cRSUsageInfo
)
ETSI
14 Draft ETSI EN 303 144 V1.0.1 (2015-07)
Parameters
Name Type Description
cRSChUsageWriteID TransactionID cRSChUsageWriteID uniquely identifies one
transaction of CRS channel usage information
write request.
deviceID DeviceID deviceID defines the CRS that the channel usage
information is to be written.
cRSChUsageInfo Operation cRSChUsageInfo, be composed of
deviceDescriptor, geolocation and
operationalParameters, describes the spectrum
usage by one a CRS.
When used
This primitive shall be used by the G-G interface function of a GLDB when it needs to write the CRS channel usage
information to the database function.
Effect of receipt
The database function uses the CRS_ChUsage_Info_Write.response to reflect the result.
CRS_ChUsage_Info_Write.response
Function
This primitive is used by the database function to provide the result to the G-G interface function as a response to the
CRS_ChUsage_Info_Write.request primitive.
Semantics of the service primitive
CRS_ChUsage_Info_Write.response(
cRSChUsageWriteID,
status
)
Parameters
Name Type Description
cRSChUsageWriteID TransactionID cRSChUsageWriteID uniquely identifies one
transaction of CRS channel usage information write
request.
status Status Status of operation.
When used
This primitive shall be used by the database function to generate a response to the cRSChUsageWrite.Request.
Effect of receipt
The G-G interface function receives the result of the request for writing information of CRS channel usage stored at the
database function.
4.4 Communication SAP
4.4.1 Incumbent information sharing
The incumbent information sharing service provides a set of primitives or methods through which the G-G interface
function writes information of incumbents to another G-G interface function via the communication SAP. The service is
used in clause 6.1.1 "Incumbents Information Sharing Procedure" in ETSI EN 303 143 [i.2].
ETSI
15 Draft ETSI EN 303 144 V1.0.1 (2015-07)
Incumbent_Info_Sharing.request
Function
This primitive is used by the G-G interface function of a GLDB to share incumbent information with another GLDB.
Semantics of the service primitive
Incumbent_Info_Sharing.request(
incumbentInfoSharingID,
destinationID,
portNumber,
IncumbentInfo
)
Parameters
Name Type Description
incumbentInfoSharingID TransactionID incumbentInfoSharingID uniquely identifies one
transaction of incumbent information sharing
request.
destinationID IPAddress Destination of a GLDB to which the incumbent
information will be write to.
portNumber Integer Port number of the destination GLDB.
IncumbentInfo IncumbentInfo Information of the incumbent.
When used
This primitive will be used by the G-G interface function of a GLDB when it needs to write incumbent information to
another GLDB.
Effect of receipt
The Communication function uses the Incumbent_Info_Sharing.response to reflect the result.
Incumbent_Info_Sharing.confirm
Function
This primitive shall be used by the communication function to provide the result to the G-G interface function as a
confirm to the Incumbent_Info_Sharing.request primitive.
Semantics of the service primitive
Incumbent_Info_Sharing.confirm(
incumbentInfoSharingID,
status
)
Parameters
Name Type Description
incumbentInfoSharingID TransactionID incumbentInfoSharingID uniquely identifies one
transaction of incumbent information sharing
request.
Status Status Status of operation.
When used
This primitive shall be used by the communication function to generate a confirm to the
Incumbent_Info_Sharing.Request.
ETSI
16 Draft ETSI EN 303 144 V1.0.1 (2015-07)
Effect of receipt
The G-G interface function receives the result of the request for sharing incumbent information registered at its GLDB
with another GLDB.
Incumbent_Info_Sharing.indication
Function
This primitive shall be used by the communication function to indicate to the G-G interface function that incumbent
information sharing request is received.
Semantics of the service primitive
Incumbent_Info_Sharing.indication(
incumbentInfoSharingID,
sourceID,
IncumbentInfo
)
Parameters
Name Type Description
incumbentInfoSharingID TransactionID incumbentInfoSharingID uniquely identifies one
transaction of incumbent information sharing
request.
sourceID IPAddress Source GLDB from which the incumbent
information is received.
IncumbentInfo IncumbentInfo Information of the incumbent.
When used
This primitive shall be used by the communication function to indicate to the G-G function that incumbent information
sharing request is received.
Effect of receipt
The G-G function uses the Incumbent_Info_Sharing.response to reflect the result.
Incumbent_Info_Sharing.response
Function
This primitive is used by the communication function to provide the result to the G-G interface function as a response to
the Incumbent_Info_Sharing.indication primitive.
Semantics of the service primitive
Incumbent_Info_Sharing.confirm(
incumbentInfoSharingID,
status
)
Parameters
Name Type Description
incumbentInfoSharingID TransactionID incumbentInfoSharingID uniquely identifies one
transaction of incumbent information sharing
request.
Status Status Status of operation.
When used
This primitive shall be used by the communication function to generate a response to the
Incumbent_Info_Sharing.indication.
ETSI
17 Draft ETSI EN 303 144 V1.0.1 (2015-07)
Effect of receipt
The communication function receives the result of the indication that an incumbent information sharing request is
received.
4.4.2 CRS count query
The CRS number count query service provides a set of primitives or method through which the G-G interface function
provides information on the number of CRSs over a region to another G-G interface function via the communication
SAP. The service is used in clause 6.1.6 "Exchange the Number of CRSs over a Certain Region" in ETSI
EN 303 143 [i.2].
CRS_Count_Query.request
Function
This primitive is used by the G-G interface function of a GLDB to obtain the number of CRSs over a region managed
by another GLDB.
Semantics of the service primitive
CRS_Count_Query.request(
cRSCountQueryID,
sourceID,
destinationID,
region
)
Parameters
Name Type Description
cRSCountQueryID TransactionID cRSCountQueryID uniquely identifies one
transaction of CRS count query request.
sourceID IPAddress Source of a GLDB to which the information on the
number of CRSs within a region is requested.
destinationID IPAddress Destination of a GLDB from which the information
on the number of CRSs within a region is
requested.
Region Region Area in which the number of CRSs are counted.
When used
This primitive shall be used by the G-G interface function of a GLDB when it needs to request the number of CRSs
within a region managed by another GLDB.
Effect of receipt
The Communication function uses the CRS_Count_Query.confirm to reflect the result.
CRS_Count_Query.confirm
Function
This primitive is used by the communication function to provide the result to the G-G interface function as a
confirmation to the CRS_Count_Query.request primitive.
Semantics of the service primitive
CRS_Count_Query.confirm(
cRSCountQueryID,
status,
numberOfCRSs
)
ETSI
18 Draft ETSI EN 303 144 V1.0.1 (2015-07)
Parameters
Name Type Description
cRSCountQueryID TransactionID cRSCountQueryID uniquely identifies one
transaction of CRS count query request.
Status Status Status of operation.
numberOfCRSs Integer The number of CRSs over a given region managed
by a neighbour GLDB.
When used
This primitive shall be used by the communication function to generate a confirmation to the
CRS_Count_Query.Request.
Effect of receipt
The G-G interface function receives the result of the request for the number of CRSs within a region managed by
another GLDB.
CRS_Count_Query.indication
Function
This primitive is used by the communication function to indicate to the G-G interface function that a CRS count query
is received from another GLDB.
Semantics of the service primitive
CRS_Count_Query.indication(
cRSCountQueryID,
sourceID,
region
)
Parameters
Name Type Description
cRSCountQueryID TransactionID cRSCountQueryID uniquely identifies one
transaction of CRS count query request.
sourceID IPAddress Source GLDB from which the CRS countquery is
received.
region Region Area in which the number of CRSs are counted.
When used
This primitive shall be used by the communication function to indicate to the G-G function that CRS count query is
received from another GLDB.
Effect of receipt
The G-G function uses the CRS_Count_Query.response to reflect the result.
CRS_Count_Query.response
Function
This primitive is used by the communication function to provide the result to the G-G interface function as a response to
the CRS_Count_Query.indication primitive.
ETSI
19 Draft ETSI EN 303 144 V1.0.1 (2015-07)
Semantics of the service primitive
CRS_Count_Query.response(
cRSCountQueryID,
status,
numberOfCRSs
)
Parameters
Name Type Description
cRSCountQueryID TransactionID cRSCountQueryID uniquely identifies one
transaction of CRS count query request.
status Status Status of operation.
numberOfCRSs Integer The number of CRSs over a given region managed
by a neighbour GLDB.
When used
This primitive shall be used by the communication function to generate a response to the CRS_Count_Query.request.
Effect of receipt
The communication function receives the result of the indication that a CRS count query is received.
4.4.3 CRS count update
The CRS number count update service provides a set of primitives or method through which the G-G interface function
updates information on the number of CRSs over a region to another G-G interface function via the communication
SAP. The service is used in clause 6.1.7 "Update the Number of CRSs over a Certain" in ETSI EN 303 143 [i.2].
CRS_Count_Update.request
Function
This primitive is used by the G-G interface function of a GLDB to update the number of CRSs by the GLDB over a
region managed to another GLDB.
Semantics of the service primitive
CRS_Count_Update.request(
cRSCountUpdateID,
sourceID,
destinationID,
region,
numberOfCRSs
)
Parameters
Name Type Description
cRSCountUpdateID TransactionID cRSCountUpdateID uniquely identifies one transaction of
CRS count update request.
sourceID IPAddress Source of a GLDB to which the information on the number
of CRSs within a region is to be updated.
destinationID IPAddress Destination of a GLDB from which the information on the
number of CRSs within a region is to be updated to the
other GLDB.
Region Region Area in which the number of CRSs are counted.
numberOfCRSs Integer The number of CRSs over a given region managed by the
GLDB.
ETSI
20 Draft ETSI EN 303 144 V1.0.1 (2015-07)
When used
This primitive shall be used by the G-G interface function of a GLDB when it needs to update the number of CRSs
managed by the GLDB within a region to another GLDB.
Effect of receipt
The Communication function uses the CRS_Count_Update.confirm to reflect the result.
CRS_Count_Update.confirm
Function
This primitive is used by the communication function to provide the result to the G-G interface function as a
confirmation to the CRS_Count_Update.request primitive.
Semantics of the service primitive
CRS_Count_Update.confirm(
cRSCountUpdateID,
status
)
Parameters
Name Type Description
cRSCountUpdateID TransactionID cRSCountUpdateID uniquely identifies one transaction of
CRS count update request.
Status Status Status of operation.
When used
This primitive shall be used by the communication function to generate a confirmation to the
CRS_Count_Update.Request.
Effect of receipt
The G-G interface function receives the result of the updating the the number of CRSs within a region managed by the
GLDB.
CRS_Count_Update.indication
Function
This primitive is used by the communication function to indicate to the G-G interface function that a CRS count update
is received from another GLDB.
Semantics of the service primitive
CRS_Count_Update.indication(
cRSCountUpdateID,
sourceID,
region,
numberOfCRSs
)
ETSI
21 Draft ETSI EN 303 144 V1.0.1 (2015-07)
Parameters
Name Type Description
cRSCountUpdateID TransactionID cRSCountUpdateID uniquely identifies one
transaction of CRS count update request.
sourceID IPAddress Source GLDB from which the CRS count update
request is received.
region Region Area in which the number of CRSs are counted.
numberOfCRSs Integer The number of CRSs over a given region managed
by the GLDB.
When used
This primitive shall be used by the communication function to indicate to the G-G function that CRS count update is
received from another GLDB.
Effect of receipt
The G-G function uses the CRS_Count_Update.response to reflect the result.
CRS_Count_Update.response
Function
This primitive is used by the communication function to provide the result to the G-G interface function as a response to
the CRS_Count_Update.indication primitive.
Semantics of the service primitive
CRS_Count_Update.response(
cRSCountUpdateID,
status
)
Parameters
Name Type Description
cRSCountUpdateID TransactionID cRSCountUpdateID uniquely identifies one
transaction of CRS count update request.
status Status Status of operation.
When used
This primitive shall be used by the communication function to generate a response to the CRS_Count_Update.request.
Effect of receipt
The communication function receives the result of the indication that a CRS count update is received.
4.4.4 Victim GLDB discovery
The victim GLDB discovery service provides a set of primitives or method through which the G-G interface function
exchange information with another G-G interface function via the communication SAP to discover the victim GLDB.
The service is used in clause 6.1.2 "Victim GLDB Discovery Procedure" in ETSI EN 303 143 [i.2].
Victim_GLDB_Discovery.request
Function
This primitive is used by the G-G interface function of a GLDB to discover victim GLDBs.
ETSI
22 Draft ETSI EN 303 144 V1.0.1 (2015-07)
Semantics of the service primitive
Victim_GLDB_Discovery.request(
victimGLDBDiscoveryID,
sourceID,
destinationID,
intendedSpectrumUsage
)
Parameters
Name Type Description
victimGLDBDiscoveryID TransactionID victimGLDBDiscoveryID uniquely identifies one transaction to
discover victim GLDB.
sourceID IPAddress Source of a GLDB from which the victim discovery request is
generated.
destinationID IPAddress Destination of a GLDB to which the victim GLDB discovery request
is received.
intendedSpectrumUsage Operation intendedSpectrumUsage, be composed of deviceDescriptor,
geolocation and operationalParameters, describes spectrum usage
one CRS or one presumed CRS who interference effect is
equivalent to that of multiple closely located CRSs' aggregate
interference over a region.
When used
This primitive shall be used by the G-G interface function of a GLDB when it needs to discover victim GLDBs.
Effect of receipt
The Communication function uses the Victim_GLDB_Discovery.confirm to reflect the result.
Victim_GLDB_Discovery.confirm
Function
This primitive is used by the communication function to provide the result to the G-G interface function as a
confirmation to the victimGLDBDiscoveryID.request primitive.
Semantics of the service primitive
Victim_GLDB_Discovery.confirm(
victimGLDBDiscoveryID,
status,
discoveryResult
)
Parameters
Name Type Description
victimGLDBDiscoveryID TransactionID victimGLDBDiscoveryID uniquely identifies one
transaction to discover victim GLDB.
Sta
...
EUROPEAN STANDARD
Reconfigurable Radio Systems (RRS);
Enabling the operation of Cognitive Radio System (CRS)
dependent for their use of radio spectrum on information
obtained from Geo-location Databases (GLDBs);
Parameters and procedures for information
exchange between different GLDBs
2 ETSI EN 303 144 V1.1.1 (2015-11)
Reference
DEN/RRS-01018
Keywords
control, CRS, GLDB, 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/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
3 ETSI EN 303 144 V1.1.1 (2015-11)
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 Service access points . 6
4.1 General . 6
4.2 Geo-location function SAP. 7
4.2.1 CRS operational parameter generation . 7
4.2.2 CRS operational parameter check . 9
4.3 Database SAP . 10
4.3.1 Incumbent information read . 10
4.3.2 Incumbent information write . 11
4.3.3 CRS channel usage information read . 12
4.3.4 CRS channel usage information write . 13
4.4 Communication SAP . 14
4.4.1 Incumbent information sharing . 14
4.4.2 CRS count query . 17
4.4.3 CRS count update . 19
4.4.4 Victim GLDB discovery . 21
4.4.5 Affected incumbent Information acquisition . 24
4.4.6 Affected incumbent information providing service . 26
4.4.7 CRS spectrum usage modification . 29
4.4.8 CRS Channel usage query . 31
4.4.9 CRS Channel usage registration . 34
4.4.10 CRS transfer between GLDBs . 36
5 Information elements . 39
5.1 General . 39
5.2 Data format . 39
History . 46
ETSI
4 ETSI EN 303 144 V1.1.1 (2015-11)
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 European Standard (EN) has been produced by ETSI Technical Committee Reconfigurable Radio Systems (RRS).
National transposition dates
Date of adoption of this EN: 6 November 2015
Date of latest announcement of this EN (doa): 29 February 2016
Date of latest publication of new National Standard
or endorsement of this EN (dop/e): 31 August 2016
Date of withdrawal of any conflicting National Standard (dow): 31 August 2016
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
5 ETSI EN 303 144 V1.1.1 (2015-11)
1 Scope
The present document covers the parameters and procedures for information exchange between different Geolocation
Databases (GLDB) the operation of Cognitive Radio System (CRS). The work is based on the system architecture for
WSD GLDBs as defined in ETSI EN 303 145 [i.1] and ETSI EN 303 143 [i.2].
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
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.
The following referenced documents are necessary for the application of the present document.
Not applicable.
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 EN 303 145: "Reconfigurable Radio Systems (RRS); System Architecture and High Level
Procedures for Coordinated and Uncoordinated Use of TV White Spaces".
[i.2] ETSI EN 303 143: "Reconfigurable Radio Systems (RRS); System architecture for information
exchange between different Geo-location Databases (GLDBs) enabling the operation of White
Space Devices (WSDs)".
[i.3] ISO/IEC 10731 (1994): "Information Technology - Open Systems Interconnection - Basic
Reference Model: Conventions for the Definition of OSI Services".
[i.4] Recommendation ITU-T X.680: "Information technology - Abstract Syntax Notation One
(ASN.1): Specification of basic notation".
[i.5] ETSI EN 301 598: "White Space Devices (WSD); Wireless Access Systems operating in the
470 MHz to 790 MHz TV broadcast band; Harmonized EN covering the essential requirements of
article 3.2 of the R&TTE Directive".
ETSI
6 ETSI EN 303 144 V1.1.1 (2015-11)
3 Definitions and abbreviations
3.1 Definitions
For the purposes of the present document, the following terms and definitions apply:
communication function: hardware/software module that provides communication services required by the interfaces
between logical entities based on communications protocol stack
database function: software/hardware that stores necessary information provided by regulators for calculating
available spectrum that a WSD in a CRS can operate on with protection to incumbent services as well as registration of
the WSDs under regulatory requirements and for protecting incumbent services purposes
G-G Interface function: abstraction of the totality of those functional blocks inside a geo-location database realizing
the G-G logical interface between GLDBs
G-G Logical interface: conceptual boundary between GLDBs for information exchange to enable the operation of a
CRS with protection of the incumbent service
geo-location function: software/hardware that calculates location specific EIRP of a frequency band and that a WSD in
a CRS can use based on the information on incumbents stored in database function
victim GLDB: GLDB whose incumbents can suffer interference from CRSs that are under the management of another
GLDB (the querying GLDB)
3.2 Abbreviations
For the purposes of the present document, the following abbreviations apply:
ACLR Adjacent Channel Leakage Ratio
ACS Adjacent Channel Selectivity
ASN Abstract Syntax Notation
CRS Cognitive Radio System
DB-SAP DataBase Service Access Point
EIRP Effective Isotropic Radiated Power
GLDB Geo-Location DataBase
GL-SAP GeoLocation Service Access Point
ID IDentifier
IP Internet Protocol
SAP Service Access Point
SC Spectrum Coordinator
WSD White Space Device
4 Service access points
4.1 General
The following clauses describe the primitives related to the Service Access Points as identified in ETSI
EN 303 143 [i.2] and also shown in figure 4.1.
Clause 4.2 describes the primitives associated to the geolocation function (GL-SAP in figure 4.1).
Clause 4.3 describes the primitives associated to the database function (DB-SAP in figure 4.1).
Clause 4.4 describes the primitives associated to the communication function (Com-SAP in figure 4.1).
ETSI
7 ETSI EN 303 144 V1.1.1 (2015-11)
Figure 4.1: reference model for the information exchange between
GLDBs using the G-G logical interface [i.2]
The terminology used for describing primitives at service access points for peer OSI-service-users follows the model
described in ISO/IEC 10731 [i.3] and is shown in figure 4.2.
Figure 4.2: Example of a peer-to-peer connection-mode service
4.2 Geo-location function SAP
4.2.1 CRS operational parameter generation
The CRS operational parameter generation service provides a set of primitives or method through which the G-G
interface function provides the device parameters of a CRS and obtains operational parameters of a CRS generated by
the geo-location function. The service is used in the second variant of the procedure in clause 6.1.3 "CRS Spectrum
Usage Modification Procedure" in ETSI EN 303 143 [i.2] where victim GLDB update the list of available channels and
powers to protect incumbents in victim GLDB.
Get_CRS_Operation_Parameter.request
Function
This primitive is used by the G-G interface function to request operational parameters of a CRS.
ETSI
8 ETSI EN 303 144 V1.1.1 (2015-11)
Semantics of the service primitive
Get_CRS_Operational_Parameter.request (
operationalParameterRequestID,
deviceDescriptor,locationInfo
)
Parameters
Name Type Description
OperationalParameterRequestID TransactionID OperationalParameterRequestID uniquely identifies
one transaction of requesting operational
parameters for a CRS.
DeviceDescriptor DeviceDescriptor Device descriptor describes the physical profile of a
CRS.
LocationInfo LocationInfo Geo-location information of CRS.
When used
This primitive shall be used by the G-G interface function when it needs to obtain the operational parameters of a CRS
as described by the CRS device parameters.
Effect of receipt
The geo-location database function subsequently determines the operational parameters of the CRS based on the
submitted device parameters and use the Get_Operational_Parameter.response primitive to reflect the result of the
request.
Get_CRS_Operational_Parameter.response
Function
This primitive is used by the geo-location function to provide the operational parameters to the G-G interface function
as a response to the Get_CRS_Operational_Parameter.request primitive.
Semantics of the service primitive
Get_CRS_Operational_Parameter.response(
operationalParameterRequestID,
status,
operationalParameters
)
Parameters
Name Type Description
OperationalParameterRequestID TransactionID OperationalParameterRequestID uniquely identifies
one transaction of requesting operational
parameters for a CRS.
Status Status Status of operation.
OperationalParameters OperationalParameters OperationalParameters is produced by the GLDB
for the requesting CRS to configure its
transmissions.
When used
This primitive shall be used by the geo-location function to generate a response to the operational parameter request.
Effect of receipt
The G-G interface function receives the result of the request for operational parameters of a CRS.
ETSI
9 ETSI EN 303 144 V1.1.1 (2015-11)
4.2.2 CRS operational parameter check
The CRS operational parameter check service provides a set of primitives or method through which the G-G interface
function checks whether the usage of the provided operational parameters will cause interference to the incumbent. The
service is used in clause 6.1.2 "Victim GLDB Discovery Procedure" in ETSI EN 303 143 [i.2].
CRS_Operational_Parameter_check.request
Function
This primitive is used by the G-G interface function to request the GLDB function to check whether the CRS using the
provided operational parameters will cause interference to the incumbent.
Semantics of the service primitive
Check_CRS_Operational_Parameter.request(
operationalParameterCheckID,
operationalParameters,
checkMode,
replyMode
)
Parameters
Name Type Description
OperationalParameterCheckID TransactionID OperationalParameterCheckID uniquely identifies
one transaction of requesting operational
parameters check for a CRS.
OperationalParameters OperationalParameters operationalParameters is produced by the GLDB
for the requesting CRS to configure its
transmissions.
CheckMode CheckMode CheckMode parameter specifies the mode of
operational parameters check.
ReplyMode ReplyMode ReplyMode parameter specifies the mode of
replying the result of operational parameters check
request.
When used
This primitive shall be used by the G-G interface function when it needs to check whether a CRS using the provided
operational parameters will cause interference to the incumbent.
Effect of receipt
The geo-location database function subsequently checks whether the CRS described by the submitted device parameters
will cause interference to the incumbent when using the provided operational parameters. Subsequently, the geo-
location function uses the CRS_Operational_Parameter_Check.response primitive to reflect the result of the request in
a format specified by the mode of reply.
CRS_Operational_Parameter_Check.response
Function
This primitive is used by the geo-location function to provide the operational parameters check result to the G-G
interface function as a response to the CRS_Operational_Parameter_Check.request primitive.
Semantics of the service primitive
CRS_Operational_Parameter_Check.response(
operationalParameterCheckID,
status,
checkResult
)
ETSI
10 ETSI EN 303 144 V1.1.1 (2015-11)
Parameters
Name Type Description
OperationalParameterCheckID TransactionID OperationalParameterCheckID uniquely identifies
one transaction of requesting operational
parameters check for a CRS.
Status Status Status of operation.
CheckResult CheckResult Results of the operational parameters check. The
format of the result depends on the reply mode as
specified in the checkMode parameter given in the
CRS_Operational_Parameter_Check.request
primitive.
When used
This primitive shall be used by the geo-location function to generate a response to
CRS_Operational_Parameter_check.request.
Effect of receipt
The G-G interface function receives the result of the request for operational parameter check for a CRS.
4.3 Database SAP
4.3.1 Incumbent information read
The incumbent information read service provides a set of primitives or method through which the G-G interface
function read information of incumbents stored at the database function via the DB-SAP. The service is used in
clause 6.1.1 "Incumbents Information Sharing Procedure" in ETSI EN 303 143 [i.2].
Incumbent_Info_Read.request
Function
This primitive is used by the G-G interface function to read the information of incumbent stored at the database
function.
Semantics of the service primitive
Incumbent_Info_Read.request(
incumbentInfoReadID
)
Parameters
Name Type Description
IncumbentInfoReadID TransactionID IncumbentInfoReadID uniquely identifies one
transaction of incumbent information read request.
When used
This primitive shall be used by the G-G interface function of a GLDB when it needs to read the incumbent information
stored at the database function.
Effect of receipt
The database function uses the Incumbent_Info_Read.response to reflect the result.
Incumbent_Info_Read.response
Function
This primitive is used by the database function to provide the result to the G-G interface function as a response to the
Incumbent_Info_Read.request primitive.
ETSI
11 ETSI EN 303 144 V1.1.1 (2015-11)
Semantics of the service primitive
Incumbent_Info_Sharing.response(
incumbentInfoSharingID,
status,
incumbentInfo
)
Parameters
Name Type Description
IncumbentInfoSharingID TransactionID IncumbentInfoSharingID uniquely identifies one
transaction of incumbent information sharing
request.
Status Status Status of operation.
IncumbentInfo IncumbentInfo Information of the incumbent.
When used
This primitive shall be used by the database function to generate a response to the Incumbent_Info_Read.Request.
Effect of receipt
The G-G interface function receives the result of the request for reading information of incumbent stored at the database
function.
4.3.2 Incumbent information write
The incumbent information write service provides a set of primitives or method through which the G-G interface
function write information of incumbents to the database function via the DB-SAP. The service is used in clause 6.1.1
"Incumbents Information Sharing Procedure" in ETSI EN 303 143 [i.2].
Incumbent_Info_Write.request
Function
This primitive is used by the G-G interface function to write the incumbent information to the database function.
Semantics of the service primitive
Incumbent_Info_Write.request(
incumbentInfoWriteID,
incumbentInfo
)
Parameters
Name Type Description
IncumbentInfoWriteID TransactionID IncumbentInfoWriteID uniquely identifies one
transaction of incumbent information write request.
IncumbentInfo IncumbentInfo incumbent information.
When used
This primitive shall be used by the G-G interface function when it needs to write the incumbent information to the
database function.
Effect of receipt
The database function uses the Incumbent_Info_Write.response to reflect the result.
ETSI
12 ETSI EN 303 144 V1.1.1 (2015-11)
Incumbent_Info_Write.response
Function
This primitive is used by the database function to provide the result to the G-G interface function as a response to the
Incumbent_Info_Write.request primitive.
Semantics of the service primitive
Incumbent_Info_Write.response(
incumbentInfoWriteID,
status
)
Parameters
Name Type Description
IncumbentInfoSharingID TransactionID IncumbentInfoSharingID uniquely identifies one
transaction of incumbent information sharing
request.
Status Status Status of operation.
When used
This primitive shall be used by the database function to generate a response to the Incumbent_Info_Write.Request.
Effect of receipt
The G-G interface function receives the result of the request for writing incumbent information to the database function.
4.3.3 CRS channel usage information read
The CRS channel usage information read service provides a set of primitives or method through which the G-G
interface function read information of CRS channel usage stored at the database function via the DB-SAP. The service
is used in clause 6.1.4 "CRS Operating Parameters Checking Procedure" in ETSI EN 303 143 [i.2].
CRS_ChUsage_Info_Read.request
Function
This primitive is used by the G-G interface function to read information of CRS channel usage stored at the database
function.
Semantics of the service primitive
CRS_ChUsage_Info_Read.request(
cRSChUsageReadID,
deviceID
)
Parameters
Name Type Description
cRSChUsageReadID TransactionID cRSChUsageReadID uniquely identifies one
transaction of CRS channel usage information
read request.
deviceID DeviceID deviceID defines the CRS that the channel usage
information is to be read.
When used
This primitive shall be used by the G-G interface function of a GLDB when it needs to read the CRS channel usage
information stored at the database function.
ETSI
13 ETSI EN 303 144 V1.1.1 (2015-11)
Effect of receipt
The database function uses the CRS_ChUsage_Info_Read.response to reflect the result.
CRS_ChUsage_Info_Read.response
Function
This primitive is used by the database function to provide the result to the G-G interface function as a response to the
CRS_ChUsage_Info_Read.request primitive.
Semantics of the service primitive
CRS_ChUsage_Info_Read.response(
cRSChUsageReadID,
status,
cRSChUsageInfo
)
Parameters
Name Type Description
cRSChUsageReadID TransactionID cRSChUsageReadID uniquely identifies one
transaction of CRS channel usage information read
request.
status Status Status of operation.
cRSChUsageInfo Operation cRSChUsageInfo, be composed of
deviceDescriptor, geolocation and
operationalParameters, describes the spectrum
usage by one a CRS.
When used
This primitive shall be used by the database function to generate a response to the cRSChUsageRead.Request.
Effect of receipt
The G-G interface function receives the result of the request for reading information of CRS channel usage stored at the
database function.
4.3.4 CRS channel usage information write
The CRS channel usage information write service provides a set of primitives or method through which the G-G
interface function write information of CRS channel usage to the database function via the DB-SAP. The service is used
in clause 6.1.4 "CRS Operating Parameters Registration Procedure" in ETSI EN 303 143 [i.2].
CRS_ChUsage_Info_Write.request
Function
This primitive is used by the G-G interface function to write information of CRS channel usage to the database
function.
Semantics of the service primitive
CRS_ChUsage_Info_Write.request(
cRSChUsageWriteID,
deviceID,
cRSUsageInfo
)
ETSI
14 ETSI EN 303 144 V1.1.1 (2015-11)
Parameters
Name Type Description
cRSChUsageWriteID TransactionID cRSChUsageWriteID uniquely identifies one
transaction of CRS channel usage information
write request.
deviceID DeviceID deviceID defines the CRS that the channel usage
information is to be written.
cRSChUsageInfo Operation cRSChUsageInfo, be composed of
deviceDescriptor, geolocation and
operationalParameters, describes the spectrum
usage by one a CRS.
When used
This primitive shall be used by the G-G interface function of a GLDB when it needs to write the CRS channel usage
information to the database function.
Effect of receipt
The database function uses the CRS_ChUsage_Info_Write.response to reflect the result.
CRS_ChUsage_Info_Write.response
Function
This primitive is used by the database function to provide the result to the G-G interface function as a response to the
CRS_ChUsage_Info_Write.request primitive.
Semantics of the service primitive
CRS_ChUsage_Info_Write.response(
cRSChUsageWriteID,
status
)
Parameters
Name Type Description
cRSChUsageWriteID TransactionID cRSChUsageWriteID uniquely identifies one
transaction of CRS channel usage information write
request.
status Status Status of operation.
When used
This primitive shall be used by the database function to generate a response to the cRSChUsageWrite.Request.
Effect of receipt
The G-G interface function receives the result of the request for writing information of CRS channel usage stored at the
database function.
4.4 Communication SAP
4.4.1 Incumbent information sharing
The incumbent information sharing service provides a set of primitives or methods through which the G-G interface
function writes information of incumbents to another G-G interface function via the communication SAP. The service is
used in clause 6.1.1 "Incumbents Information Sharing Procedure" in ETSI EN 303 143 [i.2].
ETSI
15 ETSI EN 303 144 V1.1.1 (2015-11)
Incumbent_Info_Sharing.request
Function
This primitive is used by the G-G interface function of a GLDB to share incumbent information with another GLDB.
Semantics of the service primitive
Incumbent_Info_Sharing.request(
incumbentInfoSharingID,
destinationID,
portNumber,
IncumbentInfo
)
Parameters
Name Type Description
incumbentInfoSharingID TransactionID incumbentInfoSharingID uniquely identifies one
transaction of incumbent information sharing
request.
destinationID IPAddress Destination of a GLDB to which the incumbent
information will be write to.
portNumber Integer Port number of the destination GLDB.
IncumbentInfo IncumbentInfo Information of the incumbent.
When used
This primitive will be used by the G-G interface function of a GLDB when it needs to write incumbent information to
another GLDB.
Effect of receipt
The Communication function uses the Incumbent_Info_Sharing.response to reflect the result.
Incumbent_Info_Sharing.confirm
Function
This primitive shall be used by the communication function to provide the result to the G-G interface function as a
confirm to the Incumbent_Info_Sharing.request primitive.
Semantics of the service primitive
Incumbent_Info_Sharing.confirm(
incumbentInfoSharingID,
status
)
Parameters
Name Type Description
incumbentInfoSharingID TransactionID incumbentInfoSharingID uniquely identifies one
transaction of incumbent information sharing
request.
Status Status Status of operation.
When used
This primitive shall be used by the communication function to generate a confirm to the
Incumbent_Info_Sharing.Request.
ETSI
16 ETSI EN 303 144 V1.1.1 (2015-11)
Effect of receipt
The G-G interface function receives the result of the request for sharing incumbent information registered at its GLDB
with another GLDB.
Incumbent_Info_Sharing.indication
Function
This primitive shall be used by the communication function to indicate to the G-G interface function that incumbent
information sharing request is received.
Semantics of the service primitive
Incumbent_Info_Sharing.indication(
incumbentInfoSharingID,
sourceID,
IncumbentInfo
)
Parameters
Name Type Description
incumbentInfoSharingID TransactionID incumbentInfoSharingID uniquely identifies one
transaction of incumbent information sharing
request.
sourceID IPAddress Source GLDB from which the incumbent
information is received.
IncumbentInfo IncumbentInfo Information of the incumbent.
When used
This primitive shall be used by the communication function to indicate to the G-G function that incumbent information
sharing request is received.
Effect of receipt
The G-G function uses the Incumbent_Info_Sharing.response to reflect the result.
Incumbent_Info_Sharing.response
Function
This primitive is used by the communication function to provide the result to the G-G interface function as a response to
the Incumbent_Info_Sharing.indication primitive.
Semantics of the service primitive
Incumbent_Info_Sharing.confirm(
incumbentInfoSharingID,
status
)
Parameters
Name Type Description
incumbentInfoSharingID TransactionID incumbentInfoSharingID uniquely identifies one
transaction of incumbent information sharing
request.
Status Status Status of operation.
When used
This primitive shall be used by the communication function to generate a response to the
Incumbent_Info_Sharing.indication.
ETSI
17 ETSI EN 303 144 V1.1.1 (2015-11)
Effect of receipt
The communication function receives the result of the indication that an incumbent information sharing request is
received.
4.4.2 CRS count query
The CRS number count query service provides a set of primitives or method through which the G-G interface function
provides information on the number of CRSs over a region to another G-G interface function via the communication
SAP. The service is used in clause 6.1.6 "Exchange the Number of CRSs over a Certain Region" in ETSI
EN 303 143 [i.2].
CRS_Count_Query.request
Function
This primitive is used by the G-G interface function of a GLDB to obtain the number of CRSs over a region managed
by another GLDB.
Semantics of the service primitive
CRS_Count_Query.request(
cRSCountQueryID,
sourceID,
destinationID,
region
)
Parameters
Name Type Description
cRSCountQueryID TransactionID cRSCountQueryID uniquely identifies one
transaction of CRS count query request.
sourceID IPAddress Source of a GLDB to which the information on the
number of CRSs within a region is requested.
destinationID IPAddress Destination of a GLDB from which the information
on the number of CRSs within a region is
requested.
Region Region Area in which the number of CRSs are counted.
When used
This primitive shall be used by the G-G interface function of a GLDB when it needs to request the number of CRSs
within a region managed by another GLDB.
Effect of receipt
The Communication function uses the CRS_Count_Query.confirm to reflect the result.
CRS_Count_Query.confirm
Function
This primitive is used by the communication function to provide the result to the G-G interface function as a
confirmation to the CRS_Count_Query.request primitive.
Semantics of the service primitive
CRS_Count_Query.confirm(
cRSCountQueryID,
status,
numberOfCRSs
)
ETSI
18 ETSI EN 303 144 V1.1.1 (2015-11)
Parameters
Name Type Description
cRSCountQueryID TransactionID cRSCountQueryID uniquely identifies one
transaction of CRS count query request.
Status Status Status of operation.
numberOfCRSs Integer The number of CRSs over a given region managed
by a neighbour GLDB.
When used
This primitive shall be used by the communication function to generate a confirmation to the
CRS_Count_Query.Request.
Effect of receipt
The G-G interface function receives the result of the request for the number of CRSs within a region managed by
another GLDB.
CRS_Count_Query.indication
Function
This primitive is used by the communication function to indicate to the G-G interface function that a CRS count query
is received from another GLDB.
Semantics of the service primitive
CRS_Count_Query.indication(
cRSCountQueryID,
sourceID,
region
)
Parameters
Name Type Description
cRSCountQueryID TransactionID cRSCountQueryID uniquely identifies one
transaction of CRS count query request.
sourceID IPAddress Source GLDB from which the CRS countquery is
received.
region Region Area in which the number of CRSs are counted.
When used
This primitive shall be used by the communication function to indicate to the G-G function that CRS count query is
received from another GLDB.
Effect of receipt
The G-G function uses the CRS_Count_Query.response to reflect the result.
CRS_Count_Query.response
Function
This primitive is used by the communication function to provide the result to the G-G interface function as a response to
the CRS_Count_Query.indication primitive.
ETSI
19 ETSI EN 303 144 V1.1.1 (2015-11)
Semantics of the service primitive
CRS_Count_Query.response(
cRSCountQueryID,
status,
numberOfCRSs
)
Parameters
Name Type Description
cRSCountQueryID TransactionID cRSCountQueryID uniquely identifies one
transaction of CRS count query request.
status Status Status of operation.
numberOfCRSs Integer The number of CRSs over a given region managed
by a neighbour GLDB.
When used
This primitive shall be used by the communication function to generate a response to the CRS_Count_Query.request.
Effect of receipt
The communication function receives the result of the indication that a CRS count query is received.
4.4.3 CRS count update
The CRS number count update service provides a set of primitives or method through which the G-G interface function
updates information on the number of CRSs over a region to another G-G interface function via the communication
SAP. The service is used in clause 6.1.7 "Update the Number of CRSs over a Certain" in ETSI EN 303 143 [i.2].
CRS_Count_Update.request
Function
This primitive is used by the G-G interface function of a GLDB to update the number of CRSs by the GLDB over a
region managed to another GLDB.
Semantics of the service primitive
CRS_Count_Update.request(
cRSCountUpdateID,
sourceID,
destinationID,
region,
numberOfCRSs
)
Parameters
Name Type Description
cRSCountUpdateID TransactionID cRSCountUpdateID uniquely identifies one transaction of
CRS count update request.
sourceID IPAddress Source of a GLDB to which the information on the number
of CRSs within a region is to be updated.
destinationID IPAddress Destination of a GLDB from which the information on the
number of CRSs within a region is to be updated to the
other GLDB.
Region Region Area in which the number of CRSs are counted.
numberOfCRSs Integer The number of CRSs over a given region managed by the
GLDB.
ETSI
20 ETSI EN 303 144 V1.1.1 (2015-11)
When used
This primitive shall be used by the G-G interface function of a GLDB when it needs to update the number of CRSs
managed by the GLDB within a region to another GLDB.
Effect of receipt
The Communication function uses the CRS_Count_Update.confirm to reflect the result.
CRS_Count_Update.confirm
Function
This primitive is used by the communication function to provide the result to the G-G interface function as a
confirmation to the CRS_Count_Update.request primitive.
Semantics of the service primitive
CRS_Count_Update.confirm(
cRSCountUpdateID,
status
)
Parameters
Name Type Description
cRSCountUpdateID TransactionID cRSCountUpdateID uniquely identifies one transaction of
CRS count update request.
Status Status Status of operation.
When used
This primitive shall be used by the communication function to generate a confirmation to the
CRS_Count_Update.Request.
Effect of receipt
The G-G interface function receives the result of the updating the the number of CRSs within a region managed by the
GLDB.
CRS_Count_Update.indication
Function
This primitive is used by the communication function to indicate to the G-G interface function that a CRS count update
is received from another GLDB.
Semantics of the service primitive
CRS_Count_Update.indication(
cRSCountUpdateID,
sourceID,
region,
numberOfCRSs
)
Parameters
Name Type Description
cRSCountUpdateID TransactionID cRSCountUpdateID uniquely identifies one
transaction of CRS count update request.
sourceID IPAddress Source GLDB from which the CRS count update
request is received.
region Region Area in which the number of CRSs are counted.
numberOfCRSs Integer The number of CRSs over a given region managed
by the GLDB.
ETSI
21 ETSI EN 303 144 V1.1.1 (2015-11)
When used
This primitive shall be used by the communication function to indicate to the G-G function that CRS count update is
received from another GLDB.
Effect of receipt
The G-G function uses the CRS_Count_Update.response to reflect the result.
CRS_Count_Update.response
Function
This primitive is used by the communication function to provide the result to the G-G interface function as a response to
the CRS_Count_Update.indication primitive.
Semantics of the service primitive
CRS_Count_Update.response(
cRSCountUpdateID,
status
)
Parameters
Name Type Description
cRSCountUpdateID TransactionID cRSCountUpdateID uniquely identifies one
transaction of CRS count update request.
status Status Status of operation.
When used
This primitive shall be used by the communication function to generate a response to the CRS_Count_Update.request.
Effect of receipt
The communication function receives the result of the indication that a CRS count update is received.
4.4.4 Victim GLDB discovery
The victim GLDB discovery service provides a set of primitives or method through which the G-G interface function
exchange information with another G-G interface function via the communication SAP to discover the victim GLDB.
The service is used in clause 6.1.2 "Victim GLDB Discovery Procedure" in ETSI EN 303 143 [i.2].
Victim_GLDB_Discovery.request
Function
This primitive is used by the G-G interface function of a GLDB to discover victim GLDBs.
Semantics of the service primitive
Victim_GLDB_Discovery.request(
victimGLDBDiscoveryID,
sourceID,
destinationID,
intendedSpectrumUsage
)
ETSI
22 ETSI EN 303 144 V1.1.1 (2015-11)
Parameters
Name Type Description
victimGLDBDiscoveryID TransactionID victimGLDBDiscoveryID uniquely identifies one transaction to
discover victim GLDB.
sourceID IPAddress Source of a GLDB from which the victim discovery request is
generated.
destinationID IPAddress Destination of a GLDB to which the victim GLDB discovery request
is received.
intendedSpectrumUsage Operation intendedSpectrumUsage, be composed of deviceDescriptor,
geolocation and operationalParameters, describes spectrum usage
one CRS or one presumed CRS who interference effect is
equivalent to that of multiple closely located CRSs' aggregate
interference over a region.
When used
This primitive shall be used by the G-G interface function of a GLDB when it needs to discover victim GLDBs.
Effect of receipt
The Communication function uses the Victim_GLDB_Discovery.confirm to reflect the result.
Victim_GLDB_Discovery.confirm
Function
This primitive is used by the communication function to provide the result to the G-G interface function as a
confirmation to the victimGLDBDiscoveryID.request primitive.
Semantics of the service primitive
Victim_GLDB_Discovery.confirm(
victimGLDBDiscoveryID,
status,
discoveryResult
)
Parameters
Name Type Description
victimGLDBDiscoveryID TransactionID victimGLDBDiscoveryID uniquely identifies one
transaction to discover victim GLDB.
Status Status Status of operation.
discoveryResult Enumeration 0: destination GLDB is not a victim neighbour.
1: destination GLDB is a victim neighbour.
When used
This primitive shall be used by the communication function to generate a
...
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.ORYDQMDNYHQþQHJDReconfigurable Radio Systems (RRS) - Enabling the operation of Cognitive Radio System (CRS) dependent for their use of radio spectrum on information obtained from Geo-location Databases (GLDBs) - Parameters and procedures for information exchange between different GLDBs33.060.99Druga oprema za radijske komunikacijeOther equipment for radiocommunicationsICS:Ta slovenski standard je istoveten z:EN 303 144 V1.1.1SIST EN 303 144 V1.1.1:2016en01-marec-2016SIST EN 303 144 V1.1.1:2016SLOVENSKI
STANDARD
EUROPEAN STANDARD SIST EN 303 144 V1.1.1:2016
ETSI ETSI EN 303 144 V1.1.1 (2015-11) 2
Reference DEN/RRS-01018 Keywords control, CRS, GLDB, 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/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.
DECTTM, PLUGTESTSTM, UMTSTM and the ETSI logo are Trade Marks of ETSI registered for the benefit of its Members. 3GPPTM 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. SIST EN 303 144 V1.1.1:2016
ETSI ETSI EN 303 144 V1.1.1 (2015-11) 3 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 Service access points . 6 4.1 General . 6 4.2 Geo-location function SAP. 7 4.2.1 CRS operational parameter generation . 7 4.2.2 CRS operational parameter check . 9 4.3 Database SAP . 10 4.3.1 Incumbent information read . 10 4.3.2 Incumbent information write . 11 4.3.3 CRS channel usage information read . 12 4.3.4 CRS channel usage information write . 13 4.4 Communication SAP . 14 4.4.1 Incumbent information sharing . 14 4.4.2 CRS count query . 17 4.4.3 CRS count update . 19 4.4.4 Victim GLDB discovery . 21 4.4.5 Affected incumbent Information acquisition . 24 4.4.6 Affected incumbent information providing service . 26 4.4.7 CRS spectrum usage modification . 29 4.4.8 CRS Channel usage query . 31 4.4.9 CRS Channel usage registration . 34 4.4.10 CRS transfer between GLDBs . 36 5 Information elements . 39 5.1 General . 39 5.2 Data format . 39 History . 46
ETSI ETSI EN 303 144 V1.1.1 (2015-11) 4 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 European Standard (EN) has been produced by ETSI Technical Committee Reconfigurable Radio Systems (RRS).
National transposition dates Date of adoption of this EN: 6 November 2015 Date of latest announcement of this EN (doa): 29 February 2016 Date of latest publication of new National Standard or endorsement of this EN (dop/e):
31 August 2016 Date of withdrawal of any conflicting National Standard (dow): 31 August 2016
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 ETSI EN 303 144 V1.1.1 (2015-11) 5 1 Scope The present document covers the parameters and procedures for information exchange between different Geolocation Databases (GLDB) the operation of Cognitive Radio System (CRS). The work is based on the system architecture for WSD GLDBs as defined in ETSI EN 303 145 [i.1] and ETSI EN 303 143 [i.2]. 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 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. The following referenced documents are necessary for the application of the present document. Not applicable. 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 EN 303 145: "Reconfigurable Radio Systems (RRS); System Architecture and High Level Procedures for Coordinated and Uncoordinated Use of TV White Spaces". [i.2] ETSI EN 303 143: "Reconfigurable Radio Systems (RRS); System architecture for information exchange between different Geo-location Databases (GLDBs) enabling the operation of White Space Devices (WSDs)". [i.3] ISO/IEC 10731 (1994): "Information Technology - Open Systems Interconnection - Basic Reference Model: Conventions for the Definition of OSI Services". [i.4] Recommendation ITU-T X.680: "Information technology - Abstract Syntax Notation One (ASN.1): Specification of basic notation". [i.5] ETSI EN 301 598: "White Space Devices (WSD); Wireless Access Systems operating in the 470 MHz to 790 MHz TV broadcast band; Harmonized EN covering the essential requirements of article 3.2 of the R&TTE Directive". SIST EN 303 144 V1.1.1:2016
ETSI ETSI EN 303 144 V1.1.1 (2015-11) 6 3 Definitions and abbreviations 3.1 Definitions For the purposes of the present document, the following terms and definitions apply: communication function: hardware/software module that provides communication services required by the interfaces between logical entities based on communications protocol stack database function: software/hardware that stores necessary information provided by regulators for calculating available spectrum that a WSD in a CRS can operate on with protection to incumbent services as well as registration of the WSDs under regulatory requirements and for protecting incumbent services purposes G-G Interface function: abstraction of the totality of those functional blocks inside a geo-location database realizing the G-G logical interface between GLDBs G-G Logical interface: conceptual boundary between GLDBs for information exchange to enable the operation of a CRS with protection of the incumbent service geo-location function: software/hardware that calculates location specific EIRP of a frequency band and that a WSD in a CRS can use based on the information on incumbents stored in database function victim GLDB: GLDB whose incumbents can suffer interference from CRSs that are under the management of another GLDB (the querying GLDB) 3.2 Abbreviations For the purposes of the present document, the following abbreviations apply: ACLR Adjacent Channel Leakage Ratio ACS Adjacent Channel Selectivity ASN Abstract Syntax Notation CRS Cognitive Radio System DB-SAP DataBase Service Access Point EIRP Effective Isotropic Radiated Power GLDB Geo-Location DataBase GL-SAP GeoLocation Service Access Point ID IDentifier IP Internet Protocol SAP Service Access Point SC Spectrum Coordinator WSD White Space Device 4 Service access points 4.1 General The following clauses describe the primitives related to the Service Access Points as identified in ETSI EN 303 143 [i.2] and also shown in figure 4.1. Clause 4.2 describes the primitives associated to the geolocation function (GL-SAP in figure 4.1). Clause 4.3 describes the primitives associated to the database function (DB-SAP in figure 4.1). Clause 4.4 describes the primitives associated to the communication function (Com-SAP in figure 4.1). SIST EN 303 144 V1.1.1:2016
ETSI ETSI EN 303 144 V1.1.1 (2015-11) 7
Figure 4.1: reference model for the information exchange between GLDBs using the G-G logical interface [i.2] The terminology used for describing primitives at service access points for peer OSI-service-users follows the model described in ISO/IEC 10731 [i.3] and is shown in figure 4.2.
Figure 4.2: Example of a peer-to-peer connection-mode service 4.2 Geo-location function SAP 4.2.1 CRS operational parameter generation The CRS operational parameter generation service provides a set of primitives or method through which the G-G interface function provides the device parameters of a CRS and obtains operational parameters of a CRS generated by the geo-location function. The service is used in the second variant of the procedure in clause 6.1.3 "CRS Spectrum Usage Modification Procedure" in ETSI EN 303 143 [i.2] where victim GLDB update the list of available channels and powers to protect incumbents in victim GLDB. Get_CRS_Operation_Parameter.request Function This primitive is used by the G-G interface function to request operational parameters of a CRS. SIST EN 303 144 V1.1.1:2016
ETSI ETSI EN 303 144 V1.1.1 (2015-11) 8 Semantics of the service primitive Get_CRS_Operational_Parameter.request (
operationalParameterRequestID,
deviceDescriptor,locationInfo
) Parameters Name Type Description OperationalParameterRequestID TransactionID OperationalParameterRequestID uniquely identifies one transaction of requesting operational parameters for a CRS. DeviceDescriptor DeviceDescriptor Device descriptor describes the physical profile of a CRS. LocationInfo LocationInfo Geo-location information of CRS.
When used This primitive shall be used by the G-G interface function when it needs to obtain the operational parameters of a CRS as described by the CRS device parameters. Effect of receipt The geo-location database function subsequently determines the operational parameters of the CRS based on the submitted device parameters and use the Get_Operational_Parameter.response primitive to reflect the result of the request. Get_CRS_Operational_Parameter.response Function This primitive is used by the geo-location function to provide the operational parameters to the G-G interface function as a response to the Get_CRS_Operational_Parameter.request primitive. Semantics of the service primitive Get_CRS_Operational_Parameter.response(
operationalParameterRequestID,
status,
operationalParameters
) Parameters Name Type Description OperationalParameterRequestID TransactionID OperationalParameterRequestID uniquely identifies one transaction of requesting operational parameters for a CRS. Status Status Status of operation. OperationalParameters OperationalParameters OperationalParameters is produced by the GLDB for the requesting CRS to configure its transmissions.
When used This primitive shall be used by the geo-location function to generate a response to the operational parameter request. Effect of receipt The G-G interface function receives the result of the request for operational parameters of a CRS. SIST EN 303 144 V1.1.1:2016
ETSI ETSI EN 303 144 V1.1.1 (2015-11) 9 4.2.2 CRS operational parameter check The CRS operational parameter check service provides a set of primitives or method through which the G-G interface function checks whether the usage of the provided operational parameters will cause interference to the incumbent. The service is used in clause 6.1.2 "Victim GLDB Discovery Procedure" in ETSI EN 303 143 [i.2]. CRS_Operational_Parameter_check.request Function This primitive is used by the G-G interface function to request the GLDB function to check whether the CRS using the provided operational parameters will cause interference to the incumbent. Semantics of the service primitive Check_CRS_Operational_Parameter.request(
operationalParameterCheckID,
operationalParameters,
checkMode,
replyMode
) Parameters Name Type Description OperationalParameterCheckID TransactionID OperationalParameterCheckID uniquely identifies one transaction of requesting operational parameters check for a CRS. OperationalParameters OperationalParameters operationalParameters is produced by the GLDB for the requesting CRS to configure its transmissions. CheckMode CheckMode CheckMode parameter specifies the mode of operational parameters check. ReplyMode ReplyMode ReplyMode parameter specifies the mode of replying the result of operational parameters check request.
When used This primitive shall be used by the G-G interface function when it needs to check whether a CRS using the provided operational parameters will cause interference to the incumbent. Effect of receipt The geo-location database function subsequently checks whether the CRS described by the submitted device parameters will cause interference to the incumbent when using the provided operational parameters. Subsequently, the geo-location function uses the CRS_Operational_Parameter_Check.response primitive to reflect the result of the request in a format specified by the mode of reply. CRS_Operational_Parameter_Check.response Function This primitive is used by the geo-location function to provide the operational parameters check result to the G-G interface function as a response to the CRS_Operational_Parameter_Check.request primitive. Semantics of the service primitive CRS_Operational_Parameter_Check.response(
operationalParameterCheckID,
status,
checkResult
) SIST EN 303 144 V1.1.1:2016
ETSI ETSI EN 303 144 V1.1.1 (2015-11) 10 Parameters Name Type Description OperationalParameterCheckID TransactionID OperationalParameterCheckID uniquely identifies one transaction of requesting operational parameters check for a CRS. Status Status Status of operation. CheckResult CheckResult Results of the operational parameters check. The format of the result depends on the reply mode as specified in the checkMode parameter given in the CRS_Operational_Parameter_Check.request primitive.
When used This primitive shall be used by the geo-location function to generate a response to CRS_Operational_Parameter_check.request. Effect of receipt The G-G interface function receives the result of the request for operational parameter check for a CRS. 4.3 Database SAP 4.3.1 Incumbent information read The incumbent information read service provides a set of primitives or method through which the G-G interface function read information of incumbents stored at the database function via the DB-SAP. The service is used in clause 6.1.1 "Incumbents Information Sharing Procedure" in ETSI EN 303 143 [i.2]. Incumbent_Info_Read.request Function This primitive is used by the G-G interface function to read the information of incumbent stored at the database function. Semantics of the service primitive Incumbent_Info_Read.request(
incumbentInfoReadID
) Parameters Name Type Description IncumbentInfoReadID TransactionID IncumbentInfoReadID uniquely identifies one transaction of incumbent information read request.
When used This primitive shall be used by the G-G interface function of a GLDB when it needs to read the incumbent information stored at the database function. Effect of receipt The database function uses the Incumbent_Info_Read.response to reflect the result. Incumbent_Info_Read.response Function This primitive is used by the database function to provide the result to the G-G interface function as a response to the Incumbent_Info_Read.request primitive. SIST EN 303 144 V1.1.1:2016
ETSI ETSI EN 303 144 V1.1.1 (2015-11) 11 Semantics of the service primitive Incumbent_Info_Sharing.response(
incumbentInfoSharingID,
status,
incumbentInfo
) Parameters Name Type Description IncumbentInfoSharingID TransactionID IncumbentInfoSharingID uniquely identifies one transaction of incumbent information sharing request. Status Status Status of operation. IncumbentInfo IncumbentInfo Information of the incumbent.
When used This primitive shall be used by the database function to generate a response to the Incumbent_Info_Read.Request. Effect of receipt The G-G interface function receives the result of the request for reading information of incumbent stored at the database function. 4.3.2 Incumbent information write The incumbent information write service provides a set of primitives or method through which the G-G interface function write information of incumbents to the database function via the DB-SAP. The service is used in clause 6.1.1 "Incumbents Information Sharing Procedure" in ETSI EN 303 143 [i.2]. Incumbent_Info_Write.request Function This primitive is used by the G-G interface function to write the incumbent information to the database function. Semantics of the service primitive Incumbent_Info_Write.request(
incumbentInfoWriteID,
incumbentInfo
) Parameters Name Type Description IncumbentInfoWriteID TransactionID IncumbentInfoWriteID uniquely identifies one transaction of incumbent information write request. IncumbentInfo IncumbentInfo incumbent information.
When used This primitive shall be used by the G-G interface function when it needs to write the incumbent information to the database function. Effect of receipt The database function uses the Incumbent_Info_Write.response to reflect the result. SIST EN 303 144 V1.1.1:2016
ETSI ETSI EN 303 144 V1.1.1 (2015-11) 12 Incumbent_Info_Write.response Function This primitive is used by the database function to provide the result to the G-G interface function as a response to the Incumbent_Info_Write.request primitive. Semantics of the service primitive Incumbent_Info_Write.response(
incumbentInfoWriteID,
status
) Parameters Name Type Description IncumbentInfoSharingID TransactionID IncumbentInfoSharingID uniquely identifies one transaction of incumbent information sharing request. Status Status Status of operation.
When used This primitive shall be used by the database function to generate a response to the Incumbent_Info_Write.Request. Effect of receipt The G-G interface function receives the result of the request for writing incumbent information to the database function. 4.3.3 CRS channel usage information read The CRS channel usage information read service provides a set of primitives or method through which the G-G interface function read information of CRS channel usage stored at the database function via the DB-SAP. The service is used in clause 6.1.4 "CRS Operating Parameters Checking Procedure" in ETSI EN 303 143 [i.2]. CRS_ChUsage_Info_Read.request Function This primitive is used by the G-G interface function to read information of CRS channel usage stored at the database function. Semantics of the service primitive CRS_ChUsage_Info_Read.request(
cRSChUsageReadID,
deviceID
) Parameters Name Type Description cRSChUsageReadID TransactionID cRSChUsageReadID uniquely identifies one transaction of CRS channel usage information read request. deviceID DeviceID deviceID defines the CRS that the channel usage information is to be read.
When used This primitive shall be used by the G-G interface function of a GLDB when it needs to read the CRS channel usage information stored at the database function. SIST EN 303 144 V1.1.1:2016
ETSI ETSI EN 303 144 V1.1.1 (2015-11) 13 Effect of receipt The database function uses the CRS_ChUsage_Info_Read.response to reflect the result. CRS_ChUsage_Info_Read.response Function This primitive is used by the database function to provide the result to the G-G interface function as a response to the CRS_ChUsage_Info_Read.request primitive. Semantics of the service primitive CRS_ChUsage_Info_Read.response(
cRSChUsageReadID,
status,
cRSChUsageInfo
) Parameters Name Type Description cRSChUsageReadID TransactionID cRSChUsageReadID uniquely identifies one transaction of CRS channel usage information read request. status Status Status of operation. cRSChUsageInfo Operation cRSChUsageInfo, be composed of deviceDescriptor, geolocation and operationalParameters, describes the spectrum usage by one a CRS.
When used This primitive shall be used by the database function to generate a response to the cRSChUsageRead.Request. Effect of receipt The G-G interface function receives the result of the request for reading information of CRS channel usage stored at the database function. 4.3.4 CRS channel usage information write The CRS channel usage information write service provides a set of primitives or method through which the G-G interface function write information of CRS channel usage to the database function via the DB-SAP. The service is used in clause 6.1.4 "CRS Operating Parameters Registration Procedure" in ETSI EN 303 143 [i.2]. CRS_ChUsage_Info_Write.request Function This primitive is used by the G-G interface function to write information of CRS channel usage to the database function. Semantics of the service primitive CRS_ChUsage_Info_Write.request(
cRSChUsageWriteID,
deviceID,
cRSUsageInfo
) SIST EN 303 144 V1.1.1:2016
ETSI ETSI EN 303 144 V1.1.1 (2015-11) 14 Parameters Name Type Description cRSChUsageWriteID TransactionID cRSChUsageWriteID uniquely identifies one transaction of CRS channel usage information write request. deviceID DeviceID deviceID defines the CRS that the channel usage information is to be written. cRSChUsageInfo Operation cRSChUsageInfo, be composed of deviceDescriptor, geolocation and operationalParameters, describes the spectrum usage by one a CRS.
When used This primitive shall be used by the G-G interface function of a GLDB when it needs to write the CRS channel usage information to the database function. Effect of receipt The database function uses the CRS_ChUsage_Info_Write.response to reflect the result. CRS_ChUsage_Info_Write.response Function This primitive is used by the database function to provide the result to the G-G interface function as a response to the CRS_ChUsage_Info_Write.request primitive. Semantics of the service primitive CRS_ChUsage_Info_Write.response(
cRSChUsageWriteID,
status
) Parameters Name Type Description cRSChUsageWriteID TransactionID cRSChUsageWriteID uniquely identifies one transaction of CRS channel usage information write request. status Status Status of operation.
When used This primitive shall be used by the database function to generate a response to the cRSChUsageWrite.Request. Effect of receipt The G-G interface function receives the result of the request for writing information of CRS channel usage stored at the database function. 4.4 Communication SAP 4.4.1 Incumbent information sharing The incumbent information sharing service provides a set of primitives or methods through which the G-G interface function writes information of incumbents to another G-G interface function via the communication SAP. The service is used in clause 6.1.1 "Incumbents Information Sharing Procedure" in ETSI EN 303 143 [i.2]. SIST EN 303 144 V1.1.1:2016
ETSI ETSI EN 303 144 V1.1.1 (2015-11) 15 Incumbent_Info_Sharing.request Function This primitive is used by the G-G interface function of a GLDB to share incumbent information with another GLDB. Semantics of the service primitive Incumbent_Info_Sharing.request(
incumbentInfoSharingID,
destinationID,
portNumber,
IncumbentInfo
) Parameters Name Type Description incumbentInfoSharingID TransactionID incumbentInfoSharingID uniquely identifies one transaction of incumbent information sharing request. destinationID IPAddress Destination of a GLDB to which the incumbent information will be write to. portNumber Integer Port number of the destination GLDB. IncumbentInfo IncumbentInfo Information of the incumbent.
When used This primitive will be used by the G-G interface function of a GLDB when it needs to write incumbent information to another GLDB. Effect of receipt The Communication function uses the Incumbent_Info_Sharing.response to reflect the result. Incumbent_Info_Sharing.confirm Function This primitive shall be used by the communication function to provide the result to the G-G interface function as a confirm to the Incumbent_Info_Sharing.request primitive. Semantics of the service primitive Incumbent_Info_Sharing.confirm(
incumbentInfoSharingID,
status
) Parameters Name Type Description incumbentInfoSharingID TransactionID incumbentInfoSharingID uniquely identifies one transaction of incumbent information sharing request. Status Status Status of operation.
When used This primitive shall be used by the communication function to generate a confirm to the Incumbent_Info_Sharing.Request. SIST EN 303 144 V1.1.1:2016
ETSI ETSI EN 303 144 V1.1.1 (2015-11) 16 Effect of receipt The G-G interface function receives the result of the request for sharing incumbent information registered at its GLDB with another GLDB. Incumbent_Info_Sharing.indication Function This primitive shall be used by the communication function to indicate to the G-G interface function that incumbent information sharing request is received. Semantics of the service primitive Incumbent_Info_Sharing.indication(
incumbentInfoSharingID,
sourceID,
IncumbentInfo
) Parameters Name Type Description incumbentInfoSharingID TransactionID incumbentInfoSharingID uniquely identifies one transaction of incumbent information sharing request. sourceID IPAddress Source GLDB from which the incumbent information is received. IncumbentInfo IncumbentInfo Information of the incumbent.
When used This primitive shall be used by the communication function to indicate to the G-G function that incumbent information sharing request is received. Effect of receipt The G-G function uses the Incumbent_Info_Sharing.response to reflect the result. Incumbent_Info_Sharing.response Function This primitive is used by the communication function to provide the result to the G-G interface function as a response to the Incumbent_Info_Sharing.indication primitive. Semantics of the service primitive Incumbent_Info_Sharing.confirm(
incumbentInfoSharingID,
status
) Parameters Name Type Description incumbentInfoSharingID TransactionID incumbentInfoSharingID uniquely identifies one transaction of incumbent information sharing request. Status Status Status of operation.
When used This primitive shall be used by the communication function to generate a response to the Incumbent_Info_Sharing.indication. SIST EN 303 144 V1.1.1:2016
ETSI ETSI EN 303 144 V1.1.1 (2015-11) 17 Effect of receipt The communication function receives the result of the indication that an incumbent information sharing request is received. 4.4.2 CRS count query The CRS number count query service provides a set of primitives or method through which the G-G interface function provides information on the number of CRSs over a region to another G-G interface function via the communication SAP. The service is used in clause 6.1.6 "Exchange the Number of CRSs over a Certain Region" in ETSI EN 303 143 [i.2]. CRS_Count_Query.request Function This primitive is used by the G-G interface function of a GLDB to obtain the number of CRSs over a region managed by another GLDB. Semantics of the service primitive CRS_Count_Query.request(
cRSCountQueryID,
sourceID,
destinationID,
region
) Parameters Name Type Description cRSCountQueryID TransactionID cRSCountQueryID uniquely identifies one transaction of CRS count query request. sourceID IPAddress Source of a GLDB to which the information on the number of CRSs within a region is requested. destinationID IPAddress Destination of a GLDB from which the information on the number of CRSs within a region is requested. Region Region Area in which the number of CRSs are counted.
When used This primitive shall be used by the G-G interface function of a GLDB when it needs to request the number of CRSs within a region managed by another GLDB. Effect of receipt The Communication function uses the CRS_Count_Query.confirm to reflect the result. CRS_Count_Query.confirm Function This primitive is used by the communication function to provide the result to the G-G interface function as a confirmation to the CRS_Count_Query.request primitive. Semantics of the service primitive CRS_Count_Query.confirm(
cRSCountQueryID,
status,
numberOfCRSs
) SIST EN 303 144 V1.1.1:2016
ETSI ETSI EN 303 144 V1.1.1 (2015-11) 18 Parameters Name Type Description cRSCountQueryID TransactionID cRSCountQueryID uniquely identifies one transaction of CRS count query request. Status Status Status of operation. numberOfCRSs Integer The number of CRSs over a given region managed by a neighbour GLDB.
When used This primitive shall be used by the communication function to generate a confirmation to the CRS_Count_Query.Request. Effect of receipt The G-G interface function receives the result of the request for the number of CRSs within a region managed by another GLDB. CRS_Count_Query.indication Function This primitive is used by the communication function to indicate to the G-G interface function that a CRS count query is received from another GLDB. Semantics of the service primitive CRS_Count_Query.indication(
cRSCountQueryID,
sourceID,
region
) Parameters Name Type Description cRSCountQueryID TransactionID cRSCountQueryID uniquely identifies one transaction of CRS count query request. sourceID IPAddress Source GLDB from which the CRS countquery is received. region Region Area in which the number of CRSs are counted.
When used This primitive shall be used by the communication function to indicate to the G-G function that CRS count query is received from another GLDB. Effect of receipt The G-G function uses the CRS_Count_Query.response to reflect the result. CRS_Count_Query.response Function This primitive is used by the communication function to provide the result to the G-G interface function as a response to the CRS_Count_Query.indication primitive. SIST EN 303 144 V1.1.1:2016
ETSI ETSI EN 303 144 V1.1.1 (2015-11) 19 Semantics of the service primitive CRS_Count_Query.response(
cRSCountQueryID,
status,
numberOfCRSs
) Parameters Name Type Description cRSCountQueryID TransactionID cRSCountQueryID uniquely identifies one transaction of CRS count query request. status Status Status of operation. numberOfCRSs Integer The number of CRSs over a given region managed by a neighbour GLDB.
When used This primitive shall be used by the communication function to generate a response to the CRS_Count_Query.request. Effect of receipt The communication function receives the result of the indication that a CRS count query is received. 4.4.3 CRS count update The CRS number count update service provides a set of primitives or method through which the G-G interface function updates information on the number of CRSs over a region to another G-G interface function via the communication SAP. The service is used in clause 6.1.7 "Update the Number of CRSs over a Certain" in ETSI EN 303 143 [i.2]. CRS_Count_Update.request Function This primitive is used by the G-G interface function of a GLDB to update the number of CRSs by the GLDB over a region managed to another GLDB. Semantics of the service primitive CRS_Count_Update.request(
cRSCountUpdateID,
sourceID,
destinationID,
region,
numberOfCRSs
) Parameters Name Type Description cRSCountUpdateID TransactionID cRSCountUpdateID uniquely identifies one transaction of CRS count update request. sourceID IPAddress Source of a GLDB to which the information on the number of CRSs within a region is to be updated. destinationID IPAddress Destination of a GLDB from which the information on the number of CRSs within a region is to be updated to the other GLDB. Region Region Area in which the number of CRSs are counted. numberOfCRSs Integer The number of CRSs over a given region managed by the GLDB.
ETSI ETSI EN 303 144 V1.1.1 (2015-11) 20 When used This primitive shall be used by the G-G interface function of a GLDB when it needs to update the number of CRSs managed by the GLDB within a region to another GLDB. Effect of receipt The Communication function uses the CRS_Count_Update.confirm to reflect the result. CRS_Count_Update.confirm Function This primitive is used by the communication function to provide the result to the G-G interface function as a confirmation to the CRS_Count_Update.request primitive. Semantics of the service primitive CRS_Count_Update.confirm(
cRSCountUpdateID,
status
) Parameters Name Type Description cRSCountUpdateID TransactionID cRSCountUpdateID uniquely identifies one transaction of CRS count update request. Status Status Status of operation.
When used This primitive shall be used by the communication function to generate a confirmation to the CRS_Count_Update.Request. Effect of receipt The G-G interface function receives the result of the updating the the number of CRSs within a region managed by the GLDB. CRS_Count_Update.indication Function This primitive is used by the communication function to indicate to the G-G interface function that a CRS count update is received from another GLDB. Semantics of the service primitive CRS_Count_Update.indication(
cRSCountUpdateID,
sourceID,
region,
numberOfCRSs
) Parameters Name Type Description cRSCountUpdateID TransactionID cRSCountUpdateID uniquely identifies one transaction of CRS count update request. sourceID IPAddress Source GLDB from which the CRS count update request is received. region Region Area in which the number of CRSs are counted. numberOfCRSs Integer The number of CRSs over a given region managed by the GLDB. SIST EN 303 144 V1.1.1:2016
ETSI ETSI EN 303 144 V1.1.1 (2015-11) 21 When used This primitive shall be used by the communication function to indicate to the G-G function that CRS count update is received from another GLDB. Effect of receipt The G-G function uses the CRS_Count_Update.response to reflect the result. CRS_Count_Update.response Function This primitive is used by the communication function to provide the result to the G-G interface function as a response to the CRS_Count_Update.indication primitive. Semantics of the service primitive CRS_Count_Update.response(
cRSCountUpdateID,
status
) Parameters Name Type Description cRSCountUpdateID TransactionID cRSCountUpdateID uniquely identifies one transaction of CRS count update request. status Status Status of operation.
When used This primitive shall be used by the communication function to generate a response to the CRS_Count_Update.request. Effect of receipt The communication function receives the result of the indication that a CRS count update is received. 4.4.4 Victim GLDB discovery The victim GLDB discovery service provides a set of primitives or method through which the G-G interface function exchange information with another G-G interface function via the communication SAP to discover the victim GLDB. The service is used in clause 6.1.2 "Victim GLDB Discovery Procedure" in ETSI EN 303 143 [i.2]. Victim_GLDB_Discovery.request Function This primitive is used by the G-G interface function of a GLDB to discover victim GLDBs. Semantics of the service primitive Victim_GLDB_Discovery.request(
victimGLDBDiscoveryID,
sourceID,
destinationID,
intendedSpectrumUsage
) SIST EN 303 144 V1.1.1:2016
ETSI ETSI EN 303 144 V1.1.1 (2015-11) 22 Parameters Name Type Description victimGLDBDiscoveryID TransactionID victimGLDBDiscoveryID uniquely identifies one transaction to discover victim GLDB. sourceID IPAddress Source of a GLDB from which the victim discovery request is generated. destinationID IPAddress Destination of a GLDB to which the victim GLDB discovery request is received. intendedSpectrumUsage Operation intendedSpectrumUsage, be composed of deviceDescriptor, geolocation and operationalParameters, describes spectrum usage one CRS or one presumed CRS who interference effect is equivalent to that of multiple closely located CRSs' aggregate interference over a region.
When used This primitive shall be used by the G-G interface function of a GLDB when it needs to discover victim GLDBs. Effect of receipt The Communication function uses the Victim_GLDB_Discovery.confirm to reflect the result. Victim_GLDB_Discovery.confirm Function This primitive is used by the communication function to provide the result to the G-G interface function as a confirmation to the victimGLDBDiscoveryID.request primitive. Semantics of the service primitive Victim_GLDB_Discovery.confirm(
victimGLDBDiscoveryID,
status,
discoveryResult
) Parameters Name Type Description victimGLDBDiscoveryID TransactionID victimGLDBDiscoveryID uniquely identifies one transaction to discover victim GLDB. Status Status Status of operation. discoveryResult Enumeration 0: destination GLDB is not a victim neighbour. 1: destination GLDB is a victim neighbour.
When used This primitive shall be used by the communication function to generate a confirmation to the Victim_GLDB_Discovery.Request. Effect of receipt The G-G interface function receives the result of the victim GLDB discovery request. Victim_GLDB_Discovery.indication Function This primitive is used by the communication function to indicate to the G-G interface function that a victim GLDB discovery request is received from another GLDB. SIST EN 303 144 V1.1.1:2016
ETSI ETSI EN 303 144 V1.1.1 (2015-11) 23 Semantics of the service primitive Victim_GLDB_Discovery.indication(
victimGLDBDiscoveryID,
sourceID,
intendedSpectrumUsage
) Parameters Name Type Description victimGLDBDiscoveryID TransactionID victimGLDBDiscoveryID uniquely identifies one transaction to discover victim GLDB. sourceID IPAddress Source GLDB from which the victim GLDB discovery request is received. intendedSpectrumUsage Operation intendedSpectrumUsage, be composed of deviceDescriptor, geolocation and operationalParameters, describes spectrum usage one
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.
Loading comments...