1、 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 GLD
2、Bs EUROPEAN STANDARD 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 Associat
3、ion but non lucratif enregistre la Sous-Prfecture 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 v
4、ersions 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
5、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 er
6、rors 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 ex
7、cept 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
8、. DECTTM, PLUGTESTSTM, UMTSTMand 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
9、 GSM Association. ETSI ETSI EN 303 144 V1.1.1 (2015-11) 3 Contents Intellectual Property Rights 4g3Foreword . 4g3Modal verbs terminology 4g31 Scope 5g32 References 5g32.1 Normative references . 5g32.2 Informative references 5g33 Definitions and abbreviations . 6g33.1 Definitions 6g33.2 Abbreviations
10、 . 6g34 Service access points 6g34.1 General . 6g34.2 Geo-location function SAP. 7g34.2.1 CRS operational parameter generation . 7g34.2.2 CRS operational parameter check . 9g34.3 Database SAP . 10g34.3.1 Incumbent information read 10g34.3.2 Incumbent information write 11g34.3.3 CRS channel usage inf
11、ormation read 12g34.3.4 CRS channel usage information write 13g34.4 Communication SAP 14g34.4.1 Incumbent information sharing . 14g34.4.2 CRS count query . 17g34.4.3 CRS count update . 19g34.4.4 Victim GLDB discovery . 21g34.4.5 Affected incumbent Information acquisition 24g34.4.6 Affected incumbent
12、 information providing service 26g34.4.7 CRS spectrum usage modification 29g34.4.8 CRS Channel usage query 31g34.4.9 CRS Channel usage registration . 34g34.4.10 CRS transfer between GLDBs 36g35 Information elements 39g35.1 General . 39g35.2 Data format . 39g3History 46g3ETSI ETSI EN 303 144 V1.1.1 (
13、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: “Intellectu
14、al 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 IP
15、R 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 produc
16、ed 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
17、 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 Dra
18、fting 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 diff
19、erent 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 publicat
20、ion 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 th
21、e 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 documen
22、t. 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
23、 (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 wit
24、h 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 exch
25、ange 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: “Inf
26、ormation 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
27、Directive“. 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 be
28、tween 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
29、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 in
30、formation 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 G
31、LDB: 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 Abstr
32、act 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 PointSC Spectrum Coordinator WSD White Space Device 4 S
33、ervice 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 describ
34、es 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 ETSI EN 303 144 V1.1.1 (2015-11) 7 Figure 4.1: reference model for the information exchange between GLDBs using the
35、 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
36、 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 servi
37、ce 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
38、 used by the G-G interface function to request operational parameters of a CRS. 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 Operation
39、alParameterRequestID 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.
40、 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
41、 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 res
42、ponse 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 OperationalParameterRequ
43、estID 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
44、 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 ETSI EN 303 144 V1.1.1 (2015-11) 9 4.2.2 CRS operational parameter check The CR
45、S 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 ETS
46、I 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_C
47、RS_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.
48、 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
49、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.res
