Patent Application
20230045460
The disclosure relates to telecommunication and 5th generation (5G) network slicing technology, and a method for defining a network slice template (NST) for providing a network slice. More particularly the disclosure relates to a method for generating a network slice instance (NSI), and a system for managing the same.
To meet the demand for wireless data traffic having increased since deployment of 4th generation (4G) communication systems, efforts have been made to develop an improved 5G or pre-5G communication system. Therefore, the 5G or pre-5G communication system is also called a ‘Beyond 4G Network’ or a ‘Post long-term evolution (LTE) System’. The 5G communication system is considered to be implemented in higher frequency (millimeter wave (mmWave)) bands, e.g., 60 GHz bands, so as to accomplish higher data rates. To decrease propagation loss of the radio waves and increase the transmission distance, the beamforming, massive multiple-input multiple-output (MIMO), Full Dimensional MIMO (FD-MIMO), array antenna, an analog beam forming, large scale antenna techniques are discussed in 5G communication systems. In addition, in 5G communication systems, development for system network improvement is under way based on advanced small cells, cloud Radio Access Networks (RANs), ultra-dense networks, device-to-device (D2D) communication, wireless backhaul, moving network, cooperative communication, Coordinated Multi-Points (CoMP), reception-end interference cancellation and the like. In the 5G system, Hybrid frequency shift keying (FSK) and quadrature amplitude modulation (QAM) (FQAM) and sliding window superposition coding (SWSC) as an advanced coding modulation (ACM), and filter bank multi carrier (FBMC), non-orthogonal multiple access (NOMA), and sparse code multiple access (SCMA) as an advanced access technology have been developed.
The Internet, which is a human centered connectivity network where humans generate and consume information, is now evolving to the Internet of Things (IoT) where distributed entities, such as things, exchange and process information without human intervention. The Internet of Everything (IoE), which is a combination of the IoT technology and the Big Data processing technology through connection with a cloud server, has emerged. As technology elements, such as “sensing technology”, “wired/wireless communication and network infrastructure”, “service interface technology”, and “Security technology” have been demanded for IoT implementation, a sensor network, a Machine-to-Machine (M2M) communication, Machine Type Communication (MTC), and so forth have been recently researched. Such an IoT environment may provide intelligent Internet technology (IT) services that create a new value to human life by collecting and analyzing data generated among connected things. IoT may be applied to a variety of fields including smart home, smart building, smart city, smart car or connected cars, smart grid, health care, smart appliances and advanced medical services through convergence and combination between existing Information Technology (IT) and various industrial applications.
In addition, in the IoT environment, an intelligent IT service that collects and analyzes data generated from connected objects and creates new values in human life may be provided. The IoT may be applied to fields such as smart home, smart building, smart city, smart car or connected car, smart grid, health care, smart home appliance, advanced medical service, etc. through convergence and compounding between existing information technology (IT) and various industries.
Recently, as 5G networks are commercialized, interest in new services such as next-generation media, smart factory, autonomous driving, etc. is increasing. In order to successfully provide these 5G services, various service requirements according to the purpose and characteristics of the service must be guaranteed.
Network slicing technology is a technology that may provide a dedicated network specialized for various services having different characteristics based on a common physical infrastructure.
Meanwhile, such a network slice may be provided by being instantiated using a predefined network slice template (NST) or blueprint. However, a form of NST to provide a network slice or a network slice instance (NSI) using it is defined according to each method in a telecommunication operator, equipment company, research institute, etc., so in providing a specific network service, a problem of poor interoperability and management efficiency may occur.
The above information is presented as background information only to assist with an understanding of the disclosure. No determination has been made, and no assertion is made, as to whether any of the above might be applicable as prior art with regard to the disclosure.
Aspects of the disclosure are to address at least the above-mentioned problems and/or disadvantages and to provide at least the advantages described below. Accordingly, an aspect of the disclosure is to provide a criterion for defining NST according to the configuration of the network slice generation and management system and generating NSI based on it.
Another aspect of the disclosure is to provide a method of providing network slices for each use case, including management units that perform network slice-related functions in a network slice generation and management system.
Additional aspects will be set forth in part in the description which follows and, in part, will be apparent from the description, or may be learned by practice of the presented embodiments.
In accordance with an aspect of the disclosure, a method performed by a server for providing a network slice is provided. The method includes receiving a service requirement, identifying, based on the received service requirement, a hierarchy structure between at least one management unit included in the server, the at least one management unit being related to network slice support for the received service requirement, and allocating, based on the identified hierarchy structure, a network slice instance (NSI) for generating a network slice corresponding to the service requirement.
In accordance with another aspect of the disclosure, a server providing a network slice is provided. The server includes a communication circuit configured to receive a service requirement, and a control circuit configured to identify, based on receiving the service requirement, a hierarchy structure between at least one management unit included in the server, the at least one management unit being related to network slice support for the received service requirement, and allocate, based on the identified hierarchy structure, a network slice instance (NSI) for generating a network slice corresponding to the service requirement.
According to an embodiment of the disclosure, by providing criteria for defining NST that can vary depending on the system configuration or deployment environment that manages slices, even if slice management system is variously configured, as an NSI suitable for this is generated and managed, there is an effect of providing the most appropriate network slice for a network service.
In addition, according to an embodiment of the disclosure, NST reflecting various requirements of operators and actual physical system deployment environments can be automatically generated, and reusability can be improved by configuring NST step by step according to external inputs.
In addition, according to an embodiment of the disclosure, NSI can be effectively generated even in an environment where network slice management system is complexly configured by various telecommunication operators and equipment companies, and by automating the entire process from operator requirements to generating NSI, cost consumed in slice and network operation can be reduced.
In addition, according to an embodiment of the disclosure, by presenting the common format of NST that has not been standardized so far, it can be used as a source technology for generating and operating network slice instance.
Other aspects, advantages, and salient features of the disclosure will become apparent to those skilled in the art from the following detailed description, which, taken in conjunction with the annexed drawings, discloses various embodiments of the disclosure.
The above and other aspects, features, and advantages of certain embodiments of the disclosure will be more apparent from the following description taken in conjunction with the accompanying drawings, in which:
The same reference numerals are used to represent the same elements throughout the drawings.
The following description with reference to the accompanying drawings is provided to assist in a comprehensive understanding of various embodiments of the disclosure as defined by the claims and their equivalents. It includes various specific details to assist in that understanding but these are to be regarded as merely exemplary. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the various embodiments described herein can be made without departing from the scope and spirit of the disclosure. In addition, descriptions of well-known functions and constructions may be omitted for clarity and conciseness.
The terms and words used in the following description and claims are not limited to the bibliographical meanings, but, are merely used by the inventor to enable a clear and consistent understanding of the disclosure. Accordingly, it should be apparent to those skilled in the art that the following description of various embodiments of the disclosure is provided for illustration purpose only and not for the purpose of limiting the disclosure as defined by the appended claims and their equivalents.
It is to be understood that the singular forms “a,” “an,” and “the” include plural referents unless the context clearly dictates otherwise. Thus, for example, reference to “a component surface” includes reference to one or more of such surfaces.
In addition, in explaining embodiments of disclosure in detail, the main gist of the disclosure is applicable to other communication systems having a similar technical background and channel type with slight modifications within the scope not significantly departing from the scope of the disclosure, and this will be possible at the judgment of a person with skilled technical knowledge in the technical field of the disclosure.
Advantages and features of the disclosure and methods for achieving them will become apparent with reference to the embodiments described below in detail together with the accompanying drawings. However, the disclosure is not limited to the embodiments disclosed below, but may be implemented in various different forms; wherein the embodiments are to complete the disclosure of the disclosure and are provided to completely inform those of ordinary skill in the art to which the disclosure belongs, the scope of the disclosure; and the disclosure is only defined by the scope of the claims. The same reference numerals refer to the same components throughout the specification.
In this case, it will be understood that each block of processing flow chart drawings and combinations of flow chart drawings may be performed by computer program instructions. Since these computer program instructions may be mounted on processors of general-purpose computers, special computers, or other programmable data processing equipment, the instructions performed through the processors of the computer or other programmable data processing equipment generate a means to perform the functions described in the flow block(s).
These computer program instructions may also be stored in computer-enabled or computer-readable memory that may be oriented toward computers or other programmable data processing equipment to implement functions in a certain way, so instructions stored in the computer-enabled or computer-readable memory may also produce manufactured items containing instruction means that perform the functions described in the flowchart block(s).
Since computer program instructions may be mounted on a computer or other programmable data processing equipment, instructions for performing a computer or other programmable data processing equipment by performing a series of operational steps on a computer or other programmable data processing equipment to generate a computer-executed process may also provide steps to execute the functions described in the flow block(s).
In addition, each block may represent a module, segment, or portion of code comprising one or more executable instructions for executing a specific logical function(s). It should also be noted that it is also possible for the functions mentioned in the blocks to occur out of order in some alternative embodiment. For example, it is possible that two blocks illustrated in succession are actually performed substantially simultaneously, or it is possible that the blocks are sometimes performed in the reverse order according to the corresponding function.
In this case, the term ‘˜unit’ used in this embodiment means software or hardware components such as field programmable gate array (FPGA) or application-specific integrated circuit (ASIC), and ‘˜unit’ performs certain roles. However, ‘˜unit’ is not meaning limited to software or hardware. The ‘˜unit’ may be configured to be on an addressable storage medium or may be configured to play one or more processors.
Thus, as an example, ‘˜unit’ comprises components such as software components, object-oriented software components, class components, and task components, processes, functions, attributes, procedures, subroutines, segments of program code, drivers, firmware, microcode, circuits, data, database, data structures, tables, arrays, and variables. Functions provided within the components and ‘˜unit’s may be combined into a smaller number of components and ‘˜unit’s or further separated into additional components and ‘˜unit’s. In addition, the components and ‘˜unit’s may be implemented to play one or more central processing units (CPUs) in the device or secure multimedia card.
In order to guarantee service requirements according to the purpose or characteristics of each of various services, it is necessary to provide a dedicated network specialized for each service. To this end, a network slice capable of guaranteeing each service characteristic based on a common physical infrastructure may be used.
Referring to
To this end, each network slice is set up as an independent virtualization network in a common physical infrastructure based on independent business requirements. An operator may define multiple logical networks for different services by executing different architectures comprised in a common physical infrastructure in different arrangement. Since the network slices defined in this way are isolated from each other, even if an error or failure occurs in a specific slice, communication of other slices is not affected.
Since such network slicing is an end-to-end concept including several network components (e.g., Radio Access Node (RAN), Core, transport, etc.), a higher level of abstraction is required.
Referring to
The NSSI may be configured as a network function (NF), and may be, for example, a virtual network function (VNF) or a physical network function (PNF). In addition, the NSSI may be shared by a plurality of NSIs.
Each unit for a network slice performs a task of connecting a service requirement, an NSI related thereto, and a plurality of NSSIs for configuring the same in order to define a network slice for supporting a specific service.
For example, referring to
In addition, 3GPP defines the use of a network slice template (NST) for generating NSI corresponding to different services according to industry requirements or operator design requirements. For example, NST may be used to generate new NSI that meet requirements such as eMBB, massive IoT (mIoT), and ultra-reliable low latency communications (URLLC), or to generate NSI that meet specific industry requirements such as V2X, smart grids, remote healthcare, etc.
Referring to
More specifically, the service instance hierarchy may correspond to a hierarchy that instantiates the requirements of each service described above. The network slice instance hierarchy may be a hierarchy for instantiating a network slice for supporting each service. In addition, the resource hierarchy may be a hierarchy in which each network slice allocates resources necessary to support a specific service.
As described above, the network slice instance may be configured to appropriately comprise a plurality of network slice subnet instances corresponding to network components so as to satisfy the requirements of a specific service. For instantiation of such a network slice, a network slice blueprint comprising a blueprint of a physical resource, a logical resource, or a lower sub-network may be used.
Referring to
Also, referring to
Meanwhile, as described above, currently, standard organizations such as 3GPP, NGMN, and ETSI have studied network slicing, but there is no clear definition of how NST for generating a network slice will be determined and how NSI will be generated based on this.
In addition, as 5G becomes more commercialized, the need for network slicing is increasing, but many telecommunication operators, equipment companies, research institutes, etc. develop and propose each network slice management system separately, so inter-compatibility problems and slice management efficiency problems may occur.
Accordingly, in order to configure a network slice for a specific service, the disclosure provides a criterion for how to define an NST that generates it, and how to generate an NSI based on it.
Hereinafter, preferred embodiments of the disclosure will be described in detail with reference to the accompanying drawings.
The server 500 according to an embodiment of the disclosure may comprise a communication unit 510 and a control unit 520 for providing a network slice supporting a specific service, and each of the communication unit 510 and the control unit 520 may comprise at least one management unit performing a specific function related to providing a network slice.
Referring to
Herein, the SRMU 511 may perform the communication service management function described above in
In this case, each of the SRMU, the NSMU, and the NSSMU according to an embodiment of the disclosure may be comprised as an independent structure in a server according to an embodiment of the disclosure or may be comprised while forming a predetermined hierarchy structure. In this case, the functions of each management unit may be partially merged or distributed according to a system configuration environment such as an independent structure or a hierarchy structure.
For example, the NSMU 521 of the server according to an embodiment of the disclosure may be associated with 0 or 1 SRMU 511, and when there is no SRMU 511, the role of the SRMU may also be performed. In addition, the NSMU 521 of the server according to an embodiment of the disclosure may be associated with 0 or at least 1 or more NSSMUs 522, and when there is no NSSMU 522, the role of the NSSMU may be performed together. Also, as an example, the NSSMU 522 of the server according to an embodiment of the disclosure may be configured to internally comprise 1 or more other NSSMUs 522 in the same hierarchy or in a different hierarchy.
As described above, since the server according to an embodiment may be configured in various ways depending on what kind of management unit it comprises and what hierarchy structure each management unit forms, the method of configuring network slices may also vary depending on the system configuration.
Referring to
In addition, the server according to an embodiment of the disclosure may identify a hierarchical structure between at least one management unit comprised in the server based on receiving a service requirement at operation S620.
Herein, at least one management unit is a unit related to a network slice for supporting a specific service input to a server according to an embodiment of the disclosure, and the SRMU, NSMU, and NSSMU described above in
When a hierarchy structure between each management unit is confirmed, the server according to an embodiment of the disclosure may allocate an NSI for network slice generation based on the identified hierarchy structure at operation S630.
That is, since at least one management unit for generating and managing network slices may be configured in various hierarchy structures, NSI for generating network slices may be allocated in various ways according to the hierarchical structure of the management units configured in the server of the disclosure.
Hereinafter, according to the structure of the server according to an embodiment of the disclosure, the role of each management unit, a method of allocating an NSI for determining an NST and generating a network slice will be described for each specific case.
Referring to
Such a hierarchy structure may be used when the scope of service provision through network slices is local and Operation Support Systems/Business Support Systems (OSS) and entire End-to-End (E2E) infrastructure (e.g., RAN, Core, Transport, etc.) is managed by a single operator.
When the server is configured in such a one-hierarchy structure, a network slice to support the service based on the NSI allocated by the NSMU (721) comprised in the server may be provided.
More specifically, referring to
The NSMU 821 according to an embodiment of the disclosure, based on the received operator requirement, may select an already running NSI or may generate a new NSI. In this case, when generating a new NSI, an NSSI hierarchy structure that may satisfy a corresponding requirement may be internally generated as necessary (S802).
In the case of having such a one-hierarchy structure, referring to
Table 1 below is an example of defining slice requirements with various attributes such as Quality of Service (QoS), geographical coverage, capacity, mobility level, and security, and Table 2 below is an example of the generated NSI, and may be defined as attributes such as Service Requirements, Operational Status, Administrative Status, and Sharing Level guaranteed by the slice.
Referring to
Such a hierarchy structure may be used, for example, when an operator's OSS/BSS exists separately and a system that manages slices is operated independently of this.
When such a server is configured in a two-hierarchy structure, NST is modeled based on a service requirement, and NSI for providing a network slice may be allocated based on this. Herein, an NSI allocation method may also vary depending on which management unit performs NST modeling.
For example, the NST according to an embodiment of the disclosure may be modeled by an NSMU. In this regard, referring to
The operator requirement input in this way may be converted into a structured slice requirement by the SRMU 1111 (S1102a), and may be comprised in the NSI allocation request and transmitted to the NSMU 1121 (S1103a).
The NSMU 1121 receiving the NSI allocation request may select a predefined NST based on the slice requirement or may generate a new NST (S1104a). In addition, the NSMU 1121 according to the disclosure may allocate an NSI for generating a network slice based on the selected or generated NST (S1105a). Herein, the allocated NSI may be an NSI selected from an existing running NSI or newly generated. In addition, although not illustrated in the drawing, the NSMU 1121 according to the disclosure may internally generate an NSSI hierarchy structure correspond to the NST as necessary for generating a new NSI.
As another example, the NST according to an embodiment of the disclosure may be modeled by the SRMU. In this regard, referring to
Thereafter, the SRMU 1111 according to an embodiment of the disclosure transmits a selected NST or a generated NST together with the slice requirement to the NSMU 1121 (S1104b), and the NSMU 1121 that has received it may allocate an NSI based on the transmitted NST. As in the above-described example, NSMU 1121 according to an embodiment of the disclosure may select an existing running NSI or may generate a new NSI, and when a new NSI is generated, an NSSI layer structure internally corresponding to the NST may be generated as necessary (S1105b).
According to a two-hierarchy structure according to an embodiment of the disclosure, referring to
Meanwhile, the NST according to an embodiment of the disclosure may be managed over several steps from a state in which no information is filled to a completed form (Concrete) NST in which all information is filled. This process is related to the reusability of NST, and information input step by step may vary according to the operator's policy. In addition, referring to
According to the embodiment, the slice requirement may be defined to have various attributes as shown in Table 3 below, and the NST may be defined to comprise service requirements as shown in Table 4. In addition, the NSI generated based on this may be defined to have attributes as shown in Table 5.
Referring to
In this case, the SRMU 1311 according to an embodiment of the disclosure may perform the role of the CSMF. In addition, the NSMU 1321 according to an embodiment of the disclosure performs the roles of NSMF and NSSMF, and may determine the network service, network service set, VNFs, PNFs, etc. that may support the NSI or service requirement for the NSSI by interacting with the network service management unit 1323. In particular, in allocating the NSI, the NSMU 1321 may also consider whether to generate a new instance or reuse an existing instance. Such a hierarchy structure may be used, for example, when a management unit for network service and VNF orchestration exists separately, and a system for providing network slice orchestration is operated independently of this.
When such a server is configured in a structure that interworks with the second hierarchy and a separate network service management unit (hereinafter, referred to as the second hierarchy and the interworking structure), according to how the NSMU obtains a network service descriptor (NSD) referenced by the NST according to an embodiment of the disclosure, an NSI allocation method for generating a network slice may vary.
For example, the NSMU according to an embodiment of the disclosure may request an NSD from a network service management unit (hereinafter, referred to as NFV-MANO for convenience of description). In this regard, referring to
The operator requirement input in this way may be converted into a structured slice requirement by the SRMU 1411 (S1402a), and may be comprised in the NSI allocation request and transmitted to the NSMU 1421 (S1403a).
The NSMU 1421 receiving the NSI allocation request may select a predefined NST based on the slice requirement or generate a new NST (S1404a). Then, the NSMU 1421 according to the disclosure may request an instance of NSD or network service that may match the requirement of the NST based on the requirement of the selected NST (S1405a). In this case, when there is an existing network service that matches the requirement of NST, information on it may be requested, and when there is no existing network service, an instantiation of a new network service may be requested.
Thereafter, in the NFV-MANO 1423 according to the disclosure, when the information of the NSD and the network service instance is transmitted (S1406a), the NSMU 1421 according to the disclosure may perform an operation for NSI allocation by referring to the received information. For example, the NSMU (1421) according to the disclosure allocates an existing NSI or a newly generated NSI based on the NST (S1407a), at this time, the obtained NSD is added as a reference of the NST, and the network service instance information is added as a reference of the NSI (S1408a). More specifically, how NSD or network service instance information is used for NSI generation will be described later with reference to
As another example, an NSD may be directly generated based on a requirement according to an embodiment of the disclosure. In this regard, referring to
The NSMU 1421 according to an embodiment of the disclosure may select a predefined NST and NSD based on a slice requirement, or may generate a new NST and NSD when there is no suitable candidate group (S1404b). In addition, the NSMU 1421 according to an embodiment of the disclosure may request network service instantiation based on the selected NSD or the generated NSD while transmitting the selected NSD or the generated NSD to the NFV-MANO 1423 (S1405b).
The NFV-MANO 1423 may instantiate a network service based on the received NSD and return information on this to the NSMU 1421 (S1406b). The NSMU 1421 according to an embodiment of the disclosure may perform an operation for NSI allocation based on the received network service instance information. For example, an existing NSI or a newly generated NSI may be allocated based on the NST (S1407b), the NSD may be added as a reference to the NST, and network slice instance information may be added as a reference to the NSI (S1408b).
In the two-hierarchy and interworking structure according to an embodiment of the disclosure, the NSI may be generated by a different method depending on the method in which the NSD is generated.
First, referring to
As another example, referring to
NSD selected or generated together as a reference point. In addition, the NSI is generated based on the NST, and has a network service instance generated from the NSD selected or generated together with the NST as a reference point.
Meanwhile, according to the embodiment, for example, the slice requirement may be defined to have various attributes as shown in Table 6 below, the NST may be defined to comprise service requirements as shown in Table 7, and the NSD referred to by the NST may be defined to have attributes as shown in Table 8. In addition, the NSI generated based on the NST may be defined to have attributes as shown in Table 9, and the network service referred to by the NSI may be defined to have attributes as shown in Table 10.
Referring to
Since network slices are generated over end-to-end (E2E) areas, they need to be configured separately into subdomains depending on service characteristics or regions, in this case, such as a three-hierarchy structure according to an embodiment of the disclosure, a central management unit that controls E2E network slices and a regional management unit that controls slice subnets on each domain may be operated separately.
When such a server is configured in a three-hierarchy structure, each management unit may perform a function as illustrated in
Referring to
Upon receiving the request, the NSMU 1721 according to an embodiment of the disclosure may select a predefined NST or may generate a new NST based on the slice requirement (S1704). In addition, the NSMU 1721 according to an embodiment of the disclosure may generate at least one network slice subnet template (NSST) configuring the NST based on the NST and slice requirements (S1705).
In addition, the NSMU 1721 according to an embodiment of the disclosure may transmit a network slice subnet instance (NSSI) allocation request including information on the generated NSST to the NSSMU 1722 according to the disclosure (S1706). The NSSMU 1722 according to the disclosure may allocate an NSSI based on the received NSST. For example, the NSSMU 1722 according to the disclosure may select an existing running NSSI or may generate a new NSSI based on the NSST (S1707).
In the above-described three-hierarchy structure, an NSI for providing a network slice may be generated in the same manner as in
More specifically, referring to
On the other hand, when following the three-hierarchy structure as in the embodiment, for example, slice requirements may be defined to have various attributes as shown in Table 11 below, NST may be defined to comprise service requirements as shown in Table 12, and NSSTs that are divided from NST may comprise service requirements as shown in Table 13.
In addition, the NSSI determined from the NSST may be defined to have attributes as shown in Table 14, and the NSI generated from the NSSI may be defined to have attributes as shown in Table 15.
Referring to
On the other hand, the NSMU 1921 or the NSSMU 1922 of the server 1900 according to an embodiment of the disclosure may be configured in a structure that interworks with a separate network service management unit 1923 (hereinafter, referred to as a three-hierarchy and interworking structure) instead of including a network service management function. For example, the network service management unit 1923 may comprise the NFV-MANO function defined by ETSI, and may provide management and orchestration of VNF and NS through this.
The NSMU 1921 or the NSSMU 1922 according to the disclosure may determine network service, network service set, VNFs, PNFs, etc. that may support service requirements for NSI or NSSI through interworking operations with network service management unit 1923. In addition, through this interworking operation, it should be possible to determine whether to generate a new instance or reuse an existing instance.
This three-hierarchy and interworking structure may be used when a management unit for NS and VNF orchestration exists separately, and a central management unit controlling the E2E network slice and a local management unit controlling the slice subnet on each domain are separately operated.
Meanwhile, in the three-hierarchy and interworking structure according to an embodiment of the disclosure, the function of each management unit for NSI allocation may vary according to a method of generating an NSD.
For example, in the three-hierarchy and interworking structure of the disclosure, the NSMU may generate an NSD based on the NST. In this regard, referring to
Upon receiving the slice requirement, the NSMU 2021 according to the disclosure may select a predefined NST or may generate a new NST based thereon (S2004a). In addition, at least one NSST may be generated based on the determined NST and the slice requirement (S2005a). In addition, the NSMU 2021 according to the disclosure may generate at least one NSD based on the determined NST and slice requirements, and then may onboard the generated at least one NSD to NFV-MANO 2023 (S2006a).
In addition, the NSMU 2021 according to the disclosure may allocate an existing running NSI or a new NSI based on the NST (S2007a). In addition, the NSMU 2021 according to the disclosure may request allocation of an NSSI while delivering the generated at least one NSST to the NSSMU 2022 (S2008a). The NSSMU 2022 receiving the NSST may request instantiation of the network service subnet based on the NSST (S2009a). At this time, when the network service corresponding to the NSST is not running yet, the NFV-MANO 2023 may instantiate the corresponding network service.
Thereafter, the NSSMU 2022 according to the disclosure may add NSD as reference information of NSST and may add network service instance information as reference information of NSSI (S2010a). In addition, the NSMU 2021 according to the disclosure may add the NSSI referring to the network service instance information as the reference information of the NSI as described above (S2011a). A more specific method for finally generating an NSI for providing a network slice in the three-hierarchy and interworking structure according to the disclosure will be described later with reference to
As another example, in the three-hierarchy and interworking structure of the disclosure, the NSSMU may generate an NSD based on the NSST. In this regard, referring to
Upon receiving the slice requirement, the NSMU 2021 according to the disclosure may select a predefined NST or may generate a new NST based on the slice requirement (S2004b). In addition, at least one NSST may be generated based on the determined NST and slice requirements (S2005b). In addition, the NSMU 2021 according to the disclosure may allocate an existing running NSI or a new NSI based on the NST (S2006b).
Thereafter, when the NSMU 2021 according to the disclosure transmits an NSSI allocation request including the generated at least one NSST to the NSSMU 2022 (S2007b), the NSSMU 2022 according to the disclosure may generate an NSD based on at least one NSST (S2009b) or onboards the determined NSD to the NFV-MANO 2023 (S2008b) after matching the NSST with the previously generated NSD. In addition, the NSSMU 2022 according to the disclosure may request instantiation of a network service subnet based on the NSST (S2009b). At this time, when the network slice corresponding to the NSST is not running yet, the NFV-MANO 2023 according to the disclosure may instantiate the corresponding network service.
The NSSMU 2022 according to the disclosure may then add the NSD as the reference information of the NSST and the network slice instance as the reference information of the NSSI (S2010b), and the NSMU 2021 according to the disclosure may add the NSSI as reference information of the NSI (S2011b).
In the three-hierarchy and interworking structure according to an embodiment of the disclosure, as described above, the NSI may be generated in different ways according to whether the NSD is generated based on the NST or the NSST.
First, referring to
In addition, a plurality of network service subnet instances may be generated from each of the plurality of NSSDs. Herein, the plurality of NSSIs that may be generated based on each of the plurality of NSSTs have a plurality of network service subnet instances as reference points, respectively. That is, the NSSI generated from NSSTs referring to each of the plurality of NSSDs may be configured to have a plurality of network service subnet instances generated from the plurality of NSSDs as reference points. A final NSI providing a network slice according to the disclosure may be generated based on the NSSIs generated in this way.
As another example, referring to
Meanwhile, according to the embodiment, for example, slice requirements may be defined to have various attributes as shown in Table 16 below, NST may be defined to comprise service requirements as shown in Table 17, and NSST may be defined to have attributes as shown in Table 18. In addition, NSD may be defined to have attributes as shown in Table 19, NSI may be defined to have attributes as shown in Table 20, and the NSSI may be defined to have information as shown in Table 21, and the service instance referred to by the NSSI may be defined to have information as shown in Table 22.
Referring to
In addition, according to the embodiment, the NSSI may contain another NSSI internally, and in consideration of this case, the NSSMU hierarchy managing the LCM of the Nested NSSI may be expanded. For example, as illustrated in the drawing, the NSSMU 2222 may be configured as an NSSMU of N-hierarchy for managing the LCMs of N NSSIs, respectively.
Such a hierarchical structure may be applied, for example, in a case that an operator configures a slice hierarchically across multi-levels (e.g., Central bureau (for E2E slice management), Edge bureau (for RAN-CU management), Far-edge bureau (for RAN-DU management), etc.), or in a case that an operator promotes scalability and efficiency in managing slices through multi-level NSSMF configuration.
Referring to
The operator requirement input in this way may be converted into a structured slice requirement by the SRMU 2311 (S2302), and may be comprised in the NSI allocation request and transmitted to the NSMU 2321 (S2303).
The NSMU 2321 receiving the NSI allocation request may select a predefined NST based on the slice requirement or may generate a new NST (S2304). In addition, the NSMU 2321 according to the disclosure may generate N NSSTs based on the selected NST and slice requirements (S2305), and may match running NSIs based on the NST or may allocate a new NSI (S2306).
Thereafter, the 1st level NSSMU 2322a receiving the NSSI allocation request including the N NSSTs from the NSMU 2321 may generate N next level (low-level) NSSTs based on the NSST and slice requirements. In addition, the 1st level NSSMU 2322a may request NSSI allocation while transmitting the NSST to the n-th level NSSMU 2322n after matching the running NSSI based on the NSST or allocating a new NSSI (S2308) (S2309). Thereafter, the 1st level NSSMU 2322a allocates the reference information of the lower level NSSI to be referenced in the NSSI (S2311).
Meanwhile, the lower level NSSMUs repeat the process from S2308 to S2311 until the overlapped slice subnet no longer exists (S2312).
The NSMU 2321 according to the disclosure may add reference information of the 1st level NSSMU 2322a to the final NSI for providing a network slice (S2313).
In the slice management system of the N-hierarchy structure, the NSI may be generated in the same way as in
More specifically, referring to
In addition, the NSSI is generated based on the NSST for each level, and the final NSI for providing the network slice of the disclosure may be generated based on the finally generated N 1st level NSSIs.
Meanwhile, according to the embodiment, for example, slice requirements may be defined to have various attributes as shown in Table 23 below, NST may be defined to comprise service requirements as shown in Table 24, and NSST may be defined to have attributes as shown in Table 25. In addition, the NSI generated based on the NST may be defined to have attributes as shown in Table 26, and the NSSI referred to by the NSI may be defined to have attributes as shown in Table 27.
While the disclosure has been shown and described with reference to various embodiments thereof, it will be understood by those of skilled in the art that various changes in form and details may be made therein without departing from the spirit and scope of the disclosure as defined by the appended claims and their equivalents.
| Number | Date | Country | Kind |
|---|---|---|---|
| 10-2020-0045597 | Apr 2020 | KR | national |
This application is a continuation application, claiming priority under § 365(c), of an International application No. PCT/KR2021/003837, filed on Mar. 29, 2021, which is based on and claims the benefit of a Korean patent application number 10-2020-0045597, filed on Apr. 14, 2020, in the Korean Intellectual Property Office, the disclosure of which is incorporated by reference herein in its entirety.
| Number | Date | Country | |
|---|---|---|---|
| Parent | PCT/KR2021/003837 | Mar 2021 | US |
| Child | 17965440 | US |
