WO2016148001A1 - 通信装置とシステムと方法並びに割り当て装置とプログラム - Google Patents

通信装置とシステムと方法並びに割り当て装置とプログラム Download PDF

Info

Publication number
WO2016148001A1
WO2016148001A1 PCT/JP2016/057522 JP2016057522W WO2016148001A1 WO 2016148001 A1 WO2016148001 A1 WO 2016148001A1 JP 2016057522 W JP2016057522 W JP 2016057522W WO 2016148001 A1 WO2016148001 A1 WO 2016148001A1
Authority
WO
WIPO (PCT)
Prior art keywords
traffic
virtual network
network function
virtual
service level
Prior art date
Application number
PCT/JP2016/057522
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 JP2017506490A priority Critical patent/JP6388073B2/ja
Priority to US15/557,650 priority patent/US10638354B2/en
Publication of WO2016148001A1 publication Critical patent/WO2016148001A1/ja
Priority to US16/836,234 priority patent/US11317316B2/en
Priority to US17/700,820 priority patent/US11683716B2/en
Priority to US18/139,789 priority patent/US20230269621A1/en

Links

Images

Classifications

    • 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/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0893—Assignment of logical groups to network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5019—Ensuring fulfilment of SLA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/64—Routing or path finding of packets in data switching networks using an overlay routing layer
    • 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
    • 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
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0894—Policy-based network configuration management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]

Definitions

  • the present invention is based on the priority claim of Japanese patent application: Japanese Patent Application No. 2015-051225 (filed on March 13, 2015), the entire contents of which are incorporated herein by reference. Shall.
  • the present invention relates to a communication device, a system, a method, an allocation device, and a program, and more particularly, to a device, a system, a method, and a program suitable for application to a mobile network.
  • MVNO Mobile Virtual Network Operator
  • MNO Mobile Network Operator: Mobile network operator
  • L3 network layer
  • Layer2 Layer2
  • IP Internet Protocol
  • GTP General Packet Radio Service Tunneling Protocol
  • the MVNO of L3 connection only needs to prepare a router (Router) or the like that provides the L3 communication service in the MVNO network 3.
  • FIG. 19B is a diagram schematically illustrating an example of a form of MVNO with L3 connection.
  • FIG. 19B shows an existing 2G / 3G network defined by 3GPP (3rd Generation Generation Partnership Project) and an EPC (Evolved Packet Center) that accommodates an LTE (Long Term Evolution) access network, and an MNO network 2.
  • 3GPP 3rd Generation Generation Partnership Project
  • EPC Evolved Packet Center
  • LTE Long Term Evolution
  • MNO Mobility Management Entity
  • MME Mobility Management Entity
  • UE User Equipment
  • HSS Home (Subscriber Server) (holding a subscriber profile).
  • RNC Radio Network Controller
  • Node B Serving GPRS Support Node
  • 3G Third Generation: 3G
  • the MME sets and releases the user data transfer path in the section (S1-U) from the SGW (Serving Gateway) to the base station eNB (eNodeB).
  • the SGW transmits / receives user data to / from the eNB, and sets / releases the communication path with the PGW (PDN (Packet Data Network) Gateway).
  • PDN Packet Data Network
  • the PGW connects to a packet data network (Packet Data Network: PDN) such as IMS (IP Multimedia Subsystem) or the Internet, and assigns an IP (Internet Protocol) address (private IP address) to the terminal.
  • PDN Packet Data Network
  • IMS IP Multimedia Subsystem
  • IP Internet Protocol
  • PCRF Policy Charging Rules Function
  • the PGW and the SGW perform policy control, for example, on a packet basis, based on notification information (policy) from the PCRF.
  • policy Policy Charging Rules Function
  • FIG. 19B reference numerals S11 and the like of the lines between the nodes represent interfaces, broken lines indicate control plane (C-Plane) signals, and solid lines indicate user plane (U-Plane) signals (data). Represents.
  • MVNO does not directly operate PGW (or GGSN (GatewayGateGPRS Support Node)) (not shown) or the like that is a packet relay device on the network 2 of MVO.
  • the IP address is assigned to the terminal (mobile terminal) 1 by the MNO PGW or the like.
  • communication control in MVNO is performed in L3 (network layer).
  • the packet transfer amount which is information necessary for billing, is generally the transfer amount in units of days or months provided from the MNO side.
  • MVNO by layer 2 (L2: data link layer) connection, as schematically shown in FIG. 20A, the end user's GTP session is extended to MVNO.
  • the MVNO needs to install a packet relay device on the MVO network.
  • the L2 GTP tunnel is terminated at the PGW (or GGSN) of the MVNO network, for example.
  • FIG. 20B is a diagram schematically illustrating an example of a form of MVNO with L2 connection.
  • FIG. 20B schematically shows a configuration example in which the EPC is an MNO network 2, the MVNO network 3 is provided with a PGW, and is connected to the Internet 4.
  • the L2 connection is a connection form in which the terminal 1 that is the end user and the PGW of the MVNO are connected by an L2 tunnel (GTP). Since the PGW is on the MVNO side, various controls are possible with the MVNO. Further, various control servers are arranged adjacent to the PGW on the MVNO network 3. For example, a RADIUS server (not shown) responsible for user management / authentication, an OCS (Online Charging System) (not shown) for managing user data capacity and billing information, and a PCRF for managing communication rules for each user (Policy and Charging Rules Function), PCEF (Policy and Enforcement Function) (not shown) that applies a rule to the PGW and controls packet transfer.
  • a RADIUS server responsible for user management / authentication
  • OCS Online Charging System
  • PCRF Policy and Charging Rules Function
  • PCEF Policy and Enforcement Function
  • Packet relay devices and servers such as PGW are technically advanced and expensive compared to IP routers, etc.
  • L2 connection MVNO the cost of operation and maintenance of PGW etc. requires L3 connection only Expensive compared to form.
  • the MVNO with L2 connection can perform band control or the like by the PGW on the network 3 of the MVNO.
  • the MVNO borrows from the lending source MNO and provides a service at low cost to the user without building a wireless communication facility or the like. For this reason, when MVNO and MNO services are compared, MVNO often has limitations. For example, ⁇ Slow communication speed ⁇ Maximum usage capacity per month is low, ⁇ There are no additional functions such as voice calls. Etc.
  • traffic shaping bandwidth control
  • a specific node such as a gateway in the MVNO network.
  • traffic shaping is performed on the S1-U interface between the eNB and the SGW.
  • MVNO pays MNO for the amount of resources and services (for example, bandwidth) provided by MNO.
  • charging is generally performed using a connection band between MVNO and MNO (for example, a band at reference point SGi in FIG. 19B).
  • a service for example, bandwidth
  • the amount is provided to the customer.
  • bandwidth control is generally performed based on the predicted traffic volume. For this reason, flexible and accurate bandwidth control is difficult. For example, depending on the traffic volume, a considerable amount of error may occur between the predicted value and the actual value.
  • the present invention has been made in view of the above problems, and its purpose is to provide an apparatus, a system, a method, and a program for achieving appropriate allocation of resources for processing traffic and efficient use of resources. Is to provide.
  • the traffic is converted into a dedicated device that executes a predetermined network function or the predetermined device of the dedicated device.
  • First means operable to be assigned to a predetermined virtual network function corresponding to the network function, and depending on the assignment result, the traffic to the dedicated device or the predetermined virtual network function
  • a second means operable to transfer is provided.
  • the traffic is converted into a dedicated device that executes a predetermined network function, or the predetermined device of the dedicated device. Assigning to a predetermined virtual network function corresponding to the network function of Depending on the allocation result, a method is provided that includes forwarding the traffic to the dedicated device or to the predetermined virtual network function.
  • the traffic is converted into a dedicated device that executes a predetermined network function or the predetermined device of the dedicated device.
  • Assigning to a predetermined virtual network function corresponding to the network function of A program for causing a computer to execute the process of transferring the traffic to the dedicated device or the predetermined virtual network function according to the assignment result is provided.
  • a recording medium non-transitory computer readable recording medium
  • a computer-readable storage device storing the program
  • a plurality of virtual network functions having different processing performances are provided on a plurality of virtual machines, and a plurality of virtual network functions are selected according to a service level related to received traffic.
  • a server apparatus is provided that allocates the traffic by selecting one from the following.
  • (A), (B) is a figure explaining an example of the basic concept of this invention.
  • (A), (B) is a figure explaining an example of the allocation apparatus of FIG. It is a figure explaining Embodiment 1 of this invention. It is a figure explaining an example of Embodiment 1 of the present invention.
  • (A), (B) is a figure explaining Embodiment 1-1 of this invention. It is a figure explaining the modification of Embodiment 1-1 of this invention.
  • (A), (B) is a figure explaining Embodiment 1-2 of this invention.
  • (A), (B) is a figure explaining Embodiment 1-3 of this invention.
  • (A), (B) is a figure explaining Embodiment 1-4 of this invention.
  • Embodiment 2 of this invention It is a figure explaining Embodiment 2 of this invention. It is a figure explaining an example of Embodiment 2 of the present invention.
  • (A), (B) is a figure explaining Embodiment 2-1 of this invention.
  • (A), (B) is a figure explaining Embodiment 2-2 of this invention.
  • (A), (B) is a figure explaining Embodiment 2-3 of this invention.
  • (A), (B) is a figure explaining Embodiment 2-4 of this invention. It is a figure explaining Embodiment 3 of this invention.
  • or (D) is a figure explaining Embodiment 4 of this invention.
  • or (D) is a figure explaining Embodiment 5 of this invention.
  • (A), (B) is a figure explaining MVNO of L3 connection.
  • (A), (B) is a figure explaining MVNO of L2 connection.
  • a user of an MNO or MVNO carrier using a virtual network function (Virtual Network Function: Virtual VNF) in which part or all of the functions of a network device, a node, etc. are virtualized on a server device.
  • a virtual network function Virtual Network Function: Virtual VNF
  • NFV Network Function Virtualization
  • a virtual machine on a virtualization layer such as a hypervisor (HyperVisor) or a virtual machine monitor (Virtual Machine Monitor (VMM)
  • VNF Virtual Machine Monitor
  • a network function is realized in software by an application (VNF) running on (Virtual Machine: VM).
  • VNF Virtual Machine: VM
  • EPC nodes such as MME, PGW, SGW, etc.
  • EPC nodes such as MME, PGW, SGW, etc.
  • the hardware resources such as the computing, storage, and network of the server device and the virtualization layer constitute an NFVI (Network Function Virtualization Service) infrastructure that is a VNF execution base.
  • NFVI Network Function Virtualization Service
  • VIM Virtualized Infrastructure Manager
  • VNFM Virtual Network Function Manager
  • NFVO is provided for managing the entire network service (see, for example, Non-Patent Document 1).
  • the assigning device determines whether the traffic to be transferred to the VNF belongs to the carrier or the user. Is a virtual machine that realizes VNF or a dedicated device (120 in FIG. 1A), or the assignment is controlled. That is, allocation of VNF (VM) or a dedicated device (120 in FIG. 1A) as a traffic transfer destination is assigned to at least one of a carrier (for example, MNO or MVNO carrier), a user, the content of the traffic, and the like. Control according to the service level set for. Alternatively, the assignment of VNFs as traffic forwarding destinations may be determined according to the type of user terminal (mobile terminal) that is the source or destination of the traffic.
  • a carrier for example, MNO or MVNO carrier
  • the control of traffic allocation to the VNF by the allocation device (111 in FIG. 1A) may be performed in units of virtual machines (VMs) on which the VNF operates.
  • VMs virtual machines
  • a group including one or a plurality of virtual machines (VMs) is provided according to, for example, a function or the like (in this case, for example, VNFs operating on virtual machines (VMs) in the same group provide the same function 1), select one group from a plurality of groups, and then select 1 group from the groups according to a predetermined scheduling algorithm (for example, a randomly assigned random method or a sequentially assigned round robin method).
  • a predetermined scheduling algorithm for example, a randomly assigned random method or a sequentially assigned round robin method.
  • One virtual machine may be selected, and the selected virtual machine may be a traffic assignment destination.
  • the allocation device (111 in FIG. 1A) stores the correspondence between the VNF and the virtual machine (VM) that realizes the VNF in a table or the like, and executes the virtual machine (VM that executes the traffic allocation destination VNF) The traffic may be forwarded to the address.
  • one VNF is composed of a combination of a plurality of VNFCs (Virtual Network Functions Component), and a plurality of VNFCs correspond to a plurality of virtual machines (VMs). (VM) may be executed.
  • the allocation device (111 in FIG. 1A) stores and holds in advance the correspondence between the VNF and the virtual machine (VM) that is the traffic transfer destination among the plurality of virtual machines (VMs) that execute the VNF. It is good also as composition to do.
  • the allocating device uses the VNF identification information (or VDU (Virtual Deployment) Unit) identification information) to which traffic is allocated as an unused area in the header of the packet to be transferred ( For example, it is set to TOS (Type of ⁇ Service) of the IP header or an unused field such as a bit field of a flag and transferred to the server device (100 in FIG. 1A), and the server device (100 in FIG. 1A) ) Side control unit (hypervisor, etc.) analyzes the header of the packet, etc., determines the VNF of the packet transfer destination, and sends the packet to the VNF via the virtual switch (vSwitch) etc. that realizes the VNF. You may make it forward.
  • VNF identification information or VDU (Virtual Deployment) Unit) identification information
  • traffic allocation may be controlled in units of server devices (physical servers) in which VNFs are arranged.
  • the allocation device (111 in FIG. 1A) may be configured to store and hold in advance the correspondence between the VNF and the server device (traffic transfer destination server device) on which the VNF is arranged.
  • a group of one or a plurality of server devices is provided according to functions, for example, in this case (in this case, server devices in the same group) Provide the same function), select one group from a plurality of groups, and then select one server device from the group according to a predetermined scheduling algorithm (for example, a random method or a round robin method) May be selected.
  • a predetermined scheduling algorithm for example, a random method or a round robin method
  • a server device (physical server) 100 includes a control unit 101, a plurality of virtual machines (VM) 102, and a plurality of VNFs 103.
  • the plurality of VNFs 103 (VNF1B, VNF1C) are, for example, the same virtualization network function and may have different performance.
  • VNF1A”, “VNF1B”, and “VNF1C” “1” represents a function
  • A”, “B”, and “C” represent a performance class.
  • the VNF 103 may be a virtualized network device or part thereof.
  • the VNFs 103B and 103C may be implemented as application software that virtualizes some or all of the functions such as the PGW of the MVNO network 3 in FIG. 20B and operates on a virtual machine (VM).
  • the dedicated device 120 may be configured by, for example, a PGW (Non-NFV: a device or node that is not a VNF that virtualizes a network function).
  • some or all of the functions of the router of the MVNO network 3 in FIG. 19B and a server (not shown) are virtualized and implemented as application software that operates on a virtual machine (VM).
  • VM virtual machine
  • the control unit 101 of the server apparatus (physical server) 100 includes, for example, a memory such as a CPU (Central Processing Unit) and a RAM (Random Access Memory), a storage such as an HDD (Hard Disk Drive), a network interface controller (NIC).
  • a virtualization layer such as a hypervisor that virtualizes hardware resources (HW) 104 such as) and assigns them to a virtual machine (VM) is provided.
  • FIG. 1A shows an example in which the control unit 101 includes a virtual switch (vSwitch) as virtual hardware in order to simplify the explanation.
  • the control unit 101 and the hardware resource (HW) 104 constitute an NFVI that provides a virtualization platform for executing a virtual machine (VM) for VNF.
  • the NFVI is controlled by a NFV-MANO (Management and Orchestration) VIM (Virtualization Infrastructure Manager) (not shown), for example, when setting up a virtual machine (VM), creating, stopping, scaling, and updating a VNF.
  • NFV-MANO Management and Orchestration
  • VIM Virtualization Infrastructure Manager
  • VNF1A (not shown) is a high function (performance) type
  • VNF1B103B is a medium (standard) function (performance) type
  • VNF1C103C is a low function (performance) type.
  • NFV-MANO including NFV Orchestrator (NFVO), VNF Manager (VNFM), VIM)
  • registration on-boarding VNF Package
  • updating updating
  • setting or updating of a VM image image file of the virtual machine VM
  • the processing performance of the VNF is controlled by, for example, the number of virtual CPUs (vCPUs) allocated to the virtual machine (VM) on which the VNF operates, the capacity of virtual memory, the number and bandwidth of virtual NICs, the capacity of virtual storage, and the like.
  • vCPUs virtual CPUs
  • VM virtual machine
  • NFVO NFV Orchestrator
  • carrier A is the first service level (high speed, high quality), but is a high-priced contract.
  • the carrier A may be an MNO carrier that possesses communication equipment including the dedicated device 120.
  • the carrier A may be an MVNO carrier that owns the dedicated device 120.
  • carrier C is at the third service level (low speed, low quality).
  • the service level (second service level) of carrier B is assumed to be intermediate between the first and third service levels.
  • the assigning device 111 assigns the traffic of the carriers A, B, and C to the dedicated device 120, VNF1B, and VNF1C, respectively.
  • traffic of carriers A, B, and C (traffic of terminals contracted with carriers A, B, and C) is transferred from the allocation device 111 to virtual machines (VMs) that implement the dedicated devices 120, VNF1B, and VNF1C, respectively. Then, it is processed by the dedicated device 120, VNF1B, and VNF1C.
  • VMs virtual machines
  • a frame (packet) received by the NIC or the like of the server apparatus 100 is transmitted to the virtual machine (VM) that implements the corresponding VNF via a virtual switch (vSwitch) or the like. Then, the packet (frame) data from the VNF passes through the virtual switch of the server apparatus 100, the NIC, etc., through the router of the MVNO network, and the destination (destination) via the packet data network such as the Internet or IMS network. Transferred.
  • allocation of VNFs for processing traffic is controlled for each carrier corresponding to a service level. That is, the allocation device 111 in FIG. 1A changes the allocation of user traffic to the dedicated device 120 and the VNFs 103B to 103C, for example, depending on the carrier. For example, when the carrier A is an MNO that lends communication equipment to the MVNO carrier, the user traffic of the MNO carrier A is transferred to the dedicated device 120 or a high-performance (or highest performance) VNF among a plurality of VNFs having the same function. assign.
  • the service levels illustrated in FIG. 1B are merely illustrative and the service levels are of course not limited to three levels. Further, the service level granularity may be further classified based on the relationship between the combination of communication speed (bandwidth) (downlink communication speed) and QoS (Quality of Service) and the contract amount. For example, for each carrier, ⁇ High speed and high quality: high price, ⁇ High speed and medium quality: Slightly expensive ⁇ Medium speed and medium quality: Intermediate ⁇ Medium speed and low quality: Intermediate ⁇ Low speed and medium quality: Slightly low -Low speed and low quality: low price.
  • bandwidth downlink communication speed
  • QoS Quality of Service
  • the allocating device 111 may allocate traffic to a high-performance VNF among a plurality of VNFs having the same function or a dedicated device 120 for an MVNO carrier with a high contract among MVNO carriers.
  • traffic may be allocated to a low-performance one among a plurality of VNFs having the same function.
  • the traffic assignment destinations of the terminals of multiple subscribers on the same carrier are the same.
  • the traffic allocation to the VNF may be performed in units of users instead of in units of carriers.
  • a service level is set for each subscriber (user) according to the contract contents of the subscriber.
  • the traffic of multiple subscribers (eg, MVNO users) on the same carrier may be assigned to different VNFs or dedicated devices 120.
  • a plurality of virtual machines (VMs) in which a plurality of VNFs are operated are mounted on different server devices, and traffic allocation to VNFs is performed on a server device basis, on a carrier basis, or on a user basis. You may make it control to.
  • VMs virtual machines
  • FIG. 2A is a diagram schematically illustrating an example of the configuration of the assignment device 111 in FIG.
  • the allocation device 111 includes a control unit 112, a processing unit 113, and a storage unit 114.
  • FIG. 2B is a diagram schematically illustrating information stored in the storage unit 114.
  • the control unit 112 of the allocation device 111 identifies the terminal that transmitted the packet from the terminal identification information (address information) included in the received packet header and the like, and assigns the virtual machine that realizes the VNF corresponding to the terminal to the virtual machine.
  • the processing unit 113 is controlled to transfer the packet.
  • the processing unit 113 of the allocation device 111 uses the address of the dedicated device 120 (for example, a MAC (Media Access Control) address) as transmission destination information in the header of a packet (frame) transmitted from the terminal side. ) Or when a packet (frame) is transmitted to the assigned VNF, the identification information of the virtual machine (VM) that realizes the VNF (for example, the host name of the virtual machine, the IP of the virtual NIC (vNIC)) / MAC address etc.) may be set, or it may be transmitted to a transmission port addressed to the virtual machine.
  • the identification information of the virtual machine (VM) that realizes the VNF for example, the host name of the virtual machine, the IP of the virtual NIC (vNIC)
  • vNIC virtual NIC address etc.
  • the storage unit 114 of the assignment device 111 stores the correspondence between the terminal identification information (for example, an address) and the assignment destination VNF as a table structure.
  • the correspondence between the terminal identification information (address) stored and held in the storage unit 114 and the assigned VNF is stored in the HSS or the like as necessary in an attach process or the like that the terminal registers in the network via the base station.
  • the control unit 112 Based on the user's contract information or the like, the control unit 112 associates the carrier (MNO / MVNO) with which the terminal contracts with the terminal identification information (address) of the terminal, and stores the terminal identification information (address ) And the assignment destination VNF corresponding to the carrier may be stored.
  • the terminal identification information (address) and assignment destination storage processing in the storage unit 114 may be performed at the time of establishing an EPS (Evolved Packet System) session after authentication by the MME in the attach process.
  • a session creation request (Create Session Request) is transmitted from the MME to the SGW
  • a session creation request (Create Session Request) is transmitted from the SGW to the PGW
  • a tunnel is established between the SWG and the PGW.
  • the attach request message transmitted from the terminal to the MME includes IMSI (International Mobile Subscriber Identity) which is subscriber identification information, and a session generation transmitted from the MME to the SGW and from the SGW to the PGW.
  • IMSI International Mobile Subscriber Identity
  • the request (Create Session Request) message includes IMSI.
  • the allocating device 111 captures the session generation request message, acquires the IMSI, refers to the contract information of the subscriber from the HSS, and determines the carrier (MNO / MVNO carrier, etc.) with which the subscriber contracts.
  • the carrier is an MVNO with an MNO or a high-price contract
  • the allocation destination is a dedicated device
  • the allocation destination is VNFC, VNFB based on the allocation rule of the terminal traffic ( The VNF to which data traffic or the like is assigned may be determined.
  • the allocation device 111 may refer to service contract information of SPR (Service Profile Repository) by IMSI, and determine a traffic allocation destination for each user based on the service contract contents of the subscriber (user). .
  • the MME or the like may determine the allocation destination of the terminal traffic (data traffic or the like) from the contract information of the subscriber from the HSS based on the IMSI, and notify the allocation device 111 of this.
  • the allocation device 111 associates the IP address of the terminal and the allocation destination VNF and stores them in the storage unit 114, thereby determining the VNF of the transfer destination of the packet using the IP address of the packet header or the like as the terminal identification information. be able to.
  • the allocation device 111 corresponds to the terminal identification information (address) and the allocation destination VNF (packet transfer destination VNF) corresponding to the carrier, the VNF and the server device in which the VNF is arranged, or the VNF Correspondence with identification information (for example, host name, IP / MAC (Media Access Control) address of virtual NIC (vNIC)) of the virtual machine (VM) to be realized may be stored and held.
  • identification information for example, host name, IP / MAC (Media Access Control) address of virtual NIC (vNIC)
  • vNIC Virtual Machine
  • a packet transferred from the terminal after the connection of the terminal is established includes source address information (source ⁇ ⁇ ⁇ IP address: IP address of the terminal) extracted from the header of the packet, and the address of the terminal in the storage unit 114.
  • a transfer destination (dedicated device or VNF) is determined from the correspondence of the assignment destination, and the processing unit 113 transfers the packet to the dedicated device 120, or a server device on which the corresponding VNF operates, or a virtual Transferred to the machine (VM).
  • the processing unit 113 may include an input port and a switch having a plurality of output ports.
  • FIG. 3 is a diagram illustrating the configuration of the first embodiment.
  • the terminal 1 and the base station (eNB) 20 are the same as those described with reference to FIG. 3
  • the SGW 30 has the same basic configuration as that described with reference to FIG. 20A or the like, but has the function of the allocation device 111 described with reference to FIG. 1 and FIG. .
  • the terminal 1 (mobile terminal) establishes a network connection by wireless connection with the base station (eNB) 20 and connects to a destination node (for example, a node (not shown) of the Internet 40 in FIG. 20A).
  • a destination node for example, a node (not shown) of the Internet 40 in FIG. 20A.
  • VNFs 1A to VNF1C having the same function but different performance are mounted on different server apparatuses 100A to 100C, respectively, and the allocation of traffic to VNFs is controlled in units of server apparatuses (physical servers).
  • server apparatuses physical servers
  • the VNFs 1A to VNF1C mounted on the server devices 100A to 100C realize part or all of the functions of the PGW (see, for example, FIG. 19B or FIG. 20B).
  • the server device 100A has relatively high performance, and the server device 100C has relatively low performance (performance is lower than that of the server device 100A).
  • One or a plurality of server devices 100B (not shown) having intermediate performance between the server devices 100A and 100C may be provided between the server devices 100A and 100C. There is no particular limitation on the number of server devices.
  • the SGW 30 selects a server device (a virtual machine (VM) on which the VNF is operated is arranged) on which a VNF corresponding to a carrier unit (for example, MVNO or MNO and MVNO) is arranged.
  • the SGW 30 transfers the traffic to the server apparatus (any one of 100A to 100C) where the assigned VNF is arranged.
  • the received traffic is transferred to a virtual machine (VM) in which the VNF operates via a hypervisor or the like on the server device.
  • the SGW 30 has the function of the allocation device 111 described with reference to FIG. 2, and allocates the traffic of the MNO or the expensive MVNO carrier to the VNF 1A installed in the high-performance server device 100A. Note that, as in the example described later, the traffic of the MVNO carrier with a large contract may be assigned to a dedicated device (not using NFV). You may make it allocate the traffic of the user of the carrier provided with the dedicated apparatus to a dedicated apparatus.
  • the SGW 30 allocates the traffic of the MVNO carrier with a low-priced contract to a general-purpose server (a general-purpose server having a mixture of a plurality of VNFs: VNF processing performance is reduced) or a VNF 1C installed in the low-performance server apparatus 100C.
  • a general-purpose server a general-purpose server having a mixture of a plurality of VNFs: VNF processing performance is reduced
  • a VNF 1C installed in the low-performance server apparatus 100C.
  • the SGW 30 may assign VNFs on a user basis.
  • the traffic of the user with the higher service class is assigned to the VNF 1A installed in the high-performance server apparatus 100A.
  • the traffic of the user whose service class is lower is allocated to the VNF 1C on the low-performance server apparatus 100C.
  • the traffic of a user with a high-priced contract is allocated to the VNF 1A installed in the high-performance server apparatus 100A, and the traffic of a user with a low-priced contract is installed in the low-performance server apparatus 100C You may make it allocate to VNF1C.
  • the VNF allocation is controlled on a server device basis. And it is set as the structure which determines to which VNF traffic is allocated per carrier or per user. Therefore, since it is only necessary to select a server device in which VNFs determined on a carrier basis or a user basis are arranged, allocation control and the like are simplified.
  • a server device group in which a plurality of server devices are grouped may be provided.
  • the server device group may have a configuration in which a plurality of server devices are grouped into a plurality of groups according to functions or the like (for example, a plurality of server devices having the same function are grouped so as to belong to the same group). Also good).
  • One server device may be selected from one server device group, and traffic may be assigned to the one server device. Server device assignment within a group is random, continuation from the previous assignment (the server device assigned last time (last) is selected again, and as a result, assignment is continued), or a round robin method, etc. You may make it carry out.
  • One server device group may include at least one server device. For example, when server devices in the same group provide the same function, the VNFs of one or more server devices in the same group are the same function (Network (Function). The performance of multiple server devices in the same group may be high or low (groups include server devices with the same function but different performance), or the same performance (all server devices in the group (Same function, same performance)
  • a plurality of server device groups (groups A, B, and C) having different performance classes corresponding to each of a plurality of carriers (carriers A, B, and C), and a carrier (for example, carrier A, for example) that the subscriber contracts with. ),
  • One server device group (for example, group A) is selected from a plurality of server device groups, and the subscriber's contract contents, etc. from the selected one server device group (for example, group A)
  • a configuration may be adopted in which one server device corresponding to the performance corresponding to is selected.
  • the traffic of the M2M terminal is distributed to the VNF 1C of the low-performance server apparatus 100C.
  • the traffic may be allocated to the VNF 1C of the low-performance server apparatus 100C in units of packets.
  • Traffic such as a mobile terminal of a type other than M2M is allocated to the VNF 1A 103A on the high-performance server apparatus 100A.
  • mobile terminals such as smartphones have a larger communication volume and higher communication frequency than M2M terminals (video download to terminal 1, Twitter (trademark or registered trademark of Twitter, Inc.), Facebook ( This is because the amount of communication and the frequency of communication according to Facebook (registered trademark of Facebook, Inc.), etc. are large), and the route through which more throughput is taken out.
  • Traffic (downstream packets) addressed to the terminal 1 from the communication partner (node connected to the packet data network such as the Internet or IMS) of the terminal 1 is a router (switch) or the like (for example, a Router on the MVNO network in FIG. 20B).
  • the router (switch) or the like retains the correspondence between the terminal identification information shown in FIG. 2B and the allocation destination VNF, and includes a packet (downstream packet) addressed to the terminal 1 with the allocation destination VNF.
  • the VNFs 103A to 103C on the server apparatuses 100A to 100C only handle the upstream traffic from the terminal 1, such as a firewall function (packet filter) that controls the passage permission of the upstream packet from the terminal 1, for example.
  • a firewall function packet filter
  • it may be processed in one direction (in this case, a packet (downstream packet) addressed to the terminal 1 is not transferred to the VNF).
  • FIG. 4 is a diagram illustrating an example of the first embodiment of FIG.
  • the terminal 1 and the base station (eNB) 20 of FIG. 3 are omitted.
  • the server apparatuses 100A to 100C are selected by the switch (physical switch) 110.
  • the SGW 30 and the switch 110 correspond to the allocation device 111 in FIG.
  • the SGW 30 selects a server device in which a traffic allocation destination VNF is arranged for each carrier or each user from the server devices 100A to 100C.
  • the SGW 30 forwards the traffic to the selected server device via the switch 110.
  • the SGW 30 may transfer a frame in which identification information (for example, a MAC address) of the selected server device is set in a header or the like to the switch 110.
  • the switch 110 manages the correspondence between the port number and the MAC address of the server device to which the port is connected using a table, and the frame is transferred from the destination MAC address of the frame header to the port connected to the server device to which the frame is transferred. Forward.
  • FIG. 5A and FIG. 5B are diagrams for explaining Embodiment 1-1.
  • Embodiment 1-1 describes Embodiment 1 more specifically.
  • VNF allocation is controlled in units of server devices (physical servers) as in the first embodiment.
  • the SGW 30 controls the allocation of traffic to the VNF for each carrier based on the policy set by the control device (or operator) 50.
  • the control device 50 and the SGW 30 realize the function of the assignment device 111 described with reference to FIGS.
  • the SGW 30 transfers the traffic to the server device in which the assigned VNF is arranged.
  • the received traffic is transferred to a virtual machine (VM) in which the VNF is operated via a hypervisor or the like on the server device.
  • VM virtual machine
  • FIG. 5B is a diagram for explaining an example of a policy set by the control device (or operator) 50.
  • the VNF allocation is determined according to the service level set for each carrier. Note that the assignment method is the same as that in FIG.
  • the carrier A may be MNO or MVNO.
  • the carrier B and the like are not limited to MVNO.
  • the VNF is allocated according to the service level set for each carrier by setting the policy from the control device (or operator) 50 to the SGW 30.
  • the control device (or operator) 50 can variably set the correspondence between the carrier, the service level, and the assigned VNF by setting the policy to the SGW 30 variably (update setting), for example.
  • the resources of the server device can be used effectively and appropriately.
  • FIG. 6 is a diagram for explaining a modification of the embodiment 1-1 described above.
  • a control device is configured by the PCRF 51 and the PCEF (Policy and Enforcement Function) 52 and traffic is allocated by the PGW 40.
  • the PCEF 52 applies a policy to communication (traffic) passing through the PGW 40 in cooperation with an OCS (Online Charging System) or PCRF 51 (not shown).
  • OCS Online Charging System
  • PCRF 51 and the PGW 40 realize the function of the assignment device 111 described with reference to FIGS. 1 and 2.
  • the PCEF 52 controls the traffic of carriers passing through the PGW 40 based on, for example, a high speed policy, a low speed policy, and the like.
  • the PCEF 52 may be mounted in the PGW 40.
  • the PGW 40 may allocate traffic for each carrier, for example. Further, in the PGW 40, based on the policy control information transmitted from the PCRF 51 via the Gxc interface, for example, VNF is assigned to the same carrier in units of server devices according to the service level. Select the deployed server device. In this case, the PGW 40 may allocate VNFs in units of servers according to different service levels in units of users in the same carrier under control of the PCEF 52, for example.
  • the PCRF 51 that has acquired a communicable amount from an OCS (not shown) that manages the communication amount and converts it into a prepaid balance determines a communication policy (communication speed), and the PCEF 52 A policy for user traffic is applied in the PGW 40.
  • a communication remaining amount in a prepaid rate plan for example, 2 GB (Gigabytes)
  • the PCEF 52 applies a high-speed communication policy, and user traffic is allocated to the VNF 1A on the server device 100A.
  • the user traffic may be assigned to the VNF 1C on the server apparatus 100C by switching to a low-speed communication policy such as a maximum of 128 kbps (kilo bits per ⁇ second).
  • a low-speed communication policy such as a maximum of 128 kbps (kilo bits per ⁇ second).
  • the PCRF 51 and the PCEF 52 in FIG. 6 can be said to be modifications of the control device 50 in FIG. 5.
  • the policy setting and the traffic allocation control method based on the policy are not limited to the configuration in FIG. Of course.
  • FIG. 7A and FIG. 7B are diagrams for explaining Embodiment 1-2.
  • the embodiment 1-2 describes the embodiment 1 more specifically.
  • the VNF allocation is controlled in units of server devices (physical servers).
  • the user unit (terminal identification information (terminal ID of the terminal 1) ) Or address unit), the allocation of traffic to VNF is controlled.
  • the identification information of the terminal 1 is stored in the SIM (Subscriber Identity Module) card of the terminal 1 and is included in an Attachment Request message transmitted from the terminal 1 to the MME (International Identity Mobile Identity Subscriber Identity). Identification information such as a mobile communication subscriber identifier) may be used.
  • the SGW 30 controls the traffic allocation to the VNF for each user based on the policy set by the control device (or operator) 50.
  • the SGW 30 forwards traffic to the assigned VNF to the server device in which the VNF is arranged.
  • the received traffic is transferred to a virtual machine (VM) in which the VNF is operated via a hypervisor or the like on the server device.
  • VM virtual machine
  • FIG. 7B is a diagram illustrating an example of a policy set by the control device (or operator) 50. As shown in FIG. 7B, VNF allocation is controlled according to the service level set for each user (the ID or address of the terminal 1).
  • the traffic of the terminal of the user 1 who subscribes to the carrier A that is an MNO or MVNO carrier is the high-speed server device 100A in which the VNF 1A operates
  • -The traffic of the terminal of the user 2 who subscribes to the carrier A is a medium-speed server device 100B in which the VNF 1B operates
  • -The traffic of the terminal of the user 3 who subscribes to the MVNO carrier B is the low-speed server device 100C in which the VNF 1C operates, Assigned to each.
  • the VNF is assigned according to the service level set for each user by setting the policy from the control device (or operator) 50 to the SGW 30.
  • the policy from the control device (or operator) 50 variably, it is possible to variably set the correspondence between the user, the service level, and the VNF to which the user traffic is allocated. For this reason, the resources of the server device can be used effectively and appropriately.
  • control device 50 in FIG. 7A may be configured by the PCRF 51 and the PCEF 52 as described with reference to FIG.
  • the PCRF 51 may set the policy with reference to the charging rules of the user.
  • the policy for setting the third service level in FIG. 7B may be used, and traffic from the M2M terminal may be allocated to the low-speed server device 100C in which the VNF1C is set.
  • Traffic (downstream packets) addressed to the terminal 1 from the communication partner (node connected to the packet data network such as the Internet or IMS) of the terminal 1 is a router (switch) or the like (for example, a Router on the MVNO network in FIG. 20B).
  • the VNF for example, virtually realizing the PGW function
  • the server device assigned to each user and transmitted from the VNF to the terminal 1 via the SGW 30 and the eNB 20.
  • the router or the like holds the correspondence between the terminal address (user terminal ID) shown in FIG. 7B and the assigned VNF, and the packet (downlink packet) addressed to the terminal 1 of the corresponding user. ) May be transferred to the server device provided with the allocation destination VNF.
  • the VNFs 103A to 103C on the server apparatuses 100A to 100C are connected upstream of the terminal 1 such as a firewall function (packet filter) for controlling the passage permission of the upstream packet from the terminal 1, for example.
  • a firewall function packet filter
  • FIG. 8A and FIG. 8B are diagrams for explaining Embodiment 1-3.
  • the first to third embodiments describe the first embodiment more specifically, and control VNF allocation in units of server devices (physical servers) as in the first embodiment.
  • the subscriber information of the HSS 70 or the service contract information of the SPR (Subscriber Profile Repository) (contract content change: for example, change of charge plan, addition of prepaid charge, etc.)
  • the allocation of traffic to VNF is controlled for each user.
  • the traffic is transferred to the server device in which the assigned VNF is arranged.
  • the received traffic is transferred to a virtual machine (VM) in which the VNF is operated via a hypervisor or the like on the server device.
  • VM virtual machine
  • the MME 60 performs authentication of the terminal 1 in cooperation with the HSS 70 during the terminal 1 attach process.
  • the attach request message transmitted from the terminal 1 to the MME 60 includes the IMSI
  • the MME 60 transmits an authentication information request including the IMSI and the serving network ID to the HSS 70
  • the HSS 70 authenticates.
  • a vector is generated and transmitted to the MME 60.
  • the MME 60 transmits an authentication request to the terminal 1, the terminal 1 authenticates the network, and transmits an authentication response of the terminal 1 to the MME 60.
  • an authentication response value (RES) from the terminal 1 and an authentication vector from the HSS 70 The user is authenticated by comparing the value (XRES) contained in.
  • the MME 60 acquires subscriber profile information (service contract information, billing information, etc.) of the SPR (Subscriber Profile Repository) of the HSS 70 using the IMSI of the terminal 1, and assigns traffic to each user.
  • the VNF may be determined for each server device.
  • the SGW 30 uses the IMSI included in the session generation request (Create Session Request) message transmitted from the MME 60 to the SGW 30 following the authentication, and the SPR subscriber profile information (service contract information, billing information) of the HSS 70 Etc.) and the VNF to which traffic is assigned for each user may be determined for each server device.
  • the SGW 30 may determine a VNF to which traffic is allocated for each user on a server device basis.
  • the base station (eNB) 20 may determine the VNF to which traffic is assigned for each user for each server device.
  • the base station (eNB) 20 may be configured to include the allocation device 111 described with reference to FIG.
  • FIG. 8B is a diagram showing an example of VNF allocation in user units (terminal identification information (terminal ID) of terminal 1, address unit).
  • the assignment in FIG. 8B is the same as the policy in FIG. 7B (assignment of VNFs in units of users), and thus description thereof is omitted.
  • the user traffic is allocated to the VNF in accordance with the change of the contract of the user (eg, change of charge plan, addition of prepaid charge, etc.)
  • the setting may be changed.
  • Embodiment 1-3 for example, the setting of allocation of user traffic to VNF is changed according to increase in communication capacity per month by adding a prepaid fee (for example, changing from low-performance VNF to high-performance VNF) You may make it do.
  • Embodiment 1-3 allocation of user traffic to a VNF is performed such that a VNF having a further function added to the currently selected VNF is allocated due to a change (for example, upgrade) of a user service contract.
  • the setting may be changed (scale up / scale out, etc.).
  • the user service contract details for example, downgrade
  • the setting of allocation of user traffic to VNF is changed from the currently selected VNF to the VNF with reduced functions (scale down / scale in, etc.) You may make it do.
  • the voice call and SMS (Short Message Service) function may be released by upgrading the change in the contents of the service contract of the user.
  • the service chain deployment of physical and virtual components supporting VNF and VNF
  • the service chain may be reconfigured so that the traffic of the user can be used for voice call and SMS.
  • the VNF service chain may be reconfigured so that the functions set up to that point cannot be used.
  • Embodiment 1-3 it is possible to allocate user traffic to VNFs according to the contents of the service contract of the user, and to enable optimal VNF allocation following changes in the service contract contents, etc. .
  • Embodiment 1-3 when the terminal 1 is an M2M terminal, according to the contract information of the M2M terminal, traffic from the M2M terminal is a low-speed server in which VNF1C is set. You may make it allocate to the apparatus 100C.
  • FIG. 9A and FIG. 9B are diagrams for explaining the embodiment 1-4.
  • the embodiment 1-4 describes the embodiment 1 more specifically.
  • the VNF allocation is controlled in units of server devices (physical servers).
  • the SGW 30 determines traffic from the server devices 100A to 100C on which the VNF operates based on the policy from the control device 50.
  • the server apparatus in which the allocation destination VNF is installed is selected.
  • the SGW 30 forwards traffic to the assigned VNF to the server device in which the VNF is arranged.
  • the received traffic is transferred to a virtual machine (VM) in which the VNF is operated via a hypervisor or the like on the server device.
  • VM virtual machine
  • YouTube registered trademark
  • HD High Definition television
  • the allocation destination is VNF1A
  • ⁇ Content YouTube (registered trademark) (SD (Standard Definition television)) is low speed, is at the third service level, and is assigned to VNF1C.
  • SD Standard Definition television
  • Other video services are at the second service level, and the allocation destination is VNF1B It is said.
  • header (HTTP header) information of an HTTP (Hypertext Transport Protocol) request may be analyzed to acquire content information and the like.
  • the URL Uniform Resource Locator
  • the URI Uniform Resource Identifier
  • content or application information is extracted using deep packet inspection (Deep Packet Inspection) that analyzes the payload part of a packet or stateful deep packet inspection (Stateful Deep Packet Inspection) that checks the packet header part. May be.
  • the acquired content information and the policy are collated, and the server apparatus in which the virtual machine (VM) that realizes the VNF to which traffic is allocated is installed is selected.
  • VM virtual machine
  • Embodiment 1-4 it is possible to assign a VNF corresponding to the content to be transferred or an application that provides the content.
  • FIG. 10 is a diagram illustrating the configuration of the second embodiment.
  • allocation of VNF is controlled in units of virtual machines (VM).
  • VM virtual machines
  • VNF1A to VNF1C virtual machines
  • VMs virtual machines
  • control unit 101 such as a hypervisor of the server apparatus 100
  • VNFs 1A to 102C are respectively provided on the virtual machines (VM) 102A to 102C.
  • VNF1C operates.
  • the SGW 30 has the function of the assignment device 111 described with reference to FIGS. 1 (A) and 2 (A).
  • the processing performance of the virtual machines 102A to 102C is relatively high for the virtual machine 102A, relatively low for the virtual machine 102C, and intermediate for the virtual machine 102B (not shown).
  • the performance value of the virtual machine 102B is, for example, an intermediate value between the performances of the virtual machine 102A and the virtual machine 102C.
  • VNFs in units of MVNO carriers For example, traffic of MVNO carriers with high-priced contracts is assigned to VNF 1A operating on high-performance VM 102A.
  • traffic of the low-value contract MVNO carrier is allocated to the VNF 1C operating on the low-performance VM 102C.
  • the traffic of the user whose service class is higher is allocated to the VNF 1A operating on the high-performance VM 102A.
  • the traffic of the user whose service class is lower is allocated to the VNF 1C operating on the low-performance VM 102C.
  • the SGW 30 transmits traffic to the server device 100.
  • the SGW 30 sets information (identification information, etc.) specifying the assigned VNF in the header of the traffic packet (for example, an unused bit field of the IP header) and transfers it to the server apparatus 100.
  • information for example, an unused bit field of the IP header
  • the SGW 30 uses the virtual machine (VM) MAC address (virtual MAC address automatically assigned by the hypervisor or the like automatically when the VM is powered on) or the like in the frame header of the traffic where the assigned VNF operates. It may be set and transferred to the server apparatus 100.
  • VM virtual machine
  • the server apparatus 100 transfers the traffic received from the SGW 30 to the virtual machine (VM) on which the VNF assigned by the SGW 30 operates among the plurality of VNFs 1A to VNF1C on the server apparatus.
  • VM virtual machine
  • VNF allocation is controlled in units of virtual machines (VMs). For this reason, it is possible to reduce server resources (for example, the number of server devices) and to reduce operational costs compared to the first embodiment in which allocation is controlled in units of server devices.
  • server resources for example, the number of server devices
  • FIG. 11 is a diagram schematically illustrating an example of the configuration of the second embodiment.
  • traffic received from the SGW 30 is transferred to the virtual machine (VM) by the virtual switch (vSwitch) 106 in the server apparatus 100.
  • VM virtual machine
  • vSwitch virtual switch
  • the frame (packet) from the physical NIC 105 is input to the input port (U) of the virtual switch 106.
  • the header of the frame is analyzed, the MAC address of the virtual machine (VM) set in the header of the frame by the SGW 30, or the identification information set in the header by the SGW 30 (such as an unused bit field in the header)
  • the output port to which the transfer destination virtual machine (VM) is connected is determined based on the VNF identification information set in the virtual machine (VM), etc., and the input frame is converted into the virtual NIC of the virtual machine (VM) and the guest OS (Operating System). ) (Device driver) to the assigned VNF (application) operating on the guest OS.
  • Data (packet data) processed by the VNF and output from the VNF is converted into, for example, a frame by the virtual NIC, and is transferred to the MVNO network via the virtual switch 106 and the physical NIC 105 (Router of the MVNO network in FIG. 20B). Etc.) and further transmitted toward the communication partner of the terminal 1 via the Internet or a packet data network such as IMS.
  • the virtual switch (vSwitch) 106 together with the SGW 30 in FIG. 11, constitutes the allocation device 111 in FIG.
  • VNF virtual network: external
  • VNFC virtual network
  • Traffic is transferred to a virtual machine (VM) that realizes VNFC connected to (link).
  • VM virtual machine
  • FIG. 12A and FIG. 12B are diagrams for explaining the embodiment 2-1.
  • the embodiment 2-1 describes the embodiment 2 more specifically, and controls the allocation of VNFs in units of virtual machines (VMs) as in the case of the embodiment 2.
  • VMs virtual machines
  • the SGW 30 assigns traffic to the VNF for each carrier, on the virtual machine ( Control in VM) units.
  • the SGW 30 identifies the virtual machine (VM) identification information (for example, virtual MAC address) in the header information of the frame or packet so that traffic is transferred to the virtual machine (VM) on which the assigned VNF operates. Is transferred to the server apparatus 100. In the server apparatus 100, as described with reference to FIG. 11, the traffic is transferred to the destination VNF.
  • VM virtual machine
  • FIG. 12B is a diagram for explaining an example of a policy set by the control device (or operator) 50. As shown in FIG. 12B, VNF allocation is controlled according to the service level set for each carrier. Note that the assignment method is the same as that in FIG.
  • the VNF is allocated according to the service level set for each carrier by setting the policy from the control device (or operator) 50 to the SGW 30.
  • the policy from the control device (or operator) 50 By variably setting the policy from the control device (or operator) 50, the correspondence between the MVNO carrier, the service level, and the VNF can be variably set. For this reason, the resources of the server can be used effectively and appropriately.
  • the SGW 30 assigns traffic to virtual machines (groups) for each carrier, and the PGW 40 further Based on policy control information transmitted from the PCRF 51 via the Gxc interface, VNFs may be assigned to the same carrier in units of virtual machines according to the service level.
  • FIG. 13A and FIG. 13B are diagrams for explaining the embodiment 2-2.
  • the embodiment 2-2 describes the embodiment 2 more specifically. Similar to the embodiment 2, the allocation of VNFs is controlled in units of virtual machines (VMs).
  • VMs virtual machines
  • the SGW 30 is configured as a user unit (terminal identification information of the terminal 1). (Terminal ID) or address unit), the allocation of traffic to VNF is controlled.
  • the identification information of the terminal an IMSI (International Mobile Subscriber Identity) stored in a SIM (Subscriber Identity Module) card of the terminal may be used.
  • the SGW 30 sets virtual machine identification information (for example, virtual MAC address) in the header information of the frame or packet so that traffic is transferred to the virtual machine (VM) on which the assigned VNF operates. , Transfer to the server device 100. In the server apparatus 100, as described with reference to FIG. 11, the traffic is transferred to the destination VNF.
  • FIG. 13A in the embodiment 2-2, the allocation of traffic to the VNF is controlled for each user based on the policy set by the control device (or operator) 50.
  • FIG. 13B is a diagram for explaining an example of a policy set by the control device (or operator) 50. As shown in FIG. 13B, the VNF allocation is controlled according to the service level set for each user (the ID or address of the terminal 1). In the example of FIG.
  • -The traffic of the terminal of user 1 who subscribes to carrier A is a high-speed VM 102A on which VNF 1A operates
  • -The traffic of the terminal of the user 2 who subscribes to the carrier A is a medium speed VM 102B on which the VNF 1B operates
  • -The traffic of the terminal of the user 3 who subscribes to the carrier B is a low-speed VM 102C on which the VNF 1C operates, Assigned to each.
  • control device 50 and the SGW 30 realize the function of the assignment device 111 described with reference to FIGS. 1A and 2A.
  • the VNF is assigned according to the service level set for each user by setting the policy from the control device (or operator) 50 to the SGW 30.
  • the policy from the control device (or operator) 50 variably, it is possible to variably set the correspondence between the user, the service level, and the VNF. For this reason, the resources of the server, particularly the VM, can be used effectively and appropriately.
  • the policy is set to the third service level in FIG. 13B, and traffic from the M2M terminal is slow. You may make it allocate to VNF1C of.
  • FIG. 14A and FIG. 14B are diagrams for explaining the embodiment 2-3.
  • the embodiment 2-3 describes the embodiment 2 more specifically, and controls the allocation of VNFs in units of virtual machines (VMs) as in the embodiment 2.
  • VMs virtual machines
  • the VNF of the traffic on a per user basis based on the subscriber information of the HSS 70 (for example, change of service contract contents (eg, change of charge plan, addition of prepaid charge, etc.))
  • change of service contract contents eg, change of charge plan, addition of prepaid charge, etc.
  • the MME 60 performs authentication or the like in cooperation with the HSS 70 during the terminal 1 attach process.
  • the MME 60 may refer to subscriber profile information (service contract information, billing information, etc.) of the HSS 70 and determine a VNF to which traffic is allocated based on the subscriber profile information.
  • the SGW 30 receives the notification (assignment destination VNF) from the MME 60 or the base station 20, and transmits the traffic to the virtual machine (VM) on which the assigned VNF operates on the frame or packet header information.
  • Virtual machine identification information (for example, a virtual MAC address) is set and transferred to the server apparatus 100. In the server apparatus 100, as described with reference to FIG. 11, the traffic is transferred to the destination VNF.
  • the base station 20 may determine the VNF to which traffic for each user is assigned in units of virtual machines (VMs).
  • VMs virtual machines
  • FIG. 14B is a diagram showing an example of VNF allocation in user units (terminal identification information (terminal ID) of terminal 1, address unit).
  • the assignment in FIG. 14A is the same as the policy in FIG. 8B (assignment of VNF for each user), and thus the description thereof is omitted.
  • the setting of allocation of user traffic to VNFs may be changed in accordance with a change in the user's contract (eg, rate plan change, prepaid fee addition).
  • a change in the user's contract eg, rate plan change, prepaid fee addition.
  • the setting of allocation of user traffic to VNF is changed according to increase in communication capacity per month by adding a prepaid fee (for example, changing from low-performance VNF to high-performance VNF) You may make it do.
  • the setting for assigning user traffic to the VNF is changed so as to assign a VNF having a further function added to the currently selected VNF by changing the contract content (for example, upgrade). May be. Further, by changing the contract contents (for example, downgrade or the like), the setting of allocation of user traffic to the VNF may be changed from the currently selected VNF to the VNF whose function is reduced.
  • the contract content for example, upgrade
  • the contract contents for example, downgrade or the like
  • the voice call and SMS (Short Message Service) function may be released by upgrading the contract content change or the like.
  • the service chain deployment of physical and virtual components supporting VNF and VNF
  • the service chain may be reconfigured so that the traffic of the user can be used for voice call and SMS.
  • the contract content change is downgraded, the VNF service chain may be reconfigured so that the functions set up to that point cannot be used.
  • Embodiment 2-3 similarly to Embodiment 2-2, when the terminal 1 is an M2M terminal, traffic from the M2M terminal may be allocated to the low-speed VNF 1C according to the contract information of the M2M terminal. Good.
  • FIG. 15A and FIG. 15B are diagrams for explaining the embodiment 2-4.
  • the embodiment 2-4 describes the embodiment 2 more specifically.
  • the allocation of VNFs is controlled in units of VMs.
  • the SGW 30 is selected from a plurality of VNFs 1A to VNF1C arranged in the server device 100 based on the policy from the control device 50.
  • the VNF to which the traffic is assigned is selected.
  • YouTube registered trademark
  • HD High Definition television
  • the allocation destination is VNF1A
  • ⁇ Content YouTube (registered trademark) (SD (Standard Definition television)) is low speed, is at the third service level, and is assigned to VNF1C.
  • Other video services are at the second service level, and the allocation destination is VNF1B It is said.
  • the SGW 30 receives the notification (assignment destination VNF) from the MME 60 or the base station 20, and transmits the traffic to the virtual machine (VM) on which the assigned VNF operates on the frame or packet header information.
  • Virtual machine identification information (for example, a virtual MAC address) is set and transferred to the server apparatus 100.
  • the traffic is transferred to the destination VNF.
  • header (HTTP header) information of an HTTP (Hypertext Transport Protocol) request may be analyzed to acquire content information and the like.
  • the URL Uniform Resource Locator
  • the URI Uniform Resource Identifier
  • content or application information is extracted using deep packet inspection (Deep Packet Inspection) that analyzes the payload part of a packet or stateful deep packet inspection (Stateful Deep Packet Inspection) that checks the packet header part. May be.
  • the acquired content information may be checked against the policy, and a virtual machine (VM) that realizes the VNF to which traffic is allocated may be selected.
  • VM virtual machine
  • Embodiment 2-4 it is possible to assign a VNF corresponding to the content to be transferred or the application that provides the content.
  • FIG. 16 is a diagram illustrating the configuration of the third embodiment. Also in the third embodiment, allocation of VNFs is controlled on a virtual machine (VM) basis.
  • VM virtual machine
  • VNF1A, VNF1B the services provided by the VNF (VNF1A, VNF1B) on the first server device 100D and the VNF (VNF2A, VNF2B) on the second server device 100E are different from each other. That is, VNF1A and VNF1B have the same function (first function), but have different performance classes. VNF2A and VNF2B have the same function (second function: different from the first function), but have different performance classes.
  • the virtual machine VM1A is a high-performance VM and the virtual machine VM1B is a low-performance VM.
  • VNF1A on the virtual machine VM1A has high performance
  • VNF1B on the virtual machine VM1B has low performance.
  • the virtual machine VM2A is a high-performance VM and the virtual machine VM2B is a low-performance VM.
  • VNF2A on the virtual machine VM2A has high performance
  • VNF2B on the virtual machine VM2B has low performance.
  • a plurality of VNFs classified by quality for each service have a chaining configuration.
  • the granularity of classification such as quality for each VNF may be different between the server apparatuses 100D and 100E.
  • the first server device 100D divides the service level into 8 levels
  • the second server device 100E divides the service level into 4 levels, depending on QoS (Quality of Service), communication speed, contract, etc.
  • Service level granularity may vary.
  • the classification hierarchy (rank) may be different depending on the VNF.
  • high-performance and low-performance VNFs may be arranged in the server device 100D
  • high-performance, medium-performance, and low-performance VNFs may be arranged in the server device 100E.
  • the server apparatus may be shared for each service provided by the VNF.
  • a configuration may be adopted in which VNFs classified for each service and VNFs for selecting whether or not to add the function itself (for example, SMS option) are mixed.
  • the VNF to which traffic is allocated is selected based on the subscriber information of the user (selection of the server device and the server device). VNF may be selected at the same time. Alternatively, as in the embodiments 1-2, 1-3, 2-2, 2-3, etc., the VNF assigned by the SGW 30 is selected based on the set policy (in the server device selection and in the server device). Selection of VNF).
  • the third embodiment it is possible to finely allocate resources according to the combination of the provided service (function) and quality, and the granularity of classification.
  • FIG. 17A is a diagram illustrating the configuration of the fourth embodiment.
  • the carrier grade dedicated device 120 and the server device of the first embodiment described with reference to FIG. 3 the server among the server devices 100A to 100C in FIG. 3).
  • Apparatus 100B, 100C The VNF 1B on the server device 100B is a function (network function) of the dedicated device 120 virtualized on the server device 100B, and the processing and functions performed by the dedicated device 120 are realized in software on the virtual machine.
  • the dedicated device 120 may be owned by the MNO, or may be owned by a specific MVNO carrier. In FIG. 17A, only one server device is shown for simplicity, but it goes without saying that there may be a plurality of server devices.
  • carrier A is a carrier (MNO or MVNO) that owns infrastructure such as dedicated device 120, or carrier A is an MVNO carrier with a large contract
  • the dedicated device 120 is allocated to the traffic of the carrier A.
  • the traffic of the MVNO carriers B and C of the low-price contract is allocated to the VNF 1B on the server device 100B and the VNF 1C on the server device 100C (not shown).
  • the SGW 30 may set the MAC address of the dedicated device 120 in the frame header of the traffic and transfer the traffic.
  • the SGW 30 selects the server device 100 in which the VNF 1B is arranged (selection in units of servers).
  • the SGW 30 sets the identification information (or VNF identification information) of the virtual machine (VM) that realizes the VNF 1B in the frame header (packet header) of the traffic, and forwards the traffic to the server apparatus 100B. Also good.
  • the traffic is transferred to the destination VNF.
  • the traffic allocation destination may be controlled for each user.
  • the user 1 of the carrier A corresponds to the first service level
  • the traffic is assigned to the dedicated device 120
  • the user 2 of the carrier A is the second service level.
  • the traffic is assigned to VNF 1B.
  • the traffic is allocated according to the service level corresponding to the content carried by the traffic (traffic addressed to the terminal 1). 120, VNF1B, or VNF1C may be set. In the example shown in FIG. 17D, traffic carrying the content of the first service level is assigned to the dedicated device 120.
  • the dedicated device 120 is an arbitrary network facility or a server device.
  • the PGW or server group in FIG. 20B or the router in FIG. 19B may be used.
  • an existing dedicated device 120 that does not conform to NFV for example, an existing PGW
  • NFV for example, an existing PGW
  • FIG. 18A illustrates the configuration of the fifth embodiment.
  • a dedicated device 120 and a server device 100 are provided.
  • the server apparatus 100 corresponds to the server apparatus 100 according to the second embodiment described with reference to FIG. 10 (however, VNF includes VNF 1B and VNF 1C).
  • VNF1B and VNF1C on the server device 100 are virtualized functions of the dedicated device 120, respectively, and the processing and functions performed by the dedicated device 120 are realized in software on the virtual machine.
  • the dedicated device 120 may be owned by the MNO, or may be owned by a specific MVNO carrier.
  • FIG. 18A shows only one server device for simplicity, but it goes without saying that there may be a plurality of server devices.
  • carrier A is a carrier (MNO or MVNO) that owns infrastructure such as dedicated device 120, or carrier A is a MVNO carrier with a large contract
  • the dedicated device 120 is allocated to the traffic of the carrier A.
  • the traffic of the MVNO carriers B and C with the low-price contract is allocated to the VNF 1B and VNF 1C on the server device 100B.
  • the SGW 30 may set the MAC address of the dedicated device 120 in the frame header of the traffic and transfer the traffic, for example.
  • the SGW 30 selects the server device 100 in which the VNF 1B is arranged (selection in units of servers).
  • the SGW 30 sets the identification information (or VNF identification information) of the virtual machine (VM) that realizes the VNF 1B in the frame header (packet header) of the traffic, and forwards the traffic to the server apparatus 100B. Also good.
  • the traffic is transferred to the destination VNF.
  • the traffic of the user 1 of the carrier A at the first service level may be allocated to the dedicated device 120. That is, a traffic assignment destination is set for each user.
  • traffic carrying content of the first service level may be allocated to the dedicated device 120. That is, the traffic allocation destination is set according to the service level corresponding to the content carried by the traffic (traffic destined for terminal 1).
  • the dedicated device 120 is an arbitrary network facility or a server device.
  • the PGW or server group in FIG. 20B or the router in FIG. 19B may be used.
  • the existing dedicated device 120 that does not comply with NFV can be used in combination with NFV, and is extremely effective as a transitional measure (system configuration) until the network equipment is completely converted to NFV.
  • Non-Patent Document 1 is incorporated herein by reference.
  • the embodiments and examples can be changed and adjusted based on the basic technical concept.
  • Various combinations or selections of various disclosed elements are possible within the scope of the claims of the present invention. . That is, the present invention of course includes various variations and modifications that could be made by those skilled in the art according to the entire disclosure including the claims and the technical idea.
  • the traffic is designated as a dedicated device for executing a predetermined network function or a predetermined virtual network corresponding to the predetermined network function of the dedicated device.
  • a communication apparatus comprising:
  • Appendix 2 The communication device, according to the attribute of the traffic, the first virtual machine included in the first virtual network among the virtual machines that realize the predetermined virtual network function, or the second The communication apparatus according to appendix 1, wherein the communication apparatus is assigned to a second virtual machine included in the virtual network.
  • Appendix 3 The communication apparatus according to appendix 1 or 2, wherein the information related to the traffic includes a communication carrier to which a user of the traffic subscribes is extracted corresponding to the traffic.
  • Appendix 4 The communication apparatus according to appendix 1 or 2, wherein the information related to the traffic includes information unique to the user extracted corresponding to the traffic.
  • Appendix 5 The communication apparatus according to appendix 1 or 2, wherein the information related to the traffic includes content carried by the traffic extracted corresponding to the traffic.
  • Appendix 6 The communication apparatus according to appendix 1 or 2, wherein the information related to the traffic includes an application of the content transmission source extracted corresponding to the traffic.
  • the first means (unit) assigns traffic to the virtual network function according to the service level in units of virtual machines that are mounted on a server device and on which the virtual network function operates.
  • the communication device according to any one of appendices 1 to 6, characterized in that:
  • the first means (unit) allocates the traffic to the virtual network function according to the service level, and the virtual network corresponding to the service level is selected from a plurality of the server devices having different processing performance.
  • the server device includes a plurality of virtual network functions having different processing performance on the plurality of virtual machines,
  • the first means allocates the traffic to the virtual machine that realizes the virtual network function according to the service level, and selects one of the plurality of virtual network functions according to the service level.
  • the communication apparatus according to appendix 7, wherein one is selected and the traffic is allocated to a virtual machine that realizes the selected virtual network function.
  • the first means assigns the traffic to the virtual machine that realizes the virtual network function according to the service level on the server device selected from a plurality of the server devices.
  • the communication apparatus according to appendix 7, wherein the communication device is assigned to the virtual network function selected according to the service level from among the plurality of virtual network functions.
  • Appendix 12 One or more server devices that implement one or more virtual machines that implement one or more virtual network functions;
  • the communication device according to any one of appendices 1 to 11,
  • a communication system comprising:
  • the traffic is designated as a dedicated device for executing a predetermined network function or a predetermined virtual network corresponding to the predetermined network function of the dedicated device.
  • An allocating device characterized by comprising:
  • the allocating device assigns the traffic to a first virtual machine included in a first virtual network or a second virtual machine among virtual machines that realize the predetermined virtual network function according to the attribute of the traffic. 14. The assigning device according to appendix 13, wherein the assigning device is assigned to a second virtual machine included in the virtual network.
  • Appendix 15 15. The allocation apparatus according to appendix 13 or 14, wherein the information related to the traffic includes a telecommunications carrier to which a user of the traffic subscribes is extracted corresponding to the traffic.
  • Appendix 16 15. The allocation apparatus according to appendix 13 or 14, wherein the information related to the traffic includes information specific to the user extracted corresponding to the traffic.
  • Appendix 17 15. The allocation device according to appendix 13 or 14, wherein the information related to the traffic includes content carried by the traffic extracted corresponding to the traffic.
  • Appendix 18 15. The allocation apparatus according to appendix 13 or 14, wherein the information related to the traffic includes the application of the content transmission source extracted corresponding to the traffic.
  • Appendix 19 Any one of appendices 13 to 18, wherein the first means (unit) selects a server device having the virtual network function when allocating traffic to the virtual network function according to the service level.
  • An assignment device according to any one of the above.
  • the first means (unit) assigns traffic to the virtual network function according to the service level in units of virtual machines that are mounted on a server device and on which the virtual network function operates.
  • the assigning device according to any one of appendices 13 to 18, characterized by:
  • the server device includes a plurality of virtual network functions having different processing performance on the plurality of virtual machines,
  • the first means (unit) assigns one of a plurality of virtual network functions according to the service level when allocating the traffic to a virtual machine that realizes the virtual network function according to the service level.
  • the assigning device according to appendix 19, wherein the traffic is assigned by selecting one.
  • a plurality of the server devices having the virtual network function having different functions, A plurality of the virtual network functions having the same function and different processing performances are provided on the same server device,
  • the first means (unit) when assigning the traffic to a virtual machine that realizes the virtual network function, in accordance with the service level, a plurality of servers on the server device selected from a plurality of the server devices 20.
  • the traffic is designated as a dedicated device for executing a predetermined network function or a predetermined virtual network corresponding to the predetermined network function of the dedicated device. Assigned to the function, In accordance with the allocation result, the traffic is transferred to the dedicated device or the predetermined virtual network function.
  • the traffic is included in the first virtual machine included in the first virtual network or the second virtual network included in the second virtual network among the virtual machines that realize the virtual network function. 25.
  • Appendix 26 26.
  • Appendix 27 26.
  • Appendix 28 26.
  • Appendix 31 Any one of appendices 24 to 29, wherein the allocation of traffic to the virtual network function according to the service level is performed in units of virtual machines mounted on a server device and operating on the virtual network function.
  • the server device includes a plurality of virtual network functions having different processing performance on the plurality of virtual machines, The communication method according to appendix 30, wherein one of a plurality of the virtual network functions is selected and the traffic is allocated according to the service level.
  • the traffic is designated as a dedicated device for executing a predetermined network function or a predetermined virtual network corresponding to the predetermined network function of the dedicated device.
  • the traffic is included in the first virtual machine included in the first virtual network or the second virtual network among the virtual machines that realize the predetermined virtual network function.
  • the program according to appendix 35 which causes the computer to execute processing to be assigned to the second virtual machine.
  • Appendix 37 37.
  • Appendix 38 The program according to appendix 35 or 37, wherein the information related to the traffic includes information specific to the user extracted corresponding to the traffic.
  • Appendix 39 37.
  • Appendix 40 37.
  • the first process is characterized in that traffic allocation to the virtual network function in accordance with the service level is implemented in a server device, and the virtual network function is performed in units of virtual machines on which the virtual network function operates.
  • the program according to any one of supplementary notes 35 to 40.
  • the first processing has processing performance corresponding to the service level from among the plurality of server devices having different processing performance in allocating the traffic to the virtual network function according to the service level. 43.
  • the program according to appendix 42 wherein the server device having a virtual network function is selected, and the traffic is allocated to a virtual machine that realizes the virtual network function of the selected server device.
  • the server device includes a plurality of virtual network functions having different processing performance on the plurality of virtual machines, In the first process, when allocating the traffic to the virtual machine that realizes the virtual network function according to the service level, one of a plurality of the virtual network functions is selected according to the service level. 44.
  • the program according to appendix 42 wherein the program is selected and the traffic is allocated to a virtual machine that realizes the selected virtual network function.
  • Appendix 45 A plurality of the server devices having the virtual network function having different functions, A plurality of the virtual network functions having the same function and different processing performances are provided on the same server device, The first process selects the server device having the virtual network function corresponding to the corresponding function from the plurality of server devices when allocating the traffic to the virtual network function according to the service level. Then, the virtual network function is selected according to the service level from the plurality of virtual network functions having different processing performances on the selected server device, and a virtual machine that realizes the selected virtual network function is selected. 43. The program according to appendix 42, wherein the traffic is allocated.
  • MME 70 HSS 100A to 100E Server device (physical server) 101, 101A to 101C Control unit (hypervisor) 102, 102A to 102C Virtual machine (VM) 103, 103A-103C VNF 104 Hardware resources 105 Physical NIC 106 Virtual switch (vSwitch) 107A, 107B Virtual NIC 108A, 108B Guest OS 110 switch (physical switch) 111 Allocation device 112 Control unit 113 Processing unit 114 Storage unit 120 Dedicated device

Landscapes

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

Abstract

　本発明の目的は、トラフィックを処理するリソースの割り当ての適切化、リソースの利用の効率化を図ることである。トラフィックに関連する情報に対応して設定されたサービスレベルに応じて、当該トラフィックを、所定のネットワーク機能を実行する専用装置、又は、前記専用装置の前記所定のネットワーク機能に対応する所定の仮想ネットワーク機能に割り当て、前記割り当て結果に応じて、前記専用装置又は前記所定の仮想ネットワーク機能に前記トラフィックを転送する。

Description

通信装置とシステムと方法並びに割り当て装置とプログラム
　（関連出願についての記載）
　本発明は、日本国特許出願：特願２０１５－０５１２２５号（２０１５年３月１３日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
　本発明は、通信装置とシステムと方法並びに割り当て装置とプログラムに関し、特にモバイルネットワークに適用して好適な装置、システム、方法、並びにプログラムに関する。
　モバイル通信サービスを提供する事業形態の一つであるＭＶＮＯ(Mobile Virtual Network Operator：仮想移動体通信事業者）は、自前の無線通信インフラ等を持たず、ＭＮＯ(Mobile Network Operator：移動体通信事業者)から無線通信インフラ等必要なインフラを借り受け、自社ブランドでモバイル通信事業を行う。
＜Ｌ３接続＞
　レイヤ３(Ｌ３：ネットワーク層）接続によるＭＶＮＯでは、図１９（Ａ）に模式的に示すように、エンドユーザ（End User）からのＩＰ（Internet Protocol）パケット転送用のレイヤ２(Layer2: Ｌ２）のＧＴＰ（GPRS(General Packet Radio Service) Tunneling Protocol）セッションは、ＭＮＯのネットワーク（コア網）内で終端される。Ｌ３接続のＭＶＮＯは、ＭＶＮＯネットワーク３に、Ｌ３の通信サービスを提供するルータ(Router)等を用意するだけでよい。
　図１９（Ｂ）は、Ｌ３接続のＭＶＮＯの形態の一例を模式的に示す図である。図１９（Ｂ）には、３ＧＰＰ（３ｒd Generation Partnership Project）で規定されている既存の２Ｇ／３Ｇ網とＬＴＥ(Long Term Evolution)アクセス網を収容するＥＰＣ（Evolved Packet Core）を、ＭＮＯのネットワーク２とし、ＭＶＮＯのネットワーク３に、エッジルータ等のルータや不図示のサーバ等を備え、インターネット(The Internet)４に接続する構成例が模式的に示されている。ここで、ＥＰＣの各ノードについて概説する（なお、詳細は、例えば３ＧＰＰ　ＴＳ　２３．４０１　Ｖ９．５．０（２０１０－０６）等が参照される）。
　ＭＭＥ（Mobility Management Entity）は、端末（移動端末）１（User Equipment:ＵＥ）の移動管理や認証、ユーザデータ転送経路の設定等の各種処理を行う。またＭＭＥはＨＳＳ（Home Subscriber Server）（加入者プロファイルを保持）と連携してユーザの認証等を行う。さらに、ＭＭＥはＳＧＳＮ（Serving GPRS Support Node）（3rd Generation: 3G）の制御局／基地局（ＲＮＣ（Radio Network Controller）/ＮｏｄｅＢ）に接続する）とも接続し３Ｇ端末の位置登録等を行う。ＭＭＥはＳＧＷ（Serving Gateway）から基地局ｅＮＢ（ｅＮｏｄｅＢ）の区間（Ｓ１－Ｕ）のユーザデータ転送経路の設定・解放を行う。
　ＳＧＷはｅＮＢとの間でユーザデータの送受信を行い、ＰＧＷ（PDN(Packet Data Network) Gateway)との間の通信経路の設定・解放を行う。ＰＧＷは、ＩＭＳ（IP Multimedia Subsystem）やインターネット等のパケットデータ網（Packet Data Network：PDN）と接続し、端末に対するＩＰ（Internet Protocol）アドレス(プライベートＩＰアドレス）の割当て等を行う。ＰＣＲＦ（Policy and Charging Rules Function)はＱｏＳ（Quality of Service）等のポリシ制御や課金制御ルールを決定するポリシ制御装置である。ＰＧＷおよびＳＧＷは、ＰＣＲＦからの通知情報（ポリシ）に基づき、例えばパケット単位にポリシ制御を行う。なお、図１９（Ｂ）において、各ノード間の線の符号Ｓ１１等はインタフェースを表しており、破線はコントロールプレーン（Ｃ－Ｐｌａｎｅ）、実線はユーザプレーン（Ｕ－Ｐｌａｎｅ）の信号（データ）を表している。
　Ｌ３接続の場合、ＭＶＮＯは、MVOのネットワーク２上のパケット中継装置であるＰＧＷ（あるいは不図示のＧＧＳＮ（Gateway GPRS Support Node））等を直接運用することはない。端末（移動端末）１に対するＩＰアドレスの払い出しは、ＭＮＯのＰＧＷ等が行う。Ｌ３接続では、ＭＶＮＯでの通信制御はＬ３（ネットワーク層）で行われる。また課金等に必要な情報であるパケット転送量は、一般に、ＭＮＯ側から提供される日又は月単位での転送量となる。
＜Ｌ２接続＞
　レイヤ２（Ｌ２：データリンク層）接続によるＭＶＮＯでは、図２０（Ａ）に模式的に示すように、エンドユーザのＧＴＰセッションはＭＶＮＯまで延在される。ＭＶＮＯは、ＭＶＯのネットワーク上にパケット中継装置を設置する必要がある。Ｌ２のＧＴＰトンネルは、例えばＭＶＮＯのネットワークのＰＧＷ（又はＧＧＳＮ）で終端される。
　図２０（Ｂ）は、Ｌ２接続のＭＶＮＯの形態の一例を模式的に示す図である。図２０（Ｂ）には、ＥＰＣをＭＮＯのネットワーク２とし、ＭＶＮＯのネットワーク３にＰＧＷを備え、インターネット（The Internet）４に接続する構成例が模式的に示されている。
　Ｌ２接続は、エンドユーザである端末１とＭＶＮＯのＰＧＷがＬ２トンネル（ＧＴＰ）で結ばれる接続形態である。ＰＧＷがＭＶＮＯ側にあるため、ＭＶＮＯでは、様々な制御が可能である。また、ＭＶＮＯネットワーク３上のＰＧＷに隣接して各種制御用のサーバが配置される。例えば、利用者の管理・認証などを受け持つＲＡＤＩＵＳサーバ（不図示）、利用者のデータ容量や課金情報を管理するＯＣＳ（Online Charging System）（不図示）、利用者ごとの通信ルールを管理するＰＣＲＦ（Policy and Charging Rules Function）、ルールをＰＧＷに適用してパケット転送を制御するＰＣＥＦ（Policy and Enforcement Function）（不図示）等である。ＰＧＷ等のパケット中継装置やサーバ群はＩＰルータ等と比べ技術的に高度、高価格であり、Ｌ２接続のＭＶＮＯにおいてＰＧＷ等の運用や保守等のコストは、ルータだけを用意すればよいＬ３接続形態と比べて高額となる。しかしながら、Ｌ２接続のＭＶＮＯは、ＭＶＮＯのネットワーク３上のＰＧＷ等により帯域制御等を行うことができる。
ETSI GS NFV-MAN 001 V1.1.1 (2014-12)　Network Functions Virtualisation (NFV);　Management and Orchestration　2015年1月25日検索　インターネット＜http://www.etsi.org/deliver/etsi_gs/NFV-MAN/001_099/001/01.01.01_60/gs_NFV-MAN001v010101p.pdf＞
　以下に、本発明者らにより為された分析を与える。
　前述したようにＭＶＮＯは、無線通信設備等を自前で構築せずに、貸出元であるＭＮＯから借り、ユーザに対して安価でサービスを提供する。このため、ＭＶＮＯとＭＮＯのサービスを比較したとき、ＭＶＮＯには制限があることが多い。例えば、
・通信速度が遅い、
・月当たりの最大使用容量が低い、
・音声通話等の付加機能がない、
等である。
　ＭＶＮＯが、例えばユーザトラフィック等に制限を課そうとするとき、現状では、ＭＶＮＯネットワーク内のゲートウェイ等の特定のノードにおけるトラフィックシェーピング（帯域制御）等により、制限を課している。例えばＭＶＮＯネットワークであるＥＰＣにおいてｅＮＢとＳＧＷ間のＳ１－Ｕインタフェース上でトラフィックシェーピングが行われる。
　ＭＶＮＯでは、原則、ＭＮＯが提供するリソースやサービス（例えば帯域）を使った分だけ、ＭＮＯに料金を支払う。例えばＬ３接続のＭＶＮＯでは、一般的に、ＭＶＮＯとＭＮＯ間の接続帯域（例えば図１９（Ｂ）の参照ポイントＳＧｉでの帯域）により課金される。ＭＶＮＯでは、金額（顧客の支払額等）に応じたサービス（例えば帯域）を当該顧客に提供する。
　したがって、顧客に提供するサービス（例えば帯域）を柔軟に制御できるようにすることが望ましい。
　しかしながら、帯域制御は、一般に、予測されるトラフィック量等に基づき行われる。このため、柔軟かつ正確な帯域制御は難しい。例えば、トラフィック量によっては、予測値と実際の値との間に相当量の誤差が生じる可能性がある。
　特に、ＰＧＷ等のパケット転送装置を持たないＬ３接続のＭＶＮＯでは、帯域制御のリアルタイム制御は不可能である。このため、その処理に、特に高機能、高性能の装置を必要としないユーザトラフィックが、高機能、高性能の装置に割り当てられる場合がある。逆に、高機能、高性能の装置を必要とするユーザトラフィックが、低機能、低性能の装置に割り当てられてしまう場合もある。いずれの場合も、リソース、サービスの有効利用からは程遠い。
　したがって、本発明は、上記問題点に鑑みて創案されたものであって、その目的は、トラフィックを処理するリソースの割り当ての適切化、リソースの利用の効率化を図る装置、システム、方法、プログラムを提供することにある。
　本発明の１つの側面によれば、トラフィックに関連する情報に対応して設定されたサービスレベルに応じて、当該トラフィックを、所定のネットワーク機能を実行する専用装置、又は、前記専用装置の前記所定のネットワーク機能に対応する所定の仮想ネットワーク機能に割り当てるように動作可能な第１の手段（第１ユニット）と、前記割り当て結果に応じて、前記専用装置又は前記所定の仮想ネットワーク機能に前記トラフィックを転送するように動作可能な第２の手段（第２ユニット）と、を備える装置が提供される。
　本発明の別の側面によれば、トラフィックに関連する情報に対応して設定されたサービスレベルに応じて、当該トラフィックを、所定のネットワーク機能を実行する専用装置、又は、前記専用装置の前記所定のネットワーク機能に対応する所定の仮想ネットワーク機能に割り当てること、及び、
　前記割り当て結果に応じて、前記専用装置又は前記所定の仮想ネットワーク機能に前記トラフィックを転送すること、を含む方法が提供される。
　本発明のさらに別の側面によれば、トラフィックに関連する情報に対応して設定されたサービスレベル応じて、当該トラフィックを、所定のネットワーク機能を実行する専用装置、又は、前記専用装置の前記所定のネットワーク機能に対応する所定の仮想ネットワーク機能に割り当てる処理と、
　前記割り当て結果に応じて、前記専用装置又は前記所定の仮想ネットワーク機能に前記トラフィックを転送する処理と、をコンピュータに実行させるプログラムが提供される。さらに、本発明によれば、該プログラムを記録したコンピュータ読み出し可能なストレージ装置等の記録媒体（non-transitory computer readable recording medium）が提供される。
　本発明のさらに別の側面によれば、複数の仮想マシン上に、処理性能の異なる複数の仮想ネットワーク機能を備え、受信したトラフィックに関連したサービスレベルに応じて、複数の前記仮想ネットワーク機能の中から１つを選択して前記トラフィックを割り当てる、サーバ装置が提供される。
　本発明によれば、トラフィックを処理するリソースの割り当ての適切化、リソースの利用の効率化を図ることができる。
（Ａ）、（Ｂ）は本発明の基本概念の一例を説明する図である。 （Ａ）、（Ｂ）は図１の割り当て装置の一例を説明する図である。 本発明の実施形態１を説明する図である。 本発明の実施形態１の一例を説明する図である。 （Ａ）、（Ｂ）は本発明の実施形態１－１を説明する図である。 本発明の実施形態１－１の変形例を説明する図である。 （Ａ）、（Ｂ）は本発明の実施形態１－２を説明する図である。 （Ａ）、（Ｂ）は本発明の実施形態１－３を説明する図である。 （Ａ）、（Ｂ）は本発明の実施形態１－４を説明する図である。 本発明の実施形態２を説明する図である。 本発明の実施形態２の一例を説明する図である。 （Ａ）、（Ｂ）は本発明の実施形態２－１を説明する図である。 （Ａ）、（Ｂ）は本発明の実施形態２－２を説明する図である。 （Ａ）、（Ｂ）は本発明の実施形態２－３を説明する図である。 （Ａ）、（Ｂ）は本発明の実施形態２－４を説明する図である。 本発明の実施形態３を説明する図である。 （Ａ）乃至（Ｄ）は本発明の実施形態４を説明する図である。 （Ａ）乃至（Ｄ）は本発明の実施形態５を説明する図である。 （Ａ）、（Ｂ）はＬ３接続のＭＶＮＯを説明する図である。 （Ａ）、（Ｂ）はＬ２接続のＭＶＮＯを説明する図である。
　本発明の実施形態について以下に説明する。
　本発明の一つの側面によれば、ネットワーク機器やノード等の機能の一部又は全てをサーバ装置上に仮想化した仮想ネットワーク機能（Virtual Network Function: ＶＮＦ）を用いて、ＭＮＯやＭＶＮＯキャリアのユーザにサービスを提供する。
　はじめに、本発明の前提であるネットワーク機能の仮想化技術について概説する。ネットワーク機能を仮想化する技術であるＮＦＶ（Network Functions Virtualization）では、サーバ装置において、ハイパーバイザ（HyperVisor）や仮想マシンモニタ（Virtual Machine Monitor：ＶＭＭ）等の仮想化レイヤ（Virtualization Layer）上の仮想マシン（Virtual Machine：ＶＭ）で稼働するアプリケーション（ＶＮＦ）により、ソフトウェア的にネットワーク機能を実現している。例えば専用機器（ＥＰＣのノード、例えばＭＭＥ、ＰＧＷ、ＳＧＷ等）の機能は、仮想化レイヤ上のＶＭで稼働するＶＮＦとして実装することができる。サーバ装置のコンピューティング、ストレージ、ネットワーク等ハードウェア資源および仮想化レイヤは、ＶＮＦの実行基盤となるＮＦＶＩ（Network Functions Virtualization Infrastructure）を構成する。ＮＦＶＩ、及びＶＮＦをそれぞれ制御する管理ユニットとして、ＶＩＭ（Virtualized Infrastructure Manager）、ＶＮＦＭ（Virtual Network Function Manageｒ）を備え、ネットワークサービス全体を管理するものとしてＮＦＶＯを備える（例えば非特許文献１参照）。
　本発明の側面の一つによれば、割り当て装置（図１（Ａ）の１１１）は、ＶＮＦに転送されるトラフィックがどのキャリア、又はユーザのものであるかに応じて、当該トラフィックの転送先を、ＶＮＦを実現する仮想マシンとするか、あるいは専用装置（図１（Ａ）の１２０）とするか、その割り当てを制御する。すなわち、トラフィックの転送先となるＶＮＦ（ＶＭ）、又は専用装置（図１（Ａ）の１２０）の割り当てを、キャリア（例えばＭＮＯ、あるいはＭＶＮＯキャリア）、ユーザ、当該トラフィックのコンテンツ等の少なくとも一つに対して設定されたサービスレベルに応じて制御する。あるいは、当該トラフィックの送信元又は宛先であるユーザ端末（移動端末）の種別に応じて、トラフィックの転送先となるＶＮＦの割り当てを決定するようにしてもよい。
　割り当て装置（図１（Ａ）の１１１）によるトラフィックのＶＮＦへの割り当ての制御は、ＶＮＦが稼働する仮想マシン（ＶＭ）単位に行うようにしてもよい。その際、１つ又は複数の仮想マシン（ＶＭ）からなるグループを、例えば機能等に応じて、複数グループ備え（この場合、例えば同一グループの仮想マシン（ＶＭ）で稼働するＶＮＦは同一機能を提供する）、複数のグループの中から１つのグループを選択し、次に、当該グループの中から、所定のスケジューリングアルゴリズム（例えばランダムに割り当てるランダム方式、あるいは順番に割り当てるラウンドロビン方式等）にしたがって、１つの仮想マシンを選択し、当該選択された仮想マシンをトラフィックの割り当て先としてもよい。
　割り当て装置（図１（Ａ）の１１１）は、ＶＮＦと当該ＶＮＦを実現する仮想マシン（ＶＭ）との対応をテーブル等に記憶保持しておき、トラフィック割り当て先のＶＮＦを実行する仮想マシン（ＶＭ）宛てに、当該トラフィックを転送する構成としてもよい。また、１つのＶＮＦが複数のＶＮＦＣ（Virtual Network Function Component）の組み合わせからなり、複数のＶＮＦＣが複数の仮想マシン（ＶＭ）に対応している場合等のように、１つのＶＮＦを複数の仮想マシン（ＶＭ）で実行する場合がある。この場合も、割り当て装置（図１（Ａ）の１１１）は、ＶＮＦと、当該ＶＮＦを実行する複数の仮想マシン（ＶＭ）のうちトラフィック転送先の仮想マシン（ＶＭ）との対応を予め記憶保持する構成としてもよい。
　あるいは、割り当て装置（図１（Ａ）の１１１）は、トラフィックの割り当て先のＶＮＦの識別情報（あるいはＶＤＵ（Virtual Deployment Unit）の識別情報）を、転送するパケットのヘッダ内の未使用領域等（例えばＩＰヘッダのＴＯＳ（Type of Service）やフラグのビットフィールド等、未使用フィールド）に設定してサーバ装置（図１（Ａ）の１００）に転送し、サーバ装置（図１（Ａ）の１００）側の制御部（ハイパーバイザ等）が、当該パケットのヘッダ等を解析して、パケット転送先のＶＮＦを決定し、当該ＶＮＦを実現する仮想スイッチ（ｖＳｗｉｔｃｈ）等を介して当該ＶＮＦにパケットを転送するようにしてもよい。
　あるいは、ＶＮＦが配置されるサーバ装置（物理サーバ）単位でトラフィックの割り当てを制御するようにしてもよい。この場合も、割り当て装置（図１（Ａ）の１１１）は、ＶＮＦと、当該ＶＮＦが配置されるサーバ装置（トラフィック転送先のサーバ装置）との対応を予め記憶保持する構成としてもよい。
　また、サーバ装置（物理サーバ）単位でトラフィックの割り当て先を制御する場合、１つ又は複数のサーバ装置からなるグループを、例えば機能等に応じて、複数グループ備え（この場合、同一グループのサーバ装置は同一機能を提供する）、複数のグループの中から１つのグループを選択し、次に、当該グループの中から所定のスケジューリングアルゴリズム（例えばランダム方式、あるいはラウンドロビン方式等）にしたがって１つのサーバ装置を選択するようにしてもよい。
　図１（Ａ）を参照すると、サーバ装置（物理サーバ）１００は、制御部１０１と、複数の仮想マシン（ＶＭ）１０２と、複数のＶＮＦ１０３を備えている。複数のＶＮＦ１０３（ＶＮＦ１Ｂ、ＶＮＦ１Ｃ）は、例えば同一の仮想化ネットワーク機能であり、性能が異なるものであってもよい。本明細書では、例えば、“ＶＮＦ１Ａ”、“ＶＮＦ１Ｂ”、“ＶＮＦ１Ｃ”等の表記において、“１”を機能、“Ａ”、“Ｂ”、“Ｃ”を性能のクラスを表すものとする。特に制限されないが、ＶＮＦ１０３は、ネットワーク機器又はその一部を仮想化したものであってよい。例えばＶＮＦ１０３Ｂ、１０３Ｃは、図２０（Ｂ）のＭＶＮＯネットワーク３のＰＧＷ等の機能の一部又は全部を仮想化し、仮想マシン（ＶＭ）上で動作するアプリケーションソフトウェアとして実装したものであってもよい。この場合、専用装置１２０は、例えばＰＧＷ（Ｎｏｎ－ＮＦＶ：ネットワーク機能を仮想化したＶＮＦではない装置又はノード）で構成してもよい。あるいは、図１９（Ｂ）のＭＶＮＯネットワーク３のルータや、不図示のサーバ等の機能の一部又は全部を仮想化し、仮想マシン（ＶＭ）上で動作するアプリケーションソフトウェアとして実装したものであってもよい。なお、複数のＶＮＦ１０３の個数等に制限はない。また、専用装置１２０を複数台備えた構成としてもよい。
　サーバ装置（物理サーバ）１００の制御部１０１は、例えばＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）等のメモリ、ＨＤＤ（Hard Disk Drive）等のストレージ、ネットワークインタフェースコントローラ（Network Interface Controller：ＮＩＣ）等のハードウェア資源（ＨＷ）１０４を仮想化して仮想マシン（ＶＭ）に割り当てるハイパーバイザ（Ｈｙｐｅｒｖｉｓｏｒ）等の仮想化レイヤを備えている。
　なお、図１（Ａ）では、単に説明を容易化するため、制御部１０１が、仮想ハードウェアとして仮想スイッチ（ｖＳｗｉｔｃｈ）を含む例が示されている。例えば、ＮＦＶの標準仕様に準拠する場合、制御部１０１、ハードウェア資源（ＨＷ）１０４は、ＶＮＦ用の仮想マシン（ＶＭ）を実行するための仮想化基盤を提供するＮＦＶＩを構成する。ＮＦＶＩは、例えば仮想マシン（ＶＭ）の設定や、ＶＮＦの生成や停止、スケーリング、更新等にあたり、図示されないＮＦＶ－ＭＡＮＯ（Management and Orchestration）のＶＩＭ（Virtualization Infrastructure Manager）の制御を受ける。
　特に制限されるものではないが、ＶＮＦとして、例えば、ＶＮＦ１Ａ（不図示）は高機能（性能）型、ＶＮＦ１Ｂ１０３Ｂは中（標準）機能（性能）型、ＶＮＦ１Ｃ１０３Ｃは低機能（性能）型である。なお、図示されない保守端末又はＯＳＳ（Operations Support Systems）等から、ＮＦＶの管理装置（ＮＦＶ－ＭＡＮＯ（ＮＦＶ　Ｏｒｃｈｅｓｔｒａｔｏｒ（ＮＦＶＯ）、ＶＮＦ　Ｍａｎａｇｅｒ（ＶＮＦＭ）、ＶＩＭを含む）））に対して、ＶＮＦパッケージの登録（on-boarding VNF Package）又は更新（ｕｐｄａｔｅ）を行うことで、ＶＮＦと対応するＶＭイメージ（仮想マシンＶＭのイメージファイル）の設定又は更新が行われる。ＶＮＦの処理性能は、例えば当該ＶＮＦが稼働する仮想マシン（ＶＭ）に割り付ける仮想ＣＰＵ（ｖＣＰＵ）の個数、仮想メモリの容量、仮想ＮＩＣの個数や帯域、仮想ストレージの容量等によって制御される。これらは、ＮＦＶ　Ｏｒｃｈｅｓｔｒａｔｏｒ（ＮＦＶＯ）で、ＶＮＦ等のインスタンス情報生成時に参照されるＶＮＦデスクリプタの定義情報により設定される（詳細は非特許文献１参照）。
　図１（Ｂ）に示す例では、キャリアＡ（ＭＶＮＯキャリア）は、第１サービスレベル（高速、高品質）であるが、高額契約である。キャリアＡは、専用装置１２０を含む通信設備を保有するＭＮＯキャリアであってもよい。あるいは、キャリアＡは、専用装置１２０を保有するＭＶＮＯキャリアであってもよい。一方、キャリアＣ（ＭＶＮＯキャリア）は、第３サービスレベル（低速、低品質）である。キャリアＢ（ＭＶＮＯキャリア）のサービスレベル（第２サービスレベル）は第１、第３サービスレベルの中間であるものとする。
　この場合、割り当て装置１１１は、キャリアＡ、Ｂ、Ｃのトラフィックを、それぞれ、専用装置１２０、ＶＮＦ１Ｂ、ＶＮＦ１Ｃに割り当てる。
　すなわち、キャリアＡ、Ｂ、Ｃのトラフィック（キャリアＡ、Ｂ、Ｃにそれぞれ契約した端末のトラフィック）は、割り当て装置１１１から、それぞれ専用装置１２０、ＶＮＦ１Ｂ、ＶＮＦ１Ｃを実現する仮想マシン（ＶＭ）に転送され、専用装置１２０、ＶＮＦ１Ｂ、ＶＮＦ１Ｃにて処理される。
　ＶＮＦを実現する仮想マシンに転送される場合、例えばサーバ装置１００のＮＩＣ等で受信したフレーム（パケット）は、仮想スイッチ（ｖＳｗｉｔｃｈ）等を介して対応するＶＮＦを実現する仮想マシン（ＶＭ）に送信され、ＶＮＦからのパケット（フレーム）データは、サーバ装置１００の仮想スイッチ、ＮＩＣ等を介してＭＶＮＯネットワークのルータを経由し、インターネットやＩＭＳ網等のパケットデータ網等を介して宛先(destination）に転送される。
　本発明の一形態によれば、トラフィックを処理するＶＮＦを、サービスレベルに対応したキャリア毎に、割り当てを制御する。すなわち、図１（Ａ）の割り当て装置１１１は、例えばキャリアによってユーザトラフィックを、専用装置１２０、ＶＮＦ１０３Ｂ～１０３Ｃへの割り当てを変える。例えばキャリアＡが通信設備をＭＶＮＯキャリアに貸し出しているＭＮＯである場合、ＭＮＯキャリアＡのユーザトラフィックは、専用装置１２０、又は、同一機能の複数のＶＮＦうち、高性能（あるいは最高性能）のＶＮＦに割り当てる。
　なお、図１（Ｂ）に例示したサービスレベルは単に説明のためのものであり、サービスレベルは３段階に限定されるものでないことは勿論である。さらに、通信速度（帯域）（下り通信速度）とＱｏＳ（Quality of Service）の組み合わせと契約金額の関係等から、さらにサービスレベルの粒度を上げて区分するようにしてもよい。例えば、キャリア毎に、
・高速且つ高品質：高額、
・高速且つ中品質：やや高額、
・中速且つ中品質：中間、
・中速且つ低品質：中間、
・低速且つ中品質：やや低額、
・低速且つ低品質：低額
という具合である。
　この場合、割り当て装置１１１は、ＭＶＮＯキャリアのうち、高額契約のＭＶＮＯキャリアに対して、同じ機能の複数のＶＮＦのうち性能の高いＶＮＦ、あるいは専用装置１２０にトラフィック割り当てるようにしてもよい。一方、低額契約のＭＶＮＯキャリアの場合、同じ機能の複数のＶＮＦのうち性能の低いものにトラフィック割り当てるようにしてもよい。
　トラフィックの割り当てをキャリア単位で行う場合、同一キャリアの複数の加入者の端末のトラフィックの割り当て先は同一とされる。あるいは、後述する実施形態で説明するように、ＶＮＦへのトラフィックの割り当てをキャリア単位のかわりに、ユーザ単位としてもよい。ユーザ毎のＶＮＦの割り当てを行う場合、例えば同一キャリアの加入者であっても、加入者の契約内容等に応じて加入者（ユーザ）単位にサービスレベルが設定される。その結果、同一キャリアの複数の加入者（例えばＭＶＮＯユーザ）のトラフィックが別々のＶＮＦ又は、専用装置１２０に割り当てられる場合がある。
　なお、図１（Ａ）において、複数のＶＮＦが稼働する複数の仮想マシン（ＶＭ）をそれぞれ別々のサーバ装置に搭載し、トラフィックのＶＮＦへの割り当てをサーバ装置単位に、キャリア毎、又はユーザ毎に制御するようにしてもよい。
　本発明の一形態によれば、ＶＮＦの割り当てをキャリア単位、またはユーザ単位で制御することにより、より、柔軟な制御が可能となり、リソースの有効利用を図ることができる。
　図２（Ａ）は、図１（Ａ）の割り当て装置１１１の構成の一例を模式的に例示する図である。割り当て装置１１１は、制御部１１２と、処理部１１３と、記憶部１１４とを有する。図２（Ｂ）は、記憶部１１４に記憶される情報を模式的に例示した図である。
　割り当て装置１１１の制御部１１２は、受信したパケットのヘッダ等に含まれる端末識別情報（アドレス情報）から、当該パケットを送信した端末を特定し、当該端末に対応するＶＮＦを実現する仮想マシンに当該パケットを転送するように処理部１１３を制御する。
　割り当て装置１１１の処理部１１３は、制御部１１２の制御のもと、端末側から送信されたパケット（フレーム）のヘッダに送信先情報として、専用装置１２０のアドレス（例えばＭＡＣ（Media Access Control）アドレス）を設定するか、あるいは、割り当て先のＶＮＦにパケット（フレーム）を送信する場合、当該ＶＮＦを実現する仮想マシン（ＶＭ）の識別情報（例えば仮想マシンのホスト名、仮想ＮＩＣ（ｖＮＩＣ）のＩＰ／ＭＡＣアドレス等）を設定するか、あるいは、当該仮想マシン宛ての送出ポートに送信するようにしてもよい。
　割り当て装置１１１の記憶部１１４は、例えば図２（Ｂ）に示すように、端末の識別情報（例えばアドレス等）と、割り当て先のＶＮＦの対応をテーブル構造として記憶する。記憶部１１４に記憶保持される端末識別情報（アドレス）と割り当て先のＶＮＦとの対応は、端末が基地局を介してネットワークに登録するアタッチ処理等において、必要に応じてＨＳＳ等に格納されるユーザの契約情報等に基づき、制御部１１２が、当該端末の契約するキャリア（ＭＮＯ／ＭＶＮＯ）と、当該端末の端末識別情報（アドレス）とを対応付け、記憶部１１４に、端末識別情報（アドレス）と、当該キャリアに対応した割り当て先ＶＮＦの対応を格納するようにしてもよい。割り当て装置１１１において、記憶部１１４への端末識別情報（アドレス）と割り当て先の格納処理は、上記アタッチ処理において、ＭＭＥによる認証後のＥＰＳ（Evolved Packet System）セッション確立時に行うようにしてもよい。ＭＭＥからＳＧＷにセッション生成要求（Create Session Request）が送信され、ＳＧＷからＰＧＷにセッション生成要求（Create Session Request）が送信され、ＳＷＧとＰＧＷ間にトンネルが張られる。端末からＭＭＥに送信されるアタッチ要求メッセージには、加入者識別情報であるＩＭＳＩ（International Mobile Subscriber Identity：国際移動通信加入者識別子）が含まれ、ＭＭＥからＳＧＷ、ＳＧＷからＰＧＷに送信されるセッション生成要求（Create Session Request）メッセージにはＩＭＳＩが含まれている。例えば割り当て装置１１１は、このセッション生成要求メッセージをキャプチャしＩＭＳＩを取得し、ＨＳＳから当該加入者の契約情報等を参照して、当該加入者が契約するキャリア（ＭＮＯ／ＭＶＮＯキャリア等）を判定し、該キャリアがＭＮＯ又は高額契約のＭＶＮＯの場合、割り当て先は専用装置、キャリアが低額契約又は中間のＭＶＮＯの場合、割り当て先はＶＮＦＣ、ＶＮＦＢという割り当てルールに基づき、キャリア単位に、端末のトラフィック（データトラフィック等）の割り当て先のＶＮＦを決定するようにしてもよい。あるいは、割り当て装置１１１は、ＩＭＳＩによりＳＰＲ（Service Profile Repository）のサービス契約情報を参照し、加入者（ユーザ）のサービス契約内容に基づき、ユーザ単位にトラフィックの割り当て先を決定するようにしてもよい。あるいは、MME等がIMSIに基づきHSSから当該加入者の契約情報等から端末のトラフィック（データトラフィック等）の割り当て先を決定し、これを割り当て装置１１１に通知するようにしてもよい。割り当て装置１１１は、当該端末のＩＰアドレスと、割り当て先ＶＮＦを対応付けて記憶部１１４に記憶することで、パケットヘッダのＩＰアドレス等を端末識別情報として、該パケットの転送先のＶＮＦを決定することができる。さらに、割り当て装置１１１は、端末識別情報（アドレス）と、当該キャリアに対応した割り当て先ＶＮＦ（パケット転送先ＶＮＦ）の対応において、当該ＶＮＦと、当該ＶＮＦが配置されるサーバ装置、あるいは、当該ＶＮＦ実現する仮想マシン（ＶＭ）の識別情報（例えばホスト名、仮想ＮＩＣ（ｖＮＩＣ）のＩＰ／ＭＡＣ（Media Access Control）アドレス）等との対応を記憶保持するようにしてもよい。
　かかる構成により、端末の接続確立ののちに端末から転送されるパケットは、該パケットのヘッダから抽出した送信元アドレス情報（source IP address:端末のＩＰアドレス）と、記憶部１１４の端末のアドレスと割り当て先の対応から、転送先（専用装置又はＶＮＦ）が決定され、処理部１１３にて、該パケットは、専用装置１２０に転送されるか、又は、対応するＶＮＦが稼働するサーバ装置、又は仮想マシン（ＶＭ）宛てに転送される。処理部１１３は、入力ポートと、複数に出力ポートを備えたスイッチで構成としてもよい。なお、以下では、トラフィックの割り当て先を複数のＶＮＦから選択する例から説明する。
＜実施形態１＞
　図３は、実施形態１の構成を示す図である。なお、図３において、端末１、基地局（ｅＮＢ）２０は、図２０（Ａ）等を参照して説明したものと同一である。図３において、ＳＧＷ３０は、図２０（Ａ）等を参照して説明したものと基本構成は同一とされるが、図１及び図２を参照して説明した割り当て装置１１１の機能を備えている。
　図３では、端末１（移動端末）は、基地局（ｅＮＢ）２０と無線接続してネットワーク接続を確立し、宛先ノード（例えば図２０（Ａ）のインターネット４０の不図示のノード）に接続する。
　実施形態１では、同一機能であるが性能が相違するＶＮＦ１Ａ～ＶＮＦ１Ｃをそれぞれ別々のサーバ装置１００Ａ～１００Ｃ上に実装し、トラフィックのＶＮＦへの割り当てを、サーバ装置（物理サーバ）単位で制御する。なお、特に制限されないが、サーバ装置１００Ａ～１００Ｃ上に実装されるＶＮＦ１Ａ～ＶＮＦ１Ｃは、ＰＧＷ（例えば図１９（Ｂ）又は図２０（Ｂ）参照）の機能の一部又は全てを実現するものであってもよいし、ファイアウォールやロードバランサあるいは他のサーバ機能を実現するものであってもよい。
　サーバ装置１００Ａは相対的に高性能であり、サーバ装置１００Ｃは、相対的に低性能である（サーバ装置１００Ａと比較して性能が低い）。またサーバ装置１００Ａとサーバ装置１００Ｃの間に、サーバ装置１００Ａとサーバ装置１００Ｃの中間の性能を有する１つ又は複数のサーバ装置１００Ｂ（不図示）を備えてもよい。なお、サーバ装置の台数に特に制限はない。
　図３において、ＳＧＷ３０は、キャリア単位（例えばＭＶＮＯ、又は、ＭＮＯとＭＶＮＯ）に対応するＶＮＦが配置されるサーバ装置（ＶＮＦが稼働する仮想マシン（ＶＭ）が配置される）を選択する。ＳＧＷ３０は、割り当てられたＶＮＦが配置されたサーバ装置（１００Ａ～１００Ｃのいずれか）に、トラフィックを転送する。割り当てられた当該サーバ装置では、受信したトラフィックを、当該サーバ装置上のハイパーバイザ等を介して当該ＶＮＦが稼働する仮想マシン（ＶＭ）に転送する。
　ＳＧＷ３０は、図２を参照して説明した割り当て装置１１１の機能を備えており、ＭＮＯあるいは高額のＭＶＮＯキャリアのトラフィックを、高性能のサーバ装置１００Ａに設置したＶＮＦ１Ａに割り当てる。なお、後述する例のように、高額契約のＭＶＮＯキャリアのトラフィックを専用装置（ＮＦＶを使わない）に割り当ててもよい。専用装置を備えたキャリアのユーザのトラフィックを専用装置に割り当てるようにしてもよい。
　ＳＧＷ３０は、低額契約のＭＶＮＯキャリアのトラフィックを、汎用サーバ（複数のＶＮＦを混在して備える汎用サーバ：ＶＮＦの処理性能は低くなる）、または低性能のサーバ装置１００Ｃに設置したＶＮＦ１Ｃに割り当てる。
　あるいは、図３において、ＳＧＷ３０は、ユーザ単位にＶＮＦの割り当てを行ってもよい。サービスクラスが上位のユーザのトラフィックは、高性能のサーバ装置１００Ａに設置したＶＮＦ１Ａに割り当てる。なお、ユーザ単位に専用装置（ＮＦＶを使わない）に割り当てるようにしてもよい。サービスクラスが下のユーザのトラフィックは、低性能のサーバ装置１００Ｃ上のＶＮＦ１Ｃに割り当てる。
　あるいは、例えば同一のキャリアに契約する複数のユーザについて、高額契約のユーザのトラフィックは高性能のサーバ装置１００Ａに設置したＶＮＦ１Ａに割り当て、低額契約のユーザのトラフィックは低性能のサーバ装置１００Ｃに設置したＶＮＦ１Ｃに割り当てるようにしてもよい。
　実施形態１では、サーバ装置単位でＶＮＦの割り当てを制御する構成としている。そして、トラフィックをどのＶＮＦに割り当てるかを、キャリア単位、又は、ユーザ単位で決定する構成としている。したがって、キャリア単位、又は、ユーザ単位で決定されたＶＮＦが配置されるサーバ装置を選択すればよいことから、割り当ての制御等が簡易となる。
　実施形態１の変形例として、複数のサーバ装置をグループ分けしたサーバ装置グループを備えてもよい。この場合、サーバ装置グループは、複数のサーバ装置を例えば機能等に応じて複数のグループにグループ分けした構成としてもよい（例えば同一機能の複数のサーバ装置を同一グループに属するようにグループ分けしてもよい）。　
この変形例の場合、トラフィックの割り当て先のサーバ装置の選択にあたり、サービスレベルに応じて、複数のサーバ装置グループの中から１つのサーバ装置グループに対して１次的な割り当てが行われ、当該１つのサーバ装置グループの中から、いずれか１つのサーバ装置を選択し、該一つのサーバ装置にトラフィックに割り当てるようにしてもよい。グループ内でのサーバ装置の割り当ては、ランダム、前回の割り当てからの継続（前回（最後）に割り当てられたサーバ装置を再度選択し、結果として割り当てを継続することになる）、あるいはラウンドロビン方式等で行うようにしてもよい。１つのサーバ装置グループは少なくとも１つのサーバ装置を含めばよい。例えば、同一グループのサーバ装置が同一の機能を提供する場合、同一グループ内の１つ又は複数のサーバ装置のＶＮＦは同一の機能（Network Function）とされる。同一グループ内の複数のサーバ装置の性能に高低はあってもよいし（グループは同一機能で性能が異なるサーバ装置を含む）、同一の性能であってもよい（グループ内の全てのサーバ装置は同一機能、同一性能）。
　例えば、複数のキャリア（キャリアＡ、Ｂ、Ｃ）の各々に対応して、性能クラスが異なる複数のサーバ装置グループ（グループＡ、Ｂ、Ｃ）を備え、加入者が契約するキャリア（例えばキャリアＡ）に応じて、複数のサーバ装置グル―プから１つのサーバ装置グループ（例えばグループＡ）を選択し、選択した１つのサーバ装置グループ（例えばグループＡ）の中から、当該加入者の契約内容等に応じた性能に対応する１つのサーバ装置を選択する構成としてもよい。
　＜振り分け方の別の例＞
　例えばＭ２Ｍ（Machine to Machine）端末は、
・通信量が少ない、及び、
・通信頻度が少ない、
　ことが想定される。
　このため、Ｍ２Ｍ端末のトラフィックは、スループットの出ない経路を通しても、特段の問題は生じないといえる。そこで、図３において、端末１がＭ２Ｍ端末である場合、該Ｍ２Ｍ端末のトラフィックは、低性能のサーバ装置１００ＣのＶＮＦ１Ｃに振り分ける。この場合、例えばＭ２Ｍ端末の接続確立時（アタッチ時）等に、ｅＮＢ２０等で取得された端末情報（端末識別情報、端末タイプ等）に基づき、当該Ｍ２Ｍ端末のタイプと、パケット送信元のアドレス情報との対応から、当該トラフィックが、Ｍ２Ｍ端末からのものである場合、当該トラフィックを、パケット単位に、低性能のサーバ装置１００ＣのＶＮＦ１Ｃに割り振るようにしてもよい。
　Ｍ２Ｍ以外のタイプの移動端末等のトラフィックは、高性能のサーバ装置１００Ａ上のＶＮＦ１Ａ１０３Ａに割り振る。これは、スマートフォン等の移動端末は、Ｍ２Ｍ端末よりも通信量が多く、且つ、通信頻度が高いため（端末１への動画ダウンロードや、Ｔｗｉｔｔｅｒ（Ｔｗｉｔｔｅｒ, Ｉｎｃ．の商標又は登録商標）、Ｆａｃｅｂｏｏｋ（Ｆａｃｅｂｏｏｋ, Ｉｎｃ．の登録商標）等による通信量、通信頻度が大）、よりスループットの出る経路を通すようにするためである。端末１の通信相手（インターネットやＩＭＳ等のパケットデータ網に接続するノード）から端末１宛てのトラフィック（下りパケット）は、ルータ（スイッチ）等（例えば図２０（Ｂ）のＭＶＮＯネットワーク上のＲｏｕｔｅｒ）から、端末１が加入するキャリアに対応して割り当てられたサーバ装置上のＶＮＦ（例えばＰＧＷ機能を仮想的に実現する）に転送され、該ＶＮＦから、ＳＧＷ３０、ｅＮＢ２０を介して、端末１に送信される。この場合、該ルータ（スイッチ）等は、図２（Ｂ）に示した端末識別情報と割り当て先のＶＮＦの対応を保持し、端末１宛てのパケット（下りパケット）を、割り当て先ＶＮＦを備えたサーバ装置に転送するようにしてもよい。なお、図３において、サーバ装置１００Ａ～１００Ｃ上のＶＮＦ１０３Ａ～１０３Ｃは、例えば端末１からの上り方向のパケットの通過許可を制御するファイアウォール機能（パケットフィルタ）等、端末１からの上りのトラフィックのみを一方向で処理するものであってもよいことは勿論である（この場合、端末１宛てのパケット（下りパケット）は当該ＶＮＦに転送されない）。
＜実施形態１の一例＞
　図４は、図３の実施形態１の一例を例示する図である。図４では、図３の端末１、基地局（ｅＮＢ）２０は省略されている。図４の例では、サーバ装置１００Ａ～１００Ｃの選択を、スイッチ（物理スイッチ）１１０で行う。この場合、ＳＧＷ３０とスイッチ１１０が、図１（Ａ）の割り当て装置１１１に対応している。
　図４において、ＳＧＷ３０は、サーバ装置１００Ａ～１００Ｃの中から、キャリア単位、あるいは、ユーザ単位に、トラフィックの割り当て先のＶＮＦが配置されるサーバ装置を選択する。ＳＧＷ３０は、トラフィックを、スイッチ１１０を介して、選択したサーバ装置宛てに転送する。ＳＧＷ３０は、選択したサーバ装置の識別情報（例えばＭＡＣアドレス）を、ヘッダ等に設定したフレームをスイッチ１１０に転送してもよい。スイッチ１１０は、ポート番号と、該ポートが接続するサーバ装置のＭＡＣアドレスとの対応をテーブルで管理し、フレームヘッダの宛先ＭＡＣアドレスから、該フレームの転送先のサーバ装置に接続するポートに該フレームを転送する。
＜実施形態１－１＞
　図５（Ａ）、図５（Ｂ）は、実施形態１－１を説明する図である。実施形態１－１は、実施形態１を、より具体的に説明するものである。実施形態１－１では、実施形態１と同じく、サーバ装置（物理サーバ）単位に、ＶＮＦの割り当てを制御する。図５（Ａ）に示すように、実施形態１－１では、ＳＧＷ３０は、制御装置（又はオペレータ）５０から設定されるポリシに基づき、キャリア毎に、トラフィックのＶＮＦへの割り当てを制御する。図５（Ａ）において、例えば制御装置５０とＳＧＷ３０が、図１、図２を参照して説明した割り当て装置１１１の機能を実現している。
　ＳＧＷ３０は、割り当てられたＶＮＦが配置されたサーバ装置にトラフィックを転送する。当該サーバ装置では、受信したトラフィックを、当該サーバ装置上のハイパーバイザ等を介して当該ＶＮＦが稼働する仮想マシン（ＶＭ）に転送する。
　図５（Ｂ）は、制御装置（又はオペレータ）５０から設定されるポリシの一例を説明する図である。図５（Ｂ）に示すように、キャリア毎に設定されたサービスレベルに応じて、ＶＮＦの割り当てを決定する。なお、割り当ての仕方は、図１（Ｂ）と同じであるため、説明は省略する。なお、以下の各実施形態において、キャリアＡは、ＭＮＯであっても、ＭＶＮＯであってもよい。同様に、キャリアＢ等についても、ＭＶＮＯにのみ限定されるものではない。
　上記の通り、実施形態１－１では、制御装置（又はオペレータ）５０からＳＧＷ３０へのポリシの設定により、キャリア毎に設定されるサービスレベルに応じたＶＮＦの割り当てを行う。このため、制御装置（又はオペレータ）５０から、例えばＳＧＷ３０に対してポリシを可変に設定（更新設定）することで、キャリアと、サービスレベルと、割り当てるＶＮＦの対応を可変に設定することができる。このため、サーバ装置のリソースを有効、且つ、適切に利用可能としている。
＜実施形態１－１の変形例＞
　図６は、上記した実施形態１－１の変形例を説明する図である。この変形例では、ＰＣＲＦ５１とＰＣＥＦ（Policy and Enforcement Function）５２で制御装置を構成し、ＰＧＷ４０でトラフィックの割り当てを行う構成例を説明する図である。図６において、ＰＣＥＦ５２は、不図示のＯＣＳ（Online Charging System：オンライン課金システム）やＰＣＲＦ５１と連携し、ＰＧＷ４０を通過する通信（トラフィック）に対してポリシを適用する。図６において、例えばＰＣＲＦ５１とＰＧＷ４０が、図１、図２を参照して説明した割り当て装置１１１の機能を実現している。
　ＰＣＥＦ５２は、例えば、高速ポリシ、低速ポリシ等に基づき、ＰＧＷ４０を通過するキャリアのトラフィックを制御する。なお、ＰＣＥＦ５２はＰＧＷ４０内に実装してもよい。
　図６の構成例では、ＰＧＷ４０は、例えばキャリア毎に、トラフィックの割り当てを行うようにてもよい。さらに、ＰＧＷ４０では、Ｇｘｃインタフェースを介してＰＣＲＦ５１から送信されるポリシ制御情報に基づき、例えば、同一キャリアに対して、サービスレベルに応じて、ＶＮＦの割り当てをサーバ装置単位で行い、割り当てられたＶＮＦが配置されたサーバ装置を選択する。この場合、ＰＧＷ４０では、例えばＰＣＥＦ５２の制御等により、同一キャリアにおいて、ユーザ単位に、異なるサービスレベルに応じて、ＶＮＦの割り当てをサーバ装置単位で行うようにしてもよい。例えば、ユーザに対するプリペイド型料金プラン（契約）に対して、通信量を管理しプリペイド残高と換算する不図示のＯＣＳから通信可能量を取得したＰＣＲＦ５１は通信ポリシ（通信速度）を決定し、ＰＣＥＦ５２はＰＧＷ４０においてユーザトラフィックに対するポリシを適用する。例えばプリペイド型料金プラン（例えば２ＧＢ（Gigabytes））において通信残量がある場合、ＰＣＥＦ５２では高速通信のポリシを適用し、ユーザトラフィックはサーバ装置１００Ａ上のＶＮＦ１Ａに割り当てられ、通信残量がなくなると、例えば最大１２８ｋｂｐｓ（kilo bits per second）等の低速通信ポリシに切り替え、ユーザトラフィックはサーバ装置１００Ｃ上のＶＮＦ１Ｃに割り当てるようにしてもよい。なお、図６のＰＣＲＦ５１とＰＣＥＦ５２は、図５の制御装置５０の変形例ともいえるが、ポリシの設定とポリシに基づくトラフィックの割り当ての制御方式は、図６の構成に制限されるものでないことは勿論である。
＜実施形態１－２＞
　図７（Ａ）、図７（Ｂ）は、実施形態１－２を説明する図である。実施形態１－２は、実施形態１をより具体的に説明するものであり、実施形態１と同じく、サーバ装置（物理サーバ）単位でＶＮＦの割り当てを制御する。
　図７（Ａ）、図７（Ｂ）に示すように、実施形態１－２では、制御装置（又はオペレータ）５０から設定されるポリシに基づき、ユーザ単位（端末１の端末識別情報（端末ＩＤ）、又はアドレス単位）に、トラフィックのＶＮＦへの割り当てを制御する。なお、端末１の識別情報としては、端末１のＳＩＭ（Subscriber Identity Module）カードに格納され、端末１からＭＭＥに送信されるアタッチ要求（Attachment request）メッセージに含まれるＩＭＳＩ（International Mobile Subscriber Identity：国際移動通信加入者識別子）等の識別情報を用いてもよい。
　図７（Ａ）に示すように、実施形態１－２では、制御装置（又はオペレータ）５０から設定されるポリシに基づき、ＳＧＷ３０は、ユーザ毎にトラフィックのＶＮＦへの割り当てを制御する。ＳＧＷ３０は、割り当てられたＶＮＦ宛てに、当該ＶＮＦが配置されたサーバ装置にトラフィックを転送する。当該サーバ装置では、受信したトラフィックを、当該サーバ装置上のハイパーバイザ等を介して当該ＶＮＦが稼働する仮想マシン（ＶＭ）に転送する。
　図７（Ｂ）は、制御装置（又はオペレータ）５０から設定されるポリシの一例を説明する図である。図７（Ｂ）に示すように、ユーザ毎（端末１のＩＤ又はアドレス）に設定されたサービスレベルに応じてＶＮＦの割り当てを制御する。
　図７（Ｂ）の例では、
・ＭＮＯ又はＭＶＮＯキャリアであるキャリアＡに加入するユーザ１の端末のトラフィックは、ＶＮＦ１Ａが稼働する高速のサーバ装置１００Ａ、
・キャリアＡに加入するユーザ２の端末のトラフィックは、ＶＮＦ１Ｂが稼働する中速のサーバ装置１００Ｂ、
・ＭＶＮＯキャリアＢに加入するユーザ３の端末のトラフィックは、ＶＮＦ１Ｃが稼働する低速のサーバ装置１００Ｃ、
にそれぞれ割り振られる。
　上記の通り、実施形態１－２では、制御装置（又はオペレータ）５０からＳＧＷ３０へのポリシの設定により、ユーザ毎に設定されるサービスレベルに応じたＶＮＦの割り当てを行っている。制御装置（又はオペレータ）５０からのポリシを可変に設定することで、ユーザと、サービスレベルと、ユーザトラフィックの割り当て先のＶＮＦとの対応を、可変に設定することができる。このため、サーバ装置のリソースを有効、且つ、適切に利用可能としている。
　なお、図７（Ａ）の制御装置５０を、図６を参照して説明したように、ＰＣＲＦ５１とＰＣＥＦ５２で構成してもよいことは勿論である。この場合、ＰＣＲＦ５１は、ユーザの課金ルール等を参照して、ポリシを設定するようにしてもよい。
　なお、端末１がＭ２Ｍ端末である場合、図７（Ｂ）の第３のサービスレベルとするポリシとし、Ｍ２Ｍ端末からのトラフィックをＶＮＦ１Ｃが設定された低速のサーバ装置１００Ｃに割り振るようにしてもよい。端末１の通信相手（インターネットやＩＭＳ等のパケットデータ網に接続するノード）から端末１宛てのトラフィック（下りパケット）は、ルータ（スイッチ）等（例えば図２０（Ｂ）のＭＶＮＯネットワーク上のＲｏｕｔｅｒ）から、ユーザ単位割り当てられたサーバ装置上のＶＮＦ（例えばＰＧＷ機能を仮想的に実現する）に転送され、該ＶＮＦから、ＳＧＷ３０、ｅＮＢ２０を介して、端末１に送信される。この場合、該ルータ（スイッチ）等は、図７（Ｂ）に示した端末のアドレス（ユーザ端末ＩＤ）と割り当て先のＶＮＦの対応を保持し、該当するユーザの端末１宛てのパケット（下りパケット）を、割り当て先ＶＮＦを備えたサーバ装置に転送するようにしてもよい。なお、図７（Ａ）において、サーバ装置１００Ａ～１００Ｃ上のＶＮＦ１０３Ａ～１０３Ｃは、例えば端末１からの上り方向のパケットの通過許可を制御するファイアウォール機能（パケットフィルタ）等、端末１からの上りのトラフィックのみを一方向で処理するものであってもよいことは勿論である（この場合、端末１宛てのパケット（下りパケット）は当該ＶＮＦに転送されない）。
＜実施形態１－３＞
　図８（Ａ）、図８（Ｂ）は、実施形態１－３を説明する図である。実施形態１－３は、実施形態１をより具体的に説明するものであり、実施形態１と同じく、サーバ装置（物理サーバ）単位でＶＮＦの割り当てを制御する。
　図８（Ａ）に示すように、実施形態１－３では、ＨＳＳ７０の加入者情報あるいはＳＰＲ（Subscriber Profile Repository）のサービス契約情報（契約内容変更：例えば、料金プラン変更、プリペイド料金追加等）に基づき、ユーザ単位に、トラフィックのＶＮＦへの割り当てを制御する。ＳＧＷ３０では、割り当てられたＶＮＦが配置されたサーバ装置に、トラフィックを転送する。当該サーバ装置では、受信したトラフィックを、当該サーバ装置上のハイパーバイザ等を介して当該ＶＮＦが稼働する仮想マシン（ＶＭ）に転送する。
　図８（Ａ）において、ＭＭＥ６０は、端末１のアタッチ処理時、ＨＳＳ７０と連携して端末１の認証等を行う。なお、認証手順（Authentication Procedure）では、端末１からＭＭＥ６０へ送信されるアタッチ要求メッセージにはＩＭＳＩが含まれ、ＭＭＥ６０は、ＩＭＳＩとサービングネットワークＩＤを含む認証情報要求をＨＳＳ７０に送信し、ＨＳＳ７０は認証ベクトルを生成し、ＭＭＥ６０に送信する。ＭＭＥ６０は、端末１に認証要求を送信し端末１はネットワークを認証し、端末１の認証応答をＭＭＥ６０に送信し、ＭＭＥ６０では、端末１からの認証応答の値（RES）とＨＳＳ７０からの認証ベクトルに含まれる値（XRES）を比較してユーザを認証する。この認証につづいて、ＭＭＥ６０は、端末１のＩＭＳＩを用いて、ＨＳＳ７０のＳＰＲ（Subscriber Profile Repository）の加入者プロファイル情報（サービス契約情報、課金情報等）を取得し、ユーザ毎のトラフィックの割り当て先のＶＮＦを、サーバ装置単位で決定するようにしてもよい。あるいは、ＳＧＷ３０は、上記認証につづいて、ＭＭＥ６０からＳＧＷ３０に送信されるセッション生成要求（Create Session Request）メッセージに含まれるＩＭＳＩ等を用いてＨＳＳ７０のＳＰＲの加入者プロファイル情報（サービス契約情報、課金情報等）を取得し、ユーザ毎のトラフィックの割り当て先のＶＮＦを、サーバ装置単位で決定するようにしてもよい。あるいは、ＰＣＲＦ（不図示）で決定したサービスポリシ（ユーザに対するサービスポリシ）等に基づき、ＳＧＷ３０は、ユーザ毎のトラフィックの割り当て先のＶＮＦを、サーバ装置単位で決定するようにしてもよい。あるいは、基地局（ｅＮＢ）２０において、ユーザ毎のトラフィックの割り当て先のＶＮＦを、サーバ装置単位で決定するようにしてもよい。この場合、基地局（ｅＮＢ）２０は、図２を参照して説明した割り当て装置１１１を備えた構成としてもよい。
　図８（Ｂ）は、ユーザ単位（端末１の端末識別情報（端末ＩＤ）、アドレス単位）のＶＮＦの割り当ての一例を示す図である。図８（Ｂ）の割り当ては、図７（Ｂ）のポリシ（ユーザ単位のＶＮＦの割り当て）と同一であるため、説明は省略する。
　実施形態１－３において、例えばＨＳＳ７０のユーザのサービス契約情報（課金情報）に基づき、ユーザの契約内容変更（例：料金プラン変更、プリペイド料金追加等）に応じて、ユーザトラフィックのＶＮＦへの割り当ての設定を変更するようにしてもよい。
　実施形態１－３において、例えば、プリペイド料金追加による、月当たりの通信容量アップ等に応じて、ユーザトラフィックのＶＮＦへの割り当ての設定を変更（例えば低性能のＶＮＦから高性能のＶＮＦへ変更）するようにしてもよい。
　あるいは、実施形態１－３において、ユーザのサービス契約内容の変更（例えばアップグレード等）により、現在選択されているＶＮＦに対して機能をさらに追加したＶＮＦを割り当てるように、ユーザトラフィックのＶＮＦへの割り当ての設定を変更（スケールアップ／スケールアウト等）してもよい。また、ユーザのサービス契約内容の変更（例えばダウングレード等）により、現在選択されているＶＮＦから機能を削減したＶＮＦへ、ユーザトラフィックのＶＮＦへの割り当ての設定を変更（スケールダウン／スケールイン等）するようにしてもよい。
　さらに、実施形態１－３において、ユーザのサービス契約内容の変更のアップグレード等により、音声通話、ＳＭＳ（Short Message Service）機能を開放するようにしてもよい。該当ユーザのトラフィックは音声通話、ＳＭＳが可能になるように、サービスチェーン（ＶＮＦおよびＶＮＦをサポートする物理および仮想の構成要素の配備）を再構成するようにしてもよい。逆に、サービス契約内容の変更がダウングレードした場合は、それまで設定されていた機能を使えなくなるように、ＶＮＦのサービスチェーンを再構成するようにしてもよい。
　実施形態１－３によれば、ユーザのサービス契約内容にしたがって、ユーザトラフィックをＶＮＦに割り当てることが可能であるとともに、サービス契約内容の変更等に追従して、最適なＶＮＦの割り当てを可能としている。
　なお、実施形態１－３においても、実施形態１－２と同様、端末１がＭ２Ｍ端末である場合、当該Ｍ２Ｍ端末の契約情報にしたがって、Ｍ２Ｍ端末からのトラフィックをＶＮＦ１Ｃが設定された低速のサーバ装置１００Ｃに割り振るようにしてもよい。
＜実施形態１－４＞
　図９（Ａ）、図９（Ｂ）は、実施形態１－４を説明する図である。実施形態１－４は、実施形態１をより具体的に説明するものであり、実施形態１と同じく、サーバ装置（物理サーバ）単位でＶＮＦの割り当てを制御する。図９（Ａ）、図９（Ｂ）に示すように、実施形態１－４では、制御装置５０からのポリシに基づき、ＳＧＷ３０は、ＶＮＦが稼働するサーバ装置１００Ａ～１００Ｃの中から、トラフィックのコンテンツ、アプリケーションに応じて、割り当て先のＶＮＦが設置されたサーバ装置を選択する。ＳＧＷ３０は、割り当てられたＶＮＦ宛てに、当該ＶＮＦが配置されたサーバ装置にトラフィックを転送する。当該サーバ装置では、受信したトラフィックを、当該サーバ装置上のハイパーバイザ等を介して当該ＶＮＦが稼働する仮想マシン（ＶＭ）に転送する。
　図９（Ｂ）に示すポリシでは、
・コンテンツ：YouTube（登録商標）（HD(High Definition television)）は高速であり、第１のサービスレベルであり、割り当て先はＶＮＦ１Ａ、
・コンテンツ：YouTube（登録商標）（SD(Standard Definition television)）は低速であり、第３サービスレベルであり、割り当て先はＶＮＦ１Ｃ、
・その他の動画サービスは第２サービスレベルであり、割り当て先はＶＮＦ１Ｂ
としている。
　例えばＨＴＴＰ（Hyper text Transport Protocol）リクエストのヘッダ（ＨＴＴＰヘッダ）情報を解析し、コンテンツ情報等を取得するようにしてもよい。例えばｈｏｓｔフィールド（ＨＴＴＰ　１．１）等から、コンテンツ配信元のＵＲＬ（Uniform Resource Locator）、あるいは、エンティティヘッダのＣｏｎｔｅｎｔ－Ｌｏｃａｔｉｏｎから、コンテンツの固有位置を示すＵＲＩ（Uniform Resource Identifier）を取得するようにしてもよい。さらに、パケットのペイロード部を分析するディープパケットインスペクション（Deep Packet Inspection）や、パケットヘッダ部をチェックするステートフルディープパケットインスペクション（Stateful Deep Packet Inspection）等を使用してコンテンツあるいはアプリケーションの情報を抽出するようにしてもよい。取得したコンテンツ情報とポリシを照合し、トラフィックの割り当て先のＶＮＦを実現する仮想マシン（ＶＭ）が設置されたサーバ装置を選択する。
　実施形態１－４によれば、転送されるコンテンツ又はコンテンツを提供するアプリケーション等に対応した、ＶＮＦを割り当てることが可能である。
＜実施形態２＞
　図１０は、実施形態２の構成を説明する図である。実施形態２では、仮想マシン（ＶＭ）単位でＶＮＦの割り当てを制御する。例えば同じ機能の複数のＶＮＦ（ＶＮＦ１Ａ～ＶＮＦ１Ｃ）を、同一サーバ装置上の別々の仮想マシン（ＶＭ）上に実装する。なお、仮想マシンの台数に特に制限はない。図１０の例では、サーバ装置１００のハイパーバイザ等仮想化レイヤ（制御部１０１）上に実装された仮想マシン（ＶＭ）１０２Ａ～１０２Ｃを備え、仮想マシン（ＶＭ）１０２Ａ～１０２Ｃ上でそれぞれＶＮＦ１Ａ～ＶＮＦ１Ｃが稼働する。なお、図１０において、ＳＧＷ３０が、図１（Ａ）、図２（Ａ）を参照して説明した割り当て装置１１１の機能を備える。
　仮想マシン１０２Ａ～１０２Ｃの処理性能は、仮想マシン１０２Ａが相対的に高性能、仮想マシン１０２Ｃは相対的に低性能、不図示の仮想マシン１０２Ｂは中間性能とする。仮想マシン１０２Ｂの性能値は、例えば、仮想マシン１０２Ａと仮想マシン１０２Ｃの性能の中間値である。
　ＭＶＮＯキャリア単位にＶＮＦの割り当てを行う場合、例えば、高額契約のＭＶＮＯキャリアのトラフィックは、高性能のＶＭ１０２Ａ上で稼働するＶＮＦ１Ａに割り当てる。一方、低額契約のＭＶＮＯキャリアのトラフィックは、低性能のＶＭ１０２Ｃ上で稼働するＶＮＦ１Ｃに割り当てる。
　あるいは、ユーザ単位のＶＮＦ割り当てを行う場合、ユーザのサービス契約情報に基づき、サービスクラスが上のユーザのトラフィックは、高性能のＶＭ１０２Ａ上で稼働するＶＮＦ１Ａに割り当てる。一方、サービスクラスが下のユーザのトラフィックは、低性能のＶＭ１０２Ｃ上で稼働するＶＮＦ１Ｃに割り振る。
　ＳＧＷ３０は、サーバ装置１００にトラフィックを送信する。その際、ＳＧＷ３０は、トラフィックのパケットのヘッダ（例えばＩＰヘッダの未使用ビットフィールド等）に、割り当てられたＶＮＦを指定する情報（識別情報等）を設定してサーバ装置１００に転送するようにしてもよい。あるいは、ＳＧＷ３０は、割り当てられたＶＮＦが稼働する仮想マシン（ＶＭ）のＭＡＣアドレス（ＶＭのパワーオン時等にハイパーバイザ等によりソフトウェア的に自動で割り当てられる仮想ＭＡＣアドレス）等をトラフィックのフレームヘッダに設定してサーバ装置１００に転送するようにしてもよい。
　サーバ装置１００では、当該サーバ装置上の複数のＶＮＦ１Ａ～ＶＮＦ１Ｃのうち、ＳＧＷ３０で割り当てられたＶＮＦが稼働する仮想マシン（ＶＭ）に対して、ＳＧＷ３０から受信したトラフィックを転送する。
　実施形態２によれば、仮想マシン（ＶＭ）単位でＶＮＦの割り当てを制御する。このため、サーバ装置単位で割り当てを制御する実施形態１と比較して、サーバリソース（例えばサーバ装置の台数）の削減を可能としており、運用コストの低減を図ることができる。
＜実施形態２の一例＞
　図１１は、実施形態２の構成の一例を模式的に説明する図である。図１１の例では、サーバ装置１００内の仮想スイッチ（ｖＳｗｉｔｃｈ）１０６により、ＳＧＷ３０から受信したトラフィックを仮想マシン（ＶＭ）へ転送する。
　物理ＮＩＣ１０５からのフレーム（パケット）は、仮想スイッチ１０６の入力ポート（Ｕ）に入力される。仮想スイッチ１０６では、例えばフレームのヘッダを解析し、ＳＧＷ３０でフレームのヘッダに設定された仮想マシン（ＶＭ）のＭＡＣアドレス、あるいは、ＳＧＷ３０でヘッダに設定された識別情報（ヘッダの未使用ビットフィールド等に設定されたＶＮＦの識別情報）等に基づき、転送先の仮想マシン（ＶＭ）が接続する出力ポートを決定し、入力したフレームを、仮想マシン（ＶＭ）の仮想ＮＩＣ、及びゲストＯＳ（Operating System）（デバイスドライバ）を介して、ゲストＯＳ上で動作する、当該割り当てられたＶＮＦ（アプリケーション）に転送する。ＶＮＦで処理されＶＮＦから出力されたデータ（パケットデータ）は、仮想ＮＩＣで例えばフレームとされ、仮想スイッチ１０６、物理ＮＩＣ１０５を介して、ＭＶＮＯネットワークの転送先（図２０（Ｂ）のＭＶＮＯネットワークのＲｏｕｔｅｒ等）に送出され、さらに、インターネット又はＩＭＳ等のパケットデータ網を介して端末１の通信相手に向けて送信される。なお、図１１において、仮想スイッチ（ｖＳｗｉｔｃｈ）１０６は、図１１のＳＧＷ３０とともに、図１（Ａ）の割り当て装置１１１を構成している。なお、特に制限されるものではないが、１つのＶＮＦが複数の仮想マシン（ＶＭ）によって実現されている場合、ＶＮＦを構成する複数のＶＮＦＣ（ＶＮＦ　Ｃｏｍｐｏｎｅｎｔ）のうち、仮想ＮＩＣ（仮想ネットワーク：外部リンク）に接続されるＶＮＦＣを実現する仮想マシン（ＶＭ）に、トラフィックが転送されることになる。
＜実施形態２－１＞
　図１２（Ａ）、図１２（Ｂ）は、実施形態２－１を説明する図である。実施形態２－１は、実施形態２をより具体的に説明するものであり、実施形態２と同じく、仮想マシン（ＶＭ）単位でＶＮＦの割り当てを制御する。
　図１２（Ａ）に示すように、実施形態２－１では、制御装置（又はオペレータ）５０から設定されるポリシに基づき、ＳＧＷ３０は、キャリア毎に、トラフィックのＶＮＦへの割り当てを、仮想マシン（ＶＭ）単位で制御する。ＳＧＷ３０は、割り当てられたＶＮＦがその上で稼働する仮想マシン（ＶＭ）にトラフィックが転送されるように、フレーム又はパケットのヘッダ情報に仮想マシン（ＶＭ）の識別情報（例えば仮想ＭＡＣアドレス等）等を設定し、サーバ装置１００に転送する。サーバ装置１００では、図１１を参照して説明したように、トラフィックを、宛先となるＶＮＦへ転送する。
　図１２（Ｂ）は、制御装置（又はオペレータ）５０から設定されるポリシの一例を説明する図である。図１２（Ｂ）に示すように、キャリア毎に設定されたサービスレベルに応じてＶＮＦの割り当てを制御する。なお、割り当ての仕方は、図５（Ｂ）と同じであるため、説明は省略する。
　実施形態２－１では、制御装置（又はオペレータ）５０からＳＧＷ３０へのポリシの設定により、キャリア毎に設定されるサービスレベルに応じたＶＮＦの割り当てを行っている。制御装置（又はオペレータ）５０からのポリシを可変に設定することで、ＭＶＮＯキャリアと、サービスレベル、ＶＮＦの対応を可変に設定することができる。このため、サーバのリソースを有効且つ適切に利用可能としている。
　実施形態２－１においても、前記実施形態１－１の変形例と同様（図６参照）、ＳＧＷ３０では、キャリア毎に、トラフィックの仮想マシン（グループ）への割り当てを行い、さらに、ＰＧＷ４０では、Ｇｘｃインタフェースを介してＰＣＲＦ５１から送信されるポリシ制御情報等に基づき、同一キャリアに対して、サービスレベルに応じて、ＶＮＦの割り当てを、仮想マシン単位で行うようにしてもよい。
＜実施形態２－２＞
　図１３（Ａ）、図１３（Ｂ）は、実施形態２－２を説明する図である。実施形態２－２は、実施形態２をより具体的に説明するものであり、実施形態２と同じく、仮想マシン（ＶＭ）単位でＶＮＦの割り当てを制御する。
　図１３（Ａ）、図１３（Ｂ）に示すように、実施形態２－２では、制御装置（又はオペレータ）５０から設定されるポリシに基づき、ＳＧＷ３０は、ユーザ単位（端末１の端末識別情報（端末ＩＤ）、又はアドレス単位）に、トラフィックのＶＮＦへの割り当てを制御する。なお、端末１の識別情報としては端末のＳＩＭ（Subscriber Identity Module）カードに格納されたＩＭＳＩ（International Mobile Subscriber Identity）等を用いてもよい。ＳＧＷ３０は、割り当てられたＶＮＦがその上で稼働する仮想マシン（ＶＭ）にトラフィックが転送されるように、フレーム又はパケットのヘッダ情報に仮想マシンの識別情報（例えば仮想ＭＡＣアドレス等）等を設定し、サーバ装置１００に転送する。サーバ装置１００では、図１１を参照して説明したように、トラフィックを、宛先となるＶＮＦへ転送する。
　図１３（Ａ）に示すように、実施形態２－２では、制御装置（又はオペレータ）５０から設定されるポリシに基づき、ユーザ毎にトラフィックのＶＮＦへの割り当てを制御する。図１３（Ｂ）は、制御装置（又はオペレータ）５０から設定されるポリシの一例を説明する図である。図１３（Ｂ）に示すように、ユーザ毎（端末１のＩＤ又はアドレス）に設定されたサービスレベルに応じてＶＮＦの割り当てを制御する。図１３（Ｂ）の例では、
・キャリアＡ（ＭＮＯ又はＭＶＮＯ）に加入するユーザ１の端末のトラフィックは、その上でＶＮＦ１Ａが稼働する高速のＶＭ１０２Ａ、
・キャリアＡ（ＭＮＯ又はＭＶＮＯ）に加入するユーザ２の端末のトラフィックは、その上でＶＮＦ１Ｂが稼働する中速のＶＭ１０２Ｂ、
・キャリアＢ（ＭＶＮＯキャリア）に加入するユーザ３の端末のトラフィックは、その上でＶＮＦ１Ｃが稼働する低速のＶＭ１０２Ｃ、
にそれぞれ割り振られる。
　図１３（Ａ）において、制御装置（又はオペレータ）５０とＳＧＷ３０は、図１（Ａ）、図２（Ａ）を参照して説明した割り当て装置１１１の機能を実現している。
　実施形態２－２では、制御装置（又はオペレータ）５０からＳＧＷ３０へのポリシの設定により、ユーザ毎に設定されるサービスレベルに応じたＶＮＦの割り当てを行っている。実施形態２－２によれば、制御装置（又はオペレータ）５０からのポリシを可変に設定することで、ユーザと、サービスレベル、ＶＮＦの対応を可変に設定することができる。このため、サーバ、特にＶＭのリソースを有効且つ適切に利用可能としている。
　なお、実施形態２－２においても、実施形態１－２と同様、端末１がＭ２Ｍ端末である場合、図１３（Ｂ）の第３のサービスレベルとするポリシとし、Ｍ２Ｍ端末からのトラフィックを低速のＶＮＦ１Ｃに割り振るようにしてもよい。
＜実施形態２－３＞
　図１４（Ａ）、図１４（Ｂ）は、実施形態２－３を説明する図である。実施形態２－３は、実施形態２をより具体的に説明するものであり、実施形態２と同じく、仮想マシン（ＶＭ）単位でＶＮＦの割り当てを制御する。
　図１４（Ａ）に示すように、実施形態２－３では、ＨＳＳ７０の加入者情報（例えばサービス契約内容の変更（例：料金プラン変更、プリペイド料金追加等）に基づき、ユーザ単位にトラフィックのＶＮＦへの割り当てを制御する。
　図１４（Ａ）において、ＭＭＥ６０は、端末１のアタッチ処理時、ＨＳＳ７０と連携して認証等を行う。ＭＭＥ６０は、ＨＳＳ７０の加入者プロファイル情報（サービス契約情報や課金情報等）を参照し、加入者プロファイル情報に基づき、トラフィックを割り当てるＶＮＦを決定するようにしてもよい。ＳＧＷ３０は、ＭＭＥ６０又は基地局２０からの通知（割り当て先ＶＮＦ）を受け、割り当てられたＶＮＦがその上で稼働する仮想マシン（ＶＭ）にトラフィックが転送されるように、フレーム又はパケットのヘッダ情報に仮想マシンの識別情報（例えば仮想ＭＡＣアドレス等）等を設定し、サーバ装置１００に転送する。サーバ装置１００では、図１１を参照して説明したように、トラフィックを、宛先となるＶＮＦへ転送する。
　なお、本実施形態では、基地局２０でユーザ毎のトラフィックの割り当て先のＶＮＦを仮想マシン（ＶＭ）単位で決定するようにしてもよい。
　図１４（Ｂ）は、ユーザ単位（端末１の端末識別情報（端末ＩＤ）、アドレス単位）のＶＮＦの割り当ての一例を示す図である。図１４（Ａ）の割り当ては、図８（Ｂ）のポリシ（ユーザ単位のＶＮＦの割り当て）と同一であるため、説明は省略する。
　実施形態２－３において、ユーザの契約内容変更（例：料金プラン変更、プリペイド料金追加）に応じて、ユーザトラフィックのＶＮＦへの割り当ての設定を変更するようにしてもよい。
　実施形態２－３において、例えば、プリペイド料金追加による、月当たりの通信容量アップ等に応じて、ユーザトラフィックのＶＮＦへの割り当ての設定を変更（例えば低性能のＶＮＦから高性能のＶＮＦへ変更）するようにしてもよい。
　あるいは、実施形態２－３において、契約内容変更（例えばアップグレード等）により、現在選択されているＶＮＦに対して機能をさらに追加したＶＮＦを割り当てるように、ユーザトラフィックのＶＮＦへの割り当ての設定を変更してもよい。また、契約内容変更（例えばダウングレード等）により、現在選択されているＶＮＦから機能を削減したＶＮＦへ、ユーザトラフィックのＶＮＦへの割り当ての設定を変更するようにしてもよい。
　さらに、実施形態２－３において、契約内容変更のアップグレード等により、音声通話、ＳＭＳ（Short Message Service）機能を開放するようにしてもよい。該当ユーザのトラフィックは音声通話、ＳＭＳが可能になるように、サービスチェーン（ＶＮＦおよびＶＮＦをサポートする物理および仮想の構成要素の配備）を再構成するようにしてもよい。逆に、契約内容変更がダウングレードした場合は、それまで設定されていた機能を使えなくなるように、ＶＮＦのサービスチェーンを再構成するようにしてもよい。
　実施形態２－３によれば、ユーザの契約内容にしたがってユーザトラフィックをＶＮＦに割り当てることが可能であるとともに、契約内容の変更等に追従して、最適なＶＮＦの割り当てを可能としている。
　なお、実施形態２－３においても、実施形態２－２と同様、端末１がＭ２Ｍ端末である場合、Ｍ２Ｍ端末の契約情報にしたがって、Ｍ２Ｍ端末からのトラフィックを低速のＶＮＦ１Ｃに割り振るようにしてもよい。
＜実施形態２－４＞
　図１５（Ａ）、図１５（Ｂ）は、実施形態２－４を説明する図である。実施形態２－４は、実施形態２をより具体的に説明するものであり、実施形態２と同じく、ＶＭ単位でＶＮＦの割り当てを制御する。
　図１５（Ａ）、図１５（Ｂ）に示すように、実施形態２－４では、制御装置５０からのポリシに基づき、ＳＧＷ３０は、サーバ装置１００に配置された複数のＶＮＦ１Ａ～ＶＮＦ１Ｃの中から、トラフィックのコンテンツ、アプリケーション等に応じて、当該トラフィックの割り当て先のＶＮＦを選択する。図１５（Ｂ）に示すポリシでは、
・コンテンツ：YouTube（登録商標）（HD(High Definition television)）は高速であり、第１のサービスレベルであり、割り当て先はＶＮＦ１Ａ、
・コンテンツ：YouTube（登録商標）（SD(Standard Definition television)）は低速であり、第３サービスレベルであり、割り当て先はＶＮＦ１Ｃ、
・その他の動画サービスは第２サービスレベルであり、割り当て先はＶＮＦ１Ｂ
としている。
　ＳＧＷ３０は、ＭＭＥ６０又は基地局２０からの通知（割り当て先ＶＮＦ）を受け、割り当てられたＶＮＦがその上で稼働する仮想マシン（ＶＭ）にトラフィックが転送されるように、フレーム又はパケットのヘッダ情報に仮想マシンの識別情報（例えば仮想ＭＡＣアドレス等）等を設定し、サーバ装置１００に転送する。サーバ装置１００では、図１１を参照して説明したように、トラフィックを、宛先となるＶＮＦへ転送する。
　実施形態２－４においても、前記実施形態１－４と同様に、例えばＨＴＴＰ（Hyper text Transport Protocol）リクエストのヘッダ（ＨＴＴＰヘッダ）情報を解析し、コンテンツ情報等を取得するようにしてもよい。例えばｈｏｓｔフィールド（ＨＴＴＰ　１．１）等から、コンテンツ配信元のＵＲＬ（Uniform Resource Locator）、あるいは、エンティティヘッダのＣｏｎｔｅｎｔ－Ｌｏｃａｔｉｏｎから、コンテンツの固有位置を示すＵＲＩ（Uniform Resource Identifier）を取得するようにしてもよい。さらに、パケットのペイロード部を分析するディープパケットインスペクション（Deep Packet Inspection）や、パケットヘッダ部をチェックするステートフルディープパケットインスペクション（Stateful Deep Packet Inspection）等を使用してコンテンツあるいはアプリケーションの情報を抽出するようにしてもよい。取得したコンテンツ情報とポリシを照合し、トラフィックの割り当て先のＶＮＦを実現する仮想マシン（ＶＭ）を選択するようにしてもよい。
　実施形態２－４によれば、転送されるコンテンツ又はコンテンツを提供するアプリケーションに対応した、ＶＮＦを割り当てることが可能である。
＜実施形態３＞
　図１６は、実施形態３の構成を説明する図である。実施形態３においても、仮想マシン（ＶＭ）単位でＶＮＦの割り当てを制御する。
　図１６に示す例では、第１のサーバ装置１００Ｄ上のＶＮＦ（ＶＮＦ１Ａ、ＶＮＦ１Ｂ）と、第２のサーバ装置１００Ｅ上のＶＮＦ（ＶＮＦ２Ａ、ＶＮＦ２Ｂ）がそれぞれ提供するサービスが相違する構成とされる。すなわち、ＶＮＦ１ＡとＶＮＦ１Ｂは同一機能（第１機能）であるが、性能のクラスが相違する。ＶＮＦ２ＡとＶＮＦ２Ｂは同一機能（第２機能：第１機能と相違する）であるが、性能のクラスが相違する。
　第１のサービスを提供するＶＮＦ１Ａ、ＶＮＦ１Ｂが設置される第１のサーバ装置１００Ｄにおいて、仮想マシンＶＭ１Ａは高性能ＶＭ、仮想マシンＶＭ１Ｂは低性能ＶＭである。仮想マシンＶＭ１Ａ上のＶＮＦ１Ａは高性能、仮想マシンＶＭ１Ｂ上のＶＮＦ１Ｂは低性能となる。第２のサービスを提供するＶＮＦ２Ａ、ＶＮＦ２Ｂが設置される第２のサーバ装置１００Ｅにおいて、仮想マシンＶＭ２Ａは高性能ＶＭ、仮想マシンＶＭ２Ｂは低性能ＶＭである。仮想マシンＶＭ２Ａ上のＶＮＦ２Ａは高性能、仮想マシンＶＭ２Ｂ上のＶＮＦ２Ｂは低性能となる。
　このように、実施形態３では、サービス毎に、品質がクラス分けされた複数のＶＮＦをチェーニング構成としている。ＶＮＦ毎の品質等のクラス分けの粒度は、サーバ装置１００Ｄ、１００Ｅ間で相違してもよい。例えば第１のサーバ装置１００Ｄでは、サービスレベルを８レベルに分け、第２のサーバ装置１００Ｅでは、サービスレベルを４レベルに分けるというように、Ｑｏｓ（Quality of Service）や通信速度、契約等に応じたサービスレベルの粒度が相違してもよい。
　実施形態３において、ＶＮＦによって、クラス分けの階層（ランク）を異なるものにしてもよい。例えばサーバ装置１００Dでは、高性能と低性能のＶＮＦが配置され、サーバ装置１００Eでは、高性能、中性能、低性能のＶＮＦが配置される構成としてもよい。
　実施形態３において、ＶＮＦによっては、ＶＮＦが提供するサービス毎にサーバ装置を分けずに、共通にしてもよい。
　また、実施形態３において、サービス毎にクラス分けするＶＮＦと、その機能そのものを付加するか否かを（例えば、ＳＭＳオプション）選択するＶＮＦとを混在させる構成としてもよい。
　さらに、実施形態３において、前記実施形態１－４、２－４等で説明したように、ユーザの加入者情報等に基づき、トラフィックを割り当てるＶＮＦを選択する（サーバ装置の選択と、サーバ装置内でのＶＮＦの選択する）ようにしてもよい。あるいは、前記実施形態１－２、１－３、２－２、２－３等のように、設定されたポリシに基づき、ＳＧＷ３０で割り当てるＶＮＦを選択する（サーバ装置の選択と、サーバ装置内でのＶＮＦの選択）ようにしてもよい。
　実施形態３によれば、提供するサービス（機能）と品質の組み合わせ、及びクラス分けの粒度に応じてきめ細かにリソースの割り当てを可能としている。
＜実施形態４＞
　図１７（Ａ）は、実施形態４の構成を説明する図である。図１７（Ａ）を参照すると、実施形態４においては、キャリアグレードの専用装置１２０と、図３を参照して説明した実施形態１のサーバ装置（図３のサーバ装置１００Ａ～１００Ｃのうちのサーバ装置１００Ｂ、１００Ｃ）を備えている。サーバ装置１００Ｂ上のＶＮＦ１Ｂは専用装置１２０の機能（ネットワーク機能）を、サーバ装置１００Ｂ上で仮想化したものであり、専用装置１２０が行う処理・機能を仮想マシン上でソフトウェア的に実現している。専用装置１２０は、ＭＮＯが所有するものであってもよいし、あるいは、特定のＭＶＮＯキャリアが所有するものであってもよい。なお、図１７（Ａ）には、簡単のため、サーバ装置は１台のみが示されているが、複数台あってもよいことは勿論である。
　図１７（Ｂ）に示すように、例えば、キャリアＡが、専用装置１２０等のインフラを所有しているキャリア（ＭＮＯ又はＭＶＮＯ）であるか、あるいは、キャリアＡが高額契約のＭＶＮＯキャリアの場合、当該キャリアＡのトラフィックは専用装置１２０を割り当てる。低額契約のＭＶＮＯキャリアＢ、Ｃのトラフィックは、サーバ装置１００Ｂ上のＶＮＦ１Ｂや不図示のサーバ装置１００Ｃ上のＶＮＦ１Ｃに割り当てる。
　ＳＧＷ３０は、ユーザトラフィックを専用装置１２０に割り当てる場合、専用装置１２０のＭＡＣアドレスを当該トラフィックのフレームヘッダに設定して転送するようにしてもよい。ＳＧＷ３０は、トラフィックをＶＮＦ１Ｂに割り当てる場合、ＶＮＦ１Ｂが配置されるサーバ装置１００を選択する（サーバ単位の選択）。ＳＧＷ３０は、ＶＮＦ１Ｂを実現する仮想マシン（ＶＭ）の識別情報（あるいはＶＮＦの識別情報）を当該トラフィックのフレームヘッダ（パケットヘッダ）等に設定し、当該トラフィックを、サーバ装置１００Ｂに転送するようにしてもよい。サーバ装置１００Ｂでは、図１１を参照して説明したように、トラフィックを、宛先となるＶＮＦへ転送する。
　なお、実施形態４の変形例として、ユーザ単位にトラフィックの割り当て先を制御するようにしてもよい。例えば図１７（Ｃ）に示す例では、キャリアＡのユーザ１は、第１のサービスレベルに対応しており、そのトラフィックを専用装置１２０に割り当て、キャリアＡのユーザ２は、第２のサービスレベルに対応しており、そのトラフィックをＶＮＦ１Ｂに割り当てている。
　あるいは、実施形態４のさらなる変形例として、例えば同一キャリアのユーザのトラフィックに対して、当該トラフィック（端末１宛てのトラフィック）が運ぶコンテンツに対応したサービスレベルに応じて、トラフィックの割り当てを、専用装置１２０、ＶＮＦ１Ｂ、ＶＮＦ１Ｃのいずれかに設定するようにしてもよい。図１７（Ｄ）に示す例では、第１のサービスレベルのコンテンツを運ぶトラフィックを専用装置１２０に割り当てている。
　なお、専用装置１２０は、任意のネットワーク設備、あるいはサーバ装置等とされる。例えば図２０（Ｂ）のＰＧＷやサーバ群、あるいは図１９（Ｂ）のルータ（Ｒｏｕｔｅｒ）等であってもよい。
　実施形態４によれば、ＮＦＶに準拠しない既存の専用装置１２０（例えば既存のＰＧＷ等）と、ＮＦＶとの併用を可能とし、ネットワーク設備が完全にＮＦＶ化するまでの経過措置（システム構成）として極めて有効である。
＜実施形態５＞
　図１８（Ａ）は、実施形態５の構成を説明する図である。図１８（Ａ）を参照すると、実施形態５においては、専用装置１２０と、サーバ装置１００を備えている。サーバ装置１００は、図１０を参照して説明した実施形態２のサーバ装置１００に対応している（ただし、ＶＮＦはＶＮＦ１ＢとＶＮＦ１Ｃを有する）。図１８（Ａ）において、サーバ装置１００上のＶＮＦ１Ｂ、ＶＮＦ１Ｃは、それぞれ、専用装置１２０の機能を仮想化したものであり、専用装置１２０が行う処理・機能を仮想マシン上でソフトウェア的に実現している。専用装置１２０は、ＭＮＯが所有するものであってもよいし、あるいは、特定のＭＶＮＯキャリアが所有するものであってもよい。図１８（Ａ）には、簡単のため、サーバ装置は１台のみが示されているが、複数台あってもよいことは勿論である。
　図１８（Ｂ）に示すように、例えば、キャリアＡが、専用装置１２０等のインフラを所有しているキャリア（ＭＮＯ又はＭＶＮＯ）であるか、あるいは、キャリアＡが高額契約のＭＶＮＯキャリアの場合、当該キャリアＡのトラフィックは専用装置１２０を割り当てる。低額契約のＭＶＮＯキャリアＢ、Ｃのトラフィックは、サーバ装置１００Ｂ上のＶＮＦ１ＢやＶＮＦ１Ｃに割り当てる。
　ＳＧＷ３０は、トラフィックを専用装置１２０に割り当てる場合、例えば専用装置１２０のＭＡＣアドレスを当該トラフィックのフレームヘッダに設定して転送するようにしてもよい。ＳＧＷ３０は、トラフィックをＶＮＦ１Ｂに割り当てる場合、ＶＮＦ１Ｂが配置されるサーバ装置１００を選択する（サーバ単位の選択）。ＳＧＷ３０は、ＶＮＦ１Ｂを実現する仮想マシン（ＶＭ）の識別情報（あるいはＶＮＦの識別情報）を当該トラフィックのフレームヘッダ（パケットヘッダ）等に設定し、当該トラフィックを、サーバ装置１００Ｂに転送するようにしてもよい。サーバ装置１００Ｂでは、図１１を参照して説明したように、トラフィックを、宛先となるＶＮＦへ転送する。
　実施形態５の変形例として、図１８（Ｃ）に示すように、第１のサービスレベルのキャリアＡのユーザ１のトラフィックを専用装置１２０に割り当てるようにしてもよい。すなわち、ユーザ単位にトラフィックの割り当て先が設定される。
　あるいは、実施形態５のさらなる変形例として、図１８（Ｄ）に示すように、第１のサービスレベルのコンテンツを運ぶトラフィックを専用装置１２０に割り当てるようにしてもよい。すなわち、トラフィック（端末１宛てのトラフィック）が運ぶコンテンツに対応したサービスレベルに応じて、トラフィックの割り当て先が設定される。
　なお、専用装置１２０は、任意のネットワーク設備、あるいはサーバ装置等とされる。例えば図２０（Ｂ）のＰＧＷやサーバ群、あるいは図１９（Ｂ）のルータ（Ｒｏｕｔｅｒ）等であってもよい。
　実施形態５によれば、ＮＦＶに準拠しない既存の専用装置１２０と、ＮＦＶとの併用を可能とし、ネットワーク設備が完全にＮＦＶ化するまでの経過措置（システム構成）として極めて有効である。
　なお、上記非特許文献１の開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素（各請求項の各要素、各実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ乃至選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。
　上記した実施形態は特に制限されないが、例えば以下のように付記される。
(付記１）
　トラフィックに関連する情報に対応して設定されたサービスレベルに応じて、当該トラフィックを、所定のネットワーク機能を実行する専用装置、又は、前記専用装置の前記所定のネットワーク機能に対応する所定の仮想ネットワーク機能に割り当てる第１の手段(ユニット）と、
　前記割り当て結果に応じて、前記専用装置又は前記所定の仮想ネットワーク機能に前記トラフィックを転送する第２の手段(ユニット）と、
　を備えた、ことを特徴とする通信装置。
(付記２）
　前記通信装置は、前記トラフィックの属性に応じて、当該トラフィックを、前記所定の仮想ネットワーク機能を実現する仮想マシンのうち、第１の仮想ネットワークに含まれる第１の仮想マシン、又は、第２の仮想ネットワークに含まれる第２の仮想マシンに割り当てる、ことを特徴とする付記１に記載の通信装置。
(付記３）
　前記トラフィックに関連した情報は、前記トラフィックに対応して抽出された、前記トラフィックのユーザが加入する通信事業者を含む、ことを特徴とする付記１又は２に記載の通信装置。
(付記４）
　前記トラフィックに関連した情報は、前記トラフィックに対応して抽出された、前記ユーザの固有の情報を含む、ことを特徴とする付記１又は２に記載の通信装置。
(付記５）
　前記トラフィックに関連した情報は、前記トラフィックに対応して抽出された、前記トラフィックが運ぶコンテンツを含む、ことを特徴とする付記１又は２に記載の通信装置。
(付記６）
　前記トラフィックに関連した情報は、前記トラフィックに対応して抽出された、前記コンテンツ送信元のアプリケーションを含む、ことを特徴とする付記１又は２に記載の通信装置。
(付記７）
　前記第１の手段(ユニット）は、前記サービスレベルに応じて前記仮想ネットワーク機能へトラフィックを割り当てるにあたり、前記仮想ネットワーク機能を備えたサーバ装置を選択する、ことを特徴とする付記１乃至６のいずれかに記載の通信装置。
(付記８）
　前記第１の手段(ユニット）は、前記サービスレベルに応じた前記仮想ネットワーク機能へのトラフィックの割り当てを、サーバ装置に実装され、前記仮想ネットワーク機能がその上で稼働する仮想マシン単位に行う、ことを特徴とする付記１乃至６のいずれかに記載の通信装置。
(付記９）
　前記第１の手段(ユニット）は、前記サービスレベルに応じて、前記仮想ネットワーク機能へ前記トラフィックを割り当てるにあたり、処理性能の異なる複数の前記サーバ装置の中から、前記サービスレベルに対応した前記仮想ネットワーク機能を備えた前記サーバ装置を選択して前記仮想ネットワーク機能を実現する仮想マシンへ前記トラフィックを割り当てる、ことを特徴とする付記７記載の通信装置。
(付記１０）
　前記サーバ装置が、複数の前記仮想マシン上に、処理性能の異なる複数の前記仮想ネットワーク機能を備え、
　前記第１の手段(ユニット）は、前記サービスレベルに応じて、前記仮想ネットワーク機能を実現する前記仮想マシンへ前記トラフィックを割り当てるにあたり、前記サービスレベルに応じて、複数の前記仮想ネットワーク機能の中から１つを選択し、選択した前記仮想ネットワーク機能を実現する仮想マシンに前記トラフィックを割り当てる、ことを特徴とする付記７記載の通信装置。
(付記１１）
　機能が互いに異なる前記仮想ネットワーク機能を備えた前記サーバ装置を複数備え、
　同一の前記サーバ装置上に、機能は同一であり処理性能が互いに異なる複数の前記仮想ネットワーク機能を備え、
　前記第１の手段(ユニット）は、前記サービスレベルに応じて、前記仮想ネットワーク機能を実現する前記仮想マシンへ前記トラフィックを割り当てるにあたり、複数の前記サーバ装置の中から選択された前記サーバ装置上の複数の前記仮想ネットワーク機能の中から、前記サービスレベルに応じて選択された前記仮想ネットワーク機能に割り当てる、ことを特徴とする付記７記載の通信装置。
(付記１２）
　１つ又は複数の仮想ネットワーク機能を実現する１つ又は複数の仮想マシンを実装した１つ又は複数のサーバ装置と、
　付記１乃至１１のいずれかに記載の通信装置と、
　を備えた、ことを特徴とする通信システム。
(付記１３）
　トラフィックに関連する情報に対応して設定されたサービスレベルに応じて、当該トラフィックを、所定のネットワーク機能を実行する専用装置、又は、前記専用装置の前記所定のネットワーク機能に対応する所定の仮想ネットワーク機能に割り当てる第１の手段(ユニット）と、
　前記割り当て結果に応じて、前記専用装置又は前記所定の仮想ネットワーク機能に前記トラフィックを転送する第２の手段(ユニット）と、
　を備えた、ことを特徴とする割り当て装置。
(付記１４）
　前記割り当て装置は、前記トラフィックの属性に応じて、当該トラフィックを、前記所定の仮想ネットワーク機能を実現する仮想マシンのうち、第１の仮想ネットワークに含まれる第１の仮想マシン、又は、第２の仮想ネットワークに含まれる第２の仮想マシンに割り当てる、ことを特徴とする付記１３に記載の割り当て装置。
(付記１５）
　前記トラフィックに関連した情報は、前記トラフィックに対応して抽出された、前記トラフィックのユーザが加入する通信事業者を含む、ことを特徴とする付記１３又は１４に記載の割り当て装置。
(付記１６）
　前記トラフィックに関連した情報は、前記トラフィックに対応して抽出された、前記ユーザの固有の情報を含む、ことを特徴とする付記１３又は１４に記載の割り当て装置。
(付記１７）
　前記トラフィックに関連した情報は、前記トラフィックに対応して抽出された、前記トラフィックが運ぶコンテンツを含む、ことを特徴とする付記１３又は１４に記載の割り当て装置。
(付記１８）
　前記トラフィックに関連した情報は、前記トラフィックに対応して抽出された、前記コンテンツ送信元のアプリケーションを含む、ことを特徴とする付記１３又は１４に記載の割り当て装置。
(付記１９）
　前記第１の手段(ユニット）は、前記サービスレベルに応じて前記仮想ネットワーク機能へトラフィックを割り当てるにあたり、前記仮想ネットワーク機能を備えたサーバ装置を選択する、ことを特徴とする付記１３乃至１８のいずれかに記載の割り当て装置。
(付記２０）
　前記第１の手段(ユニット）は、前記サービスレベルに応じた前記仮想ネットワーク機能へのトラフィックの割り当てを、サーバ装置に実装され、前記仮想ネットワーク機能がその上で稼働する仮想マシン単位に行う、ことを特徴とする付記１３乃至１８のいずれかに記載の割り当て装置。
(付記２１）
　前記第１の手段(ユニット）は、前記サービスレベルに応じて、前記仮想ネットワーク機能を実現する仮想マシンへ前記トラフィックを割り当てるにあたり、処理性能の異なる複数の前記サーバ装置の中から、前記サービスレベルに対応した前記仮想ネットワーク機能を備えた前記サーバ装置を選択して前記仮想ネットワーク機能を実現する仮想マシンへ前記トラフィックを割り当てる、ことを特徴とする付記１９記載の割り当て装置。
(付記２２）
　前記サーバ装置が、複数の前記仮想マシン上に、処理性能の異なる複数の前記仮想ネットワーク機能を備え、
　前記第１の手段(ユニット）は、前記サービスレベルに応じて、前記仮想ネットワーク機能を実現する仮想マシンへ前記トラフィックを割り当てるにあたり、前記サービスレベルに応じて、複数の前記仮想ネットワーク機能の中から１つを選択して前記トラフィックを割り当てる、ことを特徴とする付記１９記載の割り当て装置。
(付記２３）
　機能が互いに異なる前記仮想ネットワーク機能を備えた前記サーバ装置を複数備え、
　同一の前記サーバ装置上に、機能は同一であり処理性能が互いに異なる複数の前記仮想ネットワーク機能を備え、
　前記第１の手段(ユニット）は、前記サービスレベルに応じて、前記仮想ネットワーク機能を実現する仮想マシンへ前記トラフィックを割り当てるにあたり、複数の前記サーバ装置の中から選択された前記サーバ装置上の複数の前記仮想ネットワーク機能の中から、前記サービスレベルに応じて選択された前記仮想ネットワーク機能を実現する仮想マシンに前記トラフィックを割り当てる、ことを特徴とする付記１９記載の割り当て装置。
(付記２４）
　トラフィックに関連する情報に対応して設定されたサービスレベルに応じて、当該トラフィックを、所定のネットワーク機能を実行する専用装置、又は、前記専用装置の前記所定のネットワーク機能に対応する所定の仮想ネットワーク機能に割り当て、
　前記割り当て結果に応じて、前記専用装置又は前記所定の仮想ネットワーク機能に前記トラフィックを転送する、ことを特徴とする通信方法。
(付記２５）
　前記トラフィックの属性に応じて、当該トラフィックを、前記仮想ネットワーク機能を実現する仮想マシンのうち、第１の仮想ネットワークに含まれる第１の仮想マシン、又は、第２の仮想ネットワークに含まれる第２の仮想マシンに割り当てる、ことを特徴とする付記２４に記載の通信方法。
(付記２６）
　前記トラフィックに関連した情報は、前記トラフィックに対応して抽出された、前記トラフィックのユーザが加入する通信事業者を含む、ことを特徴とする付記２４又は２５に記載の通信方法。
(付記２７）
　前記トラフィックに関連した情報は、前記トラフィックに対応して抽出された、前記ユーザの固有の情報を含む、ことを特徴とする付記２４又は２５に記載の通信方法。
(付記２８）
　前記トラフィックに関連した情報は、前記トラフィックに対応して抽出された、前記トラフィックが運ぶコンテンツを含む、ことを特徴とする付記２４又は２５に記載の通信方法。
(付記２９）
　前記トラフィックに関連した情報は、前記トラフィックに対応して抽出された、前記コンテンツ送信元のアプリケーションを含む、ことを特徴とする付記２４又は２５に記載の通信方法。
(付記３０）
　前記サービスレベルに応じて前記仮想ネットワーク機能へトラフィックを割り当てるにあたり、前記仮想ネットワーク機能を備えたサーバ装置を選択する、ことを特徴とする付記２４乃至２９のいずれかに記載の通信方法。
(付記３１）
　前記サービスレベルに応じた前記仮想ネットワーク機能へのトラフィックの割り当てを、サーバ装置に実装され、前記仮想ネットワーク機能がその上で稼働する仮想マシン単位に行う、ことを特徴とする付記２４乃至２９のいずれかに記載の通信方法。
(付記３２）
　処理性能の異なる複数の前記サーバ装置の中から、前記サービスレベルに対応した前記仮想ネットワーク機能を備えた前記サーバ装置を選択して前記仮想ネットワーク機能を実現する仮想マシンへ前記トラフィックを割り当てる、ことを特徴とする付記３０記載の通信方法。
(付記３３）
　前記サーバ装置が、複数の前記仮想マシン上に、処理性能の異なる複数の前記仮想ネットワーク機能を備え、
　前記サービスレベルに応じて、複数の前記仮想ネットワーク機能の中から１つを選択して前記トラフィックを割り当てる、ことを特徴とする付記３０記載の通信方法。
(付記３４）
　機能が互いに異なる前記仮想ネットワーク機能を備えた複数の前記サーバ装置について、同一の前記サーバ装置上に、機能は同一であり処理性能が互いに異なる複数の前記仮想ネットワーク機能を備え、
　前記トラフィックを、複数の前記サーバ装置の中から選択された前記サーバ装置上の複数の前記仮想ネットワーク機能の中から、前記サービスレベルに応じて選択された前記仮想ネットワーク機能に割り当てる、ことを特徴とする付記３０記載の通信方法。
(付記３５）
　トラフィックに関連する情報に対応して設定されたサービスレベルに応じて、当該トラフィックを、所定のネットワーク機能を実行する専用装置、又は、前記専用装置の前記所定のネットワーク機能に対応する所定の仮想ネットワーク機能に割り当てる第１の処理と、
　前記割り当て結果に応じて、前記専用装置又は前記所定の仮想ネットワーク機能に前記トラフィックを転送する第２の処理と、
　をコンピュータに実行させるプログラム。
(付記３６）
　前記トラフィックの属性に応じて、当該トラフィックを、前記所定の仮想ネットワーク機能を実現する仮想マシンのうち、第１の仮想ネットワークに含まれる第１の仮想マシン、又は、第２の仮想ネットワークに含まれる第２の仮想マシンに割り当てる処理を前記コンピュータに実行させる付記３５に記載のプログラム。
（付記３７）
　前記トラフィックに関連した情報は、前記トラフィックに対応して抽出された、前記トラフィックのユーザが加入する通信事業者を含む、ことを特徴とする付記３５又は３６に記載のプログラム。
（付記３８）
　前記トラフィックに関連した情報は、前記トラフィックに対応して抽出された、前記ユーザの固有の情報を含む、ことを特徴とする付記３５又は３７に記載のプログラム。
（付記３９）
　前記トラフィックに関連した情報は、前記トラフィックに対応して抽出された、前記トラフィックが運ぶコンテンツを含む、ことを特徴とする付記３５又は３６に記載のプログラム。
（付記４０）
　前記トラフィックに関連した情報は、前記トラフィックに対応して抽出された、前記コンテンツ送信元のアプリケーションを含む、ことを特徴とする付記３５又は３６に記載のプログラム。
（付記４１）
　前記第１の処理は、前記サービスレベルに応じて前記仮想ネットワーク機能へトラフィックを割り当てるにあたり、前記仮想ネットワーク機能を備えたサーバ装置を選択する、ことを特徴とする付記３５乃至４０のいずれかに記載のプログラム。
（付記４２）
　前記第１の処理は、前記サービスレベルに応じた前記仮想ネットワーク機能へのトラフィックの割り当てを、サーバ装置に実装され、前記仮想ネットワーク機能がその上で稼働する仮想マシン単位に行う、ことを特徴とする付記３５乃至４０のいずれかに記載のプログラム。
（付記４３）
　前記第１の処理は、前記サービスレベルに応じて、前記仮想ネットワーク機能へ前記トラフィックを割り当てるにあたり、処理性能の異なる複数の前記サーバ装置の中から、前記サービスレベルに対応した処理性能を有し前記仮想ネットワーク機能を備えた前記サーバ装置を選択し、選択した前記サーバ装置の前記仮想ネットワーク機能を実現する仮想マシンへ前記トラフィックを割り当てる、ことを特徴とする付記４２記載のプログラム。
（付記４４）
　前記サーバ装置が、複数の前記仮想マシン上に、処理性能の異なる複数の前記仮想ネットワーク機能を備え、
　前記第１の処理は、前記サービスレベルに応じて、前記仮想ネットワーク機能を実現する前記仮想マシンへ前記トラフィックを割り当てるにあたり、前記サービスレベルに応じて、複数の前記仮想ネットワーク機能の中から１つを選択し、選択した前記仮想ネットワーク機能を実現する仮想マシンに前記トラフィックを割り当てる、ことを特徴とする付記４２記載のプログラム。
（付記４５）
　機能が互いに異なる前記仮想ネットワーク機能を備えた前記サーバ装置を複数備え、
　同一の前記サーバ装置上に、機能は同一であり処理性能が互いに異なる複数の前記仮想ネットワーク機能を備え、
　前記第１の処理は、前記サービスレベルに応じて、前記仮想ネットワーク機能へ前記トラフィックを割り当てるにあたり、複数の前記サーバ装置の中から、該当する機能の前記仮想ネットワーク機能を備えた前記サーバ装置を選択し、選択した前記サーバ装置上の処理性能が互いに異なる複数の前記仮想ネットワーク機能の中から、前記サービスレベルに応じて前記仮想ネットワーク機能を選択し、選択した前記仮想ネットワーク機能を実現する仮想マシンに前記トラフィックを割り当てる、ことを特徴とする付記４２記載のプログラム。
１　端末（移動端末）
２　ＭＮＯネットワーク（ＭＮＯ　ＮＷ）
３　ＭＶＮＯネットワーク（ＭＶＮＯ　ＮＷ）
４　インターネット
２０　ｅＮＢ（基地局）
３０　ＳＧＷ
４０　ＰＧＷ
５０　制御装置
５１　ＰＣＲＦ
５２　ＰＣＥＦ
６０　ＭＭＥ
７０　ＨＳＳ
１００、１００Ａ～１００Ｅ　サーバ装置（物理サーバ）
１０１、１０１Ａ～１０１Ｃ　制御部（ハイパーバイザ）
１０２、１０２Ａ～１０２Ｃ　仮想マシン（ＶＭ）
１０３、１０３Ａ～１０３Ｃ　ＶＮＦ
１０４　ハードウェア資源
１０５　物理ＮＩＣ
１０６　仮想スイッチ（ｖＳｗｉｔｃｈ）
１０７Ａ、１０７Ｂ　仮想ＮＩＣ
１０８Ａ、１０８Ｂ　ゲストＯＳ
１１０　スイッチ（物理スイッチ）
１１１　割り当て装置
１１２　制御部
１１３　処理部
１１４　記憶部
１２０　専用装置

Claims (36)

  1. 　トラフィックに関連する情報に対応して設定されたサービスレベルに応じて、当該トラフィックを、所定のネットワーク機能を実行する専用装置、又は、前記専用装置の前記所定のネットワーク機能に対応する所定の仮想ネットワーク機能に割り当てる第１の手段と、
    　前記割り当て結果に応じて、前記専用装置又は前記所定の仮想ネットワーク機能に前記トラフィックを転送する第２の手段と、
    　を備えた、ことを特徴とする通信装置。
  2. 　前記通信装置は、前記トラフィックの属性に応じて、当該トラフィックを、前記所定の仮想ネットワーク機能を実現する仮想マシンのうち、第１の仮想ネットワークに含まれる第１の仮想マシン、又は、第２の仮想ネットワークに含まれる第２の仮想マシンに割り当てる、ことを特徴とする請求項１に記載の通信装置。
  3. 　前記トラフィックに関連した情報は、前記トラフィックに対応して抽出された、前記トラフィックのユーザが加入する通信事業者を含む、ことを特徴とする請求項１又は２に記載の通信装置。
  4. 　前記トラフィックに関連した情報は、前記トラフィックに対応して抽出された、前記ユーザの固有の情報を含む、ことを特徴とする請求項１又は２に記載の通信装置。
  5. 　前記トラフィックに関連した情報は、前記トラフィックに対応して抽出された、前記トラフィックが運ぶコンテンツを含む、ことを特徴とする請求項１又は２に記載の通信装置。
  6. 　前記トラフィックに関連した情報は、前記トラフィックに対応して抽出された、前記コンテンツ送信元のアプリケーションを含む、ことを特徴とする請求項１又は２に記載の通信装置。
  7. 　前記第１の手段は、前記サービスレベルに応じて前記仮想ネットワーク機能へトラフィックを割り当てるにあたり、前記仮想ネットワーク機能を備えたサーバ装置を選択する、ことを特徴とする請求項１乃至６のいずれか１項に記載の通信装置。
  8. 　前記第１の手段は、前記サービスレベルに応じた前記仮想ネットワーク機能へのトラフィックの割り当てを、サーバ装置に実装され、前記仮想ネットワーク機能がその上で稼働する仮想マシン単位に行う、ことを特徴とする請求項１乃至６のいずれか１項に記載の通信装置。
  9. 　前記第１の手段は、前記サービスレベルに応じて、前記仮想ネットワーク機能へ前記トラフィックを割り当てるにあたり、処理性能の異なる複数の前記サーバ装置の中から、前記サービスレベルに対応した処理性能を有し前記仮想ネットワーク機能を備えた前記サーバ装置を選択し、選択した前記サーバ装置の前記仮想ネットワーク機能を実現する仮想マシンへ前記トラフィックを割り当てる、ことを特徴とする請求項７記載の通信装置。
  10. 　前記サーバ装置が、複数の前記仮想マシン上に、処理性能の異なる複数の前記仮想ネットワーク機能を備え、
    　前記第１の手段は、前記サービスレベルに応じて、前記仮想ネットワーク機能へ前記トラフィックを割り当てるにあたり、前記サービスレベルに応じて、複数の前記仮想ネットワーク機能の中から１つを選択し、選択した前記仮想ネットワーク機能を実現する仮想マシンに前記トラフィックを割り当てる、ことを特徴とする請求項７記載の通信装置。
  11. 　機能が互いに異なる前記仮想ネットワーク機能を備えた前記サーバ装置を複数備え、
    　同一の前記サーバ装置上に、機能は同一であり処理性能が互いに異なる複数の前記仮想ネットワーク機能を備え、
    　前記第１の手段は、前記サービスレベルに応じて、前記仮想ネットワーク機能へ前記トラフィックを割り当てるにあたり、複数の前記サーバ装置の中から、該当する機能の前記仮想ネットワーク機能を備えた前記サーバ装置を選択し、選択した前記サーバ装置上の処理性能が互いに異なる複数の前記仮想ネットワーク機能の中から、前記サービスレベルに応じて前記仮想ネットワーク機能を選択し、選択した前記仮想ネットワーク機能を実現する仮想マシンに前記トラフィックを割り当てる、ことを特徴とする請求項７記載の通信装置。
  12. 　１つ又は複数の仮想ネットワーク機能を実現する１つ又は複数の仮想マシンを実装した１つ又は複数のサーバ装置と、
    　請求項１乃至１１のいずれか１項に記載の通信装置と、
    　を備えた、ことを特徴とする通信システム。
  13. 　トラフィックに関連する情報に対応して設定されたサービスレベルに応じて、当該トラフィックを、所定のネットワーク機能を実行する専用装置、又は、前記専用装置の前記所定のネットワーク機能に対応する所定の仮想ネットワーク機能に割り当てる第１の手段と、
    　前記割り当て結果に応じて、前記専用装置又は前記所定の仮想ネットワーク機能に前記トラフィックを転送する第２の手段と、
    　を備えた、ことを特徴とする割り当て装置。
  14. 　前記割り当て装置は、前記トラフィックの属性に応じて、当該トラフィックを、前記所定の仮想ネットワーク機能を実現する仮想マシンのうち、第１の仮想ネットワークに含まれる第１の仮想マシン、又は、第２の仮想ネットワークに含まれる第２の仮想マシンに割り当てる、ことを特徴とする請求項１３に記載の割り当て装置。
  15. 　前記トラフィックに関連した情報は、前記トラフィックに対応して抽出された、前記トラフィックのユーザが加入する通信事業者を含む、ことを特徴とする請求項１３又は１４に記載の割り当て装置。
  16. 　前記トラフィックに関連した情報は、前記トラフィックに対応して抽出された、前記ユーザの固有の情報を含む、ことを特徴とする請求項１３又は１４に記載の割り当て装置。
  17. 　前記トラフィックに関連した情報は、前記トラフィックに対応して抽出された、前記トラフィックが運ぶコンテンツを含む、ことを特徴とする請求項１３又は１４に記載の割り当て装置。
  18. 　前記トラフィックに関連した情報は、前記トラフィックに対応して抽出された、前記コンテンツ送信元のアプリケーションを含む、ことを特徴とする請求項１３又は１４に記載の割り当て装置。
  19. 　前記第１の手段は、前記サービスレベルに応じて前記仮想ネットワーク機能へトラフィックを割り当てるにあたり、前記仮想ネットワーク機能を備えたサーバ装置を選択する、ことを特徴とする請求項１３乃至１８のいずれか１項に記載の割り当て装置。
  20. 　前記第１の手段は、前記サービスレベルに応じた前記仮想ネットワーク機能へのトラフィックの割り当てを、サーバ装置に実装され、前記仮想ネットワーク機能がその上で稼働する仮想マシン単位に行う、ことを特徴とする請求項１３乃至１８のいずれか１項に記載の割り当て装置。
  21. 　前記第１の手段は、前記サービスレベルに応じて、前記仮想ネットワーク機能へ前記トラフィックを割り当てるにあたり、処理性能の異なる複数の前記サーバ装置の中から、前記サービスレベルに対応した処理性能を有し前記仮想ネットワーク機能を備えた前記サーバ装置を選択し、選択した前記サーバ装置の前記仮想ネットワーク機能を実現する仮想マシンへ前記トラフィックを割り当てる、ことを特徴とする請求項１９記載の割り当て装置。
  22. 　前記サーバ装置が、複数の前記仮想マシン上に、処理性能の異なる複数の前記仮想ネットワーク機能を備え、
    　前記第１の手段は、前記サービスレベルに応じて、前記仮想ネットワーク機能へ前記トラフィックを割り当てるにあたり、前記サービスレベルに応じて、複数の前記仮想ネットワーク機能の中から１つを選択して前記トラフィックを割り当てる、ことを特徴とする請求項１９記載の割り当て装置。
  23. 　機能が互いに異なる前記仮想ネットワーク機能を備えた前記サーバ装置を複数備え、
    　同一の前記サーバ装置上に、機能は同一であり処理性能が互いに異なる複数の前記仮想ネットワーク機能を備え、
    　前記第１の手段は、前記サービスレベルに応じて、前記仮想ネットワーク機能へ前記トラフィックを割り当てるにあたり、複数の前記サーバ装置の中から、該当する機能の前記仮想ネットワーク機能を備えた前記サーバ装置を選択し、選択した前記サーバ装置上の処理性能が互いに異なる複数の前記仮想ネットワーク機能の中から、前記サービスレベルに応じて前記仮想ネットワーク機能を選択し、選択した前記仮想ネットワーク機能を実現する仮想マシンに前記トラフィックを割り当てる、ことを特徴とする請求項１９記載の割り当て装置。
  24. 　トラフィックに関連する情報に対応して設定されたサービスレベルに応じて、当該トラフィックを、所定のネットワーク機能を実行する専用装置、又は、前記専用装置の前記所定のネットワーク機能に対応する所定の仮想ネットワーク機能に割り当て、
    　前記割り当て結果に応じて、前記専用装置又は前記所定の仮想ネットワーク機能に前記トラフィックを転送する、ことを特徴とする通信方法。
  25. 　前記トラフィックの属性に応じて、当該トラフィックを、前記仮想ネットワーク機能を実現する仮想マシンのうち、第１の仮想ネットワークに含まれる第１の仮想マシン、又は、第２の仮想ネットワークに含まれる第２の仮想マシンに割り当てる、ことを特徴とする請求項２４に記載の通信方法。
  26. 　前記トラフィックに関連した情報は、前記トラフィックに対応して抽出された、前記トラフィックのユーザが加入する通信事業者を含む、ことを特徴とする請求項２４又は２５に記載の通信方法。
  27. 　前記トラフィックに関連した情報は、前記トラフィックに対応して抽出された、前記ユーザの固有の情報を含む、ことを特徴とする請求項２４又は２５に記載の通信方法。
  28. 　前記トラフィックに関連した情報は、前記トラフィックに対応して抽出された、前記トラフィックが運ぶコンテンツを含む、ことを特徴とする請求項２４又は２５に記載の通信方法。
  29. 　前記トラフィックに関連した情報は、前記トラフィックに対応して抽出された、前記コンテンツ送信元のアプリケーションを含む、ことを特徴とする請求項２４又は２５に記載の通信方法。
  30. 　前記サービスレベルに応じて前記仮想ネットワーク機能へトラフィックを割り当てるにあたり、前記仮想ネットワーク機能を備えたサーバ装置を選択する、ことを特徴とする請求項２４乃至２９のいずれか１項に記載の通信方法。
  31. 　前記サービスレベルに応じた前記仮想ネットワーク機能へのトラフィックの割り当てを、サーバ装置に実装され、前記仮想ネットワーク機能がその上で稼働する仮想マシン単位に行う、ことを特徴とする請求項２４乃至２９のいずれか１項に記載の通信方法。
  32. 　処理性能の異なる複数の前記サーバ装置の中から、前記サービスレベルに対応した前記仮想ネットワーク機能を備えた前記サーバ装置を選択して前記仮想ネットワーク機能を実現する仮想マシンへ前記トラフィックを割り当てる、ことを特徴とする請求項３０記載の通信方法。
  33. 　前記サーバ装置が、複数の前記仮想マシン上に、処理性能の異なる複数の前記仮想ネットワーク機能を備え、
    　前記サービスレベルに応じて、複数の前記仮想ネットワーク機能の中から１つを選択して前記トラフィックを割り当てる、ことを特徴とする請求項３０記載の通信方法。
  34. 　機能が互いに異なる前記仮想ネットワーク機能を備えた複数の前記サーバ装置について、同一の前記サーバ装置上に、機能は同一であり処理性能が互いに異なる複数の前記仮想ネットワーク機能を備え、
    　複数の前記サーバ装置の中から、該当する機能の前記仮想ネットワーク機能を備えた前記サーバ装置を選択し、選択した前記サーバ装置上の処理性能が互いに異なる複数の前記仮想ネットワーク機能の中から、前記サービスレベルに応じて前記仮想ネットワーク機能を選択し、選択した前記仮想ネットワーク機能に前記トラフィックを割り当てる、ことを特徴とする請求項３０記載の通信方法。
  35. 　トラフィックに関連する情報に対応して設定されたサービスレベルに応じて、当該トラフィックを、所定のネットワーク機能を実行する専用装置、又は、前記専用装置の前記所定のネットワーク機能に対応する所定の仮想ネットワーク機能に割り当てる処理と、
    　前記割り当て結果に応じて、前記専用装置又は前記所定の仮想ネットワーク機能に前記トラフィックを転送する処理と、
    　をコンピュータに実行させるプログラム。
  36. 　前記トラフィックの属性に応じて、当該トラフィックを、前記所定の仮想ネットワーク機能を実現する仮想マシンのうち、第１の仮想ネットワークに含まれる第１の仮想マシン、又は、第２の仮想ネットワークに含まれる第２の仮想マシンに割り当てる処理を前記コンピュータに実行させる請求項３５に記載のプログラム。
PCT/JP2016/057522 2015-03-13 2016-03-10 通信装置とシステムと方法並びに割り当て装置とプログラム WO2016148001A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP2017506490A JP6388073B2 (ja) 2015-03-13 2016-03-10 通信装置とシステムと方法並びに割り当て装置とプログラム
US15/557,650 US10638354B2 (en) 2015-03-13 2016-03-10 Communication apparatus, system, method allocation apparatus, and non-transitory recording medium
US16/836,234 US11317316B2 (en) 2015-03-13 2020-03-31 Communication apparatus, system, method, allocation apparatus, and non-transitory recording medium
US17/700,820 US11683716B2 (en) 2015-03-13 2022-03-22 Communication apparatus, system, method, allocation apparatus, and non-transitory recording medium
US18/139,789 US20230269621A1 (en) 2015-03-13 2023-04-26 Communication apparatus, system, method, allocation apparatus, and non-transitory recording medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2015-051225 2015-03-13
JP2015051225 2015-03-13

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US15/557,650 A-371-Of-International US10638354B2 (en) 2015-03-13 2016-03-10 Communication apparatus, system, method allocation apparatus, and non-transitory recording medium
US16/836,234 Continuation US11317316B2 (en) 2015-03-13 2020-03-31 Communication apparatus, system, method, allocation apparatus, and non-transitory recording medium

Publications (1)

Publication Number Publication Date
WO2016148001A1 true WO2016148001A1 (ja) 2016-09-22

Family

ID=56918979

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/057522 WO2016148001A1 (ja) 2015-03-13 2016-03-10 通信装置とシステムと方法並びに割り当て装置とプログラム

Country Status (3)

Country Link
US (4) US10638354B2 (ja)
JP (3) JP6388073B2 (ja)
WO (1) WO2016148001A1 (ja)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018166324A (ja) * 2018-03-30 2018-10-25 エヌ・ティ・ティ・コミュニケーションズ株式会社 監視システム、監視方法および監視プログラム
JPWO2018174225A1 (ja) * 2017-03-24 2020-01-16 日本電気株式会社 ネットワーク機能仮想化管理オーケストレーション装置、通信システム、方法及びプログラム
WO2020036106A1 (ja) * 2018-08-13 2020-02-20 日本電信電話株式会社 通信システムおよび通信方法
WO2020040256A1 (ja) * 2018-08-24 2020-02-27 日本電信電話株式会社 管理システム及び管理方法
WO2021200099A1 (ja) * 2020-03-31 2021-10-07 日本電気株式会社 管理システム、コアネットワーク、移動体通信システム、方法、及びプログラム
WO2022014561A1 (ja) * 2020-07-13 2022-01-20 株式会社ソラコム データ処理のための装置、方法及びプログラム
JP2022017172A (ja) * 2020-07-13 2022-01-25 株式会社ソラコム データ処理のための装置、方法及びプログラム

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9588791B2 (en) 2015-04-27 2017-03-07 Altera Corporation Flexible physical function and virtual function mapping
US20180167457A1 (en) * 2015-06-19 2018-06-14 Nokia Solutions And Networks Oy Optimizing traffic
WO2017018965A1 (en) * 2015-07-27 2017-02-02 Intel IP Corporation Virtual mobile management entity management
US10645528B2 (en) 2015-09-18 2020-05-05 Huawei Technologies Co., Ltd. System and methods for reliable communication with mobility along a predictable route
US9930587B2 (en) * 2015-09-18 2018-03-27 Huawei Technologies Co., Ltd. Distributed virtual gateways
CN113949567B (zh) * 2016-04-15 2023-10-13 瑞典爱立信有限公司 用户设备容器和网络切片
CN106670038B (zh) * 2016-11-29 2019-01-15 重庆市大足区华盛环保设备有限公司 水旋喷漆房
US10716150B2 (en) 2016-12-19 2020-07-14 At&T Intellectual Property I, L.P. Method for mobile service chaining via hybrid network resources switching
EP3340581B1 (en) * 2016-12-20 2022-02-23 InterDigital CE Patent Holdings Method for managing service chaining at a network equipment, corresponding network equipment
WO2018162970A1 (en) * 2017-03-09 2018-09-13 Telefonaktiebolaget Lm Ericsson (Publ) CONFIGURATION GENERATION FOR VIRTUAL NETWORK FUNCTIONS (VNFs) WITH REQUESTED SERVICE AVAILABILITY
US11895024B2 (en) * 2018-07-24 2024-02-06 Nokia Technologies Oy Method, device and computer readable medium for delivering data-plane packets by using separate transport service VNFC
EP3609128A1 (en) * 2018-08-07 2020-02-12 Siemens Aktiengesellschaft Communication system, provider node, communication node and method for providing a virtual network function to a customer node
CN111628921B (zh) * 2019-02-27 2021-07-20 华为技术有限公司 一种报文的处理方法、报文转发装置以及报文处理装置
US11895092B2 (en) * 2019-03-04 2024-02-06 Appgate Cybersecurity, Inc. Network access controller operation
US11516261B2 (en) * 2019-06-14 2022-11-29 T-Mobile Usa, Inc. IMS routing based on subscriber type
US11533259B2 (en) * 2019-07-24 2022-12-20 Vmware, Inc. Building a platform to scale control and data plane for virtual network functions
US11831512B2 (en) 2019-09-04 2023-11-28 Nec Corporation Setting system with traffic control rule and traffic control system
CN110581809B (zh) * 2019-09-27 2023-02-10 腾讯科技（深圳）有限公司 数据处理方法、多sim卡业务功能管理实体及终端设备
US11677583B2 (en) 2020-04-06 2023-06-13 Cisco Technology, Inc. Dynamic cellular connectivity between the hypervisors and virtual machines
WO2023100252A1 (ja) * 2021-11-30 2023-06-08 楽天モバイル株式会社 制御システム及び制御方法
WO2023100254A1 (ja) * 2021-11-30 2023-06-08 楽天モバイル株式会社 制御システム及び制御方法
WO2023100253A1 (ja) * 2021-11-30 2023-06-08 楽天モバイル株式会社 制御システム及び制御方法

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8745211B2 (en) 2008-12-10 2014-06-03 Nec Europe Ltd. Method for operating at least one virtual network on a substrate network and a virtual network environment
US8874712B2 (en) * 2010-01-20 2014-10-28 Futurewei Technologies, Inc. System and method for differentiated services in adaptive streaming
US8711721B2 (en) * 2010-07-15 2014-04-29 Rivada Networks Llc Methods and systems for dynamic spectrum arbitrage
US9188275B2 (en) 2010-07-30 2015-11-17 Ergotron, Inc. Edge mount positioning apparatus, system, and method
JPWO2014208538A1 (ja) 2013-06-25 2017-02-23 日本電気株式会社 通信システムと装置と方法とプログラム
US20150124622A1 (en) * 2013-11-01 2015-05-07 Movik Networks, Inc. Multi-Interface, Multi-Layer State-full Load Balancer For RAN-Analytics Deployments In Multi-Chassis, Cloud And Virtual Server Environments
US10219168B2 (en) * 2014-06-30 2019-02-26 Futurewei Technologies, Inc. Methods and systems for intelligent mobile function distribution
WO2016000189A1 (zh) * 2014-06-30 2016-01-07 华为技术有限公司 网元选择实体及用户设备注册的方法
US9794266B2 (en) * 2014-09-05 2017-10-17 Qualcomm Incorporated Using multiple credentials for access and traffic differentiation
EP3223561B1 (en) * 2014-11-21 2019-10-16 NEC Corporation Offloading traffic of an mtc device

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
ETSI GS NFV 002 V1.1.1, vol. Network, October 2013 (2013-10-01), pages 1 - 21 *
HIDEYUKI SHIMONISHI: "Recent Activities on Network Functions Virtualization (NFV", THE JOURNAL OF THE INSTITUTE OF ELECTRONICS, INFORMATION AND COMMUNICATION ENGINEERS, THE INSTITUTE OF ELECTRONICS, INFORMATION AND COMMUNICATION ENGINEERS, 1 March 2015 (2015-03-01), pages 225 - 231 *
KOJI TSUBOUCHI ET AL.: "NFV Management and Orchestration Technology to Automatically Build Network Services on DemandNFV", IEICE TECHNICAL REPORT, NS2014-97, vol. 114, no. 206, 4 September 2014 (2014-09-04), pages 107 - 112 *

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPWO2018174225A1 (ja) * 2017-03-24 2020-01-16 日本電気株式会社 ネットワーク機能仮想化管理オーケストレーション装置、通信システム、方法及びプログラム
US11252650B2 (en) 2017-03-24 2022-02-15 Nec Corporation Network functions virtualization management and orchestration apparatus, communication system, method, and program
JP2018166324A (ja) * 2018-03-30 2018-10-25 エヌ・ティ・ティ・コミュニケーションズ株式会社 監視システム、監視方法および監視プログラム
WO2020036106A1 (ja) * 2018-08-13 2020-02-20 日本電信電話株式会社 通信システムおよび通信方法
JP2020028035A (ja) * 2018-08-13 2020-02-20 日本電信電話株式会社 通信システムおよび通信方法
WO2020040256A1 (ja) * 2018-08-24 2020-02-27 日本電信電話株式会社 管理システム及び管理方法
WO2021200099A1 (ja) * 2020-03-31 2021-10-07 日本電気株式会社 管理システム、コアネットワーク、移動体通信システム、方法、及びプログラム
WO2022014561A1 (ja) * 2020-07-13 2022-01-20 株式会社ソラコム データ処理のための装置、方法及びプログラム
JP2022017172A (ja) * 2020-07-13 2022-01-25 株式会社ソラコム データ処理のための装置、方法及びプログラム
JP7023397B2 (ja) 2020-07-13 2022-02-21 株式会社ソラコム データ処理のための装置、方法及びプログラム

Also Published As

Publication number Publication date
US20220217576A1 (en) 2022-07-07
JP6558483B2 (ja) 2019-08-14
JP6879338B2 (ja) 2021-06-02
US20180070262A1 (en) 2018-03-08
US11683716B2 (en) 2023-06-20
JP6388073B2 (ja) 2018-09-12
JP2018201233A (ja) 2018-12-20
US10638354B2 (en) 2020-04-28
JPWO2016148001A1 (ja) 2017-12-28
US11317316B2 (en) 2022-04-26
US20200229025A1 (en) 2020-07-16
US20230269621A1 (en) 2023-08-24
JP2019195218A (ja) 2019-11-07

Similar Documents

Publication Publication Date Title
JP6558483B2 (ja) 通信装置とシステムと方法並びに割り当て装置とプログラム
EP3646572B1 (en) Methods and systems for network slicing
US11558907B2 (en) Method for mobile service chaining via hybrid network resources switching
JP6097467B1 (ja) 無線端末にｉｐネットワークへのアクセスを提供するための通信システム及び通信方法
JP6562434B2 (ja) 制御およびデータプレーンにおける仮想化された機能のためのシステムおよび方法
Hawilo et al. NFV: state of the art, challenges, and implementation in next generation mobile networks (vEPC)
RU2643451C2 (ru) Система и способ виртуализации функции мобильной сети
Chiha et al. Network slicing cost allocation model
US20130232267A1 (en) System and method for resource-based network policy control in a network environment
US20180262863A1 (en) System and method for machine to machine subscriber information and retrieval protection
US10509682B2 (en) De-allocation elasticity application system
Skulysh et al. Managing the process of servicing hybrid telecommunications services. Quality control and interaction procedure of service subsystems
Bruschi et al. Managing 5G network slicing and edge computing with the MATILDA telecom layer platform
WO2016148049A1 (ja) 通信装置とシステムと方法並びに割り当て装置とプログラム
EP3652980B1 (en) Virtual anchoring in anchorless mobile networks
Bruschi et al. Enabling edge computing deployment in 4G and beyond
JP5938507B1 (ja) 無線端末に外部ネットワークへのアクセスを提供するための通信システム及び通信方法
US11943653B2 (en) Dynamic addition of network resources based on application function notification
JP5938498B1 (ja) 無線端末に外部ネットワークへのアクセスを提供するための通信システム及び通信方法
Vaezi et al. SDN/NFV Telco Case Studies

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: 16764831

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2017506490

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 15557650

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16764831

Country of ref document: EP

Kind code of ref document: A1