JP6515920B2 - 通信装置、通信方法、通信システムおよびプログラム - Google Patents

Description

本発明は、２０１４年３月２０日に出願された日本国特許出願：特願２０１４−０５８７２６号の優先権主張に基づくものであり、同出願の全記載内容は引用を持って本書に組み込まれているものとする。
本発明は、通信に用いられる通信装置、通信方法、通信システムおよびプログラムに関する。

近年、スマートフォンの普及等により、通信トラフィックが急激に増加している。そのため、通信システムのオペレータは、トラフィックの増加に対応するため、通信システムのリソースを増設することが要求されている。

一方で、トラフィック量は時々刻々と変化するため、トラフィックのピークに合わせてリソースを増設すると、リソースが無駄となってしまうことも想定される。

従って、通信システムのリソースをより柔軟に制御できる技術への要求が高まっている。

通信システムのリソースは、例えば近年発展しているＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）では、非特許文献１に開示されているように、基地局（ｅＮｏｄｅＢ）、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、ゲートウェイ装置等である。

３ＧＰＰ ＴＳ２３．４０１ Ｖ１２．３．０（２０１３−１２） ３ｒｄ Ｇｅｅｎｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ； Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐ Ｓｅｒｖｉｃｅｓ ａｎｄ Ｓｙｓｔｅｍ Ａｓｐｅｃｔｓ； Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ（ＧＰＲＳ） ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ Ｅｖｏｌｖｅｄ Ｕｎｉｃｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ（Ｅ−ＵＴＲＡＮ） ａｃｃｅｓｓ （Ｒｅｌｅａｓｅ １２）

上記非特許文献１の５．３．２章に開示されるように、通信システムは、様々なリソースを経由する通信パス（ベアラ）を設定し、当該通信パスを介して、端末（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）に通信サービスを提供する。

しかし、上記非特許文献１の技術では、例えば通信パス上のリソース（例えばゲートウェイ等）が増設等により変更されると、変更後のリソースを経由する通信パスを設定するため、５．３．２．１章に開示されるＩｎｉｔｉａｌ Ａｔｔａｃｈ手順が再実行される。

“Ｉｎｉｔｉａｌ Ａｔｔａｃｈ”手順が再実行されると、通信サービスが中断される等、通信サービスに対する様々な影響が想定される。

本発明の目的は、通信サービスへの影響を抑止しつつ、柔軟にリソースを制御できる技術を提供することである。

本発明のサーバは、端末に対応付けられた通信パスを介して前記端末に通信サービスを提供する通信システムにおけるサーバであって、第一のセッションを介して対向ネットワークノードと通信するネットワーク機能を、仮想マシンで運用可能な第一の手段と、前記第一のセッションを第二のセッションに切り替える前記ネットワーク機能から前記対向ネットワークノードに対して、前記第二のセッションに関する情報を含む制御情報を転送可能な第二の手段とを含む。
本発明の通信方法は、端末に対応付けられた通信パスを介して前記端末に通信サービスを提供する通信システムにおける通信方法であって、第一のセッションを介して対向ネットワークノードと通信するネットワーク機能を、仮想マシンで運用し、前記第一のセッションを第二のセッションに切り替える前記ネットワーク機能から前記対向ネットワークノードに対して、前記第二のセッションに関する情報を含む制御情報を転送することを特徴とする。
本発明の制御装置は、端末に対応付けられた通信パスを介して前記端末に通信サービスを提供する通信システムにおける制御装置であって、第一のセッションを介して対向ネットワークノードと通信するネットワーク機能を、仮想マシンで運用するサーバと通信するためのインターフェースと、前記インターフェースを介して、前記サーバに前記仮想マシンの制御を指示可能な制御手段を備え、前記制御手段は、前記第一のセッションを第二のセッションに切り替える前記ネットワーク機能に対して、前記第二のセッションに関する情報を含む制御情報を前記対向ネットワーク機能に発行することを指示可能であることを特徴とする。
本発明のプログラムは、端末に対応付けられた通信パスを介して前記端末に通信サービスを提供する通信システムにおけるコンピュータに、第一のセッションを介して対向ネットワークノードと通信するネットワーク機能を、仮想マシンで運用する処理と、前記第一のセッションを第二のセッションに切り替える前記ネットワーク機能から前記対向ネットワークノードに対して、前記第二のセッションに関する情報を含む制御情報を転送する処理とを実行させる。

本発明により、通信サービスへの影響を抑止しつつ、柔軟にリソースを制御できる技術を提供することが可能となる。

図１は、本発明の第１の実施形態による通信システムの一例を示す構成図である。 図２は、第１の実施形態による通信システムにおける通信パスの一例を示す模式図である。 図３は、第１の実施形態による通信装置の構成例を示すブロック図である。 図４は、第１の実施形態による通信装置のセッション切替の一例を示す模式図である。 図５は、第１の実施形態におけるセッション切替動作の一例を示すシーケンス図である。 図６は、本発明の第２の実施形態の実施例１によるサーバの構成例を示すブロック図である。 図７は、第２の実施形態の実施例１によるサーバの制御部が有する機能構成の一例を示すブロック図である。 図８は、第２の実施形態の実施例１におけるセッション切替動作の概要を示す模式的構成図である。 図９は、第２の実施形態の実施例１におけるセッション切替動作の第１例を示すシーケンス図である。 図１０は、第２の実施形態の実施例１におけるセッション切替動作の第２例を示すシーケンス図である。 図１１は、第２の実施形態の実施例２によるサーバの構成例を示すブロック図である。 図１２は、第２の実施形態の実施例２におけるセッションの切替動作の概要を示す模式的構成図である。 図１３は、第２の実施形態の実施例２におけるセッション切替動作の一例を示すシーケンス図である。 図１４は、第２の実施形態の実施例３によるサーバの構成例を示すブロック図である。 図１５は、第２の実施形態の実施例３におけるセッション切替動作の第１例を示すシーケンス図である。 図１６は、第２の実施形態の実施例３におけるセッション切替動作の第２例を示すシーケンス図である。 図１７は、第２の実施形態の実施例４によるサーバの構成例を示すブロック図である。 図１８は、第２の実施形態の実施例４におけるセッション切替動作の一例を示すシーケンス図である。 図１９は、第２の実施形態の実施例５による通信システムの一例を示す構成図である。 図２０は、第２の実施形態の実施例５による通信システムの動作例を示すシーケンス図である。 図２１は、第２の実施形態の実施例６による通信システムの一例を示す構成図である。 図２２は、第２の実施形態の実施例６による通信システムの動作例を示すシーケンス図である。 図２３は、本発明の第３の実施形態による通信システムにおける制御装置の構成例を示すブロック図である。 図２４は、第３の実施形態による通信システムの動作の第１例を示すシーケンス図である。 図２５は、第３の実施形態による通信システムの動作の第２例を示すシーケンス図である。 図２６は、第３の実施形態による通信システムにおける制御装置の他の構成例を示すブロック図である。 図２７は、図２６に示す制御装置における管理ＤＢのデータ構成の一例を示す模式図である。 図２８は、本発明の第４の実施形態におけるセッション切替動作の概要を示す模式的構成図である。 図２９は、第４の実施形態におけるベアラ管理ＤＢのデータ構成の第１例を示す模式図である。 図３０は、第４の実施形態におけるベアラ管理ＤＢのデータ構成の第２例を示す模式図である。 図３１は、第４の実施形態による通信システムにおける制御装置の構成例を示すブロック図である。 図３２は、本発明の第５の実施形態による通信システムにおける制御装置の構成例を示すブロック図である。 図３３は、図３２におけるポリシーＤＢの構成例を示す模式図である。 図３４は、第５の実施形態による通信システムの概要を示す模式的構成図である。

以下、本発明の実施形態を説明する。各実施形態は例示であり、本発明は各実施形態に限定されるものではない。

１．第１の実施形態
以下、本実施形態による通信システムとして、ＬＴＥの通信システムを例示する。ただし、本発明が適用される通信システムはＬＴＥに限定されない。例えば、本発明は、ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）等にも適用可能である。

１．１）システム
図１において、本実施形態による通信システムは、携帯電話、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、モバイルルータ等の端末１を含む。通信システムは、端末１に通信サービスを提供するための複数のネットワークノードである基地局（ｅＮＢ）２、ゲートウェイ３、ＭＭＥ４、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）５を含む。ゲートウェイ３は、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）とＰ−ＧＷ（ＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ） Ｇａｔｅｗａｙ）とを含む。端末１は、基地局２と接続し、ゲートウェイ３を経由して、インターネット等のネットワークにアクセスする。ＳＧＳＮ５は、ＵＴＲＡＮあるいはＧＥＲＡＮ（ＧＳＭ ＥＤＧＥ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）と接続する。Ｓ−ＧＷは、ＳＧＳＮ５を介して、ＵＴＲＡＮ等と接続する。

ネットワークノードは他のネットワークノードとセッションを構築する。セッションは、ネットワークノード間でパケットを伝送するためのコネクションであり、例えば、ネットワークノード間に設定されるベアラ、あるいはネットワークノード間でやり取りされる端末制御用のセッションを含む。

図２は、図１の通信システムに設定される通信パスの例を示す。通信パスは、ネットワークノード間に設定される複数のセッションで構成される。なお、本明細書では、特に明示していなければ、以降の説明において、セッションの例としてベアラを用いて説明される。なお、図２に開示される構成は一例であり、本発明の通信パスは、図２に開示されていない種類のベアラも含む。通信システムは、端末１に対応付けられた通信パスを介して、端末１に通信サービスを提供できる。

端末１と基地局２との間の無線インターフェースには、無線ベアラが設定される。基地局２とＳ−ＧＷとの間のＳ１インターフェースには、Ｓ１ベアラが設定される。Ｓ−ＧＷとＰ−ＧＷとの間のＳ５／Ｓ８インターフェースには、Ｓ５／Ｓ８ベアラが設定される。これらのベアラにより、通信パス（ＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）ベアラ）が構築される。つまり、無線ベアラ、Ｓ１ベアラおよびＳ５／Ｓ８ベアラは、通信パス（ＥＰＳベアラ）の一部をそれぞれ構成する。

１．２）通信装置
図３は、第１の実施形態による通信装置１０の構成例を示す。通信装置１０は、通信システムのネットワークノード、例えば、図１に例示された基地局２、ゲートウェイ３、ＭＭＥ４、ＳＧＳＮ５等のいずれかである。つまり、第１の実施形態では、基地局２、ゲートウェイ３、ＭＭＥ４、ＳＧＳＮ５等のネットワークノードは、図３に例示された通信装置１０の機能を有する。

通信装置１０は、例えば、図２で例示されたＥＰＳベアラを構成する一部のベアラを更新することができる。したがって、ネットワークノードが増設される等して通信システムのリソースの増設があると、通信装置１０は、増設されたリソースに関するベアラのみを更新することが可能となる。これにより、通信システムのリソースが増設あるいは減設等により制御された場合でも、非特許文献１のＩｎｉｔｉａｌ Ａｔｔａｃｈ手順の再実行による通信サービスの停止等を回避できる。

また、通信装置１０は、リソース制御（例えば、増設あるいは減設）に応じて、対向する通信装置１０（ネットワークノード）との間に設定されているベアラを切り替える機能を有する。

図３に例示するように、通信装置１０は、制御部１１および切替部１２を含む。

切替部１２は、対向するネットワークノードとの間に設定されているベアラを切り替えることができる。例えば、切替部１２は、ネットワークノードの増設、減設等のリソース制御に応じて、ベアラの宛先あるいは送信元を切り替えるベアラを決定する。そして、制御部１１は、切替部１２からの指示に従って、切替が決定されたベアラに関する情報を対向するネットワークノードに通知することができる。また、切替部１２は、切替が決定されたベアラの宛先あるいは送信元となる通信装置１０に対して、ベアラの切り替えを指示できる。

ベアラは同種類のベアラへ切り替えることができる。たとえば、切替部１２は、ＥＰＳベアラの一部を構成する複数種類のベアラ（例えば、無線ベアラ、Ｓ１ベアラ、Ｓ５／Ｓ８ベアラ等）のうち当該通信装置１０とそれに対向するネットワークノードとの間に設定されたベアラを当該ベアラと同種のベアラに切り替える。

一例として、Ｐ−ＧＷが増設された場合、切替部１２は、通信装置１０に対応するベアラのうち、増設されたＰ−ＧＷに切り替えるベアラを決定する。切替部１２は、切替決定されたベアラに関する情報を対向ネットワークノード（Ｓ−ＧＷ）に通知するように制御部１１に指示する。例えば、切替部１２は、ベアラの切り替え先となる増設Ｐ−ＧＷのアドレスと、切替後のベアラの識別子等を含む情報とを通知するように制御部１１に指示できる。

制御部１１は、対向ネットワークノードとの間で制御信号を交換する。制御部１１は、例えば、ＥＰＳベアラが経由する複数種類のネットワークノードのうち、通信装置１０との間に設定されたベアラに対応するネットワークノードと制御信号を交換する。制御部１１は、例えば、リソース制御に伴って宛先あるいは送信元が変更されるベアラに関する情報を、制御信号により対向ネットワークノードに通知する。この切替決定されたベアラに関する情報は、例えば、ベアラの切り替えを契機として通知されうる。

制御部１１は、例えば、上述の非特許文献１のＩｎｉｔｉａｌ Ａｔｔａｃｈ手順に依存せず、独自に、対向ネットワークノードとの間でベアラに関する情報を交換できる。よって、通信装置１０は、ベアラを切り替える場合であっても、Ｉｎｉｔｉａｌ Ａｔｔａｃｈ手順を再実行せずに、ベアラ切り替えを実行することができる。つまり、通信装置１０の切替部１２は、ＥＰＳベアラを維持したまま、ＥＰＳベアラの一部を構成するベアラを切り替えることができる。

制御部１１は、例えば、Ｉｎｉｔｉａｌ Ａｔｔａｃｈ手順で用いられる制御信号の一部の制御信号を用いて、対向ネットワークノードに、切り替えられるベアラに関する情報を送信できる。例えば、制御部１１は、Ｉｎｉｔｉａｌ Ａｔｔａｃｈ”手順で用いられるＭｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔを用いて、切り替えられるベアラに関する情報を、対向ネットワークノードに送信できる。

制御部１１は、例えば、ベアラ毎に、制御信号を対向ネットワークノードに通知できる。また、制御部１１は、例えば、複数のベアラに関する制御信号を対向ネットワークノードに通知することで、複数のベアラをまとめて切り替えることも可能である。

例えばＳ−ＧＷが増設された場合、制御部１１は、通信装置１０に対応するベアラのうち、増設されたＳ−ＧＷに割り当てるベアラに関する情報を、対向ネットワークノード（Ｐ−ＧＷ）に通知する。例えば、制御部１１は、増設されたＳ−ＧＷのアドレスと、増設されたＳ−ＧＷに割り当てるベアラの識別子等を含む情報を、制御信号により対向ネットワークノードに通知する。対向ネットワークノードは、通知された情報に基づいて、ベアラの接続先を、制御信号を発信した通信装置１０から増設されたＳ−ＧＷに変更する。

例えば、ネットワークノードの機能を有するモジュールが通信装置１０に追加されることにより、通信装置１０のリソースが増設される。また、上記モジュールを通信装置１０から削除することにより、通信装置１０のリソースが減設される。この場合、切替部１２は、図３に例示されるように、通信装置１０内でベアラを切り替える。

通信装置１０が新たに増設もしくは減設される場合、切替部１２は、図４に例示されるように、通信装置１０間でベアラを切り替える。また、図４の例では、ベアラと同時に、端末制御用のセッションも切り替える。

１．３）セッション切替動作
図５は、通信装置１０（Ｂ）が増設されたことに応じて、通信装置１０（Ａ）と（Ｃ）との間に設定されたベアラが切り替えられる場合を一例として示す。

通信装置１０（Ａ）は、通信装置１０（Ｂ）の増設に応じて、増設された通信装置（Ｂ）に切り替えるベアラを決定する。通信装置１０（Ａ）は、切り替えるベアラに関する情報を、制御信号として通信装置１０（Ｃ）に通知する（動作Ｓ１）。通信装置１０（Ａ）は、例えば、通信装置１０（Ｂ）のアドレスと、切替対象のベアラの識別子とを含むベアラ情報を通信装置１０（Ｃ）に通知する。

通信装置１０（Ｃ）は、通信装置１０（Ａ）から通知された情報に応じて、通信装置１０（Ｂ）と切り替え後のベアラを構築するための制御信号を送信する（動作Ｓ２）。通信装置１０（Ｃ）は、例えば、端末制御用のセッション情報と切替対象のベアラの識別子とを含むベアラ情報を、通信装置１０（Ｂ）に通知する。

通信装置１０（Ｂ）は、通信装置１０（Ｃ）から通知された情報に対して、応答を送信する（動作Ｓ３）。通信装置１０（Ｂ）は、例えば、端末制御用のセッション情報と切替対象のベアラの識別子とを含むベアラ情報を、通信装置１０（Ｃ）に通知する。

そして、通信装置１０（Ｃ）は、例えば、通信装置１０（Ａ）から通知された情報に対して、応答を送信する（動作Ｓ４）。

制御信号の交換に応じて、通信装置１０（Ａ）−（Ｃ）は、端末制御用のセッションおよびベアラの切り替えを実行する。図５の例では、通信装置（Ａ）と（Ｃ）との間に設定された端末制御用のセッション（１）およびベアラ（１）が、通信装置（Ｂ）と（Ｃ）との間の端末制御用のセッション（２）およびベアラ（２）に切り替えられる。例えば、通信装置１０（Ｃ）は、通信装置１０（Ａ）から通知された情報に基づいて、ベアラの宛先を、通信装置１０（Ａ）から（Ｂ）に切り替える。

第１の実施形態によれば、上述の例のように、通信装置１０は、対向ネットワークノードとの間のベアラのみを切り替えることができるので、ベアラ構築手順の再実行による通信サービスの停止等を回避できる。

２．第２の実施形態
本発明の第２の実施形態によれば、ネットワークノードの機能を仮想マシン上で提供することにより、通信システムのリソース制御を仮想マシンの増設あるいは減設等により実行することができる。従って、通信システムのリソース制御がソフトウェアにより実行可能となり、リソース制御がより容易かつ柔軟に実行できる。第２の実施形態の技術は、上述の第１の実施形態、後述の実施形態のいずれにも適用可能である。

２．１）実施例１
以下、図６−図１１を参照しながら、第２の実施形態の実施例１について詳細に説明する。

図６は、基地局２、ゲートウェイ３、ＭＭＥ４等のネットワークノードの機能を仮想マシン上で運用可能なサーバ２０の構成例を示す。サーバ２０は、ネットワークノードの機能に対応する仮想ネットワーク機能（ＶＮＦ：Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）２１および制御部２２を含む。

ＶＮＦ２１は、例えば、上述した第１の実施形態による通信装置１０と同様の機能、すなわち制御部１１および切替部１２の機能を有する。これらの機能は、上述の第１の実施形態で説明された通りであるから、詳細な説明は省略される。

制御部２２は、ネットワークノードの機能を有するＶＮＦ２１を仮想マシン上で運用できる。制御部２２は、図７に例示されるように、ＶＭ（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）制御部２２０およびパス制御部２２１を含む。

ＶＭ制御部２２０は、ＶＮＦ２１を仮想マシン上で運用できる。ＶＮＦ２１は、ベアラ切り替えのための制御信号を、対向するＶＮＦ２１もしくは通信装置１０に通知する機能（上述の制御部１１に対応する機能）を有する。

例えば、ＶＭ制御部２２０は、仮想マシンのリソース制御（例えば、仮想マシンの起動、削除、停止の少なくとも１つ）を実行できる。ＶＭ制御部２２０は、例えば、他のサーバ２０に新たな仮想マシンを起動することができる。

ＶＭ制御部２２０は、通信システムの状況に応じて、仮想マシンの起動、停止等を制御することもできる。例えば、ＶＭ制御部２２０は、通信システムの通信量、輻輳状況、サーバ２０の負荷等に応じて、動的にＶＮＦ２１の起動、停止等を実行する。また、例えば、ＶＭ制御部２２０は、ＶＮＦ２１を実行する仮想マシンの負荷に応じて、新たな仮想マシンを起動する等の制御を実行する。

パス制御部２２１は、受信した信号（パケット等）を、当該信号が属するベアラに対応するＶＮＦ２１に転送する。パス制御部２２１は、例えば、ＶＮＦ２１が送信する制御信号を、ベアラの切り替え先のネットワークノードに転送することができる。

図８を参照しながら、Ｓ−ＧＷの機能を有するＶＮＦ２１（Ｂ）が増設されたことに応じて、ＶＮＦ２１（Ａ）に対応する端末制御用セッションおよびベアラ（ベアラＡ１，Ａ２）が切り替えられる例について説明する。なお、図８では、Ｐ−ＧＷ３は、上述の第１の実施形態の通信装置１０により構成されるが、本発明は図８の例に限定されない。ＶＮＦ２１の対向Ｐ−ＧＷ３は、仮想マシン上で運用される仮想ネットワーク機能で構成されてもよい。

図８の例では、ＶＮＦ２１（Ａ）のＩＰアドレスは“ａ”、対向ネットワークノードであるＰ−ＧＷのＩＰアドレスは“ｃ”である。ＶＮＦ２１（Ａ）とＰ−ＧＷ３との間のベアラＡ１、Ａ２のベアラ識別子（ＴＥＩＤ：Ｔｕｎｎｅｌ Ｅｎｄｐｏｉｎｔ Ｉｄｅｎｔｉｆｉｅｒ）は、それぞれ、“Ｘ−Ｕ”、“Ｙ−Ｕ”である。また、ＶＮＦ２１（Ａ）とＰ−ＧＷ３との間の端末制御用セッションの識別子（ＴＥＩＤ）は、それぞれ、“Ｘ−Ｃ”、“Ｙ−Ｃ”である。増設されたＶＮＦ２１（Ｂ）のＩＰアドレスは、“ｂ”である。

ＶＮＦ２１（Ａ）は、例えば、切り替えの対象となるベアラ毎に、制御信号を対向する通信装置１０に通知する。ＶＮＦ２１（Ａ）は、例えば、切り替えの対象となるベアラの切り替え先のＶＮＦ２１のアドレスと、切り替え対象のベアラを使用している端末の識別子（例えばＩＭＳＩ）と、切り替え対象のベアラに対応する通信パス識別子（例えばＥＰＳ Ｂｅａｒｅｒ ＩＤ）とを含む情報を、制御信号により対向Ｐ−ＧＷに通知する。Ｐ−ＧＷ３は、通知された情報に基づいて、ＶＮＦ２１（Ｂ）と新たにセッションを構築する（図８の端末制御用セッションおよびベアラＢ１、Ｂ２）。

Ｐ−ＧＷ３は、ＶＮＦ２１（Ｂ）に対して、Ｐ−ＧＷ３のＩＰアドレスと、切り替え対象のベアラを使用している端末の識別子と、切り替え対象のベアラを使用している端末制御用セッションの識別子と、切り替え後のベアラに割り当てるベアラ識別子とを含む情報を、制御信号により通知する。同様に、ＶＮＦ２１（Ｂ）は、Ｐ−ＧＷ３に対して、ＶＮＦ２１（Ｂ）のＩＰアドレスと、切り替え対象のベアラを使用している端末制御用セッションの識別子と、切り替え後のベアラに割り当てるベアラ識別子とを含む情報を、制御信号により通知する。

図８では、ＶＮＦ２１（Ａ）からＶＮＦ２１（Ｂ）に、セッションとベアラが切り替えられる例が示されたが、本発明は図８の例に限定されない。例えば、通信装置１０（ハードウェア）から、ＶＮＦ２１（ソフトウェア）に対してセッションとベアラが切り替えられてもよい（以降に説明される例でも同様である）。

次に、図９および図１０を参照して、実施例１の動作例を説明する。

図９は、ＶＮＦ２１で構成された仮想Ｓ−ＧＷと、Ｐ−ＧＷとの間でベアラ（Ｓ５／Ｓ８ベアラ）を切り替える動作例を示す。なお、本発明は図９の例に限定されない。図９に例示された動作は、例えば、基地局とＳ−ＧＷ間のＳ１−Ｕベアラ等、他のベアラの切り替えにも適用可能である。また、ＭＭＥ４とＳ−ＧＷ間のＳ１１インターフェース、基地局２とＭＭＥ４間のＳ１インターフェース等の、端末制御用のセッション情報の切り替えにも適用可能である。

図９において、ＶＮＦ２１（Ｂ）に対応する仮想マシンが起動されると（動作Ｓ１００）、それに応じて、ＶＮＦ２１（Ａ）は、例えば、ＶＮＦ２１（Ｂ）に切り替えるベアラに関する通信ステータスを、起動されたＶＮＦ２１（Ｂ）に移行する（動作Ｓ１０１）。

ＶＮＦ２１（Ａ）は、Ｐ−ＧＷ３に対して、制御信号を送信する（動作Ｓ１０２）。ＶＮＦ２１（Ａ）は、例えば、ベアラの切り替え先であるＶＮＦ２１（Ｂ）のＩＰアドレスと、切り替え対象のベアラを使用している端末の識別子と、切り替え対象のベアラの通信パス識別子とを含む情報を制御信号としてＰ−ＧＷに通知する。ＶＮＦ２１（Ａ）は、例えば、３ＧＰＰの技術標準仕様書（ＴＳ２３．４０１）の５．３．２章に開示されたＩｎｉｔｉａｌ Ａｔｔａｃｈ手順におけるＭｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ、あるいはＣｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔを用いて、制御信号を通知できる。なお、ＶＮＦ２１は、Ｉｎｉｔｉａｌ Ａｔｔａｃｈ手順の他のメッセージを発行せず、当該手順の一部であるＭｏｄｉｆｙ Ｂｅａｒｅｒ ＲｅｑｕｅｓｔあるいはＣｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔのみを発行することができる。なお、ＶＮＦ２１は、他のメッセージにより制御信号を通知してもよい。

ＶＮＦ２１（Ａ）は、複数のベアラに関する情報を、制御信号により通知できる。ＶＮＦ２１（Ａ）は、例えば、ＰＤＮコネクション群を特定するためのＣＳＩＤ（Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）を、複数のベアラに関する情報として制御信号により通知できる。

ＶＮＦ２１は、例えば、仮想マシンの負荷あるいはサーバ２０の負荷に基づいて、ベアラを切り替えるための制御信号を発行するか否かを決定できる。例えば、ＶＮＦ２１は、仮想マシンの負荷が所定の閾値よりも高い場合あるいは仮想マシンを運用するサーバ２０の負荷が所定の閾値よりも高い場合に、ベアラを他のＶＮＦ２１に切り替えるための制御信号を発行できる。図９の例では、ＶＮＦ２１（Ａ）は、例えば、ＶＮＦ２１（Ａ）を運用する仮想マシンの負荷が所定の閾値よりも高いため、新たに起動されたＶＮＦ２１（Ｂ）にベアラを切り替えるために制御信号を発行する。ＶＮＦ２１（Ａ）は、例えば、仮想マシンの負荷に応じて、ＶＮＦ２１（Ｂ）に切り替えられるベアラの数を決定できる。

Ｐ−ＧＷ３は、ＶＮＦ２１（Ａ）とＰ−ＧＷ３との間に設定されていた端末制御セッションおよびベアラをＶＮＦ２１（Ｂ）とＰ−ＧＷ３との間に新たに設定するために制御信号を交換する（動作Ｓ１０３〜Ｓ１０４）。その後、Ｐ−ＧＷ３は、ＶＮＦ２１（Ａ）に動作Ｓ１０２で受信した制御信号に対する応答を返す（動作Ｓ１０５）。

ＶＮＦ２１（Ａ）とＰ−ＧＷ３との間に設定されていたベアラは、ＶＮＦ２１（Ｂ）とＰ−ＧＷ３との間に新たに設定されるベアラに切り替えられる（動作Ｓ１０６）。

図１０は、ＶＮＦ２１で構成された仮想Ｓ−ＧＷとＰ−ＧＷとの間でベアラ（Ｓ５／Ｓ８ベアラ）を切り替える動作例、ここではＶＮＦ２１（Ｂ）が削除される場合の動作例を示す。なお、本発明は図１０の例に限定されない。図１０に例示された動作は、例えば、基地局とＳ−ＧＷ間のＳ１−Ｕベアラ等、他のベアラの切り替えにも適用可能である。また、ＭＭＥ４とＳ−ＧＷ間のＳ１１インターフェース、基地局２とＭＭＥ４間のＳ１インターフェース等の、ＵＥ制御用のセッション情報の切り替えにも適用可能である。

削除されるＶＮＦ２１（Ｂ）は、例えば、ＶＮＦ２１（Ｂ）に設定されている全てのベアラに関する通信ステータスを、他のＶＮＦ（図１０の例では、ＶＮＦ２１（Ａ））に移行する（動作Ｓ１０７）。

ＶＮＦ２１（Ｂ）は、例えば、ＶＮＦ２１（Ｂ）に設定されているベアラ毎に、Ｐ−ＧＷ３に対して制御信号を送信する（動作Ｓ１０８）。ＶＮＦ２１（Ｂ）が送信する制御信号は、上述の図９の動作Ｓ１０２での制御信号と同様なので、詳細な説明は省略される。

Ｐ−ＧＷ３は、ＶＮＦ２１（Ｂ）とＰ−ＧＷ３との間に設定されていた端末制御セッションおよびベアラを、ＶＮＦ２１（Ａ）とＰ−ＧＷ３との間に新たに設定するために制御信号を交換する（動作Ｓ１０９〜Ｓ１１０）。その後、Ｐ−ＧＷ３は、ＶＮＦ２１（Ｂ）に動作Ｓ１０８での制御信号に対する応答を返す（動作Ｓ１１１）。図１０の動作Ｓ１０９〜Ｓ１１１の制御信号は、上述の図９のＳ１０３〜Ｓ１０５と同様なので、詳細な説明は省略される。

削除されるＶＮＦ２１（Ｂ）に設定されているベアラは、ＶＮＦ２１（Ａ）に切り替えられる（動作Ｓ１１２）。 ＶＮＦ２１（Ｂ）は、例えば、全てのベアラが切り替えられた後に削除される（動作Ｓ１１３）。

２．２）実施例２
上述した実施例１では、ネットワークノード毎にＶＮＦ２１が構築される例が説明されたが、実施例２では、ネットワークノードが有する詳細な機能毎にＶＮＦ２１が構築される例を示す。

ＶＭ制御部２２０は、ネットワークノードが有する詳細な機能毎に、ＶＮＦ２１を運用することができる。例えば、図１に例示されたネットワークノードは、以下に例示されるように、信号処理に関する複数の機能を有する。ＶＭ制御部２２０は、例えば、以下に例示された個別の機能毎に、ＶＮＦ２１を運用できる。

ゲートウェイ３（Ｐ−ＧＷ）：
・パケットを処理する機能（Ｕ−Ｐｌａｎｅ機能）
・制御シグナリングを処理する機能（Ｃ−Ｐｌａｎｅ機能）
・通信に応じた課金状態を管理する機能（ＰＣＥＦ：Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｅｎｆｏｒｃｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）
・ＱｏＳ等のポリシーを制御する機能（ＰＣＲＦ：Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅ Ｆｕｎｃｔｉｏｎ）
・通信を傍受するための合法的傍受（ＬＩ：Ｌａｗｆｕｌ Ｉｎｔｅｒｃｅｐｔｉｏｎ）機能

ゲートウェイ３（Ｓ−ＧＷ）：
・パケットを処理する機能（Ｕ−Ｐｌａｎｅ機能）
・制御シグナリングを処理する機能（Ｃ−Ｐｌａｎｅ機能）

ＭＭＥ４：
・制御シグナリングを処理する機能（Ｃ−Ｐｌａｎｅ機能）：例えば、通信用のセッションの設定・解放、ハンドオーバーの制御等
・ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）と連携して、通信システムの加入者情報を管理する機能

基地局２：
・デジタルベースバンド信号処理を行う機能
・アナログＲａｄｉｏ Ｆｒｅｑｕｅｎｃｙ（ＲＦ）信号処理を行う機能

図１１は、実施例２によるサーバ２０の構成例を示す。サーバ２０の制御部２２は、ネットワークノードが有する個別の機能毎に、ＶＮＦ２１を構築できる。図１１の例では、仮想ゲートウェイ３（Ｓ−ＧＷもしくはＰ−ＧＷ）が、Ｃ−Ｐｌａｎｅ機能とＵ−Ｐｌａｎｅ機能の各々に対応するＶＮＦ２１で構成される。

図１２は、Ｕ−Ｐｌａｎｅの機能を有するＶＮＦ２１（Ｃ）の増設に応じて、ＶＮＦ２１（Ｂ）に対応するベアラ（ベアラＡ１，Ａ２）が切り替えられる例を示す。

図１２の例において、Ｃ−Ｐｌａｎｅ機能を有するＶＮＦ２１（Ａ）が、対向Ｐ−ＧＷ３との間で制御信号を交換する。また、Ｃ−Ｐｌａｎｅ機能を有するＶＮＦ２１（Ａ）は、Ｕ−Ｐｌａｎｅ機能を有するＶＮＦ２１（Ｂ）、（Ｃ）によるベアラ切り替えを制御できる。その他の動作は図８で説明された例と同様なので、詳細な説明は省略される。

図１３は、Ｓ−ＧＷのＵ−Ｐｌａｎｅ機能を有するＶＮＦ２１（Ｃ）に対応する仮想マシンが起動された場合の動作例を示す。

Ｕ−Ｐｌａｎｅ機能を有するＶＮＦ２１（Ｃ）に対応する仮想マシン（ＶＭ）が起動される（動作Ｓ１１４）。ＶＮＦ２１（Ｂ）は、起動されたＶＮＦ２１（Ｃ）に対して、ＶＮＦ２１（Ｂ）が有する通信ステータスを移行してもよい。

Ｓ−ＧＷのＣ−Ｐｌａｎｅ機能を有するＶＮＦ２１（Ａ）は、Ｐ−ＧＷ３に対して、ＶＮＦ２１（Ｂ）から、起動されたＶＮＦ２１（Ｃ）に切り替えるベアラに関する制御信号を通知する（動作Ｓ１１５）。ＶＮＦ２１（Ａ）は、例えば、ＶＮＦ２１（Ｃ）に切り替えるベアラ毎に、制御信号を通知する。ＶＮＦ２１（Ａ）は、例えば、ＶＮＦ２１（Ｃ）のアドレスと切り替え後のＴＥＩＤとを含む情報を、制御信号によりＰ−ＧＷ３に通知する。ＶＮＦ２１（Ａ）は、複数のベアラに関する情報を、制御信号によりＰ−ＧＷ３に通知することもできる。

ＶＮＦ２１（Ｂ）とＰ−ＧＷ３との間に設定されたベアラは、ＶＮＦ２１（Ｃ）とＰ−ＧＷ３との間のベアラに切り替えられる（動作Ｓ１１６）。Ｓ１１６の動作により、ＶＮＦ２１（Ｃ）とＰ−ＧＷ３との間に、ダウンリンク用（Ｐ−ＧＷ３からＶＮＦ２１（Ｃ））のベアラが設定される。アップリンク用のベアラ切り替えのため、Ｐ−ＧＷ３は、Ｃ−Ｐｌａｎｅ機能を有するＶＮＦ２１（Ａ）に対して、制御信号を送信してもよい。例えば、Ｐ−ＧＷ３は、Ｐ−ＧＷ３のＩＰアドレスと、アップリンク用のベアラのＴＥＩＤとを含む情報を、制御信号により送信してもよい。但し、対向ネットワークノードであるＰ−ＧＷ３は、ＶＮＦ２１（Ａ）に対して、制御信号を送信するか否かは任意である。

２．３）実施例３
上述した実施例１では、ＶＮＦ２１に対応する仮想マシンが起動、停止等された場合に通信ステータスを移行する例が説明されたが（図９−図１０参照）、実施例３では、ＶＮＦ２１が通信ステータスの移行を回避可能な構成例を示す。ＶＮＦ２１が通信ステータスの移行を回避することにより、仮想マシンの起動、停止等が実行されてからベアラ切り替えまでに要する期間が短縮される。ベアラ切り替えまでに要する期間が短縮されることで、通信システムのパフォーマンスが向上する。

図１４に例示するように、サーバ２０は、複数のＶＮＦ２１により共有される共有ＤＢ２３を含む。共有ＤＢ２３を用いることで、それぞれのＶＮＦ２１に関する通信ステータスを集中管理できる。つまり、それぞれのＶＮＦ２１は、通信ステータスを直接管理せず、共有ＤＢ２３に格納する。例えば、信号処理によって通信ステータスが変更された場合、各ＶＮＦ２１は、変更された通信ステータスを共有ＤＢ２３に格納する。共有ＤＢ２３は、サーバ２０がアクセス可能な外部ストレージでもよい。

それぞれのＶＮＦ２１は、例えば、制御部２２のパス制御部２２１を介して、共有ＤＢ２３にアクセスできる。パス制御部２２１は、各ＶＮＦ２１と共有ＤＢ２３とを接続できる。それぞれのＶＮＦ２１は、パス制御部２２１を介して共有ＤＢ２３にアクセスし、共有ＤＢ２３により通信ステータスを管理できる。

通信ステータスには、例えば、ベアラコンテキストのようなベアラの状態を示す情報等が記憶される。ベアラコンテキストについては、例えば、３ＧＰＰの技術仕様書（ＴＳ２３．４０１ Ｖ１２．３．０）の５．７章等に記載されている。

実施例３は、上述の第１の実施形態にも適用可能である。例えば、それぞれの通信装置１０が共有ＤＢ２３に通信ステータスを格納することにより、各通信装置１０は、通信ステータスを他の通信装置１０に移行することを回避できる。

図１５および図１６に示すように、実施例３によるベアラ切替動作では、図９の動作Ｓ１０１および図１０の動作Ｓ１０７の通信ステータス移行動作が回避されている。その他の動作、すなわち、図１５の動作Ｓ１１７〜Ｓ１２２は図９の動作Ｓ１００、Ｓ１０２〜Ｓ１０６で、図１６の動作Ｓ１２３〜Ｓ１２８は図１０の動作Ｓ１０８〜Ｓ１１３で、それぞれ説明された通りなので、詳細な説明は省略される。

２．４）実施例４
基地局は、デジタルベースバンド信号処理を行う機能と、アナログＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）信号処理を行う機能とを有するが、実施例４による通信システムの基地局では、ベースバンド信号処理機能と無線信号処理機能とが分離されている。

＜システム構成＞
図１７に例示するように、実施例４による通信システムでは、基地局２が、ベースバンド処理部２１（以下、ＢＢＵ：Ｂａｓｅ Ｂａｎｄ Ｕｎｉｔ）と無線部２５（以下、ＲＲＨ：Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ）とに分離される。ＢＢＵ２１とＲＲＨ２５は、ネットワーク２４を介して互いに接続される。

実施例４では、サーバ２０で運用されるＶＮＦ２１が、ＢＢＵの機能を提供する。

ＢＢＵの機能を有するＶＮＦ２１は、上位ネットワーク（たとえば通信事業者のバックホールネットワークあるいはコアネットワーク）に接続され、無線基地局の制御・監視とデジタルベースバンド信号処理を実行する。デジタルベースバンド信号処理は、レイヤ２信号処理とレイヤ１（物理レイヤ）信号処理を含む。レイヤ２信号処理は、（ｉ） データ圧縮／復元、
（ｉｉ） データ暗号化、
（ｉｉｉ） レイヤ２ヘッダの追加／削除、
（ｉｖ）データのセグメンテーション／コンカテネーション、及び
（ｖ） データの多重／分離による転送フォーマットの生成／分解、
のうち少なくとも１つを含む。

たとえばＥ−ＵＴＲＡの場合、レイヤ２信号処理は、Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ（ＲＬＣ）及びＭｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ（ＭＡＣ）の処理を含む。物理レイヤ信号処理は、伝送路符号化／復号化（Ｃｈａｎｎｅｌ Ｃｏｄｉｎｇ／Ｄｅｃｏｄｉｎｇ）、変調／復調（Ｍｏｄｕｌａｔｉｏｎ／Ｄｅｍｏｄｕｌａｔｉｏｎ）、拡散／逆拡散（Ｓｐｒｅａｄｉｎｇ／Ｄｅ−ｓｐｒｅａｄｉｎｇ）、リソースマッピング、及びＩｎｖｅｒｓｅ Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ（ＩＦＦＴ）によるＯＦＤＭシンボルデータ（ベースバンドＯＦＤＭ信号）の生成などを含む。

ＲＲＨ２５は、アナログＲＦ信号処理を担当し、移動局にエア・インタフェースを提供する。アナログＲＦ信号処理は、Ｄ／Ａ変換、Ａ／Ｄ変換、周波数アップコンバージョン、周波数ダウンコンバージョン、増幅などを含む。

図１７に例示するように、実施例４のサーバ２０はＢＢＵの機能を有するＶＮＦ２１と制御部２２とを有する。

サーバ２０の制御部２２は、ＢＢＵの機能を有するＶＮＦ２１を運用できる。サーバ２０は、ネットワーク２４を介して、ＲＲＨ２５と接続される。制御部２２のパス制御部２２１は、例えば、ＢＢＵの機能を有するＶＮＦ２１とＲＲＨ２５との間のリンクを構築することができる。例えば、パス制御部２２１は、ＶＮＦ２１とＲＲＨ２５との間に、ピアツーピアのリンクを構築できる。

制御部２２は、ＢＢＵのＣ−Ｐｌａｎｅ機能を有するＶＮＦ２１と、ＢＢＵのＵ−Ｐｌａｎｅ機能を有するＶＮＦ２１とを運用してもよい。

＜動作＞
図１８は、ＢＢＵの機能を有するＶＮＦ２１（Ｂ）が起動された場合の例を示す。

図１８において、ＶＮＦ２１（Ａ）は、ＶＮＦ２１（Ｂ）の起動（動作Ｓ１２９）に応じて、ＭＭＥ４に対して制御信号を送信する（動作Ｓ１３０）。例えば、ＶＮＦ２１（Ａ）は、ＭＭＥ４に対して、ＶＮＦ２１（Ａ）から（Ｂ）に切り替えるベアラに関する情報を、制御信号により送信する。ＶＮＦ２１（Ａ）は、切り替えるベアラ毎に、制御信号を送信できる。また、ＶＮＦ２１（Ａ）は、複数のベアラに関する情報を、制御信号により送信できる。動作Ｓ１３０で送信される情報は、例えば、切り替え先のＶＮＦ２１（Ｂ）のＩＰアドレスと、切り替え後のＴＥＩＤとを含む。

ＭＭＥ４は、ＶＮＦ２１（Ａ）から受信した情報に基づいて、Ｓ−ＧＷ３に対して制御信号を送信する（動作Ｓ１３１）。例えば、ＭＭＥ４は、Ｓ−ＧＷ３に対して、ＶＮＦ２１（Ａ）から（Ｂ）に切り替える（ＶＮＦ２１（Ｂ）⇒Ｓ−ＧＷ３方向）ベアラに関する情報を、制御信号により要求する。ＭＭＥ４は、切り替えるベアラ毎に、制御信号を送信できる。また、ＭＭＥ４は、複数のベアラに関する情報を、制御信号により要求できる。

Ｓ−ＧＷ３は、ＭＭＥ４からの要求に応じて、ＶＮＦ２１（Ａ）から（Ｂ）に切り替える（ＶＮＦ２１（Ｂ）⇒Ｓ−ＧＷ３方向の）ベアラ情報をＭＭＥ４に送信する（動作Ｓ１３２）。例えば、Ｓ−ＧＷ３は、Ｓ−ＧＷ３のＩＰアドレスと、ＶＮＦ２１（Ｂ）⇒Ｓ−ＧＷ３方向用のベアラのＴＥＩＤとを含む情報を、制御信号によりＭＭＥ４へ送信する。ＭＭＥ４は、受信した情報を、制御信号により、ＶＮＦ２１（Ｂ）に送信する（動作Ｓ１３３）。

ＶＮＦ２１（Ｂ）は、ＶＮＦ２１（Ａ）から（Ｂ）に切り替える（Ｓ−ＧＷ３⇒ＶＮＦ２１（Ｂ）方向の）ベアラ情報をＭＭＥ４に送信する（動作Ｓ１３４）。例えば、ＶＮＦ２１（Ｂ）は、ＶＮＦ２１（Ｂ）のＩＰアドレスと、Ｓ−ＧＷ３⇒ＶＮＦ２１（Ｂ）方向用のベアラのＴＥＩＤとを含む情報を、制御信号によりＭＭＥ４送信する。

ＭＭＥ４は、ＶＮＦ２１（Ｂ）から受信した情報を、制御信号によりＳ−ＧＷ３に送信する（動作Ｓ１３５）。Ｓ−ＧＷ３は、動作Ｓ１３５で受信した情報に対する応答をＭＭＥ４に送信する（動作Ｓ１３６）。ＭＭＥ４は、Ｓ−ＧＷ３から受信した情報に基づいて、ＶＮＦ２１（Ａ）に対して制御信号を送信する（動作Ｓ１３７）。

こうして、ＶＮＦ２１（Ａ）が動作Ｓ１３０の制御信号に対する応答として動作Ｓ１３７の制御信号を受信すると、ＶＮＦ２１（Ａ）とＳ−ＧＷ３との間に設定されていたベアラは、ＶＮＦ２１（Ｂ）とＳ−ＧＷ３との間に新たに設定されるベアラに切り替えられる（動作Ｓ１３８）。

２．５）実施例５
以下で説明する実施例５では、Ｐ−ＧＷの機能を有するＶＮＦ２１のリソース制御に応じて、上位ネットワーク（例えば、インターネット）側のルータのルーティングテーブルがアップデートされる。

実施例５によれば、Ｐ−ＧＷの機能を有するＶＮＦ２１の起動、停止等に応じて、上位ネットワーク側のルータを制御できるので、上位ネットワーク側からのダウンリンクトラフィックの中断等を回避できる。

図１９に例示する実施例５による通信システムでは、Ｐ−ＧＷの機能を有するＶＮＦ２１のリソース制御に応じて、上位ネットワークのルータ６を制御可能である。以下、図２０を参照して、実施例５の動作について説明する。

図２０に例示するシーケンスは、Ｐ−ＧＷの機能を有するＶＮＦ２１（Ｂ）が起動され、ＶＮＦ２１（Ａ）からＶＮＦ２１（Ｂ）にベアラが切り替えられた場合の動作例を示す。

図２０において、ＶＮＦ２１（Ｂ）が起動され（動作Ｓ１２７）、ＶＮＦ２１（Ａ）のベアラの少なくとも一部が、起動されたＶＮＦ２１（Ｂ）に切り替えられるものとする。ベアラの切り替え動作は、上述した他の実施例で説明された動作と同様なので、詳細な説明は省略される。

ＶＮＦ２１（Ａ）は、ルータ６に対して、制御信号を送信する（動作Ｓ１２８）。ＶＮＦ２１（Ａ）は、ベアラ切り替えの実行前に、ルータ６に対して、ルーティングテーブルをアップデートするための制御信号を送信してもよい。なお、ベアラの切り替え後に、ＶＮＦ２１（Ｂ）が、ルータ６に対して制御信号を送信してもよい。

ＶＮＦ２１（Ａ）は、例えば、ベアラに対応するＵＥのアドレスと、当該ＵＥに対応する仮想Ｐ−ＧＷ（図２０の例では、ＶＮＦ２１（Ｂ））のアドレスとを含む情報を、制御信号として送信する。

ルータ６は、受信した制御信号に基づいて、ＵＥ宛てのトラフィックが、ベアラの切り替え先の仮想Ｐ−ＧＷ（図２０の例では、ＶＮＦ２１（Ｂ））に転送されるようにルーティングテーブルを更新する（動作Ｓ１２９）。ルータ６は、更新されたルーティングテーブルに基づいて、トラフィックを転送する。

２．６）実施例６
実施例６では、Ｐ−ＧＷの機能を有するＶＮＦ２１のリソース制御に応じて、ＶＮＦ２１とＰＣＲＦ７との対応関係を切り替える例を示す。

図２１に例示するように、実施例６による通信システムでは、Ｐ−ＧＷの機能を有するＶＮＦ２１の起動、停止等に応じて、ＶＮＦ２１とＰＣＲＦ７との対応関係を切り替える。以下、図２２を参照して実施例６の動作について説明する。

図２２は、Ｐ−ＧＷの機能を有するＶＮＦ２１（Ｂ）が起動され、ＶＮＦ２１（Ａ）からＶＮＦ２１（Ｂ）にベアラが切り替えられた場合の動作例を示す。

図２２において、ＶＮＦ２１（Ｂ）が起動され（動作Ｓ１３０）、ＶＮＦ２１（Ａ）のベアラの少なくとも一部が、起動されたＶＮＦ２１（Ｂ）に切り替えられるものとする。ベアラの切り替え動作は、上述した他の実施例で説明された動作と同様なので、詳細な説明は省略される。

ＶＮＦ２１（Ａ）は、ＰＣＲＦ７に対して、制御信号を送信する（動作Ｓ１３１）。ＶＮＦ２１（Ａ）は、ベアラ切り替えの実行前に、ＰＣＲＦ７に対して、制御信号を送信してもよい。なお、ベアラの切り替え後に、ＶＮＦ２１（Ｂ）が、ＰＣＲＦ７に対して制御信号を送信してもよい。

ＶＮＦ２１（Ａ）は、例えば、ベアラに関する情報と、当該ベアラに対応する仮想Ｐ−ＧＷ（図２０の例では、ＶＮＦ２１（Ｂ））のアドレスとを含む情報を、制御信号として送信する。

ＰＣＲＦ７は、受信した制御信号に基づいて、ＶＮＦ２１との対応関係を切り替える（動作Ｓ１３２）。

３．第３の実施形態
本発明の第３の実施形態は、上述の第１の実施形態および第２の実施形態で開示された技術、後述の実施形態で開示される技術のいずれにも適用可能である。

第３の実施形態によれば、制御装置３０が、通信装置１０あるいはＶＮＦ２１のリソース制御を実行し、特に複数の通信装置１０あるいはＶＮＦ２１のリソース制御を集中制御することにより、通信システムの運用効率を向上させることができる。

３．１）制御装置の構成例１
図２３に例示するように、制御装置３０は、リソース制御部３１およびインターフェース３２を含み、インターフェース３２を介して、通信装置１０やサーバ２０と通信できる。

リソース制御部３１は、通信装置１０あるいはＶＮＦ２１のリソースを制御する。リソース制御部３１は、例えば、ＶＮＦ２１を運用するための仮想マシンの起動、停止等のリソース制御を、サーバ２０の制御部２２に指示することができる。また、例えば、リソース制御部３１は、通信システムにプールされている通信装置１０を起動して通信システムに組み入れる等のリソース制御も可能である。なお、本実施形態は、以降、リソース制御部３１が、ＶＮＦ２１に基づくリソース制御を実行する例により説明される。

リソース制御部３１は、インターフェース３２を介して、サーバ２０の制御部２２に、リソース制御のための指示を送信できる。制御部２２によるリソース制御は、例えば、上記の第２の実施形態で示された例と同様である。

３．２）動作例１
図２４は、制御装置３０によるＶＮＦ２１（Ｓ−ＧＷ機能を有するＶＮＦ）の起動に応じて、Ｐ−ＧＷとＶＮＦ２１との間のベアラを切り替える例を示す。なお、制御装置３０は、図２４に示された動作例以外に、例えば、ＶＮＦ２１の停止等のリソース制御も可能である。

制御装置３０のリソース制御部３１は、サーバ２０に対して、ＶＮＦ２１（Ｂ）を運用するための仮想マシンの起動を指示する（動作Ｓ２０）。サーバ２０の制御部２２は、指示に応じて、仮想マシンを起動する。リソース制御部３１は、例えば、ＶＮＦ２１が提供する機能の種別（Ｓ−ＧＷ機能、Ｐ−ＧＷ機能、ＰＣＥＦ機能等）をサーバ２０への指示に含めることができる。

ＶＮＦ２１（Ａ）は、ＶＮＦ２１（Ｂ）の起動に応じて、ＶＮＦ２１（Ａ）からＶＮＦ２１（Ｂ）に切り替えるベアラを決定し、Ｐ−ＧＷ３に対して制御信号を送信して、ベアラ切替手順を開始する（動作Ｓ２１）。ベアラ切替手順で使用する制御信号は、上述の実施形態（例えば、図５のＳ１〜Ｓ４）と同様なので、詳細な説明は省略される。

ＶＮＦ２１（Ａ）とＰ−ＧＷ３との間に設定されていたベアラは、ＶＮＦ２１（Ｂ）とＰ−ＧＷ３との間のベアラに切り替えられる（動作Ｓ２２）。ベアラ切り替えの動作は、上述の実施形態（例えば、図５のＳ５）と同様なので、詳細な説明は省略される。

３．３）動作例２
図２５に例示するように、制御装置３０は、ＶＮＦ２１に対して、制御信号の発行を指示することができる。

図２５において、制御装置３０のリソース制御部３１は、ＶＮＦ２１（Ｂ）に対応する仮想マシンの起動を、サーバ２０の制御部２２に指示する（動作Ｓ２３）。

リソース制御部３１は、ＶＮＦ２１（Ａ）に対して、ベアラ切り替えを指示する（動作Ｓ２４）。リソース制御部３１は、例えば、仮想マシンの負荷、サーバ２０の負荷等に基づいて、ベアラの切り替え元とするＶＮＦ２１を決定できる。例えば、リソース制御部３１は、負荷が所定の閾値よりも高い仮想マシンで運用されているＶＮＦ２１あるいは負荷が所定の閾値よりも高いサーバで運用されているＶＮＦ２１を、ベアラの切り替え元とするＶＮＦ２１に決定する。図２５の例では、リソース制御部３１は、ＶＮＦ２１（Ａ）を、ベアラの切り替え元に決定し、ＶＮＦ２１（Ａ）に対してベアラ切り替えを指示する。リソース制御部３１は、ＶＮＦ２１（Ａ）に対して、切り替えるベアラを指定することもできる。

ＶＮＦ２１（Ａ）は、指示に応じて、Ｐ−ＧＷ３に対して制御信号を発行して、ベアラ切替手順を開始し（動作Ｓ２５）、ベアラを切り替える（動作Ｓ２６）。その他の動作は、上述の実施形態と同様なので、詳細な説明は省略される。

３．４）制御装置の構成例２
図２６および図２７を参照して、制御装置３０の他の構成例を示す。図２６に例示されるように、制御装置３０は、リソース制御部３１およびインターフェース３２の他に、ステータス収集部３３および管理ＤＢ（Ｄａｔａ Ｂａｓｅ）３４を含む。

ステータス収集部３３は、サーバ２０から情報を収集する。例えば、ステータス収集部３３は、収集した情報に基づいて、図２７に例示される構成の情報を管理ＤＢ３４に格納する。管理ＤＢ３４は、例えば、ＶＮＦ２１の識別子（ＶＮＦ Ｉｄｅｎｔｉｆｉｅｒ）により各ＶＮＦ２１を識別し、ＶＮＦ ＩＤ毎に情報を管理する。

ステータス収集部３３は、それぞれのＶＮＦ２１に対応する状況を、管理ＤＢ３４に格納できる。ステータス収集部３３は、例えば、各ＶＮＦ２１に対応する仮想マシンあるいはサーバ２０の負荷状況（図２７のＶＭ ＬｏａｄやＳｅｒｖｅｒ Ｌｏａｄ）を収集し、管理ＤＢ３４に格納できる。ステータス収集部３３は、例えば、各ＶＮＦ２１に関連する通信経路の負荷状況（図２７のＮＷ Ｌｏａｄ）を収集することもできる。

リソース制御部３１は、管理ＤＢ３４に格納された情報に基づいて、リソース制御を実行できる。例えば、リソース制御部３１は、仮想マシン、サーバ２０の負荷等に応じて、仮想マシンの起動、停止等を実行できる。また、リソース制御部３１は、管理ＤＢ３４に格納された情報に基づいて、ベアラの切り替え元とするＶＮＦ２１を決定できる。

リソース制御部３１は、所定の閾値と、管理ＤＢ３４の情報とを比較し、比較結果に基づいてリソース制御を実行できる。例えば、リソース制御部３１は、ＶＮＦ２１を運用する仮想マシンの負荷（図２７のＶＭ Ｌｏａｄ）が所定の閾値を超過した場合、同種の機能を有するＶＮＦ２１を運用する仮想マシンの起動をサーバ２０に指示する。また、例えば、リソース制御部３１は、サーバ２０の負荷（図２７のＳｅｒｖｅｒ Ｌｏａｄ）が所定の閾値を超過した場合、負荷が所定の閾値以下の他のサーバ２０に、新たに仮想マシンを起動することを指示する。

４．第４の実施形態
本発明の第４の実施形態は、上述の第１−第３の実施形態で開示された技術、後述の実施形態で開示された技術のいずれにも適用可能である。

第４の実施形態によれば、複数のベアラが属するグループ毎に、ベアラを切り替えることができる。グループ毎にベアラが切り替えられるので、ベアラ切り替えに要する時間が短縮される。

＜ベアラ切替の概要＞
図２８に例示されるように、本実施形態によるシステムでは、Ｓ−ＧＷの機能を有するＶＮＦ２１（Ｂ）が起動され、ＶＮＦ２１（Ａ）とＰ−ＧＷ３との間に設定された複数のベアラがグループ単位で切り替えられる。

ＶＮＦ２１（Ａ）は、Ｐ−ＧＷ３に対して、ベアラグループに属する複数のベアラに関する情報を含む制御信号を送信する。例えば、ＶＮＦ２１（Ａ）は、ベアラの切り替え先となるＶＮＦ２１のアドレスと、グループに属する複数のベアラの新たなＴＥＩＤとを含む情報を、制御信号により送信する。図２８の例では、ＶＮＦ２１（Ａ）は、ベアラグループに属する複数のベアラ（ベアラ：Ａ１１−Ａ１ｎ）に関する情報を、制御信号によりＰ−ＧＷ３に送信する。アップリンク用（ＶＮＦ２１からＰ−ＧＷへのベアラ）のベアラＡ１１−Ａ１ｎは、ベアラＢ１１−Ｂ１ｎに切り替えられる。

Ｐ−ＧＷ３は、ベアラの切り替え先となるＶＮＦ２１（Ｂ）に対して、ダウンリンク用（Ｐ−ＧＷ３からＶＮＦ２１へのベアラ）のベアラを切り替えるための制御信号を送信する。図２８の例では、ダウンリンク用の複数のベアラ（Ａ２１−Ａ２ｎ）は、それぞれ、複数のベアラ（Ｂ２１−Ｂ２ｎ）に切り替えられる。

その他の動作は図８と同様なので、詳細な説明は省略される。

ＶＮＦ２１は、複数のベアラをグループ化する機能を有する。ＶＮＦ２１は、複数のベアラをグループ化し、図２８の例のように、グループ毎にベアラを切り替えることができる。

＜ベアラのグループ化＞
図２９に例示するベアラ管理ＤＢ２１０に基づいて、ＶＮＦ２１は、ベアラグループを管理できる。図２９の例では、ＶＮＦ２１は、ベアラに関する属性に基づいて、ベアラをグループ化する。ベアラに関する属性の例を以下に示す。
・端末１の滞在エリア（Ｅ−ＵＴＲＡＮ Ｃｅｌｌ ＩＤ等）
・端末１に関する課金特性（通常課金、プリペイド課金、フラットレート等）
・端末１の通信状態（一定期間に一定量以上の通信をしたか否か）
・端末１がＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスであるか否か
・端末１が属するＭＴＣデバイスグループ
・端末１が通信するＭＴＣアプリケーションの種別
・オペレータＩＤ（端末１が接続しているコアネットワークのオペレータのＩＤ）
・端末１が接続しているＰａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ（ＰＤＮ）
・ＱｏＳ特性
・端末１の状態（ＩＤＬＥ状態、ＣＯＮＮＥＣＴＥＤ状態）：ＩＤＬＥ状態は、例えば、端末１がコアネットワークとの間でセッション管理およびモビリティ管理のための制御信号の継続的な交換を行っていない状態、あるいは基地局との無線接続が解放（Ｒｅｌｅａｓｅ）された状態等である。ＣＯＮＮＥＣＴＥＤ状態は、例えば、端末１がコアネットワークとの間でセッション管理およびモビリティ管理のための制御信号の継続的な交換を行っている状態、あるいは基地局と無線接続している状態等である。

なお、上記の属性は例示であり、ＶＮＦ２１は、他の属性によりベアラをグループ化することも可能である。

ＶＮＦ２１は、標準仕様書（３ＧＰＰ ＴＳ２３．４０１）の５．７章に開示されているＥＰＳ Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔのうち、ＵＥに関する情報に基づいてベアラをグループ化することが可能である。

ＶＮＦ２１は、端末１の利用者と通信事業者との契約内容に応じて、ベアラをグループ化することが可能である。例えば、ＶＮＦ２１は、他の利用者よりも高額の契約を通信事業者と締結した利用者（たとえば、Ｐｒｅｍｉｕｍ Ｓｕｂｓｃｒｉｂｅｒ）に関するベアラをグループ化することが可能である。また、ＶＮＦ２１は、通常契約の利用者に関するベアラをグループ化することが可能である。

ＶＮＦ２１は、端末１の位置に関する情報（たとえば、ＧＳＰ情報、端末１がアタッチしている基地局情報等）に応じて、ベアラをグループ化することが可能である。例えば、ＶＮＦ２１は、ＧＰＳ情報、端末１がアタッチしている基地局に関する情報等に基づいて、位置が互いに近接する端末１に関するベアラをグループ化することが可能である。

ＶＮＦ２１は、ベアラのＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）情報に応じて、ベアラをグループ化することが可能である。例えば、ＶＮＦ２１は、各ベアラに対応するＱＣＩ（Ｑｕａｌｉｔｙ Ｃｌａｓｓ Ｉｎｄｉｃａｔｏｒ）に応じて、ベアラをグループ化することが可能である。例えば、ＶＮＦ２１は、優先度が所定値よりも低いＱＣＩに対応するベアラをグループ化し、ＶＮＦ２１が新たに起動された場合に、比較的低い優先度のグループに属するベアラを新たに起動されたＶＮＦ２１に切り替えるように制御する。通常、ベアラが新たに起動されたＶＮＦ２１に切り替えられると、通信に遅延等が発生し、ユーザのＱｏＥ（Ｑｕａｌｉｔｙ ｏｆ Ｅｘｐｅｒｉｅｎｃｅ）が低下する。しかしながら、比較的低い優先度のグループのベアラだけを切り替え対象にすることで、ＱｏＥの低下を低優先のベアラに限ることができる。

なお、上述したベアラに関する属性のなかにあるＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）は、例えばスマートメータ、自動販売機など、必ずしも人間の介入を必要としないデータ通信の形態を意味する。ＭＴＣは、技術標準仕様書（３ＧＰＰ ＴＳ２２．３６８等）で標準化が進められている。ＭＴＣデバイスは、特定の時間（例えば、「毎日、ＰＭ１２：００」とか「毎週金曜日、ＡＭ３：００」等）に通信を行う場合が想定されるので、多数の同種のＭＴＣデバイス（例えば、スマートメータ）が同じ時間に通信を開始すると、大量のトラフィックが特定の時間に発生する可能性がある。そこで、ＶＮＦ２１は、ＭＴＣデバイスに関するベアラを、ＭＴＣデバイスに関するベアラを専用に扱うＶＮＦ２１に切り替える。これにより、ＭＴＣデバイスに関する通信が非ＭＴＣデバイスに関する通信のパフォーマンスを低下させる事態を抑止できる。また、通信システムのオペレータは、ＭＴＣデバイスが通信を開始すると想定される時間に、ＭＴＣデバイス専用のＶＮＦ２１を運用する仮想マシンが動的に起動されるように通信システムを運用することもできる。また、オペレータは、ＭＴＣデバイスの通信が完了した場合に、ＭＴＣデバイス専用のＶＮＦ２１を運用する仮想マシンを削除するように、通信システムを運用してもよい。

ＶＮＦ２１は、ＰＤＮコネクション群を特定するためのＣＳＩＤに応じて、複数のベアラをグループ化することもできる。

各ベアラのＴＥＩＤは、グループに属する複数のベアラの各々のＴＥＩＤを一括して識別できるように割り当てられてもよい。例えば、ＴＥＩＤは、グループに属する複数のベアラの各々に対して、３２ｂｉｔの情報で構成されるＴＥＩＤの上位２４ｂｉｔが同一となるように割り当てられる。このようにＴＥＩＤを割り当てることにより、ＶＮＦ２１は、ＴＥＩＤの上位２４ｂｉｔの情報により、グループに属する複数のベアラを一括して識別できる。

例えば、図３０のベアラ管理ＤＢ２１０の例のように、ＶＮＦ２１は、ＴＥＩＤのビットマスク（ここでは、ＴＥＩＤの上位２４ｂｉｔ）に基づいて、ベアラのグループを管理できる。

＜制御装置＞
図３１に例示するように、ＶＮＦ２１と同様に、制御装置３０が複数のベアラをグループとして管理することもできる。制御装置３０は、上述の実施形態で例示された構成例に加え、ベアラ管理ＤＢ３５を含む。

ベアラ管理ＤＢ３５は、例えば、図２９あるいは図３０で例示した構成の情報を格納することができる。つまり、ベアラ管理ＤＢ３５は、上述の属性等に基づいて設定されたベアラグループに関する情報を有する。リソース制御部３１は、ベアラ管理ＤＢ３５を参照し、ＶＮＦ２１等のリソース制御を実行できる。

リソース制御部３１は、例えば、上述の第３の実施形態の例のように、仮想マシンの負荷、サーバ２０の負荷等に応じて、ＶＮＦ２１を運用する仮想マシンのリソース制御を、サーバ２０に指示する。

リソース制御部３１は、例えば、上記のリソース制御により新たに起動される仮想マシンに割り当てるベアラグループを、ベアラ管理ＤＢ３５を参照して決定できる。

リソース制御部３１は、上述の属性によるベアラグループを、新たに起動された仮想マシン上で運用されるＶＮＦ２１に割り当てる。例えば、リソース制御部３１は、同一のＱｏＳ特性を有する複数のベアラを、新たに起動された仮想マシン上で運用されるＶＮＦ２１に割り当てる。また、例えば、リソース制御部３１は、同一のＭＴＣデバイスグループに関する複数のベアラを、新たに起動された仮想マシン上で運用されるＶＮＦ２１に割り当てる。

リソース制御部３１は、グループに属するベアラの切り替えを、ＶＮＦ２１に指示できる。ＶＮＦ２１は、指示に応じて、グループに属する複数のベアラを切り替える。例えば、リソース制御部３１は、切り替え元のＶＮＦ２１に、グループに属する複数のベアラの切り替えを指示する。例えば、リソース制御部３１は、切り替え元のＶＮＦ２１に対して、グループに対応する属性（例えば、ＱＣＩ値、ＴＥＩＤのビットマスク、ＭＴＣデバイスグループ等）を含む情報を通知する。ＶＮＦ２１は、通知された情報に対応するベアラを、切り替え先のＶＮＦ２１に切り替える。

５．第５の実施形態
本発明の第５の実施形態は、上述の第１−第４の実施形態で開示された技術に適用可能である。

第５の実施形態によれば、制御装置３０は、サーバ２０に対して運用ポリシーを設定できる。サーバ２０が、設定された運用ポリシーに基づいて、自律的にリソース制御を実行できるので、通信システムの運用効率が向上する。

図３２に例示するように、制御装置３０は、管理インターフェース３６、ポリシーＤＢ３７を含む。その他の構成は、上述の実施形態と同様である。

図３３に例示するように、ポリシーＤＢ３７は、リソース制御ポリシー３７０とベアラ切り替えポリシー３７１とを含む。リソース制御ポリシー３７０は、サーバ２０が、ＶＮＦ２１を運用する仮想マシンのリソース制御を、自律的に実行するためのポリシーである。ベアラ切り替えポリシー３７１は、サーバ２０が、ベアラ切り替えを自律的に実行するためのポリシーである。

通信システムのオペレータは、管理インターフェース３６を介して、ポリシーＤＢ３７の情報を構築できる。管理インターフェース３６は、例えば、ＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を、オペレータに提供できる。オペレータは、管理インターフェース３６が提供するＧＵＩを利用して、制御装置３０に運用ポリシーを設定できる。

リソース制御ポリシー３７０の例を以下に示す。
・ＶＮＦ２１を運用する仮想マシンの負荷が所定の閾値を超過した場合、制御部２２は同一機能を有するＶＮＦ２１を運用する仮想マシンを起動する。
・ＶＮＦ２１を運用する仮想マシンの負荷が所定の閾値以下となった場合、制御部２２は当該仮想マシンを停止する。制御部２２は、停止される仮想マシンに対応するベアラを、他の仮想マシン上で運用されるＶＮＦ２１に切り替える。
・システムの通信負荷が所定の閾値を超過した場合、制御部２２は、ＶＮＦ２１を運用する仮想マシンを起動する。
・Ｃ−Ｐｌａｎｅの信号の増加率が所定の閾値を超過した場合、制御部２２は、Ｃ−Ｐｌｅｎａ機能（例えば、Ｓ−ＧＷやＰ−ＧＷのＣ−Ｐｌａｎｅ機能、ＭＭＥ機能）を有するＶＮＦ２１を運用する仮想マシンを起動する。

制御装置３０のリソース制御部３１は、上述のリソース制御ポリシー３７０を、サーバ２０の制御部２２に通知する。制御部２２は、通知されたポリシーに基づいて、自律的に仮想マシンを制御する。

ベアラ切り替えポリシー３７１の例を以下に示す。
・ＶＮＦ２１を運用する仮想マシンの負荷が所定の閾値を超過した場合、ＶＮＦ２１は同一機能を有するＶＮＦ２１にベアラを切り替える。
・ＶＮＦ２１を運用する仮想マシンの負荷が所定の閾値を超過した場合、ＶＮＦ２１は同一機能を有するＶＮＦ２１にベアラを切り替える。ＶＮＦ２１は、仮想マシンの負荷に応じて、他のＶＮＦ２１に切り替えられるベアラの数を決定する。
・ＶＮＦ２１を運用する仮想マシンの負荷が所定の閾値を超過した場合、ＶＮＦ２１は同一機能を有するＶＮＦ２１にベアラを切り替える。ＶＮＦ２１は、ベアラグループ毎にベアラを切り替える。
・ＶＮＦ２１を運用する仮想マシンの負荷が所定の閾値を超過した場合、ＶＮＦ２１は同一機能を有するＶＮＦ２１にベアラを切り替える。ＶＮＦ２１は、ベアラの優先度に応じて、切り替えるベアラを決定する。
・ＶＮＦ２１を運用する仮想マシンの負荷が所定の閾値以下となった場合、制御部２２は当該仮想マシンを停止する。停止されるＶＮＦ２１は、自身に対応するベアラを、他の仮想マシン上で運用されるＶＮＦ２１に切り替える。
・Ｃ−Ｐｌａｎｅ信号を処理するＶＮＦ２１（例えば、Ｓ−ＧＷやＰ−ＧＷのＣ−Ｐｌａｎｅ機能、ＭＭＥ機能）の負荷が所定の閾値を超過した場合、ＶＮＦ２１は、Ｃ−Ｐｌａｎｅ信号を処理する他のＶＮＦ２１にベアラを切り替える。

制御装置３０のリソース制御部３１は、上述のベアラ切り替えポリシー３７１を、ＶＮＦ２１に通知する。ＶＮＦ２１は、通知されたポリシーに基づいて、自律的にベアラを切り替える。

第５の実施形態では、上記のリソース制御ポリシー３７０およびベアラ切り替えポリシー３７１が制御装置３０によりサーバ２０に設定される例を示した。但し、本発明は第５の実施形態に限定されない。例えば、リソース制御ポリシー３７０は、サーバ２０の制御部２２に予め設定されていてもよい。また、例えば、ベアラ切り替えポリシー３７１は、ＶＮＦ２１に予め設定されていてもよい。

以上、本発明の実施形態を説明したが、本発明は、上記したそれぞれの実施形態に限定されるものではない。本発明は、各実施形態の変形・置換・調整に基づいて実施できる。また、本発明は、各実施形態を任意に組み合わせて実施することもできる。即ち、本発明は、本明細書の全ての開示内容、技術的思想に従って実現できる各種変形、修正を含む。また、本発明は、ＳＤＮ（Ｓｏｆｔｗａｒｅ−Ｄｅｆｉｎｅｄ Ｎｅｔｗｏｒｋ）の技術分野にも適用可能である。

１ 端末
２ 基地局
３ ゲートウェイ
４ ＭＭＥ
５ ＳＧＳＮ
６ ルータ
７ ＰＣＲＦ
１０ 通信装置
１１ 制御部
１２ 切替部
２０ サーバ
２１ 仮想ネットワーク機能
２２ 制御部
２２０ ＶＭ制御部
２２１ パス制御部
２３ 共有ＤＢ
２４ ネットワーク
２５ ＲＲＨ
３０ 制御装置
３１ リソース制御部
３２ インターフェース
３３ ステータス収集部
３４ 管理ＤＢ
３５ ベアラ管理ＤＢ
３６ 管理インターフェース
３７ ポリシーＤＢ
３７０ リソース制御ポリシー
３７１ ベアラ切替ポリシー

Claims (44)

1. 端末に対応付けられた通信パスを介して前記端末に通信サービスを提供する通信システムにおけるサーバであって、
   第一のセッションを介して対向ネットワークノードと通信するネットワーク機能を、仮想マシンで運用可能な第一の手段と、
   前記第一のセッションを第二のセッションに切り替える前記ネットワーク機能から前記対向ネットワークノードに対して、前記第二のセッションに関する情報を含む制御情報を転送可能な第二の手段と
   を含むことを特徴とするサーバ。
2. 前記第二の手段は、前記通信パスの一部を構成する前記第一のセッションを前記第二のセッションに切り替える前記ネットワーク機能から前記対向ネットワークノードに対して、前記第二のセッションに関する情報を含む制御情報を転送可能である
   ことを特徴とする請求項１のサーバ。
3. 前記第二の手段は、端末制御用信号である前記第一のセッションを前記第二のセッションに切り替える前記ネットワーク機能から前記対向ネットワークノードに対して、前記第二のセッションに関する情報を含む制御情報を転送可能である
   ことを特徴とする請求項１または２のサーバ。
4. 前記第一の手段は、前記通信パスの一部を構成する複数種類のセッションのうち、前記第一のセッションを、前記第一のセッションと同種の第二のセッションに切り替える前記ネットワーク機能を、前記仮想マシンで運用可能である
   ことを特徴とする請求項１乃至３のいずれか１項のサーバ。
5. 前記第一の手段は、前記通信パスを維持したまま、前記通信パスの一部を構成する前記第一のセッションを、前記第二のセッションに切り替える前記ネットワーク機能を、前記仮想マシンで運用可能である
   ことを特徴とする請求項１乃至４のいずれか１項のサーバ。
6. 前記第二の手段は、前記通信パスを構築するために用いられる複数種類の制御信号の一部の制御信号を、前記ネットワーク機能から前記対向ネットワークノードに対して転送可能である
   ことを特徴とする請求項１乃至５のいずれか１項のサーバ。
7. 前記第二の手段は、前記通信システムを構成する複数種類のネットワークノードのうち、前記第一のセッションに対応する前記対向ネットワークノードに対して、前記制御情報を転送可能である
   ことを特徴とする請求項１乃至６のいずれか１項のサーバ。
8. 前記第二の手段は、前記第一のセッションが他のネットワーク機能に対応付けられる前記第二のセッションに切り替えられたことに応じて前記ネットワーク機能が発行した前記制御情報を、前記対向ネットワークノードに転送可能である
   ことを特徴とする請求項１乃至７のいずれか１項のサーバ。
9. 前記第一の手段は、前記ネットワーク機能を運用する前記仮想マシンのリソース制御を実行可能であり、
   前記第二の手段は、前記リソース制御に応じて前記第一のセッションから切り替えられる前記第二のセッションに関する情報を含む前記制御情報を、前記第一のセッションに対応する前記ネットワーク機能から前記対向ネットワークノードに転送可能である
   ことを特徴とする請求項１乃至８のいずれか１項のサーバ。
10. 前記第一の手段は、前記ネットワーク機能を運用する前記仮想マシンの起動あるいは停止の少なくとも１つによるリソース制御を実行可能であり、
    前記第二の手段は、前記リソース制御に応じて新たに運用されるネットワーク機能に対応付けられた前記第二のセッションに関する情報を含む前記制御情報を、前記対向ネットワークノードに転送可能である
    ことを特徴とする請求項１乃至９のいずれか１項のサーバ。
11. 前記第一の手段は、前記ネットワーク機能を運用する前記仮想マシンのリソースを他のサーバに移すことが可能であり、
    前記第二の手段は、前記他のサーバで運用される前記仮想マシンで運用されるネットワーク機能に対応付けられた前記第二のセッションに関する情報を含む前記制御情報を、前記対向ネットワークノードに転送可能である
    ことを特徴とする請求項１乃至１０のいずれか１項のサーバ。
12. 前記第一の手段は、信号処理に関する複数の機能に対応する複数の前記ネットワーク機能を、各ネットワーク機能にそれぞれ対応する複数の仮想マシンで運用可能である
    ことを特徴とする請求項１乃至１１のいずれか１項のサーバ。
13. 前記第二の手段は、通信ステータスを制御する複数の前記ネットワーク機能と、前記ネットワーク機能の各々の前記通信ステータスを管理する共有データベースとを接続可能である
    ことを特徴とする請求項１乃至１２のいずれか１項のサーバ。
14. 前記第二の手段は、前記通信パスの一部を構成する複数の前記第一のセッションを前記複数の第一のセッションにそれぞれ対応する第二のセッションに切り替える前記ネットワーク機能から前記対向ネットワークノードに対して、前記複数の第二のセッションに関する情報を含む制御情報を転送可能である
    ことを特徴とする請求項１乃至１３のいずれか１項のサーバ。
15. 前記第一の手段は、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスである端末に対応する前記第一のセッションを、前記ＭＴＣデバイス用の仮想マシンに対応付けられる前記第二のセッションに切り替える前記ネットワーク機能を運用可能である
    ことを特徴とする請求項１乃至１４のいずれか１項のサーバ。
16. 前記第一の手段は、前記仮想マシンのリソースを制御する制御装置からの指示に応じて、前記仮想マシンのリソース制御を実行可能である
    ことを特徴とする請求項１乃至１５のいずれか１項のサーバ。
17. 前記第一の手段は、前記仮想マシンのリソースを制御する制御装置から、前記通信システムの状況に応じて通知された指示に応じて、前記仮想マシンのリソース制御を実行可能である
    ことを特徴とする請求項１乃至１６のいずれか１項のサーバ。
18. 前記第一の手段は、制御装置から通知された運用ポリシーに基づいて、前記仮想マシンのリソースを自律制御することが可能である
    ことを特徴とする請求項１乃至１７のいずれか１項のサーバ。
19. 前記第二の手段は、前記ネットワーク機能が、制御装置から通知された運用ポリシーに基づいて前記第一のセッションが前記第二のセッションに切り替えられたことに応じて発行した前記制御情報を、前記対向ネットワークノードに転送可能である
    ことを特徴とする請求項１乃至１８のいずれか１項のサーバ。
20. 端末に対応付けられた通信パスを介して前記端末に通信サービスを提供する通信システムにおける通信方法であって、
    第一のセッションを介して対向ネットワークノードと通信するネットワーク機能を、仮想マシンで運用し、
    前記第一のセッションを第二のセッションに切り替える前記ネットワーク機能から前記対向ネットワークノードに対して、前記第二のセッションに関する情報を含む制御情報を転送する
    ことを特徴とする通信方法。
21. 前記通信パスの一部を構成する前記第一のセッションを前記第二のセッションに切り替える前記ネットワーク機能から前記対向ネットワークノードに対して、前記第二のセッションに関する情報を含む制御情報を転送する
    ことを特徴とする請求項２０の通信方法。
22. 端末制御用信号である前記第一のセッションを前記第二のセッションに切り替える前記ネットワーク機能から前記対向ネットワークノードに対して、前記第二のセッションに関する情報を含む制御情報を転送する
    ことを特徴とする請求項２０または２１の通信方法。
23. 前記通信パスの一部を構成する複数種類のセッションのうち、前記第一のセッションを、前記第一のセッションと同種の第二のセッションに切り替える前記ネットワーク機能を、前記仮想マシンで運用する
    ことを特徴とする請求項２０乃至２２のいずれか１項の通信方法。
24. 前記通信パスを維持したまま、前記通信パスの一部を構成する前記第一のセッションを、前記第二のセッションに切り替える前記ネットワーク機能を、前記仮想マシンで運用する
    ことを特徴とする請求項２０乃至２３のいずれか１項の通信方法。
25. 前記通信パスを構築するために用いられる複数種類の制御信号の一部の制御信号を、前記ネットワーク機能から前記対向ネットワークノードに対して転送する
    ことを特徴とする請求項２０乃至２４のいずれか１項の通信方法。
26. 前記通信システムを構成する複数種類のネットワークノードのうち、前記第一のセッションに対応する前記対向ネットワークノードに対して、前記制御情報を転送する
    ことを特徴とする請求項２０乃至２５のいずれか１項の通信方法。
27. 前記第一のセッションが他のネットワーク機能に対応付けられる前記第二のセッションに切り替えられたことに応じて、前記ネットワーク機能が発行した前記制御情報を、前記対向ネットワークノードに転送する
    ことを特徴とする請求項２０乃至２６のいずれか１項の通信方法。
28. 前記ネットワーク機能を運用する前記仮想マシンのリソース制御を実行し、
    前記リソース制御に応じて前記第一のセッションから切り替えられる前記第二のセッションに関する情報を含む前記制御情報を、前記第一のセッションに対応する前記ネットワーク機能から前記対向ネットワークノードに転送する
    ことを特徴とする請求項２０乃至２７のいずれか１項の通信方法。
29. 前記ネットワーク機能を運用する前記仮想マシンの起動あるいは停止の少なくとも１つによるリソース制御を実行し、
    前記リソース制御に応じて新たに運用されるネットワーク機能に対応付けられた前記第二のセッションに関する情報を含む前記制御情報を、前記対向ネットワークノードに転送する
    ことを特徴とする請求項２０乃至２８のいずれか１項の通信方法。
30. 前記ネットワーク機能を運用する前記仮想マシンのリソースを他のサーバに移し、
    前記他のサーバで運用される前記仮想マシンで運用されるネットワーク機能に対応付けられた前記第二のセッションに関する情報を含む前記制御情報を、前記対向ネットワークノードに転送する
    ことを特徴とする請求項２０乃至２９のいずれか１項の通信方法。
31. 前記通信パスの一部を構成する複数の前記第一のセッションを前記複数の第一のセッションにそれぞれ対応する第二のセッションに切り替える前記ネットワーク機能から前記対向ネットワークノードに対して、前記複数の第二のセッションに関する情報を含む制御情報を転送する
    ことを特徴とする請求項２０乃至３０のいずれか１項の通信方法。
32. ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスである端末に対応する前記第一のセッションを、前記ＭＴＣデバイス用の仮想マシンに対応付けられる前記第二のセッションに切り替える前記ネットワーク機能を運用する
    ことを特徴とする請求項２０乃至３１のいずれか１項の通信方法。
33. 信号処理に関する複数の機能に対応する複数の前記ネットワーク機能を、各ネットワーク機能にそれぞれ対応する複数の仮想マシンで運用する
    ことを特徴とする請求項２０乃至３２のいずれか１項の通信方法。
34. 通信ステータスを制御する複数の前記ネットワーク機能と、前記ネットワーク機能の各々の前記通信ステータスを管理する共有データベースとを接続する
    ことを特徴とする請求項２０乃至３３のいずれか１項の通信方法。
35. 前記仮想マシンのリソースを制御する制御装置からの指示に応じて、前記仮想マシンのリソース制御を実行する
    ことを特徴とする請求項２０乃至３４のいずれか１項の通信方法。
36. 前記仮想マシンのリソースを制御する制御装置から、前記通信システムの状況に応じて通知された指示に応じて、前記仮想マシンのリソース制御を実行する
    ことを特徴とする請求項２０乃至３５のいずれか１項の通信方法。
37. 制御装置から通知された運用ポリシーに基づいて、前記仮想マシンのリソースを自律制御する
    ことを特徴とする請求項２０乃至３６のいずれか１項の通信方法。
38. 前記ネットワーク機能が制御装置から通知された運用ポリシーに基づいて前記第一のセッションが前記第二のセッションに切り替えられたことに応じて発行した前記制御情報を、前記対向ネットワークノードに転送する
    ことを特徴とする請求項２０乃至３７のいずれか１項の通信方法。
39. 端末に対応付けられた通信パスを介して前記端末に通信サービスを提供する通信システムにおける制御装置であって、
    第一のセッションを介して対向ネットワークノードと通信するネットワーク機能を、仮想マシンで運用するサーバと通信するためのインターフェースと、
    前記インターフェースを介して、前記サーバに前記仮想マシンの制御を指示可能な制御手段を備え、
    前記制御手段は、前記第一のセッションを第二のセッションに切り替える前記ネットワーク機能に対して、前記第二のセッションに関する情報を含む制御情報を前記対向ネットワーク機能に発行することを指示可能である
    ことを特徴とする制御装置。
40. 前記制御手段は、前記通信パスの一部を構成する複数種類のセッションのうち、前記第一のセッションを、前記第一のセッションと同種の第二のセッションに切り替える前記ネットワーク機能を運用する前記仮想マシンの制御を、前記サーバに指示可能である
    ことを特徴とする請求項３９の制御装置。
41. 前記制御手段は、前記通信パスを維持したまま、前記通信パスの一部を構成する前記第一のセッションを、前記第二のセッションに切り替える前記ネットワーク機能を運用する前記仮想マシンの制御を、前記サーバに指示可能である
    ことを特徴とする請求項３９または４０の制御装置。
42. 前記制御手段は、前記ネットワーク機能に対して、前記通信パスを構築するために用いられる複数種類の制御信号の一部の制御信号を前記対向ネットワークノードに発行することを指示可能である
    ことを特徴とする請求項３９乃至４１のいずれか１項の制御装置。
43. 前記制御手段は、前記ネットワーク機能に対して、前記通信システムを構成する複数種類のネットワークノードのうち、前記第一のセッションに対応する前記対向ネットワークノードに前記制御情報を発行することを指示可能である
    ことを特徴とする請求項３９乃至４２のいずれか１項の制御装置。
44. 端末に対応付けられた通信パスを介して前記端末に通信サービスを提供する通信システムにおけるコンピュータに、
    第一のセッションを介して対向ネットワークノードと通信するネットワーク機能を、仮想マシンで運用する処理と、
    前記第一のセッションを第二のセッションに切り替える前記ネットワーク機能から前記対向ネットワークノードに対して、前記第二のセッションに関する情報を含む制御情報を転送する処理と
    を実行させることを特徴とするプログラム。

Images