ETSI TS 138 412-2018 5G NG-RAN NG signalling transport (V15 0 0 3GPP TS 38 412 version 15 0 0 Release 15).pdf

1、 ETSI TS 138 412 V15.0.0 (2018-07) 5G; NG-RAN; NG signalling transport (3GPP TS 38.412 version 15.0.0 Release 15) TECHNICAL SPECIFICATION ETSI ETSI TS 138 412 V15.0.0 (2018-07)13GPP TS 38.412 version 15.0.0 Release 15Reference DTS/TSGR-0338412vf00 Keywords 5G ETSI 650 Route des Lucioles F-06921 Soph

2、ia 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 The present document can be downloaded from: http:/www.etsi.org/standards-search The pr

3、esent 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 ETSI. In case of any existing or perceived difference in contents between such ver

4、sions 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 the document may be subject to revision or change of status. Information on the

5、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 comment to one of the following services: https:/portal.etsi.org/People/CommiteeSupportStaff.aspx Copyright Notification N

6、o 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 without the written authorization of ETSI. The copyright and the f

7、oregoing restriction extend to reproduction in all media. ETSI 2018. All rights reserved. DECTTM, PLUGTESTSTM, UMTSTMand the ETSI logo are trademarks of ETSI registered for the benefit of its Members. 3GPPTM and LTETMare trademarks of ETSI registered for the benefit of its Members and of the 3GPP Or

8、ganizational Partners. oneM2M logo is protected for the benefit of its Members. GSMand the GSM logo are trademarks registered and owned by the GSM Association. ETSI ETSI TS 138 412 V15.0.0 (2018-07)23GPP TS 38.412 version 15.0.0 Release 15Intellectual Property Rights Essential patents IPRs essential

9、 or potentially essential to normative deliverables 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 Property Rights (IPRs); Essential, or potentially

10、 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 searches, has been carried out by ETSI. No guara

11、ntee 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. Trademarks The present document may include trademarks and/or tradenames which are asserted and/or reg

12、istered by their owners. ETSI claims no ownership of these except for any which are indicated as being the property of ETSI, and conveys no right to use or reproduce any trademark and/or tradename. Mention of those trademarks in the present document does not constitute an endorsement by ETSI of prod

13、ucts, services or organizations associated with those trademarks. 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

14、identities. These should 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“, “shoul

15、d“, “should not“, “may“, “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. ETS

16、I ETSI TS 138 412 V15.0.0 (2018-07)33GPP TS 38.412 version 15.0.0 Release 15Contents Intellectual Property Rights 2g3Foreword . 2g3Modal verbs terminology 2g3Foreword . 4g31 Scope 5g32 References 5g33 Definitions and abbreviations . 5g33.1 Definitions 5g33.2 Abbreviations . 5g34 NG signalling bearer

17、 6g34.1 Functions and protocol stack 6g35 Data link layer 6g36 IP layer . 6g37 Transport layer . 6g3Annex A (informative): Change history . 8g3History 9g3ETSI ETSI TS 138 412 V15.0.0 (2018-07)43GPP TS 38.412 version 15.0.0 Release 15Foreword This Technical Specification has been produced by the 3rdG

18、eneration 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 identifying change of release d

19、ate 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 changes of substance, i.e. techn

20、ical enhancements, corrections, updates, etc. z the third digit is incremented when editorial only changes have been incorporated in the document. ETSI ETSI TS 138 412 V15.0.0 (2018-07)53GPP TS 38.412 version 15.0.0 Release 151 Scope The present document specifies the standards for signalling transp

21、ort to be used across NG interface. NG interface is a logical interface between the NG-RAN and the 5GC. The present document describes how the NGAP signalling messages are transported over NG. 2 References The following documents contain provisions which, through reference in this text, constitute p

22、rovisions 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 reference, the latest version applies. In the case of a r

23、eference 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 IETF RFC 4960: “Stream Control Transmission Protocol“. 3 3G

24、PP TS 23.501: “System Architecture for the 5G System“. 4 3GPP TS 23.502: “Procedures for the 5G System“. 5 IETF RFC 2460 (1998-12): “Internet Protocol, Version 6 (IPv6) Specification“. 6 IETF RFC 791 (1981-09): “Internet Protocol“. 7 IETF RFC 2474 (1998-12): “Definition of the Differentiated Service

25、s Field (DS Field) in the IPv4 and IPv6 Headers“. 3 Definitions and abbreviations 3.1 Definitions For the purposes of the present document, the terms and definitions given in 3GPP TR 21.905 1 and the following apply. A term defined in the present document takes precedence over the definition of the

26、same term, if any, in 3GPP TR 21.905 1. NG: interface between a NG-RAN node and a 5GC, providing an interconnection point between the NG-RAN and the 5GC. NG-C: Reference point for the control plane protocol between NG-RAN and AMF. 3.2 Abbreviations For the purposes of the present document, the abbre

27、viations given in 3GPP 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 3GPP TR 21.905 1. 5GC 5G Core Network IP Internet Protocol SCTP Stream Control Transmission Protocol DiffServ Differen

28、tiated Service PPP Point to Point Protocol IANA Internet Assigned Number Authority AMF Access and Mobility management Function ETSI ETSI TS 138 412 V15.0.0 (2018-07)63GPP TS 38.412 version 15.0.0 Release 154 NG signalling bearer 4.1 Functions and protocol stack NG-C signalling bearer provides the fo

29、llowing functions: - Provision of reliable transfer of NGAP message over NG-C interface. - Provision of networking and routeing function. - Provision of redundancy in the signalling network. - Support for flow control and congestion control. The protocol stack for NG-C Signalling Bearer is shown in

30、figure 4.1-1 and details on each protocol are described in the following clauses. SCTP IP Data link layer NGAP Physical layer Radio Network Layer TransportNetworkLayer Figure 4.1-1: NG-C signalling bearer protocol stack The Transport Network Layer is based on IP transport, comprising SCTP on top of

31、IP. 5 Data link layer The support of any suitable Data Link Layer protocol, e.g. PPP, Ethernet, etc., shall not be prevented. 6 IP layer The 5GC and NG-RAN shall support IPv6 (IETF RFC 2460 5) and/or IPv4 (IETF RFC 791 6). The IP layer of NG-C only supports point-to-point transmission for delivering

32、 NG AP message. The 5GC and NG-RAN shall support the Diffserv Code Point marking as described in IETF RFC 2474 7. 7 Transport layer SCTP (IETF RFC 4960 2) shall be supported as the transport layer of NG-C signalling bearer. The Payload Protocol Identifier assigned by IANA to be used by SCTP for the

33、application layer protocol NGAP is 60. SCTP refers to the Stream Control Transmission Protocol developed by the Sigtran working group of the IETF for the purpose of transporting various signalling protocols over IP network. NG-RAN node and AMF shall support a configuration with a single SCTP associa

34、tion per NG-RAN node/AMF pair. Configurations with multiple SCTP endpoints per NG-RAN node/AMF pair should be supported. When configurations with multiple SCTP associations are supported, the AMF may request to dynamically add/remove SCTP associations ETSI ETSI TS 138 412 V15.0.0 (2018-07)73GPP TS 3

35、8.412 version 15.0.0 Release 15between the NG-RAN node/AMF pair. Within the set of SCTP associations established between one AMF and NG-RAN node pair, the AMF may request the NG-RAN node to restrict the usage of SCTP association for certain types of NG-C signalling. If no restriction information is

36、provided for an SCTP association, any type of NG-C signalling is allowed via the SCTP association. Selection of the SCTP association by the NG-RAN node and the AMF is specified in TS 23.501 3 and TS 23.502 4.The NG-RAN node shall establish the SCTP association. The SCTP Destination Port number value

37、 assigned by IANA to be used for NGAP is 38412. Between one AMF and NG-RAN node pair: - A single pair of stream identifiers shall be reserved over at least one SCTP association for the sole use of NGAP elementary procedures that utilize non UE-associated signalling. - At least one pair of stream ide

38、ntifiers over one or several SCTP associations shall be reserved for the sole use of NGAP elementary procedures that utilize UE-associated signallings. However, a few pairs (i.e. more than one) should be reserved. - For a single UE-associated signalling, the NG-RAN node shall use one SCTP associatio

39、n and one SCTP stream, and the association/stream should not be changed during the communication of the UE-associated signalling unless TNL binding update is performed as described in TS 23.502 3. Transport network redundancy can be achieved by SCTP multi-homing between two end-points, of which one

40、or both is assigned with multiple IP addresses. SCTP end-points shall support a multi-homed remote SCTP end-point. For SCTP endpoint redundancy, an SCTP endpoint (in the NG-RAN node or AMF) may send an INIT, at any time for an already established SCTP association, which the other SCTP endpoint shall

41、 handle as defined in IETF RFC 4960 2 in subclause 5.2. The SCTP congestion control may, using an implementation specific mechanism, initiate higher layer protocols to reduce the signalling traffic at the source and prioritise certain messages. ETSI ETSI TS 138 412 V15.0.0 (2018-07)83GPP TS 38.412 v

42、ersion 15.0.0 Release 15Annex A (informative): Change history Change history Date Meeting TDoc CR Rev Cat Subject/Comment New version 2018-01 RAN3-AH-1801 R3-180541 Reflected agreed TP in RAN3-AH-1801 in 2018-01 (Sophia Antipolis) 0.2.0 2018-03 RAN3#99 R3-181587 Reflected agreed TP in RAN3#99 in 201

43、8-03 (Athens) 0.3.0 2018-05 RAN3#100 R3-183591 Reflected agreed TP in RAN3#100 in 2018-05 (Busan) and made some editorial corrections 0.4.0 2018-06 RAN#80 RP-180681 Submitted to RAN plenary for Approval 1.0.0 2018-06 RAN#80 - - - - Specification approved at TSG-RAN and placed under change control 15.0.0 ETSI ETSI TS 138 412 V15.0.0 (2018-07)93GPP TS 38.412 version 15.0.0 Release 15History Document history V15.0.0 July 2018 Publication