JP6508063B2

JP6508063B2 - 通信システム、通信装置、及び通信方法

Info

Publication number: JP6508063B2
Application number: JP2015562720A
Authority: JP
Inventors: 田村　利之; 利之田村
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2014-02-13
Filing date: 2015-01-30
Publication date: 2019-05-08
Anticipated expiration: 2035-01-30
Also published as: US10057355B2; US20170195431A1; KR20160122236A; JPWO2015122143A1; US20200036800A1; EP3107274B1; EP3107274A1; WO2015122143A1; CN106031140A; JP6819715B2; JP2019140690A; US20220191293A1; US20190190994A1; US11303711B2; CN106031140B; CA2939468A1; RU2016136355A; RU2697735C2; RU2016136355A3; EP3107274A4

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

第１の通信装置と、
前記第１の通信装置との間に設定される複数のセッションを複数のＶＭ（Virtual Machine）を用いて制御する第２の通信装置と、を備え、
前記第２の通信装置は、
前記第１の通信装置と前記複数のＶＭに含まれる第１のＶＭとの間において制御する複数のセッションを、前記複数のＶＭに含まれ、前記第１のＶＭとは異なる第２のＶＭにおいて制御すると決定したことを契機として、前記第２のＶＭにおいて用いられる識別情報を前記第１の通信装置へ通知し、セッションを更新する、通信システム。
前記第２の通信装置は、
前記複数のセッション毎に、前記第２のＶＭにおいて用いられる識別情報を前記第１の通信装置へ通知する、請求項１に記載の通信システム。
前記第２の通信装置は、
前記複数のセッションに共通のグループ識別情報を設定し、前記グループ識別情報が設定された前記複数のセッションを新たに制御する前記第２のＶＭにおいて用いられる識別情報を、前記グループ識別情報と関連づけて前記第１の通信装置へ通知する、請求項１に記載の通信システム。
前記複数のセッションは、U-Plane用セッションと、C-Plane用セッションを含み、
前記第２の通信装置は、
前記第１のＶＭが制御する前記U-Plane用セッションを、前記第２のＶＭが制御することを契機として、前記C-Plane用セッションを介して、前記第２のＶＭにおいて用いられる識別情報を前記第１の通信装置へ通知する、請求項１乃至３のいずれか１項に記載の通信システム。
前記C-Plane用セッションを介して前記第１の通信装置及び前記第２の通信装置と接続する第３の通信装置をさらに備え、
前記第２の通信装置は、
前記第１の通信装置との間に設定されている前記U-Plane用セッションを、前記第２のＶＭが制御することを契機として、前記第３の通信装置との間に設定されている前記C-Plane用セッションを介して、前記第２のＶＭにおいて用いられる識別情報を前記第１の通信装置へ通知する、請求項４に記載の通信システム。
前記第２のＶＭにおいて用いられる識別情報は、ＩＰアドレスもしくはＴＥＩＤ（Tunnel Endpoint ID）である、請求項１乃至５のいずれか１項に記載の通信システム。
前記第２の通信装置は、
対向する装置と接続する際に用いられるインタフェース毎に異なるＶＭを有する、請求項１乃至６のいずれか１項に記載の通信システム。
前記ＶＭは、
前記第２の通信装置において用いられる複数の通信リソースを有する、請求項７に記載の通信システム。
前記第１及び第２の通信装置は、３ＧＰＰにおいて規定された通信システムを構成する、請求項１乃至８のいずれか１項に記載の通信システム。
他の通信装置との間に設定される複数のセッションを複数のＶＭを用いて制御し、前記他の通信装置と前記複数のＶＭに含まれる第１のＶＭとの間において制御する前記複数のセッションを、前記複数のＶＭに含まれ、前記第１のＶＭとは異なる第２のＶＭにおいて制御すると決定したことを契機として、前記第２のＶＭにおいて用いられる識別情報を前記他の通信装置へ通知しセッションを更新する制御手段を備える、通信装置。
前記制御手段は、
前記複数のセッション毎に、前記第２のＶＭにおいて用いられる識別情報を前記他の通信装置へ通知する、請求項１０に記載の通信装置。
前記制御手段は、
前記複数のセッションに共通のグループ識別情報を設定し、前記グループ識別情報が設定された前記複数のセッションを新たに制御する前記第２のＶＭにおいて用いられる識別情報を、前記グループ識別情報と関連づけて前記他の通信装置へ通知する、請求項１１に記載の通信装置。
前記複数のセッションは、U-Plane用セッションと、C-Plane用セッションを含み、
前記制御手段は、
前記第１のＶＭが制御する前記U-Plane用セッションを、前記第２のＶＭが制御することを契機として、前記C-Plane用セッションを介して、前記第２のＶＭにおいて用いられる識別情報を前記他の通信装置へ通知する、請求項１０乃至１２のいずれか１項に記載の通信装置。
他の通信装置との間に設定される複数のセッションを複数のＶＭを用いて制御し、
前記他の通信装置と前記複数のＶＭに含まれる第１のＶＭとの間において制御する前記複数のセッションを、前記複数のＶＭに含まれ、前記第１のＶＭとは異なる第２のＶＭにおいて制御すると決定し、
前記第２のＶＭにおいて用いられる識別情報を前記他の通信装置へ通知し、セッションを更新する、通信方法。
前記第２のＶＭにおいて用いられる識別情報を前記他の通信装置へ通知する際に、前記複数のセッション毎に、前記第２のＶＭにおいて用いられる識別情報を前記他の通信装置へ通知する、請求項１４に記載の通信方法。
前記第２のＶＭにおいて用いられる識別情報を前記他の通信装置へ通知する際に、前記複数のセッションに共通のグループ識別情報を設定し、前記グループ識別情報が設定された前記複数のセッションを新たに制御する前記第２のＶＭにおいて用いられる識別情報を、前記グループ識別情報と関連づけて前記他の通信装置へ通知する、請求項１４に記載の通信方法。
前記複数のセッションは、U-Plane用セッションと、C-Plane用セッションを含み、
前記第２のＶＭにおいて用いられる識別情報を前記他の通信装置へ通知する際に、前記第１のＶＭが制御する前記U-Plane用セッションを、前記第２のＶＭが制御することを契機として、前記C-Plane用セッションを介して、前記第２のＶＭにおいて用いられる識別情報を前記他の通信装置へ通知する、請求項１４に記載の通信方法。
前記第２のＶＭにおいて用いられる識別情報は、ＩＰアドレスもしくはＴＥＩＤ（Tunnel Endpoint ID）である、請求項１４に記載の通信方法。
前記複数のＶＭは、対向する装置と接続する際に用いられるインタフェース毎に異なるＶＭである、請求項１４に記載の通信方法。