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

Abstract

【課題】通信システムにおいて、通信装置の切り替えに伴うパスの切り替えの際に、当該パスを介して送受信されるパケットがロスする可能性がある。【構成】本発明の通信システムは、端末に関する通信セッションを処理可能な第一のネットワークノードと、前記第一のネットワークノードとの間に構築された前記通信セッションを介して、前記端末に関するデータを転送する通信装置と、を含み、前記通信装置は、前記第一のネットワークノードが当該第一のネットワークノードに対応する機能を有する第二のネットワークノードに切り替えられたことに応じて、前記通信セッションの終了を示す制御信号を送信可能であることを特徴とする。【選択図】図２

Description

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

モバイル通信システムにおいて、携帯電話等の通信端末は、基地局と通信し、コアネットワークを経由してインターネットにアクセスすることができる。通信端末は、コアネットワークに設けられた装置（例えばゲートウェイ）との間に確立されたパス（例えばベアラ）を介して通信する。

非特許文献１の５．１０．４章には、上記のようなモバイル通信システムにおいて、ゲートウェイを切り替える技術が開示されている。非特許文献１の図５．１０．４−１では、ゲートウェイの切り替えに応じて、転送されるデータの経由するゲートウェイが切り替えられる。

また、特許文献１には、ＡＴＭコネクションを切り替える際に、再配置元のコネクションと、再配置先のコネクションの両方を一定期間保持することによって、パケットの損失を防止する技術が開示されている。

さらに、特許文献２には、性質の異なるパス間のトラフィック移行に際して、移行先のパスの設定が完了したことをトリガとして、トラフィックを移行先のパスに移行させるための処理を開始することで、パケットのロスを防ぐ技術が開示されている。

特開平１０−０２３０３５号公報 特開２００６−０２５１０１号公報

３ＧＰＰ ＴＳ２３．４０１ Ｖ１２．４．０ "Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐ Ｓｅｒｖｉｃｅｓ ａｎｄ Ｓｙｓｔｅｍ Ａｓｐｅｃｔｓ； Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ （ＧＰＲＳ） ｅｎｈａｎｃｅｍｅｎｔ ｆｏｒ Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ （Ｅ−ＵＴＲＡＮ） Ａｃｃｅｓｓ"、[２０１４年４月８日検索] インターネット ＜ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ＤｙｎａＲｅｐｏｒｔ／２３４０１．ｈｔｍ＞

非特許文献１に記載の技術では、上述のとおり、ゲートウェイの切り替えに応じて、転送されるデータが経由するパスが切り替えられる。ここで、パスが切り替えられる際に、当該パスを介して送受信されるパケットがロスする可能性がある。

しかしながら、非特許文献１には、ゲートウェイ切り替えに伴うパスの切り替えの際に、パケットのロスを防止するための技術は開示されていない。

また、特許文献１に記載の技術では、上述のとおり、ＡＴＭコネクションの切り替えの際に、パケット損失を防止する技術を開示する。しかしながら、特許文献１には、ＡＴＭ交換機の切り替えの際に、パケットの損失を防止する技術は開示されていない。

さらに、特許文献２に記載の技術では、上述のとおり、パスの切り替えの際に、パケットのロスを防ぐ技術を開示する。しかしながら、特許文献２には、スイッチングノードの切り替えの際に、パケットのロスを防ぐ技術は開示されていない。

本発明の目的は、上記の問題を解決し、通信装置の切り替えに伴うパスの切り替えの際に、パケットのロスを防止可能な技術を提供することである。

本発明の通信システムは、端末に関する通信セッションを処理可能な第一のネットワークノードと、前記第一のネットワークノードとの間に構築された前記通信セッションを介して、前記端末に関するデータを転送する通信装置と、を含み、前記通信装置は、前記第一のネットワークノードが当該第一のネットワークノードに対応する機能を有する第二のネットワークノードに切り替えられたことに応じて、前記通信セッションの終了を示す制御信号を送信可能であることを特徴とする。
本発明の通信装置は、端末に関するデータを処理する通信装置であって、第一のネットワークノードと前記通信装置の間に構築された通信セッションを介して、端末に関する前記データを転送可能な第一の手段と、前記第一のネットワークノードが当該第一のネットワークノードに対応する機能を有する第二のネットワークノードに切り替えられたことに応じて、前記通信セッションの終了を示す制御信号を送信可能な第二の手段とを含むことを特徴とする。
本発明の通信方法は、端末に関するデータを処理する通信装置と、第一のネットワークノードとの間に構築された通信セッションを介して、端末に関するデータを転送し、前記第一のネットワークノードが当該第一のネットワークノードに対応する機能を有する第二のネットワークノードに切り替えられたことに応じて、前記通信セッションの終了を示す制御信号を送信することを特徴とする。
本発明のプログラムは、コンピュータに、第一のネットワークノードとの間に構築された通信セッションを介して、端末に関するデータを転送する処理と、前記第一のネットワークノードが当該第一のネットワークノードに対応する機能を有する第二のネットワークノードに切り替えられたことに応じて、前記通信セッションの終了を示す制御信号を送信する処理とを実行させることを特徴とする。

本発明は、通信装置の切り替えに伴うパスの切り替えの際に、パケットのロスを防止することができるという効果がある。

図１は、本発明の実施形態が適用されうるシステムの一例を示す構成図である。 図２は、本発明の第１の実施形態による通信システムにおける通信装置の切り替えに伴うセッションの切替動作の概要を示す模式図である。 図３は、第１の実施形態による通信装置１０の構成例を示すブロック図である。 図４は、第１の実施形態による通信システムの動作例を示すシーケンスチャートである。 図５は、本発明の第２の実施形態による通信装置１０を仮想化するサーバ２０の機能構成の第１例を示すブロック図である。 図６は、第２の実施形態におけるＶＮＦ２００の機能構成の一例を示すブロック図である。 図７は、第２の実施形態における制御部２１０の機能構成の一例を示すブロック図である。 図８は、第２の実施形態による通信装置１０を仮想化するサーバ２０の機能構成の第２例を示すブロック図である。 図９は、第２の実施形態による通信装置１０を仮想化するサーバ２０の機能構成の第３例を示すブロック図である。 図１０は、第２の実施形態による通信装置１０を仮想化するサーバ２０の機能構成の第４例を示すブロック図である。 図１１は、第２の実施形態による通信装置１０を仮想化するサーバ２０の機能構成の第５例を示すブロック図である。 図１２は、第２の実施形態による通信システムの動作例を示すシーケンスチャートである。 図１３は、本発明の第３の実施形態による通信システムにおける通信装置の切替に伴うセッション切替動作の概要を示す模式図である。 図１４は、第３の実施形態におけるパケット転送装置３０の機能構成の一例を示すブロック図である。 図１５は、第３の実施形態における管理ＤＢ３１に記憶される情報の構成例を示す図である。 図１６は、第３の実施形態による通信システムの動作例を示すシーケンスチャートである。 図１７は、第３の実施形態による通信システムにおける通信装置の切替に伴うセッション切替動作の他の例の概要を示す模式図である。 図１８は、第３の実施形態における仮想スイッチ２１０２の機能構成の一例を示すブロック図である 図１９は、図１７に例示された通信システムの動作例を示すシーケンスチャートである。 図２０は、本発明の第４の実施形態による通信システムにおける通信装置の切替に伴うセッション切替動作の概要を示す模式図である。 図２１は、第４の実施形態における制御装置４０の機能構成の一例を示すブロック図である。 図２２は、図２０に例示された通信システムの動作例を示すシーケンスチャートである。 図２３は、第４の実施形態による通信システムの動作の第１例を示すシーケンスチャートである。 図２４は、第４の実施形態による通信システムの動作の第２例を示すシーケンスチャートである。 図２５は、本発明の第５の実施形態による通信システムの第１動作例を示すシーケンスチャートである。 図２６は、第５の実施形態による通信システムの動作の第１動作例を示すシーケンスチャートである。 図２７は、第５の実施形態による通信システムの第２動作例を示すシーケンスチャートである。 図２８は、第５の実施形態による通信システムの第２動作例を示すシーケンスチャートである。 図２９は、第５の実施形態による通信システムの第３動作例を示すシーケンスチャートである。 図３０は、第５の実施形態による通信システムの第３動作例を示すシーケンスチャートである。 図３１は、第５の実施形態による通信システムの第４動作例を示すシーケンスチャートである。 図３２は、第５の実施形態による通信システムの第４動作例を示すシーケンスチャートである。 図３３は、第５の実施形態による通信システムの第５動作例の第１例を示すシーケンスチャートである。 図３４は、第５の実施形態による通信システムの第５動作例の第２例を示すシーケンスチャートである。 図３５は、第５の実施形態による通信システムの第５動作例の第３例を示すシーケンスチャートである。 図３６は、第５の実施形態による通信システムの第５動作例の第４例を示すシーケンスチャートである。 図３７は、第５の実施形態による通信システムの第５動作例の第５例を示すシーケンスチャートである。 図３８は、本発明の第６の実施形態による通信装置１０の機能構成の一例を示すブロック図である。 図３９は、第６の実施形態によるＶＮＦ２００の機能構成の一例を示すブロック図である 図４０は、第６の実施形態による制御装置４０の機能構成の一例を示すブロック図である。 図４１は、第６の実施形態における管理ＤＢ１３に記憶される情報の構成例を示す図である。 図４２は、第６の実施形態における管理ＤＢ１３に記憶される情報の他の構成例を示す図である。

まず、本発明の実施形態が適用される通信システムの概要について、図１を参照して説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、この概要の記載はなんらの限定を意図するものではない。

図１に例示する通信システムはＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）を例示するが、本発明による通信システムは図１の例に限定されない。

図１の例において、通信システムは、端末１と、複数種類のネットワークノード（以下、一つ以上のネットワークノードを総称して「通信装置１０」という。）とを含む。端末１は、複数種類の通信装置１０を介して、インターネット等の外部ネットワークと通信する。

通信装置１０は、例えば、基地局２、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）３、Ｐ−ＧＷ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｏｗｏｒｋ Ｇａｔｅｗａｙ）４、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）５等のネットワークノードである。各ネットワークノードは、通信システムが提供する通信サービスに関する様々な信号処理を実行する。例えば、ネットワークノードとしてのＭＭＥ５は、端末１の移動管理に関する信号処理を実行する。

端末１は、基地局２に接続し、コアネットワークを介してインターネット等にアクセスする。コアネットワークは、例えば、Ｓ−ＧＷ３、Ｐ−ＧＷ４およびＭＭＥ５で構成される。

図１の例における各ネットワークノードは、例えば、以下のネットワーク機能を含む。

基地局２は、例えば、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）に基づいて、端末１との間でデータ通信を実行する機能（Ｕ−Ｐｌａｎｅ機能）を有する。また、基地局２は、制御シグナリングを処理する機能（Ｃ−Ｐｌａｎｅ機能）を有する。

Ｓ−ＧＷ３は、例えば、データパケットを処理する機能（Ｕ−Ｐｌａｎｅ機能）および制御シグナリングを処理する機能（Ｃ−Ｐｌａｎｅ機能）を含む。

Ｐ−ＧＷ４は、例えば、データパケットを処理する機能（Ｕ−Ｐｌａｎｅ機能）、通信に応じた課金状態を管理する機能（ＰＣＥＦ：Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｅｎｆｏｒｃｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）、ＱｏＳ等のポリシーを制御する機能（ＰＣＲＦ：Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅ Ｆｕｎｃｔｉｏｎ）、通信を傍受するための合法的傍受（ＬＩ：Ｌａｗｆｕｌ Ｉｎｔｅｒｃｅｐｔｉｏｎ）機能等を含む。

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

１．第１の実施形態
以下、本発明の第１の実施形態について、図２〜図４を参照しながら説明する。なお、以下の各実施形態において、図面に付された参照符号は、理解を助けるための一例として各要素に便宜上付したものであり、各実施形態の記載をなんらの限定を意図するものではない。
１．１）システム構成
図２は、本発明の第１の実施形態による通信システムの構成例および通信装置の切り替えに伴うセッションの切替動作について説明するための図である。図２では、通信装置は、後述するように基本的に同じ構成を有するが、便宜上、通信装置１０、１０（Ａ）および１０（Ｂ）というように参照符号で区別する。

図２の例では、通信装置１０に接続していた通信装置１０（Ａ）が通信装置１０（Ｂ）に切り替わる場合を示す。通信装置１０（Ａ）から通信装置１０（Ｂ）への切替に応じて、通信装置１０との間のセッションもセッションＡからセッションＢへと切り替わる。この場合、セッションが切り替えられる際にパケットロスが発生する可能性がある。例えば、切り替え元のセッションが終了する前にセッションが切り替えられると、切り替え元のセッションを介して送信されるパケットが切り替え先の通信装置に転送されず、結果、パケットロスが発生する可能性がある。

そこで、本実施形態では、切り替え先の通信装置１０（Ｂ）が切り替え元のセッションＡが終了したことを示す通知を受信したことに応じて、セッションを切り替える。この構成により、セッションの切り替えによるパケットロスを回避する。

図３に示すように、本実施形態による通信装置１０は、制御部１１と、信号処理部１２とを備える。制御部１１は、いわゆるＣ−Ｐｌａｎｅに対応し、通信システムで伝送される制御信号を処理する機能を有する。信号処理部１２は、いわゆるＵ−Ｐｌａｎｅに対応し、通信システムで伝送されるデータを処理する機能を有する。

なお、通信装置１０は、制御部１１と信号処理部１２との両方を必ずしも備えている必要はなく、いずれか一方であってもよい。また、通信装置１０は、図１に示す基地局２、Ｓ−ＧＷ３、Ｐ−ＧＷ４、ＭＭＥ５等のネットワークノードのいずれであってもよい。

１．２）動作
図４は、第１の実施形態による通信システムの動作例を示すシーケンスチャートである。

通信装置１０の信号処理部１２は、通信装置１０（Ａ）とセッションＡを通して通信を実行しているものとする（動作Ｓ１−１）。

この通信中に、通信装置１０（Ａ）から通信装置１０（Ｂ）への切り替えが開始されたとする（動作Ｓ１−２）。通信装置１０（Ａ）の制御部１１は、例えば、自装置の負荷に応じて、あるいは自装置の障害発生に応じて、他の通信装置１０（Ｂ）への切り替えを開始することができる。また、通信装置１０（Ｂ）の制御部１１が、通信装置１０（Ａ）からのハートビート信号の切断に応じて、通信装置１０（Ａ）から通信装置１０（Ｂ）への切り替えを開始してもよい。なお、通信装置１０（Ａ）から通信装置１０（Ｂ）への切り替えは、上述の例に限られず、通信システムの運用者等からの要求があった場合など、どのような場合に開始してもよい。

通信装置１０の信号処理部１２は、通信装置１０（Ａ）から通信装置１０（Ｂ）への切り替えが開始されると、通信装置１０（Ａ）との間のセッションＡによる通信と、通信装置１０（Ｂ）との間のセッションＢによる通信と、を実行する（動作Ｓ１−３ａおよびＳ１−４）。例えば、通信装置１０の信号処理部１２は、同一データを、セッションＡおよびセッションＢをそれぞれ介して通信装置１０（Ａ）および通信装置１０（Ｂ）へ、それぞれ送信し、通信装置１０（Ａ）の信号処理部１２は、通信装置１０から受信したデータを新たに確立したセッションを通して通信装置１０（Ｂ）に転送する（動作Ｓ１−３ｂ）。

通信装置１０（Ａ）から通信装置１０（Ｂ）への切替完了に応じて（動作Ｓ１−５）、通信装置１０（Ｂ）の制御部１１は、通信装置１０に当該切り替えの完了を通知する（動作Ｓ１−６）。

通信装置１０の制御部１１は、通信装置１０（Ｂ）から完了通知を受けたことに応じて、通信装置１０（Ａ）に対して、セッションＡによる通信の終了を通知する（動作Ｓ１−７）。例えば、通信装置１０の制御部１１は、信号処理部１２を制御してセッションの終了を示すパケットを通信装置１０（Ａ）へ送信させることで、セッションの終了を通知してもよい。信号処理部１２は、通信装置１０（Ａ）への最終パケットの送信に続いて、パケット転送の終了を示すエンドマーカーパケット（終了通知パケット）を送信する。エンドマーカーパケットを受信することにより、通信装置１０（Ａ）は、セッションＡによる通信の終了を認識する。

通信装置１０（Ａ）の制御部１１は、通信装置１０から終了通知を受けたことに応じて、通信装置１０（Ｂ）に対して、セッションＡによる通信の終了を通知する（動作Ｓ１−８）。あるいは、通信装置１０（Ａ）の信号処理部１２が、受信したエンドマーカーパケットを切り替え先の通信装置１０（Ｂ）に転送することで、切り替え元のセッションによる通信の終了を通知してもよい。

通信装置１０（Ｂ）の制御部１１は、通信装置１０（Ａ）から終了通知を受けたことに応じて、信号処理部１２を制御し、セッションＡおよびセッションＢを通してパケットを受信する動作モードから、セッションＢだけを通してパケットを受信する動作モードに移行し、セッションＢによる通信を実行する（動作Ｓ１−９）。

１．３）効果
上記のとおり、本発明の第１の実施形態によれば、切り替え先の通信装置１０（Ｂ）は、切り替え元のセッションＡによる通信の終了通知を受信したことに応じて、通信装置１０とのセッションをセッションＢに切り替える。そのため、通信装置１０（Ｂ）は、通信装置１０（Ａ）から通信装置１０（Ｂ）への切り替えに伴ってセッションが切り替わる際にも、通信装置１０から送信されるパケットを欠落（ロス）なく受信することが可能となる。したがって、第１の実施形態では、通信装置の切り替えに伴うパスの切り替えの際に、パケットのロスを防止することができる。

２．第２の実施形態
本発明の第２の実施形態について、図面を参照して説明する。第２の実施形態の技術は、上述の第１の実施形態、後述の実施形態のいずれの技術にも適用可能である。

本発明の第２の実施形態において、図１に例示された複数種類の通信装置１０（基地局２、Ｓ−ＧＷ３、Ｐ−ＧＷ４及びＭＭＥ５）の各々が提供するネットワーク機能は、仮想マシン上のソフトウェアにより実現される。

稼働中の仮想マシンが他の仮想マシンへ切り替わるには、ハードウェアの通信機器を切り替える場合よりも長い時間を要すると想定される。そのため、通信装置１０が提供するネットワーク機能が仮想マシン上のソフトウェアにより実行される場合、仮想マシンの切り替えによるパスの切り替えの際に、パケットロスが発生する可能性が高くなることが想定される。例えば、仮想マシンの切り替え完了のタイミングを考慮せずにパスが切り替えられると、パケットロスが発生する可能性がある。

そこで、第２の実施形態では、切り替え先の仮想マシンに切り替え元のセッションの終了を通知することで、セッションの切り替えが実行される。このように、切り替え元のセッション終了の通知を契機としてセッションの切り替えを実行することで、パケットロスを回避することができる。

仮想マシン上で実行されるネットワーク機能は、例えば、図１に示すネットワークノード（基地局２、Ｓ−ＧＷ３、Ｐ−ＧＷ４及び／またはＭＭＥ５）で実行される信号処理に関するネットワーク機能である。ネットワークノードは、例えば、通信システムが利用者に対して、データ通信等のサービスを提供するために、上記の信号処理を実行する。

２．１）サーバ構成（第１例）
図５は、第２の実施形態による通信装置１０を仮想化するサーバ２０の構成例である。サーバ２０は、例えば、制御部２１０と、仮想ネットワーク機能（ＶＮＦ：Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）２００とを含む。なお、通信装置１０を仮想化する装置は、サーバ２０に限られず、例えばルータなどであってもよい。

制御部２１０は、通信装置１０で実行されるネットワーク機能を、ＶＮＦ２００として、仮想マシン上で運用することができる。例えば、ＶＮＦ２００は、仮想的な通信装置１０（仮想ｅＮＢ、仮想ＭＭＥ、仮想Ｓ−ＧＷ、仮想Ｐ−ＧＷ等）として動作可能である。なお、ネットワーク機能は、例えば、図１の例における各ネットワークノード（基地局２、Ｓ−ＧＷ３、Ｐ−ＧＷ４及びＭＭＥ５）が有する機能である。ただし、制御部２１０が仮想マシン上で運用可能な機能は、これらの例に限られない。

例えば、基地局（ｅＮＢ）２は、仮想マシン等のソフトウェアにより実行可能である。制御部２１０は、例えば、基地局（ｅＮＢ）２が有する機能を、ＶＮＦ２００として、仮想マシン上で運用することができる。

基地局（ｅＮＢ）２は、デジタルベースバンド信号処理を行う機能（ベースバンド処理部：ＢＢＨ）と、アナログＲａｄｉｏ Ｆｒｅｑｕｅｎｃｙ（ＲＦ）信号処理を行う機能（無線部：ＲＲＨ）とに分離されていてもよい。

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

ＢＢＵは、上位ネットワーク（ｅ．ｇ． 通信事業者のバックホールネットワークやコアネットワーク）に接続され、無線基地局の制御・監視とデジタルベースバンド信号処理を実行する。デジタルベースバンド信号処理は、レイヤ２信号処理とレイヤ１（物理レイヤ）信号処理を含む。レイヤ２信号処理は、（ｉ） データ圧縮／復元、（ｉｉ） データ暗号化、（ｉｉｉ） レイヤ２ヘッダの追加／削除、（ｉｖ）データのセグメンテーション／コンカテネーション、及び（ｖ） データの多重／分離による転送フォーマットの生成／分解、のうち少なくとも１つを含む。具体例の１つとしてのＥ−ＵＴＲＡの場合、レイヤ２信号処理は、Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ（ＲＬＣ）及びＭｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ（ＭＡＣ）の処理を含む。物理レイヤ信号処理は、伝送路符号化／復号化（Ｃｈａｎｎｅｌ Ｃｏｄｉｎｇ／Ｄｅｃｏｄｉｎｇ）、変調／復調（Ｍｏｄｕｌａｔｉｏｎ／Ｄｅｍｏｄｕｌａｔｉｏｎ）、拡散／逆拡散（Ｓｐｒｅａｄｉｎｇ／Ｄｅ−ｓｐｒｅａｄｉｎｇ）、リソースマッピング、及びＩｎｖｅｒｓｅ Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ(ＩＦＦＴ)によるＯＦＤＭシンボルデータ（ベースバンドＯＦＤＭ信号）の生成などを含む。

ＢＢＵで実行される機能は、仮想マシン等のソフトウェアにより実行可能である。制御部２１０は、例えば、ＢＢＵが提供する機能を、ＶＮＦ２００として、仮想マシン上で運用することができる。

図６は、第２の実施形態のＶＮＦ２００の構成例である。ＶＮＦ２００は、例えば、制御機能２０１と、信号処理機能２０２とを含む。制御機能２０１および信号処理機能２０２は、それぞれ、通信装置１０の制御部１１および信号処理部１２と同等の機能を有する。

制御機能２０１は、いわゆるＣ−Ｐｌａｎｅに対応し、通信システムで伝送される制御信号を処理する機能を有する。信号処理機能２０２は、いわゆるＵ−Ｐｌａｎｅに対応し、通信システムで伝送されるデータを処理する機能を有する。

サーバ２０の制御部２１０は、例えば、ハイパーバイザ（Ｈｙｐｅｒｖｉｓｏｒ）等、コンピュータの仮想化を実行可能な制御ソフトウェアにより構成されてもよい。

制御部２１０は、受信信号をＶＮＦ２００に転送し、ＶＮＦ２００の機能に応じた信号処理をＶＮＦ２００に実行させることができる。信号は、例えば、ベアラを介して送受信される通信データ（パケット等）やネットワークノードが送受信するメッセージ等である。

図７は、第２の実施形態における制御部２１０の構成例である。制御部２１０は、例えば、ＶＭ（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）制御部２１００と、セッション制御部２１０１とを含む。

ＶＭ制御部２１００は、ネットワークノードが実行する信号処理に対応するＶＮＦ２００を運用するための仮想マシンを制御する。例えば、ＶＭ制御部２１００は、仮想マシンの起動、削除、停止の少なくとも１つを実行できる。また、例えば、ＶＭ制御部２１００は、稼働中の仮想マシンを他の仮想マシンに移行（マイグレーション）することも可能である。ＶＭ制御部２１００は、通信システムの状況に応じて、仮想マシンの起動、停止、移行等を制御することもできる。例えば、ＶＭ制御部２１００は、通信システムの通信量、輻輳状況、サーバ２０の負荷等に応じて、動的に仮想マシンの起動、停止、移行等を実行する。

ＶＭ制御部２１００は、例えば、ＶＮＦ２００の制御機能２０１からの指示に応じて、ＶＮＦ２００を実行する仮想マシンを他の仮想マシンに切り替える。また、例えば、ＶＭ制御部２１００は、ＶＮＦ２００の制御機能２０１に、仮想マシンの切り替えを開始することを指示できる。ＶＭ制御部２１００は、例えば、ＶＮＦ２００を実行する仮想マシンの負荷に応じて、ＶＮＦ２００の制御機能２０１に、仮想マシンの切り替えを指示する。また、例えば、ＶＭ制御部２１００は、稼働中の仮想マシンに障害が発生したことに応じて、ＶＮＦ２００の制御機能２０１に、仮想マシンの切り替えを指示してもよい。また、例えば、ＶＭ制御部２１００は、稼働中の仮想マシンからのハートビート信号が切断したことに応じて、ＶＮＦ２００の制御機能２０１に、仮想マシンの切り替えを指示してもよい。なお、仮想マシンの切り替えは、上述の例に限られず、通信システムの運用者等からの要求があった場合など、どのような場合に開始してもよい。

セッション制御部２１０１は、受信した信号を、当該信号に対応するＶＮＦ２００に転送することができる。また、セッション制御部２１０１は、ＶＮＦ２００が発行した信号を、当該信号に対応する宛先に転送することができる。

２．２）サーバ構成（第２例）
図８は、第２の実施形態による通信装置１０を仮想化するサーバ２０の他の構成例である。図８の例示するように、制御部２１０は、複数のサブ機能の各々を、それぞれ対応する複数の仮想マシン上で実行できる。これら複数のサブ機能は、例えば図８における機能Ａ、Ｂ、Ｃであり、図１に例示されたネットワークノードのネットワーク機能にそれぞれ対応する。制御部２１０は、図８に例示するように、各サブ機能に対応するＶＮＦ２００を実行する仮想マシンを運用する。

各ネットワークノードのネットワーク機能に対応するサブ機能の例が以下に示される。

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

Ｓ−ＧＷのサブ機能：
・パケットを処理する機能（Ｕｓｅｒ−Ｐｌａｎｅ機能）
・制御シグナリングを処理する機能（Ｃ−Ｐｌａｎｅ機能）

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

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

制御部２１０は、上記のサブ機能毎に、ＶＮＦ２００を実行する仮想マシンを運用できる。

２．３）サーバ構成（第３例）
図９は、第２の実施形態の通信装置１０を仮想化するサーバ２０の他の構成例である。図９に例示するように、制御部２１０は、複数種類のネットワークエンティティ（図９のネットワークノード（１）、（２））を、仮想マシン上で運用することも可能である。

また、ＶＮＦ２００は、複数のサーバ２０に分かれて配置されてもよい。例えば、図８あるいは図９の例において、機能“Ａ”と“Ｂ”のそれぞれ対応するＶＮＦ２００はサーバ２０（１）に配置され、機能“Ｃ”に対応するＶＮＦ２００はサーバ２０（２）に配置されてもよい。

２．４）サーバ構成（第４例）
図１０は、第２の実施形態による通信装置１０を仮想化するサーバ２０の他の構成例である。

制御部２１０のＶＭ制御部２１００は、ＶＮＦ２００が提供する機能に応じて、ＶＮＦ２００に対応する仮想マシンに割り当てるコンピューティングリソースを制御できる。図１０の例では、ＶＭ制御部２１００は、ＶＮＦ２００が提供する各機能（機能“Ａ”、“Ｂ”、“Ｃ”）に応じて、ＶＮＦ２００に割り当てるコンピューティングリソースの配分を変える。図１０の例では、ＶＭ制御部２１００は、ＶＮＦ２００の機能に応じて、各ＶＮＦ２００に割り当てるリソース量（ “Ｌｏｗ”、“Ｍｉｄ”、“Ｈｉｇｈ”）を制御する。

通信装置１０は、信号処理に応じて変動する通信ステータスの管理を必要とする機能を含む場合がある。このような機能の例として、ＭＭＥ５は、ベアラのコンテキストを管理する機能を含む。ベアラコンテキストは、例えば、無線通信に関する技術仕様（３ＧＰＰ：３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）に関するドキュメント（ＴＳ２３．４０１ Ｖ１２．３．０）の５．７章等に記載されている。また、他の例としてＰ−ＧＷ４は、通信量に応じた課金を管理する機能を含む。

ＶＮＦ２００が通信ステータスを管理する場合、ＶＭ制御部２１００は、例えば当該ＶＮＦ２００を他の仮想マシン上に移行する際、ＶＮＦ２００の通信ステータスも含めて他の仮想マシンに移行する。通信ステータスの情報量が多いほど通信ステータスの移行に要する時間が長くなり、移行中のＶＮＦ２００に関する通信サービスのパフォーマンスが低下すると想定される。従って、例えばＶＮＦ２００が通信ステータスを管理する機能を提供する場合、ＶＮＦ２００の増設、移行等のスケールアウトの実行を抑止することで、通信サービスのパフォーマンス低下が抑制できる。

ＶＭ制御部２１００は、通信ステータスの管理機能を含むＶＮＦ２００に対して、性能要件等に基づいて設定されるリソースよりも多いリソースを割り当てることができる。つまり、ＶＭ制御部２１００は、ＶＮＦ２００に対して余剰なリソースを配分することでＶＮＦの増設、移行等のスケールアウトを抑止し、上述のパフォーマンス低下を回避することができる。ＶＭ制御部２１００は、ＶＮＦ２００による通信ステータスの更新頻度に基づいて、ＶＮＦ２００に割り当てるリソース量を制御することもできる。例えば、ＶＭ制御部２１００は、通信ステータスの更新頻度が高い機能（例えば、Ｐ−ＧＷ４のＰＣＥＦ等）を提供するＶＮＦ２００に対して、余剰なリソースを割り当ててもよい。

２．５）サーバ構成（第５例）
図１１は、第２の実施形態の通信装置１０を仮想化するサーバ２０の他の構成例である。

図１１の例では、ＶＭ制御部２１００は、ＶＮＦ２００の機能に応じて、ＶＮＦ２００の増設、移行等の動的スケーリングの頻度（以下、変更頻度）を制御できる。ＶＮＦ２００の増設あるいは移行は、例えば通信システムあるいは仮想マシンの負荷状況等に応じて実行される。ＶＭ制御部２１００は、例えば、ＶＮＦ２００の増設あるいは移行を実行する負荷状況の閾値を調整することで、ＶＮＦの変更頻度を制御する。

ＶＭ制御部２１００は、例えば、通信ステータスの管理機能の有無や、通信ステータスの更新頻度に応じて、ＶＮＦの変更頻度を制御する。例えば、ＶＭ制御部２１００は、通信ステータスを頻繁に更新する機能（例えばＰＣＥＦ）をＶＮＦ２００が含む場合、当該ＶＮＦ２００の変更頻度を、性能要件等に基づいて設定される変更頻度よりも低くする。また、例えば、ＶＭ制御部２１００は、通信ステータスの更新頻度が低い機能（例えばＵ−Ｐｌａｎｅ機能）をＶＮＦ２００が含む場合、当該ＶＮＦ２００の変更頻度を、性能要件等に基づいて設定される変更頻度よりも高くする。なお、ＶＭ制御部２１００は、通信ステータスの更新頻度が低い機能をＶＮＦ２００が含む場合、当該ＶＮＦ２００の変更頻度を、性能要件等に基づいて設定される変更頻度と同レベルに設定してもよい。

図１１の例のようにＶＮＦの変更頻度を制御することで、ＶＮＦ２００のスケールアウトによるパフォーマンス低下が抑止される。

２．６）動作
図１２は、第２の実施形態による通信システムの動作例を示すシーケンスチャートである。

通信装置１０の信号処理部１２は、ＶＮＦ２００（Ａ）とセッションＡによる通信を実行しているものとする（動作Ｓ２−１）。

この状態で、ＶＮＦ２００（Ａ）からＶＮＦ２００（Ｂ）への切り替えが開始されたものとする（動作Ｓ２−２）。例えば、ＶＮＦ２００（Ａ）の制御機能２０１が、ＶＮＦ２００（Ｂ）への切り替えを開始する。

通信装置１０の信号処理部１２は、ＶＮＦ２００（Ａ）からＶＮＦ２００（Ｂ）への切り替えの開始に応じて、ＶＮＦ２００（Ａ）との間のセッションＡによる通信と、ＶＮＦ２００（Ｂ）との間のセッションＢによる通信とを実行する（動作Ｓ２−３ａおよびＳ２−４）。例えば、通信装置１０の信号処理部１２は、セッションＡとセッションＢのそれぞれを介して、同一データをＶＮＦ２００（Ａ）とＶＮＦ２００（Ｂ）のそれぞれに送信することができる。その際、ＶＮＦ２００（Ａ）の信号処理機能２０２は、通信装置１０から受信したデータをＶＮＦ２００（Ｂ）に転送する（Ｓ２−３ｂ）。

ＶＮＦ２００（Ａ）からＶＮＦ２００（Ｂ）への切り替えが完了したことに応じて（動作Ｓ２−５）、ＶＮＦ２００（Ｂ）の制御機能２０１は、通信装置１０に当該切り替えの完了を通知する（動作Ｓ２−６）。

通信装置１０の制御部１１は、ＶＮＦ２００（Ｂ）から完了通知を受けたことに応じて、ＶＮＦ２００（Ａ）に対して、セッションＡによる通信の終了を通知する（動作Ｓ２−７）。例えば、通信装置１０の制御部１１は、セッションＡによる通信の終了を示すメッセージを、ＶＮＦ２００（Ａ）に通知する。また、例えば、通信装置１０の制御部１１は、信号処理部１２を制御することで、セッションの終了を示すパケットをＶＮＦ２００（Ａ）に送信させてもよい。信号処理部１２は、ＶＮＦ２００（Ａ）に送信する最終パケットの後に、パケット転送の終了を示すエンドマーカーパケット（終了通知パケット）を送信する。エンドマーカーパケットにより、ＶＮＦ２００（Ａ）は、セッションＡを通した通信の終了を認識する。

ＶＮＦ２００（Ａ）の制御機能２０１は、通信装置１０から終了通知を受けたことに応じて、ＶＮＦ２００（Ｂ）に対して、セッションＡによる通信の終了を通知する（動作Ｓ２−８）。また、例えば、ＶＮＦ２００（Ａ）の信号処理機能２０２は、受信したエンドマーカーパケットを切り替え先のＶＮＦ２００（Ｂ）に転送することで、切り替え元のセッションを通した通信の終了を通知してもよい。

ＶＮＦ２００（Ｂ）の制御機能２０１は、ＶＮＦ２００（Ａ）から終了通知を受けたことに応じて、信号処理機能２０２に対して、参照するパケットを、セッションＡとセッションＢをそれぞれ介して受信したパケットから、セッションＢを介して受信したパケットへ切り替えることを要求し、セッションＢによる通信に移行する（動作Ｓ２−９）。

２．７）効果
上記のとおり、本発明の第２の実施形態によれば、切り替え先のＶＮＦ２００（ＶＮＦ２００（Ｂ））は、切り替え元のセッションによる通信の終了通知を受信したことに応じて、セッションを切り替える。そのため、ＶＮＦ２００（Ｂ）は、ＶＮＦ２００（Ａ）からＶＮＦ２００（Ｂ）への切り替えに伴ってセッションが切り替わる際にも、通信装置１０から送信されるパケットを欠落（ロス）なく受信することが可能となる。したがって、第２の実施形態では、通信装置が提供する機能を仮想マシン等により実行した場合であっても、通信装置の切り替えに伴うパスの切り替えの際に、パケットのロスを防止することができる。

３．第３の実施形態
本発明の第３の実施形態について、図面を参照して説明する。第３の実施形態の技術は、上述の各実施形態、及び、後述の実施形態のいずれの技術にも適用可能である。

第３の実施形態によれば、通信装置１０が切り替えられる際、通信装置１０の切り替えが対向する通信装置１０に対して隠ぺいされる。

３．１）第１例
＜システム構成＞
図１３に例示するように、通信装置１０（Ａ）が通信装置１０（Ｂ）に切り替えられるものとする。この切り替え時に、通信装置１０（Ｂ）は、通信装置１０（Ａ）のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスなどの通信状態を通信装置１０（Ａ）から引き継ぐことができる。

通信装置１０（Ａ）の切り替え時、パケット転送装置３０は、通信装置１０（Ａ）に対向する通信装置１０から送信されたセッションを、切り替え先の通信装置１０（Ｂ）に切り替える。すなわち、パケット転送装置３０が、対向の通信装置１０に代替してセッションの宛先を切り替えることができる。よって、第３の実施形態では、パケット転送装置３０は、通信装置１０（Ａ）の切り替えを、対向の通信装置１０に対して隠ぺいできる。

図１４は、第３の実施形態によるパケット転送装置３０の構成例であり、図１５は本実施形態における管理情報の一例を示す。図１４に示すように、パケット転送装置３０は、管理ＤＢ（ＤａｔａＢａｓｅ：データベース）３１と、パケット処理部３２と、制御部３３とを含む。

管理ＤＢ３１は、セッションを識別するための条件（図１５の“セッション識別条件”）と、当該条件に合致するセッションの転送先とを管理する。セッション識別条件は、例えば、セッションに対応付けられた識別子で構成される。セッションの識別子は、例えば、ＴＥＩＤ（Ｔｕｎｎｅｌ Ｅｎｄｐｏｉｎｔ Ｉｄｅｎｔｉｆｉｅｒ）あるいはＧＲＥ（Ｇｅｎｅｒｉｃ Ｒｏｕｔｉｎｇ Ｅｎｃａｐｓｕｌａｔｉｏｎ）Ｋｅｙである。

パケット処理部３２は、管理ＤＢ３１を参照して、セッションを介して受信したパケットを転送する。例えば、パケット処理部３２は、管理ＤＢ３１のセッション識別条件と、受信パケットに含まれる情報とを比較し、合致するセッション識別条件に対応する転送先に受信パケットを転送する。図１５に例示するように、転送先は、（１）切替前であれば通信装置（Ａ）だけであるが、（２）切替が発生すれば通信装置（Ａ）および（Ｂ）の両方となり、（３）切替が完了すると通信装置（Ｂ）だけとなる。

制御部３３は、通信装置１０から受信した制御信号を処理する。制御部３３は、例えば、通信装置１０から受信した制御信号に基づいて、管理ＤＢ３１に記憶されたテーブルのエントリを変更できる。また、制御部３３は、例えば、通信装置１０から受信した制御信号に基づいて、パケット処理部３２の動作を制御することができる。

＜動作＞
図１６は、第３の実施形態の通信システムの動作例を示すシーケンスチャートである。

図１６において、通信装置１０の信号処理部１２は、パケット転送装置３０を介して通信装置１０（Ａ）との間でセッションＡによる通信を実行する（動作Ｓ３−１）。パケット転送装置３０のパケット処理部３２は、セッションＡを介して受信したパケットを通信装置１０（Ａ）に転送する（動作Ｓ３−２）。図１６の例では、パケット転送装置３０から通信装置１０（Ａ）に転送されるセッションは、“セッションＡ１”と標記されているが、セッションＡとＡ１は実質的に同一のセッションである。パケット転送装置３０は、セッションＡを中継し、セッションＡ１として通信装置１０（Ａ）に転送する。

この状態で、通信装置１０（Ａ）から通信装置１０（Ｂ）への切り替えが開始されるものとする（動作Ｓ３−３）。例えば、通信装置１０（Ａ）の制御部１１が、通信装置１０（Ｂ）への切り替えを開始する。

切替を開始すると、通信装置１０（Ａ）の制御部１１は、パケット転送装置３０に対して、切り替えの開始通知を送信する。パケット転送装置３０の制御部３３は、受信した切替開始通知に応じて、管理ＤＢ３１のエントリを変更する。例えば、制御部３３は、図１５の例のように、セッションＡの転送先を通信装置（Ａ）だけから通信装置（Ａ）および通信装置（Ｂ）に変更する（図１５の“（２）：切り替える中”を参照）。

パケット転送装置３０のパケット処理部３２は、通信装置１０（Ａ）から通信装置１０（Ｂ）への切り替えの開始に応じて、セッションＡを通信装置（Ａ）と（Ｂ）の双方に転送する（動作Ｓ３−４、Ｓ３−５）。なお、図１６において、通信装置（Ａ）と（Ｂ）に転送されるセッションは、それぞれ“セッションＡ１”、“セッションＡ２”と標記されるが、“セッションＡ”、“セッションＡ１”および“セッションＡ２”は実質的に同一のセッションである。たとえば、ＴＣＰあるいはＵＤＰ等のプロトコルにより設定されたコネクションに属する全パケットを”セッション”とすれば、通信装置１０から受信した同一のパケットがパケット転送装置３０により通信装置１０（Ａ）および１０（Ｂ）へ転送される場合、“セッションＡ”、“セッションＡ１”および“セッションＡ２”は実質的に同一のセッションとなる。パケット処理部３２は、例えば、管理ＤＢ３１のセッション識別条件と受信パケットの情報とを比較し、セッションＡに対応する転送先にパケットを転送する。図１６の例では通信装置１０（Ａ）から通信装置１０（Ｂ）への切り替え中なので、管理ＤＢ３１のエントリは、図１５の“（２）：切り替え中”の状態に変更されている。パケット処理部３２は、変更された管理ＤＢ３１を参照し、セッションＡを通信装置（Ａ）と（Ｂ）とに転送する。

通信装置１０（Ａ）の信号処理部１２は、パケット転送装置３０からセッションＡ１を介して受信したパケットを、通信装置１０（Ｂ）に転送する（動作Ｓ３−４）。

通信装置１０（Ａ）から通信装置１０（Ｂ）への切り替えが完了したことに応じて（動作Ｓ３−６）、通信装置１０（Ｂ）の制御部１１は、パケット転送装置３０に当該切り替えの完了を通知する（動作Ｓ３−７）。

パケット転送装置３０の制御部３３は、通信装置１０（Ｂ）から完了通知を受けたことに応じて、通信装置１０（Ａ）に対して、セッションＡ１による通信の終了を通知する（動作Ｓ３−８）。例えば、制御部３３は、パケット処理部３２を制御して、セッションの終了を示すパケットを通信装置１０（Ａ）宛に送信させる。

通信装置１０（Ａ）の制御部１１は、パケット転送装置３０から終了通知を受けたことに応じて、通信装置１０（Ｂ）に対して、セッションＡ１による通信の終了を通知する（動作Ｓ３−９）。例えば、制御部１１は、信号処理部１２を制御して、受信したエンドマーカーパケットを切り替え先の通信装置１０（Ｂ）に送信する。

通信装置１０（Ｂ）は、通信装置（Ａ）から終了通知（もしくはエンドマーカーパケット）を受信したことに応じて、セッションＡ１とＡ２を介してパケットを受信する動作から、セッションＡ２を介してパケットを受信する動作に移行し、セッションＡおよびセッションＡ２による通信を実行する（動作Ｓ３−１０、Ｓ３−１１）。

通信装置１０の信号処理部１２は、通信装置１０（Ａ）と（Ｂ）との切り替えの実行中（動作Ｓ３−３〜動作Ｓ３−９）、セッションＡによる通信を継続する（動作Ｓ３−１、Ｓ３−１０）。通信装置１０（Ａ）と（Ｂ）間の切り替えが実行されても、パケット転送装置３０が、対向の通信装置１０に代替してセッションの宛先を切り替えるので、通信装置１０に対して切替を隠ぺいできる。したがって、対向の通信装置１０は、通信装置１０（Ａ）と（Ｂ）との切り替えの実行中でも、セッションＡによる通信を継続できる。

３．２）第２例
＜システム構成＞
図１７に示す例では、第２の実施形態で例示されたＶＮＦ２００の間で切り替えが実行される。ＶＮＦ２００の切り替え動作は、上述の第２の実施形態と同様なので、詳細な説明は省略される。

切り替え時において、例えば、ＶＮＦ２００（Ｂ）は、ＶＮＦ２００（Ａ）のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスなどの通信状態を、ＶＮＦ２００（Ａ）から引き継ぐ。

ＶＮＦ２００（Ａ）の切り替え時、仮想スイッチ２１０２は、ＶＮＦ２００（Ａ）の対向の通信装置１０との間のセッションを、切り替え先のＶＮＦ２００（Ｂ）に切り替える。すなわち、仮想スイッチ２１０２が、対向の通信装置１０に代替してセッションの宛先を切り替えることができる。よって、仮想スイッチ２１０２は、ＶＮＦ２００（Ａ）の切り替えを対向の通信装置１０に対して隠ぺいできる。

図１７の例では、ＶＮＦ２００（Ａ）は、当該ＶＮＦ２００（Ａ）が動作するサーバ２０上で運用される他のＶＮＦ２００（Ｂ）に切り替えられてもよい。また、ＶＮＦ２００（Ａ）は、当該ＶＮＦ２００（Ａ）が動作するサーバ２００とは異なるサーバ２０で運用されるＶＮＦ２００（Ｂ）に切り替えられてもよい。

仮想スイッチ２１０２は、例えば、サーバ２０の制御部２１０に実装される。図１７の例で、ＶＮＦ２００（Ａ）と（Ｂ）が同一のサーバ２０上で運用される場合、当該サーバ２０に実装された仮想スイッチ２１０２が、セッションを切り替える。

また、ＶＮＦ２００（Ａ）と（Ｂ）が異なるサーバ２０上で運用される場合、切り替え元のＶＮＦ２００（Ａ）が運用されるサーバ２０に実装された仮想スイッチ２１０２が、セッションを切り替える。この場合、仮想スイッチ２１０２は、ＶＮＦ２００（Ｂ）が運用されるサーバ２０に実装された仮想スイッチに向けてセッションを切り替える。切り替えられたセッションは、例えば、スイッチやルータ等を経由して、ＶＮＦ２００（Ｂ）が運用されるサーバ２０に実装された仮想スイッチに転送される。

図１８は、第３の実施形態の仮想スイッチ２１０２の構成例である。図１８に示すように、仮想スイッチ２１０２は、図１４に例示されたパケット転送装置３０と同様の機能を有するので、詳細な説明は省略される。

＜動作＞
図１９は、図１７に例示された通信システムの動作例を示すシーケンスチャートである。

通信装置１０の信号処理部１２は、仮想スイッチ２１０２を介してＶＮＦ２００（Ａ）とセッションＡによる通信を実行する（動作Ｓ４−１）。仮想スイッチ２１０２のパケット処理部３２は、セッションＡを介して受信したパケットをＶＮＦ２００（Ａ）に転送する（動作Ｓ４−２）。図１９の例では、仮想スイッチ２１０２からＶＮＦ２００（Ａ）に転送されるセッションは、“セッションＡ１”と標記されるが、セッションＡとＡ１は実質的に同一のセッションである。仮想スイッチ２１０２は、セッションＡを中継し、セッションＡ１としてＶＮＦ２００（Ａ）に転送する。

この状態で、ＶＮＦ２００（Ａ）からＶＮＦ２００（Ｂ）への切り替えが開始されたものとする（動作Ｓ４−３）。例えば、ＶＮＦ２００（Ａ）の制御機能２０１が、ＶＮＦ２００（Ｂ）への切り替えを開始する。

例えば、ＶＮＦ２００（Ａ）の制御機能２０１は、仮想スイッチ２１０２に対して、切り替えの開始通知を送信し、仮想スイッチ２１０２の制御部３３は、受信した通知に応じて、管理ＤＢ３１のエントリを変更する。例えば、制御部３３は、セッションＡの転送先をＶＮＦ２００（Ａ）とＶＮＦ２００（Ｂ）に変更する。

仮想スイッチ２１０２のパケット処理部３２は、ＶＮＦ２００（Ａ）からＶＮＦ２００（Ｂ）への切り替えの開始に応じて、セッションＡをＶＮＦ２００（Ａ）と（Ｂ）の双方に転送する（動作Ｓ４−４、Ｓ４−５）。図１９において、ＶＮＦ２００（Ａ）と（Ｂ）に転送されるセッションは、それぞれ、“セッションＡ１”、“セッションＡ２”と標記されるが、“セッションＡ”、“セッションＡ１”および“セッションＡ２”は実質的に同一のセッションである。パケット処理部３２は、例えば、管理ＤＢ３１のセッション識別条件と受信パケットの情報とを比較し、セッションＡに対応する転送先にパケットを転送する。パケット処理部３２は、管理ＤＢ３１を参照し、セッションＡをＶＮＦ２００（Ａ）と（Ｂ）とに転送する。

ＶＮＦ２００（Ａ）の信号処理機能２０２は、仮想スイッチ２１０２からセッションＡ１を介して受信したパケットを、ＶＮＦ２００（Ｂ）に転送する（動作Ｓ４−４）。

ＶＮＦ２００（Ａ）からＶＮＦ２００（Ｂ）への切り替えが完了したことに応じて（動作Ｓ４−６）、ＶＮＦ２００（Ｂ）の制御機能２０１は、仮想スイッチ２１０２に当該切り替えの完了を通知する（動作Ｓ４−７）。

仮想スイッチ２１０２の制御部３３は、ＶＮＦ２００（Ｂ）から完了通知を受けたことに応じて、ＶＮＦ２００（Ａ）に対して、セッションＡ１による通信の終了を通知する（動作Ｓ４−８）。例えば、制御部３３は、パケット処理部３２を制御して、セッションの終了を示すパケットをＶＮＦ２００（Ａ）宛に送信させる。

ＶＮＦ２００（Ａ）の制御機能２０１は、仮想スイッチ２１０２から終了通知を受けたことに応じて、ＶＮＦ２００（Ｂ）に対して、セッションＡ１による通信の終了を通知する（動作Ｓ４−９）。例えば、制御機能２０１は、信号処理機能２０２を制御して、受信したエンドマーカーパケットを切り替え先のＶＮＦ２００（Ｂ）に転送させる。

ＶＮＦ２００（Ｂ）は、ＶＮＦ２００（Ａ）から終了通知（もしくはエンドマーカーパケット）を受信したことに応じて、セッションＡ１とＡ２を介してパケットを受信する動作から、セッションＡ２を介してパケットを受信する動作に移行し、セッションＡおよびセッションＡ２を通した通信を実行する（動作Ｓ４−１０、Ｓ４−１１）。

通信装置１０の信号処理部１２は、ＶＮＦ２００（Ａ）と（Ｂ）との切り替えの実行中（動作Ｓ４−３〜動作Ｓ４−９）、セッションＡによる通信を継続する（動作Ｓ４−１、Ｓ４−１０）。ＶＮＦ２００（Ａ）と（Ｂ）間の切り替えが実行されても、仮想スイッチ２１０２が、対向の通信装置１０に代替してセッションの宛先を切り替えるので、対向の通信装置１０は、ＶＮＦ２００（Ａ）と（Ｂ）との切り替えの実行中でも、セッションＡによる通信を継続できる。

４．第４の実施形態
本発明の第４の実施形態について、図面を参照して説明する。第４の実施形態の技術は、上述の各実施形態、及び、後述の実施形態のいずれの技術にも適用可能である。

４．１）システム構成
図２０に例示するように、第４の実施形態の通信システムは、通信装置１０と、セッションの切り替えを制御する制御装置４０とを含む。制御装置４０は、通信装置１０に代わってセッションの切り替えに関する制御信号（制御シグナル）を送信する。よって、通信装置１０が送信する制御信号（制御シグナル）を減らすことができ、通信装置１０の負荷を抑制することが可能となる。

図２０の例では、制御装置４０が、通信装置１０（Ａ）から通信装置１０（Ｂ）への切り替えを制御する。例えば、制御装置４０は、通信装置１０（Ａ）又は通信装置１０（Ｂ）に対して、通信装置１０（Ａ）から通信装置１０（Ｂ）への切り替えの開始を指示する。また、制御装置４０は、通信装置１０の切り替えに伴うセッションの切り替えを制御する。例えば、制御装置４０は、通信装置１０の切り替えに応じて、セッションＡからセッションＢへの切り替えを開始する。

図２１は、第４の実施形態の制御装置４０の構成例である。図２１に示すように、制御装置４０は、リソース制御部４１と、セッション制御部４２と、インターフェース４３とを含む。制御装置４０は、インターフェース４３を介して、通信装置１０と通信する。

リソース制御部４１は、通信装置１０（Ａ）から通信装置１０（Ｂ）への切り替えを制御する。例えば、リソース制御部４１は、通信装置１０（Ａ）の制御部１１に、制御装置１０（Ｂ）への切り替えを開始することを指示してもよいし、あるいは通信装置１０（Ｂ）の制御部１１に対して、通信装置１０（Ａ）から通信装置１０（Ｂ）への切り替えを指示してもよい。リソース制御部４１は、例えば、通信装置１０の負荷、通信の輻輳状態等に応じて、通信装置１０を切り替えることができる。

セッション制御部４２は、セッションの切り替えを制御する。例えば、セッション制御部４２は、通信装置１０の切り替え開始に応じて、切り替え中の通信装置１０に対向する通信装置１０に対して、切り替えが開始されたことを通知する。また、例えば、セッション制御部４２は、通信装置１０の切り替えが完了したことに応じて、切り替えられた通信装置１０に対向する通信装置１０に対して、切り替えが完了したことを通知する。セッション制御部４２は、切り替え完了を通知することで、セッションの切り替えのタイミングを制御できる。

なお、第２又は第３の実施形態のように、通信装置１０の各々が提供するネットワーク機能が仮想マシン等のソフトウェアにより実行される場合には、リソース制御部４１は、例えば、制御部２１０のＶＭ制御部２１００に対して、ＶＮＦ２００の切り替えを指示してもよい。

また、第３の実施形態のように、パケット転送装置３０が対向する通信装置１０に代替してセッションの宛先を切り替える場合には、セッション制御部４２は、例えば、パケット転送装置３０の制御部３３に対して、セッションの切り替えに関する指示をしてもよい。

４．２）第１動作
図２２は、図２０に例示された通信システムの動作例を示すシーケンスチャートである。

通信装置１０の信号処理部１２は、通信装置１０（Ａ）との間でセッションＡによる通信を実行しているものとする（動作Ｓ５−１）。

この状態で、通信装置１０（Ａ）から通信装置１０（Ｂ）への切り替えが開始されたものとする（動作Ｓ５−２）。例えば、制御装置４０のリソース制御部４１は、通信装置１０（Ａ）又は通信装置１０（Ｂ）の制御部１１に対して、通信装置１０（Ａ）から通信装置１０（Ｂ）への切り替えの開始を指示する。

制御装置４０のセッション制御部４２は、通信装置（Ａ）に対向する通信装置１０に対して、切り替えの開始通知を送信する（動作Ｓ５−３）。

通信装置１０の信号処理部１２は、切り替えの開始通知を受信したことに応じて、通信装置１０（Ａ）との間のセッションＡによる通信と、通信装置１０（Ｂ）との間のセッションＢによる通信とを実行する（動作Ｓ５−４、Ｓ５−５）。例えば、通信装置１０の信号処理部１２は、セッションＡとセッションＢをそれぞれ介して、同一データを通信装置１０（Ａ）と通信装置１０（Ｂ）とのそれぞれに送信する。なお、動作Ｓ５−４において、通信装置１０（Ａ）の信号処理部１２は、通信装置１０から受信したデータを通信装置１０（Ｂ）に転送する。

通信装置１０（Ａ）から通信装置１０（Ｂ）への切り替えが完了したことに応じて（動作Ｓ５−６）、制御装置４０のリソース制御部４１は、通信装置（Ａ）の対向の通信装置１０に対して切り替えの完了を通知する（動作Ｓ５−７）。

通信装置１０の制御部１１は、制御装置４０から完了通知を受けたことに応じて、信号処理部１２を制御して、セッションの終了を示すパケットを通信装置１０（Ａ）に送信する（動作Ｓ５−８）。信号処理部１２は、通信装置１０（Ａ）に送信する最終パケットの次に、パケット転送の終了を示すエンドマーカーパケット（終了通知パケット）を送信する。エンドマーカーパケットにより、通信装置１０（Ａ）は、セッションＡによる通信の終了を認識し、通信装置１０（Ａ）の信号処理部１２は、受信したエンドマーカーパケットを切り替え先の通信装置１０（Ｂ）に転送する（動作Ｓ５−８）。

通信装置１０（Ｂ）は、通信装置１０（Ａ）から終了通知を受けたことに応じて、セッションＡとセッションＢの各々を介してパケットを受信する動作から、セッションＢを介してパケットを受信する動作に切り替える。通信装置１０（Ｂ）は、セッションＢを介してパケットを受信する動作に切り替えることで、セッションＢによる通信を実行する（動作Ｓ５−９）。

４．３）第２動作 図２３は、第４の実施形態の通信システムの他の動作例を示すシーケンスチャートである。図２３では、通信装置１０の各々が提供するネットワーク機能が仮想マシン等のソフトウェアにより実行される場合が例示される。

なお、図２３の動作例（動作Ｓ６−１〜Ｓ６−９）は、図２０における通信装置１０（Ａ）と通信装置１０（Ｂ）がそれぞれＶＮＦ２００（Ａ）とＶＮＦ２００（Ｂ）に代わるだけで、図２２と同様の動作（動作Ｓ５−１〜Ｓ５−９）であるため、詳細な説明は省略される。

４．４）第３動作
図２４は、第４の実施形態の通信システムの他の動作例を示すシーケンスチャートである。図２４では、仮想スイッチ２１０２が対向の通信装置１０に代替してセッションの宛先を切り替える場合が例示される。

通信装置１０の信号処理部１２は、仮想スイッチ２１０２を介して、ＶＮＦ２００（Ａ）との間でセッションＡによる通信を実行しているものとする（動作Ｓ７−１）。仮想スイッチ２１０２のパケット処理部３２は、セッションＡを介して受信したパケットをＶＮＦ２００（Ａ）に転送する（動作Ｓ７−２）。図２４の例では、仮想スイッチ２１０２からＶＮＦ２００（Ａ）に転送されるセッションは、“セッションＡ１”と標記されるが、セッションＡとＡ１は実質的に同一のセッションである。仮想スイッチ２１０２は、セッションＡを中継し、セッションＡ１としてＶＮＦ２００（Ａ）に転送する。

この状態で、ＶＮＦ２００（Ａ）からＶＮＦ２００（Ｂ）への切り替えが開始されたものとする（動作Ｓ７−３）。例えば、制御装置４０のリソース制御部４１は、ＶＮＦ２００（Ａ）又はＶＮＦ２００（Ｂ）の制御機能２０１に対して、ＶＮＦ２００（Ａ）からＶＮＦ２００（Ｂ）への切り替えの開始を指示する。

制御装置４０のセッション制御部４２は、仮想スイッチ２１０２に対して、切り替えの開始通知を送信する（動作Ｓ７−４）。仮想スイッチ２１０２の制御部３３は、受信した切り替え開始通知に応じて、管理ＤＢ３１のエントリを変更する。例えば、制御部３３は、セッションＡの転送先をＶＮＦ２００（Ａ）とＶＮＦ２００（Ｂ）に変更する。

通信装置１０の信号処理部１２は、ＶＮＦ２００（Ａ）と（Ｂ）との切り替えの実行中（動作Ｓ７−３〜Ｓ７−１１）、セッションＡによる通信を継続する（動作Ｓ７−１、Ｓ７−５、Ｓ７−１２）。

仮想スイッチ２１０２のパケット処理部３２は、ＶＮＦ２００（Ａ）からＶＮＦ２００（Ｂ）への切り替えの開始に応じて、セッションＡをＶＮＦ２００（Ａ）と（Ｂ）の双方に転送する（動作Ｓ７−６、Ｓ７−７）。図２４において、ＶＮＦ２００（Ａ）と（Ｂ）に転送されるセッションは、それぞれ、“セッションＡ１”、“セッションＡ２”と標記されるが、“セッションＡ”、“セッションＡ１”および“セッションＡ２”は実質的に同一のセッションである。パケット処理部３２は、例えば、管理ＤＢ３１のセッション識別条件と受信パケットの情報とを比較し、セッションＡに対応する転送先にパケットを転送する。パケット処理部３２は、管理ＤＢ３１を参照し、セッションＡをＶＮＦ２００（Ａ）と（Ｂ）とに転送する。

ＶＮＦ２００（Ａ）の信号処理機能２０２は、仮想スイッチ２１０２からセッションＡ１を介して受信したパケットをＶＮＦ２００（Ｂ）に転送する（動作Ｓ７−６）。

ＶＮＦ２００（Ａ）からＶＮＦ２００（Ｂ）への切り替えが完了したことに応じて（動作Ｓ７−８）、制御装置４０のリソース制御部４１は、仮想スイッチ２１０２に当該切り替えの完了を通知する（動作Ｓ７−９）。

仮想スイッチ２１０２の制御機能２０１は、制御装置４０のリソース制御部４１から完了通知を受けたことに応じて、パケット処理機能２０２に、セッションの終了を示すパケット（エンドマーカーパケット）をＶＮＦ２００（Ａ）宛に送信させる（動作Ｓ７−１０）。

ＶＮＦ２００（Ａ）の制御機能２０１は、信号処理機能２０２に、受信したエンドマーカーパケットを、切り替え先のＶＮＦ２００（Ｂ）に転送させる（動作Ｓ７−１１）。

ＶＮＦ２００（Ｂ）の制御機能２０１は、ＶＮＦ２００（Ａ）からエンドマーカーパケットを受信したことに応じて、セッションＡ１とＡ２を介してパケットを受信する動作から、セッションＡ２を介してパケットを受信する動作に移行し、セッションＡおよびセッションＡ２を介した通信を実行する（動作Ｓ７−１２、Ｓ７−１３）。

４．５）効果
上記のとおり、第４の実施形態によれば、制御装置４０が、通信装置１０に代替して当該切り替えに伴う制御信号（制御シグナル）を送信する。よって、通信装置１０が送信する制御信号（制御シグナル）を減らすことができ、通信装置１０の負荷を抑制することが可能となる。

５．第５の実施形態
本発明の第５の実施形態について、図面を参照して説明する。第５の実施形態は、上述された各実施形態を、３ＧＰＰの標準仕様（例えば、３ＧＰＰ ＴＳ２３．４０１）に適用した場合の動作例を説明するものである。

５．１）第１動作例
図２５及び図２６は、ＴＳ２３．４０１ Ｖ１２．４．０の５．１０．４章のシーケンスに本発明を適用した場合の例である。ＴＳ２３．４０１ Ｖ１２．４．０の５．１０．４章には、ＭＭＥにより、Ｓ−ＧＷが切り替えられるシーケンスが開示されている。

まず、図２５に例示するように、端末１は、Ｓ−ＧＷ３の切り替え前において、基地局２およびＳ−ＧＷ３（Ｏｌｄ）を経由してＰ−ＧＷ４と通信を実行する（動作Ｓ８−１）。

ＭＭＥ５は、切り替え先のＳ−ＧＷ３（Ｎｅｗ）を決定すると（動作Ｓ８−２）、Ｓ−ＧＷ３の対向の基地局２に対して、切り替え開始を通知する（動作Ｓ８−３：Ｒｅｌｏｃａｔｉｏｎ Ｎｏｔｉｃｅ）。切り替え先のＳ−ＧＷ３（Ｎｅｗ）が仮想マシン上で運用されるＶＮＦ２００の場合、ＭＭＥ５は、例えば、ＶＭ起動の完了に応じて、“Ｒｅｌｏｃａｔｉｏｎ Ｎｏｔｉｃｅ”を発行する。

また、ＭＭＥ５は、“Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ”を、Ｓ−ＧＷ３（Ｎｅｗ）に発行する（動作Ｓ８−４）。ＭＭＥ５は、“Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ”により、Ｐ−ＧＷ４のアドレスおよび上り通信用のトンネルＩＤ（例えばＴＥＩＤ）と、基地局２のアドレスおよび下り通信用のトンネルＩＤとを、Ｓ−ＧＷ３（Ｎｅｗ）に通知する。

Ｓ−ＧＷ３（Ｎｅｗ）は、“Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ”を受信すると、“Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ”をＰ−ＧＷ４に発行する（動作Ｓ８−５）。Ｓ−ＧＷ３（Ｎｅｗ）は、“Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ”により、Ｓ−ＧＷ３（Ｎｅｗ）のアドレスおよび下り通信用のトンネルＩＤをＰ−ＧＷ４に通知する。

下り通信の経路の切り替えの実行中（動作Ｓ８−３〜Ｓ８−５）、基地局２は、下り通信のトラフィックを、切り替え前の経路（Ｐ−ＧＷ４、Ｓ−ＧＷ３（Ｏｌｄ）、基地局２を経由する経路）で受信することを継続する（動作Ｓ８−６）。なお、下り通信の経路の切り替えの実行中、基地局２は、下り通信のトラフィックを、上記の切り替え前の経路と、切り替え後の経路（Ｐ−ＧＷ４、Ｓ−ＧＷ３（Ｎｅｗ）、基地局２を経由する経路）の双方から受信してもよい。

Ｐ−ＧＷ４は、下り通信の経路の切り替え完了に応じて（例えば、動作Ｓ８−５の完了）、切り替え前の経路を介して、セッションの終了通知（“Ｅｎｄ Ｄａｔａ Ｎｏｔｉｃｅ”）を送信する。Ｐ−ＧＷ４は、例えば、下り通信の経路の切り替え完了に応じて、切り替え前の経路を介して、セッションの終了を示すパケット（エンドマーカーパケット）を送信する。

基地局２は、“Ｅｎｄ Ｄａｔａ Ｎｏｔｉｃｅ”を受信したことに応じて、下りパケットの受信経路を、切り替え前の経路から、切り替え後の経路（Ｐ−ＧＷ４、Ｓ−ＧＷ（Ｎｅｗ）、基地局２を経由する経路）に切り替えて、下りデータを受信する（動作Ｓ８−８）。基地局２は、例えば、Ｐ−ＧＷ４からエンドマーカーパケットを受信したことに応じて、下りパケットの受信経路を、切り替え前の経路から、切り替え後の経路に切り替える。

Ｐ−ＧＷ４は、“Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ”に対する応答（“Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ”）を、Ｓ−ＧＷ３（Ｎｅｗ）に通知する（動作Ｓ８−９）。

Ｓ−ＧＷ３（Ｎｅｗ）は、“Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｓｐｏｎｓｅ”により、Ｓ−ＧＷ３（Ｎｅｗ）のアドレスおよび上り通信用のトンネルＩＤをＭＭＥ５に通知する（動作Ｓ８−１０）。

ＭＭＥ５は、“Ｓ−ＧＷ Ｒｅｌｏｃａｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ”により、基地局２に、Ｓ−ＧＷ３（Ｎｅｗ）のアドレス・上り通信用のトンネルＩＤを通知する（動作Ｓ８−１１）。

図２６に例示するように、上り通信の経路の切り替えの実行中（動作Ｓ８−９〜Ｓ８−１１）、Ｐ−ＧＷ４は、上り通信のトラフィックを、切り替え前の経路（基地局２、Ｓ−ＧＷ３（Ｏｌｄ）、Ｐ−ＧＷ４を経由する経路）を介して受信する（動作Ｓ８−１２）。なお、上り通信の経路の切り替えの実行中、Ｐ−ＧＷ４は、上り通信のトラフィックを、上記の切り替え前の経路と、切り替え後の経路（基地局２、Ｓ−ＧＷ３（Ｎｅｗ）、Ｐ−ＧＷ４を経由する経路）の双方から受信してもよい。

基地局２は、上り通信の経路の切り替え完了に応じて（例えば、動作Ｓ８−１１の完了）、基地局２は、切り替え前の経路（基地局２、Ｓ−ＧＷ３（Ｏｌｄ）、Ｐ−ＧＷ４を経由する経路）で、セッションの終了通知（“Ｅｎｄ Ｄａｔａ Ｎｏｔｉｃｅ”）を送信する（動作Ｓ８−１３）。基地局２は、例えば、上り通信の経路の切り替えの完了に応じて、切り替え前の経路で、セッションの終了を示すパケット（エンドマーカーパケット）を送信する。

Ｐ−ＧＷ４は、“Ｅｎｄ Ｄａｔａ Ｎｏｔｉｃｅ”を受信したことに応じて、上りパケットの受信経路を、切り替え前の経路から、切り替え後の経路（基地局２、Ｓ−ＧＷ３（Ｎｅｗ）、Ｐ−ＧＷ４を経由する経路）に切り替えて上りデータを受信する（動作Ｓ８−１４）。Ｐ−ＧＷ４は、例えば、基地局２からエンドマーカーパケットを受信したことに応じて、上りパケットの受信経路を、切り替え前の経路から、切り替え後の経路に切り替える。

基地局２は、ＭＭＥ５に、“Ｓ−ＧＷ４ Ｒｅｌｏｃａｔｉｏｎ ＡＣＫ”を送信する（動作Ｓ８−１５）。

５．２）第２動作例
図２７及び図２８に示す第２動作例は、ゲートウェイの切り替え中におけるトラフィックの経路と、“Ｅｎｄ Ｄａｔａ Ｎｏｔｉｃｅ”の送信経路とが、図２５及び図２６に示す第１動作例と異なる。なお、第２動作例において、動作Ｓ９−６、Ｓ９−７、Ｓ９−１２及びＳ９−１３が異なるほかは、第１動作例と同様であるため、同様の動作については詳細な説明は省略される。

図２７において、下り通信の経路の切り替えの実行中（動作Ｓ９−３〜Ｓ９−５）、基地局２は、下り通信のトラフィックを、Ｐ−ＧＷ４、Ｓ−ＧＷ３（Ｏｌｄ）、Ｓ−ＧＷ３（Ｎｅｗ）及び基地局２を経由する経路で受信する（動作Ｓ９−６）。なお、下り通信の経路の切り替えの実行中、基地局２は、下り通信のトラフィックを、上記の経路と、Ｐ−ＧＷ４、Ｓ−ＧＷ３（Ｎｅｗ）及び基地局２を経由する経路との双方を介して受信してもよい。

Ｐ−ＧＷ４は、下り通信の経路の切り替え完了に応じて（例えば、動作Ｓ９−５の完了）、Ｐ−ＧＷ４、Ｓ−ＧＷ３（Ｏｌｄ）、Ｓ−ＧＷ３（Ｎｅｗ）および基地局２を経由する経路で、セッションの終了通知（“Ｅｎｄ Ｄａｔａ Ｎｏｔｉｃｅ”）を送信する（動作Ｓ９−７）。例えば、Ｐ−ＧＷ４は、下り通信の経路の切り替え完了に応じて、Ｐ−ＧＷ４、Ｓ−ＧＷ３（Ｏｌｄ）、Ｓ−ＧＷ３（Ｎｅｗ）および基地局２を経由する経路で、セッションの終了を示すパケット（エンドマーカーパケット）を送信する。

図２８において、上り通信の経路の切り替え実行中（動作Ｓ９−９〜Ｓ９−１１）、Ｐ−ＧＷ４は、上り通信のトラフィックを、基地局２、Ｓ−ＧＷ３（Ｏｌｄ）、Ｓ−ＧＷ３（Ｎｅｗ）およびＰ−ＧＷ４を経由する経路で受信する（動作Ｓ９−１２）。なお、上り通信の経路の切り替え実行中、Ｐ−ＧＷ４は、上り通信のトラフィックを、上記の経路と、切り替え後の経路（基地局２、Ｓ−ＧＷ３（Ｎｅｗ）、Ｐ−ＧＷ４を経由する経路）との双方を介して受信してもよい。

基地局２は、上り通信の経路の切り替え完了に応じて（例えば、動作Ｓ９−１１の完了）、基地局２、Ｓ−ＧＷ３（Ｏｌｄ）、Ｓ−ＧＷ３（Ｎｅｗ）およびＰ−ＧＷ４を経由する経路で、セッションの終了通知（“Ｅｎｄ Ｄａｔａ Ｎｏｔｉｃｅ”）を送信する（動作Ｓ９−１３）。基地局２は、例えば、上り通信の経路の切り替えの完了に応じて、基地局２、Ｓ−ＧＷ３（Ｏｌｄ）、Ｓ−ＧＷ３（Ｎｅｗ）およびＰ−ＧＷ４を経由する経路で、セッションの終了を示すパケット（エンドマーカーパケット）を送信する。

５．３）第３動作例
図２９及び図３０は、ＴＳ２３．４０１ Ｖ１２．４．０の５．５．１．１．３章のシーケンスに本発明を適用した場合のシーケンスを例示する。ＴＳ２３．４０１ Ｖ１２．４．０の５．５．１．１．３章には、Ｘ２のハンドオーバーを契機にＳ−ＧＷが切り替えられるシーケンスが開示されている。

図２９において、端末１が、基地局２（Ｓｏｕｒｃｅ）と基地局２（Ｔａｒｇｅｔ）との間で、Ｘ２ハンドオーバーを実行するものとする（動作Ｓ１０−１）。

Ｘ２ハンドオーバー実行後、端末１は、Ｓ−ＧＷ３の切り替え前であれば、切り替え前の経路（基地局２（Ｔａｒｇｅｔ）およびＳ−ＧＷ３（Ｏｌｄ）を通る経路）で、Ｐ−ＧＷ４へ上りデータを送信する（動作Ｓ１０−２）。

ＭＭＥ５は、Ｓ−ＧＷ３の対向の基地局である基地局２（Ｔａｒｇｅｔ）に、切り替え開始メッセージ（Ｒｅｌｏｃａｔｉｏｎ Ｎｏｔｉｃｅ）を送信する（動作Ｓ１０−３）。切り替え先のＳ−ＧＷ３（Ｎｅｗ）が仮想マシン上で運用されるＶＮＦ２００である場合、ＭＭＥ５は、例えば、ＶＭ起動の完了に応じて、“Ｒｅｌｏｃａｔｉｏｎ Ｎｏｔｉｃｅ”を通知する。

基地局２（Ｔａｒｇｅｔ）は、“Ｐａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔ”をＭＭＥ５に送信する（動作Ｓ１０−４）。基地局２（Ｔａｒｇｅｔ）は、“Ｐａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔ”により、ＭＭＥ５に対して、端末１（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）が滞在するセルが変更されたことを通知することができる。

ＭＭＥ５は、“Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ”を、Ｓ−ＧＷ３（Ｎｅｗ）に送信する（動作Ｓ１０−５）。ＭＭＥ５は、“Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ”により、Ｐ−ＧＷ４のアドレスおよび上り通信用のトンネルＩＤと基地局２のアドレスおよび下り通信用のトンネルＩＤとを、Ｓ−ＧＷ３（Ｎｅｗ）に通知することができる。

Ｓ−ＧＷ３（Ｎｅｗ）は、“Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ”を、Ｐ−ＧＷ４に送信する（動作Ｓ１０−６）。Ｓ−ＧＷ３（Ｎｅｗ）は、“Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ”により、Ｓ−ＧＷ３（Ｎｅｗ）のアドレスおよび下り通信用のトンネルＩＤをＰ−ＧＷ４に通知することができる。

Ｐ−ＧＷ４は、“Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ”に対する応答（“Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ”）をＳ−ＧＷ３（Ｎｅｗ）に通知する（動作Ｓ１０−７）。

Ｓ−ＧＷ３（Ｎｅｗ）は、“Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ”を受信すると、“Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｓｐｏｎｓｅ”を用いてＳ−ＧＷ３（Ｎｅｗ）のアドレスおよび上り通信用のトンネルＩＤをＭＭＥ５に通知する（動作Ｓ１０−８）。

通信経路の切り替えの実行中（動作Ｓ１０−３〜Ｓ１０−８）、基地局２は、下り通信のトラフィックを、切り替え前の経路（Ｐ−ＧＷ４、Ｓ−ＧＷ３（Ｏｌｄ）、基地局２（Ｔａｒｇｅｔ）を経由する経路）で受信する（動作Ｓ１０−９）。なお、通信経路の切り替えの実行中、基地局２は、下り通信のトラフィックを、上記の切り替え前の経路と切り替え後の経路（Ｐ−ＧＷ４、Ｓ−ＧＷ３（Ｎｅｗ）、基地局２（Ｔａｒｇｅｔ）を経由する経路）の双方を介して受信してもよい。

Ｐ−ＧＷ４は、通信経路の切り替えの完了に応じて（例えば、動作Ｓ１０−７の完了）、切り替え前の経路（Ｐ−ＧＷ４、Ｓ−ＧＷ３（Ｏｌｄ）、基地局２（Ｔａｒｇｅｔ）を経由する経路）を通してセッションの終了通知（“Ｅｎｄ Ｄａｔａ Ｎｏｔｉｃｅ”）を送信する（動作Ｓ１０−１０）。Ｐ−ＧＷ４は、例えば、通信経路の切り替え完了に応じて、切り替え前の経路から、セッションの終了を示すパケット（エンドマーカーパケット）を送信する。

基地局２（Ｔａｒｇｅｔ）は、“Ｅｎｄ Ｄａｔａ Ｎｏｔｅｉｃｅ”を受信したことに応じて、下りパケットの受信経路を、切り替え前の経路から、切り替え後の経路に切り替えて新たな下りデータを受信する（動作Ｓ１０−１１）。例えば、基地局２（Ｔａｒｇｅｔ）は、Ｐ−ＧＷ４からエンドマーカーパケットを受信したことに応じて、下りパケットの受信経路を、切り替え前の経路から、切り替え後の経路に切り替える。

図３０において、通信経路の切り替えの実行中（例えば動作Ｓ１０−３〜Ｓ１０−８）、Ｐ−ＧＷ４は、上り通信のトラフィックを、切り替え前の経路（基地局２（Ｔａｒｇｅｔ）、Ｓ−ＧＷ３（Ｏｌｄ）、Ｐ−ＧＷ４を経由する経路）で受信する（動作Ｓ１０−１２）。なお、通信経路の切り替えの実行中、Ｐ−ＧＷ４は、例えば、上り通信のトラフィックを、上記の切り替え前の経路と、切り替え後の経路（基地局２（Ｔａｒｇｅｔ）、Ｓ−ＧＷ３（Ｎｅｗ）、Ｐ−ＧＷ４を経由する経路）との双方を介して受信してもよい。

基地局２（Ｔａｒｇｅｔ）は、通信経路の切り替え完了に応じて（例えば、動作Ｓ１０−８の完了あるいは“Ｅｎｄ Ｄａｔａ Ｎｏｔｉｃｅ”の受信（動作Ｓ１０−１０））、切り替え前の経路（基地局２（Ｔａｒｇｅｔ）、Ｓ−ＧＷ３（Ｏｌｄ）、Ｐ−ＧＷ４を経由する経路）を通してセッションの終了通知（“Ｅｎｄ Ｄａｔａ Ｎｏｔｉｃｅ”）を送信する（動作Ｓ１０−１３）。基地局２（Ｔａｒｇｅｔ）は、例えば、通信経路の切り替え完了に応じて、切り替え前の経路から、セッションの終了を示すパケット（エンドマーカーパケット）を送信する。

Ｐ−ＧＷ４は、“Ｅｎｄ Ｄａｔａ Ｎｏｔｉｃｅ”を受信したことに応じて、上りパケットの受信経路を、切り替え前の経路から、切り替え後の経路（基地局２（Ｔａｒｇｅｔ）、Ｓ−ＧＷ３（Ｎｅｗ）、Ｐ−ＧＷ４を経由する経路）に切り替え、新たな上りデータを受信する（動作Ｓ１０−１４）。Ｐ−ＧＷ４は、例えば、基地局２からエンドマーカーパケットを受信したことに応じて、上りパケットの受信経路を、切り替え前の経路から、切り替え後の経路に切り替える。

ＭＭＥ５は、基地局２（Ｔａｒｇｅｔ）に対して、“Ｐａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔ ＡＣＫ”を通知する（動作Ｓ１０−１５）。

５．４）第４動作例
図３１及び３２に示す第４動作例では、ゲートウェイの切り替え中におけるトラフィックの経路と“Ｅｎｄ Ｄａｔａ Ｎｏｔｉｃｅ”の送信経路とが、上記第３動作例（図２９及び図３０）と異なっている。なお、図３１及び図３２に示す第４動作例は、動作Ｓ１１−９、Ｓ１１−１０、Ｓ１１−１２及びＳ１１−１３が第３動作例と異なっており、それ以外は同様であるため、第３動作例（図２９および図３０）と同様の動作については詳細な説明を省略する。

図３１において、下り通信の経路の切り替えの実行中（例えば動作Ｓ１１−３〜Ｓ１１−８）、基地局２は、下り通信のトラフィックを、Ｐ−ＧＷ４、Ｓ−ＧＷ３（Ｏｌｄ）、Ｓ−ＧＷ３（Ｎｅｗ）および基地局２を経由する経路で受信する（動作Ｓ１１−９）。なお、下り通信の経路の切り替えの実行中、基地局２は、下り通信のトラフィックを、上記の経路と、切り替え後の経路（Ｐ−ＧＷ４、Ｓ−ＧＷ３（Ｎｅｗ）、基地局２を経由する経路）との双方を介して受信してもよい。

Ｐ−ＧＷ４は、下り通信の経路の切り替え完了に応じて（例えば、動作Ｓ１１−７の完了）、Ｐ−ＧＷ４、Ｓ−ＧＷ３（Ｏｌｄ）、Ｓ−ＧＷ３（Ｎｅｗ）および基地局２を経由する経路で、セッションの終了通知（“Ｅｎｄ Ｄａｔａ Ｎｏｔｉｃｅ”）を送信する（動作Ｓ１１−１０）。例えば、Ｐ−ＧＷ４は、下り通信の経路の切り替え完了に応じて、Ｐ−ＧＷ４、Ｓ−ＧＷ３（Ｏｌｄ）、Ｓ−ＧＷ３（Ｎｅｗ）および基地局２を経由する経路を介して、セッションの終了を示すパケット（エンドマーカーパケット）を送信する。

図３２において、上り通信の経路の切り替えの継続中（動作Ｓ１１−３〜Ｓ１１−８）、Ｐ−ＧＷ４は、上り通信のトラフィックを、基地局２、Ｓ−ＧＷ３（Ｏｌｄ）、Ｓ−ＧＷ３（Ｎｅｗ）、Ｐ−ＧＷ４を経由する経路で受信する（動作Ｓ１１−１２）。なお、上り通信の経路の切り替え中、Ｐ−ＧＷ４は、上り通信のトラフィックを、上記の経路と、切り替え後の経路（基地局２、Ｓ−ＧＷ３（Ｎｅｗ）、Ｐ−ＧＷ４を経由する経路）の双方を介して受信してもよい。

基地局２は、上り通信の経路の切り替え完了に応じて（例えば、動作Ｓ１１−８の完了、“Ｅｎｄ Ｄａｔａ Ｎｏｔｉｃｅ”の受信（動作Ｓ１１−１０））、基地局２、Ｓ−ＧＷ３（Ｏｌｄ）、Ｓ−ＧＷ３（Ｎｅｗ）およびＰ−ＧＷ４を経由する経路で、セッションの終了通知（“Ｅｎｄ Ｄａｔａ Ｎｏｔｉｃｅ”）を送信する（動作Ｓ１１−１３）。基地局２は、例えば、上り通信の経路の切り替えの完了に応じて、基地局２、Ｓ−ＧＷ３（Ｏｌｄ）、Ｓ−ＧＷ３（Ｎｅｗ）およびＰ−ＧＷ４を経由する経路で、セッションの終了を示すパケット（エンドマーカーパケット）を送信する。

５．５）第５動作例
図３３〜図３７は、通信システムに設定されたＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）ベアラを構成する一部のベアラを更新する技術に、本発明を適用した場合の動作例を示す。

３ＧＰＰのＴＳ２３．４０１ Ｖ１２．４．０の５．３．２章に開示された“Ａｔｔａｃｈ Ｐｒｏｃｅｄｕｒｅ”により、通信システムにＥＰＳベアラを構成する各種のベアラ（Ｓ５／Ｓ８ベアラ等）が構築される。しかし、リソースが増設等によってベアラが経由する通信装置１０（Ｓ−ＧＷ３、Ｐ−ＧＷ４等）が変更されると、変更後の通信装置１０に対応する新たなベアラを設定するため、５．３．２．１章に開示される“Ｉｎｉｔｉａｌ Ａｔｔａｃｈ”手順が再実行される。“Ｉｎｉｔｉａｌ Ａｔｔａｃｈ”が再実行されると、通信サービスが中断される等、通信サービスに対する様々な影響が想定される。

そこで、図３３〜図３７に示す第５動作例では、ＥＰＳベアラを構成する一部のベアラを更新する。例えば、通信システムのリソースが増設（ネットワークノードの増設等）された場合、増設されたリソースに関するベアラが更新される。ＥＰＳベアラを構成する一部のベアラを更新することにより、ベアラ構築手順の再実行による通信サービスの停止等を回避できる。

しかし、一部のベアラを更新する際に、パケットがロスする可能性がある。例えば、切り替え元のベアラによる通信が終了する前に、ベアラが切り替えられると、切り替え元のベアラを介して送信されるパケットが、切り替え先の通信装置１０に転送されず、結果、パケットがロスする可能性がある。

そこで、第５動作例では、切り替え先の通信装置１０は、切り替え元のベアラによる通信が終了したことを示す通知を受信したことに応じて、ベアラを切り替える。この構成により、ベアラの切り替えによるパケットロスを回避することができる。

５．５．１）第１例
図３３は、仮想マシン上で運用されるＳ−ＧＷ（ＶＮＦ２００）が切り替わる場合の動作例である。

ＶＮＦ２００（Ｏｌｄ）がＶＮＦ２００（Ｎｅｗ）に切り替えられる場合、例えば、ＶＮＦ２００（Ｏｌｄ）の制御機能２０１がその切り替えを開始する。この場合、ＶＮＦ２００（Ｏｌｄ）は、“Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ”により、例えば、切り替え後のＶＮＦ２００（Ｎｅｗ）のアドレスとトンネルＩＤとをＰ−ＧＷ４に通知する（動作Ｓ１２−１）。

ＶＮＦ２００（Ｏｌｄ）とＶＮＦ２００（Ｎｅｗ）との間の切り替えの実行中（動作Ｓ１２−２から動作Ｓ１２−４まで）、Ｐ−ＧＷ４からのトラフィックは、例えば、切り替え前の経路と、切り替え後の経路との双方で送信される（動作Ｓ１２−３）。

ＶＮＦ２００（Ｏｌｄ）とＶＮＦ２００（Ｎｅｗ）との間の切り替えが完了したことに応じて（動作Ｓ１２−４）、ＶＮＦ２００（Ｎｅｗ）は、切り替え完了通知（“Ｃｏｍｐｌｅｔｉｏｎ Ｎｏｔｉｃｅ”）をＰ−ＧＷ４に通知する（動作Ｓ１２−５）。

Ｐ−ＧＷ４は、“Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ”に対する応答（“Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ”）をＶＮＦ２００（Ｎｅｗ）に通知する（動作Ｓ１２−６）。

Ｐ−ＧＷ４は、“Ｃｏｍｐｌｅｔｉｏｎ Ｎｏｔｉｃｅ”の受信に応じて、切り替え前の経路で、“Ｅｎｄ Ｄａｔａ Ｎｏｔｉｃｅ”を通知する（動作Ｓ１２−７）。Ｐ−ＧＷ４は、例えば、“Ｃｏｍｐｌｅｔｉｏｎ Ｎｏｔｉｃｅ”の受信に応じて、切り替え前の経路から、セッションの終了を示すパケット（エンドマーカーパケット）を送信する。

ＶＮＦ２００（Ｎｅｗ）は、“Ｅｎｄ Ｄａｔａ Ｎｏｔｉｃｅ”の受信に応じて、パケットの受信経路を、切り替え前の経路から、切り替え後の経路に切り替え、新たな下りデータを受信する（動作Ｓ１２−８）。ＶＮＦ２００（Ｎｅｗ）は、例えば、Ｐ−ＧＷ４からエンドマーカーパケットを受信したことに応じて、パケットの受信経路を、切り替え前の経路から切り替え後の経路に切り替える。

５．５．２）第２例
図３４は、仮想マシン上で運用されるＰ−ＧＷ（ＶＮＦ２００）が切り替わる場合の動作例である。

ＶＮＦ２００（Ｏｌｄ）がＶＮＦ２００（Ｎｅｗ）に切り替えられる場合、例えば、ＶＮＦ２００（Ｏｌｄ）の制御機能２０１がその切り替えを開始する。この場合、ＶＮＦ２００（Ｏｌｄ）は、“Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ”により、例えば、切り替え後のＶＮＦ２００（Ｎｅｗ）のアドレスとトンネルＩＤとをＳ−ＧＷ３に通知する（動作Ｓ１３−１）。

ＶＮＦ２００（Ｏｌｄ）とＶＮＦ２００（Ｎｅｗ）との間の切り替えの実行中（動作Ｓ１３−２から動作Ｓ１３−４まで）、Ｓ−ＧＷ３からのトラフィックは切り替え前の経路と切り替え後の経路との双方で送信される（動作Ｓ１３−３）。

ＶＮＦ２００（Ｏｌｄ）とＶＮＦ２００（Ｎｅｗ）との間の切り替えが完了したことに応じて（動作Ｓ１３−４）、ＶＮＦ２００（Ｎｅｗ）は、切り替え完了通知（“Ｃｏｍｐｌｅｔｉｏｎ Ｎｏｔｉｃｅ”）をＳ−ＧＷ３に通知する（動作Ｓ１３−５）。

Ｓ−ＧＷ３は、 “Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ”に対する応答（“Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ”）を、ＶＮＦ２００（Ｎｅｗ）に通知する（動作Ｓ１３−６）。

Ｓ−ＧＷ３は、“Ｃｏｍｐｌｅｔｉｏｎ Ｎｏｔｉｃｅ”の受信に応じて、切り替え前の経路で、“Ｅｎｄ Ｄａｔａ Ｎｏｔｉｃｅ”を通知する（動作Ｓ１３−７）。Ｓ−ＧＷ３は、例えば、“Ｃｏｍｐｌｅｔｉｏｎ Ｎｏｔｉｃｅ”の受信に応じて、切り替え前の経路から、セッションの終了を示すパケット（エンドマーカーパケット）を送信する。

ＶＮＦ２００（Ｎｅｗ）は、“Ｅｎｄ Ｄａｔａ Ｎｏｔｉｃｅ”の受信に応じて、パケットの受信経路を、切り替え前の経路から切り替え後の経路に切り替え、新たなデータを受信する（動作Ｓ１３−８）。ＶＮＦ２００（Ｎｅｗ）は、例えば、Ｓ−ＧＷ３からエンドマーカーパケットを受信したことに応じて、パケットの受信経路を、切り替え前の経路から切り替え後の経路に切り替える。

５．５．３）第３例
図３５は、仮想マシン上で運用されるＭＭＥ（ＶＮＦ２００）が切り替わる場合のＳ−ＧＷとの間のシーケンスを示す。

ＶＮＦ２００（Ｏｌｄ）がＶＮＦ２００（Ｎｅｗ）に切り替えられる場合、例えば、ＶＮＦ２００（Ｏｌｄ）の制御機能２０１がその切り替えを開始する。この場合、ＶＮＦ２００（Ｏｌｄ）は、“Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ”により、切り替え後のＶＮＦ２００（Ｎｅｗ）のアドレスをＳ−ＧＷ３に通知する（動作Ｓ１４−１）。

ＶＮＦ２００（Ｏｌｄ）とＶＮＦ２００（Ｎｅｗ）との間の切り替えの実行中（動作Ｓ１４−２から動作Ｓ１４−４まで）、Ｓ−ＧＷ３からのトラフィックは、切り替え前の経路と切り替え後の経路との双方で送信される（動作Ｓ１４−３）。

ＶＮＦ２００（Ｏｌｄ）とＶＮＦ２００（Ｎｅｗ）との間の切り替えが完了したことに応じて（動作Ｓ１４−４）、ＶＮＦ２００（Ｎｅｗ）は、切り替え完了通知（“Ｃｏｍｐｌｅｔｉｏｎ Ｎｏｔｉｃｅ”）をＳ−ＧＷ３に通知する（動作Ｓ１４−５）。

Ｓ−ＧＷ３は、“Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ”に対する応答（“Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ”）をＶＮＦ２００（Ｎｅｗ）に通知する（動作Ｓ１４−６）。

Ｓ−ＧＷ３は、“Ｃｏｍｐｌｅｔｉｏｎ Ｎｏｔｉｃｅ”の受信に応じて、切り替え前の経路で、“Ｅｎｄ Ｄａｔａ Ｎｏｔｉｃｅ”を通知する（動作Ｓ１４−７）。Ｓ−ＧＷ３は、例えば、“Ｃｏｍｐｌｅｔｉｏｎ Ｎｏｔｉｃｅ”の受信に応じて、切り替え前の経路から、セッションの終了を示すパケット（エンドマーカーパケット）を送信する。

ＶＮＦ２００（Ｎｅｗ）は、“Ｅｎｄ Ｄａｔａ Ｎｏｔｉｃｅ”の受信に応じて、パケットの受信経路を、切り替え前の経路から切り替え後の経路に切り替え、新たなデータを受信する（動作Ｓ１４−８）。ＶＮＦ２００（Ｎｅｗ）は、例えば、Ｓ−ＧＷ３からエンドマーカーパケットを受信したことに応じて、パケットの受信経路を、切り替え前の経路から、切り替え後の経路に切り替える。

５．５．４）第４例
図３６は、仮想マシン上で運用されるＭＭＥ（ＶＮＦ２００）が切り替わる場合の基地局ｅＮＢとの間のシーケンスを示す。

ＶＮＦ２００（Ｏｌｄ）がＶＮＦ２００（Ｎｅｗ）に切り替えられる場合、例えば、ＶＮＦ２００（Ｏｌｄ）の制御機能２０１がその切り替えを開始する。その場合、ＶＮＦ２００（Ｏｌｄ）は、“Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅ”により、切り替え後のＶＮＦ２００（Ｎｅｗ）のアドレスをｅＮＢ（基地局）２に通知する（動作Ｓ１５−１）。

ＶＮＦ２００（Ｏｌｄ）とＶＮＦ２００（Ｎｅｗ）との間の切り替えの実行中（動作Ｓ１５−２から動作Ｓ１５−４まで）、ｅＮＢ２からのトラフィックは、切り替え前の経路と切り替え後の経路との双方で送信される（動作Ｓ１５−３）。

ＶＮＦ２００（Ｏｌｄ）とＶＮＦ２００（Ｎｅｗ）との間の切り替えが完了したことに応じて（動作Ｓ１５−４）、ＶＮＦ２００（Ｎｅｗ）は、切り替え完了通知（“Ｃｏｍｐｌｅｔｉｏｎ Ｎｏｔｉｃｅ”）をｅＮＢ２に通知する（動作Ｓ１５−５）。

ｅＮＢ２は、“Ｃｏｍｐｌｅｔｉｏｎ Ｎｏｔｉｃｅ”に対する応答（“Ｃｏｍｐｌｅｔｉｏｎ Ｎｏｔｉｃｅ ＡＣＫ”）を、ＶＮＦ２００（Ｎｅｗ）に通知する（動作Ｓ１５−６）。

ｅＮＢ２は、“Ｃｏｍｐｌｅｔｉｏｎ Ｎｏｔｉｃｅ”の受信に応じて、切り替え前の経路で、“Ｅｎｄ Ｄａｔａ Ｎｏｔｉｃｅ”を通知する（動作Ｓ１５−７）。ｅＮＢ２は、例えば、“Ｃｏｍｐｌｅｔｉｏｎ Ｎｏｔｉｃｅ”の受信に応じて、切り替え前の経路から、セッションの終了を示すパケット（エンドマーカーパケット）を送信する。

ＶＮＦ２００（Ｎｅｗ）は、“Ｅｎｄ Ｄａｔａ Ｎｏｔｉｃｅ”の受信に応じて、パケットの受信経路を、切り替え前の経路から切り替え後の経路に切り替え、新たなデータを受信する（動作Ｓ１５−８）。ＶＮＦ２００（Ｎｅｗ）は、例えば、ｅＮＢ２からエンドマーカーパケットを受信したことに応じて、パケットの受信経路を、切り替え前の経路から、切り替え後の経路に切り替える。

５．５．５）第５例
図３７は、仮想マシン上で運用されるＳ−ＧＷ（ＶＮＦ２００）が切り替わる場合のＭＭＥおよびｅＮＢとのシーケンスを例示する。

ＶＮＦ２００（Ｏｌｄ）がＶＮＦ２００（Ｎｅｗ）に切り替えられる場合、例えば、ＶＮＦ２００（Ｏｌｄ）の制御機能２０１がその切り替えを開始する。その場合、ＶＮＦ２００（Ｏｌｄ）は、“Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ”メッセージにより、切り替え後のＶＮＦ２００（Ｎｅｗ）のアドレスとトンネルＩＤとをＭＭＥ５に通知する（動作Ｓ１６−１）。

ＭＭＥ５は、受信した“Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ”をｅＮＢ２に転送する（動作Ｓ１６−２）。

ＶＮＦ２００（Ｏｌｄ）とＶＮＦ２００（Ｎｅｗ）との間の切り替えの実行中（動作Ｓ１６−３から動作Ｓ１６−５まで）、ｅＮＢ２からのトラフィックは、切り替え前の経路と切り替え後の経路との双方で送信される（動作Ｓ１６−４）。

ＶＮＦ２００（Ｏｌｄ）とＶＮＦ２００（Ｎｅｗ）との間の切り替えが完了したことに応じて（動作Ｓ１６−５）、ＶＮＦ２００（Ｎｅｗ）は、切り替え完了通知（“Ｃｏｍｐｌｅｔｉｏｎ Ｎｏｔｉｃｅ”）をｅＮＢ２に通知する（動作Ｓ１６−６）。

ｅＮＢ２は、“Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ”に対する応答（“Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ”）をＭＭＥ５に通知する（動作Ｓ１６−７）。

ＭＭＥ５は、受信した“Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ”を切り替え後のＶＮＦ２００（Ｎｅｗ）に転送する（動作Ｓ１６−８）。

ｅＮＢ２は、“Ｃｏｍｐｌｅｔｉｏｎ Ｎｏｔｉｃｅ”の受信に応じて、切り替え前の経路で“Ｅｎｄ Ｄａｔａ Ｎｏｔｉｃｅ”を通知する（動作Ｓ１６−９）。ｅＮＢ２は、例えば、“Ｃｏｍｐｌｅｔｉｏｎ Ｎｏｔｉｃｅ”の受信に応じて、切り替え前の経路から、セッションの終了を示すパケット（エンドマーカーパケット）を送信する。

ＶＮＦ２００（Ｎｅｗ）は、“Ｅｎｄ Ｄａｔａ Ｎｏｔｉｃｅ”の受信に応じて、パケットの受信経路を、切り替え前の経路から切り替え後の経路に切り替え、新たなデータを受信する（動作Ｓ１６−１０）。ＶＮＦ２００（Ｎｅｗ）は、例えば、ｅＮＢ２からエンドマーカーパケットを受信したことに応じて、パケットの受信経路を、切り替え前の経路から、切り替え後の経路に切り替える。

６．第６の実施形態
本発明の第６の実施形態について、図面を参照して説明する。第６の実施形態の技術は、上述の各実施形態のいずれの技術にも適用可能である。

第６の実施形態によれば、複数のベアラが属するグループ毎に、ベアラを切り替えることができる。グループ毎にベアラが切り替えられるので、ベアラ切り替えに要する時間が短縮される。しかし、グループ毎にベアラが切り替えられる際に、パケットがロスする可能性がある。例えば、切り替え元のベアラによる通信が終了する前に、ベアラが切り替えられると、切り替え元のベアラを介して送信されるパケットが、切り替え先の通信装置１０に転送されず、結果、パケットがロスする可能性がある。

そこで、第６の実施形態では、切り替え先の通信装置１０が、切り替え元のベアラによる通信が終了したことを示す通知を受信したことに応じて、グループ毎にベアラを切り替える。この構成により、グループ毎にベアラを切り替える場合に、ベアラの切り替えによるパケットロスを回避する。

図３８は、第６の実施形態による通信装置１０の構成例である。通信装置１０は、上述の実施形態で例示された構成例に加え、管理ＤＢ１３を含む。

管理ＤＢ１３は、ベアラに関する属性等に基づいて設定されたベアラグループに関する情報を有し、そのデータ例が図４１および図４２に例示される。

制御部１１は、管理ＤＢ１３を参照して、複数のベアラをグループ化する。制御部１１は、複数のベアラをグループ化し、グループ毎にベアラを切り替えることができる。制御部１１は、例えば、切り替え元のベアラによる通信が終了したことを示す通知を受信したことに応じて、管理ＤＢ１３を参照して、グループ毎にベアラを切り替える。

信号処理部１２は、通信装置１０の切り替えの開始に応じて、切り替え元のベアラによる通信と、切り替え先のベアラによる通信とを実行する。例えば、信号処理部１２は、切り替え元のベアラと切り替え先のベアラをそれぞれ介して同一データを送信することができる。

制御部１１は、通信装置１０の切り替えが完了したことに応じて、信号処理部１２に、切り替え元のベアラによる通信が終了したことを示す通知を切り替え元のベアラを通して送信させる。信号処理部１２は、例えば、切り替え元のベアラを通して送信する最終パケットの次に、パケット転送の終了を示すエンドマーカーパケット（終了通知パケット）を送信する。切り替え先の通信装置１０は、終了通知を受けたことに応じて、切り替え元のベアラと切り替え先のベアラとをそれぞれ介してパケットを受信する動作から、切り替え先のベアラを介してパケットを受信する動作に切り替える。

図３９に示すように、第６の実施形態では、図１に例示された複数種類の通信装置１０（基地局２、Ｓ−ＧＷ３、Ｐ−ＧＷ４及びＭＭＥ５）の各々が提供するネットワーク機能を、仮想マシン等のソフトウェアにより実行してもよい。すなわち、第６の実施形態によるＶＮＦ２００は、上述の実施形態で例示された構成例に加え、管理ＤＢ２０３を含む。管理ＤＢ２０３は、通信装置１０の管理ＤＢ１３と同等の機能を有する。

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

なお、上記の属性は例示であり、通信装置１０は、他の属性によりベアラをグループ化することも可能である。

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

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

通信装置１０は、端末１の位置に関する情報（ｅ．ｇ． ＧＳＰ情報、端末１がアタッチしている基地局２）に応じて、ベアラをグループ化することが可能である。例えば、通信装置１０は、ＧＰＳ情報や、端末１がアタッチしている基地局２に関する情報に基づいて、位置が近接する端末１に関するベアラをグループ化することが可能である。

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

上記の属性の例として、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）に関する属性が示される。ＭＴＣは、例えばスマートメータや自動販売機など、必ずしも人間の介入を必要としないデータ通信の形態を意味する。ＭＴＣは、技術標準仕様書（３ＧＰＰ ＴＳ２２．３６８等）で標準化が進められている。ＭＴＣデバイスは、特定の時間（例えば、“毎日、ＰＭ１２：００”や“毎週金曜日、ＡＭ３：００”等）に通信を行う場合が想定される。この場合、多数の同種のＭＴＣデバイス（例えば、スマートメータ）が、同じ時間に通信を開始し、大量のトラフィックが特定の時間に発生することが想定される。通信装置１０は、例えば、ＭＴＣデバイスに関するベアラを、ＭＴＣデバイスに関するベアラを専用に扱う通信装置１０に切り替えることができる。ＭＴＣデバイスに関するベアラが、ＭＴＣデバイス専用の通信装置１０に切り替えられることで、ＭＴＣデバイスに関する通信により非ＭＴＣデバイスに関する通信のパフォーマンスが低下する事態を抑止できる。

なお、図３９に示すように、複数種類の通信装置１０の各々が提供するネットワーク機能が、仮想マシン等のソフトウェアにより実行される場合、通信システムのオペレータは、ＭＴＣデバイスが通信を開始すると想定される時間に、ＭＴＣデバイス専用の通信装置１０を運用する仮想マシンが動的に起動されるように通信システムを運用することもできる。また、オペレータは、ＭＴＣデバイスの通信の完了した場合に、ＭＴＣデバイス専用の通信装置１０を運用する仮想マシンを削除するように、通信システムを運用してもよい。

通信装置１０は、ＰＤＮコネクション群を特定するためのＣＳＩＤ（Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）に応じて、複数のベアラをグループ化することもできる。

各ベアラのＴＥＩＤは、グループに属する複数のベアラの各々のＴＥＩＤを一括して識別できるように、ＴＥＩＤを割り当てられてもよい。例えば、ＴＥＩＤは、グループに属する複数のベアラの各々に対して、３２ｂｉｔの情報で構成されるＴＥＩＤの上位２４ｂｉｔが同一となるように割り当てられる。このようにＴＥＩＤを割り当てることにより、通信装置１０は、ＴＥＩＤの上位２４ｂｉｔの情報により、グループに属する複数のベアラを一括して識別できる。通信装置１０は、例えば、図４２の例のように、ＴＥＩＤのビットマスク（図４２の例では、ＴＥＩＤの上位２４ｂｉｔ）に基づいて、ベアラのグループを管理できる。

なお、通信装置１０が、複数のベアラをグループとして管理する場合の通信システムの動作例は、図３３〜図３７の各々に示される動作例と同様であるため、詳細な説明は省略される。

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

管理ＤＢ４４は、例えば、図４１、図４２で例示された構成の情報を有する。つまり、管理ＤＢ４４は、上述の属性等に基づいて設定されたベアラグループに関する情報を有する。

リソース制御部４１は、上述の第４の実施形態で説明したように、通信装置１０（Ａ）から通信装置１０（Ｂ）への切り替えを制御する。

セッション制御部４２は、例えば、管理ＤＢ４４を参照して、ベアラの切り替えを制御する。セッション制御部４２は、例えば、切り替え先の通信装置１０に割り当てるベアラグループを、管理ＤＢ４４を参照して決定できる。セッション制御部４２は、上述の属性によるベアラグループを、切り替え先の通信装置１０に割り当てる。例えば、セッション制御部４２は同一のＱｏＳ特性を有する複数のベアラを、切り替え先の通信装置１０に割り当てる。また、例えば、セッション制御部４２は、同一のＭＴＣデバイスグループに関する複数のベアラを、切り替え先の通信装置１０に割り当てる。

セッション制御部４２は、グループに属するベアラの切り替えを、通信装置１０に指示できる。通信装置１０の制御部１１は、切り替え指示に応じて、グループに属する複数のベアラを切り替える。セッション制御部４２は、例えば、切り替え元の通信装置１０に対して、グループに属する複数のベアラの切り替えを指示する。セッション制御部４２は、例えば、切り替え元の通信装置１０に対して、グループに対応する属性（例えば、ＱＣＩ値、ＴＥＩＤのビットマスク、ＭＴＣデバイスグループ等）を含む情報を通知する。切り替え元の通信装置１０の制御部１１は、通知された情報に対応するベアラを、切り替え先の通信装置１０に切り替える。なお、セッション制御部４２は、グループに属するベアラの切り替えを、切り替え先の通信装置１０に指示してもよい。

なお、制御装置４０が複数のベアラをグループとして管理する場合の通信システムの動作例は、図２２〜図２４の各々に示される動作例と同様であるため、詳細な説明は省略される。

上記のとおり、本発明の第６の実施形態によれば、切り替え先の通信装置１０が、切り替え元のベアラによる通信が終了したことを示す通知を受信したことに応じて、グループ毎にベアラを切り替える。この構成により、グループ毎にベアラを切り替える場合であっても、ベアラの切り替えによるパケットロスが回避できる。

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

１ 端末
２ 基地局
３ Ｓ−ＧＷ
４ Ｐ−ＧＷ
５ ＭＭＥ
１０、１０（Ａ），１０（Ｂ） 通信装置
１１ 制御部
１２ 信号処理部
１３ 管理ＤＢ
２０ 通信装置
３０ パケット転送装置
３１ 管理ＤＢ
３２ パケット処理部
３３ 制御部
４０ 制御装置
４１ リソース制御部
４２ セッション制御部
４３ インターフェース
２００ 仮想ネットワーク機能（ＶＮＦ）
２０１ 制御機能
２０２ 信号処理機能
２１０ 制御部
２１００ ＶＭ制御部
２１０１ セッション制御部
２１０２ 仮想スイッチ

Claims (26)

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. コンピュータに、
    第一のネットワークノードとの間に構築された通信セッションを介して、端末に関するデータを転送する処理と、
    前記第一のネットワークノードが当該第一のネットワークノードに対応する機能を有する第二のネットワークノードに切り替えられたことに応じて、前記通信セッションの終了を示す制御信号を送信する処理と
    を実行させることを特徴とするプログラム。
    

Images