US20230057210A1 - Network service construction system and network service construction method - Google Patents

Network service construction system and network service construction method Download PDF

Info

Publication number
US20230057210A1
US20230057210A1 US17/758,301 US202017758301A US2023057210A1 US 20230057210 A1 US20230057210 A1 US 20230057210A1 US 202017758301 A US202017758301 A US 202017758301A US 2023057210 A1 US2023057210 A1 US 2023057210A1
Authority
US
United States
Prior art keywords
data
network
service
network service
module
Prior art date
Legal status (The legal status 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 status listed.)
Abandoned
Application number
US17/758,301
Other languages
English (en)
Inventor
Shinya KITA
Gagandeep BASI
Tapas RANJAN
Satinderpal SINGH
Puneet DEVADIGA
Mohit Luthra
Rahul Atri
Tareq AMIN
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Rakuten Symphony Singapore Pte Ltd
Original Assignee
Rakuten Symphony Singapore Pte Ltd
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 Rakuten Symphony Singapore Pte Ltd filed Critical Rakuten Symphony Singapore Pte Ltd
Assigned to RAKUTEN MOBILE SINGAPORE PTE. LTD. reassignment RAKUTEN MOBILE SINGAPORE PTE. LTD. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: KITA, SHINYA, BASI, Gagandeep, DEVADIGA, Puneet, LUTHRA, Mohit, AMIN, Tareq, RANJAN, Tapas, ATRI, Rahul, SINGH, Satinderpal
Assigned to RAKUTEN SYMPHONY SINGAPORE PTE. LTD. reassignment RAKUTEN SYMPHONY SINGAPORE PTE. LTD. CHANGE OF NAME (SEE DOCUMENT FOR DETAILS). Assignors: RAKUTEN MOBILE SINGAPORE PTE. LTD.
Publication of US20230057210A1 publication Critical patent/US20230057210A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/18—Selecting a network or a communication service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5006—Creating or negotiating SLA contracts, guarantees or penalties
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5009—Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5054—Automatic deployment of services triggered by the service manager, e.g. service implementation by automatic configuration of network components
    • 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/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5051—Service on demand, e.g. definition and deployment of services in real time
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/025—Services making use of location information using location based information parameters

Definitions

  • the present disclosure relates to a data processing technology, and more particularly, to a network service construction system and a network service construction method.
  • Patent Literature 1 As an example of a technology relating to deployment of functional units in accordance with purchase of a network service, in Patent Literature 1, there is described a technology for deconstructing an order of a product purchased by a customer into virtualized network function (VNF) units and deploying the VNF units on a network functions virtualization infrastructure (NFVI).
  • VNF virtualized network function
  • NFVI network functions virtualization infrastructure
  • Patent Literature 2 there is described a technology for deploying a network function unit corresponding to a deployment request to an available computing device so as to satisfy an isolation requirement that is a requirement regarding non-sharing.
  • Patent Literature 3 there is described a technology that allows a plurality of business operators to uniquely use all or a part of a plurality of network slices managed by a higher-level business operator.
  • the present disclosure has been made in view of the above-mentioned circumstances, and has an object to provide a technology capable of flexibly constructing network services that satisfy various needs.
  • a network service construction system including: an input screen control module configured to control display of an input screen on which a network service is selectable; a reception module configured to receive a selection of one or a plurality of network services on the input screen from a user; a generation module configured to generate network configuration data indicating a configuration of the selected one or plurality of network services; and a construction module configured to construct the selected one or plurality of network services based on the network configuration data.
  • a network service construction method is executed by a computer, and includes the steps of: controlling display of an input screen on which a network service is selectable; receiving a selection of one or a plurality of network services on the input screen from a user; generating network configuration data indicating a configuration of the selected one or plurality of network services; and constructing the selected one or plurality of network services based on the network configuration data.
  • FIG. 1 is a diagram for illustrating an example of a computer network in one embodiment of the present invention.
  • FIG. 2 is a diagram for schematically illustrating an example of a purchase screen.
  • FIG. 3 is a diagram for illustrating an example of a service requirement input screen.
  • FIG. 4 is a diagram for illustrating an example of a purchase confirmation screen.
  • FIG. 5 is a diagram for illustrating an example of the purchase confirmation screen.
  • FIG. 6 is a diagram for illustrating an example of data structure of a bundle file.
  • FIG. 7 is a diagram for illustrating an example of an onboarding screen.
  • FIG. 8 is a functional block diagram for illustrating an example of functions implemented by an MPS and an NOS in one embodiment of the present invention.
  • FIG. 9 is a diagram for illustrating an example of data structure of a data group generated based on the bundle file.
  • FIG. 10 is a diagram for illustrating an example of data structure of physical inventory data.
  • FIG. 11 is a diagram for schematically illustrating an example of data structure of logical inventory data.
  • FIG. 12 is a diagram for illustrating an example of resource management data.
  • FIG. 13 is a diagram for illustrating an example of data structure of planned data.
  • FIG. 14 is a diagram for schematically illustrating an example of the planned data.
  • FIG. 15 is a diagram for illustrating an example of assumed busy level data.
  • FIG. 16 is a diagram for illustrating an example of the resource management data.
  • FIG. 17 is a diagram for illustrating an example of CNFD.
  • FIG. 18 is a diagram for illustrating a day 0 parameter.
  • FIG. 19 A is a flow chart for illustrating an example of a flow of processes performed by a vendor terminal, the MPS, and the NOS in one embodiment of the present invention.
  • FIG. 19 B is a flow chart for illustrating an example of the flow of processes performed by the vendor terminal, the MPS, and the NOS in one embodiment of the present invention.
  • FIG. 20 is a flow chart for illustrating an example of the flow of processes performed by a purchaser terminal, the MPS, and the NOS in one embodiment of the present invention.
  • FIG. 21 is a flow chart for illustrating an example of the flow of processes performed by the purchaser terminal, the MPS, and the NOS in one embodiment of the present invention.
  • FIG. 22 A is a flow chart for illustrating an example of a flow of processes performed by the NOS in one embodiment of the present invention.
  • FIG. 22 B is a flow chart for illustrating an example of the flow of processes performed by the NOS in one embodiment of the present invention.
  • FIG. 22 C is a flow chart for illustrating an example of the flow of processes performed by the NOS in one embodiment of the present invention.
  • FIG. 22 D is a flow chart for illustrating an example of the flow of processes performed by the NOS in one embodiment of the present invention.
  • FIG. 22 E is a flow chart for illustrating an example of the flow of processes performed by the NOS in one embodiment of the present invention.
  • FIG. 22 F is a flow chart for illustrating an example of the flow of processes performed by the NOS in one embodiment of the present invention.
  • FIG. 22 G is a flow chart for illustrating an example of the flow of processes performed by the NOS in one embodiment of the present invention.
  • FIG. 23 is a diagram for illustrating an example of a selection screen for a network service.
  • FIG. 1 is a diagram for illustrating an example of a computer network 24 in the one embodiment of the present invention.
  • a marketplace system (MPS) 10 a network operating system (NOS) 12 , a purchaser terminal 14 , a vendor terminal 16 , a plurality of core network systems 20 , and a plurality of base station apparatus 22 are connected to a computer network 24 , for example, the Internet.
  • MPS marketplace system
  • NOS network operating system
  • the core network system 20 is a system corresponding to an evolved packet core (EPC) in a fourth generation mobile communication system (hereinafter referred to as “4G”) or a 5G core network (5GC) including an access and mobility management function (AMF), a session management function (SMF), a user plane function (UPF), and the like in a fifth generation mobile communication system (hereinafter referred to as “5G”).
  • EPC evolved packet core
  • 4G fourth generation mobile communication system
  • 5GC 5G core network
  • the core network system 20 in this embodiment is implemented by a group of servers arranged in a plurality of data centers provided at various locations. A plurality of servers are arranged in each data center.
  • FIG. 1 the number of core network systems 20 in this embodiment is not limited to two, and may be one or three or more.
  • the base station apparatus 22 is a computer system corresponding to an eNodeB (eNB) in 4G and an NR base station (gNB) in 5G, and a computer system provided with an antenna 22 a .
  • the base station apparatus 22 in this embodiment includes one or a plurality of servers.
  • the base station apparatus 22 may be implemented by a group of servers arranged in a data center.
  • a virtual DU (vDU) and a virtual CU (vCU), which are components of a radio access network (RAN) in 4G may be arranged in the base station apparatus 22 or may be incorporated in a part of the core network system 20 .
  • a DU and a CU, which are components of the RAN in 5G may be arranged in the base station apparatus 22 or may be incorporated in a part of the core network system 20 .
  • the MPS 10 in this embodiment is configured, for example, on a cloud platform and includes a processor 10 a , a storage unit 10 b , and a communication unit 10 c , as illustrated in FIG. 1 .
  • the processor 10 a is a program control device, for example, a microprocessor which operates in accordance with a program installed in the MPS 10 .
  • the storage unit 10 b is, for example, a storage element such as a ROM or RAM, a solid state drive (SSD), a hard disk drive (HDD), or the like.
  • the storage unit 10 b stores a program to be executed by the processor 10 a , and the like.
  • the communication unit 10 c is, for example, a communication interface such as a network interface card (NIC) or a wireless LAN module.
  • the communication unit 10 c transmits and receives data to/from the NOS 12 and the purchaser terminal 14 via the computer network 24 .
  • NIC network interface card
  • the communication unit 10 c transmits and receives data to/from the NOS 12 and the purchaser terminal 14 via the computer network 24 .
  • the NOS 12 in this embodiment is configured, for example, on a cloud platform and includes a processor 12 a , a storage unit 12 b , and a communication unit 12 c , as illustrated in FIG. 1 .
  • the processor 12 a is a program control device, for example, a microprocessor which operates in accordance with a program installed in the NOS 12 .
  • the storage unit 12 b is, for example, a storage element such as a ROM or RAM, a solid state drive (SSD), a hard disk drive (HDD), or the like.
  • the storage unit 12 b stores a program to be executed by the processor 12 a , and the like.
  • the communication unit 12 c is, for example, a communication interface such as an NIC or a wireless LAN module.
  • the communication unit 12 c transmits and receives data to/from the MPS 10 , the purchaser terminal 14 , the vendor terminal 16 , the core network system 20 , and the base station apparatus 22 via the computer network 24 .
  • the network service for which the purchase request has been made is constructed in the core network system 20 or the base station apparatus 22 . Then, the constructed network service is provided to the purchaser.
  • a network service such as a voice communication service, a data communication service, or the like is provided to the purchaser who is a mobile virtual network operator (MVNO).
  • the voice communication service or the data communication service provided in this embodiment is eventually provided to a customer (end user) for the purchaser (MVNO in the above-mentioned example), who uses a user equipment (UE) 26 illustrated in FIG. 1 .
  • the end user can perform voice communication or data communication to/from other users via the core network system 20 or the base station apparatus 22 .
  • the network service provided in this embodiment is not limited to a voice communication service and a data communication service.
  • the network service provided in this embodiment may be, for example, an IoT service.
  • an end user who uses a robot arm, a connected car, or the like may be a purchaser of the network service in this embodiment.
  • a container type application execution environment for example, Docker
  • Docker is installed in the servers arranged in the core network system 20 and the base station apparatus 22 , and containers can be deployed in those servers and operated.
  • the network service provided to the purchaser in this embodiment is implemented by a cloud-native network function (CNF)), which is a container-based functional unit.
  • CNF cloud-native network function
  • the purchaser terminal 14 in this embodiment is, for example, a general computer used by the purchaser described above, such as a smartphone, a tablet terminal, or a personal computer.
  • FIG. 2 is a diagram for illustrating an example of a purchase screen displayed on the purchaser terminal 14 in this embodiment.
  • a type of network service to be purchased by the purchaser can be selected with a radio button.
  • the purchaser terminal 14 displays the service requirement input screen illustrated in FIG. 3 .
  • the purchaser can enter service requirements for the network service to be purchased by the purchaser.
  • the number of subscribers, an opposite IP, a monitoring target, a monitoring interval, a target area, and a password can be set.
  • the “opposite IP” refers to an IP address serving as an access point for the network system already possessed by the purchaser.
  • service requirement data associated with the input onto the service requirement input screen is transmitted to the MPS 10 .
  • the service requirement data includes, for example, the subscriber number data indicating the number of subscribers, opposite IP data indicating the opposite IP, monitoring target data indicating the monitoring target, monitoring interval data indicating the monitoring interval of the monitoring target, target area data indicating the target area of the network service to be purchased, and password data indicating the password.
  • the service requirement data is not required to include all of those pieces of data, and may include data indicating requirements other than those requirements.
  • the MPS 10 cooperates with the NOS 12 to confirm whether or not it is possible to secure a server that satisfies the service requirements indicated by the service requirement data. For example, in this case, the MPS 10 determines whether (1) it is possible to secure a server that satisfies the service requirements, (2) it is possible to secure a server that satisfies the service requirements by setting up a free server, or (3) it is impossible to secure a server that satisfies the service requirements.
  • the purchaser terminal 14 displays a purchase confirmation screen illustrated in FIG. 4 that indicates that the service can be immediately provided.
  • the purchaser terminal 14 displays a purchase confirmation screen illustrated in FIG. 5 that indicates that a predetermined turnaround time is required (for example, a turnaround time of 2 weeks is required).
  • a network service that satisfies various purchaser's needs is flexibly constructed. Without being aware of the detailed implementation of the network service, the purchaser can receive the provision of a desired network service by only specifying some service requirements.
  • the vendor terminal 16 in this embodiment is a general computer used by a vendor, for example, a service provider related to the network service, such as a smartphone, a tablet terminal, a personal computer, or the like.
  • the vendor is provided with a continuous integration (CI)/continuous delivery (CD) pipeline including a development environment, a verification environment, and a test environment.
  • CI continuous integration
  • CD continuous delivery
  • a verified bundle file corresponding to the network service to be provided to the purchaser, which is created by the vendor, is on-boarded by an onboarding process utilizing the CI/CD pipeline.
  • the bundle file in this embodiment is, for example, a file obtained by compressing a file group having a predetermined directory structure (for example, a file having tar.gz format).
  • FIG. 6 is a diagram for illustrating an example of data structure of the bundle file in this embodiment.
  • the bundle file in this embodiment includes business section data, technology section data, security section data, and operation section data.
  • the business section data shows business requirements of the network service such as the name of the network service, license requirements, and the definition of service level agreement (SLA). Further, the business section data in this embodiment includes data indicating mandatory input items and optional input items for the service requirements of the network service.
  • SLA service level agreement
  • the technology section data shows, for example, the configuration of a functional unit group that achieves the network service.
  • the technology section data shows, for example, the configurations of applications and CNFs that form the network service.
  • the security section data shows, for example, the security definition of the network service, for example, installation credentials.
  • the operation section data shows, for example, the monitoring policy regarding the network service, such as monitoring target metrics and monitoring intervals.
  • FIG. 7 is a diagram for illustrating an example of an onboarding screen displayed on the vendor terminal 16 in this embodiment.
  • the vendor specifies a path in which the bundle file is arranged and then clicks an “ONBOARDING” button 40 , the bundle file becomes on-boarded.
  • the vendor can easily perform onboarding of the network service without being aware of the actual location at which a developed file group is on-boarded.
  • FIG. 8 is a functional block diagram for illustrating an example of functions implemented by the MPS 10 and the NOS 12 in this embodiment.
  • the MPS 10 and the NOS 12 in this embodiment are not required to implement all of the functions illustrated in FIG. 8 and may implement functions other than those illustrated in FIG. 8 .
  • the MPS 10 functionally includes, for example, a bundle management module 50 , a product catalog storage unit 52 , and a purchase management module 54 .
  • the bundle management module 50 and the purchase management module 54 are implemented mainly by the processor 10 a and the communication unit 10 c .
  • the product catalog storage unit 52 is implemented mainly by the storage unit 10 b.
  • the above-mentioned functions may be implemented by executing, by the processor 10 a , a program that is installed in the MPS 10 , which is a computer, and that includes instructions corresponding to the above-mentioned functions.
  • This program may be supplied to the MPS 10 via a computer-readable information storage medium such as an optical disc, a magnetic disk, a magnetic tape, a magneto-optical disc, a flash memory, or the like, or via the Internet or the like.
  • the NOS 12 functionally includes, for example, a bundle development module 60 , an orchestration (E2EO: End-to-End-Orchestration) module 62 , a service catalog storage unit 64 , an inventory management module 66 , a Configuration Management as a Service (CMaaS) module 68 , a service manager module 70 , a slice manager module 72 , a monitoring management module 74 , a security setting module 76 , a plurality of container management modules 78 , a repository unit 80 , an inventory database 82 , and a Bare Metal as a Service (BMaaS) module 84 .
  • E2EO End-to-End-Orchestration
  • the bundle development module 60 and the E2EO module 62 are implemented mainly by the processor 12 a and the communication unit 12 c .
  • the service catalog storage unit 64 , the repository unit 80 , and the inventory database 82 are implemented mainly by the storage unit 12 b .
  • the inventory management module 66 , the CMaaS module 68 , the service manager module 70 , the slice manager module 72 , the monitoring management module 74 , the security setting module 76 , and the container management modules 78 are implemented mainly by the processor 12 a and the storage unit 12 b .
  • the BMaaS module 84 is implemented mainly by the processor 12 a.
  • the above-mentioned functions may be implemented by executing, by the processor 12 a , a program that is installed in the NOS 12 , which is a computer, and that includes instructions corresponding to the above-mentioned functions.
  • This program may be supplied to the NOS 12 via a computer-readable information storage medium such as an optical disc, a magnetic disk, a magnetic tape, a magneto-optical disc, a flash memory, or the like, or via the Internet or the like.
  • FIG. 8 also shows a plurality of servers 90 included in the core network systems 20 and the base station apparatus 22 illustrated in FIG. 1 and distributed and arranged at various locations.
  • Each of the plurality of container management modules 78 in this embodiment is associated with a server group that is a part of the plurality of servers 90 .
  • each of the plurality of container management modules 78 in this embodiment for example, a container management tool such as Kubernetes, and a package manager such as Helm are installed.
  • the container management module 78 executes life cycle management of a container including the construction of the container such as the deployment and setting of the container for a server group (a plurality of servers 90 ) associated with the container management module 78 .
  • the container management module 78 is not required to be included in the NOS 12 .
  • the container management module 78 may be provided in, for example, a server 90 (that is, the core network system 20 or the base station apparatus 22 ) managed by the container management module 78 , or a server that is annexed to the server 90 .
  • the bundle development module 60 receives a bundle file from the vendor terminal 16 . Then, for example, in this embodiment, the bundle development module 60 generates a data group having data structure illustrated in FIG. 9 , based on the received bundle file. The data group illustrated in FIG. 9 is obtained by reconstructing the contents of the bundle file received by the bundle development module 60 .
  • the data group generated by the bundle development module 60 includes product catalog data, service catalog data, inventory template data, CM template data, service template data, slice template data, monitoring script data, security script data, Helm chart data, and container image data.
  • the product catalog data is, for example, data corresponding to business section data included in a bundle file.
  • the product catalog data shows information regarding business requirements of the network service, such as the name of the network service displayed on the purchase screen illustrated in FIG. 2 , license requirements, and the definition of the service level agreement (SLA).
  • SLA service level agreement
  • the product catalog data in this embodiment includes data indicating mandatory input items and optional input items for the service requirements of the network service.
  • the purchase screen illustrated in FIG. 2 and the service requirement input screen illustrated in FIG. 3 are generated based on the product catalog data.
  • the service catalog data is, for example, data corresponding to a part of the technology section data included in the bundle file.
  • the service catalog data contains a workflow script for constructing the network service.
  • the service catalog data may include requirement configuration correspondence data indicating the correspondence between a value of the above-mentioned service requirement data and the configuration of a functional unit group (for example, CNF group) constructed in response to a purchase request.
  • a functional unit group for example, CNF group
  • the service catalog data may include requirement configuration correspondence data indicating the correspondence between the value of the service requirement data, the type of a functional unit group, and the number of functional units for each type.
  • the requirement configuration correspondence data may show that “20,000 subscribers correspond to one packet data network gateway (P-GW),” “20,000 subscribers correspond to one IP multimedia system (IMS),” and “20,000 subscribers correspond to one home subscriber server (HSS)”.
  • P-GW packet data network gateway
  • IMS IP multimedia system
  • HSS home subscriber server
  • the requirement configuration correspondence data may indicate the correspondence between the value of the service requirement data and a location at which each functional unit included in a functional unit group constructed in response to a purchase request is to be constructed.
  • the location associated with the value of the service requirement data in the requirement configuration correspondence data may be different depending on functional units included in the functional unit group to be constructed.
  • the inventory template data is, for example, data corresponding to a part of the technology section data and a part of the security section data included in the bundle file.
  • the inventory template data is, for example, template data indicating the logic used by the inventory management module 66 .
  • the CM template data is, for example, data corresponding to a part of the technology section data and a part of the operation section data included in the bundle file, and is, for example, template data indicating the logic used by the CMaaS module 68 .
  • the service template data is, for example, data corresponding to a part of the technology section data included in the bundle file, and is, for example, template data indicating the logic used by the service manager module 70 .
  • the slice template data is, for example, data corresponding to a part of the technology section data included in the bundle file, and is, for example, template data indicating the logic used by the slice manager module 72 .
  • the monitoring script data is, for example, data corresponding to a part of the operation section data included in the bundle file, and is, for example, data indicating a monitoring script executed by the monitoring management module 74 .
  • the security script data is, for example, data corresponding to a part of the security section data included in the bundle file, and is, for example, data indicating a script regarding security executed by the security setting module 76 .
  • the Helm chart data is, for example, data corresponding to a part of the operation section data included in the bundle file, and is data indicating a script template (Helm chart) used by the container management module 78 .
  • the container image data is, for example, data corresponding to a part of the operation section data included in the bundle file, and is, for example, container image data of a container included in the functional unit group that achieves the network service.
  • the container image data includes one or a plurality of container images.
  • a container image ID which is an identifier of the container image, is linked to each of the one or the plurality of container images.
  • the bundle development module 60 determines a bundle ID that corresponds to a data group generated based on the bundle file.
  • a bundle ID is uniquely assigned to each generated data group.
  • the bundle development module 60 links the product catalog data included in the data group corresponding to the bundle ID to the determined bundle ID, and then transmits the product catalog data to the MPS 10 .
  • the bundle development module 60 outputs the service catalog data included in the data group to the E2EO module 62 after linking the service catalog data to the determined bundle ID. Then, the E2EO module 62 stores the service catalog data in the service catalog storage unit 64 .
  • the bundle development module 60 links the inventory template data, the CM template data, the service template data, the slice template data, the monitoring script data, the security script data, the Helm chart data, and the container image data to the bundle ID corresponding to the data group, and then stores the pieces of data in the inventory management module 66 , the CMaaS module 68 , the service manager module 70 , the slice manager module 72 , the monitoring management module 74 , the security setting module 76 , the container management module 78 , and the repository unit 80 , respectively.
  • the product catalog data, the service catalog data, the inventory template data, the CM template data, the service template data, the slice template data, the monitoring script data, the security script data, the Helm chart data, and the container image data become linked to one another by the bundle ID.
  • the vendor can easily provide the network service by a simple operation of, for example, specifying a path of the bundle file.
  • the bundle management module 50 receives the product catalog data linked to the bundle ID transmitted from the bundle development module 60 . Then, the bundle management module 50 stores the received product catalog data in the product catalog storage unit 52 .
  • the product catalog storage unit 52 stores the product catalog data linked to the bundle ID as described above.
  • the purchase management module 54 of the MPS 10 includes an input screen control module 56 and a reception module 58 .
  • the input screen control module 56 of the purchase management module 54 controls display of an input screen which is a user interface on which a network service is selectable.
  • the input screen control module 56 transmits the data of the input screen to the purchaser terminal 14 and displays the input screen on the purchaser terminal 14 .
  • the input screen includes a selection screen for a network service to be purchased illustrated in FIG. 2 , and the service requirement input screen for the network service selected on the selection screen illustrated in FIG. 3 .
  • the input screen control module 56 sets the input screen so that the purchaser (that is, the user who purchases the network service) can select the network service defined in the file. For example, when a plurality of different bundle files have been on-boarded from the vendor, as illustrated in the selection screen of FIG. 2 , network services defined in the respective bundle files (in the example of FIG. 2 , a voice communication service, a data communication service, and an IoT service) are displayed so that those network services can be selected on the marketplace.
  • the input screen control module 56 sets the service requirement input screen so that the service requirements defined in the file can be input.
  • the service requirements to be input by the purchaser may include at least one of the examples illustrated in FIG. 3 , specifically, the number of subscribers, an opposite IP, a monitoring target, a monitoring interval, a target area (also referred to as a service development area), or a password.
  • the definition of the network service and the service requirements to be input by the purchaser are set in the business section data of a bundle file registered from the vendor terminal 16 .
  • the definition of the network service and the service requirements to be input by the purchaser, which are set in the business section data of the bundle file, are included in the product catalog data generated based on the bundle file, and are passed to the MPS 10 .
  • the service requirements to be input by the purchaser regarding the network service to be purchased may include a service level of one or a plurality of network slices forming the network service (that is, information on the SLA).
  • the service level of the network slices may include an amount of hardware resources (for example, number of servers or communication devices, CPU type of each device, amount of memory, and network bandwidth), memory usage rate (upper limit or average), CPU usage rate (upper limit or average), storage usage rate (upper limit or average), and bandwidth usage rate (upper limit or average).
  • the service level of the network slices may include latency (ms), mobility (km/h), throughput (Mbps), and UE density (km 2 ).
  • the service requirements may be input as follows.
  • Slice 1 Latency 10 ms, mobility 100 km/h, throughput 300 Mbps, UE density 2,500 km 2
  • Slice 2 Latency 10 ms, mobility 5 km/h, throughput 1,000 Mbps, UE density 75,000 km 2
  • Information on the service level of the network slices may be included in the definition of the network slice in the technology section of the bundle file. For example, information on a slice 1 and a slice 2 may be included as options. Further, information on the service level of the network slices may be set as information to be displayed on the service requirement input screen in the product catalog data generated from the bundle file.
  • the network service selection screen (for example, FIG. 2 ) and the service requirement input screen (for example, FIG. 3 ) are configured so that data relating to the selected network service and the input service requirements is transmitted to the MPS 10 when a predetermined determination operation is input from the user.
  • the reception module 58 of the purchase management module 54 receives, when one or a plurality of network services are selected on the input screens (selection screen and service requirement input screen), the data relating to the one or the plurality of network services which are selected by the user and are transmitted from the purchaser terminal 14 .
  • the vendor can flexibly set the network service to be provided to the purchaser and the service requirements required to construct the network service by using a bundle file.
  • the purchaser for example, an MVNO, can purchase the desired network service based on a simple procedure by accessing the MPS 10 and inputting the service requirements and the like.
  • the user of a marketplace can select on the marketplace a wide variety of network services provided by various vendors.
  • the user of the marketplace can easily construct a network corresponding to his or her needs without performing difficult settings, for example, simply by freely selecting the network service to be purchased on the marketplace and proceeding to the purchase procedure.
  • the purchase management module 54 receives from the purchaser terminal 14 a network service construction request, such as a purchase request for a network service, which is linked to the bundle ID and the service requirement data.
  • a network service construction request such as a purchase request for a network service
  • a bundle ID linked to a purchase request is hereinafter referred to as “purchase bundle ID”
  • service requirement data linked to a purchase request is hereinafter referred to as “purchase service requirement data.”
  • the purchase management module 54 (reception module 58 ) transmits the purchase service requirement data linked to the purchase bundle ID to the E2EO module 62 in response to the reception of the purchase request described above.
  • the purchase management module 54 identifies the turnaround time of the network service purchased by the purchaser. Then, the purchase management module 54 notifies the purchaser of the identified turnaround time. For example, the purchase management module 54 (input screen control module 56 ) generates a purchase confirmation screen indicating the identified turnaround time, and transmits the generated purchase confirmation screen to the purchaser terminal 14 .
  • the inventory database 82 is, for example, a database in which inventory information for a plurality of servers 90 managed by the NOS 12 and arranged in the core network system 20 and the base station apparatus 22 is stored.
  • the inventory database 82 stores inventory data including the physical inventory data illustrated in FIG. 10 and the logical inventory data illustrated in FIG. 11 .
  • the inventory data shows the status of resources managed by the NOS 12 (for example, resource usage status).
  • FIG. 10 is a diagram for illustrating an example of the data structure of the physical inventory data.
  • the physical inventory data illustrated in FIG. 10 is associated with one server 90 .
  • the physical inventory data illustrated in FIG. 10 includes, for example, a server ID, location data, building data, floor number data, rack data, an allocated resource pool group ID, an allocated resource pool ID, specification data, network data, and operating container ID list.
  • the server ID included in the physical inventory data is, for example, an identifier of the server 90 associated with the physical inventory data.
  • Location data included in the physical inventory data is, for example, data indicating the location of the server 90 (for example, the address of the location) associated with the physical inventory data.
  • Building data included in the physical inventory data is, for example, data indicating a building (for example, a building name) in which the server 90 associated with the physical inventory data is arranged.
  • Floor number data included in the physical inventory data is, for example, data indicating a floor number at which the server 90 associated with the physical inventory data is arranged.
  • Rack data included in the physical inventory data is, for example, an identifier of a rack in which the server 90 associated with the physical inventory data is arranged.
  • An allocated resource pool group ID included in the physical inventory data is, for example, an identifier of a resource pool group to which the server 90 associated with the physical inventory data is allocated.
  • An allocated resource pool ID included in the physical inventory data is, for example, an identifier of a resource pool to which the server 90 associated with the physical inventory data is allocated.
  • a resource pool indicated by the allocated resource pool ID is any resource pool included in a resource pool group corresponding to the allocated resource pool group ID.
  • a free server is assigned to any resource pool group. However, it is undetermined to which resource pool included in the resource pool group the free server is assigned. For such a free server, “Null” is set as the value of the allocated resource pool ID included in the corresponding physical inventory data.
  • the specification data included in the physical inventory data is data indicating the specifications of the server 90 , such as the number of cores, the memory capacity, and the hard disk capacity of the server 90 associated with the physical inventory data.
  • the network data included in the physical inventory data is, for example, data indicating an NIC included in the server 90 associated with the physical inventory data, the number of ports included in the NIC, and the like.
  • the operating container ID list included in the physical inventory data is, for example, data indicating a list of identifiers (container IDs) of one or a plurality of container instances operating in the server 90 associated with the physical inventory data.
  • FIG. 11 is a diagram for schematically illustrating an example of the data structure of logical inventory data.
  • the logical inventory data includes network service (NS) data, network function (NF) data, CNF data, pod data, and container data.
  • NS network service
  • NF network function
  • CNF CNF
  • pod data CNF
  • container data container data
  • the NS data is, for example, data indicating attributes such as an identifier of an instance of a network service corresponding to virtual RAN (vRAN) and the type of the network service.
  • the NF data is, for example, data indicating attributes such as an identifier of an instance of a network function corresponding to eNodeB or the like and the type of the network function.
  • the CNF data is, for example, data indicating attributes such as an identifier of an instance of CNF that corresponds to vCU, vDU, or the like and the type of the CNF.
  • the pod data is data indicating attributes such as the identifier of an instance of a pod included in the CNF and the type of the pod.
  • the “pod” refers to a minimum unit for managing a Docker container by Kubernetes.
  • the container data is data indicating attributes such as the container ID of an instance of a container included in the pod and the type of the container.
  • Data indicating attributes such as the host name and the IP address may be set in the above-mentioned data included in the logical inventory data.
  • the container data may include data indicating the IP address of a container corresponding to the container data.
  • the CNF data may include data indicating the IP address and the host name of a CNF indicated by the CNF data.
  • the above-mentioned data has a hierarchical structure, and the NS data is linked to one or a plurality of pieces of NF data respectively corresponding to one or a plurality of network functions included in a network service corresponding to the NS data. Further, the NF data is linked to one or a plurality of pieces of CNF data respectively corresponding to one or a plurality of CNFs included in a network function corresponding to the NF data. Further, the CNF data is linked to one or a plurality of pieces of pod data respectively corresponding to one or a plurality of pods included in a CNF corresponding to the CNF data. Further, the pod data is linked to one or a plurality of pieces of container data respectively corresponding to one or a plurality of containers included in a pod corresponding to the pod data.
  • a network service to be purchased by the purchaser is not required to correspond to a network service associated with the NS data.
  • the network service to be purchased by the purchaser may be achieved by a functional unit group corresponding to a network function associated with one or a plurality of pieces of NF data, or may be achieved by a functional unit group associated with one or a plurality of pieces of CNF data.
  • the network service to be purchased by the purchaser may be achieved by a functional unit group associated with one or a plurality of pods, or may be achieved by a functional unit group associated with one or a plurality of containers.
  • the logical inventory data in this embodiment includes a plurality of pieces of resource pool management data that are associated with respective resource pool groups.
  • FIG. 12 is a diagram for illustrating an example of resource pool management data in this embodiment.
  • the resource pool management data indicates the statuses of a plurality of resource pools included in a resource pool group associated with the resource pool management data.
  • the resource pool management data illustrated in FIG. 12 includes a resource pool group ID, a plurality of pieces of resource pool data, and free server number data.
  • the resource pool group ID included in the resource pool management data is an identifier of a resource pool group associated with the resource pool management data.
  • the free server number data included in the resource pool management data is data indicating the number of free servers allocated to the resource pool group associated with the resource pool management data.
  • the resource pool data is data indicating the statuses of resource pools included in a resource pool group associated with the resource pool management data.
  • the resource pool data includes a resource pool ID, total core number data, remaining core number data, and CNF type data.
  • the resource pool ID is an identifier of a resource pool.
  • the total core number data is data indicating the total number of cores of a server 90 allocated to the resource pool.
  • the total core number data is a specific example of resource total amount data indicating the total amount of hardware resources included in the resource pool.
  • the remaining core number data is data indicating the number of remaining cores of the server 90 allocated to the resource pool.
  • the remaining core number data is a specific example of resource remaining amount data indicating the remaining amount of the hardware resources included in the resource pool.
  • the CNF type data is data indicating one or more types of CNFs linked to the resource pool.
  • the CNF type data is a specific example of functional unit type data indicating one or more types of functional units linked to the resource pool.
  • a resource pool group that spans a plurality of locations may be preset, or a resource pool group that is associated with only one location may be preset. In any case, the resource pool group is associated with one or a plurality of locations indicated by the physical inventory data.
  • the inventory management module 66 can appropriately grasp the resource status in cooperation with the container management module 78 . Then, the inventory management module 66 appropriately updates the inventory data stored in the inventory database 82 based on the latest resource status.
  • the E2EO module 62 and the inventory management module 66 identify the configuration of a functional unit group that achieves a network service to be purchased, for example, based on the service requirement data received from the purchase management module 54 .
  • the E2EO module 62 acquires, from the service catalog storage unit 64 , service catalog data corresponding to a purchase bundle ID linked to the purchase service requirement data received from the purchase management module 54 .
  • the E2EO module 62 executes a workflow script indicated by the service catalog data.
  • the E2EO module 62 and the inventory management module 66 cooperate with each other to function as a generation module configured to generate network configuration data indicating the configuration of the network service selected by the purchaser.
  • Network configuration data is hereinafter also referred to as “planned data.”
  • the E2EO module 62 and the inventory management module 66 generate planned data illustrated as an example in FIG. 13 and FIG. 14 based on the purchase service requirement data received from the purchase management module 54 , the service catalog data linked to the purchase bundle ID, the inventory template data linked to the purchase bundle ID, and the inventory data.
  • the planned data is, for example, data indicating the configuration of a functional unit group that achieves a network service to be purchased. This process is executed, for example, with the execution of the workflow script by the E2EO module 62 as a trigger.
  • FIG. 13 is a diagram for illustrating an example of the data structure of planned data in this embodiment.
  • FIG. 14 is a diagram for schematically illustrating an example of the planned data in this embodiment.
  • the planned data in this embodiment includes an inventory key being an identifier of the planned data.
  • the inventory key is uniquely assigned to the planned data when the planned data is generated.
  • the planned data includes a purchase bundle ID (“0010” in the example of FIG. 14 ).
  • the planned data includes a user ID being an identifier of the purchaser (user) who has made a purchase request.
  • the planned data may include a value that is set to the purchase service requirement data.
  • the planned data illustrated in FIG. 13 and FIG. 14 includes the value of opposite IP data, the value of monitoring target data, the value of monitoring interval data, and the value of password data included in the purchase service requirement data.
  • the planned data includes functional unit configuration data for each of functional units included in the functional unit group that achieves the network service to be purchased.
  • the functional unit configuration data includes, for example, CNF type data indicating the type of the functional unit, host name data indicating the host name, IP address data indicating the IP address, and a plurality of pieces of container configuration data associated with respective containers forming the functional unit.
  • the E2EO module 62 may identify the number of functional unit groups that are constructed. For example, the E2EO module 62 may identify the respective types of functional unit groups that achieve the network service to be purchased and the number of functional units for each type, based on the purchased service requirement data and the requirement configuration correspondence data included in the service catalog data. For example, when the number of subscribers indicated by the service requirement data is 50,000, functional unit groups that are constructed may be identified as three P-GWs, three IMSes, and three HSSes based on the above-mentioned requirement configuration correspondence data.
  • the E2EO module 62 may output the data indicating the respective types of functional unit groups and the number of functional units for each type to the inventory management module 66 along with the service requirement data.
  • the inventory management module 66 may determine the host name and the IP address assigned to each functional unit based on the data and the inventory data. For example, the host name and the IP address may be determined so as not to be the same as host names or IP addresses that are already being used. Then, the planned data including the host name data indicating the determined host name and the IP address data indicating the determined IP address may be generated.
  • the E2EO module 62 may identify the location at which each of the functional units included in the constructed functional unit group is constructed. For example, the E2EO module 62 may determine the location of each functional unit included in the constructed functional unit group based on the target area data included in the purchase service requirement data and the requirement configuration correspondence data included in the service catalog data. A different location may be determined for each functional unit. Then, for each functional unit, a host name and an IP address available at the location determined for the functional unit may be determined as the host name and the IP address of the functional unit. Then, the planned data including the host name data indicating the determined host name and the IP address data indicating the determined IP address may be generated.
  • the E2EO module 62 may identify, for each of a plurality of locations, the type and the number of functional units constructed at the location. In this case, in accordance with the location that is identified based on the purchase service requirement data, the E2EO module 62 may determine the number of functional units for each type that are constructed at the location. Further, the E2EO module 62 may determine the number of functional units for each type that are constructed for each location based on a weight set for each location identified based on the purchase service requirement data.
  • the E2EO module 62 may store assumed busy level data illustrated in FIG. 15 .
  • the assumed busy level data illustrated in FIG. 15 indicates, for example, the population of an area covered by one or a plurality of cells under the control of a data center linked to the assumed busy level data.
  • the value of the assumed busy level data is an example of the weight set for each location described above.
  • the assumed busy level data for the data center of the core network system 20 indicates, for example, the population of the area covered by the cells of one or a plurality of base station apparatus 22 communicating to/from the core network system 20 .
  • more functional units may be deployed at a location with a higher population indicated by the assumed busy level data.
  • the total number “n” of vDUs to be deployed is identified based on the subscriber number data included in the purchase service requirement data.
  • a plurality of data centers which are vDUs' deployment destinations, and are located within a target area indicated by the target area data, are identified based on the target area data included in the purchase service requirement data.
  • the number of vDUs obtained by proportionally dividing the total number “n” of identified vDUs may be deployed at each data center.
  • the container configuration data includes, for example, a container ID, a container image ID, required resource data, a resource pool group ID, a resource pool ID, and a connected container ID list.
  • the container ID is, for example, as described above, an identifier uniquely assigned to an instance of a container corresponding to the container configuration data.
  • the container image ID included in the container configuration data for example, a container image ID assigned to a container image of the container corresponding to the container configuration data is set.
  • the required resource data is, for example, data indicating a resource required to operate the container.
  • the inventory template data indicates, for each container, the resource required to operate the container.
  • the inventory management module 66 sets the value of the required resource data based on the inventory template data.
  • the value of the resource pool group ID of a resource pool group to which the container corresponding to the container configuration data is assigned is set.
  • the inventory management module 66 may determine a resource pool group ID for which the container is constructed based on, for example, the location determined as described above and the inventory data.
  • the value of the resource pool ID of a resource pool to which the container corresponding to the container configuration data is assigned is set.
  • the inventory management module 66 may determine a resource pool ID based on, for example, the type of the container and the resource pool management data.
  • the connected container ID list is a list of container IDs of containers connected to the container.
  • the inventory template data indicates, for each container, the type of a container connected to the container.
  • the inventory management module 66 determines the value of the connected container ID list based on, for example, the inventory template data and the inventory data.
  • the E2EO module 62 identifies a resource pool in which a new functional unit group is deployed and a required resource in cooperation with the inventory management module 66 .
  • the E2EO module 62 may identify a resource pool linked to a functional unit identified in response to the reception of a network service construction request, for example, the reception of a purchase request. Further, the E2EO module 62 may identify a resource pool group based on the target area of the network service to be purchased. For example, the resource pool group may be identified based on the target area indicated by the target area data included in the purchase service requirement data. Then, the E2EO module 62 may identify a resource pool in which a new functional unit group is deployed from among resource pools included in the identified resource pool group.
  • the E2EO module 62 determines whether or not a hardware resource (for example, the server 90 in this case) in which the new functional unit group is deployed can be secured. For example, it is determined whether (1) the server 90 can be secured, (2) the server 90 can be secured by setting up an unused hardware resource (for example, a free server in this case) that is not included in any resource pool, or (3) the server 90 cannot be secured.
  • a hardware resource for example, the server 90 in this case
  • the E2EO module 62 determines whether or not a predetermined specific type of functional unit is deployed in an unused hardware resource (for example, a free server in this case).
  • the E2EO module 62 identifies a resource pool linked to the specific type of functional unit. For example, the resource pool is identified based on the resource pool management data.
  • the resource pool ID of the resource pool group identified as described above and the resource pool ID of the identified resource pool are set in the container configuration data.
  • the CMaaS module 68 , the service manager module 70 , the slice manager module 72 , and the container management module 78 cooperate with each other to function as a construction module configured to construct the network service selected by the purchaser based on the network configuration data (for example, planned data illustrated in FIG. 13 and FIG. 14 ) generated by the E2EO module 62 and the inventory management module 66 .
  • the network configuration data for example, planned data illustrated in FIG. 13 and FIG. 14
  • the CMaaS module 68 , the service manager module 70 , and the slice manager module 72 identify a construction procedure of the functional unit group.
  • the construction procedure includes, for example, a procedure of container configuration management such as deploying a container and setting the deployed container and a container related to the deployed container. This process is executed, for example, with the execution of the workflow script by the E2EO module 62 as a trigger.
  • the CMaaS module 68 , the service manager module 70 , the slice manager module 72 , and the container management module 78 construct a functional unit group by executing the identified construction procedure. This process is also executed, for example, with the execution of the workflow script by the E2EO module 62 as a trigger.
  • Each of the functional units included in the functional unit group may be constructed at a location identified for the functional unit.
  • the number of functional unit groups identified based on the purchase service requirement data may be constructed.
  • an identified number of functional units of a type identified for the location may be constructed.
  • the CMaaS module 68 and the BMaaS module 84 secure, for example, a hardware resource (for example, the server 90 in this case) in which a new functional unit group is deployed.
  • a hardware resource for example, the server 90 in this case
  • the CMaaS module 68 and the BMaaS module 84 perform a system software setup in accordance with a specific type of functional unit on an unused hardware resource.
  • the CMaaS module 68 or the BMaaS module 84 stores a script (for example, an Ansible script) for performing a setup for the above-mentioned specific type of functional unit.
  • the script describes, for example, a procedure of installing a host OS serving as a platform of a container execution environment, a procedure of setting a kernel of the host OS, a procedure of setting a basic input output system (BIOS), which have a specific type or a specific version.
  • BIOS basic input output system
  • a system software setup in accordance with the specific type of functional unit is performed on a free server.
  • the setup of the host OS and the BIOS of the container execution environment is performed on the free server.
  • the CMaaS module 68 and the BMaaS module 84 update the resource pool management data so as to add the unused hardware resource on which the system software setup is performed to the identified resource pool.
  • Such addition of the hardware resource to the resource pool is detected by the container management module 78 which manages the hardware resource.
  • the inventory management module 66 updates inventory data that corresponds to the added hardware resource (server 90 ). This allows the resource pool to include the hardware resource on which the system software setup in accordance with the specific type of functional unit is performed.
  • vDU is assumed to be a specific type of functional unit. It is also assumed that the number of cores required for vDU is 5 and the number of free server cores is 50.
  • a resource pool linked to vDU is identified when a network service including vDU is purchased.
  • a resource pool having a resource pool ID of “C” is identified.
  • whether or not the remaining hardware resources of this resource pool are sufficient is examined.
  • a system software setup in accordance with vDU is performed on one free server.
  • the server 90 on which the system software setup has been performed is added to the resource pool C, and the resource pool management data is updated to the resource pool management data illustrated in FIG. 16 .
  • a system software setup in accordance with one or more types of functional units linked to the resource pool is performed on the hardware resources included in the resource pool corresponding to the resource pool data.
  • a dedicated setup be performed on hardware resources, for example, a server, with regard to system software such as a host OS and BIOS.
  • system software such as a host OS and BIOS.
  • one possible option is to prepare in advance the required number of hardware resources on which such a dedicated system software setup has been performed before the network service is started to be provided, and, when required, deploy the functional unit on the prepared hardware resources.
  • the functional units may be identified based on results of demand forecasting. For example, based on the results of the demand forecasting, functional units predicted to be in short supply in the near future may be identified. Then, a resource pool linked to the functional units thus identified may be identified. Then, an unused hardware resource on which a system software setup in accordance with the functional units has been performed may be added to the resource pool.
  • the service manager module 70 instructs the container management module 78 to deploy the new functional unit group, for example, based on the above-mentioned planed data and service template data linked to the purchase bundle ID stored in the service manager module 70 .
  • the service template data can accept a part or all of the planned data as a parameter.
  • a CNF descriptor is an example of the above-mentioned service template data.
  • FIG. 17 is a diagram for illustrating an example of the CNFD.
  • the service manager module 70 generates, for example, a day 0 parameter (CNF instance) illustrated in FIG. 18 based on the planned data and the CNFD. For example, the day 0 parameter illustrated in FIG. 18 in which a host name and the value of an IP address of the CNFD illustrated in FIG. 17 are set is generated.
  • the CNFD may include a template associated with each of a plurality of deployment flavors. Then, for example, the service manager module 70 may generate the day 0 parameter based on a template corresponding to a deployment flavor in accordance with the purchase service requirement data.
  • the service manager module 70 may identify the location of the output destination of the day 0 parameter. For example, one or a plurality of container management modules 78 that serve as output destinations of the day 0 parameter may be identified. For example, a container management module 78 associated with a server 90 arranged at the location of a resource pool indicated by the container configuration data of the planned data may be identified. Then, a day 0 parameter that is output to each of identified locations may be generated. For example, a day 0 parameter that is output to each of one or a plurality of container management modules 78 that serve as the output destinations may be generated.
  • the service manager module 70 outputs each of the generated one or plurality of day 0 parameters to a container management module 78 serving as the location of the output destination of the day 0 parameter.
  • a purchase bundle ID is linked to the day 0 parameter.
  • the container management module 78 deploys a new functional unit group based on the received day 0 parameter.
  • the container management module 78 identifies a container image to be deployed and a resource pool in which the container is deployed, for example, based on Helm chart data associated with the purchase bundle ID and on the received day 0 parameter.
  • the container management module 78 acquires the container image from the repository unit 80 and deploys a container corresponding to the container image in the identified resource pool. For example, a manifest file is generated based on the Helm chart data associated with the purchase bundle ID and on the received day 0 parameter. Then, the deployment of a container is executed through use of the manifest file.
  • the CMaaS module 68 generates planned CM data including a day 1 parameter, for example, based on the above-mentioned planned data and CM template data stored in the CMaaS module 68 and linked to the purchase bundle ID.
  • the CM template data can accept a part or all of the planned data as a parameter.
  • the day 1 parameter indicates, for example, a configuration management procedure, for example, the settings of a deployed functional unit group and at least one functional unit related to the functional unit group (for example, a functional unit communicating to/from the deployed functional unit group).
  • a day 1 parameter relating to the base station apparatus 22 indicates, for example, radio field intensity, the direction and angle of the antenna 22 a , a serial number, and the like.
  • a day 1 parameter relating to a serving-gateway (S-GW) indicates, for example, information indicating an opposite node (information indicating a mobility management entity (MME) or an access point name (APN) of a communication partner), the host name or FQDN of a Remote Authentication Dial In User Service (RADIUS) server, and the like.
  • MME mobility management entity
  • API access point name
  • RADIUS Remote Authentication Dial In User Service
  • the CMaaS module 68 executes configuration management, for example, the setting of the functional unit, based on the day 1 parameter included in the generated planned CM data. Those processes are executed, for example, with the execution of the workflow script by the E2EO module 62 as a trigger.
  • the slice manager module 72 executes, for example, instantiation of a network slice pertaining to a network service to be purchased, based on the above-mentioned planned data and slice template data linked to the purchase bundle ID stored in the slice manager module 72 .
  • the slice template data can accept a part or all of the planned data as a parameter. This process is executed, for example, with the execution of the workflow script by the E2EO module 62 as a trigger.
  • the slice manager module 72 may output a configuration management instruction related to the instantiation of the network slice to the CMaaS module 68 . Then, the CMaaS module 68 may execute configuration management, for example, settings in accordance with the configuration management instruction.
  • the CMaaS module 68 may execute configuration management regarding new functional unit groups when the deployment of the new functional unit groups is completed, and then execute configuration management related to the instantiation of the network slice.
  • the CMaaS module 68 may update a once-generated day 1 parameter based on the configuration management instruction received from the slice manager module 72 . Then, the CMaaS module 68 may collectively perform the configuration management related to the new functional unit groups and the instantiation of the network slice.
  • the monitoring management module 74 identifies a monitoring policy indicated by the purchase service requirement data based on the above-mentioned planned data and monitoring script data linked to the purchase bundle ID stored in the monitoring management module 74 . Then, the monitoring management module 74 executes a monitoring setting in accordance with the identified monitoring policy. Then, in accordance with the identified monitoring policy, the monitoring management module 74 monitors a functional unit group which is constructed. For example, monitoring of a monitoring target indicated by the purchase service requirement data may be executed at a monitoring interval indicated by the purchase service requirement data. This process is executed, for example, with the execution of the workflow script by the E2EO module 62 as a trigger.
  • the monitoring management module 74 may deploy, for example, a sidecar which outputs the value of the metric of the monitoring target linked to the container of the monitoring target as a log at the above-mentioned monitoring interval. Then, the sidecar may output the log to the monitoring management module 74 in accordance with the above-mentioned monitoring setting. Then, the monitoring management module 74 may accumulate the log. Then, the monitoring management module 74 may, for example, transmit the log to the purchaser terminal 14 in response to a request from the purchaser terminal 14 .
  • the security setting module 76 executes a security setting, for example, a password setting, in accordance with the value of the purchase service requirement data based on, for example, the above-mentioned planned data and the security script data stored in the security setting module 76 and linked to the purchase bundle ID.
  • a security setting for example, a password setting
  • the vendor terminal 16 transmits bundle data arranged in a path specified on the onboarding screen to the bundle development module 60 of the NOS 12 (Step S 101 ).
  • the bundle development module 60 develops the bundle data received in the process step of Step S 101 and generates a data group illustrated in FIG. 9 (Step S 102 ).
  • the bundle development module 60 determines a bundle ID corresponding to the data group generated in the process step of Step S 102 (Step S 103 ).
  • the bundle development module 60 then transmits product catalog data included in the data group generated in the process step of Step S 102 that is linked to the bundle ID determined in the process step of Step S 103 to the bundle management module 50 of the MPS 10 . Then, the bundle management module 50 of the MPS 10 stores the received product catalog data in the product catalog storage unit 52 (Step S 104 ).
  • the bundle development module 60 then outputs to the E2EO module 62 service catalog data included in the data group generated in the process step of S 102 that is linked to the bundle ID determined in the process step of Step S 103 . Then, the E2EO module 62 stores the received service catalog data in the service catalog storage unit 64 (Step S 105 ).
  • the bundle development module 60 causes the inventory management module 66 to store inventory template data included in the data group generated in the process step of in Step S 102 that is linked to the bundle ID determined in the process step of Step S 103 (Step S 106 ).
  • the bundle development module 60 stores CM template data included in the data group generated in the process step of Step S 102 that is linked to the bundle ID determined in the process step of Step S 103 in the CMaaS module 68 (Step S 107 ).
  • the bundle development module 60 then stores service template data included in the data group generated in the process step of Step S 102 that is linked to the bundle ID determined in the process step of Step S 103 in the service manager module 70 (Step S 108 ).
  • the bundle development module 60 stores slice template data included in the data group generated in the process step of S 102 that is linked to the bundle ID determined in the process step of Step S 103 in the slice manager module 72 (Step S 109 ).
  • the bundle development module 60 stores monitoring script data included in the data group generated in the process step of Step S 102 that is linked to the bundle ID determined in the process step of Step S 103 in the monitoring management module 74 (Step S 110 ).
  • the bundle development module 60 stores security script data included in the data group generated in the process step of Step S 102 that is linked to the bundle ID determined in the process step of Step S 103 in the security setting module 76 (Step S 111 ).
  • the bundle development module 60 then stores Helm chart data included in the data group generated in the process step of Step S 102 that is linked to the bundle ID determined in the process step of Step S 103 in the container management module 78 (Step S 112 ).
  • the bundle development module 60 may store the Helm chart included in the data group generated in the process step of Step S 102 in a plurality of container management modules 78 .
  • Helm chart data associated with the container management module 78 may be stored in the container management module 78 .
  • the bundle development module 60 stores container image data included in the data group generated in the process step of Step S 102 that is linked to the bundle ID determined in the process step of Step S 103 in the repository unit 80 (Step S 113 ), and the process illustrated in this process example is ended.
  • the purchaser terminal 14 transmits the purchase service requirement data linked to the purchase bundle ID to the purchase management module 54 of the MPS 10 (Step S 201 ).
  • the purchase bundle ID is the bundle ID of a network service selected by the purchaser on the purchase screen illustrated in FIG. 2 .
  • the purchase service requirement data is service requirement data indicating the details of input onto the service requirement input screen illustrated in FIG. 3 .
  • the purchase management module 54 of the MPS 10 transmits the purchase service requirement data linked to the purchase bundle ID received in the process step of Step S 201 to the E2EO module 62 of the NOS 12 (Step S 202 ).
  • the E2EO module 62 of the NOS 12 then generates availability inquiry data based on the service catalog data linked to the purchase bundle ID (Step S 203 ). For example, availability inquiry data that indicates the types of functional unit groups that achieve the network service to be purchased and the number of functional units for each type is generated.
  • the E2EO module 62 outputs the availability inquiry data generated in the process step of Step S 203 to the inventory management module 66 (Step S 204 ).
  • the inventory management module 66 generates availability data based on the received availability inquiry data, inventory data, and inventory template data (Step S 205 ). For example, availability data that indicates whether (1) a hardware resource in which a functional unit group indicated by the received availability inquiry data is deployed can be secured, (2) the hardware resource can be secured by adding a free server to the resource pool, or (3) the hardware resource cannot be secured is generated.
  • the inventory management module 66 transmits the availability data generated in the process step of Step S 205 to the E2EO module 62 (Step S 206 ).
  • the E2EO module 62 then generates reply data based on the availability data received in the process step of Step S 206 (Step S 207 ). For example, when the availability data indicates “(1)” or “(2)” described above, reply data indicating “OK” is generated, and when the availability data indicates “(3)” described above, reply data indicating “NG” is generated.
  • the E2EO module 62 transmits the reply data generated in the process step of Step S 207 to the purchase management module 54 of the MPS 10 (Step S 208 ).
  • the purchase management module 54 then generates a purchase confirmation screen based on the reply data received in the process step of Step S 208 (Step S 209 ). For example, when the received replay data indicates “OK”, a purchase confirmation screen illustrated in FIG. 4 indicating that the service can be immediately provided generated. Meanwhile, when the received reply data indicates “NG”, a purchase confirmation screen illustrated in FIG. 5 indicating that a predetermined turnaround time is required (for example, turnaround time of 2 weeks is required) is generated.
  • the purchase management module 54 transmits the purchase confirmation screen generated in the process step of Step S 209 to the purchaser terminal 14 (Step S 210 ).
  • the purchaser terminal 14 then displays the purchase confirmation screen received in the process step of Step S 210 on the display of the purchaser terminal 14 (Step S 211 ), and the process shown in this process example is ended.
  • the purchaser terminal 14 transmits a purchase request for the network service to the purchase management module 54 of the MPS 10 (Step S 301 ). It is assumed that the purchase request is linked to the purchase bundle ID and the purchase service requirement data transmitted in the process step of Step S 201 .
  • the purchase management module 54 transmits to the E2EO module 62 the purchase request linked to the purchase bundle ID and the purchase service requirement data received in the process step of Step S 301 (Step S 302 ).
  • the E2EO module 62 then identifies service catalog data corresponding to the purchase bundle ID linked to the received purchase request (Step S 303 ).
  • the E2EO module 62 acquires the service catalog data identified in the process step of Step S 303 from the service catalog storage unit 64 and executes the workflow script indicated by the service catalog data (Step S 304 ), and the process shown in this process example is ended.
  • Step S 304 The details of the process step of Step S 304 is now described with reference to the flowcharts illustrated in FIG. 22 A to FIG. 22 G .
  • Step S 401 the E2EO module 62 and the inventory management module 66 generate planned data based on the purchase service requirement data linked to the purchase request, service catalog data, inventory template data, and inventory data.
  • the process to be executed in Step S 401 includes, for example, a process of identifying a resource pool in which a functional unit group is deployed, and a required resource.
  • the inventory management module 66 stores the generated planned data in the inventory database 82 (Step S 402 ).
  • the inventory management module 66 then outputs an inventory key included in the generated planned data to the E2EO module 62 (Step S 403 ).
  • the E2EO module 62 outputs the inventory key that has been received to the CMaaS module 68 (Step S 404 ).
  • the CMaaS module 68 then acquires planned data including the received inventory key from the inventory database 82 (Step S 405 ).
  • the CMaaS module 68 generates and holds planned CM data including a day 1 parameter based on the planned data acquired in the process step of Step S 405 (Step S 406 ).
  • the CMaaS module 68 outputs an instruction for a setup, for example, securing required hardware resources, to the BMaaS module 84 (Step S 407 ), and the BMaaS module 84 executes a setup, for example, securing hardware resources in accordance with the instruction (Step S 408 ).
  • the setup of system software in accordance with a specific type of functional unit and addition of a free server to the resource pool are executed as required.
  • a free server may be added to the resource pool with an enough margin (buffer).
  • a plurality of servers 90 may be collectively added to the resource pool.
  • the CMaaS module 68 updates the resource pool management data (Step S 410 ). For example, the value of the remaining core number data of the resource pool for which the hardware resources are secured may be subtracted. Further, the number of free servers and the value of the total core number data may be updated.
  • the BMaaS module 84 may update the resource pool management data. Further, the inventory management module 66 may update the resource pool management data in accordance with an instruction from the CMaaS module 68 .
  • the CMaaS module 68 outputs a completion notification to the E2EO module 62 (Step S 411 ).
  • the E2EO module 62 outputs the inventory key received in the process step of Step S 403 to the service manager module 70 (Step S 412 ).
  • the service manager module 70 then acquires planned data including the received inventory key from the inventory database 82 (Step S 413 ).
  • the service manager module 70 identifies a location at which the functional unit group is deployed based on the planned data acquired in the process step of Step S 418 (Step S 414 ).
  • the service manager module 70 then generates a day 0 parameter (CNF instance) for each location identified in the process step of Step S 414 (Step S 415 ).
  • Step S 416 the service manager module 70 outputs a day 0 parameter corresponding to the container management module 78 (Step S 416 ).
  • the container management module 78 then executes the deployment of a container based on the day 0 parameter that has been received (Step S 417 ).
  • the container management module 78 then outputs a completion notification to the service manager module 70 (Step S 418 ).
  • the service manager module 70 outputs the completion notification to the E2EO module 62 (Step S 419 ).
  • the E2EO module 62 then outputs a configuration management instruction that is based on the day 1 parameter to the CMaaS module 68 (Step S 420 ).
  • the CMaaS module 68 executes the configuration management of a container group that is based on the day 1 parameter included in the held planned CM data (Step S 421 ).
  • the CMaaS module 68 then outputs a completion notification to the E2EO module 62 (Step S 422 ).
  • the E2EO module 62 outputs the inventory key received in the process step of Step S 403 to the slice manager module 72 (Step S 423 ).
  • the slice manager module 72 then acquires planned data including the received inventory key from the inventory database 82 (Step S 424 ).
  • the slice manager module 72 executes the instantiation of a network slice based on the planned data acquired in the process step of Step S 429 (Step S 425 ).
  • the slice manager module 72 may output a configuration management instruction related to the instantiation of the network slice to the CMaaS module 68 .
  • the CMaaS module 68 may execute configuration management, for example, settings in accordance with the configuration management instruction.
  • the CMaaS module 68 may update the day 1 parameter based on the configuration management instruction received from the slice manager module 72 in the process step of Step S 425 without executing the process steps of from Step S 420 to Step S 422 . Then, the CMaaS module 68 may execute configuration management, for example, settings in accordance with the configuration management instruction.
  • the slice manager module 72 outputs a completion notification to the E2EO module 62 (Step S 426 ).
  • the E2EO module 62 then outputs the inventory key received in the process step of Step S 403 to the monitoring management module 74 (Step S 427 ).
  • the monitoring management module 74 acquires planned data including the received inventory key from the inventory database 82 (Step S 428 ).
  • the monitoring management module 74 executes a monitoring setting in accordance with a monitoring policy indicated by the purchase service requirement data (Step S 429 ).
  • the monitoring management module 74 outputs a completion notification to the E2EO module 62 (Step S 430 ).
  • the E2EO module 62 then outputs the inventory key received in the process step of Step S 403 to the security setting module 76 (Step S 431 ).
  • the security setting module 76 acquires planned data including the received inventory key from the inventory database 82 (Step S 432 ).
  • the security setting module 76 then executes a security setting based on the planned data acquired in the process step of Step S 432 (Step S 433 ).
  • the security setting module 76 outputs a completion notification to the E2EO module 62 (Step S 434 ), and the process shown in this process example is ended.
  • the network service to be provided to the purchaser may be implemented by a virtualized network function (VNF), which is a virtual machine (VM)-based functional unit that uses a hypervisor-type or host-type virtualization technology, instead of a CNF, which is a container-based functional unit.
  • VNF virtualized network function
  • CNF container-based functional unit
  • part of the processes performed by the E2EO module 62 may be performed by the inventory management module 66 . Further, for example, part of the processes performed by the inventory management module 66 may be performed by the E2EO module 62 .
  • the repository unit 80 is not required to be included in the NOS 12 .
  • the bundle development module 60 may store the helm chart data and the container image data in the container management module 78 . Then, the container management module 78 may deploy the container image stored in the container management module 78 .
  • the bundle development module 60 is not required to be included in the NOS 12 .
  • a bundle file may be on-boarded from an external file transfer server.
  • the input screen control module 56 of the MPS 10 sets (arranges) a plurality of icons for selecting network services on a selection screen which is used by the user to select the network services to be purchased. Each of the plurality of icons corresponds to one of a plurality of types of network services.
  • the reception module 58 of the MPS 10 receives from the purchaser terminal 14 data relating to the network services corresponding to the icons selected on the selection screen.
  • FIG. 23 is a diagram for illustrating an example of a network service selection screen.
  • a selection screen 100 includes, as network services of a first category (network applications) that can be purchased by the user, an icon indicating a 5G wireless access network (RAN) and an icon indicating a 5G core network.
  • 4G network services may also be included.
  • the selection screen 100 of FIG. 23 includes, as network services of a second category (general applications) that can be purchased by the user, an electronic mail system, an application of a rich communication system (RCS), an application a unified communications and collaboration (UCC), an educational application, and a communication environment measurement application.
  • RCS rich communication system
  • UCC unified communications and collaboration
  • the input screen control module 56 of the MPS 10 may set the input screen so that a display mode of a first icon corresponding to a network service yet to be purchased by the user and a display mode of a second icon corresponding to a network service already purchased by the user are different from each other, or so that an operation relating to selection of the first icon and an operation relating to selection of the second icon are different from each other.
  • the input screen control module 56 may set the data of the selection screen 100 so that the first icon (for example, the “5GRAN” icon of FIG. 23 ) is displayed in a normal mode (for example, relatively high brightness or chroma), but the second icon is displayed in a grayed-out mode indicating that the icon is not selectable (for example, relatively low brightness or chroma).
  • a normal mode for example, relatively high brightness or chroma
  • the second icon is displayed in a grayed-out mode indicating that the icon is not selectable (for example, relatively low brightness or chroma).
  • the input screen control module 56 may set the data of the selection screen 100 so that, when the first icon is selected, the MPS 10 is notified of the network service corresponding to the first icon as the network service to be purchased, and when the second icon is selected, the MPS 10 is not notified of the network service corresponding to the second icon as the network service to be purchased (that is, the selection of the second icon is ignored).
  • a network service construction system comprising:
  • service requirement data receiving means for receiving service requirement data indicating a service requirement
  • configuration identification means for identifying, based on the service requirement data, a configuration of a functional unit group that achieves a network service
  • construction procedure identification means for identifying a construction procedure of the functional unit group based on the identified configuration and template data in which the configuration is acceptable as a parameter
  • construction means for constructing the functional unit group by executing the identified construction procedure.
  • configuration identification means is configured to identify, based on the service requirement data, a location at which each of functional units included in the functional unit group is to be constructed, and
  • construction means is configured to construct each of the functional units included in the functional unit group at the location identified for the each of the functional units.
  • configuration identification means is configured to identify, based on the service requirement data, the number of functional unit groups to be constructed, and
  • construction means is configured to construct the identified number of functional unit groups.
  • configuration identification means is configured to identify, for each of a plurality of locations, a type and the number of functional units to be constructed at the each of the plurality of locations, based on the service requirement data, and
  • construction means is configured to construct, for each of the plurality of locations, an identified number of functional units of a type identified for the each of the plurality of locations.
  • the configuration identification means is configured to identify, based on the inventory data, at least one of the host name or the IP address of each of the functional units so that at least one of the host name or the IP address is prevented from being the same as at least one of the host name or the IP address that is already being used.
  • the network service construction system according to Item 8 wherein the configuration identification means is configured to identify at least one of the host name or the IP address of each of the functional units based on the location at which the each of the functional units is to be constructed.
  • the network service construction system according to any one of Items 7 to 10 further comprising notification means for notifying a purchaser of the network service of a turnaround time of the network service which is identified based on the inventory data.
  • the construction means is configured to execute, after the deployment of a new functional unit group, configuration management of the deployed functional unit group and at least one functional unit related to the functional unit group.
  • construction procedure identification means is configured to generate a day 1 parameter indicating a configuration management procedure for a functional unit group to be deployed
  • construction procedure identification means is configured to update the day 1 parameter based on a configuration management instruction related to instantiation of a network slice pertaining to the network service
  • construction means is configured to execute configuration management of at least one functional unit based on the day 1 parameter.
  • construction procedure identification means is configured to generate a day 0 parameter indicating a deployment procedure of the functional unit group
  • construction means is configured to deploy the functional unit group based on the day 0 parameter.
  • configuration identification means is configured to identify, based on the service requirement data, a monitoring policy of the functional unit group to be deployed, and
  • the network service construction system further comprises a monitoring management module configured to monitor, in accordance with the identified monitoring policy, the functional unit which is constructed.
  • monitoring management module is configured to deploy a sidecar linked to a monitoring target
  • the sidecar is configured to output, to the monitoring management module, a log which follows the monitoring policy.
  • bundle file receiving means for receiving a bundle file generated by a vendor different from a purchaser of the network service
  • generating means for generating, based on the bundle file, requirement configuration correspondence data, which indicates a correspondence between a value of the service requirement data and the configuration of the functional unit group, and the template data,
  • configuration identification means is configured to identify the configuration of the functional unit group based on the service requirement data received by the service requirement data receiving means and the requirement configuration correspondence data.
  • the network service construction system according to Item 18, wherein the bundle file is a verified file created by the vendor by an onboarding process utilizing a CI/CD pipeline.
  • the service construction system according to any one of Items 1 to 21, wherein functional units included in the functional unit group are implemented as containers.
  • a network service construction method comprising the steps of:
  • the technology of the present disclosure is applicable to a system for constructing a network service.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Stored Programmes (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
US17/758,301 2020-02-26 2020-09-18 Network service construction system and network service construction method Abandoned US20230057210A1 (en)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
JP2020-031065 2020-02-26
JP2020031065 2020-02-26
JP2020031066 2020-02-26
JP2020-031066 2020-02-26
PCT/IB2020/058695 WO2021171071A1 (ja) 2020-02-26 2020-09-18 ネットワークサービス構築システムおよびネットワークサービス構築方法

Publications (1)

Publication Number Publication Date
US20230057210A1 true US20230057210A1 (en) 2023-02-23

Family

ID=77491007

Family Applications (4)

Application Number Title Priority Date Filing Date
US17/758,301 Abandoned US20230057210A1 (en) 2020-02-26 2020-09-18 Network service construction system and network service construction method
US17/758,631 Pending US20230043362A1 (en) 2020-02-26 2020-10-12 Computer system and network slice management method
US17/758,356 Active US11844016B2 (en) 2020-02-26 2020-10-12 Computer system and network service construction method
US18/499,218 Pending US20240064624A1 (en) 2020-02-26 2023-11-01 Computer system and network service construction method

Family Applications After (3)

Application Number Title Priority Date Filing Date
US17/758,631 Pending US20230043362A1 (en) 2020-02-26 2020-10-12 Computer system and network slice management method
US17/758,356 Active US11844016B2 (en) 2020-02-26 2020-10-12 Computer system and network service construction method
US18/499,218 Pending US20240064624A1 (en) 2020-02-26 2023-11-01 Computer system and network service construction method

Country Status (5)

Country Link
US (4) US20230057210A1 (zh)
EP (3) EP4113911A4 (zh)
JP (3) JPWO2021171071A1 (zh)
TW (5) TWI771927B (zh)
WO (3) WO2021171071A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11997094B2 (en) 2017-12-08 2024-05-28 Net-Thunder, Llc Automatically deployed information technology (IT) system and method

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4078901A4 (en) 2020-04-01 2023-10-11 VMWare, Inc. AUTOMATIC DEPLOYMENT OF NETWORK ELEMENTS FOR HETEROGENEOUS COMPUTING ELEMENTS
US11778548B2 (en) * 2021-03-09 2023-10-03 Kyndryl, Inc. Deploying containers on a 5G slice network
WO2022204941A1 (en) * 2021-03-30 2022-10-06 Vmware Information Technology (China) Co., Ltd. Efficient trouble shooting on container network bycorrelating kubernetesresources and underlying resources
US12035350B2 (en) * 2021-10-27 2024-07-09 At&T Intellectual Property I, L.P. Service differentiation at an access point device
WO2023128699A1 (ko) * 2021-12-30 2023-07-06 삼성전자주식회사 서비스 레벨 협약 기반의 클라우드 네이티브 네트워크 기능의 자원 할당 장치 및 방법
US20230354169A1 (en) * 2022-04-29 2023-11-02 At&T Intellectual Property I, L.P. Coordinated wireless network and backhaul network slicing
WO2024189910A1 (ja) * 2023-03-16 2024-09-19 楽天モバイル株式会社 サイレント障害の原因であるルータの推定
WO2024189911A1 (ja) * 2023-03-16 2024-09-19 楽天モバイル株式会社 サイレント障害の原因であるルータの推定
US12101244B1 (en) 2023-06-12 2024-09-24 VMware LLC Layer 7 network security for container workloads

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020174191A1 (en) * 2000-05-22 2002-11-21 Robertson James A. Method and system for using mobile code in a global ecosystem of interrelated services
US20080243822A1 (en) * 2007-03-28 2008-10-02 Bruce Campbell System and method for associating a geographic location with an Internet protocol address
US20110199255A1 (en) * 2010-02-12 2011-08-18 Dave Murray Method and system for determining a position fix indoors
US20140003408A1 (en) * 2012-06-27 2014-01-02 Apple Inc. Methods and apparatus for network selection in overlapping network environments
US20150309962A1 (en) * 2014-04-25 2015-10-29 Xerox Corporation Method and apparatus for modeling a population to predict individual behavior using location data from social network messages
US20160328814A1 (en) * 2003-02-04 2016-11-10 Lexisnexis Risk Solutions Fl Inc. Systems and Methods for Identifying Entities Using Geographical and Social Mapping
US20190312772A1 (en) * 2018-04-04 2019-10-10 EMC IP Holding Company LLC Topology-aware provisioning of hardware accelerator resources in a distributed environment
US20210306938A1 (en) * 2020-03-31 2021-09-30 Wipro Limited Method and system of template-based dynamic network slicing
US20220141681A1 (en) * 2020-11-04 2022-05-05 Arris Enterprises Llc Provisioning an access point device using an eirp mask

Family Cites Families (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100192170A1 (en) * 2009-01-28 2010-07-29 Gregory G. Raleigh Device assisted service profile management with user preference, adaptive policy, network neutrality, and user privacy
CN102460393B (zh) * 2009-05-01 2014-05-07 思杰系统有限公司 用于在虚拟存储资源之间建立云桥的系统和方法
JP6070706B2 (ja) * 2012-08-06 2017-02-01 富士通株式会社 クラウドサービス選択装置、クラウドサービス選択システム、クラウドサービス選択方法、およびクラウドサービス選択プログラム
EP2901766A2 (en) * 2012-09-27 2015-08-05 Interdigital Patent Holdings, Inc. End-to-end architecture, api framework, discovery, and access in a virtualized network
US9645840B2 (en) 2013-04-02 2017-05-09 Amazon Technologies, Inc. User-defined pools
US9973429B2 (en) 2013-04-05 2018-05-15 Futurewei Technologies, Inc. Software defined networking (SDN) controller orchestration and network virtualization for data center interconnection
US9973375B2 (en) * 2013-04-22 2018-05-15 Cisco Technology, Inc. App store portal providing point-and-click deployment of third-party virtualized network functions
WO2015049789A1 (ja) 2013-10-04 2015-04-09 株式会社日立製作所 リソース管理システムおよびリソース管理方法
US10587698B2 (en) 2015-02-25 2020-03-10 Futurewei Technologies, Inc. Service function registration mechanism and capability indexing
WO2016146494A1 (en) * 2015-03-13 2016-09-22 Koninklijke Kpn N.V. Method and control system for controlling provisioning of a service in a network
US10237355B2 (en) 2015-05-12 2019-03-19 Equinix, Inc. Software-controlled cloud exchange
US10680896B2 (en) * 2015-06-16 2020-06-09 Hewlett Packard Enterprise Development Lp Virtualized network function monitoring
US10148731B2 (en) * 2015-06-30 2018-12-04 Oracle International Corporation Methods, systems, and computer readable media for on-boarding virtualized network function (VNF) packages in a network functions virtualization (NFV) system
CN105516312B (zh) * 2015-12-09 2019-02-22 重庆邮电大学 一种软件定义网络负载均衡装置与方法
EP3419216A4 (en) * 2016-04-28 2019-01-23 Huawei Technologies Co., Ltd. MANUFACTURING POLICY DESCRIPTOR MANUFACTURING METHOD AND DEVICE
WO2017200978A1 (en) * 2016-05-16 2017-11-23 Idac Holdings, Inc. Security-based slice selection and assignment
WO2018034321A1 (ja) 2016-08-17 2018-02-22 株式会社Ｎｔｔドコモ スライス管理システムおよびスライス管理方法
US10812395B2 (en) * 2016-10-31 2020-10-20 Huawei Technologies Co., Ltd. System and method for policy configuration of control plane functions by management plane functions
CN106792739B (zh) 2016-11-17 2020-01-21 北京邮电大学 网络切片方法、装置和设备
JP6881586B2 (ja) 2017-01-18 2021-06-02 日本電気株式会社 リソース割り当てシステム、方法、およびプログラム
TWI598744B (zh) * 2017-03-16 2017-09-11 廣達電腦股份有限公司 雲端資源之管理系統及其管理方法
US20180270073A1 (en) * 2017-03-17 2018-09-20 Huawei Technologies Co., Ltd. Method and apparatus for charging operations in a communication network
US20200013107A1 (en) 2017-03-30 2020-01-09 Nec Corporation Recommendation system, method, apparatus and program
EP3402232B1 (en) 2017-05-08 2019-11-06 NTT DoCoMo, Inc. Method for associating network functions with a network slice instance of a mobile radio communication network
US10257668B2 (en) * 2017-05-09 2019-04-09 At&T Intellectual Property I, L.P. Dynamic network slice-switching and handover system and method
JP2021010042A (ja) 2017-09-26 2021-01-28 株式会社Ｎｔｔドコモ 管理装置およびネットワーク構成制御方法
EP3721662B1 (en) * 2017-12-06 2023-07-05 Telefonaktiebolaget LM Ericsson (publ) First node, second node, and methods performed thereby for managing a network slice instance
WO2019113553A1 (en) 2017-12-08 2019-06-13 Net-Thunder, Llc Automatically deployed information technology (it) system and method
US11431582B2 (en) * 2018-05-05 2022-08-30 Fmr Llc Systems and methods for context aware adaptation of services and resources in a distributed computing system
US11201798B2 (en) * 2018-05-07 2021-12-14 At&T Intellectual Property I, L.P. Automated virtual network function modification
CN117614852A (zh) * 2018-10-05 2024-02-27 华为技术有限公司 用于管理与多个网络切片相关的服务的设备和方法
US10637753B1 (en) * 2019-04-09 2020-04-28 Verizon Patent And Licensing Inc. Managing a 5G network using extension information
US11558311B2 (en) 2020-01-08 2023-01-17 Amazon Technologies, Inc. Automated local scaling of compute instances

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020174191A1 (en) * 2000-05-22 2002-11-21 Robertson James A. Method and system for using mobile code in a global ecosystem of interrelated services
US20160328814A1 (en) * 2003-02-04 2016-11-10 Lexisnexis Risk Solutions Fl Inc. Systems and Methods for Identifying Entities Using Geographical and Social Mapping
US20080243822A1 (en) * 2007-03-28 2008-10-02 Bruce Campbell System and method for associating a geographic location with an Internet protocol address
US20110199255A1 (en) * 2010-02-12 2011-08-18 Dave Murray Method and system for determining a position fix indoors
US20140003408A1 (en) * 2012-06-27 2014-01-02 Apple Inc. Methods and apparatus for network selection in overlapping network environments
US20150309962A1 (en) * 2014-04-25 2015-10-29 Xerox Corporation Method and apparatus for modeling a population to predict individual behavior using location data from social network messages
US20190312772A1 (en) * 2018-04-04 2019-10-10 EMC IP Holding Company LLC Topology-aware provisioning of hardware accelerator resources in a distributed environment
US20210306938A1 (en) * 2020-03-31 2021-09-30 Wipro Limited Method and system of template-based dynamic network slicing
US20220141681A1 (en) * 2020-11-04 2022-05-05 Arris Enterprises Llc Provisioning an access point device using an eirp mask

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11997094B2 (en) 2017-12-08 2024-05-28 Net-Thunder, Llc Automatically deployed information technology (IT) system and method

Also Published As

Publication number Publication date
TWI771928B (zh) 2022-07-21
TW202139028A (zh) 2021-10-16
TWI781535B (zh) 2022-10-21
US20230050998A1 (en) 2023-02-16
JPWO2021171073A1 (zh) 2021-09-02
JPWO2021171074A1 (zh) 2021-09-02
EP4113913A1 (en) 2023-01-04
WO2021171071A1 (ja) 2021-09-02
US20230043362A1 (en) 2023-02-09
TW202139651A (zh) 2021-10-16
EP4113913A4 (en) 2024-04-24
TWI771927B (zh) 2022-07-21
TW202139650A (zh) 2021-10-16
WO2021171074A1 (ja) 2021-09-02
EP4113911A1 (en) 2023-01-04
EP4113912A4 (en) 2024-04-10
JPWO2021171071A1 (zh) 2021-09-02
EP4113912A1 (en) 2023-01-04
EP4113911A4 (en) 2024-04-10
TW202139652A (zh) 2021-10-16
WO2021171073A1 (ja) 2021-09-02
TW202139649A (zh) 2021-10-16
US11844016B2 (en) 2023-12-12
US20240064624A1 (en) 2024-02-22

Similar Documents

Publication Publication Date Title
US20230057210A1 (en) Network service construction system and network service construction method
US20230034901A1 (en) Resource pool management system, resource pool management method and program
US11863419B2 (en) Network service management system and network service management method
US20220300296A1 (en) Method and apparatus for constructing a network service
WO2017204700A1 (en) Automatic network management system, methods and computer program product
US20230040842A1 (en) Network service management system and network service management method
US20230040676A1 (en) Network service construction system and network service construction method
US20230067168A1 (en) Network service construction graphical user interface, apparatus and method
US20240281754A1 (en) Performance index value calculation system and performance index value calculation method
US20230396502A1 (en) Network service management system and network service management method
US20240283717A1 (en) Performance index value calculation system and performance index value calculation method
WO2023058137A1 (ja) アクション実行システム及びその制御方法
WO2023058133A1 (ja) アクション実行システム及びその制御方法
US20240323102A1 (en) Network service build system and network service build method
US20240323890A1 (en) Location determination system and location determination method

Legal Events

Date Code Title Description
AS Assignment

Owner name: RAKUTEN MOBILE SINGAPORE PTE. LTD., SINGAPORE

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:KITA, SHINYA;BASI, GAGANDEEP;RANJAN, TAPAS;AND OTHERS;SIGNING DATES FROM 20201109 TO 20201214;REEL/FRAME:060572/0795

AS Assignment

Owner name: RAKUTEN SYMPHONY SINGAPORE PTE. LTD. , SINGAPORE

Free format text: CHANGE OF NAME;ASSIGNOR:RAKUTEN MOBILE SINGAPORE PTE. LTD.;REEL/FRAME:061165/0718

Effective date: 20210601

STPP Information on status: patent application and granting procedure in general

Free format text: FINAL REJECTION MAILED

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION