JPWO2008126357A1

JPWO2008126357A1 - 移動端末及び通信管理装置

Info

Publication number: JPWO2008126357A1
Application number: JP2009508886A
Authority: JP
Inventors: 啓吾阿相
Original assignee: Panasonic Corp; Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Corp; Panasonic Holdings Corp
Priority date: 2007-03-16
Filing date: 2008-03-17
Publication date: 2010-07-22
Also published as: WO2008126357A1; US20100103876A1

Abstract

ネットワークベースのモビリティプロトコルが動作しているネットワーク環境において、移動端末によって行われる処理を必要最小限に抑えながら、移動端末あてのパケットに係るフローフィルタリングを実現する技術が開示される。その技術において２つの通信インタフェース（ＩＦ＿Ａ１０１、ＩＦ＿Ｂ１０３）を有するモバイルノード１０が、一方の通信インタフェース（ＩＦ＿Ａ）を介して、ネットワークベースのモビリティプロトコル（例えばＰＭＩＰｖ６）が動作しているネットワークに接続されている。このとき、モバイルノードは、別の通信インタフェース（ＩＦ＿Ｂ）に設定されているアドレス２を、モバイルノードの代理として機能する代理ノード５０にＩＦ＿Ａから通知する。代理ノードは、このアドレス２をホームエージェント７０に通知することで、ホームエージェントは、アドレス１、２のいずれかをパケット転送先として選択できるようになる。

Description

本発明は、プロキシモバイルＩＰｖ６（Proxy Mobile IPv6）などのネットワークベースのモビリティプロトコルが動作しているネットワークに接続されている移動端末、及びこのネットワークを利用して行われる移動端末の通信の管理を行う通信管理装置に関する。

従来、ホストベースのレイヤ３移動制御プロトコル（モビリティプロトコル）として、下記の非特許文献１に記載されているモバイルＩＰｖ６（Mobile IPv6）が存在するのに対し、ネットワークベースのレイヤ３移動制御プロトコルとして、下記の非特許文献２に記載されているプロキシモバイルＩＰｖ６（Proxy Mobile IPv6）が存在している。

ホストベースのプロトコルであるモバイルＩＰｖ６では、移動端末（モバイルノード、ＭＮ：Mobile Node）自身によって、移動検出から位置情報（ケアオブアドレス）の登録までの処理が行われる。

また、下記の非特許文献３に記載されている複数のケアオブアドレス（care-of address）を登録する手法を用いることで、移動端末が複数の通信インタフェース（以下、単にインタフェースと呼ぶ）を備えている場合、それぞれのインタフェースに割り当てられる複数のケアオブアドレスを１つのホームアドレスに関連付けて登録することができる。その際には、登録されるそれぞれのバインディングキャッシュにはバインディングユニーク識別子（ＢＩＤ：Binding Unique Identifier）が付加され、ケアオブアドレスの登録・更新・削除の際に、バインディングキャッシュエントリを特定する情報として使われる。

また、移動端末あてのパケットの転送処理を行うネットワークノードは、その移動端末に関連して複数のケアオブアドレスを把握している場合には、何らかの条件又はポリシに従って、移動端末あてのパケットが通る経路（移動端末でパケットを受信するインタフェース）を選択的に変更できるようになり、フローフィルタリングが実現される。

一方、ネットワークベースのモビリティプロトコルでは、移動端末の移動管理をネットワーク側で行うことで、移動ノード自身が移動制御のための処理を行う必要がなくなる。ネットワークベースのプロトコルを提供しているドメイン内の各ネットワークでは、特定の移動端末に対して常に同一のホームプレフィックスが広告されるように構成されるため、移動端末が接続するネットワークを変更してもアドレスを変更する必要はなく、単なるＩＰｖ６ノードとして動作することができ、ホームエージェント（ＨＡ：Home Agent、又はＬＭＡ：Local Mobility Anchor）の存在を知る必要もない。

これに対しネットワーク側では、代理ノード（ＰＭＩＰｖ６の場合はＰＭＡ：Proxy Mobile Agent、又はＭＡＧ：Mobile Access Gateway）が移動端末の代理として移動制御を行っており、移動端末に対してホームプレフィックスを広告すると同時に、自身のアドレスを移動端末の移動先の位置情報としてＨＡへ登録する。これにより、移動端末のホームアドレスあてのパケットは、ＨＡによって代理受信された後、代理ノードあてに転送され、さらに代理ノードから移動端末へ送信される。
D.Johnson, C.Perkins, J.Arkko, "Mobility Support in IPv6", RFC3775, June 2004. S.Gundavelli, K.Leung, V.Devarapalli, "Proxy Mobile IPv6", draft-sgundave-mipv6-proxymipv6-00, October 2006. R.Wakikawa, T.Ernst, K.Nagami, "Multiple Care-of Addresses Registration", draft-ietf-monami6-multiplecoa-00.txt, June 2006.

異なるアドレスが設定されている２つのインタフェースを有する移動端末が、少なくとも一方のインタフェースでネットワークベースのモビリティプロトコルを提供しているドメインに接続する場合には、フローフィルタリングを受けることが困難になる場合がある。

ネットワークベースのモビリティプロトコルに係る動作によれば、移動端末のホームアドレスあてのパケットは、ＨＡによって代理受信された後、代理ノードを経由して移動端末へ送信される。したがって、このＨＡが移動端末の複数のアドレス（移動端末の各インタフェースに割り当てられている）を把握すれば、フローフィルタリングは実現される。

しかしながら、ネットワークベースのモビリティプロトコルは、基本的に移動端末にとって透過なネットワークであり、移動端末は、ネットワークベースのモビリティプロトコルのネットワーク内におけるＨＡの位置情報を把握することは困難であり、ＨＡの位置情報を把握するために処理負荷やトラフィックが増加してしまう可能性がある。

また、移動端末が、ネットワークベースのモビリティプロトコルのネットワーク内におけるＨＡの位置情報を仮に把握できたとしても、移動端末自身がＨＡへのアドレスの登録処理を行うためには、移動端末にホストベースのモビリティプロトコルを実装させる必要がある。しかしながら、ネットワークベースのモビリティプロトコルは、通常のＩＰｖ６ノードのようなモビリティに対応していない移動端末に対するモビリティサポートの実現を図るものであり、ホストベースのモビリティプロトコルを導入した場合、ネットワークベースのモビリティ管理の利点が損なわれてしまうことになる。

上記の問題を解決するため、本発明は、ネットワークベースのモビリティプロトコルが動作しているネットワーク環境において、移動端末によって行われる処理を必要最小限に抑えながら、移動端末あてのパケットに係るフローフィルタリングを実現することが可能な移動端末及び通信管理装置を提供することを目的とする。

上記の目的を達成するため、本発明の移動端末は、少なくとも２つの通信インタフェースと、
前記通信インタフェースのそれぞれにアドレスを設定するアドレス設定手段と、
前記通信インタフェースが、ネットワークベースのモビリティプロトコルが動作しているドメインネットワークに接続されているか否かを判断する判断手段と、
前記ネットワークベースのモビリティプロトコルが動作しているドメインネットワークに接続されている第１通信インタフェースとは異なる第２通信インタフェースに設定されているアドレスを、前記第１通信インタフェースが接続されている前記ドメインネットワークに存在し、当該移動端末の代理として機能する代理ノードに通知する別インタフェースアドレス通知手段とを、
有する。
この構成により、ネットワークベースのモビリティプロトコルが動作しているネットワーク環境において、移動端末によって行われる処理を必要最小限に抑えながら、移動端末の別の通信インタフェース（ネットワークベースのモビリティプロトコルが動作しているネットワークに接続されている通信インタフェースとは異なる通信インタフェース）に設定されているアドレスがネットワークに通知されるようになり、移動端末あてのパケットに係るフローフィルタリングが実現されるようになる。

さらに、本発明の移動端末は、上記の構成に加えて、前記第２通信インタフェースに設定されている前記アドレスを近隣通知メッセージに挿入し、前記第２アドレスを含む近隣通知メッセージを前記代理ノードに送信する近隣通知メッセージ送信手段を有する。
この構成により、通信インタフェースに設定されているアドレスを挿入した近隣通知メッセージを使用して、アドレスの通知を行うことが可能となる。

さらに、本発明の移動端末は、上記の構成に加えて、前記近隣通知メッセージ送信手段は、前記ドメインネットワークに接続されている前記第１通信インタフェースとは異なる前記第２通信インタフェースに設定されている前記アドレスを要求する情報が含まれている近隣要請メッセージを前記代理ノードから受信した場合に、前記第２アドレスを含む近隣通知メッセージを送信するように構成されている。
この構成により、ネットワーク側に存在する代理ノードから、アドレス要求情報を含む近隣要請メッセージを受信した場合に、通信インタフェースに設定されているアドレスを挿入した近隣通知メッセージを使用して、アドレスの通知を行うことが可能となる。

さらに、本発明の移動端末は、上記の構成に加えて、ネットワークベースのモビリティプロトコルが動作しているドメインネットワークに接続されている前記通信インタフェースが存在しない場合には、前記第２通信インタフェースに設定されているアドレスを、前記第２通信インタフェースから当該移動端末のホームエージェントへ通知するバインディングアップデート送信手段を有する。
この構成により、ネットワークベースのモビリティプロトコルが動作しているドメインネットワーク経由でアドレスを通知できない場合には、従来と同様に、アドレスが割り当てられている通信インタフェースからアドレス通知を行うように切り換えることが可能となる。

さらに、本発明の移動端末は、上記の構成に加えて、前記通信インタフェースに割り当てられたケアオブアドレスをホームアドレスに関連付けた位置情報をホームエージェントへ登録する際に、
前記判断手段は、前記登録すべきケアオブアドレスが割り当てられた通信インタフェースとは別の通信インタフェースが、前記位置情報のホームアドレスを管理するネットワークベースのモビリティプロトコルを提供しているネットワークに接続されているか否かを判断するよう構成されており、
前記別インタフェースアドレス通知手段は、前記位置情報のホームアドレスを管理する前記ネットワークベースのモビリティプロトコルを提供している前記ネットワークに接続されている通信インタフェースから、当該移動端末の代理として機能する代理ノードに前記位置情報を通知するよう構成されている。
この構成により、例えば、ハンドオーバなどを行ってホームエージェントに位置情報を送信する必要が生じた場合に、ホームネットワーク（ホームエージェントが存在するネットワーク）に接続されている通信インタフェースの存在の有無を確認し、ホームネットワークに接続されている通信インタフェースが存在する場合には、その通信インタフェースを介して位置情報の送信を行うことで、ホームエージェントの探索処理に要する処理や時間をなくし、信頼性の高いホームネットワーク経由で位置情報の更新を行うことが可能となる。

さらに、本発明の移動端末は、上記の構成に加えて、前記位置情報のホームアドレスを管理するネットワークベースのモビリティプロトコルを提供しているネットワークに接続されている前記通信インタフェースが存在しない場合には、前記位置情報を、前記登録すべきケアオブアドレスが割り当てられた通信インタフェースから当該移動端末のホームエージェントへ通知するバインディングアップデート送信手段を有する。
この構成により、ホームネットワークに接続されている通信インタフェース経由で位置情報を通知できない場合には、従来と同様に、ケアオブアドレスが割り当てられている通信インタフェースから位置情報の通知を行うように切り換えることが可能となる。

また、上記の目的を達成するため、本発明の通信管理装置は、ネットワークベースのモビリティプロトコルを実装しており、前記ネットワークベースのモビリティプロトコルが動作しているドメインネットワークに接続された移動端末の代理として機能する代理ノード機能実行手段と、
移動端末が少なくとも１つの通信インタフェースを有しており、前記ドメインネットワークに接続されている前記移動端末の通信インタフェースとは異なる別の通信インタフェースに設定されているアドレスを、前記移動端末から受信する別インタフェースアドレス受信手段とを、
有する。
この構成により、ネットワークベースのモビリティプロトコルが動作しているネットワーク環境において、移動端末によって行われる処理を必要最小限に抑えながら、移動端末の別の通信インタフェース（ネットワークベースのモビリティプロトコルが動作しているネットワークに接続されている通信インタフェースとは異なる通信インタフェース）に設定されているアドレスがネットワークに通知されるようになり、移動端末あてのパケットに係るフローフィルタリングが実現されるようになる。

さらに、本発明の通信管理装置は、上記の構成に加えて、前記ドメインネットワークに接続されている前記移動端末の通信インタフェースとは異なる別の通信インタフェースに設定されている前記アドレスを要求するアドレス要求情報を近隣要請メッセージに挿入し、前記アドレス要求情報を含む近隣要請メッセージを前記移動端末に送信するアドレス要求手段を有する。
この構成により、移動端末の通信インタフェースのうち、ネットワークベースのモビリティプロトコルが動作しているネットワークに接続されている通信インタフェースとは異なる通信インタフェースに設定されているアドレスを要求するアドレス要求情報を挿入した近隣要請メッセージを使用して、アドレスの要求を行うことが可能となる。

さらに、本発明の通信管理装置は、上記の構成に加えて、前記別インタフェースアドレス受信手段で受信した前記別の通信インタフェースに設定されている前記アドレスを前記移動端末あてのパケット転送先の候補として、前記ドメインネットワークに接続されている前記移動端末あてのパケットの転送を行うとともに前記移動端末のアドレスの管理を行う特定のアドレス管理装置に登録する転送先アドレス通知手段を有する。
この構成により、移動端末あてのパケットの転送を行うアドレス管理装置が、ネットワークベースのモビリティプロトコルが動作しているネットワークに接続されている通信インタフェースとは異なる通信インタフェースに設定されているアドレスを把握し、パケット転送先として設定できるようになる。

本発明は、上記の構成を有しており、ネットワークベースのモビリティプロトコルが動作しているネットワーク環境において、移動端末によって行われる処理を必要最小限に抑えながら、移動端末あてのパケットに係るフローフィルタリングを実現できるという効果を有している。

本発明の第１の実施の形態におけるネットワーク構成の一例を示す図本発明の第１の実施の形態におけるモバイルノードの構成の一例を示すブロック図本発明の第１の実施の形態におけるモバイルノードによって送信されるＮＡメッセージの一例を示す図本発明の第１の実施の形態におけるモバイルノードによって送信されるＮＡメッセージの別の一例を示す図本発明の第１の実施の形態における代理ノードの構成の一例を示すブロック図本発明の第１の実施の形態における代理ノードによって送信される代理ＢＵメッセージの一例を示す図本発明の第１の実施の形態における代理ノードによって送信される代理ＢＵメッセージ用のオプションの一例を示す図本発明の第１の実施の形態における代理ノードによって送信されるＮＳメッセージの一例を示す図本発明の第１の実施の形態における代理ノードによって送信されるＲＡメッセージの一例を示す図本発明の第１の実施の形態におけるホームエージェントの構成の一例を示すブロック図本発明の第１の実施の形態におけるシステム全体の動作の一例を示すシーケンスチャート本発明の第２の実施の形態におけるネットワーク構成の一例を示す図本発明の第２の実施の形態におけるシステム全体の動作の一例を示すシーケンスチャート本発明の第３の実施の形態におけるネットワーク構成の一例を示す図本発明の第３の実施の形態におけるモバイルノードの構成の一例を示す図本発明の第３の実施の形態において、モバイルノードがあるネットワークに接続した際のモバイルノードの接続ネットワーク判別部及び関連する構成要素の処理の一例を示すフローチャート本発明の第３の実施の形態における代理ノードの構成の一例を示す図本発明の第３の実施の形態において、ＢＵメッセージを利用したアドレス通知メッセージのフォーマットの一例を示す図

以下、図面を参照しながら、本発明の実施の形態について説明する。

＜第１の実施の形態＞
まず、本発明の第１の実施の形態について説明する。図１は、本発明の第１の実施の形態におけるネットワーク構成の一例を示す図である。図１には、ネットワークベースのモビリティプロトコルが提供されているネットワーク２０と、ネットワークベースのモビリティプロトコルが提供されていないネットワーク３０が存在している。なお、ネットワークベースのモビリティプロトコルの一例は、非特許文献２に記載されているＰＭＩＰｖ６である。

ネットワーク２０には、ネットワークベースのモビリティプロトコルにおける構成要素である代理ノード５０及びホームエージェント７０が存在している。なお、代理ノード５０は、ＰＭＩＰｖ６の場合にはＰＭＡ（Proxy Mobile Agent：プロキシモバイルエージェント、又は、ＭＡＧ：Mobile Access Gateway：モバイルアクセスゲートウェイ）と呼ばれ、ホームエージェント７０は、ＬＭＡ（Proxy Mobile Anchor：プロキシモバイルアンカ）と呼ばれる。一方、ネットワーク３０は、ネットワークベースのモビリティプロトコルが動作しておらず、例えば通常のＩＰｖ６ネットワークであり、アクセスルータ５５が存在している。

一方、ＭＮ（Mobile Node：モバイルノード）１０は、２つのインタフェースを有しているユーザ端末である。ＭＮ１０の一方のインタフェース（ＩＦ＿Ａ１０１）にはアドレス１が割り当てられており、ネットワーク２０に接続されている。一方、ＭＮ１０の別のインタフェース（ＩＦ＿Ｂ１０３）にはアドレス１とは異なるアドレス（アドレス２）が割り当てられており、ネットワーク３０に接続されている。

なお、本発明の第１及び第２の実施の形態では、ユーザ端末をＭＮ（モバイルノード）と表現するが、このユーザ端末は、異なるネットワーク間を移動することが可能ではあるが、モバイルＩＰｖ６などのモビリティ管理プロトコルを自ら実装する必要はない。なお、非特許文献２では、ネットワークベースのモビリティプロトコルが動作しているネットワークに接続し、自らはモビリティ管理プロトコルを持たないユーザ端末は、モバイルステーション又はモビリティステーションと表記されている。本発明の第１及び第２の実施の形態におけるＭＮも、モバイルステーション又はモビリティステーションと同様に、モビリティ管理機能を有さない。一方、本発明の第１及び第２の実施の形態におけるＭＮは、複数のインタフェースを有しており、複数のケアオブアドレスを管理する機能を実装している。

次に、図１に図示されているＭＮ１０が備える構成要素について説明する。図２には、本発明の第１の実施の形態におけるモバイルノードの構成の一例が図示されている。図２に図示されているモバイルノード１０は、２つのインタフェース（ＩＦ＿Ａ、ＩＦ＿Ｂ）１０１、１０３、送信部１０５、受信部１０７、ＮＡ生成部１０９、ＤＨＣＰリクエストメッセージ生成部１１１、ＮＳ処理部１１３、ＲＡ処理部１１５、ＤＨＣＰレスポンスメッセージ処理部１１７、ＩＦ＿Ａ情報保持部１１９、ＩＦ＿Ｂ情報保持部１２１を有している。

ＩＦ＿Ａ１０１及びＩＦ＿Ｂ１０３は、ＭＮ１０に設けられている２つの通信インタフェースである。ＩＦ＿Ａ１０１及びＩＦ＿Ｂ１０３は、それぞれ送信部１０５及び受信部１０７に接続されており、ＩＦ＿Ａ１０１及びＩＦ＿Ｂ１０３が接続されているネットワーク２０、３０を通じてパケットの送受信が行われる。なお、ＭＮ１０はユーザに持ち運び可能な移動端末であり、ＩＦ＿Ａ１０１及びＩＦ＿Ｂ１０３は無線通信インタフェースであることが望ましい。

また、送信部１０５は、ＮＡ生成部１０９やＤＨＣＰリクエストメッセージ生成部１１１の指示を受け、ＮＡ生成部１０９やＤＨＣＰリクエストメッセージ生成部１１７から渡されたメッセージを指定されたＩＦ（ＩＦ＿Ａ１０１又はＩＦ＿Ｂ１０３）から送信する機能を有している。なお、図２には不図示であるが、ＭＮ１０から送信されるデータパケットも送信部１０５から送信される。

また、受信部１０７は、ＩＦ＿Ａ１０１及びＩＦ＿Ｂ１０３からメッセージを受信し、受信したメッセージの種類に応じて、ＮＳ処理部１１３、ＲＡ処理部１１５、ＤＨＣＰレスポンスメッセージ処理部１１７へ渡す機能を有している。なお、図２には不図示であるが、他の通信装置から受信したデータパケットも、例えば上位レイヤに渡されるなど、受信部１０７で適切に処理される。

また、ＮＡ生成部１０９は、ＮＳ処理部１１３やＲＡ処理部１１５の指示、あるいは独自の判断で、ＩＦ＿Ａ情報保持部１１９が保持しているＩＦ＿Ａ１０１のアドレスをターゲットアドレス（Target Address）フィールドに含み、ＩＦ＿Ａ１０１のリンクレイヤアドレスをオプションとして含むＮＡ（Neighbor Advertisement：近隣通知）メッセージを生成し、このＮＡメッセージをＩＦ＿Ａ１０１が接続しているネットワーク２０に対して送信するよう送信部１０５へ指示する。

また同様に、ＮＡ生成部１０９は、ＮＳ処理部１１３やＲＡ処理部１１５の指示、あるいは独自の判断で、ＩＦ＿Ｂ情報保持部１２１が保持しているＩＦ＿Ｂ１０３のアドレスをターゲットアドレスフィールドに含み、ＩＦ＿Ｂ１０３のリンクレイヤアドレスをオプションとして含むＮＡメッセージを生成し、それをＩＦ＿Ｂ１０３が接続しているネットワーク３０に対して送信するよう送信部１０５へ指示する。なお、ＮＡメッセージのあて先には、例えば、このＮＡメッセージの送信を要請したＮＳ(Neighbor Solicitation：近隣要請）メッセージの送信元ノードのユニキャストアドレスが設定されることが望ましいが、オールノードマルチキャストアドレス又は、オールルータマルチキャストアドレスでもよい。

また、ＮＡ生成部１０９は、ＮＳ処理部１１３の指示、あるいは独自の判断で、ＮＳメッセージを受信したインタフェースとは別のインタフェースのアドレスを通知するためのＮＡメッセージを生成し、ＮＳメッセージを受信したインタフェースからこのＮＡメッセージを送信するよう送信部１０５へ指示する。なお、ＮＡ生成部１０９は、独自の判断などによって、ＮＳメッセージの受信にかかわらず、あるインタフェースのアドレスを通知するためのＮＡメッセージを生成し、それを別のインタフェースから送信するよう送信部１０５へ指示してもよい。

また同様に、ＮＡ生成部１０９は、ＲＡ処理部１１５の指示、あるいは独自の判断で、ＲＡ（Router Advertisement：ルータ通知）メッセージを受信したインタフェースとは別のインタフェースのアドレスを含むＮＡメッセージを生成し、ＲＡメッセージを受信したインタフェースからこのＮＡメッセージを送信するよう送信部１０５へ指示する。なお、ＮＡ生成部１０９は、ＲＡメッセージの受信にかかわらず、独自の判断などによって、あるインタフェースのアドレスを通知するためのＮＡメッセージを生成し、それを別のインタフェースから送信するよう送信部１０５へ指示してもよい。

なお、アドレスを通知する方法としては、通常のＮＳメッセージに対する受信処理の結果生成される通常のＮＡメッセージの中にオプションとして別のインタフェースのアドレスを含めて通知する方法や、通常のＮＳメッセージに対する受信処理の結果生成される通常のＮＡメッセージとは別のＮＡメッセージを生成し、この別のＮＡメッセージの中に別のインタフェースのアドレスをオプションとして含めて通知する方法などが考えられる。

前者のアドレス通知方法では、別のインタフェースのアドレスを含めるオプションは、例えば図３に図示されているようなオプションとしてＮＡメッセージに付加されてもよく、既存のオプションを用いてもよい。なお、図３に図示されているＮＡメッセージ（タイプ１３６）では、ターゲットアドレスフィールドに、当該ＮＡメッセージを送信するインタフェースに割り当てられているアドレスが挿入され、オプションに別のインタフェースのアドレスが挿入される。このＮＡメッセージは、例えば、受信したＮＳメッセージが、当該ＮＡメッセージを送信するインタフェースのリンクレイヤアドレスを要求するメッセージであるとともに、別のインタフェースのアドレスを要求する情報（以下、別ＩＦアドレス要求情報と記載することもある）を通知するためのメッセージである場合に有効である。なお不図示ではあるが、この場合、図３のＮＡメッセージには当該ＮＡメッセージを送信するインタフェースのリンクレイヤアドレスを含むオプションが付加されている。

一方、後者のアドレス通知方法では、ＭＮ１０は、例えば図４に図示されているように別のインタフェースのアドレスをＮＡメッセージのターゲットアドレス（Target Address）フィールドに含めて通知してもよい。このＮＡメッセージは、例えば、受信したＮＳメッセージが別のインタフェースのアドレスのみを要求する情報（以下、別ＩＦアドレス要求情報と記載することもある）を通知するためのメッセージである場合に有効である。なお、不図示ではあるが、この場合、図４のＮＡメッセージには当該ＮＡメッセージを送信するインタフェースのリンクレイヤアドレスを含むオプションが付加されていてもよい。

また、図３や図４に図示されている別のインタフェースのアドレスを含むＮＡメッセージにおいて、別のインタフェースのアドレスを含むＮＡメッセージであることを示すための情報（別のインタフェースのアドレス有りフラグ）が、例えばＮＡメッセージの予約（Reserved）フィールドのフラグとして設定されてもよい。

なお、ＭＮ１０は、別のインタフェースのアドレスを転送先として使用することを要求するためにＮＡメッセージを送信する場合には、その別のインタフェースのアドレスの登録を要求していることを示す情報をＮＡメッセージの中に含めてもよい。この場合、図３に図示されている別のインタフェースのアドレスを挿入するためのオプションのタイプ（Type）フィールドや予約（Reserved）フィールドのフラグなどで、別のインタフェースのアドレスの登録要求が示されてもよく、図３や図４に図示されているＮＡメッセージのコード（Ｃｏｄｅ）フィールドの値や予約（Reserved）フィールドのフラグなどで、別のインタフェースのアドレスの登録要求が示されてもよい。

また、ＭＮ１０は、別のインタフェースのアドレスの登録だけではなく、転送先として別のインタフェースのアドレスの使用を停止することを通知するためにＮＡメッセージを送信してもよく、別のインタフェースのアドレスの登録削除を要求していることを示す情報をＮＡメッセージの中に含めてもよい。この場合も図３に図示されているように、別のインタフェースのアドレスを挿入するためのオプションのタイプ（Type）フィールドや予約（Reserved）フィールドのフラグなどで、別のインタフェースのアドレスの登録削除要求が示されてもよく、図３や図４に図示されているＮＡメッセージのコード（Ｃｏｄｅ）フィールドの値や予約（Reserved）フィールドのフラグなどで、別のインタフェースのアドレスの登録削除要求が示されてもよい。

具体的な処理としては、ＭＮ１０がＩＦ＿Ａ１０１をネットワーク２０に接続し、ＩＦ＿Ｂ１０３をネットワーク３０に接続しているとき、ＮＳ処理部１１３が、ネットワークベースのモビリティプロトコルを提供しているネットワーク２０から、別ＩＦアドレス要求情報を含むＮＳメッセージや、ネットワーク２０がネットワークベースのモビリティプロトコルを提供していることを示す情報（ＩｓＰＭＩＰ情報）を含むＮＳメッセージを受信したとする。このＮＳメッセージはＮＳ処理部１１３で処理され、ＮＡ生成部１０９がＮＳ処理部１１３から別のインタフェースのアドレスを含むＮＡメッセージの生成・送信の指示を受けた場合には、ＮＡ生成部１０９は、ＩＦ＿Ｂ情報保持部１２１からＩＦ＿Ｂ１０３のアドレスを取得し、そのアドレスを含むＮＡメッセージを生成して、ＩＦ＿Ａ１０１が接続しているネットワーク２０に対して送信するよう送信部１０５へ指示する。

また、ＲＡ処理部１１５がネットワーク２０から別ＩＦアドレス要求情報を含むＲＡメッセージを受信した場合や、ネットワーク２０がネットワークベースのモビリティプロトコルを提供していることを示す情報（ＩｓＰＭＩＰ情報）を含むＲＡメッセージを受信した場合も同様に、ＲＡ処理部１１５からＮＡ生成部１０９に対してＩＦ＿Ｂ１０３のアドレスを含むＮＡメッセージを生成する指示が行われる。ＮＡ生成部１０９は、生成されたＮＡメッセージをＩＦ＿Ａ１０１が接続しているネットワーク２０に対して送信するよう送信部１０５へ指示する。なお、このＮＡメッセージのあて先には、ＮＳメッセージやＲＡメッセージの送信元ノード（例えば、図１の代理ノードＡ）のユニキャストアドレスが設定されることが望ましいが、オールノードマルチキャストアドレス又は、オールルータマルチキャストアドレスが設定されてもよい。また、接続しているネットワークがネットワークベースのモビリティプロトコルを提供しているかどうかを判断する方法として、広告されているＲＡメッセージ内のプレフィックスが自身のホームプレフィックスである場合や、割り当てられたアドレス（ステートレス又はステートフルで生成・取得）が自身のホームアドレスである場合に、ネットワークベースのモビリティプロトコルが提供されているネットワークであると判断するようにしてもよい。

また、ＤＨＣＰリクエストメッセージ生成部１１１は、ＲＡ処理部１１５からの指示を受け、ＩＦ＿Ａ１０１及びＩＦ＿Ｂ１０３に割り当てるアドレスを取得するためのＤＨＣＰリクエストメッセージを生成し、送信部１０５に渡して送信するよう指示する。なお、ＭＮ１０は、例えばＤＨＣＰリクエストメッセージ生成部１１１及びＤＨＣＰレスポンスメッセージ処理部１１７の動作によって、ＩＦ＿Ａ１０１及びＩＦ＿Ｂ１０３に割り当てるアドレスを取得することが可能であるが、必ずしもＤＨＣＰを使用してアドレスを取得する必要はなく、任意のアドレス取得方法（例えば、アドレス自動生成）を用いることが可能である。

また、ＮＳ処理部１１３は、ＩＦ＿Ａ１０１が接続しているネットワーク２０及びＩＦ＿Ｂ１０３が接続しているネットワーク３０から受信したＮＳメッセージの処理を行い、ＮＳメッセージ内のターゲットアドレスフィールドに含まれているアドレスが自身のアドレスである場合には、そのアドレスが割り当てられているＩＦのリンクレイヤアドレスを含むＮＡメッセージを生成するようＮＡ生成部１０９に指示する。

また、受信したＮＳメッセージが、ＮＳメッセージを受信したインタフェースとは別のインタフェースのアドレスを要求する情報（別ＩＦアドレス要求情報）及び／又は、ネットワーク２０がネットワークベースのモビリティプロトコルを提供していることを示す情報（ＩｓＰＭＩＰ情報）を含んでいる場合には、ＭＮ１０は、自身が保持するインタフェースのうち、このＮＳメッセージを受信したインタフェース以外のインタフェースに割り当てられているアドレスを含むＮＡメッセージを生成し、ＮＳメッセージを受信したインタフェースからこのＮＡメッセージを送信するようＮＡ生成部１０９に指示する。なお、ＮＳメッセージに別ＩＦアドレス要求情報又はＩｓＰＭＩＰ情報が設定される場合には、別ＩＦアドレス要求情報又はＩｓＰＭＩＰ情報は、コード（Code）フィールドの値や、予約（Reserved）フィールドのフラグによってＭＮ１０に示される。

また、ＲＡ処理部１１５は、ＩＦ＿Ａ１０１が接続しているネットワーク２０及びＩＦ＿Ｂ１０３が接続しているネットワーク３０から受信したＲＡメッセージの処理を行い、ＲＡメッセージ内に含まれている各種情報を取得する。また、ＲＡメッセージ内に、このＲＡメッセージを受信したインタフェースとは別のインタフェースのアドレスを要求する別ＩＦアドレス要求情報、及び／又は、ネットワーク２０がネットワークベースのモビリティプロトコルを提供していることを示す情報（ＩｓＰＭＩＰ情報）が含まれている場合には、ＮＡ生成部１０９に対して、ＲＡメッセージを受信したインタフェースとは別のインタフェースのアドレスを含むＮＡメッセージを生成し、ＲＡメッセージを受信したインタフェースから送信するよう指示する。なお、別ＩＦアドレス要求情報又はＩｓＰＭＩＰ情報は、例えばＲＡメッセージの予約（Reserved）フィールドのフラグを用いて示される。

また、ＤＨＣＰレスポンスメッセージ処理部１１７は、ＤＨＣＰリクエストメッセージ生成部１１１が送信したＤＨＣＰリクエストメッセージに対するＤＨＣＰレスポンスメッセージの処理を行い、このＤＨＣＰレスポンスメッセージに含まれるアドレスを取得して、ＤＨＣＰレスポンスメッセージを受信したインタフェースに対して割り当てるようＩＦ＿Ａ情報保持部１１９又はＩＦ＿Ｂ情報保持部１２１へ指示する。

また、ＩＦ＿Ａ情報保持部１１９は、ＲＡ処理部１１５やＤＨＣＰレスポンスメッセージ処理部１１７から渡されたアドレスをＩＦ＿Ａ１０１に割り当てられたアドレスとして保持し、ＮＡ生成部１１９からの要求を受けると、ＩＦ＿Ａ１０１に割り当てられているアドレスを渡す。

ＩＦ＿Ｂ情報保持部１２１は、ＲＡ処理部１１５やＤＨＣＰレスポンスメッセージ処理部１１７から渡されたアドレスをＩＦ＿Ｂ１０３に割り当てられたアドレスとして保持し、ＮＡ生成部１１９からの要求を受けると、ＩＦ＿Ｂ１０３に割り当てられているアドレスを渡す。

なお、本発明の第１の実施の形態では、ＭＮ１０が一方のインタフェースのアドレスを他方のインタフェースが接続しているネットワークへ通知するためのメッセージとして、ＮＡメッセージを利用しているが、任意のメッセージ（例えば、無線間シームレスハンドオーバを実現する規格であるＩＥＥＥ８０２．２１の制御メッセージなど）を利用することが可能である。また、ＮＡメッセージの代わりにレイヤ２で使われているメッセージを利用することも可能であり、例えば、セルラネットワークで用いられる基地局（Base Station）と端末との間でやり取りされるメッセージを利用して、別のインタフェースのアドレスを通知してもよい。

以上のように、本発明の第１の実施の形態におけるＭＮ１０は、複数のインタフェースを有しており、一方のインタフェースから送信される通知メッセージに、他方のインタフェースのアドレスを挿入することが可能となる。

次に、図５に図示されている代理ノードが備える構成要素について説明する。図５には、本発明の第１の実施の形態における代理ノードの構成の一例が図示されている。図５に図示されている代理ノード５０は、インタフェース５０１、送信部５０３、受信部５０５、代理ＢＵメッセージ生成部５０７、ＤＨＣＰレスポンスメッセージ生成部５０９、ＮＳ生成部５１１、ＮＡ処理部５１３、ＲＳ処理部５１５、ＤＨＣＰリクエストメッセージ処理部５１７、ＭＮ情報保持部５１９、代理ＢＡメッセージ処理部５２１、ＲＡ生成部５２３を有している。

インタフェース５０１は、代理ノード５０に設けられている通信インタフェースである。図１に図示されているネットワーク構成では、代理ノード５０のインタフェースはネットワーク２０に接続されている。また、インタフェース５０１は、送信部５０３及び受信部５０５に接続されており、ネットワーク２０を通じてパケットの送受信が行われる。

また、送信部５０３及び受信部５０５は、代理ノード５０がネットワーク２０を通じて外部の通信装置との間でパケットのやり取りを行うための機能を有している。

また、代理ＢＵメッセージ生成部５０７は、ＮＡ処理部５１３の指示を受け、渡されたアドレスをケアオブアドレスとして含む代理ＢＵメッセージを生成し、ホームエージェントあてに送信するよう送信部５０３へ指示する。さらに、代理ＢＵメッセージ生成部５０７は、代理ＢＵメッセージで登録するアドレスが、通常登録される代理ノード５０のアドレスではなくＭＮ１０の別のインタフェースのアドレスであることを示す情報を、例えば図６に図示されている代理ＢＵメッセージの予約（Reserved）フィールドのフラグで示すことができる。また、図７に図示されているような新たなタイプ（Ｔｙｐｅ）が設定された代理ＢＵメッセージ用のオプションに別のインタフェースのアドレスを挿入し、そのオプションを代理ＢＵメッセージに付加するようにしてもよい。

また、代理ＢＵメッセージ生成部５０７は、ＮＡ処理部５１３からの指示がアドレスを登録することを示す指示である場合は、渡されたアドレスをケアオブアドレスとして登録するための代理ＢＵメッセージを生成し、送信部５０３へ渡して送信するよう指示する。一方、ＮＡ処理部５１３からの指示がアドレスを削除することを示す指示である場合には、渡されたアドレスの登録済みエントリを削除するための代理ＢＵメッセージを生成し、送信部５０３へ渡して送信するよう指示する。この場合の代理ＢＵメッセージは、ケアオブアドレスを示すアドレスを含める部分にホームアドレスを含めることになる。

また、代理ＢＵメッセージ生成部５０７は、ＭＮ１０の別のインタフェースのアドレスを含む代理ＢＵメッセージには、既に登録済みのバインディングキャッシュや、これから登録するバインディングキャッシュと区別できるようにすることを目的としたＢＩＤを付加することも可能である。

また、ＤＨＣＰレスポンスメッセージ生成部５０９は、ＤＨＣＰリクエストメッセージ処理部５１７の指示を受け、ＭＮ１０から受信したＤＨＣＰリクエストメッセージに対するレスポンスメッセージとして、ＭＮ１０に割り当てるアドレスを含むＤＨＣＰレスポンスメッセージを生成し、このＤＨＣＰレスポンスメッセージを送信するよう送信部５０５へ指示する。

また、ＮＳ生成部５１１は、例えばＭＮ１０のＩＦ＿Ａ１０１に割り当てられているアドレスに対するリンクレイヤアドレスを知るために、ターゲットアドレスとしてＭＮ１０のアドレスを含むＮＳメッセージを生成する。通常、ＮＳメッセージは、同一リンク上に存在するノードあてのパケットを送信するために必要なレイヤ２のアドレスを取得するために使用される。この場合、ＮＳメッセージは、ターゲットアドレスフィールドに含まれているアドレスを持つノードに対して送信され、アドレスが割り当てられているインタフェースのリンクレイヤアドレスを要求するために送信される。

また、ＮＳ生成部５１１は、ネットワーク２０がネットワークベースのモビリティプロトコルを提供していることを示す情報（ＩｓＰＭＩＰ情報）や、生成するＮＳメッセージを受信するインタフェース以外のインタフェースに割り当てられているアドレスを要求する情報（別ＩＦアドレス要求情報）をＮＳメッセージに含めることができる。これらのＩｓＰＭＩＰ情報や別ＩＦアドレス要求情報は、上述のＭＮ１０のＩＦ＿Ａ１０１のリンクレイヤアドレスを知るために送信されるＮＳメッセージの中に挿入されてもよく、また、この別ＩＦアドレス要求情報のみを含むＮＳメッセージが生成されてもよい。この場合のＮＳメッセージは、受信するＭＮ１０に対して、そのＮＳメッセージを受信したインタフェース以外のインタフェースに割り当てられているアドレスを要求するためだけのメッセージとして機能する。

なお、別ＩＦアドレス要求情報が通常のＮＳメッセージの中に含まれている場合には、受信ノード（受信するＭＮ１０）は、通常のＮＳメッセージに対する受信処理を行うとともに、別ＩＦアドレス要求情報に対する処理として、ＮＳメッセージを受信したインタフェース以外のインタフェースのアドレスをＮＳメッセージの送信元へ通知する処理を行う。

別ＩＦアドレス要求情報は、図８に図示されているように、ＮＳメッセージのコード（Ｃｏｄｅ）フィールドの値や予約（Reserved）フィールドのフラグとして示されてもよく、また、ＮＳメッセージに付加される新たなオプションとして実現されてもよい。なお、別ＩＦアドレス要求情報を含むＮＳメッセージは、あて先ノードのレイヤ２アドレスを取得するタイミングに限らず、任意のタイミングで送信してもよい。

また、ＮＡ処理部５１３は、ＭＮ１０から受信したＮＡメッセージに関する処理を行い、このＮＡメッセージに含まれるＭＮ１０のアドレスをＭＮ情報保持部５１９に保持するよう指示する。

さらに、ＮＡ処理部５１３は、ＮＡメッセージのターゲットアドレスフィールドのアドレスがホームアドレスであり、別のインタフェースのアドレスがオプションとして含まれている場合には、ターゲットアドレスフィールドに含まれているホームアドレスをキーとしてＭＮ１０を特定し、ＮＡメッセージのオプションに含まれているアドレスをそのＭＮ１０の別のインタフェースのアドレスとして保持するようＭＮ情報保持部５１９に指示する。また、ターゲットアドレスフィールドに別のインタフェースのアドレスが含まれている場合には、メッセージの送信元アドレスや、メッセージ中のオプションに含まれているリンクレイヤアドレスをキーとしてＭＮ１０を特定し、ターゲットアドレスフィールド内のアドレスをそのＭＮ１０の別のインタフェースのアドレスとして保持するよう指示してもよい。なお、ＭＮ１０のホームアドレス及びリンクレイヤアドレスの両方を組み合わせてＭＮ１０を特定してもよいし、その他のＭＮ１０の識別子が用いられてもよい。図３や図４に図示されているＮＡメッセージのように、別のインタフェースのアドレスが含まれていることを示す別のインタフェースのアドレス有りフラグが含まれている場合には、その情報に基づき、通常のＮＡメッセージか、あるいは別のインタフェースのアドレスを通知する特別なＮＡメッセージかの判別が可能である。

また、ＮＡ処理部５１３は、受信したＮＡメッセージの中に含まれているアドレスがＭＮ１０の別のインタフェースのアドレス（つまり、ホームアドレス以外のアドレス）である場合には、代理ＢＵメッセージ生成部５０７に対して、ＭＮ１０の別のインタフェースのアドレスをケアオブアドレスとして含む代理ＢＵメッセージを生成するよう指示する。

ＭＮ１０から受信するＮＡメッセージが別のインタフェースのアドレスを通知するためのＮＡメッセージである場合、例えば、図１に図示されているネットワーク構成のときには、このＮＡメッセージにはＭＮ１０のＩＦ＿Ｂ１０３のアドレスが含まれている。また、ＮＡメッセージの中に別のインタフェースのアドレスを登録することを示す登録要求情報が含まれている場合には、ＮＡ処理部５１３は代理ＢＵメッセージ生成部５０７に対して、ＭＮ１０のＩＦ＿Ｂ１０３のアドレスをケアオブアドレスとしてホームエージェントへ登録するための代理ＢＵメッセージを生成するよう指示する。一方、アドレスを削除することを示す削除要求情報が含まれている場合には、ＮＡ処理部５１３は代理ＢＵメッセージ生成部５０７に対して、別のインタフェースのアドレスをホームエージェントから削除するための代理ＢＵメッセージを生成するよう指示する。

また、ＲＳ処理部５１５は、ＭＮ１０から受信したＲＳ（Router Solicitation：ルータ要請）メッセージに関する処理を行い、レスポンスメッセージとしてＲＡメッセージを生成するようＲＡ生成部５２３へ指示する。

また、ＤＨＣＰリクエストメッセージ処理部５１７は、ＭＮ１０から受信したＤＨＣＰリクエストメッセージに関する処理を行い、ＤＨＣＰレスポンスメッセージ生成部５０９に対して、ＭＮ１０のホームアドレスを含むＤＨＣＰレスポンスメッセージを生成するよう指示する。

また、ＭＮ情報保持部５１９は、ＮＡ処理部５１３から渡されたＭＮ１０の別のインタフェースのアドレスをＭＮ１０のホームアドレスやリンクレイヤアドレスと関連付けて保持する。

また、代理ＢＡメッセージ処理部５２１は、代理ＢＵメッセージ生成部５０７が送信した代理ＢＵメッセージに対する応答である代理ＢＡメッセージの処理を行い、通知したＭＮ１０の位置情報（代理ノード５０のアドレス又は別のインタフェースのアドレス）がケアオブアドレスとして登録されたか否か、又は削除されたか否かを示す結果を取得する。代理ノード５０のアドレスがケアオブアドレスとして登録された場合には、ＲＡ生成部５２３に対してＭＮ１０のホームプレフィックスを含むＲＡメッセージを送信するよう指示する。なお、不図示ではあるが、代理ＢＡメッセージ処理部５２１が代理ＢＡメッセージを受信した後、ＭＮ１０の別インタフェースのアドレスが登録されたか否か、又は削除されたか否かを示す結果を含むＮＳメッセージや、ＮＡメッセージ、又はＲＡメッセージを送信するよう指示してもよい。

また、ＲＡ生成部５２３は、ネットワーク２０がネットワークベースのモビリティプロトコルを提供していることを示す情報（ＩｓＰＭＩＰ情報）や、生成するＲＡメッセージを受信するインタフェース以外のインタフェースに割り当てられているアドレスを要求する情報（別ＩＦアドレス要求情報）をＲＡメッセージに含めることができる。これらのＩｓＰＭＩＰ情報や別ＩＦアドレス要求情報は、ルータ情報をＭＮ１０に送信するための通常のＲＡメッセージに挿入されてもよく、また、これらの情報のみを含むＲＡメッセージが生成されてもよい。

また、図９に図示されているように、ＲＡメッセージのコード（Ｃｏｄｅ）フィールドの値や予約（Reserved）フィールドにおいて、上記のＩｓＰＭＩＰ情報や別ＩＦアドレス要求情報をフラグによって示すことができる。この場合のＲＡメッセージは、受信するＭＮ１０に対して、そのＲＡメッセージを受信したインタフェース以外のインタフェースに割り当てられているアドレスを要求するためだけのメッセージとして機能する。

なお、ＩｓＰＭＩＰ情報及び別ＩＦアドレス要求情報は、同一の情報で示されてもよい。別ＩＦアドレス要求情報が通常のＲＡメッセージの中に含まれている場合には、受信ノード（受信するＭＮ１０）は、通常のＲＡメッセージに対する受信処理を行うとともに、別ＩＦアドレス要求情報に対する処理として、ＲＡメッセージを受信したインタフェース以外のインタフェースのアドレスをＲＡメッセージの送信元へ通知する処理を行う。

以上のように、本発明の第１の実施の形態における代理ノード５０は、ＭＮ１０が複数のインタフェースを有しており、当該代理ノード５０との接続に使用されていない別のインタフェースのアドレスを把握することが可能となり、ＭＮ１０の移動管理を行うホームエージェントに対して、この別のインタフェースのアドレスを用いた代理ＢＵを行うことが可能となる。

次に、図１０に図示されているホームエージェントが備える構成要素について説明する。図１０には、本発明の第１の実施の形態におけるホームエージェントの構成の一例が図示されている。図１０に図示されているホームエージェント７０は、インタフェース７０１、送信部７０３、受信部７０５、代理ＢＡ生成部７０７、代理ＢＵ処理部７０９、パケット転送部７１１、転送先選択部７１３、バインディング情報保持部７１５、パケット代理受信部７１７を有している。

インタフェース７０１は、ホームエージェント７０に設けられている通信インタフェースである。図１に図示されているネットワーク構成では、ホームエージェント７０のインタフェースはネットワーク２０に接続されている。また、インタフェース７０１は、送信部７０３及び受信部７０５に接続されており、ネットワーク２０を通じてパケットの送受信が行われる。

また、送信部７０３及び受信部７０５は、ホームエージェント７０がネットワーク２０を通じて外部の通信装置との間でパケットのやり取りを行うための機能を有している。

代理ＢＡ生成部７０７は、代理ＢＵ処理部７０９の指示を受け、代理ノード５０のアドレス、または別ＩＦのアドレスの登録結果を含む代理ＢＵメッセージに対するレスポンスメッセージとして代理ＢＡメッセージを生成し、送信部７０３に対して送信するよう指示する。

また、代理ＢＵ処理部７０９は、代理ノード５０から受信した代理ＢＵメッセージの処理を行う。代理ＢＵメッセージに、別ＩＦアドレス登録用のＢＵであることを示す情報が含まれている場合には、代理ＢＵ処理部７０９は、代理ＢＵメッセージに含まれている別のインタフェースのアドレスを登録対象のＭＮ１０の位置情報として、バインディング情報保持部７１５に対して保持するよう指示する。また、代理ＢＵメッセージに、ＢＩＤが付加されている場合は、バインディング情報保持部７１５に対して、別のインタフェースのアドレスをＢＩＤと共に保持するよう指示する。さらに、代理ＢＵ処理部７０９は、受信した代理ＢＵメッセージに対するレスポンスメッセージとして、代理ＢＡメッセージを生成するよう代理ＢＡ生成部７０７に指示する。

また、パケット転送部７１１は、パケット代理受信部７１７から渡されたパケットをＭＮ１０あてに転送する役割を持ち、転送先選択部７１３に対してＭＮ１０の転送先を選択するよう指示する。また、パケット転送部７１１は、転送先選択部７１３から通知された転送先をあて先とするヘッダを付加してカプセル化したパケットを送信するよう送信部７０３へ指示する。

また、転送先選択部７１３は、パケット転送部７１１の指示を受け、バインディング情報保持部７１５を参照し、代理受信したパケットのあて先であるＭＮ１０の転送先を選択して、選択された転送先をパケット転送部７１１へ返す。ＭＮ１０の転送先（ケアオブアドレス）として通常の代理ノード５０のアドレス以外に、ＭＮ１０の別のインタフェースのアドレスが登録されている場合には、それらのアドレスのうちのいずれかを転送先として使用することができる。また、ＭＮ１０によってフロー情報が登録されている場合には、転送するデータに対応するフロー情報に応じて、使用する転送先を適宜切り替えることが可能である。

また、バインディング情報保持部７１５は、代理ＢＵ処理部７０９から渡されたＭＮ１０の位置情報を保持する。ＭＮ１０の別ＩＦのアドレスを保持する場合には、そのアドレスがＭＮ１０の別のインタフェースのアドレスであることを示す情報をバインディングキャッシュに付加する。

また、パケット代理受信部７１７は、バインディング情報保持部７１５で管理しているＭＮ１０のホームアドレスあてのパケットを受信し、パケット転送部７１１へ渡す。

以上のように、本発明の第１の実施の形態におけるホームエージェント７０は、代理ノード５０からの代理ＢＵメッセージに基づくＭＮ１０のバインディングキャッシュエントリのアップデートを行うことが可能である。また、ＭＮ１０あてのパケットの転送先として、ＭＮ１０の別のインタフェースのアドレスが登録されることによって、ＭＮ１０あてのパケットはＭＮ１０の別のインタフェースに向けて転送されるようになる。さらに、ホームエージェント７０は、ＭＮ１０あてのパケットの転送先として、代理ノード５０のアドレス及びＭＮ１０の別のインタフェースのアドレスのいずれかを適宜選択できるようにすることで、適切なフローフィルタリングが実現可能となる。

次に、本発明の第１の実施の形態における動作について説明する。図１１は、本発明の第１の実施の形態におけるシステム全体の動作の一例を示すシーケンスチャートである。

図１１において、ＭＮ１０のＩＦ＿Ａ１０１は、ネットワーク２０への接続を確立するためにアクセス認証要求をネットワーク２０（代理ノード５０）に送信する（ステップＳ１００１）。代理ノード５０は、オペレータＡの認証サーバ（ＡＡＡ＿Ａ）９０に認証の問い合わせを行って（ステップＳ１００３：ＡＡＡリクエスト）、承認の旨を通知する応答を得ると（ステップＳ１００５：ＡＡＡリプライ）、ＭＮ１０にアクセス認証完了を戻す（ステップＳ１００７）。

一方、ＭＮ１０のＩＦ＿Ｂ１０３が、ネットワークベースのモビリティプロトコルを動作させていないネットワーク３０にアクセスする場合も同様に、アクセスルータ５５によってアクセス認証が行われる（ステップＳ１０１１〜Ｓ１０１７）。

続いて、ネットワーク２０では、ネットワークベースのモビリティプロトコルの動作に基づいて、ＭＮ＿Ａ１０１あてのパケットが、例えば、代理ノード５０や特定のアンカポイントに転送されるように、代理ノード５０からホームエージェント７０に代理ＢＵメッセージが送信される（ステップＳ１０２１）。ホームエージェント７０はＡＡＡ＿Ａ９０によって承認を受けた後（ステップＳ１０２３、Ｓ１０２５）、代理ＢＵメッセージの応答として代理ＢＡメッセージを送信する（ステップＳ１０２７）。

そして、代理ノード５０は、ネットワーク２０上のＭＮ１０に対して、ホームプレフィックスを含み、アドレスのステートフル自動構成を促すＭフラグがセットされたＲＡメッセージを送信する（ステップＳ１０３１）。ＭＮ１０は、ＤＨＣＰリクエストメッセージを代理ノードに送信し（ステップＳ１０３３）、その応答であるＤＨＣＰリプライメッセージを代理ノード５０から受信する（ステップＳ１０３５）ことによって、ＩＦ＿Ａ１０１に設定されるアドレス１が取得される。また、ＩＦ＿Ｂ１０３においても同様に、例えばＤＨＣＰを用いてアドレス２が取得される（ステップＳ１０５１〜Ｓ１０５５）。

続いて、代理ノード５０からのＮＳメッセージに対する応答や、ＭＮ１０の自発的な送信などによって、アドレス１を含むＮＡメッセージがＭＮ１０のＩＦ＿Ａ１０１から送信される（ステップＳ１０６１）。また、このＩＦ＿Ｂ１０３に設定されているアドレス２に関しても、このアドレス２を含むＮＡメッセージがＭＮ１０のＩＦ＿Ａ１０１から送信される（ステップＳ１０６２）。なお、上述のように、アドレス１及びアドレス２は、同一のＮＡメッセージによって送信されてもよく、異なるＮＡメッセージによって送信されてもよい。

これにより、代理ノード５０は、ＭＮ１０が、ＩＦ＿Ａ１０１のアドレス１に加えて、別のＩＦ＿Ｂ１０３にアドレス２が設定されていることを把握し、ホームエージェント７０にアドレス２を含む代理ＢＵメッセージを送信し（ステップＳ１０６５）、登録されたことを示す代理ＢＡメッセージを受信する（ステップＳ１０６７）。

この結果、例えば、ＣＮ（Correspondent Node：コレスポンデントノード）９０からＭＮ１０のホームアドレスあてに送信されたデータパケット（ステップＳ１０７１）に関して、ホームエージェント７０は、ＩＦ＿Ａ１０１に到達するように代理ノード５０あてにトンネルすることが可能となり、また、直接ＩＦ＿Ｂ１０３にトンネルすることも可能となる。したがって、適切なフローフィルタリングルールが適用されることで、ＭＮ１０は、２つのインタフェース（ＩＦ＿Ａ１０１、ＩＦ＿Ｂ１０３）のうちの所望のインタフェースによって、所望のデータパケットフローを受信できるようになる。

なお、ＩＦ＿Ｂ１０３が接続されているネットワーク３０は、ネットワークベースのモビリティプロトコルの動作が行われていないので、ネットワーク３０に対して別のＩＦ＿Ａ１０１に設定されているアドレス１を通知する必要はない。したがって、ＩＦ＿Ｂ１０３からのＮＡメッセージによる通知は、通常通り、単にそのＩＦ＿Ｂ１０３に設定されているアドレス２に関して行われればよい（ステップＳ１０６３）。

以上のように、本発明の第１の実施の形態によって、ネットワークベースのモビリティプロトコルが提供されているネットワーク２０に接続していないインタフェース（ＩＦ＿Ｂ１０３）のアドレスを、ＭＮ１０がそのホームエージェント７０のアドレスを知ることなしに、ホームエージェント７０に登録することが可能となり、ネットワークベースのモビリティプロトコルが提供されているネットワーク２０に接続しているインタフェース（ＩＦ＿Ａ１０１）とそれ以外のネットワーク３０に接続しているインタフェース（ＩＦ＿Ｂ１０３）の両方をパケットの送受信に用いることができ、フローコントロールが可能となる。

＜第２の実施の形態＞
次に、本発明の第２の実施の形態について説明する。図１２は、本発明の第２の実施の形態におけるネットワーク構成の一例を示す図である。

上述の本発明の第１の実施の形態では、ＭＮ１０が有する２つのインタフェース（ＩＦ＿Ａ１０１、ＩＦ＿Ｂ１０３）はそれぞれ、ネットワークベースのモビリティプロトコルが提供されているネットワーク２０と、ネットワークベースのモビリティプロトコルが提供されていないネットワーク３０に接続されていたが、ここでは図１２に示すように、ＭＮ１０が有する２つのインタフェース（ＩＦ＿Ａ１０１、ＩＦ＿Ｂ１０３）の両方共、ネットワークベースのモビリティプロトコルが提供されているネットワーク２０、３２に接続されている場合を考える。なお、ネットワーク３２側においても、ネットワーク２０側と同様に、代理ノード５２及びホームエージェント７２が存在する。

また、図１３は、本発明の第２の実施の形態におけるシステム全体の動作の一例を示すシーケンスチャートである。図１２に示すネットワーク構成からも分かるように、本発明の第２の実施の形態では、ＭＮ１０の２つのインタフェース（ＩＦ＿Ａ１０１、ＩＦ＿Ｂ１０３）はそれぞれ、ネットワークベースのモビリティプロトコルが動作している同等のネットワーク２０、３２に接続されている。したがって、ＩＦ＿Ａ１０１が接続されているネットワーク２０における処理と、ＩＦ＿Ｂ１０３が接続されているネットワーク３２における処理とは基本的に同一となる。

図１３において、ステップＳ１００１〜Ｓ１０６７の処理（ＩＦ＿Ａ１０１が接続されているネットワーク２０における処理）は、図１２に図示されている同一の参照番号のステップと同じであり、ここでは説明を省略する。一方、ＩＦ＿Ｂ１０３が接続されているネットワーク３２においても、ＩＦ＿Ｂ１０３に設定されているアドレス２に加えて（ステップＳ２０６１）、ＩＦ＿Ａ１０１に設定されているアドレス１が通知される（ステップＳ２０６２）。その結果、ネットワーク３２に存在するホームエージェント７２においても、代理ノード５０からの代理ＢＵによってアドレス１及びアドレス２の両方が登録され（ステップＳ２０６５）、ネットワーク２０に存在するホームエージェント７０と同様に、ＭＮ１０あてのパケットの転送先として、ＩＦ＿Ａ１０１及びＩＦ＿Ｂ１０３のどちらかを選択することが可能となる。

なお、本発明の第１及び第２の実施の形態に関連した技術をホストベースのモビリティプロトコルをサポートする移動端末に適用させることも可能であることは言うまでもない。この場合、移動端末は、ホストベースのモビリティプロトコルではなく、より処理の負担が軽いネットワークベースのモビリティプロトコルを選択して動作することが可能となる。

＜第３の実施の形態＞
次に、本発明の第３の実施の形態について説明する。図１４は、本発明の第３の実施の形態におけるネットワーク構成の一例を示す図である。

図１４には、ネットワークベースのモビリティプロトコルが提供されているネットワーク２０及びネットワーク３２と、ネットワークベースのモビリティプロトコルが提供されていないネットワーク３０が存在している。なお、ここでは、ネットワークベースのモビリティプロトコルとして、非特許文献２に記載されているＰＭＩＰｖ６を想定する。

ネットワーク２０には、ＰＭＩＰｖ６における構成要素である代理ノード５０、及びホームエージェント７０が存在している。また、ネットワーク３２にも同様に、代理ノード５２、及びホームエージェント７２が存在している。ここでは、ネットワーク２０及びネットワーク３２は、ＰＭＩＰｖ６が提供されているホームネットワークであり、代理ノード５０、５２はＭＮ１０のホームプレフィックスを広告している。なお、代理ノード５０及び代理ノード５２はＰＭＩＰｖ６ではＰＭＡ又はＭＡＧと呼ばれ、ホームエージェント７０及びホームエージェント７２はＬＭＡと呼ばれる。一方、ネットワーク３０は、ＰＭＩＰｖ６が動作しておらず、例えば通常のＩＰｖ６ネットワークであり、アクセスルータ５５が存在している。

また、ＭＮ１０は、２つのインタフェースを有しているユーザ端末である。ＭＮ１０の一方のインタフェース（ＩＦ＿Ａ１０１）にはアドレス１が割り当てられており、ネットワーク２０に接続されている。一方、ＭＮ１０の別のインタフェース（ＩＦ＿Ｂ１０３）にはアドレス１とは異なるアドレス（アドレス２）が割り当てられており、ネットワーク３２に接続されている。ＭＮ１０は少なくともアドレス１をホームアドレスとして使用している。

上述の本発明の第２の実施の形態では、ＭＮ１０が有する２つのインタフェース（ＩＦ＿Ａ１０１、ＩＦ＿Ｂ１０３）はそれぞれ、ＰＭＩＰｖ６が提供されているネットワーク２０とネットワーク３２に接続されていたが、本発明の第３の実施の形態では、ネットワーク３２に接続されているＩＦ＿Ｂ１０３がハンドオーバを行って、ＰＭＩＰｖ６が提供されていないネットワーク３０に接続する場合を考える。

さらに、本発明の第３の実施の形態におけるＭＮ１０は、保持している複数のインタフェースの各インタフェースに対して、モバイルＩＰｖ６を使用して自らモビリティ管理を行うか、あるいは、ＰＭＩＰｖ６によってネットワーク側にモビリティ管理を行ってもらうかを選択することが可能である。この選択は、例えば、接続されているネットワークにおいてＰＭＩＰｖ６が提供されているか否かの判断に基づいて行われ、インタフェースが接続されているネットワークにおいてＰＭＩＰｖ６が提供されていない場合にはモバイルＩＰｖ６を動作させ、一方、ＰＭＩＰｖ６が提供されている場合にはモバイルＩＰｖ６を動作させないようにすることが可能である。なお、ＭＮ１０は、ネットワークへの接続状況（通信速度や安定性、課金）などの条件を考慮して、モバイルＩＰｖ６を使用するか、あるいは、ＰＭＩＰｖ６を使用するかの選択を行ってもよい。

次に、図１５に図示されているＭＮ１０が備える構成要素について説明する。図１５には、本発明の第３の実施の形態におけるモバイルノードの構成の一例が図示されている。図１５に図示されているモバイルノード１０は、２つのインタフェース（ＩＦ＿Ａ、ＩＦ＿Ｂ）１０１、１０３、送信部１０５、受信部１０７、アドレス通知メッセージ生成部２０９、ＤＨＣＰリクエストメッセージ生成部１１１、ＮＳ処理部１１３、ＲＡ処理部１１５、ＤＨＣＰレスポンスメッセージ処理部１１７、ＩＦ＿Ａ情報保持部１１９、ＩＦ＿Ｂ情報保持部１２１、接続ネットワーク判別部２２２を有している。なお、アドレス通知メッセージ生成部２０９、接続ネットワーク判別部２２２を除き、他の構成要素は本発明の第１の実施の形態における構成要素（図２に図示されているＭＮ１０の構成要素）と基本的に同一の機能を有しており、ここでは説明を省略する。

まず、図１５に図示されているＭＮ１０の接続ネットワーク判別部２２２について説明する。接続ネットワーク判別部２２２は、インタフェース（ＩＦ＿Ａ、ＩＦ＿Ｂ）１０１、１０３が接続するネットワークにおいてＰＭＩＰｖ６が提供されているか否かを判別し、ＰＭＩＰｖ６が提供されているネットワークにおいてはＰＭＩＰｖ６を使用することを選択する一方、ＰＭＩＰｖ６が提供されていないネットワークにおいてはモバイルＩＰｖ６を使用することを選択し、後述する図１６に示す処理（ＰＭＩＰｖ６が動作しているネットワークに接続されているインタフェースの存在の有無を確認する処理や、ＰＭＩＰｖ６が動作しているネットワークに接続されているインタフェースがある場合には、そのインタフェースからＭＩＰｖ６のバインディング情報を送信する処理など）を行う機能を有している。

また、図１６は、本発明の第３の実施の形態において、ＭＮ１０があるネットワークに接続した際の接続ネットワーク判別部２２２及び関連する構成要素の処理の一例を示すフローチャートである。ＭＮ１０のあるインタフェースがネットワークに接続した際に（ステップＳ１００１）、接続ネットワーク判別部２２２は、そのネットワークがＭＮ１０にとって外部ネットワークであるか否かを判別する（ステップＳ１００２）。

外部ネットワークである場合（例えば、図１４に図示されているように、インタフェース（ＩＦ＿Ｂ１０３）がネットワーク３２からネットワーク３０に接続を切り換えた場合）には、接続ネットワーク判別部２２２は、そのインタフェースをホームアドレスあてのパケットの受信に使用するか否かを判断する（ステップＳ１００３）。

そのインタフェースをホームアドレスあてのパケットの受信に使用する場合（すなわち、外部ネットワークで使用するアドレスをケアオブアドレスとして関連付けるホームアドレスが存在する場合）には、接続ネットワーク判別部２２２は、登録する位置情報（ＨｏＡ−ＣｏＡ）が生成されるように処理し（ステップＳ１００４）、さらに、その位置情報の登録先が、他のインタフェースが接続中のＰＭＩＰドメインのＬＭＡ／ＨＡであるか否かを判断する（ステップＳ１００５）。

位置情報の登録先が他のインタフェースで接続中のＰＭＩＰドメインのＬＭＡ／ＨＡである場合には、接続ネットワーク判別部２２２は、アドレス通知メッセージ生成部２０９に対して、そのＰＭＩＰドメインに接続しているインタフェースからＭＡＧ（あるいはＰＭＡ）あてに位置情報を送信するよう指示する（ステップＳ１００６）。

一方、位置情報の登録先が他のインタフェースで接続中のＰＭＩＰドメインのＬＭＡ／ＨＡではない場合には、外部ネットワークに接続しているインタフェースからＬＭＡ／ＨＡあてにＢＵメッセージ（アドレス通知メッセージ）を直接送信する。このとき、接続ネットワーク判別部２２２は、ＢＵメッセージの送信先となるＬＨＡ／ＨＡのアドレスを既に取得しているか否かを確認し、既に取得済みの場合には、外部ネットワークに接続しているインタフェースからＬＭＡ／ＨＡあてにＢＵを直接送信し（ステップＳ１００８）、ＬＨＡ／ＨＡのアドレスをまだ取得していない場合には、ＨＡ探索処理などを行ってＬＨＡ／ＨＡのアドレスを取得してから（ステップＳ１００９）、外部ネットワークに接続しているインタフェースからＬＭＡ／ＨＡあてにＢＵを直接送信する（ステップＳ１００８）。

また、図１４において、ＭＮ１０のホームアドレスがアドレス１及びアドレス２の場合には、外部ネットワークであるネットワーク３０で使用するアドレスは、アドレス１及びアドレス２の両方に対するケアオブアドレスとなる。なお、アドレス１とアドレス２の関係について言えば、アドレス１に対してアドレス２をケアオブアドレス、アドレス２に対してアドレス１をケアオブアドレスとみなすこともできる。前者の場合、ネットワーク３２はネットワーク２０に対する外部ネットワークとなり、後者の場合、ネットワーク２０はネットワーク３２に対する外部ネットワークとなる。

なお、ＭＮ１０のホームネットワークが、モバイルＩＰｖ６を提供するホームネットワークである場合も考えられる。このような場合には、接続ネットワーク判別部２２２は、他のインタフェースが接続しているホームネットワークが、ＰＭＩＰｖ６を提供するホームネットワーク、及び、モバイルＩＰｖ６を提供するホームネットワークのどちらであるかを判別する必要がある。この判別は、ＰＭＩＰｖ６を提供していることを示す情報（ＩｓＰＭＩＰ情報）を含むＲＡメッセージや、ＮＳ、ＮＡメッセージなどを受信することによって判別される。ＭＮ１０は、これらのメッセージに設定されている送信元アドレスから代理ノードのアドレスを取得することが可能である。

また、ネットワークに接続して認証を受ける際に、その接続ネットワークがＰＭＩＰｖ６が提供されているネットワークであるか否かを確認してもよい。また、静的な情報によって、その接続ネットワークがＰＭＩＰｖ６が提供されているネットワークであることをＭＮ１０が把握していてもよい。その結果、接続ネットワークがＰＭＩＰｖ６を提供するホームネットワークである場合には、接続ネットワーク判別部２２２は、アドレス通知メッセージ生成部２０９に対して、そのホームネットワークに接続しているインタフェースから代理ノードあてにアドレス通知メッセージを送信するよう指示する。この場合、ＭＮ１０は、アドレス通知メッセージの送信先が代理ノードであるため、ＬＭＡ／ＨＡのアドレスを取得する際に必要なＤＨＡＡＤなどの処理を行う必要がない。一方、モバイルＩＰｖ６が提供するホームネットワークである場合には、アドレス通知メッセージ生成部２０９に対して、そのホームネットワークに接続しているインタフェースからＬＭＡ／ＨＡ宛にアドレス通知メッセージを送信するよう指示する。この際、ＭＮ１０は、アドレス通知メッセージの送信先となるＬＭＡ／ＨＡを取得する必要がある。ＬＭＡ／ＨＡのアドレスを取得した後にアドレス通知メッセージを送信する。

次に、図１５に図示されているＭＮ１０のアドレス通知メッセージ生成部２０９について説明する。アドレス通知メッセージ生成部２０９は、接続ネットワーク判別部２２２の指示を受け、ホームエージェント（ＬＭＡ／ＨＡ）へケアオブアドレスを通知するためのアドレス通知メッセージを生成し、送信部１０５に対して送信するよう指示する機能を有している。アドレス通知メッセージ生成部２０９は、ＰＭＩＰドメインに接続しているインタフェースからアドレス通知メッセージを送信するよう接続ネットワーク判別部２２２から指示された場合には、あて先アドレスとして、ホームプレフィックスを広告している代理ノードのアドレスを設定したアドレス通知メッセージを生成する。

なお、ＰＭＩＰドメインに接続されているインタフェースから送信されるアドレス通知メッセージは、モバイルＩＰｖ６のＢＵメッセージでもよいし、ＮＡメッセージでもよい。アドレス通知メッセージとしてＢＵメッセージを用いる場合、そのＢＵメッセージを受信する代理ノードに対して、受信したメッセージが通常のＢＵメッセージではなく、ＭＮ１０の他のインタフェースのアドレスを代理ノード経由で登録することを要求しているメッセージであることを認識させるために、このＢＵメッセージが他のインタフェースのアドレスをＣｏＡとして含むことを示す情報をＢＵメッセージに含めてもよい。例えば、通知する他のインタフェースのＣｏＡを含むオプションとして、新たなタイプ（Ｔｙｐｅ）を持つモビリティオプションを用いてもよく、モバイルＩＰｖ６の代替ＣｏＡオプション（Alternate CoA Option）の中に新たなフラグをセットすることで、他のインタフェースのアドレスの登録を要求していることを示してもよい。また、ＢＵメッセージと同様のフォーマットであるが、ＢＵメッセージとは異なるタイプを持つモビリティヘッダを用いてもよい。

なお、基本的には、ＢＵメッセージを利用したアドレス通知メッセージは、図１８に図示されているようなフォーマットとなる。図１８には、本発明の第３の実施の形態において、ＢＵメッセージを利用したアドレス通知メッセージのフォーマットの一例が図示されている。図１８に図示されているように、アドレス通知メッセージはあて先アドレスに代理ノード、送信元アドレスにＭＮ１０のＨｏＡが設定されるともに、例えばモビリティオプション内に他のインタフェースのＣｏＡが挿入されたり、このＢＵメッセージによって運ばれているＣｏＡが別のインタフェースのＣｏＡであることを示すフラグが設定されたりする。

また、上述のように、ＭＮ１０は、受信したＲＡメッセージやＮＳメッセージ、ＮＡメッセージなどの送信元アドレスから代理ノードのアドレスを取得することが可能であるが、別の方法によって代理ノードのアドレスを取得してもよい。例えば、ＭＮ１０は、ネットワークに接続した際に行われる認証処理の過程で代理ノードのアドレスを取得してもよい。また、アドレス通知メッセージのあて先アドレスは、こうした方法で取得した代理ノードのアドレスそのものであってもよく、オールルータマルチキャストアドレスやオールノードマルチキャストアドレス、リンクローカルアドレスなど、代理ノードが受信できる任意のアドレスを用いてもよい。

一方、外部ネットワークに接続しているインタフェースからアドレス通知メッセージを送信するよう指示された場合には、アドレス通知メッセージ生成部２０９は、ホームエージェントのアドレスをあて先アドレスに設定して送信する。このとき、ホームエージェントのアドレスをまだ取得していない場合には、ＤＨＡＡＤなどを用いてホームエージェントのアドレスを取得した後、取得したホームエージェントのアドレスをあて先アドレスに設定したアドレス通知メッセージを送信する。

本発明の第３の実施の形態におけるＭＮ１０によれば、ＬＭＡ／ＨＡへ位置情報を登録する際に、そのＬＭＡ／ＨＡが管理するＰＭＩＰドメインに接続しているインタフェースが存在するか否かを確認し、そのＬＭＡ／ＨＡが管理するＰＭＩＰドメインに接続しているインタフェースが存在する場合には、このインタフェースからＰＭＩＰドメインの代理ノード経由でアドレス通知メッセージを送信することができるため、ＬＭＡ／ＨＡのアドレスを取得する処理を行うことなく、代理ノード経由で位置情報の登録を行うことが可能となる。

次に、図１７に図示されている代理ノードが備える構成要素について説明する。図１７には、本発明の第３の実施の形態における代理ノードの構成の一例が図示されている。図１７に図示されている代理ノード５０は、インタフェース５０１、送信部５０３、受信部５０５、代理ＢＵメッセージ生成部６０７、ＤＨＣＰレスポンスメッセージ生成部５０９、ＮＳ生成部５１１、アドレス通知メッセージ処理部６１３、ＲＳ処理部５１５、ＤＨＣＰリクエストメッセージ処理部５１７、ＭＮ情報保持部５１９、代理ＢＡメッセージ処理部５２１、ＲＡ生成部５２３を有している。なお、代理ＢＵメッセージ生成部６０７、アドレス通知メッセージ処理部６１３を除き、他の構成要素は本発明の第１の実施の形態における構成要素（図５に図示されている代理ノード５０の構成要素）と基本的に同一の機能を有しており、ここでは説明を省略する。

アドレス通知メッセージ処理部６１３は、ＭＮ１０から受信したアドレス通知メッセージに関する処理を行い、このメッセージに含まれるＭＮ１０のホームアドレスとケアオブアドレスを取得し、ＭＮ情報保持部５１９に保持するよう指示する機能を有している。さらに、アドレス通知メッセージ処理部６１３は、ホームアドレスをキーとしてＭＮ１０を特定し、ケアオブアドレスをそのＭＮ１０の別のインタフェースのアドレスとして保持するようＭＮ情報保持部５１９に指示する機能を有している。なお、ＭＮ１０を特定するための情報として、ＭＮ−ＩＤを用いてもよい。

また、アドレス通知メッセージ処理部６１３は、例えば図１８に図示されているアドレス通知メッセージのように、別のインタフェースのアドレスがケアオブアドレスとして含まれていることを示す別のインタフェースのアドレス有りフラグが含まれている場合には、その情報に基づき、通常ＨＡへ送信されるＢＵメッセージと異なるメッセージであることを認識することが可能である。

また、アドレス通知メッセージ処理部６１３は、代理ＢＵメッセージ生成部６０７に対して、受信したアドレス通知メッセージの中に含まれているＭＮ１０の別のインタフェースのアドレスをケアオブアドレスとして含む代理ＢＵメッセージを生成するよう指示する機能を有している。

例えば、図１４に図示されているネットワーク構成のときには、ＭＮ１０によるアドレス通知メッセージには、ＭＮ１０のインタフェース（ＩＦ＿Ｂ）１０３がネットワーク３０で取得したアドレスがケアオブアドレスとして含まれている。このとき、アドレス通知メッセージ処理部６１３は、代理ＢＵメッセージ生成部６０７に対して、ＭＮ１０のインタフェース（ＩＦ＿Ｂ）１０３のアドレスをケアオブアドレスとしてホームエージェントへ登録するための代理ＢＵメッセージを生成するよう指示する。

一方、ＭＮ１０によるアドレス通知メッセージがアドレスを削除することを要求するアドレス通知メッセージである場合には、アドレス通知メッセージ処理部６１３は、代理ＢＵメッセージ生成部６０７に対して、このアドレス通知メッセージに含まれる別のインタフェースのアドレスをホームエージェントから削除するための代理ＢＵメッセージを生成するよう指示する。なお、アドレス通知メッセージとしては、モバイルＩＰｖ６のＢＵメッセージを用いることが望ましいが、ＮＡメッセージでもよい。

また、代理ＢＵメッセージ生成部６０７は、アドレス通知メッセージ処理部６１３からの指示がアドレスを登録することを示す指示である場合は、渡されたアドレスをケアオブアドレスとして登録するための代理ＢＵメッセージを生成し、送信部５０３へ渡して送信するよう指示する機能を有している。一方、アドレス通知メッセージ処理部６１３からの指示がアドレスを削除することを示す指示である場合には、代理ＢＵメッセージ生成部６０７は、渡されたアドレスの登録済みエントリを削除するための代理ＢＵメッセージを生成し、送信部５０３へ渡して送信するよう指示することが可能である。この場合の代理ＢＵメッセージは、ケアオブアドレスを示すアドレスを含める部分にホームアドレスを含めることになる。

さらに、代理ＢＵメッセージ生成部６０７は、代理ＢＵメッセージで登録するアドレスが、通常登録される代理ノード５０のアドレスではなくＭＮ１０の別のインタフェースのアドレスであることを示す情報を、例えば図６に図示されている代理ＢＵメッセージの中のフラグで示すことが可能である。また、図７に図示されているような新たなタイプ（Ｔｙｐｅ）が設定された代理ＢＵメッセージ用のオプションに別のインタフェースのアドレスを挿入し、そのオプションを代理ＢＵメッセージに付加するようにしてもよい。

また、代理ＢＵメッセージ生成部６０７は、ＭＮ１０の別のインタフェースのアドレスを含む代理ＢＵメッセージには、既に登録済みのバインディングキャッシュや、これから登録するバインディングキャッシュと区別できるようにすることを目的としたＢＩＤを付加することが可能である。さらに、代理ＢＵメッセージ生成部６０７は、代理ノード自身のアドレスをケアオブアドレスとして含む通常の代理ＢＵメッセージにおいても、他のバインディングキャッシュと区別できるようにＢＩＤを付加することが可能である。

本発明の第３の実施の形態における代理ノードによれば、ＭＮから、別のインタフェースのアドレスを取得し、ＭＮの代理として、ＬＭＡ／ＨＡへ取得したアドレスを登録することができる。さらに、登録する位置情報にＢＩＤを付加することで、ＭＮ１０によるＢＩＤの管理を不要とし、さらに、代理ノードが既にＬＭＡ／ＨＡへ登録している自身の位置情報との識別を可能とする。

なお、上述の本発明の各実施の形態の説明で用いた各機能ブロックは、典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ（Integrated Circuit）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。

また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。

さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。

本発明は、ネットワークベースのモビリティプロトコルが動作しているネットワーク環境において、移動端末によって行われる処理を必要最小限に抑えながら、移動端末あてのパケットに係るフローフィルタリングを実現できるという効果を有しており、プロキシモバイルＩＰｖ６（Proxy Mobile IPv6）などのネットワークベースのモビリティプロトコルに関する技術分野や、複数のインタフェース及びアドレスを有する移動端末のフローフィルタリングを実行するための技術分野において利用可能である。

Claims

少なくとも２つの通信インタフェースと、
前記通信インタフェースのそれぞれにアドレスを設定するアドレス設定手段と、
前記通信インタフェースが、ネットワークベースのモビリティプロトコルが動作しているドメインネットワークに接続されているか否かを判断する判断手段と、
前記ネットワークベースのモビリティプロトコルが動作しているドメインネットワークに接続されている第１通信インタフェースとは異なる第２通信インタフェースに設定されているアドレスを、前記第１通信インタフェースが接続されている前記ドメインネットワークに存在し、当該移動端末の代理として機能する代理ノードに通知する別インタフェースアドレス通知手段とを、
有する移動端末。
前記第２通信インタフェースに設定されている前記アドレスを近隣通知メッセージに挿入し、前記第２アドレスを含む近隣通知メッセージを前記代理ノードに送信する近隣通知メッセージ送信手段を有する請求項１に記載の移動端末。
前記近隣通知メッセージ送信手段は、前記ドメインネットワークに接続されている前記第１通信インタフェースとは異なる前記第２通信インタフェースに設定されている前記アドレスを要求する情報が含まれている近隣要請メッセージを前記代理ノードから受信した場合に、前記第２アドレスを含む近隣通知メッセージを送信するように構成されている請求項２に記載の移動端末。
ネットワークベースのモビリティプロトコルが動作しているドメインネットワークに接続されている前記通信インタフェースが存在しない場合には、前記第２通信インタフェースに設定されているアドレスを、前記第２通信インタフェースから当該移動端末のホームエージェントへ通知するバインディングアップデート送信手段を有する請求項１に記載の移動端末。
前記通信インタフェースに割り当てられたケアオブアドレスをホームアドレスに関連付けた位置情報をホームエージェントへ登録する際に、
前記判断手段は、前記登録すべきケアオブアドレスが割り当てられた通信インタフェースとは別の通信インタフェースが、前記位置情報のホームアドレスを管理するネットワークベースのモビリティプロトコルを提供しているネットワークに接続されているか否かを判断するよう構成されており、
前記別インタフェースアドレス通知手段は、前記位置情報のホームアドレスを管理する前記ネットワークベースのモビリティプロトコルを提供している前記ネットワークに接続されている通信インタフェースから、当該移動端末の代理として機能する代理ノードに前記位置情報を通知するよう構成されている請求項１に記載の移動端末。
前記位置情報のホームアドレスを管理するネットワークベースのモビリティプロトコルを提供しているネットワークに接続されている前記通信インタフェースが存在しない場合には、前記位置情報を、前記登録すべきケアオブアドレスが割り当てられた通信インタフェースから当該移動端末のホームエージェントへ通知するバインディングアップデート送信手段を有する請求項１に記載の移動端末。
ネットワークベースのモビリティプロトコルを実装しており、前記ネットワークベースのモビリティプロトコルが動作しているドメインネットワークに接続された移動端末の代理として機能する代理ノード機能実行手段と、
移動端末が少なくとも１つの通信インタフェースを有しており、前記ドメインネットワークに接続されている前記移動端末の通信インタフェースとは異なる別の通信インタフェースに設定されているアドレスを、前記移動端末から受信する別インタフェースアドレス受信手段とを、
有する通信管理装置。
前記ドメインネットワークに接続されている前記移動端末の通信インタフェースとは異なる別の通信インタフェースに設定されている前記アドレスを要求するアドレス要求情報を近隣要請メッセージに挿入し、前記アドレス要求情報を含む近隣要請メッセージを前記移動端末に送信するアドレス要求手段を有する請求項７に記載の通信管理装置。
前記別インタフェースアドレス受信手段で受信した前記別の通信インタフェースに設定されている前記アドレスを前記移動端末あてのパケット転送先の候補として、前記ドメインネットワークに接続されている前記移動端末あてのパケットの転送を行うとともに前記移動端末のアドレスの管理を行う特定のアドレス管理装置に登録する転送先アドレス通知手段を有する請求項７に記載の通信管理装置。