ETSI TS 103 143-2015 Reconfigurable Radio Systems (RRS) System architecture for information exchange between different Geo-location Databases (GLDBs) enabling the operation of Whit_1.pdf

《ETSI TS 103 143-2015 Reconfigurable Radio Systems (RRS) System architecture for information exchange between different Geo-location Databases (GLDBs) enabling the operation of Whit_1.pdf》由会员分享，可在线阅读，更多相关《ETSI TS 103 143-2015 Reconfigurable Radio Systems (RRS) System architecture for information exchange between different Geo-location Databases (GLDBs) enabling the operation of Whit_1.pdf（22页珍藏版）》请在麦多课文档分享上搜索。

1、 ETSI TS 103 143 V1.1.1 (2015-01) Reconfigurable Radio Systems (RRS); System architecture for information exchange between different Geo-location Databases (GLDBs) enabling the operation of White Space Devices (WSDs) TECHNICAL SPECIFICATION ETSI ETSI TS 103 143 V1.1.1 (2015-01)2Reference DTS/RRS-010

2、17 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 enregistre la Sous-Prfecture de Grasse (06) N 7803/88 Importa

3、nt notice The present document can be downloaded from: http:/www.etsi.org The present document may be made available in electronic versions and/or in print. The content of any electronic and/or print versions of the present document shall not be modified without the prior written authorization of ET

4、SI. 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

5、the document may be subject to revision or change of status. Information on the current status of this and other ETSI documents is available at http:/portal.etsi.org/tb/status/status.asp If you find errors in the present document, please send your comment to one of the following services: http:/port

6、al.etsi.org/chaircor/ETSI_support.asp Copyright Notification No part may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopying and microfilm except as authorized by written permission of ETSI. The content of the PDF version shall not be modified with

7、out 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, UMTSTMand the ETSI logo are Trade Marks of ETSI registered for the benefit of its Me

8、mbers. 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. ETSI ETSI TS 103 143 V1.1.1 (2015-01)3Contents Intellectual Property Rights 4g3Foreword .

9、 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 . 6g34 Overview of WSD GLDBs architecture reference model 6g34.1 Introduction 6g34.2 Architecture 7g34.3 Ref

10、erence model of GLDB . 7g34.4 Reference model between GLDBs . 7g35 Reference Points . 8g35.1 Reference point: Logical interface between GLDBs 8g35.2 Reference point requirements . 8g36 High Level Procedures: Overview of information exchange between different GLDBs related Architecture 9g36.1 Basic P

11、rocedures 9g36.1.1 Incumbents information sharing procedure 9g36.1.2 Victim GLDB discovery procedure 10g36.1.3 CRS spectrum usage modification procedure . 10g36.1.4 CRS Operating Parameters checking procedure . 13g36.1.5 Procedure of CRS channel usage registration between GLDBs . 13g36.1.6 Exchange

12、the number of CRSs over a certain region 14g36.1.7 Update the number of CRSs over a certain region 14g36.1.8 Sequence of exchange the number of CRSs over a certain region 15g36.1.9 CRS transfer between GLDBs 16g36.2 Flow charts for determining the available channels of a CRS 17g37 Overview on GLDB F

13、unctional requirements . 19g3Annex A (informative): Physical implementation examples of logical functions 20g3A.1 Introduction 20g3A.2 GLDB operated by different National Regulatory Authorities 20g3A.3 Third party geo-location function management . 20g3History 22g3ETSI ETSI TS 103 143 V1.1.1 (2015-0

14、1)4Intellectual 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 Prope

15、rty 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 search

16、es, has been carried out by ETSI. No guarantee can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web server) which are, or may be, or may become, essential to the present document. Foreword This Technical Specification (TS) has been produced

17、 by ETSI Technical Committee Reconfigurable Radio Systems (RRS). Modal verbs terminology In the present document “shall“, “shall not“, “should“, “should not“, “may“, “may not“, “need“, “need not“, “will“, “will not“, “can“ and “cannot“ are to be interpreted as described in clause 3.2 of the ETSI 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 TS 103 143 V1.1.1 (2015-01)51 Scope The present document defines the system architecture for the information exchange between differe

19、nt Geo-location Databases (GLDBs) enabling the operation of White Space Devices (WSDs) for the protection of the incumbent service. The architecture stems from the system requirements described in clause 7.1 of ETSI TS 102 946 i.1. System Architecture and High Level Procedures for Coordinated and Un

20、coordinated Use of TV White Spaces are described in ETSI TS 103 145 i.4. 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-

21、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

22、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

23、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,

24、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 TS 102 946 (V1.1.1): “Reconfigurable Radio Systems (RRS); System requirements f

25、or Operation in UHF TV Band White Spaces“. i.2 ECC Report 186 (2013): “Technical and operational requirements for the operation of white space devices under geo-location approach“. i.3 ETSI EN 301 598 (V1.1.1): “White Space Devices (WSD); Wireless Access Systems operating in the 470 MHz to 790 MHz T

26、V broadcast band; Harmonized EN covering the essential requirements of article 3.2 of the R System Architecture and High Level Procedures for Coordinated and Uncoordinated Use of TV White Spaces“. ETSI ETSI TS 103 143 V1.1.1 (2015-01)63 Definitions and abbreviations 3.1 Definitions For the purposes

27、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 necess

28、ary 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 geo-location function: software/hardware

29、 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 G-G Interface function: abstraction of the totality of those functional blocks inside a geo-location database realizing the G-G logical inter

30、face 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 victim GLDB: GLDB whose incumbents can suffer interference from CRSs that are under the management of another GLDB (the query

31、ing GLDB) 3.2 Abbreviations For the purposes of the present document, the following abbreviations apply: CEPT Confrence Europenne des administrations des Postes et Tlcommunications CRS Cognitive Radio System DB-SAP DataBase- Service Access Point EIRP Effective Isotropic Radiated Power GLDB Geo-Locat

32、ion DataBase GL-SAP GeoLocation - Service Access Point ID IDentifierIP Internet Protocol NRA National Regulatory Authority SAP Service Access PointTCP Transmission Control Protocol UDP User Datagram Protocol WSD White Space Device 4 Overview of WSD GLDBs architecture reference model 4.1 Introduction

33、 This clause describes the general WSD GLDBs architecture as well as the reference model of the logical entity, the GLDB, involved in the scope. The architecture shows the relationship of logical entities and the logical interface as detailed in the following clauses. The reference model shows the a

34、bstract architecture of components of logical entities and the logical interface. ETSI ETSI TS 103 143 V1.1.1 (2015-01)74.2 Architecture Figure 4.1 shows the instance of the G-G logical interface. The interface is used for the information exchange between GLDBs for enabling the operation of White Sp

35、ace Devices (WSDs) for the protection of the incumbent service. Figure 4.1: Architecture 4.3 Reference model of GLDB Figure 4.2 shows an architectural view of a GLDB emphasizing the separation of GLDB into Database function, Geo-location function and G-G Interface function. A function can access the

36、 services provided by another function via a corresponding Service Access Point (SAP). A GLDB exchanges information with another GLDB by accessing communication services via the Com-SAP. The DB-SAP is used by the G-G Interface function to access the services provided by the Database function such as

37、 registration of CRS and provision of incumbent information. The GL-SAP is used by the G-G Interface function to access the services provided by the Geo-location function such as the calculation of location specific EIRP that a WSD in a CRS can use in a frequency band. The Com-SAP is used by the G-G

38、 Interface function to access communication services provided by communication function for the information exchange with another G-G interface function. Note that the G-G interface function inside the GLDB uses the services provided at the above three SAPs to realize the logical interface between d

39、ifferent GLDBs. uni0047uni002Duni0047uni0020uni0049uni006Euni0074uni0065uni0072uni0066uni0061uni0063uni0065uni0020uni0066uni0075uni006Euni0063uni0074uni0069uni006Funi006Euni0047uni0065uni006Funi006Cuni006Funi0063uni0061uni0074uni0069uni006Funi006Euni0020uni0066uni0075uni006Euni0063uni0074uni0069uni0

40、06Funi006Euni0044uni0061uni0074uni0061uni0062uni0061uni0073uni0065uni0020uni0066uni0075uni006Euni0063uni0074uni0069uni006Funi006Euni0043uni006Funi006Duni002Duni0053uni0041uni0050Figure 4.2: Reference model of GLDB 4.4 Reference model between GLDBs Figure 4.3 shows an alternative view of the referenc

41、e model for the information exchange between two GLDBs. A communication function is a hardware/software module that provides the communication services required by the interfaces between logical entities based on a communications protocol stack. ETSI ETSI TS 103 143 V1.1.1 (2015-01)8Figure 4.3: View

42、 of reference model for the information exchange between GLDBs using the G-G logical interface 5 Reference Points 5.1 Reference point: Logical interface between GLDBs Figure 5.1: Reference point for information exchange between GLDBs Figure 5.1 shows the reference point between GLDBs which is the G-

43、G logical interface between the GLDBs for enabling the operation of White Space Devices (WSDs) for the protection of the incumbent service. Specifically, the reference point enables one GLDB to interface with other GLDBs in order to guaranty that the operations of CRS managed by one GLDB satisfy the

44、 protection requirements of incumbents such as the Terrestrial Broadcasting Service registered in different GLDBs as specified by respective regulations. 5.2 Reference point requirements The following requirements do not mandate that GLDB implements any specific calculation methods. The reference po

45、int shall support information exchange between GLDB A and GLDB B to allow GLDB A to discover its affecting/neighbouring GLDB B. The reference point shall support information exchange between GLDB A and GLDB B to allow GLDB A to obtain necessary information to determine the available spectrum for a C

46、RS managed by GLDB A while satisfying the protection requirements of incumbents registered in GLDB B under the regulatory domain of GLDB B. The reference point shall support information exchange between GLDB A and GLDB B to allow GLDB A to provide information about a CRS under its management to GLDB

47、 B to allow GLDB B to calculate the interference to incumbents registered in GLDB B. ETSI ETSI TS 103 143 V1.1.1 (2015-01)9 The reference point shall support information exchange between GLDB A and GLDB B to allow GLDB A to obtain information about the CRSs that are managed by GLDB B that affect the

48、 interference to incumbents registered in GLDB A. Those CRSs may create interference below the interference reference field strength at a given location probability of the incumbents that are registered in GLDB A. However, they may still contribute adversely when considering aggregate/cumulative int

49、erference (see also section A11.1.1.4 of ECC report 186 i.2). 6 High Level Procedures: Overview of information exchange between different GLDBs related Architecture 6.1 Basic Procedures 6.1.1 Incumbents information sharing procedure Subject to regulatory agreements, a GLDB can send the information related to its registered incumbents to other GLDBs. This procedure populates the incumbents information among GLDBs so that each GLDB can determine the available channels of CRSs independently of other GLDBs and protect the incumbents registered in different