Ts 138413v150300p NGAP PDF
Ts 138413v150300p NGAP PDF
Ts 138413v150300p NGAP PDF
0 (2019-05)
TECHNICAL SPECIFICATION
5G;
NG-RAN;
NG Application Protocol (NGAP)
(3GPP TS 38.413 version 15.3.0 Release 15)
3GPP TS 38.413 version 15.3.0 Release 15 1 ETSI TS 138 413 V15.3.0 (2019-05)
Reference
RTS/TSGR-0338413vf30
Keywords
5G
ETSI
Important notice
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 authorization of ETSI. In case of any
existing or perceived difference in contents between such versions and/or in print, the prevailing version of an ETSI
deliverable is the one made publicly available in PDF format at www.etsi.org/deliver.
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 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
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 be modified without the written authorization of ETSI.
The copyright and the foregoing restriction extend to reproduction in all media.
© ETSI 2019.
All rights reserved.
DECTTM, PLUGTESTSTM, UMTSTM and the ETSI logo are trademarks of ETSI registered for the benefit of its Members.
3GPPTM and LTETM are trademarks of ETSI registered for the benefit of its Members and
of the 3GPP Organizational Partners.
oneM2M™ logo is a trademark of ETSI registered for the benefit of its Members and
of the oneM2M Partners.
GSM® and the GSM logo are trademarks registered and owned by the GSM Association.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 2 ETSI TS 138 413 V15.3.0 (2019-05)
IPRs essential 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 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 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.
Trademarks
The present document may include trademarks and/or tradenames which are asserted and/or registered 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 products, 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 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.
"must" and "must not" are NOT allowed in ETSI deliverables except when used in direct citation.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 3 ETSI TS 138 413 V15.3.0 (2019-05)
Contents
Intellectual Property Rights ................................................................................................................................2
Foreword.............................................................................................................................................................2
Modal verbs terminology....................................................................................................................................2
Foreword...........................................................................................................................................................13
1 Scope ......................................................................................................................................................14
2 References ..............................................................................................................................................14
3 Definitions and abbreviations .................................................................................................................15
3.1 Definitions ........................................................................................................................................................ 15
3.2 Abbreviations ................................................................................................................................................... 16
4 General ...................................................................................................................................................16
4.1 Procedure Specification Principles ................................................................................................................... 16
4.2 Forwards and Backwards Compatibility .......................................................................................................... 17
4.3 Specification Notations .................................................................................................................................... 17
5 NGAP Services ......................................................................................................................................17
6 Services Expected from Signalling Transport ........................................................................................17
7 Functions of NGAP ................................................................................................................................18
8 NGAP Procedures ..................................................................................................................................18
8.1 List of NGAP Elementary Procedures.............................................................................................................. 18
8.2 PDU Session Management Procedures ............................................................................................................ 19
8.2.1 PDU Session Resource Setup ..................................................................................................................... 19
8.2.1.1 General .................................................................................................................................................. 19
8.2.1.2 Successful Operation............................................................................................................................. 20
8.2.1.3 Unsuccessful Operation ........................................................................................................................ 22
8.2.1.4 Abnormal Conditions ............................................................................................................................ 23
8.2.2 PDU Session Resource Release .................................................................................................................. 23
8.2.2.1 General .................................................................................................................................................. 23
8.2.2.2 Successful Operation............................................................................................................................. 23
8.2.2.3 Unsuccessful Operation ........................................................................................................................ 24
8.2.2.4 Abnormal Conditions ............................................................................................................................ 24
8.2.3 PDU Session Resource Modify .................................................................................................................. 24
8.2.3.1 General .................................................................................................................................................. 24
8.2.3.2 Successful Operation............................................................................................................................. 24
8.2.3.3 Unsuccessful Operation ........................................................................................................................ 26
8.2.3.4 Abnormal Conditions ............................................................................................................................ 26
8.2.4 PDU Session Resource Notify .................................................................................................................... 26
8.2.4.1 General .................................................................................................................................................. 26
8.2.4.2 Successful Operation............................................................................................................................. 27
8.2.4.3 Abnormal Conditions ............................................................................................................................ 27
8.2.5 PDU Session Resource Modify Indication ................................................................................................. 27
8.2.5.1 General .................................................................................................................................................. 27
8.2.5.2 Successful Operation............................................................................................................................. 28
8.2.5.3 Unsuccessful Operation ........................................................................................................................ 29
8.2.5.4 Abnormal Conditions ............................................................................................................................ 29
8.3 UE Context Management Procedures............................................................................................................... 29
8.3.1 Initial Context Setup ................................................................................................................................... 29
8.3.1.1 General .................................................................................................................................................. 29
8.3.1.2 Successful Operation............................................................................................................................. 29
8.3.1.3 Unsuccessful Operation ........................................................................................................................ 31
8.3.1.4 Abnormal Conditions ............................................................................................................................ 31
8.3.2 UE Context Release Request (NG-RAN node initiated) ............................................................................ 32
8.3.2.1 General .................................................................................................................................................. 32
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 4 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 5 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 6 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 7 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 8 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 9 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 10 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 11 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 12 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 13 ETSI TS 138 413 V15.3.0 (2019-05)
Foreword
This Technical Specification has been produced by the 3rd Generation 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 date and an increase in version number as follows:
Version x.y.z
where:
Y the second digit is incremented for all changes 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
3GPP TS 38.413 version 15.3.0 Release 15 14 ETSI TS 138 413 V15.3.0 (2019-05)
1 Scope
The present document specifies the radio network layer signalling protocol for the NG interface. The NG Application
Protocol (NGAP) supports the functions of the NG interface by signalling procedures defined in this document. NGAP
is developed in accordance to the general principles stated in TS 38.401 [2] and TS 38.410 [3].
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.) or
non-specific.
- 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 in the same
Release as the present document.
[4] ITU-T Recommendation X.691 (07/2002): "Information technology – ASN.1 encoding rules:
Specification of Packed Encoding Rules (PER)".
[5] ITU-T Recommendation X.680 (07/2002): "Information technology – Abstract Syntax Notation
One (ASN.1): Specification of basic notation".
[6] ITU-T Recommendation X.681 (07/2002): "Information technology – Abstract Syntax Notation
One (ASN.1): Information object specification".
[7] 3GPP TR 25.921 (version.7.0.0): "Guidelines and principles for protocol description and error
handling".
[8] 3GPP TS 38.300: "NR; NR and NG-RAN Overall Description; Stage 2".
[9] 3GPP TS 23.501: "System Architecture for the 5G System; Stage 2".
[12] 3GPP TS 38.304: "NR; User Equipment (UE) procedures in idle mode and in RRC inactive state".
[15] 3GPP TS 29.281: "General Packet Radio System (GPRS); Tunnelling Protocol User Plane
(GTPv1-U)".
[16] 3GPP TS 36.413: "Evolved Universal Terrestrial Radio Access Network (E-UTRAN); S1
Application Protocol (S1AP)".
[17] 3GPP TS 36.300: "Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal
Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2".
[18] 3GPP TS 38.331: "NG-RAN; Radio Resource Control (RRC) Protocol Specification".
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 15 ETSI TS 138 413 V15.3.0 (2019-05)
[20] 3GPP TS 23.007: "Technical Specification Group Core Network Terminals; Restoration
procedures".
[21] 3GPP TS 36.331: "Evolved Universal Terrestrial Radio Access (E-UTRA) Radio Resource
Control (RRC); Protocol specification".
[25] IETF RFC 5905 (2010-06): "Network Time Protocol Version 4: Protocol and Algorithms
Specification".
[26] 3GPP TS 24.501: "Non-Access-Stratum (NAS) protocol for 5G System (5GS); Stage 3".
[27] 3GPP TS 33.401: "3GPP System Architecture Evolution (SAE); Security architecture".
[29] 3GPP TS 36.304: "Evolved Universal Terrestrial Radio Access (E-UTRA); User Equipment (UE)
procedures in idle mode".
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 same term, if any, in 3GPP
TR 21.905 [1].
Elementary Procedure: NGAP consists of Elementary Procedures (EPs). An Elementary Procedure is a unit of
interaction between the NG-RAN node and the AMF. These Elementary Procedures are defined separately 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 description. 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
NGAP EPs together or together with EPs from other interfaces is specified in stage 2 specifications (e.g., TS 38.401 [2],
TS 38.410 [3] and TS 38.300 [8]).
An EP consists of an initiating message and possibly a response message. Two kinds of EPs are used:
Successful:
- A signalling message explicitly indicates that the elementary procedure successfully completed with the
receipt of the response.
Unsuccessful:
- 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.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 16 ETSI TS 138 413 V15.3.0 (2019-05)
3.2 Abbreviations
For the purposes of the present document, the abbreviations 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].
4 General
The following specification principles have been applied for the procedure text in clause 8:
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 17 ETSI TS 138 413 V15.3.0 (2019-05)
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 requested 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.
The procedure text indicates that the receiving node "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.
- 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 Criticality Diagnostics IE, see clause 10.
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.,
Procedure Name procedure.
Message When referring to a message in the specification the MESSAGE NAME is written with all letters
in upper case characters followed by the word "message", e.g., MESSAGE NAME message.
IE When referring to an information element (IE) in the specification the Information Element Name
is written with the first letters in each word in upper case characters and all letters in Italic font
followed by the abbreviation "IE", e.g., Information Element IE.
Value of an IE When referring to the value of an information element (IE) in the specification the "Value" is
written as it is specified in subclause 9.2 enclosed by quotation marks, e.g., "Value".
5 NGAP Services
NGAP provides the signalling service between the NG-RAN node and the AMF that is required to fulfil the NGAP
functions described in TS 38.410 [3]. NGAP services are divided into two groups:
Non UE-associated services: They are related to the whole NG interface instance between the NG-RAN node and
AMF utilising a non UE-associated signalling connection.
UE-associated services: They are related to one UE. NGAP functions that provide these services are
associated with a UE-associated signalling connection that is maintained for the UE
in question.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 18 ETSI TS 138 413 V15.3.0 (2019-05)
7 Functions of NGAP
The functions of NGAP are described in TS 38.410 [3].
8 NGAP Procedures
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 19 ETSI TS 138 413 V15.3.0 (2019-05)
8.2.1.1 General
The purpose of the PDU Session Resource Setup procedure is to assign resources on Uu and NG-U for one or several
PDU sessions and the corresponding QoS flows, and to setup corresponding DRBs for a given UE. The procedure uses
UE-associated signalling.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 20 ETSI TS 138 413 V15.3.0 (2019-05)
The AMF initiates the procedure by sending a PDU SESSION RESOURCE SETUP REQUEST message to the NG-
RAN node.
The PDU SESSION RESOURCE SETUP REQUEST message shall contain the information required by the NG-RAN
node to setup the PDU session related NG-RAN configuration consisting of at least one PDU session resource and
include each PDU session resource to setup in the PDU Session Resource Setup Request List IE.
Upon reception of the PDU SESSION RESOURCE SETUP REQUEST message, if resources are available for the
requested configuration, the NG-RAN node shall execute the requested NG-RAN configuration and allocate associated
resources over NG and over Uu for each PDU session listed in the PDU Session Resource Setup Request List IE.
If the RAN Paging Priority IE is included in the PDU SESSION RESOURCE SETUP REQUEST message, the NG-
RAN node may use it to determine a priority for paging the UE in RRC_INACTIVE state.
For each requested PDU session, if resources are available for the requested configuration, the NG-RAN node shall
establish at least one DRB and associate each accepted QoS flow of the PDU session to a DRB established.
For each PDU session successfully established the NG-RAN node shall pass to the UE the PDU Session NAS-PDU IE,
if included, and the value contained in the PDU Session ID IE received for the PDU session. The NG-RAN node shall
not send to the UE the PDU Session NAS PDUs associated to the failed PDU sessions.
If the NAS-PDU IE is included in the PDU SESSION RESOURCE SETUP REQUEST message, the NG-RAN node
shall pass it to the UE.
For each PDU session the NG-RAN node shall store the UL NG-U UP TNL Information IE included in the PDU
Session Resource Setup Request Transfer IE contained in the PDU SESSION RESOURCE SETUP REQUEST message
and use it as the uplink termination point for the user plane data for this PDU session.
For each PDU session, if the Additional UL NG-U UP TNL Information IE is included in the PDU Session Resource
Setup Request Transfer IE contained in the PDU SESSION RESOURCE SETUP REQUEST message, the NG-RAN
node may allocate for this split PDU session resources for an additional NG-U transport bearer for some or all of the
QoS flows present in the QoS Flow Setup Request List IE and it shall indicate these QoS flows in the Additional DL
QoS Flow per TNL Information IE in the PDU Session Resource Setup Response Transfer IE. In case the Additional DL
QoS Flow per TNL Information IE is not included the SMF shall consider the proposed additional UL NG-U UP TNL
information as available again.
For each PDU session, if the Network Instance IE is included in the PDU Session Resource Setup Request Transfer IE
contained in the PDU SESSION RESOURCE SETUP REQUEST message, the NG-RAN node shall, if supported, use
it when selecting transport network resource as specified in TS 23.501 [9].
For each PDU session, if the PDU Session Type IE included in the PDU Session Resource Setup Request Transfer IE of
the PDU SESSION RESOURCE SETUP REQUEST message is set to "ethernet" or "unstructured", the NG-RAN node
shall not perform header compression for the concerned PDU session.
For each PDU session for which the Security Indication IE is included in the PDU Session Resource Setup Request
Transfer IE of the PDU SESSION RESOURCE SETUP REQUEST message, and the Integrity Protection Indication IE
or Confidentiality Protection Indication IE is set to "required", then the NG-RAN node shall perform user plane
integrity protection or ciphering, respectively, for the concerned PDU session. If the NG-RAN node cannot perform the
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 21 ETSI TS 138 413 V15.3.0 (2019-05)
user plane integrity protection or ciphering, it shall reject the setup of the PDU session resources with an appropriate
cause value.
If the NG-RAN node is an ng-eNB, it shall reject all PDU sessions for which the Integrity Protection Indication IE is
set to "required".
For each PDU session for which the Security Indication IE is included in the PDU Session Resource Setup Request
Transfer IE of the PDU SESSION RESOURCE SETUP REQUEST message, and the Integrity Protection Indication IE
or Confidentiality Protection Indication IE is set to "preferred", then the NG-RAN node should, if supported, perform
user plane integrity protection or ciphering, respectively, for the concerned PDU session and shall notify whether it
performed the user plane integrity protection or ciphering by including the Integrity Protection Result IE or
Confidentiality Protection Result IE, respectively, in the PDU Session Resource Setup Response Transfer IE of the
PDU SESSION RESOURCE SETUP RESPONSE message.
For each PDU session for which the Maximum Integrity Protected Data Rate Downlink IE or the Maximum Integrity
Protected Data Rate Uplink IE are included in the Security Indication IE in the PDU Session Resource Setup Request
Transfer IE of the PDU SESSION RESOURCE SETUP REQUEST message, the NG-RAN node shall store the
respective information and, if integrity protection is to be performed for the PDU session, it shall enforce the traffic
limits corresponding to the received values, for the concerned PDU session and concerned UE, as specified in TS
23.501 [9].
For each PDU session for which the Security Indication IE is included in the PDU Session Resource Setup Request
Transfer IE of the PDU SESSION RESOURCE SETUP REQUEST message:
- if the Integrity Protection Indication IE is set to "not needed", then the NG-RAN node shall not perform user
plane integrity protection for the concerned PDU session;
- if the Confidentiality Protection Indication IE is set to "not needed", then the NG-RAN node shall not perform
user plane ciphering for the concerned PDU session.
For each PDU session for which the PDU Session Aggregate Maximum Bit Rate IE is included in the PDU Session
Resource Setup Request Transfer IE of the PDU SESSION RESOURCE SETUP REQUEST message, the NG-RAN
node shall store the received value in the UE context and use it when enforcing traffic policing for Non-GBR QoS flows
for the concerned UE as specified in TS 23.501 [9].
For each PDU session in the PDU SESSION RESOURCE SETUP REQUEST message, if the Additional QoS Flow
Information IE is included in the QoS Flow Level QoS Parameters IE in the PDU Session Resource Setup Request
Transfer IE of the PDU SESSION RESOURCE SETUP REQUEST message, the NG-RAN node may consider it for
the DRB allocation process. It is up to NG-RAN node implementation to decide whether and how to use it.
For each QoS flow requested to be setup the NG-RAN node shall take into account the received QoS Flow Level QoS
Parameters IE. For each QoS flow the NG-RAN node shall establish or modify the resources according to the values of
the Allocation and Retention Priority IE (priority level and pre-emption indicators) and the resource situation as
follows:
- The NG-RAN node shall consider the priority level of the requested QoS flow, when deciding on the resource
allocation.
- The priority levels and the pre-emption indicators may (individually or in combination) be used to determine
whether the QoS flow setup has to be performed unconditionally and immediately. If the requested QoS flow is
marked as "may trigger pre-emption" and the resource situation requires so, the NG-RAN node may trigger the
pre-emption procedure which may then cause the forced release of a lower priority QoS flow which is marked as
"pre-emptable". Whilst the process and the extent of the pre-emption procedure are operator-dependent, the pre-
emption indicators shall be treated as follows:
1. The values of the last received Pre-emption Vulnerability IE and Priority Level IE shall prevail.
2. If the Pre-emption Capability IE is set to "may trigger pre-emption", then this allocation request may trigger
the pre-emption procedure.
3. If the Pre-emption Capability IE is set to "shall not trigger pre-emption", then this allocation request shall not
trigger the pre-emption procedure.
4. If the Pre-emption Vulnerability IE is set to "pre-emptable", then this QoS flow shall be included in the pre-
emption process.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 22 ETSI TS 138 413 V15.3.0 (2019-05)
5. If the Pre-emption Vulnerability IE is set to "not pre-emptable", then this QoS flow shall not be included in
the pre-emption process.
- The NG-RAN node pre-emption process shall keep the following rules:
1. The NG-RAN node shall only pre-empt QoS flows with lower priority, in ascending order of priority.
2. The pre-emption may be done for QoS flows belonging to the same UE or to other UEs.
For each QoS flow which has been successfully established, the NG-RAN node shall store the mapped E-RAB ID if
included in the PDU Session Resource Setup Request Transfer IE contained in the PDU SESSION RESOURCE
SETUP REQUEST message and use it as specified in TS 38.300 [8].
The NG-RAN node shall report to the AMF in the PDU SESSION RESOURCE SETUP RESPONSE message the
result for each PDU session resource requested to be setup:
- For each PDU session resource successfully setup, the PDU Session Resource Setup Response Transfer IE shall
be included containing:
1. The NG-U UP transport layer information to be used for the PDU session and associated list of QoS flows
which have been successfully established, in the QoS Flow per TNL Information IE.
2. The list of QoS flows which failed to be established, if any, in the QoS Flow Failed to Setup List IE. When
the NG-RAN node reports unsuccessful establishment of a QoS flow, the cause value should be precise
enough to enable the SMF to know the reason for the unsuccessful establishment.
- For each PDU session resource which failed to be setup, the PDU Session Resource Setup Unsuccessful Transfer
IE shall be included containing a cause value that should be precise enough to enable the SMF to know the
reason for the unsuccessful establishment.
For each PDU session resource successfully setup at the NG-RAN node, if the Additional UL NG-U UP TNL
Information IE is included in the PDU Session Resource Setup Request Transfer IE the NG-RAN node may allocate
resources for an additional NG-U transport bearer for some or all QoS flows which it shall indicate in the Additional
QoS Flow per TNL Information IE in the PDU Session Resource Setup Response Transfer IE. In case the Additional
QoS Flow per TNL Information IE is not included the SMF shall consider the proposed additional UL NG-U UP TNL
information as available again.
Upon reception of the PDU SESSION RESOURCE SETUP RESPONSE message the AMF shall, for each PDU session
indicated in the PDU Session ID IE, transfer transparently the PDU Session Resource Setup Response Transfer IE or
PDU Session Resource Setup Unsuccessful Transfer IE to the SMF associated with the concerned PDU session.
The UE Aggregate Maximum Bit Rate IE should be sent to the NG-RAN node if the AMF has not sent it previously. If
it is included in the PDU SESSION RESOURCE SETUP REQUEST message, the NG-RAN node shall store the UE
Aggregate Maximum Bit Rate in the UE context, and use the received UE Aggregate Maximum Bit Rate for all Non-
GBR QoS flows for the concerned UE as specified in TS 23.501 [9].
If a handover becomes necessary during the PDU Session Resource Setup procedure, the NG-RAN node may interrupt
the ongoing PDU Session Resource Setup procedure and initiate the Handover Preparation procedure as follows:
1. The NG-RAN node shall send the PDU SESSION RESOURCE SETUP RESPONSE message in which the NG-
RAN node shall indicate, if necessary, all the PDU session resources which failed to be setup with an appropriate
cause value, e.g. "NG intra-system handover triggered", "NG inter-system handover triggered" or "Xn handover
triggered".
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 23 ETSI TS 138 413 V15.3.0 (2019-05)
If the NG-RAN node receives a PDU SESSION RESOURCE SETUP REQUEST message containing a PDU Session
ID IE (in the PDU Session Resource Setup Request List IE) set to a value that identifies an active PDU session
(established before the PDU SESSION RESOURCE SETUP REQUEST message was received), the NG-RAN node
shall report the establishment of the new PDU session as failed in the PDU SESSION RESOURCE SETUP REQUEST
message with an appropriate cause value.
8.2.2.1 General
The purpose of the PDU Session Resource Release procedure is to enable the release of already established PDU
session resources for a given UE. The procedure uses UE-associated signalling.
The AMF initiates the procedure by sending a PDU SESSION RESOURCE RELEASE COMMAND message.
The PDU SESSION RESOURCE RELEASE COMMAND message shall contain the information required by the NG-
RAN node to release at least one PDU session resource, and include each PDU session resource to release in the PDU
Session Resource to Release List IE.
If a NAS-PDU IE is contained in the PDU SESSION RESOURCE RELEASE COMMAND message, the NG-RAN
node shall pass it to the UE.
Upon reception of the PDU SESSION RESOURCE RELEASE COMMAND message the NG-RAN node shall execute
the release of the requested PDU sessions. For each PDU session to be released the NG-RAN node shall release the
corresponding resources over Uu and over NG.
If the RAN Paging Priority IE is included in the PDU SESSION RESOURCE RELEASE COMMAND message, the
NG-RAN node may use it to determine a priority for paging the UE in RRC_INACTIVE state.
The NG-RAN node shall, if supported, report in the PDU SESSION RESOURCE RELEASE RESPONSE message
location information of the UE in the User Location Information IE.
After sending a PDU SESSION RESOURCE RELEASE RESPONSE message, the NG-RAN node shall be prepared to
receive a PDU SESSION RESOURCE SETUP REQUEST message requesting establishment of a PDU session with a
PDU Session ID corresponding to one of the PDU Session IDs that was present in the PDU Session Resource to
Release List IE of the PDU SESSION RESOURCE RELEASE COMMAND message.
If the User Location Information IE is included in the PDU SESSION RESOURCE RELEASE RESPONSE message,
the AMF shall handle this information as specified in TS 23.501 [9].
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 24 ETSI TS 138 413 V15.3.0 (2019-05)
For each PDU session for which the Secondary RAT Usage Information IE is included in the PDU Session Resource
Release Response Transfer IE, the SMF shall handle this information as specified in TS 23.502 [10].
If the NG-RAN node receives a PDU SESSION RESOURCE RELEASE COMMAND message containing PDU
Session ID IE(s) (in the PDU Session Resource to Release List IE) that the NG-RAN node does not recognize, the NG-
RAN node shall report the corresponding invalid PDU session(s) as failed in the PDU SESSION RESOURCE
RELEASE RESPONSE message with an appropriate cause value.
8.2.3.1 General
The purpose of the PDU Session Resource Modify procedure is to enable configuration modifications of already
established PDU session(s) for a given UE. It is also to enable the setup, modification and release of the QoS flow for
already established PDU session(s). The procedure uses UE-associated signalling.
The AMF initiates the procedure by sending a PDU SESSION RESOURCE MODIFY REQUEST message to the NG-
RAN node.
The PDU SESSION RESOURCE MODIFY REQUEST message shall contain the information required by the NG-
RAN node, which may trigger the NG-RAN configuration modification for the existing PDU sessions listed in the PDU
Session Resource Modify Request List IE.
Upon reception of the PDU SESSION RESOURCE MODIFY REQUEST message, if the NG-RAN configuration is
triggered to be modified and if resources are available for the modified NG-RAN configuration, the NG-RAN node
shall execute the configuration modification for the requested PDU session.
If the RAN Paging Priority IE is included in the PDU SESSION RESOURCE MODIFY REQUEST message, the NG-
RAN node may use it to determine a priority for paging the UE in RRC_INACTIVE state.
For each PDU session, if the S-NSSAI IE is included in the PDU Session Resource Modify Request Item IE contained in
the PDU SESSION RESOURCE MODIFY REQUEST message, the NG-RAN node shall replace the previously
provided S-NSSAI by the received S-NSSAI for the concerned PDU session.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 25 ETSI TS 138 413 V15.3.0 (2019-05)
For each PDU session, if the Network Instance IE is included in the PDU Session Resource Modify Request Transfer IE
contained in the PDU SESSION RESOURCE MODIFY REQUEST message, the NG-RAN node shall, if supported,
use it as specified in TS 23.501 [9].
For each PDU session included in the PDU Session Resource Modify Request List IE:
- For each QoS flow included in the QoS Flow Add or Modify Request List IE, based on the QoS Flow Level QoS
Parameters IE, the NG-RAN node may establish, modify or release the DRB configuration and may change
allocation of resources on NG or Uu accordingly. The NG-RAN node shall associate each QoS flow accepted to
setup or modify with a DRB of the PDU session. The associated DRB for the QoS flow accepted to modify may
not change.
- For each QoS flow included in the QoS Flow to Release List IE, the NG-RAN node shall de-associate the QoS
flow with the previously associated DRB.
- The NG-RAN node shall pass the NAS-PDU IE received for the PDU session to the UE when modifying the
PDU session configuration. The NG-RAN node does not send the NAS PDUs associated to the failed PDU
sessions to the UE.
- The NG-RAN node may change allocation of resources on NG according to the requested target configuration.
- If the PDU Session Aggregate Maximum Bit Rate IE is included in the PDU Session Resource Modify Request
Transfer IE, the NG-RAN node shall store and use the received PDU Session Aggregate Maximum Bit Rate
value when enforcing traffic policing for Non-GBR QoS flows for the concerned UE as specified in TS 23.501
[9].
- If the UL NG-U UP TNL Modify List IE is included in the PDU Session Resource Modify Request Transfer IE,
the NG-RAN node shall update the transport layer information for the uplink data accordingly for the concerned
transport bearers identified by the DL NG-U UP TNL Information IE included in the PDU Session Resource
Modify Request Transfer IE for the concerned PDU session.
- If the Additional UL NG-U UP TNL Information IE is included in the PDU Session Resource Modify Request
Transfer IE, the NG-RAN node may allocate resources for an additional NG-U transport bearer for some or all
of the QoS flows present in the QoS Flow Add or Modify Request List IE and it shall indicate these QoS flows in
the Additional DL QoS Flow per TNL Information IE in the PDU Session Resource Modify Response Transfer
IE. In case the Additional DL QoS Flow per TNL Information IE is not included the SMF shall consider the
proposed additional UL NG-U UP TNL information as available again.
- In case more than one NG-U transport bearers have been set up for the PDU session, if all the QoS flows
associated to one existing NG-U transport bearer are included in the QoS Flow to Release List IE in the PDU
Session Resource Modify Request Transfer IE, the NG-RAN node and 5GC shall consider that the concerned
NG-U transport bearer is removed for the PDU session, and both NG-RAN node and 5GC shall therefore
consider the related NG-U UP TNL information as available again.
The NG-RAN node shall report to the AMF, in the PDU SESSION RESOURCE MODIFY RESPONSE message, the
result for each PDU session requested to be modified listed in the PDU SESSION RESOURCE MODIFY REQUEST
message:
- For each PDU session which is successfully modified, the PDU Session Resource Modify Response Transfer IE
shall be included containing:
1. The list of QoS flows which have been successfully setup or modified, if any, in the QoS Flow Add or Modify
Response List IE in case the PDU Session Resource Modify procedure is triggered by QoS flow setup or
modification.
2. The list of QoS flows which have failed to be setup or modified, if any, in the QoS Flow Failed to Add or
Modify List IE in case the PDU Session Resource Modify procedure is triggered by QoS flow setup or
modification.
- For each PDU session which failed to be modified, the PDU Session Resource Modify Unsuccessful Transfer IE
shall be included containing the failure cause.
- For each PDU session, if the DL NG-U UP TNL Information IE is included in the PDU Session Resource Modify
Response Transfer IE in the PDU SESSION RESOURCE MODIFY RESPONSE message, it shall be considered
by the SMF as the new DL transport layer address(es) for the PDU session. The NG-RAN also may indicate the
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 26 ETSI TS 138 413 V15.3.0 (2019-05)
mapping between each new DL transport layer address and the corresponding UL transport layer address
assigned by the 5GC.
Upon reception of the PDU SESSION RESOURCE MODIFY RESPONSE message the AMF shall, for each PDU
session indicated in the PDU Session ID IE, transfer transparently the PDU Session Resource Modify Response Transfer
IE or PDU Session Resource Modify Unsuccessful Transfer IE to each SMF associated with the concerned PDU
session.
The NG-RAN node shall, if supported, report in the PDU SESSION RESOURCE MODIFY RESPONSE message
location information of the UE in the User Location Information IE.
For a PDU session or a QoS flow which failed to be modified, the NG-RAN node shall fall back to the configuration of
the PDU session or the QoS flow as it was configured prior to the reception of the PDU SESSION RESOURCE
MODIFY REQUEST message.
Upon reception of the PDU SESSION RESOURCE MODIFY REQUEST message to setup a QoS flow for IMS voice,
if the NG-RAN node is not able to support IMS voice, the NG-RAN node shall initiate EPS fallback or RAT fallback
for IMS voice procedure as specified in TS 23.501 [9] and report unsuccessful establishment of the QoS flow in the
PDU Session Resource Modify Response Transfer IE or in the PDU Session Resource Modify Unsuccessful Transfer IE
with cause value "IMS voice EPS fallback or RAT fallback triggered".
If the User Location Information IE is included in the PDU SESSION RESOURCE MODIFY RESPONSE message,
the AMF shall handle this information as specified in TS 23.501 [9].
If a handover becomes necessary during the PDU Session Resource Modify procedure, the NG-RAN node may
interrupt the ongoing PDU Session Resource Modify procedure and initiate the Handover Preparation procedure as
follows:
1. The NG-RAN node shall send the PDU SESSION RESOURCE MODIFY RESPONSE message in which the
NG-RAN node shall indicate, if necessary, all the PDU sessions failed with an appropriate cause value, e.g. "NG
intra-system handover triggered", "NG inter-system handover triggered" or "Xn handover triggered".
If the NG-RAN node receives a PDU SESSION RESOURCE MODIFY REQUEST message containing some PDU
Session ID IEs (in the PDU Session Resource Modify Request List IE) that the NG-RAN node does not recognize, the
NG-RAN node shall report the corresponding invalid PDU sessions as failed in the PDU SESSION RESOURCE
MODIFY RESPONSE message with an appropriate cause value.
8.2.4.1 General
The purpose of the PDU Session Resource Notify procedure is to notify that the already established QoS flow(s) or
PDU session(s) for a given UE are released or not fulfilled anymore or fulfilled again by the NG-RAN node for which
notification control is requested. The procedure uses UE-associated signalling.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 27 ETSI TS 138 413 V15.3.0 (2019-05)
The NG-RAN node initiates the procedure by sending a PDU SESSION RESOURCE NOTIFY message.
The PDU SESSION RESOURCE NOTIFY message shall contain the information of PDU session resources or QoS
flows which are released or not fulfilled anymore or fulfilled again by the NG-RAN node.
- For each PDU session for which some QoS flows are released or not fulfilled anymore or fulfilled again by the
NG-RAN node, the PDU Session Resource Notify Transfer IE shall be included containing:
1. The list of QoS flows which are released by the NG-RAN node, if any, in the QoS Flow Released List IE.
2. The list of GBR QoS flows which are not fulfilled anymore or fulfilled again by the NG-RAN node, if any, in
the QoS Flow Notify List IE together with the Notification Cause IE.
- For each PDU session resource which is released by the NG-RAN node, the PDU Session Resource Notify
Released Transfer IE shall be included containing the release cause in the Cause IE.
The NG-RAN node shall, if supported, report in the PDU SESSION RESOURCE NOTIFY message location
information of the UE in the User Location Information IE.
Upon reception of the PDU SESSION RESOURCE NOTIFY message, the AMF shall, for each PDU session indicated
in the PDU Session ID IE, transfer transparently the PDU Session Resource Notify Transfer IE or PDU Session
Resource Notify Released Transfer IE to the SMF associated with the concerned PDU session. Upon reception of PDU
Session Resource Notify Transfer IE, the SMF normally initiate the appropriate release or modify procedure on the core
network side for the PDU session(s) or QoS flow(s) identified as not fulfilled anymore.
For each PDU session for which the Secondary RAT Usage Information IE is included in the PDU Session Resource
Notify Transfer IE or the PDU Session Resource Notify Released Transfer IE, the SMF shall handle this information as
specified in TS 23.502 [10].
If the User Location Information IE is included in the PDU SESSION RESOURCE NOTIFY message, the AMF shall
handle this information as specified in TS 23.501 [9].
8.2.5.1 General
The purpose of the PDU Session Resource Modify Indication procedure is for the NG-RAN node to request
modification of the established PDU session(s). The procedure uses UE-associated signalling.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 28 ETSI TS 138 413 V15.3.0 (2019-05)
The NG-RAN node initiates the procedure by sending a PDU SESSION RESOURCE MODIFY INDICATION
message. Upon reception of the PDU SESSION RESOURCE MODIFY INDICATION message, the AMF shall, for
each PDU session indicated in the PDU Session ID IE, transparently transfer the PDU Session Resource Modify
Indication Transfer IE to the SMF associated with the concerned PDU session.
For each PDU session for which the DL QoS Flow per TNL Information IE is included in the PDU Session Resource
Modify Indication Transfer IE in the PDU SESSION RESOURCE MODIFY INDICATION message, the SMF shall
consider the included DL transport layer address as the new DL transport layer address for the included associated QoS
flows and it may provide the associated UL transport layer address in the UL NG-U UP TNL Information IE in the PDU
Session Resource Modify Confirm Transfer IE in the PDU SESSION RESOURCE MODIFY CONFIRM message.
For each PDU session for which the Additional DL QoS Flow per TNL Information IE is included in the PDU Session
Resource Modify Indication Transfer IE in the PDU SESSION RESOURCE MODIFY INDICATION message, the
SMF shall consider for this split PDU session each included DL transport layer address(es) as the new downlink
termination point(s) for the included associated QoS flows and it may provide the associated UL transport layer
address(s) in the Additional NG-U UP TNL Information IE in the PDU Session Resource Modify Confirm Transfer IE in
the PDU SESSION RESOURCE MODIFY CONFIRM message.
If the Security Result IE is included in the PDU Session Resource Modify Indication Transfer IE in the PDU SESSION
RESOURCE MODIFY INDICATION message, it may be considered by the SMF as the new security status of the PDU
session.
For each PDU session for which the Secondary RAT Usage Information IE is included in the PDU Session Resource
Modify Indication Transfer IE, the SMF shall handle this information as specified in TS 23.502 [10].
The AMF shall report to the NG-RAN node in the PDU SESSION MODIFY RESOURCE CONFIRM message the
result for each PDU session listed in PDU SESSION RESOURCE MODIFY INDICATION message:
- For each PDU session which is successfully modified, the PDU Session Resource Modify Confirm Transfer IE
shall be included containing:
1. The list of QoS flows which have been successfully modified in the QoS Flow Modify Confirm List IE.
2. The list of QoS flows which have failed to be modified, if any, in the QoS Flow Failed to Modify List IE.
- In case more than one NG-U transport bearers have been set up for the PDU session, if no QoS flow is
associated to one existing NG-U transport bearer after the modification, the NG-RAN node and 5GC shall
consider that the concerned NG-U transport bearer is removed for the PDU session, and both NG-RAN node and
5GC shall therefore consider the related NG-U UP TNL information as available again.
- For each PDU session which failed to be modified, the PDU Session Resource Modify Failed Transfer IE shall
be included to report the failure cause.
Upon reception of the PDU Session Resource Modify Confirm Transfer IE for each PDU session listed in the PDU
SESSION RESOURCE MODIFY CONFIRM message:
- If the QoS Flow Failed To Modify List IE is included, the NG-RAN node shall either
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 29 ETSI TS 138 413 V15.3.0 (2019-05)
2. keep the previous transport layer information before sending the PDU SESSION RESOURCE MODIFY
INDICATION unchanged for the concerned QoS flow.
Upon reception of the PDU Session Resource Modify Failed Transfer IE for each PDU session listed in the PDU
SESSION RESOURCE MODIFY CONFIRM message, the NG-RAN node shall either:
1. release all corresponding NG-RAN configuration and resources for the concerned PDU session, or
2. keep the previous transport layer information before sending the PDU SESSION RESOURCE MODIFY
INDICATION unchanged for the concerned PDU session.
8.3.1.1 General
The purpose of the Initial Context Setup procedure is to establish the necessary overall initial UE context at the NG-
RAN node, when required, including PDU session context, the Security Key, Mobility Restriction List, UE Radio
Capability and UE Security Capabilities, etc. The AMF may initiate the Initial Context Setup procedure if a UE-
associated logical NG-connection exists for the UE or if the AMF has received the RAN UE NGAP ID IE in an
INITIAL UE MESSAGE message or if the NG-RAN node has already initiated a UE-associated logical NG-connection
by sending an INITIAL UE MESSAGE message via another NG interface instance. The procedure uses UE-associated
signalling.
In case of the establishment of a PDU session the 5GC shall be prepared to receive user data before the INITIAL
CONTEXT SETUP RESPONSE message has been received by the AMF. If no UE-associated logical NG-connection
exists, the UE-associated logical NG-connection shall be established at reception of the INITIAL CONTEXT SETUP
REQUEST message.
The INITIAL CONTEXT SETUP REQUEST message shall contain the Index to RAT/Frequency Selection Priority IE,
if available in the AMF.
If the NAS-PDU IE is included in the INITIAL CONTEXT SETUP REQUEST message, the NG-RAN node shall pass
it transparently towards the UE.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 30 ETSI TS 138 413 V15.3.0 (2019-05)
If the Masked IMEISV IE is contained in the INITIAL CONTEXT SETUP REQUEST message the target NG-RAN
node shall, if supported, use it to determine the characteristics of the UE for subsequent handling.
Upon receipt of the INITIAL CONTEXT SETUP REQUEST message the NG-RAN node shall
- store the received UE Aggregate Maximum Bit Rate in the UE context, and use the received UE Aggregate
Maximum Bit Rate for Non-GBR QoS flows for the concerned UE as specified in TS 23.501 [9];
- store the received Index to RAT/Frequency Selection Priority in the UE context and use it as defined in TS
23.501 [9];
- store the received Security Key in the UE context and, if the NG-RAN node is required to activate security for
the UE, take this security key into use.
For the Initial Context Setup an initial value for the Next Hop Chaining Count is stored in the UE context.
If the PDU Session Resource Setup Request List IE is contained in the INITIAL CONTEXT SETUP REQUEST
message, the NG-RAN node shall behave the same as defined in the PDU Session Resource Setup procedure. The NG-
RAN node shall report to the AMF in the INITIAL CONTEXT SETUP RESPONSE message the result for each PDU
session resource requested to be setup as defined in the PDU Session Resource Setup procedure.
Upon reception of the INITIAL CONTEXT SETUP RESPONSE message the AMF shall, for each PDU session
indicated in the PDU Session ID IE, transfer transparently the PDU Session Resource Setup Response Transfer IE or
PDU Session Resource Setup Unsuccessful Transfer IE to the SMF associated with the concerned PDU session. In case
the splitting PDU session is not used by the NG-RAN node, the SMF should remove the Additional Transport Layer
Information, if any.
The NG-RAN node shall use the information in the Mobility Restriction List IE if present in the INITIAL CONTEXT
SETUP REQUEST message to
- determine a target for subsequent mobility action for which the NG-RAN node provides information about the
target of the mobility action towards the UE;
- assign proper RNA(s) for the UE when moving the UE to RRC_INACTIVE state.
If the Mobility Restriction List IE is not contained in the INITIAL CONTEXT SETUP REQUEST message, the NG-
RAN node shall consider that no roaming and no access restriction apply to the UE. The NG-RAN node shall also
consider that no roaming and no access restriction apply to the UE when:
- one of the QoS flows includes a particular ARP value (TS 23.501 [9]).
If the Trace Activation IE is included in the INITIAL CONTEXT SETUP REQUEST message the NG-RAN node shall,
if supported, initiate the requested trace function as described in TS 32.422 [11].
If the UE Security Capabilities IE included in the INITIAL CONTEXT SETUP REQUEST message only contains the
EIA0 or NIA0 algorithm as defined in TS 33.501 [13] and if the EIA0 or NIA0 algorithm is defined in the configured
list of allowed integrity protection algorithms in the NG-RAN node (TS 33.501 [13]), the NG-RAN node shall take it
into use and ignore the keys received in the Security Key IE.
If the Core Network Assistance Information IE is included in the INITIAL CONTEXT SETUP REQUEST message, the
NG-RAN node shall, if supported, store this information in the UE context and use it for e.g. the RRC_INACTIVE state
decision and RNA configuration for the UE and RAN paging if any for a UE in RRC_INACTIVE state, as specified in
TS 38.300 [8].
If the RRC Inactive Transition Report Request IE is included in the INITIAL CONTEXT SETUP REQUEST message,
the NG-RAN node shall, if supported, store this information in the UE context.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 31 ETSI TS 138 413 V15.3.0 (2019-05)
If the Emergency Fallback Indicator IE is included in the INITIAL CONTEXT SETUP REQUEST message, it
indicates that the UE context to be set up is subject to emergency service fallback as described in TS 23.501 [9] and the
NG-RAN node may, if supported, take the appropriate mobility actions.
If the Old AMF IE is included in the INITIAL CONTEXT SETUP REQUEST message, the NG-RAN node shall
consider that this UE-associated logical NG-connection was redirected to this AMF from another AMF identified by the
Old AMF IE.
If the Redirection for Voice EPS Fallback IE is included in the INITIAL CONTEXT SETUP REQUEST message, the
NG-RAN node shall, if supported, store it and use it in a subsequent decision of EPS fallback for voice as specified in
TS 23.502 [10].
The NG-RAN node shall use the AMF UE NGAP ID IE and RAN UE NGAP ID IE received in the INITIAL CONTEXT
SETUP REQUEST message as identification of the logical connection even if the RAN UE NGAP ID IE had been
allocated in an INITIAL UE MESSAGE message sent over a different NG interface instance.
If the RRC Inactive Transition Report Request IE is included in the INITIAL CONTEXT SETUP REQUEST message
and set to "subsequent state transition report", the NG-RAN node shall, if supported, send the RRC INACTIVE
TRANSITION REPORT message to the AMF to report the RRC state of the UE when the UE enters or leaves
RRC_INACTIVE state.
If the NG-RAN node is not able to establish an NG UE context, it shall consider the procedure as failed and reply with
the INITIAL CONTEXT SETUP FAILURE message.
If the PDU Session Resource Setup Request List IE is contained in the INITIAL CONTEXT SETUP REQUEST
message, the NG-RAN node shall report to the AMF, in the INITIAL CONTEXT SETUP FAILURE message, the
unsuccessful establishment result for each PDU session resource requested to be setup as defined in the PDU Session
Resource Setup procedure.
Upon reception of the INITIAL CONTEXT SETUP RESPONSE message the AMF shall, for each PDU session
indicated in the PDU Session ID IE, transfer transparently the PDU Session Resource Setup Response Transfer IE or
PDU Session Resource Setup Unsuccessful Transfer IE to the SMF associated with the concerned PDU session. In case
the splitting PDU session is not used by the NG-RAN node, the SMF should remove the Additional Transport Layer
Information, if any.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 32 ETSI TS 138 413 V15.3.0 (2019-05)
If the supported algorithms for integrity defined in the Integrity Protection Algorithms IE in the UE Security
Capabilities IE, plus the mandated support of the EIA0 and NIA0 algorithm in all UEs (TS 33.501 [13]), do not match
any allowed algorithms defined in the configured list of allowed integrity protection algorithms in the NG-RAN node
(TS 33.501 [13]), the NG-RAN node shall reject the procedure using the INITIAL CONTEXT SETUP FAILURE
message.
8.3.2.1 General
The purpose of the UE Context Release Request procedure is to enable the NG-RAN node to request the AMF to
release the UE-associated logical NG-connection due to NG-RAN node generated reasons. The procedure uses UE-
associated signalling.
The NG-RAN node controlling a UE-associated logical NG-connection initiates the procedure by sending a UE
CONTEXT RELEASE REQUEST message towards the affected AMF.
The UE CONTEXT RELEASE REQUEST message shall indicate the appropriate cause value, e.g., "TXnRELOCOverall
Expiry", "Redirection", for the requested UE-associated logical NG-connection release.
The UE Context Release procedure should be initiated upon reception of a UE CONTEXT RELEASE REQUEST
message.
8.3.3.1 General
The purpose of the UE Context Release procedure is to enable the AMF to order the release of the UE-associated
logical NG-connection due to various reasons, e.g., completion of a transaction between the UE and the 5GC, or release
of the old UE-associated logical NG-connection when the UE has initiated the establishment of a new UE-associated
logical NG-connection, etc. The procedure uses UE-associated signalling.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 33 ETSI TS 138 413 V15.3.0 (2019-05)
The AMF initiates the procedure by sending the UE CONTEXT RELEASE COMMAND message to the NG-RAN
node.
The UE CONTEXT RELEASE COMMAND message shall contain both the AMF UE NGAP ID IE and the RAN UE
NGAP ID IE if available, otherwise the message shall contain the AMF UE NGAP ID IE.
Upon reception of the UE CONTEXT RELEASE COMMAND message, the NG-RAN node shall release all related
signalling and user data transport resources and reply with the UE CONTEXT RELEASE COMPLETE message.
If the User Location Information IE is included in the UE CONTEXT RELEASE COMPLETE message, the AMF shall
handle this information as specified in TS 23.502 [10].
If the Information on Recommended Cells and RAN Nodes for Paging IE is included in the UE CONTEXT RELEASE
COMPLETE message, the AMF shall, if supported, store it and may use it for subsequent paging.
For each PDU session for which the Secondary RAT Usage Information IE is included in the PDU Session Resource
Release Response Transfer IE, the SMF shall handle this information as specified in TS 23.502 [10].
If the UE returns to the NG-RAN node before the reception of the UE CONTEXT RELEASE COMMAND message or
the expiry of the timer TNGRELOCOverall, the NG-RAN node shall stop the timer TNGRELOCOverall and continue to serve the
UE.
8.3.4.1 General
The purpose of the UE Context Modification procedure is to partly modify the established UE context. The procedure
uses UE-associated signalling.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 34 ETSI TS 138 413 V15.3.0 (2019-05)
Upon receipt of the UE CONTEXT MODIFICATION REQUEST message the NG-RAN node shall
- store the received Security Key IE and, if the NG-RAN node is required to activate security for the UE, take this
security key into use.
- store the UE Security Capabilities IE and take them into use together with the received keys according to TS
33.501 [13].
- store the Index to RAT/Frequency Selection Priority IE and use it as defined in TS 23.501 [9].
If the RAN Paging Priority IE is included in the UE CONTEXT MODIFICATION REQUEST message, the NG-RAN
node may use it to determine a priority for paging the UE in RRC_INACTIVE state.
If the UE Aggregate Maximum Bit Rate IE is included in the UE CONTEXT MODIFICATION REQUEST message,
the NG-RAN node shall
- replace the previously provided UE Aggregate Maximum Bit Rate by the received UE Aggregate Maximum Bit
Rate in the UE context;
- use the received UE Aggregate Maximum Bit Rate for all Non-GBR QoS flows for the concerned UE as
specified in TS 23.501 [9].
If the Core Network Assistance Information IE is included in the UE CONTEXT MODIFICATION REQUEST
message, the NG-RAN node shall, if supported, store this information in the UE context and use it for e.g. the
RRC_INACTIVE state decision and RNA configuration for the UE and RAN paging if any for a UE in
RRC_INACTIVE state, as specified in TS 38.300 [8].
If the RRC Inactive Transition Report Request IE is included in the UE CONTEXT MODIFICATION REQUEST
message, the NG-RAN node shall, if supported, store this information in the UE context and report to the AMF the User
Location Information IE and the RRC State IE in the UE CONTEXT MODIFICATION RESPONSE message.
If the RRC Inactive Transition Report Request IE is included in the UE CONTEXT MODIFICATION REQUEST
message and set to "cancel report", the NG-RAN node shall, if supported, stop reporting to the AMF the RRC state of
the UE.
The NG-RAN node shall report, in the UE CONTEXT MODIFICATION RESPONSE message to the AMF, the
successful update of the UE context.
If the Emergency Fallback Indicator IE is included in the UE CONTEXT MODIFICATION REQUEST message, it
indicates that the concerned UE context is subject to emergency service fallback as described in TS 23.501 [9] and the
NG-RAN node may, if supported, take the appropriate mobility actions taking into account the Emergency Service
Target CN IE if provided.
If the New AMF UE NGAP ID IE is included in the UE CONTEXT MODIFICATION REQUEST message, the NG-
RAN node shall use the received value for future signalling with the AMF.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 35 ETSI TS 138 413 V15.3.0 (2019-05)
If the RRC Inactive Transition Report Request IE is included in the UE CONTEXT MODIFICATION REQUEST
message and set to "single RRC connected state report", the NG-RAN node shall, if supported and if the UE is in
RRC_INACTIVE state, send one subsequent RRC INACTIVE TRANSITION REPORT message to the AMF when the
RRC state transitions to RRC_CONNECTED state.
If the RRC Inactive Transition Report Request IE is included in the UE CONTEXT MODIFICATION REQUEST
message and set to "subsequent state transition report", the NG-RAN node shall, if supported, send the RRC
INACTIVE TRANSITION REPORT message to the AMF to report the RRC state of the UE when the UE enters or
leaves RRC_INACTIVE state.
In case the UE context update cannot be performed successfully, the NG-RAN node shall respond with the UE
CONTEXT MODIFICATION FAILURE message to the AMF with an appropriate cause value in the Cause IE.
8.3.5.1 General
The purpose of the RRC Inactive Transition Report procedure is to notify the AMF when the UE enters or leaves
RRC_INACTIVE state. The procedure uses UE-associated signalling.
The NG-RAN node initiates the procedure by sending an RRC INACTIVE TRANSITION REPORT message to the
AMF. Upon reception of the RRC INACTIVE TRANSITION REPORT message, the AMF shall take appropriate
actions based on the information indicated by the RRC State IE.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 36 ETSI TS 138 413 V15.3.0 (2019-05)
8.4.1.1 General
The purpose of the Handover Preparation procedure is to request the preparation of resources at the target side via the
5GC. There is only one Handover Preparation procedure ongoing at the same time for a certain UE.
The source NG-RAN node initiates the handover preparation by sending the HANDOVER REQUIRED message to the
serving AMF. When the source NG-RAN node sends the HANDOVER REQUIRED message, it shall start the timer
TNGRELOCprep. The source NG-RAN node shall indicate the appropriate cause value for the handover in the Cause IE.
Upon reception of the HANDOVER REQUIRED message the AMF shall, for each PDU session indicated in the PDU
Session ID IE, transparently transfer the Handover Required Transfer IE to the SMF associated with the concerned
PDU session.
In case of intra-system handover, the information in the Source to Target Transparent Container IE shall be encoded
according to the definition of the Source NG-RAN node to Target NG-RAN node Transparent Container IE.
If the DL Forwarding IE is included for a given QoS flow in the PDU Session Resource Information Item IE within the
Source NG-RAN node to Target NG-RAN node Transparent Container IE of the HANDOVER REQUIRED message
and it is set to "DL forwarding proposed", it indicates that the source NG-RAN node proposes forwarding of downlink
data for that QoS flow.
If the DRBs to QoS Flows Mapping List IE is included in the PDU Session Resource Information Item IE within the
Source NG-RAN node to Target NG-RAN node Transparent Container IE of the HANDOVER REQUIRED message, it
implicitly indicates that the source NG-RAN node proposes forwarding of downlink data for those DRBs.
If the QoS Flow Mapping Indication IE for a QoS flow is included in the Associated QoS Flow List IE within the DRBs
to QoS Flows Mapping List IE within the Source NG-RAN node to Target NG-RAN node Transparent Container IE of
the HANDOVER REQUIRED message, it indicates that the source NG-RAN node has mapped only the uplink or
downlink of the QoS flow to the DRB.
If the HANDOVER COMMAND message contains the DL Forwarding UP TNL Information IE for a given DRB
within the Handover Command Transfer IE, the source NG-RAN node shall consider that the forwarding of downlink
data for this DRB is accepted by the target NG-RAN node. If the HANDOVER COMMAND message contains the UL
Forwarding UP TNL Information IE for a given DRB in the Data Forwarding Response DRB List IE within the
Handover Command Transfer IE, it means the target NG-RAN node has requested the forwarding of uplink data for this
DRB.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 37 ETSI TS 138 413 V15.3.0 (2019-05)
In case of inter-system handover to LTE, the information in the Source to Target Transparent Container IE shall be
encoded according to the Source eNB to Target eNB Transparent Container IE definition as specified in TS 36.413
[16].
If the Direct Forwarding Path Availability IE is included in the HANDOVER REQUIRED message the AMF shall
handle it as specified in TS 23.502 [10].
If the Direct Forwarding Path Availability IE is included within the Handover Required Transfer IE of the
HANDOVER REQUIRED message the SMF shall handle it as specified in TS 23.502 [10].
When the preparation, including the reservation of resources at the target side is ready, the AMF responds with the
HANDOVER COMMAND message to the source NG-RAN node.
Upon reception of the HANDOVER COMMAND message the source NG-RAN node shall stop the timer TNGRELOCprep
and start the timer TNGRELOCoverall.
If there are any PDU Sessions that could not be admitted in the target, they shall be indicated in the PDU Session
Resources to Release List IE.
If the HANDOVER COMMAND message contains the QoS Flow to be Forwarded List IE within the Handover
Command Transfer IE for a given PDU session, then the source NG-RAN node should initiate data forwarding for the
listed QoS flows over the forwarding tunnel specified in the DL Forwarding UP TNL Information IE as specified in TS
38.300 [8].
If the HANDOVER COMMAND message contains the Additional DL Forwarding UP TNL Information IE within the
Handover Command Transfer IE, the source NG-RAN node should initiate data forwarding of the PDU session split in
different tunnel and shall use the received UP transport layer information for the forwarding QoS flows associated to it.
If the Target to Source Transparent Container IE has been received by the AMF from the handover target then the
transparent container shall be included in the HANDOVER COMMAND message.
In case of inter-system handover to LTE, the information in the Target to Source Transparent Container IE shall be
encoded according to the definition of the Target eNB to Source eNB Transparent Container IE as specified in TS
36.413 [16].
If the Index to RAT/Frequency Selection Priority IE is contained in the Source NG-RAN Node to Target NG-RAN Node
Transparent Container IE, the target NG-RAN node shall store the content of the received Index to RAT/Frequency
Selection Priority IE in the UE context and use it as defined in TS 23.501 [9].
If, after a HANDOVER REQUIRED message is sent and before the Handover Preparation procedure is terminated, the
source NG-RAN node receives an AMF initiated PDU Session Management procedure on the same UE-associated
signalling connection, the source NG-RAN node shall either:
1. Cancel the Handover Preparation procedure by executing the Handover Cancellation procedure with an
appropriate cause value. After successful completion of the Handover Cancellation procedure, the source NG-
RAN node shall continue the AMF initiated PDU Session Management procedure.
or
2. Terminate the AMF initiated PDU Session Management procedure by sending the appropriate response message
with an appropriate cause value, e.g. "NG intra-system handover triggered" or "NG inter-system handover
triggered" to the AMF and then the source NG-RAN node shall continue with the handover procedure.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 38 ETSI TS 138 413 V15.3.0 (2019-05)
If the 5GC or the target side is not able to accept any of the PDU session resources or a failure occurs during the
Handover Preparation, the AMF sends the HANDOVER PREPARATION FAILURE message with an appropriate
cause value to the source NG-RAN node.
If there is no response from the AMF to the HANDOVER REQUIRED message before timer TNGRELOCprep expires in
the source NG-RAN node, the source NG-RAN node should cancel the Handover Preparation procedure by initiating
the Handover Cancel procedure with the appropriate value for the Cause IE. The source NG-RAN node shall ignore any
HANDOVER COMMAND message or HANDOVER PREPARATION FAILURE message received after the initiation
of the Handover Cancel procedure.
8.4.2.1 General
The purpose of the Handover Resource Allocation procedure is to reserve resources at the target NG-RAN node for the
handover of a UE.
The AMF initiates the procedure by sending the HANDOVER REQUEST message to the target NG-RAN node.
If the Masked IMEISV IE is contained in the HANDOVER REQUEST message the target NG-RAN node shall, if
supported, use it to determine the characteristics of the UE for subsequent handling.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 39 ETSI TS 138 413 V15.3.0 (2019-05)
Upon receipt of the HANDOVER REQUEST message the target NG-RAN node shall
- attempt to execute the requested PDU session configuration and associated security;
- store the received UE Aggregate Maximum Bit Rate in the UE context, and use the received UE Aggregate
Maximum Bit Rate for all Non-GBR QoS flows for the concerned UE as specified in TS 23.501 [9];
- store the received Security Context in the UE context and take it into use as defined in TS 33.501 [13].
Upon reception of the UE History Information IE, which is included within the Source to Target Transparent Container
IE of the HANDOVER REQUEST message, the target NG-RAN node shall collect the information defined as
mandatory in the UE History Information IE and shall, if supported, collect the information defined as optional in the
UE History Information IE, for as long as the UE stays in one of its cells, and store the collected information to be used
for future handover preparations.
Upon receiving the PDU Session Resource Setup List IE contained in the HANDOVER REQUEST message, the target
NG-RAN node shall behave the same as defined in the PDU Session Resource Setup procedure. The target NG-RAN
node shall report to the AMF in the HANDOVER REQUEST ACKNOWLEDGE message the result for each PDU
session resource requested to be setup. In particular, for each PDU session resource successfully setup, it shall include
the Handover Request Acknowledge Transfer IE containing the following information:
- The list of QoS flows which have been successfully established in the QoS Flow Setup Response List IE.
- The Data Forwarding Accepted IE if the data forwarding for the QoS flow is accepted.
- The list of QoS flows which have failed to be established, if any, in the QoS Flow Failed to Setup List IE.
For each PDU session resource which failed to be setup, the Handover Resource Allocation Unsuccessful Transfer IE
shall be included in the HANDOVER REQUEST ACKNOWLEDGE message containing a cause value that should be
precise enough to enable the SMF to know the reason for the unsuccessful establishment.
Upon reception of the HANDOVER REQUEST ACKNOWLEDGE message the AMF shall, for each PDU session
indicated in the PDU Session ID IE, transfer transparently the Handover Request Acknowledge Transfer IE or Handover
Resource Allocation Unsuccessful Transfer IE to the SMF associated with the concerned PDU session.
If the HANDOVER REQUEST message contains the Data Forwarding Not Possible IE associated with a given PDU
session within the Handover Request Transfer IE set to "data forwarding not possible", the target NG-RAN node may
not include the DL Forwarding UP TNL Information IE and for intra-system handover the Data Forwarding Response
DRB List IE within the Handover Request Acknowledge Transfer IE in the HANDOVER REQUEST
ACKNOWLEDGE message for that PDU session.
In case of intra-system handover, if the target NG-RAN node accepts the downlink data forwarding for at least one QoS
flow for which the DL Forwarding IE is set to "DL forwarding proposed", it may include the DL Forwarding UP TNL
Information IE in the Handover Request Acknowledge Transfer IE as forwarding tunnel for the QoS flows listed in the
QoS Flow Setup Response List IE of the HANDOVER REQUEST ACKNOWLEDGE message.
In case of intra-system handover, for each PDU session for which the Additional DL UP TNL Information for HO List
IE is included in the Handover Request Acknowledge Transfer IE of the HANDOVER REQUEST ACKNOWLEDGE
message, the SMF shall consider the included Additional DL NG-U UP TNL Information IE as the downlink
termination point for the associated flows indicated in the Additional QoS Flow Setup Response List IE for this PDU
session split in different tunnels and shall consider the Additional DL Forwarding UP TNL Information IE, if included,
as the forwarding tunnel associated to these QoS flows.
In case of intra-system handover, if the target NG-RAN node accepts the data forwarding for a successfully configured
DRB, the target NG-RAN node may include the DL Forwarding UP TNL Information IE for the DRB within the Data
Forwarding Response DRB List IE within Handover Request Acknowledge Transfer IE of the HANDOVER REQUEST
ACKNOWLEDGE message.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 40 ETSI TS 138 413 V15.3.0 (2019-05)
If the HANDOVER REQUEST ACKNOWLEDGE message contains the UL Forwarding UP TNL Information IE for a
given DRB in the Data Forwarding Response DRB List IE within the Handover Request Acknowledge Transfer IE, it
indicates the target NG-RAN node has requested the forwarding of uplink data for the DRB.
In case of inter-system handover from E-UTRAN, the target NG-RAN node includes the Data Forwarding Accepted IE
for each QoS flow that the DL Forwarding IE is set to "DL forwarding proposed" for the corresponding E-RAB in the
Source NG-RAN Node to Target NG-RAN Node Transparent Container IE and that the target NG-RAN node has
admitted the proposed forwarding of downlink data for the QoS flow. If the target NG-RAN node accepts the downlink
data forwarding for at least one QoS flow of an admitted PDU session it shall include the DL Forwarding UP TNL
Information IE in the PDU Session Resource Setup Response Transfer IE for that PDU session within the PDU Session
Resources Admitted List IE of the HANDOVER REQUEST ACKNOWLEDGE message.
The target NG-RAN node shall use the information in the Mobility Restriction List IE if present in the HANDOVER
REQUEST message to
- determine a target for subsequent mobility action for which the target NG-RAN node provides information about
the target of the mobility action towards the UE;
- assign proper RNA(s) for the UE when moving the UE to RRC_INACTIVE state.
If the Mobility Restriction List IE is not contained in the HANDOVER REQUEST message, the target NG-RAN node
shall consider that no roaming and no access restriction apply to the UE. The target NG-RAN node shall also consider
that no roaming and no access restriction apply to the UE when:
- one of the QoS flows includes a particular ARP value (TS 23.501 [9]).
If the Trace Activation IE is included in the HANDOVER REQUEST message the target NG-RAN node shall, if
supported, initiate the requested trace function as described in TS 32.422 [11].
If the Location Reporting Request Type IE is included in the HANDOVER REQUEST message, the target NG-RAN
node should perform the requested location reporting functionality for the UE as described in subclause 8.12.
If the Core Network Assistance Information IE is included in the HANDOVER REQUEST message, the target NG-
RAN node shall, if supported, store this information in the UE context and use it for e.g. the RRC_INACTIVE state
decision and RNA configuration for the UE and RAN paging if any for a UE in RRC_INACTIVE state, as specified in
TS 38.300 [8].
If the New Security Context Indicator IE is included in the HANDOVER REQUEST message, the target NG-RAN node
shall use the information as specified in TS 33.501 [13].
If the NASC IE is included in the HANDOVER REQUEST message, the target NG-RAN node shall use it towards the
UE as specified in TS 33.501 [13].
If the RRC Inactive Transition Report Request IE is included in the HANDOVER REQUEST message, the NG-RAN
node shall, if supported, store this information in the UE context.
If the Redirection for Voice EPS Fallback IE is included in the HANDOVER REQUEST message, the NG-RAN node
shall, if supported, store it and use it in a subsequent decision of EPS fallback for voice as specified in TS 23.502 [10].
After all necessary resources for the admitted PDU session resources have been allocated, the target NG-RAN node
shall generate the HANDOVER REQUEST ACKNOWLEDGE message.
If the RRC Inactive Transition Report Request IE is included in the HANDOVER REQUEST message and set to
"subsequent state transition report", the NG-RAN node shall, if supported, send the RRC INACTIVE TRANSITION
REPORT message to the AMF to report the RRC state of the UE when the UE enters or leaves RRC_INACTIVE state.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 41 ETSI TS 138 413 V15.3.0 (2019-05)
If the target NG-RAN node does not admit any of the PDU session resources, or a failure occurs during the Handover
Preparation, it shall send the HANDOVER FAILURE message to the AMF with an appropriate cause value.
If the supported algorithms for integrity defined in the Integrity Protection Algorithms IE in the UE Security
Capabilities IE, plus the mandated support of the EIA0 and NIA0 algorithm in all UEs (TS 33.501 [13]), do not match
any allowed algorithms defined in the configured list of allowed integrity protection algorithms in the NG-RAN node
(TS 33.501 [13]), the target NG-RAN node shall reject the procedure using the HANDOVER FAILURE message.
If the target NG-RAN node receives a HANDOVER REQUEST message which does not contain the Mobility
Restriction List IE, and the serving PLMN cannot be determined otherwise by the NG-RAN node, the target NG-RAN
node shall reject the procedure using the HANDOVER FAILURE message.
If the target NG-RAN node receives a HANDOVER REQUEST message containing the Mobility Restriction List IE,
and the serving PLMN indicated is not supported by the target cell, the target NG-RAN node shall reject the procedure
using the HANDOVER FAILURE message.
8.4.3.1 General
The purpose of the Handover Notification procedure is to indicate to the AMF that the UE has arrived to the target cell
and the NG-based handover has been successfully completed.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 42 ETSI TS 138 413 V15.3.0 (2019-05)
The target NG-RAN node shall send the HANDOVER NOTIFY message to the AMF when the UE has been identified
in the target cell and the NG-based handover has been successfully completed.
8.4.4.1 General
The purpose of the Path Switch Request procedure is to request the switch of the downlink termination point of the NG-
U transport bearer towards a new termination point.
The NG-RAN node initiates the procedure by sending the PATH SWITCH REQUEST message to the AMF. Upon
reception of the PATH SWITCH REQUEST message the AMF shall, for each PDU session indicated in the PDU
Session ID IE, transparently transfer the Path Switch Request Transfer IE to the SMF associated with the concerned
PDU session.
After all necessary updates including the UP path switch have been successfully completed in the 5GC for at least one
of the PDU session resources included in the PATH SWITCH REQUEST, the AMF shall send the PATH SWITCH
REQUEST ACKNOWLEDGE message to the NG-RAN node and the procedure ends.
The list of accepted QoS flows shall be included in the PATH SWITCH REQUEST message within the Path Switch
Request Transfer IE. The SMF shall handle this information as specified in TS 23.502 [10].
For each PDU session for which the Additional DL QoS Flow per TNL Information IE is included in the Path Switch
Request Transfer IE of the PATH SWITCH REQUEST message, the SMF may use each included UP transport layer
information as the downlink termination point for the included associated QoS flows for this PDU session split in
different tunnels.
The list of PDU sessions which failed to be setup, if any, shall be included in the PATH SWITCH REQUEST message
within the Path Switch Request Setup Failed Transfer IE. The AMF shall handle this information as specified in TS
23.502 [10].
For each PDU session for which the User Plane Security Information IE is included in the Path Switch Request
Transfer IE of the PATH SWITCH REQUEST message, the SMF shall behave as specified in TS 33.501 [13] and may
send back the Security Indication IE within the Path Switch Request Acknowledge Transfer IE of the PATH SWITCH
REQUEST ACKNOWLEDGE message.
For each PDU session for which the DL NG-U TNL Information Reused IE set to "true" is included in the Path Switch
Request Transfer IE of the PATH SWITCH REQUEST message, the SMF shall, if supported, consider that the DL
TNL information contained in the DL NG-U UP TNL Information IE has been reused.
If the Security Indication IE is included within the Path Switch Request Acknowledge Transfer IE of the PATH
SWITCH REQUEST ACKNOWLEDGE message, the NG-RAN node shall behave as specified in TS 33.501 [13].
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 43 ETSI TS 138 413 V15.3.0 (2019-05)
If the UL NG-U UP TNL Information IE is included within the Path Switch Request Acknowledge Transfer IE of the
PATH SWITCH REQUEST ACKNOWLEDGE message, the NG-RAN node shall store this information and use it as
the uplink termination point for the user plane data for this PDU session.
If the Additional NG-U UP TNL Information IE is included within the Path Switch Request Acknowledge Transfer IE of
the PATH SWITCH REQUEST ACKNOWLEDGE message, the NG-RAN node shall store this information and use
the included UL NG-U UP TNL Information IE(s) as the uplink termination point(s) of the user plane data for this PDU
session split in different tunnel.
If the Core Network Assistance Information IE is included in the PATH SWITCH REQUEST ACKNOWLEDGE
message, the NG-RAN node shall, if supported, store this information in the UE context and use it for e.g. the
RRC_INACTIVE state decision and RNA configuration for the UE and RAN paging if any for a UE in
RRC_INACTIVE state, as specified in TS 38.300 [8].
If the RRC Inactive Transition Report Request IE is included in the PATH SWITCH REQUEST ACKNOWLEDGE
message, the NG-RAN node shall, if supported, store this information in the UE context.
If the New Security Context Indicator IE is included in the PATH SWITCH REQUEST ACKNOWLEDGE message,
the NG-RAN node shall use the information as specified in TS 33.501 [13].
Upon reception of the PATH SWITCH REQUEST ACKNOWLEDGE message the NG-RAN node shall store the
received Security Context IE in the UE context and the NG-RAN node shall use it as specified in TS 33.501 [13].
If the UE Security Capabilities IE is included in the PATH SWITCH REQUEST ACKNOWLEDGE message, the NG-
RAN node shall handle it accordingly (TS 33.501 [13]).
If the Redirection for Voice EPS Fallback IE is included in the PATH SWITCH REQUEST ACKNOWLEDGE
message, the NG-RAN node shall, if supported, store it and use it in a subsequent decision of EPS fallback for voice as
specified in TS 23.502 [10].
If the PDU Session Resource Released List IE is included in the PATH SWITCH REQUEST ACKNOWLEDGE
message, the NG-RAN node shall release the corresponding QoS flows and regard the PDU session(s) indicated in the
PDU Session Resource Released List IE as being released. The appropriate cause value for each PDU session released
is included in the Path Switch Request Unsuccessful Transfer IE contained in the PATH SWITCH REQUEST
ACKNOWLEDGE message.
If the RRC Inactive Transition Report Request IE is included in the PATH SWITCH REQUEST ACKNOWLEDGE
message and set to "single RRC connected state report" and the UE is in RRC_CONNECTED state, the NG-RAN node
shall, if supported, send one RRC INACTIVE TRANSITION REPORT message to the AMF to report the RRC state of
the UE.
If the RRC Inactive Transition Report Request IE is included in the PATH SWITCH REQUEST ACKNOWLEDGE
message and set to "single RRC connected state report" and the UE is in RRC_INACTIVE state, the NG-RAN node
shall, if supported, send to the AMF one RRC INACTIVE TRANSITION REPORT message plus one subsequent RRC
INACTIVE TRANSITION REPORT message when the RRC state transitions to RRC_CONNECTED state.
If the RRC Inactive Transition Report Request IE is included in the PATH SWITCH REQUEST ACKNOWLEDGE
message and set to "subsequent state transition report", the NG-RAN node shall, if supported, send one RRC
INACTIVE TRANSITION REPORT message to the AMF to report the RRC state of the UE and subsequent RRC
INACTIVE TRANSITION REPORT messages to report the RRC state of the UE when the UE enters or leaves
RRC_INACTIVE state.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 44 ETSI TS 138 413 V15.3.0 (2019-05)
If the 5GC fails to switch the downlink termination point of the NG-U transport bearer towards a new termination point
for all PDU session resources, the AMF shall send the PATH SWITCH REQUEST FAILURE message to the NG-RAN
node.
The NG-RAN node shall release the corresponding QoS flows and regard the PDU session(s) indicated in the PDU
Session Resource Released List IE included in the PATH SWITCH REQUEST FAILURE message as being released.
The appropriate cause value for each PDU session released is included in the Path Switch Request Unsuccessful
Transfer IE contained in the PATH SWITCH REQUEST FAILURE message.
8.4.5.1 General
The purpose of the Handover Cancellation procedure is to enable a source NG-RAN node to cancel an ongoing
handover preparation or an already prepared handover. The procedure uses UE-associated signalling.
The source NG-RAN node initiates the procedure by sending a HANDOVER CANCEL message to the AMF.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 45 ETSI TS 138 413 V15.3.0 (2019-05)
8.4.6.1 General
The purpose of the Uplink RAN Status Transfer procedure is to enable lossless NG-based handover. The procedure uses
UE-associated signalling.
The source NG-RAN node initiates the procedure by stopping the assigning of PDCP-SNs to downlink SDUs and
sending the UPLINK RAN STATUS TRANSFER message to the AMF at the point in time when it considers the
transmitter/receiver status to be frozen.
For each DRB for which PDCP-SN and HFN status preservation applies, the source NG-RAN node shall include the
DRB ID IE, the UL COUNT Value IE and the DL COUNT Value IE within the DRBs Subject to Status Transfer List IE
in the RAN Status Transfer Transparent Container IE of the UPLINK RAN STATUS TRANSFER message.
The source NG-RAN node may also include in the UPLINK RAN STATUS TRANSFER message the missing and the
received uplink SDUs in the Receive Status of UL PDCP SDUs IE for each DRB for which the source NG-RAN node
has accepted the request from the target NG-RAN node for uplink forwarding.
8.4.7.1 General
The purpose of the Downlink RAN Status Transfer procedure is to is to enable lossless NG-based handover. The
procedure uses UE-associated signalling.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 46 ETSI TS 138 413 V15.3.0 (2019-05)
The AMF initiates the procedure by sending the DOWNLINK RAN STATUS TRANSFER message to the target NG-
RAN node. The target NG-RAN node using Full Configuration for this handover as per TS 38.300 [8] shall ignore the
information received in this message.
For each DRB in the DRBs Subject to Status Transfer List IE within the RAN Status Transfer Transparent Container IE,
the target NG-RAN node shall not deliver any uplink packet which has a PDCP-SN lower than the value of the UL
Count Value IE.
For each DRB in the DRBs Subject to Status Transfer List IE within the RAN Status Transfer Transparent Container IE,
the target NG-RAN node shall use the value of the DL COUNT Value IE for the first downlink packet for which there is
no PDCP-SN yet assigned.
If the Receive Status of UL PDCP SDUs IE is included for at least one DRB in the RAN Status Transfer Transparent
Container IE of the DOWNLINK RAN STATUS TRANSFER message, the target NG-RAN node may use it in a
Status Report message sent to the UE over the radio interface.
8.5.1.1 General
The purpose of the Paging procedure is to enable the AMF to page a UE in the specific NG-RAN node.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 47 ETSI TS 138 413 V15.3.0 (2019-05)
The AMF initiates the Paging procedure by sending the PAGING message to the NG-RAN node.
At the reception of the PAGING message, the NG-RAN node shall perform paging of the UE in cells which belong to
tracking areas as indicated in the TAI List for Paging IE.
If the Paging DRX IE is included in the PAGING message, the NG-RAN node shall use it according to TS 38.304 [12]
and TS 36.304 [29].
For each cell that belongs to any of the tracking areas indicated in the TAI List for Paging IE, the NG-RAN node shall
generate one page on the radio interface.
If the Paging Priority IE is included in the PAGING message, the NG-RAN node may use it according to TS 23.501
[9].
If the UE Radio Capability for Paging IE is included in the PAGING message, the NG-RAN node may use it to apply
specific paging schemes.
If the Assistance Data for Recommended Cells IE is included in the Assistance Data for Paging IE it may be used,
together with the Paging Attempt Information IE if also present, according to TS 38.300 [8].
If the Next Paging Area Scope IE is included in the Paging Attempt Information IE it may be used for paging the UE
according to TS 38.300 [8].
If the Paging Origin IE is included in the PAGING message, the NG-RAN node shall transfer it to the UE according to
TS 38.331 [18] and TS 36.331 [21].
8.6.1.1 General
The Initial UE Message procedure is used when the NG-RAN node has received from the radio interface the first uplink
NAS message transmitted on an RRC connection to be forwarded to an AMF.
The NG-RAN node initiates the procedure by sending an INITIAL UE MESSAGE message to the AMF. The NG-RAN
node shall allocate a unique RAN UE NGAP ID to be used for the UE and the NG-RAN node shall include this identity
in the INITIAL UE MESSAGE message.
The NAS-PDU IE contains a UE – AMF message that is transferred without interpretation in the NG-RAN node.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 48 ETSI TS 138 413 V15.3.0 (2019-05)
In case of network sharing, the selected PLMN is indicated by the PLMN Identity IE within the TAI IE included in the
INITIAL UE MESSAGE message.
When the NG-RAN node has received from the radio interface the 5G-S-TMSI IE, it shall include it in the INITIAL UE
MESSAGE message.
If the AMF Set ID IE is included in the INITIAL UE MESSAGE message this indicates that the message is a rerouted
message and the AMF shall, if supported, use the IE as described in TS 23.502 [10].
If the UE Context Request IE is included in the INITIAL UE MESSAGE message the AMF shall trigger an Initial
Context Setup procedure towards the NG-RAN node.
If the Allowed NSSAI IE is included in the INITIAL UE MESSAGE message the AMF shall use the IE as defined in TS
23.502 [10].
8.6.2.1 General
The Downlink NAS Transport procedure is used when the AMF only needs to send a NAS message transparently via
the NG-RAN node to the UE, and a UE-associated logical NG-connection exists for the UE or the AMF has received
the RAN UE NGAP ID IE in an INITIAL UE MESSAGE message or if the NG-RAN node has already initiated a UE-
associated logical NG-connection by sending an INITIAL UE MESSAGE message via another NG interface instance.
The AMF initiates the procedure by sending a DOWNLINK NAS TRANSPORT message to the NG-RAN node. If the
UE-associated logical NG-connection is not established, the AMF shall allocate a unique AMF UE NGAP ID to be used
for the UE and include that in the DOWNLINK NAS TRANSPORT message; by receiving the AMF UE NGAP ID IE
in the DOWNLINK NAS TRANSPORT message, the NG-RAN node establishes the UE-associated logical NG-
connection.
If the RAN Paging Priority IE is included in the DOWNLINK NAS TRANSPORT message, the NG-RAN node may
use it to determine a priority for paging the UE in RRC_INACTIVE state.
The NAS-PDU IE contains an AMF – UE message that is transferred without interpretation in the NG-RAN node.
If the Mobility Restriction List IE is contained in the DOWNLINK NAS TRANSPORT message, the NG-RAN node
shall store this information in the UE context. The NG-RAN node shall use the information in the Mobility Restriction
List IE if present in the DOWNLINK NAS TRANSPORT message to:
- determine a target for subsequent mobility action for which the NG-RAN node provides information about the
target of the mobility action towards the UE;
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 49 ETSI TS 138 413 V15.3.0 (2019-05)
- assign proper RNA(s) for the UE when moving the UE to RRC_INACTIVE state.
If the Mobility Restriction List IE is not contained in the DOWNLINK NAS TRANSPORT message and there is no
previously stored mobility restriction information, the NG-RAN node shall consider that no roaming and no access
restriction apply to the UE.
If the Index to RAT/Frequency Selection Priority IE is included in the DOWNLINK NAS TRANSPORT message, the
NG-RAN node shall, if supported, use it as defined in TS 23.501 [9].
The UE Aggregate Maximum Bit Rate IE should be sent to the NG-RAN node if the AMF has not sent it previously. If
it is included in the DOWNLINK NAS TRANSPORT message, the NG-RAN node shall store the UE Aggregate
Maximum Bit Rate in the UE context, and use the received UE Aggregate Maximum Bit Rate for all Non-GBR QoS
flows for the concerned UE as specified in TS 23.501 [9].
If the Old AMF IE is included in the DOWNLINK NAS TRANSPORT message, the NG-RAN node shall consider that
this UE-associated logical NG-connection was redirected to this AMF from another AMF identified by the Old AMF
IE.
The NG-RAN node shall use the AMF UE NGAP ID IE and RAN UE NGAP ID IE received in the DOWNLINK NAS
TRANSPORT message as identification of the logical connection even if the RAN UE NGAP ID IE had been allocated
in an INITIAL UE MESSAGE message sent over a different NG interface instance.
8.6.3.1 General
The Uplink NAS Transport procedure is used when the NG-RAN node has received from the radio interface a NAS
message to be forwarded to the AMF to which a UE-associated logical NG-connection for the UE exists.
The NG-RAN node initiates the procedure by sending an UPLINK NAS TRANSPORT message to the AMF.
The NAS-PDU IE contains a UE – AMF message that is transferred without interpretation in the NG-RAN node.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 50 ETSI TS 138 413 V15.3.0 (2019-05)
8.6.4.1 General
The NAS Non Delivery Indication procedure is used when the NG-RAN node decides not to start the delivery of a NAS
message that has been received over a UE-associated logical NG-connection or the NG-RAN node is unable to ensure
that the message has been received by the UE.
The NG-RAN node initiates the procedure by sending a NAS NON DELIVERY INDICATION message to the AMF.
The NG-RAN node shall report the non-delivery of a NAS message by including the non-delivered NAS message
within the NAS-PDU IE and an appropriate cause value within the Cause IE, e.g., "NG intra system handover
triggered", "NG inter system handover triggered" or "Xn handover triggered".
8.6.5.1 General
The purpose of the Reroute NAS Request procedure is to enable the AMF to request for a rerouting of the INITIAL UE
MESSAGE message to another AMF.
The AMF initiates the procedure by sending a REROUTE NAS REQUEST message to the NG-RAN node. The NG-
RAN node shall, if supported, reroute the INITIAL UE MESSAGE message to an AMF indicated by the AMF Set ID IE
as described in TS 23.501 [9].
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 51 ETSI TS 138 413 V15.3.0 (2019-05)
If the Allowed NSSAI IE is included in the REROUTE NAS REQUEST message, then the NG-RAN node shall
propagate it in the rerouted INITIAL UE MESSAGE message as defined in TS 23.502 [10].
8.7.1.1 General
The purpose of the NG Setup procedure is to exchange application level data needed for the NG-RAN node and the
AMF to correctly interoperate on the NG-C interface. This procedure shall be the first NGAP procedure triggered after
the TNL association has become operational. The procedure uses non-UE associated signalling.
This procedure erases any existing application level configuration data in the two nodes, replaces it by the one received
and clears AMF overload state information at the NG-RAN node. If the NG-RAN node and AMF do not agree on
retaining the UE contexts this procedure also re-initialises the NGAP UE-related contexts (if any) and erases all related
signalling connections in the two nodes like an NG Reset procedure would do.
The NG-RAN node initiates the procedure by sending an NG SETUP REQUEST message including the appropriate
data to the AMF. The AMF responds with an NG SETUP RESPONSE message including the appropriate data.
If the UE Retention Information IE set to “ues-retained“ is included in the NG SETUP REQUEST message, the AMF
may accept the proposal to retain the existing UE related contexts and signalling connections by including the UE
Retention Information IE set to “ues-retained“ in the NG SETUP RESPONSE message.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 52 ETSI TS 138 413 V15.3.0 (2019-05)
If the AMF cannot accept the setup, it should respond with an NG SETUP FAILURE message and appropriate cause
value.
If the NG SETUP FAILURE message includes the Time to Wait IE, the NG-RAN node shall wait at least for the
indicated time before reinitiating the NG Setup procedure towards the same AMF.
8.7.2.1 General
The purpose of the RAN Configuration Update procedure is to update application level configuration data needed for
the NG-RAN node and the AMF to interoperate correctly on the NG-C interface. This procedure does not affect
existing UE-related contexts, if any.
The NG-RAN node initiates the procedure by sending a RAN CONFIGURATION UPDATE message to the AMF
including an appropriate set of updated configuration data that it has just taken into operational use. The AMF responds
with a RAN CONFIGURATION UPDATE ACKNOWLEDGE message to acknowledge that it successfully updated
the configuration data. If an information element is not included in the RAN CONFIGURATION UPDATE message,
the AMF shall interpret that the corresponding configuration data is not changed and shall continue to operate the NG-C
interface with the existing related configuration data.
If the Supported TA List IE is included in the RAN CONFIGURATION UPDATE message, the AMF shall overwrite
the whole list of supported TAs and the corresponding list of supported slices for each TA, and use them for subsequent
registration area management of the UE.
If the Global RAN Node ID IE is included in the RAN CONFIGURATION UPDATE message, the AMF shall associate
the TNLA to the NG-C interface instance using the Global RAN Node ID.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 53 ETSI TS 138 413 V15.3.0 (2019-05)
If the AMF cannot accept the update, it shall respond with a RAN CONFIGURATION UPDATE FAILURE message
and appropriate cause value.
8.7.3.1 General
The purpose of the AMF Configuration Update procedure is to update application level configuration data needed for
the NG-RAN node and AMF to interoperate correctly on the NG-C interface. This procedure does not affect existing
UE-related contexts, if any.
The AMF initiates the procedure by sending an AMF CONFIGURATION UPDATE message including the appropriate
updated configuration data to the NG-RAN node. The NG-RAN node responds with an AMF CONFIGURATION
UPDATE ACKNOWLEDGE message to acknowledge that it successfully updated the configuration data. If an
information element is not included in the AMF CONFIGURATION UPDATE message, the NG-RAN node shall
interpret that the corresponding configuration data is not changed and shall continue to operate the NG-C interface with
the existing related configuration data.
If the PLMN Support List IE is included in the AMF CONFIGURATION UPDATE message, the NG-RAN node shall
overwrite the whole list of supported PLMN Identities and the corresponding list of AMF slices for each PLMN
Identity and use the received values for further network slice selection and AMF selection.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 54 ETSI TS 138 413 V15.3.0 (2019-05)
If the AMF TNL Association to Add List IE is included in the AMF CONFIGURATION UPDATE message, the NG-
RAN node shall, if supported, use it to establish the TNL association(s) with the AMF. The NG-RAN node shall report
to the AMF, in the AMF CONFIGURATION UPDATE ACKNOWLEDGE message, the successful establishment of
the TNL association(s) with the AMF as follows:
- A list of successfully established TNL associations shall be included in the AMF TNL Association Setup List IE;
- A list of TNL associations that failed to be established shall be included in the AMF TNL Association Failed to
Setup List IE.
If the AMF TNL Association to Remove List IE is included in the AMF CONFIGURATION UPDATE message the NG-
RAN node shall, if supported, initiate removal of the TNL association(s) indicated by the received AMF Transport
Layer information towards the AMF.
If the AMF Name IE is included in the AMF CONFIGURATION UPDATE message, the NG-RAN node shall
overwrite the previously stored AMF name and use it to identify the AMF.
If the Served GUAMI List IE is included in the AMF CONFIGURATION UPDATE message, the NG-RAN node shall
overwrite the whole list of GUAMIs served by the AMF by the new list and use the received values for further AMF
management as defined in TS 23.501 [9].
If the Relative AMF Capacity IE is included in the AMF CONFIGURATION UPDATE message, the NG-RAN node
may use it as defined in TS 23.501 [9].
If the AMF TNL Association to Update List IE is included in the AMF CONFIGURATION UPDATE message the NG-
RAN node shall, if supported, update the TNL association(s) indicated by the received AMF Transport Layer
information towards the AMF.
If the TNL Association Usage IE or the TNL Address Weight Factor IE is included in the AMF TNL Association to Add
List IE or the AMF TNL Association to Update List IE, the NG-RAN node shall, if supported, consider it as defined in
TS 23.502 [10].
If the NG-RAN node cannot accept the update, it shall respond with an AMF CONFIGURATION UPDATE FAILURE
message and appropriate cause value.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 55 ETSI TS 138 413 V15.3.0 (2019-05)
8.7.4 NG Reset
8.7.4.1 General
The purpose of the NG Reset procedure is to initialise or re-initialise the RAN, or part of RAN NGAP UE-related
contexts, in the event of a failure in the 5GC or vice versa. This procedure does not affect the application level
configuration data exchanged during, e.g., the NG Setup procedure. The procedure uses non-UE associated signalling.
In the event of a failure at the AMF which has resulted in the loss of some or all transaction reference information, an
NG RESET message shall be sent to the NG-RAN node.
At reception of the NG RESET message the NG-RAN node shall release all allocated resources on NG and Uu related
to the UE association(s) indicated explicitly or implicitly in the NG RESET message and remove the indicated UE
contexts including NGAP ID.
After the NG-RAN node has released all assigned NG resources and the UE NGAP IDs for all indicated UE
associations which can be used for new UE-associated logical NG-connections over the NG interface, the NG-RAN
node shall respond with the NG RESET ACKNOWLEDGE message. The NG-RAN node does not need to wait for the
release of radio resources to be completed before returning the NG RESET ACKNOWLEDGE message.
If the NG RESET message contains the UE-associated Logical NG-connection List IE, then:
- The NG-RAN node shall use the AMF UE NGAP ID IE and/or the RAN UE NGAP ID IE to explicitly identify
the UE association(s) to be reset.
- The NG-RAN node shall include in the NG RESET ACKNOWLEDGE message, for each UE association to be
reset, the UE-associated Logical NG-connection Item IE in the UE-associated Logical NG-connection List IE.
The UE-associated Logical NG-connection Item IEs shall be in the same order as received in the NG RESET
message and shall include also unknown UE-associated logical NG-connections. Empty UE-associated Logical
NG-connection Item IEs, received in the NG RESET message, may be omitted in the NG RESET
ACKNOWLEDGE message.
- If the AMF UE NGAP ID IE is included in the UE-associated Logical NG-connection Item IE for a UE
association, the NG-RAN node shall include the AMF UE NGAP ID IE in the corresponding UE-associated
Logical NG-connection Item IE in the NG RESET ACKNOWLEDGE message.
- If the RAN UE NGAP ID IE is included in the UE-associated Logical NG-connection Item IE for a UE
association, the NG-RAN node shall include the RAN UE NGAP ID IE in the corresponding UE-associated
Logical NG-connection Item IE in the NG RESET ACKNOWLEDGE message.
If the NG RESET message is received, any other ongoing procedure (except for another NG Reset procedure) on the
same NG interface related to a UE association, indicated explicitly or implicitly in the NG RESET message, shall be
aborted.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 56 ETSI TS 138 413 V15.3.0 (2019-05)
In the event of a failure at the NG-RAN node which has resulted in the loss of some or all transaction reference
information, an NG RESET message shall be sent to the AMF.
At reception of the NG RESET message the AMF shall release all allocated resources on NG related to the UE
association(s) indicated explicitly or implicitly in the NG RESET message and remove the NGAP ID for the indicated
UE associations.
After the AMF has released all assigned NG resources and the UE NGAP IDs for all indicated UE associations which
can be used for new UE-associated logical NG-connections over the NG interface, the AMF shall respond with the NG
RESET ACKNOWLEDGE message.
If the NG RESET message contains the UE-associated Logical NG-connection List IE, then:
- The AMF shall use the AMF UE NGAP ID IE and/or the RAN UE NGAP ID IE to explicitly identify the UE
association(s) to be reset.
- The AMF shall include in the NG RESET ACKNOWLEDGE message, for each UE association to be reset, the
UE-associated Logical NG-connection Item IE in the UE-associated Logical NG-connection List IE. The UE-
associated Logical NG-connection Item IEs shall be in the same order as received in the NG RESET message
and shall include also unknown UE-associated logical NG-connections. Empty UE-associated Logical NG-
connection Item IEs, received in the NG RESET message, may be omitted in the NG RESET ACKNOWLEDGE
message.
- If the AMF UE NGAP ID IE is included in the UE-associated Logical NG-connection Item IE for a UE
association, the AMF shall include the AMF UE NGAP ID IE in the corresponding UE-associated Logical NG-
connection Item IE in the NG RESET ACKNOWLEDGE message.
- If the RAN UE NGAP ID IE is included in a UE-associated Logical NG-connection Item IE for a UE association,
the AMF shall include the RAN UE NGAP ID IE in the corresponding UE-associated Logical NG-connection
Item IE in the NG RESET ACKNOWLEDGE message.
If the NG RESET message is received, any other ongoing procedure (except for another NG Reset procedure) on the
same NG interface related to a UE association, indicated explicitly or implicitly in the NG RESET message, shall be
aborted.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 57 ETSI TS 138 413 V15.3.0 (2019-05)
ignore the UE-associated Logical NG-connection Item IE. The AMF may return the empty UE-associated Logical NG-
connection Item IE in the UE-associated Logical NG-connection List IE in the NG RESET ACKNOWLEDGE
message.
If an NG Reset procedure is ongoing in the AMF and the AMF receives an NG RESET message from the peer entity on
the same NG interface related to one or several UE associations previously requested to be reset, indicated explicitly or
implicitly in the received NG RESET message, the AMF shall respond with the NG RESET ACKNOWLEDGE
message as described in 8.7.4.2.2.
8.7.5.1 General
The Error Indication procedure is initiated by a node in order to report detected errors in one incoming message,
provided they cannot be reported by an appropriate failure message.
If the error situation arises due to reception of a message utilising UE-associated signalling, then the Error Indication
procedure uses UE-associated signalling. Otherwise the procedure uses non-UE associated signalling.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 58 ETSI TS 138 413 V15.3.0 (2019-05)
When the conditions defined in clause 10 are fulfilled, the Error Indication procedure is initiated by an ERROR
INDICATION message sent from the receiving node.
The ERROR INDICATION message shall contain at least either the Cause IE or the Criticality Diagnostics IE. In case
the Error Indication procedure is triggered by utilising UE-associated signalling the AMF UE NGAP ID IE and the RAN
UE NGAP ID IE shall be included in the ERROR INDICATION message. If one or both of the AMF UE NGAP ID IE
and the RAN UE NGAP ID IE are not correct, the cause shall be set to an appropriate value, e.g., "Unknown or already
allocated AMF UE NGAP ID", "Unknown or already allocated RAN UE NGAP ID" or "Unknown or inconsistent pair
of UE NGAP ID".
8.7.6.1 General
The purpose of the AMF Status Indication procedure is to support AMF management functions.
The AMF initiates the procedure by sending an AMF STATUS INDICATION message to the NG-RAN node.
Upon receipt of the AMF STATUS INDICATION message, the NG-RAN node shall consider the indicated GUAMI(s)
will be unavailable and perform AMF reselection as defined in TS 23.501 [9].
The NG-RAN node shall, if supported, act accordingly as specified in TS 23.501 [9], based on the presence or absence
of the Timer Approach for GUAMI Removal IE.
If the Backup AMF Name IE is included in the AMF STATUS INDICATION message, the NG-RAN node shall, if
supported, perform AMF reselection considering the AMF as indicated by the Backup AMF Name IE.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 59 ETSI TS 138 413 V15.3.0 (2019-05)
8.7.7.1 General
The purpose of the Overload Start procedure is to inform an NG-RAN node to reduce the signalling load towards the
concerned AMF. The procedure uses non-UE associated signalling.
The NG-RAN node receiving the OVERLOAD START message shall assume the AMF from which it receives the
message as being in an overloaded state.
If the Overload Action IE is included the AMF Overload Response IE within the OVERLOAD START message, the
NG-RAN node shall use it to identify the related signalling traffic. When the Overload Action IE is set to
- "reject RRC connection establishments for non-emergency mobile originated data transfer" (i.e., reject traffic
corresponding to RRC cause "mo-data", "mo-SMS", "mo-VideoCall" and "mo-VoiceCall" in TS 38.331 [18] or
"mo-data" and "mo-VoiceCall" in TS 36.331 [21]), or
- "reject RRC connection establishments for signalling" (i.e., reject traffic corresponding to RRC cause "mo-data",
"mo-SMS", "mo-signalling", "mo-VideoCall" and "mo-VoiceCall" in TS 38.331 [18] or "mo-data", "mo-
signalling" and "mo-VoiceCall" in TS 36.331 [21]), or
- "only permit RRC connection establishments for emergency sessions and mobile terminated services" (i.e., only
permit traffic corresponding to RRC cause "emergency" and "mt-Access" in TS 38.331 [18] or in TS 36.331
[21]), or
- "only permit RRC connection establishments for high priority sessions and mobile terminated services" (i.e.,
only permit traffic corresponding to RRC cause "highPriorityAccess", "mps-PriorityAccess", "mcs-
PriorityAccess" and "mt-Access" in TS 38.331 [18] or "highPriorityAccess" and "mt-Access" in TS 36.331
[21]),
- if the AMF Traffic Load Reduction Indication IE is included in the OVERLOAD START message, reduce the
signalling traffic by the indicated percentage,
- otherwise ensure that only the signalling traffic not indicated as to be rejected is sent to the AMF.
If the Overload Start NSSAI List IE is included in the OVERLOAD START message, the NG-RAN node shall:
- if the Slice Traffic Load Reduction Indication IE is present, reduce the signalling traffic by the indicated
percentage for the UE(s) whose requested NSSAI only include S-NSSAI(s) contained in the Overload Start
NSSAI List IE, and the signalling traffic indicated as to be reduced by the Overload Action IE in the Slice
Overload Response IE if the IE is present,
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 60 ETSI TS 138 413 V15.3.0 (2019-05)
- otherwise ensure that only the signalling traffic from UE(s) whose requested NSSAI includes S-NSSAI(s) other
than the ones contained in the Overload Start NSSAI List IE, or the signalling traffic not indicated as to be
reduced by the Overload Action IE in the Slice Overload Response IE for the UE(s) if the requested NSSAI
matched, is sent to the AMF.
If an overload control is ongoing and the NG-RAN node receives a further OVERLOAD START message, the NG-
RAN node shall replace the contents of the previously received information with the new one.
8.7.8.1 General
The purpose of the Overload Stop procedure is to signal to an NG-RAN node the AMF is connected to that the overload
situation at the AMF has ended and normal operation shall resume. The procedure uses non-UE associated signalling.
The NG-RAN node receiving the OVERLOAD STOP message shall assume that the overload situation at the AMF
from which it receives the message has ended and shall resume normal operation for the applicable traffic towards this
AMF.
8.8.1.1 General
The purpose of the Uplink RAN Configuration Transfer procedure is to transfer RAN configuration information from
the NG-RAN node to the AMF. The AMF does not interpret the transferred RAN configuration information. This
procedure uses non-UE associated signalling.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 61 ETSI TS 138 413 V15.3.0 (2019-05)
The NG-RAN node initiates the procedure by sending the UPLINK RAN CONFIGURATION TRANSFER message to
the AMF.
If the AMF receives the SON Configuration Transfer IE, it shall transparently transfer the SON Configuration Transfer
IE towards the NG-RAN node indicated in the Target RAN Node ID IE which is included in the SON Configuration
Transfer IE.
If the AMF receives the EN-DC SON Configuration Transfer IE, it shall transparently transfer the EN-DC SON
Configuration Transfer IE towards an MME serving the eNB indicated in the Target eNB-ID IE which is included in
the EN-DC SON Configuration Transfer IE.
8.8.2.1 General
The purpose of the Downlink RAN Configuration Transfer procedure is to transfer RAN configuration information
from the AMF to the NG-RAN node. This procedure uses non-UE associated signalling.
The procedure is initiated with an DOWNLINK RAN CONFIGURATION TRANSFER message sent from the AMF to
the NG-RAN node.
If the NG-RAN node receives, in the SON Configuration Transfer IE or in the EN-DC SON Configuration Transfer IE,
the SON Information IE containing the SON Information Request IE, it may transfer back the requested information
either towards the NG-RAN node indicated in the Source RAN Node ID IE of the SON Configuration Transfer IE or
towards an eNB indicated in the Source eNB-ID IE of the EN-DC SON Configuration Transfer IE by initiating the
Uplink RAN Configuration Transfer procedure.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 62 ETSI TS 138 413 V15.3.0 (2019-05)
If the NG-RAN node receives, in the SON Configuration Transfer IE, the Xn TNL Configuration Info IE containing the
Xn Extended Transport Layer Addresses IE, it may use it as part of its ACL functionality configuration actions, if such
ACL functionality is deployed.
If the NG-RAN node receives, in the SON Configuration Transfer IE, the SON Information IE containing the SON
Information Reply IE including the Xn TNL Configuration Info IE as an answer to a former request, it may use it to
initiate the Xn TNL establishment.
In case the IP-Sec Transport Layer Address IE is present and the GTP Transport Layer Addresses IE within the Xn
Extended Transport Layer Addresses IE is not empty, GTP traffic is conveyed within an IP-Sec tunnel terminated at the
IP-Sec tunnel endpoint given in the IP-Sec Transport Layer Address IE.
In case the IP-Sec Transport Layer Address IE is not present, GTP traffic is terminated at the endpoints given by the list
of addresses in the Xn GTP Transport Layer Addresses IE within the Xn Extended Transport Layer Addresses IE.
In case the Xn GTP Transport Layer Addresses IE is empty and the IP-Sec Transport Layer Address IE is present,
SCTP traffic is conveyed within an IP-Sec tunnel terminated at the IP-Sec tunnel endpoint given in the IP-Sec
Transport Layer Address IE, within the Xn Extended Transport Layer Addresses IE.
If the NG-RAN node is configured to use one IPsec tunnel for all NG and Xn traffic (IPsec star topology) then the
traffic to the peer NG-RAN node shall be routed through this IPsec tunnel and the IP-Sec Transport Layer Address IE
shall be ignored.
8.9.1.1 General
The purpose of Write-Replace Warning procedure is to start or overwrite the broadcasting of warning messages. The
procedure uses non UE-associated signalling.
The AMF initiates the procedure by sending a WRITE-REPLACE WARNING REQUEST message to the NG-RAN
node.
Upon receipt of the WRITE-REPLACE WARNING REQUEST message, the NG-RAN node shall prioritise its
resources to process the warning message.
If, in a certain area, broadcast of a warning message is already ongoing and the NG-RAN node receives a WRITE-
REPLACE WARNING REQUEST message with Message Identifier IE and/or Serial Number IE which are different
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 63 ETSI TS 138 413 V15.3.0 (2019-05)
from those in the warning message being broadcast, and if the Concurrent Warning Message Indicator IE is not present,
the NG-RAN node shall replace the warning message being broadcast with the newly received one for that area.
If the NG-RAN node receives a WRITE-REPLACE WARNING REQUEST message with a warning message
identified by the Message Identifier IE and Serial Number IE and if there are no prior warning messages being
broadcast in any of the warning areas indicated in the Warning Area List IE, the NG-RAN node shall broadcast the
received warning message for those area(s).
If, in a certain area, broadcast of one or more warning messages are already ongoing and the NG-RAN node receives a
WRITE-REPLACE WARNING REQUEST message with a Message Identifier IE and/or Serial Number IE which are
different from those in any of the warning messages being broadcast, and if the Concurrent Warning Message Indictor
IE is present, the NG-RAN node shall schedule the received warning message for broadcast, for that area.
If the Concurrent Warning Message Indicator IE is present and if a value "0" is received in the Number of Broadcast
Requested IE, the NG-RAN node shall broadcast the received warning message indefinitely until requested otherwise to
stop broadcasting, except if the Repetition Period IE is set to "0".
If, in a certain area, broadcast of one or more warning messages are already ongoing and the NG-RAN node receives a
WRITE-REPLACE WARNING REQUEST message with Message Identifier IE and Serial Number IE which
correspond to one of the warning messages already being broadcast in that area, the NG-RAN node shall not start a new
broadcast or replace an existing one but it shall still reply by sending a WRITE-REPLACE WARNING RESPONSE
message which includes the Broadcast Completed Area List IE set according to the ongoing broadcast.
If the Warning Area List IE is not included in the WRITE-REPLACE WARNING REQUEST message, the NG-RAN
node shall broadcast the indicated message in all of the cells within the NG-RAN node.
If the Warning Type IE is included in the WRITE-REPLACE WARNING REQUEST message, the NG-RAN node
shall broadcast the Primary Notification irrespective of the setting of the Repetition Period IE and the Number of
Broadcasts Requested IE, and process the Primary Notification according to TS 36.331 [21] and TS 38.331 [18].
If the Warning Security Information IE is included in the WRITE-REPLACE WARNING REQUEST message, the NG-
RAN node shall include this information together with the warning type in the Primary Notification.
If the Data Coding Scheme IE and the Warning Message Contents IE are both included in the WRITE-REPLACE
WARNING REQUEST message, the NG-RAN node shall schedule a broadcast of the warning message according to
the value of the Repetition Period IE and the Number of Broadcasts Requested IE and process the warning message
according to TS 36.331 [21] and TS 38.331 [18].
If the Warning Area Coordinates IE is included in the WRITE-REPLACE WARNING REQUEST message, the NG-
RAN node shall include this information together with the warning message being broadcast according to TS 36.331
[21] and TS 38.331 [18].
The NG-RAN node acknowledges the WRITE-REPLACE WARNING REQUEST message by sending a WRITE-
REPLACE WARNING RESPONSE message to the AMF.
If the Broadcast Completed Area List IE is not included in the WRITE-REPLACE WARNING RESPONSE message,
the AMF shall consider that the broadcast is unsuccessful in all the cells within the NG-RAN node.
If the Concurrent Warning Message Indicator IE is included and if a value "0" is received in the Repetition Period IE,
the NG-RAN node shall not broadcast the received warning message except if the Number of Broadcast Requested IE is
set to "1".
If the Concurrent Warning Message Indicator IE is not included and if a value "0" is received in the Repetition Period
IE, the NG-RAN node shall not broadcast the received secondary notification except if the Number of Broadcast
Requested IE is set to "1".
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 64 ETSI TS 138 413 V15.3.0 (2019-05)
8.9.2.1 General
The purpose of the PWS Cancel procedure is to cancel an already ongoing broadcast of a warning message. The
procedure uses non UE-associated signalling.
The AMF initiates the procedure by sending a PWS CANCEL REQUEST message to the NG-RAN node.
If the NG-RAN node receives a PWS CANCEL REQUEST message and broadcast of the warning message identified
by the Message Identifier and Serial Number IE is ongoing in an area indicated within the Warning Area List IE, the
NG-RAN node shall stop broadcasting the warning message within that area and discard the warning message for that
area.
If the Warning Area List IE is not included in the PWS CANCEL REQUEST message, the NG-RAN node shall stop
broadcasting and discard the warning message identified by the Message Identifier IE and the Serial Number IE in all of
the cells in the NG-RAN node.
The NG-RAN node shall acknowledge the PWS CANCEL REQUEST message by sending the PWS CANCEL
RESPONSE message, with the Message Identifier IE and the Serial Number IE copied from the PWS CANCEL
REQUEST message and shall, if there is an area to report where an ongoing broadcast was stopped successfully,
include the Broadcast Cancelled Area List IE.
If an area included in the Warning Area List IE in the PWS CANCEL REQUEST message does not appear in the
Broadcast Cancelled Area List IE, the AMF shall consider that the NG-RAN node had no ongoing broadcast to stop for
the same Message Identifier and Serial Number in that area.
If the Broadcast Cancelled Area List IE is not included in the PWS CANCEL RESPONSE message, the AMF shall
consider that the NG-RAN node had no ongoing broadcast to stop for the same Message Identifier and Serial Number.
If the Cancel-All Warning Messages Indicator IE is present in the PWS CANCEL REQUEST message, then the NG-
RAN node shall stop broadcasting and discard all warning messages for the area as indicated in the Warning Area List
IE or in all the cells of the NG-RAN node if the Warning Area List IE is not included. The NG-RAN node shall
acknowledge the PWS CANCEL REQUEST message by sending the PWS CANCEL RESPONSE message, with the
Message Identifier IE and the Serial Number IE copied from the PWS CANCEL REQUEST message and shall, if there
is area to report where an ongoing broadcast was stopped successfully, include the Broadcast Cancelled Area List IE
with the Number of Broadcasts IE set to 0.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 65 ETSI TS 138 413 V15.3.0 (2019-05)
8.9.3.1 General
The purpose of the PWS Restart Indication procedure is to inform the AMF that PWS information for some or all cells
of the NG-RAN node may be reloaded from the CBC if needed. The procedure uses non UE-associated signalling.
The NG-RAN node initiates the procedure by sending a PWS RESTART INDICATION message to the AMF. On
receipt of a PWS RESTART INDICATION message, the AMF shall act as defined in TS 23.007 [20].
If the Emergency Area ID is available, the NG-RAN node shall also include it in the Emergency Area ID List for
Restart IE.
8.9.4.1 General
The purpose of the PWS Failure Indication procedure is to inform the AMF that ongoing PWS operation for one or
more cells of the NG-RAN node has failed. The procedure uses non UE-associated signalling.
The NG-RAN node initiates the procedure by sending a PWS FAILURE INDICATION message to the AMF. On
receipt of a PWS FAILURE INDICATION message, the AMF shall act as defined in TS 23.041 [22].
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 66 ETSI TS 138 413 V15.3.0 (2019-05)
The AMF initiates the procedure by sending the DOWNLINK UE ASSOCIATED NRPPA TRANSPORT message to
the NG-RAN node.
The NG-RAN node initiates the procedure by sending the UPLINK UE ASSOCIATED NRPPA TRANSPORT
message to the AMF.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 67 ETSI TS 138 413 V15.3.0 (2019-05)
The AMF initiates the procedure by sending the DOWNLINK NON UE ASSOCIATED NRPPA TRANSPORT
message to the NG-RAN node.
The NG-RAN node initiates the procedure by sending the UPLINK NON UE ASSOCIATED NRPPA TRANSPORT
message to the AMF.
If an AMF receives an UPLINK NON UE ASSOCIATED NRPPA TRANSPORT message indicating an unknown or
unreachable Routing ID, the AMF shall ignore the message.
8.11.1.1 General
The purpose of the Trace Start procedure is to allow the AMF to request the NG-RAN node to initiate a trace session
for a UE. The procedure uses UE-associated signalling. If no UE-associated logical NG-connection exists, the UE-
associated logical NG-connection shall be established as part of the procedure.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 68 ETSI TS 138 413 V15.3.0 (2019-05)
The AMF initiates the procedure by sending a TRACE START message. Upon reception of the TRACE START
message, the NG-RAN node shall initiate the requested trace session as described in TS 32.422 [11].
If the NG-RAN node is not able to initiate the trace session due to ongoing handover of the UE to another NG-RAN
node, the NG-RAN node shall initiate a Trace Failure Indication procedure with the appropriate cause value.
8.11.2.1 General
The purpose of the Trace Failure Indication procedure is to allow the NG-RAN node to inform the AMF that a Trace
Start procedure or a Deactivate Trace procedure has failed due to an interaction with a handover procedure. The
procedure uses UE-associated signalling.
The NG-RAN node initiates the procedure by sending a TRACE FAILURE INDICATION message. Upon reception of
the TRACE FAILURE INDICATION message, the AMF shall take appropriate actions based on the failure reason
indicated by the Cause IE.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 69 ETSI TS 138 413 V15.3.0 (2019-05)
8.11.3.1 General
The purpose of the Deactivate Trace procedure is to allow the AMF to request the NG-RAN node to stop the trace
session for the indicated trace reference. The procedure uses UE-associated signalling.
The AMF initiates the procedure by sending a DEACTIVATE TRACE message to the NG-RAN node as described in
TS 32.422 [11]. Upon reception of the DEACTIVATE TRACE message, the NG-RAN node shall stop the trace session
for the indicated trace reference in the NG-RAN Trace ID IE.
If the NG-RAN node is not able to stop the trace session due to ongoing handover of the UE to another NG-RAN node,
the NG-RAN node shall initiate a Trace Failure Indication procedure with the appropriate cause value.
8.11.4.1 General
The purpose of the Cell Traffic Trace procedure is to send the allocated Trace Recording Session Reference and the
Trace Reference to the AMF. The procedure uses UE-associated signalling.
The NG-RAN node initiates the procedure by sending a CELL TRAFFIC TRACE message.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 70 ETSI TS 138 413 V15.3.0 (2019-05)
8.12.1.1 General
The purpose of the Location Reporting Control procedure is to allow the AMF to request the NG-RAN node to report
the UE's current location, or the UE's last known location with time stamp, or the UE's presence in the area of interest
while in CM-CONNECTED state as specified in TS 23.501 [9] and TS 23.502 [10]. The procedure uses UE-associated
signalling.
The AMF initiates the procedure by sending a LOCATION REPORTING CONTROL message to the NG-RAN node.
On receipt of the LOCATION REPORTING CONTROL message the NG-RAN node shall perform the requested
location reporting control action for the UE.
The Location Reporting Request Type IE indicates to the NG-RAN node whether:
- to report directly;
- to report upon change of serving cell and PSCell, if Dual Connectivity is activated for the UE;
- to stop reporting at change of serving cell and PSCell, if Dual Connectivity is activated for the UE;
If the Area Of Interest List IE is included in the Location Reporting Request Type IE in the LOCATION REPORTING
CONTROL message, the NG-RAN node shall store this information and use it to track the UE's presence in the area of
interest as defined in TS 23.502 [10].
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 71 ETSI TS 138 413 V15.3.0 (2019-05)
8.12.2.1 General
The purpose of the Location Reporting Failure Indication procedure is to allow the NG-RAN node to inform the AMF
that the Location Reporting Control procedure has failed. The procedure uses UE-associated signalling.
The NG-RAN node initiates the procedure by sending a LOCATION REPORTING FAILURE INDICATION message
to the AMF. Upon reception of the LOCATION REPORTING FAILURE INDICATION message the AMF shall, based
on the failure reason indicated by the Cause IE, take appropriate action.
8.12.3.1 General
The purpose of the Location Report procedure is to provide the UE's current location, the UE's last known location with
time stamp, or the UE's presence in the area of interest to the AMF. The procedure uses UE-associated signalling.
The NG-RAN node initiates the procedure by sending a LOCATION REPORT message to the AMF. The LOCATION
REPORT message may be used as a response to the LOCATION REPORTING CONTROL message.
If the PSCell Information IE is included in the LOCATION REPORT message, the AMF may consider both User
Location Information IE and PSCell Information IE to determine the UE’s location.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 72 ETSI TS 138 413 V15.3.0 (2019-05)
8.13.1.1 General
The purpose of the UE TNLA Binding Release procedure is to request the NG-RAN node to release the NGAP UE
TNLA binding, while requesting the NG-RAN node to maintain NG-U (user plane connectivity) and UE context
information as specified in TS 23.502 [10]. The procedure uses UE-associated signalling.
At reception of the UE TNLA BINDING RELEASE REQUEST message, the NG-RAN node shall release the UE
TNLA binding for the UE indicated in the UE TNLA BINDING RELEASE REQUEST message. The NG-RAN node
shall keep the NG-U (user plane connectivity) and UE context information for the UE.
If the UE TNLA BINDING RELEASE REQUEST message is received, any other ongoing procedure (except for the
NG Reset procedure or another UE TNLA Binding Release procedure) on the same NG interface related to the UE
indicated in the UE TNLA BINDING RELEASE REQUEST message shall be aborted.
8.14.1.1 General
The purpose of the UE Radio Capability Info Indication procedure is to enable the NG-RAN node to provide to the
AMF UE radio capability-related information. The procedure uses UE-associated signalling.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 73 ETSI TS 138 413 V15.3.0 (2019-05)
The NG-RAN node controlling a UE-associated logical NG connection initiates the procedure by sending a UE RADIO
CAPABILITY INFO INDICATION message to the AMF including the UE radio capability information.
The UE RADIO CAPABILITY INFO INDICATION message may also include paging specific UE radio capability
information within the UE Radio Capability for Paging IE.
The UE radio capability information received by the AMF shall replace previously stored corresponding UE radio
capability information in the AMF for the UE, as described in TS 23.501 [9].
8.14.2.1 General
The purpose of the UE Radio Capability Check procedure is for the AMF to request the NG-RAN node to derive and
provide an indication to the AMF on whether the UE radio capabilities are compatible with the network configuration
for IMS voice. The procedure uses UE-associated signalling.
The AMF initiates the procedure by sending a UE RADIO CAPABILITY CHECK REQUEST message. If the UE-
associated logical NG-connection is not established, the AMF shall allocate a unique AMF UE NGAP ID to be used for
the UE and include the AMF UE NGAP ID IE in the UE RADIO CAPABILITY CHECK REQUEST message; by
receiving the AMF UE NGAP ID IE in the UE RADIO CAPABILITY CHECK REQUEST message, the NG-RAN
node establishes the UE-associated logical NG-connection.
Upon receipt of the UE RADIO CAPABILITY CHECK REQUEST message, the NG-RAN node checks whether the
UE radio capabilities are compatible with the network configuration for IMS voice, and responds with a UE RADIO
CAPABILITY CHECK RESPONSE message, as defined in TS 23.502 [10].
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 74 ETSI TS 138 413 V15.3.0 (2019-05)
If the UE Radio Capability IE is contained in the UE RADIO CAPABILITY CHECK REQUEST message, the NG-
RAN node shall use it to determine the value of the IMS Voice Support Indicator IE to be included in the UE RADIO
CAPABILITY CHECK RESPONSE message.
8.15.1.1 General
The purpose of the Secondary RAT Data Usage Report procedure is to provide information on the used resources of the
secondary RAT (e.g. NR resources during MR-DC operation) as specified in TS 23.501 [9].
The NG-RAN node initiates the procedure by sending the SECONDARY RAT DATA USAGE REPORT message to
the AMF.
If the Handover Flag IE is included in the SECONDARY RAT DATA USAGE REPORT message, it indicates that for
each PDU session the AMF should buffer the Secondary RAT Data Usage Report Transfer IE since the secondary RAT
data usage report is sent due to handover as defined in TS 23.502 [10].
For each PDU session for which the Secondary RAT Usage Information List IE is included in the the Secondary RAT
Data Usage Transfer IE, the SMF shall handle this information as specified in TS 23.502 [10].
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 75 ETSI TS 138 413 V15.3.0 (2019-05)
9.0 General
Subclauses 9.2 and 9.3 present the NGAP message and IE definitions in tabular format. The corresponding ASN.1
definition is presented in subclause 9.4. In case there is contradiction between the tabular format and the ASN.1
definition, the ASN.1 shall take precedence, except for the definition of conditions for the presence of conditional IEs,
where the tabular format shall take precedence.
The messages have been defined in accordance to the guidelines specified in TR 25.921 [7].
When specifying IEs which are to be represented by bitstrings, if not otherwise specifically stated in the semantics
description of the concerned IE or elsewhere, the following principle applies with regards to the ordering of bits:
- The first bit (leftmost bit) contains the most significant bit (MSB);
- The last bit (rightmost bit) contains the least significant bit (LSB);
- When importing bitstrings from other specifications, the first bit of the bitstring contains the first bit of the
concerned information;
9.1.2 Criticality
Each IE or group of IEs may have criticality information applied to it according to table 9.1.2-1.
9.1.3 Range
The Range column indicates the allowed number of copies of repetitive IEs/IE groups.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 76 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 77 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 78 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 79 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 80 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 81 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 82 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 83 ETSI TS 138 413 V15.3.0 (2019-05)
Condition Explanation
ifPDUsessionResourceSetup This IE shall be present if the PDU Session Resource Setup List IE is
present.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 84 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 85 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 86 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 87 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 88 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 89 ETSI TS 138 413 V15.3.0 (2019-05)
Condition Explanation
iftoEPS This IE shall be present if the Handover Type IE is set to the value
“5GStoEPS”.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 90 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 91 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 92 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 93 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 94 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 95 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 96 ETSI TS 138 413 V15.3.0 (2019-05)
9.2.4.1 PAGING
This message is sent by the AMF and is used to page a UE in one or several tracking areas.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 97 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 98 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 99 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 100 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 101 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 102 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 103 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 104 ETSI TS 138 413 V15.3.0 (2019-05)
9.2.6.11 NG RESET
This message is sent by both the NG-RAN node and the AMF to request that the NG interface, or parts of the NG
interface, be reset.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 105 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 106 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 107 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 108 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 109 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 110 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 111 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 112 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 113 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 114 ETSI TS 138 413 V15.3.0 (2019-05)
9.3.1.2 Cause
The purpose of the Cause IE is to indicate the reason for a particular event for the NGAP protocol.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 115 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 116 ETSI TS 138 413 V15.3.0 (2019-05)
The meaning of the different cause values is described in the following tables. In general, "not supported" cause values
indicate that the related capability is missing. On the other hand, "not available" cause values indicate that the related
capability is present, but insufficient resources were available to perform the requested action.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 117 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 118 ETSI TS 138 413 V15.3.0 (2019-05)
UE in RRC_INACTIVE state not The action is requested due to RAN paging failure.
reachable
Redirection The release is requested due to inter-system redirection or intra-system
redirection.
Resources not available for the The requested resources are not available for the slice(s).
slice(s)
UE maximum integrity protected The request is not accepted in order to comply with the maximum data rate for
data rate reason integrity protection supported by the UE.
Release due to CN-detected mobility The context release is requested by the AMF because the UE is already served
by another CN node (same or different system), or another NG interface of the
same CN node.
N26 interface not available The receiver shall consider that the action failed due to a temporary failure of the
N26 interface.
Release due to pre-emption Release is initiated due to pre-emption.
For further details on how to use the Criticality Diagnostics IE, see clause 10.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 119 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 120 ETSI TS 138 413 V15.3.0 (2019-05)
9.3.1.7 NR CGI
This IE is used to globally identify an NR cell (see TS 38.300 [8]).
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 121 ETSI TS 138 413 V15.3.0 (2019-05)
9.3.1.11 Void
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 122 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 123 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 124 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 125 ETSI TS 138 413 V15.3.0 (2019-05)
Condition Explanation
ifGBRflow This IE shall be present if the GBR QoS Flow Information IE is present in
the QoS Flow Level QoS Parameters IE.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 126 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 127 ETSI TS 138 413 V15.3.0 (2019-05)
9.3.1.24 S-NSSAI
This IE indicates the S-NSSAI.
9.3.1.25 Target ID
This IE identifies the target for the handover.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 128 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 129 ETSI TS 138 413 V15.3.0 (2019-05)
Condition Explanation
ifIntegrityProtectionRequiredorPreferred This IE shall be present if the Integrity Protection Indication IE within the
Security Indication IE is present and set to “required” or “preferred”.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 130 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 131 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 132 ETSI TS 138 413 V15.3.0 (2019-05)
9.3.1.33 DL Forwarding
This IE indicates that the QoS flow or E-RAB is proposed for forwarding of downlink packets.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 133 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 134 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 135 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 136 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 137 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 138 ETSI TS 138 413 V15.3.0 (2019-05)
9.3.1.53 DRB ID
This IE contains the DRB ID.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 139 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 140 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 141 ETSI TS 138 413 V15.3.0 (2019-05)
Condition Explanation
ifEventTypeisStopUEPresinAoI This IE shall be present if the Event Type IE is set to "stop UE presence in
the area of interest".
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 142 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 143 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 144 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 145 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 146 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 147 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 148 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 149 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 150 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 151 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 152 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 153 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 154 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 155 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 156 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 157 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 158 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 159 ETSI TS 138 413 V15.3.0 (2019-05)
9.3.2.3 E-RAB ID
This IE is the identifier of the LTE E-RAB.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 160 ETSI TS 138 413 V15.3.0 (2019-05)
9.3.2.5 GTP-TEID
This IE is the GTP Tunnel Endpoint Identifier to be used for the user plane transport between the NG-RAN node and
the UPF.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 161 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 162 ETSI TS 138 413 V15.3.0 (2019-05)
9.3.3.3 GUAMI
This IE indicates the AMF identity.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 163 ETSI TS 138 413 V15.3.0 (2019-05)
9.3.3.4 NAS-PDU
This IE contains a 5GC – UE or UE – 5GC message that is transferred without interpretation in the NG-RAN node.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 164 ETSI TS 138 413 V15.3.0 (2019-05)
Condition Explanation
ifSONInformationRequest This IE shall be present if the SON Information IE contains the SON
Information Request IE set to "Xn TNL Configuration Info"
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 165 ETSI TS 138 413 V15.3.0 (2019-05)
9.3.3.10 TAC
This IE is used to uniquely identify a Tracking Area Code.
9.3.3.11 TAI
This IE is used to uniquely identify a Tracking Area.
9.3.3.13 Routing ID
This IE is used to identify an LMF within the 5GC.
9.3.3.14 NRPPa-PDU
This IE contains an NG-RAN node – LMF or LMF – NG-RAN node message that is transferred without interpretation
in the AMF.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 166 ETSI TS 138 413 V15.3.0 (2019-05)
9.3.3.20 5G-S-TMSI
This IE is used for security reasons, to hide the identity of a subscriber.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 167 ETSI TS 138 413 V15.3.0 (2019-05)
Bits
876
0 0 0 value is incremented in
multiples of 10 minutes
0 0 1 value is incremented in
multiples of 1 hour
0 1 0 value is incremented in
multiples of 10 hours
0 1 1 value is incremented in
multiples of 2 seconds
1 0 0 value is incremented in
multiples of 30 seconds
1 0 1 value is incremented in
multiples of 1 minute
1 1 1 value indicates that the
timer is deactivated.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 168 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 169 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 170 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 171 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 172 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 173 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 174 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 175 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 176 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 177 ETSI TS 138 413 V15.3.0 (2019-05)
The ASN.1 definition specifies the structure and content of NGAP messages. NGAP messages can contain any IEs
specified in the object set definitions for that message without the order or number of occurrence being restricted by
ASN.1. However, for this version of the standard, a sending entity shall construct an NGAP message according to the
PDU definitions module and with the following additional rules:
- IEs shall be ordered (in an IE container) in the order they appear in object set definitions.
- Object set definitions specify how many times IEs may appear. An IE shall appear exactly once if the presence
field in an object has value "mandatory". An IE may appear at most once if the presence field in an object has
value "optional" or "conditional". If in a tabular format there is multiplicity specified for an IE (i.e., an IE list)
then in the corresponding ASN.1 definition the list definition is separated into two parts. The first part defines an
IE container list where the list elements reside. The second part defines list elements. The IE container list
appears as an IE of its own. For this version of the standard an IE container list may contain only one kind of list
elements.
NOTE: In the above "IE" means an IE in the object set with an explicit ID. If one IE needs to appear more than
once in one object set, then the different occurrences will have different IE IDs.
If an NGAP message that is not constructed as defined above is received, this shall be considered as Abstract Syntax
Error, and the message shall be handled as defined for Abstract Syntax Error in subclause 10.3.6.
- for special operator- (and/or vendor) specific features considered not to be part of the basic functionality, i.e., the
functionality required for a complete and high-quality specification in order to guarantee multivendor
interoperability;
- by vendors for research purposes, e.g., to implement and evaluate new algorithms/features before such features
are proposed for standardisation.
The private message mechanism shall not be used for basic functionality. Such functionality shall be standardised.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 178 ETSI TS 138 413 V15.3.0 (2019-05)
NGAP-PDU-Descriptions {
itu-t (0) identified-organization (4) etsi (0) mobileDomain (0)
ngran-Access (22) modules (3) ngap (1) version1 (1) ngap-PDU-Descriptions (0)}
BEGIN
-- **************************************************************
--
-- IE parameter types from other modules.
--
-- **************************************************************
IMPORTS
Criticality,
ProcedureCode
FROM NGAP-CommonDataTypes
AMFConfigurationUpdate,
AMFConfigurationUpdateAcknowledge,
AMFConfigurationUpdateFailure,
AMFStatusIndication,
CellTrafficTrace,
DeactivateTrace,
DownlinkNASTransport,
DownlinkNonUEAssociatedNRPPaTransport,
DownlinkRANConfigurationTransfer,
DownlinkRANStatusTransfer,
DownlinkUEAssociatedNRPPaTransport,
ErrorIndication,
HandoverCancel,
HandoverCancelAcknowledge,
HandoverCommand,
HandoverFailure,
HandoverNotify,
HandoverPreparationFailure,
HandoverRequest,
HandoverRequestAcknowledge,
HandoverRequired,
InitialContextSetupFailure,
InitialContextSetupRequest,
InitialContextSetupResponse,
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 179 ETSI TS 138 413 V15.3.0 (2019-05)
InitialUEMessage,
LocationReport,
LocationReportingControl,
LocationReportingFailureIndication,
NASNonDeliveryIndication,
NGReset,
NGResetAcknowledge,
NGSetupFailure,
NGSetupRequest,
NGSetupResponse,
OverloadStart,
OverloadStop,
Paging,
PathSwitchRequest,
PathSwitchRequestAcknowledge,
PathSwitchRequestFailure,
PDUSessionResourceModifyConfirm,
PDUSessionResourceModifyIndication,
PDUSessionResourceModifyRequest,
PDUSessionResourceModifyResponse,
PDUSessionResourceNotify,
PDUSessionResourceReleaseCommand,
PDUSessionResourceReleaseResponse,
PDUSessionResourceSetupRequest,
PDUSessionResourceSetupResponse,
PrivateMessage,
PWSCancelRequest,
PWSCancelResponse,
PWSFailureIndication,
PWSRestartIndication,
RANConfigurationUpdate,
RANConfigurationUpdateAcknowledge,
RANConfigurationUpdateFailure,
RerouteNASRequest,
RRCInactiveTransitionReport,
SecondaryRATDataUsageReport,
TraceFailureIndication,
TraceStart,
UEContextModificationFailure,
UEContextModificationRequest,
UEContextModificationResponse,
UEContextReleaseCommand,
UEContextReleaseComplete,
UEContextReleaseRequest,
UERadioCapabilityCheckRequest,
UERadioCapabilityCheckResponse,
UERadioCapabilityInfoIndication,
UETNLABindingReleaseRequest,
UplinkNASTransport,
UplinkNonUEAssociatedNRPPaTransport,
UplinkRANConfigurationTransfer,
UplinkRANStatusTransfer,
UplinkUEAssociatedNRPPaTransport,
WriteReplaceWarningRequest,
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 180 ETSI TS 138 413 V15.3.0 (2019-05)
WriteReplaceWarningResponse
FROM NGAP-PDU-Contents
id-AMFConfigurationUpdate,
id-AMFStatusIndication,
id-CellTrafficTrace,
id-DeactivateTrace,
id-DownlinkNASTransport,
id-DownlinkNonUEAssociatedNRPPaTransport,
id-DownlinkRANConfigurationTransfer,
id-DownlinkRANStatusTransfer,
id-DownlinkUEAssociatedNRPPaTransport,
id-ErrorIndication,
id-HandoverCancel,
id-HandoverNotification,
id-HandoverPreparation,
id-HandoverResourceAllocation,
id-InitialContextSetup,
id-InitialUEMessage,
id-LocationReport,
id-LocationReportingControl,
id-LocationReportingFailureIndication,
id-NASNonDeliveryIndication,
id-NGReset,
id-NGSetup,
id-OverloadStart,
id-OverloadStop,
id-Paging,
id-PathSwitchRequest,
id-PDUSessionResourceModify,
id-PDUSessionResourceModifyIndication,
id-PDUSessionResourceNotify,
id-PDUSessionResourceRelease,
id-PDUSessionResourceSetup,
id-PrivateMessage,
id-PWSCancel,
id-PWSFailureIndication,
id-PWSRestartIndication,
id-RANConfigurationUpdate,
id-RerouteNASRequest,
id-RRCInactiveTransitionReport,
id-SecondaryRATDataUsageReport,
id-TraceFailureIndication,
id-TraceStart,
id-UEContextModification,
id-UEContextRelease,
id-UEContextReleaseRequest,
id-UERadioCapabilityCheck,
id-UERadioCapabilityInfoIndication,
id-UETNLABindingRelease,
id-UplinkNASTransport,
id-UplinkNonUEAssociatedNRPPaTransport,
id-UplinkRANConfigurationTransfer,
id-UplinkRANStatusTransfer,
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 181 ETSI TS 138 413 V15.3.0 (2019-05)
id-UplinkUEAssociatedNRPPaTransport,
id-WriteReplaceWarning
FROM NGAP-Constants;
-- **************************************************************
--
-- Interface Elementary Procedure Class
--
-- **************************************************************
WITH SYNTAX {
INITIATING MESSAGE &InitiatingMessage
[SUCCESSFUL OUTCOME &SuccessfulOutcome]
[UNSUCCESSFUL OUTCOME &UnsuccessfulOutcome]
PROCEDURE CODE &procedureCode
[CRITICALITY &criticality]
}
-- **************************************************************
--
-- Interface PDU Definition
--
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 182 ETSI TS 138 413 V15.3.0 (2019-05)
-- **************************************************************
--
-- Interface Elementary Procedure List
--
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 183 ETSI TS 138 413 V15.3.0 (2019-05)
paging |
pDUSessionResourceNotify |
privateMessage |
pWSFailureIndication |
pWSRestartIndication |
rerouteNASRequest |
rRCInactiveTransitionReport |
secondaryRATDataUsageReport |
traceFailureIndication |
traceStart |
uEContextReleaseRequest |
uERadioCapabilityInfoIndication |
uETNLABindingRelease |
uplinkNASTransport |
uplinkNonUEAssociatedNRPPaTransport |
uplinkRANConfigurationTransfer |
uplinkRANStatusTransfer |
uplinkUEAssociatedNRPPaTransport
}
-- **************************************************************
--
-- Interface Elementary Procedures
--
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 184 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 185 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 186 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 187 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 188 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 189 ETSI TS 138 413 V15.3.0 (2019-05)
CRITICALITY ignore
}
END
-- ASN1STOP
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 190 ETSI TS 138 413 V15.3.0 (2019-05)
--
-- PDU definitions for NGAP.
--
-- **************************************************************
NGAP-PDU-Contents {
itu-t (0) identified-organization (4) etsi (0) mobileDomain (0)
ngran-Access (22) modules (3) ngap (1) version1 (1) ngap-PDU-Contents (1) }
BEGIN
-- **************************************************************
--
-- IE parameter types from other modules.
--
-- **************************************************************
IMPORTS
AllowedNSSAI,
AMFName,
AMFSetID,
AMF-TNLAssociationSetupList,
AMF-TNLAssociationToAddList,
AMF-TNLAssociationToRemoveList,
AMF-TNLAssociationToUpdateList,
AMF-UE-NGAP-ID,
AssistanceDataForPaging,
BroadcastCancelledAreaList,
BroadcastCompletedAreaList,
CancelAllWarningMessages,
Cause,
CellIDListForRestart,
ConcurrentWarningMessageInd,
CoreNetworkAssistanceInformation,
CPTransportLayerInformation,
CriticalityDiagnostics,
DataCodingScheme,
DirectForwardingPathAvailability,
EmergencyAreaIDListForRestart,
EmergencyFallbackIndicator,
EN-DCSONConfigurationTransfer,
EUTRA-CGI,
FiveG-S-TMSI,
GlobalRANNodeID,
GUAMI,
HandoverFlag,
HandoverType,
IMSVoiceSupportIndicator,
IndexToRFSP,
InfoOnRecommendedCellsAndRANNodesForPaging,
LocationReportingRequestType,
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 191 ETSI TS 138 413 V15.3.0 (2019-05)
MaskedIMEISV,
MessageIdentifier,
MobilityRestrictionList,
NAS-PDU,
NASSecurityParametersFromNGRAN,
NewSecurityContextInd,
NGRAN-CGI,
NGRANTraceID,
NR-CGI,
NRPPa-PDU,
NumberOfBroadcastsRequested,
OverloadResponse,
OverloadStartNSSAIList,
PagingDRX,
PagingOrigin,
PagingPriority,
PDUSessionAggregateMaximumBitRate,
PDUSessionResourceAdmittedList,
PDUSessionResourceFailedToModifyListModCfm,
PDUSessionResourceFailedToModifyListModRes,
PDUSessionResourceFailedToSetupListCxtFail,
PDUSessionResourceFailedToSetupListCxtRes,
PDUSessionResourceFailedToSetupListHOAck,
PDUSessionResourceFailedToSetupListPSReq,
PDUSessionResourceFailedToSetupListSURes,
PDUSessionResourceHandoverList,
PDUSessionResourceListCxtRelCpl,
PDUSessionResourceListCxtRelReq,
PDUSessionResourceListHORqd,
PDUSessionResourceModifyListModCfm,
PDUSessionResourceModifyListModInd,
PDUSessionResourceModifyListModReq,
PDUSessionResourceModifyListModRes,
PDUSessionResourceNotifyList,
PDUSessionResourceReleasedListNot,
PDUSessionResourceReleasedListPSAck,
PDUSessionResourceReleasedListPSFail,
PDUSessionResourceReleasedListRelRes,
PDUSessionResourceSecondaryRATUsageList,
PDUSessionResourceSetupListCxtReq,
PDUSessionResourceSetupListCxtRes,
PDUSessionResourceSetupListHOReq,
PDUSessionResourceSetupListSUReq,
PDUSessionResourceSetupListSURes,
PDUSessionResourceSwitchedList,
PDUSessionResourceToBeSwitchedDLList,
PDUSessionResourceToReleaseListHOCmd,
PDUSessionResourceToReleaseListRelCmd,
PLMNSupportList,
PWSFailedCellIDList,
RANNodeName,
RANPagingPriority,
RANStatusTransfer-TransparentContainer,
RAN-UE-NGAP-ID,
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 192 ETSI TS 138 413 V15.3.0 (2019-05)
RedirectionVoiceFallback,
RelativeAMFCapacity,
RepetitionPeriod,
ResetType,
RoutingID,
RRCEstablishmentCause,
RRCInactiveTransitionReportRequest,
RRCState,
SecurityContext,
SecurityKey,
SerialNumber,
ServedGUAMIList,
SliceSupportList,
S-NSSAI,
SONConfigurationTransfer,
SourceToTarget-TransparentContainer,
SupportedTAList,
TAIListForPaging,
TAIListForRestart,
TargetID,
TargetToSource-TransparentContainer,
TimeToWait,
TNLAssociationList,
TraceActivation,
TrafficLoadReductionIndication,
TransportLayerAddress,
UEAggregateMaximumBitRate,
UE-associatedLogicalNG-connectionList,
UEContextRequest,
UE-NGAP-IDs,
UEPagingIdentity,
UEPresenceInAreaOfInterestList,
UERadioCapability,
UERadioCapabilityForPaging,
UERetentionInformation,
UESecurityCapabilities,
UnavailableGUAMIList,
UserLocationInformation,
WarningAreaCoordinates,
WarningAreaList,
WarningMessageContents,
WarningSecurityInfo,
WarningType
FROM NGAP-IEs
PrivateIE-Container{},
ProtocolExtensionContainer{},
ProtocolIE-Container{},
ProtocolIE-ContainerList{},
ProtocolIE-ContainerPair{},
ProtocolIE-SingleContainer{},
NGAP-PRIVATE-IES,
NGAP-PROTOCOL-EXTENSION,
NGAP-PROTOCOL-IES,
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 193 ETSI TS 138 413 V15.3.0 (2019-05)
NGAP-PROTOCOL-IES-PAIR
FROM NGAP-Containers
id-AllowedNSSAI,
id-AMFName,
id-AMFOverloadResponse,
id-AMFSetID,
id-AMF-TNLAssociationFailedToSetupList,
id-AMF-TNLAssociationSetupList,
id-AMF-TNLAssociationToAddList,
id-AMF-TNLAssociationToRemoveList,
id-AMF-TNLAssociationToUpdateList,
id-AMFTrafficLoadReductionIndication,
id-AMF-UE-NGAP-ID,
id-AssistanceDataForPaging,
id-BroadcastCancelledAreaList,
id-BroadcastCompletedAreaList,
id-CancelAllWarningMessages,
id-Cause,
id-CellIDListForRestart,
id-ConcurrentWarningMessageInd,
id-CoreNetworkAssistanceInformation,
id-CriticalityDiagnostics,
id-DataCodingScheme,
id-DefaultPagingDRX,
id-DirectForwardingPathAvailability,
id-EmergencyAreaIDListForRestart,
id-EmergencyFallbackIndicator,
id-ENDC-SONConfigurationTransferDL,
id-ENDC-SONConfigurationTransferUL,
id-EUTRA-CGI,
id-FiveG-S-TMSI,
id-GlobalRANNodeID,
id-GUAMI,
id-HandoverFlag,
id-HandoverType,
id-IMSVoiceSupportIndicator,
id-IndexToRFSP,
id-InfoOnRecommendedCellsAndRANNodesForPaging,
id-LocationReportingRequestType,
id-MaskedIMEISV,
id-MessageIdentifier,
id-MobilityRestrictionList,
id-NAS-PDU,
id-NASC,
id-NASSecurityParametersFromNGRAN,
id-NewAMF-UE-NGAP-ID,
id-NewSecurityContextInd,
id-NGAP-Message,
id-NGRAN-CGI,
id-NGRANTraceID,
id-NR-CGI,
id-NRPPa-PDU,
id-NumberOfBroadcastsRequested,
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 194 ETSI TS 138 413 V15.3.0 (2019-05)
id-OldAMF,
id-OverloadStartNSSAIList,
id-PagingDRX,
id-PagingOrigin,
id-PagingPriority,
id-PDUSessionResourceAdmittedList,
id-PDUSessionResourceFailedToModifyListModCfm,
id-PDUSessionResourceFailedToModifyListModRes,
id-PDUSessionResourceFailedToSetupListCxtFail,
id-PDUSessionResourceFailedToSetupListCxtRes,
id-PDUSessionResourceFailedToSetupListHOAck,
id-PDUSessionResourceFailedToSetupListPSReq,
id-PDUSessionResourceFailedToSetupListSURes,
id-PDUSessionResourceHandoverList,
id-PDUSessionResourceListCxtRelCpl,
id-PDUSessionResourceListCxtRelReq,
id-PDUSessionResourceListHORqd,
id-PDUSessionResourceModifyListModCfm,
id-PDUSessionResourceModifyListModInd,
id-PDUSessionResourceModifyListModReq,
id-PDUSessionResourceModifyListModRes,
id-PDUSessionResourceNotifyList,
id-PDUSessionResourceReleasedListNot,
id-PDUSessionResourceReleasedListPSAck,
id-PDUSessionResourceReleasedListPSFail,
id-PDUSessionResourceReleasedListRelRes,
id-PDUSessionResourceSecondaryRATUsageList,
id-PDUSessionResourceSetupListCxtReq,
id-PDUSessionResourceSetupListCxtRes,
id-PDUSessionResourceSetupListHOReq,
id-PDUSessionResourceSetupListSUReq,
id-PDUSessionResourceSetupListSURes,
id-PDUSessionResourceSwitchedList,
id-PDUSessionResourceToBeSwitchedDLList,
id-PDUSessionResourceToReleaseListHOCmd,
id-PDUSessionResourceToReleaseListRelCmd,
id-PLMNSupportList,
id-PSCellInformation,
id-PWSFailedCellIDList,
id-RANNodeName,
id-RANPagingPriority,
id-RANStatusTransfer-TransparentContainer,
id-RAN-UE-NGAP-ID,
id-RedirectionVoiceFallback,
id-RelativeAMFCapacity,
id-RepetitionPeriod,
id-ResetType,
id-RoutingID,
id-RRCEstablishmentCause,
id-RRCInactiveTransitionReportRequest,
id-RRCState,
id-SecurityContext,
id-SecurityKey,
id-SerialNumber,
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 195 ETSI TS 138 413 V15.3.0 (2019-05)
id-ServedGUAMIList,
id-SliceSupportList,
id-SONConfigurationTransferDL,
id-SONConfigurationTransferUL,
id-SourceAMF-UE-NGAP-ID,
id-SourceToTarget-TransparentContainer,
id-SupportedTAList,
id-TAIListForPaging,
id-TAIListForRestart,
id-TargetID,
id-TargetToSource-TransparentContainer,
id-TimeToWait,
id-TraceActivation,
id-TraceCollectionEntityIPAddress,
id-UEAggregateMaximumBitRate,
id-UE-associatedLogicalNG-connectionList,
id-UEContextRequest,
id-UE-NGAP-IDs,
id-UEPagingIdentity,
id-UEPresenceInAreaOfInterestList,
id-UERadioCapability,
id-UERadioCapabilityForPaging,
id-UERetentionInformation,
id-UESecurityCapabilities,
id-UnavailableGUAMIList,
id-UserLocationInformation,
id-WarningAreaCoordinates,
id-WarningAreaList,
id-WarningMessageContents,
id-WarningSecurityInfo,
id-WarningType
FROM NGAP-Constants;
-- **************************************************************
--
-- PDU SESSION MANAGEMENT ELEMENTARY PROCEDURES
--
-- **************************************************************
-- **************************************************************
--
-- PDU Session Resource Setup Elementary Procedure
--
-- **************************************************************
-- **************************************************************
--
-- PDU SESSION RESOURCE SETUP REQUEST
--
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 196 ETSI TS 138 413 V15.3.0 (2019-05)
...
}
-- **************************************************************
--
-- PDU SESSION RESOURCE SETUP RESPONSE
--
-- **************************************************************
-- **************************************************************
--
-- PDU Session Resource Release Elementary Procedure
--
-- **************************************************************
-- **************************************************************
--
-- PDU SESSION RESOURCE RELEASE COMMAND
--
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 197 ETSI TS 138 413 V15.3.0 (2019-05)
-- **************************************************************
--
-- PDU SESSION RESOURCE RELEASE RESPONSE
--
-- **************************************************************
-- **************************************************************
--
-- PDU Session Resource Modify Elementary Procedure
--
-- **************************************************************
-- **************************************************************
--
-- PDU SESSION RESOURCE MODIFY REQUEST
--
-- **************************************************************
-- **************************************************************
--
-- PDU SESSION RESOURCE MODIFY RESPONSE
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 198 ETSI TS 138 413 V15.3.0 (2019-05)
--
-- **************************************************************
-- **************************************************************
--
-- PDU Session Resource Notify Elementary Procedure
--
-- **************************************************************
-- **************************************************************
--
-- PDU SESSION RESOURCE NOTIFY
--
-- **************************************************************
-- **************************************************************
--
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 199 ETSI TS 138 413 V15.3.0 (2019-05)
-- **************************************************************
--
-- PDU SESSION RESOURCE MODIFY INDICATION
--
-- **************************************************************
-- **************************************************************
--
-- PDU SESSION RESOURCE MODIFY CONFIRM
--
-- **************************************************************
-- **************************************************************
--
-- UE CONTEXT MANAGEMENT ELEMENTARY PROCEDURES
--
-- **************************************************************
-- **************************************************************
--
-- Initial Context Setup Elementary Procedure
--
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 200 ETSI TS 138 413 V15.3.0 (2019-05)
-- **************************************************************
--
-- INITIAL CONTEXT SETUP REQUEST
--
-- **************************************************************
-- **************************************************************
--
-- INITIAL CONTEXT SETUP RESPONSE
--
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 201 ETSI TS 138 413 V15.3.0 (2019-05)
-- **************************************************************
--
-- INITIAL CONTEXT SETUP FAILURE
--
-- **************************************************************
-- **************************************************************
--
-- UE Context Release Request Elementary Procedure
--
-- **************************************************************
-- **************************************************************
--
-- UE CONTEXT RELEASE REQUEST
--
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 202 ETSI TS 138 413 V15.3.0 (2019-05)
-- **************************************************************
--
-- UE Context Release Elementary Procedure
--
-- **************************************************************
-- **************************************************************
--
-- UE CONTEXT RELEASE COMMAND
--
-- **************************************************************
-- **************************************************************
--
-- UE CONTEXT RELEASE COMPLETE
--
-- **************************************************************
-- **************************************************************
--
-- UE Context Modification Elementary Procedure
--
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 203 ETSI TS 138 413 V15.3.0 (2019-05)
-- **************************************************************
--
-- UE CONTEXT MODIFICATION REQUEST
--
-- **************************************************************
-- **************************************************************
--
-- UE CONTEXT MODIFICATION RESPONSE
--
-- **************************************************************
-- **************************************************************
--
-- UE CONTEXT MODIFICATION FAILURE
--
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 204 ETSI TS 138 413 V15.3.0 (2019-05)
...
}
-- **************************************************************
--
-- RRC INACTIVE TRANSITION REPORT
--
-- **************************************************************
-- **************************************************************
--
-- UE MOBILITY MANAGEMENT ELEMENTARY PROCEDURES
--
-- **************************************************************
-- **************************************************************
--
-- Handover Preparation Elementary Procedure
--
-- **************************************************************
-- **************************************************************
--
-- HANDOVER REQUIRED
--
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 205 ETSI TS 138 413 V15.3.0 (2019-05)
-- **************************************************************
--
-- HANDOVER COMMAND
--
-- **************************************************************
-- **************************************************************
--
-- HANDOVER PREPARATION FAILURE
--
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 206 ETSI TS 138 413 V15.3.0 (2019-05)
-- **************************************************************
--
-- Handover Resource Allocation Elementary Procedure
--
-- **************************************************************
-- **************************************************************
--
-- HANDOVER REQUEST
--
-- **************************************************************
-- **************************************************************
--
-- HANDOVER REQUEST ACKNOWLEDGE
--
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 207 ETSI TS 138 413 V15.3.0 (2019-05)
-- **************************************************************
--
-- HANDOVER FAILURE
--
-- **************************************************************
-- **************************************************************
--
-- Handover Notification Elementary Procedure
--
-- **************************************************************
-- **************************************************************
--
-- HANDOVER NOTIFY
--
-- **************************************************************
-- **************************************************************
--
-- Path Switch Request Elementary Procedure
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 208 ETSI TS 138 413 V15.3.0 (2019-05)
--
-- **************************************************************
-- **************************************************************
--
-- PATH SWITCH REQUEST
--
-- **************************************************************
-- **************************************************************
--
-- PATH SWITCH REQUEST ACKNOWLEDGE
--
-- **************************************************************
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 209 ETSI TS 138 413 V15.3.0 (2019-05)
--
-- PATH SWITCH REQUEST FAILURE
--
-- **************************************************************
-- **************************************************************
--
-- Handover Cancellation Elementary Procedure
--
-- **************************************************************
-- **************************************************************
--
-- HANDOVER CANCEL
--
-- **************************************************************
-- **************************************************************
--
-- HANDOVER CANCEL ACKNOWLEDGE
--
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 210 ETSI TS 138 413 V15.3.0 (2019-05)
-- **************************************************************
--
-- Uplink RAN Status Transfer Elementary Procedure
--
-- **************************************************************
-- **************************************************************
--
-- UPLINK RAN STATUS TRANSFER
--
-- **************************************************************
-- **************************************************************
--
-- Downlink RAN Status Transfer Elementary Procedure
--
-- **************************************************************
-- **************************************************************
--
-- DOWNLINK RAN STATUS TRANSFER
--
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 211 ETSI TS 138 413 V15.3.0 (2019-05)
-- **************************************************************
--
-- PAGING ELEMENTARY PROCEDURE
--
-- **************************************************************
-- **************************************************************
--
-- PAGING
--
-- **************************************************************
-- **************************************************************
--
-- NAS TRANSPORT ELEMENTARY PROCEDURES
--
-- **************************************************************
-- **************************************************************
--
-- INITIAL UE MESSAGE
--
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 212 ETSI TS 138 413 V15.3.0 (2019-05)
...
}
-- **************************************************************
--
-- DOWNLINK NAS TRANSPORT
--
-- **************************************************************
-- **************************************************************
--
-- UPLINK NAS TRANSPORT
--
-- **************************************************************
-- **************************************************************
--
-- NAS NON DELIVERY INDICATION
--
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 213 ETSI TS 138 413 V15.3.0 (2019-05)
...
}
-- **************************************************************
--
-- REROUTE NAS REQUEST
--
-- **************************************************************
-- **************************************************************
--
-- INTERFACE MANAGEMENT ELEMENTARY PROCEDURES
--
-- **************************************************************
-- **************************************************************
--
-- NG Setup Elementary Procedure
--
-- **************************************************************
-- **************************************************************
--
-- NG SETUP REQUEST
--
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 214 ETSI TS 138 413 V15.3.0 (2019-05)
-- **************************************************************
--
-- NG SETUP RESPONSE
--
-- **************************************************************
-- **************************************************************
--
-- NG SETUP FAILURE
--
-- **************************************************************
-- **************************************************************
--
-- RAN Configuration Update Elementary Procedure
--
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 215 ETSI TS 138 413 V15.3.0 (2019-05)
-- **************************************************************
--
-- RAN CONFIGURATION UPDATE
--
-- **************************************************************
-- **************************************************************
--
-- RAN CONFIGURATION UPDATE ACKNOWLEDGE
--
-- **************************************************************
-- **************************************************************
--
-- RAN CONFIGURATION UPDATE FAILURE
--
-- **************************************************************
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 216 ETSI TS 138 413 V15.3.0 (2019-05)
--
-- AMF Configuration Update Elementary Procedure
--
-- **************************************************************
-- **************************************************************
--
-- AMF CONFIGURATION UPDATE
--
-- **************************************************************
-- **************************************************************
--
-- AMF CONFIGURATION UPDATE ACKNOWLEDGE
--
-- **************************************************************
-- **************************************************************
--
-- AMF CONFIGURATION UPDATE FAILURE
--
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 217 ETSI TS 138 413 V15.3.0 (2019-05)
-- **************************************************************
--
-- AMF Status Indication Elementary Procedure
--
-- **************************************************************
-- **************************************************************
--
-- AMF STATUS INDICATION
--
-- **************************************************************
-- **************************************************************
--
-- NG Reset Elementary Procedure
--
-- **************************************************************
-- **************************************************************
--
-- NG RESET
--
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 218 ETSI TS 138 413 V15.3.0 (2019-05)
-- **************************************************************
--
-- NG RESET ACKNOWLEDGE
--
-- **************************************************************
-- **************************************************************
--
-- Error Indication Elementary Procedure
--
-- **************************************************************
-- **************************************************************
--
-- ERROR INDICATION
--
-- **************************************************************
-- **************************************************************
--
-- OVERLOAD START
--
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 219 ETSI TS 138 413 V15.3.0 (2019-05)
-- **************************************************************
--
-- OVERLOAD STOP
--
-- **************************************************************
-- **************************************************************
--
-- CONFIGURATION TRANSFER ELEMENTARY PROCEDURES
--
-- **************************************************************
-- **************************************************************
--
-- UPLINK RAN CONFIGURATION TRANSFER
--
-- **************************************************************
-- **************************************************************
--
-- DOWNLINK RAN CONFIGURATION TRANSFER
--
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 220 ETSI TS 138 413 V15.3.0 (2019-05)
...
}
-- **************************************************************
--
-- WARNING MESSAGE TRANSMISSION ELEMENTARY PROCEDURES
--
-- **************************************************************
-- **************************************************************
--
-- Write-Replace Warning Elementary Procedure
--
-- **************************************************************
-- **************************************************************
--
-- WRITE-REPLACE WARNING REQUEST
--
-- **************************************************************
-- **************************************************************
--
-- WRITE-REPLACE WARNING RESPONSE
--
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 221 ETSI TS 138 413 V15.3.0 (2019-05)
-- **************************************************************
--
-- PWS Cancel Elementary Procedure
--
-- **************************************************************
-- **************************************************************
--
-- PWS CANCEL REQUEST
--
-- **************************************************************
-- **************************************************************
--
-- PWS CANCEL RESPONSE
--
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 222 ETSI TS 138 413 V15.3.0 (2019-05)
-- **************************************************************
--
-- PWS Restart Indication Elementary Procedure
--
-- **************************************************************
-- **************************************************************
--
-- PWS RESTART INDICATION
--
-- **************************************************************
-- **************************************************************
--
-- PWS Failure Indication Elementary Procedure
--
-- **************************************************************
-- **************************************************************
--
-- PWS FAILURE INDICATION
--
-- **************************************************************
-- **************************************************************
--
-- NRPPA TRANSPORT ELEMENTARY PROCEDURES
--
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 223 ETSI TS 138 413 V15.3.0 (2019-05)
-- **************************************************************
-- **************************************************************
--
-- DOWNLINK UE ASSOCIATED NRPPA TRANSPORT
--
-- **************************************************************
-- **************************************************************
--
-- UPLINK UE ASSOCIATED NRPPA TRANSPORT
--
-- **************************************************************
-- **************************************************************
--
-- DOWNLINK NON UE ASSOCIATED NRPPA TRANSPORT
--
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 224 ETSI TS 138 413 V15.3.0 (2019-05)
...
}
-- **************************************************************
--
-- UPLINK NON UE ASSOCIATED NRPPA TRANSPORT
--
-- **************************************************************
-- **************************************************************
--
-- TRACE ELEMENTARY PROCEDURES
--
-- **************************************************************
-- **************************************************************
--
-- TRACE START
--
-- **************************************************************
-- **************************************************************
--
-- TRACE FAILURE INDICATION
--
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 225 ETSI TS 138 413 V15.3.0 (2019-05)
-- **************************************************************
--
-- DEACTIVATE TRACE
--
-- **************************************************************
-- **************************************************************
--
-- CELL TRAFFIC TRACE
--
-- **************************************************************
-- **************************************************************
--
-- LOCATION REPORTING ELEMENTARY PROCEDURES
--
-- **************************************************************
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 226 ETSI TS 138 413 V15.3.0 (2019-05)
--
-- LOCATION REPORTING CONTROL
--
-- **************************************************************
-- **************************************************************
--
-- LOCATION REPORTING FAILURE INDICATION
--
-- **************************************************************
-- **************************************************************
--
-- LOCATION REPORT
--
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 227 ETSI TS 138 413 V15.3.0 (2019-05)
-- **************************************************************
--
-- UE TNLA BINDING ELEMENTARY PROCEDURES
--
-- **************************************************************
-- **************************************************************
--
-- UE TNLA BINDING RELEASE REQUEST
--
-- **************************************************************
-- **************************************************************
--
-- UE RADIO CAPABILITY MANAGEMENT ELEMENTARY PROCEDURES
--
-- **************************************************************
-- **************************************************************
--
-- UE RADIO CAPABILITY INFO INDICATION
--
-- **************************************************************
-- **************************************************************
--
-- UE Radio Capability Check Elementary Procedure
--
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 228 ETSI TS 138 413 V15.3.0 (2019-05)
-- **************************************************************
-- **************************************************************
--
-- UE RADIO CAPABILITY CHECK REQUEST
--
-- **************************************************************
-- **************************************************************
--
-- UE RADIO CAPABILITY CHECK RESPONSE
--
-- **************************************************************
-- **************************************************************
--
-- PRIVATE MESSAGE ELEMENTARY PROCEDURE
--
-- **************************************************************
-- **************************************************************
--
-- PRIVATE MESSAGE
--
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 229 ETSI TS 138 413 V15.3.0 (2019-05)
-- **************************************************************
--
-- DATA USAGE REPORTING ELEMENTARY PROCEDURES
--
-- **************************************************************
-- **************************************************************
--
-- SECONDARY RAT DATA USAGE REPORT
--
-- **************************************************************
END
-- ASN1STOP
NGAP-IEs {
itu-t (0) identified-organization (4) etsi (0) mobileDomain (0)
ngran-Access (22) modules (3) ngap (1) version1 (1) ngap-IEs (2) }
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 230 ETSI TS 138 413 V15.3.0 (2019-05)
BEGIN
IMPORTS
id-AdditionalDLForwardingUPTNLInformation,
id-AdditionalDLQosFlowPerTNLInformation,
id-AdditionalDLUPTNLInformationForHOList,
id-AdditionalNGU-UP-TNLInformation,
id-AdditionalUL-NGU-UP-TNLInformation,
id-Cause,
id-DataForwardingNotPossible,
id-DL-NGU-UP-TNLInformation,
id-LastEUTRAN-PLMNIdentity,
id-MaximumIntegrityProtectedDataRate-DL,
id-NetworkInstance,
id-PDUSessionAggregateMaximumBitRate,
id-PDUSessionResourceFailedToSetupListCxtFail,
id-PDUSessionResourceReleaseResponseTransfer,
id-PDUSessionType,
id-QosFlowAddOrModifyRequestList,
id-QosFlowSetupRequestList,
id-QosFlowToReleaseList,
id-SecondaryRATUsageInformation,
id-SecurityIndication,
id-SecurityResult,
id-S-NSSAI,
id-UL-NGU-UP-TNLInformation,
id-UL-NGU-UP-TNLModifyList,
maxnoofAllowedAreas,
maxnoofAllowedS-NSSAIs,
maxnoofBPLMNs,
maxnoofCellIDforWarning,
maxnoofCellinAoI,
maxnoofCellinEAI,
maxnoofCellsingNB,
maxnoofCellsinngeNB,
maxnoofCellinTAI,
maxnoofCellsinUEHistoryInfo,
maxnoofCellsUEMovingTrajectory,
maxnoofDRBs,
maxnoofEmergencyAreaID,
maxnoofEAIforRestart,
maxnoofEPLMNs,
maxnoofEPLMNsPlusOne,
maxnoofE-RABs,
maxnoofErrors,
maxnoofForbTACs,
maxnoofMultiConnectivity,
maxnoofMultiConnectivityMinusOne,
maxnoofNGConnectionsToReset,
maxnoofPDUSessions,
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 231 ETSI TS 138 413 V15.3.0 (2019-05)
maxnoofPLMNs,
maxnoofQosFlows,
maxnoofRANNodeinAoI,
maxnoofRecommendedCells,
maxnoofRecommendedRANNodes,
maxnoofAoI,
maxnoofServedGUAMIs,
maxnoofSliceItems,
maxnoofTACs,
maxnoofTAIforInactive,
maxnoofTAIforPaging,
maxnoofTAIforRestart,
maxnoofTAIforWarning,
maxnoofTAIinAoI,
maxnoofTimePeriods,
maxnoofTNLAssociations,
maxnoofXnExtTLAs,
maxnoofXnGTP-TLAs,
maxnoofXnTLAs
FROM NGAP-Constants
Criticality,
ProcedureCode,
ProtocolIE-ID,
TriggeringMessage
FROM NGAP-CommonDataTypes
ProtocolExtensionContainer{},
ProtocolIE-Container{},
NGAP-PROTOCOL-EXTENSION,
ProtocolIE-SingleContainer{},
NGAP-PROTOCOL-IES
FROM NGAP-Containers;
-- A
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 232 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 233 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 234 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 235 ETSI TS 138 413 V15.3.0 (2019-05)
-- B
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 236 ETSI TS 138 413 V15.3.0 (2019-05)
cellIDBroadcastEUTRA CellIDBroadcastEUTRA,
tAIBroadcastEUTRA TAIBroadcastEUTRA,
emergencyAreaIDBroadcastEUTRA EmergencyAreaIDBroadcastEUTRA,
cellIDBroadcastNR CellIDBroadcastNR,
tAIBroadcastNR TAIBroadcastNR,
emergencyAreaIDBroadcastNR EmergencyAreaIDBroadcastNR,
choice-Extensions ProtocolIE-SingleContainer { {BroadcastCompletedAreaList-ExtIEs} }
}
-- C
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 237 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 238 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 239 ETSI TS 138 413 V15.3.0 (2019-05)
not-supported-5QI-value,
ue-context-transfer,
ims-voice-eps-fallback-or-rat-fallback-triggered,
up-integrity-protection-not-possible,
up-confidentiality-protection-not-possible,
slice-not-supported,
ue-in-rrc-inactive-state-not-reachable,
redirection,
resources-not-available-for-the-slice,
ue-max-integrity-protected-data-rate-reason,
release-due-to-cn-detected-mobility,
...,
n26-interface-not-available,
release-due-to-pre-emption
}
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 240 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 241 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 242 ETSI TS 138 413 V15.3.0 (2019-05)
uEIdentityIndexValue UEIdentityIndexValue,
uESpecificDRX PagingDRX OPTIONAL,
periodicRegistrationUpdateTimer PeriodicRegistrationUpdateTimer,
mICOModeIndication MICOModeIndication OPTIONAL,
tAIListForInactive TAIListForInactive,
expectedUEBehaviour ExpectedUEBehaviour OPTIONAL,
iE-Extensions ProtocolExtensionContainer { {CoreNetworkAssistanceInformation-ExtIEs} } OPTIONAL,
...
}
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 243 ETSI TS 138 413 V15.3.0 (2019-05)
-- D
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 244 ETSI TS 138 413 V15.3.0 (2019-05)
...
}
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 245 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 246 ETSI TS 138 413 V15.3.0 (2019-05)
-- E
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 247 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 248 ETSI TS 138 413 V15.3.0 (2019-05)
...
}
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 249 ETSI TS 138 413 V15.3.0 (2019-05)
-- F
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 250 ETSI TS 138 413 V15.3.0 (2019-05)
-- G
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 251 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 252 ETSI TS 138 413 V15.3.0 (2019-05)
-- H
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 253 ETSI TS 138 413 V15.3.0 (2019-05)
...
}
-- I
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 254 ETSI TS 138 413 V15.3.0 (2019-05)
...
}
-- J
-- K
-- L
LastVisitedNGRANCellInformation::= SEQUENCE {
globalCellID NGRAN-CGI,
cellType CellType,
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 255 ETSI TS 138 413 V15.3.0 (2019-05)
timeUEStayedInCell TimeUEStayedInCell,
timeUEStayedInCellEnhancedGranularity TimeUEStayedInCellEnhancedGranularity OPTIONAL,
hOCauseValue Cause OPTIONAL,
iE-Extensions ProtocolExtensionContainer { {LastVisitedNGRANCellInformation-ExtIEs} } OPTIONAL,
...
}
-- M
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 256 ETSI TS 138 413 V15.3.0 (2019-05)
...
}
-- N
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 257 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 258 ETSI TS 138 413 V15.3.0 (2019-05)
-- O
-- P
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 259 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 260 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 261 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 262 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 263 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 264 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 265 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 266 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 267 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 268 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 269 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 270 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 271 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 272 ETSI TS 138 413 V15.3.0 (2019-05)
...
}
-- Q
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 273 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 274 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 275 ETSI TS 138 413 V15.3.0 (2019-05)
...
}
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 276 ETSI TS 138 413 V15.3.0 (2019-05)
-- R
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 277 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 278 ETSI TS 138 413 V15.3.0 (2019-05)
...
}
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 279 ETSI TS 138 413 V15.3.0 (2019-05)
mo-VoiceCall,
mo-VideoCall,
mo-SMS,
mps-PriorityAccess,
mcs-PriorityAccess,
...,
notAvailable
}
-- S
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 280 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 281 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 282 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 283 ETSI TS 138 413 V15.3.0 (2019-05)
...
}
-- T
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 284 ETSI TS 138 413 V15.3.0 (2019-05)
completedCellsInTAI-NR CompletedCellsInTAI-NR,
iE-Extensions ProtocolExtensionContainer { {TAIBroadcastNR-Item-ExtIEs} } OPTIONAL,
...
}
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 285 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 286 ETSI TS 138 413 V15.3.0 (2019-05)
TimeToWait ::= ENUMERATED {v1s, v2s, v5s, v10s, v20s, v60s, ...}
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 287 ETSI TS 138 413 V15.3.0 (2019-05)
mediumWithoutVendorSpecificExtension,
maximumWithoutVendorSpecificExtension,
...
}
-- U
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 288 ETSI TS 138 413 V15.3.0 (2019-05)
uE-NGAP-ID-pair UE-NGAP-ID-pair,
aMF-UE-NGAP-ID AMF-UE-NGAP-ID,
choice-Extensions ProtocolIE-SingleContainer { {UE-NGAP-IDs-ExtIEs} }
}
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 289 ETSI TS 138 413 V15.3.0 (2019-05)
...
}
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 290 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 291 ETSI TS 138 413 V15.3.0 (2019-05)
-- V
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 292 ETSI TS 138 413 V15.3.0 (2019-05)
-- W
-- X
-- Y
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 293 ETSI TS 138 413 V15.3.0 (2019-05)
-- Z
END
-- ASN1STOP
NGAP-CommonDataTypes {
itu-t (0) identified-organization (4) etsi (0) mobileDomain (0)
ngran-Access (22) modules (3) ngap (1) version1 (1) ngap-CommonDataTypes (3) }
BEGIN
END
-- ASN1STOP
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 294 ETSI TS 138 413 V15.3.0 (2019-05)
NGAP-Constants {
itu-t (0) identified-organization (4) etsi (0) mobileDomain (0)
ngran-Access (22) modules (3) ngap (1) version1 (1) ngap-Constants (4) }
BEGIN
-- **************************************************************
--
-- IE parameter types from other modules.
--
-- **************************************************************
IMPORTS
ProcedureCode,
ProtocolIE-ID
FROM NGAP-CommonDataTypes;
-- **************************************************************
--
-- Elementary Procedures
--
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 295 ETSI TS 138 413 V15.3.0 (2019-05)
-- **************************************************************
--
-- Extension constants
--
-- **************************************************************
-- **************************************************************
--
-- Lists
--
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 296 ETSI TS 138 413 V15.3.0 (2019-05)
-- **************************************************************
--
-- IEs
--
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 297 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 298 ETSI TS 138 413 V15.3.0 (2019-05)
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 299 ETSI TS 138 413 V15.3.0 (2019-05)
END
-- ASN1STOP
NGAP-Containers {
itu-t (0) identified-organization (4) etsi (0) mobileDomain (0)
ngran-Access (22) modules (3) ngap (1) version1 (1) ngap-Containers (5) }
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 300 ETSI TS 138 413 V15.3.0 (2019-05)
BEGIN
-- **************************************************************
--
-- IE parameter types from other modules.
--
-- **************************************************************
IMPORTS
Criticality,
Presence,
PrivateIE-ID,
ProtocolExtensionID,
ProtocolIE-ID
FROM NGAP-CommonDataTypes
maxPrivateIEs,
maxProtocolExtensions,
maxProtocolIEs
FROM NGAP-Constants;
-- **************************************************************
--
-- Class Definition for Protocol IEs
--
-- **************************************************************
-- **************************************************************
--
-- Class Definition for Protocol IEs
--
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 301 ETSI TS 138 413 V15.3.0 (2019-05)
&presence Presence
}
WITH SYNTAX {
ID &id
FIRST CRITICALITY &firstCriticality
FIRST TYPE &FirstValue
SECOND CRITICALITY &secondCriticality
SECOND TYPE &SecondValue
PRESENCE &presence
}
-- **************************************************************
--
-- Class Definition for Protocol Extensions
--
-- **************************************************************
-- **************************************************************
--
-- Class Definition for Private IEs
--
-- **************************************************************
-- **************************************************************
--
-- Container for Protocol IEs
--
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 302 ETSI TS 138 413 V15.3.0 (2019-05)
-- **************************************************************
--
-- Container for Protocol IE Pairs
--
-- **************************************************************
-- **************************************************************
--
-- Container Lists for Protocol IE Containers
--
-- **************************************************************
-- **************************************************************
--
-- Container for Protocol Extensions
--
-- **************************************************************
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 303 ETSI TS 138 413 V15.3.0 (2019-05)
ProtocolExtensionField {{ExtensionSetParam}}
-- **************************************************************
--
-- Container for Private IEs
--
-- **************************************************************
END
-- ASN1STOP
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 304 ETSI TS 138 413 V15.3.0 (2019-05)
9.6 Timers
TNGRELOCprep
- Specifies the maximum time for the Handover Preparation procedure in the source NG-RAN node.
TNGRELOCoverall
- Specifies the maximum time for the protection of the overall handover procedure in the source NG-RAN node.
TXnRELOCOverall
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 305 ETSI TS 138 413 V15.3.0 (2019-05)
10.1 General
Protocol Error cases can be divided into three classes:
- Logical Error.
Protocol errors can occur in the following functions within a receiving node:
NGAP
functional Logical Errors
entity
Abstract Syntax Errors
The information stated in subclauses 10.2, 10.3 and 10.4, to be included in the message used when reporting an error, is
what at minimum shall be included. Other optional information elements within the message may also be included, if
available. This is also valid for the case when the reporting is done with a response message. The latter is an exception
to what is stated in subclause 4.1.
- Violation of value ranges in ASN.1 definition of messages. E.g., if an IE has a defined value range of 0 to 10
(ASN.1: INTEGER (0..10)), and 12 will be received, then this will be treated as a transfer syntax error.
- Violation in list element constraints. E.g., if a list is defined as containing 1 to 10 elements, and 12 elements will
be received, then this case will be handled as a transfer syntax error.
- Missing mandatory elements in ASN.1 SEQUENCE definitions (as sent by the originator of the message).
- Wrong order of elements in ASN.1 SEQUENCE definitions (as sent by the originator of the message).
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 306 ETSI TS 138 413 V15.3.0 (2019-05)
2. receives IEs for which the logical range is violated (e.g., ASN.1 definition: 0 to 15, the logical range is 0 to 10,
while values 11 to 15 are undefined), and 12 will be received; this case will be handled as an abstract syntax
error using criticality information sent by the originator of the message);
3. does not receive IEs or IE groups but according to the specified presence of the concerning object, the IEs or IE
groups should have been present in the received message.
4. receives IEs or IE groups that are defined to be part of that message in wrong order or with too many
occurrences of the same IE or IE group;
5. receives IEs or IE groups but according to the conditional presence of the concerning object and the specified
condition, the IEs or IE groups should not have been present in the received message.
Cases 1 and 2 (not comprehended IE/IE group) are handled based on received Criticality information. Case 3 (missing
IE/IE group) is handled based on Criticality information and Presence information for the missing IE/IE group specified
in the version of the specification used by the receiver. Case 4 (IEs or IE groups in wrong order or with too many
occurrences) and Case 5 (erroneously present conditional IEs or IE groups) result in rejecting the procedure.
If an Abstract Syntax Error occurs, the receiver shall read the remaining message and shall then for each detected
Abstract Syntax Error that belong to cases 1-3 act according to the Criticality Information and Presence Information for
the IE/IE group due to which Abstract Syntax Error occurred in accordance with subclauses 10.3.4 and 10.3.5. The
handling of cases 4 and 5 is specified in subclause 10.3.6.
In addition, the criticality information is used in case of the missing IE/IE group abstract syntax error (see subclause
10.3.5).
The receiving node shall take different actions depending on the value of the Criticality Information. The three possible
values of the Criticality Information for an IE/IE group are:
- Reject IE.
- Ignore IE.
The following rules restrict when a receiving entity may consider an IE, an IE group, or an EP not comprehended (not
implemented), and when action based on criticality information is applicable:
1. IE or IE group: When one new or modified IE or IE group is implemented for one EP from a standard version,
then other new or modified IEs or IE groups specified for that EP in that standard version shall be considered
comprehended by a receiving entity (some may still remain unsupported).
2. EP: The comprehension of different EPs within a standard version or between different standard versions is not
mandated. Any EP that is not supported may be considered not comprehended, even if another EP from that
standard version is comprehended, and action based on criticality shall be applied.
1. Optional;
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 307 ETSI TS 138 413 V15.3.0 (2019-05)
2. Conditional;
3. Mandatory.
If an IE/IE group is not included in a received message and the presence of the IE/IE group is mandatory or the
presence is conditional and the condition is true according to the version of the specification used by the receiver, an
abstract syntax error occurs due to a missing IE/IE group.
If an IE/IE group is included in a received message and the presence of the IE/IE group is conditional and the condition
is false according to the version of the specification used by the receiver, an abstract syntax error occurs due to this
erroneously present conditional IE/IE group.
Reject IE:
- If a message is received with a Procedure Code IE marked with "Reject IE" which the receiving node does not
comprehend, the receiving node shall reject the procedure using the Error Indication procedure.
- If a message is received with a Procedure Code IE marked with "Ignore IE and Notify Sender" which the
receiving node does not comprehend, the receiving node shall ignore the procedure and initiate the Error
Indication procedure.
Ignore IE:
- If a message is received with a Procedure Code IE marked with "Ignore IE" which the receiving node does not
comprehend, the receiving node shall ignore the procedure.
When using the Error Indication procedure to reject a procedure or to report an ignored procedure it shall include the
Procedure Code IE, the Triggering Message IE, and the Procedure Criticality IE in the Criticality Diagnostics IE.
10.3.4.2 IEs other than the Procedure Code and Type of Message
The receiving node shall treat the different types of received criticality information of an IE/IE group other than the
Procedure Code IE and Type of Message IE according to the following:
Reject IE:
- If a message initiating a procedure is received containing one or more IEs/IE group marked with "Reject IE"
which the receiving node does not comprehend; none of the functional requests of the message shall be executed.
The receiving node shall reject the procedure and report the rejection of one or more IEs/IE group using the
message normally used to report unsuccessful outcome of the procedure. In case the information received in the
initiating message was insufficient to determine a value for all IEs that are required to be present in the message
used to report the unsuccessful outcome of the procedure, the receiving node shall instead terminate the
procedure and initiate the Error Indication procedure.
- If a message initiating a procedure that does not have a message to report unsuccessful outcome is received
containing one or more IEs/IE groups marked with "Reject IE" which the receiving node does not comprehend,
the receiving node shall terminate the procedure and initiate the Error Indication procedure.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 308 ETSI TS 138 413 V15.3.0 (2019-05)
- If a response message is received containing one or more IEs marked with "Reject IE", that the receiving node
does not comprehend, the receiving node shall consider the procedure as unsuccessfully terminated and initiate
local error handling.
- If a message initiating a procedure is received containing one or more IEs/IE groups marked with "Ignore IE and
Notify Sender" which the receiving node does not comprehend, the receiving node shall ignore the content of the
not comprehended IEs/IE groups, continue with the procedure as if the not comprehended IEs/IE groups were
not received (except for the reporting) using the understood IEs/IE groups, and report in the response message of
the procedure that one or more IEs/IE groups have been ignored. In case the information received in the
initiating message was insufficient to determine a value for all IEs that are required to be present in the response
message, the receiving node shall instead terminate the procedure and initiate the Error Indication procedure.
- if a message initiating a procedure that does not have a message to report the outcome of the procedure is
received containing one or more IEs/IE groups marked with "Ignore IE and Notify Sender" which the receiving
node does not comprehend, the receiving node shall ignore the content of the not comprehended IEs/IE groups,
continue with the procedure as if the not comprehended IEs/IE groups were not received (except for the
reporting) using the understood IEs/IE groups, and initiate the Error Indication procedure to report that one or
more IEs/IE groups have been ignored.
- If a response message is received containing one or more IEs/IE groups marked with "Ignore IE and Notify
Sender" which the receiving node does not comprehend, the receiving node shall ignore the content of the not
comprehended IEs/IE groups, continue with the procedure as if the not comprehended IEs/IE groups were not
received (except for the reporting) using the understood IEs/IE groups and initiate the Error Indication
procedure.
Ignore IE:
- If a message initiating a procedure is received containing one or more IEs/IE groups marked with "Ignore IE"
which the receiving node does not comprehend, the receiving node shall ignore the content of the not
comprehended IEs/IE groups and continue with the procedure as if the not comprehended IEs/IE groups were
not received using the understood IEs/IE groups.
- If a response message is received containing one or more IEs/IE groups marked with "Ignore IE" which the
receiving node does not comprehend, the receiving node shall ignore the content of the not comprehended IEs/IE
groups and continue with the procedure as if the not comprehended IEs/IE groups were not received using the
understood IEs/IE groups.
When reporting not comprehended IEs/IE groups marked with "Reject IE" or "Ignore IE and Notify Sender" using a
response message defined for the procedure, the Information Element Criticality Diagnostics IE shall be included in the
Criticality Diagnostics IE for each reported IE/IE group.
When reporting not comprehended IEs/IE groups marked with "Reject IE" or "Ignore IE and Notify Sender" using the
Error Indication procedure, the Procedure Code IE, the Triggering Message IE, Procedure Criticality IE, and the
Information Element Criticality Diagnostics IE shall be included in the Criticality Diagnostics IE for each reported
IE/IE group.
Reject IE:
- if a received message initiating a procedure is missing one or more IEs/IE groups with specified criticality
"Reject IE"; none of the functional requests of the message shall be executed. The receiving node shall reject the
procedure and report the missing IEs/IE groups using the message normally used to report unsuccessful outcome
of the procedure. In case the information received in the initiating message was insufficient to determine a value
for all IEs that are required to be present in the message used to report the unsuccessful outcome of the
procedure, the receiving node shall instead terminate the procedure and initiate the Error Indication procedure.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 309 ETSI TS 138 413 V15.3.0 (2019-05)
- if a received message initiating a procedure that does not have a message to report unsuccessful outcome is
missing one or more IEs/IE groups with specified criticality "Reject IE", the receiving node shall terminate the
procedure and initiate the Error Indication procedure.
- if a received response message is missing one or more IEs/IE groups with specified criticality "Reject IE, the
receiving node shall consider the procedure as unsuccessfully terminated and initiate local error handling.
- if a received message initiating a procedure is missing one or more IEs/IE groups with specified criticality
"Ignore IE and Notify Sender", the receiving node shall ignore that those IEs are missing and continue with the
procedure based on the other IEs/IE groups present in the message and report in the response message of the
procedure that one or more IEs/IE groups were missing. In case the information received in the initiating
message was insufficient to determine a value for all IEs that are required to be present in the response message,
the receiving node shall instead terminate the procedure and initiate the Error Indication procedure.
- if a received message initiating a procedure that does not have a message to report the outcome of the procedure
is missing one or more IEs/IE groups with specified criticality "Ignore IE and Notify Sender", the receiving node
shall ignore that those IEs are missing and continue with the procedure based on the other IEs/IE groups present
in the message and initiate the Error Indication procedure to report that one or more IEs/IE groups were missing.
- if a received response message is missing one or more IEs/IE groups with specified criticality "Ignore IE and
Notify Sender", the receiving node shall ignore that those IEs are missing and continue with the procedure based
on the other IEs/IE groups present in the message and initiate the Error Indication procedure to report that one or
more IEs/IE groups were missing.
Ignore IE:
- if a received message initiating a procedure is missing one or more IEs/IE groups with specified criticality
"Ignore IE", the receiving node shall ignore that those IEs are missing and continue with the procedure based on
the other IEs/IE groups present in the message.
- if a received response message is missing one or more IEs/IE groups with specified criticality "Ignore IE", the
receiving node shall ignore that those IEs/IE groups are missing and continue with the procedure based on the
other IEs/IE groups present in the message.
When reporting missing IEs/IE groups with specified criticality "Reject IE" or "Ignore IE and Notify Sender" using a
response message defined for the procedure, the Information Element Criticality Diagnostics IE shall be included in the
Criticality Diagnostics IE for each reported IE/IE group.
When reporting missing IEs/IE groups with specified criticality "Reject IE" or "Ignore IE and Notify Sender" using the
Error Indication procedure, the Procedure Code IE, the Triggering Message IE, Procedure Criticality IE, and the
Information Element Criticality Diagnostics IE shall be included in the Criticality Diagnostics IE for each reported
IE/IE group.
- If a message initiating a procedure is received containing IEs or IE groups in wrong order or with too many
occurrences or erroneously present, none of the functional requests of the message shall be executed. The
receiving node shall reject the procedure and report the cause value "Abstract Syntax Error (Falsely Constructed
Message)" using the message normally used to report unsuccessful outcome of the procedure. In case the
information received in the initiating message was insufficient to determine a value for all IEs that are required
to be present in the message used to report the unsuccessful outcome of the procedure, the receiving node shall
instead terminate the procedure and initiate the Error Indication procedure.
- If a message initiating a procedure that does not have a message to report unsuccessful outcome is received
containing IEs or IE groups in wrong order or with too many occurrences or erroneously present, the receiving
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 310 ETSI TS 138 413 V15.3.0 (2019-05)
node shall terminate the procedure and initiate the Error Indication procedure, and use cause value "Abstract
Syntax Error (Falsely Constructed Message)".
- If a response message is received containing IEs or IE groups in wrong order or with too many occurrences or
erroneously present, the receiving node shall consider the procedure as unsuccessfully terminated and initiate
local error handling.
When determining the correct order only the IEs specified in the specification version used by the receiver shall be
considered.
Class 1:
Where the logical error occurs in a request message of a class 1 procedure, and the procedure has a message to report
this unsuccessful outcome, this message shall be sent with an appropriate cause value. Typical cause values are:
- Semantic Error.
Where the logical error is contained in a request message of a class 1 procedure, and the procedure does not have a
message to report this unsuccessful outcome, the procedure shall be terminated and the Error Indication procedure shall
be initiated with an appropriate cause value. The Procedure Code IE and the Triggering Message IE within the
Criticality Diagnostics IE shall then be included in order to identify the message containing the logical error.
Where the logical error exists in a response message of a class 1 procedure, the procedure shall be considered as
unsuccessfully terminated and local error handling shall be initiated.
Class 2:
Where the logical error occurs in a message of a class 2 procedure, the procedure shall be terminated and the Error
Indication procedure shall be initiated with an appropriate cause value. The Procedure Code IE and the Triggering
Message IE within the Criticality Diagnostics IE shall then be included in order to identify the message containing the
logical error.
10.5 Exceptions
The error handling for all the cases described hereafter shall take precedence over any other error handling described in
the other subclauses of clause 10.
- If any type of error (Transfer Syntax Error, Abstract Syntax Error or Logical Error) is detected in the ERROR
INDICATION message, it shall not trigger the Error Indication procedure in the receiving Node but local error
handling.
- In case a response message or Error Indication message needs to be returned, but the information necessary to
determine the receiver of that message is missing, the procedure shall be considered as unsuccessfully terminated
and local error handling shall be initiated.
- If an error that terminates a procedure occurs, the returned cause value shall reflect the error that caused the
termination of the procedure even if one or more abstract syntax errors with criticality "ignore and notify" have
earlier occurred within the same procedure.
- If an AP ID error is detected, the error handling as described in subclause 10.6 shall be applied.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 311 ETSI TS 138 413 V15.3.0 (2019-05)
10.6 Handling of AP ID
NOTE: The "first message", the "first returned message" and the "last message" as used below correspond to
messages for a UE-associated logical connection. The "first message" has a new AP ID from the sending
node and the "first returned message" is the first response message, which has a new AP ID from the node
sending the "first returned message". Thereafter the two AP IDs are included in all messages over the UE-
associated logical connection unless otherwise allowed by the specification. The "last message" is a
message sent by a node in order to complete the termination of a given UE-associated logical connection,
such that no other messages for the same connection are expected in either direction. The nodes should
ensure as far as possible that previously allocated AP ID are not immediately reused.
If a node receives a first returned message that includes an unknown local AP ID, the receiving node shall initiate an
Error Indication procedure with inclusion of the received AP IDs from the peer node and an appropriate cause value.
Both nodes shall initiate a local release of any established UE-associated logical connection (for the same NG interface)
having these AP IDs as local or remote identifier.
If a node receives a message (other than the first or first returned messages) including an erroneous AP ID that is either
an unknown local AP ID, or an inconsistent remote AP ID (i.e. it is different to the remote AP ID stored previously for
this UE-associated logical connection) for the same NG interface:
- if this message is not the last message for this UE-associated logical connection, the node shall initiate an Error
Indication procedure with inclusion of the received AP ID(s) from the peer node and an appropriate cause value.
Both nodes shall initiate a local release of any established UE-associated logical connection (for the same NG
interface) having the erroneous AP ID as either the local or remote identifier.
- if this message is the last message for this UE-associated logical connection, the receiving node shall initiate a
local release of any established UE-associated logical connection (for the same NG interface) having the
erroneous AP ID as either the local or remote identifier.
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 312 ETSI TS 138 413 V15.3.0 (2019-05)
Annex A (informative):
Change history
Change history
Date Meeting Tdoc CR Rev Cat Subject/Comment New
version
2017-04 R3#95b R3-171209 - - - TS skeleton 0.0.0
2017-04 R3#95b R3-171311 - - - Incorporated agreed TPs from R3#95b 0.0.1
2017-05 R3#96 R3-171480 - - - Update of title page and change history 0.0.2
2017-05 R3#96 R3-171975 - - - Incorporated agreed TPs from R3#96 0.1.0
2017-07 R3 NR#2 R3-172604 - - - Incorporated agreed TPs from R3 NR#2 Adhoc 0.2.0
2017-08 R3#97 R3-173447 - - - Incorporated agreed TPs from R3#97 0.3.0
2017-10 R3#97b R3-174239 - - - Incorporated agreed TPs from R3#97b 0.4.0
2017-12 R3#98 R3-175056 - - - Incorporated agreed TPs from R3#98 0.5.0
2018-01 R3 NR#1 R3-180651 - - - Incorporated agreed TPs from R3 NR Adhoc 1801 0.6.0
2018-03 R3#99 R3-181588 - - - Incorporated agreed TPs from R3#99 0.7.0
2018-04 R3#99b R3-182524 - - - Incorporated agreed TPs from R3#99b 0.8.0
2018-05 R3#100 R3-183592 - - - Incorporated agreed TPs from R3#100 0.9.0
2018-06 RAN#80 RP-180737 - - - For approval 1.0.0
2018-06 RAN#80 - - - - Specification approved at TSG-RAN and placed under change 15.0.0
control
2018-09 RAN#81 RP-181922 0001 2 F NR Corrections (38.413 Baseline CR covering RAN3-101 15.1.0
agreements)
2018-12 RAN#82 RP-182448 0003 2 F Baseline CR for TS 38.413 15.2.0
2019-03 RAN#82 RP-190556 0005 3 F NGAP Corrections for UP Security Handling in DC during PDU 15.3.0
Session Lifetime
2019-03 RAN#82 RP-190555 0008 2 F Separate UL/DL limits for UE's maximum IP rate 15.3.0
2019-03 RAN#82 RP-190554 0009 1 F Data volume reporting for MR-DC with 5GC 15.3.0
2019-03 RAN#82 RP-190554 0010 3 F Correction of PDU Session split at handover 15.3.0
2019-03 RAN#82 RP-190556 0011 1 F Correction of EPS Voice Fallback 15.3.0
2019-03 RAN#82 RP-190556 0012 - F Correction of slice support over NG 15.3.0
2019-03 RAN#82 RP-190556 0014 1 F Rapporteur updates for TS 38.413 15.3.0
2019-03 RAN#82 RP-190556 0015 - F Correction of User Location Information IE presence in 15.3.0
HANDOVER NOTIFY
2019-03 RAN#82 RP-190556 0019 1 F Correction to RRC state report 15.3.0
2019-03 RAN#82 RP-190555 0021 - F Support of RAN initiated multiple SCTP associations 15.3.0
2019-03 RAN#82 RP-190556 0023 - F Corrections on RAN/AMF Configuration Update 15.3.0
2019-03 RAN#82 RP-190556 0024 2 F Correction of EPC interworking 15.3.0
2019-03 RAN#82 RP-190556 0025 1 F Correction of Emergency Fallback 15.3.0
2019-03 RAN#82 RP-190202 0027 3 F Transfer of the PSCell information to Core Network 15.3.0
2019-03 RAN#82 RP-190558 0028 1 F Release due to pre-emption 15.3.0
2019-03 RAN#82 RP-190558 0029 - F Handling of APID for the first returned message 15.3.0
2019-03 RAN#82 RP-190556 0037 - F Clarification on the usage of TNL information 15.3.0
2019-03 RAN#82 RP-190556 0044 1 F NG Setup Correction and UE context retention 15.3.0
2019-03 RAN#82 RP-190556 0045 1 F UE AMBR handling in PDU Session Resouce Setup 15.3.0
procedure
2019-03 RAN#82 RP-190556 0046 1 F Remove the second tunnel in the PDU session split, 5GC 15.3.0
initiated
2019-03 RAN#82 RP-190556 0048 1 F When NG-RAN node fails to set up a QoS flow for IMS voice 15.3.0
2019-03 RAN#82 RP-190556 0052 - F Correction of ASN.1 for PDU Session Resource Modify 15.3.0
Response
2019-03 RAN#82 RP-190556 0053 1 F Cause value in RRC fallback case 15.3.0
2019-03 RAN#82 RP-190556 0058 2 F S-NSSAI update during EPS to 5GS handover 15.3.0
2019-03 RAN#82 RP-190561 0064 1 F Introduction of TNL Address discovery for EN-DC (using new 15.3.0
container)
2019-03 RAN#82 RP-190200 0066 - F Correction of ASN.1 for SON Configuration Transfer and 15.3.0
PDU Session Resource Modify Request Transfer
ETSI
3GPP TS 38.413 version 15.3.0 Release 15 313 ETSI TS 138 413 V15.3.0 (2019-05)
History
Document history
V15.0.0 July 2018 Publication
ETSI