Tech-invite3GPPspaceIETFspace
21222324252627282931323334353637384‑5x

Content for  TS 24.501  Word version:  18.6.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…   D.6.8   D.7…

 

5.4.4  Generic UE configuration update procedurep. 269

5.4.4.1  Generalp. 269

The purpose of this procedure is to:
  1. allow the AMF to update the UE configuration for access and mobility management-related parameters decided and provided by the AMF by providing new parameter information within the command;
  2. request the UE to perform a registration procedure for mobility and periodic registration update towards the network to update access and mobility management-related parameters decided and provided by the AMF (see subclause 5.5.1.3);
  3. deliver the UAV authorization information to the UE, as described in TS 23.256; or
  4. update the PEIPS assistance information in the UE (see subclause 5.3.25).
This procedure is initiated by the network and can only be used when the UE has an established 5GMM context, and the UE is in 5GMM-CONNECTED mode. When the UE is in 5GMM-IDLE mode, the AMF may use the paging or notification procedure to initiate the generic UE configuration update procedure. The AMF can request a confirmation response in order to ensure that the parameter has been updated by the UE.
This procedure shall be initiated by the network to assign a new 5G-GUTI to the UE after:
  1. a successful service request procedure invoked as a response to a paging request from the network and before the:
    1. release of the N1 NAS signalling connection; or
    2. suspension of the N1 NAS signalling connection due to user plane CIoT 5GS optimization i.e. before the UE and the AMF enter 5GMM-IDLE mode with suspend indication; or
  2. the AMF receives an indication from the lower layers that it has received the NGAP UE context resume request message as specified in TS 38.413 for a UE in 5GMM-IDLE mode with suspend indication and this resumption is a response to a paging request from the network, and before the:
    1. release of the N1 NAS signalling connection; or
    2. suspension of the N1 NAS signalling connection due to user plane CIoT 5GS optimization i.e. before the UE and the AMF enter 5GMM-IDLE mode with suspend indication.
If the service request procedure was triggered due to 5GSM downlink signalling pending, the procedure for assigning a new 5G-GUTI can be initiated by the network after the transport of the 5GSM downlink signalling.
The following parameters are supported by the generic UE configuration update procedure without the need to request the UE to perform the registration procedure for mobility and periodic registration update:
a)
5G-GUTI;
b)
TAI list;
c)
Service area list;
d)
NITZ information;
e)
LADN information;
e1)
Extended LADN information;
f)
Rejected NSSAI;
g)
void;
h)
Operator-defined access category definitions;
i)
SMS indication;
j)
"CAG information list";
k)
UE radio capability ID;
l)
5GS registration result;
m)
Truncated 5G-S-TMSI configuration;
n)
T3447 value;
o)
"list of PLMN(s) to be used in disaster condition";
p)
disaster roaming wait range;
q)
disaster return wait range;
r)
PEIPS assistance information;
s)
Priority indicator;
t)
NSAG information;
u)
RAN timing synchronization;
v)
Alternative NSSAI;
w)
Discontinuous coverage maximum time offset;
x)
void;
y)
Partially rejected NSSAI; and
z)
On-demand NSSAI.
The following parameters can be sent to the UE with or without a request to perform the registration procedure for mobility and periodic registration update:
a)
Allowed NSSAI;
b)
Configured NSSAI;
c)
Network slicing subscription change indication;
d)
NSSRG information;
e)
S-NSSAI location validity information;
e1)
S-NSSAI time validity information;
f)
feature authorization indication; and
g)
Partially allowed NSSAI.
The following parameters are sent to the UE with a request to perform the registration procedure for mobility and periodic registration update:
  1. MICO indication;
  2. UE radio capability ID deletion indication; and
  3. Additional configuration indication.
The following parameters can be included in the Service-level-AA container IE to be sent to the UE without a request to perform the registration procedure for mobility and periodic registration update:
  1. Service-level device ID;
  2. Service-level-AA payload type;
  3. Service-level-AA payload;
  4. Service-level-AA response; or
  5. Service-level-AA service status indication.
The following parameters are sent over 3GPP access only:
a)
LADN information;
a1)
Extended LADN information;
b)
MICO indication;
c)
TAI list;
d)
Service area list;
e)
"CAG information list";
f)
UE radio capability ID;
g)
UE radio capability ID deletion indication;
h)
Truncated 5G-S-TMSI configuration;
i)
Additional configuration indication;
j)
T3447 value;
k)
Service-level-AA container;
l)
NSAG information; and
m)
RAN timing synchronization.
o)
S-NSSAI location validity information.
The following parameters are managed and sent per access type i.e., independently over 3GPP access or non-3GPP access:
  1. Allowed NSSAI;
  2. Rejected NSSAI (when the NSSAI is rejected for the current registration area or is rejected for the maximum number of UEs reached); and
  3. If the UE is not registered to the same PLMN or SNPN over 3GPP and non-3GPP access:
    • 5G-GUTI;
    • NITZ information;
    • Rejected NSSAI (when the NSSAI is rejected for the current PLMN or SNPN or rejected for the failed or revoked NSSAA);
    • Configured NSSAI;
    • NSSRG information;
    • SMS indication;
    • 5GS registration result;
    • PEIPS assistance information;
    • MPS indicator;
    • S-NSSAI time validity information;
    • Alternative NSSAI; and
    • MCS indicator.
If the UE is registered to the same PLMN or SNPN over 3GPP and non-3GPP access, the following parameters are managed commonly and sent over 3GPP access or non-3GPP access:
  1. 5G-GUTI;
  2. NITZ information;
  3. Rejected NSSAI (when the NSSAI is rejected for the current PLMN or SNPN or rejected for the failed or revoked NSSAA);
  4. Configured NSSAI;
  5. SMS indication; and
  6. 5GS registration result;
  7. "list of PLMN(s) to be used in disaster condition";
  8. disaster roaming wait range;
  9. disaster return wait range;
  10. PEIPS assistance information;
  11. NSSRG information;
  12. MPS indicator;
  13. S-NSSAI time validity information; and
  14. MCS indicator.
Reproduction of 3GPP TS 24.501, Fig. 5.4.4.1.1: Generic UE configuration update procedure
Up

5.4.4.2  Generic UE configuration update procedure initiated by the networkp. 273

The AMF shall initiate the generic UE configuration update procedure by sending the CONFIGURATION UPDATE COMMAND message to the UE.
The AMF shall in the CONFIGURATION UPDATE COMMAND message either:
  1. include one or more of the following parameters: 5G-GUTI, TAI list, allowed NSSAI that may include the mapped S-NSSAI(s), LADN information, extended LADN information, service area list, MICO indication, NITZ information, configured NSSAI that may include the mapped S-NSSAI(s), NSSRG information, S-NSSAI location validity information, S-NSSAI time validity information, rejected S-NSSAI(s) in the Rejected NSSAI IE or in the Extended rejected NSSAI IE, network slicing subscription change indication, operator-defined access category definitions, SMS indication, "CAG information list", UE radio capability ID, 5GS registration result, UE radio capability ID deletion indication, truncated 5G-S-TMSI configuration, T3447 value, "list of PLMN(s) to be used in disaster condition", disaster roaming wait range, disaster return wait range, PEIPS assistance information, the priority indicator, the NSAG information, alternative NSSAI, partially allowed NSSAI, partially rejected NSSAI, on-demand NSSAI, feature authorization indication, or discontinuous coverage maximum time offset;
  2. include the Configuration update indication IE with the Registration requested bit set to "registration requested"; or
  3. include a combination of both a) and b).
If the UE is registering or registered for onboarding services in SNPN, the serving SNPN shall not provide the configured NSSAI, the allowed NSSAI or the rejected NSSAI to the UE.
If the UE supports extended rejected NSSAI, the rejected S-NSSAI(s) shall be included in the Extended rejected NSSAI IE. Otherwise, the rejected S-NSSAI(s) shall be included in the Rejected NSSAI IE.
In roaming scenarios, if the Extended rejected NSSAI IE is included in the CONFIGURATION UPDATE COMMAND message, the AMF shall provide mapped S-NSSAI(s) for the rejected NSSAI.
If an acknowledgement from the UE is requested, the AMF shall indicate "acknowledgement requested" in the Acknowledgement bit of the Configuration update indication IE in the CONFIGURATION UPDATE COMMAND message and shall start timer T3555. Acknowledgement shall be requested for all parameters except when only NITZ information is included.
To initiate parameter re-negotiation between the UE and network, the AMF shall indicate "registration requested" in the Registration requested bit of the Configuration update indication IE in the CONFIGURATION UPDATE COMMAND message.
If a new allowed NSSAI information or AMF re-configuration of supported S-NSSAIs requires an AMF relocation, the AMF shall indicate "registration requested" in the Registration requested bit of the Configuration update indication IE and include the Allowed NSSAI IE in the CONFIGURATION UPDATE COMMAND message.
If the AMF includes a new allowed NSSAI in the CONFIGURATION UPDATE COMMAND message and the subscription information includes the NSSRG information, then the S-NSSAIs of the allowed NSSAI shall be associated with at least one common NSSRG value. If the network has pending NSSAI, the S-NSSAIs in the pending NSSAI and allowed NSSAI shall be associated with at least one common NSSRG value.
If the AMF includes a new partially allowed NSSAI and the new partially allowed NSSAI requires an AMF relocation, the AMF shall indicate "registration requested" in the Registration requested bit of the Configuration update indication IE and include the Partially allowed NSSAI IE in the CONFIGURATION UPDATE COMMAND message.
If the AMF includes a new configured NSSAI in the CONFIGURATION UPDATE COMMAND message and the new configured NSSAI requires an AMF relocation as specified in TS 23.501, the AMF shall indicate "registration requested" in the Registration requested bit of the Configuration update indication IE in the message.
If the AMF includes a new configured NSSAI in the CONFIGURATION UPDATE COMMAND message, the subscription information includes the NSSRG information, and the UE has set the NSSRG bit in the 5GMM capability IE of the REGISTRATION REQUEST message to:
  1. "NSSRG supported", then the AMF shall include the NSSRG information in the CONFIGURATION UPDATE COMMAND message; or
  2. "NSSRG not supported", then the configured NSSAI shall include one or more S-NSSAIs each of which is associated with all the NSSRG value(s) of the default S-NSSAI(s), or the configured NSSAI shall include, based on the indication received from the UDM as specified in TS 23.501, all subscribed S-NSSAIs even if these S-NSSAIs do not share any common NSSRG value.
If the AMF needs to update the NSSRG information and the UE has set the NSSRG bit to "NSSRG supported" in the 5GMM capability IE of the REGISTRATION REQUEST message, then the AMF shall include the new NSSRG information in the CONFIGURATION UPDATE COMMAND message.
If the AMF includes a new NSSRG information in the CONFIGURATION UPDATE COMMAND message and the AMF determines that the UE needs to provide a new requested NSSAI due to no NSSRG value common to all the S-NSSAI(s) of the allowed NSSAI based on the new NSSRG information, then the CONFIGURATION UPDATE COMMAND message shall indicate "registration requested" in the Registration requested bit of the Configuration update indication IE.
If the UE supports S-NSSAI time validity information and the AMF needs to update the S-NSSAI time validity information, then the AMF shall include the new S-NSSAI time validity information in the CONFIGURATION UPDATE COMMAND message.
If the AMF needs to update the S-NSSAI location validity information toward a UE which has set the SLVI bit to "S-NSSAI location validity information supported" in the 5GMM capability IE of the REGISTRATION REQUEST message, then the AMF shall include the new S-NSSAI location validity information in the CONFIGURATION UPDATE COMMAND message.
If the CONFIGURATION UPDATE COMMAND message is initiated only due to changes to the allowed NSSAI and these changes require the UE to initiate a registration procedure, but the AMF is unable to determine an allowed NSSAI for the UE as specified in TS 23.501, then the CONFIGURATION UPDATE COMMAND message shall indicate "registration requested" in the Registration requested bit of the Configuration update indication IE, and shall not contain any other parameters.
If the slice deregistration inactivity timer has expired, the UE does not support network slice usage control and the AMF removes the on-demand S-NSSAI from the allowed NSSAI over the corresponding access type, the AMF shall include the new allowed NSSAI in the CONFIGURATION UPDATE COMMAND message.
If:
  • the AMF needs to enforce a change in the restriction on the use of enhanced coverage or use of CE mode B as described in subclause 5.3.18; or
  • the AMF decides to inform a UE in 5GMM-CONNECTED mode and registered for disaster roaming services, that a disaster condition is no longer applicable;
the AMF shall indicate "registration requested" in the Registration requested bit of the Configuration update indication IE and "release of N1 NAS signalling connection not required" in the Signalling connection maintain request bit of the Additional configuration indication IE in the CONFIGURATION UPDATE COMMAND message.
If a network slice-specific authentication and authorization procedure for an S-NSSAI is completed as a:
  1. success, the AMF shall include this S-NSSAI in the allowed NSSAI over the same access of the requested S-NSSAI or in the partially allowed NSSAI over 3GPP access; or
  2. failure, the AMF shall include this S-NSSAI in the rejected NSSAI for the failed or revoked NSSAA with the rejection cause "S-NSSAI not available due to the failed or revoked network slice-specific authentication and authorization" over either 3GPP access or non-3GPP access.
If authorization is revoked for an S-NSSAI that is in the current allowed NSSAI for an access type, the AMF shall:
  1. provide a new allowed NSSAI to the UE, excluding the S-NSSAI for which authorization is revoked; and
  2. provide a new rejected NSSAI for the failed or revoked NSSAA, including the S-NSSAI in the rejected NSSAI for which the authorization is revoked, with the rejection cause "S-NSSAI not available due to the failed or revoked network slice-specific authentication and authorization".
The allowed NSSAI, the partially allowed NSSAI and the rejected NSSAI shall be included in the CONFIGURATION UPDATE COMMAND message to reflect the result of the procedures subject to network slice-specific authentication and authorization.
If the AMF includes the Network slicing indication IE in the CONFIGURATION UPDATE COMMAND message with the Network slicing subscription change indication set to "Network slicing subscription changed", and changes to the allowed NSSAI require the UE to initiate a registration procedure, but the AMF is unable to determine an allowed NSSAI for the UE as specified in TS 23.501, then the CONFIGURATION UPDATE COMMAND message shall additionally indicate "registration requested" in the Registration requested bit of the Configuration update indication IE and shall not include an allowed NSSAI.
If EAC mode is activated for an S-NSSAI, the AMF shall perform NSAC for the S-NSSAI subject to NSAC before such S-NSSAI is included in the allowed NSSAI in the CONFIGURATION UPDATE COMMAND message. If EAC mode is deactivated for an S-NSSAI, the AMF shall perform NSAC for the S-NSSAI subject to NSAC after such S-NSSAI is included in the allowed NSSAI in the CONFIGURATION UPDATE COMMAND message.
If the UE supports extended rejected NSSAI and the AMF determines that maximum number of UEs reached for one or more S-NSSAI(s) in the allowed NSSAI as specified in subclause 4.6.2.5, the AMF shall include the rejected NSSAI containing one or more S-NSSAIs with the rejection cause "S-NSSAI not available due to maximum number of UEs reached" in the Extended rejected NSSAI IE in the CONFIGURATION UPDATE COMMAND message. In addition, the AMF may include a back-off timer value for each S-NSSAI with the rejection cause "S-NSSAI not available due to maximum number of UEs reached" included in the Extended rejected NSSAI IE of the CONFIGURATION UPDATE COMMAND message. To avoid that large numbers of UEs simultaneously initiate deferred requests, the network should select the value for the backoff timer for each S-NSSAI for the informed UEs so that timeouts are not synchronised.
If the UE does not indicate support for extended rejected NSSAI and the maximum number of UEs has been reached, the AMF should include the rejected NSSAI containing one or more S-NSSAIs with the rejection cause "S-NSSAI not available in the current registration area" in the Rejected NSSAI IE and should not include these S-NSSAIs in the allowed NSSAI in the CONFIGURATION UPDATE COMMAND message. In addition, the AMF may based on the network policies start a local implementation specific timer for the UE per rejected S-NSSAI and upon expiration of the local implementation specific timer, the AMF may remove the rejected S-NSSAI from the rejected NSSAI and update to the UE by initiating the generic UE configuration update procedure.
If the UE has set the NSAG bit to "NSAG supported" in the 5GMM capability IE of the REGISTRATION REQUEST message, the AMF may include the NSAG information IE in the CONFIGURATION UPDATE COMMAND message. Up to 4 NSAG entries are allowed to be associated with a TAI list in the NSAG information IE.
If the UE supports network slice replacement and the AMF determines to provide the mapping information between the S-NSSAI to be replaced and the alternative S-NSSAI to the UE, then the AMF shall include the Alternative NSSAI IE, the Allowed NSSAI IE including the alternative S-NSSAI, if not included in the current allowed NSSAI, and the Configured NSSAI IE including the alternative S-NSSAI, if not included in the current configured NSSAI, in the CONFIGURATION UPDATE COMMAND message. If the AMF determines that the S-NSSAI which has been replaced is available, then the AMF shall provide the updated alternative NSSAI excluding the S-NSSAI which has been replaced and the corresponding alternative S-NSSAI in the Alternative NSSAI IE in the CONFIGURATION UPDATE COMMAND message. If the AMF determines that all the S-NSSAI(s) which have been replaced are available, then the AMF shall provide the Alternative NSSAI IE with Length of Alternative NSSAI contents set to 0 in the CONFIGURATION UPDATE COMMAND message. If the AMF determines that the S-NSSAI which has been replaced is not supported due to the UE moving outside of NS-AoS of the S-NSSAI while the alternative S-NSSAI is available, then the AMF shall provide the updated allowed NSSAI excluding the S-NSSAI which has been replaced in the CONFIGURATION UPDATE COMMAND message.
If the UE supports partial network slice and the AMF needs to update the partially allowed NSSAI, partially rejected NSSAI or both, then the AMF shall include the Partially allowed NSSAI IE, the Partially rejected NSSAI IE or both, in the CONFIGURATION UPDATE COMMAND message.
If the UE supports network slice usage control and the AMF needs to update the on-demand NSSAI, the AMF shall include the On-demand NSSAI IE in the CONFIGURATION UPDATE COMMAND message.
If the AMF needs to update the LADN information, the AMF shall include the LADN information in the LADN information IE of the CONFIGURATION UPDATE COMMAND message.
If the UE supports LADN per DNN and S-NSSAI and the AMF needs to update the extended LADN information, the AMF shall include the extended LADN information in the Extended LADN information IE of the CONFIGURATION UPDATE COMMAND message.
If:
  • the UE does not support LADN per DNN and S-NSSAI;
  • the UE is subscribed to the LADN DNN for a single S-NSSAI only; and
  • the AMF only has the extended LADN information;
the AMF may decide to provide the LADN service area for that LADN DNN of the extended LADN information as the LADN information and include the LADN information in the LADN information IE of the CONFIGURATION UPDATE COMMAND message.
If the UE does not support LADN per DNN and S-NSSAI and the AMF has neither the LADN information nor the extended LADN information, the AMF shall not provide any LADN information to the UE.
If the AMF needs to update the "CAG information list", the AMF shall include the CAG information list IE or the Extended CAG information list IE in the CONFIGURATION UPDATE COMMAND message.
If the UE does not support extended CAG information list, the CAG information list shall not be included in the Extended CAG information list IE.
If the AMF needs to update the "CAG information list", the UE has an emergency PDU session, and the AMF can determine that the UE is in
  1. a CAG cell and none of the CAG-ID(s) supported by the CAG cell is authorized based on the "allowed CAG list" for the current PLMN in the updated "CAG information list"; or
  2. a non-CAG cell and the entry for the current PLMN in the updated "CAG information list" includes an "indication that the UE is only allowed to access 5GS via CAG cells";
the AMF may indicate to the SMF to perform a local release of:
  1. all non-emergency single access PDU sessions associated with 3GPP access;
  2. all MA PDU sessions without a PDN connection established as a user-plane resource and without user plane resources established on non-3GPP access; and
  3. the 3GPP access user plane resources of all those MA PDU sessions with user plane resources established on both accesses.
The AMF shall not indicate to the SMF to release the emergency PDU session. If the AMF indicated to the SMF to perform a local release of:
  1. all single access non-emergency PDU sessions associated with 3GPP access;
  2. all MA PDU sessions without a PDN connection established as a user-plane resource and without user plane resources established on non-3GPP access; and
  3. the 3GPP access user plane resources of all those MA PDU sessions with user plane resources established on both accesses;
the network shall behave as if the UE is registered for emergency services over 3GPP access and shall set the emergency registered bit of the 5GS registration result IE to "Registered for emergency services" in the CONFIGURATION UPDATE COMMAND message.
If the AMF is initiating the generic UE configuration update procedure to indicate to a UE which is registered for disaster roaming services, and which has an ongoing emergency PDU session, that the UE is registered for emergency services as described in subclause 4.24, the AMF shall set the emergency registered bit of the 5GS registration result IE to "Registered for emergency services" in the CONFIGURATION UPDATE COMMAND message.
If the AMF:
  • updated the "CAG information list" to remove one or more CAG-ID(s) authorized based on the Allowed CAG list for the serving PLMN or an equivalent PLMN; or
  • updated the "CAG information list" to set the "indication that the UE is only allowed to access 5GS via CAG cells" for the serving PLMN or an equivalent PLMN which was not set before,
then upon completion of the configuration update procedure and if the UE does not have an emergency PDU session, the AMF shall initiate the release of the N1 NAS signalling connection according to subclause 5.3.1.3.
If the AMF needs to update the truncated 5G-S-TMSI configuration for a UE in NB-N1 mode using control plane CIoT 5GS optimization, the AMF shall include the Truncated 5G-S-TMSI configuration IE in the CONFIGURATION UPDATE COMMAND message.
If the AMF includes a UE radio capability ID deletion indication IE in the CONFIGURATION UPDATE COMMAND message, the AMF shall indicate "registration requested" in the Registration requested bit of the Configuration update indication IE.
If the AMF needs to redirect the UE to EPC as described in subclause 4.8.4A.2, the AMF shall indicate "registration requested" in the Registration requested bit of the Configuration update indication IE and "release of N1 NAS signalling connection not required" in the Signalling connection maintain request bit of the Additional configuration indication IE in the CONFIGURATION UPDATE COMMAND message.
If the UE is not in NB-N1 mode and the UE supports RACS, the AMF may include either a UE radio capability ID IE or a UE radio capability ID deletion indication IE in the CONFIGURATION UPDATE COMMAND message.
During an established 5GMM context, the network may send none, one, or more CONFIGURATION UPDATE COMMAND messages to the UE. If more than one CONFIGURATION UPDATE COMMAND message is sent, the messages need not have the same content.
Upon receipt of the result of the UUAA-MM procedure from the UAS-NF, the AMF shall include:
  1. the service-level-AA response with the SLAR field set to:
    1. "Service level authentication and authorization was successful" if the AMF detects the UUAA-MM procedure has succeeded; or
    2. "Service level authentication and authorization was not successful or service level authorization is revoked" if the AMF detects the UUAA-MM procedure has failed;
  2. if the CAA-Level UAV ID is provided by the UAS-NF, the service-level device ID with the value set to the CAA-Level UAV ID; and;
  3. if a payload is received from the UAS-NF:
    1. the service-level-AA payload with the value set to the payload; and
    2. if a payload type associated with the payload is received, the service-level-AA payload type with the values set to the payload type; and
    3. if the payload type associated with the payload is for C2 authorization payload, the service-level-AA response with C2AR field set to either "C2 authorization was successful" or "C2 authorization was not successful or C2 authorization is revoked" according to the authorization result received from the UAS-NF;
in the Service-level-AA container IE of the CONFIGURATION UPDATE COMMAND message.
If the AMF needs to deliver to the UE the UUAA revocation notification received from the UAS-NF, the AMF shall include the service-level-AA response with SLAR set to "Service level authentication and authorization was not successful or service level authorization is revoked" in the Service-level-AA container IE of the CONFIGURATION UPDATE COMMAND message.
If the UE supports MINT, the AMF may include the List of PLMNs to be used in disaster condition IE in the CONFIGURATION UPDATE COMMAND message.
If the UE supports UAS services and UAS services become enabled for the UE (e.g. because of the aerial subscription becomes a part of the UE subscription data retrieved from the UDM), the AMF may include the service-level-AA service status indication with UAS field set to "UAS services enabled" in the Service-level-AA container IE of the CONFIGURATION UPDATE COMMAND message.
If the UE supports MINT, the AMF may include the Disaster roaming wait range IE in the CONFIGURATION UPDATE COMMAND message.
If the UE supports MINT, the AMF may include the Disaster return wait range IE in the CONFIGURATION UPDATE COMMAND message.
If the UE supports discontinuous coverage, the AMF may include the Discontinuous coverage maximum time offset IE in the CONFIGURATION UPDATE COMMAND message.
If the UE supports and the network supports and accepts the use of the PEIPS assistance information, and the AMF needs to update the PEIPS assistance information, the AMF may include the PEIPS assistance information in the Updated PEIPS assistance information IE of the CONFIGURATION UPDATE COMMAND message.
If the AMF needs to inform the UE that the use of access identity 1 is valid or is no longer valid, then,
  1. if the UE supports MPS indicator update via the UE configuration update procedure, the AMF:
    1. informs the UE by setting the MPS indicator bit of the Priority indicator IE to "Access identity 1 valid" or "Access identity 1 not valid" respectively, in the CONFIGURATION UPDATE COMMAND message. Based on operator policy, the AMF sets the MPS indicator bit in the CONFIGURATION UPDATE COMMAND message based on the MPS priority information in the user's subscription context obtained from the UDM; or
    2. indicates "registration requested" in the Registration requested bit of the Configuration update indication IE in the CONFIGURATION UPDATE COMMAND message; or
  2. if the UE supports MCS indicator update via the UE configuration update procedure, the AMF:
    1. informs the UE by setting the MCS indicator bit of the Priority indicator IE to "Access identity 2 valid" or "Access identity 2 not valid" respectively, in the CONFIGURATION UPDATE COMMAND message. Based on operator policy, the AMF sets the MCS indicator bit in the CONFIGURATION UPDATE COMMAND message based on the MCS priority information in the user's subscription context obtained from the UDM; or
    2. indicates "registration requested" in the Registration requested bit of the Configuration update indication IE in the CONFIGURATION UPDATE COMMAND message; or
  3. otherwise, the AMF shall indicate "registration requested" in the Registration requested bit of the Configuration update indication IE in the CONFIGURATION UPDATE COMMAND message.
If the UE has set the Reconnection to the network due to RAN timing synchronization status change (RANtiming) bit to "Reconnection to the network due to RAN timing synchronization status change supported" in the 5GMM capability IE of the REGISTRATION REQUEST message, the AMF may include the RAN timing synchronization IE with the RecReq bit set to "Reconnection requested" in the CONFIGURATION UPDATE COMMAND message.
When the UE is operating as an MBSR and its status of the MBSR authorization changes to not authorized for MBSR operation based on the UE subscription and local policy and the UE is allowed to operate as a UE, then the AMF shall include the Feature authorization indication IE in the CONFIGURATION UPDATE COMMAND message and shall set the MBSRAI field to "not authorized to operate as MBSR but allowed to operate as a UE", and the AMF can request the SMF to release the PDU session for OAM access (see TS 23.501) provided in the serving PLMN. When the UE that was not allowed for MBSR operation becomes to be allowed for MBSR operation based on the UE subscription and local policy, then the AMF shall include the Feature authorization indication IE in the CONFIGURATION UPDATE COMMAND message and shall set the MBSRAI field to "authorized to operate as MBSR"
Up

5.4.4.3  Generic UE configuration update accepted by the UEp. 280

Upon receiving the CONFIGURATION UPDATE COMMAND message, the UE shall stop timer T3346 if running and use the contents to update appropriate information stored within the UE.
If "acknowledgement requested" is indicated in the Acknowledgement bit of the Configuration update indication IE in the CONFIGURATION UPDATE COMMAND message, the UE shall send a CONFIGURATION UPDATE COMPLETE message.
If the UE receives a new 5G-GUTI in the CONFIGURATION UPDATE COMMAND message, the UE shall consider the new 5G-GUTI as valid, the old 5G-GUTI as invalid, stop timer T3519 if running, and delete any stored SUCI; otherwise, the UE shall consider the old 5G-GUTI as valid. The UE shall provide the 5G-GUTI to the lower layer of 3GPP access if the CONFIGURATION UPDATE COMMAND message is sent over the non-3GPP access, and the UE is in 5GMM-REGISTERED in both 3GPP access and non-3GPP access in the same PLMN.
If the UE receives a new TAI list in the CONFIGURATION UPDATE COMMAND message, the UE shall consider the new TAI list as valid and the old TAI list as invalid; otherwise, the UE shall consider the old TAI list as valid. If the registration area contains TAIs belonging to different PLMNs, which are equivalent PLMNs, and
  1. the UE already has stored allowed NSSAI for the current registration area, the UE shall store the allowed NSSAI for the current registration area in each of the allowed NSSAIs which are associated with each of the PLMNs in the registration area;
  2. the UE already has stored rejected NSSAI for the current registration area, the UE shall store the rejected NSSAI for the current registration area in each of the rejected NSSAIs which are associated with each of the PLMNs in the registration area;
  3. the UE already has stored rejected NSSAI for the failed or revoked NSSAA, the UE shall store the rejected NSSAI for the failed or revoked NSSAA in each of the rejected NSSAIs which are associated with each of the PLMNs in the registration area;
  4. the UE already has stored rejected NSSAI for the maximum number of UEs reached, the UE shall store the rejected NSSAI for the maximum number of UEs reached in each of the rejected NSSAIs which are associated with each of the PLMNs in the registration area; and
  5. the UE already has stored pending NSSAI, the UE shall store the pending NSSAI in each of the pending NSSAIs which are associated with each of the PLMNs in the registration area.
If the UE receives a new truncated 5G-S-TMSI configuration in the CONFIGURATION UPDATE COMMAND message, the UE shall consider the new truncated 5G-S-TMSI configuration as valid and the old truncated 5G-S-TMSI configuration as invalid; otherwise, the UE shall consider the old truncated 5G-S-TMSI configuration as valid.
If the UE receives a new service area list in the CONFIGURATION UPDATE COMMAND message, the UE shall consider the new service area list as valid and the old service area list as invalid; otherwise, the UE shall consider the old service area list, if any, as valid.
If the UE receives new NITZ information in the CONFIGURATION UPDATE COMMAND message, the UE considers the new NITZ information as valid and the old NITZ information as invalid; otherwise, the UE shall consider the old NITZ information as valid.
If the UE receives a LADN information IE in the CONFIGURATION UPDATE COMMAND message, the UE shall consider the old LADN information as invalid and the new LADN information as valid, if any; otherwise, the UE shall consider the old LADN information as valid.
If the UE receives an Extended LADN information IE in the CONFIGURATION UPDATE COMMAND message, the UE shall consider the old extended LADN information as invalid and the new extended LADN information as valid, if any; otherwise, the UE shall consider the old extended LADN information as valid.
If the UE receives a new allowed NSSAI for the associated access type in the CONFIGURATION UPDATE COMMAND message, the UE shall consider the new allowed NSSAI as valid for the associated access type, store the allowed NSSAI for the associated access type as specified in subclause 4.6.2.2 and consider the old allowed NSSAI for the associated access type as invalid; otherwise, the UE shall consider the old allowed NSSAI as valid for the associated access type.
If the UE receives a new configured NSSAI in the CONFIGURATION UPDATE COMMAND message, the UE shall consider the new configured NSSAI for the registered PLMN or SNPN as valid and the old configured NSSAI for the registered PLMN or SNPN as invalid; otherwise, the UE shall consider the old configured NSSAI for the registered PLMN or SNPN as valid. The UE shall store the new configured NSSAI as specified in subclause 4.6.2.2. In addition, if the CONFIGURATION UPDATE COMMAND message contains:
  1. an NSSRG information IE, the UE shall store the contents of the NSSRG information IE as specified in subclause 4.6.2.2. If the UE receives a new configured NSSAI in the CONFIGURATION UPDATE COMMAND message and no NSSRG information IE, the UE shall delete any stored NSSRG information, if any, as specified in subclause 4.6.2.2;
  2. an S-NSSAI location validity information IE, the UE shall store the contents of the S-NSSAI location validity information IE as specified in subclause 4.6.2.2. If the UE receives a new configured NSSAI in the CONFIGURATION UPDATE COMMAND message and no S-NSSAI location validity information IE, the UE shall delete any stored S-NSSAI location validity information, if any, as specified in subclause 4.6.2.2;
  3. an S-NSSAI time validity information IE, the UE shall store the contents of the S-NSSAI time validity information IE as specified in subclause 4.6.2.2. If the UE receives a new configured NSSAI in the CONFIGURATION UPDATE COMMAND message and no S-NSSAI time validity information IE, the UE shall delete any stored S-NSSAI time validity information, if any, as specified in subclause 4.6.2.2; or
  4. an On-demand NSSAI IE, the UE shall store the contents of the On-demand NSSAI IE as specified in subclause 4.6.2.2. If the UE receives a new Configured NSSAI IE in the CONFIGURATION UPDATE COMMAND message and no On-demand NSSAI IE, the UE shall delete any stored on-demand NSSAI as specified in subclause 4.6.2.2. The UE shall stop slice deregistration inactivity timer, if running for the S-NSSAI which is deleted from the on-demand NSSAI.
If the CONFIGURATION UPDATE COMMAND message contains Partially allowed NSSAI IE the UE shall store the contents of the Partially allowed NSSAI IE as specified in subclause 4.6.2.2. If the CONFIGURATION UPDATE COMMAND message contains Partially rejected NSSAI IE the UE shall store the contents of the Partially rejected NSSAI IE as specified in subclause 4.6.2.2.
If the UE receives the Network slicing indication IE in the CONFIGURATION UPDATE COMMAND message with the Network slicing subscription change indication set to "Network slicing subscription changed", the UE shall delete the network slicing information for each and every PLMN or SNPN except for the current PLMN or SNPN as specified in subclause 4.6.2.2 and remove all tracking areas from the list of "5GS forbidden tracking areas for roaming" which were added due to rejection of S-NSSAI due to "S-NSSAI not available in the current registration area".
If the UE receives Operator-defined access category definitions IE in the CONFIGURATION UPDATE COMMAND message and the Operator-defined access category definitions IE contains one or more operator-defined access category definitions, the UE shall delete any operator-defined access category definitions stored for the RPLMN and shall store the received operator-defined access category definitions for the RPLMN. If the UE receives the Operator-defined access category definitions IE in the CONFIGURATION UPDATE COMMAND message and the Operator-defined access category definitions IE contains no operator-defined access category definitions, the UE shall delete any operator-defined access category definitions stored for the RPLMN. If the CONFIGURATION UPDATE COMMAND message does not contain the Operator-defined access category definitions IE, the UE shall not delete the operator-defined access category definitions stored for the RPLMN.
If the UE receives the SMS indication IE in the CONFIGURATION UPDATE COMMAND message with the SMS availability indication set to:
  1. "SMS over NAS not available", the UE shall consider that SMS over NAS transport is not allowed by the network; and
  2. "SMS over NAS available", the UE may request the use of SMS over NAS transport by performing a registration procedure for mobility and periodic registration update as specified in subclause 5.5.1.3, after the completion of the generic UE configuration update procedure.
If the UE receives the CAG information list IE or the Extended CAG information list IE in the CONFIGURATION UPDATE COMMAND message, the UE shall:
  1. replace the "CAG information list" stored in the UE with the received CAG information list IE or the Extended CAG information list IE when received in the HPLMN or EHPLMN;
  2. replace the serving VPLMN's entry of the "CAG information list" stored in the UE with the serving VPLMN's entry of the received CAG information list IE or the Extended CAG information list IE when the UE receives the CAG information list IE or the Extended CAG information list IE in a serving PLMN other than the HPLMN or EHPLMN; or
  3. remove the serving VPLMN's entry of the "CAG information list" stored in the UE when the UE receives the CAG information list IE or the Extended CAG information list IE in a serving PLMN other than the HPLMN or EHPLMN and the CAG information list IE or the Extended CAG information list IE does not contain the serving VPLMN's entry.
The UE shall store the "CAG information list" received in the CAG information list IE or the Extended CAG information list IE as specified in Annex C.
If the received "CAG information list" includes an entry containing the identity of the current PLMN and the UE had set the CAG bit to "CAG supported" in the 5GMM capability IE of the REGISTRATION REQUEST message, the UE shall operate as follows.
  1. If the UE receives the CONFIGURATION UPDATE COMMAND message via a CAG cell, none of the CAG-ID(s) supported by the current CAG cell is authorized based on the "Allowed CAG list" of the entry for the current PLMN in the received "CAG information list", and:
    1. the entry for the current PLMN in the received "CAG information list" does not include an "indication that the UE is only allowed to access 5GS via CAG cells", then the UE shall enter the state 5GMM-REGISTERED.LIMITED-SERVICE and shall search for a suitable cell according to TS 38.304 or TS 36.304 with the updated "CAG information list"; or
    2. the entry for the current PLMN in the received "CAG information list" includes an "indication that the UE is only allowed to access 5GS via CAG cells" and:
      1. if one or more CAG-ID(s) are authorized based on the "Allowed CAG list" of the entry for the current PLMN in the received "CAG information list", the UE shall enter the state 5GMM-REGISTERED.LIMITED-SERVICE and shall search for a suitable cell according to TS 38.304 with the updated "CAG information list"; or
      2. if no CAG-ID is authorized based on the "Allowed CAG list" of the entry for the current PLMN in the received "CAG information list" and:
        1. the UE does not have an emergency PDU session, then the UE shall enter the state 5GMM-REGISTERED.PLMN-SEARCH and shall apply the PLMN selection process defined in TS 23.122 with the updated "CAG information list"; or
        2. the UE has an emergency PDU session, then the UE shall perform a local release of all PDU sessions associated with 3GPP access except for the emergency PDU session and enter the state 5GMM-REGISTERED.LIMITED-SERVICE; or
  2. If the UE receives the CONFIGURATION UPDATE COMMAND message via a non-CAG cell and the entry for the current PLMN in the received "CAG information list" includes an "indication that the UE is only allowed to access 5GS via CAG cells" and:
    1. if one or more CAG-ID(s) are authorized based on the "allowed CAG list" for the current PLMN in the received "CAG information list", the UE shall enter the state 5GMM-REGISTERED.LIMITED-SERVICE and shall search for a suitable cell according to TS 38.304 with the updated "CAG information list"; or
    2. if no CAG-ID is authorized based on the "Allowed CAG list" of the entry for the current PLMN in the received "CAG information list"and:
      1. the UE does not have an emergency PDU session, then the UE shall enter the state 5GMM-REGISTERED.PLMN-SEARCH and shall apply the PLMN selection process defined in TS 23.122 with the updated "CAG information list"; or
      2. the UE has an emergency PDU session, then the UE shall perform a local release of all PDU sessions associated with 3GPP access except for the emergency PDU session and enter the state 5GMM-REGISTERED.LIMITED-SERVICE.
If the received "CAG information list" does not include an entry containing the identity of the current PLMN and the UE receives the CONFIGURATION UPDATE COMMAND message via a CAG cell, the UE shall enter the state 5GMM-REGISTERED.LIMITED-SERVICE and shall search for a suitable cell according to TS 38.304 or TS 36.304 with the updated "CAG information list".
If the CONFIGURATION UPDATE COMMAND message indicates "registration requested" in the Registration requested bit of the Configuration update indication IE and:
  1. contains no other parameters or contains at least one of the following parameters: a new allowed NSSAI, a new partially allowed NSSAI, a new configured NSSAI, a new NSSRG information or the Network slicing subscription change indication, and:
    1. an emergency PDU session exists, the UE shall, after the completion of the generic UE configuration update procedure and the release of the emergency PDU session, release the existing N1 NAS signalling connection. Additionally, the UE shall:
      1. if any Tsor-cm timer(s) were running and have stopped, attempt to obtain service on a higher priority PLMN (see TS 23.122); or
      2. in all other cases, start a registration procedure for mobility and periodic registration update as specified in subclause 5.5.1.3; or
    2. no emergency PDU Session exists, the UE shall, after the completion of the generic UE configuration update procedure and the release of the existing N1 NAS signalling connection:
      1. if any Tsor-cm timer(s) were running and have stopped, attempt to obtain service on a higher priority PLMN (see TS 23.122); or
      2. in all other cases, start a registration procedure for mobility and periodic registration update as specified in subclause 5.5.1.3;
  2. a MICO indication is included without a new allowed NSSAI, a new configured NSSAI, a new NSSRG information or the Network slicing subscription change indication, the UE shall, after the completion of the generic UE configuration update procedure, start a periodic registration procedure for mobility and registration update as specified in subclause 5.5.1.3 to re-negotiate MICO mode with the network;
  3. an Additional configuration indication IE is included, and:
    1. "release of N1 NAS signalling connection not required" is indicated in the Signalling connection maintain request bit of the Additional configuration indication IE; and
    2. a new allowed NSSAI, a new configured NSSAI, a new NSSRG information or the Network slicing subscription change indication is not included in the CONFIGURATION UPDATE COMMAND message,
    the UE shall, after the completion of the generic UE configuration update procedure, start a registration procedure for mobility and periodic registration update as specified in subclause 5.5.1.3; or
  4. a UE radio capability ID deletion indication IE set to "Network-assigned UE radio capability IDs deletion requested" is included, and:
    1. the UE is not in NB-N1 mode;
    2. a new allowed NSSAI, a new configured NSSAI, a new NSSRG information or a Network slicing subscription change indication is not included; and
    3. the UE has set the RACS bit to "RACS supported" in the 5GMM capability IE of the REGISTRATION REQUEST message,
    the UE shall, after the completion of the generic UE configuration update procedure, start a registration procedure for mobility and periodic registration update as specified in subclause 5.5.1.3.
The UE receiving the rejected NSSAI in the CONFIGURATION UPDATE COMMAND message takes the following actions based on the rejection cause in the rejected S-NSSAI(s):
"S-NSSAI not available in the current PLMN or SNPN"
The UE shall add the rejected S-NSSAI(s) in the rejected NSSAI for the current PLMN or SNPN as specified in subclause 4.6.2.2 and shall not attempt to use this S-NSSAI(s) in the current PLMN or SNPN over any access until switching off the UE, the UICC containing the USIM is removed, the entry of the "list of subscriber data" with the SNPN identity of the current SNPN is updated, or the rejected S-NSSAI(s) are removed as described in subclause 4.6.2.2.
"S-NSSAI not available in the current registration area"
The UE shall add the rejected S-NSSAI(s) in the rejected NSSAI for the current registration area as specified in subclause 4.6.2.2 and shall not attempt to use this S-NSSAI(s) in the current registration area over the current access until switching off the UE, the UE moving out of the current registration area, the UICC containing the USIM is removed, the entry of the "list of subscriber data" with the SNPN identity of the current SNPN is updated, or the rejected S-NSSAI(s) are removed as described in subclause 4.6.2.2.
"S-NSSAI not available due to the failed or revoked network slice-specific authentication and authorization"
The UE shall add the rejected S-NSSAI(s) in the rejected NSSAI for the failed or revoked NSSAA as specified in subclause 4.6.2.2 and shall not attempt to use this S-NSSAI in the current PLMN or SNPN over any access until switching off the UE, the UICC containing the USIM is removed, the entry of the "list of subscriber data" with the SNPN identity of the current SNPN is updated, or the rejected S-NSSAI(s) are removed as described in subclause 4.6.1 and subclause 4.6.2.2.
"S-NSSAI not available due to maximum number of UEs reached"
Unless the back-off timer value received along with the S-NSSAI is zero, the UE shall add the rejected S-NSSAI(s) in the rejected NSSAI for the maximum number of UEs reached as specified in subclause 4.6.2.2 and shall not attempt to use this S-NSSAI in the current PLMN or SNPN over the current access until switching off the UE, the UICC containing the USIM is removed, the entry of the "list of subscriber data" with the SNPN identity of the current SNPN is updated, or the rejected S-NSSAI(s) are removed as described in subclauses 4.6.1 and 4.6.2.2.
If there is one or more S-NSSAIs in the rejected NSSAI with the rejection cause "S-NSSAI not available due to maximum number of UEs reached", then for each S-NSSAI, the UE shall behave as follows:
  1. stop the timer T3526 associated with the S-NSSAI, if running;
  2. start the timer T3526 with:
    1. the back-off timer value received along with the S-NSSAI, if back-off timer value is received along with the S-NSSAI that is neither zero nor deactivated; or
    2. an implementation specific back-off timer value, if no back-off timer value is received along with the S-NSSAI; and
  3. remove the S-NSSAI from the rejected NSSAI for the maximum number of UEs reached when the timer T3526 associated with the S-NSSAI expires.
If the UE receives the NSAG information IE in the CONFIGURATION UPDATE COMMAND message, the UE shall store the NSAG information as specified in subclause 4.6.2.2.
If the UE receives the Alternative NSSAI IE in the CONFIGURATION UPDATE COMMAND message, the UE shall store the alternative NSSAI as specified in subclause 4.6.2.2.
If the UE receives the On-demand NSSAI IE in the CONFIGURATION UPDATE COMMAND message, the UE shall store the on-demand NSSAI as specified in subclause 4.6.2.2.
If the UE receives a T3447 value IE in the CONFIGURATION UPDATE COMMAND message and has indicated "service gap control supported" in the REGISTRATION REQUEST, then the UE shall replace the stored T3447 value with the received value in the T3447 value IE, and if neither zero nor deactivated use the received T3447 value with the timer T3447 next time it is started. If the received T3447 value is zero or deactivated, then the UE shall stop the timer T3447 if running.
If the UE is not in NB-N1 mode, the UE has set the RACS bit to "RACS supported" in the 5GMM capability IE of the REGISTRATION REQUEST message and the CONFIGURATION UPDATE COMMAND message includes:
  1. a UE radio capability ID deletion indication IE set to "Network-assigned UE radio capability IDs deletion requested", the UE shall delete any network-assigned UE radio capability IDs associated with the RPLMN or RSNPN and, if the UE supports access to an SNPN using credentials from a credentials holder, equivalent SNPNs or both, the selected entry of the "list of subscriber data" or the selected PLMN subscription stored at the UE; or
  2. a UE radio capability ID IE, the UE shall store the UE radio capability ID as specified in Annex C.
If the UE is not currently registered for emergency services and the emergency registered bit of the 5GS registration result IE in the CONFIGURATION UPDATE COMMAND message is set to "Registered for emergency services", the UE shall consider itself registered for emergency services and shall locally release all non-emergency PDU sessions, if any.
If the UE receives the service-level-AA container IE of the CONFIGURATION UPDATE COMMAND message, the UE passes it to the upper layer.
If the CONFIGURATION UPDATE COMMAND message includes the service-level-AA response in the Service-level-AA container IE with the SLAR field set to "Service level authentication and authorization was not successful or service level authorization is revoked", the UE shall forward the service-level-AA response to the upper layers, so the UUAA authorization data is deleted as specified in TS 33.256.
If the UE receives the List of PLMNs to be used in disaster condition IE in the CONFIGURATION UPDATE COMMAND message and the UE supports MINT, the UE shall delete the "list of PLMN(s) to be used in disaster condition" stored in the ME together with the PLMN ID of the RPLMN, if any, and may store the "list of PLMN(s) to be used in disaster condition" included in the List of PLMNs to be used in disaster condition IE in the ME together with the PLMN ID of the RPLMN.
If the UE receives the Disaster roaming wait range IE in the CONFIGURATION UPDATE COMMAND message and the UE supports MINT, the UE shall delete the disaster roaming wait range stored in the ME, if any, and store the disaster roaming wait range included in the Disaster roaming wait range IE in the ME.
If the UE receives the Disaster return wait range IE in the CONFIGURATION UPDATE COMMAND message and the UE supports MINT, the UE shall delete the disaster roaming wait range stored in the ME, if any, and store the disaster roaming wait range included in the Disaster roaming wait range IE in the ME.
If the UE receives, the Discontinuous coverage maximum time offset IE in the CONFIGURATION UPDATE COMMAND message, the UE shall replace any previously received discontinuous coverage maximum time offset value on the same satellite NG-RAN RAT type and PLMN with the latest received timer value.
If the UE receives the Updated PEIPS assistance information IE in the CONFIGURATION UPDATE COMMAND message and the UE supports NR paging subgrouping, the UE shall use the PEIPS assistance information included in the Updated PEIPS assistance information IE.
If the UE receives a CONFIGURATION UPDATE COMMAND message with the MPS indicator bit in the Priority indicator IE set to "Access identity 1 valid":
  • via 3GPP access; or
  • via non-3GPP access if the UE is registered to the same PLMN or SNPN over 3GPP access and non-3GPP access;
the UE shall act as a UE with access identity 1 configured for MPS, as described in subclause 4.5.2, in all NG-RAN of the registered PLMN and its equivalent PLMNs or in the case of SNPN, as described in subclause 4.5.2A, in all NG-RAN of the registered SNPN and its equivalent SNPNs.
If the UE receives a CONFIGURATION UPDATE COMMAND message with the MPS indicator bit in the Priority indicator IE set to "Access identity 1 valid":
  • via non-3GPP access; or
  • via 3GPP access if the UE is registered to the same PLMN or SNPN over 3GPP access and non-3GPP access;
the UE shall act as a UE with access identity 1 configured for MPS, as described in subclause 4.5.2, in non-3GPP access of the registered PLMN and its equivalent PLMNs or in the case of SNPN, as described in subclause 4.5.2A, in non-3GPP access of the registered SNPN and its equivalent SNPNs.
The MPS indicator bit in the Priority indicator IE provided in the CONFIGURATION UPDATE COMMAND message is valid:
  • in all NG-RAN of the registered PLMN and its equivalent PLMNs, or in the case of SNPN in all NG-RAN of the registered SNPN and its equivalent SNPNs, until:
    • the UE receives a REGISTRATION ACCEPT message with the MPS indicator bit set to "Access identity 1 not valid" or the UE receives a CONFIGURATION UPDATE COMMAND message with the MPS indicator bit of the Priority indicator IE set to "Access identity 1 not valid":
      • via 3GPP access; or
      • via non-3GPP access if the UE is registered to the same PLMN or SNPN over 3GPP access and non-3GPP access; or
    • the UE selects a non-equivalent PLMN (or in the case of SNPN, selects a non-equivalent SNPN); or
  • in non-3GPP access of the registered PLMN and its equivalent PLMNs, or in the case of SNPN in non-3GPP access of the registered SNPN and its equivalent SNPNs, until:
    • the UE receives a REGISTRATION ACCEPT message with the MPS indicator bit set to "Access identity 1 not valid" or the UE receives a CONFIGURATION UPDATE COMMAND message with the MPS indicator bit of the Priority indicator IE set to "Access identity 1 not valid":
      • via non-3GPP access; or
      • via 3GPP access if the UE is registered to the same PLMN or SNPN over 3GPP access and non-3GPP access; or
    • the UE selects a non-equivalent PLMN (or in the case of SNPN, selects a non-equivalent SNPN).
Access identity 1 is only applicable while the UE is in N1 mode.
If the UE receives a CONFIGURATION UPDATE COMMAND message with the MCS indicator bit in the Priority indicator IE set to "Access identity 2 valid":
  • via 3GPP access; or
  • via non-3GPP access if the UE is registered to the same PLMN or SNPN over 3GPP access and non-3GPP access;
the UE shall act as a UE with access identity 2 configured for MCS, as described in subclause 4.5.2, in all NG-RAN of the registered PLMN and its equivalent PLMNs or in the case of SNPN, as described in subclause 4.5.2A, in all NG-RAN of the registered SNPN and its equivalent SNPNs.
If the UE receives a CONFIGURATION UPDATE COMMAND message with the MCS indicator bit in the Priority indicator IE set to "Access identity 2 valid":
  • via non-3GPP access; or
  • via 3GPP access if the UE is registered to the same PLMN or SNPN over 3GPP access and non-3GPP access;
the UE shall act as a UE with access identity 2 configured for MCS, as described in subclause 4.5.2, in non-3GPP access of the registered PLMN and its equivalent PLMNs or in the case of SNPN, as described in subclause 4.5.2A, in non-3GPP access of the registered SNPN and its equivalent SNPNs.
The MCS indicator bit in the Priority indicator IE provided in the CONFIGURATION UPDATE COMMAND message is valid:
  • in all NG-RAN of the registered PLMN and its equivalent PLMNs, or in the case of SNPN in all NG-RAN of the registered SNPN and its equivalent SNPNs, until:
    • the UE receives a REGISTRATION ACCEPT message with the MCS indicator bit set to "Access identity 2 not valid" or the UE receives a CONFIGURATION UPDATE COMMAND message with the MCS indicator bit of the Priority indicator IE set to "Access identity 2 not valid":
      • via 3GPP access; or
      • via non-3GPP access if the UE is registered to the same PLMN or SNPN over 3GPP access and non-3GPP access; or
    • the UE selects a non-equivalent PLMN (or in the case of SNPN, selects a non-equivalent SNPN); or
  • in non-3GPP access of the registered PLMN and its equivalent PLMNs, or in the case of SNPN in non-3GPP access of the registered SNPN and its equivalent SNPNs, until:
    • the UE receives a REGISTRATION ACCEPT message with the MCS indicator bit set to "Access identity 2 not valid" or the UE receives a CONFIGURATION UPDATE COMMAND message with the MCS indicator bit of the Priority indicator IE set to "Access identity 2 not valid":
      • via non-3GPP access; or
      • via 3GPP access if the UE is registered to the same PLMN or SNPN over 3GPP access and non-3GPP access; or
    • the UE selects a non-equivalent PLMN (or in the case of SNPN, selects a non-equivalentSNPN).
Access identity 2 is only applicable while the UE is in N1 mode.
If the UE supporting UAS services is not currently registered for UAS services and the CONFIGURATION UPDATE COMMAND message includes the service-level-AA service status indication in the Service-level-AA container IE with the UAS field set to "UAS services enabled", then the UE passes the service-level-AA service status indication to the upper layers.
If the UE supporting the reconnection to the network due to RAN timing synchronization status change receives the RAN timing synchronization IE with the RecReq bit set to "Reconnection requested" in the CONFIGURATION UPDATE COMMAND message, the UE shall operate as specified in subclauses 5.3.1.4, 5.5.1.3.2, and 5.6.1.1.
If the UE operating as MBSR receives the MBSRAI field of the Feature authorization indication IE in the CONFIGURATION UPDATE COMMAND message, the UE NAS layer informs the lower layers of the status of MBSR authorization.
Up

5.4.4.4  Generic UE configuration update completion by the networkp. 287

Upon receipt of the CONFIGURATION UPDATE COMPLETE message, the AMF shall stop the timer T3555.
If a new 5G-GUTI was included in the CONFIGURATION UPDATE COMMAND message, the AMF shall consider the new 5G-GUTI as valid and the old 5G-GUTI as invalid.
If a new TAI list was included in the CONFIGURATION UPDATE COMMAND message, the AMF shall consider the new TAI list as valid and the old TAI list as invalid.
If a new truncated 5G-S-TMSI configuration was included in the CONFIGURATION UPDATE COMMAND message, the AMF shall consider the new truncated 5G-S-TMSI configuration as valid and the old truncated 5G-S-TMSI configuration as invalid.
If a new service area list was included in the CONFIGURATION UPDATE COMMAND message, the AMF shall consider the new service area list as valid and the old service area list as invalid.
If new allowed NSSAI information was included in the CONFIGURATION UPDATE COMMAND message, the AMF shall consider the new allowed NSSAI information as valid and the old allowed NSSAI information as invalid. If new configured NSSAI information was included in the CONFIGURATION UPDATE COMMAND message, the AMF shall consider the new configured NSSAI information as valid and the old configured information as invalid. If there are active PDU sessions associated with S-NSSAI(s) not included in the new allowed NSSAI, the AMF shall notify the SMF(s) associated with these PDU sessions to initiate the network-requested PDU session release procedure according to subclause 6.3.3 in the present specification and subclause 5.15.5.2.2 in TS 23.501.
If "registration requested" was indicated in the Registration requested bit of the Configuration update indication IE in the CONFIGURATION UPDATE COMMAND message and:
  1. the CONFIGURATION UPDATE COMMAND message contained:
    1. an allowed NSSAI, a configured NSSAI or both;
    2. the Network slicing indication IE with the Network slicing subscription change indication set to "Network slicing subscription changed"; or
    3. no other parameters; and
  2. no emergency PDU session has been established for the UE;
then the AMF shall initiate the release of the N1 NAS signalling connection.
If an LADN information IE was included in the CONFIGURATION UPDATE COMMAND message, the AMF shall consider the old LADN information as invalid and the new LADN information as valid, if any. If an Extended LADN information IE was included in the CONFIGURATION UPDATE COMMAND message, the AMF shall consider the old extended LADN information as invalid and the new extended LADN information as valid.
If a T3447 value was included in the CONFIGURATION UPDATE COMMAND message, the AMF shall consider the T3447 value as valid and if neither zero nor deactivated use the T3447 value with the timer T3447 next time it is started. If the T3447 value included in the CONFIGURATION UPDATE COMMAND message contained an indication that the timer is deactivated or timer value zero, then the AMF shall stop the timer T3447 if running.
If a CAG information IE or an Extended CAG information IE was included in the CONFIGURATION UPDATE COMMAND message, the AMF shall consider the new "CAG information list" as valid and the old "CAG information list" as invalid.
If a UE radio capability ID IE was included in the CONFIGURATION UPDATE COMMAND message, the AMF shall consider the new UE radio capability ID as valid and the old UE radio capability ID as invalid.
If an Updated PEIPS assistance information IE was included in the CONFIGURATION UPDATE COMMAND message, the AMF shall consider the new PEIPS assistance information as valid and the old PEIPS assistance information, if any, as invalid.
Up

5.4.4.5  Abnormal cases in the UEp. 288

The following abnormal cases can be identified:
  1. Transmission failure of the CONFIGURATION UPDATE COMPLETE message with TAI change from lower layers
    If the current TAI is not in the TAI list, the generic UE configuration update procedure shall be aborted and a registration procedure for mobility and periodic registration update shall be initiated.
    If the current TAI is still part of the TAI list, it is up to the UE implementation how to re-run the ongoing procedure that triggered the generic UE configuration update procedure.
  2. Transmission failure of CONFIGURATION UPDATE COMPLETE message indication without TAI change from lower layers
    It is up to the UE implementation how to re-run the ongoing procedure that triggered the generic UE configuration update procedure.
  3. Generic UE configuration update and de-registration procedure collision
    If the UE receives CONFIGURATION UPDATE COMMAND message after sending a DEREGISTRATION REQUEST message and the access type included in the DEREGISTRATION REQEUST message is same as the access in which the CONFIGURATION UPDATE COMMAND message is received, then the UE shall ignore the CONFIGURATION UPDATE COMMAND message and proceed with the de-registration procedure. Otherwise, the UE shall proceed with both the procedures.
  4. Void
  5. Generic UE configuration update and service request procedure collision
    If the SERVICE REQUEST message does not include UE request type IE with Request type value set to "NAS signalling connection release" and the UE receives a CONFIGURATION UPDATE COMMAND message before the ongoing service request procedure has been completed, the UE shall proceed with both the procedures.
    If the SERVICE REQUEST message includes UE request type IE with Request type value set to "NAS signalling connection release" and the UE receives a CONFIGURATION UPDATE COMMAND message before the ongoing service request procedure has been completed, the UE shall ignore the CONFIGURATION UPDATE COMMAND message and proceed with the service request procedure.
  6. "CAG information list" is received and the UE is operating in SNPN access operation mode
    If the UE receives the CAG information list IE in the CONFIGURATION UPDATE COMMAND message and the UE is operating in SNPN access operation mode, the UE shall ignore the content of CAG information list IE.
Up

5.4.4.6  Abnormal cases on the network sidep. 289

The following abnormal cases can be identified:
  1. Expiry of timer T3555.
    The network shall, on the first expiry of the timer T3555, retransmit the CONFIGURATION UPDATE COMMAND message and shall reset and start timer T3555. This retransmission is repeated four times, i.e. on the fifth expiry of timer T3555, the procedure shall be aborted. In addition, if the CONFIGURATION UPDATE COMMAND message includes the 5G-GUTI IE, the network shall behave as described in case b)-1) below.
  2. Lower layer failure.
    If a lower layer failure is detected before the CONFIGURATION UPDATE COMPLETE message is received and:
    1. if the CONFIGURATION UPDATE COMMAND message includes the 5G-GUTI IE, the old and the new 5G-GUTI shall be considered as valid until the old 5G-GUTI can be considered as invalid by the AMF. If a new TAI list was provided in the CONFIGURATION UPDATE COMMAND message, the old and new TAI list shall also be considered as valid until the old TAI list can be considered as invalid by the AMF.
      Additionally, if the Updated PEIPS assistance information IE in the CONFIGURATION UPDATE COMMAND message includes a new Paging subgroup ID and the UE is previously assigned a different Paging subgroup ID then, the AMF shall consider both, the old and new Paging subgroup IDs as valid until the old Paging subgroup ID can be considered as invalid by the AMF.
      During this period the AMF:
      1. may first use the old 5G-S-TMSI from the old 5G-GUTI and the old Paging subgroup ID, if any, for paging within the area defined by the old TAI list for an implementation dependent number of paging attempts for network originated transactions. If a new TAI list was provided in the CONFIGURATION UPDATE COMMAND message, the new TAI list should also be used for paging. Upon response from the UE, the AMF may re-initiate the CONFIGURATION UPDATE COMMAND. If the Updated PEIPS assistance information IE in the CONFIGURATION UPDATE COMMAND message includes a new Paging subgroup ID, then the AMF may re-initiate the CONFIGURATION UPDATE COMMAND. If the response is received from a tracking area within the old and new TAI list, the network shall re-initiate the CONFIGURATION UPDATE COMMAND message. If no response is received to the paging attempts, the network may use the new 5G-S-TMSI from the new 5G-GUTI and the new Paging subgroup ID, if any, for paging for an implementation dependent number of paging attempts. In this case, if a new TAI list was provided with new 5G-GUTI in the CONFIGURATION UPDATE COMMAND message, the new TAI list shall be used instead of the old TAI list. Upon response from the UE the AMF shall consider the new 5G-GUTI and the new PEIPS assistance information as valid and the old 5G-GUTI and the old PEIPS assistance information as invalid.
      2. shall consider the new 5G-GUTI as valid if it is used by the UE and, additionally, the new TAI list as valid if it was provided with this 5G-GUTI in the CONFIGURATION UPDATE COMMAND message; and
      3. may use the identification procedure followed by a new generic UE configuration update procedure if the UE uses the old 5G-GUTI; or
    2. if the CONFIGURATION UPDATE COMMAND message does not include the 5G-GUTI IE and:
      1. the CONFIGURATION UPDATE COMMAND message does not contain the Allowed NSSAI IE, the Rejected NSSAI IE, the Extended rejected NSSAI IE, or the Updated PEIPS assistance information IE, the network shall abort the procedure; or
      2. the CONFIGURATION UPDATE COMMAND message contains the Allowed NSSAI IE, the Rejected NSSAI IE, the Extended rejected NSSAI IE, or the Updated PEIPS assistance information IE, the network shall either abort the procedure or retransmit the CONFIGURATION UPDATE COMMAND message on expiry of the timer T3555. The retransmission shall not be repeated more than four times. If the retransmission is repeated for four times, the network shall abort the procedure.
  3. Generic UE configuration update and UE initiated de-registration procedure collision.
    If the network receives a DEREGISTRATION REQUEST message before the ongoing generic UE configuration update procedure has been completed, the network shall abort the generic UE configuration update procedure and shall progress the de-registration procedure.
  4. Generic UE configuration update and registration procedure for mobility and periodic registration update collision
    If the network receives a REGISTRATION REQUEST message before the ongoing generic UE configuration update procedure has been completed, the network shall abort the generic UE configuration update procedure and shall progress the registration procedure for mobility and periodic registration update procedure.
  5. Generic UE configuration update and service request procedure collision
    If the network receives a SERVICE REQUEST message before the ongoing generic UE configuration update procedure has been completed and the SERVICE REQUEST message does not include UE request type IE with Request type value set to "NAS signalling connection release", both the procedures shall be progressed.
    If the network receives a SERVICE REQUEST message before the ongoing generic UE configuration update procedure has been completed and the SERVICE REQUEST message includes UE request type IE with Request type value set to "NAS signalling connection release", the network shall abort the generic UE configuration update procedure and shall progress the service request procedure.
Up

Up   Top   ToC