(57)【要約】  複数のインタフェースを有する移動端末がフロー制御情報をネットワークに登録する際に発生する処理負荷の低減や、その登録のためのシグナリングのトラフィック低減を実現する技術が開示され、その技術によれば移動端末（ＭＮ１００）は複数のインタフェース（ＩＦ１及びＩＦ２）を有しており、各インタフェースに割り当てられている気付アドレス（ＣｏＡ１及びＣｏＡ２）とＭＮのホームアドレス（ＨｏＡ０）とのバインディング情報をホームエージェント（ＨＡ２００）に登録し、さらに、各インタフェースに対して設定されるインタフェース専用のホームアドレス（ＨｏＡ１及びＨｏＡ２）を取得し、各インタフェース専用のＨｏＡと、そのＨｏＡに対応するＣｏＡとのバインディング情報をＨＡに登録する。特定のインタフェースのみを用いて送受信を行いたいフローに関しては、そのインタフェース専用のＨｏＡ及びＣｏＡを使用する。
2009098876.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続してパケット通信を行うことが可能な移動端末であって、
複数の無線通信インタフェースと、
前記複数の無線通信インタフェースに共通して割り当てられる共通アドレスを保持するとともに、前記複数の無線通信インタフェースのそれぞれに個別に割り当てられる専用アドレスを保持するアドレス保持手段と、
前記移動端末と前記共通アドレスとの対応関係を示す第１バインディング情報と、前記複数の無線通信インタフェースのそれぞれと前記複数の無線通信インタフェースのそれぞれに割り当てられた前記専用アドレスとの対応関係を示す第２バインディング情報を前記移動端末あてのパケットの転送処理を行うネットワークノードに登録されるよう処理を行うバインディング登録処理手段とを、
有する移動端末。
【請求項２】
前記複数の無線通信インタフェースのうちの特定のインタフェースのみを使用して送受信を行う必要があるフローが存在するか否かを判断し、前記複数の無線通信インタフェースのうちの特定のインタフェースのみを使用して送受信を行う必要があるフローが存在すると判断された場合に、前記バインディング登録処理手段による前記第２バインディング情報の送信が行われるよう制御するフロー判断手段を有する請求項１に記載の移動端末。
【請求項３】
前記複数の無線通信インタフェースのそれぞれに対して割り当てる前記専用アドレスを生成するアドレス生成手段を有する請求項１に記載の移動端末。
【請求項４】
前記複数の無線通信インタフェースのそれぞれに対する前記専用アドレスの割り当てを行うよう、前記ネットワーク上の特定のネットワークノードに要求するアドレス割り当て要求手段を有する請求項１に記載の移動端末。
【請求項５】
前記特定のネットワークノードがＤＨＣＰサーバ又は前記移動端末のホームエージェントである請求項３に記載の移動端末。
【請求項６】
前記特定のネットワークノードから提供されるアドレスに前記専用アドレス及び前記共通アドレスのどちらとして使用可能かを示す分類情報が付加されており、前記分類情報を参照して前記専用アドレス及び前記共通アドレスの判別を行うアドレス判別手段を有する請求項３に記載の移動端末。
【請求項７】
前記共通アドレス及び前記専用アドレスがホームアドレスであり、前記バインディング登録処理手段が、前記第１バインディング情報及び前記第２バインディング情報を前記移動端末のホームエージェントに登録するよう構成されている請求項１に記載の移動端末。
【請求項８】
前記第２バインディング情報が、前記専用アドレスと前記専用アドレスに対応する無線通信インタフェースに割り当てられている気付アドレスとの関連付けを示す情報を含む請求項７に記載の移動端末。
【請求項９】
前記複数の無線通信インタフェースのうちの少なくとも２つの無線通信インタフェースがそれぞれ異なる外部ネットワークに接続しているか否かを判断し、前記複数の無線通信インタフェースのうちの少なくとも２つの無線通信インタフェースがそれぞれ異なる外部ネットワークに接続していると判断された場合に、前記バインディング登録処理手段による前記第２バインディング情報の送信が行われるよう制御する外部ネットワーク判断手段を有する請求項７に記載の移動端末。
【請求項１０】
前記ネットワークでＰＭＩＰが実行されており、前記バインディング登録処理手段が、前記専用アドレスに対応する無線通信インタフェースが接続している代理ノードの識別情報と前記専用アドレスとの関連付けを示す情報を含む前記第２バインディング情報が前記代理ノードから前記ネットワーク内の位置情報管理装置に通知されるように要求するよう構成されている請求項１に記載の移動端末。
【請求項１１】
前記複数の無線通信インタフェースのうちの少なくとも２つの無線通信インタフェースがそれぞれ異なる代理ノードに接続しているか否かを判断し、前記複数の無線通信インタフェースのうちの少なくとも２つの無線通信インタフェースがそれぞれ異なる代理ノードに接続していると判断された場合に、前記バインディング登録処理手段による前記第２バインディング情報の送信が行われるよう制御する代理ノード判断手段を有する請求項１０に記載の移動端末。
【請求項１２】
前記パケットを送信する際、前記複数の無線通信インタフェースのうちの特定のインタフェースのみを使用して送受信を行う必要があるフローのパケットか否かを判断し、前記特定のインタフェースのみを使用して送受信を行う必要があるフローのパケットであると判断された場合には、前記特定のインタフェースに対応する前記専用アドレスを前記パケットの送信元アドレスとして使用するアドレス設定手段を有する請求項１に記載の移動端末。
【請求項１３】
前記パケットを送信する際、前記複数の無線通信インタフェースのうちの特定のインタフェースのみを使用して送受信を行う必要があるフローのパケットか否かを判断し、前記特定のインタフェースのみを使用して送受信を行う必要があるフローのパケットではないと判断された場合には、前記共通アドレスを前記パケットの送信元アドレスとして使用するアドレス設定手段を有する請求項１に記載の移動端末。
【請求項１４】
前記共通アドレスを前記パケットの送信元アドレスとして使用しているフローを、前記特定のインタフェースのみを使用して送受信を行うように切り替える場合、前記バインディング登録処理手段が、前記フローと前記特定のインタフェースとの関係を明示したフロー制御情報が前記移動端末あてのパケットの転送処理を行うネットワークノードに登録されるように処理を行うよう構成されている請求項１３に記載の移動端末。
【請求項１５】
移動端末あてのパケットの転送処理を行うネットワークノードであって、
前記移動端末が有する複数の無線通信インタフェースに共通して割り当てられる共通アドレスと前記移動端末との対応関係を示す第１バインディング情報と、
前記複数の無線通信インタフェースのそれぞれに個別に割り当てられる専用アドレスと前記複数の無線通信インタフェースのそれぞれとの対応関係を示す第２バインディング情報とを保持するバインディング保持手段と、
前記移動端末あてのパケットの転送処理を行う際に、前記パケットのあて先アドレスに前記専用アドレスが設定されている場合には、前記専用アドレスに対応する無線通信インタフェースあてに前記パケットを転送する専用アドレスあてパケット転送手段とを、
有するネットワークノード。
【請求項１６】
前記移動端末あてのパケットの転送処理を行う際に、前記パケットのあて先アドレスに前記共通アドレスが設定されている場合には、前記移動端末の複数の無線通信インタフェースのうちの任意の無線通信インタフェースあてに前記パケットを転送する共通アドレスあてパケット転送手段を有する請求項１５に記載のネットワークノード。
【請求項１７】
前記複数の無線通信インタフェースのそれぞれに対する前記専用アドレスの割り当てを行うよう前記移動端末から要求された場合に、前記移動端末に対して、前記複数の無線通信インタフェースのそれぞれに対する前記専用アドレスを割り当てるアドレス割り当て手段を有する請求項１５に記載のネットワークノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信機能を使用して移動しながらパケット通信を行うことが可能な移動端末及びネットワークノードに関し、特に、複数の無線通信インタフェースを有する移動端末及びネットワークノードに関する。
【背景技術】
【０００２】
モバイルＩＰ（下記の非特許文献１を参照。以下、ＣＭＩＰと呼ぶこともある）を利用するモバイルノード（ＭＮ：Mobile Node）は、移動先のアドレスである気付アドレス（ＣｏＡ：Care-of Address）を自身のホームアドレス（ＨｏＡ：Home Address）の管理を行うホームエージェント（ＨＡ：Home Agent）に登録することで、ＨｏＡあてパケットをＣｏＡへ転送するよう依頼することが可能である。なお、本明細書では、無線通信機能を使用して移動しながら通信を行うことが可能な移動端末をＭＮ（モバイルノード）と呼び、すなわち、本明細書におけるＭＮは必ずしもモバイルＩＰを実装している必要はない。【０００３】
また、ＭＮが、複数のＣｏＡを１つのＨｏＡに対して同時に関連付けて登録することができれば、複数のインタフェース（以下、ＩＦと記載することもある）を備えるＭＮは、それぞれのインタフェースに割り当てられたＣｏＡを登録することで複数のＣｏＡを使用することが可能となり、インタフェースの状態に応じて使用するＣｏＡを瞬時に切り替えることが可能となる。なお、下記の非特許文献２には、ＭＮが複数のＣｏＡを１つのＨｏＡに関連付けてＨＡに登録する手法が記述されている。【０００４】
一方、ＨＡが、複数のＣｏＡの登録をＭＮから受けている場合、そのＭＮのＨｏＡあてパケットの転送先としてどのＣｏＡを使用するべきかを判断するため情報（フロー制御情報、Routing Rule）をＭＮから取得することができれば、ＭＮの意向に基づくＣｏＡの選択が可能となる。【０００５】
例えば、下記の非特許文献３には、ＨＡがフローに応じてＣｏＡの選択を行えるようにする手法として、ＭＮがＨＡに対してフロー制御情報を登録する手法が記載されている。このフロー制御情報には、あて先アドレス、送信元アドレス、あて先ポート番号、送信元ポート番号、プロトコル番号などの情報（5-tuple）から構成されるフロー情報（Routing Filter）が含まれており、これらの情報の１つ又は複数、あるいは全ての情報の組み合わせによって識別対象のフローが表される。また、フロー制御情報は、各フロー情報を特定するためのフローＩＤと、転送先として使用するＣｏＡ（あるいはそのＣｏＡを識別するためのＢＩＤ（Binding Unique Identifier：バインディング識別子））が関連付けられた情報を含んでいる。なお、フローＩＤは実際のフローを識別するための情報そのものであってもよい。ＭＮは、あるフローに対して特定のＩＦを転送先として設定したい場合には、そのフローを特定するためのフローＩＤと、このフローの転送先として設定したいＩＦに割り当てられているＣｏＡ、あるいはそのＣｏＡを識別するためのＢＩＤとを含むフロー制御情報をＨＡへ通知する。【０００６】
また、複数のＣｏＡの登録を受けているＨＡは、ＭＮからフロー制御情報が通知されている場合には、そのフロー制御情報に従ってパケットを転送する。しかし、ＭＮからフロー制御情報が通知されていない場合には、ＨＡは、自身のパス選択ポリシーによって転送先のＣｏＡを切り替えることも可能である。この場合、ＨＡは、ＭＮの接続状態や通信パスの状態、他のノードとの通信状態を考慮して、ＭＮあてに送信するパケットのＣｏＡを選択することができるので、ＨＡが把握できる条件に適した、より効果的なパスの切り替えが可能となる。なお、ＭＮからフロー制御情報が通知されていないフローがある場合、ＨＡがＭＮに対してフロー制御情報の登録を要求してもよい。あるいは、ＨＡ自らが生成かつ使用しているフロー制御情報をＭＮに対して通知してもよい。これにより、ＭＮがフロー制御情報の登録の必要性を認識していないフローがあったとしても、ＨＡにとってフロー制御情報が必要である場合には、ＭＮに対してフロー制御情報の生成・登録を要求できるため有効である。さらには、ＭＮが、専用ＨｏＡを使うべきフローであるフローについてＨＡから通知を受けることで、ＭＮが通信を開始する際に、ＨＡから通知された情報に基づいて、共通ＨｏＡか専用ＨｏＡを選択できる。例えば、３ＧＰＰネットワークオペレータが、複数のインタフェースを転送先として使用することをユーザに対するサービスとして提供する場合、特定の条件（例えば、指定された通信相手や、共通のオペレータあるいは指定されたオペレータに属するノードなどとの通信）であれば共通ＨｏＡの使用を許可し、そうでない場合は、専用ＨｏＡの使用を指示する、などの制御が可能である。【０００７】
また、下記の非特許文献４には、ネットワークベースのモビリティ制御プロトコルとして、ＰＭＩＰ（Proxy Mobile IP、例えばProxy Mobile IPv6）が定義されている。ＰＭＩＰは、ＭＮの移動管理をネットワーク側で行うことで、ＭＮが移動制御のための処理を行わずに済むようにする手法である。ＰＭＩＰを提供しているドメイン（ＰＭＩＰドメイン）内の各ネットワークでは、特定のＭＮに対して常に同一のホームプレフィックスが広告されるように構成されるため、ＰＭＩＰドメイン内でネットワーク接続を変更するＭＮはアドレスを変更する必要がなく、単なるＩＰｖ６ノードとして動作することができ、ＨＡの存在を知る必要もない。【０００８】
これに対し、ネットワーク側ではＭＡＧ（Mobile Access Gateway：モバイルアクセスゲートウェイ）がＭＮの代理ノードとして移動制御を行っており、ＭＮに対してホームプレフィックスを広告すると同時に、自身のアドレス（又は自身のプレフィックス）をＭＮの移動先の位置情報としてＬＭＡ（Local Mobility Anchor：ローカルモビリティアンカ）へ登録する。なお、ＬＭＡはＰＭＩＰドメイン内におけるＭＮの位置情報の管理を行っており、モバイルＩＰのＨＡに相当する。これにより、ＭＮのホームアドレスあてのパケットは、ＬＭＡによって代理受信された後、ＬＭＡからＭＡＧあてに転送され、さらにＭＡＧからＭＮへ送信される。
【非特許文献１】D.Johnson, C.Perkins, J.Arkko, “Mobility Support in IPv6”, RFC3775, June 2004.
【非特許文献２】R.Wakikawa, T.Ernst, K.Nagami, “Multiple Care-of Addresses Registration”, draft-ietf-monami6-multiplecoa-03.txt, July 2007.
【非特許文献３】H.Soliman, N.Montavont, N.Fikouras, K.Kuladinithi,“Flow Bindings in Mobile IPv6 and Nemo Basic Support”, draft-soliman-monami6-flow-binding-04.txt,February 2007.
【非特許文献４】S.Gundavelli, K.Leung, V.Devarapalli, “Proxy Mobile IPv6”, draft-sgundave-mipv6-proxymipv6-00, October 2006.
【０００９】
しかしながら、上述の非特許文献３に記載されているような、ＭＮがフローの転送先を指定するためにフロー制御情報をＨＡへ登録する技術を用いた場合には、ＭＮは、転送先として特定のＩＦを指定するフローすべてに関するフロー制御情報をＨＡに登録しなければならない。【００１０】
例えば、通信相手ノードであるＣＮ（Correspondent Node：コレスポンデントノード）が開始した通信に関するフローをＭＮが受信したとき、そのフローが特定のＩＦあてに転送して欲しいフローであった場合には、ＭＮは、そのフローの転送先を指定するためのフロー制御情報をＨＡへ登録する。また、ＭＮがＣＮに対して通信を開始するとき、その通信に関してＣＮから送信されるフローが、特定のＩＦあてに転送して欲しいフローであった場合も同様に、ＭＮは、そのフローの転送先を指定するためのフロー制御情報を登録する必要がある。【００１１】
このように、ＭＮは、転送先を指定したい各フローに関するフロー制御情報をＨＡへ登録しなければならないため、転送先を指定したいフローの数が増えれば増えるほど、それに応じてＭＮが登録するフロー制御情報の数も増えることになる。その結果、フローの数が増加するにつれて、ＨＡによる転送先制御処理の負荷や、ＭＮによるフロー情報登録処理の負荷が飛躍的に増加してしまうという問題がある。【００１２】
また、ＭＮがフロー制御情報を登録するために送信する登録メッセージや、この登録メッセージに対するレスポンスメッセージなどの送受信が増加するため、ネットワークトラフィックが増加してしまい、パケットロスや遅延などが発生する可能性があるという問題がある。
【発明の開示】
【００１３】
上記の問題を解決するため、本発明は、フロー制御情報の登録に伴って発生する処理負荷の低減や、その登録のためのシグナリングのトラフィック低減を目的とする。
【００１４】
上記の目的を達成するため、本発明の移動端末は、ネットワークに接続してパケット通信を行うことが可能な移動端末であって、
複数の無線通信インタフェースと、
前記複数の無線通信インタフェースに共通して割り当てられる共通アドレスを保持するとともに、前記複数の無線通信インタフェースのそれぞれに個別に割り当てられる専用アドレスを保持するアドレス保持手段と、
前記移動端末と前記共通アドレスとの対応関係を示す第１バインディング情報と、前記複数の無線通信インタフェースのそれぞれと前記複数の無線通信インタフェースのそれぞれに割り当てられた前記専用アドレスとの対応関係を示す第２バインディング情報を前記移動端末あてのパケットの転送処理を行うネットワークノードに登録されるよう処理を行うバインディング登録処理手段とを、
有する。
この構成により、フロー制御情報の登録に伴って発生する処理負荷の低減や、その登録のためのシグナリングのトラフィック低減を実現することが可能となる。
【００１５】
さらに、本発明の移動端末は、上記の構成に加えて、前記複数の無線通信インタフェースのうちの特定のインタフェースのみを使用して送受信を行う必要があるフローが存在するか否かを判断し、前記複数の無線通信インタフェースのうちの特定のインタフェースのみを使用して送受信を行う必要があるフローが存在すると判断された場合に、前記バインディング登録処理手段による前記第２バインディング情報の送信が行われるよう制御するフロー判断手段を有する。
この構成により、特定のインタフェースを指定したフローの送受信を行う必要がある場合に、専用アドレスの設定及び登録が行われるようにすることが可能となる。
【００１６】
さらに、本発明の移動端末は、上記の構成に加えて、前記複数の無線通信インタフェースのそれぞれに対して割り当てる前記専用アドレスを生成するアドレス生成手段を有する。
この構成により、移動端末自身が専用アドレスを生成することで、専用アドレスを迅速に取得することが可能となる。
【００１７】
さらに、本発明の移動端末は、上記の構成に加えて、前記複数の無線通信インタフェースのそれぞれに対する前記専用アドレスの割り当てを行うよう、前記ネットワーク上の特定のネットワークノードに要求するアドレス割り当て要求手段を有する。
この構成により、専用アドレスをネットワークから容易に取得することが可能となる。
【００１８】
さらに、本発明の移動端末では、上記の構成に加えて、前記特定のネットワークノードがＤＨＣＰサーバ又は前記移動端末のホームエージェントである。
この構成により、アドレスの割り当てや管理を行っているＤＨＣＰサーバやホームエージェントから容易に専用アドレスを取得することが可能となる。
【００１９】
さらに、本発明の移動端末は、上記の構成に加えて、前記特定のネットワークノードから提供されるアドレスに前記専用アドレス及び前記共通アドレスのどちらとして使用可能かを示す分類情報が付加されており、前記分類情報を参照して前記専用アドレス及び前記共通アドレスの判別を行うアドレス判別手段を有する。
この構成により、移動端末は、専用アドレスとして使用可能なアドレスと、共通アドレスとして使用可能なアドレスとを確実に見分けることが可能となる。
【００２０】
さらに、本発明の移動端末は、上記の構成に加えて、前記共通アドレス及び前記専用アドレスがホームアドレスであり、前記バインディング登録処理手段が、前記第１バインディング情報及び前記第２バインディング情報を前記移動端末のホームエージェントに登録するよう構成されている。
この構成により、モバイルＩＰを動作させている移動端末に関して、フロー制御情報の登録に伴って発生する処理負荷の低減や、その登録のためのシグナリングのトラフィック低減を実現することが可能となる。
【００２１】
さらに、本発明の移動端末では、上記の構成に加えて、前記第２バインディング情報が、前記専用アドレスと前記専用アドレスに対応する無線通信インタフェースに割り当てられている気付アドレスとの関連付けを示す情報を含んでいる。
この構成により、専用アドレスであるホームアドレスと、その専用アドレスに対応する無線通信インタフェースの気付アドレスとの関連付けを示す情報を登録することが可能となる。
【００２２】
さらに、本発明の移動端末は、上記の構成に加えて、前記複数の無線通信インタフェースのうちの少なくとも２つの無線通信インタフェースがそれぞれ異なる外部ネットワークに接続しているか否かを判断し、前記複数の無線通信インタフェースのうちの少なくとも２つの無線通信インタフェースがそれぞれ異なる外部ネットワークに接続していると判断された場合に、前記バインディング登録処理手段による前記第２バインディング情報の送信が行われるよう制御する外部ネットワーク判断手段を有する。
この構成により、ホームエージェントから外部ネットワークを経由して移動端末に到達するパケット伝送経路が２つ以上存在している場合に専用アドレスの設定及び登録が行われ、いずれか１つのパケット伝送経路を指定したパケット伝送が実現できるようになる。
【００２３】
さらに、本発明の移動端末は、上記の構成に加えて、前記ネットワークでＰＭＩＰが実行されており、前記バインディング登録処理手段が、前記専用アドレスに対応する無線通信インタフェースが接続している代理ノードの識別情報と前記専用アドレスとの関連付けを示す情報を含む前記第２バインディング情報が前記代理ノードから前記ネットワーク内の位置情報管理装置に通知されるように要求するよう構成されている。
この構成により、ＰＭＩＰにおいて、位置情報管理装置（ＬＭＡ）にフロー制御情報を登録することなくフロー制御を実現することが可能となり、フロー制御情報の登録に伴って発生する処理負荷の低減や、その登録のためのシグナリングのトラフィック低減を実現することが可能となる。
【００２４】
さらに、本発明の移動端末は、上記の構成に加えて、前記複数の無線通信インタフェースのうちの少なくとも２つの無線通信インタフェースがそれぞれ異なる代理ノードに接続しているか否かを判断し、前記複数の無線通信インタフェースのうちの少なくとも２つの無線通信インタフェースがそれぞれ異なる代理ノードに接続していると判断された場合に、前記バインディング登録処理手段による前記第２バインディング情報の送信が行われるよう制御する代理ノード判断手段を有する。
この構成により、異なるＭＡＧを経由して移動端末に到達するパケット伝送経路が２つ以上存在している場合に専用アドレスの設定及び登録が行われ、いずれかの１つのパケット伝送経路を指定したパケット伝送が実現できるようになる。
【００２５】
さらに、本発明の移動端末は、上記の構成に加えて、前記パケットを送信する際、前記複数の無線通信インタフェースのうちの特定のインタフェースのみを使用して送受信を行う必要があるフローのパケットか否かを判断し、前記特定のインタフェースのみを使用して送受信を行う必要があるフローのパケットであると判断された場合には、前記特定のインタフェースに対応する前記専用アドレスを前記パケットの送信元アドレスとして使用するアドレス設定手段を有する。
この構成により、移動端末から送出されるパケットだけではなく、その応答として帰ってくるパケットに関しても、専用アドレスに対応する無線通信インタフェース経由でパケットの送受信を行うことが可能となる。
【００２６】
さらに、本発明の移動端末は、上記の構成に加えて、前記パケットを送信する際、前記複数の無線通信インタフェースのうちの特定のインタフェースのみを使用して送受信を行う必要があるフローのパケットか否かを判断し、前記特定のインタフェースのみを使用して送受信を行う必要があるフローのパケットではないと判断された場合には、前記共通アドレスを前記パケットの送信元アドレスとして使用するアドレス設定手段を有する。
この構成により、フロー制御を行う必要がないパケットに関しては、共通アドレスを用いてパケットの送受信を行うことが可能となる。
【００２７】
さらに、本発明の移動端末は、上記の構成に加えて、前記共通アドレスを前記パケットの送信元アドレスとして使用しているフローを、前記特定のインタフェースのみを使用して送受信を行うように切り替える場合、前記バインディング登録処理手段が、前記フローと前記特定のインタフェースとの関係を明示したフロー制御情報が前記移動端末あてのパケットの転送処理を行うネットワークノードに登録されるように処理を行うよう構成されている。
この構成により、フロー制御を行う必要がないパケットのフロー制御を開始しようとする場合には、パケットの転送処理を行うネットワークノードに対してフロー制御情報を登録することで、フロー制御を実現できるようになる。
【００２８】
また、上記の目的を達成するため、本発明のネットワークノードは、移動端末あてのパケットの転送処理を行うネットワークノードであって、
前記移動端末が有する複数の無線通信インタフェースに共通して割り当てられる共通アドレスと前記移動端末との対応関係を示す第１バインディング情報と、
前記複数の無線通信インタフェースのそれぞれに個別に割り当てられる専用アドレスと前記複数の無線通信インタフェースのそれぞれとの対応関係を示す第２バインディング情報とを保持するバインディング保持手段と、
前記移動端末あてのパケットの転送処理を行う際に、前記パケットのあて先アドレスに前記専用アドレスが設定されている場合には、前記専用アドレスに対応する無線通信インタフェースあてに前記パケットを転送する専用アドレスあてパケット転送手段とを、
有する。
この構成により、フロー制御情報の登録に伴って発生する処理負荷の低減や、その登録のためのシグナリングのトラフィック低減を実現することが可能となる。
【００２９】
さらに、本発明のネットワークノードは、上記の構成に加えて、前記移動端末あてのパケットの転送処理を行う際に、前記パケットのあて先アドレスに前記共通アドレスが設定されている場合には、前記移動端末の複数の無線通信インタフェースのうちの任意の無線通信インタフェースあてに前記パケットを転送する共通アドレスあてパケット転送手段を有する。
この構成により、あて先アドレスに共通アドレスが設定されているパケットに関しては、ネットワークノード自身の判断によって、移動端末への転送先アドレスが選択されるようになる。
【００３０】
さらに、本発明のネットワークノードは、上記の構成に加えて、前記複数の無線通信インタフェースのそれぞれに対する前記専用アドレスの割り当てを行うよう前記移動端末から要求された場合に、前記移動端末に対して、前記複数の無線通信インタフェースのそれぞれに対する前記専用アドレスを割り当てるアドレス割り当て手段を有する。
この構成により、ネットワークノードは、移動端末からのアドレス割り当て要求に応じて、専用アドレスとして使用可能なアドレスを提供することが可能となる。
【００３１】
本発明は、上記の構成を有しており、移動端末がフロー制御情報をＨＡに登録する必要がなくなり、フロー制御情報の登録に伴って発生する処理負荷の低減や、その登録のためのシグナリングのトラフィック低減が実現される。
【図面の簡単な説明】
【００３２】
【図１】本発明の第１の実施の形態におけるネットワークの構成を示す図
【図２】本発明の第１の実施の形態におけるＭＮの構成の一例を示す図
【図３】本発明の第１の実施の形態におけるＨＡの構成の一例を示す図
【図４】本発明の第１の実施の形態におけるＭＮの動作の一例を示すフローチャート
【図５】本発明の第１の実施の形態におけるＭＮの動作の別の一例を示すフローチャート
【図６】本発明の第１の実施の形態におけるＭＮのデータ送信処理の一例を示すフローチャート
【図７】本発明の第１の実施の形態におけるＨＡのパケット転送処理の一例を示すフローチャート
【図８】本発明の第１の実施の形態において、ＭＮが専用ＨｏＡを送信元アドレスとして選択した場合の一例を示すシーケンスチャート
【図９】本発明の第１の実施の形態において、ＭＮが共通ＨｏＡを送信元アドレスとして選択した場合の一例を示すシーケンスチャート
【図１０】本発明の第１の実施の形態において、ＭＮからＨＡに送信されるＨｏＡ割り当て要求メッセージの一例を示す図
【図１１】本発明の第１の実施の形態において、ＨＡからＭＮに送信されるＨｏＡ割り当て通知メッセージの一例を示す図
【図１２】本発明の第１の実施の形態において、ＭＮからＨＡに送信されるＨｏＡ割り当て要求メッセージの別の一例を示す図
【図１３】本発明の第１の実施の形態において、ＨｏＡ割り当て通知メッセージの別の一例を示す図
【図１４】本発明の第１の実施の形態におけるＭＮのアドレスのバインディング情報の一例を示す図
【図１５】本発明の第２の実施の形態におけるＭＮの構成の一例を示す図
【図１６】本発明の第２の実施の形態におけるＨＡの構成の一例を示す図
【図１７】本発明の第２の実施の形態におけるＭＮの動作の一例を示すフローチャート
【図１８】本発明の第２の実施の形態におけるＭＮの動作の別の一例を示すフローチャート
【図１９】本発明の第２の実施の形態において、ＭＮからＨＡに送信されるＢＵメッセージの一例を示す図
【図２０】本発明の第２の実施の形態において、ＨＡからＭＮに送信されるＢＡメッセージの一例を示す図
【図２１】本発明の第３の実施の形態におけるネットワークの構成を示す図
【発明を実施するための最良の形態】
【００３３】
以下、図面を参照しながら、本発明の第１〜第３の実施の形態について説明する。【００３４】
＜第１の実施の形態＞
まず、本発明の第１の実施の形態について説明する。図１は、本発明の第１の実施の形態におけるネットワークの構成を示す図である。図１において、ＭＮ１００は２つのインタフェース（以下、ＩＦ１、ＩＦ２と記載）を有しており、ＣＮ３００と通信を行う。ＭＮ１００のＩＦ１は、外部（フォーリン）ネットワーク１のアクセスルータ（ＡＲ１）へ接続してＣｏＡ１が割り当てられている。一方、ＭＮ１００のＩＦ２は、外部ネットワーク２のアクセスルータ（ＡＲ２）へ接続してＣｏＡ２が割り当てられている。【００３５】
また、図１には、ＭＮ１００のホームネットワークが図示されている。このホームネットワークは、ＭＮ１００の位置情報を管理するＨＡ２００を有しており、外部ネットワーク１、２とは異なるネットワークである。ＭＮ１００は、ＨＡ２００に対して、ＭＮ１００のホームアドレス（ＨｏＡ０）にＣｏＡ１及びＣｏＡ２の両方を関連付けるための位置情報登録を行っており、ＨＡ２００には、ＨｏＡ０に対してＣｏＡ１及びＣｏＡ２の２つのＣｏＡが関連付けられているバインディング情報が登録されている。なお、例えば３ＧＰＰネットワークにおいては、ＭＮはＵＥ（User Equipment）と呼ばれ、ＰＤＮ−ＧＷ（Packet Data Network Gateway）と呼ばれるノードがＨＡとしての機能を保持している。また、外部ネットワークが信頼される非３ＧＰＰネットワーク（Trusted Non3GPP Network）である場合は、ＡＷＧ（Access Gateway）と呼ばれるノードがＡＲとしての機能を保持し、信頼されない非３ＧＰＰネットワーク（Untrusted Non3GPP Network）である場合はｅＰＤＧ（evolved Packet Data Gateway）と呼ばれるノードがＡＲとしての機能を保持する。【００３６】
次に、本発明の第１の実施の形態におけるＭＮ１００の構成について説明する。図２は、本発明の第１の実施の形態におけるＭＮの構成の一例を示す図である。なお、図１に図示されているＭＮ１００は、図２に示す構成を備えている。【００３７】
図２に図示されているＭＮ１００は、インタフェース１０１、送信部１０２、受信部１０３、受信パケット処理部１０４、上位レイヤ１０５、送信パケット生成部１０６、フロー制御部１０７、フロー制御情報保持部１０８、ＨｏＡ情報管理部１０９、ＨｏＡ割り当て要求メッセージ生成部１１０、ＨｏＡ割り当て通知メッセージ処理部１１１、ＢＵＬ（Binding Update List：バインディングアップデートリスト）保持部１１２、フロー制御情報登録メッセージ生成部１１３を有している。【００３８】
インタフェース１０１は、ＭＮ１００が通信を行うために使用する通信インタフェースであり、ネットワーク（外部ネットワーク）に接続される。なお、ここでは、ＭＮ１００は複数のインタフェース１０１（例えば、ＩＦ１及びＩＦ２の２つのインタフェース１０１）を有している。なお、ＭＮ１００は、自由に移動しながら通信を行うことが可能であり、インタフェース無線通信機能を有している。【００３９】
また、送信部１０２は、インタフェース１０１を通じて、接続されているネットワーク（外部ネットワーク）上のノードにパケットを送信する機能を有している。【００４０】
また、受信部１０３は、インタフェース１０１を通じて、接続されているネットワーク（外部ネットワーク）上のノードからパケットを受信する機能を有している。【００４１】
また、受信パケット処理部１０４は、受信部１０３で受信したパケットに関する処理を行う機能を有している。受信パケット処理部１０４で処理されたパケット内のデータは、例えば上位レイヤ１０５に送られる。また、受信パケット処理部１０４は、受信したパケットのフローＩＤと受信したインタフェース１０１との関係が、フロー制御情報保持部１０８に保持されているフロー制御情報と矛盾していないかをチェックすることも可能である。【００４２】
また、上位レイヤ１０５は、例えば、パケットによって送受信を行うデータを取り扱うアプリケーションなどであり、受信パケット処理部１０４からデータを受け取るとともに、送信すべきデータのパケット化及び送信処理を送信パケット生成部１０６に指示する機能を有している。【００４３】
また、送信パケット生成部１０６は、上位レイヤ１０５から受けたデータをパケット化して送信用のパケットを生成する機能を有している。この際、送信パケット生成部１０６は、フロー制御部１０７に対して、そのデータを送信するパケットのフローに使用すべきインタフェース１０１を問い合わせ、フロー制御部１０７からの応答によって指定されたインタフェース１０１に対応するＨｏＡ又はＣｏＡを送信元アドレスとして使用する。【００４４】
また、フロー制御部１０７は、あるフローに関して、そのフローの送受信を特定のインタフェース１０１のみを用いて行うか否かを判断する機能を有している。このとき、フロー制御部１０７は、特定のインタフェース１０１（ＩＦ１及びＩＦ２のどちらか一方）の使用のみが望まれているフローに関しては、その使用が望まれているインタフェース１０１に対応するＣｏＡ又はＢＩＤを取得するとともに、ＨｏＡ情報管理部１０９に対して、そのＣｏＡ又はＢＩＤが設定されたインタフェース１０１に対してのみ割り当てられているＨｏＡ（以下、専用ＨｏＡと呼ぶこともある）を問い合わせる。一方、特定のインタフェース１０１の使用が特に指定されていないフロー、あるいは、どちらでも使用可能であることが示されているフローに関しては、ＩＦ１又はＩＦ２のいずれか一方を選択し、そのインタフェースに対応するＣｏＡ又はＢＩＤを取得する。【００４５】
なお、あるフローに関して特定のインタフェース１０１（ＩＦ１又はＩＦ２）のみを用いて送受信を行うか否かを判断する際には、あらかじめＭＮ１００に設定されている情報や、ネットワーク内のＨＡや情報サーバ（例えば、ＳＩＰサーバや、３ＧＰＰにおけるＡＤＮＳＦ（Access Network Discovery and Selection Function）サーバ）などから取得したフロー制御情報と実際のフローを照合して、判断してもよい。あるいは、ユーザやオペレータによって設定された情報に従って判断してもよい。ＭＮが、専用ＨｏＡを使うべきフローであるか否かについてＨＡから通知を受けることで、ＭＮが通信を開始する際に、ＨＡから通知された情報に基づいて、共通ＨｏＡか専用ＨｏＡを選択できる。例えば、３ＧＰＰネットワークオペレータが、複数のインタフェースを転送先として使用することをユーザに対するサービスとして提供する場合、特定の条件（例えば、指定された通信相手や共通のオペレータあるいは指定されたオペレータに属するノードなどとの通信であること、特定の時間帯、音声・映像通話やＷｅｂブラウジングなどの特定の種類の通信であること）を満たす通信であれば共通ＨｏＡ（又は専用ＨｏＡ）の使用を許可し、そうでない場合は、専用ＨｏＡ（又は共通ＨｏＡ）の使用を指示する、などの制御が可能である。【００４６】
また、ＭＮからフロー制御情報が通知されていないフローがある場合や、ＨｏＡ０あてに送信されてきたフローをＨＡが受信し、そのフローに対してＩＦを指定したい場合には、ＨＡがＭＮに対してフロー制御情報の登録を要求してもよいし、ＨＡ自らが生成かつ使用するフロー制御情報をＭＮに対して通知してもよい。これにより、ＭＮがフロー制御情報の登録の必要性を認識していないフローがあったとしても、ＨＡにとってフロー制御情報が必要である場合には、ＭＮに対してフロー制御情報の生成・登録を要求できるため有効である。ＭＮは、ＨＡからフロー制御情報の登録を受け、その中に使用するインタフェースが指定されたフローがある場合には、以降ＭＮから送信を開始する該当フローに対して、専用ＨｏＡを選択することができる。【００４７】
ＨｏＡ情報管理部１０９は、各インタフェース１０１が共通して使用可能なＨｏＡ（以下、共通ＨｏＡと呼ぶこともある）や、各インタフェース１０１に対してのみ割り当てられている専用ＨｏＡの管理を行っており、フロー制御部１０７からの問い合わせに対して、特定のインタフェース１０１に対してのみ割り当てられている専用ＨｏＡを通知する。そして、フロー制御部１０７は、送信パケット生成部１０６で生成されるパケットの送受信に使用されるインタフェース１０１に対応するＣｏＡ又は専用ＨｏＡを提供する。なお、フロー制御部１０７は、ＢＵＬ保持部１１２に保持されているＢＵＬ（Binding Update List：バインディングアップデートリスト）を参照して、バインディングアップデートを行っているＣＮを相手とする通信にはＣｏＡを用い、バインディングアップデートを行っていないＣＮを相手とする通信にはＨｏＡを用いるよう指示を行うことが可能である。【００４８】
なお、フロー制御部１０７は、送信パケット生成部１０６から渡されたパケットが既にあて先アドレスとしてＨｏＡ０が指定されている場合であっても、そのフローの送受信に使用するインタフェース１０１を指定すると判断した場合は、ＨＡ２００に対して、ＨｏＡ０に対してＣｏＡ１又はＣｏＡ２のいずれか一方を指定するためのフロー制御情報を登録するメッセージ（フロー制御情報登録メッセージ）を生成するようフロー制御情報登録メッセージ生成部１１３に指示することが可能である。このフロー制御部１０７からの指示によって、フロー制御情報登録メッセージ生成部１１３は、共通ＨｏＡであるＨｏＡ０を用いて送受信を行っているフローのうちの特定のフローに関して、特定のインタフェース１０１への転送を要求するフロー制御情報を登録するメッセージを生成し、ＨＡ２００に登録する。また、ＨＡ２００に登録されたフロー制御情報はフロー制御情報保持部１０８に格納される。なお、フロー制御情報登録メッセージは、現在使用しているアドレス（共通ＨｏＡ）を変えずにフロー制御を行えるようにするものであるが、単純に、現在使用しているアドレスを共通ＨｏＡから専用ＨｏＡに変えることによって、フロー制御を実現することも可能である。【００４９】
なお、従来の技術においては、フロー制御の対象となるフローすべてに関して、このフロー制御情報登録メッセージの送信を行って、ＨＡ２００にフロー制御情報を登録する必要があったが、本発明では、共通ＨｏＡであるＨｏＡ０を用いて既に通信を行っているフローのうち、インタフェース１０１を指定したい例外的なフローに関してのみ、つまり、転送先としてＩＦ１とＩＦ２のどちらかを指定する必要があるフローに関してのみ、フロー制御情報登録メッセージの送信が行われる。一方、ＩＦ１及びＩＦ２の専用ＨｏＡであるＨｏＡ１、ＨｏＡ２のいずれかを使用しているフローに関しては、転送先は既に決まっているため、フロー制御情報登録メッセージを送信する必要がない。【００５０】
また、フロー制御情報保持部１０８は、フロー制御情報を保持する機能を有している。フロー制御情報保持部１０８に保持されるフロー制御情報は、例えば、フローを表すアドレスなどの情報と、そのフロー制御情報を特定するための情報（フローＩＤ）と、そのフローの送受信に使用するインタフェース１０１を特定するための情報（ＣｏＡ又はＢＩＤ）が関連付けられた情報である。【００５１】
また、ＨｏＡ情報管理部１０９は、上述のように、ＩＦ１（ＣｏＡ１又はＢＩＤ１）に対する専用ＨｏＡとしてＨｏＡ１が割り当てられていることを示す情報、ＩＦ２（ＣｏＡ２又はＢＩＤ２）に対する専用ＨｏＡとしてＨｏＡ２が割り当てられていることを示す情報、インタフェース１０１専用のアドレスではない共通ＨｏＡとしてＨｏＡ０が使用可能であることを示す情報などを保持し、ＭＮ１００が使用可能なＨｏＡの管理を行う機能を有している。【００５２】
また、ＨｏＡ割り当て要求メッセージ生成部１１０は、ＭＮ１００が有する複数のインタフェース１０１のそれぞれに対して各インタフェース１０１専用のＨｏＡ（専用ＨｏＡ）を割り当てるようＨＡ２００へ要求するためのＨｏＡ割り当て要求メッセージを生成する機能を有している。このＨｏＡ割り当て要求メッセージには、例えば、ＨｏＡの割り当てを要求する対象となる各インタフェース１０１を特定するための情報として、各インタフェース１０１に割り当てられているＣｏＡが含まれるようにしてもよい。このように、ＨｏＡの割り当てを要求するメッセージの中にＣｏＡを含めることで、そのＣｏＡが、ＨＡ２００によって割り当てられたホームアドレスに関連付けるＣｏＡであることをＨＡ２００へ通知することが可能となる。【００５３】
これにより、ＨｏＡ割り当て要求メッセージは、例えば、ＣｏＡ１が割り当てられているＩＦ１と、ＣｏＡ２が割り当てられているＩＦ２に対して専用ＨｏＡを割り当てることを要求すると共に、ＩＦ１に対して割り当てられたＨｏＡに関してはＣｏＡ１を関連付け、ＩＦ２に対して割り当てられたＨｏＡに関してはＣｏＡ２を関連付け、さらに、それらの関連付けを示すバインディング情報をバインディングキャッシュに登録することを要求するメッセージとして機能させることが可能となる。また、ＨｏＡ割り当て要求メッセージによって、各インタフェース１０１が共通して使用可能な共通ＨｏＡの割り当てを要求することも可能である。【００５４】
なお、ここでは、ＨＡ２００がＨｏＡの割り当てを行うことを前提とし、ＭＮ１００は、ＨｏＡ割り当て要求メッセージをＨＡ２００に送信する場合について説明しているが、ＨｏＡの割り当てを行う任意の通信装置（例えば、ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバや、ＡＡＡ（Authentication Authorization Accounting）サーバ）にＨｏＡの割り当てを要求してもよい。また、ＨＡ２００との間にＳＡ（Security Association）を構築する際に使用する鍵交換プロトコル（ＩＫＥ（Internet Key Exchange）
、又はＩＫＥｖ２）の中で、専用ＨｏＡの割り当てを要求してもよい。これらの場合、ＤＨＣＰサーバやＡＡＡサーバ、ＨＡ２００に送信するメッセージの中に、専用ＨｏＡを要求することを示す情報が含まれていることが望ましい。また、ＨｏＡ割り当て要求メッセージによって、専用ＨｏＡ及び共通ＨｏＡの両方の割り当てが可能な場合には、割り当てられるＨｏＡが専用ＨｏＡとして使用されるべきなのか、あるいは共通ＨｏＡとして使用されるべきなのかを示す情報（分類情報）をＨｏＡに付加して、ＭＮ１００に提供することが望ましい。また、ＭＮ１００は、ＩＦ１又はＩＦ２のうち、どちらか一方に対してだけ専用ＨｏＡの割り当てを要求することができる。例えば、ＭＮ１００のＩＦ１がホームネットワーク（ＰＭＩＰやＧＴＰ（GPRS tunneling protocol）が提供されているネットワークでもよい）に接続しており、他方のＩＦ２が新たに外部ネットワークに接続する場合は、ＭＮ１００はＩＦ１経由で自身のホームプレフィックスを知ることができるため、そのプレフィックスから生成されるアドレスをＩＦ２専用の専用ＨｏＡとして割り当てることを、ＩＦ２で行う認証処理やＩＫＥｖ２、ＢＵメッセージで、ＨＡ２００又は認証サーバなどに対して要求することができる。【００５５】
また、ホームネットワークに接続したＩＦ１へアドレス（又はプレフィックス）を割り当てる際に、割り当てたアドレス（又はプレフィックス）が専用ＨｏＡ（又は専用プレフィックス）であるか、共通ＨｏＡ(又は共通プレフィックス)であるかを明示的に示す情報を付加して、ＭＮ１００へアドレスを割り当ててもよい。これにより、ＩＦ１に割り当てられていたアドレスが専用ＨｏＡであった場合には、ＩＦ２が外部ネットワークへ接続した際に、ＩＦ１のアドレスあてに届いたパケットは、ＩＦ２には転送されないことをＭＮ１００は知得することができ、専用ＨｏＡ（又は専用プレフィックス）だけでなく、両方のインタフェースを転送先として使用したい場合には共通ＨｏＡ（又は共通プレフィックス）を別途割り当てることを要求することができる。一方、ＩＦ１に割り当てられていたプレフィックスが共通ＨｏＡ（又は共通プレフィックス）であった場合には、ＩＦ２が外部ネットワークに接続した際に、ＩＦ１に対して専用ＨｏＡ（又は専用プレフィックス）の割り当てを要求することができる。【００５６】
また、ＭＮ１００は、ホームネットワークに接続しているＩＦ１で既に使用しているアドレスを専用アドレスとして扱い、外部ネットワークに接続したＩＦ２に対しては、共通ＨｏＡと専用ＨｏＡの両方を割り当てることを要求してもよい。これにより、新たに割り当てた共通ＨｏＡあてに届いたパケットは、ＩＦ１とＩＦ２の両方に対して転送され、ＩＦ１に既に割り当てられているアドレスあてに届いたパケットは、ＩＦ２に対して転送されない。なお、ＨＡがＭＮに対してアドレスではなくユニークなプレフィックスを割り当てる場合には、ＩＦ１で割り当てられたプレフィックスはＩＦ１専用のプレフィックスとなり、ＩＦ２には、ＩＦ１及びＩＦ２の共通プレフィックス、さらにはＩＦ２に専用のプレフィックスが別途割り当てられる。【００５７】
既に使用しているアドレスを共通ＨｏＡとして扱うか、専用ＨｏＡとして扱うかは、ＭＮ１００が任意に判断することができるが、ＩＦ２が外部ネットワークに接続した際にＩＦ１で行われている通信が、ＩＦ１を使用することが望ましいフローのみである場合には、ＩＦ１のアドレスを専用ＨｏＡとして扱い、ＩＦ２に対しては、別途共通ＨｏＡ及び専用ＨｏＡを割り当てることを要求してもよい。また、ＩＦ２がまだ外部ネットワークに接続していない時に、ＩＦ１で行われている通信が、ＩＦ１のみを使用するべきフローだけが存在する場合は、上述のように専用ＨｏＡとして扱うことを選択することができるが、ＩＦ１において、ＩＦ１とＩＦ２の両方を使用できるフローの通信を行う場合には、別途共通ＨｏＡを生成し、ＩＦ１へ割り当てて使用する。この場合、ＭＮ１００は、ＩＦ２が外部ネットワークに接続した際に、ＩＦ１において共通ＨｏＡとして使用していたアドレスを、ＩＦ２においても共通ＨｏＡとして使用することを判断する。また、同時に、ＩＦ２に対して専用ＨｏＡを割り当てることを要求する。【００５８】
また、ＨｏＡ割り当て通知メッセージ処理部１１１は、ＨｏＡ割り当て要求メッセージに対するＨＡ２００からの応答メッセージ（ＨｏＡ割り当て通知メッセージ）に関する処理を行う機能を有している。ＨｏＡ割り当て通知メッセージには、ＨｏＡ割り当て要求メッセージを用いてＨｏＡの割り当てを要求した各インタフェース１０１に対して割り当てられた専用ＨｏＡが含まれており、ＨｏＡ割り当て通知メッセージ処理部１１１は、専用ＨｏＡとその専用ＨｏＡが割り当てられたインタフェース１０１（ＣｏＡ又はＢＩＤ）との関連付けを示す情報をＨｏＡ情報管理部１０９に渡して管理させる。【００５９】
また、ＢＵＬ保持部１１２は、バインディングアップデートを行った相手（ＣＮ）を記憶するＢＵＬを保持している。ＢＵＬには、どのＣＮに対して、共通ＨｏＡ及び／又は専用ＨｏＡとＣｏＡとの関係を示すバインディングを登録しているかが記憶される。なお、ＢＵＬに記憶されていないＣＮ（バインディングアップデートを行っていないＣＮ）との通信には、基本的にＨｏＡ（共通ＨｏＡ又は専用ＨｏＡ）が使用される。【００６０】
上述のＨｏＡ割り当て要求メッセージ生成部１１０で生成されるＨｏＡ割り当て要求メッセージには、例えば、下記の図１０や図１１のようなフォーマットを使用することが可能である。なお、ＨｏＡ割り当て要求メッセージ生成部１１０で生成されたＨｏＡ割り当て要求メッセージは、ＭＮ１００からＨＡ２００に送信され、ＨＡ２００のＨｏＡ割り当て要求メッセージ処理部２０５（後述）で処理される。【００６１】
図１０は、本発明の第１の実施の形態において、ＭＮからＨＡに送信されるＨｏＡ割り当て要求メッセージの一例を示す図である。図１０には、ＨｏＡ割り当て要求メッセージの構成例が図示されている。このＨｏＡ割り当て要求メッセージ（ＨｏＡ割り当て要求）は、モビリティヘッダ（mobility header）を利用して構成されている。この図１０に示されているように、ＨｏＡ割り当て要求メッセージの中には、専用ＨｏＡを割り当てる対象となるインタフェースを特定する情報として、割り当て要求対象ＣｏＡを示すオプション（割り当て要求対象ＣｏＡオプション）が含まれている。【００６２】
この割り当て要求対象ＣｏＡオプションには、ＭＮ１００が有する複数のインタフェース（ＩＦ１及びＩＦ２）のそれぞれに割り当てられているＣｏＡ（ＣｏＡ１及びＣｏＡ２）が挿入される。なお、ＣｏＡを特定する情報としてＢＩＤ（バインディング識別子）を用いてもよく、あるいは、ＣｏＡ及びＢＩＤの両方を用いてもよい。この割り当て要求対象ＣｏＡオプションに挿入されたＣｏＡは、インタフェース専用にＨｏＡが割り当てられた際に、そのＨｏＡに対して関連付けられるＣｏＡとなる。すなわち、割り当て要求対象ＣｏＡオプションにＣｏＡ１及びＣｏＡ２が挿入された場合には、ＣｏＡ１に対してＨｏＡ１、ＣｏＡ２に対してＨｏＡ２がそれぞれ割り当てられる。なお、ここではＨｏＡ割り当て要求メッセージを構成するヘッダとしてモビリティヘッダが用いられているが、あて先オプションヘッダなどを用いてもよい。【００６３】
また、図１２は、本発明の第１の実施の形態において、ＨｏＡ割り当て要求メッセージの別の一例を示す図である。このＨｏＡ割り当て要求メッセージは、ＢＵ（Binding Update：バインディングアップデート）メッセージであることを示すモビリティヘッダを利用して構成されている。この図１２に示されているように、ＨｏＡ割り当て要求メッセージの中には、登録するＣｏＡ（登録対象のＣｏＡ）及びＢＩＤを示すオプションとしてＢＩＤサブオプション（BID sub-option）が含まれており、そのＢＩＤサブオプションの中に、各インタフェース専用のＨｏＡの割り当てを要求する旨を示す情報であるＨｏＡ割り当て要求情報（HoA allocation request information）が含まれている。なお、ＨｏＡ割り当て要求情報は、フラグなどで構成されていてもよい。この場合、例えば、フラグがセットされていれば、専用ＨｏＡの割り当てを要求していることを示し、セットされていなければ、共通ＨｏＡの割り当てを要求していることを示す。また、要求しているアドレス（又はプレフィックス）が専用ＨｏＡ（又は専用プレフィックス）であるか共通ＨｏＡ（又は共通プレフィックス）であるかを明示的に示してもよい。この場合、フラグではなく、両者を識別可能な数値情報を用いて、共通ＨｏＡ（又は共通プレフィックス）と専用ＨｏＡ（又は専用プレフィックス）のどちらの割り当てを要求しているかを示してもよい。【００６４】
また、図１１に図示されているＨｏＡ割り当て要求メッセージは、ＢＩＤ１（ＣｏＡ１）を含むＢＩＤサブオプション、ＢＩＤ２（ＣｏＡ２）を含むＢＩＤサブオプションのそれぞれにＨｏＡ割り当て要求情報を有しており、ＣｏＡ１及びＣｏＡ２の両方に対して各インタフェース専用のＨｏＡを割り当てることを要求するＢＵメッセージによって実現されている。【００６５】
このＢＩＤサブオプションに挿入されたＣｏＡ１及びＣｏＡ２は、インタフェース専用にＨｏＡが割り当てられた際に、そのＨｏＡに対して関連付けられるＣｏＡとなる。すなわち、ＣｏＡ１に対してＨｏＡ１、ＣｏＡ２に対してＨｏＡ２がそれぞれ割り当てられる。なお、各インタフェースで共有して使用されるＭＮ１００のＨｏＡ（共通ＨｏＡ）がまだ割り当てられていない場合には、上記のＨｏＡ割り当て要求メッセージを用いて、共通ＨｏＡの割り当てを同時に要求することも可能である。また、共通ＨｏＡの割り当てを要求するメッセージを用いて、インタフェース専用のＨｏＡの割り当てを行ってもよい。共通ＨｏＡは、ＭＮ１００のインタフェースの数に関係なくＭＮ１００に割り当てられるＨｏＡであり、通常のＨｏＡと同様のものである。ＭＮ１００は、例えば非特許文献２に記載されている技術のように、１つの共通ＨｏＡに関連付けて、複数のＣｏＡ（ＣｏＡ１及びＣｏＡ２）の関連付けを示すバインディングをＨＡ２００に登録することが可能である。なお、ＨｏＡ割り当て要求メッセージは、ＤＨＣＰｖ６やＩＫＥｖ２などのメッセージを用いて構成されてもよい。例えば、ＩＫＥｖ２を用いる場合は、通常の共通ＨｏＡの割り当て、又はホームプレフィックスの割り当てを要求するメッセージ（例えば、ＣＦＧ＿ＲＥＱＵＥＳＴ）に、専用ＨｏＡ（又は専用プレフィックス）の割り当てを要求する情報（Attribute）も含めて送信する。また、共通ＨｏＡではなく、ユニークなホームプレフィックスの割り当てのみを要求し、ＭＮ１００自身がＨｏＡを生成する場合には、割り当てられたプレフィックスから共通ＨｏＡだけでなく専用ＨｏＡの生成・使用が可能か否かを確認するために、ホームプレフィックス割り当て要求メッセージ（例えば、ＣＦＧ＿ＲＥＱＵＥＳＴ）の中に、専用ＨｏＡの生成・使用を要求する情報を含めて送信してもよい。なお、専用プレフィックスが別途割り当てられた場合には、ＭＮ１００は専用プレフィックスから生成したアドレスを専用ＨｏＡとして扱う。【００６６】
また、上述のＨｏＡ割り当て通知メッセージ処理部１１１で処理されるＨｏＡ割り当て通知メッセージには、例えば、下記の図１１や図１３のようなフォーマットを使用することが可能である。なお、ＨｏＡ割り当て通知メッセージ処理部１１１で処理されるＨｏＡ割り当て通知メッセージは、ＨＡ２００のＨｏＡ割り当て通知メッセージ生成部２０７（後述）で生成されて、ＨＡ２００からＭＮ１００に送信される。【００６７】
図１１は、本発明の第１の実施の形態において、ＨＡからＭＮに送信されるＨｏＡ割り当て通知メッセージの一例を示す図である。図１１には、ＨｏＡ割り当て通知メッセージの構成例が図示されている。なお、図１１のＨｏＡ割り当て通知メッセージは、図１０のＨｏＡ割り当て要求メッセージに対する応答メッセージである。このＨｏＡ割り当て通知メッセージ（ＨｏＡ割り当て通知）は、モビリティヘッダを用いて作られている。この図１１に示されているように、ＨｏＡ割り当て通知メッセージの中には、割り当てたＨｏＡを示すオプション（割り当てＨｏＡオプション）が含まれている。【００６８】
この割り当てＨｏＡオプションには、ＨＡ２００がＭＮ１００に割り当てるＨｏＡと、そのＨｏＡの割り当て対象であるＣｏＡとのセットが挿入される。なお、ＣｏＡを特定する情報としてＢＩＤを用いてもよく、あるいは、ＣｏＡ及びＢＩＤの両方を用いてもよい。この割り当てＨｏＡオプションに挿入されたＨｏＡとＣｏＡとのセットは、割り当て要求の対象であるＣｏＡと、そのＣｏＡに対応するインタフェース専用として割り当てるＨｏＡとを含んでいる。すなわち、ＨＡ２００は、ＣｏＡ１に対してＨｏＡ１、ＣｏＡ２に対してＨｏＡ２をそれぞれ割り当て、ＣｏＡ１：ＨｏＡ１のセット及びＣｏＡ２：ＨｏＡ２のセットを割り当てＨｏＡオプションに挿入する。なお、ここではＨｏＡ割り当て通知メッセージを構成するヘッダとしてモビリティヘッダが用いられているが、あて先オプションヘッダなどを用いてもよい。【００６９】
また、図１３は、本発明の第１の実施の形態において、ＨｏＡ割り当て通知メッセージの別の一例を示す図である。このＨｏＡ割り当て通知メッセージは、ＢＡ（Binding Acknowledgement：バインディングアクノレッジメント）メッセージであることを示すモビリティヘッダを利用して構成されている。【００７０】
この図１３に示されているように、ＨｏＡ割り当て通知メッセージの中には、登録するＣｏＡ（登録対象のＣｏＡ）又はＢＩＤを示すオプションとしてＢＩＤサブオプション（BID sub-option）が含まれており、そのＢＩＤサブオプションの中に、各ＣｏＡ又はＢＩＤに対して割り当てられるインタフェース専用のＨｏＡや、そのバインディングキャッシュの登録が成功（受理：accepted）したか否かを示すステータス情報が含まれる。【００７１】
なお、図１３に図示されているＨｏＡ割り当て通知メッセージは、ＢＩＤ１（ＣｏＡ１）を含むＢＩＤサブオプション、ＢＩＤ２（ＣｏＡ２）を含むＢＩＤサブオプションを有しており、各インタフェースに対して割り当てられるＨｏＡ１及びＨｏＡ２が各ＢＩＤ１（ＣｏＡ１）及びＢＩＤ２（ＣｏＡ２）のそれぞれのＢＩＤサブオプションに挿入されており、さらに、その関連付け情報を示すバインディングキャッシュの登録が成功したことを示すステータス情報（受理）が記載されたＢＡメッセージによって実現されている。なお、ＨｏＡ割り当て通知メッセージは、ＤＨＣＰｖ６やＩＫＥｖ２などのメッセージを用いて構成されてもよい。例えば、ＩＫＥｖ２を用いる場合は、通常の共通ＨｏＡ、又はホームプレフィックスを通知するメッセージ（例えば、ＣＦＧ＿ＲＥＰＬＹ）に、割り当てられた専用ＨｏＡも含めて送信する。また、共通ＨｏＡではなく、ホームプレフィックスのみを通知し、ＭＮ１００自身がＨｏＡを生成する場合には、割り当てたプレフィックスから共通ＨｏＡだけでなく専用ＨｏＡの生成・使用が可能か否かを示すために、ホームプレフィックス割り当て通知メッセージ（例えば、ＣＦＧ＿ＲＥＰＬＹ）の中に、専用ＨｏＡの生成・使用の可否を示す情報を含めて送信してもよい。【００７２】
次に、本発明の第１の実施の形態におけるＨＡ２００の構成について説明する。図３は、本発明の第１の実施の形態におけるＨＡの構成の一例を示す図である。なお、図１に図示されているＨＡ２００は、図３に示す構成を備えている。【００７３】
図３に図示されているＨＡ２００は、インタフェース２０１、送信部２０２、受信部２０３、データパケット処理部２０４、ＨｏＡ割り当て要求メッセージ処理部２０５、ＨｏＡ割り当て部２０６、ＨｏＡ割り当て通知メッセージ生成部２０７、バインディング情報保持部２０８、転送先ＣｏＡ選択部２０９、フロー制御情報登録メッセージ処理部２１０、フロー制御情報保持部２１１を有している。【００７４】
インタフェース２０１は、ＨＡ２００が通信を行うために使用する通信インタフェースである。また、送信部２０２は、インタフェース２０１を通じてパケットを送信する機能を有している。送信部２０２は、データパケットの転送を行う場合には、転送先ＣｏＡ選択部２０９からの指示に従って、データパケットの転送先を設定する。また、受信部２０３は、インタフェース２０１を通じてパケットを受信する機能を有している。受信部２０３は、受信パケットがデータパケットの場合にはデータパケット処理部２０４に渡し、ＨｏＡ割り当て要求メッセージの場合にはＨｏＡ割り当て要求メッセージ処理部２０５に渡し、フロー制御情報登録メッセージの場合にはフロー制御情報登録メッセージ処理部２１０に渡す。【００７５】
また、データパケット処理部２０４は、受信部２０３で代理受信したデータパケットの転送処理を行う機能を有している。データパケット処理部２０４は、データパケットのあて先アドレスに対応する転送先を転送先ＣｏＡ選択部２０９に問い合わせる。【００７６】
また、ＨｏＡ割り当て要求メッセージ処理部２０５は、ＭＮ１００から送信されたＨｏＡ割り当て要求メッセージの処理を行う機能を有している。ＨｏＡ割り当て要求メッセージは、上述のように、ＭＮ１００が有する複数のインタフェース１０１のそれぞれに対して各インタフェース１０１専用のＨｏＡ（専用ＨｏＡ）を割り当てるようＨＡ２００へ要求するためのメッセージであり、ＨｏＡ割り当て要求メッセージ処理部２０５は、専用ＨｏＡ割り当て対象となるインタフェースに割り当てられているＣｏＡをＨｏＡ割り当て要求メッセージ内から取得し、取得したＣｏＡに対してＨｏＡを割り当てるようＨｏＡ割り当て部２０６へ指示する。【００７７】
また、ＨｏＡ割り当て要求メッセージ処理部２０５は、ＨｏＡ割り当て部２０６から割り当てられた専用ＨｏＡと対応するＣｏＡとのセットをバインディング情報保持部２０８に保持させるとともに、ＨｏＡ割り当て通知メッセージ生成部２０７に渡して、ＨｏＡ割り当て通知メッセージの生成を行わせる。【００７８】
また、ＨｏＡ割り当て部２０６は、ＨｏＡ割り当て要求メッセージ処理部２０５からの指示を受け、渡されたＣｏＡに対して専用ＨｏＡを新たに割り当てる機能を有している。なお、新たに割り当てるＨｏＡは、ＨＡ２００が管理するＭＮ１００のホームプレフィックスから生成され、そのＭＮ１００に既に割り当てている共通ＨｏＡや、他のＭＮ１００で使用されているＨｏＡとは異なるアドレスが使用される。なお、ＨＡ２００が新たなプレフィックスをＭＮ１００へ割り当てることができる場合には、ＭＮ１００に割り当て済みのホームプレフィックスから別のＨｏＡを生成するのではなく、新たなプレフィックスをＭＮ１００へ割り当ててもよい。【００７９】
また、ＨｏＡ割り当て通知メッセージ生成部２０７は、ＨｏＡ割り当て要求メッセージ処理部２０５の指示を受け、ＨｏＡ割り当て部２０６によって割り当てられたＨｏＡをＭＮ１００へ通知するためのＨｏＡ割り当て通知メッセージを生成する機能を有している。ＨｏＡ割り当て通知メッセージ生成部２０７で生成されたＨｏＡ割り当て通知メッセージは、送信部２０２によってＭＮ１００に送信される。【００８０】
また、バインディング情報保持部２０８は、ＭＮ１００のＨｏＡとＣｏＡとの関連付けを示すバインディング情報を保持する機能を有している。バインディング情報としては、例えば、非特許文献２に開示されているような複数のＣｏＡに対して１つの共通ＨｏＡが関連付けられた情報に加えて、さらに、１つのＣｏＡに対してそのＣｏＡに固有の専用ＨｏＡが関連付けられた情報が使用される。すなわち、ＭＮ１００が、ＩＦ１及びＩＦ２のそれぞれに対して専用ＨｏＡの割り当てを要求した場合には、バインディング情報保持部２０８には、図１４に図示されているように、共通ＨｏＡ（ＨｏＡ０）が２つのＣｏＡ（ＣｏＡ１及びＣｏＡ２）に関連付けられたバインディング情報に加えて、専用ＨｏＡ（ＨｏＡ１）がＣｏＡ１に関連付けられたバインディング情報と、専用ＨｏＡ（ＨｏＡ２）がＣｏＡ２に関連付けられたバインディング情報とが保持される。なお、これらのバインディング情報が、ＭＮ１００に関する情報であることを示すために、各情報にＭＮ１００を特定するためのＩＤ情報（ＭＮ−ＩＤ）が付加されてもよい。【００８１】
また、転送先ＣｏＡ選択部２０９は、データパケット処理部２０４から渡されたパケットをＭＮ１００へ転送する際に、転送先として使用するＭＮ１００のＣｏＡを選択し、カプセル化パケットを生成する処理を行う。【００８２】
転送先ＣｏＡ選択部２０９は、基本的にバインディング情報保持部２０８に保持されているバインディング情報を参照して行われる。受信部２０３で受信したパケットのあて先アドレスに共通ＨｏＡが使用されている場合には、転送先ＣｏＡ選択部２０９は、その共通ＨｏＡに関連付けられている複数のＣｏＡの中から任意のＣｏＡを選択して転送先として使用することが可能である。なお、このとき、転送先ＣｏＡ選択部２０９は、ＨＡ２００自身の条件（ネットワーク条件やポリシなど）に基づいて、ＣｏＡの選択を行うことが可能である。また、受信部２０３で受信したパケットのあて先アドレスに専用ＨｏＡが使用されている場合には、転送先ＣｏＡ選択部２０９は、バインディング情報においてその専用ＨｏＡに関連付けられているＣｏＡを転送先として選択する。【００８３】
上記のような転送先ＣｏＡ選択部２０９における転送先の選択動作を考慮して、ＭＮ１００は、特定のインタフェース（例えばＩＦ１）でパケットの送受信を行いたいフローに関しては、そのインタフェース専用の専用ＨｏＡ（ＩＦ１のＣｏＡ１に対応するＨｏＡ１）を使用して通信を行う。このとき、そのフローの通信相手となるＣＮ３００からのパケットのあて先アドレスは専用ＨｏＡ（ＩＦ１のＣｏＡ１に対応するＨｏＡ１）となり、パケットを代理受信したＨＡ２００によってＣｏＡ１（ＩＦ１）に転送される。また、複数のインタフェースのうちの特定のインタフェースを使用した通信を特に行う必要がない（通信に使用するインタフェースを指定する必要がない）フローに関しては、ＭＮ１００は共通ＨｏＡ（ＨｏＡ０）を使用して通信を行えばよい。この場合には、共通ＨｏＡを使用したフローはＨＡ２００で適宜転送先が選択され、ＭＮ１００は、複数のインタフェースのうちのいずれかのインタフェースでパケットを受信することが可能である。【００８４】
上述のように、本発明ではバインディング情報保持部２０８に保持されているバインディング情報を参照して、転送先ＣｏＡ選択部２０９が転送先を選択することが基本的な動作となるが、さらに、フロー制御情報保持部２１１に保持されている条件を例外条件として優先的に参照する。フロー制御情報保持部２１１には、共通ＨｏＡを使用して行われている通信に対して、特定のインタフェース（特定のＣｏＡ）への転送を要求するＭＮ１００からの指示が保持されており、例えば、ＭＮ１００が複数のインタフェースのうちの任意のインタフェースで通信を行えばよいと判断して共通ＨｏＡを使用して通信を始めたものの、途中で特定のインタフェースのみを使用して通信を行いたくなったような場合に、フロー制御情報登録メッセージによって設定される例外条件である。【００８５】
また、フロー制御情報登録メッセージ処理部２１０は、共通ＨｏＡ（ＨｏＡ０）を用いて既に通信を行っているフローのうち、特定のインタフェースを指定したい例外的なフローを通知するためにＭＮ１００から送信されるフロー制御情報登録メッセージの処理を行う機能を有している。フロー制御情報登録メッセージ処理部２１０は、フロー制御情報登録メッセージに含まれているフロー制御情報をフロー制御情報保持部２１１に保持させる。【００８６】
また、フロー制御情報保持部２１１は、共通ＨｏＡを使用して行われている通信に対して、特定のインタフェース（特定のＣｏＡ）への転送を要求するＭＮ１００からの指示を示すフロー制御情報を保持する機能を有している。【００８７】
次に、本発明の第１の実施の形態におけるＭＮの動作について説明する。図４は、本発明の第１の実施の形態におけるＭＮの動作の一例を示すフローチャートである。【００８８】
図４において、あるインタフェースがハンドオーバすると（ステップＳ１００１）、ＭＮ１００は、ハンドオーバによる新たな接続先が外部ネットワークか否かを判断する（ステップＳ１００２）。新たな接続先が外部ネットワーク（すなわち、ホームネットワークではないネットワーク）であれば、そのインタフェース専用のＨｏＡ（そのインタフェースに対して割り当てられている専用ＨｏＡ）が既に割り当てられているか否かを確認する（ステップＳ１００３）。新たに外部ネットワークへのハンドオーバを行ったインタフェース専用のＨｏＡが既に存在している場合（例えば、ハンドオーバ前には別の外部ネットワークに接続していた場合など）には、ＭＮ１００は、ハンドオーバ後の外部ネットワークで新たに取得したＣｏＡを通知するＢＵメッセージに、そのインタフェースの専用ＨｏＡを含める処理を行い（ステップＳ１００４）、このＢＵメッセージを送信する（ステップＳ１００５）。【００８９】
このＢＵメッセージは、例えば、ＩＦ１のハンドオーバ前のＣｏＡをＣｏＡ１として、ＩＦ１のハンドオーバ後のＣｏＡをＣｏＡ３とした場合、このＢＵメッセージは、共通ＨｏＡ（ＨｏＡ０）に関連付けられているＣｏＡ１と、専用ＨｏＡ（ＨｏＡ１）に関連付けられているＣｏＡ１とをそれぞれＣｏＡ３に書き替えるためのメッセージである。すなわち、例えば、共通ＨｏＡ（ＨｏＡ０）が２つのＣｏＡ（ＩＦ１に対応するＣｏＡ１及びＩＦ２に対応するＣｏＡ２）に関連付けられた第１バインディング情報、専用ＨｏＡ（ＨｏＡ１）がＣｏＡ１に関連付けられた第２バインディング情報、専用ＨｏＡ（ＨｏＡ２）がＣｏＡ２に関連付けられた第３バインディング情報がＨＡ２００に登録されている場合、ステップＳ１００４で送信されるＢＵメッセージによって、第１バインディング情報及び第２バインディング情報が書き替えられ、ＨＡに登録されるバインディング情報が、共通ＨｏＡ（ＨｏＡ０）が２つのＣｏＡ（ＩＦ１に対応するＣｏＡ３及びＩＦ２に対応するＣｏＡ２）に関連付けられた第１バインディング情報、専用ＨｏＡ（ＨｏＡ１）がＣｏＡ３に関連付けられた第２バインディング情報、専用ＨｏＡ（ＨｏＡ２）がＣｏＡ２に関連付けられた第３バインディング情報に変更される。【００９０】
一方、ステップＳ１００３において、新たに外部ネットワークへのハンドオーバを行ったインタフェース専用のＨｏＡが存在していない場合（例えば、ハンドオーバ前にはホームネットワークに接続していた場合など）には、ＭＮ１００は、インタフェース専用のＨｏＡの割り当てを要求するメッセージ（ＨｏＡ割り当て要求メッセージ）を送信し、そのインタフェースのみに割り当てられる専用ＨｏＡを取得する（ステップＳ１００６）。なお、ＨｏＡ割り当て要求メッセージに新たなＣｏＡが挿入されることでＢＵメッセージとして機能し、インタフェース専用のＨｏＡの割り当てとともに、そのＣｏＡとの関連付けがＨＡ２００に登録されるようにすることも可能であり、また、インタフェース専用のＨｏＡの取得後に、このＨｏＡと新たなＣｏＡとの関連付けを登録するためのＢＵメッセージの送信が行われるようにすることも可能である。【００９１】
上述の図４に図示されている動作では、ハンドオーバ直後に即座に各インタフェース専用のＨｏＡの割り当てが行われているが、この各インタフェース専用のＨｏＡの割り当てに係るタイミングは任意であり、各インタフェース専用のＨｏＡの割り当てが行われることが望ましいと判断された場合に、ＨｏＡ割り当て要求メッセージの送信が行われるようにしてもよい。例えば、ホームネットワークに接続している際に送信してもよいし、外部ネットワークへ接続後、特定のインタフェース（特定のＣｏＡ）への転送を必要とするフローが発生した際に送信してもよい。また、外部ネットワークへ接続した際に行う認証プロセスの中で要求してもよいし、ＩＫＥｖ２によりＨＡ２００との間にセキュリティアソシエーションを構築する際に、ＩＫＥｖ２で用いられるメッセージ（例えば、ＣＦＧ＿ＲＥＱＵＥＳＴ）を用いて、専用ＨｏＡの割り当てを要求してもよい。なお、インタフェースを指定した通信が望まれるフローが存在する場合には、そのフローの送受信が行われる前に、特定のインタフェースのみを使用したフローの通信が行われるように専用ＨｏＡの設定及び登録が行われることが望ましい。【００９２】
また、例えば図５に図示されているように、ハンドオーバによる新たな接続先が外部ネットワークであっても、ハンドオーバしたインタフェースのみを経由して送受信を行いたいフローが存在するか否か（そのインタフェース指定で送受信するフローがあるか否か）を判断し（ステップＳ１０１１）、ハンドオーバしたインタフェースのみを経由して送受信を行いたいフローが存在する場合にはそのインタフェース専用のＨｏＡを設定する処理を行う一方、ハンドオーバしたインタフェースのみを経由して送受信を行いたいフローが存在しない場合には、そのインタフェース専用のＨｏＡを設定する処理を行わず、別の任意のタイミングで、そのインタフェース専用のＨｏＡを設定する処理を行うようにしてもよい。【００９３】
次に、ＭＮ１００がインタフェース共通の共通ＨｏＡ及び各インタフェース専用の専用ＨｏＡをＨＡ２００に登録している場合の、本発明の第１の実施の形態におけるＭＮ１００のデータ送信処理及びＨＡ２００のパケット転送処理について説明する。【００９４】
まず、ＭＮ１００のデータ送信処理について説明する。図６は、本発明の第１の実施の形態におけるＭＮのデータ送信処理の一例を示すフローチャートである。【００９５】
図６において、ＭＮ１００は、データ送信処理を行う場合、そのデータ送信処理で送信されるパケットのフローに対応するフロー制御情報がフロー制御情報保持部１０８に存在しているか否かを確認する（ステップＳ１１０１）。フロー制御情報が存在する場合には、ＭＮ１００は、そのフロー制御情報に対応するＨｏＡ及びＣｏＡを選択し（ステップＳ１１０２）、このＨｏＡ又はＣｏＡを送信元アドレスに使用した送信パケットを生成して（ステップＳ１１０７）、パケットの送信を行う（ステップＳ１１０８）。【００９６】
一方、ステップＳ１１０１においてフロー制御情報が存在しない場合には、そのフローがインタフェースを指定すて通信を行うべきフローであるか否かを判断する（ステップＳ１１０３）。そして、特定のインタフェースをのみを使用してそのフローの通信が行われるようインタフェースの指定を行うべきであると判断した場合には、ＭＮ１００は、そのフローに係る通信に使用するインタフェースに対応した専用ＨｏＡ及びＣｏＡを選択し（ステップＳ１１０４）、このＨｏＡ又はＣｏＡを送信元アドレスに使用した送信パケットを生成して（ステップＳ１１０７）、パケットの送信を行う（ステップＳ１１０８）。【００９７】
また、ステップＳ１１０３において、インタフェースの指定を行う必要はないと判断した場合には、ＭＮ１００は、共通ＨｏＡ（ＨｏＡ０）を選択するとともに（ステップＳ１１０５）、この共通ＨｏＡに関連付けられているＣｏＡを選択し（ステップＳ１１０６）、このＨｏＡ又はＣｏＡを送信元アドレスに使用した送信パケットを生成して（ステップＳ１１０７）、パケットの送信を行う（ステップＳ１１０８）。【００９８】
なお、ここではＭＮ１００は、フロー制御情報が存在する場合にはフロー制御情報に基づくアドレス設定を行っているが、フロー制御情報が存在する場合であってもステップＳ１１０３の判断処理に移行して、フロー制御情報に依存しないアドレスの選択処理を行ってもよい。【００９９】
次に、ＨＡ２００のパケット転送処理について説明する。図７は、本発明の第１の実施の形態におけるＨＡのパケット転送処理の一例を示すフローチャートである。【０１００】
図７において、ＨＡ２００は、データパケットの代理受信（インタセプト）を行うと（ステップＳ２１０１）、そのデータパケットのあて先アドレスに対応するバインディングキャッシュがバインディング情報保持部２０８に保持されているか否かを確認する（ステップＳ２１０２）。そのデータパケットのあて先アドレスに対応するバインディングキャッシュがバインディング情報保持部２０８に保持されていない場合には、このデータパケットのパケット転送は行われず（ステップＳ２１１０）、例えば、パケットの送信元にＩＣＭＰメッセージを返すなどの処理が行われることが望ましい。【０１０１】
一方、ステップＳ２１０１において、データパケットのあて先アドレスに対応するバインディングキャッシュがバインディング情報保持部２０８に保持されている場合には、そのバインディングキャッシュにおいて複数のＣｏＡが関連付けられているか否かを確認する（ステップＳ２１０３）。バインディングキャッシュにおいて複数のＣｏＡが関連付けられている場合には、このバインディングキャッシュは、１つの共通ＨｏＡに対して複数のＣｏＡが関連付けられているものであることを意味する。この場合、ＨＡ２００は、フロー制御情報保持部２１１を参照し、このフローに関するフロー制御情報が登録されているか否かを確認する（ステップＳ２１０４）。このフローに関するフロー制御情報が存在する場合には、ＭＮ１００は、このフロー制御情報で指定されているＣｏＡを転送先として選択する一方（ステップＳ２１０５）、このフローに関するフロー制御情報が存在しない場合には、バインディングキャッシュで関連付けられている複数のＣｏＡのうちの任意のＣｏＡを転送先として選択する（ステップＳ２１０６）。【０１０２】
また、ステップＳ２１０３において、バインディングキャッシュにおいてＣｏＡが１つのみ関連付けられている場合には、ＨＡ２００は、その関連付けられているＣｏＡを転送先として選択する（ステップＳ２１０７）。なお、このバインディングキャッシュは、例えば、外部ネットワークに接続されているインタフェースが１つしか存在しない場合や、１つの専用ＨｏＡに対して特定のＣｏＡが関連付けられている場合に登録されるものである。【０１０３】
そして、ＨＡ２００は、ステップＳ２１０５、Ｓ２１０６、Ｓ２１０７のいずれかの処理において選択されたＣｏＡを転送先アドレスとするカプセル化パケットを生成し（ステップＳ２１０８）、このパケットを送信することでパケット転送が行われる（ステップＳ２１０９）。【０１０４】
次に、ＭＮ１００とＣＮ３００との間のパケット伝送について説明する。まず、図８を参照しながら、ＭＮ１００が専用ＨｏＡを送信元アドレスとして選択した場合の一例を示すシーケンスチャートである場合のパケットの流れについて説明する。【０１０５】
図８において、ＭＮ１００は２つのインタフェース（ＣｏＡ１が設定されているＩＦ１、及び、ＣｏＡ２が設定されているＩＦ２）のそれぞれにおいて外部ネットワーク１及び外部ネットワーク２に接続している（ステップＳ４００１、Ｓ４００２）。また、ＭＮ１００は、共通ＨｏＡ（ＨｏＡ０）とＣｏＡ１及びＣｏＡ２の２つのＣｏＡを関連付けるバインディングアップデートメッセージをＨＡ２００に対して行い（ステップＳ４００３）、さらに、ＩＦ１（ＣｏＡ１）及びＩＦ２（ＣｏＡ２）のそれぞれに対する専用ＨｏＡの割り当てを要求するＨｏＡ割り当て要求メッセージをＨＡ２００に送信し（ステップＳ４００４）、ＨＡ２００が、ＣｏＡ１に対してＨｏＡ１、ＣｏＡ２に対してＨｏＡ２の専用ＨｏＡを割り当てているとする（ステップＳ４００５）。なお、Ｓ４００４で行っているＨｏＡ割り当て要求は、Ｓ４００３のＢＵメッセージの中に含めてもよい。また、１つのＢＵメッセージで複数のＣｏＡを同時に登録することができない場合には、ＩＦ１からＣｏＡ１を登録するＢＵメッセージを送信し、ＩＦ２からＣｏＡ２を登録するＢＵメッセージを送信するが、その場合、それぞれのＢＵメッセージの中に専用ＨｏＡの割り当てを要求する情報を含める。【０１０６】
ここで、ＩＦ２のみを使用してＣＮ３００との通信を行うよう指定されたフローに係る送信パケットが発生した場合（ステップＳ４００６）、ＭＮ１００は、その送信パケットの送信元アドレスにＩＦ２の専用ＨｏＡであるＨｏＡ２を選択し（ステップＳ４００７）、さらにＣｏＡ２でパケットをカプセル化して、ＨＡ２００あてに送信する（ステップＳ４００８）。ＨＡ２００は、このパケットをデカプセル化してＣＮ３００に転送し、ＣＮ３００には送信元アドレスがＨｏＡ２のパケットが届く（ステップＳ４００９）。【０１０７】
また、ＣＮ３００からＭＮ１００に送信されるパケットのあて先アドレスにはＨｏＡ２が設定され（ステップＳ４０１０）、ＨＡ２００は、このパケットを代理受信した後、ＨｏＡ２に対応するＣｏＡ２あてにパケットをカプセル化して転送する（ステップＳ４０１１）。【０１０８】
また、ＩＦ１のみを使用してＣＮ３００との通信を行うよう指定されたフローに係る送信パケットが発生した場合も同様の処理が行われる。すなわち、ＩＦ１のみを使用してＣＮ３００との通信を行うよう指定されたフローに係る送信パケットが発生した場合（ステップＳ４０１２）、ＭＮ１００は、その送信パケットの送信元アドレスにＩＦ１の専用ＨｏＡであるＨｏＡ１を選択し（ステップＳ４０１３）、さらにＣｏＡ１でパケットをカプセル化して、ＨＡ２００あてに送信する（ステップＳ４０１４）。ＨＡ２００は、このパケットをデカプセル化してＣＮ３００に転送し、ＣＮ３００には送信元アドレスがＨｏＡ１のパケットが届く（ステップＳ４０１５）。【０１０９】
また、ＣＮ３００からＭＮ１００に送信されるパケットのあて先アドレスにはＨｏＡ１が設定され（ステップＳ４０１６）、ＨＡ２００は、このパケットを代理受信した後、ＨｏＡ１に対応するＣｏＡ１あてにパケットをカプセル化して転送する（ステップＳ４０１７）。【０１１０】
次に、図９を参照しながら、ＭＮ１００が共通ＨｏＡを送信元アドレスとして選択した場合のパケットの流れについて説明する。図９は、本発明の第１の実施の形態において、ＭＮ１００が共通ＨｏＡを送信元アドレスとして選択した場合の一例を示すシーケンスチャートである。【０１１１】
図９において、ＭＮ１００は２つのインタフェース（ＣｏＡ１が設定されているＩＦ１、及び、ＣｏＡ２が設定されているＩＦ２）のそれぞれにおいて外部ネットワーク１及び外部ネットワーク２に接続している（ステップＳ４１０１、Ｓ４１０２）。また、ＭＮ１００は、共通ＨｏＡ（ＨｏＡ０）とＣｏＡ１及びＣｏＡ２の２つのＣｏＡを関連付けるバインディングアップデートメッセージをＨＡ２００に対して行い（ステップＳ４１０３）、さらに、ＩＦ１（ＣｏＡ１）及びＩＦ２（ＣｏＡ２）のそれぞれに対する専用ＨｏＡの割り当てを要求するＨｏＡ割り当て要求メッセージをＨＡ２００に送信し（ステップＳ４１０４）、ＨＡ２００が、ＣｏＡ１に対してＨｏＡ１、ＣｏＡ２に対してＨｏＡ２の専用ＨｏＡを割り当てているとする（ステップＳ４１０５）。【０１１２】
ここで、使用するインタフェースを特に指定しないフローに係るＣＮ３００あての送信パケットが発生した場合（ステップＳ４１０６）、ＭＮ１００は、その送信パケットの送信元アドレスに共通ＨｏＡであるＨｏＡ０を選択するとともに（ステップＳ４１０７）、任意のインタフェース（例えばＩＦ２）をパケット送信に使用するインタフェースとして選択し、選択されたインタフェースのＣｏＡ（ここではＩＦ２のＣｏＡ２）でパケットをカプセル化して、ＨＡ２００あてに送信する（ステップＳ４１０８）。ＨＡ２００は、このパケットをデカプセル化してＣＮ３００に転送し、ＣＮ３００には送信元アドレスがＨｏＡ０のパケットが届く（ステップＳ４１０９）。【０１１３】
また、ＣＮ３００からＭＮ１００に送信されるパケットのあて先アドレスにはＨｏＡ０が設定され（ステップＳ４１１０）、ＨＡ２００は、このパケットを代理受信した後、ＨｏＡ０に関連付けられているＣｏＡ１及びＣｏＡ２のうちのいずれか一方をＨＡ自身の判断で選択し（例えば、ＣｏＡ１）（ステップＳ４１１１）、選択されたＣｏＡ１あてにパケットをカプセル化して転送する（ステップＳ４１１２）。【０１１４】
なお、上述の動作では、ＭＮ１００がパケットを送信するインタフェースとしてＩＦ２を選択しているが、パケットの送信元アドレスにＨｏＡ１及びＣｏＡ１を設定し、ＩＦ１経由でパケット送信を行ってもよい。また、ＨＡ２００は、ＣＮから送信されたパケットのあて先アドレス（ＨｏＡ０）に対応する複数のＣｏＡ（ＣｏＡ１及びＣｏＡ２）のうちのどれを選択してもよく、上述の動作ではＣｏＡ１を選択しているが、ＣｏＡ２を選択してもよい。なお、ＨＡ２００にフロー制御情報が登録されている場合や、ＨＡ２００のポリシーが存在する場合には、それらに従って転送先が選択される。【０１１５】
以上、説明したように、本発明の第１の実施の形態によれば、ＭＮ１００が有する各インタフェースに対してインタフェース専用の専用ＨｏＡ（又は専用プレフィックス）の割り当てをＨＡへ要求し、そのＨｏＡに対してインタフェースに割り当てられているＣｏＡを１対１に関連付けることで、ＭＮ１００は、送信するパケットがインタフェースを指定するフローであったとしても、フロー制御情報をＨＡ２００へ登録することなく、そのインタフェースに対応する専用ＨｏＡを用いて送信することで、その応答パケットも指定のインタフェースに対してのみ転送されるようにすることが可能となる。また、インタフェース専用の専用ＨｏＡには、そのインタフェースに割り当てられているＣｏＡが１つしか関連付けられていないため、ＨＡ２００は、ＭＮ１００へパケットを転送する際に、使用するＣｏＡを選択するための処理を行う必要がなくなる。【０１１６】
また、ＭＮ１００は、複数のＣｏＡと関連付けされている共通ＨｏＡ（又は共通プレフィックス）をＨＡへ登録し、インタフェースを特に指定しないフローに関しては、この共通ＨｏＡを用いて通信を行うことが可能である。この共通ＨｏＡ（又は共通プレフィックス）を用いた通信においては、ＣＮ３００からＭＮ１００へのパケットをＨＡ２００が転送する際、ＨＡ２００は、任意の条件（ＭＮ１００からのフロー制御情報、ネットワーク側のポリシーなど）に基づいて判断し、適切な転送先のＣｏＡを選択することが可能である。【０１１７】
＜第２の実施の形態＞
次に、本発明の第２の実施の形態について説明する。上述の本発明の第１の実施の形態では、インタフェース専用の専用ＨｏＡの割り当てをＨＡ２００が行っており、ＭＮ１００は、ＨＡ２００に対して専用ＨｏＡの割り当て要求を行うことでＨｏＡが割り当てられるように構成されていたが、本発明の第２の実施の形態では、この専用ＨｏＡをＭＮ１００自身が生成し、各インタフェースのＣｏＡを登録する際に送信するＢＵメッセージを利用して、ＭＮ１００自身が生成した専用ＣｏＡをＨＡへ通知するように構成されている。【０１１８】
なお、本発明の第２の実施の形態では、基本的なネットワーク構成は上述の図１と同様であるが、ＭＮ１００の機能（専用ＨｏＡをＭＮ１００自身で生成する）及びＨＡ２００の機能（専用ＨｏＡの割り当てを行わない）が、本発明の第１の実施の形態とは異なる。【０１１９】
次に、本発明の第２の実施の形態におけるＭＮ１００の構成について説明する。図１５は、本発明の第２の実施の形態におけるＭＮの構成の一例を示す図である。図１５に図示されているＭＮ１００の構成は、図２に図示されているＭＮ１００の構成と類似しているが、図２に図示されているＭＮ１００が有しているＨｏＡ割り当て要求メッセージ生成部１１０の代わりに、ＢＵメッセージ生成部１２１及びＨｏＡ生成部１２２を有し、図２に図示されているＭＮ１００が有しているＨｏＡ割り当て通知メッセージ処理部１１１の代わりに、ＢＡメッセージ処理部１２３を有している。なお、図１５において、図２に図示されている機能ブロックと同一の機能を有するものに対しては同一の参照符号を付すとともに、ここでは説明を省略する。【０１２０】
ＢＵメッセージ生成部１２１は、外部ネットワークに接続しているインタフェースのＣｏＡをＨｏＡに関連付けるためのＢＵメッセージを生成する機能を有しており、さらに、ＢＵメッセージの生成の際に、ＣｏＡが割り当てられているインタフェースに対して専用ＨｏＡを割り当てるために、ＨｏＡ生成部１２２に対して、専用ＨｏＡを生成するよう指示する機能を有している。そして、ＨｏＡ生成部１２２から各インタフェース専用の専用ＨｏＡを取得した後、インタフェースに割り当てられているＣｏＡと、ＨｏＡ生成部１２２から取得した専用ＨｏＡとの関連付けをＨＡ２００へ登録するために、ＢＵメッセージの中に、このＣｏＡに対応するＨｏＡとして専用ＨｏＡを挿入する機能を有している。【０１２１】
また、ＨｏＡ生成部１２２は、ＣｏＡが割り当てられているインタフェースに対して設定される専用ＨｏＡを生成する機能を有している。なお、専用ＨｏＡは、ＭＮ１００自身の別のＨｏＡと同一の値とならないようにするだけではなく、他のＭＮ１００のアドレスと同一の値とならないようにする必要がある。これは、例えば、各ＭＮ１００が自身に割り当てられている共通ＨｏＡから専用ＨｏＡを生成するための共通のルール（アルゴリズム）をあらかじめ定めておくことで実現可能である。ＭＮ１００に対してユニークなプレフィックス（ホームプレフィックス）が割り当てられている場合には、そのプレフィックスを用いて新たなアドレスを生成する。なお、不図示ではあるが、ＭＮ１００が、外部ネットワークに接続した際に行う認証処理や、ＨＡ２００との間で行うＩＫＥｖ２のメッセージで、生成した専用ＨｏＡを通知してもよい。また、ＭＮ１００は、ＩＦ１又はＩＦ２のうち、どちらか一方に対してだけ専用ＨｏＡを割り当てることができる。例えば、ＭＮ１００のＩＦ１がホームネットワーク（ＰＭＩＰやＧＴＰ（GPRS tunneling protocol）が提供されている３ＧＰＰネットワークでもよい）に接続しており、他方のＩＦ２が新たに外部ネットワーク（Ｎｏｎ３ＧＰＰネットワーク）に接続する場合は、ＭＮ１００はＩＦ１経由で自身のホームプレフィックスを知ることができるため、そのプレフィックスを使ってＩＦ２専用の専用ＨｏＡを生成し、ＩＦ２へ割り当てることができる。さらに、ＢＵメッセージにそれらの共通ＨｏＡ及び専用ＨｏＡと、関連付けるＣｏＡを含めてＨＡ２００へ送信する。また、後述するように、ＢＵメッセージに含まれるそれぞれのＨｏＡには、共通ＨｏＡか専用ＨｏＡであるかを示す情報が付加される。これにより、ＢＵメッセージを受信するＨＡ２００は、共通ＨｏＡに対しては、ＭＮのホームネットワークに接続しているＩＦ１と外部ネットワークに接続しているＩＦ２の両方に対するバインディングキャッシュを生成する必要があることを認識すると同時に、専用ＨｏＡに対しては、ＢＵメッセージに含まれるＣｏＡのみを関連付けたバインディングキャッシュを生成する。ここでＨＡ２００は、共通ＨｏＡに対しては、ＣｏＡを関連付けたバインディングキャッシュと共に、ＨｏＡをＣｏＡとして含むバインディングキャッシュを生成する。ＨｏＡをＣｏＡとして関連付けたバインディングキャッシュが、ＩＦ１への転送先を示すバインディングキャッシュとして扱われる。【０１２２】
なお、ＩＦ２で行う認証処理やＩＫＥｖ２のメッセージでＨＡ２００又は認証サーバなどへ専用ＨｏＡを通知することもできる。つまり、この場合は、ホームネットワークで使用しているアドレスは、共通ＨｏＡとして扱われている。そのため、ＩＦ２へ専用ＨｏＡを割り当てると同時にＩＦ２に対しても専用ＨｏＡを割り当ててもよい。【０１２３】
上記の共通ＨｏＡであるか専用ＨｏＡであるかを示す情報は、ＨＡ２００が生成するバインディングキャッシュ内にも保持される。この情報は、ＭＮ１００が、ＨＡ２００へフロー制御情報を登録した際にも使用され、ＨＡ２００は、通知されたフロー制御情報が適用されるＨｏＡが、共通ＨｏＡであることを示す情報が付加されたＨｏＡであり、専用ＨｏＡに対しては適用されないことを判断することができる。【０１２４】
一方、ＭＮ１００は、ホームネットワークに接続しているＩＦ１で既に使用しているアドレスを専用ＨｏＡとして扱い、外部ネットワークに接続したＩＦ２に対しては、共通ＨｏＡと専用ＨｏＡの両方を割り当ててもよい。これにより、共通ＨｏＡあてに届いたパケットは、ＩＦ１とＩＦ２の両方に対して転送され、ＩＦ１に既に割り当てられているアドレスあてに届いたパケットは、ＩＦ２に対して転送されない。既に使用しているアドレスを共通ＨｏＡとして扱うか、専用ＨｏＡとして扱うかは、ＭＮ１００が任意に判断することができるが、ＩＦ２が外部ネットワークに接続した際にＩＦ１で行われている通信が、ＩＦ１を使用することが望ましいフローのみである場合には、ＩＦ１のアドレスを専用ＨｏＡとして扱い、ＩＦ２に対しては、別途共通ＨｏＡ及び専用ＨｏＡを割り当てることを判断してもよい。また、ＩＦ２がまだ外部ネットワークに接続していない時に、ＩＦ１で行われている通信が、ＩＦ１のみを使用するべきフローだけが存在する場合は、上述のように専用ＨｏＡとして扱うことを選択することができるが、ＩＦ１において、ＩＦ１とＩＦ２の両方を使用できるフローの通信を行う場合には、別途共通ＨｏＡを生成し、ＩＦ１へ割り当てて使用する。この場合、ＭＮ１００は、ＩＦ２が外部ネットワークに接続した際に、ＩＦ１において共通ＨｏＡとして使用していたアドレスを、ＩＦ２においても共通ＨｏＡとして使用することを判断する。また、同時に、ＩＦ２に対して専用ＨｏＡを割り当てることを判断する。【０１２５】
なお、ＨＡがＭＮに対して割り当てているプレフィックスが、ＩＦ１専用のプレフィックスである場合は、本発明の第１の実施の形態と同様に、ＭＮ１００は、ＩＦ２に対して、異なるプレフィックスを共通プレフィックスとして割り当てることを要求し、さらにはＩＦ２に専用のプレフィックスを割り当てることを要求する。【０１２６】
また、ホームネットワークに接続したＩＦ１へプレフィックスを割り当てる際に、割り当てたプレフィックスが専用プレフィックスであるか、共通プレフィックスであるかを明示的に示す情報を付加して、ＭＮ１００へプレフィックスを割り当ててもよい。これにより、ＩＦ１に割り当てられていたプレフィックスが専用プレフィックスであった場合には、ＩＦ２が外部ネットワークへ接続した際に、ＩＦ１のアドレスあてに届いたパケットは、ＩＦ２には転送されないことをＭＮ１００は知得することができ、専用プレフィックスだけでなく、両方のインタフェースを転送先として使用したい場合には共通プレフィックスも別途割り当てることを要求することができる。一方、ＩＦ１に割り当てられていたプレフィックスが共通プレフィックスであった場合には、ＩＦ２が外部ネットワークへ接続した際に、ＩＦ１に割り当てられていたアドレス、又は別途生成したアドレスを共通ＨｏＡとしてＩＦ２でも使用すると同時に、ＩＦ２に対しては、専用プレフィックスを別途割り当てることを要求する。【０１２７】
また、ＢＡメッセージ処理部１２３は、ＢＵメッセージ生成部１２１が送信したＢＵメッセージに対する応答としてＨＡ２００から送信されるＢＡメッセージに関する処理を行う機能を有している。ＢＡメッセージには、インタフェース専用の専用ＨｏＡとＣｏＡとのバインディング情報の登録結果を示すステータス情報が記載されており、このステータス情報が登録の成功を示している場合には、ＢＵＬ保持部１１２にバインディング情報の登録履歴を記録するとともに、そのインタフェースのＣｏＡ（又はＢＩＤ）に対して専用ＨｏＡが割り当てられたことを示す情報をＨｏＡ情報管理部１０９へ登録する。【０１２８】
上述のＢＵメッセージ生成部１２１で生成されるＢＵメッセージには、例えば、下記の図１９のようなフォーマットを使用することが可能である。なお、ＢＵメッセージ生成部１２１で生成されたＢＵメッセージは、ＭＮ１００からＨＡ２００に送信され、ＨＡ２００のＢＵメッセージ処理部２２１（後述）で処理される。【０１２９】
図１９は、本発明の第２の実施の形態において、ＭＮからＨＡに送信されるＢＵメッセージの一例を示す図である。図１９には、ＢＵメッセージの構成例が図示されている。ＨｏＡ生成部１２２によって生成された専用ＨｏＡは、ＢＵメッセージ内のＢＩＤサブオプションの中に、ＣｏＡやそのＣｏＡを特定するためのＢＩＤと共に挿入される。図１９に示されているように、ＩＦ１に対して生成された専用ＨｏＡ（ＨｏＡ１）は、ＣｏＡ１、ＢＩＤ１を含むＢＩＤサブオプションの中に含まれ、一方、ＩＦ２に対して生成された専用ＨｏＡ（ＨｏＡ２）は、ＣｏＡ２、ＢＩＤ２を含むＢＩＤサブオプションの中に含まれる。【０１３０】
なお、複数のＢＩＤサブオプションを１つのＢＵメッセージに挿入して送信することにより、複数のインタフェース（ＩＦ１及びＩＦ２）のそれぞれに対する専用ＨｏＡを登録するとともに、共通ＨｏＡ（ＨｏＡ０）に対して複数のインタフェース（ＩＦ１及びＩＦ２）のそれぞれのＣｏＡ（ＣｏＡ１及びＣｏＡ２）の関連付けを１回のＢＵメッセージ送信によって登録することが可能となる。また、ＭＮ１００の共通ＨｏＡがまだ割り当てられていない場合には、ＭＮ１００はＨｏＡ生成部１２２において共通ＨｏＡを生成し、生成した共通ＨｏＡも同時に上記のＢＵメッセージを用いて通知してもよい。なお、ＢＩＤオプションの中ではなく、通常ＨｏＡが含まれるオプション（例えば、ホームアドレスオプション）内に共通ＨｏＡと共に専用ＨｏＡを含めて送信してもよい。この場合、各ＨｏＡが共通ＨｏＡであるか専用ＨｏＡであるかを示す情報が付加される。この情報が付加されることで、ＨＡ２００は、共通ＨｏＡに対しては、ＢＵメッセージに含まれる全てのＣｏＡが関連付けられることを知得し、専用ＨｏＡに対してはＢＵメッセージに含まれるＣｏＡのうち、どちらか一方のみが関連付けられることを知得する。専用ＨｏＡに対してどちらのＣｏＡを関連付けるかは、例えば、ＢＵメッセージに含まれるＨｏＡ及びＣｏＡの順序に従い、1つ目のＣｏＡは1つ目の専用ＨｏＡへ関連付け、２つ目のＣｏＡは２つ目の専用ＨｏＡへ関連付けると判断することができる。また、別の方法として、専用ＨｏＡを含むオプションとＣｏＡを含むオプションに数値を含め、同じ値同士のＨｏＡとＣｏＡを関連付けてもよい。なお、数値としては、ＢＩＤなどを用いてもよい。【０１３１】
また、１つのＢＵメッセージで複数のＣｏＡを同時に登録することができない場合には、ＩＦ１からＣｏＡ１を登録するＢＵメッセージを送信し、ＩＦ２からＣｏＡ２を登録するＢＵメッセージを送信するが、その場合も、それぞれのＢＵメッセージの中に共通ＨｏＡ及び専用ＨｏＡ、さらにＣｏＡを含め、さらにそれぞれのＨｏＡに、共通ＨｏＡか専用ＨｏＡかを示す情報を付加する。【０１３２】
また、上述のＢＡメッセージ処理部１２３で処理されるＢＡメッセージには、例えば、下記の図２０のようなフォーマットを使用することが可能である。なお、ＢＡメッセージ処理部１２３で処理されるＢＡメッセージは、ＨＡ２００のＢＡメッセージ生成部２２２（後述）で生成されて、ＨＡ２００からＭＮ１００に送信される。【０１３３】
図２０は、本発明の第２の実施の形態において、ＨＡからＭＮに送信されるＢＡメッセージの一例を示す図である。図２０には、ＢＡメッセージの構成例が図示されている。なお、図２０のＢＡメッセージは、図１９のＢＵメッセージに対する応答メッセージである。【０１３４】
図２０のＢＡメッセージのＢＩＤサブオプションの中には、ＢＵメッセージで送信されたバインディング情報の登録結果を示すステータスが含まれており、そのステータスの値により、専用ＨｏＡの登録、及びそのＨｏＡに対するＣｏＡの関連付けが成功したか否か（受理されたか否か）が把握可能である。ＢＡメッセージ処理部１２３は、インタフェースに対する専用ＨｏＡの登録が成功した場合には、ＨｏＡ情報管理部１０９に対して、各インタフェースに対して割り当てられた専用ＨｏＡと、その専用ＨｏＡに対応するＣｏＡに関する情報を保持するよう指示する。この結果、例えば、ＩＦ１に対してＨｏＡ１及びＣｏＡ１が関連付けられていることを示す情報や、ＩＦ２に対してＨｏＡ２及びＣｏＡ２が関連付けられていることを示す情報が、各インタフェースに関連付けられた専用ＨｏＡ及びＣｏＡとして、ＨｏＡ情報保持部１０９に保持される。【０１３５】
なお、図２０のＢＡメッセージでは、１番目のＢＩＤサブオプションにＣｏＡ１を特定するための情報としてＢＩＤ１が含まれており、ステータスとして登録が成功したことを示す値（受理：Accepted）が含まれているため、ＨｏＡ０に対するＣｏＡ１の関連付けだけでなく、ＨｏＡ１に対してＣｏＡ１を関連付けたバインディングキャッシュの登録も成功したことが示される。また、２番目のＢＩＤサブオプションも同様に、ＨｏＡ０に対するＣｏＡ２の関連付けだけでなく、ＨｏＡ２に対してＣｏＡ２を関連付けたバインディングキャッシュの登録も成功したことが示されている。なお、ＢＩＤの代わりにＣｏＡそのものが用いられてもよい。また、登録結果のステータスについては、ＨｏＡ０に対するＣｏＡ１及びＣｏＡ２の登録に関するステータスと、インタフェースの専用ＨｏＡに対するＣｏＡの登録（ＨｏＡ１及びＣｏＡ１の関連付けや、ＨｏＡ２及びＣｏＡ２の関連付け）に関するステータスが別々に示されてもよい。【０１３６】
次に、本発明の第２の実施の形態におけるＨＡ２００の構成について説明する。図１６は、本発明の第２の実施の形態におけるＨＡの構成の一例を示す図である。図１６に図示されているＨＡ２００の構成は、図１６に図示されているＨＡ２００の構成と類似しているが、図３に図示されているＨＡ２００が有しているＨｏＡ割り当て要求メッセージ処理部２０５の代わりに、ＢＵメッセージ処理部２２１を有し、図３に図示されているＨＡ２００が有しているＨｏＡ割り当て通知メッセージ生成部２０７の代わりに、ＢＡメッセージ生成部２２２を有している。また、図１６に図示されているＨＡ２００は、ＨｏＡ割り当て部２０６を有していない。なお、図１６において、図３に図示されている機能ブロックと同一の機能を有するものに対しては同一の参照符号を付すとともに、ここでは説明を省略する。【０１３７】
ＢＵメッセージ処理部２２１は、ＭＮ１００から受信したＢＵメッセージに関する処理を行う機能を有している。ＢＵメッセージ処理部２２１は、共通ＨｏＡに対して登録されるＣｏＡと、そのＣｏＡに対して割り当てた専用ＨｏＡ（ＭＮ１００自身で生成した専用ＨｏＡ）をＢＵメッセージの中から取得し、それらの情報をＭＮ１００のバインディング情報としてバインディング情報保持部２０８に渡して管理させる。なお、この登録によって、バインディング情報保持部２０８には、本発明の第１の実施の形態と同様に、図１４に示すようなバインディング情報が登録される。【０１３８】
また、ＢＡメッセージ生成部２２２は、ＢＵメッセージ処理部２２１からの指示に従って、共通ＨｏＡに対するＣｏＡの登録と、専用ＨｏＡに対するＣｏＡの登録結果を通知するためのＢＡメッセージを生成する機能を有している。【０１３９】
次に、本発明の第２の実施の形態におけるＭＮの動作について説明する。図１７は、本発明の第２の実施の形態におけるＭＮの動作の一例を示すフローチャートである。【０１４０】
図１７において、あるインタフェースがハンドオーバすると（ステップＳ１２０１）、ＭＮ１００は、ハンドオーバによる新たな接続先が外部ネットワークか否かを判断する（ステップＳ１２０２）。新たな接続先が外部ネットワーク（すなわち、ホームネットワークではないネットワーク）であれば、ＣｏＡをＨＡ２００へ登録するか否かを決定する（ステップＳ１２０３）。ＣｏＡをＨＡ２００へ登録する場合には、ＭＮ１００は、そのインタフェース専用のＨｏＡ（ハンドオーバを行ったインタフェースに対して割り当てられている専用ＨｏＡ）が既に割り当てられているか否かを確認する（ステップＳ１２０４）。【０１４１】
新たに外部ネットワークへのハンドオーバを行ったインタフェース専用のＨｏＡが既に存在している場合（例えば、ハンドオーバ前には別の外部ネットワークに接続していた場合など）には、ＭＮ１００は、ハンドオーバ後の外部ネットワークで新たに取得したＣｏＡを通知するＢＵメッセージに、そのインタフェースの専用ＨｏＡを含める処理を行い（ステップＳ１２０５）、このＢＵメッセージを送信する（ステップＳ１２０６）。【０１４２】
一方、ステップＳ１２０４において、新たに外部ネットワークへのハンドオーバを行ったインタフェース専用のＨｏＡが存在していない場合（例えば、ハンドオーバ前にはホームネットワークに接続していた場合など）には、ＭＮ１００はＨｏＡ生成部１２２において、そのインタフェースにのみ割り当てられる専用ＨｏＡを生成する（ステップＳ１２０７）。そして、ＭＮ１００は、ハンドオーバ後の外部ネットワークで新たに取得したＣｏＡを通知するＢＵメッセージに、ＨｏＡ生成部１２２で生成されたインタフェースの専用ＨｏＡを含める処理を行い（ステップＳ１２０５）、このＢＵメッセージを送信する（ステップＳ１２０６）。【０１４３】
上述の図１７に図示されている動作では、ハンドオーバ直後に即座に各インタフェース専用のＨｏＡの割り当てが行われているが、この各インタフェース専用のＨｏＡの割り当てに係るタイミングは任意であり、例えば、各インタフェース専用のＨｏＡの割り当てが行われることが望ましいと判断された場合に、ＨｏＡ割り当て要求メッセージの送信が行われるようにしてもよい。なお、インタフェースを指定した通信が望まれるフローが存在する場合には、そのフローの送受信が行われる前に、特定のインタフェースのみを使用したフローの通信が行われるように専用ＨｏＡの設定及び登録が行われることが望ましい。【０１４４】
また、例えば図１８に図示されているように、ハンドオーバによる新たな接続先が外部ネットワークであっても、ハンドオーバしたインタフェースのみを経由して送受信を行いたいフローが存在するか否か（そのインタフェース指定で送受信するフローがあるか否か）を判断し（ステップＳ１２１１）、ハンドオーバしたインタフェースのみを経由して送受信を行いたいフローが存在する場合にはそのインタフェース専用のＨｏＡを設定する処理を行う一方、ハンドオーバしたインタフェースのみを経由して送受信を行いたいフローが存在しない場合には、そのインタフェース専用のＨｏＡを設定する処理を行わない。この場合、別の任意のタイミングで、そのインタフェース専用のＨｏＡを設定する処理を行うようにしてもよい。【０１４５】
なお、本発明の第２の実施の形態では、ＭＮ１００のデータ送信処理やＨＡ２００のパケット転送処理などに関しては、上述の本発明の第１の実施の形態と同一の動作（例えば、図６や図７の動作）が行われる。【０１４６】
以上、説明したように、本発明の第２の実施の形態によれば、ＭＮ１００自身がインタフェース専用の専用ＨｏＡを生成し、その専用ＨｏＡに対してインタフェースに割り当てられているＣｏＡを１対１に関連付けることで、ＭＮ１００は、送信するパケットがインタフェースを指定するフローであったとしても、フロー制御情報をＨＡ２００へ登録することなく、そのインタフェースに対応する専用ＨｏＡを用いて送信することで、その応答パケットも指定のインタフェースに対してのみ転送されるようにすることが可能となる。また、インタフェース専用の専用ＨｏＡには、そのインタフェースに割り当てられているＣｏＡが１つしか関連付けられていないため、ＨＡ２００は、ＭＮ１００へパケットを転送する際に、使用するＣｏＡを選択するための処理を行う必要がなくなる。【０１４７】
また、ＭＮ１００は、複数のＣｏＡと関連付けされている共通ＨｏＡをＨＡへ登録し、インタフェースを特に指定しないフローに関しては、この共通ＨｏＡを用いて通信を行うことが可能である。この共通ＨｏＡを用いた通信においては、ＣＮ３００からＭＮ１００へのパケットをＨＡ２００が転送する際、ＨＡ２００自身の判断で転送先のＣｏＡを選択することが可能である。【０１４８】
＜第３の実施の形態＞
次に、本発明の第３の実施の形態について説明する。図２１は、本発明の第３の実施の形態におけるネットワークの構成を示す図である。図２１において、ＭＮ１００は２つのインタフェース（ＩＦ１及びＩＦ２）を持ち、ＩＦ１はＭＡＧ１へ接続してアドレス１が割り当てられており、ＩＦ２はＭＡＧ２へ接続してアドレス２が割り当てられている。また、ＭＮ１００のホームプレフィックスに対して、ＭＡＧ１及びＭＡＧ２のアドレスが関連付けられており、ＬＭＡに登録されている。【０１４９】
ＭＮ１００の２つのインタフェースが同じＰＭＩＰドメインに接続し、２つのインタフェースがそれぞれ接続しているネットワークの両方から同一のホームプレフィックスが広告されているときには、上述の本発明の第１及び第２の実施の形態と同様に、インタフェース専用のアドレス（専用ＨｏＡに相当）とインタフェース共通のアドレス（共通ＨｏＡに相当）を使用することが可能である。【０１５０】
ＭＡＧによってＬＭＡへ送信されるプロキシＢＵメッセージによって、ホームプレフィックスに対するＣｏＡとしてＭＡＧのアドレスがＬＭＡに登録される。しかし、実際にＭＮ１００のインタフェースにどのようなアドレスが割り当てられているのかに関してＬＭＡは把握していない。そのため、ＬＭＡはＭＮ１００のホームプレフィックスから生成されたいかなるアドレスに関しても、ＭＡＧ１及びＭＡＧ２を特定せずに送信しようとする。この動作は、ＭＮ１００の共通アドレスに対しては問題ないが、専用アドレスに関しては、対応するインタフェースへ転送されないことが起こる可能性がある。【０１５１】
そのため、ＭＮ１００は、専用アドレスを含むＮＡ（Neighbor Advertisement）メッセージをＭＡＧへ送信し、専用アドレスとそのＭＡＧのアドレスとの関連付けを行うためのＰＢＵメッセージをＬＭＡへ送信するようＭＡＧに依頼する。なお、専用アドレスを通知するためのＮＡメッセージには、専用アドレスを含むことを示す情報（フラグをセット）が含まれていてもよく、またＮＡメッセージの代わりに、ＮＳメッセージやＢＵメッセージなどが用いられてもよい。さらには、ネットワークに接続した際に行うレイヤ３接続処理や、認証処理、又はＭＡＧとの間で行われるＩＫＥｖ２の中で通知してもよい。ＭＡＧは、その要求を受けて、通知されたＭＮ１００のアドレスを、ＭＮ１００がＭＡＧに接続しているインタフェースに対する専用アドレスとしてＬＭＡへ通知し、専用アドレスとＭＡＧのアドレスと関連付けたバインディングキャッシュを登録するようＬＭＡへ要求するための代理ＢＵメッセージを送信する。なお、代理ＢＵメッセージには、専用アドレスを含むことを示す情報（フラグをセット）が含まれていてもよい。ＬＭＡは、通知されたＭＮ１００のインタフェース専用アドレスに対してＭＡＧのアドレスを関連付けたバインディングキャッシュ（例えば、アドレス１とＭＡＧ１のアドレスとが関連付けられたバインディングや、アドレス２とＭＡＧ２のアドレスとが関連付けられたバインディングを含む）を生成する。なお、ＭＮ１００が使用する専用アドレスは、本発明の第１及び第２の実施の形態に示されているように、ＭＮ１００自身が生成してもよいし、ＤＨＣＰサーバやＡＡＡサーバ、ＨＡ２００、ＬＭＡに対して専用アドレスの割り当てを要求してもよい。【０１５２】
これにより、ＬＭＡは、ＭＮ１００のホームプレフィックスが使われたアドレスあてのパケットを受信したとき、そのアドレスが専用アドレスである場合には、そのアドレスに関連付けられているＭＡＧのアドレスあてにそのパケットを転送することが可能となる。なお、ＤＨＣＰやＡＡＡ、ＩＫＥ又はＩＫＥｖ２を用いてＭＮ１００へアドレスが割り当てられる場合には、割り当てるアドレスが共通アドレスか専用アドレスかを示す情報がＭＮ１００へ通知されることが望ましい。【０１５３】
以上、説明したように、本発明の第３の実施の形態によれば、複数のインタフェースを有するＭＮ１００が、２つ以上のインタフェースを同一のＰＭＩＰドメインに接続した状態であっても、ＰＭＩＰドメインにフロー制御情報を送信することなく、そのインタフェースに対応するアドレスを用いて送信することで、その応答パケットも指定のインタフェースに対してのみ転送されるようにすることが可能となる。また、インタフェース専用の専用アドレスには、そのインタフェースに割り当てられているＭＡＧのアドレスが１つしか関連付けられていないため、ＬＭＡは、ＭＮ１００へパケットを転送する際に、転送先のＭＡＧを選択するための処理を行う必要がなくなる。なお、ＩＦ１とＩＦ２は必ずしも同時にＰＭＩＰドメインに接続している必要はなく、転送先を切り替えたいフロー及び転送先を切り替える必要がないフローが存在する場合であれば、いずれか一方のみがＰＭＩＰドメインに接続していて、他方がＧＴＰ（GPRS tunneling Protocol）やモバイルＩＰを用いて接続していたとしても、本実施の形態で述べた専用ＨｏＡの割り当て、利用は可能である。つまり、本発明の第１及び第２の実施の形態で述べた方法と、本発明の第３の実施の形態で述べた方法は組み合わせて利用することが可能であり、ＭＮ１００のインタフェース（ＩＦ１、ＩＦ２）が、ＣＭＩＰかＰＭＩＰのどちらを使用しているかに応じて、使用する方法が選択される。【０１５４】
また、ＭＮ１００は、インタフェースを特に指定しないフローに関しては、共通アドレスを用いて通信を行うことが可能である。この共通アドレスを用いた通信においては、ＣＮ３００からＭＮ１００へのパケットをＬＭＡが転送する際、ＬＭＡ自身の判断で転送先のＭＡＧを選択することが可能である。【０１５５】
なお、図４及び図５のステップＳ１００２や、図１７及び図１８のステップＳ１２０２において、ハンドオーバしたインタフェースの接続先が外部ネットワークか否かを判断しているが、例えば、インタフェースのハンドオーバの結果、２つ以上のインタフェースが外部ネットワークに接続された状態となったか否かを判断し、その判断結果に応じて、専用ＨｏＡの設置及び登録を行うか否かを決定してもよく、この場合、本発明はより高い効果を奏する。また、本発明の第３の実施の形態においても、２つ以上のインタフェース接続先が同一のＰＭＩＰドメインに属している異なるＭＡＧに接続された状態か否かを判断し、その判断結果に応じて、専用ＨｏＡの設置及び登録を行うか否かを決定してもよい。【０１５６】
また、上記の本発明の実施の形態の説明で用いた各機能ブロックは、典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ（Integrated Circuit）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。【０１５７】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。【０１５８】
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。
【産業上の利用可能性】
【０１５９】
本発明は、移動端末がフロー制御情報をＨＡに登録する必要をなくすことで、フロー制御情報の登録に伴って発生する処理負荷を低減させたり、その登録のためのシグナリングのトラフィックを低減させたりすることが可能となり、移動端末が無線通信機能を使用して移動しながらパケット通信を行うための通信技術や、複数の無線通信インタフェースを有する移動端末における通信技術などに適用可能である。
【図１】
2009098876.tif 000003
【図２】
2009098876.tif 000004
【図３】
2009098876.tif 000005
【図４】
2009098876.tif 000006
【図５】
2009098876.tif 000007
【図６】
2009098876.tif 000008
【図７】
2009098876.tif 000009
【図８】
2009098876.tif 000010
【図９】
2009098876.tif 000011
【図１０】
2009098876.tif 000012
【図１１】
2009098876.tif 000013
【図１２】
2009098876.tif 000014
【図１３】
2009098876.tif 000015
【図１４】
2009098876.tif 000016
【図１５】
2009098876.tif 000017
【図１６】
2009098876.tif 000018
【図１７】
2009098876.tif 000019
【図１８】
2009098876.tif 000020
【図１９】
2009098876.tif 000021
【図２０】
2009098876.tif 000022
【図２１】
2009098876.tif 000023
【手続補正書】
【提出日】平成22年7月30日(2010.7.30)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワークに接続してパケット通信を行うことが可能な移動端末であって、
複数の無線通信インタフェースと、
前記複数の無線通信インタフェースに共通して割り当てられる共通アドレスを保持するとともに、前記複数の無線通信インタフェースのそれぞれに個別に割り当てられる専用アドレスを保持するアドレス保持手段と、
前記移動端末と前記共通アドレスとの対応関係を示す第１バインディング情報と、前記複数の無線通信インタフェースのそれぞれと前記複数の無線通信インタフェースのそれぞれに割り当てられた前記専用アドレスとの対応関係を示す第２バインディング情報を前記移動端末あてのパケットの転送処理を行うネットワークノードに登録されるよう処理を行うバインディング登録処理手段とを、
有する移動端末。
【請求項２】
前記複数の無線通信インタフェースのうちの特定のインタフェースのみを使用して送受信を行う必要があるフローが存在するか否かを判断し、前記複数の無線通信インタフェースのうちの特定のインタフェースのみを使用して送受信を行う必要があるフローが存在すると判断された場合に、前記バインディング登録処理手段による前記第２バインディング情報の送信が行われるよう制御するフロー判断手段を有する請求項１に記載の移動端末。
【請求項３】
前記複数の無線通信インタフェースのそれぞれに対して割り当てる前記専用アドレスを生成するアドレス生成手段を有する請求項１に記載の移動端末。
【請求項４】
前記複数の無線通信インタフェースのそれぞれに対する前記専用アドレスの割り当てを行うよう、前記ネットワーク上の特定のネットワークノードに要求するアドレス割り当て要求手段を有する請求項１に記載の移動端末。
【請求項５】
前記特定のネットワークノードがＤＨＣＰサーバ又は前記移動端末のホームエージェントである請求項３に記載の移動端末。
【請求項６】
前記特定のネットワークノードから提供されるアドレスに前記専用アドレス及び前記共通アドレスのどちらとして使用可能かを示す分類情報が付加されており、前記分類情報を参照して前記専用アドレス及び前記共通アドレスの判別を行うアドレス判別手段を有する請求項３に記載の移動端末。
【請求項７】
前記共通アドレス及び前記専用アドレスがホームアドレスであり、前記バインディング登録処理手段が、前記第１バインディング情報及び前記第２バインディング情報を前記移動端末のホームエージェントに登録するよう構成されている請求項１に記載の移動端末。
【請求項８】
前記第２バインディング情報が、前記専用アドレスと前記専用アドレスに対応する無線通信インタフェースに割り当てられている気付アドレスとの関連付けを示す情報を含む請求項７に記載の移動端末。
【請求項９】
前記複数の無線通信インタフェースのうちの少なくとも２つの無線通信インタフェースがそれぞれ異なる外部ネットワークに接続しているか否かを判断し、前記複数の無線通信インタフェースのうちの少なくとも２つの無線通信インタフェースがそれぞれ異なる外部ネットワークに接続していると判断された場合に、前記バインディング登録処理手段による前記第２バインディング情報の送信が行われるよう制御する外部ネットワーク判断手段を有する請求項７に記載の移動端末。
【請求項１０】
前記ネットワークでＰＭＩＰが実行されており、前記バインディング登録処理手段が、前記専用アドレスに対応する無線通信インタフェースが接続している代理ノードの識別情報と前記専用アドレスとの関連付けを示す情報を含む前記第２バインディング情報が前記代理ノードから前記ネットワーク内の位置情報管理装置に通知されるように要求するよう構成されている請求項１に記載の移動端末。
【請求項１１】
前記複数の無線通信インタフェースのうちの少なくとも２つの無線通信インタフェースがそれぞれ異なる代理ノードに接続しているか否かを判断し、前記複数の無線通信インタフェースのうちの少なくとも２つの無線通信インタフェースがそれぞれ異なる代理ノードに接続していると判断された場合に、前記バインディング登録処理手段による前記第２バインディング情報の送信が行われるよう制御する代理ノード判断手段を有する請求項１０に記載の移動端末。
【請求項１２】
前記パケットを送信する際、前記複数の無線通信インタフェースのうちの特定のインタフェースのみを使用して送受信を行う必要があるフローのパケットか否かを判断し、前記特定のインタフェースのみを使用して送受信を行う必要があるフローのパケットであると判断された場合には、前記特定のインタフェースに対応する前記専用アドレスを前記パケットの送信元アドレスとして使用するアドレス設定手段を有する請求項１に記載の移動端末。
【請求項１３】
前記パケットを送信する際、前記複数の無線通信インタフェースのうちの特定のインタフェースのみを使用して送受信を行う必要があるフローのパケットか否かを判断し、前記特定のインタフェースのみを使用して送受信を行う必要があるフローのパケットではないと判断された場合には、前記共通アドレスを前記パケットの送信元アドレスとして使用するアドレス設定手段を有する請求項１に記載の移動端末。
【請求項１４】
前記共通アドレスを前記パケットの送信元アドレスとして使用しているフローを、前記特定のインタフェースのみを使用して送受信を行うように切り替える場合、前記バインディング登録処理手段が、前記フローと前記特定のインタフェースとの関係を明示したフロー制御情報が前記移動端末あてのパケットの転送処理を行うネットワークノードに登録されるように処理を行うよう構成されている請求項１３に記載の移動端末。
【請求項１５】
移動端末あてのパケットの転送処理を行うネットワークノードであって、
前記移動端末が有する複数の無線通信インタフェースに共通して割り当てられる共通アドレスと前記移動端末との対応関係を示す第１バインディング情報と、
前記複数の無線通信インタフェースのそれぞれに個別に割り当てられる専用アドレスと前記複数の無線通信インタフェースのそれぞれとの対応関係を示す第２バインディング情報とを保持するバインディング保持手段と、
前記移動端末あてのパケットの転送処理を行う際に、前記パケットのあて先アドレスに前記専用アドレスが設定されている場合には、前記専用アドレスに対応する無線通信インタフェースあてに前記パケットを転送する専用アドレスあてパケット転送手段とを、
有するネットワークノード。
【請求項１６】
前記移動端末あてのパケットの転送処理を行う際に、前記パケットのあて先アドレスに前記共通アドレスが設定されている場合には、前記移動端末の複数の無線通信インタフェースのうちの任意の無線通信インタフェースあてに前記パケットを転送する共通アドレスあてパケット転送手段を有する請求項１５に記載のネットワークノード。
【請求項１７】
前記複数の無線通信インタフェースのそれぞれに対する前記専用アドレスの割り当てを行うよう前記移動端末から要求された場合に、前記移動端末に対して、前記複数の無線通信インタフェースのそれぞれに対する前記専用アドレスを割り当てるアドレス割り当て手段を有する請求項１５に記載のネットワークノード。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信機能を使用して移動しながらパケット通信を行うことが可能な移動端末及びネットワークノードに関し、特に、複数の無線通信インタフェースを有する移動端末及びネットワークノードに関する。
【背景技術】
【０００２】
モバイルＩＰ（下記の非特許文献１を参照。以下、ＣＭＩＰと呼ぶこともある）を利用するモバイルノード（ＭＮ：Mobile Node）は、移動先のアドレスである気付アドレス（ＣｏＡ：Care-of Address）を自身のホームアドレス（ＨｏＡ：Home Address）の管理を行うホームエージェント（ＨＡ：Home Agent）に登録することで、ＨｏＡあてパケットをＣｏＡへ転送するよう依頼することが可能である。なお、本明細書では、無線通信機能を使用して移動しながら通信を行うことが可能な移動端末をＭＮ（モバイルノード）と呼び、すなわち、本明細書におけるＭＮは必ずしもモバイルＩＰを実装している必要はない。
【０００３】
また、ＭＮが、複数のＣｏＡを１つのＨｏＡに対して同時に関連付けて登録することができれば、複数のインタフェース（以下、ＩＦと記載することもある）を備えるＭＮは、それぞれのインタフェースに割り当てられたＣｏＡを登録することで複数のＣｏＡを使用することが可能となり、インタフェースの状態に応じて使用するＣｏＡを瞬時に切り替えることが可能となる。なお、下記の非特許文献２には、ＭＮが複数のＣｏＡを１つのＨｏＡに関連付けてＨＡに登録する手法が記述されている。
【０００４】
一方、ＨＡが、複数のＣｏＡの登録をＭＮから受けている場合、そのＭＮのＨｏＡあてパケットの転送先としてどのＣｏＡを使用するべきかを判断するため情報（フロー制御情報、Routing Rule）をＭＮから取得することができれば、ＭＮの意向に基づくＣｏＡの選択が可能となる。
【０００５】
例えば、下記の非特許文献３には、ＨＡがフローに応じてＣｏＡの選択を行えるようにする手法として、ＭＮがＨＡに対してフロー制御情報を登録する手法が記載されている。このフロー制御情報には、あて先アドレス、送信元アドレス、あて先ポート番号、送信元ポート番号、プロトコル番号などの情報（5-tuple）から構成されるフロー情報（Routing Filter）が含まれており、これらの情報の１つ又は複数、あるいは全ての情報の組み合わせによって識別対象のフローが表される。また、フロー制御情報は、各フロー情報を特定するためのフローＩＤと、転送先として使用するＣｏＡ（あるいはそのＣｏＡを識別するためのＢＩＤ（Binding Unique Identifier：バインディング識別子））が関連付けられた情報を含んでいる。なお、フローＩＤは実際のフローを識別するための情報そのものであってもよい。ＭＮは、あるフローに対して特定のＩＦを転送先として設定したい場合には、そのフローを特定するためのフローＩＤと、このフローの転送先として設定したいＩＦに割り当てられているＣｏＡ、あるいはそのＣｏＡを識別するためのＢＩＤとを含むフロー制御情報をＨＡへ通知する。
【０００６】
また、複数のＣｏＡの登録を受けているＨＡは、ＭＮからフロー制御情報が通知されている場合には、そのフロー制御情報に従ってパケットを転送する。しかし、ＭＮからフロー制御情報が通知されていない場合には、ＨＡは、自身のパス選択ポリシーによって転送先のＣｏＡを切り替えることも可能である。この場合、ＨＡは、ＭＮの接続状態や通信パスの状態、他のノードとの通信状態を考慮して、ＭＮあてに送信するパケットのＣｏＡを選択することができるので、ＨＡが把握できる条件に適した、より効果的なパスの切り替えが可能となる。
【０００７】
また、下記の非特許文献４には、ネットワークベースのモビリティ制御プロトコルとして、ＰＭＩＰ（Proxy Mobile IP、例えばProxy Mobile IPv6）が定義されている。ＰＭＩＰは、ＭＮの移動管理をネットワーク側で行うことで、ＭＮが移動制御のための処理を行わずに済むようにする手法である。ＰＭＩＰを提供しているドメイン（ＰＭＩＰドメイン）内の各ネットワークでは、特定のＭＮに対して常に同一のホームプレフィックスが広告されるように構成されるため、ＰＭＩＰドメイン内でネットワーク接続を変更するＭＮはアドレスを変更する必要がなく、単なるＩＰｖ６ノードとして動作することができ、ＨＡの存在を知る必要もない。
【０００８】
これに対し、ネットワーク側ではＭＡＧ（Mobile Access Gateway：モバイルアクセスゲートウェイ）がＭＮの代理ノードとして移動制御を行っており、ＭＮに対してホームプレフィックスを広告すると同時に、自身のアドレス（又は自身のプレフィックス）をＭＮの移動先の位置情報としてＬＭＡ（Local Mobility Anchor：ローカルモビリティアンカ）へ登録する。なお、ＬＭＡはＰＭＩＰドメイン内におけるＭＮの位置情報の管理を行っており、モバイルＩＰのＨＡに相当する。これにより、ＭＮのホームアドレスあてのパケットは、ＬＭＡによって代理受信された後、ＬＭＡからＭＡＧあてに転送され、さらにＭＡＧからＭＮへ送信される。
【非特許文献１】D.Johnson, C.Perkins, J.Arkko, “Mobility Support in IPv6”, RFC3775, June 2004.
【非特許文献２】R.Wakikawa, T.Ernst, K.Nagami, “Multiple Care-of Addresses Registration”, draft-ietf-monami6-multiplecoa-03.txt, July 2007.
【非特許文献３】H.Soliman, N.Montavont, N.Fikouras, K.Kuladinithi,“Flow Bindings in Mobile IPv6 and Nemo Basic Support”, draft-soliman-monami6-flow-binding-04.txt,February 2007.
【非特許文献４】S.Gundavelli, K.Leung, V.Devarapalli, “Proxy Mobile IPv6”, draft-sgundave-mipv6-proxymipv6-00, October 2006.
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、上述の非特許文献３に記載されているような、ＭＮがフローの転送先を指定するためにフロー制御情報をＨＡへ登録する技術を用いた場合には、ＭＮは、転送先として特定のＩＦを指定するフローすべてに関するフロー制御情報をＨＡに登録しなければならない。
【００１０】
例えば、通信相手ノードであるＣＮ（Correspondent Node：コレスポンデントノード）が開始した通信に関するフローをＭＮが受信したとき、そのフローが特定のＩＦあてに転送して欲しいフローであった場合には、ＭＮは、そのフローの転送先を指定するためのフロー制御情報をＨＡへ登録する。また、ＭＮがＣＮに対して通信を開始するとき、その通信に関してＣＮから送信されるフローが、特定のＩＦあてに転送して欲しいフローであった場合も同様に、ＭＮは、そのフローの転送先を指定するためのフロー制御情報を登録する必要がある。
【００１１】
このように、ＭＮは、転送先を指定したい各フローに関するフロー制御情報をＨＡへ登録しなければならないため、転送先を指定したいフローの数が増えれば増えるほど、それに応じてＭＮが登録するフロー制御情報の数も増えることになる。その結果、フローの数が増加するにつれて、ＨＡによる転送先制御処理の負荷や、ＭＮによるフロー情報登録処理の負荷が飛躍的に増加してしまうという問題がある。
【００１２】
また、ＭＮがフロー制御情報を登録するために送信する登録メッセージや、この登録メッセージに対するレスポンスメッセージなどの送受信が増加するため、ネットワークトラフィックが増加してしまい、パケットロスや遅延などが発生する可能性があるという問題がある。
【００１３】
上記の問題を解決するため、本発明は、フロー制御情報の登録に伴って発生する処理負荷の低減や、その登録のためのシグナリングのトラフィック低減を目的とする。
【課題を解決するための手段】
【００１４】
上記の目的を達成するため、本発明の移動端末は、ネットワークに接続してパケット通信を行うことが可能な移動端末であって、
複数の無線通信インタフェースと、
前記複数の無線通信インタフェースに共通して割り当てられる共通アドレスを保持するとともに、前記複数の無線通信インタフェースのそれぞれに個別に割り当てられる専用アドレスを保持するアドレス保持手段と、
前記移動端末と前記共通アドレスとの対応関係を示す第１バインディング情報と、前記複数の無線通信インタフェースのそれぞれと前記複数の無線通信インタフェースのそれぞれに割り当てられた前記専用アドレスとの対応関係を示す第２バインディング情報を前記移動端末あてのパケットの転送処理を行うネットワークノードに登録されるよう処理を行うバインディング登録処理手段とを、
有する。
この構成により、フロー制御情報の登録に伴って発生する処理負荷の低減や、その登録のためのシグナリングのトラフィック低減を実現することが可能となる。
【００１５】
さらに、本発明の移動端末は、上記の構成に加えて、前記複数の無線通信インタフェースのうちの特定のインタフェースのみを使用して送受信を行う必要があるフローが存在するか否かを判断し、前記複数の無線通信インタフェースのうちの特定のインタフェースのみを使用して送受信を行う必要があるフローが存在すると判断された場合に、前記バインディング登録処理手段による前記第２バインディング情報の送信が行われるよう制御するフロー判断手段を有する。
この構成により、特定のインタフェースを指定したフローの送受信を行う必要がある場合に、専用アドレスの設定及び登録が行われるようにすることが可能となる。
【００１６】
さらに、本発明の移動端末は、上記の構成に加えて、前記複数の無線通信インタフェースのそれぞれに対して割り当てる前記専用アドレスを生成するアドレス生成手段を有する。
この構成により、移動端末自身が専用アドレスを生成することで、専用アドレスを迅速に取得することが可能となる。
【００１７】
さらに、本発明の移動端末は、上記の構成に加えて、前記複数の無線通信インタフェースのそれぞれに対する前記専用アドレスの割り当てを行うよう、前記ネットワーク上の特定のネットワークノードに要求するアドレス割り当て要求手段を有する。
この構成により、専用アドレスをネットワークから容易に取得することが可能となる。
【００１８】
さらに、本発明の移動端末では、上記の構成に加えて、前記特定のネットワークノードがＤＨＣＰサーバ又は前記移動端末のホームエージェントである。
この構成により、アドレスの割り当てや管理を行っているＤＨＣＰサーバやホームエージェントから容易に専用アドレスを取得することが可能となる。
【００１９】
さらに、本発明の移動端末は、上記の構成に加えて、前記特定のネットワークノードから提供されるアドレスに前記専用アドレス及び前記共通アドレスのどちらとして使用可能かを示す分類情報が付加されており、前記分類情報を参照して前記専用アドレス及び前記共通アドレスの判別を行うアドレス判別手段を有する。
この構成により、移動端末は、専用アドレスとして使用可能なアドレスと、共通アドレスとして使用可能なアドレスとを確実に見分けることが可能となる。
【００２０】
さらに、本発明の移動端末は、上記の構成に加えて、前記共通アドレス及び前記専用アドレスがホームアドレスであり、前記バインディング登録処理手段が、前記第１バインディング情報及び前記第２バインディング情報を前記移動端末のホームエージェントに登録するよう構成されている。
この構成により、モバイルＩＰを動作させている移動端末に関して、フロー制御情報の登録に伴って発生する処理負荷の低減や、その登録のためのシグナリングのトラフィック低減を実現することが可能となる。
【００２１】
さらに、本発明の移動端末では、上記の構成に加えて、前記第２バインディング情報が、前記専用アドレスと前記専用アドレスに対応する無線通信インタフェースに割り当てられている気付アドレスとの関連付けを示す情報を含んでいる。
この構成により、専用アドレスであるホームアドレスと、その専用アドレスに対応する無線通信インタフェースの気付アドレスとの関連付けを示す情報を登録することが可能となる。
【００２２】
さらに、本発明の移動端末は、上記の構成に加えて、前記複数の無線通信インタフェースのうちの少なくとも２つの無線通信インタフェースがそれぞれ異なる外部ネットワークに接続しているか否かを判断し、前記複数の無線通信インタフェースのうちの少なくとも２つの無線通信インタフェースがそれぞれ異なる外部ネットワークに接続していると判断された場合に、前記バインディング登録処理手段による前記第２バインディング情報の送信が行われるよう制御する外部ネットワーク判断手段を有する。
この構成により、ホームエージェントから外部ネットワークを経由して移動端末に到達するパケット伝送経路が２つ以上存在している場合に専用アドレスの設定及び登録が行われ、いずれか１つのパケット伝送経路を指定したパケット伝送が実現できるようになる。
【００２３】
さらに、本発明の移動端末は、上記の構成に加えて、前記ネットワークでＰＭＩＰが実行されており、前記バインディング登録処理手段が、前記専用アドレスに対応する無線通信インタフェースが接続している代理ノードの識別情報と前記専用アドレスとの関連付けを示す情報を含む前記第２バインディング情報が前記代理ノードから前記ネットワーク内の位置情報管理装置に通知されるように要求するよう構成されている。
この構成により、ＰＭＩＰにおいて、位置情報管理装置（ＬＭＡ）にフロー制御情報を登録することなくフロー制御を実現することが可能となり、フロー制御情報の登録に伴って発生する処理負荷の低減や、その登録のためのシグナリングのトラフィック低減を実現することが可能となる。
【００２４】
さらに、本発明の移動端末は、上記の構成に加えて、前記複数の無線通信インタフェースのうちの少なくとも２つの無線通信インタフェースがそれぞれ異なる代理ノードに接続しているか否かを判断し、前記複数の無線通信インタフェースのうちの少なくとも２つの無線通信インタフェースがそれぞれ異なる代理ノードに接続していると判断された場合に、前記バインディング登録処理手段による前記第２バインディング情報の送信が行われるよう制御する代理ノード判断手段を有する。
この構成により、異なるＭＡＧを経由して移動端末に到達するパケット伝送経路が２つ以上存在している場合に専用アドレスの設定及び登録が行われ、いずれかの１つのパケット伝送経路を指定したパケット伝送が実現できるようになる。
【００２５】
さらに、本発明の移動端末は、上記の構成に加えて、前記パケットを送信する際、前記複数の無線通信インタフェースのうちの特定のインタフェースのみを使用して送受信を行う必要があるフローのパケットか否かを判断し、前記特定のインタフェースのみを使用して送受信を行う必要があるフローのパケットであると判断された場合には、前記特定のインタフェースに対応する前記専用アドレスを前記パケットの送信元アドレスとして使用するアドレス設定手段を有する。
この構成により、移動端末から送出されるパケットだけではなく、その応答として帰ってくるパケットに関しても、専用アドレスに対応する無線通信インタフェース経由でパケットの送受信を行うことが可能となる。
【００２６】
さらに、本発明の移動端末は、上記の構成に加えて、前記パケットを送信する際、前記複数の無線通信インタフェースのうちの特定のインタフェースのみを使用して送受信を行う必要があるフローのパケットか否かを判断し、前記特定のインタフェースのみを使用して送受信を行う必要があるフローのパケットではないと判断された場合には、前記共通アドレスを前記パケットの送信元アドレスとして使用するアドレス設定手段を有する。
この構成により、フロー制御を行う必要がないパケットに関しては、共通アドレスを用いてパケットの送受信を行うことが可能となる。
【００２７】
さらに、本発明の移動端末は、上記の構成に加えて、前記共通アドレスを前記パケットの送信元アドレスとして使用しているフローを、前記特定のインタフェースのみを使用して送受信を行うように切り替える場合、前記バインディング登録処理手段が、前記フローと前記特定のインタフェースとの関係を明示したフロー制御情報が前記移動端末あてのパケットの転送処理を行うネットワークノードに登録されるように処理を行うよう構成されている。
この構成により、フロー制御を行う必要がないパケットのフロー制御を開始しようとする場合には、パケットの転送処理を行うネットワークノードに対してフロー制御情報を登録することで、フロー制御を実現できるようになる。
【００２８】
また、上記の目的を達成するため、本発明のネットワークノードは、移動端末あてのパケットの転送処理を行うネットワークノードであって、
前記移動端末が有する複数の無線通信インタフェースに共通して割り当てられる共通アドレスと前記移動端末との対応関係を示す第１バインディング情報と、
前記複数の無線通信インタフェースのそれぞれに個別に割り当てられる専用アドレスと前記複数の無線通信インタフェースのそれぞれとの対応関係を示す第２バインディング情報とを保持するバインディング保持手段と、
前記移動端末あてのパケットの転送処理を行う際に、前記パケットのあて先アドレスに前記専用アドレスが設定されている場合には、前記専用アドレスに対応する無線通信インタフェースあてに前記パケットを転送する専用アドレスあてパケット転送手段とを、
有する。
この構成により、フロー制御情報の登録に伴って発生する処理負荷の低減や、その登録のためのシグナリングのトラフィック低減を実現することが可能となる。
【００２９】
さらに、本発明のネットワークノードは、上記の構成に加えて、前記移動端末あてのパケットの転送処理を行う際に、前記パケットのあて先アドレスに前記共通アドレスが設定されている場合には、前記移動端末の複数の無線通信インタフェースのうちの任意の無線通信インタフェースあてに前記パケットを転送する共通アドレスあてパケット転送手段を有する。
この構成により、あて先アドレスに共通アドレスが設定されているパケットに関しては、ネットワークノード自身の判断によって、移動端末への転送先アドレスが選択されるようになる。
【００３０】
さらに、本発明のネットワークノードは、上記の構成に加えて、前記複数の無線通信インタフェースのそれぞれに対する前記専用アドレスの割り当てを行うよう前記移動端末から要求された場合に、前記移動端末に対して、前記複数の無線通信インタフェースのそれぞれに対する前記専用アドレスを割り当てるアドレス割り当て手段を有する。
この構成により、ネットワークノードは、移動端末からのアドレス割り当て要求に応じて、専用アドレスとして使用可能なアドレスを提供することが可能となる。
【発明の効果】
【００３１】
本発明は、上記の構成を有しており、移動端末がフロー制御情報をＨＡに登録する必要がなくなり、フロー制御情報の登録に伴って発生する処理負荷の低減や、その登録のためのシグナリングのトラフィック低減が実現される。
【発明を実施するための最良の形態】
【００３２】
以下、図面を参照しながら、本発明の第１〜第３の実施の形態について説明する。
【００３３】
＜第１の実施の形態＞
まず、本発明の第１の実施の形態について説明する。図１は、本発明の第１の実施の形態におけるネットワークの構成を示す図である。図１において、ＭＮ１００は２つのインタフェース（以下、ＩＦ１、ＩＦ２と記載）を有しており、ＣＮ３００と通信を行う。ＭＮ１００のＩＦ１は、外部（フォーリン）ネットワーク１のアクセスルータ（ＡＲ１）へ接続してＣｏＡ１が割り当てられている。一方、ＭＮ１００のＩＦ２は、外部ネットワーク２のアクセスルータ（ＡＲ２）へ接続してＣｏＡ２が割り当てられている。
【００３４】
また、図１には、ＭＮ１００のホームネットワークが図示されている。このホームネットワークは、ＭＮ１００の位置情報を管理するＨＡ２００を有しており、外部ネットワーク１、２とは異なるネットワークである。ＭＮ１００は、ＨＡ２００に対して、ＭＮ１００のホームアドレス（ＨｏＡ０）にＣｏＡ１及びＣｏＡ２の両方を関連付けるための位置情報登録を行っており、ＨＡ２００には、ＨｏＡ０に対してＣｏＡ１及びＣｏＡ２の２つのＣｏＡが関連付けられているバインディング情報が登録されている。なお、例えば３ＧＰＰネットワークにおいては、ＭＮはＵＥ（User Equipment）と呼ばれ、ＰＤＮ−ＧＷ（Packet Data Network Gateway）と呼ばれるノードがＨＡとしての機能を保持している。また、外部ネットワークが信頼される非３ＧＰＰネットワーク（Trusted Non3GPP Network）である場合は、ＡＷＧ（Access Gateway）と呼ばれるノードがＡＲとしての機能を保持し、信頼されない非３ＧＰＰネットワーク（Untrusted Non3GPP Network）である場合はｅＰＤＧ（evolved Packet Data Gateway）と呼ばれるノードがＡＲとしての機能を保持する。
【００３５】
次に、本発明の第１の実施の形態におけるＭＮ１００の構成について説明する。図２は、本発明の第１の実施の形態におけるＭＮの構成の一例を示す図である。なお、図１に図示されているＭＮ１００は、図２に示す構成を備えている。
【００３６】
図２に図示されているＭＮ１００は、インタフェース１０１、送信部１０２、受信部１０３、受信パケット処理部１０４、上位レイヤ１０５、送信パケット生成部１０６、フロー制御部１０７、フロー制御情報保持部１０８、ＨｏＡ情報管理部１０９、ＨｏＡ割り当て要求メッセージ生成部１１０、ＨｏＡ割り当て通知メッセージ処理部１１１、ＢＵＬ（Binding Update List：バインディングアップデートリスト）保持部１１２、フロー制御情報登録メッセージ生成部１１３を有している。
【００３７】
インタフェース１０１は、ＭＮ１００が通信を行うために使用する通信インタフェースであり、ネットワーク（外部ネットワーク）に接続される。なお、ここでは、ＭＮ１００は複数のインタフェース１０１（例えば、ＩＦ１及びＩＦ２の２つのインタフェース１０１）を有している。なお、ＭＮ１００は、自由に移動しながら通信を行うことが可能であり、インタフェース無線通信機能を有している。
【００３８】
また、送信部１０２は、インタフェース１０１を通じて、接続されているネットワーク（外部ネットワーク）上のノードにパケットを送信する機能を有している。
【００３９】
また、受信部１０３は、インタフェース１０１を通じて、接続されているネットワーク（外部ネットワーク）上のノードからパケットを受信する機能を有している。
【００４０】
また、受信パケット処理部１０４は、受信部１０３で受信したパケットに関する処理を行う機能を有している。受信パケット処理部１０４で処理されたパケット内のデータは、例えば上位レイヤ１０５に送られる。また、受信パケット処理部１０４は、受信したパケットのフローＩＤと受信したインタフェース１０１との関係が、フロー制御情報保持部１０８に保持されているフロー制御情報と矛盾していないかをチェックすることも可能である。
【００４１】
また、上位レイヤ１０５は、例えば、パケットによって送受信を行うデータを取り扱うアプリケーションなどであり、受信パケット処理部１０４からデータを受け取るとともに、送信すべきデータのパケット化及び送信処理を送信パケット生成部１０６に指示する機能を有している。
【００４２】
また、送信パケット生成部１０６は、上位レイヤ１０５から受けたデータをパケット化して送信用のパケットを生成する機能を有している。この際、送信パケット生成部１０６は、フロー制御部１０７に対して、そのデータを送信するパケットのフローに使用すべきインタフェース１０１を問い合わせ、フロー制御部１０７からの応答によって指定されたインタフェース１０１に対応するＨｏＡ又はＣｏＡを送信元アドレスとして使用する。
【００４３】
また、フロー制御部１０７は、あるフローに関して、そのフローの送受信を特定のインタフェース１０１のみを用いて行うか否かを判断する機能を有している。このとき、フロー制御部１０７は、特定のインタフェース１０１（ＩＦ１及びＩＦ２のどちらか一方）の使用のみが望まれているフローに関しては、その使用が望まれているインタフェース１０１に対応するＣｏＡ又はＢＩＤを取得するとともに、ＨｏＡ情報管理部１０９に対して、そのＣｏＡ又はＢＩＤが設定されたインタフェース１０１に対してのみ割り当てられているＨｏＡ（以下、専用ＨｏＡと呼ぶこともある）を問い合わせる。一方、特定のインタフェース１０１の使用が特に指定されていないフロー、あるいは、どちらでも使用可能であることが示されているフローに関しては、ＩＦ１又はＩＦ２のいずれか一方を選択し、そのインタフェースに対応するＣｏＡ又はＢＩＤを取得する。
【００４４】
なお、あるフローに関して特定のインタフェース１０１（ＩＦ１又はＩＦ２）のみを用いて送受信を行うか否かを判断する際には、あらかじめＭＮ１００に設定されている情報や、ネットワーク内のＨＡや情報サーバ（例えば、ＳＩＰサーバや、３ＧＰＰにおけるＡＤＮＳＦ（Access Network Discovery and Selection Function）サーバ）などから取得したフロー制御情報と実際のフローを照合して、判断してもよい。あるいは、ユーザやオペレータによって設定された情報に従って判断してもよい。ＭＮが、専用ＨｏＡを使うべきフローであるか否かについてＨＡから通知を受けることで、ＭＮが通信を開始する際に、ＨＡから通知された情報に基づいて、共通ＨｏＡか専用ＨｏＡを選択できる。例えば、３ＧＰＰネットワークオペレータが、複数のインタフェースを転送先として使用することをユーザに対するサービスとして提供する場合、特定の条件（例えば、指定された通信相手や共通のオペレータあるいは指定されたオペレータに属するノードなどとの通信であること、特定の時間帯、音声・映像通話やＷｅｂブラウジングなどの特定の種類の通信であること）を満たす通信であれば共通ＨｏＡ（又は専用ＨｏＡ）の使用を許可し、そうでない場合は、専用ＨｏＡ（又は共通ＨｏＡ）の使用を指示する、などの制御が可能である。
【００４５】
また、ＭＮからフロー制御情報が通知されていないフローがある場合や、ＨｏＡ０あてに送信されてきたフローをＨＡが受信し、そのフローに対してＩＦを指定したい場合には、ＨＡがＭＮに対してフロー制御情報の登録を要求してもよいし、ＨＡ自らが生成かつ使用するフロー制御情報をＭＮに対して通知してもよい。これにより、ＭＮがフロー制御情報の登録の必要性を認識していないフローがあったとしても、ＨＡにとってフロー制御情報が必要である場合には、ＭＮに対してフロー制御情報の生成・登録を要求できるため有効である。ＭＮは、ＨＡからフロー制御情報の登録を受け、その中に使用するインタフェースが指定されたフローがある場合には、以降ＭＮから送信を開始する該当フローに対して、専用ＨｏＡを選択することができる。
【００４６】
ＨｏＡ情報管理部１０９は、各インタフェース１０１が共通して使用可能なＨｏＡ（以下、共通ＨｏＡと呼ぶこともある）や、各インタフェース１０１に対してのみ割り当てられている専用ＨｏＡの管理を行っており、フロー制御部１０７からの問い合わせに対して、特定のインタフェース１０１に対してのみ割り当てられている専用ＨｏＡを通知する。そして、フロー制御部１０７は、送信パケット生成部１０６で生成されるパケットの送受信に使用されるインタフェース１０１に対応するＣｏＡ又は専用ＨｏＡを提供する。なお、フロー制御部１０７は、ＢＵＬ保持部１１２に保持されているＢＵＬ（Binding Update List：バインディングアップデートリスト）を参照して、バインディングアップデートを行っているＣＮを相手とする通信にはＣｏＡを用い、バインディングアップデートを行っていないＣＮを相手とする通信にはＨｏＡを用いるよう指示を行うことが可能である。
【００４７】
なお、フロー制御部１０７は、送信パケット生成部１０６から渡されたパケットが既にあて先アドレスとしてＨｏＡ０が指定されている場合であっても、そのフローの送受信に使用するインタフェース１０１を指定すると判断した場合は、ＨＡ２００に対して、ＨｏＡ０に対してＣｏＡ１又はＣｏＡ２のいずれか一方を指定するためのフロー制御情報を登録するメッセージ（フロー制御情報登録メッセージ）を生成するようフロー制御情報登録メッセージ生成部１１３に指示することが可能である。このフロー制御部１０７からの指示によって、フロー制御情報登録メッセージ生成部１１３は、共通ＨｏＡであるＨｏＡ０を用いて送受信を行っているフローのうちの特定のフローに関して、特定のインタフェース１０１への転送を要求するフロー制御情報を登録するメッセージを生成し、ＨＡ２００に登録する。また、ＨＡ２００に登録されたフロー制御情報はフロー制御情報保持部１０８に格納される。なお、フロー制御情報登録メッセージは、現在使用しているアドレス（共通ＨｏＡ）を変えずにフロー制御を行えるようにするものであるが、単純に、現在使用しているアドレスを共通ＨｏＡから専用ＨｏＡに変えることによって、フロー制御を実現することも可能である。
【００４８】
なお、従来の技術においては、フロー制御の対象となるフローすべてに関して、このフロー制御情報登録メッセージの送信を行って、ＨＡ２００にフロー制御情報を登録する必要があったが、本発明では、共通ＨｏＡであるＨｏＡ０を用いて既に通信を行っているフローのうち、インタフェース１０１を指定したい例外的なフローに関してのみ、つまり、転送先としてＩＦ１とＩＦ２のどちらかを指定する必要があるフローに関してのみ、フロー制御情報登録メッセージの送信が行われる。一方、ＩＦ１及びＩＦ２の専用ＨｏＡであるＨｏＡ１、ＨｏＡ２のいずれかを使用しているフローに関しては、転送先は既に決まっているため、フロー制御情報登録メッセージを送信する必要がない。
【００４９】
また、フロー制御情報保持部１０８は、フロー制御情報を保持する機能を有している。フロー制御情報保持部１０８に保持されるフロー制御情報は、例えば、フローを表すアドレスなどの情報と、そのフロー制御情報を特定するための情報（フローＩＤ）と、そのフローの送受信に使用するインタフェース１０１を特定するための情報（ＣｏＡ又はＢＩＤ）が関連付けられた情報である。
【００５０】
また、ＨｏＡ情報管理部１０９は、上述のように、ＩＦ１（ＣｏＡ１又はＢＩＤ１）に対する専用ＨｏＡとしてＨｏＡ１が割り当てられていることを示す情報、ＩＦ２（ＣｏＡ２又はＢＩＤ２）に対する専用ＨｏＡとしてＨｏＡ２が割り当てられていることを示す情報、インタフェース１０１専用のアドレスではない共通ＨｏＡとしてＨｏＡ０が使用可能であることを示す情報などを保持し、ＭＮ１００が使用可能なＨｏＡの管理を行う機能を有している。
【００５１】
また、ＨｏＡ割り当て要求メッセージ生成部１１０は、ＭＮ１００が有する複数のインタフェース１０１のそれぞれに対して各インタフェース１０１専用のＨｏＡ（専用ＨｏＡ）を割り当てるようＨＡ２００へ要求するためのＨｏＡ割り当て要求メッセージを生成する機能を有している。このＨｏＡ割り当て要求メッセージには、例えば、ＨｏＡの割り当てを要求する対象となる各インタフェース１０１を特定するための情報として、各インタフェース１０１に割り当てられているＣｏＡが含まれるようにしてもよい。このように、ＨｏＡの割り当てを要求するメッセージの中にＣｏＡを含めることで、そのＣｏＡが、ＨＡ２００によって割り当てられたホームアドレスに関連付けるＣｏＡであることをＨＡ２００へ通知することが可能となる。
【００５２】
これにより、ＨｏＡ割り当て要求メッセージは、例えば、ＣｏＡ１が割り当てられているＩＦ１と、ＣｏＡ２が割り当てられているＩＦ２に対して専用ＨｏＡを割り当てることを要求すると共に、ＩＦ１に対して割り当てられたＨｏＡに関してはＣｏＡ１を関連付け、ＩＦ２に対して割り当てられたＨｏＡに関してはＣｏＡ２を関連付け、さらに、それらの関連付けを示すバインディング情報をバインディングキャッシュに登録することを要求するメッセージとして機能させることが可能となる。また、ＨｏＡ割り当て要求メッセージによって、各インタフェース１０１が共通して使用可能な共通ＨｏＡの割り当てを要求することも可能である。
【００５３】
なお、ここでは、ＨＡ２００がＨｏＡの割り当てを行うことを前提とし、ＭＮ１００は、ＨｏＡ割り当て要求メッセージをＨＡ２００に送信する場合について説明しているが、ＨｏＡの割り当てを行う任意の通信装置（例えば、ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバや、ＡＡＡ（Authentication Authorization Accounting）サーバ）にＨｏＡの割り当てを要求してもよい。また、ＨＡ２００との間にＳＡ（Security Association）を構築する際に使用する鍵交換プロトコル（ＩＫＥ（Internet Key Exchange）
、又はＩＫＥｖ２）の中で、専用ＨｏＡの割り当てを要求してもよい。これらの場合、ＤＨＣＰサーバやＡＡＡサーバ、ＨＡ２００に送信するメッセージの中に、専用ＨｏＡを要求することを示す情報が含まれていることが望ましい。また、ＨｏＡ割り当て要求メッセージによって、専用ＨｏＡ及び共通ＨｏＡの両方の割り当てが可能な場合には、割り当てられるＨｏＡが専用ＨｏＡとして使用されるべきなのか、あるいは共通ＨｏＡとして使用されるべきなのかを示す情報（分類情報）をＨｏＡに付加して、ＭＮ１００に提供することが望ましい。また、ＭＮ１００は、ＩＦ１又はＩＦ２のうち、どちらか一方に対してだけ専用ＨｏＡの割り当てを要求することができる。例えば、ＭＮ１００のＩＦ１がホームネットワーク（ＰＭＩＰやＧＴＰ（GPRS tunneling protocol）が提供されているネットワークでもよい）に接続しており、他方のＩＦ２が新たに外部ネットワークに接続する場合は、ＭＮ１００はＩＦ１経由で自身のホームプレフィックスを知ることができるため、そのプレフィックスから生成されるアドレスをＩＦ２専用の専用ＨｏＡとして割り当てることを、ＩＦ２で行う認証処理やＩＫＥｖ２、ＢＵメッセージで、ＨＡ２００又は認証サーバなどに対して要求することができる。
【００５４】
また、ホームネットワークに接続したＩＦ１へアドレス（又はプレフィックス）を割り当てる際に、割り当てたアドレス（又はプレフィックス）が専用ＨｏＡ（又は専用プレフィックス）であるか、共通ＨｏＡ(又は共通プレフィックス)であるかを明示的に示す情報を付加して、ＭＮ１００へアドレスを割り当ててもよい。これにより、ＩＦ１に割り当てられていたアドレスが専用ＨｏＡであった場合には、ＩＦ２が外部ネットワークへ接続した際に、ＩＦ１のアドレスあてに届いたパケットは、ＩＦ２には転送されないことをＭＮ１００は知得することができ、専用ＨｏＡ（又は専用プレフィックス）だけでなく、両方のインタフェースを転送先として使用したい場合には共通ＨｏＡ（又は共通プレフィックス）を別途割り当てることを要求することができる。一方、ＩＦ１に割り当てられていたプレフィックスが共通ＨｏＡ（又は共通プレフィックス）であった場合には、ＩＦ２が外部ネットワークに接続した際に、ＩＦ１に対して専用ＨｏＡ（又は専用プレフィックス）の割り当てを要求することができる。
【００５５】
また、ＭＮ１００は、ホームネットワークに接続しているＩＦ１で既に使用しているアドレスを専用アドレスとして扱い、外部ネットワークに接続したＩＦ２に対しては、共通ＨｏＡと専用ＨｏＡの両方を割り当てることを要求してもよい。これにより、新たに割り当てた共通ＨｏＡあてに届いたパケットは、ＩＦ１とＩＦ２の両方に対して転送され、ＩＦ１に既に割り当てられているアドレスあてに届いたパケットは、ＩＦ２に対して転送されない。なお、ＨＡがＭＮに対してアドレスではなくユニークなプレフィックスを割り当てる場合には、ＩＦ１で割り当てられたプレフィックスはＩＦ１専用のプレフィックスとなり、ＩＦ２には、ＩＦ１及びＩＦ２の共通プレフィックス、さらにはＩＦ２に専用のプレフィックスが別途割り当てられる。
【００５６】
既に使用しているアドレスを共通ＨｏＡとして扱うか、専用ＨｏＡとして扱うかは、ＭＮ１００が任意に判断することができるが、ＩＦ２が外部ネットワークに接続した際にＩＦ１で行われている通信が、ＩＦ１を使用することが望ましいフローのみである場合には、ＩＦ１のアドレスを専用ＨｏＡとして扱い、ＩＦ２に対しては、別途共通ＨｏＡ及び専用ＨｏＡを割り当てることを要求してもよい。また、ＩＦ２がまだ外部ネットワークに接続していない時に、ＩＦ１で行われている通信が、ＩＦ１のみを使用するべきフローだけが存在する場合は、上述のように専用ＨｏＡとして扱うことを選択することができるが、ＩＦ１において、ＩＦ１とＩＦ２の両方を使用できるフローの通信を行う場合には、別途共通ＨｏＡを生成し、ＩＦ１へ割り当てて使用する。この場合、ＭＮ１００は、ＩＦ２が外部ネットワークに接続した際に、ＩＦ１において共通ＨｏＡとして使用していたアドレスを、ＩＦ２においても共通ＨｏＡとして使用することを判断する。また、同時に、ＩＦ２に対して専用ＨｏＡを割り当てることを要求する。
【００５７】
また、ＨｏＡ割り当て通知メッセージ処理部１１１は、ＨｏＡ割り当て要求メッセージに対するＨＡ２００からの応答メッセージ（ＨｏＡ割り当て通知メッセージ）に関する処理を行う機能を有している。ＨｏＡ割り当て通知メッセージには、ＨｏＡ割り当て要求メッセージを用いてＨｏＡの割り当てを要求した各インタフェース１０１に対して割り当てられた専用ＨｏＡが含まれており、ＨｏＡ割り当て通知メッセージ処理部１１１は、専用ＨｏＡとその専用ＨｏＡが割り当てられたインタフェース１０１（ＣｏＡ又はＢＩＤ）との関連付けを示す情報をＨｏＡ情報管理部１０９に渡して管理させる。
【００５８】
また、ＢＵＬ保持部１１２は、バインディングアップデートを行った相手（ＣＮ）を記憶するＢＵＬを保持している。ＢＵＬには、どのＣＮに対して、共通ＨｏＡ及び／又は専用ＨｏＡとＣｏＡとの関係を示すバインディングを登録しているかが記憶される。なお、ＢＵＬに記憶されていないＣＮ（バインディングアップデートを行っていないＣＮ）との通信には、基本的にＨｏＡ（共通ＨｏＡ又は専用ＨｏＡ）が使用される。
【００５９】
上述のＨｏＡ割り当て要求メッセージ生成部１１０で生成されるＨｏＡ割り当て要求メッセージには、例えば、下記の図１０や図１１のようなフォーマットを使用することが可能である。なお、ＨｏＡ割り当て要求メッセージ生成部１１０で生成されたＨｏＡ割り当て要求メッセージは、ＭＮ１００からＨＡ２００に送信され、ＨＡ２００のＨｏＡ割り当て要求メッセージ処理部２０５（後述）で処理される。
【００６０】
図１０は、本発明の第１の実施の形態において、ＭＮからＨＡに送信されるＨｏＡ割り当て要求メッセージの一例を示す図である。図１０には、ＨｏＡ割り当て要求メッセージの構成例が図示されている。このＨｏＡ割り当て要求メッセージ（ＨｏＡ割り当て要求）は、モビリティヘッダ（mobility header）を利用して構成されている。この図１０に示されているように、ＨｏＡ割り当て要求メッセージの中には、専用ＨｏＡを割り当てる対象となるインタフェースを特定する情報として、割り当て要求対象ＣｏＡを示すオプション（割り当て要求対象ＣｏＡオプション）が含まれている。
【００６１】
この割り当て要求対象ＣｏＡオプションには、ＭＮ１００が有する複数のインタフェース（ＩＦ１及びＩＦ２）のそれぞれに割り当てられているＣｏＡ（ＣｏＡ１及びＣｏＡ２）が挿入される。なお、ＣｏＡを特定する情報としてＢＩＤ（バインディング識別子）を用いてもよく、あるいは、ＣｏＡ及びＢＩＤの両方を用いてもよい。この割り当て要求対象ＣｏＡオプションに挿入されたＣｏＡは、インタフェース専用にＨｏＡが割り当てられた際に、そのＨｏＡに対して関連付けられるＣｏＡとなる。すなわち、割り当て要求対象ＣｏＡオプションにＣｏＡ１及びＣｏＡ２が挿入された場合には、ＣｏＡ１に対してＨｏＡ１、ＣｏＡ２に対してＨｏＡ２がそれぞれ割り当てられる。なお、ここではＨｏＡ割り当て要求メッセージを構成するヘッダとしてモビリティヘッダが用いられているが、あて先オプションヘッダなどを用いてもよい。
【００６２】
また、図１２は、本発明の第１の実施の形態において、ＨｏＡ割り当て要求メッセージの別の一例を示す図である。このＨｏＡ割り当て要求メッセージは、ＢＵ（Binding Update：バインディングアップデート）メッセージであることを示すモビリティヘッダを利用して構成されている。この図１２に示されているように、ＨｏＡ割り当て要求メッセージの中には、登録するＣｏＡ（登録対象のＣｏＡ）及びＢＩＤを示すオプションとしてＢＩＤサブオプション（BID sub-option）が含まれており、そのＢＩＤサブオプションの中に、各インタフェース専用のＨｏＡの割り当てを要求する旨を示す情報であるＨｏＡ割り当て要求情報（HoA allocation request information）が含まれている。なお、ＨｏＡ割り当て要求情報は、フラグなどで構成されていてもよい。この場合、例えば、フラグがセットされていれば、専用ＨｏＡの割り当てを要求していることを示し、セットされていなければ、共通ＨｏＡの割り当てを要求していることを示す。また、要求しているアドレス（又はプレフィックス）が専用ＨｏＡ（又は専用プレフィックス）であるか共通ＨｏＡ（又は共通プレフィックス）であるかを明示的に示してもよい。この場合、フラグではなく、両者を識別可能な数値情報を用いて、共通ＨｏＡ（又は共通プレフィックス）と専用ＨｏＡ（又は専用プレフィックス）のどちらの割り当てを要求しているかを示してもよい。
【００６３】
また、図１１に図示されているＨｏＡ割り当て要求メッセージは、ＢＩＤ１（ＣｏＡ１）を含むＢＩＤサブオプション、ＢＩＤ２（ＣｏＡ２）を含むＢＩＤサブオプションのそれぞれにＨｏＡ割り当て要求情報を有しており、ＣｏＡ１及びＣｏＡ２の両方に対して各インタフェース専用のＨｏＡを割り当てることを要求するＢＵメッセージによって実現されている。
【００６４】
このＢＩＤサブオプションに挿入されたＣｏＡ１及びＣｏＡ２は、インタフェース専用にＨｏＡが割り当てられた際に、そのＨｏＡに対して関連付けられるＣｏＡとなる。すなわち、ＣｏＡ１に対してＨｏＡ１、ＣｏＡ２に対してＨｏＡ２がそれぞれ割り当てられる。なお、各インタフェースで共有して使用されるＭＮ１００のＨｏＡ（共通ＨｏＡ）がまだ割り当てられていない場合には、上記のＨｏＡ割り当て要求メッセージを用いて、共通ＨｏＡの割り当てを同時に要求することも可能である。また、共通ＨｏＡの割り当てを要求するメッセージを用いて、インタフェース専用のＨｏＡの割り当てを行ってもよい。共通ＨｏＡは、ＭＮ１００のインタフェースの数に関係なくＭＮ１００に割り当てられるＨｏＡであり、通常のＨｏＡと同様のものである。ＭＮ１００は、例えば非特許文献２に記載されている技術のように、１つの共通ＨｏＡに関連付けて、複数のＣｏＡ（ＣｏＡ１及びＣｏＡ２）の関連付けを示すバインディングをＨＡ２００に登録することが可能である。なお、ＨｏＡ割り当て要求メッセージは、ＤＨＣＰｖ６やＩＫＥｖ２などのメッセージを用いて構成されてもよい。例えば、ＩＫＥｖ２を用いる場合は、通常の共通ＨｏＡの割り当て、又はホームプレフィックスの割り当てを要求するメッセージ（例えば、ＣＦＧ＿ＲＥＱＵＥＳＴ）に、専用ＨｏＡ（又は専用プレフィックス）の割り当てを要求する情報（Attribute）も含めて送信する。また、共通ＨｏＡではなく、ユニークなホームプレフィックスの割り当てのみを要求し、ＭＮ１００自身がＨｏＡを生成する場合には、割り当てられたプレフィックスから共通ＨｏＡだけでなく専用ＨｏＡの生成・使用が可能か否かを確認するために、ホームプレフィックス割り当て要求メッセージ（例えば、ＣＦＧ＿ＲＥＱＵＥＳＴ）の中に、専用ＨｏＡの生成・使用を要求する情報を含めて送信してもよい。なお、専用プレフィックスが別途割り当てられた場合には、ＭＮ１００は専用プレフィックスから生成したアドレスを専用ＨｏＡとして扱う。
【００６５】
また、上述のＨｏＡ割り当て通知メッセージ処理部１１１で処理されるＨｏＡ割り当て通知メッセージには、例えば、下記の図１１や図１３のようなフォーマットを使用することが可能である。なお、ＨｏＡ割り当て通知メッセージ処理部１１１で処理されるＨｏＡ割り当て通知メッセージは、ＨＡ２００のＨｏＡ割り当て通知メッセージ生成部２０７（後述）で生成されて、ＨＡ２００からＭＮ１００に送信される。
【００６６】
図１１は、本発明の第１の実施の形態において、ＨＡからＭＮに送信されるＨｏＡ割り当て通知メッセージの一例を示す図である。図１１には、ＨｏＡ割り当て通知メッセージの構成例が図示されている。なお、図１１のＨｏＡ割り当て通知メッセージは、図１０のＨｏＡ割り当て要求メッセージに対する応答メッセージである。このＨｏＡ割り当て通知メッセージ（ＨｏＡ割り当て通知）は、モビリティヘッダを用いて作られている。この図１１に示されているように、ＨｏＡ割り当て通知メッセージの中には、割り当てたＨｏＡを示すオプション（割り当てＨｏＡオプション）が含まれている。
【００６７】
この割り当てＨｏＡオプションには、ＨＡ２００がＭＮ１００に割り当てるＨｏＡと、そのＨｏＡの割り当て対象であるＣｏＡとのセットが挿入される。なお、ＣｏＡを特定する情報としてＢＩＤを用いてもよく、あるいは、ＣｏＡ及びＢＩＤの両方を用いてもよい。この割り当てＨｏＡオプションに挿入されたＨｏＡとＣｏＡとのセットは、割り当て要求の対象であるＣｏＡと、そのＣｏＡに対応するインタフェース専用として割り当てるＨｏＡとを含んでいる。すなわち、ＨＡ２００は、ＣｏＡ１に対してＨｏＡ１、ＣｏＡ２に対してＨｏＡ２をそれぞれ割り当て、ＣｏＡ１：ＨｏＡ１のセット及びＣｏＡ２：ＨｏＡ２のセットを割り当てＨｏＡオプションに挿入する。なお、ここではＨｏＡ割り当て通知メッセージを構成するヘッダとしてモビリティヘッダが用いられているが、あて先オプションヘッダなどを用いてもよい。
【００６８】
また、図１３は、本発明の第１の実施の形態において、ＨｏＡ割り当て通知メッセージの別の一例を示す図である。このＨｏＡ割り当て通知メッセージは、ＢＡ（Binding Acknowledgement：バインディングアクノレッジメント）メッセージであることを示すモビリティヘッダを利用して構成されている。
【００６９】
この図１３に示されているように、ＨｏＡ割り当て通知メッセージの中には、登録するＣｏＡ（登録対象のＣｏＡ）又はＢＩＤを示すオプションとしてＢＩＤサブオプション（BID sub-option）が含まれており、そのＢＩＤサブオプションの中に、各ＣｏＡ又はＢＩＤに対して割り当てられるインタフェース専用のＨｏＡや、そのバインディングキャッシュの登録が成功（受理：accepted）したか否かを示すステータス情報が含まれる。
【００７０】
なお、図１３に図示されているＨｏＡ割り当て通知メッセージは、ＢＩＤ１（ＣｏＡ１）を含むＢＩＤサブオプション、ＢＩＤ２（ＣｏＡ２）を含むＢＩＤサブオプションを有しており、各インタフェースに対して割り当てられるＨｏＡ１及びＨｏＡ２が各ＢＩＤ１（ＣｏＡ１）及びＢＩＤ２（ＣｏＡ２）のそれぞれのＢＩＤサブオプションに挿入されており、さらに、その関連付け情報を示すバインディングキャッシュの登録が成功したことを示すステータス情報（受理）が記載されたＢＡメッセージによって実現されている。なお、ＨｏＡ割り当て通知メッセージは、ＤＨＣＰｖ６やＩＫＥｖ２などのメッセージを用いて構成されてもよい。例えば、ＩＫＥｖ２を用いる場合は、通常の共通ＨｏＡ、又はホームプレフィックスを通知するメッセージ（例えば、ＣＦＧ＿ＲＥＰＬＹ）に、割り当てられた専用ＨｏＡも含めて送信する。また、共通ＨｏＡではなく、ホームプレフィックスのみを通知し、ＭＮ１００自身がＨｏＡを生成する場合には、割り当てたプレフィックスから共通ＨｏＡだけでなく専用ＨｏＡの生成・使用が可能か否かを示すために、ホームプレフィックス割り当て通知メッセージ（例えば、ＣＦＧ＿ＲＥＰＬＹ）の中に、専用ＨｏＡの生成・使用の可否を示す情報を含めて送信してもよい。
【００７１】
次に、本発明の第１の実施の形態におけるＨＡ２００の構成について説明する。図３は、本発明の第１の実施の形態におけるＨＡの構成の一例を示す図である。なお、図１に図示されているＨＡ２００は、図３に示す構成を備えている。
【００７２】
図３に図示されているＨＡ２００は、インタフェース２０１、送信部２０２、受信部２０３、データパケット処理部２０４、ＨｏＡ割り当て要求メッセージ処理部２０５、ＨｏＡ割り当て部２０６、ＨｏＡ割り当て通知メッセージ生成部２０７、バインディング情報保持部２０８、転送先ＣｏＡ選択部２０９、フロー制御情報登録メッセージ処理部２１０、フロー制御情報保持部２１１を有している。
【００７３】
インタフェース２０１は、ＨＡ２００が通信を行うために使用する通信インタフェースである。また、送信部２０２は、インタフェース２０１を通じてパケットを送信する機能を有している。送信部２０２は、データパケットの転送を行う場合には、転送先ＣｏＡ選択部２０９からの指示に従って、データパケットの転送先を設定する。また、受信部２０３は、インタフェース２０１を通じてパケットを受信する機能を有している。受信部２０３は、受信パケットがデータパケットの場合にはデータパケット処理部２０４に渡し、ＨｏＡ割り当て要求メッセージの場合にはＨｏＡ割り当て要求メッセージ処理部２０５に渡し、フロー制御情報登録メッセージの場合にはフロー制御情報登録メッセージ処理部２１０に渡す。
【００７４】
また、データパケット処理部２０４は、受信部２０３で代理受信したデータパケットの転送処理を行う機能を有している。データパケット処理部２０４は、データパケットのあて先アドレスに対応する転送先を転送先ＣｏＡ選択部２０９に問い合わせる。
【００７５】
また、ＨｏＡ割り当て要求メッセージ処理部２０５は、ＭＮ１００から送信されたＨｏＡ割り当て要求メッセージの処理を行う機能を有している。ＨｏＡ割り当て要求メッセージは、上述のように、ＭＮ１００が有する複数のインタフェース１０１のそれぞれに対して各インタフェース１０１専用のＨｏＡ（専用ＨｏＡ）を割り当てるようＨＡ２００へ要求するためのメッセージであり、ＨｏＡ割り当て要求メッセージ処理部２０５は、専用ＨｏＡ割り当て対象となるインタフェースに割り当てられているＣｏＡをＨｏＡ割り当て要求メッセージ内から取得し、取得したＣｏＡに対してＨｏＡを割り当てるようＨｏＡ割り当て部２０６へ指示する。
【００７６】
また、ＨｏＡ割り当て要求メッセージ処理部２０５は、ＨｏＡ割り当て部２０６から割り当てられた専用ＨｏＡと対応するＣｏＡとのセットをバインディング情報保持部２０８に保持させるとともに、ＨｏＡ割り当て通知メッセージ生成部２０７に渡して、ＨｏＡ割り当て通知メッセージの生成を行わせる。
【００７７】
また、ＨｏＡ割り当て部２０６は、ＨｏＡ割り当て要求メッセージ処理部２０５からの指示を受け、渡されたＣｏＡに対して専用ＨｏＡを新たに割り当てる機能を有している。なお、新たに割り当てるＨｏＡは、ＨＡ２００が管理するＭＮ１００のホームプレフィックスから生成され、そのＭＮ１００に既に割り当てている共通ＨｏＡや、他のＭＮ１００で使用されているＨｏＡとは異なるアドレスが使用される。なお、ＨＡ２００が新たなプレフィックスをＭＮ１００へ割り当てることができる場合には、ＭＮ１００に割り当て済みのホームプレフィックスから別のＨｏＡを生成するのではなく、新たなプレフィックスをＭＮ１００へ割り当ててもよい。
【００７８】
また、ＨｏＡ割り当て通知メッセージ生成部２０７は、ＨｏＡ割り当て要求メッセージ処理部２０５の指示を受け、ＨｏＡ割り当て部２０６によって割り当てられたＨｏＡをＭＮ１００へ通知するためのＨｏＡ割り当て通知メッセージを生成する機能を有している。ＨｏＡ割り当て通知メッセージ生成部２０７で生成されたＨｏＡ割り当て通知メッセージは、送信部２０２によってＭＮ１００に送信される。
【００７９】
また、バインディング情報保持部２０８は、ＭＮ１００のＨｏＡとＣｏＡとの関連付けを示すバインディング情報を保持する機能を有している。バインディング情報としては、例えば、非特許文献２に開示されているような複数のＣｏＡに対して１つの共通ＨｏＡが関連付けられた情報に加えて、さらに、１つのＣｏＡに対してそのＣｏＡに固有の専用ＨｏＡが関連付けられた情報が使用される。すなわち、ＭＮ１００が、ＩＦ１及びＩＦ２のそれぞれに対して専用ＨｏＡの割り当てを要求した場合には、バインディング情報保持部２０８には、図１４に図示されているように、共通ＨｏＡ（ＨｏＡ０）が２つのＣｏＡ（ＣｏＡ１及びＣｏＡ２）に関連付けられたバインディング情報に加えて、専用ＨｏＡ（ＨｏＡ１）がＣｏＡ１に関連付けられたバインディング情報と、専用ＨｏＡ（ＨｏＡ２）がＣｏＡ２に関連付けられたバインディング情報とが保持される。なお、これらのバインディング情報が、ＭＮ１００に関する情報であることを示すために、各情報にＭＮ１００を特定するためのＩＤ情報（ＭＮ−ＩＤ）が付加されてもよい。
【００８０】
また、転送先ＣｏＡ選択部２０９は、データパケット処理部２０４から渡されたパケットをＭＮ１００へ転送する際に、転送先として使用するＭＮ１００のＣｏＡを選択し、カプセル化パケットを生成する処理を行う。
【００８１】
転送先ＣｏＡ選択部２０９は、基本的にバインディング情報保持部２０８に保持されているバインディング情報を参照して行われる。受信部２０３で受信したパケットのあて先アドレスに共通ＨｏＡが使用されている場合には、転送先ＣｏＡ選択部２０９は、その共通ＨｏＡに関連付けられている複数のＣｏＡの中から任意のＣｏＡを選択して転送先として使用することが可能である。なお、このとき、転送先ＣｏＡ選択部２０９は、ＨＡ２００自身の条件（ネットワーク条件やポリシなど）に基づいて、ＣｏＡの選択を行うことが可能である。また、受信部２０３で受信したパケットのあて先アドレスに専用ＨｏＡが使用されている場合には、転送先ＣｏＡ選択部２０９は、バインディング情報においてその専用ＨｏＡに関連付けられているＣｏＡを転送先として選択する。
【００８２】
上記のような転送先ＣｏＡ選択部２０９における転送先の選択動作を考慮して、ＭＮ１００は、特定のインタフェース（例えばＩＦ１）でパケットの送受信を行いたいフローに関しては、そのインタフェース専用の専用ＨｏＡ（ＩＦ１のＣｏＡ１に対応するＨｏＡ１）を使用して通信を行う。このとき、そのフローの通信相手となるＣＮ３００からのパケットのあて先アドレスは専用ＨｏＡ（ＩＦ１のＣｏＡ１に対応するＨｏＡ１）となり、パケットを代理受信したＨＡ２００によってＣｏＡ１（ＩＦ１）に転送される。また、複数のインタフェースのうちの特定のインタフェースを使用した通信を特に行う必要がない（通信に使用するインタフェースを指定する必要がない）フローに関しては、ＭＮ１００は共通ＨｏＡ（ＨｏＡ０）を使用して通信を行えばよい。この場合には、共通ＨｏＡを使用したフローはＨＡ２００で適宜転送先が選択され、ＭＮ１００は、複数のインタフェースのうちのいずれかのインタフェースでパケットを受信することが可能である。
【００８３】
上述のように、本発明ではバインディング情報保持部２０８に保持されているバインディング情報を参照して、転送先ＣｏＡ選択部２０９が転送先を選択することが基本的な動作となるが、さらに、フロー制御情報保持部２１１に保持されている条件を例外条件として優先的に参照する。フロー制御情報保持部２１１には、共通ＨｏＡを使用して行われている通信に対して、特定のインタフェース（特定のＣｏＡ）への転送を要求するＭＮ１００からの指示が保持されており、例えば、ＭＮ１００が複数のインタフェースのうちの任意のインタフェースで通信を行えばよいと判断して共通ＨｏＡを使用して通信を始めたものの、途中で特定のインタフェースのみを使用して通信を行いたくなったような場合に、フロー制御情報登録メッセージによって設定される例外条件である。
【００８４】
また、フロー制御情報登録メッセージ処理部２１０は、共通ＨｏＡ（ＨｏＡ０）を用いて既に通信を行っているフローのうち、特定のインタフェースを指定したい例外的なフローを通知するためにＭＮ１００から送信されるフロー制御情報登録メッセージの処理を行う機能を有している。フロー制御情報登録メッセージ処理部２１０は、フロー制御情報登録メッセージに含まれているフロー制御情報をフロー制御情報保持部２１１に保持させる。
【００８５】
また、フロー制御情報保持部２１１は、共通ＨｏＡを使用して行われている通信に対して、特定のインタフェース（特定のＣｏＡ）への転送を要求するＭＮ１００からの指示を示すフロー制御情報を保持する機能を有している。
【００８６】
次に、本発明の第１の実施の形態におけるＭＮの動作について説明する。図４は、本発明の第１の実施の形態におけるＭＮの動作の一例を示すフローチャートである。
【００８７】
図４において、あるインタフェースがハンドオーバすると（ステップＳ１００１）、ＭＮ１００は、ハンドオーバによる新たな接続先が外部ネットワークか否かを判断する（ステップＳ１００２）。新たな接続先が外部ネットワーク（すなわち、ホームネットワークではないネットワーク）であれば、そのインタフェース専用のＨｏＡ（そのインタフェースに対して割り当てられている専用ＨｏＡ）が既に割り当てられているか否かを確認する（ステップＳ１００３）。新たに外部ネットワークへのハンドオーバを行ったインタフェース専用のＨｏＡが既に存在している場合（例えば、ハンドオーバ前には別の外部ネットワークに接続していた場合など）には、ＭＮ１００は、ハンドオーバ後の外部ネットワークで新たに取得したＣｏＡを通知するＢＵメッセージに、そのインタフェースの専用ＨｏＡを含める処理を行い（ステップＳ１００４）、このＢＵメッセージを送信する（ステップＳ１００５）。
【００８８】
このＢＵメッセージは、例えば、ＩＦ１のハンドオーバ前のＣｏＡをＣｏＡ１として、ＩＦ１のハンドオーバ後のＣｏＡをＣｏＡ３とした場合、このＢＵメッセージは、共通ＨｏＡ（ＨｏＡ０）に関連付けられているＣｏＡ１と、専用ＨｏＡ（ＨｏＡ１）に関連付けられているＣｏＡ１とをそれぞれＣｏＡ３に書き替えるためのメッセージである。すなわち、例えば、共通ＨｏＡ（ＨｏＡ０）が２つのＣｏＡ（ＩＦ１に対応するＣｏＡ１及びＩＦ２に対応するＣｏＡ２）に関連付けられた第１バインディング情報、専用ＨｏＡ（ＨｏＡ１）がＣｏＡ１に関連付けられた第２バインディング情報、専用ＨｏＡ（ＨｏＡ２）がＣｏＡ２に関連付けられた第３バインディング情報がＨＡ２００に登録されている場合、ステップＳ１００４で送信されるＢＵメッセージによって、第１バインディング情報及び第２バインディング情報が書き替えられ、ＨＡに登録されるバインディング情報が、共通ＨｏＡ（ＨｏＡ０）が２つのＣｏＡ（ＩＦ１に対応するＣｏＡ３及びＩＦ２に対応するＣｏＡ２）に関連付けられた第１バインディング情報、専用ＨｏＡ（ＨｏＡ１）がＣｏＡ３に関連付けられた第２バインディング情報、専用ＨｏＡ（ＨｏＡ２）がＣｏＡ２に関連付けられた第３バインディング情報に変更される。
【００８９】
一方、ステップＳ１００３において、新たに外部ネットワークへのハンドオーバを行ったインタフェース専用のＨｏＡが存在していない場合（例えば、ハンドオーバ前にはホームネットワークに接続していた場合など）には、ＭＮ１００は、インタフェース専用のＨｏＡの割り当てを要求するメッセージ（ＨｏＡ割り当て要求メッセージ）を送信し、そのインタフェースのみに割り当てられる専用ＨｏＡを取得する（ステップＳ１００６）。なお、ＨｏＡ割り当て要求メッセージに新たなＣｏＡが挿入されることでＢＵメッセージとして機能し、インタフェース専用のＨｏＡの割り当てとともに、そのＣｏＡとの関連付けがＨＡ２００に登録されるようにすることも可能であり、また、インタフェース専用のＨｏＡの取得後に、このＨｏＡと新たなＣｏＡとの関連付けを登録するためのＢＵメッセージの送信が行われるようにすることも可能である。
【００９０】
上述の図４に図示されている動作では、ハンドオーバ直後に即座に各インタフェース専用のＨｏＡの割り当てが行われているが、この各インタフェース専用のＨｏＡの割り当てに係るタイミングは任意であり、各インタフェース専用のＨｏＡの割り当てが行われることが望ましいと判断された場合に、ＨｏＡ割り当て要求メッセージの送信が行われるようにしてもよい。例えば、ホームネットワークに接続している際に送信してもよいし、外部ネットワークへ接続後、特定のインタフェース（特定のＣｏＡ）への転送を必要とするフローが発生した際に送信してもよい。また、外部ネットワークへ接続した際に行う認証プロセスの中で要求してもよいし、ＩＫＥｖ２によりＨＡ２００との間にセキュリティアソシエーションを構築する際に、ＩＫＥｖ２で用いられるメッセージ（例えば、ＣＦＧ＿ＲＥＱＵＥＳＴ）を用いて、専用ＨｏＡの割り当てを要求してもよい。なお、インタフェースを指定した通信が望まれるフローが存在する場合には、そのフローの送受信が行われる前に、特定のインタフェースのみを使用したフローの通信が行われるように専用ＨｏＡの設定及び登録が行われることが望ましい。
【００９１】
また、例えば図５に図示されているように、ハンドオーバによる新たな接続先が外部ネットワークであっても、ハンドオーバしたインタフェースのみを経由して送受信を行いたいフローが存在するか否か（そのインタフェース指定で送受信するフローがあるか否か）を判断し（ステップＳ１０１１）、ハンドオーバしたインタフェースのみを経由して送受信を行いたいフローが存在する場合にはそのインタフェース専用のＨｏＡを設定する処理を行う一方、ハンドオーバしたインタフェースのみを経由して送受信を行いたいフローが存在しない場合には、そのインタフェース専用のＨｏＡを設定する処理を行わず、別の任意のタイミングで、そのインタフェース専用のＨｏＡを設定する処理を行うようにしてもよい。
【００９２】
次に、ＭＮ１００がインタフェース共通の共通ＨｏＡ及び各インタフェース専用の専用ＨｏＡをＨＡ２００に登録している場合の、本発明の第１の実施の形態におけるＭＮ１００のデータ送信処理及びＨＡ２００のパケット転送処理について説明する。
【００９３】
まず、ＭＮ１００のデータ送信処理について説明する。図６は、本発明の第１の実施の形態におけるＭＮのデータ送信処理の一例を示すフローチャートである。
【００９４】
図６において、ＭＮ１００は、データ送信処理を行う場合、そのデータ送信処理で送信されるパケットのフローに対応するフロー制御情報がフロー制御情報保持部１０８に存在しているか否かを確認する（ステップＳ１１０１）。フロー制御情報が存在する場合には、ＭＮ１００は、そのフロー制御情報に対応するＨｏＡ及びＣｏＡを選択し（ステップＳ１１０２）、このＨｏＡ又はＣｏＡを送信元アドレスに使用した送信パケットを生成して（ステップＳ１１０７）、パケットの送信を行う（ステップＳ１１０８）。
【００９５】
一方、ステップＳ１１０１においてフロー制御情報が存在しない場合には、そのフローがインタフェースを指定すて通信を行うべきフローであるか否かを判断する（ステップＳ１１０３）。そして、特定のインタフェースをのみを使用してそのフローの通信が行われるようインタフェースの指定を行うべきであると判断した場合には、ＭＮ１００は、そのフローに係る通信に使用するインタフェースに対応した専用ＨｏＡ及びＣｏＡを選択し（ステップＳ１１０４）、このＨｏＡ又はＣｏＡを送信元アドレスに使用した送信パケットを生成して（ステップＳ１１０７）、パケットの送信を行う（ステップＳ１１０８）。
【００９６】
また、ステップＳ１１０３において、インタフェースの指定を行う必要はないと判断した場合には、ＭＮ１００は、共通ＨｏＡ（ＨｏＡ０）を選択するとともに（ステップＳ１１０５）、この共通ＨｏＡに関連付けられているＣｏＡを選択し（ステップＳ１１０６）、このＨｏＡ又はＣｏＡを送信元アドレスに使用した送信パケットを生成して（ステップＳ１１０７）、パケットの送信を行う（ステップＳ１１０８）。
【００９７】
なお、ここではＭＮ１００は、フロー制御情報が存在する場合にはフロー制御情報に基づくアドレス設定を行っているが、フロー制御情報が存在する場合であってもステップＳ１１０３の判断処理に移行して、フロー制御情報に依存しないアドレスの選択処理を行ってもよい。
【００９８】
次に、ＨＡ２００のパケット転送処理について説明する。図７は、本発明の第１の実施の形態におけるＨＡのパケット転送処理の一例を示すフローチャートである。
【００９９】
図７において、ＨＡ２００は、データパケットの代理受信（インタセプト）を行うと（ステップＳ２１０１）、そのデータパケットのあて先アドレスに対応するバインディングキャッシュがバインディング情報保持部２０８に保持されているか否かを確認する（ステップＳ２１０２）。そのデータパケットのあて先アドレスに対応するバインディングキャッシュがバインディング情報保持部２０８に保持されていない場合には、このデータパケットのパケット転送は行われず（ステップＳ２１１０）、例えば、パケットの送信元にＩＣＭＰメッセージを返すなどの処理が行われることが望ましい。
【０１００】
一方、ステップＳ２１０１において、データパケットのあて先アドレスに対応するバインディングキャッシュがバインディング情報保持部２０８に保持されている場合には、そのバインディングキャッシュにおいて複数のＣｏＡが関連付けられているか否かを確認する（ステップＳ２１０３）。バインディングキャッシュにおいて複数のＣｏＡが関連付けられている場合には、このバインディングキャッシュは、１つの共通ＨｏＡに対して複数のＣｏＡが関連付けられているものであることを意味する。この場合、ＨＡ２００は、フロー制御情報保持部２１１を参照し、このフローに関するフロー制御情報が登録されているか否かを確認する（ステップＳ２１０４）。このフローに関するフロー制御情報が存在する場合には、ＭＮ１００は、このフロー制御情報で指定されているＣｏＡを転送先として選択する一方（ステップＳ２１０５）、このフローに関するフロー制御情報が存在しない場合には、バインディングキャッシュで関連付けられている複数のＣｏＡのうちの任意のＣｏＡを転送先として選択する（ステップＳ２１０６）。
【０１０１】
また、ステップＳ２１０３において、バインディングキャッシュにおいてＣｏＡが１つのみ関連付けられている場合には、ＨＡ２００は、その関連付けられているＣｏＡを転送先として選択する（ステップＳ２１０７）。なお、このバインディングキャッシュは、例えば、外部ネットワークに接続されているインタフェースが１つしか存在しない場合や、１つの専用ＨｏＡに対して特定のＣｏＡが関連付けられている場合に登録されるものである。
【０１０２】
そして、ＨＡ２００は、ステップＳ２１０５、Ｓ２１０６、Ｓ２１０７のいずれかの処理において選択されたＣｏＡを転送先アドレスとするカプセル化パケットを生成し（ステップＳ２１０８）、このパケットを送信することでパケット転送が行われる（ステップＳ２１０９）。
【０１０３】
次に、ＭＮ１００とＣＮ３００との間のパケット伝送について説明する。まず、図８を参照しながら、ＭＮ１００が専用ＨｏＡを送信元アドレスとして選択した場合の一例を示すシーケンスチャートである場合のパケットの流れについて説明する。
【０１０４】
図８において、ＭＮ１００は２つのインタフェース（ＣｏＡ１が設定されているＩＦ１、及び、ＣｏＡ２が設定されているＩＦ２）のそれぞれにおいて外部ネットワーク１及び外部ネットワーク２に接続している（ステップＳ４００１、Ｓ４００２）。また、ＭＮ１００は、共通ＨｏＡ（ＨｏＡ０）とＣｏＡ１及びＣｏＡ２の２つのＣｏＡを関連付けるバインディングアップデートメッセージをＨＡ２００に対して行い（ステップＳ４００３）、さらに、ＩＦ１（ＣｏＡ１）及びＩＦ２（ＣｏＡ２）のそれぞれに対する専用ＨｏＡの割り当てを要求するＨｏＡ割り当て要求メッセージをＨＡ２００に送信し（ステップＳ４００４）、ＨＡ２００が、ＣｏＡ１に対してＨｏＡ１、ＣｏＡ２に対してＨｏＡ２の専用ＨｏＡを割り当てているとする（ステップＳ４００５）。なお、Ｓ４００４で行っているＨｏＡ割り当て要求は、Ｓ４００３のＢＵメッセージの中に含めてもよい。また、１つのＢＵメッセージで複数のＣｏＡを同時に登録することができない場合には、ＩＦ１からＣｏＡ１を登録するＢＵメッセージを送信し、ＩＦ２からＣｏＡ２を登録するＢＵメッセージを送信するが、その場合、それぞれのＢＵメッセージの中に専用ＨｏＡの割り当てを要求する情報を含める。
【０１０５】
ここで、ＩＦ２のみを使用してＣＮ３００との通信を行うよう指定されたフローに係る送信パケットが発生した場合（ステップＳ４００６）、ＭＮ１００は、その送信パケットの送信元アドレスにＩＦ２の専用ＨｏＡであるＨｏＡ２を選択し（ステップＳ４００７）、さらにＣｏＡ２でパケットをカプセル化して、ＨＡ２００あてに送信する（ステップＳ４００８）。ＨＡ２００は、このパケットをデカプセル化してＣＮ３００に転送し、ＣＮ３００には送信元アドレスがＨｏＡ２のパケットが届く（ステップＳ４００９）。
【０１０６】
また、ＣＮ３００からＭＮ１００に送信されるパケットのあて先アドレスにはＨｏＡ２が設定され（ステップＳ４０１０）、ＨＡ２００は、このパケットを代理受信した後、ＨｏＡ２に対応するＣｏＡ２あてにパケットをカプセル化して転送する（ステップＳ４０１１）。
【０１０７】
また、ＩＦ１のみを使用してＣＮ３００との通信を行うよう指定されたフローに係る送信パケットが発生した場合も同様の処理が行われる。すなわち、ＩＦ１のみを使用してＣＮ３００との通信を行うよう指定されたフローに係る送信パケットが発生した場合（ステップＳ４０１２）、ＭＮ１００は、その送信パケットの送信元アドレスにＩＦ１の専用ＨｏＡであるＨｏＡ１を選択し（ステップＳ４０１３）、さらにＣｏＡ１でパケットをカプセル化して、ＨＡ２００あてに送信する（ステップＳ４０１４）。ＨＡ２００は、このパケットをデカプセル化してＣＮ３００に転送し、ＣＮ３００には送信元アドレスがＨｏＡ１のパケットが届く（ステップＳ４０１５）。
【０１０８】
また、ＣＮ３００からＭＮ１００に送信されるパケットのあて先アドレスにはＨｏＡ１が設定され（ステップＳ４０１６）、ＨＡ２００は、このパケットを代理受信した後、ＨｏＡ１に対応するＣｏＡ１あてにパケットをカプセル化して転送する（ステップＳ４０１７）。
【０１０９】
次に、図９を参照しながら、ＭＮ１００が共通ＨｏＡを送信元アドレスとして選択した場合のパケットの流れについて説明する。図９は、本発明の第１の実施の形態において、ＭＮ１００が共通ＨｏＡを送信元アドレスとして選択した場合の一例を示すシーケンスチャートである。
【０１１０】
図９において、ＭＮ１００は２つのインタフェース（ＣｏＡ１が設定されているＩＦ１、及び、ＣｏＡ２が設定されているＩＦ２）のそれぞれにおいて外部ネットワーク１及び外部ネットワーク２に接続している（ステップＳ４１０１、Ｓ４１０２）。また、ＭＮ１００は、共通ＨｏＡ（ＨｏＡ０）とＣｏＡ１及びＣｏＡ２の２つのＣｏＡを関連付けるバインディングアップデートメッセージをＨＡ２００に対して行い（ステップＳ４１０３）、さらに、ＩＦ１（ＣｏＡ１）及びＩＦ２（ＣｏＡ２）のそれぞれに対する専用ＨｏＡの割り当てを要求するＨｏＡ割り当て要求メッセージをＨＡ２００に送信し（ステップＳ４１０４）、ＨＡ２００が、ＣｏＡ１に対してＨｏＡ１、ＣｏＡ２に対してＨｏＡ２の専用ＨｏＡを割り当てているとする（ステップＳ４１０５）。
【０１１１】
ここで、使用するインタフェースを特に指定しないフローに係るＣＮ３００あての送信パケットが発生した場合（ステップＳ４１０６）、ＭＮ１００は、その送信パケットの送信元アドレスに共通ＨｏＡであるＨｏＡ０を選択するとともに（ステップＳ４１０７）、任意のインタフェース（例えばＩＦ２）をパケット送信に使用するインタフェースとして選択し、選択されたインタフェースのＣｏＡ（ここではＩＦ２のＣｏＡ２）でパケットをカプセル化して、ＨＡ２００あてに送信する（ステップＳ４１０８）。ＨＡ２００は、このパケットをデカプセル化してＣＮ３００に転送し、ＣＮ３００には送信元アドレスがＨｏＡ０のパケットが届く（ステップＳ４１０９）。
【０１１２】
また、ＣＮ３００からＭＮ１００に送信されるパケットのあて先アドレスにはＨｏＡ０が設定され（ステップＳ４１１０）、ＨＡ２００は、このパケットを代理受信した後、ＨｏＡ０に関連付けられているＣｏＡ１及びＣｏＡ２のうちのいずれか一方をＨＡ自身の判断で選択し（例えば、ＣｏＡ１）（ステップＳ４１１１）、選択されたＣｏＡ１あてにパケットをカプセル化して転送する（ステップＳ４１１２）。
【０１１３】
なお、上述の動作では、ＭＮ１００がパケットを送信するインタフェースとしてＩＦ２を選択しているが、パケットの送信元アドレスにＨｏＡ１及びＣｏＡ１を設定し、ＩＦ１経由でパケット送信を行ってもよい。また、ＨＡ２００は、ＣＮから送信されたパケットのあて先アドレス（ＨｏＡ０）に対応する複数のＣｏＡ（ＣｏＡ１及びＣｏＡ２）のうちのどれを選択してもよく、上述の動作ではＣｏＡ１を選択しているが、ＣｏＡ２を選択してもよい。なお、ＨＡ２００にフロー制御情報が登録されている場合や、ＨＡ２００のポリシーが存在する場合には、それらに従って転送先が選択される。
【０１１４】
以上、説明したように、本発明の第１の実施の形態によれば、ＭＮ１００が有する各インタフェースに対してインタフェース専用の専用ＨｏＡ（又は専用プレフィックス）の割り当てをＨＡへ要求し、そのＨｏＡに対してインタフェースに割り当てられているＣｏＡを１対１に関連付けることで、ＭＮ１００は、送信するパケットがインタフェースを指定するフローであったとしても、フロー制御情報をＨＡ２００へ登録することなく、そのインタフェースに対応する専用ＨｏＡを用いて送信することで、その応答パケットも指定のインタフェースに対してのみ転送されるようにすることが可能となる。また、インタフェース専用の専用ＨｏＡには、そのインタフェースに割り当てられているＣｏＡが１つしか関連付けられていないため、ＨＡ２００は、ＭＮ１００へパケットを転送する際に、使用するＣｏＡを選択するための処理を行う必要がなくなる。
【０１１５】
また、ＭＮ１００は、複数のＣｏＡと関連付けされている共通ＨｏＡ（又は共通プレフィックス）をＨＡへ登録し、インタフェースを特に指定しないフローに関しては、この共通ＨｏＡを用いて通信を行うことが可能である。この共通ＨｏＡ（又は共通プレフィックス）を用いた通信においては、ＣＮ３００からＭＮ１００へのパケットをＨＡ２００が転送する際、ＨＡ２００は、任意の条件（ＭＮ１００からのフロー制御情報、ネットワーク側のポリシーなど）に基づいて判断し、適切な転送先のＣｏＡを選択することが可能である。
【０１１６】
＜第２の実施の形態＞
次に、本発明の第２の実施の形態について説明する。上述の本発明の第１の実施の形態では、インタフェース専用の専用ＨｏＡの割り当てをＨＡ２００が行っており、ＭＮ１００は、ＨＡ２００に対して専用ＨｏＡの割り当て要求を行うことでＨｏＡが割り当てられるように構成されていたが、本発明の第２の実施の形態では、この専用ＨｏＡをＭＮ１００自身が生成し、各インタフェースのＣｏＡを登録する際に送信するＢＵメッセージを利用して、ＭＮ１００自身が生成した専用ＣｏＡをＨＡへ通知するように構成されている。
【０１１７】
なお、本発明の第２の実施の形態では、基本的なネットワーク構成は上述の図１と同様であるが、ＭＮ１００の機能（専用ＨｏＡをＭＮ１００自身で生成する）及びＨＡ２００の機能（専用ＨｏＡの割り当てを行わない）が、本発明の第１の実施の形態とは異なる。
【０１１８】
次に、本発明の第２の実施の形態におけるＭＮ１００の構成について説明する。図１５は、本発明の第２の実施の形態におけるＭＮの構成の一例を示す図である。図１５に図示されているＭＮ１００の構成は、図２に図示されているＭＮ１００の構成と類似しているが、図２に図示されているＭＮ１００が有しているＨｏＡ割り当て要求メッセージ生成部１１０の代わりに、ＢＵメッセージ生成部１２１及びＨｏＡ生成部１２２を有し、図２に図示されているＭＮ１００が有しているＨｏＡ割り当て通知メッセージ処理部１１１の代わりに、ＢＡメッセージ処理部１２３を有している。なお、図１５において、図２に図示されている機能ブロックと同一の機能を有するものに対しては同一の参照符号を付すとともに、ここでは説明を省略する。
【０１１９】
ＢＵメッセージ生成部１２１は、外部ネットワークに接続しているインタフェースのＣｏＡをＨｏＡに関連付けるためのＢＵメッセージを生成する機能を有しており、さらに、ＢＵメッセージの生成の際に、ＣｏＡが割り当てられているインタフェースに対して専用ＨｏＡを割り当てるために、ＨｏＡ生成部１２２に対して、専用ＨｏＡを生成するよう指示する機能を有している。そして、ＨｏＡ生成部１２２から各インタフェース専用の専用ＨｏＡを取得した後、インタフェースに割り当てられているＣｏＡと、ＨｏＡ生成部１２２から取得した専用ＨｏＡとの関連付けをＨＡ２００へ登録するために、ＢＵメッセージの中に、このＣｏＡに対応するＨｏＡとして専用ＨｏＡを挿入する機能を有している。
【０１２０】
また、ＨｏＡ生成部１２２は、ＣｏＡが割り当てられているインタフェースに対して設定される専用ＨｏＡを生成する機能を有している。なお、専用ＨｏＡは、ＭＮ１００自身の別のＨｏＡと同一の値とならないようにするだけではなく、他のＭＮ１００のアドレスと同一の値とならないようにする必要がある。これは、例えば、各ＭＮ１００が自身に割り当てられている共通ＨｏＡから専用ＨｏＡを生成するための共通のルール（アルゴリズム）をあらかじめ定めておくことで実現可能である。ＭＮ１００に対してユニークなプレフィックス（ホームプレフィックス）が割り当てられている場合には、そのプレフィックスを用いて新たなアドレスを生成する。なお、不図示ではあるが、ＭＮ１００が、外部ネットワークに接続した際に行う認証処理や、ＨＡ２００との間で行うＩＫＥｖ２のメッセージで、生成した専用ＨｏＡを通知してもよい。また、ＭＮ１００は、ＩＦ１又はＩＦ２のうち、どちらか一方に対してだけ専用ＨｏＡを割り当てることができる。例えば、ＭＮ１００のＩＦ１がホームネットワーク（ＰＭＩＰやＧＴＰ（GPRS tunneling protocol）が提供されている３ＧＰＰネットワークでもよい）に接続しており、他方のＩＦ２が新たに外部ネットワーク（Ｎｏｎ３ＧＰＰネットワーク）に接続する場合は、ＭＮ１００はＩＦ１経由で自身のホームプレフィックスを知ることができるため、そのプレフィックスを使ってＩＦ２専用の専用ＨｏＡを生成し、ＩＦ２へ割り当てることができる。さらに、ＢＵメッセージにそれらの共通ＨｏＡ及び専用ＨｏＡと、関連付けるＣｏＡを含めてＨＡ２００へ送信する。また、後述するように、ＢＵメッセージに含まれるそれぞれのＨｏＡには、共通ＨｏＡか専用ＨｏＡであるかを示す情報が付加される。これにより、ＢＵメッセージを受信するＨＡ２００は、共通ＨｏＡに対しては、ＭＮのホームネットワークに接続しているＩＦ１と外部ネットワークに接続しているＩＦ２の両方に対するバインディングキャッシュを生成する必要があることを認識すると同時に、専用ＨｏＡに対しては、ＢＵメッセージに含まれるＣｏＡのみを関連付けたバインディングキャッシュを生成する。ここでＨＡ２００は、共通ＨｏＡに対しては、ＣｏＡを関連付けたバインディングキャッシュと共に、ＨｏＡをＣｏＡとして含むバインディングキャッシュを生成する。ＨｏＡをＣｏＡとして関連付けたバインディングキャッシュが、ＩＦ１への転送先を示すバインディングキャッシュとして扱われる。
【０１２１】
なお、ＩＦ２で行う認証処理やＩＫＥｖ２のメッセージでＨＡ２００又は認証サーバなどへ専用ＨｏＡを通知することもできる。つまり、この場合は、ホームネットワークで使用しているアドレスは、共通ＨｏＡとして扱われている。そのため、ＩＦ２へ専用ＨｏＡを割り当てると同時にＩＦ２に対しても専用ＨｏＡを割り当ててもよい。
【０１２２】
上記の共通ＨｏＡであるか専用ＨｏＡであるかを示す情報は、ＨＡ２００が生成するバインディングキャッシュ内にも保持される。この情報は、ＭＮ１００が、ＨＡ２００へフロー制御情報を登録した際にも使用され、ＨＡ２００は、通知されたフロー制御情報が適用されるＨｏＡが、共通ＨｏＡであることを示す情報が付加されたＨｏＡであり、専用ＨｏＡに対しては適用されないことを判断することができる。
【０１２３】
一方、ＭＮ１００は、ホームネットワークに接続しているＩＦ１で既に使用しているアドレスを専用ＨｏＡとして扱い、外部ネットワークに接続したＩＦ２に対しては、共通ＨｏＡと専用ＨｏＡの両方を割り当ててもよい。これにより、共通ＨｏＡあてに届いたパケットは、ＩＦ１とＩＦ２の両方に対して転送され、ＩＦ１に既に割り当てられているアドレスあてに届いたパケットは、ＩＦ２に対して転送されない。既に使用しているアドレスを共通ＨｏＡとして扱うか、専用ＨｏＡとして扱うかは、ＭＮ１００が任意に判断することができるが、ＩＦ２が外部ネットワークに接続した際にＩＦ１で行われている通信が、ＩＦ１を使用することが望ましいフローのみである場合には、ＩＦ１のアドレスを専用ＨｏＡとして扱い、ＩＦ２に対しては、別途共通ＨｏＡ及び専用ＨｏＡを割り当てることを判断してもよい。また、ＩＦ２がまだ外部ネットワークに接続していない時に、ＩＦ１で行われている通信が、ＩＦ１のみを使用するべきフローだけが存在する場合は、上述のように専用ＨｏＡとして扱うことを選択することができるが、ＩＦ１において、ＩＦ１とＩＦ２の両方を使用できるフローの通信を行う場合には、別途共通ＨｏＡを生成し、ＩＦ１へ割り当てて使用する。この場合、ＭＮ１００は、ＩＦ２が外部ネットワークに接続した際に、ＩＦ１において共通ＨｏＡとして使用していたアドレスを、ＩＦ２においても共通ＨｏＡとして使用することを判断する。また、同時に、ＩＦ２に対して専用ＨｏＡを割り当てることを判断する。
【０１２４】
なお、ＨＡがＭＮに対して割り当てているプレフィックスが、ＩＦ１専用のプレフィックスである場合は、本発明の第１の実施の形態と同様に、ＭＮ１００は、ＩＦ２に対して、異なるプレフィックスを共通プレフィックスとして割り当てることを要求し、さらにはＩＦ２に専用のプレフィックスを割り当てることを要求する。
【０１２５】
また、ホームネットワークに接続したＩＦ１へプレフィックスを割り当てる際に、割り当てたプレフィックスが専用プレフィックスであるか、共通プレフィックスであるかを明示的に示す情報を付加して、ＭＮ１００へプレフィックスを割り当ててもよい。これにより、ＩＦ１に割り当てられていたプレフィックスが専用プレフィックスであった場合には、ＩＦ２が外部ネットワークへ接続した際に、ＩＦ１のアドレスあてに届いたパケットは、ＩＦ２には転送されないことをＭＮ１００は知得することができ、専用プレフィックスだけでなく、両方のインタフェースを転送先として使用したい場合には共通プレフィックスも別途割り当てることを要求することができる。一方、ＩＦ１に割り当てられていたプレフィックスが共通プレフィックスであった場合には、ＩＦ２が外部ネットワークへ接続した際に、ＩＦ１に割り当てられていたアドレス、又は別途生成したアドレスを共通ＨｏＡとしてＩＦ２でも使用すると同時に、ＩＦ２に対しては、専用プレフィックスを別途割り当てることを要求する。
【０１２６】
また、ＢＡメッセージ処理部１２３は、ＢＵメッセージ生成部１２１が送信したＢＵメッセージに対する応答としてＨＡ２００から送信されるＢＡメッセージに関する処理を行う機能を有している。ＢＡメッセージには、インタフェース専用の専用ＨｏＡとＣｏＡとのバインディング情報の登録結果を示すステータス情報が記載されており、このステータス情報が登録の成功を示している場合には、ＢＵＬ保持部１１２にバインディング情報の登録履歴を記録するとともに、そのインタフェースのＣｏＡ（又はＢＩＤ）に対して専用ＨｏＡが割り当てられたことを示す情報をＨｏＡ情報管理部１０９へ登録する。
【０１２７】
上述のＢＵメッセージ生成部１２１で生成されるＢＵメッセージには、例えば、下記の図１９のようなフォーマットを使用することが可能である。なお、ＢＵメッセージ生成部１２１で生成されたＢＵメッセージは、ＭＮ１００からＨＡ２００に送信され、ＨＡ２００のＢＵメッセージ処理部２２１（後述）で処理される。
【０１２８】
図１９は、本発明の第２の実施の形態において、ＭＮからＨＡに送信されるＢＵメッセージの一例を示す図である。図１９には、ＢＵメッセージの構成例が図示されている。ＨｏＡ生成部１２２によって生成された専用ＨｏＡは、ＢＵメッセージ内のＢＩＤサブオプションの中に、ＣｏＡやそのＣｏＡを特定するためのＢＩＤと共に挿入される。図１９に示されているように、ＩＦ１に対して生成された専用ＨｏＡ（ＨｏＡ１）は、ＣｏＡ１、ＢＩＤ１を含むＢＩＤサブオプションの中に含まれ、一方、ＩＦ２に対して生成された専用ＨｏＡ（ＨｏＡ２）は、ＣｏＡ２、ＢＩＤ２を含むＢＩＤサブオプションの中に含まれる。
【０１２９】
なお、複数のＢＩＤサブオプションを１つのＢＵメッセージに挿入して送信することにより、複数のインタフェース（ＩＦ１及びＩＦ２）のそれぞれに対する専用ＨｏＡを登録するとともに、共通ＨｏＡ（ＨｏＡ０）に対して複数のインタフェース（ＩＦ１及びＩＦ２）のそれぞれのＣｏＡ（ＣｏＡ１及びＣｏＡ２）の関連付けを１回のＢＵメッセージ送信によって登録することが可能となる。また、ＭＮ１００の共通ＨｏＡがまだ割り当てられていない場合には、ＭＮ１００はＨｏＡ生成部１２２において共通ＨｏＡを生成し、生成した共通ＨｏＡも同時に上記のＢＵメッセージを用いて通知してもよい。なお、ＢＩＤオプションの中ではなく、通常ＨｏＡが含まれるオプション（例えば、ホームアドレスオプション）内に共通ＨｏＡと共に専用ＨｏＡを含めて送信してもよい。この場合、各ＨｏＡが共通ＨｏＡであるか専用ＨｏＡであるかを示す情報が付加される。この情報が付加されることで、ＨＡ２００は、共通ＨｏＡに対しては、ＢＵメッセージに含まれる全てのＣｏＡが関連付けられることを知得し、専用ＨｏＡに対してはＢＵメッセージに含まれるＣｏＡのうち、どちらか一方のみが関連付けられることを知得する。専用ＨｏＡに対してどちらのＣｏＡを関連付けるかは、例えば、ＢＵメッセージに含まれるＨｏＡ及びＣｏＡの順序に従い、1つ目のＣｏＡは1つ目の専用ＨｏＡへ関連付け、２つ目のＣｏＡは２つ目の専用ＨｏＡへ関連付けると判断することができる。また、別の方法として、専用ＨｏＡを含むオプションとＣｏＡを含むオプションに数値を含め、同じ値同士のＨｏＡとＣｏＡを関連付けてもよい。なお、数値としては、ＢＩＤなどを用いてもよい。
【０１３０】
また、１つのＢＵメッセージで複数のＣｏＡを同時に登録することができない場合には、ＩＦ１からＣｏＡ１を登録するＢＵメッセージを送信し、ＩＦ２からＣｏＡ２を登録するＢＵメッセージを送信するが、その場合も、それぞれのＢＵメッセージの中に共通ＨｏＡ及び専用ＨｏＡ、さらにＣｏＡを含め、さらにそれぞれのＨｏＡに、共通ＨｏＡか専用ＨｏＡかを示す情報を付加する。
【０１３１】
また、上述のＢＡメッセージ処理部１２３で処理されるＢＡメッセージには、例えば、下記の図２０のようなフォーマットを使用することが可能である。なお、ＢＡメッセージ処理部１２３で処理されるＢＡメッセージは、ＨＡ２００のＢＡメッセージ生成部２２２（後述）で生成されて、ＨＡ２００からＭＮ１００に送信される。
【０１３２】
図２０は、本発明の第２の実施の形態において、ＨＡからＭＮに送信されるＢＡメッセージの一例を示す図である。図２０には、ＢＡメッセージの構成例が図示されている。なお、図２０のＢＡメッセージは、図１９のＢＵメッセージに対する応答メッセージである。
【０１３３】
図２０のＢＡメッセージのＢＩＤサブオプションの中には、ＢＵメッセージで送信されたバインディング情報の登録結果を示すステータスが含まれており、そのステータスの値により、専用ＨｏＡの登録、及びそのＨｏＡに対するＣｏＡの関連付けが成功したか否か（受理されたか否か）が把握可能である。ＢＡメッセージ処理部１２３は、インタフェースに対する専用ＨｏＡの登録が成功した場合には、ＨｏＡ情報管理部１０９に対して、各インタフェースに対して割り当てられた専用ＨｏＡと、その専用ＨｏＡに対応するＣｏＡに関する情報を保持するよう指示する。この結果、例えば、ＩＦ１に対してＨｏＡ１及びＣｏＡ１が関連付けられていることを示す情報や、ＩＦ２に対してＨｏＡ２及びＣｏＡ２が関連付けられていることを示す情報が、各インタフェースに関連付けられた専用ＨｏＡ及びＣｏＡとして、ＨｏＡ情報保持部１０９に保持される。
【０１３４】
なお、図２０のＢＡメッセージでは、１番目のＢＩＤサブオプションにＣｏＡ１を特定するための情報としてＢＩＤ１が含まれており、ステータスとして登録が成功したことを示す値（受理：Accepted）が含まれているため、ＨｏＡ０に対するＣｏＡ１の関連付けだけでなく、ＨｏＡ１に対してＣｏＡ１を関連付けたバインディングキャッシュの登録も成功したことが示される。また、２番目のＢＩＤサブオプションも同様に、ＨｏＡ０に対するＣｏＡ２の関連付けだけでなく、ＨｏＡ２に対してＣｏＡ２を関連付けたバインディングキャッシュの登録も成功したことが示されている。なお、ＢＩＤの代わりにＣｏＡそのものが用いられてもよい。また、登録結果のステータスについては、ＨｏＡ０に対するＣｏＡ１及びＣｏＡ２の登録に関するステータスと、インタフェースの専用ＨｏＡに対するＣｏＡの登録（ＨｏＡ１及びＣｏＡ１の関連付けや、ＨｏＡ２及びＣｏＡ２の関連付け）に関するステータスが別々に示されてもよい。
【０１３５】
次に、本発明の第２の実施の形態におけるＨＡ２００の構成について説明する。図１６は、本発明の第２の実施の形態におけるＨＡの構成の一例を示す図である。図１６に図示されているＨＡ２００の構成は、図１６に図示されているＨＡ２００の構成と類似しているが、図３に図示されているＨＡ２００が有しているＨｏＡ割り当て要求メッセージ処理部２０５の代わりに、ＢＵメッセージ処理部２２１を有し、図３に図示されているＨＡ２００が有しているＨｏＡ割り当て通知メッセージ生成部２０７の代わりに、ＢＡメッセージ生成部２２２を有している。また、図１６に図示されているＨＡ２００は、ＨｏＡ割り当て部２０６を有していない。なお、図１６において、図３に図示されている機能ブロックと同一の機能を有するものに対しては同一の参照符号を付すとともに、ここでは説明を省略する。
【０１３６】
ＢＵメッセージ処理部２２１は、ＭＮ１００から受信したＢＵメッセージに関する処理を行う機能を有している。ＢＵメッセージ処理部２２１は、共通ＨｏＡに対して登録されるＣｏＡと、そのＣｏＡに対して割り当てた専用ＨｏＡ（ＭＮ１００自身で生成した専用ＨｏＡ）をＢＵメッセージの中から取得し、それらの情報をＭＮ１００のバインディング情報としてバインディング情報保持部２０８に渡して管理させる。なお、この登録によって、バインディング情報保持部２０８には、本発明の第１の実施の形態と同様に、図１４に示すようなバインディング情報が登録される。
【０１３７】
また、ＢＡメッセージ生成部２２２は、ＢＵメッセージ処理部２２１からの指示に従って、共通ＨｏＡに対するＣｏＡの登録と、専用ＨｏＡに対するＣｏＡの登録結果を通知するためのＢＡメッセージを生成する機能を有している。
【０１３８】
次に、本発明の第２の実施の形態におけるＭＮの動作について説明する。図１７は、本発明の第２の実施の形態におけるＭＮの動作の一例を示すフローチャートである。
【０１３９】
図１７において、あるインタフェースがハンドオーバすると（ステップＳ１２０１）、ＭＮ１００は、ハンドオーバによる新たな接続先が外部ネットワークか否かを判断する（ステップＳ１２０２）。新たな接続先が外部ネットワーク（すなわち、ホームネットワークではないネットワーク）であれば、ＣｏＡをＨＡ２００へ登録するか否かを決定する（ステップＳ１２０３）。ＣｏＡをＨＡ２００へ登録する場合には、ＭＮ１００は、そのインタフェース専用のＨｏＡ（ハンドオーバを行ったインタフェースに対して割り当てられている専用ＨｏＡ）が既に割り当てられているか否かを確認する（ステップＳ１２０４）。
【０１４０】
新たに外部ネットワークへのハンドオーバを行ったインタフェース専用のＨｏＡが既に存在している場合（例えば、ハンドオーバ前には別の外部ネットワークに接続していた場合など）には、ＭＮ１００は、ハンドオーバ後の外部ネットワークで新たに取得したＣｏＡを通知するＢＵメッセージに、そのインタフェースの専用ＨｏＡを含める処理を行い（ステップＳ１２０５）、このＢＵメッセージを送信する（ステップＳ１２０６）。
【０１４１】
一方、ステップＳ１２０４において、新たに外部ネットワークへのハンドオーバを行ったインタフェース専用のＨｏＡが存在していない場合（例えば、ハンドオーバ前にはホームネットワークに接続していた場合など）には、ＭＮ１００はＨｏＡ生成部１２２において、そのインタフェースにのみ割り当てられる専用ＨｏＡを生成する（ステップＳ１２０７）。そして、ＭＮ１００は、ハンドオーバ後の外部ネットワークで新たに取得したＣｏＡを通知するＢＵメッセージに、ＨｏＡ生成部１２２で生成されたインタフェースの専用ＨｏＡを含める処理を行い（ステップＳ１２０５）、このＢＵメッセージを送信する（ステップＳ１２０６）。
【０１４２】
上述の図１７に図示されている動作では、ハンドオーバ直後に即座に各インタフェース専用のＨｏＡの割り当てが行われているが、この各インタフェース専用のＨｏＡの割り当てに係るタイミングは任意であり、例えば、各インタフェース専用のＨｏＡの割り当てが行われることが望ましいと判断された場合に、ＨｏＡ割り当て要求メッセージの送信が行われるようにしてもよい。なお、インタフェースを指定した通信が望まれるフローが存在する場合には、そのフローの送受信が行われる前に、特定のインタフェースのみを使用したフローの通信が行われるように専用ＨｏＡの設定及び登録が行われることが望ましい。
【０１４３】
また、例えば図１８に図示されているように、ハンドオーバによる新たな接続先が外部ネットワークであっても、ハンドオーバしたインタフェースのみを経由して送受信を行いたいフローが存在するか否か（そのインタフェース指定で送受信するフローがあるか否か）を判断し（ステップＳ１２１１）、ハンドオーバしたインタフェースのみを経由して送受信を行いたいフローが存在する場合にはそのインタフェース専用のＨｏＡを設定する処理を行う一方、ハンドオーバしたインタフェースのみを経由して送受信を行いたいフローが存在しない場合には、そのインタフェース専用のＨｏＡを設定する処理を行わない。この場合、別の任意のタイミングで、そのインタフェース専用のＨｏＡを設定する処理を行うようにしてもよい。
【０１４４】
なお、本発明の第２の実施の形態では、ＭＮ１００のデータ送信処理やＨＡ２００のパケット転送処理などに関しては、上述の本発明の第１の実施の形態と同一の動作（例えば、図６や図７の動作）が行われる。
【０１４５】
以上、説明したように、本発明の第２の実施の形態によれば、ＭＮ１００自身がインタフェース専用の専用ＨｏＡを生成し、その専用ＨｏＡに対してインタフェースに割り当てられているＣｏＡを１対１に関連付けることで、ＭＮ１００は、送信するパケットがインタフェースを指定するフローであったとしても、フロー制御情報をＨＡ２００へ登録することなく、そのインタフェースに対応する専用ＨｏＡを用いて送信することで、その応答パケットも指定のインタフェースに対してのみ転送されるようにすることが可能となる。また、インタフェース専用の専用ＨｏＡには、そのインタフェースに割り当てられているＣｏＡが１つしか関連付けられていないため、ＨＡ２００は、ＭＮ１００へパケットを転送する際に、使用するＣｏＡを選択するための処理を行う必要がなくなる。
【０１４６】
また、ＭＮ１００は、複数のＣｏＡと関連付けされている共通ＨｏＡをＨＡへ登録し、インタフェースを特に指定しないフローに関しては、この共通ＨｏＡを用いて通信を行うことが可能である。この共通ＨｏＡを用いた通信においては、ＣＮ３００からＭＮ１００へのパケットをＨＡ２００が転送する際、ＨＡ２００自身の判断で転送先のＣｏＡを選択することが可能である。
【０１４７】
＜第３の実施の形態＞
次に、本発明の第３の実施の形態について説明する。図２１は、本発明の第３の実施の形態におけるネットワークの構成を示す図である。図２１において、ＭＮ１００は２つのインタフェース（ＩＦ１及びＩＦ２）を持ち、ＩＦ１はＭＡＧ１へ接続してアドレス１が割り当てられており、ＩＦ２はＭＡＧ２へ接続してアドレス２が割り当てられている。また、ＭＮ１００のホームプレフィックスに対して、ＭＡＧ１及びＭＡＧ２のアドレスが関連付けられており、ＬＭＡに登録されている。
【０１４８】
ＭＮ１００の２つのインタフェースが同じＰＭＩＰドメインに接続し、２つのインタフェースがそれぞれ接続しているネットワークの両方から同一のホームプレフィックスが広告されているときには、上述の本発明の第１及び第２の実施の形態と同様に、インタフェース専用のアドレス（専用ＨｏＡに相当）とインタフェース共通のアドレス（共通ＨｏＡに相当）を使用することが可能である。
【０１４９】
ＭＡＧによってＬＭＡへ送信されるプロキシＢＵメッセージによって、ホームプレフィックスに対するＣｏＡとしてＭＡＧのアドレスがＬＭＡに登録される。しかし、実際にＭＮ１００のインタフェースにどのようなアドレスが割り当てられているのかに関してＬＭＡは把握していない。そのため、ＬＭＡはＭＮ１００のホームプレフィックスから生成されたいかなるアドレスに関しても、ＭＡＧ１及びＭＡＧ２を特定せずに送信しようとする。この動作は、ＭＮ１００の共通アドレスに対しては問題ないが、専用アドレスに関しては、対応するインタフェースへ転送されないことが起こる可能性がある。
【０１５０】
そのため、ＭＮ１００は、専用アドレスを含むＮＡ（Neighbor Advertisement）メッセージをＭＡＧへ送信し、専用アドレスとそのＭＡＧのアドレスとの関連付けを行うためのＰＢＵメッセージをＬＭＡへ送信するようＭＡＧに依頼する。なお、専用アドレスを通知するためのＮＡメッセージには、専用アドレスを含むことを示す情報（フラグをセット）が含まれていてもよく、またＮＡメッセージの代わりに、ＮＳメッセージやＢＵメッセージなどが用いられてもよい。さらには、ネットワークに接続した際に行うレイヤ３接続処理や、認証処理、又はＭＡＧとの間で行われるＩＫＥｖ２の中で通知してもよい。ＭＡＧは、その要求を受けて、通知されたＭＮ１００のアドレスを、ＭＮ１００がＭＡＧに接続しているインタフェースに対する専用アドレスとしてＬＭＡへ通知し、専用アドレスとＭＡＧのアドレスと関連付けたバインディングキャッシュを登録するようＬＭＡへ要求するための代理ＢＵメッセージを送信する。なお、代理ＢＵメッセージには、専用アドレスを含むことを示す情報（フラグをセット）が含まれていてもよい。ＬＭＡは、通知されたＭＮ１００のインタフェース専用アドレスに対してＭＡＧのアドレスを関連付けたバインディングキャッシュ（例えば、アドレス１とＭＡＧ１のアドレスとが関連付けられたバインディングや、アドレス２とＭＡＧ２のアドレスとが関連付けられたバインディングを含む）を生成する。なお、ＭＮ１００が使用する専用アドレスは、本発明の第１及び第２の実施の形態に示されているように、ＭＮ１００自身が生成してもよいし、ＤＨＣＰサーバやＡＡＡサーバ、ＨＡ２００、ＬＭＡに対して専用アドレスの割り当てを要求してもよい。
【０１５１】
これにより、ＬＭＡは、ＭＮ１００のホームプレフィックスが使われたアドレスあてのパケットを受信したとき、そのアドレスが専用アドレスである場合には、そのアドレスに関連付けられているＭＡＧのアドレスあてにそのパケットを転送することが可能となる。なお、ＤＨＣＰやＡＡＡ、ＩＫＥ又はＩＫＥｖ２を用いてＭＮ１００へアドレスが割り当てられる場合には、割り当てるアドレスが共通アドレスか専用アドレスかを示す情報がＭＮ１００へ通知されることが望ましい。
【０１５２】
以上、説明したように、本発明の第３の実施の形態によれば、複数のインタフェースを有するＭＮ１００が、２つ以上のインタフェースを同一のＰＭＩＰドメインに接続した状態であっても、ＰＭＩＰドメインにフロー制御情報を送信することなく、そのインタフェースに対応するアドレスを用いて送信することで、その応答パケットも指定のインタフェースに対してのみ転送されるようにすることが可能となる。また、インタフェース専用の専用アドレスには、そのインタフェースに割り当てられているＭＡＧのアドレスが１つしか関連付けられていないため、ＬＭＡは、ＭＮ１００へパケットを転送する際に、転送先のＭＡＧを選択するための処理を行う必要がなくなる。なお、ＩＦ１とＩＦ２は必ずしも同時にＰＭＩＰドメインに接続している必要はなく、転送先を切り替えたいフロー及び転送先を切り替える必要がないフローが存在する場合であれば、いずれか一方のみがＰＭＩＰドメインに接続していて、他方がＧＴＰ（GPRS tunneling Protocol）やモバイルＩＰを用いて接続していたとしても、本実施の形態で述べた専用ＨｏＡの割り当て、利用は可能である。つまり、本発明の第１及び第２の実施の形態で述べた方法と、本発明の第３の実施の形態で述べた方法は組み合わせて利用することが可能であり、ＭＮ１００のインタフェース（ＩＦ１、ＩＦ２）が、ＣＭＩＰかＰＭＩＰのどちらを使用しているかに応じて、使用する方法が選択される。
【０１５３】
また、ＭＮ１００は、インタフェースを特に指定しないフローに関しては、共通アドレスを用いて通信を行うことが可能である。この共通アドレスを用いた通信においては、ＣＮ３００からＭＮ１００へのパケットをＬＭＡが転送する際、ＬＭＡ自身の判断で転送先のＭＡＧを選択することが可能である。
【０１５４】
なお、図４及び図５のステップＳ１００２や、図１７及び図１８のステップＳ１２０２において、ハンドオーバしたインタフェースの接続先が外部ネットワークか否かを判断しているが、例えば、インタフェースのハンドオーバの結果、２つ以上のインタフェースが外部ネットワークに接続された状態となったか否かを判断し、その判断結果に応じて、専用ＨｏＡの設置及び登録を行うか否かを決定してもよく、この場合、本発明はより高い効果を奏する。また、本発明の第３の実施の形態においても、２つ以上のインタフェース接続先が同一のＰＭＩＰドメインに属している異なるＭＡＧに接続された状態か否かを判断し、その判断結果に応じて、専用ＨｏＡの設置及び登録を行うか否かを決定してもよい。
【０１５５】
また、上記の本発明の実施の形態の説明で用いた各機能ブロックは、典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ（Integrated Circuit）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【０１５６】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
【０１５７】
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。
【産業上の利用可能性】
【０１５８】
本発明は、移動端末がフロー制御情報をＨＡに登録する必要をなくすことで、フロー制御情報の登録に伴って発生する処理負荷を低減させたり、その登録のためのシグナリングのトラフィックを低減させたりすることが可能となり、移動端末が無線通信機能を使用して移動しながらパケット通信を行うための通信技術や、複数の無線通信インタフェースを有する移動端末における通信技術などに適用可能である。
【図面の簡単な説明】
【０１５９】
【図１】本発明の第１の実施の形態におけるネットワークの構成を示す図
【図２】本発明の第１の実施の形態におけるＭＮの構成の一例を示す図
【図３】本発明の第１の実施の形態におけるＨＡの構成の一例を示す図
【図４】本発明の第１の実施の形態におけるＭＮの動作の一例を示すフローチャート
【図５】本発明の第１の実施の形態におけるＭＮの動作の別の一例を示すフローチャート
【図６】本発明の第１の実施の形態におけるＭＮのデータ送信処理の一例を示すフローチャート
【図７】本発明の第１の実施の形態におけるＨＡのパケット転送処理の一例を示すフローチャート
【図８】本発明の第１の実施の形態において、ＭＮが専用ＨｏＡを送信元アドレスとして選択した場合の一例を示すシーケンスチャート
【図９】本発明の第１の実施の形態において、ＭＮが共通ＨｏＡを送信元アドレスとして選択した場合の一例を示すシーケンスチャート
【図１０】本発明の第１の実施の形態において、ＭＮからＨＡに送信されるＨｏＡ割り当て要求メッセージの一例を示す図
【図１１】本発明の第１の実施の形態において、ＨＡからＭＮに送信されるＨｏＡ割り当て通知メッセージの一例を示す図
【図１２】本発明の第１の実施の形態において、ＭＮからＨＡに送信されるＨｏＡ割り当て要求メッセージの別の一例を示す図
【図１３】本発明の第１の実施の形態において、ＨｏＡ割り当て通知メッセージの別の一例を示す図
【図１４】本発明の第１の実施の形態におけるＭＮのアドレスのバインディング情報の一例を示す図
【図１５】本発明の第２の実施の形態におけるＭＮの構成の一例を示す図
【図１６】本発明の第２の実施の形態におけるＨＡの構成の一例を示す図
【図１７】本発明の第２の実施の形態におけるＭＮの動作の一例を示すフローチャート
【図１８】本発明の第２の実施の形態におけるＭＮの動作の別の一例を示すフローチャート
【図１９】本発明の第２の実施の形態において、ＭＮからＨＡに送信されるＢＵメッセージの一例を示す図
【図２０】本発明の第２の実施の形態において、ＨＡからＭＮに送信されるＢＡメッセージの一例を示す図
【図２１】本発明の第３の実施の形態におけるネットワークの構成を示す図
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2009098876.tif 000024
【図２】
2009098876.tif 000025
【図３】
2009098876.tif 000026
【図４】
2009098876.tif 000027
【図５】
2009098876.tif 000028
【図６】
2009098876.tif 000029
【図７】
2009098876.tif 000030
【図８】
2009098876.tif 000031
【図９】
2009098876.tif 000032
【図１０】
2009098876.tif 000033
【図１１】
2009098876.tif 000034
【図１２】
2009098876.tif 000035
【図１３】
2009098876.tif 000036
【図１４】
2009098876.tif 000037
【図１５】
2009098876.tif 000038
【図１６】
2009098876.tif 000039
【図１７】
2009098876.tif 000040
【図１８】
2009098876.tif 000041
【図１９】
2009098876.tif 000042
【図２０】
2009098876.tif 000043
【図２１】
2009098876.tif 000044
【国際調査報告】
2009098876.tif 000045
2009098876.tif 000046
2009098876.tif 000047
2009098876.tif 000048