In this feature, the NSCE server initially receives an expected/predicted UE location/mobility change request outside an EDN service area for one or more UEs within the VAL application session (e.g. such session can be an indirect V2V session or a multiplayer gaming session). Then, the source NSCE server checks with 5GS (OAM, 5GC) whether the serving slice is available and can offer the same performance at the target EDN. Thereafter, NSCE server evaluates the need for a slice modification (e.g. a slice lifecycle related trigger change) e.g. a slice subnet resource adaptation to allow for optimizing the application performance at the target area. Based on this decision/recommendation, it provides the action to the OAM and supports the re-mapping of NSCE server for the NSCE client proactively, before UE mobility happens.
In the procedure shown in Figure 9.9.2.1-1, a mechanism is provided to allow for slice modification when a vertical application of single or group of VAL UEs migrates (or is expected/predicted to migrate) to a different EDN supported by different NSCE server.
Pre-conditions:
The VAL server has subscribed to the network slice capability enablement server
The VAL client of VAL UE is mapped to Slice#1, and NSCE client of VAL UE has established a connection to NSCE server#1 (S-NSCE server).
The S-NSCE server has already discovered the T-NSCE server and its area of coverage.
The VAL server is subscribed to and received prediction of UE location change.
The VAL server sends to S-NSCE server an application service continuity requirement request due to predicted/expected UE or group UE mobility to a target service area covered by a different EDN.
S-NSCE server determines to query the underlying 3GPP system on the slice availability and conditions at the target service area (based on step 1 requirement). Such query may be in form of a request/response and include:
S-NSCE server interacting with 5GC to query the UE specific information (location, UE connection capabilities) as well as network conditions (network monitoring from NEF) and/or slice related analytics on the slice load (from NWDAF as specified in TS 23.288).
S-NSCE server may also interact with OAM to query on the target slice availability and the up-to-date configured slice parameters e.g. slice RRM policies, modification of the NSI/NSSI resources (see clause 5.1.12 of TS 28.531) at the target service area and measurements for the slice at the target area.
If the current slice doesn't fulfil these requirements, S-NSCE sends to the T-NSCE server (covering the target area) a service continuity negotiation request (including the VAL application service continuity requirement and optionally a proposed action) to negotiate on the trigger action.
T-NSCE server determines the need for a slice lifecycle change at the target area and translates this to a trigger action. This trigger action can be based on the proposed action in step 5 and can be a requested slice modification or the slice #1 creation/instantiation at the target area (this may happen if a group of UEs are moving to the target area and use slice #1, so it may be beneficial to create slice #1 at the target area).
The S- or T-NSCE server may send the trigger action as a slice modification trigger request to the slice provisioning MnS producer at OAM (e.g. slice modification for network slice) to extend slice availability to the target service area based on the expected/predicted VAL UE or VAL group mobility. As response to the trigger action, the provisioning MnS producer provides a slice modification trigger response to the corresponding NSCE server with a positive or negative result.
After the slice lifecycle change execution (based on the indication in step 5), the S-NSCE server sends a notification to the VAL server and optionally to the VAL client via S-NSCE client
If the NSCE client needs to be remapped to different NSCE server (due to the expected change of UE location), the NSCE client establishes a new connection with T-NSCE and terminates the one with S-NSCE (in case of subscription-based interaction), or in case of request-based interaction, it updates the mapping at the client side, and maintains the new NSCE server address / ID for the target NSCE area.
Security credentials resulting from a successful authorization.
VAL service ID
M
The identifier of the VAL service for which the requirement request applies.
VAL UE ID list
O
The list of VAL UE IDs for which the requirement request applies.
Service Continuity Requirement
M
The service continuity requirement which can be the expected or predicted migration of the VAL application or a list of VAL UEs within the application to a target area.
Slice identifier
O
The slice identifier (S-NSSAI, NSI ID or ENSI) which is mapped to the VAL application, if known by the VAL server.
Target Service Area
O
The target area can be represented as the geographical coordinates / set of waypoints outside the original service area, where the VAL application/ UE(s) is expected or predicted to move.
The identifier of the VAL service for which the request applies.
VAL UE ID list
O
The list of VAL UE IDs for which the request applies.
Service Continuity Requirement
M
The service continuity requirement which can be the expected or predicted migration of the VAL application or a list of VAL UEs within the application to a target area.
Proposed Trigger Action
O
The proposed slice licecycle change for the target VAL UE or VAL application.
Slice identifier
M
The slice identifier (S-NSSAI, NSI ID or ENSI) which is mapped to the VAL application, if known by the VAL server.
Table 9.9.3.6-1 describes information elements for the slice modification notify message from the NSCE server to the VAL server or the VAL client (via NSCE client).
The identifier of the VAL application which is expected to be impacted by the slice modification.
VAL UE ID list
O
The identifiers of the VAL UEs which are expected to be impacted by the slice modification.
Slice identifier
M
The slice identifier (S-NSSAI, NSI ID or ENSI) which is expected or predicted to modify to extend slice availability to the target service area.
Target NSCE server ID and address
M
The identifier and address of the target NSCE server.
Target Service Area
M
The target area can be represented as the edge service area (including the target DNN/DNAI) or the topological area (e.g. list of cells/TAs) for which the slice modification applies.
This API enables the VAL server to communicate with the network slice capability enablement server for requesting a service continuity requirement over NSCE-S.
This API enables the network slice capability enablement server to communicate with the VAL server or VAL UE (NSCE client or VAL client) for notifying the slice modification to extend to the target service area.