The present disclosure relates to a communication system. The disclosure has particular but not exclusive relevance to wireless communication systems and devices thereof operating according to the 3rd Generation Partnership Project (3GPP) standards or equivalents or derivatives thereof. The disclosure has particular although not exclusive relevance to monitoring, controlling, and enforcing the number of UEs per network slice in the so-called ‘5G’ (or ‘Next Generation’) systems.
3GPP 3rd Generation Partnership Project
5GC 5G Core Network
5GS 5G System
5G-AN 5G Access Network
AAA-S Authentication, Authorisation and Accounting Server
AAA-P Authentication, Authorisation and Accounting Proxy
AF Application Function
AMF Access and Mobility Management Function
AUSF Authentication Server Function
DNN Data Network Name
gNB Next generation Node B
GPSI Generic Public Subscriber Identity
GST Generic Slice Template
NAS Non-Access Stratum
NDA Non-Disclosure Agreement
NEF Network Exposure Function
NF Network Function
NG-RAN Next Generation Radio Access Network
NR New Radio
NSQ Network Slice Quota
NSSAA Network Slice Specific Authentication and Authorisation
NSSF Network Slice Selection Function
OAM Operations and Maintenance
PCC Policy and Charging Control
PCF Policy Control Function
PLMN Public Land Mobile Network
(R)AN (Radio) Access Network
RRC Radio Resource Control
SLA Service Level Agreement
UDM Unified Data Management
UDR Unified Data Repository
UE User Equipment
For the purposes of the present document, the terms and definitions given in 3GPP Technical Report (TR) 21.905 [1] and the following apply. A term defined in the present document takes precedence over the definition of the same term, if any, in 3GPP TR 21.905 [1].
Network slicing features defined in 3GPP release 15 and release 16 enable a great variety of communication services for operators and verticals alike. To enhance the commercial viability of Network Slicing, GSMA SGJA has introduced in document NG.116 the concept of Generic Slice Template [4] from which several Network Slice Types descriptions can be derived. Some of the parameters in the GST point explicitly to the definition of parameters and bounds on the service delivered to the end customer. However, the enforcement of some of these bounds or of some of these parameters is not supported by the 5GS yet.
For instance, the GST aims at the limitation of the number of PDU sessions per slice, or the number of devices supported per network slice, or the maximum UL or DL data rate per network slice (which is not the same as the AMBR for a UE, rather a rate limitation per UE/S-NSSAI). These parameters cannot be enforced today as the system lacks the ability to do so.
The SA2 SID on Enhancement of Network Slicing Phase 2 [5] aims at identifying the gaps that need to be filled in providing support for the GST parameters enforcement and the suitable solution to address these gaps.
The objective of this study is to identify the gaps in the currently defined 5GS system procedures defined in SA2 owned Technical Specifications to support of GST parameters and to study potential solutions that may address these gaps. The following parameters at least will be under consideration:
Interaction with SA1 and GSMA is expected for any aspects that need any clarification, as identified as the work progresses.
3GPP SA2 Working Group has already started the study on how to support the Generic Slice Template (GST) parameters enforcement however, the issue with the Service Level Agreement (SLA) quota on the maximum number of UEs per Network Slice when the Network Slice (e.g. S-NSSAI) is subject to Network Slice Specific Authentication and Authorisation (NSSAA) has not been addressed yet.
This document proposes a solution on how to monitor, control and enforce the SLA network slice quota on maximum number of UEs per Network Slice for Network Slices that are subject to Network Slice Specific Authentication and Authorisation (NSSAA).
According to an aspect of the present disclosure, a Network Function node for network slice quota, includes: means for receiving a first request, from a core network node for mobility management, for service operation about quota of a network slice, including information indicating the network slice; and means for sending, to the core network node for mobility management, a first response to the first request, indicating a result of the service operation about the quota of the network slice.
According to another aspect of the present disclosure, a core network node for mobility management, includes: means for sending a first request, to a Network Function node for network slice quota, for service operation about quota of a network slice, including information indicating the network slice; and means for receiving, from the Network Function node for network slice quota, a first response to the first request, indicating a result of the service operation about the quota of the network slice.
According to another aspect of the present disclosure, a controlling method for a Network Function node for network slice quota, the controlling method includes: receiving a first request, from a core network node for mobility management, for service operation about quota of a network slice, including information indicating the network slice; and sending, to the core network node for mobility management, a first response to the first request, indicating a result of the service operation about the quota of the network slice.
According to another aspect of the present disclosure, a controlling method for a core network node for mobility management, the controlling method includes: sending a first request, to a Network Function node for network slice quota, for service operation about quota of a network slice, including information indicating the network slice; and receiving, from the Network Function node for network slice quota, a first response to the first request, indicating a result of the service operation about the quota of the network slice.
Network Slice Quota management during Network Slice Specific Authentication and Authorisation (NSSAA).
This example aspect describes an exemplary way to monitor, control and enforce the SLA quota restrictions on maximum number of UEs per Network Slice for Network Slices that are subject to NSSAA.
A new Network Slice Quota (NSQ) service is proposed which assumes that the Network Slice Quota is managed by a designated network function (e.g. NSQ—Network Slice Quota function/entity or any other notation for a function or entity which monitors, controls and enforces the maximum numbers of UEs per Network Slice quota (e.g. Service Level Agreements (SLA)). This new NSQ can be a new functional entity within any existing network node (e.g. NSSF, AMF, PCF, NWDAF) or NSQ can be implemented as a new physical entity). The following NSQ Service and NSQ operations are proposed in Table 1 which are applicable in both cases where the NSQ is represented as a part of an existing network node or it is represent as a new designated network node.
Alternatively, the Network Slice Quota can be managed by a designated NSQ function within the NSSF network entity and for this, the present disclosure proposes the following NSQ related service and service operations within the existing NSSF Service, see Table 2.
Use Case 1
step 1). A Registration procedure completed with rejection of a S-NSSAI_1 for the pending Network Slice Specific Authentication and Authorisation or the AAA-Server triggered re-authentication for the NSSAA, as per 3GPP Technical Specification (TS) 23.502. The AAA-Server can trigger the re-authentication for Network Slice Specific Authentication and Authorisation at any time. This use case is demonstrated with the S-NSSAI_1 as an example for network slice pending Network Slice Specific Authentication and Authorisation, however, the procedure is equally applicable for one or more network slices (e.g. S-NSSAIs) pending the Network Slice Specific Authentication and Authorisation after the registration procedure. In the registration procedure, it is assumed that for the S-NSSAI(s) rejected for the reason that the Network Slice Specific Authentication and Authorisation is pending, the network slice quota has not been updated for them yet.
step 2). The AMF triggers the network Slice Specific Authentication and Authorisation procedure for the S-NSSAI_1 as per 3GPP TS 23.502, section 4.2.9
step 3). Unless it is triggered by the re-authentication for Network Slice Specific Authentication and Authorisation, the AMF 12 checks for the network slice quota availability. The AMF 12 sends the Nnsq/nssf_NetworkSliceQuota_Availability Request (UE_Id, S-NSSAI_1, type of NSQ service=“number of UE(s) per network slice” quota) message to the Network Slice Quota (NSQ) or any other network entity with which the network slice quota functionality may be co-located, e.g. NSSF, PCF, NWDAF. The AMF 12 includes the following parameters: the UE_Id which indicates the UE 3 to be checked whether the UE 3 is subject for NSQ control and restrictions, the S-NSSAI(s)—one or more S-NSSAI for which the registration is pending, e.g. the S-NSSAI_1; the type of NSQ service whose value is “number of UE(s) per network slice” quota—or any other notation for a flag/parameter which indicates the type of NSQ service;
step 4). The NSQ 13/NSSF 14 checks the UEs per network slice quota availability for the S-NSSAI_1. For this use case, the result is that the max number of UEs per S-NSSAI_1 is exceeded, i.e. no quota available.
In case that the UE_Id is included in the Nnsq/nssf_NetworkSliceQuota_Availability Request message, the NSQ 13/NSSF 14 checks first that the UE_Id has already been previously registered for S-NSSAI_1 (i.e. the UE 3 has already been included in the list of UEs registered with S-NSSAI_1). If the UE_Id is already in the list of UEs registered with S-NSSAI_1, then no further check will be made, i.e. no need for Quota checking. The UE 3 shall not be rejected.
step 5). The NSQ 13/NSSF 14 returns the Nnsq/nssf_NetworkSliceQuota_Availability Response (S-NSSAI_1, NSQ quota status=“no number of UEs per network slice quota available”) message to indicate to the AMF 12 that no quota is available for the S-NSSAI_1.
step 6). If an allowed NSSAI status in the UE 3 needs to be updated (e.g. the Network Slice-Specific Authentication and Authorization took place or the AAA Server triggered Network Slice-Specific Re-authentication and Re-authorization procedure failed), the AMF 12 triggers the UE Configuration Update procedure. The AMF 12 sends the UE Configuration Update (updated allowed NSSAI list which does not include the pending S-NSSAI_1, updated rejected NSSAI list which includes S-NSSAI_1 and optionally a back-off timer for S-NSSAI_1) message to the UE 3 in which the AMF 12 includes as a parameter the updated Allowed NSSAI list which does not include the S-NSSAI_1 and the updated rejected NSSAI list which now includes the S-NSSAI_1. Optionally, the AMF 12 may include a back-off timer for the rejected S-NSSAI_1. Optionally, the AMF 12 may include a specific cause value “No quota available” for the rejected S-NSSAI_1 in the UE Configuration Update message.
step 7). As a result of the UE Configuration Update procedure by the AMF 12, the UE 3 will change the status of the S-NSSAI_1 from ‘pending’ to ‘rejected’ and will consider the S-NSSAI_1 as non-registered. If a back-off timer was included in the UE Configuration Update message, the UE 3 shall not attempt another registration for the network slice for which the back-off timer was returned (e.g. the S-NSSAI_1) until the expiry of the back-off timer. If the Allowed NSSAI list is empty, the UE 3 may trigger deregistration.
Use Case 2
step 1). A Registration procedure completed with rejection of a S-NSSAI_1 for the pending Network Slice Specific Authentication and Authorisation or the AAA-Server triggered re-authentication for the NSSAA, as per 3GPP TS 23.502. The AAA-Server can trigger re-authentication for Network Slice Specific Authentication and Authorisation at any time. This use case is demonstrated with the S-NSSAI_1 as an example for network slice pending Network Slice Specific Authentication and Authorisation however, the procedure is equally applicable for one or more network slices (e.g. S-NSSAIs) pending the Network Slice Specific Authentication and Authorisation after the registration procedure. In the registration procedure, it is assumed that for the S-NSSAI(s) rejected for the reason that the Network Slice Specific Authentication and Authorisation is pending, the network slice quota has not been updated for them yet.
step 2). The AMF 12 triggers the network Slice Specific Authentication and Authorisation procedure for the S-NSSAI_1 as per 3GPP TS 23.502, section 4.2.9
step 3). Unless it is triggered by the re-authentication for Network Slice Specific Authentication and Authorisation, the AMF 12 checks for the network slice quota availability. The AMF 12 sends the Nnsq/nssf_NetworkSliceQuota_Availability Request (UE_Id, S-NSSAI_1, type of NSQ service=“number of UE(s) per network slice” quota) message to the Network Slice Quota (NSQ) or any other network entity with which the network slice quota functionality may be co-located, e.g. NSSF 14, PCF 16, NWDAF. The AMF 12 includes the following parameters: the UE_Id which indicates the UE 3 to be checked whether the UE 3 is subject for NSQ control and restrictions, the S-NSSAI(s)—one or more S-NSSAI for which the registration is pending, e.g. the S-NSSAI_1; the type of NSQ service whose value is “number of UE(s) per network slice” quota—or any other notation for a flag/parameter which indicates the type of NSQ service;
step 4). The NSQ 13/NSSF 14 checks the UEs per network slice quota availability for the S-NSSAI_1. For this use case, the result is that the max number of UEs per S-NSSAI_1 is not exceeded, i.e. quota is available. In case that a UE_Id is included in the Nnsq/nssf_NetworkSliceQuota_Availability Request message, the NSQ 13/NSSF 14 checks first that the UE_Id has already been included in the list of UEs for the S-NSSAI_1. If the UE_Id has already been registered (i.e. it is in the list of UEs registered with S-NSSAI_1), then no further check will be made, i.e. no need for Quota checking. The UE 3 shall not be rejected.
step 5). The NSQ 13/NSSF 14 returns the Nnsq/nssf_NetworkSliceQuota_Availability Response (S-NSSAI_1, NSQ quota status=“number of UEs per network slice quota available”) message to indicate to the AMF 12 that the quota is available for the S-NSSAI_1.
step 6). EAP-messages are exchanged between the authentication server (e.g. AAA-Server) and the UE 3 Network Slice Specific Authenticate and Authorisation for S-NSSAI_1 as per 3GPP TS 23.502, section 4.2.9.2
step 7). The AMF 12 may update the network slice quota. If the network slice quota needs to be updated, the AMF 12 sends the Nnsq/nssf_NetworkSliceQuota_Update Request (UE_Id, Node_Id, S-NSSAI_1, type of NSQ service=“number of UE(s) per network slice” quota, update_flag=“decrement”) message to the Network Slice Quota (NSQ) or any other network entity with which the network slice quota functionality may be co-located, e.g. NSSF 14, PCF 16, NWDAF. The AMF 12 includes the following parameters: the UE_Id, the Node_Id, the S-NSSAI(s)—one or more S-NSSAI for which the registration is subject to the Network Slice Specific Authentication and Authorisation, e.g. the S-NSSAI_1; the type of NSQ service whose value is “number of UE(s) per network slice” quota to indicate the type of NSQ service to be updated and an update_flag whose value is “decrement” to indicate for the quota for the S-NSSAI_1 to be decremented as a new UE 3 is being registered for the S-NSSAI_1. Note that “the quota to be decremented” means that the rest of quota to be decremented, i.e. the number of registered UEs for the quota to be incremented.
step 8). The NSQ 13/NSSF 14 updates the list of UEs in the S-NSSAI_1 by adding the UE_Id to the list of UEs registered for the NSSAI_1 and decrements the quota available to the S-NSSAI_1. Alternatively, instead decrementing the available quota for the S-NSSAI_1, the NSQ 13/NSSF 14 may instead increase the number of UEs registered with the S-NSSAI_1 which can later be compared with the max number of UEs allowed for that S-NSSAI_1 for deciding whether a quota for the S-NSSAI_1 is available or not. In case there is a Node_Id but no UE_Id(s) and the update_flag is set to “decrement” in the Nnsq/nssf_NetworkSliceQuota_Update Request message, the NSQ 13/NSSF 14 decrements the number of registered UE(s) in the NSQ 13/NSSF 14 which are associated with the Node_Id.
step 9). The NSQ 13/NSSF 14 returns the Nnsq/nssf_NetworkSliceQuota_Update Response (S-NSSAI_1, NSQ quota status) message in which the NSQ 13/NSSF 14 includes the remaining quota for the S-NSSAI_1. Alternatively the NSQ 13/NSSF 14 may indicate the current number of UEs registered for the S-NSSAI_1.
step 10). If an allowed NSSAI status in the UE 3 needs to be updated (i.e. the Network Slice-Specific Authentication and Authorization took place or the AAA Server triggered Network Slice-Specific Re-authentication and Re-authorization procedure failed), the AMF 12 triggers the UE Configuration Update procedure. The AMF 12 sends the UE Configuration Update (updated allowed NSSAI list which it includes S-NSSAI_1) message to the UE 3 in which the AMF 12 includes as a parameter the updated Allowed NSSAI list which now includes S-NSSAI_1.
step 11). As a result of the UE Configuration Update procedure by the AMF 12, the UE 3 will change the status of the S-NSSAI_1 from ‘pending’ to ‘allowed’ and will consider the S_NSSAI_1 as a registered network slice. If not all network slices in the updated Allowed NSSAI list are served by the same AMF 12, the AMF 12 may trigger the AMF re-allocation procedure.
Use Case 3
step 1). A Registration procedure completed with registration to one or more S-NSSAI(s) where in this use case the S-NSSAI_1 is subject to the Network Slice Specific Authentication and Authorisation. The procedure is equally applicable for one or more registered S-NSSAIs that are subject to the Network Slice Specific Authentication and Authorisation.
step 2). The AAA-S 17 requests the revocation of authorization for the Network Slice specified by the S-NSSAI_1 in the Revoke Authorization Request message for the UE 3 identified by the GPSI in this message.
step 3). If the AAA-Server is outside the 3GPP operator's domain, the AAA-Proxy from the network operator's domain is used to relay the revocation request to the Auth node.
step 4). The AAA-P 18 Node forwards the Revoke Auth Request message to the Auth Node
step 5). The AUSF 11 sends Nausf Revoke Auth Request (GPSI, S-NSSAI_1) message to the relevant AMF 12 to revoke the S-NSSAI_1 Network Specific Authentication and Authorisation for the UE 3. The procedure is also valid when the AUSF 11 triggers the normal re-authentication procedure and the procedure fails or when the UDM 15 triggers a normal subscription revocation for network slice.
step 6). The AMF 12 updates the UEs per network slice quota. The AMF 12 sends Nnsq/nssf_NetworkSliceQuota_Update Request (UE_Id, Node_Id, S-NSSAI_1, type of NSQ service=“number of UE(s) per network slice” quota, update flag=“increment”) message to the Network Slice Quota (NSQ) or any other network entity with which the network slice quota functionality may be co-located, e.g. NSSF 14, PCF 16, NWDAF. AMF 12 includes the following parameters: the UE_Id, the S-NSSAI(s)—one or more S-NSSAI for which the registration is subject to the Network Slice Specific Authentication and Authorisation, e.g. the S-NSSAI_1; the type of NSQ service whose value is “number of UE(s) per network slice” quota to indicate the type of NSQ service to be updated and an update_flag whose value is increment to indicate for the quota for the S-NSSAI_1 to be incremented as the UE 3 is being revoked for the S-NSSAI_1. Note that “the quota to be increment” means that the rest of quota to be incremented, i.e. the number of registered UEs for the quota to be decremented.
step 7). The NSQ 13/NSSF 14 updates the list of UEs in the S-NSSAI_1 by removing the UE_Id from the list of UEs registered for the NSSAI_1 and increments the quota available to S-NSSAI_1. Alternatively, instead incrementing the available quota for the S-NSSAI_1, the NSQ 13/NSSF 14 may instead decrease the number of UEs registered with the S-NSSAI_1 which can later be compared with the max number of UEs allowed for that S-NSSAI_1 for deciding whether a quota for the S-NSSAI_1 is available or not. In case there is a Node_Id but no UE_Id(s) and the update_flag is set to “decrement” in the Nnsq/nssf_NetworkSliceQuota_Update Request message, the NSQ 13/NSSF 14 decrements the number of registered UE(s) in the NSQ 13/NSSF 14 which are associated with the Node_Id.
step 8). The NSQ 13/NSSF 14 returns the Nnsq/nssf_NetworkSliceQuota_Update Response (S-NSSAI_1, NSQ quota status) message in which the NSQ 13/NSSF 14 includes the remaining quota for the S-NSSAI_1. Alternatively the NSQ 13/NSSF 14 may indicate the current number of UEs registered for the S-NSSAI_1.
step 9). The AMF 12 updates the UE configuration to revoke the S-NSSAI_1 from the current Allowed NSSAI for any Access Type for which the Network Slice Specific Authentication and Authorization had been successfully run on this S-NSSAI_1. The UE Configuration Update message may include a request to register if the AMF 12 needs to be re-allocated. The AMF 12 provides a new Allowed NSSAI list to the UE 3 by removing the S-NSSAI_1 for which authorization has been revoked. The AMF 12 provides new rejected NSSAIs list to the UE 3 including the S-NSSAI_1 for which authorization has been revoked. If no S-NSSAI is left in Allowed NSSAI list for an access after the revocation, and a Default NSSAI exists that requires no Network Slice Specific Authentication or for which a Network Slice Specific Authentication did not previously fail over this access, then the AMF 12 may provide a new Allowed NSSAI to the UE 3 containing the Default NSSAI.
step 10). If no S-NSSAI is left in the Allowed NSSAI for an access after the revocation, and no Default NSSAI can be provided to the UE 3 in the Allowed NSSAI or a previous Network Slice Specific Authentication failed for the Default NSSAI over this access, then the AMF 12 shall execute the Network-initiated deregistration procedure for the access and it shall include in the explicit De-Registration Request message the list of Rejected S-NSSAIs, each of them with the appropriate rejection cause value.
In this case, it is assumed that the network slice quota in the NSQ 13/NSSF 14 will not be updated during the Network-initiated deregistration procedure as it has been incremented in step 7. Alternatively, the AMF 12 does not initiate the Nnsq/nssf_NetworkSliceQuota_Update operation as indicated in the step 6 in case the AMF 12 understands that the UE 3 is about to be deregistered in step 10. With this treatment, the network slice quota in the NSQ 13/NSSF 14 can always be updated by the deregistration procedure in case the UE 3 is to be deregistered from the network.
Use Case 4
This Use case is characterized to update the network slice quota after the successful NSSAI status update to the UE 3.
step 1). Change in Allowed or Rejected NSSAI lists—The S-NSSAIs in the UE 3 Allowed NSSAI list and the UE 3 Rejected NSSAI list can change at any time, for example when the UE 3 changes Tracking Area. The sources of change can be various, for example, the PCF 16 when network slice related restrictions apply or are lifted; the AUSF 11 when re-authentication is triggered and failed; and the UDM 15 when a network slice related subscription is updated. All these changes in the network slice status are indicated to the AMF 12 which is responsible for the network slice status update in the UE 3.
step 2). UE Configuration Update procedure—When the network slice status related to a UE changes, the AMF 12 triggers the UE Configuration Update procedure, see 3GPP TS 23.502. If the UE 3 is in Idle mode, the AMF 12 first pages the UE 3 and then sends the UE Configuration Update message.
step 3). The AMF 12 checks whether the UE Configuration Update procedure impacts the network slices the UE 3 is registered with, e.g. the Allowed NSSAI list or the Rejected S-NSSAI list for the UE 3 are updated.
step 4). If the UE 3 Allowed or Rejected NSSAI list are updated by the UE Configuration procedure and the updated S-NSSAI(s) are subject to the network slice quota control and enforcement, the AMF 12 sends the network slice quota update request to the NSQ 13/NSSF 14—Nnsq/nssf_NetworkSliceQuota_Update Request (UE_Id, Node_Id, S-NSSAI(s), type of NSQ service, update flag). The AMF 12 includes the following parameters: UE_Id, S-NSSAI(s)—one or more S-NSSAI has changed their status, e.g. became allowed or rejected; the type of NSQ service whose value is “number of UE(s) per network slice” quota to indicate the type of NSQ service to be updated and an update_flag to indicate for each S-NSSAI whether the quota is incremented or decremented, e.g. incremented for a new allowed S-NSSAI and decremented for a new rejected S-NSSAI.
step 5). The NSQ 13/NSSF 14 updates the list of UEs registered in the indicated S-NSSAI(s) in accordance with the contents of the Nnsq/nssf_NetworkSliceQuota_Update Request message in step 4.
step 6). The NSAQ13/NSSF 14 responds with NSQ 13/NSSF 14 returns the Nnsq/nssf_NetworkSliceQuota_Update Response (S-NSSAI(s), NSQ quota status) message in which the NSQ 13/NSSF 14 includes the remaining quota for the S-NSSAI(s) the UE 3 is registered.
Note that step 3 to step 6 can take place right before the AMF 12 sends the UE Configuration Update Command message to the UE 3.
Note that step 3 to step 6 can take place after the AMF 12 sends the UE Configuration Update Command message to the UE 3 but before the AMF 12 receives the UE Configuration Update Complete message from the UE 3.
Use Case 5
step 1). The AMF 12 requests subscription for the Network Slice Quota (NSQ) Notification service by sending the Nnsq/nssf_NetworkSliceQuota_Subcribe (S-NSSAI_1, type of NSQ service=“number of UEs per network slice” quota) message to the NSQ 13/NSSF 14. The AMF 12 includes as input parameters the S-NSSAI(s) for which a NSQ Notification service is required (e.g. the S-NSSAI_1), the type of NSQ service (e.g. “number of UEs per network slice” quota), and a notification parameter. The notification parameter can be of structure type and can further indicate the triggers for the Notification, for example periodic notification, threshold based notification, event based notification.
step 2). The NSQ 13/NSSF 14 subscribes the AMF 12 for one of the bellow types of NSQ Notification for the requested S-NSSAI(s), e.g. the S-NSSAI_1.
step 3). The NSQ 13/NSSF 14 sends the Nnsq/nssf_NetworkSliceQuota_Notify (S-NSSAI_1, NSQ quota status) to the AMF 12. The NSQ 13/NSSF 14 includes the following parameters in the Notification message: S-NSSAI(s) for which the Notified quota applies (e.g. the S-NSSAI_1) and the NSQ quota status in terms of UE quota availability as a number or the current number of UEs per network slice.
Summary
Beneficially, the above described example aspects include, although they are not limited to, one or more of the following functionalities:
UEs per network slice quota management subscription by the AMF 12 with the NSQ 13/NSSF 14. The AMF 12 may subscribe or unsubscribe with the NSQ 13/NSSF 14 for the following services:
input—The AMF 12 requests for quota availability check with the NetworkSliceQuota_Availability Request message in which it includes the UE_Id, the S-NSSAI(s) subject to quota check and a flag to indicate which type of NSQ service to check.
processing—the NSQ 13/NSSF 14 checks whether the requested quota is available output—The NSQ 13/NSSF 14 returns the quota available/not available result to the AMF 12. Based on the output, the AMF 12 EITHER cancels the NSSAA procedure and rejects the S-NSSAI(s) for which the quota is not available by removing it from the UE 3's allowed NSSAI list and thus enforcing the quota restrictions and also saving time, recourses and signaling OR continues with the NSSAA procedure if the quota is available.
input—The AMF 12 requests for quota update with the NetworkSliceQuota_Update Request message in which it includes the UE_Id, Node_Id, S-NSSAI(s) subject to quota update and a flag to indicate increase or decrease of the quota.
processing—the NSQ 13/NSSF 14 increases or decreases the quota based on the request from the AMF 12. The NSQ also adds or removes the UE_Id in/from a list/table so that the quota is verifiable. output—The NSQ 13/NSSF 14 returns responds to the AMF 12 with NetworkSliceQuota_Update Response and indicate the S-NSSAI(s) and it may also indicate the current quota status. Based on the output, the AMF 12 updates the UE 3 with an allowed NSSAI list which contains the S-NSSAI for which the NSSAA procedure completed successfully, i.e. these S-NSSAI(s) change status from ‘pending’ to ‘allowed’.
In order to provide these functionalities, the above example aspects describe exemplary methods comprising (at least some of) the following steps.
UEs per network slice quota management subscription by the AMF 12 with the NSQ 13/NSSF 14. The AMF 12 may subscribe or unsubscribe with the NSQ 13/NSSF 14 for the following services.
1) UEs per network slice quota availability check during a NSSAA procedure. The NSQ 13/NSSF 14 checks on request from the AMF 12 the quota availability for one or more S-NSSAIs and returns quota available or quota not available result.
2) UEs per network slice quota update during the NSSAA procedure. The NSQ 13/NSSF 14 updates on request from the AMF 12 the quota (increase or decrease) for the requested S-NSSAI(s).
3) UEs per network slice quota notification during the NSSAA procedure. The NSQ 13/NSSF 14 may regularly or upon a trigger (e.g. change of quota) notify the AMF 12 on the current quota status.
Benefits
Some example aspects of the present disclosure allow for monitoring and control of the number of the UEs registered in a Network Slices that are subject to Network Slice Specific Authentication and Authorisation during the Network Slice Specific Authentication and Authorisation procedure and Authorisation subscription revocation procedure. Some example aspects of the present disclosure also enforce access and service restrictions in a network slice which is subject to Network Slice Specific Authentication and Authorisation when the maximum number of UEs per network slice quota is reached.
System Overview
In this network, users of mobile devices 3 (UEs) can communicate with each other and other users via respective base stations 5 and a core network 7 using an appropriate 3GPP radio access technology (RAT), for example, an E-UTRA and/or 5G RAT. It will be appreciated that a number of base stations 5 form a (radio) access network or (R)AN. As those skilled in the art will appreciate, whilst one mobile device 3 and one base station 5 (RAN) are shown in
Each base station 5 controls one or more associated cells (either directly or via other nodes such as home base stations, relays, remote radio heads, distributed units, and/or the like). A base station 5 that supports E-UTRA/4G protocols may be referred to as an ‘reNB’ and a base station 5 that supports Next Generation/5G protocols may be referred to as a ‘rgNBs’. It will be appreciated that some base stations 5 may be configured to support both 4G and 5G, and/or any other 3GPP or non-3GPP communication protocols.
The mobile device 3 and its serving base station 5 are connected via an appropriate air interface (for example the so-called ‘Uu’ interface and/or the like). Neighbouring base stations 5 are connected to each other via an appropriate base station to base station interface (such as the so-called ‘X2’ interface, ‘Xn’ interface and/or the like). The base station 5 is also connected to the core network nodes via an appropriate interface (such as the so-called ‘S1’, ‘N2’, ‘N3’ interface, and/or the like). Non-Access-Stratum (NAS) interface (such as the so-called ‘N1’ interface, and/or the like) is connected between the mobile device 3 and the core network node via the base station 5.
The core network 7 typically includes logical nodes (or ‘functions’) for supporting communication in the telecommunication system 1. Typically, for example, the core network 7 of a ‘Next Generation’/5G system will include, amongst other functions, control plane functions (CPFs) and user plane functions (UPFs). It will be appreciated that the core network 7 may also include, amongst others: an Authentication Server Function (AUSF) 11, an Access and Mobility Management Function (AMF) 12; an Network Slice Quota (NSQ) 13/an Network Slice Selection Function (NSSF) 14; a Unified Data Management (UDM) 15; a Policy Control Function (PCF) 16, and an Authentication, Authorisation and Accounting Server(AAA-S)17/an Authentication, Authorisation and Accounting Proxy (AAA-P) 18. From the core network 7, connection to an external IP network/data network 20 (such as the Internet) is also provided.
The components of this system 1 are configured to perform one or more of the above described example aspects.
User Equipment (UE)
(R)AN Node
Core Network Node
Modifications and Alternatives
Detailed example aspects have been described above. As those skilled in the art will appreciate, a number of modifications and alternatives can be made to the above example aspects whilst still benefiting from the disclosure embodied therein. By way of illustration only a number of these alternatives and modifications will now be described.
In the above description, the UE, the (R)AN node, and the core network node are described for ease of understanding as having a number of discrete modules (such as the communication control modules). Whilst these modules may be provided in this way for certain applications, for example where an existing system has been modified to implement the above example aspects, in other applications, for example in systems designed with the inventive features in mind from the outset, these modules may be built into the overall operating system or code and so these modules may not be discernible as discrete entities. These modules may also be implemented in software, hardware, firmware or a mix of these.
Each controller may comprise any suitable form of processing circuitry including (but not limited to), for example: one or more hardware implemented computer processors; microprocessors; central processing units (CPUs); arithmetic logic units (ALUs); input/output (IO) circuits; internal memories/caches (program and/or data); processing registers; communication buses (e.g. control, data and/or address buses); direct memory access (DMA) functions; hardware or software implemented counters, pointers and/or timers; and/or the like.
In the above example aspects, a number of software modules were described. As those skilled in the art will appreciate, the software modules may be provided in compiled or un-compiled form and may be supplied to the UE, the (R)AN node, and the core network node as a signal over a computer network, or on a recording medium. Further, the functionality performed by part or all of this software may be performed using one or more dedicated hardware circuits. However, the use of software modules is preferred as it facilitates the updating of the UE, the (R)AN node, and the core network node in order to update their functionalities.
The above example aspects are also applicable to ‘non-mobile’ or generally stationary user equipment.
Various other modifications will be apparent to those skilled in the art and will not be described in further detail here.
This application is based upon and claims the benefit of priority from European Patent Application No. 19218972.8, filed on Dec. 20, 2019, the disclosure of which are incorporated herein in their entirety by reference.
1 MOBILE (CELLULAR OR WIRELESS) TELECOMMUNICATION SYSTEM
3 MOBILE DEVICE (UE)
5 BASE STATION
7 CORE NETWORK
11 AUTHENTICATION SERVER FUNCTION (AUSF)
12 ACCESS AND MOBILITY MANAGEMENT FUNCTION (AMF)
13 NETWORK SLICE QUOTA (NSQ)
14 NETWORK SLICE SELECTION FUNCTION (NSSF)
15 UNIFIED DATA MANAGEMENT (UDM) FUNCTION
16 POLICY CONTROL FUNCTION (PCF)
17 AUTHENTICATION, AUTHORISATION AND ACCOUNTING SERVER (AAA-S)
18 AUTHENTICATION, AUTHORISATION AND ACCOUNTING PROXY (AAA-P)
20 external IP network
31 TRANSCEIVER CIRCUIT
33 ANTENNA
35 USER INTERFACE
37 CONTROLLER
39 MEMORY
41 OPERATING SYSTEM
43 COMMUNICATIONS CONTROL MODULE
51 TRANSCEIVER CIRCUIT
53 ANTENNA
55 NETWORK INTERFACE
57 CONTROLLER
59 MEMORY
61 OPERATING SYSTEM
63 COMMUNICATIONS CONTROL MODULE
71 TRANSCEIVER CIRCUIT
75 NETWORK INTERFACE
77 CONTROLLER
79 MEMORY
81 OPERATING SYSTEM
83 COMMUNICATIONS CONTROL MODULE
Number | Date | Country | Kind |
---|---|---|---|
192118972.8 | Dec 2019 | EP | regional |
Filing Document | Filing Date | Country | Kind |
---|---|---|---|
PCT/JP2020/046740 | 12/15/2020 | WO |