(57)【要約】【課題】高頻度の接続切替え負荷及び大量のデータ転送負荷という異なる性質の負荷を分散処理し、特定の装置にトラフィックが集中して処理能力が低下するのを抑えることが可能なゲートウェイ装置を提供する。【解決手段】トンネル折衝部１１は隣接ノード５とトンネリングプロトコルのネゴシエーションを行い、トンネリングプロトコルによってトンネル生成に必要なトンネリング情報を決定し、そのトンネリング情報をトンネル管理部１２に記憶する。このとき同時に、トンネル折衝部１１はリソース記憶部１３に登録されている各データ処理部３，４のリソース状況を検索処理し、リソース使用状況の低い側のデータ転送部を動的に決定し、その結果を接続装置２を介してユーザ毎にデータベース３１，４１に通知して記憶する。【選択図】      図１
2004228820.tif 000002
【特許請求の範囲】
【請求項１】
トンネリングプロトコルを動的に処理するゲートウェイ装置であって、トンネルを制御する１つのトンネル制御手段と、ユーザデータの転送処理を行う複数のデータ転送手段とを有し、前記トンネル制御手段と前記データ転送手段とをそれぞれ物理的に分離した構成とすることを特徴とするゲートウェイ装置。
【請求項２】
前記複数のデータ転送手段各々におけるリソース状況を登録するリソース記憶手段を前記トンネル制御手段に含み、
前記トンネル制御手段は、前記リソース記憶手段に登録されたリソース状況を用いて前記データ転送手段の割り当てを動的に決定することを特徴とする請求項１記載のゲートウェイ装置。
【請求項３】
前記リソース状況としてＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）使用率、セッション数、使用帯域のうちの少なくとも一つを用いることを特徴とする請求項１または請求項２記載のゲートウェイ装置。
【請求項４】
前記リソース記憶手段に前記リソース状況とアプリケーション識別情報とを対応させて記憶し、前記アプリケーションに応じて前記データ転送手段の動的な割り当てを行うことを特徴とする請求項２または請求項３記載のゲートウェイ装置。
【請求項５】
トンネリングプロトコルを動的に処理するゲートウェイ装置の負荷分散方法であって、トンネルを制御する１つのトンネル制御手段と、ユーザデータの転送処理を行う複数のデータ転送手段とをそれぞれ物理的に分離した構成とすることを特徴とする負荷分散方法。
【請求項６】
前記トンネル制御手段側に、前記複数のデータ転送手段各々におけるリソース状況を登録するリソース記憶手段に登録されたリソース状況を用いて前記データ転送手段の割り当てを動的に決定するステップを含むことを特徴とする請求項５記載の負荷分散方法。
【請求項７】
前記リソース状況としてＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）使用率、セッション数、使用帯域のうちの少なくとも一つを用いることを特徴とする請求項５または請求項６記載の負荷分散方法。
【請求項８】
前記リソース記憶手段に前記リソース状況とアプリケーション識別情報とを対応させて記憶し、前記アプリケーションに応じて前記データ転送手段の動的な割り当てを行うことを特徴とする請求項１から請求項３のいずれか記載の負荷分散方法。
【請求項９】
トンネリングプロトコルを動的に処理するゲートウェイ装置の負荷分散方法のプログラムであって、
トンネルを制御する１つのトンネル制御手段と、ユーザデータの転送処理を行う複数のデータ転送手段とがそれぞれ物理的に分離された構成において、
コンピュータに、前記複数のデータ転送手段各々におけるリソース状況を登録するリソース記憶手段に登録されたリソース状況を用いて前記データ転送手段の割り当てを動的に決定する処理を実行させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はゲートウェイ装置及びそれに用いる負荷分散方法並びにそのプログラムに関し、特にパケット通信システムにおいてトンネリングプロトコルを扱う装置に関する。
【０００２】
【従来の技術】
３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）におけるパケット通信システムの一例を図４に示す。図４において、このパケット通信システムでは、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワーク２００とモバイルネットワーク４０１，４０２とがＳＧＳＮ［Ｓｅｒｖｉｎｇ  ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ］７１，７２を介して接続されている。
【０００３】
また、ＩＰネットワーク２００とインタネット３００とはＧＧＳＮ（Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）５０を介して接続されており、インタネット３００にはサーバ９０が接続されている。
【０００４】
ＳＧＳＮ７１，７２及びＧＧＳＮ５０は、移動機８０の要求に応じてＳＧＳＮ７１，７２とＧＧＳＮ５０との間でトンネル２００ａ，２００ｂを確立している。また、ＳＧＳＮ７１，７２及びＧＧＳＮ５０は必要に応じてトンネル２００ａ，２００ｂの更新、張替え、切断を行い、動的にトンネリングプロトコルを処理し、例え移動機８０が移動したとしても継続的に通信が可能となるように、モビリティを確保することが必要となる（例えば、非特許文献１，２参照）。
【０００５】
上記のトンネリングプロトコルを扱う装置では、通信回線からのデータパケットを入力する１つのトンネル制御部と、ユーザデータを処理するデータ転送部とが１：１に対応してトンネルを生成し、ユーザデータを転送している。
【０００６】
【非特許文献１】
３ＧＰＰ勧告のＴＳ２３．０６０ｖｅｒｓｉｏｎ５．４．０（２００２−１２）
【非特許文献２】
３ＧＰＰ勧告のＴＳ２９．０６０ｖｅｒｓｉｏｎ５．４．０（２００２−１２）
【０００７】
【発明が解決しようとする課題】
上述した従来のトンネリングプロトコルを扱う装置では、通信回線からのデータパケットを入力する１つのトンネル制御部と、ユーザデータを処理するデータ転送部とが１：１に対応してトンネルを生成し、ユーザデータを転送しているため、高頻度の接続切替え負荷及び大量のデータ転送負荷という異なる性質の負荷に対する処理性能を満たすことができない。
【０００８】
そこで、本発明の目的は上記の問題点を解消し、高頻度の接続切替え負荷及び大量のデータ転送負荷という異なる性質の負荷を分散処理することができ、特定の装置にトラフィックが集中して処理能力が低下するのを抑えることができるゲートウェイ装置及びそれに用いる負荷分散方法並びにそのプログラムを提供することにある。
【０００９】
【課題を解決するための手段】
本発明によるゲートウェイ装置は、トンネリングプロトコルを動的に処理するゲートウェイ装置であって、トンネルを制御する１つのトンネル制御手段と、ユーザデータの転送処理を行う複数のデータ転送手段とを有し、前記トンネル制御手段と前記データ転送手段とをそれぞれ物理的に分離した構成としている。
【００１０】
本発明による負荷分散方法は、トンネリングプロトコルを動的に処理するゲートウェイ装置の負荷分散方法であって、トンネルを制御する１つのトンネル制御手段と、ユーザデータの転送処理を行う複数のデータ転送手段とをそれぞれ物理的に分離した構成としている。
【００１１】
本発明による負荷分散方法のプログラムは、トンネリングプロトコルを動的に処理するゲートウェイ装置の負荷分散方法のプログラムであって、
トンネルを制御する１つのトンネル制御手段と、ユーザデータの転送処理を行う複数のデータ転送手段とがそれぞれ物理的に分離された構成において、
コンピュータに、前記複数のデータ転送手段各々におけるリソース状況を登録するリソース記憶手段に登録されたリソース状況を用いて前記データ転送手段の割り当てを動的に決定する処理を実行させている。
【００１２】
すなわち、本発明のゲートウェイ装置は、トンネリングプロトコルを動的に用いるネットワークシステムのゲートウェイ装置において、クライアントから接続要求のあった場合にトンネリングプロトコルをコントロールするトンネル制御部と、トンネリング情報に基づいてユーザデータの転送処理を行うデータ転送部とを物理的に分離し、高頻度の接続切替え負荷及び大量のデータ転送負荷という異なる性質の負荷に対する処理性能を併せ持ち、一つのトンネル制御部に対して対応するデータ転送部を複数配設し、ユーザトラフィックの増加に対してビルディングブロック方式によるノード構築を可能としている。
【００１３】
上記のトンネル制御部は複数のデータ転送部のリソース状況を登録するリソース記憶部を備え、リソース記憶部に登録されたリソース状況を用いてユーザデータの転送処理を行うデータ転送部を決定している。
【００１４】
これによって、本発明のゲートウェイ装置では、接続要求及びユーザトラフィックが増加したとしても、高頻度の接続切替え負荷と大量のデータ転送負荷とを物理的に分離して処理することによって、各々が他方に影響なく処理することが可能である。
【００１５】
また、本発明のゲートウェイ装置では、ユーザトラフィックの増加に対してデータ転送部のみを増やすだけでよいため、通信モジュールをブロック化し、モジュールをブロック単位で増設するビルディングブロック方式のゲートウェイ装置が構築可能となる。
【００１６】
【発明の実施の形態】
次に、本発明の実施の形態について図面を参照して説明する。図１は本発明の実施の形態によるトンネリングプロトコルを扱う装置の構成を示すブロック図である。図１において、本発明の実施の形態によるトンネリングプロトコルを扱う装置はトンネル制御部１と、接続装置２と、データ転送部３，４とから構成され、トンネル制御部１とデータ転送部３，４とが隣接ノード５に接続され、データ転送部３，４が接続先ネットワーク１００に接続されている。
【００１７】
トンネル制御部１とデータ転送部３，４とは双方を接続するためのインタフェースを有した構造となっており、接続装置２を介して相互に接続される。トンネル制御部１はトンネル生成に必要なトンネリング情報を決定するトンネル折衝部１１と、その決定されたトンネリング情報を記憶するトンネル管理部１２と、そしてデータ転送部３，４のリソース状況を登録するリソース記憶部１３とを有し、装置全体の制御を行っている。データ転送部３，４はそれぞれトンネル情報を管理するデータベース３１，４１と、ユーザ毎のデータを転送処理するデータ処理部３２，４２とを備えている。
【００１８】
トンネル制御部１とデータ転送部３，４とを物理的に分離してトンネル情報を別々に管理することによって、トンネル制御部１はトンネル制御のみの処理に専念し、またデータ転送部３はデータ転送処理のみの処理に専念することが可能である。これによって、本発明の実施の形態では、高頻度の接続切替え負荷及び大量のデータ転送負荷という異なる性質の負荷に対する処理性能を併せ持つノード構築が可能となる。
【００１９】
そして、本発明の実施の形態では、接続装置２を介してトンネル制御部１とデータ転送部３，４とを接続しているため、ユーザトラフィックの増加にもデータ転送部を追加するだけで、通信モジュールをブロック化し、モジュールをブロック単位で増設するビルディングブロックのノード構築も可能となる。
【００２０】
また、本発明の実施の形態では、リソース記憶部１３でデータ処理部３２，４２のリソース状況を記憶することによって、リソース状況に応じて動的にデータ転送部３，４の割当てを行い、トラフィックに対する分散制御を可能とすることができる。
【００２１】
図２は図１のトンネル制御部１の動作を示すフローチャートであり、図３は図１のデータ転送部３，４の動作を示すフローチャートである。これら図１〜図３を参照して本発明の実施の形態によるトンネリングプロトコルを扱う装置の動作について説明する。
【００２２】
本発明の実施の形態によるトンネリングプロトコルを扱う装置において、まず、トンネル折衝部１１は隣接する隣接ノード５（ゲートウェイ装置）とトンネリングプロトコルのネゴシエーションを行う（図２ステップＳ１）。トンネル折衝部１１はトンネリングプロトコルによって、ユーザ毎にトンネル制御用ＩＤ（識別情報）、ユーザデータ転送用ＩＤ、接続先ネットワークＩＤのトンネル生成に必要なトンネリング情報を決定し（図２ステップＳ２）、そのトンネリング情報をトンネル管理部１２に記憶する（図２ステップＳ３）。
【００２３】
このとき同時に、トンネル折衝部１１はリソース記憶部１３に登録されている各データ処理部３，４のリソース状況を検索処理することによって（図２ステップＳ４）、リソース使用状況の低い側のデータ転送部を動的に決定し（図２ステップＳ５）、その結果を接続装置２を介してユーザ毎にデータベース３１，４１に通知して記憶する（図２ステップＳ６）。
【００２４】
これはユーザデータの転送処理を行うデータ転送部３，４のデータ処理部３２，４２が、周期的に自処理部のリソース状況をトンネル制御部１のリソース記憶部１３に転送し、そこに記憶することによって可能となる（図３ステップＳ１１，Ｓ１２）。
【００２５】
本発明の実施の形態では、例えば、リソース使用状況がＡＡ＜ＢＢの場合、決定されたトンネリング情報をトンネル折衝部１１から、リソース使用状況の低い側のデータ転送部３を決定し、その結果をデータベース３１へ転送するといった動作を行う。
【００２６】
トンネル折衝部１１はトンネル確立の要求があった場合（図２ステップＳ７）、リソース記憶部１３のリソース状況の登録値を検索し（図２ステップＳ８）、リソース状況の低い側のデータ転送部３のデータベース３１あるいはデータ転送部４のデータベース４１に、上記で決定されたトンネリング情報を引き渡し、ユーザデータの転送処理を行うデータ転送部を動的にユーザ毎に割り当てる（図２ステップＳ９）。
【００２７】
データ処理部３２，４２各々はトンネル１３１，１４１から受信したデータをそれぞれ処理し（図３ステップＳ１３，Ｓ１４）、それぞれ回線１３２，１４２から接続先ネットワーク１００に出力する（図３ステップＳ１５）。
【００２８】
このように、本発明の実施の形態では、ユーザの接続要求に対して動的にデータ転送部３，４の割り当てを行うとともに、データベース３１，４１でトンネル情報を記憶することによって、ユーザ転送部３，４がトンネル制御部１のトンネル管理部１２へトンネリング情報を照会することなく、データ転送部３，４のみの処理でデータ転送を行うことが可能となる。
【００２９】
これによって、本発明の実施の形態では、トンネルの確立、更新、張替え、切断といった高頻度の接続切替えに対する負荷制御をトンネル制御部１のみが行う。よって、本発明の実施の形態では、高頻度の接続切替え負荷をユーザ転送部３，４に意識させず、しかも大量のデータ転送負荷をトンネル制御部１に意識させることはない。また、本発明の実施の形態では、効率的なユーザ転送部３，４の動的割り当てを行うことが可能となる。
【００３０】
図４は本発明の一実施例によるパケット通信システムの構成を示すブロック図である。図４においては３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）におけるパケット通信システムの構成例を示している。
【００３１】
図４において、このパケット通信システムでは、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワーク２００とモバイルネットワーク４０１，４０２とがＳＧＳＮ［Ｓｅｒｖｉｎｇ  ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ］７１，７２を介して接続されている。
【００３２】
また、ＩＰネットワーク２００とインタネット３００とはＧＧＳＮ（Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）５０を介して接続されており、インタネット３００にはサーバ９０が接続されている。
【００３３】
ＳＧＳＮ７１，７２及びＧＧＳＮ５０は、移動機８０の要求に応じてＳＧＳＮ７１，７２とＧＧＳＮ５０との間でトンネル２００ａ，２００ｂを確立している。また、ＳＧＳＮ７１，７２及びＧＧＳＮ５０は必要に応じてトンネル２００ａ，２００ｂの更新、張替え、切断を行い、動的にトンネリングプロトコルを処理し、例え移動機８０が移動したとしても継続的に通信が可能となるように、モビリティを確保することが必要となる。
【００３４】
図５は図４のＧＧＳＮ５０の構成例を示すブロック図である。図５において、ＧＧＳＮ５０はＧＧＳＮ−ＣＰ（ＧＧＳＮシグナリング装置）１０と、Ｌ２（Ｌａｙｅｒ２）スイッチ２０と、ＧＧＳＮ−ＵＰ（ＧＧＳＮデータ転送処理装置）３０，４０とから構成されている。
【００３５】
ここで、ＧＧＳＮ５０は図１に示すトンネリングプロトコルを動的に処理する装置に対応し、ＳＧＳＮ７０は図１に示す隣接ノード５に対応する。また、ＧＧＳＮ−ＣＰ１０は図１に示すトンネル制御部１に対応し、Ｌ２スイッチ２０は図１に示す接続装置２に対応し、ＧＧＳＮ−ＵＰ３０，４０は図１に示すデータ転送部３，４に対応する。
【００３６】
ＧＧＳＮ−ＣＰ１０は汎用のＬ２スイッチ２０を介してＧＧＳＮ−ＵＰ３０，４０と接続している。よって、本実施例ではユーザトラフィックの増加に対してＧＧＳＮ−ＵＰ３０，４０のみをＬ２スイッチ２０を介して増設するだけでよい。
【００３７】
ＧＧＳＮ５０は、例えば加入者の発呼、移動、切断に伴い、ＳＧＳＮ７０との間でＧＴＰ（ＧＰＲＳ  Ｔｕｎｎｅｌｌｉｎｇ  Ｐｒｏｔｏｃｏｌ）によるトンネルを必要に応じて、トンネル確立、更新、張替え、切断を行う必要がある。具体的には加入者の接続要求に応じて、ＧＧＳＮ−ＣＰ１０のトンネル折衝部１０１で、ＳＧＳＮ−ＣＰ７０１とＧＴＰによるトンネルの確立、更新、張替え、切断のネゴシエーションを行う。
【００３８】
トンネル折衝部１０１ではこのＧＴＰによるネゴシエーションの結果、ユーザ毎に決定されたトンネル制御用ＩＤ、ユーザデータ転送用ＩＤ、接続先ネットワークＩＤのトンネル生成に必要なトンネリング情報をトンネル管理部１０２に引渡して記憶する。
【００３９】
このとき同時に、トンネル折衝部１０１はリソース記憶部１０３に登録されている各ＧＧＳＮ−ＵＰ３０，４０のＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ：中央処理装置）使用率を検索処理することによって、ＣＰＵ使用率の低い側のＧＧＳＮ−ＵＰを動的に決定し、Ｌ２スイッチ２０を介してユーザ毎にデータベース３０１，４０１に転送して記憶する。
【００４０】
これは、ユーザデータの転送処理を行うＧＧＳＮ−ＵＰ３０，４０のデータ処理部３０２，４０２が、周期的に自処理部のリソース状況としてＣＰＵ使用率をＧＧＳＮ−ＣＰ１０のリソース記憶部１０３に転送し、そこに記憶することによって可能となる。
【００４１】
ＧＧＳＮ−ＵＰ３０，４０を動的に決定する一例を以下に説明する。まず、１ｃａｌｌ目の場合には、ＧＧＳＮ−ＵＰ３０に１セッション、この時のＣＰＵ使用率を１０％とすると、ＧＧＳＮ−ＵＰ番号３００の使用率：１０％、ＧＧＳＮ−ＵＰ番号４００の使用率：０％となる。
【００４２】
２ｃａｌｌ目の場合には、ＧＧＳＮ−ＵＰ４０の方がＧＧＳＮ−ＵＰ３０と比較してＣＰＵ使用率が低いので、ＧＧＳＮ−ＵＰ４０に５％割り当てると、ＧＧＳＮ−ＵＰ番号３００の使用率：１０％、ＧＧＳＮ−ＵＰ番号４００の使用率：５％となる。
【００４３】
３ｃａｌｌ目の場合には、まだＧＧＳＮ−ＵＰ４０の方がＧＧＳＮ−ＵＰ３０と比較してＣＰＵ使用率が低いので、ＧＧＳＮ−ＵＰ４０に１０％割り当てると、ＧＧＳＮ−ＵＰ番号３００の使用率：１０％、ＧＧＳＮ−ＵＰ番号４００の使用率：１５％となる。
【００４４】
４ｃａｌｌ目の場合には、ＧＧＳＮ−ＵＰ３０の方がＧＧＳＮ−ＵＰ４０と比較してＣＰＵ使用率が低いので、ＧＧＳＮ−ＵＰ３０に２０％割り当てると、ＧＧＳＮ−ＵＰ番号３００の使用率：３０％、ＧＧＳＮ−ＵＰ番号４００の使用率：１５％となる。
【００４５】
上記の例に示す通り、ユーザの接続要求毎に動的にＧＧＳＮ−ＵＰ３０，４０が割り当てられた後、その割り当てられた各ＧＧＳＮ−ＵＰ３０，４０の各データベース３０１，４０１に対して決定されたトンネリング情報を引き渡す。これによって、ユーザ毎にＧＧＳＮ−ＵＰ３０，４０とＳＧＳＮ−ＵＰ７０２との間でトンネル２３１，２４１が生成される。
【００４６】
ユーザ毎にトンネルが生成された後、データ処理部３０２はトンネル２３１からユーザデータを受信すると、トンネリング情報が記憶されているデータベース３０１でユーザデータ転送用ＩＤと接続先ネットワークＩＤとを検索し、ＧＧＳＮ−ＣＰ１０のトンネル管理部１０２へトンネル情報を照会することなく、ＧＧＳＮ−ＵＰ３０のみの処理で回線２３２へのユーザデータ転送が可能となる。ＧＧＳＮ−ＵＰ４０がトンネル２４１からユーザデータを受信した場合にも、上記と同様の処理が行われ、回線２４２へのユーザデータ転送が可能となる。
【００４７】
これによって、本実施例では、トンネル生成の制御をＧＧＳＮ−ＣＰ１０のみが行い、ユーザデータの転送処理をＧＧＳＮ−ＵＰ３０，４０のみが行い、互いに他方に影響を与えることなく動作する。つまり、本実施例では、高頻度の接続切替え処理といった負荷をＧＧＳＮ−ＵＰ３０，４０に意識させず、大量のデータ転送負荷をＧＧＳＮ−ＣＰ１０に意識させない。
【００４８】
また、本実施例では、ユーザデータの転送処理を行うＧＧＳＮ−ＵＰ３０，４０の各データ処理部３０２，４０２が周期的に自処理部のリソース状況としてＣＰＵ使用率をトンネル制御をするＧＧＳＮ−ＣＰ１０のリソース記憶部１０３に転送し、リソース記憶部１０３が転送されたＣＰＵ使用率を記憶しておくことによって、効率的なＧＧＳＮ−ＵＰ３０，４０の動的割り当てが可能となる。
【００４９】
このように、本実施例では、トンネリングプロトコルを動的に処理するゲートウェイ装置において、隣接するＳＧＳＮ７０とネゴシエーションを行うＧＧＳＮ−ＣＰ１０と、ユーザデータの転送処理を行うＧＧＳＮ−ＵＰ３０，４０とを物理的に分離して各々を接続し、１つのＧＧＳＮ−ＣＰ１０に対して複数のＧＧＳＮ−ＵＰ３０，４０を備えている。
【００５０】
また、本実施例では、複数のＧＧＳＮ−ＵＰ３０，４０のリソース状況を登録するリソース記憶部１０３と、リソース記憶部１０３に登録されたリソース状況を用いてユーザデータの転送処理を行うＧＧＳＮ−ＵＰ３０，４０を動的に決定するＧＧＳＮ−ＣＰ１０とを備えることによって、負荷分散が可能となり、特定の装置にトラフィックが集中して処理能力が低下するのを抑える（防ぐ）ことができる。
【００５１】
さらに、本実施例では、装置のリソース状況に応じて、つまりユーザトラフィックの増加に対してＧＧＳＮ−ＵＰの数を増やすだけでよいため、通信モジュールをブロック化し、モジュールをブロック単位で増設するビルディングブロック方式のゲートウェイ装置の実現が可能となる。
【００５２】
尚、本実施例では２つのＧＧＳＮ−ＵＰ３０，４０によるゲートウェイ装置のシステムを示しているが、もちろんＧＧＳＮ−ＵＰは２つに限らず、ユーザトラフィックに応じて複数接続することが可能である。
【００５３】
また、本実施例では、上述したように、リソース状況としてＣＰＵ使用率を用いているが、このＣＰＵ使用率の他に、接続セッション数、使用帯域を用いることも可能である。
【００５４】
さらに、本実施例では、ＧＧＳＮ−ＵＰ３０，４０のリソース状況によって、ユーザ毎に使用するＧＧＳＮ−ＵＰの割り当てを行っているが、リソース記憶部１０３にリソース状況とアプリケーションＩＤとを対応させて記憶することによって、アプリケーションに応じてＧＧＳＮ−ＵＰの動的な割り当ても可能である。
【００５５】
【発明の効果】
以上説明したように本発明は、トンネリングプロトコルを動的に処理するゲートウェイ装置において、トンネルを制御する１つのトンネル制御手段と、ユーザデータの転送処理を行う複数のデータ転送手段とをそれぞれ物理的に分離した構成とすることによって、高頻度の接続切替え負荷及び大量のデータ転送負荷という異なる性質の負荷を分散処理することができ、特定の装置にトラフィックが集中して処理能力が低下するのを抑えることができるという効果が得られる。
【図面の簡単な説明】
【図１】本発明の実施の形態によるトンネリングプロトコルを扱う装置の構成を示すブロック図である。
【図２】図１のトンネル制御部の動作を示すフローチャートである。
【図３】図１のデータ転送部の動作を示すフローチャートである。
【図４】本発明の一実施例によるパケット通信システムの構成を示すブロック図である。
【図５】図４のＧＧＳＮの構成例を示すブロック図である。
【符号の説明】
１  トンネル制御部
２  接続装置
３，４  データ転送部
５  隣接ノード
１０  ＧＧＳＮ−ＣＰ
１１，１０１  トンネル折衝部
１２，１０２  トンネル管理部
１３，１０３  リソース記憶部
２０  Ｌ２スイッチ
３０，４０  ＧＧＳＮ−ＵＰ
３１，４１，
３０１，４０１  データベース
３２，４２，
３０２，４０２  データ処理部
５０  ＧＧＳＮ
７０〜７２  ＳＧＳＮ
８０  移動機
９０  サーバ
１００  接続先ネットワーク
１３１，１４１，
２００ａ，２００ｂ，
２３１，２４１  トンネル
１３２，１４２，
２３２，２４２  回線
２００  ＩＰネットワーク
３００  インタネット
４０１，４０２  モバイルネットワーク
７０１  ＳＧＳＮ−ＣＰ
７０２  ＳＧＳＮ−ＵＰ
【図１】
2004228820.tif 000003
【図２】
2004228820.tif 000004
【図３】
2004228820.tif 000005
【図４】
2004228820.tif 000006
【図５】
2004228820.tif 000007