WO2018034321A1 - スライス管理システムおよびスライス管理方法 - Google Patents

スライス管理システムおよびスライス管理方法 Download PDF

Info

Publication number
WO2018034321A1
WO2018034321A1 PCT/JP2017/029545 JP2017029545W WO2018034321A1 WO 2018034321 A1 WO2018034321 A1 WO 2018034321A1 JP 2017029545 W JP2017029545 W JP 2017029545W WO 2018034321 A1 WO2018034321 A1 WO 2018034321A1
Authority
WO
WIPO (PCT)
Prior art keywords
slice
child
parent
resource
unit
Prior art date
Application number
PCT/JP2017/029545
Other languages
English (en)
French (fr)
Inventor
拓也 下城
滋 岩科
雅純 清水
Original Assignee
株式会社Ｎｔｔドコモ
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社Ｎｔｔドコモ filed Critical 株式会社Ｎｔｔドコモ
Priority to US16/326,000 priority Critical patent/US11516881B2/en
Priority to JP2018534423A priority patent/JP6941613B2/ja
Publication of WO2018034321A1 publication Critical patent/WO2018034321A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
    • H04W84/20—Master-slave selection or change arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/78—Architectures of resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/74—Admission control; Resource allocation measures in reaction to resource unavailability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/76—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/83—Admission control; Resource allocation based on usage prediction
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0247—Traffic management, e.g. flow control or congestion control based on conditions of the access network or the infrastructure network
    • 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

Definitions

  • the present invention relates to a slice management system and a slice management method for managing slices that are virtualized networks.
  • a network system using a conventional virtualization technology is a virtual network that is logically generated on a network infrastructure by virtually separating hardware resources using the virtualization technology disclosed in Non-Patent Document 1. Create a slice. Then, by assigning a service to the slice, it is possible to provide the service using a network of independent slices. Thereby, when a slice is assigned to each service having various requirements, it becomes easy to satisfy the requirements of each service, and the signaling processing and the like can be reduced.
  • the virtual network is constructed by one operator. Therefore, the one business operator can determine slice allocation and the like.
  • an object of the present invention is to provide a slice management system and a slice management method capable of allocating slices to one or a plurality of operators.
  • one or a plurality of child slice management devices that manage a slice that is a virtual network generated on a network infrastructure and are managed for each operator by one or more, and the one Or a slice management system including a parent slice management device that manages a plurality of child slice management devices, wherein the parent slice management device is associated with the child slice management device and is managed by the child slice management device And a parent management table that stores slice information indicating resources allocated to the slice, and a notification unit that notifies the child slice management device of the slice information stored in the parent management table,
  • the child slice management device is a slice for constructing the slice notified by the notification unit. Comprising child management table for storing the broadcast, the.
  • the parent slice management device stores the slice information indicating the slice managed by the child slice management device and the resource allocated to the slice in association with the child slice management device, and stores the slice information.
  • the management device can be notified. Therefore, the parent slice management apparatus enables slice allocation to the child slice management apparatus managed by one or a plurality of operators.
  • slices can be assigned to one or a plurality of operators.
  • FIG. 1 shows a configuration of a system 1 (slice management system) including a BSS / OSS 10 and an NFVO 30 according to the present embodiment. It is a figure which shows the correspondence of a slice and a resource. It is a block diagram of the apparatus contained in the system which concerns on embodiment of this invention. It is a figure which shows a slice management table. It is a figure which shows a hardware utilization condition table. It is a figure which shows a slice utilization condition table. It is a figure which shows a service management table. It is a figure which shows a service corresponding
  • FIG. 10 is a sequence diagram of processing when a slice allocation request is made. It is a sequence diagram of a process when requesting a resource change. It is a figure which shows the state transition of the content memorize
  • FIG. It is a figure which shows the structure of the system containing parent SSF70 which performs slice selection. It is a figure which shows a data structure. It is a figure which shows an example of hardware constitutions, such as parent SMF100 and child SMF100a.
  • FIG. 1 shows a configuration of a system 1 (slice management system) including the BSS / OSS 10 and the NFVO 30 according to the present embodiment.
  • the system 1 is a system that allocates services to slices that are virtual networks.
  • a slice is a virtual network or service network that is created by logically dividing the network device link and node resources and combining the separated resources, and the slices separate resources. And do not interfere with each other.
  • the service refers to a service using network resources such as a communication service (private line service or the like) or an application service (service using a moving image distribution or sensor device such as an embedded device).
  • the system 1 includes a BSS / OSS (Operations Support System / Business Support System) 10, a SO (Service Operator) 20, an NFVO (NFV (Network Functions Virtual Service) Orchestrator) 30, and a VNFM (Virtualized Network Function Manager). ) 40 and a VIM (Virtualized Infrastructure Management) 50.
  • the system 1 includes an NFVI (NFV Infrastructure) 60, an SSF (Slice Selection Function) 70, a base station 80, and a UE (User Equipment) 90.
  • NFVO30, VNFM40, and VIM50 are MANO (Management and Orchestration) architecture.
  • parent SSF 70 there are child SSFs 70a to 70c configured to be accessible with SSF 70 (hereinafter referred to as parent SSF 70).
  • the SMF 100 (hereinafter referred to as the parent SMF 100) is configured to be accessible to the MANO, and the child SMFs 100a to 100c are configured to be accessible to the parent SMF 100.
  • These parent SMF 100 and child SMFs 100a to 100c function as a parent slice management device and a child slice management device, respectively.
  • the NFVO 30 functions as a slice information storage device.
  • the parent SMF 100 and the child SMFs 100a to 100c are linked with the parent SSF 70 and the child SSFs 70a to 70c, respectively.
  • the parent SMF 100 can also perform management of distribution destinations for performing distribution processing in the parent SSF 70.
  • the child SMFs 100a to 100c can manage the slice allocation destinations in the child SSFs 70a to 70c.
  • components constitute the core network of the system 1. Note that components that need to transmit and receive information to each other are connected by wire or the like so that information can be transmitted and received.
  • the system 1 provides a communication function for a mobile communication terminal by a virtual server operating in a virtual machine realized on a physical server. That is, the system 1 is a virtualized mobile communication network.
  • the communication function is provided to the mobile communication terminal by executing a communication process corresponding to the communication function by the virtual machine.
  • the NFVI 60 indicates a network formed from physical resources (node groups) constituting a virtual environment.
  • the physical resources conceptually include computing resources, storage resources, and transmission resources.
  • the physical resource includes a node such as a physical server or a switch that is a physical server device that performs communication processing in the system 1.
  • the physical server includes a storage unit such as a CPU (core, processor), a memory, and a hard disk.
  • a plurality of nodes such as physical servers that constitute the NFVI 60 are arranged together at a base such as a data center (DC).
  • DC data center
  • the arranged physical servers are connected by a network inside the data center, and can exchange information with each other.
  • the system 1 is provided with a plurality of data centers. Data centers are connected by a network, and physical servers provided in different data centers can transmit / receive information to / from each other via the network.
  • the SO (ServiceOperator) 20 is a device that requests a service, and is, for example, a terminal device (for example, a personal computer) of an operator that provides a service to various users using a virtual network.
  • the BSS / OSS 10 is a node that performs service management in the system 1 and gives instructions related to communication functions in the system 1. For example, the BSS / OSS 10 instructs the NFVO 30 to add a new communication function (communication service). In addition, the BSS / OSS 10 can be operated by a telecommunications carrier related to the system 1.
  • the NFVO 30 is an overall management node (functional entity) that manages the entire virtual network (slice) constructed on the NFVI 60 that is a physical resource.
  • the NFVO 30 receives an instruction from the BSS / OSS 10 and performs processing according to the instruction.
  • the NFVO 30 performs management over the entire virtual network constructed in the physical resources of the mobile communication network of infrastructure and communication services.
  • the NFVO 30 implements a communication service provided by the virtual network at an appropriate location via the VNFM 40 and the VIM 50.
  • service life cycle management (specifically, for example, generation, update, scale control, event collection), resource distribution / reservation / allocation management, service / instance management, and policy management (in the mobile communication network) Specifically, for example, resource reservation / allocation, optimal placement based on geography / laws, etc.) is performed.
  • the VNFM 40 is a virtual communication function management node (functional entity) that adds a service-related function to the NFVI 60 that is a physical resource (node).
  • a plurality of VNFMs 40 may be provided in the system 1.
  • the VIM 50 is a physical resource management node (functional entity) that manages each physical resource (node) in the NFVI 60. Specifically, resource allocation / update / recovery management, association between physical resources and virtualized network, and management of hardware resources and SW resources (hypervisor) list are performed. Normally, the VIM 50 performs management for each data center (station building). Management of physical resources is performed by a method according to the data center. Data center management methods (management resource mounting methods) include OPENSTACK and vCenter. Normally, the VIM 50 is provided for each data center management method. That is, a plurality of VIMs 50 that manage each physical resource in the NFVI 60 are included in different ways. Note that the unit of physical resources managed by different management methods is not necessarily a data center unit.
  • the NFVO 30, VNFM 40, and VIM 50 are realized by executing a program on a physical server device (however, they are not limited to being realized on virtualization, and are separated from the management system). And may be realized on virtualization).
  • the NFVO 30, VNFM 40, and VIM 50 may be realized by separate physical server devices, or may be realized by the same server device.
  • the NFVO 30, VNFM 40, and VIM 50 (programs for realizing) may be provided from different vendors.
  • the NFVO 30 When the NFVO 30 receives a service allocation request from the BSS / OSS 10 or receives a resource change request from the parent SMF 100, the NFVO 30 requests the VIM 50 to secure a resource for a slice (slice SL1, SL2, etc.). When the VIM 50 secures resources in the server devices and switches configuring the NFVI 60, the NFVO 30 defines a slice for the NFVI 60.
  • the NFVO 30 when the NFVO 30 causes the VIM 50 to secure resources in the NFVI 60, the NFVO 30 stores information defining slices for the NFVI 60 in the slice management table stored in the NFVO 30. Then, the NFVO 30 makes a software installation request for realizing functions required for the service to the VNFM 40. In response to the installation request, the VNFM 40 installs the software on the NFVI 60 (node such as a server device, a switch device, or a router device) secured by the VIM 50.
  • the NFVI 60 node such as a server device, a switch device, or a router device
  • the NFVO 30 associates the slice and the service with the service corresponding slice management table stored in the NFVO 30.
  • the VIM 50 sends an instruction to that effect to the switch SW1, the switch SW2, the server SV1, and the switch SW3. Do it. Then, the switch SW1, the switch SW2, the server SV1, and the switch SW3 reserve resources for Slice1. Similarly, according to an instruction from the VIM 50, the switch SW1, the switch SW2, the server SV1, and the switch SW4 reserve resources for Slice2.
  • the NFVO 30 assigns service 1 to Slice 1 and assigns service 2 to Slice 2. In this way, the NFVO 30 assigns services to independent slices. A plurality of services can be assigned to each slice.
  • the access information including the ID of the service and a hardware destination (for example, an IP address) that provides the first function of the service is transmitted to the BSS / OSS 10.
  • the BSS / OSS 10 When the BSS / OSS 10 receives the access information, the BSS / OSS 10 notifies the access information to each parent SSF 70.
  • the parent SSF 70 is a server device that can communicate with the base station 80.
  • the base S 80 When a service request is made from the UE 90 together with the service ID to the base station 80, the base S 80 notifies the parent SSF 70 of the service ID received from the UE 90. To do.
  • the hardware destination that provides the first function of the access information service corresponding to the service ID received from the base station 80 among the access information stored in the parent SSF 70 Information is transmitted to the base station 80.
  • the base station 80 notifies the destination information to the UE 90. Thereby, UE90 can specify the destination accessed first in order to use a service.
  • the child SSFs 70a to 70c are connected in parallel, and these child SSFs 70a to 70c are connected in series to the parent SSF 70, but the present invention is not limited to this.
  • a base station 80 such as an eNB may be connected to each of the child SSFs 70a to 70c.
  • the base station 80 has a function of selecting one of the child SSFs 70a to 70c.
  • the child SSFs 70a to 70c may be inside a call processing node such as eNB or MME, or may exist independently as shown in FIG. In the following description, it is assumed that the parent SSF 70 and the child SSFs 70a to 70c adopt a parent-child structure.
  • the BSS / OSS 10 includes a service request receiving unit 11, an information receiving unit 12, an allocation determining unit 13, a resource change determining unit 14 (resource changing means), a resource change requesting unit 15, an allocation It has a request unit 16 and an allocation result notification unit 17.
  • the service request accepting unit 11 is a part that accepts a service request including a service requirement that is a function or performance requirement in the service from the SO.
  • the functional requirement is a requirement related to a function for executing the service.
  • the functional requirements include necessity of mobility control, possible access area range, and service usage time.
  • the necessity of mobility control means whether handover control is required.
  • the access area range means a range (area) where the service is provided.
  • the service usage time means a time zone in which the service is used.
  • the performance requirement is a requirement regarding the performance of the slice for executing the service.
  • the lower limit bandwidth, the permitted delay time, the minimum packet loss rate, and the like are included.
  • the permitted lower limit band indicates the lower limit value of the frequency band used for communication
  • the permitted delay time means the time allowed for communication delay
  • the permitted packet loss rate is the permitted packet loss. Indicates the rate.
  • the service request accepting unit 11 receives information indicating a function for realizing the service when accepting the service request.
  • the information indicating the function for realizing the service here includes information for identifying the function (function identification information, function name, etc.). Further, the service request receiving unit 11 may receive software for realizing the function from the SO 20.
  • the service request receiving unit 11 Upon receiving the service requirement and information indicating the function for realizing the service, the service request receiving unit 11 sends the service requirement to the allocation determining unit 13 and information indicating the function for realizing the service (function information) ) To the allocation request unit 16. Further, the service request accepting unit 11 notifies the information receiving unit 12 that the service request has been accepted at this timing.
  • the function information includes information for identifying the function and software for realizing the function.
  • the information receiving unit 12 is a part that receives information on slices from the NFVO 30 and acquires information on the usage status of resources allocated to the generated slices. Specifically, when receiving the information that the service request has been received from the service request receiving unit 11, the information receiving unit 12 requests the NFVO 30 to transmit slice attribute information, hardware usage status information, and slice usage status information.
  • the NFVO 30 stores information on a slice management table including slice attribute information, a hardware usage table including hardware usage information, and a slice usage table including slice usage information.
  • the NFVO 30 receives an information transmission request from the information receiving unit 12, the NFVO 30 transmits information on the slice management table, information on the hardware usage status table, and information on the slice usage status table to the BSS / OSS 10.
  • the slice management table has a slice ID, an available node, availability of mobility control, a possible access area range, a service usage time, a usable bandwidth, a minimum delay time, a minimum packet loss rate, and a resource usage rate multiple service acceptance flag.
  • the slice ID is an ID for uniquely identifying the NFVO 30 that is determined when a new record is added to the slice management table.
  • the available node indicates a node (a node constituting the NFVI 60) secured by the VIM 50 as a result of a resource securing request to the VIM 50.
  • the information defined by the available nodes includes information for identifying the nodes (hardware name, etc.) and the amount of resources allocated to each node (memory occupation capacity, CPU occupation ratio, etc.).
  • the availability of mobility control is information indicating whether an available node is compatible with mobility control.
  • the possible access area range is information indicating an accessible area based on the position of an available node.
  • the service use time is information indicating the service available time based on the available nodes.
  • the available bandwidth is information indicating the maximum bandwidth that can be provided in the available node.
  • the minimum delay time indicates the minimum delay time based on the available nodes.
  • the minimum packet loss rate indicates the minimum packet loss rate based on the available resources.
  • the resource utilization rate indicates the utilization rate of resources allocated in the current node.
  • the multiple service acceptance flag is a value indicating whether or not a service designated to be isolated from other services is assigned, and a service designated to be isolated from other services is assigned. If so, information to that effect (for example, “1”) is set.
  • FIG. 5 shows an example of a hardware usage status table.
  • the hardware usage status table includes the HW name, the slice being used, the allocated resource, the resource usage rate, and the surplus resource.
  • the HW name is a hardware name that can uniquely identify the server device and the switch.
  • the slice being used is information (for example, slice ID) of the slice to which the device is assigned.
  • the allocated resource is a resource amount allocated to each slice, and is a resource used for an existing slice.
  • the resource usage rate is a resource usage rate in each slice.
  • the surplus resource means an unallocated resource for the slice, and corresponds to an unallocated CPU core and clock frequency, an unallocated memory area, an unallocated storage capacity, and an unallocated queue.
  • FIG. 6 shows an example of a slice usage status table.
  • the slice usage status table includes a slice ID, hardware (server, switch) ID, and resource.
  • the slice ID is the ID of each slice.
  • the hardware ID is an ID assigned to each hardware.
  • the resource is the amount of resources allocated to each slice, such as the number of operating CPUs, the amount of memory used, the amount of storage used, the network usable bandwidth in a switch, and the like.
  • the memory usage rate is a usage rate related to the memory of each allocated hardware.
  • the memory utilization rate means the ratio of the memory area used in the slice to the allocated memory area.
  • the CPU usage rate is a usage rate related to the CPU of each assigned hardware. Specifically, the CPU usage rate is a ratio of the CPU core and clock frequency used in the slice to the assigned CPU core and clock frequency.
  • the storage usage rate is a usage rate related to storage of each allocated hardware. Specifically, the storage utilization rate means the ratio of the storage area used in the slice to the allocated storage area.
  • the bandwidth utilization rate is a utilization rate related to the bandwidth of each allocated hardware. Specifically, it means the bit rate used by the slice for the allocated queue or the maximum output possible bit rate of the virtual NIC.
  • the bandwidth usage rate in the server indicates the bandwidth usage rate of the virtual NIC.
  • the information receiving unit 12 When receiving the information included in the slice management table from the NFVO 30, the information receiving unit 12 sends the information to the allocation determining unit 13.
  • the allocation determining unit 13 uses this information to determine whether to allocate the requested service to an existing slice or a new slice.
  • the information reception unit 12 sends the information to the resource change determination unit 14.
  • the resource change determination unit 14 determines whether or not a new slice can be generated or an existing slice can be expanded using the hardware usage status information.
  • the resource change determination unit 14 determines a slice to be reduced in slice usage status information and hardware usage status information when there is no resource for creating a new changed slice or expanding an existing slice.
  • the allocation determination unit 13 is a part that determines whether to allocate a service to an existing slice or a new slice based on the service requirements of the service received by the service request reception unit 11 and the attributes of the existing slice.
  • the allocation determination unit 13 uses the service requirement and the slice usage status information to determine either an existing slice or a new slice. Decide whether to allocate services.
  • the allocation determination unit 13 determines to allocate to a new slice. If the service requirement does not include a requirement that means isolation from other services, the allocation determination unit 13 determines whether there is attribute information of an existing slice that satisfies the service requirement.
  • the allocation determination unit 13 determines to allocate (accommodate) the requested service to the existing slice, and sends the determined content to the allocation request unit 16. Send it out.
  • the allocation determination unit 13 determines to expand an existing slice or add a new slice. In this case, the allocation determination unit 13 notifies the resource change determination unit 14 and receives a determination result from the resource change determination unit 14 as to whether an existing slice can be expanded or a new slice can be added.
  • the allocation determination unit 13 determines that the service is allocated to the slice, and the resource amount required for expansion (for example, the resource amount to be reduced) ) And the extension target slice are notified to the resource change determination unit 14.
  • the allocation determination unit 13 determines that a new slice is generated and a service is allocated to the slice, and that a new slice is generated, The resource change determination unit 14 is notified of the resource amount necessary for the process.
  • the allocation determination unit 13 determines to extend the existing slice or add a new slice, and receives a notification from the resource change determination unit 14 that the existing slice can be expanded or a new slice can be added. In this case, the contents requesting to expand the existing slice or add a new slice is sent to the allocation request unit 16.
  • the allocation request unit 16 determines the determined content. To send.
  • the allocation determining unit 13 determines to newly generate a slice and allocate a service
  • the allocation determining unit 13 sends, to the allocation requesting unit 16, a new slice to be generated and the service requirements as determined contents.
  • the allocation determination unit 13 determines to allocate a service to an existing slice, the allocation determination unit 13 sends, to the allocation request unit 16, as the determined content, the fact that the service is allocated to the existing slice, the existing slice ID, and the service requirement. .
  • the allocation determination unit 13 determines to expand the existing slice and allocate the service, the determined content is that the existing slice is expanded and the service is allocated, the existing slice ID, and the amount of resources to be expanded Then, the service requirement is sent to the allocation request unit 16.
  • the allocation determination unit 13 determines to expand the existing slice and allocate the service, the determined content is that the existing slice is expanded and the service is allocated, the existing slice ID, and the amount of resources to be expanded Then, the service requirement is sent to the allocation request unit 16.
  • the resource change determination unit 14 is a part that determines whether a new slice can be generated or an existing slice can be expanded. Furthermore, the resource change determination unit 14 is assigned based on the resource usage information when it is determined that the resource is insufficient as a result of trying to generate a new slice or expand an existing slice. This is a part for performing a determination process for determining a slice for reducing the resource amount. That is, the resource change determination unit 14 identifies a slice based on resource usage status information (for example, resource usage rate) according to the prediction information of the resource usage status by generating a new slice or expanding an existing slice.
  • resource usage status information for example, resource usage rate
  • the resource usage status prediction information is information based on changes in the resource usage status, for example, the amount of resources required for new slice generation or expansion of an existing slice, new slice generation or existing slice information. A difference value between the resource amount required by the extension and the surplus resource is applicable.
  • the resource change determination unit 14 receives the slice usage status information and the hardware usage status information from the information reception unit 12, determines whether it is necessary to change the resource using these information, and determines the slice to be subject to resource change Or to identify.
  • the resource change determination unit 14 When the resource change determination unit 14 receives from the allocation determination unit 13 that a new slice is to be generated and the resource amount necessary for the service, the resource change determination unit 14 refers to the surplus resource of the hardware usage status information and determines whether there is a resource amount necessary for the service. If there is a resource amount necessary for the service, the allocation determining unit 13 is notified that a new slice can be generated.
  • the resource change determination unit 14 refers to the slice usage status table and at least one of the memory usage rate, the CPU usage rate, the storage usage rate, and the bandwidth usage rate.
  • a slice in which one usage rate is lower than a threshold value stored in advance (for example, the usage rate is less than 20%) is determined as a reduction target slice.
  • the resource change determination unit 14 may determine the slice to be reduced by comparing the highest usage rate among the plurality of types of usage rates and the threshold value, or may use all of the multiple types of usage rates.
  • the slice to be reduced may be determined by comparing the average value of the above and the threshold value.
  • the resource change determination unit 14 notifies the resource change request unit 15 of the slice to be reduced and the resource amount for the reduction. When a resource change completion is received from the resource change request unit 15, the allocation determination unit 13 is notified that a new slice can be generated.
  • the resource change determination unit 14 When the resource change determination unit 14 receives the fact that the existing slice is to be expanded from the allocation determination unit 13 and the amount of resources necessary for the expansion, the resource change determination unit 14 can refer to the surplus resource of the hardware usage information of the existing slice to be expanded and expand If it is expandable, the allocation determination unit 13 is notified that expansion is possible.
  • the resource change determination unit 14 refers to the slice usage status table when there is no surplus resource for expansion in the existing slice to be expanded, and the memory usage rate in the hardware allocated to the existing slice to be expanded, When at least one of the CPU usage rate, the storage usage rate, and the bandwidth usage rate is low (for example, the usage rate is less than 20%), the existing slice to be expanded is regarded as the slice to be reduced. decide.
  • the resource change determination unit 14 notifies the resource change request unit 15 of the slice to be reduced and the resource amount for the reduction. When the resource change request unit 15 receives the resource change completion notification, it notifies the allocation determination unit 13 that expansion is possible.
  • the resource change request unit 15 is a part that makes a resource change request to the NFVO 30 based on the notification from the resource change determination unit 14.
  • the resource change request unit 15 receives the reduction target slice and the resource amount for reduction from the resource change determination unit 14, the resource change request unit 15 notifies the NFVO of the reduction target slice and the resource amount for reduction and makes a resource change request.
  • the NFVO 30 changes the resource in response to the resource change request, the NFVO 30 notifies the BSS / OSS 10 of the completion of the resource change.
  • the resource change request unit 15 receives the resource change completion notification and notifies the resource change determination unit 14 of the resource change completion.
  • the allocation request unit 16 is a part that makes a request to allocate a service to the slice determined by the allocation determination unit 13. Specifically, the allocation request unit 16 transmits the content determined by the above-described allocation determination unit 13 from the allocation determination unit 13 to the NFVO 30 and makes a service allocation request. As a result, the service is assigned to the slice in the NFVO 30.
  • the allocation result notification unit 17 is a part that receives an allocation result from the NFVO 30. Specifically, the allocation result notification unit 17 receives an allocation result (a result indicating whether allocation has been completed or allocation is impossible) from the NFVO 30.
  • the information indicating the completion of allocation includes a service ID and an access destination address.
  • the allocation result notifying unit 17 transmits the service ID and the access destination to the parent SSF 70 when the allocation result is completion of allocation.
  • the NFVO 30 includes an information transmission unit 31, a resource change reception unit 32, a service allocation request reception unit 33, a holding unit 34 (resource usage status information storage unit), a resource request unit 35 (resource change unit), and a function addition A request unit 36 and a service allocation unit 37 are provided.
  • the information transmission unit 31 receives the information transmission request from the BSS / OSS 10, the information transmission unit 31 stores the information of the slice management table, the information of the slice usage status table, and the information of the hardware usage status table stored in the holding unit 34. Send to.
  • the resource change accepting unit 32 is a part that receives from the BSS / OSS 10 a slice to be reduced and a resource amount for the reduction, and receives a resource change request.
  • the resource change accepting unit 32 accepts the resource change request, the resource change accepting unit 32 notifies the resource request unit 35 of the reduction target slice and the resource amount for the reduction, and changes the resource.
  • the resource change accepting unit 32 receives notification from the resource requesting unit 35 that the resource has been changed, the resource change accepting unit 32 notifies the BSS / OSS 10 of the resource change.
  • the resource change accepting unit 32 accepts a resource change request from the parent SMF 100.
  • This change request includes the slice ID indicating the slice to be changed and the resource change contents.
  • the resource change accepting unit 32 notifies the resource request unit 35 to perform the resource changing process.
  • the service allocation request reception unit 33 is a part that receives the content determined by the allocation determination unit 13 from the BSS / OSS 10 and receives a service allocation request.
  • the content determined by the allocation determination unit 13 includes “expand existing slice to allocate service” or “create new slice”
  • the service allocation request reception unit 33 Information about resources is sent to the unit 35.
  • the service allocation request receiving unit 33 when the service allocation request receiving unit 33 receives a resource reservation notification from the resource request unit 35, the service allocation request reception unit 33 transmits the notification to the BSS / OSS 10. Further, the service allocation request receiving unit 33 receives function information at a predetermined timing. When receiving the function information, the service allocation request receiving unit 33 sends the function information to the function addition request unit 36.
  • the service allocation request receiving unit 33 receives the allocation result from the service allocation unit 37 after the service allocation unit 37 allocates the service, and transmits the allocation result to the BSS / OSS 10.
  • the holding unit 34 is a part that stores various tables.
  • the holding unit 34 stores a slice management table, a slice usage status table, a hardware usage status table, a service management table, and a service corresponding slice management table.
  • FIG. 7 shows a service management table.
  • This service management table is information based on the service requirements received from the BSS / OSS 10 by the service allocation request receiving unit 33.
  • the service management table includes a service ID, mobility control, access area range, service use time, allowable lower limit band, allowable delay time, allowable packet loss, function, and separation flag.
  • the service allocation unit 37 registers information in which the service ID is added to the service requirement in the service management table.
  • FIG. 8 shows a service-compatible slice management table.
  • This service-compatible slice management table has a service ID and a slice ID.
  • the service allocation unit 37 registers the service ID when the information is added to the service management table and the slice ID of the allocation destination in the service corresponding slice management table.
  • the resource request unit 35 is a part that requests the VIM 50 to secure resources.
  • the resource request unit 35 requests the VIM 50 to secure the resource amount received from the service allocation request reception unit 33.
  • the resource request unit 35 receives a resource reservation completion notification from the VIM 50, the resource request unit 35 notifies the service allocation request reception unit 33. Further, the resource request unit 35 makes a resource securing request to the VIM 50 for the change contents (increased resource amount) transmitted from the parent SMF 100.
  • the function addition request unit 36 is a part that requests the VNFM 40 to add a function.
  • the function addition request unit 36 requests the VIM 50 to secure the resource amount received from the service allocation request reception unit 33.
  • the function addition request unit 36 receives the function addition completion notification from the VNFM 40, the function addition request unit 36 notifies the service allocation unit 37.
  • the service allocation unit 37 is a part for allocating services.
  • the service allocation unit 37 registers information based on the service requirements in the service management table, and further registers the service ID and slice ID in the service corresponding slice management table. To do.
  • the slice usage status information request reception unit 38 receives a request for slice usage status information from the parent SMF 100 and transmits the slice usage status information in the slice usage status information table to the parent SMF 100 via the information transmission unit 31.
  • the VNFM 40 includes a function addition request receiving unit 41, a holding unit 42, and a function adding unit 43.
  • the function addition request receiving unit 41 is a part that receives a function addition request from the NFVO 30.
  • the function addition request receiving unit 41 notifies the function adding unit 43 that the function addition request has been received.
  • the function addition request reception unit 41 receives software related to the additional function from the NFVO 30, the function addition request reception unit 41 also sends the software to the function addition unit 43.
  • the function addition request reception unit 41 notifies the NFVO 30 that the function addition is completed when the function addition unit 43 receives the function addition completion notification after the function addition.
  • the holding unit 42 is a part that holds software (for example, a repository).
  • the holding unit 42 holds software that is highly likely to be commonly used for communication.
  • the function adding unit 43 is a part for installing functions.
  • the function addition unit 43 receives the function addition request from the function addition request reception unit 41, the function addition unit 43 installs the target addition node on the target available node.
  • the function adding unit 43 installs the software held in the holding unit 42 in the available node.
  • the function addition unit 43 receives software to be installed from the function addition request reception unit 41, the function addition unit 43 installs the software.
  • the function adding unit 43 notifies the NFVO 30 of the installation completion after the installation is completed.
  • the VIM 50 includes a resource request accepting unit 51, a holding unit 52, a resource securing unit 53, and a monitoring unit 54.
  • the resource request receiving unit 51 is a part that receives a resource securing request from the NFVO 30. When the resource request is accepted, the resource securing unit 53 is notified.
  • the holding unit 52 is a part that holds information about resources. The holding unit 52 holds information on the hardware table.
  • the VIM 50 When the VIM 50 receives the hardware information transmission request together with the identification information of the available node from the BSS / OSS 10, the VIM 50 acquires the hardware information corresponding to the identification information of the available node from the hardware table.
  • the hardware table is a table for managing hardware information including the HW name, the resource amount, and the power amount.
  • the HW name is hardware identification information.
  • the resource amount indicates a resource amount of the hardware, for example, a memory capacity, a CPU capability (number, execution speed, and the like).
  • the amount of power is the amount of power when the entire hardware is used.
  • the VIM 50 When the VIM 50 acquires the hardware information corresponding to the identification information of the available node from the hardware table, the VIM 50 transmits the hardware information to the BSS / OSS 10.
  • the resource securing unit 53 is a part that secures resources. When a resource request notification is received by the resource request receiving unit 51, slices are allocated based on surplus resources. After securing the resource, the resource request receiving unit 51 is notified.
  • the monitoring unit 54 is a part that monitors the usage status of the NFVI 60. The monitoring unit 54 reflects the monitored result on the resource usage rate.
  • FIG. 10 is a block diagram showing functions of the parent SMF 100 and the child SMFs 100a to 100c.
  • the parent SMF 100 includes a communication unit 101, a table control unit 102, and a slice management table 103.
  • the communication unit 101 is a part that communicates with the child SMF 100a and the like, and is a part that accepts a slice resource change request or a new assignment request.
  • the communication unit 101 is a part that notifies the child SMF 100a and the like of the slice usage status information acquired from the NFVO 30.
  • the table control unit 102 stores the slice usage status information acquired by the communication unit 101 in the slice management table 103, or refers to the slice management table 103 when a slice allocation request is received from the child SMFs 100a to 100c. It is determined whether there is an unallocated slice, and the identification information of the child SMFs 100a to 100c is associated and stored as necessary.
  • the slice management table 103 is a part that stores slice usage status information acquired from the NFVO 30 in association with the child SMF 100a and the like.
  • FIG. 11A is a diagram showing a specific example thereof.
  • the slice management table 103 associates the identification information of the child SMF that is the allocation destination, allocation resources (server resources and network resources), managed slices, and services to which the slices belong. I remember it.
  • ID: child SMF1 of child SMF 100a is assigned CPU: 1 Core, memory: 1 GB, and storage: 100 GB to server ID: server 1 which is a virtualization server.
  • server ID As a network resource, a bandwidth of 500 Mbps and a priority of “high” are set for the switch ID: SW1.
  • the child SMF 100a includes a communication unit 105 and a slice management table 106.
  • the communication unit 105 is a part that communicates with the parent SMF 100, and transmits a slice allocation request or a resource change request. Also, slice usage status information transmitted from the parent SMF 100 is received.
  • the slice allocation request includes the identification information of the child SMF 100a and the resource usage policy that is the target of the allocation request.
  • the resource usage policy indicates the number of CPUs, memory capacity, storage capacity, network bandwidth, and priority in the virtualization server, and includes any one of them.
  • the slice management table 106 is a part that stores slice usage status information received by the communication unit 105.
  • FIGS. 11 (b) and 11 (c) Specific examples are shown in FIGS. 11 (b) and 11 (c).
  • FIG. 11B shows information described in the slice management table 106 of the child SMF 100a whose ID is child SMF1.
  • FIG. 11C shows information described in the management table of the child SMF 100b whose ID is child SMF2.
  • the slice management table 106 stores slices to be assigned, assignment resources, and associated services in association with each other.
  • FIG. 12 is a diagram showing the processing sequence.
  • a request for slice usage status information is sent to the NFVO 30. This is performed based on an operation by the operator of the parent SMF 100 (S101).
  • the slice usage status information described in the slice usage status table of the holding unit 34 is referred to and acquired ( S102). Then, the slice usage status information is transmitted to the parent SMF 100 by the information transmitting unit 31 (S103).
  • the slice usage status information is received in the parent SMF 100, it is stored in the slice management table 103 (S104). At this time, the allocation destination shown in FIG. 11A is undetermined, and only the slice number, allocation resource, and the like are stored.
  • the child SMFs 100a to 100c are set as allocation destinations in association with the slice usage status information and stored in the slice management table 103 (S105, see FIG. 11A). Then, the set slice usage status information is transmitted to the associated child SMFs 100a to 100c (S106).
  • the transmitted slice usage status information is stored in the slice management table 106 (see S107, FIGS. 11B and 11C).
  • the operator can make a judgment on the change of the virtual resource or the like by referring to the slice usage status information described in the slice management table 106.
  • FIG. 13 is a diagram showing the processing sequence.
  • description will be given focusing on processing in the child SMF 100a, but similar processing can be performed in other child SMFs 100b and the like.
  • the slice allocation request (the child SMF identification information (SMF_ID) and the resource use policy) is transmitted to the parent SMF 100 by the communication unit 105 (S201).
  • a service applied from the child SMF 100a may be specified.
  • the table control unit 102 determines whether or not there is an unallocated slice for the child SMF in the slice management table 103 (S202). If a service is specified, it is also determined whether there is a service that matches the service.
  • the identification information of the requested child SMF 100a in the slice management table 103 are stored in association with the slice (S203).
  • the slice usage status information is transmitted to the child SMF 100a (S204). If it is determined in S203 that there is no slice that satisfies the resource usage policy, an error is notified.
  • the received slice usage status information is stored in the slice management table 106 (S205).
  • FIG. 14 is a diagram showing the processing sequence.
  • a change request in the child SMF 100a will be described.
  • the operator who refers to the slice management table 106 performs an operation for changing the resource, and the change content is input via the operation unit (not shown) (S301). Then, a slice resource change request is transmitted from the child SMF 100a to the parent SMF 100 (S302). This includes the identification information (SMF_ID) of the child SMF 100a, the slice ID to be changed, and the change contents (the number of CPUs increased, the memory capacity increased, etc.).
  • SMF_ID identification information
  • the table control unit 102 refers to the slice management table 103, and the allocation resource of the slice management table 103 is changed for the slice specified by the slice ID (S303). .
  • the communication unit 101 transmits a change request to the NFVO 30 (S304).
  • This change request includes the slice ID of the slice to be changed and the change contents.
  • a change request is accepted by the resource change accepting unit 32, a resource change instruction is transmitted to the VIM 50 (S305), and the change process is performed in the VIM 50. Thereafter, the VIM 50, NFVO 30 and parent SMF 100 notify the completion of the change (S306 to S308). If the change is not accepted in the NFVO 30, NG is notified. In that case, the slice management table 103 and the slice management table 106 in the parent SMF 100 and the child SMF 100a are returned to those before the change.
  • FIG. 15 shows the state transition of the contents stored in the slice management table 103 and the slice management table 106 in accordance with the allocation resource change processing.
  • FIG. 15B shows slice usage status information stored in the slice management table 106 of the child SMF 100a (ID: child SMF1).
  • ID child SMF1
  • the CPU increases one from 1 Core to 2 Core among the server resources of the server (ID: server 1) constituting the slice. This is the content processed in S301.
  • FIG. 15A shows slice usage status information stored in the slice management table 103 of the parent SMF 100.
  • the CPU of the server resource of the server (ID: server 1) constituting the slice managed by the child SMF 100a is increased from 1 Core to 2 Core.
  • the allocated resource column in the slice utilization status table shown in FIG. 6 is changed according to a request from the parent SMF 100.
  • the parent SMF 100 assigns resources to each slice to the child SMFs 100a to 100c, so that all or part of the plurality of slices managed by the parent SMF 100 can be assigned to a plurality of operators. Can be used with uniqueness.
  • a higher-level operator can allocate slice resources to a plurality of lower-level operators (child SMFs 100a to 100c). By using this, access from one user can be performed.
  • the upper operator can select a slice of the lower operator.
  • FIG. 16 is a diagram showing a configuration of a system including a parent SSF 70 that performs slice selection.
  • This system includes a parent SSF 70 and child SSFs 70a-70c.
  • the parent SSF 70 includes a transfer unit 71 and a child SSF selection unit 72.
  • the child SSF 70 a includes a transfer unit 73 and a slice selection unit 74.
  • the transfer unit 71 receives data transmitted from the UE 90 via the base station 80 and transfers the data to the child SSF selected by the child SSF selection unit 72.
  • the child SSF selection unit 72 selects a child SSF according to the SSF selection parameter specified in the header part of the data.
  • the child SSFs 70a to 70c include a transfer unit 73 and a slice selection unit 74.
  • the transfer unit 73 receives the data transmitted from the parent SSF 70 and transfers the data to the slice selected by the slice selection unit 74.
  • the slice selection unit 74 selects a slice according to the slice selection parameter specified in the data sub-header part.
  • Fig. 17 shows the data structure.
  • the data processed by the parent SSF 70 and the child SSFs 70a to 70c is composed of a header part, a subheader part, and a data part (not shown).
  • the header part includes the identification information of the child SSF indicating the user ID serving as the transmission source and the child SSF designated by the user.
  • the child SSF selection unit 72 of the parent SSF 70 selects a child SSF according to the identification information of the child SSF specified in the header part.
  • the subheader part includes UE usage type, DCN type, and service type as slice selection parameters.
  • the UE usage type indicates whether the device is an embedded device
  • the DCN type indicates a slice ID
  • the service type indicates a service. According to these slice selection parameters, the slice selection unit 74 selects one slice.
  • the subheader portion and the data portion are subjected to processing such as encryption.
  • processing such as encryption
  • the system 1 includes a parent SMF 100 and child SMFs 100a to 100c.
  • the child SMFs 100a to 100c are arranged for each management unit of a slice that is a virtual network, for example, one or more different communication carriers.
  • the parent SMF 100 manages these child SMFs 100a and the like.
  • the parent SMF 100 is, for example, a telecommunications carrier, and the child SMF 100a is a MVNO carrier that has been assigned a slice from this telecommunications carrier, or another telecommunications carrier.
  • the slice management table 103 manages resources of slices managed by the child SMF 100a and the like, and the communication unit 101 can notify the child SMF 100a and the like of this. Thereby, the parent SMF 100 can allocate a slice to the child SMF 100a and the like.
  • the child SMF 100a or the like receives this and stores it in the slice management table 106. Therefore, the child SMF 100a and the like can manage the resources of the slices managed by the child SMF 100a, and the child SMF 100a can independently manage resources.
  • the communication unit 101 outputs a slice usage status information request to the NFVO 30 that is a slice information storage device, so that the resources allocated to the slices stored in the slice usage status table from the NFVO 30 Can be obtained. Therefore, it is possible to assign slices to child SMFs using this.
  • the communication unit 101 when the communication unit 101 receives a resource change request from the child SMF 100a or the like, the communication unit 101 registers the resource change content in the slice management table 103 and instructs the NFVO 30 to change. Thereby, the parent SMF 100 can change the resource in accordance with a request from the child SMF 100a or the like. Accordingly, the child SMF 100a can manage resources with independence.
  • the new child SMF 100a or the like is associated with the slice information and stored in the slice management table 103. Thereby, new slice information can be allocated in response to a request from the new child SMF 100a or the like.
  • each functional block may be realized by one device physically and / or logically coupled, and two or more devices physically and / or logically separated may be directly and / or indirectly. (For example, wired and / or wireless) and may be realized by these plural devices.
  • the parent SMF 100, the child SMFs 100a to 100c, the NFVO 30 and the like in one embodiment of the present invention may function as a computer.
  • FIG. 18 is a diagram illustrating an example of a hardware configuration of the parent SMF 100 and the child SMF 100a according to the present embodiment.
  • the above-described parent SMF 100 and child SMFs 100a to 100c may be physically configured as a computer device including a processor 1001, a memory 1002, a storage 1003, a communication device 1004, an input device 1005, an output device 1006, a bus 1007, and the like. .
  • the term “apparatus” can be read as a circuit, a device, a unit, or the like.
  • the hardware configuration of the parent SMF 100 and the child SMF 100a may be configured to include one or a plurality of devices illustrated in the figure, or may be configured not to include some devices.
  • the functions of the parent SMF 100 and the child SMF 100a are performed by causing the processor 1001 to perform operations by reading predetermined software (programs) on hardware such as the processor 1001 and the memory 1002, and the communication by the communication device 1004 and the memory 1002 and This is realized by controlling reading and / or writing of data in the storage 1003.
  • the processor 1001 controls the entire computer by operating an operating system, for example.
  • the processor 1001 may be configured by a central processing unit (CPU) including an interface with peripheral devices, a control device, an arithmetic device, a register, and the like.
  • the table control unit 102 may be realized by the processor 1001.
  • the processor 1001 reads programs (program codes), software modules, and data from the storage 1003 and / or the communication device 1004 to the memory 1002, and executes various processes according to these.
  • programs program codes
  • software modules software modules
  • data data from the storage 1003 and / or the communication device 1004 to the memory 1002, and executes various processes according to these.
  • the program a program that causes a computer to execute at least a part of the operations described in the above embodiments is used.
  • the table control unit 102 may be realized by a control program stored in the memory 1002 and operated by the processor 1001, and may be realized similarly for other functional blocks.
  • the above-described various processes have been described as being executed by one processor 1001, they may be executed simultaneously or sequentially by two or more processors 1001.
  • the processor 1001 may be implemented by one or more chips. Note that the program may be transmitted from a network via a telecommunication line.
  • the memory 1002 is a computer-readable recording medium, and includes, for example, at least one of ROM (Read Only Memory), EPROM (Erasable Programmable ROM), EEPROM (Electrically Erasable Programmable ROM), RAM (Random Access Memory), and the like. May be.
  • the memory 1002 may be called a register, a cache, a main memory (main storage device), or the like.
  • the memory 1002 can store a program (program code), a software module, and the like that can be executed to implement the wireless communication method according to the embodiment of the present invention.
  • the storage 1003 is a computer-readable recording medium such as an optical disk such as a CD-ROM (Compact Disc ROM), a hard disk drive, a flexible disk, a magneto-optical disk (for example, a compact disk, a digital versatile disk, a Blu-ray). (Registered trademark) disk, smart card, flash memory (for example, card, stick, key drive), floppy (registered trademark) disk, magnetic strip, and the like.
  • the storage 1003 may be referred to as an auxiliary storage device.
  • the storage medium described above may be, for example, a database, server, or other suitable medium including the memory 1002 and / or the storage 1003.
  • the communication device 1004 is hardware (transmission / reception device) for performing communication between computers via a wired and / or wireless network, and is also referred to as a network device, a network controller, a network card, a communication module, or the like.
  • the communication unit 101 described above may be realized by the communication device 1004.
  • the input device 1005 is an input device (for example, a keyboard, a mouse, a microphone, a switch, a button, a sensor, etc.) that accepts an input from the outside.
  • the output device 1006 is an output device (for example, a display, a speaker, an LED lamp, etc.) that performs output to the outside.
  • the input device 1005 and the output device 1006 may have an integrated configuration (for example, a touch panel).
  • each device such as the processor 1001 and the memory 1002 is connected by a bus 1007 for communicating information.
  • the bus 1007 may be configured with a single bus or may be configured with different buses between apparatuses.
  • the parent SMF 100 and the child SMFs 100a to 100c are hardware such as a microprocessor, a digital signal processor (DSP), an ASIC (Application Specific Integrated Circuit), a PLD (Programmable Logic Device), and an FPGA (Field Programmable Gate Array). Hardware may be configured, and a part or all of each functional block may be realized by the hardware. For example, the processor 1001 may be implemented by at least one of these hardware.
  • notification of information is not limited to the aspect / embodiment described in this specification, and may be performed by other methods.
  • notification of information includes physical layer signaling (for example, DCI (Downlink Control Information), UCI (Uplink Control Information)), upper layer signaling (for example, RRC (Radio Resource Control) signaling, MAC (Medium Access Control) signaling), It may be implemented by broadcast information (MIB (Master Information Block), SIB (System Information Block)), other signals, or a combination thereof.
  • the RRC signaling may be referred to as an RRC message, and may be, for example, an RRC connection setup (RRCRRConnectionSetup) message, an RRC connection reconfiguration (RRC ConnectionReconfiguration) message, or the like.
  • Each aspect / embodiment described in this specification includes LTE (Long Term Evolution), LTE-A (LTE-Advanced), SUPER 3G, IMT-Advanced, 4G, 5G, FRA (Future Radio Access), W-CDMA.
  • LTE Long Term Evolution
  • LTE-A Long Term Evolution-Advanced
  • SUPER 3G IMT-Advanced
  • 4G 5G
  • FRA Full Radio Access
  • W-CDMA Wideband
  • GSM registered trademark
  • CDMA2000 Code Division Multiple Access 2000
  • UMB User Mobile Broadband
  • IEEE 802.11 Wi-Fi
  • IEEE 802.16 WiMAX
  • IEEE 802.20 UWB (Ultra-WideBand
  • the present invention may be applied to a Bluetooth (registered trademark), a system using another appropriate system, and / or a next generation system extended based on the system.
  • Information etc. can be output from the upper layer (or lower layer) to the lower layer (or upper layer). Input / output may be performed via a plurality of network nodes.
  • the input / output information or the like may be stored in a specific location (for example, a memory) or may be managed by a management table. Input / output information and the like can be overwritten, updated, or additionally written. The output information or the like may be deleted. The input information or the like may be transmitted to another device.
  • the determination may be performed by a value represented by 1 bit (0 or 1), may be performed by a true / false value (Boolean: true or false), or may be performed by comparing numerical values (for example, a predetermined value) Comparison with the value).
  • notification of predetermined information is not limited to explicitly performed, but is performed implicitly (for example, notification of the predetermined information is not performed). Also good.
  • software, instructions, etc. may be transmitted / received via a transmission medium.
  • software may use websites, servers, or other devices using wired technology such as coaxial cable, fiber optic cable, twisted pair and digital subscriber line (DSL) and / or wireless technology such as infrared, wireless and microwave.
  • wired technology such as coaxial cable, fiber optic cable, twisted pair and digital subscriber line (DSL) and / or wireless technology such as infrared, wireless and microwave.
  • DSL digital subscriber line
  • wireless technology such as infrared, wireless and microwave.
  • system and “network” used in this specification are used interchangeably.
  • information, parameters, and the like described in this specification may be represented by absolute values, may be represented by relative values from a predetermined value, or may be represented by other corresponding information.
  • the radio resource may be indicated by an index.
  • determining may encompass a wide variety of actions.
  • “Judgment”, “decision” can be, for example, calculating, computing, processing, deriving, investigating, looking up (eg, table, database or another (Searching in the data structure), and confirming (ascertaining) what has been confirmed may be considered as “determining” or “deciding”.
  • “determination” and “determination” include receiving (for example, receiving information), transmitting (for example, transmitting information), input (input), output (output), and access. (accessing) (e.g., accessing data in a memory) may be considered as "determined” or "determined”.
  • determination and “decision” means that “resolving”, “selecting”, “choosing”, “establishing”, and “comparing” are regarded as “determining” and “deciding”. May be included. In other words, “determination” and “determination” may include considering some operation as “determination” and “determination”.
  • the phrase “based on” does not mean “based only on”, unless expressly specified otherwise. In other words, the phrase “based on” means both “based only on” and “based at least on.”

Landscapes

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

Abstract

複数の事業者にスライスを割り当てることのできるスライス管理システムを提供することを目的とする。　親ＳＭＦ１００において、スライス管理テーブル１０３は、子ＳＭＦ１００ａ等が管理するスライスのリソースを管理し、通信部１０１は、これを子ＳＭＦ１００ａ等に通知することができる。子ＳＭＦ１００ａ等は、これを受信してスライス管理テーブル１０６に記憶する。よって、子ＳＭＦ１００ａ等は、自分が管理するスライスのリソースを管理することができ、子ＳＭＦ１００ａは、独立してリソース管理を可能にすることができる。

Description

スライス管理システムおよびスライス管理方法
　本発明は、仮想化ネットワークであるスライスを管理するスライス管理システムおよびスライス管理方法に関する。
　従来の仮想化技術を用いたネットワークシステムは、非特許文献１に開示された仮想化技術を用いて、ハードウェア資源を仮想的に切り分けて、ネットワークインフラ上に論理的に生成される仮想ネットワークであるスライスを生成する。そして、当該スライスへサービスを割当てることにより、それぞれ独立したスライスのネットワークを用いてサービス提供することができる。これにより、多様な要求条件を持つサービス各々にスライスを割り当てた場合、サービス個々の要求条件を満たすことを容易にし、そのシグナリング処理などを軽減させることが可能となる。
中尾彰宏、"仮想化ノード・プロジェクト新世代のネットワークをめざす仮想化技術″、［online］、2010年6月、独立行政法人情報通信研究機構、［2016年8月4日検索］、インターネット<http://www.nict.go.jp/publication/NICT-News/1006/01.html>
　従来においては、仮想ネットワークは一事業者において構築されることが前提とされている。したがって、当該一事業者が、スライスの割り当て等を決めることができる。
　しかしながら、一の事業者が、他の複数の事業者に対してスライスを割り当てたい要望が出てくることが考えられている。
　そこで、上述の課題を解決するために、本発明は、一または複数の事業者にスライスを割り当てることができるスライス管理システムおよびスライス管理方法を提供することを目的とする。
　上述の課題を解決するために、ネットワークインフラ上に生成される仮想化ネットワークであるスライスの管理を行い、一または複数に事業者ごとに管理される一または複数の子スライス管理装置と、前記一または複数の子スライス管理装置を管理する親スライス管理装置とを含むスライス管理システムであって、前記親スライス管理装置は、前記子スライス管理装置に対応付けて、当該子スライス管理装置が管理するスライスおよび当該スライスに割り当てられたリソースを示すスライス情報を記憶する親管理テーブルと、前記親管理テーブルに記憶されたスライス情報を、前記子スライス管理装置に対して通知する通知部と、を備え、前記子スライス管理装置は、前記通知部により通知された、前記スライスを構築するためのスライス情報を記憶する子管理テーブル、を備える。
　この発明によれば、親スライス管理装置は、子スライス管理装置に対応付けて、当該子スライス管理装置が管理するスライスおよび当該スライスに割り当てられたリソースを示すスライス情報を記憶し、これを子スライス管理装置に通知することができる。よって、親スライス管理装置は、一または複数の事業者が管理する子スライス管理装置に対してスライスの割当を可能にする。
　本発明によれば、一または複数の事業者にスライスを割り当てることができる。
本実施形態に係るＢＳＳ／ＯＳＳ１０及びＮＦＶＯ３０を含むシステム１（スライス管理システム）の構成を示す。 スライスとリソースとの対応関係を示す図である。 本発明の実施形態に係るシステムに含まれる装置のブロック図である。 スライス管理テーブルを示す図である。 ハード利用状況テーブルを示す図である。 スライス利用状況テーブルを示す図である。 サービス管理テーブルを示す図である。 サービス対応スライステーブルを示す図である。 ハードウェアテーブルを示す図である。 ＢＳＳ／ＯＳＳ等のハードウェア構成図である。 本発明の実施形態に係るシーケンス図である。 リソースの割り当て要求処理およびその変更処理のシーケンス図である。 スライスの割り当て要求を行なうときの処理のシーケンス図である。 リソースの変更を依頼するときの処理のシーケンス図である。 スライス管理テーブル１０３およびスライス管理テーブル１０６に記憶されている内容の状態遷移を示す図である。 スライス選択を行なう親ＳＳＦ７０を含んだシステムの構成を示す図である。 データ構成を示す図である。 親ＳＭＦ１００、子ＳＭＦ１００ａ等のハードウェア構成の一例を示す図である。
　添付図面を参照しながら本発明の実施形態を説明する。可能な場合には、同一の部分には同一の符号を付して、重複する説明を省略する。
　図１に本実施形態に係るＢＳＳ／ＯＳＳ１０及びＮＦＶＯ３０を含むシステム１（スライス管理システム）の構成を示す。システム１は、仮想ネットワークであるスライスに対してサービスを割り当てるシステムである。スライスとは、ネットワーク装置のリンクとノードの資源を仮想的に切り分けて、切り分けた資源を結合し、ネットワークインフラ上に論理的に生成される仮想ネットワーク又はサービス網であり、スライス同士は資源を分離しており、互いに干渉しない。サービスとは、通信サービス（専用線サービス等）やアプリケーションサービス（動画配信、エンベデッド装置等のセンサ装置を利用したサービス）等のネットワーク資源を用いたサービスをいう。
　図１に示すようにシステム１は、ＢＳＳ／ＯＳＳ（Operations Support System／Business Support System）１０と、ＳＯ（Service Operator）２０と、ＮＦＶＯ（ＮＦＶ(NetworkFunctions Virtualisation) Orchestrator）３０と、ＶＮＦＭ(VirtualizedNetwork Function Manager)４０と、ＶＩＭ(VirtualizedInfrastructure Management: 仮想化基盤管理)５０とを含んで構成されている。また、システム１には、ＮＦＶＩ（ＮＦＶ　　Infrastructure）６０と、ＳＳＦ（Slice SelectionFunction）７０と基地局８０とＵＥ（User Equipment）９０を含んで構成されている。このうち、ＮＦＶＯ３０とＶＮＦＭ４０とＶＩＭ５０は、ＭＡＮＯ（Management and Orchestration）architectureである。
　さらに、本実施形態において、ＳＳＦ７０（以降、親ＳＳＦ７０と称する）とアクセス可能に構成される子ＳＳＦ７０ａ～７０ｃがある。また、ＳＭＦ１００（以降、親ＳＭＦ１００とする）が、ＭＡＮＯとアクセス可能に構成されており、子ＳＭＦ１００ａ～１００ｃは、親ＳＭＦ１００とアクセス可能に構成されている。これら親ＳＭＦ１００および子ＳＭＦ１００ａ～１００ｃは、それぞれ親スライス管理装置、子スライス管理装置として機能する。また、ＮＦＶＯ３０は、スライス情報記憶装置として機能している。
　親ＳＭＦ１００および子ＳＭＦ１００ａ～１００ｃは、それぞれ親ＳＳＦ７０および子ＳＳＦ７０ａ～７０ｃと連携している。例えば、親ＳＭＦ１００は、親ＳＳＦ７０において振り分け処理を行なう振り分け先の管理などを合わせて行なうことができる。また、子ＳＭＦ１００ａ～１００ｃは、子ＳＳＦ７０ａ～７０ｃにおけるスライスの振り分け先の管理を行なうことができる。
　これらの構成要素は、システム１のコアネットワークを構成するものである。なお、互いに情報の送受信が必要な構成要素間は、有線等で接続されており情報の送受信が可能となっている。
　本実施形態に係るシステム１は、物理サーバ上に実現される仮想マシンにおいて動作する仮想サーバによって移動通信端末に対して通信機能を提供する。即ち、システム１は、仮想化された移動体通信ネットワークである。通信機能は、仮想マシンによって当該通信機能に応じた通信処理を実行することで移動通信端末に対して提供される。
　ＮＦＶＩ６０は、仮想化環境を構成する物理資源（ノード群）から形成されたネットワークを示す。この物理資源は、概念的には計算資源、記憶資源、伝送資源を含む。具体的には、この物理資源は、システム１において通信処理を行う物理的なサーバ装置である物理サーバ、スイッチ等のノードを含んで構成されている。物理サーバは、ＣＰＵ（コア、プロセッサ）、メモリ、及びハードディスク等の記憶手段を備えて構成される。通常、ＮＦＶＩ６０を構成する物理サーバ等のノードは、複数まとめてデータセンタ（ＤＣ）等の拠点に配置される。データセンタでは、配置された物理サーバがデータセンタ内部のネットワークによって接続されており、互いに情報の送受信を行うことができるようになっている。また、システム１には、複数のデータセンタが設けられている。データセンタ間はネットワークで接続されており、異なるデータセンタに設けられた物理サーバはそのネットワークを介して互いに情報の送受信を行うことができる。
　ＳＯ（ServiceOperator）２０は、サービス要求する装置であり、例えば、仮想ネットワークを用いて各種ユーザへサービス提供をする事業者の端末装置（例えば、パーソナルコンピュータ等）である。
　ＢＳＳ／ＯＳＳ１０は、システム１におけるサービス管理を行い、システム１での通信機能に係る指示を行うノードである。例えば、ＢＳＳ／ＯＳＳ１０は、ＮＦＶＯ３０に対して、新たな通信機能（通信サービス）を追加するように指示を行う。また、ＢＳＳ／ＯＳＳ１０は、システム１に係る通信事業者によって操作され得る。
　ＮＦＶＯ３０は、物理資源であるＮＦＶＩ６０上に構築された仮想ネットワーク（スライス）全体の管理を行う全体管理ノード（機能エンティティ）である。ＮＦＶＯ３０は、ＢＳＳ／ＯＳＳ１０からの指示を受信し、当該指示に応じた処理を行う。ＮＦＶＯ３０は、インフラと通信サービスの移動体通信網の物理資源において構築された仮想化ネットワーク全体にわたる管理を行う。ＮＦＶＯ３０は、仮想ネットワークにより提供される通信サービスをＶＮＦＭ４０及びＶＩＭ５０を経由して適切な場所に実現する。例えば、サービスのライフサイクル管理（具体的には例えば、生成、更新、スケール制御、イベント収集）、移動体通信網内全体にわたる資源の分散・予約・割当管理、サービス・インスタンス管理、及びポリシー管理（具体的には例えば、リソースの予約・割当、地理・法令等に基づく最適配置）を行う。
　ＶＮＦＭ４０は、物理資源（ノード）となるＮＦＶＩ６０に対して、サービスに係る機能を追加する仮想通信機能管理ノード（機能エンティティ）である。ＶＮＦＭ４０は、システム１に複数、設けられていてもよい。
　ＶＩＭ５０は、ＮＦＶＩ６０における物理資源（ノード）各々を管理する物理資源管理ノード（機能エンティティ）である。具体的には、資源の割当・更新・回収の管理、物理資源と仮想化ネットワークとの関連付け、ハードウェア資源とＳＷ資源（ハイパーバイザー）一覧の管理を行う。通常、ＶＩＭ５０は、データセンタ（局舎）毎に管理を行う。物理資源の管理は、データセンタに応じた方式で行われる。データセンタの管理方式（管理資源の実装方式）は、ＯＰＥＮＳＴＡＣＫやｖＣｅｎｔｅｒ等の種類がある。通常、ＶＩＭ５０は、データセンタの管理方式毎に設けられる。即ち、互いに異なる方式で、ＮＦＶＩ６０における物理資源各々を管理する複数のＶＩＭ５０が含まれる。なお、異なる管理方式で管理される物理資源の単位は、必ずしもデータセンタ単位でなくてもよい。
　なお、ＮＦＶＯ３０、ＶＮＦＭ４０及びＶＩＭ５０は、物理的なサーバ装置上でプログラムが実行されることにより実現される（但し仮想化上で実現されることを制限するものでは無く、管理系統を分離した上で、仮想化上で実現してもよい）。ＮＦＶＯ３０、ＶＮＦＭ４０及びＶＩＭ５０は、それぞれ別々の物理的なサーバ装置で実現されていてもよいし、同じサーバ装置で実現されていてもよい。ＮＦＶＯ３０、ＶＮＦＭ４０及びＶＩＭ５０（を実現するためのプログラム）は、別々のベンダから提供されていてもよい。
　ＮＦＶＯ３０は、ＢＳＳ／ＯＳＳ１０からのサービス割当要求を受信すると、または親ＳＭＦ１００からのリソース変更要求を受信すると、ＶＩＭ５０に対してスライス（スライスＳＬ１、ＳＬ２等）のためのリソース確保要求を行う。ＶＩＭ５０が、ＮＦＶＩ６０を構成するサーバ装置やスイッチにおけるリソースを確保すると、ＮＦＶＯ３０は、当該これらＮＦＶＩ６０に対してスライスを定義する。
　また、ＮＦＶＯ３０は、ＶＩＭ５０に、ＮＦＶＩ６０においてリソース確保させると、当該ＮＦＶＩ６０に対してスライスを定義した情報をＮＦＶＯ３０が記憶しているスライス管理テーブルに記憶する。そして、ＮＦＶＯ３０は、当該サービスに必要となる機能を実現するためのソフトウェアのインストール要求をＶＮＦＭ４０に対して行う。ＶＮＦＭ４０は、当該インストール要求に応じて、ＶＩＭ５０によって確保されたＮＦＶＩ６０（サーバ装置、スイッチ装置またはルータ装置などのノード）に対して上記ソフトウェアをインストールする。
　ＮＦＶＯ３０は、ＶＮＦＭ４０によりソフトウェアがインストールされると、ＮＦＶＯ３０が記憶しているサービス対応スライス管理テーブルへスライスとサービスとの対応付けをする。
　例えば図２に示すように、ＮＦＶＯ３０がスライス（Ｓｌｉｃｅ１及びＳｌｉｃｅ２）のためのリソース確保要求をＶＩＭ５０へ行うと、ＶＩＭ５０は、その旨の指示をスイッチＳＷ１、スイッチＳＷ２、サーバＳＶ１、及びスイッチＳＷ３に対して行う。そして、これらスイッチＳＷ１、スイッチＳＷ２、サーバＳＶ１、及びスイッチＳＷ３はＳｌｉｃｅ１用にリソースを確保する。同様に、ＶＩＭ５０からの指示に従って、スイッチＳＷ１、スイッチＳＷ２、サーバＳＶ１、及びスイッチＳＷ４は、Ｓｌｉｃｅ２用にリソースを確保する。
　また、ＶＩＭ５０により、各スイッチ等においてリソースが確保されると、ＮＦＶＯ３０は、Ｓｌｉｃｅ１へサービス１を割り当てて、Ｓｌｉｃｅ２へサービス２を割り当てる。このように、ＮＦＶＯ３０は、それぞれ独立したスライスへサービスを割り当てる。なお、各スライスには、複数のサービスを割り当てることも可能である。
　ＮＦＶＯ３０がスライスへサービスを割り当てると、当該サービスのＩＤと、当該サービスの最初の機能を提供するハードウェアの宛先（例えば、ＩＰアドレス）とを含むアクセス情報をＢＳＳ／ＯＳＳ１０へ送信する。
　ＢＳＳ／ＯＳＳ１０は、当該アクセス情報を受信すると、各親ＳＳＦ７０へ当該アクセス情報を通知する。親ＳＳＦ７０は、基地局８０と互いに通信可能なサーバ装置であり、ＵＥ９０からサービスＩＤと共に、サービス要求が基地局８０へなされると、当該基地局８０がＵＥ９０から受信したサービスＩＤを親ＳＳＦ７０へ通知する。
　親ＳＳＦ７０は、基地局８０からサービスＩＤを受信すると、親ＳＳＦ７０が記憶するアクセス情報の内、基地局８０から受信したサービスＩＤに対応するアクセス情報のサービスの最初の機能を提供するハードウェアの宛先情報を基地局８０へ送信する。基地局８０は、当該宛先情報をＵＥ９０へ通知する。これにより、ＵＥ９０は、サービスを利用するために最初にアクセスする宛先を特定することができる。
　なお、図１においては、子ＳＳＦ７０ａ～７０ｃは、並列に接続されており、これら子ＳＳＦ７０ａ～７０ｃが、親ＳＳＦ７０と直列に接続されているが、これに限るものではない。例えば、親ＳＳＦ７０は存在せず、ｅＮＢなどの基地局８０がそれぞれの子ＳＳＦ７０ａ～７０ｃと接続してもよい。その場合、基地局８０が子ＳＳＦ７０ａ～７０ｃのいずれかを選択する機能を有する。また、子ＳＳＦ７０ａ～７０ｃは、ｅＮＢ、またはＭＭＥなどの呼処理ノード内部にあってもよいし、図１に示すように独立に存在していてもよい。以下の説明では、親ＳＳＦ７０、子ＳＳＦ７０ａ～７０ｃは、親子構造を採用した場合を前提としてものである。
　引き続いて、ＢＳＳ／ＯＳＳ１０と、ＮＦＶＯ３０と、ＶＮＦＭ４０と、ＶＩＭ５０とについて、本実施形態に係る機能について図３を用いて説明する。図３に示すようにＢＳＳ／ＯＳＳ１０は、サービス依頼受付部１１と、情報受信部１２と、割当決定部１３と、リソース変更判断部１４（リソース変更手段）と、リソース変更要求部１５と、割当要求部１６と、割当結果通知部１７とを有する。
　サービス依頼受付部１１は、ＳＯからのサービスにおける機能又は性能の要件であるサービス要件を含むサービス依頼を受け付ける部分である。ここで、サービス要件の内、機能要件とはサービスを実行するための機能に関する要件である。具体的には、機能要件としてモビリティ制御の要否、可能アクセスエリア範囲、サービス利用時間が含まれる。モビリティ制御の要否とは、ハンドオーバ制御を必要とするか否かを意味する。アクセスエリア範囲は、サービスを提供する範囲（エリア）を意味する。サービス利用時間は、サービスを利用する時間帯を意味する。
　性能要件とは、サービスを実行するためのスライスの性能に関する要件である。具体的には、許可下限帯域、許可遅延時間、最小パケットロス率などが含まれる。ここで、許可下限帯域とは、通信に利用される周波数帯域の下限値を示し、許可遅延時間とは、通信遅延の許可する時間を意味し、許可パケットロス率とは、許可可能なパケットロス率を示す。
　また、サービス依頼受付部１１は、サービス依頼を受け付ける際に、サービスを実現するための機能を示す情報を受信する。ここでいうサービスを実現するための機能を示す情報としては、機能を特定するための情報（機能識別情報、機能名称等）が含まれる。また、サービス依頼受付部１１は、当該機能を実現するためのソフトウェアをＳＯ２０から受信してもよい。
　サービス依頼受付部１１は、上記のサービス要件及びサービスを実現するための機能を示す情報を受信すると、サービス要件を割当決定部１３へ送出し、サービスを実現するための機能を示す情報（機能情報）を割当要求部１６へ送出する。また、サービス依頼受付部１１は、このタイミングで情報受信部１２へサービス依頼を受け付けた旨を通知する。ここで機能情報とは、機能を識別する情報、当該機能を実現するためのソフトウェアが含まれる。
　情報受信部１２は、ＮＦＶＯ３０からスライスに関する情報を受信すると共に、生成済みのスライスに割り当てられているリソースの使用状況の情報を取得する部分である。具体的に、情報受信部１２は、サービス依頼受付部１１からサービス依頼を受け付けた旨を受信すると、ＮＦＶＯ３０へスライス属性情報、ハード利用状況情報、及びスライス利用状況情報の送信要求をする。
　なお、ＮＦＶＯ３０は、スライスの属性情報を含めたスライス管理テーブル、ハード利用状況情報を含めたハード利用状況テーブル、及びスライス利用状況情報を含めたスライス利用状況テーブルの情報を記憶している。ＮＦＶＯ３０は、情報受信部１２から情報の送信要求を受け付けると、スライス管理テーブルの情報、ハード利用状況テーブルの情報、及びスライス利用状況テーブルの情報をＢＳＳ／ＯＳＳ１０へ送信する。
　ここで、図４にＮＦＶＯ３０が記憶するスライス管理テーブルの例を示す。スライス管理テーブルは、スライスＩＤ，利用可能ノード、モビリティ制御対応可否、可能アクセスエリア範囲、サービス利用時間、使用可能帯域、最小遅延時間、最小パケットロス率、リソース利用率複数サービス受付可否フラグを有する。
　スライスＩＤは、ＮＦＶＯ３０がスライス管理テーブルへレコードを新規に追加する際に、決定する一意に識別するためのＩＤである。利用可能ノードは、ＶＩＭ５０へリソース確保要求した結果、ＶＩＭ５０が確保したノード（ＮＦＶＩ６０を構成するノード）を示す。利用可能ノードで定義される情報としては、ノードを識別する情報（ハード名等）、各ノードにおける割り当てられたリソース量（メモリ占有容量やＣＰＵ占有率など）が含まれる。モビリティ制御対応可否は、利用可能ノードがモビリティ制御対応可能であるか否かを示す情報である。可能アクセスエリア範囲は、利用可能ノードの位置に基づいた、アクセス可能なエリアを示す情報である。サービス利用時間は、利用可能ノードに基づいたサービス利用可能な時間を示す情報である。使用可能帯域は、利用可能ノードにおける提供可能な最大の帯域を示す情報である。
　最小遅延時間は、利用可能ノードに基づいた最小の遅延時間を示す。最小パケットロス率は、利用可能リソースに基づいた最小のパケットロス率を示す。リソース利用率は、現状におけるノードにおいて割り当てられたリソースの利用率を示す。複数サービス受付可否フラグは、他のサービスから隔離されることが指定されたサービスが割り当てられているか否かを示す値であり、他のサービスから隔離されることが指定されたサービスが割り当てられている場合、その旨の情報（例えば、「１」）が設定される。
　続いて、図５にハード利用状況テーブルの例を示す。ハード利用状況テーブルは、ＨＷ名，利用しているスライス、割当リソース、リソース利用率、余剰リソースを有する。ＨＷ名は、サーバ装置やスイッチを一意に識別することができるハードウェア名称である。利用しているスライスは、当該装置を割当てているスライスの情報（例えば、スライスＩＤ）である。割当リソースは、各スライスに割り当てているリソース量であり、既存のスライスのために使用されるリソースである。リソース利用率は、各スライスにおけるリソースの利用率である。余剰リソースは、スライスに未割当のリソースを意味し、未割当のＣＰＵコア及びクロック周波数、未割当のメモリ領域、未割当のストレージ容量、未割当のキューが該当する。
　続いて、図６にスライス利用状況テーブルの例を示す。スライス利用状況テーブルは、スライスＩＤと、ハードウェア（サーバ、スイッチ）のＩＤと、リソースとを有する。スライスＩＤは、各スライスのＩＤである。ハードウェアＩＤは、各ハードウェアに付されたＩＤである。リソースは、各スライスに割り当てられたリソース量であり、ＣＰＵの稼働数、メモリの使用量、ストレージの使用量、スイッチ等におけるネットワークの使用可能帯域などである。
　なお、メモリ利用率、ＣＰＵ利用率、ストレージ利用率、及び帯域利用率等もスライス利用状況テーブルに入れてもよい。その場合、メモリ利用率は、割り当てられた各ハードウェアのメモリに関する利用率である。具体的には、メモリ利用率は、割り当てられたメモリ領域に対するスライスで使用されているメモリ領域の割合を意味する。ＣＰＵ利用率は、割り当てられた各ハードウェアのＣＰＵに関する利用率である。具体的には、ＣＰＵ利用率は、割り当てられたＣＰＵコアおよびクロック周波数に対するスライスで利用されているＣＰＵコア及びクロック周波数の割合である。ストレージ利用率は、割り当てられた各ハードウェアのストレージに関する利用率である。具体的には、ストレージ利用率は、割り当てられた記憶領域に対するスライスで利用されている記憶領域の割合を意味する。帯域利用率は、割り当てられた各ハードウェアの帯域に関する利用率である。具体的には、割り当てられたキューや仮想ＮＩＣの最大出力可能ビットレートに対するスライスが利用しているビットレートを意味する。ここで、サーバにおける帯域利用率は、仮想ＮＩＣの帯域利用率を示す。
　情報受信部１２は、ＮＦＶＯ３０からスライス管理テーブルに含まれる情報を受信すると、当該情報を割当決定部１３へ送出する。割当決定部１３は、この情報を用いて、依頼を受けたサービスを既存のスライスへ割り当てるか、新規のスライスへ割り当てるかを決定する。情報受信部１２は、スライス利用状況情報及びハード利用状況情報を受信すると、当該情報をリソース変更判断部１４へ送出する。リソース変更判断部１４は、ハード利用状況情報を用いて、スライスの新規生成又は既存スライスの拡張が可能であるか否かを判断する。リソース変更判断部１４は、変更スライスの新規生成又は既存スライスを拡張するだけのリソースが無い場合、スライス利用状況情報及びハード利用状況情報縮小させるスライスを決定する。
　割当決定部１３は、サービス依頼受付部１１によって受け付けられたサービスのサービス要件及び既存のスライスの属性に基づいて、既存のスライス又は新規のスライスの何れにサービスを割り当てるかを決定する部分である。割当決定部１３は、サービス依頼受付部１１からサービス要件を受け取り、情報受信部１２からスライス利用状況情報を受け取ると、サービス要件及びスライス利用状況情報を用いて、既存のスライス又は新規スライスの何れにサービスを割り当てるかを決定する。
　まず、割当決定部１３は、サービス要件として、他のサービスから隔離されることを意味する要件（隔離要件）が含まれている場合、新規のスライスへ割り当てると決定する。サービス要件として、他のサービスから隔離されることを意味する要件が含まれていない場合、割当決定部１３は、サービス要件を満たす、既存のスライスの属性情報があるか否かを判断する。
　割当決定部１３は、サービス要件を満たす、既存のスライスの属性情報がある場合、依頼を受けたサービスを当該既存のスライスへ割り当てる（収容する）と決定し、決定した内容を割当要求部１６へ送出する。
　また、利用可能ノードの利用率に基づいて、機能・性能要件を満たしたとしても、現状のスライスには追加できないと判断できる場合がある。その場合には、割当決定部１３は、既存スライスを拡張するまたは新規スライスを追加するとの判断を行なう。この場合、割当決定部１３は、リソース変更判断部１４へその旨を通知し、リソース変更判断部１４から既存スライスを拡張するまたは新規スライスを追加することが可能か否かの判断結果を受け取る。
　例えば、割当決定部１３は、利用可能ノードの利用率以外の機能・性能要件を満たすスライスがある場合、当該スライスへサービスを割り当てると判断し、拡張に必要なリソース量（例えば、削減するリソース量）及び拡張対象のスライスをリソース変更判断部１４へ通知する。
　割当決定部１３は、利用可能ノードの利用率以外の機能・性能要件を満たすスライスが無い場合、新規スライスを生成して、当該スライスへサービスを割当てると判断し、新規スライス生成する旨と、サービスに必要なリソース量をリソース変更判断部１４へ通知する。
　割当決定部１３は、既存スライスを拡張するまたは新規スライスを追加するとの判断をし、リソース変更判断部１４から既存スライスを拡張するまたは新規スライスを追加することが可能である旨の通知を受け取った場合、既存スライスを拡張するまたは新規スライスを追加する旨の内容を割当要求部１６へ送出する。
　割当決定部１３は、新規にスライスを生成してサービスを割当てるか、既存のスライスへサービスを割当てるか、既存のスライスを拡張してサービスを割当てるかを決定すると、決定した内容を割当要求部１６へ送出する。
　割当決定部１３は、新規にスライスを生成してサービスを割当てると決定した場合、決定した内容として、新規にスライスを生成する旨と、サービス要件を割当要求部１６へ送出する。
　割当決定部１３は、既存のスライスにサービスを割当てると決定した場合、決定した内容として、既存のスライスにサービスを割当てる旨、と当該既存のスライスＩＤと、サービス要件を割当要求部１６へ送出する。
　割当決定部１３は、既存のスライスを拡張してサービスを割当てると決定した場合、決定した内容として、既存のスライスを拡張してサービスを割当てる旨、と当該既存のスライスＩＤと、拡張するリソース量と、サービス要件を割当要求部１６へ送出する。
　割当決定部１３は、既存のスライスを拡張してサービスを割当てると決定した場合、決定した内容として、既存のスライスを拡張してサービスを割当てる旨、と当該既存のスライスＩＤと、拡張するリソース量と、サービス要件を割当要求部１６へ送出する。
　リソース変更判断部１４は、新規のスライス生成又は既存スライスの拡張が可能か否かを判断する部分である。さらに、リソース変更判断部１４は、新規のスライス生成又は既存スライスの拡張をしようとした結果、リソースが不足していることが判明した場合に、リソース使用状況の情報に基づいて、割り当てられているリソース量を縮小させるスライスを決定する決定処理をする部分である。すなわち、リソース変更判断部１４は、新規のスライス生成又は既存スライスの拡張によるリソース使用状況の予測情報に応じて、リソース使用状況の情報（例えば、リソースの利用率）に基づいたスライスを特定する。ここで、リソース使用状況の予測情報とは、リソース使用状況の変化に基づいた情報であり、例えば、新規のスライス生成又は既存スライスの拡張により必要となるリソース量、新規のスライス生成又は既存スライスの拡張により必要となるリソース量と余剰リソースとの差分値等が該当する。
　リソース変更判断部１４は、情報受信部１２からスライス利用状況情報及びハード利用状況情報を受け取り、これらの情報を用いてリソース変更する必要があるか否かを判断したり、リソース変更対象となるスライスを特定したりする。
　リソース変更判断部１４は、割当決定部１３から新規スライス生成する旨と、サービスに必要なリソース量を受け取ると、ハード利用状況情報の余剰リソースを参照し、サービスに必要なリソース量があるか否かを判断し、サービスに必要なリソース量がある場合、割当決定部１３へ新規スライス生成可能である旨を通知する。
　一方、リソース変更判断部１４は、サービスに必要なリソース量が無いと判断した場合、スライス利用状況テーブルを参照し、メモリ利用率、ＣＰＵ利用率、ストレージ利用率、及び帯域利用率の何れか少なくとも１つの利用率が予め記憶している閾値より低い（例えば、利用率が２０％未満）スライスを縮小対象のスライスと決定する。なお、リソース変更判断部１４は、上記複数種類の利用率の内、最も高い利用率と、上記閾値とを比較して縮小対象のスライスを決定してもよいし、上記複数種類全ての利用率の平均値と、上記閾値とを比較して縮小対象のスライスを決定するようにしてもよい。リソース変更判断部１４は、縮小対象のスライス及び縮小分のリソース量をリソース変更要求部１５へ通知する。リソース変更要求部１５からリソース変更完了の旨を受け取ると、割当決定部１３へ新規スライス生成可能である旨を通知する。
　リソース変更判断部１４は、割当決定部１３から既存スライスを拡張する旨と、拡張に必要なリソース量を受け取ると、拡張対象となる既存スライスのハード利用状況情報の余剰リソースを参照し、拡張可能か否かを判断し、拡張可能である場合、割当決定部１３へ拡張可能である旨を通知する。
　一方、リソース変更判断部１４は、拡張対象の既存スライスに、拡張分の余剰リソースが無い場合、スライス利用状況テーブルを参照し、拡張対象の既存スライスに割り当てられているハードウェアにおけるメモリ利用率、ＣＰＵ利用率、ストレージ利用率、及び帯域利用率の何れか少なくとも１つの利用率が低い（例えば、利用率が２０％未満）ハードウェアがある場合、当該拡張対象の既存スライスを縮小対象のスライスと決定する。リソース変更判断部１４は、縮小対象のスライス及び縮小分のリソース量をリソース変更要求部１５へ通知する。リソース変更要求部１５からリソース変更完了の旨を受け取ると、割当決定部１３へ拡張可能である旨を通知する。
　リソース変更要求部１５は、リソース変更判断部１４からの通知に基づいて、ＮＦＶＯ３０へリソース変更要求をする部分である。リソース変更要求部１５は、リソース変更判断部１４から縮小対象のスライス及び縮小分のリソース量を受け取ると、当該縮小対象のスライス及び縮小分のリソース量をＮＦＶＯへ通知すると共に、リソース変更要求をする。当該リソース変更要求に応じて、ＮＦＶＯ３０がリソース変更をすると、ＮＦＶＯ３０は、ＢＳＳ／ＯＳＳ１０に対してリソース変更完了の通知をする。リソース変更要求部１５は、当該リソース変更完了の通知を受信し、リソース変更判断部１４へリソース変更完了の通知をする。
　割当要求部１６は、割当決定部１３により決定されたスライスにサービスを割り当てる要求を行う部分である。具体的には、割当要求部１６は、割当決定部１３から上述の割当決定部１３が決定した内容をＮＦＶＯ３０へ送信すると共にサービスの割当要求をする。これにより、ＮＦＶＯ３０において、スライスへサービスの割当が行われる。
　割当結果通知部１７は、ＮＦＶＯ３０から割当結果を受け付ける部分である。具体的には、割当結果通知部１７は、ＮＦＶＯ３０から割当結果（割当完了したか割当不可であったかを示す結果）を受信する。割当完了を示す情報には、サービスＩＤとアクセス先のアドレスが含まれる。割当結果通知部１７は、割当結果が割当完了である場合、親ＳＳＦ７０へサービスＩＤ及びアクセス先を送信する。
　ＮＦＶＯ３０は、情報送信部３１と、リソース変更受付部３２と、サービス割当要求受付部３３と、保持部３４（リソース使用状況情報記憶手段）と、リソース要求部３５（リソース変更手段）と、機能追加要求部３６と、サービス割当部３７とを備える。情報送信部３１は、ＢＳＳ／ＯＳＳ１０からの情報送信要求を受け付けると、保持部３４が記憶しているスライス管理テーブルの情報、スライス利用状況テーブルの情報、及びハード利用状況テーブルの情報をＢＳＳ／ＯＳＳ１０へ送信する。
　リソース変更受付部３２は、ＢＳＳ／ＯＳＳ１０から縮小対象のスライス及び縮小分のリソース量を受信すると共に、リソース変更要求を受け付ける部分である。リソース変更受付部３２は、上記リソース変更要求を受け付けると、縮小対象のスライス及び縮小分のリソース量をリソース要求部３５へ通知すると共に、リソース変更させる。リソース変更受付部３２は、リソース要求部３５からリソース変更した旨の通知を受けると、ＢＳＳ／ＯＳＳ１０へリソース変更の旨を通知する。
　また、リソース変更受付部３２は、親ＳＭＦ１００からリソースの変更要求を受け付ける。この変更要求には、変更対象となるスライスを示すスライスＩＤおよびリソースの変更内容が含まれる。リソース変更受付部３２は、変更要求を受け付けると、リソース要求部３５へ通知して、リソースの変更処理を行なわせる。
　サービス割当要求受付部３３は、ＢＳＳ／ＯＳＳ１０から、割当決定部１３が決定した内容を受信すると共に、サービスの割当要求を受け付ける部分である。サービス割当要求受付部３３は、割当決定部１３が決定した内容に、「既存のスライスを拡張してサービスを割当てる旨」又は「新規にスライスを生成する旨」が含まれている場合、リソース要求部３５へリソースに関する情報を送出する。
　また、サービス割当要求受付部３３は、リソース要求部３５からリソース確保の旨を受信すると、その旨をＢＳＳ／ＯＳＳ１０へ送信する。また、サービス割当要求受付部３３は、所定のタイミングで機能情報を受信する。サービス割当要求受付部３３は、当該機能情報を受信すると、機能情報を機能追加要求部３６へ送出する。
　サービス割当要求受付部３３は、サービス割当部３７がサービス割当てした後に、当該サービス割当部３７から割当結果を受け取り、当該割当結果をＢＳＳ／ＯＳＳ１０へ送信する。
　保持部３４は、各種テーブルを記憶する部分である。保持部３４は、スライス管理テーブル、スライス利用状況テーブル、ハード利用状況テーブル、サービス管理テーブル、及びサービス対応スライス管理テーブルを記憶する。図７にサービス管理テーブルを示す。このサービス管理テーブルは、サービス割当要求受付部３３がＢＳＳ／ＯＳＳ１０から受信したサービス要件に基づいた情報である。サービス管理テーブルは、サービスＩＤ、モビリティ制御、アクセスエリア範囲、サービス利用時間、許容下限帯域、許容遅延時間、許容パケットロス、機能、及び分離フラグを有する。サービス割当部３７が、サービス管理テーブルへサービス要件にサービスＩＤを付加した情報を登録する。
　続いて、図８にサービス対応スライス管理テーブルを示す。このサービス対応スライス管理テーブルは、サービスＩＤ及びスライスＩＤを有する。サービス割当部３７が、サービス管理テーブルへ情報を追加した際におけるサービスＩＤと、割当て先のスライスＩＤとをサービス対応スライス管理テーブルへ登録する。
　リソース要求部３５は、ＶＩＭ５０へリソースの確保要求する部分である。リソース要求部３５は、サービス割当要求受付部３３から受信したリソース量をＶＩＭ５０へリソース確保要求する。リソース要求部３５は、ＶＩＭ５０からリソース確保完了通知を受け取ると、サービス割当要求受付部３３へ通知する。また、リソース要求部３５は、親ＳＭＦ１００から送信された変更内容（増加したリソース量）をＶＩＭ５０へリソース確保要求をする。
　機能追加要求部３６は、ＶＮＦＭ４０へ機能追加を要求する部分である。機能追加要求部３６は、サービス割当要求受付部３３から受信したリソース量をＶＩＭ５０へリソース確保要求する。機能追加要求部３６は、ＶＮＦＭ４０から機能追加完了通知を受け取ると、サービス割当部３７へ通知する。
　サービス割当部３７は、サービスを割当てる部分である。サービス割当部３７は、機能追加要求部３６によって、機能追加完了通知を受信すると、サービス管理テーブルへサービス要件に基づいた情報を登録し、さらに、サービス対応スライス管理テーブルへサービスＩＤ及びスライスＩＤを登録する。
　スライス利用状況情報要求受付部３８は、親ＳＭＦ１００からスライス利用状況情報の要求を受け付け、スライス利用状況情報テーブルのスライス利用状況情報を、情報送信部３１を介して親ＳＭＦ１００に対して送信する。
　続いて、ＶＮＦＭ４０の説明をする。ＶＮＦＭ４０は、機能追加要求受付部４１と、保持部４２と、機能追加部４３を有する。機能追加要求受付部４１は、ＮＦＶＯ３０からの機能追加要求を受け付ける部分である。機能追加要求受付部４１は、機能追加要求を受け付けた旨を機能追加部４３へ通知する。また、機能追加要求受付部４１は、追加機能に係るソフトウェアをＮＦＶＯ３０から受信した場合、当該ソフトウェアも機能追加部４３へ送出する。
　機能追加要求受付部４１は、機能追加部４３により、機能追加後に機能追加完了通知を受信した場合、ＮＦＶＯ３０へ機能追加完了した旨を通知する。
　保持部４２は、ソフトウェアを保持する部分（例えば、リポジトリ）である。保持部４２は、通信に関する共通的に使用する可能性の高いソフトウェアを保持する。
　機能追加部４３は、機能をインストールする部分である。機能追加部４３は、機能追加要求受付部４１から機能追加要求を受け付けると、対象となる利用可能ノードへインストールする。インストールする際に、機能追加部４３は、要求対象の機能が、保持部４２において保持しているソフトウェアの機能の場合は、保持部４２が保持しているソフトウェアを利用可能ノードへインストールする。また、機能追加部４３は、機能追加要求受付部４１からインストール対象のソフトウェアを受信した場合、当該ソフトウェアをインストールする。機能追加部４３は、インストール完了後にＮＦＶＯ３０へインストール完了通知をする。
　ＶＩＭ５０は、リソース要求受付部５１と、保持部５２と、リソース確保部５３と、監視部５４とを備える。リソース要求受付部５１は、ＮＦＶＯ３０からのリソース確保要求を受け付ける部分である。リソース要求受け付けると、リソース確保部５３へ通知する。保持部５２は、リソースに関する情報を保持する部分である。保持部５２は、ハードウェアテーブルの情報を保持する。
　ＶＩＭ５０は、ＢＳＳ／ＯＳＳ１０から利用可能ノードの識別情報と共にハードウェア情報の送信要求を受信すると、当該利用可能ノードの識別情報に対応するハードウェア情報をハードウェアテーブルから取得する。
　ここで、ＶＩＭ５０が記憶するハードウェアテーブルを図９に示す。ハードウェアテーブルは、ＨＷ名と、リソース量と、電力量とを含むハードウェア情報を管理するテーブルである。
　ＨＷ名は、ハードウェアの識別情報である。リソース量は、当該ハードウェアのリソース量、例えばメモリ容量、ＣＰＵの能力（数や実行速度など）などを示す。電力量は、ハードウェア全体を使用した場合の電力量である。
　ＶＩＭ５０は、利用可能ノードの識別情報に対応するハードウェア情報をハードウェアテーブルから取得すると、ＢＳＳ／ＯＳＳ１０へ送信する。
　リソース確保部５３は、リソースを確保する部分である。リソース要求受付部５１によりリソース要求の通知を受けると、余剰リソースに基づいてスライスを割当てる。リソース確保後、リソース要求受付部５１へ通知する。監視部５４は、ＮＦＶＩ６０の使用状況を監視する部分である。監視部５４は、監視した結果をリソース利用率へ反映する。
　つぎに、親ＳＭＦ１００および子ＳＭＦ１００ａ～１００ｃの機能構成について説明する。図１０は、親ＳＭＦ１００および子ＳＭＦ１００ａ～１００ｃの機能を示すブロック図である。この親ＳＭＦ１００は、通信部１０１、テーブル制御部１０２、およびスライス管理テーブル１０３を含んで構成されている。
　通信部１０１は、子ＳＭＦ１００ａ等と通信をする部分であり、スライスのリソース変更要求を受け付けたり、新規の割り当て要求を受け付けたりする部分である。通信部１０１は、子ＳＭＦ１００ａ等に対して、ＮＦＶＯ３０から取得したスライス利用状況情報を通知する部分である。
　テーブル制御部１０２は、通信部１０１により取得されたスライス利用状況情報をスライス管理テーブル１０３に記憶させたり、子ＳＭＦ１００ａ～１００ｃからスライス割り当て要求が来た場合に、スライス管理テーブル１０３を参照して、未割り当てのスライスがあるかを判断し、必要に応じて子ＳＭＦ１００ａ～１００ｃの識別情報を対応付けて記憶させる。
　スライス管理テーブル１０３は、ＮＦＶＯ３０から取得したスライス利用状況情報を、子ＳＭＦ１００ａ等と対応付けて記憶する部分である。図１１（ａ）は、その具体例を示す図である。図１１（ａ）に示されるとおり、スライス管理テーブル１０３は、割当先である子ＳＭＦの識別情報、割り当てリソース（サーバリソースとネットワークリソース）、管理しているスライス、および所属するサービスを対応付けて記憶している。例えば、子ＳＭＦ１００ａのＩＤ：子ＳＭＦ１には、仮想化サーバであるサーバのＩＤ：サーバ１に対して、ＣＰＵ：１Core、メモリ：１ＧＢ、ストレージ：１００ＧＢが割り当てられている。また、ネットワークリソースとしてスイッチのＩＤ：ＳＷ１に対して、帯域５００Ｍｂｐｓ、優先度：“高”が設定されている。
　子ＳＭＦ１００ａは、通信部１０５およびスライス管理テーブル１０６を含んで構成されている。
　通信部１０５は、親ＳＭＦ１００と通信を行なう部分であり、スライスの割り当て要求を送信したり、リソースの変更要求を送信したりする。また、親ＳＭＦ１００から送信されるスライス利用状況情報を受信する。
　ここでスライスの割り当て要求には、その子ＳＭＦ１００ａの識別情報と、割り当て要求の対象となるリソース利用ポリシが含まれる。リソース利用ポリシは、仮想化サーバにおけるＣＰＵの数や、メモリの容量、ストレージの容量、およびネットワークの帯域、優先度を示すものであり、このうちのいずれか一つを含んだものである。
　スライス管理テーブル１０６は、通信部１０５により受信されたスライス利用状況情報を記憶する部分である。
　図１１（ｂ）および（ｃ）にその具体例を示す。図１１（ｂ）は、ＩＤ：子ＳＭＦ１である子ＳＭＦ１００ａのスライス管理テーブル１０６に記述される情報を示す。図１１（ｃ）は、ＩＤ：子ＳＭＦ２である子ＳＭＦ１００ｂの管理テーブルに記述される情報である。図１１（ｂ）および（ｃ）に示されるとおり、このスライス管理テーブル１０６は、割当先となるスライス、割り当てリソースおよび所属するサービスを対応付けて記憶する。
　つぎに、このように構成されたシステム１における親ＳＭＦ１００および子ＳＭＦ１００ａ～１００ｃを用いたリソースの割り当て要求処理およびその変更処理について説明する。図１２は、その処理シーケンスを示す図である。
　まず、親ＳＭＦ１００において、スライス利用状況情報の要求がＮＦＶＯ３０に対して送られる。これは、親ＳＭＦ１００のオペレータによる操作に基づいて行なわれる（Ｓ１０１）。
　ＮＦＶＯ３０において、スライス利用状況情報要求受付部３８により、スライス利用状況情報要求が受信されると、保持部３４のスライス利用状況テーブルに記述されているスライス利用状況情報が参照され、そして取得される（Ｓ１０２）。そして、当該スライス利用状況情報が、情報送信部３１により、親ＳＭＦ１００に送信される（Ｓ１０３）。
　親ＳＭＦ１００において、スライス利用状況情報が受信されると、スライス管理テーブル１０３に記憶される（Ｓ１０４）。なお、このときにおいては、図１１（ａ）に示される割当先は、未定であり、スライス番号、割当リソース等のみが記憶されている。
　そして、オペレータによる操作に従って、子ＳＭＦ１００ａ～１００ｃが割当先として、スライス利用状況情報に対応付けて設定され、スライス管理テーブル１０３に記憶される（Ｓ１０５、図１１（ａ）参照）。そして、設定されたスライス利用状況情報は、対応付けされた各子ＳＭＦ１００ａ～１００ｃに対して送信される（Ｓ１０６）。
　子ＳＭＦ１００ａ～１００ｃにおいては、送信されたスライス利用状況情報が、スライス管理テーブル１０６に記憶される（Ｓ１０７、図１１（ｂ）、（ｃ）参照）。子ＳＭＦ１００ａ～１００ｃにおいては、そのオペレータがこのスライス管理テーブル１０６に記述されているスライス利用状況情報を参照することで、仮想リソースの変更等の判断を行なうことができる。
　つぎに、子ＳＭＦ１００ａ～１００ｃにおいてスライスの割り当て要求を行なうときの処理について説明する。図１３は、その処理シーケンスを示す図である。ここでは、便宜上、子ＳＭＦ１００ａにおける処理に着目した説明をするが、他の子ＳＭＦ１００ｂ等においても同様の処理を行なうことができる。
　子ＳＭＦ１００ａにおいて、通信部１０５によりスライス割り当て要求（子ＳＭＦの識別情報（SMF_ID）およびリソース利用ポリシ）が親ＳＭＦ１００に対して送信される（Ｓ２０１）。なお、子ＳＭＦ１００ａから適用されるサービスを指定してもよい。
　親ＳＭＦ１００において、通信部１０１によりスライス割り当て要求が受信されると、テーブル制御部１０２により、スライス管理テーブル１０３に、子ＳＭＦに対する未割当てのスライスがあるか否かが判断される（Ｓ２０２）。なお、サービスが指定されていた場合には、そのサービスに合致するものがあるかも判断される。
　そして、未割当てのものがあり、リソース利用ポリシに合致するスライスまたはその要求するリソース利用ポリシを超えたリソースが割当られたスライスがあれば、スライス管理テーブル１０３において、要求をした子ＳＭＦ１００ａの識別情報を、そのスライスに対応付けて記憶させる（Ｓ２０３）。
　そして、スライス利用状況情報が子ＳＭＦ１００ａに対して送信される（Ｓ２０４）。なお、Ｓ２０３において、リソース利用ポリシを満足するようなスライスがないと判断される場合には、エラーの旨が通知される。
　そして、子ＳＭＦ１００ａにおいて、受信されたスライス利用状況情報がスライス管理テーブル１０６に記憶される（Ｓ２０５）。
　つぎに、子ＳＭＦ１００ａにおいて、リソースの変更を依頼するときの処理について説明する。図１４は、その処理シーケンスを示す図である。なお、ここでは例として子ＳＭＦ１００ａにおける変更依頼について説明する。
　子ＳＭＦ１００ａにおいて、スライス管理テーブル１０６を参照したオペレータがリソースの変更のための操作を行ない、変更内容の入力が操作部（図示せず）を介して行なわれる（Ｓ３０１）。そして、子ＳＭＦ１００ａから親ＳＭＦ１００に対して、スライスのリソース変更要求が送信される（Ｓ３０２）。ここには、子ＳＭＦ１００ａの識別情報（SMF_ID）、変更対象となるスライスＩＤ、変更内容（ＣＰＵの増加数、メモリ容量の増加容量など）が含まれる。
　親ＳＭＦ１００において、変更要求が受信されると、テーブル制御部１０２により、スライス管理テーブル１０３が参照され、スライスＩＤで指定されたスライスに対してスライス管理テーブル１０３の割り当てリソースが変更される（Ｓ３０３）。
　そして、親ＳＭＦ１００において、通信部１０１により、ＮＦＶＯ３０に対して、変更要求が送信される（Ｓ３０４）。この変更要求には、変更対象となるスライスのスライスＩＤと変更内容が含まれる。
　ＮＦＶＯ３０においては、リソース変更受付部３２により、変更要求が受け付けられ、ＶＩＭ５０に対して、リソースの変更指示が送信され（Ｓ３０５）、ＶＩＭ５０においては、変更処理が行なわれる。その後、ＶＩＭ５０，ＮＦＶＯ３０、親ＳＭＦ１００において、変更完了の通知が行なわれる（Ｓ３０６～Ｓ３０８）。なお、ＮＦＶＯ３０において変更が受け付けられない場合には、ＮＧの旨が通知される。その場合、親ＳＭＦ１００および子ＳＭＦ１００ａ等におけるスライス管理テーブル１０３、スライス管理テーブル１０６は、それぞれ変更前のものに戻される。
　ここで図１５を用いて、割当リソースの変更処理に伴って、スライス管理テーブル１０３およびスライス管理テーブル１０６に記憶されている内容の状態遷移を示す。
　図１５（ｂ）は、子ＳＭＦ１００ａ（ＩＤ：子ＳＭＦ１とする）のスライス管理テーブル１０６が記憶しているスライス利用状況情報を示す。ここでは、スライスを構成するサーバ（ＩＤ：サーバ１）のサーバリソースのうちＣＰＵが１Ｃｏｒｅから２Ｃｏｒｅと一つ増加させることを示している。これは、Ｓ３０１において処理された内容となる。
　図１５（ａ）は、親ＳＭＦ１００のスライス管理テーブル１０３が記憶しているスライス利用状況情報を示す。子ＳＭＦ１００ａからの変更要求に従って、子ＳＭＦ１００ａが管理するスライスを構成するサーバ（ＩＤ：サーバ１）のサーバリソースのＣＰＵが１Ｃｏｒｅから２Ｃｏｒｅに増加されている。
　図示しないが、ＮＦＶＯ３０においても同様に変更内容が反映される。図６に示されるスライス利用状況テーブルにおける割当リソース欄が、親ＳＭＦ１００からの要求に従って、変更される。
　このように、親ＳＭＦ１００が、子ＳＭＦ１００ａ～１００ｃに対して、各スライスに対してリソースの割当を行なうことで、親ＳＭＦ１００において管理している複数のスライスの全部または一部を、複数に事業者に対して独自性をもって利用させることができる。
　上述したとおり、上位の事業者（親ＳＭＦ１００）が、複数の下位の事業者（子ＳＭＦ１００ａ～１００ｃ）に対してスライスのリソースを割り当てることができるが、これを用いて、一のユーザからのアクセス要求に対して、上位の事業者が下位の事業者のスライスを選択させることができる。
　図１６は、スライス選択を行なう親ＳＳＦ７０を含んだシステムの構成を示す図である。このシステムは、親ＳＳＦ７０と子ＳＳＦ７０ａ～７０ｃを含んでいる。親ＳＳＦ７０は、転送部７１および子ＳＳＦ選択部７２を含んでいる。子ＳＳＦ７０ａは、転送部７３およびスライス選択部７４を含んでいる。
　転送部７１は、基地局８０を介してＵＥ９０から送信されたデータを受け、子ＳＳＦ選択部７２により選択された子ＳＳＦに対してデータを転送する。
　子ＳＳＦ選択部７２は、データのヘッダ部に指定されたＳＳＦ選択パラメータにしたがった子ＳＳＦを選択する。
　子ＳＳＦ７０ａ～７０ｃは、転送部７３およびスライス選択部７４を含んでいる。
　転送部７３は、親ＳＳＦ７０から送信されたデータを受け、スライス選択部７４により選択されたスライスに対してデータを転送する。
　スライス選択部７４は、データのサブヘッダ部に指定されたスライス選択パラメータにしたがったスライスを選択する。
　図１７に、データ構成を示す。図１７に示されるとおり、親ＳＳＦ７０および子ＳＳＦ７０ａ～７０ｃで処理されるデータは、ヘッダ部とサブヘッダ部とデータ部（図示せず）から構成される。ヘッダ部は、発信元となるユーザＩＤとそのユーザが指定した子ＳＳＦを示す子ＳＳＦの識別情報を含む。
　親ＳＳＦ７０の子ＳＳＦ選択部７２は、このヘッダ部で指定された子ＳＳＦの識別情報に従って、子ＳＳＦを選択する。
　サブヘッダ部は、スライス選択パラメータとして、ＵＥ usageタイプ、ＤＣＮタイプ、サービスタイプを含む。ＵＥ usageタイプは、組み込みデバイスであるか否を示し、ＤＣＮタイプは、スライスＩＤを示し、サービスタイプは、サービスを示す。これらスライス選択パラメータにしたがって、スライス選択部７４は、一のスライスを選択する。
　なお、このデータ群としては、サブヘッダ部およびデータ部は暗号化などの処理をしておくことが好ましい。子ＳＳＦの事業者間で独立性を持たせようとする場合には、他の子ＳＳＦでは見ることができないようにしておくことが望ましい。
　つぎに、本実施形態のＳＭＦ１００および子ＳＭＦ１００ａ等の作用効果について説明する。本システム１は、親ＳＭＦ１００および子ＳＭＦ１００ａ～１００ｃを含んでいる。子ＳＭＦ１００ａ～１００ｃは、仮想化ネットワークであるスライスの管理単位ごとに配置されており、例えば一または複数の異なる通信事業者ごとに配置されている。親ＳＭＦ１００は、これら子ＳＭＦ１００ａ等を管理している。親ＳＭＦ１００は、例えば通信事業者であり、子ＳＭＦ１００ａ等は、この通信事業者からスライスの割当を受けたＭＶＮＯ事業者、そのほか通信事業者などである。
　親ＳＭＦ１００において、スライス管理テーブル１０３は、子ＳＭＦ１００ａ等が管理するスライスのリソースを管理し、通信部１０１は、これを子ＳＭＦ１００ａ等に通知することができる。これにより、親ＳＭＦ１００は、子ＳＭＦ１００ａ等に対してスライスを割り当てることができる。
　一方、子ＳＭＦ１００ａ等は、これを受信してスライス管理テーブル１０６に記憶する。よって、子ＳＭＦ１００ａ等は、自分が管理するスライスのリソースを管理することができ、子ＳＭＦ１００ａは、独立してリソース管理を可能にすることができる。
　また、親ＳＭＦ１００において、通信部１０１は、スライス利用状況情報要求を、スライス情報記憶装置であるＮＦＶＯ３０に出力することで、そのＮＦＶＯ３０から、スライス利用状況テーブルに記憶されているスライスに割り当てられたリソースを取得することができる。よって、これを用いて子ＳＭＦに対して、スライスの割当を可能にすることができる。
　また、ＳＭＦ１００において、通信部１０１は、子ＳＭＦ１００ａ等からリソースの変更要求を受けると、スライス管理テーブル１０３にリソースの変更内容を登録し、ＮＦＶＯ３０に対して変更指示を行なう。これにより、子ＳＭＦ１００ａ等からの要求に伴って、親ＳＭＦ１００は、リソースの変更を可能にする。したがって、子ＳＭＦ１００ａにおいて独立性をもってリソースの管理を行なうことを可能にする。
　また、親ＳＭＦ１００において、新規の子ＳＭＦ１００ａ等からリソースの割り当て要求を受けると、新規の子ＳＭＦ１００ａ等とスライス情報とを対応付けてスライス管理テーブル１０３に記憶する。これにより、新規の子ＳＭＦ１００ａ等からの要求によって、新たなスライス情報の割当を行なうことができる。
　なお、上記実施の形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に(例えば、有線及び／又は無線)で接続し、これら複数の装置により実現されてもよい。
　例えば、本発明の一実施の形態における親ＳＭＦ１００、子ＳＭＦ１００ａ～１００ｃ、ＮＦＶＯ３０等は、コンピュータとして機能してもよい。図１８は、本実施形態に係る親ＳＭＦ１００、子ＳＭＦ１００ａ等のハードウェア構成の一例を示す図である。上述の親ＳＭＦ１００、子ＳＭＦ１００ａ～１００ｃは、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
　なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。親ＳＭＦ１００、子ＳＭＦ１００ａのハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
　親ＳＭＦ１００、子ＳＭＦ１００ａにおける各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信や、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。
　プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central　Processing　Unit）で構成されてもよい。例えば、テーブル制御部１０２は、プロセッサ１００１で実現されてもよい。
　また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュールやデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、テーブル制御部１０２は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。
　メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read　Only　Memory）、ＥＰＲＯＭ（Erasable　Programmable　ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random　Access　Memory）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施の形態に係る無線通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
　ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Compact　Disc　ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。
　通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、上述の通信部１０１は、通信装置１００４で実現されてもよい。
　入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
　また、プロセッサ１００１やメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
　また、親ＳＭＦ１００、子ＳＭＦ１００ａ～１００ｃは、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital　Signal　Processor）、ＡＳＩＣ（Application　Specific　Integrated　Circuit）、ＰＬＤ（Programmable　Logic　Device）、ＦＰＧＡ（Field　Programmable　Gate　Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。
　以上、本実施形態について詳細に説明したが、当業者にとっては、本実施形態が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本実施形態は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本実施形態に対して何ら制限的な意味を有するものではない。
　情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink　Control　Information）、ＵＣＩ（Uplink　Control　Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio　Resource　Control）シグナリング、ＭＡＣ（Medium　Access　Control）シグナリング、報知情報（ＭＩＢ（Master　Information　Block）、ＳＩＢ（System　Information　Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC ConnectionSetup）メッセージ、ＲＲＣ接続再構成（RRC ConnectionReconfiguration）メッセージなどであってもよい。
　本明細書で説明した各態様／実施形態は、ＬＴＥ（Long　Term　Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＳＵＰＥＲ　３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future　Radio　Access）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra　Mobile　Broadband）、ＩＥＥＥ　８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ　８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ　８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
　本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
　本明細書において特定の装置によって行われるとした特定動作は、場合によってはその上位ノード（upper node）によって行われることもある。
　情報等は、上位レイヤ(または下位レイヤ)から下位レイヤ(または上位レイヤ)へ出力され得る。複数のネットワークノードを介して入出力されてもよい。
　入出力された情報等は特定の場所(例えば、メモリ)に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
　判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：trueまたはfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
　本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
　ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
　また、ソフトウェア、命令などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（ＤＳＬ）などの有線技術及び／又は赤外線、無線及びマイクロ波などの無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。
　本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
　なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。
　本明細書で使用する「システム」および「ネットワーク」という用語は、互換的に使用される。
　また、本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。例えば、無線リソースはインデックスで指示されるものであってもよい。
　上述したパラメータに使用する名称はいかなる点においても限定的なものではない。さらに、これらのパラメータを使用する数式等は、本明細書で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素（例えば、ＴＰＣなど）は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的なものではない。
　本明細書で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
　本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
　上記の各装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。
　「含む（include）」、「含んでいる（comprising）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える(comprising)」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（or）」は、排他的論理和ではないことが意図される。
　本明細書において、文脈または技術的に明らかに1つのみしか存在しない装置である場合以外は、複数の装置をも含むものとする。
　本開示の全体において、文脈から明らかに単数を示したものではなければ、複数のものを含むものとする。
１１…サービス依頼受付部、１２…情報受信部、１３…割当決定部、１４…リソース変更判断部、１５…リソース変更要求部、１６…割当要求部、１７…通知部、３１…情報送信部、３２…リソース変更受付部、３３…サービス割当要求受付部、３４…保持部、３５…リソース要求部、３６…機能追加要求部、３７…サービス割当部、３８…スライス利用状況情報要求受付部、４１…機能追加要求受付部、４２…保持部、４３…機能追加部、５１…リソース要求受付部、５２…保持部、５３…リソース確保部、５４…監視部、７１…転送部、７２…子ＳＳＦ選択部、７３…転送部、７４…スライス選択部、１０１…通信部、１０２…テーブル制御部、１０３…スライス管理テーブル、１０５…通信部、１０６…スライス管理テーブル。

Claims (6)

  1. 　ネットワークインフラ上に生成される仮想化ネットワークであるスライスの管理を行い、一または複数に事業者ごとに管理される一または複数の子スライス管理装置と、前記一または複数の子スライス管理装置を管理する親スライス管理装置とを含むスライス管理システムであって、
    　前記親スライス管理装置は、
    　前記子スライス管理装置に対応付けて、当該子スライス管理装置が管理するスライスおよび当該スライスに割り当てられたリソースを示すスライス情報を記憶する親管理テーブルと、
    　前記親管理テーブルに記憶されたスライス情報を、前記子スライス管理装置に対して通知する通知部と、
    を備え、
    　前記子スライス管理装置は、
    　前記通知部により通知された、前記スライスを構築するためのスライス情報を記憶する子管理テーブル、
    を備えるスライス管理システム。
  2. 　前記親スライス管理装置は、
    　前記親管理テーブルにおいて子スライス管理装置と対応付ける前に、スライスおよび当該スライスに割り当てられたリソースを示すスライス情報を記憶するスライス情報記憶装置から、当該スライス情報を取得し、取得したスライス情報を前記親管理テーブルに登録する制御部、
    を備え、
    　取得したスライス情報が子スライス管理装置に割り当てられる、請求項１に記載のスライス管理システム。
  3. 　前記親スライス管理装置において、
    　前記制御部は、
    　新規の子スライス管理装置からリソースの割り当て要求を受けると、前記新規の子スライス管理装置と前記スライス情報とを対応付けて前記親管理テーブルに記憶する、
    請求項２に記載のスライス管理システム。
  4. 　前記親スライス管理装置において、
    　前記制御部は、　
    　子スライス管理装置からリソースの変更要求を受けると、前記親管理テーブルにリソースの変更内容を登録し、
    　前記変更内容の登録処理に伴って、前記スライス情報記憶装置に対して当該変更内容に従った変更指示を行なう、
    請求項２または３に記載のスライス管理システム。
  5. 　前記親スライス管理装置において、
    　前記通知部は、前記割当要求または変更要求に対して要求を満たすことができないと判
    断する場合には、エラーの旨を前記新規の子スライス管理装置に対して送信する、
    請求項３または４に記載のスライス管理システム。
  6. 　ネットワークインフラ上に生成される仮想化ネットワークであるスライスの管理を行い、一または複数に事業者ごとに管理される一または複数の子スライス管理装置と、前記一または複数の子スライス管理装置を管理する親スライス管理装置とを含むスライス管理システムにおけるスライス管理方法であって、
    　前記親スライス管理装置は、
    　前記子スライス管理装置に対応付けて、当該子スライス管理装置が管理するスライスおよび当該スライスに割り当てられたリソースを示すスライス情報を親管理テーブルに記憶するステップと、
    　前記親管理テーブルに記憶されたスライス情報を、前記子スライス管理装置に対して通知するステップと、
    を備え、
    　前記子スライス管理装置は、
    　通知された、前記スライスを構築するためのスライス情報を子管理テーブルに記憶するステップと
    を備えるスライス管理方法。
PCT/JP2017/029545 2016-08-17 2017-08-17 スライス管理システムおよびスライス管理方法 WO2018034321A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US16/326,000 US11516881B2 (en) 2016-08-17 2017-08-17 Slice management system and slice management method
JP2018534423A JP6941613B2 (ja) 2016-08-17 2017-08-17 スライス管理システムおよびスライス管理方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016-159881 2016-08-17
JP2016159881 2016-08-17

Publications (1)

Publication Number Publication Date
WO2018034321A1 true WO2018034321A1 (ja) 2018-02-22

Family

ID=61196631

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/029545 WO2018034321A1 (ja) 2016-08-17 2017-08-17 スライス管理システムおよびスライス管理方法

Country Status (3)

Country Link
US (1) US11516881B2 (ja)
JP (1) JP6941613B2 (ja)
WO (1) WO2018034321A1 (ja)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10681589B1 (en) 2018-12-03 2020-06-09 At&T Itellectual Property I, L.P. Vertical slice management and selection leveraging dynamic alliances of access core and service network resources
KR20200077943A (ko) * 2018-12-21 2020-07-01 주식회사 케이티 동적 네트워크 확장 방법, 장치 및 시스템
WO2021171073A1 (ja) 2020-02-26 2021-09-02 ラクテン・シンフォニー・シンガポール・プライベート・リミテッド コンピュータシステムおよびネットワークサービス構築方法
WO2021171210A1 (ja) 2020-02-26 2021-09-02 ラクテン・シンフォニー・シンガポール・プライベート・リミテッド ネットワークサービス構築システム及びネットワークサービス構築方法
WO2021171211A1 (ja) 2020-02-26 2021-09-02 ラクテン・シンフォニー・シンガポール・プライベート・リミテッド リソースプール管理システム、リソースプール管理方法及びプログラム
WO2022167837A1 (ja) 2021-02-04 2022-08-11 ラクテン・シンフォニー・シンガポール・プライベート・リミテッド ネットワークサービス管理システムおよびネットワークサービス管理方法
WO2023058137A1 (ja) * 2021-10-05 2023-04-13 楽天モバイル株式会社 アクション実行システム及びその制御方法

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20200106036A (ko) 2017-12-08 2020-09-10 넷-썬더, 엘엘씨 자동 배포되는 정보 기술(it) 시스템 및 방법
CN110035465B (zh) * 2018-01-11 2022-04-01 ***通信有限公司研究院 一种数据传输方法、装置、设备及计算机可读存储介质
US12003360B2 (en) * 2018-06-25 2024-06-04 Nec Corporation OAM functional service exposure and discovery function and data repository

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015156168A (ja) * 2014-02-21 2015-08-27 株式会社日立製作所 データセンタのリソース配分システム及びデータセンタのリソース配分方法
JP2016116184A (ja) * 2014-12-18 2016-06-23 株式会社日立製作所 網監視装置および仮想ネットワーク管理方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110301143B (zh) * 2016-12-30 2022-04-22 英特尔公司 用于无线电通信的方法和设备

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015156168A (ja) * 2014-02-21 2015-08-27 株式会社日立製作所 データセンタのリソース配分システム及びデータセンタのリソース配分方法
JP2016116184A (ja) * 2014-12-18 2016-06-23 株式会社日立製作所 網監視装置および仮想ネットワーク管理方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
TAKUYA SHIMOJO ET AL.: "5G Jidai ni Muketa Shorai Core Network", NTT GIJUTSU JOURNAL, vol. 28, no. 3, 1 March 2016 (2016-03-01), pages 38 - 47 *

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10681589B1 (en) 2018-12-03 2020-06-09 At&T Itellectual Property I, L.P. Vertical slice management and selection leveraging dynamic alliances of access core and service network resources
US10887798B2 (en) 2018-12-03 2021-01-05 At&T Intellectual Property I, L.P. Vertical slice management and selection leveraging dynamic alliances of access core and service network resources
KR20200077943A (ko) * 2018-12-21 2020-07-01 주식회사 케이티 동적 네트워크 확장 방법, 장치 및 시스템
KR102621615B1 (ko) * 2018-12-21 2024-01-04 주식회사 케이티 동적 네트워크 확장 방법, 장치 및 시스템
WO2021171073A1 (ja) 2020-02-26 2021-09-02 ラクテン・シンフォニー・シンガポール・プライベート・リミテッド コンピュータシステムおよびネットワークサービス構築方法
WO2021171210A1 (ja) 2020-02-26 2021-09-02 ラクテン・シンフォニー・シンガポール・プライベート・リミテッド ネットワークサービス構築システム及びネットワークサービス構築方法
WO2021171071A1 (ja) 2020-02-26 2021-09-02 ラクテン・シンフォニー・シンガポール・プライベート・リミテッド ネットワークサービス構築システムおよびネットワークサービス構築方法
WO2021171211A1 (ja) 2020-02-26 2021-09-02 ラクテン・シンフォニー・シンガポール・プライベート・リミテッド リソースプール管理システム、リソースプール管理方法及びプログラム
US11844016B2 (en) 2020-02-26 2023-12-12 Rakuten Symphony Singapore Pte. Ltd. Computer system and network service construction method
WO2022167837A1 (ja) 2021-02-04 2022-08-11 ラクテン・シンフォニー・シンガポール・プライベート・リミテッド ネットワークサービス管理システムおよびネットワークサービス管理方法
WO2023058137A1 (ja) * 2021-10-05 2023-04-13 楽天モバイル株式会社 アクション実行システム及びその制御方法

Also Published As

Publication number Publication date
US11516881B2 (en) 2022-11-29
JP6941613B2 (ja) 2021-09-29
US20210360741A1 (en) 2021-11-18
JPWO2018034321A1 (ja) 2019-07-04

Similar Documents

Publication Publication Date Title
JP6941613B2 (ja) スライス管理システムおよびスライス管理方法
JP6307172B2 (ja) スライス管理システム及びスライス管理方法
JP6464257B2 (ja) サービス割当決定装置及びサービス割当決定方法
US10356663B2 (en) Service allocation determining methid
WO2017170937A1 (ja) スライス変更方法及びスライス変更装置
JP6754734B2 (ja) Ｒａｎスライスにおけるリソース管理装置及びｒａｎスライスにおけるリソース管理方法
CN110352611B (zh) 信息通知方法及移动通信***
EP3429137B1 (en) Slice allocating method
JPWO2016152589A1 (ja) システム及び方法
WO2018173564A1 (ja) スライス管理装置及びスライス管理方法
JP6660277B2 (ja) スライス管理装置、スライス管理方法およびスライス管理システム
JPWO2018131413A1 (ja) 移動体通信システム及び輻輳制御方法
WO2018173815A1 (ja) スライス割当方法及び移動通信システム
WO2018180496A1 (ja) 通信制御方法および通信端末
JP2018186450A (ja) 通信制御方法
JP2021016012A (ja) サブネット情報生成装置及びサブネット情報生成方法
WO2018173889A1 (ja) 通信制御方法および通信システム
WO2018034147A1 (ja) スライス割当方法
WO2018131414A1 (ja) 通信制御装置及び通信制御方法

Legal Events

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

Ref document number: 17841543

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2018534423

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17841543

Country of ref document: EP

Kind code of ref document: A1