WO2022220379A1 - 통신 시스템에서 네트워크 슬라이스 구성을 송수신하는 방법 및 장치 - Google Patents

통신 시스템에서 네트워크 슬라이스 구성을 송수신하는 방법 및 장치 Download PDF

Info

Publication number
WO2022220379A1
WO2022220379A1 PCT/KR2022/001313 KR2022001313W WO2022220379A1 WO 2022220379 A1 WO2022220379 A1 WO 2022220379A1 KR 2022001313 W KR2022001313 W KR 2022001313W WO 2022220379 A1 WO2022220379 A1 WO 2022220379A1
Authority
WO
WIPO (PCT)
Prior art keywords
configuration
network slice
nfmf
management system
slicing
Prior art date
Application number
PCT/KR2022/001313
Other languages
English (en)
French (fr)
Inventor
키에니그얀
비슈코프스키프셰미스와프
Original Assignee
삼성전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 삼성전자 주식회사 filed Critical 삼성전자 주식회사
Publication of WO2022220379A1 publication Critical patent/WO2022220379A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18—Service support devices; Network management devices

Definitions

  • the present disclosure relates to a communication system, and more particularly, to a method and apparatus for transmitting and receiving a network slice configuration in a communication system.
  • a 5G communication system or a pre-5G communication system is called a system after a 4G network (beyond 4G network) communication system or a long term evolution (LTE) system (post LTE).
  • 4G network beyond 4G network
  • LTE long term evolution
  • the 5G communication system is being considered for implementation in a very high frequency (mmWave) band (eg, 60 gigabytes (60 GHz) band).
  • mmWave very high frequency
  • FD-MIMO Full Dimensional MIMO
  • array antenna, analog beam-forming, and large scale antenna technologies are being discussed.
  • an evolved small cell in the 5G communication system, an evolved small cell, an advanced small cell, a cloud radio access network (cloud radio access network: cloud RAN), an ultra-dense network (ultra-dense network) , device to device communication (D2D), internet of things (IoT), wireless backhaul, moving network, cooperative communication, coordinated multi-points (CoMP), and Techniques such as reception interference cancellation are being developed.
  • cloud radio access network cloud radio access network: cloud RAN
  • ultra-dense network ultra-dense network
  • IoT internet of things
  • wireless backhaul moving network
  • cooperative communication coordinated multi-points
  • CoMP coordinated multi-points
  • ACM advanced coding modulation
  • FQAM hybrid FSK and QAM modulation
  • SWSC sliding window superposition coding
  • FBMC filter bank multi carrier
  • NoMA non orthogonal multiple access
  • SCMA sparse code multiple access
  • the network slicing is a technique that allows to create at least one logically separated network slice using different configurations and quality of service (QoS) requirements on a shared basic infrastructure.
  • QoS quality of service
  • a method for efficiently transmitting and receiving a network slice configuration between slicing management systems included in different levels is required.
  • the present disclosure provides a method and apparatus for transmitting and receiving a network slice configuration in a communication system.
  • the communication system of the present disclosure provides a method and apparatus for transmitting and receiving a network slice configuration using a registry for the network slice configuration.
  • a method of transmitting a network slice configuration by a network slice configuration registry (NSCR) in a communication system includes a first network slice subnet management function (NSSMF) ), receiving a request for publication on a network slice configuration of a network function management function (NFMF); in response to a request for disclosure of the network slice configuration of the NFMF, storing the network slice configuration of the NFMF therein; receiving, from the second NSSMF, a request for subscription to the network slice configuration of the NFMF; and transmitting the network slice configuration of the NFMF to the second NSSMF in response to a request for subscription to the network slice configuration of the NFMF.
  • NSSMF network slice subnet management function
  • the method for receiving a network slice configuration in a first network slice subnet management function (NSSMF) of a communication system includes a network slice configuration registry (NSCR) the process of sending a request for subscription to a network slice configuration of a network function management function system (NFMF); and receiving the network slice configuration of the NFMF from the NSCR in response to a request for subscription to the network slice configuration of the NFMF, wherein the network slice configuration of the NFMF is a network slice configuration of the NFMF from a second NSSMF It is characterized in that it is stored inside the NSCR in response to a request for disclosure to.
  • NSCR network slice configuration registry
  • an apparatus for transmitting a network slice configuration by a network slice configuration registry includes: a transceiver; storage; and at least one processor connected to the transceiver and the storage unit, wherein the at least one processor is configured to be configured from a first network slice subnet management function (NSSMF) system.
  • NSSMF network slice subnet management function
  • NFMF network function management function
  • an apparatus for receiving a network slice configuration in a first network slice subnet management function (NSSMF) of the communication system of the present disclosure includes: a transceiver; storage; and at least one processor connected to the transceiver and the storage unit, wherein the at least one processor is a network slice configuration registry (NSCR), a network function management function system : NFMF) transmits a request for subscription to the network slice configuration, and controls the transceiver to receive the network slice configuration of the NFMF from the NSCR in response to the request of subscription for the network slice configuration of the NFMF.
  • the network slice configuration of the NFMF is stored in the NSCR in response to a request for publication of the network slice configuration of the NFMF from the second NSSMF.
  • FIG. 1 is a diagram showing a general network slicing architecture
  • FIG. 2 is a diagram showing an example of forming a multi-level hierarchy of a general network slicing architecture
  • FIG. 3 is a diagram illustrating an example of a network slicing architecture according to an embodiment of the present disclosure
  • FIG. 4 is a diagram illustrating operations for transmitting and receiving a network slicing configuration in the NSCR 300 of the network slicing architecture according to an embodiment of the present disclosure
  • FIG. 5 is a diagram illustrating an operation of receiving a publish/update request in the NSCR 300 of the network slicing architecture according to an embodiment of the present disclosure
  • FIG. 6 is a diagram illustrating an operation of receiving a subscription request for a configuration in the NSCR 300 of the network slicing architecture according to an embodiment of the present disclosure
  • FIG. 7 is a diagram illustrating an operation of receiving a query request for a specific configuration in the NSCR 300 of the network slicing architecture according to an embodiment of the present disclosure
  • FIGS. 8A and 8B are diagrams illustrating a push operation for a configuration in the NSCR 300 of a network slicing architecture according to an embodiment of the present disclosure
  • FIG. 9 is a diagram illustrating an operation of receiving a recall request for a subscription in the NSCR 300 of the network slicing architecture according to an embodiment of the present disclosure
  • FIG. 10 is a diagram illustrating an operation of receiving a recall request for a configuration in the NSCR 300 of the network slicing architecture according to an embodiment of the present disclosure
  • FIG. 11 is a diagram illustrating a configuration matching operation in the NSCR 300 of the network slicing architecture according to an embodiment of the present disclosure
  • FIG. 12 is a diagram illustrating an operation for receiving a configuration in a slicing management system of a network slicing architecture according to an embodiment of the present disclosure
  • FIG. 13 is a diagram illustrating an example of transmitting a publication of a new/updated configuration to an NSCR in a slicing management system of a network slicing architecture according to an embodiment of the present disclosure
  • FIG. 14 is a diagram illustrating another example of transmitting a publication of a new/updated configuration to an NSCR in a slicing management system of a network slicing architecture according to an embodiment of the present disclosure
  • 15 is a diagram illustrating an example of transmitting a subscription request for configuration to the NSCR 300 in a slicing management system of a network slicing architecture according to an embodiment of the present disclosure
  • 16 is a diagram illustrating another example of transmitting a subscription request for configuration to the NSCR 300 in a slicing management system of a network slicing architecture according to an embodiment of the present disclosure
  • 17 is a diagram showing an example of transmitting a recall request for configuration to the NSCR 300 in the slicing management system of the network slicing architecture according to an embodiment of the present disclosure
  • FIG. 18 is a view showing another example of transmitting a recall request for configuration to the NSCR 300 in the slicing management system of the network slicing architecture according to an embodiment of the present disclosure
  • 19 is a diagram illustrating an example of transmitting a recall request for subscription to the NSCR 300 in a slicing management system of a network slicing architecture according to an embodiment of the present disclosure
  • FIG. 20 is a view showing another example of transmitting a recall request for a subscription to the NSCR 300 in a slicing management system of a network slicing architecture according to an embodiment of the present disclosure
  • 21 is a diagram showing an example of transmitting a query request for configuration to the NSCR 300 in the slicing management system 1200 of the network slicing architecture according to an embodiment of the present disclosure
  • FIG. 22 is a view showing another example of transmitting a query request for configuration to the NSCR 300 in a slicing management system of a network slicing architecture according to an embodiment of the present disclosure
  • FIG. 23 is a diagram illustrating an example of receiving a configuration from the NSCR 300 in a slicing management system of a network slicing architecture according to an embodiment of the present disclosure
  • FIG. 24 is a diagram illustrating another example of receiving a configuration from the NSCR 300 in a slicing management system of a network slicing architecture according to an embodiment of the present disclosure
  • 25 is a diagram illustrating another example of receiving a configuration from the NSCR 300 in a slicing management system of a network slicing architecture according to an embodiment of the present disclosure
  • 26 is a diagram illustrating an operation of receiving a configuration recall notification from the NSCR 300 in a slicing management system of a network slicing architecture according to an embodiment of the present disclosure
  • FIG. 27 is a diagram illustrating a sequence diagram for east-west configuration propagation in a network slicing architecture according to an embodiment of the present disclosure
  • FIG. 28 is a diagram illustrating a sequence diagram for East-West configuration propagation using separate workflow steps publish/subscribe in a network slicing architecture according to an embodiment of the present disclosure
  • 29 is a diagram illustrating a sequence diagram for East-West configuration propagation using an external system in a network slicing architecture according to an embodiment of the present disclosure
  • FIG. 30 is a diagram illustrating an example of a sequence diagram for north-south configuration propagation in a network slicing architecture according to an embodiment of the present disclosure
  • FIG. 31 is a diagram illustrating another example of a sequence diagram for north-south configuration propagation in a network slicing architecture according to an embodiment of the present disclosure
  • 32 is a diagram illustrating an example of configuration publish/subscribe using new configuration creation in a network slicing architecture according to an embodiment of the present disclosure
  • 33A and 33B are diagrams illustrating another example of configuration publishing/subscription using new configuration creation in a network slicing architecture according to an embodiment of the present disclosure
  • 34 is a diagram illustrating an example of configuration publish/subscribe using configuration update in a network slicing architecture according to an embodiment of the present disclosure
  • 35A and 35B are diagrams illustrating another example of configuration publish/subscribe using configuration update in a network slicing architecture according to an embodiment of the present disclosure
  • 36 is a diagram illustrating an example of updating a configuration in an East-West method of a network slicing architecture according to an embodiment of the present disclosure
  • 37A and 37B are diagrams illustrating an example of a method of using configuration selection in an East-West scheme of a network slicing architecture according to an embodiment of the present disclosure
  • 38A and 38B are diagrams illustrating an example of a method for transmitting and receiving a configuration using NSCR in an East-West scheme in a network slicing architecture according to an embodiment of the present disclosure
  • 39A and 39B are diagrams illustrating another example of a method of transmitting and receiving a configuration using MFs and NSCRs, which are clients, in an East-West method of a network slicing architecture according to an embodiment of the present disclosure
  • FIG. 40 is a diagram illustrating an example of a method for transmitting and receiving a configuration using NSCR in a north-south method of a network slicing architecture according to an embodiment of the present disclosure
  • 41 and 42 are diagrams illustrating an example including a TN configuration in a network slicing architecture according to an embodiment of the present disclosure
  • 43A and 43B are diagrams illustrating an example of a method for transmitting and receiving a configuration using NSCR when including a TN domain in a network slicing architecture according to an embodiment of the present disclosure
  • 44A and 44B are diagrams illustrating an example of a runtime configuration update in a network slicing architecture according to an embodiment of the present disclosure
  • 45 is a diagram illustrating a configuration of an entity or system for transmitting and receiving a network slicing configuration in a network slicing architecture according to an embodiment of the present disclosure
  • Network slice instance An instance of a network slice.
  • NSSI Network slice subnet instance
  • NSI Network slice subnet instance
  • Managed function It is an application-layer concept of a 5G network function (eg, access and mobility management function (AMF) or session management function (SMF)).
  • AMF access and mobility management function
  • SMF session management function
  • Network slice management function (NSMF) - part of the 3GPP slicing management system responsible for the management of NSI, higher-level for network slice subnet management function (NSSMF) level) function.
  • NSSMF Part of the 3GPP slicing management system that is responsible for the management of NSSIs and may be considered dependent on NSMF or other NSSMFs.
  • Root-NSSMF Network slice subnet management function
  • NSMF Network slice subnet management function
  • NSMF + root-NSSMF Network slice subnet management function
  • NFMF Network function management function
  • VNF virtualized network function
  • PNF physical network function
  • CNF cloud-native network function
  • slicing management system A generic name for any system that manages any one of the slicing entities, and may be referred to as, for example, a management system or MS.
  • Slicing managed entity - A general name for any slicing entity managed by the slicing management system, and may be referred to as, for example, a managed entity or an ME.
  • NEF Network repository function
  • service profile - an object containing the desired NSSAI as well as the SLA-related requirements raised for the NSI.
  • slice profile an object containing the desired NSSAI as well as service level agreements (SLA)-related requirements raised for the NSSI.
  • SLA service level agreements
  • NSSAI Network slice selection assistance information
  • S-NSSAI single network slice selection assistance information
  • the 5G system architecture developed within the 3GPP standardization assumes functional division into components called MFs.
  • the MF represents a logic application running in VNFs/PNFs/CNFs.
  • MFs perform a well-defined set of functionalities in 3GPP documents and communicate with each other via standardized interfaces called reference points.
  • dedicated MFs are a user plane function (UPF) or a session management function (SFM), and shared MFs are an access and mobility management function (AMF) and a network slice selection function (NSSF). , unified data management (UDM) and network repository function (NRF).
  • UPF user plane function
  • SFM session management function
  • AMF access and mobility management function
  • NSSF network slice selection function
  • UDM unified data management
  • NRF network repository function
  • the organization of slices including the decision to generate new MF instances or reuse existing MF instances, is the role of the management and orchestration (MANO) layer of the 5G system.
  • MEO management and orchestration
  • 3GPP standardization provides an architectural framework for network slice management and orchestration.
  • the 3GPP approach to network slicing can be characterized as follows.
  • NSI is composed of hierarchical NSSIs that can be managed by a hierarchy of NSSMFs, and the top-level (NSI) is managed by the NSMF.
  • higher-level management functions request a specific configuration state, but do not specify specific actions and actions on how to get to that state.
  • High-level management functions specify requirements for lower-level management functions such as SLA requirements, but specify specific configuration parameters. does not provide
  • the 3GPP network slice management and orchestration framework does not standardize operations for inter-layer slice configuration.
  • a higher-layer management function eg, NSMF
  • NSSMF lower-layer management function
  • 3GPP assumes that such configuration is performed automatically outside of the above proposed network slicing management and orchestration framework. That is, in terms of managing the network slicing, subnets (eg, NSSIs) generating the network slice (eg, NSI) are assumed to be independent of each other, and from the NSMF in a north-south manner No configuration of any kind is required except for the slice profile passed to NSSSMF. In particular, the standards assume that no configuration in an east-west manner is required.
  • FIGS. 1 and 2 An example of a general network slicing architecture will be described with reference to FIGS. 1 and 2 .
  • FIG. 1 shows a typical network slicing architecture.
  • a general network slicing architecture includes slicing management systems 107, 109, and 111 that manage each of the network slicing entities NSI entity 101, NSSI entity 103, and MF entity 105. .
  • the network slicing entities 101 , 103 , 105 and the slicing management systems 107 , 109 , 111 corresponding to the network slicing entities 101 , 103 , 105 are configured by nested NSSIs in FIG. 2 . It is possible to form a multi-level hierarchical as an example of
  • the first-level slicing management system 107 is, for example, a 3GPP NSMF, and manages the NSI entities 101 .
  • the (N-1)th-level slicing management system 109 is, for example, 3GPP NSSMF, and manages the NSSI entities 103 .
  • the Nth-level slicing management system 111 is, for example, 3GPP NFMF, and manages the MF entities 105 .
  • each network slice component may be managed by a separate management system, and the management systems may belong to different organizations.
  • an NSI 1 entity 201 is managed by a first-level slicing management system 213 (eg, NSMF).
  • a first-level slicing management system 213 eg, NSMF
  • the root-NSSI 1 entity 203 is managed by the second-level slicing management system 215 (eg, native root-NSSMF), and by lower-level slicing management systems (eg, NSSMFs) It consists of managed NSSIs.
  • the second-level slicing management system 215 eg, native root-NSSMF
  • lower-level slicing management systems eg, NSSMFs
  • the NSSI entity may include additional nested NSSI entities 205 , 207 and/or MF entities 209 , 211 .
  • the NSSI 1 entity 205 may be, for example, a core network, and is managed by the third-level slicing management system 1 217 .
  • the NSSI 2 entity 207 may be, for example, a RAN, and is managed by the third-level slicing management system 2 219 .
  • the MF entities 209 and 211 are application-layer aspects of network functionality, managed by a dedicated, and managed by a lowest-level slicing management system (eg, NFMF).
  • NFMF lowest-level slicing management system
  • the MF 1 entity 209 may be an AFM entity
  • the MF 2 entity 211 may be a gNB.
  • the network slice entities ie, NSSI entities and MF entities
  • the network slice entities need to be provided with a configuration.
  • the configuration in network slicing solutions can generally be divided into two categories as follows.
  • the SLA configuration relates to the network slice and QoS characteristics of the components for the network slice.
  • the SLA configuration includes a slice guaranteed throughput per session.
  • Non-SLA (non-SLA) configuration It is not directly related to the SLA configuration of the network slice.
  • a non-SLA configuration includes reachability information that allows components to communicate with each other, such as IP addresses.
  • each component of the network slice (subnet, MF) is preferably designed as an encapsulated entity independently of other components.
  • dependencies between entities are being dynamically set and changed during the lifecycle of the entities, it is impossible to transmit a configuration only at the time of configuration creation, and reconfiguration through runtime configuration update is not possible. must be supported
  • Configurations in these network slicing entities can be configured internally or externally.
  • the network slice configuration may be manually provided or automatically generated by an operator of the slicing management system internally.
  • the network slice configuration may be externally provided by an external system (eg, another slicing management system) or the input for creation may be provided by an external system.
  • External configuration provisioning in the transmission/reception (or propagation) of configuration in the hierarchical network slicing management system may be performed in the following two ways.
  • the SLA configuration is a large subset of the non-SLA configuration shown in phase 1, phase 2, phase 3 and phase 4 and delivered in a north-south manner. do.
  • the first-level slicing management system 213 receives SLA characteristics (eg, 3GPP service profile) from the user as a user input.
  • the first-level slicing management system 213 converts the SLA configuration converted into low-level SLA characteristics (eg, a service profile converted into a slice profile) to the second-level slicing management system 215 .
  • the second-level slicing management system 215 manages the third-level slicing of the SLA configuration decomposed into low-level SLA characteristics (eg, a service profile decomposed into low-level slice profiles). systems 217 , 219 .
  • each of the third-level slicing management systems 217 and 219 is an SLA configuration that is decomposed into MF-oriented SLA (MF-oriented SLA) characteristics (eg, a slice converted into an MF-specific SLA configuration). profile) to each of the fourth-level slicing management systems 221 and 223 .
  • MF-oriented SLA MF-oriented SLA
  • step A indicates that the attributes of the MF 1 entity 209 need to be configured in the MF 2 entity 211 .
  • step B indicates that the properties of the NSSI 1 entity 205 need to be configured in the NSSI 2 entity 207 .
  • NSMF top-level slicing management system
  • the network slice configuration performed in the pre-configuration manner may occur before or after slice instantiation.
  • AMF reachability information ie, AMF IP address
  • AMF IP address ie, AMF IP address
  • the configuration for the network slice may use a 3GPP NRF-based autodiscovery scheme.
  • the MF 2 entity 211 needs to learn the IP address of the MF 1 entity 209 .
  • the IP address is not part of the SLA and cannot be passed in the service/slice profile, and the MF 2 entity 211 is needed to reach the MF 1 entity 209 .
  • the slicing management systems 213, 215, 217, 219, 221, 223 propagate the slice-related configuration (eg, SLA) on the north-south basis in steps 1, 2, 3 and 4 .
  • the propagated information does not include any information about IP addressing.
  • 3GPP can be discovered by the MF 2 entity 211 by allowing the IP address to reach the NFR entity 225 in step 5 and obtain a list of AMFs supporting a specific NSSAI set, including the AMF IP@ list.
  • the 3GPP NRF-based autodiscovery scheme requires all elements of the NRF discovery mechanism.
  • the 3GPP NRF-based autodiscovery scheme shall not support non-3GPP network functions.
  • NRF entity 225 exchanges configuration only on said MFs level.
  • the slicing management system may have some control over non-SLA configuration in slices.
  • provisioning an East-West configuration using a “centralized workflow” approach may be performed as follows.
  • the MF 2 entity 211 (eg, gNB) needs to know the AMF IP@ in order to connect to the NSSI 1 entity 205 (eg, the core network).
  • the root-NSSFM of the second-level slicing management system 215 queries the NSSMF 1 of the third-level slicing management system 217 that manages the NSSI 1 entity 205 for the AMF IP@.
  • the NSSMF 1 of the third-level slicing management system 217 queries the MF 1 entity 209 (eg, AMF) for the IP@ of the NSSMF 1, and responds to the NSMF 1.
  • the root-NSSFM of the two-level slicing management system 215 passes the AMF IP@ to the third-level slicing management system 219 .
  • the third-level slicing management system 219 then configures the AMF IP@ in the MF 2 entity 211 .
  • This centralized workflow assumes that certain configuration parameters can only be queried after some instantiation stage has been reached, and that providing the configuration is required to proceed to instantiation. It can quickly become very complicated.
  • a centralized workflow can result in a weak separation of concerns in a standardized, layered network slice management/orchestration framework. That is, based on the architectural realization (NSSI entity encapsulates all of the basic entities of the NSSI entity: low-level, nested NSSIs and MFs vs non-encapsulation), the centralized walk The flow may block the layered organization of the standardized network slice management/orchestration framework. And the higher-layer management function (eg NSMF) in the centralized workflow must be aware of the lower-level network functions specifics.
  • NSMF higher-layer management function
  • the present disclosure includes a network slice configuration registry (NSCR) as a new entity within the network slice management/orchestration framework, and uses distributed configuration workflows by the NSCR to propose embodiments.
  • NSCR network slice configuration registry
  • NSCR may be co-located with NSMF or root-NSSMF.
  • NRF which serves as a configuration broker only between management functions
  • NSCR is the slicing management system (eg, NFMF, NSSMF, or NFMF, etc.), as well as management entities (eg, It is used to exchange configuration parameters between management entities and management systems between all levels of the overall network slice management/orchestration framework, including MF entities, NSSI entities, or NSI entities, etc.).
  • slice configuration activities can be decomposed into small, independent workflows that are the responsibilities of low-level slicing management systems.
  • the 'centralized workflow' can be prevented because the final role of the NSCR is that the entities as described above publish and subscribe to slice configuration parameters.
  • embodiments of the present disclosure combine a general public/subscribe configuration registry with network slice configuration workflows that decompose, simplify, and distribute the process of network slice configuration as follows.
  • FIG. 3 shows an example of a network slicing architecture according to an embodiment of the present disclosure.
  • steps A1 , A2 , and A3 are part of workflow A, driven by the third-level slicing management system 1 317 .
  • step B1 and step B2 are part of workflow B, driven by the third-level slicing management system 2 319 .
  • step C is driven by the NSCR 300 .
  • workflows A and B are independent in that workflows A and B can be started independently.
  • step C above must be executed after step A3, this relationship is implicit and need not be constructed anywhere.
  • the NSMF of the first-level slicing management system 313 and the root-NSSMF of the second-level slicing management system 315 do not directly participate in the workflow A, workflow B, and C steps.
  • the first-level slicing management system 313 manages the NSI 1 entity 301 .
  • the second-level slicing management system 315 manages the root-NSSI 1 entity 303 .
  • the third-level slicing management system 1 317 manages the NSSI 1 entity 305, and the NSSI 1 entity 305 may be a core network.
  • the third-level slicing management system 2 319 manages an NSSI 2 entity 307 , and the NSSI 2 entity 307 may be a RAN.
  • the fourth-level slicing management system 1 321 may manage the MF 1 entity 309 , and the MF 1 entity 309 may be an AMF entity.
  • the fourth-level slicing management system 2 323 manages an MF 2 entity 311 , and the MF 2 entity 311 may be a gNB.
  • the NSCR 300 performs a configuration push (config push) to the third-level slicing management system 2 (319).
  • the third-level slicing management system 1 317 requests a configuration parameter (eg, IP@) to the MF 1 entity 309 in step A1, and in step A2, from the fourth-level slicing management system 1 321 Receives a configuration parameter (eg, IP@) of the MF 1 entity 309 . And the third-level slicing management system 1 (317) publishes (publishes) the configuration parameters to the NSCR (300) in step A3.
  • a configuration parameter eg, IP@
  • the third level slicing management system 2 319 performs a subscription for a specific configuration parameter to the NSCR 300 in step B1, and MF 2 to the fourth level slicing management system 2 323 in step B2
  • a configuration eg, MF 1 IP@
  • FIG. 4 shows operations of transmitting and receiving a network slicing configuration in the NSCR 300 of the network slicing architecture according to an embodiment of the present disclosure.
  • the NSCR 300 receives a configuration publish/update configuration request requesting to publish or update the configuration ( 401 ), and an external system (eg, a slicing management system) configures the configuration. Stores published or updated configurations locally (i.e. internally) by allowing them to publish or update .
  • an external system eg, a slicing management system
  • the NSCR 300 receives a publish/update request, it performs an operation as shown in FIG. 5 . That is, referring to FIG. 5 , the NSCR 300 receives a configuration disclosure/update request from an external system, stores the new configuration if the configuration requested to be disclosed is a new configuration, and stores the new configuration if the configuration requested to be disclosed is an existing configuration. Update the configuration (501).
  • the NSCR 300 then checks whether any existing subscriptions to the stored new configuration or updated existing configuration exist or a new subscription has been created ( 503 ). If there are existing subscriptions or a new subscription is created for the stored new or updated existing configuration, NSCR 300 pushes the stored new or updated existing configuration to the subscribed external system (505). .
  • the external system may be one of a subscriber, a subscription system, and another slicing management system.
  • the NSCR 300 waits or operates until receiving a configuration publication/update request from an external system again to quit According to such a procedure as in FIG. 5 , the NSCR 300 may receive a configuration publication/update request from an external system and store the configuration 401 therein.
  • the NSCR 300 when the NSCR 300 receives a subscription for configuration request for a specific configuration ( 403 ), the NSCR 300 allows the external system to subscribe to the requested configuration.
  • the NSCR 300 when the NSCR 300 receives a subscription request for configuration, it performs an operation as shown in FIG. 6 . That is, referring to FIG. 6 , when the NSCR 300 receives a subscription request for a configuration, it stores details about the requested configuration ( 603 ). Then, the NSCR 300 matches the requested configuration with the configuration stored therein, and determines whether a matching configuration is useful ( 603 ).
  • matching for the configuration may be performed according to predetermined matching rules.
  • NSCR 300 pushes the matching configuration to the external system (605). On the other hand, if the matching configuration is not useful, the NSCR 300 determines whether the matching configuration is useful again or stops the operation. Then when the matching configuration becomes available or the matching configuration is updated, the matching configuration will be pushed to the external system. In this case, the subscription request may specify the maximum number of matches to be returned (eg, 1, N, ALL). According to this operation, when the NSCR receives a request to join the configuration from the external system ( 605 ), it may transmit a matching configuration to the external system.
  • the NSCR 300 receives a query request for a specific configuration from an external system (405), and allows the external system to download the specific configuration. For example, when the NSCR 300 receives a query request for the specific configuration, the NSCR 300 performs an operation as shown in FIG. 7 . That is, referring to FIG. 7 , the NSCR 300 checks a query for a new configuration ( 701 ), and determines whether the matching configuration is useful by matching the new configuration with a configuration stored therein ( 703 ). If the NSCR 300 is useful, it transmits a matching configuration, and if the matching configuration is not useful, it sends a configuration response indicating that the matching configuration is not useful (705).
  • the matching of the configuration is performed according to the parameters transmitted in the query request for the specific configuration and matching rules defined in the NSCR 300 .
  • the parameters sent in the query request for the particular configuration are similar to the parameters sent in the subscription request for the configuration.
  • the NSCR 300 may transmit a matching configuration to the external system based on matching of the configuration.
  • the NSCR 300 performs a push operation on the configuration.
  • the push action is triggered by the availability of a subscribed configuration or an update to that configuration.
  • a specific push operation may be performed as shown in FIG. 8A or FIG. 8B.
  • NSCR 300 sends a notification 801 to external system 800 that a new or updated configuration is available. Then, when the NSCR 300 receives a configuration request from the external system 800 ( 803 ), the NSCR 300 transmits the new or updated configuration to the external system 800 ( 805 ). Through this notification and pull manipulation, the external system 800 can download the new or updated configuration from the NSCR 300 .
  • NSCR 300 sends ( 807 ) a new or updated configuration to external system 800 .
  • the NSCR 300 receives a recall subscription (hereinafter, recall subscription) request for a subscription ( 409 ), allowing the external system to recall an existing subscription of the external system.
  • recall subscription a recall subscription
  • the NSCR 300 performs an operation as shown in FIG. 9 . That is, referring to FIG. 9 , the NSCR 300 confirms that the recall request for the subscription has been received ( 901 ), and deletes the subscription specified by the external system ( 903 ). After this operation is performed in the NSCR 300, the external system that has requested a recall for the subscription no longer receives updates related to the subscribed configuration.
  • NSCR 300 receives a recall request for configuration (411). Allows an external system to request a configuration recall to recall the configuration.
  • the NSCR 300 when the NSCR 300 receives a recall request for a configuration, it performs an operation as shown in FIG. 10 . That is, referring to FIG. 10 , the NSCR 300 confirms that the recall request for the configuration has been received ( 100 ), and checks whether at least one external system subscribed to the configuration for which the recall is requested exists ( 1003 ). If there is at least one external system subscribed to the configuration for which the recall is requested, the NSCR 300 transmits a configuration recall notification to the at least one subscription system ( 1005 ).
  • the NSCR 300 internally deletes the configuration for which the recall is requested ( 1007 ). After this action is performed in NSCR 300, all external systems currently subscribed to the configuration will receive the configuration recall notification and will no longer create new configurations for the configuration for which the recall has been requested.
  • the data models and internal configuration of the NSCR 300 performing the operation shown in FIG. 4 are as follows.
  • essential data models in the NSCR 300 may include configuration and subscription.
  • the configuration payload included in the configuration is not limited to any specific format, and includes, for example, key-value pairs, text or binary files.
  • the configuration may include metadata supporting configuration selection, matching, and access control.
  • the configuration may include at least one of the following metadata.
  • NSI Id NSI Id
  • S-NSSAI S-NSSAI
  • subnet identifier eg, NSSI Id
  • NSSMF Id NSSMF Id
  • NSMF Id NSSMF
  • type eg, NSSMF
  • Publisher additional information for example, publisher geolocation information
  • -Target information information that supports selecting the correct configuration for the subscribed external system when the NSCR 300 has more than one matching configuration
  • the configuration including the metadata is provided in an operator-triggered publish request for a new/updated configuration.
  • the metadata may be automatically populated by the NSCR 300 .
  • the characteristics of the subscription may be at least one of the following subscription parameters.
  • These subscription parameters may be provided with a subscription request for configuration triggered by an external system requesting subscription. And some of the subscription parameters may be automatically added by the NSCR (300).
  • subscription and specific configuration matching are based on two mechanisms (ie, a filtering mechanism and a selection mechanism).
  • the filtering mechanism allows the NSCR 300 to perform matching on a subscription of a configuration based on information specified in the subscription (ie, filters).
  • the filtering mechanism may only provide a configuration name or additionally a configuration Id.
  • the subscription can specify more parameters to reduce the number of matching configurations.
  • the filters match either exactly on a particular property or using a pattern (eg Regexp). And the filters may require the presence or absence of a specific characteristic.
  • the selection mechanism allows the NSCR 300 to perform matching for subscriptions of a configuration based on information specified in the configuration (ie, target information).
  • the selection mechanism is driven by a selection policy that defines how to perform selection.
  • the selection policy may be manually configured or provided externally (eg, by a slicing management system). Examples of the selection policy are as follows.
  • the NSCR 300 allows translation of subscription and configuration properties according to a defined mapping.
  • mapping allows transforming a property into another property using the same value or a value that is converted according to a conversion rule.
  • property value + suffix string ie
  • String values: translated property value concatenate (original property value + suffix string)
  • a management entity eg, NSSI entity, MF entity, NF entity
  • the management entity may recognize the management entity itself as a slicing management system, and may be directly integrated with NSCR have. In this case, all operations and interactions defined for the slicing management system are valid for the management entity. Such a possibility is illustrated in Figures 39a and 39b.
  • FIG. 12 illustrates an operation for receiving a configuration in a slicing management system of a network slicing architecture according to an embodiment of the present disclosure.
  • the slicing management system 1200 interacts with the NSCR 300 and requires the following input information to interact with the NSCR 300 .
  • - NSCR access information eg, IP address, port, etc.
  • the origin of the configuration eg, a characteristic of a management entity, a characteristic of an external system
  • information required to calculate the configuration eg, to be executed to obtain the components of the configuration
  • the slicing management system 1200 transmits a publish/update request for a configuration to the NSCR 300 ( 1201 ).
  • the request for publishing/updating the configuration includes publishing of a new/updated configuration.
  • the publication of the new/updated configuration may be performed in other variations (eg, automatic publication according to a specification (the embodiment illustrated in FIG. 13 ) or explicit publication (the embodiment illustrated in FIG. 14 ). can be triggered by
  • FIG. 13 shows an example of transmitting the publication of a new/updated configuration to the NSCR in the slicing management system of the network slicing architecture according to an embodiment of the present disclosure.
  • the embodiment shown in FIG. 13 relates to an operation of transmitting a publication for a new/updated configuration from the slicing management system 1200 to the NSCR 300 to be triggered by automatic publication according to specification.
  • the slicing management system 1200 starts an operation when the slicing management system workflow is called.
  • the initiation may be triggered externally (eg, an API call) or internally (eg, a response to specific conditions of a job mechanism, a management system, or a management entity).
  • the slicing management system 1200 executes a workflow step 1301 that may perform the creation of a configuration or an update of an existing configuration. Then, the slicing management system 1200 checks whether the configuration has become useful or an existing configuration has been updated (1303). If the configuration becomes available or the existing configuration is updated, the slicing management system 1200 checks whether the configuration is currently available in the slicing management system 1200 ( 1305 ). If the configuration is currently available in the slicing management system 1200, the slicing management system 1200 adds the configuration as additional configuration information (1309).
  • the slicing management system 1200 sends a query request for the configuration to an external system (ie, the NSCR 300) (1307), from the external system. Receive the configuration.
  • the slicing management system 1200 when the configuration is not available in the current slicing management system 1200 is a method of sending a query request for the configuration to an external system (ie, NSCR 300), but an alternative , the configuration may be received directly from a source system of the configuration.
  • the slicing management system 1200 adds the configuration as additional configuration information, publishes or updates the configuration to which the configuration additional information is added (1311), and checks whether new or updated configurations exist (1313). If there are more new or updated configurations, the slicing management system 1200 proceeds again to step 1305 , and if there are no new or updated configurations, checks whether additional workflow steps exist ( 1315 ). Then, the slicing management system 1200 proceeds to step 1301 again if there are more steps to be executed in the workflow.
  • FIG. 14 shows another example of transmitting the publication of a new/updated configuration to the NSCR in the slicing management system of the network slicing architecture according to an embodiment of the present disclosure.
  • the embodiment shown in FIG. 14 relates to an operation of transmitting a publication of a new/updated configuration in the slicing management system 1200 to the NSCR 300 is triggered by an explicit publication.
  • the procedure shown in Fig. 14 starts when an explicit publish operation is executed inside the currently executing workflow.
  • the slicing management system 1200 checks whether a configuration is currently available in the slicing management system 1200 ( 1401 ). If the configuration is currently available in the slicing management system 1200, the slicing management system 1200 adds the configuration as additional configuration information (1405). On the other hand, if the configuration is not currently available in the slicing management system 1200, the slicing management system 1200 sends a query request for the configuration to an external system (ie, the NSCR 300) (1403), from the external system. Receive the configuration.
  • an external system ie, the NSCR 300
  • the slicing management system 1200 when the configuration is not available in the current slicing management system 1200 is a method of sending a query request for the configuration to an external system (ie, NSCR 300), but an alternative , the configuration may be received directly from a source system of the configuration.
  • the slicing management system 1200 adds the configuration as additional configuration information, publishes or updates the configuration to which the configuration additional information is added (1407), and checks whether there are more new or updated configurations (1409) . If there are more new or updated configurations, the slicing management system 1200 proceeds to step 1401 again.
  • the slicing management system 1200 transmits a subscription request for configuration to the NSCR 300 ( 1203 ).
  • the operation of transmitting a subscription request for configuration to the NSCR 300 in the slicing management system 1200 may be performed in other variations (eg, automatic subscription according to explicit (the embodiment shown in FIG. 15 ) or explicit subscription ( FIG. 15 ). 16)) can be triggered.
  • FIG. 15 shows an example of transmitting a subscription request for configuration to the NSCR 300 in a slicing management system of a network slicing architecture according to an embodiment of the present disclosure.
  • the embodiment shown in FIG. 13 relates to an operation of transmitting a subscription request for configuration to the NSCR 300 in the slicing management system 1200 to be triggered by automatic subscription according to specification.
  • the operation of sending a subscription request for configuration from the slicing management system 1200 to the NSCR 300 is triggered internally or externally, and is started when the slicing management system workflow is executed.
  • the slicing management system 1200 verifies that all input information required by the subscription specification is available ( 1501 ). If all input information required by the subscription specification is useful, the slicing management system 1200 adds all the input information as metadata for subscription (1503) and sends a subscription request for configuration to the NSCR 300 do (1505). The slicing management system 1200 then checks if there are any other subscription specifications that may be requested based on currently available information (1507). If there are any other subscription specifications that may be requested based on currently available information, the slicing management system 1200 proceeds again to step 1503 . On the other hand, if there is no other subscription specification that could be requested based on currently available information, then the slicing management system 1200 verifies that the configurations required to execute the next workflow step exist ( 1509 ).
  • the slicing management system 1200 verifies that all required configurations are locally available ( 1511 ). On the other hand, if the components required to execute the next workflow step do not exist, the slicing management system 1200 proceeds to the next steps of the executed workflow ( 1515 ). The slicing management system 1200 then proceeds to the next steps of the executed workflow even if all required configurations are locally available (1515). However, the slicing management system 1200 waits until the NSCR 300 sends the required configuration 1513 if all required configurations are not available locally, and the steps in the currently executing workflow are Check if more exist (1517). If there are more steps in the currently executed workflow, the slicing management system 1200 proceeds to step 1501 again.
  • the slicing management system 1200 proceeds to step 1509 when all input information required by the subscription specification is not available.
  • FIG. 16 shows another example of transmitting a subscription request for configuration to the NSCR 300 in a slicing management system of a network slicing architecture according to an embodiment of the present disclosure.
  • the embodiment shown in FIG. 13 relates to an operation in which the slicing management system 1200 transmits a subscription request for configuration to the NSCR 300 is triggered by an explicit subscription.
  • the operation of the slicing management system 1200 sending a subscription request for configuration to the NSCR 300 begins when the explicit logic to create a subscription is triggered as part of the currently executing workflow. .
  • the slicing management system 1200 adds metadata for subscription as subscription additional information (1601), and transmits a subscription request to the NSCR 300 (1603). The slicing management system 1200 then checks whether there are any other subscription specifications that may be requested based on currently available information ( 1605 ). If there are any other subscription specifications that may be requested based on currently available information, the slicing management system 1200 proceeds again to step 1601 .
  • the slicing management system 1200 transmits a recall request for the configuration to the NSCR 300 ( 1205 ).
  • the operation of transmitting a recall request for a configuration from the slicing management system 1200 to the NSCR 300 may be performed in other variations (eg, automatic recall of an undesired configuration (the embodiment shown in FIG. 17 ) or an explicit recall ( 18)) may be triggered.
  • FIG. 17 illustrates an example of transmitting a configuration recall request to the NSCR 300 in a slicing management system of a network slicing architecture according to an embodiment of the present disclosure.
  • the embodiment shown in FIG. 17 relates to being triggered by automatic recall of at least one configuration that does not require an operation of transmitting a recall request for a configuration to the NSCR 300 in the slicing management system 1200 .
  • the operation of sending a recall request for a configuration from the slicing management system 1200 to the NSCR 300 is started when the slicing management system workflow is called.
  • the initiation may be triggered externally (eg, an API call) or internally (eg, a reaction to certain conditions of a job mechanism, a management system, or a management entity).
  • the slicing management system 1200 executes the workflow step ( 1701 ) and verifies that the resulting configuration of the execution of the workflow step is invalid or invalid ( 1703 ). If the configuration is invalid or invalid as a result of executing the workflow step, the slicing management system 1200 sends a recall request for the configuration to the NSCR 300 ( 1705 ), and the workflow step currently being executed Checks whether this has caused invalidation of the other configuration. If the currently executing workflow step results in invalidation of another configuration, the slicing management system 1200 proceeds to step 1705 again.
  • the slicing management system 1200 may add more steps to the workflow. Check if it exists (1709). If there are more steps in the workflow, the flow proceeds to step 1701 again.
  • FIG. 18 shows another example of transmitting a recall request for configuration to the NSCR 300 in the slicing management system of the network slicing architecture according to an embodiment of the present disclosure.
  • the embodiment shown in FIG. 18 relates to an operation of transmitting a recall request for a configuration in the slicing management system 1200 to the NSCR 300 is triggered by an explicit recall.
  • the operation of sending a recall request for a configuration to the NSCR 300 in the slicing management system 1200 is the workflow being executed in the slicing management system 1200 using an explicit configuration recall call. It starts when
  • the slicing management system 1200 transmits a recall request for a configuration to the NSCR 300 ( 1801 ), and checks whether there are more configurations to be recalled at the current time ( 1803 ). If there are more configurations to be recalled at the current time point, the slicing management system 1200 proceeds to step 1801 again.
  • the slicing management system 1200 transmits a recall request for a subscription to the NSCR 300 ( 1207 ).
  • the operation of sending a recall request for a subscription to the NSCR 300 in the slicing management system 1200 may be performed in other variations (eg, automatic recall of unsolicited subscriptions (the embodiment shown in FIG. 19 ) or explicit recall ( 20)) may be triggered.
  • FIG. 19 shows an example of transmitting a recall request for subscription to the NSCR 300 in the slicing management system of the network slicing architecture according to an embodiment of the present disclosure.
  • the embodiment shown in FIG. 19 relates to an operation of sending a recall request for a subscription to the NSCR 300 in the slicing management system 1200 being triggered by automatic recall of subscriptions that are not required.
  • the operation of sending a recall request for a subscription from the slicing management system 1200 to the NSCR 300 is started when the slicing management system workflow is called.
  • the initiation may be triggered externally (eg, an API call) or internally (eg, a reaction to certain conditions of a job mechanism, a management system, or a management entity).
  • the slicing management system 1200 executes the workflow step (1901) and verifies that the resulting configuration of the workflow step execution is invalid or invalid (1903). If, as a result of executing the workflow step, the configuration is invalid or invalid, the slicing management system 1200 sends a recall request for the subscription to the NSCR 300 (1905), and the currently executed workflow step Checks whether this has caused invalidation of the other configuration. If the currently executed workflow step causes invalidation of another configuration, the slicing management system 1200 proceeds to step 1905 again.
  • the slicing management system 1200 may add more steps to the workflow. Check to see if it exists (1909). If there are more steps in the workflow, the flow proceeds to step 1901 again.
  • FIG. 20 shows another example of transmitting a recall request for subscription to the NSCR 300 in the slicing management system of the network slicing architecture according to an embodiment of the present disclosure.
  • the embodiment shown in FIG. 20 relates to an operation of transmitting a recall request for a subscription from the slicing management system 1200 to the NSCR 300 to be triggered by an explicit recall.
  • the operation of sending a recall request for a subscription from the slicing management system 1200 to the NSCR 300 is that the workflow is being executed in the slicing management system 1200 using an explicit configuration recall call. It starts when
  • the slicing management system 1200 transmits a recall request for a subscription to the NSCR 300 (2001), and checks whether there are more subscriptions to be recalled at the current time (2003). If there are more subscriptions to be recalled at the current point in time, the slicing management system 1200 proceeds to step 2001 again.
  • the slicing management system 1200 transmits a query request for a configuration to the NSCR 300 ( 1209 ).
  • the operation of sending a query request for a configuration from the slicing management system 1200 to the NSCR 300 may be performed in other variations (eg, an automatic query of the required configurations (the embodiment shown in FIG. 21 ) or an explicit query ( FIG. 21 ). 22)) can be triggered.
  • FIG. 21 shows an example of transmitting a configuration query request to the NSCR 300 in the slicing management system 1200 of the network slicing architecture according to an embodiment of the present disclosure.
  • an operation of transmitting a query request for a configuration from the slicing management system 1200 to the NSCR 300 may be triggered by an automatic query of the required configurations.
  • the operation of transmitting a query request for configuration from the slicing management system 1200 to the NSCR 300 is started when the workflow is running in the slicing management system 1200 .
  • the initiation may be triggered externally (eg, an API call) or internally (eg, a reaction to certain conditions of a job mechanism, a management system, or a management entity).
  • the slicing management system 1200 checks whether the configuration is required to perform an operation of transmitting a query request for the configuration to the NSCR (300) (2101). If the configurations are required to perform the operation of transmitting the query request for the configuration to the NSCR 300, the slicing management system 1200 checks whether all the required configurations are useful (2103). If all the required configurations are not available, the slicing management system 1200 sends a query to the NSCR 300 requesting the missing configurations (2105), and the missing configurations are obtained (i.e., received) (2107).
  • the slicing management system 1200 stores the obtained configurations (2109), and whether the obtained configurations are specified to be propagated to at least one other external system. Confirm (2111). If the obtained configurations are specified to be propagated to at least one other external system, the slicing management system 1200 converts the configuration characteristics according to the mapping in consideration of the specific configuration format of the at least one other external system ( 2113), and transmits the converted configurations to the at least one other external system (2115). And when the obtained configurations are not specified to be propagated to other external systems or when the converted configurations are transmitted to the at least one other external system, the process proceeds to step 2103 again.
  • the slicing management system 1200 waits for a given period of time before querying the NSCR 300 again for the configuration (2117), step Proceed to 2105.
  • the slicing management system 1200 performs the following workflow steps and (2119), and check whether there are more workflow steps to be executed (2121). If there are more workflow steps to be executed, the slicing management system 1200 proceeds to step 2101 again.
  • FIG. 22 shows another example of transmitting a configuration query request to the NSCR 300 in a slicing management system of a network slicing architecture according to an embodiment of the present disclosure.
  • an operation of transmitting a configuration request from the slicing management system 1200 to the NSCR 300 may be triggered by an explicit query.
  • the operation of transmitting a query request for configuration from the slicing management system 1200 to the NSCR 300 is started when the workflow is running in the slicing management system 1200 .
  • the slicing management system 1200 transmits a query request for a configuration requesting configuration to the NSCR 300 (2201), and checks whether the requested configuration has been obtained (ie, received) (2203).
  • the slicing management system 1200 stores the obtained configurations therein ( 2205 ), and propagates the obtained configurations to at least one other external system. Make sure it is specified (2207). If the obtained configurations are specified to be propagated to other external systems, the slicing management system 1200 converts the configuration characteristics according to the mapping taking into account the specific configuration format of at least one other external system ( 2209 ) , transmits the converted configurations to the at least one other external system (2211).
  • the slicing management system 1200 receives a configuration from the NSCR 300 ( 1211 ).
  • the operation of receiving the configuration from the NSCR 300 in the slicing management system 1200 may include other variations (eg, receiving the configuration asynchronously (the embodiment shown in FIG. 23 ), asynchronous notification and pull (shown in FIG. 24 ). in the embodiment) or block and wait for configuration (the embodiment shown in FIG. 25 )).
  • FIG. 23 shows an example of receiving a configuration from the NSCR 300 in a slicing management system of a network slicing architecture according to an embodiment of the present disclosure.
  • the operation of receiving the configuration from the NSCR 300 in the slicing management system 1200 may be triggered asynchronously.
  • the slicing management system 1200 receives a configuration through a push operation from the NSCR 300 ( 2301 ), and stores the received configuration locally (ie, internally) ( 2303 ).
  • the slicing management system 1200 converts the configuration characteristics according to the mapping in consideration of the specific configuration format of the at least one other external system ( 2307), and transmits the converted configuration to the at least one other external system (2309).
  • FIG. 24 shows another example of receiving a configuration from the NSCR 300 in the slicing management system of the network slicing architecture according to an embodiment of the present disclosure.
  • the operation of receiving the configuration from the NSCR 300 in the slicing management system 1200 may be triggered by an asynchronous notification and pull.
  • the slicing management system 1200 receives a notification from the NSCR 300 about configuration availability according to an existing subscription ( 2401 ). Then, the slicing management system 1200 downloads the configuration from the NSCR 300 ( 2403 ), and stores the downloaded configuration locally (ie, internally) ( 2405 ).
  • the slicing management system 1200 converts the configuration characteristics according to the mapping in consideration of the specific configuration format of the at least one other external system ( 2409), and transmits the converted configuration to the at least one other external system (2411).
  • 25 shows another example of receiving a configuration from the NSCR 300 in a slicing management system of a network slicing architecture according to an embodiment of the present disclosure.
  • the operation of receiving the configuration from the NSCR 300 in the slicing management system 1200 may be triggered by blocking and waiting for the configuration.
  • an operation of receiving a configuration in the slicing management system 1200 starts when a workflow is running in the management system.
  • the initiation may be triggered externally (eg, an API call) or internally (eg, a job mechanism, a reaction to a specific condition of a management system or a management entity).
  • the slicing management system 1200 checks whether the configuration is required to perform the operation of receiving the configuration (2501). The slicing management system 1200 verifies that all required configurations are available ( 2503 ) if they are configurations required to perform the operation of receiving the configuration. If all required configurations are available, the slicing management system 1200 waits for a configuration push from the NSCR 300 ( 2505 ), stores the configuration ( 2507 ), and propagates the configuration to at least one other external system. Check that it is specified to be possible (2509).
  • the slicing management system 1200 converts the configuration characteristics according to the mapping taking into account the specific configuration format of the at least one other external system (2511) , transmits the converted configuration to the at least one other external system (2513). And when the configuration is not specified to be propagated to other external systems or when the configuration is transmitted to the at least one other external system, the process proceeds to step 2503 again.
  • the slicing management system 1200 performs the next workflow step ( 2515 ), and the workflow steps to be executed are Check if more exist (2517). If there are more workflow steps to be executed, the slicing management system 1200 proceeds to step 2501 again.
  • the slicing management system 1200 receives a configuration recall notification from the NSCR 300 ( 1211 ).
  • the slicing management system 1200 performs an operation of receiving a configuration recall notification from the NSCR 300 as shown in FIG.
  • the operation of Fig. 26 begins at an asynchronous point in time upon receiving the configuration recall notification.
  • the slicing management system 1200 receives a configuration recall notification from the NSCR 300 ( 2601 ) and checks whether the configuration deletion is specified to be propagated to other external systems ( 2603 ). If the configuration deletion is specified to be propagated to another external system, the slicing management system 1200 converts configuration properties according to the mapping in consideration of a specific configuration format of the other external system ( 2605 ). The slicing management system then removes the configuration from the other external system (2607), and deletes the locally (ie, internally stored) configuration (2609).
  • - may relate to network slice subnets (feasibility check, reservation, instantiation, assignment to slice, reconfiguration, termination, deallocation from slice)
  • - may relate to administrative functions (feasibility check, reservation, instantiation, assignment to a subnet, reconfiguration, termination, deallocation from a subnet)
  • FIG. 27 shows a sequence diagram for east-west configuration propagation in a network slicing architecture according to an embodiment of the present disclosure.
  • the sequence diagram for east-west configuration propagation shown in FIG. 27 is Automatic Publish, Automatic Subscription, and Push from NSCR. and East-West Configuration Propagation using variants of Receive Configuration asynchronously. At this time, variations other than the above variations may also be used. And the embodiment of the present disclosure may propagate the configuration between two slicing management systems that cannot communicate directly through the NSCR.
  • the parallel execution shown in the diagram is an optional operation. That is, the operation requests 2709 and 2711 from the top level slicing management system 2701 are optional. Alternatively, action requests 2709, 2711 may be triggered internally.
  • the top level slicing management system 2701 may communicate with the NSCR 2703 , and may communicate with all slicing management systems 2705 , 2707 on level N ⁇ .
  • the top-level slicing management system 2701 may be, for example, CSMF, NSMF, NSSMF, NFMF, EMS, or a network functions virtualization orchestrator (NFVO).
  • the level N ⁇ represents a higher level lower than N by one or more levels.
  • Slicing Management System 1 2705 on Level N can communicate with NSCR 2703 , but not with Slicing Management System 2 2707 on Level N. And, the level N-phase slicing management system 1 2705 should only respond to requests of the top level slicing management system 2701 , but should not initiate communication with the top level slicing management system 2701 .
  • the level N-phase slicing management system 1 2705 may be, for example, NSMF, NSSMF, NFMF, EMS, NFVO, MF or NF.
  • Slicing Management System 2 2707 on Level N can communicate with NSCR 2703 , but not with Slicing Management System 1 2705 on Level N.
  • the level N-on slicing management system 2 2707 should only respond to requests of the top level slicing management system 2701 , but should not initiate communication with the top level slicing management system 2701 .
  • the level N-phase slicing management system 2 2707 may be, for example, NSMF, NSSMF, NFMF, EMS, NFVO, MF or NF.
  • the top-level slicing management system 2701 sends an operation request requesting an operation to each of the level N-phase slicing management system 1 2705 and the level N-phase slicing management system 2 2707 . (2709, 2711).
  • the level N-phase slicing management system 1 2705 confirms that the configuration is available as in step 1201 of FIG. 12 and the method of the procedure described in FIG. 13 ( 2713 ), it publishes the configuration to the NSCR 2703 . do (2715).
  • level N-on slicing management system 2 2707 confirms that there is a configuration required by the subscription specification as in step 1203 of FIG. 12 and by the method of the procedure described in FIG. 15 (2717), for the configuration Requests for membership to NSCR (2703) (2719).
  • the NSCR 2703 then performs a subscription and matching for configuration (2721), pushing the matching configuration to the slicing management system 2 2707 on level N-level (2723).
  • the slicing management system 2 2707 on level N may then obtain a matching configuration from the NSCR 2703 (2725).
  • FIG. 28 shows a sequence diagram for east-west configuration propagation using separate workflow steps publish/subscribe in a network slicing architecture according to an embodiment of the present disclosure.
  • the sequence diagram for the separate workflow steps shown in FIG. 28, east-west configuration propagation with publish/subscribe as separate workflow steps, is in the asynchronous notification and pull variant.
  • explicit publish which is a dedicated workflow step
  • explicit subscribe which is a dedicated workflow step
  • receive configuration to exemplify the case of the East-West configuration propagation above.
  • variations other than the above variations may also be used.
  • an embodiment of the present disclosure is to propagate the configuration between two slicing management systems that cannot communicate directly through the NSCR.
  • the parallel execution shown in the diagram of FIG. 28 is an optional operation. That is, the operation requests 2809 and 2811 from the top level slicing management system 2801 are optional. Alternatively, action requests 2809 , 2811 may be triggered internally.
  • the top level slicing management system 2801 may communicate with the NSCR 2803 , and may communicate with all slicing management systems 2805 , 2807 on level N ⁇ .
  • the top-level slicing management system 2801 may be, for example, CSMF, NSMF, NSSMF, NFMF, EMS, or a network functions virtualization orchestrator (NFVO).
  • the level N ⁇ represents a higher level level lower than N by one or more levels.
  • Slicing Management System 1 on Level N- 2805 may communicate with NSCR 2803 , but not with Slicing Management System 2 on Level N-2807 . And, the level N-phase slicing management system 1 2805 should only respond to the requests of the top level slicing management system 2801 , but should not initiate communication with the top level slicing management system 2801 .
  • the level N-phase slicing management system 1 2805 may be, for example, NSMF, NSSMF, NFMF, EMS, NFVO, MF or NF.
  • the slicing management system 2 2807 on level N can communicate with the NSCR 2803, but not the slicing management system 1 2805 on the level N-level.
  • the level N-on slicing management system 2 2807 should only respond to requests of the top level slicing management system 2801 , but should not initiate communication with the top level slicing management system 2801 .
  • the level N-phase slicing management system 2 2807 may be, for example, NSMF, NSSMF, NFMF, EMS, NFVO, MF or NF.
  • the top-level slicing management system 2801 sends an operation request requesting an operation to each of the level N-phase slicing management system 1 2805 and the level N-phase slicing management system 2 2807. (2809, 2811).
  • the level N-phase slicing management system 1 2805 discloses the configuration to the NSCR 2703 by the method of the procedure described in FIG. 14 (2813).
  • the level N-top slicing management system 2 2807 requests the NSCR 300 to subscribe for configuration by the method described with reference to FIG. 16 (2815).
  • the NSCR 2803 then performs a subscription and matching on the configuration (2817), notifying the available configuration to the level N-on slicing management system 2 2707 (2819).
  • the NSCR 2803 then receives and 2821 the configuration from the slicing management system 2 2707 on level N-by the method of the procedure described in FIGS. 8A, 8B, 9 and 10 .
  • the level N-phase slicing management system 2 (2707) may download (2823) the configuration from the NSCR (2803) by the method of the procedure described with reference to FIG. 24, and obtain (2725).
  • 29 shows a sequence diagram for east-west configuration propagation using an external system in a network slicing architecture according to an embodiment of the present disclosure.
  • the sequence diagram for East-West configuration propagation shown in FIG. 29 shows the East-West configuration propagation case using external systems.
  • An embodiment of the present disclosure resides in propagating configuration between two slicing management systems that cannot communicate directly.
  • the parallel execution shown in the diagram is optional. That is, the operation requests 2913 and 2914 from the top level slicing management system 2901 are optional. Alternatively, action requests 2913 , 2914 may be triggered internally.
  • FIG. 29 additionally illustrates automatic publishing and automatic subscription
  • other variations may be used.
  • the specifications of configurations and subscriptions are determined in all slicing management systems that are integrated with NSCR to allow the configurations and subscriptions to be created automatically.
  • the top level slicing management system 2901 may communicate with the NSCR 2903 , and may communicate with all slicing management systems 2905 , 2907 on level N ⁇ .
  • the top-level slicing management system 2901 may be CSMF, NSMF, NSSMF, NFMF, EMS or NFVO.
  • the level N ⁇ represents a higher level level lower than N by one or more levels.
  • the slicing management system 1 2905 on level N can communicate with the NSCR 2903, but not the slicing management system 2 2907 on the level N-level. And, the slicing management system 1 2905 on level N should only respond to the requests of the top-level slicing management system 2901, but should not initiate communication with the top-level slicing management system 2901.
  • the level N-phase slicing management system 1 2905 may be, for example, NSMF, NSSMF, NFMF, EMS, NFVO, MF or NF.
  • Slicing Management System 2 2907 on Level N can communicate with NSCR 2903, but not with Slicing Management System 1 2905 on Level N.
  • the level N-on slicing management system 2 2907 should only respond to requests of the top level slicing management system 2901 , but should not initiate communication with the top level slicing management system 2901 .
  • the level N-phase slicing management system 2 2907 may be, for example, NSMF, NSSMF, NFMF, EMS, NFVO, MF or NF.
  • the slicing management system 3 on level N-- 2909 is to communicate with the top-level slicing management system 2901 , the slicing management system 2 on the level N- 2907 and the slicing management system 4 2911 on the level N-- can't and the slicing management system 3 on level N- 2909 should only respond to requests of the slicing management system 1 2905 on the level N-, but communicates with the slicing management system 1 2905 on the level N- should not be initiated
  • the level N-on slicing management system 3 2909 may be, for example, NSMF, NSSMF, NFMF, EMS, NFVO, MF or NF.
  • the slicing management system 4 2911 on level N-- is to communicate with the top-level slicing management system 2901, the slicing management system 1 2905 on the level N- and the slicing management system 3 2909 on the level N-- can't and the level N-on slicing management system 4 2911 must only respond to requests of the level N-on slicing management system 2 2907, but communicates with the level N-on slicing management system 2 2907 should not be initiated
  • the level N-on slicing management system 4 2911 may be, for example, NSMF, NSSMF, NFMF, EMS, NFVO, MF or NF.
  • the top-level slicing management system 2901 sends an operation request requesting an operation to the level N-phase slicing management system 1 2905 and the level N-phase slicing management system 2 2907 respectively. (2913, 2914).
  • the slicing management system 1 on level N-2905 identifies a useful configuration (2915), and requests the slicing management system 3 on level N- 2909 to obtain the configuration (2917).
  • the slicing management system 1 2905 on level N receives the configuration from the slicing management system 3 2909 on the level N-level 2919, and the configuration received by the method of the procedure described in FIG. 13 . Published in NSCR (2903) (2921).
  • the level N-phase slicing management system 2 2907 confirms that there is a configuration required by the subscription specification by the method of step 1203 of FIG. 12 and the procedure described in FIG. 15 (2923), and sets the subscription to the NSCR ( 2903) (2925).
  • the NSCR 2903 performs subscription and matching on the configuration (2927) to obtain a configuration useful by the method of the procedure described in FIGS. 8A, 8B, 9 and 10 on level N-phase slicing management system 2 ( 2707) to push (2929). Then, the slicing management system 2 2707 on level N acquires the configuration (2931), and sets the configuration in the slicing management system 4 2911 on level N- by the method of the procedure described in FIG. 23 (2933) ).
  • - Can relate to network slices (feasibility check, reservation, instantiation, assignment to communication service, reconfiguration, termination, deallocation from communication service).
  • - may relate to administrative functions (feasibility check, reservation, instantiation, assignment to subnet, reconfiguration, termination, deallocation from subnet).
  • FIG. 30 shows an example of a sequence diagram for north-south configuration propagation in a network slicing architecture according to an embodiment of the present disclosure.
  • the sequence diagram for north-south configuration propagation shown in FIG. 30 represents propagating the configuration from the top-level slicing management system 3001 to the low-level management system 3005 via the NSCR 3003 .
  • the parallel execution shown in the diagram is an optional operation. That is, the action request 3009 from the top-level slicing management system 3001 is optional. Alternatively, action requests 3009 may be triggered internally.
  • this embodiment additionally illustrates auto-publishing and auto-subscribing, auto-publishing and auto-subscribing are not mandatory, and other variations may be used. And when automatic publishing and subscription is enabled, the specifications of configurations and subscriptions are determined in all slicing management systems that integrate with NSCR.
  • the top level slicing management system 3001 may communicate with the NSCR 3003 , and may communicate with all systems at level N ⁇ .
  • the top-level slicing management system 3001 may be, for example, CSMF, NSMF, NSSMF, NFMF, EMS, or NFVO.
  • the level N ⁇ represents a higher level lower than N by one or more levels.
  • Slicing Management System 1 ( 3005 ) on Level N- may communicate with NSCR ( 3003 ). And, the level N-phase slicing management system 1 3005 should only respond to the requests of the top level slicing management system 3001, but should not initiate communication with the top level slicing management system 3001.
  • the level N-phase slicing management system 1 3005 may be, for example, NSMF, NSSMF, NFMF, EMS, NFVO, MF or NF.
  • the top-level slicing management system 3001 publishes the configuration to the NSCR 3003 ( 3007 ), and sends an operation request requesting an operation to the slicing management system 1 ( 3005 ) on level N- ( 3009).
  • the level N-on slicing management system 1 ( 3005 ) confirms that there is a configuration required by the subscription specification ( 3011 ), and requests a subscription to the NSCR ( 2703 ) for the configuration ( 3013 ).
  • the NSCR 3003 performs subscription and matching on the configuration ( 3015 ), pushing the valid configuration to the slicing management system 1 ( 3005 ) on level N- ( 3017 ).
  • the level N-on slicing management system 1 ( 3005 ) then obtains the configuration ( 3019 ).
  • FIG. 31 shows another example of a sequence diagram for north-south configuration propagation in a network slicing architecture according to an embodiment of the present disclosure.
  • the sequence diagram for north-south configuration propagation shown in FIG. 31 represents propagating the configuration from the lower-level management system 3105 to the top-level slicing management system 3101 via the NSCR 3003 .
  • the parallel execution shown in the diagram is an optional operation.
  • the action request 3109 from the top level slicing management system 3101 is optional.
  • action requests 3009 may be triggered internally.
  • the top level slicing management system 3101 may communicate with the NSCR 3003 , and may communicate with all systems at level N ⁇ .
  • the top-level slicing management system 3101 may be, for example, CSMF, NSMF, NSSMF, NFMF, EMS or NFVO.
  • the level N ⁇ represents a higher level lower than N by one or more levels.
  • Slicing Management System 1 3105 on Level N may communicate with NSCR 3103 . And, the level N-phase slicing management system 1 3105 should only respond to the requests of the top level slicing management system 3101 , but should not initiate communication with the top level slicing management system 3101 .
  • the level N-phase slicing management system 1 3105 may be, for example, NSMF, NSSMF, NFMF, EMS, NFVO, MF or NF.
  • the top-level slicing management system 3001 subscribes a configuration to the NSCR 3003 ( 3107 ), and sends an operation request requesting an operation to the slicing management system 1 ( 3005 ) on level N- ( 3109).
  • the slicing management system 1 on level N ( 3105 ) identifies a useful configuration ( 3111 ) and publishes the configuration to the NSCR 3103 ( 3113 ). Then, the NSCR 3103 performs subscription and matching on the configuration (3115), and pushes the configuration to the top-level slicing management system 3001 (3117). Accordingly, the top-level slicing management system 3001 may obtain the configuration ( 3119 ).
  • FIGS. 32 and 33A and 33B relate to embodiments in which configuration publication/subscription is performed using new configuration creation in a network slicing architecture according to an embodiment of the present disclosure
  • FIGS. 34 and 35A and 35B are In a network slicing architecture according to an embodiment of the present disclosure, configuration publication/subscription is performed using configuration update.
  • FIG. 32 shows an example of configuration publishing/subscription using new configuration creation in a network slicing architecture according to an embodiment of the present disclosure.
  • An embodiment of the present disclosure resides in propagating the configuration from the slicing management system 2 3205 to the slicing management system 1 3203 . At this time, the configuration disclosed by the slicing management system 2 3205 is derived from the configuration disclosed by the slicing management system 3 3207 .
  • Each of the slicing management system 1 3203, the slicing management system 2 3205 and the slicing management system 3 3207 shown in FIG. 32 may communicate with the NSCR 3201, for example, NSMF, NSSMF, NFMF, EMS. , NFVO, MF or NF.
  • NSCR 3201 for example, NSMF, NSSMF, NFMF, EMS. , NFVO, MF or NF.
  • the NSCR 3201 is the configuration is still useful. Confirm that the configuration is not done (3211).
  • the NSCR 3201 confirms that the configuration is a configuration that is not yet available. (3215).
  • the NSCR 3201 receives the configuration publication from the slicing management system 3 3207 ( 3217 ), it confirms that the configuration from the slicing management system 3 3207 is useful ( 3219 ). The NSCR 3201 then pushes the configuration from the slicing management system 3 3207 to the slicing management system 2 3205 ( 3221 ).
  • the slicing management system 2 3205 processes the configuration to derive a new configuration (3223). At this time, the slicing management system 2 (3205) adds information that is not useful in the slicing management system 3 (3207).
  • the NSCR 3201 receives, from the slicing management system 2 3205, a disclosure about the configuration from the slicing management system 2 3205, 3225, the configuration from the slicing management system 2 3205 is useful. check (3227). Accordingly, the NSCR 3201 discloses the configuration from the slicing management system 2 3205 to the slicing management system 1 3203 .
  • 33A and 33B show another example of configuration publishing/subscription using new configuration creation in a network slicing architecture according to an embodiment of the present disclosure.
  • the configuration publish/subscribe method using new configuration creation shown in FIGS. 33A and 33B relates to the configuration publish/subscribe chaining case using configuration creation.
  • An embodiment of the present disclosure resides in propagating the configuration from the slicing management system 1 3305 on level N-level to the management system 2 3307 on level N-level.
  • the configuration published by management system 3 on level N- 3309 is updated by slicing management system 1 on level N- adding its own additional information.
  • action requests 3311 and 3313 in the top-level slicing management system 3301 may be optional, or alternatively, may be triggered internally.
  • operation request 3315 from the slicing management system 1 3305 on level N-to the management system 3 3309 on level N- may also be optional.
  • the workflow executing in management system 3 3309 on the level N-- may be triggered internally, resulting in the creation/updating of the configuration.
  • FIGS. 33A and 33B An example of the operation performed in FIGS. 33A and 33B is as follows.
  • - Can relate to network slices (feasibility check, reservation, instantiation, assignment to communication service, reconfiguration, termination, deallocation from communication service).
  • - may relate to administrative functions (feasibility check, reservation, instantiation, assignment to subnet, reconfiguration, termination, deallocation from subnet).
  • the top-level slicing management system 3301 requests an operation to the level N-phase slicing management system 1 3305 and the level N-phase management system 2 3307 respectively (3311 and 3313). ). Then, the slicing management system 1 3305 on level N-level requests operation 3315 to the management system 3 3309 on the level N-.
  • the level N-on slicing management system 1 3305 sends a subscription request for configuration to the NSCR 3303 (3317).
  • the management system 3 3309 on level N-- confirms that the configuration is useful (3319), it transmits a request to publish the configuration from the management system 3 3309 on level N--to the NSCR 3303. .
  • the NSCR 3303 then performs a subscription and matching for the configuration from management system 3 3309 on level N-- 3323 , to slicing management system 1 3305 on level N-- Push configuration from management system 3 3309 (3325).
  • the slicing management system 1 3305 on level N then processes the configuration to derive a new configuration 3327 .
  • the slicing management system 1 3305 on level N-level adds additional information that is not useful in the management system 3 3309 on level N-.
  • the NSSMF may add at least one of an NSSI Id, an S-NSSAI list, and an NSI Id.
  • the NSMF may add at least one of an NSI Id and an S-NSSAI.
  • And slicing management system 1 3305 on level N sends a publish request for configuration from management system 2 3307 on level N to NSCR 3303 (3329).
  • the level N-phase management system 2 (3307) goes to the NSCR 3303 Send a subscription request for configuration from (3333).
  • the filter conditions specified by the management system 2 3307 on level N in the subscription request for the configuration configure the NSCR 3303 to the configuration before the configuration is created by the slicing management system 1 3305 on the level N-level. avoid matching.
  • the slicing management system 1 3305 update on level N may add additional information to the configuration required by the filter.
  • the NSCR 3303 performs subscription and matching 3335 on the configuration from management system 2 3307 on level N, so that the slicing management system 2 3307 on level N-2 management system on level N-2 2 Push the configuration from 3307 (3337).
  • the level N-phase slicing management system 2 3307 may then obtain the configuration 3339 .
  • 34 illustrates an example of configuration publish/subscribe using configuration update in a network slicing architecture according to an embodiment of the present disclosure.
  • An embodiment of the present disclosure resides in propagating the configuration from the slicing management system 3 3407 to the slicing management system 1 3403 .
  • the configuration published by the slicing management system 3 3407 is updated by the slicing management system 2 3405 adding its own additional information.
  • Embodiments of the present disclosure may be implemented as follows.
  • - Can relate to network slices (feasibility check, reservation, instantiation, assignment to communication service, reconfiguration, termination, deallocation from communication service).
  • - may relate to administrative functions (feasibility check, reservation, instantiation, assignment to subnet, reconfiguration, termination, deallocation from subnet).
  • each of the slicing management system 1 3203 , the slicing management system 2 3205 and the slicing management system 3 3207 shown in FIG. 32 may communicate with the NSCR 3201 , and for example, the NSMF , NSSMF, NFMF, EMS, NFVO, MF or NF.
  • the NSCR 3401 receives a subscription request for a configuration from slicing management system 3 3407 using a filter from slicing management system 1 3403 ( 3409 ), and confirms that the configuration is not yet available ( 3411 ). ). At this time, the slicing management system 1 3403 filter conditions in the subscription request to the configuration prevent the NSCR 3401 from matching the configuration before the update from the slicing management system 2 3405 . As an example, the slicing management system 2 3405 update may add additional information to the configuration required by the filter.
  • the NSCR 3401 receives a subscription request for a configuration from a slicing management system 3 3407 from a slicing management system 2 3405, 3413 the configuration is not yet available and the filter disables a match check (3415).
  • the NSCR 3401 receives a request for configuration disclosure from the slicing management system 3 3407 (3417), and confirms that the configuration from the slicing management system 3 3407 is useful (3419). Accordingly, the NSCR 3401 pushes the configuration from the slicing management system 3 3407 to the slicing management system 2 3405 (3421). The slicing management system 2 ( 3405 ) then performs configuration processing and performs configuration updates using the new additional information ( 3423 ). At this time, the slicing management system 2 (3405) adds additional information that is not useful in the slicing management system 3 (3407). As an example, the NSSMF may add an NSSI Id, an S-NSSAI list, and an NSI Id. As another example, the NSMF may add NSI Id and S-NSSAI.
  • the slicing management system 2 3405 requests the NSCR 3401 to publish the configuration from the slicing management system 3 3407 with additional information (3425). Then, the NSCR 3401 confirms that the configuration from the slicing management system 3 3407 with the new additional information is useful, and the new additional information enables a match between the configuration and the subscription to the slicing management system 1 3403 (3427). And the NSCR 3401 discloses the configuration from the slicing management system 3 3407 to the slicing management system 1 3403 (3431).
  • 35A and 35B show another example of configuration publish/subscribe using configuration update in a network slicing architecture according to an embodiment of the present disclosure.
  • the top-level slicing management system 3501 sends an operation request requesting an operation to each of the level N-phase slicing management system 1 3505 and the level N-phase management system 2 3507 , respectively. do (3511, 3513). And slicing management system 1 on level N- 3505 sends an operation request to management system 3 3509 on level N- ( 3515 ).
  • level N-on slicing management system 1 (3505) sends a request to join the configuration to the NSCR (3503) (3517).
  • the management system 3 3509 on level N-- confirms that the configuration is useful (3519), and requests the NSCR 3503 to publish the configuration for the management system 3 3509 on level N-- (3521) . Then, NSCR 3503 performs subscription and matching for configuration of management system 3 on N-- (3523), so as to slicing management system 1 (3505) on level N-, management system 3 (3509) on N-- Push the configuration for (3525). Then, slicing management system 1 3505 on level N performs configuration processing and derives a configuration update 3527, and updates configuration to management system 3 3509 on level N with additional information to NSCR 3503 ) to (3529).
  • the slicing management system 2 3507 on level N identifies the configuration that needs to proceed (3531), and uses an additional filter to register the subscription of the configuration to the management system 3 3509 on the N-level NSCR 3503 to request (3533).
  • the NSCR 3503 then subscribes and matches the configuration with additional information (3535) and pushes the configuration to the slicing management system 2 3507 on level N-level (3537).
  • the slicing management system 2 ( 3507 ) on level N- may thus obtain the configuration ( 3539 ).
  • 36 illustrates an example of updating the configuration in the East-West method of the network slicing architecture according to an embodiment of the present disclosure.
  • An embodiment of the present disclosure updates the configuration between the slicing management system 1 3605 on level N-and the management system 2 3607 on the level N- and the management system 3 3609 on the level N- through the NSCR 3603 to send and receive data for
  • the configuration update is the result of an operation in the entity managed by the slicing management system 1 3605 on level N-level.
  • the action of performing the configuration update may be triggered externally (from a top-level management system) or internally (manually or automatically according to some conditions).
  • the embodiment of the present disclosure additionally illustrates automatic publication and automatic subscription, automatic publication and automatic subscription are not mandatory and other variations may be used.
  • the specifications of configurations and subscriptions are determined in all management systems 3601 , 3605 , 3607 , 3609 integrated with NSCR 3603 .
  • - may relate to network slice subnets (feasibility check, reservation, instantiation, assignment to slice, reconfiguration, termination, deallocation from slice)
  • - may relate to administrative functions (feasibility check, reservation, instantiation, assignment to a subnet, reconfiguration, termination, deallocation from a subnet)
  • the top level slicing management system 3601 may communicate with the NSCR 3603 , and may communicate with all systems at level N ⁇ .
  • the top-level slicing management system 3601 may be CSMF, NSMF, NSSMF, NFMF, EMS or NFVO.
  • the slicing management system 1 3605 on level N may communicate with the NSCR 3603 , but not the slicing management system 2 3607 on the level N-level.
  • the level N-phase slicing management system 1 3605 may be, for example, NSMF, NSSMF, NFMF, EMS, NFVO, MF or NF.
  • the slicing management system 2 on level N-3607 may communicate with the NSCR 3603 , but not with the slicing management system 1 3605 on the level N-.
  • the level N-phase slicing management system 2 3607 may be, for example, NSMF, NSSMF, NFMF, EMS, NFVO, MF or NF.
  • the level N-on slicing management system 3 3609 cannot communicate with the top level slicing management system 3601 and the level N-on slicing management system 2 3607 .
  • the level N-on slicing management system 3 3609 may be, for example, NSMF, NSSMF, NFMF, EMS, NFVO, MF or NF.
  • level N-on slicing management system 2 3607 is already subscribed to the configuration from the level N-on slicing management system 1 3605 ( 3611 ).
  • the level N-phase slicing management system 1 3605 confirms the operation request therein (3615) ).
  • the slicing management system 1 on level N-3605 determines that the configuration has changed and needs to be updated (3617), it requests the NSCR 3603 to publish the configuration (3619).
  • the NSCR 3603 confirms that the subscription and matching to the configuration are updated (3621), it pushes the configuration to the management system 2 (3607) on level N- (3623). Accordingly, management system 2 on level N- 3607 obtains the updated update (3625), and forwards the updated configuration to management system 3 on level N- 3609 (3627).
  • the NSCR 300 may compare subscription filters with useful configurations and select matching configurations.
  • the East-West method using this configuration selection may be performed, for example, as shown in FIGS. 37A and 37B .
  • 37A and 37B illustrate an example of a method of using configuration selection in an East-West scheme of a network slicing architecture according to an embodiment of the present disclosure.
  • FIGS. 37A and 37B The embodiment of the present disclosure shown in FIGS. 37A and 37B is directed to selecting a configuration via NSCR 3703 and propagating to management system 3 3709 on level N-. While there are two available configurations that are matching, the subscription of management system 3 3709 on level N specifies that only one configuration is required.
  • - Can relate to network slices (feasibility check, reservation, instantiation, assignment to communication service, reconfiguration, termination, deallocation from communication service).
  • - may relate to administrative functions (feasibility check, reservation, instantiation, assignment to subnet, reconfiguration, termination, deallocation from subnet).
  • the top level slicing management system 3701 may communicate with the NSCR 3703 , and may communicate with all systems 3705 , 3707 , 3709 at level N ⁇ .
  • the top-level slicing management system 3701 may be CSMF, NSMF, NSSMF, NFMF, EMS or NFVO.
  • the slicing management system 1 3705 on level N can communicate with the NSCR 3703, but not the slicing management system 2 3707 on the level N-level.
  • the level N-phase slicing management system 1 3705 may be, for example, NSMF, NSSMF, NFMF, EMS, NFVO, MF or NF.
  • Slicing Management System 2 3707 on Level N may communicate with NSCR 3703 , but not with Slicing Management System 1 3705 on Level N.
  • the level N-phase slicing management system 2 3707 may be, for example, NSMF, NSSMF, NFMF, EMS, NFVO, MF or NF.
  • the level N-on slicing management system 3 3709 cannot communicate with the top level slicing management system 3701 and the level N-on slicing management system 2 3707 .
  • the level N-phase slicing management system 3 3709 may be, for example, NSMF, NSSMF, NFMF, EMS, NFVO, MF or NF.
  • the top-level slicing management system 3701 requests operation to the level N-phase slicing management system 1 3705 and the level N-phase management system 2 3707 respectively (3711 and 3713) ). And if the level N-on slicing management system 1 3705 determines that the configuration is useful (3715), it publishes the configuration to the NSCR 2703 (3707). And if management system 2 on level N- 3707 also confirms that the configuration is useful (3719), it publishes the configuration to NSCR 2703 (3721).
  • the level N-phase management system 3 3709 When the level N-phase management system 3 3709 receives an operation request from the top level slicing management system 3701 (3723), it confirms that there is a configuration that needs to proceed (ie, there is a configuration that needs to proceed). and (3725), and sends a subscription request for configuration to the NSCR (3703) (3727).
  • the NSCR 3703 performs a subscription to a configuration, identifies two matching configurations (2729), and applies a filtering and selection mechanism to select an optimal configuration (3731).
  • the NSCR 3703 then pushes the selected configuration to the management system 3 3709 on the level N-to (3735). Accordingly, the level N-phase management system 3 3709 may obtain the configuration 3737 .
  • the level N-phase management system 1 ( 3705 ) applies filtering and selection ( 3733 ).
  • the operation for which an update is to be performed in these operations may be triggered externally (from the top level slicing management system 3701) or internally (manually or automatically according to some conditions).
  • 38A and 38B show an example of a method of transmitting and receiving a configuration using NSCR in an East-West scheme in a network slicing architecture according to an embodiment of the present disclosure.
  • the top-level slicing management system is NSMF 3801, the slicing management system included in the core domain is NSSMF 1 (3805), and the slicing management system included in the RAN domain is NSSMF 2 (3809) is assumed.
  • the slicing management system at a lower level than NSSMF 1 (3805) is NFMF 1 (3807)
  • the slicing management system at a lower level than NSSMF 2 (3809) is NFMF 2 (3809)
  • the NFMF 1 (3807) is AMF.
  • the NFMF 2 3809 is a gNB.
  • the AMF belongs to NSSI 1
  • the gNB belongs to NSSI 2.
  • NSSI 1 and NSSI 2 are constituent elements of NSI.
  • the embodiment of FIGS. 38A and 38B is for configuring AMF IP@ in the gNB.
  • the information such as IP@ is not part of the standard service profile or slice profile.
  • the configuration parameters may be at least one of key-value pairs, text files, and binary files. There are no restrictions on the types of these configuration parameters.
  • the NSCR 3803 does not parse or understand the configuration, meaning that it can handle arbitrary parameters.
  • publisher When publishing the configuration, the publisher (publisher) as additional information, publisher Id (eg, nssiId), publisher type (eg, NSSI or NSSMF), published information type (eg, AMF IP type) ) and at least one of nsiId or S-NSSAI may be provided.
  • publisher Id eg, nssiId
  • publisher type eg, NSSI or NSSMF
  • published information type eg, AMF IP type
  • at least one of nsiId or S-NSSAI may be provided.
  • the NSCR 3803 may include logic for selection of a specific configuration for a specific requestor. This functionality is important when there are multiple publishers of the same type of parameters. As an example, there may be multiple Core NSSIs using multiple AMFs. And the NSCR 3803 may include rules and logic to provide a specific AMF IP@ to a specific NSSI or gNB. Such rules may be hardcoded or configured as part of an NSI instance by some slicing management system, eg NSMF 3801 .
  • the NSSMF 1 3805 and NSSMF 2 3809 encapsulate the configuration parameters published/subscribed by the management function.
  • NFMF 1 3807 and NFMF 2 3811 may be direct publishers or subscribers of the configuration.
  • the configuration may in particular apply at least one of the following:
  • TN controller transport network controller and/or transport network via TN NSSMF
  • NSCR 3803 can be a single logical entity, or the NSCR 3803 can be decomposed into a hierarchy of NSCRs. NSCR 3803 also enables runtime modifications of NSSI that do not require NSMF actions.
  • NSSMF 1 (3805) is pre-configured to publish AMF IP@ (3813).
  • NSSMF 2 (3809) is pre-configured to subscribe to AMF IP@ (3815).
  • NSSI 2 is assigned to NSSMF 2 ( 3809 ). Then, the NSSMF 2 (3809) transmits the NSSI 2 Id to the NSMF (3801) (3821).
  • the NSSMF 2 (3809) confirms that the NSSI allocation cannot proceed and a configuration parameter is required (3823). And when NSSMF 2 3809 requests configuration subscription to NSCR 2803 (3825), it may receive subscription confirmation and configuration parameters are not available (3827).
  • the message requesting the configuration subscription may include parameter names: AMF IP@, nssiId: uuid4, and nsiId: uuid4.
  • Singhi NSMF 3801 assigns NSSI 1 to NSSMF 1 3805 (3829), and receives NSSI 1 Id from NSSMF 1 3805 (3831).
  • the NSSMF 1 (3805) requests AMF IP@ to NFMF 1 (3807) (3833), and receives AMF IP@ from NFMF 1 (3807) (3835).
  • the NSSMF 1 (3805) discloses the configuration as the NSCR (3803) (3837).
  • the configuration disclosed herein may include parameter name: AMF IP@, value: 10. 10. 192. 8, nssiId: uuid4, nsiId: uuid4.
  • the NSCR 3803 transmits AMF IP@ 10. 10. 192.8 to the NSSMF 2 3809 .
  • NSSMF 2 sets the AMF IP@ in NFMF 2 (3811). Through this operation, the configuration is completed, and NSSI instantiation may proceed (3843).
  • 39A and 39B illustrate another example of a method of transmitting and receiving a configuration using MFs and NSCRs, which are clients, in the East-West method of the network slicing architecture according to an embodiment of the present disclosure.
  • the top-level slicing management system is NSMF 3901
  • the slicing management system included in the core domain is NSSMF 1 (3905)
  • the slicing management system included in the RAN domain is NSSMF 2 (3909) is assumed.
  • the slicing management system at a lower level than the NSSMF 1 3805 is the AMF 3907
  • the slicing management system at the lower level than the NSSMF 2 3809 is the gNB 3909 .
  • the MFs are directly integrated with NSCR 3903, which allows the MFs to exchange configurations across different NSSIs and domains without relaying through the NSSMFs 3905, 3909. .
  • the singi NSMF ( 3901 ) allocates NSSI 2 as NSSMF 2 ( 3909 ). Then, the NSSMF 2 (3909) transmits the NSSI 2 Id to the NSMF (3901) (3917).
  • the NSSMF 2 (3909) confirms that the NSSI allocation cannot proceed and a configuration parameter is required (3919). And when NSSMF 2 3909 requests configuration subscription to NSCR 3903 (3921), it may receive subscription confirmation and configuration parameters are not available (3925).
  • the message requesting the configuration subscription may include parameter names: AMF IP@, nssiId: uuid4, and nsiId: uuid4.
  • Singhi NSMF 3901 assigns NSSI 1 to NSSMF 1 3905 (3927), and receives NSSI 1 Id from NSSMF 1 3905 (3929).
  • AMF (3907) discloses configuration as NSCR (3903) (3931).
  • the configuration disclosed herein may include parameter name: AMF IP@, value: 10. 10. 192. 8, nssiId: uuid4, nsiId: uuid4.
  • the NSCR 3903 forwards the AMF IP@ 10. 10. 19.2.8 to the gNB 3911 (3935). Through this operation, the configuration is completed, and NSSI instantiation may proceed ( 3937 ).
  • FIG. 40 shows an example of a method of transmitting and receiving a configuration using NSCR in a north-south method of a network slicing architecture according to an embodiment of the present disclosure.
  • the top-level slicing management system is NSMF 4001
  • the high-level slicing management system is NSSMF 1 4005
  • the low-level slicing management system is NFMF 4007
  • the NFMF ( 4007) is assumed to be a gNB.
  • FIG. 40 is in configuring the AMF IP@ in the gNB, and the AMF IP@ is known by the NSMF 4001 and needs to be propagated to the slicing management systems hierarchy.
  • NSSMF 4005 is pre-configured to subscribe to AMF IP@.
  • the NSMF 4001 receives the slice instantiate from the operator 4000 ( 4011 ) and publishes the configuration ( 4015 ).
  • the configuration disclosed herein may include parameter name: AMF IP@, value: 10. 10. 192. 8, nssiId: uuid4, nsiId: uuid4.
  • the construct may be generated by NSMF 4001, taken from user input or inserted into a slice template (4013).
  • the NSMF 4001 allocates an NSSI to the NSSMF 4005 and receives the NSSI Id from the NSSMF 4005 ( 419 ).
  • the NSSMF 4005 requests a configuration subscription to the NSCR 2903 (4021), and receives a subscription confirmation and AMF IP@10.10.192.8 (4023, 4025). Accordingly, the NSSMF 4005 may set the AMF IP@ to the NFMF 4007 (4027).
  • the TN mentioned as a feature applicable to the configuration above may be configured as shown in FIGS. 41 and 42 .
  • 41 and 42 show an example including a TN configuration in a network slicing architecture according to an embodiment of the present disclosure.
  • the NSMF + root-NSSMF 4101 manages the NSI
  • the NSSMF1 4103 manages the NSSI core
  • the NSSMF2 4105 manages the NSSI RAN.
  • NSSMF2 (4107) manages NSSI TN
  • NFMF 1 (4109) manages AMF
  • NFMF2 (4111) manages gNB.
  • the TN controller 4113 manages the gNB.
  • the NSSI TN must be configured to connect other NSSIs as shown in FIG. 42 .
  • the NSCR provides the configuration used to create a TN connection between the RAN and the core NSSIs.
  • the TN NSSI managed by the TN NSSMF, is used.
  • the NSMF does not need to relay TN-specific information between NSSMFs as shown in FIGS. 43A and 43B .
  • 43A and 43B show an example of a method of transmitting and receiving a configuration using NSCR when a TN domain is included in the network slicing architecture according to an embodiment of the present disclosure.
  • each of NSSMF 1 4305 and NSSMF 2 4307 is configured in advance to disclose EP_transport characteristics ( 4313 and 4315 ).
  • NSMF 4301 may receive a slice instantiate from operator 4300 (4317), assign NSSI 1 to NSSMF 1 4305 (4319), and receive an NSSI2 id from NSSMF 1 4305 (4321).
  • the NSSMF 1 4305 publishes the configuration to the NSCR 4303 (4322).
  • the disclosed configuration may include parameter name: EP_transport, value: EP_Transport 1, nssiID: nssiID 1, nsiID: nsiID 1.
  • the NSMF 4301 allocates NSSI 2 to NSSMF 2 4307 (4323), and receives NSSI 2 Id from NSSMF 2 4307 (4325).
  • the NSSMF 2 (4307) discloses the configuration (4327).
  • the configuration disclosed herein may include parameter name: EP_transport, value: EP_Transport 1, nssiID: nssiID 2, nsiID: nsiID 1.
  • the NSMF 4301 generates a TN NSSI to the NSSMF TN 4309 and connects nssiId1 and nssiId2 (4329).
  • the NSSMF TN 4309 sends a configuration subscription to the NSCR 4303 (4331).
  • the configuration subscription may include parameter names: EP_Transport, nssiId: nssiId1, nsiId: nsiId1.
  • the NSCR 4303 transmits EP_Transport1 to the NSSMF TN 4309 (4333).
  • the NSSMF TN 4309 also sends a configuration subscription to the NSCR 4303 (4335).
  • the configuration subscription may include parameter names: EP_Transport, nssiId: nssiId2, nsiId: nsiId1. Then, the NSCR 4303 transmits EP_Transport2 to the NSSMF TN 4309 (4337).
  • the NSSMF TN 4309 configures a TN between the endpoint 1: EP_Transport1 and the endpoint 2: EP_Transport2 (4339).
  • 44A and 44B show an example of a runtime configuration update in a network slicing architecture according to an embodiment of the present disclosure.
  • the runtime configuration update shown in FIGS. 44A and 44B is required during runtime as well as during network slice instantiation.
  • the NSSI is modified at runtime, which results in a change of one of the above configuration parameters (AMF IP@).
  • the changed configuration parameters must be propagated to other NSSIs and MFs. Because of NSCR, this operation is transparent to NSMF.
  • NSSMF 1 4405 is pre-configured to publish and update AMF IP@ (4413), and NSSMF2 4409 is already subscribed to AMF IP@ (4415).
  • the NSSMF 1 4405 When the NSSMF 1 4405 receives the NSSI1 modification and the AMF change to another vendor from the operator 4400 ( 4417 ), the NSSMF 1 4405 transmits the AMF modification to the NFMF 1 4407 . Accordingly, NFMF 1 (4407) performs an AMF modification that results in an IP@ change (4421).
  • the NSSMF 1 (4405) requests AMF IP@ acquisition to NFMF 1 (4407) (4423), receives AMF IP@ from NFMF 1 (4407) (4425), and NSCR (4403) discloses AMF IP@ (4403). do (4427). At this time, the NSSMF 1 (4405) updates the existing value (4429).
  • the NSSMF 1 4405 notifies the NSSMF 2 4409 that the AMF IP@ has been changed to a new AMF IP@ value (4433). Then, the NSSMF 2 (4409) sets the AMF IP@ to the NFMF 2 (4411) (4435).
  • the NSMF 4401 does not participate in the update operation (4437).
  • an entity or system that transmits and receives a network slicing configuration in the network slicing architecture is the entity or system described in FIGS. 3 to 44, and each entity or system includes a transceiver 4501, a control unit 4503, and The storage unit 4505 may be configured.
  • the transceiver 4501 transmits/receives a message or data for transmitting/receiving a configuration with another entity or another system.
  • the transceiver 4501 may transmit/receive a request and configuration for disclosure, update, subscription, recall, query, and deletion of a network slicing configuration with another entity or another system.
  • the controller 4503 includes at least one processor connected to the transceiver 4501, and the entity or system described above in an embodiment of the present disclosure (ie, described with reference to FIGS. 3 to 44A and 44B). You can perform all of the operations of For example, the controller 4503 processes a request for at least one of publishing, updating, subscribing, recalling, querying, deleting, and updating a network slicing configuration received from another entity or another system.
  • the storage unit 4505 may be connected to the transceiver 4501 and the control unit 4503 to store all information, data, and messages required for transmitting/receiving a configuration in an embodiment of the present disclosure.
  • transceiver 4501, the control unit 4503, and the storage 4505 are separately illustrated, but the transceiver 4501, the control unit 4503, and the storage 4505 are one It may be implemented as a component.
  • An embodiment of the present disclosure decomposes complex, centrally driven network slicing configuration workflows into smaller, locally-oriented configuration workflows, configured by slicing management systems/management entities at appropriate levels can do. Accordingly, there is no need to participate in configuration flows for higher-level slicing management systems.
  • An embodiment of the present disclosure may provide explicit guidelines on how to provision a required configuration between slicing management systems and management entities in the East-West configuration not covered by standardization.
  • Embodiments of the present disclosure may provide improved separation of concerns in configuration management. Accordingly, the high-level slicing management system does not need to interpret and manage the low-level details.
  • Embodiments of the present disclosure may have improved efficiency of configuration provisioning. For example, an embodiment of the present disclosure does not need to pass configuration through all levels of slicing slicing management systems as in the prior art. And in an embodiment of the present disclosure, configurations are coordinated asynchronously and directly between interdependent workflows.
  • - NSCR may serve a superset of NRF functionalities using coverage for slicing management systems as well as management functions irrespective of their positioning in the hierarchy.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

본 개시는 LTE와 같은 4G 통신 시스템 이후 보다 높은 데이터 전송률을 지원하기 위한 5G 또는 pre-5G 통신 시스템에 관련된 것이다. 본 개시의 실시 예에 따른 통신 시스템에서 네트워크 슬라이스 구성 레지스트리 (network slice configuration registry: NSCR)에 의해, 네트워크 슬라이스 구성을 전송하는 방법은, 제1 네트워크 슬라이스 서브넷 관리 기능 시스템 (network slice subnet management function: NSSMF)으로부터, 네트워크 기능 관리 기능 시스템 (network function management function: NFMF)의 네트워크 슬라이스 구성에 대한 공개의 요청을 수신하는 과정; 상기 NFMF의 네트워크 슬라이스 구성에 대한 공개의 요청에 응답하여, 상기 NFMF의 네트워크 슬라이스 구성을 내부에 저장하는 과정; 제2 NSSMF로부터, 상기 NFMF의 네트워크 슬라이스 구성에 대한 가입의 요청을 수신하는 과정; 및 상기 NFMF의 네트워크 슬라이스 구성에 대한 가입의 요청에 응답하여, 상기 제2 NSSMF로 상기 NFMF의 네트워크 슬라이스 구성을 전송하는 과정을 포함한다.

Description

통신 시스템에서 네트워크 슬라이스 구성을 송수신하는 방법 및 장치
본 개시는 통신 시스템에 관한 것으로, 특히 통신 시스템에서 네트워크 슬라이스 구성을 송수신하는 방법 및 장치에 관한 것이다.
4G (4th-Generation) 통신 시스템 상용화 이후 증가 추세에 있는 무선 데이터 트래픽 수요를 충족시키기 위해, 개선된 5G (5th-Generation)통신 시스템 또는 pre-5G 통신 시스템을 개발하기 위한 노력이 이루어지고 있다. 이러한 이유로, 5G 통신 시스템 또는 pre-5G 통신 시스템은 4G 네트워크 이후 (beyond 4G network) 통신 시스템 또는 LTE(long term evolution) 시스템 이후 (post LTE) 의 시스템이라 불리고 있다.
높은 데이터 전송률을 달성하기 위해, 5G 통신 시스템은 초고주파(mmWave) 대역 (일 예로, 60기가(60GHz) 대역과 같은)에서의 구현이 고려되고 있다. 초고주파 대역에서의 전파의 경로손실 완화 및 전파의 전달 거리를 증가시키기 위해, 5G 통신 시스템에서는 빔포밍(beamforming), 거대 배열 다중 입출력(massive MIMO), 전차원 다중입출력(Full Dimensional MIMO: FD-MIMO), 어레이 안테나(array antenna), 아날로그 빔형성(analog beam-forming), 및 대규모 안테나 (large scale antenna) 기술들이 논의되고 있다.
또한 시스템의 네트워크 개선을 위해, 5G 통신 시스템에서는 진화된 소형 셀, 개선된 소형 셀 (advanced small cell), 클라우드 무선 액세스 네트워크 (cloud radio access network: cloud RAN), 초고밀도 네트워크 (ultra-dense network), 기기 간 통신 (device to device communication: D2D), IoT(internet of things), 무선 백홀 (wireless backhaul), 이동 네트워크 (moving network), 협력 통신 (cooperative communication), CoMP (coordinated multi-points), 및 수신 간섭제거 (interference cancellation) 등의 기술 개발이 이루어지고 있다.
이 밖에도, 5G 시스템에서는 진보된 코딩 변조(advanced coding modulation: ACM) 방식인 FQAM (hybrid FSK and QAM modulation) 및 SWSC (sliding window superposition coding)과, 진보된 접속 기술인 FBMC(filter bank multi carrier), NoMA(non orthogonal multiple access), 및 SCMA(sparse code multiple access) 등이 개발되고 있다.
한편, 5G 솔루션들의 수익화 (monetization)를 증가시키는 핵심 기능성인 네트워크 슬라이싱의 영역을 타겟으로 하고 있다. 상기 네트워크 슬라이싱은 공유되는 기본 인프라스트럭쳐 (infrastructure) 상에서 다른 구성들 및 QoS (quality of service) 요구 사항들을 사용하여, 논리적으로 분리된 적어도 하나의 네트워크 슬라이스를 생성하는 것을 허락하는 기술이다. 이러한 네트워크 슬라이싱의 기술에서 다른 레벨에 포함되는 슬라이싱 관리 시스템들 간에 네트워크 슬라이스 구성을 효율적으로 송수신하는 방안이 요구되고 있다.
본 개시는 통신 시스템에서 네트워크 슬라이스 구성을 송수신하는 방법 및 장치를 제공한다.
또한 본 개시의 통신 시스템은 네트워크 슬라이스 구성을 위한 레지스트리 (registry)를 이용하여 네트워크 슬라이스 구성을 송수신하는 방법 및 장치를 제공한다.
본 개시의 실시 예에 따른 통신 시스템에서 네트워크 슬라이스 구성 레지스트리 (network slice configuration registry: NSCR)에 의해, 네트워크 슬라이스 구성을 전송하는 방법은, 제1 네트워크 슬라이스 서브넷 관리 기능 시스템 (network slice subnet management function: NSSMF)으로부터, 네트워크 기능 관리 기능 시스템 (network function management function: NFMF)의 네트워크 슬라이스 구성에 대한 공개의 요청을 수신하는 과정; 상기 NFMF의 네트워크 슬라이스 구성에 대한 공개의 요청에 응답하여, 상기 NFMF의 네트워크 슬라이스 구성을 내부에 저장하는 과정; 제2 NSSMF로부터, 상기 NFMF의 네트워크 슬라이스 구성에 대한 가입의 요청을 수신하는 과정; 및 상기 NFMF의 네트워크 슬라이스 구성에 대한 가입의 요청에 응답하여, 상기 제2 NSSMF로 상기 NFMF의 네트워크 슬라이스 구성을 전송하는 과정을 포함한다.
또한 본 개시의 실시 예에 따른 통신 시스템의 제1 네트워크 슬라이스 서브넷 관리 기능 시스템 (network slice subnet management function: NSSMF)에서 네트워크 슬라이스 구성을 수신하는 방법은, 네트워크 슬라이스 구성 레지스트리 (network slice configuration registry: NSCR)로, 네크워크 기능 관리 기능 시스템 (network function management function: NFMF)의 네트워크 슬라이스 구성에 대한 가입의 요청을 전송하는 과정; 및 상기 NFMF의 네트워크 슬라이스 구성에 대한 가입의 요청에 대한 응답으로 상기 NSCR로부터 상기 NFMF의 네트워크 슬라이스 구성을 수신하는 과정을 포함하며, 상기 NFMF의 네트워크 슬라이스 구성은 제2 NSSMF로부터의 NFMF의 네트워크 슬라이스 구성에 대한 공개의 요청에 응답하여 상기 NSCR의 내부에 저장된 것임을 특징으로 한다.
또한 본 개시의 통신 시스템에서 네트워크 슬라이스 구성 레지스트리 (network slice configuration registry: NSCR)에 의해, 네트워크 슬라이스 구성을 전송하는 장치는, 송수신부; 저장부; 및 상기 송수신부 및 상기 저장부와 연결되는 적어도 하나의 프로세서를 포함하며, 상기 적어도 하나의 프로세서는, 제1 네트워크 슬라이스 서브넷 관리 기능 시스템 (network slice subnet management function: NSSMF)으로부터, 네트워크 기능 관리 기능 시스템 (network function management function: NFMF)의 네트워크 슬라이스 구성에 대한 공개의 요청을 수신하여 상기 NFMF의 네트워크 슬라이스 구성을 상기 저장부에 저장하고, 제2 NSSMF로부터, 상기 NFMF의 네트워크 슬라이스 구성에 대한 가입의 요청을 수신하고, 상기 NFMF의 네트워크 슬라이스 구성에 대한 가입의 요청에 응답하여 상기 제1 NSSMF로 상기 NFMF의 네트워크 슬라이스 구성을 전송하도록 상기 송수신부를 제어하도록 구성됨을 특징으로 한다.
또한 본 개시의 통신 시스템의 제1 네트워크 슬라이스 서브넷 관리 기능 시스템 (network slice subnet management function: NSSMF)에서 네트워크 슬라이스 구성을 수신하는 장치는, 송수신부; 저장부; 및 상기 송수신부 및 상기 저장부와 연결되는 적어도 하나의 프로세서를 포함하며, 상기 적어도 하나의 프로세서는, 네트워크 슬라이스 구성 레지스트리 (network slice configuration registry: NSCR)로, 네트워크 기능 관리 기능 시스템 (network function management function: NFMF)의 네트워크 슬라이스 구성에 대한 가입의 요청을 전송하고, 상기 NFMF의 네트워크 슬라이스 구성에 대한 가입의 요청에 대한 응답으로 상기 NSCR로부터 상기 NFMF의 네트워크 슬라이스 구성을 수신하도록 상기 송수신부를 제어하도록 구성되며, 상기 NFMF의 네트워크 슬라이스 구성은 제2 NSSMF로부터의 NFMF의 네트워크 슬라이스 구성에 대한 공개의 요청에 응답하여 상기 NSCR의 내부에 저장된 것임을 특징으로 한다.
도 1은 일반적인 네트워크 슬라이싱 아키텍쳐를 나타낸 도면,
도 2는 일반적인 네트워크 슬라이싱 아키텍쳐의 멀티-레벨 하이어라키를 형성하는 일 예를 나타낸 도면,
도 3은 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 일 예를 나타낸 도면,
도 4는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 NSCR (300)에서 네트워크 슬라이싱 구성을 송수신하는 동작들을 나타낸 도면,
도 5는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 NSCR (300)에서 공개/업데이트 요청을 수신하는 동작을 나타낸 도면,
도 6은 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 NSCR (300)에서 구성에 대한 가입 요청을 수신하는 동작을 나타낸 도면,
도 7은 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 NSCR (300)에서 특정 구성에 대한 쿼리 요청 수신하는 동작을 나타낸 도면,
도 8a 및 도 8b는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 NSCR (300)에서 구성에 대한 푸쉬 동작을 나타낸 도면,
도 9는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 NSCR (300)에서 가입에 대한 리콜 요청을 수신하는 동작을 나타낸 도면,
도 10은 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 NSCR (300)에서 구성에 대한 리콜 요청을 수신하는 동작을 나타낸 도면,
도 11은 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 NSCR (300)에서 구성의 매칭 동작을 나타낸 도면,
도 12는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 슬라이싱 관리 시스템에서 구성을 수신하기 위한 동작을 나타낸 도면,
도 13은 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 슬라이싱 관리 시스템에서 새로운/업데이트된 구성의 공개를 NSCR로 전송하는 일 예를 나타낸 도면,
도 14는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 슬라이싱 관리 시스템에서 새로운/업데이트된 구성의 공개를 NSCR로 전송하는 다른 예를 나타낸 도면,
도 15는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 슬라이싱 관리 시스템에서 구성에 대한 가입 요청을 NSCR (300)로 전송하는 일 예를 나타낸 도면,
도 16은 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 슬라이싱 관리 시스템에서 구성에 대한 가입 요청을 NSCR (300)로 전송하는 다른 예를 나타낸 도면,
도 17은 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 슬라이싱 관리 시스템에서 구성에 대한 리콜 요청을 NSCR (300)로 전송하는 일 예를 나타낸 도면,
도 18은 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 슬라이싱 관리 시스템에서 구성에 대한 리콜 요청을 NSCR (300)로 전송하는 다른 예를 나타낸 도면,
도 19는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 슬라이싱 관리 시스템에서 가입에 대한 리콜 요청을 NSCR (300)로 전송하는 일 예를 나타낸 도면,
도 20은 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 슬라이싱 관리 시스템에서 가입에 대한 리콜 요청을 NSCR (300)로 전송하는 다른 예를 나타낸 도면,
도 21은 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 슬라이싱 관리 시스템 (1200)에서 구성에 대한 쿼리 요청을 NSCR (300)로 전송하는 일 예를 나타낸 도면,
도 22는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 슬라이싱 관리 시스템에서 구성에 대한 쿼리 요청을 NSCR (300)로 전송하는 다른 예를 나타낸 도면,
도 23은 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 슬라이싱 관리 시스템에서 NSCR (300)로부터 구성을 수신하는 일 예를 나타낸 도면,
도 24는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 슬라이싱 관리 시스템에서 NSCR (300)로부터 구성을 수신하는 다른 예를 나타낸 도면,
도 25는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 슬라이싱 관리 시스템에서 NSCR (300)로부터 구성을 수신하는 다른 예를 나타낸 도면,
도 26은 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 슬라이싱 관리 시스템에서 NSCR (300)로부터 구성 리콜 통지를 수신하는 동작을 나타낸 도면,
도 27은 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐에서 이스트-웨스트 구성 전파를 위한 시퀀스 다이아그램을 나타낸 도면,
도 28은 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐에서 별도의 워크플로우 단계들인 공개/가입을 사용하는 이스트-웨스트 구성 전파를 위한 시퀀스 다이아그램을 나타낸 도면,
도 29는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐에서 외부 시스템을 사용하는 이스트-웨스트 구성 전파를 위한 시퀀스 다이아그램을 나타낸 도면,
도 30은 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐에서 노스-사우스 구성 전파를 위한 시퀀스 다이아그램의 일 예를 나타낸 도면,
도 31은 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐에서 노스-사우스 구성 전파를 위한 시퀀스 다이아그램의 다른 예를 나타낸 도면,
도 32는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐에서 새로운 구성 생성을 사용하는 구성 공개/가입의 일 예를 나타낸 도면,
도 33a 및 도 33b는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐에서 새로운 구성 생성을 사용하는 구성 공개/가입의 다른 예를 나타낸 도면,
도 34는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐에서 구성 업데이트를 사용하는 구성 공개/가입의 일 예를 나타낸 도면,
도 35a 및 도 35b는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐에서 구성 업데이트를 사용하는 구성 공개/가입의 다른 예를 나타낸 도면,
도 36은 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 이스트-웨스트 방식에서 구성을 업데이트하는 일 예를 나타낸 도면,
도 37a 및 도 37b는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 이스트-웨스트 방식에서 구성 선택을 이용하는 방법의 일 예를 나타낸 도면,
도 38a 및 도 38b는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐에서 이스트-웨스트 방식에서 NSCR을 이용하여 구성을 송수신하는 방법의 일 예를 나타낸 도면,
도 39a 및 도 39b는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 이스트-웨스트 방식에서 클라이언트들인 MF들과 NSCR을 이용하여 구성을 송수신하는 방법의 다른 예를 나타낸 도면,
도 40은 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 노스-사우스 방식에서 NSCR을 이용하여 구성을 송수신하는 방법의 일 예를 나타낸 도면,
도 41 및 도 42는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐에서 TN 구성을 포함하는 일 예를 나타낸 도면,
도 43a 및 도 43b는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐에서 TN 도메인을 포함하는 경우 NSCR을 이용하여 구성을 송수신하는 방법의 일 예를 나타낸 도면,
도 44a 및 도 44b는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐에서 런타임 구성 업데이트의 일 예를 나타낸 도면,
도 45는 본 개시의 실시 예에 따른 네트워트 슬라이싱 아키텍쳐에서 네트워크 슬라이싱 구성을 송수신하는 엔터티 또는 시스템의 구성을 나타낸 도면.
이하 본 개시의 실시예를 첨부한 도면과 함께 상세히 설명한다. 또한 본 개시를 설명함에 있어서 관련된 공지 기능 혹은 구성에 대한 구체적인 설명이 본 개시의 요지를 불필요하게 흐릴 수 있다고 판단된 경우 그 상세한 설명은 생략한다. 그리고 후술되는 용어들은 본 개시에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.
먼저, 본 개시의 실시 예들에서 사용되는 용어를 정의하면 다음과 같다.
네트워크 슬라이스 인스턴스 (NSI: network slice instance) - 네트워크 슬라이스의 인스턴스이다.
네트워크 슬라이스 서브넷 인스턴스 (network slice subnet instance: NSSI) - 상기 NSI의 구성 요소 (constituent) 파트이다. 일반적으로, NSSI는 일부 기술 도메인 (일 예로, 코어 네트워크)를 커버한다.
관리 기능 (managed function: MF) - 5G 네트워크 기능 (일 예로, AMF (access and mobility management function) 혹은 SMF (session management function))의 어플리케이션-계층의 개념이다.
네트워크 슬라이스 관리 기능 (network slice management function: NSMF) - NSI의 관리에 대해 책임지는 3GPP 슬라이싱 관리 시스템의 파트이고, 네트워크 슬라이스 서브넷 관리 기능 (network slice subnet management function: NSSMF)에 대한 상위-레벨(higher-level) 기능을 한다.
NSSMF - NSSI들의 관리에 대해 책임지는 3GPP 슬라이싱 관리 시스템의 파트이며, NSMF 또는 다른 NSSMF들에 대해 종속적이라고 고려될 수 있다.
네트워크 슬라이스 서브넷 관리 기능 (network slice subnet management function: root-NSSMF) - 3GPP-완전 호환 아키텍처 (fully 3GPP-compliant architecture)에서 NSMF에 대한 직접적인 관계를 가지고, 다른 NSSMF들보다 상위 레벨인 고유 NSSMF에 대한 맞춤 명칭 (custom name)이다. 일반적인 실시 예들에서, NSMF 및 root-NSSMF의 기능성은 하나의 관리 시스템으로 병합된다 (즉, NSMF + root-NSSMF).
네트워크 기능 관리 기능 (network function management function: NFMF) - VNF (virtualized network function), PNF (physical network function), CNF (cloud-native network function)에서 실행되는 MF들의 어플리케이션 레벨 관리가 가능한 3GPP 슬라이싱 관리 프레임워크 (framework)의 파트이다.
슬라이싱 관리 시스템 (slicing management system) - 상기 슬라이싱 엔터티들 중 임의의 하나를 관리하는 임의의 시스템에 대한 일반 명칭으로, 일 예로 관리 시스템 (management system) 또는 MS로 칭해질 수 있다.
슬라이싱 관리 엔터티 (slicing managed entity) - 슬라이싱 관리 시스템에 의해 관리되는 임의의 슬라이싱 엔터티에 대한 일반 명칭으로, 일 예로 관리 엔터티 (managed entity) 또는 ME로 칭해질 수 있다.
네트워크 리포지터리 기능 (network repository function: NRF) - 다른 MF들에 관한 정보를 저장하는 리포지터리 기능이다.
서비스 프로파일 (service profile) - 바람직한 NSSAI 뿐만 아니라 NSI에 대해 제기되는 SLA-관련 요구 사항들을 포함하는 오브젝트(object)이다.
슬라이스 프로파일 (slice profile) - 바람직한 NSSAI 뿐만 아니라 NSSI에 대해 제기되는 SLA (service level agreements)-관련 요구 사항들을 포함하는 오브젝트이다.
네트워크 슬라이스 선택 보조 정보 (network slice selection assistance informaiton: NSSAI) - 슬라이스들의 호-프로세싱-레벨 식별자 (call-processing-level identifier)들의 집합이다.
단일 네트워크 슬라이스 선택 보조 정보 (single network slice selection assistance information: S-NSSAI) - 단일 호-프로세싱-레벨 식별자이다.
일반적으로, 3GPP 표준화 내에서 개발된 5G 시스템 아키텍쳐는 기능적 분할을 MF로 칭해지는 컴포넌트들로 가정한다. 상기 MF는 VNF들/PNF들/CNF들 내에서 실행되는 논리 어플리케이션을 나타낸다. MF들은 3GPP 문서들에 잘 정의되어 있는 집합의 기능성들을 수행하고, 기준 포인트 (peference point)들이라고 칭해지는 표준화된 인터페이스들을 통해 서로 통신한다.
그리고 네트워크 슬라이스를 생성하는 것은 슬라이스-전용 MF들 및 다수의 슬라이스들 간에 공유될 수 있는 MF들의 재사용의 새로운 인스턴스 (instance)들의 발생을 가정한다. 일 예로, 전용 MF들 (dedicated MFs)은 UPF (user plane function) 또는 SFM (session management function)이고, 공유 MF들 (shared MFs)는 AMF (access and mobility management function), NSSF (network slice selection function), UDM (unified data management) 및 NRF (network repository function) 등이다.
또한 새로운 MF 인스턴스들을 발생시키거나 또는 기존 MF 인스턴스들을 재사용하는 것에 대한 결정을 포함하는, 슬라이스들의 조직(organization)은 상기 5G 시스템의 관리 및 오케스트레이션 (management and orchestration: MANO) 계층의 역할이다.
특히, 3GPP 표준화는 네트워크 슬라이스 관리 및 오케스트레이션에 대한 아키텍쳐 프레임워크 (architectural framework for network slice management and orchestration)를 제공한다. 네트워크 슬라이싱에 대한 3GPP 접근 방식은 다음과 같이 특성화될 수 있다.
- 하이어라키적 (hierarchical): NSI는 NSSMF들의 하이어라키에 의해 관리될 수 있는 하이어라키적 NSSI들로 구성되고, 최상위-레벨 (top-level) (NSI)는 NSMF에 의해 관리된다.
- 선언적 (declarative): 상위-레벨 (higher-level) 관리 기능들은 특정 구성 스테이트 (state)를 요청하지만, 상기 스테이트에 어떻게 도달하는지에 대한 구체적인 액션들 및 동작들을 명시하지 않는다.
- SLA/요구사항들-기반 (SLA/requirements-based): 상위-레벨 관리 기능들은 SLA 요구 사항들과 같은 하위-레벨(lower-level) 관리 기능에 대한 요구 사항들을 명시하지만, 특정 구성 파라미터들을 제공하지 않는다.
특히, 3GPP 네트워크 슬라이스 관리 및 오케스트레이션 프레임워크는 계층간 슬라이스 구성을 위한 동작들을 표준화하지 않고 있다. 상위-계층 관리 기능 (일 예로, NSMF)는 - 선언적 방식에 의해 교환되는 SLA 요구 사항들을 제외하고, 하위-계층 관리 기능 (일 예로, NSSMF)으로 특정 구성을 요청할 수 없다. 대신에, 3GPP는 상기 제안된 네트워크 슬라이싱 관리 및 오케스트레이션 프레임워크의 외부에서, 그와 같은 구성이 자동적으로 수행된다고 가정한다. 즉, 상기 네트워크 슬라이싱 관리 측면에서, 상기 네트워크 슬라이스 (일 예로, NSI)를 생성하는 서브넷들 (일 예로, NSSI들)은 서로 독립적이라고 가정되고, 노스-사우스 방식 (north-south manner)으로 NSMF로부터 NSSSMF로 패스되는 슬라이스 프로파일을 제외하고 어떤 종류의 구성이라도 요구되지 않는다. 특히, 표준들은 어떤 이스트-웨스트 방식 (east-west manner)의 구성도 요구되지 않다고 가정한다.
이하, 도 1 및 도 2를 참조하여 일반적인 네트워크 슬라이싱 아키텍쳐의 일 예에 대해 설명하기로 한다.
도 1은 일반적인 네트워크 슬라이싱 아키텍쳐를 보이고 있다.
도 1을 참조하면, 일반적인 네트워크 슬라이싱 아키텍쳐는 네트워크 슬라이싱 엔터티들인 NSI 엔터티 (101), NSSI 엔터티 (103) 및 MF 엔터티 (105) 각각을 관리하는 슬라이싱 관리 시스템들 (107, 109, 111)을 포함한다. 상기 네트워크 슬라이싱 엔터티들 (101, 103, 105) 및 네트워크 슬라이싱 엔터티들 (101, 103, 105)에 상응하는 슬라이싱 관리 시스템들 (107, 109, 111)은 네스트된(nested) NSSI들에 의해 도 2의 일 예와 같이 멀티-레벨 하이어라키를 형성할 수 있다.
제1-레벨 슬라이싱 관리 시스템 (107)은 일 예로, 3GPP NSMF이고, NSI 엔터티 (101)들을 관리한다. 그리고 제(N-1)번째-레벨 슬라이싱 관리 시스템 (109)는 일 예로, 3GPP NSSMF이고, NSSI 엔터티 (103)들을 관리한다. 또한, 제N번째-레벨 슬라이싱 관리 시스템 (111)은 일 예로, 3GPP NFMF이고, MF 엔터티 (105)들을 관리한다.
도 2는 일반적인 네트워크 슬라이싱 아키텍쳐의 멀티-레벨 하이어라키를 형성하는 일 예를 보이고 있는 것으로, 논리 네트워크 슬라이스 조직 (organization) 및 이에 상응하는 관리 시스템의 일 예를 포함하는 네트워크 슬라이싱 아키텍쳐이다. 도 2에 도시되어 있는 바와 같이, 일반적인 경우, 각 네트워크 슬라이스 구성 요소는 별도의 관리 시스템에 의해 관리될 수 있고, 관리 시스템들은 다른 조직들에 속할 수도 있다.
도 2를 참조하면, NSI 1 엔터티 (201)는 제1-레벨 슬라이싱 관리 시스템 (213) (일 예로, NSMF)에 의해 관리된다.
그리고 root-NSSI 1 엔터티 (203)는 제2-레벨 슬라이싱 관리 시스템 (215) (일 예로, 고유 root-NSSMF)에 의해 관리되고, 하위-레벨 슬라이싱 관리 시스템들 (일 예로, NSSMF들)에 의해 관리되는 NSSI들로 구성된다.
NSSI 엔터티는 추가적인 네스트된 NSSI 엔터티들 (205, 207) 및/또는 MF 엔터티들 (209, 211)을 포함할 수 있다.
NSSI 1 엔터티 (205)는 일 예로, 코어 네트워크일 수 있고, 제3-레벨 슬라이싱 관리 시스템 1 (217)에 의해 관리된다. 그리고 NSSI 2 엔터티 (207)는 일 예로, RAN 일 수 있고, 제3-레벨 슬라이싱 관리 시스템 2 (219)에 의해 관리된다.
MF 엔터티들 (209, 211)은 네트워크 기능의 어플리케이션-계층 측면이고, 전용에 의해 관리되며, 최하위-레벨 슬라이싱 관리 시스템 (일 예로, NFMF)에 의해 관리된다. 일 예로, MF 1 엔터티 (209)는 AFM 엔터티일 수 있고, MF 2 엔터티 (211)는 gNB일 수 있다.
상기 네트워크 슬라이스 엔터티들 (즉, NSSI 엔터티들 및 MF 엔터티들)이 배치되고, 특정한, 다이나믹하게 변경되는 시나리오를 서비스하기 위해서, 상기 네트워크 슬라이스 엔터티들은 구성과 함께 제공될 필요가 있다. 네트워크 슬라이싱 솔루션들에서의 구성은 일반적으로 2개의 카테고리들로 다음과 같이 분할될 수 있다.
- SLA 구성: 상기 네트워크 슬라이스 및 상기 네트워크 슬라이스에 대한 구성 요소들의 QoS 특성들에 관련된다. 일 예로, SLA 구성은 세션별 슬라이스 보장 처리량을 포함한다.
- 비-SLA(non-SLA) 구성: 상기 네트워크 슬라이스의 SLA 구성에 직접적으로 관련되지 않는다. 일 예로, 비-SLA 구성은 IP 어드레스들과 같이, 구성 요소들이 서로 통신하는 것을 허락하는 도달 가능성 정보를 포함한다.
네트워크 슬라이스 생성 동안, 모든 구성 요소들이 동시에, 설계되고, 생성되고, 구성된다는 것이 가정되지는 않는다. 일 예로, 일부 구성 요소들은 이미 존재하고 있을 수 있고, 다른 엔터티들에 의해 사용될 수 있다. 다른 예로, 엔터티들에서 구성 요소의 공유는 상기 핵심적인 네트워크 슬라이싱 원칙들 중의 하나이다. 또 다른 예로, 일부 구성 요소들은 다른 기간(timeframe)들에서 다른 조직들에 의해 생성될 수 있다. 또 다른 예로, 네트워크 슬라이스 (서브넷, MF)의 각 구성 요소는 다른 구성 요소들과 독립적으로, 인캡슐레이트된(encapsulated) 엔터티로 설계되는 것이 바람직하다. 또 다른 예로, 엔터티들간의 종속성은 상기 엔터티들의 라이프사이클(lifecycle) 동안 다이나믹하게 설정되고 변경되고 있는 중이므로, 구성의 생성 시에만 구성을 전달하는 것이 불가능하고, 런타임(runtime) 구성 업데이트를 통한 재구성이 지원되어야만 한다.
이러한 네트워크 슬라이싱 엔터티에서 구성은 내부적 또는 외부적으로 구성될 수 있다. 일 예로, 네트워크 슬라이스 구성은 내부적으로 상기 슬라이싱 관리 시스템의 운영자에 의해서 수동적으로 제공되거나 혹은 또는 자동적으로 생성될 수 있다. 다른 예로, 네트워크 슬라이스 구성은 외부적으로 외부 시스템(일 예로, 다른 슬라이싱 관리 시스템)에 의해 제공될 수 있거나 또는 생성을 위한 입력은 외부 시스템에 의해 제공될 수 있다.
하이어라키적 네트워크 슬라이싱 관리 시스템에서 구성의 송수신 (또는 전파)에서 외부 구성 프로비져닝 (provisioning)은 다음의 두 가지 방식들로 수행될 수 있다.
- 노스-사우스 (north-south) 방식: 상위-레벨 슬라이싱 관리 시스템으로부터 하위-레벨 슬라이싱 관리 시스템으로 패스된다. 즉, 도 2의 표준화된 3GPP 네트워크 슬라이싱 관리 및 오케스트레이션 프레임워크에 따르면, SLA 구성은 1 단계, 2 단계, 3단계 및 4단계로 도시되는 비-SLA 구성의 큰 부분집합 및 노스-사우스 방식으로 전달된다. 참고로, 상기 1 단계에서 제1-레벨 슬라이싱 관리 시스템 (213)은 사용자 입력으로, 사용자로부터 SLA 특성들 (일 예로, 3GPP 서비스 프로파일)을 입력받는다. 상기 2 단계에서 제1-레벨 슬라이싱 관리 시스템 (213)은 하위-레벨 SLA 특성들로 변환되는 SLA 구성 (일 예로, 슬라이스 프로파일로 변환되는 서비스 프로파일)을 제2-레벨 슬라이싱 관리 시스템 (215)로 전달한다. 상기 3단계에서 상기 제2-레벨 슬라이싱 관리 시스템 (215)은 하위-레벨 SLA 특성들로 분해되는 SLA 구성 (일 예로, 하위-레벨 슬라이스 프로파일들로 분해되는 서비스 프로파일)을 제3-레벨 슬라이싱 관리 시스템들 (217, 219)으로 전달한다. 상기 4단계에서 상기 제3-레벨 슬라이싱 관리 시스템들 (217, 219) 각각은 MF-지향 SLA (MF-oriented SLA) 특성들로 분해되는 SLA 구성 (일 예로, MF-특정 SLA 구성으로 변환되는 슬라이스 프로파일)을 제4-레벨 슬라이싱 관리 시스템들 (221, 223) 각각에 전달한다.
- 이스트-웨스트 (east-west) 방식: 상위-레벨 슬라이싱 관리 시스템을 잠재적으로 사용하여, 2개의 동일한-레벨 슬라이싱 관리 시스템들간에 패스된다. 상기 이스트-웨스트 방식과 같은 통신 (도 2에서 A 단계로 도시됨)은 MF들간 레벨에서만 (상기 NRF에서만 구현되는) 3GPP 표준화에 의해 커버된다. 여기서, A 단계는 MF 1 엔터티 (209)의 속성은 MF 2 엔터티 (211)에서 구성될 필요가 있음을 지시한다.
그리고 구성 프로비져닝의 이스트-웨스트 방식은 또한, 표준화에 의해 커버되지 않는, 상기 슬라이싱 관리 시스템들에서 슬라이스 구성 요소들 (도 2에서 B 단계로 도시됨) 중 비-SLA 구성 전파에 대해서도 요구된다. 여기서, B 단계는 NSSI 1 엔터티 (205)의 속성은 NSSI 2 엔터티 (207)에서 구성될 필요가 있음을 지시한다.
이에 하이어라키적 네트워크 슬라이싱 관리 시스템에서 외부 구성 프로비져닝 (특히, 상기 이스트-웨스트 방식)을 개선시키는 방안이 요구된다.
네트워크 슬라이스 구성에 대한 가장 간략화된 접근 방식은 다음 방식 중 하나이다.
- 설계 단계 동안 바람직한 파라미터들을 사용하여 모든 구성 요소들을 사전 구성하는 것이다.
- 런타임에서 바람직한 파라미터들을 사용하여 모든 구성 요소들을 수동으로 구성하는 것이다.
- 상기 하위-레벨들에서 요구되는 모든 정보를 사용하여 최상위-레벨(top-level) 슬라이싱 관리 시스템(일 예로, NSMF)을 사전-구성하는 것이다.
상기 사전-구성 방식으로 수행되는 네트워크 슬라이스 구성은 슬라이스 인스턴시에이션 (instantiation) 전에 혹은 후에 발생할 수 있다. 일 예로, 네트워크 슬라이스 생성 동안, gNB에서의 AMF 도달 가능성 정보 (즉, AMF IP 어드레스)를 수동으로 구성할 수 있다.
그러나, 상기 사전-구성 방식으로 수동 구성의 경우, 비 자동화 문제점이 생생될 수 있다. 그리고 설계 동안 사전-구성의 경우, 각 구성 요소는 설계 동안 다른 구성 요소들을 인식할 필요가 있다. 이는 구성 요소 파트들 (일 예로, NSSI 엔터티들)을 독립적으로 설계하는 것을 불가능하게 한다. 그리고 최상위-레벨 사전-구성의 경우, 상기 모든 하위-레벨 구성 구체 사항들은 최상위-레벨 슬라이싱 관리 시스템 (일 예로, NSMF)로 입력될 필요가 있다. 상기 슬라이싱 관리 시스템의 상기와 같은 구조는 관리 계층들간의 우려 사항들에 대한 매우 열악한 분리를 제공하며, 매우 복잡하고, 번거롭고, 오류가 발생하기 쉽다. 또한 최상위-레벨 사전-구성의 경우, 구성 요소 공유의 경우에서의 문제점들이 동일하게 발생할 것이다. 또한 모든 경우에 대해서, 상기 슬라이스의 런타임 업데이트들은 이슈가 된다. 이 때, 도 2의 1 단계, 2 단계, 3단계 및 4 단계에서는 최상위-레벨 슬라이싱 관리 시스템으로부터 최하위-레벨 슬라이싱 관리 시스템까지 SLA 구성 및 비-SLA 구성 모두가 전파된다.
네트워크 슬라이스에 대한 구성은 3GPP NRF-기반 자동발견 (autodiscovery) 방식을 이용할 수도 있다. 3GPP NRF-기반 자동발견을 이용하는 네트워크 슬라이싱 관리/오케스트레이션 프레임 워크의 외부에서 수행되는 구성의 예제에서, MF 2 엔터티 (211)는 MF 1 엔터티 (209)의 IP 어드레스를 학습하는 것이 필요하다. 여기서, IP 어드레스는 SLA의 파트가 아니고 상기 서비스/슬라이스프로파일에서 패스될 수 없으며, MF 2 엔터티 (211)가 MF 1 엔터티 (209)에 도달하기 위해 필요하다.
그리고 슬라이싱 관리 시스템들 (213, 215, 217, 219, 221, 223)은 1 단계, 2 단계, 3 단계 및 4 단계에서 상기 노스-사우스 기반 상에서 슬라이스-관련 구성 (일 예로, SLA)를 전파한다. 이때 전파되는 정보는 IP 어드레스화에 대한 어떤 정보도 포함하지 않는다. 추가적으로, 3GPP는 5단계에서 IP 어드레스가 NFR 엔터티 (225)에 도달하고 AMF IP@ list를 포함하는, 특정 NSSAI 집합을 지원하는 AMF의 리스트를 획득하도록 함으로써 MF 2 엔터티 (211)에 의해 발견될 수 있다는 것을 가정한다.
그러나, 3GPP NRF-기반 자동발견 (autodiscovery) 방식의 경우, 네트워크 슬라이스 생성 및 동작의 프로세스를 현저하게 간략화시킨다. 기본적으로, 모든 비-SLA 관련 구성은 트랜스페어런트하게(transparently) 수행되고, 상기 슬라이싱 관리 시스템들에 대한 우려가 존재하지 않는다. 하지만, 일부 강력한 가정들 및 제한들이 존재한다:
- 상기 3GPP NRF-기반 자동발견 (autodiscovery) 방식은 모든 엘리먼트들이 NRF 발견 메카니즘을 요구한다.
- 상기 3GPP NRF-기반 자동발견 (autodiscovery) 방식은 비-3GPP 네트워크 기능들을 지원하지 않을 것이다.
- NRF 엔터티 (225)는 상기 MF들 레벨 상에서만 구성을 교환한다.
- 슬라이싱 관리 시스템이 슬라이스들에서 비-SLA 구성을 통한 일부 제어를 가진다는 것이 바람직할 수 있다.
- NRF 지원 정보만 발견될 수 있다. 어떤 메카니즘도 임의의 구성 또는 정보를 전파하지 않는다.
상기 3GPP NRF-기반 자동발견이 사용될 수 없다는 것을 가정할 경우 (일 예로, 모든 NF들이 NRF를 지원하지 않는다), 비-SLA 구성 프로비져닝의 대안적인 방식이 가능하다. 대안적인 방식으로, "중앙 집중 워크플로우 (centralized workflow)" 접근 방식을 사용하는 이스트-웨스트 구성 프로비져닝은 다음과 같이 수행될 있다.
MF 2 엔터티 (211) (일 예로, gNB)는 NSSI 1 엔터티 (205) (일 예로, 코어 네트워크)에 연결하기 위해 AMF IP@를 알 필요가 있다. 이를 위해, 제2-레벨 슬라이싱 관리 시스템 (215)의 root-NSSFM는 상기 AMF IP@에 대한 NSSI 1 엔터티 (205)를 관리하는 제3-레벨 슬라이싱 관리 시스템 (217)의 NSSMF 1을 쿼리한다. 다음으로 제3-레벨 슬라이싱 관리 시스템 (217)의 NSSMF 1는 MF 1 엔터티 (209) (일 예로, AMF)에 상기 NSSMF 1의 IP@에 대해 쿼리하고, NSMF 1에 대해 응답한다. 그리고 2-레벨 슬라이싱 관리 시스템 (215)의 root-NSSFM는 AMF IP@를 제3-레벨 슬라이싱 관리 시스템 (219)으로 전달한다. 상기 제3-레벨 슬라이싱 관리 시스템 (219)은 다음으로 상기 MF 2 엔터티 (211)에서 AMF IP@를 구성한다.
이러한 중앙 집중 워크플로우는 특정 구성 파라미터들이 일부 인스턴시에이션 스테이지(stage)가 도달된 후에만 쿼리될 수 있고, 상기 구성을 제공하는 것이 인스턴시에이션 (instantiation)으로 진행하는 것이 요구된다고 가정할 경우 빠르게 매우 복잡해질 수 있다.
그리고 중앙 집중 워크플로우는 표준화되고, 계층화된 네트워크 슬라이스 관리/오케스트레이션 프레임워크에서의 우려들의 미약한 분리가 발생될 수 잇다. 즉, 상기 아키텍쳐적인 현실화에 기반하여 (NSSI 엔터티는 상기 NSSI 엔터티의 기본 엔터티들 모두를 인캡슐레이트한다: 하위-레벨, 네스트된 NSSI들 및 MF들 vs 비-인캡슐레이션), 상기 중앙 집중 워크플로우는 상기 표준화된 네트워크 슬라이스 관리/오케스트레이션 프레임워크의 계층화된 조직을 차단(block)할 수 있다. 그리고 중앙 집중 워크플로우에서 상위-계층 관리 기능 (일 예로, NSMF)은 하위-레벨 네트워크 기능들 구체 사항들을 인식해야만 한다.
또한 중앙 집중 워크플로우는 복잡하고 실패하기 쉬워지며, 데드록(deadlock)들의 위험을 가진다.
이러한 문제점들을 해결하기 위해, 본 개시는 상기 네트워크 슬라이스 관리/오케스트레이션 프레임워크 내부에서 새로운 엔터티로, 네트워크 슬라이스 구성 레지스트리 (network slice configuration registry: NSCR)를 포함시키고, 상기 NSCR에 의해 분산 구성 워크플로우들을 사용하는 실시 예들을 제안한다.
본 개시의 실시 예들에서, NSCR은 NSMF 또는 root-NSSMF와 함께 배치될 수 있다. 그리고, 관리 기능들 사이에서만 구성 브로커(broker)로서 서비스하는 NRF와는 대조적으로, NSCR은 상기 슬라이싱 관리 시스템들 (일 예로, NFMF, NSSMF, 또는 NFMF, 등) 뿐만 아니라, 관리 엔터티들 (일 예로, MF 엔터티들, NSSI 엔터티들, 또는 NSI 엔터티들 등)을 포함하는, 상기 전체 네트워크 슬라이스 관리/오케스트레이션 프레임워크의 모든 레벨들간의 관리 엔터티들 및 관리 시스템들간의 구성 파라미터들을 교환하는데 사용된다.
그리고 본 개시의 실시 예들에서 NSCR을 사용하는 것에 의해, 슬라이스 구성 액티비티(activity)들은 하위-레벨 슬라이싱 관리 시스템들의 책임들 (responsibilityies)인 작고, 독립적인 워크플로우들로 분해될 수 있다. 또한 본 개시의 실시 예들에서 상기 NSCR의 최종적인 역할은 상기에서 설명한 바와 같은 엔터티들이 슬라이스 구성 파라미터들을 공개 및 가입하는 것이기 때문에, 상기 '중앙 집중 워크플로우'가 방지될 수 있다.
특히, 본 개시의 실시 예들은 일반적인 공개/가입 구성 레지스트리를 상기 네트워크 슬라이스 구성의 프로세스를 분해하고, 간략화하고, 분산시키는 네트워크 슬라이스 구성 워크플로우들과 다음과 같이 결합하는 것이다.
- 상기 표준화된, 계층화된 네트워크 슬라이스 관리/오케스트레이션 프레임워크 또는 다른, 상업화된 네트워크 슬라이싱 솔루션들의 모든 레벨들에서의 네트워크 슬라이스 관리를 위한 공개/가입 패턴의 사용
- 서비스 프로파일 또는 슬라이스 프로파일에서 정의되어 있는 바와 다른 슬라이스 파라미터들의 구성을 허락
- NRF에 의해 지원되는 바와는 다른 파라미터들의 구성을 허락
- NSMF/root-NSSMF에서의 복잡한, 중점적으로 관리되는 워크플로우들을 방지
- 슬라이싱 관리 계층에서의 구성 준비 및 프로비져닝을 통한 제어를 여전히 유지
이하, 도 3 내지 도 45를 참조하여, 본 개시의 실시 예들에 따른 네트워크 슬라이스 구성을 송수신하는 방법 및 장치에 대해 상세히 설명하기로 한다.
도 3은 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 일 예를 보이고 있다.
도 3을 참조하면, A1 단계, A2 단계 및 A3 단계는 제3-레벨 슬라이싱 관리 시스템 1 (317)에 의해 구동되는, 워크플로우 A의 파트이다. 그리고 B1 단계 및 B2 단계는 제3-레벨 슬라이싱 관리 시스템 2 (319)에 의해 구동되는, 워크플로우 B의 파트이다. 또한 C 단계는 NSCR (300)에 의한 구동이다. 여기서, 워크플로우들 A 및 B는 워크플로우들 A 및 B가 독립적으로 시작될 수 있다는 점에서 독립적이다. 상기 C 단계는 A3 단계 다음에 실행되어야만 하지만, 이러한 관계는 암시적이고 어디에도 구성될 필요는 없다. 그리고 도 3에서 제1-레벨 슬라이싱 관리 시스템 (313)의 NSMF 및 제2-레벨 슬라이싱 관리 시스템 (315)의 root-NSSMF는 워크플로우 A, 워크플로우 B 및 C 단계에 직접 참여하지는 않는다.
상기 제1-레벨 슬라이싱 관리 시스템 (313)은 NSI 1 엔터티 (301)를 관리한다. 그리고 상기 제2-레벨 슬라이싱 관리 시스템 (315)은 root-NSSI 1 엔터티 (303)를 관리한다. 제3-레벨 슬라이싱 관리 시스템 1 (317)은 NSSI 1 엔터티 (305)를 관리하며, 상기 NSSI 1 엔터티 (305)는 코어 네트워크일 수 있다. 제3-레벨 슬라이싱 관리 시스템 2 (319)는 NSSI 2 엔터티 (307)를 관리하며, 상기 NSSI 2 엔터티 (307)은 RAN일 수 있다. 제4-레벨 슬라이싱 관리 시스템 1 (321)은 MF 1 엔터티 (309)를 관리하고, 상기 MF 1 엔터티 (309)는 AMF 엔터티일 수 있다. 제4-레벨 슬라이싱 관리 시스템 2 (323)는 MF 2 엔터티 (311)를 관리하며, 상기 MF 2 엔터티 (311)는 gNB일 수 있다.
그리고, NSCR (300)은 제3-레벨 슬라이싱 관리 시스템 2 (319)에 구성 푸쉬 (config push)를 수행한다.
제3-레벨 슬라이싱 관리 시스템 1 (317)은 A1 단계에서 MF 1 엔터티 (309)로 구성 파라미터 (일 예로, IP@)를 요청하고, A2 단계에서 제4-레벨 슬라이싱 관리 시스템 1 (321)로부터 MF 1 엔터티 (309)의 구성 파라미터 (일 예로, IP@)를 수신한다. 그리고 상기 제3-레벨 슬라이싱 관리 시스템 1 (317)은 A3 단계에서 NSCR (300)에 구성 파라미터를 공개 (publish)한다.
상기 제3 레벨 슬라이싱 관리 시스템 2 (319)는 B1 단계에서 NSCR (300)에 특정 구성 파라미터에 대한 가입 (subscribe)을 수행하고, B2 단계에서 제4-레벨 슬라이싱 관리 시스템 2 (323)에 MF 2 엔터티 (311)로 패스되는 구성 (일 예로, MF 1 IP@)을 전달한다.
이하, 도 4 내지 도 10을 참조하여 도 3에 도시된 NSCR (300)의 상세한 동작에 대해 설명하기로 한다.
도 4는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 NSCR (300)에서 네트워크 슬라이싱 구성을 송수신하는 동작들을 보이고 있다.
도 4를 참조하면, NSCR (300)은 구성에 대한 공개 또는 업데이트를 요청하는 구성 공개/업데이트 (publish/update configuration) 요청을 수신하여 (401), 외부 시스템 (일 예로, 슬라이싱 관리 시스템)이 구성을 공개 또는 업데이트하는 것을 허락하여 공개된 또는 업데이트된 구성을 로컬하게 (즉, 내부에) 저장한다. 일 예로, NSCR (300)는 공개/업데이트 요청을 수신하면, 도 5와 같은 동작을 수행한다. 즉, 도 5를 참조하면, NSCR (300)은 외부 시스템으로부터 구성 공개/업데이트 요청을 수신하여, 공개가 요청된 구성이 새로운 구성이면 새로운 구성을 저장하고, 공개가 요청된 구성이 기존 구성이면 기존 구성을 업데이트 한다 (501). 그리고 NSCR (300)은 상기 저장된 새로운 구성 또는 업데이트된 기존 구성에 대한 임의의 기존 가입들이 존재하거나 또는 새로운 가입이 생성되었는지 확인한다 (503). 만약 상기 저장된 새로운 구성 또는 업데이트된 기존 구성에 대하여 기존 가입들이 존재하거나 또는 새로운 가입이 생성된 경우, NSCR (300)은 상기 저장된 새로운 구성 또는 업데이트된 기존 구성을 가입된 외부 시스템으로 푸쉬한다 (505). 여기서, 상기 외부 시스템은 가입자 (subscriber), 가입 시스템 및 다른 슬라이싱 관리 시스템 중 하나일 수 있다. 반면, 상기 저장된 새로운 구성 또는 업데이트된 기존 구성에 대하여 기존 가입들이 존재하지 않거나 또는 새로운 가입이 생성되지 않은 경우, NSCR (300)은 외부 시스템으로부터 구성 공개/업데이트 요청을 다시 수신할 때까지 대기하거나 동작을 종료한다. 이러한 도 5와 같은 절차에 따라, 상기 NSCR (300)은 외부 시스템으로부터 구성 공개/업데이트 요청을 수신하여 (401) 구성을 내부에 저장할 수 있다.
다시 도 4를 참조하면, 상기 NSCR (300)은 특정 구성에 대한 가입 (subscribe for configuration) 요청을 수신하면 (403), 외부 시스템이 요청한 구성에 대해 가입하는 것을 허락한다. 일 예로, NSCR (300)은 구성에 대한 가입 요청을 수신하면, 도 6과 같은 동작을 수행한다. 즉, 도 6을 참조하면, NSCR (300)은 구성에 대한 가입 요청을 수신하면, 요청된 구성에 대한 구체 사항들을 저장한다 (603). 그리고 NSCR (300)은 요청된 구성과 내부에 저장된 구성을 매칭하고, 매칭 구성 (matching configuration)이 유용한 지를 결정한다 (603). 여기서, 구성에 대한 매칭은 미리 정해진 매칭 규칙들에 따라 수행될 수 있다. 만약, 상기 매칭 구성이 유용한 경우, NSCR (300)은 상기 외부 시스템으로 상기 매칭 구성을 푸쉬한다 (605). 반면, 상기 매칭 구성이 유용하지 않은 경우, NSCR (300)은 상기 매칭 구성이 유용해지는 지 다시 결정하거나, 동작을 정지한다. 이후 상기 매칭 구성이 유용해지거나 또는 상기 매칭 구성이 업데이트되었을 경우, 상기 매칭 구성은 상기 외부 시스템에 푸쉬될 것이다. 이때, 상기 가입 요청은 리턴될 매치(match)들의 최대 개수 (일 예로, 1, N, ALL)를 명시할 수 있다. 이러한 동작에 따라, 상기 NSCR은 외부 시스템으로부터 구성에 대한 가입 요청을 수신하면 (605), 매칭 구성을 상기 외부 시스템에 전송할 수 있다.
그리고 NSCR (300)은 외부 시스템으로부터 특정 구성에 대한 쿼리 요청을 수신하여 (405), 상기 외부 시스템에서 상기 특정 구성을 다운로드 (download)하는 것을 허락한다. 일 예로, NSCR (300)은 상기 특정 구성에 대한 쿼리 요청을 수신하면, 도 7과 같은 동작을 수행한다. 즉, 도 7을 참조하면, NSCR (300)은 새로운 구성에 대한 쿼리를 확인하고 (701), 상기 새로운 구성과 내부에 저장된 구성을 매칭하여 매칭 구성이 유용한지를 결정한다 (703). 만약, 상기 NSCR (300)은 매칭 구성이 유용한 경우 매칭 구성을 전송하고, 매칭 구성이 유용하지 않은 경우 매칭 구성이 유용하지 않음을 지시하는 구성 응답을 전송한다 (705). 상기 구성의 매칭은 상기 특정 구성에 대한 쿼리 요청에서 송신된 파라미터들 및 NSCR (300)에 정의되어 있는 매칭 규칙들에 따라 수행된다. 상기 특정 구성에 대한 쿼리 요청에서 송신된 파라미터들은 상기 구성에 대한 가입 요청에서 송신된 파라미터들과 유사하다. 이러한 동작에 따라, NSCR (300)은 특정 구성에 대한 쿼리 요청을 수신하면, 구성의 매칭을 기반으로 매칭 구성을 상기 외부 시스템으로 전송할 수 있다.
다시 도 4를 참조하면, NSCR (300)은 구성에 대한 푸쉬 동작을 수행한다. 상기 푸쉬 동작은 가입되는 구성의 유용성 또는 그 구성에 대한 업데이트에 의해 트리거된다. 특정한 푸쉬 동작은 도 8a 또는 도8b과 같이 수행될 수 있다.
- 통지 및 풀(notification and pull) (도 8a에 도시됨): NSCR (300)은 새로운 구성 또는 업데이트된 구성이 유용한 외부 시스템 (800)에게 통지를 전송한다 (801). 그리고 NSCR (300)은 외부 시스템 (800)으로부터 구성 요청을 수신하면 (803), 상기 새로운 구성 또는 업데이트된 구성을 상기 외부 시스템 (800)으로 전송한다 (805). 이러한 통지 및 풀 통작을 통해, 외부 시스템 (800)은 NSCR (300)로부터 상기 새로운 구성 또는 상기 업데이트된 구성을 다운로드할 수 있다.
- NSCR (300)로부터의 푸쉬 (도 8b에 도시됨) - NSCR (300)은 새로운 구성 또는 업데이트된 구성을 외부 시스템 (800)으로 송신한다 (807).
NSCR (300)은 가입에 대한 리콜 (이하, recall subscription) 요청을 수신하여 (409), 외부 시스템이 상기 외부 시스템의 기존 가입을 리콜하는 것을 허락한다. 일 예로, NSCR (300)은 가입에 대한 리콜 요청을 수신하면, 도 9와 같은 동작을 수행한다. 즉, 도 9를 참조하면, NSCR (300)은 가입에 대한 리콜 요청을 수신하였음을 확인하고 (901), 상기 외부 시스템에 의해 명시된 가입을 삭제한다 (903). NSCR (300)에서 이러한 동작이 실행된 후, 가입에 대한 리콜을 요청한 외부 시스템은 가입된 구성에 관련된 업데이트들을 더 이상 수신하지 않는다.
그리고 NSCR (300)은 구성에 대한 리콜 요청을 수신하면 (411). 구성에 대한 리콜을 요청한 외부 시스템이 구성을 리콜하는 것을 허락한다. 일 예로, NSCR (300)은 구성에 대한 리콜 요청을 수신하면, 도 10과 같은 동작을 수행한다. 즉, 도 10을 참조하면, NSCR (300)은 구성에 대한 리콜 요청을 수신하였음을 확인하고 (100), 리콜이 요청된 구성에 가입된 적어도 하나의 외부 시스템이 존재하는지 확인한다 (1003). 만약, 상기 리콜이 요청된 구성에 가입된 적어도 하나의 외부 시스템이 존재하는 경우, NSCR (300)은 구성 리콜 통지 (configuration recall notification)를 상기 적어도 하나의 가입 시스템으로 전송한다 (1005). 반면, 상기 리콜이 요청된 구성에 대해 가입된 적어도 하나의 외부 시스템이 존재하지 않는 경우, NSCR (300)은 상기 리콜이 요청된 구성을 내부에서 삭제한다 (1007). NSCR (300)에서 이러한 동작이 실행된 후, 상기 구성에 대해 현재 가입되어 있는 모든 외부 시스템들은 상기 구성 리콜 통지을 수신할 것이고, 상기 리콜이 요청된 구성에 대해 더 이상 새로운 구성을 생성하지 않을 것이다.
도 4에 도시된 동작을 수행하는 NSCR (300)의 데이터 모델들 및 내부 구성은 다음과 같다.
먼저, NSCR (300)에서 필수적인 데이터 모델들은 구성 (configuration) 및 가입 (subscription)을 포함할 수 있다.
상기 구성에 포함되는 구성 페이로드는 어떤 특정 포맷에 대해서도 제한되지 않으며, 일 예로 키-값 페어들 (key-valuepairs), 텍스트 혹은 이진 파일들 (binary files)을 포함한다. 그리고 상기 구성은 구성 선택 (configuration selection), 매칭 (matching) 및 억세스 제어 (access control)를 지원하는 메타데이터를 포함할 수 있다. 일 예로, 상기 구성은 다음의 메타데이터 중 적어도 하나를 포함할 수 있다.
- 구성 명칭 (configuration name) 및/또는 식별자 (identifier)
- 슬라이스의 식별자 (일 예로, NSI Id, S-NSSAI) 또는 서브넷의 식별자 (일 예로, NSSI Id)
- 서브넷 식별자 테넌트 식별자(Subnet identifier Tenant identifier)
- 공개자 식별자 (일 예로, NSSMF Id, NSMF Id) 및/또는 타입 (일 예로, NSSMF)
- 공개자 추가 정보, 일 예로, 공개자 지오로케이션(geolocation) 정보
- 타겟 정보 : NSCR (300)이 하나 이상의 매칭 구성 존재하는 경우, 가입된 외부 시스템에 대한 정확한 구성을 선택하는 것을 지원하는 정보
상기 메타데이터를 포함하는 구성은 운영자에 의해 트리거되는 새로운/업데이트된 구성에 대한 공개 요청에서 제공된다. 상기 메타데이터는 NSCR (300)에 의해 자동으로 첨부될 (populated) 수 있다.
그리고 상기 가입의 특성들은 다음 가입 파라미터 중 적어도 하나가 될 수 있다.
- 구성 명칭 및 Id
- 필터들: 동일한 구성 명칭을 가지는 몇몇 구성들이 존재하는 경우, 특정 구성을 선택하는데 사용되는 정보
- 매치들의 최대 개수 (1, N, ALL): 매치들의 최대 개수보다 많은 매치들이 존재할 경우, 최적 매치들이 선택된다. 그리고 최적 매치의 기준은 매칭 특성들 (matching properties)의 개수이다.
- 가입자 Id
- 가입자 슬라이스 Id 혹은 서브넷 Id
- 가입자 추가 정보. 일 예로: 타입, 지오로케이션, 테넌트 Id
이러한 가입 파라미터는 가입을 요청하는 외부 시스템에 의해 트리거되는 구성에 대한 가입 요청과 함께 제공된될 수 있다. 그리고 상기 가입 파라미터의 일부가 NSCR (300)에 의해 자동적으로 추가될 수 있다.
NSCR (300)의 내부 로직에서, 가입과 특정 구성 매칭은 2개의 메커니즘들 (즉, 필터링 매카니즘과 선택 매카니즘)에 기반한다.
상기 필터링 매카니즘은 NSCR (300)이 가입에서 명시된 정보 (즉, 필터들)에 기반하여 구성의 가입에 대한 매칭을 수행하는 것을 허락한다. 일 예로, 상기 필터링 매카니즘은 단지 구성 명칭 또는 추가적으로 구성 Id를 제공할 수 있다. 그리고 가입은 매칭 구성들의 개수를 감소시키기 위해 보다 많은 파라미터들을 명시할 수 있다. 상기 필터들은 특정 특성(property)에 정확하게 매치하거나 또는 패턴 (일 예로, Regexp)을 사용하여 매치한다. 그리고 상기 필터들은 특정 특성의 존재 혹은 미존재를 필요로 할 수 있다.
상기 선택 매카카니즘은 NSCR (300)이 구성에 명시되어 있는 정보 (즉, 타겟 정보)에 기반하여 구성의 가입에 대한 매칭을 수행하는 것을 허락한다. 여기서, 상기 선택 매카니즘은 선택을 어떻게 수행하는지를 정의하는 선택 정책에 의해 구동된다. 상기 선택 정책은 수동으로 구성되거나 (일 예로, 슬라이싱 관리 시스템에 의해) 외부적으로 제공된다. 상기 선택 정책의 예들은 다음과 같다.
- 몇몇 구성들이 매치될 경우, 가장 최근에 공개된 것을 선택한다.
- 몇몇 구성들이 매치될 경우, 랜덤하게 선택한다.
- 몇몇 구성들이 매치될 경우, 라운드-로빈(round-robin) 선택을 사용한다.
- 몇몇 구성들이 매치될 경우, 특성 X가 Y보다 (높은, 낮은) 구성을 선택한다.
- 몇몇 구성들이 매치될 경우, 구성 특성 X의 가입 특성 Y 의 매핑에 따라 선택한다 (즉, C 특성X = P일 경우(C PropertyX=P), S 특성Y=Q(S PropertyY=Q)인 가입을 선택한다).
- 특정 가입 특성에 대해서, 특성이 X인 구성을 선택하지 않는다.
구성/가입 특성들 변환 (configuration/subscription properties translation)에서, NSCR (300)은 정의되어 있는 매핑에 따라 가입 및 구성 특성들의 변환을 허락한다. 그리고 매핑은 동일한 값 또는 변환 규칙에 따라 변환되는 값을 사용하여 특성을 다른 특성으로 변환하는 것을 허락한다. 일 예로, 상기 매핑에서 수치 값들은 변환된 특성 값 = X * 원래의 특성 값 (즉, Numerical values: translated property value = X * original property value)이고, 스트링 값들은 변환된 특성 값 = 연접 (원래의 특성 값 + 접미사 스트링) (즉, String values: translated property value = concatenate (original property value + suffix string))이다. 이러한 매핑은 다른 벤더들 또는 조직들간의 특성들을 변환하는데 유용하다.
일 예로, NSCR (300)은 내부에서 도 11과 같은 구성의 매칭 동작이 수행될 수 있다. 도 11을 참조하면, NSCR (300)은 가입 필터들을 유용한 구성들과 비교하고 매칭 구성들을 선택한다 (1101). 그리고 NSCR (300)은 매칭 구성 타겟들을 구성 특성들과 비교하고 매칭 구성 타겟들을 선택하며 (1103), 나머지 구성들에 대해 선택 정책을 적용한다 (1105). 이후, NSCR (300)은 상기 나머지 구성들로부터 최적 N = 매치들의 최대 개수의 구성들을 선택 한다 (1107).
이하에서는, 도 12 내지 도 26을 참조하여 상기에서 설명한 NSCR과 상호 작용하는 슬라이싱 관리 시스템의 동작을 상세히 설명하기로 한다.
먼저, 관리 엔터티(일 예로, NSSI 엔터티, MF 엔터티, NF 엔터티)가 일부 통합된 관리 기능들을 가질 경우, 상기 관리 엔터티는 상기 관리 엔터티 스스로 슬라이싱 관리 시스템이라고 인식될 수 있고, NSCR과 직접 통합될 수 있다. 이 경우, 슬라이싱 관리 시스템을 위해 정의되어 있는 모든 동작들 및 상호 작용들은 상기 관리 엔터티에 대해서 유효하다. 그와 같은 가능성은 도 39a 및 도 39b에 예시되어 있다.
도 12는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 슬라이싱 관리 시스템에서 구성을 수신하기 위한 동작을 보이고 있다.
먼저, 상기 슬라이싱 관리 시스템 (1200)은 NSCR (300)과 상호 동작을 하며, NSCR (300)과 상호 동작을 하기 위해 다음과 같은 입력 정보를 필요로 한다.
- NSCR 액세스 정보 (일 예로, IP 어드레스, 포트, 등)
- 구성들의 명시 (specification of configurations): 구성의 출처(origin) (일 예로, 관리 엔터티의 특성, 외부 시스템의 특성), 구성을 계산하는데 요구되는 정보 (일 예로, 구성의 성분들을 획득하기 위해 실행될 동작(들), 종속적인 구성들, 요구되는 변환들) 및 조건, 특정 단계 번호 등과 같이 표현되는 상기 구성을 공개, 업데이트, 리콜하는 트리거들에 대한 정보를 포함함
- 가입들의 명시 (specification of subscriptions): 상기 타겟 구성의 설명(description), 가입을 생성하는데 요구되는 입력 정보, 상기 획득된 구성의 데스티네이션(destination)(로컬(local), 외부 시스템)에 대한 정보 및 조건, 특정 단계 번호 등과 같이 표현되는 가입 및 가입을 리콜하는 트리거들에 대한 정보를 포함함
도 12를 참조하면, 슬라이싱 관리 시스템 (1200)은 구성에 대한 공개/업데이트 요청을 NSCR (300)로 전송한다 (1201). 여기서, 상기 구성에 대한 공개/업데이트 요청에는 새로운/업데이트된 구성의 공개가 포함된다.
상기 새로운/업데이트된 구성의 공개는 다른 변형들 (일 예로, 명시 (specification)에 따른 자동 공개 (도 13에 도시된 실시 예) 또는 명시적 공개(explicit publication) (도 14에 도시된 실시 예)로 트리거될 수 있다.
도 13은 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 슬라이싱 관리 시스템에서 새로운/업데이트된 구성의 공개를 NSCR로 전송하는 일 예를 보이고 있다. 도 13에 도시된 실시 예는 슬라이싱 관리 시스템 (1200)에서 새로운/업데이트된 구성에 대한 공개를 NSCR (300)로 전송하는 동작이 명시에 따른 자동 공개로 트리거되는 것에 관한 것이다.
도 13을 참조하면, 슬라이싱 관리 시스템 (1200)은 슬라이싱 관리 시스템 워크플로우(workflow)가 호출될 때 동작을 시작한다. 상기 시작은 외부적으로 (일 예로, API 호출) 또는 내부적으로 (일 예로, 잡 (Job) 메카니즘, 관리 시스템 또는 관리 엔터티의 특정 조건들에 대한 리액션) 트리거될 수 있다.
슬라이싱 관리 시스템 (1200)은 구성의 생성 또는 기존 구성의 업데이트를 수행할 수 있는 워크플로우 단계를 실행한다 (1301). 그리고 슬라이싱 관리 시스템 (1200)은 상기 구성이 유용해지거나 또는 기존 구성이 업데이트되었는지를 확인한다 (1303). 만약 상기 구성이 유용해지거나 또는 기존 구성이 업데이트된 경우, 슬라이싱 관리 시스템 (1200)은 상기 구성이 현재 슬라이싱 관리 시스템 (1200)에서 유용한지를 확인한다 (1305). 만약 상기 구성이 현재 슬라이싱 관리 시스템 (1200)에서 유용한 경우, 슬라이싱 관리 시스템 (1200)은 상기 구성을 구성 추가 정보로 추가한다 (1309). 반면, 상기 구성이 현재 슬라이싱 관리 시스템 (1200)에서 유용하지 않는 경우 슬라이싱 관리 시스템 (1200)은 외부 시스템 (즉, NSCR (300))으로 구성에 대한 쿼리 요청을 전송하여 (1307), 외부 시스템으로부터 상기 구성을 수신한다. 여기서, 상기 구성이 현재 슬라이싱 관리 시스템 (1200)에서 유용하지 않는 경우 슬라이싱 관리 시스템 (1200)은 외부 시스템 (즉, NSCR (300))으로 구성에 대한 쿼리 요청을 전송하는 방법을 기재하였으나, 대안적으로, 상기 구성을 상기 구성의 소스(source) 시스템으로부터 직접적으로 수신할 수 있다.
그리고 슬라이싱 관리 시스템 (1200)은 상기 구성을 구성 추가 정보로 추가한 후, 상기 구성 추가 정보가 추가된 구성을 공개 또는 업데이트하고 (1311) 새로운 또는 업데이트되는 구성들이 더 존재하는지 확인한다 (1313). 슬라이싱 관리 시스템 (1200)은 새로운 또는 업데이트되는 구성들이 더 존재하는 경우 다시 1305 단계로 진행하고, 새로운 또는 업데이트되는 구성들이 존재하지 않는 경우 추가적인 워크플로우 단계들이 존재하는지 확인한다 (1315). 그리고 슬라이싱 관리 시스템 (1200)은 상기 워크 플로우가 실행될 단계들이 더 존재하는 경우 다시 1301 단계로 진행한다.
도 14는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 슬라이싱 관리 시스템에서 새로운/업데이트된 구성의 공개를 NSCR로 전송하는 다른 예를 보이고 있다. 도 14에 도시된 실시 예는 슬라이싱 관리 시스템 (1200)에서 새로운/업데이트된 구성의 공개를 NSCR (300)로 전송하는 동작이 명시적 공개로 트리거되는 것에 관한 것이다. 도 14에 도시된 절차는 명시적 공개 동작이 현재 실행되고 있는 워크플로우의 내부에서 실행될 때 시작된다.
도 14를 참조하면, 슬라이싱 관리 시스템 (1200)은 구성이 현재 슬라이싱 관리 시스템 (1200)에서 유용한지를 확인한다 (1401). 만약 상기 구성이 현재 슬라이싱 관리 시스템 (1200)에서 유용한 경우, 슬라이싱 관리 시스템 (1200)은 상기 구성을 구성 추가 정보로 추가한다 (1405). 반면, 상기 구성이 현재 슬라이싱 관리 시스템 (1200)에서 유용하지 않는 경우 슬라이싱 관리 시스템 (1200)은 외부 시스템 (즉, NSCR (300))으로 구성에 대한 쿼리 요청을 전송하여 (1403), 외부 시스템으로부터 상기 구성을 수신한다. 여기서, 상기 구성이 현재 슬라이싱 관리 시스템 (1200)에서 유용하지 않는 경우 슬라이싱 관리 시스템 (1200)은 외부 시스템 (즉, NSCR (300))으로 구성에 대한 쿼리 요청을 전송하는 방법을 기재하였으나, 대안적으로, 상기 구성을 상기 구성의 소스(source) 시스템으로부터 직접적으로 수신할 수 있다.
그리고 슬라이싱 관리 시스템 (1200)은 상기 구성을 구성 추가 정보로 추가한 후, 상기 구성 추가 정보가 추가된 구성을 공개 또는 업데이트하고 (1407), 새로운 또는 업데이트되는 구성들이 더 존재하는지 확인한다 (1409). 슬라이싱 관리 시스템 (1200)은 새로운 또는 업데이트되는 구성들이 더 존재하는 경우 다시 1401 단계로 진행한다.
다시 도 12를 참조하면, 슬라이싱 관리 시스템 (1200)은 구성에 대한 가입 요청을 NSCR (300)로 전송한다 (1203). 상기 슬라이싱 관리 시스템 (1200)에서 구성에 대한 가입 요청을 NSCR (300)로 전송하는 동작은 다른 변형들 (일 예로, 명시에 따른 자동 가입 (도 15에 도시된 실시 예) 또는 명시적 가입 (도 16에 도시된 실시 예))로 트리거될 수 있다.
도 15는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 슬라이싱 관리 시스템에서 구성에 대한 가입 요청을 NSCR (300)로 전송하는 일 예를 보이고 있다. 도 13에 도시된 실시 예는 슬라이싱 관리 시스템 (1200)에서 구성에 대한 가입 요청을 NSCR (300)로 전송하는 동작이 명시에 따른 자동 가입으로 트리거되는 것에 관한 것이다.
도 15를 참조하면, 슬라이싱 관리 시스템 (1200)에서 구성에 대한 가입 요청을 NSCR (300)로 전송하는 동작은 내부적 또는 외부적으로 트리거되며, 슬라이싱 관리 시스템 워크플로우가 실행될 때 시작된다.
슬라이싱 관리 시스템 (1200)은 가입 명시에 의해 요구되는 모든 입력 정보가 유용한지를 확인한다 (1501). 만약 가입 명시에 의해 요구되는 모든 입력 정보가 유용한 경우, 상기 슬라이싱 관리 시스템 (1200)은 상기 모든 입력 정보를 가입을 위한 메타데이터로 추가하고 (1503) 구성에 대한 가입 요청을 NSCR (300)에 전송한다 (1505). 그리고 상기 슬라이싱 관리 시스템 (1200)은 현재 유용한 정보에 기반하여 요청되는 것이 가능한 임의의 다른 가입 명시가 존재하는지 확인한다 (1507). 만약 현재 유용한 정보에 기반하여 요청되는 것이 가능한 임의의 다른 가입 명시가 존재하는 경우, 상기 슬라이싱 관리 시스템 (1200)은 다시 1503 단계로 진행한다. 반면 현재 유용한 정보에 기반하여 요청되는 것이 가능한 임의의 다른 가입 명시가 존재하지 않는 경우, 상기 슬라이싱 관리 시스템 (1200)은 다음 워크플로우 단계를 실행하는데 요구되는 구성들이 존재하는지 확인한다 (1509).
만약 다음 워크플로우 단계를 실행하는데 요구되는 구성들이 존재하는 경우, 상기 슬라이싱 관리 시스템 (1200)은 모든 요구되는 구성들이 로컬하게 유용한지 확인한다 (1511). 반면, 다음 워크플로우 단계를 실행하는데 요구되는 구성들이 존재하지 않는 경우, 상기 슬라이싱 관리 시스템 (1200)은 상기 실행되는 워크플로우의 다음 단계들로 진행한다 (1515). 그리고 상기 슬라이싱 관리 시스템 (1200)은 모든 요구되는 구성들이 로컬하게 유용한 경우에도 상기 슬라이싱 관리 시스템 (1200)은 상기 실행되는 워크플로우의 다음 단계들로 진행한다 (1515). 그러나 상기 슬라이싱 관리 시스템 (1200)은 모든 요구되는 구성들이 로컬하게 유용하지 않는 경우, NSCR (300)이 상기 요구되는 구성을 송신할 때까지 대기하고 (1513), 상기 현재 실행되는 워크플로우에 단계들이 더 존재하는지 확인한다 (1517). 만약 상기 현재 실행되는 워크플로우에 단계들이 더 존재하는 경우, 상기 상기 슬라이싱 관리 시스템 (1200)은 다시 단계 1501로 진행한다.
한편, 슬라이싱 관리 시스템 (1200)은 가입 명시에 의해 요구되는 모든 입력 정보가 유용하지 않은 경우, 단계 1509로 진행한다.
도 16은 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 슬라이싱 관리 시스템에서 구성에 대한 가입 요청을 NSCR (300)로 전송하는 다른 예를 보이고 있다. 도 13에 도시된 실시 예는 슬라이싱 관리 시스템 (1200)에서 구성에 대한 가입 요청을 NSCR (300)로 전송하는 동작이 명시적 가입으로 트리거되는 것에 관한 것이다.
도 16을 참조하면, 슬라이싱 관리 시스템 (1200)에서 구성에 대한 가입 요청을 NSCR (300)로 전송하는 동작은 가입을 생성하는 명시적 로직이 현재 실행되고 있는 워크플로우의 파트로서 트리거될 때 시작된다.
슬라이싱 관리 시스템 (1200)은 가입을 위한 메타데이터를 가입 추가 정보로 추가하고 (1601), 가입 요청을 NSCR (300)에 전송한다 (1603). 그리고 상기 슬라이싱 관리 시스템 (1200)은 현재 유용한 정보에 기반하여 요청되는 것이 가능한 임의의 다른 가입 명시가 존재하는지 확인한다 (1605). 만약 현재 유용한 정보에 기반하여 요청되는 것이 가능한 임의의 다른 가입 명시가 존재하는 경우, 상기 슬라이싱 관리 시스템 (1200)은 다시 1601 단계로 진행한다.
다시 도 12를 참조하면, 슬라이싱 관리 시스템 (1200)은 구성에 대한 리콜 요청을 NSCR (300)로 전송한다 (1205). 슬라이싱 관리 시스템 (1200)에서 구성에 대한 리콜 요청을 NSCR (300)로 전송하는 동작은 다른 변형들 (일 예로, 요구되지 않는 구성의 자동 리콜 (도 17에 도시된 실시 예) 또는 명시적 리콜 (도 18에 도시된 실시 예))로 트리거될 수 있다.
도 17은 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 슬라이싱 관리 시스템에서 구성에 대한 리콜 요청을 NSCR (300)로 전송하는 일 예를 보이고 있다. 도 17에 도시된 실시 예는 슬라이싱 관리 시스템 (1200)에서 구성에 대한 리콜 요청을 NSCR (300)로 전송하는 동작이 요구되지 않는 적어도 하나의 구성의 자동 리콜로 트리거되는 것에 관한 것이다.
도 17을 참조하면, 슬라이싱 관리 시스템 (1200)에서 구성에 대한 리콜 요청을 NSCR (300)로 전송하는 동작은 슬라이싱 관리 시스템 워크플로우가 호출될 때 시작된다. 상기 시작은 외부적으로 (일 예로, API 호출) 또는 내부적으로 (일 예로, Job 메카니즘, 관리 시스템 또는 관리 엔터티의 특정 조건들에 대한 리액션) 트리거될 수 있다.
상기 슬라이싱 관리 시스템 (1200)은 워크플로우 단계를 실행하고 (1701), 워크플로우 단계 실행의 결과 구성이 유용하지 않거나 유효하지 않아지는지 확인한다 (1703). 만약 워크플로우 단계 실행의 결과 구성이 유용하지않거나 유효하지 않아지는지 경우, 상기 슬라이싱 관리 시스템 (1200)은 구성에 대한 리콜 요청을 NSCR (300)로 전송하고 (1705), 현재 실행되고 있는 워크플로우 단계가 다른 구성의 무효성(invalidation)을 초래하였는지 확인한다. 만약 현재 실행되고 있는 워크플로우 단계가 다른 구성의 무효성(invalidation)을 초래한 경우, 상기 슬라이싱 관리 시스템 (1200)은 다시 단계 1705로 진행한다.
반면, 워크플로우 단계 실행의 결과 구성이 유용한 경우 또는 현재 실행되고 있는 워크플로우 단계가 다른 구성의 무효성(invalidation)을 초래하지 않은 경우, 상기 슬라이싱 관리 시스템 (1200)은 상기 워크플로우에 단계들이 더 존재하는지 확인한다 (1709). 만약 상기 워크플로우에 단계들이 더 존재하는 경우 다시 단계 1701로 진행한다.
도 18은 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 슬라이싱 관리 시스템에서 구성에 대한 리콜 요청을 NSCR (300)로 전송하는 다른 예를 보이고 있다. 도 18에 도시된 실시 예는 슬라이싱 관리 시스템 (1200)에서 구성에 대한 리콜 요청을 NSCR (300)로 전송하는 동작이 명시적 리콜로 트리거되는 것에 관한 것이다.
도 18을 참조하면, 슬라이싱 관리 시스템 (1200)에서 구성에 대한 리콜 요청을 NSCR (300)로 전송하는 동작은 워크플로우가 명시적 구성 리콜 호출을 사용하여 상기 슬라이싱 관리 시스템 (1200)에서 실행되고 있는 중일 때 시작된다.
상기 슬라이싱 관리 시스템 (1200)은 구성에 대한 리콜 요청을 NSCR (300)로 전송하고 (1801), 현재 시점에서 리콜될 구성이 더 존재하는지 확인한다 (1803). 만약 현재 시점에서 리콜될 구성이 더 존재하는 경우, 상기 슬라이싱 관리 시스템 (1200)은 다시 단계 1801로 진행한다.
다시 도 12를 참조하면, 슬라이싱 관리 시스템 (1200)은 가입에 대한 리콜 요청을 NSCR (300)로 전송한다 (1207). 상기 슬라이싱 관리 시스템 (1200)에서 가입에 대한 리콜 요청을 NSCR (300)로 전송 동작은 다른 변형들 (일 예로, 요구되지 않는 가입들의 자동 리콜 (도 19에 도시된 실시 예) 또는 명시적 리콜 (도 20에 도시된 실시 예))로 트리거될 수 있다.
도 19는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 슬라이싱 관리 시스템에서 가입에 대한 리콜 요청을 NSCR (300)로 전송하는 일 예를 보이고 있다. 도 19에 도시된 실시 예는 슬라이싱 관리 시스템 (1200)에서 가입에 대한 리콜 요청을 NSCR (300)로 전송하는 동작이 요구되지 않는 가입들의 자동 리콜로 트리거되는 것에 관한 것이다.
도 19를 참조하면, 슬라이싱 관리 시스템 (1200)에서 가입에 대한 리콜 요청을 NSCR (300)로 전송하는 동작은 슬라이싱 관리 시스템 워크플로우가 호출될 때 시작된다. 상기 시작은 외부적으로 (일 예로, API 호출) 또는 내부적으로 (일 예로, Job 메카니즘, 관리 시스템 또는 관리 엔터티의 특정 조건들에 대한 리액션) 트리거될 수 있다.
상기 슬라이싱 관리 시스템 (1200)은 워크플로우 단계를 실행하고 (1901), 워크플로우 단계 실행의 결과 구성이 유용하지 않거나 유효하지 않아지는지 확인한다 (1903). 만약 워크플로우 단계 실행의 결과 구성이 유용하지않거나 유효하지 않아지는지 경우, 상기 슬라이싱 관리 시스템 (1200)은 가입에 대한 리콜 요청을 NSCR (300)로 전송하고 (1905), 현재 실행되고 있는 워크플로우 단계가 다른 구성의 무효성(invalidation)을 초래하였는지 확인한다. 만약 현재 실행되고 있는 워크플로우 단계가 다른 구성의 무효성(invalidation)을 초래한 경우, 상기 슬라이싱 관리 시스템 (1200)은 다시 단계 1905로 진행한다.
반면, 워크플로우 단계 실행의 결과 구성이 유용한 경우 또는 현재 실행되고 있는 워크플로우 단계가 다른 구성의 무효성(invalidation)을 초래하지 않은 경우, 상기 슬라이싱 관리 시스템 (1200)은 상기 워크플로우에 단계들이 더 존재하는지 확인한다 (1909). 만약 상기 워크플로우에 단계들이 더 존재하는 경우 다시 단계 1901로 진행한다.
도 20은 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 슬라이싱 관리 시스템에서 가입에 대한 리콜 요청을 NSCR (300)로 전송하는 다른 예를 보이고 있다. 도 20에 도시된 실시 예는 슬라이싱 관리 시스템 (1200)에서 가입에 대한 리콜 요청을 NSCR (300)로 전송하는 동작이 명시적 리콜로 트리거되는 것에 관한 것이다.
도 20을 참조하면, 슬라이싱 관리 시스템 (1200)에서 가입에 대한 리콜 요청을 NSCR (300)로 전송하는 동작은 워크플로우가 명시적 구성 리콜 호출을 사용하여 상기 슬라이싱 관리 시스템 (1200)에서 실행되고 있는 중일 때 시작된다.
상기 슬라이싱 관리 시스템 (1200)은 가입에 대한 리콜 요청을 NSCR (300)로 전송하고 (2001), 현재 시점에서 리콜될 가입이 더 존재하는지 확인한다 (2003). 만약 현재 시점에서 리콜될 가입이 더 존재하는 경우, 상기 슬라이싱 관리 시스템 (1200)은 다시 단계 2001로 진행한다.
다시 도 12를 참조하면, 슬라이싱 관리 시스템 (1200)은 구성에 대한 쿼리 요청을 NSCR (300)로 전송한다 (1209). 슬라이싱 관리 시스템 (1200)에서 구성에 대한 쿼리 요청을 NSCR (300)로 전송하는 동작은 다른 변형들 (일 예로, 요구되는 구성들의 자동 쿼리 (도 21에 도시된 실시 예) 또는 명시적 쿼리 (도 22에 도시된 실시 예))로 트리거될 수 있다.
도 21은 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 슬라이싱 관리 시스템 (1200)에서 구성에 대한 쿼리 요청을 NSCR (300)로 전송하는 일 예를 보이고 있다. 도 21에 도시된 실시 예는 슬라이싱 관리 시스템 (1200)에서 구성에 대한 쿼리 요청을 NSCR (300)로 전송하는 동작이 요구되는 구성들의 자동 쿼리로 트리거될 수 있다.
도 21을 참조하면, 슬라이싱 관리 시스템 (1200)에서 구성에 대한 쿼리 요청을 NSCR (300)로 전송하는 동작은 슬라이싱 관리 시스템 (1200)에서 워크플로우가 실행 중일 때 시작된다. 상기 시작은 외부적으로 (일 예로, API 호출) 또는 내부적으로 (일 예로, Job 메카니즘, 관리 시스템 또는 관리 엔터티의 특정 조건들에 대한 리액션) 트리거될 수 있다.
상기 슬라이싱 관리 시스템 (1200)은 구성에 대한 쿼리 요청을 NSCR (300)로 전송하는 동작을 수행하는 것을 요구되는 구성들인지 확인한다 (2101). 만약 상기 구성에 대한 쿼리 요청을 NSCR (300)로 전송하는 동작을 수행하는 것을 요구되는 구성들인 경우 상기 슬라이싱 관리 시스템 (1200)은 모든 요구되는 구성들이 유용한지를 확인한다 (2103). 상기 모든 요구되는 구성들이 유용하지 않은 경우, 상기 슬라이싱 관리 시스템 (1200)은 미스된(missing) 구성들을 요청하는 쿼리를 NSCR (300)로 전송하고 (2105), 상기 미스된 구성들이 획득 (즉, 수신)되었는지를 확인한다 (2107).
만약, 상기 미스된 구성들이 획득 (즉, 수신)된 경우, 상기 슬라이싱 관리 시스템 (1200)은 획득된 구성들을 저장하고 (2109), 상기 획득된 구성들이 적어도 하나의 다른 외부 시스템에 전파되도록 명시되었는지 확인한다 (2111). 만약 상기 획득된 구성들이 적어도 하나의 다른 외부 시스템에 전파되도록 명시되어 있는 경우, 상기 슬라이싱 관리 시스템 (1200)은 적어도 하나의 다른 외부 시스템의 특정 구성 포맷을 고려하여 매핑에 따라 구성 특성들을 변환하고 (2113), 상기 변환된 구성들을 상기 적어도 하나의 다른 외부 시스템으로 전송한다 (2115). 그리고 상기 획득된 구성들이 다른 외부 시스템들에 전파되도록 명시되어 있지 않은 경우 또는 상기 변환된 구성들을 상기 적어도 하나의 다른 외부 시스템으로 전송한 경우, 다시 단계 2103으로 진행한다.
반면, 상기 미스된 구성들이 획득 (즉, 수신)되지 않은 경우, 상기 슬라이싱 관리 시스템 (1200)은 구성에 대해 다시 NSCR (300)로 쿼리하기 전에, 주어신 시간 기간을 대기하고 (2117), 단계 2105로 진행한다.
한편, 상기 구성에 대한 쿼리 요청을 NSCR (300)로 전송하는 동작을 수행하는 것을 요구되는 구성들이 아닌 경우 또는 모든 요구되는 구성들이 유용한 경우, 상기 슬라이싱 관리 시스템 (1200)은 다음 워크플로우 단계를 수행하고 (2119), 실행될 워크플로우 단계들이 더 존재하는지 확인한다 (2121). 만약 실행될 워크플로우 단계들이 더 존재하는 경우, 상기 슬라이싱 관리 시스템 (1200)은 다시 단계 2101로 진행한다.
도 22는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 슬라이싱 관리 시스템에서 구성에 대한 쿼리 요청을 NSCR (300)로 전송하는 다른 예를 보이고 있다. 도 22에 도시된 실시 예는 슬라이싱 관리 시스템 (1200)에서 구성에 대한 요청을 NSCR (300)로 전송하는 동작이 명시적 쿼리로 트리거될 수 있다.
도 22를 참조하면, 슬라이싱 관리 시스템 (1200)에서 구성에 대한 쿼리 요청을 NSCR (300)로 전송하는 동작은 슬라이싱 관리 시스템 (1200)에서 워크플로우가 실행 중일 때 시작된다.
상기 슬라이싱 관리 시스템 (1200)은 구성을 요청하는 구성에 대한 쿼리 요청을 NSCR (300)로 전송하고 (2201), 상기 요청한 구성이 획득 (즉, 수신)되었느지를 확인한다 (2203).
만약, 상기 미스된 구성들이 획득 (즉, 수신)된 경우, 상기 슬라이싱 관리 시스템 (1200)은 획득된 구성들을 내부에 저장하고 (2205), 상기 획득된 구성들이 적어도 하나의 다른 외부 시스템에 전파되도록 명시되었는지 확인한다 (2207). 만약 상기 획득된 구성들이 다른 외부 시스템들에 전파되도록 명시되어 있는 경우, 상기 슬라이싱 관리 시스템 (1200)은 적어도 하나의 다른 외부 시스템의 특정 구성 포맷을 고려하여 매핑에 따라 구성 특성들을 변환하고 (2209), 상기 변환된 구성들을 상기 적어도 하나의 다른 외부 시스템으로 전송한다 (2211).
다시 도 12를 참조하면, 슬라이싱 관리 시스템 (1200)은 NSCR (300)로부터 구성을 수신한다 (1211). 슬라이싱 관리 시스템 (1200)에서 NSCR (300)로부터 구성을 수신하는 동작은 다른 변형들 (일 예로, 비동기적으로 구성을 수신함 (도 23에 도시된 실시 예), 비동기 통지 및 풀 (도 24에 도시된 실시 예) 또는 구성에 대한 차단(block) 및 대기 (도 25에 도시된 실시 예))로 트리거될 수 있다.
도 23은 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 슬라이싱 관리 시스템에서 NSCR (300)로부터 구성을 수신하는 일 예를 보이고 있다. 도 23에 도시된 실시 예는 슬라이싱 관리 시스템 (1200)에서 NSCR (300)로부터 구성을 수신하는 동작이 비동기적으로 트리거될 수 있다.
도 23을 참조하면, 슬라이싱 관리 시스템 (1200)은 NSCR (300)로부터 푸쉬 동작을 통해 구성을 수신하고 (2301), 상기 수신된 구성을 로컬하게 (즉, 내부에) 저장한다 (2303).
상기 수신된 구성이 적어도 하나의 다른 외부 시스템에 전파되도록 명시되었는지 확인한다 (2305). 만약 상기 수신된 구성이 적어도 하나의 다른 외부 시스템에 전파되도록 명시되어 있는 경우, 상기 슬라이싱 관리 시스템 (1200)은 적어도 하나의 다른 외부 시스템의 특정 구성 포맷을 고려하여 매핑에 따라 구성 특성들을 변환하고 (2307), 상기 변환된 구성을 상기 적어도 하나의 다른 외부 시스템으로 전송한다 (2309).
도 24는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 슬라이싱 관리 시스템에서 NSCR (300)로부터 구성을 수신하는 다른 예를 보이고 있다. 도 24에 도시된 실시 예는 슬라이싱 관리 시스템 (1200)에서 NSCR (300)로부터 구성을 수신하는 동작이 비동기 통지 및 풀로 트리거될 수 있다.
도 24를 참조하면, 슬라이싱 관리 시스템 (1200)은 NSCR (300)로부터 기존 가입에 따라 구성 유용성에 대한 통지를 수신한다 (2401). 그리고 슬라이싱 관리 시스템 (1200)은 NSCR (300)로부터 구성을 다운로드하여 (2403), 다운로드된 구성을 로컬하게 (즉, 내부에) 저장한다 (2405).
상기 다운로드된 구성이 적어도 하나의 다른 외부 시스템에 전파되도록 명시되었는지 확인한다 (2407). 만약 상기 수신된 구성이 적어도 하나의 다른 외부 시스템에 전파되도록 명시되어 있는 경우, 상기 슬라이싱 관리 시스템 (1200)은 적어도 하나의 다른 외부 시스템의 특정 구성 포맷을 고려하여 매핑에 따라 구성 특성들을 변환하고 (2409), 상기 변환된 구성을 상기 적어도 하나의 다른 외부 시스템으로 전송한다 (2411).
도 25는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 슬라이싱 관리 시스템에서 NSCR (300)로부터 구성을 수신하는 다른 예를 보이고 있다. 도 25에 도시된 실시 예는 슬라이싱 관리 시스템 (1200)에서 NSCR (300)로부터 구성을 수신하는 동작이 구성에 대한 차단(block) 및 대기로 트리거될 수 있다.
도 25를 참조하면, 슬라이싱 관리 시스템 (1200)에서 구성을 수신하는 동작은 워크플로우가 상기 관리 시스템에서 실행 중일 때 시작된다. 상기 상기 시작은 외부적으로 (일 예로, API 호출) 또는 내부적으로 (일 예로, Job 메카니즘, 관리 시스템 또는 관리 엔터티의 특정 조건들에 대한 리액션) 트리거될 수 있다.
상기 슬라이싱 관리 시스템 (1200)은 구성을 수신하는 동작을 수행하는 것을 요구되는 구성들인지 확인한다 (2501). 만약 구성을 수신하는 동작을 수행하는 것을 요구되는 구성들인 경우 상기 슬라이싱 관리 시스템 (1200)은 모든 요구되는 구성들이 유용한지를 확인한다 (2503). 모든 요구되는 구성들이 유용한 경우, 상기 슬라이싱 관리 시스템 (1200)은 NSCR (300)로부터의 구성 푸쉬를 대기하여 (2505), 구성을 저장하고 (2507), 상기 구성이 적어도 하나의 다른 외부 시스템에 전파되도록 명시되었는지 확인한다 (2509). 만약 상기 구성이 적어도 하나의 다른 외부 시스템에 전파되도록 명시되어 있는 경우, 상기 슬라이싱 관리 시스템 (1200)은 적어도 하나의 다른 외부 시스템의 특정 구성 포맷을 고려하여 매핑에 따라 구성 특성들을 변환하고 (2511), 상기 변환된 구성을 상기 적어도 하나의 다른 외부 시스템으로 전송한다 (2513). 그리고 상기 구성이 다른 외부 시스템들에 전파되도록 명시되어 있지 않은 경우 또는 상기 구성을 상기 적어도 하나의 다른 외부 시스템으로 전송한 경우, 다시 단계 2503으로 진행한다.
한편, 구성을 수신하는 동작을 수행하는 것을 요구되는 구성들이 아닌 경우 또는 모든 요구되는 구성들이 유용한 경우, 상기 슬라이싱 관리 시스템 (1200)은 다음 워크플로우 단계를 수행하고 (2515), 실행될 워크플로우 단계들이 더 존재하는지 확인한다 (2517). 만약 실행될 워크플로우 단계들이 더 존재하는 경우, 상기 슬라이싱 관리 시스템 (1200)은 다시 단계 2501로 진행한다.
다시 도 12를 참조하면, 슬라이싱 관리 시스템 (1200)은 NSCR (300)로부터 구성 리콜 통지를 수신한다 (1211). 일 예로, 슬라이싱 관리 시스템 (1200)은 도 26과 같이 NSCR (300)로부터 구성 리콜 통지를 수신하는 동작을 수행한다. 상기 구성 리콜 통지를 수신할 때 도 26의 동작은 비동기 시점에 시작된다.
도 26을 참조하면, 슬라이싱 관리 시스템 (1200)은 NSCR (300)로부터 구성 리콜 통지를 수신하고 (2601), 구성 삭제가 다른 외부 시스템으로 전파되도록 명시되어 있는지 확인한다 (2603). 만약 구성 삭제가 다른 외부 시스템으로 전파되도록 명시되어 있는 경우, 상기 슬라이싱 관리 시스템 (1200)은 다른 외부 시스템의 특정 구성 포맷을 고려하여 매핑에 따라 구성 특성들을 변환한다 (2605). 그리고 상기 슬라이싱 관리 시스템은 상기 다른 외부 시스템으로부터 구성을 제거하고 (2607), 로컬하게 (즉, 내부 저장된) 구성을 삭제한다 (2609).
다음으로, 도 27 내지 도 29를 참조하여, 네트워크 슬라이싱 아키텍쳐에서 상기에서 설명한 본 개시의 외부 시스템 (즉, 슬라이싱 관리 시스템)과 NSCR 간에 구성을 송수신하는 방법에 기반한 이스트-웨스트 구성 전파 (propagation) 방식의 예들을 설명하기로 한다.
여기서, 도 27 내지 도 29 각각의 다이아그램에서 실행되는 동작은 일 예로 다음과 같을 수 있다.
- 네트워크 슬라이스에 관련될 수 있다 (구현 가능성(feasibility) 체크, 예약, 인스턴시에이션(instantiation), 통신 서비스에 대한 할당, 재구성, 종료, 통신 서비스로부터의 할당 해제)
- 네트워크 슬라이스 서브넷에 관련될 수 있다 (구현 가능성 체크, 예약, 인스턴시에이션, 슬라이스에 대한 할당, 재구성, 종료, 슬라이스로부터의 할당 해제)
- 관리 기능들에 관련될 수 있다 (구현 가능성 체크, 예약, 인스턴시에이션, 서브넷에 대한 할당, 재구성, 종료, 서브넷으로부터의 할당 해제)
도 27은 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐에서 이스트-웨스트 구성 전파를 위한 시퀀스 다이아그램을 보이고 있다.
도 27에 도시된 이스트-웨스트 구성 전파 (east-west configuration propagation)를 위한 시퀀스 다이아그램 (sequence diagram)은 자동 공개(Automatic Publish), 자동 가입(Automatic Subscription), NSCR 로부터의 푸쉬(Push from NSCR) 및 비동기적 구성 수신(Receive Configuration asynchronously)의 변형들을 사용하는 이스트-웨스트 구성 전파의 케이스를 예시화한다. 이때, 상기 변형들과 다른 변형들도 사용될 수 있다. 그리고 본 개시의 실시 예는 NSCR을 통해, 직접적으로 통신할 수 없는 2개의 슬라이싱 관리 시스템들간에 구성을 전파할 수 있다.
도 27을 참조하면, 다이아그램에 도시되어 있는 병렬 실행은 선택적인 동작이다. 즉, 최상위 레벨 슬라이싱 관리 시스템 (2701)으로부터의 동작 요청들 (2709, 2711)은 선택적이다. 대안적으로, 동작 요청들 (2709, 2711)은 내부적으로 트리거될 수 있다.
그리고 구성들 및 가입들의 명시들 (specifications)은 상기 구성 및 가입들이 자동으로 생성되도록 하기 위해 NSCR (2703)과 연결되는 모든 슬라이싱 관리 시스템들에서 결정되어 있다.
도 27에서 최상위 레벨 슬라이싱 관리 시스템 (2701)은 NSCR (2703)과 통신할 수 있고, 레벨 N- 상의 모든 슬라이싱 관리 시스템들 (2705, 2707)과 통신할 수 있다. 일 예로, 최상위 레벨 슬라이싱 관리 시스템 (2701)은 일 예로, CSMF, NSMF, NSSMF, NFMF, EMS 또는 NFVO (network functions virtualization orchestrtor)일 수 있다. 여기서, 상기 레벨 N- 은 1개 또는 그 이상의 레벨들만큼 N보다 낮은 하이어라키 레벨을 나타낸다.
레벨 N-상의 슬라이싱 관리 시스템 1 (2705)은 NSCR (2703)과 통신할 수 있으나, 레벨 N-상의 슬라이싱 관리 시스템 2 (2707)과 통신할 수 없다. 그리고, 레벨 N-상의 슬라이싱 관리 시스템 1 (2705)은 최상위 레벨 슬라이싱 관리 시스템 (2701)의 요청들에 대해서만 응답해야 하지만, 상기 최상위 레벨 슬라이싱 관리 시스템 (2701)과 통신을 개시해서는 안 된다. 상기 레벨 N-상의 슬라이싱 관리 시스템 1 (2705)은 일 예로, NSMF, NSSMF, NFMF, EMS, NFVO, MF 또는 NF일 수 있다.
레벨 N-상의 슬라이싱 관리 시스템 2 (2707)는 NSCR (2703)과 통신할 수 있으나, 레벨 N-상의 슬라이싱 관리 시스템 1 (2705)과 통신할 수 없다. 상기 레벨 N-상의 슬라이싱 관리 시스템 2 (2707)는 최상위 레벨 슬라이싱 관리 시스템 (2701)의 요청들에 대해서만 응답해야 하지만, 상기 최상위 레벨 슬라이싱 관리 시스템 (2701)과 통신을 개시해서는 안 된다. 상기 레벨 N-상의 슬라이싱 관리 시스템 2 (2707)는 일 예로, NSMF, NSSMF, NFMF, EMS, NFVO, MF 또는 NF일 수 있다.
도 27을 참조하면, 최상위 레벨 슬라이싱 관리 시스템 (2701)은 레벨 N-상의 슬라이싱 관리 시스템 1 (2705)과 상기 레벨 N-상의 슬라이싱 관리 시스템 2 (2707) 각각에 동작을 요청하는 동작 요청을 전송한다 (2709, 2711).
상기 레벨 N-상의 슬라이싱 관리 시스템 1 (2705)은 도 12의 단계 1201 및 도 13에서 설명한 절차의 방법으로에서와 같이 구성이 이용 가능함을 확인하면 (2713), 상기 NSCR (2703)로 구성을 공개한다 (2715).
그리고 상기 레벨 N-상의 슬라이싱 관리 시스템 2 (2707)은 도 12의 단계 1203 및 도 15에서 설명한 절차의 방법으로에서와 같이 가입 명시에 의해 요구되는 구성이 있음을 확인하여 (2717), 구성을 위한 가입을 NSCR (2703)에 요청한다 (2719).
이후, 상기 NSCR (2703)은 구성을 위한 가입 및 매칭을 수행하여 (2721), 매칭 구성을 레벨 N-상의 슬라이싱 관리 시스템 2 (2707)로 푸쉬한다 (2723). 그러면, 레벨 N-상의 슬라이싱 관리 시스템 2 (2707)는 상기 NSCR (2703)로부터 매칭 구성을 획득할 수 있다 (2725).
도 28은 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐에서 별도의 워크플로우 단계들인 공개/가입을 사용하는 이스트-웨스트 구성 전파를 위한 시퀀스 다이아그램을 보이고 있다.
도 28에 도시된 별도의 워크플로우 단계들인 공개/가입을 사용하는 이스트-웨스트 구성 전파 (east-west configuration propagation with publish/subscribe as separate workflow steps)를 위한 시퀀스 다이아그램은 비동기 통지 및 풀 변형에서의 명시적 공개 (전용 워크플로우 단계인), 명시적 가입 (전용 워크플로우 단계인), 및 구성 수신을 사용하여 상기 이스트-웨스트 구성 전파의 케이스를 예시화한다. 이때, 상기 변형들과 다른 변형들도 사용될 수 있다. 그리고 본 개시의 실시 예는 NSCR을 통해서, 직접적으로 통신할 수 없는 2개의 슬라이싱 관리 시스템들간에 구성을 전파하는 것에 있다.
도 28의 다이아그램에 도시되어 있는 병렬 실행은 선택적인 동작이다. 즉, 최상위 레벨 슬라이싱 관리 시스템 (2801)으로부터의 동작 요청들 (2809, 2811)은 선택적이다. 대안적으로, 동작 요청들 (2809, 2811)은 내부적으로 트리거될 수 있다.
도 28에서 최상위 레벨 슬라이싱 관리 시스템 (2801)은 NSCR (2803)과 통신할 수 있고, 레벨 N- 상의 모든 슬라이싱 관리 시스템들 (2805, 2807)과 통신할 수 있다. 일 예로, 최상위 레벨 슬라이싱 관리 시스템 (2801)은 일 예로, CSMF, NSMF, NSSMF, NFMF, EMS 또는 NFVO (network functions virtualization orchestrtor)일 수 있다. 여기서, 상기 레벨 N- 은 1개 또는 그 이상의 레벨들 만큼 N보다 낮은 하이어라키 레벨을 나타낸다.
레벨 N-상의 슬라이싱 관리 시스템 1 (2805)은 NSCR (2803)과 통신할 수 있으나, 레벨 N-상의 슬라이싱 관리 시스템 2 (2807)과 통신할 수 없다. 그리고, 레벨 N-상의 슬라이싱 관리 시스템 1 (2805)은 최상위 레벨 슬라이싱 관리 시스템 (2801)의 요청들에 대해서만 응답해야 하지만, 상기 최상위 레벨 슬라이싱 관리 시스템 (2801)과 통신을 개시해서는 안 된다. 상기 레벨 N-상의 슬라이싱 관리 시스템 1 (2805)은 일 예로, NSMF, NSSMF, NFMF, EMS, NFVO, MF 또는 NF일 수 있다.
레벨 N-상의 슬라이싱 관리 시스템 2 (2807)는 NSCR (2803)과 통신할 수 있으나, 레벨 N-상의 슬라이싱 관리 시스템 1 (2805)과 통신할 수 없다. 상기 레벨 N-상의 슬라이싱 관리 시스템 2 (2807)는 최상위 레벨 슬라이싱 관리 시스템 (2801)의 요청들에 대해서만 응답해야 하지만, 상기 최상위 레벨 슬라이싱 관리 시스템 (2801)과 통신을 개시해서는 안 된다. 상기 레벨 N-상의 슬라이싱 관리 시스템 2 (2807)는 일 예로, NSMF, NSSMF, NFMF, EMS, NFVO, MF 또는 NF일 수 있다.
도 28을 참조하면, 최상위 레벨 슬라이싱 관리 시스템 (2801)은 레벨 N-상의 슬라이싱 관리 시스템 1 (2805)과 상기 레벨 N-상의 슬라이싱 관리 시스템 2 (2807) 각각에 동작을 요청하는 동작 요청을 전송한다 (2809, 2811).
그러면, 상기 레벨 N-상의 슬라이싱 관리 시스템 1 (2805)은 도 14에서 설명한 절차의 방법으로 상기 NSCR (2703)로 구성을 공개한다 (2813). 그리고 상기 레벨 N-상의 슬라이싱 관리 시스템 2 (2807)은 도 16에서 설명한 절차의 방법으로 subscribe for configuration 을 NSCR (300)에 요청을 요청한다 (2815).
이후, 상기 NSCR (2803)은 구성에 대한 가입 및 매칭을 수행하여 (2817), 레벨 N-상의 슬라이싱 관리 시스템 2 (2707)로 유용한 구성을 통지한다 (2819). 그러면, NSCR (2803)은 도 8a, 도 8b, 도 9 및 도 10에서 설명한 절차의 방법으로 레벨 N-상의 슬라이싱 관리 시스템 2 (2707)로부터 구성을 수신하고 (2821)한다. 그리고 상기 레벨 N-상의 슬라이싱 관리 시스템 2 (2707)은 도 24에서 설명한 절차의 방법으로 NSCR (2803)으로부터 구성을 다운로드하여 (2823), 획득할 수 있다 (2725).
도 29는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐에서 외부 시스템을 사용하는 이스트-웨스트 구성 전파를 위한 시퀀스 다이아그램을 보이고 있다.
도 29에 도시된 이스트-웨스트 구성 전파를 위한 시퀀스 다이아그램은 외부 시스템들을 사용하는 이스트-웨스트 구성 전파 케이스를 도시하고 있다. 본 개시의 실시 예는 직접적으로 통신할 수 없는 2개의 슬라이싱 관리 시스템들간에 구성을 전파하는 것에 있다.
도 29를 참조하면, 다이아그램에서 도시되어 있는 병렬 실행은 선택적이다. 즉, 최상위 레벨 슬라이싱 관리 시스템 (2901)으로부터의 동작 요청들 (2913, 2914)은 선택적이다. 대안적으로, 동작 요청들 (2913, 2914)은 내부적으로 트리거될 수 있다.
또한 도 29의 실시 예는 추가적으로 자동 공개 및 자동 가입을 도시하고 있지만, 다른 변형들이 사용될 수 있다. 그리고 도 29의 실시 예에서 구성들 및 가입들의 명시들은 상기 구성 및 가입들이 자동적으로 생성되도록 하기 위해 NSCR과 통합되는 모든 슬라이싱 관리 시스템들에서 결정되어 있다.
도 29에서 최상위 레벨 슬라이싱 관리 시스템 (2901)은 NSCR (2903)과 통신할 수 있고, 레벨 N- 상의 모든 슬라이싱 관리 시스템들 (2905, 2907)과 통신할 수 있다. 일 예로, 최상위 레벨 슬라이싱 관리 시스템 (2901)은 CSMF, NSMF, NSSMF, NFMF, EMS 또는 NFVO일 수 있다. 여기서, 상기 레벨 N- 은 1개 또는 그 이상의 레벨들 만큼 N보다 낮은 하이어라키 레벨을 나타낸다.
레벨 N-상의 슬라이싱 관리 시스템 1 (2905)은 NSCR (2903)과 통신할 수 있으나, 레벨 N-상의 슬라이싱 관리 시스템 2 (2907)과 통신할 수 없다. 그리고, 레벨 N-상의 슬라이싱 관리 시스템 1 (2905)은 최상위 레벨 슬라이싱 관리 시스템 (2901)의 요청들에 대해서만 응답해야 하지만, 상기 최상위 레벨 슬라이싱 관리 시스템 (2901)과 통신을 개시해서는 안 된다. 상기 레벨 N-상의 슬라이싱 관리 시스템 1 (2905)은 일 예로, NSMF, NSSMF, NFMF, EMS, NFVO, MF 또는 NF일 수 있다.
레벨 N-상의 슬라이싱 관리 시스템 2 (2907)는 NSCR (2903)과 통신할 수 있으나, 레벨 N-상의 슬라이싱 관리 시스템 1 (2905)과 통신할 수 없다. 상기 레벨 N-상의 슬라이싱 관리 시스템 2 (2907)는 최상위 레벨 슬라이싱 관리 시스템 (2901)의 요청들에 대해서만 응답해야 하지만, 상기 최상위 레벨 슬라이싱 관리 시스템 (2901)과 통신을 개시해서는 안 된다. 상기 레벨 N-상의 슬라이싱 관리 시스템 2 (2907)는 일 예로, NSMF, NSSMF, NFMF, EMS, NFVO, MF 또는 NF일 수 있다.
레벨 N--상의 슬라이싱 관리 시스템 3 (2909)은 최상위 레벨 슬라이싱 관리 시스템 (2901), 상기 레벨 N-상의 슬라이싱 관리 시스템 2 (2907) 및 레벨 N--상의 슬라이싱 관리 시스템 4 (2911)와 통신할 수 없다. 그리고 레벨 N--상의 슬라이싱 관리 시스템 3 (2909)은 상기 레벨 N-상의 슬라이싱 관리 시스템 1 (2905)의 요청들에 대해서만 응답해야하지만, 상기 레벨 N-상의 슬라이싱 관리 시스템 1 (2905)과의 통신을 개시해서는 안된다. 상기 레벨 N--상의 슬라이싱 관리 시스템 3 (2909)는 일 예로, NSMF, NSSMF, NFMF, EMS, NFVO, MF 또는 NF일 수 있다.
레벨 N--상의 슬라이싱 관리 시스템 4 (2911)은 최상위 레벨 슬라이싱 관리 시스템 (2901), 상기 레벨 N-상의 슬라이싱 관리 시스템 1 (2905) 및 레벨 N--상의 슬라이싱 관리 시스템 3 (2909)와 통신할 수 없다. 그리고 레벨 N--상의 슬라이싱 관리 시스템 4 (2911)은 상기 레벨 N-상의 슬라이싱 관리 시스템 2 (2907)의 요청들에 대해서만 응답해야하지만, 상기 레벨 N-상의 슬라이싱 관리 시스템 2 (2907)과의 통신을 개시해서는 안된다. 상기 레벨 N--상의 슬라이싱 관리 시스템 4 (2911)는 일 예로, NSMF, NSSMF, NFMF, EMS, NFVO, MF 또는 NF일 수 있다.
도 29를 참조하면, 최상위 레벨 슬라이싱 관리 시스템 (2901)은 레벨 N-상의 슬라이싱 관리 시스템 1 (2905)과 상기 레벨 N-상의 슬라이싱 관리 시스템 2 (2907) 각각에 동작을 요청하는 동작 요청을 전송한다 (2913, 2914).
그리고 레벨 N-상의 슬라이싱 관리 시스템 1 (2905)은 유용한 구성을 확인하고 (2915), 상기 레벨 N--상의 슬라이싱 관리 시스템 3 (2909)로 구성 획득을 요청한다 (2917). 이러한 요청에 따라, 레벨 N-상의 슬라이싱 관리 시스템 1 (2905)은 상기 레벨 N--상의 슬라이싱 관리 시스템 3 (2909)로부터 구성을 수신하고 (2919), 도 13에서 설명한 절차의 방법으로 수신된 구성을 NSCR (2903)에 공개한다 (2921).
상기 레벨 N-상의 슬라이싱 관리 시스템 2 (2907)은 도 12의 단계 1203 및 도 15에서 설명한 절차의 방법으로 가입 명시에 의해 요구되는 구성이 있음을 확인하여 (2923), 구성에 대한 가입을 NSCR (2903)에 요청한다 (2925).
이후, 상기 NSCR (2903)은 구성에 대한 가입 및 매칭을 수행하여 (2927), 도 8a, 도 8b, 도 9 및 도 10에서 설명한 절차의 방법으로 유용한 구성을 레벨 N-상의 슬라이싱 관리 시스템 2 (2707)로 푸쉬한다 (2929). 그러면, 상기 레벨 N-상의 슬라이싱 관리 시스템 2 (2707)은 구성을 획득하고 (2931), 도 23에서 설명한 절차의 방법으로 레벨 N--상의 슬라이싱 관리 시스템 4 (2911)에 구성을 설정한다 (2933).
다음으로, 도 30 및 도 31를 참조하여, 네트워크 슬라이싱 아키텍쳐에서 상기에서 설명한 본 개시의 외부 시스템 (즉, 슬라이싱 관리 시스템)과 NSCR 간에 구성을 송수신하는 방법에 기반한 노스-사우스 구성 전파 방식의 예들을 설명하기로 한다.
여기서, 도 30 및 도 31의 다이아그램에서 실행되는 동작은 일 예로 다음과 같을 수 있다.
- 네트워크 슬라이스에 관련될 수 있다 (구현 가능성 체크, 예약, 인스턴시에이션, 통신 서비스에 대한 할당, 재구성, 종료, 통신 서비스로부터의 할당 해제).
- 네트워크 슬라이스 서브넷에 관련될 수 있다 (구현 가능성 체크, 예약, 인스턴시에이션, 슬라이스에 대한 할당, 재구성, 종료, 슬라이스로부터의 할당 해제).
- 관리 기능들에 관련될 수 있다 (구현 가능성 체크, 예약, 인스턴시에이션, 서브넷에 대한 할당, 재구성, 종료, 서브넷으로부터의 할당 해제).
도 30은 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐에서 노스-사우스 구성 전파를 위한 시퀀스 다이아그램의 일 예를 보이고 있다.
도 30에 도시된 노스-사우스 구성 전파를 위한 시퀀스 다이아그램은 NSCR (3003)을 통해서 최상위 레벨 슬라이싱 관리 시스템 (3001)으로부터 하위-레벨 관리 시스템 (3005)으로 구성을 전파하는 것을 나타낸다.
도 30을 참조하면, 다이아그램에 도시되어 있는 병렬 실행은 선택적인 동작이다. 즉, 최상위 레벨 슬라이싱 관리 시스템 (3001)으로부터의 동작 요청(3009)은 선택적이다. 대안적으로, 동작 요청들 (3009)은 내부적으로 트리거될 수 있다.
이러한 실시 예는 자동 공개 및 자동 가입을 추가적으로 도시하고 있지만, 자동 공개 및 자동 가입은 의무적은 아니며, 다른 변형들이 사용될 수 있다. 그리고 자동 공개 및 가입이 이네이블될 경우, 구성들 및 가입들의 명시들이 NSCR과 통합되는 모든 슬라이싱 관리 시스템들에서 결정되어 있다.
도 30에서, 최상위 레벨 슬라이싱 관리 시스템 (3001)은 NSCR (3003)과 통신할 수 있고, 레벨 N-에서 모든 시스템들과 통신할 수 있다. 일 예로, 최상위 레벨 슬라이싱 관리 시스템 (3001)은 일 예로, CSMF, NSMF, NSSMF, NFMF, EMS 또는 NFVO일 수 있다. 여기서, 상기 레벨 N- 은 1개 또는 그 이상의 레벨들만큼 N보다 낮은 하이어라키 레벨을 나타낸다.
레벨 N-상의 슬라이싱 관리 시스템 1 (3005)은 NSCR (3003)과 통신할 수 있다. 그리고, 레벨 N-상의 슬라이싱 관리 시스템 1 (3005)은 최상위 레벨 슬라이싱 관리 시스템 (3001)의 요청들에 대해서만 응답해야 하지만, 상기 최상위 레벨 슬라이싱 관리 시스템 (3001)과 통신을 개시해서는 안 된다. 상기 레벨 N-상의 슬라이싱 관리 시스템 1 (3005)은 일 예로, NSMF, NSSMF, NFMF, EMS, NFVO, MF 또는 NF일 수 있다.
도 30을 참조하면, 최상위 레벨 슬라이싱 관리 시스템 (3001)은 NSCR (3003)에 구성을 공개하고 (3007), 레벨 N-상의 슬라이싱 관리 시스템 1 (3005)에 동작을 요청하는 동작 요청을 전송한다 (3009).
그러면, 상기 레벨 N-상의 슬라이싱 관리 시스템 1 (3005)는 가입 명시에 의해 요구되는 구성이 있음을 확인하여 (3011), 구성에 대한 가입을 NSCR (2703)에 요청한다 (3013).
이후, 상기 NSCR (3003)은 구성에 대한 가입 및 매칭을 수행하여 (3015), 유효한 구성을 레벨 N-상의 슬라이싱 관리 시스템 1 (3005)로 푸쉬한다 (3017). 그러면, 상기 레벨 N-상의 슬라이싱 관리 시스템 1 (3005)은 구성을 획득한다 (3019).
도 31은 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐에서 노스-사우스 구성 전파를 위한 시퀀스 다이아그램의 다른 예를 보이고 있다.
도 31에 도시된 노스-사우스 구성 전파를 위한 시퀀스 다이아그램은 NSCR (3003)을 통해서 하위-레벨 관리 시스템 (3105)으로부터 최상위 레벨 슬라이싱 관리 시스템 (3101)으로 구성을 전파하는 것을 나타낸다.
도 31을 참조하면, 다이아그램에 도시되어 있는 병렬 실행은 선택적인 동작이다. 그리고 최상위 레벨 슬라이싱 관리 시스템 (3101)으로부터의 동작 요청 (3109)은 선택적이다. 대안적으로, 동작 요청들 (3009)은 내부적으로 트리거될 수 있다.
이러한 실시 예는 추가적으로 자동 공개 및 자동 가입을 도시하고 있지만, 자동 공개 및 자동 가입은 의무적은 아니며, 다른 변형들이 사용될 수 있다. 그리고 자동 공개 및 가입이 이네이블될 경우, 구성들 및 가입들의 명시들이 NSCR과 통합되는 모든 슬라이싱 관리 시스템들에서 결정되어 있다.
도 31에서, 최상위 레벨 슬라이싱 관리 시스템 (3101)은 NSCR (3003)과 통신할 수 있고, 레벨 N-에서 모든 시스템들과 통신할 수 있다. 일 예로, 최상위 레벨 슬라이싱 관리 시스템 (3101)은 일 예로, CSMF, NSMF, NSSMF, NFMF, EMS 또는 NFVO일 수 있다. 여기서, 상기 레벨 N- 은 1개 또는 그 이상의 레벨들만큼 N보다 낮은 하이어라키 레벨을 나타낸다.
레벨 N-상의 슬라이싱 관리 시스템 1 (3105)은 NSCR (3103)과 통신할 수 있다. 그리고, 레벨 N-상의 슬라이싱 관리 시스템 1 (3105)은 최상위 레벨 슬라이싱 관리 시스템 (3101)의 요청들에 대해서만 응답해야 하지만, 상기 최상위 레벨 슬라이싱 관리 시스템 (3101)과 통신을 개시해서는 안 된다. 상기 레벨 N-상의 슬라이싱 관리 시스템 1 (3105)은 일 예로, NSMF, NSSMF, NFMF, EMS, NFVO, MF 또는 NF일 수 있다.
도 31을 참조하면, 최상위 레벨 슬라이싱 관리 시스템 (3001)은 NSCR (3003)에 구성을 가입하고 (3107), 레벨 N-상의 슬라이싱 관리 시스템 1 (3005)에 동작을 요청하는 동작 요청을 전송한다 (3109).
그리고 레벨 N-상의 슬라이싱 관리 시스템 1 (3105)은 유용한 구성을 확인하여 (3111), NSCR (3103)에 구성을 공개한다 (3113). 그러면, 상기 NSCR (3103)은 구성에 대한 가입 및 매칭을 수행하여 (3115), 최상위 레벨 슬라이싱 관리 시스템 (3001)에 구성을 푸쉬한다 (3117). 이에 따라, 최상위 레벨 슬라이싱 관리 시스템 (3001)은 구성을 획득할 수 있다 (3119).
다음으로, 도 32 내지 도 35a와 도 35b를 참조하여 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐에서 구성에서 NSCR과 적어도 하나의 슬라이싱 관리 시스템들 간에 구성을 송수신하는 방법의 예들을 설명하기로 한다. 여기서, 도 32 및 도 33a와 도 33b는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐에서 새로운 구성 생성을 사용하여 구성 공개/가입을 수행하는 실시 예들에 관한 것이고, 도 34 및 도 35a와 도 35b는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐에서 구성 업데이트를 사용하여 구성 공개/가입을 수행하는 실시 예들에 관한 것이다.
먼저, 도 32는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐에서 새로운 구성 생성을 사용하는 구성 공개/가입의 일 예를 보이고 있다.
본 개시의 실시 예는 슬라이싱 관리 시스템 2 (3205)로부터 슬라이싱 관리 시스템 1 (3203)로 구성을 전파하는 것에 있다. 이때, 슬라이싱 관리 시스템 2 (3205)에 의해 공개되는 구성은 슬라이싱 관리 시스템 3 (3207)에 의해 공개되는 구성으로부터 도출된다.
도 32에 도시된 슬라이싱 관리 시스템 1 (3203), 슬라이싱 관리 시스템 2 (3205) 및 슬라이싱 관리 시스템 3 (3207) 각각은 NSCR (3201)과 통신할 수 있고, 일 예로, NSMF, NSSMF, NFMF, EMS, NFVO, MF 또는 NF일 수 있다.
도 32를 참조하면, 슬라이싱 관리 시스템 1 (3203)은 슬라이싱 관리 시스템 2 (3205)로부터의 구성에 대한 가입 요청을 NSCR (3201)로 전송하면 (3209), 상기 NSCR (3201)는 구성이 아직 유용하지 않은 구성임을 확인한다 (3211). 슬라이싱 관리 시스템 2 (3205)은 슬라이싱 관리 시스템 3 (3207)로부터의 구성에 대한 가입 요청을 NSCR (3201)로 전송하면 (3213), 상기 NSCR (3201)은 구성이 아직 유용하지 않은 구성임을 확인한다 (3215).
이후, 상기 NSCR (3201)은 슬라이싱 관리 시스템 3 (3207)으로부터 구성 공개를 수신하면 (3217), 상기 슬라이싱 관리 시스템 3 (3207)로부터의 구성이 유용함을 확인한다 (3219). 그러면, 상기 NSCR (3201)은 슬라이싱 관리 시스템 2 (3205)으로 상기 슬라이싱 관리 시스템 3 (3207)로부터의 구성을 푸쉬한다 (3221).
그리고 슬라이싱 관리 시스템 2 (3205)은 구성을 프로세싱하여 새로운 구성을 도출한다 (3223). 이때, 상기 슬라이싱 관리 시스템 2 (3205)는 상기 슬라이싱 관리 시스템 3 (3207)에서 유용하지 않은 정보를 추가한다.
상기 NSCR (3201)은 상기 슬라이싱 관리 시스템 2 (3205)로부터, 상기 슬라이싱 관리 시스템 2 (3205)로부터의 구성에 대한 공개를 수신하고 (3225), 상기 슬라이싱 관리 시스템 2 (3205)로부터의 구성이 유용함을 확인한다 (3227). 이에 따라, 상기 NSCR (3201)은 상기 슬라이싱 관리 시스템 1 (3203)에 상기 슬라이싱 관리 시스템 2 (3205)로부터의 구성을 공개한다.
도 33a 및 도 33b은 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐에서 새로운 구성 생성을 사용하는 구성 공개/가입의 다른 예를 보이고 있다.
도 33a 및 도 33b에 도시된 새로운 구성 생성을 사용하는 구성 공개/가입 방법은 구성 생성을 사용하는 구성 공개/가입 체이닝 케이스에 관한 것이다. 본 개시의 실시 예는 레벨 N-상의 슬라이싱 관리 시스템 1 (3305)로부터 레벨 N-상의 관리 시스템 2 (3307)로 구성을 전파하는 것에 있다. 레벨 N--상의 관리 시스템 3 (3309)에 의해 공개되는 구성은 자신의 추가적인 정보를 추가하는 레벨 N-상의 슬라이싱 관리 시스템 1에 의해 업데이트된다.
그리고 최상위 레벨 슬라이싱 관리 시스템 (3301)에서의 동작 요청 (3311, 3313)은 선택적이거나, 대안적으로, 내부적으로 트리거될 수 있다. 또한 레벨 N-상의 슬라이싱 관리 시스템 1 (3305)로부터 레벨 N--상의 관리 시스템 3 (3309)로의 동작 요청 (3315)은 또한 선택적일 수 있다. 상기 레벨 N--상의 관리 시스템 3 (3309)에서 실행되는 워크플로우는 내부적으로 트리거될 수 있고, 구성의 생성/업데이트를 초래할 수 있다.
도 33a 및 도 33b에서 실행되는 동작의 일 예는 다음과 같다.
- 네트워크 슬라이스에 관련될 수 있다 (구현 가능성 체크, 예약, 인스턴시에이션, 통신 서비스에 대한 할당, 재구성, 종료, 통신 서비스로부터의 할당 해제).
- 네트워크 슬라이스 서브넷에 관련될 수 있다 (구현 가능성 체크, 예약, 인스턴시에이션, 슬라이스에 대한 할당, 재구성, 종료, 슬라이스로부터의 할당 해제).
- 관리 기능들에 관련될 수 있다 (구현 가능성 체크, 예약, 인스턴시에이션, 서브넷에 대한 할당, 재구성, 종료, 서브넷으로부터의 할당 해제).
도 33a 및 도 33b을 참조하면, 최상위 레벨 슬라이싱 관리 시스템 (3301)은 레벨 N-상의 슬라이싱 관리 시스템 1 (3305) 및 레벨 N-상의 관리 시스템 2 (3307) 각각으로 동작을 요청한다 (3311, 3313). 그리고 레벨 N-상의 슬라이싱 관리 시스템 1 (3305)는 레벨 N--상의 관리 시스템 3 (3309)로 동작을 요청한다 (3315).
상기 레벨 N-상의 슬라이싱 관리 시스템 1 (3305)은 NSCR (3303)로 구성에 대한 가입 요청을 전송한다 (3317).
그리고 상기 레벨 N--상의 관리 시스템 3 (3309)가 구성이 유용함을 확인하면 (3319), 레벨 N--상의 관리 시스템 3 (3309)로부터의 구성에 대한 공개 요청을 NSCR (3303)로 전송한다. 그러면, NSCR (3303)은 레벨 N--상의 관리 시스템 3 (3309)로부터의 구성에 대한 가입 및 매칭을 수행하여 (3323), 레벨 N-상의 슬라이싱 관리 시스템 1 (3305)에 레벨 N--상의 관리 시스템 3 (3309)로부터의 구성을 푸쉬한다 (3325).
그러면, 레벨 N-상의 슬라이싱 관리 시스템 1 (3305)은 구성을 프로세싱하여 새로운 구성을 도출한다 (3327). 이때, 레벨 N-상의 슬라이싱 관리 시스템 1 (3305)은 레벨 N--상의 관리 시스템 3 (3309)에서 유용하지 않은 추가적인 정보를 추가한다. 일 예로, NSSMF는 NSSI Id, S-NSSAI 리스트 및 NSI Id 중 적어도 하나를 추가할 수 있다. 다른 예로, NSMF는 NSI Id 및 S-NSSAI 중 적어도 하나를 추가할 수 있다.
그리고 레벨 N-상의 슬라이싱 관리 시스템 1 (3305)은 레벨 N-상의 관리 시스템 2 (3307)로부터의 구성에 대한 공개 요청을 NSCR (3303)로 전송한다 (3329).
상기 레벨 N-상의 관리 시스템 2 (3307)이 진행될 필요가 있는 구성 (즉, 진행이 요구되는 구성)이 있음이 확인되면 (3331), NSCR (3303)로 레벨 N-상의 관리 시스템 2 (3307)로부터의 구성에 대한 가입 요청을 전송한다 (3333). 이때, 구성에 대한 가입 요청에서 레벨 N-상의 관리 시스템 2 (3307)에 의해 명시되는 필터 조건들은 레벨 N-상의 슬라이싱 관리 시스템 1 (3305)에 의해 구성이 생성되기 전에 NSCR (3303)을 구성에 매치하는 것을 방지한다. 일 예로, 레벨 N-상의 슬라이싱 관리 시스템 1 (3305) 업데이트는 필터에 의해 요구되는 구성에 추가적인 정보를 추가할 수 있다.
상기 NSCR (3303)은 레벨 N-상의 관리 시스템 2 (3307)로부터의 구성에 대한 가입 및 매칭을 수행하여 (3335), 레벨 N-상의 슬라이싱 관리 시스템 2 (3307)에 레벨 N-2상의 관리 시스템 2 (3307)로부터의 구성을 푸쉬한다 (3337). 그러면, 상기 레벨 N-상의 슬라이싱 관리 시스템 2 (3307)는 구성을 획득할 수 있다 (3339).
다음으로, 도 34 및 도 35a와 도 35b를 참조하여, 구성 업데이트를 사용하는 구성 공개/가입의 실시 예들에 대해 설명하기로 한다.
도 34는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐에서 구성 업데이트를 사용하는 구성 공개/가입의 일 예를 보이고 있다.
본 개시의 실시 예는 슬라이싱 관리 시스템 3 (3407)으로부터 슬라이싱 관리 시스템 1 (3403)로 구성을 전파하는 것에 있다. 슬라이싱 관리 시스템 3 (3407)에 의해 공개되는 구성은 자신의 추가적인 정보를 추가하는 슬라이싱 관리 시스템 2 (3405)에 의해 업데이트된다.
본 개시의 실시 예들은 다음과 같이 구현될 수 있다.
- 네트워크 슬라이스에 관련될 수 있다 (구현 가능성 체크, 예약, 인스턴시에이션, 통신 서비스에 대한 할당, 재구성, 종료, 통신 서비스로부터의 할당 해제).
- 네트워크 슬라이스 서브넷에 관련될 수 있다 (구현 가능성 체크, 예약, 인스턴시에이션, 슬라이스에 대한 할당, 재구성, 종료, 슬라이스로부터의 할당 해제).
- 관리 기능들에 관련될 수 있다 (구현 가능성 체크, 예약, 인스턴시에이션, 서브넷에 대한 할당, 재구성, 종료, 서브넷으로부터의 할당 해제).
도 34를 참조하면, 도 32에 도시된 슬라이싱 관리 시스템 1 (3203), 슬라이싱 관리 시스템 2 (3205) 및 슬라이싱 관리 시스템 3 (3207) 각각은 NSCR (3201)과 통신할 수 있고, 일 예로, NSMF, NSSMF, NFMF, EMS, NFVO, MF 또는 NF일 수 있다.
상기 NSCR (3401)은 슬라이싱 관리 시스템 1 (3403)로부터 필터를 사용하는 슬라이싱 관리 시스템 3 (3407)로부터의 구성에 대한 가입 요청을 수신하고 (3409), 구성이 아직 유용하지 않음을 확인한다 (3411). 이때, 구성에 대한 가입 요청에서 슬라이싱 관리 시스템 1 (3403) 필터 조건들은 NSCR (3401)이 슬라이싱 관리 시스템 2 (3405)로부터의 업데이트전에 구성에 매치되는 것을 방지한다. 일 예로, 슬라이싱 관리 시스템 2 (3405) 업데이트는 필터에 의해 요구되는 구성에 추가적인 정보를 추가할 수 있다.
그리고 상기 NSCR (3401)은 슬라이싱 관리 시스템 2 (3405)로부터 슬라이싱 관리 시스템 3 (3407)으로부터의 구성에 대한 가입 요청을 수신하고 (3413), 구성이 아직 유용하지 않음 및 필터가 일치를 불가능하게 함을 확인한다 (3415).
상기 NSCR (3401)은 슬라이싱 관리 시스템 3 (3407)로 부터 구성의 공개를 요청 받고 (3417), 슬라이싱 관리 시스템 3 (3407)로부터의 구성이 유용함을 확인한다 (3419). 이에 상기 NSCR (3401)은 슬라이싱 관리 시스템 2 (3405)로 슬라이싱 관리 시스템 3 (3407)로부터의 구성을 푸쉬한다 (3421). 그러면 슬라이싱 관리 시스템 2 (3405)는 구성 프로세싱을 수행하고 새로운 추가적인 정보를 가용하여 구성 업데이트를 수행한다 (3423). 이때, 슬라이싱 관리 시스템 2 (3405)는 슬라이싱 관리 시스템 3 (3407)에서 유용하지 않은 추가적인 정보를 추가한다. 일 예로, NSSMF는 NSSI Id, S-NSSAI list, NSI Id를 추가할 수 있다. 다른 예로, NSMF는 NSI Id, S-NSSAI를 추가할 수 있다.
상기 슬라이싱 관리 시스템 2 (3405)는 추가적인 정보를 가지는 슬라이싱 관리 시스템 3 (3407)으로부터의 구성의 공개를 NSCR (3401)에 요청한다 (3425). 그러면, 상기 NSCR (3401)은 새로운 추가적인 정보를 가지는 슬라이싱 관리 시스템 3 (3407)으로부터의 구성이 유용함을 확인하고, 새로운 추가적인 정보는 구성과 상기 슬라이싱 관리 시스템 1 (3403)에 대한 가입 간의 매치를 가능하게 한다 (3427). 그리고 상기 NSCR (3401)는 상기 슬라이싱 관리 시스템 1 (3403)에 슬라이싱 관리 시스템 3 (3407)으로부터의 구성을 공개한다 (3431).
도 35a 및 도 35b는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐에서 구성 업데이트를 사용하는 구성 공개/가입의 다른 예를 보이고 있다.
도 35a 및 도 35b를 참조하면, 최상위 레벨 슬라이싱 관리 시스템 (3501)은 레벨 N-상의 슬라이싱 관리 시스템 1 (3505) 및 레벨 N-상의 관리 시스템 2 (3507) 각각에 동작을 요청하는 동작 요청을 전송한다 (3511, 3513). 그리고 레벨 N-상의 슬라이싱 관리 시스템 1 (3505)은 레벨 N--상의 관리 시스템 3 (3509)에 동작 요청을 전송한다 (3515).
그리고 상기 레벨 N-상의 슬라이싱 관리 시스템 1 (3505)은 NSCR (3503)에 구성에 대한 가입 요청을 전송한다 (3517).
상기 레벨 N--상의 관리 시스템 3 (3509)는 구성이 유용함을 확인하고 (3519), 레벨 N--상의 관리 시스템 3 (3509)에 대한 구성의 공개를 NSCR (3503)에 요청한다 (3521). 그러면, NSCR (3503)은 N--상의 관리 시스템 3의 구성에 대한 가입 및 매칭을 수행하여 (3523), 레벨 N-상의 슬라이싱 관리 시스템 1 (3505)로 N--상의 관리 시스템 3 (3509)에 대한 구성을 푸쉬한다 (3525). 그러면, 레벨 N-상의 슬라이싱 관리 시스템 1 (3505)은 구성 프로세싱을 수행하고 구성 업데이트를 도출하고 (3527), 추가 정보를 가지는 N--상의 관리 시스템 3 (3509)에 대한 업데이트 구성을 NSCR (3503)으로 전송한다 (3529).
상기 레벨 N-상의 슬라이싱 관리 시스템 2 (3507)는 진행될 필요가 있는 구성을 확인하고 (3531), 추가적인 필터를 사용하여 N--상의 관리 시스템 3 (3509)에 대한 구성의 가입을 NSCR (3503)로 요청한다 (3533). 그러면 상기 NSCR (3503)은 추가적인 정보를 가지는 구성에 대한 가입 및 매칭을 수행하고 (3535), 구성을 레벨 N-상의 슬라이싱 관리 시스템 2 (3507)에 푸쉬한다 (3537). 이에 따라 레벨 N-상의 슬라이싱 관리 시스템 2 (3507)은 구성을 획득할 수 있다 (3539).
다음으로, 도 36을 참조하여 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐에서 구성에 대한 업데이트를 수행하는 방법에 대해 설명하기로 한다.
도 36은 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 이스트-웨스트 방식에서 구성을 업데이트하는 일 예를 보이고 있다.
본 개시의 실시 예는 NSCR (3603)를 통해 레벨 N-상의 슬라이싱 관리 시스템 1 (3605)와 레벨 N-상의 관리 시스템 2 (3607) 및 레벨 N--상의 관리 시스템 3 (3609) 간에서 구성 업데이트를 위한 데이터를 송수신하는 것이다. 상기 구성 업데이트는 레벨 N-상의 슬라이싱 관리 시스템 1 (3605)에 의해 관리되는 엔터티에서의 동작의 결과이다. 상기 구성 업데이트를 수행하는 동작은 외부적으로 (최상위-레벨 관리 시스템으로부터) 또는 내부적으로 (수동으로 또는 일부 조건들에 따라 자동으로) 트리거될 수 있다. 그리고 본 개시의 실시 예는 추가적으로 자동 공개 및 자동 가입을 도시하고 있지만, 자동 공개 및 자동 가입이 의무적인 것은 아니고 다른 변형들이 사용될 수 있다. 또한 자동 공개 및 가입이 이네이블될 경우, 구성들 및 가입들의 명시들은 NSCR (3603)과 통합되는 모든 관리 시스템들 (3601, 3605, 3607, 3609)에서 결정되어 있다.
본 개시에서 실행되는 동작은 일 예로 다음과 같다.
- 네트워크 슬라이스에 관련될 수 있다 (구현 가능성 체크, 예약, 인스턴시에이션, 통신 서비스에 대한 할당, 재구성, 종료, 통신 서비스로부터의 할당 해제)
- 네트워크 슬라이스 서브넷에 관련될 수 있다 (구현 가능성 체크, 예약, 인스턴시에이션, 슬라이스에 대한 할당, 재구성, 종료, 슬라이스로부터의 할당 해제)
- 관리 기능들에 관련될 수 있다 (구현 가능성 체크, 예약, 인스턴시에이션, 서브넷에 대한 할당, 재구성, 종료, 서브넷으로부터의 할당 해제)
도 36에서 최상위 레벨 슬라이싱 관리 시스템 (3601)은 NSCR (3603)과 통신할 수 있고, 레벨 N- 에서 모든 시스템들과 통신할 수 있다. 일 예로, 최상위 레벨 슬라이싱 관리 시스템 (3601)은 CSMF, NSMF, NSSMF, NFMF, EMS 또는 NFVO일 수 있다.
레벨 N-상의 슬라이싱 관리 시스템 1 (3605)은 NSCR (3603)과 통신할 수 있으나, 레벨 N-상의 슬라이싱 관리 시스템 2 (3607)과 통신할 수 없다. 상기 레벨 N-상의 슬라이싱 관리 시스템 1 (3605)은 일 예로, NSMF, NSSMF, NFMF, EMS, NFVO, MF 또는 NF일 수 있다.
레벨 N-상의 슬라이싱 관리 시스템 2 (3607)는 NSCR (3603)과 통신할 수 있으나, 레벨 N-상의 슬라이싱 관리 시스템 1 (3605)과 통신할 수 없다. 상기 레벨 N-상의 슬라이싱 관리 시스템 2 (3607)는 일 예로, NSMF, NSSMF, NFMF, EMS, NFVO, MF 또는 NF일 수 있다.
레벨 N--상의 슬라이싱 관리 시스템 3 (3609)은 최상위 레벨 슬라이싱 관리 시스템 (3601) 및 상기 레벨 N-상의 슬라이싱 관리 시스템 2 (3607)와 통신할 수 없다. 상기 레벨 N--상의 슬라이싱 관리 시스템 3 (3609)는 일 예로, NSMF, NSSMF, NFMF, EMS, NFVO, MF 또는 NF일 수 있다.
도 36의 동작에서 상기 레벨 N-상의 슬라이싱 관리 시스템 2 (3607)는 레벨 N-상의 슬라이싱 관리 시스템 1 (3605)로부터의 구성에 이미 가입되어 있음을 가정한다 (3611).
최상위 레벨 슬라이싱 관리 시스템 (3601)이 레벨 N-상의 슬라이싱 관리 시스템 1 (3605)에 동작을 요청하면 (3613), 레벨 N-상의 슬라이싱 관리 시스템 1 (3605)은 내부에 동작 요청을 확인한다 (3615).
그리고 레벨 N-상의 슬라이싱 관리 시스템 1 (3605)은 구성이 변경되고 업데이트될 필요가 있음이 확인되면 (3617), 구성 공개를 NSCR (3603)에 요청한다 (3619). 상기 NSCR (3603)은 구성에 대한 가입 및 매칭이 업데이트됨이 확인되면 (3621), 구성을 레벨 N-상의 관리 시스템 2 (3607)로 푸쉬한다 (3623). 이에 따라, 레벨 N-상의 관리 시스템 2 (3607)은 업데이트된 업데이트를 획득하고 (3625), 레벨 N--상의 관리 시스템 3 (3609)로 상기 업데이트된 구성을 전달한다 (3627).
한편, 상기 도 11을 참조하여 설명한 바와 같이 NSCR (300)은 가입 필터들을 유용한 구성들과 비교하고 매칭 구성들을 선택할 수 있다. 이러한 구성 선택을 이용하는 이스트-웨스트 방식은 일 예로 도 37a 및 도 37b와 같이 수행될 수 있다.
도 37a 및 도 37b는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 이스트-웨스트 방식에서 구성 선택을 이용하는 방법의 일 예를 도시하고 있다.
도 37a 및 도 37b에 도시된 본 개시의 실시 예는 NSCR (3703)을 통해 구성을 선택하고 레벨 N-상의 관리 시스템 3 (3709)으로 전파하는 것에 관한 것이다. 매칭중인 유용한 2개의 구성들이 존재하지만, 레벨 N-상의 관리 시스템 3 (3709)의 가입은 오직 1개의 구성만 요구된다고 명시한다.
본 개시에서 실행되는 동작은 일 예로 다음과 같다.
- 네트워크 슬라이스에 관련될 수 있다 (구현 가능성 체크, 예약, 인스턴시에이션, 통신 서비스에 대한 할당, 재구성, 종료, 통신 서비스로부터의 할당 해제).
- 네트워크 슬라이스 서브넷에 관련될 수 있다 (구현 가능성 체크, 예약, 인스턴시에이션, 슬라이스에 대한 할당, 재구성, 종료, 슬라이스로부터의 할당 해제).
- 관리 기능들에 관련될 수 있다 (구현 가능성 체크, 예약, 인스턴시에이션, 서브넷에 대한 할당, 재구성, 종료, 서브넷으로부터의 할당 해제).
본 개시의 실시 예는 추가적으로 자동 공개 및 자동 가입을 도시하고 있지만, 자동 공개 및 자동 공개는 의무적은 아니다. 자동 공개 및 가입이 이네이블될 경우, 구성들 및 가입들의 명시들이 NSCR과 통합되는 모든 슬라이싱 관리 시스템들에서 결정되어 있다.
도 37a 및 도 37b에서 최상위 레벨 슬라이싱 관리 시스템 (3701)은 NSCR (3703)과 통신할 수 있고, 레벨 N- 에서 모든 시스템들 (3705, 3707, 3709)과 통신할 수 있다. 일 예로, 최상위 레벨 슬라이싱 관리 시스템 (3701)은 CSMF, NSMF, NSSMF, NFMF, EMS 또는 NFVO일 수 있다.
레벨 N-상의 슬라이싱 관리 시스템 1 (3705)은 NSCR (3703)과 통신할 수 있으나, 레벨 N-상의 슬라이싱 관리 시스템 2 (3707)과 통신할 수 없다. 상기 레벨 N-상의 슬라이싱 관리 시스템 1 (3705)은 일 예로, NSMF, NSSMF, NFMF, EMS, NFVO, MF 또는 NF일 수 있다.
레벨 N-상의 슬라이싱 관리 시스템 2 (3707)는 NSCR (3703)과 통신할 수 있으나, 레벨 N-상의 슬라이싱 관리 시스템 1 (3705)과 통신할 수 없다. 상기 레벨 N-상의 슬라이싱 관리 시스템 2 (3707)는 일 예로, NSMF, NSSMF, NFMF, EMS, NFVO, MF 또는 NF일 수 있다.
레벨 N-상의 슬라이싱 관리 시스템 3 (3709)은 최상위 레벨 슬라이싱 관리 시스템 (3701) 및 상기 레벨 N-상의 슬라이싱 관리 시스템 2 (3707)와 통신할 수 없다. 상기 레벨 N-상의 슬라이싱 관리 시스템 3 (3709)는 일 예로, NSMF, NSSMF, NFMF, EMS, NFVO, MF 또는 NF일 수 있다.
도 37a 및 도 37b를 참조하면, 최상위 레벨 슬라이싱 관리 시스템 (3701)은 레벨 N-상의 슬라이싱 관리 시스템 1 (3705) 및 레벨 N-상의 관리 시스템 2 (3707) 각각으로 동작을 요청한다 (3711, 3713). 그리고 상기 레벨 N-상의 슬라이싱 관리 시스템 1 (3705)은 구성이 유용함을 확인하면 (3715), NSCR (2703)에 구성을 공개한다 (3707). 그리고 레벨 N-상의 관리 시스템 2 (3707)도 구성이 유용함을 확인하면 (3719), NSCR (2703)에 구성을 공개한다 (3721).
상기 레벨 N-상의 관리 시스템 3 (3709)는 최상위 레벨 슬라이싱 관리 시스템 (3701)로부터 동작 요청을 수신하면 (3723), 진행할 필요가 있는 구성이 있음 (즉, 진행이 요구되는 구성이 있음)을 확인하고 (3725), 구성에 대한 가입 요청을 NSCR (3703)에 전송한다 (3727). 상기 NSCR (3703)는 구성에 대한 가입을 수행하고 2개의 매칭 구성들을 확인하고 (2729), 필터링 및 선택 매카니즘을 적용하여 최적의 구성을 선택한다 (3731). 그리고 상기 NSCR (3703)은 선택된 구성을 상기 레벨 N-상의 관리 시스템 3 (3709)에 푸쉬한다 (3735). 이에 따라, 상기 레벨 N-상의 관리 시스템 3 (3709)은 구성을 획득할 수 있다 (3737).
상기 레벨 N-상의 관리 시스템 1 (3705)는 필터링 및 선택을 적용한다 (3733).
이러한 동작들에서 업데이트가 수행되어야 하는 동작은 외부적으로(최상위 레벨 슬라이싱 관리 시스템 (3701)으로부터) 또는 내부적으로 (수동으로 또는 일부 조건들에 따라 자동으로) 트리거될 수 있다.
상기에서는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐에서 NSCR 및 적어도 하나의 슬라이싱 관리 시스템 간에 구성을 송수신하기 위한 메시지들의 전파에 대해 설명하였다.
이하에서는 네트워크 슬라이싱 아키텍쳐에 포함된 시스템에서 본 개시의 실시 예들이 적용되는 예들을 설명하기로 한다.
도 38a 및 도 38b는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐에서 이스트-웨스트 방식에서 NSCR을 이용하여 구성을 송수신하는 방법의 일 예 보이고 있다.
도 38a 및 도 38b의 실시 예에서, 최상위-레벨 슬라이싱 관리 시스템은 NSMF (3801)이고, 코어 도메인에 포함되는 슬라이싱 관리 시스템은 NSSMF 1 (3805)이고, RAN 도메인에 포함되는 슬라이싱 관리 시스템은 NSSMF 2 (3809)임을 가정하기로 한다. 그리고 NSSMF 1 (3805) 보다 낮은 레벨의 슬라이싱 관리 시스템은 NFMF 1 (3807)이고, NSSMF 2 (3809) 보다 낮은 레벨의 슬라이싱 관리 시스템은 NFMF 2 (3809)이며, 상기 NFMF 1 (3807)는 AMF이고, NFMF 2 (3809)는 gNB임을 가정하기로 한다. 상기 AMF는 NSSI 1에 속해 있고, gNB는 NSSI 2에 속해 있다. NSSI 1 및 NSSI 2는 NSI의 구성 성분 엘리먼트들이다.
이러한 가정 하에, 도 38a 및 도 38b의 실시 예는 gNB에서 AMF IP@를 구성하기 위한 것이다. 상기 IP@와 같은 정보는 표준 서비스 프로파일 또는 슬라이스 프로파일의 파트가 아니다. 그리고 도 38a 및 도 38b의 실시 예에서 구성 파라미터들은 키-값 페어(key-value pair)들, 텍스트 파일(text file)들 및 이진 파일들 중 적어도 하나 일 수 있다. 이러한 구성 파라미터들의 타입들에는 제한이 존재하지 않는다. 일반적인 실시 예에서, NSCR (3803)은 구성을 파싱하거나(parse) 이해하지 않고, 임의의 파라미터를 핸들링할(handle) 수 있다는 것을 의미한다.
상기 구성을 공개할 때, 공개자(publisher)는 추가적인 정보로, 공개자 Id (일 예로, nssiId), 공개자 타입 (일 예로, NSSI 또는 NSSMF), 공개된 정보 타입 (일 예로, AMF IP 타입) 및 nsiId 또는 S-NSSAI 중 적어도 하나의 추가적인 정보를 를 제공할 수 있다.
그리고 상기 NSCR (3803)은 특정 요청자(requestor)에 대한 특정 구성의 선택을 위한 로직을 포함할 수 있다. 이 기능은 동일한 타입의 파라미터들의 다수의 공개자들이 존재할 경우 중요하다. 일 예로, 다수의 AMF들을 사용하는 다수의 코어 NSSI (Core NSSI)들이 존재할 수 있다. 그리고 NSCR (3803)은 특정 NSSI 또는 gNB로 특정 AMF IP@를 제공하는 규칙들 및 로직을 포함할 수 있다. 이와 같은 규칙들은 일부 슬라이싱 관리 시스템, 일 예로 NSMF (3801)에 의해 NSI 인스턴시에이션의 파트로서 하드코딩되거나(hardcoded) 또는 구성될 수 있다.
상기 NSSMF 1 (3805) 및 NSSMF 2 (3809)는 관리 기능에 의해 공개/가입되는 상기 구성 파라미터를 인캡슐레이트한다. 일부 실시 예들에서, NFMF 1 (3807) 및 NFMF 2 (3811)은 상기 구성의 직접적인 공개자 또는 가입자일 수 있다.
상기 구성은 특히 다음들 중 적어도 하나를 적용할 수 있다:
- MF (NSSI에 의해 인캡슐레이트되는)
- MF (직접적으로, 공개자/가입자인 NFMF를 사용하여)
- NSSI
- 트랜스포트 네트워크 (transport network: TN) 제어기 및/또는 TN NSSMF를 통한 트랜스포트 네트워크
그리고 NSCR (3803)은 단일 논리적 엔터티가 될 수 있거나, 또는 상기 NSCR (3803)은 NSCR들의 하이어라키로 분해될 수 있다. 또한 NSCR (3803)은 NSMF 액션들을 필요로 하지 않는 NSSI의 런타임(runtime) 수정들을 이네이블한다.
도 38a 및 도 38b를 참조하면, NSSMF 1 (3805)는 AMF IP@를 공개하도록 사전 구성된다 (3813). 그리고 NSSMF 2 (3809)는 AMF IP@에 가입되도록 사전 구성된다 (3815).
싱기 NSMF (3801)는 운영자 (operator)로부터 슬라이스 인스턴시에이트 수신하면 (3817), NSSI 2를 NSSMF 2 (3809)로 할당한다. 그러면 NSSMF 2 (3809)는 NSSI 2 Id를 NSMF (3801)로 전송한다 (3821).
상기 NSSMF 2 (3809)는 NSSI 할당을 진행할 수 없고 구성 파라미터가 필요함을 확인한다 (3823). 그리고 NSSMF 2 (3809)는 구성 가입을 NSCR (2803)에 요청하면 (3825), 가입 확인 및 구성 파라미터가 유용하지 않음을 수신할 수 있다 (3827). 여기서, 상기 구성 가입을 요청하는 메시지에는 파라미터 명칭: AMF IP@, nssiId: uuid4, nsiId: uuid4이 포함될 수 있다.
싱기 NSMF (3801)는 NSSI 1를 NSSMF 1 (3805)로 할당하여 (3829), NSSMF 1 (3805)로부터 NSSI 1 Id를 수신한다 (3831). 상기 NSSMF 1 (3805)가 NFMF 1 (3807)로 AMF IP@를 요청하고 (3833), NFMF 1 (3807)로부터 AMF IP@를 수신한다 (3835). 그리고 상기 NSSMF 1 (3805)는 NSCR (3803)로 구성을 공개한다 (3837). 여기서 공개되는 구성은 파라미터 명칭: AMF IP@, 값: 10. 10. 192. 8, nssiId: uuid4, nsiId: uuid4를 포함할 수 있다.
이후, 상기 NSCR (3803)은 NSSMF 2 (3809)로 AMF IP@ 10. 10. 192. 8를 전달한다. 그리고 NSSMF 2 (3809)는 NFMF 2 (3811)에 AMF IP@를 설정한다. 이러한 동작을 통해 구성이 완료되고, NSSI 인스턴시에이션이 진행될 수 있다 (3843).
도 39a 및 도 39b는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 이스트-웨스트 방식에서 클라이언트들인 MF들과 NSCR을 이용하여 구성을 송수신하는 방법의 다른 예를 도시하고 있다.
도 39a 및 도 39b의 실시 예에서, 최상위-레벨 슬라이싱 관리 시스템은 NSMF (3901)이고, 코어 도메인에 포함되는 슬라이싱 관리 시스템은 NSSMF 1 (3905)이고, RAN 도메인에 포함되는 슬라이싱 관리 시스템은 NSSMF 2 (3909)임을 가정하기로 한다. 그리고 NSSMF 1 (3805) 보다 낮은 레벨의 슬라이싱 관리 시스템은 AMF (3907)이고, NSSMF 2 (3809) 보다 낮은 레벨의 슬라이싱 관리 시스템은 gNB (3909)임을 가정하기로 한다.
도 39a 및 도 39b의 실시 예에서 MF들은 상기 MF들이 상기 NSSMF들 (3905, 3909)을 통해 릴레이하지 않고도 다른 NSSI들 및 도메인들에 걸쳐 구성들을 교환하는 것을 허락하는 NSCR (3903)과 직접 통합된다.
도 39a 및 도 39b를 참조하면, 싱기 NSMF (3901)는 운영자로부터 슬라이스 인스턴시에이트 수신하면 (3913), NSSI 2를 NSSMF 2 (3909)로 할당한다. 그러면 NSSMF 2 (3909)는 NSSI 2 Id를 NSMF (3901)로 전송한다 (3917).
상기 NSSMF 2 (3909)는 NSSI 할당을 진행할 수 없고 구성 파라미터가 필요함을 확인한다 (3919). 그리고 NSSMF 2 (3909)는 구성 가입을 NSCR (3903)에 요청하면 (3921), 가입 확인 및 구성 파라미터가 유용하지 않음을 수신할 수 있다 (3925). 여기서, 상기 구성 가입을 요청하는 메시지에는 파라미터 명칭: AMF IP@, nssiId: uuid4, nsiId: uuid4이 포함될 수 있다.
싱기 NSMF (3901)는 NSSI 1를 NSSMF 1 (3905)로 할당하여 (3927), NSSMF 1 (3905)로부터 NSSI 1 Id를 수신한다 (3929). AMF (3907)는 NSCR (3903)로 구성을 공개한다 (3931). 여기서 공개되는 구성은 파라미터 명칭: AMF IP@, 값: 10. 10. 192. 8, nssiId: uuid4, nsiId: uuid4를 포함할 수 있다. 그리고 NSCR (3903)은 가입된 파라미터들이 유용한 경우 (3933), gNB (3911)로 AMF IP@ 10. 10. 192. 8를 전달한다 (3935). 이러한 동작을 통해 구성이 완료되고, NSSI 인스턴시에이션이 진행될 수 있다 (3937).
도 40은 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐의 노스-사우스 방식에서 NSCR을 이용하여 구성을 송수신하는 방법의 일 예를 보이고 있다.
도 40의 실시 예에서, 최상위-레벨 슬라이싱 관리 시스템은 NSMF (4001)이고, 상위-레벨 슬라이싱 관리 시스템은 NSSMF 1 (4005)이고, 하위-레벨 슬라이싱 관리 시스템은 NFMF (4007)이며, 상기 NFMF (4007)는 gNB임을 가정하기로 한다.
이러한 가정 하에, 도 40의 실시 예는 gNB에서 AMF IP@를 구성하는 것에 있고, AMF IP@는 NSMF (4001)에 의해 알려지고, 상기 슬라이싱 관리 시스템들 하이어라키로 전파될 필요가 있다.
도 40을 참조하면, NSSMF (4005)는 AMF IP@에 가입하도록 사전 구성된다. NSMF (4001)은 운영자 (4000)로부터 슬라이스 인스턴시에이트를 수신하고 (4011), 구성을 공개한다 (4015). 여기서 공개되는 구성은 파라미터 명칭: AMF IP@, 값: 10. 10. 192. 8, nssiId: uuid4, nsiId: uuid4를 포함할 수 있다. 그리고 상기 구성은 NSMF (4001)에 의해 생성되고, 사용자 입력으로부터 취해지거나 또는 슬라이스 탬플릿에 삽입될 수 있다 (4013).
그러면, NSMF (4001)은 NSSMF (4005)에 NSSI를 할당하고, NSSMF (4005)로부터 NSSI Id를 수신한다 (419). 상기 NSSMF (4005)는 구성 가입을 NSCR (2903)에 요청하고 (4021), 가입 확인 및 AMF IP@ 10.10.192.8을 수신한다 (4023, 4025). 이에 따라, 상기 NSSMF (4005)는 NFMF (4007)에 AMF IP@를 설정할 수 있다 (4027).
한편, 상기에서 구성에 적용될 수 있는 특징으로 언급한 TN은 도 41 및 도 42와 같이 구성될 수 있다.
도 41 및 도 42는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐에서 TN 구성을 포함하는 일 예를 보이고 있다.
도 41을 참조하면, NSMF + root-NSSMF (4101)가 NSI를 관리하고, NSSMF1 (4103)이 NSSI 코어를 관리하며, NSSMF2 (4105)가 NSSI RAN을 관리한다. 그리고 NSSMF2 (4107)가 NSSI TN을 관리하고, NFMF 1 (4109)이 AMF를 관리하며, NFMF2 (4111)가 gNB를 관리한다. 또한 TN 제어기 (4113)이 gNB를 관리한다. 여기서, 상기 NSSI TN은 도 42와 같이 다른 NSSI들을 연결하도록 구성되어야만 한다.
이러한 실시 예에서 NSCR은 RAN과 코어 NSSI들간에 TN 연결을 생성하기 위해 사용되는 구성을 제공한다. 이 특정한 실시 예에서는 TN NSSMF에 의해 관리되는, TN NSSI가 사용된다.
이러한 상기 NSSI의 TN 엔드포인트(endpoint)를 설명하는 표준-기반 EP_트랜스포트 특성(3GPP TR 28.541-g50)이지만, NSSI들간의 EP_트랜스포트 정보를 패스하는 어떤 명시적 방법도 제공하지 않는다. 본 개시의 실시 예가 사용될 때, 도 43a 및 도 43b와 같이 NSMF는 NSSMF들 간에 TN-특정 정보를 릴레이할 필요가 없다.
도 43a 및 도 43b는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐에서 TN 도메인을 포함하는 경우 NSCR을 이용하여 구성을 송수신하는 방법의 일 예를 보이고 있다.
도 43a 및 도 43b를 참조하면, NSSMF 1 (4305) 및 NSSMF 2 (4307) 각각은 EP_트랜스포트 특성을 공개하도록 사전에 구성된다 (4313, 4315).
NSMF (4301)는 운영자 (4300)로부터 슬라이스 인스턴시에이트를 수신하고 (4317), NSSMF 1 (4305)에 NSSI 1을 할당하고 (4319), NSSMF 1 (4305)로부터 NSSI2 id를 수신할 수 있다 (4321). 상기 NSSMF 1 (4305)는 NSCR (4303)에 구성을 공개한다 (4322). 여기서, 공개되는 구성은 파라미터 명칭: EP_transport, 값: EP_Transport 1, nssiID: nssiID 1, nsiID: nsiID 1를 포함할 수 있다.
그리고 상기 NSMF (4301)는 NSSMF 2 (4307)에 NSSI 2를 할당하고 (4323), NSSMF 2 (4307)로부터 NSSI 2 Id를 수신한다 (4325). 상기 NSSMF 2 (4307)는 구성을 공개한다 (4327). 여기서 공개되는 구성은 파라미터 명칭: EP_transport, 값: EP_Transport 1, nssiID: nssiID 2, nsiID: nsiID 1를 포함할 수 있다.
또한 상기 NSMF (4301)는 TN NSSI를 NSSMF TN (4309)에 생성하고 nssiId1 및 nssiId2 연결한다 (4329).
상기 NSSMF TN (4309)는 구성 가입을 NSCR (4303)으로 전송한다 (4331). 여기서, 상기 구성 가입은 파라미터 명칭: EP_Transport, nssiId: nssiId1, nsiId: nsiId1를 포함할 수 있다. 그리고 상기 NSCR (4303)은 NSSMF TN (4309)로 EP_Transport1을 전달한다 (4333).
또한 NSSMF TN (4309)는 구성 가입을 NSCR (4303)으로 전송한다 (4335). 여기서, 상기 구성 가입은 파라미터 명칭: EP_Transport, nssiId: nssiId2, nsiId: nsiId1를 포함할 수 있다. 그리고 상기 NSCR (4303)은 NSSMF TN (4309)로 EP_Transport2을 전달한다 (4337).
상기 NSSMF TN (4309)는 엔드포인트1: EP_Transport1과 엔드포인트2: EP_Transport2간의 TN을 구성한다 (4339).
도 44a 및 도 44b는 본 개시의 실시 예에 따른 네트워크 슬라이싱 아키텍쳐에서 런타임 구성 업데이트의 일 예를 보이고 있다.
도 44a 및 도 44b에 도시한 런타임 구성 업데이트는 네트워크 슬라이스 인스턴시에이션 동안뿐만 아니라 런타임 동안 요구된다. 이 실시 예에서, NSSI는 런타임에서 수정되고, 이는 상기 구성 파라미터들 중 하나 (AMF IP@) 의 변경을 초래한다. 상기 변경된 구성 파라미터는 다른 NSSI 및 MF로 전파되어야 한다. NSCR 로 인해, 이러한 동작은 NSMF에 대해 트랜스페어런트(transparent)하다.
도 44a 및 도 44b를 참조하면, NSSMF 1 (4405)은 AMF IP@를 공개 및 업데이트하도록 사전 구성되고 (4413), NSSMF2 (4409)는 이미 AMF IP@에 가입되어 있음 (4415)을 가정한다.
상기 NSSMF 1 (4405)는 운영자 (4400)로부터 NSSI1 수정 및 AMF를 다른 벤더로 변경을 수신하면 (4417), AMF 수정을 NFMF 1 (4407)로 전송한다. 이에 따라, NFMF 1 (4407)은 IP@ 변경을 초래하는 AMF 수정을 수행한다 (4421).
상기 NSSMF 1 (4405)는 AMF IP@ 획득을 NFMF 1 (4407)로 요청하여 (4423), NFMF 1 (4407)로부터 AMF IP@를 수신하며 (4425), NSCR (4403)에 AMF IP@를 공개한다 (4427). 이때, 상기 NSSMF 1 (4405)는 기존 값을 업데이트한다 (4429).
그리고 상기 NSSMF 2 (4409)는 AMF IP@에 이미 가입되어 있는 경우 (4431), NSSMF 1 (4405)는 AMF IP@가 새로운 AMF IP@ 값으로 변경되었음을 상기 NSSMF 2 (4409)로 통지한다 (4433). 그러면, 상기 NSSMF 2 (4409)는 NFMF 2 (4411)에 AMF IP@를 설정한다 (4435).
한편, NSMF (4401)는 상기 업데이트 동작에 참여하지 않는다 (4437).
도 45는 본 개시의 실시 예에 따른 네트워트 슬라이싱 아키텍쳐에서 네트워크 슬라이싱 구성을 송수신하는 엔터티 또는 시스템의 구성을 보이고 있다. 설명의 편의를 위해 본 개시와 직접적이 관련이 없는 구성요소는 그 도시 및 설명을 생략한다.
도 45를 참조하면, 네트워트 슬라이싱 아키텍쳐에서 네트워크 슬라이싱 구성을 송수신하는 엔터티 또는 시스템은 도 3 내지 도 44에서 설명된 엔터티 또는 시스템으로, 각 엔테티 또는 시스템은 송수신부 (4501), 제어부 (4503) 및 저장부 (4505)로 구성될 수 있다.
상기 송수신부 (4501)는 다른 엔터티 또는 다른 시스템과 구성을 송수신하기 위한 메시지 또는 데이터를 송수신한다. 일 예로, 상기 송수신부 (4501)는 다른 엔터티 또는 다른 시스템과 네트워크 슬라이싱 구성에 대한 공개, 업데이트, 가입, 리콜, 쿼리 및 삭제를 위한 요청과 구성을 송수신할 수 있다.
상기 제어부 (4503)은 상기 송수신부 (4501)과 연결되는 적어도 하나의 프로세서를 포함하고, 본 개시의 실시 예에서 상술한 (즉, 도 3 내지 도 44a 및 도 44b를 참조하여 설명한) 엔터티 또는 시스템의 모든 동작들을 수행할 수 있다. 일 예로, 상기 제어부 (4503)은 다른 엔터티 또는 다른 시스템으로부터 수신된 네트워크 슬라이싱 구성에 대한 공개, 업데이트, 가입, 리콜, 쿼리, 삭제 및 업데이트 중 적어도 하나를 위한 요청을 처리한다.
상기 저장부 (4505)는 상기 송수신부 (4501) 및 상기 제어부 (4503)와 연결되어, 본 개시의 실시 예에서 구성을 송수신하기 위해 요구되는 모든 정보, 데이터 및 메시지들을 저장할 수 있다.
이해의 편의를 위해 상기 송수신부 (4501), 상기 제어부 (4503) 및 저장부 (4505)를 구분하여 도시하였으나, 상기 송수신부 (4501), 상기 제어부 (4503) 및 저장부 (4505)는 하나의 구성부로 구현될 수도 있다.
상기에서 도 3 내지 도 44a 및 도 44b를 참조하여 설명한 본 개시는 NSCR를 사용함에 따라 상기 네트워크 슬라이싱 관리 및 오케스트레이션 시스템들에 대한 다음과 같은 이점들을 가져온다:
- 본 개시의 실시 예는 복잡하고, 중앙 집중적으로 구동되는 네트워크 슬라이싱 구성 워크플로우들을 적합한 레벨들에서 슬라이싱 관리 시스템들/관리 엔터티들에 의해 구성되는, 더 작은, 로컬-지향적 구성 워크플로우들로 분해할 수 있다. 이에 따라 상위-레벨 슬라이싱 관리 시스템들에 대한 구성 플로우들에 대해 참여할 필요가 없다.
- 본 개시의 실시 예는 표준화에 의해 커버되지 않는 상기 이스트-웨스트 구성에서 슬라이싱 관리 시스템들 및 관리 엔터티들간의 요구되는 구성을 어떻게 프로비젼하는지에 대한 명백한 가이드라인들을 제공할 수 있다.
- 본 개시의 실시 예는 구성 관리에서의 우려 사항들의 개선된 분리를 제공할 수 있다. 이에 따라 상위-레벨 슬라이싱 관리 시스템은 하위-레벨의 구체적인 사항들을 해석 및 관리할 필요가 없다.
- 본 개시의 실시 예는 구성 프로비져닝의 개선된 효율성을 갖을 수 있다. 일 예로, 본 개시의 실시 예는 종래와 같이 슬라이싱 슬라이싱 관리 시스템들의 모든 레벨들을 통해 구성을 패스할 필요가 없다. 그리고 본 개시의 실시 예에서 구성들은 상호 의존적인 워크 플로우들간에서 비동기적으로, 그리고 직접적으로 조정된다.
- NSCR은 상기 하이어라키에서 그들의 포지셔닝 (positioning)과 상관없이 관리 기능들뿐만 아니라 슬라이싱 관리 시스템들에 대한 커버리지를 사용하여 NRF 기능성들의 상위 집합 (superset)을 서비스할 수 있다.
한편, 본 명세서와 도면에 개시된 본 개시의 실시예들은 본 개시의 기술 내용을 쉽게 설명하고 본 개시의 이해를 돕기 위해 특정 예를 제시한 것일 뿐이며, 본 개시의 범위를 한정하고자 하는 것은 아니다. 즉 본 개시의 기술적 사상에 바탕을 둔 다른 변형예들이 실시 가능하다는 것은 본 개시의 속하는 기술 분야에서 통상의 지식을 가진 자에게 자명한 것이다. 또한 상기 각각의 실시 예는 필요에 따라 서로 조합되어 운용할 수 있다.

Claims (15)

  1. 통신 시스템에서 네트워크 슬라이스 구성 레지스트리 (network slice configuration registry: NSCR)에 의해, 네트워크 슬라이스 구성을 전송하는 방법에 있어서,
    제1 네트워크 슬라이스 서브넷 관리 기능 시스템 (network slice subnet management function: NSSMF)으로부터, 네트워크 기능 관리 기능 시스템 (network function management function: NFMF)의 네트워크 슬라이스 구성에 대한 공개의 요청을 수신하는 과정;
    상기 NFMF의 네트워크 슬라이스 구성에 대한 공개의 요청에 응답하여, 상기 NFMF의 네트워크 슬라이스 구성을 내부에 저장하는 과정;
    제2 NSSMF로부터, 상기 NFMF의 네트워크 슬라이스 구성에 대한 가입의 요청을 수신하는 과정; 및
    상기 NFMF의 네트워크 슬라이스 구성에 대한 가입의 요청에 응답하여, 상기 제2 NSSMF로 상기 NFMF의 네트워크 슬라이스 구성을 전송하는 과정을 포함하는 전송 방법.
  2. 제 1 항에 있어서,
    상기 제1 NSSMF 및 상기 제2 NSSMF는 동일한 레벨의 네트워크 슬라이싱 관리 시스템이고, 상기 NFMF는 상기 제1 NSSMF 보다 하위 레벨의 네트워크 슬라이싱 관리 시스템이며,
    상기 제2 NSSMF로 전송된 상기 NFMF의 네트워크 슬라이스 구성은, 적어도 하나의 다른 시스템에 전파되도록 명시되어 있는 경우 상기 제2 NSSMF에 의해 상기 적어도 하나의 다른 시스템으로 전송됨을 특징으로 전송 방법.
  3. 제 1 항에 있어서,
    특정 구성에 대한 쿼리를 수신하는 과정;
    상기 특정 구성에 대한 쿼리에 응답하여, 상기 특정 구성에 대해 유용한 매칭 구성이 있는 경우 상기 매칭 구성을 전송하는 과정;
    상기 제2 NSSMF로부터, 상기 NFMF의 네트워크 슬라이스 구성에 대한 가입의 리콜 (recall) 요청을 수신하는 과정;
    상기 리콜 요청에 응답하여, 상기 NFMF의 네트워크 슬라이스 구성에 대한 가입을 삭제하는 과정;
    상기 제2 NSSMF로부터, 상기 NFMF의 네트워크 슬라이스 구성에 대한 리콜 요청을 수신하여 상기 NFMF의 네트워크 슬라이스 구성에 가입한 적어도 하나의 시스템이 존재하는지 확인하는 과정;
    상기 NFMF의 네트워크 슬라이스 구성에 가입한 상기 적어도 하나의 시스템이 존재하는 경우, 상기 적어도 하나의 시스템에 구성 리콜 통지를 전송하는 과정; 및
    상기 NFMF의 네트워크 슬라이스 구성에 가입한 상기 적어도 하나의 시스템이 존재하지 않는 경우, 상기 NFMF의 네트워크 슬라이스 구성을 삭제하는 과정을 더 포함함을 특징으로 하는 전송 방법.
  4. 제 1 항에 있어서, 상기 저장된 NFMF의 네트워크 슬라이스 구성은 네트워크 슬라이스 인스턴시에이션 (instantiation) 또는 런타임 (runtime) 동안 업데이트되며,
    상기 제2 NSSMF는 네트워크 슬라이스 서브넷 인스턴스 (network slice subnet instance: NSSI) 트랜트포트 네트워크 (transport network: TN)을 관리하며, 상기 NSSI TN은 다른 NSSI들을 연결하도록 구성되며,
    상기 NSCR은 상기 다른 NSSI들 간의 TN 연결을 생성하기 위해 사용되는 구성을 제공함을 특징으로 하는 전송 방법.
  5. 통신 시스템의 제1 네트워크 슬라이스 서브넷 관리 기능 시스템 (network slice subnet management function: NSSMF)에서 네트워크 슬라이스 구성을 수신하는 방법에 있어서,
    네트워크 슬라이스 구성 레지스트리 (network slice configuration registry: NSCR)로, 네크워크 기능 관리 기능 시스템 (network function management function: NFMF)의 네트워크 슬라이스 구성에 대한 가입의 요청을 전송하는 과정; 및
    상기 NFMF의 네트워크 슬라이스 구성에 대한 가입의 요청에 대한 응답으로 상기 NSCR로부터 상기 NFMF의 네트워크 슬라이스 구성을 수신하는 과정을 포함하며,
    상기 NFMF의 네트워크 슬라이스 구성은 제2 NSSMF로부터의 NFMF의 네트워크 슬라이스 구성에 대한 공개의 요청에 응답하여 상기 NSCR의 내부에 저장된 것임을 특징으로 하는 수신 방법.
  6. 제 5 항에 있어서,
    상기 제1 NSSMF 및 상기 제2 NSSMF는 동일한 레벨의 관리 시스템이고, 상기 NFMF는 상기 제2 NSSMF 보다 하위 레벨의 관리 시스템이며,을
    상기 NFMF의 네트워크 슬라이스 구성은 네트워크 슬라이스 인스턴시에이션 (instantiation) 또는 런타임 (runtime) 동안 업데이트되며,
    상기 제1 NSSMF는 네트워크 슬라이스 서브넷 인스턴스 (network slice subnet instance: NSSI) 트랜트포트 네트워크 (transport network: TN)을 관리하며, 상기 NSSI TN은 다른 NSSI들을 연결하도록 구성되며,
    상기 NSCR은 상기 다른 NSSI들 간의 TN 연결을 생성하기 위해 사용되는 구성을 제공함을 특징으로 수신 방법.
  7. 제 5 항에 있어서,
    특정 구성에 대한 쿼리를 전송하는 과정;
    상기 특정 구성에 대한 쿼리에 대한 응답으로, 상기 NSCR로부터 상기 특정 구성에 대해 유용한 매칭 구성이 있는 경우 상기 매칭 구성을 수신하는 과정;
    상기 NFMF의 네트워크 슬라이스 구성에 대한 가입의 리콜 (recall) 요청을 전송하는 과정;
    상기 리콜 요청에 대한 응답으로 상기 NFMF의 네트워크 슬라이스 구성에 대한 리콜 요청을 수신하고, 상기 NFMF 의 네트워크 슬라이스 구성에 가입한 적어도 하나의 시스템이 존재하는지 확인하는 과정;
    상기 NFMF의 네트워크 슬라이스 구성에 가입한 상기 적어도 하나의 시스템이 존재하는 경우, 상기 적어도 하나의 시스템에 구성 리콜 통지를 전송하는 과정; 및
    상기 NFMF의 네트워크 슬라이스 구성에 가입한 상기 적어도 하나의 시스템이 존재하지 않는 경우, 상기 NFMF의 네트워크 슬라이스 구성을 삭제하는 과정을 더 포함함을 특징으로 하는 수신 방법.
  8. 제 5 항에 있어서, 상기 NFMF의 네트워크 슬라이스 구성이 적어도 하나의 다른 시스템에 전파되도록 명시되어 있는 경우 상기 적어도 하나의 다른 시스템으로 전송하는 과정을 더 포함함을 특징으로 하는 수신 방법.
  9. 통신 시스템에서 네트워크 슬라이스 구성 레지스트리 (network slice configuration registry: NSCR)에 의해, 네트워크 슬라이스 구성을 전송하는 장치에 있어서,
    송수신부;
    저장부; 및
    상기 송수신부 및 상기 저장부와 연결되는 적어도 하나의 프로세서를 포함하며,
    상기 적어도 하나의 프로세서는,
    제1 네트워크 슬라이스 서브넷 관리 기능 시스템 (network slice subnet management function: NSSMF)으로부터, 네트워크 기능 관리 기능 시스템 (network function management function: NFMF)의 네트워크 슬라이스 구성에 대한 공개의 요청을 수신하여 상기 NFMF의 네트워크 슬라이스 구성을 상기 저장부에 저장하고, 제2 NSSMF로부터, 상기 NFMF의 네트워크 슬라이스 구성에 대한 가입의 요청을 수신하고, 상기 NFMF의 네트워크 슬라이스 구성에 대한 가입의 요청에 응답하여 상기 제1 NSSMF로 상기 NFMF의 네트워크 슬라이스 구성을 전송하도록 상기 송수신부를 제어하도록 구성됨을 특징으로 하는 전송 장치.
  10. 제 9 항에 있어서,
    상기 제1 NSSMF 및 상기 제2 NSSMF는 동일한 레벨의 네트워크 슬라이싱 관리 시스템이고, 상기 NFMF는 상기 제1 NSSMF 보다 하위 레벨의 네트워크 슬라이싱 관리 시스템이며,
    상기 제2 NSSMF로 전송된 상기 NFMF의 네트워크 슬라이스 구성은, 적어도 하나의 다른 시스템에 전파되도록 명시되어 있는 경우 상기 제2 NSSMF에 의해 상기 적어도 하나의 다른 시스템으로 전송됨을 특징으로 전송 장치.
  11. 제 9 항에 있어서, 상기 적어도 하나의 프로세서는,
    특정 구성에 대한 쿼리를 수신하고, 상기 특정 구성에 대한 쿼리에 응답하여, 상기 특정 구성에 대해 유용한 매칭 구성이 있는 경우 상기 매칭 구성을 전송하도록 상기 송수신부를 제어하고,
    상기 제2 NSSMF로부터, 상기 NFMF의 네트워크 슬라이스 구성에 대한 가입의 리콜 (recall) 요청을 수신하고, 상기 리콜 요청에 응답하여, 상기 NFMF의 네트워크 슬라이스 구성에 대한 가입을 삭제하고,
    상기 제2 NSSMF로부터, 상기 NFMF의 네트워크 슬라이스 구성에 대한 리콜 요청을 수신하여 상기 NFMF의 네트워크 슬라이스 구성에 가입한 적어도 하나의 시스템이 존재하는지 확인하고,
    상기 NFMF의 네트워크 슬라이스 구성에 가입한 상기 적어도 하나의 시스템이 존재하는 경우, 상기 적어도 하나의 시스템에 구성 리콜 통지를 전송하도록 상기 송수신부를 제어하고,
    상기 NFMF의 네트워크 슬라이스 구성에 가입한 상기 적어도 하나의 시스템이 존재하지 않는 경우, 상기 NFMF의 네트워크 슬라이스 구성을 삭제하도록 구성됨을 특징으로 하는 전송 장치.
  12. 제 9 항에 있어서, 상기 저장된 NFMF의 네트워크 슬라이스 구성은 네트워크 슬라이스 인스턴시에이션 (instantiation) 또는 런타임 (runtime) 동안 업데이트되며,
    상기 제2 NSSMF는 네트워크 슬라이스 서브넷 인스턴스 (network slice subnet instance: NSSI) 트랜트포트 네트워크 (transport network: TN)을 관리하며, 상기 NSSI TN은 다른 NSSI들을 연결하도록 구성되며,
    상기 NSCR은 상기 다른 NSSI들 간의 TN 연결을 생성하기 위해 사용되는 구성을 제공함을 특징으로 하는 전송 장치.
  13. 통신 시스템의 제1 네트워크 슬라이스 서브넷 관리 기능 시스템 (network slice subnet management function: NSSMF)에서 네트워크 슬라이스 구성을 수신하는 장치에 있어서,
    송수신부;
    저장부; 및
    상기 송수신부 및 상기 저장부와 연결되는 적어도 하나의 프로세서를 포함하며,
    상기 적어도 하나의 프로세서는,
    네트워크 슬라이스 구성 레지스트리 (network slice configuration registry: NSCR)로, 네트워크 기능 관리 기능 시스템 (network function management function: NFMF)의 네트워크 슬라이스 구성에 대한 가입의 요청을 전송하고, 상기 NFMF의 네트워크 슬라이스 구성에 대한 가입의 요청에 대한 응답으로 상기 NSCR로부터 상기 NFMF의 네트워크 슬라이스 구성을 수신하도록 상기 송수신부를 제어하도록 구성되며,
    상기 NFMF의 네트워크 슬라이스 구성은 제2 NSSMF로부터의 NFMF의 네트워크 슬라이스 구성에 대한 공개의 요청에 응답하여 상기 NSCR의 내부에 저장된 것임을 특징으로 하는 수신 장치.
  14. 제 13 항에 있어서,
    상기 제1 NSSMF 및 상기 제2 NSSMF는 동일한 레벨의 관리 시스템이고, 상기 NFMF는 상기 제2 NSSMF 보다 하위 레벨의 관리 시스템이며,
    상기 NFMF의 네트워크 슬라이스 구성은 네트워크 슬라이스 인스턴시에이션 (instantiation) 또는 런타임 (runtime) 동안 업데이트되며,
    상기 제1 NSSMF는 네트워크 슬라이스 서브넷 인스턴스 (network slice subnet instance: NSSI) 트랜트포트 네트워크 (transport network: TN)을 관리하며, 상기 NSSI TN은 다른 NSSI들을 연결하도록 구성되며,
    상기 NSCR은 상기 다른 NSSI들 간의 TN 연결을 생성하기 위해 사용되는 구성을 제공함을 특징으로 수신 장치.
  15. 제 13 항에 있어서, 상기 적어도 하나의 프로세서는, 제 7 항 또는 제 8 항에 따른 방법 중 하나의 동작을 수행하도록 구성됨을 특징으로 하는 수신 장치.
PCT/KR2022/001313 2021-04-15 2022-01-25 통신 시스템에서 네트워크 슬라이스 구성을 송수신하는 방법 및 장치 WO2022220379A1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020210049420A KR20220142860A (ko) 2021-04-15 2021-04-15 통신 시스템에서 네트워크 슬라이스 구성을 송수신하는 방법 및 장치
KR10-2021-0049420 2021-04-15

Publications (1)

Publication Number Publication Date
WO2022220379A1 true WO2022220379A1 (ko) 2022-10-20

Family

ID=83640389

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2022/001313 WO2022220379A1 (ko) 2021-04-15 2022-01-25 통신 시스템에서 네트워크 슬라이스 구성을 송수신하는 방법 및 장치

Country Status (2)

Country Link
KR (1) KR20220142860A (ko)
WO (1) WO2022220379A1 (ko)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180317134A1 (en) * 2017-04-28 2018-11-01 Huawei Technologies Co., Ltd. Nssmf nsmf interaction connecting virtual 5g networks and subnets
US20200329381A1 (en) * 2019-07-19 2020-10-15 Joey Chou Orchestration and configuration of e2e network slices across 3gpp core network and oran
US20210022024A1 (en) * 2019-10-03 2021-01-21 Intel Corporation Apparatus, system and method to collect or generate network function performance measurements for a service producer of a third generation partnership project 5g management service
WO2021026763A1 (en) * 2019-08-13 2021-02-18 Nokia Shanghai Bell Co., Ltd. Data security for network slice management

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180317134A1 (en) * 2017-04-28 2018-11-01 Huawei Technologies Co., Ltd. Nssmf nsmf interaction connecting virtual 5g networks and subnets
US20200329381A1 (en) * 2019-07-19 2020-10-15 Joey Chou Orchestration and configuration of e2e network slices across 3gpp core network and oran
WO2021026763A1 (en) * 2019-08-13 2021-02-18 Nokia Shanghai Bell Co., Ltd. Data security for network slice management
US20210022024A1 (en) * 2019-10-03 2021-01-21 Intel Corporation Apparatus, system and method to collect or generate network function performance measurements for a service producer of a third generation partnership project 5g management service

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Management and orchestration; Architecture framework (Release 16)", 3GPP DRAFT; 28533-G70, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, 6 April 2021 (2021-04-06), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051992683 *

Also Published As

Publication number Publication date
KR20220142860A (ko) 2022-10-24

Similar Documents

Publication Publication Date Title
WO2021137579A1 (ko) 에지 컴퓨팅 시스템에서 어플리케이션 컨텍스트 재배치 조정 방법 및 장치
WO2022177347A1 (en) Method and device for edge application server discovery
WO2019194633A1 (ko) 무선 통신 시스템에서 사용자 장치의 정책 관리를 위한 장치 및 방법
EP3610675A1 (en) Apparatus and method for supporting handover in a wireless communication system
EP3639615A1 (en) Apparatus and method for managing connections in wireless communication system
WO2019031901A1 (en) METHOD AND DEVICE FOR OPERATING AND CONTROLLING A DATA STREAM
WO2014187037A1 (zh) 流转发方法、设备及系统
WO2018203734A1 (en) Apparatus and method for supporting handover in a wireless communication system
WO2018230982A1 (en) Apparatus and method for managing connections in wireless communication system
WO2020171672A1 (en) Method for interoperating between bundle download process and esim profile download process by ssp terminal
WO2020067715A1 (en) Method and device for configuring node to transmit and receive data
WO2019107876A1 (en) Method and apparatus for managing event in communication system
WO2022139373A1 (en) Method and apparatus to manage authentication and subscription information in wireless communication system
WO2022231231A1 (en) Method and device for supporting handover
WO2015100566A1 (zh) 一种处理域名请求的方法及设备
WO2022015109A1 (en) Method and node for communication in communication system supporting integrated access and backhaul (iab)
WO2020197205A1 (en) Resource management method, control information transmission method and information configuration method
WO2022220379A1 (ko) 통신 시스템에서 네트워크 슬라이스 구성을 송수신하는 방법 및 장치
WO2015106459A1 (zh) 透传数据传输方法及公共服务实体
WO2021133011A1 (en) Method and apparatus for network switching
WO2023022558A1 (en) Method and device for providing event in wireless communication system
WO2024186077A1 (ko) 네트워크 슬라이스
WO2023172094A1 (ko) 분석 정보와 관련된 통신
WO2024080662A1 (en) Method and apparatus for reporting measurement
WO2024019383A1 (ko) 네트워크 슬라이스를 이용하는 단말의 데이터 통신을 지원하는 방법 및 장치

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22788237

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 22788237

Country of ref document: EP

Kind code of ref document: A1