METHODS AND SYSTEMS FOR NETWORK SLICE SUBNET CAPABILITY MANAGEMENT

20230072212 · 2023-03-09

    Inventors

    Cpc classification

    International classification

    Abstract

    Embodiments herein disclose methods and systems for managing capabilities of network slice subnets in fifth generation (5G) communication networks. The network slice management function (NSMF) queries the existing network slice subnet's capabilities to determine if the existing network slice subnet can satisfy a network slice requirement. The NSMF receives the capability information of the existing network slice subnet by sending a request to the network slice subnet management function (NSSMF). The capability information of the existing network slice subnet is stored in at least one attribute of an information object class (IOC), wherein the IOC is created by the NSSMF.

    Claims

    1. A method performed by a first communication node for network slice subnet management in wireless communication system, the method comprising: transmitting, to a second communication node, a query message associated with a capability of a network slice subnet including at least one attribute of a NetworkSliceSubnetCapabilities; and receiving, from the second communication node, a capability information message in response to the query message.

    2. The method of claim 1, wherein the NetworkSliceSubnetCapabilities includes a first attribute including information on a packet transmission latency through the network slice subnet, a second attribute including information on data rate of the network slice subnet in downlink that is available ubiquitously across the coverage area of the network slice subnet, a third attribute including information on data rate of the network slice subnet in uplink that is available ubiquitously across the coverage area of the network slice subnet, and a fourth attribute including information on at least one of TA (tracking area) for the network slice subnet.

    3. The method of claim 1, wherein the query message is sent using getMOIAttributes operation.

    4. The method of claim 1, wherein the first communication node includes NSMF (network slice management function) and the second communication node includes NSSMF (network slice subnet management function).

    5. A method performed by a second communication node for network slice subnet management in wireless communication system, the method comprising: receiving, from a first communication node, a query message associated with a capability of a network slice subnet including at least one attribute of a NetworkSliceSubnetCapabilities; and transmitting, to the first communication node, a capability information message in response to the query message.

    6. The method of claim 5, wherein the NetworkSliceSubnetCapabilities includes a first attribute including information on a packet transmission latency through the network slice subnet, a second attribute including information on data rate of the network slice subnet in downlink that is available ubiquitously across the coverage area of the network slice subnet, a third attribute including information on data rate of the network slice subnet in uplink that is available ubiquitously across the coverage area of the network slice subnet, and a fourth attribute including information on at least one of TA (tracking area) for the network slice subnet.

    7. The method of claim 5, wherein the query message is sent using getMOIAttributes operation.

    8. The method of claim 5, wherein the first communication node includes NSMF (network slice management function) and the second communication node includes NSSMF (network slice subnet management function).

    9. A first communication node for network slice subnet management in wireless communication system, the first communication node comprising: a transceiver, and a controller configured to: transmit, to a second communication node via the transceiver, a query message associated with a capability of a network slice subnet including at least one attribute of a NetworkSliceSubnetCapabilities; and receive, from the second communication node via the transceiver, a capability information message in response to the query message.

    10. The method of claim 9, wherein the NetworkSliceSubnetCapabilities includes a first attribute including information on a packet transmission latency through the network slice subnet, a second attribute including information on data rate of the network slice subnet in downlink that is available ubiquitously across the coverage area of the network slice subnet, a third attribute including information on data rate of the network slice subnet in uplink that is available ubiquitously across the coverage area of the network slice subnet, and a fourth attribute including information on at least one of TA (tracking area) for the network slice subnet.

    11. The method of claim 9, wherein the query message is sent using getMOIAttributes operation.

    12. The method of claim 9, wherein the first communication node includes NSMF (network slice management function) and the second communication node includes NSSMF (network slice subnet management function).

    13. A second communication node for network slice subnet management in wireless communication system, the second communication node comprising: a transceiver, and a controller configured to: receive, from a first communication node via the transceiver, a query message associated with a capability of a network slice subnet including at least one attribute of a NetworkSliceSubnetCapabilities; and transmit, to the first communication node via the transceiver, a capability information message in response to the query message.

    14. The method of claim 13, wherein the NetworkSliceSubnetCapabilities includes a first attribute including information on a packet transmission latency through the network slice subnet, a second attribute including information on data rate of the network slice subnet in downlink that is available ubiquitously across the coverage area of the network slice subnet, a third attribute including information on data rate of the network slice subnet in uplink that is available ubiquitously across the coverage area of the network slice subnet, and a fourth attribute including information on at least one of TA (tracking area) for the network slice subnet.

    15. The method of claim 13, wherein the query message is sent using getMOIAttributes operation.

    16. The method of claim 13, wherein the first communication node includes NSMF (network slice management function) and the second communication node includes NSSMF (network slice subnet management function).

    Description

    BRIEF DESCRIPTION OF THE DRAWINGS

    [0027] The embodiments disclosed herein are illustrated in the accompanying drawings, throughout which like reference letters indicate corresponding parts in the various figures. The embodiments herein will be better understood from the following description with reference to the drawings, in which:

    [0028] FIG. 1 illustrates the procedure of creating a new NSI or using an existing NSI to satisfy the required network slice related requirements;

    [0029] FIG. 2 illustrates a process of allocating a network slice according to embodiments as disclosed herein;

    [0030] FIG. 3 illustrates the 5G slice NRM with the provided IOC containing the network slice subnet capabilities according to embodiments as disclosed herein;

    [0031] FIG. 4 illustrates the NetworkSliceSubnetCapabilities IOC inheriting the capabilities from the top according to embodiments as disclosed herein;

    [0032] FIG. 5 illustrates a method for allocating a network slice to meet a network slice requirement, according to embodiments as disclosed herein; and

    [0033] FIG. 6 illustrates a system diagram for receiving the capability information of a network slice subnet and deciding if a new network slice instance or an existing network slice instance can satisfy a network slice requirement, according to embodiments as disclosed herein.

    [0034] FIG. 7 illustrates a user equipment (UE) according to embodiments of the present disclosure.

    [0035] FIG. 8 illustrates a block diagram of a network function (NF) entity according to embodiments of the present disclosure.

    DETAILED DESCRIPTION

    [0036] FIGS. 1 through 6, discussed below, and the various embodiments used to describe the principles of the present disclosure in this patent document are by way of illustration only and should not be construed in any way to limit the scope of the disclosure. Those skilled in the art will understand that the principles of the present disclosure may be implemented in any suitably arranged system or device.

    [0037] The embodiments herein and the various features and advantageous details thereof are explained more fully with reference to the non-limiting embodiments that are illustrated in the accompanying drawings and detailed in the following description. Descriptions of well-known components and processing techniques are omitted so as to not unnecessarily obscure the embodiments herein. The examples used herein are intended merely to facilitate an understanding of ways in which the embodiments herein can be practiced and to further enable those of skill in the art to practice the embodiments herein. Accordingly, the examples should not be construed as limiting the scope of the embodiments herein.

    [0038] The embodiments herein achieve methods and systems for managing capabilities of network slice subnets in 5G communication networks. Embodiments herein document the network slice subnet capabilities as part of a slice subnet NRM. This NRM fragment may include the existing capabilities of an already instantiated slice subnet. These capabilities can be queried by the NSMF to decide if it needs to create a new network slice instance or if it can re-use an existing instance to satisfy a network slice requirement. If the slice subnet capabilities together can satisfy the slice requirement, and if there is an existing slice instance, with the constituent network slice subnet having the same capabilities, then the existing slice may be re-used or continue to be used. Otherwise, a new network slice instance is to be created.

    [0039] Referring now to the drawings, and more particularly to FIGS. 2 through 6, where similar reference characters denote corresponding features consistently throughout the figures, there are shown at least one embodiment.

    [0040] FIG. 2 illustrates a process of allocating a network slice according to embodiments as disclosed herein. The consumer 602 may transmit a AllocateNsi Request to the NSMF 604, requiring the NSMF 604 to allocate a NSI to satisfy a network slice requirement. The NSMF 604 may send a request to the NSSMF 606 to query the capabilities of the network slice subnet, in order to determine if the existing network slice subnet has the capability to satisfy the network slice requirement.

    [0041] The NSMF 604 may send this request to the NSSMF 606 using the getMOIAttributes operation. There may be a NetworkSliceSubnetCapabilities IOC 608 that has at least one attribute, wherein the at least one attribute includes the capability information of the network slice subnet. The NetworkSliceSubnetCapabilities IOC 608 may be created using the createMOI operation. As illustrated in FIG. 2, the getMOIAttributes operation may either be directed to the NetworkSliceSubnet IOC or the NetworkSliceSubnetCapabilities IOC 608.

    [0042] In response to the request from the NSMF 604, the NSSMF 606 may provide the NSMF 604 with the capability information of the existing network slice subnet. The capability information received by the NSMF 606 may be based on what is included in the at least one attribute of the NetworkSliceSubnetCapabilities IOC 608.

    [0043] Upon receiving the capability information, the NSMF 604 may be able to determine if the existing network slice subnet has the capability to satisfy the network slice requirement. The AllocateNsi request may contain the network slice requirement of the network slice that is to be allocated. The NSMF 604 may compare the received capability information of the existing network slice subnet with the network requirement contained in the Allocate Nsi request to determine if the existing network slice subnet has the capability to satisfy the network slice requirement. If the existing network slice subnet has the capability, then the NSMF 604 may continue to use the existing NSI to satisfy the network slice requirement. Otherwise, a new NSI may be created to satisfy the network slice requirement.

    [0044] FIG. 3 illustrates the 5G slice NRM with the provided IOC 608 containing the network slice subnet capabilities, according to embodiments as disclosed herein. As illustrated in FIG. 3, the provided IOC is the NetworkSliceSubnetCapabilities IOC 608. The NetworkSliceSubnetCapabilities IOC 608 can store the capabilities of the existing network slice subnet. The NSMF can query the network slice subnet capabilities using the getMOIAttributes operation, which is sent to the NSSMF 606 to receive the capability information of the existing network slice subnet. In response to the getMOIAttributes operation from the NSMF 604, the NSSMF 606 provides the NSMF 604 with the existing network slice subnet's details. These details can include the capability information of the existing network slice subnet. Based on the received capability information, the NSMF 604 can determine if the existing NSI can be used to satisfy a network slice requirement or if a new NSI is needed to satisfy the network slice requirement. The NetworkSliceSubnetCapabilities IOC 608 may be created using the createMOI operation.

    [0045] In an embodiment herein, the attribute “baseObjectInstance” can include the distinguished name (DN) of the NetworkSliceSubnet IOC. The attribute scopeType can include “BASE ALL” if the attribute scopeLevel is not supported or absent. The value “BASE ALL” may indicate that a base object and all of its subordinate objects are selected. The attribute filter can include filtering a subnet based on their type, such as CN or RAN.

    [0046] Table 1 shows example attributes that can be added to the existing NetworkSliceSubnet IOC.

    TABLE-US-00001 TABLE 1 Attribute Description Other details subnetType This attribute can define the domain type: ENUM that the networkslicesubnet is multiplicity: 1 representing. isOrdered: N/A Allowed values: CN, RAN isUnique: N/A defaultValue: None Allowed Values: CN, RAN isNullable: False NetworkSliceSubnetCapability Ref This attribute can hold a DN of the type: DN NetworkSliceSubnetCapability IOC multiplicity: 1 relating to the NetworkSliceSubnet isOrdered: N/A instance. isUnique: N/A defaultValue: None isNullable: False

    [0047] Table 2 shows example attributes of the NetworkSliceSubnetCapabilities IOC 608.

    TABLE-US-00002 TABLE 2 Attribute Qualifier Description subnetType M This attribute can define the type of subnet this IOC represents. Allowed Values: CN, RAN coverageArea This attribute can specify the coverage area of the network slice subnet, i.e. the geographic region where a 3GPP communication service is accessible. latency O This attribute can specify the packet transmission latency (millisecond) through the RAN, CN, and Transmission Network (TN) part of the 5G network, and is used to evaluate the utilization performance of the end-to-end network slice subnet. maxNumberofUEs O This attribute can specify the maximum number of UEs that may simultaneously access the network slice or the network slice subnet instance. dLThptPerSliceSubnet O This attribute can define an achievable data rate of the network slice subnet in downlink that may be available ubiquitously across the coverage area of the slice subnet. dLThptPerUE O This attribute can define the data rate supported by the network slice subnet per UE. uLThptPerSliceSubnet O This attribute can define the achievable data rate of the network slice subnet in uplink that may be available ubiquitously across the coverage area of the slice subnet. uLThptPerUE O This attribute can define the data rate supported by the network slice subnet per UE. maxPktSize O This attribute can specify the maximum packet size supported by the network slice or the network slice subnet. maxNumberOfPDUSessions O This attribute can define the maximum number of concurrent protocol data unit (PDU) sessions supported by the network slice subnet. sliceSimultaneousUse O This attribute can describe whether a network slice subnet can be simultaneously used by a device together with other network slice subnets and if so, with which other classes of network slice subnets. delayTolerance O This attribute can specify the properties of service delivery flexibility, especially for the vertical services that are not chasing a high system performance. energyEfficiency O This attribute can describe the energy efficiency, i.e. the ratio between the performance and the energy consumption (EC) when assessed during the same time frame. termDensity O This attribute can specify the overall user density over the coverage area of the network slice subnet. This attribute can specify a list of coverage AreaTAList O Tracking Areas for the network slice subnet. resourceSharingLevel O This attribute can specify whether the resources to be allocated to the network slice subnet may be shared with another network slice subnet(s). Allowed Values: shared, non- shared. uEMobilityLevel O This attribute can specify the mobility level of the UE accessing the network slice subnet. Allowed Values: stationary, nomadic, restricted mobility, fully mobility. uESpeed O This attribute can specify the percentage value of the amount of simultaneous active UEs to the total number of UEs, where the term “active” means that the UEs are exchanging data with the network. reliability O This attribute can specify, in the context of network layer packet transmissions, a percentage value that denotes a reliability, wherein the reliability is calculated by looking at the number of sent network layer packets that were successfully delivered to a given system entity within a time constraint required by the targeted service, and then dividing this number by the total amount of sent network layer packets. serviceType O This attribute can specify the standardized network slice type. Allowed Values: eMBB, URLLC, MIoT, V2X. deterministicComm O This attribute can specify the properties of the deterministic communication for periodic user traffic. survivalTime O This attribute can specify the time that an application consuming a communication service may continue without an anticipated message. positioning O This attribute can specify whether the network slice subnet provides geo-localization methods or supporting methods. synchronicity O This attribute can specify whether synchronicity of communication devices is supported. Two cases may be most important in this context: —Synchronicity between a base station and a mobile device andSynchronicitybetween mobile devices.

    [0048] FIG. 4 illustrates the NetworkSliceSubnetCapabilities IOC 608 inheriting the capabilities from the top according to embodiments as disclosed herein. The NetworkSliceSubnetCapabilities IOC 608 may also additionally include all the attributes of the IOCs above it.

    [0049] FIG. 5 illustrates a method for allocating a network slice to meet a network slice requirement according to embodiments as disclosed herein.

    [0050] At step 502, a first NF may send a request to a second NF to determine a capability information of one or more network slice subnets. The first NF may be the NSMF 604, and the second NF may be the NSSMF 606. The capability information of the one or more network slice subnets may be present in at least one attribute present in an IOC. This IOC may be the NetworkSliceSubnetCapabilities IOC 608. The request sent by the first NF may be the getMOIAttributes operation, which allows the first NF to receive the capability information through the at least one attribute present in the NetworkSliceSubnetCapabilities IOC 608.

    [0051] At step 504, the first NF may receive a response from the second NF, wherein the response comprises the capability information of the one or more network slice subnets.

    [0052] At step 506, based on the received capability information, the first NF may determine if the one or more network slice subnets have the capability to satisfy a network slice requirement. The first NF may compare the received capability information with the network slice requirement to determine if the one or more network slice subnets have the capability to satisfy the network slice subnet.

    [0053] At step 508, if the one or more network slice subnets have the capability to satisfy the network slice requirement, then the first NF may continue to use an existing NSI to satisfy the network slice requirement.

    [0054] At step 510, if the one or more network slice subnets do not have the capability to satisfy the network slice requirement, then the first NF may create a new NSI to satisfy the network slice requirement.

    [0055] The various actions in method 500 may be performed in the order presented, in a different order or simultaneously. Further, in some embodiments, some actions listed in FIG. 5 may be omitted.

    [0056] FIG. 6 illustrates a system 600 for receiving the capability information of a network slice subnet and deciding if a new network slice instance or an existing network slice instance can satisfy a network slice requirement according to embodiments as disclosed herein.

    [0057] The NSMS_Consumer 602 may send a request to the NSMS_Provider 604 (NSMF) for allocation of a network slice instance. The NSMS_Provider 604 may invoke the getMOIAttributes operation to request the NSS_Provider 606 to provide the NSMS_Provider 604 with the capability information of the existing network slice subnet. The capability information of the existing network slice subnet may be stored in at least one attribute present in the NetworkSliceSubnetCapabilities IOC 608. The NSSMS_Provider 606 may receive this capability information from the NetworkSliceSubnetCapabilities IOC 608, and then provide the capability information to the NSMS_Provider 604. Based on this capability information, the NSMS_Provider 604 can determine if the existing network slice can satisfy the network slice requirement. If the existing network slice can satisfy the network slice requirement, then the NSMS_Provider 604 (e.g., NSMF) may continue to use the existing network slice. If the existing network slice cannot satisfy the network slice requirement, then a new network slice is created to satisfy the network slice requirement.

    [0058] FIG. 7 illustrates a user equipment (UE) according to embodiments of the present disclosure.

    [0059] Referring to the FIG. 7, the UE 700 may include a controller/processor 710, a transceiver 720 and a memory 730. However, all of the illustrated components are not essential. The UE 700 may be implemented using more or fewer components than those illustrated in FIG. 7. In addition, the controller/processor 710 and the transceiver 720 and the memory 730 may be implemented as a single chip according to another embodiment.

    [0060] The aforementioned components will now be described in detail.

    [0061] The controller/processor 710 may include one or more controller/processors or other processing devices that control the proposed function, process, and/or method. Operation of the UE 700 may be implemented by the controller/processor 710.

    [0062] The transceiver 720 may include an RF transmitter for up-converting and amplifying a transmitted signal, and an RF receiver for down-converting a frequency of a received signal. However, according to another embodiment, the transceiver 720 may be implemented using more or fewer components.

    [0063] The transceiver 720 may be connected to the controller/processor 710 and transmit and/or receive a signal. The signal may include control information and data. In addition, the transceiver 720 may receive the signal through a wireless channel and output the signal to the controller/processor 710. The transceiver 720 may transmit a signal output from the controller/processor 710 through the wireless channel.

    [0064] The memory 730 may store the control information or the data included in a signal obtained by the UE 700. The memory 730 may be connected to the controller/processor 710 and store at least one instruction or a protocol or a parameter for the proposed function, process, and/or method. The memory 730 may include read-only memory (ROM) and/or random access memory (RAM) and/or hard disk and/or CD-ROM and/or DVD and/or other storage devices.

    [0065] FIG. 8 illustrates a block diagram of a network function (NF) entity according to embodiments of the present disclosure.

    [0066] Referring to the FIG. 8, the NF entity 800 may include a controller/processor 810, a transceiver 820 and a memory 830. However, all of the illustrated components are not essential. The NF entity 800 may be implemented using more or fewer components than those illustrated in FIG. 8. In addition, the controller/processor 810 and the transceiver 820 and the memory 830 may be implemented as a single chip according to another embodiment.

    [0067] The aforementioned components will now be described in detail.

    [0068] The controller/processor 810 may include one or more controller/processors or other processing devices that control the proposed function, process, and/or method. Operation of the NF entity 800 may be implemented by the controller/processor 810.

    [0069] The transceiver 820 may include an RF transmitter for up-converting and amplifying a transmitted signal, and an RF receiver for down-converting a frequency of a received signal. However, according to another embodiment, the transceiver 820 may be implemented using more or fewer components.

    [0070] The transceiver 820 may be connected to the controller/processor 810 and transmit and/or receive a signal. The signal may include control information and data. In addition, the transceiver 820 may receive the signal through a wireless channel and output the signal to the controller/processor 810. The transceiver 820 may transmit a signal output from the controller/processor 810 through the wireless channel.

    [0071] The memory 830 may store the control information or the data included in a signal obtained by the NF entity 800. The memory 830 may be connected to the controller/processor 810 and store at least one instruction or a protocol or a parameter for the proposed function, process, and/or method. The memory 830 may include read-only memory (ROM) and/or random access memory (RAM) and/or hard disk and/or CD-ROM and/or DVD and/or other storage devices.

    [0072] Embodiments herein enable documentation of existing slice subnet capabilities and features in 5G slice NRM. It may be possible for a NSMS_Provider 604 (also referred to herein as “NSMF”) to decide if an existing network slice instance can be used, for the incoming slice allocation request, or a new NSI may be created. This may enable better utilization of the resources and the consumption of the existing network slice instance to the fullest.

    [0073] It is to be noted that while the embodiments disclosed herein involve the capability information of the existing network slice subnet being stored in at least one attribute of an IOC, this is to be construed as non-limiting as there may be other means in which the capability information of the existing network slice subnet may be stored. It is also to be noted that while the embodiments disclosed herein involve the NSMF 604 invoking the getMOIAttributes operation to receive the capability information of the existing network slice subnet, this is to be construed as non-limiting as there may be other operations or other means by which the NSMF 604 may obtain the capability information of the existing network slice subnet.

    [0074] The embodiments disclosed herein can be implemented through at least one software program running on at least one hardware device and performing network management functions to control the elements. The elements can be at least one of a hardware device, or a combination of hardware device and software module.

    [0075] The foregoing description of the specific embodiments will so fully reveal the general nature of the embodiments herein that others can, by applying current knowledge, readily modify and/or adapt for various applications such specific embodiments without departing from the generic concept, and, therefore, such adaptations and modifications should and are intended to be comprehended within the meaning and range of equivalents of the disclosed embodiments. It is to be understood that the phraseology or terminology employed herein is for the purpose of description and not of limitation. Therefore, while the embodiments herein have been described in terms of at least one embodiment, those skilled in the art will recognize that the embodiments herein can be practiced with modification within the spirit and scope of the embodiments as described herein.