Tech-invite3GPPspaceIETF RFCsSIP
Quick21222324252627282931323334353637384‑5x

Content for  TS 24.501  Word version:  17.5.0

Top   Top   Up   Prev   Next
1…   3…   4…   4.4…   4.4.3…   4.5…   4.5.3…   4.6…   4.7…   4.9…   4.15…   5…   5.2…   5.3…   5.3.2…   5.3.7…   5.3.19…   5.4…   5.4.1.3…   5.4.2…   5.4.4…   5.4.5…   5.4.6…   5.5…   5.5.1.2.4   5.5.1.2.5…   5.5.1.3…   5.5.1.3.4   5.5.1.3.5…   5.5.2…   5.6…   5.6.2…   6…   6.1.4…   6.2…   6.3…   6.3.2…   6.3.3…   6.4…   6.4.1.4…   6.4.2…   6.5…   7…   8…   8.2.9…   8.3…   9…   9.11.2…   9.11.2.10…   9.11.3…   9.11.3.4…   9.11.3.8…   9.11.3.14…   9.11.3.18C…   9.11.3.29…   9.11.3.33…   9.11.3.39…   9.11.3.45…   9.11.3.50…   9.11.3.53A…   9.11.3.68…   9.11.3.75…   9.11.4…   9.11.4.10…   9.11.4.13…   9.11.4.16…   9.11.4.30…   9.12   10…   A…   B…   C…   D…   D.6…   D.6.3…

 

4.15  Time synchronization and time sensitive communication |R16|Word‑p. 113

4.15.1  GeneralWord‑p. 113

A 5GS can support time synchronization and TSC (see TS 23.501, TS 23.502, and TS 23.503). The clause describes NAS-specific aspects of the 5GS features to support time synchronization and TSC. Interworking with EPS is not supported for a PDU session for time synchronization or TSC.

4.15.2Void

4.15.3  Time synchronization |R17|Word‑p. 113

Two types of synchronization processes are supported by the 5GS: 5GS synchronization and (g)PTP domain synchronization (see TS 23.501).
For 5GS synchronization, the lower layers provide the 5G internal system clock signalled via the NG-RAN (see TS 38.331) and the UE forwards the 5G internal system clock to the DS-TT(s).
For (g)PTP domain synchronization, the UE supports forwarding (g)PTP messages (see TS 23.501, TS 23.502, and TS 24.535). For all (g)PTP domains associated with a PDU session:
  1. if the UE receives (g)PTP message via the PDU session, the UE forwards the (g)PTP messages to the DS-TT associated with the PDU session; or
  2. if the UE receives (g)PTP messages from the DS-TT associated with the PDU session, the UE forwards the (g)PTP messages via the PDU session.
Up

4.15.4  User plane node management |R17|Word‑p. 114

A 5G system (5GS) can act as a user plane node of an external network (e.g. IEEE TSN bridge) or a 5GS can be independently used to enable TSC. For these purposes, information available at a UE is provided to the network and port management information containers are exchanged between a DS-TT and a TSN AF or a TSCTSF (see TS 24.539).
During a UE-requested PDU session establishment procedure, if the UE supports transfer of port management information containers, then the UE indicates that transfer of port management information container is supported and the UE provides a DS-TT Ethernet port MAC address (if the PDU session type is Ethernet), port management information container, and a UE-DS-TT residence time (if available) to the network (see subclause 6.4.1.2).
Once the UE has successfully established a PDU session and the UE has indicated that transfer of port management information container is supported during the UE-requested PDU session establishment procedure (see subclause 6.4.1.2), then port management information containers are exchanged via a UE-requested PDU session modification procedure and a network-requested PDU session modification procedure (see subclauses 6.3.2 and 6.4.2). The UE receiving a port management information container from the network shall forward the port management information container to the DS-TT. The SMF receiving a port management information container from the UE shall operate as described in TS 23.502.
Up

4.16  UE radio capability signalling optimisation |R16|Word‑p. 114

UE radio capability signalling optimisation (RACS) is a feature that is optional at both the UE and the network and which aims to optimise the transmission of UE radio capability over the radio interface (see TS 23.501). RACS works by assigning an identifier to represent a set of UE radio capabilities. This identifier is called the UE radio capability ID. A UE radio capability ID can be either manufacturer-assigned or network-assigned. The UE radio capability ID is an alternative to the signalling of the radio capabilities container over the radio interface.
In this release of the specification, RACS is applicable to neither NB-N1 mode nor non-3GPP access.
If the UE supports RACS:
  1. the UE shall indicate support for RACS by setting the RACS bit to "RACS supported" in the 5GMM capability IE of the REGISTRATION REQUEST message;
  2. if the UE performs a registration procedure for initial registration and the UE has an applicable UE radio capability ID for the current UE radio configuration in the selected network, the UE shall include the UE radio capability ID in the UE radio capability ID IE as a non-cleartext IE in the REGISTRATION REQUEST message. If both a network-assigned UE radio capability ID and a manufacturer-assigned UE Radio Capability ID are applicable, the UE shall include the network-assigned UE radio capability ID in the REGISTRATION REQUEST message;
  3. if the radio configuration at the UE changes (for instance because the UE has disabled a specific radio capability) then:
    1. if the UE has an applicable UE radio capability ID for the new UE radio configuration, the UE shall initiate a registration procedure for mobility and periodic registration update. The UE shall include the applicable UE radio capability ID in the UE radio capability ID IE of the REGISTRATION REQUEST message and shall include the 5GS update type IE in the REGISTRATION REQUEST message with the NG-RAN-RCU bit set to "UE radio capability update needed". If both a network-assigned UE radio capability ID and a manufacturer-assigned UE Radio Capability ID are applicable, the UE shall include the network-assigned UE radio capability ID in the REGISTRATION REQUEST message; and
    2. if the UE does not have an applicable UE radio capability ID for the new UE radio configuration, the UE shall initiate a registration procedure for mobility and periodic registration update and include the 5GS update type IE in the REGISTRATION REQUEST message with the NG-RAN-RCU bit set to "UE radio capability update needed";
  4. upon receiving a network-assigned UE radio capability ID in the REGISTRATION ACCEPT message or the CONFIGURATION UPDATE COMMAND message, the UE shall store the network-assigned UE radio capability ID and the PLMN ID or SNPN identity of the serving network and, if the UE supports access to an SNPN using credentials from a credentials holder, the selected entry of the "list of subscriber data" or the selected PLMN subscription along with a mapping to the current UE radio configuration in its non-volatile memory as specified in Annex C. The UE shall be able to store at least the last 16 received network-assigned UE radio capability IDs with the associated PLMN ID or SNPN identity and, if the UE supports access to an SNPN using credentials from a credentials holder, the selected entry of the "list of subscriber data" or the selected PLMN subscription and the mapping to the corresponding UE radio configuration;
  5. the UE shall not use a network-assigned UE radio capability ID assigned by a PLMN in PLMNs equivalent to the PLMN which assigned it;
  6. upon receiving a UE radio capability ID deletion indication IE set to "Network-assigned UE radio capability IDs deletion requested" in the REGISTRATION ACCEPT message or the CONFIGURATION UPDATE COMMAND message, the UE shall delete all network-assigned UE radio capability IDs stored at the UE for the serving network, initiate a registration procedure for mobility and periodic registration update and include an applicable manufacturer-assigned UE radio capability ID for the current UE radio configuration, if available at the UE, in the UE radio capability ID IE of the REGISTRATION REQUEST message; and
  7. if the UE performs a registration procedure for mobility and periodic registration update due to entering a tracking area that is not in the list of tracking areas that the UE previously registered in the AMF and the UE has an applicable UE radio capability ID for the current UE radio configuration in the selected network, the UE shall include the UE radio capability ID in the UE radio capability ID IE as a non-cleartext IE in the REGISTRATION REQUEST message. If both a network-assigned UE radio capability ID and a manufacturer-assigned UE Radio Capability ID are applicable, the UE shall include the network-assigned UE radio capability ID in the REGISTRATION REQUEST message.
If the network supports RACS:
  1. the network may assign a network-assigned UE radio capability ID to a UE which supports RACS by including a UE radio capability ID IE in the REGISTRATION ACCEPT message or in the CONFIGURATION UPDATE COMMAND message;
  2. the network may trigger the UE to delete all network-assigned UE radio capability IDs stored at the UE for the serving network by including a UE radio capability ID deletion indication IE set to "Network-assigned UE radio capability IDs deletion requested" in the REGISTRATION ACCEPT message or in the CONFIGURATION UPDATE COMMAND message; and
  3. the network may send an IDENTITY REQUEST message to the UE that supports RACS to retrieve the PEI, if not available in the network.
Up

4.17  5GS mobility management in NB-N1 mode |R16|Word‑p. 115

A UE in NB-N1 mode (see TS 36.331) shall calculate the value of the applicable NAS timer indicated in Table 10.2.1 plus 240s.
The timer value obtained is used as described in the appropriate procedure subclause of this specification. The NAS timer value shall be calculated at start of a NAS procedure and shall not re-calculate the use of the NAS timer value until the NAS procedure is completed, restarted or aborted.
When an AMF that supports NB-N1 mode performs NAS signalling with a UE, which is using NB-N1 mode, the AMF shall calculate the value of the applicable NAS timer indicated in Table 10.2.2 plus 240s.
The timer value obtained is used as described in the appropriate procedure subclause of this specification. The NAS timer value shall be calculated at start of a NAS procedure and shall not re-calculate the use of the NAS timer value until the NAS procedure is completed, restarted or aborted.
Up

4.18  5GS session management in NB-N1 mode |R16|Word‑p. 116

A UE in NB-N1 mode (see TS 36.331) shall calculate the value of the applicable NAS timer indicated in Table 10.3.1 plus 180s.
The timer value obtained is used as described in the appropriate procedure subclause of this specification. The NAS timer value shall be calculated at start of a NAS procedure and shall not re-calculate the use of the NAS timer value until the NAS procedure is completed, restarted or aborted.
When an SMF that supports NB-N1 mode performs NAS signalling with a UE, which is using NB-N1 mode, the SMF shall calculate the value of the applicable NAS timer indicated in Table 10.3.2 plus 180s.
The timer value obtained is used as described in the appropriate procedure subclause of this specification. The NAS timer value shall be calculated at start of a NAS procedure and shall not re-calculate the use of the NAS timer value until the NAS procedure is completed, restarted or aborted.
Up

4.19  5GS mobility management in WB-N1 mode for IoT |R16|Word‑p. 116

In WB-N1 mode, a UE operating in category CE can operate in either CE mode A or CE mode B (see TS 36.306). If a UE that supports CE mode B and operates in WB-N1 mode, the UE's usage setting is not set to "voice centric" (see TS 23.501), and:
  1. the use of enhanced coverage is not restricted by the network; or
  2. CE mode B is not restricted by the network (see TS 23.501);
the UE shall apply the value of the applicable NAS timer indicated in Table 10.2.1 for WB-N1/CE mode.
A UE that supports CE mode B and operates in WB-N1 mode shall not apply the value of the applicable NAS timer indicated in Table 10.2.1 for WB-N1/CE mode before receiving an indication from the network that the use of enhanced coverage is not restricted, or CE mode B is not restricted, as described in this subclause.
The NAS timer value obtained is used as described in the appropriate procedure subclause of this specification. The NAS timer value shall be calculated at start of a NAS procedure, and shall not be re-calculated until the NAS procedure is completed, restarted or aborted.
The support of CE mode B by a UE is indicated to the AMF by lower layers and shall be stored by the AMF. When an AMF that supports WB-N1 mode performs NAS signalling with a UE, which supports CE mode B and operates in WB-N1 mode, the UE's usage setting is not set to "voice centric" (see TS 23.501) and the AMF determines that:
  1. the use of enhanced coverage is not restricted for the UE; or
  2. CE mode B is not restricted for the UE (see TS 23.501);
the AMF shall calculate the value of the applicable NAS timer indicated in Table 10.2.2 for WB-N1/CE mode.
The NAS timer value obtained is used as described in the appropriate procedure subclause of this specification. The NAS timer value shall be calculated at start of a NAS procedure and shall not be re-calculated until the NAS procedure is completed, restarted or aborted.
Up

4.20  5GS session management in WB-N1 mode for IoT |R16|Word‑p. 117

In WB-N1 mode, a UE operating in category CE can operate in either CE mode A or CE mode B (see TS 36.306). If a UE that supports CE mode B and operates in WB-N1 mode and the UE's usage setting is not set to "voice centric" (see TS 23.501), and:
  1. the use of enhanced coverage is not restricted by the network; or
  2. CE mode B is not restricted by the network (see TS 23.501);
the UE shall apply the value of the applicable NAS timer indicated in Table 10.3.1 for WB-N1/CE mode.
A UE that supports CE mode B and operates in WB-N1 mode shall not apply the value of the applicable NAS timer indicated in Table 10.3.1 for WB-N1/CE mode before receiving an indication from the network that the use of enhanced coverage is not restricted, or CE mode B is not restricted, as described in this subclause.
The NAS timer value obtained is used as described in the appropriate procedure subclause of this specification. The NAS timer value shall be calculated at start of a NAS procedure, and shall not be re-calculated until the NAS procedure is completed, restarted or aborted.
If the use of extended NAS timer is indicated by the AMF (see TS 23.501 and TS 23.502), the SMF shall calculate the value of the applicable NAS timer indicated in Table 10.3.2 for WB-N1/CE mode.
The NAS timer value obtained is used as described in the appropriate procedure subclause of this specification. The NAS timer value shall be calculated at start of a NAS procedure and shall not be re-calculated until the NAS procedure is completed, restarted or aborted.
Up

4.21  Authentication and Key Management for Applications (AKMA) |R17|Word‑p. 117

The UE may support AKMA.
The purpose of AKMA is to provide authentication and key management to applications based on 3GPP credentials used for 5GS access as specified in TS 33.535, which allows the UE to securely exchange data with an AKMA application function.
Upon receiving a request from the upper layers to obtain AKMA Anchor Key (KAKMA) and AKMA Key Identifier (A-KID), the UE supporting AKMA shall derive the KAKMA and the AKMA Temporary Identifier (A-TID) from the valid KAUSF if available as specified in TS 33.535, shall further derive the A-KID from the A-TID as specified in TS 33.535 and shall provide KAKMA and A-KID to the upper layers.
The UE supporting AKMA shall notify the upper layers whenever there is a change of the KAUSF upon reception of an EAP-success message in subclauses 5.4.1.2.2.8, 5.4.1.2.3.1 and 5.4.1.2.3A.1 or upon reception of SECURITY MODE COMMAND message in subclauses 5.4.2.3.
During an ongoing primary authentication and key agreement procedure (see subclause 5.4.1), if the UE receives a request from upper layers to obtain KAKMA and A-KID, the UE shall derive the KAKMA and A-TID after the completion of the ongoing primary authentication and key agreement procedure, shall further derive the A-KID from the A-TID as specified in TS 33.535 and shall provide KAKMA and A-KID to the upper layers.
Up

4.22  Uncrewed aerial vehicle identification, authentication, and authorization |R17|Word‑p. 118

4.22.1  GeneralWord‑p. 118

A 5GS can support UAV identification, authentication, and authorization (see TS 23.256). This subclause describes NAS-specific aspects of the 5GS features to support UAV identification, authentication, and authorization.
Before accessing 5GS for UAS services, the UE supporting UAS services must have an assigned CAA-level UAV ID. The UE can be registered to 5GS for UAS services if there is a valid aerial subscription in the UE's subscription.
Up

4.22.2  Authentication and authorization of UAVWord‑p. 118

The 5GS supports the USS UAV Authorization and Authentication (UUAA) procedure for a UE supporting UAS services. Depending on operator policy or regulatory requirements, the UUAA-MM procedure can be performed by the UE and the AMF at a registration procedure as specified in subclause 5.5.1 or the UUAA-SM procedure can be performed by the UE and the SMF at a PDU session establishment procedure as specified in subclause 6.4.1. The UE shall support UUAA-MM and UUAA-SM, and the network shall support UUAA-SM and may optionally support UUAA-MM. The UUAA procedure needs to be performed by 5GS with USS successfully before the connectivity for UAS services is established.
During a registration procedure, the UE supporting UAS services provides CAA-level UAV ID to the AMF (see subclause 5.5.1.2), and the AMF may trigger the UUAA-MM procedure. If the UE supporting UAS services does not provide CAA-level UAV ID to the AMF and the network is configured to perform UUAA at registration, the AMF may accept the registration and shall reject PDU session establishment requests for UAS services. If the UE wants to use the UAS services by providing the CAA Level UAV ID later on, then the UE shall first perform UE-initiated de-registration procedure followed by an initial registration to the 5GS including the CAA Level UAV ID in the registration request.
When a UE supporting UAS services requests to establish a PDU session for USS communication, the UAV provides CAA-level UAV ID to the network (see subclause 6.4.1.2), and the SMF may trigger the UUAA-SM procedure. If the UE does not provide CAA-Level UAV ID and the SM subscription for the UE requires the UUAA-SM, the network rejects the UE-requested PDU session establishment procedure for UAS services.
The UE supporting UAS services shall not provide CAA-level UAV ID to the network over non-3gpp access, and the network shall not perform UUAA procedure for non-3gpp access and shall ensure that the UE is not allowed to access any aerial services in non-3GPP access.
A UE supporting UAS services may provide to the network the USS address or USS FQDN during the registration procedure or PDU session establishment procedure so that the network may use the information to discover the USS.
After successful UUAA procedure, either the AMF or the SMF may initiate re-authentication of the UAV when required by the USS. If UUAA-MM fails during a re-authentication and there are PDU sessions established using UAS services, AMF shall release these PDU sessions and may trigger a network-initiated de-registration procedure based on network policy. If UUAA-SM fails during a re-authentication, the SMF shall release the PDU session related to re-authentication.
If the UUAA is revoked, the PDU session related to UAS services shall be released by the SMF. Based on operator policy, the AMF may decide to keep the UE registered or trigger a de-registration procedure.
Up

4.22.3  Authorization of C2 communicationWord‑p. 118

The 5GS supports USS authorization of C2 communication for pairing of UAV and UAV-C. The pairing of UAV and UAV-C needs to be authorized by USS successfully before the user plane connectivity for C2 communication is enabled. The UE supporting UAS services may provide the SMF with an identification information of UAV-C to pair with, if available.
If a UE supporting UAS services uses a common PDU session for both USS communication and C2 communication with a UAV-C, the C2 comunication with the UAV-C can be authorized using UUAA-SM procedure during the PDU session establishment procedure or during the PDU session modification procedure. If the pairing of UAV and UAV-C is revoked, the network shall disable C2 communication for the PDU session.
If a UE supporting UAS services uses separate PDU sessions for, respectively, USS communication and C2 communication with a UAV-C, the C2 communication with the UAV-C is authorized using UUAA-SM during the PDU session establishment procedure. If the pairing of UAV and UAV-C is revoked, the PDU session for C2 communication shall be released by the SMF.
Up

4.22.4  Authorization of UAV flightWord‑p. 119

The 5GS supports USS authorization of UAV flight. The authorization of UAV flight for the UE supporting UAS services can be performed using UUAA-SM procedure during the PDU session establishment procedure or during PDU session modification procedure. The UE may provide flight authorization information to the SMF if the authorization information is already available in the UAV.
Up

4.23  NAS over Non-Terrestrial Network |R17|Word‑p. 119

4.23.1  GeneralWord‑p. 119

Void

4.23.2  List of "PLMNs not allowed to operate at the present UE location"Word‑p. 119

For 3GPP satellite NG-RAN the UE shall store a list of "PLMNs not allowed to operate at the present UE location". Each entry consists of:
  1. the PLMN identity of the PLMN which sent a message including 5GMM cause value #78 "PLMN not allowed to operate at the present UE location" via satellite NG-RAN access technology;
  2. the geographical location, if known by the UE, where 5GMM cause value #78 was received on satellite NG-RAN access technology; and
  3. a UE implementation specific timer value which shall not be set to a value smaller than the value indicated by the network, if any.
Before storing a new entry in the list, the UE shall delete any existing entry with the same PLMN identity.
The UE shall not attempt to access a PLMN via satellite NG-RAN access technology which is part of the list of "PLMNs not allowed to operate at the present UE location" if:
  1. the current UE location is known, a geographical location is stored for the entry of this PLMN, and the distance to the current UE location is smaller than a UE implementation specific value. This UE implementation specific value shall not be set to a value smaller than the value indicated by the network, if any; or
  2. the timer associated with the entry of this PLMN is running.
The list shall accommodate three or more entries. When the list is full and a new entry has to be inserted, the oldest entry shall be deleted.
Each entry shall be removed if for the entry:
  1. the UE successfully registers to the PLMN stored in the entry; or
  2. the timer instance associated with the entry expires.
When the UE is switched off, the UE shall keep the list of "PLMNs not allowed to operate at the present UE location" in its non-volatile memory. The UE shall delete the list of "PLMNs not allowed to operate at the present UE location" if the USIM is removed.
Up

4.24  Minimization of service interruption |R17|Word‑p. 120

The UE and the network may support Minimization of service interruption (MINT). MINT aims to enable a UE to obtain service from a PLMN offering disaster roaming service when a disaster condition applies to the UE's determined PLMN with disaster condition.
If the UE supports MINT, the indication of whether disaster roaming is enabled in the UE, the one or more "list of PLMN(s) to be used in disaster condition", disaster roaming wait range and disaster return wait range provisioned by the network, if available, are stored in the non-volatile memory in the ME as specified in annex C and are kept when the UE enters 5GMM-DEREGISTERED state. Annex C specifies condition under which the indication of whether disaster roaming is enabled in the UE, the one or more "lists of PLMN(s) to be used in disaster condition", disaster roaming wait range and disaster return wait range stored in the ME are deleted.
Upon selecting a PLMN for disaster roaming as specified in TS 23.122:
  1. if the UE does not have a stored disaster roaming wait range, the UE shall perform an initial registration procedure with 5GS registration type value set to "disaster roaming registration" on the selected PLMN; and
  2. if the UE has a stored disaster roaming wait range, the UE shall generate a random number within the disaster roaming wait range and start a timer with the generated random number. While the timer is running, the UE shall not initiate registration on the selected PLMN. Upon expiration of the timer, the UE shall perform an initial registration procedure with 5GS registration type value set to "disaster roaming registration" if still camped on the selected PLMN.
Upon determining that a disaster condition has ended and that the UE shall perform PLMN selection as specified in TS 23.122:
  1. if the UE does not have a stored disaster roaming wait range, the UE shall perform a registration procedure on the selected PLMN; and
  2. if the UE has a stored disaster return wait range, the UE shall generate a random number within the disaster return wait range and start a timer with the generated random number value. While the timer is running, the UE shall not initiate registration on the selected PLMN. Upon expiration of the timer, the UE shall perform a registration procedure if still camped on the selected PLMN.
When the AMF assigns a registration area to the UE registered for disaster roaming services, the AMF shall only include TAIs covering the area with the disaster condition.
Up

Up   Top   ToC