3GPP 24.501 v20.0.0 — the document's own text
4.6.2.2 NSSAI storage
If available, the configured NSSAI(s) shall be stored in a non-volatile memory in the ME as specified in annex C. For a configured NSSAI, if there is:
- associated NSSRG information, the NSSRG information shall also be stored in a non-volatile memory in the ME as specified in annex C;
- associated NSAG information, the NSAG information shall be stored in the ME;
- associated S-NSSAI time validity information, the S-NSSAI time validity information shall also be stored in a non-volatile memory in the ME as specified in annex C;
- associated S-NSSAI location validity information, the S-NSSAI location validity information shall also be stored in a non-volatile memory in the ME as specified in annex C; and
- associated on-demand NSSAI, the on-demand NSSAI shall also be stored in a non-volatile memory in the ME as specified in annex C.
Each of the configured NSSAI stored in the UE, including the default configured NSSAI, is a set composed of at most 16 S-NSSAIs. Each of the configured NSSAI, except the default configured NSSAI, is associated with a PLMN identity or SNPN identity 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.
The allowed NSSAI(s) should be stored in a non-volatile memory in the ME as specified in annex C. The partially allowed NSSAI(s) should be stored in a non-volatile memory in the ME as specified in annex C.
Each of the allowed NSSAI stored in the UE is a set composed of at most 8 S-NSSAIs and is associated with a PLMN identity or SNPN identity, an access type 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. Each of the alternative NSSAI stored in the UE is a set composed of at most 8 pairs of S-NSSAI to be replaced and alternative S-NSSAI, and is associated with a PLMN identity or SNPN identity, an access type 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. Each of the partially allowed NSSAI stored in the UE is a set composed of at most 7 S-NSSAIs and a list of TAs for which S-NSSAI is allowed, and is associated with a PLMN identity or SNPN identity, 3GPP access type 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. The sum of number of S-NSSAI(s) stored in the partially allowed NSSAI and the allowed NSSAI shall not exceed 8.
Each of the pending NSSAI stored in the UE is a set composed of at most 16 S-NSSAIs and is associated with a PLMN identity or SNPN identity 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.
Each of the rejected NSSAI is associated with a PLMN identity or SNPN identity 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. The S-NSSAI(s) in the rejected NSSAI for the current registration area are further associated with one or more tracking areas where the rejected S-NSSAI(s) is not available. The S-NSSAI(s) in the rejected NSSAI for the maximum number of UEs reached are further associated with the access type over which the rejected NSSAI was received. The S-NSSAI(s) in the partially rejected NSSAI are further associated with 3GPP access.
There shall be no duplicated PLMN identities or SNPN identities associated with each of the list of configured NSSAI(s), pending NSSAI(s), rejected NSSAI(s) for the current PLMN or SNPN, rejected NSSAI(s) for the current registration area, rejected NSSAI(s) for the failed or revoked NSSAA, and rejected NSSAI for the maximum number of UEs reached.
In the present specification, the UE shall consider mapped S-NSSAIs as available if they have been received from the network or if they have been locally set by the UE as specified in clause 4.6.2.1.
The UE stores NSSAIs as follows:
- The configured NSSAI shall be stored until a new configured NSSAI is received for a given PLMN or SNPN. The network may provide to the UE the mapped S-NSSAI(s) for the new configured NSSAI which shall also be stored in the UE. When the UE is provisioned with a new configured NSSAI for a PLMN or SNPN, the UE shall:
- replace any stored configured NSSAI for this PLMN or SNPN with the new configured NSSAI for this PLMN or SNPN;
- delete any stored mapped S-NSSAI(s) for the configured NSSAI and, if available, store the mapped S-NSSAI(s) for the new configured NSSAI;
- delete any stored allowed NSSAI and partially allowed NSSAI for this PLMN or SNPN and, if available, the stored mapped S-NSSAI(s) for the allowed NSSAI, if the UE received the new configured NSSAI for this PLMN or SNPN and the Configuration update indication IE with the Registration requested bit set to "registration requested", in the same CONFIGURATION UPDATE COMMAND message but without any new allowed NSSAI for this PLMN or SNPN included;
- delete any stored rejected NSSAI and partially rejected NSSAI, and stop any timer T3526 associated with a deleted S-NSSAI in the rejected NSSAI for the maximum number of UEs reached if running;
4A) delete any stored mapped S-NSSAI(s) for the rejected NSSAI; and
- delete any S-NSSAI(s) stored in the pending NSSAI that are not included in the new configured NSSAI for the current PLMN or SNPN or any mapped S-NSSAI(s), if any, stored in the pending NSSAI that are not included in the mapped S-NSSAI(s) for the configured NSSAI (if available);
NOTE 0: The new configured NSSAI and the stored configured NSSAI can be the same, e.g. when the network uses the signalling procedure to assign new mapped S-NSSAI(s) or to delete information associated with the configured NSSAI (e.g. NSSRG information, NSAG information, …) or information dependent on the configured NSSAI (e.g. allowed NSSAI, rejected NSSAI, …). The same is also valid for the new allowed NSSAI and stored allowed NSSAI, etc.
If the UE having a stored configured NSSAI for a PLMN ID, receives an S-NSSAI associated with a PLMN ID from the network during the PDN connection establishment procedure in EPS as specified in 3GPP TS 24.301 [15] or via ePDG as specified in 3GPP TS 24.302 [16], the UE may store the received S-NSSAI in the configured NSSAI for the PLMN identified by the PLMN ID associated with the S-NSSAI, if not already included in the configured NSSAI and if the number of S-NSSAIs in the configured NSSAI is less than 16;
The UE may continue storing a received configured NSSAI for a PLMN and associated mapped S-NSSAI(s), if available, when the UE registers in another PLMN.
NOTE 1: The maximum number of configured NSSAIs and associated mapped S-NSSAIs for PLMNs other than the HPLMN that need to be stored in the UE, and how to handle the stored entries, are up to UE implementation.
a1) The NSAG information shall be stored until:
- a new NSAG information for the registered PLMN or the registered SNPN is received over 3GPP access; or
- a new configured NSSAI without any associated NSAG information for the registered PLMN or the registered SNPN is received over 3GPP access.
The UE shall remove any S-NSSAI from the NSAG information which is not part of the configured NSSAI, if any.
NOTE 1A: If the UE has both a configured NSSAI and corresponding mapped S-NSSAI(s), the UE uses the S-NSSAI(s) in the configured NSSAI to compare against any S-NSSAI from the NSAG information.
When a new NSAG information for the registered PLMN or the registered SNPN is received over 3GPP access, the UE shall replace any stored NSAG information for the registered PLMN and its equivalent PLMN(s) or the registered SNPN and its equivalent SNPN(s) with the new NSAG information for the registered PLMN or the registered SNPN.
When a new configured NSSAI without any associated NSAG information for the registered PLMN or the registered SNPN is received over 3GPP access, the UE shall delete any stored NSAG information for the registered PLMN and its equivalent PLMN(s) or the registered SNPN and its equivalent SNPN(s).
The UE shall be able to store 32 NSAG entries in the NSAG information stored for the registered PLMN or the registered SNPN.
The UE shall be able to store TAI lists for up to 4 NSAG entries in the NSAG information stored for the registered PLMN or the registered SNPN.
The UE needs not to store the NSAG information when the UE is switched off or when the UE is deregistered from the registered PLMN or the registered SNPN.
NOTE 1B: The UE stores the NSAG information associated with the configured NSSAI for at least the registered PLMN and its equivalent PLMN(s) or the registered SNPN and its equivalent PLMN(s).
- The allowed NSSAI shall be stored and the mapped S-NSSAI(s) for the allowed NSSAI (if available) shall be stored for a given PLMN and its equivalent PLMN(s) in the registration area or SNPN until:
- a new allowed NSSAI for the same access type (i.e. 3GPP access or non-3GPP access) is received for a given PLMN or SNPN;
- the CONFIGURATION UPDATE COMMAND message with the Registration requested bit of the Configuration update indication IE set to "registration requested" is received and contains no other parameters (see clauses 5.4.4.2 and 5.4.4.3);
- the REGISTRATION ACCEPT message is received with the "NSSAA to be performed" indicator of the 5GS registration result IE set to "Network slice-specific authentication and authorization is to be performed", and the REGISTRATION ACCEPT message contains a pending NSSAI and no new allowed NSSAI as described in clause 5.5.1.2.4 and clause 5.5.1.3.4; or
- a new partially allowed NSSAI via 3GPP access is received for a given PLMN or SNPN.
b1) The UE shall delete the stored partially allowed NSSAI and stored mapped S-NSSAI(s) for partially allowed NSSAI over 3GPP access when:
- new partially allowed NSSAI for a PLMN or SNPN is received and the new partially allowed NSSAI does not include any S-NSSAI(s);
- the CONFIGURATION UPDATE COMMAND message with the Registration requested bit of the Configuration update indication IE set to "registration requested" is received and contains no other parameters (see clauses 5.4.4.2 and 5.4.4.3); or
- the REGISTRATION ACCEPT message is received with the "NSSAA to be performed" indicator of the 5GS registration result IE set to "Network slice-specific authentication and authorization is to be performed", and the REGISTRATION ACCEPT message contains a pending NSSAI and no new partially allowed NSSAI.
The network may provide to the UE the mapped S-NSSAI(s) for the new allowed NSSAI (see clauses 5.5.1.2 and 5.5.1.3) which shall also be stored in the UE. When a new allowed NSSAI for a PLMN or SNPN is received, the UE shall:
- replace any stored allowed NSSAI for this PLMN and its equivalent PLMN(s) in the registration area or this SNPN for the same access type with the new allowed NSSAI for this PLMN or SNPN;
- delete any stored mapped S-NSSAI(s) for the allowed NSSAI for this PLMN and its equivalent PLMN(s) in the registration area or this SNPN for the same access type and, if available, store the mapped S-NSSAI(s) for the new allowed NSSAI;
- remove from the stored rejected NSSAI for the current PLMN or SNPN, the rejected NSSAI for the current registration area, rejected NSSAI for the maximum number of UEs reached and the partially rejected NSSAI, the S-NSSAI(s), if any, included in the new allowed NSSAI for the current PLMN or SNPN, unless the S-NSSAI in the rejected NSSAI or the partially rejected NSSAI is associated with one or more S-NSSAI(s) in the stored mapped rejected NSSAI or the stored mapped partially rejected NSSAI, and at least one of these mapped S-NSSAI(s) is not included in the mapped S-NSSAI(s) for the new allowed NSSAI, and stop any timer T3526 associated with a deleted S-NSSAI in the rejected NSSAI for the maximum number of UEs reached if running;
- remove from the stored rejected NSSAI for the failed or revoked NSSAA, the S-NSSAI(s), if any, included in the new allowed NSSAI for the current PLMN (if mapped S-NSSAI(s) for the new allowed NSSAI are not available) or the current SNPN (if the SNPN is the subscribed SNPN) or the mapped S-NSSAI(s) for the new allowed NSSAI for the current PLMN (if available) or the current SNPN (if the SNPN is a non-subscribed SNPN);
- remove from the stored mapped S-NSSAI(s) for the rejected NSSAI for the current PLMN or SNPN, the stored mapped S-NSSAI(s) for the rejected NSSAI for the current registration area, the stored mapped S-NSSAI(s) for the partially rejected NSSAI and the mapped S-NSSAI(s) for the rejected NSSAI for the maximum number of UEs reached, the S-NSSAI(s) included in the mapped S-NSSAI(s) for the new allowed NSSAI for the current PLMN (if available) or the current SNPN (if the SNPN is a non-subscribed SNPN), and stop any timer T3526 associated with a deleted S-NSSAI in the rejected NSSAI for the maximum number of UEs reached if running; and
- remove from the stored pending NSSAI for this PLMN and its equivalent PLMN(s) in the registration area or this SNPN, one or more S-NSSAIs, if any, included in the new allowed NSSAI for the current PLMN and these equivalent PLMN(s) (if mapped S-NSSAI(s) for the new allowed NSSAI are not available) or the current SNPN (if the SNPN is the subscribed SNPN) or the mapped S-NSSAI(s) for the new allowed NSSAI for the current PLMN and these equivalent PLMN(s) (if mapped S-NSSAI(s) for the new allowed NSSAI are available) or the current SNPN (if the SNPN is a non-subscribed SNPN).
NOTE 2: Whether the UE stores the allowed NSSAI and the mapped S-NSSAI(s) for the allowed NSSAI also when the UE is switched off is implementation specific.
The network may provide to the UE the partially allowed NSSAI. When a new partially allowed NSSAI for a PLMN or SNPN is received and the new partially allowed NSSAI includes one or more S-NSSAI(s), the UE shall:
- replace any stored partially allowed NSSAI for this PLMN and its equivalent PLMN(s) in the registration area or this SNPN via the 3GPP access with the new partially allowed NSSAI for this PLMN or SNPN;
- delete any stored mapped S-NSSAI(s) for the partially allowed NSSAI for this PLMN and its equivalent PLMN(s) in the registration area or this SNPN for the 3GPP access type and, if available, store the mapped S-NSSAI(s) for the new partially allowed NSSAI;
- remove from the stored rejected NSSAI for the current PLMN or SNPN, the rejected NSSAI for the current registration area, rejected NSSAI for the maximum number of UEs reached and the partially rejected NSSAI, the S-NSSAI(s), if any, included in the new partially allowed NSSAI for the current PLMN or SNPN, unless the S-NSSAI in the rejected NSSAI or the partially rejected NSSAI is associated with one or more S-NSSAI(s) in the stored mapped rejected NSSAI or the stored mapped partially rejected NSSAI, and at least one of these mapped S-NSSAI(s) is not included in the mapped S-NSSAI(s) for the new partially allowed NSSAI, and stop any timer T3526 associated with a deleted S-NSSAI in the rejected NSSAI for the maximum number of UEs reached if running;
- remove from the stored rejected NSSAI for the failed or revoked NSSAA, the S-NSSAI(s), if any, included in the new partially allowed NSSAI for the current PLMN (if mapped S-NSSAI(s) for the new partially allowed NSSAI are not available) or the current SNPN (if the SNPN is the subscribed SNPN) or the mapped S-NSSAI(s) for the new partially allowed NSSAI for the current PLMN (if available) or the current SNPN (if the SNPN is a non-subscribed SNPN);
- remove from the stored mapped S-NSSAI(s) for the rejected NSSAI for the current PLMN or SNPN, the stored mapped S-NSSAI(s) for the rejected NSSAI for the current registration area, the stored mapped S-NSSAI(s) for the partially rejected NSSAI and the mapped S-NSSAI(s) for the rejected NSSAI for the maximum number of UEs reached, the S-NSSAI(s) included in the mapped S-NSSAI(s) for the new partially allowed NSSAI for the current PLMN (if available) or the current SNPN (if the SNPN is a non-subscribed SNPN), and stop any timer T3526 associated with a deleted S-NSSAI in the rejected NSSAI for the maximum number of UEs reached if running; and
- remove from the stored pending NSSAI for this PLMN and its equivalent PLMN(s) in the registration area or this SNPN, one or more S-NSSAIs, if any, included in the new partially allowed NSSAI for the current PLMN and these equivalent PLMN(s) (if mapped S-NSSAI(s) for the new partially allowed NSSAI are not available) or the current SNPN (if the SNPN is the subscribed SNPN) or the mapped S-NSSAI(s) for the new partially allowed NSSAI for the current PLMN and these equivalent PLMN(s) (if available) or the current SNPN (if the SNPN is a non-subscribed SNPN).
b2) The alternative NSSAI and the mapped S-NSSAI(s) for the alternative NSSAI (if available) shall be stored for a given PLMN and its equivalent PLMN(s) or SNPN until a new alternative NSSAI for the same access type (i.e. 3GPP access or non-3GPP access) is received for a given PLMN or SNPN.
When a new alternative NSSAI for a given PLMN or SNPN is received and the new alternative NSSAI includes a list of mapping information between the S-NSSAI to be replaced and the alternative S-NSSAI, the UE shall:
- replace any stored alternative NSSAI for this PLMN and its equivalent PLMN(s) or this SNPN for the same access type with the new alternative NSSAI for this PLMN or SNPN; and
- delete any stored mapped S-NSSAI(s) for the alternative NSSAI for this PLMN and its equivalent PLMN(s) or this SNPN for the same access type and, if available, store the mapped S-NSSAI(s) for the new alternative NSSAI.
When a new alternative NSSAI for a given PLMN or SNPN is received and the new alternative NSSAI does not include any mapping information between the S-NSSAI to be replaced and the alternative S-NSSAI, the UE shall delete any stored alternative NSSAI for this PLMN and its equivalent PLMN(s) or this SNPN for the same access type.
When the UE locally removes either the replaced S-NSSAI or the alternative S-NSSAI in the allowed NSSAI upon expiry of the associated slice deregistration inactivity timer or the S-NSSAI time validity information indicates that the S-NSSAI is not available, the UE shall delete the entry including the replaced S-NSSAI or the alternative S-NSSAI stored in the alternative NSSAI.
NOTE 3: Whether the UE stores the alternative NSSAI and the mapped S-NSSAI(s) for the alternative NSSAI also when the UE is switched off is implementation specific.
- When the UE receives the S-NSSAI(s) included in the rejected NSSAI in the REGISTRATION ACCEPT message, the REGISTRATION REJECT message, the DEREGISTRATION REQUEST message or in the CONFIGURATION UPDATE COMMAND message, or the partially rejected NSSAI in the REGISTRATION ACCEPT message or the CONFIGURATION UPDATE COMMAND message, the UE shall:
- store the S-NSSAI(s) into the rejected NSSAI and the mapped S-NSSAI(s) for the rejected NSSAI based on the associated rejection cause(s);
- if the UE receives the S-NSSAI(s) included in the Rejected NSSAI IE, or if the UE receives the S-NSSAI(s) included in the Extended rejected NSSAI IE, or if the UE receives the S-NSSAI(s) included in the Partially rejected NSSAI IE, mapped S-NSSAI(s) for these S-NSSAI(s) are not available, and the UE is not in SNPN access operation mode or the UE is in the subscribed SNPN, remove from the stored allowed NSSAI or partially allowed NSSAI for the current PLMN and its equivalent PLMN(s) in the registration area or the current SNPN, the S-NSSAI(s), if any, included in the:
- rejected NSSAI for the failed or revoked NSSAA, for each and every access type;
- rejected NSSAI for the current PLMN or SNPN, for each and every access type;
iii) rejected NSSAI for the current registration area, associated with the same access type;
- rejected NSSAI for the maximum number of UEs reached, associated with the same access type; or
- partially rejected NSSAI, associated with 3GPP access;
- if the UE receives the S-NSSAI(s) included in the Extended rejected NSSAI IE or if the UE receives the S-NSSAI(s) included in the Partially rejected NSSAI IE, and mapped S-NSSAI(s) for these S-NSSAI(s) are available, remove from the stored allowed NSSAI or partially allowed NSSAI for the current PLMN and its equivalent PLMN(s) in the registration area or the current SNPN, the S-NSSAI(s), if any, included in the:
- rejected NSSAI for the current PLMN or SNPN, for each and every access type;
- rejected NSSAI for the current registration area, associated with the same access type;
iii) rejected NSSAI for the maximum number of UEs reached, associated with the same access type; or
- partially rejected NSSAI, associated with 3GPP access;
if the mapped S-NSSAI(s) for the S-NSSAI in the stored allowed NSSAI or partially allowed NSSAI for the current PLMN or SNPN are stored in the UE, and all of the mapped S-NSSAI(s) are included in the Extended rejected NSSAI IE or Partially rejected NSSAI IE;
- remove from the stored mapped S-NSSAI(s) for the allowed NSSAI or partially allowed NSSAI (if available), the S-NSSAI(s), if any, included in the:
- rejected NSSAI for the failed or revoked NSSAA, for each and every access type;
- mapped S-NSSAI(s) for the rejected NSSAI for the current PLMN or SNPN, for each and every access type;
iii) mapped S-NSSAI(s) for the rejected NSSAI for the current registration area, associated with the same access type;
- mapped S-NSSAI(s) for the rejected NSSAI for the maximum number of UEs reached, associated with the same access type; or
- mapped S-NSSAI(s) for the partially rejected NSSAI, associated with 3GPP access;
- if the UE receives the S-NSSAI(s) included in the Rejected NSSAI IE, or if the UE receives the S-NSSAI(s) included in the Extended rejected NSSAI IE, mapped S-NSSAI(s) for these S-NSSAI(s) are not available, and the UE is not in SNPN access operation mode or the UE is in the subscribed SNPN, remove from the stored pending NSSAI for the current PLMN and its equivalent PLMN(s) in the registration area or the current SNPN, the S-NSSAI(s), if any, included in the:
- rejected NSSAI for the failed or revoked NSSAA, for each and every access type;
- rejected NSSAI for the current PLMN or SNPN, for each and every access type;
iii) rejected NSSAI for the current registration area, associated with the same access type; or
- rejected NSSAI for the maximum number of UEs reached, associated with the same access type;
- if the UE receives the S-NSSAI(s) included in the Extended rejected NSSAI IE and mapped S-NSSAI(s) for these S-NSSAI(s) are available, remove from the stored pending NSSAI for the current PLMN and its equivalent PLMN(s) in the registration area or the current SNPN, the S-NSSAI(s), if any, included in the:
- rejected NSSAI for the current PLMN or SNPN, for each and every access type;
- rejected NSSAI for the current registration area, associated with the same access type; or
iii) rejected NSSAI for the maximum number of UEs reached, associated with the same access type,
if the mapped S-NSSAI(s) for the S-NSSAI in the stored pending NSSAI are stored in the UE, and all of the mapped S-NSSAI(s) are included in the Extended rejected NSSAI IE; and
- remove from the stored mapped S-NSSAI(s) for the pending NSSAI (if available), the S-NSSAI(s), if any, included in the:
- rejected NSSAI for the failed or revoked NSSAA, for each and every access type;
- mapped S-NSSAI(s) for the rejected NSSAI for the current PLMN or SNPN, for each and every access type;
iii) mapped S-NSSAI(s) for the rejected NSSAI for the current registration area, associated with the same access type; or
- mapped S-NSSAI(s) for the rejected NSSAI for the maximum number of UEs reached, associated with the same access type;
If the UE receives the CONFIGURATION UPDATE COMMAND message with the Registration requested bit of the Configuration update indication IE set to “registration requested” and contains no other parameters (see clauses 5.4.4.2 and 5.4.4.3), the UE shall delete any stored rejected NSSAI and partially rejected NSSAI.
When the UE:
- enters state 5GMM-DEREGISTERED following an unsuccessful registration for 5GMM causes other than #62 “No network slices available” for the current PLMN or SNPN;
- successfully registers with a new PLMN or a new SNPN;
- enters state 5GMM-DEREGISTERED following an unsuccessful registration with a new PLMN or a new SNPN; or
- performs inter-system change from N1 mode to S1 mode and the UE successfully completes tracking area update procedure;
and the UE is not registered with the PLMN or SNPN, which provided the rejected NSSAI, over another access, the rejected NSSAI for the current PLMN or SNPN and the rejected NSSAI for the failed or revoked NSSAA shall be deleted.
When the UE receives ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message provided with S-NSSAI and the PLMN ID in the Protocol configuration options IE or Extended protocol configuration options IE (see clause 6.5.1.3 of 3GPP TS 24.301 [15]), the UE shall remove the S-NSSAI associated with the PLMN ID from the rejected NSSAI for the current PLMN. When the UE receives ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message provided with S-NSSAI and the PLMN ID in the Protocol configuration options IE or Extended protocol configuration options IE (see clause 6.5.1.3 of 3GPP TS 24.301 [15]), the UE may remove the S-NSSAI from the rejected NSSAI for the maximum number of UEs reached for each and every access type, if any, and stop the timer T3526 associated with the S-NSSAI if running.
When the UE:
- deregisters over an access type;
- successfully registers in a new registration area over an access type;
- enters state 5GMM-DEREGISTERED or 5GMM-REGISTERED following an unsuccessful registration in a new registration area over an access type; or
- performs inter-system change from N1 mode to S1 mode and the UE successfully completes tracking area update procedure;
the rejected NSSAI for the current registration area corresponding to the access type and the partially rejected NSSAI shall be deleted. When a new partially rejected NSSAI is received without any S-NSSAI(s), the UE shall delete any stored partially rejected NSSAI for the current registration area;
- When the UE receives the pending NSSAI in the REGISTRATION ACCEPT message, the UE shall replace any stored pending NSSAI for this PLMN or SNPN with the new pending NSSAI received in the REGISTRATION ACCEPT message for this PLMN or SNPN. If the UE does not receive the pending NSSAI in the REGISTRATION ACCEPT message and the “NSSAA to be performed” indicator is not set to “Network slice-specific authentication and authorization is to be performed” in the 5GS registration result IE of the REGISTRATION ACCEPT message, the UE shall delete the stored pending NSSAI, if any, for this PLMN and its equivalent PLMN(s) in the registration area or this SNPN.
If the registration area contains TAIs belonging to different PLMNs, which are equivalent PLMNs, then for each of the equivalent PLMNs, the UE shall replace any stored pending NSSAI with the pending NSSAI received in the registered PLMN.
When the UE:
- deregisters with the current PLMN or SNPN using explicit signalling or enters state 5GMM-DEREGISTERED for the current PLMN or SNPN;
- successfully registers with a new PLMN not in the list of equivalent PLMNs or a new SNPN;
- enters state 5GMM-DEREGISTERED following an unsuccessful registration with a new PLMN or SNPN; or
- successfully initiates an attach or tracking area update procedure in S1 mode and the UE is operating in single-registration mode;
and the UE is not registered with the PLMN or SNPN, which provided pending NSSAI, over another access, the pending NSSAI for the current PLMN and its equivalent PLMN(s) in the registration area or the current SNPN shall be deleted;
- When the UE receives the Network slicing indication IE with the Network slicing subscription change indication set to "Network slicing subscription changed" in the REGISTRATION ACCEPT message or in the CONFIGURATION UPDATE COMMAND message, the UE shall delete the network slicing information for each of the PLMNs or SNPNs that the UE has slicing information stored for (excluding the current PLMN or SNPN). The UE shall delete any stored rejected NSSAI and stop any timer T3526 associated with a deleted S-NSSAI in the rejected NSSAI for the maximum number of UEs reached if running. The UE shall not delete the default configured NSSAI. Additionally, the UE shall update the network slicing information for the current PLMN or SNPN (if received) as specified above in bullets a), b), c) and d);
- When the UE receives the new default configured NSSAI included in the default configured NSSAI update data in the Payload container IE of DL NAS TRANSPORT message, the UE shall replace any stored default configured NSSAI with the new default configured NSSAI. In case of SNPN, the UE shall replace the stored default configured NSSAI associated with the selected entry of the "list of subscriber data" or the PLMN subscription with the new default configured NSSAI;
- When the UE receives the on-demand NSSAI in the REGISTRATION ACCEPT message or CONFIGURATION UPDATE COMMAND message, the UE shall replace any stored on-demand NSSAI for the serving PLMN with the new on-demand NSSAI; and
- When the UE receives a CONFIGURATION UPDATE COMMAND message or REGISTRATION ACCEPT message and an S-NSSAI is removed from the allowed NSSAI, the partially allowed NSSAI or the configured NSSAI, the UE shall stop the timers T3584 associated with the same [S-NSSAI, DNN] or [S-NSSAI, no DNN] combination and the timer T3585 associated with the S-NSSAI and serving PLMN or SNPN, if running. If the timers were running for multiple other PLMNs or equivalent SNPNs (see clause 6.2.8), the UE shall stop the timers for all such PLMNs or equivalent SNPNs.