WO2017057025A1 - サービス割当決定方法 - Google Patents

サービス割当決定方法 Download PDF

Info

Publication number
WO2017057025A1
WO2017057025A1 PCT/JP2016/077296 JP2016077296W WO2017057025A1 WO 2017057025 A1 WO2017057025 A1 WO 2017057025A1 JP 2016077296 W JP2016077296 W JP 2016077296W WO 2017057025 A1 WO2017057025 A1 WO 2017057025A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
slice
request
information
unit
Prior art date
Application number
PCT/JP2016/077296
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 EP16851199.6A priority Critical patent/EP3331204A4/en
Priority to US15/752,478 priority patent/US10356663B2/en
Priority to JP2017543125A priority patent/JPWO2017057025A1/ja
Publication of WO2017057025A1 publication Critical patent/WO2017057025A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • 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/80—Actions related to the user profile or the type of traffic
    • H04L47/805—QOS or priority aware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition

Definitions

  • the present invention relates to a method of determining a slice to allocate a service.
  • a network system using a conventional virtualization technology virtually separates hardware resources using the virtualization technology disclosed in Non-Patent Document 1, and is a virtual network logically generated on a network infrastructure. Generate a slice. Then, by assigning a service to the slice, service can be provided using a network of independent slices. As a result, when a slice is allocated to each of the services having various requirements, it becomes easy to satisfy the requirements of each service, and it is possible to reduce the signaling processing and the like.
  • a service is uniquely assigned to a slice, it is always assigned to an appropriate slice for the service if the requirements of the service dynamically change or the status of the resource providing the slice changes. Not necessarily. In addition, it may not be appropriate to fix a slice also from the viewpoint of resource utilization efficiency.
  • the present invention has been made in view of the above, and it is an object of the present invention to provide a slice allocation method for dynamically changing a service and a slice to be allocated to the service.
  • a service allocation determination method is executed by an apparatus that allocates a service using a virtual network to a slice that is a virtual network generated on a network infrastructure.
  • a service to which a slice is assigned is associated with the slice, and a decision is made to determine a slice that satisfies the service requirement, which is a requirement of a function in the service to be assigned.
  • the method includes a step, and an assignment step of reassigning the assignment target service to the slice determined in the determination step, when the service to be assigned is previously associated with the slice by the device.
  • the above service assignment determination method may reassign a service to be assigned by changing the communication control apparatus that transmits and receives data for using the service.
  • the communication control device that transmits and receives the data of the service is switched according to the service requirements, it is possible to provide a suitable service to the user who uses the service.
  • the above service allocation determination method further includes an acquisition step of acquiring a resource status for each slice and a service requirement of a service to which a slice has already been allocated, wherein the determination step includes the service requirement and the resource acquired by the acquisition step.
  • a slice may be determined based on the situation. In this case, since the slice to be assigned to the service is determined based on the service requirements of the service to which the slice has already been assigned and the resource status information, it is possible to dynamically assign an appropriate slice even if the resource status changes.
  • the determination step may determine the slice satisfying the service requirement as the slice having the largest number of empty resources. In this case, since the service is allocated to the slice of the resource with the largest number of empty resources, the resources can be effectively used.
  • FIG. 1 is a block diagram of an apparatus included in a system according to an embodiment of the present invention. It is a hardware block diagram, such as OSS / BSS. It is a figure which shows a request
  • FIG. 1 shows the configuration of a system 1 including an OSS / BSS 10 and an NFVO 30 according to the present embodiment.
  • the system 1 is a system for assigning a service to a slice which is a virtual network.
  • a slice is a virtual network or service network logically created on the network infrastructure by virtually separating the link of the network device and the resources of the node 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 communication service (exclusive line service etc.) and application service (moving image distribution, service using a sensor device such as an embedded device).
  • the system 1 includes OSS / BSS (Operations Support System / Business Support System) 10, SO (Service Operator) 20, NFVO 30, VNFM 40, and VIM (Virtualized Infrastructure Management). And 50 are configured.
  • the system 1 also includes NFVI (Network Functions Virtualisation) Infrastructure 60, SBSA (Service-Based Slice Allocator) 70, base station 80 and UE 90, and HSS (Home Subscriber Server) 110, which are physical resources. It comprises DNS (Domain Name System) 120, MME (Mobility Management Entity) 130, and SGW (Serving Gateway) 140.
  • NFVO30, VNFM40 and VIM50 are MANO (Management & Orchestration) architecture.
  • These components constitute the core network of the system 1.
  • components which require transmission and reception of information mutually it is connected by a wire etc., and transmission and reception of information are possible.
  • the system 1 provides a communication function to 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 communication processing according to the communication function by the virtual machine.
  • the OSS / BSS 10 is a node that performs service management in the system 1 and issues instructions related to communication functions in the system 1. For example, the OSS / BSS 10 instructs the NFVO 30 to add a new communication function (communication service). In addition, the OSS / BSS 10 can be operated by a communication carrier according to the system 1.
  • An SO (Service Operator) 20 is a device that makes a service request, and is, for example, a terminal device (for example, a personal computer or the like) of a provider who provides a service to various users using a virtual network.
  • the NFVO 30 is a general management node (functional entity) that manages the entire virtual network (slice) constructed on the physical resource NFVI 60.
  • the NFVO 30 receives an instruction from the OSS / BSS 10 and performs processing according to the instruction.
  • the NFVO 30 manages the entire virtualized network built on the physical resources of the infrastructure and communication service mobile communication network.
  • the NFVO 30 realizes the communication service provided by the virtual network at an appropriate place via the VNFM 40 and the VIM 50.
  • service life cycle management specifically, for example, creation, updating, scale control, event collection
  • distribution reservation, allocation management of resources throughout the mobile communication network
  • service instance management and policy management ( Specifically, for example, reservation / allocation of resources, and optimal allocation based on geography, laws, etc. are performed.
  • the VNFM 40 is a virtual communication function management node (functional entity) that adds a function related to a service to the NFVI 60 serving as 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 physical resources (nodes) in the NF VI 60 described later. Specifically, management of allocation / update / collection of resources, association of physical resources with a virtualization network, and management of hardware resources and a list of SW resources (hypervisors) are performed. Normally, the VIM 50 manages each data center (local office). Management of physical resources is performed according to the data center. Data center management methods (management resource implementation methods) include types such as OPENSTACK and vCenter. Usually, the VIM 50 is provided for each data center management method. That is, a plurality of VIMs 50 for managing physical resources in the NF VI 60 are included in different ways. The units of physical resources managed by different management methods may not necessarily be data center units.
  • NFVO30, VNFM40 and VIM50 are realized by executing a program on a physical server device (however, this does not limit what is realized in virtualization, and after separating the management system, , May be realized on virtualization).
  • the NFVO 30, the VNFM 40, and the 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 the) may be provided from different vendors.
  • the NFVO 30 When the NFVO 30 receives the service allocation request from the OSS / BSS 10, it makes a resource securing request for slices (slices SL1, SL2, etc.) to the VIM 50.
  • the VIM 50 reserves resources in the server devices and switches that configure the NFVI 60, the NFVO 30 defines slices for the NFVI 60.
  • the NFVO 30 when the NFVO 30 causes the VIM 50 to reserve a resource in the NFVI 60, the NFVO 30 stores information defining a slice for the NF VI 60 in a table stored in the NFVO 30. Then, the NFVO 30 requests the VNFM 40 to install software for realizing the function required for the service. In response to the installation request, the VNFM 40 installs the software in the NFVI 60 (node such as server device, switch device or router device) secured by the VIM 50.
  • the NFVI 60 node such as server device, switch device or router device
  • the NFVO 30 When software is installed by the VNFM 40, the NFVO 30 associates slices with services in a table stored by the NFVO 30.
  • the slices SL1 to SL3 are service slices (hereinafter, the service slices are also simply referred to as "slices") which are units to which services are allocated. There is also a resource slice that defines the resources that make up the service slice. By associating the resource slice with the service slice, the resources constituting the service slice are determined. For example, as shown in FIG. 2, when the NFVO 30 makes a resource securing request for resource slices (resource slices R-slice 1 to R-slice 3) to the VIM 50, the VIM 50 instructs that to the server SV1, the switch SW1, The process is performed on the server SV2 and the switch SW2.
  • resource slices resource slices R-slice 1 to R-slice 3
  • the NFVO 30 reserves the resources of the server SV1, the switch SW1, the server SV2, and the server SV3 for the resource slice R-slice1. Also, the NFVO 30 reserves the resources of the server SV1 and the switch SW1 for the resource slice R-slice2. Also, the NFVO 30 reserves the resources of the server SV2 and the server SV3 for the resource slice R-slice3.
  • the NFVO 30 determines a service slice using the resource slice.
  • the slice is associated with the function of the slice as illustrated in FIG. 3A using a plurality of pieces of table information stored by the NFVO 30.
  • the NFVO 30 associates the service slice S-slice1 with the resource slice R-slice1, and associates the service slice S-slice2 with the resource slices R-slice2 and R-slice3.
  • the NFVO 30 associates the service slice with the resource slice in accordance with the input operation from the user (administrator) of the NFVO 30.
  • FIG. 3A is a list based on a table stored by the NFVO 30.
  • the "Service slice” field, the "Resource slice” field, the “Function set” field, and the "SLA (Service Level Agreement)-SL (Sufficiency Level)” field are associated. List.
  • the information (for example, S-slice 1) input in the “Service slice” column is an identifier indicating a service slice.
  • the information entered in the "Resource slice” column is an identifier of the resource slice.
  • the “Function set” column information indicating the function set is input.
  • the function set is a set of functions possessed by the resources of the resource slice.
  • the information input in the “SLA-SL” column is a value obtained by indexing each function of the functions included in the function set.
  • the function stored in advance by the NFVO 30 and the index value of the function are determined with reference to the corresponding information.
  • the NFVO 30 periodically transmits the information in the “Service Slice” column and the information in the “SLA-SL” column to the OSS / BSS 10.
  • the OSS / BSS 10 stores information in which the “Service Slice” field and the “SLA-SL” field are associated.
  • the OSS / BSS 10 receives the service parameter and the service requirement from the SO 20 and accepts the service request, the OSS / BSS 10 refers to the service requirement and the stored information in the “SLA-SL” column to determine the service requirement.
  • the requested service is allocated to the service slice having the information of the “SLA-SL” column to be satisfied, and the allocated result is stored.
  • Service parameters are information that can uniquely identify a service.
  • FIG. 3B shows information stored by the OSS / BSS 10 as a result of allocation.
  • information in which the "Service parameter” field, the "Service slice” field, and the "SLA-SL” field are associated is stored.
  • the “Service parameter” column is information for specifying the service for which the service request has been received from the SO 20, and is information to be received from the SO 20.
  • the information in the "Service slice” column and the information in the "SLA-SL” column are information received from the NFVO 30.
  • the service slice "S-slice1" is assigned to the service parameters which are "Smart meter” and "Road sensor” inputted in the "Service parameter” column.
  • the OSS / BSS 10 notifies the NFVO 30 of the service slice and service parameters determined to be allocated.
  • the NFVO 30 notifies the VNFM 40 of the service slice and the service parameter.
  • the VNFM 40 makes an information rewrite request (edit request) to the device related to the assignment. When the editing is completed, the VNFM 40 sends service parameters to the SO 20.
  • the NFVI 60 represents a network formed of physical resources (nodes) that constitute a virtualization environment.
  • the physical resources conceptually include computational resources, storage resources, and transmission resources.
  • this physical resource is configured to include physical servers, which are physical server devices that perform communication processing in the system 1, and nodes such as switches.
  • the physical server is configured to include storage means such as a CPU (core, processor), a memory, and a hard disk.
  • a plurality of nodes such as physical servers constituting the NFVI 60 are collectively arranged at a site such as a data center (DC).
  • DC data center
  • the arranged physical servers are connected by a network inside the data center so that they can exchange information with each other.
  • the system 1 is also provided with a plurality of data centers.
  • the data centers are connected by a network, and physical servers provided in different data centers can exchange information with each other via the network.
  • the NFVI 60 implements the functions of the HSS 110, the DNS 120, the MME 130, and the SGW 140 (communication control apparatus) by adding various functions to the NFVI 60 which is a physical resource (node) as described above.
  • the SBSA 70 is a server device capable of communicating with the base station 80.
  • a service request is made to the base station 80 from the UE (User Equipment) 90 together with the service ID, the service received by the base station 80 from the UE 90 to the SBSA 70.
  • the ID is notified to the SBSA 70.
  • the SBSA 70 When receiving the service ID from the base station 80, the SBSA 70, among the access information stored by the SBSA 70, includes destination information of hardware that provides the first function of the service of the access information corresponding to the service ID received from the base station 80. It transmits to the base station 80. The base station 80 notifies the UE 90 of the destination information. Thereby, the UE 90 can specify a destination to which the user accesses first to use the service. Note that a service parameter may be transmitted as information for accessing the UE 90 from the SO 20.
  • the HSS 110 is a function of managing subscriber information including contract information of communication terminals such as the UE 90, authentication information, communication service information, terminal type information, and location information in a database.
  • the communication service information is information that defines the type of communication service that each UE 90 uses.
  • the communication service information includes information identifying the UE 90 (for example, IMSI) and a service type indicating the requirements of the communication service used by the UE 90.
  • the DNS 120 is a function of managing the correspondence between domain names and host names and IP addresses on the network. Furthermore, the DNS 120 stores information in which the service parameter and the address of the SGW 140 are associated. When the DNS 120 receives a request for transmission of an address from the MME 130, the DNS 120 transmits the address of the SGW 140 corresponding to the request to the MME 130.
  • the MME 130 is a function of performing position management of a user terminal (UE 90) located in an LTE (Long Term Evolution) network, authentication control, and setting processing of a communication path of user data between the SGW 140 and the UE 90.
  • LTE Long Term Evolution
  • the SGW 140 is a function of a visited packet switch that accommodates LTE, and transmits / receives user data used for providing communication service with a packet data network gate way (PGW).
  • PGW packet data network gate way
  • a plurality of SGWs 140 are provided corresponding to the requirements of the plurality of communication services.
  • the OSS / BSS 10, the NFVO 30, the VNFM 40, and the VIM 50 each include a CPU 101, a RAM 102 and a ROM 103 which are main storage units, a communication module 104 which is a data transmitting / receiving device, It is configured as a computer system including an auxiliary storage device 105 exemplified by a flash memory and the like.
  • the OSS / BSS 10, the NFVO 30, the VNFM 40, and the VIM 50 load the communication module 104 under the control of the CPU 101 by reading predetermined computer software on hardware such as the CPU 101 and the RAM 102 shown in FIG.
  • the OSS / BSS 10 has a request receiving unit 11, a slice requirement obtaining unit 12, a holding unit 13, a resource obtaining unit 14, an assignment determining unit 15, and an assignment request unit 16.
  • the request receiving unit 11 is a part that receives a service request including a service requirement that is a requirement of a function in the service from the SO 20.
  • the functional requirements are requirements regarding functions for executing the service.
  • the functional requirements include the necessity of mobility control, the possible access area range, and the service usage time.
  • the necessity of mobility control means whether or not handover control is required.
  • the access area range means a range for providing a service.
  • the service usage time means a time zone for using the service.
  • the request receiving unit 11 receives information indicating requirements of functions for realizing the service.
  • the information indicating the requirements of the function for realizing the service mentioned here is SLA-SL.
  • the request accepting unit 11 When receiving the information indicating the requirement of the function for realizing the above service, the request accepting unit 11 sends the service requirement to the assignment determination unit 15. Further, the request receiving unit 11 notifies the slice requirement acquiring unit 12 that the slice requirement is to be acquired.
  • the request reception unit 11 detects that it is a predetermined resource status check timing, the request reception unit 11 notifies the resource acquisition unit 14 that the resource acquisition is to be performed, and the assignment determination unit 15 indicates that the check timing is the above. To notify. Also, even when it is the resource status check timing, the request receiving unit 11 notifies the slice requirement acquiring unit 12 that the slice requirement is to be acquired.
  • the slice requirement acquisition unit 12 is a part that acquires the requirement (SLA-SL) of each slice by referring to the slice service information shown in FIG. 3B stored in the storage unit 13.
  • the slice requirement acquisition unit 12 sends it to the allocation determination unit 15.
  • the holding unit 13 is a part that stores various tables.
  • the holding unit 13 stores a request service management table and an assignment service table (FIG. 3 (B)).
  • FIG. 6 shows a request service management table.
  • the request service management table is a table in which the “Service Parameter” column and the “SLA-SL” column are associated.
  • the service parameters received from the OSS / BSS 10 by the request receiving unit 11 are input in the “Service Parameter” column.
  • the SLA-SL received by the request receiving unit 11 from the OSS / BSS 10 is input.
  • "terminal information" column is also associated in addition to the above two columns.
  • the terminal information received by the request receiving unit 11 from the OSS / BSS 10 is input in the "terminal information" field.
  • the resource acquisition unit 14 When the resource acquisition unit 14 receives a resource acquisition request from the request reception unit 11, the resource acquisition unit 14 makes a resource acquisition request to the NFVO 30. The resource acquisition unit 14 receives resource information from the NFVO 30 in response to the resource acquisition request. The resource acquisition unit 14 notifies the allocation determination unit 15 of the resource information.
  • the allocation determination unit 15 is a portion that determines a slice corresponding to the service requirement of the service accepted by the request acceptance unit 11. For example, when the request reception unit 11 receives a service allocation request from the SO 20, the allocation determination unit 15 displays the SLA-SL received from the request reception unit 11 and FIG. 3B acquired from the slice requirement acquisition unit 12 Of the information of the assigned service table, and includes all the values of SLA-SL received from the request receiving unit 11 (compared with SLA-SL of the received SLA-SL) Determine the service slice ID.
  • the assignment determination unit 15 refers to the assignment service table, and a service parameter identical to the service parameter to be assigned is already assigned, and the above determined service slice ID and the above service parameter are already assigned. If the service slice ID is different, the allocation request unit 16 is requested to make an allocation. Further, the assignment determination unit 15 refers to the assignment service table, and requests assignment to the assignment request unit 16 when the same service parameter is not already assigned.
  • the allocation determination unit 15 uses the SLA-SL corresponding to each service parameter of the request service management table, the SLA-SL of the allocation service table, and the resource acquisition unit 14. Based on the acquired resource usage status for each service slice, the service slice to be assigned to the service parameter to be assigned is determined. Specifically, the allocation determination unit 15 refers to the SLA-SL of the allocation service table, and among the service slices satisfying the SLA-SL corresponding to the respective service parameters of the request service management table, there is an allowance in the resource use status. Decide to assign service parameters to a service slice (with resources available).
  • the allocation determination unit 15 When making an allocation request to the allocation request unit 16, the allocation determination unit 15 notifies terminal information, a service parameter, and a service slice to be allocated.
  • the allocation request unit 16 is a part that reallocates the service to the determined slice when the allocation target service is associated with the slice in advance.
  • the allocation request unit 16 transmits the terminal information, the service parameters, and the service slice to be allocated received from the allocation determination unit 15 to the NFVO 30, and makes an allocation request. Further, the allocation request unit 16 updates the allocation service table so that the service parameter of the allocation target and the service slice of the allocation destination are associated with each other. Further, when a service slice is newly assigned to a service parameter, the assignment request unit 16 registers the service parameter, SLA-SL, and terminal information in the requested service management table.
  • the NFVO 30 includes a service allocation request unit 31, a holding unit 32, a function search unit 33, a resource request reception unit 34, and a resource notification unit 35.
  • the service allocation request unit 31 receives the allocation request from the OSS / BSS 10 and, in response to this, requests the VNFM 40 to make an allocation request. Specifically, the service allocation request unit 31 receives terminal information, a service parameter, and a service slice ID from the OSS / BSS 10 and accepts an allocation request. Further, the service allocation request unit 31 transmits the service slice ID to the function search unit 33. The service allocation request unit 31 also receives the function search result from the function search unit 33. Then, the service allocation request unit 31 transmits the service parameter, the terminal information, the service slice ID, and the function search result to the VNFM 40, and makes a service allocation request.
  • the holding unit 32 is a part that stores various tables.
  • the holding unit 32 stores a function set table and a function requirement table.
  • FIG. 7 shows a function set table.
  • the function set table is a table for storing information in which the "S-slice ID" column, the "R-Slice ID” column, and the "Function Set” column are associated with each other.
  • a service slice ID for identifying a service slice is input.
  • R-Slice ID a resource slice ID for identifying a resource slice is input.
  • the “Function Set” column information indicating a function set is input.
  • the function requirement table is shown in FIG.
  • the function requirement table is a table for storing information in which the "Function" field and the "SLA-SL” field are associated.
  • the "Function” column shown in FIG. 8 information indicating a function is input.
  • the “SLA-SL” column information indicating the SLA-SL corresponding to the function is input.
  • the function search unit 33 is a part that searches for a function set corresponding to the service slice ID.
  • the function search unit 33 searches the function set table using the service slice ID as a search key.
  • the function search unit 33 notifies the service allocation request unit 31 of the search result (function set).
  • the resource request receiving unit 34 When receiving a resource request from the OSS / BSS 10, the resource request receiving unit 34 acquires a function set from the function set table of the holding unit 32. The resource request accepting unit 34 transmits the respective functions of the function set to the VNFM 40, and makes a VM acquisition request. The resource request accepting unit 34 acquires a VM from the VNFM 40. Subsequently, the resource request receiving unit 34 requests the VIM 50 to transmit the resource usage status of each VM. When receiving the resource usage status from the VIM 50, the resource request receiving unit 34 notifies the resource usage status for each service slice to the resource notification unit 35.
  • the resource notification unit 35 transmits the resource usage status received from the resource request reception unit 34 to the OSS / BSS 10 for each service slice.
  • the VNFM 40 includes a configuration request receiving unit 41, a holding unit 42, a searching unit 43, and an editing request unit 44.
  • the configuration request receiving unit 41 is a part that receives a VM acquisition request from the NFVO 30.
  • the configuration request receiving unit 41 receives the VM acquisition request together with the target function from the NFVO 30, the configuration request receiving unit 41 notifies the search unit 43 of the target function.
  • the configuration request accepting unit 41 obtains the search result of the search unit 43 from the search unit 43 after notifying the search unit 43 of the notification.
  • the configuration request receiving unit 41 transmits the search result to the NFVO 30.
  • the holding unit 42 is a unit that holds various information.
  • the holding unit 42 holds software (for example, a repository).
  • the holding unit 42 stores a VM function table having information in which a VM and a function are associated.
  • FIG. 11 shows an example of the VM function table.
  • the "Function" column, the "VM” column, and the "address” column (not shown) indicating the address of the "VM" are stored in association with each other.
  • information indicating a function is input.
  • information for example, an identifier of a VM
  • VM information (for example, an identifier of a VM) indicating a VM that executes the function is input.
  • the search unit 43 searches the VM function table of the holding unit 42 in response to a request from the configuration request reception unit 41 and notifies the configuration request reception unit 41 of the search result.
  • the search unit 43 receives the target function from the configuration request reception unit 41
  • the search unit 43 searches the VM function table and receives the configuration request as a search result of “VM” having the information of the “Function” column matching the target function. Send to section 41.
  • the edit request unit 44 is a part that receives an edit request from the NFVO 30 and makes an edit request to the HSS 110 and the DNS 120 in response to this.
  • the edit request unit 44 receives the edit request while receiving the function set (list of functions), the terminal information, the service slice ID, and the service parameters from the NFVO 30.
  • the edit request unit 44 transmits the terminal information, the service slice ID, and the service parameter, and makes an edit request to the HSS 110.
  • FIG. an example of information stored in the HSS 110 is shown in FIG.
  • the HSS 110 stores information in which the “User ID” field and the “Service Parameter” field are associated as shown in FIG.
  • the "User ID” column is information for identifying a user, and, for example, information such as IMSI is input. Service parameters are input in the "Service Parameter” column.
  • the edit request unit 44 searches the VM function table using information indicating the SGW in the function set received from the NFVO 30 as a search key, and acquires the address of the SGW. Then, the edit request unit 44 transmits the address and the service parameter to the DNS 120 and makes an edit request.
  • FIG. an example of information stored in the DNS 120 is shown in FIG.
  • the DNS 120 stores information in which the “Service Parameter” field and the “IP Address” field are associated as shown in FIG. Service parameters are input in the "Service Parameter” column. In the "IP Address” column, address information indicating an access destination is input.
  • the DNS 120 newly registers a service parameter and the address information, when the information of the service parameter of the request target is not input. When the service parameter is already registered, the address information corresponding to the service parameter is changed to the address information of the request target.
  • the VIM 50 includes a resource request receiving unit 51, a holding unit 52, and a resource notification unit 53.
  • the resource request receiving unit 51 is a part that receives a request for a resource status together with the target VM from the NFVO 30.
  • the resource request receiving unit 51 searches the information of the holding unit 52 using the target VM as a search key.
  • the resource request accepting unit 51 notifies the resource notifying unit 53 of the search result.
  • the holding unit 52 is a part that stores resource information.
  • resource information usage information of a VM and usage information of hardware that realizes the VM are stored.
  • FIG. 12 shows an example of VM usage rate information.
  • information in which the “VM” field, the “affiliation HW” field, and the “Usage” field are associated with one another is stored.
  • information for example, an identifier of the VM
  • Information for example, an identifier of a server
  • hardware for example, a server
  • the usage rate of the VM is input.
  • FIG. 13 shows an example of hardware usage rate information.
  • information in which the “HW” column and the “Usage” column are associated is stored.
  • information for identifying hardware is input.
  • information indicating the hardware usage rate is input.
  • the resource notification unit 53 receives the search result from the resource request receiving unit 51, and transmits the search result to the NFVO 30.
  • the SO 20 transmits a service parameter indicating the operation distribution service, SLA-SL, and terminal information of the UE 90 using the service to the OSS / BSS 10, and makes a service allocation request (step S1).
  • the request receiving unit 11 of the OSS / BSS 10 receives the service parameter, the SLA-SL, and the terminal information and receives a service allocation request.
  • the slice requirement obtaining unit 12 obtains information from the assignment service table shown in FIG. 3B stored in the holding unit 13.
  • the assignment determination unit 15 refers to the SLA-SL of the assignment service table acquired by the slice requirement acquisition unit 12 and determines a slice ID satisfying the received SLA-SL.
  • the allocation request unit 16 transmits the service slice ID, the service parameter, and the terminal information to the NFVO 30 (step S3).
  • the service allocation request unit 31 of the NFVO 30 receives the service slice ID, the service parameter, and the terminal information, and receives the service allocation request.
  • the function search unit 33 of the NFVO 30 searches the function set table using the received service slice ID as a search key, and searches for a function set corresponding to the service slice ID (step S4).
  • the service allocation request unit 31 of the NFVO 30 transmits the service slice ID, the service parameter, the terminal information, and the function set to the VNFM 40 (step S5).
  • the edit request unit 44 searches the VM function table using the information indicating the SGW in the function set received from the NFVO 30 as a search key, and acquires the address of the SGW (step S6).
  • the edit request unit 44 of the VNFM 40 receives the edit request from the NFVO 30, transmits the terminal information, the service slice ID, and the service parameter, and makes an edit request to the HSS 110 (step S7). Then, the edit request unit 44 transmits the address and the service parameter to the DNS 120 and makes an edit request (step S8).
  • the edit request unit 44 of the VNFM 40 transmits a registration completion notice of service parameters to the SO 20 (step S9).
  • the SO 20 receives the registration completion notification, the SO 20 notifies the UE 90 of the service parameter (step S10).
  • the UE 90 makes an Attach request to the predetermined MME 130 (step S11).
  • the MME 130 makes an attach request to the HSS 110 (step S12).
  • the HSS 110 receives the Attach request and searches for a service parameter corresponding to the UE 90 making the Attach request (Step S13).
  • the HSS 110 returns the retrieved service parameter to the MME 130 (step S14).
  • the MME 130 transmits the service parameter to the DNS 120, and searches for an address corresponding to the service parameter (step S16).
  • the DNS 120 transmits the searched address to the MME 130 (step S17).
  • the MME 130 receives the address, connects to the SGW 140 of the received address, and establishes a bearer (step S18).
  • the MME 130 notifies the UE 90 of the bearer connection destination (step S19).
  • the UE 90 accesses the connection destination received from the MME 130, and starts communication of service data (step S20).
  • the service parameters may be received from the UE 90 in step S11.
  • the SO 20 transmits the service parameter and the SLA-SL to the OSS / BSS 10, and makes a service allocation request (step S31).
  • the request receiving unit 11 of the OSS / BSS 10 receives the service parameter and the SLA-SL and receives a service allocation request.
  • the slice requirement obtaining unit 12 obtains information from the assignment service table shown in FIG. 3B stored in the holding unit 13.
  • the assignment determination unit 15 refers to the SLA-SL of the assignment service table acquired by the slice requirement acquisition unit 12 and determines a slice ID satisfying the received SLA-SL.
  • the service slice ID being input in the “S-slice ID” column is a service with slices of “2”. Are determined to be assigned (step S32). Further, the allocation determination unit 15 checks whether the same service parameter as the allocation target service parameter is stored in the allocation service table (whether the allocation target service parameter is stored in the allocation service table) Check). Since the information including the service parameter is already stored and associated with another service slice ID, the assignment determination unit 15 assigns the service parameter of the assignment target and the service slice of the assignment destination so as to correspond to each other. Update the table Thus, when the mobility of SLA-SL is increased, it is assigned to a slice other than the previously assigned slice.
  • step S33 to step S38 are the same as the processes of step S3 to step S8, and thus the description thereof is omitted.
  • the processing corresponding to step S9 and step S10 is not performed.
  • the processes of step S39 to step S48 are the same as the processes of step S11 to step S20, and thus the description thereof will be omitted.
  • the SGW 140 for transmitting and receiving data for using the service is changed by assigning to a slice other than the slice assigned previously (steps S33 to S38).
  • the resource acquiring unit 14 of the OSS / BSS 10 transmits the slice ID and the function set of the slice to the NFVO 30, and requests the use status of the resource (step S51).
  • the resource request accepting unit 34 of the NFVO 30 requests the VM corresponding to the function set to the VNFM 40, and the configuration request accepting unit 41 of the VNFM 40 accepts the request and notifies each VM of the function set to the NFVO 30 Step S52).
  • the resource request receiving unit 34 of the NFVO 30 requests the VIM 50 to acquire the resource usage status (step S53).
  • the resource request receiving unit 51 of the VIM 50 searches for the information stored in the holding unit 52, and the resource notification unit 53 notifies the NFVO 30 of the usage rate of each VM.
  • the resource notification unit 35 of the NFVO 30 transmits, to the OSS / BSS 10, the usage status of the VMs configuring the function set for each slice (step S54).
  • the assignment determination unit 15 of the OSS / BSS 10 determines a slice to be assigned based on the SLA-SL of each slice and the usage status of the VM of the function set for each slice (step S55).
  • the assignment determination unit 15 identifies the record of the assignment service table having SLA-SL satisfying the SLA-SL of the service parameter stored in the request service management table, and among the service slices indicated by the record, Decide to allocate to the service slice that has the most available resources.
  • the allocation request unit 16 notifies the NFVO 30 of the service slice ID after allocation, the service parameter, and the terminal information (step S56).
  • Steps S57 to S59, S61, and S62 are the same as steps S4 to S6, S7, and S8, respectively, and thus the description thereof will be omitted.
  • the VNFM 40 transmits terminal information to the MME 130 (step S60).
  • MME130 notifies MME130 of an access destination to each UE90 (step S63).
  • the processes of step S63 to step S72 are the same as the processes of step S11 to step S20, and thus the description thereof is omitted.
  • the processes in steps S55 and S56 are executed only when the MME of the connection destination changes by changing the service slice ID
  • the NFVO 30 indicates hardware resource usage status (VM usage rate, hardware usage rate)
  • the NFVO 30 acquires information on the resource usage status for each slice at the timing when the resource usage status exceeds a certain value (for example, 90%) and monitors the information.
  • a service assignment change request may be made.
  • the effect of the system 1 of this embodiment is demonstrated.
  • the OSS / BSS 10 information of an assignment service table in which a service to which a slice is assigned is associated with the slice is held. Further, the request receiving unit 11 of the OSS / BSS 10 receives SLA-SL which is a requirement of the function.
  • the assignment determination unit 15 determines a slice having SLA-SL (which satisfies the service requirement) corresponding to the service requirement (SLA-SL) of the received service.
  • the allocation request unit 16 reallocates the service to the determined slice when the allocation target service is associated in advance with the slice.
  • the system 1 when receiving the allocation request, the system 1 reassigns to a slice satisfying the service requirement, so that even if the service requirement is changed, the slice can be reassigned to the slice satisfying the changed service requirement.
  • slices to be allocated can be dynamically changed in response to dynamically changing service requirements, and appropriate services can be provided.
  • the system 1 causes the allocation request unit 16 to transmit, to the NFVO 30, the terminal information, the service parameters, and the service slice to be allocated, which are received from the allocation determination unit 15, to the NFVO 30.
  • the NFVO 30 causes the VNFM 40 to change the address of the SGW corresponding to the service parameter in response to the allocation request.
  • the allocation request unit 16 makes an allocation request, thereby changing the communication control apparatus that transmits and receives data for using the service. Therefore, according to the service requirement, since the communication control apparatus which transmits / receives the data of the said service is switched, a suitable service can be provided with respect to the user who utilizes a service.
  • the resource acquisition unit 14 acquires the resource status for each slice at a predetermined timing.
  • the slice requirement acquisition unit 12 specifies the SLA-SL of each slice along with the service requirement of the service to which the slice has already been assigned.
  • the assignment determination unit 15 determines a slice to be assigned based on the service requirements of the service, the SLA-SL of each slice, and the resource status.
  • the allocation determination unit 15 determines the slice having the largest number of empty resources among the slices satisfying the service requirement. In this case, since the service is allocated to the slice of the resource with the largest number of empty resources, the resources can be effectively used.
  • Software may be called software, firmware, middleware, microcode, hardware description language, or any other name, and may be instructions, instruction sets, codes, code segments, program codes, programs, subprograms, software modules. Should be interpreted broadly to mean applications, software applications, software packages, routines, subroutines, objects, executables, threads of execution, procedures, functions, etc.
  • software, instructions, etc. may be sent and received via a transmission medium.
  • software may use a wireline technology such as coaxial cable, fiber optic cable, twisted pair and digital subscriber line (DSL) and / or a website, server or other using wireless technology such as infrared, radio and microwave When transmitted from a remote source, these wired and / or wireless technologies are included within the definition of transmission medium.
  • wireline technology such as coaxial cable, fiber optic cable, twisted pair and digital subscriber line (DSL) and / or a website, server or other using wireless technology such as infrared, radio and microwave
  • data, instructions, commands, information, signals, bits, symbols, chips etc may be voltage, current, electromagnetic waves, magnetic fields or particles, optical fields or photons, or any of these May be represented by a combination of
  • the channels and / or symbols may be signals.
  • the signal may be a message.
  • the component carrier (CC) may be called a carrier frequency, a cell or the like.
  • system and "network” as used herein are used interchangeably.
  • radio resources may be indexed.
  • a base station can accommodate one or more (e.g., three) cells (also called sectors). If the base station accommodates multiple cells, the entire coverage area of the base station can be divided into multiple smaller areas, each smaller area being a base station subsystem (eg, a small base station RRH for indoor use: Remote Communication service can also be provided by Radio Head.
  • the terms “cell” or “sector” refer to a part or all of the coverage area of a base station and / or a base station subsystem serving communication services in this coverage.
  • base station “eNB”, “cell” and “sector” may be used interchangeably herein.
  • a base station may be called in terms of a fixed station (Node station), NodeB, eNodeB (eNB), access point (access point), femtocell, small cell, and the like.
  • the mobile station may be a subscriber station, a mobile unit, a subscriber unit, a wireless unit, a remote unit, a mobile device, a wireless device, a wireless communication device, a remote device, a mobile subscriber station, an access terminal, a mobile terminal, a wireless terminal, by those skilled in the art. It may also be called a terminal, a remote terminal, a handset, a user agent, a mobile client, a client, or some other suitable term.
  • determining encompasses a wide variety of operations. “Decision” may be, for example, judging, calculating, computing, processing, deriving, investigating, looking up (eg table, database or other (Searching in the data structure of (1)), ascertaining may be regarded as “decided”, and the like. Also, “determination” may be receiving (e.g., receiving information), transmitting (e.g., transmitting information), input (input), output (output), accessing (accessing) (e.g. For example, it can be regarded as “determining” access to data in the memory. Also, “determining” may include considering that “resolving”, “selecting”, “choosing", “establishing”, “comparing” and the like have been “determined”. That is, “determination” may include considering that some action is "decision”.
  • connection means any direct or indirect connection or coupling between two or more elements, It can include the presence of one or more intermediate elements between two elements that are “connected” or “coupled”.
  • the coupling or connection between elements may be physical, logical or a combination thereof.
  • the two elements are by using one or more wires, cables and / or printed electrical connections, and radio frequency as some non-limiting and non-exclusive examples. It can be considered “connected” or “coupled” to one another by using electromagnetic energy such as electromagnetic energy having wavelengths in the region, microwave region and light (both visible and invisible) regions.
  • the phrase “based on” does not mean “based only on,” unless expressly stated otherwise. In other words, the phrase “based on” means both “based only on” and “based at least on.”
  • each of the above-described devices may be replaced with a “unit”, a “circuit”, a “device” or the like.
  • notification of information is not limited to the aspect / embodiment described in the present specification, and may be performed by another method.
  • notification of information may be physical layer signaling (for example, Downlink Control Information (DCI), Uplink Control Information (UCI)), upper layer signaling (for example, Radio Resource Control (RRC) signaling, Medium Access Control (MAC) signaling, It may be implemented by broadcast information (MIB (Master Information Block), SIB (System Information Block)), other signals, or a combination thereof.
  • RRC signaling may be referred to as an RRC message, and may be, for example, an RRC connection setup (RRC Connection Setup) message, an RRC connection reconfiguration (RRC Connection Reconfiguration) message, or the like.
  • each aspect / embodiment described in the present specification is LTE (Long Term Evolution), LTE-A (LTE-Advanced), SUPER 3G, IMT-Advanced, 4G, 5G, FRA (Future Radio Access), W -CDMA (registered trademark), GSM (registered trademark), CDMA2000, UMB (Ultra 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 system utilizing Bluetooth), another appropriate system, and / or an advanced next-generation system based on these.
  • the specific operation supposed to be performed by the base station in this specification may be performed by its upper node.
  • the various operations performed for communication with the terminals may be the base station and / or other network nodes other than the base station (eg, It is clear that it may be performed by MME or S-GW etc but not limited to these).
  • MME Mobility Management Entity
  • S-GW Serving Mobility Management Entity
  • the above information and the like may be output from the upper layer (or lower layer) to the lower layer (or upper layer). Input and output may be performed via a plurality of network nodes.
  • the input / output information or the like may be stored in a specific place (for example, a memory) or may be managed by a management table. Information to be input or output may be overwritten, updated or added. The output information etc. may be deleted. The input information may be deleted. The input information or the like may be transmitted to another device.
  • the determination may be performed by a value (0 or 1) represented by one bit, may be performed by a boolean value (Boolean: true or false), or may be compared with a numerical value (for example, a predetermined value). Comparison with the value).
  • notification of predetermined information is not limited to what is explicitly performed, but is performed by implicit (for example, not notifying of the predetermined information) It is also good.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

サービスと当該サービスに割り当てるスライスを動的に変えることができるスライス割当方法を提供する。　ＯＳＳ／ＢＳＳ１０では、スライスが割当てられているサービスと当該スライスとの対応付けをした割当サービス情報を保持する。また、ＯＳＳ／ＢＳＳ１０の依頼受付部１１は、機能の要件であるＳＬＡ―ＳＬを受信する。割当決定部１５は、受け付けられたサービスのサービス要件（ＳＬＡ―ＳＬ）に対応するＳＬＡ―ＳＬを有するスライスを決定する。割当要求部１６は、割当決定部１５により決定されたスライスのサービスと、予めスライスに対応付けられているサービスと同一である場合、決定されたスライスへサービスを割当て直す。

Description

サービス割当決定方法
　本発明は、サービスを割り当てるスライスを決定する方法に関する。
　従来の仮想化技術を用いたネットワークシステムは、非特許文献１に開示された仮想化技術を用いて、ハードウェア資源を仮想的に切り分けて、ネットワークインフラ上に論理的に生成される仮想ネットワークであるスライスを生成する。そして、当該スライスへサービスを割当てることにより、それぞれ独立したスライスのネットワークを用いてサービス提供することができる。これにより、多様な要求条件を持つサービス各々にスライスを割り当てた場合、サービス個々の要求条件を満たすことを容易にし、そのシグナリング処理などを軽減させることが可能となる。
中尾彰宏、″仮想化ノード・プロジェクト新世代のネットワークをめざす仮想化技術″、［online］、2010年6月、独立行政法人情報通信研究機構、［2015年3月16日検索］、インターネット<http://www.nict.go.jp/publication/NICT-News/1006/01.html>
　しかし、一意にサービスをスライスに割り当ててしまうと、当該サービスの要件が動的に変わる場合や当該スライスを提供するリソースの状況が変化した場合に、常時当該サービスに対して適切なスライスに割り当てているとは限らない。また、リソース利用効率化の観点からもスライスを固定することが適切でない場合もある。
　本発明は、上記に鑑みてなされたものであり、サービスと当該サービスに割り当てるスライスを動的に変えるスライス割当方法を提供することを目的とする。
　上記目的を達成するために、本発明の一実施形態に係るサービス割当決定方法は、ネットワークインフラ上に生成される仮想ネットワークであるスライスに対して、当該仮想ネットワークを用いるサービスを割当てる装置で実行されるサービス割当決定方法であって、装置では、スライスが割当てられているサービスと当該スライスとの対応付けがなされており、割当対象のサービスにおける機能の要件であるサービス要件を満たすスライスを決定する決定ステップと、割当対象となるサービスが、装置により予めスライスに対応付けられている場合、決定ステップにより決定されたスライスへ割当対象のサービスを割当てし直す割当ステップとを含む。
　上記のサービス割当決定方法によれば、サービス要件を満たすスライスへ割り当てし直すので、仮にサービス要件が変更されても、変更されたサービス要件を満たすスライスへ割り当てし直すことができる。このように、動的に変更されるサービス要件に対応して割り当てるスライスを動的に変更することができ、適切なサービスを提供することができる。
　上記のサービス割当決定方法は、サービスを利用するためのデータを送受信する通信制御装置を変更することにより、割当対象のサービスを割当てし直してもよい。この場合、サービス要件に応じて、当該サービスのデータを送受信する通信制御装置を切り替えるのでサービスを利用するユーザに対して好適なサービスを提供することができる。
　上記のサービス割当決定方法は、スライス毎のリソース状況と、既にスライスが割り当てられているサービスのサービス要件を取得する取得ステップ、をさらに含み、決定ステップは、取得ステップにより取得されたサービス要件及びリソース状況に基づいて割り当てるスライスを決定してもよい。この場合、既にスライスが割り当てられているサービスのサービス要件及びリソース状況情報に基づいてサービスに割り当てるスライスを決定するので、リソース状況が変動した場合でも適切なスライスを動的に割当てることができる。
　また、上記のサービス割当決定方法は、決定ステップは、サービス要件を満たすスライスの内、空リソースが最も多いスライスに決定してもよい。この場合、空リソースが最も多いリソースのスライスにサービスを割当てるので、リソースの有効活用することができる。
　本発明によれば、動的に変更されるサービス要件に対応して割り当てるスライスを動的に変更することができ、適切なサービスを提供することができる。
本発明の実施形態に係るシステムの構成を示す図である。 スライスとリソースとの対応関係を示す図である。 サービス要件に基づいて割り当てる方法の概要を説明する図である。 本発明の実施形態に係るシステムに含まれる装置のブロック図である。 ＯＳＳ／ＢＳＳ等のハードウェア構成図である。 要求サービステーブルを示す図である。 ファンクションセットテーブルを示す図である。 ファンクション要件テーブルを示す図である。 ユーザ利用サービステーブルを示す図である。 サービスパラメータドレステーブルを示す図である。 ＶＭ機能テーブルを示す図である。 ＶＭ使用率テーブルを示す図である。 ハードウェア使用率テーブルを示す図である。 新規サービス処理を示すシーケンス図である。 サービス再割り当て処理を示すシーケンス図である。 リソースに基づくサービス再割り当て処理を示すシーケンス図である。
　以下、図面と共に本発明の一実施形態に係るスライス割当方法の実施形態について詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。
　図１に本実施形態に係るＯＳＳ／ＢＳＳ１０及びＮＦＶＯ３０を含むシステム１の構成を示す。システム１は、仮想ネットワークであるスライスに対してサービスを割り当てるシステムである。スライスとは、ネットワーク装置のリンクとノードの資源を仮想的に切り分けて、切り分けた資源を結合し、ネットワークインフラ上に論理的に生成される仮想ネットワーク又はサービス網であり、スライス同士は資源を分離しており、互いに干渉しない。サービスとは、通信サービス（専用線サービス等）やアプリケーションサービス（動画配信、エンベデッド装置等のセンサ装置を利用したサービス）等のネットワーク資源を用いたサービスをいう。
　図１に示すようにシステム１は、ＯＳＳ／ＢＳＳ（Operations Support System／Business Support System）１０と、ＳＯ（Service Operator）２０と、ＮＦＶＯ３０と、ＶＮＦＭ４０と、ＶＩＭ(Virtualized Infrastructure Management: 仮想化基盤管理)５０とを含んで構成されている。また、システム１には、物理資源であるＮＦＶＩ（ＮＦＶ(Network Functions Virtualisation)　　Infrastructure）６０と、ＳＢＳＡ（Service-Based Slice Allocator）７０と基地局８０とＵＥ９０と、ＨＳＳ（Home Subscriber Server）１１０と、ＤＮＳ（Domain Name System）１２０と、ＭＭＥ（Mobility Management Entity）１３０と、ＳＧＷ（Serving Gateway）１４０と、を含んで構成されている。このうち、ＮＦＶＯ３０とＶＮＦＭ４０とＶＩＭ５０とは、ＭＡＮＯ（Management & Orchestration）architectureである。
　これらの構成要素は、システム１のコアネットワークを構成するものである。なお、互いに情報の送受信が必要な構成要素間は、有線等で接続されており情報の送受信が可能となっている。
　本実施形態に係るシステム１は、物理サーバ上に実現される仮想マシンにおいて動作する仮想サーバによって移動通信端末に対して通信機能を提供する。即ち、システム１は、仮想化された移動体通信ネットワークである。通信機能は、仮想マシンによって当該通信機能に応じた通信処理を実行することで移動通信端末に対して提供される。
　ＯＳＳ／ＢＳＳ１０は、システム１におけるサービス管理を行い、システム１での通信機能に係る指示を行うノードである。例えば、ＯＳＳ／ＢＳＳ１０は、ＮＦＶＯ３０に対して、新たな通信機能（通信サービス）を追加するように指示を行う。また、ＯＳＳ／ＢＳＳ１０は、システム１に係る通信事業者によって操作され得る。
　ＳＯ（Service Operator）２０は、サービス要求する装置であり、例えば、仮想ネットワークを用いて各種ユーザへサービス提供をする事業者の端末装置（例えば、パーソナルコンピュータ等）である。
　ＮＦＶＯ３０は、物理資源であるＮＦＶＩ６０上に構築された仮想ネットワーク（スライス）全体の管理を行う全体管理ノード（機能エンティティ）である。ＮＦＶＯ３０は、ＯＳＳ／ＢＳＳ１０からの指示を受信し、当該指示に応じた処理を行う。ＮＦＶＯ３０は、インフラと通信サービスの移動体通信網の物理資源において構築された仮想化ネットワーク全体にわたる管理を行う。ＮＦＶＯ３０は、仮想ネットワークにより提供される通信サービスをＶＮＦＭ４０及びＶＩＭ５０を経由して適切な場所に実現する。例えば、サービスのライフサイクル管理（具体的には例えば、生成、更新、スケール制御、イベント収集）、移動体通信網内全体にわたる資源の分散・予約・割当管理、サービス・インスタンス管理、及びポリシー管理（具体的には例えば、リソースの予約・割当、地理・法令等に基づく最適配置）を行う。
　ＶＮＦＭ４０は、物理資源（ノード）となるＮＦＶＩ６０に対して、サービスに係る機能を追加する仮想通信機能管理ノード（機能エンティティ）である。ＶＮＦＭ４０は、システム１に複数、設けられていてもよい。
　ＶＩＭ５０は、後述するＮＦＶＩ６０における物理資源（ノード）各々を管理する物理資源管理ノード（機能エンティティ）である。具体的には、資源の割当・更新・回収の管理、物理資源と仮想化ネットワークとの関連付け、ハードウェア資源とＳＷ資源（ハイパーバイザー）一覧の管理を行う。通常、ＶＩＭ５０は、データセンタ（局舎）毎に管理を行う。物理資源の管理は、データセンタに応じた方式で行われる。データセンタの管理方式（管理資源の実装方式）は、ＯＰＥＮＳＴＡＣＫやｖＣｅｎｔｅｒ等の種類がある。通常、ＶＩＭ５０は、データセンタの管理方式毎に設けられる。即ち、互いに異なる方式で、ＮＦＶＩ６０における物理資源各々を管理する複数のＶＩＭ５０が含まれる。なお、異なる管理方式で管理される物理資源の単位は、必ずしもデータセンタ単位でなくてもよい。
　なお、ＮＦＶＯ３０、ＶＮＦＭ４０及びＶＩＭ５０は、物理的なサーバ装置上でプログラムが実行されることにより実現される（但し仮想化上で実現されることを制限するものでは無く、管理系統を分離した上で、仮想化上で実現してもよい）。ＮＦＶＯ３０、ＶＮＦＭ４０及びＶＩＭ５０は、それぞれ別々の物理的なサーバ装置で実現されていてもよいし、同じサーバ装置で実現されていてもよい。ＮＦＶＯ３０、ＶＮＦＭ４０及びＶＩＭ５０（を実現するためのプログラム）は、別々のベンダから提供されていてもよい。
　ＮＦＶＯ３０は、ＯＳＳ／ＢＳＳ１０からのサービス割当要求を受信すると、ＶＩＭ５０に対してスライス（スライスＳＬ１、ＳＬ２等）のためのリソース確保要求を行う。ＶＩＭ５０が、ＮＦＶＩ６０を構成するサーバ装置やスイッチにおけるリソースを確保すると、ＮＦＶＯ３０は、当該これらＮＦＶＩ６０に対してスライスを定義する。
　また、ＮＦＶＯ３０は、ＶＩＭ５０に、ＮＦＶＩ６０においてリソース確保させると、当該ＮＦＶＩ６０に対してスライスを定義した情報をＮＦＶＯ３０が記憶しているテーブルに記憶する。そして、ＮＦＶＯ３０は、当該サービスに必要となる機能を実現するためのソフトウェアのインストール要求をＶＮＦＭ４０に対して行う。ＶＮＦＭ４０は、当該インストール要求に応じて、ＶＩＭ５０によって確保されたＮＦＶＩ６０（サーバ装置、スイッチ装置またはルータ装置などのノード）に対して上記ソフトウェアをインストールする。
　ＮＦＶＯ３０は、ＶＮＦＭ４０によりソフトウェアがインストールされると、ＮＦＶＯ３０が記憶しているテーブルへスライスとサービスとの対応付けをする。
　スライスＳＬ１～スライスＳＬ３は、サービスを割当てる単位となるサービススライス（以下、サービススライスを単に「スライス」ともいう）である。また、上記サービススライスを構成するリソースを定義するリソーススライスがある。リソーススライスとサービススライスとを対応付けることにより、サービススライスを構成するリソースが定まる。例えば、図２に示すように、ＮＦＶＯ３０がリソーススライス（リソーススライスＲ－ｓｌｉｃｅ１～Ｒ－ｓｌｉｃｅ３）のためのリソース確保要求をＶＩＭ５０へ行うと、ＶＩＭ５０は、その旨の指示をサーバＳＶ１、スイッチＳＷ１、サーバＳＶ２及びスイッチＳＷ２に対して行う。そして、ＮＦＶＯ３０は、サーバＳＶ１、スイッチＳＷ１、サーバＳＶ２及びサーバＳＶ３のリソースをリソーススライスＲ－ｓｌｉｃｅ１のために確保する。また、ＮＦＶＯ３０は、サーバＳＶ１及びスイッチＳＷ１のリソースをリソーススライスＲ－ｓｌｉｃｅ２のために確保する。また、ＮＦＶＯ３０は、サーバＳＶ２及びサーバＳＶ３のリソースをリソーススライスＲ－ｓｌｉｃｅ３のために確保する。
　ＮＦＶＯ３０は、リソーススライスを作成し、当該リソーススライスを構成するリソースに機能を設定すると、当該リソーススライスを利用するサービススライスを決定する。
　ＮＦＶＯ３０は、上記のように、リソーススライスとサービススライスとを対応付けると、ＮＦＶＯ３０が記憶する複数のテーブル情報を用いて、図３（Ａ）に示すようにスライスと当該スライスの機能とを対応付けた情報を記憶する。例えば、ＮＦＶＯ３０は、リソーススライスＲ－ｓｌｉｃｅ１にサービススライスＳ－ｓｌｉｃｅ１を対応付け、リソーススライスＲ－ｓｌｉｃｅ２及びＲ－ｓｌｉｃｅ３にサービススライスＳ－ｓｌｉｃｅ２を対応付ける。このように、ＮＦＶＯ３０は、当該ＮＦＶＯ３０の利用者（管理者）からの入力操作に応じて、サービススライスとリソーススライスとを対応付ける。
　図３（Ａ）は、ＮＦＶＯ３０が記憶するテーブルに基づいたリストである。図３（Ａ）に示すように、「Service slice」欄と、「Resource slice」欄と、「Function set」欄と、「ＳＬＡ（Service Level Agreement）－ＳＬ（Sufficiency Level）」欄とを対応付けたリストである。「Service slice」欄に入力されている情報（例えば、S-slice1）は、サービススライスを示す識別子である。「Resource slice」欄に入力されている情報は、リソーススライスを識別子である。「Function set」欄には、ファンクションセットを示す情報が入力される。ここでファンクションセットとは、リソーススライスのリソースが有する機能の集合である。「ＳＬＡ－ＳＬ」欄に入力される情報は、当該ファンクションセットに含まれるファンクションのそれぞれの機能を指標化した値である。ＮＦＶＯ３０が予め記憶している機能と当該機能の指標値とを対応した情報を参照して定めたものである。
　ＮＦＶＯ３０は、図３（Ａ）に示した情報の内、「Service Slice」欄の情報と「SLA-SL」欄の情報とを定期的にＯＳＳ／ＢＳＳ１０に送信する。ＯＳＳ／ＢＳＳ１０は、当該「Service Slice」欄と「SLA-SL」欄とを対応付けた情報を記憶する。ＯＳＳ／ＢＳＳ１０は、ＳＯ２０からサービスパラメータとサービス要件を受信すると共にサービス要求を受け付けた場合、当該サービス要件と、記憶している「SLA-SL」欄の情報とを参照して、サービスの要件を満たす「SLA-SL」欄の情報を有するサービススライスに要求されたサービスを割当てて、当該割当てた結果を記憶する。サービスパラメータとは、サービスを一意に識別することができる情報である。図３（Ｂ）にＯＳＳ／ＢＳＳ１０が、割当てた結果として記憶する情報を示す。図３（Ｂ）に示すように、「Service parameter」欄と「Service slice」欄と「SLA-SL」欄とを対応付けた情報を記憶する。ここで、「Service parameter」欄は、ＳＯ２０からサービス要求を受け付けたサービスを特定する情報であり、ＳＯ２０から受信する情報である。「Service slice」欄の情報及び「SLA-SL」欄の情報は、ＮＦＶＯ３０から受信する情報である。図３（Ｂ）の例では、「Service parameter」欄に入力されている「Smart meter」及び「Road sensor」であるサービスパラメータにサービススライス「S-slice1」が割り当てられていることを示す。ＯＳＳ／ＢＳＳ１０は、割り当てることが決定されたサービススライス及びサービスパラメータをＮＦＶＯ３０へ通知する。ＮＦＶＯ３０は、当該サービススライス及びサービスパラメータをＶＮＦＭ４０へ通知する。ＶＮＦＭ４０は、上記割当てに関係する装置へ情報書換要求（編集要求）をする。ＶＮＦＭ４０は、編集が完了すると、サービスパラメータをＳＯ２０へ送信する。
　ＮＦＶＩ６０は、仮想化環境を構成する物理資源（ノード群）から形成されたネットワークを示す。この物理資源は、概念的には計算資源、記憶資源、伝送資源を含む。具体的には、この物理資源は、システム１において通信処理を行う物理的なサーバ装置である物理サーバ、スイッチ等のノードを含んで構成されている。物理サーバは、ＣＰＵ（コア、プロセッサ）、メモリ、及びハードディスク等の記憶手段を備えて構成される。通常、ＮＦＶＩ６０を構成する物理サーバ等のノードは、複数まとめてデータセンタ（ＤＣ）等の拠点に配置される。データセンタでは、配置された物理サーバがデータセンタ内部のネットワークによって接続されており、互いに情報の送受信を行うことができるようになっている。また、システム１には、複数のデータセンタが設けられている。データセンタ間はネットワークで接続されており、異なるデータセンタに設けられた物理サーバはそのネットワークを介して互いに情報の送受信を行うことができる。
　上述のように、ＶＮＦＭ４０が、物理資源（ノード）となるＮＦＶＩ６０に対して、各種機能を追加することにより、ＮＦＶＩ６０は、ＨＳＳ１１０、ＤＮＳ１２０、ＭＭＥ１３０、及びＳＧＷ１４０（通信制御装置）の機能を実現する。
　ＳＢＳＡ７０は、基地局８０と互いに通信可能なサーバ装置であり、ＵＥ（User Equipment）９０からサービスＩＤと共に、サービス要求が基地局８０へなされると、当該基地局８０がＳＢＳＡ７０へＵＥ９０から受信したサービスＩＤをＳＢＳＡ７０へ通知する。
　ＳＢＳＡ７０は、基地局８０からサービスＩＤを受信すると、ＳＢＳＡ７０が記憶するアクセス情報の内、基地局８０から受信したサービスＩＤに対応するアクセス情報のサービスの最初の機能を提供するハードウェアの宛先情報を基地局８０へ送信する。基地局８０は、当該宛先情報をＵＥ９０へ通知する。これにより、ＵＥ９０は、サービスを利用するために最初にアクセスする宛先を特定することができる。なお、ＳＯ２０からＵＥ９０へアクセスするための情報として、サービスパラメタを送信するようにしてもよい。
　ＨＳＳ１１０は、ＵＥ９０等の通信端末の契約情報、認証情報、通信サービス情報、端末タイプ情報及び在圏情報を含む加入者情報をデータベースで管理する機能である。ここで、通信サービス情報とは、各ＵＥ９０が利用する通信サービスのタイプを定義した情報である。通信サービス情報には、ＵＥ９０を識別する情報（例えば、ＩＭＳＩ）と、当該ＵＥ９０が利用する通信サービスの要件を示すサービスタイプとが含まれる。
　ＤＮＳ１２０は、ネットワーク上でドメイン名やホスト名とＩＰアドレスの対応関係を管理する機能である。さらにＤＮＳ１２０は、サービスパラメータとＳＧＷ１４０のアドレスとを対応付けた情報を記憶している。ＤＮＳ１２０は、ＭＭＥ１３０からアドレスの送信要求を受け付けると、要求に応じたＳＧＷ１４０のアドレスをＭＭＥ１３０へ送信する。
　ＭＭＥ１３０は、ＬＴＥ（Long Term Evolution）ネットワークに在圏するユーザ端末（ＵＥ９０）の位置管理、認証制御、及びＳＧＷ１４０とＵＥ９０との間のユーザデータの通信経路の設定処理を行う機能である。
　ＳＧＷ１４０は、ＬＴＥを収容する在圏パケット交換機の機能で、ＰＧＷ（Packet data network Gate Way）との間で通信サービス提供に利用されるユーザデータの送受信を行う。ＳＧＷ１４０は、複数の通信サービスの要件に対応して複数設けられている。
　引き続いて、ＯＳＳ／ＢＳＳ１０と、ＮＦＶＯ３０と、ＶＮＦＭ４０と、ＶＩＭ５０とについて、本実施形態に係る機能について図４を用いて説明する。
　また、物理的には、ＯＳＳ／ＢＳＳ１０と、ＮＦＶＯ３０と、ＶＮＦＭ４０と、ＶＩＭ５０は、それぞれ図５に示すように、ＣＰＵ１０１、主記憶装置であるＲＡＭ１０２及びＲＯＭ１０３、データ送受信デバイスである通信モジュール１０４、ハードディスク、フラッシュメモリ等に例示される補助記憶装置１０５などを含むコンピュータシステムとして構成されている。ＯＳＳ／ＢＳＳ１０と、ＮＦＶＯ３０と、ＶＮＦＭ４０と、ＶＩＭ５０とでは、図５に示すＣＰＵ１０１、ＲＡＭ１０２等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵ１０１の制御のもとで通信モジュール１０４、を動作させるとともに、ＲＡＭ１０２や補助記憶装置１０５におけるデータの読み出し及び書き込みを行うことで、各装置における一連の機能が実現される。図４に戻り、ＯＳＳ／ＢＳＳ１０と、ＮＦＶＯ３０と、ＶＮＦＭ４０と、ＶＩＭ５０との機能を説明する。
　図４に示すようにＯＳＳ／ＢＳＳ１０は、依頼受付部１１と、スライス要件取得部１２と、保持部１３と、リソース取得部１４と、割当決定部１５と、割当要求部１６とを有する。
　依頼受付部１１は、ＳＯ２０からのサービスにおける機能の要件であるサービス要件を含むサービス依頼を受け付ける部分である。ここで、サービス要件の内、機能要件とはサービスを実行するための機能に関する要件である。具体的には、機能要件としてモビリティ制御の要否、可能アクセスエリア範囲、サービス利用時間が含まれる。モビリティ制御の要否とは、ハンドオーバ制御を必要とするか否かを意味する。アクセスエリア範囲は、サービスを提供する範囲（エリア）を意味する。サービス利用時間は、サービスを利用する時間帯を意味する。
　また、依頼受付部１１は、サービス依頼を受け付ける際に、サービスを実現するための機能の要件を示す情報を受信する。ここでいうサービスを実現するための機能の要件を示す情報としては、ＳＬＡ－ＳＬである。
　依頼受付部１１は、上記のサービスを実現するための機能の要件を示す情報を受信すると、サービス要件を割当決定部１５へ送出する。また、依頼受付部１１は、スライス要件取得部１２に対して、スライス要件を取得する旨の通知をする。
　また、依頼受付部１１は、予め定められているリソース状況チェックタイミングであることを検知すると、リソース取得部１４へリソース取得する旨の通知をすると共に、上記チェックタイミングである旨を割当決定部１５へ通知する。また、依頼受付部１１は、リソース状況チェックタイミングである場合も、スライス要件取得部１２に対して、スライス要件を取得する旨の通知をする。
　スライス要件取得部１２は、保持部１３で記憶している、図３（Ｂ）に示したスライスサービス情報を参照して、各スライスの要件（ＳＬＡ－ＳＬ）を取得する部分である。スライス要件取得部１２は、当該スライスの要件を取得すると、割当決定部１５へ送出する。
　保持部１３は、各種テーブルを記憶する部分である。保持部１３は、要求サービス管理テーブル及び割当サービステーブル（図３（Ｂ））を記憶する。図６に要求サービス管理テーブルを示す。この要求サービス管理テーブルは、「Service Parameter」欄と「SLA-SL」欄とが対応付けられたテーブルである。「Service Parameter」欄には、依頼受付部１１がＯＳＳ／ＢＳＳ１０から受信したサービスパラメータが入力されている。「SLA-SL」欄には、依頼受付部１１がＯＳＳ／ＢＳＳ１０から受信したＳＬＡ－ＳＬが入力されている。また、上記要求サービス管理テーブルには、上記２つの欄以外に「端末情報」欄も対応付けられている。この「端末情報」欄には、依頼受付部１１がＯＳＳ／ＢＳＳ１０から受信した端末情報が入力されている。
　リソース取得部１４は、依頼受付部１１からリソース取得要求を受け付けると、ＮＦＶＯ３０へリソース取得要求をする。リソース取得部１４は、当該リソース取得要求に応じて、ＮＦＶＯ３０からリソース情報を受信する。リソース取得部１４は、当該リソース情報を割当決定部１５へ通知する。
　割当決定部１５は、依頼受付部１１によって受け付けられたサービスのサービス要件に対応するスライスを決定する部分である。例えば、割当決定部１５は、依頼受付部１１がＳＯ２０からサービス割当要求を受け付けた場合、依頼受付部１１から受信したＳＬＡ―ＳＬと、スライス要件取得部１２から取得した図３（Ｂ）に示した割当サービステーブルの情報のＳＬＡ―ＳＬとを比較して、依頼受付部１１から受信したＳＬＡ―ＳＬの値を全て包含する（受信したＳＬＡ―ＳＬの値以上である）割当サービステーブルの情報のサービススライスＩＤを決定する。割当決定部１５は、割当サービステーブルを参照し、割当対象のサービスパラメータと同一のサービスパラメータが既に割り当てられている場合であり、上記決定したサービススライスＩＤと、上記サービスパラメータに既に割り当てられているサービススライスＩＤとが異なる場合、割当要求部１６へ割り当て要求をする。また、割当決定部１５は、割当サービステーブルを参照し、既に同一のサービスパラメータが割り当てられていない場合は、割当要求部１６へ割り当て要求する。
　また、割当決定部１５は、リソース取得部１４からリソース情報を取得した場合、要求サービス管理テーブルの各サービスパラメータに対応するＳＬＡ―ＳＬと、割当サービステーブルのＳＬＡ―ＳＬと、リソース取得部１４によって取得されたサービススライス毎のリソース使用状況とに基づいて、割当対象のサービスパラメータに割り当てるサービススライスを決定する。具体的には、割当決定部１５は、割当サービステーブルのＳＬＡ―ＳＬを参照し、要求サービス管理テーブルの各サービスパラメータに対応するＳＬＡ―ＳＬを満たすサービススライスの内、リソース使用状況に余裕のある（リソースに空きがある）サービススライスにサービスパラメータを割当てることを決定する。ここでリソース使用状況に余裕があるとは、スライス毎のリソース（当該スライスを構成するＶＭ又は、当該ＶＭを実現するハードウェア）の使用率の平均値が最も低いことをいう。この場合に、今回決定したサービススライスと、前回割り当てていたサービススライスが異なる場合、割当要求部１６へ割り当て要求をする。割当決定部１５は、割当要求部１６へ割当要求する場合、端末情報、サービスパラメータ、及び割り当てるサービススライスを通知する。
　割当要求部１６は、割当対象のサービスが、予めスライスに対応付けられている場合、決定されたスライスへサービスを割当てし直す部分である。割当要求部１６は、割当決定部１５から受信した端末情報、サービスパラメータ、及び割り当てるサービススライスをＮＦＶＯ３０へ送信すると共に、割当要求をする。また、割当要求部１６は、割当対象のサービスパラメータと、割当先のサービススライスを対応付けるように割当サービステーブルを更新する。また、割当要求部１６は、新規にサービスパラメータにサービススライスを割当てる場合、サービスパラメータ、ＳＬＡ－ＳＬ、及び端末情報を要求サービス管理テーブルへ登録する。
　続いて、ＮＦＶＯ３０の機能の説明をする。ＮＦＶＯ３０は、サービス割当要求部３１と、保持部３２と、ファンクション検索部３３と、リソース要求受付部３４と、リソース通知部３５とを備える。
　サービス割当要求部３１は、ＯＳＳ／ＢＳＳ１０からの割当要求を受け付けて、これに応じてＶＮＦＭ４０へ割り当て要求する部分である。具体的には、サービス割当要求部３１は、ＯＳＳ／ＢＳＳ１０から、端末情報と、サービスパラメータと、サービススライスＩＤとを受信すると共に割当要求を受け付ける。また、サービス割当要求部３１は、当該サービススライスＩＤをファンクション検索部３３へ送信する。また、サービス割当要求部３１は、当該ファンクション検索部３３からファンクション検索結果を受信する。そして、サービス割当要求部３１は、サービスパラメータと、端末情報と、サービススライスＩＤと、ファンクション検索結果とをＶＮＦＭ４０へ送信し、サービス割当要求をする。
　保持部３２は、各種テーブルを記憶する部分である。保持部３２は、ファンクションセットテーブル及びファンクション要件テーブルを記憶する。図７にファンクションセットテーブルを示す。このファンクションセットテーブルは、「S-Slice ID」欄と「R-Slice ID」欄と「Function Set」欄とを対応付けた情報を記憶するテーブルである。「S-Slice ID」欄には、サービススライスを識別するサービススライスＩＤが入力されている。「R-Slice ID」欄には、リソーススライスを識別するリソーススライスＩＤが入力されている。「Function Set」欄には、ファンクションセットを示す情報が入力されている。図８にファンクション要件テーブル示す。ファンクション要件テーブルは、「Function」欄と「SLA-SL」欄とを対応付けた情報を記憶するテーブルである。図８に示す「Function」欄には、ファンクションを示す情報が入力されている。また、「SLA-SL」欄には、当該ファンクションに対応するＳＬＡ－ＳＬを示す情報が入力されている。
　ファンクション検索部３３は、サービススライスＩＤに対応するファンクションセットを検索する部分である。ファンクション検索部３３は、サービス割当要求部３１からサービススライスＩＤを受信すると、当該サービススライスＩＤを検索キーとしてファンクションセットテーブルを検索する。ファンクション検索部３３は、当該検索結果（ファンクションセット）をサービス割当要求部３１へ通知する。
　リソース要求受付部３４は、ＯＳＳ／ＢＳＳ１０からリソース要求を受け付けると、保持部３２のファンクションセットテーブルからファンクションセットを取得する。リソース要求受付部３４は、当該ファンクションセットのそれぞれの機能をＶＮＦＭ４０へ送信し、ＶＭ取得要求をする。リソース要求受付部３４は、ＶＮＦＭ４０からＶＭを取得する。続いて、リソース要求受付部３４は、それぞれのＶＭのリソース利用状況の送信要求をＶＩＭ５０へ行う。リソース要求受付部３４は、ＶＩＭ５０からリソース利用状況を受信すると、当該リソース利用状況をサービススライス毎にリソース通知部３５へ通知する。
　リソース通知部３５は、リソース要求受付部３４から受信したリソース利用状況をサービススライス毎にＯＳＳ／ＢＳＳ１０へ送信する。
　続いて、ＶＮＦＭ４０の説明をする。ＶＮＦＭ４０は、構成要求受付部４１と、保持部４２と、検索部４３と、編集要求部４４とを有する。構成要求受付部４１は、ＮＦＶＯ３０からのＶＭ取得要求を受け付ける部分である。構成要求受付部４１は、ＮＦＶＯ３０から対象機能と共にＶＭ取得要求を受け付けると、当該対象機能を検索部４３へ通知する。構成要求受付部４１は、検索部４３に当該通知をした後に、検索部４３による検索結果を検索部４３から取得する。構成要求受付部４１は、検索結果を検索部４３から取得すると、検索結果をＮＦＶＯ３０へ送信する。
　保持部４２は、各種情報を保持する部分である。保持部４２は、ソフトウェア（例えば、リポジトリ）を保持する。また、保持部４２は、上記ソフトウェア以外に、ＶＭと機能とを対応付けた情報有するＶＭ機能テーブルを記憶する。図１１にＶＭ機能テーブルの例を示す。図１１に示すように、「Function」欄と「VM」欄と、図示していないが、当該「VM」のアドレスを示す「アドレス」欄とを対応付けて記憶している。「Function」欄には、ファンクションを示す情報が入力されている。「VM」欄には、当該ファンクションを実行するＶＭを示す情報（例えば、ＶＭの識別子等）が入力される。
　検索部４３は、構成要求受付部４１からの要求に応じて、保持部４２のＶＭ機能テーブルを検索して、その検索結果を構成要求受付部４１へ通知する部分である。検索部４３は、構成要求受付部４１から対象機能を受信すると、ＶＭ機能テーブルを検索して、当該対象機能に合致する「Function」欄の情報を有する「VM」を検索結果として、構成要求受付部４１へ送信する。
　編集要求部４４は、ＮＦＶＯ３０からの編集要求を受け付け、これに応じて、ＨＳＳ１１０及びＤＮＳ１２０へ編集要求をする部分である。編集要求部４４は、ＮＦＶＯ３０から機能セット（機能のリスト）、端末情報、サービススライスＩＤ及びサービスパラメータを受信すると共に、上記編集要求を受け付ける。編集要求部４４は、上記端末情報、サービススライスＩＤ、及びサービスパラメータを送信し、ＨＳＳ１１０へ編集要求をする。ここで、ＨＳＳ１１０が記憶している情報の例を図９に示す。ＨＳＳ１１０は、図９に示すように、「User ID」欄と「Service Parameter」欄とを対応付けた情報を上記編集要求に応じて記憶する。「User ID」欄には、ユーザを識別する情報であり、例えば、ＩＭＳＩ等の情報が入力される。「Service Parameter」欄には、サービスパラメータが入力される。
　また、編集要求部４４は、ＮＦＶＯ３０から受信した機能セットの内、ＳＧＷを示す情報を検索キーとして、ＶＭ機能テーブルを検索して、当該ＳＧＷのアドレスを取得する。そして、編集要求部４４は、当該アドレスとサービスパラメータとをＤＮＳ１２０へ送信すると共に編集要求する。ここで、ＤＮＳ１２０が記憶している情報の例を図１０に示す。ＤＮＳ１２０は、図１０に示すように、「Service Parameter」欄と「IP Address」欄とを対応付けた情報を上記編集要求に応じて記憶する。「Service Parameter」欄には、サービスパラメータが入力される。「IP Address」欄には、アクセス先を示すアドレス情報が入力される。ＤＮＳ１２０は、上記編集要求を受信すると、要求対象のサービスパラメータの情報が入力されていない場合には、新たにサービスパラメータと、上記アドレス情報を登録する。既にサービスパラメータが登録されている場合には、当該サービスパラメータに対応するアドレス情報を、要求対象のアドレス情報に変更する。
　ＶＩＭ５０は、リソース要求受付部５１と、保持部５２と、リソース通知部５３とを備える。リソース要求受付部５１は、ＮＦＶＯ３０から、対象ＶＭと共にリソース状況の要求を受け付ける部分である。リソース要求受付部５１は、リソース状況要求受け付けると、対象ＶＭを検索キーとして、保持部５２の情報を検索する。リソース要求受付部５１は、検索結果をリソース通知部５３へ通知する。
　保持部５２は、リソース情報を記憶する部分である。リソース情報として、ＶＭの使用率情報及び当該ＶＭを実現するハードウェアの使用率情報を記憶する。図１２にＶＭの使用率情報例を示す。図１２に示すように、「VM」欄と、「所属HW」欄と、「Usage」欄とを対応付けた情報を記憶している。「VM」欄には、VMを示す情報（例えば、VMの識別子）が入力されている。「所属HW」欄には、VMを実現するハードウェア（例えば、サーバ）を示す情報（例えば、サーバの識別子）が入力されている。「Usage」欄には、VMの使用率を示す情報が入力されている。続いて、図１３にハードウェアの使用率情報の例を示す。図１３に示すように、「HW」欄と、「Usage」欄とを対応付けた情報を記憶している。「HW」欄には、ハードウェアを識別する情報が入力されている。「Usage」欄には、ハードウェアの使用率を示す情報が入力されている。
　リソース通知部５３は、リソース要求受付部５１から検索結果を受信し、当該検索結果をＮＦＶＯ３０へ送信する部分である。
　引き続いて、図１４のシーケンス図を用いて、本実施形態に係るシステム１で実行される処理を説明する。ここでは、ＳＯ２０からＯＳＳ／ＢＳＳ１０へスクリーン搭載車における動作配信サービスにおいて固定モード（ＳＬＡ―ＳＬのmobilityが「１」）のサービス割当要求がある場合の例とする。
　ＳＯ２０は、上記動作配信サービスを示すサービスパラメータ、ＳＬＡ―ＳＬ及び当該サービスを利用するＵＥ９０の端末情報をＯＳＳ／ＢＳＳ１０へ送信すると共に、サービス割当要求をする（ステップＳ１）。ＯＳＳ／ＢＳＳ１０の依頼受付部１１は、当該サービスパラメータ、ＳＬＡ―ＳＬ及び端末情報を受信すると共にサービス割当要求を受け付ける。スライス要件取得部１２は、依頼受付部１１がサービス割当要求を受け付けると、保持部１３で記憶している図３（Ｂ）に示した割当サービステーブルから情報を取得する。そして、割当決定部１５は、スライス要件取得部１２が取得した割当サービステーブルのＳＬＡ―ＳＬを参照し、受信したＳＬＡ―ＳＬを満たすスライスＩＤを決定する。ここでは、ＳＬＡ―ＳＬのmobilityが「１」であるので、他の要件も満たしている場合には、スライスＩＤが「１」のスライスにサービスを割当てることを決定する（ステップＳ２）。続いて、割当要求部１６は、当該サービススライスＩＤと、サービスパラメータと、端末情報とをＮＦＶＯ３０へ送信する（ステップＳ３）。ＮＦＶＯ３０のサービス割当要求部３１は、サービススライスＩＤと、サービスパラメータと、端末情報とを受信すると共にサービス割当要求を受信する。ＮＦＶＯ３０のファンクション検索部３３は、受信したサービススライスＩＤを検索キーとして、ファンクションセットテーブルを検索して、当該サービススライスＩＤに対応するファンクションセットを検索する（ステップＳ４）。ＮＦＶＯ３０のサービス割当要求部３１は、サービススライスＩＤと、サービスパラメータと、端末情報と、ファンクションセットとをＶＮＦＭ４０へ送信する（ステップＳ５）。編集要求部４４は、ＮＦＶＯ３０から受信した機能セットの内、ＳＧＷを示す情報を検索キーとして、ＶＭ機能テーブルを検索して、当該ＳＧＷのアドレスを取得する（ステップＳ６）。ＶＮＦＭ４０の編集要求部４４は、ＮＦＶＯ３０からの編集要求を受け付け、上記端末情報、サービススライスＩＤ、及びサービスパラメータを送信し、ＨＳＳ１１０へ編集要求をする（ステップＳ７）。そして、編集要求部４４は、当該アドレスとサービスパラメータとをＤＮＳ１２０へ送信すると共に編集要求する（ステップＳ８）。
　また、ＶＮＦＭ４０の編集要求部４４は、上記編集の完了通知をＨＳＳ１１０及びＤＮＳ１２０から受け取ると、サービスパラメータの登録完了通知をＳＯ２０へ送信する（ステップＳ９）。ＳＯ２０は、当該登録完了通知を受信すると、ＵＥ９０へサービスパラメータを通知する（ステップＳ１０）。ＵＥ９０は、サービス利用時には、予め定められているＭＭＥ１３０へＡｔｔａｃｈ要求をする（ステップＳ１１）。ＭＭＥ１３０は、ＨＳＳ１１０へＡｔｔａｃｈ要求をする（ステップＳ１２）。ＨＳＳ１１０は、当該Ａｔｔａｃｈ要求を受け付けると共にＡｔｔａｃｈ要求しているＵＥ９０に対応するサービスパラメータを検索する（ステップＳ１３）。ＨＳＳ１１０は、検索したサービスパラメータをＭＭＥ１３０へ返却する（ステップＳ１４）。ＭＭＥ１３０は、当該サービスパラメータをＤＮＳ１２０へ送信すると共に、当該サービスパラメータに対応するアドレスを検索する（ステップＳ１６）。ＤＮＳ１２０は、検索したアドレスをＭＭＥ１３０へ送信する（ステップＳ１７）。ＭＭＥ１３０は、当該アドレスを受信し、受信したアドレスのＳＧＷ１４０へ接続し、ベアラ確立する（ステップＳ１８）。ＭＭＥ１３０は、ＵＥ９０へベアラ接続先を通知する（ステップＳ１９）。ＵＥ９０は、ＭＭＥ１３０から受信した接続先へアクセスして、サービスデータの通信を開始する（ステップＳ２０）。
　上述のシーケンス図では、ＭＭＥ１３０がＨＳＳ１１０からサービスパラメータを受信する場合について述べたが、ステップＳ１１においてＵＥ９０からサービスパラメータを受信するようにしてもよい。
　続いて、図１５のシーケンス図を用いて、本実施形態に係るシステム１で実行される処理を説明する。ここでは、ＳＯ２０からＯＳＳ／ＢＳＳ１０へスクリーン搭載車における移動モード（ＳＬＡ―ＳＬのmobilityが「３」）のサービス割当要求がある場合の例とする。
　ＳＯ２０は、サービスパラメータ及びＳＬＡ―ＳＬをＯＳＳ／ＢＳＳ１０へ送信すると共に、サービス割当要求をする（ステップＳ３１）。ＯＳＳ／ＢＳＳ１０の依頼受付部１１は、当該サービスパラメータ及びＳＬＡ―ＳＬを受信すると共にサービス割当要求を受け付ける。スライス要件取得部１２は、依頼受付部１１がサービス割当要求を受け付けると、保持部１３で記憶している図３（Ｂ）に示した割当サービステーブルから情報を取得する。そして、割当決定部１５は、スライス要件取得部１２が取得した割当サービステーブルのＳＬＡ―ＳＬを参照し、受信したＳＬＡ―ＳＬを満たすスライスＩＤを決定する。ここでは、ＳＬＡ―ＳＬのmobilityが「３」であるので、他の要件も満たしている場合には、「S-slice ID」欄に入力されているサービススライスＩＤが「２」のスライスにサービスを割当てることを決定する（ステップＳ３２）。また、割当決定部１５は、割当対象のサービスパラメータと同一のサービスパラメータが割当サービステーブルに記憶されているか否かを確認する（割当対象のサービスパラメータが割当サービステーブルに記憶されているか否かを確認する）。既に当該サービスパラメータを含む情報が記憶されており、別のサービススライスＩＤに対応付けられているので、割当決定部１５は、割当対象のサービスパラメータと、割当先のサービススライスを対応付けるように割当サービステーブルを更新する。このように、ＳＬＡ―ＳＬのmobilityが上がると、以前割り当てたスライスとは別のスライスへ割り当てる。
　ステップＳ３３～ステップＳ３８の処理は、ステップＳ３～ステップＳ８の処理とそれぞれ同じであるので、説明を省略する。なお、既にＵＥ９０には、サービスパラメータを通知済みであるので、ステップＳ９及びステップＳ１０に対応する処理を行わない。ステップＳ３９～ステップＳ４８の処理は、ステップＳ１１～ステップＳ２０の処理とそれぞれ同じであるので、説明を省略する。上述のように、以前割り当てたスライスとは別のスライスへ割り当てることにより、サービスを利用するためのデータを送受信するＳＧＷ１４０を変更する（ステップＳ３３～ステップＳ３８）。
　続いて、図１６のシーケンス図を用いて、本実施形態に係るシステム１で実行される処理を説明する。ここでは、所定のタイミングでリソースの状況に基づいて、サービススライスの割当をする処理方法について説明する。
　所定のタイミングで、ＯＳＳ／ＢＳＳ１０のリソース取得部１４は、ＮＦＶＯ３０へスライスＩＤと当該スライスのファンクションセットを送信すると共にリソースの利用状況の要求をする（ステップＳ５１）。ＮＦＶＯ３０のリソース要求受付部３４は、ＶＮＦＭ４０へ当該ファンクションセットに対応するＶＭを要求して、ＶＮＦＭ４０の構成要求受付部４１は、当該要求を受け付け、上記ファンクションセットのそれぞれのＶＭをＮＦＶＯ３０へ通知する（ステップＳ５２）。ＮＦＶＯ３０のリソース要求受付部３４は、ＶＩＭ５０へリソース利用状況の取得要求をする（ステップＳ５３）。ＶＩＭ５０のリソース要求受付部５１は、当該リソース要求を受け付けると、保持部５２で記憶している情報を検索して、リソース通知部５３は、それぞれのＶＭの使用率をＮＦＶＯ３０へ通知する。ＮＦＶＯ３０のリソース通知部３５は、スライス毎にファンクションセットを構成するＶＭの使用状況をＯＳＳ／ＢＳＳ１０へ送信する（ステップＳ５４）。ＯＳＳ／ＢＳＳ１０の割当決定部１５は、各スライスのＳＬＡ―ＳＬと、スライス毎のファンクションセットのＶＭの使用状況に基づいて、割り当てるスライスを決定する（ステップＳ５５）。具体的には、割当決定部１５は、要求サービス管理テーブルで記憶されているサービスパラメータのＳＬＡ―ＳＬを満たすＳＬＡ―ＳＬを有する割当サービステーブルのレコードを特定し、当該レコードが示すサービススライスの内、リソースに最も空きがあるサービススライスに割り当てると決定する。割当要求部１６は、割当後のサービススライスＩＤと、サービスパラメータと、端末情報とを、ＮＦＶＯ３０へ通知する（ステップＳ５６）。ステップＳ５７～ステップＳ５９、ステップＳ６１、ステップＳ６２は、ステップＳ４～ステップＳ６、ステップＳ７、ステップＳ８とそれぞれ同様であるため、説明を省略する。ＶＮＦＭ４０は、端末情報をＭＭＥ１３０へ送信する（ステップＳ６０）。また、ＭＭＥ１３０は、それぞれのＵＥ９０へアクセス先のＭＭＥ１３０を通知する（ステップＳ６３）。ステップＳ６３～ステップＳ７２の処理は、ステップＳ１１～ステップＳ２０の処理とそれぞれ同じであるので、説明を省略する。なお、上記ステップＳ５５及びステップＳ５６の処理は、サービススライスＩＤを変更することにより、接続先のＭＭＥが変わる場合のみ実行する。
　図１６のシーケンスでは、ＯＳＳ／ＢＳＳ１０が定期的にリソース使用状況の情報を取得要求をする場合について述べたが、ＮＦＶＯ３０が、ハードウェアのリソース使用状況（ＶＭの使用率、ハードウェアの使用率）を監視して、上記リソース使用状況が一定値（例えば、９０％）を超えたタイミングで、ＮＦＶＯ３０が上述のシーケンスと同様にリソースの使用状況の情報をスライス毎に取得し、当該情報をＯＳＳ／ＢＳＳ１０へ送信する共に、サービス割当変更要求をするようにしてもよい。
　つぎに、本実施形態のシステム１の作用効果について説明する。ＯＳＳ／ＢＳＳ１０では、スライスが割当てられているサービスと当該スライスとの対応付けをした割当サービステーブルの情報を保持する。また、ＯＳＳ／ＢＳＳ１０の依頼受付部１１は、機能の要件であるＳＬＡ―ＳＬを受信する。割当決定部１５は、受け付けられたサービスのサービス要件（ＳＬＡ―ＳＬ）に対応する（サービス要件を満たす）ＳＬＡ―ＳＬを有するスライスを決定する。割当要求部１６は、割当対象のサービスが、予めスライスに対応付けられている場合、決定されたスライスへサービスを割当てし直す。
　この場合、システム１は、割当要求を受けた際に、サービス要件を満たすスライスへ割り当て直すので、仮にサービス要件が変更されても、変更されたサービス要件を満たすスライスへ割り当てし直すことができる。このように、動的に変更されるサービス要件に対応して割り当てるスライスを動的に変更することができ、適切なサービスを提供することができる。
　また、システム１は、割当要求部１６は、ＮＦＶＯ３０に対して、割当決定部１５から受信した端末情報、サービスパラメータ、及び割り当てるサービススライスをＮＦＶＯ３０へ送信すると共に、割当要求をする。ＮＦＶＯ３０は、当該割当要求に応じて、ＶＮＦＭ４０に当該サービスパラメータに対応するＳＧＷのアドレスを変更させる。このように、割当要求部１６が割当要求することにより、サービスを利用するためのデータを送受信する通信制御装置を変更する。従って、サービス要件に応じて、当該サービスのデータを送受信する通信制御装置を切り替えるのでサービスを利用するユーザに対して好適なサービスを提供することができる。
　また、リソース取得部１４は、所定のタイミングで、スライス毎のリソース状況を取得する。スライス要件取得部１２は、既にスライスが割り当てられているサービスのサービス要件と共に、各スライスのＳＬＡ―ＳＬを特定する。割当決定部１５は、サービスのサービス要件と、各スライスのＳＬＡ―ＳＬと、リソース状況とに基づいて割り当てるスライスを決定する。
　この場合、リソースの状況情報を考慮して、サービスに割り当てるスライスを決定するので、リソース状況が変動した場合でも適切なスライスを動的に割当てることができる。
　割当決定部１５は、サービス要件を満たすスライスの内、空リソースが最も多いスライスに決定する。この場合、空リソースが最も多いリソースのスライスにサービスを割当てるので、リソースの有効活用することができる。
　ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
　また、ソフトウェア、命令などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（ＤＳＬ）などの有線技術及び／又は赤外線、無線及びマイクロ波などの無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。
　本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
　なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及び／又はシンボルは信号（シグナル）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（ＣＣ）は、キャリア周波数、セルなどと呼ばれてもよい。
　本明細書で使用する「システム」および「ネットワーク」という用語は、互換的に使用される。
　また、本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。例えば、無線リソースはインデックスで指示されるものであってもよい。
　上述したパラメータに使用する名称はいかなる点においても限定的なものではない。さらに、これらのパラメータを使用する数式等は、本明細書で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素（例えば、ＴＰＣなど）は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的なものではない。
　基地局は、１つまたは複数（例えば、３つ）の（セクタとも呼ばれる）セルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局ＲＲＨ：Ｒｅｍｏｔｅ　Ｒａｄｉｏ　Ｈｅａｄ）によって通信サービスを提供することもできる。「セル」または「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局、および／または基地局サブシステムのカバレッジエリアの一部または全体を指す。さらに、「基地局」「ｅＮＢ」、「セル」、および「セクタ」という用語は、本明細書では互換的に使用され得る。基地局は、固定局（fixed station）、ＮｏｄｅＢ、ｅＮｏｄｅＢ（ｅＮＢ）、アクセスポイント（access point）、フェムトセル、スモールセルなどの用語で呼ばれる場合もある。
　移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
　また、本明細書で使用する「決定(determining)」という用語は、多種多様な動作を包含する。「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認(ascertaining)した事を「決定」したとみなす事などを含み得る。また、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)（例えば、情報を送信すること）、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「決定」したとみなす事などを含み得る。また、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「決定」したとみなす事を含み得る。つまり、「決定」は、何らかの動作を「決定」したとみなす事を含み得る。
　「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。本明細書で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及び／又はプリント電気接続を使用することにより、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどの電磁エネルギーを使用することにより、互いに「接続」又は「結合」されると考えることができる。
　本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
　また、上記の各装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。
　「含む(ｉｎｃｌｕｄｉｎｇ)」、「含んでいる（ｃｏｍｐｒｉｓｉｎｇ）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（or）」は、排他的論理和ではないことが意図される。
　なお、情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink　Control　Information）、ＵＣＩ（Uplink　Control　Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio　Resource　Control）シグナリング、ＭＡＣ（Medium　Access　Control）シグナリング、報知情報（ＭＩＢ（Master　Information　Block）、ＳＩＢ（System　Information　Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。
　また、本明細書で説明した各態様／実施形態は、ＬＴＥ（Long　Term　Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＳＵＰＥＲ　３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future　Radio　Access）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra　Mobile　Broadband）、ＩＥＥＥ　８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ　８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ　８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
　また、本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
　また、本明細書において基地局によって行われるとした特定動作は、場合によってはその上位ノード（upper node）によって行われることもある。基地局を有する１つまたは複数のネットワークノード（network nodes）からなるネットワークにおいて、端末との通信のために行われる様々な動作は、基地局および／または基地局以外の他のネットワークノード(例えば、MMEまたはS-GWなどが考えられるが、これらに限られない)によって行われ得ることは明らかである。上記において基地局以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ(例えば、MMEおよびS-GW)であってもよい。
　上記の情報等は、上位レイヤ（または下位レイヤ）から下位レイヤ（または上位レイヤ）へ出力され得る。複数のネットワークノードを介して入出力されてもよい。
　入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
　判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値(Boolean：trueまたはfalse)によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
　本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
　本開示の全体において、明らかに単数であることを示しているものではない限り、単数および複数の両方のものを含むものとする。
　以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
　１…システム、１０…ＯＳＳ／ＢＳＳ、１１…依頼受付部、１２…スライス要件取得部、１３…保持部、１４…リソース取得部、１５…割当決定部、１６…割当要求部、２０…ＳＯ、３０…ＮＦＶＯ、３１…サービス割当要求部、３２…保持部、３３…ファンクション検索部、３４…リソース要求受付部、３５…リソース通知部、４０…ＶＮＦＭ、４１…構成要求受付部、４２…保持部、４３…検索部、４４…編集要求部、５０…ＶＩＭ、５１…リソース要求受付部、５２…保持部、５３…リソース通知部、６０…ＮＦＶＩ、７０…ＳＢＳＡ、８０…基地局、９０…ＵＥ、１０１…ＣＰＵ、１０２…ＲＡＭ、１０３…ＲＯＭ、１０４…通信モジュール、１０５…補助記憶装置。

Claims (4)

  1. 　ネットワークインフラ上に生成される仮想ネットワークであるスライスに対して、当該仮想ネットワークを用いるサービスを割当てる装置で実行されるサービス割当決定方法であって、
    　前記装置では、スライスが割当てられているサービスと当該スライスとの対応付けがなされており、
    　割当対象のサービスにおける機能の要件であるサービス要件を満たすスライスを決定する決定ステップと、
    　前記割当対象となるサービスが、前記装置により予めスライスに対応付けられている場合、前記決定ステップにより決定されたスライスへ前記割当対象のサービスを割当てし直す割当ステップとを含むサービス割当決定方法。
  2. 　前記サービスを利用するためのデータを送受信する通信制御装置を変更することにより、前記割当対象のサービスを割当てし直す、請求項１に記載のサービス割当決定方法。
  3. 　スライス毎のリソース状況と、既にスライスが割り当てられているサービスのサービス要件を取得する取得ステップ、をさらに含み、
    　前記決定ステップは、前記取得ステップにより取得されたサービス要件及びリソース状況に基づいて割り当てるスライスを決定する、請求項１又は２に記載のサービス割当決定方法。
  4. 　前記決定ステップは、前記サービス要件を満たすスライスの内、空リソースが最も多いスライスに決定する、請求項３に記載のサービス割当決定方法。
PCT/JP2016/077296 2015-09-30 2016-09-15 サービス割当決定方法 WO2017057025A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP16851199.6A EP3331204A4 (en) 2015-09-30 2016-09-15 Service allocation determining method
US15/752,478 US10356663B2 (en) 2015-09-30 2016-09-15 Service allocation determining methid
JP2017543125A JPWO2017057025A1 (ja) 2015-09-30 2016-09-15 サービス割当決定方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2015-194105 2015-09-30
JP2015194105 2015-09-30

Publications (1)

Publication Number Publication Date
WO2017057025A1 true WO2017057025A1 (ja) 2017-04-06

Family

ID=58427529

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/077296 WO2017057025A1 (ja) 2015-09-30 2016-09-15 サービス割当決定方法

Country Status (4)

Country Link
US (1) US10356663B2 (ja)
EP (1) EP3331204A4 (ja)
JP (1) JPWO2017057025A1 (ja)
WO (1) WO2017057025A1 (ja)

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017068564A (ja) * 2015-09-30 2017-04-06 株式会社Ｎｔｔドコモ 通信制御方法および通信システム
US10070344B1 (en) 2017-07-25 2018-09-04 At&T Intellectual Property I, L.P. Method and system for managing utilization of slices in a virtual network function environment
US10149193B2 (en) 2016-06-15 2018-12-04 At&T Intellectual Property I, L.P. Method and apparatus for dynamically managing network resources
WO2019065059A1 (ja) * 2017-09-27 2019-04-04 ソニー株式会社 通信装置、通信方法及びコンピュータプログラム
US10257668B2 (en) 2017-05-09 2019-04-09 At&T Intellectual Property I, L.P. Dynamic network slice-switching and handover system and method
US10382903B2 (en) 2017-05-09 2019-08-13 At&T Intellectual Property I, L.P. Multi-slicing orchestration system and method for service and/or content delivery
US10505870B2 (en) 2016-11-07 2019-12-10 At&T Intellectual Property I, L.P. Method and apparatus for a responsive software defined network
US10516996B2 (en) 2017-12-18 2019-12-24 At&T Intellectual Property I, L.P. Method and apparatus for dynamic instantiation of virtual service slices for autonomous machines
US10673751B2 (en) 2017-04-27 2020-06-02 At&T Intellectual Property I, L.P. Method and apparatus for enhancing services in a software defined network
JP2020521387A (ja) * 2017-05-22 2020-07-16 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． ネットワークスライスを作成するための方法及び装置並びに通信システム
US10749796B2 (en) 2017-04-27 2020-08-18 At&T Intellectual Property I, L.P. Method and apparatus for selecting processing paths in a software defined network
US10819606B2 (en) 2017-04-27 2020-10-27 At&T Intellectual Property I, L.P. Method and apparatus for selecting processing paths in a converged network
JP7106015B1 (ja) * 2021-06-11 2022-07-25 三菱電機株式会社 プラットフォームシステム、サービス切替装置、リソース割当て方法およびコンピュータプログラム

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102078189B1 (ko) * 2016-03-11 2020-02-20 주식회사 케이티 무선 액세스 망 슬라이싱 제어 장치와 그 장치가 무선 베어러 전송을 제어하는 방법
EP3439251A4 (en) * 2016-04-01 2019-08-28 Ntt Docomo, Inc. SLICE SWITCHING PROCEDURE AND SLICE SWITCHING DEVICE
JP2020506625A (ja) * 2017-02-03 2020-02-27 ノキア ソリューションズ アンド ネットワークス オサケユキチュア 持続可能なサービスの選択
KR102451832B1 (ko) * 2018-06-01 2022-10-06 브리티쉬 텔리커뮤니케이션즈 파블릭 리미티드 캄퍼니 셀룰러 통신 네트워크의 자원 할당 방법 및 그 노드
US10863556B2 (en) 2018-10-11 2020-12-08 Verizon Patent And Licensing Inc. Method and system for network slice identification and selection
WO2020255490A1 (ja) * 2019-06-19 2020-12-24 日本電気株式会社 コアネットワーク装置、通信制御方法、非一時的なコンピュータ可読媒体、及び無線通信システム
US11234115B2 (en) * 2020-02-14 2022-01-25 Cisco Technology, Inc. Techniques to facilitate mobility management entity (MME) identification for user equipment context transfer
KR20210131545A (ko) 2020-04-24 2021-11-03 삼성전자주식회사 네트워크 슬라이스 자원 할당 및 시각화 방법
CN111565120B (zh) * 2020-04-27 2022-08-16 北京思特奇信息技术股份有限公司 一种5g网络切片产品配置方法、系统及电子设备

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8873482B2 (en) * 2010-03-01 2014-10-28 Nec Laboratories America, Inc. Method and system for virtualizing a cellular basestation
US9111288B2 (en) * 2010-05-07 2015-08-18 Infosys Limited Method and system for providing real time communications services by a service provider in collaboration with a communications service provider
US9172678B2 (en) * 2011-06-28 2015-10-27 At&T Intellectual Property I, L.P. Methods and apparatus to improve security of a virtual private mobile network
JP5954783B2 (ja) 2012-08-27 2016-07-20 国立研究開発法人情報通信研究機構 モバイルネットワーク
JP5978993B2 (ja) * 2012-12-28 2016-08-24 富士通株式会社 情報処理システム制御装置、該プログラム、及び該方法
US9286007B1 (en) * 2013-03-14 2016-03-15 Emc Corporation Unified datapath architecture
SG11201609471TA (en) * 2014-05-13 2016-12-29 Cloud Crowding Corp Distributed secure data storage and transmission of streaming media content
US20180242161A1 (en) * 2015-08-05 2018-08-23 Telefonaktiebolaget Lm Ericsson (Publ) Distributed management of network slices using a gossip protocol

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
KAN'ICHIRO ONO: "Carrier Network no Arikata o Henkaku suru Shin R&D Concept 'NetroSphere Koso", BUSINESS COMMUNICATION, vol. 52, no. 7, 2 July 2015 (2015-07-02), pages 10 - 13, XP009504454 *

Cited By (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017068564A (ja) * 2015-09-30 2017-04-06 株式会社Ｎｔｔドコモ 通信制御方法および通信システム
US10149193B2 (en) 2016-06-15 2018-12-04 At&T Intellectual Property I, L.P. Method and apparatus for dynamically managing network resources
US10505870B2 (en) 2016-11-07 2019-12-10 At&T Intellectual Property I, L.P. Method and apparatus for a responsive software defined network
US11146486B2 (en) 2017-04-27 2021-10-12 At&T Intellectual Property I, L.P. Method and apparatus for enhancing services in a software defined network
US10819606B2 (en) 2017-04-27 2020-10-27 At&T Intellectual Property I, L.P. Method and apparatus for selecting processing paths in a converged network
US10673751B2 (en) 2017-04-27 2020-06-02 At&T Intellectual Property I, L.P. Method and apparatus for enhancing services in a software defined network
US11405310B2 (en) 2017-04-27 2022-08-02 At&T Intellectual Property I, L.P. Method and apparatus for selecting processing paths in a software defined network
US10749796B2 (en) 2017-04-27 2020-08-18 At&T Intellectual Property I, L.P. Method and apparatus for selecting processing paths in a software defined network
US10257668B2 (en) 2017-05-09 2019-04-09 At&T Intellectual Property I, L.P. Dynamic network slice-switching and handover system and method
US10382903B2 (en) 2017-05-09 2019-08-13 At&T Intellectual Property I, L.P. Multi-slicing orchestration system and method for service and/or content delivery
US10952037B2 (en) 2017-05-09 2021-03-16 At&T Intellectual Property I, L.P. Multi-slicing orchestration system and method for service and/or content delivery
US10555134B2 (en) 2017-05-09 2020-02-04 At&T Intellectual Property I, L.P. Dynamic network slice-switching and handover system and method
US10602320B2 (en) 2017-05-09 2020-03-24 At&T Intellectual Property I, L.P. Multi-slicing orchestration system and method for service and/or content delivery
US10945103B2 (en) 2017-05-09 2021-03-09 At&T Intellectual Property I, L.P. Dynamic network slice-switching and handover system and method
JP2020521387A (ja) * 2017-05-22 2020-07-16 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． ネットワークスライスを作成するための方法及び装置並びに通信システム
US11146453B2 (en) 2017-05-22 2021-10-12 Huawei Technologies Co., Ltd. Method and apparatus for creating network slice, and communications system
US10631208B2 (en) 2017-07-25 2020-04-21 At&T Intellectual Property I, L.P. Method and system for managing utilization of slices in a virtual network function environment
US11115867B2 (en) 2017-07-25 2021-09-07 At&T Intellectual Property I, L.P. Method and system for managing utilization of slices in a virtual network function environment
US10070344B1 (en) 2017-07-25 2018-09-04 At&T Intellectual Property I, L.P. Method and system for managing utilization of slices in a virtual network function environment
JPWO2019065059A1 (ja) * 2017-09-27 2020-11-05 ソニー株式会社 通信装置、通信方法及びコンピュータプログラム
WO2019065059A1 (ja) * 2017-09-27 2019-04-04 ソニー株式会社 通信装置、通信方法及びコンピュータプログラム
US11445479B2 (en) 2017-09-27 2022-09-13 Sony Corporation Radio network slicing in 5G new radio (NR)
JP7140128B2 (ja) 2017-09-27 2022-09-21 ソニーグループ株式会社 通信装置、通信方法及びコンピュータプログラム
US10516996B2 (en) 2017-12-18 2019-12-24 At&T Intellectual Property I, L.P. Method and apparatus for dynamic instantiation of virtual service slices for autonomous machines
US11032703B2 (en) 2017-12-18 2021-06-08 At&T Intellectual Property I, L.P. Method and apparatus for dynamic instantiation of virtual service slices for autonomous machines
JP7106015B1 (ja) * 2021-06-11 2022-07-25 三菱電機株式会社 プラットフォームシステム、サービス切替装置、リソース割当て方法およびコンピュータプログラム
WO2022259529A1 (ja) * 2021-06-11 2022-12-15 三菱電機株式会社 プラットフォームシステム、サービス切替装置、リソース割当て方法およびコンピュータプログラム

Also Published As

Publication number Publication date
EP3331204A1 (en) 2018-06-06
EP3331204A4 (en) 2018-08-29
US10356663B2 (en) 2019-07-16
JPWO2017057025A1 (ja) 2018-03-01
US20190014504A1 (en) 2019-01-10

Similar Documents

Publication Publication Date Title
WO2017057025A1 (ja) サービス割当決定方法
US10715404B2 (en) Slice changing method and slice changing device
CN110352611B (zh) 信息通知方法及移动通信系统
JP6941613B2 (ja) スライス管理システムおよびスライス管理方法
WO2017002735A1 (ja) 通信制御方法、通信制御装置、及び通信システム
JP7061216B2 (ja) スライス割当方法
WO2018034156A1 (ja) スライス割当方法
US10993068B2 (en) Communication control device and communication control method
WO2018173815A1 (ja) スライス割当方法及び移動通信システム
WO2018180496A1 (ja) 通信制御方法および通信端末
WO2019073638A1 (ja) サブネット情報生成装置及びサブネット情報生成方法
JP2018186450A (ja) 通信制御方法
JP6932133B2 (ja) スライス割当方法
JP6662804B2 (ja) 通信制御方法および通信システム
WO2019078212A1 (ja) 通信制御方法及び接続先変更方法
JP7034098B2 (ja) 通信制御装置及び通信制御方法
JP2020194990A (ja) ノード群及びマイグレーション方法
JPWO2018131314A1 (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: 16851199

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2017543125

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2016851199

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE