JP5712085B2 - ローカルルーティングノード - Google Patents

Description

本発明は、移動体通信技術に関し、特に移動体通信システムに使用される通信ネットワークの負荷分散効果を高める装置に関する。

近年の移動体通信システムは、階層構造を有している。

階層構造を有する移動体通信システムの一例として、ＷｉＭＡＸシステムについて説明する。
図２３は、ＷｉＭＡＸシステムの概略を説明する図である。
ＷｉＭＡＸシステムは、移動体端末（ＭＳ：Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）４００、ＭＳ４０１、ＭＳ４０２、基地局（ＢＳ：Ｂａｓｅ Ｓｔａｔｉｏｎ）３００、ＢＳ３１０、ＢＳを管理するアクセスサービスネットワーク−ゲートウェイ（ＡＳＮ−ＧＷ：Ａｃｃｅｓｓ Ｓｅｒｖｉｃｅ Ｎｅｔｗｏｒｋ − Ｇａｔｅｗａｙ）２００、コネクティビティサービスネットワーク（ＣＳＮ：Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｓｅｒｖｉｃｅ Ｎｅｔｗｏｒｋ）５００、仮想移動体サービス事業者（ＭＶＮＯ：Ｍｏｂｉｌｅ Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ Ｏｐｅｒａｔｏｒ）のＣＳＮ５０１から構成される。ＣＳＮ５００、ＣＳＮ５０１には、課金、認証に関わるトリプルエー（ＡＡＡ：Ａｕｔｈｅｎｔｉｃａｔｉｏｎ、Ａｕｔｈｏｒｉｚａｔｉｏｎ、ａｎｄ Ａｃｃｏｕｎｔｉｎｇ）が存在する。またＣＳＮ５０１には、モバイルＩＰをサポートするシステムではホームエージェント（ＨＡ：Ｈｏｍｅ Ａｇｅｎｔ）が存在する。ＣＳＮ５００、ＣＳＮ５０１は、インターネットサービスを提供している場合には、インターネット５１０と接続されている。

ＷｉＭＡＸシステムは、複数のＢＳ３００、ＢＳ３１０をＡＳＮ−ＧＷ２００に集約し、複数のＡＳＮ−ＧＷ２００をＣＳＮ５００に集約する階層構造を有している。このように移動体通信システムが階層構造を有している理由の一つに、ＭＳ４００、ＭＳ４０１、ＭＳ４０２のモビリティ実現がある。例えば、ＭＳ４００がＢＳ３００からＢＳ３１０へ移動する場合を考える。移動元のＢＳ３００と移動先のＢＳ３１０が同一のＡＳＮ-ＧＷ２００に集約されていることで、ＡＳＮ−ＧＷ２００がＭＳ４００の移動を検出してサービスを継続したハンドーバが実現できる。また、ＢＳ３００、ＢＳ３１０とＡＳＮ−ＧＷ２００は、離れた場所に設置されることが多いため、ＢＳ３００、ＢＳ３１０とＡＳＮ−ＧＷ２００の間にはネットワーク５２０が存在する。ネットワーク５２０は、ネットワーク５２０を保有している通信事業社によっては、インターネット５１１と接続されている。

図２４は、標準化団体のＷｉＭＡＸ Ｆｏｒｕｍで規定されているＷｉＭＡＸの接続シーケンスを説明する図である。
ＭＳ４０２、ＢＳ３１０、ＡＳＮ−ＧＷ２００、ＣＳＮ５００は、規定に従ったメッセージのやり取りを行い、ＭＳ４０２とＢＳ３１０間に無線パス８２２、ＢＳ３１０とＡＳＮ−ＧＷ２００の間にＧＲＥカプセリングパス８２３、ＡＳＮ−ＧＷ２００とＣＳＮ５００の間にモバイルＩＰパス８２５を確立する。ＭＳ４０２がインターネットにアクセスする場合、ＭＳ４０２は、ユーザデータを、無線データ７１１１としてＢＳ３１０に送信する。ＢＳ３１０は、受信したユーザデータをＡＳＮ−ＧＷ２００へＧＲＥカプセリングデータ７１１２として転送する。さらに、ＡＳＮ−ＧＷ２００はユーザデータをＣＳＮ５００へ、モバイルＩＰカプセリングデータ７１１３として転送する。ＣＳＮ５００はインターネット５１０へ、ＭＳ４０２が送信したユーザデータのフォーマットでユーザデータを転送する。

図２５に、ＧＲＥカプセリングデータのパケットフォーマットを示す。
図２５は、ＢＳとＡＳＮ−ＧＷ間のＧＲＥカプセリングデータのＧＲＥパケットフォーマットを示す図である。ＧＲＥパケットは、ＩＰヘッダ７０５０、ＧＲＥヘッダ７０５１、ユーザデータ７０５２から成る。ユーザデータ７０５２はＭＳ４０２が送信したＩＰパケットである。ＩＰヘッダ７０５０には、ＢＳ３１０とＡＳＮ−ＧＷ２００のＩＰアドレスが格納され、ＧＲＥトンネルを終端するＢＳ３１０とＡＳＮ−ＧＷ２００の通信用アドレスとして使われる。ＧＲＥヘッダ７０５１には、ＲＦＣ２７８４およびＲＦＣ１７０１に規定されているＧＲＥ ＫＥＹが入っており、ＭＳ４０２の特定に使われる。

このように階層化された移動体システムでは、ＭＳ４０２が通信するユーザデータは、無線データ７１１１として無線区間を介してＢＳ３１０を通り、ＢＳ３１０とＡＳＮ−ＧＷ２００間のネットワーク５２０を通り、ＡＳＮ-ＧＷ２００を経由してＣＳＮ５００に到着する。ＣＳＮ５００はモバイルＩＰカプセリングデータ７１１３からユーザデータ７１１４を抽出して、ルーティングに従いユーザデータ７１１４を転送する。

ＲＦＣ２７８４ Ｇｅｎｅｒｉｃ Ｒｏｕｎｔｉｎｇ Ｅｎｃａｐｓｕｌａｔｉｏｎ（ＧＲＥ） ＲＦＣ１７０１ Ｇｅｎｅｒｉｃ Ｒｏｕｎｔｉｎｇ Ｅｎｃａｐｓｕｌａｔｉｏｎ（ＧＲＥ）

上述した従来の移動体通信システムでは、例えば、図２３においてＭＳ４００が送信したユーザデータは、必ずＡＳＮ−ＧＷ２００を通り、ＣＳＮ５００へ転送され、ＣＳＮ５００によってルーティングされる。そのため、ＭＳ４００の通信先が同一移動体通信システム内の同一ＢＳ３００に接続されているＭＳ４０１であっても、ＭＳ４００が送信したユーザデータ７０２は、一度、ＣＳＮ５００まで転送され、ＣＳＮ５００で抽出されたユーザデータの宛先によってルーティングされ、またＡＳＮ−ＧＷ２００を通って、送信元のＢＳ３００まで戻り、通信先であるＭＳ４０１へと転送されるトロンボーン現象が発生する。

ＢＳ３００とＡＳＮ−ＧＷ２００間のネットワーク５２０は、移動体通信事業者が保有している場合と、他の通信事業者が保有している場合がある。いずれの場合も、近年の移動体通信の発達やコンテンツの大容量化にともない、ネットワーク５２０の負荷が急増していることから、ネットワーク５２０の負荷を減らしたい、または負荷を分散したいというニーズが増えている。

しかしながら、従来の移動体通信システムでは、同じＢＳに接続されている近くのＭＳ間の通信であっても、ユーザデータがネットワーク５２０を通ってＣＳＮ５００に転送され、またネットワーク５２０を通って戻ってくるため、ネットワーク５２０の負荷を軽減できない。また、通信事業者によっては、ネットワーク５２０がインターネット５１１に接続されている場合があるにも関わらず、ＭＳ４０２のインターネットアクセスは、ネットワーク５２０を介してＡＳＮ-ＧＷ２００に転送され、ＣＳＮ５００を通りインターネット５１０へと転送され、ネットワーク５２０、ＡＳＮ−ＧＷ２００、ＣＳＮ５００を通るトラフィックを増加させてしまう。

上記目的を達成するため、本発明は、複数の基地局がネットワークを介してゲートウェイと接続され、さらにそれら複数の基地局のそれぞれが複数の移動体端末と通信を行うような階層構造を有する移動体通信システムにおいて、複数の基地局のうちのいくつかの基地局を収容するとともにゲートウェイ装置とネットワークを介して接続するローカルルーティングノードを設け、ゲートウェイに、ローカルルーティングノード制御部を設け、ゲートウェイのローカルルーティングノード制御部において、前記ネットワークを介さずにローカルルーティングノードにおいて、通信を折り返すべき呼を判定するための情報を生成してローカルルーティングノードに通知し、ローカルルーティングノードは、ゲートウェイから通知された情報をテーブルに格納し、ローカルルーティングノードに収容された基地局からの接続要求について、テーブルを参照してローカルルーティングを行うと判断した場合には、ネットワークおよびゲートウェイを介さずに、ローカルルーティングノードにてルーティングを行うようにしたものである。

本発明によれば、前述のトロンボーン現象を解決し、移動体通信システムのネットワーク負荷を削減できる。また、階層型システムにおけるトラフィックの集中を防ぎ、負荷分散を実現できる。

更にローカルルーティング内での折り返し通信により、通信遅延時間の削減もできる利点がある。

本発明を適用した移動体通信システムの一実施例を示す図である。 本発明の一実施例におけるローカルルーティングノードの構成図である。 受信データがローカルルーティング対象か否かの判断テーブルの一例を示す図である。 ローカルルーティングノードに備える統計情報を格納したテーブルの一例を示す図である。 本発明の一実施例におけるＡＳＮ−ＧＷの構成を説明する図である。 移動体端末情報テーブルの一例を示す図である。 ローカルルーティング特定処理テーブルの一例を示す図である。 ローカルルーティング判定テーブルの一例を示す図である。 ローカルルーティングの設定手順の一例を説明するシーケンス図である。 ローカルルーティング特定処理を説明するフローチャートである。 ローカルルーティング判定のフローチャートである。 ローカルルーティング設定要求のフォーマット例を示す図である。 ローカルルーティングノードにおけるルーティング処理内容を説明するフローチャートである。 デカプセレーション処理を説明する図である。 エンカプセレーション処理を説明する図である。 本発明の一実施例における切断処理を説明するシーケンス図である。 同一ローカルルーティングノードに接続された２台のＭＳ間で通信を行う場合の接続シーケンスを説明する図である。 本発明の一実施例におけるローカルルーティング設定の変更処理を説明するシーケンス図である。 ローカルルーティングモードの変更処理フローの一例を示す図である。 ローカルルーティングモードの変更処理フローの一例を示す図である。 ローカルルーティングモードの変更処理フローの一例を示す図である。 本発明の一実施例におけるローカルルーティングノードの構成を説明する時である。 移動体通信システムの１つであるＷｉＭＡＸシステムの概略図である。 ＷｉＭＡＸの接続シーケンスを説明する図である。 ＧＲＥカプセリングデータのパケットフォーマットを示す図である。

以下では、ＷｉＭＡＸシステムに本発明を適用した場合の発明の実施の形態を説明する。

図１は、本実施例のＷｉＭＡＸシステムの構成を示した図である。
本実施例のＷｉＭＡＸシステムは、ＭＳ４００、ＭＳ４０１、ＭＳ４０２、ＢＳ３００、ＢＳ３１０、ローカルルーティングノード（ＬＲＮ：Ｌｏｃａｌ Ｒｏｕｔｉｎｇ Ｎｏｄｅ）１００、ＡＳＮ−ＧＷ２００、ＣＳＮ５００、ＭＶＮＯ ＣＳＮ５０１を有する。ＬＲＮ１００が、本発明の特徴的な構成である。ＬＲＮ１００とＡＳＮ−ＧＷ２００間は、ネットワーク５２０によって接続される。ＣＳＮ５００、ＭＶＮＯ ＣＳＮ５０１は、インターネット５１０に接続されている。ＬＲＮ１００は、複数のＢＳ３００、ＢＳ３１０を収容し、ＡＳＮ−ＧＷ２００と接続されている。

図２は、本発明の一実施例におけるローカルルーティングノードのの構成を説明する図である。
ＬＲＮ１００は、ＢＳ３００、ＢＳ３１０およびネットワーク５２０と接続する物理インタフェースを備えるＩ/Ｏポート１０７、Ｉ/Ｏポート１０７から受信したデータを送信先および送信元によって適したＩ/Ｏポート１０７に送信するルータ/Ｌ３スイッチ部１０３、受信データをエンカプセリングするエンカプセレーション部１０４、エンカプセリングされた受信データをデカプセリングするデカプセレーション部１０５、受信データがＩＰｓｅｃ対応の場合にＩＰｓｅｃ処理を行うＩＰｓｅｃ部１０６、受信データ量を収集する統計収集部１０２、ＡＳＮ−ＧＷ２００との通信及び各部の制御を行う制御部１０１、各部を接続する装置内バス１０８からなる。制御部１０１は、受信データがローカルルーティング対象か否かを判断するために用いられるテーブルを持つ。次に、このテーブルについて説明する。

図３は、受信データがローカルルーティング対象か否かの判断に用いるテーブルの一例を示す図である。
この判断テーブルは、ＭＳ ＩＰアドレス、ＭＳが通信を行なっているＢＳのＢＳ ＩＰアドレス、ＭＳがＢＳを介して接続されているＡＳＮ−ＧＷのＡＳＮ−ＧＷ ＩＰアドレス、Ｄｏｗｎ Ｌｉｎｋ ＧＲＥ ＫＥＹ、Ｕｐ Ｌｉｎｋ ＧＲＥ ＫＥＹ、Ｉｎｄｅｘから成る。Ｄｏｗn Ｌｉｎｋとは、ユーザデータがＡＳＮ−ＧＷ２００からＢＳ３００、３１０へと転送される方向で、Ｕｐ Ｌｉｎｋとは、ユーザデータがＢＳ３００、３１０からＡＳＮ−ＧＷ２００へと転送される方向である。各項目に設定される値は、ＡＳＮ−ＧＷ２００から制御信号を介して通知される。

図４は、統計収集部のローカルルーティング対象の受信データの統計情報を格納したテーブルの一例を示す図である。
統計収集部１０２は、ローカルルーティング対象の受信データの統計情報を収集したテーブルを持つ。統計情報テーブルは、Ｉｎｄｅｘに対応させて、Ｄｏｗｎ Ｌｉｎｋバイト数、Ｕｐ Ｌｉｎｋバイト数、Ｄｏｗｎ Ｌｉｎｋパケット数、Ｕｐ Ｌｉｎｋパケット数を持つ。統計情報テーブルのＩｎｄｅｘは、図３のローカルルーティング判断テーブルのＩｎｄｅｘと対応している。

次に、ＡＳＮ−ＧＷの構成について説明する。
図５は、本発明の一実施例におけるＡＳＮ−ＧＷの構成を説明する図である。
ＡＳＮ−ＧＷ２００は、図５のように２つの機能に分かれている。ＡＳＮ−ＧＷ部２１０は、従来のＡＳＮ−ＧＷの処理を行い、ＬＲＮ制御部２１２は、ＬＲＮ１００の制御およびローカルルーティング判定を行う。ＬＲＮ制御部２１２には、ＭＳ情報テーブル、ＬＲＮ特定処理に使用されるテーブル、ローカルルーティング判定に使用されるテーブルの３つののテーブルを保持している。これらのテーブルについて、図６ないし図８を用いて説明する。

図６は、ＬＲＮ１００の制御部に保持されているＭＳ情報テーブルの一例を示す図である。
ＭＳ情報テーブルは、図３のテーブルの要素にドメインが追加されているテーブルである。ドメインには、通信事業者やＭＶＮＯ、サービスプロバイダのドメイン名を格納する。ドメインは、ＭＳが契約した事業者を示すものでもある。

図７は、ＬＲＮ特定処理テーブルの一例を示す図である。
ＬＲＮ特定処理テーブルは、ＢＳ ＩＰアドレスとＬＲＮ ＩＰアドレスの対応テーブルであり、ＢＳがどのＬＲＮに収容されているかを示すものである。

図８は、ローカルルーティング判定テーブルの一例を示す図である。
ローカルルーティング判定テーブルは、ドメインとＬＲＮモードの対応テーブルである。ＬＲＮモードは、ローカルルーティング対象とする場合をＯＮ、ローカルルーティング非対象とする場合をＯＦＦとする。例えば、Ｉｎｄｅｘ１は、ドメインがｈｉｔａｃｈｉ．ｃｏｍで対応するＬＲＮモードがＯＮである。これは、ｈｉｔａｃｈｉ．ｃｏｍのドメインを持つＭＳのユーザデータをローカルルーティング対象にするという意味である。一方、Ｉｎｄｅｘ２に設定されているｍｏｂｉｌｅ．ｃｏｍのドメインを持つＭＳのユーザデータは、ＬＲＮモードがＯＦＦであり、ローカルルーティング非対象となる。各ドメインのＬＲＮモードをＯＮにするか、ＯＦＦにするかは、ドメイン名に対応する通信事業者や、ＭＶＮＯ、サービスプロバイダによって決めることができる。

次に本実施例の接続シーケンスを説明する。
図９は、接続シーケンスにおけるローカルルーティングの設定手順の一例を説明する図である。
ＭＳ４０２は、接続要求時に、接続要求にあたるＳＢＣ−ＲＥＱ８００をＢＳ３１０に送信する。ＳＢＣ−ＲＥＱ８００を受信したＢＳ３１０は、ＡＳＮ−ＧＷ２００に接続要求に当るＭＳ＿ＰｒｅＡｔｔａｃｈｍｅｎｔ＿Ｒｅｑ．８０１を送信する。このＭＳ＿ＰｒｅＡｔｔａｃｈｍｅｎｔ＿Ｒｅｑ８０１がＬＲＮ１００を経由した場合は、ＬＲＮ１００はスイッチとしてルーティングを行い受信データの宛先に従いＡＳＮ−ＧＷ２００に転送する。ＡＳＮ−ＧＷ２００は、ＭＳ＿ＰｒｅＡｔｔａｃｈｍｅｎｔ＿Ｒｅｑ８０１を受信すると、図７で説明したＬＲＮ特定処理テーブルを使ってＭＳ＿ＰｒｅＡｔｔａｃｈｍｅｎｔ＿Ｒｅｑ８０１を送信したＢＳ３１０がどのＬＲＮに収容されているかを特定する。

図１０は、接続要求を送信したＢＳ３１０がどのＬＲＮに収容されているかを特定する処理を説明するフローチャートである。
ＭＳ＿ＰｒｅＡｔｔａｃｈｍｅｎｔ＿Ｒｅｑ８０１を受信することで図１０のステップが開始され、ステップ２０１２に進む。ステップ２０１２では、ＢＳのＩＰアドレスを特定する。ＭＳ＿ＰｒｅＡｔｔａｃｈｍｅｎｔ＿Ｒｅｑ８０１には、送信元ＢＳを特定するＢＳ識別子があり、そのＢＳ識別子によりＢＳのＩＰアドレスが特定できる。また、別の方法として、受信データのＩＰヘッダに含まれる送信元ＩＰアドレスを見ることでもＢＳのＩＰアドレスを特定できる。ＢＳ ＩＰアドレスを特定するとステップ２０１３に進む。ステップ２０１３では、図７のテーブルを使ってＬＲＮ１００のＩＰアドレスを検索する。

例えば、受信データから抽出したＢＳ ＩＰアドレスが１９２．１８．１０．７であった場合は、図７のＬＲＮ特定処理テーブルに対して、１９２．１８．１０．７と同じＢＳ ＩＰアドレスが存在するか検索を行う。検索の結果、受信データから抽出したＢＳ ＩＰアドレス１９２．１８．１０．７がＬＲＮ特定処理テーブルのＩｎｄｅｘ ２に対応することがわかる。そして、Ｉｎｄｅｘ２の ＬＲＮ ＩＰアドレス要素を参照し、１９２．１６８．１０．１０が該当ＢＳが収容されているＬＲＮ ＩＰアドレスとなる。もし、検索の結果、一致するＢＳ ＩＰアドレスが無い場合には、ローカルルーティング非対称のＭＳと判断する。ＬＲＮ ＩＰアドレス検索が終わるとステップ２０１４に進みフローは終了である。

図９に戻り、ＡＳＮ−ＧＷ２００は、ＬＲＮ特定処理が終わると、ＭＳ＿ＰｒｅＡｔｔａｃｈｍｅｎｔ＿Ｒｅｑ８０１への応答メッセージＭＳ＿ＰｒｅＡｔｔａｃｈｍｅｎｔ＿Ｒｓｐ８０２をＢＳ３１０に対して送信する。以降は、ＷｉＭＡＸ Ｆｏｒｕｍに規定される接続シーケンスに従いＢＳ３１０とＡＳＮ−ＧＷ２００ 間で接続に必要な信号のやり取りが行われる。そのやり取りの途中において、ＡＳＮ−ＧＷ２００は、ＢＳ３１０からＥＡＰ−Ｒｅｓｐｏｎｓｅ８０８を受信する。

ＡＳＮ−ＧＷ２００は、ＥＡＰ−Ｒｅｓｐｏｎｓｅ８０８を受信するとローカルルーティング判定を行う。
図１１に、ローカルルーティング判定処理のフローチャートを示す。
ローカルルーティング判定処理は、ＥＡＰ−Ｒｅｓｐｏｎｓｅ８０８の受信を契機に開始される。まず、ステップ２０２２に進みドメインを抽出する。ＥＡＰ−Ｒｅｓｐｏｎｓｅ８０８は、ＲＦＣ３７４８で規定されているメッセージであり、その中には、ドメイン情報を含むＩｄｅｎｔｉｔｙが格納されている。Ｉｄｅｎｔｉｔｉｙを見ることでＭＳのドメインが解る。ドメインの抽出後、ステップ２０２３に進み、該当ＭＳ４０２がローカルルーティングの対象か否かの判定を行う。この判定には、図８のローカルルーティング判定テーブルを使う。ローカルルーティング判定処置では、まずステップ２０２２で抽出したドメインが図８のテーブルに存在するか検索する。検索した結果、抽出したドメインが存在した場合は、そのドメインに対応するＩｎｄｅｘを取得して、そのＩｎｄｅｘに対応するＬＲＮモードがＯＮであれば、ステップ２０２４に進み、ローカルルーティング対象と判定してステップ２０２５に進み終了する。ＬＲＮモードがＯＦＦであれば、ローカルルーティング非対象としてステップ２０２５に進み終了である。また、ステップ２０２３で検索した結果、一致するドメインが無い場合にもローカルルーティング非対象と判定してステップ２０２５に進む。

図９に戻り、ローカルルーティング判定が終わると、ＷｉＭＡＸ接続シーケンスを継続してＥＡＰ認証８１０、無線暗号鍵／ＭＳ情報交換８１５を行う。続いてＰａｔｈ＿Ｒｅｇ＿Ｒｅｑ．８１６、Ｐａｔｈ＿Ｒｅｇ＿Ｒｓｐ．８１９、Ｐａｔｈ＿Ｒｅｇ＿Ａｃｋ．８２０の信号やり取りで、ＢＳ３１０とＡＳＮ−ＧＷ２００間のＧＲＥカプセリングに必要なＵｐ Ｌｉｎｋ ＧＲＥ ＫＥＹとＤｏｗｎ Ｌｉｎｋ ＧＲＥ ＫＥＹを交換してＧＲＥカプセリングパス８２３、ＭＳ４０２とＢＳ３１０間の無線パス８２２を確立する。

パス確立後は、ＭＳ４０２とＡＳＮ−ＧＷ２００の間でＤＨＣＰ交換８２４を行いＭＳ４０２に割り当てるＭＳ ＩＰアドレスをＡＳＮ−ＧＷ２００からＭＳ４０２へ通知する。一方、ＤＨＣＰ交換８２４を契機としてＡＳＮ−ＧＷ２００とＣＳＮ５００の間でモバイルＩＰパス８２５を確立する。

ＡＳＮ−ＧＷ２００は、ＤＨＣＰ交換８２４とモバイルＩＰパス８２５確立が終わると、前述のローカルルーティング判定２０２がローカルルーティング対象の時は、ＬＲＮ特定２０１で特定したＬＲＮ１００のＩＰアドレス宛にＬＲＮ設定要求８２６を送信する。

図１２にＬＲＮ設定要求のフォーマットの例を示す。
ＬＲＮ設定要求は、ＩＰヘッダ８２７１、ＵＤＰヘッダ８２７２、Ｔｙｐｅ８２７３、情報要素８２７０を含む。Ｔｙｐｅ８２７３は、ＬＲＮ設定要求８２６とＬＲＮ設定応答８２７の区別に使う。情報要素８２７０には、ＡＳＮ−ＧＷ２００からＬＲＮ１００に設定する情報をいれる。実施例１では、ＬＲＮ設定要求８２６の情報要素８２７０として、ＭＳ ＩＰアドレス、ＢＳ ＩＰアドレス、ＡＳＮ−ＧＷ２００ ＩＰアドレス、Ｄｏｗｎ Ｌｉｎｋ ＧＲＥ ＫＥＹ、Ｕｐ Ｌｉｎｋ ＧＲＥ ＫＥＹの５要素を含ませる。ＩＰｓｅｃ対応の場合には、前述の５要素に加えてＩＰｓｅｃ処理に必要な情報を入れることもできる。

ＬＲＮ１００は、ＡＳＮ−ＧＷ２００から送信されたＬＲＮ設定要求８２６をＩ/Ｏポート１０７を介して受信すると、ルータ/Ｌ３スイッチ部１０３によって制御部１０１へと転送する。制御部１０１では、ＬＲＮ設定要求８２６を解読し、メッセージに含まれている情報要素８２７０を図３のテーブルに設定する。設定完了後、制御部１０１は、ＬＲＮ設定応答８２７を作成して、ルータ/Ｌ３スイッチ部１０３、Ｉ/Ｏポート１０７を介してＡＳＮ−ＧＷ２００へと送信する。

これにより、ＢＳ３１０とＡＳＮ−ＧＷ２００の間で確立したＧＲＥカプセリングパス８２３と同じＧＲＥカプセリングパス８２８をＢＳ３１０とＬＲＮ１００の間で確立したことになる。

次にユーザデータのローカルルーティング動作について、ＭＳ４０２がインターネットにアクセスする場合を例に説明する。ＭＳ４０２は、インターネットに接続するために、ＭＳ４０２からインターネットの接続先に向けてユーザデータを送信する。このユーザデータは、無線区間を通りＢＳ３１０に届く、ＢＳ３１０は前述の接続シーケンスによって確立されたＧＲＥカプセリングパス８２３のＧＲＥ ＫＥＹを使ってユーザデータに対してＧＲＥエンカプセリングを行い、ＡＳＮ−ＧＷ２００宛に送信する。このＢＳ３１０は、ＬＲＮ１００に収容されているため、ＡＳＮ−ＧＷ２００の宛てのＧＲＥカプセリングデータ７０１２は、ＬＲＮ１００を通る。ＬＲＮ１００で受信したＧＲＥカプセリングデータ７０１２は、Ｉ/Ｏポート１０７を通り、ルータ/Ｌ３スイッチ部１０３へと転送される。ルータ/Ｌ３スイッチ部１０３では、次に示すルーティング処理を行う。

図１３は、ＬＲＮのルータ/Ｌ３スイッチ部１０３におけるルーティング処理内容を説明するフローチャートである。
ＬＲＮは、ルータ/Ｌ３スイッチ部１０３がユーザデータを受信したことを契機にフローを開始１０３１する。ステップ１０３２では、受信データのＩＰヘッダにあるＰｒｏｔｏｃｏｌ ＴｙｐｅがＧＲＥであるか否かを判定する。ＧＲＥである場合には、ステップ１０３３に進み、ＧＲＥでない場合には、ステップ１０３８に進む。ステップ１０３８では、受信データの送信先ＩＰアドレスがＭＳ ＩＰアドレスであるかの判定を行う。この受信データは、インターネットへのアクセスデータであるため、一致することはなく、ＮＯ判定でステップ１０３７に進みＩＰヘッダの宛先に従ったルーティング処理を行う。ＢＳ３１０とＡＳＮ−ＧＷ２００の間でやり取りされる接続シーケンスもステップ１０３２とステップ１０３８でＮＯと判定されてローカルルーティングされることなくＡＳＮ−ＧＷ２００へと転送される。

ステップ１０３３は、受信データのＩＰヘッダにある送信元ＩＰアドレスが図３のテーブルに設定されたＢＳ ＩＰアドレスと一致するか検索する。検索結果、一致した場合は、一致したＢＳ ＩＰアドレスに対応するＩｎｄｅｘを取得後、ステップ１０３４に進む。図３のテーブルに設定されたＢＳ ＩＰアドレスと一致しない場合は、ステップ１０３７に進む。ステップ１０３４では、受信パケットのＧＲＥヘッダに格納されているＧＲＥ ＫＥＹとステップ１０３３で取得したＩｎｄｅｘに対応するＵｐ Ｌｉｎｋ ＧＲＥ ＫＥＹが一致するか判定する。一致した場合には、この受信データは、ローカルルーティング対象であり、受信データをデカプセレーション部１０５に送信して、ステップ１０３５に進む。

図１４は、デカプセレーション処理を説明する図である。
デカプセレーション処理では、図１４の上段に示す、受信データであるＧＲＥカプセリングデータから、ＩＰヘッダ７０６６とＧＲＥヘッダ７０６７を取り除き、ユーザデータ７０６８を抽出して、ステップ１０３６に進む。ステップ１０３６では、ユーザデータ７０６８のバイト数を計測して、ステップ１０３３で取得したＩｎｄｅｘとバイト数を統計収集部１０２に通知する。統計収集部１０２は、通知されたバイト数を通知されたＩｎｄｅｘに対応する図４の統計情報テーブルのＵｐ Ｌｉｎkバイト数に加算するとともに、Ｕｐ Ｌｉｎｋパケット数を＋１加算する。ステップ１０３６が終わると、ユーザデータ７０６８をルータ/Ｌ３スイッチ部１０３に転送してステップ１０３７に進む。ステップ１０３７では、ルーティング情報に従って、ユーザデータ７０６８を転送する。ユーザデータ７０６８の宛先ＩＰアドレスは、インターネットの接続先のＩＰアドレスであるため、ネットワーク５２０がインターネット５１１と接続されている場合には、ネットワーク５２０からインターネット５１１に転送される。ステップ１０３４のＧＲＥ ＫＥＹによるローカルルーティング対象であるか否かの判定で、ＧＲＥ ＫＥＹが不一致と判断した場合は、ローカルルーティング非対象の受信データと判断してステップ１０３７に進み、ルーティング情報に従って転送する。

一方、インターネット５１１からＭＳ４０２に送信されるＤｏｗｎ ＬｉｎｋのユーザデータがＬＲＮ１００に到着した場合は、ユーザデータはＩ/Ｏポート１０７を介してルータ/Ｌ３スイッチ部１０３に転送され、図１３のＬＲＮのルーティング処理が実行される。ステップ１０３２では、ＩＰヘッダのプロトコルタイプがＧＲＥであるかチェックする。インターネット５１１から受信するデータは、ＧＲＥカプセリングデータではないいため、ＮＯ判定となり、ステップ１０３８に進む。ステップ１０３８では、受信したデータの送信先ＩＰアドレスが図３のＭＳ ＩＰアドレスに一致するか検索する。一致した場合は、一致したＭＳ ＩＰアドレスに対応するＩｎｄｅｘを取得して、ステップ１０３９に進む。ステップ１０３９は、統計収集のために受信データのバイト数を測定して、バイト数とステップ１０３８で取得したＩｎｄｅｘを統計収集部１０２に通知する。統計収集部１０２は、通知されたバイト数をＩｎｄｅｘに対応する図４統計情報テーブルののＤｏｗn Ｌｉｎｋ バイト数１０２２に加算するとともに、Ｄｏｗｎ Ｌｉｎｋパケット数１０２４のカウンタを＋１増加させる。Ｄｏｗｎ Ｌｉｎｋデータ量１０３９が終わると受信データをエンカプセレーション部１０４に転送してステップ１０４０に進む。

図１５は、エンカプセレーション処理を説明する図である。
ステップ１０４０のエンカプセレーション処理では、図１５に示すように受信したユーザデータ７０７８にＧＲＥヘッダ７０７７とＩＰヘッダ７０７６を付与する。ＧＲＥヘッダ７０７７のＧＲＥ ＫＥＹは、ステップ１０３８で取得したＩｎｄｅｘに対応するＤｏｗｎ Ｌｉｎｋ ＧＲＥ ＫＥＹ１０１５を付与する。更に宛先ＩＰアドレスとして、同じＩｎｄｅｘのＢＳ ＩＰアドレス１０１３、送信元ＩＰアドレスとして、ＡＳＮ−ＧＷ ＩＰアドレス１０１４を付与する。エンカプセレーション処理１０４０が終わるとＧＲＥカプセリングデータをルータ/Ｌ３スイッチ部１０３に転送してステップ１０３７に進む。ステップ１０３７では、ルーティング情報に従ってＢＳ３１０に転送する。ＢＳ３１０は、ＬＲＮ１００から受信するデータは、ＡＳＮ−ＧＷ２００から受信したデータとみなし、無線データ７０１１としてＭＳ４０２へと転送する。

次に、切断シーケンスを説明する。
図１６は、切断シーケンスの一例を説明する図である。
ＭＳ４０２は、接続を切断したい場合、切断要求であるＤＲＧ−ＲＥＱ８４０をＢＳ３１０に送信する。ＢＳ３１０は、ＤＲＥ−ＲＥＱ８４０の受信を契機にＢＳ３１０とＡＳＮ−ＧＷ２００の間で切断シーケンス（Ｐａｔｈ＿Ｄｅｒｅｇ＿Ｒｅｑ．８４２、Ｐａｔｈ＿Ｄｅｒｅｇ＿Ｒｓｐ．８４３、Ｐａｔｈ＿Ｄｅｒｅｇ＿Ａｃｋ８４４）を実行する。ＡＳＮ−ＧＷ２００は、ＢＳ３１０との切断シーケンスと同時にＣＳＮ５００とのモバイルＩＰパス８４６を切断する。ＡＳＮ−ＧＷ２００は、ＬＲＮ１００に対してＬＲＮ設定解除要求８４７を送信する。このＬＲＮ設定解除要求８４７のフォーマットは、図１２に示したＬＲＮ設定要求のフォーマットと同じであり、ＬＲＮ設定要求かＬＲＮ設定解除要求であるかは、Ｔｙｐｅ８２７３の内容で区別する。ＬＲＮ設定解除要求の情報要素８２７０には、ＭＳ ＩＰアドレス、Ｕｐ Ｌｉｎｋ ＧＲＥ ＫＥＹ、Ｄｏｗｎ Ｌｉｎｋ ＧＲＥ ＫＥＹが含まれており、ＬＲＮ設定解除要求８４７を受信したＬＲＮ１００の制御部１０１は、図３のテーブルを検索して、一致したＩｎｄｅｘの情報をクリアする。クリア後は、ＬＲＮ１００の統計収集部１０２から、このＩｎｄｅｘに対応する図４のＤｏｗｎ Ｌｉｎｋバイト数、Ｕｐ Ｌｉｎｋバイト数、Ｄｏｗn Ｌｉｎｋパケット数、Ｕｐ Ｌｉｎｋパケット数を取得して、ＬＲＮ設定解除応答８４８の情報要素８２７０に入れてＡＳＮ−ＧＷ２００に送信する。

ＬＲＮ設定解除応答８４８を受信したＡＳＮ−ＧＷ２００は、ＬＲＮ設定解除応答８４８に格納されているＤｏｗｎ Ｌｉｎｋバイト数１０２２、Ｕｐ Ｌｉｎｋバイト数１０２３、Ｄｏｗn Ｌｉｎｋパケット数１０２４、Ｕｐ Ｌｉｎｋパケット数１０２５を取り出しＡｃｃｏｕｎｔｉｎｇ−Ｒｅｑｕｅｓｔ（ｓｔｏｐ）８４９の決められたアトリビュートに格納して、ＣＳＮ５００へと送信する。ＣＳＮ５００は、Ａｃｃｏｕｎｔｉｎｇ−Ｒｅｑｕｅｓｔ（ｓｔｏｐ）８４９を受信すると、Ａｃｃｏｕｎｔｉｎｇ−Ｒｅｓｐｏｎｓｅ８５０をＡＳＮ−ＧＷ２００に送信する。

このようにローカルルーティング対象のＭＳ４０２は、インターネットへのアクセスをＡＳＮ−ＧＷ２００とＣＳＮ５００を通すことなく、ＬＲＮ１００からユーザデータを抽出して、インターネット５１１へとアクセスすることができる。また、切断時にＬＲＮ１００から統計情報をＡＳＮ−ＧＷ２００に送信することでＡＳＮ−ＧＷ２００を通さないローカルルーティングデータについても、課金に必要な情報をＣＳＮ５００に通知することが可能である。

以上は、ＭＳ４０２がインターネットにアクセスする場合を例に説明したが、ＬＲＮ１００に接続された異なるＭＳ４００、ＭＳ４０１間の通信の場合について補足説明する。
図１７は、同一ＬＲＮに接続された２台のＭＳ間で通信を行う場合の接続シーケンスを説明する図である。
図１７において、接続確立８６０および接続確立８６１と、接続確立８６５および接続確立８６６は、図９の８００ないし８２５に対応する。図１７のシーケンスに示すように、ＭＳ４００とＭＳ４０１が独立に図９の接続シーケンス８００ないし８２５を実行することでＢＳ３００とＬＲＮ１００の間にＧＲＥカプセリングパス８６４と８６９が確立できる。ＭＳ４００からＭＳ４０１へ送信したデータは、無線データ７７００としてＢＳ３００に転送され、ＧＲＥカプセリングデータ７７０１としてＡＳＮ−ＧＷ２００に転送するが、ＬＲＮ１００がＧＲＥカプセリングデータ７７０１から図１３のフローチャートに従いユーザデータを抽出し、ＬＲＮ１００のルータ/Ｌ３スイッチ部１０３が宛先にルーティングする。同一ＬＲＮ１００が宛先を収容している場合には、Ｉ/Ｏポート１０７からユーザデータを受信したと判断され、再度、図１３のフローチャートを実行する。その結果、ＧＲＥカプセリングにエンカプセリングし、ＢＳ３００へＧＲＥカプセリングデータ７７０２として転送する。ＢＳ３００は、無線データ７７０３としてＭＳ４０１に転送する。

また、ＢＳを跨ぐハンドオーバや、ＡＳＮ−ＧＷを跨ぐハンドーバであっても同じ方式によってローカルルーティングの動作が可能である。
このようにローカルルーティングノード内での折り返し通信により、通信遅延時間も削減もできる。

実施例２では、ローカルルーティング非対象であるＭＳを、接続後、通信をしている途中に、ローカルルーティング対象に変更する動作について説明する。
図１８は、ローカルルーティング非対象であるＭＳを、ローカルルーティング対象に変更する処理を説明するシーケンス図である。 ＭＳ４０２は図９の接続シーケンスに従い接続を確立する。その過程でＡＳＮ−ＧＷは、ＬＲＮ特定２０１とローカルルーティング判定２０２を行い、ＭＳ４０２はローカルルーティング非対象と判定し、ＭＳ４０２がインターネットと通信する際には、ＡＳＮ−ＧＷ２００とＣＳＮ５００を介してインターネット５１０へ繋ぐ。

しかし、ＡＳＮ−ＧＷ２００は、再度ローカルルーティング判定２０３を行う。判定結果としてローカルルーティング対象と判断した場合には、ＬＲＮ１００に対してＬＲＮ設定要求８２６を送信して、ＬＲＮ１００とＢＳ３１０の間にＧＲＥカプセリングパス８２８を確立させることで、ＭＳ４０２からのデータをＬＲＮ１００で抽出して、ローカルルーティングを行う。

図１９、図２０、図２１は、ローカルルーティングモードの変更処理の一例を示すフローチャートである。、
ＬＲＮによるローカルルーティングは、常時実施する場合の他、必要な時のみ実施する場合が考えられる。図１９ないし図２１に示したローカルルーティングモードの変更処理フローは、ＬＲＮまたはＡＳＮ−ＧＷが行う。
図１９は、トラフィック量に基づいて、ローカルルーティングモードの設定を変更する場合のフローである。
ローカルルーティング判定２０３の判断フローチャートである。図１９は、ステップ７０３２でＡＳＮ−ＧＷ２００を通るトラフィック量が予め決めていた閾値より多く、通信サービスの低下に繋がると判断した場合には、ステップ７０３３でローカルルーティング対象と変更する。逆にステップ７０３２で、トラフィック量が閾値より小さいと判断した場合には、ステップ７０３４にてローカルルーティング非対象へと変更ができる。

図２０は、アプリケーションの種別により、ローカルルーティングモードの設定を変更する場合のフローである。
ＡＳＮ−ＧＷ２００を通るユーザデータの種類が特定アプリケーション（例えば、Ｐ２Ｐ）であった場合にその特定アプリケーションのデータのみローカルルーティング対象とすることができる。特定アプリケーションの特定は、ＡＳＮ−ＧＷにＤＰＩ（Ｄｅｅｐ Ｐａｃｋｅｔ Ｉｎｓｐｅｃｔｉｏｎ）機能を備え、ＤＰＩによって抽出したユーザデータパターンと予めローカルルーティング対象アプリケーションと決めたパターンと一致するかを判定することで実現する。また、外部装置（例えば、ファイアーウォール）によって特定アプリケーションを検出し、ＡＳＮ−ＧＷにアプリケーションを使用ているＭＳのＩＰアドレスを通知することでも実現可能である。

図２１は、ネットワーク機器のメンテナンス時に、ローカルルーティングモードの設定を変更する場合のフローである。
ネットワーク機器のメンテナンスをするため、保守者によりメンテナンス中との情報与えることにより、ローカルルーティング対象へと変更する。

実施例２では、このように用途によってユーザデータをローカルルーティングに変更したり、元に戻すことでシステム全体のトラフィック最適化が可能である。

実施例３では、ＬＲＮ１００の別の構成例を説明する。
図２２は、実施例３におけるＬＲＮの構成を説明する図である。
実施例３のＬＲＮは、一般的なルータ/Ｌ３スイッチとＬＲＮ制御装置１２０の組み合わせでＬＲＮ１００を構成する。実施例３のＬＲＮは、図２２に示すように、ＧＲＥカプセリング機能を備えた一般的なルータ/Ｌ３スイッチ１２７と、ＬＲＮ制御装置１２０から成り、ＬＲＮ制御装置１２０は、Ｉ/Ｏポート１２５、ルータ/Ｌ３スイッチ１２７と接続されているルータインタフェース１２１、制御部１２２、Ｌ３スイッチ部１２４、各機能部を接続する接続バス１２３から構成される。

ルータインタフェース１２１は、ルータ/Ｌ３スイッチ１２７のＧＲＥ設定を変更することができる。制御部１２２は、図２と同じくＡＳＮ−ＧＷ２００との間でローカルルーティングに必要な情報のやり取りを行う。ＬＲＮ制御装置１２０のＩ/Ｏポート１２５は、ＡＳＮ−ＧＷ２００との通信用として用いられる。

実施例３のＬＲＮの動作を説明する。図９に示したＬＲＮ設定要求８２６をＡＳＮ−ＧＷ２００から受信したＬＲＮ制御装置１２０の制御部１２２は、ルータインターフェース１２１を介して、ルータ/Ｌ３スイッチ１２７のＧＲＥ設定を行う。設定は、ルータ/Ｌ３スイッチ１２７の機種によって異なり、その機種に適用したコマンド入力することで期待する受信データのＧＲＥデカプセリング処理、ＧＲＥエンカプセリング処理の設定を行う。

このルータ/Ｌ３スイッチ１２７には、複数のＢＳが接続されており、ＬＲＮ制御装置１２０からのＧＲＥ処理設定に従って受信データをＧＲＥ処理することでＬＲＮ１００の動作が可能となる。

１００ ローカルルーティングノード
１０１ 制御部
１０２ 統計収集部
１０３ ルータ/Ｌ３スイッチ部
１０４ エンカプセレーション部
１０５ デカプセレーション部
１０６ ＩＰｓｅｃ部
１０７ Ｉ／Ｏポート
１０８ 装置内バス
１２０ ＬＲＮ制御装置
１２１ ルータインタフェース
１２２ 制御部
１２３ 装置内バス
１２４ Ｌ３スイッチ部
１２５ Ｉ/Ｏポート
１２７ ルータ/Ｌ３スイッチ
１２８ Ｉ/Ｏポート
２００ ＡＳＮ−ＧＷ
２１０ ＡＳＮ−ＧＷ部
２１１ 装置内バス
２１２ ＬＲＮ制御部

Claims (8)

1. 複数の基地局が少なくとも一つのルータ経由でネットワークを介してゲートウェイと接続され、さらにそれら複数の基地局のそれぞれが複数の移動体端末と通信を行うような階層構造を有する移動体通信システムにおいて、
   前記複数の基地局のうちのいくつかの基地局を収容するとともに前記ゲートウェイ装置と前記ネットワークを介して接続するルータにローカルルーティング情報を格納する第１のテーブルを設け、
   前記ゲートウェイに、前記第１のテーブルを設けたルータを制御するローカルルーティング制御部を設け、
   前記ゲートウェイのローカルルーティング制御部は、前記第１のテーブルを設けたルータのアドレスと、該ルータに接続された基地局のアドレスを対応づけて記憶した第２のテーブルを有し、移動体端末から基地局経由で呼接続要求を受信すると、前記第２のテーブルを参照して経由している基地局が前記第１のテーブルを設けたルータに接続されているか否か判定し、接続されている場合には、前記経由している基地局とゲートウェイ間のカプセリング情報を前記第１のテーブルを設けたルータに通知し、
   前記第１のテーブルを設けたルータは、ゲートウェイから通知されたカプセリング情報を前記第１のテーブルに格納し、前記移動体端末から受信した前記ゲートウェイ宛てのユーザデータのカプセリング情報が、前記第１のテーブルに格納したカプセリング情報と一致するか否かを判断し、一致している場合には、前記ゲートウェイに前記ユーザデータを送信せずに、ローカルルーティングを行うことを特徴とする移動体通信システム。
2. 請求項１に記載の移動体通信システムであって、前記第１のテーブルを設けたルータは、前記ローカルルーティングにより通信を行なった場合の統計情報を記憶するための統計情報テーブルを有し、
   前記第１のテーブルを設けたルータは、ローカルルーティングをおこなった通信の切断処理時に、前記統計情報テーブルから統計情報を取得し、前記ゲートウェイに送信することを特徴とする移動体通信システム。
3. 請求項１に記載の移動体通信システムであって、前記第１のテーブルを設けたルータは、エンカプセリング部およびデカプセリング部を有し、
   前記基地局とゲートウェイ間のカプセリング情報は、前記呼接続要求を送信した移動体端末のアドレス、前記経由している基地局のアドレス、前記ゲートウェイのアドレス、ダウンリンクのカプセリングキーおよびアップリンクのカプセリングキーであることを特徴とする移動体通信システム。
4. 複数の基地局が少なくとも一つのルータ経由でネットワークを介してゲートウェイと接続され、さらにそれら複数の基地局のそれぞれが複数の移動体端末と通信を行うような階層構造を有する移動体通信システムにおいて、前記複数の基地局のうちのいくつかの基地局を収容するとともに前記ゲートウェイ装置と前記ネットワークを介して接続するルータであって、
   前記ゲートウェイから、収容している基地局と前記ゲートウェイ間のカプセリング情報を受け取って格納するための第１のテーブルと、
   前記移動体端末から受信した前記ゲートウェイ宛てのユーザデータのカプセリング情報と前記第１のテーブルに格納したカプセリング情報の一致を判定する手段と、
   前記移動体端末から受信した前記ゲートウェイ宛てのユーザデータのカプセリング情報と前記第１のテーブルに格納したカプセリング情報が一致している場合には、前記ゲートウェイに前記ユーザデータを送信せずに、ローカルルーティングを行う手段を有することを特徴とするルータ。
5. 請求項４に記載のルータであって、
   前記ローカルルーティングを行ったユーザデータのパケット数およびデータ量を測定する手段と、測定したパケット数およびデータ量を統計情報として記憶する手段を備え、
   前記移動体端末の通信の切断時に、
   前記記憶した統計情報を前記ゲートウェイに通知することを特徴とするルータ。
6. 複数の基地局が少なくとも一つのルータ経由でネットワークを介してゲートウェイと接続され、さらにそれら複数の基地局のそれぞれが複数の移動体端末と通信を行うような階層構造を有する移動体通信システムにおける前記ゲートウェイであって、
   ゲートウェイ機能を有するゲートウェイ部と、ローカルルーティング制御部とを有し、
   前記ローカルルーティング制御部に、前記ルータのうちローカルルーティング情報を格納する第１のテーブルを有するルータのアドレスと該ローカルルーティング情報を格納する第１のテーブルを有するルータに接続されている基地局のアドレスを対応づけた第２のテーブルを備え、
   前記ローカルルーティング制御部は、移動体端末から基地局経由で呼接続要求を受信すると、前記第２のテーブルを参照して経由している基地局が前記第１のテーブルを有するルータに接続されているか否か判定し、接続されている場合には、前記経由している基地局とゲートウェイ間のカプセリング情報をローカルルーティング情報として前記第１のテーブルを有するルータに通知することを特徴とするゲートウェイ。
7. 請求項６に記載のゲートウェイであって、
   移動体端末毎にローカルルーティング対象か非対象であるかの判断を行うための判断テーブルをさらに有し、
   前記判断テーブルは、移動体端末が契約している通信事業者を示すドメイン名によってローカルルーティング対象か非対象であるかのフラグが設定されていることを特徴とするゲートウェイ。
8. 請求項６に記載のゲートウェイであって、
   前記ローカルルーティング対象の移動体端末について、前記経由している基地局とゲートウェイ間のカプセリング情報を前記第１のテーブルを有するルータに通知するか否かの判断は、前記ゲートウェイを通過するトラフィック量によって決めることを特徴とするゲートウェイ。

Images