TIA-4967-2014 Self-Organizing Networks (SON) System Requirements.pdf

1、 TIA-4967 September 2014Self-Organizing Networks (SON) System Requirements NOTICE TIA Engineering Standards and Publications are designed to serve the public interest through eliminating misunderstandings between manufacturers and purchasers, facilitating interchangeability and improvement of produc

2、ts, and assisting the purchaser in selecting and obtaining with minimum delay the proper product for their particular need. The existence of such Standards and Publications shall not in any respect preclude any member or non-member of TIA from manufacturing or selling products not conforming to such

3、 Standards and Publications. Neither shall the existence of such Standards and Publications preclude their voluntary use by Non-TIA members, either domestically or internationally. Standards and Publications are adopted by TIA in accordance with the American National Standards Institute (ANSI) paten

4、t policy. By such action, TIA does not assume any liability to any patent owner, nor does it assume any obligation whatever to parties adopting the Standard or Publication. This Standard does not purport to address all safety problems associated with its use or all applicable regulatory requirements

5、. It is the responsibility of the user of this Standard to establish appropriate safety and health practices and to determine the applicability of regulatory limitations before its use. Any use of trademarks in this document are for information purposes and do not constitute an endorsement by TIA or

6、 this committee of the products or services of the company. (From Project No. TIA-PN-4967, formulated under the cognizance of the TIA TR-45 Mobile (b) there is no assurance that the Document will be approved by any Committee of TIA or any other body in its present or any other form; (c) the Document

7、 may be amended, modified or changed in the standards development or any editing process. The use or practice of contents of this Document may involve the use of intellectual property rights (“IPR”), including pending or issued patents, or copyrights, owned by one or more parties. TIA makes no searc

8、h or investigation for IPR. When IPR consisting of patents and published pending patent applications are claimed and called to TIAs attention, a statement from the holder thereof is requested, all in accordance with the Manual. TIA takes no position with reference to, and disclaims any obligation to

9、 investigate or inquire into, the scope or validity of any claims of IPR. TIA will neither be a party to discussions of any licensing terms or conditions, which are instead left to the parties involved, nor will TIA opine or judge whether proposed licensing terms or conditions are reasonable or non-

10、discriminatory. TIA does not warrant or represent that procedures or practices suggested or provided in the Manual have been complied with as respects the Document or its contents. If the Document contains one or more Normative References to a document published by another organization (“other SSO”)

11、 engaged in the formulation, development or publication of standards (whether designated as a standard, specification, recommendation or otherwise), whether such reference consists of mandatory, alternate or optional elements (as defined in the TIA Procedures for American National Standards) then (i

12、) TIA disclaims any duty or obligation to search or investigate the records of any other SSO for IPR or letters of assurance relating to any such Normative Reference; (ii) TIAs policy of encouragement of voluntary disclosure (see TIA Procedures for American National Standards Annex C.1.2.3) of Essen

13、tial Patent(s) and published pending patent applications shall apply; and (iii) Information as to claims of IPR in the records or publications of the other SSO shall not constitute identification to TIA of a claim of Essential Patent(s) or published pending patent applications. TIA does not enforce

14、or monitor compliance with the contents of the Document. TIA does not certify, inspect, test or otherwise investigate products, designs or services or any claims of compliance with the contents of the Document. ALL WARRANTIES, EXPRESS OR IMPLIED, ARE DISCLAIMED, INCLUDING WITHOUT LIMITATION, ANY AND

15、 ALL WARRANTIES CONCERNING THE ACCURACY OF THE CONTENTS, ITS FITNESS OR APPROPRIATENESS FOR A PARTICULAR PURPOSE OR USE, ITS MERCHANTABILITY AND ITS NONINFRINGEMENT OF ANY THIRD PARTYS INTELLECTUAL PROPERTY RIGHTS. TIA EXPRESSLY DISCLAIMS ANY AND ALL RESPONSIBILITIES FOR THE ACCURACY OF THE CONTENTS

16、 AND MAKES NO REPRESENTATIONS OR WARRANTIES REGARDING THE CONTENTS COMPLIANCE WITH ANY APPLICABLE STATUTE, RULE OR REGULATION, OR THE SAFETY OR HEALTH EFFECTS OF THE CONTENTS OR ANY PRODUCT OR SERVICE REFERRED TO IN THE DOCUMENT OR PRODUCED OR RENDERED TO COMPLY WITH THE CONTENTS. TIA SHALL NOT BE L

17、IABLE FOR ANY AND ALL DAMAGES, DIRECT OR INDIRECT, ARISING FROM OR RELATING TO ANY USE OF THE CONTENTS CONTAINED HEREIN, INCLUDING WITHOUT LIMITATION ANY AND ALL INDIRECT, SPECIAL, INCIDENTAL OR CONSEQUENTIAL DAMAGES (INCLUDING DAMAGES FOR LOSS OF BUSINESS, LOSS OF PROFITS, LITIGATION, OR THE LIKE),

18、 WHETHER BASED UPON BREACH OF CONTRACT, BREACH OF WARRANTY, TORT (INCLUDING NEGLIGENCE), PRODUCT LIABILITY OR OTHERWISE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. THE FOREGOING NEGATION OF DAMAGES IS A FUNDAMENTAL ELEMENT OF THE USE OF THE CONTENTS HEREOF, AND THESE CONTENTS WOULD NOT BE P

19、UBLISHED BY TIA WITHOUT SUCH LIMITATIONS. 3GPP2 S.R0150-0 v1.0 REVISION HISTORY REVISION HISTORY Ver. 1.0 Initial Publication July 2014 3GPP2 S.R0150-0 v1.0 1 Table of Contents 2 3 1 INTRODUCTION .1 4 1.1 Scope1 5 1.2 Document Conventions .1 6 1.3 Terminology 2 7 1.4 References 2 8 2 GENERAL FEATURE

20、 DESCRIPTION .4 9 2.1 Forward Compatibility 4 10 2.2 Backwards Compatibility 4 11 2.3 Interoperability .4 12 3 DETAILED REQUIREMENTS 5 13 3.1 General Requirements 5 14 3.2 Detailed Feature Characteristics and Requirements 5 15 3.3 Access Network Requirements 6 16 3.4 Device Requirements 6 17 18 19 i

21、 3GPP2 S.R0150-0 v1.0 1 FOREWORD 2 This foreword is not part of this document. 3 4 This document was prepared as a joint TSG effort led by Technical 5 Specification Group SX (TSG-SX) System Aspects and Core Network of the 6 Third Generation Partnership Project 2 (3GPP2). 7 8 ii 3GPP2 S.R0150-0 v1.0

22、1 INTRODUCTION 1 1.1 Scope 2 This document provides the system requirements for 3GPP2 Self-3 Organizing Networks (SON) that will guide the work of the enhancements 4 required to the cdma20001technology in support of this feature. The 5 intent is to provide guidance as to what areas require SON-relat

23、ed 6 improvements, and also to understand what areas standardized outside 7 of 3GPP2 can assist in the development of the overall solution for SON. 8 The scope of this document is confined to the support of SON among 9 cdma2000 RAN and E-UTRAN nodes. 10 11 1.2 Document Conventions 12 “Shall” and “sh

24、all not” identify requirements to be followed strictly to 13 conform to this document and from which no deviation is permitted. 14 “Should” and “should not” indicate that one of several possibilities is 15 recommended as particularly suitable, without mentioning or excluding 16 others, that a certai

25、n course of action is preferred but not necessarily 17 required, or that (in the negative form) a certain possibility or course of 18 action is discouraged but not prohibited. “May” and “need not” indicate a 19 course of action permissible within the limits of the document. “Can” and 20 “cannot” are

26、 used for statements of possibility and capability, whether 21 material, physical or causal. 22 In addition: 23 “cdma2000 networks shall support” means that this is a 24 mandatory feature in cdma2000 networks that are compliant with 25 this document. 26 “cdma2000 networks shall be capable of support

27、ing” means that 27 this feature must be supported by the specification for deployment 28 at the discretion of the network operator. 29 “cdma2000 devices shall support” means that this is a 30 mandatory feature in all cdma2000 devices that are compliant with 31 this document. 32 1cdma2000is the trade

28、mark for the technical nomenclature for certain specifications and standards of the Organizational Partners (OPs) of 3GPP2. Geographically (and as of the date of publication), cdma2000is a registered trademark of the Telecommunications Industry Association (TIA-USA) in the United States. 1 3GPP2 S.R

29、0150-0 v1.0 “cdma2000 devices shall be capable of supporting” means that 1 this feature must be supported by the specification for 2 incorporation into cdma2000 devices at the discretion of the 3 vendor. 4 1.3 Terminology 5 The terms and abbreviations used within this specification are defined as 6

30、follows: 7 8 1.3.1 Definitions 9 Self-Organizing Network 10 A wireless network in which the network entities transmit information 11 and requests/responses between each other to automatically organize, 12 configure, and optimize network functions. 13 1.3.2 Abbreviations 14 15 CDMA Code Division Mult

31、iple Access eHRPD Evolved High Rate Packet Data E-UTRAN Evolved Universal Terrestrial Radio Access Network LTE Long Term Evolution QoS Quality of Service RAN Radio Access Network SON Self-Organizing Network UE User Equipment 16 1.4 References 17 The document references applicable to this specificati

32、on include: 18 19 Normative References 20 None 21 22 23 2 3GPP2 S.R0150-0 v1.0 Informative References 1 None 2 3 4 3 3GPP2 S.R0150-0 v1.0 2 GENERAL FEATURE DESCRIPTION 1 A Self-Organizing Network contains network entities that exchange 2 information and requests automatically to organize, configure,

33、 and 3 optimize various network functions. Information from neighboring 4 network entities can allow a given network entity to make better choices, 5 update specific parameters, and take actions to improve the overall 6 network operation while minimizing or even eliminating much human 7 intervention

34、. 8 2.1 Forward Compatibility 9 It is intended that the stage 2 and 3 work developed to implement these 10 requirements be extensible to allow and support new SON functionality 11 that may be included in future revisions of this requirements 12 specification. 13 2.2 Backwards Compatibility 14 The cr

35、eation of protocols and procedures to support SON must consider 15 and, to the greatest extent possible, be compatible with existing 16 deployments. 17 2.3 Interoperability 18 The protocols and procedures created to support SON must provide 19 interoperability between vendor products deployed within

36、 the same 20 access and core networks. 21 It is intended that the stage 2 and 3 work developed to implement these 22 requirements be also interoperable to the greatest extent possible with 23 SON functionality developed for other radio technologies, e.g., LTE. 24 25 26 4 3GPP2 S.R0150-0 v1.0 3 DETAI

37、LED REQUIREMENTS 1 The SON system requirements are listed in the following sections. 2 3 3.1 General Requirements 4 GEN-01: SON features specified in this document shall be supported 5 between eHRPD and E-UTRAN networks. 6 3.2 Detailed Feature Characteristics and Requirements 7 3.2.1 Load Balancing

38、8 LB-01: The eHRPD network shall be capable of distributing network load 9 between itself and E-UTRAN network. 10 LB-02: The eHRPD network shall be capable of supporing transfer of 11 traffic between itself and E-UTRAN network. 12 Note: As an example, congestion in one of the networks could 13 be th

39、e trigger for load balancing action. 14 LB-03: The eHRPD network shall be capable of supporting self-organizing 15 optimization of network selection/reselection, redirection, and 16 handover between itself and E-UTRAN networks. 17 LB-04: The eHRPD network that supports load balancing shall not affec

40、t 18 the user QoS negatively beyond what a user would experience at 19 normal mobility for reasons other than load-balancing. 20 3.2.2 Automatic Neighbor Relation 21 ANR-01: The eHRPD network shall be capable of automatically building, 22 managing, maintaining, and updating neighbor relation 23 info

41、rmation between itself and E-UTRAN networks. 24 25 3.2.3 Mobility Robustness Optimisation 26 MRO-01: The eHRPD network shall be capable of supporting communication 27 of information necessary for reduction of the number of mobility-28 related radio link failures for handovers between eHRPD and E-29

42、UTRAN networks. 30 MRO-02: The eHRPD network shall be capable of supporting 31 communication of information necessary for reduction of the 32 number of ping-pong transitions between eHRPD and E-UTRAN 33 networks. 34 5 3GPP2 S.R0150-0 v1.0 MRO-03: The eHRPD network shall be capable of supporting comm

43、unication 1 of information necessary for reduction of unnecessary mobility 2 events. 3 4 3.3 Access Network Requirements 5 ACC-01 The eHRPD network shall be capable of monitoring its load and 6 exchanging related information (e.g., current load, available 7 capacity) with neighboring node(s) of E-UT

44、RAN network. 8 ACC-02 The eHRPD network shall be capable of load distribution towards 9 adjacent cells of E-UTRAN network based on current load of 10 neighboring cells. 11 ACC-03 The eHRPD network shall be capable of instructing the UE to 12 perform measurements on cells of E-UTRAN networks and usin

45、g 13 the UEs measurement results to improve inter-network operations. 14 ACC-04 The eHRPD network shall be capable of maintaining and updating 15 its relations with neighboring cells of an E-UTRAN network. 16 ACC-05 The eHRPD network shall be capable of detecting connection 17 failures during the ha

46、ndoff to and from an E-UTRAN cell. 18 ACC-06 The eHRPD network shall be capable of adjusting its mobility 19 parameters associated with E-UTRAN networks, including 20 handover parameters, cell reselection parameters and redirection 21 parameters. 22 3.4 Device Requirements 23 DEV-01: The UE shall be

47、 capable of making measurements on E-UTRAN 24 cells when instructed to do so by the eHRPD network. 25 DEV-02: The UE shall be capable of reporting the measurement results of 26 E-UTRAN cells to the eHRPD network. 27 28 29 6 THE TELECOMMUNICATIONS INDUSTRY ASSOCIATION TIA represents the global inform

48、ation and communications technology (ICT) industry through standards development, advocacy, tradeshows, business opportunities, market intelligence and world-wide environmental regulatory analysis. Since 1924, TIA has been enhancing the business environment for broadband, wireless, information techn

49、ology, cable, satellite, and unified communications. TIA members products and services empower communications in every industry and market, including healthcare, education, security, public safety, transportation, government, the utilities. TIA is accredited by the American National Standards Institute (ANSI).