JP2003092599A - ルータ及び通信ネットワーク装置 - Google Patents

Abstract

(57)【要約】 【課題】資源予約プロトコルであるRSVP(Resource ReSe
rVation Protocol)に則ってネットワーク資源の予約を
行うルータ及び通信ネットワーク装置に関し、パケット
のカプセル化転送を行なう区間内の資源予約を行えるよ
うにする。 【解決手段】ルータが、受信端末宛のパケットをカプセ
ル化して転送するときに該受信端末のアドレスに対応し
たカプセル化転送先アドレスを記憶しておき、資源予約
プロトコルに則って資源予約を実施するために送信され
た第1のパス・メッセージ(PM1)を転送した後、該受信端
末のアドレスから該カプセル化転送先アドレスを求め、
該カプセル化転送先アドレス宛に該第1のパス・メッセ
ージ(PM1)と同じ通信品質の資源予約を行なうための第2
のパス・メッセージ(PM4)をカプセル化しない状態で送
信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ルータ及び通信ネ
ットワーク装置に関し、特に資源予約プロトコルである
RSVP(Resource ReSerVation Protocol)に則ってネット
ワーク資源の予約を行うルータ及び通信ネットワーク装
置に関する。

【０００２】

【従来の技術】RSVPの適用例 RSVPでは、第1のホストと第2のホストとの間でパケット
転送を行う各ルータが提供するサービス品質（QoS）の
予約（資源予約）を行う。

【０００３】図24は、一般的なRSVPによる資源予約の例
を示したものである。同図では、通信ネットワークNWが
ルータ1〜3及びホーム・エージェントHAによって構成さ
れ、第1のホストCNがルータR1に接続されている。な
お、ホーム・エージェントHAはルータでもある。

【０００４】また、移動端末MNは、ホーム・リンクHLで
使うアドレスを有する端末であり、ホーム・エージェン
トHAが管理するホーム・リンクHLの他、ルータ2が管理
する外部リンクFL1や、ルータ3が管理する外部リンクFL
2に移動することができる。同図に示した例では、移動
端末MNはホーム・リンクHL内に位置しており、ルータR1
及びホーム・エージェントHAが送信端末CNから移動端末
MNに宛てたパケットを転送する。

【０００５】この状態で、送信端末CNが通常のパケット
を送信する前に、RSVPに則って資源予約を行う場合の手
順を以下に説明する。 (1)送信端末CNは移動端末MN宛てにRSVP_HOP(通常Previo
us HOP(PHOP)のIPアドレスが使用されるため、PHOPと称
することがある。)に自ノードのアドレスを設定したパ
ス・メッセージPM1を送信し、これを受信したルータR1
は、パス・メッセージPM1内の情報をパス・ステートと
して保持する。

【０００６】一般的なパス・ステートの内容としては、
セッション情報(「宛先アドレス(DestAddress)，プロト
コルID(Protocol_ID)，宛先ポート番号(DestPort)」)、
RSVP_HOP等が用いられる。図示の如く、ルータR1におけ
るパス・ステートとしては、PHOPが送信端末CNのアドレ
ス、宛先が移動端末MNのホーム・アドレスになってい
る。

【０００７】ルータR1は、パス・メッセージPM1のPHOP
に自ルータのアドレスを設定し、パス・メッセージPM2
として移動端末MN宛に転送する。 (2)パス・メッセージPM2を受信したホーム・エージェン
トHAは、これに基づいてPHOPをルータR1のアドレス、宛
先を移動端末MNのホーム・アドレスとするパス・ステー
トを生成し保持する。

【０００８】さらに、ホーム・エージェントHAは、パス
・メッセージPM2のPHOPに自ルータのアドレスを設定
し、パス・メッセージPM3として移動端末MN宛に転送す
る。 (3)パス・メッセージPM3を受信した移動端末MNは、これ
に基づいてPHOPをホーム・エージェントHAのアドレス、
宛先を移動端末MNのホーム・アドレスとするパス・ステ
ートを生成し保持し、パス・メッセージPM3に対する応
答としてリザベーション・メッセージRM1を送信する。

【０００９】なお、リザベーション・メッセージRM1の
宛先はパス・メッセージPM3に格納されていたPHOPとな
る。 (4)リザベーション・メッセージRM1を受信したホーム・
エージェントHAは、リザベーション・メッセージRM1の
情報をリザベーション・ステートとして保持し、送信端
末CNから送信されたパケットを転送する際のサービス品
質を提供することが可能になる。なお、リザベーション
・ステートには、セッション情報、資源予約情報等が含
まれる。

【００１０】さらに、ホーム・エージェントHAは、保持
しているパス・ステートのPHOPであるルータR1のアドレ
ス宛にリザベーション・メッセージRM2を送信する。 (5)リザベーション・メッセージRM2を受信したルータR1
は、リザベーション・メッセージRM2の情報をリザベー
ション・ステートとして保持し、さらに、保持している
パス・ステートのPHOPである送信端末CNのアドレス宛に
リザベーション・メッセージRM3を送信する。

【００１１】上記(1)〜(5)の処理によって、送信端末CN
と移動端末MNとの間でRSVPをサポートする全てのルータ
（この場合、ルータ1及びホーム・エージェントHA）に
おいて資源予約が行われる。なお、送信端末CNは、リザ
ベーション・メッセージRM3を受信することにより資源
予約が完了したことを認識することができる。

【００１２】カプセル化転送の各種形態 一方、通信ネットワークにおいて、カプセル化転送の技
術を使用する例について以下に説明する。(A) 一般的なモバイルIPにおけるカプセル化転送 一般的なモバイルIPにおいて、移動端末MNがホーム・リ
ンクHLから移動した場合、ホーム・エージェントHAで
は、移動端末MNとその気付アドレス(Care-of Address、
以下、CoAと称する場合がある。)を対応させたエントリ
をバインディング・キャッシュ(Binding Cache)内に生
成し、それ以降に到着した送信端末CNからの移動端末MN
宛パケットについては、気付アドレス宛にカプセル化転
送する。

【００１３】また、移動端末MNは、移動することによっ
て移動端末MNが存在するリンクが変わったときには、新
しい広告（Router Advertisement）を接続先のルータか
ら受けて、新しく気付アドレスを作り直す。その後、移
動端末MNは気付アドレスの変更をバインディング・アッ
プデート(Binding Update)・メッセージを用いてホーム
・エージェントHAに通知する。ホーム・エージェントHA
では、バインディング・アップデートを受けるとバイン
ディング・キャッシュの該当するエントリを更新し、そ
れ以降に到着した送信端末CNからの移動端末MN宛パケッ
トについては、新しい気付アドレス宛にカプセル化転送
する。

【００１４】このような一般的なモバイルIPを適用した
通信ネットワークにおいて、移動端末MNのホーム・アド
レス宛てのパケットをホーム・エージェントHAが移動端
末MNの気付アドレス宛にカプセル化して転送する例を図
25を参照して、説明する。同図の構成は、図24と同様で
あるが、図25では移動端末MNがルータR2によって管理さ
れる外部リンクFL1に移動している状態が示されてい
る。

【００１５】(1)まず、送信端末CNが移動端末MN宛にパ
ケットM1を送信する。この場合、送信端末CNは、移動端
末MNのホーム・アドレスのみを知っているので、パケッ
トM1の宛先は移動端末MNのホーム・アドレスを示してい
る。 (2)ルータR1を経由してパケットM1がホーム・エージェ
ントHAに届くと、ホーム・エージェントHAはバインディ
ング・キャッシュを検索して、移動端末MNの気付アドレ
ス(CoA)を読み出し、気付アドレスを宛先としてパケッ
トM1をカプセル化し、パケットM2として転送する。

【００１６】(3)カプセル化されたパケットM2は、ルー
タR2を経由して移動端末MNまで到着する。移動端末MN
は、パケットM2をデカプセル化することにより、元のパ
ケットM1を取り出す。(B) 階層化モバイルIP方式におけるカプセル化転送 次に、上記の一般的なモバイルIPに対し、ホーム・エー
ジェントHAとは別に、ホーム・エージェントHAの代理に
相当するモビリティ・エージェント(MobilityAgent）MA
を設置することにより、モビリティ・エージェントMAが
管理するネットワーク内の移動端末MNの移動はホーム・
エージェントHAから隠蔽する階層化モバイルIP方式が存
在する。

【００１７】図26は、このような階層化モバイルIP方式
を示した図であり、図25の構成にモビリティ・エージェ
ントMAが追加された構成になっている。このような階層
化モバイルIP方式において、ホーム・エージェントHAの
バインディング・キャッシュは、移動端末MNのホーム・
アドレスとモビリティ・エージェントMAの下の仮想気付
アドレス(Virtual Care-of Address、VCoA)を対応付け
ている。

【００１８】また、モビリティ・エージェントMAは、移
動端末MNのホーム・アドレスと実際に移動端末MNが位置
するルータ(例えばルータR2)の下の気付アドレス(Physi
calCare-of Address、PCoA)を対応付けている。この場
合、移動端末MNは、モビリティ・エージェントMAが管理
するネットワーク内の移動に限り、バインディング・ア
ップデートをホーム・エージェントHAにではなくモビリ
ティ・エージェントMA宛に送信する。

【００１９】これにより、ホーム・エージェントHAから
は、移動端末MNがあたかもモビリティ・エージェントMA
の下に位置しているように見える。このような階層化モ
バイルIP方式におけるカプセル化転送を図26を参照して
以下に説明する。

【００２０】(1)送信端末CNが移動端末MN宛にパケットM
1を送信する。 (2)ルータR1を経由してパケットM1がホーム・エージェ
ントHAに届くと、ホーム・エージェントHAはバインディ
ング・キャッシュを検索して、移動端末MNの仮想気付ア
ドレス(VCoA；Virtual Care-of Address)を読み出し、
気付アドレスを宛先としてパケットM1をカプセル化し、
パケットM2として転送する。

【００２１】(3)カプセル化されたパケットM2を受信し
たモビリティ・エージェントMAは、移動端末MNの移動先
ネットワークの気付アドレス（PCoA; Physical Care-of
Address）宛てに再度カプセル化(再カプセル化)し、パ
ケットM3として転送する。 (4)ルータR2を経由してPCoA宛てにカプセル化されたパ
ケットM3を受信した移動端末MNは、デカプセル化するこ
とにより元のパケットM1を取り出す。

【００２２】(C) エッジ・ノードを用いたモバイルIP方
式 また、エッジ・ノードを用いたモバイルIP方式として、
図27に示す如く、図24におけるホーム・エージェントHA
及びルータR1の代わりにそれぞれ仮想ホーム・エージェ
ント(Virtual Home Agent)VHA及びエッジ・ノードENを
設けた場合について以下に説明する。

【００２３】この場合、仮想ホーム・エージェントVHA
より送信端末CNに近い位置に設けられたエッジ・ノード
ENは、パケット到着時に仮想ホーム・エージェントVHA
のバインディング・キャッシュをコピーし、仮想ホーム
・エージェントVHAの代わりにエッジ・ノードENがバイ
ンディング・キャッシュを検索して、カプセル化の処理
を行い、網内転送ルートを最適化するものである。

【００２４】また、仮想ホーム・エージェントVHA（上
記の階層化モバイルIPに適用する場合は、臨時ホーム・
エージェントTemporary Home Agent(THA）と称すること
がある。)は、ホーム・エージェントHAの機能と、エッ
ジ・ノードENにバインディング・キャッシュを受け渡す
機能を持つ。

【００２５】エッジ・ノードを用いたモバイルIP方式に
おけるカプセル化転送の例を図27を参照して以下に説明
する。 (1)送信端末CNが移動端末MN宛にパケットM1を送信す
る。 (2)エッジ・ノードENを経由してパケットM1が仮想ホー
ム・エージェントVHAに届くと、仮想ホーム・エージェ
ントVHAはバインディング・キャッシュを検索して、移
動端末MNの気付アドレス(CoA)を読み出し、気付アドレ
スを宛先としてパケットM1をカプセル化し、パケットM2
として転送する。

【００２６】(3)カプセル化されたパケットM2は、ルー
タR2を経由して移動端末MNまで到着する。 (4)上記(1)でパケットM1を転送したエッジ・ノードENは
転送先のアドレス宛て(移動端末MNのホーム・アドレス)
にキャッシュ要求C1を送信する。

【００２７】(5)キャッシュ要求C1を受信した仮想ホー
ム・エージェントVHAは宛先に該当するバインディング
・キャッシュがある場合、キャッシュ通知C2により移動
端末MNに対するバインディング・キャッシュをエッジ・
ノードENに返信する。 (6)キャッシュ通知C2を受信したエッジ・ノードENは移
動端末MNのホーム・アドレスに対応したバインディング
・キャッシュを生成し保持する。

【００２８】(7)この後、送信端末CNは移動端末MNのホ
ーム・アドレス宛てにパケットM3を送信する。 (8)エッジ・ノードENは、バインディング・キャッシュ
を参照し、移動端末MNのホーム・アドレス宛てのパケッ
トを気付アドレスCoA宛てにカプセル化してパケットM4
として転送する。

【００２９】(9) ルータR2を経由してPCoA宛てにカプセ
ル化されたパケットM4を受信した移動端末MNは、デカプ
セル化することにより元のパケットM3を取り出す。(D) IP-VPNにおけるカプセル化転送 上記(A)〜(C)のモバイルIPによる通信ネットワークとは
別に、伝送プロトコルをIPに制限した仮想閉域網サービ
スであるIP-VPN(Internet Protocol-Virtual Private N
etwork)においても、カプセル化転送が行われる。

【００３０】図28は、IPsecのトンネルモードを使用す
るIP-VPNの例を示したものである。同図(1)に示すよう
に、ゲートウェイGW1及びGW2には、それぞれ端末CN1〜C
N3及びMN1〜MN3が接続されている。ゲートウェイGW1及
びGW2は、カプセル化を行うときに参照するカプセル化
テーブルTBL1及びTBL2をそれぞれ有している。

【００３１】また、ゲートウェイGW1及びGW2の間のカプ
セル化区間は、同図(2)に示すように例えばルータR1〜R
6で構成されているものである。なお、ルータR1及びR2
がそれぞれゲートウェイGW1及びGW2に相当するゲートウ
ェイ・ルータであり、以下の説明において、ゲートウェ
イGW1及びGW2をそれぞれルータR1及びR2で示すことがあ
る。

【００３２】このような、IP-VPNにおいては、例えば、
端末CN1から端末MN1宛に送信されたパケットは、ゲート
ウェイGW1においてカプセル化される。このとき、ゲー
トウェイGW1(ルータR1)は、図29に示すように、宛先ア
ドレスとカプセル化宛先とを対応付けたカプセル化テー
ブルTBL1を参照して、端末MN1宛のパケットをルータR2
宛にカプセル化して転送する。

【００３３】この場合、カプセル化されたパケットは、
例えば図30に示すようなIPsecのトンネルモードのパケ
ット・フォーマットを有する。同図に示すパケット・フ
ォーマットの暗号化範囲は、カプセル化する前のパケッ
トを構成するオリジナルIPヘッダ、オリジナル拡張ヘッ
ダ、TCPヘッダ、及びデータに、ESPトレイラが追加され
た範囲である。

【００３４】この暗号化範囲にESPヘッダ及びESP認証デ
ータが追加され、さらに新拡張ヘッダ及び新IPヘッダが
追加されている。ゲートウェイGW2(ルータR2)では、受
信したパケットをデカプセル化することにより元のパケ
ットを復元して端末MN1に送信する。

【００３５】

【発明が解決しようとする課題】RSVPに則って資源予約
を行う場合の第1の問題点は、上記(A)〜(D)のように、
パケットのカプセル化転送が行われる場合、RSVPに従っ
て資源予約を行う際に送信されるパス・メッセージもカ
プセル化転送されてしまうという点である。

【００３６】図31は、図25と同様に移動端末MNが外部リ
ンクFL1に移動している状態において送信端末CNが資源
予約を行なう場合を想定したものである。この場合、送
信端末CN、ルータR1、ホーム・エージェントHA、及び移
動端末MNの動作は図24と同様であるが、図31において
は、移動端末MNが外部リンクFL1に移動しているため、
ホーム・エージェントHAが移動端末MN宛に転送するパス
・メッセージPM3がカプセル化転送され、ルータR2を経
由している点が異なる。

【００３７】カプセル化されたパス・メッセージPM3
は、その宛先である移動端末MNしかデカプセル化するこ
とが出来ないため、途中のルータR2はパス・メッセージ
PM3を通常のパケットとして扱う。すなわち、ルータR2
ではパス・ステートが生成されない。従って、ルータR2
は、移動端末MNからホーム・エージェントHA宛のリザベ
ーション・メッセージRM1を転送する際にリザベーショ
ン・ステートを生成しない。

【００３８】このように、図31においては、ルータR1及
びホーム・エージェントHAにおける資源予約は行なえる
が、ルータR2の資源予約が行なえない。ところが、送信
端末CNは図24の場合と同様にリザベーション・メッセー
ジRM3を受信する。従って、見かけ上は資源予約が完了
しているが、実際には要求したものとは異なるサービス
品質のまま運用されてしまうことになる。

【００３９】同様な問題は、図26に示した階層化モバイ
ルIP方式及び図27に示したエッジ・ノードを用いたモバ
イルIPにおいても生じる。また、図32に示すように、IP
-VPNにおいて送信端末CN1と第2のホストMN1の間で資源
予約を行なう場合、パス・メッセージPM1〜PM3及びリザ
ベーション・メッセージRM1〜RM3によって以下に説明す
るように資源予約が行われる。

【００４０】(1)送信端末CN1からのパス・メッセージPM
1は、ルータR1でカプセル化され、ルータR2宛のパス・
メッセージPM2としてカプセル化転送される。このと
き、ルータR1は、PHOPを送信端末CNのアドレスとし、宛
先を第2のホストMN1のアドレスとするパス・ステートを
生成し保持する。

【００４１】(2)ルータR4及びR3を介してパス・メッセ
ージPM2を受信したルータR2は、パス・メッセージPM2を
デカプセル化する。そして、パス・メッセージPM3を第2
のホストMN1宛に送信すると共に、PHOPをルータR1のア
ドレスとし、宛先を第2のホストMN1のアドレスとするパ
ス・ステートを生成して保持する。

【００４２】(3)第2のホストMN1がパス・メッセージPM3
に応答するリザベーション・メッセージRM1を送信する
と、これを受信したルータR2は、宛先を第2のホストMN1
のアドレスとするリザベーション・ステートを生成して
保持する。また、リザベーション・メッセージRM1は、
ルータR1宛のリザベーション・メッセージRM2としてカ
プセル化転送される。

【００４３】(4)ルータR3及びR4を介してリザベーショ
ン・メッセージRM2を受信したルータR1は、リザベーシ
ョン・メッセージRM2をデカプセル化する。そして、リ
ザベーション・メッセージRM3を送信端末CN1宛に送信す
ると共に、宛先を第2のホストMN1のアドレスとするリザ
ベーション・ステートを生成して保持する。

【００４４】このようにして、ルータR1及びR2はパス・
ステート及びリザベーション・ステートを保持し、資源
予約が行なわれるが、カプセル化されたパス・メッセー
ジPM2及びリザベーション・メッセージRM2を転送するル
ータR3及びR4では資源予約が行なわれない。

【００４５】特に、パス・メッセージPM2及びリザベー
ション・メッセージRM2が図30に示したような暗号化さ
れたパケットである場合は、途中のルータR3及びR4では
メッセージの判断や解読が出来ないため資源予約は行え
ない。また、RSVPに則って資源予約を行う場合の第2の
問題点は、移動通信システムにおいては、正常な資源予
約が行なえたとしても、移動端末MNが移動してしまう
と、ホーム・エージェントHAから移動端末MNの移動先と
の間で資源予約が行なえないまま通信が継続されてしま
うという点である。

【００４６】このような例を、図33を参照して説明す
る。図33は、図24と同様に、移動端末MNがホーム・リン
クに位置する状態で、パス・メッセージPM1〜PM3及びリ
ザベーション・メッセージRM1〜RM3によって資源予約が
完了した後に、移動端末MNが外部リンクFL1に移動した
場合を示している。

【００４７】この場合、ルータR1は、同図(1)に示す如
く、PHOPを送信端末CNのアドレスとし、宛先を移動端末
MNのホーム・アドレスとするパス・ステート及び、同図
(5)に示す如く宛先を移動端末MNのホーム・アドレスと
するリザベーション・ステートを保持している。

【００４８】また、ホーム・エージェントHAは、同図
(2)に示す如く、PHOPをルータR1のアドレスとし、宛先
を移動端末MNのホーム・アドレスとするパス・ステート
及び、同図(4)に示す如く宛先を移動端末MNのホーム・
アドレスとするリザベーション・ステートを保持してい
る。

【００４９】さらに、移動端末MNはホーム・リンクHLに
位置している時点で同図(3)に示す如く、PHOPをホーム
・エージェントのアドレスとし、宛先を移動端末MNのホ
ーム・アドレスとするパス・ステートを保持している。
このような状態で、移動端末MNが外部リンクFL1に移動
すると、その後、送信端末CNが移動端末MN宛に送信する
パケットM1は、ホーム・エージェントHAでカプセル化転
送され、パケットM2として移動端末MNに届くことにな
る。

【００５０】この場合、ルータR2では資源予約は行なわ
れていないので、要求されたサービス品質でのサービス
提供は行われない。また、先に資源予約が行われたルー
タR1はサービス提供を行うが、ホーム・エージェントHA
では、カプセル化転送の宛先が移動端末MNの気付アドレ
スになり、資源予約を行ったときの宛先である移動端末
MNのホーム・アドレスとは異なるため、サービス提供を
行わないという問題があった。

【００５１】従って本発明は、上記の第1及び第2の問題
を解決するため、資源予約プロトコルであるRSVP(Resou
rce ReSerVation Protocol)に則ってネットワーク資源
の予約を行うルータ及び通信ネットワーク装置におい
て、パケットのカプセル化転送を行なう区間内の資源予
約を行えるようにすることを目的とする。

【００５２】

【課題を解決するための手段】[1]上記の目的を達成す
るため、本発明に係るルータは、資源予約プロトコルに
則って資源予約を行うために第1のホストから第2のホス
ト宛に送信される第1のパス・メッセージ及び該第1のパ
ス・メッセージに応答して該第2のホストから該第1のホ
スト宛に送信される第1のリザベーション・メッセージ
を該プロトコルに従って転送する転送手段と、該第2の
ホスト宛のパケットをカプセル化して転送するときに該
第2のホストのアドレスに対応したカプセル化転送先ア
ドレスを記憶する記憶手段と、該第2のホストのアドレ
スから該カプセル化転送先アドレスを求め、該カプセル
化転送先アドレス宛に該第1のパス・メッセージと同じ
通信品質の資源予約を行うための第2のパス・メッセー
ジをカプセル化しない状態で送信する代理資源予約手段
と、を備えたことを特徴としている(付記1)。

【００５３】すなわち、転送手段は、資源予約プロトコ
ルに従って、資源予約を行うために第1のホスト(例えば
送信端末)から第2のホスト(例えば受信端末)宛に送信さ
れる第1のパス・メッセージ及びこれに応答した第1のリ
ザベーション・メッセージを該プロトコルに従って転送
する。また、記憶手段は、該第2のホスト宛のパケット
をカプセル化して転送するときに該第2のホストのアド
レスに対応したカプセル化転送先アドレスを記憶する。

【００５４】さらに、代理資源予約手段は、該第2のホ
ストのアドレスから該カプセル化転送先アドレスを求
め、該カプセル化転送先アドレス宛に該第1のパス・メ
ッセージと同じ通信品質の資源予約を行うための第2の
パス・メッセージをカプセル化しない状態で送信する。

【００５５】この第2のパス・メッセージにより、第1の
パス・メッセージと同じ内容の資源予約が、ルータとカ
プセル化転送先アドレスとの間(カプセル化区間)で実施
される。このように、第1のパス・メッセージがカプセ
ル化転送される区間内の資源予約を行うことが出来る。

【００５６】この場合、第2のホストは移動端末であっ
てもよく、携帯端末、ノート型端末、又は固定型端末を
含む移動可能な端末であればよい(付記2及び3)。また、
本発明に係るルータは、該第1のホストと該第2のホスト
との間で資源予約が実施された後、該第2のホストから
の位置登録メッセージを受信することにより、該記憶手
段が該カプセル化転送先アドレスを該第2のホストのア
ドレスに対応して新規に記憶又は更新したとき、該代理
資源予約手段が、該新規に記憶又は更新されたカプセル
化転送先アドレス宛に該第2のパス・メッセージをカプ
セル化しない状態で送信してもよい(付記4)。

【００５７】この第2のパス・メッセージにより、第1の
パス・メッセージと同じ通信品質の資源予約が、ルータ
と位置登録後のカプセル化転送先アドレスとの間(カプ
セル化区間)で実施される。これにより、第1のホストと
第2のホストの間で資源予約が実施された後、第2のホス
トが移動することによって、第2のホスト宛のパケット
がカプセル化転送される区間が新たに生じても、この区
間内の資源予約を行うことが出来る。

【００５８】また、本発明に係るルータは、該転送手段
が別のルータによって送信された該第2のパス・メッセ
ージ及び該第2のパス・メッセージに応答した第2のリザ
ベーション・メッセージを転送し、該記憶手段が該第2
のホストのアドレスに対応した該カプセル化転送先アド
レス及び再カプセル化転送先アドレスを記憶し、該代理
資源予約手段が、該カプセル化転送先アドレスから該再
カプセル化転送先アドレスを求め、該再カプセル化転送
先アドレス宛に該第2のパス・メッセージと同じ通信品
質の資源予約を行なうための第3のパス・メッセージを
カプセル化しない状態で送信してもよい(付記5)。

【００５９】この第3のパス・メッセージにより、第2の
パス・メッセージと同じ通信品質（すなわち、第1のパ
ス・メッセージと同じ通信品質）の資源予約が、ルータ
と位置登録後の再カプセル化転送先アドレスとのカプセ
ル化区間で実施される。これにより、別のルータから送
信された第2のパス・メッセージを再カプセル化転送す
る場合の、カプセル化区間内の資源予約を行うことが出
来る。

【００６０】この場合、該第1のホストと該第2のホスト
との間で資源予約が実施された後、該第2のホストから
の位置登録メッセージを受信することにより、該記憶手
段が該第2のホストのアドレスに対応して記憶した該再
カプセル化転送先アドレスを更新したとき、該代理資源
予約手段が、該更新された再カプセル化転送先アドレス
宛に該第3のパス・メッセージをカプセル化しない状態
で再送してもよい(付記6)。

【００６１】この第3のパス・メッセージにより、第2の
パス・メッセージと同じ通信品質（すなわち、第1のパ
ス・メッセージと同じ通信品質）の資源予約が、ルータ
と位置登録後の再カプセル化転送先アドレスとのカプセ
ル化区間で実施される。これにより、第1のホストと第2
のホストの間で資源予約が実施された後、第2のホスト
が移動することによって、第2のホスト宛のパケットが
カプセル化転送される区間が新たに生じても、この区間
内の資源予約を行うことが出来る。

【００６２】また、本発明に係るルータは、該第1のホ
ストにより近い位置に設けられ、別のルータから該第2
のホストのアドレスと該カプセル化転送先アドレスとの
対応情報をキャッシュ通知として受信した後は該第2の
ホスト宛のパケットを該カプセル化転送先アドレス宛に
カプセル化転送し、該第1のホストと該第2のホストとの
間で資源予約が実施された後で該キャッシュ通知を受信
したとき、該代理資源予約手段が該カプセル化転送先ア
ドレス宛に該第2のパス・メッセージをカプセル化しな
い状態で送信してもよい(付記7)。

【００６３】この第2のパス・メッセージにより、第1の
パス・メッセージと同じ通信品質の資源予約が、ルータ
とカプセル化転送先アドレスとの間(カプセル化区間)で
実施される。これにより、第1のホストに最も近い位置
に設けられ、第2のホスト宛のパケットをカプセル化し
て転送することにより転送ルートを短縮化することが可
能なルータについても、パケットがカプセル化転送され
る区間における資源予約を行うことが出来る。

【００６４】この場合、本発明に係るルータは、上記の
別のルータに対し、該キャッシュ通知を送信するように
要求してもよく、また、該別のルータが、該第2のホス
トからの位置登録メッセージを受信したとき、該キャッ
シュ通知を送信してもよい(付記8及び9)。

【００６５】また、本発明に係るルータは、上記の代理
資源予約手段が、該第1のホストと該第2のホストとの間
の資源予約が実施されているか否かを、該第1又は第2の
パス・メッセージを受信したときに該転送手段が生成す
るパス・ステート又は該第1又は第2のリザベーション・
メッセージを受信したときに該転送手段が生成するリザ
ベーション・ステートの生成状態に基づいて判断しても
よい(付記10)。

【００６６】すなわち、転送手段は、第1又は第2のパス
・メッセージを受信したときにはパス・ステートを生成
し、第1又は第2のリザベーション・メッセージ受信した
ときにはリザベーション・ステートを生成する。そし
て、代理資源予約手段は、パス・ステート又はリザベー
ション・ステートの生成状態に基づいて、該第1のホス
トと該第2のホストとの間の資源予約が実施済みである
か否かを判断する。

【００６７】また、本発明に係るルータは、該記憶手段
が、同一のカプセル化転送先アドレスを複数の該第2の
ホストのアドレスに対応して記憶するとき、各第2のホ
ストのアドレス毎に受信パケットの属性を一意に識別可
能な識別子を該同一のカプセル化転送先アドレスと組み
合わせて記憶すると共に、該転送手段及び該代理資源予
約手段がそれぞれ該受信パケットをカプセル化転送する
ときのカプセルヘッダ及び該第2のパス・メッセージに
該識別子を含めてもよい(付記11)。

【００６８】これにより、複数の該第2のホストについ
て、パケットがカプセル化転送される区間内の資源予約
を識別子に基づいて第2のホスト毎に行うことが出来
る。この場合、該識別子に基づき、別のルータが、該資
源予約を該識別子毎に行えばよい(付記12)。

【００６９】なお、上記の資源予約プロトコルは、RSVP
であってもよい(付記13)。また、本発明に係るルータ
は、該第2のパス・メッセージに応答した第2のリザベー
ション・メッセージを受信するまで、該第1のリザベー
ション・メッセージを転送せずに保留してもよい(付記1
4)。

【００７０】これにより、パケットがカプセル化転送さ
れる区間の資源予約が完了する前に、第1のホストが資
源予約の完了の通知を受けることを回避することが出来
る。さらに、本発明に係るルータは、該第2のパス・メ
ッセージによる資源予約に失敗したとき、該第1のリザ
ベーション・メッセージを転送する代わりに資源予約が
出来なかった旨を通知するエラー・メッセージを送信し
てもよい(付記15)。

【００７１】これにより、パケットがカプセル化転送さ
れる区間の資源予約に失敗しているにも拘わらず第1の
ホストが資源予約の完了の通知を受けてしまうことを回
避することが出来る。なお、第2のパス・メッセージの
送信は、第1のリザベーション・メッセージを受信した
時に行なっても良く、また、カプセル化区間の宛先が予
め判明している場合には、第1のパス・メッセージのカ
プセル化転送の直後に、第2のパス・メッセージの送信
を行なうことも可能である。

【００７２】[2]また、上記の目的を達成するため、本
発明に係る通信ネットワーク装置は、資源予約プロトコ
ルに則って資源予約を実施するための第1のパス・メッ
セージを送信する第1のホストと、該第1のパス・メッセ
ージに応答して該第1のホスト宛に第1のリザベーション
・メッセージを送信する第2のホストと、該第2のホスト
宛のパケットをカプセル化して転送するときに該第2の
ホストのアドレスに対応したカプセル化転送先アドレス
を記憶しておき、該第2のホストのアドレスから該カプ
セル化転送先アドレスを求め、該カプセル化転送先アド
レス宛に該第1のパス・メッセージと同じ通信品質の資
源予約を行なうための第2のパス・メッセージをカプセ
ル化しない状態で送信する第1のルータと、を備えたこ
とを特徴としている(付記16)。

【００７３】すなわち、資源予約プロトコルに則って資
源予約を行うために第1のホストが送信する第1のパス・
メッセージ及びこれに応答して第2のホストが該第1のホ
スト宛に送信する第1のリザベーション・メッセージを
転送する第1のルータは、該第2のホスト宛のパケットを
カプセル化して転送するときに該第2のホストのアドレ
スに対応したカプセル化転送先アドレスを記憶する。

【００７４】この第1のルータは、該第2のホストのアド
レスから該カプセル化転送先アドレスを求めることが出
来れば、該第1のパス・メッセージをカプセル化転送し
たことを認識することが出来る。そこで、第1のルータ
は、該第1のパス・メッセージがカプセル化転送された
区間における資源予約を行うため、該カプセル化転送先
アドレス宛に該第1のパス・メッセージと同じ通信品質
の資源予約を行なうための第2のパス・メッセージをカ
プセル化しない状態で送信する。

【００７５】この後、第2のパス・メッセージによって
資源予約プロトコルに従った処理が第1のルータとカプ
セル化転送先アドレスとの間（カプセル化転送区間）で
実施されることにより、カプセル化転送区間における資
源予約が第1のパス・メッセージと同じ通信品質で実施
される。

【００７６】このような第2のパス・メッセージの送信
を行う第1のルータは、カプセル化転送区間の資源予約
について第1のホストの代理として機能することを意味
している。なお、該第2のホストのアドレスに対応した
カプセル化転送先アドレスを記憶していない場合、第1
のルータは、該第2のホスト宛のパケットをカプセル化
せずに転送しているので、第1のパス・メッセージもカ
プセル化せずに転送したことになる。従って、第1のリ
ザベーション・メッセージを受信しても、第2のパス・
メッセージを送信することはない。

【００７７】このようにして、第1のパス・メッセージ
がカプセル化転送される区間内の資源予約を行うことが
出来る。この場合、第2のホストは移動端末であっても
よく、携帯端末、ノート型端末、又は固定型端末を含む
移動可能な端末であればよい(付記17及び18)。

【００７８】また、本発明に係る通信ネットワーク装置
は、該第1のホストと該第2のホストとの間で資源予約が
実施された後、第1のルータは、該第2のホストからの位
置登録メッセージを受信することにより、該カプセル化
転送先アドレスを該第2のホストのアドレスに対応して
新規に記憶又は更新したとき、該新規に記憶又は更新し
たカプセル化転送先アドレス宛に該第2のパス・メッセ
ージをカプセル化しない状態で送信してもよい(付記1
9)。

【００７９】すなわち、第2のホストが移動端末である
場合、第1のルータが第2のホストからの位置登録メッセ
ージを受信することにより、該カプセル化転送先アドレ
スを該第2のホストのアドレスに対応して新規に記憶又
は更新したとき、第1のルータはその後に受信する第2の
ホスト宛のパケットを該新規に記憶又は更新したカプセ
ル化転送先アドレスにカプセル化転送する。

【００８０】該第1のホストと該第2のホストとの間で資
源予約が実施された後に、第1のルータが第2のホストか
らの位置登録メッセージを受信した場合、その後に第2
のホスト宛のパケットがカプセル化転送される区間にお
いては資源予約が行われていない。

【００８１】従って、第1のルータは、該カプセル化転
送先アドレス宛に該第2のパス・メッセージをカプセル
化しない状態で送信する。この後、第2のパス・メッセ
ージによって資源予約プロトコルに従った処理が第1の
ルータと位置登録後のカプセル化転送先アドレスとのカ
プセル化転送区間で実施されることにより、カプセル化
転送区間における資源予約が第2のパス・メッセージと
同じ通信品質で実施される。

【００８２】これにより、第1のホストと第2のホストの
間で資源予約が実施された後、第2のホストが移動する
ことによって、第2のホスト宛のパケットがカプセル化
転送される区間が新たに生じても、この区間内の資源予
約を行うことが出来る。また、本発明に係る通信ネット
ワーク装置は、該カプセル化転送先アドレス宛のパケッ
トを該第2のホスト宛に再カプセル化して転送する経路
に設けられる第2のルータであって、該再カプセル化転
送時に該第2のホストのアドレスに対応した該カプセル
化転送先アドレス及び再カプセル化転送先アドレスを記
憶しておき、該カプセル化転送先アドレスから該再カプ
セル化転送先アドレスを求め、該再カプセル化転送先ア
ドレス宛に該第2のパス・メッセージと同じ通信品質の
資源予約を行なうための第3のパス・メッセージをカプ
セル化しない状態で送信する第2のルータをさらに備え
てもよい(付記20)。

【００８３】すなわち、第2のルータは、該カプセル化
転送先アドレス宛のパケットを該第2のホスト宛に再カ
プセル化して転送する。このとき、第2のルータは、該
第2のホストのアドレスに対応したカプセル化転送先ア
ドレス及び再カプセル化転送先アドレスを記憶する。

【００８４】この第2のルータは、上記の第1のルータに
よって送信された第2のパス・メッセージに応答した第2
のリザベーション・メッセージを受信したとき、該カプ
セル化転送先アドレスから該再カプセル化転送先アドレ
スを求めることが出来れば、該第2のパス・メッセージ
を再カプセル化して転送したことを認識することが出来
る。

【００８５】そこで、第2のルータは、該第2のパス・メ
ッセージが再カプセル化転送された区間における資源予
約を行うため、該再カプセル化転送先アドレス宛に該第
2のパス・メッセージと同じ通信品質の資源予約を行な
うための第3のパス・メッセージをカプセル化しない状
態で送信する。

【００８６】この後、第3のパス・メッセージによって
資源予約プロトコルに従った処理が第2のルータと再カ
プセル化転送先アドレスとのカプセル化転送区間で実施
されることにより、カプセル化転送区間における資源予
約が第2のパス・メッセージと同じ通信品質で実施され
る。

【００８７】このようにして、第1のルータから送信さ
れた第2のパス・メッセージが第2のルータによって再カ
プセル化転送される区間内の資源予約を行うことが出来
る。また、本発明に係る通信ネットワーク装置は、該第
1のホストと該第2のホストとの間で資源予約が実施され
た後、該第2のルータが、該第2のホストからの位置登録
メッセージを受信することにより、該第2のホストのア
ドレスに対応して記憶した該再カプセル化転送先アドレ
スを更新したとき、該第2のルータが、該更新した再カ
プセル化転送先アドレス宛に該第3のパス・メッセージ
をカプセル化しない状態で送信してもよい(付記21)。

【００８８】すなわち、第2のホストからの位置登録メ
ッセージを受信することにより、第2のルータが該第2の
ホストのアドレスに対応して記憶した該再カプセル化転
送先アドレスを更新したとき、第2のルータはその後に
受信する該カプセル化転送先アドレス宛のパケットを、
更新された再カプセル化転送先アドレスに再カプセル化
転送する。

【００８９】該第1のホストと該第2のホストとの間で資
源予約が実施された後に第2ルータが第2のホストからの
位置登録メッセージを受信した場合、第2のルータと更
新された再カプセル化転送先アドレスとの間の区間にお
いては資源予約が行われていない。

【００９０】従って、第2のルータは、更新された再カ
プセル化転送先アドレス宛に上記の第3のパス・メッセ
ージをカプセル化しない状態で送信する。この後、第3
のパス・メッセージによって資源予約プロトコルに従っ
た処理が第2のルータと再カプセル化転送先アドレスと
の間（カプセル化転送区間）で実施されることにより、
カプセル化転送区間における資源予約が第2のパス・メ
ッセージと同じ通信品質で実施される。

【００９１】これにより、第1のホストと第2のホストの
間で資源予約が実施された後、第2のホストが移動する
ことによって、第2のルータが第2のホスト宛のパケット
を別のアドレス宛にカプセル化転送するようになって
も、カプセル化転送される区間内の資源予約を行うこと
が出来る。

【００９２】また、本発明に係る通信ネットワーク装置
は、該第1のホストにより近い位置に設けられ、該第1の
ルータから該第2のホストのアドレスと該カプセル化転
送先アドレスとの対応情報をキャッシュ通知として受信
した後は、該第2のホスト宛のパケットを該カプセル化
転送先アドレス宛にカプセル化転送する第2のルータで
あって、該第1のホストと該第2のホストとの間で資源予
約が実施された後で該キャッシュ通知を受信したとき、
該カプセル化転送先アドレス宛に該第2のパス・メッセ
ージをカプセル化しない状態で送信する第2のルータを
さらに備えてもよい(付記22)。

【００９３】すなわち、第2のルータは、該第1のホスト
により近い位置に設けられ、第2のホスト宛のパケット
をカプセル化して転送することにより転送ルートを短縮
化することが可能なルータである。このため、第2のル
ータは、上記の第1のルータから該第2のホストのアドレ
スと該カプセル化転送先との対応情報をキャッシュ通知
として受信し、その後は第2のホスト宛のパケットをカ
プセル化転送先アドレス宛にカプセル化転送する。

【００９４】該第1のホストと該第2のホストとの間で資
源予約が実施された後に第2のルータがキャッシュ通知
を受信した場合、第2のルータとカプセル化転送先アドレ
スとの間の区間においては資源予約が行なわれていな
い。従って、第2のルータは該カプセル化転送先アドレス
宛に該第1のパス・メッセージと同じ通信品質の資源予
約を行なうための第2のパス・メッセージをカプセル化
しない状態で送信する。

【００９５】この後、第2のパス・メッセージによって
資源予約プロトコルに従った処理が第2のルータとカプ
セル化転送先アドレスとの間（カプセル化転送区間）で
実施されることにより、カプセル化転送区間における資
源予約が第1のパス・メッセージと同じ通信品質で実施
される。

【００９６】このようにして、転送ルートを短縮化（最
適化）して第2のホスト宛のパケットを転送することが
可能な第2のルータによって、パケットがカプセル化転
送される区間内の資源予約を行うことが出来る。この場
合、本発明に係る通信ネットワーク装置は、該第1のル
ータが、該第2のルータからの要求に応答して該キャッ
シュ通知を該第2のルータ宛に送信してもよく、該第1の
ルータが、該第2のホストからの位置登録メッセージを
受信したとき、該キャッシュ通知を該第2のルータ宛に
送信してもよい(付記23及び24)。

【００９７】また、本発明に係る通信ネットワーク装置
は、該第1のルータ又は該第2のルータは、該第1のホス
トと該第2のホストとの間の資源予約が実施されている
か否かを、該第1又は第2のパス・メッセージを受信した
ときに生成するパス・ステート又は該第1又は第2のリザ
ベーション・メッセージを受信したときに生成するリザ
ベーション・ステートの生成状態に基づいて判断しても
よい(付記25)。

【００９８】すなわち、第1のルータ又は第2のルータ
は、第1又は第2のパス・メッセージを受信したときには
パス・ステートを生成し、第1又は第2のリザベーション
・メッセージ受信したときにはリザベーション・ステー
トを生成する。そして、パス・ステート又はリザベーシ
ョン・ステートの生成状態に基づいて、該第1のホスト
と該第2のホストとの間の資源予約が実施済みであるか
否かを判断する。

【００９９】また、本発明に係る通信ネットワーク装置
は、該第1のルータが、同一のカプセル化転送先アドレ
スを複数の該第2のホストのアドレスに対応して記憶す
るとき、各第2のホストのアドレス毎に受信パケットの
属性を一意に識別可能な識別子を該同一のカプセル化転
送先アドレスと組み合わせて記憶すると共に、該受信パ
ケットをカプセル化転送するときのカプセルヘッダ及び
該第2のパス・メッセージのヘッダに該識別子を含めて
もよい(付記26)。

【０１００】すなわち、同一のカプセル化転送先アドレ
スが複数の該第2のホストのアドレスに対応付けられる
とき、第1のルータが各第2のホストのアドレス毎にカプ
セル化転送先アドレスと組み合わせて記憶する識別子
は、各第2のホストのアドレス毎に受信パケットの属性
を一意に識別することが可能なものである。また、第1
のルータは、該受信パケットをカプセル化転送するとき
のカプセルヘッダ及び第2のパス・メッセージのヘッダ
に該識別子を含める。

【０１０１】これにより、複数の該第2のホストについ
て、パケットがカプセル化転送される区間内の資源予約
を識別子に基づいて第2のホスト毎に行うことが出来
る。この場合、本発明に係る通信ネットワーク装置は、
該第2のパス・メッセージによる資源予約を実行する第2
のルータであって、該資源予約を該識別子毎に行う第2
ルータをさらに備えてもよい(付記27)。

【０１０２】すなわち、第2のルータは第2のパス・メッ
セージのヘッダに含まれた識別子毎に資源予約を行う。
なお、上記資源予約プロトコルは、RSVPであってもよい
(付記28)。また、本発明に係る通信ネットワーク装置
は、該第1のルータが、該第2のパス・メッセージに応答
した第2のリザベーション・メッセージを受信するま
で、該第1のリザベーション・メッセージを転送せずに
保留してもよい(付記29)。

【０１０３】これにより、パケットがカプセル化転送さ
れる区間の資源予約が完了する前に、第1のホストが資
源予約の完了の通知を受けることを回避することが出来
る。さらに、本発明に係る通信ネットワーク装置は、該
第2のパス・メッセージによる資源予約に失敗したと
き、該第1のルータが、該第1のリザベーション・メッセ
ージを転送する代わりに資源予約が出来なかった旨を通
知するエラー・メッセージを送信してもよい(付記30)。

【０１０４】これにより、パケットがカプセル化転送さ
れる区間の資源予約に失敗しているにも拘わらず第1の
ホストが資源予約の完了の通知を受けてしまうことを回
避することが出来る。

【０１０５】

【発明の実施の形態】上記の本発明を、[1]モバイルIP
への適用例及び[2]IP-VPNへの適用例に分けて説明す
る。まず、適用例[1]及び[2]に用いるルータの構成につ
いて図1を参照して説明する。ここで言うルータとは、
適用例[1]に関しては、ホーム・エージェントHA(仮想ホ
ーム・エージェントVHAを含む)、モビリティー・エージ
ェントMA、及びエッジ・ノードENを意味し、適用例[2]
に関してはゲートウェイ・ルータを意味するものであ
る。

【０１０６】適用例[1]におけるルータについては、同
図に示す如く、パケット受信部100がパケット判定部1
0、移動管理処理部20、資源予約処理部30、他パケット
受信処理部40、代理RSVP処理部50、バインディング・キ
ャッシュテーブル21、及びパス・ステート／リザベーシ
ョン・ステートテーブル31によって構成されている。

【０１０７】また、代理RSVP処理部50は、バインディン
グ・キャッシュ検索部51、パス・ステート検索部52、リ
ザベーション・ステート検索部53、及びパス・ステート
生成／パス・メッセージ出力部54によって構成されてい
る。この代理RSVP処理部50は、本発明において、第1の
ホストが開始する資源予約では予約しきれないパケット
転送区間における資源予約を第1のホストに代わって処
理するものであり、以下、代理RSVP処理部50による処理
を「代理RSVP処理」と称することがある。

【０１０８】これに対し、適用例[2]におけるルータに
おいては、上記の移動管理処理部20は設けられていな
い。また、バインディング・キャッシュテーブル21の代
わりにカプセル化テーブル(図29参照)を有し、バインデ
ィング・キャッシュ検索部51の代わりにカプセル化テー
ブル検索部(図示せず)を有している。

【０１０９】[1]モバイルIPへの適用例 適用例[1]に関しては、一般的なモバイルIPへの適用例
(実施例(1))、階層化モバイルIPへの適用例(実施例
(2))、及びエッジ・ノードを用いたモバイルIPへの適用
例(実施例(3))を説明する。

【０１１０】まず、実施例(1)〜(3)におけるルータによ
る共通の処理フローについて、図2を参照して説明す
る。図2(1)は、図1に示したパケット受信部100による全
体的な処理フローを示したものであり、図2(2)は、代理
RSVP処理部50による代理RSVP処理フローを示したもので
ある。

【０１１１】以下、図1及び図2を参照して、例えばルー
タがホーム・エージェントHAである場合に関し、ホーム
・エージェントHA−移動端末MN間の資源予約状況を判定
し、資源予約が行われていない経路に対して資源予約を
行うためのメッセージを送信する処理フローを説明す
る。

【０１１２】ホーム・エージェントHAのパケット受信部
100は、パケットを受信するとパケット判定部10でパケ
ット種別の判定を行い(図2(1)のステップS101)、受信し
たパケットがバインディング・アップデート(モバイルI
P関連のパケット)であるか否かを判定し(ステップS10
2)、バインディング・アップデートであれば移動管理処
理部20によりバインディング・アップデート受信処理
(同S109)が実行され、バインディング・キャッシュテー
ブル21が更新される。

【０１１３】ステップS102において、バインディング・
アップデートでないと判定した場合、パケット判定部10
はさらに、受信したパケットがパス・メッセージ(資源
予約関連のパケット)であるか否かを判定し(ステップS1
03)、パス・メッセージであれば資源予約処理部30により
パス・ステート登録処理(同S106)が実行され、パス／リ
ザベーション・ステートテーブル31が更新される。

【０１１４】ステップS103において、パス・メッセージ
でないと判定した場合、パケット判定部10はさらに、受
信したパケットがリザベーション・メッセージ(資源予
約関連のパケット)であるか否かを判定し(ステップS10
4)、リザベーション・メッセージであれば資源予約処理
部30によりリザベーション・ステート登録処理(同S107)
が実行され、パス／リザベーション・ステートテーブル
31が更新される。

【０１１５】ステップS104において、リザベーション・
メッセージでないと判定した場合、受信したパケットは
その他のパケットであるため、他パケット処理部40によ
り他パケット受信処理(同S105)が実行される。移動管理
処理部20によるバインディング・アップデート受信処理
(同S109)後及び資源予約処理部30によるリザベーション
・ステート登録処理(同S107)後は、代理RSVP処理部50に
よる代理RSVP処理(同S110及びS108)が実行される。

【０１１６】この場合、代理RSVP処理に渡すパラメータ
は、ステップS108の場合はリザベーション・ステートに
登録した宛先アドレスであり、ステップS110の場合は、
バインディング・キャッシュに登録した移動端末MNのホ
ーム・アドレスである。この代理RSVP処理では、図2(2)
に示すように、代理RSVP処理部50のバインディング・キ
ャッシュ検索部51が、まず、入力パラメータをキーとし
てバインディング・キャッシュテーブル21から該当エン
トリを検索する(ステップS201)。該当エントリが存在し
た場合(同S202)、パス・ステート検索部52が、入力パラ
メータを宛先アドレスとしてパス／リザベーション・ス
テートテーブル31から該当エントリを検索する(同S20
3)。

【０１１７】該当エントリが存在した場合(同S204)、リ
ザベーション・ステート検索部53が、ステップS201で検
索されたエントリにおける気付アドレスを宛先アドレス
としてパス／リザベーション・ステートテーブル31から
該当エントリを検索する(同S205)。該当エントリが存在
しない場合(同S206)、パス・ステート生成／パス・メッ
セージ出力部54に制御を渡す。

【０１１８】パス・ステート生成／パス・メッセージ出
力部54では、宛先アドレスをバインディング・キャッシ
ュの気付アドレスとし、PHOPを自ノードアドレスとし、
セッション情報を検索したパス・ステートのセッション
情報とするパス・ステートを生成してパス・ステート／
リザベーション・ステートテーブル31に追加し(同S20
7)、生成したパス・ステートからパス・メッセージを生
成して送信する(同S208及びS209)。

【０１１９】実施例(1) この実施例(1)においては一般的なIPモバイルへの適用
例を説明するが、移動端末MNの移動状況に対応して、3
つの資源予約(その1〜その3)を実施することができるの
で、それぞれについて説明する。

【０１２０】実施例(1)における資源予約(その1)：図3
及び図4 図3及び図4は、本発明の実施例(1)における資源予約(そ
の1)として、移動端末MNが外部リンクFL1に位置する場
合の資源予約手順を示したものである。図3における通
信ネットワークNWの構成は、図31に示したものと同じで
あるが、図3に示したホーム・エージェントHAは、図1に
示した構成を有し、図2に示した処理を行うものであ
る。

【０１２１】また、図3に示された資源予約のためのパ
ス・メッセージPM1〜PM3及びリザベーション・メッセー
ジRM1〜RM3は、図31に示した従来の資源予約手順におけ
るパス・メッセージPM1〜PM3及びリザベーション・メッ
セージRM1〜RM3と同じものである。

【０１２２】但し、図3では、ホーム・エージェントHA
と第2のホストMNとの間にパス・メッセージPM4，PM5及
びリザベーション・メッセージRM4，RM5が加わってい
る。図4(1)は、図3の各パス・メッセージPM1〜PM5及び
各リザベーション・メッセージRM1〜R5のメッセージ・
シーケンスを示したものであり、図4(2)は、同図(1)に
☆(1)〜☆(7)で示した状態の内、ホーム・エージェント
HAにおけるパス・ステート、リザベーション・ステー
ト、及びバインディング・キャッシュの生成状態を示し
たものである。

【０１２３】同図(2)に示す如く、☆(1)の状態でホーム
・エージェントHAは移動端末MNのバインディング・キャ
ッシュを保持している。これは通常のモバイルIPの動作
で生成されている。☆(2)及び☆(3)の状態では、同図に
示す如く、ホーム・エージェントHAはパス・ステート及
びリザベーション・ステートをそれぞれ生成するが、こ
れは通常のRSVP処理で生成されるものである。

【０１２４】このように、ホーム・エージェントHAはリ
ザベーション・メッセージRM1を受信し、通常のRSVPの
処理を実行した後、生成したリザベーション・ステート
の宛先アドレス（移動端末MNのホーム・アドレス）でバ
インディング・キャッシュを検索する(図2(2)ステップS
201参照)。

【０１２５】この場合、移動端末MNのホーム・アドレス
がバインディング・キャッシュに存在する(同S202参照)
ので、ホーム・エージェントHAは、次に移動端末MNのホ
ーム・アドレスを宛先アドレスとしたパス・ステートを
検索する(同S203参照)。この場合、MNのホーム・アドレ
スを宛先アドレスとしたパス・ステートが存在する(同S
204参照)。ホーム・エージェントHAは、次に移動端末MN
の気付アドレス（バインディング・キャッシュより取
得）を宛先アドレスとしたリザベーション・ステートを
検索する(同S205参照)。

【０１２６】この時点では、未だ移動端末MNの気付アド
レスを宛先アドレスとするリザベーション・ステートは
存在しない(同S206参照)。そこで、ホーム・エージェン
トHAは、宛先アドレスを移動端末MNの気付アドレスと
し、PHOPを自ノードアドレス（ホーム・エージェントHA
のアドレス）とするパス・ステートを生成する(同S207
及び図4(2)の☆(4)下段参照)。この場合の資源予約の情
報は、移動端末MNのホーム・アドレスを宛先アドレスと
したパス・ステート(図4(2)の☆(4)上段参照)から複写
したものである。

【０１２７】ホーム・エージェントHAは、新たに生成し
たパス・ステートの情報でパス・メッセージPM4を移動
端末MNの気付アドレス宛てにカプセル化しない状態で送
信する(図2(2)のステップS208及びS209参照)。移動端末
MNの気付アドレス宛てのパス・メッセージPM4は、途中
のルータR2において解析され、図4(1)の☆(5)に示す如
くパス・ステートがルータR2に生成される。ルータR2
は、パス・メッセージPM4のPHOPを自ノードアドレス(ル
ータR2のアドレス)に変更し、パス・メッセージPM5とし
て移動端末MN（ルータR2下に存在）に送信する。

【０１２８】パス・メッセージPM5を受信した移動端末M
Nは、パス・メッセージ内のPHOP（ルータR2のアドレ
ス）宛てにリザベーション・メッセージRM4を送信す
る。リザベーション・メッセージRM4を受信したルータR
2は、同図の☆(6)に示す如くリザベーション・ステート
を生成（資源予約）し、自ノードが保持していたパス・
ステートのPHOP(ホーム・エージェントHAのアドレス)宛
てにリザベーション・メッセージRM5として転送する。

【０１２９】リザベーション・メッセージRM5を受信し
たホーム・エージェントHAは同図(2)の☆(7)下段に示す
如く、宛先アドレスを移動端末MNの気付アドレス（ルー
タR2下のCoA）とするリザベーション・ステートを生成
（資源予約）する。ホーム・エージェントHAは自ノード
が保持するパス・ステートから宛先アドレスがルータR2
下の気付アドレスのエントリを検索し、PHOPが自ノード
と同じなのでリザベーション・メッセージの転送は行わ
ない。

【０１３０】上記の動作により、ルータR2における資源
予約が可能となる。実施例(1)における資源予約(その2)：図5及び図6 図5及び図6は、本発明の実施例(1)における資源予約(そ
の2)として、ホーム・リンクHLに位置しているときに資
源予約が完了している移動端末MNが、外部リンクFL1に
移動した場合の資源予約手順を示したものである。

【０１３１】図5における通信ネットワークNWの構成
は、図33に示したものと同じであるが、図5に示したホ
ーム・エージェントHAは、図1に示した構成を有し、図2
に示した処理を行うものである。また、図5に示された
資源予約のためのパス・メッセージPM1〜PM3及びリザベ
ーション・メッセージRM1〜RM3は、図33に示した従来の
資源予約手順におけるパス・メッセージPM1〜PM3及びリ
ザベーション・メッセージRM1〜RM3と同じものである。

【０１３２】但し、図5では、ホーム・エージェントHA
と第2のホストMNとの間にパス・メッセージPM4，PM5、
リザベーション・メッセージRM4，RM5、バインディング
・アップデートBU、及びバインディング・アクノリッジ
BAが加わっている。図6(1)は、図5の各パス・メッセー
ジPM1〜PM5及び各リザベーション・メッセージRM1〜RM5
のメッセージ・シーケンスを示したものであり、図6(2)
は、同図(1)に☆(1)〜☆(6)に示した状態の内、ホーム
・エージェントHAにおけるパス・ステート、リザベーシ
ョン・ステート、及びバインディング・キャッシュの生
成状態を示したものである。

【０１３３】☆(1)及び☆(2)の状態では、同図(2)に示
す如く、ホーム・エージェントHAはパス・ステート及び
リザベーション・ステートをそれぞれ生成するが、これ
は通常のRSVP処理で生成されるものである。また、ホー
ム・エージェントHAは、移動端末MNからバインディング
・アップデートBUを受信すると、通常のモバイルIPに従
って、☆(3)でバインディング・キャッシュを生成した
後、バインディング・アクノリッジBAを送信する。

【０１３４】また、ホーム・エージェントHAはバインデ
ィング・アップデートBUを受信したことを契機として、
バインディング・アップデートBUによりバインディング
・キャッシュに登録した移動端末MNのホーム・アドレス
でバインディング・キャッシュを検索する(図2(2)ステ
ップS201参照)。

【０１３５】この場合、移動端末MNのホーム・アドレス
がバインディング・キャッシュに存在する(同S202参照)
ので、次にホーム・エージェントHAは、移動端末MNのホ
ーム・アドレスを宛先アドレスとしたパス・ステートを
検索する(同S203参照)。これも存在する(同S204参照)の
で、ホーム・エージェントHAは、次に移動端末MNの気付
アドレスを宛先アドレスとしたリザベーション・ステー
トを検索する(同S205参照)。

【０１３６】この時点では、未だ移動端末MNの気付アド
レスを宛先アドレスとするリザベーション・ステートは
存在しない(同S206参照)。そこで、ホーム・エージェン
トHAは、宛先アドレスを移動端末MNの気付アドレスと
し、PHOPを自ノードアドレス（ホーム・エージェントHA
のアドレス）とするパス・ステートを生成する(同S207
及び図6(2)の☆(3)下段参照)。この場合の資源予約の情
報は、移動端末MNのホーム・アドレスを宛先アドレスと
したパス・ステート(図6(2)の☆(3)上段参照)から複写
したものである。

【０１３７】ホーム・エージェントHAは、新たに生成し
たパス・ステートの情報でパス・メッセージPM4を移動
端末MNの気付アドレス宛てにカプセル化しない状態で送
信する(図2(2)のステップS208及びS209参照)。移動端末
MNの気付アドレス宛てのパス・メッセージPM4は、途中
のルータR2において解析され、図6(1)の☆(4)に示す如
くパス・ステートがルータR2に生成される。ルータR2
は、パス・メッセージPM4のPHOPを自ノードアドレス(ル
ータR2のアドレス)に変更し、パス・メッセージPM5とし
て移動端末MN（ルータR2下に存在）に送信する。

【０１３８】パス・メッセージPM5を受信した移動端末M
Nは、パス・メッセージ内のPHOP（ルータR2のアドレ
ス）宛てにリザベーション・メッセージRM4を送信す
る。リザベーション・メッセージRM4を受信したルータR
2は、同図の☆(5)に示す如くリザベーション・ステート
を生成（資源予約）し、自ノードが保持していたパス・
ステートのPHOP(ホーム・エージェントHAのアドレス)宛
てにリザベーション・メッセージRM5として転送する。

【０１３９】リザベーション・メッセージRM5を受信し
たホーム・エージェントHAは同図(2)の☆(6)下段に示す
如く、宛先アドレスを移動端末MNの気付アドレス(ルー
タR2下のCoA)とするリザベーション・ステートを生成
（資源予約）する。ホーム・エージェントHAは自ノード
が保持するパス・ステートから宛先アドレスがルータR2
下の気付アドレスのエントリを検索し、PHOPが自ノード
と同じなのでリザベーション・メッセージの転送は行わ
ない。

【０１４０】上記の動作により、ルータR2における資源
予約が可能となる。実施例(1)における資源予約(その3)：図7 図7は、本発明の実施例(1)における資源予約(その3)と
して、外部リンクFL1に位置しているときに資源予約が
完了している移動端末MNが、さらに外部リンクFL2に移
動した場合の資源予約手順を示したものである。

【０１４１】図7における通信ネットワークNW構成は、
図3及び図5に示したものと同じである。但し、図7で
は、移動端末MNが外部リンクFL1に位置する場合の資源
予約が完了しているものとして、図3又は図5に示された
パス・メッセージPM1〜PM5及びリザベーション・メッセ
ージRM1〜RM5は、省略されている。

【０１４２】図7において、移動端末MNは外部リンクFL2
に移動すると、ホーム・エージェントHA宛にバインディ
ング・アップデートBUを送信し、ホーム・エージェント
HAは、移動端末MNからバインディング・アップデートBU
を受信すると、通常のモバイルIPに従って、バインディ
ング・キャッシュを更新した後、バインディング・アク
ノリッジBAを送信する。この場合、バインディング・キ
ャッシュで移動端末MNのホーム・アドレスに対応付けら
れる気付アドレスは、ルータR2下の気付アドレスからル
ータR3下の気付アドレスに変更される。

【０１４３】また、ホーム・エージェントHAはバインデ
ィング・アップデートBUを受信したことを契機として、
バインディング・アップデートBUによりバインディング
・キャッシュを更新した移動端末MNのホーム・アドレス
でバインディング・キャッシュを検索する(図2(2)ステ
ップS201参照)。

【０１４４】この場合、移動端末MNのホーム・アドレス
がバインディング・キャッシュに存在する(同S202参照)
ので、次にホーム・エージェントHAは、移動端末MNのホ
ーム・アドレスを宛先アドレスとしたパス・ステートを
検索する(同S203参照)。これも存在する(同S204参照)の
で、ホーム・エージェントHAは、次に移動端末MNの気付
アドレス(ルータR3下のCoA)を宛先アドレスとしたリザ
ベーション・ステートを検索する(同S205参照)。

【０１４５】この時点では、未だルータR3下の気付アド
レスを宛先アドレスとするリザベーション・ステートは
存在しない(同S206参照)。そこで、ホーム・エージェン
トHAは、宛先アドレスを移動端末MNの気付アドレス(ル
ータR3下のCoA)とし、PHOPを自ノードアドレス（ホーム
・エージェントHAのアドレス）とするパス・ステートを
生成する(同S207参照)。この場合の資源予約の情報は、
移動端末MNのホーム・アドレスを宛先アドレスとしたパ
ス・ステートから複写したものである。

【０１４６】ホーム・エージェントHAは、新たに生成し
たパス・ステートの情報でパス・メッセージPM６を移動
端末MNの気付アドレス宛てにカプセル化しない状態で送
信する(同S208及びS209参照)。移動端末MNの気付アドレ
ス宛てのパス・メッセージPM6は、途中のルータR3にお
いて解析され、パス・ステートが生成される。ルータR3
は、パス・メッセージPM６のPHOPを自ノードアドレス
(ルータR3のアドレス)に変更し、パス・メッセージPM7
として移動端末MN（ルータR3下に存在）に送信する。

【０１４７】パス・メッセージPM7を受信した移動端末M
Nは、パス・メッセージ内のPHOP（ルータR3のアドレ
ス）宛てにリザベーション・メッセージRM6を送信す
る。リザベーション・メッセージRM6を受信したルータR
3は、リザベーション・ステートを生成（資源予約）
し、自ノードが保持していたパス・ステートのPHOP(ホ
ーム・エージェントHAのアドレス)宛てにリザベーショ
ン・メッセージRM7として転送する。

【０１４８】リザベーション・メッセージRM7を受信し
たホーム・エージェントHAは宛先アドレスを移動端末MN
の気付アドレスとするリザベーション・ステートを生成
（資源予約）する。ホーム・エージェントHAは自ノード
が保持するパス・ステートから宛先アドレスがルータR3
下の気付アドレスのエントリを検索し、PHOPが自ノード
と同じなのでリザベーション・メッセージの転送は行わ
ない。

【０１４９】上記の動作により、ルータR3における資源
予約が可能となる。実施例(2) この実施例(2)においては、階層化モバイルIPへの適用
例を説明する。本発明を階層化モバイルIPに適用する場
合、ホーム・エージェントHAの構成及び処理フローは、
図1及び図2に示した通りである。但し、実施例(2)にお
けるホーム・エージェントHAのバインディング・キャッシ
ュテーブル21では、移動端末MAのホーム・アドレスとモ
ビリティ・エージェントMA下の仮想気付アドレス(VCoA)
が対応付けられている。

【０１５０】また、モビリティ・エージェントMAについ
ても、構成は図1に示したものと同様でよいが、モビリ
ティ・エージェントMAのバインディング・キャッシュ21
では、移動端末MNのホーム・アドレスに対して、気付ア
ドレス(PCoA)に加えてVCoAも対応付けられている。

【０１５１】一方、モビリティ・エージェントMAの処理
フローは、図8に示す如く、図2に示したホーム・エージ
ェントHAの処理フローとは以下に説明する相違がある。
図8(1)は、全体的な処理フローを示したものであり、こ
れは図2(1)と同様であるが、図8(2)に示す代理RSVP処理
フローは図2(2)と異なっている。

【０１５２】図8(2)におけるステップS301〜S309は、そ
れぞれ図2(2)におけるステップS201〜S209に対応してい
るが、ステップS301は、入力パラメータが移動端末のホ
ーム・アドレスである場合(同図(1)のステップS110)
は、バインディング・キャッシュのキーを検索し、入力
パラメータがリザベーション・ステートに登録した宛先
アドレスである場合(同S108)は、バインディング・キャ
ッシュのVCoAを検索する点でステップS201と異なってい
る。

【０１５３】また、ステップS303においては、パス・ス
テートを検索する際、VCoAを宛先アドレスとして検索す
る点でステップS203と異なっている。この実施例(2)に
おいても、さらに、移動端末MNの移動状況に対応して、
2つの資源予約(その1及びその2)を実施することができ
るので、それぞれについて説明する。

【０１５４】実施例(2)における資源予約(その1)：図9
〜図11 図9〜図11は、本発明の実施例(2)における資源予約(そ
の1)として、階層化モバイルIPにおいて、移動端末MNが
外部リンクFL1に位置する場合の資源予約手順を示した
ものである。

【０１５５】図9における通信ネットワークNWの構成
は、図26に示したものと同じである。図9に示した本実
施例(2)の資源予約では、通常のRSVP処理におけるパス
・メッセージPM1〜PM3及びリザベーション・メッセージ
RM1〜RM3に加え、ホーム・エージェントHAの代理RSVP処
理によるパス・メッセージPM4,PM5及びリザベーション
・メッセージRM4,RM5、並びにモビリティ・エージェン
トMAの代理RSVP処理によるパス・メッセージPM6,PM7及
びリザベーション・メッセージRM6,RM7が追加されてい
る。

【０１５６】図10は、図9の各パス・メッセージPM1〜PM7
及び各リザベーション・メッセージRM1〜RM7のメッセー
ジ・シーケンスを示したものであり、図11は、図10にお
いて☆(1)〜☆(11)で示した状態の内、ホーム・エージェ
ントHA及びモビリティ・エージェントMAにおけるパス・
ステート、リザベーション・ステート、及びバインディ
ング・キャッシュの生成状態を示したものである。

【０１５７】従って、図9及び図10におけるパス・メッセ
ージPM1〜PM5及びリザベーション・メッセージRM1〜RM5
については、図3及び図4に示したものと同様である。ま
た、図11(1)に示したホーム・エージェントHAの状態
は、移動端末MNの気付アドレスがルータR2下のCoAから
モビリティ・エージェントMA下のVCoAに変更されている
以外は図4(2)と同様である。

【０１５８】なお、図10におけるパス・メッセージPM3
は、図4(1)の場合と異なり、ホーム・エージェントHAか
らモビリティ・エージェントMAまでは、宛先をモビリテ
ィ・エージェントMA下のVCoAとしてカプセル化転送さ
れ、モビリティ・エージェントMAから移動端末MNまで
は、宛先をルータR2下の物理的気付アドレス(PCoA)とし
て再カプセル化転送される。

【０１５９】また、図10においてモビリティ・エージェ
ントMAから移動端末MN宛に送信されるパス・メッセージ
PM5も、図4(1)の場合と異なり、宛先をルータR2下の物
理的気付アドレス(PCoA)として再カプセル化転送され
る。以下、図10及び図11を参照して、本実施例(2)にお
けるホーム・エージェントHA及びモビリティ・エージェ
ントMAによる代理RSVP処理を説明する。

【０１６０】まず、☆(1)の状態でホーム・エージェン
トHA及びモビリティ・エージェントMAは移動端末MNのバ
インディング・キャッシュを保持している。これは通常
の階層化モバイルIPの動作で生成されている。また、☆
(2)及び☆(3)でホーム・エージェントHAに生成されるパ
ス／リザベーション・ステートは通常のRSVP処理で生成
される。

【０１６１】ホーム・エージェントHAはリザベーション
・メッセージRM1を受信し、通常のRSVP処理を実行後、
生成したリザベーション・ステートの宛先アドレス（移
動端末MNのホーム・アドレス）でバインディング・キャ
ッシュを検索する(図2(2)ステップS201参照)。

【０１６２】この場合、移動端末MNのホーム・アドレス
がバインディング・キャッシュに存在するので、ホーム
・エージェントは、次に移動端末MNのホーム・アドレス
を宛先アドレスとしたパス・ステートを検索する(同S20
2及びS203参照)。この場合、移動端末MNのホーム・アド
レスを宛先アドレスとしたパス・ステートが存在する。
ホーム・エージェントは、次に移動端末MNの気付アドレ
ス（バインディング・キャッシュより取得）を宛先アド
レスとしたリザベーション・ステートを検索する(同S20
4及びS205参照)。

【０１６３】この時点では、未だ移動端末MNの気付アド
レスを宛先アドレスとしたリザベーション・ステートは
存在しない(同S206参照)。そこで、ホーム・エージェン
トHAは、宛先アドレスを移動端末MNの気付アドレス(モ
ビリティ・エージェントMA下のVCoA)とし、PHOPを自ノ
ードアドレス(ホーム・エージェントHAのアドレス)とす
るパス・ステートを生成する(同S207及び図11(1)の☆
(4)下段参照)。この場合の資源予約の情報は移動端末MN
のホーム・アドレスを宛先アドレスとしたパス・ステー
ト（図11(1)の☆(4)上段参照）から複写したものであ
る。

【０１６４】ホーム・エージェントHAは、新たに生成し
たパス・ステートの情報でパス・メッセージPM4を移動
端末MNの気付アドレス(MA下のVCOA)宛てにカプセル化し
ない状態で送信する(図2(2)ステップS208及びS209参
照)。移動端末MNの気付アドレス(MA下のVCOA)宛てのパ
ス・メッセージPM4は途中のモビリティ・エージェントM
Aにおいて解析され、図11(2)の☆(5)に示すパス・ステ
ートが生成される。モビリティ・エージェントMAは移動
端末MNの気付アドレス(VCOA)宛てのパス・メッセージPM
4を再度カプセル化して移動端末MNのPCoA宛てにパス・メ
ッセージPM5として転送する。この場合、パス・メッセ
ージPM5がカプセル化されているため、経路にあるルー
タR2ではパス・ステートを生成することができない。

【０１６５】移動端末MNのPCoA宛てのパス・メッセージ
を受信した移動端末MNは、パス・メッセージ内のPHOP
（モビリティ・エージェントMAのアドレス）宛てにリザ
ベーション・メッセージRM4を送信する。リザベーショ
ン・メッセージRM4を受信したモビリティ・エージェン
トMAは、同図☆(6)に示す如くリザベーション・ステー
トを生成（資源予約）し、自ノードが保持していたパス
・ステートのPHOP(ホーム・エージェントHAのアドレス)
宛てにリザベーション・メッセージRM5として転送す
る。

【０１６６】リザベーション・メッセージRM5を受信し
たホーム・エージェントHAは同図(1)の☆(7)下段に示す
如く、リザベーション・ステートを生成（資源予約）す
る。ホーム・エージェントHAは自ノードが保持するパス
・ステートから宛先アドレスがVCoAのエントリを検索
し、PHOPが自ノードと同じなのでリザベーション・メッ
セージの転送は行わない。

【０１６７】この時点で、ルータR2に対する資源予約は
済んでいないため、モビリティ・エージェントMAが以下
に説明する代理RSVP処理を行なう。モビリティ・エージ
ェントMAは、リザベーション・メッセージRM4を受信す
ると、通常のRSVP処理を実行した後、生成したリザベー
ション・ステートの宛先アドレス（移動端末MNのVCoA）
でバインディング・キャッシュを検索する(図8(2)のス
テップS301参照)。

【０１６８】この場合、移動端末MNのVCoAがバインディ
ング・キャッシュに存在するので、モビリティ・エージ
ェントMAは、次に移動端末MNのVCoAを宛先アドレスとし
たパス・ステートを検索する(同S302及びS303参照)。こ
の場合、移動端末MNのVCoAを宛先アドレスとしたパス・
ステートが存在する(同S304参照)。モビリティ・エージ
ェントMAは、次に移動端末MNの気付アドレス（バインデ
ィング・キャッシュより取得したPCoA）を宛先アドレス
としたリザベーション・ステートを検索する(同S305参
照)。

【０１６９】この時点では、未だ移動端末MNの気付アド
レスを宛先アドレスとしたリザベーション・ステートは
存在しない(同S306参照)。そこで、モビリティ・エージ
ェントMAは、宛先を移動端末MNの気付アドレス(ルータR
2下のPCoA)とし、PHOPを自ノードアドレス(モビリティ
・エージェントMAのアドレス)とするパス・ステートを
生成する(同S307及び図11(2)の☆(8)下段参照）を生成
する。

【０１７０】この場合の資源予約の情報は移動端末MNの
VCoAを宛先アドレスとしたパス・ステート（図11(2)の
☆(8)上段参照）から複写し、生成したパス・ステート
の情報でパス・メッセージPM6を移動端末MNの気付アド
レス(PCoA)宛てにカプセル化しない状態で送信する(図8
(2)のステップS308及びS309参照)。

【０１７１】移動端末MNの気付アドレス(PCoA)宛てのパ
ス・メッセージPM6は途中のルータR2において解析さ
れ、図10の☆(9)に示すパス・ステートが生成され、パ
ス・メッセージPM7として転送されて移動端末MN（ルー
タR2下に存在）に到着する。パス・メッセージPM7を受
信した移動端末MNは、パス・メッセージPM7内のPHOP
（ルータR2）宛てにリザベーション・メッセージRM6を
送信する。リザベーション・メッセージRM6を受信した
ルータR3は、同図☆(10)に示すリザベーション・ステー
トを生成（資源予約）し、自ノードが保持していたパス
・ステートのPHOP(モビリティ・エージェントMAのアド
レス)宛てにリザベーション・メッセージRM7として転送
する。

【０１７２】リザベーション・メッセージRM7を受信し
たモビリティ・エージェントMAは図11(2)の☆(11)下段
に示す如くリザベーション・ステートを生成（資源予
約）する。モビリティ・エージェントMAは自ノードが保
持するパス・ステートから宛先アドレスがPCoAのエント
リを検索し、PHOPが自ノードと同じなのでリザベーショ
ン・メッセージの転送は行わない。

【０１７３】上記の動作により、モビリティ・エージェ
ントMA及びルータR2における資源予約が可能となる。実施例(2)における資源予約(その2)：図12及び図13 図12及び図13は、本発明の実施例(2)における資源予約
(その2)として、上記実施例(2)における資源予約(その
1)で説明したように移動端末MNが、モビリティ・エージ
ェントMAの管理する外部リンクFL1に位置するときに送
信端末CN−移動端末MN間の資源予約が完了した後、モビ
リティ・エージェントMAが管理する外部リンクFL2に移
動端末MNが移動した場合の資源予約手順を示したもので
ある。

【０１７４】図12及び図13に示すように、移動端末MNは
外部リンクFL1から外部リンクFL2に移動すると、モビリ
ティ・エージェントMAに対してバインディング・アップ
デートBUを送信し、これに応答してモビリティ・エージ
ェントMAはバインディング・アクノリッジBAを移動端末
MNに送信する。

【０１７５】なお、図13(1)は、図12に示したバインデ
ィング・アップデートBU、バインディング・アクノリッ
ジBA、各パス・メッセージPM8,PM9、各リザベーション
・メッセージRM8,RM9のメッセージ・シーケンスを示し
ており、図13(2)は、同図(1)に☆(1)〜☆(6)で示した状
態の内、モビリティ・エージェントMAにおけるパス・ス
テート、リザベーション・ステート、及びバインディン
グ・キャッシュの生成状態を示したものである。

【０１７６】同図(1)及び(2)に示す如く、☆(1)の状態
でホーム・エージェントHA及びモビリティ・エージェン
トMAは移動端末MNのバインディング・キャッシュを保持
している。これは階層化モバイルIPの通常の動作で生成
されている。また、☆(1)の状態で、ホーム・エージェ
ントHAは移動端末MNのホーム・アドレス及びVCOAに対す
るパス・ステート及びリザベーション・ステートを保持
しており、モビリティ・エージェントMAは移動端末MNの
VCOA及びPCoAに対するパス・ステート及びリザベーショ
ン・ステートを保持している。

【０１７７】モビリティ・エージェントMAは移動端末MN
からのバインディング・アップデートBUを受信するとバ
インディング・キャッシュを更新し、同図(2)の☆(2)に
示す如く、気付アドレスをルータR2下のPCoAからルータ
R3下のPCoAに変更する。モビリティ・エージェントMAは
バインディング・アップデートBUを受信したことを契機
として、バインディング・アップデートBUによりバイン
ディング・キャッシュに登録した移動端末MNのホーム・
アドレスでバインディング・キャッシュを検索し、次に
移動端末MNのVCoAを宛先アドレスとしたパス・ステート
を検索する(図8(2)のステップS301〜S303参照)。

【０１７８】この場合、移動端末MNのVCoAを宛先アドレ
スとしたパス・ステートが存在する(同S304参照)。モビ
リティ・エージェントMAは、次に移動端末MNのPCoA(ル
ータR3下)を宛先アドレスとしたリザベーション・ステ
ートを検索する(同S305参照)。この時点では、未だ移動
端末MNのPCoA(ルータR3下)を宛先アドレスとしたリザベ
ーション・ステートは存在しない(同S306参照)。そこ
で、モビリティ・エージェントMAは、宛先を移動端末MN
の気付アドレス(ルータR3下のPCoA)とし、PHOPを自ノー
ドアドレス(モビリティ・エージェントMAのアドレス)と
するパス・ステートを生成する(同S307及び図13(2)の☆
(3)最下段参照）を生成する。

【０１７９】この場合の資源予約の情報は移動端末MNの
VCoAを宛先アドレスとしたパス・ステート（図13(2)の
☆(3)最上段参照）から複写し、生成したパス・ステー
トの情報でパス・メッセージPM8を移動端末MNの気付ア
ドレス(PCoA)宛てにカプセル化しない状態で送信する
(図8(2)のステップS308及びS309参照)。

【０１８０】移動端末MNの気付アドレス(PCoA)宛てのパ
ス・メッセージPM8は途中のルータR3において解析さ
れ、図13(1)の☆(4)に示すパス・ステートが生成され、
パス・メッセージPM9として転送されて移動端末MN（ル
ータR3下に存在）に到着する。パス・メッセージPM9を
受信した移動端末MNは、パス・メッセージPM9内のPHOP
（ルータR3）宛てにリザベーション・メッセージRM8を
送信する。リザベーション・メッセージRM8を受信した
ルータR3は同図☆(5)に示すリザベーション・ステート
を生成（資源予約）し、自ノードが保持していたパス・
ステートのPHOP(モビリティ・エージェントMAのアドレ
ス)宛てにリザベーション・メッセージRM9として転送す
る。

【０１８１】リザベーション・メッセージRM9を受信し
たモビリティ・エージェントMAは同図(2)の☆(6)最下段
に示す如くリザベーション・ステートを生成（資源予
約）する。モビリティ・エージェントMAは自ノードが保
持するパス・ステートから宛先アドレスがPCoAのエント
リを検索し、PHOPが自ノードと同じなのでリザベーショ
ン・メッセージの転送は行わない。

【０１８２】上記の動作により、モビリティ・エージェ
ントMA及びルータR3における資源予約が可能となる。実施例(3) 実施例(3)では、エッジ・ノードを用いたモバイルIPへ
の適用例を説明する。このエッジ・ノードを用いたモバ
イルIPの場合、仮想ホーム・エージェントVHA及びエッ
ジ・ノードENの構成及び処理フローは、それぞれ、図1
及び図2に示した通りである。

【０１８３】但し、エッジ・ノードでは、図2(1)のステ
ップS102において受信したパケットがバインディング・
アップデートであるか否かを判断する代わりに、キャッ
シュ通知であるか否かを判断する。この実施例(3)にお
いても、さらに、移動端末MNの移動状況に対応して、2
つの資源予約(その1及びその2)を実施することができる
ので、それぞれについて説明する。

【０１８４】実施例(3)における資源予約(その1)：図14
及び図15 図14及び図15は本発明の実施例(3)における資源予約(そ
の1)として、エッジ・ノードを用いた場合の資源予約手
順を示したものである。図14における通信ネットワーク
NWの構成は、図27に示したものと同じである。図14に
は、通常のパケットM1を転送する際にエッジ・ノードで
あるルータR1が、仮想ホーム・エージェントVHAに対して
送信するキャッシュ要求C1、これに応答して仮想ホーム
・エージェントVHAがルータR1宛に送信するキャッシュ通
知C2、各パス・メッセージPM1,PM2、及び各リザベーシ
ョン・メッセージRM1,RM2が示されている。また、これ
らのメッセージ・シーケンスが図15(1)に示されており、
同図において☆(1)〜☆(5)で示した状態の内、ルータR1
におけるパス・ステート、リザベーション・ステート、
及びバインディング・キャッシュの生成状態が同図(2)
に示されている。

【０１８５】図15(1)及び(2)に示す如く、☆(1)の状態
で仮想ホーム・エージェントVHA及びルータR1は移動端末
MNのバインディング・キャッシュを保持している。これ
は通常のモバイルIPの動作とエッジ・ノードの動作で生
成されている。また、☆(1)の状態で仮想ホーム・エー
ジェントVHA及びルータR1は移動端末MNのホーム・アド
レスに対する資源予約情報(パス・ステート及びリザベ
ーション・ステート)を保持している。これは通常のRSV
Pの動作で生成される。

【０１８６】ルータR1はキャッシュ通知C2を受信するこ
とにより、同図(2)の☆(2)に示す如く移動端末MNに対す
るバインディング・キャッシュを生成する。また、ルー
タR1はキャッシュ通知C2を受信したことを契機として、
バインディング・キャッシュに登録した移動端末MNのホ
ーム・アドレスでバインディング・キャッシュを検索す
る(図2(2)ステップS201参照)。

【０１８７】この場合、移動端末MNのホーム・アドレス
がバインディング・キャッシュに存在するので、ルータ
R1は次に移動端末MNのホーム・アドレスを宛先アドレス
としたパス・ステートを検索し、これが存在するので、
次に移動端末MNの気付アドレスを宛先アドレスとしたリ
ザベーション・ステートを検索する(同S202〜S205参
照)。

【０１８８】この時点では、未だ移動端末MNの気付アド
レスを宛先アドレスとするリザベーション・ステートは
存在しない(同S206参照)。そこで、ルータR1は、宛先ア
ドレスを移動端末MNの気付アドレスとし、PHOPを自ノー
ドアドレス（ルータR1のアドレス）とするパス・ステー
トを生成する(同S207及び図15(2)の☆(2)下段参照)。こ
の場合の資源予約の情報は、移動端末MNのホーム・アド
レスを宛先アドレスとしたパス・ステート(図15(2)の☆
(2)上段参照)から複写したものである。

【０１８９】ルータR1は、新たに生成したパス・ステー
トの情報でパス・メッセージPM1を移動端末MNの気付ア
ドレス宛てにカプセル化しない状態で送信する(図2(2)
ステップS208及びS209参照)。移動端末MNの気付アドレ
ス宛てのパス・メッセージPM1は、途中のルータR2にお
いて解析され、図15(1)の☆(3)に示す如くパス・ステー
トがルータR2に生成される。ルータR2は、パス・メッセ
ージPM1のPHOPを自ノードアドレス(ルータR2のアドレ
ス)に変更し、パス・メッセージPM2として移動端末MN
（ルータR2下に存在）に送信する。

【０１９０】パス・メッセージPM2を受信した移動端末M
Nは、パス・メッセージPM2内のPHOP（ルータR2のアドレ
ス）宛てにリザベーション・メッセージRM1を送信す
る。リザベーション・メッセージRM1を受信したルータR
2は、同図の☆(4)に示す如くリザベーション・ステート
を生成（資源予約）し、自ノードが保持していたパス・
ステートのPHOP(ルータR1のアドレス)宛てにリザベーシ
ョン・メッセージRM2として転送する。

【０１９１】リザベーション・メッセージRM2を受信し
たルータR1は同図(2)の☆(5)下段に示す如く、宛先アド
レスを移動端末MNの気付アドレス(ルータR2下のCoA)と
するリザベーション・ステートを生成（資源予約）す
る。ルータR1は自ノードが保持するパス・ステートから
宛先アドレスがルータR3下の気付アドレスのエントリを
検索し、PHOPが自ノードと同じなのでリザベーション・
メッセージの転送は行わない。

【０１９２】上記の動作により、ルータR1及びR2におけ
る資源予約が可能となる。実施例(3)における資源予約(その2)：図16及び図17 図16及び図17は、本発明の実施例(3)における資源予約
(その2)として、上記実施例(3)における資源予約(その
1)で説明したように移動端末MNが外部リンクFL1に位置
するときに送信端末CN−移動端末MN間の資源予約が完了
した後、移動端末MNが外部リンクFL2に移動した場合の
資源予約手順を示したものである。

【０１９３】図16及び図17(1)に示すように、移動端末M
Nは外部リンクFL1から外部リンクFL2に移動すると、仮
想ホーム・エージェントVHAに対してバインディング・ア
ップデートBUを送信し、これに応答して仮想ホーム・エ
ージェントVHAバインディング・アクノリッジBAを移動
端末MNに送信し、また、キャッシュ通知C2をルータR1に
送信する。

【０１９４】なお、図17(1)は、図16に示したバインデ
ィング・アップデートBU、バインディング・アクノリッ
ジBA、キャッシュ通知C2、各パス・メッセージPM3,PM
4、及び各リザベーション・メッセージRM3,RM4のメッセ
ージ・シーケンスを示しており、図17(2)は、同図(1)に
☆(1)〜☆(6)で示した状態の内、ルータR1におけるパス
・ステート、リザベーション・ステート、及びバインデ
ィング・キャッシュの生成状態を示したものである。

【０１９５】同図(1)及び(2)に示す☆(1)の状態は上記
図14及び図15に示した動作完了後の状態である。移動端
末MNはルータR2下からルータR3下に移動したことを契機
として仮想ホーム・エージェントVHAに対してバインディ
ング・アップデートBUを送信する。仮想ホーム・エージ
ェントVHAは移動端末MNからのバインディング・アップ
デートBUを受信した場合、自ノードが管理するバインデ
ィング・キャッシュを更新後（図17(1)の☆(2)参照）、
エッジ・ノードであるルータR1に対してキャッシュ通知
C2により移動端末MNの移動を通知する。

【０１９６】ルータR1はキャッシュ通知C2を受信するこ
とにより移動端末MNに対するバインディング・キャッシ
ュを更新する（同図☆(3)参照）。また、ルータR1はキ
ャッシュ通知C2を受信したことを契機として、バインデ
ィング・キャッシュに登録した移動端末MNのホーム・ア
ドレスでバインディング・キャッシュを検索する(図2
(2)ステップS201参照)。

【０１９７】この場合、移動端末MNのホーム・アドレス
がバインディング・キャッシュに存在するので、ルータ
R1は次に移動端末MNのホーム・アドレスを宛先アドレス
としたパス・ステートを検索し、このパス・ステートは
存在するため、次に移動端末MNの気付アドレス(ルータR
3下のCoA)を宛先アドレスとしたリザベーション・ステ
ートを検索する(同S202〜S205参照)。

【０１９８】この時点では、未だ移動端末MNの気付アド
レス(ルータR3下のCoA)を宛先アドレスとするリザベー
ション・ステートは存在しない(同S206参照)。そこで、
ルータR1は、宛先アドレスを移動端末MNの気付アドレス
とし、PHOPを自ノードアドレス（ルータR1のアドレス）
とするパス・ステートを生成する(同S206及び図17(2)の
☆(3)最下段参照)。この場合の資源予約の情報は、移動
端末MNのホーム・アドレスを宛先アドレスとしたパス・
ステート(図17(2)の☆(3)最上段参照)から複写したもの
である。

【０１９９】ルータR1は、新たに生成したパス・ステー
トの情報でパス・メッセージPM3を移動端末MNの気付ア
ドレス宛てにカプセル化しない状態で送信する(図2(2)
ステップS208及びS209参照)。移動端末MNの気付アドレ
ス宛てのパス・メッセージPM3は、途中のルータR2にお
いて解析され、図17(1)の☆(4)に示す如くパス・ステー
トがルータR3に生成される。ルータR3は、パス・メッセ
ージPM3のPHOPを自ノードアドレス(ルータR3のアドレ
ス)に変更し、パス・メッセージPM4として移動端末MN
（ルータR3下に存在）に送信する。

【０２００】パス・メッセージPM4を受信した移動端末M
Nは、パス・メッセージ内のPHOP（ルータR3のアドレ
ス）宛てにリザベーション・メッセージRM3を送信す
る。リザベーション・メッセージRM3を受信したルータR
3は、同図の☆(5)に示す如くリザベーション・ステート
を生成（資源予約）し、自ノードが保持していたパス・
ステートのPHOP(ルータR1のアドレス)宛てにリザベーシ
ョン・メッセージRM4として転送する。

【０２０１】リザベーション・メッセージRM4を受信し
たルータR1は同図(2)の☆(6)最下段に示す如く、宛先ア
ドレスを移動端末MNの気付アドレス(ルータR3下のCoA)
とするリザベーション・ステートを生成（資源予約）す
る。ルータR1は自ノードが保持するパス・ステートから
宛先アドレスがルータR3下の気付アドレスのエントリを
検索し、PHOPが自ノードと同じなのでリザベーション・
メッセージの転送は行わない。

【０２０２】上記の動作により、ルータR1及びR3におけ
る資源予約が可能となる。[2]IP-VPNへの適用例 適用例[2]に関しては、IP-VPNへの適用例(実施例(4))及
び複数ユーザがトンネルを共有する場合を考慮したIP-V
PNへの適用例(実施例(5))が挙げられる。

【０２０３】実施例(4) 図18及び図19は、本発明の実施例(4)における資源予約
として、IP-VPNの場合の資源予約手順を示したものであ
る。図18における通信ネットワークNWの構成は、図32に
示したものと同じである。また、図18に示された資源予
約のためのパス・メッセージPM1〜PM3及びリザベーショ
ン・メッセージRM1〜RM3は、図32に示した従来の資源予
約手順におけるパス・メッセージPM1〜PM3及びリザベー
ション・メッセージRM1〜RM3と同じものである。

【０２０４】但し、図18では、ルータR1−ルータR2間に
パス・メッセージPM4〜PM6及びリザベーション・メッセ
ージRM4〜RM6が加わっている。図19(1)は、図18の各パ
ス・メッセージPM1〜PM6及び各リザベーション・メッセ
ージRM1〜R6のメッセージ・シーケンスを示したもので
あり、同図(2)及び(3)は、同図(1)に☆(1)〜☆(11)で示
した状態の内、それぞれルータR2及びルータR1における
パス・ステート、リザベーション・ステートの生成状態
を示したものである。

【０２０５】本実施例(4)では、送信端末CN1からパス・
メッセージPM1を受信するルータR1がリザベーション・
メッセージRM2を受信したことを契機として、上記実施
例(1)におけるホーム・エージェントHAと同様に代理RSV
P処理を行なう。従って、ルータR1では、同図(3)の☆
(5)下段に示すように、第2のホストMN1のアドレスに対
応付けられたカプセル化先アドレス(ルータR2のアドレ
ス)を宛先アドレスとし、PHOPを自ノードアドレス(ルー
タR1のアドレス)とするパス・ステートを生成すると共
に、ルータR2のアドレス宛のパス・メッセージPM４を送
信する。

【０２０６】パス・メッセージPM４により、ルータR4及
びR3において、それぞれ同図(1)に示す如く、☆(6)及び
☆(7)のパス・ステートが生成され、パス・メッセージP
M5及びPM6として転送される。パス・メッセージPM6を受
信したルータR2では、同図(2)の☆(8)下段に示す如く、
パス・ステートを生成した後、リザベーション・メッセ
ージRM4をPHOPであるルータR3宛に送信する。

【０２０７】リザベーション・メッセージRM４により、
ルータR3及びR4において、それぞれ同図(1)に示す如
く、☆(9)及び☆(10)のパス・ステートが生成され、リ
ザベーション・メッセージRM5及びRM6として転送され
る。リザベーション・メッセージRM6を受信したルータR
1は同図(2)の☆(11)下段に示す如く、宛先アドレスをル
ータR2のアドレスとするリザベーション・ステートを生
成（資源予約）する。ルータR1は自ノードが保持するパ
ス・ステートから宛先アドレスがルータR2のアドレスの
エントリを検索し、PHOPが自ノードと同じなのでリザベ
ーション・メッセージの転送は行わない。

【０２０８】上記の動作により、ルータR1−R2間のトン
ネル区間(ルータR3及びR4を含む)における資源予約が可
能になる。但し、本実施例(4)は、送信端末CN1と第2の
ホストMN1のみが上記トンネル区間を占有する場合は問
題ないが、例えば図28に示す如く、上記トンネル区間を
複数のユーザ（送信端末CN1〜CN3及び第2のホストMN1〜
MN3）が共有する場合には、それぞれのユーザ間で求め
るサービス品質が確保できるように資源予約を行う必要
があるという問題点がある。

【０２０９】実施例(5) 実施例(5)は、複数ユーザがトンネルを共有する場合を
考慮し、上記実施例(4)における上記の問題点を解決し
たものである。本実施例(5)では、パケットのカプセル
化を実施するルータ(例えば、図18のルータR1)におい
て、図20に示す如く、カプセル化前のパケット属性（送
信元アドレス(Source Address)、宛先アドレス(Destina
tion Address)、プロトコル番号等の組合せ）を識別す
るための識別子IDを作成し、この識別子IDをカプセルヘ
ッダ内に埋め込んでカプセル化後のパケットを送信する
ようにする。

【０２１０】このため、本実施例(5)では、図21に示す
ようなカプセル化テーブルを使用する。同図のテーブル
は、図29のカプセル化テーブルに識別子IDの情報を加え
たものである。図22は、本実施例(5)におけるルータR1
の処理フローを示したものである。同図(1)は全体的な
パケット受信フローを示しており、同図(2)は代理RSVP
処理フローを示している。IP-VPNの場合はモバイルIPの
場合と異なり、第2のホストによる位置登録処理が無い
ので、同図(1)に示したパケット受信フロー(ステップS4
01〜S407)は、上記実施例(1)及び(2)において、図2(1)
及び図8(1)に示した処理フローの内、バインディング・
アップデートに関するステップS102、S109、及びS110を
省いたものになっている。

【０２１１】すなわち、ルータR1は、パケットを受信す
ると、まずパケットの判定を行う(ステップS401)。次
に、ルータR1は、受信したパケットがパス・メッセージ
である場合は、パス・ステート登録処理を行い(同S402,
S403)、リザベーション・メッセージである場合は、リ
ザベーション・ステート登録処理を行い(同S404,S40
6)、さらに代理RSVP処理を行う(同S407)。また、受信し
たパケットがその他のパケットであれば、他パケット受
信処理を行う(同S405)。

【０２１２】以下、図22(2)を参照して、本実施例(5)に
おけるルータR1による代理RSVP処理を説明する。まず、
同図のステップS501では、パラメータとしてリザベーシ
ョン・ステートに登録した宛先アドレス(第2のホストMN
1のアドレス)を用いて、カプセル化テーブル(図21参照)
を検索する。

【０２１３】この場合、カプセル化宛先及び識別子IDと
して、それぞれルータR2のアドレス及びID＝1のデータ
を取得することができる。従って、ステップS502でエン
トリが存在すると判断され、ステップS503に処理を進
め、パス・ステートの宛先アドレスが、リザベーション
・ステートに登録した宛先アドレス(第2のホストMN1の
アドレス)であるエントリを検索する。

【０２１４】第2のホストMN1のアドレスを宛先アドレス
とするパス・ステートが存在するので、ステップS504で
エントリが存在すると判断され、さらに、ステップS505
では、パス・ステートの宛先アドレスが、上記ステップ
S501で取得したカプセル化宛先(ルータR2のアドレス)で
あり、且つ識別子がID=1であるようなエントリを検索す
る。

【０２１５】ステップS506で、エントリが存在しないと
判断された場合、ルータR1は、パス・ステートの作成、
パス・メッセージの作成、及びパス・メッセージの送信
を行う(ステップS507〜S509)。なお、ステップS507で作
成されるパス・ステートは、宛先アドレス及び識別子を
それぞれカプセル化テーブルより読み出したカプセル化
宛先(ルータR2のアドレス)及びID＝1とし、PHOPを自ノ
ードアドレス(ルータR1のアドレス)とし、セッション情
報を検索したパス・ステートのセッション情報とする。

【０２１６】また、ステップS508で作成されるパス・メ
ッセージは、送信元を自ノードアドレス(ルータR1のア
ドレス)とし、宛先アドレスをカプセル化宛先(ルータR2
のアドレス)とし、フローラベルをID(＝1)とし、セッシ
ョン情報をステップS507で生成したパス・ステートのセ
ッション情報とする。

【０２１７】この場合、実施例(5)における資源予約
も、実施例(4)の場合と同様に図18に示す如く、パス・メ
ッセージPM1〜PM6及びリザベーション・メッセージRM1
〜RM6により行なわれる。また、図23(1)は、本実施例
(5)におけるメッセージ・シーケンスを示したものであ
り、同図☆(6)及び☆(7)においてそれぞれルータR4及び
R3に生成されるパス・ステートに識別子(ID=1)の情報が
追加されている点以外は、図19(1)と同様である。ま
た、図23(2)及び(3)は、それぞれ図19(2)及び(3)のパス
・ステートに識別子IDの情報を加えたものである。

【０２１８】このように、識別子IDを使用してパケット
をカプセル化転送することにより、カプセル化転送区間
におけるルータ(図18におけるルータR3及びR4)では、ユ
ーザ単位にパケットを識別することが可能になり、資源
予約においても識別子ID単位に資源予約を行なうことが
可能となる。

【０２１９】なお、上記実施例(1)〜(5)の説明において
代理RSVP処理を実行するルータ(ホーム・エージェントH
A、モビリティ・エージェントMA、及びエッジ・ノードE
Nを含む。)は、代理RSVP処理を実行する前に、通常のRS
VP処理におけるリザベーション・メッセージを転送して
いるが、代理RSVP処理が完了するまで、これを保留し、
或いは、代理RSVPに失敗した場合は、リザベーション・
メッセージの代わりエラー・メッセージを送信するよう
にしてもよい。

【０２２０】例えば、図2においてホーム・エージェン
トHAがリザベーション・メッセージRM2を転送するタイ
ミングを、リザベーション・メッセージRM5の受信後に
することも可能である。また、上記実施例(1)〜(5)にお
いて、代理RSVP処理を実行するルータは、カプセル化区
間の宛先が予め判明している場合には、送信端末からの
パス・メッセージ受信を契機として、カプセル化区間の
代理RSVP処理を実行してもよい。 （付記１）資源予約プロトコルに則って資源予約を行う
ために第1のホストから第2のホスト宛に送信される第1
のパス・メッセージ及び該第1のパス・メッセージに応
答して該第2のホストから該第1のホスト宛に送信される
第1のリザベーション・メッセージを該プロトコルに従
って転送する転送手段と、該第2のホスト宛のパケット
をカプセル化して転送するときに該第2のホストのアド
レスに対応したカプセル化転送先アドレスを記憶する記
憶手段と、該第2のホストのアドレスから該カプセル化
転送先アドレスを求め、該カプセル化転送先アドレス宛
に該第1のパス・メッセージと同じ通信品質で資源予約
を行なうための第2のパス・メッセージをカプセル化し
ない状態で送信する代理資源予約手段と、を備えたこと
を特徴とするルータ。 （付記２）付記１において、該第2のホストが移動端末
であることを特徴とするルータ。 （付記３）付記２において、該移動端末は、携帯端末、
ノート型端末、又は固定型端末を含む移動可能な端末で
あることを特徴とするルータ。 （付記４）付記２において、該第1のホストと該第2のホ
ストとの間で資源予約が実施された後、該第2のホスト
からの位置登録メッセージを受信することにより、該記
憶手段が該カプセル化転送先アドレスを該第2のホスト
のアドレスに対応して新規に記憶又は更新したとき、該
代理資源予約手段が、該新規に記憶又は更新されたカプ
セル化転送先アドレス宛に該第2のパス・メッセージを
カプセル化しない状態で送信することを特徴とするルー
タ。 （付記５）付記２において、該転送手段が別のルータに
よって送信された該第2のパス・メッセージ及び該第2の
パス・メッセージに応答した第2のリザベーション・メ
ッセージを転送し、該記憶手段が該第2のホストのアド
レスに対応した該カプセル化転送先アドレス及び再カプ
セル化転送先アドレスを記憶し、該代理資源予約手段
が、該カプセル化転送先アドレスから該再カプセル化転
送先アドレスを求め、該再カプセル化転送先アドレス宛
に該第2のパス・メッセージと同じ通信品質で資源予約
を行なうための第3のパス・メッセージをカプセル化し
ない状態で送信することを特徴とするルータ。 （付記６）付記５において、該第1のホストと該第2のホ
ストとの間で資源予約が実施された後、該第2のホスト
からの位置登録メッセージを受信することにより、該記
憶手段が該第2のホストのアドレスに対応して記憶した
該再カプセル化転送先アドレスを更新したとき、該代理
資源予約手段が、該更新された再カプセル化転送先アド
レス宛に該第3のパス・メッセージをカプセル化しない
状態で再送することを特徴とするルータ。 （付記７）付記２において、該第1のホストにより近い
位置に設けられ、別のルータから該第2のホストのアド
レスと該カプセル化転送先アドレスとの対応情報をキャ
ッシュ通知として受信した後は該第2のホスト宛のパケ
ットを該カプセル化転送先アドレス宛にカプセル化転送
し、該第1のホストと該第2のホストとの間で資源予約が
実施された後で該キャッシュ通知を受信したとき、該代
理資源予約手段が該カプセル化転送先アドレス宛に該第
2のパス・メッセージをカプセル化しない状態で送信す
ることを特徴とするルータ。 （付記８）付記７において、該別のルータに対し、該キ
ャッシュ通知を送信するように要求することを特徴とす
るルータ。 （付記９）付記７において、該別のルータが、該第2の
ホストからの位置登録メッセージを受信したとき、該キ
ャッシュ通知を送信することを特徴とするルータ。 （付記１０）付記４、６、及び７のいずれかにおいて、
該代理資源予約手段が、該第1のホストと該第2のホスト
との間の資源予約が実施されているか否かを、該第1又
は第2のパス・メッセージを受信したときに該転送手段
が生成するパス・ステート又は該第1又は第2のリザベー
ション・メッセージを受信したときに該転送手段が生成
するリザベーション・ステートの生成状態に基づいて判
断することを特徴とするルータ。 （付記１１）付記１において、該記憶手段が、同一のカ
プセル化転送先アドレスを複数の該第2のホストのアド
レスに対応して記憶するとき、各第2のホストのアドレ
ス毎に受信パケットの属性を一意に識別可能な識別子を
該同一のカプセル化転送先アドレスと組み合わせて記憶
すると共に、該転送手段及び該代理資源予約手段がそれ
ぞれ該受信パケットをカプセル化転送するときのカプセ
ルヘッダ及び該第2のパス・メッセージに該識別子を含
めることを特徴とするルータ。 （付記１２）付記１１において、該識別子に基づき、別
のルータが、該資源予約を該識別子毎に行うことを特徴
とするルータ。 （付記１３）付記１において、該資源予約プロトコルが
RSVPであることを特徴とするルータ。 （付記１４）付記１において、該第2のパス・メッセー
ジに応答した第2のリザベーション・メッセージを受信
するまで、該第1のリザベーション・メッセージを転送
せずに保留することを特徴とするルータ。 （付記１５）付記１において、該第2のパス・メッセー
ジによる資源予約に失敗したとき、該第1のリザベーシ
ョン・メッセージを転送する代わりに資源予約が出来な
かった旨を通知するエラー・メッセージを送信すること
を特徴とするルータ。 （付記１６）資源予約プロトコルに則って資源予約を実
施するための第1のパス・メッセージを送信する第1のホ
ストと、該第1のパス・メッセージに応答して該第1のホ
スト宛に第1のリザベーション・メッセージを送信する
第2のホストと、該第2のホスト宛のパケットをカプセル
化して転送するときに該第2のホストのアドレスに対応
したカプセル化転送先アドレスを記憶しておき、該第2
のホストのアドレスから該カプセル化転送先アドレスを
求め、該カプセル化転送先アドレス宛に該第1のパス・
メッセージと同じ通信品質の資源予約を行なうための第
2のパス・メッセージをカプセル化しない状態で送信す
る第1のルータと、を備えたことを特徴とする通信ネッ
トワーク装置。 （付記１７）付記１６において、該第2のホストが移動
端末であることを特徴とする通信ネットワーク装置。 （付記１８）付記１７において、該移動端末は、携帯端
末、ノート型端末、又は固定型端末を含む移動可能な端
末であることを特徴とする通信ネットワーク装置。 （付記１９）付記１７において、該第1のホストと該第2
のホストとの間で資源予約が実施された後、第1のルー
タは、該第2のホストからの位置登録メッセージを受信
することにより、該カプセル化転送先アドレスを該第2
のホストのアドレスに対応して新規に記憶又は更新した
とき、該新規に記憶又は更新したカプセル化転送先アド
レス宛に該第2のパス・メッセージをカプセル化しない
状態で送信することを特徴とする通信ネットワーク装
置。 （付記２０）付記１７において、該カプセル化転送先ア
ドレス宛のパケットを該第2のホスト宛に再カプセル化
して転送する経路に設けられる第2のルータであって、
該再カプセル化転送時に該第2のホストのアドレスに対
応した該カプセル化転送先アドレス及び再カプセル化転
送先アドレスを記憶しておき、該カプセル化転送先アド
レスから該再カプセル化転送先アドレスを求め、該再カ
プセル化転送先アドレス宛に該第2のパス・メッセージ
と同じ通信品質で資源予約を行なうための第3のパス・
メッセージをカプセル化しない状態で送信する第2のル
ータをさらに備えたことを特徴とする通信ネットワーク
装置。 （付記２１）付記２０において、該第1のホストと該第2
のホストとの間で資源予約が実施された後、該第2のル
ータが、該第2のホストからの位置登録メッセージを受
信することにより、該第2のホストのアドレスに対応し
て記憶した該再カプセル化転送先アドレスを更新したと
き、該第2のルータが、該更新した再カプセル化転送先
アドレス宛に該第3のパス・メッセージをカプセル化し
ない状態で送信することを特徴とする通信ネットワーク
装置。 （付記２２）付記１７において、該第1のホストにより
近い位置に設けられ、該第1のルータから該第2のホスト
のアドレスと該カプセル化転送先アドレスとの対応情報
をキャッシュ通知として受信した後は、該第2のホスト
宛のパケットを該カプセル化転送先アドレス宛にカプセ
ル化転送する第2のルータであって、該第1のホストと該
第2のホストとの間で資源予約が実施された後で該キャ
ッシュ通知を受信したとき、該カプセル化転送先アドレ
ス宛に該第2のパス・メッセージをカプセル化しない状
態で送信する第2のルータをさらに備えたことを特徴と
する通信ネットワーク装置。 （付記２３）付記２２において、該第1のルータが、該
第2のルータからの要求に応答して該キャッシュ通知を
該第2のルータ宛に送信することを特徴とする通信ネッ
トワーク装置。 （付記２４）付記２２において、該第1のルータが、該
第2のホストからの位置登録メッセージを受信したと
き、該キャッシュ通知を該第2のルータ宛に送信するこ
とを特徴とする通信ネットワーク装置。 （付記２５）付記１９、２１、及び２２のいずれかにお
いて、該第1のルータ又は該第2のルータは、該第1のホ
ストと該第2のホストとの間の資源予約が実施されてい
るか否かを、該第1又は第2のパス・メッセージを受信し
たときに生成するパス・ステート又は該第1又は第2のリ
ザベーション・メッセージを受信したときに生成するリ
ザベーション・ステートの生成状態に基づいて判断する
ことを特徴とする通信ネットワーク装置。 （付記２６）付記１６において、該第1のルータが、同
一のカプセル化転送先アドレスを複数の該第2のホスト
のアドレスに対応して記憶するとき、各第2のホストの
アドレス毎に受信パケットの属性を一意に識別可能な識
別子を該同一のカプセル化転送先アドレスと組み合わせ
て記憶すると共に、該受信パケットをカプセル化転送す
るときのカプセルヘッダ及び該第2のパス・メッセージ
のヘッダに該識別子を含めることを特徴とする通信ネッ
トワーク装置。 （付記２７）付記２６において、該第2のパス・メッセ
ージによる資源予約を実行する第2のルータであって、
該資源予約を該識別子毎に行う第2ルータをさらに備え
たことを特徴とする通信ネットワーク装置。 （付記２８）付記１６において、該資源予約プロトコル
がRSVPであることを特徴とする通信ネットワーク装置。 （付記２９）付記１６において、該第1のルータが、該
第2のパス・メッセージに応答した第2のリザベーション
・メッセージを受信するまで、該第1のリザベーション
・メッセージを転送せずに保留することを特徴とする通
信ネットワーク装置。 （付記３０）付記２９において、該第2のパス・メッセ
ージによる資源予約に失敗したとき、該第1のルータ
が、該第1のリザベーション・メッセージを転送する代
わりに資源予約が出来なかった旨を通知するエラー・メ
ッセージを送信することを特徴とする通信ネットワーク
装置。

【０２２１】

【発明の効果】以上説明したように、本発明に係るルー
タ及び通信ネットワーク装置は、ルータが、第2のホス
ト宛のパケットをカプセル化して転送するときに該第2
のホストのアドレスに対応したカプセル化転送先アドレ
スを記憶しておき、資源予約プロトコルに則って資源予
約を実施するために送信された第1のパス・メッセージ
を転送した後、該第2のホストのアドレスから該カプセ
ル化転送先アドレスを求め、該カプセル化転送先アドレ
ス宛に該第1のパス・メッセージと同じ通信品質の資源
予約を行うための第2のパス・メッセージをカプセル化
しない状態で送信するように構成したので、パケットの
カプセル化転送を行なう区間内の資源予約を行うことが
可能となる。

【図面の簡単な説明】

【図1】本発明の実施例(1)〜(5)におけるルータの構成
例を示したブロック図である。

【図2】本発明の実施例(1)〜(3)におけるホーム・エー
ジェントHAによる処理フローを示したフローチャート図
である。

【図3】本発明の実施例(1)における資源予約(その1)を
示したネットワーク図である。

【図4】図3におけるメッセージ・シーケンス及びホーム
・エージェントHAの状態を示した図である。

【図5】本発明の実施例(1)における資源予約(その2)を
示したネットワーク図である。

【図6】図5におけるメッセージ・シーケンス及びホーム
・エージェントHAの状態を示した図である。

【図7】本発明の実施例(1)における資源予約(その３)を
示したネットワーク図である。

【図8】本発明の実施例(2)におけるモビリティ・エージ
ェントMAによる処理フローを示したフローチャート図で
ある。

【図9】本発明の実施例(2)における資源予約(その1)を
示したネットワーク図である。

【図10】図9におけるメッセージ・シーケンスを示した
シーケンス図である。

【図11】図9におけるホーム・エージェントHA及びモビリ
ティ・エージェントMAの状態を示した図である。

【図12】本発明の実施例(2)における資源予約（その2）
を示したネットワーク図である。

【図13】図12におけるメッセージ・シーケンス及びモビ
リティ・エージェントMAの状態を示した図である。

【図14】本発明の実施例(3)における資源予約(その1)を
示したネットワーク図である。

【図15】図14におけるメッセージ・シーケンス及びルー
タR1の状態を示した図である。

【図16】本発明の実施例(3)における資源予約(その2)を
示したネットワーク図である。

【図17】図16におけるメッセージ・シーケンス及びルー
タR1の状態を示した図である。

【図18】本発明の実施例(4)及び（5）における資源予約
を示したネットワーク図である。

【図19】本発明の実施例(4)におけるメッセージ・シー
ケンス並びにルータR1及びR2の状態を示した図である。

【図20】本発明の実施例(5)における識別子IDの使用例
を説明するための図である。

【図21】本発明の実施例(5)におけるカプセル化テーブ
ルの例を示した図である。

【図22】本発明の実施例(5)におけるルータR1による処
理フローを示したフローチャート図である。

【図23】本発明の実施例(5)におけるメッセージ・シー
ケンス並びにルータR1及びR2の状態を示した図である。

【図24】一般的なRSVPによる資源予約例を示したネット
ワーク図である。

【図25】一般的なモバイルIPにおけるカプセル化転送例
を示したネットワーク図である。

【図26】階層化モバイルIPにおけるカプセル化転送例を
示したネットワーク図である。

【図27】エッジ・ノードを用いたモバイルIPにおけるカ
プセル化転送例を示したネットワーク図である。

【図28】一般的なIPsecのトンネルモードを説明するた
めの図である。

【図29】一般的なカプセル化テーブルの例を示した図で
ある。

【図30】一般的なIPsecのトンネルモードにおけるパケ
ットフォーマットを示したフォーマット図である。

【図31】従来の資源予約方法で資源予約されない経路が
発生する例（1）を示したネットワーク図である。

【図32】従来の資源予約方法で資源予約されない経路が
発生する例（2）を示したネットワーク図である。

【図33】従来の資源予約方法で資源予約されない経路が
発生する例（3）を示したネットワーク図である。

【符号の説明】

BA バインディング・アクノリッジ BU バインディング・アップデート C1 キャッシュ要求 C2 キャッシュ通知 CN 送信端末 CN1〜CN3, MN1〜MN3 端末 FL1, FL2 外部リンク MN 移動端末 R1〜R3 ルータ HA ホーム・エージェント HL ホーム・リンク MA モビリティ・エージェント PM1〜PM9 パス・メッセージ RM1〜RM9 リザベーション・メッセージ VHA 仮想ホーム・エージェント NW 通信ネットワーク 図中、同一符号は同一又は相当部分を示す。

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5K030 GA08 HA08 HB14 HC01 HD03 JL07 KA05 LA11 LC05 LC09

Claims (10)

【特許請求の範囲】
1. 【請求項1】資源予約プロトコルに則って資源予約を行
   うために第1のホストから第2のホスト宛に送信される第
   1のパス・メッセージ及び該第1のパス・メッセージに応
   答して該第2のホストから該第1のホスト宛に送信される
   第1のリザベーション・メッセージを該プロトコルに従
   って転送する転送手段と、 該第2のホスト宛のパケットをカプセル化して転送する
   ときに該第2のホストのアドレスに対応したカプセル化
   転送先アドレスを記憶する記憶手段と、 該第2のホストのアドレスから該カプセル化転送先アド
   レスを求め、該カプセル化転送先アドレス宛に該第1の
   パス・メッセージと同じ通信品質の資源予約を行なうた
   めの第2のパス・メッセージをカプセル化しない状態で
   送信する代理資源予約手段と、 を備えたことを特徴とするルータ。
2. 【請求項2】請求項1において、 該第2のホストが移動端末であることを特徴とするルー
   タ。
3. 【請求項3】請求項2において、 該第1のホストと該第2のホストとの間で資源予約が実施
   された後、該第2のホストからの位置登録メッセージを
   受信することにより、該記憶手段が該カプセル化転送先
   アドレスを該第2のホストのアドレスに対応して新規に
   記憶又は更新したとき、該代理資源予約手段が、該新規
   に記憶又は更新されたカプセル化転送先アドレス宛に該
   第2のパス・メッセージをカプセル化しない状態で送信
   することを特徴とするルータ。
4. 【請求項4】請求項2において、 該転送手段が別のルータによって送信された該第2のパ
   ス・メッセージ及び該第2のパス・メッセージに応答し
   た第2のリザベーション・メッセージを転送し、該記憶
   手段が該第2のホストのアドレスに対応した該カプセル
   化転送先アドレス及び再カプセル化転送先アドレスを記
   憶し、該代理資源予約手段が、該カプセル化転送先アド
   レスから該再カプセル化転送先アドレスを求め、該再カ
   プセル化転送先アドレス宛に該第2のパス・メッセージ
   と同じ通信品質の資源予約を行うための第3のパス・メ
   ッセージをカプセル化しない状態で送信することを特徴
   とするルータ。
5. 【請求項5】請求項1において、 該記憶手段が、同一のカプセル化転送先アドレスを複数
   の該第2のホストのアドレスに対応して記憶するとき、
   各第2のホストのアドレス毎に受信パケットの属性を一
   意に識別可能な識別子を該同一のカプセル化転送先アド
   レスと組み合わせて記憶すると共に、該転送手段及び該
   代理資源予約手段がそれぞれ該受信パケットをカプセル
   化転送するときのカプセルヘッダ及び該第2のパス・メ
   ッセージに該識別子を含めることを特徴とするルータ。
6. 【請求項6】資源予約プロトコルに則って資源予約を実
   施するための第1のパス・メッセージを送信する第1のホ
   ストと、 該第1のパス・メッセージに応答して該第1のホスト宛に
   第1のリザベーション・メッセージを送信する第2のホス
   トと、 該第2のホスト宛のパケットをカプセル化して転送する
   ときに該第2のホストのアドレスに対応したカプセル化
   転送先アドレスを記憶しておき、該第2のホストのアド
   レスから該カプセル化転送先アドレスを求め、該カプセ
   ル化転送先アドレス宛に該第1のパス・メッセージと同
   じ通信品質の資源予約を行うための第2のパス・メッセ
   ージをカプセル化しない状態で送信する第1のルータ
   と、 を備えたことを特徴とする通信ネットワーク装置。
7. 【請求項7】請求項6において、 該第2のホストが移動端末であることを特徴とする通信
   ネットワーク装置。
8. 【請求項8】請求項7において、 該第1のホストと該第2のホストとの間で資源予約が実施
   された後、第1のルータは、該第2のホストからの位置登
   録メッセージを受信することにより、該カプセル化転送
   先アドレスを該第2のホストのアドレスに対応して新規
   に記憶又は更新したとき、該新規に記憶又は更新したカ
   プセル化転送先アドレス宛に該第2のパス・メッセージ
   をカプセル化しない状態で送信することを特徴とする通
   信ネットワーク装置。
9. 【請求項9】請求項7において、 該カプセル化転送先アドレス宛のパケットを該第2のホ
   スト宛に再カプセル化して転送する経路に設けられる第
   2のルータであって、該再カプセル化転送時に該第2のホ
   ストのアドレスに対応した該カプセル化転送先アドレス
   及び再カプセル化転送先アドレスを記憶しておき、該カ
   プセル化転送先アドレスから該再カプセル化転送先アド
   レスを求め、該再カプセル化転送先アドレス宛に該第2
   のパス・メッセージと同じ通信品質の資源予約を行うた
   めの第3のパス・メッセージをカプセル化しない状態で
   送信する第2のルータをさらに備えたことを特徴とする
   通信ネットワーク装置。
10. 【請求項10】請求項6において、 該第1のルータが、同一のカプセル化転送先アドレスを
    複数の該第2のホストのアドレスに対応して記憶すると
    き、各第2のホストのアドレス毎に受信パケットの属性
    を一意に識別可能な識別子を該同一のカプセル化転送先
    アドレスと組み合わせて記憶すると共に、該受信パケッ
    トをカプセル化転送するときのカプセルヘッダ及び該第
    2のパス・メッセージのヘッダに該識別子を含めること
    を特徴とする通信ネットワーク装置。