ETSI TS 136 459-2016 LTE Evolved Universal Terrestrial Radio Access Network (E-UTRAN) SLm interface Application Protocol (SLmAP) (V13 1 0 3GPP TS 36 459 version 13 1 0 Release 13)《.pdf

《ETSI TS 136 459-2016 LTE Evolved Universal Terrestrial Radio Access Network (E-UTRAN) SLm interface Application Protocol (SLmAP) (V13 1 0 3GPP TS 36 459 version 13 1 0 Release 13)《.pdf》由会员分享，可在线阅读，更多相关《ETSI TS 136 459-2016 LTE Evolved Universal Terrestrial Radio Access Network (E-UTRAN) SLm interface Application Protocol (SLmAP) (V13 1 0 3GPP TS 36 459 version 13 1 0 Release 13)《.pdf（74页珍藏版）》请在麦多课文档分享上搜索。

1、 ETSI TS 1EvolvedRadio AccSLm interface A(3GPP TS 36.4TECHNICAL SPECIFICATION136 459 V13.1.0 (2016LTE; ed Universal Terrestrial ccess Network (E-UTRAN); e pplication Protocol (SLmA.459 version 13.1.0 Release 1316-05) AP) 13) ETSI ETSI TS 136 459 V13.1.0 (2016-05)13GPP TS 36.459 version 13.1.0 Releas

2、e 13Reference RTS/TSGR-0336459vd10 Keywords LTE 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 Important notice

3、 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 authorizati

4、on 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 awa

5、re 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: ht

6、tps:/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

7、be modified without the written authorization of ETSI. The copyright and the foregoing restriction extend to reproduction in all media. European Telecommunications Standards Institute 2016. All rights reserved. DECTTM, PLUGTESTSTM, UMTSTMand the ETSI logo are Trade Marks of ETSI registered for the b

8、enefit 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. ETSI ETSI TS 136 459 V13.1.0 (2016-05)23GPP TS 36.459 version 13.1.0 Rele

9、ase 13Intellectual 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 Pr

10、operty 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 (https:/ipr.etsi.org/). Pursuant to the ETSI IPR Policy, no investigation, including IPR s

11、earches, 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 pro

12、duced by ETSI 3rd Generation Partnership Project (3GPP). The present document may refer to technical specifications or reports using their 3GPP identities, UMTS identities or GSM identities. These should be interpreted as being references to the corresponding ETSI deliverables. The cross reference b

13、etween GSM, UMTS, 3GPP and ETSI identities can be found under http:/webapp.etsi.org/key/queryform.asp. 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

14、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 TS 136 459 V13.1.0 (2016-05)33GPP TS 36.459 version 13.1.0 Release 13Contents Intellectual Property Rights 2g3Fore

15、word . 2g3Modal verbs terminology 2g3Foreword . 5g31 Scope 6g32 References 6g33 Definitions, symbols and abbreviations . 6g33.1 Definitions 6g33.2 Symbols 7g33.3 Abbreviations . 7g34 General . 7g34.1 Procedure Specification Principles . 7g34.2 Forwards and Backwards Compatibility 8g34.3 Specificatio

16、n Notations 8g35 SLmAP Services 8g36 Services Expected from Signalling Transport 8g37 Functions of SLmAP 9g38 SLmAP Procedures 9g38.1 List of SLmAP Elementary procedures 9g38.2 Measurement Procedures . 10g38.2.1 Measurement. 10g38.2.1.1 General 10g38.2.1.2 Successful Operation . 10g38.2.1.3 Unsucces

17、sful Operation 10g38.2.1.4 Abnormal Conditions 10g38.2.2 Measurement Update 11g38.2.2.1 General 11g38.2.2.2 Successful Operation . 11g38.2.2.3 Unsuccessful Operation 11g38.2.2.4 Abnormal Conditions 11g38.2.3 Measurement Abort 11g38.2.3.1 General 11g38.2.3.2 Successful Operation . 12g38.2.3.3 Unsucce

18、ssful Operation 12g38.2.3.4 Abnormal Conditions 12g38.3 Management procedures . 12g38.3.1 SLm Setup 12g38.3.1.1 General 12g38.3.1.2 Successful Operation . 12g38.3.1.3 Unsuccessful Operation 13g38.3.1.4 Abnormal Conditions 13g38.3.2 Reset . 13g38.3.2.1 General 13g38.3.2.2 Successful Operation . 13g38

19、.3.2.2.1 Reset Procedure Initiated from the E-SMLC . 13g38.3.2.2.2 Reset Procedure Initiated from the LMU 14g38.3.2.4 Abnormal Conditions 14g38.3.3 Error Indication . 14g38.3.3.1 General 14g38.3.3.2 Successful Operation . 15g3ETSI ETSI TS 136 459 V13.1.0 (2016-05)43GPP TS 36.459 version 13.1.0 Relea

20、se 139 Elements for SLmAP Communication . 15g39.1 Message Functional Definition and Content 15g39.1.1 MEASUREMENT REQUEST . 15g39.1.2 MEASUREMENT RESPONSE . 15g39.1.3 MEASUREMENT FAILURE 15g39.1.4 SLm SETUP REQUEST 16g39.1.5 SLm SETUP RESPONSE 16g39.1.6 SLm SETUP FAILURE 16g39.1.7 RESET REQUEST . 16

21、g39.1.8 RESET ACKNOWLEDGE 17g39.1.9 MEASUREMENT ABORT . 17g39.1.10 MEASUREMENT UPDATE . 17g39.1.11 ERROR INDICATION . 17g39.2 Information Element Definitions 18g39.2.1 General 18g39.2.2 Message Type . 18g39.2.3 SLmAP Transaction ID 18g39.2.4 UL RTOA Measurement Configuration . 18g39.2.5 UL RTOA Meas

22、urements . 20g39.2.6 LMU ID 20g39.2.7 E-SMLC ID 20g39.2.8 LMU Information . 21g39.2.9 LMU Position . 21g39.2.10 Cause 22g39.2.11 Criticality Diagnostics 23g39.2.12 E-SMLC Measurement ID 24g39.3 Message and Information Element Abstract Syntax (with ASN.1) 25g39.3.1 General 25g39.3.2 Usage of Private

23、Message Mechanism for Non-standard Use 25g39.3.3 Elementary Procedure Definitions 25g39.3.4 PDU Definitions . 34g39.3.5 Information Element definitions . 45g39.3.6 Common definitions . 57g39.3.7 Constant definitions 59g39.3.8 Container definitions. 62g39.4 Message Transfer Syntax . 70g39.5 Timers 70

24、g310 Handling of Unknown, Unforeseen and Erroneous Protocol Data 71g3Annex A (informative): Change history . 72g3History 73g3ETSI ETSI TS 136 459 V13.1.0 (2016-05)53GPP TS 36.459 version 13.1.0 Release 13Foreword This Technical Specification has been produced by the 3rdGeneration Partnership Project

25、 (3GPP). The contents of the present document are subject to continuing work within the TSG and may change following formal TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an identifying change of release date and an increase in versio

26、n number as follows: Version x.y.z where: x the first digit: 1 presented to TSG for information; 2 presented to TSG for approval; 3 or greater indicates TSG approved document under change control. y the second digit is incremented for all changes of substance, i.e., technical enhancements, correctio

27、ns, updates, etc. z the third digit is incremented when editorial only changes have been incorporated in the document. ETSI ETSI TS 136 459 V13.1.0 (2016-05)63GPP TS 36.459 version 13.1.0 Release 131 Scope The present document specifies the E-UTRAN radio network layer signalling protocol for the SLm

28、 interface. The SLm Application Protocol (SLmAP) supports the functions of the SLm interface by signalling procedures defined in this document. SLmAP is developed in accordance to the general principles stated in TS 36.305 2 and TS 36.456 3. 2 References The following documents contain provisions wh

29、ich, through reference in this text, constitute provisions of the present document. - References are either specific (identified by date of publication, edition number, version number, etc.) or non-specific. - For a specific reference, subsequent revisions do not apply. - For a non-specific referenc

30、e, the latest version applies. In the case of a reference to a 3GPP document (including a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same Release as the present document. 1 3GPP TR 21.905: “Vocabulary for 3GPP Specifications“. 2 3GPP TS 36

31、.305: “Stage 2 functional specification of User Equipment (UE) positioning in E-UTRAN“. 3 3GPP TS 36.456: “Evolved Universal Terrestrial Radio Access Network (E-UTRAN); SLm interface general aspects and principles“. 4 3GPP TS 36.455: “LTE Positioning Protocol A (LPPa)“. 5 3GPP TS 36.101: “User Equip

32、ment (UE) radio transmission and reception“. 6 3GPP TS 23.032: “Universal Geographical Area Description (GAD)“. 7 3GPP TS 36.413: “ Evolved Universal Terrestrial Radio Access Network (E-UTRAN); S1 Application Protocol“. 8 ITU-T Recommendation X.691 (2002-07): “Information technology - ASN.1 encoding

33、 rules - Specification of Packed Encoding Rules (PER)“. 9 3GPP TS 36.111: “Location Measurement Unit (LMU) performance specification; User Equipment (UE) positioning in E-UTRAN“. 10 3GPP TS 36.104: “Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Base Station (BS) radio transmission an

34、d reception“. 11 3GPP TS 36.211: “Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Physical Channels and Modulation“. 3 Definitions, symbols and abbreviations 3.1 Definitions For the purposes of the present document, the terms and definitions given in TR 21.905 1 and the following apply

35、. A term defined in the present document takes precedence over the definition of the same term, if any, in TR 21.905 1. Elementary Procedure: SLmAP consists of Elementary Procedures (EPs). An Elementary Procedure is a unit of interaction between LMUs in the E-UTRAN and E-SMLCs in the EPC. These Elem

36、entary Procedures are defined ETSI ETSI TS 136 459 V13.1.0 (2016-05)73GPP TS 36.459 version 13.1.0 Release 13separately and are intended to be used to build up complete sequences in a flexible manner. If the independence between some EPs is restricted, it is described under the relevant EP descripti

37、on. Unless otherwise stated by the restrictions, the EPs may be invoked independently of each other as standalone procedures, which can be active in parallel. The usage of several SLmAP EPs together or together with EPs from other interfaces is specified in stage 2 specifications (e.g., TS 23.305 2)

38、. An EP consists of an initiating message and possibly a response message. Two kinds of EPs are used: - Class 1: Elementary Procedures with response (success and/or failure). - Class 2: Elementary Procedures without response. For Class 1 EPs, the types of responses can be as follows: Successful: - A

39、 signalling message explicitly indicates that the elementary procedure successfully completed with the receipt of the response. Unsuccessful: - A signalling message explicitly indicates that the EP failed. - On time supervision expiry (i.e., absence of expected response). Successful and Unsuccessful

40、: - One signalling message reports both successful and unsuccessful outcome for the different included requests. The response message used is the one defined for successful outcome. Class 2 EPs are considered always successful. 3.2 Symbols - 3.3 Abbreviations For the purposes of the present document

41、, the abbreviations given in TR 21.905 1 and the following apply. An abbreviation defined in the present document takes precedence over the definition of the same abbreviation, if any, in TR 21.905 1. LMU Location Measurement Unit SLmAP SLm Interface Application Protocol SRS Sounding Reference Signa

42、l TNL Transport Network LayerUL RTOA Uplink Relative Time of Arrival UTDOA Uplink Time Difference of Arrival 4 General 4.1 Procedure Specification Principles The principle for specifying the procedure logic is to specify the functional behaviour of the terminating node exactly and completely. Any ru

43、le that specifies the behaviour of the originating node shall be possible to be verified with information that is visible within the system. The following specification principles have been applied for the procedure text in clause 8: - The procedure text discriminates between: ETSI ETSI TS 136 459 V

44、13.1.0 (2016-05)83GPP TS 36.459 version 13.1.0 Release 131) Functionality which “shall“ be executed The procedure text indicates that the receiving node “shall“ perform a certain function Y under a certain condition. If the receiving node supports procedure X but cannot perform functionality Y reque

45、sted in the REQUEST message of a Class 1 EP, the receiving node shall respond with the message used to report unsuccessful outcome for this procedure, containing an appropriate cause value. 2) Functionality which “shall, if supported“ be executed The procedure text indicates that the receiving node

46、“shall, if supported,“ perform a certain function Y under a certain condition. If the receiving node supports procedure X, but does not support functionality Y, the receiving node shall proceed with the execution of the EP, possibly informing the requesting node about the not supported functionality

47、. - Any required inclusion of an optional IE in a response message is explicitly indicated in the procedure text. If the procedure text does not explicitly indicate that an optional IE shall be included in a response message, the optional IE shall not be included. For requirements on including Criti

48、cality Diagnostics IE, see clause 10. 4.2 Forwards and Backwards Compatibility The forwards and backwards compatibility of the protocol is assured by mechanism where all current and future messages, and IEs or groups of related IEs, include ID and criticality fields that are coded in a standard form

49、at that will not be changed in the future. These parts can always be decoded regardless of the standard version. 4.3 Specification Notations For the purposes of the present document, the following notations apply: Procedure When referring to an elementary procedure in the specification the Procedure Name is written with the first letters in each word in upper case characters followed by the word “procedure“, e.g., E-RAB procedure. Message When referring to a message in the specification the MESSAGE NAME is written with all letters in upper