JP3636637B2 - 経路最適化方法 - Google Patents
経路最適化方法 Download PDFInfo
- Publication number
- JP3636637B2 JP3636637B2 JP2000160876A JP2000160876A JP3636637B2 JP 3636637 B2 JP3636637 B2 JP 3636637B2 JP 2000160876 A JP2000160876 A JP 2000160876A JP 2000160876 A JP2000160876 A JP 2000160876A JP 3636637 B2 JP3636637 B2 JP 3636637B2
- Authority
- JP
- Japan
- Prior art keywords
- terminal device
- mobile terminal
- address
- agent
- care
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/08—Mobility data transfer
- H04W8/082—Mobility data transfer for traffic bypassing of mobility servers, e.g. location registers, home PLMNs or home agents
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明は例えばＭｏｂｉｌｅＩＰによる通信システムにおいてＩＰパケットの経路を最適化するための経路最適化方法およびエージェント装置に関するものである。
【０００２】
【従来の技術】
ＩＰ（Internet Protocol）アドレスを有する移動端末装置（Mobile Terminal、ＭＴと略す）がネットワークドメインを跨って移動した場合に、セッションを中断することなく移動端末装置が通信を保つ方法として、ＩＥＴＦ（Internet Engineering Task Force）のＭｏｂｉｌｅＩＰ（Request For Comment 2002）が提唱されている。
【０００３】
図３０は従来のＭｏｂｉｌｅＩＰでのパケット伝送を説明する図である。
図３０において、１１はホームドメインでのＩＰアドレス（以下、ホームアドレスという）が固定的に割り当てられた移動端末装置であり、１３は移動端末装置１１の属するホームドメインに配置されたホームエージェント（Home Agent、ＨＡと略す）である。４１は移動端末装置１１の通信相手である相手側端末装置である。相手側端末装置４１は、固定端末装置、移動端末装置のいずれでもよく、相手側端末装置をＣＮ／ＭＴ（Corresponding Node/Mobile Terminal）と略する。２０１は移動端末装置１１の移動先ドメインに配置され、気付アドレスを有する外部エージェント（Foreign Agent、ＦＡと略す）である。
【０００４】
次にＭｏｂｉｌｅＩＰでのパケット伝送について説明する。
まず、移動端末装置１１は別のドメインに移動すると、移動先ドメインでの自己のアドレスを気付アドレスとして取得し、その気付アドレスを外部エージェント２０１を介してホームエージェント１３に通知する。ホームエージェント１３はその移動端末装置１１からの気付アドレスを移動端末装置１１のホームアドレスと関連づけて登録する。
【０００５】
一方、相手側端末装置４１は、移動端末装置１１へＩＰパケットを送信する場合、移動端末装置１１のホームアドレス宛にＩＰパケットを送信する。そのＩＰパケットはＩＰネットワーク２０２を介してホームエージェント１３に到達する。ホームエージェント１３は、その移動端末装置１１についての登録情報に基づいてそのＩＰパケットをカプセル化した後、その移動端末装置１１の気付アドレス宛に転送する。外部エージェント２０１は、そのカプセル化されたＩＰパケットを受信すると、カプセル化を解除して、その気付アドレスを有する移動端末装置１１に元のＩＰパケットを供給する。
【０００６】
なお、移動端末装置１１がホームドメインに存在する場合には、ホームエージェント１３は単にルータとして機能して、移動端末装置１１宛のＩＰパケットが移動端末装置１１へ供給される。
【０００７】
このようにして、移動端末装置１１がドメインを跨って移動しても、移動端末装置１１宛のＩＰパケットは、ホームエージェント１３および外部エージェント２０１を経由して移動端末装置１１へ到達する。
【０００８】
しかしながら、移動端末装置１１宛のＩＰパケットがホームエージェント１３を経由して移動端末装置１１へ到達するようにした場合、すなわち三角ルーティングの場合、伝送遅延が大きくなってしまうという問題がある。ＶｏＩＰ（Voice over IP）などの遅延に弱いデータ伝送を実行する場合、このような伝送遅延は大きな問題となる。
【０００９】
そこで、ＩＥＴＦのインターネットドラフト（draft-ietf-mobileip-optim-08.txt）では、上記の三角ルーティングによる伝送遅延問題を解決するための経路最適化（Route Optimization）が提案されている。この経路最適化は、ホームエージェント１３を経由しないで、相手側端末装置４１から移動端末装置１１の気付アドレスへのショートカットパスを設定するプロトコルを使用するものである。図３１は、従来のＭｏｂｉｌｅＩＰでの経路最適化を説明する図である。
【００１０】
この経路最適化では、相手側端末装置４１は、移動端末装置１１の現在の気付アドレス取得するために、定期的に移動端末装置１１のホームエージェント１３との間で、結合要求メッセージ（Bind Request Message）と結合更新メッセージ（Bind Update Massage）を送受する。相手側端末装置４１は、定期的に得られる結合更新メッセージに基づいて、移動端末装置１１の現在の気付アドレスを取得し、移動端末装置１１宛のＩＰパケットをカプセル化した後に、その気付アドレスへ送信する。
【００１１】
したがって、図３１に示すように、相手側端末装置４１からの移動端末装置１１宛のＩＰパケットはホームエージェント１３を経由せずに移動端末装置１１へ到達する。これにより三角ルーティングが解消される。
【００１２】
【発明が解決しようとする課題】
従来の経路最適化方法は以上のように構成されているので、相手側端末装置４１が定期的に移動端末装置１１のホームエージェント１３との間でメッセージの送受を実行しなければならず、相手側端末装置４１の消費電力を抑制することが困難であるなどの課題があった。相手側端末装置４１が移動端末装置である場合、バッテリの電力で駆動するので特に問題になる。
【００１３】
また、従来の経路最適化方法では、ＩＰパケットのカプセル化によりＩＰヘッダ部が２倍になるので、相手側端末装置４１からその相手側端末装置４１の属するドメインのホームエージェントまたは外部エージェントへの伝送帯域を有効に利用することが困難であるなどの課題があった。ＶｏＩＰのパケットは、データ部に対してヘッダ部の割合が大きいため、特に問題になる。
【００１４】
この発明は上記のような課題を解決するためになされたもので、ホームエージェントからの結合更新メッセージを、相手側端末装置４１の接続されたホームエージェントや外部エージェントが受信し、そのホームエージェントや外部エージェントが移動端末装置１１宛のパケットをカプセル化して転送するようにして、相手側端末装置４１と移動端末装置１１のホームエージェント１３との間の定期的なメッセージの送受の必要をなくし、相手側端末装置４１の消費電力を抑制することができるとともに、相手側端末装置４１からその相手側端末装置４１の属するドメインの外部エージェントへの送信データの量を抑制して伝送帯域を有効に使用することができる経路最適化方法およびエージェント装置を得ることを目的とする。
【００１５】
【課題を解決するための手段】
この発明に係る経路最適化方法は、相手側端末装置の現在属するネットワークドメインの外部エージェントまたはホ移動端末装置と相手側端末装置との間で通信する通信システムで前記移動端末装置が他のネットワークドメインに移動した場合に、前記相手側端末装置から前記移動端末装置への通信経路を最適化する経路最適化方法において、前記相手側端末装置の現在属するネットワークドメインの外部エージェントまたはホームエージェントが、前記移動端末装置のホームエージェントから結合更新メッセージを受信し、前記移動端末装置宛のパケットを、その結合更新メッセージで通知された現在の前記移動端末装置の気付アドレス宛に転送し、前記外部エージェントが、相手側端末装置が自己のネットワークドメインに移動してきた場合に相手側端末装置の移動元のネットワークドメインの外部エージェントまたはホームエージェントから移動端末装置の気付アドレスの情報を取得するームエージェントが、前記移動端末装置のホームエージェントから結合更新メッセージを受信し、前記移動端末装置宛のパケットを、その結合更新メッセージで通知された 現在の前記移動端末装置の気付アドレス宛に転送し、前記外部エージェントが、相手側端末装置が自己のネットワークドメインに移動してきた場合に相手側端末装置の移動元のネットワークドメインの外部エージェントまたはホームエージェントから移動端末装置の気付アドレスの情報を取得するようにしたものである。
【００１６】
この発明に係る経路最適化方法は、移動端末装置と相手側端末装置との間で通信する通信システムで前記移動端末装置が他のネットワークドメインに移動した場合に、前記相手側端末装置から前記移動端末装置への通信経路を最適化する経路最適化方法において、前記相手側端末装置の現在属するネットワークドメインの外部エージェントまたはホームエージェントが、前記移動端末装置のホームエージェントから結合更新メッセージを受信し、前記移動端末装置宛のパケットを、その結合更新メッセージで通知された現在の前記移動端末装置の気付アドレス宛に転送し、前記外部エージェントまたはホームエージェントが、相手側端末装置が自己のネットワークドメインに移動してきた場合に相手側端末装置の移動元のネットワークドメインの外部エージェントから移動端末装置の気付アドレスの情報を取得するようにしたものである。
【００１７】
この発明に係る経路最適化方法は、移動端末装置と相手側端末装置との間で通信する通信システムで前記移動端末装置が他のネットワークドメインに移動した場合に、前記相手側端末装置から前記移動端末装置への通信経路を最適化する経路最適化方法において、前記相手側端末装置の現在属するネットワークドメインの外部エージェントまたはホームエージェントが、前記移動端末装置のホームエージェントから結合更新メッセージを受信し、前記移動端末装置宛のパケットを、その結合更新メッセージで通知された現在の前記移動端末装置の気付アドレス宛に転送し、前記相手側端末装置の現在属するネットワークドメインの外部エージェントまたはホームエージェントが、前記移動端末装置の最新の気付アドレスを取得するための結合要求メッセージを繰り返し前記移動端末装置のホームエージェントに送信し、前記移動端末装置のホームエージェントが、その結合要求メッセージに対応して、前記移動端末装置の最新の気付アドレスを有する結合応答メッセージを前記相手側端末装置の現在属するネットワークドメインの外部エージェントまたはホームエージェントに送信し、前記相手側端末装置の現在属するネットワークドメインの外部エージェントまたはホームエージェントが、自己のネットワークドメインの外へ前記相手側端末装置が移動した場合、前記移動端末装置の気付アドレスの更新を停止するようにしたものである。
【００１８】
この発明に係る経路最適化方法は、相手側端末装置の現在属するネットワークドメインの外部エージェントまたはホームエージェントが、所定の条件を満足する場合に、更新を停止した移動端末装置の気付アドレスの更新を再開するようにしたものである。
【００１９】
【発明の実施の形態】
以下、この発明の実施の一形態を説明する。
参考例１．
図１はこの発明の参考例１による経路最適化方法を適用したネットワークの一例を示す図である。
図１において、１は移動端末装置１１のホームドメインであるＩＰネットワーク（ネットワークドメイン）であり、２はＩＰネットワーク１，３〜６を互いに接続するインターネットであり、３は移動端末装置１１の移動先ドメインであるＩＰネットワーク（ネットワークドメイン）であり、４は相手側端末装置４１のホームドメインであるＩＰネットワーク（ネットワークドメイン）であり、５は相手側端末装置４１の移動先ドメインであるＩＰネットワーク（ネットワークドメイン）であり、６は他のＩＰネットワーク（ネットワークドメイン）である。
【００２０】
１１はホームドメインでのＩＰアドレス（以下、ホームアドレスという）が固定的に割り当てられた移動端末装置であり、１２はホームエージェント１３に接続され、ＩＰネットワーク１に存在する端末装置との間で無線で通信する基地局であり、１３は移動端末装置１１の属するホームドメインに配置されたホームエージェント（エージェント装置）である。今の場合、ＩＰネットワーク１のネットワークアドレスは10.76.51.0であり、移動端末装置１１のホームアドレスは10.76.51.100であり、ホームエージェント１３のＩＰアドレスは10.76.51.254である。
【００２１】
３１は外部エージェント３２に接続され、ＩＰネットワーク３に存在する移動端末装置１１や相手側端末装置４１との間で無線で通信する基地局であり、３２はＩＰネットワーク３に配置された外部エージェント（エージェント装置）である。今の場合、ＩＰネットワーク３のネットワークアドレスは10.76.52.0であり、外部エージェント３２のＩＰアドレスは10.76.52.254である。
【００２２】
４１は移動端末装置１１の通信相手である相手側端末装置である。相手側端末装置４１は、固定端末装置、移動端末装置のいずれでもよい。４２はホームエージェント４３に接続され、ＩＰネットワーク４に存在する端末装置との間で無線で通信する基地局であり、４３は相手側端末装置４１の属するホームドメインに配置されたホームエージェント（エージェント装置）である。今の場合、ＩＰネットワーク４のネットワークアドレスは10.76.55.0であり、相手側端末装置４１のホームアドレスは10.76.55.100であり、ホームエージェント４３のＩＰアドレスは10.76.55.254である。
【００２３】
５１は外部エージェント５２に接続され、ＩＰネットワーク５に存在する端末装置との間で無線で通信する基地局であり、５２はＩＰネットワーク５に配置された外部エージェント（エージェント装置）である。今の場合、ＩＰネットワーク５のネットワークアドレスは10.76.53.0であり、外部エージェント５２のＩＰアドレスは10.76.53.254である。
【００２４】
６１は外部エージェント６２に接続され、ＩＰネットワーク６に存在する移動端末装置１１や相手側端末装置４１との間で無線で通信する基地局であり、６２はＩＰネットワーク６に配置され、気付アドレスを有する外部エージェントである。今の場合、ＩＰネットワーク６のネットワークアドレスは10.76.54.0であり、外部エージェント６２のアドレスは10.76.54.254である。
【００２５】
なお、ホームエージェント１３、移動端末装置１１および相手側端末装置４１はそれぞれＭｏｂｉｌｅＩＰの仕様に準拠したエンティティとして機能する。
【００２６】
次に各装置およびエージェントの動作について説明する。
まず、外部エージェント３２，５２，６２の動作を説明する。図２は外部エージェント３２，５２，６２の動作を説明するＳＤＬ（Specification and Description Language）図であり、図３は移動端末装置１１が接続された外部エージェント３２，５２，６２が有する接続端末管理テーブルの一例を示す図であり、図４は相手側端末装置４１が接続された外部エージェント３２，５２，６２が有する結合キャッシュテーブルの一例を示す図である。
【００２７】
移動端末装置１１はＩＰネットワーク３，５，６へ移動すると、ホームエージェント１３宛の登録要求メッセージを基地局３１，５１，６１を介してそのＩＰネットワーク３，５，６の外部エージェント３２，５２，６２へ送信する。登録要求メッセージには、その移動端末装置１１のホームアドレス、ホームエージェント１３のアドレス、そのＩＰネットワーク３，５，６で取得した気付アドレス、このメッセージの有効時間などが含まれる。
【００２８】
外部エージェント３２，５２，６２は、ステップＳＴ１１において自己の属するＩＰネットワーク３，５，６に存在する移動端末装置１１から基地局３１，５１，６１を介して登録要求メッセージを受け取ると、ステップＳＴ１２において図３に示すような接続端末管理テーブルを検索し、ステップＳＴ１３においてその移動端末装置１１が接続端末管理テーブルに登録されているか否かを判断し、その移動端末装置１１が接続端末管理テーブルに登録されている場合にはステップＳＴ１４においてその登録情報を登録要求メッセージに基づいて更新し、その移動端末装置１１が接続端末管理テーブルに登録されていない場合にはステップＳＴ１５において登録要求メッセージに基づいてその移動端末装置１１を接続端末管理テーブルに登録する。
【００２９】
そしてステップＳＴ１６において外部エージェント３２，５２，６２は、その登録要求メッセージを、その移動端末装置１１のホームエージェント１３に向けて転送する。
【００３０】
また、外部エージェント３２，５２，６２は、ステップＳＴ２１においてインターネット２または自己のＩＰネットワーク３，５，６内の端末装置からＩＰパケットを受け取ると、そのＩＰパケットのヘッダ部を調べて、そのＩＰパケットの宛先が自己のＩＰネットワーク３，５，６内のＩＰアドレスであるか否かを判断し、そのＩＰパケットの宛先が自己のＩＰネットワーク３，５，６内のＩＰアドレスであると判断した場合にはステップＳＴ２３においてそのＩＰパケットのカプセル化を解除し、ステップＳＴ２４においてそのＩＰパケットをそのＩＰネットワーク３，５，６内の対応する端末装置に供給する。
【００３１】
一方、そのＩＰパケットの宛先が自己のＩＰネットワーク３，５，６内のＩＰアドレスではないと判断した場合にはステップＳＴ２５において、外部エージェント３２，５２，６２は、図４に示すような結合キャッシュテーブル（後述）を検索し、ステップＳＴ２６においてＩＰパケットの宛先である移動端末装置１１が結合キャッシュテーブルに登録されているか否かを判断する。ＩＰパケットの宛先である移動端末装置１１が結合キャッシュテーブルに登録されていると判断した場合、外部エージェント３２，５２，６２は、ステップＳＴ２７において結合キャッシュテーブルからその移動端末装置１１の気付アドレスを読み出してそのＩＰパケットをカプセル化し、ステップＳＴ２８においてカプセル化後のＩＰパケットを移動端末装置１１の気付アドレスに向けて転送する。一方、ＩＰパケットの宛先である移動端末装置１１が結合キャッシュテーブルに登録されていないと判断した場合、外部エージェント３２，５２，６２は、カプセル化せずにステップＳＴ２８においてそのＩＰパケットをそのまま転送する。
【００３２】
また、外部エージェント３２，５２，６２は、ステップＳＴ３１において移動端末装置１１のホームエージェント１３からの結合更新メッセージを受け取ると、ステップＳＴ３２において図４に示すような結合キャッシュテーブルを検索し、ステップＳＴ３３において、結合更新メッセージで通知された移動端末装置１１が結合キャッシュテーブルに登録されているか否かを判断し、結合更新メッセージで通知された移動端末装置１１が結合キャッシュテーブルに登録されていると判断した場合にはステップＳＴ３４においてその登録情報を結合更新メッセージに基づいて更新し、結合更新メッセージで通知された移動端末装置１１が結合キャッシュテーブルに登録されていないと判断した場合にはステップＳＴ３５において結合更新メッセージに基づいて移動端末装置１１を結合キャッシュテーブルに登録する。なお、結合更新メッセージには、その移動端末装置１１のホームアドレス、気付アドレス、ホームエージェントのアドレス、このメッセージの有効時間などが含まれ、結合キャッシュテーブルの各登録情報にも同様の情報が含まれる。
このように外部エージェント３２，５２，６２が動作する。
【００３３】
次に、相手側端末装置４１の動作を説明する。図５は相手側端末装置４１の動作を説明するＳＤＬ図である。相手側端末装置４１はステップＳＴ４１においてＩＰパケットを、外部エージェント３２，５２，６２またはホームエージェント４３を介して受信する。外部エージェント３２，５２，６２またはホームエージェント４３がＩＰパケットのカプセル化およびカプセル化の解除を実行するため、参考例１における相手側端末装置４１はＩＰパケットのカプセル化およびカプセル化の解除を実行しなくて済む。
【００３４】
次に、移動端末装置１１の動作を説明する。図６は移動端末装置１１の動作を説明するＳＤＬ図である。移動端末装置１１は、ステップＳＴ５１において、登録要求メッセージに呼応するホームエージェント１３からの登録応答メッセージを受信する。また、移動端末装置１１は、ステップＳＴ６１において、自己の存在するＩＰネットワーク３，５，６の外部エージェント３２，５２，６２からのエージェント広告を受信し、ステップＳＴ６２においてエージェント広告に対応する気付アドレスを取得し、ステップＳＴ６３において自己の気付アドレスを含む登録要求メッセージを生成し、その外部エージェント３２，５２，６２を介してホームエージェント１３に向けて送信する。また移動端末装置１１はステップＳＴ７１においてＩＰパケットを、外部エージェント３２，５２，６２またはホームエージェント１３を介して受信する。
【００３５】
図７はホームエージェント１３の動作を説明するＳＤＬ図であり、図８は移動端末装置１１についてのホームエージェント１３の有する気付アドレス管理テーブルの一例を示す図である。
移動端末装置１１のホームエージェント１３は、ステップＳＴ８１において移動端末装置１１からの登録要求メッセージを受け取ると、ステップＳＴ８２において図８に示すような気付アドレス管理テーブルを検索し、ステップＳＴ８３においてその移動端末装置１１が気付アドレス管理テーブルに登録されているか否かを判断し、その移動端末装置１１が気付アドレス管理テーブルに登録されている場合にはステップＳＴ８４においてその登録情報を登録要求メッセージに基づいて更新し、その移動端末装置１１が気付アドレス管理テーブルに登録されていない場合にはステップＳＴ８５において登録要求メッセージに基づいてその移動端末装置１１を気付アドレス管理テーブルに登録する。
【００３６】
そしてステップＳＴ８６においてホームエージェント１３は、登録処理が終了した旨を表す登録応答メッセージを移動端末装置１１に向けて送信する。
【００３７】
また、ホームエージェント１３は、ステップＳＴ９１においてインターネット２または自己のＩＰネットワーク３，５，６内の端末装置からＩＰパケットを受け取ると、ステップＳＴ９２において気付アドレス管理テーブルを検索し、ステップＳＴ９３においてそのＩＰパケットの宛先である移動端末装置１１が気付アドレス管理テーブルに登録されているか否かを判断する。
【００３８】
そのＩＰパケットの宛先である移動端末装置１１が気付アドレス管理テーブルに登録されていると判断した場合、ホームエージェント１３はステップＳＴ９４において、気付アドレス管理テーブルからその移動端末装置１１の気付アドレスを読み出してそのＩＰパケットをカプセル化する。そしてホームエージェント１３は、ステップＳＴ９５において、そのＩＰパケットの宛先である移動端末装置１１についての結合更新メッセージをそのＩＰパケットの送信元に向けて送信し、ステップＳＴ９６において、カプセル化後のＩＰパケットをその宛先の移動端末装置１１に向けて転送する。一方、そのＩＰパケットの宛先である移動端末装置１１が気付アドレス管理テーブルに登録されていないと判断した場合、ホームエージェント１３は、ホームドメインに移動端末装置１１が存在すると判断し、ステップＳＴ９６において基地局１２を介してそのＩＰパケットを移動端末装置１１に供給する。
【００３９】
また、ホームエージェント１３は、ステップＳＴ１０１において相手側端末装置１１の現在属するドメインの外部エージェント３２，５２，６２からの移動端末装置１１についての結合要求メッセージを受け取ると、ステップＳＴ１０２において図８に示すような気付アドレス管理テーブルを検索し、ステップＳＴ１０３において、その移動端末装置１１についての結合更新メッセージをその外部エージェント３２，５２，６２に向けて送信する。
【００４０】
このようにホームエージェント１３が動作する。なお、ホームエージェント４３も相手側端末装置４１に対して同様に動作するようにしてもよい。
以上のように、各装置およびエージェントが動作する。
【００４１】
次に、例えば図１に示すように、移動端末装置１１がＩＰネットワーク１からＩＰネットワーク３へ移動した場合における、移動端末装置１１の気付アドレスのホームエージェント１３への登録、および相手側端末装置４１による移動端末装置１１へのパケット送信について説明する。図９は移動端末装置１１の気付アドレスの登録およびパケット伝送のシーケンスを示す図である。なお、基地局１２，３１，４２，５１，６１は常に透過転送を実行するだけであるのでその動作の説明を省略する。この場合、相手側端末装置４１は移動しないので、固定端末として扱ってもよい。
【００４２】
まず、移動端末装置１１がＩＰネットワーク１からＩＰネットワーク３へ移動した場合における、移動端末装置１１の気付アドレスのホームエージェント１３への登録について説明する。
【００４３】
移動端末装置１１は、ＩＰネットワーク１からＩＰネットワーク３へ移動すると、気付アドレスをＤＨＣＰ（Dynamic Host Configuration Protocol）などにより取得する。移動端末装置１１は、取得した気付アドレスを外部エージェント３２およびホームエージェント１３に登録するために、登録要求メッセージを送信する。この登録要求メッセージは、移動端末装置１１の気付アドレス、移動端末装置１１のホームアドレス、移動端末装置１１のホームエージェント１３のアドレスなどを有する。
【００４４】
そして登録要求メッセージを受信した外部エージェント３２は、新しい移動端末装置が自己のＩＰネットワーク３に入ったと判断し、移動端末装置１１のホームアドレス10.76.51.100とホームエージェント１３のアドレス10.76.51.254とを対応づけて図３に示すように接続端末管理テーブルに登録する。
【００４５】
さらに、外部エージェント３２は、移動端末装置１１のホームエージェント１３に移動端末装置１１の新しい気付アドレスを登録するために、登録要求メッセージをホームエージェント１３に向けて転送する。
【００４６】
ホームエージェント１３はその登録要求メッセージを受信すると、図８に示すように、その登録要求メッセージに含まれている新しい気付アドレスで、気付アドレス管理テーブルにおける移動端末装置１１のホームアドレス10.76.51.100と気付アドレス10.76.52.254との対応を更新する。
【００４７】
移動端末装置１１がＩＰネットワーク３に移動する前は、ホームドメインであるＩＰネットワーク１に存在したため、移動端末装置１１は気付アドレスを有しておらず、気付アドレス管理テーブルには、移動端末装置１１のホームアドレスと気付アドレスとの対応関係が登録されていなかった。したがって、移動端末装置１１がＩＰネットワーク３に移動すると、最初の気付アドレス10.76.52.254がホームエージェント１３に供給される。そしてホームエージェント１３は移動端末装置１１の気付アドレスを図８に示すように気付アドレス管理テーブルに新規に登録する。そして、気付アドレスの登録または更新を完了すると、その旨を通知するために、ホームエージェント１３は登録要求メッセージの送信元に登録応答メッセージを送信する。
【００４８】
そして外部エージェント３２は、登録応答メッセージを受信すると、登録処理が完了した旨を通知するために、その登録応答メッセージを移動端末装置１１に転送し、移動端末装置１１はその登録応答メッセージを受信する。
【００４９】
以上で、ホームエージェント１３への移動端末装置１１の登録処理が完了する。この時点で、外部エージェント３２の接続端末管理テーブルとホームエージェント１３の気付アドレス管理テーブルには、それぞれ図３および図８に示すように、移動端末装置１１についての登録情報が記録されている。なお、上述の登録処理は、ＭｏｂｉｌｅＩＰの仕様に従った登録処理である。
【００５０】
次に、相手側端末装置４１から移動端末装置１１への経路制御について説明する。
相手側端末装置４１は、移動端末装置１１に向けてＩＰパケットを送信する場合、カプセル化せずに出力する。このＩＰパケットは、相手側端末装置４１の現在属するＩＰネットワーク５の外部エージェント５２により受信される。ＩＰパケットの宛先（移動端末装置１１のホームアドレス10.76.51.100）が図４に示す結合キャッシュテーブルに存在しない場合には、外部エージェント５２はそのＩＰパケットをそのまま宛先に透過転送する。
【００５１】
ホームエージェント１３は、このＩＰパケットを受信すると、上述の登録処理により生成された気付アドレス管理テーブルにおける移動端末装置１１の登録情報に基づいて、そのＩＰパケットをカプセル化し、移動端末装置１１の気付アドレス10.76.52.254へトンネル転送する。
【００５２】
ホームエージェント１３によりトンネル転送されたＩＰパケットは、外部エージェント３２に到達し、外部エージェント３２によりカプセル化を解かれて、最終的に元のＩＰパケットが移動端末装置１１に到達する。
【００５３】
ここまでは、外部エージェント５２の結合キャッシュテーブルに、移動端末装置１１についての登録情報がないので、パケットの経路は三角ルーティングとなっている。
【００５４】
ホームエージェント１３は、ＩＰパケットをトンネル転送する際に、その送信元である相手側端末装置４１に向けて結合更新メッセージを送信する。外部エージェント５２はその結合更新メッセージを受信し、図４に示すように結合キャッシュテーブルに、移動端末装置１１の登録情報を記録する。なお、相手側端末装置４１は、結合更新メッセージを供給されないので、上述のパケット送信の場合と同様に、移動端末装置１１のホームアドレス10.76.51.100に向けてカプセル化せずにパケットを送信する。
【００５５】
外部エージェント５２の結合キャッシュテーブルに、移動端末装置１１についての登録情報が記録された後では、外部エージェント５２は、結合キャッシュテーブルにおける移動端末装置１１の登録情報に基づいて、相手側端末装置４１からのＩＰパケットをカプセル化し、移動端末装置１１の気付アドレス10.76.52.254に向けてトンネル転送する。このとき、外部エージェント５２は、相手側端末装置４１からのＩＰパケットのヘッダ部から宛先ＩＰアドレス10.76.51.100を読み取り、その宛先ＩＰアドレスと同一のホームアドレスを有する登録情報を検索し、その登録情報の気付アドレス10.76.52.254を移動端末装置１１の気付アドレスとする。
【００５６】
したがってカプセル化されたＩＰパケットは、ホームエージェント１３を経由せずに外部エージェント３２に到達する。これにより、三角ルーティングが解消される。
【００５７】
以上のように、この参考例１によれば、ホームエージェント１３からの結合更新メッセージを、相手側端末装置４１の接続された外部エージェント３２，５２，６２が受信し、その外部エージェント３２，５２，６２が移動端末装置１１宛のＩＰパケットをカプセル化して転送するようにしたので、相手側端末装置４１と移動端末装置１１のホームエージェント１３との間の定期的な通信の必要をなくし、相手側端末装置４１の消費電力を抑制することができるとともに、相手側端末装置４１からその相手側端末装置４１の属するドメインの外部エージェント５２への送信データの量を抑制して伝送帯域を有効に使用することができるという効果が得られる。
【００５８】
参考例２．
この発明の参考例２における外部エージェント３２，５２，６２は、結合更新メッセージの情報に設定されている有効時間が経過する前に、結合更新メッセージの送信を促す結合要求メッセージをホームエージェント１３に向けて送信する。なお、この結合要求メッセージは、インターネットドラフト（draft-ietf-mobileip-optim-08.txt）に準拠したもので、移動端末装置１１のホームアドレスが含まれている。
【００５９】
この結合要求メッセージを受信したホームエージェント１３は移動端末装置１１のホームアドレスに対応する最新の気付アドレス情報を結合要求メッセージの送信元に返送する。この結合更新メッセージを受信した外部エージェント３２，５２，６２はその結合更新メッセージに基づいて結合キャッシュテーブルにおける移動端末装置１１の気付アドレスを更新する。
【００６０】
なお、その他については参考例１によるものと同様であるので、その説明を省略する。
【００６１】
以上のように、この参考例２によれば、相手側端末装置４１の属するドメインの外部エージェント３２，５２，６２が移動端末装置１１の最新の気付アドレスを取得するために定期的にホームエージェント１３との間でメッセージを送受するようにしたので、相手側端末装置４１とホームエージェント１３との間で定期的な通信を行うことなく経路を最適化することができ、また、最新の気付アドレスにパケットをトンネル転送でき、さらに相手側端末装置４１から、その相手側端末装置４１の属するドメインの外部エージェント３２，５２，６２への送信データの量をより抑制することができるという効果が得られる。
【００６２】
参考例３．
図１０はこの発明の参考例３による経路最適化方法を適用したネットワークの一例を示す図である。図１０においては、１１−１および１１−２はホームドメインがＩＰネットワーク１である移動端末装置であり、４１−１および４１−２は移動端末装置１１−１，１１−２の通信相手であり、ホームドメインがＩＰネットワーク４である相手側端末装置である。相手側端末装置４１−１のホームアドレスは10.76.55.100であり、相手側端末装置４１−１の通信相手である移動端末装置１１−１のホームアドレスは10.76.51.100である。また、相手側端末装置４１−２のホームアドレスは10.76.55.101であり、相手側端末装置４１−２の通信相手である移動端末装置１１−２のホームアドレスは10.76.51.101である。
【００６３】
この発明の参考例３における外部エージェント３２，５２，６２は、図１０に示すように、自己のＩＰネットワーク３，５，６に存在する相手側端末装置４１−１，４１−２の通信相手である複数の移動端末装置１１−１，１１−２のホームドメインが同一である場合、それらの移動端末装置１１−１，１１−２についての結合要求メッセージを、１つの拡張した結合要求メッセージにまとめ、その拡張した結合要求メッセージを送信するようにしたものである。
【００６４】
なお、参考例３における外部エージェント３２，５２，６２は、上記拡張した結合要求メッセージを解釈可能なホームエージェントを記録したＨＡサポートテーブルを有し、そのＨＡサポートテーブルを参照して、拡張した結合要求メッセージの宛先がその拡張した結合要求メッセージを解釈可能なホームエージェントである場合にのみ、その拡張した結合要求メッセージを送信し、そうでない場合には通常の（拡張していない）結合要求メッセージを送信する。
【００６５】
図１１は参考例３における拡張した結合要求メッセージの一例を示す図である。図１１に示すように、拡張した結合要求メッセージには、通常の結合要求メッセージに含まれる情報の他、例えば「３８」に固定された拡張タイプ１０１、拡張部分の長さ１０２、ベンダ固有の識別子であるベンダ識別子１０３、ベンダ毎の拡張種別が記述されるベンダ拡張タイプ１０４、および結合更新メッセージを要求する移動端末装置のホームアドレス１０５，１０６が含まれる。
【００６６】
なお、このメッセージの拡張は、ＩＥＴＦのインターネットドラフト（draft-ietf-vender-ext-05.txt）の決定的（Critical）ベンダ拡張フォーマットに準拠する。このドラフトによれば、拡張を解釈できない外部エージェントが決定的（Critical）ベンダ拡張フォーマットで拡張されたメッセージを受信した場合には、メッセージ全体が無視される。したがってこの拡張を解釈できないホームエージェントが、この拡張した結合要求メッセージを受信した場合には、そのメッセージに対して特に何も処理を行わない。
【００６７】
図１２はＨＡサポートテーブルの一例を示す図である。図１２に示すように、移動端末装置１１のホームエージェント１３のＩＰアドレスと、拡張した結合要求メッセージを解釈可能であるか否かの情報（ＹＥＳまたはＮＯ）とが対応づけられて記述される。
【００６８】
次に動作について説明する。
この発明の参考例３における外部エージェント３２，５２，６２は、自己のＩＰネットワーク３，５，６に存在する相手側端末装置４１−１，４１−２の通信相手である複数の移動端末装置１１−１，１１−２のホームドメインが同一である場合、ＨＡサポートテーブルを参照して、上述の拡張した結合要求メッセージを解釈可能なホームエージェント１３にのみ送信し、その他のホームエージェント１３には通常の（拡張していない）結合要求メッセージを送信する。
【００６９】
次に、上述の拡張した結合要求メッセージを解釈可能なホームエージェント１３の動作について説明する。図１３は、拡張した結合要求メッセージを解釈可能なホームエージェントが結合要求メッセージを受信したときの動作を説明するＳＤＬ図である。
そのホームエージェント１３は、参考例１におけるホームエージェント１３と同様にステップＳＴ１０１〜ステップＳＴ１０３において、受信した結合要求メッセージの通常部分に含まれる１つの移動端末装置１１のホームアドレスに対応する最新の気付アドレスを気付アドレス管理テーブルから読み出し、その最新の気付アドレスを含む結合更新メッセージを結合要求メッセージの送信元の外部エージェント３２，５２，６２に送信する。
【００７０】
次に、そのホームエージェント１３は、ステップＳＴ１１１において、受信した結合要求メッセージに拡張部分があるか否かを判断し、拡張部分がないと判断した場合には処理を終了し、拡張部分があると判断した場合には、拡張部分にある残りの移動端末装置１１のホームアドレスについて、ステップＳＴ１１２において気付アドレス管理テーブルから最新の気付アドレスを読み出し、ステップＳＴ１１３においてその最新の気付アドレスを含む結合更新メッセージを結合要求メッセージの送信元に送信する。そしてホームエージェント１３は、拡張部分の移動端末装置のホームアドレスがなくなるまで、ステップＳＴ１１１〜ステップＳＴ１１３の処理を繰り返す。
【００７１】
なお、その他の動作については参考例１によるものと同様であるので、その説明を省略する。
【００７２】
以上のように、この参考例３によれば、相手側端末装置４１−１，４１−２の送信相手である複数の移動端末装置１１−１，１１−２のホームドメインが同一である場合、外部エージェント３２，５２，６２がそれらの移動端末装置１１−１，１１−２についての結合要求メッセージを、１つの拡張した結合要求メッセージにまとめ、その拡張した結合要求メッセージを送信するようにしたので、外部エージェント３２，５２，６２からホームエージェント１３への送信データの量が低減されるため、ルータによるスイッチングの負荷が軽減されネットワークに対する負荷を低減させることができるという効果が得られる。
【００７３】
参考例４．
この発明の参考例４における外部エージェント３２，５２，６２は、ＨＡサポートテーブルにサブネットマスクを導入し、そのサブネットに含まれるホームエージェント１３について、拡張した結合要求メッセージを解釈可能であるか否かを一括して設定するようにしたものである。
【００７４】
図１４は、サブネットマスクを導入したＨＡサポートテーブルの一例を示す図である。図１４に示すＨＡサポートテーブルでは、ＩＰアドレス10.76.51.254を除く、ネットアドレス10.76.0.0に属するＩＰネットワークのホームエージェント１３が、上述の拡張した結合要求メッセージを解釈可能であることが示されている。
【００７５】
なお、その他の動作などについては参考例３によるものと同様であるので、その説明を省略する。
【００７６】
以上のように、この参考例４によれば、サブネットマスクを使用してサブネット内のすべてのホームエージェント１３について、拡張した結合要求メッセージを解釈可能であるか否かを一括して設定することができるようにしたので、ＨＡサポートテーブルを簡単に作成することができるという効果が得られる。
【００７７】
参考例５．
この発明の参考例５における外部エージェント３２，５２，６２は、ホームエージェント１３からの通知に応じて参考例３におけるＨＡサポートテーブルを動的に設定するようにしたものである。
【００７８】
移動端末装置１１のホームエージェント１３は、上述の拡張した結合要求メッセージを解釈可能であることを相手側端末装置４１の現在属するＩＰネットワーク３，５，６の外部エージェント３２，５２，６２に通知するために、結合要求メッセージの応答以外の契機で送信される結合更新メッセージに、その旨を通知する拡張部分を付加して送信する。
【００７９】
図１５は、動的にＨＡサポートテーブルを設定する場合の結合更新メッセージの一例を示す図である。図１５に示すように、この場合の結合更新メッセージには、通常の結合要求メッセージに含まれる情報の他、例えば「１３４」に固定された拡張タイプ１１１、拡張部分の長さ１１２、ベンダ固有の識別子であるベンダ識別子１１３、およびベンダ毎の拡張種別が記述されるベンダ拡張タイプ１１４が含まれる。
【００８０】
外部エージェント３２，５２，６２は、拡張した結合更新メッセージを受信すると、その結合更新メッセージの送信元であるホームエージェント１３についての、ＨＡサポートテーブルにおける登録情報を書き換える。
【００８１】
なお、このメッセージの拡張は、ＩＥＴＦのインターネットドラフト（draft-ietf-vender-ext-05.txt）の通常（Normal）ベンダ拡張フォーマットに準拠する。このドラフトによれば、拡張部分を解釈できない外部エージェントが通常ベンダ拡張フォーマットで拡張されたメッセージを受信した場合には、拡張部分を無視し、メッセージを処理しなくてはならない。つまり、この拡張を解釈できない外部エージェントがこの拡張部分を有する結合更新メッセージを受信した場合、拡張部分のみが無視され、その他の部分は通常どおり処理される。
【００８２】
なお、その他については参考例１と同様であるので、その説明を省略する。
【００８３】
以上のように、この参考例５によれば、ホームエージェント１３からの通知に応じて外部エージェント３２，５２，６２がＨＡサポートテーブルを動的に設定するようにしたので、ネットワーク管理者が各外部エージェント３２，５２，６２のＨＡサポートテーブルを逐一設定することなく、拡張した結合要求メッセージをホームエージェント１３が解釈できるか否かをＨＡサポートテーブルに自動的に設定することができ、ＨＡサポートテーブルの設定作業を簡略化することができるという効果が得られる。
【００８４】
参考例６．
この発明の参考例６における外部エージェント３２，５２，６２は、限定したホームエージェント１３からの結合更新メッセージのみを承認するようにしたものである。
【００８５】
経路最適化では、悪意で結合更新メッセージによる気付アドレスが変更されると、パケットは正しい送信先に届かず、別の誤った送信先に届くことになる。したがってセキュリティの観点から、信頼されたホームエージェント１３のみからの結合更新メッセージのみを利用することが望ましい。そこで、参考例６における外部エージェント３２，５２，６２は、限定したホームエージェント１３からの結合更新メッセージのみを承認する。
【００８６】
この発明の参考例６における外部エージェント３２，５２，６２は、その限定したホームエージェント１３を記録した内部テーブルを有する。外部エージェント３２，５２，６２は、内部テーブルに登録されたホームエージェント１３からの結合更新メッセージのみに基づいて移動端末装置１１の気付アドレスを更新し、その他のホームエージェント１３からの結合更新メッセージを無視する。
【００８７】
図１６は、限定したホームエージェント１３を記録した内部テーブルの一例を示す図である。図１６に示すように、この内部テーブルには、各ホームエージェント１３のＩＰアドレスに、結合更新メッセージの利用の可否が対応づけられて記録される。図１６に示す内部テーブルの場合では、ＩＰアドレス10.76.51.254，10.76.55.254のホームエージェント１３からの結合更新メッセージは承認されるが、その他のホームエージェント１３からの結合更新メッセージは承認されない。
【００８８】
なお、その他の動作などについては参考例３によるものと同様であるので、その説明を省略する。
【００８９】
以上のように、この参考例６によれば、限定したホームエージェント１３からの結合更新メッセージのみを承認するようにしたので、信頼されたホームエージェント１３からの結合更新メッセージのみを利用することができ、セキュリティを確実にすることができるという効果が得られる。
【００９０】
参考例７．
この発明の参考例７における外部エージェント３２，５２，６２は、参考例６における内部テーブルに登録するホームエージェント１３をサブネットマスクによりグループ化することができるようにしたものである。
【００９１】
図１７は、サブネットマスクによるグループ化を導入した内部テーブルの一例を示す図である。図１７に示す内部テーブルの場合では、ＩＰアドレス10.76.55.254のホームエージェント１３以外の、ＩＰアドレス10.76.0.0のサブネットに属するホームエージェント１３からの結合更新メッセージのみが承認される。
【００９２】
以上のように、この参考例７によれば、結合更新メッセージの承認されるホームエージェント１３を限定する際にサブネットマスクによりホームエージェントをグループ化するようにしたので、結合更新メッセージの承認されるホームエージェント１３の限定を簡単に設定することができるという効果が得られる。
【００９３】
参考例８．
この参考例８における外部エージェント３２，５２，６２は、特定の相手側端末装置４１−１，４１−２からのＩＰパケットのみをカプセル化し、トンネル転送するようにしたものである。
【００９４】
この参考例８における外部エージェント３２，５２，６２は、自己のＩＰネットワーク３，５，６に存在する各相手側端末装置４１−ｉ（ｉ＝１，２）について、経路最適化を実行するか否かを示す情報を記述されたサービス設定テーブルを有する。
【００９５】
図１８はサービス設定テーブルの一例を示す図である。図１０に示すネットワークにおいて、図１８に示すサービス設定テーブルが設定されていると、外部エージェント３２，５２，６２は、ホームアドレス10.76.55.100の相手側端末装置４１−１からのＩＰパケットをカプセル化してトンネル転送し、ホームアドレス10.76.55.101の相手側端末装置４１−２からのＩＰパケットをそのまま透過転送する。
【００９６】
次に動作について説明する。
図１９はＩＰパケットを受信した参考例８における外部エージェント３２，５２，６２の動作を説明するＳＤＬ図である。
図１０に示すネットワークにおいて、この参考例８における外部エージェント３２，５２，６２は、ステップＳＴ２１においてインターネット２または自己のＩＰネットワーク３，５，６内の端末装置からＩＰパケットを受け取ると、そのＩＰパケットのヘッダ部を調べて、そのＩＰパケットの宛先が自己のＩＰネットワーク３，５，６内のＩＰアドレスであるか否かを判断し、そのＩＰパケットの宛先が自己のＩＰネットワーク３，５，６内のＩＰアドレスであると判断した場合にはステップＳＴ２３においてそのＩＰパケットのカプセル化を解除し、ステップＳＴ２４においてそのＩＰパケットをそのＩＰネットワーク３，５，６内の対応する端末装置に供給する。
【００９７】
一方、そのＩＰパケットの宛先が自己のＩＰネットワーク３，５，６内のＩＰアドレスではないと判断した場合には外部エージェント３２，５２，６２は、ステップＳＴ１２１においてサービス設定テーブルを参照し、ステップＳＴ１２２においてそのパケットについて経路最適化するとされているか否かを判断する。
【００９８】
サービス設定テーブルにおいてそのパケットについて経路最適化するとされていると判断した場合、外部エージェント３２，５２，６２は、ステップＳＴ１２３においてそのＩＰパケットの宛先である移動端末装置１１が結合キャッシュテーブルに登録されているか否かを判断する。ＩＰパケットの宛先である移動端末装置１１が結合キャッシュテーブルに登録されていると判断した場合、外部エージェント３２，５２，６２は、ステップＳＴ１２５においてそのＩＰパケットをカプセル化し、ステップＳＴ１２６においてカプセル化後のＩＰパケットを移動端末装置１１の気付アドレスに向けて転送する。
【００９９】
一方、サービス設定テーブルにおいてそのパケットについて経路最適化するとされていないと判断した場合、およびＩＰパケットの宛先である移動端末装置１１が結合キャッシュテーブルに登録されていないと判断した場合、外部エージェント３２，５２，６２は、カプセル化せずにステップＳＴ１２６においてＩＰパケットをそのまま転送する。
【０１００】
なお、その他の動作については参考例１によるものと同様であるので、その説明を省略する。
【０１０１】
以上のように、この参考例８によれば、外部エージェント３２，５２，６２において特定の相手側端末装置４１−ｉからのＩＰパケットのみをカプセル化してトンネル転送するようにしたので、ネットワーク管理者が経路最適化を実行するか否かを個別的に設定することができ、例えば遅延に強いデータ（リアルタイム性の不要なデータ通信）については経路最適化を実行せず、遅延に弱いデータ（例えばＶｏＩＰなどのデータ）についてのみ経路最適化を実行することができ、外部エージェント３２，５２，６２の負荷を低減することができるという効果が得られる。
【０１０２】
参考例９．
この発明の参考例９における外部エージェント３２，５２，６２は、サービス設定テーブルにサブネットマスクを導入し、そのサブネットに属するすべての相手側端末装置４１−ｉについて、経路最適化を実行するか否かを一括して設定するようにしたものである。
【０１０３】
図２０は、サブネットマスクを導入したサービス設定テーブルの一例を示す図である。図２０に示すサービス設定テーブルでは、ＩＰアドレス10.76.55.101を除く、サブネット10.76.55.0に属する相手側端末装置からのＩＰパケットのみについて経路最適化することが示されている。
【０１０４】
なお、その他の動作などについては参考例８によるものと同様であるので、その説明を省略する。
【０１０５】
以上のように、この参考例９によれば、サブネットマスクを使用してそのサブネット内のすべての相手側端末装置４１−ｉについて経路最適化を実行するか否かを一括して設定することができるようにしたので、サービス設定テーブルを簡単に作成することができるという効果が得られる。
【０１０６】
参考例１０．
この発明の参考例１０における外部エージェント３２，５２，６２は、結合要求メッセージの送信間隔を移動端末装置１１の気付アドレスの変更頻度に応じて調整するようにしたものである。
【０１０７】
次に動作について説明する。
図２１は外部エージェント３２，５２，６２が結合要求メッセージの送信間隔を調整する動作について説明するＳＤＬ図である。図２２は、この参考例１０における外部エージェント３２，５２，６２の結合キャッシュテーブルを示す図である。
【０１０８】
外部エージェント３２，５２，６２は、ステップＳＴ１４１において結合更新メッセージを受信すると、ステップＳＴ１４２においてその結合更新メッセージに対応する移動端末装置１１を結合キャッシュテーブルで検索する。
【０１０９】
そしてステップＳＴ１４３において、外部エージェント３２，５２，６２は、その移動端末装置１１が結合キャッシュテーブルに登録されているか、また、結合更新メッセージに含まれる気付アドレスが結合キャッシュテーブルにおける気付アドレスと同一であるかを判断し、その移動端末装置１１が結合キャッシュテーブルに登録されていないと判断したか、あるいは結合更新メッセージに含まれる気付アドレスが結合キャッシュテーブルにおける気付アドレスと同一ではないと判断した場合には、ステップＳＴ１４４において気付アドレスの変更回数をカウントし、ステップＳＴ１４５において結合更新メッセージに含まれる気付アドレスで結合キャッシュテーブルにおける気付アドレスを更新する。なお、移動端末装置１１が結合キャッシュテーブルに登録されていない場合には、気付アドレスの変更回数を０にセットし、その移動端末装置１１が結合キャッシュテーブルに登録される。
【０１１０】
なお、上述の気付アドレスの変更回数および更新優先度は図２２に示すように移動端末装置１１毎に結合キャッシュテーブルに記録される。
【０１１１】
そしてステップＳＴ１４６において外部エージェント３２，５２，６２は気付アドレスの変更回数に応じた更新優先度を計算する。
【０１１２】
一方、その移動端末装置１１が結合キャッシュテーブルに登録されており、かつ結合更新メッセージに含まれる気付アドレスが結合キャッシュテーブルにおける気付アドレスと同一であると判断した場合には、気付アドレスを変更する必要がないので、処理を終了する。
【０１１３】
また、ステップＳＴ１３１において結合要求メッセージを送信する契機を知らせる内蔵タイマのタイムアウトが発生した場合、外部エージェント３２，５２，６２は、ステップＳＴ１３２において、そのタイマに対応する移動端末装置１１の気付アドレスを結合キャッシュテーブルで検索する。そして外部エージェントは、ステップＳＴ１３３において結合要求メッセージを送信し、ステップＳＴ１３４において気付アドレスの変更回数を０にリセットするとともに、更新優先度に対応してタイマ値を計算する。そして外部エージェント３２，５２，６２は、ステップＳＴ１３５において、次の結合要求メッセージを送信するタイミングを得るためのタイマを起動させる。
【０１１４】
なお、その他の動作については参考例１によるものと同様であるので、その説明を省略する。
【０１１５】
以上のように、この参考例１０によれば、外部エージェント３２，５２，６２において結合要求メッセージの送信間隔を気付アドレスの変更頻度に応じて調整するようにしたので、外部エージェント３２，５２，６２とホームエージェント１３との間の結合要求メッセージおよび結合更新メッセージの送受が適切な頻度となり、不必要なメッセージの送受を低減し、ネットワークのトラフィックを低減することができるという効果が得られる。
【０１１６】
参考例１１．
この発明の参考例１１における外部エージェント３２，５２，６２は、参考例１０における更新優先度の初期値を移動端末装置１１−ｉ毎に設定するようにしたものである。
【０１１７】
図２３はこの参考例１１における外部エージェント３２，５２，６２の有するサービス設定テーブルの一例を示す図である。図２３に示すサービス設定テーブルおいては、移動端末装置１１−１は更新優先度の初期値は５に、移動端末装置１１−２の更新優先度の初期値は３に設定されている。なお、この初期値は、ネットワーク管理者により予め設定される。
【０１１８】
次に動作について説明する。
相手側端末装置４１の現在属するＩＰネットワーク３，５，６の外部エージェント３２，５２，６２は、サービス設定テーブルから、各移動端末装置１１−ｉについての更新優先度の初期値を読み出し、その更新優先度の初期値に応じたタイマ値を計算し、各移動端末装置１１−ｉについて、次の結合要求メッセージを送信するタイミングを得るためのタイマを起動させる。
【０１１９】
なお、その他の動作については参考例１０によるものと同様であるので、その説明を省略する。
【０１２０】
例えば図２３に示すように更新優先度の初期値が設定されている場合、結合更新メッセージの有効時間が同一であれば、移動端末装置１１−１についての結合要求メッセージより移動端末装置１１−２についての結合要求メッセージが頻繁に送信される。
【０１２１】
以上のように、この参考例１１によれば、外部エージェント３２，５２，６２において更新優先度の初期値を移動端末装置１１−ｉ毎に設定するようにしたので、移動端末装置１１−ｉ毎に異なる品質で経路最適化サービスを提供することができるという効果が得られる。
【０１２２】
参考例１２．
この発明の参考例１２における外部エージェント３２，５２，６２は、必要に応じて１つの移動端末装置１１に対して複数の気付アドレスを結合キャッシュテーブルを登録し、移動端末装置１１のホームアドレス宛のＩＰパケットをそれらの複数の気付アドレスのそれぞれにトンネル転送するようにしたものである。
【０１２３】
移動端末装置１１が複数のＩＰネットワークの境界にある場合、ハンドオーバーが頻繁に行われる可能性がある。その場合、その移動端末装置１１は気付アドレスの変更を頻繁にホームエージェント１３に通知することになり、ネットワークの負荷が増加するだけでなく、移動端末装置１１の消費電力も増加する。そこで、ＭｏｂｉｌｅＩＰでは、複数のＩＰネットワークの境界に位置する移動端末装置１１が頻繁に気付アドレスを変更しなくても良いように、１つの移動端末装置１１がホームエージェント１３に複数の気付アドレスを登録することを許容している。そして複数の気付アドレスを登録されたホームエージェント１３は、登録された複数の気付アドレスのそれぞれにその移動端末装置１１宛のＩＰパケットを転送する。
三角ルーティングの場合には、このように複数の気付アドレスへＩＰパケットが転送されるが、従来の経路最適化では、その移動端末装置宛のＩＰパケットはホームエージェントを経由しないため、複数の気付アドレスの１つにしかＩＰパケットが転送されない。
【０１２４】
そこでこの発明の参考例１２における外部エージェント３２，５２，６２は、ホームエージェント１３に登録された複数の気付アドレスを結合キャッシュテーブルに登録してそれらの気付アドレスへの経路の最適化を実行する。
【０１２５】
次に動作について説明する。
図２４は参考例１２における拡張した結合更新メッセージの一例を示す図である。
１つの移動端末装置１１に対して複数の気付アドレスを登録されたホームエージェント１３は、その移動端末装置１１についての結合要求メッセージを受信すると、図２４に示す拡張した結合更新メッセージを、結合要求メッセージの送信元である外部エージェント３２，５２，６２に送信する。なお、結合更新メッセージの拡張部分には、２つめ以降の気付アドレスが記述される。
【０１２６】
外部エージェント３２，５２，６２は、この拡張した結合更新メッセージを受け取ると、通常の部分から１つの気付アドレスを読み取り、拡張部分から残りの気付アドレスを読み出し、その移動端末装置１１に対応づけてそれらの気付アドレスを結合キャッシュテーブルに登録する。
【０１２７】
そして外部エージェント３２，５２，６２は、その移動端末装置１１のホームアドレス宛のＩＰパケットを受信すると、そのホームアドレスに対応する複数の気付アドレスのそれぞれに向けてそのＩＰパケットをトンネル転送する。
【０１２８】
なお、その他の動作については参考例１によるものと同様であるので、その説明を省略する。
【０１２９】
以上のように、この参考例１２によれば、外部エージェント３２，５２，６２において、必要に応じて１つの移動端末装置１１に対して複数の気付アドレスを結合キャッシュテーブルを登録し、移動端末装置１１のホームアドレス宛のＩＰパケットをそれらの複数の気付アドレスのそれぞれにトンネル転送するようにしたので、ネットワークドメインの境界に位置する移動端末装置１１の気付アドレスが頻繁に変化しても気付アドレスの変更毎に気付アドレスの登録処理をすることなく、ＩＰパケットを確実に移動端末装置１１へ送信することができるという効果が得られる。
【０１３０】
実施の形態１．
この発明の実施の形態１における外部エージェント３２，５２，６２は、相手側端末装置４１が自己のＩＰネットワーク３，５，６に移動してきた場合に、元のＩＰネットワーク３，５，６の外部エージェント３２，５２，６２から結合キャッシュテーブルの登録情報を取得し、自己の結合キャッシュテーブルに記録するようにしたものである。
【０１３１】
従来の経路最適化方法では、ＩＰパケットの送信元である相手側端末装置が他のＩＰネットワークに移動した場合、移動先のネットワークの外部エージェントは、その相手側端末装置についての、結合キャッシュテーブルに登録情報を有していないので、結合更新メッセージを受け取るまで一時的に、その相手側端末装置からのＩＰパケットは送信先の移動端末装置のホームエージェントを経由することになる。つまり、図９に示すシーケンスにおける相手側端末装置が初めてＩＰパケットを送信した際の動作が相手側端末装置が他のＩＰネットワークに移動するたびに実行され、一時的に三角ルーティングになる。
【０１３２】
そこで、この実施の形態１における外部エージェント３２，５２，６２は、相手側端末装置４１が他のＩＰネットワークに移動した際の一時的な三角ルーティングを解消すべく、相手側端末装置４１が自己のＩＰネットワークに移動してきた場合に、元のＩＰネットワークの外部エージェント３２，５２，６２から結合キャッシュテーブルの登録情報を取得する。
【０１３３】
次に動作について説明する。
図２５は、図１に示すネットワークにおいて相手側端末装置４１が他のＩＰネットワーク６へ移動した際のネットワークを示す図である。図２６および図２７は、実施の形態１における外部エージェント３２，５２，６２の動作を説明するＳＤＬ図である。
【０１３４】
外部エージェント３２，５２，６２は、ステップＳＴ１１において登録要求メッセージを受信すると、ステップＳＴ１２、ステップＳＴ１３、並びにステップＳＴ１４またはステップＳＴ１５の処理の終了後、ステップＳＴ１５１において登録要求メッセージに拡張部分（後述）があるか否かを判断し、登録要求メッセージにその拡張部分があると判断した場合にはステップＳＴ１５２において、外部エージェント３２，５２，６２にその相手側端末装置４１の気付アドレスを通知するための結合更新メッセージを、相手側端末装置４１が前に存在したＩＰネットワークの外部エージェント３２，５２，６２に送信する。その後、ステップＳＴ１６において外部エージェント３２，５２，６２は、その登録要求メッセージを送信元の移動端末装置１１のホームエージェント１３または相手側端末装置４１のホームエージェント４３に向けて転送する。
【０１３５】
また、外部エージェント３２，５２，６２は、ステップＳＴ２１においてＩＰパケットを受信すると、ステップＳＴ２２においてそのＩＰパケットの宛先が自己のＩＰネットワーク３，５，６内のＩＰアドレスであると判断した場合には、ステップＳＴ２３においてそのＩＰパケットのカプセル化を解除する。
【０１３６】
そして外部エージェント３２，５２，６２は、ステップＳＴ１６１において、そのＩＰパケットの宛先アドレスがホームアドレスに一致する端末装置を接続管理テーブルで検索し、ステップＳＴ１６２において、そのＩＰパケットの宛先アドレスがホームアドレスに一致する端末装置が存在するか否かを判断し、そのＩＰパケットの宛先アドレスがホームアドレスに一致する端末装置が存在すると判断した場合には、その外部エージェント３２，５２，６２のＩＰネットワーク３，５，６に宛先の端末装置が存在するので、ステップＳＴ２４においてその端末装置にそのＩＰパケットを供給する。
【０１３７】
一方、そのＩＰパケットの宛先アドレスがホームアドレスに一致する端末装置が接続端末管理テーブルに存在しないと判断した場合には、その外部エージェント３２，５２，６２のＩＰネットワーク３，５，６に宛先の端末装置が存在しないので、外部エージェント３２，５２，６２は、ステップＳＴ１６３において、結合キャッシュテーブルを検索し、ステップＳＴ１６４においてＩＰパケットの宛先である移動端末装置１１が結合キャッシュテーブルに登録されているか否かを判断する。ＩＰパケットの宛先である移動端末装置１１が結合キャッシュテーブルに登録されていると判断した場合、外部エージェント３２，５２，６２は、ステップＳＴ１６５においてそのＩＰパケットをカプセル化し、ステップＳＴ１６６においてカプセル化後のＩＰパケットをその移動端末装置１１の現在の気付アドレスに向けて転送する。このとき、ステップＳＴ１６７において、宛先の移動端末装置１１がその外部エージェント３２，５２，６２のＩＰネットワーク３，５，６に接続されていない旨の警告がなされる。一方、ＩＰパケットの宛先である移動端末装置１１が結合キャッシュテーブルに登録されていないと判断した場合、外部エージェント３２，５２，６２はそのＩＰパケットを破棄する。
【０１３８】
また、外部エージェント３２，５２，６２は、ステップＳＴ３１において結合更新メッセージを受信すると、ステップＳＴ３２、ステップＳＴ３３、並びにステップＳＴ３４またはステップＳＴ３５の処理の後、ステップＳＴ１７１においてその結合更新メッセージが他の外部エージェント３２，５２，６２からのものであるか否かを判断し、その結合更新メッセージが他の外部エージェント３２，５２，６２からのものであると判断した場合には、ステップＳＴ１７２において自己の結合キャッシュテーブルの内容を記述した結合応答メッセージを、その結合更新メッセージの送信元の外部エージェント３２，５２，６２に送信する。
【０１３９】
また、外部エージェント３２，５２，６２は、ステップＳＴ１８１において結合応答メッセージを受信すると、ステップＳＴ１８２において、その結合応答メッセージの内容に基づいて結合キャッシュテーブルを生成するか、登録情報を結合キャッシュテーブルに追加する。
【０１４０】
次に相手側端末装置４１がＩＰネットワーク５からＩＰネットワーク６へ移動した際の各装置およびエージェントの動作について説明する。図２８は相手側端末装置４１が他のＩＰネットワーク６へ移動した際の各装置およびエージェントの動作のシーケンスを示す図である。なお、基地局１２，３１，４２，５１，６１は常に透過転送を実行するだけであるのでその動作の説明を省略する。
【０１４１】
図２５に示すように、相手側端末装置４１は、ＩＰネットワーク５からＩＰネットワーク６へ移動すると、外部エージェント６２によるエージェント広告などにより気付アドレスを取得する。
【０１４２】
新しい気付アドレスを取得した相手側端末装置４１は、それを自己のホームエージェント４３に通知、登録するために登録要求メッセージを、現在属するＩＰネットワーク６の外部エージェント６２に送信する。
【０１４３】
この登録要求メッセージには、拡張が施され、その相手側端末装置４１の気付アドレスを、元のＩＰネットワーク５の外部エージェント５２に通知させるための命令が含まれている。この拡張はＩＥＴＦのインターネットドラフト（draft-ietf-mobileip-optim-08.txt）に準拠したもので、この登録要求メッセージには、相手側端末装置４１の元の気付アドレスと、新しい気付アドレスが含まれている。
【０１４４】
外部エージェント６２は、その登録要求メッセージを受信すると、外部エージェント５２にその相手側端末装置４１の気付アドレスを通知するための結合更新メッセージを生成し、送信する。
【０１４５】
外部エージェント５２は、その結合更新メッセージを受信すると、その相手側端末装置４１の元の気付アドレスと新たな気付アドレスとを対応づけて結合キャッシュテーブルを生成するとともに、結合応答メッセージを外部エージェント６２に送信する。なお、この後、外部エージェント５２は、その相手側端末装置４１の元の気付アドレス宛のＩＰパケットを受信すると、新たな気付アドレス宛にトンネル転送する。
【０１４６】
なお、外部エージェント５２により送信される結合応答メッセージには、外部エージェント５２における結合キャッシュテーブルの登録情報を外部エージェント６２へ通知するための拡張が施される。図２９は、実施の形態１において拡張した結合応答メッセージの一例を示す図である。図２９に示すように、結合応答メッセージの拡張部分には、結合キャッシュテーブルに記録された移動端末装置１１のホームアドレス、移動端末装置１１の気付アドレス、移動端末装置１１のホームエージェントのアドレスなどが記述される。
【０１４７】
この拡張した結合応答メッセージを受信した外部エージェント６２は、その結合応答メッセージの拡張部分の内容に基づいて、移動端末装置１１のための結合キャッシュテーブルを生成する。そして外部エージェント６２は、相手側端末装置４１の新たな気付アドレスを通知するために、結合要求メッセージをホームエージェント１３に送信する。これにより、外部エージェント６２から外部エージェント３２へのＩＰトンネル２３が形成される。
【０１４８】
なお、その他の動作については参考例１によるものと同様であるので、その説明を省略する。
【０１４９】
以上のように、この実施の形態１によれば、相手側端末装置４１がＩＰネットワーク３，５，６を跨って移動した場合に、移動先のＩＰネットワーク３，５，６の外部エージェント３２，５２，６２が移動元のＩＰネットワーク３，５，６の外部エージェント３２，５２，６２から結合キャッシュテーブルの登録情報を取得し、自己の結合キャッシュテーブルに記録するようにしたので、一時的な三角ルーティングの発生を抑制して経路最適化を継続するようにすることができるという効果が得られる。
【０１５０】
参考例１３．
この発明の参考例１３における外部エージェント３２，５２，６２は、自己のＩＰネットワーク３，５，６に属する相手側端末装置４１と移動端末装置１１との間で送受されるＩＰパケットの量を監視し、それらの量に応じて、その移動端末装置１１について結合キャッシュテーブルに登録された気付アドレスを更新しないようにしたものである。
【０１５１】
上記参考例１〜１２、実施の形態１において、外部エージェント３２，５２，６２は、相手側端末装置４１がＩＰパケットを送信しなくても、結合キャッシュテーブルに移動端末装置１１の気付アドレスが登録されると、その気付アドレスを定期的に更新する。このため、ＩＰパケットの送信先になる頻度の少ない移動端末装置１１の気付アドレスも定期的に更新されることなる。
【０１５２】
そこで、この参考例１３における外部エージェント３２，５２，６２は、ＩＰパケットの送信先になる頻度の少ない移動端末装置１１の気付アドレスの更新を抑制するようにする。
【０１５３】
次に動作について説明する。
相手側端末装置４１の現在属するＩＰネットワーク３，５，６の外部エージェント３２，５２，６２は、受信したパケットの宛先ＩＰアドレスおよび送信元ＩＰアドレスを読み出し、移動端末装置１１と相手側端末装置４１との間のＩＰパケットのトラフィック量を随時計算する。
【０１５４】
そして外部エージェント３２，５２，６２は、移動端末装置１１と相手側端末装置４１との間のＩＰパケットのトラフィックが所定の期間ない場合には、結合要求メッセージの送信を停止して結合キャッシュテーブルの気付アドレスの更新を停止する。
【０１５５】
なお、その他の動作については参考例１によるものと同様であるので、その説明を省略する。
【０１５６】
以上のように、この参考例１３によれば、外部エージェント３２，５２，６２において、移動端末装置１１宛のＩＰパケットおよび移動端末装置１１からのＩＰパケットの量を監視し、それらの量に応じて、その移動端末装置１１について結合キャッシュテーブルに登録された気付アドレスの更新を抑制するようにしたので、外部エージェント３２，５２，６２とホームエージェント１３との間のメッセージの送受のための通信パケット量を低減することができるという効果が得られる。
【０１５７】
実施の形態２．
この発明の実施の形態２における外部エージェント３２，５２，６２は、自己のＩＰネットワーク３，５，６外へ相手側端末装置４１が移動した場合に、結合キャッシュテーブルに登録された気付アドレスを更新しないようにしたものである。
【０１５８】
次に動作について説明する。
図２５のネットワークにおいて、外部エージェント５２のＩＰネットワーク５から外部エージェント６２のＩＰネットワーク６へ相手側端末装置４１が移動した場合、図２８に示すように、外部エージェント６２から外部エージェント５２へ結合更新メッセージが送信される。
【０１５９】
これにより、外部エージェント５２は、相手側端末装置４１が自己のＩＰネットワーク５外へ移動したことを検知する。また、結合更新メッセージが外部エージェント５２に送信されなかった場合でも、外部エージェント５２は、相手側端末装置４１の気付アドレスが無効になったときに、相手側端末装置４１が自己のＩＰネットワーク５外へ移動したと判断する。
【０１６０】
相手側端末装置４１が自己のＩＰネットワーク５外へ移動した場合、それ以後、外部エージェント５２は、相手側端末装置４１からのＩＰパケットを移動端末装置１１の気付アドレスへトンネル転送する必要がないので、相手側端末装置４１が自己のＩＰネットワーク５外へ移動したと判断すると、結合キャッシュテーブルの気付アドレスの更新を停止する。
【０１６１】
以上のように、この実施の形態２によれば、ＩＰネットワーク３，５，６を跨って相手側端末装置が移動した場合に、移動元のＩＰネットワーク３，５，６の外部エージェント３２，５２，６２が、結合キャッシュテーブルに登録された気付アドレスを更新しないようにしたので、外部エージェント３２，５２，６２とホームエージェント１３との間のメッセージの送受のための通信パケット量を低減することができるという効果が得られる。
【０１６２】
実施の形態３．
この発明の実施の形態３における外部エージェント３２，５２，６２は、所定の条件を満足する場合に、更新を停止した気付アドレスの更新を再開するようにしたものである。
【０１６３】
次に動作について説明する。
外部エージェント３２，５２，６２は、参考例１３や実施の形態２に示すようにして更新を停止した気付アドレスに対する結合更新メッセージを受信した場合や、その気付アドレスへのトンネル転送が行われた場合には、その気付アドレスの更新を再開する。
【０１６４】
以上のように、この実施の形態３によれば、所定の条件を満足する場合に、更新を停止した気付アドレスの更新を再開するようにしたので、必要に応じた適切な頻度で気付アドレスの更新が実行され、外部エージェント３２，５２，６２とホームエージェント１３との間のメッセージの送受のための通信パケット量を低減することができるという効果が得られる。
【０１６５】
なお、上記実施の形態においては、外部エージェント３２，４２，６２の機能とホームエージェント１３，４３の機能とを分けて説明したが、ホームエージェント１３，４３に属さない端末装置に対する外部エージェントの機能をホームエージェント１３，４３に追加するようにしても勿論よい。
【０１６６】
【発明の効果】
以上のように、この発明によれば、外部エージェントが、相手側端末装置が自己のネットワークドメインに移動してきた場合に相手側端末装置の移動元のネットワークドメインの外部エージェントまたはホームエージェントから移動端末装置の気付アドレスの情報を取得する、又は、外部エージェントまたはホームエージェントが、相手側端末装置が自己のネットワークドメインに移動してきた場合に相手側端末装置の移動元のネットワークドメインの外部エージェントから移動端末装置の気付アドレスの情報を取得するようにしたので、一時的な三角ルーティングの発生を抑制して経路最適化を継続するようにすることができるという効果がある。
【０１６７】
この発明によれば、相手側端末装置の現在属するネットワークドメインの外部エージェントまたはホームエージェントが、自己のネットワークドメインの外へ相手側端末装置が移動した場合、移動端末装置の気付アドレスの更新を停止するようにしたので、相手側端末装置の現在属するネットワークドメインの外部エージェントまたはホームエージェントと移動端末装置のホームエージェントとの間のメッセージの送受のための通信パケット量を低減することができるという効果がある。
【０１６８】
この発明によれば、相手側端末装置の現在属するネットワークドメインの外部エージェントまたはホームエージェントが、所定の条件を満足する場合に、更新を停止した移動端末装置の気付アドレスの更新を再開するようにしたので、必要に応じた適切な頻度で気付アドレスの更新が実行され、相手側端末装置の現在属するネットワークドメインの外部エージェントまたはホームエージェントと移動端末装置のホームエージェントとの間のメッセージの送受のための通信パケット量を低減することができるという効果がある。
【図面の簡単な説明】
【図１】 この発明の参考例１による経路最適化方法を適用したネットワークの一例を示す図である。
【図２】 外部エージェントの動作を説明するＳＤＬ図である。
【図３】 移動端末装置が接続された外部エージェントが有する接続端末管理テーブルの一例を示す図である。
【図４】 相手側端末装置が接続された外部エージェントが有する結合キャッシュテーブルの一例を示す図である。
【図５】 相手側端末装置の動作を説明するＳＤＬ図である。
【図６】 移動端末装置の動作を説明するＳＤＬ図である。
【図７】 ホームエージェントの動作を説明するＳＤＬ図である。
【図８】 移動端末装置についてのホームエージェントの有する気付アドレス管理テーブルの一例を示す図である。
【図９】 移動端末装置の気付アドレスの登録およびパケット伝送のシーケンスを示す図である。
【図１０】 この発明の参考例３による経路最適化方法を適用したネットワークの一例を示す図である。
【図１１】 参考例３における拡張した結合要求メッセージの一例を示す図である。
【図１２】 ＨＡサポートテーブルの一例を示す図である。
【図１３】 拡張した結合要求メッセージを解釈可能なホームエージェントが結合要求メッセージを受信したときの動作を説明するＳＤＬ図である。
【図１４】 サブネットマスクを導入したＨＡサポートテーブルの一例を示す図である。
【図１５】 動的にＨＡサポートテーブルを設定する場合の結合更新メッセージの一例を示す図である。
【図１６】 限定したホームエージェントを記録した内部テーブルの一例を示す図である。
【図１７】 サブネットマスクによるグループ化を導入した内部テーブルの一例を示す図である。
【図１８】 サービス設定テーブルの一例を示す図である。
【図１９】 ＩＰパケットを受信した参考例８における外部エージェントの動作を説明するＳＤＬ図である。
【図２０】 サブネットマスクを導入したサービス設定テーブルの一例を示す図である。
【図２１】 外部エージェントが結合要求メッセージの送信間隔を調整する動作について説明するＳＤＬ図である。
【図２２】 この参考例１０における外部エージェントの結合キャッシュテーブルを示す図である。
【図２３】 この参考例１１における外部エージェントの有するサービス設定テーブルの一例を示す図である。
【図２４】 参考例１２における拡張した結合更新メッセージの一例を示す図である。
【図２５】 図１に示すネットワークにおいて相手側端末装置４１が他のＩＰネットワークへ移動した際のネットワークを示す図である。
【図２６】 実施の形態１における外部エージェントの動作を説明するＳＤＬ図である。
【図２７】 実施の形態１における外部エージェントの動作を説明するＳＤＬ図である。
【図２８】 相手側端末装置が他のＩＰネットワークへ移動した際の各装置およびエージェントの動作のシーケンスを示す図である。
【図２９】 実施の形態１において拡張した結合応答メッセージの一例を示す図である。
【図３０】 従来のＭｏｂｉｌｅＩＰでのパケット伝送を説明する図である。
【図３１】 従来のＭｏｂｉｌｅＩＰでの経路最適化を説明する図である。
【符号の説明】
１，３〜６ ＩＰネットワーク（ネットワークドメイン）、１３，４３ ホームエージェント（エージェント装置）、３２，５２，６２ 外部エージェント（エージェント装置）、１１，１１−１，１１−２ 移動端末装置、４１，４１−１，４１−２ 相手側端末装置。
【発明の属する技術分野】
この発明は例えばＭｏｂｉｌｅＩＰによる通信システムにおいてＩＰパケットの経路を最適化するための経路最適化方法およびエージェント装置に関するものである。
【０００２】
【従来の技術】
ＩＰ（Internet Protocol）アドレスを有する移動端末装置（Mobile Terminal、ＭＴと略す）がネットワークドメインを跨って移動した場合に、セッションを中断することなく移動端末装置が通信を保つ方法として、ＩＥＴＦ（Internet Engineering Task Force）のＭｏｂｉｌｅＩＰ（Request For Comment 2002）が提唱されている。
【０００３】
図３０は従来のＭｏｂｉｌｅＩＰでのパケット伝送を説明する図である。
図３０において、１１はホームドメインでのＩＰアドレス（以下、ホームアドレスという）が固定的に割り当てられた移動端末装置であり、１３は移動端末装置１１の属するホームドメインに配置されたホームエージェント（Home Agent、ＨＡと略す）である。４１は移動端末装置１１の通信相手である相手側端末装置である。相手側端末装置４１は、固定端末装置、移動端末装置のいずれでもよく、相手側端末装置をＣＮ／ＭＴ（Corresponding Node/Mobile Terminal）と略する。２０１は移動端末装置１１の移動先ドメインに配置され、気付アドレスを有する外部エージェント（Foreign Agent、ＦＡと略す）である。
【０００４】
次にＭｏｂｉｌｅＩＰでのパケット伝送について説明する。
まず、移動端末装置１１は別のドメインに移動すると、移動先ドメインでの自己のアドレスを気付アドレスとして取得し、その気付アドレスを外部エージェント２０１を介してホームエージェント１３に通知する。ホームエージェント１３はその移動端末装置１１からの気付アドレスを移動端末装置１１のホームアドレスと関連づけて登録する。
【０００５】
一方、相手側端末装置４１は、移動端末装置１１へＩＰパケットを送信する場合、移動端末装置１１のホームアドレス宛にＩＰパケットを送信する。そのＩＰパケットはＩＰネットワーク２０２を介してホームエージェント１３に到達する。ホームエージェント１３は、その移動端末装置１１についての登録情報に基づいてそのＩＰパケットをカプセル化した後、その移動端末装置１１の気付アドレス宛に転送する。外部エージェント２０１は、そのカプセル化されたＩＰパケットを受信すると、カプセル化を解除して、その気付アドレスを有する移動端末装置１１に元のＩＰパケットを供給する。
【０００６】
なお、移動端末装置１１がホームドメインに存在する場合には、ホームエージェント１３は単にルータとして機能して、移動端末装置１１宛のＩＰパケットが移動端末装置１１へ供給される。
【０００７】
このようにして、移動端末装置１１がドメインを跨って移動しても、移動端末装置１１宛のＩＰパケットは、ホームエージェント１３および外部エージェント２０１を経由して移動端末装置１１へ到達する。
【０００８】
しかしながら、移動端末装置１１宛のＩＰパケットがホームエージェント１３を経由して移動端末装置１１へ到達するようにした場合、すなわち三角ルーティングの場合、伝送遅延が大きくなってしまうという問題がある。ＶｏＩＰ（Voice over IP）などの遅延に弱いデータ伝送を実行する場合、このような伝送遅延は大きな問題となる。
【０００９】
そこで、ＩＥＴＦのインターネットドラフト（draft-ietf-mobileip-optim-08.txt）では、上記の三角ルーティングによる伝送遅延問題を解決するための経路最適化（Route Optimization）が提案されている。この経路最適化は、ホームエージェント１３を経由しないで、相手側端末装置４１から移動端末装置１１の気付アドレスへのショートカットパスを設定するプロトコルを使用するものである。図３１は、従来のＭｏｂｉｌｅＩＰでの経路最適化を説明する図である。
【００１０】
この経路最適化では、相手側端末装置４１は、移動端末装置１１の現在の気付アドレス取得するために、定期的に移動端末装置１１のホームエージェント１３との間で、結合要求メッセージ（Bind Request Message）と結合更新メッセージ（Bind Update Massage）を送受する。相手側端末装置４１は、定期的に得られる結合更新メッセージに基づいて、移動端末装置１１の現在の気付アドレスを取得し、移動端末装置１１宛のＩＰパケットをカプセル化した後に、その気付アドレスへ送信する。
【００１１】
したがって、図３１に示すように、相手側端末装置４１からの移動端末装置１１宛のＩＰパケットはホームエージェント１３を経由せずに移動端末装置１１へ到達する。これにより三角ルーティングが解消される。
【００１２】
【発明が解決しようとする課題】
従来の経路最適化方法は以上のように構成されているので、相手側端末装置４１が定期的に移動端末装置１１のホームエージェント１３との間でメッセージの送受を実行しなければならず、相手側端末装置４１の消費電力を抑制することが困難であるなどの課題があった。相手側端末装置４１が移動端末装置である場合、バッテリの電力で駆動するので特に問題になる。
【００１３】
また、従来の経路最適化方法では、ＩＰパケットのカプセル化によりＩＰヘッダ部が２倍になるので、相手側端末装置４１からその相手側端末装置４１の属するドメインのホームエージェントまたは外部エージェントへの伝送帯域を有効に利用することが困難であるなどの課題があった。ＶｏＩＰのパケットは、データ部に対してヘッダ部の割合が大きいため、特に問題になる。
【００１４】
この発明は上記のような課題を解決するためになされたもので、ホームエージェントからの結合更新メッセージを、相手側端末装置４１の接続されたホームエージェントや外部エージェントが受信し、そのホームエージェントや外部エージェントが移動端末装置１１宛のパケットをカプセル化して転送するようにして、相手側端末装置４１と移動端末装置１１のホームエージェント１３との間の定期的なメッセージの送受の必要をなくし、相手側端末装置４１の消費電力を抑制することができるとともに、相手側端末装置４１からその相手側端末装置４１の属するドメインの外部エージェントへの送信データの量を抑制して伝送帯域を有効に使用することができる経路最適化方法およびエージェント装置を得ることを目的とする。
【００１５】
【課題を解決するための手段】
この発明に係る経路最適化方法は、相手側端末装置の現在属するネットワークドメインの外部エージェントまたはホ移動端末装置と相手側端末装置との間で通信する通信システムで前記移動端末装置が他のネットワークドメインに移動した場合に、前記相手側端末装置から前記移動端末装置への通信経路を最適化する経路最適化方法において、前記相手側端末装置の現在属するネットワークドメインの外部エージェントまたはホームエージェントが、前記移動端末装置のホームエージェントから結合更新メッセージを受信し、前記移動端末装置宛のパケットを、その結合更新メッセージで通知された現在の前記移動端末装置の気付アドレス宛に転送し、前記外部エージェントが、相手側端末装置が自己のネットワークドメインに移動してきた場合に相手側端末装置の移動元のネットワークドメインの外部エージェントまたはホームエージェントから移動端末装置の気付アドレスの情報を取得するームエージェントが、前記移動端末装置のホームエージェントから結合更新メッセージを受信し、前記移動端末装置宛のパケットを、その結合更新メッセージで通知された 現在の前記移動端末装置の気付アドレス宛に転送し、前記外部エージェントが、相手側端末装置が自己のネットワークドメインに移動してきた場合に相手側端末装置の移動元のネットワークドメインの外部エージェントまたはホームエージェントから移動端末装置の気付アドレスの情報を取得するようにしたものである。
【００１６】
この発明に係る経路最適化方法は、移動端末装置と相手側端末装置との間で通信する通信システムで前記移動端末装置が他のネットワークドメインに移動した場合に、前記相手側端末装置から前記移動端末装置への通信経路を最適化する経路最適化方法において、前記相手側端末装置の現在属するネットワークドメインの外部エージェントまたはホームエージェントが、前記移動端末装置のホームエージェントから結合更新メッセージを受信し、前記移動端末装置宛のパケットを、その結合更新メッセージで通知された現在の前記移動端末装置の気付アドレス宛に転送し、前記外部エージェントまたはホームエージェントが、相手側端末装置が自己のネットワークドメインに移動してきた場合に相手側端末装置の移動元のネットワークドメインの外部エージェントから移動端末装置の気付アドレスの情報を取得するようにしたものである。
【００１７】
この発明に係る経路最適化方法は、移動端末装置と相手側端末装置との間で通信する通信システムで前記移動端末装置が他のネットワークドメインに移動した場合に、前記相手側端末装置から前記移動端末装置への通信経路を最適化する経路最適化方法において、前記相手側端末装置の現在属するネットワークドメインの外部エージェントまたはホームエージェントが、前記移動端末装置のホームエージェントから結合更新メッセージを受信し、前記移動端末装置宛のパケットを、その結合更新メッセージで通知された現在の前記移動端末装置の気付アドレス宛に転送し、前記相手側端末装置の現在属するネットワークドメインの外部エージェントまたはホームエージェントが、前記移動端末装置の最新の気付アドレスを取得するための結合要求メッセージを繰り返し前記移動端末装置のホームエージェントに送信し、前記移動端末装置のホームエージェントが、その結合要求メッセージに対応して、前記移動端末装置の最新の気付アドレスを有する結合応答メッセージを前記相手側端末装置の現在属するネットワークドメインの外部エージェントまたはホームエージェントに送信し、前記相手側端末装置の現在属するネットワークドメインの外部エージェントまたはホームエージェントが、自己のネットワークドメインの外へ前記相手側端末装置が移動した場合、前記移動端末装置の気付アドレスの更新を停止するようにしたものである。
【００１８】
この発明に係る経路最適化方法は、相手側端末装置の現在属するネットワークドメインの外部エージェントまたはホームエージェントが、所定の条件を満足する場合に、更新を停止した移動端末装置の気付アドレスの更新を再開するようにしたものである。
【００１９】
【発明の実施の形態】
以下、この発明の実施の一形態を説明する。
参考例１．
図１はこの発明の参考例１による経路最適化方法を適用したネットワークの一例を示す図である。
図１において、１は移動端末装置１１のホームドメインであるＩＰネットワーク（ネットワークドメイン）であり、２はＩＰネットワーク１，３〜６を互いに接続するインターネットであり、３は移動端末装置１１の移動先ドメインであるＩＰネットワーク（ネットワークドメイン）であり、４は相手側端末装置４１のホームドメインであるＩＰネットワーク（ネットワークドメイン）であり、５は相手側端末装置４１の移動先ドメインであるＩＰネットワーク（ネットワークドメイン）であり、６は他のＩＰネットワーク（ネットワークドメイン）である。
【００２０】
１１はホームドメインでのＩＰアドレス（以下、ホームアドレスという）が固定的に割り当てられた移動端末装置であり、１２はホームエージェント１３に接続され、ＩＰネットワーク１に存在する端末装置との間で無線で通信する基地局であり、１３は移動端末装置１１の属するホームドメインに配置されたホームエージェント（エージェント装置）である。今の場合、ＩＰネットワーク１のネットワークアドレスは10.76.51.0であり、移動端末装置１１のホームアドレスは10.76.51.100であり、ホームエージェント１３のＩＰアドレスは10.76.51.254である。
【００２１】
３１は外部エージェント３２に接続され、ＩＰネットワーク３に存在する移動端末装置１１や相手側端末装置４１との間で無線で通信する基地局であり、３２はＩＰネットワーク３に配置された外部エージェント（エージェント装置）である。今の場合、ＩＰネットワーク３のネットワークアドレスは10.76.52.0であり、外部エージェント３２のＩＰアドレスは10.76.52.254である。
【００２２】
４１は移動端末装置１１の通信相手である相手側端末装置である。相手側端末装置４１は、固定端末装置、移動端末装置のいずれでもよい。４２はホームエージェント４３に接続され、ＩＰネットワーク４に存在する端末装置との間で無線で通信する基地局であり、４３は相手側端末装置４１の属するホームドメインに配置されたホームエージェント（エージェント装置）である。今の場合、ＩＰネットワーク４のネットワークアドレスは10.76.55.0であり、相手側端末装置４１のホームアドレスは10.76.55.100であり、ホームエージェント４３のＩＰアドレスは10.76.55.254である。
【００２３】
５１は外部エージェント５２に接続され、ＩＰネットワーク５に存在する端末装置との間で無線で通信する基地局であり、５２はＩＰネットワーク５に配置された外部エージェント（エージェント装置）である。今の場合、ＩＰネットワーク５のネットワークアドレスは10.76.53.0であり、外部エージェント５２のＩＰアドレスは10.76.53.254である。
【００２４】
６１は外部エージェント６２に接続され、ＩＰネットワーク６に存在する移動端末装置１１や相手側端末装置４１との間で無線で通信する基地局であり、６２はＩＰネットワーク６に配置され、気付アドレスを有する外部エージェントである。今の場合、ＩＰネットワーク６のネットワークアドレスは10.76.54.0であり、外部エージェント６２のアドレスは10.76.54.254である。
【００２５】
なお、ホームエージェント１３、移動端末装置１１および相手側端末装置４１はそれぞれＭｏｂｉｌｅＩＰの仕様に準拠したエンティティとして機能する。
【００２６】
次に各装置およびエージェントの動作について説明する。
まず、外部エージェント３２，５２，６２の動作を説明する。図２は外部エージェント３２，５２，６２の動作を説明するＳＤＬ（Specification and Description Language）図であり、図３は移動端末装置１１が接続された外部エージェント３２，５２，６２が有する接続端末管理テーブルの一例を示す図であり、図４は相手側端末装置４１が接続された外部エージェント３２，５２，６２が有する結合キャッシュテーブルの一例を示す図である。
【００２７】
移動端末装置１１はＩＰネットワーク３，５，６へ移動すると、ホームエージェント１３宛の登録要求メッセージを基地局３１，５１，６１を介してそのＩＰネットワーク３，５，６の外部エージェント３２，５２，６２へ送信する。登録要求メッセージには、その移動端末装置１１のホームアドレス、ホームエージェント１３のアドレス、そのＩＰネットワーク３，５，６で取得した気付アドレス、このメッセージの有効時間などが含まれる。
【００２８】
外部エージェント３２，５２，６２は、ステップＳＴ１１において自己の属するＩＰネットワーク３，５，６に存在する移動端末装置１１から基地局３１，５１，６１を介して登録要求メッセージを受け取ると、ステップＳＴ１２において図３に示すような接続端末管理テーブルを検索し、ステップＳＴ１３においてその移動端末装置１１が接続端末管理テーブルに登録されているか否かを判断し、その移動端末装置１１が接続端末管理テーブルに登録されている場合にはステップＳＴ１４においてその登録情報を登録要求メッセージに基づいて更新し、その移動端末装置１１が接続端末管理テーブルに登録されていない場合にはステップＳＴ１５において登録要求メッセージに基づいてその移動端末装置１１を接続端末管理テーブルに登録する。
【００２９】
そしてステップＳＴ１６において外部エージェント３２，５２，６２は、その登録要求メッセージを、その移動端末装置１１のホームエージェント１３に向けて転送する。
【００３０】
また、外部エージェント３２，５２，６２は、ステップＳＴ２１においてインターネット２または自己のＩＰネットワーク３，５，６内の端末装置からＩＰパケットを受け取ると、そのＩＰパケットのヘッダ部を調べて、そのＩＰパケットの宛先が自己のＩＰネットワーク３，５，６内のＩＰアドレスであるか否かを判断し、そのＩＰパケットの宛先が自己のＩＰネットワーク３，５，６内のＩＰアドレスであると判断した場合にはステップＳＴ２３においてそのＩＰパケットのカプセル化を解除し、ステップＳＴ２４においてそのＩＰパケットをそのＩＰネットワーク３，５，６内の対応する端末装置に供給する。
【００３１】
一方、そのＩＰパケットの宛先が自己のＩＰネットワーク３，５，６内のＩＰアドレスではないと判断した場合にはステップＳＴ２５において、外部エージェント３２，５２，６２は、図４に示すような結合キャッシュテーブル（後述）を検索し、ステップＳＴ２６においてＩＰパケットの宛先である移動端末装置１１が結合キャッシュテーブルに登録されているか否かを判断する。ＩＰパケットの宛先である移動端末装置１１が結合キャッシュテーブルに登録されていると判断した場合、外部エージェント３２，５２，６２は、ステップＳＴ２７において結合キャッシュテーブルからその移動端末装置１１の気付アドレスを読み出してそのＩＰパケットをカプセル化し、ステップＳＴ２８においてカプセル化後のＩＰパケットを移動端末装置１１の気付アドレスに向けて転送する。一方、ＩＰパケットの宛先である移動端末装置１１が結合キャッシュテーブルに登録されていないと判断した場合、外部エージェント３２，５２，６２は、カプセル化せずにステップＳＴ２８においてそのＩＰパケットをそのまま転送する。
【００３２】
また、外部エージェント３２，５２，６２は、ステップＳＴ３１において移動端末装置１１のホームエージェント１３からの結合更新メッセージを受け取ると、ステップＳＴ３２において図４に示すような結合キャッシュテーブルを検索し、ステップＳＴ３３において、結合更新メッセージで通知された移動端末装置１１が結合キャッシュテーブルに登録されているか否かを判断し、結合更新メッセージで通知された移動端末装置１１が結合キャッシュテーブルに登録されていると判断した場合にはステップＳＴ３４においてその登録情報を結合更新メッセージに基づいて更新し、結合更新メッセージで通知された移動端末装置１１が結合キャッシュテーブルに登録されていないと判断した場合にはステップＳＴ３５において結合更新メッセージに基づいて移動端末装置１１を結合キャッシュテーブルに登録する。なお、結合更新メッセージには、その移動端末装置１１のホームアドレス、気付アドレス、ホームエージェントのアドレス、このメッセージの有効時間などが含まれ、結合キャッシュテーブルの各登録情報にも同様の情報が含まれる。
このように外部エージェント３２，５２，６２が動作する。
【００３３】
次に、相手側端末装置４１の動作を説明する。図５は相手側端末装置４１の動作を説明するＳＤＬ図である。相手側端末装置４１はステップＳＴ４１においてＩＰパケットを、外部エージェント３２，５２，６２またはホームエージェント４３を介して受信する。外部エージェント３２，５２，６２またはホームエージェント４３がＩＰパケットのカプセル化およびカプセル化の解除を実行するため、参考例１における相手側端末装置４１はＩＰパケットのカプセル化およびカプセル化の解除を実行しなくて済む。
【００３４】
次に、移動端末装置１１の動作を説明する。図６は移動端末装置１１の動作を説明するＳＤＬ図である。移動端末装置１１は、ステップＳＴ５１において、登録要求メッセージに呼応するホームエージェント１３からの登録応答メッセージを受信する。また、移動端末装置１１は、ステップＳＴ６１において、自己の存在するＩＰネットワーク３，５，６の外部エージェント３２，５２，６２からのエージェント広告を受信し、ステップＳＴ６２においてエージェント広告に対応する気付アドレスを取得し、ステップＳＴ６３において自己の気付アドレスを含む登録要求メッセージを生成し、その外部エージェント３２，５２，６２を介してホームエージェント１３に向けて送信する。また移動端末装置１１はステップＳＴ７１においてＩＰパケットを、外部エージェント３２，５２，６２またはホームエージェント１３を介して受信する。
【００３５】
図７はホームエージェント１３の動作を説明するＳＤＬ図であり、図８は移動端末装置１１についてのホームエージェント１３の有する気付アドレス管理テーブルの一例を示す図である。
移動端末装置１１のホームエージェント１３は、ステップＳＴ８１において移動端末装置１１からの登録要求メッセージを受け取ると、ステップＳＴ８２において図８に示すような気付アドレス管理テーブルを検索し、ステップＳＴ８３においてその移動端末装置１１が気付アドレス管理テーブルに登録されているか否かを判断し、その移動端末装置１１が気付アドレス管理テーブルに登録されている場合にはステップＳＴ８４においてその登録情報を登録要求メッセージに基づいて更新し、その移動端末装置１１が気付アドレス管理テーブルに登録されていない場合にはステップＳＴ８５において登録要求メッセージに基づいてその移動端末装置１１を気付アドレス管理テーブルに登録する。
【００３６】
そしてステップＳＴ８６においてホームエージェント１３は、登録処理が終了した旨を表す登録応答メッセージを移動端末装置１１に向けて送信する。
【００３７】
また、ホームエージェント１３は、ステップＳＴ９１においてインターネット２または自己のＩＰネットワーク３，５，６内の端末装置からＩＰパケットを受け取ると、ステップＳＴ９２において気付アドレス管理テーブルを検索し、ステップＳＴ９３においてそのＩＰパケットの宛先である移動端末装置１１が気付アドレス管理テーブルに登録されているか否かを判断する。
【００３８】
そのＩＰパケットの宛先である移動端末装置１１が気付アドレス管理テーブルに登録されていると判断した場合、ホームエージェント１３はステップＳＴ９４において、気付アドレス管理テーブルからその移動端末装置１１の気付アドレスを読み出してそのＩＰパケットをカプセル化する。そしてホームエージェント１３は、ステップＳＴ９５において、そのＩＰパケットの宛先である移動端末装置１１についての結合更新メッセージをそのＩＰパケットの送信元に向けて送信し、ステップＳＴ９６において、カプセル化後のＩＰパケットをその宛先の移動端末装置１１に向けて転送する。一方、そのＩＰパケットの宛先である移動端末装置１１が気付アドレス管理テーブルに登録されていないと判断した場合、ホームエージェント１３は、ホームドメインに移動端末装置１１が存在すると判断し、ステップＳＴ９６において基地局１２を介してそのＩＰパケットを移動端末装置１１に供給する。
【００３９】
また、ホームエージェント１３は、ステップＳＴ１０１において相手側端末装置１１の現在属するドメインの外部エージェント３２，５２，６２からの移動端末装置１１についての結合要求メッセージを受け取ると、ステップＳＴ１０２において図８に示すような気付アドレス管理テーブルを検索し、ステップＳＴ１０３において、その移動端末装置１１についての結合更新メッセージをその外部エージェント３２，５２，６２に向けて送信する。
【００４０】
このようにホームエージェント１３が動作する。なお、ホームエージェント４３も相手側端末装置４１に対して同様に動作するようにしてもよい。
以上のように、各装置およびエージェントが動作する。
【００４１】
次に、例えば図１に示すように、移動端末装置１１がＩＰネットワーク１からＩＰネットワーク３へ移動した場合における、移動端末装置１１の気付アドレスのホームエージェント１３への登録、および相手側端末装置４１による移動端末装置１１へのパケット送信について説明する。図９は移動端末装置１１の気付アドレスの登録およびパケット伝送のシーケンスを示す図である。なお、基地局１２，３１，４２，５１，６１は常に透過転送を実行するだけであるのでその動作の説明を省略する。この場合、相手側端末装置４１は移動しないので、固定端末として扱ってもよい。
【００４２】
まず、移動端末装置１１がＩＰネットワーク１からＩＰネットワーク３へ移動した場合における、移動端末装置１１の気付アドレスのホームエージェント１３への登録について説明する。
【００４３】
移動端末装置１１は、ＩＰネットワーク１からＩＰネットワーク３へ移動すると、気付アドレスをＤＨＣＰ（Dynamic Host Configuration Protocol）などにより取得する。移動端末装置１１は、取得した気付アドレスを外部エージェント３２およびホームエージェント１３に登録するために、登録要求メッセージを送信する。この登録要求メッセージは、移動端末装置１１の気付アドレス、移動端末装置１１のホームアドレス、移動端末装置１１のホームエージェント１３のアドレスなどを有する。
【００４４】
そして登録要求メッセージを受信した外部エージェント３２は、新しい移動端末装置が自己のＩＰネットワーク３に入ったと判断し、移動端末装置１１のホームアドレス10.76.51.100とホームエージェント１３のアドレス10.76.51.254とを対応づけて図３に示すように接続端末管理テーブルに登録する。
【００４５】
さらに、外部エージェント３２は、移動端末装置１１のホームエージェント１３に移動端末装置１１の新しい気付アドレスを登録するために、登録要求メッセージをホームエージェント１３に向けて転送する。
【００４６】
ホームエージェント１３はその登録要求メッセージを受信すると、図８に示すように、その登録要求メッセージに含まれている新しい気付アドレスで、気付アドレス管理テーブルにおける移動端末装置１１のホームアドレス10.76.51.100と気付アドレス10.76.52.254との対応を更新する。
【００４７】
移動端末装置１１がＩＰネットワーク３に移動する前は、ホームドメインであるＩＰネットワーク１に存在したため、移動端末装置１１は気付アドレスを有しておらず、気付アドレス管理テーブルには、移動端末装置１１のホームアドレスと気付アドレスとの対応関係が登録されていなかった。したがって、移動端末装置１１がＩＰネットワーク３に移動すると、最初の気付アドレス10.76.52.254がホームエージェント１３に供給される。そしてホームエージェント１３は移動端末装置１１の気付アドレスを図８に示すように気付アドレス管理テーブルに新規に登録する。そして、気付アドレスの登録または更新を完了すると、その旨を通知するために、ホームエージェント１３は登録要求メッセージの送信元に登録応答メッセージを送信する。
【００４８】
そして外部エージェント３２は、登録応答メッセージを受信すると、登録処理が完了した旨を通知するために、その登録応答メッセージを移動端末装置１１に転送し、移動端末装置１１はその登録応答メッセージを受信する。
【００４９】
以上で、ホームエージェント１３への移動端末装置１１の登録処理が完了する。この時点で、外部エージェント３２の接続端末管理テーブルとホームエージェント１３の気付アドレス管理テーブルには、それぞれ図３および図８に示すように、移動端末装置１１についての登録情報が記録されている。なお、上述の登録処理は、ＭｏｂｉｌｅＩＰの仕様に従った登録処理である。
【００５０】
次に、相手側端末装置４１から移動端末装置１１への経路制御について説明する。
相手側端末装置４１は、移動端末装置１１に向けてＩＰパケットを送信する場合、カプセル化せずに出力する。このＩＰパケットは、相手側端末装置４１の現在属するＩＰネットワーク５の外部エージェント５２により受信される。ＩＰパケットの宛先（移動端末装置１１のホームアドレス10.76.51.100）が図４に示す結合キャッシュテーブルに存在しない場合には、外部エージェント５２はそのＩＰパケットをそのまま宛先に透過転送する。
【００５１】
ホームエージェント１３は、このＩＰパケットを受信すると、上述の登録処理により生成された気付アドレス管理テーブルにおける移動端末装置１１の登録情報に基づいて、そのＩＰパケットをカプセル化し、移動端末装置１１の気付アドレス10.76.52.254へトンネル転送する。
【００５２】
ホームエージェント１３によりトンネル転送されたＩＰパケットは、外部エージェント３２に到達し、外部エージェント３２によりカプセル化を解かれて、最終的に元のＩＰパケットが移動端末装置１１に到達する。
【００５３】
ここまでは、外部エージェント５２の結合キャッシュテーブルに、移動端末装置１１についての登録情報がないので、パケットの経路は三角ルーティングとなっている。
【００５４】
ホームエージェント１３は、ＩＰパケットをトンネル転送する際に、その送信元である相手側端末装置４１に向けて結合更新メッセージを送信する。外部エージェント５２はその結合更新メッセージを受信し、図４に示すように結合キャッシュテーブルに、移動端末装置１１の登録情報を記録する。なお、相手側端末装置４１は、結合更新メッセージを供給されないので、上述のパケット送信の場合と同様に、移動端末装置１１のホームアドレス10.76.51.100に向けてカプセル化せずにパケットを送信する。
【００５５】
外部エージェント５２の結合キャッシュテーブルに、移動端末装置１１についての登録情報が記録された後では、外部エージェント５２は、結合キャッシュテーブルにおける移動端末装置１１の登録情報に基づいて、相手側端末装置４１からのＩＰパケットをカプセル化し、移動端末装置１１の気付アドレス10.76.52.254に向けてトンネル転送する。このとき、外部エージェント５２は、相手側端末装置４１からのＩＰパケットのヘッダ部から宛先ＩＰアドレス10.76.51.100を読み取り、その宛先ＩＰアドレスと同一のホームアドレスを有する登録情報を検索し、その登録情報の気付アドレス10.76.52.254を移動端末装置１１の気付アドレスとする。
【００５６】
したがってカプセル化されたＩＰパケットは、ホームエージェント１３を経由せずに外部エージェント３２に到達する。これにより、三角ルーティングが解消される。
【００５７】
以上のように、この参考例１によれば、ホームエージェント１３からの結合更新メッセージを、相手側端末装置４１の接続された外部エージェント３２，５２，６２が受信し、その外部エージェント３２，５２，６２が移動端末装置１１宛のＩＰパケットをカプセル化して転送するようにしたので、相手側端末装置４１と移動端末装置１１のホームエージェント１３との間の定期的な通信の必要をなくし、相手側端末装置４１の消費電力を抑制することができるとともに、相手側端末装置４１からその相手側端末装置４１の属するドメインの外部エージェント５２への送信データの量を抑制して伝送帯域を有効に使用することができるという効果が得られる。
【００５８】
参考例２．
この発明の参考例２における外部エージェント３２，５２，６２は、結合更新メッセージの情報に設定されている有効時間が経過する前に、結合更新メッセージの送信を促す結合要求メッセージをホームエージェント１３に向けて送信する。なお、この結合要求メッセージは、インターネットドラフト（draft-ietf-mobileip-optim-08.txt）に準拠したもので、移動端末装置１１のホームアドレスが含まれている。
【００５９】
この結合要求メッセージを受信したホームエージェント１３は移動端末装置１１のホームアドレスに対応する最新の気付アドレス情報を結合要求メッセージの送信元に返送する。この結合更新メッセージを受信した外部エージェント３２，５２，６２はその結合更新メッセージに基づいて結合キャッシュテーブルにおける移動端末装置１１の気付アドレスを更新する。
【００６０】
なお、その他については参考例１によるものと同様であるので、その説明を省略する。
【００６１】
以上のように、この参考例２によれば、相手側端末装置４１の属するドメインの外部エージェント３２，５２，６２が移動端末装置１１の最新の気付アドレスを取得するために定期的にホームエージェント１３との間でメッセージを送受するようにしたので、相手側端末装置４１とホームエージェント１３との間で定期的な通信を行うことなく経路を最適化することができ、また、最新の気付アドレスにパケットをトンネル転送でき、さらに相手側端末装置４１から、その相手側端末装置４１の属するドメインの外部エージェント３２，５２，６２への送信データの量をより抑制することができるという効果が得られる。
【００６２】
参考例３．
図１０はこの発明の参考例３による経路最適化方法を適用したネットワークの一例を示す図である。図１０においては、１１−１および１１−２はホームドメインがＩＰネットワーク１である移動端末装置であり、４１−１および４１−２は移動端末装置１１−１，１１−２の通信相手であり、ホームドメインがＩＰネットワーク４である相手側端末装置である。相手側端末装置４１−１のホームアドレスは10.76.55.100であり、相手側端末装置４１−１の通信相手である移動端末装置１１−１のホームアドレスは10.76.51.100である。また、相手側端末装置４１−２のホームアドレスは10.76.55.101であり、相手側端末装置４１−２の通信相手である移動端末装置１１−２のホームアドレスは10.76.51.101である。
【００６３】
この発明の参考例３における外部エージェント３２，５２，６２は、図１０に示すように、自己のＩＰネットワーク３，５，６に存在する相手側端末装置４１−１，４１−２の通信相手である複数の移動端末装置１１−１，１１−２のホームドメインが同一である場合、それらの移動端末装置１１−１，１１−２についての結合要求メッセージを、１つの拡張した結合要求メッセージにまとめ、その拡張した結合要求メッセージを送信するようにしたものである。
【００６４】
なお、参考例３における外部エージェント３２，５２，６２は、上記拡張した結合要求メッセージを解釈可能なホームエージェントを記録したＨＡサポートテーブルを有し、そのＨＡサポートテーブルを参照して、拡張した結合要求メッセージの宛先がその拡張した結合要求メッセージを解釈可能なホームエージェントである場合にのみ、その拡張した結合要求メッセージを送信し、そうでない場合には通常の（拡張していない）結合要求メッセージを送信する。
【００６５】
図１１は参考例３における拡張した結合要求メッセージの一例を示す図である。図１１に示すように、拡張した結合要求メッセージには、通常の結合要求メッセージに含まれる情報の他、例えば「３８」に固定された拡張タイプ１０１、拡張部分の長さ１０２、ベンダ固有の識別子であるベンダ識別子１０３、ベンダ毎の拡張種別が記述されるベンダ拡張タイプ１０４、および結合更新メッセージを要求する移動端末装置のホームアドレス１０５，１０６が含まれる。
【００６６】
なお、このメッセージの拡張は、ＩＥＴＦのインターネットドラフト（draft-ietf-vender-ext-05.txt）の決定的（Critical）ベンダ拡張フォーマットに準拠する。このドラフトによれば、拡張を解釈できない外部エージェントが決定的（Critical）ベンダ拡張フォーマットで拡張されたメッセージを受信した場合には、メッセージ全体が無視される。したがってこの拡張を解釈できないホームエージェントが、この拡張した結合要求メッセージを受信した場合には、そのメッセージに対して特に何も処理を行わない。
【００６７】
図１２はＨＡサポートテーブルの一例を示す図である。図１２に示すように、移動端末装置１１のホームエージェント１３のＩＰアドレスと、拡張した結合要求メッセージを解釈可能であるか否かの情報（ＹＥＳまたはＮＯ）とが対応づけられて記述される。
【００６８】
次に動作について説明する。
この発明の参考例３における外部エージェント３２，５２，６２は、自己のＩＰネットワーク３，５，６に存在する相手側端末装置４１−１，４１−２の通信相手である複数の移動端末装置１１−１，１１−２のホームドメインが同一である場合、ＨＡサポートテーブルを参照して、上述の拡張した結合要求メッセージを解釈可能なホームエージェント１３にのみ送信し、その他のホームエージェント１３には通常の（拡張していない）結合要求メッセージを送信する。
【００６９】
次に、上述の拡張した結合要求メッセージを解釈可能なホームエージェント１３の動作について説明する。図１３は、拡張した結合要求メッセージを解釈可能なホームエージェントが結合要求メッセージを受信したときの動作を説明するＳＤＬ図である。
そのホームエージェント１３は、参考例１におけるホームエージェント１３と同様にステップＳＴ１０１〜ステップＳＴ１０３において、受信した結合要求メッセージの通常部分に含まれる１つの移動端末装置１１のホームアドレスに対応する最新の気付アドレスを気付アドレス管理テーブルから読み出し、その最新の気付アドレスを含む結合更新メッセージを結合要求メッセージの送信元の外部エージェント３２，５２，６２に送信する。
【００７０】
次に、そのホームエージェント１３は、ステップＳＴ１１１において、受信した結合要求メッセージに拡張部分があるか否かを判断し、拡張部分がないと判断した場合には処理を終了し、拡張部分があると判断した場合には、拡張部分にある残りの移動端末装置１１のホームアドレスについて、ステップＳＴ１１２において気付アドレス管理テーブルから最新の気付アドレスを読み出し、ステップＳＴ１１３においてその最新の気付アドレスを含む結合更新メッセージを結合要求メッセージの送信元に送信する。そしてホームエージェント１３は、拡張部分の移動端末装置のホームアドレスがなくなるまで、ステップＳＴ１１１〜ステップＳＴ１１３の処理を繰り返す。
【００７１】
なお、その他の動作については参考例１によるものと同様であるので、その説明を省略する。
【００７２】
以上のように、この参考例３によれば、相手側端末装置４１−１，４１−２の送信相手である複数の移動端末装置１１−１，１１−２のホームドメインが同一である場合、外部エージェント３２，５２，６２がそれらの移動端末装置１１−１，１１−２についての結合要求メッセージを、１つの拡張した結合要求メッセージにまとめ、その拡張した結合要求メッセージを送信するようにしたので、外部エージェント３２，５２，６２からホームエージェント１３への送信データの量が低減されるため、ルータによるスイッチングの負荷が軽減されネットワークに対する負荷を低減させることができるという効果が得られる。
【００７３】
参考例４．
この発明の参考例４における外部エージェント３２，５２，６２は、ＨＡサポートテーブルにサブネットマスクを導入し、そのサブネットに含まれるホームエージェント１３について、拡張した結合要求メッセージを解釈可能であるか否かを一括して設定するようにしたものである。
【００７４】
図１４は、サブネットマスクを導入したＨＡサポートテーブルの一例を示す図である。図１４に示すＨＡサポートテーブルでは、ＩＰアドレス10.76.51.254を除く、ネットアドレス10.76.0.0に属するＩＰネットワークのホームエージェント１３が、上述の拡張した結合要求メッセージを解釈可能であることが示されている。
【００７５】
なお、その他の動作などについては参考例３によるものと同様であるので、その説明を省略する。
【００７６】
以上のように、この参考例４によれば、サブネットマスクを使用してサブネット内のすべてのホームエージェント１３について、拡張した結合要求メッセージを解釈可能であるか否かを一括して設定することができるようにしたので、ＨＡサポートテーブルを簡単に作成することができるという効果が得られる。
【００７７】
参考例５．
この発明の参考例５における外部エージェント３２，５２，６２は、ホームエージェント１３からの通知に応じて参考例３におけるＨＡサポートテーブルを動的に設定するようにしたものである。
【００７８】
移動端末装置１１のホームエージェント１３は、上述の拡張した結合要求メッセージを解釈可能であることを相手側端末装置４１の現在属するＩＰネットワーク３，５，６の外部エージェント３２，５２，６２に通知するために、結合要求メッセージの応答以外の契機で送信される結合更新メッセージに、その旨を通知する拡張部分を付加して送信する。
【００７９】
図１５は、動的にＨＡサポートテーブルを設定する場合の結合更新メッセージの一例を示す図である。図１５に示すように、この場合の結合更新メッセージには、通常の結合要求メッセージに含まれる情報の他、例えば「１３４」に固定された拡張タイプ１１１、拡張部分の長さ１１２、ベンダ固有の識別子であるベンダ識別子１１３、およびベンダ毎の拡張種別が記述されるベンダ拡張タイプ１１４が含まれる。
【００８０】
外部エージェント３２，５２，６２は、拡張した結合更新メッセージを受信すると、その結合更新メッセージの送信元であるホームエージェント１３についての、ＨＡサポートテーブルにおける登録情報を書き換える。
【００８１】
なお、このメッセージの拡張は、ＩＥＴＦのインターネットドラフト（draft-ietf-vender-ext-05.txt）の通常（Normal）ベンダ拡張フォーマットに準拠する。このドラフトによれば、拡張部分を解釈できない外部エージェントが通常ベンダ拡張フォーマットで拡張されたメッセージを受信した場合には、拡張部分を無視し、メッセージを処理しなくてはならない。つまり、この拡張を解釈できない外部エージェントがこの拡張部分を有する結合更新メッセージを受信した場合、拡張部分のみが無視され、その他の部分は通常どおり処理される。
【００８２】
なお、その他については参考例１と同様であるので、その説明を省略する。
【００８３】
以上のように、この参考例５によれば、ホームエージェント１３からの通知に応じて外部エージェント３２，５２，６２がＨＡサポートテーブルを動的に設定するようにしたので、ネットワーク管理者が各外部エージェント３２，５２，６２のＨＡサポートテーブルを逐一設定することなく、拡張した結合要求メッセージをホームエージェント１３が解釈できるか否かをＨＡサポートテーブルに自動的に設定することができ、ＨＡサポートテーブルの設定作業を簡略化することができるという効果が得られる。
【００８４】
参考例６．
この発明の参考例６における外部エージェント３２，５２，６２は、限定したホームエージェント１３からの結合更新メッセージのみを承認するようにしたものである。
【００８５】
経路最適化では、悪意で結合更新メッセージによる気付アドレスが変更されると、パケットは正しい送信先に届かず、別の誤った送信先に届くことになる。したがってセキュリティの観点から、信頼されたホームエージェント１３のみからの結合更新メッセージのみを利用することが望ましい。そこで、参考例６における外部エージェント３２，５２，６２は、限定したホームエージェント１３からの結合更新メッセージのみを承認する。
【００８６】
この発明の参考例６における外部エージェント３２，５２，６２は、その限定したホームエージェント１３を記録した内部テーブルを有する。外部エージェント３２，５２，６２は、内部テーブルに登録されたホームエージェント１３からの結合更新メッセージのみに基づいて移動端末装置１１の気付アドレスを更新し、その他のホームエージェント１３からの結合更新メッセージを無視する。
【００８７】
図１６は、限定したホームエージェント１３を記録した内部テーブルの一例を示す図である。図１６に示すように、この内部テーブルには、各ホームエージェント１３のＩＰアドレスに、結合更新メッセージの利用の可否が対応づけられて記録される。図１６に示す内部テーブルの場合では、ＩＰアドレス10.76.51.254，10.76.55.254のホームエージェント１３からの結合更新メッセージは承認されるが、その他のホームエージェント１３からの結合更新メッセージは承認されない。
【００８８】
なお、その他の動作などについては参考例３によるものと同様であるので、その説明を省略する。
【００８９】
以上のように、この参考例６によれば、限定したホームエージェント１３からの結合更新メッセージのみを承認するようにしたので、信頼されたホームエージェント１３からの結合更新メッセージのみを利用することができ、セキュリティを確実にすることができるという効果が得られる。
【００９０】
参考例７．
この発明の参考例７における外部エージェント３２，５２，６２は、参考例６における内部テーブルに登録するホームエージェント１３をサブネットマスクによりグループ化することができるようにしたものである。
【００９１】
図１７は、サブネットマスクによるグループ化を導入した内部テーブルの一例を示す図である。図１７に示す内部テーブルの場合では、ＩＰアドレス10.76.55.254のホームエージェント１３以外の、ＩＰアドレス10.76.0.0のサブネットに属するホームエージェント１３からの結合更新メッセージのみが承認される。
【００９２】
以上のように、この参考例７によれば、結合更新メッセージの承認されるホームエージェント１３を限定する際にサブネットマスクによりホームエージェントをグループ化するようにしたので、結合更新メッセージの承認されるホームエージェント１３の限定を簡単に設定することができるという効果が得られる。
【００９３】
参考例８．
この参考例８における外部エージェント３２，５２，６２は、特定の相手側端末装置４１−１，４１−２からのＩＰパケットのみをカプセル化し、トンネル転送するようにしたものである。
【００９４】
この参考例８における外部エージェント３２，５２，６２は、自己のＩＰネットワーク３，５，６に存在する各相手側端末装置４１−ｉ（ｉ＝１，２）について、経路最適化を実行するか否かを示す情報を記述されたサービス設定テーブルを有する。
【００９５】
図１８はサービス設定テーブルの一例を示す図である。図１０に示すネットワークにおいて、図１８に示すサービス設定テーブルが設定されていると、外部エージェント３２，５２，６２は、ホームアドレス10.76.55.100の相手側端末装置４１−１からのＩＰパケットをカプセル化してトンネル転送し、ホームアドレス10.76.55.101の相手側端末装置４１−２からのＩＰパケットをそのまま透過転送する。
【００９６】
次に動作について説明する。
図１９はＩＰパケットを受信した参考例８における外部エージェント３２，５２，６２の動作を説明するＳＤＬ図である。
図１０に示すネットワークにおいて、この参考例８における外部エージェント３２，５２，６２は、ステップＳＴ２１においてインターネット２または自己のＩＰネットワーク３，５，６内の端末装置からＩＰパケットを受け取ると、そのＩＰパケットのヘッダ部を調べて、そのＩＰパケットの宛先が自己のＩＰネットワーク３，５，６内のＩＰアドレスであるか否かを判断し、そのＩＰパケットの宛先が自己のＩＰネットワーク３，５，６内のＩＰアドレスであると判断した場合にはステップＳＴ２３においてそのＩＰパケットのカプセル化を解除し、ステップＳＴ２４においてそのＩＰパケットをそのＩＰネットワーク３，５，６内の対応する端末装置に供給する。
【００９７】
一方、そのＩＰパケットの宛先が自己のＩＰネットワーク３，５，６内のＩＰアドレスではないと判断した場合には外部エージェント３２，５２，６２は、ステップＳＴ１２１においてサービス設定テーブルを参照し、ステップＳＴ１２２においてそのパケットについて経路最適化するとされているか否かを判断する。
【００９８】
サービス設定テーブルにおいてそのパケットについて経路最適化するとされていると判断した場合、外部エージェント３２，５２，６２は、ステップＳＴ１２３においてそのＩＰパケットの宛先である移動端末装置１１が結合キャッシュテーブルに登録されているか否かを判断する。ＩＰパケットの宛先である移動端末装置１１が結合キャッシュテーブルに登録されていると判断した場合、外部エージェント３２，５２，６２は、ステップＳＴ１２５においてそのＩＰパケットをカプセル化し、ステップＳＴ１２６においてカプセル化後のＩＰパケットを移動端末装置１１の気付アドレスに向けて転送する。
【００９９】
一方、サービス設定テーブルにおいてそのパケットについて経路最適化するとされていないと判断した場合、およびＩＰパケットの宛先である移動端末装置１１が結合キャッシュテーブルに登録されていないと判断した場合、外部エージェント３２，５２，６２は、カプセル化せずにステップＳＴ１２６においてＩＰパケットをそのまま転送する。
【０１００】
なお、その他の動作については参考例１によるものと同様であるので、その説明を省略する。
【０１０１】
以上のように、この参考例８によれば、外部エージェント３２，５２，６２において特定の相手側端末装置４１−ｉからのＩＰパケットのみをカプセル化してトンネル転送するようにしたので、ネットワーク管理者が経路最適化を実行するか否かを個別的に設定することができ、例えば遅延に強いデータ（リアルタイム性の不要なデータ通信）については経路最適化を実行せず、遅延に弱いデータ（例えばＶｏＩＰなどのデータ）についてのみ経路最適化を実行することができ、外部エージェント３２，５２，６２の負荷を低減することができるという効果が得られる。
【０１０２】
参考例９．
この発明の参考例９における外部エージェント３２，５２，６２は、サービス設定テーブルにサブネットマスクを導入し、そのサブネットに属するすべての相手側端末装置４１−ｉについて、経路最適化を実行するか否かを一括して設定するようにしたものである。
【０１０３】
図２０は、サブネットマスクを導入したサービス設定テーブルの一例を示す図である。図２０に示すサービス設定テーブルでは、ＩＰアドレス10.76.55.101を除く、サブネット10.76.55.0に属する相手側端末装置からのＩＰパケットのみについて経路最適化することが示されている。
【０１０４】
なお、その他の動作などについては参考例８によるものと同様であるので、その説明を省略する。
【０１０５】
以上のように、この参考例９によれば、サブネットマスクを使用してそのサブネット内のすべての相手側端末装置４１−ｉについて経路最適化を実行するか否かを一括して設定することができるようにしたので、サービス設定テーブルを簡単に作成することができるという効果が得られる。
【０１０６】
参考例１０．
この発明の参考例１０における外部エージェント３２，５２，６２は、結合要求メッセージの送信間隔を移動端末装置１１の気付アドレスの変更頻度に応じて調整するようにしたものである。
【０１０７】
次に動作について説明する。
図２１は外部エージェント３２，５２，６２が結合要求メッセージの送信間隔を調整する動作について説明するＳＤＬ図である。図２２は、この参考例１０における外部エージェント３２，５２，６２の結合キャッシュテーブルを示す図である。
【０１０８】
外部エージェント３２，５２，６２は、ステップＳＴ１４１において結合更新メッセージを受信すると、ステップＳＴ１４２においてその結合更新メッセージに対応する移動端末装置１１を結合キャッシュテーブルで検索する。
【０１０９】
そしてステップＳＴ１４３において、外部エージェント３２，５２，６２は、その移動端末装置１１が結合キャッシュテーブルに登録されているか、また、結合更新メッセージに含まれる気付アドレスが結合キャッシュテーブルにおける気付アドレスと同一であるかを判断し、その移動端末装置１１が結合キャッシュテーブルに登録されていないと判断したか、あるいは結合更新メッセージに含まれる気付アドレスが結合キャッシュテーブルにおける気付アドレスと同一ではないと判断した場合には、ステップＳＴ１４４において気付アドレスの変更回数をカウントし、ステップＳＴ１４５において結合更新メッセージに含まれる気付アドレスで結合キャッシュテーブルにおける気付アドレスを更新する。なお、移動端末装置１１が結合キャッシュテーブルに登録されていない場合には、気付アドレスの変更回数を０にセットし、その移動端末装置１１が結合キャッシュテーブルに登録される。
【０１１０】
なお、上述の気付アドレスの変更回数および更新優先度は図２２に示すように移動端末装置１１毎に結合キャッシュテーブルに記録される。
【０１１１】
そしてステップＳＴ１４６において外部エージェント３２，５２，６２は気付アドレスの変更回数に応じた更新優先度を計算する。
【０１１２】
一方、その移動端末装置１１が結合キャッシュテーブルに登録されており、かつ結合更新メッセージに含まれる気付アドレスが結合キャッシュテーブルにおける気付アドレスと同一であると判断した場合には、気付アドレスを変更する必要がないので、処理を終了する。
【０１１３】
また、ステップＳＴ１３１において結合要求メッセージを送信する契機を知らせる内蔵タイマのタイムアウトが発生した場合、外部エージェント３２，５２，６２は、ステップＳＴ１３２において、そのタイマに対応する移動端末装置１１の気付アドレスを結合キャッシュテーブルで検索する。そして外部エージェントは、ステップＳＴ１３３において結合要求メッセージを送信し、ステップＳＴ１３４において気付アドレスの変更回数を０にリセットするとともに、更新優先度に対応してタイマ値を計算する。そして外部エージェント３２，５２，６２は、ステップＳＴ１３５において、次の結合要求メッセージを送信するタイミングを得るためのタイマを起動させる。
【０１１４】
なお、その他の動作については参考例１によるものと同様であるので、その説明を省略する。
【０１１５】
以上のように、この参考例１０によれば、外部エージェント３２，５２，６２において結合要求メッセージの送信間隔を気付アドレスの変更頻度に応じて調整するようにしたので、外部エージェント３２，５２，６２とホームエージェント１３との間の結合要求メッセージおよび結合更新メッセージの送受が適切な頻度となり、不必要なメッセージの送受を低減し、ネットワークのトラフィックを低減することができるという効果が得られる。
【０１１６】
参考例１１．
この発明の参考例１１における外部エージェント３２，５２，６２は、参考例１０における更新優先度の初期値を移動端末装置１１−ｉ毎に設定するようにしたものである。
【０１１７】
図２３はこの参考例１１における外部エージェント３２，５２，６２の有するサービス設定テーブルの一例を示す図である。図２３に示すサービス設定テーブルおいては、移動端末装置１１−１は更新優先度の初期値は５に、移動端末装置１１−２の更新優先度の初期値は３に設定されている。なお、この初期値は、ネットワーク管理者により予め設定される。
【０１１８】
次に動作について説明する。
相手側端末装置４１の現在属するＩＰネットワーク３，５，６の外部エージェント３２，５２，６２は、サービス設定テーブルから、各移動端末装置１１−ｉについての更新優先度の初期値を読み出し、その更新優先度の初期値に応じたタイマ値を計算し、各移動端末装置１１−ｉについて、次の結合要求メッセージを送信するタイミングを得るためのタイマを起動させる。
【０１１９】
なお、その他の動作については参考例１０によるものと同様であるので、その説明を省略する。
【０１２０】
例えば図２３に示すように更新優先度の初期値が設定されている場合、結合更新メッセージの有効時間が同一であれば、移動端末装置１１−１についての結合要求メッセージより移動端末装置１１−２についての結合要求メッセージが頻繁に送信される。
【０１２１】
以上のように、この参考例１１によれば、外部エージェント３２，５２，６２において更新優先度の初期値を移動端末装置１１−ｉ毎に設定するようにしたので、移動端末装置１１−ｉ毎に異なる品質で経路最適化サービスを提供することができるという効果が得られる。
【０１２２】
参考例１２．
この発明の参考例１２における外部エージェント３２，５２，６２は、必要に応じて１つの移動端末装置１１に対して複数の気付アドレスを結合キャッシュテーブルを登録し、移動端末装置１１のホームアドレス宛のＩＰパケットをそれらの複数の気付アドレスのそれぞれにトンネル転送するようにしたものである。
【０１２３】
移動端末装置１１が複数のＩＰネットワークの境界にある場合、ハンドオーバーが頻繁に行われる可能性がある。その場合、その移動端末装置１１は気付アドレスの変更を頻繁にホームエージェント１３に通知することになり、ネットワークの負荷が増加するだけでなく、移動端末装置１１の消費電力も増加する。そこで、ＭｏｂｉｌｅＩＰでは、複数のＩＰネットワークの境界に位置する移動端末装置１１が頻繁に気付アドレスを変更しなくても良いように、１つの移動端末装置１１がホームエージェント１３に複数の気付アドレスを登録することを許容している。そして複数の気付アドレスを登録されたホームエージェント１３は、登録された複数の気付アドレスのそれぞれにその移動端末装置１１宛のＩＰパケットを転送する。
三角ルーティングの場合には、このように複数の気付アドレスへＩＰパケットが転送されるが、従来の経路最適化では、その移動端末装置宛のＩＰパケットはホームエージェントを経由しないため、複数の気付アドレスの１つにしかＩＰパケットが転送されない。
【０１２４】
そこでこの発明の参考例１２における外部エージェント３２，５２，６２は、ホームエージェント１３に登録された複数の気付アドレスを結合キャッシュテーブルに登録してそれらの気付アドレスへの経路の最適化を実行する。
【０１２５】
次に動作について説明する。
図２４は参考例１２における拡張した結合更新メッセージの一例を示す図である。
１つの移動端末装置１１に対して複数の気付アドレスを登録されたホームエージェント１３は、その移動端末装置１１についての結合要求メッセージを受信すると、図２４に示す拡張した結合更新メッセージを、結合要求メッセージの送信元である外部エージェント３２，５２，６２に送信する。なお、結合更新メッセージの拡張部分には、２つめ以降の気付アドレスが記述される。
【０１２６】
外部エージェント３２，５２，６２は、この拡張した結合更新メッセージを受け取ると、通常の部分から１つの気付アドレスを読み取り、拡張部分から残りの気付アドレスを読み出し、その移動端末装置１１に対応づけてそれらの気付アドレスを結合キャッシュテーブルに登録する。
【０１２７】
そして外部エージェント３２，５２，６２は、その移動端末装置１１のホームアドレス宛のＩＰパケットを受信すると、そのホームアドレスに対応する複数の気付アドレスのそれぞれに向けてそのＩＰパケットをトンネル転送する。
【０１２８】
なお、その他の動作については参考例１によるものと同様であるので、その説明を省略する。
【０１２９】
以上のように、この参考例１２によれば、外部エージェント３２，５２，６２において、必要に応じて１つの移動端末装置１１に対して複数の気付アドレスを結合キャッシュテーブルを登録し、移動端末装置１１のホームアドレス宛のＩＰパケットをそれらの複数の気付アドレスのそれぞれにトンネル転送するようにしたので、ネットワークドメインの境界に位置する移動端末装置１１の気付アドレスが頻繁に変化しても気付アドレスの変更毎に気付アドレスの登録処理をすることなく、ＩＰパケットを確実に移動端末装置１１へ送信することができるという効果が得られる。
【０１３０】
実施の形態１．
この発明の実施の形態１における外部エージェント３２，５２，６２は、相手側端末装置４１が自己のＩＰネットワーク３，５，６に移動してきた場合に、元のＩＰネットワーク３，５，６の外部エージェント３２，５２，６２から結合キャッシュテーブルの登録情報を取得し、自己の結合キャッシュテーブルに記録するようにしたものである。
【０１３１】
従来の経路最適化方法では、ＩＰパケットの送信元である相手側端末装置が他のＩＰネットワークに移動した場合、移動先のネットワークの外部エージェントは、その相手側端末装置についての、結合キャッシュテーブルに登録情報を有していないので、結合更新メッセージを受け取るまで一時的に、その相手側端末装置からのＩＰパケットは送信先の移動端末装置のホームエージェントを経由することになる。つまり、図９に示すシーケンスにおける相手側端末装置が初めてＩＰパケットを送信した際の動作が相手側端末装置が他のＩＰネットワークに移動するたびに実行され、一時的に三角ルーティングになる。
【０１３２】
そこで、この実施の形態１における外部エージェント３２，５２，６２は、相手側端末装置４１が他のＩＰネットワークに移動した際の一時的な三角ルーティングを解消すべく、相手側端末装置４１が自己のＩＰネットワークに移動してきた場合に、元のＩＰネットワークの外部エージェント３２，５２，６２から結合キャッシュテーブルの登録情報を取得する。
【０１３３】
次に動作について説明する。
図２５は、図１に示すネットワークにおいて相手側端末装置４１が他のＩＰネットワーク６へ移動した際のネットワークを示す図である。図２６および図２７は、実施の形態１における外部エージェント３２，５２，６２の動作を説明するＳＤＬ図である。
【０１３４】
外部エージェント３２，５２，６２は、ステップＳＴ１１において登録要求メッセージを受信すると、ステップＳＴ１２、ステップＳＴ１３、並びにステップＳＴ１４またはステップＳＴ１５の処理の終了後、ステップＳＴ１５１において登録要求メッセージに拡張部分（後述）があるか否かを判断し、登録要求メッセージにその拡張部分があると判断した場合にはステップＳＴ１５２において、外部エージェント３２，５２，６２にその相手側端末装置４１の気付アドレスを通知するための結合更新メッセージを、相手側端末装置４１が前に存在したＩＰネットワークの外部エージェント３２，５２，６２に送信する。その後、ステップＳＴ１６において外部エージェント３２，５２，６２は、その登録要求メッセージを送信元の移動端末装置１１のホームエージェント１３または相手側端末装置４１のホームエージェント４３に向けて転送する。
【０１３５】
また、外部エージェント３２，５２，６２は、ステップＳＴ２１においてＩＰパケットを受信すると、ステップＳＴ２２においてそのＩＰパケットの宛先が自己のＩＰネットワーク３，５，６内のＩＰアドレスであると判断した場合には、ステップＳＴ２３においてそのＩＰパケットのカプセル化を解除する。
【０１３６】
そして外部エージェント３２，５２，６２は、ステップＳＴ１６１において、そのＩＰパケットの宛先アドレスがホームアドレスに一致する端末装置を接続管理テーブルで検索し、ステップＳＴ１６２において、そのＩＰパケットの宛先アドレスがホームアドレスに一致する端末装置が存在するか否かを判断し、そのＩＰパケットの宛先アドレスがホームアドレスに一致する端末装置が存在すると判断した場合には、その外部エージェント３２，５２，６２のＩＰネットワーク３，５，６に宛先の端末装置が存在するので、ステップＳＴ２４においてその端末装置にそのＩＰパケットを供給する。
【０１３７】
一方、そのＩＰパケットの宛先アドレスがホームアドレスに一致する端末装置が接続端末管理テーブルに存在しないと判断した場合には、その外部エージェント３２，５２，６２のＩＰネットワーク３，５，６に宛先の端末装置が存在しないので、外部エージェント３２，５２，６２は、ステップＳＴ１６３において、結合キャッシュテーブルを検索し、ステップＳＴ１６４においてＩＰパケットの宛先である移動端末装置１１が結合キャッシュテーブルに登録されているか否かを判断する。ＩＰパケットの宛先である移動端末装置１１が結合キャッシュテーブルに登録されていると判断した場合、外部エージェント３２，５２，６２は、ステップＳＴ１６５においてそのＩＰパケットをカプセル化し、ステップＳＴ１６６においてカプセル化後のＩＰパケットをその移動端末装置１１の現在の気付アドレスに向けて転送する。このとき、ステップＳＴ１６７において、宛先の移動端末装置１１がその外部エージェント３２，５２，６２のＩＰネットワーク３，５，６に接続されていない旨の警告がなされる。一方、ＩＰパケットの宛先である移動端末装置１１が結合キャッシュテーブルに登録されていないと判断した場合、外部エージェント３２，５２，６２はそのＩＰパケットを破棄する。
【０１３８】
また、外部エージェント３２，５２，６２は、ステップＳＴ３１において結合更新メッセージを受信すると、ステップＳＴ３２、ステップＳＴ３３、並びにステップＳＴ３４またはステップＳＴ３５の処理の後、ステップＳＴ１７１においてその結合更新メッセージが他の外部エージェント３２，５２，６２からのものであるか否かを判断し、その結合更新メッセージが他の外部エージェント３２，５２，６２からのものであると判断した場合には、ステップＳＴ１７２において自己の結合キャッシュテーブルの内容を記述した結合応答メッセージを、その結合更新メッセージの送信元の外部エージェント３２，５２，６２に送信する。
【０１３９】
また、外部エージェント３２，５２，６２は、ステップＳＴ１８１において結合応答メッセージを受信すると、ステップＳＴ１８２において、その結合応答メッセージの内容に基づいて結合キャッシュテーブルを生成するか、登録情報を結合キャッシュテーブルに追加する。
【０１４０】
次に相手側端末装置４１がＩＰネットワーク５からＩＰネットワーク６へ移動した際の各装置およびエージェントの動作について説明する。図２８は相手側端末装置４１が他のＩＰネットワーク６へ移動した際の各装置およびエージェントの動作のシーケンスを示す図である。なお、基地局１２，３１，４２，５１，６１は常に透過転送を実行するだけであるのでその動作の説明を省略する。
【０１４１】
図２５に示すように、相手側端末装置４１は、ＩＰネットワーク５からＩＰネットワーク６へ移動すると、外部エージェント６２によるエージェント広告などにより気付アドレスを取得する。
【０１４２】
新しい気付アドレスを取得した相手側端末装置４１は、それを自己のホームエージェント４３に通知、登録するために登録要求メッセージを、現在属するＩＰネットワーク６の外部エージェント６２に送信する。
【０１４３】
この登録要求メッセージには、拡張が施され、その相手側端末装置４１の気付アドレスを、元のＩＰネットワーク５の外部エージェント５２に通知させるための命令が含まれている。この拡張はＩＥＴＦのインターネットドラフト（draft-ietf-mobileip-optim-08.txt）に準拠したもので、この登録要求メッセージには、相手側端末装置４１の元の気付アドレスと、新しい気付アドレスが含まれている。
【０１４４】
外部エージェント６２は、その登録要求メッセージを受信すると、外部エージェント５２にその相手側端末装置４１の気付アドレスを通知するための結合更新メッセージを生成し、送信する。
【０１４５】
外部エージェント５２は、その結合更新メッセージを受信すると、その相手側端末装置４１の元の気付アドレスと新たな気付アドレスとを対応づけて結合キャッシュテーブルを生成するとともに、結合応答メッセージを外部エージェント６２に送信する。なお、この後、外部エージェント５２は、その相手側端末装置４１の元の気付アドレス宛のＩＰパケットを受信すると、新たな気付アドレス宛にトンネル転送する。
【０１４６】
なお、外部エージェント５２により送信される結合応答メッセージには、外部エージェント５２における結合キャッシュテーブルの登録情報を外部エージェント６２へ通知するための拡張が施される。図２９は、実施の形態１において拡張した結合応答メッセージの一例を示す図である。図２９に示すように、結合応答メッセージの拡張部分には、結合キャッシュテーブルに記録された移動端末装置１１のホームアドレス、移動端末装置１１の気付アドレス、移動端末装置１１のホームエージェントのアドレスなどが記述される。
【０１４７】
この拡張した結合応答メッセージを受信した外部エージェント６２は、その結合応答メッセージの拡張部分の内容に基づいて、移動端末装置１１のための結合キャッシュテーブルを生成する。そして外部エージェント６２は、相手側端末装置４１の新たな気付アドレスを通知するために、結合要求メッセージをホームエージェント１３に送信する。これにより、外部エージェント６２から外部エージェント３２へのＩＰトンネル２３が形成される。
【０１４８】
なお、その他の動作については参考例１によるものと同様であるので、その説明を省略する。
【０１４９】
以上のように、この実施の形態１によれば、相手側端末装置４１がＩＰネットワーク３，５，６を跨って移動した場合に、移動先のＩＰネットワーク３，５，６の外部エージェント３２，５２，６２が移動元のＩＰネットワーク３，５，６の外部エージェント３２，５２，６２から結合キャッシュテーブルの登録情報を取得し、自己の結合キャッシュテーブルに記録するようにしたので、一時的な三角ルーティングの発生を抑制して経路最適化を継続するようにすることができるという効果が得られる。
【０１５０】
参考例１３．
この発明の参考例１３における外部エージェント３２，５２，６２は、自己のＩＰネットワーク３，５，６に属する相手側端末装置４１と移動端末装置１１との間で送受されるＩＰパケットの量を監視し、それらの量に応じて、その移動端末装置１１について結合キャッシュテーブルに登録された気付アドレスを更新しないようにしたものである。
【０１５１】
上記参考例１〜１２、実施の形態１において、外部エージェント３２，５２，６２は、相手側端末装置４１がＩＰパケットを送信しなくても、結合キャッシュテーブルに移動端末装置１１の気付アドレスが登録されると、その気付アドレスを定期的に更新する。このため、ＩＰパケットの送信先になる頻度の少ない移動端末装置１１の気付アドレスも定期的に更新されることなる。
【０１５２】
そこで、この参考例１３における外部エージェント３２，５２，６２は、ＩＰパケットの送信先になる頻度の少ない移動端末装置１１の気付アドレスの更新を抑制するようにする。
【０１５３】
次に動作について説明する。
相手側端末装置４１の現在属するＩＰネットワーク３，５，６の外部エージェント３２，５２，６２は、受信したパケットの宛先ＩＰアドレスおよび送信元ＩＰアドレスを読み出し、移動端末装置１１と相手側端末装置４１との間のＩＰパケットのトラフィック量を随時計算する。
【０１５４】
そして外部エージェント３２，５２，６２は、移動端末装置１１と相手側端末装置４１との間のＩＰパケットのトラフィックが所定の期間ない場合には、結合要求メッセージの送信を停止して結合キャッシュテーブルの気付アドレスの更新を停止する。
【０１５５】
なお、その他の動作については参考例１によるものと同様であるので、その説明を省略する。
【０１５６】
以上のように、この参考例１３によれば、外部エージェント３２，５２，６２において、移動端末装置１１宛のＩＰパケットおよび移動端末装置１１からのＩＰパケットの量を監視し、それらの量に応じて、その移動端末装置１１について結合キャッシュテーブルに登録された気付アドレスの更新を抑制するようにしたので、外部エージェント３２，５２，６２とホームエージェント１３との間のメッセージの送受のための通信パケット量を低減することができるという効果が得られる。
【０１５７】
実施の形態２．
この発明の実施の形態２における外部エージェント３２，５２，６２は、自己のＩＰネットワーク３，５，６外へ相手側端末装置４１が移動した場合に、結合キャッシュテーブルに登録された気付アドレスを更新しないようにしたものである。
【０１５８】
次に動作について説明する。
図２５のネットワークにおいて、外部エージェント５２のＩＰネットワーク５から外部エージェント６２のＩＰネットワーク６へ相手側端末装置４１が移動した場合、図２８に示すように、外部エージェント６２から外部エージェント５２へ結合更新メッセージが送信される。
【０１５９】
これにより、外部エージェント５２は、相手側端末装置４１が自己のＩＰネットワーク５外へ移動したことを検知する。また、結合更新メッセージが外部エージェント５２に送信されなかった場合でも、外部エージェント５２は、相手側端末装置４１の気付アドレスが無効になったときに、相手側端末装置４１が自己のＩＰネットワーク５外へ移動したと判断する。
【０１６０】
相手側端末装置４１が自己のＩＰネットワーク５外へ移動した場合、それ以後、外部エージェント５２は、相手側端末装置４１からのＩＰパケットを移動端末装置１１の気付アドレスへトンネル転送する必要がないので、相手側端末装置４１が自己のＩＰネットワーク５外へ移動したと判断すると、結合キャッシュテーブルの気付アドレスの更新を停止する。
【０１６１】
以上のように、この実施の形態２によれば、ＩＰネットワーク３，５，６を跨って相手側端末装置が移動した場合に、移動元のＩＰネットワーク３，５，６の外部エージェント３２，５２，６２が、結合キャッシュテーブルに登録された気付アドレスを更新しないようにしたので、外部エージェント３２，５２，６２とホームエージェント１３との間のメッセージの送受のための通信パケット量を低減することができるという効果が得られる。
【０１６２】
実施の形態３．
この発明の実施の形態３における外部エージェント３２，５２，６２は、所定の条件を満足する場合に、更新を停止した気付アドレスの更新を再開するようにしたものである。
【０１６３】
次に動作について説明する。
外部エージェント３２，５２，６２は、参考例１３や実施の形態２に示すようにして更新を停止した気付アドレスに対する結合更新メッセージを受信した場合や、その気付アドレスへのトンネル転送が行われた場合には、その気付アドレスの更新を再開する。
【０１６４】
以上のように、この実施の形態３によれば、所定の条件を満足する場合に、更新を停止した気付アドレスの更新を再開するようにしたので、必要に応じた適切な頻度で気付アドレスの更新が実行され、外部エージェント３２，５２，６２とホームエージェント１３との間のメッセージの送受のための通信パケット量を低減することができるという効果が得られる。
【０１６５】
なお、上記実施の形態においては、外部エージェント３２，４２，６２の機能とホームエージェント１３，４３の機能とを分けて説明したが、ホームエージェント１３，４３に属さない端末装置に対する外部エージェントの機能をホームエージェント１３，４３に追加するようにしても勿論よい。
【０１６６】
【発明の効果】
以上のように、この発明によれば、外部エージェントが、相手側端末装置が自己のネットワークドメインに移動してきた場合に相手側端末装置の移動元のネットワークドメインの外部エージェントまたはホームエージェントから移動端末装置の気付アドレスの情報を取得する、又は、外部エージェントまたはホームエージェントが、相手側端末装置が自己のネットワークドメインに移動してきた場合に相手側端末装置の移動元のネットワークドメインの外部エージェントから移動端末装置の気付アドレスの情報を取得するようにしたので、一時的な三角ルーティングの発生を抑制して経路最適化を継続するようにすることができるという効果がある。
【０１６７】
この発明によれば、相手側端末装置の現在属するネットワークドメインの外部エージェントまたはホームエージェントが、自己のネットワークドメインの外へ相手側端末装置が移動した場合、移動端末装置の気付アドレスの更新を停止するようにしたので、相手側端末装置の現在属するネットワークドメインの外部エージェントまたはホームエージェントと移動端末装置のホームエージェントとの間のメッセージの送受のための通信パケット量を低減することができるという効果がある。
【０１６８】
この発明によれば、相手側端末装置の現在属するネットワークドメインの外部エージェントまたはホームエージェントが、所定の条件を満足する場合に、更新を停止した移動端末装置の気付アドレスの更新を再開するようにしたので、必要に応じた適切な頻度で気付アドレスの更新が実行され、相手側端末装置の現在属するネットワークドメインの外部エージェントまたはホームエージェントと移動端末装置のホームエージェントとの間のメッセージの送受のための通信パケット量を低減することができるという効果がある。
【図面の簡単な説明】
【図１】 この発明の参考例１による経路最適化方法を適用したネットワークの一例を示す図である。
【図２】 外部エージェントの動作を説明するＳＤＬ図である。
【図３】 移動端末装置が接続された外部エージェントが有する接続端末管理テーブルの一例を示す図である。
【図４】 相手側端末装置が接続された外部エージェントが有する結合キャッシュテーブルの一例を示す図である。
【図５】 相手側端末装置の動作を説明するＳＤＬ図である。
【図６】 移動端末装置の動作を説明するＳＤＬ図である。
【図７】 ホームエージェントの動作を説明するＳＤＬ図である。
【図８】 移動端末装置についてのホームエージェントの有する気付アドレス管理テーブルの一例を示す図である。
【図９】 移動端末装置の気付アドレスの登録およびパケット伝送のシーケンスを示す図である。
【図１０】 この発明の参考例３による経路最適化方法を適用したネットワークの一例を示す図である。
【図１１】 参考例３における拡張した結合要求メッセージの一例を示す図である。
【図１２】 ＨＡサポートテーブルの一例を示す図である。
【図１３】 拡張した結合要求メッセージを解釈可能なホームエージェントが結合要求メッセージを受信したときの動作を説明するＳＤＬ図である。
【図１４】 サブネットマスクを導入したＨＡサポートテーブルの一例を示す図である。
【図１５】 動的にＨＡサポートテーブルを設定する場合の結合更新メッセージの一例を示す図である。
【図１６】 限定したホームエージェントを記録した内部テーブルの一例を示す図である。
【図１７】 サブネットマスクによるグループ化を導入した内部テーブルの一例を示す図である。
【図１８】 サービス設定テーブルの一例を示す図である。
【図１９】 ＩＰパケットを受信した参考例８における外部エージェントの動作を説明するＳＤＬ図である。
【図２０】 サブネットマスクを導入したサービス設定テーブルの一例を示す図である。
【図２１】 外部エージェントが結合要求メッセージの送信間隔を調整する動作について説明するＳＤＬ図である。
【図２２】 この参考例１０における外部エージェントの結合キャッシュテーブルを示す図である。
【図２３】 この参考例１１における外部エージェントの有するサービス設定テーブルの一例を示す図である。
【図２４】 参考例１２における拡張した結合更新メッセージの一例を示す図である。
【図２５】 図１に示すネットワークにおいて相手側端末装置４１が他のＩＰネットワークへ移動した際のネットワークを示す図である。
【図２６】 実施の形態１における外部エージェントの動作を説明するＳＤＬ図である。
【図２７】 実施の形態１における外部エージェントの動作を説明するＳＤＬ図である。
【図２８】 相手側端末装置が他のＩＰネットワークへ移動した際の各装置およびエージェントの動作のシーケンスを示す図である。
【図２９】 実施の形態１において拡張した結合応答メッセージの一例を示す図である。
【図３０】 従来のＭｏｂｉｌｅＩＰでのパケット伝送を説明する図である。
【図３１】 従来のＭｏｂｉｌｅＩＰでの経路最適化を説明する図である。
【符号の説明】
１，３〜６ ＩＰネットワーク（ネットワークドメイン）、１３，４３ ホームエージェント（エージェント装置）、３２，５２，６２ 外部エージェント（エージェント装置）、１１，１１−１，１１−２ 移動端末装置、４１，４１−１，４１−２ 相手側端末装置。
Claims (4)
- 移動端末装置と相手側端末装置との間で通信する通信システムで前記移動端末装置が他のネットワークドメインに移動した場合に、前記相手側端末装置から前記移動端末装置への通信経路を最適化する経路最適化方法において、
前記相手側端末装置の現在属するネットワークドメインの外部エージェントまたはホームエージェントが、前記移動端末装置のホームエージェントから結合更新メッセージを受信し、前記移動端末装置宛のパケットを、その結合更新メッセージで通知された現在の前記移動端末装置の気付アドレス宛に転送し、
前記外部エージェントが、相手側端末装置が自己のネットワークドメインに移動してきた場合に相手側端末装置の移動元のネットワークドメインの外部エージェントまたはホームエージェントから移動端末装置の気付アドレスの情報を取得する
ことを特徴とする経路最適化方法。 - 移動端末装置と相手側端末装置との間で通信する通信システムで前記移動端末装置が他のネットワークドメインに移動した場合に、前記相手側端末装置から前記移動端末装置への通信経路を最適化する経路最適化方法において、
前記相手側端末装置の現在属するネットワークドメインの外部エージェントまたはホームエージェントが、前記移動端末装置のホームエージェントから結合更新メッセージを受信し、前記移動端末装置宛のパケットを、その結合更新メッセージで通知された現在の前記移動端末装置の気付アドレス宛に転送し、
前記外部エージェントまたはホームエージェントが、相手側端末装置が自己のネットワークドメインに移動してきた場合に相手側端末装置の移動元のネットワークドメインの外部エージェントから移動端末装置の気付アドレスの情報を取得する
ことを特徴とする経路最適化方法。 - 移動端末装置と相手側端末装置との間で通信する通信システムで前記移動端末装置が他のネットワークドメインに移動した場合に、前記相手側端末装置から前記移動端末装置への通信経路を最適化する経路最適化方法において、
前記相手側端末装置の現在属するネットワークドメインの外部エージェントまたはホームエージェントが、前記移動端末装置のホームエージェントから結合更新メッセージを受信し、前記移動端末装置宛のパケットを、その結合更新メッセージで通知された現在の前記移動端末装置の気付アドレス宛に転送し、
前記相手側端末装置の現在属するネットワークドメインの外部エージェントまたはホームエージェントが、前記移動端末装置の最新の気付アドレスを取得するための結合要求メッセージを繰り返し前記移動端末装置のホームエージェントに送信し、
前記移動端末装置のホームエージェントが、その結合要求メッセージに対応して、前記移動端末装置の最新の気付アドレスを有する結合応答メッセージを前記相手側端末装置の現在属するネットワークドメインの外部エージェントまたはホームエージェントに送信し、
前記相手側端末装置の現在属するネットワークドメインの外部エージェントまたはホームエージェントが、自己のネットワークドメインの外へ前記相手側端末装置が移動した場合、前記移動端末装置の気付アドレスの更新を停止する
ことを特徴とする経路最適化方法。 - 相手側端末装置の現在属するネットワークドメインの外部エージェントまたはホームエージェントが、所定の条件を満足する場合に、更新を停止した移動端末装置の気付アドレスの更新を再開する
ことを特徴とする請求項３記載の経路最適化方法。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000160876A JP3636637B2 (ja) | 2000-05-30 | 2000-05-30 | 経路最適化方法 |
| US09/865,694 US6987771B2 (en) | 2000-05-30 | 2001-05-29 | Route optimization method and agent apparatus |
| EP20010113093 EP1161032A3 (en) | 2000-05-30 | 2001-05-29 | Route optimization method and agent apparatus |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000160876A JP3636637B2 (ja) | 2000-05-30 | 2000-05-30 | 経路最適化方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001339438A JP2001339438A (ja) | 2001-12-07 |
| JP3636637B2 true JP3636637B2 (ja) | 2005-04-06 |
Family
ID=18665000
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000160876A Expired - Fee Related JP3636637B2 (ja) | 2000-05-30 | 2000-05-30 | 経路最適化方法 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US6987771B2 (ja) |
| EP (1) | EP1161032A3 (ja) |
| JP (1) | JP3636637B2 (ja) |
Families Citing this family (104)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7630398B2 (en) | 2000-09-27 | 2009-12-08 | Intel Corporation | Subnet independent transparent bridge |
| US7218634B1 (en) * | 2000-10-10 | 2007-05-15 | Nortel Networks Limited | Assisted power-up and hand-off system and method |
| DE10061958A1 (de) * | 2000-12-13 | 2002-06-20 | Philips Corp Intellectual Pty | Netzwerk mit einem Lokalisierungsmanagement |
| JP4097914B2 (ja) * | 2001-06-11 | 2008-06-11 | 富士通株式会社 | 移動端末対応ルータ |
| JPWO2003015356A1 (ja) * | 2001-08-08 | 2004-12-02 | 富士通株式会社 | サーバ、移動通信端末、無線装置および通信システムにおける通信方法並びに通信システム |
| EP1421746B1 (en) * | 2001-08-16 | 2007-04-11 | Nokia Corporation | Device, method and system for enhanced routing in mobile ip networking |
| KR100660312B1 (ko) * | 2001-10-02 | 2006-12-22 | 가부시키가이샤 엔티티 도코모 | 모빌리티 제어 시스템, 이 시스템에 사용하는 이동 노드, 모빌리티 제어 방법, 모빌리티 제어 프로그램을 기록한 기록 매체, 및 모빌리티 제어 노드 |
| US7231456B1 (en) * | 2001-10-10 | 2007-06-12 | Cisco Technology, Inc. | 32-bit vendor-extended-type vendor specific attribute |
| JP3936172B2 (ja) * | 2001-11-08 | 2007-06-27 | 沖電気工業株式会社 | 交換システム |
| US7409549B1 (en) | 2001-12-11 | 2008-08-05 | Cisco Technology, Inc. | Methods and apparatus for dynamic home agent assignment in mobile IP |
| JP3984053B2 (ja) | 2002-01-09 | 2007-09-26 | 富士通株式会社 | ホームエージェント |
| US7061887B2 (en) * | 2002-01-25 | 2006-06-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Multiple mobile IP sessions with dynamically allocated home IP address |
| WO2003065682A1 (en) * | 2002-01-29 | 2003-08-07 | Koninklijke Philips Electronics N.V. | A method and system for connecting mobile client devices to the internet |
| US8649352B2 (en) | 2002-02-04 | 2014-02-11 | Qualcomm Incorporated | Packet forwarding methods for use in handoffs |
| US20030193952A1 (en) * | 2002-02-04 | 2003-10-16 | O'neill Alan | Mobile node handoff methods and apparatus |
| US7564824B2 (en) * | 2002-02-04 | 2009-07-21 | Qualcomm Incorporated | Methods and apparatus for aggregating MIP and AAA messages |
| WO2003067439A1 (en) * | 2002-02-04 | 2003-08-14 | Flarion Technologies, Inc. | A method for extending mobile ip and aaa to enable integrated support for local access and roaming access connectivity |
| DE10204624C1 (de) * | 2002-02-05 | 2003-08-21 | Siemens Ag | Verfahren zur Weiterführung einer Kommunikationsverbindung unter Einbeziehung mehrerer Funk-Kommunikationssysteme |
| WO2003071749A1 (fr) * | 2002-02-20 | 2003-08-28 | Mitsubishi Denki Kabushiki Kaisha | Reseau d'elements mobiles |
| US7284057B2 (en) * | 2002-02-27 | 2007-10-16 | Cisco Technology, Inc. | Methods and apparatus for Mobile IP Home Agent clustering |
| US7561553B2 (en) * | 2002-02-27 | 2009-07-14 | Motorola, Inc. | Method and apparatus for providing IP mobility for mobile networks and detachable mobile network nodes |
| US7286510B2 (en) | 2002-04-15 | 2007-10-23 | Qualcomm Incorporated | Method and apparatus for providing compatibility between elements of a wireless communication system |
| US7587498B2 (en) * | 2002-05-06 | 2009-09-08 | Cisco Technology, Inc. | Methods and apparatus for mobile IP dynamic home agent allocation |
| US7305429B2 (en) * | 2002-06-10 | 2007-12-04 | Utstarcom, Inc. | Method and apparatus for global server load balancing |
| US7206300B2 (en) * | 2002-06-28 | 2007-04-17 | Intel Corporation | Performance for integrated home agent and foreign agent |
| US7436804B2 (en) * | 2002-09-18 | 2008-10-14 | Qualcomm Incorporated | Methods and apparatus for using a Care of Address option |
| JP4373655B2 (ja) | 2002-09-19 | 2009-11-25 | 株式会社エヌ・ティ・ティ・ドコモ | パケット通信端末、パケット通信システム、パケット通信方法 |
| US7756073B2 (en) * | 2002-09-20 | 2010-07-13 | Franck Le | Method for updating a routing entry |
| US7379433B1 (en) | 2002-09-25 | 2008-05-27 | Cisco Technology, Inc. | Methods and apparatus for broadcast optimization in mobile IP |
| US20060182083A1 (en) * | 2002-10-17 | 2006-08-17 | Junya Nakata | Secured virtual private network with mobile nodes |
| JP3887640B2 (ja) * | 2002-10-18 | 2007-02-28 | 松下電器産業株式会社 | グローバル・ネットワークにおけるローミング接続方法及び装置 |
| US7366145B2 (en) * | 2002-11-08 | 2008-04-29 | Nokia Corporation | Fast recovery from unusable home server |
| US7489667B2 (en) * | 2002-11-08 | 2009-02-10 | Faccin Stefano M | Dynamic re-routing of mobile node support in home servers |
| JP4028793B2 (ja) * | 2002-12-03 | 2007-12-26 | 株式会社日立製作所 | 移動端末装置および端末間パケット通信方法 |
| US6999437B2 (en) * | 2002-12-17 | 2006-02-14 | Nokia Corporation | End-to-end location privacy in telecommunications networks |
| US7453850B2 (en) * | 2002-12-20 | 2008-11-18 | Alcatel Lucent | Apparatus, and associated method, for facilitating bi-directional routing of data in a packet radio communication system |
| US20040137905A1 (en) * | 2003-01-09 | 2004-07-15 | Docomo Communications Laboratories Usa, Inc. | System and method for channel scanning in wireless networks |
| JP2004221674A (ja) * | 2003-01-09 | 2004-08-05 | Ntt Docomo Inc | 通信システム並びに通信システムに使用される配信管理装置及び通信方法 |
| US20040141477A1 (en) * | 2003-01-22 | 2004-07-22 | Institute For Infocomm Research | Method, system and mobile host for mobility pattern based selection of a local mobility agent |
| JP2004242019A (ja) | 2003-02-05 | 2004-08-26 | Ntt Docomo Inc | 移動通信制御システム、ネットワーク管理サーバ、モバイルノード、アクセスノード及びアンカーノード |
| JP4088540B2 (ja) * | 2003-03-03 | 2008-05-21 | 株式会社日立製作所 | パケット通信システム、通信ネットワーク、およびモバイルノードにおけるｉｐアドレス選択方法 |
| KR100955759B1 (ko) | 2003-03-31 | 2010-04-30 | 주식회사 케이티 | 다양한 서비스 영역을 가지는 무선 인터넷 서비스시스템에서의 무선 인터넷 서비스 방법 |
| KR100513737B1 (ko) * | 2003-04-29 | 2005-09-09 | 삼성전자주식회사 | ＩＰｖ６ 기반 지역화 이동성관리에서 이동노드의이동성프로파일 관리방법 |
| DE60336464D1 (de) * | 2003-08-06 | 2011-05-05 | Motorola Inc | Verfahren zur validierten Kommunikation |
| US7228431B2 (en) * | 2003-08-21 | 2007-06-05 | Telefonaktiebolaget Lm Ericsson (Publ) | Aggregated binding updates and acknowledgments in Mobile IPv6 |
| JP4057983B2 (ja) * | 2003-09-04 | 2008-03-05 | 株式会社エヌ・ティ・ティ・ドコモ | 通信システム及び通信制御方法 |
| US7944947B2 (en) * | 2003-09-05 | 2011-05-17 | Nokia Corporation | Providing address information for reaching a wireless terminal |
| WO2005026912A2 (en) * | 2003-09-10 | 2005-03-24 | Hyperdata Technologies, Inc. | Internet protocol optimizer |
| US6999774B2 (en) * | 2003-10-15 | 2006-02-14 | Motorola, Inc. | Method and system for handling messages addressed to multiple mobile nodes |
| KR100594950B1 (ko) * | 2003-11-26 | 2006-06-30 | 한국전자통신연구원 | 억세스 라우터 기반의 모바일 ＩＰｖ6 패스트 핸드오버 방법 |
| KR20050058935A (ko) * | 2003-12-13 | 2005-06-17 | 삼성전자주식회사 | 바인딩 관리 장치, 바인딩 관리 방법, 그 방법을 수행하는프로그램이 기록된 컴퓨터 판독가능한 기록매체 |
| US7668145B2 (en) * | 2003-12-22 | 2010-02-23 | Nokia Corporation | Method to support mobile IP mobility in 3GPP networks with SIP established communications |
| KR20050078774A (ko) * | 2004-02-02 | 2005-08-08 | 삼성전자주식회사 | 패킷 보안 방법 및 장치 |
| US7991854B2 (en) * | 2004-03-19 | 2011-08-02 | Microsoft Corporation | Dynamic session maintenance for mobile computing devices |
| JP2007533279A (ja) * | 2004-04-19 | 2007-11-15 | テレコム・イタリア・エッセ・ピー・アー | Ｉｐ移動ネットワーク等のルーティング方法及びシステム、対応するネットワーク及びコンピュータプログラムプロダクト |
| KR20050101693A (ko) * | 2004-04-19 | 2005-10-25 | 삼성전자주식회사 | 이동 네트워크에서 손상된 라우팅 경로 복구 방법 |
| US20050232286A1 (en) * | 2004-04-20 | 2005-10-20 | Samsung Electronics Co., Ltd. | System and method for route optimization using piggybacking in a mobile network |
| US8189530B2 (en) * | 2004-08-13 | 2012-05-29 | Qualcomm Incorporated | Methods and apparatus for VPN support in mobility management |
| CN1761359B (zh) * | 2004-10-12 | 2012-02-29 | 株式会社日立制作所 | 移动通信控制方法和移动通信控制系统 |
| ATE498967T1 (de) | 2004-12-14 | 2011-03-15 | Panasonic Corp | Kommunikaitonsrouten-optimierungsverfahren und entsprechendes system |
| US7843871B2 (en) * | 2004-12-21 | 2010-11-30 | International Business Machines Corporation | Method of reestablishing communication by a mobile node upon recovery from an abrupt shut down |
| US7529207B2 (en) * | 2004-12-21 | 2009-05-05 | International Business Machines Corporation | Method of reestablishing communication by a mobile node upon recovery from an abrupt shut down |
| CN100421418C (zh) * | 2005-02-01 | 2008-09-24 | 华为技术有限公司 | 提高移动IPv4外地代理转发性能的方法 |
| CN101112059A (zh) * | 2005-02-02 | 2008-01-23 | 松下电器产业株式会社 | 通信网络系统中的分组传输方法以及构成该系统的通信设备中的分组处理方法 |
| JP4534146B2 (ja) * | 2005-03-14 | 2010-09-01 | 横河電機株式会社 | ホームエージェントおよび移動通信システム |
| EP1865669B1 (en) * | 2005-03-31 | 2018-05-02 | Sun Patent Trust | Communication control method, communication node, and mobile node |
| US8411650B2 (en) * | 2005-04-18 | 2013-04-02 | Cisco Technology, Inc. | Method and system for providing virtual private network services through a mobile IP home agent |
| DE112006001655B4 (de) * | 2005-06-21 | 2011-03-03 | Motorola, Inc., Schaumburg | Verfahren und Vorrichtung zur Vereinfachung einer Kommunikation unter Verwendung von Ersatz- und Care-of-Internetprotokolladressen |
| DE112006001710T5 (de) * | 2005-06-21 | 2008-05-21 | Motorola, Inc., Schaumburg | Verfahren und Vorrichtung zur Vereinfachung der Kommunikation mobiler Stationen unter Verwendung einer auf dem Internetprotokoll basierenden Kommunikation |
| US9026152B2 (en) * | 2005-06-21 | 2015-05-05 | Google Technology Holdings LLC | System and method for paging and locating update in a network |
| US7808970B2 (en) * | 2005-06-30 | 2010-10-05 | Motorola, Inc. | Method of dynamically assigning mobility configuration parameters for mobile entities |
| JP2007027957A (ja) * | 2005-07-13 | 2007-02-01 | Mitsubishi Electric Corp | 移動体無線通信システムおよびそのモバイルルータ |
| US7376421B2 (en) * | 2005-08-06 | 2008-05-20 | International Business Machines Corporation | Delayed mobile node registration with home agent |
| CN1870819A (zh) * | 2005-08-24 | 2006-11-29 | 华为技术有限公司 | 实现IPv6通信伙伴支持移动IPv6的路由优化的方法 |
| EP1958395A1 (en) * | 2005-11-22 | 2008-08-20 | Matsushita Electric Industrial Co., Ltd. | Communication route optimization method and communication route optimization control device |
| US9161205B2 (en) * | 2006-02-14 | 2015-10-13 | Alcatel Lucent | Route optimization at a packet data switch node |
| JP4702110B2 (ja) * | 2006-03-03 | 2011-06-15 | 日本電気株式会社 | 無線通信システム、無線基地局、無線通信制御装置、プログラム、および経路制御方法 |
| US8605677B2 (en) * | 2006-07-03 | 2013-12-10 | Cisco Technology, Inc. | Routing packet flows along an optimized path |
| US8599787B2 (en) * | 2006-07-03 | 2013-12-03 | Cisco Technology, Inc. | Routing packet flows along an optimized path in an IMS network |
| US7929506B1 (en) * | 2006-07-05 | 2011-04-19 | Sprint Spectrum L.P. | Method of resource management for a mobile node |
| US8155077B2 (en) * | 2006-07-10 | 2012-04-10 | Cisco Technology, Inc. | Active mode internet protocol gateway relocation in a partial meshed deployment |
| CN100596101C (zh) * | 2006-08-31 | 2010-03-24 | 华为技术有限公司 | 一种本地移动性管理网络的报文路由方法和系统 |
| US8346268B2 (en) * | 2006-11-20 | 2013-01-01 | Alcatel Lucent | Network controlled mobility route optimization for an IP base station transceiver architecture |
| US8171120B1 (en) | 2006-11-22 | 2012-05-01 | Rockstar Bidco Lp | Mobile IPv6 route optimization authorization |
| EP2119146B1 (en) | 2007-03-12 | 2018-10-31 | Nec Corporation | Method for performing route optimization between two nodes in network based mobility management |
| US20080240053A1 (en) * | 2007-03-27 | 2008-10-02 | Oswal Anand K | Quality of service (QoS) negotiation between network nodes in a Mobile IP network |
| JP4727613B2 (ja) * | 2007-03-28 | 2011-07-20 | Ｋｄｄｉ株式会社 | 移動通信システム及び移動通信プログラム |
| JP4791401B2 (ja) * | 2007-03-28 | 2011-10-12 | Ｋｄｄｉ株式会社 | 移動通信システム及び移動通信プログラム |
| JP4791402B2 (ja) * | 2007-03-28 | 2011-10-12 | Ｋｄｄｉ株式会社 | 移動通信システム及び移動通信プログラム |
| EP1986392B1 (en) * | 2007-04-26 | 2012-10-03 | Motorola Solutions, Inc. | Method for route optimization between mobile entities |
| KR101398908B1 (ko) * | 2007-05-22 | 2014-05-26 | 삼성전자주식회사 | 모바일 아이피를 사용하는 이동 통신 시스템에서 단말의이동성 관리 방법 및 시스템 |
| JP2007251999A (ja) * | 2007-06-18 | 2007-09-27 | Ntt Docomo Inc | 通信システム並びに通信システムに使用される配信管理装置及び通信方法 |
| US8085793B2 (en) * | 2007-09-24 | 2011-12-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Traffic localization with proxy mobility |
| CN101960873B (zh) * | 2008-03-10 | 2013-06-19 | 日本电气株式会社 | 通信系统、传送节点、移动节点、服务器设备、通信控制方法及程序 |
| JPWO2010067569A1 (ja) * | 2008-12-08 | 2012-05-17 | パナソニック株式会社 | 経路最適化方法、経路最適化システム、移動通信装置、移動管理装置及び相手先通信装置並びにホーム基地局 |
| EP2244495B1 (en) * | 2009-04-20 | 2012-09-19 | Panasonic Corporation | Route optimazion of a data path between communicating nodes using a route optimization agent |
| US8437321B1 (en) * | 2009-09-03 | 2013-05-07 | Apriva, Llc | Method and system for communicating fixed IP address based voice data in a dynamic IP address based network environment |
| US9088638B1 (en) | 2009-09-03 | 2015-07-21 | Apriva, Llc | System and method for facilitating secure voice communication over a network |
| US8638716B1 (en) | 2009-09-03 | 2014-01-28 | Apriva, Llc | System and method for facilitating secure voice communication over a network |
| US8437322B1 (en) * | 2009-09-03 | 2013-05-07 | Apriva, Llc | Method and system for communicating fixed IP address based voice data in a dynamic IP address based network environment |
| US8634377B2 (en) * | 2009-09-30 | 2014-01-21 | Alcatel Lucent | Method for improved handover in multiple interface application |
| JP5123360B2 (ja) * | 2010-08-06 | 2013-01-23 | テレコム・イタリア・エッセ・ピー・アー | Ｉｐ移動ネットワーク等のルーティング方法及びシステム、対応するネットワーク及びコンピュータプログラムプロダクト |
| US9143562B2 (en) * | 2012-04-27 | 2015-09-22 | Hewlett-Packard Development Company, L.P. | Managing transfer of data from a source to a destination machine cluster |
| CN106658479B (zh) * | 2016-11-16 | 2020-12-11 | 广东新岸线科技有限公司 | 一种无线网络融合的实现方法 |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| TW341678B (en) | 1996-10-24 | 1998-10-01 | Ibm | Method and apparatus for access level control in a metropolitan area network |
| JPH10145835A (ja) | 1996-11-15 | 1998-05-29 | Hitachi Ltd | 移動通信システムにおけるハンドオーバ方法 |
| JP3156643B2 (ja) | 1997-08-07 | 2001-04-16 | 日本電気株式会社 | 位置情報報知パケット送信制御方法及び位置情報報知パケット制御システム |
| JP3663893B2 (ja) | 1998-03-12 | 2005-06-22 | 株式会社日立製作所 | データ中継システム |
| US6625135B1 (en) * | 1998-05-11 | 2003-09-23 | Cargenie Mellon University | Method and apparatus for incorporating environmental information for mobile communications |
| US6578085B1 (en) * | 1999-01-27 | 2003-06-10 | Nortel Networks Limited | System and method for route optimization in a wireless internet protocol network |
| US6721297B2 (en) * | 2001-11-19 | 2004-04-13 | Motorola, Inc. | Method and apparatus for providing IP mobility for mobile networks |
-
2000
- 2000-05-30 JP JP2000160876A patent/JP3636637B2/ja not_active Expired - Fee Related
-
2001
- 2001-05-29 US US09/865,694 patent/US6987771B2/en not_active Expired - Fee Related
- 2001-05-29 EP EP20010113093 patent/EP1161032A3/en not_active Withdrawn
Also Published As
| Publication number | Publication date |
|---|---|
| EP1161032A3 (en) | 2002-02-13 |
| US6987771B2 (en) | 2006-01-17 |
| EP1161032A2 (en) | 2001-12-05 |
| JP2001339438A (ja) | 2001-12-07 |
| US20020009066A1 (en) | 2002-01-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3636637B2 (ja) | 経路最適化方法 | |
| US7623499B2 (en) | Mobile terminal management system, mobile terminal, agent, and program | |
| TWI332783B (ja) | ||
| JP4898969B2 (ja) | モバイルノード及び通信制御方法 | |
| KR100582731B1 (ko) | 모바일 ＩＰｖ6 망에서 이동 호스트를 이용한 트래픽 교환방법 | |
| US20030225892A1 (en) | Handover method in mobile communication system and router device used in mobile communication system | |
| US20040004967A1 (en) | Mobile communication system, router, mobile node, and mobile communication method | |
| US7912008B2 (en) | Home agent, mobile router, and mobile communication method using the same | |
| US20060240825A1 (en) | Mobile communication method, mobile communication apparatus, home agent apparatus, access router information server apparatus, and mobile communication system | |
| US20090279452A1 (en) | Hierarchical mobility management system, access router, anchor node, mobile communication system and route setting method | |
| US8155085B2 (en) | Mobile communication method and access router | |
| US7436762B2 (en) | Mobile communication network system for managing the location of a mobile IP terminal | |
| JP4088540B2 (ja) | パケット通信システム、通信ネットワーク、およびモバイルノードにおけるｉｐアドレス選択方法 | |
| JPWO2007119406A1 (ja) | パケット転送制御装置及びモバイルノード | |
| US20090141686A1 (en) | Mobile communication method and mobile communication apparatus | |
| US20040165565A1 (en) | Communication system, mobile terminal and transfer device | |
| US7224695B2 (en) | Router and communication network system | |
| US7515572B2 (en) | Data transfer system and data transfer method | |
| JP2009213108A (ja) | 移動通信システムにおける移動ノード装置のｉｐアドレスの切替え方法、移動ノード装置およびサーバ | |
| JP4076482B2 (ja) | 移動ノード、移動通信システム及び通信制御方法 | |
| JP2005012620A (ja) | ネットワークシステム及びアドレス作成方法 | |
| JP3536822B2 (ja) | 移動端末管理システム、移動端末、エージェント及びプログラム | |
| JP4468968B2 (ja) | モバイルノードの通信方法及びモバイルノード | |
| JP3756781B2 (ja) | データ中継装置及びデータ中継方法 | |
| JP3890252B2 (ja) | パケット通信方法および通信端末装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040430 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040608 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040806 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20041207 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050105 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080114 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090114 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100114 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100114 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110114 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |