ETSI TR 103 063-2011 Reconfigurable Radio Systems (RRS) Use Cases for Reconfigurable Radio Systems operating in IMT bands and GSM bands for intra-operator scenarios (V1 1 1)《可重组无线系_1.pdf

《ETSI TR 103 063-2011 Reconfigurable Radio Systems (RRS) Use Cases for Reconfigurable Radio Systems operating in IMT bands and GSM bands for intra-operator scenarios (V1 1 1)《可重组无线系_1.pdf》由会员分享，可在线阅读，更多相关《ETSI TR 103 063-2011 Reconfigurable Radio Systems (RRS) Use Cases for Reconfigurable Radio Systems operating in IMT bands and GSM bands for intra-operator scenarios (V1 1 1)《可重组无线系_1.pdf（36页珍藏版）》请在麦多课文档分享上搜索。

1、 ETSI TR 103 063 V1.1.1 (2011-07)Technical Report Reconfigurable Radio Systems (RRS);Use Cases for Reconfigurable Radio Systemsoperating in IMT bands and GSM bandsfor intra-operator scenariosETSI ETSI TR 103 063 V1.1.1 (2011-07) 2Reference DTR/RRS-01007 Keywords CRS, GSM, IMT, SDR, use case ETSI 650

2、 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 Important notice Individual copies of the present document can be downlo

3、aded from: http:/www.etsi.org The present document may be made available in more than one electronic version or in print. In any case of existing or perceived difference in contents between such versions, the reference version is the Portable Document Format (PDF). In case of dispute, the reference

4、shall be the printing on ETSI printers of the 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 av

5、ailable 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:/portal.etsi.org/chaircor/ETSI_support.asp Copyright Notification No part may be reproduced except as authorized by written permission. Th

6、e copyright and the foregoing restriction extend to reproduction in all media. European Telecommunications Standards Institute 2011. All rights reserved. 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

7、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 TR 103 063 V1.1.1 (2011-07) 3Contents Intellectual Property Rights 4g3Foreword . 4g3Introduction 4g31 Scope 5g32 Referen

8、ces 5g32.1 Normative references . 5g32.2 Informative references 5g33 Definitions and abbreviations . 5g33.1 Definitions 5g33.2 Abbreviations . 6g34 Motivation and goals 7g35 Use Cases . 7g35.1 Overview 7g35.2 Detailed Use Cases . 8g35.2.1 Radio Resource optimization 8g35.2.1.1 General Use Case Descr

9、iption. 8g35.2.1.2 Stakeholders 8g35.2.1.3 Scenario . 8g35.2.1.4 Information Flow 11g35.2.2 Spectrum refarming 14g35.2.2.1 General Use Case Description. 14g35.2.2.2 Stakeholders 14g35.2.2.3 Scenario . 15g35.2.2.4 Information Flow 16g35.2.3 Upgrading a pre-existing RAT and deploy of a new RAT to a pr

10、e-existing network . 17g35.2.3.1 General Use Case Description. 17g35.2.3.2 Stakeholders 17g35.2.3.3 Scenario . 17g35.2.3.4 Information Flow 18g35.2.4 Addition of multiple standards modes 25g35.2.4.1 General Use Case Description. 25g35.2.4.2 Stakeholders 25g35.2.4.3 Scenario . 25g35.2.4.4 Information

11、 Flow 26g35.2.5 LTE pico/femto cell reconfiguration. 28g35.2.5.1 General Use Case Description. 28g35.2.5.2 Stakeholders 28g35.2.5.3 Scenario . 29g35.2.5.4 Information Flow 30g35.2.6 Cognition enabler 31g35.2.6.1 General Use Case Description. 31g35.2.6.2 Stakeholders 31g35.2.6.3 Scenario . 31g35.2.6.

12、4 Information Flow 31g36 Potential System Requirements 33g3History 36g3ETSI ETSI TR 103 063 V1.1.1 (2011-07) 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 pu

13、blicly 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 ET

14、SI 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

15、may become, essential to the present document. Foreword This Technical Report (TR) has been produced by ETSI Technical Committee Reconfigurable Radio Systems (RRS). Introduction The present document describes how Reconfigurable Radio Systems can be exploited in IMT bands and GSM bands to increase th

16、e efficiency of the radio resource management in the intra-operator scenarios for which the spectrum resources are assigned to and managed by a single operator. ETSI ETSI TR 103 063 V1.1.1 (2011-07) 51 Scope The present document collects operating network scenarios - to be described in the form of s

17、ystem use cases - for Reconfigurable Radio Systems operating in IMT bands and GSM bands i.e. licensed spectrums allocated to IMT and GSM systems. Use cases will focus on intra-operator scenarios for which the spectrum resources are assigned to and managed by a single operator. Use cases will be desc

18、ribed at the system functionality level and do not have to be confused with the features/requirements of the system under consideration. A use case may be related to one or more features/requirements, a feature/requirement may be related to one or more use cases. Moreover, the use cases will identif

19、y actors and information flows, and will form the basis of system requirements work at TC RRS for Software Defined Radio (SDR) systems and Cognitive Radio (CR) systems. 2 References References are either specific (identified by date of publication and/or edition number or version number) or non-spec

20、ific. For specific references, only the cited version applies. For non-specific references, the latest version of the referenced document (including any amendments) applies. Referenced documents which are not found to be publicly available in the expected location might be found at http:/docbox.etsi

21、.org/Reference. NOTE: While any hyperlinks included in this clause were valid at the time of publication ETSI cannot guarantee their long term validity. 2.1 Normative references The following referenced documents are necessary for the application of the present document. Not applicable. 2.2 Informat

22、ive references The following referenced documents are not necessary for the application of the present document but they assist the user with regard to a particular subject area. i.1 ETSI TR 102 683: “Reconfigurable Radio Systems (RRS); Cognitive Pilot Channel (CPC)“. 3 Definitions and abbreviations

23、 3.1 Definitions For the purposes of the present document, the following terms and definitions apply: Cognitive Radio System (CRS): radio system employing technology that allows the system to obtain knowledge of its operational and geographical environment, established policies and its internal stat

24、e; to dynamically and autonomously adjust its operational parameters and protocols according to its obtained knowledge in order to achieve predefined objectives; and to learn from the results obtained Reconfigurable Radio Systems (RRS): generic term for radio systems encompassing Software Defined an

25、d/or Cognitive Radio Systems ETSI ETSI TR 103 063 V1.1.1 (2011-07) 6Software Defined Radio (SDR): radio transmitter and/or receiver employing a technology that allows the RF operating parameters including, but not limited to, frequency range, modulation type, or output power to be set or altered by

26、software, excluding changes to operating parameters which occur during the normal pre-installed and predetermined operation of a radio according to a system specification or standard use case: description of a systems behaviour as it responds to a request that originates from outside of that system

27、NOTE: In other words, a use case describes “who“ can do “what“ with the system in question. The use case technique is used to capture a systems behavioural requirements by detailing scenario-driven threads through the functional requirements. 3.2 Abbreviations For the purposes of the present documen

28、t, the following abbreviations apply: 3GPP Third Generation Partnership Project BCCH Broadcast Control Channel BSC Base Station Controller CPC Cognitive Pilot Channel CRS Cognitive Radio System DSP Digital Signal ProcessorETSI European Telecommunications Standards Institute FDD Frequency Division Du

29、plex FFR Fractional Frequency ReuseFPGA Field Programmable Gate Array GPRS General Packet Radio Service GSM Global System for Mobile communication HPR Hardware Processing Resources HSPA High Speed Packet Access IMB Integrated Mobile Broadcast IMT International Mobile Telecommunications ISM Industria

30、l, Scientific and Medical LTE Long Term Evolution MD Mobile Device MNO Mobile Network Operator O one carrier per cell) and to the GSM (e.g. 200 kHz channel per carrier; one or more carriers per cell). Figure 3 shows an initial allocation (before reconfiguration) of the RRs assigned to the two system

31、s. 2100MHz900UMTSGSM5 MHz200 kHzFigure 3: Example of RRs allocation of the GSM and UMTS systems before reconfiguration Starting from the situation reported above, let us suppose to have an high offered traffic situation (i.e. overloading and congestion situation with high blocking probability on new

32、 connections) experienced by the UMTS system and, at the same time, a low offered traffic situation (i.e. null blocking probability on new connections) for the GSM system. In this context, it is then necessary to reconfigure accordingly the HPRs and RRs of the cells managed by the reconfigurable nod

33、e in order to reserve to the UMTS system more processing capacity and, consequently, more RRs (e.g. one or more 5 MHz channels). It is possible to depict different ways to act for the reconfiguration depending, for example, on the amount of currently unused HPRs. Figure 4 shows the RRs allocation af

34、ter the reconfiguration in the case of sufficient free HPRs to activate new UMTS channel. In this case the reconfiguration involves only the hardware part of the reconfigurable node, leaving the RRs assigned to the two systems unmodified. On the contrary, in the case there are not sufficient free HP

35、Rs, it is then necessary to free additional HPRs by reconfiguring also the GSM system. Being the GSM system under-loaded (as supposed), some RRs can be released leaving free HPRs that, added the ones already available, can be used in order to activate a new UMTS channel (figure 5). In this case the

36、reconfiguration implicates to modify also the RRs assigned to the considered systems. 2100MHz900UMTS UMTSGSM5 MHz200 kHzFigure 4: RRs allocation after reconfiguration in the case of sufficient free HPRs to activate a new UMTS channel 2100MHz900UMTS UMTSGSM5 MHz200 kHzFigure 5: RRs allocation after r

37、econfiguration in the case of not sufficient free HPRs to activate a new UMTS channel in which some RRs of the GSM system have been released in order to free the necessary additional HPRs ETSI ETSI TR 103 063 V1.1.1 (2011-07) 11In addition to the examples reported above, more complex scenarios can b

38、e drawn, considering reconfigurations that implicate modifications to both HPRs and RRs, and, last but not least, taking into account also new RAT deployment such as LTE. As an example, figure 6a reports an initial RRs allocation considering GSM, UMTS and LTE systems where the LTE has a 5 MHz channe

39、l active at 2 600 MHz (GSM and UMTS have the same allocation reported in figure 3). According to the MNO needs (e.g. traffic variations, RRs reallocations, interference problems, etc.), the nodes can be accordingly reconfigured in order to add RRs to the LTE system (for a resulting 10 MHz channel),

40、reallocate the UMTS ones releasing some RRs of the GSM system (figure 6b), supposing to have the sufficient HPRs to manage the reconfiguration. 2100MHz900UMTS UMTSGSM5 MHz200 kHz2600LTE5 MHza)2100MHz900UMTSGSM5 MHz200 kHz2600LTE10 MHzb)UMTS5 MHz* Release of 25 x 200 KHz GSM channelsFigure 6: Example

41、 of a reconfigurations that implicates modifications to both HPRs and RRs 5.2.1.4 Information Flow In this clause a high level information flow during a reconfiguration process is presented. As a simplified example, the information flow depicts a GSM intra-system RRs reconfiguration in the cases of

42、i) adding a new carrier in a cell and ii) releasing a carrier in a cell. The information flow considers the following logical/physical entities: Reconfigurable Base Station, that can be reconfigured in terms of percentage of HPRs devoted to each supported RAT and in terms of active RRs (e.g. frequen

43、cy carriers) for each supported RAT. Radio Controller that includes the RRM (Radio Resource Management) entity which aim is to manage the request and the assignment of a radio channel to the Mobile Devices, and the Reconfiguration Entity that is running the Reconfiguration Algorithm devoted to monit

44、or the activity status of the cells (for each supported RAT) in terms of number of the requests to the different systems; to execute the Reconfiguration Algorithm that decides which RBS are to be reconfigured; to control the reconfiguration by sending appropriate reconfiguration commands. Other seco

45、ndary mechanisms for evaluating the need of a network reconfiguration could be possible (e.g. based on the reports sent by the Mobile Devices). Finally, it should to be noted that in the traditional systems (e.g. GSM and UMTS), the Radio Controller can be intended as the BSC (GSM) or the RNC (UMTS).

46、 In addition, in case of flat-architectures, the Radio Controller tasks could operate inside each eNodeB (LTE) or in a higher-order node (e.g. O performing too few reconfigurations in a long time (e.g. high values of T) could not be much effective, since the time elapsed between the need of a reconf

47、iguration and the time of the reconfiguration itself could be too long. The MNO should then take into account said factors and evaluating the trade-off of them when setting the value of T. The Reconfiguration Entity sends to the RRM an Add Carrier Command indicating the carrier to be added in the ce

48、ll. The RRM sends to the Reconfigurable Base Station the RBS Reconfiguration Command. Upon the reception of the RBS Reconfiguration Command, the RBS performs the reconfiguration by activating the new carrier in the cell and updating its operational parameters. After the reconfiguration is performed,

49、 the RBS sends to the RRM the RBS Reconfiguration Confirmation. Upon the reception of the RBS Reconfiguration Confirmation, the RRM updates accordingly the Cell Context and informs the Mobile Devices about the new cell configuration (e.g. updating the System Information on BCCH, sending the Frequency Redefinition message to the Mobile Devices with an ongoing voice call, sending a Reconfiguration Channel Command to the Mobile Devices having an active GPRS data connection). The RRM sends to the Reconfiguration Entity the Add Carrier Completed message. ETSI