Patent Application
20230054288
This patent document is directed generally to wireless communications.
Mobile communication technologies are moving the world toward an increasingly connected and networked society. The rapid growth of mobile communications and advances in technology have led to greater demand for capacity and connectivity. Other aspects, such as energy consumption, device cost, spectral efficiency, and latency are also important to meeting the needs of various communication scenarios. Various techniques, including new ways to provide higher quality of service, are being discussed.
This document discloses methods, systems, and devices related to digital wireless communication, and more specifically, to techniques related to supporting service continuity during a network handover.
In one exemplary aspect, a method for wireless communication is disclosed. The method includes receiving a first message from a second network node, the first message including slice remapping assistance information. The method also includes handing over, based on a handover procedure, a network service for a terminal from the first network node to a target network node using the slice remapping assistance information or initiate a terminal context retrieve procedure using the slice remapping assistance information.
In another exemplary aspect, a wireless communications apparatus comprising a processor is disclosed. The processor is configured to implement a method described herein.
In yet another exemplary aspect, the various techniques described herein may be embodied as processor-executable code and stored on a computer-readable program medium.
Some embodiments may preferably implement the following solutions, written in a clause-format.
1. A solution for wireless communication, comprising: receiving, by a first network node, a first message from a second network node, the first message including slice remapping assistance information; and handing over, based on a handover procedure, a network service for a terminal from the first network node to a target network node using the slice remapping assistance information or initiate a terminal context retrieve procedure using the slice remapping assistance information.
2. The solution of clause 1, wherein the slice remapping assistance information is either generated by the first network or received from a second network node.
3. The solution of clause 1, wherein the slice remapping assistance information comprises an indicator indicative of whether network slice remapping is supported by a core network node or a radio access network (RAN) for a specific terminal, a specific network slice, or a specific PDU session.
4. The solution of clause 3. wherein the indicator is configured by a separate list, as part of an allowed network slice selection assistance information listing, or as part of a slice support list item.
5. The solution of clause 3, wherein the indicator is configured as a separate information element or an information element inside a transparent container in a message containing the information allowing the first network node to perform network remapping.
6. The solution of clause 1, wherein the slice remapping assistance information comprises one or more target network slices or equivalent network slices of a network slice for a specific terminal, a specific slice, or a specific Protocol Data Unit (PDU) session.
7. The solution of clause 1, wherein the slice remapping assistance information comprises a cause value indicative of a reason that network remapping is not allowed.
8. The solution of clause 6, wherein the slice remapping assistance information comprises a quality of service (QoS) profile for each QoS flow in a target network slice or an equivalent network slice.
9. The solution of clause 1, wherein any of the first network node and the second network node comprise any of a core network node or a RAN node.
10. The solution of clause 1, wherein the slice remapping assistance information is transmitted from the second network node comprising a core network node to the first network node comprising a RAN node via any of: an initial context setup request message, a PDU session resource modify request message, a PDU session resource setup request message, a handover command message, a handover request message, a path switch request acknowledge message, a path switch request failure message, and a terminal context modification request message.
11. The solution of clause 1, wherein the information allowing the first network node to perform network remapping is transmitted from the first network node comprising a first RAN node to the second network node comprising a second RAN node via any of: a XN setup response message, a XN setup request message, a handover request message, a handover request acknowledge message, a handover preparation failure message, a retrieve terminal context request message, and a retrieve terminal context response message.
12. The solution of clause 8, wherein the slice assistance information is transmitted from a RAN node to a core network node via any of an initial context setup response message, an initial context setup failure message, a PDU session resource setup response message, a PDU session resource modify response message, a user equipment (UE) context modification response message, a handover required message, an initial UE message, a handover failure message, a handover request acknowledge message, and a path switch request message.
13. The solution of clause 1, wherein performing the handover procedure or retrieving the terminal context procedure further comprises: remapping, by the first network node, a specific network slice to a target network slice or an equivalent network slice.
14. The solution of clause 13, further comprising: sending, by the first network node, the target network slice or the equivalent network slice to the second network node and/or a third network node.
15. The solution of clause 14, wherein the second network node is configured to send the target network slice or equivalent network slice to the third network node.
16. The solution of any of clauses 14 and 15, wherein the first network node is a first RAN node, the second network node is a second RAN node or a first core network node, and the third node is a second core network node.
17. The solution of any of clauses 14 and 15, wherein the target network slice or equivalent network slice is sent from the first network node comprising a first RAN node to a second network node comprising a second RAN node via any of a XN setup response message, a XN setup request message, a handover request message, a handover request acknowledge message, a handover preparation failure message, a retrieve terminal context request message, and a retrieve terminal context response message.
18. The solution of any of clauses 14 and 15, wherein the target network slice or equivalent network slice is sent from the first network node comprising a first RAN node to a second network node comprising a core network node via any of an initial context setup response message, an initial context setup failure message, a PDU session resource setup response message, a PDU session resource modify response message, a user equipment (UE) context modification response message, a handover required message, an initial UE message, a handover failure message, a handover request acknowledge message, and a path switch request message.
19. The solution of any of clauses 14 and 15, wherein the target network slice or equivalent network slice is sent from the first network node comprising a core network node to a second network node comprising a RAN node via any of an initial context setup request message, a PDU session resource modify request message, a PDU session resource setup request message, a handover command message, a handover request message, a path switch request acknowledge message, a path switch request failure message, and a UE context modification request message.
20. The solution of clause 1, further comprising: initiating, by the first network node, a NG/S1 based handover procedure or a Xn/X2 based handover procedure to the second network node based on the slice remapping assistance information indicating that slice remapping is supported at the second network node.
21. The solution of clause 20, further comprising: sending, by the first network node, the slice remapping assistance information to a second network node configured to map a serving network slice to a target network slice or an equivalent network slice based on the received slice remapping assistance information.
22. The solution of clause 20, wherein the second network node is configured to remap a certain network slice to a target network slice or an equivalent network slice.
23. The solution of clause 22, wherein the second network node is configured to send the target network slice or the equivalent network slice to the first network node or a third network node.
24. The solution of clause 23, wherein the third network node comprises any of a RAN node or a core network node.
25. The solution of clause 23, wherein the target network slice or equivalent network slice is sent from a core network node to a RAN node via any of an initial context setup request message, a PDU session resource modify request message, a PDU session resource setup request message, a handover command message, a handover request message, a path switch request acknowledge message, a path switch request failure message, and a UE context modification request message.
26. The solution of clause 23, wherein the target network slice or equivalent network slice is sent from a first RAN node to a second RAN node via any of a XN setup response message, a XN setup request message, a handover request message, a handover request acknowledge message, and a handover preparation failure message.
27. The solution of clause 23, wherein the target network slice or equivalent network slice is sent from a RAN node to a core network node via any of an initial context setup response message, an initial context setup failure message, a PDU session resource setup response message, a PDU session resource modify response message, a user equipment (UE) context modification response message, a handover required message, an initial UE message, a handover failure message, a handover request acknowledge message, and a path switch request message.
28. The solution of clause 1, further comprising: initiating, by the first network node, the terminal context retrieve procedure to a second network node based on the slice remapping assistance information indicating that network slice remapping is supported at the second network node.
29. The solution of clause 28, further comprising: sending, by the first network node, slice remapping assistance information that includes slice assistance information to the second network node configured to map a serving network slice to a target network slice or an equivalent network slice to assist in performing network slice remapping.
30. The solution of clause 29, wherein the first network node is a first RAN node and the second network node is a second RAN node.
31. The solution of clause 29, wherein the second network node is configured to remap a serving network slice to a target network slice or an equivalent network slice.
32. The solution of clause 31, wherein the second network node is configured to send the target network slice or the equivalent network slice to the first network node or a third network node.
33. The solution of clause 32, wherein the third network node is a core network node.
34. The solution of clause 32, wherein the target network slice or equivalent network slice is sent from a RAN node to a core network node via any of an initial context setup response message, an initial context setup failure message, a PDU session resource setup response message, a PDU session resource modify response message, a user equipment (UE) context modification response message, a handover required message, an initial UE message, a handover failure message, a handover request acknowledge message, and a path switch request message.
35. The solution of clause 32, wherein the target network slice or equivalent network slice is sent from a first RAN node to a second RAN node via any of a retrieve UE context request message and a retrieve UE context response message.
36. An apparatus for wireless communication comprising a processor that is configured to carry out the solution of any of clauses 1 to 35.
37. A non-transitory computer readable medium having code stored thereon, the code when executed by a processor, causing the processor to implement a solution recited in any of clauses 1 to 35.
The details of one or more implementations are set forth in the accompanying attachments, the drawings, and the description below. Other features will be apparent from the description and drawings, and from the clauses.
The development of the new generation of wireless communication—5G New Radio (NR) communication—is a part of a continuous mobile broadband evolution process to meet the requirements of increasing network demand. NR will provide greater throughput to allow more users connected at the same time. Other aspects, such as energy consumption, device cost, spectral efficiency, and latency are also important to meeting the needs of various communication scenarios.
When a UE is handed over from a source cell to a target cell, different slices may be supported in the source and the target cell while the ongoing services can be carried on both the NW slice in source cell and the NW slice in the target cell.
In many cases, existing handover procedures can be used to hand over a UE from a source radio access network (RAN) node to a target RAN node using Xn/X2 or NG/S1 reference points. The handover procedure can be triggered, for example, due to new radio conditions, load balancing, due to specific service, etc.
During a successful operation, the source RAN node 204 can send a handover request message 208 to the target RAN node 206 and wait for the feedback from the target RAN node. If the target RAN node accepts this request, a handover request acknowledge message 210 will be send back to the source RAN node. The source RAN node 204 will then send handover command 212 to UE 202 so that UE will start access 214 to the target RAN node 206.
If the handover request 216 is not acceptable to the target RAN node, a handover preparation failure message 218 in which the cause IE is set to an appropriate value can be sent to the source node 204 to inform the reason for rejection. Particularly, the Cause IE can be set to slice(s) not supported by NG-RAN if the serving slice in the source RAN-node is not supported in the target node.
In an unsuccessful operation, the source RAN node 304 can send a handover required message 322 to the AMF 308, and the AMF 308 can send a handover request message to the target RAN node 306. The target RAN node 306 can send a handover failure message 326 to the AMF if handover fails. If the CN node or the target side is not able to accept any of the PDU session resources or a failure occurs during the Handover Preparation, the AMF can send the handover preparation failure message 328 with an appropriate cause value to the source NG-RAN node. Particularly, the Cause IE may be set to Slice(s) not supported if the serving slice in the source RAN-node is not supported in the target node or CN node.
System Overview
In this disclosure, the present embodiments relate to supporting service continuity during handover by remapping the serving slices in the source RAN node to certain slices supported in the target RAN node. A first network node can perform a handover procedure or retrieve UE context procedure based on slice assistance information.
The slice assistance information can either be generated by the first network itself or provided by a second network node. For the case when the slice assistance information is generated by the first node, the first node may provide it to a second node during handover procedure or retrieve UE context procedure. The first network node can be a RAN node or a CN node. The CN node can be a AMF, a SMF, or any other core network node. The second network node can be a RAN node or a CN node. The RAN node can be a gNB, an eNB, a ng-eNB, a en-gNB, or any other radio access network node.
Issue 1
With a first issue, the slice assistance information can include various information. As a first alternative, the slice assistance information can include indicators showing whether the CN based remapping or the slice remapping assistance information is supported or not. The indicator can be configured per UE, per PDU session or per slice.
A per UE indicator can be used to indicate whether the slice remapping is supported by the CN. For example, with this indicator, the source node can initiate the CN based handover whenever the on-going slice may not be supported by the target node.
The per slice indicator can be used to indicate whether the CN based slice re-mapping is applicable to one specific slice. For example, with this indicator, the source node can initiate the CN based handover whenever the on-going slice may not be supported by the target node and the slice re-mapping is applicable to the on-going slice. The per slice indicator may be configured by a separate list (e.g., a list of S-NSSAI for which the re-mapping operation is applicable in CN), or as part of an Allowed NSSAI (e.g., the indicator can be included in an Allowed NSSAI-Item).
A per PDU session indicator can be configured as part of PDU session configuration, and it can be used to indicate whether the CN based slice remapping is applicable to this PDU session. The per PDU session indicator can be configured as a separate IE in the message exchanged between CN node and RAN node or between two RAN nodes or in the PDU Session Resource Setup Request Transfer container, PDU Session Resource Setup Response Transfer container, PDU Session Resource Setup Unsuccessful Transfer container, PDU Session Resource Modify Request Transfer container, the PDU Session Resource Modify Response Transfer container, the Handover Required Transfer container, the Handover Command Transfer container, the Handover Request Acknowledge Transfer container, the Handover Resource Allocation Unsuccessful Transfer container, the Path Switch Request Transfer container, the Path Switch Request Acknowledge Transfer container, the Path Switch Request Setup Failed Transfer container, and/or the Path Switch Request Unsuccessful Transfer container.
As a second alternative, the slice assistance information can include indicators showing whether the RAN based remapping or the slice remapping assistance information is supported or not. The indicator can be configured per UE, per PDU session or per slice.
A per UE indicator can be used to indicate whether the slice remapping is supported by the concerned RAN node. With this indicator, the source node can initiate the Xn based handover whenever the on-going slice may not be supported by the target node.
A per slice indicator can be used to indicate whether the RAN based slice re-mapping is applicable to one specific slice. For example, the source node can initiate the RAN based handover whenever the on-going slice may not be supported by the target node and the slice re-mapping is applicable to the on-going slice. Alternatively, the source node can initiate the X2/Xn based handover anyway, and it may be up to target node to check whether the remapping is allowed or not. The per Slice indicator may be configured by a separate list (e.g. a list of S-NSSAI for which the re-mapping operation is applicable in RAN node), or as part of Allowed NSSAI (e.g., the indicator can be included in Allowed NSSAI-Item, or as part of Slice Support List-Item).
A per PDU session indicator can be configured as part of PDU session configuration, and it can be used to indicate whether the RAN based slice remapping is applicable to this PDU session. The per PDU session indicator can be configured as a separate IE in the message exchanged between CN node and RAN node or between two RAN nodes or in the PDU Session Resource Setup Request Transfer container, PDU Session Resource Setup Response Transfer container, PDU Session Resource Setup Unsuccessful Transfer container, PDU Session Resource Modify Request Transfer container, the PDU Session Resource Modify Response Transfer container, the Handover Required Transfer container, the Handover Command Transfer container, the Handover Request Acknowledge Transfer container, the Handover Resource Allocation Unsuccessful Transfer container, the Path Switch Request Transfer container, the Path Switch Request Acknowledge Transfer container, the Path Switch Request Setup Failed Transfer container, and/or the Path Switch Request Unsuccessful Transfer container.
As a third alternative, the slice assistance information can include indicators including any of an allowed target NW slice or equivalent slice for each PDU session. The allowed target NW slice or equivalent per PDU session will be configured as a separate IE in the message exchanged between CN node and RAN node or between two RAN nodes or in the PDU Session Resource Setup Request Transfer container, PDU Session Resource Setup Response Transfer container, PDU Session Resource Setup Unsuccessful Transfer container, PDU Session Resource Modify Request Transfer container, the PDU Session Resource Modify Response Transfer container, the Handover Required Transfer container, the Handover Command Transfer container, the Handover Request Acknowledge Transfer container, the Handover Resource Allocation Unsuccessful Transfer container, the Path Switch Request Transfer container, the Path Switch Request Acknowledge Transfer container, the Path Switch Request Setup Failed Transfer container or the Path Switch Request Unsuccessful Transfer container.
The allowed target NW slice for each serving NW slice (current NW slice), or Equivalent NW slice, among which the slice re-mapping may be allowed. This can be configured either by a separate list (e.g., a list of S-NSSAI for which the re-mapping operation is applicable and the target or equivalent NW slice(s) for each slice in the list), or as part of AllowedNSSAI (e.g. the allowed re-mapping slice or equivalent slice can be included in AllowedNSSAI-Item), or as a part of Slice Support List-Item. A Potential QoS profile may be included for each QoS flow in a target NW slice or equivalent NW slice.
As a fourth alternative, the slice assistance information can include a cause value (e.g., slice remapping not allowed) for handover failure, handover cancel, or handover preparation failure.
Issue 2
A second issue may relate to when the slice assistance information is provided from a second network node to a first network node. The slice assistance information can be provided from a CN node to a RAN node, from one RAN node to another RAN node, or from a RAN node to a CN node via one of various messages.
One such message can include an initial context setup request message from CN to RAN. The slice assistance information can be included as a separate IE or included in the PDU Session Resource Setup Request Transfer container in this message.
Another such message can include a PDU session resource modify request message from CN to RAN. The slice assistance information can be included as a separate IE or included in the PDU Session Resource Modify Request Transfer container in this message.
Another such message can include a PDU session resource setup request message from CN to RAN. The slice assistance information can be included as a separate IE or included in the PDU Session Resource Setup Request Transfer in this message.
Another such message can include a handover command message from CN to RAN. The slice assistance information can be included as a separate IE or included in the Handover Command Transfer container in this message.
Another such message can include a handover request message from CN to RAN. The slice assistance information can be included as a separate IE or included in the PDU Session Resource Setup Request Transfer container in this message.
Another such message can include a path switch request acknowledge message from CN to RAN. The slice assistance information can be included as a separate IE or included in the Path Switch Request Acknowledge Transfer container/the Path Switch Request Unsuccessful Transfer in this message.
Another such message can include a path switch request failure message from CN to RAN. The slice assistance information can be included as a separate IE or included in the Path Switch Request Unsuccessful Transfer container in this message.
Another such message can include a UE context modification request message from CN to RAN.
Another such message can include a XN setup response message from a RAN node to another RAN node.
Another such message can include a XN setup request message from a RAN node to another RAN node.
Another such message can include a handover request message from a RAN node to another RAN node.
Another such message can include a handover request acknowledge message from a RAN node to another RAN node.
Another such message can include a handover preparation failure message from a RAN node to another RAN node.
Another such message can include a retrieve UE context request message from a RAN node to another RAN node.
Another such message can include a retrieve UE context response message from a RAN node to another RAN node.
Another such message can include an initial context setup response message from RAN to CN. The slice assistance information can be included as a separate IE or included in the PDU Session Resource Setup Response Transfer container in this message.
Another such message can include an initial context setup failure message from RAN to CN. The slice assistance information can be included as a separate IE or included in the PDU Session Resource Setup Unsuccessful Transfer container in this message.
Another such message can include a PDU session resource setup response message from RAN to CN. The slice assistance information can be included as a separate IE or included in the PDU Session Resource Setup Response Transfer container in this message.
Another such message can include a PDU session resource modify response message from RAN to CN. The slice assistance information can be included as a separate IE or included in the PDU Session Resource Modify Response Transfer container in this message.
Another such message can include a UE context modification response message from RAN to CN.
Another such message can include a handover required message from RAN to CN. The slice assistance information can be included as a separate IE or included in the Handover Required Transfer container in this message.
Another such message can include an initial UE message from RAN to CN.
Another such message can include a handover failure message from RAN to CN.
Another such message can include a handover request acknowledge message from RAN to CN. The slice assistance information can be included as a separate IE or included in the Handover Request Acknowledge Transfer container or Handover Resource Allocation Unsuccessful Transfer container in this message.
Another such message can include a path switch request message from RAN to CN.
The slice assistance information can be included as a separate IE or included in the Path Switch Request Transfer container/Path Switch Request Setup Failed Transfer container in this message.
Issue 3
With respect to a third issue, a first network node may perform one or more of the following operations based on the slice assistance information.
A first operation can include the first node performing NG/S1 based handover. Upon receiving the supported slice information in another RAN node which maybe a candidate node as the handover target, if the current slice using by UE may not be supported by target cell and the slice assistance information (e.g., an indicator) showing that the CN based remapping is supported for the UE, the ongoing PDU session or the serving slice, the source node may initiate the NG/S1 based handover to allow CN to process the slice re-mapping operation.
The source RAN node may initiate NG/S1 based handover by sending handover required message to CN node.
The CN node can then either remap the association between the PDU session and send the remapped slice to the target RAN node via handover request message or remove the concerned PDU session.
During the NG/S1 based handover procedure, the CN node, after receiving the slice assistance information (e.g., the target NW slice or equivalent slice to the serving slice) from a source RAN node via handover required message, perform slice remapping and send the remapped slice (i.e. the new slice assistance information) for each PDU session with slice remapping to the target RAN node via handover request message.
In a second alternative, the first node can perform X2/Xn based handover procedure. Upon receiving the slice remapping assistance information (e.g., the target NW slice or equivalent slice to the serving NW slice) from CN node, the source node initiate the X2/Xn based handover and send the slice re-mapping assistant information to the target node. The target node may process the slice re-mapping with the slice re-mapping assistant information. After the successful completion of handover procedure, the target node can inform CN the remapped slice (i.e., the new slice assistance information) in the Path Switch Request message for each PDU session with slice re-mapping.
The source RAN node may send the slice remapping assistance information to the target RAN node via handover request message.
The target RAN node may send back handover request acknowledge message, in which the admitted PDU sessions and the remapped slice are included, to the source RAN node.
In some embodiments, the source node can check the slice validity in target node before the initialization of X2/Xn handover, taken the slice re-mapping assistant information into account. Upon receiving the slice assistance information (e.g., an indicator showing that the slice remapping is supported) from another RAN node, the source RAN node may initiate the X2/Xn based handover procedure by sending handover request message to the target node. The target node may process the slice remapping and send back a handover request acknowledge message to inform the source node of the remapped slice (i.e. the new slice assistance information) for each PDU session with slice remapping.
In a third alternative, the first network node can perform a UE context retrieve procedure. The source RAN node can initiate the UE context retrieve procedure by sending a retrieve UE context request message, the target RAN node can perform slice remapping and send back retrieve UE context response message, including the slice assistance information (e.g., the target NW slice or equivalent slice to the serving NW slice), to the source RAN node.
The slice assistance information can be generated either by the RAN node, AMF or SMF. For the case when the slice assistance information is generated by SMF, the SMF can transmit the slice assistance information to the AMF to forward it to the RAN node. For the case when the slice assistance information is generated by the RAN node and has to be transmitted to the SMF, the RAN node can transmit the slice assistance information to AMF to forward it to the SMF.
A first example embodiment relates to a NG based handover procedure with slice remapping at CN side.
At step 410, the AMF 408 can indicate to the source gNB 404 that the slice remapping at CN side is supported.
At step 412, the source gNB 404 can be aware that the serving slice is not supported at the target gNB thus decided to initiate NG based handover procedure by sending handover required message to the AMF.
At step 414, a handover required message 414 can be sent from source GNB 404 to AMF 408.
At step 416, the AMF or SMF identified that the serving slice is not supported at the target gNB but can be remapped to another slice supported at the target gNB. The AMF or SMF perform slice remapping and send handover request message in which the remapped S-NSSAI is included to request resource preparations at the target gNB.
At step 418, a handover request message can be sent from AMF 408 to target GNB 406.
At step 420, the target gNB reserve resources and send handover request acknowledge message to the AMF.
At step 422, the AMF can send a handover command message to the source gNB to inform that the resources for the handover have been prepared at the target side.
At step 424, the source gNB send Handover command message (e.g., a RRC Reconfiguration message) to UE to provide configuration for accessing the target gNB.
At step 426, the UE 402 can initiate access to the target gNB based on the configuration received.
In step 410, one of the following operations can be performed on how to indicate slice remapping at CN side. A first option can include the indication for supporting slice remapping at CN side is configured per UE in the initial context setup request message.
Initial Context Setup Request
The Initial Context Setup Request message can be sent by the AMF to request the setup of a UE context. A direction can include from AMF to NG-RAN node.
Slice Remapping Indicator
A slice remapping indicator IE can indicate to the NG-RAN node that the slice remapping is allowed and can be performed at the network.
In option 1.2, the indication for slice remapping at CN side may be configured per slice in the INITIAL CONTEXT SETUP REQUEST message. In option 1.2.1, the indicator can be configured for each allowed S-NSSAI.
Initial Context Setup Request
A Initial Context Setup Request message may be sent by the AMF to request the setup of a UE context. A direction can be from AMF to NG-RAN node.
Allowed NSSAI
An allowed NSSAI IE may contain the allowed NSSAI.
Slice Remapping Indicator
A slice remapping indicator IE can indicate to the NG-RAN node that the slice remapping is allowed and can be performed at the network.
In option 1.2.2, a list of S-NSSAI for which the slice remapping is supported can be provided in an initial context setup request message.
Slice Remapping Allowed NSSAI
A slice remapping allowed NSSAI IE can contain the S-NSSAI for which the slice remapping is allowed and can be performed at network.
In option 1.3, the indication for slice remapping at CN side can be configured per PDU session in the initial context setup request message.
Initial Context Setup Request
An initial context setup request message may be sent by the AMF to request the setup of a UE context. A direction can be from AMF to NG-RAN node.
9.3.1.x4 Slice Remapping Indicator
This IE indicates to the NG-RAN node that the slice remapping is allowed and can be performed at the network.
A second example embodiment relates to a Xn based handover procedure with slice remapping at the RAN side.
In step 510, the source gNB 504 can transmit the XN setup request message to the target gNB 506 to setup the Xn interface.
In step 512, the target gNB can send back the XN setup response message, in which the indicator shows that the slice remapping is supported, to the source gNB.
In step 514, the AMF 508 can send the initial context setup request message, in which the slice remapping assistance information (e.g., equivalent S-NSSAIs to certain S-NSSAIs) is included, to the source gNB. The slice remapping assistance information (e.g. equivalent S-NSSAIs to certain S-NSSAIs) can be generated by AMF or SMF. For the case when the slice remapping information is generated by the SMF, the SMF send the slice remapping information to AMF to forward it to the RAN node.
In step 516, the source gNB can be aware that the serving slice is not supported by the target gNB but the slice remapping is supported at the target side. The source gNB then initiates handover procedure by sending HANDOVER REQUEST message (including the serving slice and the slice remapping assistance information) to the target gNB.
In step 518, the source gNB can send a HANDOVER REQUEST to the target node in which the serving slice and the slice remapping assistance information is included.
In step 520, the target gNB can remap the serving slice to another slice supported in the target gNB based on the slice assistance information.
In step 522, target gNB can send back the handover request acknowledge message after preparation of the handover resource.
In step 524, the source gNB can send a handover command message (e.g. RRCReconfiguration message) to the UE to provide configuration for accessing the gNB.
In step 526, the UE can initiate access to the target gNB based on the configuration received.
In step 528, the target gNB can send back the remapped slice information to the AMF via PATH SWITCH REQUEST message. The AMF may forward the remapped slice information to the SMF.
In step 512, one of the following options may be performed on how to indicate the slice remapping at RAN side.
Indication of Support of Slice Remapping at RAN Side
In option 2.1.1, the indication for supporting slice remapping at RAN side may be configured per UE in the XN SETUP RESPONSE message.
XN Setup Response
This message can be sent by a NG-RAN node to a neighboring NG-RAN node to transfer application data for an Xn-C interface instance. A direction can include NG-RAN node 2 to NG-RAN node 1.
Direction: From NG-RAN node2 to NG-RAN node1.
Slice Remapping Indicator
This IE can indicate to the NG-RAN node that the slice remapping is allowed and can be performed at the network.
In option 2.1.2, the indication for supporting slice remapping at RAN side can be configured per slice in the XN SETUP RESPONSE message. In option 2.1.2.1, The indicator can be configured for each supported S-NSSAI.
XN Setup Response
This message can be sent by a NG-RAN node to a neighboring NG-RAN node to transfer application data for an Xn-C interface instance. A direction can be from NG-RAN node 2 to NG-RAN node 1.
TAI Support List
A TAI support list IE can indicate the list of TAIs supported by NG-RAN node and associated characteristics e.g. supported slices.
Slice Support List
A Slice Support list IE can indicate the list of supported slices.
Slice Remapping Indicator
A slice remapping indicator IE can indicate to the NG-RAN node that the slice remapping is allowed and can be performed at the network.
In option 2.1.2.2, a list of S-NSSAI for which the slice remapping is supported at RAN side is provided in XN SETUP RESPONSE message.
XN Setup Response
A XN setup response message can be sent by a NG-RAN node to a neighboring NG-RAN node to transfer application data for an Xn-C interface instance. A direction can be from NG-RAN node 2 to NG-RAN node 1.
Slice Remapping Allowed NSSAI
A Slice remapping allowed NSSAI IE can contain the S-NSSAI for which the slice remapping is allowed and can be performed at network.
In step 514, one of the following options may be performed to send the Slice Remapping Assistance Information from CN to RAN.
In option 2.2.1, the equivalent slice information can be included as a separate IE per PDU session in the initial context setup request message.
Initial Context Setup Request
This message can be sent by the AMF to request the setup of a UE context. A direction can be from AMF to NG-RAN node.
Equivalent S-NSSAI
The Equivalent S-NSSAI IE can contain the equivalent NSSAI.
QoS Flow Setup Request List
In option 2.2.2, the equivalent slice information may be included in the PDU Session Resource Setup Request Transfer container in the initial context setup request message. In this case, the equivalent slice information can be generated by the SMF and transmitted to AMF so that AMF will forward it to the RAN node.
PDU Session Resource Setup Request Transfer
This IE may be transparent to the AMF.
Equivalent S-NSSAI
This IE may contain the equivalent NSSAI.
QoS Flow Setup Request List
In option 2.2.3, the equivalent slice information may be included per UE as a separate IE in the initial context setup request message.
Initial Context Setup Request
This message can be sent by the AMF to request the setup of a UE context. A direction can be from AMF to NG-RAN node.
Slice Remapping Assistance Information
This IE contains a list of S-NSSAIs and the equivalent S-NSSAIs for each S-NSSAI in the list.
Equivalent S-NSSAI
This IE can contain the equivalent NSSAI.
QoS Flow Setup Request List
In option 2.2.4: the equivalent slice information can be included per slice in the initial context setup request message.
Initial Context Setup Request
This message can be sent by the AMF to request the setup of a UE context. A direction can be from AMF to NG-RAN node.
Allowed NSSAI
This IE can contain the allowed NSSAI and the equivalent S-NSSAIs for each allowed NSSAI.
Equivalent S-NSSAI
This IE can contain the equivalent NSSAI.
In step 518, one of the following options may be performed to send the Slice Remapping Assistance Information Between RAN Nodes.
In option 2.3.1, the equivalent slice information can be included as a separate IE per PDU session in the PDU Session Resources to Be Setup List IE in HANDOVER REQUEST message.
PDU Session Resources to be Setup List
This IE can contain PDU session resource related information used at UE context transfer between NG-RAN nodes.
Equivalent S-NSSAI
This IE can contain the equivalent NSSAI.
QoS Flow Setup Request List
In option 2.3.2, the equivalent slice information can be included per UE as a separate IE in the HANDOVER REQUEST message.
Handover Request
This message can be sent by the source NG-RAN node to the target NG-RAN node to request the preparation of resources for a handover. A direction can be from source NG-RAN node to target NG-RAN node.
Slice Remapping Assistance Information
This IE can contain a list of S-NSSAIs and the equivalent S-NSSAIs for each S-NSSAI in the list.
Equivalent S-NSSAI
This IE can contain the equivalent NSSAI.
QoS Flow Setup Request List
In step 528, one of the following options may be performed to send the Slice Remapping Assistance Information From RAN To CN.
In option 2.4.1, the remapped slice information can be included per PDU session in the path switch request message.
Path Switch Request
This message can be sent by the NG-RAN node to inform the AMF of the new serving NG-RAN node and to transfer some NG-U DL tunnel termination point(s) to the SMF via the AMF for one or multiple PDU session resources. A direction can be from NG-RAN node to AMF.
Remapped S-NSSAI
This IE can contain the remapped NSSAI.
QoS Flow Setup Request List
In option 2.4.2, the remapped slice information can be included per UE in the path switch request message.
Path Switch Request
This message can be sent by the NG-RAN node to inform the AMF of the new serving NG-RAN node and to transfer some NG-U DL tunnel termination point(s) to the SMF via the AMF for one or multiple PDU session resources. A direction can be from NG-RAN node to AMF.
Slice Remapping Assistance Information
This IE can contain a list of S-NSSAIs and the equivalent S-NSSAIs for each S-NSSAI in the list.
Remapped S-NSSAI
This IE can contain the remapped NSSAI.
QoS Flow Setup Request List
As noted above, the RAN node can receive the slice assistance information from the CN node or another RAN node and initiate or perform handover procedure based on the slice assistance information.
In some embodiments, the slice remapping assistance information is either generated by the first network or received from a second network node.
In some embodiments, the slice remapping assistance information comprises an indicator indicative of whether network slice remapping is supported by a core network node or a radio access network (RAN) for a specific terminal, a specific network slice, or a specific PDU session.
In some embodiments, the indicator is configured by a separate list, as part of an allowed network slice selection assistance information listing, or as part of a slice support list item.
In some embodiments, the indicator is configured as a separate information element or an information element inside a transparent container in a message containing the information allowing the first network node to perform network remapping.
In some embodiments, the slice remapping assistance information comprises one or more target network slices or equivalent network slices of a network slice for a specific terminal, a specific slice, or a specific Protocol Data Unit (PDU) session.
In some embodiments, the slice remapping assistance information comprises a cause value indicative of a reason that network remapping is not allowed.
In some embodiments, the slice remapping assistance information comprises a quality of service (QoS) profile for each QoS flow in a target network slice or an equivalent network slice.
In some embodiments, any of the first network node and the second network node comprise any of a core network node or a RAN node.
In some embodiments, the slice remapping assistance information is transmitted from the second network node comprising a core network node to the first network node comprising a RAN node via any of: an initial context setup request message, a PDU session resource modify request message, a PDU session resource setup request message, a handover command message, a handover request message, a path switch request acknowledge message, a path switch request failure message, and a terminal context modification request message.
In some embodiments, the information allowing the first network node to perform network remapping is transmitted from the first network node comprising a first RAN node to the second network node comprising a second RAN node via any of: a XN setup response message, a XN setup request message, a handover request message, a handover request acknowledge message, a handover preparation failure message, a retrieve terminal context request message, and a retrieve terminal context response message.
In some embodiments, the slice assistance information is transmitted from a RAN node to a core network node via any of an initial context setup response message, an initial context setup failure message, a PDU session resource setup response message, a PDU session resource modify response message, a user equipment (UE) context modification response message, a handover required message, an initial UE message, a handover failure message, a handover request acknowledge message, and a path switch request message.
In some embodiments, performing the handover procedure or retrieving the terminal context procedure further comprises: remapping, by the first network node, a specific network slice to a target network slice or an equivalent network slice.
In some embodiments, the method includes sending, by the first network node, the target network slice or the equivalent network slice to the second network node and/or a third network node.
In some embodiments, the second network node is configured to send the target network slice or equivalent network slice to the third network node.
In some embodiments, the first network node is a first RAN node, the second network node is a second RAN node or a first core network node, and the third node is a second core network node.
In some embodiments, the target network slice or equivalent network slice is sent from the first network node comprising a first RAN node to a second network node comprising a second RAN node via any of a XN setup response message, a XN setup request message, a handover request message, a handover request acknowledge message, a handover preparation failure message, a retrieve terminal context request message, and a retrieve terminal context response message.
In some embodiments, the target network slice or equivalent network slice is sent from the first network node comprising a first RAN node to a second network node comprising a core network node via any of an initial context setup response message, an initial context setup failure message, a PDU session resource setup response message, a PDU session resource modify response message, a user equipment (UE) context modification response message, a handover required message, an initial UE message, a handover failure message, a handover request acknowledge message, and a path switch request message.
In some embodiments, the target network slice or equivalent network slice is sent from the first network node comprising a core network node to a second network node comprising a RAN node via any of an initial context setup request message, a PDU session resource modify request message, a PDU session resource setup request message, a handover command message, a handover request message, a path switch request acknowledge message, a path switch request failure message, and a UE context modification request message.
In some embodiments, the method includes initiating, by the first network node, a NG/S1 based handover procedure or a Xn/X2 based handover procedure to the second network node based on the slice remapping assistance information indicating that slice remapping is supported at the second network node.
In some embodiments, the method includes sending, by the first network node, the slice remapping assistance information to a second network node configured to map a serving network slice to a target network slice or an equivalent network slice based on the received slice remapping assistance information.
In some embodiments, the second network node is configured to remap a certain network slice to a target network slice or an equivalent network slice.
In some embodiments, the second network node is configured to send the target network slice or the equivalent network slice to the first network node or a third network node.
In some embodiments, the third network node comprises any of a RAN node or a core network node.
In some embodiments, the target network slice or equivalent network slice is sent from a core network node to a RAN node via any of an initial context setup request message, a PDU session resource modify request message, a PDU session resource setup request message, a handover command message, a handover request message, a path switch request acknowledge message, a path switch request failure message, and a UE context modification request message.
In some embodiments, the target network slice or equivalent network slice is sent from a first RAN node to a second RAN node via any of a XN setup response message, a XN setup request message, a handover request message, a handover request acknowledge message, and a handover preparation failure message.
In some embodiments, the target network slice or equivalent network slice is sent from a RAN node to a core network node via any of an initial context setup response message, an initial context setup failure message, a PDU session resource setup response message, a PDU session resource modify response message, a user equipment (UE) context modification response message, a handover required message, an initial UE message, a handover failure message, a handover request acknowledge message, and a path switch request message.
In some embodiments, the method includes initiating, by the first network node, the terminal context retrieve procedure to a second network node based on the slice remapping assistance information indicating that network slice remapping is supported at the second network node.
In some embodiments, the method includes sending, by the first network node, slice remapping assistance information that includes slice assistance information to the second network node configured to map a serving network slice to a target network slice or an equivalent network slice to assist in performing network slice remapping.
In some embodiments, the first network node is a first RAN node and the second network node is a second RAN node.
In some embodiments, the second network node is configured to remap a serving network slice to a target network slice or an equivalent network slice.
In some embodiments, the second network node is configured to send the target network slice or the equivalent network slice to the first network node or a third network node.
In some embodiments, the third network node is a core network node.
In some embodiments, the target network slice or equivalent network slice is sent from a RAN node to a core network node via any of an initial context setup response message, an initial context setup failure message, a PDU session resource setup response message, a PDU session resource modify response message, a user equipment (UE) context modification response message, a handover required message, an initial UE message, a handover failure message, a handover request acknowledge message, and a path switch request message.
In some embodiments, the target network slice or equivalent network slice is sent from a first RAN node to a second RAN node via any of a retrieve UE context request message and a retrieve UE context response message.
Example Wireless System
The core network 725 can communicate with one or more base stations 705a, 705b. The core network 725 provides connectivity with other wireless communication systems and wired communication systems. The core network may include one or more service subscription databases to store information related to the subscribed wireless devices 710a, 710b, 710c, and 710d. A first base station 705a can provide wireless service based on a first radio access technology, whereas a second base station 705b can provide wireless service based on a second radio access technology. The base stations 705a and 705b may be co-located or may be separately installed in the field according to the deployment scenario. The wireless devices 710a, 710b, 710c, and 710d can support multiple different radio access technologies.
In some implementations, a wireless communication system can include multiple networks using different wireless technologies. A dual-mode or multi-mode wireless device includes two or more wireless technologies that could be used to connect to different wireless networks.
From the foregoing, it will be appreciated that specific embodiments of the presently disclosed technology have been described herein for purposes of illustration, but that various modifications may be made without deviating from the scope of the invention. Accordingly, the presently disclosed technology is not limited except as by the appended claims.
The disclosed and other embodiments, modules and the functional operations described in this document can be implemented in digital electronic circuitry, or in computer software, firmware, or hardware, including the structures disclosed in this document and their structural equivalents, or in combinations of one or more of them. The disclosed and other embodiments can be implemented as one or more computer program products, i.e., one or more modules of computer program instructions encoded on a computer readable medium for execution by, or to control the operation of, data processing apparatus. The computer readable medium can be a machine-readable storage device, a machine-readable storage substrate, a memory device, a composition of matter effecting a machine-readable propagated signal, or a combination of one or more them. The term “data processing apparatus” encompasses all apparatus, devices, and machines for processing data, including by way of example a programmable processor, a computer, or multiple processors or computers. The apparatus can include, in addition to hardware, code that creates an execution environment for the computer program in question, e.g., code that constitutes processor firmware, a protocol stack, a database management system, an operating system, or a combination of one or more of them. A propagated signal is an artificially generated signal, e.g., a machine-generated electrical, optical, or electromagnetic signal, that is generated to encode information for transmission to suitable receiver apparatus.
A computer program (also known as a program, software, software application, script, or code) can be written in any form of programming language, including compiled or interpreted languages, and it can be deployed in any form, including as a stand-alone program or as a module, component, subroutine, or other unit suitable for use in a computing environment. A computer program does not necessarily correspond to a file in a file system. A program can be stored in a portion of a file that holds other programs or data (e.g., one or more scripts stored in a markup language document), in a single file dedicated to the program in question, or in multiple coordinated files (e.g., files that store one or more modules, sub programs, or portions of code). A computer program can be deployed to be executed on one computer or on multiple computers that are located at one site or distributed across multiple sites and interconnected by a communication network.
The processes and logic flows described in this document can be performed by one or more programmable processors executing one or more computer programs to perform functions by operating on input data and generating output. The processes and logic flows can also be performed by, and apparatus can also be implemented as, special purpose logic circuitry, e.g., an FPGA (field programmable gate array) or an ASIC (application specific integrated circuit).
Processors suitable for the execution of a computer program include, by way of example, both general and special purpose microprocessors, and any one or more processors of any kind of digital computer. Generally, a processor will receive instructions and data from a read only memory or a random-access memory or both. The essential elements of a computer are a processor for performing instructions and one or more memory devices for storing instructions and data. Generally, a computer will also include, or be operatively coupled to receive data from or transfer data to, or both, one or more mass storage devices for storing data, e.g., magnetic, magneto optical disks, or optical disks. However, a computer need not have such devices. Computer readable media suitable for storing computer program instructions and data include all forms of non-volatile memory, media and memory devices, including by way of example semiconductor memory devices, e.g., EPROM, EEPROM, and flash memory devices; magnetic disks, e.g., internal hard disks or removable disks; magneto optical disks; and CD ROM and DVD-ROM disks. The processor and the memory can be supplemented by, or incorporated in, special purpose logic circuitry.
While this patent document contains many specifics, these should not be construed as limitations on the scope of any invention or of what may be claimed, but rather as descriptions of features that may be specific to particular embodiments of particular inventions. Certain features that are described in this patent document in the context of separate embodiments can also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment can also be implemented in multiple embodiments separately or in any suitable sub combination. Moreover, although features may be described above as acting in certain combinations and even initially claimed as such, one or more features from a claimed combination can in some cases be excised from the combination, and the claimed combination may be directed to a sub combination or variation of a sub combination.
Similarly, while operations are depicted in the drawings in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. Moreover, the separation of various system components in the embodiments described in this patent document should not be understood as requiring such separation in all embodiments.
Only a few implementations and examples are described, and other implementations, enhancements and variations can be made based on what is described and illustrated in this patent document.
This patent document is a continuation of and claims benefit of priority to International Patent Application No. PCT/CN2020/085564, filed on Apr. 20, 2020. The entire content of the before-mentioned patent application is incorporated by reference as part of the disclosure of this application.
| Number | Date | Country | |
|---|---|---|---|
| Parent | PCT/CN2020/085564 | Apr 2020 | US |
| Child | 17969173 | US |
