JP4097914B2 - 移動端末対応ルータ - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は移動端末対応ルータに関し、モバイルIPv4/v6が動作するネットワークに接続された移動端末対応ルータに関するものである。
IPネットワークにおいて、端末がネットワーク上の接続位置を変えても通信を行うことを可能にするプロトコルとして、米国の標準化団体IETF(Internet Engineering Task Force)においてモバイル(Mobile)IPv4が文献RFC2002で標準化されている。
【０００２】
また、近年、IPネットワーク上に存在する端末数の急増により、IPアドレス枯渇の問題が深刻化している。この問題を解決するため、より多くのIPアドレスを使用することが可能なIPv6が文献RFC2460で標準化され、このIPアドレスを使用したネットワークへの移行が本格化している。
【０００３】
このため、通常のIPv4ネットワークにおけるモバイルIPだけでなく、IPv6ネットワーク上での端末の移動をサポートするプロトコルとしてモバイルIPv6の標準化は重要であり、IETFのモバイルIPワーキンググループ(IETF Mobile IP Working Group)においてRFC化のための審議が行われ標準草案（Draft Standard:文献draft-ietf-mobileip-ipv6-13.txt参照）が作成されている。
【０００４】
【従来の技術】
上記の標準草案に基づくモバイルIPv6におけるパケット転送を以下に説明する。なお、モバイルIPv4とモバイルIPv6についての標準化の内容は同様であるため、モバイルIPv4の説明は省略する。
【０００５】
図26は、一般的なインターネットネットワークを示している。このネットワークにおいては、ルータ110とルータ120はリンク250で接続され、ルータ110とルータ130はリンク240で接続されている。各ルータ110〜130には、それぞれ、リンク210，220，及び230が接続されている。移動端末300は、リンク210に接続されている。移動又は固定端末(host)310はリンク230に接続されている。
【０００６】
リンク210，220，230，240，及び250のIPアドレス（サブネットプレフィックス：subnet prefix)は、それぞれ、“10.x”，“20.x”，“30.x”，“40.x”，及び“50.x”である。端末300及び310のIPアドレスは、それぞれ、“10.10”及び“30.11”である。
【０００７】
モバイルIPv6では、例えば、端末300が通常接続しているリンク210を端末300のホームリンク(home link)又はホームネットワーク(home network)と称し、端末300のIPアドレス“10.10”を端末300のホームアドレス(Home Address)と称する。
【０００８】
このホームリンク210上に端末300の移動をサポートするホームエージェント(home agent)が存在する。同図においては、ホームリンク210上のルータ110の中にホームエージェント11が存在するが、ホームエージェント11は必ずしもルータに存在する必要はなく、例えば、ホームリンク210上のサーバがホームエージェントの役割を果たしてもよい。
【０００９】
また、ホームリンク210以外のリンク220〜250を、移動端末300の外部リンク(foreign link)と称する。
(1) 移動端末の位置登録
端末300は、ホームリンク210から外部リンクに移動した場合に、外部リンクにおいて有効な移動先でのアドレスであるケア・オブ・アドレス(Care-of Address、以下、CoAと略称することがある。）を取得又は生成し、ホームエージェントに対してバインディング・アップデート(Binding Update、以下、バインディング要求パケットと称することがある。）を送信し、ケア・オブ・アドレスの登録を行う。なお、バインディング・アップデートは、モバイルIPv4における登録要求(Registration Request）メッセージに相当する。
【００１０】
バインディング・アップデートを受信したホームエージェントは、端末300のホームアドレス、ケア・オブ・アドレス、及び登録の有効時間等を記憶するバインディング・キャッシュ(Binding Cache)14を生成する。
以下に、このIPv6における移動端末の位置登録の動作手順をより具体的に説明する。
【００１１】
▲１▼端末300（ホームアドレス＝10.10）がホームリンク210から外部リンク220に移動する。
▲２▼端末300は、リンク220上のルータ120が送信するルータ広告メッセージの内容から接続しているリンクが変わったことを検出し、リンク220上で有効なケア・オブ・アドレス（ここでは“20.10”）を生成する。
【００１２】
▲３▼端末300は、リンク210を管理するホームエージェント（ここではルータ110内）11にバインディング・アップデートを送信し、ケア・オブ・アドレスの登録を行う。
▲４▼ホームエージェント11は、端末300からのバインディング・アップデートを元に端末300についてのバインディング・キャッシュ14を生成する。
【００１３】
なお、このバインディング・キャッシュ14には、登録有効時間が設定されており、有効時間経過後に消去される。
▲５▼さらに、ホームエージェント11は、応答としてバインディング・アクノリッジメント(Binding Acknowledgement、以後、バインディング応答パケットと称することがある。)を端末300に返信する。端末300は、バインディング・アクノリッジメントを受信し、登録を完了したことを認識する。
【００１４】
なお、バインディング・アクノリッジメントは、モバイルIPv4における登録応答(Registration Reply)メッセージに相当する。
以後、端末300は、リンク220にて通信を行う間、ホームエージェント11におけるバインディング・キャッシュ14を保持するために▲３▼と同様にバインディング・アップデートを周期的にホームエージェントに送信する。
【００１５】
ホームエージェント11は、バインディング・キャッシュ14とその有効時間の更新を行う。
(2) 移動端末宛パケットの転送
図27は、モバイルIPv6におけるパケット転送例を示している。この例では、ルータ110が、移動端末300のバインディング・キャッシュ14が上記の位置登録によって有効であるとき、端末310が送信した端末300のホームアドレス“10.10”宛パケットを転送する動作を示している。この動作を以下に説明する。
【００１６】
▲１▼リンク230上の端末310は、端末300のホームアドレス“10.10”宛のパケット71を送信する。
▲２▼ホームエージェント（ルータ110）11は、パケット71を受信し、このパケット71の宛先アドレス“10.10”を元にバインディング・キャッシュ14を検索する。
【００１７】
端末300のバインディング・キャッシュ14が登録されているため、ホームエージェントは、このパケットを端末300の代わりに受信する。
▲３▼ホームエージェント11は、バインディング・キャッシュ14に登録された端末300のケア・オブ・アドレス“20.10”を元にパケット71をカプセル化し(encapsulate)、宛先アドレス（ケア・オブ・アドレス）＝“20.10”であるカプセル化パケット72を端末300へ向けて送信する。このパケット72はリンク220に移動中の端末300で受信され、デカプセル化(decapsulation)される。
【００１８】
このようにモバイルIPv6では、外部リンクへ移動中の端末宛にパケットが送信された場合は、ホームエージェント11においてカプセル化処理を行う必要がある。このため、移動中の端末が多くの通信相手と通信を行ったり、高速な通信を行う場合には、ホームエージェント11におけるカプセル化処理の負荷が高くなると言う問題がある。
【００１９】
また、ホームエージェント11がサポートする端末数が多く、且つこの内の多くの端末が移動中である場合には、端末から送信されるバインディング・アップデートの処理負荷も高くなるという問題がある。
これらの問題に対処するためにモバイルIPv6では、例えば、外部リンク220へ移動中の端末300がホームエージェント11から転送されたカプセル化パケット72を受信した場合に、そのパケット72の送信元端末310に対しバインディング・アップデートを送信し、送信元端末310においてホームエージェントと同様にバインディング・キャッシュを生成し、以降のパケット71を端末300のケア・オブ・アドレス宛に直接送信するルート最適化機能が定義されている。
【００２０】
このルート最適化機能が動作すれば、端末300宛のパケット71はホームエージェント11においてカプセル化されることは無い。しかし、端末300から送信元端末310へのバインディング・アップデートの送信は必ず行われるものではなく、端末300の設定に依存する。
【００２１】
また、仮に端末300から送信元端末310へバインディング・アップデートが送信された場合にも、送信元端末310がバインディング・アップデートを正しく受信し、バインディング・キャッシュを生成してパケット71を端末300のケア・オブ・アドレス宛に直接転送する機能を持っているとは限らない。
【００２２】
これらの場合には、端末300宛のパケット71は端末300のホームアドレスを宛先として送信され、ホームエージェント11においてカプセル化して転送することになる。
また、モバイルIPv4では、ルート最適化の機能自体が完全に定義されておらず、上記の文献(draft-ietf-mobileip-optim-10.txt）で検討中である。
【００２３】
(3) ルータの構成
図28は、図26に示したホームエージェントを内蔵した従来のルータ110の構成例を示している。このルータ110は、リンクインタフェース10_1〜10_3（以後、符号10で総称することがある。）と、これらのインタフェース10に接続されたルータコア20で構成されている。このルータコア20は、インタフェース10_1〜10_3に、それぞれ、パケット転送用バス30_1〜30_3（以後、符号30で総称することがある。）で接続されたパケットスイッチ21と、このパケットスイッチ21に接続された制御部22とで構成されている。
【００２４】
インタフェース10_1は、バインディング・キャッシュ14を含むホームエージェント11を有し、移動端末300のホームリンク210に接続されている。インタフェース10_2は、外部リンク250を経由してルータ120に接続され、インタフェース10_3は、外部リンク240を経由してルータ130に接続されている（図26参照）。
【００２５】
制御部22はルーティング処理部23を有し、この処理部23はルーティングテーブル24を保持している。なお、一般的に制御部22及びインタフェース10間は制御用バス31で接続され、この制御用バス31を経由して、制御信号等が制御部22及びインタフェース10間で交換される。
【００２６】
各機能ブロックの基本的な動作を以下に説明する。
リンクインタフェース 10は、他のルータ又はネットワーク装置と接続するための回線インタフェース（図示せず）を有し、他のルータ又はネットワーク装置から送信されたパケットの受信及びパケットスイッチ21への入力、またその逆にパケットスイッチ21から入力された送信パケットを他のルータ又はネットワーク装置に出力する。
【００２７】
リンクインタフェース10は、通常はカード形状をしており、ルータ110には、接続するリンクの種別や構成に応じた種別、個数のリンクインタフェース10が装着される。
ホームエージェント 11は、モバイルIPv6（又はモバイルIPv4）対応のホームエージェントであり、サポートするホームリンク210（図26参照）上の端末300が外部リンクに移動した際に、その端末300とモバイルIPv6メッセージ（バインディング要求パケット、バインディング応答パケット等）を交換し、端末300についてのバインディング・キャッシュ14を生成・保持し、端末300のホームアドレス宛に送信されたパケット71を端末300の代わりに受信して、端末300のケア・オブ・アドレス宛にカプセル化して転送する。
【００２８】
ホームエージェント11は、実際には、図29に示したリンクインタフェース10_1のようにリンクインタフェースにホームエージェント機能を付加する形態で実現されることが考えられる。これにより、既存のリンク210上にホームエージェントを追加設置することなく、ルータ110のリンクインタフェース10_1を変更することのみで、そのリンク上の端末に対しモバイルIPv6による移動をサポートすることが可能となる。
【００２９】
パケットスイッチ 21は、リンクインタフェース10から入力されたパケットをルーティング処理により決定されたリンクインタフェース（出力インタフェース）10へ振分ける処理を行う。
制御部 22は、各構成ハードウェアの動作監視、保守者による設定に基づくソフトウェア／ハードウェア動作の制御等、装着されたリンクインタフェース10を含めたルータ110全体の制御を行う。
【００３０】
ルーティング処理部 23は、特に、保守者による設定又はルーティングプロトコルによりルーティングテーブル24を作成し、このルーティングテーブル24に基づきパケットスイッチ21に入力されたパケットを出力するインタフェース10を決定するルーティング処理を行う。
【００３１】
(4) ルータ内における位置登録動作
図29は、図26に示した位置登録動作において、従来のルータ110の内部動作を示している。図26を参照してルータ110における位置登録動作を以下に説明する。
【００３２】
図26において、リンク220に移動中の端末300は、バインディング要求パケット81をルータ120及びリンク250を経由してルータ110へ送信する。
図30(1)は、バインディング要求パケット（以後、BUパケットと略称することがある）81を示しており、このBUパケット81は、IPヘッダ81a、バインディング・アップデート・オプション81b、ホームアドレス・オプション81c、及び認証ヘッダ81dで構成されている。
【００３３】
IPヘッダ81aは宛先アドレス（ホームエージェント11のアドレス“10.1”）及び送信元アドレス（端末300のケア・オブ・アドレス＝“20.10”）で構成され、オプション81bはシーケンス番号及び有効時間等で構成され、オプション81cは端末300のホームアドレス“10.10”で構成され、認証ヘッダ81dは認証用データ等で構成されている。
【００３４】
▲１▼図29のルータ110において、インタフェース10_2は、受信したBUパケット81をパケットスイッチ21へ入力する。
▲２▼ルーティング処理部23は、BUパケット81の宛先アドレス（ホームエージェントのアドレス＝“10.1”）を元に、ルーティングテーブル24を検索し、出力先のインタフェースをインタフェース10_1に決定する。
【００３５】
図31は、ルーティングテーブル24例を示している。このテーブル24は、宛先プレフィックス、次ホップルータ、そのホップ数、及び出力インタフェースで構成されている。
ルーティング処理部23は、宛先アドレス＝“10.1”に対応する宛先プレフィックス“10.x（xはドントケア）”を検索し、このプレフィックスに基づき出力インタフェース10_1を決定する（同図の24a参照）。
【００３６】
▲３▼パケットスイッチ21は、BUパケット81をインタフェース10_1へ入力する。
▲４▼インタフェース10_1において、ホームエージェント11は、BUパケット81の宛先アドレスをチェックし、それがホームエージェント11自身であることからBUパケット81を受信する。
【００３７】
ホームエージェント11は、BUパケット81の内容を解析し、端末300についてのバインディング情報がバインディング・キャッシュ14（図28参照）に存在しない場合、端末300についてのバインディング情報を生成し、既にバインディング情報が存在していた場合、バインディング・キャッシュ14の情報を更新する。
【００３８】
図30(2)は、バインディング・キャッシュ14の構成例を示している。この例では、特に、端末300のバインディング情報例を示しており、このバインディング情報は、移動端末300のホームアドレス＝“10.10”、端末300のホームエージェント(HA)11のアドレス＝“10.1”、端末300のケア・オブ・アドレス(CoA)＝“20.10”、登録有効時間＝“300（秒）”、及びセキュリティ情報で構成されている。
【００３９】
▲５▼ホームエージェント11は、BUパケット81に対する応答としてバインディング応答パケット（以後、BAパケットと略称することがある。）82を生成し、端末300へ返信するためパケットスイッチ21へ入力する。
図30(3)は、BAパケット82の構成例を示している。このBAパケット82は、IPヘッダ82a、ルーティングヘッダ82b、バインディング・アクノリッジメント・オプション82c、及び認証ヘッダ82dで構成されている。
【００４０】
IPヘッダ82aは、宛先アドレス82_1である端末300のケア・オブ・アドレス＝“20.10”及び送信元アドレス82_2であるホームエージェントアドレス＝“10.1”で構成され、ルーティングヘッダ82bには端末300のホームアドレス82_3＝“10.10”が挿入され、オプション82cにはシーケンス番号及び有効時間等82_4が挿入され、認証ヘッダ82dには認証用データ等82_5が挿入されている。
【００４１】
▲６▼ルーティング処理部23はBAパケット82の宛先アドレス＝“20.10”を元に、ルーティングテーブル24を検索し、出力先のインタフェースをインタフェース10_2に決定する（図31の24b参照）。
▲７▼パケットスイッチ21は、BAパケット82をインタフェース10_2に出力し、インタフェース10_2はBAパケット82をルータ120へ向けて送信する。
【００４２】
(5) ルータ内におけるパケット転送動作
図32は、図27に示したパケット転送例のおけるルータ110内部のパケット転送処理例を示している。このパケット転送処理を以下に説明する。
端末310が送信したパケット71は、ルータ130及びリンク240を経由してルータ110へ送信される（図27参照）。
【００４３】
図33(1)は、パケット71の構成を示している。このパケット71はIPヘッダ71a及びペイロード71bで構成されている。IPヘッダ71aは宛先アドレス71_1である端末300のホームアドレス＝“10.10”と送信元アドレス71_2である端末310のアドレス＝“30.11”とで構成されている。
【００４４】
▲１▼図32のルータ110において、インタフェース10_3は、パケット71を受信し、このパケット71をパケットスイッチ21に入力する。
▲２▼ルーティング処理部23はパケット71の宛先アドレス＝“10.10”を元に、ルーティングテーブル24（図31の24a参照）を検索し、出力先のインタフェースをインタフェース10_1に決定する。
【００４５】
▲３▼パケットスイッチ21は、パケット71をインタフェース10_1へ入力する。
▲４▼インタフェース10_1において、ホームエージェント11は、パケット71の宛先アドレス＝“10.10”に対応するバインディング情報が存在するか否かを検索する。そして、ホームエージェント11は、端末300についてのバインディング・キャッシュ14（図30(2)参照）が存在することから、パケット71をリンク210へ転送せず、端末300の代わりに受信する。
【００４６】
▲５▼ホームエージェント11は、端末300についてのバインディング情報に基づきパケット71をケア・オブ・アドレス＝“20.10”でカプセル化したカプセル化パケット72を生成し、このパケット72をパケットスイッチ21へ入力する。
図33(2)は、カプセル化パケット72の構成を示している。このパケット72は、カプセル化ヘッダ72aとペイロード72bとで構成されている。ヘッダ72aは、宛先アドレス72_1である端末300のケア・オブ・アドレス＝“20.10”と送信元アドレス72_2であるホームエージェント11のアドレス＝“10.1”とで構成され、ペイロード72bにはパケット71がそのまま挿入されている。
【００４７】
▲６▼ルーティング処理部23は、パケット72の宛先アドレス＝“20.10”を元に、ルーティングテーブル24を検索し、出力先のインタフェースをインタフェース10_2に決定する（図31の24b参照）。
▲７▼パケットスイッチ21は、パケット72をインタフェース10_2へ出力し、インタフェース10_2は、パケット72をルータ120へ向けて送信する。
【００４８】
【発明が解決しようとする課題】
図29及び図32に示したように、ホームエージェント11が動作する従来のルータ110においては、常にホームエージェント機能を持つリンクインタフェース10_1において移動中の端末300からのバインディング・アップデートの処理と端末300宛パケット71のカプセル化とが行われる。
【００４９】
このため、移動中の端末300宛に多くのパケット71が送信されている場合やホームエージェント11がサポートする端末の数が多い場合には、ホームエージェント11における上記のバインディング・アップデートの処理やカプセル化処理の負荷が高くなり、処理待ちのためのパケット遅延やバッファあふれによるパケット廃棄等が発生する虞れがある。
【００５０】
また、ルータ110内において、BUパケット81、BAパケット82、端末300宛パケット71、端末300宛カプセル化パケット72毎に、出力インタフェース決定のためのルーティング処理とその出力インタフェースへの振分処理が行われ、ルーティング処理部23及びパケットスイッチ21の処理能力を浪費することになり、ルータ110全体でのパケット処理スループットを低下させ、やはりパケット遅延やパケット廃棄を引き起こす虞れが有る。
【００５１】
移動中の端末300宛パケットの遅延や廃棄が発生した場合、端末300において実行中の通信の品質は劣化してしまう。特に、端末300の移動時にホームエージェント11へ送信されたBUパケット81の処理時間が長い場合、バインディング・キャッシュ14におけるケア・オブ・アドレスの更新も遅くなる。これにより、その間に端末300宛に送信されたパケット71をホームエージェント11は既に端末が移動して居なくなってしまった古いケア・オブ・アドレス宛にカプセル化して転送してしまうことになり、大量のパケット廃棄が発生し、通信品質の劣化だけでなく通信そのものが切断されてしまう虞れがある。
【００５２】
従って本発明は、モバイルIPv4/v6が動作するネットワークに接続された移動端末対応ルータにおいて、該移動端末宛のパケットのカプセル化処理及び該移動端末に関するモバイルIPメッセージ処理の処理時間を短縮することにより端末の通信品質劣化の原因となるパケット遅延やパケット廃棄を防ぐことを課題とする。
【００５３】
【課題を解決するための手段】
上記の課題を解決するため、本発明の移動端末対応ルータは、移動可能な端末のホームリンクに接続されたホームリンクインタフェースと、該端末の外部リンクに接続された外部リンクインタフェースとを備え、該外部リンクインタフェースが、該端末のバインディング情報を記憶したカプセル化用キャッシュと、該端末宛のパケットを該バインディング情報に含まれるケア・オブ・アドレスでカプセル化すると共に、該カプセル化したパケットをパケット転送ルート経由で、但しルーティング処理部を経由せずに出力インタフェースに送出する処理部と、を有することを特徴としている（請求項１）。
【００５４】
図１は、本発明に係る移動端末対応ルータ100の構成例を示している。このルータ100が、図28に示した従来の移動端末対応ルータ110と異なる点は、移動可能な端末300（図26参照、以後、移動端末300と称することがある。）のホームリンク210以外の、例えば、外部リンク240に接続された外部リンクインタフェース10_3が、カプセル化用キャッシュ12_3及び処理部13を備えていることである。
【００５５】
同様に、外部リンク250に接続された外部リンクインタフェース10_2もカプセル化用キャッシュ12_2（以後、キャッシュ12_2，12_3を総称してキャッシュ12と称することがある。）及び処理部13を備えている。
また、ルーティング処理部23がルーティングテーブル24に基づきパケットを転送するパケット転送ルート30とは同じであるが、ルーティングテーブル24を検索せずに直ちにリンクインタフェース10間を相互にパケット転送するルート（同図中の太い破線参照。このルートもパケット転送ルートと称する。このルートについては後述する。）があることも異なっている。
【００５６】
なお、図１中のインタフェース10_1〜10_3及び制御部22の間を接続する装置内制御ルート31は、以後の図においては、便宜的に省略することがある。また、ホームエージェント11に含まれるバインディング・キャッシュ14も、以後の図においては、便宜的に省略する。
【００５７】
キャッシュ12_3は、バインディング情報として、例えば、図２に示すように、移動端末300のホームアドレス＝“10.10”及びケア・オブ・アドレス(CoA)＝“20.10”を関連付けて記憶している。これらのホームアドレス及びケア・オブ・アドレスは、例えば、移動端末300宛のパケットをカプセル化するために必要な情報である（付記２）。
【００５８】
以後、図26に示したネットワークにおいて、ルータ110を本発明のルータ100に置き換えた場合の動作について説明する。
インタフェース10_3の処理部13は、例えば、移動端末310（図27参照）から送出された移動端末300宛のパケット71をルータ130及び外部リンク240を経由して受信する。そして、処理部13は、受信したパケット71を該バインディング情報に基づき該ケア・オブ・アドレスでカプセル化して送出する。
【００５９】
これにより、移動端末300宛のパケット71のカプセル化処理が、インタフェース10_1のホームエージェント11を経由せずに行われることになり、カプセル化処理時間を短縮することが可能になる。
図３は、本発明に係るルータ100の動作原理(1)を示している。ルータ100が、図27で示した端末310が送信した移動端末300宛のパケット71を転送する動作を以下により具体的に説明する。
【００６０】
▲１▼端末310が送出したパケット71は、ルータ130を経由してルータ100に到着する。ルータ100のインタフェース10_3がパケット71を受信する。
▲２▼リンクインタフェース10_3において、処理部13_3は、受信したパケット71（図33(1)参照）の宛先アドレス（移動端末300のホームアドレス）＝“10.10”に基づき、キャッシュ12_3の情報を検索する（図２参照）。キャッシュ12_3が移動端末300のホームアドレス及びケア・オブ・アドレスを関連付けたバインディング情報を記憶している場合、処理部13_3は、パケット71をケア・オブ・アドレス宛にカプセル化したパケット72（図33(2)参照）を作成する。
【００６１】
▲３▼処理部13_3は、パケット72をパケットスイッチ21へ入力する。
▲４▼ルーティング処理部23はパケット72の宛先アドレス（移動端末300のケア・オブ・アドレス）＝“20.10”に基づき、ルーティングテーブル24（図31の24b参照）を検索し、出力先インタフェースをインタフェース10_2に決定する。
【００６２】
▲５▼パケットスイッチ21は、パケット72をインタフェース10_2に出力する。インタフェース10_2は、パケット72をリンク250を経由してルータ120へ向けて送信する。
上記の▲３▼〜▲５▼の動作に示したように、本発明のルータ100は、カプセル化パケット72をパケットスイッチ21及びパケット転送用バス30を経由してルーティングテーブル24に基づき出力インタフェース10_2に転送することができる。以後、この転送ルートをパケット転送ルート30と称することがある（付記５）。
【００６３】
また、本発明では、上記の発明において、該バインディング情報が、自分の有効時間を含むことができる。これにより、移動端末300が、在圏する外部リンクから別に外部リンクに移動した場合、前の外部リンクのバインディング情報を自動的に削除することが可能になる（付記４）。
【００６４】
また、本発明では、上記のバインディング情報が、さらに、該カプセル化したパケットを出力する出力インタフェースを該ケア・オブ・アドレスと関連付けることが可能であり（付記３）、このバインディング情報に基づき該処理部が、該カプセル化したパケットを該出力インタフェースに与えることが可能である（付記６）。
【００６５】
図４は、本発明に係るルータ100の動作原理(2)を示している。このルータ100が、図３に示したルータ100と異なる点は、キャッシュ12_3が図２に示したキャッシュ12_3の内容に加えて、図５に示すように移動端末300のケア・オブ・アドレス＝“20.10”に対応する出力インタフェース10_2を記憶していることである。
【００６６】
また、処理部13は、図２に示した処理部13と異なり、カプセル化したパケットをルーティングテーブル24を検索せずに直ちに出力インタフェース10_2に与える。
図４に基づき、ルータ100が移動端末宛パケットを転送する動作手順を以下により具体的に説明する。
【００６７】
▲１▼端末310が送出したパケット71は、ルータ130及びリンク240を経由してルータ100へ送信される（図27参照）。ルータ100において、インタフェース10_3は、パケット71を受信する。
▲２▼インタフェース10_3において、処理部13_3は、キャッシュ12_3を検索し、受信したパケット71の宛先アドレス（端末300のホームアドレス）＝“10.10”に対応する端末300のケア・オブ・アドレス＝“20.10”を得る（図５参照）。そして、処理部13_3は、パケット71をケア・オブ・アドレス＝“20.10”宛にカプセル化したカプセル化パケット72を作成する。
【００６８】
▲３▼さらに、処理部13は、キャッシュ12_3に基づき端末300のケア・オブ・アドレス＝“20.10”に対応するインタフェース10_2を検出し、このインタフェース10_2にパケット72を与える。
▲４▼インタフェース10_2は、パケット72をルータ120へ向けて送信する。
【００６９】
これにより、パケット72は、ルーティングテーブル24の検索処理を行うことなく出力インタフェース10_2に直接与えられ、パケット転送ルートの負荷が軽減される。
また、本発明では、上記の発明において、該処理部が該端末からのバインディング要求パケットを受信したとき、該バインディング要求パケットに含まれる該バインディング情報を該カプセル化用キャッシュに記憶することが可能である（請求項２）。
【００７０】
すなわち、図６は、本発明に係るルータ100の動作原理(3)を示している。このルータ100において、例えば、移動端末300の外部リンク250に接続されたインタフェース10_2は、上記のインタフェース10_3と同様に、カプセル化用キャッシュ12_2及び処理部13_2を備えている。
【００７１】
図７は、キャッシュ12_2が、記憶している内容を示しており、この内容は、ホームエージェント11に含まれるバインディング・キャッシュ14（図１参照）が記憶している移動端末300のバインディング情報と同様である。
図６において、処理部13_2は、移動端末300からのバインディング要求パケット(BUパケット)81を受信してこのバインディング要求パケット81に含まれるバインディング情報でカプセル化用キャッシュ12_2の内容を更新することができる。
【００７２】
さらに、本発明では、上記の処理部13_2は、該バインディング要求パケット81に対するバインディング応答パケット82をパケット転送ルート30経由で出力インタフェースに与えることが可能である（付記８）。
すなわち、同図において、処理部13_2は、バインディング要求パケット81に対するバインディング応答パケット82を作成し、このパケット82をパケット転送ルート30経由で、すなわち、パケットスイッチ21を経由して、出力インタフェース10_2に与えることが可能である。
【００７３】
移動端末300が、位置登録した場合におけるルータ100のモバイルIPメッセージ処理例を同図を参照して以下に具体的に説明する。
▲１▼リンク220に移動した移動端末300が送信したバインディング要求パケット81（図30(1)参照）は、ルータ120及びリンク250を経由してルータ100にへ送信される（図26参照）。ルータ100において、インタフェース10_2はパケット81を受信する。
【００７４】
▲２▼インタフェース10_2において、処理部13_2は、受信したパケット81の種別を解析し、このパケット81がバインディング要求パケットであることを検出する。そこで、処理部13_2は、パケット81に含まれるホームアドレス・オプション81c（図30(1)参照）に示される移動端末300のホームアドレス＝“10.10”についてのバインディング情報がキャッシュ12_2に存在するか否かを検索する。
【００７５】
キャッシュ12_2に移動端末300のバインディング情報が記憶されている場合、処理部13_2は、パケット81の内容を元にキャッシュ12_2の移動端末300に関するバインディング情報（図７又は図30(2)参照）を更新し、パケット81の応答パケットとしてのバインディング応答パケット82（図30(3)参照）を生成する。
【００７６】
▲３▼処理部13_2は、パケット82をパケットスイッチ21に出力する。
▲４▼ルーティング処理部23はパケット82の宛先アドレス（移動端末300のケア・オブ・アドレス）＝“20.10”を元に、ルーティングテーブル24（図31参照）を検索し、出力先のインタフェースをインタフェース10_2に決定する。
【００７７】
▲５▼パケットスイッチ21は、パケット82をインタフェース10_2に入力し、インタフェース10_2はパケット82をルータ120へ向けて送信する。
このように処理部13_2が、ホームエージェント11の代わりにモバイルIPメッセージ処理を行うことにより、メッセージ処理時間を短縮することが可能になる。
【００７８】
また、本発明においては、上記の発明において、該カプセル化用キャッシュが、該バインディング応答パケットを出力する出力インタフェースを該バインディング情報の内の該端末のケア・オブ・アドレスと関連付けて記憶しており、該処理部が、該カプセル化用キャッシュの情報に基づき、該バインディング応答パケットを該出力インタフェースに与えることが可能である（付記９）。
【００７９】
図８は、本発明に係るルータ100の動作原理(4)を示している。このルータ100が図６に示したルータ100と異なる点は、インタフェース10_2のキャッシュ12_2が図７に示したバインディング情報の他に、図９に示すように端末300のケア・オブ・アドレス＝“20_10”に対応する出力インタフェース10_2をさらに記憶していることである。
【００８０】
また、処理部13_2が、キャッシュ12_2を参照して、バインディング要求パケット81に対するバインディング応答パケット82を、出力インタフェース10_2に与えることも異なっている。
以下に、図８に基づき、ルータ100の動作を具体的に説明する。
【００８１】
▲１▼リンク220に移動中の端末300が送信したバインディング要求パケット81（図30(1)参照）は、ルータ120及びリンク250を経由してルータ100へ送信される。ルータ100において、インタフェース10_2はパケット81を受信する。
▲２▼インタフェース10_2において、処理部13_2は、受信したパケット81の種別を解析し、このパケット81がバインディング要求パケットであることを検出する。次に、処理部13_2は、パケット81に含まれるホームアドレスオプション81cに示される端末300のホームアドレス＝“10.10”についてのバインディング情報がキャッシュ12_2に存在するか否かを検索する。
【００８２】
キャッシュ12_2がホームアドレス＝“10.10”のバインディング情報を記憶している場合、処理部13_2は、パケット81の内容を元にキャッシュ12_2の更新を行うと共に、パケット81の応答としてのバインディング応答パケット82を生成する（図30(3)参照）。
【００８３】
▲３▼処理部13_2は、キャッシュ12_2を参照してパケット82の出力インタフェースであるインタフェース10_2を検索し、このインタフェース10_2にパケット82を装置内制御ルート32を経由して与える。すなわち、パケット82は、インタフェース10_2のパケット受信側から同じインタフェース10_2のパケット送信側に与えられる。
【００８４】
▲４▼インタフェース10_2はパケット82をルータ120へ向けて送信する。
これにより、パケット82は、パケットスイッチ21を経由することなくインタフェース10_2に送られ、応答パケットの返送時間の高速化が可能となる。
上記の図３、図４で、それぞれ、説明した本発明の動作原理(1)及び(2)においては、移動端末宛パケットの転送処理の手順を説明し、図６及び図８で、それぞれ説明した本発明の動作原理(3)及び(4)においては、モバイルIPメッセージの交換処理及びカプセル化用キャッシュのバインディング情報の取得について説明した。
【００８５】
以下に、図10、図12、及び図14〜図19で、それぞれ、説明する本発明の動作原理(5)〜(12)においては、外部リンクインタフェースが、移動端末宛のパケット又は移動端末からのパケットを受信したとき、カプセル化用キャッシュが該移動端末のバインディング情報を記憶していない場合、ホームエージェントから、図２、図５、図７、及び図９に示したバインディング情報（キャッシュ情報と称することがある。）を取得する手順を説明する。
【００８６】
なお、本発明の動作原理(5)〜(12)における本発明に係る移動端末対応ルータ100の基本的な構成は、図１に示した移動端末対応ルータ100と同様である。
また、本発明の移動端末対応ルータ100では、上記の発明において、該処理部は、該端末に係るパケットを受信したとき、該カプセル化用キャッシュが該端末のバインディング情報を記憶していない場合、ホームエージェントから該バインディング情報を取得することが可能である（請求項３）。
【００８７】
なお、上記の該端末に係るパケットには、該端末宛のパケット及び該端末からのバインディング要求パケットが含まれる（付記１１及び付記１２）。
すなわち、図１において、移動端末300に対する外部リンクインタフェース10_3の処理部13_3は、端末300に係るパケット、例えば、端末300宛のパケットを受信したとき、キャッシュ12_3が端末300のバインディング情報を記憶していない場合、受信したパケットをカプセル化できない。
【００８８】
このような場合、処理部13_3は、ホームエージェントから端末300に関するバインディング情報を取得してキャッシュ12_3に書き込むことが可能である。
これにより、キャッシュ12_3は、端末300に関するバインディング情報を取得・記憶することが可能になり、処理部は、端末に係るパケットを受信した場合、そのカプセル化が可能になる。
【００８９】
また、本発明においては、上記の発明において、該処理部は、該バインディング情報を記憶していないことを要求メッセージで該ホームエージェントに通知しすることができる（請求項４）。
図10は、本発明の移動端末対応ルータ100の動作原理(5)を示している。この原理(5)では、リンクインタフェース10_3からホームエージェント11に対して移動端末300のケア・オブ・アドレスを要求する旨のメッセージを通常のパケットと同様の転送方法により送信する。
【００９０】
ここで、キャッシュ12_3は、バインディング情報を何も記憶していない状態であるものとする。
▲１▼端末310が送信したパケット71（図33(1)参照）は、ルータ130を経由してルータ100に到着する。ルータ100において、インタフェース10_3が、パケット71を受信する。
【００９１】
▲２▼インタフェース10_3において、処理部13_3は受信したパケット71の宛先アドレス（端末300のホームアドレス＝10.10）を元に、キャッシュ12_3の情報を検索する。キャッシュ12_3が宛先アドレスについてのバインディング情報（ケア・オブ・アドレス）を記憶していない場合、処理部13_3はホームエージェント11にケア・オブ・アドレスを要求するための要求メッセージ73を生成する。
【００９２】
図11(1)は、要求メッセージ73の構成例を示している。この要求メッセージ73は、IPヘッダ73a及び新規オプション73bで構成され、IPヘッダ73aは、パケット71の宛先アドレス73_1＝端末300のホームアドレス“10.10”とパケット71の送信元アドレス73_2＝端末310のアドレス“30.11”とで構成され、新規オプション73bには、「要求メッセージであることの表示73_3」、すなわち、「要求内容が“ケア・オブ・アドレス”であること」が表示される。
【００９３】
▲３▼処理部13_3は、受信したパケット71と生成した要求メッセージ73をパケットスイッチ21へ入力する。
▲４▼，▲４▼'以後、パケット71及び要求メッセージ73は、図32で示したパケット転送ルート30で、インタフェース10_1に転送される。
【００９４】
すなわち、▲４▼ルーティング処理部23はパケット71及び要求メッセージ73の宛先アドレス（いずれも端末300のホームアドレス＝10.10）を元に、ルーティングテーブル24（図31参照）を検索し、出力先のインタフェースをインタフェース10_1に決定する。▲４▼'パケットスイッチ21は、パケット71及び要求メッセージ73をインタフェース10_1へ入力する。
【００９５】
この内の要求メッセージにより、インタフェース10_3の処理部13_3は、端末300のバインディング情報がキャッシュ12_3に記憶されていないことをホームエージェント11に通知できる。
次に、ホームエージェント11が、バインディング情報を処理部13_3に通知する手順を説明する。
【００９６】
すなわち、本発明では、上記の発明において、ホームエージェント11は、カプセル化用キャッシュ12_3が該バインディング情報を記憶していないことを示す通知を受信したとき、自分が保持するバインディング・キャッシュから必要な情報を処理部13_3に通知することが可能である（付記１７）。
【００９７】
▲５▼ホームエージェント11は、パケット71の宛先アドレスと、これに対するバインディング・キャッシュが存在するかどうかをチェックする。そして、端末300についてのバインディング・キャッシュ（図30(2)参照）が存在することから、ホームエージェント11は、パケット71をリンク210へ転送せずに端末300の代わりに受信し、端末300についてのバインディング・キャッシュに基づきパケット71をケア・オブ・アドレス＝“20.10”でカプセル化する。
【００９８】
また、ホームエージェント11は受信した要求メッセージ（パケット）73の種別を解析し、入力されたパケット73が要求メッセージであることを検出する。そしてこの要求メッセージの内容に基づき、端末300についてのバインディング・キャッシュから端末300のケア・オブ・アドレス＝“20.10”をインタフェース10_3に通知するための応答メッセージ74を生成する。
【００９９】
図11(2)は、応答メッセージ74の構成例を示している。この応答メッセージ74は、IPヘッダ74a及び新規オプション74bで構成されている。IPヘッダ74aは、宛先アドレス（パケット71の送信元アドレス）74_1と送信元アドレス（パケット71の宛先アドレス）74_2から成り、新規オプション74bは、「応答メッセージであることの表示74_3」と「移動端末300のケア・オブ・アドレス74_4」とから成っている。
【０１００】
なお、図11(1)及び(2)に示したメッセージは、本発明のルータ100内で独自に交換されるものであるため、IPの標準では定義されていない独自の新規オプションを用いている。
ここで、ホームエージェント11は、要求メッセージ73の送信元のアドレス（ここでは“30.11”）記憶しておく。これは、後にホームエージェント11が、例えば端末300からのバインディング要求パケットを受信し、バインディング情報（ケア・オブ・アドレス）が変更された場合、この情報を外部リンクインタフェース10_3に送信するためである（付記２１）。
【０１０１】
なお、ホームエージェント11は、送信元のアドレス＝“30.11”を元にルーティングテーブル24（図31参照）を検索することにより、外部リンクインタフェース10_3を特定する。
▲６▼ホームエージェント11は、パケット72及び応答メッセージ74をパケットスイッチ21に入力する。
【０１０２】
▲７▼，▲７▼'，▲７▼"パケット72及び応答メッセージ74は、パケット転送ルート30で、それぞれ、インタフェース10_2及びインタフェース10_3に転送される。
すなわち、▲７▼ルーティング処理部23は、パケット72の宛先アドレス＝端末300のケア・オブ・アドレス“20.10”を元に、ルーティングテーブル24（図31参照）を検索し、出力先のインタフェースをインタフェース10_2に決定する。
【０１０３】
また、ルーティング処理部23は、応答メッセージ74の宛先アドレス＝パケット71の送信元アドレス“30.11”を元に、ルーティングテーブル24を検索し、出力先のインタフェースをインタフェース10_3に決定する。
▲７▼'パケットスイッチ21は、パケット72をインタフェース10_2へ入力する。インタフェース10_2はパケット72をルータ120へ向けて送信する。
【０１０４】
▲７▼"パケットスイッチ21は、応答メッセージ74をインタフェース10_3へ入力する。
▲８▼インタフェース10_3において、処理部13_3は、入力された応答メッセージ（パケット）74の種別を解析し、このパケット74が応答メッセージであることを検出する。そして、処理部13_3は、応答メッセージ74の内容に基づき、ホームエージェント11から通知された端末300のケア・オブ・アドレス＝“20.10”をキャッシュ12_3に記憶する。
【０１０５】
このように、ホームエージェント11は、応答メッセージ74で該バインディング情報をパケット転送ルート30を経由して通知することが可能である（付記１８）。
上記のキャッシュ12_3の情報取得処理により、インタフェース10_3には図２に示したキャッシュ内容が生成される。以後、処理部13_3は、このキャッシュ内容が記憶されている間は、端末300宛パケット71を図３に示したように転送処理することが可能となる。
【０１０６】
図12は、本発明に係るルータ100の動作原理(6)を示している。この原理(6)が図10に示した原理(5)と異なる点は、外部リンクインタフェースが、移動端末300宛パケット71の代わりに、移動端末300からのバインディング要求パケット81を受信したとき、図10と同様の動作で、ホームエージェント11に対して端末のバインディング情報を要求する旨の要求メッセージをパケット転送ルート30を経由して送信する。
【０１０７】
ここで、キャッシュ12_2は、バインディング情報を何も記憶していない状態であるとする。
以下に、動作原理(6)に基づくキャッシュ情報の取得例をより具体的に説明する。
【０１０８】
▲１▼端末300が送信したバインディング要求パケット81（図30(1)参照）は、ルータ120を経由してルータ100へ送信され、ルータ100において、インタフェース10_2がパケット81を受信する。
▲２▼インタフェース10_2において、処理部13_2は受信したパケット81の種別を解析し、このパケット81がバインディング要求パケットあることを検出する。次に、処理部13_2は、パケット81に含まれるホームアドレス・オプション81cに示された端末300のホームアドレス＝“10.10”についてのバインディング情報がキャッシュ12_2に存在するかを検索する。
【０１０９】
キャッシュ12_2に端末300のバインディング情報が記憶されていない場合には、処理部13_2はホームエージェント11に端末300のバインディング情報を要求するための要求メッセージ83を生成する。
図13(1)は、要求メッセージ83の構成例を示しており、この要求メッセージ83は、IPヘッダ83a、新規オプション83b、及びホームアドレス・オプション83cで構成されている。IPヘッダ83aは、バインディング要求パケット81の宛先アドレス83_1＝“10.1”及び送信元アドレス83_2＝“20.10”から成り、新規オプション83bは、「要求メッセージであることの表示83_3」から成り、ホームアドレスオプション83cは、「移動端末300のホームアドレス83_4」＝“10.10”から成っている。
【０１１０】
このように本発明では、処理部は、移動端末からのバインディング要求パケット81を受信した場合においてもホームエージェント11に対して要求メッセージ83でバインディング情報を要求することができる（請求項４、付記１２）。
▲３▼処理部13_3は、受信したバインディング要求パケット81と生成した要求メッセージ83とをパケットスイッチ21へ入力する。
【０１１１】
▲４▼，▲４▼'以後、バインディング要求パケット81及び要求メッセージ83は、図10に示した発明の原理(5)と同様に、パケット転送ルート30でインタフェース10_1に送信される。すなわち、バインディング要求パケット81及び要求メッセージ（パケット）83の宛先アドレスは共に同じホームエージェント11のアドレス＝“10.1”であるので、パケット81，83は、共にパケット転送ルート30を経由してインタフェース10_1に入力される。
【０１１２】
▲５▼インタフェース10_1において、ホームエージェント11はパケット81の宛先アドレスをチェックし、ホームエージェント11自身であることからパケット81を受信する。ホームエージェント11は、パケット81の内容を解析し、バインディング・キャッシュ14に端末300についてのバインディング情報（図30(2)参照）を生成する。なお、既にバインディング・キャッシュ14に端末300についてのバインディング情報が存在していた場合には、バインディング情報を更新する。
【０１１３】
そして、ホームエージェント11はバインディング要求パケット81に対する応答パケットとしてバインディング応答パケット82を生成する。
また、同様に、ホームエージェント11は受信した要求メッセージ（パケット）83の種別を解析し、パケット83が要求メッセージであることを検出する。そして、ホームエージェント11は、要求メッセージ83の内容に基づき、端末300についてのバインディング情報をインタフェース10_2に通知するための応答メッセージ84を生成する。
【０１１４】
図13(2)は、応答メッセージ84の構成を示している。この応答メッセージ84は、IPヘッダ84a及び新規オプション84bで構成されている。IPヘッダ84aは宛先アドレス84_1＝パケット71の送信元アドレス“20.10”及び送信元アドレス84_2＝パケット71の宛先アドレス＝“10.1”から成り、新規オプション84bは、「応答メッセージであることの表示84_3」及びバインディング情報84_4から成っている。
【０１１５】
なお、図13(1)及び(2)に示したメッセージは、ルータ内で独自に交換されるものであるため、それぞれ、IPの標準では定義されていない独自の新規オプション83b及び84bを用いている。
また、ホームエージェント11は、後に、端末300のバインディング情報が変更された場合にそれを通知するために、要求メッセージ83の送信元アドレス（ここでは“20.10”）を記憶しておく（付記２１）。
【０１１６】
▲６▼インタフェース10_1は、バインディング応答パケット82及び応答メッセージ84をパケットスイッチ21へ入力する。
▲７▼，▲７▼'，▲７▼"バインディング応答パケット82及び応答メッセージ84は、共にパケット転送ルート30でインタフェース10_2に送信される。インタフェース10_2はパケット82をルータ120へ向けて送信する。
【０１１７】
▲８▼インタフェース10_2において、処理部13_2は、入力された応答メッセージ（パケット）84に含まれる表示84_3を検出し、パケット84が応答メッセージであることを認識する。そして、処理部13_2は、応答メッセージの内容に基づき、ホームエージェント11から通知された端末300のバインディング情報84_4をキャッシュ12_2に記憶する。
【０１１８】
上記の処理により、キャッシュ12_2には、図７に示したような移動端末300に関するバインディング情報が生成される。以後、このバインディング情報が記憶されている間、処理部13_2は、端末300から周期的にホームエージェント11宛に送信されるバインディング要求パケット81を図６に示した動作原理(3)の処理を行うことが可能となる。
【０１１９】
図14は、本発明に係るルータ100の動作原理(7)を示している。この原理(7)ではキャッシュの情報取得方法の別の例を示している。該処理部は、通常のルーティングによるパケット転送ルート30ではなく、装置内制御ルート32を経由してホームエージェント11から該バインディング情報を獲得する方法を示す（請求項３、付記１５）。
【０１２０】
ここで、キャッシュ12_3は、バインディング情報を何も記憶していない状態であるとする。
▲１▼端末310が送信したパケット71は、ルータ130を経由してルータ100へ送信される。ルータ100において、インタフェース10_3はパケット71を受信する。
【０１２１】
▲２▼インタフェース10_3において、処理部13_3は受信したパケット71の宛先アドレス＝端末300のホームアドレス“10.10”を元に、キャッシュ12_3のバインディング情報を検索する。
▲３▼処理部13_3は、キャッシュ12_3がパケット71の宛先アドレスに関するバインディング情報（ケア・オブ・アドレス）が記憶されていない場合には、受信したパケット71をパケットスイッチ21に入力する。
【０１２２】
▲４▼，▲４▼’パケット71は、パケット転送ルート30でインタフェース10_1に入力される。
▲５▼インタフェース10_1において、ホームエージェント11は、パケット71の宛先アドレスと、これに対するバインディング・キャッシュが存在するかどうかをチェックする。そして端末300についてのバインディング・キャッシュ（図30(2)参照）が存在することから、ホームエージェント11はパケット71をリンク210へ転送せずに端末300の代わりに受信し、端末300についてのバインディング情報に基づきパケット71をケア・オブ・アドレスでカプセル化したパケット72を生成する。
【０１２３】
▲６▼ホームエージェント11はパケット72をパケットスイッチ21へ入力する。
▲７▼，▲７▼'パケット72は、パケット転送ルート30でインタフェース10_2に入力される。インタフェース10_2はパケット72をルータ120へ向けて送信する。
▲８▼インタフェース10_3において、処理部13_3は、▲３▼において、キャッシュがパケット71の宛先アドレスについてのバインディング情報（ケア・オブ・アドレス）を記憶していなかったため、装置内制御ルート32を使用してケア・オブ・アドレスの取得を試みる。
【０１２４】
まず、処理部13_3は、制御バス31経由でルーティングテーブル24（図31参照）を参照し、パケット71（図33参照）の宛先アドレス＝“10.10”に対する出力インタフェースがインタフェース10_1であることを知る（図31の24a参照）。
このように、本発明では、該処理部が、例えば、制御バス31を経由してルーティングテーブルから必要な情報（ここでは、出力インタフェース情報）を獲得することができる（付記１６）。
【０１２５】
次に、処理部13_3は、インタフェース10_1のホームエージェント11に対して、バインディング・キャッシュ14にパケット71の宛先アドレス＝“10.10”についてのバインディング情報を保持しているかを確認し、保持している場合にはバインディング情報からケア・オブ・アドレス＝“20.10”を取得する。
【０１２６】
さらに、処理部13_3は、取得したケア・オブ・アドレスを元に再度ルーティングテーブル24を参照し、ケア・オブ・アドレス＝“20.10”に対する出力インタフェース（ここではインタフェース10_2）の情報も併せて取得し（同図の24b参照）、キャッシュ12_3に記憶する。
【０１２７】
なお、ホームエージェント11は、後に、端末300のケア・オブ・アドレスが変更された場合にそれを通知するため、ケア・オブ・アドレスの取得を行ったインタフェースであるインタフェース10_3を記憶しておく（付記２１）。
上記の処理により、インタフェース10_3のキャッシュ12_3には図５に示したようなバインディング情報が生成される。以後、このバインディング情報が記憶されている間、処理部13_3は、端末300宛のパケット71を図４に示した原理(2)のように処理することが可能となる。
【０１２８】
図15は、本発明に係るルータ100の動作原理(8)を示しており、キャッシュの情報取得方法の別の例を示す。この例では処理部は、図14に示した原理(7)と異なり、移動端末宛パケットの代わりに移動端末からのバインディング要求パケットを受信したことを契機として、図14と同様に装置内制御ルート32を使用して、キャッシュにバインディング情報を取得する（請求項３、付記１２、及び付記１５）。
【０１２９】
ここで、キャッシュ12_2は、バインディング情報を何も記憶していない状態であるとする。
▲１▼端末300が送信したバインディング要求パケット81（図30(1)参照）が、ルータ120を経由してルータ100へ送信される。ルータ100において、インタフェース10_2はパケット81を受信する。
【０１３０】
▲２▼インタフェース10_2において、処理部13_2は、パケット81の種別を解析し、このパケット81がバインディング要求パケットであることを検出し、次にパケット81に含まれるホームアドレス・オプション81cに示される端末300のホームアドレス＝“10.10”についてのバインディング情報がキャッシュ12_2に存在するかを検索する。
【０１３１】
▲３▼処理部13_2は、キャッシュ12_2が端末300に関するバインディング情報を記憶していない場合、受信したバインディング要求パケット81をパケットスイッチ21へ入力する。
▲４▼，▲４▼'パケット81は、パケット転送ルート30を経由してインタフェース10_1に転送される。
【０１３２】
▲５▼インタフェース10_1において、ホームエージェント11は、パケット81の宛先アドレスをチェックし、ホームエージェント自身であることからパケット81を受信する。ホームエージェント11は、パケット81の内容を解析し、端末300についてのバインディング・キャッシュ（図30(2)参照）を生成する。（既に、端末300についてのバインディング・キャッシュが存在していた場合には、バインディング・キャッシュの情報を更新する。）そして、ホームエージェント11は、バインディング要求パケット81に対する応答としてバインディング応答パケット82を生成する。
【０１３３】
▲６▼ホームエージェント11は、パケット82をパケットスイッチ21へ入力する。
▲７▼，▲７▼'パケット82は、パケット転送ルート30を経由してインタフェース10_2に転送される。インタフェース10_2はパケット82をルータ120へ向けて送信する。
▲８▼インタフェース10_2において、処理部13_2は、上記の▲３▼において、キャッシュ12_2がバインディング要求パケット82の送信元である端末300についてのバインディング情報（ケア・オブ・アドレス）を記憶していなかったため、装置内制御ルート32を使用してバインディング情報の取得を試みる。
【０１３４】
すなわち、処理部13_2は、ルーティングテーブル24（図31参照）を参照し、パケット81の宛先であるホームエージェント11のアドレス“10.1”に対する出力インタフェースがインタフェース10_1であることを知る（同図の24a参照）。
次に、処理部13_2は、インタフェース10_1のホームエージェント11に対して、バインディング・キャッシュ14が端末300についてのバインディング情報を保持しているかを確認し、保持している場合には端末300のバインディング情報を取得する。さらに、処理部13_2は、端末300からのパケット81を取得した処理部13_2自身を含むインタフェース10_2の情報も併せて取得し、キャッシュ12_2に記憶する。
【０１３５】
なお、ホームエージェント11は、後に端末300のバインディング・キャッシュが変更された場合にそれをインタフェース10_2に通知するため、バインディング情報の取得を行ったインタフェースであるインタフェース10_2を記憶しておく（付記２１）。
【０１３６】
上記の処理により、キャッシュ12_2には、図９に示したような移動端末300に関するバインディング情報が生成される。以降、このバインディング情報が記憶されている間、処理部13_2は、端末300から周期的にホームエージェント11宛に送信されるバインディング要求パケット81を図８のように処理することが可能となる。
【０１３７】
図16は、本発明に係るルータ100の動作原理(9)を示している。この原理(9)では、キャッシュの情報取得方法の別例を示す。外部リンクインタフェース10_3の処理部13_3は、キャッシュ12_3が移動端末300に関するバインディング情報を記憶していない場合、受信した移動端末300宛のパケット71に、自身が属するリンクインタフェース10_3の識別子を付与したパケット71をパケット転送ルート30を経由してホームエージェント11に送信する。
【０１３８】
ホームエージェント11は、識別子が付与されたパケット71を受信したとき、リンクインタフェース10_3の処理部13_3が端末300に関するバインディング情報を要求していることを認識する（請求項３、請求項５、及び付記１１）。
ここで、キャッシュ12_3は、端末300に関するバインディング情報を何も記憶していない状態であるとする。
【０１３９】
▲１▼端末310が送信したパケット71（図33(1)参照）は、ルータ130を経由してルータ100へ送信される。ルータ100において、インタフェース10_3はパケット71を受信する。
▲２▼インタフェース10_3において、処理部13_3は、受信したパケット71の宛先アドレス＝端末300のホームアドレス“10.10”を元に、キャッシュ12_3のバインディング情報を検索する。キャッシュ12_3が宛先アドレスについてバインディング情報（ケア・オブ・アドレス）を記憶していない場合、処理部13_3はパケット71をカプセル化できない、そこで、パケット71にインタフェース10_3の識別子75＝“#3”の付与のみ行う。
【０１４０】
▲３▼処理部13_3は、パケット71をパケットスイッチ21に入力する。
▲４▼，▲４▼'パケット71は、パケット転送ルート30を経由してインタフェース10_1に送信される。
▲５▼インタフェース10_1において、ホームエージェント11は、パケット71の宛先アドレスである端末300のホームアドレス＝“10.10”に対するバインディング情報がバインディング・キャッシュ14に存在するか否かをチェックする。
【０１４１】
そして、ホームエージェント11は、端末300についてのバインディング情報（図30(2)）が存在することから、パケット71をリンク210へ転送せずに端末300の代わりに受信し、端末300についてのバインディング情報に基づきパケット71に自身が属するインタフェース10_1の識別子＝“#1”を付与した後、ケア・オブ・アドレスでカプセル化したパケット72を生成する（付記２０）。
【０１４２】
なお、ホームエージェント11がパケット71に自身が属するインタフェース10_1の識別子＝“#1”を付与する理由は、通常、ホームエージェント11と処理部13_3との動作は同じ機能ブロックで行うようにするため、処理部13_3で行われる識別子付与をホームエージェント11でも行っている。
【０１４３】
この様な識別子付与を行う代わりにホームエージェント11は、受信したパケット71に含まれる識別子75＝“#3”を削除した後、パケット71をケア・オブ・アドレスでカプセル化してもよい。この場合、処理部13_2はパケット72から識別子76＝“#1”を削除する必要はない。
【０１４４】
さらに、ホームエージェント11は、受信したパケット71の宛先アドレスを持つ端末300のバインディング情報（ケア・オブ・アドレス）をインタフェース10_3に通知するための応答メッセージ74を生成する。
なお、インタフェース10_1では、後に端末300のケア・オブ・アドレスが変更された場合にそれを通知するため、パケット71の入力元インタフェース（ここではインタフェース10_3）の識別子を記憶しておく（付記２１）。
【０１４５】
▲６▼ホームエージェント11は、パケット72をパケットスイッチ21へ入力する。
▲７▼，▲７▼'パケット72は、パケット転送ルートを経由してインタフェース10_2に送信される。インタフェース10_2において、処理部13_2はパケット72に付与された入力元インタフェース（ここではインタフェース10_1）の識別子76＝“#1”を削除し、ルータ120へ向けて送信する。
【０１４６】
▲８▼ホームエージェント11は、パケット71に付与されている識別子に基づき、▲５▼で生成した応答メッセージ（パケット）74を、パケット転送ルート30を経由してインタフェース10_3へ入力する。
▲９▼インタフェース10_3において、処理部13_3は、入力されたパケットの種別を解析し、入力されたパケット74が応答メッセージであることを検出する。そして、処理部13_3は応答メッセージの内容に基づき、ホームエージェント11から通知された端末300のバインディング情報（ケア・オブ・アドレス）をキャッシュ12_3に記憶する。
【０１４７】
上記の処理により、キャッシュ12_3には図２に示したようなバインディング情報が生成される。以後、このバインディング情報が記憶されている間、処理部13_3は、端末300宛のパケット71は図３に示した原理(1)の転送処理を行うことが可能となる。
【０１４８】
図17は、本発明に係るルータ100の動作原理(9)を示しており、この原理(9)では、キャッシュへの情報取得方法の別の例を示している。この例が図16に示した原理(8)と異なる点は、外部リンクインタフェースが、移動端末300宛パケット71の代わりに移動端末300からバインディング要求パケット81を受信したことを契機として、リンクインタフェースの識別子を付与したパケット81をパケット転送ルート30を経由してホームエージェント11に送信することにより、ホームエージェント11に対して端末300に関するバインディング情報を要求することである（請求項３、請求項５、及び付記１２）。
【０１４９】
ここで、キャッシュ13_2は、端末300のバインディング情報を何も記憶していない状態であるとする。
▲１▼端末300が送出したバインディング要求パケット81（図30(1)参照）は、ルータ120を経由してルータ100へ送信される。ルータ100において、インタフェース10_2はパケット81を受信する。
【０１５０】
▲２▼インタフェース10_2において、処理部13_2は、受信したパケット81の種別を解析し、このパケット81がバインディング要求パケットであることを検出する。次に、処理部13_2は、パケット81に含まれるホームアドレス・オプション81cに示された端末300のホームアドレス＝“10.10”に関するバインディング情報がキャッシュ12_2に存在するか否かを検索する。
【０１５１】
キャッシュ12_2が端末300に関するバインディング情報（ケア・オブ・アドレス）が記憶されていない場合、処理部13_2はバインディング要求パケット81を自身では処理せずに、パケット81にインタフェース10_2の識別子85＝“#2”の付与のみ行う。
【０１５２】
▲３▼処理部13_2は、パケット81をパケットスイッチ21へ入力する。
▲４▼，▲４▼'パケット81は、パケット転送ルート30経由でインタフェース10_1に送信される。
▲５▼インタフェース10_1において、ホームエージェント11は、パケット81の宛先アドレスをチェックし、宛先がホームエージェント11自身であることからパケット81を受信する。ホームエージェント11は、パケット81の内容を解析し、バインディング・キャッシュ14に端末300についてのバインディング情報（図30(2)参照）を生成する。なお、既に端末300についてのバインディング情報が存在していた場合、ホームエージェント11は、端末300に関するバインディング情報を更新する。
【０１５３】
そして、ホームエージェント11は、バインディング要求パケット81に対する応答として、自身が属するインタフェース10_1の識別子＝“#1”を付与したバインディング応答パケット82を生成すると共に、端末300のバインディング情報をインタフェース10_3に通知するための識別子85＝“#1”を付与した応答メッセージ84を生成する（付記２０）。
【０１５４】
なお、ここで、ホームエージェント11は、後に端末300のバインディング・キャッシュが変更された場合にそれを通知するため、バインディング要求パケットの入力元インタフェース（ここではインタフェース10_2）の識別子を記憶しておく（付記２１）。
【０１５５】
▲６▼ホームエージェント11は、生成したパケット82をパケットスイッチ21に入力する。
▲７▼，▲７▼'パケット82は、パケット転送ルート30を経由してインタフェース10_2に送信される。インタフェース10_2において、処理部13_2は、パケット82に付与された識別子＝“#1”を削除した後、パケット82をルータ120に向けて送信する。
【０１５６】
▲８▼ホームエージェント11は、パケット81に付与された識別子85＝“#2”に基づき、▲５▼で生成した応答メッセージ（パケット）84を、パケット転送ルートでインタフェース10_2に入力する。
▲９▼インタフェース10_2において、処理部13_2は、パケット84の種別を解析し、パケット84が応答メッセージであることを検出する。そして、処理部13_2は、この応答メッセージ84の内容に基づき、ホームエージェント11から通知された端末300のバインディング情報（ケア・オブ・アドレス）をキャッシュ12_2に記憶する。
【０１５７】
上記の処理により、キャッシュ12_2には図７に示したようなバインディング情報が記憶される。以降、このバインディング情報が記憶されている間は、端末300宛のバインディング要求パケット81は図６のように処理することが可能となる。
【０１５８】
図18は、本発明に係るルータ100の動作原理(11)を示している。この原理(11)ではキャッシュの情報取得方法の別の例を示している。図16に示した原理(9)と同様に、処理部13_3は、キャッシュ12_3が移動端末300に関するバインディング情報を記憶していない場合、受信した移動端末300宛のパケット71に自分が属するリンクインタフェース10_3の識別子＝“#3”を付与したパケット71をパケット転送ルート30を経由してホームエージェント11に送信する（請求項３、請求項５、及び付記１１）。
【０１５９】
この例が原理(9)と異なる点は、処理部13_3が、装置内制御ルート経由でホームエージェント11に対して端末300に関するバインディング情報を要求することである（付記１５）。
ここで、キャッシュ12_3は、端末300に関するバインディング情報を何も記憶していない状態であるとする。
【０１６０】
▲１▼〜▲３▼，▲４▼，▲４▼'は、図16に示した原理(9)における▲１▼〜▲３▼，▲４▼，▲４▼'と同様である。
▲５▼ホームエージェント11は、パケット71の宛先アドレス＝移動端末300のホームアドレス“10.10”に対応するバインディング情報が、バインディング・キャッシュ14が存在するか否かをチェックする。そして、ホームエージェント11は、端末300に関するバインディング情報が存在することから、パケット71をリンク210へ転送せずに端末300の代わりに受信し、端末300についてのバインディング情報に基づきパケット71をケア・オブ・アドレスでカプセル化したパケット72を生成する。
【０１６１】
なお、ホームエージェント11は、後に端末300のケア・オブ・アドレスが変更された場合にそれを通知するため、パケット71の入力元インタフェース（ここではインタフェース10_3）の識別子を記憶しておく（付記２１）。
▲６▼，▲７▼，▲７▼'は、図16に示した原理(9)の説明における▲６▼，▲７▼，▲７▼'と同様である。
【０１６２】
▲８▼ホームエージェント11は、パケット71に付与されたインタフェース10_3の識別子＝“#3”に基づき、端末300のバインディング情報（ケア・オブ・アドレス）を装置内制御ルートを経由してインタフェース10_3に通知する（付記１９）。さらに、ホームエージェント11は、例えば、制御用バス31を経由してルーティングテーブル24（図31参照）を参照し、端末300のケア・オブ・アドレス＝“20.10”に対する出力インタフェース（外部インタフェース10_2）の情報もインタフェース10_3に通知する（付記１６）。
【０１６３】
▲９▼インタフェース10_3において、処理部13_3は、ホームエージェント11から通知された内容に基づき、端末300のバインディング情報及び出力インタフェース10_2をキャッシュ12_3に記憶する。
上記の処理により、キャッシュ12_3には図５に示したバインディング情報が生成される。以後、このバインディング情報が記憶されている間、処理部13_3は、端末300宛パケット71を図４のように転送処理することが可能となる。
【０１６４】
図19は、本発明に係るルータ100の動作原理(12)を示しており、この原理(12)では、キャッシュの情報取得方法の別例を示している。この例では図17に示した原理(10)と同様に、外部リンクインタフェース10_2が、キャッシュ12_3が移動端末300に関するバインディング情報を記憶していない場合、バインディング要求パケット81を受信したことを契機として、リンクインタフェース10_2の識別子＝“#2”を付与したパケット81をパケット転送ルート30を経由してホームエージェント11に送信することにより、ホームエージェント11に対して端末300に関するバインディング情報を要求する（請求項３、請求項５、及び付記１２）。
【０１６５】
また、ホームエージェント11は、端末300に関するバインディング情報を入力元のインタフェース10_2に対して、原理(10)とは異なりパケット転送ルート30の代わりに、装置内制御ルート32を経由して通知する（付記１９）。
ここで、キャッシュ12_2は、移動端末300のバインディング情報を何も記憶していない状態であるとする。
【０１６６】
▲１▼〜▲３▼，▲４▼，▲４▼'は、図17に示した原理(10)の説明における▲１▼〜▲３▼，▲４▼，▲４▼'と同様である。
▲５▼ホームエージェント11は、パケット81の宛先アドレスをチェックし、ホームエージェント11自身であることからパケット81を受信し、パケット81の内容を解析し、バインディング・キャッシュ14に端末300に関するバインディング情報を生成する（既に、端末300についてのバインディング・キャッシュ14が存在していた場合には、端末300に関するバインディング情報を更新する）。
【０１６７】
そして、ホームエージェント11は、バインディング要求パケット81に対する応答としてバインディング応答パケット82を生成する。
ここで、ホームエージェント11は、後に端末300のバインディング・キャッシュが変更された場合にそれを通知するため、バインディング要求パケット81の入力元インタフェース（ここではインタフェース10_2）の識別子＝“#2”を記憶しておく（付記２１）。
【０１６８】
▲６▼，▲７▼，▲７▼'は、図17に示した原理(10)の説明における▲６▼，▲７▼，▲７▼'と同様である。
▲８▼ホームエージェント11は、バインディング要求パケット81に付与された識別子87＝“#2”に基づき、制御ルート32経由でインタフェース10_2に移動端末300のバインディング情報を通知する。
【０１６９】
▲９▼インタフェース10_2において、処理部13_3は、インタフェース10_1から通知されたパケット84に含まれる端末300のバインディング情報をキャッシュ12_2に記憶する。さらに、処理部13_3は、端末300のケア・オブ・アドレスに対応する出力インタフェースとして自身が属するインタフェース10_2情報もバインディング情報と共にキャッシュ12_2に記憶する。
【０１７０】
上記の処理により、キャッシュ12_2には図９に示したようなバインディング情報が生成される。以降、このバインディング情報が記憶されている間、処理部13_2は、端末300宛のバインディング要求パケット81を図８のように処理することことが可能になる。
【０１７１】
さらに、本発明に係る移動端末対応ルータは、移動可能な端末のホームリンクに接続されたホームリンクインタフェースと、該端末の外部リンクに接続された外部リンクインタフェースとを備え、該外部リンクインタフェースが、該端末のホームエージェントの代わりにモバイルIPメッセージの交換を行う処理部と、該メッセージに含まれる該端末のバインディング情報を記憶したキャッシュとを有することを特徴としている（付記２２）。
【０１７２】
すなわち、本発明のルータの構成は、図１に示した構成と同様であるが、同図に示したの外部リンクインタフェース10の処理部13及びキャッシュ12がホームエージェント11及びこれに含まれるバインディング・キャッシュ14と同じ機能を果たすことが異なっている。
【０１７３】
すなわち、処理部13は、ホームエージェントの代わりに移動端末とモバイルIPメッセージの交換を行い、キャッシュ12は該メッセージに含まれる該移動端末のバインディング情報を記憶することが可能である。
なお、上記のモバイルIPメッセージとして、例えば、該端末から受信したバインディング要求パケット及びこの要求パケットに対するバインディング応答パケットを交換することが可能である（付記２３）。
【０１７４】
また、処理部は、バインディング応答パケット（BAパケット）を、図８又は図９に、それぞれ示したように、パケット転送ルート及び装置内制御ルートの内のいずれかで転送することができる。
これにより、ホームエージェントは、モバイルIPメッセージの交換を行う必要がなくなりメッセージ交換の高速化が可能になる。
【０１７５】
また、本発明では、上記の発明において、該処理部は、該ホームエージェントのバインディング・キャッシュが記憶するバインディング情報を更新するために必要な情報を該モバイルIPメッセージで受信したとき、該必要な情報を該ホームエージェントに送信することが可能である（付記２４）。
【０１７６】
すなわち、外部リンクインタフェースの処理部が、該ホームエージェントの代わりに移動端末とモバイルIPメッセージの交換を行った場合、ホームエージェントのバインディング・キャッシュが記憶するバインディング情報を更新することができなくなる。そこで、処理部は、ホームエージェントが必要とする情報、例えば、バインディング要求パケットの内の該バインディング情報が変更されたバインディング要求パケットのみをホームエージェントに送信する。
【０１７７】
これを受信したホームエージェントは、バインディング・キャッシュのバインディング情報を更新することが可能になる。一方、ホームエージェントは、既に処理部がバインディング応答パケットを返送しているため、バインディング応答パケットを返送する必要はない。
【０１７８】
なお、処理部は、ホームエージェントに該必要な情報（バインディング要求パケット）をパケット転送ルート及び装置内制御ルートの内のいずれかで送信することが可能である。
これにより、ホームエージェントは、必要な情報のみを受信することが可能と成ると共に応答メッセージを返送する必要がなくなり、ルータ内のパケット転送ルート又は装置内制御ルートのメッセージ伝送負荷が軽くなる。
【０１７９】
上記の説明においては、ホームエージェントが、ホームリンクに接続されたホームリンクインタフェースに含まれる場合を示したが、本発明に係る移動端末対応ルータにおいては、該ホームエージェントが、少なくとも該ホームリンク上に在るか又は該ホームリンクインタフェースに含まれるかのいずれかであってもよい（付記２５）。
【０１８０】
すなわち、ホームエージェント11が、本発明のルータ100のホームリンクインタフェースに含まれずホームリンク210上に、例えばサーバとして存在してもよい。
この場合、上記の説明において、ホームエージェントに送られたパケット等は、ホームリンクインタフェース10_1及びホームリンク210を経由してサーバ（ホームエージェント）に送られ、サーバは、その応答をホームリンク210及びホームリンクインタフェース10_1を経由して外部リンクインタフェース10に送信することになる。
【０１８１】
【発明の実施の形態】
図20は、本発明に係る移動端末対応ルータ100の実施例を示している。この例では、図１に示したルータ100と基本的な構成が同様なルータを示している。
ルータ100は、リンクインタフェース10_1〜10_3（符号10で総称することがある。）とルータコア20で構成され、リンクインタフェース10_1〜10_3及びルータコア20は相互にそれぞれパケット転送用バス30及び制御用バス31で接続されている。
【０１８２】
リンクインタフェース10は、制御用バス31に接続された制御インタフェース63、これに接続されたプロセッサ61、これに接続されたメモリ62及び制御部66、パケット転送用バス30に接続されたスイッチインタフェース67、リンクに接続された送信インタフェース69、送信バッファ68、リンクに接続された受信インタフェース64、及び受信バッファ65で構成されている。
【０１８３】
受信インタフェース64、受信バッファ65、制御部66、及びインタフェース67は、この順で縦続接続され、リンク（入力回線）側から受信したパケット（伝送フレーム）をバス30に与える。同様に、インタフェース67、制御部66、送信バッファ68、及び送信インタフェース69は、この順で縦続接続され、バス30からリンク（出力回線）側にパケット（伝送フレーム）を送信する。
【０１８４】
ルータコア20は、プロセッサ51と、これに接続されたメモリ52、制御インタフェース55、及びスイッチインタフェース53と、このインタフェース53に接続されたパケットバッファ54とで構成され、この内のインタフェース53及びインタフェース55は、それぞれ、バス30及びバス31に接続されている。
【０１８５】
リンクインタフェース10及びルータコア20の構成要素の基本的な動作を以下に説明する。
(1) リンクインタフェース 10
プロセッサ 61：プログラムを実行し、リンクインタフェース10の各機能ブロックの制御、ルータコア20との連携、送受信パケット種別の解析、キャッシュの生成／更新／削除及び検索、メッセージの生成、カプセル化、モバイルIPメッセージ処理（ホームエージェントの場合）等の機能を実現する。
【０１８６】
メモリ 62：プロセッサ61で実行されるプログラムを格納する。また生成されたバインディング情報（バインディング・キャッシュ）を保持する。
制御インタフェース 63：プロセッサ61の指示に基づいて、ルータコア20からの情報の設定や取得、ルータコア20への情報の通知を行うために、制御用バス31を介してルータコア20及び他のリンクインタフェース10との制御信号の交換を行う。
【０１８７】
受信インタフェース 64：入力回線から伝送フレームを受信してパケットに変換する。フレームの正常性確認等も行う。
受信バッファ 65：受信インタフェース64からの受信パケットを一時的に格納し、格納したパケットをインタフェース67、バス30を経由してルータコア20に入力する。
【０１８８】
送信バッファ 68：ルータコア20から出力された送信パケットを、バス30及びインタフェース67を経由して受信し一時的に格納する。
送信インタフェース 69：送信バッファ68からの送信パケットを伝送フレームに変換し、出力回線へ送出する。
【０１８９】
制御部 66：プロセッサ61の指示に基づいて受信バッファ65、送信バッファ68、スイッチインタフェース67等を制御し、受信バッファ65及び送信バッファ68に格納されたパケットの入出力等の操作、プロセッサ61が生成したメッセジをルータコア20に入力する処理等を実行する。
【０１９０】
スイッチインタフェース 67：パケット転送用バス30を介してルータコア20とパケットの入出力を行う。
(2) ルータコア 20
プロセッサ 51：プログラムを実行し、保守者による設定情報（入力端末等は図示せず）に基づき、ルータコア20及び各リンクインタフェース10への情報の設定、制御インタフェース55及び制御用バス31を介した各リンクインタフェース10の監視及び制御、各種プロトコル（ルーティングプロトコル等）の実行、パケットルーティング処理、パケット転送用バス30を介した各リンクインタフェース10とのパケットの入出力制御等の機能を実現する。
【０１９１】
メモリ 52：プロセッサ51で実行されるプログラムを格納する。また保守者による設定情報及びルーティングテーブル24等を保持する。
制御インタフェース 55：プロセッサ51の指示に基づいて、制御用バス31を介して各リンクインタフェース10との制御信号の交換を行うことにより、各リンクインタフェース10へ情報の設定や通知、各リンクインタフェース10からの情報の取得等を行う。
【０１９２】
スイッチインタフェース 53：パケット転送用バス30を介してリンクインタフェース10とパケットの入出力を行い、各リンクインタフェース10間のパケット伝送を行う。
パケットバッファ 54：パケット転送用バス30を介して各リンクインタフェース10間で伝送されるパケットを一時的に格納する。
【０１９３】
図20において、破線で示されたキャッシュ12、バインディング・キャッシュ14、パケットスイッチ21、制御部22、及びルーティングテーブル24は、それぞれ、図１に示したキャッシュ12_2，12_3、バインディング・キャッシュ14、パケットスイッチ21、制御部22、及びルーティングテーブル24と同様の機能を果たす部分を示している。
【０１９４】
図20に示した構成の本発明に関わる移動端末対応ルータ100の外部リンクインタフェース（図１のインタフェース10_2，10_3参照）におけるパケット受信処理手順(1)の実施例が図21に示され、ホームリンクインタフェース（同図のインタフェース10_1参照）におけるパケット受信処理手順(1)の実施例が図22に示されている。
【０１９５】
このパケット受信処理手順(1)では、図26に示した一般的なインターネットネットワークにおける従来のルータ110，120，130を、図20に示した本発明のルータ100に置き換え、以下の動作を行うものとする。
リンクインタフェース 10
図１に示したインタフェース10_1〜10_3と同様に、図20に示したインタフェース10_1は、移動端末300に関するホームリンクインタフェースであり、インタフェース10_2，10_3は、外部リンクインタフェースであるものとする。
【０１９６】
移動端末 300 宛のパケット転送処理：図３に示した本発明の動作原理(1)に基づくパケット転送処理
移動端末 300 からのホームエージェントへの位置登録処理手順：図29に示した従来の位置登録処理手順
外部リンクインタフェースにおけるキャッシュの情報取得処理手順：図10に示した本発明の動作原理(5)に基づくキャッシュの情報取得処理手順、なお、図20のカプセル化用キャッシュ12は、図２に示したバインディング情報を記憶するものとする。
外部リンクインタフェースにおけるパケット受信処理手順 (1)
図21に基づき外部リンクインタフェースにおけるパケット受信処理手順(1)を以下に説明する。なお、この処理は図10では、例えば、処理部13_3が行う処理に相当する。
【０１９７】
図 21 のステップ S101 〜 S104：パケット71がリンク側から入力された場合で、且つパケットの宛先アドレス＝“10.10”に対応するバインディング情報がキャッシュ12に記憶されていない（キャッシュがない）場合、外部リンクインタフェース10は、受信パケット71をルータコア20（パケットスイッチ21）に入力すると共に、キャッシュ要求メッセージ73を生成してルータコア20へ入力する（図10の▲１▼〜▲３▼参照）。
【０１９８】
ステップ S102 ， S105 〜 S107：リンク側から入力されたパケット71の宛先アドレスに対応するバインディング情報がキャッシュ12に記憶されている（キャッシュがある）場合で、且つパケットのカプセル化が有効な場合、パケット71をカプセル化して、このカプセル化パケット72をルータコア20に入力する（図３の▲１▼〜▲３▼参照）。なお、パケットのカプセル化の有効/無効の設定は、例えば、保守者によって決定される。ルータ100は、有効に設定された場合、パケットのカプセル化を行い、無効に設定された場合、パケットのカプセル化を行わない。
【０１９９】
ステップ S105 ， S107：パケットのカプセル化が無効な場合、パケットをカプセル化せずにルータコア20に入力する。
ステップ S101 ， S108 ， S109：ルータコア側から入力されたパケットがキャッシュ応答メッセージ74である場合、キャッシュを作成する。すなわち、応答メッセージ74に含まれるバインディング情報をキャッシュ12に記憶する（図10の▲８▼参照）。
【０２００】
ステップ S108 ， S110：ルータコア側から入力されたパケットがキャッシュ応答メッセージ74でない場合（パケットがカプセル化された移動端末宛のパケットである場合）、パケットをリンク側に送信する（図３の▲５▼又は図10の▲７▼’参照）。 ホームリンクインタフェースにおけるパケット受信処理手順 (1)
図22に基づき、ホームリンクインタフェースにおけるパケット受信処理手順(1)を以下に説明する。なお、この処理は、図１ではホームエージェント11又はインタフェース10_1に含まれる処理部（図示せず。）が行う処理に相当する。
【０２０１】
ステップ S201 〜 S204：リンク側から入力されたパケットの宛先アドレスに対応するバインディング・キャッシュが有る場合（すなわち、宛先アドレスに対応するバインディング情報がバインディング・キャッシュ14（図１参照）に有る場合）、入力パケットをカプセル化して、ルータコア20側に出力する（図10の▲４▼'，▲５▼，▲６▼参照）。
【０２０２】
この処理は、ホームリンク側から入力された移動端末宛のパケットをカプセル化してルーティングする処理に相当する。
ステップ S202 ， S204：リンク側から入力されたパケットの宛先アドレスに対応するバインディング情報がバインディング・キャッシュ14に無い場合、カプセル化せずにパケットをルータコア20に入力する。この処理は、ホームリンク側から入力されたカプセル化する必要のない端末宛パケット又は端末からのバインディング要求パケットをルーティングする処理に相当する。
【０２０３】
ステップ S201 ， S205 〜 S207：ルータコア20側から入力されたパケットが、バインディング要求パケット81である場合、バインディング・キャッシュ14を更新すると共にバインディング応答パケット82を生成し、生成したパケット82をルータコア20側に出力する（図29の▲３▼〜▲５▼参照）。この処理は、ホームエージェントにおける位置登録に相当する。
【０２０４】
ステップ S205 ， S208 〜 S210：ルータコア20側から入力されたパケットが キャッシュ要求メッセージ73である場合、キャッシュ応答メッセージ74を生成し、生成した応答メッセージ74をルータコア側に出力する。また、要求メッセージ送信元を記憶する（図10の▲４▼'，▲５▼，▲６▼参照）。
【０２０５】
>ステップ S208 ， S211：ルータコア20側から入力されたパケットがバインディング要求パケット及びキャッシュ要求メッセージで無い場合、パケットをリンク側に送信する。この処理は、ホームリンクにルーティングされたパケットをホームリンクに出力する処理である。
【０２０６】
図23は、本発明の移動端末対応ルータ100における外部リンクインタフェース別の実施例であるパケット受信処理手順(2)を示しており、図24は、本発明の移動端末対応ルータ100のホームリンクインタフェースにおける別の実施例であるパケット受信処理手順(2)を示している。これらの受信処理手順(2)は、以下の実施形態を前提としている。
【０２０７】
移動端末 300 宛パケットの転送処理手順：図４に示した本発明の動作原理(2)に基づくパケット転送処理手順
移動端末 300 からのホームエージェントへの位置登録処理手順：図８に示した本発明の動作原理(4)に基づく位置登録処理手順
外部リンクインタフェースにおけるキャッシュの情報取得処理手順：図18及び図19にそれぞれ示した本発明の動作原理(11)及び(12)に基づくキャッシュの情報取得処理手順、なお、この手順ではキャッシュには図５及び図９に示したバインディング情報が記憶されるものとする。
【０２０８】
外部リンクインタフェースにおけるパケット受信処理手順 (2)
図23に基づき、外部リンクインタフェースにおけるパケット受信処理手順(2)を以下に説明する。
ステップ S301 〜 S304：リンク側から入力されたパケットの宛先アドレスに対応するキャッシュが無い場合、パケットに自身のインタフェース識別子を付与してルータコア側に出力する（図18の▲１▼〜▲３▼、又は図19の▲１▼〜▲３▼参照）。
【０２０９】
ステップ S302 ， S305 〜 S309：リンク側から入力されたパケットの宛先アドレスに対応するバインディング情報がキャッシュ12にある（キャッシュが有る）場合で、且つカプセル化が有効な場合、パケットをカプセル化し、キャッシュ（図５又は図９参照）から出力インタフェースを検出し、カプセル化パケットに識別子を付与した後、このパケットを制御ルート32経由で出力インタフェースに出力する（図４の▲１▼〜▲３▼参照）。
【０２１０】
ステップ S305 ， S307 〜 S309：カプセル化が無効な場合、キャッシュ（図５又は図９参照）から出力インタフェースを検出し、識別子を付与した後、このパケットをカプセル化せずに制御ルート32経由で出力インタフェースに出力する。
ステップ S301 ， S310 ， S311：ルータコア20側から受信したパケットからインタフェース識別子を削除して、リンク側に送信する。（図18及び19の▲７▼'参照）。
【０２１１】
ホームリンクインタフェースにおけるパケット受信処理手順 (2)
図24に基づき、ホームリンクインタフェースにおけるパケット受信処理手順(2)を以下に説明する。
ステップ S401 〜 S404：リンク側から受信したパケットの宛先アドレスに対応するバインディング情報がバインディング・キャッシュ14に無い場合、パケットにインタフェース識別子を付与してルータコア20側に出力する。
【０２１２】
ステップ S401 ， S402 ， S405 〜 S408：リンク側から受信したパケットの宛先アドレスに対応するバインディング・キャッシュ14（図５参照）が有る場合、パケットをカプセル化し、キャッシュ14から出力インタフェースを検索し、検索したインタフェースの識別子をパケットに付与した後、出力インタフェースに出力する。
【０２１３】
ステップ S401 ， S409 〜 S415：ルータコア20側から受信したバインディング要求パケット81のインタフェースの識別子が変わった場合、旧インタフェースのキャッシュを削除した後、インタフェース識別子の更新を行う。そして、バインディング・キャッシュ14の更新及びバインディング応答パケット82の生成を行い、生成したバインディング応答パケット82に出力インタフェースの識別子付与した後、ルータコア側に出力する（図19の▲４▼'，▲５▼，▲６▼，▲７▼'参照）。
【０２１４】
ステップ S410 ， S413 〜 S415：ルータコア20側から受信したバインディング要求パケット81のインタフェース識別子が変わらなかった場合、バインディング・キャッシュ14の更新及びバインディング応答パケット82の生成を行い、生成したバインディング応答パケット82に出力インタフェースの識別子付与した後、ルータコア側に出力する（図19の▲４▼'，▲５▼，▲６▼，▲７▼'参照）。
【０２１５】
ステップ S401 ， S409 ， S416 〜 S421：ルータコア20側から受信したパケットがバインディング要求パケット81でない場合で、且つこのパケットの宛先アドレスがバインディング・キャッシュ14に有る場合、入力元インタフェースのキャッシュを設定して入力元インタフェースを記憶する。そして、パケットをカプセル化すると共にインタフェース識別子を付与した後、ルータコア側に出力する（図18の▲４▼'，▲５▼，▲６▼参照）。
【０２１６】
ステップ S416 ， S422：ルータコア20側から受信したパケットがバインディング要求パケットでない場合で、このパケットの宛先アドレスがバインディング・キャッシュ14に無い場合、パケットをリンク側に送信する。
ルータコア 20 におけるパケット処理手順
図25は、図20に示した本発明の移動端末対応ルータ100のルータコア20におけるパケット処理手順の実施例を示している。この処理は、「パケット転送ルート」に関する処理であり、ルータコア20はパケット処理手順を繰り返し実行する。
【０２１７】
ステップ S501：パケットバッファ54にパケットが記憶されていない場合、パケットをスイッチング（ルーティング）処理等を行う必要はないのでループを終了した後、ステップS501に戻りループを繰り返す。
ステップ S501 〜 S503：パケットバッファ54にパケットが記憶されている場合で、且つパケットの宛先アドレスがルータ自身である場合、自分宛のパケット処理（プロトコル処理等）を実行する。
【０２１８】
ステップ S501 ， S502 ， S504 ， S505 ， S507：パケットバッファ54にパケットが記憶されている場合で、且つパケットの宛先アドレスがルータ自身でない場合で、且つルーティングテーブル24を検索して出力インタフェースが決定できる場合、決定した出力インタフェースにパケットを出力する。
【０２１９】
ステップ S505 〜 S507：ルーティングテーブル24を検索して出力インタフェースが決定できない場合、受信したパケットを廃棄すると共に、エラーメッセージパケットを作成し、作成したパケット送信元に対応する出力インタフェースに出力する。
【０２２０】
（付記１）
移動可能な端末のホームリンクに接続されたホームリンクインタフェースと、該端末の外部リンクに接続された外部リンクインタフェースとを備え、
該外部リンクインタフェースが、該端末のバインディング情報を記憶したカプセル化用キャッシュと、該端末宛のパケットを該バインディング情報に含まれるケア・オブ・アドレスでカプセル化する処理部と、を有することを特徴とした移動端末対応ルータ。
【０２２１】
（付記２）上記の付記１において、
該バインディング情報が、該端末のホームアドレス及び移動時のケア・オブ・アドレスを関連付けた情報であることを特徴とした移動端末対応ルータ。
（付記３）上記の付記２において、
該バインディング情報が、該カプセル化したパケットを出力する出力インタフェースを該ケア・オブ・アドレスと関連付けていることを特徴とした移動端末対応ルータ。
【０２２２】
（付記４）上記の付記１において、
該バインディング情報が、自分の有効時間を含むことを特徴としたした移動端末対応ルータ。
（付記５）上記の付記１において、
該処理部が、該カプセル化したパケットをパケット転送ルート経由で出力インタフェースに送出することを特徴とした移動端末対応ルータ。
【０２２３】
（付記６）上記の付記３において、
該処理部が、該カプセル化したパケットを該出力インタフェースに与えることを特徴とした移動端末対応ルータ。
（付記７）上記の付記１において、
該処理部が、該端末からのバインディング要求パケットを受信したとき、該バインディング要求パケットに含まれる該バインディング情報を該カプセル化用キャッシュに記憶することを特徴とした移動端末対応ルータ。
【０２２４】
（付記８）上記の付記７において、
該処理部は、該バインディング要求パケットに対するバインディング応答パケットをパケット転送ルート経由で出力インタフェースに与えることを特徴とした移動端末対応ルータ。
【０２２５】
（付記９）上記の付記７において、
該カプセル化用キャッシュが、該バインディング応答パケットを出力する出力インタフェースを該バインディング情報の内の該端末のケア・オブ・アドレスと関連付けて記憶しており、
該処理部が、該バインディング情報に基づき、該バインディング応答パケットを該出力インタフェースに与えることを特徴とした移動端末対応ルータ。
【０２２６】
（付記１０）上記の付記１において、
該処理部は、該端末に係るパケットを受信したとき、該カプセル化用キャッシュが該端末のバインディング情報を記憶していない場合、ホームエージェントから該バインディング情報を取得することを特徴とした移動端末対応ルータ。
【０２２７】
（付記１１）上記の付記１０において、
該端末に係るパケットが、該端末宛のパケットであることを特徴とした移動端末対応ルータ。
（付記１２）上記の付記１０において、
該端末に係るパケットが、該端末からのバインディング要求パケットであることを特徴とした移動端末対応ルータ。
【０２２８】
（付記１３）上記の付記１０において、
該処理部は、該バインディング情報を記憶していないことを要求メッセージで該ホームエージェントに通知することを特徴とした移動端末対応ルータ。
（付記１４）上記の付記１０において、
該処理部は、自分が属する外部リンクインタフェースの識別子を該パケットに付与することにより、パケット転送ルートで、該バインディング情報が記憶されていないことを該ホームエージェントに通知することを特徴とした移動端末対応ルータ（５）。
【０２２９】
（付記１５）上記の付記１０において、
該処理部は、装置内制御ルートを経由して該ホームエージェントから該バインディング情報を獲得することを特徴とした移動端末対応ルータ。
（付記１６）上記の付記１０において、
該処理部は、装置内制御ルートを経由してルーティングテーブルから必要な情報を獲得することを特徴とした移動端末対応ルータ。
【０２３０】
（付記１７）上記の付記１０において、
該ホームエージェントは、該カプセル化用キャッシュが該バインディング情報を記憶していないことを示す通知を受信したとき、自分が保持するバインディング・キャッシュから必要な情報を該処理部に通知することを特徴とした移動端末対応ルータ。
【０２３１】
（付記１８）上記の付記１７において、
該ホームエージェントは、応答メッセージで該バインディング情報をパケット転送ルートを経由して通知することを特徴とした移動端末対応ルータ。
（付記１９）上記の付記１７において、
該ホームエージェントが、該バインディング情報を装置内制御ルートを経由して通知することを特徴とした移動端末対応ルータ。
【０２３２】
（付記２０）上記の付記１０において、
該ホームエージェントは、該通知が出力インタフェースの識別子で行われたとき、自分が属する出力インタフェースの識別子を付与した該バインディング情報を通知することを特徴とした移動端末対応ルータ。
【０２３３】
（付記２１）上記の付記１７において、
該ホームエージェントは、該通知を送信した外部リンクインタフェースを記憶しておき、この後、該端末からのバインディング要求パケットを受信したとき、該バインディング要求パケットに含まれるバインディング情報を該記憶した外部リンクインタフェースに送信することを特徴とした移動端末対応ルータ。
【０２３４】
（付記２２）
移動可能な端末のホームリンクに接続されたホームリンクインタフェースと、該端末の外部リンクに接続された外部リンクインタフェースとを備え、
該外部リンクインタフェースが、該端末のホームエージェントの代わりにモバイルIPメッセージの交換を行う処理部と、該モバイルIPメッセージに含まれる該端末のバインディング情報を記憶したキャッシュと、を有することを特徴とした移動端末対応ルータ。
【０２３５】
（付記２３）上記の付記２２において、
該モバイルIPメッセージが、該端末から受信したバインディング要求パケット及びこれに応答するバインディング応答パケットであることを特徴とした移動端末対応ルータ。
【０２３６】
（付記２４）上記の付記２２において、
該処理部は、該ホームエージェントのバインディング・キャッシュが記憶するバインディング情報を更新するために必要な情報を該モバイルIPメッセージで受信したとき、該必要な情報を該ホームエージェントに送信すること特徴とした移動端末対応ルータ。
【０２３７】
（付記２５）上記の付記１又は付記２２において、
該ホームエージェントが、少なくとも該ホームリンク上に在るか又は該ホームリンクインタフェースに含まれるかのいずれかであることを特徴とした移動端末対応ルータ。
【０２３８】
【発明の効果】
以上説明したように、本発明に係る移動端末対応ルータによれば、該移動端末宛パケットのカプセル化処理がホームエージェントを経由せずに行われることになりカプセル化処理時間を短縮することが可能になる。
【０２３９】
また、該処理部が、移動端末からのバインディング要求パケットを受信し、バインディング要求パケットに含まれるバインディング情報をカプセル化用キャッシュに記憶することにより、該カプセル化用キャッシュの更新を可能にする。
さらに、該処理部が該バインディング要求パケットに対するバインディング応答パケットをパケット転送ルート経由で出力インタフェースに与えるように構成したので、モバイルIPメッセージ処理を短縮することが可能になる。
【０２４０】
また、該処理部が、カプセル化した該移動端末宛パケット又は該バインディング応答パケットをパケット転送ルートとは別の装置内制御ルート経由で該出力インタフェースに与えるように構成したので、パケットをパケット転送ルートを経由することなく出力インタフェース10_2に直接与えられ、パケット転送の高速化が可能になる。
【０２４１】
また、該処理部が移動端末に係るパケット、例えば移動端末宛パケット又は移動端末からのバインディング要求パケットを受信したとき、該カプセル化用キャッシュが受信した端末のバインディング情報を記憶していない場合、パケット転送ルート又は装置内制御ルートを経由してホームエージェントから該バインディング情報を取得するように構成したので、該キャッシュは移動端末に関するバインディング情報を取得・記憶することが可能になる。
【０２４２】
さらに、外部リンクインタフェースの処理部が、移動端末のホームエージェントの代わりにモバイルIPメッセージの交換を行い、このメッセージの内の必要な情報のみをホームエージェントに通知し、キャッシュが該メッセージに含まれる該移動端末のバインディング情報を記憶するように構成したので、ルータ内のメッセージ伝送負荷が軽くなる。
【０２４３】
上記のように外部リンクインタフェースのキャッシュは、移動端末宛パケットをカプセル化するための情報、さらにルータが生成するルーティングテーブルの情報、又は移動中の端末から送信されたバインディング要求パケットに基づいて生成されるバインディング情報等を一時的に記憶するものである。
【０２４４】
また、このキャッシュの情報に基づき外部リンクインタフェースの処理部は、ホームエージェントと同様のカプセル化処理、ルーティング処理（出力インタフェースの決定）、又はモバイルIPメッセージ交換処理を行うものである。
これらのキャッシュ及び処理部を備えた本発明に係るルータによれば、ルータ内におけるカプセル化処理、パケットルーティング及び転送処理、モバイルIPメッセージ処理等の処理ルートを短縮することにより、処理時間が短縮されると共に、使われなくなったルートを他のパケット転送用に使用することが可能になり、端末の通信品質劣化の原因となるパケット遅延やパケット廃棄を防ぐことが可能になる。
【図面の簡単な説明】
【図１】本発明に係る移動端末対応ルータの実施例を示したブロック図である。
【図２】本発明に係る移動端末対応ルータにおけるカプセル化用キャッシュの内容例(1)を示した図である。
【図３】本発明に係る移動端末対応ルータの動作原理(1)：パケット転送動作例を示した図である。
【図４】本発明に係る移動端末対応ルータの動作原理(2)：パケット転送動作例を示した図である。
【図５】本発明に係る移動端末対応ルータにおけるカプセル化用キャッシュの内容例(2)を示した図である。
【図６】本発明に係る移動端末対応ルータの動作原理(3)：モバイルIPメッセージ交換及びキャッシュの情報取得手順例を示した図である。
【図７】本発明に係る移動端末対応ルータにおけるカプセル化用キャッシュの内容例(3)を示した図である。
【図８】本発明に係る移動端末対応ルータの動作原理(4)：モバイルIPメッセージ交換及びキャッシュの情報取得手順例を示した図である。
【図９】本発明に係る移動端末対応ルータにおけるカプセル化用キャッシュの内容例(4)を示した図である。
【図１０】本発明に係る移動端末対応ルータの動作原理(5)：カプセル化用キャッシュの情報取得手順例を示した図である。
【図１１】本発明に係る移動端末対応ルータにおけるリンクインタフェース間で交換されるメッセージの構成例(1)を示した図である。
【図１２】本発明に係る移動端末対応ルータの動作原理(6)：カプセル化用キャッシュの情報取得手順例を示した図である。
【図１３】本発明に係る移動端末対応ルータにおけるリンクインタフェース間で交換されるメッセージの構成例(2)を示した図である。
【図１４】本発明に係る移動端末対応ルータの動作原理(7)：カプセル化用キャッシュの情報取得手順例を示した図である。
【図１５】本発明に係る移動端末対応ルータの動作原理(8)：カプセル化用キャッシュの情報取得手順例を示した図である。
【図１６】本発明に係る移動端末対応ルータの動作原理(9)：カプセル化用キャッシュの情報取得手順例を示した図である。
【図１７】本発明に係る移動端末対応ルータの動作原理(10)：カプセル化用キャッシュの情報取得手順例を示した図である。
【図１８】本発明に係る移動端末対応ルータの動作原理(11)：カプセル化用キャッシュの情報取得手順例を示した図である。
【図１９】本発明に係る移動端末対応ルータの動作原理(12)：カプセル化用キャッシュの情報取得手順例を示した図である。
【図２０】本発明に係る移動端末対応ルータの実施例：構成を示したブロック図である。
【図２１】本発明に係る移動端末対応ルータの外部リンクインタフェースにおけるパケット受信処理手順例(1)を示したフローチャート図である。
【図２２】本発明に係る移動端末対応ルータのホームリンクインタフェースにおけるパケット受信処理手順例(1)を示したフローチャート図である。
【図２３】本発明に係る移動端末対応ルータの外部リンクインタフェースにおけるパケット受信処理手順例(2)を示したフローチャート図である。
【図２４】本発明に係る移動端末対応ルータのホームリンクインタフェースにおけパケット受信処理手順例(2)を示したフローチャート図である。
【図２５】本発明に係る移動端末対応ルータのルータコアにおけるパケット処理手順例を示したフローチャート図である。
【図２６】一般的なモバイルIPv6移動端末対応ルータで構成されたネットワークにおける移動端末による位置登録の動作手順を示した図である。
【図２７】一般的なモバイルIPv6移動端末対応ルータで構成されたネットワークにおける移動端末宛パケットの転送動作手順を示した図である。
【図２８】従来の移動端末対応ルータの構成を示したブロック図である。
【図２９】従来の移動端末対応ルータ内における位置登録の動作手順を示した図である。
【図３０】従来の移動端末対応ルータ内における位置登録で交換されるバインディングパケット及びバインディング情報を示した図である。
【図３１】一般な移動端末対応ルータにおいて用いられるルーティングテーブル例を示した図である。
【図３２】従来の移動端末対応ルータ内におけるパケット転送手順を示した図である。
【図３３】一般な移動端末対応ルータにおいて転送される移動端末宛パケットの構成例を示した図である。
【符号の説明】
100，110，120，130 ルータ 210，220，230，240，250 リンク
300 移動端末 310 端末（固定又は移動）
10_1 ホームリンクインタフェース
10_2〜10_3 外部リンクインタフェース
11 ホームエージェント 12，12_2，12_3 カプセル化用キャッシュ
13，13_2，13_3 処理部 14 バインディング・キャッシュ
20 ルータコア 21 パケットスイッチ
22 制御部 23 ルーティング処理部
24 ルーティングテーブル
30，30_1〜30_3 パケット転送用バス（パケット転送ルート）
31 制御用バス
51 プロセッサ 52 メモリ
53 スイッチインタフェース 54 パケットバッファ
55 制御インタフェース 61 プロセッサ
62 メモリ 63 制御インタフェース
64 受信インタフェース 65 受信バッファ
66 制御部 67 スイッチインタフェース
68 送信バッファ 69 送信インタフェース
71 パケット 72 カプセル化パケット
73 要求メッセージ 74 応答メッセージ
75〜78 識別子 81 バインディング要求パケット
81a IPヘッダ
81b バインディング・アップデート・オプション
81c ホームアドレス・オプション
81d 認証ヘッダ 82 バインディング応答パケット
82a IPヘッダ 82b ルーティングヘッダ
82c バインディング・アクノリッジメント・オプション
82d 認証ヘッダ 83 要求メッセージ
84 応答メッセージ 85〜88 識別子

Claims (5)

1. 移動可能な端末のホームリンクに接続されたホームリンクインタフェースと、
   該端末の外部リンクに接続された外部リンクインタフェースとを備え、
   該外部リンクインタフェースが、該端末のバインディング情報を記憶したカプセル化用キャッシュと、該端末宛のパケットを該バインディング情報に含まれるケア・オブ・アドレスでカプセル化すると共に、該カプセル化したパケットをパケット転送ルート経由で、但しルーティング処理部を経由せずに出力インタフェースに送出する処理部と、を有することを特徴とした移動端末対応ルータ。
2. 請求項１において、
   該処理部が、該端末からのバインディング要求パケットを受信したとき、該バインディング要求パケットに含まれる該バインディング情報を該カプセル化用キャッシュに記憶することを特徴とした移動端末対応ルータ。
3. 請求項１において、
   該処理部は、該端末に係るパケットを受信したとき、該カプセル化用キャッシュが該端末のバインディング情報を記憶していない場合、ホームエージェントから該バインディング情報を取得することを特徴とした移動端末対応ルータ。
4. 請求項３において、
   該処理部は、該バインディング情報を記憶していないことを要求メッセージで該ホームエージェントに通知することを特徴とした移動端末対応ルータ。
5. 請求項３において、
   該処理部は、自分が属する外部リンクインタフェースの識別子を該パケットに付与することにより、パケット転送ルートで、該バインディング情報が記憶されていないことを該ホームエージェントに通知することを特徴とした移動端末対応ルータ。

Images