WO2015122143A1 - 通信システム、通信装置、通信方法及びプログラムが格納された非一時的なコンピュータ可読媒体 - Google Patents

通信システム、通信装置、通信方法及びプログラムが格納された非一時的なコンピュータ可読媒体 Download PDF

Info

Publication number
WO2015122143A1
WO2015122143A1 PCT/JP2015/000427 JP2015000427W WO2015122143A1 WO 2015122143 A1 WO2015122143 A1 WO 2015122143A1 JP 2015000427 W JP2015000427 W JP 2015000427W WO 2015122143 A1 WO2015122143 A1 WO 2015122143A1
Authority
WO
WIPO (PCT)
Prior art keywords
virtualized
signal
identification information
deleted
response signal
Prior art date
Application number
PCT/JP2015/000427
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 CA2939468A priority Critical patent/CA2939468A1/en
Priority to US15/118,304 priority patent/US10057355B2/en
Priority to RU2016136355A priority patent/RU2697735C2/ru
Priority to JP2015562720A priority patent/JP6508063B2/ja
Priority to CN201580008540.7A priority patent/CN106031140B/zh
Priority to KR1020167025322A priority patent/KR20160122236A/ko
Priority to EP15749594.6A priority patent/EP3107274B1/en
Publication of WO2015122143A1 publication Critical patent/WO2015122143A1/ja
Priority to US16/041,311 priority patent/US20190190994A1/en
Priority to US16/590,792 priority patent/US11303711B2/en
Priority to US17/686,753 priority patent/US11778046B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/148—Migration or transfer of sessions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45595—Network integration; Enabling network access in virtual machine instances
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/22—Manipulation of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/12—Access point controller devices

Definitions

  • the present invention relates to a communication system, a communication device, a communication method, and a program, and more particularly, to a communication system, a communication device, a communication method, and a program including a communication device that relays communication between terminals.
  • the communication network has a plurality of relay devices to execute communication between terminal devices.
  • 3GPP 3rd Generation Partnership Project
  • MME Mobility Management Entity
  • SGW Serving Gateway
  • PGW Packet Data Network Gateway
  • a node device uses a VM (Virtual Machine) for each interface connected to another node device.
  • VM Virtual Machine
  • the traffic between the node device and the other node device is increased, a VM is added to the node device to communicate with the other node device, and the traffic with the other node device is decreased.
  • the VM for communicating with another node device may be deleted, and the deleted VM may be added as a VM used for communicating with another node device.
  • the VM may be a communication resource such as an internal memory in the apparatus.
  • the VM is used as a partial element constituting the node device. That is, in the above-described example, it is assumed that a plurality of interfaces are used as partial elements in the node device, and the VM corresponds to a communication resource constituting one interface.
  • Non-Patent Document 1 defines virtualization within a network or node device as NFV (Network Functions Virtualization).
  • a main factor for adding a VM in the node device is a case where congestion may occur in the node device or in the entire network due to an increase in traffic or the like.
  • congestion may occur in the node device or in the entire network due to an increase in traffic or the like.
  • it is possible to cope with an increase in traffic by adding a VM.
  • the terminal is turned on by the occurrence of an event such as handover that occurs when the terminal device is connected to the mobile communication network or the ATTACH connected to the mobile communication network or the terminal device moves.
  • the traffic transmitted from the device flows into the newly added VM.
  • the main factor for deleting the VM in the node device is to eliminate the waste of communication resources when the processing capacity in the node device greatly exceeds the traffic capacity. That is, by deleting the power supplied to the VM that has been used excessively, it is possible to reduce power consumption and communication resources.
  • Subscriber-related data or session-related data is associated with VMs used in node devices such as MME, SGW, and PGW. Therefore, in order to delete a VM without interrupting the service for a subscriber who is provided with a mobile communication service, after moving the subscriber related data or session related data to another VM, although it is necessary to delete a VM that is not associated with subscriber-related data or the like, there is a problem that there is no operation rule in the standard defined in 3GPP or other communication standards.
  • An object of the present invention is to provide a communication system, a communication apparatus, and a communication capable of preventing a large number of control signals from being generated in a mobile communication network when deleting a VM in a node apparatus without interrupting service. It is to provide a method and a program.
  • a communication system is a second communication device that controls a plurality of sessions set between a first communication device and the first communication device using a plurality of VMs.
  • the second communication device is included in the plurality of VMs, and includes a plurality of sessions for controlling between the first communication device and the first VM included in the plurality of VMs.
  • the identification information used in the second VM is notified to the first communication device to update the session.
  • the communication device controls a plurality of sessions set up with other communication devices using a plurality of VMs, and is included in the other communication devices and the plurality of VMs.
  • a plurality of sessions to be controlled with the first VM are included in the plurality of VMs, and when the second VM different from the first VM is determined to be controlled, the second VM is triggered.
  • a control unit for updating the session by notifying the other communication device of the identification information used in.
  • the communication method controls a plurality of sessions set up with other communication devices using a plurality of VMs, and is included in the other communication devices and the plurality of VMs.
  • a plurality of sessions to be controlled with the first VM are included in the plurality of VMs, and are determined to be controlled by a second VM different from the first VM, and are used in the second VM Information is notified to the other communication device, and the session is updated.
  • a program controls a plurality of sessions set up with other communication devices using a plurality of VMs, and is included in the other communication devices and the plurality of VMs.
  • a plurality of sessions controlled with one VM are included in the plurality of VMs and are determined to be controlled in a second VM different from the first VM, and identification information used in the second VM Is notified to the other communication device, and the computer is caused to update the session.
  • a communication system capable of preventing a large number of control signals from being generated in a mobile communication network when deleting a VM in a node apparatus without interrupting service.
  • a program can be provided.
  • the present invention can be applied not only to the deletion of a VM but also to an operation when moving a plurality of sessions to an added VM when a VM is added.
  • FIG. 1 is a configuration diagram of a communication system according to a first exemplary embodiment; It is a block diagram of EPS (Evolved
  • FIG. 1 is a configuration diagram of an EPS (Evolved Packet System) according to a first embodiment; 1 is a configuration diagram of a 2G / 3G communication network in 3GPP according to a first embodiment;
  • FIG. 3 is a configuration diagram of a communication network defined as PCC (Policy and Charging Control) in 3GPP according to the first embodiment. It is a block diagram of a communication network corresponding to CSFB (CircuitcuSwitched Fall Back) in 3GPP according to the second embodiment.
  • FIG. 4 is a configuration diagram of a Virtualized MME 100 according to the second exemplary embodiment.
  • FIG. 6 is a configuration diagram of a Virtualized SGW 120 according to the second exemplary embodiment.
  • FIG. 6 is a configuration diagram of a Virtualized PGW 140 according to the second exemplary embodiment.
  • FIG. 6 is a configuration diagram of a Virtualized SGSN 160 according to the second exemplary embodiment. It is a block diagram of Virtualized GGSN180 concerning Embodiment 2.
  • FIG. FIG. 10 is a configuration diagram of a Virtualized eNodeB 200 according to the second exemplary embodiment;
  • FIG. 6 is a configuration diagram of a Virtualized RNC 210 according to the second exemplary embodiment.
  • FIG. 10 is a diagram for explaining a session moving process when deleting an S5 / S8-C ⁇ ⁇ ⁇ VM according to the second embodiment;
  • FIG. 10 is a diagram for explaining a session moving process when deleting an S5 / S8-C ⁇ ⁇ ⁇ VM according to the second embodiment;
  • FIG. 10 is a diagram for explaining a session moving process when deleting an S5 / S8-C ⁇ ⁇ ⁇ VM according to the second embodiment;
  • FIG. 10 is a diagram for explaining a session moving process when deleting an S5 / S8-C ⁇ ⁇ ⁇ VM according to the second embodiment;
  • FIG. 10 is a diagram for explaining a session moving process when deleting an S5 / S8-C ⁇ ⁇ ⁇ VM according to the second embodiment;
  • FIG. 10 is a diagram for explaining a session move process when deleting an S5 / S8-U VM according to the second embodiment;
  • FIG. 10 is a diagram for explaining a session move process when deleting an S5 / S8-U VM according to the second embodiment;
  • FIG. 10 is a diagram for explaining a session move process when deleting an S5 / S8-U VM according to the second embodiment;
  • FIG. 10 is a diagram for explaining a session move process when deleting an S5 / S8-U VM according to the second embodiment;
  • FIG. 10 is a diagram for explaining a session move process when deleting an S5 / S8-U
  • FIG. 10 is a diagram for explaining a session move process when deleting an S5 / S8-U VM according to the second embodiment; It is a figure which shows the flow of the process performed when VM of Virtualized MME concerning Embodiment 2 is deleted. It is a figure which shows the flow of the process performed when VM of Virtualized MME concerning Embodiment 2 is deleted. It is a figure which shows the flow of the process performed when VM of Virtualized MME concerning Embodiment 2 is deleted. It is a figure which shows the flow of the process performed when VM of Virtualized MME concerning Embodiment 2 is deleted. It is a figure which shows the flow of the process performed when VM of Virtualized MME concerning Embodiment 2 is deleted. It is a figure which shows the flow of the process performed when VM of Virtualized MME concerning Embodiment 2 is deleted.
  • the MME activates MME-initiated Detach procedure (Non-Patent Document 2: section 5.3.8.3) (S1001). .
  • MME-initiated Detach procedure When MME-initiated Detach procedure is activated, the UE (User Equipment) transitions to the Detach state (a state where the user leaves the network).
  • the UE that has transitioned to the Detach state activates E-UTRAN Initial Attach (Non-Patent Document 2: section 5.3.2.1) (S1002).
  • the MME receives the ATTACH signal
  • the MME constructs an S11 session using an MME different from the MME to be deleted (S1003). In this way, the movement of the PDN connection is completed.
  • step S1001 information related to the UE that has been retrieved from the MME can be deleted. Also, in the SGW, the PGW, and the like, information on the UE that has been deleted from each node device can be deleted by causing the UE to be deleted.
  • the UE transmits an Attach request message to the MME (S1101).
  • authentication related to the UE is executed (S1102).
  • the MME transmits a Create Session Request (MME-S11 IP address, MME-S11 TEID) message to the SGW (S1103).
  • the SGW transmits a Create Session Request (SGW-S5 IP address, SGW-S5 TEID) message to the PGW (S1104).
  • a QoS negotiation process is executed between the PGW and the PCRF (S1105).
  • the PGW sends a Create Session Response (PGW-S5 IP address, PGW-S5 TEID) message to the SGW (S1106).
  • PGW-S5 IP address, PGW-S5 TEID a Create Session Response
  • the tunnel information can be exchanged between the SGW and the PGW.
  • the PDN connection used in the S5 interface is established.
  • the SGW sends a Create Session Response (SGW-S11 IP address, SGW-S11 TEID, SGW-S1-U IP address, SGW-S1-U TEID) message to the MME (S1107).
  • SGW-S11 IP address, SGW-S11 TEID, SGW-S1-U IP address, SGW-S1-U TEID a Create Session Response
  • MME MME
  • the MME transmits an Initial-context-setup-Request (SGW-S1-U IP address, SGW-S1-U TEID) message to the eNB (S1108).
  • SGW-S1-U IP address SGW-S1-U TEID
  • radio settings are performed between the UE and the eNB.
  • the eNB transmits an Initial context setup Request (eNB-S1-U IP address, eNB-S1-U TEID) message to the MME (S1110).
  • the MME transmits Modify Bearer Request (eNB-S1-U IP address, eNB-S1-U TEID) to the SGW (S1111).
  • the tunnel information can be exchanged between the eNB and the SGW. This establishes a PDN connection used in the S1-U interface.
  • the SGW sends a Modify Bearer Response message to the MME (S1112).
  • the UE can set S5 PDN connection, S11 PDN connection, and S1-U PDN connection by executing steps S1101 to S1112 after making a transition to the Detach state.
  • FIG. 1 includes a communication device 1 and a communication device 2.
  • the communication device 1 and the communication device 2 operate by executing a program stored in the memory, or a computer device that operates by a CPU (Center Processing Unit) executing a program stored in the memory. It consists of multiple VMs.
  • the communication device 1 and the communication device 2 may be MME, SGW, PGW, or the like, which is a node device defined in 3GPP. Further, the communication device 1 and the communication device 2 may be Node B or eNode B which is a base station device, and SGSN (Serving General packet radio service Support Node), GGSN (Network called so-called second generation) Gateway
  • the communication device 2 sets a plurality of sessions with the communication device 1 and communicates with the communication device 1.
  • the plurality of sessions may be sessions set for each terminal device, for example, or may be sessions set for each group when a plurality of terminal devices are grouped.
  • the session may be composed of, for example, path information between the communication devices 1 and 2, information necessary for communicating with the opposite communication device, information regarding the terminal device, and the like.
  • the information regarding the terminal device may be, for example, information regarding the identifier of the terminal and the communication speed permitted for the terminal device.
  • the communication device 2 sets a plurality of sessions using the VM 3 or the VM 4.
  • a state where the communication device 1 sets a plurality of sessions with the VM 3 is indicated by dotted arrows
  • a state where a plurality of sessions are set with the VM 4 is indicated by a solid line. Shown with arrows. This indicates that the communication apparatus 1 moves the session set with the VM 3 to the VM 4.
  • VM3 and VM4 are composed of a plurality of communication resources such as different CPUs, memories, and network interfaces.
  • FIG. 1 shows a configuration in which the VM 3 has communication resources 5 and 6, and the VM 4 has communication resources 7 and 8.
  • VM3 and VM4 are partial elements constituting the communication device 2 when the communication device 2 is virtualized.
  • the resources corresponding to the VM3 and VM4 may be supplied with power. That is, power consumption can be reduced when only VM3 or only VM4 is used, compared to when VM3 and VM4 are used.
  • the communication device 2 uses the VM 3 to control a plurality of sessions set with the communication device 1 from a state in which the VM 4 is used to control a plurality of sessions set with the communication device 1. Decide to control. For example, the communication device 2 may change a VM that controls a plurality of sessions set with the communication device 1 in accordance with an instruction input from an administrator or the like that manages the communication device 2. The VM that controls a plurality of sessions set with the communication device 1 may be changed in accordance with an instruction signal input from the operation device or the like.
  • the communication device 2 uses the VM 3 to control a plurality of sessions set with the communication device 1 from a state in which the VM 4 is used to control a plurality of sessions set with the communication device 1.
  • the communication apparatus 1 is notified of the identification information used in the VM 4 and the session is updated.
  • the identification information is information that allows the communication device 2 to uniquely identify that it is controlled in the VM 4.
  • the communication apparatus 2 moves a plurality of sessions set in the VM 3 to the VM 4 by deleting the VM 3.
  • the communication device 2 moves a part or all of the plurality of sessions set in the VM 3 to the VM 4 by adding the VM 4.
  • the communication apparatus 2 changes the VM that controls a plurality of sessions set with the communication apparatus 1, the communication apparatus 2 notifies the communication apparatus 1 of identification information used in the changed VM. can do.
  • the communication device 1 is notified of the changed VM identification information from the communication device 2, the VM 4 can be designated as the destination when data is transmitted to the communication device 2 from the next time on. Thereby, the data transmitted from the communication apparatus 1 to the VM 3 can be moved to the VM 4.
  • the VM 3 can be deleted and the traffic from the communication device 1 can be moved to the VM 4 by changing the session between the communication device 1 and the communication device 2 without performing a Detach or the like on the terminal device.
  • the control signal generated by deleting the VM 3 is transmitted / received only between the communication device 1 and the communication device 2, it is possible to prevent a large amount of control signals from being communicated in the network.
  • FIGS. 2 to 6 are configuration examples of communication networks defined in 3GPP.
  • FIG. 2 is a configuration example of an EPS (Evolved Packet System) when the UE does not roam.
  • the EPS in FIG. 2 includes UE (User (Equipment) 10, E-UTRAN (Evolved Terrestrial Radio Access Network) 11, MME12, SGW13, SGSN (Serving GPRS Support Node) 14, HSS (Home Subscriber Server) 15, PGW16, PCRF (Policy and Charging Rules Function) 17 and an operator network 18.
  • the operator network 18 may be, for example, IMS (IP Multimedia Subsystem) or PSS (Packet Switch Streaming).
  • Symbols defined between node devices such as LTE-Uu, S1-U, S3, and Gx shown in this figure indicate interface names between the node devices.
  • the SGSN 14 is connected to UTRAN and GERAN (GSM (registered trademark) EDGE Radio Access Network), and the SGW 13 is connected to UTRAN.
  • E-UTRAN11, UTRAN, and GERAN each indicate a wireless network, and includes a base station device and the like.
  • FIG. 3 is a configuration example of the EPS when the UE is roaming.
  • the EPS in FIG. 3 includes a UE 10, an E-UTRAN 11, an MME 12, an SGW 13, an SGSN 14, an HSS 21, a PGW 22, a PCRF 23, and an operator network 24.
  • the UE 10 is located in VPLMN (Visited Public Land Mobile Network). Therefore, the MME 12 communicates with the HSS 21 arranged in HPLMN (Home Public Land Mobile Network), and the SGW 13 communicates with the PGW 22 arranged in the HPLMN.
  • the interface between the SGW 13 and the PGW 22 is S8, whereas in FIG. 2, the interface between the SGW 13 and the PGW 16 is S5. This is the main difference from FIG. Detailed descriptions of FIGS. 2 and 3 are described in the 3GPP TS23.401 standard.
  • FIG. 4 is a configuration example of a communication network called 2G or 3G in 3GPP.
  • 4 includes a TE (Terminal4Equipment) 31, MT (Mobile Terminal) 32, UTRAN33, SGSN34, TE35, MT36, BSS (Base Station System) 37, SGSN38, GGSN (Gateway GPRS Support Node) 39, GGSN40, MSC (Mobile Switching Center) / VLR (Visitor Location Register) 41, SMS-GMSC, SMS-IWMSC (Inter-Working Mobile Switching Center) 42, SMS-SC43, gsm SCF (gsm Service Control Function 44), CGF (Charging Gateway Function) ) 45, EIR (Equipment Identity Register) 46, Billing System 47, TE48, and HLR49.
  • TE Terminal4Equipment
  • the dotted line in this figure indicates a Signaling interface that communicates control signals
  • the solid line indicates a Signaling interface and Data data Transfer interface that communicates control signals and user data.
  • the detailed description of FIG. 4 is described in the 3GPP TS23.060 standard.
  • FIG. 5 is a configuration example of a communication network defined as PCC (Policy and Charging Control) in 3GPP.
  • 5 includes a BBERF (Bearer Binding and Event Event Reporting Function) 51, a V (Visited) -PCRF 52, an SPR (Subscriber Profile Repository) 53, an H (Home) -PCRF 54, a PCEF (Policy and Charging Enforcement Function) 55, Gateway 56, AF (Application Function) 57, OCS (Online Charging System) 58, TDF (Traffic Detection Function) 59 and OFCS (Offline Charging System) 60.
  • BBERF Bit Binding and Event Event Reporting Function
  • V Vehicle
  • SPR Subscriber Profile Repository
  • H Home
  • PCEF Policy and Charging Enforcement Function
  • Gateway 56 Gateway 56
  • AF Application Function
  • OCS Online Charging System
  • TDF Traffic Detection Function
  • OFCS Offline Charging System
  • FIG. 6 is a configuration example of a communication network corresponding to CSFB (Circuit Switched Fall) Back in 3GPP.
  • the communication network in FIG. 6 includes UE 71, E-UTRAN 72, GERAN 73, UTRAN 74, SGSN 75, MME 76, and MSC Server 77.
  • the detailed description of FIG. 6 is described in the 3GPP TS23.272 standard.
  • Virtualized MME 100 is the name of an MME configured by a plurality of VMs.
  • the Virtualized MME 100 is configured to use a VM for operations necessary for each interface in the MME 12 in FIG. 2 or the MME 76 in FIG. 6.
  • the Virtualized MME 100 includes S6a VM 101 to S6a VM 103, S11 VM 104 to S11 VM 106, SGs VM 107, SGs VM 108, S1-MME VM 109 to S1-MME VM 111, and the control unit 15.
  • the number of VMs used in each interface in this figure is an example, and an arbitrary number of VMs may be used. The same applies to other drawings described below.
  • S6a VM 101 to S6a VM 103 have functions necessary for controlling the interface with the HSS 15 in FIG. 2 or the HSS 21 in FIG.
  • An example of the function is acquisition of subscriber data.
  • S11 to VM 104 to S11 to VM 106 have functions necessary for controlling a session set with SGW 13 in FIG. SGs VM 107 and SGs VM 108 have functions necessary for controlling a session set with MSC Server 77 in FIG. 6.
  • S1-MME VM109 to S1-MME VM111 have functions necessary for controlling a session established with E-UTRAN11 in FIG.
  • the E-UTRAN 11 may be, for example, an eNB (evolved NB) that is a base station device.
  • eNB evolved NB
  • Each VM allocates a predetermined memory area for each session, for example. Therefore, the maximum number of sessions that can be set for each VM may be determined according to the memory area or the memory capacity.
  • the VM defined below is the same as the VM in this figure.
  • the control unit 115 performs management of the number of sessions, determination of a destination of a session set in the VM to be deleted, communication control via each VM, and the like. In addition, the control unit 115 monitors the load status of each VM. For example, when a certain VM falls below the preset number of sessions at night, the remaining session in the VM is transferred to another VM. You may decide to move, decide the destination, or decide to distribute to a plurality of VMs considering the load status as the destination. The same applies to the control units of other devices described below.
  • Virtualized SGW 120 is configured to use a VM as an interface in the SGW 13 of FIG. 2.
  • Virtualized SGW120 includes Gxx VM121, Gxx VM122, S5 / S8-C VM123, S5 / S8-C VM124, S5 / S8-U VM125, S5 / S8-U VM126, S11 VM128, S29 VM128, S1 VM128, 1 -U VM130, S12 VM131, S12 VM132 and control unit 135 are provided.
  • Gxx VM 121 and Gxx VM 122 are interfaces used for a session set up with V-PCRF 52 when Virtualized SGW 120 has the function of BBERF 51 in FIG. 5.
  • S5 / S8-C VM 123 and S5 / S8-C VM 123 are interfaces used for a session set between the PGW 16 of FIG. 2 or the PGW 22 of FIG.
  • S11 VM127 and S11 VM128 are interfaces used for a session set with the MME 12 in FIG.
  • S1-U VM 129 and S1-U VM 130 are interfaces used for a session established with E-UTRAN 11 in FIG.
  • the E-UTRAN 11 may be, for example, an eNB (evolved NB) that is a base station device.
  • S12 VM 131 and S12 132 VM 132 are interfaces used for a session set up with UTRAN.
  • the UTRAN may be, for example, a NodeB that is a base station device.
  • the Virtualized PGW 140 is configured to use a VM as an interface in the PGW 16 of FIG. 2 or the PGW 22 of FIG. 3.
  • Virtualized PGW140 is composed of Gx VM141 to Gx VM143, Gy / Gz VM144 to Gy / Gz VM146, SGi VM147, SGi VM148, S5 / S8-C VM149, S5 / S8-C S8-S8 / S5-S8-S8 It has a U VM 152 and a control unit 155.
  • Gx VM 141 to Gx VM 143 are interfaces used for a session set between the PCRF 17 in FIG. 2 or the PCRF 23 in FIG. 3.
  • Gy / Gz VM 144 to Gy / Gz VM 146 are interfaces used for sessions set up with OCS 58 or OFCS 60 in FIG. 5 when Virtualized PGW 140 has the function of PCEF55.
  • SGi VM 147 and SGi VM 148 are interfaces used for a session set between the operator network 18 in FIG. 2 or the operator network 24 in FIG. 3.
  • the S5 / S8-C VM 149 and the S5 / S8-C14VM 150 are interfaces used for a session set to communicate C-Plane data with the SGW 13.
  • S5 / S8-U VM 151 and S5 / S8-U VM 152 are interfaces used for a session set to communicate U-Plane data with SGW 13 in FIG.
  • the Virtualized SGSN 160 is configured to use a VM as an interface in the SGSN 14 of FIG. 2 or the SGSN 34 of FIG.
  • Virtualized SGSN 160 includes S4-C VM161, S4-C VM162, Gn-C VM163, Gn-C VM164, Gn-U VM165, Gn-U VM166, Gr / S6d VM167, Gr / S6d M VM168V, -U VM170, Gs VM171, Gs VM172, Iu-C VM173, Iu-C VM174, Iu-U VM175, Iu-U VM176 and a control unit 177.
  • S4-C VM 161 and S4-C VM 162 are interfaces used for a session set to communicate C-Plane data with the SGW 13 in FIG.
  • the S4-U VM 169 and the S4-U VM 170 are interfaces used for a session set to communicate U-Plane data with the SGW 13.
  • Gn-C VM 163 and Gn-C VM 164 are interfaces used for a session set for communicating C-Plane data with GGSN 40.
  • Gn-U VM 165 and Gn-U VM 166 are interfaces used for a session set to communicate U-Plane data with GGSN 40 in FIG.
  • Gr / S6d VM167 and Gr / S6d VM168 are interfaces used for a session set with the HLR 49 in FIG.
  • Gs VM 171 and Gs VM 172 are interfaces used for sessions set up with the MSC / VLR 41.
  • the Iu-C VM 173 and the Iu-C 17 VM 174 are interfaces used for a session set to communicate C-Plane data with the UTRAN 33.
  • the Iu-U VM 175 and the Iu-U VM 176 are interfaces used for a session set to communicate U-Plane data with the UTRAN 33 in FIG.
  • Virtualized GGSN 180 is configured to use VM as an interface in SGSN 14 in FIG. 2 or SGSN 34 in FIG. 4.
  • Virtualized GGSN 180 is Gx VM181 ⁇ Gx VM183, Gy / Gz VM184 ⁇ Gy / Gz VM186, Gi VM187, Gi VM188, Gn-C VM189, Gn-C VM19, Gn-C VM19, Gn-M V19, Gn-M V19 Have.
  • Gx VM 181 to Gx VM 183 are interfaces used for a session set with the H-PCRF 54 when the Virtualized GGSN 180 has the function of the PCEF 55.
  • Gy / Gz VM 144 to Gy / Gz VM 146 are interfaces used for a session established between OCS 58 and OFCS 60 when Virtualized GGSN 180 has the function of PCEF 55 in FIG. 5.
  • Gi VM 187 and Gi VM 188 are interfaces used for a session set between an IP network in which a communication carrier provides a unique service or a PDN (Packet Delivery Network) managed by another communication carrier.
  • PDN Packet Delivery Network
  • Gn-C VM189 and Gn-C VM190 are interfaces used for a session set to communicate C-Plane data with SGSN34.
  • Gn-U VM 191 and Gn-U VM 192 are interfaces used for a session set to communicate U-Plane data with SGSN 34 in FIG.
  • Virtualized eNodeB 200 is configured to use VM as an interface in eNodeB arranged in E-UTRAN 11 in FIG.
  • the Virtualized eNodeB 200 includes S1-MME VM 201 to S1-MME VM 203, S1-U VM 204 to S1-U VM 206, LTE-Uu 207, and a control unit 208.
  • S1-MME VM201 to S1-MME203VM203 are interfaces used for sessions set up with the MME12 in FIG.
  • S1-U VM 204 to S1-U VM 206 are interfaces used for sessions established with the SGW 13 in FIG.
  • the LTE-Uu 207 is an interface used for a session set up with the UE 10.
  • the Virtualized RNC 210 is configured to use a VM as an interface in an RNC (Radio Network Controller) arranged in the UTRAN 33 of FIG.
  • RNC Radio Network Controller
  • the Virtualized RNC 210 includes Iu-C VM 211 to Iu-C VM 213, Iu-U VM 214 to Iu-U VM 216, Uu 217, and a control unit 218.
  • the Iu-C VM 211 to Iu-C VM 213 are interfaces used for a session set to communicate C-Plane data with the SGSN 34 in FIG.
  • the Iu-U VM 214 to Iu-U VM 216 are interfaces used for a session set to communicate U-Plane data with the SGSN 34.
  • Uu 217 is an interface used for a session established with MT 32 in FIG.
  • FIG. 14 shows that 60000 sessions are set in S11 VM 104, 80000 sessions are set in S11 VM 105, and 40000 sessions are set in S11 VM 106 with SGW13.
  • the session may be a PDN connection.
  • Virtualized MME100 may move the session of S11 VM106 by the control unit 115 in consideration of the load status of S11 VM104 and S11 VM105. For example, the virtualized MME 100 may move the session of the S11 VM VM 106 so that the number of sessions set in the S11 VM 104 and the S11 VM 105 is approximately the same.
  • Virtualized MME 100 may move the 30000 session in S11 VM 106 to S11 VM 104 and move the 10,000 session to S11 VM 105. By doing so, as shown in FIG. 15, S11 VM 104 and S11 VM 105 each set 90000 sessions, and the load becomes equal.
  • the Virtualized MME 100 may manage the new session generated during the operation of moving the session set in the S11 VM 104 and the S11 VM 104 and the S11 VM 105 so that the session is not set in the S11 VM 106.
  • Control of the number of sessions set in each VM, determination of the destination of the session set in the VM to be deleted, and the like may be executed by a control unit such as a CPU mounted on the Virtualized MME 100.
  • a control unit such as a CPU mounted on the Virtualized MME 100.
  • FIG. 14 and FIG. 15 the example in which the S11 VM 106 of the Virtualized MME 100 is deleted has been described. Also in the case where a VM in GGSN or the like is deleted and added, the same control as in FIG. 14 and FIG. 15 is executed.
  • FIG. 16 shows that the GTP-C signaling is set between the virtualized MME100 and the S11 ⁇ VM128 of the virtualized SGW120, and further between the virtualized PGW140 and the S5 / S8-C VM123 of the virtualized SGW120. ing.
  • FIG. 17 shows that when deleting the S5 / S8-C VM 123, a Modify Bearer Request message and a Modify Bearer Response message are transmitted to and received from the Virtualized PGW 140.
  • the Virtualized PGW 140 need not recognize that the S5 / S8-C VM123 is deleted by receiving the Modify Bearer Request.
  • the GTP-C update signaling between the Virtualized SGW 120 and the Virtualized PGW 140 is performed by sending / receiving Modify / Bearer / Request and Modify / Bearer / Response between the S5 / S8-C VM 123 and the Virtualized PGW 140. Is done. That is, GTP-C signaling connection between Virtualized SGW120 and Virtualized PGW140 set between S5 / S8-C VM123 and Virtualized PGW140 is set between S5 / S8-C VM124 and Virtualized140PG.
  • FIG. 19 shows that S5 / S8-C VM 123 is deleted after all the sessions set in S5 / S8-C VM 123 move to S5 / S8-C VM 124.
  • FIG. 20 shows that GTP-U connection is set between VirtualizedVMME100 and S1-U VM129 of Virtualized SGW120, Furthermore, Virtualized ⁇ PGW140 and S5 / S8-U VM125 of Virtualized SGW120 Show.
  • FIG. 21 shows that when deleting the S5 / S8-U VM 125, a Modify Bearer Request message and a Modify Bearer Response message are transmitted to and received from the Virtualized PGW 140.
  • the Modify Bearer Request message and the Modify Bearer Response message are transmitted / received via the S5 / S8-C VM123.
  • the Virtualized PGW 140 does not need to recognize that the S5 / S8-U VM 125 is deleted by receiving the Modify Bearer request.
  • GTP-U connection between the Virtualized SGW 120 and the Virtualized PGW 140 is updated by sending and receiving ModifyMod Bearer Request and Modify Bearer Response between the S5 / S8-C VM 123 and the Virtualized PGW 140.
  • FIG. 23 shows that S5 / S8-U VM 125 is deleted after all sessions set in S5 / S8-U VM 125 move to S5 / S8-U VM 126.
  • FIG. 24 shows processing executed when any one of the VMs S11 to VM104 to S11 to VM106 of the Virtualized MME 100 is deleted.
  • the Virtualized MME 100 transmits a Modify Bearer request message to the Virtualized SGW 120 (S11).
  • the Virtualized MME 100 sets the IP address and TEID (Tunnel Endpoint ID) indicating the destination VM of the session in the Modify Bearer request message.
  • the TEID is an identifier indicating the end of a path set between the VM of Virtualized MME100 and the VM of Virtualized SGW120.
  • the Virtualized SGW 120 can establish a session with the VM designated by the Virtualized MME 100 by transmitting a message specifying the TEID notified from the Virtualized MME 100 to the Virtualized MME 100.
  • the information indicating the VM to which the session is moved may be an IP address and a GRE key.
  • the Virtualized SGW 120 transmits a Modify Bearer response message to the Virtualized MME 100 (S12).
  • the Virtualized MME 100 transmits a Modify Bearer Request message for each session set in the S11 VM to be deleted.
  • the session set between the Virtualized MME 100 and the Virtualized SGW 120 may be, for example, a PDN connection.
  • the Virtualized MME 100 transmits a Modify Bearer request message to the plurality of Virtualized SGWs.
  • the session set in the VM to be deleted can be moved by executing steps S11 and S12. Compared with the process described in the comparative example, the number of signals required for session movement can be significantly reduced by executing the process described in this figure.
  • FIG. 25 shows processing that is executed when one of the VMs S11 to VM104 to S11 to VM106 of the Virtualized MME 100 is deleted, as in FIG. FIG. 24 illustrates the process of transmitting the ModifyModBearer Request message for each session, but FIG. 25 illustrates an example in which update processing is executed for each of a plurality of sessions. Executing update processing for each of a plurality of sessions is called bulk processing.
  • Virtualized MME100 transmits a Create Session Request message to Virtualized SGW120 when establishing a session in the S11 interface with Virtualized SGW120 (S21).
  • Virtualized MME 100 transmits CSIDs associated with a plurality of sessions set using S11 VM 106 to Virtualized ⁇ SGW 120.
  • the CSID may be a different value for each VM for which a session is set.
  • the Virtualized SGW 120 recognizes that a plurality of sessions in which the same CSID is set are all set to the same VM in the Virtualized MME 100.
  • the Virtualized SGW 120 transmits a Create Session Response message as a response to the Create Session Request message (S22).
  • the Virtualized MME 100 when the Virtualized MME 100 deletes S11 VM106, the Virtualized MME 100 transmits an Update PDN Connection Set Request message to the Virtualized SGW 120 (S31).
  • the Virtualized MME 100 sets the CSID associated with the S11 VM 106, the IP address group indicating the destination VM of the session, and the TEID (Tunnel Endpoint ID) group in the Update PDN connection Connection Set request message.
  • the information indicating the VM to which the session is moved may be an IP address group and a GRE key group.
  • the Virtualized SGW 120 transmits an Update PDN Connection Connection Set Response message as a response to the Update PDN Connection Connection Set message (S32).
  • a plurality of sessions can be transferred to a VM different from the currently set VM by simply transmitting and receiving one Update PDN Connection Set Request message and Update PDN Connection Response message. Can be moved.
  • FIG. 24 it is necessary to transmit / receive Modify Bearer Request message and Modify Bearer Response message for the number of set sessions.
  • FIG. 27 shows processing executed when any one of the S1-MME VM109 to S1-MME VM111 of the Virtualized MME100 is deleted.
  • Virtualized MME 100 transmits an MME CONFIGURATION UPDATE message to eNodeB (S41).
  • the Virtualized MME 100 sets an IP address or other identification information indicating the VM to which the session is moved in the MME CONFIGURATION UPDATE message.
  • the eNodeB transmits an MME CONFIGURATION UPDATE ACKNOWLEDGE message as a response to the MME CONFIGURATION UPDATE message to the Virtualized MME 100 (S42).
  • the Virtualized MME 100 transmits an MME CONFIGURATION UPDATE message for each session set in the S1-MME VM to be deleted.
  • FIG. 28 shows processing executed when one of the VMs S6a to VM101 to S6a to VM103 of the Virtualized MME 100 is deleted.
  • steps S51 and S52 in FIG. 28 are the same as those in FIG. 27 except that the communication partner of the virtualized MME 100 is the HSS 21 and the signal names to be transmitted and received are different, and thus detailed description thereof is omitted.
  • a signal to be transmitted / received a Notify / Request message and a Notify / Answer message are used.
  • FIG. 29 shows processing executed when the VMs of SGs VM 107 or SGs VM 108 of Virtualized MME 100 are deleted. Note that steps S61 and S62 in FIG. 29 are the same as those in FIG. 28 except that the communication partner of the Virtualized MME 100 is the VLR or the MSC Server 77, and thus detailed description thereof is omitted.
  • FIG. 30 shows processing executed when S5 / S8-C VM 123 or S5 / S8-C VM 124 of Virtualized SGW 120 is deleted. Note that steps S71 and S72 of FIG. 30 are the same as FIG. 24 except that the communication partner of the Virtualized SGW 120 is the Virtualized PGW 140, and thus detailed description thereof is omitted.
  • FIG. 31 shows processing executed when S5 / S8-C VM123 or S5 / S8-C VM124 of Virtualized SGW 120 is deleted, as in FIG.
  • FIG. 30 illustrates the process of transmitting the Modify / Bearer / Request message for each session.
  • FIG. 31 illustrates an example of executing the bulk process. Note that steps S81 and S82 in FIG. 31 are the same as those in FIG. 25 except that the communication partner of the Virtualized SGW 120 is the Virtualized PGW 140, and thus detailed description thereof is omitted.
  • Steps S91 and S92 of FIG. 32 are the same as FIG. 26 except that the communication partner of the Virtualized SGW 120 is the Virtualized PGW 140, and thus detailed description thereof is omitted.
  • FIG. 33 shows processing executed when S5 / S8-U VM 125 or S5 / S8-U VM 126 of Virtualized SGW 120 is deleted. Note that steps S101 and S102 in FIG. 33 are the same as those in FIG. 30 except that the session used when communicating the U-Plane data of the S5 / S8 interface, and thus detailed description thereof is omitted.
  • FIG. 34 shows processing executed when S5 / S8-U VM 125 or S5 / S8-U VM 126 of Virtualized SGW 120 is deleted, as in FIG.
  • FIG. 33 illustrates the process of sending the ModifyModBearer Request message for each session.
  • FIG. 34 illustrates an example of executing the bulk process. Note that steps S111 and S112 in FIG. 34 are the same as those in FIG. 31 except that the session used when communicating the U-Plane data of the S5 / S8 interface, and thus detailed description thereof is omitted.
  • Steps S121 and S122 in FIG. 35 are the same as those in FIG. 32 except that the session used when communicating the U-Plane data of the S5 / S8 interface, and detailed description thereof will be omitted.
  • FIG. 36 illustrates processing executed when a VM that is an interface of S4C of Virtualized SGW 120 is deleted. Note that steps S131 and S132 in FIG. 36 are the same as those in FIG. 30 except that the communication partner of Virtualized SGW 120 is SGSN 14, and thus detailed description thereof is omitted.
  • FIG. 37 shows processing that is executed when a VM that is an interface of S4C of Virtualized SGW 120 is deleted, as in FIG. 36.
  • FIG. 36 describes the process of transmitting the Modify Bearer Request message for each session, but FIG. 37 illustrates an example of executing the bulk process. Note that steps S141 and S142 in FIG. 37 are the same as those in FIG. 34 except that the session set in the S4C interface is updated, and thus detailed description thereof is omitted.
  • steps S151 and S152 in FIG. 38 are the same as those in FIG. 35 except that the session set in the S4C interface is updated, and thus detailed description thereof is omitted.
  • FIG. 39 shows processing executed when a VM that is an interface of S4U of Virtualized SGW 120 is deleted.
  • the Virtualized SGW 120 transmits a Modify Bearer Request message to the VirtualizedVSGSN 160 (S161).
  • the Virtualized SGW 120 transmits / receives the Modify Bearer Request message and the subsequent Modify Bearer Response message via the interface of S4C (step S164).
  • the Virtualized SGW 120 sets the IP address and TEID indicating the VM to which the session is moved in the Modify Bearer Request message.
  • the Virtualized SGSN 160 notifies the Virtualized RNC 210 of update information of the VM that is the interface of the S4U in the Virtualized SGGW 120. Specifically, Virtualized SGSN 160 transmits a RELOCATION REQUEST message to Virtualized RNC 210 (S162). Virtualized SGSN 160 sets the content notified in step S161 in the RELOCATION REQUEST message. The Virtualized RNC 210 transmits a RELOCATION REQUEST ACKNOWLEDGE message to the Virtualized SGSN 160 as a response to the RELOCATION REQUEST message (S163).
  • step S163 the Virtualized SGSN 160 receives the RELOCATION REQUEST ACKNOWLEDGE message, and transmits a Modify Bearer Response message to the Virtualized SGW 120 as a response to the Modify Bearer Request message (S164).
  • the Virtualized SGW 120 transmits a Modify Bearer ⁇ Request message for each session set in the VM of the interface related to the S4U to be deleted.
  • the Virtualized SGW 120 does not directly notify the Virtualized RNC 210 of the information regarding the deletion of the VM, but can notify the information regarding the deletion of the VM via the Virtualized SGSN 160. As a result, it is possible to reduce the signal processing load transmitted from the Virtualized SGW 120 to the Virtualized RNC 210.
  • FIG. 40 shows processing that is executed when a VM that is an interface of S4U of Virtualized SGW 120 is deleted, as in FIG. 39. Also, FIG. 39 illustrates the process of sending the Modify Bearer Request message for each session, but FIG. 40 illustrates an example of executing the bulk process. Note that steps S171 and S172 in FIG. 40 are the same as those in FIG. 37 except that the session set in the S4U interface is updated, and thus detailed description thereof is omitted.
  • steps S181 and S184 in FIG. 41 are the same as those in FIG. 38 except that the session set in the S4U interface is updated, and thus detailed description thereof is omitted.
  • Virtualized SGSN 160 repeats steps S182 and S183 for the number of set sessions. In other words, Virtualized SGW 120 notifies Virtualized SGSN 160 that a plurality of sessions are moved to a new VM in a batch by using bulk processing. On the other hand, Virtualized SGSN 160 repeatedly executes steps S182 and S183 for the number of sessions without using bulk processing. The Virtualized SGSN 160 completes the notification regarding the deletion of the VM in the Virtualized SGW 120 to the Virtualized RNC 210 for all sessions, and transmits an Update PDN Connection Response message in step S184.
  • FIG. 42 illustrates processing executed when S11 S VM 127 or S11 VM 128 of Virtualized 120 SGW 120 is deleted. 42, the communication partner of the Virtualized SGW 120 is the Virtualized MGW 100, and the Virtualized SGW 120 and the Virtualized MME 100 use the Update Bearer Request message and the Update Bearer Response message. Since the setting contents of each message are the same as those in FIG. 30, detailed description thereof is omitted.
  • FIG. 43 shows the processing that is executed when S11 VM127 or S11 VM128 of Virtualized SGW 120 is deleted, as in FIG. Further, FIG. 42 describes the process of transmitting the Modify Bearer Request message for each session, but FIG. 43 describes an example of executing the bulk process.
  • the Virtualized SGW 120 transmits a Create ⁇ Session Response message to the Virtualized MME 100 (S202).
  • the Virtualized SGW 120 transmits, to the Virtualized SGW 120, CSIDs associated with a plurality of sessions set using S11 VM 128 in the Create Session Response message.
  • Steps S211 and S212 in FIG. 44 are the same as those in FIG. 38 except that the session set in S11 and VM 128 is updated and the communication destination of Virtualized and SGW 120 is Virtualized and MME 100, and detailed description thereof will be omitted.
  • FIG. 45 shows processing executed when S12 VM131 or S12 VM132 of Virtualized SGW 120 is deleted. 45 are the same as those in FIG. 39 except that the message used in steps S221 and S224 is an Update ⁇ ⁇ Bearer22Request message, and thus detailed description thereof is omitted.
  • FIG. 46 shows processing that is executed when S12 VM131 or S12 VM132 of Virtualized SGW 120 is deleted, as in FIG.
  • FIG. 45 describes the process of sending the Modify Bearer Request message for each session, but FIG. 46 describes an example of executing the bulk process. Note that steps S231 and S232 in FIG. 46 are the same as in FIG. 40 except that the session set in S12 VM 132 is updated, and thus detailed description thereof is omitted.
  • steps S241 to S244 in FIG. 47 are the same as those in FIG. 41 except that the session set in the S12 VM 132 is updated, and thus detailed description thereof is omitted.
  • FIG. 48 shows processing executed when S1-U VM 129 or S1-U VM 130 of Virtualized SGW 120 is deleted.
  • steps S251 to S254 in FIG. 48 are different from FIG. 45 in that the communication destination of Virtualized SGW 120 is Virtualized MME100, and the communication destination of Virtualized MME100 is Virtualized eNodeB200.
  • the messages used in steps S252 and S253 are E-RAB MODIFY REQUEST messages.
  • the other contents such as the contents set in the message are the same as those in FIG.
  • FIG. 49 shows processing that is executed when S1-U VM 129 or S1-U VM 130 of Virtualized SGW 120 is deleted, as in FIG. Further, FIG. 48 illustrates the process of sending the Modify Bearer Request message for each session, but FIG. 49 illustrates an example of executing the bulk process. Steps S261 and S262 in FIG. 49 are the same as steps S201 and S202 in FIG. 43 except that the CSID associated with the S1-U VM 130 is notified, and thus detailed description thereof is omitted.
  • steps S272 to S274 in FIG. 50 are the same as those in FIG. 48 except that the bulk processing is performed in steps S271 and S274, and thus detailed description thereof is omitted.
  • FIG. 51 shows processing executed when GxxxVM 121 and Gxx VM 122 of Virtualized SGW 120 are deleted. Note that step S281 in FIG. 51 notifies the V-PCRF 52 that Gxx VM is deleted using a CCR message. Further, the V-PCRF 52 transmits a CCA message as a response to the Virtualized SGW 120 (S282).
  • FIG. 52 shows processing executed when S5 / S8-C VM 149 or S5 / S8-C VM 150 of Virtualized PGW 140 is deleted. Note that FIG. 52 is the same as the processing described in FIG. 30 except that the transmission source and the transmission destination of each signal are switched, and thus detailed description thereof is omitted.
  • FIG. 53 shows processing executed when S5 / S8-C VM 149 or S5 / S8-C VM 150 of Virtualized PGW140 is deleted.
  • Virtualized PGW 140 transmits a Create Session Response message to Virtualized SGW 120 as a response to the Create Session Request message transmitted in step S301 in order to execute bulk processing (S302).
  • the Virtualized PGW 140 sets the CSID associated with the S5 / S8-C VM 150 in the Create Session Response message.
  • FIG. 54 shows processing executed when S5 / S8-C VM 150 of Virtualized PGW140 is deleted. Note that FIG. 54 is the same as the processing described in FIG. 32 except that the transmission source and the transmission destination of each signal are switched, and thus detailed description thereof is omitted.
  • FIG. 55 shows processing executed when the S5 / S8-U VM 151 or the S5 / S8-U VM 152 of the Virtualized140PGW 140 is deleted. Note that FIG. 55 is the same as the processing described in FIG. 33 except that the transmission source and the transmission destination of each signal are switched, and thus detailed description thereof is omitted.
  • FIGS. 56 and 57 show processing executed when the S5 / S8-U VM 152 of the Virtualized PGW 140 is deleted.
  • FIG. 56 is the same as the processing described in FIG. 34 except that the transmission source and the transmission destination of each signal are switched, and thus detailed description thereof is omitted.
  • FIG. 57 is the same as the processing described in FIG. 35 except that the transmission source and the transmission destination of each signal are switched, and thus detailed description thereof is omitted.
  • FIG. 58 shows processing executed when SGi VM 147 or SGi VM 148 of Virtualized PGW 140 is deleted.
  • the Virtualized PGW 140 sets the deletion of SGi VM1 in the Update routing table message, and transmits it to the TDF or SDN included in the operator network 18 (S351). Further, the Virtualized PGW 140 receives the Update routing acknowledge message as a response to the Update routing table message (S352).
  • FIG. 59 shows processing executed when any of Gx VM 141 to Gx VM 143 of Virtualized PGW140 is deleted.
  • the processing in FIG. 59 is the same as that in FIG. 51 except that any one of Gx VM 141 to Gx VM 143 is deleted, and thus detailed description thereof is omitted.
  • FIG. 60 shows processing executed when any of Gy / Gz VM144 to Gy / Gz VM146 of Virtualized PGW140 is deleted.
  • the Virtualized PGW 140 transmits a Notify Request request message in which the moved VM after deleting the VM is set to the OCS 58 (S371).
  • the Virtualized PGW 140 receives the Notify Answer message from the OCS 58 as a response to the Notify Request message (S372).
  • FIG. 61 shows processing executed when any of Gy / Gz VM144 to Gy / Gz VM146 of Virtualized PGW140 is deleted, as in FIG.60.
  • the communication destination of Virtualized PGW140 is OFCS60.
  • FIG. 62 shows a process executed when S4-C VM 161 or S4-C VM 162 of Virtualized SGSN 160 is deleted. Note that FIG. 62 is the same as the processing described in FIG. 36 except that the transmission source and the transmission destination of each signal are switched, and thus detailed description thereof is omitted.
  • FIGS. 63 and 64 show processing executed when the S4-C VM 162 of the Virtualized SGSN 160 is deleted.
  • FIG. 63 is the same as the processing described in FIG. 37 except that the transmission source and the transmission destination of each signal are switched, and thus detailed description thereof is omitted.
  • FIG. 64 is the same as the processing described in FIG. 38 except that the transmission source and the transmission destination of each signal are switched, and thus detailed description thereof is omitted.
  • FIG. 65 shows processing executed when S4-U4-VM 169 or S4-U VM 170 of Virtualized SGSN 160 is deleted.
  • FIG. 62 shows the same contents with respect to steps S161 and S164, except that the transmission source and the transmission destination of each signal are interchanged, regarding the communication between the virtualized SGSN 160 and the virtualized PGW 140 described in FIG. Therefore, detailed description is omitted.
  • FIGS. 66 and 67 illustrate processing executed when the S4-U VM 170 of the Virtualized SGSN 160 is deleted.
  • FIG. 66 is the same as the processing described in FIG. 40 except that the transmission source and the transmission destination of each signal are switched, and thus detailed description thereof is omitted.
  • FIG. 67 shows the same contents except that the transmission source and the transmission destination of each signal are switched with respect to steps S181 and S184, which are the communication between Virtualized SGSN 160 and Virtualized PGW 140 described in FIG. Therefore, detailed description is omitted.
  • FIG. 68 shows processing executed when the Iu-C VM 173 or the Iu-C VM 174 of the Virtualized SGSN 160 is deleted.
  • the Virtualized SGSN 160 transmits an Iu UPDATE REQUEST message to the Virtualized RNC 210 (S451).
  • the Virtualized SGSN 160 sets information on the destination VM of the session after deleting Iu-C VM 173 or Iu-C VM 174 in the Iu UPDATEREQUEST message.
  • Virtualized SGSN 160 receives the Iu UPDATE ACKNOWLEDGE message as a response to the Iu UPDATE REQUEST message (S452).
  • FIG. 69 shows processing executed when the Iu-U VM175 or Iu-U VM176 of the Virtualized SGSN 160 is deleted.
  • the Virtualized SGSN 160 transmits a RELOCATION REQUEST message to the Virtualized RNC 210 (S461).
  • the Virtualized SGSN 160 sets information on the migration destination VM of the session after deleting the Iu-U VM 175 or Iu-U VM 176 in the RELOCATION REQUEST message.
  • Virtualized SGSN 160 receives the RELOCATION REQUEST ACKNOWLEDGE message as a response to the RELOCATION REQUEST message (S462).
  • FIGS. FIG. 70 and FIG. 71 show the processing executed when the Iu-U VM 176 of the Virtualized SGSG 160 is deleted.
  • the Virtualized SGSN 160 transmits a RAB ASSIGNMENT REQUEST message to the Virtualized RNC 210 (S471).
  • the Virtualized SGSN 160 sets the CSID associated with the Iu-U VM 176 in the RAB ASSIGNMENT REQUEST message.
  • the Virtualized SGSN 160 receives the RAB ASSIGNMENT RESPONSE message as a response to the RAB ASSIGNMENT REQUEST message (S472).
  • FIG. 71 shows that the Virtualized SGSN 160 and the Virtualized RNC 210 are performing bulk processing related to the deletion of the Iu-U VM 176 using the Update PDN Connection Connection Set message and Update PDN Connection Response message.
  • FIG. 72 shows a process executed when Gr / S6d VM167 or Gr / S6d VM168 of Virtualized SGSN 160 is deleted.
  • FIG. 72 has the same contents as the processing described for Virtualized MME 100 in FIG. 28 as Virtualized SGSN 160, and thus detailed description thereof is omitted.
  • FIG. 73 uses Any Time Modification Request message and Any Time Modification Response message instead of the Notify Request message and Notify Answer message used in FIG.
  • FIG. 74 shows processing executed when Gn-C VM 163 or Gn-C VM 164 of Virtualized SGSN 160 is deleted.
  • the Virtualized SGSN 160 transmits an Update PDP context request message to the Virtualized GGSN 180 (S511).
  • the Virtualized SGSN 160 sets information on the destination VM of the session after deleting the Gn-C VM 163 or Gn-C VM 164 in the Update PDP context request message.
  • SGSN160 receives an Update
  • Request message (S512).
  • FIGS. 75 and 76 show processing executed when the Gn-C VM 164 of the Virtualized SGSN 160 is deleted.
  • the Virtualized SGSN 160 transmits a Create PDP context request message to the Virtualized GGSN 180 (S521).
  • Virtualized SGSN 160 sets the CSID associated with Gn-C VM 164 in the Create PDP context request message.
  • the Virtualized SGSN 160 receives the Create PDP context request message as a response to the Create PDP context request message (S522).
  • FIG. 76 shows that Virtualized SGSN 160 and Virtualized GGSN 180 are performing bulk processing related to deletion of Gn-C VM 164 using Update PDN Connection Connection Set Request message and Update PDN Connection Response message.
  • FIG. 77 shows processing executed when Gn-U VM165 or Gn-U VM166 of Virtualized SGSN 160 is deleted. Note that FIG. 77 is the same as the process of updating Gn-U VM instead of the process of updating Gn-C VM in the process of FIG.
  • FIG. 78 and FIG. 79 show the processing executed when the Gn-U VM 166 of the Virtualized SGSG 160 is deleted. 78 and 79 are the same as FIGS. 75 and 76 except that Gn-U VM is updated, and thus detailed description thereof is omitted.
  • FIG. 80 shows processing executed when Gs VM 171 or Gs VM 172 of Virtualized SGSN 160 is deleted. Note that FIG. 80 is the same as FIG. 29 except that Gs ⁇ ⁇ VM is updated, and thus detailed description thereof is omitted.
  • FIG. 81 shows processing executed when Gn-C VM189 or Gn-C VM190 of Virtualized GGSN 180 is deleted. Note that FIG. 81 is the same as the processing described in FIG. 74 except that the transmission source and the transmission destination of each signal are switched, and thus detailed description thereof is omitted.
  • FIGS. FIG. 82 and FIG. 83 show processing that is executed when the Gn-C VM 190 of the Virtualized82GGSN 180 is deleted.
  • the Virtualized SGSN 160 sends a Create PDP context request message to the Virtualized GGSN 180 (S591).
  • Virtualized GGSN 180 transmits Create PDP context Response message as a response to Create PDP context Request message to Virtualized SGSN 160 (S592).
  • the Virtualized GGSN 180 sets the CSID associated with the Gn-C VM 190 in the Create PDP context Response message.
  • Virtualized SGSN 160 and Virtualized GGSN 180 are performing bulk processing related to deletion of Gn-C VM 190 using Update PDN Connection Connection Set message and Update PDN Connection Response message.
  • FIG. 84 shows processing executed when Gn-U VM191 or Gn-U VM192 of Virtualized GGSN 180 is deleted. Note that FIG. 84 is the same as the processing described in FIG. 77 except that the transmission source and transmission destination of each signal are switched, and thus detailed description thereof is omitted.
  • FIG. 85 and FIG. 86 show processing executed when the Gn-U VM 192 of the Virtualized GGSN 180 is deleted.
  • FIG. 85 is the same as FIG. 82 except that the Virtualized GGSN 180 transmits the CSID relating to the Gn-U VM 192 to the Virtualized SGSN 160, and thus detailed description thereof is omitted.
  • FIG. 86 shows that Virtualized SGSN 160 and Virtualized GGSN 180 are executing bulk processing related to deletion of Gn-U VM 192 using Update PDN Connection Connection Set message and Update PDN Connection Response message.
  • FIG. 87 shows processing executed when GiGVM 187 or Gi VM 188 of Virtualized GGSN 180 is deleted. Note that FIG. 87 is the same as the processing described in FIG. 58 except that Virtualized GGSN 180 is used instead of Virtualized PGW 140, and thus detailed description thereof is omitted.
  • FIG. 88 shows processing executed when any of Gx VM181 to Gx VM183 of Virtualized GGSN 180 is deleted. Note that FIG. 88 is the same as the processing described in FIG. 59 except that Virtualized GGSN 180 is used instead of Virtualized PGW 140, and thus detailed description thereof is omitted.
  • FIG. 89 shows processing executed when any of Gy / Gz VM184 to Gy / Gz VM186 of Virtualized GGSN 180 is deleted. Note that FIG. 89 is the same as the processing described in FIG. 60 except that Virtualized GGSN 180 is used instead of Virtualized PGW 140, and thus detailed description thereof is omitted.
  • FIG. 90 shows processing executed when any of Gy / Gz VM184 to Gy / Gz VM186 of Virtualized GGSN 180 is deleted. Note that FIG. 90 is the same as the process described in FIG. 61 except that Virtualized GGSN 180 is used instead of Virtualized PGGW 140, and thus detailed description thereof is omitted.
  • FIG. 91 shows processing executed when one of S1-MME VM201 to S1-MME VM203 of Virtualized eNodeB 200 is deleted.
  • Virtualized eNodeB 200 transmits an eNB CONFIGURATION UPDATE message to Virtualized MME 100 (S681).
  • Virtualized eNodeB 200 sets information on the destination VM of the session after deleting any of S1-MME
  • eNodeB200 receives eNB
  • FIG. 92 shows processing executed when any of S1-U VM 204 to S1-U VM 206 of Virtualized eNodeB 200 is deleted.
  • the Virtualized eNodeB 200 transmits an E-RAB MODIFY REQUEST message to the Virtualized MME 100 (S691).
  • the Virtualized eNodeB 200 sets information on the destination VM of the session after deleting any of the S1-U VM 204 to S1-U VM 206 in the E-RAB MODIFY REQUEST message.
  • the Virtualized eNodeB 200 transmits an E-RAB MODIFY REQUEST message via the S1-MME interface.
  • the Virtualized MME 100 transmits a Modify Bearer request message in which the information notified from the Virtualized eNodeB 200 is set to the Virtualized SGW 120 (S692).
  • the Virtualized MME 100 receives a Modify Bearer Response message as a response to the Modify Bearer ⁇ ⁇ Request message from the Virtualized SGW 120 (S693).
  • Virtualized MME 100 transmits an E-RAB MODIFY ACKNOWLEDGE message to Virtualized eNodeB 200 as a response to the E-RAB MODIFY REQUEST message (S694).
  • FIGS. 93 and 94 show processing executed when the S1-U VM 206 of the Virtualized eNodeB 200 is deleted.
  • the Virtualized eNodeB 200 transmits an Initial Context Setup Response message to the Virtualized MME 100 as a response to the Initial Context Setup Request message received in step S701 (S702).
  • the Virtualized eNodeB 200 sets the CSID associated with the S1-U VM 206 in the Initial Context Setup Response message.
  • the Virtualized MME 100 notifies the Virtualized SGW 120 of the CSID notified from the Virtualized NodeB 200 by transmitting and receiving the Modify Bearer Request message (S703) and the Modify Bearer Response message (S704).
  • the Virtualized eNodeB 200 when the Virtualized eNodeB 200 deletes the S1-U VM 206, it transmits an Update PDN Connection connection Set message to the Virtualized MME 100.
  • the Virtualized eNodeB 200 sets the CSID associated with the S1-U VM 206 to be deleted in the Update PDN Connection Set Request message (S711).
  • the Virtualized MME 100 transmits a Modify Bearer Request message to the Virtualized SGW 120 for each of a plurality of sessions associated with the CSID (S712). Then, the Modify7Bearer Response message is received (S713). That is, Virtualized MME 100 repeats Steps S712 and S713 until the processes related to all sessions are completed.
  • the Virtualized MME 100 transmits an Update PDN Connection Response "message to the Virtualized eNodeB 200 (S714).
  • FIG. 95 shows processing executed when any of Iu-C VM 211 to Iu-C VM 213 of Virtualized RNC 210 is deleted. Note that FIG. 95 is the same as the processing described in FIG. 68 except that the transmission source and transmission destination of each signal are switched, and thus detailed description thereof is omitted.
  • FIG. 96 shows processing executed when any of Iu-U VM 214 to Iu-U VM 216 of Virtualized RNC 210 is deleted. Note that FIG. 96 is the same as the processing described in FIG. 69 except that the transmission source and the transmission destination of each signal are switched, and thus detailed description thereof is omitted.
  • FIG. 97 and FIG. 97 and 98 show processing executed when the Iu-U VM 216 of the Virtualized RNC 210 is deleted.
  • the Virtualized RNC 210 transmits a RAB Assign Response message to the Virtualized SGSN 160 as a response to the RAB Assign Request message received in Step S741 (S742).
  • the Virtualized RNC 210 sets the CSID associated with the Iu-U2VM 216 in the RAB Assign Response message.
  • FIG. 98 shows a bulk process between the Virtualized RNC 210 and the Virtualized SGSN 160. Note that FIG. 98 is the same as the processing described in FIG. 71 except that the transmission source and the transmission destination of each signal are switched, and thus detailed description thereof is omitted.
  • the communication processing according to the second embodiment of the present invention when deleting a certain VM, it is possible to notify the opposite node device of the VM after the session is moved. . As a result, the opposing node device can communicate with the VM after the session is moved to the node device whose VM has been changed. Therefore, since the VM migration process can be executed in the adjacent node device, it is not necessary to cause the terminal device to execute a process such as Detach as the VM moves. As a result, the number of control signals generated in the communication network can be reduced by the amount that there is no need to execute a process such as Detach.
  • the present invention has been described as a hardware configuration, but the present invention is not limited to this.
  • the present invention can also realize the processing flow described in each figure by causing a CPU (Central Processing Unit) to execute a computer program.
  • a CPU Central Processing Unit
  • Non-transitory computer readable media include various types of tangible storage media (tangible storage medium).
  • Examples of non-transitory computer-readable media include magnetic recording media (eg flexible disks, magnetic tapes, hard disk drives), magneto-optical recording media (eg magneto-optical discs), CD-ROMs (Read Only Memory), CD-Rs, CD-R / W, semiconductor memory (for example, mask ROM, PROM (Programmable ROM), EPROM (Erasable ROM), flash ROM, RAM (Random Access Memory)) are included.
  • the program may also be supplied to the computer by various types of temporary computer-readable media. Examples of transitory computer readable media include electrical signals, optical signals, and electromagnetic waves.
  • the temporary computer-readable medium can supply the program to the computer via a wired communication path such as an electric wire and an optical fiber, or a wireless communication path.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

サービスを中断させることなくノード装置内のＶＭを削除する際に、移動通信ネットワーク内において発生する制御信号が多く発生することを防止することができる通信システムを提供することを目的とする。本発明にかかる通信システムは、通信装置１と、通信装置１との間に設定される複数のセッションを複数のＶＭを用いて制御する通信装置２と、を備え、通信装置２は、通信装置１とＶＭ３との間において制御する複数のセッションを、ＶＭ３とは異なるＶＭ４において制御すると決定したことを契機として、ＶＭ４において用いられる識別情報を通信装置１へ通知し、セッションを更新するものである。

Description

通信システム、通信装置、通信方法及びプログラムが格納された非一時的なコンピュータ可読媒体
　本発明は通信システム、通信装置、通信方法及びプログラムに関し、特に端末間の通信を中継する通信装置を含む通信システム、通信装置、通信方法及びプログラムに関する。
　通信ネットワークは、端末装置間の通信を実行するために複数の中継装置を有している。例えば、移動通信ネットワークの標準規格を策定する３ＧＰＰ（3rd Generation Partnership Project）は、ＭＭＥ（Mobility Management Entity）、ＳＧＷ（Serving Gateway）及びＰＧＷ（Packet Data Network Gateway）等のノード装置を用いて、ユーザトラヒック及び制御トラヒックを中継するネットワーク構成を検討している。
　近年、ネットワークを構成するノード装置を仮想化することによって、ネットワークのリソースを効率的に使用することが検討されている。例えば、ノード装置が、他のノード装置と接続するインタフェース毎にＶＭ（Virtual Machine）を用いる場合について説明する。ノード装置と他のノード装置との間のトラヒックが増加している場合、ノード装置に、他のノード装置と通信を行うためにＶＭを追加し、他のノード装置との間のトラヒックが減少している場合、他のノード装置と通信を行うためのＶＭを削除し、削除したＶＭをさらに他のノード装置と通信を行うために用いられるＶＭとして追加してもよい。ＶＭは、例えば、装置内の内部メモリ等の通信リソースであってもよい。また、ＶＭは、ノード装置を構成する部分要素として用いられる。つまり、上述した例においては、ノード装置内に、部分要素として複数のインタフェースが用いられることを前提としており、ＶＭは、一つのインタフェースを構成する通信リソースに相当する。
　このようにして、ノード装置が処理するトラヒック量もしくはその他の条件に従い、ＶＭを追加もしくは削除することによって、ネットワーク内の通信リソースを効率的に使用することができる。ネットワークもしくはノード装置内部の仮想化に関しては、非特許文献１において、ＮＦＶ（Network Functions Virtualisation）として規定されている。
　ここで、ノード装置内においてＶＭを追加する主な要因としては、トラヒック増加等により、ノード装置内もしくはネットワーク全体において輻輳が発生する可能性がある場合があげられる。輻輳が発生する可能性がある場合に、ＶＭを追加することによって、トラヒック増加に対応することができる。例えば、移動通信ネットワークを考慮した場合、端末装置の電源がＯＮされたことによって、端末装置が移動通信ネットワークへ接続するＡＴＴＡＣＨもしくは端末装置が移動することによって発生するハンドオーバ等のイベントの発生によって、端末装置から送信されるトラヒックは、新たに追加したＶＭへ流入する。
　一方、ノード装置内のＶＭを削除する主な要因としては、ノード装置における処理容量が、トラヒック容量を大きく上回っている場合に、通信リソースの無駄をなくすことを目的とすることがあげられる。つまり、過剰に用いられていたＶＭへ供給する電源を削除することによって、消費電力の削減及び通信リソースの削減を実現することができる。
"Network Functions Virtualisation － Update White Paper" October 15-17,2013 at the "SDN and OpenFlow World Congress", Frankfurt-Germany 3GPP TS 23.401 V12.3.0（2013-12） 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access (Release 12)
　ＭＭＥ、ＳＧＷ、ＰＧＷ等のノード装置内に用いられているＶＭには、加入者関連データもしくはセッション関連データ等が関連づけられている。そのため、移動体通信サービスが提供されている加入者に対して、サービスを中断することなくＶＭを削除するために、加入者関連データもしくはセッション関連データ等を、他のＶＭへ移動させてから、加入者関連データ等と関連づけられていないＶＭを削除する必要があるが、３ＧＰＰにおいて定められる規格もしくはその他の通信規格においては、その動作規定が無いという問題があった。
　本発明の目的は、サービスを中断させることなくノード装置内のＶＭを削除する際に、移動通信ネットワーク内において発生する制御信号が多く発生することを防止することができる通信システム、通信装置、通信方法及びプログラムを提供することにある。
　本発明の第１の態様にかかる通信システムは、第１の通信装置と、前記第１の通信装置との間に設定される複数のセッションを複数のＶＭを用いて制御する第２の通信装置と、を備え、前記第２の通信装置は、前記第１の通信装置と前記複数のＶＭに含まれる第１のＶＭとの間において制御する複数のセッションを、前記複数のＶＭに含まれ、前記第１のＶＭとは異なる第２のＶＭにおいて制御すると決定したことを契機として、前記第２のＶＭにおいて用いられる識別情報を前記第１の通信装置へ通知しセッションを更新するものである。
　本発明の第２の態様にかかる通信装置は、他の通信装置との間に設定される複数のセッションを複数のＶＭを用いて制御し、前記他の通信装置と前記複数のＶＭに含まれる第１のＶＭとの間において制御する複数のセッションを、前記複数のＶＭに含まれ、前記第１のＶＭとは異なる第２のＶＭにおいて制御すると決定したことを契機として、前記第２のＶＭにおいて用いられる識別情報を前記他の通信装置へ通知しセッションを更新する制御部を備えるものである。
　本発明の第３の態様にかかる通信方法は、他の通信装置との間に設定される複数のセッションを複数のＶＭを用いて制御し、前記他の通信装置と前記複数のＶＭに含まれる第１のＶＭとの間において制御する複数のセッションを、前記複数のＶＭに含まれ、前記第１のＶＭとは異なる第２のＶＭにおいて制御すると決定し、前記第２のＶＭにおいて用いられる識別情報を前記他の通信装置へ通知し、セッションを更新するものである。
　本発明の第４の態様にかかるプログラムは、他の通信装置との間に設定される複数のセッションを複数のＶＭを用いて制御し、前記他の通信装置と前記複数のＶＭに含まれる第１のＶＭとの間において制御する複数のセッションを、前記複数のＶＭに含まれ、前記第１のＶＭとは異なる第２のＶＭにおいて制御すると決定し、前記第２のＶＭにおいて用いられる識別情報を前記他の通信装置へ通知し、セッションを更新することをコンピュータに実行させるものである。
　本発明により、サービスを中断させることなくノード装置内のＶＭを削除する際に、移動通信ネットワーク内において発生する制御信号が多く発生することを防止することができる通信システム、通信装置、通信方法及びプログラムを提供することができる。更に本発明は、ＶＭの削除のみならずＶＭを追加した際に複数のセッションを追加されたＶＭに移動する場合の動作にも適用する事が可能である。
実施の形態１にかかる通信システムの構成図である。 実施の形態２にかかるＥＰＳ（Evolved Packet System）の構成図である。 実施の形態１にかかるＥＰＳ（Evolved Packet System）の構成図である。 実施の形態１にかかる３ＧＰＰにおける２Ｇ／３Ｇ通信ネットワークの構成図である。 実施の形態１にかかる３ＧＰＰにおいてＰＣＣ（Policy and Charging Control）として規定されている通信ネットワークの構成図である。 実施の形態２にかかる３ＧＰＰにおいてＣＳＦＢ（Circuit Switched Fall Back）に対応する通信ネットワークの構成図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００の構成図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０の構成図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０の構成図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０の構成図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＧＧＳＮ１８０の構成図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ｅＮｏｄｅＢ２００の構成図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＲＮＣ２１０の構成図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００のＳ１１ ＶＭ１０６を削除する際のセッションの移動を説明する図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００のＳ１１ ＶＭ１０６を削除する際のセッションの移動を説明する図である。 実施の形態２にかかるＳ５／Ｓ８－Ｃ ＶＭを削除する際のセッションの移動処理を説明する図である。 実施の形態２にかかるＳ５／Ｓ８－Ｃ ＶＭを削除する際のセッションの移動処理を説明する図である。 実施の形態２にかかるＳ５／Ｓ８－Ｃ ＶＭを削除する際のセッションの移動処理を説明する図である。 実施の形態２にかかるＳ５／Ｓ８－Ｃ ＶＭを削除する際のセッションの移動処理を説明する図である。 実施の形態２にかかるＳ５／Ｓ８－Ｕ ＶＭを削除する際のセッションの移動処理を説明する図である。 実施の形態２にかかるＳ５／Ｓ８－Ｕ ＶＭを削除する際のセッションの移動処理を説明する図である。 実施の形態２にかかるＳ５／Ｓ８－Ｕ ＶＭを削除する際のセッションの移動処理を説明する図である。 実施の形態２にかかるＳ５／Ｓ８－Ｕ ＶＭを削除する際のセッションの移動処理を説明する図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＭＭＥのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＭＭＥのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＭＭＥのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＭＭＥのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＭＭＥのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＭＭＥのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＷのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＷのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＷのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＷのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＷのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＷのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＷのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＷのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＷのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＷのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＷのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＷのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＷのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＷのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＷのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＷのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＷのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＷのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＷのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＷのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＷのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＷのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＰＧＷのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＰＧＷのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＰＧＷのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＰＧＷのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＰＧＷのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＰＧＷのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＰＧＷのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＰＧＷのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＰＧＷのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＰＧＷのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＳＮのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＳＮのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＳＮのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＳＮのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＳＮのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＳＮのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＳＮのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＳＮのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＳＮのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＳＮのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＳＮのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＳＮのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＳＮのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＳＮのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＳＮのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＳＮのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＳＮのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＳＮのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＳＮのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＧＧＳＮのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＧＧＳＮのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＧＧＳＮのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＧＧＳＮのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＧＧＳＮのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＧＧＳＮのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＧＧＳＮのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＧＧＳＮのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＧＧＳＮのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＧＧＳＮのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ｅＮｏｄｅＢのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ｅＮｏｄｅＢのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ｅＮｏｄｅＢのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ｅＮｏｄｅＢのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＲＮＣのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＲＮＣのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＲＮＣのＶＭが削除される際に実行される処理の流れを示す図である。 実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＲＮＣのＶＭが削除される際に実行される処理の流れを示す図である。 比較例における、ＭＭＥ内のＶＭを削除し、新たなセッションを構築するまでの処理の流れの概要を説明する図である。 比較例における、ＰＤＮコネクションの再設定処理の流れを示す図である。 比較例における、ＰＤＮコネクションの再設定処理の流れを示す図である。
　（比較例説明）
　ここで、図９９～図１０１を用いて、発明者等が実施の形態にかかる通信システムに想到するにあたり検討した比較例について説明する。比較例では、３ＧＰＰに現在規定されている手順を用いてＭＭＥ内のＶＭを削除し、新たなセッションを構築する手順について説明する。また、図９９～図１０１においては、３ＧＰＰにおいて規定されている装置である、ＵＥ（User Equipment）、ｅＮＢ（evolved NB）、ＭＭＥ、ＳＧＷ、ＰＧＷ、ＰＣＲＦ（Policy and Charging Rules Function）及びＨＳＳ（Home Subscriber Server）を用いて、説明を行う。
　はじめに、図９９を用いて、ＭＭＥ内のＶＭを削除し、新たなセッションを構築するまでの処理の流れの概要について説明する。ＭＭＥのＶＭに設定されているセッション（例えば、ＰＤＮコネクション）を移動することを決定した場合、ＭＭＥは、MME-initiated Detach procedure（非特許文献２：section5.3.8.3）を起動する（Ｓ１００１）。MME-initiated Detach procedureが起動されたことによって、ＵＥ（User Equipment）は、Detach状態（ネットワークから離脱した状態）へ遷移する。次に、Detach状態へ遷移したＵＥは、E-UTRAN Initial Attach（非特許文献２：section5.3.2.1）を起動する（Ｓ１００２）。次に、ＭＭＥは、ATTACH信号を受信すると、削除対象のＭＭＥと異なるＭＭＥを用いてＳ１１セッションを構築する（Ｓ１００３）。このようにして、ＰＤＮコネクションの移動を終了する。
　ステップＳ１００１の処理を実行することによって、ＭＭＥからＤｅｔａｃｈしたＵＥに関する情報を削除することができる。また、ＳＧＷ、ＰＧＷ等においても、ＵＥをＤｅｔａｃｈさせることによって、それぞれのノード装置からＤｅｔａｃｈしたＵＥに関する情報を削除することができる。
　続いて、図１００及び図１０１を用いて、図９９のステップＳ１００２及びＳ１００３におけるＰＤＮコネクションの再設定処理の流れについて具体的に説明する。
　はじめに、ＵＥは、ＭＭＥに対して、Attach要求メッセージを送信する（Ｓ１１０１）。次に、ステップＳ１００２において、ＵＥに関する認証が実行される（Ｓ１１０２）。次に、ＭＭＥは、Create Session Request（MME-S11 IP address, MME-S11 TEID）メッセージをＳＧＷへ送信する（Ｓ１１０３）。
　次に、ＳＧＷは、Create Session Request（SGW-S5 IP address, SGW-S5 TEID）メッセージをＰＧＷへ送信する（Ｓ１１０４）。次に、ＰＧＷとＰＣＲＦとの間において、QoS negotiation処理が実行される（Ｓ１１０５）。次に、ＰＧＷは、Create Session Response（PGW-S5 IP address, PGW-S5 TEID）メッセージをＳＧＷへ送信する（Ｓ１１０６）。ステップＳ１１０４及びＳ１１０６のメッセージが送受信されることによって、ＳＧＷ及びＰＧＷ間において互いのトンネル情報を交換することができる。これによって、Ｓ５インタフェースにおいて用いられるＰＤＮコネクションが確立する。
　次に、ＳＧＷは、Create Session Response（SGW-S11 IP address, SGW-S11 TEID、SGW-S1-U IP address、SGW-S1-U TEID）メッセージをＭＭＥへ送信する（Ｓ１１０７）。ステップＳ１１０３及びＳ１１０７のメッセージが送受信されることによって、ＳＧＷ及びＭＭＥ間において互いのトンネル情報を交換することができる。これによって、Ｓ１１インタフェース及びＳ１－Ｕインタフェースにおいて用いられるＰＤＮコネクションが確立する。
　次に、ＭＭＥは、Initial context setup Request（SGW-S1-U IP address, SGW-S1-U TEID）メッセージをｅＮＢへ送信する（Ｓ１１０８）。次に、ステップＳ１１０９において、ＵＥとｅＮＢとの間の無線設定が行われる。次に、ｅＮＢは、Initial context setup Request（eNB-S1-U IP address, eNB-S1-U TEID）メッセージをＭＭＥへ送信する（Ｓ１１１０）。次に、ＭＭＥは、Modify Bearer Request（eNB-S1-U IP address, eNB-S1-U TEID）をＳＧＷへ送信する（Ｓ１１１１）。ステップＳ１１０７、Ｓ１１１０８、Ｓ１１１０及びＳ１１１１のメッセージが送受信されることによって、ｅＮＢ及びＳＧＷ間において互いのトンネル情報を交換することができる。これによって、Ｓ１－Ｕインタフェースにおいて用いられるＰＤＮコネクションが確立する。
　次に、ＳＧＷは、Modify Bearer ResponseメッセージをＭＭＥへ送信する（Ｓ１１１２）
　以上説明したように、ＵＥは、一度Ｄｅｔａｃｈ状態へ遷移した後に、ステップＳ１１０１～Ｓ１１１２を実行することによって、Ｓ５ ＰＤＮ connection、S11 PDN connection及びS1-U PDN connectionを設定することができる。
　しかし、比較例において説明した処理の流れにおいては、ＭＭＥが、ＶＭを削除するために一度ＵＥをＤｅｔａｃｈ状態へ遷移させた後に、ＵＥが、Ａｔｔａｃｈ状態へ遷移するまでに、ステップＳ１１０１～Ｓ１１１２の処理を実行することが必要であり、これに伴い、信号数が増加する。また、ＵＥの数が増加するに伴い、移動通信ネットワーク内において送受信される信号数もさらに増加する。そのため、信号数の増加に伴い、輻輳の発生が懸念される。また、ＵＥをＤｅｔａｃｈした場合、そのＵＥに対して移動体通信サービスが中断される事になるのでその結果サービス性が著しく悪化することも懸念される。以下に記載する実施の形態においては、必要最小限のメッセージを近隣ノードと通信することによって、ＶＭを削除する通信システム及び通信処理の流れについて説明する。
　（実施の形態１）
　以下、図面を参照して本発明の実施の形態について説明する。図１を用いて本発明の実施の形態１にかかる通信システムの構成例について説明する。図１の通信システムは、通信装置１及び通信装置２を有している。
　通信装置１及び通信装置２は、ＣＰＵ（Center Processing Unit）がメモリ内に保存されているプログラムを実行することによって動作するコンピュータ装置、或いはメモリ内に保存されているプログラムを実行することによって動作する複数のＶＭで構成される。また、通信装置１及び通信装置２は、３ＧＰＰにおいて規定されているノード装置である、ＭＭＥ、ＳＧＷもしくはＰＧＷ等であってもよい。また、通信装置１及び通信装置２は、基地局装置であるＮｏｄｅＢもしくはｅＮｏｄｅＢであってもよく、いわゆる第２世代と称されるネットワークを構成するＳＧＳＮ（Serving General packet radio service Support Node）、ＧＧＳＮ（Gateway General packet radio service Support Node）もしくはＲＮＣ（Radio Network Controller）等であってもよい。
　通信装置２は、通信装置１との間に複数のセッションを設定し、通信装置１と通信を行う。複数のセッションは、例えば端末装置毎に設定されたセッションであってもよく、複数の端末装置をグループ化した場合に、グループ単位に設定されたセッションであってもよい。セッションは、例えば、通信装置１と２との間の経路情報、対向する通信装置と通信を行うために必要な情報、及び端末装置に関する情報等から構成されてもよい。端末装置に関する情報は、例えば、端末の識別子及び端末装置に許可されている通信速度に関する情報等であってもよい。
　通信装置２は、ＶＭ３もしくはＶＭ４を用いて、複数のセッションを設定する。図１においては、通信装置１が、ＶＭ３との間に複数のセッションを設定している様子を点線の矢印で示しており、ＶＭ４との間に複数のセッションを設定している様子を実線の矢印で示している。これは、通信装置１が、ＶＭ３との間に設定されているセッションを、ＶＭ４へ移動させることを示している。
　ＶＭ３及びＶＭ４は、異なるＣＰＵ、メモリ、ネットワークインターフェースなどの複数の通信リソースで構成される。図１においては、ＶＭ３が、通信リソース５及び６を有し、ＶＭ４が、通信リソース７及び８を有する構成を示している。ＶＭ３及びＶＭ４は、通信装置２を仮想化した際に通信装置２を構成する部分要素となる。ＶＭ３及びＶＭ４に相当するリソースには、それぞれに電源が供給されてもよい。つまり、ＶＭ３及びＶＭ４を用いる場合よりも、ＶＭ３のみ、もしくはＶＭ４のみを用いた場合の方が、消費電力を低減することができる。
　通信装置２は、ＶＭ３を用いて、通信装置１との間に設定される複数のセッションを制御している状態から、ＶＭ４を用いて、通信装置１との間に設定される複数のセッションを制御することを決定する。例えば、通信装置２は、通信装置２を管理する管理者等から入力された指示に応じて、通信装置１との間に設定される複数のセッションを制御するＶＭを変更してもよく、他のオペレーション装置等から入力された指示信号に応じて、通信装置１との間に設定される複数のセッションを制御するＶＭを変更してもよい。
　通信装置２は、ＶＭ３を用いて、通信装置１との間に設定される複数のセッションを制御している状態から、ＶＭ４を用いて、通信装置１との間に設定される複数のセッションを制御することを決定したことを契機として、ＶＭ４で用いる識別情報を通信装置１へ通知しセッションを更新する。識別情報は、通信装置２内において、ＶＭ４内で制御される事が一意に識別することができる情報である。
　ＶＭ３を用いて、通信装置１との間に設定される複数のセッションを制御している状態から、ＶＭ４を用いて、通信装置１との間に設定される複数のセッションを制御することを決定するとは、以下の状況を含む。例えば、通信装置２は、ＶＭ３を削除することによって、ＶＭ３に設定されていた複数のセッションをＶＭ４に移動させる。もしくは、通信装置２は、ＶＭ４を追加することによって、ＶＭ３に設定されていた複数のセッションの一部もしくはすべてをＶＭ４に移動させる。
　以上説明したように、通信装置２は、通信装置１との間に設定される複数のセッションを制御するＶＭを変更する際に、通信装置１へ、変更後のＶＭで用いるの識別情報を通知することができる。通信装置１は、通信装置２から変更後のＶＭの識別情報が通知されると、次回以降に通信装置２へデータを送信する際には、ＶＭ４を宛先に指定することができる。これによって、通信装置１からＶＭ３に送信されていたデータをＶＭ４へ移動させることができる。
　つまり、端末装置をＤｅｔａｃｈ等することなく、通信装置１と通信装置２との間のセッションを変更することによって、ＶＭ３を削除し、通信装置１からのトラヒックをＶＭ４へ移動させることができる。つまり、ＶＭ３を削除することによって発生する制御信号は、通信装置１と通信装置２との間においてのみ送受信されるため、ネットワーク内に大量の制御信号が通信されることを防止することができる。
　（実施の形態２）
　続いて、図２～図６を用いて、本発明の実施の形態２にかかる通信ネットワークの構成例について説明する。図２～図６は、３ＧＰＰにおいて規定されている通信ネットワークの構成例である。
　図２は、ＵＥがローミングを行わない場合の、ＥＰＳ（Evolved Packet System）の構成例である。図２のＥＰＳは、ＵＥ（User Equipment）１０、Ｅ－ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）１１、ＭＭＥ１２、ＳＧＷ１３、ＳＧＳＮ（Serving GPRS Support Node）１４、ＨＳＳ（Home Subscriber Server）１５、ＰＧＷ１６、ＰＣＲＦ（Policy and Charging Rules Function）１７及びオペレータネットワーク１８を有している。オペレータネットワーク１８は、例えば、ＩＭＳ（IP Multimedia Subsystem）もしくはＰＳＳ（Packet Switch Streaming）等であってもよい。本図に示されているＬＴＥ－Ｕｕ、Ｓ１－Ｕ、Ｓ３、Ｇｘ等のノード装置とノード装置との間に規定されている記号は、ノード装置間のインタフェース名称を示している。図３以降においても同様である。また、ＳＧＳＮ１４は、ＵＴＲＡＮ及びＧＥＲＡＮ（GSM（登録商標） EDGE Radio Access Network）と接続しており、ＳＧＷ１３は、ＵＴＲＡＮと接続している。Ｅ－ＵＴＲＡＮ１１、ＵＴＲＡＮ及びＧＥＲＡＮは、それぞれ無線ネットワークを示しており、基地局装置等を有している。
　図３は、ＵＥがローミングを行っている場合の、ＥＰＳの構成例である。図３のＥＰＳは、ＵＥ１０、Ｅ－ＵＴＲＡＮ１１、ＭＭＥ１２、ＳＧＷ１３、ＳＧＳＮ１４、ＨＳＳ２１、ＰＧＷ２２、ＰＣＲＦ２３及びオペレータネットワーク２４を有している。本図においては、ＵＥ１０が、ＶＰＬＭＮ（Visited Public Land Mobile Network）に位置している。そのため、ＭＭＥ１２は、ＨＰＬＭＮ（Home Public Land Mobile Network）に配置されているＨＳＳ２１と通信し、また、ＳＧＷ１３は、ＨＰＬＭＮに配置されているＰＧＷ２２と通信を行う。ここで、図３においては、ＳＧＷ１３とＰＧＷ２２との間のインタフェースがＳ８であるのに対して、図２においては、ＳＧＷ１３とＰＧＷ１６との間のインタフェースがＳ５となっている点が、図３と図２との主な相違点である。図２及び図３の詳細な説明については、3GPP TS23.401の規格書に記載されている。
　図４は、３ＧＰＰにおいていわゆる２Ｇもしくは３Ｇと称されている通信ネットワークの構成例である。図４の通信ネットワークは、ＴＥ（Terminal Equipment）３１、ＭＴ（Mobile Terminal）３２、ＵＴＲＡＮ３３、ＳＧＳＮ３４、ＴＥ３５、ＭＴ３６、ＢＳＳ（Base Station System）３７、ＳＧＳＮ３８、ＧＧＳＮ（Gateway GPRS Support Node）３９、ＧＧＳＮ４０、ＭＳＣ（Mobile Switching Center）／ＶＬＲ（Visitor Location Register）４１、ＳＭＳ－ＧＭＳＣ、ＳＭＳ－ＩＷＭＳＣ（Inter-Working Mobile Switching Centre）４２、ＳＭＳ－ＳＣ４３、ｇｓｍＳＣＦ（gsm Service Control Function）４４、ＣＧＦ（Charging Gateway Function）４５、ＥＩＲ（Equipment Identity Register）４６、Ｂｉｌｌｉｎｇ　Ｓｙｓｔｅｍ４７、ＴＥ４８及びＨＬＲ４９を有している。本図の点線は、制御信号を通信するSignalling interfaceを示しており、実線は、制御信号及びユーザデータを通信するSignalling and Data Transfer Interfaceを示している。図４の詳細な説明については、3GPP TS23.060の規格書に記載されている。
　図５は、３ＧＰＰにおいてＰＣＣ（Policy and Charging Control）として規定されている通信ネットワークの構成例である。図５の通信ネットワークは、ＢＢＥＲＦ（Bearer Binding and Event Reporting Function）５１、Ｖ（Visited）－ＰＣＲＦ５２、ＳＰＲ（Subscriber Profile Repository）５３、Ｈ（Home）－ＰＣＲＦ５４、ＰＣＥＦ（Policy and Charging Enforcement Function）５５、Ｇａｔｅｗａｙ５６、ＡＦ（Application Function）５７、ＯＣＳ（Online Charging System）５８、ＴＤＦ（Traffic Detection Function）５９及びＯＦＣＳ（Offline Charging System）６０を有している。図５の詳細な説明については、3GPP TS23.203の規格書に記載されている。
　図６は、３ＧＰＰにおいてＣＳＦＢ（Circuit Switched Fall Back）に対応する通信ネットワークの構成例である。図６の通信ネットワークは、ＵＥ７１、Ｅ－ＵＴＲＡＮ７２、ＧＥＲＡＮ７３、ＵＴＲＡＮ７４、ＳＧＳＮ７５、ＭＭＥ７６及びＭＳＣ　Ｓｅｒｖｅｒ７７を有している。図６の詳細な説明については、3GPP TS23.272の規格書に記載されている。
　続いて、図７を用いて本発明の実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００の構成例について説明する。Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００は、複数のＶＭによって構成されたＭＭＥの呼称である。Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００は、図２のＭＭＥ１２もしくは図６のＭＭＥ７６において、各インタフェースに必要な動作をＶＭを用いるように構成されている。Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００は、Ｓ６ａ ＶＭ１０１～Ｓ６ａ ＶＭ１０３、Ｓ１１ ＶＭ１０４～Ｓ１１ ＶＭ１０６、ＳＧｓ ＶＭ１０７、ＳＧｓ ＶＭ１０８、Ｓ１－ＭＭＥ ＶＭ１０９～Ｓ１－ＭＭＥ ＶＭ１１１及び制御部１５を有している。なお、本図における各インタフェースに用いられているＶＭの数は、一例であり、任意の数のＶＭが用いられてもよい。以下に説明する他の図においても同様である。
　Ｓ６ａ ＶＭ１０１～Ｓ６ａ ＶＭ１０３は、図２のＨＳＳ１５もしくは図３のＨＳＳ２１との間のインタフェースの制御に必要な機能を担う。機能の一例として加入者データの取得などである。Ｓ１１ ＶＭ１０４～Ｓ１１ ＶＭ１０６は、図２のＳＧＷ１３との間に設定されるセッションの制御に必要な機能を担う。ＳＧｓ ＶＭ１０７及びＳＧｓ ＶＭ１０８は、図６のＭＳＣ　Ｓｅｒｖｅｒ７７との間に設定されるセッションの制御に必要な機能を担う。Ｓ１－ＭＭＥ ＶＭ１０９～Ｓ１－ＭＭＥ ＶＭ１１１は、図１のＥ－ＵＴＲＡＮ１１との間に設定されるセッションの制御に必要な機能を担う。Ｅ－ＵＴＲＡＮ１１は、例えば、基地局装置であるｅＮＢ（evolved NB）であってもよい。
　それぞれのＶＭは、例えば、セッション毎に所定のメモリ領域を割り当てている。そのため、それぞれのＶＭに設定可能な最大セッション数は、メモリ領域もしくはメモリ容量に応じて定められてもよい。以下に規定するＶＭについても本図のＶＭと同様である。
　制御部１１５は、セッション数の管理、削除するＶＭに設定されているセッションの移動先の決定、各ＶＭを介した通信制御等を行う。また、制御部１１５は、各ＶＭの負荷状況をモニタしていて、例えば夜間になって、あるＶＭが予め設定したセッション数よりも低下した場合に、そのＶＭに残ったセッションを他のＶＭに移動することを決定したり、その移動先を決定したり、移動先として負荷状況を考慮して複数のＶＭに振り分けることを決定してもよい。以下において説明する他の装置の制御部についても同様である。
　続いて、図８を用いて本発明の実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０の構成例について説明する。Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０は、図２のＳＧＷ１３において、インタフェースにＶＭを用いるように構成されている。Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０は、Ｇｘｘ ＶＭ１２１、Ｇｘｘ ＶＭ１２２、Ｓ５／Ｓ８－Ｃ ＶＭ１２３、Ｓ５／Ｓ８－Ｃ ＶＭ１２４、Ｓ５／Ｓ８－Ｕ ＶＭ１２５、Ｓ５／Ｓ８－Ｕ ＶＭ１２６、Ｓ１１ ＶＭ１２７、Ｓ１１ ＶＭ１２８、Ｓ１－Ｕ ＶＭ１２９、Ｓ１－Ｕ ＶＭ１３０、Ｓ１２ ＶＭ１３１、Ｓ１２ ＶＭ１３２及び制御部１３５を有している。
　Ｇｘｘ ＶＭ１２１及びＧｘｘ ＶＭ１２２は、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０が図５のＢＢＥＲＦ５１の機能を有する場合に、Ｖ－ＰＣＲＦ５２との間に設定されるセッションに用いられるインタフェースである。Ｓ５／Ｓ８－Ｃ ＶＭ１２３及びＳ５／Ｓ８－Ｃ ＶＭ１２４は、図２のＰＧＷ１６もしくは図３のＰＧＷ２２との間に設定されるセッションに用いられるインタフェースである。
　Ｓ１１ ＶＭ１２７及びＳ１１ ＶＭ１２８は、図２のＭＭＥ１２との間に設定されるセッションに用いられるインタフェースである。Ｓ１－Ｕ ＶＭ１２９及びＳ１－Ｕ ＶＭ１３０は、図２のＥ－ＵＴＲＡＮ１１との間に設定されるセッションに用いられるインタフェースである。Ｅ－ＵＴＲＡＮ１１は、例えば、基地局装置であるｅＮＢ（evolved NB）であってもよい。Ｓ１２ ＶＭ１３１及びＳ１２ ＶＭ１３２は、ＵＴＲＡＮとの間に設定されるセッションに用いられるインタフェースである。ＵＴＲＡＮは、例えば、基地局装置であるＮｏｄｅＢであってもよい。
　続いて、図９を用いて本発明の実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０の構成例について説明する。Ｖｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０は、図２のＰＧＷ１６もしくは図３のＰＧＷ２２において、インタフェースにＶＭを用いるように構成されている。
　Ｖｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０は、Ｇｘ ＶＭ１４１～Ｇｘ ＶＭ１４３、Ｇｙ／Ｇｚ ＶＭ１４４～Ｇｙ／Ｇｚ ＶＭ１４６、ＳＧｉ ＶＭ１４７、ＳＧｉ ＶＭ１４８、Ｓ５／Ｓ８－Ｃ ＶＭ１４９、Ｓ５／Ｓ８－Ｃ ＶＭ１５０、Ｓ５／Ｓ８－Ｕ ＶＭ１５１、Ｓ５／Ｓ８－Ｕ ＶＭ１５２及び制御部１５５を有している。
　Ｇｘ ＶＭ１４１～Ｇｘ ＶＭ１４３は、図２のＰＣＲＦ１７もしくは図３のＰＣＲＦ２３との間に設定されるセッションに用いられるインタフェースである。Ｇｙ／Ｇｚ ＶＭ１４４～Ｇｙ／Ｇｚ ＶＭ１４６は、Ｖｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０がＰＣＥＦ５５の機能を有する場合に、図５のＯＣＳ５８もしくはＯＦＣＳ６０との間に設定されるセッションに用いられるインタフェースである。
　ＳＧｉ ＶＭ１４７及びＳＧｉ ＶＭ１４８は、図２のオペレータネットワーク１８もしくは図３のオペレータネットワーク２４との間に設定されるセッションに用いられるインタフェースである。Ｓ５／Ｓ８－Ｃ ＶＭ１４９及びＳ５／Ｓ８－Ｃ ＶＭ１５０は、ＳＧＷ１３との間のＣ－Ｐｌａｎｅデータを通信するために設定されるセッションに用いられるインタフェースである。Ｓ５／Ｓ８－Ｕ ＶＭ１５１及びＳ５／Ｓ８－Ｕ ＶＭ１５２は、図２のＳＧＷ１３との間のＵ－Ｐｌａｎｅデータを通信するために設定されるセッションに用いられるインタフェースである。
　続いて、図１０を用いて本発明の実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０の構成例について説明する。Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０は、図２のＳＧＳＮ１４もしくは図４のＳＧＳＮ３４において、インタフェースにＶＭを用いるように構成されている。
　Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０は、Ｓ４－Ｃ ＶＭ１６１、Ｓ４－Ｃ ＶＭ１６２、Ｇｎ－Ｃ ＶＭ１６３、Ｇｎ－Ｃ ＶＭ１６４、Ｇｎ－Ｕ ＶＭ１６５、Ｇｎ－Ｕ ＶＭ１６６、Ｇｒ／Ｓ６ｄ ＶＭ１６７、Ｇｒ／Ｓ６ｄ ＶＭ１６８、Ｓ４－Ｕ ＶＭ１６９、Ｓ４－Ｕ ＶＭ１７０、Ｇｓ ＶＭ１７１、Ｇｓ ＶＭ１７２、Ｉｕ－Ｃ ＶＭ１７３、Ｉｕ－Ｃ ＶＭ１７４、Ｉｕ－Ｕ ＶＭ１７５、Ｉｕ－Ｕ ＶＭ１７６及び制御部１７７を有している。
　Ｓ４－Ｃ ＶＭ１６１及びＳ４－Ｃ ＶＭ１６２は、図２のＳＧＷ１３との間のＣ－Ｐｌａｎｅデータを通信するために設定されるセッションに用いられるインタフェースである。Ｓ４－Ｕ ＶＭ１６９及びＳ４－Ｕ ＶＭ１７０は、ＳＧＷ１３との間のＵ－Ｐｌａｎｅデータを通信するために設定されるセッションに用いられるインタフェースである。
　Ｇｎ－Ｃ ＶＭ１６３及びＧｎ－Ｃ ＶＭ１６４は、ＧＧＳＮ４０との間のＣ－Ｐｌａｎｅデータを通信するために設定されるセッションに用いられるインタフェースである。Ｇｎ－Ｕ ＶＭ１６５及びＧｎ－Ｕ ＶＭ１６６は図４のＧＧＳＮ４０との間のＵ－Ｐｌａｎｅデータを通信するために設定されるセッションに用いられるインタフェースである。
　Ｇｒ／Ｓ６ｄ ＶＭ１６７及びＧｒ／Ｓ６ｄ ＶＭ１６８は、図４のＨＬＲ４９との間に設定されるセッションに用いられるインタフェースである。Ｇｓ ＶＭ１７１及びＧｓ ＶＭ１７２は、ＭＳＣ／ＶＬＲ４１との間に設定されるセッションに用いられるインタフェースである。
　Ｉｕ－Ｃ ＶＭ１７３及びＩｕ－Ｃ ＶＭ１７４は、ＵＴＲＡＮ３３との間のＣ－Ｐｌａｎｅデータを通信するために設定されるセッションに用いられるインタフェースである。Ｉｕ－Ｕ ＶＭ１７５及びＩｕ－Ｕ ＶＭ１７６は、図４のＵＴＲＡＮ３３との間のＵ－Ｐｌａｎｅデータを通信するために設定されるセッションに用いられるインタフェースである。
　続いて、図１１を用いて本発明の実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＧＧＳＮ１８０の構成例について説明する。Ｖｉｒｔｕａｌｉｚｅｄ ＧＧＳＮ１８０は、図２のＳＧＳＮ１４もしくは図４のＳＧＳＮ３４において、インタフェースにＶＭを用いるように構成されている。
　Ｖｉｒｔｕａｌｉｚｅｄ ＧＧＳＮ１８０は、Ｇｘ ＶＭ１８１～Ｇｘ ＶＭ１８３、Ｇｙ／Ｇｚ ＶＭ１８４～Ｇｙ／Ｇｚ ＶＭ１８６、Ｇｉ ＶＭ１８７、Ｇｉ ＶＭ１８８、Ｇｎ－Ｃ ＶＭ１８９、Ｇｎ－Ｃ ＶＭ１９０、Ｇｎ－Ｕ ＶＭ１９１、Ｇｎ－Ｕ ＶＭ１９２及び制御部１９５を有している。
　Ｇｘ ＶＭ１８１～Ｇｘ ＶＭ１８３は、Ｖｉｒｔｕａｌｉｚｅｄ ＧＧＳＮ１８０がＰＣＥＦ５５の機能を有する場合に、Ｈ－ＰＣＲＦ５４との間に設定されるセッションに用いられるインタフェースである。Ｇｙ／Ｇｚ ＶＭ１４４～Ｇｙ／Ｇｚ ＶＭ１４６は、Ｖｉｒｔｕａｌｉｚｅｄ ＧＧＳＮ１８０が図５のＰＣＥＦ５５の機能を有する場合に、ＯＣＳ５８もしくはＯＦＣＳ６０との間に設定されるセッションに用いられるインタフェースである。
　Ｇｉ ＶＭ１８７及びＧｉ ＶＭ１８８は、通信事業者が固有のサービスを提供するＩＰ網、或いは他の通信事業者が管理するＰＤＮ（Packet Delivery Network）との間に設定されるセッションに用いられるインタフェースである。
　Ｇｎ－Ｃ ＶＭ１８９及びＧｎ－Ｃ ＶＭ１９０は、ＳＧＳＮ３４との間のＣ－Ｐｌａｎｅデータを通信するために設定されるセッションに用いられるインタフェースである。Ｇｎ－Ｕ ＶＭ１９１及びＧｎ－Ｕ ＶＭ１９２は図４のＳＧＳＮ３４との間のＵ－Ｐｌａｎｅデータを通信するために設定されるセッションに用いられるインタフェースである。
　続いて、図１２を用いて本発明の実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ｅＮｏｄｅＢ２００の構成例について説明する。Ｖｉｒｔｕａｌｉｚｅｄ ｅＮｏｄｅＢ２００は、図２のＥ－ＵＴＲＡＮ１１に配置されたｅＮｏｄｅＢにおいて、インタフェースにＶＭを用いるように構成されている。
　Ｖｉｒｔｕａｌｉｚｅｄ ｅＮｏｄｅＢ２００は、Ｓ１－ＭＭＥ ＶＭ２０１～Ｓ１－ＭＭＥ ＶＭ２０３、Ｓ１－Ｕ ＶＭ２０４～Ｓ１－Ｕ ＶＭ２０６、ＬＴＥ－Ｕｕ２０７及び制御部２０８を有している。
　Ｓ１－ＭＭＥ ＶＭ２０１～Ｓ１－ＭＭＥ ＶＭ２０３は、図２のＭＭＥ１２との間に設定されるセッションに用いられるインタフェースである。Ｓ１－Ｕ ＶＭ２０４～Ｓ１－Ｕ ＶＭ２０６は、図２のＳＧＷ１３との間に設定されるセッションに用いられるインタフェースである。ＬＴＥ－Ｕｕ２０７は、ＵＥ１０との間に設定されるセッションに用いられるインタフェースである。
　続いて、図１３を用いて本発明の実施の形態２にかかるＶｉｒｔｕａｌｉｚｅｄ ＲＮＣ２１０の構成例について説明する。Ｖｉｒｔｕａｌｉｚｅｄ ＲＮＣ２１０は、図４のＵＴＲＡＮ３３に配置されたＲＮＣ（Radio Network Controller）において、インタフェースにＶＭを用いるように構成されている。
　Ｖｉｒｔｕａｌｉｚｅｄ ＲＮＣ２１０は、Ｉｕ－Ｃ ＶＭ２１１～Ｉｕ－Ｃ ＶＭ２１３、Ｉｕ－Ｕ ＶＭ２１４～Ｉｕ－Ｕ ＶＭ２１６、Ｕｕ２１７及び制御部２１８を有している。
　Ｉｕ－Ｃ ＶＭ２１１～Ｉｕ－Ｃ ＶＭ２１３は、図４のＳＧＳＮ３４との間のＣ－Ｐｌａｎｅデータを通信するために設定されるセッションに用いられるインタフェースである。Ｉｕ－Ｕ ＶＭ２１４～Ｉｕ－Ｕ ＶＭ２１６は、ＳＧＳＮ３４との間のＵ－Ｐｌａｎｅデータを通信するために設定されるセッションに用いられるインタフェースである。Ｕｕ２１７は、図４のＭＴ３２との間に設定されるセッションに用いられるインタフェースである。
　続いて、図１４及び図１５を用いて、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００のＳ１１ ＶＭ１０６を削除する際のセッションの移動について説明する。ＶＭを削除するとは、例えば、ＶＭに対する電源の供給を停止することであってもよい。図１４は、ＳＧＷ１３との間において、Ｓ１１ ＶＭ１０４に６００００のセッションを設定し、Ｓ１１ ＶＭ１０５に８００００のセッションを設定し、Ｓ１１ ＶＭ１０６に４００００のセッションを設定していることを示している。セッションは、具体的には、ＰＤＮ ｃｏｎｎｅｃｔｉｏｎであってもよい。
　図１４において、Ｓ１１ ＶＭ１０６を削除する場合、Ｓ１１ ＶＭ１０６に設定されている４００００セッションをＳ１１ ＶＭ１０４及びＳ１１ ＶＭ１０５へ移す必要がある。この時に、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００は、制御部１１５によってＳ１１ ＶＭ１０４及びＳ１１ ＶＭ１０５の負荷状況を考慮して、Ｓ１１ ＶＭ１０６のセッションを移動させてもよい。例えば、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００は、Ｓ１１ ＶＭ１０４及びＳ１１ ＶＭ１０５に設定されるセッションの数を同程度とするようにＳ１１ ＶＭ１０６のセッションを移動してもよい。
　具体的には、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００は、Ｓ１１ ＶＭ１０６における３００００セッションをＳ１１ ＶＭ１０４へ移動させ、１００００セッションをＳ１１ ＶＭ１０５へ移動させてもよい。このようにすることによって、図１５に示すように、Ｓ１１ ＶＭ１０４及びＳ１１ ＶＭ１０５は、それぞれ９００００セッションを設定することになり、負荷が均等となる。また、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００は、Ｓ１１ ＶＭ１０６に設定されているセッションをＳ１１ ＶＭ１０４及びＳ１１ ＶＭ１０５へ移す動作中に生成される新たなセッションについては、Ｓ１１ ＶＭ１０６に設定されない様に管理してもよい。
　それぞれのＶＭに設定されているセッション数の管理、削除するＶＭに設定されているセッションの移動先の決定等については、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００に搭載されているＣＰＵ等の制御部が実行してもよい。図１４及び図１５においては、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００のＳ１１ ＶＭ１０６が削除される例を説明したが、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００内の他のＶＭが削除、および追加される場合及び他の装置（Ｖｉｒｔｕａｌｉｚｅｄ　ＳＧＷ，ＰＧＷ，ＳＧＳＮ，ＧＧＳＮなど）内のＶＭが削除、および追加される場合についても、図１４及び図１５と同様の制御を実行する。
　続いて、図１６～図１９を用いて本発明の実施の形態２にかかるＶＭを削除する際のセッションの移動処理について説明する。図１６～図１９においては、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０のＳ５／Ｓ８－Ｃ ＶＭ１２３を削除する処理について説明する。
　図１６は、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００と、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０のＳ１１ ＶＭ１２８との間、さらに、Ｖｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０と、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０のＳ５／Ｓ８－Ｃ ＶＭ１２３との間に、GTP-C signaling connectionが設定されていることを示している。
　図１７は、Ｓ５／Ｓ８－Ｃ ＶＭ１２３を削除する際に、Ｖｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０との間において、Modify Bearer Requestメッセージ及びModify Bearer Responseメッセージを送受信することを示している。Ｖｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０は、Modify Bearer Requestを受信することによって、Ｓ５／Ｓ８－Ｃ ＶＭ１２３が削除されることを認識する必要はない。
　Ｓ５／Ｓ８－Ｃ ＶＭ１２３及びＶｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０の間において、Modify Bearer Request及びModify Bearer Responseが送受信されることによって、図１８に示すように、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０とＶｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０との間のGTP-C signaling connectionが更新される。つまり、Ｓ５／Ｓ８－Ｃ ＶＭ１２３とＶｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０との間に設定されていたＶｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０とＶｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０との間のGTP-C signaling connectionが、Ｓ５／Ｓ８－Ｃ ＶＭ１２４とＶｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０との間に設定される。
　図１９は、Ｓ５／Ｓ８－Ｃ ＶＭ１２３に設定されていた全てのセッションがＳ５／Ｓ８－Ｃ ＶＭ１２４へ移動した後に、Ｓ５／Ｓ８－Ｃ ＶＭ１２３を削除することを示している。
　続いて、図２０～図２３を用いて本発明の実施の形態２にかかるＶＭを削除する際のセッションの移動処理について説明する。図２０～図２３においては、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０のＳ５／Ｓ８－Ｕ ＶＭ１２５を削除する処理について説明する。
　図２０は、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００と、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０のＳ１－Ｕ ＶＭ１２９との間、さらに、Ｖｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０と、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０のＳ５／Ｓ８－Ｕ ＶＭ１２５との間に、GTP-U connectionが設定されていることを示している。
　図２１は、Ｓ５／Ｓ８－Ｕ ＶＭ１２５を削除する際に、Ｖｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０との間において、Modify Bearer Requestメッセージ及びModify Bearer Responseメッセージを送受信することを示している。ここで、Modify Bearer Requestメッセージ及びModify Bearer Responseメッセージは、Ｓ５／Ｓ８－Ｃ ＶＭ１２３を介して送受信される。Ｖｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０は、Modify Bearer Requestを受信することによって、Ｓ５／Ｓ８－Ｕ ＶＭ１２５が削除されることを認識する必要はない。
　Ｓ５／Ｓ８－Ｃ ＶＭ１２３及びＶｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０の間において、Modify Bearer Request及びModify Bearer Responseが送受信されることによって、図２２に示すように、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０とＶｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０との間のGTP-U connectionが更新される。つまり、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０とＶｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０との間のGTP-U connectionが、Ｓ５／Ｓ８－Ｕ ＶＭ１２６とＶｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０との間に設定される。
　図２３は、Ｓ５／Ｓ８－Ｕ ＶＭ１２５に設定されていた全てのセッションがＳ５／Ｓ８－Ｕ ＶＭ１２６へ移動した後に、Ｓ５／Ｓ８－Ｕ ＶＭ１２５を削除することを示している。
　続いて、図２４を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図２４は、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００のＳ１１ ＶＭ１０４～Ｓ１１ ＶＭ１０６のうちいずれかのＶＭが削除される際に実行される処理を示している。
　はじめに、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００は、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０へModify Bearer Requestメッセージを送信する（Ｓ１１）。Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００は、Modify Bearer Requestメッセージに、セッションの移動先のＶＭを示すＩＰアドレスおよびＴＥＩＤ（Tunnel Endpoint ID）を設定する。ＴＥＩＤは、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００のＶＭとＶｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０のＶＭとの間に設定されるパスの終端を示す識別子である。例えば、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０は、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００から通知されたＴＥＩＤを指定したメッセージをＶｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００へ送信することによって、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００が指定するＶＭとの間にセッションを確立することができる。セッションの移動先のＶＭを示す情報は、ＩＰアドレスおよびGRE keyであってもよい。
　次に、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０は、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００へModify Bearer Responseメッセージを送信する（Ｓ１２）。Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００は、削除するＳ１１ ＶＭに設定されているセッション毎に、Modify Bearer Requestメッセージを送信する。
　ここで、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００とＶｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０との間に設定されているセッションは、例えば、PDN connectionであってもよい。また、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００の削除するＳ１１ ＶＭが、複数のＶｉｒｔｕａｌｉｚｅｄ ＳＧＷとの間にセッションを設定している場合には、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００は、複数のＶｉｒｔｕａｌｉｚｅｄ ＳＧＷに対してModify Bearer Requestメッセージを送信する。
　以上説明したように、ステップＳ１１及びＳ１２を実行することによって、削除するＶＭに設定されていたセッションを移動させることができる。比較例において説明した処理と比較して、本図において説明した処理を実行することによって、セッションの移動に必要な信号数を大幅に削減することができる。
　続いて、図２５を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図２５は、図２４と同様に、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００のＳ１１ ＶＭ１０４～Ｓ１１ ＶＭ１０６のうちいずれかのＶＭが削除される際に実行される処理を示している。また図２４は、セッション毎にModify Bearer Requestメッセージを送信している処理について説明したが、図２５は、複数のセッション毎に更新処理を実行する例について説明する。複数のセッション毎に更新処理を実行することをバルク処理と称する。
　図２５を用いて、バルク処理を行うための事前処理について説明する。はじめに、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００は、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０との間のＳ１１インタフェースにおいてセッションを確立する際に、Create Session RequestメッセージをＶｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０へ送信する（Ｓ２１）。この時、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００は、Ｓ１１ ＶＭ１０６を用いて設定する複数のセッションに関連付けられたＣＳＩＤをＶｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０へ送信する。ＣＳＩＤは、セッションが設定されるＶＭ毎に異なる値であってもよい。
　Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０は、同一のＣＳＩＤが設定された複数のセッションは、全て、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００において同一のＶＭに設定されていると認識する。Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０は、Create Session Requestメッセージへの応答として、Create Session Responseメッセージを送信する（Ｓ２２）。
　続いて、図２６を用いて、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００とＶｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０との間のバルク処理について説明する。はじめに、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００は、Ｓ１１ ＶＭ１０６を削除する際に、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０へUpdate PDN Connection Set Requestメッセージを送信する（Ｓ３１）。ここで、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００は、Update PDN Connection Set Requestメッセージに、Ｓ１１ ＶＭ１０６に関連付けられているＣＳＩＤ、セッションの移動先のＶＭを示すＩＰアドレス群およびＴＥＩＤ（Tunnel Endpoint ID）群を設定する。セッションの移動先のＶＭを示す情報は、ＩＰアドレス群およびGRE key群であってもよい。
　次に、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０は、Update PDN Connection Set Requestメッセージの応答としてUpdate PDN Connection Set Responseメッセージを送信する（Ｓ３２）
　図２５及び図２６において説明するようにバルク処理を用いることによって、一つのUpdate PDN Connection Set Requestメッセージ及びUpdate PDN Connection Responseメッセージを送受信するだけで、複数セッションを現在設定されているＶＭと異なるＶＭへ移動させることができる。これに対して、図２４においては、設定されているセッションの回数分、Modify Bearer Requestメッセージ及びModify Bearer Responseメッセージを送受信する必要がある。
　続いて、図２７を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図２７は、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００のＳ１－ＭＭＥ ＶＭ１０９～Ｓ１－ＭＭＥ ＶＭ１１１のうちいずれかのＶＭが削除される際に実行される処理を示している。
　はじめに、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００は、ｅＮｏｄｅＢへMME CONFIGURATION UPDATEメッセージを送信する（Ｓ４１）。Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００は、MME CONFIGURATION UPDATEメッセージに、セッションの移動先のＶＭを示すＩＰアドレスもしくは他の識別情報を設定する。
　次に、ｅＮｏｄｅＢは、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００へMME CONFIGURATION UPDATEメッセージの応答としてMME CONFIGURATION UPDATE ACKNOWLEDGEメッセージを送信する（Ｓ４２）。Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００は、削除するＳ１－ＭＭＥ ＶＭに設定されているセッション毎に、MME CONFIGURATION UPDATEメッセージを送信する。
　続いて、図２８を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図２８は、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００のＳ６ａ ＶＭ１０１～Ｓ６ａ ＶＭ１０３のうちいずれかのＶＭが削除される際に実行される処理を示している。なお、図２８のステップＳ５１及びＳ５２は、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００の通信相手が、ＨＳＳ２１であり、送受信される信号名が異なる以外は、図２７と同様であるため詳細な説明を省略する。また、送受信される信号は、Notify Requestメッセージ及びNotify Answerメッセージが用いられる。
　続いて、図２９を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図２９は、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００のＳＧｓ ＶＭ１０７もしくはＳＧｓ ＶＭ１０８のＶＭが削除される際に実行される処理を示している。なお、図２９のステップＳ６１及びＳ６２は、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００の通信相手が、ＶＬＲもしくはＭＳＣ　Ｓｅｒｖｅｒ７７であること以外は、図２８と同様であるため詳細な説明を省略する。
　続いて、図３０を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図３０は、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０のＳ５／Ｓ８－Ｃ ＶＭ１２３もしくはＳ５／Ｓ８－Ｃ ＶＭ１２４が削除される際に実行される処理を示している。なお、図３０のステップＳ７１及びＳ７２は、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０の通信相手が、Ｖｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０であること以外は、図２４と同様であるため詳細な説明を省略する。
　続いて、図３１を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図３１は、図３０と同様に、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０のＳ５／Ｓ８－Ｃ ＶＭ１２３もしくはＳ５／Ｓ８－Ｃ ＶＭ１２４が削除される際に実行される処理を示している。また図３０は、セッション毎にModify Bearer Requestメッセージを送信している処理について説明したが、図３１は、バルク処理を実行する例について説明する。なお、図３１のステップＳ８１及びＳ８２は、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０の通信相手がＶｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０であること以外は、図２５と同様であるため詳細な説明を省略する。
　また、図３２のステップＳ９１及びＳ９２についても、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０の通信相手がＶｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０であること以外は、図２６と同様であるため詳細な説明を省略する。
　続いて、図３３を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図３３は、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０のＳ５／Ｓ８－Ｕ ＶＭ１２５もしくはＳ５／Ｓ８－Ｕ ＶＭ１２６が削除される際に実行される処理を示している。なお、図３３のステップＳ１０１及びＳ１０２は、Ｓ５／Ｓ８インタフェースのＵ－Ｐｌａｎｅデータを通信する際に用いられるセッションを更新すること以外は、図３０と同様であるため詳細な説明を省略する。
　続いて、図３４を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図３４は、図３３と同様に、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０のＳ５／Ｓ８－Ｕ ＶＭ１２５もしくはＳ５／Ｓ８－Ｕ ＶＭ１２６が削除される際に実行される処理を示している。また図３３は、セッション毎にModify Bearer Requestメッセージを送信している処理について説明したが、図３４は、バルク処理を実行する例について説明する。なお、図３４のステップＳ１１１及びＳ１１２は、Ｓ５／Ｓ８インタフェースのＵ－Ｐｌａｎｅデータを通信する際に用いられるセッションを更新すること以外は、図３１と同様であるため詳細な説明を省略する。
　また、図３５のステップＳ１２１及びＳ１２２についても、Ｓ５／Ｓ８インタフェースのＵ－Ｐｌａｎｅデータを通信する際に用いられるセッションを更新すること以外は、図３２と同様であるため詳細な説明を省略する。
　続いて、図３６を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図３６は、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０のＳ４ＣのインタフェースであるＶＭが削除される際に実行される処理を示している。なお、図３６のステップＳ１３１及びＳ１３２は、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０の通信相手が、ＳＧＳＮ１４であること以外は、図３０と同様であるため詳細な説明を省略する。
　続いて、図３７を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図３７は、図３６と同様に、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０のＳ４ＣのインタフェースであるＶＭが削除される際に実行される処理を示している。また図３６は、セッション毎にModify Bearer Requestメッセージを送信している処理について説明したが、図３７は、バルク処理を実行する例について説明する。なお、図３７のステップＳ１４１及びＳ１４２は、Ｓ４Ｃインタフェースに設定されるセッションを更新すること以外は、図３４と同様であるため詳細な説明を省略する。
　また、図３８のステップＳ１５１及びＳ１５２についても、Ｓ４Ｃインタフェースに設定されるセッションを更新すること以外は、図３５と同様であるため詳細な説明を省略する。
　続いて、図３９を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図３９は、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０のＳ４ＵのインタフェースであるＶＭが削除される際に実行される処理を示している。はじめに、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０は、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０へModify Bearer Requestメッセージを送信する（Ｓ１６１）。Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０は、Ｓ４Ｃのインタフェースを介して、Modify Bearer Requestメッセージ及びその後（ステップＳ１６４）のModify Bearer Responseメッセージを送受信する。Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０は、Modify Bearer Requestメッセージに、セッションの移動先のＶＭを示すＩＰアドレスおよびＴＥＩＤを設定する。
　次に、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０は、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０におけるＳ４ＵのインタフェースであるＶＭの更新情報をＶｉｒｔｕａｌｉｚｅｄ ＲＮＣ２１０へ通知する。具体的には、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０は、Ｖｉｒｔｕａｌｉｚｅｄ ＲＮＣ２１０へRELOCATION REQUESTメッセージを送信する（Ｓ１６２）。Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０は、ステップＳ１６１において通知された内容をRELOCATION REQUESTメッセージに設定する。Ｖｉｒｔｕａｌｉｚｅｄ ＲＮＣ２１０は、RELOCATION REQUESTメッセージへの応答としてRELOCATION REQUEST ACKNOWLEDGEメッセージをＶｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０へ送信する（Ｓ１６３）。
　Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０は、ステップＳ１６３において、RELOCATION REQUEST ACKNOWLEDGEメッセージを受信すると、Modify Bearer Requestメッセージへの応答としてModify Bearer ResponseメッセージをＶｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０へ送信する（Ｓ１６４）。Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０は、削除するＳ４Ｕに関するインタフェースのＶＭに設定されているセッション毎に、Modify Bearer Requestメッセージを送信する。
　本図において説明したように、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０は、Ｖｉｒｔｕａｌｉｚｅｄ ＲＮＣ２１０へ直接、ＶＭの削除に関する情報を通知するのではなく、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０を介してＶＭの削除に関する情報を通知することができる。これにより、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０がＶｉｒｔｕａｌｉｚｅｄ ＲＮＣ２１０へ送信する信号処理負荷の軽減を実現することができる。
　続いて、図４０を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図４０は、図３９と同様に、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０のＳ４ＵのインタフェースであるＶＭが削除される際に実行される処理を示している。また図３９は、セッション毎にModify Bearer Requestメッセージを送信している処理について説明したが、図４０は、バルク処理を実行する例について説明する。なお、図４０のステップＳ１７１及びＳ１７２は、Ｓ４Ｕインタフェースに設定されるセッションを更新すること以外は、図３７と同様であるため詳細な説明を省略する。
　また、図４１のステップＳ１８１及びＳ１８４は、Ｓ４Ｕインタフェースに設定されるセッションを更新すること以外は、図３８と同様であるため詳細な説明を省略する。また、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０は、ステップＳ１８２及びＳ１８３を、設定されているセッションの数だけ繰り返す。つまり、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０は、バルク処理を用いることによって、複数のセッションを一括して新たなＶＭへ移動させることをＶｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０へ通知する。これに対して、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０は、バルク処理を用いず、セッションの数だけステップＳ１８２及びＳ１８３を繰り返し実行する。Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０は、全てのセッションについてＶｉｒｔｕａｌｉｚｅｄ ＲＮＣ２１０へＶｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０におけるＶＭの削除に関する通知を完了すると、ステップＳ１８４においてUpdate PDN Connection Responseメッセージを送信する。
　続いて、図４２を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図４２は、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０のＳ１１ ＶＭ１２７もしくはＳ１１ ＶＭ１２８が削除される際に実行される処理を示している。なお、図４２のステップＳ１９１及びＳ１９２は、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０の通信相手が、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００であり、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０とＶｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００とは、Update Bearer Requestメッセージ及びUpdate Bearer Responseメッセージを用いる。それぞれのメッセージの設定内容は図３０と同様であるため詳細な説明を省略する。
　続いて、図４３を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図４３は、図４２と同様に、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０のＳ１１ ＶＭ１２７もしくはＳ１１ ＶＭ１２８が削除される際に実行される処理を示している。また図４２は、セッション毎にModify Bearer Requestメッセージを送信している処理について説明したが、図４３は、バルク処理を実行する例について説明する。
　図４３においては、ステップＳ２０１においてＶｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００からＶｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０に対して送信されるCreate Session Requestメッセージへの応答として、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０は、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００へCreate Session Responseメッセージを送信する（Ｓ２０２）。Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０は、Create Session Responseメッセージに、Ｓ１１ ＶＭ１２８を用いて設定する複数のセッションに関連付けられたＣＳＩＤをＶｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０へ送信する。
　なお、図４４のステップＳ２１１及びＳ２１２は、Ｓ１１ ＶＭ１２８に設定されるセッションを更新し、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０の通信先がＶｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００であること以外は、図３８と同様であるため詳細な説明を省略する。
　続いて、図４５を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図４５は、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０のＳ１２ ＶＭ１３１もしくはＳ１２ ＶＭ１３２が削除される際に実行される処理を示している。なお、図４５のステップＳ２２１～Ｓ２２４は、ステップＳ２２１及びＳ２２４において用いられるメッセージがUpdate Bearer Requestメッセージであること以外は、図３９と同様であるため詳細な説明を省略する。
　続いて、図４６を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図４６は、図４５と同様に、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０のＳ１２ ＶＭ１３１もしくはＳ１２ ＶＭ１３２が削除される際に実行される処理を示している。また図４５は、セッション毎にModify Bearer Requestメッセージを送信している処理について説明したが、図４６は、バルク処理を実行する例について説明する。なお、図４６のステップＳ２３１及びＳ２３２は、Ｓ１２ ＶＭ１３２に設定されるセッションを更新すること以外は、図４０と同様であるため詳細な説明を省略する。
　また、図４７のステップＳ２４１～Ｓ２４４についても、Ｓ１２ ＶＭ１３２に設定されるセッションを更新すること以外は、図４１と同様であるため詳細な説明を省略する。
　続いて、図４８を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図４８は、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０のＳ１－Ｕ ＶＭ１２９もしくはＳ１－Ｕ ＶＭ１３０が削除される際に実行される処理を示している。なお、図４８のステップＳ２５１～Ｓ２５４は、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０の通信先がＶｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００であり、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００の通信先が、Ｖｉｒｔｕａｌｉｚｅｄ ｅＮｏｄｅＢ２００である点において、図４５と異なる。さらに、ステップＳ２５２及びＳ２５３において用いられるメッセージがE-RAB MODIFY REQUESTメッセージである点において、図４５と異なる。図４８において、メッセージに設定される内容等、その他の内容は図４５と同様であるため詳細な説明を省略する。
　続いて、図４９を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図４９は、図４８と同様に、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０のＳ１－Ｕ ＶＭ１２９もしくはＳ１－Ｕ ＶＭ１３０が削除される際に実行される処理を示している。また図４８は、セッション毎にModify Bearer Requestメッセージを送信している処理について説明したが、図４９は、バルク処理を実行する例について説明する。図４９のステップＳ２６１及びＳ２６２は、Ｓ１－Ｕ ＶＭ１３０に関連づけられたＣＳＩＤを通知する以外は、図４３のステップＳ２０１及びＳ２０２と同様であるため詳細な説明を省略する。
　また、図５０のステップＳ２７２～Ｓ２７４についても、ステップＳ２７１及びＳ２７４においてバルク処理が行われること以外は、図４８と同様であるため詳細な説明を省略する。
　続いて、図５１を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図５１は、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０のＧｘｘ ＶＭ１２１及びＧｘｘ ＶＭ１２２が削除される際に実行される処理を示している。なお、図５１のステップＳ２８１は、Ｖ－ＰＣＲＦ５２へ、Ｇｘｘ ＶＭが削除されることをＣＣＲメッセージを用いて通知する。さらに、Ｖ－ＰＣＲＦ５２は、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０へ応答としてＣＣＡメッセージを送信する（Ｓ２８２）。
　続いて、図５２を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図５２は、Ｖｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０のＳ５／Ｓ８－Ｃ ＶＭ１４９もしくはＳ５／Ｓ８－Ｃ ＶＭ１５０が削除される際に実行される処理を示している。なお、図５２は、図３０において説明した処理に関して、それぞれの信号の送信元と送信先とが入れ替わっている点以外はすべて同様の内容であるため詳細な説明を省略する。
　続いて、図５３を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図５３は、Ｖｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０のＳ５／Ｓ８－Ｃ ＶＭ１４９もしくはＳ５／Ｓ８－Ｃ ＶＭ１５０が削除される際に実行される処理を示している。図５３においては、バルク処理を実行するために、Ｖｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０が、ステップＳ３０１において送信されたCreate Session Requestメッセージの応答として、Create Session ResponseメッセージをＶｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０へ送信する（Ｓ３０２）。Ｖｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０は、Create Session Responseメッセージに、Ｓ５／Ｓ８－Ｃ ＶＭ１５０に関連付けられたＣＳＩＤを設定する。
　続いて、図５４を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図５４は、Ｖｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０のＳ５／Ｓ８－Ｃ ＶＭ１５０が削除される際に実行される処理を示している。なお、図５４は、図３２において説明した処理に関して、それぞれの信号の送信元と送信先とが入れ替わっている点以外はすべて同様の内容であるため詳細な説明を省略する。
　続いて、図５５を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図５５は、Ｖｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０のＳ５／Ｓ８－Ｕ ＶＭ１５１もしくはＳ５／Ｓ８－Ｕ ＶＭ１５２が削除される際に実行される処理を示している。なお、図５５は、図３３において説明した処理に関して、それぞれの信号の送信元と送信先とが入れ替わっている点以外はすべて同様の内容であるため詳細な説明を省略する。
　続いて、図５６及び図５７を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図５６及び図５７は、Ｖｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０のＳ５／Ｓ８－Ｕ ＶＭ１５２が削除される際に実行される処理を示している。なお、図５６は、図３４において説明した処理に関して、それぞれの信号の送信元と送信先とが入れ替わっている点以外はすべて同様の内容であるため詳細な説明を省略する。さらに、なお、図５７は、図３５において説明した処理に関して、それぞれの信号の送信元と送信先とが入れ替わっている点以外はすべて同様の内容であるため詳細な説明を省略する。
　続いて、図５８を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図５８は、Ｖｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０のＳＧｉ ＶＭ１４７もしくはＳＧｉ ＶＭ１４８が削除される際に実行される処理を示している。Ｖｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０は、ＳＧｉ ＶＭ１の削除を、Update routing tableメッセージに設定して、オペレータネットワーク１８に含まれるＴＤＦもしくはＳＤＮ等へ送信する（Ｓ３５１）。さらに、Ｖｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０は、Update routing tableメッセージの応答としてUpdate routing acknowledgeメッセージを受信する（Ｓ３５２）。
　続いて、図５９を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図５９は、Ｖｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０のＧｘ ＶＭ１４１～Ｇｘ ＶＭ１４３のいずれかが削除される際に実行される処理を示している。図５９の処理は、Ｇｘ ＶＭ１４１～Ｇｘ ＶＭ１４３のいずれかを削除する以外は、図５１と同様であるため詳細な説明を省略する。
　続いて、図６０を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図６０は、Ｖｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０のＧｙ／Ｇｚ ＶＭ１４４～Ｇｙ／Ｇｚ ＶＭ１４６のいずれかが削除される際に実行される処理を示している。Ｖｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０は、ＯＣＳ５８へＶＭを削除した後の移動後のＶＭを設定したNotify Requestメッセージを送信する（Ｓ３７１）。Ｖｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０は、ＯＣＳ５８から、Notify Requestメッセージの応答として、Notify Answerメッセージを受信する（Ｓ３７２）。また、図６１についても、図６０と同様に、Ｖｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０のＧｙ／Ｇｚ ＶＭ１４４～Ｇｙ／Ｇｚ ＶＭ１４６のいずれかが削除される際に実行される処理を示している。図６１においては、Ｖｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０の通信先が、ＯＦＣＳ６０となっている。
　続いて、図６２を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図６２は、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０のＳ４－Ｃ ＶＭ１６１もしくはＳ４－Ｃ ＶＭ１６２が削除される際に実行される処理を示している。なお、図６２は、図３６において説明した処理に関して、それぞれの信号の送信元と送信先とが入れ替わっている点以外はすべて同様の内容であるため詳細な説明を省略する。
　続いて、図６３及び図６４を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図６３及び図６４は、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０のＳ４－Ｃ ＶＭ１６２が削除される際に実行される処理を示している。なお、図６３は、図３７において説明した処理に関して、それぞれの信号の送信元と送信先とが入れ替わっている点以外はすべて同様の内容であるため詳細な説明を省略する。さらに、図６４は、図３８において説明した処理に関して、それぞれの信号の送信元と送信先とが入れ替わっている点以外はすべて同様の内容であるため詳細な説明を省略する。
　続いて、図６５を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図６５は、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０のＳ４－Ｕ ＶＭ１６９もしくはＳ４－Ｕ ＶＭ１７０が削除される際に実行される処理を示している。なお、図６２は、図３９において説明したＶｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０及びＶｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０の間の通信である、ステップＳ１６１及びＳ１６４に関して、それぞれの信号の送信元と送信先とが入れ替わっている点以外はすべて同様の内容であるため詳細な説明を省略する。
　続いて、図６６及び図６７を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図６６及び図６７は、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０のＳ４－Ｕ ＶＭ１７０が削除される際に実行される処理を示している。なお、図６６は、図４０において説明した処理に関して、それぞれの信号の送信元と送信先とが入れ替わっている点以外はすべて同様の内容であるため詳細な説明を省略する。さらに、図６７は、図４１において説明したＶｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０及びＶｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０の間の通信である、ステップＳ１８１及びＳ１８４に関して、それぞれの信号の送信元と送信先とが入れ替わっている点以外はすべて同様の内容であるため詳細な説明を省略する。
　続いて、図６８を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図６８は、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０のＩｕ－Ｃ ＶＭ１７３もしくはＩｕ－Ｃ ＶＭ１７４が削除される際に実行される処理を示している。
　Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０は、Ｖｉｒｔｕａｌｉｚｅｄ ＲＮＣ２１０へ、Iu UPDATE REQUESTメッセージを送信する（Ｓ４５１）。Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０は、Ｉｕ－Ｃ ＶＭ１７３もしくはＩｕ－Ｃ ＶＭ１７４を削除した後のセッションの移動先のＶＭに関する情報を、Iu UPDATEREQUESTメッセージに設定する。次に、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０は、Iu UPDATEREQUESTメッセージの応答として、Iu UPDATE ACKNOWLEDGEメッセージを受信する（Ｓ４５２）。
　続いて、図６９を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図６９は、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０のＩｕ－Ｕ ＶＭ１７５もしくはＩｕ－Ｕ ＶＭ１７６が削除される際に実行される処理を示している。
　Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０は、Ｖｉｒｔｕａｌｉｚｅｄ ＲＮＣ２１０へ、RELOCATION REQUESTメッセージを送信する（Ｓ４６１）。Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０は、Ｉｕ－Ｕ ＶＭ１７５もしくはＩｕ－Ｕ ＶＭ１７６を削除した後のセッションの移動先のＶＭに関する情報を、RELOCATION REQUESTメッセージに設定する。次に、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０は、RELOCATION REQUESTメッセージの応答として、RELOCATION REQUEST ACKNOWLEDGEメッセージを受信する（Ｓ４６２）。
　続いて、図７０及び図７１を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図７０及び図７１は、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０のＩｕ－Ｕ ＶＭ１７６が削除される際に実行される処理を示している。
　図７０においては、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０は、Ｖｉｒｔｕａｌｉｚｅｄ ＲＮＣ２１０へRAB ASSIGNMENT REQUESTメッセージを送信する（Ｓ４７１）。Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０は、RAB ASSIGNMENT REQUESTメッセージに、Ｉｕ－Ｕ ＶＭ１７６に関連付けられたＣＳＩＤを設定する。Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０は、RAB ASSIGNMENT REQUESTメッセージの応答として、RAB ASSIGNMENT RESPONSEメッセージを受信する（Ｓ４７２）。
　図７１においては、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０及びＶｉｒｔｕａｌｉｚｅｄ ＲＮＣ２１０が、Update PDN Connection Set Requestメッセージ及びUpdate PDN Connection Responseメッセージを用いて、Ｉｕ－Ｕ ＶＭ１７６の削除に関するバルク処理を実行していることを示している。
　続いて、図７２を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図７２は、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０のＧｒ／Ｓ６ｄ ＶＭ１６７もしくはＧｒ／Ｓ６ｄ ＶＭ１６８が削除される際に実行される処理を示している。なお、図７２は、図２８におけるＶｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００をＶｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０として説明した処理と同様の内容であるため詳細な説明を省略する。また、図７３は、図７２において用いたNotify Requestメッセージ及びNotify Answerメッセージのかわりに、Any Time Modification Requestメッセージ及びAny Time Modification Responseメッセージを用いている。
　続いて、図７４を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図７４は、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０のＧｎ－Ｃ ＶＭ１６３もしくはＧｎ－Ｃ ＶＭ１６４が削除される際に実行される処理を示している。
　Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０は、Ｖｉｒｔｕａｌｉｚｅｄ ＧＧＳＮ１８０へ、Update PDP context Requestメッセージを送信する（Ｓ５１１）。Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０は、Ｇｎ－Ｃ ＶＭ１６３もしくはＧｎ－Ｃ ＶＭ１６４を削除した後のセッションの移動先のＶＭに関する情報を、Update PDP context Requestメッセージに設定する。次に、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０は、Update PDP context Requestメッセージの応答として、Update PDP context Responseメッセージを受信する（Ｓ５１２）。
　続いて、図７５及び図７６を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図７５及び図７６は、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０のＧｎ－Ｃ ＶＭ１６４が削除される際に実行される処理を示している。
　図７５においては、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０は、Ｖｉｒｔｕａｌｉｚｅｄ ＧＧＳＮ１８０へCreate PDP context Requestメッセージを送信する（Ｓ５２１）。Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０は、Create PDP context Requestメッセージに、Ｇｎ－Ｃ ＶＭ１６４に関連付けられたＣＳＩＤを設定する。Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０は、Create PDP context Requestメッセージの応答として、Create PDP context Responseメッセージを受信する（Ｓ５２２）。
　図７６においては、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０及びＶｉｒｔｕａｌｉｚｅｄ ＧＧＳＮ１８０が、Update PDN Connection Set Requestメッセージ及びUpdate PDN Connection Responseメッセージを用いて、Ｇｎ－Ｃ ＶＭ１６４の削除に関するバルク処理を実行していることを示している。
　続いて、図７７を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図７７は、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０のＧｎ－Ｕ ＶＭ１６５もしくはＧｎ－Ｕ ＶＭ１６６が削除される際に実行される処理を示している。なお、図７７は、図７４の処理において、Ｇｎ－Ｃ ＶＭを更新する処理のかわりにＧｎ－Ｕ ＶＭを更新する処理とした動作と同様であるため詳細な説明を省略する。
　続いて、図７８及び図７９を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図７８及び図７９は、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０のＧｎ－Ｕ ＶＭ１６６が削除される際に実行される処理を示している。なお、図７８及び図７９は、Ｇｎ－Ｕ ＶＭを更新する点以外は、図７５及び図７６と同様であるため詳細な説明を省略する。
　続いて、図８０を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図８０は、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０のＧｓ ＶＭ１７１もしくはＧｓ ＶＭ１７２が削除される際に実行される処理を示している。なお、図８０は、Ｇs ＶＭを更新する点以外は、図２９と同様であるため詳細な説明を省略する。
　続いて、図８１を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図８１は、Ｖｉｒｔｕａｌｉｚｅｄ ＧＧＳＮ１８０のＧｎ－Ｃ ＶＭ１８９もしくはＧｎ－Ｃ ＶＭ１９０が削除される際に実行される処理を示している。なお、図８１は、図７４において説明した処理に関して、それぞれの信号の送信元と送信先とが入れ替わっている点以外はすべて同様の内容であるため詳細な説明を省略する。
　続いて、図８２及び図８３を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図８２及び図８３は、Ｖｉｒｔｕａｌｉｚｅｄ ＧＧＳＮ１８０のＧｎ－Ｃ ＶＭ１９０が削除される際に実行される処理を示している。
　図８２においては、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０は、Ｖｉｒｔｕａｌｉｚｅｄ ＧＧＳＮ１８０へCreate PDP context Requestメッセージを送信する（Ｓ５９１）。次に、Ｖｉｒｔｕａｌｉｚｅｄ ＧＧＳＮ１８０は、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０へCreate PDP context Requestメッセージの応答としてCreate PDP context Responseメッセージを送信する（Ｓ５９２）。Ｖｉｒｔｕａｌｉｚｅｄ ＧＧＳＮ１８０は、Create PDP context Responseメッセージに、Ｇｎ－Ｃ ＶＭ１９０に関連付けられたＣＳＩＤを設定する。
　図８３においては、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０及びＶｉｒｔｕａｌｉｚｅｄ ＧＧＳＮ１８０が、Update PDN Connection Set Requestメッセージ及びUpdate PDN Connection Responseメッセージを用いて、Ｇｎ－Ｃ ＶＭ１９０の削除に関するバルク処理を実行していることを示している。
　続いて、図８４を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図８４は、Ｖｉｒｔｕａｌｉｚｅｄ ＧＧＳＮ１８０のＧｎ－Ｕ ＶＭ１９１もしくはＧｎ－Ｕ ＶＭ１９２が削除される際に実行される処理を示している。なお、図８４は、図７７において説明した処理に関して、それぞれの信号の送信元と送信先とが入れ替わっている点以外はすべて同様の内容であるため詳細な説明を省略する。
　続いて、図８５及び図８６を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図８５及び図８６は、Ｖｉｒｔｕａｌｉｚｅｄ ＧＧＳＮ１８０のＧｎ－Ｕ ＶＭ１９２が削除される際に実行される処理を示している。
　図８５は、Ｖｉｒｔｕａｌｉｚｅｄ ＧＧＳＮ１８０が、Ｇｎ－Ｕ ＶＭ１９２に関するＣＳＩＤをＶｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０へ送信する以外は、図８２と同様であるため詳細な説明を省略する。
　図８６においては、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０及びＶｉｒｔｕａｌｉｚｅｄ ＧＧＳＮ１８０が、Update PDN Connection Set Requestメッセージ及びUpdate PDN Connection Responseメッセージを用いて、Ｇｎ－Ｕ ＶＭ１９２の削除に関するバルク処理を実行していることを示している。
　続いて、図８７を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図８７は、Ｖｉｒｔｕａｌｉｚｅｄ ＧＧＳＮ１８０のＧｉ ＶＭ１８７もしくはＧｉ ＶＭ１８８が削除される際に実行される処理を示している。なお、図８７は、図５８において説明した処理に関して、Ｖｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０の代わりにＶｉｒｔｕａｌｉｚｅｄ ＧＧＳＮ１８０を用いている点以外はすべて同様の内容であるため詳細な説明を省略する。
　続いて、図８８を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図８８は、Ｖｉｒｔｕａｌｉｚｅｄ ＧＧＳＮ１８０のＧｘ ＶＭ１８１～Ｇｘ ＶＭ１８３のいずれかが削除される際に実行される処理を示している。なお、図８８は、図５９において説明した処理に関して、Ｖｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０の代わりにＶｉｒｔｕａｌｉｚｅｄ ＧＧＳＮ１８０を用いている点以外はすべて同様の内容であるため詳細な説明を省略する。
　続いて、図８９を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図８９は、Ｖｉｒｔｕａｌｉｚｅｄ ＧＧＳＮ１８０のＧｙ／Ｇｚ ＶＭ１８４～Ｇｙ／Ｇｚ ＶＭ１８６のいずれかが削除される際に実行される処理を示している。なお、図８９は、図６０において説明した処理に関して、Ｖｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０の代わりにＶｉｒｔｕａｌｉｚｅｄ ＧＧＳＮ１８０を用いている点以外はすべて同様の内容であるため詳細な説明を省略する。
　続いて、図９０を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図９０は、Ｖｉｒｔｕａｌｉｚｅｄ ＧＧＳＮ１８０のＧｙ／Ｇｚ ＶＭ１８４～Ｇｙ／Ｇｚ ＶＭ１８６のいずれかが削除される際に実行される処理を示している。なお、図９０は、図６１において説明した処理に関して、Ｖｉｒｔｕａｌｉｚｅｄ ＰＧＷ１４０の代わりにＶｉｒｔｕａｌｉｚｅｄ ＧＧＳＮ１８０を用いている点以外はすべて同様の内容であるため詳細な説明を省略する。
　続いて、図９１を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図９１は、Ｖｉｒｔｕａｌｉｚｅｄ ｅＮｏｄｅＢ２００のＳ１－ＭＭＥ ＶＭ２０１～Ｓ１－ＭＭＥ ＶＭ２０３のいずれかが削除される際に実行される処理を示している。
　Ｖｉｒｔｕａｌｉｚｅｄ ｅＮｏｄｅＢ２００は、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００へ、eNB CONFIGURATION UPDATEメッセージを送信する（Ｓ６８１）。Ｖｉｒｔｕａｌｉｚｅｄ ｅＮｏｄｅＢ２００は、Ｓ１－ＭＭＥ ＶＭ２０１～Ｓ１－ＭＭＥ ＶＭ２０３のいずれかを削除した後のセッションの移動先のＶＭに関する情報を、eNB CONFIGURATION UPDATEメッセージに設定する。次に、Ｖｉｒｔｕａｌｉｚｅｄ ｅＮｏｄｅＢ２００は、eNB CONFIGURATION UPDATEメッセージの応答として、eNB CONFIGURATION UPDATE ACKNOWLEDGEメッセージを受信する（Ｓ６８２）。
　続いて、図９２を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図９２は、Ｖｉｒｔｕａｌｉｚｅｄ ｅＮｏｄｅＢ２００のＳ１－Ｕ ＶＭ２０４～Ｓ１－Ｕ ＶＭ２０６のいずれかが削除される際に実行される処理を示している。
　はじめに、Ｖｉｒｔｕａｌｉｚｅｄ ｅＮｏｄｅＢ２００は、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００へ、E-RAB MODIFY REQUESTメッセージを送信する（Ｓ６９１）。Ｖｉｒｔｕａｌｉｚｅｄ ｅＮｏｄｅＢ２００は、Ｓ１－Ｕ ＶＭ２０４～Ｓ１－Ｕ ＶＭ２０６のいずれかを削除した後のセッションの移動先のＶＭに関する情報を、E-RAB MODIFY REQUESTメッセージに設定する。なお、Ｖｉｒｔｕａｌｉｚｅｄ ｅＮｏｄｅＢ２００は、E-RAB MODIFY REQUESTメッセージを、Ｓ１－ＭＭＥインタフェースを介して送信する。
　次に、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００は、Ｖｉｒｔｕａｌｉｚｅｄ ｅＮｏｄｅＢ２００から通知された情報を設定したModify Bearer RequestメッセージをＶｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０へ送信する（Ｓ６９２）。次に、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００は、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０から、Modify Bearer Requestメッセージに対する応答としてModify Bearer Responseメッセージを受信する（Ｓ６９３）。次に、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００は、Ｖｉｒｔｕａｌｉｚｅｄ ｅＮｏｄｅＢ２００へ、E-RAB MODIFY REQUESTメッセージへの応答として、E-RAB MODIFY ACKNOWLEDGEメッセージを送信する（Ｓ６９４）。
　続いて、図９３及び図９４を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図９３及び図９４は、Ｖｉｒｔｕａｌｉｚｅｄ ｅＮｏｄｅＢ２００のＳ１－Ｕ ＶＭ２０６が削除される際に実行される処理を示している。
　はじめに、Ｖｉｒｔｕａｌｉｚｅｄ ｅＮｏｄｅＢ２００は、ステップＳ７０１において受信したInitial Context Setup Requestメッセージへの応答として、Initial Context Setup ResponseメッセージをＶｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００へ送信する（Ｓ７０２）。Ｖｉｒｔｕａｌｉｚｅｄ ｅＮｏｄｅＢ２００は、Initial Context Setup Responseメッセージに、Ｓ１－Ｕ ＶＭ２０６に関連付けられているＣＳＩＤを設定する。Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００は、Modify Bearer Requestメッセージ（Ｓ７０３）及びModify Bearer Responseメッセージ（Ｓ７０４）を送受信することによって、Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０へ、Ｖｉｒｔｕａｌｉｚｅｄ ｅＮｏｄｅＢ２００から通知されたＣＳＩＤを通知する。
　図９４においては、Ｖｉｒｔｕａｌｉｚｅｄ ｅＮｏｄｅＢ２００がＳ１－Ｕ ＶＭ２０６を削除する際に、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００へUpdate PDN Connection Set Requestメッセージを送信する。Ｖｉｒｔｕａｌｉｚｅｄ ｅＮｏｄｅＢ２００は、削除の対象となるＳ１－Ｕ ＶＭ２０６に関連付けられたＣＳＩＤをUpdate PDN Connection Set Requestメッセージに設定する（Ｓ７１１）。
　次に、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００は、ＣＳＩＤが設定されたUpdate PDN Connection Set Requestメッセージを受信した場合、ＣＳＩＤに関連付けられている複数のセッションごとにModify Bearer RequestメッセージをＶｉｒｔｕａｌｉｚｅｄ ＳＧＷ１２０へ送信し（Ｓ７１２）、その応答として、Modify Bearer Responseメッセージを受信する（Ｓ７１３）。つまり、Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００は、すべてのセッションに関する処理が完了するまで、ステップＳ７１２及びＳ７１３を繰り返す。
　Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ１００は、すべてのセッションに関する処理が完了すると、Update PDN Connection Response」メッセージをＶｉｒｔｕａｌｉｚｅｄ ｅＮｏｄｅＢ２００へ送信する（Ｓ７１４）。
　続いて、図９５を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図９５は、Ｖｉｒｔｕａｌｉｚｅｄ ＲＮＣ２１０のＩｕ－Ｃ ＶＭ２１１～Ｉｕ－Ｃ ＶＭ２１３のいずれかが削除される際に実行される処理を示している。なお、図９５は、図６８において説明した処理に関して、それぞれの信号の送信元と送信先とが入れ替わっている点以外はすべて同様の内容であるため詳細な説明を省略する。
　続いて、図９６を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図９６は、Ｖｉｒｔｕａｌｉｚｅｄ ＲＮＣ２１０のＩｕ－Ｕ ＶＭ２１４～Ｉｕ－Ｕ ＶＭ２１６のいずれかが削除される際に実行される処理を示している。なお、図９６は、図６９において説明した処理に関して、それぞれの信号の送信元と送信先とが入れ替わっている点以外はすべて同様の内容であるため詳細な説明を省略する。
　続いて、図９７及び図９８を用いて本発明の実施の形態２にかかるセッション情報更新処理の流れについて説明する。図９７及び図９８は、Ｖｉｒｔｕａｌｉｚｅｄ ＲＮＣ２１０のＩｕ－Ｕ ＶＭ２１６が削除される際に実行される処理を示している。
　図９７においては、はじめに、Ｖｉｒｔｕａｌｉｚｅｄ ＲＮＣ２１０は、ステップＳ７４１において受信したRAB Assign Requestメッセージへの応答として、RAB Assign ResponseメッセージをＶｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０へ送信する（Ｓ７４２）。Ｖｉｒｔｕａｌｉｚｅｄ ＲＮＣ２１０は、RAB Assign Responseメッセージに、Ｉｕ－Ｕ ＶＭ２１６に関連付けられているＣＳＩＤを設定する。
　図９８においては、Ｖｉｒｔｕａｌｉｚｅｄ ＲＮＣ２１０とＶｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ１６０との間のバルク処理について示している。なお、図９８は、図７１において説明した処理に関して、それぞれの信号の送信元と送信先とが入れ替わっている点以外はすべて同様の内容であるため詳細な説明を省略する。
　以上説明したように、本発明の実施の形態２にかかる通信処理を用いることによって、あるＶＭを削除する際に、対向するノード装置に対して、セッションの移動後のＶＭを通知することができる。これによって、対向するノード装置は、ＶＭが変更されたノード装置に対して、セッションの移動後のＶＭに対して通信を行うことができる。そのため、隣接するノード装置においてＶＭの移動処理を実行することができるため、ＶＭの移動にともない、端末装置に対してＤｅｔａｃｈ等の処理を実行させる必要がない。これによって、Ｄｅｔａｃｈ等の処理を実行する必要がない分、通信ネットワーク内に発生する制御信号の数を減少させることができる。
　上述の実施の形態では、本発明をハードウェアの構成として説明したが、本発明は、これに限定されるものではない。本発明は、それぞれの図において説明した処理の流れを、ＣＰＵ（Central Processing Unit）にコンピュータプログラムを実行させることにより実現することも可能である。
　上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ－ＲＯＭ（Read Only Memory）、ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
　なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。
　以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
　この出願は、２０１４年２月１３日に出願された日本出願特願２０１４－２５５６６を基礎とする優先権を主張し、その開示の全てをここに取り込む。
　１　通信装置
　２　通信装置
　３　ＶＭ
　４　ＶＭ
　５～８　通信リソース
　１０　ＵＥ
　１１　Ｅ－ＵＴＲＡＮ
　１２　ＭＭＥ
　１３　ＳＧＷ
　１４　ＳＧＳＮ
　１５　ＨＳＳ
　１６　ＰＧＷ
　１７　ＰＣＲＦ
　１８　オペレータネットワーク
　２１　ＨＳＳ
　２２　ＰＧＷ
　２３　ＰＣＲＦ
　２４　オペレータネットワーク
　３１　ＴＥ
　３２　ＭＴ
　３３　ＵＴＲＡＮ
　３４　ＳＧＳＮ
　３５　ＴＥ
　３６　ＭＴ
　３７　ＢＳＳ
　３８　ＳＧＳＮ
　３９　ＧＧＳＮ
　４０　ＧＧＳＮ
　４１　ＭＳＣ／ＶＬＲ
　４２　ＳＭＳ－ＧＭＳＣ、ＳＭＳ－ＩＷＭＳＣ
　４３　ＳＭＳ－ＳＣ
　４４　ｇｓｍＳＣＦ
　４５　ＣＧＦ　
　４６　ＥＩＲ
　４７　Ｂｉｌｌｉｎｇ　Ｓｙｓｔｅｍ
　４８　ＴＥ
　４９　ＨＬＲ
　５１　ＢＢＥＲＦ
　５２　Ｖ－ＰＣＲＦ
　５３　ＳＰＲ
　５４　Ｈ－ＰＣＲＦ
　５５　ＰＣＥＦ
　５６　Ｇａｔｅｗａｙ
　５７　ＡＦ
　５８　ＯＣＳ
　５９　ＴＤＦ
　６０　ＯＦＣＳ
　７１　ＵＥ
　７２　Ｅ－ＵＴＲＡＮ
　７３　ＧＥＲＡＮ
　７４　ＵＴＲＡＮ
　７５　ＳＧＳＮ
　７６　ＭＭＥ
　７７　ＭＳＣ　Ｓｅｒｖｅｒ
　１００　Ｖｉｒｔｕａｌｉｚｅｄ ＭＭＥ
　１０１～１０６　Ｓ６ａ ＶＭ
　１０７、１０８　ＳＧｓ ＶＭ
　１０９～１１１　Ｓ１－ＭＭＥ ＶＭ
　１２０　Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＷ
　１２１、１２２　Ｇｘｘ ＶＭ
　１２３、１２４　Ｓ５／Ｓ８－Ｃ ＶＭ
　１２５、１２６　Ｓ５／Ｓ８－Ｕ ＶＭ
　１２７、１２８　Ｓ１１ ＶＭ
　１２９、１３０　Ｓ１－Ｕ ＶＭ
　１３１、１３２　Ｓ１２ ＶＭ
　１４０　Ｖｉｒｔｕａｌｉｚｅｄ ＰＧＷ
　１４１～１４３　Ｇｘ ＶＭ
　１４４、１４５　Ｇｙ／Ｇｚ ＶＭ
　１４６　Ｇｙ／Ｇｚ ＶＭ
　１４７、１４８　ＳＧｉ ＶＭ
　１４９、１５０　Ｓ５／Ｓ８－Ｃ ＶＭ
　１５１、１５２　Ｓ５／Ｓ８－Ｕ ＶＭ
　１６０　Ｖｉｒｔｕａｌｉｚｅｄ ＳＧＳＮ
　１６１、１６２　Ｓ４－Ｃ ＶＭ
　１６３、１６４　Ｇｎ－Ｃ ＶＭ
　１６５、１６６　Ｇｎ－Ｕ ＶＭ
　１６７、１６８　Ｇｒ／Ｓ６ｄ ＶＭ
　１６９、１７０　Ｓ４－Ｕ ＶＭ
　１７１、１７２　Ｇｓ ＶＭ
　１７３、１７４　Ｉｕ－Ｃ ＶＭ
　１７５、１７６　Ｉｕ－Ｕ ＶＭ
　１８０　Ｖｉｒｔｕａｌｉｚｅｄ ＧＧＳＮ
　１８１～１８３　Ｇｘ ＶＭ
　１８４、１８５　Ｇｙ／Ｇｚ ＶＭ
　１８６　Ｇｙ／Ｇｚ ＶＭ
　１８７、１８８　Ｇｉ ＶＭ
　１８９、１９０　Ｇｎ－Ｃ ＶＭ
　１９１、１９２　Ｇｎ－Ｕ ＶＭ
　２００　Ｖｉｒｔｕａｌｉｚｅｄ ｅＮｏｄｅＢ
　２０１～２０３　Ｓ１－ＭＭＥ ＶＭ
　２０４～２０６　Ｓ１－Ｕ ＶＭ
　２０７　ＬＴＥ－Ｕｕ
　２１０　Ｖｉｒｔｕａｌｉｚｅｄ ＲＮＣ
　２１１～２１３　Ｉｕ－Ｃ ＶＭ
　２１４～２１６　Ｉｕ－Ｕ ＶＭ
　２１７　Ｕｕ

Claims (41)

  1. 　第１の通信装置と、
    　前記第１の通信装置との間に設定される複数のセッションを複数のＶＭ（Virtual Machine）を用いて制御する第２の通信装置と、を備え、
    　前記第２の通信装置は、
    　前記第１の通信装置と前記複数のＶＭに含まれる第１のＶＭとの間において制御する複数のセッションを、前記複数のＶＭに含まれ、前記第１のＶＭとは異なる第２のＶＭにおいて制御すると決定したことを契機として、前記第２のＶＭにおいて用いられる識別情報を前記第１の通信装置へ通知し、セッションを更新する、通信システム。
  2. 　前記第２の通信装置は、
    　前記複数のセッション毎に、前記第２のＶＭにおいて用いられる識別情報を前記第１の通信装置へ通知する、請求項１に記載の通信システム。
  3. 　前記第２の通信装置は、
    　前記複数のセッションに共通のグループ識別情報を設定し、前記グループ識別情報が設定された前記複数のセッションを新たに制御する前記第２のＶＭにおいて用いられる識別情報を、前記グループ識別情報と関連づけて前記第１の通信装置へ通知する、請求項１に記載の通信システム。
  4. 　前記複数のセッションは、U-Plane用セッションと、C-Plane用セッションを含み、
    　前記第２の通信装置は、
    　前記第１のＶＭが制御する前記U-Plane用セッションを、前記第２のＶＭが制御することを契機として、前記C-Plane用セッションを介して、前記第２のＶＭにおいて用いられる識別情報を前記第１の通信装置へ通知する、請求項１乃至３のいずれか１項に記載の通信システム。
  5. 　前記C-Plane用セッションを介して前記第１の通信装置及び前記第２の通信装置と接続する第３の通信装置をさらに備え、
    　前記第２の通信装置は、
    　前記第１の通信装置との間に設定されている前記U-Plane用セッションを、前記第２のＶＭが制御することを契機として、前記第３の通信装置との間に設定されている前記C-Plane用セッションを介して、前記第２のＶＭにおいて用いられる識別情報を前記第１の通信装置へ通知する、請求項４に記載の通信システム。
  6. 　前記第２のＶＭにおいて用いられる識別情報は、ＩＰアドレスもしくはＴＥＩＤ（Tunnel Endpoint ID）である、請求項１乃至５のいずれか１項に記載の通信システム。
  7. 　前記第２の通信装置は、
    　対向する装置と接続する際に用いられるインタフェース毎に異なるＶＭを有する、請求項１乃至６のいずれか１項に記載の通信システム。
  8. 　前記ＶＭは、
    　前記第２の通信装置において用いられる複数の通信リソースを有する、請求項７に記載の通信システム。
  9. 　前記第１及び第２の通信装置は、３ＧＰＰにおいて規定された通信システムを構成する、請求項１乃至８のいずれか１項に記載の通信システム。
  10. 　他の通信装置との間に設定される複数のセッションを複数のＶＭを用いて制御し、前記他の通信装置と前記複数のＶＭに含まれる第１のＶＭとの間において制御する前記複数のセッションを、前記複数のＶＭに含まれ、前記第１のＶＭとは異なる第２のＶＭにおいて制御すると決定したことを契機として、前記第２のＶＭにおいて用いられる識別情報を前記他の通信装置へ通知しセッションを更新する制御手段を備える、通信装置。
  11. 　前記制御手段は、
    　前記複数のセッション毎に、前記第２のＶＭにおいて用いられる識別情報を前記他の通信装置へ通知する、請求項１０に記載の通信装置。
  12. 　前記制御手段は、
    　前記複数のセッションに共通のグループ識別情報を設定し、前記グループ識別情報が設定された前記複数のセッションを新たに制御する前記第２のＶＭにおいて用いられる識別情報を、前記グループ識別情報と関連づけて前記他の通信装置へ通知する、請求項１１に記載の通信装置。
  13. 　前記複数のセッションは、U-Plane用セッションと、C-Plane用セッションを含み、
    　前記制御手段は、
    　前記第１のＶＭが制御する前記U-Plane用セッションを、前記第２のＶＭが制御することを契機として、前記C-Plane用セッションを介して、前記第２のＶＭにおいて用いられる識別情報を前記他の通信装置へ通知する、請求項１０乃至１２のいずれか１項に記載の通信装置。
  14. 　他の通信装置との間に設定される複数のセッションを複数のＶＭを用いて制御し、
    　前記他の通信装置と前記複数のＶＭに含まれる第１のＶＭとの間において制御する前記複数のセッションを、前記複数のＶＭに含まれ、前記第１のＶＭとは異なる第２のＶＭにおいて制御すると決定し、
    　前記第２のＶＭにおいて用いられる識別情報を前記他の通信装置へ通知し、セッションを更新する、通信方法。
  15. 　他の通信装置との間に設定される複数のセッションを複数のＶＭを用いて制御し、
    　前記他の通信装置と前記複数のＶＭに含まれる第１のＶＭとの間において制御する前記複数のセッションを、前記複数のＶＭに含まれ、前記第１のＶＭとは異なる第２のＶＭにおいて制御すると決定し、
    　前記第２のＶＭにおいて用いられる識別情報を前記他の通信装置へ通知し、セッションを更新することをコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体。
  16. 　仮想化されたＭＭＥ（Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｅｎｔｉｔｙ）からＳＧＷ（Ｓｅｒｖｉｎｇ　Ｇａｔｅｗａｙ）に識別情報をModify Bearer Request信号、Create Session Request信号、Update PDN Connection Set Request信号のいずれか１つを用いて送信し、
    　前記ＳＧＷから前記仮想化されたＭＭＥに応答信号としてModify Bearer Response信号、Create Session Response信号、Update PDN Connection Response信号のいずれか１つを送信し、
    　前記仮想化されたＭＭＥと前記ＳＧＷ間のＶＭ（Virtual Machine）を削除することを特徴とするモバイル通信ネットワークの制御方法。
  17. 　仮想化されたｅＮｏｄｅＢからＭＭＥ（Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｅｎｔｉｔｙ）に識別情報をMME COFIGURATION UPDATE信号にて送信し、
    　前記ＭＭＥから前記仮想化されたｅＮｏｄｅＢに応答信号としてMME COFIGURATION UPDATE ACKNOWLEDGE信号を送信し、
    　前記仮想化されたｅＮｏｄｅＢと前記ＭＭＥ間のＶＭ（Virtual Machine）を削除することを特徴とするモバイル通信ネットワークの制御方法。
  18. 　仮想化されたＭＭＥ（Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｅｎｔｉｔｙ）からＨＳＳ（Ｈｏｍｅ　Ｓｕｂｓｃｒｉｂｅｒ　Ｓｅｒｖｅｒ）に識別情報をNotify Request信号にて送信し、
    　前記ＨＳＳから前記仮想化されたＭＭＥに応答信号としてNotify Answer信号を送信し、
    　前記仮想化されたＭＭＥと前記ＨＳＳ間のＶＭ（Virtual Machine）を削除することを特徴とするモバイル通信ネットワークの制御方法。
  19. 　仮想化されたＭＭＥ（Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｅｎｔｉｔｙ）からＶＬＲ（Ｖｉｓｉｔｏｒ　Ｍｏｂｉｌｅ　Ｓｗｉｔｃｈｉｎｇ　Ｃｅｎｔｅｒ）に識別情報をNotify Request信号にて送信し、
    　前記ＶＬＲから前記仮想化されたＭＭＥに応答信号としてNotify Answer信号を送信し、
    　前記仮想化されたＭＭＥと前記ＶＬＲ間のＶＭ（Virtual Machine）を削除することを特徴とするモバイル通信ネットワークの制御方法。
  20. 　仮想化されたＳＧＷ（Ｓｅｒｖｉｎｇ　Ｇａｔｅｗａｙ）からＰＧＷ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｎｅｔｗｏｒｋ　Ｇａｔｅｗａｙ）に識別情報をModify Bearer Request信号、Create Session Request信号、Update PDN Connection Set Request信号のいずれか１つを用いて送信し、
    　前記ＰＧＷから前記仮想化されたＳＧＷに応答信号としてModify Bearer Response信号、Create Session Response信号、Update PDN Connection Response信号のいずれか１つを送信し、
    　前記仮想化されたＳＧＷと前記ＰＧＷ間のＶＭ（Virtual Machine）を削除することを特徴とするモバイル通信ネットワークの制御方法。
  21. 　仮想化されたＳＧＷ（Ｓｅｒｖｉｎｇ　Ｇａｔｅｗａｙ）からＳＧＳＮ（Ｓｅｒｖｉｎｇ　ＧＰＲＳ　Ｓｕｐｐｏｒｔ　Ｎｏｄｅ）に識別情報をModify Bearer Request信号、Create Session Request信号、Update PDN Connection Set Request信号のいずれか１つを用いて送信し、
    　前記ＳＧＳＮから前記仮想化されたＳＧＷに応答信号としてModify Bearer Response信号、Create Session Response信号、Update PDN Connection Responseのいずれか１つを送信し、
    　前記仮想化されたＳＧＷと前記ＳＧＳＮ間のＶＭ（Virtual Machine）を削除することを特徴とするモバイル通信ネットワークの制御方法。
  22. 　仮想化されたＳＧＷ（Ｓｅｒｖｉｎｇ　Ｇａｔｅｗａｙ）からＭＭＥ（Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｅｎｔｉｔｙ）に識別情報をUpdate Bearer Request信号にて送信し、
    　前記ＭＭＥから前記仮想化されたＳＧＷに応答信号としてUpdate Bearer Response信号を送信し、
    　前記仮想化されたＳＧＷと前記ＭＭＥ間のＶＭ（Virtual Machine）を削除することを特徴とするモバイル通信ネットワークの制御方法。
  23. 　仮想化されたＰＧＷ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｎｅｔｗｏｒｋ　Ｇａｔｅｗａｙ）からＳＧＷ（Ｓｅｒｖｉｎｇ　Ｇａｔｅｗａｙ）に識別情報をUpdate PDN　Connection　Set　requst信号、Modify　Bearer　Request信号のいずれか１つを用いて送信し、
    　前記ＳＧＷは前記仮想化されたＰＧＷに応答信号としてUpdate PDN　Connection　response信号、Modify　Bearer　Response信号のいずれか１つを送信し、
    　前記仮想化されたＰＧＷと前記ＳＧＷ間のＶＭ（Virtual Machine）を削除することを特徴とするモバイル通信ネットワークの制御方法。
  24. 　仮想化されたＳＧＷ（Ｓｅｒｖｉｎｇ　Ｇａｔｅｗａｙ）からＰＣＲＦ（Ｐｏｌｉｃｙ　ａｎｄＣｈａｒｇｉｎｇ　Ｃｏｎｔｒｏｌ）に識別情報をCCR信号にて送信し、
    　前記ＰＣＲＦより前記仮想化されたＳＧＷに応答信号としてCCA信号を送信し、
    　前記仮想化されたＳＧＷと前記ＰＣＲＦ間のＶＭ（Virtual Machine）を削除することを特徴とするモバイル通信ネットワークの制御方法。
  25. 　仮想化されたＰＧＷ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｎｅｔｗｏｒｋ　Ｇａｔｅｗａｙ）からＴＤＦ（Ｔｒａｆｆｉｃ　Ｄｅｔｅｃｔｉｏｎ　Ｆｕｎｃｔｉｏｎ）またはＳＤＮに識別情報をUpdate routing table信号にて送信し、
    　前記ＴＤＦまたはＳＤＮから前記仮想化されたＰＧＷに応答信号としてUpdate routing acknowledge信号を送信し、
    　前記仮想化されたＰＧＷと前記ＴＤＦまたはＳＤＮ間のＶＭ（Virtual Machine）を削除することを特徴とするモバイル通信ネットワークの制御方法。
  26. 　仮想化されたＰＧＷ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｎｅｔｗｏｒｋ　Ｇａｔｅｗａｙ）からＰＣＲＦ（Ｐｏｌｉｃｙ　ａｎｄＣｈａｒｇｉｎｇ　Ｃｏｎｔｒｏｌ）に識別情報をCCR信号にて送信し、
    　前記ＰＣＲＦから前記仮想化されたＰＧＷに応答信号としてCCA信号を送信し、
    　前記仮想化されたＰＧＷと前記ＰＣＲＦ間のＶＭ（Virtual Machine）を削除することを特徴とするモバイル通信ネットワークの制御方法。
  27. 　仮想化されたＰＧＷ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｎｅｔｗｏｒｋ　Ｇａｔｅｗａｙ）からＯＣＳ（Ｏｎｌｉｎｅ　Ｃｈａｒｇｉｎｇ　Ｓｙｓｔｅｍ）に識別情報をNotify Request信号にて送信し、
    　前記ＯＣＳより前記仮想化されたＰＧＷに応答信号としてNotify Answer信号を送信し、
    　前記仮想化されたＰＧＷと前記ＯＣＳ間のＶＭ（Virtual Machine）を削除することを特徴とするモバイル通信ネットワークの制御方法。
  28. 　仮想化されたＰＧＷ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｎｅｔｗｏｒｋ　Ｇａｔｅｗａｙ）からＯＦＣＳ（Ｏｆｆｌｉｎｅ　Ｃｈａｒｇｉｎｇ　Ｓｙｓｔｅｍ）に識別情報をNotify Request信号にて送信し、
    　前記ＯＦＣＳより前記仮想化されたＰＧＷに応答信号としてNotify Answer信号を送信し、
    　前記仮想化されたＰＧＷと前記ＯＦＣＳ間のＶＭ（Virtual Machine）を削除することを特徴とするモバイル通信ネットワークの制御方法。
  29. 　仮想化されたＳＧＳＮ（Ｓｅｒｖｉｎｇ　ＧＰＲＳ　Ｓｕｐｐｏｒｔ　Ｎｏｄｅ）からＳＧＷ（Ｓｅｒｖｉｎｇ　Ｇａｔｅｗａｙ）に識別情報をModify Bearer Request信号、Create Session Request信号、Update PDN Connection Set Request信号のいずれか１つを用いて送信し、
    　前記ＳＧＷから前記仮想化されたＳＧＳＮに応答信号としてModify Bearer Response信号、Create Session Response信号、Update PDN Connection Response信号のいずれか１つを送信し、
    　前記仮想化されたＳＧＳＮと前記ＳＧＷ間のＶＭ（Virtual Machine）を削除することを特徴とするモバイル通信ネットワークの制御方法。
  30. 　仮想化されたＲＮＣ（Ｒａｄｉｏ　Ｎｅｔｗｏｒｋ　Ｃｏｎｔｒｏｌｌｅｒ）またはＢＳＣ（Ｂａｓｅ　Ｓｔａｔｉｏｎ　Ｃｏｎｔｒｏｌｌｅｒ）からＳＧＳＮに識別情報をIu UPDATE REQUEST信号、RELOCATION REQUEST信号のいずれか１つを用いて送信し、
    　前記ＳＧＳＮから前記仮想化されたＲＮＣまたはＢＳＣに応答信号としてIu UPDATE ACKNOWLEDGE信号、RELOCATION REQUEST　ACKNOWLEDGE信号のいずれか１つを送信し、
    　前記仮想化されたＲＮＣまたはＢＳＣと前記ＳＧＳＮ間のＶＭ（Virtual Machine）を削除することを特徴とするモバイル通信ネットワークの制御方法。
  31. 　仮想化されたＳＧＳＮ（Ｓｅｒｖｉｎｇ　ＧＰＲＳ　Ｓｕｐｐｏｒｔ　Ｎｏｄｅ）からＲＮＣ（Ｒａｄｉｏ　Ｎｅｔｗｏｒｋ　Ｃｏｎｔｒｏｌｌｅｒ）またはＢＳＣ（Ｂａｓｅ　Ｓｔａｔｉｏｎ　Ｃｏｎｔｒｏｌｌｅｒ）に識別情報をRAB ASSIGNMENT REQUEST信号、Update PDN Connection Set Request信号のいずれか１つを用いて送信し、
    　前記ＲＮＣまたはＢＳＣより前記仮想化されたＳＧＳＮに応答信号としてRAB ASSIGNMENT RESPONSE信号、Update PDN Connection Response信号のいずれか１つを送信し、
    　前記仮想化されたＳＧＳＮと前記ＲＮＣまたはＢＳＣ間のＶＭ（Virtual Machine）を削除することを特徴とするモバイル通信ネットワークの制御方法。
  32. 　仮想化されたＳＧＳＮ（Ｓｅｒｖｉｎｇ　ＧＰＲＳ　Ｓｕｐｐｏｒｔ　Ｎｏｄｅ）からＨＳＳ（Ｈｏｍｅ　Ｓｕｂｓｃｒｉｂｅｒ　Ｓｅｒｖｅｒ）に識別情報をNotify　Request信号、Any　Time　Modification Request信号のいずれか１つを用いて送信し、
    　前記ＨＳＳより前記仮想化されたＳＧＳＮに応答信号としてNotify　Answer信号、Any　Time　Modification　response信号のいずれか１つを送信し、
    　前記仮想化されたＳＧＳＮと前記ＨＳＳ間のＶＭ（Virtual Machine）を削除することを特徴とするモバイル通信ネットワークの制御方法。
  33. 　仮想化されたＳＧＳＮ（Ｓｅｒｖｉｎｇ　ＧＰＲＳ　Ｓｕｐｐｏｒｔ　Ｎｏｄｅ）からＧＧＳＮ（Ｇａｔｅｗａｙ　ＧＰＲＳ　Ｓｕｐｐｏｒｔ　Ｎｏｄｅ）に識別情報をUpdate　PDP　context　request信号、Update　PDN　connection　Set　Request信号、Create　PDP　context　Request信号のいずれか１つを用いて送信し、
    　前記ＧＧＳＮから前記仮想化されたＳＧＳＮに応答信号としてUpdate　Context　response信号、　Create　PDP　context　Response信号、Create　PDP　context　Response信号のいずれか１つを送信し、
    　前記仮想化されたＳＧＳＮと前記ＧＧＳＮ間のＶＭ（Virtual Machine）を削除することを特徴とするモバイル通信ネットワークの制御方法。
  34. 　仮想化されたＳＧＳＮ（Ｓｅｒｖｉｎｇ　ＧＰＲＳ　Ｓｕｐｐｏｒｔ　Ｎｏｄｅ）からＶＬＲ（Ｖｉｓｉｔｏｒ　Ｌｏｃａｔｉｏｎ　Ｒｅｇｉｓｔｅｒ）に識別情報をNotify　Request信号を送信し、
    　前記ＶＬＲから前記仮想化されたＳＧＳＮに応答信号としてNotify　Answerを送信し、
    　前記仮想化されたＳＧＳＮと前記ＶＬＲ間のＶＭ（Virtual Machine）を削除することを特徴とするモバイル通信ネットワークの制御方法。
  35. 　仮想化されたＧＧＳＮ（Ｇａｔｅｗａｙ　ＧＰＲＳ　Ｓｕｐｐｏｒｔ　Ｎｏｄｅ）からＳＧＳＮ（Ｓｅｒｖｉｎｇ　ＧＰＲＳ　Ｓｕｐｐｏｒｔ　Ｎｏｄｅ）に識別情報をUpdate　PDP　context　request信号、Update　PDN　connection　Set　Request信号、Create　PDP　context　Request信号のいずれか１つを用いて送信し、
    　前記ＳＧＳＮから前記仮想化されたＧＧＳＮに応答信号としてUpdate　Context　response信号、　Create　PDP　context　Response信号、Create　PDP　context　Response信号のいずれか１つを送信し、
    　前記仮想化されたＧＧＳＮと前記ＳＧＳＮ間のＶＭ（Virtual Machine）を削除することを特徴とするモバイル通信ネットワークの制御方法。
  36. 　仮想化されたＧＧＳＮ（Ｇａｔｅｗａｙ　ＧＰＲＳ　Ｓｕｐｐｏｒｔ　Ｎｏｄｅ）からＴＤＦ（Ｔｒａｆｆｉｃ　Ｄｅｔｅｃｔｉｏｎ　Ｆｕｎｃｔｉｏｎ）またはＳＤＮに識別情報をUpdate　routing　table信号を用いて送信し、
    　前記ＴＤＦまたはＳＤＮから前記仮想化されたＧＧＳＮに応答信号としてUpdate　routing　acknowledge信号を送信し、
    　前記仮想化されたＧＧＳＮと前記ＴＤＦまたはＳＤＮ間のＶＭ（Virtual Machine）を削除することを特徴とするモバイル通信ネットワークの制御方法。
  37. 　仮想化されたＧＧＳＮ（Ｇａｔｅｗａｙ　ＧＰＲＳ　Ｓｕｐｐｏｒｔ　Ｎｏｄｅ）からＰＣＲＦ（Ｐｏｌｉｃｙ　ａｎｄＣｈａｒｇｉｎｇ　Ｃｏｎｔｒｏｌ）に識別情報をCCR信号を用いて送信し、
    　前記ＰＣＲＦから前記仮想化されたＧＧＳＮに応答信号としてCCA信号を送信し、
    　前記仮想化されたＧＧＳＮと前記ＰＣＲＦ間のＶＭ（Virtual Machine）を削除することを特徴とするモバイル通信ネットワークの制御方法。
  38. 　仮想化されたＧＧＳＮ（Ｇａｔｅｗａｙ　ＧＰＲＳ　Ｓｕｐｐｏｒｔ　Ｎｏｄｅ）からＯＣＳ（Ｏｎｌｉｎｅ　Ｃｈａｒｇｉｎｇ　Ｓｙｓｔｅｍ）に識別情報をNotify　Request信号を用いて送信し、
    　前記ＯＣＳより前記仮想化されたＧＧＳＮに応答信号としてNotify　Answer信号を送信し、
    　前記仮想化されたＧＧＳＮと前記ＯＣＳ間のＶＭ（Virtual Machine）を削除することを特徴とするモバイル通信ネットワークの制御方法。
  39. 　仮想化されたＧＧＳＮ（Ｇａｔｅｗａｙ　ＧＰＲＳ　Ｓｕｐｐｏｒｔ　Ｎｏｄｅ）よりＯＦＣＳ（Ｏｆｆｌｉｎｅ　Ｃｈａｒｇｉｎｇ　Ｓｙｓｔｅｍ）に識別情報をNotify　Request信号を用いて送信し、
    　前記ＯＦＣＳより前記仮想化されたＧＧＳＮに応答信号としてNotify　Answer信号を送信し、
    　前記仮想化されたＧＧＳＮと前記ＯＦＣＳ間のＶＭ（Virtual Machine）を削除することを特徴とするモバイル通信ネットワークの制御方法。
  40. 　仮想化されたＭＭＥ（Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｅｎｔｉｔｙ）からｅＮｏｄｅＢに識別情報をeNB　configuration　update信号を用いて送信し、
    　前記ｅＮｏｄｅＢから前記仮想化されたＭＭＥに応答信号としてeNB　configuration　update　acknowledge信号を送信し、
    　前記仮想化されたＭＭＥと前記ｅＮｏｄｅＢとの間のＶＭ（Virtual Machine）を削除することを特徴とするモバイル通信ネットワークの制御方法。
  41. 　仮想化されたＳＧＳＮ（Ｓｅｒｖｉｎｇ　ＧＰＲＳ　Ｓｕｐｐｏｒｔ　Ｎｏｄｅ）からＲＮＣ（Ｒａｄｉｏ　Ｎｅｔｗｏｒｋ　Ｃｏｎｔｒｏｌｌｅｒ）またはＢＳＣ（Ｂａｓｅ　Ｓｔａｔｉｏｎ　Ｃｏｎｔｒｏｌｌｅｒ）に識別情報をIu UPDATE REQUEST信号、RELOCATION REQUEST信号、RAB　assign　request信号、update　PDN　connection　Set　request信号のいずれか１つを用いて送信し、
    　前記ＲＮＣまたはＢＳＣより前記仮想化されたＳＧＳＮに応答信号としてIu UPDATE ACKNOWLEDGE信号、RELOCATION REQUEST　ACKNOWLEDGE信号、RAB　assign　response信号、update　PDN　connection信号のいずれか１つを送信し、
    前記仮想化されたＳＧＳＮと前記ＲＮＣまたはＢＳＣ間のＶＭ（Virtual Machine）を削除することを特徴とするモバイル通信ネットワークの制御方法。
    　
PCT/JP2015/000427 2014-02-13 2015-01-30 通信システム、通信装置、通信方法及びプログラムが格納された非一時的なコンピュータ可読媒体 WO2015122143A1 (ja)

Priority Applications (10)

Application Number Priority Date Filing Date Title
CA2939468A CA2939468A1 (en) 2014-02-13 2015-01-30 Communication system, communication device, communication method, and non-transitory computer readable medium storing program
US15/118,304 US10057355B2 (en) 2014-02-13 2015-01-30 Communication system, communication device, communication method, and non-transitory computer readable medium storing program
RU2016136355A RU2697735C2 (ru) 2014-02-13 2015-01-30 Система связи, устройство связи, способ связи и энергонезависимый считываемый компьютером носитель, хранящий программу
JP2015562720A JP6508063B2 (ja) 2014-02-13 2015-01-30 通信システム、通信装置、及び通信方法
CN201580008540.7A CN106031140B (zh) 2014-02-13 2015-01-30 通信系统、通信装置、通信方法和存储程序的非瞬时性计算机可读介质
KR1020167025322A KR20160122236A (ko) 2014-02-13 2015-01-30 통신 시스템, 통신 장치, 통신 방법 및 프로그램을 저장한 비일시적인 컴퓨터 판독가능 매체
EP15749594.6A EP3107274B1 (en) 2014-02-13 2015-01-30 Communication device, communication system, and communication method
US16/041,311 US20190190994A1 (en) 2014-02-13 2018-07-20 Communication system, communication device, communication method, and non-transitory computer readable medium storing program
US16/590,792 US11303711B2 (en) 2014-02-13 2019-10-02 Communication system, communication device, communication method, and non-transitory compu ter readable medium storing program
US17/686,753 US11778046B2 (en) 2014-02-13 2022-03-04 Virtualized communication device and method therefor

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2014-025566 2014-02-13
JP2014025566 2014-02-13

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US15/118,304 A-371-Of-International US10057355B2 (en) 2014-02-13 2015-01-30 Communication system, communication device, communication method, and non-transitory computer readable medium storing program
US16/041,311 Continuation US20190190994A1 (en) 2014-02-13 2018-07-20 Communication system, communication device, communication method, and non-transitory computer readable medium storing program

Publications (1)

Publication Number Publication Date
WO2015122143A1 true WO2015122143A1 (ja) 2015-08-20

Family

ID=53799896

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2015/000427 WO2015122143A1 (ja) 2014-02-13 2015-01-30 通信システム、通信装置、通信方法及びプログラムが格納された非一時的なコンピュータ可読媒体

Country Status (8)

Country Link
US (4) US10057355B2 (ja)
EP (1) EP3107274B1 (ja)
JP (2) JP6508063B2 (ja)
KR (1) KR20160122236A (ja)
CN (1) CN106031140B (ja)
CA (1) CA2939468A1 (ja)
RU (1) RU2697735C2 (ja)
WO (1) WO2015122143A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20170133793A (ko) * 2016-05-26 2017-12-06 한국전자통신연구원 이동통신 코어 망에서의 시그널링 방법 및 그 시스템
JP2021182168A (ja) * 2016-01-06 2021-11-25 グーグル エルエルシーGoogle LLC 音声認識システム

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9596628B2 (en) 2013-10-31 2017-03-14 Intel Corporation Gateway arrangements for wireless communication networks
EP3322256B1 (en) * 2015-08-28 2021-06-16 Huawei Technologies Co., Ltd. Method, device and system for processing user data
EP3586492B1 (en) * 2017-02-24 2021-10-27 Telefonaktiebolaget LM Ericsson (publ.) Dynamic reconfiguration of virtualized network function network connectivity
JP2020516982A (ja) * 2017-03-28 2020-06-11 クラウドジャンパー コーポレーション セッションサーバへのウェイクオンデマンド・アクセスを提供するための方法およびシステム
US11122452B2 (en) * 2019-04-15 2021-09-14 Netscout Systems, Inc System and method for load balancing of network packets received from a MME with smart filtering

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013161178A1 (ja) * 2012-04-27 2013-10-31 日本電気株式会社 通信システム及び経路制御方法
WO2013164917A1 (ja) * 2012-05-02 2013-11-07 株式会社エヌ・ティ・ティ・ドコモ 移動体通信システム、呼処理ノード及び通信制御方法
JP2013258648A (ja) * 2012-06-14 2013-12-26 Nec Commun Syst Ltd 移動通信システム、ゲートウェイ装置、セッション管理装置及び輻輳制御方法

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1151488C (zh) * 1998-10-02 2004-05-26 国际商业机器公司 通过一般分层对象进行有效语音导航的结构框架
CA2554122C (en) * 2003-01-21 2015-05-12 Flarion Technologies, Inc. Methods and apparatus for downlink macro-diversity in cellular networks
EP1932329A1 (de) * 2006-09-27 2008-06-18 Siemens Home and Office Communication Devices GmbH & Co. KG Verfahren zur erweiterung von telekommunikationsdiensten sowie zugehöriges telekommunikationssystem
KR101375474B1 (ko) * 2007-09-13 2014-03-20 삼성전자주식회사 인터넷 프로토콜을 이용하는 통신 장치 및 방법
JP5121624B2 (ja) 2008-08-08 2013-01-16 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法及び回線交換局
CN101730124A (zh) 2008-10-29 2010-06-09 华为技术有限公司 恢复业务的方法、装置和系统
CN102265676A (zh) * 2008-12-26 2011-11-30 夏普株式会社 控制站、移动台和移动通信系统
US8264956B2 (en) 2009-02-27 2012-09-11 Cisco Technology, Inc. Service redundancy in wireless networks
US8984507B2 (en) * 2010-04-26 2015-03-17 International Business Machines Corporation Cross architecture virtual machine migration
US8468550B2 (en) * 2010-06-18 2013-06-18 At&T Intellectual Property I, L.P. Mobile devices having plurality of virtual interfaces
JP5795384B2 (ja) 2010-12-09 2015-10-14 サムスン エレクトロニクス カンパニー リミテッド 映像処理装置、照明処理装置及びその方法
CN102612013A (zh) * 2011-01-20 2012-07-25 华为终端有限公司 基于组的机器类型通信mtc设备的位置管理方法和设备
KR20120084641A (ko) 2011-01-20 2012-07-30 엘지에릭슨 주식회사 Ｍｍｅ 백업 장치 및 방법
CN102369688B (zh) 2011-04-07 2013-08-07 华为技术有限公司 资源动态调整方法和调度设备
EP2716102B1 (en) * 2011-06-01 2021-01-06 Ntt Docomo, Inc. Enhanced local access in mobile communications using small node devices
US9235856B2 (en) * 2011-11-10 2016-01-12 Verizon Patent And Licensing Inc. Providing overlay networks via elastic cloud networking
CN104081808B (zh) 2012-01-24 2019-07-26 瑞典爱立信有限公司 Mme恢复
JP5862359B2 (ja) * 2012-02-23 2016-02-16 日本電気株式会社 シンクライアントシステム、接続管理サーバ、接続管理方法、及び接続管理プログラム
US8782008B1 (en) * 2012-03-30 2014-07-15 Emc Corporation Dynamic proxy server assignment for virtual machine backup
JP5537600B2 (ja) * 2012-05-15 2014-07-02 株式会社Ｎｔｔドコモ 制御ノード及び通信制御方法
US10231120B2 (en) * 2012-10-16 2019-03-12 Cisco Technology, Inc. Offloaded security as a service
WO2014067098A1 (zh) 2012-10-31 2014-05-08 华为技术有限公司 一种基于移动管理实体池MME Pool的通信方法、设备及系统
CN103826326B (zh) * 2012-11-19 2019-05-07 中兴通讯股份有限公司 本地ip访问连接释放的方法及装置、移动管理单元、无线侧网元
US9098322B2 (en) * 2013-03-15 2015-08-04 Bmc Software, Inc. Managing a server template
CN105340322B (zh) 2013-04-16 2020-07-28 爱立信(中国)通信有限公司 处理通信网络中失效的方法、节点和计算机可读存储介质
US9973375B2 (en) * 2013-04-22 2018-05-15 Cisco Technology, Inc. App store portal providing point-and-click deployment of third-party virtualized network functions
US9781632B2 (en) * 2013-04-22 2017-10-03 Nokia Solutions And Networks Management International Gmbh Interaction and migration of EPC towards virtualized mobile backhaul/sharing of RAT (eNB, RNC, BSC)
US9642077B2 (en) 2013-10-23 2017-05-02 Cisco Technology, Inc. Node selection in virtual evolved packet core

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013161178A1 (ja) * 2012-04-27 2013-10-31 日本電気株式会社 通信システム及び経路制御方法
WO2013164917A1 (ja) * 2012-05-02 2013-11-07 株式会社エヌ・ティ・ティ・ドコモ 移動体通信システム、呼処理ノード及び通信制御方法
JP2013258648A (ja) * 2012-06-14 2013-12-26 Nec Commun Syst Ltd 移動通信システム、ゲートウェイ装置、セッション管理装置及び輻輳制御方法

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021182168A (ja) * 2016-01-06 2021-11-25 グーグル エルエルシーGoogle LLC 音声認識システム
US11996103B2 (en) 2016-01-06 2024-05-28 Google Llc Voice recognition system
KR20170133793A (ko) * 2016-05-26 2017-12-06 한국전자통신연구원 이동통신 코어 망에서의 시그널링 방법 및 그 시스템
KR102126223B1 (ko) 2016-05-26 2020-06-24 한국전자통신연구원 이동통신 코어 망에서의 시그널링 방법 및 그 시스템

Also Published As

Publication number Publication date
RU2016136355A (ru) 2018-03-16
US20170195431A1 (en) 2017-07-06
JP6508063B2 (ja) 2019-05-08
EP3107274B1 (en) 2020-12-16
US20190190994A1 (en) 2019-06-20
US20220191293A1 (en) 2022-06-16
US20200036800A1 (en) 2020-01-30
US10057355B2 (en) 2018-08-21
EP3107274A1 (en) 2016-12-21
RU2016136355A3 (ja) 2018-10-22
JP2019140690A (ja) 2019-08-22
RU2697735C2 (ru) 2019-08-19
JP6819715B2 (ja) 2021-01-27
CN106031140B (zh) 2019-05-14
US11303711B2 (en) 2022-04-12
KR20160122236A (ko) 2016-10-21
US11778046B2 (en) 2023-10-03
EP3107274A4 (en) 2017-09-20
CN106031140A (zh) 2016-10-12
JPWO2015122143A1 (ja) 2017-03-30
CA2939468A1 (en) 2015-08-20

Similar Documents

Publication Publication Date Title
JP6819715B2 (ja) 移動通信システム、通信装置、及び通信方法
JP7481007B2 (ja) ノード装置及び通信端末のユーザデータを中継するノード装置の方法
TWI517725B (zh) 使用用戶平面壅塞（ｕｐｃｏｎ）容器報告用戶平面壅塞
CN106255152B (zh) 用流量负载减少指示器辅助移动性管理实体过载控制功能
CN107005460B (zh) 一种网关配置方法和网关设备
WO2015029420A1 (ja) 通信システムにおける通信装置、通信方法、制御装置および管理装置
JP6406259B2 (ja) 通信装置、制御装置、通信方法、制御方法およびプログラム
WO2015136875A1 (ja) 通信装置およびトラフィック制御方法
KR20160145741A (ko) Ip 플로우 라우팅 법칙의 결정 방법 및 장치
CN103796249A (zh) 家庭基站系统中区域业务核心网流量卸载方法
WO2015029417A1 (ja) 通信システムにおける通信装置および方法、通信パスの制御装置および方法
JP6414065B2 (ja) 通信システムにおける通信装置および方法、通信パスの制御装置および方法
KR20140075826A (ko) 패킷 기반의 이동통신 시스템에서 데이터 트래픽을 제어하기 위한 장치 및 그 방법
EP3364610B1 (en) Method, device and system for deploying service stream forwarding function
JP6901278B2 (ja) 通信システム、および、通信方法
WO2015033579A1 (ja) 通信装置、制御装置、通信システム、通信方法、制御方法およびプログラム
Kimura A scalable sdn-epc architecture based on openflow-enabled switches to support inter-domain handover
CN102611696A (zh) 一种策略信息的传输方法和设备
WO2015029418A1 (ja) 通信システムにおける通信装置および方法、通信パスの制御装置および方法
WO2015029419A1 (ja) 通信システムにおける管理装置および方法
WO2014125778A1 (ja) 移動通信システム、制御装置、移動端末装置、通信制御方法、及び非一時的なコンピュータ可読媒体

Legal Events

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

Ref document number: 15749594

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2015562720

Country of ref document: JP

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2939468

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: 15118304

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2015749594

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2015749594

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 20167025322

Country of ref document: KR

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2016136355

Country of ref document: RU

Kind code of ref document: A