IP Library › Granted Patent US 10,873,950
Granted Patent B2
US 10,873,950 · App. 16/217,647 · Granted Dec 22, 2020

Network slice selection based on requested service

Inventors: Kristen S. Young (Morris Plains, NJ); Kalyani Bogineni (Hillsborough, NJ); Jignesh S. Panchal (Hillsborough, NJ); Ratul Kumar Guha (Warwick, PA)
Assignee: Verison Patent and Licensing Inc.
H04W72/0493H04W24/02H04W72/08
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 10,873,950
App. No.
16/217,647
Granted
Dec 22, 2020
Kind
B2
Abstract

An example method can include receiving, from a user equipment, single-network slice selection assistance information (S-NSSAI). The method can include determining a resource sharing configuration (RSC) associated with the S-NSSAI and determining whether the S-NSSAI is associated with a network slice instance (NSI) of the network. When the S-NSSAI is determined to be associated with a first NSI, the method can include mapping the S-NSSAI to the first NSI to permit the user equipment to communicate via the first NSI using a protocol data unit (PDU) session associated with the S-NSSAI. When the S-NSSAI is not determined to be associated with an NSI, the method can include forming a second NSI of the network according to the RSC associated with the S-NSSAI and mapping the S-NSSAI to the second NSI to permit the user equipment to communicate via the second NSI using a PDU session associated with the S-NSSAI.

Claims (112)

1. A method, comprising:

receiving, by a device and from a user equipment, single-network slice selection assistance information (S-NSSAI),

wherein the S-NSSAI is associated with a network;

determining, by the device, a resource sharing configuration (RSC) associated with the S-NSSAI;

identifying, by the device, a slice/service type (SST) of the S-NSSAI;

identifying, by the device and based on identifying the SST, a network slice instance (NSI) table associated with the SST;

determining, by the device, whether the RSC associated with the S-NSSAI is included in the NSI table;

determining, by the device and based on determining that the RSC associated with the S-NSSAI is included in the NSI table, whether the S-NSSAI is associated with a first network slice instance (NSI) of the network; and

when the S-NSSAI is determined to be associated with the first NSI,

mapping, by the device, the S-NSSAI to the first NSI to permit the user equipment to communicate via the first NSI using a protocol data unit (PDU) session associated with the S-NSSAI, or

when the S-NSSAI is not determined to be associated with the first NSI,

forming, by the device, a second NSI of the network according to the RSC associated with the S-NSSAI, and

mapping, by the device, the S-NSSAI to the second NSI to permit the user equipment to communicate via the second NSI using a PDU session associated with the S-NSSAI.

2. The method of claim 1 , wherein the S-NSSAI is received in at least one of:

a request from the user equipment to register the user equipment with the network, or

a request to initiate the PDU session.

3. The method of claim 1 , wherein a slice differentiator field of the S-NSSAI identifies at least one of:

a network slice type (NEST) that identifies one or more characteristics of the network that are to be supported by the first NSI and the second NSI,

a service, of the network, that is to be utilized by the user equipment,

an entity associated with the user equipment, or

an inter-slice priority level that identifies that an NSI that is mapped to the S-NSSAI has a priority relative to other NSIs of the network.

4. The method of claim 1 , wherein the RSC identifies a set of resource layers, of the network, that the user equipment can share according to the S-NSSAI.

5. The method of claim 1 , wherein determining the RSC comprises:

determining resource layers that can be shared with another user equipment associated with the S-NSSAI or another user equipment associated with another S-NSSAI,

wherein the RSC is determined based on the resource layers.

6. The method of claim 1 , wherein determining the RSC comprises:

determining that the S-NSSAI is not associated with a specific RSC;

determining, based on the S-NSSAI not being associated with the specific RSC, that the S-NSSAI is associated with a default RSC; and

determining that the RSC is the default RSC, and

wherein determining whether the S-NSSAI is associated with the first NSI comprises:

determining, based on the RSC being the default RSC, whether the S-NSSAI is associated with the first NSI of the network based on at least one of:

a network service type (NEST) of the S-NSSAI, or

the SST of the S-NSSAI.

7. The method of claim 1 , further comprising at least one of:

provisioning the PDU session, associated with the user equipment, to utilize the first NSI or the second NSI, or

determining a traffic type of the PDU session;

overriding, based on the determined traffic type of the PDU session, the S-NSSAI by assigning network slice selection assistance information (NSSAI) to the user equipment; and

provisioning the PDU session according to the assigned NSSAI.

8. A device, comprising:

one or more memories; and

one or more processors, communicatively coupled to the one or more memories, to:

receive, from a user equipment, single-network slice selection assistance information (S-NSSAI),

wherein the S-NSSAI is associated with a network,

determine a resource sharing configuration (RSC) associated with the S-NSSAI;

identify a slice/service type (SST) of the S-NSSAI;

identify, based on identifying the SST, a network slice instance (NSI) table associated with the SST;

determine whether the RSC associated with the S-NSSAI is included in the NSI table;

determine, based on determining that the RSC associated with the S-NSSAI is included in the NSI table, whether the S-NSSAI is associated with a first network slice instance (NSI) of the network; and

when the S-NSSAI is determined to be associated with the first NSI,

map the S-NSSAI to the first NSI to permit the user equipment to communicate via the first NSI using a protocol data unit (PDU) session associated with the S-NSSAI, or

when the S-NSSAI is not determined to be associated with the first NSI,

form a second NSI of the network according to the RSC associated with the S-NSSAI, and

map the S-NSSAI to the second NSI to permit the user equipment to communicate via the second NSI using a PDU session associated with the S-NSSAI.

9. The device of claim 8 , the S-NSSAI is received in at least one of:

a request from the user equipment to register the user equipment with the network, or

a request to initiate the PDU session.

10. The device of claim 8 , wherein a slice differentiator field of the S-NSSAI identifies at least one of:

a network slice type (NEST) that identifies one or more characteristics of the network that are to be supported by the first NSI and the second NSI,

a service, of the network, that is to be utilized by the user equipment,

an entity associated with the user equipment, or

an inter-slice priority level that identifies that an NSI that is mapped to the S-NSSAI has a priority relative to other NSIs of the network.

11. The device of claim 8 , wherein the RSC identifies a set of resource layers, of the network, that the user equipment can share according to the S-NSSAI.

12. The device of claim 8 , wherein the one or more processors, when determining the RSC, are to:

determine resource layers that can be shared with another user equipment associated with the S-NSSAI or another user equipment associated with another S-NSSAI,

wherein the RSC is determined based on the resource layers.

13. The device of claim 8 , wherein the one or more processors, when determining the RSC, are to:

determine that the S-NSSAI is not associated with a specific RSC;

determine, based on the S-NSSAI not being associated with the specific RSC, that the S-NSSAI is associated with a default RSC; and

determine that the RSC is the default RSC, and

wherein, the one or more processors, when determining whether the S-NSSAI is associated with the first NSI, are to:

determine, based on the RSC being the default RSC, whether the S-NSSAI is associated with the first NSI of the network based on at least one of:

a network service type (NEST) of the S-NSSAI, or

the SST of the S-NSSAI.

14. The device of claim 8 , wherein the one or more processors are further to at least one of:

provision the PDU session, associated with the user equipment, to utilize the first NSI or the second NSI, or

determine a traffic type of the PDU session;

override, based on the determined traffic type of the PDU session, the S-NSSAI by assigning an NSSAI to the user equipment; and

provision the PDU session according to the assigned NSSAI.

15. A non-transitory computer-readable medium storing instructions, the instructions comprising:

one or more instructions that, when executed by one or more processors, cause the one or more processors to:

receive, from a user equipment, single-network slice selection assistance information (S-NSSAI),

wherein the S-NSSAI is associated with a network,

determine a resource sharing configuration (RSC) associated with the S-NSSAI;

identify a slice/service type (SST) of the S-NSSAI;

identify, based on identifying the SST, a network slice instance (NSI) table associated with the SST;

determine whether the RSC associated with the S-NSSAI is included in the NSI table;

determine, based on determining that the RSC associated with the S-NSSAI is included in the NSI table, whether the S-NSSAI is associated with a first network slice instance (NSI) of the network; and

when the S-NSSAI is determined to be associated with the first NSI,

map the S-NSSAI to the first NSI to permit the user equipment to communicate via the first NSI using a protocol data unit (PDU) session associated with the S-NSSAI, or

when the S-NSSAI is not determined to be associated with the first NSI,

form a second NSI of the network according to the RSC associated with the S-NSSAI, and

map the S-NSSAI to the second NSI to permit the user equipment to communicate via the second NSI using a PDU session associated with the S-NSSAI.

16. The non-transitory computer-readable medium of claim 15 , the S-NSSAI is received in at least one of:

a request from the user equipment to register the user equipment with the network, or

a request to initiate the PDU session.

17. The non-transitory computer-readable medium of claim 15 , wherein a slice differentiator field of the S-NSSAI identifies at least one of:

a network slice type (NEST) that identifies one or more characteristics of the network that are to be supported by the first NSI and the second NSI,

a service, of the network, that is to be utilized by the user equipment,

an entity associated with the user equipment, or

an inter-slice priority level that identifies that an NSI that is mapped to the S-NSSAI has a priority relative to other NSIs of the network.

18. The non-transitory computer-readable medium of claim 15 , wherein the RSC identifies a set of resource layers, of the network, that the user equipment can share according to the S-NSSAI.

19. The non-transitory computer-readable medium of claim 15 , wherein the one or more instructions, that cause the one or more processors to determine the RSC, cause the one or more processors to:

determine resource layers that can be shared with another user equipment associated with the S-NSSAI or another user equipment associated with another S-NSSAI,

wherein the RSC is determined based on the resource layers.

20. The non-transitory computer-readable medium of claim 15 , wherein the one or more instructions, that cause the one or more processors to determining the RSC, cause the one or more processors to:

determine that the S-NSSAI is not associated with a specific RSC;

determine, based on the S-NSSAI not being associated with the specific RSC, that the S-NSSAI is associated with a default RSC; and

determine that the RSC is the default RSC, and

wherein the one or more instructions, that cause the one or more processors to determine whether the S-NSSAI is associated with the first NSI, cause the one or more processors to:

determine, based on the RSC being the default RSC, whether the S-NSSAI is associated with the first NSI of the network based on at least one of:

a network service type (NEST) of the S-NSSAI, or

the SST of the S-NSSAI.

Assignments (2)
CORRECTIVE ASSIGNMENT TO CORRECT THE FIRST INVENTOR'S NAME PREVIOUSLY RECORDED ON REEL 047765 FRAME 0500. ASSIGNOR(S) HEREBY CONFIRMS THE ASSIGNMENT. Recorded Jun 24, 2020
From: YOUNG, KRISTEN S.; BOGINENI, KALYANI; PANCHAL, JIGNESH S.; GUHA, RATUL KUMAR
To: VERIZON PATENT AND LICENSING INC.
Reel/Frame 053507/0755 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Dec 13, 2018
From: YOUNG, T. KRISTEN; BOGINENI, KALYANI; PANCHAL, JIGNESH S.; GUHA, RATUL KUMAR
To: VERIZON PATENT AND LICENSING INC.
Reel/Frame 047765/0500 →
Continuity (1)
Related Publication 20200196315A1 · Jun 18, 2020