Tech-invite3GPPspaceIETFspace
21222324252627282931323334353637384‑5x

Content for  TS 24.502  Word version:  18.6.0

Top   Top   Up   Prev   Next
1…   4…   5…   5.3B…   6…   7…   7.2.5…   7.3…   7.3A…   7.4…   7.6…   7.9…   7.10…   8…   9…   9.3…   9.3.2…   9.3.2.2.3…   9.3.3…

 

9  Parameters and codingp. 81

9.1  Generalp. 81

This clause describes the encoding of the parameters which are exchanged between the UE and the network. This clause is further divided into three clauses; 3GPP specific coding information, IETF specific coding information and NAS message envelope.
The clauses for the 3GPP specific coding information and IETF specific coding information describe how to encode the messages and parameters belonging to 3GPP and IETF. The clause for NAS message envelope describes how to encode the NAS message envelope in order to frame a NAS message prior to its encapsulation within a TCP payload.
Up

9.2  3GPP specific coding informationp. 81

9.2.1  GUAMIp. 81

The purpose of the GUAMI information element is to provide the globally unique AMF ID.
The GUAMI information element is coded as shown in Figure 9.2.1-1 and Table 9.2.1-1.
The GUAMI is a type 3 information element with a length of 7 octets.
Reproduction of 3GPP TS 24.502, Fig. 9.2.1-1: GUAMI information element
Up
MCC, Mobile country code (octet 2, octet 3 bits 1 to 4)
The MCC field is coded as in ITU-T Recommendation E.212 [21], Annex A.
MNC, Mobile network code (octet 4, octet 3 bits 5 to 8).
The coding of this field is the responsibility of each administration but BCD coding shall be used. The MNC shall consist of 2 or 3 digits. If a network operator decides to use only two digits in the MNC, bits 5 to 8 of octet 3 shall be coded as "1111".
AMF Region ID (octet 5)
This field contains the binary encoding of the AMF Region ID. Bit 8 of octet 5 is the most significant bit and bit 1 of octet 5 is the least significant bit.
AMF Set ID (octet 6, octet 7 bits 7 to 8)
This field contains the binary encoding of the AMF Set ID. Bit 8 of octet 6 is the most significant bit and bit 7 of octet 7 is the least significant bit.
AMF Pointer (octet 7 bits 1 to 6)
This field contains the binary encoding of the AMF Pointer. Bit 6 of octet 7 is the most significant bit and bit 1 of octet 7 is the least significant bit.
Up

9.2.2  Establishment cause for non-3GPP accessp. 82

The purpose of the Establishment cause for non-3GPP access information element is to provide the establishment cause for non-3GPP access.
The Establishment cause for non-3GPP access information element is coded as shown in Figure 9.2.2-1 and Table 9.2.2-1.
The Establishment cause for non-3GPP access is a type 3 information element with length of 2 octets.
Reproduction of 3GPP TS 24.502, Fig. 9.2.2-1: Establishment cause for non-3GPP access information element
Up
Establishment cause for non-3GPP access (N3AEC) (octet 2 bits 1 to 4)
Bits
4 3 2 1
0 0 0 0emergency
0 0 0 1highPriorityAccess
0 0 1 1mo-Signalling
0 1 0 0mo-Data
1 0 0 0mps-PriorityAccess
1 0 0 1mcs-PriorityAccess
1 0 1 0mo-SMS
1 0 1 1mo-VoiceCall
1 1 0 0mo-VideoCall
All other values are spare values. The receiving entity shall treat a spare value as 0100, "mo-Data".
Up

9.2.3  PLMN IDp. 83

The purpose of the PLMN ID information element is to indicate the PLMN identity of the selected PLMN.
The PLMN ID is a type 4 information element with a length of 5 octets.
The PLMN ID information element is coded as shown in Figure 9.2.3-1 and Table 9.2.3-1.
Reproduction of 3GPP TS 24.502, Fig. 9.2.3-1: PLMN ID information element
Up
MCC, Mobile country code (octet 3, octet 4 bits 1 to 4)
The MCC field is coded as in ITU-T Recommendation E.212 [42], Annex A
MNC, Mobile network code (octet 5, octet 4 bits 5 to 8)
The coding of this field is the responsibility of each administration but BCD coding shall be used. The MNC shall consist of 2 or 3 digits. If a network operator decides to use only two digits in the MNC, bits 5 to 8 of octet 4 shall be coded as "1111". Mobile equipment shall accept MNC coded in such a way.
Up

9.2.4  IKEv2 Notify Message Type valuep. 83

9.2.4.1  Generalp. 83

The IKEv2 Notify Message Type is specified in RFC 7296.
The Notify Message Type with a value (in decimal) in the range 0 - 16383 is intended for reporting errors, where:
  • value range between 0 and 8191 is defined in RFC 7296; and
  • value range between 8192 and 16383 is reserved for private error usage.
The Notify Message Type with a value (in decimal) in the range 16384 - 65535 is intended for reporting status, where:
  • value range between 16384 and 40959 is defined in RFC 7296; and
  • value range between 40960 and 65535 is reserved for private status usage.
Up

9.2.4.2  Private Notify Message - Error Typesp. 84

The Private Notify Message Error Types defined in Table 9.2.4.2-1 are error notifications which indicate an error while negotiating an IKEv2 SA or IPsec SA. Refer to Table 9.2.4.2-1 for more details on what each error type means.
Notify Message Value (in decimal) Descriptions
CONGESTION15500This error type is used to indicate that the requested service was rejected because of congestion in the network.
NO_RESOURCES_OVER_N3GPP15501This error type is used by the UE to indicate the failure of reserving the QoS resources over non-3GPP access for the QoS flows associated with the child SA.
In the present specification, only the private notify message error type values between 15500 and 15599 shall be allocated to a Notify payload.
The private notify message error type values:
  • between 9950 and 9999;
  • between 10950 and 10999;
  • between 11950 and 11999;
  • between 12950 and 12999;
  • between 13950 and 13999; and
  • between 14950 and 14999;
shall not be allocated to a Notify payload defined in the present specification.
Up

9.2.4.3  Private Notify Message - Status Typesp. 84

The Private Notify Message Status Types defined in Table 9.2.4.3-1 are used to indicate status notifications or additional information in a Notify payload which may be added to an IKEv2 message or IKE_AUTH request or IKE_AUTH response message according to the procedures described in the present document. Refer to Table 9.2.4.3-1 for more details on what each status type means.
Notify Message Value (in decimal) Descriptions
5G_QOS_INFO55501This status when present indicates 5G_QOS_INFO Notify payload encoded according to clause 9.3.1.1.
NAS_IP4_ADDRESS55502This status when present indicates NAS_IP4_ADDRESS Notify payload encoded according to clause 9.3.1.2.
NAS_IP6_ADDRESS55503This status when present indicates NAS_IP6_ADDRESS Notify payload encoded according to clause 9.3.1.3.
UP_IP4_ADDRESS55504This status when present indicates UP_IP4_ADDRESS Notify payload encoded according to clause 9.3.1.4.
UP_IP6_ADDRESS55505This status when present indicates UP_IP6_ADDRESS Notify payload encoded according to clause 9.3.1.5.
NAS_TCP_PORT55506This status when present indicates NAS_TCP_PORT Notify payload encoded according to clause 9.3.1.6.
N3GPP_BACKOFF_TIMER55507This status when present indicates N3GPP_BACKOFF_TIMER Notify payload encoded according to clause 9.3.1.7.
UP_SA_INFO55508This status when present indicates UP_SA_INFO Notify payload encoded according to clause 9.3.1.8.
In the present specification, only the private notify message status type values between 55500 and 55599 shall be allocated to a Notify payload.
The private notify message status type values:
  • between 49950 and 49999;
  • between 50950 and 50999;
  • between 51950 and 51999;
  • between 52950 and 52999;
  • between 53950 and 53999; and
  • between 54950 and 54999;
shall not be allocated to a Notify payload defined in the present specification.
Up

9.2.5  TNGF IPv4 contact info |R16|p. 85

The purpose of the TNGF IPv4 contact info information element is to indicate the IPv4 address of the TNGF to be used for IKE SA establishment over trusted non-3GPP access network.
The TNGF IPv4 contact info is a type 4 information element with a length of 6 octets.
The TNGF IPv4 contact info information element is coded as shown in Figure 9.2.5-1 and Table 9.2.5-1.
Reproduction of 3GPP TS 24.502, Fig. 9.2.5-1: TNGF IPv4 contact info information element
Up
TNGF IPv4 address contains IPv4 address of the TNGF for IKE SA establishment over trusted non-3GPP access network.

9.2.6  TNGF IPv6 contact info |R16|p. 86

The purpose of the TNGF IPv6 contact info information element is to indicate the IPv6 address of the TNGF to be used for IKE SA establishment.
The TNGF IPv6 contact info is a type 4 information element with a length of 18 octets.
The TNGF IPv6 contact info information element is coded as shown in Figure 9.2.6-1 and Table 9.2.6-1.
Reproduction of 3GPP TS 24.502, Fig. 9.2.6-1: TNGF IPv6 contact info information element
Up
TNGF IPv6 address contains IPv6 address of the TNGF for IKE SA establishment over trusted non-3GPP access network.

9.2.7  NID |R16|p. 86

The purpose of the NID information element is to indicate the NID of the selected SNPN.
The NID is a type 4 information element with a length of 8 octets.
The NID information element is coded as shown in Figure 9.2.7-1, Figure 9.2.7-2, Table 9.2.7-1 and Table 9.2.7-2.
Reproduction of 3GPP TS 24.502, Fig. 9.2.7-1: NID information element
Up
NID (octet 3 to octet 8)
NID field is coded according to Figure 9.2.7-2 and Table 9.2.7-2
Reproduction of 3GPP TS 24.502, Fig. 9.2.7-2: NID
Up
Assignment mode (octet 3 bits 1 to 4)
This field contains the binary encoding of the assignment mode of the NID as defined in TS 23.003.
NID value (octet 3 bits 5 to 8, octets 4 to 7, octet 8 bits 1 to 4)
This field contains the binary encoding of each hexadecimal digit of the NID value as defined in TS 23.003.
Bits 5 to 8 of octet 8 are spare and shall be coded as zero.
Up

Up   Top   ToC