1、 ETSI TS 136 425 V14.0.0 (2017-04) Universal Mobile Telecommunications System (UMTS); LTE; Evolved Universal Terrestrial Radio Access Network (E-UTRAN); X2 interface user plane protocol (3GPP TS 36.425 version 14.0.0 Release 14) TECHNICAL SPECIFICATION ETSI ETSI TS 136 425 V14.0.0 (2017-04)13GPP TS
2、36.425 version 14.0.0 Release 14Reference RTS/TSGR-0336425ve00 Keywords LTE,UMTS 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 Grass
3、e (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 versions of the present document shall not be modified with
4、out 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 specific network drive within ETSI Secretariat. Users of t
5、he 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 https:/portal.etsi.org/TB/ETSIDeliverableStatus.aspx If you find errors in the present document, please send your c
6、omment 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 except as authorized by written permission of ETSI
7、. 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 2017. All rights reserved. DECTTM, PLUGTESTSTM, UMTSTMand the ETSI logo a
8、re 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. oneM2M logo is protected for the benefit of its Members GSM and the GSM logo are Trade Marks registered and owne
9、d by the GSM Association. ETSI ETSI TS 136 425 V14.0.0 (2017-04)23GPP TS 36.425 version 14.0.0 Release 14Intellectual 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 publicl
10、y 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 ETSI We
11、b server (https:/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 may
12、 become, essential to the present document. Foreword This Technical Specification (TS) has been produced 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 shou
13、ld be interpreted as being references to the corresponding ETSI deliverables. The cross reference between 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
14、“, “need not“, “will“, “will not“, “can“ and “cannot“ are to be interpreted as described in clause 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 425 V14.
15、0.0 (2017-04)33GPP TS 36.425 version 14.0.0 Release 14Contents Intellectual Property Rights 2g3Foreword . 2g3Modal verbs terminology 2g3Foreword . 4g31 Scope 5g32 References 5g33 Definitions, symbols and abbreviations . 5g33.1 Definitions 5g33.2 Abbreviations . 5g34 General . 6g34.1 General aspects
16、. 6g35 X2 user plane protocol . 7g35.1 General . 7g35.2 X2 user plane protocol layer services . 7g35.3 Services expected from the X2 Transport Network Layer . 7g35.4 Elementary procedures . 8g35.4.1 Transfer of Downlink User Data . 8g35.4.1.1 Successful operation 8g35.4.1.2 Unsuccessful operation .
17、8g35.4.2 Downlink Data Delivery Status 8g35.4.2.1 Successful operation 8g35.4.2.2 Unsuccessful operation . 9g35.5 Elements for the X2 user plane protocol 10g35.5.1 General 10g35.5.2 Frame format for the X2 user plane protocol 11g35.5.2.1 DL USER DATA (PDU Type 0) 11g35.5.2.2 DL DATA DELIVERY STATUS
18、(PDU Type 1) . 12g35.5.2.3 DL DATA DELIVERY STATUS EXTENDED (PDU Type 2). 12g35.5.2.4 DL USER DATA EXTENDED (PDU Type 3) 13g35.5.3 Coding of information elements in frames . 14g35.5.3.1 PDU Type . 14g35.5.3.2 Spare . 14g35.5.3.3 X2-U Sequence Number . 14g35.5.3.4 Lost Packet Report 14g35.5.3.5 Final
19、 Frame Indication 14g35.5.3.6 Highest successfully delivered PDCP Sequence Number . 14g35.5.3.7 Desired buffer size for the E-RAB 14g35.5.3.8 Minimum desired buffer size for the UE . 15g35.5.3.9 Number of lost X2-U Sequence Number ranges reported . 15g35.5.3.10 Start of lost X2-U Sequence Number ran
20、ge 15g35.5.3.11 End of lost X2-U Sequence Number range . 15g35.5.3.12 Spare extension . 15g35.5.3.13 Highest successfully delivered PDCP Sequence Number Extended . 15g35.5.3.14 Start of lost X2-U Sequence Number range Extended 15g35.5.3.15 End of lost X2-U Sequence Number range Extended . 16g35.5.3.
21、16 X2-U Sequence Number Extended . 16g35.5.4 Timers . 16g35.6 Handling of unknown, unforeseen and erroneous protocol data 16g3Annex A (informative): Change history . 17g3History 18g3ETSI ETSI TS 136 425 V14.0.0 (2017-04)43GPP TS 36.425 version 14.0.0 Release 14Foreword This Technical Specification h
22、as been produced by the 3rdGeneration Partnership Project (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 ide
23、ntifying change of release date and an increase in version 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 chan
24、ges of substance, i.e. technical enhancements, corrections, updates, etc. z the third digit is incremented when editorial only changes have been incorporated in the document. ETSI ETSI TS 136 425 V14.0.0 (2017-04)53GPP TS 36.425 version 14.0.0 Release 141 Scope The present document specifies the X2
25、user plane protocol being used over the X2 interface. 2 References The following documents contain provisions which, 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
26、.) or non-specific. - For a specific reference, subsequent revisions do not apply. - For a non-specific reference, 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 i
27、n the same Release as the present document. 1 3GPP TR 21.905: “Vocabulary for 3GPP Specifications“. 2 3GPP TS 36.300: “Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2“. 3 3GPP TS 29.281: “General Packe
28、t Radio System (GPRS) Tunnelling Protocol User Plane (GTPv1-U)“. 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. A term defined in the present document takes precedence over the
29、 definition of the same term, if any, in TR 21.905 1. Master eNB: as defined in TS 36.300 2. Secondary eNB: as defined in TS 36.300 2. Split bearer: as defined in TS 36.300 2. 3.2 Abbreviations For the purposes of the present document, the abbreviations given in TR 21.905 1 and the following apply.
30、An abbreviation defined in the present document takes precedence over the definition of the same abbreviation, if any, in TR 21.905 1. DC Dual Connectivity DL Downlink E-RAB E-UTRAN Radio Access Bearer MeNB Master eNB SeNB Secondary eNBUL Uplink UP User Plane X2 UP X2 User Plane ETSI ETSI TS 136 425
31、 V14.0.0 (2017-04)63GPP TS 36.425 version 14.0.0 Release 144 General 4.1 General aspects The X2 user plane (X2 UP) protocol is located in the User Plane of the Radio Network layer over the X2 interface. The X2 UP protocol is used to convey control information related to the user data flow management
32、 of E-RABs. Each X2 UP protocol instance is associated to one E-RAB only. This version of the present document defines the X2 UP protocol in the context of dual connectivity only, more specifically, only for X2 user data bearers setup for E-RABs configured with the split bearer option. If configured
33、, X2 UP protocol instances exist at the eNBs between which the X2 user data bearers are setup, specifically for dual connectivity between the MeNB and the SeNB. NOTE: X2 user data bearers may be setup for data forwarding purposes during X2 HO or during DC related mobility, however, these X2 user dat
34、a bearers do not require the execution of any additional E-RAB related UP protocol functions related to an X2 UP protocol instance. In this version of the present document, X2 UP protocol data is conveyed by GTP-U protocol means, more specifically, by means of the “RAN Container“ GTP-U extension hea
35、der as defined in TS 29.281 3. ETSI ETSI TS 136 425 V14.0.0 (2017-04)73GPP TS 36.425 version 14.0.0 Release 145 X2 user plane protocol 5.1 General The X2 UP protocol layer is using services of the transport network layer in order to allow flow control of user data packets transferred over the X2 int
36、erface. 5.2 X2 user plane protocol layer services The following functions are provided by the X2 UP protocol: - Provision of X2 UP specific sequence number information for user data transferred from the MeNB to the SeNB for a specific E-RAB configured with the split bearer option; - Information of s
37、uccessful in sequence delivery of PDCP PDUs to the UE from SeNB for user data associated with a specific E-RAB configured with the split bearer option; - Information of PDCP PDUs that were not delivered to the UE; - Information of the currently desired buffer size at the SeNB for transmitting to the
38、 UE user data associated with a specific E-RAB configured with the split bearer option; - Information of the currently minimum desired buffer size at the SeNB for transmitting to the UE user data associated with all E-RABs configured with the split bearer option. 5.3 Services expected from the X2 Tr
39、ansport Network Layer The X2 user plane protocol layer expects the following services from the Transport Network Layer: - Transfer of user data. ETSI ETSI TS 136 425 V14.0.0 (2017-04)83GPP TS 36.425 version 14.0.0 Release 145.4 Elementary procedures 5.4.1 Transfer of Downlink User Data 5.4.1.1 Succe
40、ssful operation The purpose of the Transfer of Downlink User Data procedure is to provide X2-U specific sequence number information at the transfer of user data carrying a DL PDCP PDU from the MeNB to the SeNB via the X2-U interface. An X2 user plane instance making use of the Transfer of Downlink U
41、ser Data procedure is associated to a single E-RAB only. The Transfer of Downlink User Data procedure is invoked whenever user data for that particular E-RAB needs to be sent across the X2-U interface. The MeNB shall assign consecutive X2-U sequence numbers to each transferred X2-U packet. The SeNB
42、shall detect whether an X2-U packet was lost and memorise the respective sequence number after it has declared the respective X2-U packet as being “lost“. The SeNB shall transfer the remaining PDCP PDUs towards the UE and memorise the highest PDCP PDU sequence number of the PDCP PDU that was success
43、fully delivered in sequence towards the UE. NOTE: The Transfer of Downlink User Data procedure and the associated feedback of lost X2-U packets assist the MeNB in avoiding PDCP HFN de-synchronisation. If an E-UTRAN deployment decides to not use the Transfer of Downlink User Data procedure, PDCP HFN
44、synchronization should be ensured by other means. MeNB SeNBDL USER DATAFigure 5.4.1.1-1: Successful Transfer of Downlink User Data 5.4.1.2 Unsuccessful operation Void. 5.4.2 Downlink Data Delivery Status 5.4.2.1 Successful operation The purpose of the Downlink Data Delivery Status procedure is to pr
45、ovide feedback from the SeNB to the MeNB to allow the MeNB to control the downlink user data flow via the SeNB for the respective E-RAB. The SeNB may also transfer uplink user data for the concerned E-RAB to the MeNB together with a DL DATA DELIVERY STATUS frame within the same GTP-U PDU. When the S
46、eNB decides to trigger the Feedback for Downlink Data Delivery procedure it shall report: a) the highest PDCP PDU sequence number successfully delivered in sequence to the UE among those PDCP PDUs received from the MeNB; b) the desired buffer size in bytes for the concerned E-RAB; c) the minimum des
47、ired buffer size in bytes for the UE; d) the X2-U packets that were declared as being “lost“ by the SeNB and have not yet been reported to the MeNB within the DL DATA DELIVERY STATUS frame. ETSI ETSI TS 136 425 V14.0.0 (2017-04)93GPP TS 36.425 version 14.0.0 Release 14NOTE: If an E-UTRAN deployment
48、has decided not to use the Transfer of Downlink User Data procedure, d) above is not applicable. The DL DATA DELIVERY STATUS frame shall also include an indication whether the frame is the last DL status report received in the course of releasing a bearer from the SeNB. When receiving such indicatio
49、n, if applicable, the MeNB considers that no more UL data is to be expected from the SeNB. The MeNB, when receiving the DL DATA DELIVERY STATUS frame: - regards the desired buffer size under b) and c) above as the amount of data desired from the SeNB being declared - from the PDCP sequence number reported under a) above within the same frame, as well as from the most recently reported PDCP sequence number(s) of all other E-RABs established for the UE; - as the momentary desired buffer sizes, independent of buffer sizes indicated in the past. - is allowed
