JPWO2009153943A1 - バインディングキャッシュ生成方法、バインディングキャッシュ生成システム、ホームエージェント及びモバイルノード - Google Patents

Abstract

複数のインタフェースを有するモバイルノードがホームドメイン内をローミングする場合に、ホームエージェントにおいてクライアントベースのバインディングキャッシュを生成して管理する場合のシグナリングを減少する技術が開示され、その技術によればＭＮ１０は、インタフェースＩｆ１を介してホームＭＩＰｖ６プリフィックスＰ１を参照してホームＭＩＰｖ６ドメインであることを知得すると、ＭＮ１０の他のＷＬＡＮインタフェースＩｆ２が更にこの同じホームＭＩＰｖ６ドメイン１００及びＬＭＡ／ＨＡ４０に接続する可能性が高いことを予測し、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８をＬＭＡ／ＨＡ４０に送信する。ＬＭＡ／ＨＡ４０は要求メッセージ３０８を受信して、ＷＬＡＮインタフェースＩｆ２のＰＭＩＰｖ６キャッシュに関連するＣＭＩＰｖ６キャッシュを生成してＭＮ１０によりリフレッシュされることなく維持管理する。

Description

本発明は、複数のインタフェースを有するモバイルノードがホームドメイン内をローミングする場合のバインディングキャッシュ生成方法及びバインディングキャッシュ生成システムに関する。
本発明はまた、前記バインディングキャッシュ生成システムにおけるホームエージェント及びモバイルノードに関する。

現在、多くの通信装置がＩＰｖ６（Internet Protocol version 6）を用いて通信を行っている。また、モバイル装置に対してモビリティサポートを提供するために、ＩＥＴＦ（Internet Engineering Task Force）は、下記の非特許文献１に示すようなＭＩＰｖ６（Mobility Support in IPv6）を開発している。非特許文献１におけるモビリティサポートは、ホームエージェント（ＨＡ）と呼ばれるエンティティをモバイルノード（ＭＮ）のホームネットワークに導入することにより実現している。ＭＮはＨＡに対し、外部リンクで取得した気付アドレス（ＣｏＡ）を、バインディング・アップデート（ＢＵ）メッセージと呼ばれるメッセージを用いて登録する。ＨＡはＢＵメッセージにより、ホームリンクから取得したアドレスであるホームアドレス（ＨｏＡ）とＭＮのＣｏＡの間にバインディング（位置情報）を生成することができる。ＨＡはバインディングにより、ＭＮのＨｏＡあてのメッセージをインタセプトし、ＭＮのＣｏＡあてのパケットにカプセル化して転送する。なお、このパケットカプセル化は、受信したパケットを新しいパケットのペイロードにセットする処理であり、パケットトンネル化として知られている。

ＭＩＰｖ６における問題の１つは、ネットワーク接続（attachment）が変更するときごとや、バインディングの有効期間が満了するときに、ＭＮが１つ又は複数のＨＡと通信相手（Correspondent Node：ＣＮ）を更新する必要があることにある。この更新により、高速で移動するＭＮが無線ネットワークに放出するシグナリングの負荷が増大する。さらに、ネットワーク接続（attachment）の変更ごとにＣＮとの間で行うハンドオフ確立時間（経路最適化が使用されているとする）は、ネットワーク接続（attachment）の変更ごとにＲＲ（Return Routability）メッセージとＢＵメッセージの送受信が必要となるため、多くの時間を要する。このため、フロー又はコネクションに関連するセッションの間、ハンドオフ確立にかなりの時間を要するので、ジッタやパケットロスが発生する。このようなジッタは、ＶｏＩＰ（Voice over IP）や、マルチメディア及びビデオストリーミングのようにリアルタイムなアプリケーションにとっては好ましくない。さらに、パケットロスは、重要なテキストやデータの情報を伝送するフローにとっては好ましくない。パケットロスはさらに、ＴＣＰ（Transmission Control Protocol）が重要なデータ、アプリケーションの転送に使用される場合、ＴＣＰのスループットを減少させる。

ＭＩＰｖ６の問題に注目すると、焦点は現在、ネットワークベースのローカル・モビリティ管理（Network-based Local Mobility-Management：ＮｅｔＬＭＭ）プロトコルにシフトされる。ＩＥＴＦのＮｅｔＬＭＭワーキンググループは、このプロトコルの作業を行っている。ネットワークベースのローカル・モビリティ管理は、地理的にローカルなネットワーク・セグメントに位置するＭＮのモビリティを、ＭＮそれ自体よりもネットワーク・エンティティにより管理することに言及している。

ＭＮにとって透過的なネットワークベースのローカル・モビリティ管理の目的を達成するために、ＭＮはローカルドメイン内のどこでも同じプリフィックスを参照することを必要とする。上記のプリフィックスは、ルーティング階層の上位に位置するルータから取得されなければならない。そのルータは望ましくは、ローカル・モビリティ管理の利点が取得可能なようにローカルドメイン内のすべてのＭＮのデフォルト・ルーティングパスに位置する。上記のルータは、上記のプリフィックスのルートであって、上記のプリフィックスに対する到達性の情報すなわちルーティング情報（プリフィックスベースのルート）を有しなければならない。結果的に、このプリフィックスベースのルートは、ネットワーク・エンティティにより生成されなければならない。

ＮｅｔＬＭＭワーキンググループにより検討されている特別なネットワークベースのローカル・モビリティ管理プロトコルは、下記の非特許文献２に開示されているＰＭＩＰｖ６（Proxy Mobile Internet Protocol version 6）である。ＰＭＩＰｖ６のプロトコルは主に、ＣＭＩＰｖ６（Client Mobile IPv6）スタックを有しない通常のＩＰｖ６ホストに対して、ネットワークのローカルな部分におけるモビリティ管理サービスを提供するために設計されている。にもかかわらず、ＰＭＩＰｖ６はＣＭＩＰｖ６スタックを有するノードにも有用である。その理由について説明すると、ＣＭＩＰｖ６スタックを有するＭＮが外部のＰＭＩＰｖ６ドメインに位置していて、そのローカルドメイン内のあるインタフェースを介して同じプリフィックス（外部のローカル・モビリティ・アンカー（ＬＭＡ）／ＨＡにおいてルーティングされる外部のＰＭＩＰｖ６ローカルプリフィックス）を参照する場合、そのＭＮは如何なるグローバルな登録も実行する必要がない。さらに、上記のＣＭＩＰｖ６スタックを有するＭＮは、ホームドメイン内にローミングしたとき、地理的な位置を変更しているにもかかわらず、自身のホームネットワーク・プリフィックスを継続して参照して位置登録に参加する必要がない。

以下に、非特許文献２に開示されているＰＭＩＰｖ６の概略を説明する。あるＭＮがあるＰＭＩＰｖ６に接続（attach）したとき、そのＭＮは、モバイル・アクセス・ゲートウェイ（ＭＡＧ）とアソシエート中に、自身のネットワーク・アクセス識別子（ＮＡＩ）を提供する。ＭＡＧとは、ＭＮが直接に接続（attach）しているルータであり、ＭＮが制御下にあるローカル・モビリティ・アンカー（ＬＭＡ）に対して、ＭＮのプロキシとしてローカルな登録を実行するルータ（プロキシノード）である。ＮＡＩは接続認証（Authentication）の目的のために、ＡＡＡ（Authentication, Authorization and Accounting）サーバに転送される。ＡＡＡサーバは、ＭＮのネットワーク接続（attachment）を資格認証（Authorize）すると、接続認証（Authentication）が成功したことをＭＡＧに通知するためにレスポンスを送り返す。上記のレスポンスでは、ＡＡＡサーバはさらに、ＬＭＡアドレスと、ＭＮがローカルドメイン内をローミング中に備える必要があるアドレス構成モード又は特別なポリシーのような幾つかのＭＮプロファイルを提供する。

ＭＡＧは上記のＭＮのパラメータを取得すると、プロキシＢＵ（ＰＢＵ）メッセージをＬＭＡに送信する。ＭＡＧはＰＢＵメッセージの応答であるプロキシ・バインディング確認（ＰＢＡ）メッセージから、ＭＮの接続（attach）しているインタフェースに関連するプリフィックスを取得した後、ホームリンク及びローカルホームリンクをエミュレートする。上記のようにＭＡＧが実行するＰＢＵメッセージすなわちローカルな登録は、このメッセージがＰＢＵメッセージであることを示すフラグのみを除いてＭＩＰｖ６のＢＵメッセージと同一である。ＰＢＵメッセージを実行することにより、ＭＮの到達性のステートがＬＭＡにおいて生成される。基本的には、ＬＭＡは、ＰＭＩＰｖ６ドメインで取得されたＭＮプリフィックスに対する到達性のステートを有し、このＭＮプリフィックスに対して到達可能なアドレスはＭＡＧのアドレスである。

ＭＮはステート有り（stateful）又はステート無し（stateless）のアドレス構成モードを用いて、ＰＭＩＰｖ６ドメインで受信したプリフィックスを用いてアドレスを構成する。各ＭＮはユニークなプリフィックスを取得するので、ＬＭＡにおけるプリフィックスベースのキャッシュは、ＭＮに十分に到達する。ＬＭＡに到着した各データパケットは、ＭＮに接続（connect）しているＭＡＧにトンネル化され、また、ＭＮからＭＡＧに到着した各データパケットはＬＭＡにトンネル化される。ＭＡＧの近隣（neighbor）キャッシュテーブルは、ＭＮのＰＭＩＰｖ６ローカルアドレスと、ＭＮにパケットを伝送するのに使用されるリンク層アドレスをバインディングする。

次に、ＭＮが複数の通信インタフェースを有していて各インタフェースが異なるアクセス技術に属する場合、又はＭＮが１つのインタフェースを有していてその１つのインタフェースが複数の異なるプリフィックスを処理可能であって同じインタフェースに対して複数の異なるアドレスを構成可能な場合の広い意味のマルチホーミングについて説明する。非特許文献２に開示されているＰＭＩＰｖ６のプロトコルは、複数のインタフェースを有していてすべてのインタフェースが同時に接続（attach）するＭＮをサポートできるように設計されている。基本的には、各インタフェースには１つのユニークなプリフィックスが割り当てられ、ＰＭＩＰｖ６のプロトコルは、ＰＭＩＰｖ６ドメイン内をローミング中、各インタフェースが同じプリフィックスを参照することを保証している。したがって、複数のインタフェースを有するＭＮにとって、ＰＭＩＰｖ６の複数のバインディングがＬＭＡにおいて維持され、また、各バインディングはユニークなプリフィックスにより識別される個々のモビリティ・セッションとして維持される。

下記の非特許文献４には、ＭＩＰｖ６機能を備えたＭＮが外部ドメイン内をローミングしたときにマルチホーミング・サポート機能をいかにＨＡにおいて提供するかが記述されている。非特許文献４におけるマルチホーミング・サポート機能は、マルチホーミングの利点が取得可能なように、ＭＮの１以上のインタフェースに関連する個々の気付アドレス（ＣｏＡ）を介してパケットを到達させるメカニズムである。ＭＮが外部ドメイン内をローミングすると、マルチホーミング・サポートを行うためには、ＭＮのホームプリフィックス用の地理的なアンカーポイントとなるＨＡは、ＭＮのＣｏＡ用のバインディング情報を有する必要がある。このバインディング情報は、ホームアドレス（ＨｏＡ）とＭＮの１以上のインタフェースに関連する個々のＣｏＡのマッピングである。非特許文献４には、複数のバインディングを個々に同時に維持するために、バインディング識別子（ＢＩＤ）を使用することが記述されている。このＢＩＤは各インタフェース、すなわち各インタフェースのＣｏＡをユニークに識別する。ＢＩＤはローミングするＭＮにより生成されて、バインディング登録の際にＨＡに転送される。ＨＡはＢＩＤを使用して、１つのＨｏＡあてのパケットを個々のＣｏＡに到達可能にする登録を維持することができる。

３ＧＰＰ（Third Generation Partnership Project）は、例えばワイヤレス・ローカルエリア・ネットワーク（ＷＬＡＮ）と、セルラネットワーク又は第３世代（３Ｇ）セルラネットワークや第３．９世代、第４世代などと、ＷｉＭＡＸ形式のワイヤレスのワイドエリア・ネットワーク（ＷＡＮ）のような種々の形式の無線アクセスネットワークを有するグローバルな異種ネットワーク結合構造について作業を行っている。グローバルな異種ネットワーク結合構造は、シームレスなモビリティを実現して、リアルタイムなビデオ、ＶｏＩＰ（Voice over IP）、情報、重要なデータなどの異種のアプリケーションサービスを高いサービス品質（Quality of Service）でサポートするのに有用である。下記の非特許文献３には、ＰＭＩＰｖ６が３ＧＰＰローカルドメインにおけるローカル・モビリティ管理（ＬＭＭ）プロトコルとして採用されるであろうことが開示されている。３ＧＰＰローカルドメインは、３Ｇセルラネットワークと、信頼性のある（Trusted）又は信頼性のない（Untrusted）ＷＬＡＮアクセスネットワークやＷｉＭＡＸアクセスネットワークにより構成されるかもしれない。さらに、複数の異種のインタフェースを有するＭＮが３ＧＰＰローカルドメインをローミングして、種々の形式のインタフェースを介して同時接続（attach）してマルチホーミングを実現する必要がありそうである。また、他の従来技術としては、下記の非特許文献５、６、７及び特許文献１〜１０に開示されているものがある。

Aghvami, A.H., et. al., "Method of discovering multi-mode mobile terminals", US Patent No. US20060166699A1, July 27, 2006. Paik, Eun-kyoung, et. al., "Method for optimizing synchronization signal among multiple home agents in mobile internet service system", WIPO Patent No. WO06068439A1, June 29, 2006. Maeda, M., "Location registration using multiple care-of addresses", US Patent No. US20040142657A1, July 22, 2004. Vesterinen, S., "Local mobility management in mobile internet protocol network", US Patent No. US20060209759A1, September 21, 2006. Ikeda, S., et. al., "Mobility managing method and mobile Terminal", WIPO Patent No. WO04014027A2, February 12, 2004. White, P., et. al., "Multi access terminal with capability for simultaneous connectivity to multiple communication channels", WIPO Patent No. WO06055784A2, May 26, 2006. Wall, S.B., et. al., "System and method for handoff processing", US Patent No. US7272123, September 18, 2007. Karia, S., et. al., "Reducing data loss during handoffs in wireless", WIPO Patent No. WO2007041652A2, April 12, 2007. Bachmann, J., et. al., "Enabling simultaneous use of home network and foreign network by a multihomed mobile node", WIPO Patent No. WO2007039016A1, April 12, 2007. Weniger, K., et. al., "Race condition resolution in mixed network- and host-based mobility management scenarios", European Patent No. EP1953991A1, August 6, 2008.

Johnson, D. B., Perkins, C. E., and Arkko, J., "Mobility Support in IPv6", Internet Engineering Task Force Request For Comments 3775, June 2004. Gundavelli, S., et. al., "Proxy Mobile IPv6", Internet Engineering Task Force (IETF) Working Group Draft: draft-sgundave-mip6-proxymip6-02.txt, March 5, 2007. "3GPP System Architecture Evolution: Report on Technical Options and Conclusion", 3GPP TR 23.882, V1.12.0, October 2007. Wakikawa, R., et. al., "Multiple Care-of Addresses Registration", Internet Engineering Task Force Working Group Draft: draft-ietf-monami6-multiplecoa-03.txt, Jan 2008. Gundavelli, S., et. al., "Proxy Mobile IPv6", Internet Engineering Task Force (IETF) Internet Engineering Task Force Request For Comments 5213, August 2008. "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Architecture enhancements for non-3GPP accesses", 3GPP TS 23.402, V8.3.0, September 2008. Wakikawa, et. al., "Multiple care-of addresses Registration", Internet Engineering Task Force Draft: draft-ietf-monami6-multiplecoa-10.txt, November 2008.

次に、ＭＮが同じホームＬＭＡ／ＨＡからホームプリフィックスと外部プリフィックスを参照して、外部プリフィックスを参照するインタフェースの到達性を実現したい場合の問題点について説明する。図１４に示す例では、ＭＮ２００の複数のインタフェースとＣＮ２１４の間の通信は、まず、３ＧＰＰネットワークであるホームＰＭＩＰｖ６ネットワーク２０４のＬＭＡ／ＨＡ／ホームＰＤＮ（Packet Data Network）ゲートウェイ２０３とＭＡＧ／３Ｇサービングゲートウェイ（Ｓ-GW）２０１（及びインタネット２０５）を介して行われている。次いでＭＮ２００の複数のインタフェースのうちの１つがネットワーク２０６のアクセスルータ（ＡＲ）２０７に接続（connect）すると、ＭＮ２００の複数のインタフェースとＣＮ２１４の間の通信は、ホームＰＭＩＰｖ６ネットワーク２０４のＬＭＡ／ＨＡ／ホームＰＤＮゲートウェイ２０３とＭＡＧ／ｅＰＤＧ（evolved Packet Data Gateway）２０２（及びインタネット２０５）を介して行われる。ＭＮ２００が新たに接続（connect）するネットワークは、信頼性のないアクセスネットワーク（Untrusted Access Network）であり、例えばＷＬＡＮ２０６である。

図１４に示すシステム例では、ＬＭＡ／ＨＡ／ホームＰＤＮゲートウェイ２０３では、ＭＮ２００のＰＭＩＰｖ６登録とＣＭＩＰｖ６登録が発生する。ＬＭＡ／ＨＡ／ホームＰＤＮゲートウェイ２０３において想定される基本的な動作に着目すると、まず、ＭＮ２００の複数のインタフェースにそれぞれ異なるプレフィックスを割り当てることで、ＬＭＡ／ＨＡ／ホームＰＤＮゲートウェイ２０３は、ＭＮ２００の各インタフェースにそれぞれ関連する異なるプリフィックスによる個々のＰＭＩＰｖ６キャッシュ（バインディングキャッシュ２１３の第１のエントリＥ１及び第２のエントリＥ２）を維持するものとする。

次に、ＣＭＩＰｖ６キャッシュについては、ＬＭＡ／ＨＡ／ホームＰＤＮゲートウェイ２０３は、ＭＮ２００の各インタフェースに異なるＨｏＡが割り当てられたときは、それぞれのＨｏＡに関するＣＭＩＰｖ６キャッシュとして別々に管理するか、又は非特許文献４に開示されているようにすべてのインタフェースに対して同じＨｏＡが割り当てられたときには、ＢＩＤを用いることで、１つのＣＭＩＰｖ６キャッシュに対して関連付けられたそれぞれのインタフェースを区別する。図１４に示されているバインディングキャッシュ２１３の第３のエントリＥ３は、Ｐ１から生成されたアドレスをＨｏＡとし、Ｐ２から生成されたアドレスをＣｏＡとしてＣＭＩＰｖ６キャッシュを構成している。また、このとき、ＰＭＩＰｖ６のプロトコルが複数のプリフィックスを用いているので、あるＰＭＩＰｖ６キャッシュ（第１のエントリＥ１）は、同じプリフィックスから生成されたＨｏＡを有し、ＢＩＤ又はインタフェース識別子を有さないＣＭＩＰｖ６バインディングで置換できるのみであるものとする。基本的には、ＰＭＩＰｖ６キャッシュをＣＭＩＰｖ６キャッシュで更新する場合、又はその逆の場合、ＢＩＤ／インタフェース識別子は、主要なパラメータでないものとする。例えば、もしＰＭＩＰｖ６キャッシュがＣＭＩＰｖ６登録要求と同じＢＩＤ／インタフェース識別子を有するが、ＰＭＩＰｖ６登録とＣＭＩＰｖ６登録のプリフィックスが異なる場合には、ＰＭＩＰｖ６登録とＣＭＩＰｖ６登録はお互いに上書きされず、並列に存在する。

この動作は以下の具体例により明らかである。図１４において、ＭＮ２００の３ＧセルラインタフェースＩｆ１がＭＡＧ／３Ｇ・Ｓ−ＧＷ（サービングゲートウェイ）２０１に接続（attach）し、また、ＭＮ２００のＷＬＡＮインタフェースＩｆ２がＭＡＧ／ｅＰＤＧ２０２に接続（attach）するものとする。さらに、ＭＮ２００のＷＬＡＮインタフェースＩｆ２は、ＡＲ２０７に直接接続しており、ＭＡＧ／ｅＰＤＧ２０２に対してIPsec トンネルインタフェースを介して接続（attach）するものとする。基本的には、ＭＡＧ／ｅＰＤＧ２０２は、３ＧＰＰネットワークであるホームＰＭＩＰｖ６ネットワーク２０４（以下、ホームＰＭＩＰｖ６ドメイン）に対しては信頼性のあるゲートウェイである。さらに、ＷＬＡＮ２０６はインタネット２０５に接続（connect)され、また、ホームＰＭＩＰドメイン２０４もインタネット２０５に接続（connect)される。

ＭＮ２００はＬＭＡ／ＨＡ／ホームＰＤＮゲートウェイ２０３からプリフィックスを取得しアドレスを生成する。しかし、ＭＮ２００はＷＬＡＮインタフェースＩｆ２用として、もう１つのアドレスを構成する。そのアドレスは、プリフィックスがＡＲ２０７のプリフィックスに直接に関連する不変でないアドレスである。この不変でないアドレスは、パケットをＭＡＧ／ｅＰＤＧ２０２にトンネル化するためだけに使用される。

ＭＮ２００の３ＧセルラインタフェースＩｆ１が最初にホームＰＭＩＰドメイン２０４に接続(attach)してレイヤ２のアクセス認証が成功すると、ＭＡＧ（ＭＡＧ／３Ｇ・Ｓ−ＧＷ）２０１がＬＭＡ／ＨＡ／ホームＰＤＮゲートウェイ２０３との間でＰＢＵ／ＰＢＡ動作（図のシグナリング２０８）を実行し、ＬＭＡ／ＨＡ／ホームＰＤＮゲートウェイ２０３がＰＢＡメッセージ（２０８）でホームプリフィックスＰ１を割り当てる。このときのＭＮ２００に関するＬＭＡ／ＨＡ／ホームＰＤＮゲートウェイ２０３におけるＰＭＩＰｖ６登録は、バインディングキャッシュ（ＢＣ）２１３の最初のエントリＥ１である。この最初のエントリＥ１は、ホームプリフィックスＰ１と、ＭＡＧアドレスとしてＭＡＧ／３Ｇサービングゲートウェイ２０１のアドレスＭＡＧ１と、ＭＮ−ＩＤであるＮＡＩと、Ｉｆ−ＩＤとしてＩｆ１−ＩＤが対応している。この内容は非特許文献２で説明されているので、ここでは詳細な説明を省略する。

次に、ＭＮ２００のＷＬＡＮインタフェースＩｆ２がＷＬＡＮドメイン２０６に接続(attach)すると、ＭＮ２００は、まず不変でないアドレスを取得、すなわちＡＲ２０７のプリフィックスから不変でないアドレスを構成し、次いでドメイン・ネームサーバ（ＤＮＳ）クエリを実行してｅＰＤＧアドレスを取得する。ＭＮ２００はｅＰＤＧアドレスを取得すると、インタネットキー交換（ＩＫＥｖ２）手続をＭＡＧ／ｅＰＤＧ２０２と開始してセキュアなトンネルを確立する。トンネルの確立手続中は、レイヤ３の認証パラメータが転送され、認証が成功すると、ＭＡＧ／ｅＰＤＧ２０２は、ＰＢＵ／ＰＢＡメッセージ（図のシグナリング２０９）をＬＭＡ／ＨＡ／ホームＰＤＮゲートウェイ２０３とやり取りし、ホームプリフィックスＰ１に対してローカルプリフィックス（外部プリフィックス）として使用するプリフィックスＰ２が取得されてＭＮ２０２に転送される（図のシグナリング２１１）。シグナリング２１１は、ＩＰｓｅｃトンネル確立確認メッセージを示す。ＰＢＵ／ＰＢＡメッセージ（図のシグナリング２０９）によりＢＣ２１３に生成される登録が第２のエントリＥ２である。第２のエントリＥ２は、外部プリフィックスＰ２と、ＭＡＧアドレスとしてＭＡＧ／ｅＰＤＧ２０２のアドレスＭＡＧ２と、ＭＮ−ＩＤであるＮＡＩと、Ｉｆ−ＩＤとしてＩｆ２−ＩＤが対応している。なお、プリフィックスＰ１をホームプリフィックス、プリフィックスＰ２を外部プリフィックスと称しているが、これはエントリＥ３におけるＨｏＡとＣｏＡの関係を基にしている。よって、プリフィックスＰ２を用いてＣＮと通信を行う場合には、プリフィックスＰ２がホームプリフィックス、プリフィックスＰ１が外部プリフィックスとみなされる。

ここで、ＭＮ２００は外部プリフィックスＰ２をＷＬＡＮインタフェースＩｆ２経由で参照した場合、到達性を実現するために、非特許文献４で説明されている、ホームネットワークと外部ネットワークから同時に接続する際に送信するＣＭＩＰｖ６登録をＷＬＡＮインタフェースＩｆ２経由で送信してマルチホーミング機能の取得を希望する場合を考える。なお、このＣＭＩＰｖ６登録メッセージには、エントリＥ３を生成するための情報（ＨｏＡ（Ｐ１）及びＣｏＡ（Ｐ２））が含まれているが、同じプリフィックスＰ１に関する既存のエントリＥ１を無効化しないために、Ｅ１と独立にＥ３を生成することを示す情報（フラグＨをセット、またはＥ１のＢＩＤと異なるＥ３用のＢＩＤ）が含まれている。このようにＭＮ２０２のすべてのインタフェースを使用すると、帯域が広くなってＭＮ２０２の幾つかのフローのＱｏＳを増大することができる。また、ＭＮ２００はこれらのフローがＷＬＡＮインタフェースＩｆ２のみの経由で到達することを希望するかもしれない。この場合、フラグＨ付きのＣＭＩＰｖ６登録２１２を送信して、ＣＮ２１４からのあるフローについてはＷＬＡＮインタフェースＩｆ２のみの経由で到達するようにフィルタ・ルールを適切化するかもしれない。なお、フラグＨについては非特許文献４で説明されているので、詳細な説明を省略する。

ＭＮ２００がフラグＨ付きのＣＭＩＰｖ６登録２１２を実行した場合にバインディングキャッシュ２１３に生成される登録が第３のエントリＥ３である。第３のエントリＥ３は、ホームプリフィックスＰ１から生成したＨｏＡと、ＣｏＡとして外部プリフィックスＰ２から生成したＣｏＡ（Ｐ２）と、ＭＮ−ＩＤであるＮＡＩと、Ｉｆ−ＩＤとしてフラグＨが対応している。ここで重要な点は、第３のエントリＥ３がどのように維持されるかである。なお、フラグＨはホームエージェントにおいてホームとアウェイの両方に接続したことを示すエントリを生成するために用いられる。ＬＭＡ／ＨＡ／ホームＰＤＮゲートウェイ２０３は、フラグＨが存在するＣＭＩＰｖ６登録２１２をアクセプトして第３のエントリＥ３としてＣＭＩＰｖ６エントリを生成する。第３のエントリＥ３は第１のエントリＥ１を上書きしない。

もし、ＭＮ２００がインタフェース識別子Ｉｆ１−ＩＤが付加されたＣＭＩＰｖ６ＢＵ（すなわちＢＩＤ＝Ｉｆ１−ＩＤ）を送信すると、このＣＭＩＰｖ６ＢＵは第１のＰＭＩＰｖ６エントリＥ１を上書きしてしまい、マルチホーミング機能が喪失する。したがって、ＭＮ２００がＢＩＤ付き又はフラグＨ付きのＣＭＩＰｖ６登録２１２を送信することができ、また、このＢＩＤは、第１のＰＭＩＰｖ６エントリＥ１がＣＭＩＰｖ６登録２１２により上書きされないようにインタフェース識別子Ｉｆ１−ＩＤと異なるべきである。ここで、もしＭＮ２００がインタフェース識別子Ｉｆ２−ＩＤと等しいＣＭＩＰｖ６登録を送信すると、第２のＰＭＩＰｖ６エントリＥ２は、このＣＭＩＰｖ６登録により上書きされない点が重要である。この理由は、ＰＭＩＰｖ６のプロトコルがインタフェースごとにユニークなプリフィックスを採用しており、このため、ＰＭＩＰｖ６キャッシュがＣＭＩＰｖ６キャッシュにより置換されるのは、ＰＭＩＰｖ６キャッシュのプリフィックスが新しいＣＭＩＰｖ６ＢＵメッセージのホームアドレスのプリフィックスと一致するときのみであるからである。

ここで、ＢＣ２１３内のエントリＥ１、Ｅ２、Ｅ３を参照すると、ＣＭＩＰｖ６登録が直接に第２のエントリＥ２に関連することは明らかである。さらに、当業者であれば、エントリＥ３を使用した場合に生成されるＣｏＡ（Ｐ２）宛のパケットをルーティングするためには、ＬＭＡ／ＨＡ／ホームＰＤＮゲートウェイ２０３は、ＢＣ２１３内においてプリフィックスＰ２がＰＭＩＰｖ６登録を有するか否かをチェックしなければならないことは明らかである。ＷＬＡＮインタフェースＩｆ２にパケットを正確にルーティングするためには、このような回帰的なトレーシングが必要となる。ＬＭＡ／ＨＡ／ホームＰＤＮゲートウェイ２０３は、ＭＡＧ２０２のアドレスＭＡＧ２を発見したときのみ、ＣｏＡ（Ｐ２）にパケットを正確にルーティングすることができる。

重要なことは、ＭＮ２００あてのすべてのパケットが、プリフィックスＰ１から生成した１つのＨｏＡに到着することである。ＬＭＡ／ＨＡ／ホームＰＤＮゲートウェイ２０３は基本的に、第１のエントリＥ１（ＰＭＩＰｖ６エントリ）又は第３のエントリＥ３（ＣＭＩＰｖ６エントリ）を使用して、ＨｏＡあてのパケットをルーティングする。上記の説明から、ＣＭＩＰｖ６バインディングキャッシュの内容が変化しない想定では、ＣＭＩＰｖ６バインディング・キャッシュ（第３のエントリＥ３）は非常に静的であることが分かる。そこで、本発明では、ＣＭＩＰｖ６エントリＥ３を生成するためのシグナリングを最適化するメカニズムを提供することにある。

ここで、特許文献１に開示されている方法は、動的なローミングサービス契約を生成する際の問題を追求している。この方法では、外部ネットワークに接続(attach)したマルチモード端末（ＭＭＴ）が、ＭＭＴが提供するパラメータを用いてホームネットワークにより発見される。このパラメータは、外部に接続(connect)したＭＭＴのインタフェースを介して取得される。ホームネットワークは、ＭＭＴにより与えられる外部ネットワーク識別子を使用して動的なローミング契約を生成する。このＭＭＴによるシグナリングは継続的である必要はない。ＭＭＴは、例えばネットワークタイプ、オペレータコード、ＷＬＡＮのＳＳＩＤ（Service Set IDdentifier）のようなセルロケーションデータ又は基地局のＳＳＩＤの情報を提供してもよい。ホームネットワークは、基本的にはこれらのデータから、外部ネットワークのパラメータを識別し、フライ契約を生成する。

特許文献１に記載されている方法は、図１４で説明したシグナリング最適化を取り扱っていないが、ホームネットワークに対して、外部ネットワークに接続(connect)したインタフェースを使用する外部ネットワークについての情報を提供する。この情報は一回だけ提供されるが、ホームネットワークにおいてバインディング・エントリを生成することと関係がない。

特許文献２には、ホームネットワーク内の複数のＨＡ間でシグナリングを同期させる際の問題を解決する方法が開示されている。ロードバランシングとしてはホームネットワーク内の複数のＨＡを用いることが有用である。エラー発生に備えて、また、システムが動的なロードバランシングに適合するために、１つのＨＡのバインディングキャッシュ・エントリ（ＢＣＥ）が他のＨＡにもストアされる。ただし、ＭＮがアイドルステートのときには、すべてのＨＡにＢＣＥをストアする必要はない。特許文献２に開示されている方法では、ＭＮはＨＡに対してＢＵメッセージを送信する際、ＭＮがアクティブステートか又はアイドルステートかを示す情報を共に送信する。この情報が複数のＨＡ間でシグナリングを同期させるために使用される。ＭＮがアクティブステートに移行すると、この情報を含むＢＵメッセージがすべてのＨＡに送信されるが、アクティブステートに移行しなければ、この情報はすべてのＨＡに送信されない。この方法は、図１４で説明したシグナリング・ストームの問題を解決しているが、本発明とは異なる。すなわち、特許文献２では、ＭＮがアクティブステートか又はアイドルステートかを示す情報を提供しているが、ＨＡにおけるＢＣＥを生成するためのインタフェース・バインディングに関する情報を提供していない。

特許文献３には、ＭＮが複数のインタフェースを有し、すべてのインタフェースが外部ネットワークに接続(connect)したときに、ＨＡとＣＮにバインディング・アップデートを行うシステムが開示されている。ＭＮが複数のインタフェースを有する場合、すべてのピア・エンティティに位置登録を送信すると、シグナリング負荷が増大する。特許文献３ではシグナリング負荷を減少させるために、ＭＮがあるＣｏＡをＨＡに対してアップデートし、他のＣｏＡをＣＮに対してアップデートする。この方法によれば、シグナリング効率を実現することができる。しかしながら、ＭＮは、ＭＮに起因するシグナリング負荷を減少させる賢い決定をするが、ＭＮは、ＢＵメッセージを継続して送信する必要がある。図１４における課題は、ホームＰＭＩＰｖ６をローミングする際のＭＮのシグナリングを完全に除去することにある。

特許文献４には、非特許文献２のＰＭＩＰｖ６と同様な方法が開示されている。特許文献４におけるネットワークは、ローカル・モビリティ・ドメインのアクセスルータと、このアクセスルータに接続(connect)しているワイヤレス・アクセスポイントを含み、ワイヤレス・アクセスポイントがＭＮのプロキシとなる。ローカル・モビリティ・ドメインのアクセスルータは、ＭＮのプロキシＣｏＡを保持し、ＭＮあてのパケットが到来すると、プロキシＣｏＡをワイヤレス・アクセスポイントのローカルアドレスに置換する。ワイヤレス・アクセスポイントのローカルアドレスは、ＭＮには見えない。この方法は、ＭＮに関連するシグナリング負荷を減少させることができるが、複数のインタフェースを有するＭＮがＰＭＩＰｖ６ドメイン内をローミングするときのシグナリングを減少させることはできない。

以上説明したように、従来技術では、複数のインタフェースを有するＭＮが、１つのホームＬＭＡ／ＨＡを有するＰＭＩＰｖ６ドメイン内をローミングする際に、あるインタフェースに対するパケットの到達性を確保するためには、そのインタフェースに割り当てられているプリフィックスから生成されるアドレスをＣＮとの通信に使用しているアドレスに対して関連付けるためにＣＭＩＰｖ６登録のシグナリングを送信する必要がある。しかしながら、通常のＣＭＩＰｖ６登録によって生成されたキャッシュを維持するためには、ＭＮがＨＡに対して定期的にシグナリングを送信してキャッシュを更新する必要がある。また、移動して別のアドレスを得た場合には、登録済みのキャッシュを削除・更新する必要がある。これらによって、MNが送信するシグナリングによるトラフィックの増加が発生してしまう。

次に着目する問題は、複数のインタフェースを有するＭＮが、この複数のインタフェースを経由した同時接続（connectivity）を実現するために複数のバインディングをコアネットワークに登録する場合である。この同時接続を実現するための複数のバインディング登録の問題は、解決する必要がある。その理由は、不必要なシグナリングは、ＭＮのバッテリ電源を無駄に消費し、ワイヤレス・アクセスネットワークに対するシグナリング負荷を増大するからである。ワイヤレス・アクセスネットワーク及びバッテリの資源は、限りがあり、不必要なシグナリングを避けることにより保護する必要がある。

この問題は、複数のインタフェースを有するＭＮがコアネットワークに接続（attach）していて、１つのインタフェースがホームリンクに接続（attach）し、かつ他のインタフェースが外部リンクに接続（attach）しているという想定の場合に顕著である。ホームリンクとは、ＭＮが非特許文献１に記載されているホームプリフィックスを参照しているリンクであり、ホームプリフィックスも非特許文献１に定義されている。ホームプリフィックスとは、ホームエージェントによって管理されているプリフィックスであって、ＭＮのＭＩＰｖ６ホームアドレスを構成するのに使用されるプリフィックスである。

複数のバインディング登録の問題の主要な理由は、ホームパスのセットアップの遅延に依る。ホームパスのセットアップの遅延が発生するときとは、ホームプリフィックスのモビリティが３ＧＰＰのようなＰＭＩＰｖ６メカニズムにより管理されるときである。ローカルドメインにおけるＰＭＩＰｖ６メカニズムの動作は、非特許文献５に説明されている。ホームリンクが３ＧＰＰリンクでない場合、すなわちホームリンクが３ＧＰＰアーキテクチャにより管理されていない場合や、ホームプリフィックスのモビリティがＰＭＩＰｖ６によって管理されていない場合、ＭＮはホームリンクを速やかに検知できるかもしれないが、ホームパスのセットアップの遅延の問題は、実際のホームリンク検出動作に依存する。したがって、ここでの問題は、ホームプリフィックスのモビリティがＰＭＩＰｖ６メカニズムにより管理され、かつホームリンクのセットアップが遅延する全てのネットワークに適用することができることは明らかである。この問題については、図１５を参照して説明する。また、当業者であれば、ここでの問題は、ホームプリフィックスのモビリティがＧＴＰ（Generic Tunnelling Protocol）メカニズムにより管理される場合にも適用することができることは明らかである。

非特許文献７には、複数のインタフェースを有するＭＮが、これらの複数のインタフェースを介してホームリンクと外部リンクに同時に位置することができ、かつ全てのインタフェースがコアネットワークに接続（connect）するメカニズムが記載されている。このメカニズムでは、ＭＮは、１つのインタフェース経由でホームリンクを検知し、かつ他のインタフェース経由で外部リンクを検知すると、自身がホームリンクと外部リンクに同時に接続（connect）していることを示すＨフラグを有するＢＩＤオプションを含むＭＩＰｖ６のＢＵメッセージを外部リンク経由で送信する。このＨフラグは、ＨＡに対して、ＭＮあてのパケットがホーム側と外部側の両方のインタフェースに到着可能であることを示す情報を提供する。ＨＡは、この情報を受信すると、ＭＮのホームアドレスあてに到着するパケットをキャプチャするメカニズムをトリガする。非特許文献７に記載されている主要な想定とは、複数のインタフェースを有するＭＮが外部ドメインにおいて複数のインタフェース経由でネットワークに接続（connect）し、そのうちの１つのインタフェースがホームドメインに戻る想定である。

しかし、ホームリンクと外部リンクに同時に接続（connect）する場合として、非特許文献７には全くカバーされていない３つのケースを考える。第１のケースとして、ＭＮが同時に両方のインタフェースをブートアップしたときに、１つのインタフェースがホームリンクに接続（connect）される場合がある。第２のケースとして、ＭＮが外部リンクに接続（connect）されていてハンドオフ中の１つのインタフェースを有し、かつホームリンクに接続（connect）可能な別のインタフェースをＭＮがブートアップする場合がある。第３のケースとして、両方のインタフェースで同時にハンドオフが発生し、１つのインタフェースでホームプリフィックスを参照し、かつ別のインタフェースで外部プリフィックスを参照する場合である。これを図１５に示す。

図１５では、ＭＮ９０３は複数の異なるタイプのインタフェースとして、例えばＷＬＡＮ、ＷｉＭＡＸなどのＮｏｎ−３ＧＰＰインタフェース、さらには、ＵＴＲＡＮ（Universal Terrestrial Radio Access Network）、ＧＰＲＳ（General Packet Radio Service）、ＣＤＭＡ（Code Division Multiple Access）２０００及びＥ−ＵＴＲＡＮ（evolved-UTRAN）などの３ＧＰＰインタフェースを有することが考えられる。ここでは、ＭＮ９０３は、３ＧインタフェースとＮｏｎ３ＧＰＰインタフェースの２つを有しているとする。ＭＮ９０３がＷｉＭＡＸアクセスネットワーク９０１に接続（attach）した場合は、そのネットワークのＭＡＧ機能が、ワイヤレス・アクセスネットワークに位置するアクセスゲートウェイと共存していることが考えられる。また、ＭＮ９０３が、Ｎｏｎ３ＧＰＰインタフェースとしてＷＬＡＮインタフェースを有しており、信頼できないＷＬＡＮアクセスネットワークに接続（attach）した場合には、そのネットワークのＭＡＧ機能がｅＰＤＧ（evolved Packet Data network Gateway）と共存していることが考えられる。さらに、ＭＮ９０３が、例えばＥ−ＵＴＲＡＮ、ＵＴＲＡＮ、ＧＥＲＡＮのような３Ｇアクセスネットワークに接続（attach）した場合に、そのネットワークのＭＡＧ機能がＳ−ＧＷ（Serving GateWay）と共存していることが考えられる。さらに、ＭＮ９０３が、３ＧＰＰアーキテクチャでは、ＬＭＡ／ＨＡ機能がＰ−ＧＷ（Packet data network GateWay）と共存していることが考えられる。

図１５における想定として、ＭＮ９０３は２つのインタフェースＩｆ１、Ｉｆ２のみを使用するものとする。２つのインタフェースＩｆ１、Ｉｆ２の同時接続（attachment）を実現するために、ＷｉＭＡＸインタフェース（ここでは、Ｎｏｎ３Ｇインタフェースと称す）Ｉｆ２とＬＴＥ（Long-Term Evolution）タイプのインタフェース（ここでは、３Ｇインタフェースと称す）Ｉｆ１を使用する。ただし、ＭＮ９０３が同時に接続（attach）するために他のタイプのインタフェースを使用できることは明らかであり、また、３ＧＰＰ規格で使用が想定されるインタフェースにも適用できる。さらに、本発明は、同様なアーキテクチャやモビリティ・プロトコルを使用するネットワークにも適用できる。

以下の第１の想定では、ＭＮ９０３は、まずＷｉＭＡＸインタフェースＩｆ２の電源のみをオンにし、幾らかの時間が経過した後、負荷バランシング及び負荷分担の利点のために３ＧインタフェースＩｆ１の電源をオンにするものとする。ここでは、ＭＮ９０３は、外部ネットワーク（例えばＶＰＬＭＮ：Visited Public Land Mobile Network）においてＷｉＭＡＸインタフェースＩｆ２の電源のみをオンにするものとする。また、ＭＮ９０３は、ＷｉＭＡＸインタフェースＩｆ２のモビリティを管理するためにＭＩＰｖ６メカニズムを使用しているとする。その後、ＭＮ９０３は、ＷｉＭＡＸインタフェースＩｆ２の電源をオンにしたまま、ホームドメインであるＥＰＣ９００に戻るものとする。ここで、ＭＮ９０３がＥＰＣ９００として例えばＨＰＬＭＮ（Home Public Land Mobile Network）に移動したときに、ＬＴＥインタフェースＩｆ１の電源をオンにすることが考えられる。ＬＴＥインタフェースＩｆ１の電源をオンにする理由は多く存在し、例えばＨＰＬＭＮ９００においてＬＴＥセルが識別されて、そのフローのパーフォーマンスを改善するために負荷バランシング及び負荷分担の利点を実現するよう決定することが考えられる。

ＭＮ９０３は、ＨＰＬＭＮ９００すなわちＥＰＣ（evolved packet core）９００に移動して、ＷｉＭＡＸインタフェースＩｆ２をＭＡＧ９１１に接続（connect）することによりＥＰＣ９００に接続（attach）するものとする。ＷｉＭＡＸインタフェースＩｆ２のモビリティは、ホームドメイン９００ではＭＩＰｖ６メカニズムにより管理されるとする。さらに、ＷｉＭＡＸインタフェースＩｆ２は、ＶＰＬＭＮからＨＰＬＭＮ９００へのハンドオフ処理中であるとする。さらに、ＭＮ９０３がＷｉＭＡＸアクセスネットワーク９０１を介してＭＡＧ９１１に接続（attach）した場合、ＭＮ９０３がＬＴＥインタフェースＩｆ１経由でＬＴＥ（又はＥ−ＵＴＲＡＮ）アクセスネットワーク９０２に対して接続（attachment）処理を開始する。さらに、ＬＴＥインタフェースＩｆ１のモビリティがＰＭＩＰｖ６メカニズムにより管理されて、非特許文献６に示すようにＭＩＰｖ６−ＢＵメッセージの使用が非常に制限されることが考えられる。

ＷｉＭＡＸインタフェースＩｆ２経由のＭＮ９０３のアクセス認証がいったん完了すると、ＭＮ９０３は、ＭＡＧ９１１によって通知されるプリフィックスＰ２を参照する。このプリフィックスＰ２は、ＷｉＭＡＸインタフェースＩｆ２のＣｏＡを構成するのに使用される。また、ＭＡＧ９１１によって通知されるプリフィックスＰ２は、ルータ広告（ＲＡ）メカニズム又はＷｉＭＡＸ固有のシグナリングメカニズムを使用してＭＡＧ９１１により広告される（図のプリフィックス広告シグナリング・メッセージ９０５）。ＭＮ９０３は、メッセージ９０５を参照すると、ＷｉＭＡＸインタフェースＩｆ２のＣｏＡを構成し、また、ＭＩＰｖ６−ＢＵメッセージ９０６をＬＭＡ／ＨＡ９０４に送信する（ＢＵ１）。この場合、ＬＭＡ／ＨＡ９０４は、ＭＮ９０３のホームエージェントとなる。さらに、ＭＩＰｖ６−ＢＵメッセージ９０６は、ＢＩＤオプション及びＨフラグなしの通常のメッセージとなる。この動作は、ＭＩＰｖ６で動作するＭＮにとって通常の動作である。

ＭＩＰｖ６−ＢＵメッセージ９０６が、Ｈフラグのようなマルチホーミングを意味するパラメータを有しない理由は、ＭＮ９０３がＬＴＥアクセスネットワーク９０２に対する接続（attachment）処理を開始するが、未だホームプリフィックスＰ１を参照していないからである。この場合、ＬＴＥアクセスにおいて、ＰＭＩＰｖ６ベアラ又はＧＴＰ（Generic Tunnelling Protocol）ベアラのセットアップが完了するまでに遅延が生じてしまう。この遅延の理由として考えられる１つの理由は、過剰な輻輳であり、別の理由は、地理的な配置によるホームリンクを経由するパスの転送遅延であり、また、別の理由は、Ｅ−ＵＴＲＡＮ内の多くのエンティティ（例えば基地局、evolved node B、Ｓ−ＧＷなど）をパケットが通過することで生じる遅延である。このため、ＭＮ９０３は、ＬＴＥアクセス経由で参照するプリフィックスＰ１のタイプ（すなわちＭＩＰｖ６ホームプリフィックスか又は別のホームネットワーク・プリフィックスか）を知得しない。その結果、ＭＮ９０３は、ＷｉＭＡＸ経由で接続（attach）し、ＭＩＰｖ６ホームプリフィックスに関連するフローを送受信するために、マルチホーミングを意味するパラメータを有しないＢＵメッセージ９０６を送信する。

重要なことは、ＭＮ９０３が何故、ＬＴＥインタフェースＩｆ１経由で広告されるプリフィックスＰ１のタイプを知得しないかということである。ＭＮ９０３が知得するのは、非特許文献６で説明されているように、ＬＴＥインタフェースＩｆ１経由で取得するサービスタイプのみである。プリフィックス管理はＬＭＡ／ＨＡ９０４が行い、ＬＭＡ／ＨＡ９０４は、ＷｉＭＡＸインタフェースＩｆ２経由でＭＩＰｖ６プリフィックスを既に通知しているので、ＰＭＩＰｖ６ベアラに対して、どんなプリフィックスでも割り当てることができる。

次の仮定として、ＭＮ９０３がＬＴＥアクセスネットワーク９０２に接続（attach）した後に、ＭＡＧ９１０をトリガして、ＰＭＩＰｖ６ベアラをセットアップするものとする。データトラフィック用のこのＰＭＩＰｖ６ベアラは、ＰＭＩＰｖ６−ＰＢＵメッセージ９０７によりセットアップされる。ＰＭＩＰｖ６−ＰＢＵメッセージ９０７及びそのＰＢＡメッセージ（不図示）の交換が完了すると、ＭＮ９０３は、ＬＭＡ／ＨＡ９０４によって管理されているプリフィックスＰ１をＭＡＧ９１０からのメッセージ９０８で参照する。メッセージ９０８で参照されるプリフィックスＰ１は、ＰＭＩＰｖ６メカニズムにより管理される。しかし、メッセージ９０８で参照されるプリフィックスＰ１は、ＭＮ９０３のＭＩＰｖ６のホームプリフィックスであるかもしれないし、ＬＭＡ／ＨＡ９０４により管理される何らかのホームネットワーク・プリフィックスであるかもしれない。また、ＬＭＡ／ＨＡ９０４がＭＩＰｖ６キャッシュとＰＭＩＰｖ６キャッシュの両方を管理するので、ＰＭＩＰｖ６−ＰＢＵメッセージ９０７により生成されるバインディングキャッシュは使用停止となる（アクティブでない）。その理由は、ＬＭＡ／ＨＡ９０４により生成されたＭＩＰｖ６キャッシュが既にアクティブであるからである。ここでは、ＭＩＰｖ６キャッシュの優先度がＰＭＩＰｖ６キャッシュより高いものとする。

次に、ＭＮ９０３がＬＴＥインタフェースＩｆ１経由で接続（attach）したときに、ＬＭＡ／ＨＡ９０４がＭＩＰｖ６ホームプリフィックスＰ１を付与する場合を考える。ＭＮ９０３は、ＭＩＰｖ６ホームプリフィックスＰ１をメッセージ９０８で参照すると、ホームリンクに接続（connect）しているものと了解する。さらに、ＭＮ９０３は、メッセージ９０５でプレフィックスＰ２を参照した後に、メッセージ９０８でホームプリフィックスＰ１を遅れて参照した場合、ホームのリンクと外部リンクに同時に接続（connect）しているものと了解する。つまり、ＭＮ９０３は、ホームプリフィックスＰ１を参照すると、別のＢＵメッセージ９０９をＬＭＡ／ＨＡ９０４に送信して（ＢＵ２）、ホームのリンクと外部リンクの同時バインディング（以下、ホームアンドアウェイ・バインディング）をＬＭＡ／ＨＡ９０４に生成しなければならない。これは重要であり、その理由は、フローの負荷シェアリング及び負荷バランシングを実現するためにＭＮ９０３がホームのリンクと外部のリンクに同時に接続（connect）しているという情報をＬＭＡ／ＨＡ９０４が必要とするからである。このため、ここでの重要な問題とは、ＰＭＩＰｖ６のセットアップが遅れるので、ＭＮ９０３がＭＩＰｖ６のホームプリフィックスＰ１に対する同時接続を実現するためにＭＩＰｖ６のＢＵメッセージの送信を二重に実行することである（図のＢＵ１、ＢＵ２）。

以上の説明では、特定の想定例に対する問題について記載したが、当業者であれば、ＭＮ９０３の両方のインタフェースＩｆ１、Ｉｆ２の電源が同時にオンになったときと、両方のインタフェースＩｆ１、Ｉｆ２が同時に移動したときにも、上記の問題が発生すると考えることは明らかである。また、上記の問題は、ＨＰＬＭＮにおける同時接続（attachment）について記載されているが、ＭＮ９０３の両方のインタフェースＩｆ１、Ｉｆ２がＶＰＬＭＮに同時に接続（connect）して、３Ｇインタフェース又はＬＴＥインタフェースＩｆ１の移動がＰＭＩＰｖ６メカニズムにより管理されるときにも発生する。さらに、上記の問題は、同時にＬＴＥインタフェースＩｆ１がＶＰＬＭＮに接続（connect）してＷｉＭＡＸインタフェースＩｆ２がＨＰＬＭＮに接続（connect）するときにも発生する。

特許文献５には、外部ドメインに位置するＭＮが第２のＨＡを構成して新しいホームアドレスを取得する方法について記載されている。さらにＭＮは、外部ドメインを通過するＢＵシグナリングを減少するために、このホームアドレスを使用してホームドメインにおける前のＨＡをバインドする。特許文献５に記載されている方法の目的は、外部ドメインを通過する位置管理シグナリングを減少することにある。しかし、この方法は、図１５に記載されているシグナリングの問題に関するものではない。図１５におけるＭＮ９０３は、同時接続（connection）のセットアップを実現するため、また、両方のインタフェースＩｆ１、Ｉｆ２が同時に移動するときにおける同時接続（connection）のモビリティを管理するために二重のシグナリング（図のＢＵ１、ＢＵ２）を行っている。

特許文献６には、複数の同時接続（connection）を確立し、また、ＭＮのオペレーティング・システム・ソフトウエアを使用してフローベースのルーティングを確立する方法が開示されている。しかし、特許文献６には、図１５に記載されている問題を解決するような方法は開示されていない。

特許文献７には、ハンドオフ中にコンテキスト情報を転送するのではなく、ハンドオフ前にＭＮのコンテキスト情報を隣接する基地局から取得することにより、高速ハンドオフを確立する方法が開示され、ＭＮのコンテキスト情報をハンドオフ前に早く取得することにより、高速ハンドオフを実現できる。しかし、この方法は、ネットワーク・セグメントに放出されるシグナリング負荷が増大する。その理由は、ターゲットのネットワーク・エンティティが、ＭＮのコンテキスト情報を取得して高速ハンドオフを実現するために、複数の基地局に問い合わせるからである。図１５で着目する問題とは、不要なシグナリングを防止してＷｉＭＡＸインタフェースＩｆ２と３ＧインタフェースＩｆ１の高速接続（connection）を実現することであり、特許文献７に記載されている方法は、１つのインタフェースのみの高速接続（connection）が確立することを取り扱っており、図１５で着目する問題を解決しない。

特許文献８には、バッファリング技術を用いてハンドオフ中のパケットロスを減少する方法が開示されている。しかし、特許文献８は、高速接続（connection）の確立についても、また、複数のインタフェースを有する端末のハンドオフ遅延を少ないシグナリングで減少することについても着目していない。

特許文献９には、ＭＮが、ホームに接続（connect）したインタフェースのＣｏＡを使用して、ホームアンドアウェイ登録を同時に実現する方法が開示されている。しかし、特許文献９は、ホームアンドアウェイを示すＨフラグを直接には取り扱っておらず、また、ＰＭＩＰｖ６のセットアップが遅れることに対して、高速接続（connection）のセットアップを実現するメカニズムについては何ら提供していない。

特許文献１０には、１つのインタフェースのためのＰＭＩＰｖ６−ＢＵとＣＭＩＰｖ６−ＢＵの間の競合を解決する方法が開示されている。しかし、図１５に記載されている問題は、同じインタフェースの位置登録信号の競合により起こるのではなく、ＭＩＰｖ６のＢＵ確立よりＰＭＩＰｖ６のＢＵ確立が遅れるから起こるのであり、このため、複数のインタフェースＩｆ１、Ｉｆ２の接続（attachment）中に二重登録（図のＢＵ１、ＢＵ２）を引き起こす。したがって、特許文献１０に提供されている解決策は、図１５に記載されている問題を解決しない。

本発明は上記の問題点に鑑み、複数のインタフェースを有するモバイルノードがホームドメイン内をローミングする場合に、ホームエージェントにおいてクライアントベースのバインディングキャッシュを生成して管理する場合のシグナリングを減少させることができるバインディングキャッシュ生成方法、バインディングキャッシュ生成システム、ホームエージェント及びモバイルノードを提供することを第１の目的とする。

本発明はまた、複数のインタフェースを有するモバイルノードがホームリンクと外部リンクに同時に接続（connect）しているときのバインディング登録のシグナリングを減少することができるバインディングキャッシュ生成方法、バインディングキャッシュ生成システム、ホームエージェント及びモバイルノードを提供することを第２の目的とする。

本発明は上記第１の目的を達成するために、
ホームドメインと通信可能な第１のインタフェースとローカルドメインと通信可能な第２のインタフェースを有するモバイルノードが前記ホームドメイン内をローミングする場合のバインディングキャッシュ生成方法であって、
前記モバイルノードの第１のインタフェースが前記ホームドメインに接続した場合に前記第１のインタフェース用の第１のプロキシ・バインディングキャッシュを前記ホームドメインのホームエージェントに登録するステップと、
前記モバイルノードの第２のインタフェースが前記ローカルドメインを介して前記ホームドメインに接続した場合に前記第２のインタフェース用の第２のプロキシ・バインディングキャッシュを前記ホームエージェントに登録するステップと、
前記ホームエージェントが、前記第１及び第２のプロキシ・バインディングキャッシュに関連する前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成して、前記生成したクライアントベースのバインディングキャッシュを前記モバイルノードによりリフレッシュされることなく維持するステップとを、
有する構成とした。

また本発明は上記第１の目的を達成するために、
ホームドメインと通信可能な第１のインタフェースとローカルドメインと通信可能な第２のインタフェースを有するモバイルノードが前記ホームドメイン内をローミングする場合のバインディングキャッシュ生成システムであって、
前記モバイルノードの第１のインタフェースが前記ホームドメインに接続した場合に前記第１のインタフェース用の第１のプロキシ・バインディングキャッシュを前記ホームドメインのホームエージェントに登録する手段と、
前記モバイルノードの第２のインタフェースが前記ローカルドメインを介して前記ホームドメインに接続した場合に前記第２のインタフェース用の第２のプロキシ・バインディングキャッシュを前記ホームエージェントに登録する手段と、
前記ホームエージェントが、前記第１及び第２のプロキシ・バインディングキャッシュに関連する前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成して、前記生成したクライアントベースのバインディングキャッシュを前記モバイルノードによりリフレッシュされることなく維持する手段とを、
有する構成とした。

上記構成により、複数のインタフェースを有するモバイルノードがホームドメイン内をローミングする場合に、ホームエージェントにおけるクライアントベースのバインディングキャッシュをリフレッシュする要求メッセージをモバイルノードが頻繁に送信しないので、シグナリングを減少することができる。

また本発明は上記第１の目的を達成するために、
ホームドメインと通信可能な第１のインタフェースとローカルドメインと通信可能な第２のインタフェースを有するモバイルノードが前記ホームドメイン内をローミングする場合のバインディングキャッシュ生成システムにおける前記ホームエージェントであって、
前記モバイルノードの第１のインタフェースが前記ホームドメインに接続した場合に前記第１のインタフェース用の第１のプロキシ・バインディングキャッシュを登録する手段と、
前記モバイルノードの第２のインタフェースが前記ローカルドメインを介して前記ホームドメインに接続した場合に前記第２のインタフェース用の第２のプロキシ・バインディングキャッシュを登録する手段と、
前記第１及び第２のプロキシ・バインディングキャッシュに関連する前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成して、前記生成したクライアントベースのバインディングキャッシュを前記モバイルノードによりリフレッシュされることなく維持する手段とを、
有する構成とした。

また本発明は上記第１の目的を達成するために、
ホームドメインと通信可能な第１のインタフェースとローカルドメインと通信可能な第２のインタフェースを有するモバイルノードが前記ホームドメイン内をローミングする場合のバインディングキャッシュ生成システムにおける前記モバイルノードであって、
前記第１のインタフェース用の第１のプロキシ・バインディングキャッシュが前記ホームドメインのホームエージェントに登録される際に、前記ホームエージェントに対して、前記第１及び第２のインタフェース用の第１及び第２のプロキシ・バインディングキャッシュに関連する前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成して維持するよう要求するメッセージを送信する手段を、
有する構成とした。

また本発明は上記第１の目的を達成するために、
ホームドメインと通信可能な第１のインタフェースとローカルドメインと通信可能な第２のインタフェースを有するモバイルノードが前記ホームドメイン内をローミングする場合、前記モバイルノードが、前記第１のインタフェース用の第１のプロキシ・バインディングキャッシュが前記ホームエージェントに登録される際に、前記ホームドメインのホームエージェントに対して、前記第２のインタフェース用の第２のプロキシ・バインディングキャッシュに関連する前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成して維持するよう要求するメッセージを送信するバインディングキャッシュ生成システムにおける前記ホームエージェントであって、
前記要求メッセージを受信した後、前記第２のインタフェース用の第２のプロキシ・バインディングキャッシュを登録した場合に、前記第１及び前記登録した第２のプロキシ・バインディングキャッシュに関連する前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成するとともに、前記モバイルノードに対して前記要求メッセージを再度送信しないように通知する手段を、
有する構成とした。

また本発明は上記第１の目的を達成するために、
ホームドメインと通信可能な第１のインタフェースとローカルドメインと通信可能な第２のインタフェースを有するモバイルノードが前記ホームドメイン内をローミングする場合のバインディングキャッシュ生成方法であって、
前記モバイルノードの第１のインタフェースが前記ホームドメインに接続した場合に前記第１のインタフェース用の第１のプロキシ・バインディングキャッシュを前記ホームドメインのホームエージェントに登録するステップと、
前記モバイルノードの第２のインタフェースが前記ローカルドメインを介して前記ホームドメインに接続した場合に前記第２のインタフェース用の第２のプロキシ・バインディングキャッシュを前記ホームエージェントに登録するステップと、
前記モバイルノードが前記ホームエージェントに対し、前記ホームエージェントが前記第１及び第２のプロキシ・バインディングキャッシュに関連する前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成して、前記生成したクライアントベースのバインディングキャッシュを通常時より長い存続期間の間、前記モバイルノードによりリフレッシュされることなく維持するよう要求するステップとを、
有する構成とした。

また本発明は上記第１の目的を達成するために、
ホームドメインと通信可能な第１のインタフェースとローカルドメインと通信可能な第２のインタフェースを有するモバイルノードが前記ホームドメイン内をローミングする場合のバインディングキャッシュ生成方法であって、
前記モバイルノードの第１のインタフェースが前記ホームドメインに接続した場合に前記第１のインタフェース用の第１のプロキシ・バインディングキャッシュを前記ホームドメインのホームエージェントに登録するステップと、
前記モバイルノードの第２のインタフェースが前記ローカルドメインを介して前記ホームドメインに接続した場合に前記第２のインタフェース用の第２のプロキシ・バインディングキャッシュを前記ホームエージェントに登録するステップと、
前記モバイルノードが前記ホームエージェントに対し、前記ホームエージェントが前記登録した第１及び第２のプロキシ・バインディングキャッシュに関連する前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成するよう要求するステップと、
前記ホームエージェントが、前記要求されたクライアントベースのバインディングキャッシュを生成して通常時より長い存続期間を設定するとともに、前記モバイルノードに対して、前記存続期間の間、前記生成したクライアントベースのバインディングキャッシュをリフレッシュしないよう通知するステップとを、
有する構成とした。

また本発明は上記第１の目的を達成するために、
ホームドメインと通信可能な第１のインタフェースとローカルドメインと通信可能な第２のインタフェースを有するモバイルノードが前記ホームドメイン内をローミングする場合のバインディングキャッシュ生成方法であって、
前記モバイルノードの第１のインタフェースが前記ホームドメインに接続した場合に前記第１のインタフェース用の第１のプロキシ・バインディングキャッシュを前記ホームドメインのホームエージェントに登録するステップと、
前記モバイルノードの第２のインタフェースが前記ローカルドメインを介して前記ホームドメインに接続した場合に前記第２のインタフェース用の第２のプロキシ・バインディングキャッシュを前記ホームエージェントに登録するステップと、
前記ホームエージェントが、前記第２のインタフェース用の第２のプロキシ・バインディングキャッシュが登録されたときに、前記モバイルノードに対して前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成する要求を送信しないよう通知するとともに、前記第１及び第２のプロキシ・バインディングキャッシュに関連するクライアントベースのルーティングを実行するステップとを、
有する構成とした。

さらに、本発明は上記の第２の目的を達成するために、ホームドメインと通信可能な第１のインタフェースとローカルドメインと通信可能な第２のインタフェースを有するモバイルノードがローミングする場合に、前記第１及び第２のインタフェース用のバインディングキャッシュを前記モバイルノードのホームエージェントに生成するバインディングキャッシュ生成方法であって、
前記第２のインタフェースが前記ローカルドメインを介して前記ホームドメインに接続した場合に、前記モバイルノードが前記ホームエージェントに対し、前記第２のインタフェース用のクライアントベースのバインディングキャッシュを登録するとともに、前記第１のインタフェース用のプロキシ・バインディングキャッシュが登録されるときにホームとアウェイの同時接続を示すフラグを前記第２のインタフェース用のクライアントベースのバインディングキャッシュにセットするよう要求するステップと、
前記第１のインタフェースが前記ホームドメインに接続した場合に、前記モバイルノードの代理ノードが前記ホームエージェントに対し、前記第１のインタフェース用のプロキシ・バインディングキャッシュを登録するステップと、
前記ホームエージェントが、前記第１のインタフェース用のプロキシ・バインディングキャッシュが登録された場合に、前記フラグを前記第２のインタフェース用のクライアントベースのバインディングキャッシュにセットするステップとを、
有する構成とした。

また、本発明は上記の第２の目的を達成するために、ホームドメインと通信可能な第１のインタフェースとローカルドメインと通信可能な第２のインタフェースを有するモバイルノードがローミングする場合に、前記第１及び第２のインタフェース用のバインディングキャッシュを前記モバイルノードのホームエージェントに生成するバインディングキャッシュ生成システムであって、
前記第２のインタフェースが前記ローカルドメインを介して前記ホームドメインに接続した場合に、前記モバイルノードが前記ホームエージェントに対し、前記第２のインタフェース用のクライアントベースのバインディングキャッシュを登録するとともに、前記第１のインタフェース用のプロキシ・バインディングキャッシュが登録されるときにホームとアウェイの同時接続を示すフラグを前記第２のインタフェース用のクライアントベースのバインディングキャッシュにセットするよう要求する手段と、
前記第１のインタフェースが前記ホームドメインに接続した場合に、前記モバイルノードの代理ノードが前記ホームエージェントに対し、前記第１のインタフェース用のプロキシ・バインディングキャッシュを登録する手段と、
前記ホームエージェントが、前記第１のインタフェース用のプロキシ・バインディングキャッシュが登録された場合に、前記ホームとアウェイの同時接続を示すフラグを前記第２のインタフェース用のクライアントベースのバインディングキャッシュにセットする手段とを、
有する構成とした。

また、本発明は上記の第２の目的を達成するために、ホームドメインと通信可能な第１のインタフェースとローカルドメインと通信可能な第２のインタフェースを有するモバイルノードがローミングする場合に、前記第１及び第２のインタフェース用のバインディングキャッシュを前記モバイルノードのホームエージェントに生成するバインディングキャッシュ生成システムにおける前記モバイルノードであって、
前記第２のインタフェースが前記ローカルドメインを介して前記ホームドメインに接続した場合に、前記ホームエージェントに対し、前記第２のインタフェース用のクライアントベースのバインディングキャッシュを登録するとともに、前記第１のインタフェース用のプロキシ・バインディングキャッシュが登録されるときにホームとアウェイの同時接続を示すフラグを前記第２のインタフェース用のクライアントベースのバインディングキャッシュにセットするよう要求する手段を、
有する構成とした。

また、本発明は上記の第２の目的を達成するために、ホームドメインと通信可能な第１のインタフェースとローカルドメインと通信可能な第２のインタフェースを有するモバイルノードがローミングする場合に、前記第１及び第２のインタフェース用のバインディングキャッシュを前記モバイルノードのホームエージェントに生成するバインディングキャッシュ生成システムにおける前記ホームエージェントであって、
前記第２のインタフェースが前記ローカルドメインを介して前記ホームドメインに接続した場合に、前記第２のインタフェース用のクライアントベースのバインディングキャッシュを登録するとともに、前記第１のインタフェース用のプロキシ・バインディングキャッシュが登録されるときにホームとアウェイの同時接続を示すフラグを前記第２のインタフェース用のクライアントベースのバインディングキャッシュにセットする要求を受信する手段と、
前記第１のインタフェースが前記ホームドメインに接続した場合に、前記第１のインタフェース用のプロキシ・バインディングキャッシュを登録する手段と、
前記第１のインタフェース用のプロキシ・バインディングキャッシュが登録された場合に、前記ホームとアウェイの同時接続を示すフラグを前記第２のインタフェース用のクライアントベースのバインディングキャッシュにセットする手段とを、
有する構成とした。

上記構成により、ホームとアウェイの同時接続を示すフラグを含む第２の登録メッセージをモバイルノードがホームエージェントに送信しないので、複数のインタフェースを有するモバイルノードがホームリンクと外部リンクに同時に接続（connect）しているときのバインディング登録のシグナリングを減少することができる。

本発明によれば、複数のインタフェースを有するモバイルノードがホームドメイン内をローミングする場合に、ホームエージェントにおいてクライアントベースのバインディングキャッシュを生成して管理する場合のシグナリングを減少することができる。

また、本発明によれば、複数のインタフェースを有するモバイルノードがホームリンクと外部リンクに同時に接続（connect）しているときのバインディング登録のシグナリングを減少することができる。

第１の実施の形態が想定する通信システムを示す構成図 第１の実施の形態が想定する他の通信システムを示す構成図 第１の実施の形態の通信方法及び通信システムの通信シーケンスを示す説明図 第１の実施の形態のホームエージェントにおけるバインディングキャッシュの構成を示す説明図 図３におけるＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージの他の形態を示す説明図 図３におけるＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ（Ｌ２メッセージの場合）のフォーマットを示す説明図 図３におけるＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ（新しいモビリティ拡張ヘッダを有するシグナリング・パケットの場合）のフォーマットを示す説明図 図３におけるＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ（ＢＵメッセージのパケットの場合）のフォーマットを示す説明図 第１の実施の形態のモバイルノードの動作を説明するためのフローチャート 第１の実施の形態のホームエージェントの動作を説明するためのフローチャート 第１の実施の形態のモバイルノードの構成を機能的に示すブロック図 第１の実施の形態のホームエージェントの構成を機能的に示すブロック図 第２の実施の形態の通信システム及び通信シーケンスを示す説明図 第５の実施の形態の通信システム及び通信シーケンスを示す説明図 第８の実施の形態の通信システム及び通信シーケンスを示す説明図 本発明が解決しようとする課題を示す説明図 第９の実施の形態の課題を説明するための想定システムを示す説明図 第９の実施の形態を説明するための想定システムを示す説明図 第９の実施の形態におけるバインディング・キャッシュ・エントリを示す説明図 第９の実施の形態におけるＨフラグ生成要求メッセージのパケット構造の第１の例を示す説明図 第９の実施の形態におけるＨフラグ生成要求メッセージのパケット構造の第２の例を示す説明図 第９の実施の形態におけるＨフラグ生成要求メッセージのパケット構造の第３の例を示す説明図 第９の実施の形態におけるＨフラグ生成要求メッセージのパケット構造の第４の例を示す説明図 第９の実施の形態におけるモバイルノードの構成を機能的に示すブロック図 第９の実施の形態におけるモバイルノードの処理を説明するためのフローチャート 第９の実施の形態におけるホームエージェントの処理を説明するためのフローチャート 第９の実施の形態を説明するための他の想定システムを示す説明図 第９の実施の形態を説明するためのさらに他の想定システムを示す説明図

＜第１の実施の形態の概要＞
第１の実施の形態の概要について説明すると、複数のインタフェースを有するＭＮは、ある１つのインタフェースを介してホームプリフィックスを参照すると、ＭＮのＨＡであるＬＭＡ（以下、ホームＬＭＡ／ＨＡ）が位置するホームＰＭＩＰｖ６ドメインに接続（connection）中であると判断し、また、他のインタフェースがこれから同じホームＰＭＩＰｖ６ドメインに接続（connect）するものと予測する。ＭＮは、このように予測した後に、他のインタフェースが同じホームＰＭＩＰｖ６ドメインに接続（connect）した場合、外部プリフィックスを参照した他のインタフェースのためのＣＭＩＰｖ６バインディングを生成して維持管理するようにホームＬＭＡ／ＨＡに要求する。本発明の主要な目的は、ＭＮがホームＰＭＩＰｖ６ドメイン内で外部プリフィックスを参照したすべてのインタフェースに対して、ホームの利点とアウェイの利点をＭＮが同時に取得することであり、ＭＮがクライアントベースのＢＵ登録をホームＬＭＡ／ＨＡに継続して行わないことにある。

＜想定システム＞
図１は第１の実施の形態が想定する通信システムを示す構成図である。ここで、図１に示すＭＮ１０Ａ、１０Ｂは同じＭＮ１０が移動したことを示す。ＭＮ１０は複数のインタフェースとして３ＧセルラインタフェースＩｆ１とＷＬＡＮインタフェースＩｆ２を有し、図１では、ＭＮ１０ＡはＷＬＡＮ３０に位置していてＷＬＡＮインタフェースＩｆ２がＭＡＧ／ｅＰＤＧ２０に接続されている状態を示し、ＭＮ１０ＢはＷＬＡＮ３１に位置していてＷＬＡＮインタフェースＩｆ２がＭＡＧ／ｅＰＤＧ２１に接続されている状態を示す。なお、ＭＮ１０の複数のインタフェースは、セルラインタフェース（３G、３．９G、４G以降などの３GPP等の携帯電話に関する標準化団体で規定されるセルラインタフェース）やIEEE802やWiFiなどで規定されるＷＬＡＮインタフェースに限らず、ＷｉＭＡＸインタフェースやBluetoothインタフェースなどでもよい。なお以下では、セルラインタフェースを３Gセルラインタフェース、サービングゲートウェイを３Gサービングゲートウェイと記述しているが、これらは３Gに限らない。

一方、３ＧセルラインタフェースＩｆ１はホームＰＭＩＰｖ６ネットワーク（ドメイン）１００の１つのＭＡＧ／３Ｇサービングゲートウェイ（Ｓ−ＧＷ）２２に接続（attach）し、ホームＰＭＩＰｖ６ネットワーク１００の範囲は、ＭＮ１０がＷＬＡＮ３０に位置していてもＷＬＡＮ３１に位置していても、３ＧセルラインタフェースＩｆ１が１つのＭＡＧ２２に接続できるほど大きい。ホームＰＭＩＰｖ６ネットワーク１００は、例えば、ネットワーク１００内でモビリティ管理サービスを提供するためにＰＭＩＰｖ６のプロトコルを採用した３GPP−ＨＰＬＭＮ（Home Public Land Mobile Network）であって、ＭＮ１０のホームネットワーク・ドメインである。また、ＬＭＡ／ＨＡ／ホームＰＤＮゲートウェイ４０は、ＭＮ１０のホームエージェント（以下、ＬＭＡ／ＨＡ）である。

ホームＰＭＩＰｖ６ネットワーク１００の意味は、ＬＭＡ／ＨＡ４０がＭＮ１０のＭＩＰｖ６のＨＡであって、更にＭＮ１０がネットワーク１００をローミングするときにネットワーク１００のプリフィックスＰ１をＭＩＰｖ６ホームプリフィックスとして参照するということである。基本的に、ＬＭＡ／ＨＡ４０は、ＭＮ１０のＰＭＩＰｖ６バインディングとＭＩＰｖ６／ＣＭＩＰｖ６バインディングを受け付ける。

次に、ホームＰＭＩＰｖ６ネットワーク１００のネットワークレイアウトを考察する。ホームＰＭＩＰｖ６ネットワーク１００内には、図１では１つのネットワークのみが記載されているが、多くのセルラ・アクセスネットワークが存在するものとする。セルラ・アクセスネットワークではＭＡＧ機能を有するルータがＭＡＧ／３Ｇ・Ｓ−ＧＷ２２に存在し、このルータは３Ｇアクセスネットワーク内の最初のホップルータであるものとする。さらに、３Ｇアクセスネットワークの受信エリア内に２つのＷＬＡＮ３０、３１が存在するものとする。さらにＷＬＡＮ３０、３１は、３ＧＰＰアーキテクチャを経由してトラフィックを転送するために３ＧＰＰコアネットワークにアクセスするためのゲートウェイ・ルータ及びトラスティッド・ルータであるＭＡＧ／ｅＰＤＧ２０、２１を有するものとする。さらに、ＷＬＡＮ３０、３１は連続（すなわち一方が他方に近接）し、かつＭＡＧ／３Ｇ・Ｓ−ＧＷ（以下では単にＭＡＧ）２２におけるルータ機能を有する大きな領域の３Ｇセル（すなわちネットワーク１００）配下に存在するものとする。

ここで、最初にＭＮ１０がＭＮ１０Ａで示すようにＷＬＡＮ３０及び３Ｇのネットワーク１００に接続（attach）し、次いでＭＮ１０Ｂで示すようにＷＬＡＮ３１及び３Ｇのネットワーク１００に接続（attach）した場合、ＭＮ１０は移動中でも常にＭＡＧ／３Ｇゲートウェイ２２に接続（connect）しているものとする。ネットワーク１００がＭＮ１０のホームＰＭＩＰｖ６ドメインであるので、ＭＮ１０はネットワーク１００に接続（attach）したときにネットワーク１００のホームＭＩＰｖ６プリフィックスＰ１を確実に参照するものとする。また、ＬＭＡ／ＨＡ４０がＭＩＰｖ６機能を有するので、ＭＮ１０のＮＡＩがＰＢＵメッセージでＬＭＡ／ＨＡ４０に到達したときに、ホームＭＩＰｖ６プリフィックスＰ１がＭＮ１０に与えられるものとする。なお、ホームＭＩＰｖ６プリフィックスＰ１は、ＭＮ１０においてあらかじめ静的に構成されていてもよく、また、ブートストラッピング・メカニズムのような動的なメカニズムにより取得されていてもよい。

最初にＭＮ１０が３ＧセルラインタフェースＩｆ１経由でネットワーク１００のルータであるＭＡＧ２２に接続（attach）すると、ＭＮ１０はＭＡＧ２２からのルータ広告（ＲＡ）メッセージ２６で、ネットワーク１００のプリフィックスであるホームＭＩＰｖ６プリフィックスＰ１を参照する。次にＭＮ１０がＷＬＡＮインタフェースＩｆ２経由でＷＬＡＮ３０のルータであるＭＡＧ２０に接続（connect）すると、ＭＮ１０はＭＡＧ２０からのＲＡメッセージ２５で、ＷＬＡＮ３０のプリフィックスである外部プリフィックスＰ２を参照する。ここで、その理由を理解することが重要である。その理由は、非特許文献２に開示されているＰＭＩＰプロトコルでは、インタフェースごとにユニークなプリフィックスを与えるので、ＬＭＡ／ＨＡ４０が外部プリフィックスＰ２をＷＬＡＮインタフェースＩｆ２に与えるからである。なお、ＭＮ１０が複数のプリフィックスをＬＭＡ／ＨＡ４０から取得している場合、ＣＮとの通信に使用しているプリフィックスをホームプリフィックスと呼び、それ以外を外部プリフィックスと呼ぶようにしてもよい。

このため、ＭＮ１０は３ＧセルラインタフェースＩｆ１とＷＬＡＮインタフェースＩｆ２に対して１つのみのホームプリフィックスＰ１とホームアドレス（ＨｏＡ）を有する。この場合、ＭＮ１０は外部プリフィックスＰ２を第２のＷＬＡＮインタフェースＩｆ２経由で参照すると、ＷＬＡＮインタフェースＩｆ２への到達性を得るために、従来では、ＬＭＡ／ＨＡ４０に対してＣＭＩＰｖ６登録５０を実行する。ＣＭＩＰｖ６登録５０とは、ＭＮ１０が外部プリフィックスＰ２から生成した気付アドレス（ＣｏＡ）を、ホームＭＩＰｖ６プリフィックスＰ１から生成したＨｏＡにバインディングするということである。

さらに、ＭＮ１０は非特許文献４に記載されているマルチホーミング機能を有している場合、ＨフラグがセットされたＣＭＩＰｖ６登録５０により、ホームの登録とアウェイの登録が同時に行われるものとする。さらに、ＬＭＡ／ＨＡ４０は非特許文献４に記載されているマルチホーミング機能を有するものとする。加えて、ＭＮ１０は他のパケットデータネットワーク（ＰＤＮ）に位置する複数のＣＮ６０、６１と通信しており、ＰＭＩＰｖ６ドメインのローカルアドレスを選択してＣＮ６０、６１との通信を選択したいものとする。

この後、ＭＮ１０がＷＬＡＮ３１にローミングして（図のＭＮ１１Ｂ）、ＭＮ１０がＷＬＡＮインタフェースＩｆ２経由で、ＭＡＧ２１からのＲＡメッセージ２８内の同じ外部プリフィックスＰ２を参照するものとする。ここでは、インタフェース間のハンドオフである水平ハンドオフが発生するものとする。もし、ＭＮ１０がＷＬＡＮ３１に到達したときにＣＭＩＰｖ６の存続期間が満了し、また、ＷＬＡＮインタフェースＩｆ２への到達性を再び確保するため、又はインタフェースＩｆ１、Ｉｆ２の両方の同時使用を取得するため、又はＷＬＡＮインタフェースＩｆ２あてのみの転送を希望する場合、従来では、ＭＮ１０は、フラグＨ付きまたはフラグＨなしのＣＭＩＰｖ６ＢＵメッセージ５１をＬＭＡ／ＨＡ４０へ送信する必要がある。

ここで、ＷＬＡＮインタフェースＩｆ２に対するＣＭＩＰｖ６バインディングは、ＭＮ１０がＬＭＡ／ＨＡ４０に対して、ＷＬＡＮインタフェースＩｆ２が外部プリフィックスＰ２から生成したＣｏＡを使用して到達できることを通知するためであることを理解することが重要である。しかし、この外部プリフィックスＰ２から生成したＣｏＡの実際の到達性は、ＭＡＧ２０又は２１から通知されるＰＭＩＰｖ６バインディング（図１４参照）により得ることができる。したがって、ＷＬＡＮインタフェースＩｆ２に対するＣＭＩＰｖ６バインディングの内容は、静的であって、ＷＬＡＮインタフェースＩｆ２に対するＰＭＩＰｖ６バインディングに関係しているものであると結論することができる。この理由は、外部プリフィックスＰ２から生成したＣｏＡは、外部プリフィックスＰ２のＰＭＩＰｖ６バインディングにより与えられる情報を使用することで、到達性を得ることができるからである。

このため、従来のように、外部プリフィックスＰ２から生成したＣｏＡをＭＮ１０がホームプリフィックスＰ１から生成したＨｏＡにバインディングするためにシグナリングすると（図１のＣＭＩＰｖ６登録５０、５１）、ＭＮ１０に関連するシグナリング負荷が増大する。よって、ＬＭＡ／ＨＡ４０において、外部プリフィックスＰ２のＰＭＩＰｖ６バインディングに基づいてＣＭＩＰｖ６バインディングを生成、再生成することができるようにすることで、このシグナリング（５０、５１）を最適化することができる。ここで、ＣｏＡがＰＭＩＰｖ６ローカルプリフィックスでない他のプリフィックスから構成されている場合には、そのＣｏＡは完全に独立しており、独立してルーティング可能なアドレスである。しかし、外部プリフィックスＰ２のＣＭＩＰｖ６バインディングは、独立してルーティング可能なアドレスではないため、明らかに、外部プリフィックスＰ２のＣＭＩＰｖ６バインディングは、到達性を確保するためにＰＭＩＰｖ６バインディングを必要とする。

したがって、ＷＬＡＮインタフェースＩｆ２のＰＭＩＰｖ６バインディングとＣＭＩＰｖ６バインディングは最適化することができ、ＭＮ１０に関するシグナリング負荷を軽減することができ、消費電力を軽減するといった効果を得ることができる。さらに、ＣＭＩＰｖ６バインディングにおけるＨｏＡ情報は不要である。その理由は、ホームプリフィックスＰ１のＰＭＩＰｖ６バインディングがＬＭＡ／ＨＡ４０のキャッシュ２１３（図１４の第１のエントリＥ１）内に存在し、ＨｏＡ情報が取得できるからである。また、もしホームプリフィックスＰ１がＬＭＡ／ＨＡ４０Ａのキャッシュ２１３内に存在しなくても、ＬＭＡ／ＨＡ４０はＡＡＡサーバ（不図示）に問い合わせることによりプリフィックスＰ１を取得できる。したがって、このシステムでＭＮ１０が通知する必要がある内容は、ホームＭＩＰｖ６ネットワーク１００内で外部プリフィックスＰ２を参照したインタフェースＩｆ２の使用を希望することだけである。ＬＭＡ／ＨＡ４０に存在するＰＭＩＰｖ６バインディングの内容は、ＣＭＩＰｖ６バインディングの内容を正確に生成することができる内容である。

＜他の想定システム＞
図２は第１の実施の形態が想定する他のシステムとして、ＷＬＡＮ３０、３１が連続して配置されていない場合を示す。この意味は、ＷＬＡＮ３０、３１の各セルがお互いに隣接していないということであり、ＭＮ１０がこのネットワーク１００を移動したときにＷＬＡＮインタフェースＩｆ２がアクティブモードとアイドルモードの間で切り替えが起きる状態になるということである。他の想定は図１と同じであるので、詳細な説明を省略する。ここで、ＭＮ１０Ａ、１０Ｂ、１０Ｃ、１０Ｄは同じＭＮ１０であって、ＭＮ１０が１０Ａ→１０Ｂ→１０Ｃ→１０Ｄの順番で以下の位置に移動することを示す。また、以下の第１〜第４の位置では、ＭＮ１０の３ＧセルラインタフェースＩｆ１は安定しており、３ＧセルラインタフェースＩｆ１のハンドオフはないものとする。
・ＭＮ１０Ａ：ＷＬＡＮ３０に入るとき（第１の位置）
・ＭＮ１０Ｂ：ＷＬＡＮ３０から出るとき（第２の位置）
・ＭＮ１０Ｃ：ＷＬＡＮ３１に入るとき（第３の位置）
・ＭＮ１０Ｄ：ＷＬＡＮ３１から出るとき（第４の位置）

図２において、ＭＮ１０は第１の位置（ＭＮ１０Ａ）において３ＧセルラインタフェースＩｆ１及びＷＬＡＮインタフェースＩｆ２を介してそれぞれＭＡＧ２２及びＭＡＧ２０に接続（attach）すると、それぞれＭＡＧ２２及びＭＡＧ２０からのＲＡメッセージ２６及び２５内のプリフィックスＰ１、Ｐ２を参照する。ＭＮ１０は外部プリフィックスＰ２を参照すると、従来ではＬＭＡ／ＨＡ４０に対してＣＭＩＰｖ６登録５０を実行する。また、ＭＮ１０が移動してＷＬＡＮ３０と接続性（connectivity）のない第２の位置（ＭＮ１０Ｂ）に来たとき、従来ではＭＮ１０はＣＭＩＰｖ６登録削除５１を送信するかもしれない。次に、ＭＮ１０が別のＷＬＡＮ３１と接続性のある第３の位置（図のＭＮ１０Ｃ）に移動したときに、従来ではＭＮ１０はＷＬＡＮインタフェースＩｆ２への到達性を取得するためのＣＭＩＰｖ６登録５２を送信する。次にＭＮ１０がＷＬＡＮ３１と接続性のない第４の位置（図のＭＮ１０Ｄ）に移動すると、従来ではＭＮ１０はＣＭＩＰｖ６登録削除５３を送信するかもしれない。

従来のＣＭＩＰｖ６登録５０〜５２及びＣＭＩＰｖ６登録削除５３のＢＵメッセージは、すべてＷＬＡＮインタフェースＩｆ２のＰＭＩＰｖ６接続のためのＢＵ（ＰＢＵ：Proxy Binding Update）登録及びＰＢＵ登録削除に関連している。したがって、本発明の第1の実施の形態で説明した手法を用いることで、このようなＣＭＩＰｖ６のシグナリング（５０〜５３）を削減して最適化することができる。これは、ＷＬＡＮインタフェースＩｆ２がホームＰＭＩＰｖ６ドメインであるネットワーク１００に接続（attach）していて、ＷＬＡＮインタフェースＩｆ２のＣＭＩＰｖ６のキャッシュの内容がＬＭＡ／ＨＡ４０で生成可能とする手法を用いることで実現されている。以上の説明から、本発明の第1の実施の形態では、ＭＮ１０がホームＰＭＩＰｖ６ドメイン１００をローミングしてすべてのインタフェースＩｆ１、Ｉｆ２がホームＰＭＩＰｖ６ドメイン１００に接続（attach）していることを判断、予測又は推定し、外部プリフィックスＰ２を参照したインタフェースＩｆ２のＣＭＩＰｖ６シグナリングを最適化するメカニズムを提供する。

そこで、第１の実施の形態では、ＭＮ１０は、すべてのインタフェースＩｆ１、Ｉｆ２がホームＰＭＩＰｖ６ドメイン１００に接続（connect）するかもしれないことを予測すると、ＬＭＡ／ＨＡ４０に対して、ＣＮ６０、６１からＭＮ１０の１つのＨｏＡあてに到着する１つのフローに対してすべてのインタフェースＩｆ１、Ｉｆ２を同時に使用できるようにするために、外部プリフィックスＰ２を参照したインタフェースＩｆ２のＣＭＩＰｖ６バインディングキャッシュを生成して、ＭＮ１０がリフレッシュしなくても維持管理するように要求する。なお、ＭＮ１０は、割り当てられたプリフィックスが異なる場合に、各インタフェースが同一のホームドメインに接続しているか否かを判断した上で、ＬＭＡ／ＨＡ４０に対して上記の要求を行ってもよい。この場合、以下にも記述するように、ＭＮ１０がネットワークに接続した際に、接続しているドメインを示すドメインＩＤやドメイン番号、オペレータ（PLMN:Public Land Mobile Network）ＩＤやオペレータ番号などの識別子を取得・比較することで、同一のドメインに接続しているか否かを判断してもよい。また、あらかじめ割り当てられているプリフィックスの情報と、ネットワークに接続した際に割り当てられたプリフィックスを比較することで、ホームドメインに接続しているか否かを判断してもよい。

＜メッセージシーケンス及びＢＣ＞
図３は第１の実施の形態に係るメッセージシーケンス（１）〜（１１）を示し、図４はＬＭＡ／ＨＡ４０におけるバインディングキャッシュ（ＢＣ）２１３ａを示す。ＭＮ１０は３ＧセルラインタフェースＩｆ１及びＷＬＡＮインタフェースＩｆ２の２つのインタフェースを有する。まず、ＭＮ１０は３ＧセルラインタフェースＩｆ１を介して、１つのＬＭＡ／ＨＡ４０を有するホームＭＩＰｖ６ドメイン（ネットワーク１００）に接続（connect）する。ＬＭＡ／ＨＡ４０はまた、ホームＰＤＮゲートウェイとも呼ばれる。ＭＮ１０は別のデータパケット・ネットワークに接続（connect）しているＣＮ６０と通信している。ＭＮ１０はインタフェースＩｆ１、Ｉｆ２の両方に対して、１つのホームプリフィックスＰ１と１つのＨｏＡを有し、ＣＮ６０はデータパケットをＭＮ１０のＨｏＡあてに送信する。ＭＮ１０はそのデータパケットをインタフェースＩｆ１、Ｉｆ２の両方を使用して受け取りたい。

（１）ＭＮ１０は３ＧセルラインタフェースＩｆ１経由でＭＡＧ（ＭＡＧ／３Ｇ）２２からの広告ビーコン（不図示）を検知すると、Ｌ２アソシエート信号（L2 associate signal）３０５をＭＡＧ２２に送信する。このビーコンはあるパラメータ、例えばネットワークタイプ（ＰＭＩＰを採用しているか否か）を特徴付けるドメインＩＤ及びドメイン番号を含む。ＭＮ１０は自身のホームＭＩＰｖ６ネットワーク１００のドメインＩＤに関する何かの静的な情報を自身のメモリ内にストアしていてもよい。したがって、ＭＮ１０はビーコンから入手したドメインＩＤと上記の自身の静的な情報を比較することにより、このドメインがＭＮ１０のホームＭＩＰｖ６ドメイン１００であってＭＡＧ２２がホームのＬＭＡ／ＨＡ（ＬＭＡ／ＨＡ／ＰＤＮ４０ Gateway）４０でないものと推論してもよい。

（２）ここで、ＭＮ１０は、ＭＮ１０をユニークに識別するＬ２セキュリティ証明書（credential）をＬ２アソシエート信号３０５で送信するものとする。ＭＡＧ２２はこの証明書を不図示のＡＡＡサーバに転送して、ＡＡＡサーバから資格認証（authorization）を受け取る。ＭＮ１０が資格認証されると、ＰＢＵ／ＰＢＡシグナリング３０６で示すようにＭＡＧ２２はＰＢＵメッセージをＬＭＡ／ＨＡ４０に送信し、ＬＭＡ／ＨＡ４０からその応答としてＰＢＡｃｋ（ＰＢＡ）メッセージを受信する。このとき、ＬＭＡ／ＨＡ４０は、図４に示すＢＣ２１３の第１のエントリＥ１においてインタフェースＩｆ１のＰＭＩＰｖ６キャッシュを作成する。
（３）次いで、ＭＡＧ２２はＲＡメッセージ３０７を送信し、ＭＮ１０は、ＲＡメッセージ３０７内のＭＮ１０のホームＭＩＰｖ６プリフィックスＰ１を参照する。

（４）ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ
ＭＮ１０は、ホームＭＩＰｖ６プリフィックスＰ１を参照してこのドメインがホームＭＩＰｖ６ドメインであることを知得すると、ＭＮ１０の他のインタフェース（ＷＬＡＮインタフェースＩｆ２）が更にこの同じホームＭＩＰｖ６ドメイン１００及びＬＭＡ／ＨＡ４０に接続（connect）する可能性が高いことを予測する。ＭＮ１０はこのように予測すると、本発明に係るＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８を、ＭＡＧ２２（及びインタフェースＩｆ１）を介してＬＭＡ／ＨＡ４０に送信する。

ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８の送信元アドレスは、ホームＭＩＰｖ６プリフィックスＰ１から構成したＭＮ１０のＨｏＡである。ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８の目的は、ＬＭＡ／ＨＡ４０に対し、ＬＭＡ／ＨＡ４０に接続（attach）して外部プリフィックスＰ２を参照したＭＮ１０のすべてのインタフェースのＣＭＩＰｖ６バインディングキャッシュ（図４の第３のエントリＥ３参照）を生成して維持管理するよう要求することにある。ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８は多くの内容を有し、ホームＭＩＰｖ６プリフィックスＰ１を参照した３ＧセルラインタフェースＩｆ１を除くＭＮ１０のすべてのインタフェース（Ｉｆ２）の識別子（Ｉｆ２−ＩＤ）を含む。このインタフェース識別子（Ｉｆ２−ＩＤ）は、ホームＭＩＰｖ６ドメイン内で外部プリフィックスＰ２を参照したＭＮ１０のインタフェースＩｆ２のＣｏＡをＬＭＡ／ＨＡ４０が生成するのに使用される。なお、ＭＮ１０は、すべてのインタフェースに関するＣｏＡそのものを通知してもよい。

さらに、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８内のＭＮ１０のインタフェースＩｆ２がホームＭＩＰｖ６ドメイン１００に接続（attach）したか否かは、ＬＭＡ／ＨＡ４０により、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８内のインタフェース識別子（Ｉｆ２−ＩＤ）と、他のＭＡＧ２０からＰＢＵメッセージ（シグナリング３１０）内のインタフェース識別子（Ｉｆ２−ＩＤ）で示されるＭＮ１０のＰＭＩＰｖ６接続（attachment）の情報を用いてトレースされる。上記のＣｏＡは、そのインタフェースＩｆ２に関連するＰＭＩＰｖ６プリフィックスＰ２とインタフェース識別子Ｉｆ２−ＩＤをＬＭＡ／ＨＡ４０が連結することにより生成される。

ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８は更に、すべてのインタフェース（インタフェース識別子）に関連するバインディング識別子（ＢＩＤ）を含む。ただし、ＭＮ１０が２つのインタフェースＩｆ１、Ｉｆ２のみを有する場合には、単にフラグＨの情報だけを用いてもよい。しかし、ＭＮ１０の２つ以上のインタフェースが同じホームＭＩＰｖ６ドメインに接続（connect）していて、個々のＣＭＩＰｖ６キャッシュ及びＰＭＩＰｖ６キャッシュを区別する場合には、それぞれのキャッシュに対してＢＩＤを必要とする。

ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８は望ましくは、新しいモビリティ拡張ヘッダを有する新しいモビリティ・メッセージで構成することができる。この種のモビリティ・メッセージは、ＩＡＮＡ（Internet Assigned Numbers Authority）によりメッセージの識別番号が割り当てられることを必要とする。インタフェース識別子とＢＩＤは、その新しいモビリティ・メッセージのオプションとして伝送される。又は、そのモビリティ・メッセージは、インタフェース識別子とＢＩＤを新しいオプションとして含むＢＵメッセージでもよい。又は、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８は、３Ｇネットワークへ接続する際の接続手続き（Attach Procedure）の中で送信するメッセージであってもよいし、ＭＡＧ２２あてのセキュリティ・トークン付きのＬ２メッセージでもよい。ただし、ＬＭＡ／ＨＡ４０はこのセキュリティ・トークンをユニークに解読できるものとする。ＭＡＧ２２はＬ２メッセージで受信したキャッシュ生成・維持管理要求の内容をＰＢＵメッセージ（３０６）でＬＭＡ／ＨＡ４０に転送することもできる。ＬＭＡ／ＨＡ４０は、セキュリティ・トークンを用いて転送されたメッセージの有効性をベリファイしてそのメッセージを処理してもよい。

ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８をＬＭＡ／ＨＡ４０に送信する方法は多くある。なお、インタフェース識別子を用いてキャッシュを識別できる場合は、ＢＩＤを送信する必要はない。また、ＢＩＤを用いてキャッシュを識別できる場合は、インタフェース識別子を送信する必要はない。しかし、ＭＮ１０が１つのインタフェースに対して１つのプリフィックスから複数のアドレスを生成する場合、ＢＩＤを送信することが適切である。

ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８はインタフェースＩｆ１からＭＡＧ２２に転送されてＬＭＡ／ＨＡ４０あてにトンネル化される。ＬＭＡ／ＨＡ４０はＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８を受信すると、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８内の情報をストアし、ネットワーク１００内の他のＭＡＧ２０を介したＭＮ１０の他のインタフェース接続（attachment）をモニタする。なお、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８は、インタフェースＩｆ２を介して送信されてもよい。つまり、ＭＮ１０のＷＬＡＮインタフェースＩｆ２がホームＰＭＩＰｖ６ドメイン１００に接続（attach）したと判断できる場合に、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８をＩｆ２から送信してもよい。この場合、Ｉｆ２がＭＡＧ２０に接続する際に行う接続手続き（Attach Procedure）の中のメッセージを用いて、ＭＡＧ２０に対して接続することを要求すると同時に、ＣＭＩＰｖ６キャッシュの生成・維持管理を要求する。この場合、Ｉｆ２の接続するネットワークがＮｏｎ３ＧＰＰネットワークのUntrustedネットワークである場合は、ｅＰＤＧ機能を持つＭＡＧ２０との間で行うＳＡ（Security Association）確立手続き（ＩＫＥｖ２）の中でＣＭＩＰｖ６キャッシュの生成・維持管理を要求する。一方、Ｉｆ２の接続するネットワークがＮｏｎ３ＧＰＰネットワークのTrustedネットワークである場合は、ＡＧＷ（Access Gateway）に対して行うアクセス認証、又はＬ３接続手続きの中で、ＣＭＩＰｖ６キャッシュの生成・維持管理を要求する。これにより、ＭＮ１０は、ＣＭＩＰｖ６キャッシュを生成・更新するためのＢＵメッセージを送信する必要がなくなる。なお、ＣＭＩＰｖ６キャッシュの生成・維持管理を要求する情報として、３ＧＰＰ／Ｎｏｎ３ＧＰＰネットワークに接続し、使用するモビリティ・プロトコル（ＰＭＩＰｖ６、ＣＭＩＰｖ６、ＭＩＰｖ４のいずれか１つ）を指定する際に、単なるＰＭＩＰｖ６を指定するのではなく、ＣＭＩＰｖ６キャッシュを生成することも同時に意味する値（例えば、ＰＭＩＰｖ６接続し、さらに複数ＩＦの同時に使用することを示すIndicator（ＰＭＩＰｖ６＋ＣＭＩＰｖ６））を指定してもよい。
さらに、ＭＮ１０のＷＬＡＮインタフェースＩｆ２がＭＡＧ２０及びＬＭＡ／ＨＡ４０との接続が完了した後に、別途ＣＭＩＰｖ６キャッシュ生成・維持管理要求を、ＢＵメッセージ等を用いてＩｆ２から送信してもよい。これにより、最初に１回だけＢＵメッセージを送信すれば、以後ＣＭＩＰｖ６キャッシュを更新するためのＢＵメッセージを送信する必要がなくなる。さらには、上記ＢＵメッセージを送信する前にＬＭＡ／ＨＡ４０との間で行うＳＡ確立手続き（ＩＫＥｖ２）の中でＣＭＩＰｖ６キャッシュ生成・維持管理を要求してもよい。なお、使用するＩＫＥｖ２メッセージとしては、ＩＫＥ＿ＡＵＴＨリクエストメッセージや、ＩＫＥ＿ＳＡ＿ＩＮＩＴメッセージなどが望ましい。

このように、ＭＮ１０の他のインタフェースＩｆ２がネットワーク１００に接続（attach）しており、ＣＭＩＰｖ６キャッシュ生成・維持管理の要求がＩｆ２経由で通知される場合、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８を受信したＬＭＡ／ＨＡ４０は、既存のインタフェースＩｆ２に関するＰＭＩＰｖ６バインディングに基づいてＩｆ２のＣＭＩＰｖ６キャッシュを生成し、更にＭＮ１０がリフレッシュすることなく維持管理する。ＬＭＡ／ＨＡ４０によって生成されるＣＭＩＰｖ６キャッシュとは、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８から得られたＨｏＡと、ＰＭＩＰｖ６プリフィックスＰ２から生成されたＣｏＡと、ＭＮ１０から送信されたインタフェース識別子を含む。ここで、インタフェース識別子は６４ビットである。

ＬＭＡ／ＨＡ４０はまた、このＣＭＩＰｖ６バインディングに対して、ＭＮ１０によりＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８で与えられるＢＩＤを関連付ける。ＬＭＡ／ＨＡ４０は更に、このＣＭＩＰｖ６バインディングに存続期間を割り当てる。この存続期間は第１のＰＭＩＰｖ６バインディングの存続期間と同じである。ここで、第２のＰＭＩＰｖ６バインディングとは、インタフェースＩｆ２のＣｏＡを生成するのに使用された外部ＰＭＩＰｖ６プリフィックスＰ２に関連するバインディングである。基本的に、このＣＭＩＰｖ６バインディングキャッシュの構造は、図４の第３のエントリＥ３に示すように
・ＨｏＡ（ホームプリフィックスＰ１）と、
・ＣｏＡ（外部プリフィックスＰ２＋インタフェース識別子Ｉｆ２−ＩＤ）と、
・ＢＩＤと、
・存続期間３（＝第１のＰＭＩＰｖ６バインディングの存続期間１）より成る。

（５）次に、図３では示されていないが、ＭＮ１０はメッセージ３０８の送信後に、ＷＬＡＮインタフェースＩｆ２経由でＷＬＡＮビーコンを受信するものとする。ＭＮ１０はＷＬＡＮ３０の不図示のアクセスルータ（ＡＲ）から広告されたプリフィックスＰ２からＷＬＡＮインタフェースＩｆ２のアドレスを構成し、次いでｅＰＤＧであるＭＡＧ（ＭＡＧ／ＷＬＡＮ）２０を発見すると、ＭＡＧ２０とのＩＰＳｅｃトンネル・セットアップ手続を開始する。この手続では、まず、ＭＮ１０は接続認証（authentication）パラメータ付きのＩＫＥｖ２メッセージ（IKEV2 authentication and setup）３０９をＭＡＧ２０に送信する。なお、ＩＫＥｖ２メッセージ３０９の中に、ＭＡＧ２０経由で接続するＮｏｎ３ＧＰＰネットワークへＰＭＩＰを用いて接続することを示す情報が含まれていてもよい。また、前述したように、メッセージ３０８の代わりに、（５）のＩＫＥｖ２メッセージ３０９を用いて、ＣＭＩＰｖ６キャッシュ生成・維持管理要求を通知してもよい。この場合、（９）のＩＫＥｖ２完了メッセージで、ＣＭＩＰｖ６キャッシュ生成・維持管理要求が受け入れられたか否かがＭＮ１０へ通知される。
（６）ＭＡＧ２０は不図示のＡＡＡサーバに問い合わせてＭＮ１０が資格認証（authorize）されると、ＬＭＡ／ＨＡ４０とのＰＢＵ／ＰＢＡｃｋシグナリング３１０を実行して、インタフェースＩｆ２及び外部プリフィックスＰ２のＰＭＩＰｖ６ルーティングステートを生成する。

（７）ＬＭＡ／ＨＡ４０は、第２のエントリＥ２であるＰＭＩＰｖ６バインディングキャッシュを生成し、次いで、ＮＡＩでユニークに識別されるＭＮ１０が、ＬＭＡ／ＨＡ４０に接続（connect）されるインタフェースＩｆ２を有することを知得すると、前述したＣＭＩＰｖ６キャッシュの生成・維持管理の要求に従い、第２のエントリＥ２であるＰＭＩＰｖ６バインディングキャッシュに関連するインタフェースＩｆ２のＣＭＩＰｖ６バインディング・キャッシュ（第３のエントリＥ３）を生成する。このキャッシュの詳しいパラメータは既に詳細に説明した。

この時点で、ＬＭＡ／ＨＡ４０は、要求メッセージ３０８に対する応答メッセージ３１１をＭＮ１０に送信して、インタフェースＩｆ２が同じホームＭＩＰｖ６ドメイン１００（ＬＭＡ／ＨＡ４０）に接続（connect）しており、インタフェースＩＦ２用のＣＭＩＰｖ６キャッシュがＬＭＡ／ＨＡ４０によって自動的に生成されたこと、さらには、インタフェースＩｆ２用のＢＩＤ付き又はフラグＨ付きのＣＭＩＰｖ６のＢＵメッセージ（図１４の２１２）を送信する必要がないことを通知してもよい。応答メッセージ３１１は、最初のメッセージ３０８に対するＬＭＡ／ＨＡ４０からの応答を通知する方法の１つであり、メッセージ３０８に対する応答であること示すタイプを含むＣＭＩＰｖ６登録削除メッセージ（ＢＡメッセージ）を用いることができるが、他の応答方法として、ＬＭＡ／ＨＡ４０は、トンネル・セットアップ完了メッセージ３１２内の新しいオプションをＭＡＧ２０に送信して、ＭＮ１０にＣＭＩＰｖ６のＢＵメッセージ２１２を送信しないよう通知してもよく、また、ＬＭＡ／ＨＡ４０がＭＡＧ２０又はＭＡＧ２２に対して通知し、それをＭＡＧ２０，２２がＭＮ１０に対してＲＡメッセージやその他の任意のＬ３メッセージ（モビリティヘッダメッセージを含む）、あるいはＬ２メッセージなどでＭＮ１０に通知してもよい。他にも多くの方法が考えられる。

（８）次いで、トンネル・セットアップ完了メッセージ（IPSec tunnel Setup Completion）３１２がＭＡＧ２０からＭＮ１０に送信される。
（９）次いでＩＫＥｖ２手順が完了してＩＫＥｖ２完了メッセージ（IKEv2 IP address/Prefix assignment）３１３がＭＡＧ２０からＭＮ１０に送信されて外部プリフィックスＰ２がＭＮ１０に通知される。ＭＮ１０はＩＫＥｖ２完了メッセージ３１３を受信すると、ＷＬＡＮインタフェースＩｆ２あてのパケットを取得するためのＣＭＩＰｖ６のＢＵメッセージ２１２を送信する必要はなく、ＬＭＡ／ＨＡ４０がＷＬＡＮインタフェースＩｆ２用のＣＭＩＰｖ６バインディングを生成し、パケットがＷＬＡＮインタフェースＩｆ２に到着する。

（１０）ＣＮ６０はＭＮ１０あてのデータパケット３１４を、プリフィックスＰ１から構成されたＭＮ１０のＨｏＡあてに送信する。ＣＮ６０から送信された上記のパケットがＬＭＡ／ＨＡ４０に到着すると、ＬＭＡ／ＨＡ４０はＢＣ２１３ａにおける第１のエントリＥ１（ＰＭＩＰｖ６エントリ）を使用したプリフィックスベースのルーティングを実行し、また、ＢＣＥ２１３ａにおける第３のエントリのＣＭＩＰｖ６キャッシュを使用したＨｏＡマッチングのルーティングを実行する。

（１１）（１２）図３では、第１のエントリＥ１（ＰＭＩＰｖ６キャッシュ）を使用してＭＮ１０にルーティングされるデータパケット３１４ａ、３１４ｂと、第３のエントリＥ３（ＣＭＩＰｖ６キャッシュ）を使用してＭＮ１０にルーティングされるデータパケット３１５ａ、３１５ｂを示す。第１のエントリＥ１を使用してルーティングされるデータパケット３１４ａ、３１４ｂは、ＭＡＧ２２経由でトンネル化される。また、もし、ＬＭＡ／ＨＡ４０が第３のエントリＥ３であるＣＭＩＰｖ６キャッシュを使用してＭＮ１０にルーティングすることを決定すると、そのデータパケット３１４はＬＭＡ／ＨＡ４０により複数回（ここでは２回）のカプセル化が行われてトンネル化される（図のパケット３１５ａ）。データパケット３１５ａの場合、最初のカプセル化は、ＭＮ１０のＷＬＡＮインタフェースＩｆ２のＣｏＡあてにトンネル化される。そして、更に１回のカプセル化が必要となり、２回目のカプセル化では、そのデータパケット３１５はＭＡＧ２０のアドレスあてにトンネル化される。ＬＭＡ／ＨＡ４０により２回のカプセル化が行われたパケット３１５ａはＭＡＧ２０によりデ・カプセル化され、元の１回のカプセル化が行われたパケット３１５ｂがＭＮ１０に転送されてＭＮ１０により完全にデ・カプセル化される。ここで、当業者であれば、ＬＭＡ／ＨＡ４０が図４に示すＢＣ２１３ａを用いてデータパケット３１４をどのように適切にカプセル化するかは明らかである。

また、ＷＬＡＮインタフェースＩｆ２あてのパケットはＭＮ１０あてに直接にトンネル化することができる。この場合には、あて先アドレス（トンネル化パケットのあて先アドレス）はＭＡＧ２０のアドレスであって、トンネル化パケットのルーティング・ヘッダタイプ０に、外部プリフィックスＰ２から構成したＣｏＡとＭＮ１０のＨｏＡを挿入する。このトンネル化方法によれば、ＭＡＧ２０における余分なトンネル化によるオーバヘッドが増加することを防止することができる。

＜ＣＭＩＰｖ６キャッシュの存続期間＞
図４に示すように、第３のエントリＥ３（ＣＭＩＰｖ６キャッシュの存続期間３）は、第２のエントリＥ２の存続期間２に関係なく、第１のエントリＥ１の存続期間１を用いて維持されて存続期間１が満了すると削除される。ＭＮ１０のＷＬＡＮインタフェースＩｆ２が、ＷＬＡＮ３０、３１の連続していない小さなセルに接続（connect）する場合、ＷＬＡＮインタフェースＩｆ２がハンドオフしてＷＬＡＮ３０、３１の配下にないことが多く発生する。この場合、ＷＬＡＮインタフェースＩｆ２のＣＭＩＰｖ６キャッシュが３ＧセルラインタフェースＩｆ１のＰＭＩＰｖ６キャッシュの存続期間１に基づいて維持されることが有益である。その理由は、ＬＭＡ／ＨＡ４０がＷＬＡＮインタフェースＩｆ２のＣＭＩＰｖ６キャッシュを頻繁に生成する必要がないからである。ここで重要な点は、３Ｇセル（ホームＰＭＩＰｖドメイン１００）がＷＬＡＮ３０、３１よりかなり大きく、３ＧセルラインタフェースＩｆ１が頻繁にハンドオフしないことにある。

以下に動作を説明する。まず、ＭＮ１０のＷＬＡＮインタフェースＩｆ２のＣＭＩＰｖ６キャッシュ（存続期間３）が３ＧセルラインタフェースＩｆ１のＰＭＩＰｖ６キャッシュの存続期間１に基づいて維持されており、ＷＬＡＮインタフェースＩｆ２のＰＭＩＰｖ６キャッシュ（第２のエントリＥ２）がハンドオフ前に有効な場合、パケットは第２のエントリＥ２を用いてＭＡＧ３０２を経由してＷＬＡＮインタフェースＩｆ２に到達する。これに対し、ＷＬＡＮインタフェースＩｆ２のＰＭＩＰｖ６キャッシュがハンドオフにより有効でなくなると、ＷＬＡＮインタフェースＩｆ２に関連するＣｏＡあてのパケットは、第１のエントリＥ１を用いて３ＧセルラインタフェースＩｆ１に送信される。この場合、ＭＡＧ３０１はＬＭＡ／ＨＡ４０により、外部プリフィックスＰ２についての何らかの有効性の情報をトンネル化パケットヘッダ内で与えられるものとする。

＜第１の実施の形態による利点＞
以下に、第１の実施の形態による利点について考察する。第１の利点として、ＬＭＡ／ＨＡ４０がＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８に応答してＣＭＩＰｖ６バインディングキャッシュを生成して、ＭＮ１０によりリフレッシュされることなく維持管理するので、ＭＮ１０は、ＣＭＩＰｖ６登録メッセージを送信する必要がなくなり、さらにＬＭＡ／ＨＡ４０は、ＣＭＩＰｖ６バインディングを用いてデータパケットをルーティングするためには、ＰＭＩＰｖ６バインディングキャッシュをサーチすることが必要であると知得することができる。ＬＭＡ／ＨＡ４０がＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８を受信してＣＭＩＰｖ６バインディングキャッシュを生成するとき、ＬＭＡ／ＨＡ４０は、パケットをどのようにルーティングするかを示す別のパラメータをＢＣ２１３ａに挿入することもできる。これにより、ＬＭＡ／ＨＡ４０がＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８を受信しないで、ＣＭＩＰｖ６バインディングキャッシュを使用してパケットをどのようにルーティングするかを識別する必要がある場合と比較して、ＬＭＡ／ＨＡ４０の処理の負荷を減少させることができる。

例えば、もしＭＮ１０がＷＬＡＮインタフェースＩｆ２経由で別の外部ドメインに接続（attach）すると、ＬＭＡ／ＨＡ４０はＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８の応答として、ＣＭＩＰｖ６バインディングキャッシュを生成しないで、ＷＬＡＮインタフェースＩｆ２のＣＭＩＰｖ６バインディングキャッシュには、回帰的なトレーシングを実行しなければならないエントリとしてマークしない。したがって、ＬＭＡ／ＨＡ４０は、外部ドメインから取得したＣｏＡあてにルーティングするためには、デフォルト・ルータに送信することで十分であることを知得する。

別の顕著な利点とは、ＬＭＡ／ＨＡ４０がルーティングするホームＭＩＰｖ６ドメインに接続（connect）するとともに、外部プリフィックスＰ２を参照したインタフェースあてにトンネル化されたパケットを取得できるインタフェースについては、ＭＮ１０はＢＵを実行する必要がないことにある。本発明は、ＭＮ１０がフラグＨベースのＢＵを実行してすべてのフローがＷＬＡＮインタフェースＩｆ２のみに到着するよう要求する場合に有用である。ＭＮ１０は非常に秘密性のあるフローを有し、そのフローがＬＭＡ／ＨＡ４０からＭＮ１０に直接にトンネル化されることを希望するかもしれない。

＜ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８の別の形態＞
図５は別の３つの形態のＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０６Ａ、（３０７Ａ１、３０７Ａ２）、（３０８Ａ１、３０８Ａ２）を示す。ＭＮ１０はまず、３ＧインタフェースＩｆ１経由でホームＭＩＰｖ６ドメイン１００に接続（attach）してホームプリフィックスＰ１を参照した場合、前述したようにＭＮ１０が、ＬＭＡ／ＨＡ４０からの外部プリフィックスＰ２を参照したＷＬＡＮインタフェースＩｆ２のＣＭＩＰｖ６バインディング・キャッシュを生成・維持管理するようＬＭＡ／ＨＡ４０に要求するには種々の形式のシグナリングを実行できる。

（１）最初の望ましい方法では、ＭＮ１０はＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０６Ａを直接にＬＭＡ／ＨＡ４０に送信する。この場合、メッセージ３０６Ａの送信元アドレスは、ホームプリフィックスＰ１を使用して構成したＭＮ１０のＨｏＡであり、あて先アドレスはＬＭＡ／ＨＡ４０のアドレスである。メッセージ３０６Ａは拡張ヘッダの新しいヘッダタイプを用いて構成することができる。もし、この拡張ヘッダの新しいヘッダタイプをメッセージ３０６Ａに使用すると、ＬＭＡ／ＨＡ４０におけるメッセージ３０６Ａの処理はやや簡単になる。ＬＭＡ／ＨＡ４０はメッセージ３０６Ａから新しいヘッダタイプが何かを知得してメッセージ３０６Ａをどのように処理するかを知得する。

インタフェース識別子とＢＩＤのようにＭＮ１０の他のインタフェース（ＷＬＡＮインタフェースＩｆ２）を識別するための情報は、メッセージ３０６Ａ内のオプションとして又はデータフィールドに埋め込むことができる。メッセージ３０６ＡはＭＡＧ２２からＬＭＡ／ＨＡ４０まではトンネル化される。もし、メッセージ３０６ＡがＭＩＰｖ６に記述されているＢＵメッセージの場合、上記の他のインタフェースのインタフェース識別子とＢＩＤは、ＢＵメッセージ内にモビリティ・オプションとして埋め込まれる。このモビリティ・オプションは新しいタイプのオプションである。

（２）また代わりに、ＣＭＩＰｖ６キャッシュ生成・維持管理要求は、ＭＡＧ２２に送信されるＬ２メッセージ３０７Ａ１で送信することもできる。このＬ２メッセージ３０７Ａ１は、上記の他のインタフェースのインタフェース識別子とＢＩＤを伝送する。ここで、Ｌ２メッセージ３０７Ａ１の送信元アドレスはＭＮ１０のインタフェースＩｆ１のＬ２アドレスであり、あて先アドレスはＭＡＧ２２のイングレス・インタフェースのＬ２アドレスである。ＭＡＧ２２はメッセージ３０７Ａ１で上記のパラメータ（インタフェース識別子とＢＩＤ）を受信すると、メッセージ３０７Ａ１の内容を、ＬＭＡ／ＨＡ４０あてのメッセージ３０７Ａ２で送信する。また、上記のＬ２メッセージと同等の内容を含む、ＲＳメッセージやＮＳメッセージ、認証メッセージ（ＩＫＥｖ２メッセージ）など、他の任意のＬ３メッセージ（モビリティヘッダメッセージを含む）を用いてもよい。さらに、３ＧＰＰネットワーク（ＭＡＧ２２）へ接続する際に行う接続手続き（Attach Requestメッセージ）の中で通知してもよい。

メッセージ３０７Ａ２はＰＢＵメッセージでもよく、また、新しいモビリティ拡張ヘッダを有する別のシグナリング・メッセージでもよい。ここで、メッセージ３０７Ａ２がＰＢＵメッセージの場合、ＬＭＡ／ＨＡ４０がそのＰＢＵメッセージをどのように処理してＣＭＩＰｖ６キャッシュの生成・維持管理の要求を知得できるように、上記の他のインタフェースのインタフェース識別子とＢＩＤがそのＰＢＵメッセージの新しいモビリティ・オプションとして挿入される必要がある。また、メッセージ３０７Ａ２が新しいモビリティ拡張ヘッダを有する別のシグナリング・メッセージの場合、上記の他のインタフェースのインタフェース識別子とＢＩＤはメッセージ内の通常のフィールドに挿入することができる。ただし、この場合、ＬＭＡ／ＨＡ４０の構成は、この新しいメッセージを理解するために変形する必要がある。この構成が変形されたＬＭＡ／ＨＡ４０は、この新しいメッセージを受信するとどのように処理するかを知得する。

（３）また、ＭＮ１０が３ＧインタフェースＩｆ１経由で参照したホームプリフィックスＰ１を選択する場合、ＭＮ１０はまず、メッセージ３０８Ａ１で示すようにその選択した旨をＤＮＳサーバ３０４Ａ（図のＤＮＳ／ＳＩＰ server／ＡＡＡ）に通知して、上記の他のインタフェースのインタフェース識別子とＢＩＤをメッセージ３０８Ａ１で提供することもできる。ＤＮＳサーバ３０４Ａはこの新しいプリフィックスＰ１をアクセプトして、ＬＭＡ／ＨＡ４０に対してメッセージ３０８Ａ２で、選択されたプリフィックスＰ１と、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８の内容を転送する。

ここで、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０６Ａ、（３０７Ａ１、３０７Ａ２）、（３０８Ａ１、３０８Ａ２）による各方法が特有の利点を有することを理解するべきである。メッセージ（３０８Ａ１、３０８Ａ２）の場合、２つの実現を達成することができる。１つ目は、ホームプリフィックスＰ１を選択すると、ＬＭＡ／ＨＡ４０にＣＭＩＰｖ６キャッシュ生成・維持管理を要求することにある。２つ目は、ＭＮ１０がメッセージ３０８Ａ１を送信することによりＷＬＡＮアクセスポイントを識別した場合、ＭＮ１０はｅＰＤＧアドレスを取得できることにある。

＜ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８のフォーマット＞
メッセージ３０８の詳細な３つの構成例を図６Ａ、図６Ｂ、図６Ｃを参照して説明する。
（ａ）図６Ａに示すフレーム３０７Ｂは、メッセージ３０８がＬ２メッセージ３０７Ａである場合のフレーム構造を示し、先頭から順次、開始フラグ（Flag）３００Ｂと、アドレス（Address）３０１Ｂと、制御（Control）３０２Ｂと、プロトコルＩＤ（Protocol ID）３０３Ｂと、情報（Information）３０４Ｂと、ＦＣＳ（Frame Check Sequence）３０５Ｂと終了フラグ（Flag）３０６Ｂの各フィールドにより構成されている。

開始フラグ３００Ｂはフレーム３０７Ｂの先頭を示すフラグであり、２番目のフィールドのアドレス３０１Ｂは、ＭＡＣ（Media Access Control）アドレスであって、Ｌ２パケットの送信元アドレスとあて先アドレスを含む。例えば送信元アドレスはＭＮ１０のインタフェースＩｆ１のＭＡＣアドレスであり、あて先アドレスはＭＡＧ２２のイングレス・インタフェース（不図示）のＭＡＣアドレスである。３番目のフィールドの制御３０２Ｂは、使用されているフレームのタイプを識別するための情報であって、受信側がこのＬ２のフレーム３０７Ｂを正しく処理するために重要である。基本的に、制御３０２Ｂは、フレーム３０７ＢのタイプすなわちＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８（３０７Ａ）のタイプを識別するために使用される。

４番目のフィールドのプロトコルＩＤ３０３Ｂは、上位の層で発生するパケットのみに対する値であって、メッセージ３０８（３０７Ａ）がＬ２で発生する場合にはオール０である。ただし、メッセージ３０８がＬ２で発生することができても、メッセージ３０８を送信する決定と、メッセージ３０８内に埋め込まれている関連パラメータは、Ｌ３から来なければならない。次のフィールドの情報３０４Ｂは、インタフェース識別子とＢＩＤを含む。情報３０４Ｂの後にＦＣＳ３０５Ｂのフィールドが続き、ＦＣＳ３０５Ｂは、フレーム３０７Ｂが誤りなく伝送（誤りが識別及び訂正）されるように送信側と受信側により計算される。最後のフィールドの終了フラグ３０６Ｂは、フレーム３０７Ｂのデ・リミタとして、基本的にはフレーム３０７Ｂの終了を識別するために使用される。

ここで、フレーム３０７Ｂの構造は、本発明を逸脱しない範囲で図６Ａに示す構造と同じである必要はない。前述したように、ＭＮ１０はＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８を送信するためのパケットをＬ３で送信することもできる。Ｌ３のシグナリングが使用される場合には、ＭＮ１０は新しいモビリティ拡張ヘッダか又は新しいオプション付きのＢＵメッセージを使用することができる。

（ｂ）図６Ｂは、新しいモビリティ拡張ヘッダ（New Mobility extension Header）３１０Ｂを有するシグナリング・パケット３１５Ｂを示す。パケット３１５Ｂについて以下に詳しく説明する。パケット３１５Ｂの最初のヘッダは、標準のＩＰｖ６ヘッダ（IPv6 Header）３０８Ｂであり、ＩＰｖ６ヘッダ３０８Ｂは、ＭＮ１０のＨｏＡがセットされる送信元アドレスと、ＬＭＡ／ＨＡ４０のアドレスがセットされるあて先アドレスを含む。パケット３１５Ｂの次のヘッダは接続認証ヘッダ（Authentication Header）３０９Ｂであり、ＭＮ１０とＬＭＡ／ＨＡ４０の間で交換されたセキュリティ・キーにより署名された接続認証データを有する。ヘッダ３０９Ｂは望ましいフィールドであるが、必須ではない。

第３のヘッダが新しいモビリティ拡張ヘッダ３１０Ｂであり、ヘッダ３１０Ｂは最初に標準のモビリティ拡張ヘッダ（Standard fields of mobility extension Header）３１１Ｂを有し、標準のモビリティ拡張ヘッダ３１１Ｂは、プロトコル番号、モビリティ・ヘッダタイプ、チェックサムなどを含む。新しいモビリティ拡張ヘッダ３１０Ｂは更に３つの標準のフィールド３１２Ｂ、３１３Ｂ、３１４Ｂを有する。第１のフィールド（Number of interfaces）３１２Ｂは、ホームプリフィックスＰ１を参照したインタフェースＩｆ１からＭＮ１０が除外したインタフェースＩｆ２の数を示す。次のフィールド（interface identifier）３１３Ｂは、第１のフィールド３１２ＢのインタフェースＩｆ２のインタフェース識別子Ｉｆ２−ＩＤを示す。３番目のフィールド（Binding identifier）３１４Ｂは、第２のフィールド３１３Ｂのインタフェース識別子Ｉｆ２−ＩＤに関連する１以上のＢＩＤを示す。ここで、新しいモビリティ拡張ヘッダ３１０Ｂのフィールドを構成する方法は多く存在することを強調したい。ただし、ここでは、望ましい１つの方法であるパケット３１５Ｂを示す。

（ｃ）図６Ｃは、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８を送信するための第３の例としてＢＵメッセージのパケット３２３Ｂの構造を示す。図６Ｂと同様に、パケット３２３Ｂの最初のヘッダはＩＰｖ６ヘッダ（IPv6 Header）３１６Ｂであり、次のヘッダは望ましくは接続認証ヘッダ（Authentication Header）３１７Ｂである。接続認証ヘッダ３１７Ｂの後にＢＵモビリティ拡張ヘッダ（Binding Update mobility extension Header）３１８Ｂが続く。ヘッダ３１８Ｂの最初のフィールドは標準のＢＵ拡張ヘッダ（Standard fields of binding update extension Header）３１９Ｂであり、例えば存続期間、シーケンス番号などのＢＵ内の標準のすべてのフィールドを含む。

標準のＢＵ拡張ヘッダ３１９Ｂの後に新しいオプション・フィールド（Mobility new option 1,2,3）３２０Ｂ、３２１Ｂ、３２２Ｂが設けられている。図６Ｂと同様に、最初のオプション・フィールド（Mobility new option 1）３２０Ｂはインタフェース数（Number of interfaces）である。また、２番目のオプション・フィールド（Mobility new option 2）３２１Ｂは、ＭＮ１０が最適化したいインタフェース識別子（Interface Identifier）であり、３番目のオプション・フィールド（Mobility new option 3）は、あるインタフェースに関連するＢＩＤが、１つ、または複数含まれる。

＜ＭＮの動作＞
次に、図７を参照してＭＮ１０の動作を更に詳しく説明する。複数のインタフェースＩｆを有するＭＮ１０は、まず、あるインタフェースＩｆ経由であるネットワーク・エンティティに接続（attach）すると、ＰＭＩＰｖ６ドメインに接続（attach）しているか否かをチェックする（ステップ４００）。もしＮＯであれば、通常のＣＭＩＰｖ６動作を実行する（ステップ４０２）。ステップ４００でＹＥＳの場合には、ＰＭＩＰｖ６ドメインからそのインタフェースＩｆに対して与えられたプリフィックスがホームプリフィックスＰ１か否かをチェックし、更にこのホームプリフィックスＰ１を知得しているか否かをチェックする（ステップ４０１）。もしＹＥＳの場合には、すべてのインタフェース識別子付きのＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８をＬＭＡ／ＨＡ４０に送信する（ステップ４０３）。

ステップ４０１でＮＯであれば、すなわちホームプリフィックスＰ１を有しない場合には、ＰＭＩＰｖ６プリフィックスをホームプリフィックスＰ１として選択し、ＨＡのアドレスをＤＮＳサーバに要求して取得する（ステップ４０４）。ここで、ＤＮＳサーバは、ＭＮ１０が選択したホームプリフィックスＰ１でホームのＬＭＡ／ＨＡ４０を更新するものとする。ステップ４０４の処理後、ステップ４０３の処理を実行する。ここで、ステップ４０１でＮＯであってホームプリフィックスＰ１を有しないということは、ＭＮ１０が外部ＰＭＩＰｖ６ドメインに接続（attach）していることを黙示しているので、ＭＮ１０は通常のＣＭＩＰｖ６動作を実行する。

ステップ４０３の処理後、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８に対する確認（Ａｃｋ）を受信したか否か、又はその応答（フラグ）がＲＡメッセージ又はＩＰｓｅｃトンネル確立確認メッセージ内に記述されているか否かをチェックする（ステップ４０５）。もしＹＥＳであれば、ＣＭＩＰｖ６のＢＵメッセージを送信しないでＲＡメッセージ内のフラグを処理する（ステップ４０６）。その理由は、ホームのＬＭＡ／ＨＡ４０により与えられる外部プリフィックスＰ２を参照したインタフェースＩｆ２のＣＭＩＰｖ６キャッシュは、ホームＬＭＡ／ＨＡ４０が生成して維持管理するからである。ステップ４０５でＮＯの場合は、ＭＮ１０のインタフェースＩｆ２が、ＰＭＩＰｖ６バインディングを使用する同じＬＭＡ／ＨＡ４０に接続（connect）していないことを意味するので、そのインタフェースＩｆ２に対する到達性を取得するためにＣＭＩＰｖ６のＢＵメッセージを送信する（ステップ４０７）。

＜ＬＭＡ／ＨＡの動作＞
次に図８を参照してＬＭＡ／ＨＡ４０の動作を更に詳しく説明する。ＬＭＡ／ＨＡ４０は、まず、パケットを受信すると、その受信パケットがＭＮ１０からのシグナリング・パケットか否かをチェックする（ステップ５００）。もしＹＥＳであれば、その受信パケットがＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８か否かをチェックする（ステップ５０１）。もしＮＯであれば、標準のＣＭＩＰｖ６の動作で受信パケットを処理する（ステップ５０３）。ステップ５０１でＹＥＳの場合には、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８に対してＡｃｋメッセージを送信し、また、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８内のインタフェース識別子Ｉｆ−ＩＤとＢＩＤを一時的に保持する（ステップ５０２）。

ステップ５００で受信パケットがＭＮ１０からのシグナリング・パケットでない場合には、その受信パケットが、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８を送信したＭＮ１０あてのデータパケットか否かをチェックする（ステップ５０４）。もしＹＥＳであれば、ＢＣ２１３ａをチェックして、受信パケットをＭＮ１０のすべてのインタフェースＩｆを経由するか、又はＭＮ１０によりセットされたプリファレンスに従って特定のインタフェースＩｆを経由してルーティングする（ステップ５０７）。ステップ５０４でＮＯであれば、受信パケットが、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８を送信したＭＮ１０からのデータパケットか否かをチェックする（ステップ５０６）。もしＹＥＳであれば、受信データパケットをデ・カプセル化してイーグレス・インタフェースを介してルーティングする（ステップ５０５）。ＬＭＡ／ＨＡ４０はデ・カプセル化の際、トンネル・エントリポイントがＢＣ２１３ａ内で有効に登録された送信元アドレスかをチェックする。

ステップ５０６でＮＯであれば、ＬＭＡ／ＨＡ４０は、受信パケットが、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８を送信したＭＮ１０のＰＭＩＰｖ６接続（attachment）を示すＭＡＧからのシグナリング・パケットか否かをチェックする（ステップ５０８）。もしＹＥＳであれば、ＬＭＡ／ＨＡ４０はＡｃｋメッセージを送信することにより、ＭＮ１０の他のインタフェースＩｆ２が同じＬＭＡ／ＨＡ４０に接続（attach）していることと、Ａｃｋメッセージが以前に送信されていない場合にはＭＮ１０はＣＭＩＰｖ６−ＢＵを実行する必要がないことを通知する。又はＲＡメッセージでＣＭＩＰｖ６−ＢＵを実行する必要がないことを通知する（ステップ５０９）。ここで、Ａｃｋメッセージは、最初に接続（attach）して外部プリフィックスＰ２を参照したインタフェースＩｆ２には送信する必要はない。ステップ５０９ではまた、ＬＭＡ／ＨＡ４０は、外部プリフィックスＰ２を参照したインタフェースＩｆ２のＣＭＩＰｖ６キャッシュを生成する。

ステップ５０８でＮＯであれば、ＬＭＡ／ＨＡ４０は、受信パケットがＭＡＧからの、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８を送信したＭＮ１０のＰＭＩＰｖ６登録解除を示すシグナリング・パケットか否かをチェックする（ステップ５１０）。もしＹＥＳであれば、ＬＭＡ／ＨＡ４０はＢＣ２１３ａから、そのＣＭＩＰｖ６バインディング（第３のエントリＥ３）と、そのＣＭＩＰｖ６バインディングに関連するＰＭＩＰｖ６バインディング（第２のエントリＥ２）を削除する（ステップ５１１）。ここで、そのＣＭＩＰｖ６バインディングとは、ステップ５０９においてＰＭＩＰｖ６バインディングのパラメータを用いて生成したバインディングのことである。ステップ５１０でＮＯであれば、ＬＭＡ／ＨＡ４０は、受信したシグナリング・パケットを通常のＰＭＩＰｖ６動作で処理する（ステップ５１２）。

＜ＭＮの構成＞
次に図９を参照してＭＮ１０の構成について詳しく説明する。図９はＭＮ１０のハードウエア、ソフトウエア及びファームウエアを機能的に示すブロック図である。ＭＮ１０の機能は、概略的にはレイヤ３プロトコル・モジュール４０２Ａと、レイヤ３より上位のレイヤ（層）のプロトコルを実行する上位層プロトコル・モジュール４０１Ａと、レイヤ３より下位の層のプロトコルを実行する下位層プロトコル・モジュール４０８Ａにより構成される。下位層プロトコル・モジュール４０８Ａは、ＭＮ１０の各インタフェースＩｆに関連する複数の層のプロトコル・モジュールにより構成され、下位層プロトコル・モジュール４０８Ａの機能は、主にデータリンク層の制御及び伝送のメカニズムに関連している。

レイヤ３プロトコル・モジュール４０２Ａは、詳しくは５つのサブ・モジュール（ユニット）、すなわちＩＰｖ６ルーティング・ユニット４０３Ａと、ＭＩＰｖ６モビリティ管理ユニット４０４Ａと、ホームＰＭＩＰドメイン用決定ユニット４０５Ａと、マルチホーミング・サポートユニット４０６Ａと、シグナリング最適化ユニット４０７Ａにより構成される。ここで、図示されていないが、レイヤ３プロトコル・モジュール４０２Ａは、各ユニット４０３Ａ〜４０７Ａ間のメッセージを伝達するためのインタフェースを有するものとする。また、各ユニット４０３Ａ〜４０７Ａはまた、関連するバインディングを有するものとする。

ＩＰｖ６ルーティング・ユニット４０３Ａは、近隣探索（neighbor discovery）、アドレス構成、及びＩＰｖ６の基本的なルーティングのメカニズムを担当する。ＭＩＰｖ６モビリティ管理ユニット４０４Ａは、ＢＵの実行及び登録解除のようなＭＩＰｖ６モビリティ管理のメカニズムを担当する。マルチホーミング・サポートユニット４０６Ａは、ＢＩＤの生成及びＢＵメッセージへのフラグＨの添付のようなＭＯＮＡＭＩ６（非特許文献４：複数ＣｏＡ登録）の機能を担当する。シグナリング最適化ユニット４０７Ａは、ＭＮ１０が本発明に係るＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８を構成した場合の機能を担当する。ホームＰＭＩＰドメイン用決定ユニット４０５Ａは、ＭＮ１０がＰＭＩＰｖ６ドメインに接続（attach）しようとしているか否かを決定する場合の機能を担当する。ここで、当業者であれば、各ユニット４０３Ａ〜４０７Ａが適切なソフトウエア・インタフェースを必要とすることは明らかである。

最後に、上位層プロトコル・モジュール４０１Ａは、ＭＮ１０に備えられているトランスポート層やアプリケーション層のような上位の層のプロトコルを担当する。ここで、当業者であれば、上位層プロトコル・モジュール４０１Ａが１つのブロックで示されているが、本発明を逸脱しない範囲で複数のブロックで構成されることは明らかである。

＜ＬＭＡ／ＨＡの構成＞
次に図１０を参照してＬＭＡ／ＨＡ４０の構成について詳しく説明する。図１０はＬＭＡ／ＨＡ４０を機能的に示すブロック図である。ＬＭＡ／ＨＡ４０は概略的には、ルーティング層すなわちレイヤ３プロトコル・モジュール５０１Ａと、レイヤ３より下位の層のプロトコルを実行する下位層プロトコル・モジュール５１１Ａの２つの機能エンティティにより構成される。なお、図示されていないが、モジュール５０１Ａ、５０２Ａの間には適切なインタフェースが存在する。レイヤ３プロトコル・モジュール５０１Ａは４つのサブ・モジュールとして、ＩＰｖ６ルーティング・モジュール５０２Ａと、Ｍｏｎａｍｉ６ルーティング・モジュール５０３Ａと、ＰＭＩＰｖ６ルーティング・モジュール５０４Ａと、シグナリング最適化サポート・モジュール５０５Ａを有する。

ＩＰｖ６ルーティング・モジュール５０２Ａは、１ホップ内の基本的なルーティングのメカニズムと、ＬＭＡ／ＨＡ４０の不図示のイングレス・インタフェース及びイーグレス・インタフェースのアドレス構成と、通常のパケットルーティング及び近隣探索のメカニズムを担当する。Ｍｏｎａｍｉ６ルーティング・モジュール５０３Ａは、マルチホーミング・シグナリングも処理可能なＨＡの機能を備えたマルチホーミング・モジュールである。ここで、モジュール５０３Ａは特に、フラグＨとＢＩＤを処理することができ、また、個々にＢＩＤを使用して１つのＨｏＡに対する複数のＣＭＩＰｖ６バインディング・エントリを維持できるものとする。ＩＰｖ６ルーティング・モジュール５０２ＡとＭｏｎａｍｉ６ルーティング・モジュール５０３Ａはシグナリング・インタフェース５１０Ａを有し、シグナリング・インタフェース５１０Ａは、ＣＭＩＰｖ６タイプのシグナリング及びデータパケットを処理してそのデータパケットをルーティングするために重要である。

ＰＭＩＰｖ６ルーティング・モジュール５０４Ａは、純粋にＬＭＡタイプの機能のすべてを担当する。ＬＭＡタイプの機能として、例えば複数のインタフェースＩｆを有するＭＮ１０のＰＭＩＰｖ６キャッシュを維持したり、ＭＡＧ経由でＭＮ１０あてにパケットをトンネル化したり、受信したＰＢＵメッセージを処理したり、送信すべきＰＢＡメッセージを生成する。モジュール５０４Ａはさらに、ＩＰｖ６ルーティング・モジュール５０２Ａとのシグナリング・インタフェース５０９Ａを有し、シグナリング・インタフェース５０９Ａは、ＰＭＩＰｖ６キャッシュを用いてシグナリング及びデータパケットを処理してそのデータパケットをルーティングするために使用される。ここで、Ｍｏｎａｍｉ６ルーティング・モジュール５０３ＡとＰＭＩＰｖ６ルーティング・モジュール５０４Ａはそれぞれ、自身のＢＣＥを有するものとする。また、ＰＭＩＰｖ６ルーティング・モジュール５０４ＡとＭｏｎａｍｉ６ルーティング・モジュール５０３Ａは、非常に強く結合されているものとする。

ここで、ＣＭＩＰｖ６キャッシュはＰＭＩＰｖ６キャッシュから別個に維持されるので、ＰＭＩＰｖ６ルーティング・モジュール５０４ＡとＭｏｎａｍｉ６ルーティング・モジュール５０３Ａは別個に示されているが、ＣＭＩＰｖ６キャッシュとＰＭＩＰｖ６キャッシュを分離するシグナリング・メッセージ内にＢＩＤとフラグＨがないときにＣＭＩＰｖ６キャッシュがＰＭＩＰｖ６キャッシュを上書きできる場合には、ＰＭＩＰｖ６ルーティング・モジュール５０４ＡとＭｏｎａｍｉ６ルーティング・モジュール５０３Ａ、及びＣＭＩＰｖ６キャッシュとＰＭＩＰｖ６キャッシュは相互に動作する必要がある。前述したように、ＣＭＩＰｖ６キャッシュとＰＭＩＰｖ６キャッシュは、別個に設けられているにもかかわらず、相互に密接して動作する必要がある。ここで、当業者であれば、ＣＭＩＰｖ６キャッシュとＰＭＩＰｖ６キャッシュを別個に設けるのは、実際に用いられる形態に依存する。代わりとして、ＰＭＩＰｖ６ルーティング・モジュール５０４ＡとＭｏｎａｍｉ６ルーティング・モジュール５０３Ａを図１０に示すように別個に設けるが、ＣＭＩＰｖ６キャッシュとＰＭＩＰｖ６キャッシュは一緒に設けてもよい。

最後に、重要なシグナリング最適化サポート・モジュール５０５Ａについて説明する。シグナリング最適化サポート・モジュール５０５Ａは、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８を処理してＣＭＩＰｖ６キャッシュをＭｏｎａｍｉ６ルーティング・モジュール５０３Ａに生成するために設けられている。モジュール５０５Ａは、モジュール５０３Ａとの間でシグナリング・インタフェース５０７Ａを介して通信するものとする。シグナリング・インタフェース５０７Ａは、ＣＭＩＰｖ６キャッシュ生成・維持管理要求などのメッセージや、ＣＭＩＰｖ６キャッシュを生成・維持管理するのに必要なパラメータを転送するために使用される。

シグナリング最適化サポート・モジュール５０５Ａはまた、ＭＮ１０の他のインタフェースＩｆ２がＰＭＩＰｖ６ドメインに接続（attach）しているか否かをモニタする。このモニタに関して、シグナリング最適化サポート・モジュール５０５Ａは、ＰＭＩＰｖ６ルーティング・モジュール５０４Ａとの間にシグナリング・インタフェース５０６を必要とする。シグナリング最適化サポート・モジュール５０５Ａは、ＰＭＩＰｖ６ルーティング・モジュール５０４Ａからシグナリング・インタフェース５０６を経由して、ＭＮ１０の他のインタフェースＩｆ２がＰＭＩＰｖ６ドメインに接続（attach）していることを知得すると、ＭＮ１０がＣＭＩＰｖ６のＢＵメッセージを送信しないようＭＡＧに通知することを決定する。この通知情報は、シグナリング最適化サポート・モジュール５０５Ａで構成されてＰＭＩＰｖ６ルーティング・モジュール５０４Ａに転送される。以上、ＬＭＡ／ＨＡ４０の望ましい構成について説明したが、本発明を逸脱しない範囲でＬＭＡ／ＨＡ４０を構成することができる。

＜第２の実施の形態＞
次に、図１１を参照して第２の実施の形態について説明する。図１１に示すネットワークでは、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８の代わりに、ＣＭＩＰｖ６のＢＵメッセージ送信停止要求シグナル６１５が追加されていることを除いて同じである。以下、図１１に示した構成部材及びシグナルを簡単に繰り返して説明する。図１１に示すネットワークでは、複数のインタフェース（３ＧセルラインタフェースＩｆ１及びＷＬＡＮインタフェースＩｆ２）を有するＭＮ２００がインタフェースＩｆ１、Ｉｆ２の両方を介してホームＰＭＩＰｖ６ネットワーク（ドメイン）２０４に接続（connect）されている。このとき、３ＧセルラインタフェースＩｆ１は、ホームＰＭＩＰｖ６ネットワーク２０４のＭＡＧ２０１を介してＬＭＡ／ＨＡ２０３に接続（connect）され、また、ＷＬＡＮインタフェースＩｆ２は、ＷＬＡＮ２０６のＡＲ２０７と、ホームＰＭＩＰｖ６ネットワーク２０４のＭＡＧ２０２を介してＬＭＡ／ＨＡ２０３に接続（connect）されている。さらに、ＷＬＡＮ２０６はインタネット２０５に接続（connect）され、また、ＭＮ２００は、インタネット２０５に接続（connect）されているＣＮ２１４との間で通信している。

上記構成において、ＭＮ２００が最初に３ＧセルラインタフェースＩｆ１を介してＭＡＧ２０１に接続（attach）すると、ＭＡＧ２０１がＰＢＵメッセージ（シグナリング２０８）をＬＭＡ／ＨＡ２０３に送信して、ＬＭＡ／ＨＡ２０３のＢＣ２１３に第１のエントリＥ１（ＰＭＩＰｖ６キャッシュ）が生成され、また、ＭＮ１０がＭＩＰｖ６のホームプリフィックスＰ１を参照する。同様に、ＭＮ２００がＭＡＧ２０２に対するトンネル確立をトリガすると、ＭＡＧ２０２がＰＢＵメッセージ（シグナリング２０９）をＬＭＡ／ＨＡ２０３に送信して、ＬＭＡ／ＨＡ２０３のＢＣ２１３に第２のエントリＥ２（ＰＭＩＰｖ６キャッシュ）が生成される。この結果、ＭＮ２０はＬＭＡ／ＨＡ２０３により与えられる外部プリフィックスＰ２をＩＰＳｅｃ完了メッセージ２１１で参照する。

ここで、ＭＮ２００はＣＮ２１４から、ホームプリフィックスＰ１から構成されたＨｏＡあてのフローがＷＬＡＮインタフェースＩｆ２経由で来ることを希望するものとする。また、前述したように、ＭＮ１０はインタフェースＩｆ１、Ｉｆ２に対して１つのホームプリフィックスＰ１と１つのＨｏＡのみを有するものとする。ＭＮ１０はＣＮ２１４から１つのＨｏＡあてのフローがＷＬＡＮインタフェースＩｆ２経由で来ることを希望する場合、ホームとアウェイで接続（attach）することを示すフラグＨ付きのＣＭＩＰｖ６のＢＵメッセージ２１２をＬＭＡ／ＨＡ２０３に送信して、ＬＭＡ／ＨＡ２０３のＢＣＥ２１３に第３のエントリＥ３（ＣＭＩＰｖ６キャッシュ）を生成する。ここで重要なことは、フラグＨ付きのＣＭＩＰｖ６のＢＵメッセージ２１２は、第１のエントリＥ１であるＰＭＩＰｖ６キャッシュを上書きしない点である。したがって、３つのエントリＥ１、Ｅ２、Ｅ３がすべて共存し、ＬＭＡ／ＨＡ２０３が異種のバインディング（ＰＭＩＰｖ６キャッシュとＣＭＩＰｖ６キャッシュ）を維持することができる。

第２の実施の形態におけるＬＭＡ／ＨＡ２０３は、ＣＭＩＰｖ６のＢＵメッセージ２１２をチェックして、ＣＭＩＰｖ６登録（第３のエントリＥ３）を使用するのに第２のエントリＥ２（ＰＭＩＰｖ６キャッシュ）を必要とすることを検出する機能を有する。さらに、ＬＭＡ／ＨＡ２０３は、ＣＭＩＰｖ６のＢＵメッセージ２１２が継続する必要がないこと、及びＬＭＡ／ＨＡ２０３が第２のエントリＥ２（ＰＭＩＰｖ６キャッシュ）を用いてＣＭＩＰｖ６バインディングを生成及び維持管理できることものと推論する。ＬＭＡ／ＨＡ２０３は、いったんこのように決定すると、その旨をＣＭＩＰｖ６のＢＵメッセージ送信停止要求シグナル６１５でＭＮ２００に直接に通知する。ＭＮ２００はシグナル６１５を受信すると、ＣＭＩＰｖ６のＢＵメッセージ２１２をこれ以上送信しない。ただし、ＭＮ２００が外部プリフィックスＰ２でない新しいプリフィックスをドメイン２０４内で参照した場合と、ＬＭＡ／ＨＡ２０３がこの最適化サービスを取り消す旨をＭＮ２００に通知した場合を除く。

ＷＬＡＮ２０６のセルがタイル状に連続している場合と連続していない場合の両方において、ホームのＬＭＡ／ＨＡ２０３から来る外部プリフィックスＰ２に対してＭＮ２００がＣＭＩＰｖ６のＢＵメッセージ２１２を継続して送信する場合の問題を解決する種々の変形例が考えられるが、これらは問題を最も効率的に解決する方法ではない。以下に、不具合な点を考察する。第１に、ホームのＬＭＡ／ＨＡ２０３がこの最適化のサービス又は可能性に関する決定を行う場合にある程度の複雑さがある。第２に、ホームのＬＭＡ／ＨＡ２０３が、ホームのＬＭＡ／ＨＡ２０３に属しない外部プリフィックスＰ２から構成されたＣｏＡを無駄にサーチする（ＣｏＡのバインディングがＰＭＩＰｖ６バインディングを有するか否かをサーチする）。ＬＭＡ／ＨＡ２０３がＭＮ２００から、第１の実施の形態のようなＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８を受信しないので、ＬＭＡ／ＨＡ２０３はＭＮ２００のＷＬＡＮインタフェースＩｆ２がどこに接続（attach）しているかを知得していないので、上記のＣｏＡのサーチが無駄な努力となる。

第３に、ＬＭＡ／ＨＡ２０３は、可能な最適化を識別するためにＭＮ２００のＷＬＡＮインタフェースＩｆ２からのＢＵメッセージを必要とする。ここで、第１の実施の形態では、ＭＮ２００のＷＬＡＮインタフェースＩｆ２からのＣＭＩＰｖ６のＢＵメッセージ２１２は不要であり、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８で十分である。ただし、第２の実施の形態の利点は、ＭＮ２００がホームＰＭＩＰｖ６ドメイン２０４に接続（connect）しているかを予測する必要がないが、ＭＮ２００がＷＬＡＮインタフェースＩｆ２のインタフェース識別子とＢＩＤをＬＭＡ／ＨＡ２０３に送信する必要があることにある。第２の実施の形態では、シグナリング負荷を減少させるために必要なすべての処理をＬＭＡ／ＨＡ２０３が実行する。多くのＬＭＡ／ＨＡが存在する場合、これらのＬＭＡ／ＨＡ２０３に多くの処理負荷を負わせても実現可能である。

＜第３の実施の形態＞
次に、前述した図１１を参照して第３の実施の形態について説明する。ここで、図１１において、ＭＮ２００がＷＬＡＮインタフェースＩｆ２を経由してホームＰＭＩＰｖ６ドメイン２０４に接続（connect）していることを知得しているものとする。その情報は、ＭＮ２００がＷＬＡＮ２０６のビーコンを参照して、ＭＡＧ２０２がＬＭＡ／ＨＡ２０３とのトンネルを確立していることをＭＡＧ２０２から取得することができる。ＭＮ２００は上記の情報から、ＣＭＩＰｖ６のＢＵのシグナリング最適化を実行できるものと知得し、ＣＭＩＰｖ６のＢＵメッセージ２１２をＬＭＡ／ＨＡ２０３に送信する。ここで、このＢＵメッセージ２１２は、ＬＭＡ／ＨＡ２０３に接続（attach）した各インタフェースＩｆ１、Ｉｆ２のＢＩＤを含み、また、それらに非常に長い存続期間を記述する。第３の実施の形態のポイントは、ＭＮ２００が非常に長い存続期間、接続（attach）した場合、ＭＮ２００がＢＵをリフレッシュする必要がないことである。

この場合、ＭＮ２００は、ＢＵメッセージ２１２内に記述した存続期間より長くホームＰＭＩＰｖ６ドメイン２０４内をローミングした場合には、第３のエントリＥ３をリフレッシュする必要がある。また、ＬＭＡ／ＨＡ２０３が非常に長い存続期間をアクセプトしない（長い存続期間のモビリティ・サービスを保証できない）場合には、ＬＭＡ／ＨＡ２０３が受け入れる存続期間の最大の値をＭＮ２００が知得し、ＢＵメッセージ２１２で通知してもよい。また、ＬＭＡ／ＨＡ２０３は自身の負荷の状態に応じて、ＭＮ２００からのＢＵをアクセプトしたり、リジェクトしたりするかもしれない。したがって、非常に長い存続期間のバインディングや、静的又はハードコードのバインディングは、ＬＭＡ／ＨＡ２０３がアクセプトできないかもしれない。この場合、ＬＭＡ／ＨＡ２０３からＭＮ２００に対して、長い存続期間のバインディングをアクセプトできるか否かを通知し、それに応じてＭＮ２００が長い存続期間を含むＢＵメッセージ２１２を送るべきか否かを判断してもよい。

また、ＷＬＡＮ２０６が図２に示したＷＬＡＮ３０、３１のように連続していない場合、もし、ＷＬＡＮインタフェースＩｆ２がオン、オフしたときに新しい外部プリフィックスＰ２がＷＬＡＮインタフェースＩｆ２に与えられると、外部プリフィックスＰ２に対して長い存続期間のＢＵメッセージ２１２を送信しないと判断してもよい。これにより、比較的短期間利用する外部プリフィックスに対しては通常のバインディングキャッシュとして扱わせることができる。また、ＭＮ２００は複数のインタフェースＩｆ１、Ｉｆ２を有するので、各インタフェースＩｆ１、Ｉｆ２に対して長い存続期間のＢＵメッセージ２１２を送信する。第３の実施の形態の主な利点は、ＭＮ２００の構成の変更が最小であることにある。拡張ＭＩＰｖ６タスク（Ｍｏｎａｍｉ６の機能）を備えたＭＮ２００は、ソフトウエアを変更することなくシグナリング・ストームの問題を解決できる。

＜第４の実施の形態＞
さらに、同じ図１１を参照して第４の実施の形態について説明する。第４の実施の形態では、ＬＭＡ／ＨＡ２０３は、ＣＭＩＰｖ６のＢＵメッセージ２１２をＭＮ２００から受信した場合に第２の実施の形態のシグナリング最適化を実行できるものと推論すると、ＢＵメッセージ２１２の応答として、ＣＭＩＰｖ６のＢＵメッセージ送信停止要求シグナル６１５の代わりに、非常に長い存続期間を記述したバインディング確認（ＢＡ）メッセージ（不図示）をＭＮ２００に送り返す。ＭＮ２００は、このＢＡメッセージ内の存続期間が満了するまで新しいＢＵメッセージ２１２をＬＭＡ／ＨＡ２０３に送信しない。

ただし、第４の実施の形態においても、ＭＮ２００は、ＢＡメッセージ内の存続期間が満了するとＣＭＩＰｖ６キャッシュをリフレッシュする必要がある。第４の実施の形態の主要な利点は、より多くの処理負荷をＭＮ側ではなくネットワーク側にシフトできることにある。さらに、第２の実施の形態と比べて、ＬＭＡ／ＨＡ２０３の動作を簡略化できる。

＜第５の実施の形態＞
次に図１２を参照して第５の実施の形態について説明する。図１２において、ＭＮ２００、ＭＡＧ２０１、２０２、ＬＭＡ／ＨＡ２０３、ホームＰＭＩＰｖ６ドメイン２０４、インタネット２０５、ＷＬＡＮ２０６及びＣＮ２１４は図１１と同じであるが、図１１で示したＣＭＩＰｖ６のＢＵメッセージ２１２とＢＣ７１３内の第３のエントリＥ３がない。

上記構成において、まず、図１１と同様に、ＭＮ２００が最初に３ＧセルラインタフェースＩｆ１を介してＭＡＧ２０１に接続（attach）すると、ＭＡＧ２０１がＰＢＵメッセージ（シグナリング２０８）をＬＭＡ／ＨＡ２０３に送信して、ＬＭＡ／ＨＡ２０３のＢＣＥ７１３に第１のエントリＥ１（ＰＭＩＰｖ６キャッシュ）が生成され、また、ＭＮ１０がＭＩＰｖ６のホームプリフィックスＰ１を参照する。同様に、ＭＮ２００がＭＡＧ２０２に対するトンネル確立をトリガすると、ＭＡＧ２０２がＰＢＵメッセージ７０９をＬＭＡ／ＨＡ２０３に送信して、ＬＭＡ／ＨＡ２０３のＢＣＥ７１３に第２のエントリＥ２（ＰＭＩＰｖ６キャッシュ）が生成される。

第５の実施の形態では、ＬＭＡ／ＨＡ２０３がＢＣＥ７１３に第２のエントリＥ１（ＰＭＩＰｖ６キャッシュ）を生成するとき、両方のＰＭＩＰｖ６キャッシュが同じＭＮ２００に属することを、ＮＡＩを使用して推論できる。したがって、ＬＭＡ／ＨＡ２０３は、ＰＢＵメッセージ２０９の応答であるＰＢＡメッセージ７１１でＭＡＧ２０２に指示して、ＭＮ２００が外部プリフィックスＰ２を参照したときに、図１１で示したＣＭＩＰｖ６のＢＵメッセージ２１２を送信しないよう、ＭＡＧ２０２がＲＡ／ＩＫＥｖ２完了メッセージ７１２でＭＮ２００に通知する。さらに、ＬＭＡ／ＨＡ２０３は、ＰＢＡメッセージ７１１でＭＡＧ２０２に指示して、ＭＮ２００がホームプリフィックスＰ１に対するフローを複数のインタフェースＩｆ１、Ｉｆ２にロードバランスするようにＭＡＧ２０２に通知させる。

第５の実施の形態の動作について詳しく考察する。ＬＭＡ／ＨＡ２０３の構成は、ＬＭＡ／ＨＡ２０３が同じＭＮ２００に属するＢＣＥ７１３の第１、第２のエントリＥ１、Ｅ２を識別し、更にホームプリフィックスＰ１あてのパケットを外部プリフィックスＰ２のＰＭＩＰｖ６キャッシュ（第２のエントリＥ２）を経由してルーティング可能であることを識別するように変更されている。そして、ＬＭＡ／ＨＡ２０３はＭＡＧ２０２に対し、外部プリフィックスＰ２用に送信されるＰＢＡメッセージ７１１でホームプリフィックスＰ１を通知し、ＭＡＧ２０２がＲＡメッセージ７１２で特別なオプションを送信する。この特別なオプションは、ＭＮ２００が外部プリフィックスＰ２を参照したときに、図１１で示したＣＭＩＰｖ６のＢＵメッセージ２１２を送信しないようにＭＮ２００に通知するフラグである。ここで重要な点は、ＭＡＧ２０２がＰＢＡメッセージ７１１でホームプリフィックスＰ１を通知されているので、ホームプリフィックスＰ１用のパケットがＭＡＧ２０２にルーティングされたときに、ＭＡＧ２０２はそのパケットを、外部プリフィックスＰ２から構成したアドレスのＷＬＡＮインタフェースＩｆ２に転送できることにある。

次に、第１の実施の形態と比較して第５の実施の形態の不具合について考察する。第１に、ホームＰＭＩＰｖ６ドメイン２０４内のＭＡＧ２０１、２０２の構成が変更されている。第２に、ＭＮ２００は、ホームプリフィックスＰ１用のパケット（例えばＱｏＳが高いＶｏＩＰの場合）が、安定している３ＧセルラインタフェースＩｆ１のみに来るよう希望するかもしれない。すなわち、インタフェースＩｆ１、Ｉｆ２の両方に来ることを希望しないかもしれない。ＭＮ２００がこのような希望を有する場合、ＬＭＡ／ＨＡ２０３がホームプリフィックスＰ１をＭＡＧ２０２に通知することは無駄となる。

第３に、ＭＮ２００がホームＰＭＩＰｖ６ドメイン２０４内で２つのＨｏＡ（ホームプリフィックスＰ１から構成したＨｏＡ１と外部プリフィックスＰ２から構成したＨｏＡ２）を有する場合、ＭＮ２００がこのシグナリング最適化サービスを希望しないかもしれない。なお、ＳＨＩＭ６（Site Multi-homing by IPv6 Intermediation）をＭＮ２００とＣＮ２１４に備えてもよい。この場合にはマルチホーミングは既に実現できるので、ＬＭＡ／ＨＡ２０３の動作は無駄となる。ここで、当業者であれば、ＬＭＡ／ＨＡ２０３が理想的には、ＭＮ２００から何かのトリガを取得した後にのみ、このシグナリング最適化をすべきであることは明らかである。その理由は、ＭＮ２００のステート（備えられているプロトコル）と、希望する内容は通常、ＭＮ２００のみが知得しているからである。第５の実施の形態の不具合について説明したが、第５の実施の形態の利点は、ＭＮ２００がマルチホーミングを実現するためにホームＰＭＩＰｖ６ドメイン２０４内では如何なるシグナリングも実行する必要がないことにある。第５の実施の形態によれば、ＭＮ２００はホームプリフィックスＰ１あてのパケットをすべてのインタフェースＩｆ１、Ｉｆ２で受信できる。

＜第６の実施の形態＞
同じ図１２を参照して第６の実施の形態について説明する。第６の実施の形態では、ＭＮ２００がホームプリフィックスＰ１のパケットがインタフェースＩｆ１、Ｉｆ２の両方（又はＩｆ２）に届くことを希望するものとする。ただし、ＭＮ２００はインタフェースＩｆ１、Ｉｆ２に対して１つのホームプリフィックスＰ１と１つのＨｏＡを有するものとする。ＭＮ２００はホームプリフィックスＰ１をＬＭＡ／ＨＡ２０３に通知し、また、ＬＭＡ／ＨＡ２０３に対して、ホームプリフィックスＰ１についての外部プリフィックスＰ２に関連するＭＡＧ２０２を通知するよう要求する。基本的に、そのＭＮ２００からの通知シグナリングは１回のみ必要である。

以下に詳しく説明する。ＭＮ２００がホームプリフィックスＰ１をＬＭＡ／ＨＡ２０３に通知し、また、ＬＭＡ／ＨＡ２０３に対してＭＮの他のインタフェースＩｆ２に接続（connect）しているＭＡＧ２０２に対して、ホームプリフィックスＰ１について通知するよう要求する。この通知メッセージは、新しい種類の明示的なモビリティ・シグナリングメッセージである。ＬＭＡ／ＨＡ２０３はこの通知メッセージを受信すると、ホームプリフィックスＰ１が有効なプリフィックスであることをＭＡＧ２０２に通知する。ＬＭＡ／ＨＡ２０３は、ＭＮ２００のインタフェースＩｆ２がＭＡＧ２０２に接続（attach）したときにプリフィックスＰ１、Ｐ２をＭＡＧ２０２に通知することができる。ここで重要な点は、ＭＡＧ２０２がホームプリフィックスＰ１についての情報をいったん取得すると、ＭＡＧ２０２がこの情報を、ＭＮ２００のインタフェースＩｆ２が接続（attach）した他のＭＡＧにＣＴ（context transfer）で転送できることにある。このＣＴの動作は、古いＭＡＧから新しいＭＡＧの間でＣＴインタフェースが利用可能な場合にのみ可能である。

第６の実施の形態では、ＬＭＡ／ＨＡ２０３においてホームプリフィックスＰ１のＨｏＡあてに到着したパケットは、ＭＡＧ２０２経由でトンネル化される。また、ＭＮ２００のインタフェースＩｆ２が移動したときにはいつでも、ＬＭＡ／ＨＡ２０３が上記のホームプリフィックスＰ１についての通知メッセージを送信する。さらに、秘密性の高いデータフローにとって、ＭＡＧ２０２経由のトンネル化は望ましくないが、ＭＮ２００経由のトンネル化が可能である。第６の実施の形態の主要な利点は、ＭＮ２００が、他のインタフェースＩｆ２がホームＰＭＩＰｖドメイン２０４に接続（attach）したことを予測する必要がなく、また、第１の実施の形態のようにインタフェースＩｆ２のインタフェース識別子を送信する必要がないことにある。第１の実施の形態と比較して、第６の実施の形態では、ＭＮ２００から来るシグナリングの負荷をやや減少できる。

＜第７の実施の形態＞
同じ図１２を参照して第７の実施の形態について説明する。第７の実施の形態では、ＭＮ２００がホームプリフィックスＰ１のパケットがインタフェースＩｆ１、Ｉｆ２の両方（又はＩｆ２）に届くことを希望するものとし、このため、ＭＮ２００がホームプリフィックスＰ１をＭＡＧ２０２に通知する。ＭＡＧ２０２はＬＭＡ／ＨＡ２０３からホームプリフィックスＰ１の証明（verification）を取得する。

以下に詳しく説明する。ここで、ＭＮ２００は既に、インタフェースＩｆ１がＭＡＧ２０１に接続（attach）しており、また、ホームプリフィックスＰ１をＲＡメッセージ２１０で参照しているものとする。次に、ＭＮ２００は、ＷＬＡＮインタフェースＩｆ２とＭＡＧ２０２との初期接続（initial attachment）の間のトンネル・セットアップメッセージでホームプリフィックスＰ１についてＭＡＧ２０２に通知する。ＭＡＧ２０２はホームプリフィックスＰ１の情報を取得すると、その情報をＰＢＵメッセージ７０９でＬＭＡ／ＨＡ２０３に送信する。ＬＭＡ／ＨＡ２０３はＰＢＵメッセージ７０９をＭＡＧ２０２から受信すると、ＭＡＧ２０２に対して外部プリフィックスＰ２とホームプリフィックスＰ１が有効なプリフィックスであることを通知する。

基本的に、ＭＮ２００は、ＷＬＡＮインタフェースＩｆ２経由でホームＰＭＩＰｖドメイン２０４内の各ＭＡＧに接続（attach）すると、ホームプリフィックスＰ１の証明（verification）のために上記のトンネル・セットアップメッセージを各ＭＡＧに送信する必要がある。なお、代わりに、ＭＡＧ２０２がいったん、ＬＭＡ／ＨＡ２０３からホームプリフィックスＰ１の確認を取得すると、この情報は他のＭＡＧにＣＴで転送することができる。基本的に、各ＭＡＧはＣＴでホームプリフィックスＰ１と外部プリフィックスＰ２を転送することができ、ＭＮ２００のＷＬＡＮインタフェースＩｆ２に接続（attach）したすべてのＭＡＧは、有効なホームプリフィックスＰ１と外部プリフィックスＰ２を有する。このため、ホームプリフィックスＰ１のフローあてのデータパケットは、ＷＬＡＮインタフェースＩｆ２に接続（attach）した各ＭＡＧにトンネル化できる。

第７の実施の形態では、ホームプリフィックスＰ１のパケットをインタフェースＩｆ１、Ｉｆ２の両方で取得するために、シグナリングがコアネットワーク内で発生する。例えばホームプリフィックスＰ１の有効性をＬＭＡ／ＨＡ２０３に問い合わせるシグナリングと、ＷＬＡＮインタフェースＩｆ２がホームＰＭＩＰｖドメイン２０４接続（attach）したときに必ずＭＮ２００がホームプリフィックスＰ１を転送するシグナリングは、追加されたシグナリングである。第７の実施の形態の主要な利点は、ＭＮ２００がホームプリフィックスＰ１をＭＡＧに通知することのみを必要とすることにある。この通知はＬ２シグナルで可能である。したがって、シグナリング最適化を実現するために、ＭＮ２００から発生するシグナリング負荷を第１の実施の形態より少なくすることができる。

＜第８の実施の形態＞
次に図１３を参照して第８の実施の形態について説明する。第８の実施の形態では、ＭＮ２００が外部ＰＭＩＰｖ６ドメイン８１０をローミングしているときのＨｏＡあてのパケットロスを防止する方法について説明する。ここでの想定では基本的に、ＬＭＡ／ＨＡ２０３は、ホームプリフィックスＰ１のフローを、外部プリフィックスＰ２が与えられたＭＡＧ経由で送信できるものとする。また、基本的に、ＭＮ２００のインタフェースＩｆ２に接続（connect）したＭＡＧは、ＭＮ２００のホームプリフィックスＰ１に関してある機能を有するものとする。この機能は、ＬＭＡ／ＨＡ２０３によりそのＭＡＧに直接に提供してもよく、又は、最初にあるＭＡＧに与えられて他のＭＡＧにはＣＴで転送してもよい。

図１３において、複数のインタフェースＩｆ１、Ｉｆ２を有するＭＮ２００は、最初にインタフェースＩｆ１、Ｉｆ２の両方を介してホームＰＭＩＰｖドメイン２０２に接続（connect）するものとする。ここで、ＭＮ２００は、最初にインタフェースＩｆ１経由でＭＡＧ２０１に接続（connect）し、次いでインタフェースＩｆ２経由でＭＡＧ２０２に接続（connect）するものとする。さらに、ＭＮ２００が最初に接続（connect）するＷＬＡＮ２０６がインタネット２０５に接続（connect）されているものとする。さらに、ホームＰＭＩＰｖドメイン２０２が同様にインタネット２０５に接続（connect）されているものとする。

ＭＮ２００が最初にインタフェースＩｆ１経由でＭＡＧ２０１に接続（attach）すると、ＭＡＧ２０１がＰＢＵメッセージ（不図示）をＬＭＡ／ＨＡ２０３に送信してＬＭＡ／ＨＡ２０３のＢＣ８１３に第１のエントリＥ１（ＰＭＩＰｖ６キャッシュ）が生成され、また、ＭＮ２００がＲＡメッセージ（不図示）からホームプリフィックスＰ１を参照する。次いでＭＮ２００がインタフェースＩｆ２経由でＭＡＧ２０２に対するトンネル確立をトリガすると、ＭＡＧ２０２はＰＢＵメッセージ（不図示）をＬＭＡ／ＨＡ２０３に送信してＬＭＡ／ＨＡ２０３のＢＣ８１３に第２のエントリＥ２（ＰＭＩＰｖ６キャッシュ）が生成される。

ここで、ＬＭＡ／ＨＡ２０３は第１、第２のエントリＥ１、Ｅ２を用いて、ホームプリフィックスＰ１から構成されたＨｏＡあてに来るパケットをＭＡＧ２０２あてにトンネル化でき、また、ＭＡＧ２０２はホームプリフィックスＰ１を通知されるものとする。また、ＭＮ２００は、ＭＡＧ２０１に未だ接続（attach）しているときに、ＷＬＡＮインタフェースＩｆ２がＭＡＧ２０２から切断（disconnect）して、別の外部ＰＭＩＰｖ６ドメイン８１０のＭＡＧ８０３に接続（attach）するものとする。このとき、基本的に、ＭＮ２００はＷＬＡＮインタフェースＩｆ２経由で、外部ＰＭＩＰｖ６ドメイン８１０のＬＭＡ／ＨＡ８０８から外部プリフィックスすなわちローカル・ブレークアウト・プリフィックスを参照する。そこで、ＭＮ２００はＣＭＩＰｖ６のＢＵメッセージ８１２を外部ＰＭＩＰｖ６ドメイン８１０経由でホームＬＭＡ／ＨＡ２０３に送信してＬＭＡ／ＨＡ２０３のＢＣ８１３に第３のエントリＥ３（ＣＭＩＰｖ６キャッシュ）が生成される。

ここで、重要な点は、ＭＮ２００がＣＭＩＰｖ６のＢＵメッセージ８１２をフラグＨ付きで送信して、ＬＭＡ／ＨＡ２０３に対してＨｏＡあてのパケットをＷＬＡＮインタフェースＩｆ２経由の送信を希望することにある。非常に可能性が低いケースとして、ＷＬＡＮインタフェースＩｆ２が外部ＰＭＩＰｖ６ドメイン８１０のＬＭＡ／ＨＡ８０８に接続（attach）してＬＭＡ／ＨＡ２０３のＢＣ８１３に第３のエントリＥ３（ＣＭＩＰｖ６キャッシュ）が生成された後に、ＭＡＧ２０２による第２のエントリＥ２の登録が解除されずに残っている場合があり、この場合にはパケットロスが発生する。その理由は、ＬＭＡ／ＨＡ２０３は第２のエントリＥ２を使用してパケットをルーティングしてもよいからである。したがって、ＭＮ２００がＣＭＩＰｖ６のＢＵメッセージ８１２を送信するときに、ＭＮ２００が新しいオプションをＢＵメッセージ８１２に添付して第２のエントリＥ２はもう有効でないことを通知することが望ましい。この目的のため、ＢＵメッセージ８１２内のオプション内に外部プリフィックスＰ２を送信することができる。

なお、ＭＮ２０２がＷｉＭＡＸアクセスネットワークに接続（attach）した場合、ＭＡＧ機能は、ワイヤレス・アクセスネットワークに位置するアクセスゲートウェイ（ＡＧＷ）に共存している。さらに、信頼できないＷＬＡＮアクセスネットワークにＭＮが接続（attach）した場合、ＭＡＧ機能はそのｅＰＤＧに共存している。さらにＭＮがＥ−ＵＴＲＡＮ、ＵＴＲＡＮ、ＧＥＲＡＮのような３Ｇアクセス経由で接続（attach）した場合、ＭＡＧ機能はそのＳ−ＧＷ（Serving GateWay）に共存している。さらに、３ＧＰＰアーキテクチャでは、ＬＭＡ／ＨＡ機能はＰ−ＧＷ（Packet data network GateWay）に共存している。

＜第９の実施の形態＞
第９の実施の形態では、図１５に示す二重登録（ＢＵ１、ＢＵ２）の問題を解決するために、ＭＮがＬＭＡ／ＨＡに対し、ＰＭＩＰｖ６ベアラがセットアップされるときにホームアンドアウェイ・バインディングを生成するよう要求する。図１６〜図２３を参照して第９の実施の形態について詳しく説明する。図１６に示す想定では、ＭＮ１００３は最初に、ＷｉＭＡＸインタフェースＩｆ２（及びＷｉＭＡＸアクセスネットワーク１００１、ＭＡＧ１００６）経由で、ホームドメインであるＥＰＣ（evolved packet core）１０００に接続（attach）し、次いでＬＴＥ（long-term evolution）インタフェースＩｆ１すなわち３ＧインタフェースＩｆ１（及びＵＴＲＡＮ、ＬＴＥ、Ｅ−ＵＴＲＡＮなどのアクセスネットワーク１００２、ＭＡＧ１００５）経由でＥＰＣ１０００に接続（attach）するものとする。

ＭＮ１００３は、最初にＷｉＭＡＸインタフェースＩｆ２がＷｉＭＡＸアクセスネットワーク１００１に接続（attach）すると、ＭＡＧ１００６による認証が成功した後、ＭＡＧ１００６が管理するプリフィックスＰ２をシグナリング・メッセージ１００７経由で参照する。図１５と同様に、ＷｉＭＡＸインタフェースＩｆ２のモビリティは、ＭＩＰｖ６メカニズムにより管理される。また、ＭＮ１００３は、ＷｉＭＡＸインタフェースＩｆ２経由で接続（attach）する処理を開始するときに、ＬＴＥ／３ＧインタフェースＩｆ１で接続（attach）する処理を開始する。ＭＮ１００３は、最初にプリフィックスＰ２をＷｉＭＡＸインタフェースＩｆ２経由で参照すると、内部的にこれからＬＴＥ／３ＧインタフェースＩｆ１経由で参照するであろうプリフィックス・タイプを予測して決定する。なお、ＬＴＥ／３ＧインタフェースＩｆ１経由で参照するプリフィックスＰ１のモビリティは、ＰＭＩＰｖ６メカニズムにより管理されるものとする。

ＭＮ１００３は、多くのファクタに基づいて、Ｅ−ＵＴＲＡＮアクセスネットワーク１００２に接続（connect）されるＬＴＥ／３ＧインタフェースＩｆ１経由で参照するＭＩＰｖ６ホームプリフィックスＰ１を予測することができる。第１のファクタとしては、非特許文献６に示すようにＭＩＰｖ６−ＢＵがＬＴＥ／３ＧインタフェースＩｆ１経由で実行できない、つまりネットワークベースのローカル・モビリティ管理プロトコルが使われるので、ＭＮ１００３は、ＷｉＭＡＸインタフェースＩｆ２の電源をオフにした場合でもセッションが継続できるように、ＬＭＡ／ＨＡ１００４が常にホームプリフィックスＰ１を継続して付与するであろうと予測してもよい。

上記の予測に貢献する第２のファクタとしては、ＭＮ１００３が１つのＡＰＮ（Access Point Name）によって示される１つのサービスタイプのみに加入していて、かつＷｉＭＡＸバインディングがＬＭＡ／ＨＡ１００４にセットアップされる場合、ＭＮ１００３は、ＬＭＡ／ＨＡ１００４はＵＥ１００３に対してマルチホーミングを実現するために、ＭＩＰｖ６ホームプリフィックスＰ１を３Ｇ／ＬＴＥインタフェースＩｆ１経由で付与すると予測する。ＡＰＮは、３ＧＰＰではあるサービスタイプを特徴付ける。ＡＰＮの詳しい説明は、非特許文献６に記載されている。ＭＮ１００３が１つのＰＤＮのみに加入している場合は、１つのＡＰＮのみを保持しているため、ＬＴＥインタフェースＩｆ１経由で接続（connect）したときにＬＭＡ／ＨＡ１００４が同じＭＩＰｖ６プリフィックスを割り当てるかもしれないと予測することは合理的である。

ＭＮ１００３が複数のＰＤＮに加入している場合は、複数のＡＰＮを保持しているため、ＬＭＡ／ＨＡ１００４は、別のＰＤＮにアクセスするために別のプリフィックスをＬＴＥインタフェースＩｆ１経由で割り当てるかもしれない。基本的に、複数のＡＰＮの想定では、同時接続（connection）中は、Ｐ−ＧＷは、異なるインタフェースに対して異なるＰＤＮからのプリフィックスを割り当てるかもしれない。すなわち、マルチホーミングを実現するためにＰＤＮ１からのプリフィックスをＷｉＭＡＸインタフェースＩｆ２経由で、ＰＤＮ２からのプリフィックスを３ＧインタフェースＩｆ１経由で割り当てる。

上記の予測に貢献する第３のファクタとしては、ＭＮ１００３がリアルタイムに関するフローをＷｉＭＡＸインタフェースＩｆ２経由で使用していて、次に３ＧインタフェースＩｆ１経由に切り換える場合、ネットワークポリシーとして、３ＧインタフェースＩｆ１の方がリアルタイムフローには理想的であるため、ＷｉＭＡＸインタフェースＩｆ２からのフローを３ＧインタフェースＩｆ１側に通過させたいという場合がある。ネットワークは、このフローを３ＧインタフェースＩｆ１側に通過させたい場合、ＭＩＰｖ６プリフィックスをＰＭＩＰｖ６プリフィックスとして３ＧインタフェースＩｆ１経由で送信する必要がある。ＭＮ１００３は、上記のネットワークポリシーを知得している場合、ＭＩＰｖ６ホームプリフィックスＰ１を３ＧインタフェースＩｆ１経由で参照するであろうと簡単に予測できる。

上記の予測に貢献する第４のファクタは、ＭＮ１００３において静的に構成されたポリシーである。ＭＮ１００３は、例えば「ＬＴＥリンクをＭＩＰｖ６ホームリンクとしたい」というポリシーをＨＳＳ（Home Subscription Server）においてあらかじめ構成してもよい。ＭＮ１００３は、「リアルタイムなフローを同時使用したい」という理由などによりこの静的なポリシーを構成していて、リアルタイムなサービスを提供するＰＤＮにＭＮ１００３が加入している場合にこのポリシーをＨＳＳに構成する。リアルタイムなサービスを提供するＰＤＮとは、ＩＭＳ（IP Multimedia Service）タイプである。別の理由として、ＬＴＥアクセスがリアルタイムなサービスに対してより良いＱｏＳを提供し、リアルタイムなフローが３ＧインタフェースＩｆ１に来ることをＭＮ１００３が望む場合がある。

上記の説明から、「ＭＩＰｖ６ホームプリフィックスＰ１を３ＧインタフェースＩｆ１経由で参照するであろう」ということを予測する決定基準をＭＮ１００３が使用できることがわかる。ＭＮ１００３は、この決定プロセスを完了すると、ＢＵメッセージ１００８をＬＭＡ／ＨＡ１００４に送信する。ＢＵメッセージ１００８には、例えばＭＩＰＶ６ホームプリフィックスＰ１用のＰＭＩＰｖ６ベアラがセットアップされるときにホームアンドアウェイのバインディングを生成するようＬＭＡ／ＨＡ１００４に要求する新しい情報を埋め込むことができる。以下、ＢＵメッセージ１００８に埋め込まれる情報を「ホームバインディング生成要求」又は「Ｈフラグ生成要求」と称す。ここで、当業者であれば、ＭＮ１００３は、ＭＩＰｖ６ホームプリフィックスＰ１をＬＴＥアクセス経由で参照するであろうということを予測できるので、ホームアンドアウェイのバインディングを生成するためにＬＭＡ／ＨＡ１００４に送信するＢＵメッセージとして、図１５に示す複数のＢＵメッセージ（ＢＵ１、ＢＵ２）ではなく、ホームバインディング生成要求を含む１つのＢＵメッセージ１００８のみを送信すればよいことは明らかである。

ＬＭＡ／ＨＡ１００４は、ＢＵメッセージ１００８内の上記の「ホームバインディング生成要求」を処理して、応答メッセージ又はＢＡメッセージ１０１０をＭＮ１００３に送信する。ＢＡメッセージ１０１０はＭＮ１００３に対し、「ＭＩＰＶ６ホームプリフィックスＰ１に対するＰＭＩＰｖ６ベアラがセットアップされるときに、Ｈフラグを生成することを要求するリクエストをサポートするか否か」を通知する。ＢＵメッセージ１００８はまた、このＰＭＩＰｖ６ベアラがセットアップされるときにＨフラグを生成するトリガに加えて、ＰＭＩＰｖ６ベアラを識別する何らかの情報を含んでもよい。この識別情報は、インタフェース識別子やＡＰＮ（Access Point Name）のようなパラメータでよい。

シグナリング・メッセージ１００８は、種々の異なるタイプで送信することができ、後述する実施の形態に開示している。シグナリング・メッセージ１００８内に埋め込まれる重要な情報は、ＭＩＰＶ６ホームプリフィックスＰ１に対するＰＭＩＰｖ６ベアラがセットアップされるときに、図１７に示すＣＭＩＰｖ６キャッシュ１６０８のＨフラグ・フィールドにＨフラグを生成するようＬＭＡ／ＨＡ１００４に要求する「ホームバインディング生成要求」である。加えて、メッセージ１００８は、ＭＩＰｖ６ホームプリフィックスＰ１をＰＭＩＰｖ６プリフィックスとしてＬＴＥインタフェースＩｆ１経由で送信することを要求する情報を、ＬＭＡ／ＨＡ１００４がそのメカニズムを有しないときに含むことができる。このＰＭＩＰｖ６プリフィックスとしてＭＩＰｖ６ホームプリフィックスＰ１を要求するのはオプションである。この要求は、ホームプリフィックスＰ１のフローに対して同時バインディングを実現するか否かのＭＮ１００３のポリシー次第である。

さらに、メッセージ１００８は、ＬＭＡ／ＨＡ１００４におけるホームアンドアウェイのバインディングを実現するための他の情報を含むことができる。例えばメッセージ１００８は、ホームに接続（connect）したインタフェースＩｆ１のＢＩＤ値をＬＭＡ／ＨＡ１００４が生成することを要求するためのトリガを含むことができる。このＢＩＤ生成トリガがメッセージ１００８で送信されると、ＬＭＡ／ＨＡ１００４は、ホームに接続（connect）したＰＭＩＰｖ６ベアラのキャッシュに対してＢＩＤ値を生成する。さらに、ＬＭＡ／ＨＡ１００４は、このＢＩＤ値が、ＣＭＩＰｖ６メカニズムにより取り扱われているインタフェースのＢＩＤ値と異なることを保証する。このホームに接続（connect）したインタフェースＩｆ１に対して生成されたＢＩＤ値を有することにより、現在のメカニズムを使用してホームに接続（connect）されているインタフェースＩｆ１に対してフィルタリングルールをセットすることが容易となる。代わりに、ＭＮ１００３は、ＢＩＤオプションをメッセージ１００８内に記述することができる。このＢＩＤオプションは、ホームバインディングのＢＩＤ値を示すために使用される。ＢＩＤオプションを用いて、ＭＮ１００３は、ＬＭＡ／ＨＡ１００４にＢＩＤ値を生成させる代わりに、自身でホームバインディングのＢＩＤ値を記述することができる。

ＬＭＡ／ＨＡ１００４は、メッセージ１００８を受信するとメッセージ１００８を処理して、インタフェースＩｆ１用のＰＢＵメッセージ１００９がＬＭＡ／ＨＡ１００４に到着するのを待つ。ここで、ＬＭＡ／ＨＡ１００４は、ＣＭＩＰｖ６バインディングを図１７に示すエントリ１６０８に生成しているが、生成したＣＭＩＰｖ６バインディングには未だＨフラグを挿入しない。ＬＭＡ／ＨＡ１００４は、ＭＡＧ１００５からインタフェースＩｆ１用のＰＢＵメッセージ１００９が到着すると、ＰＭＩＰｖ６バインディングを図１７に示すエントリ１６０７に生成するとともに、ＣＭＩＰｖ６バインディングにＨフラグを挿入する。ＨフラグがＣＭＩＰｖ６バインディングに挿入されると、ＭＮ１００３は、ホームに接続（connect）したインタフェースＩｆ１と、外部ドメインに接続（connect）したインタフェースＩｆ２経由で到着することができる。

ここで、重要なことは、メッセージ１００８経由で送信された「ホームバインディング生成要求」すなわち「Ｈフラグ生成要求」は、ＰＭＩＰｖ６ベアラがセットアップされるまでアクティブではないということである。ＨフラグがＬＭＡ／ＨＡ１００４によりいったん挿入されると、ＭＮ１００３は、ＭＩＰｖ６ホームプリフィックスＰ１あてのフローを全てのインタフェースＩｆ１、Ｉｆ２経由で到着させることができ、マルチホーミングを実現することができる。

ＰＭＩＰｖ６ベアラがいったんセットアップされると、ＬＴＥアクセスネットワーク１００２側のＭＡＧ１００５により、ホームプリフィックスＰ１がメッセージ１０１０で広告される。アクセスネットワーク１００２がＥ−ＵＴＲＡＮの場合、このホームプリフィックスＰ１は、接続（attach）が成功したＭＮ１００３に対し、ＭＭＥ（Mobility Management Entity）により広告される。当業者であれば、この実施の形態の解決策は、ＬＴＥ／３ＧインタフェースＩｆ１がブートアップされている一方で、ＷｉＭＡＸインタフェースＩｆ２がハンドオフを実行中である場合や、両方のインタフェースＩｆ１、Ｉｆ２が同時のモビリティを実行している場合にも適用することができることは明らかである。メッセージ１００８がホームバインディングに関する情報（例えばＢＩＤオプション（ＨｏＡをＣｏＡフィールドに含む））を含む場合には、ＬＭＡ／ＨＡ１００４は、その情報を、生成したホームバインディングに適用する。

＜ＬＭＡ／ＨＡにおけるＢＣＥ＞
次に、図１７を参照して、ＭＮ１００３が「Ｈフラグ挿入要求」をＬＭＡ／ＨＡ１００４に送信する場合に、ＬＭＡ／ＨＡ１００４において生成されるバインディングキャッシュの構造について説明する。図１７は、特定のＭＮ１００３のみに関連するバインディング・キャッシュ・エントリ（ＢＣＥ）１６００の構造を示す。ＬＭＡ／ＨＡ１００４は、ホームエージェント機能とローカル・モビリティ・アンカー機能を有するので、ＭＮ１００３のために生成されるＢＣＥ１６００は、ＰＭＩＰｖ６キャッシュとＣＭＩＰｖ６キャッシュの両方を有することが考えられる。なお、当業者であれば、ＢＣＥ１６００は、ＬＭＡ／ＨＡ１００４がサービスする多数のＭＮのバインディング・キャッシュ・エントリを有することは明らかである。このバインディングキャッシュの構造は、非常に特有である。

マルチホーミング・パラメータがＢＵメッセージ１００８でＬＭＡ／ＨＡ１００４に通知されない場合には、ＣＭＩＰｖ６エントリがＰＭＩＰｖ６エントリより優先することが一般的に考えられる。しかし、図１７に示すようにバインディングキャッシュが例えばＨフラグ及び／又はＢＩＤオプションのような適切なマルチホーミング・パラメータを用いて生成される場合には、ＣＭＩＰｖ６とＰＭＩＰｖ６の各バインディング・キャッシュ・エントリ１６０８、１６０７は同じ優先度を有し、ＭＮ１００３あてのフローは、どちらか一方のエントリ１６０８、１６０７を使用してルーティングできる。

図１７に示すＢＣＥ１６００における第１のフィールド１６０１は、ＭＮ１００３に関連するホームネットワーク・プリフィックス（ホームプリフィックス）Ｐ１又はホームアドレス（ＨｏＡ）を示す。ホームネットワーク・プリフィックスＰ１は一般的にＰＭＩＰｖ６バインディング（図１７の１６０７）に関連し、ホームアドレス（ＨｏＡ）は一般的にＣＭＩＰｖ６バインディング（図１７の１６０８）に関連する。なお、ＣＭＩＰｖ６バインディングもホームネットワーク・プリフィックスＰ１に関連していてもよい。第２のフィールド１６０２は、フィールド１６０２がＰＭＩＰｖ６エントリ１６０７により生成される場合には、ＭＡＧ１００５のイーグレス・アドレス（ＭＡＧ ＣｏＡ）を示す。また、ＣＭＩＰｖ６エントリ１６０８により生成されるフィールド１６０２は、ＭＮ１００３のインタフェースに関連するＣｏＡ（ＭＮ ＣｏＡ）を示す。第３のフィールド１６０３は、ＭＮ１００３のインタフェースの識別子（ＩＦ−ＩＤ）を示す。ただし、フィールド１６０３は、ＭＡＣアドレス、又は特定のインタフェースに付与されるインタフェース識別子を示すことができる。ＩＦ−ＩＤのフィールド１６０３は、ＰＭＩＰｖ６バインディングの場合には必須であるが、ＣＰＭＩＰｖ６バインディングの場合には使用されない。

次のフィールド１６０４は、ＭＮ１００３のネットワーク・アクセス識別子（ＮＡＩ）を示し、このＮＡＩは、ＭＮ１００３の一時的な識別子であっても永久的な識別子でもよい。ＮＡＩのフィールド１６０４は、ＰＭＩＰｖ６バインディングの場合には必須であるが、ＣＰＭＩＰｖ６バインディングの場合には必須ではない。次のフィールド１６０５は、特定のバインディングのバインディング識別子（ＢＩＤ）を示し、特定のホームアドレスに関連する特定のバインディングを識別するために使用される。最後のフィールド１６０６は、ＣＭＩＰｖ６エントリ１６０８に関連するＨフラグを示す。

「ホームバインディング生成要求」がＬＭＡ／ＨＡ１００４に到着したときにＰＭＩＰｖ６ベアラが未だ確立されていない場合、ＬＭＡ／ＨＡ１００４は、ＨフラグをＣＭＩＰｖ６エントリ１６０８のＨフラグ・フィールド１６０６に挿入しない。ＬＭＡ／ＨＡ１００４は、ＰＭＩＰｖ６キャッシュが生成されるまで待機し、ＰＭＩＰｖ６キャッシュが生成されると、ＨフラグをＣＭＩＰｖ６エントリ１６０８のＨフラグ・フィールド１６０６に挿入する。ＰＭＩＰｖ６キャッシュが既に生成されている場合に、Ｈフラグを生成するＣＭＩＰｖ６要求が到着すると、ＬＭＡ／ＨＡ１００４は、Ｈフラグ付きのＣＭＩＰｖ６エントリ１６０８を生成する。

当業者であれば、ＭＮ１００３がホームアンドアウェイの同時登録をＬＭＡ／ＨＡ１００４に生成する方法が多くあることは明らかである。例えばＨフラグはＰＭＩＰｖ６に関連付けすることができる。代わりに、フィールド１６０５におけるＢＩＤオプション値がホームアンドアウェイの同時登録を示すことができる。

＜Ｈフラグ生成要求メッセージのパケット構造＞
本実施の形態で説明した「ホームバインディング生成要求」を送信する方法としては、種々の方法がある。前述した実施の形態では、ホームプリフィックスＰ１用のＰＭＩＰｖ６ベアラがセットアップされるときにＨフラグをＣＭＩＰｖ６キャッシュに挿入することをＬＭＡ／ＨＡ１００４に指示するための「ホームバインディング生成要求」は、ＢＵメッセージ１００８内の新しいオプションで行うことを記載したが、多くの変形例が考えられる。以下、詳細に説明する。

図１８Ａ、図１８Ｂ、図１８Ｃ、図１８Ｄを参照して、「ホームバインディング生成要求」すなわち「Ｈフラグ挿入要求」を含む他の信号の構造について説明する。図１８Ａ、図１８Ｂでは、「Ｈフラグ挿入要求」は、新しいモビリティ・ヘッダタイプで送信される。図１８Ａに示すパケット１４１０は、ＩＰｖ６ヘッダ１４１１と、認証ヘッダ１４１２と新モビリティ拡張ヘッダ１４１３の各フィールドを含み、新モビリティ拡張ヘッダ１４１３のフィールドは、標準フィールド１４１４と、「Ｈフラグ挿入要求」を示す新フィールド１４１５を含む。図１８Ｂに示すパケット１４３０は、ＩＰｖ６ヘッダ１４３１と、認証ヘッダ１４３２と新モビリティ拡張ヘッダ１４３３の各フィールドを含み、新モビリティ拡張ヘッダ１４３３のフィールドは、標準フィールド１４３４と、ＢＩＤオプション１４３５のフィールドと、「Ｈフラグ挿入要求」を示す新フィールド１４３６を含む。なお、信号としてはＭＮ１００３がネットワークに接続した際に行うＩＫＥｖ２メッセージを用いてもよい。

図１８Ｃ、図１８Ｄでは、「Ｈフラグ挿入要求」は、通常のＢＵヘッダタイプで送信される。図１８Ｃに示すパケット１４２０は、ＩＰｖ６ヘッダ１４２１と、認証ヘッダ１４２２とＢＵヘッダ１４２３の各フィールドを含み、ＢＵヘッダ１４２３のフィールドは、標準フィールド１４２４と新モビリティ・オプション１４２５の各フィールドを含む。新モビリティ・オプション１４２５のフィールドは、「Ｈフラグ挿入要求」と、ＰＭＩＰｖ６ベアラを識別するためのインタフェース識別子を含む。図１８Ｄに示すパケット１４４０は、ＩＰｖ６ヘッダ１４４１と、認証ヘッダ１４４２とＢＵヘッダ１４４３の各フィールドを含み、ＢＵヘッダ１４４３のフィールドは、標準フィールド１４４４と、ＢＩＤオプション１４４５のフィールドと、「Ｈフラグ挿入要求」を示す新モビリティ・オプション１４４５の各フィールドを含む。ＩＰｖ６ヘッダ１４１１、１４２１、１４３１、１４４１における送信元アドレスはＭＮ１００３のＣｏＡであり、あて先アドレスはＭＮ１００３のホームエージェントであるＬＭＡ／ＨＡ１００４のアドレスである。

以上、「Ｈフラグ挿入要求」を送信する種々のパケット構造について説明したが、他にも多くの方法がある。新しいオプションや新しいフィールドで送信する代わりに、例えば新しいフラグで「Ｈフラグ挿入要求」を送信することができる。さらに、「Ｈフラグ挿入要求」を、保留されている新しいＢＩＤ値でも送信することができる。新しいＢＩＤ値は、他の複数ＣｏＡバインディングには使用されないように保留されていることをグローバルに告知される。

また、他の方法として、「Ｈフラグ挿入要求」を第１の実施の形態において図６Ａに示したＬ２フレーム３０７Ｂの信号でＭＮ１００３から、ＭＮ１００３の代理ノードであるＭＡＧ１００５に通知してもよい。この場合、ＭＮ１００３は、ＰＣＯ（Protocol Configuration Option）を用いることができる。ＭＡＧ１００５は、この「Ｈフラグ挿入要求」をＬＭＡ／ＨＡ１００４に対し、ＰＢＵメッセージ１００９内のＰＣＯ、又は新しいオプション又は新しいフラグで通知する。ＬＭＡ／ＨＡ１００４は、このＰＣＯ、又は新しいオプション又は新しいフラグを参照すると、ホームプリフィックスＰ１用のＰＭＩＰｖ６ベアラがセットアップされるときにＨフラグをＣＭＩＰｖ６キャッシュに挿入する。なお、信号としては、アクセスネットワークに特有のメッセージを用いてもよい。

図６Ａに示すＬ２フレーム３０７ＢにおけるプロトコルＩＤ３０３Ｂのフィールドは、Ｌ２より上位の層で発生するパケットのときにのみ値を有する。プロトコルＩＤ３０３Ｂの値は、「Ｈフラグ挿入要求」がＬ２で発生したときにはオール０である。しかし、「Ｈフラグ挿入要求」がＬ２で発生しても、「Ｈフラグ挿入要求」を送信する決定と、Ｌ２フレーム３０７Ｂ内に埋め込む関連パラメータはＬ３から来なければならない。「Ｈフラグ挿入要求」は、情報３０４Ｂのフィールドにより伝送される。オプションとして、情報３０４Ｂのフィールドは、ＣＭＩＰｖ６バインディングのＢＩＤを伝送してもよい。「Ｈフラグ挿入要求」は、図６Ａに示すＬ２フレーム３０７Ｂ以外の他のフレーム構造でも送信することができる。

また、ＭＮ１００３は、図６Ａに示したＬ２フレーム３０７Ｂを用いて、ＭＮ１００３の代理ノードであるＭＡＧ１００５に対して、ＢＩＤをＣＭＩＰｖ６キャッシュに挿入する要求（ＢＩＤ挿入要求）を通知してもよい。このＢＩＤは、ＭＮ１００３が付与するか、又はＭＡＧ１００５が生成することができる。代わりに、ＭＡＧ１００５は、ＣＭＩＰｖ６キャッシュのＢＩＤとしてインタフェース識別子を使用するようＬＭＡ／ＨＡ１００４に要求するために、ＰＢＵメッセージ１００９内の特別なフラグを関連付けしてもよい。ここで重要な点は、Ｌ２メッセージを使用するときには、ＷｉＭＡＸインタフェースＩｆ２のために送信されるＣＭＩＰｖ６−ＢＵメッセージ１００８が、ＰＭＩＰｖ６ベアラがセットアップされるときにＨフラグを挿入するためのトリガを含まないということである。

＜ＭＮの構成＞
図１９は、第９の実施の形態におけるＭＮ１００３の構成を説明するための機能的アーキテクチャ１３００を示すブロック図である。機能的アーキテクチャ１３００は、ＭＮ１００３に備えるのに必要な全てのソフトウエア、ハードウエア及びファームウエアを示す。機能的アーキテクチャ１３００は、３つのサブ・モジュールにより構成され、具体的には下位層プロトコル・モジュール１３０１と、レイヤ３プロトコル・モジュール１３０２と上位層プロトコル・モジュール１３０３により構成される。

下位層プロトコル・モジュール１３０１は、ＭＮ１００３の各インタフェースＩｆ１、Ｉｆ２に関連する複数の下位層プロトコル・モジュールにより構成され、この複数の下位層プロトコル・モジュールは、主にリンク層の制御及び伝送のメカニズムに関連している。レイヤ３（Ｌ３）プロトコル・モジュール１３０２は、５つのサブ・モジュール、すなわちマルチホーミング・サポートユニット１３０４と、ＩＰｖ６ルーティング・ユニット１３０５と、ＭＩＰｖ６モビリティ管理ユニット１３０６と、Ｈフラグ生成要求ユニット１３０７と、ホームプリフィックス参照予測ユニット１３０８を含む。Ｌ３プロトコル・モジュール１３０２はまた、各ユニット１３０４〜１３０８間でメッセージを交換するための不図示のインタフェースを有する。また、各ユニット１３０４〜１３０８は、関連するバインディングリストを必要な場合に有する。

ＩＰｖ６ルーティング・ユニット１３０５は、近隣探索と、アドレス構成と基本的なＩＰｖ６ルーティング・メカニズムを実行し、ＭＩＰｖ６モビリティ管理ユニット１３０６は、バインディングのアップデート及び登録削除のメカニズムのようなＭＩＰｖ６モビリティ管理機能を実行する。マルチホーミング・サポートユニット１３０４は、ＢＵメッセージ内のＢＩＤを生成したり、Ｈフラグを添付したりする複数登録機能を実行する。Ｈフラグ生成要求ユニット１３０７は、ホームプリフィックスＰ１用のＰＭＩＰｖ６ベアラがセットアップされるときにＨフラグを生成するようにＬＭＡ／ＨＡ１００４に要求する「ホームバインディング生成要求」を構成する機能を有する。ホームプリフィックス参照予測ユニット１３０８は、種々の多くのファクタに基づいてホームプリフィックス参照を予測する機能を有する。ホームプリフィックス参照の予測については、既に詳しく説明した。当業者であれば、各ユニット１３０４〜１３０８は、実施するときには適当なソフトウエア・インタフェースを必要とすることは明らかである。

最後に上位層プロトコル・モジュール１３０３は、ＭＮ１００３に備えるトランスポート層とアプリケーション層のような上位層プロトコルの機能を有する。当業者であれば、図１９に示した機能的モジュールは、一例であって、本発明の範囲及び精神を逸脱しない限り、種々の実施方法があることは明らかである。

＜ＭＮの動作＞
次に、図２０に示すフローチャートを参照して、ＭＮ１００３（３ＧＰＰではＵＥ(User Equipment)と呼ばれる）の動作を説明する。ＭＮ１００３はまず、ステップ１１００を実行して、ホームプリフィックスＰ１を３ＧインタフェースＩｆ１経由で参照するかもしれないか否かを予測する。この予測処理については、既に詳しく説明したので、ここでは繰り返して説明しない。ステップ１１００における判断がＮＯの場合、すなわちＭＮ１００３は、ホームプリフィックスＰ１を３ＧインタフェースＩｆ１経由で参照することを高い確率で予測できない場合には、ステップ１１０１に進み、通常の動作、すなわちＨフラグなしのＢＵメッセージを送信する。ステップ１１０１では、マルチホーミングに関するパラメータも添付せず、また、新しいオプションも埋め込まないＷｉＭＡＸインタフェースＩｆ２用の通常のＢＵメッセージを送信する。

他方、ステップ１１００における判断がＹＥＳの場合にはステップ１１０２に進み、ＭＮ１００３は、「ホームバインディング生成要求」を追加した新しいＢＵメッセージ１００８をホームエージェント（ＬＭＡ／ＨＡ）１００４に送信して、ホームプリフィックスＰ１用のＰＭＩＰｖ６ベアラがセットアップされるときにＨフラグをＣＭＩＰｖ６エントリ１６０８に挿入するようにＬＭＡ／ＨＡ１００４に要求する。ＭＮ１００３は、ステップ１１０２においてこの新しい（すなわち、新しいオプションを含む）ＢＵメッセージ１００８を送信した後、ＨＡからの応答であるＡＣＫ信号（ＢＡメッセージ１０１０）を待つ。

ＭＮ１００３は、ＡＣＫ信号を受信すると、ＡＣＫ信号をチェックして、「ホームプリフィックスＰ１用のＰＭＩＰｖ６ベアラがセットアップされるときにＬＭＡ／ＨＡ１００４がＨフラグをセットするという応答」が有るか否かをチェックする（ステップ１１０３）。ＨＡがＨフラグをセットする場合には（ステップ１１０３でＹＥＳ）、ＭＮ１００３は、ホームプリフィックスＰ１をＬＴＥインタフェースＩｆ１経由で参照しても、Ｈフラグ付きのＢＵメッセージ（図１５に示す９０９）をＬＭＡ／ＨＡ１００４に送信しないことを決定する（ステップ１１０４）。ステップ１１０３でＮＯの場合とは、ＭＮ１００３がステップ１１０２で送信したＢＵメッセージ１００８をＬＭＡ／ＨＡ１００４が了解していない場合か、又はＬＭＡ／ＨＡ１００４がＭＩＰｖ６ホームプリフィックスＰ１をＬＴＥインタフェースＩｆ１経由で付与したくない場合かである。この場合には、ＭＮ１００３は、通常の動作に戻って、ホームプリフィックスＰ１を参照するまで待機し、参照すると、ＢＩＤオプションにＨフラグをセットしたＢＵメッセージ（図１５に示す９０９）をＨＡに送信する（ステップ１１０５）。

＜ＬＭＡ／ＨＡの処理＞
次に、図２１を参照してＬＭＡ／ＨＡ１００４の処理について説明する。なお、第９の実施の形態のＬＭＡ／ＨＡ１００４の構成については示されていないが、その機能的な構成は、第１の実施の形態における図１０とほぼ同じであるので、図示を省略する。図２１において、ＬＭＡ／ＨＡ１００４は第１ステップ１５００では、受信したメッセージが、ホームプリフィックスＰ１用のＰＭＩＰｖ６バインディングが生成されるときにＨフラグを挿入するよう要求する新しいタイプのメッセージ（ＢＵメッセージ１００８、以下では「Ｈフラグ挿入要求メッセージ」）か否かをチェックする。ステップ１５００においてＮＯの場合には、ＬＭＡ／ＨＡ１００４はステップ１５０１において、通常の動作としてＰＢＵ又はＢＵのメッセージのような他の標準のシグナリング・メッセージの処理を実行する。

他方、ステップ１５００においてＹＥＳの場合には、ＬＭＡ／ＨＡ１００４はステップ１５０２において、Ｈフラグ挿入要求メッセージが到着した時点でＰＭＩＰｖ６バインディング（エントリ１６０７）がセットアップされているか否かをチェックする。ステップ１５０２においてＮＯの場合にはステップ１５０３に進む。この場合、ＣＭＩＰｖ６バインディング（エントリ１６０８）が最初に生成されたが、ＬＭＡ／ＨＡ１００４のＰＭＩＰｖ６ベアラがセットアップされるときにＨフラグが挿入されると考えられる。このため、ＬＭＡ／ＨＡ１００４はステップ１５０３において、エントリ１６０８のＣＭＩＰｖ６バインディングを用いてパケットをルーティングする。他方、ステップ１５０２においてＹＥＳの場合には、ＬＭＡ／ＨＡ１００４のＰＭＩＰｖ６ベアラが既にセットアップされているので、ＬＭＡ／ＨＡ１００４はステップ１５０４において、エントリ１６０８においてＨフラグ付きのＣＭＩＰｖ６キャッシュを生成する。

＜第９の実施の形態の他の想定例＞
図２２は、３ＧＧＰネットワーク間でチェーン（Chained Scenario）が形成されているとなっている場合のシステムを想定している。この３ＧＧＰチェーンのシステムでは、外部ドメインであるＥＰＣ（ＶＰＬＭＮ）１２０１におけるＳ−ＧＷ（Serving GateWay）１２０６がＭＮ（ＵＥ１２００）に対して、経路途中のモビリティ管理アンカーとして動作する。この想定では、ＵＥ１２００に接続（attach）するＭＡＧであるｅＰＤＧ１２０７が、Ｐ−ＧＷ（Packet data network GateWay）１２０５のアドレスと関連するバインディング・パラメータを、経路途中のモビリティ管理アンカーであるＳ−ＧＷ１２０６に送信する。さらに、Ｓ−ＧＷ１２０６は、受信したバインディング・パラメータをＰ−ＧＷ１２０５に送信して、ＰＭＩＰｖ６バインディングをＰ−ＧＷ１２０５に生成する。

３ＧＧＰは、特に、ＵＥ１２００がＶＰＬＭＮ１２０２に位置していて、プリフィックスを管理するノードが、ＨＰＬＭＮ１２０１に位置するＰ−ＧＷ１２０５である場合に、上記のチェーンのアーキテクチャを使用してモビリティ管理を実現する。上記の経路途中のモビリティ管理アンカーが存在しない場合、ＵＥがＭＡＧに接続するたびに、新しいＰＭＩＰｖ６−ＢＵメッセージがＶＰＬＭＮ１２０２からＨＰＬＭＮ１２０１に転送されなければならず、このため、ハンドオフ遅延を招く。ＵＥ１２００がＶＰＬＭＮ１２０２に位置し、かつＵＥ１２００がＭＡＧを変更しているときにＳ−ＧＷ１２０６が変化しない場合、そのＳ−ＧＷ１２０６は、バインディング・パラメータをＰ−ＧＷ１２０５に送信する必要がなく、ＶＰＬＭＮ１２０１に位置するＵＥ１２００にとっては高速モビリティ管理が実現する。３ＧＧＰチェーンの想定の詳細は、非特許文献６に記載されている。

３ＧＧＰチェーンのシステムについて詳しく説明する。この想定例における主要な目的は、３ＧＧＰの非常に現実的なネットワーク・アーキテクチャではホームプリフィックスＰ１が遅延することを示すことにある。図２２において、ＵＥ１２００は、３ＧＰＰコアネットワークであってＵＥ１２００のＨＰＬＭＮ（Home Public Land Mobile Network）でもあるＥＰＣ（Evolved Packet Core）１２０１に対し、ＷｉＭＡＸインタフェースＩとＷＬＡＮインタフェースの２つを介して接続（connect）している。さらに、ＵＥ１２００は、ＥＰＣ１２０１のＰ−ＧＷ１２０５をホームエージェントとして構成していることが考えられる。さらに、ＵＥ１２００は、ＷｉＭＡＸインタフェースがＷｉＭＡＸアクセスネットワーク１２０４経由で接続（attach）し、かつＷＬＡＮインタフェースがＷＬＡＮアクセスネットワーク１２０３、及びＶＰＬＭＮ（visited public land mobile network）であるＥＰＣ１２０２経由で接続（attach）しているものとする。図２２から明らかなように、ＷＬＡＮインタフェースは３ＧＰＰチェーンのアーキテクチャに接続（connect）されている。さらに、ＷｉＭＡＸインタフェースのモビリティがＭＩＰｖ６メカニズムにより管理され、かつＷＬＡＮインタフェースのモビリティがＰＭＩＰｖ６メカニズムにより管理されることが考えられる。このような想定例において、ＵＥ１２００は、同時接続によりマルチホーミングを実現したい。

ＵＥ１２００は、ＷｉＭＡＸインタフェースがＷｉＭＡＸアクセスネットワーク１２０４に接続（attach）すると、アクセス認証（authentication）の完了後に、ＣｏＡを構成するために、アクセスゲートウェイ（ＡＧＷ）１２０８にルーティングされるプリフィックスＰ２をプリフィックス広告メッセージ１２０９で取得する。さらに、ＵＥ１２００は、ＷＬＡＮインタフェース経由の接続（attachment）処理を開始するものとする。しかし、ＷＬＡＮアクセスの接続認証（authentication）と資格認証（authorization）の成功後に、ＶＰＬＭＮ１２０２側のｅＰＤＧ１２０７は、バインディング・パラメータをＳ−ＧＷ１２０６に送信し（シグナリング・メッセージ１２１１）、さらにＳ−ＧＷ１２０６は、ＰＭＩＰｖ６バインディングをＨＰＬＭＮ１２０１側のＰ−ＧＷ１２０５に送信する（ＰＢＵメッセージ１２１２）。

上記の３ＧＰＰチェーンの想定において全てのＰＭＩＰｖ６ベアラをセットアップするのには、チェーニングプロセスためにある程度時間がかかる。図２２において、ＵＥ１２００は、ＡＧＷ１２０８からのプリフィックス（Ｐ２とする）を参照したときには、未だＰＭＩＰｖ６プリフィックス（ホームプリフィックスＰ１とする）をＷＬＡＮインタフェース経由で参照していない。

図２２において、ＵＥ１２００は、ホームプリフィックスＰ１をＷＬＡＮインタフェース経由で参照するかもしれないと予測すると、「ホームバインディング生成要求」を含むＢＵメッセージ１２１０をＰ−ＧＷ１２０５に送信する。ここで、Ｐ−ＧＷ１２０５は、最初にＢＵメッセージ１２１０を参照してＨフラグなしのＣＭＩＰｖ６キャッシュを生成し、Ｓ−ＧＷ１２１２からのＰＢＵメッセージ１２１２を受信したときに、ＨフラグをＣＭＩＰｖ６キャッシュに挿入するものとする。ここで、当業者であれば、Ｐ−ＧＷ１２０５は、Ｓ−ＧＷ１２１２からのＰＢＵメッセージ１２１２の前にＵＥ１２００からのＢＵメッセージ１２１０を最初に受信したときには、ＵＥ１２００のホームアンドアウェイのバインディングを生成できることは明らかである。

＜第９の実施の形態のさらに他の想定例：ホームに接続（connect）しているインタフェースがハンドオフする場合＞
上記のホームアンドアウェイの同時登録の想定では、ＣＭＩＰｖ６バインディングとＰＭＩＰｖ６バインディングが同時に行われなければならない。次に、変形例として、「ホームバインディング生成要求」が、ホームに接続（connect）しているインタフェースのハンドオフを取り扱う場合について説明する。ここで、外部に接続（connect）しているインタフェースは、未だ同じアクセスルータに接続（connect）している。図２３を参照して詳しく説明する。ＭＮ１７０３は２つのインタフェースを有し、例えばＷｉＭＡＸインタフェースは、ＷｉＭＡＸアクセスネットワーク１７０１経由でＭＡＧ１７０６に接続（connect）していることが考えられる。ここで、ＬＴＥインタフェースは、ＬＴＥアクセスネットワーク１７０２経由で最初はＭＡＧ１７０５に接続（connect）し、次にＭＮ１７０３の移動により別のＭＡＧ１７０７に接続（connect）するものとする。さらにＭＮ１７０３は、３ＧのＬＴＥアクセスネットワーク１７０２により、ＭＡＧ１７０５とＭＡＧ１７０７に接続（connect）するものとする。

上記の場合、ＭＮ１７０３は、ハンドオフ前のＭＡＧ１７０５からのメッセージ１７１１でホームプリフィックスＰ１を参照する前に、ＷｉＭＡＸ側のＭＡＧ１７０６からのルータ広告メッセージ１７０８で付与されるプリフィックスＰ２を使用してＣｏＡを生成して、「ホームバインディング生成要求」をＢＵメッセージ１７０９でＬＭＡ／ＨＡ１７０４に送信する。次にハンドオフ前のＭＡＧ１７０５からのＰＭＩＰｖ６−ＰＢＵメッセージ１７１０（ＰＢＵ１）がＬＭＡ／ＨＡ１７０４に到着すると、ＬＭＡ／ＨＡ１７０４におけるＣＭＩＰｖ６バインディングキャッシュにＨフラグが挿入される。

ここで、「ホームバインディング生成要求」を含むＢＵメッセージ１７０９は、ハンドオフのＰＭＩＰｖ６−ＰＢＵメッセージ１７１２（ＰＢＵ２）がＢＩＤやＨフラグのようなマルチホーミング・パラメータを含まなくても、ホームアンドアウェイ登録を削除しないようＬＭＡ／ＨＡ１７０４に通知するための新しい情報を含む。非特許文献５によれば、水平ハンドオフの場合は、ＰＢＵメッセージ１７１０、１７１２内にハンドオフ指示オプション（オプション値＝３）を含む。このため、ＭＮ１７０３のホームに接続（connect）しているＬＴＥインタフェースＩｆ１が別のＭＡＧ１７０７に移動すると、ＭＡＧ１７０７からＬＭＡ／ＨＡ１７０４に送信されるＰＭＩＰｖ６−ＰＢＵメッセージ１７１２（ＰＢＵ２）は、水平ハンドオフ指示を含み、マルチホーミング・パラメータを含まないであろう。この場合、「ホームバインディング生成要求」を含むＢＵメッセージ１７０９が上記の新しい情報を含むので、ＰＭＩＰｖ６−ＰＢＵメッセージ１７１２（ＰＢＵ２）は、ＬＭＡ／ＨＡ１７０４におけるホームアンドアウェイのステートを上書きせず、ホームアンドアウェイ登録を削除しない。ホームアンドアウェイのステートを削除できるのは、ＭＮ１７０３がＬＭＡ／ＨＡ１７０４に対し、ホーム又は外部に接続（connect）しているインタフェースの登録を解除するよう明示したときのみである。ホームに接続（connect）しているインタフェースの登録解除は、ＰＭＩＰｖ６メカニズムにより行われ、外部に接続（connect）しているインタフェースの登録解除は、ＣＭＩＰｖ６メカニズムにより行われる。

ホームアンドアウェイ同時接続の情報は、新しいトリガとして、ハンドオフ後の新しいＭＡＧ１７０７に送信することもできる。この新しいトリガとしては、Ｌ２特有のメッセージや、近隣探索に関するメッセージのようなＬ３特有のメッセージを使用することができる。ホームアンドアウェイに関する新しいトリガがＭＡＧ１７０７に送信されると、ＭＡＧ１７０７は、この情報をハンドオフのＰＢＵメッセージ１７１２（ＰＢＵ２）でＬＭＡ／ＨＡ１７０４に送信する。このハンドオフのＰＢＵメッセージ１７１２（ＰＢＵ２）内のホームアンドアウェイの情報により、上記のハンドオフの想定例においてもＬＭＡ／ＨＡ１７０４におけるホームアンドアウェイのバインディングが維持される。

以上、最も実際的かつ望ましい実施の形態について説明したが、当業者であれば、本発明の範囲及び精神を逸脱しない範囲で構成及びパラメータについて種々の変形が可能であることは明らかである。例えば３ＧとＷｉＭＡＸのインタフェースを例にして説明したが、本発明は、他の異なるアクセス技術タイプを有し、そのアクセス技術タイプのインタフェースをネットワークに接続（attach）する場合にも適用することができる。さらに、前述した想定例は３ＧＰＰに関するが、本明細書に記載した問題及び解決策は、異種のアクセスネットワークにより構成されていて、あるアクセス技術タイプ経由のあるモビリティ管理メカニズムの使用を制限する他の全てのＳＤＯに適用することができる。

以上、本発明について実施の形態を参照して説明したが、当業者であれば、本発明を逸脱しない種々の変形が可能であることは明らかである。例えば上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適用などが可能性としてあり得る。

本発明によれば、特許請求の範囲に記載したように、以下のような発明が提供される。
（１）請求項１に記載のバインディングキャッシュ生成方法、又は請求項５に記載のバインディングキャッシュ生成システムにおいて、前記ホームエージェントが、前記第１のインタフェース用の第１のプロキシ・バインディングキャッシュの存続期間が満了した場合に前記第２のインタフェース用のクライアントベースのバインディングキャッシュを削除することを特徴とする。
（２）請求項１又は２に記載のバインディングキャッシュ生成方法、又は請求項５又は６に記載のバインディングキャッシュ生成システムにおいて、前記第１のインタフェース用の第１のプロキシ・バインディングキャッシュが前記ホームエージェントに登録された後に、前記モバイルノードが前記ホームエージェントに対して、前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成して維持する要求メッセージを送信し、
前記ホームエージェントが、前記要求メッセージを受信した後、前記第２のインタフェース用の第２のプロキシ・バインディングキャッシュが登録された場合に、前記第１及び登録された第２のプロキシ・バインディングキャッシュに関連する前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成するとともに、前記モバイルノードに対して前記要求メッセージを再度送信しないように通知することを特徴とする。
（３）請求項１又は２に記載のバインディングキャッシュ生成方法、又は請求項５又は６に記載のバインディングキャッシュ生成システムにおいて、前記ホームエージェントが、前記第２のインタフェース用の第２のプロキシ・バインディングキャッシュを登録するプロキシ・バインディング・アップデートメッセージを受信した場合に前記第２のプロキシ・バインディングキャッシュを生成するとともに、前記第１及び前記生成した第２のプロキシ・バインディングキャッシュに関連する前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成して、前記モバイルノードに対して前記クライアントベースのバインディングキャッシュを登録する要求メッセージを送信しないように通知することを特徴とする。
（４）請求項１６に記載のバインディングキャッシュ生成方法において、前記ホームドメインの各プロキシノードの間で、前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成するための情報を転送することを特徴とする。
（５）請求項１から４、及び１４から１７までのいずれか１つに記載のバインディングキャッシ生成方法において、前記モバイルノードが、前記ホームドメインから外部ドメインにローミングした場合に、前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成する要求を前記外部ドメインを経由して前記ホームエージェントに通知することを特徴とする。

本発明は、複数のインタフェースを有するモバイルノードがホームドメイン内をローミングする場合に、ホームエージェントにおいてクライアントベースのバインディングキャッシュを生成して管理する場合のシグナリングを減少することができるという効果を有し、ホームドメインが３ＧのＰＭＩＰｖ６ドメインなどの場合に利用することができる。
また本発明は、複数のインタフェースを有するモバイルノードがホームリンクと外部リンクに同時に接続（connect）しているときのバインディング登録のシグナリングを減少することができるという効果を有し、ホームドメインが３ＧのＰＭＩＰｖ６ドメインなどの場合に利用することができる。

本発明は、複数のインタフェースを有するモバイルノードがホームドメイン内をローミングする場合のバインディングキャッシュ生成方法及びバインディングキャッシュ生成システムに関する。
本発明はまた、前記バインディングキャッシュ生成システムにおけるホームエージェント及びモバイルノードに関する。

現在、多くの通信装置がＩＰｖ６（Internet Protocol version 6）を用いて通信を行っている。また、モバイル装置に対してモビリティサポートを提供するために、ＩＥＴＦ（Internet Engineering Task Force）は、下記の非特許文献１に示すようなＭＩＰｖ６（Mobility Support in IPv6）を開発している。非特許文献１におけるモビリティサポートは、ホームエージェント（ＨＡ）と呼ばれるエンティティをモバイルノード（ＭＮ）のホームネットワークに導入することにより実現している。ＭＮはＨＡに対し、外部リンクで取得した気付アドレス（ＣｏＡ）を、バインディング・アップデート（ＢＵ）メッセージと呼ばれるメッセージを用いて登録する。ＨＡはＢＵメッセージにより、ホームリンクから取得したアドレスであるホームアドレス（ＨｏＡ）とＭＮのＣｏＡの間にバインディング（位置情報）を生成することができる。ＨＡはバインディングにより、ＭＮのＨｏＡあてのメッセージをインタセプトし、ＭＮのＣｏＡあてのパケットにカプセル化して転送する。なお、このパケットカプセル化は、受信したパケットを新しいパケットのペイロードにセットする処理であり、パケットトンネル化として知られている。

ＭＩＰｖ６における問題の１つは、ネットワーク接続（attachment）が変更するときごとや、バインディングの有効期間が満了するときに、ＭＮが１つ又は複数のＨＡと通信相手（Correspondent Node：ＣＮ）を更新する必要があることにある。この更新により、高速で移動するＭＮが無線ネットワークに放出するシグナリングの負荷が増大する。さらに、ネットワーク接続（attachment）の変更ごとにＣＮとの間で行うハンドオフ確立時間（経路最適化が使用されているとする）は、ネットワーク接続（attachment）の変更ごとにＲＲ（Return Routability）メッセージとＢＵメッセージの送受信が必要となるため、多くの時間を要する。このため、フロー又はコネクションに関連するセッションの間、ハンドオフ確立にかなりの時間を要するので、ジッタやパケットロスが発生する。このようなジッタは、ＶｏＩＰ（Voice over IP）や、マルチメディア及びビデオストリーミングのようにリアルタイムなアプリケーションにとっては好ましくない。さらに、パケットロスは、重要なテキストやデータの情報を伝送するフローにとっては好ましくない。パケットロスはさらに、ＴＣＰ（Transmission Control Protocol）が重要なデータ、アプリケーションの転送に使用される場合、ＴＣＰのスループットを減少させる。

ＭＩＰｖ６の問題に注目すると、焦点は現在、ネットワークベースのローカル・モビリティ管理（Network-based Local Mobility-Management：ＮｅｔＬＭＭ）プロトコルにシフトされる。ＩＥＴＦのＮｅｔＬＭＭワーキンググループは、このプロトコルの作業を行っている。ネットワークベースのローカル・モビリティ管理は、地理的にローカルなネットワーク・セグメントに位置するＭＮのモビリティを、ＭＮそれ自体よりもネットワーク・エンティティにより管理することに言及している。

ＭＮにとって透過的なネットワークベースのローカル・モビリティ管理の目的を達成するために、ＭＮはローカルドメイン内のどこでも同じプリフィックスを参照することを必要とする。上記のプリフィックスは、ルーティング階層の上位に位置するルータから取得されなければならない。そのルータは望ましくは、ローカル・モビリティ管理の利点が取得可能なようにローカルドメイン内のすべてのＭＮのデフォルト・ルーティングパスに位置する。上記のルータは、上記のプリフィックスのルートであって、上記のプリフィックスに対する到達性の情報すなわちルーティング情報（プリフィックスベースのルート）を有しなければならない。結果的に、このプリフィックスベースのルートは、ネットワーク・エンティティにより生成されなければならない。

ＮｅｔＬＭＭワーキンググループにより検討されている特別なネットワークベースのローカル・モビリティ管理プロトコルは、下記の非特許文献２に開示されているＰＭＩＰｖ６（Proxy Mobile Internet Protocol version 6）である。ＰＭＩＰｖ６のプロトコルは主に、ＣＭＩＰｖ６（Client Mobile IPv6）スタックを有しない通常のＩＰｖ６ホストに対して、ネットワークのローカルな部分におけるモビリティ管理サービスを提供するために設計されている。にもかかわらず、ＰＭＩＰｖ６はＣＭＩＰｖ６スタックを有するノードにも有用である。その理由について説明すると、ＣＭＩＰｖ６スタックを有するＭＮが外部のＰＭＩＰｖ６ドメインに位置していて、そのローカルドメイン内のあるインタフェースを介して同じプリフィックス（外部のローカル・モビリティ・アンカー（ＬＭＡ）／ＨＡにおいてルーティングされる外部のＰＭＩＰｖ６ローカルプリフィックス）を参照する場合、そのＭＮは如何なるグローバルな登録も実行する必要がない。さらに、上記のＣＭＩＰｖ６スタックを有するＭＮは、ホームドメイン内にローミングしたとき、地理的な位置を変更しているにもかかわらず、自身のホームネットワーク・プリフィックスを継続して参照して位置登録に参加する必要がない。

以下に、非特許文献２に開示されているＰＭＩＰｖ６の概略を説明する。あるＭＮがあるＰＭＩＰｖ６に接続（attach）したとき、そのＭＮは、モバイル・アクセス・ゲートウェイ（ＭＡＧ）とアソシエート中に、自身のネットワーク・アクセス識別子（ＮＡＩ）を提供する。ＭＡＧとは、ＭＮが直接に接続（attach）しているルータであり、ＭＮが制御下にあるローカル・モビリティ・アンカー（ＬＭＡ）に対して、ＭＮのプロキシとしてローカルな登録を実行するルータ（プロキシノード）である。ＮＡＩは接続認証（Authentication）の目的のために、ＡＡＡ（Authentication, Authorization and Accounting）サーバに転送される。ＡＡＡサーバは、ＭＮのネットワーク接続（attachment）を資格認証（Authorize）すると、接続認証（Authentication）が成功したことをＭＡＧに通知するためにレスポンスを送り返す。上記のレスポンスでは、ＡＡＡサーバはさらに、ＬＭＡアドレスと、ＭＮがローカルドメイン内をローミング中に備える必要があるアドレス構成モード又は特別なポリシーのような幾つかのＭＮプロファイルを提供する。

ＭＡＧは上記のＭＮのパラメータを取得すると、プロキシＢＵ（ＰＢＵ）メッセージをＬＭＡに送信する。ＭＡＧはＰＢＵメッセージの応答であるプロキシ・バインディング確認（ＰＢＡ）メッセージから、ＭＮの接続（attach）しているインタフェースに関連するプリフィックスを取得した後、ホームリンク及びローカルホームリンクをエミュレートする。上記のようにＭＡＧが実行するＰＢＵメッセージすなわちローカルな登録は、このメッセージがＰＢＵメッセージであることを示すフラグのみを除いてＭＩＰｖ６のＢＵメッセージと同一である。ＰＢＵメッセージを実行することにより、ＭＮの到達性のステートがＬＭＡにおいて生成される。基本的には、ＬＭＡは、ＰＭＩＰｖ６ドメインで取得されたＭＮプリフィックスに対する到達性のステートを有し、このＭＮプリフィックスに対して到達可能なアドレスはＭＡＧのアドレスである。

ＭＮはステート有り（stateful）又はステート無し（stateless）のアドレス構成モードを用いて、ＰＭＩＰｖ６ドメインで受信したプリフィックスを用いてアドレスを構成する。各ＭＮはユニークなプリフィックスを取得するので、ＬＭＡにおけるプリフィックスベースのキャッシュは、ＭＮに十分に到達する。ＬＭＡに到着した各データパケットは、ＭＮに接続（connect）しているＭＡＧにトンネル化され、また、ＭＮからＭＡＧに到着した各データパケットはＬＭＡにトンネル化される。ＭＡＧの近隣（neighbor）キャッシュテーブルは、ＭＮのＰＭＩＰｖ６ローカルアドレスと、ＭＮにパケットを伝送するのに使用されるリンク層アドレスをバインディングする。

次に、ＭＮが複数の通信インタフェースを有していて各インタフェースが異なるアクセス技術に属する場合、又はＭＮが１つのインタフェースを有していてその１つのインタフェースが複数の異なるプリフィックスを処理可能であって同じインタフェースに対して複数の異なるアドレスを構成可能な場合の広い意味のマルチホーミングについて説明する。非特許文献２に開示されているＰＭＩＰｖ６のプロトコルは、複数のインタフェースを有していてすべてのインタフェースが同時に接続（attach）するＭＮをサポートできるように設計されている。基本的には、各インタフェースには１つのユニークなプリフィックスが割り当てられ、ＰＭＩＰｖ６のプロトコルは、ＰＭＩＰｖ６ドメイン内をローミング中、各インタフェースが同じプリフィックスを参照することを保証している。したがって、複数のインタフェースを有するＭＮにとって、ＰＭＩＰｖ６の複数のバインディングがＬＭＡにおいて維持され、また、各バインディングはユニークなプリフィックスにより識別される個々のモビリティ・セッションとして維持される。

下記の非特許文献４には、ＭＩＰｖ６機能を備えたＭＮが外部ドメイン内をローミングしたときにマルチホーミング・サポート機能をいかにＨＡにおいて提供するかが記述されている。非特許文献４におけるマルチホーミング・サポート機能は、マルチホーミングの利点が取得可能なように、ＭＮの１以上のインタフェースに関連する個々の気付アドレス（ＣｏＡ）を介してパケットを到達させるメカニズムである。ＭＮが外部ドメイン内をローミングすると、マルチホーミング・サポートを行うためには、ＭＮのホームプリフィックス用の地理的なアンカーポイントとなるＨＡは、ＭＮのＣｏＡ用のバインディング情報を有する必要がある。このバインディング情報は、ホームアドレス（ＨｏＡ）とＭＮの１以上のインタフェースに関連する個々のＣｏＡのマッピングである。非特許文献４には、複数のバインディングを個々に同時に維持するために、バインディング識別子（ＢＩＤ）を使用することが記述されている。このＢＩＤは各インタフェース、すなわち各インタフェースのＣｏＡをユニークに識別する。ＢＩＤはローミングするＭＮにより生成されて、バインディング登録の際にＨＡに転送される。ＨＡはＢＩＤを使用して、１つのＨｏＡあてのパケットを個々のＣｏＡに到達可能にする登録を維持することができる。

３ＧＰＰ（Third Generation Partnership Project）は、例えばワイヤレス・ローカルエリア・ネットワーク（ＷＬＡＮ）と、セルラネットワーク又は第３世代（３Ｇ）セルラネットワークや第３．９世代、第４世代などと、ＷｉＭＡＸ形式のワイヤレスのワイドエリア・ネットワーク（ＷＡＮ）のような種々の形式の無線アクセスネットワークを有するグローバルな異種ネットワーク結合構造について作業を行っている。グローバルな異種ネットワーク結合構造は、シームレスなモビリティを実現して、リアルタイムなビデオ、ＶｏＩＰ（Voice over IP）、情報、重要なデータなどの異種のアプリケーションサービスを高いサービス品質（Quality of Service）でサポートするのに有用である。下記の非特許文献３には、ＰＭＩＰｖ６が３ＧＰＰローカルドメインにおけるローカル・モビリティ管理（ＬＭＭ）プロトコルとして採用されるであろうことが開示されている。３ＧＰＰローカルドメインは、３Ｇセルラネットワークと、信頼性のある（Trusted）又は信頼性のない（Untrusted）ＷＬＡＮアクセスネットワークやＷｉＭＡＸアクセスネットワークにより構成されるかもしれない。さらに、複数の異種のインタフェースを有するＭＮが３ＧＰＰローカルドメインをローミングして、種々の形式のインタフェースを介して同時接続（attach）してマルチホーミングを実現する必要がありそうである。また、他の従来技術としては、下記の非特許文献５、６、７及び特許文献１〜１０に開示されているものがある。

Aghvami, A.H., et. al., "Method of discovering multi-mode mobile terminals", US Patent No. US20060166699A1, July 27, 2006. Paik, Eun-kyoung, et. al., "Method for optimizing synchronization signal among multiple home agents in mobile internet service system", WIPO Patent No. WO06068439A1, June 29, 2006. Maeda, M., "Location registration using multiple care-of addresses", US Patent No. US20040142657A1, July 22, 2004. Vesterinen, S., "Local mobility management in mobile internet protocol network", US Patent No. US20060209759A1, September 21, 2006. Ikeda, S., et. al., "Mobility managing method and mobile Terminal", WIPO Patent No. WO04014027A2, February 12, 2004. White, P., et. al., "Multi access terminal with capability for simultaneous connectivity to multiple communication channels", WIPO Patent No. WO06055784A2, May 26, 2006. Wall, S.B., et. al., "System and method for handoff processing", US Patent No. US7272123, September 18, 2007. Karia, S., et. al., "Reducing data loss during handoffs in wireless", WIPO Patent No. WO2007041652A2, April 12, 2007. Bachmann, J., et. al., "Enabling simultaneous use of home network and foreign network by a multihomed mobile node", WIPO Patent No. WO2007039016A1, April 12, 2007. Weniger, K., et. al., "Race condition resolution in mixed network- and host-based mobility management scenarios", European Patent No. EP1953991A1, August 6, 2008.

Johnson, D. B., Perkins, C. E., and Arkko, J., "Mobility Support in IPv6", Internet Engineering Task Force Request For Comments 3775, June 2004. Gundavelli, S., et. al., "Proxy Mobile IPv6", Internet Engineering Task Force (IETF) Working Group Draft: draft-sgundave-mip6-proxymip6-02.txt, March 5, 2007. "3GPP System Architecture Evolution: Report on Technical Options and Conclusion", 3GPP TR 23.882, V1.12.0, October 2007. Wakikawa, R., et. al., "Multiple Care-of Addresses Registration", Internet Engineering Task Force Working Group Draft: draft-ietf-monami6-multiplecoa-03.txt, July 9, 2007 Gundavelli, S., et. al., "Proxy Mobile IPv6", Internet Engineering Task Force (IETF) Internet Engineering Task Force Request For Comments 5213, August 2008. "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Architecture enhancements for non-3GPP accesses", 3GPP TS 23.402, V8.3.0, September 2008. Wakikawa, et. al., "Multiple care-of addresses Registration", Internet Engineering Task Force Draft: draft-ietf-monami6-multiplecoa-10.txt, November 2008.

次に、ＭＮが同じホームＬＭＡ／ＨＡからホームプリフィックスと外部プリフィックスを参照して、外部プリフィックスを参照するインタフェースの到達性を実現したい場合の問題点について説明する。図１４に示す例では、ＭＮ２００の複数のインタフェースとＣＮ２１４の間の通信は、まず、３ＧＰＰネットワークであるホームＰＭＩＰｖ６ネットワーク２０４のＬＭＡ／ＨＡ／ホームＰＤＮ（Packet Data Network）ゲートウェイ２０３とＭＡＧ／３Ｇサービングゲートウェイ（Ｓ-GW）２０１（及びインタネット２０５）を介して行われている。次いでＭＮ２００の複数のインタフェースのうちの１つがネットワーク２０６のアクセスルータ（ＡＲ）２０７に接続（connect）すると、ＭＮ２００の複数のインタフェースとＣＮ２１４の間の通信は、ホームＰＭＩＰｖ６ネットワーク２０４のＬＭＡ／ＨＡ／ホームＰＤＮゲートウェイ２０３とＭＡＧ／ｅＰＤＧ（evolved Packet Data Gateway）２０２（及びインタネット２０５）を介して行われる。ＭＮ２００が新たに接続（connect）するネットワークは、信頼性のないアクセスネットワーク（Untrusted Access Network）であり、例えばＷＬＡＮ２０６である。

図１４に示すシステム例では、ＬＭＡ／ＨＡ／ホームＰＤＮゲートウェイ２０３では、ＭＮ２００のＰＭＩＰｖ６登録とＣＭＩＰｖ６登録が発生する。ＬＭＡ／ＨＡ／ホームＰＤＮゲートウェイ２０３において想定される基本的な動作に着目すると、まず、ＭＮ２００の複数のインタフェースにそれぞれ異なるプレフィックスを割り当てることで、ＬＭＡ／ＨＡ／ホームＰＤＮゲートウェイ２０３は、ＭＮ２００の各インタフェースにそれぞれ関連する異なるプリフィックスによる個々のＰＭＩＰｖ６キャッシュ（バインディングキャッシュ２１３の第１のエントリＥ１及び第２のエントリＥ２）を維持するものとする。

次に、ＣＭＩＰｖ６キャッシュについては、ＬＭＡ／ＨＡ／ホームＰＤＮゲートウェイ２０３は、ＭＮ２００の各インタフェースに異なるＨｏＡが割り当てられたときは、それぞれのＨｏＡに関するＣＭＩＰｖ６キャッシュとして別々に管理するか、又は非特許文献４に開示されているようにすべてのインタフェースに対して同じＨｏＡが割り当てられたときには、ＢＩＤを用いることで、１つのＣＭＩＰｖ６キャッシュに対して関連付けられたそれぞれのインタフェースを区別する。図１４に示されているバインディングキャッシュ２１３の第３のエントリＥ３は、Ｐ１から生成されたアドレスをＨｏＡとし、Ｐ２から生成されたアドレスをＣｏＡとしてＣＭＩＰｖ６キャッシュを構成している。また、このとき、ＰＭＩＰｖ６のプロトコルが複数のプリフィックスを用いているので、あるＰＭＩＰｖ６キャッシュ（第１のエントリＥ１）は、同じプリフィックスから生成されたＨｏＡを有し、ＢＩＤ又はインタフェース識別子を有さないＣＭＩＰｖ６バインディングで置換できるのみであるものとする。基本的には、ＰＭＩＰｖ６キャッシュをＣＭＩＰｖ６キャッシュで更新する場合、又はその逆の場合、ＢＩＤ／インタフェース識別子は、主要なパラメータでないものとする。例えば、もしＰＭＩＰｖ６キャッシュがＣＭＩＰｖ６登録要求と同じＢＩＤ／インタフェース識別子を有するが、ＰＭＩＰｖ６登録とＣＭＩＰｖ６登録のプリフィックスが異なる場合には、ＰＭＩＰｖ６登録とＣＭＩＰｖ６登録はお互いに上書きされず、並列に存在する。

この動作は以下の具体例により明らかである。図１４において、ＭＮ２００の３ＧセルラインタフェースＩｆ１がＭＡＧ／３Ｇ・Ｓ−ＧＷ（サービングゲートウェイ）２０１に接続（attach）し、また、ＭＮ２００のＷＬＡＮインタフェースＩｆ２がＭＡＧ／ｅＰＤＧ２０２に接続（attach）するものとする。さらに、ＭＮ２００のＷＬＡＮインタフェースＩｆ２は、ＡＲ２０７に直接接続しており、ＭＡＧ／ｅＰＤＧ２０２に対してIPsec トンネルインタフェースを介して接続（attach）するものとする。基本的には、ＭＡＧ／ｅＰＤＧ２０２は、３ＧＰＰネットワークであるホームＰＭＩＰｖ６ネットワーク２０４（以下、ホームＰＭＩＰｖ６ドメイン）に対しては信頼性のあるゲートウェイである。さらに、ＷＬＡＮ２０６はインタネット２０５に接続（connect)され、また、ホームＰＭＩＰドメイン２０４もインタネット２０５に接続（connect)される。

ＭＮ２００はＬＭＡ／ＨＡ／ホームＰＤＮゲートウェイ２０３からプリフィックスを取得しアドレスを生成する。しかし、ＭＮ２００はＷＬＡＮインタフェースＩｆ２用として、もう１つのアドレスを構成する。そのアドレスは、プリフィックスがＡＲ２０７のプリフィックスに直接に関連する不変でないアドレスである。この不変でないアドレスは、パケットをＭＡＧ／ｅＰＤＧ２０２にトンネル化するためだけに使用される。

ＭＮ２００の３ＧセルラインタフェースＩｆ１が最初にホームＰＭＩＰドメイン２０４に接続(attach)してレイヤ２のアクセス認証が成功すると、ＭＡＧ（ＭＡＧ／３Ｇ・Ｓ−ＧＷ）２０１がＬＭＡ／ＨＡ／ホームＰＤＮゲートウェイ２０３との間でＰＢＵ／ＰＢＡ動作（図のシグナリング２０８）を実行し、ＬＭＡ／ＨＡ／ホームＰＤＮゲートウェイ２０３がＰＢＡメッセージ（２０８）でホームプリフィックスＰ１を割り当てる。このときのＭＮ２００に関するＬＭＡ／ＨＡ／ホームＰＤＮゲートウェイ２０３におけるＰＭＩＰｖ６登録は、バインディングキャッシュ（ＢＣ）２１３の最初のエントリＥ１である。この最初のエントリＥ１は、ホームプリフィックスＰ１と、ＭＡＧアドレスとしてＭＡＧ／３Ｇサービングゲートウェイ２０１のアドレスＭＡＧ１と、ＭＮ−ＩＤであるＮＡＩと、Ｉｆ−ＩＤとしてＩｆ１−ＩＤが対応している。この内容は非特許文献２で説明されているので、ここでは詳細な説明を省略する。

次に、ＭＮ２００のＷＬＡＮインタフェースＩｆ２がＷＬＡＮドメイン２０６に接続(attach)すると、ＭＮ２００は、まず不変でないアドレスを取得、すなわちＡＲ２０７のプリフィックスから不変でないアドレスを構成し、次いでドメイン・ネームサーバ（ＤＮＳ）クエリを実行してｅＰＤＧアドレスを取得する。ＭＮ２００はｅＰＤＧアドレスを取得すると、インタネットキー交換（ＩＫＥｖ２）手続をＭＡＧ／ｅＰＤＧ２０２と開始してセキュアなトンネルを確立する。トンネルの確立手続中は、レイヤ３の認証パラメータが転送され、認証が成功すると、ＭＡＧ／ｅＰＤＧ２０２は、ＰＢＵ／ＰＢＡメッセージ（図のシグナリング２０９）をＬＭＡ／ＨＡ／ホームＰＤＮゲートウェイ２０３とやり取りし、ホームプリフィックスＰ１に対してローカルプリフィックス（外部プリフィックス）として使用するプリフィックスＰ２が取得されてＭＮ２０２に転送される（図のシグナリング２１１）。シグナリング２１１は、ＩＰｓｅｃトンネル確立確認メッセージを示す。ＰＢＵ／ＰＢＡメッセージ（図のシグナリング２０９）によりＢＣ２１３に生成される登録が第２のエントリＥ２である。第２のエントリＥ２は、外部プリフィックスＰ２と、ＭＡＧアドレスとしてＭＡＧ／ｅＰＤＧ２０２のアドレスＭＡＧ２と、ＭＮ−ＩＤであるＮＡＩと、Ｉｆ−ＩＤとしてＩｆ２−ＩＤが対応している。なお、プリフィックスＰ１をホームプリフィックス、プリフィックスＰ２を外部プリフィックスと称しているが、これはエントリＥ３におけるＨｏＡとＣｏＡの関係を基にしている。よって、プリフィックスＰ２を用いてＣＮと通信を行う場合には、プリフィックスＰ２がホームプリフィックス、プリフィックスＰ１が外部プリフィックスとみなされる。

ここで、ＭＮ２００は外部プリフィックスＰ２をＷＬＡＮインタフェースＩｆ２経由で参照した場合、到達性を実現するために、非特許文献４で説明されている、ホームネットワークと外部ネットワークから同時に接続する際に送信するＣＭＩＰｖ６登録をＷＬＡＮインタフェースＩｆ２経由で送信してマルチホーミング機能の取得を希望する場合を考える。なお、このＣＭＩＰｖ６登録メッセージには、エントリＥ３を生成するための情報（ＨｏＡ（Ｐ１）及びＣｏＡ（Ｐ２））が含まれているが、同じプリフィックスＰ１に関する既存のエントリＥ１を無効化しないために、Ｅ１と独立にＥ３を生成することを示す情報（フラグＨをセット、またはＥ１のＢＩＤと異なるＥ３用のＢＩＤ）が含まれている。このようにＭＮ２０２のすべてのインタフェースを使用すると、帯域が広くなってＭＮ２０２の幾つかのフローのＱｏＳを増大することができる。また、ＭＮ２００はこれらのフローがＷＬＡＮインタフェースＩｆ２のみの経由で到達することを希望するかもしれない。この場合、フラグＨ付きのＣＭＩＰｖ６登録２１２を送信して、ＣＮ２１４からのあるフローについてはＷＬＡＮインタフェースＩｆ２のみの経由で到達するようにフィルタ・ルールを適切化するかもしれない。なお、フラグＨについては非特許文献４で説明されているので、詳細な説明を省略する。

ＭＮ２００がフラグＨ付きのＣＭＩＰｖ６登録２１２を実行した場合にバインディングキャッシュ２１３に生成される登録が第３のエントリＥ３である。第３のエントリＥ３は、ホームプリフィックスＰ１から生成したＨｏＡと、ＣｏＡとして外部プリフィックスＰ２から生成したＣｏＡ（Ｐ２）と、ＭＮ−ＩＤであるＮＡＩと、Ｉｆ−ＩＤとしてフラグＨが対応している。ここで重要な点は、第３のエントリＥ３がどのように維持されるかである。なお、フラグＨはホームエージェントにおいてホームとアウェイの両方に接続したことを示すエントリを生成するために用いられる。ＬＭＡ／ＨＡ／ホームＰＤＮゲートウェイ２０３は、フラグＨが存在するＣＭＩＰｖ６登録２１２をアクセプトして第３のエントリＥ３としてＣＭＩＰｖ６エントリを生成する。第３のエントリＥ３は第１のエントリＥ１を上書きしない。

もし、ＭＮ２００がインタフェース識別子Ｉｆ１−ＩＤが付加されたＣＭＩＰｖ６ＢＵ（すなわちＢＩＤ＝Ｉｆ１−ＩＤ）を送信すると、このＣＭＩＰｖ６ＢＵは第１のＰＭＩＰｖ６エントリＥ１を上書きしてしまい、マルチホーミング機能が喪失する。したがって、ＭＮ２００がＢＩＤ付き又はフラグＨ付きのＣＭＩＰｖ６登録２１２を送信することができ、また、このＢＩＤは、第１のＰＭＩＰｖ６エントリＥ１がＣＭＩＰｖ６登録２１２により上書きされないようにインタフェース識別子Ｉｆ１−ＩＤと異なるべきである。ここで、もしＭＮ２００がインタフェース識別子Ｉｆ２−ＩＤと等しいＣＭＩＰｖ６登録を送信すると、第２のＰＭＩＰｖ６エントリＥ２は、このＣＭＩＰｖ６登録により上書きされない点が重要である。この理由は、ＰＭＩＰｖ６のプロトコルがインタフェースごとにユニークなプリフィックスを採用しており、このため、ＰＭＩＰｖ６キャッシュがＣＭＩＰｖ６キャッシュにより置換されるのは、ＰＭＩＰｖ６キャッシュのプリフィックスが新しいＣＭＩＰｖ６ＢＵメッセージのホームアドレスのプリフィックスと一致するときのみであるからである。

ここで、ＢＣ２１３内のエントリＥ１、Ｅ２、Ｅ３を参照すると、ＣＭＩＰｖ６登録が直接に第２のエントリＥ２に関連することは明らかである。さらに、当業者であれば、エントリＥ３を使用した場合に生成されるＣｏＡ（Ｐ２）宛のパケットをルーティングするためには、ＬＭＡ／ＨＡ／ホームＰＤＮゲートウェイ２０３は、ＢＣ２１３内においてプリフィックスＰ２がＰＭＩＰｖ６登録を有するか否かをチェックしなければならないことは明らかである。ＷＬＡＮインタフェースＩｆ２にパケットを正確にルーティングするためには、このような回帰的なトレーシングが必要となる。ＬＭＡ／ＨＡ／ホームＰＤＮゲートウェイ２０３は、ＭＡＧ２０２のアドレスＭＡＧ２を発見したときのみ、ＣｏＡ（Ｐ２）にパケットを正確にルーティングすることができる。

重要なことは、ＭＮ２００あてのすべてのパケットが、プリフィックスＰ１から生成した１つのＨｏＡに到着することである。ＬＭＡ／ＨＡ／ホームＰＤＮゲートウェイ２０３は基本的に、第１のエントリＥ１（ＰＭＩＰｖ６エントリ）又は第３のエントリＥ３（ＣＭＩＰｖ６エントリ）を使用して、ＨｏＡあてのパケットをルーティングする。上記の説明から、ＣＭＩＰｖ６バインディングキャッシュの内容が変化しない想定では、ＣＭＩＰｖ６バインディング・キャッシュ（第３のエントリＥ３）は非常に静的であることが分かる。そこで、本発明では、ＣＭＩＰｖ６エントリＥ３を生成するためのシグナリングを最適化するメカニズムを提供することにある。

ここで、特許文献１に開示されている方法は、動的なローミングサービス契約を生成する際の問題を追求している。この方法では、外部ネットワークに接続(attach)したマルチモード端末（ＭＭＴ）が、ＭＭＴが提供するパラメータを用いてホームネットワークにより発見される。このパラメータは、外部に接続(connect)したＭＭＴのインタフェースを介して取得される。ホームネットワークは、ＭＭＴにより与えられる外部ネットワーク識別子を使用して動的なローミング契約を生成する。このＭＭＴによるシグナリングは継続的である必要はない。ＭＭＴは、例えばネットワークタイプ、オペレータコード、ＷＬＡＮのＳＳＩＤ（Service Set IDdentifier）のようなセルロケーションデータ又は基地局のＳＳＩＤの情報を提供してもよい。ホームネットワークは、基本的にはこれらのデータから、外部ネットワークのパラメータを識別し、フライ契約を生成する。

特許文献１に記載されている方法は、図１４で説明したシグナリング最適化を取り扱っていないが、ホームネットワークに対して、外部ネットワークに接続(connect)したインタフェースを使用する外部ネットワークについての情報を提供する。この情報は一回だけ提供されるが、ホームネットワークにおいてバインディング・エントリを生成することと関係がない。

特許文献２には、ホームネットワーク内の複数のＨＡ間でシグナリングを同期させる際の問題を解決する方法が開示されている。ロードバランシングとしてはホームネットワーク内の複数のＨＡを用いることが有用である。エラー発生に備えて、また、システムが動的なロードバランシングに適合するために、１つのＨＡのバインディングキャッシュ・エントリ（ＢＣＥ）が他のＨＡにもストアされる。ただし、ＭＮがアイドルステートのときには、すべてのＨＡにＢＣＥをストアする必要はない。特許文献２に開示されている方法では、ＭＮはＨＡに対してＢＵメッセージを送信する際、ＭＮがアクティブステートか又はアイドルステートかを示す情報を共に送信する。この情報が複数のＨＡ間でシグナリングを同期させるために使用される。ＭＮがアクティブステートに移行すると、この情報を含むＢＵメッセージがすべてのＨＡに送信されるが、アクティブステートに移行しなければ、この情報はすべてのＨＡに送信されない。この方法は、図１４で説明したシグナリング・ストームの問題を解決しているが、本発明とは異なる。すなわち、特許文献２では、ＭＮがアクティブステートか又はアイドルステートかを示す情報を提供しているが、ＨＡにおけるＢＣＥを生成するためのインタフェース・バインディングに関する情報を提供していない。

特許文献３には、ＭＮが複数のインタフェースを有し、すべてのインタフェースが外部ネットワークに接続(connect)したときに、ＨＡとＣＮにバインディング・アップデートを行うシステムが開示されている。ＭＮが複数のインタフェースを有する場合、すべてのピア・エンティティに位置登録を送信すると、シグナリング負荷が増大する。特許文献３ではシグナリング負荷を減少させるために、ＭＮがあるＣｏＡをＨＡに対してアップデートし、他のＣｏＡをＣＮに対してアップデートする。この方法によれば、シグナリング効率を実現することができる。しかしながら、ＭＮは、ＭＮに起因するシグナリング負荷を減少させる賢い決定をするが、ＭＮは、ＢＵメッセージを継続して送信する必要がある。図１４における課題は、ホームＰＭＩＰｖ６をローミングする際のＭＮのシグナリングを完全に除去することにある。

特許文献４には、非特許文献２のＰＭＩＰｖ６と同様な方法が開示されている。特許文献４におけるネットワークは、ローカル・モビリティ・ドメインのアクセスルータと、このアクセスルータに接続(connect)しているワイヤレス・アクセスポイントを含み、ワイヤレス・アクセスポイントがＭＮのプロキシとなる。ローカル・モビリティ・ドメインのアクセスルータは、ＭＮのプロキシＣｏＡを保持し、ＭＮあてのパケットが到来すると、プロキシＣｏＡをワイヤレス・アクセスポイントのローカルアドレスに置換する。ワイヤレス・アクセスポイントのローカルアドレスは、ＭＮには見えない。この方法は、ＭＮに関連するシグナリング負荷を減少させることができるが、複数のインタフェースを有するＭＮがＰＭＩＰｖ６ドメイン内をローミングするときのシグナリングを減少させることはできない。

以上説明したように、従来技術では、複数のインタフェースを有するＭＮが、１つのホームＬＭＡ／ＨＡを有するＰＭＩＰｖ６ドメイン内をローミングする際に、あるインタフェースに対するパケットの到達性を確保するためには、そのインタフェースに割り当てられているプリフィックスから生成されるアドレスをＣＮとの通信に使用しているアドレスに対して関連付けるためにＣＭＩＰｖ６登録のシグナリングを送信する必要がある。しかしながら、通常のＣＭＩＰｖ６登録によって生成されたキャッシュを維持するためには、ＭＮがＨＡに対して定期的にシグナリングを送信してキャッシュを更新する必要がある。また、移動して別のアドレスを得た場合には、登録済みのキャッシュを削除・更新する必要がある。これらによって、MNが送信するシグナリングによるトラフィックの増加が発生してしまう。

次に着目する問題は、複数のインタフェースを有するＭＮが、この複数のインタフェースを経由した同時接続（connectivity）を実現するために複数のバインディングをコアネットワークに登録する場合である。この同時接続を実現するための複数のバインディング登録の問題は、解決する必要がある。その理由は、不必要なシグナリングは、ＭＮのバッテリ電源を無駄に消費し、ワイヤレス・アクセスネットワークに対するシグナリング負荷を増大するからである。ワイヤレス・アクセスネットワーク及びバッテリの資源は、限りがあり、不必要なシグナリングを避けることにより保護する必要がある。

この問題は、複数のインタフェースを有するＭＮがコアネットワークに接続（attach）していて、１つのインタフェースがホームリンクに接続（attach）し、かつ他のインタフェースが外部リンクに接続（attach）しているという想定の場合に顕著である。ホームリンクとは、ＭＮが非特許文献１に記載されているホームプリフィックスを参照しているリンクであり、ホームプリフィックスも非特許文献１に定義されている。ホームプリフィックスとは、ホームエージェントによって管理されているプリフィックスであって、ＭＮのＭＩＰｖ６ホームアドレスを構成するのに使用されるプリフィックスである。

複数のバインディング登録の問題の主要な理由は、ホームパスのセットアップの遅延に依る。ホームパスのセットアップの遅延が発生するときとは、ホームプリフィックスのモビリティが３ＧＰＰのようなＰＭＩＰｖ６メカニズムにより管理されるときである。ローカルドメインにおけるＰＭＩＰｖ６メカニズムの動作は、非特許文献５に説明されている。ホームリンクが３ＧＰＰリンクでない場合、すなわちホームリンクが３ＧＰＰアーキテクチャにより管理されていない場合や、ホームプリフィックスのモビリティがＰＭＩＰｖ６によって管理されていない場合、ＭＮはホームリンクを速やかに検知できるかもしれないが、ホームパスのセットアップの遅延の問題は、実際のホームリンク検出動作に依存する。したがって、ここでの問題は、ホームプリフィックスのモビリティがＰＭＩＰｖ６メカニズムにより管理され、かつホームリンクのセットアップが遅延する全てのネットワークに適用することができることは明らかである。この問題については、図１５を参照して説明する。また、当業者であれば、ここでの問題は、ホームプリフィックスのモビリティがＧＴＰ（Generic Tunnelling Protocol）メカニズムにより管理される場合にも適用することができることは明らかである。

非特許文献７には、複数のインタフェースを有するＭＮが、これらの複数のインタフェースを介してホームリンクと外部リンクに同時に位置することができ、かつ全てのインタフェースがコアネットワークに接続（connect）するメカニズムが記載されている。このメカニズムでは、ＭＮは、１つのインタフェース経由でホームリンクを検知し、かつ他のインタフェース経由で外部リンクを検知すると、自身がホームリンクと外部リンクに同時に接続（connect）していることを示すＨフラグを有するＢＩＤオプションを含むＭＩＰｖ６のＢＵメッセージを外部リンク経由で送信する。このＨフラグは、ＨＡに対して、ＭＮあてのパケットがホーム側と外部側の両方のインタフェースに到着可能であることを示す情報を提供する。ＨＡは、この情報を受信すると、ＭＮのホームアドレスあてに到着するパケットをキャプチャするメカニズムをトリガする。非特許文献７に記載されている主要な想定とは、複数のインタフェースを有するＭＮが外部ドメインにおいて複数のインタフェース経由でネットワークに接続（connect）し、そのうちの１つのインタフェースがホームドメインに戻る想定である。

しかし、ホームリンクと外部リンクに同時に接続（connect）する場合として、非特許文献７には全くカバーされていない３つのケースを考える。第１のケースとして、ＭＮが同時に両方のインタフェースをブートアップしたときに、１つのインタフェースがホームリンクに接続（connect）される場合がある。第２のケースとして、ＭＮが外部リンクに接続（connect）されていてハンドオフ中の１つのインタフェースを有し、かつホームリンクに接続（connect）可能な別のインタフェースをＭＮがブートアップする場合がある。第３のケースとして、両方のインタフェースで同時にハンドオフが発生し、１つのインタフェースでホームプリフィックスを参照し、かつ別のインタフェースで外部プリフィックスを参照する場合である。これを図１５に示す。

図１５では、ＭＮ９０３は複数の異なるタイプのインタフェースとして、例えばＷＬＡＮ、ＷｉＭＡＸなどのＮｏｎ−３ＧＰＰインタフェース、さらには、ＵＴＲＡＮ（Universal Terrestrial Radio Access Network）、ＧＰＲＳ（General Packet Radio Service）、ＣＤＭＡ（Code Division Multiple Access）２０００及びＥ−ＵＴＲＡＮ（evolved-UTRAN）などの３ＧＰＰインタフェースを有することが考えられる。ここでは、ＭＮ９０３は、３ＧインタフェースとＮｏｎ３ＧＰＰインタフェースの２つを有しているとする。ＭＮ９０３がＷｉＭＡＸアクセスネットワーク９０１に接続（attach）した場合は、そのネットワークのＭＡＧ機能が、ワイヤレス・アクセスネットワークに位置するアクセスゲートウェイと共存していることが考えられる。また、ＭＮ９０３が、Ｎｏｎ３ＧＰＰインタフェースとしてＷＬＡＮインタフェースを有しており、信頼できないＷＬＡＮアクセスネットワークに接続（attach）した場合には、そのネットワークのＭＡＧ機能がｅＰＤＧ（evolved Packet Data network Gateway）と共存していることが考えられる。さらに、ＭＮ９０３が、例えばＥ−ＵＴＲＡＮ、ＵＴＲＡＮ、ＧＥＲＡＮのような３Ｇアクセスネットワークに接続（attach）した場合に、そのネットワークのＭＡＧ機能がＳ−ＧＷ（Serving GateWay）と共存していることが考えられる。さらに、ＭＮ９０３が、３ＧＰＰアーキテクチャでは、ＬＭＡ／ＨＡ機能がＰ−ＧＷ（Packet data network GateWay）と共存していることが考えられる。

図１５における想定として、ＭＮ９０３は２つのインタフェースＩｆ１、Ｉｆ２のみを使用するものとする。２つのインタフェースＩｆ１、Ｉｆ２の同時接続（attachment）を実現するために、ＷｉＭＡＸインタフェース（ここでは、Ｎｏｎ３Ｇインタフェースと称す）Ｉｆ２とＬＴＥ（Long-Term Evolution）タイプのインタフェース（ここでは、３Ｇインタフェースと称す）Ｉｆ１を使用する。ただし、ＭＮ９０３が同時に接続（attach）するために他のタイプのインタフェースを使用できることは明らかであり、また、３ＧＰＰ規格で使用が想定されるインタフェースにも適用できる。さらに、本発明は、同様なアーキテクチャやモビリティ・プロトコルを使用するネットワークにも適用できる。

以下の第１の想定では、ＭＮ９０３は、まずＷｉＭＡＸインタフェースＩｆ２の電源のみをオンにし、幾らかの時間が経過した後、負荷バランシング及び負荷分担の利点のために３ＧインタフェースＩｆ１の電源をオンにするものとする。ここでは、ＭＮ９０３は、外部ネットワーク（例えばＶＰＬＭＮ：Visited Public Land Mobile Network）においてＷｉＭＡＸインタフェースＩｆ２の電源のみをオンにするものとする。また、ＭＮ９０３は、ＷｉＭＡＸインタフェースＩｆ２のモビリティを管理するためにＭＩＰｖ６メカニズムを使用しているとする。その後、ＭＮ９０３は、ＷｉＭＡＸインタフェースＩｆ２の電源をオンにしたまま、ホームドメインであるＥＰＣ９００に戻るものとする。ここで、ＭＮ９０３がＥＰＣ９００として例えばＨＰＬＭＮ（Home Public Land Mobile Network）に移動したときに、ＬＴＥインタフェースＩｆ１の電源をオンにすることが考えられる。ＬＴＥインタフェースＩｆ１の電源をオンにする理由は多く存在し、例えばＨＰＬＭＮ９００においてＬＴＥセルが識別されて、そのフローのパーフォーマンスを改善するために負荷バランシング及び負荷分担の利点を実現するよう決定することが考えられる。

ＭＮ９０３は、ＨＰＬＭＮ９００すなわちＥＰＣ（evolved packet core）９００に移動して、ＷｉＭＡＸインタフェースＩｆ２をＭＡＧ９１１に接続（connect）することによりＥＰＣ９００に接続（attach）するものとする。ＷｉＭＡＸインタフェースＩｆ２のモビリティは、ホームドメイン９００ではＭＩＰｖ６メカニズムにより管理されるとする。さらに、ＷｉＭＡＸインタフェースＩｆ２は、ＶＰＬＭＮからＨＰＬＭＮ９００へのハンドオフ処理中であるとする。さらに、ＭＮ９０３がＷｉＭＡＸアクセスネットワーク９０１を介してＭＡＧ９１１に接続（attach）した場合、ＭＮ９０３がＬＴＥインタフェースＩｆ１経由でＬＴＥ（又はＥ−ＵＴＲＡＮ）アクセスネットワーク９０２に対して接続（attachment）処理を開始する。さらに、ＬＴＥインタフェースＩｆ１のモビリティがＰＭＩＰｖ６メカニズムにより管理されて、非特許文献６に示すようにＭＩＰｖ６−ＢＵメッセージの使用が非常に制限されることが考えられる。

ＷｉＭＡＸインタフェースＩｆ２経由のＭＮ９０３のアクセス認証がいったん完了すると、ＭＮ９０３は、ＭＡＧ９１１によって通知されるプリフィックスＰ２を参照する。このプリフィックスＰ２は、ＷｉＭＡＸインタフェースＩｆ２のＣｏＡを構成するのに使用される。また、ＭＡＧ９１１によって通知されるプリフィックスＰ２は、ルータ広告（ＲＡ）メカニズム又はＷｉＭＡＸ固有のシグナリングメカニズムを使用してＭＡＧ９１１により広告される（図のプリフィックス広告シグナリング・メッセージ９０５）。ＭＮ９０３は、メッセージ９０５を参照すると、ＷｉＭＡＸインタフェースＩｆ２のＣｏＡを構成し、また、ＭＩＰｖ６−ＢＵメッセージ９０６をＬＭＡ／ＨＡ９０４に送信する（ＢＵ１）。この場合、ＬＭＡ／ＨＡ９０４は、ＭＮ９０３のホームエージェントとなる。さらに、ＭＩＰｖ６−ＢＵメッセージ９０６は、ＢＩＤオプション及びＨフラグなしの通常のメッセージとなる。この動作は、ＭＩＰｖ６で動作するＭＮにとって通常の動作である。

ＭＩＰｖ６−ＢＵメッセージ９０６が、Ｈフラグのようなマルチホーミングを意味するパラメータを有しない理由は、ＭＮ９０３がＬＴＥアクセスネットワーク９０２に対する接続（attachment）処理を開始するが、未だホームプリフィックスＰ１を参照していないからである。この場合、ＬＴＥアクセスにおいて、ＰＭＩＰｖ６ベアラ又はＧＴＰ（Generic Tunnelling Protocol）ベアラのセットアップが完了するまでに遅延が生じてしまう。この遅延の理由として考えられる１つの理由は、過剰な輻輳であり、別の理由は、地理的な配置によるホームリンクを経由するパスの転送遅延であり、また、別の理由は、Ｅ−ＵＴＲＡＮ内の多くのエンティティ（例えば基地局、evolved node B、Ｓ−ＧＷなど）をパケットが通過することで生じる遅延である。このため、ＭＮ９０３は、ＬＴＥアクセス経由で参照するプリフィックスＰ１のタイプ（すなわちＭＩＰｖ６ホームプリフィックスか又は別のホームネットワーク・プリフィックスか）を知得しない。その結果、ＭＮ９０３は、ＷｉＭＡＸ経由で接続（attach）し、ＭＩＰｖ６ホームプリフィックスに関連するフローを送受信するために、マルチホーミングを意味するパラメータを有しないＢＵメッセージ９０６を送信する。

重要なことは、ＭＮ９０３が何故、ＬＴＥインタフェースＩｆ１経由で広告されるプリフィックスＰ１のタイプを知得しないかということである。ＭＮ９０３が知得するのは、非特許文献６で説明されているように、ＬＴＥインタフェースＩｆ１経由で取得するサービスタイプのみである。プリフィックス管理はＬＭＡ／ＨＡ９０４が行い、ＬＭＡ／ＨＡ９０４は、ＷｉＭＡＸインタフェースＩｆ２経由でＭＩＰｖ６プリフィックスを既に通知しているので、ＰＭＩＰｖ６ベアラに対して、どんなプリフィックスでも割り当てることができる。

次の仮定として、ＭＮ９０３がＬＴＥアクセスネットワーク９０２に接続（attach）した後に、ＭＡＧ９１０をトリガして、ＰＭＩＰｖ６ベアラをセットアップするものとする。データトラフィック用のこのＰＭＩＰｖ６ベアラは、ＰＭＩＰｖ６−ＰＢＵメッセージ９０７によりセットアップされる。ＰＭＩＰｖ６−ＰＢＵメッセージ９０７及びそのＰＢＡメッセージ（不図示）の交換が完了すると、ＭＮ９０３は、ＬＭＡ／ＨＡ９０４によって管理されているプリフィックスＰ１をＭＡＧ９１０からのメッセージ９０８で参照する。メッセージ９０８で参照されるプリフィックスＰ１は、ＰＭＩＰｖ６メカニズムにより管理される。しかし、メッセージ９０８で参照されるプリフィックスＰ１は、ＭＮ９０３のＭＩＰｖ６のホームプリフィックスであるかもしれないし、ＬＭＡ／ＨＡ９０４により管理される何らかのホームネットワーク・プリフィックスであるかもしれない。また、ＬＭＡ／ＨＡ９０４がＭＩＰｖ６キャッシュとＰＭＩＰｖ６キャッシュの両方を管理するので、ＰＭＩＰｖ６−ＰＢＵメッセージ９０７により生成されるバインディングキャッシュは使用停止となる（アクティブでない）。その理由は、ＬＭＡ／ＨＡ９０４により生成されたＭＩＰｖ６キャッシュが既にアクティブであるからである。ここでは、ＭＩＰｖ６キャッシュの優先度がＰＭＩＰｖ６キャッシュより高いものとする。

次に、ＭＮ９０３がＬＴＥインタフェースＩｆ１経由で接続（attach）したときに、ＬＭＡ／ＨＡ９０４がＭＩＰｖ６ホームプリフィックスＰ１を付与する場合を考える。ＭＮ９０３は、ＭＩＰｖ６ホームプリフィックスＰ１をメッセージ９０８で参照すると、ホームリンクに接続（connect）しているものと了解する。さらに、ＭＮ９０３は、メッセージ９０５でプレフィックスＰ２を参照した後に、メッセージ９０８でホームプリフィックスＰ１を遅れて参照した場合、ホームのリンクと外部リンクに同時に接続（connect）しているものと了解する。つまり、ＭＮ９０３は、ホームプリフィックスＰ１を参照すると、別のＢＵメッセージ９０９をＬＭＡ／ＨＡ９０４に送信して（ＢＵ２）、ホームのリンクと外部リンクの同時バインディング（以下、ホームアンドアウェイ・バインディング）をＬＭＡ／ＨＡ９０４に生成しなければならない。これは重要であり、その理由は、フローの負荷シェアリング及び負荷バランシングを実現するためにＭＮ９０３がホームのリンクと外部のリンクに同時に接続（connect）しているという情報をＬＭＡ／ＨＡ９０４が必要とするからである。このため、ここでの重要な問題とは、ＰＭＩＰｖ６のセットアップが遅れるので、ＭＮ９０３がＭＩＰｖ６のホームプリフィックスＰ１に対する同時接続を実現するためにＭＩＰｖ６のＢＵメッセージの送信を二重に実行することである（図のＢＵ１、ＢＵ２）。

以上の説明では、特定の想定例に対する問題について記載したが、当業者であれば、ＭＮ９０３の両方のインタフェースＩｆ１、Ｉｆ２の電源が同時にオンになったときと、両方のインタフェースＩｆ１、Ｉｆ２が同時に移動したときにも、上記の問題が発生すると考えることは明らかである。また、上記の問題は、ＨＰＬＭＮにおける同時接続（attachment）について記載されているが、ＭＮ９０３の両方のインタフェースＩｆ１、Ｉｆ２がＶＰＬＭＮに同時に接続（connect）して、３Ｇインタフェース又はＬＴＥインタフェースＩｆ１の移動がＰＭＩＰｖ６メカニズムにより管理されるときにも発生する。さらに、上記の問題は、同時にＬＴＥインタフェースＩｆ１がＶＰＬＭＮに接続（connect）してＷｉＭＡＸインタフェースＩｆ２がＨＰＬＭＮに接続（connect）するときにも発生する。

特許文献５には、外部ドメインに位置するＭＮが第２のＨＡを構成して新しいホームアドレスを取得する方法について記載されている。さらにＭＮは、外部ドメインを通過するＢＵシグナリングを減少するために、このホームアドレスを使用してホームドメインにおける前のＨＡをバインドする。特許文献５に記載されている方法の目的は、外部ドメインを通過する位置管理シグナリングを減少することにある。しかし、この方法は、図１５に記載されているシグナリングの問題に関するものではない。図１５におけるＭＮ９０３は、同時接続（connection）のセットアップを実現するため、また、両方のインタフェースＩｆ１、Ｉｆ２が同時に移動するときにおける同時接続（connection）のモビリティを管理するために二重のシグナリング（図のＢＵ１、ＢＵ２）を行っている。

特許文献６には、複数の同時接続（connection）を確立し、また、ＭＮのオペレーティング・システム・ソフトウエアを使用してフローベースのルーティングを確立する方法が開示されている。しかし、特許文献６には、図１５に記載されている問題を解決するような方法は開示されていない。

特許文献７には、ハンドオフ中にコンテキスト情報を転送するのではなく、ハンドオフ前にＭＮのコンテキスト情報を隣接する基地局から取得することにより、高速ハンドオフを確立する方法が開示され、ＭＮのコンテキスト情報をハンドオフ前に早く取得することにより、高速ハンドオフを実現できる。しかし、この方法は、ネットワーク・セグメントに放出されるシグナリング負荷が増大する。その理由は、ターゲットのネットワーク・エンティティが、ＭＮのコンテキスト情報を取得して高速ハンドオフを実現するために、複数の基地局に問い合わせるからである。図１５で着目する問題とは、不要なシグナリングを防止してＷｉＭＡＸインタフェースＩｆ２と３ＧインタフェースＩｆ１の高速接続（connection）を実現することであり、特許文献７に記載されている方法は、１つのインタフェースのみの高速接続（connection）が確立することを取り扱っており、図１５で着目する問題を解決しない。

特許文献８には、バッファリング技術を用いてハンドオフ中のパケットロスを減少する方法が開示されている。しかし、特許文献８は、高速接続（connection）の確立についても、また、複数のインタフェースを有する端末のハンドオフ遅延を少ないシグナリングで減少することについても着目していない。

特許文献９には、ＭＮが、ホームに接続（connect）したインタフェースのＣｏＡを使用して、ホームアンドアウェイ登録を同時に実現する方法が開示されている。しかし、特許文献９は、ホームアンドアウェイを示すＨフラグを直接には取り扱っておらず、また、ＰＭＩＰｖ６のセットアップが遅れることに対して、高速接続（connection）のセットアップを実現するメカニズムについては何ら提供していない。

特許文献１０には、１つのインタフェースのためのＰＭＩＰｖ６−ＢＵとＣＭＩＰｖ６−ＢＵの間の競合を解決する方法が開示されている。しかし、図１５に記載されている問題は、同じインタフェースの位置登録信号の競合により起こるのではなく、ＭＩＰｖ６のＢＵ確立よりＰＭＩＰｖ６のＢＵ確立が遅れるから起こるのであり、このため、複数のインタフェースＩｆ１、Ｉｆ２の接続（attachment）中に二重登録（図のＢＵ１、ＢＵ２）を引き起こす。したがって、特許文献１０に提供されている解決策は、図１５に記載されている問題を解決しない。

本発明は上記の問題点に鑑み、複数のインタフェースを有するモバイルノードがホームドメイン内をローミングする場合に、ホームエージェントにおいてクライアントベースのバインディングキャッシュを生成して管理する場合のシグナリングを減少させることができるバインディングキャッシュ生成方法、バインディングキャッシュ生成システム、ホームエージェント及びモバイルノードを提供することを第１の目的とする。

本発明はまた、複数のインタフェースを有するモバイルノードがホームリンクと外部リンクに同時に接続（connect）しているときのバインディング登録のシグナリングを減少することができるバインディングキャッシュ生成方法、バインディングキャッシュ生成システム、ホームエージェント及びモバイルノードを提供することを第２の目的とする。

本発明は上記第１の目的を達成するために、
ホームドメインと通信可能な第１のインタフェースとローカルドメインと通信可能な第２のインタフェースを有するモバイルノードが前記ホームドメイン内をローミングする場合のバインディングキャッシュ生成方法であって、
前記モバイルノードの第１のインタフェースが前記ホームドメインに接続した場合に前記第１のインタフェース用の第１のプロキシ・バインディングキャッシュを前記ホームドメインのホームエージェントに登録するステップと、
前記モバイルノードの第２のインタフェースが前記ローカルドメインを介して前記ホームドメインに接続した場合に前記第２のインタフェース用の第２のプロキシ・バインディングキャッシュを前記ホームエージェントに登録するステップと、
前記ホームエージェントが、前記第１及び第２のプロキシ・バインディングキャッシュに関連する前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成して、前記生成したクライアントベースのバインディングキャッシュを前記モバイルノードによりリフレッシュされることなく維持するステップとを、
有する構成とした。

また本発明は上記第１の目的を達成するために、
ホームドメインと通信可能な第１のインタフェースとローカルドメインと通信可能な第２のインタフェースを有するモバイルノードが前記ホームドメイン内をローミングする場合のバインディングキャッシュ生成システムであって、
前記モバイルノードの第１のインタフェースが前記ホームドメインに接続した場合に前記第１のインタフェース用の第１のプロキシ・バインディングキャッシュを前記ホームドメインのホームエージェントに登録する手段と、
前記モバイルノードの第２のインタフェースが前記ローカルドメインを介して前記ホームドメインに接続した場合に前記第２のインタフェース用の第２のプロキシ・バインディングキャッシュを前記ホームエージェントに登録する手段と、
前記ホームエージェントが、前記第１及び第２のプロキシ・バインディングキャッシュに関連する前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成して、前記生成したクライアントベースのバインディングキャッシュを前記モバイルノードによりリフレッシュされることなく維持する手段とを、
有する構成とした。

上記構成により、複数のインタフェースを有するモバイルノードがホームドメイン内をローミングする場合に、ホームエージェントにおけるクライアントベースのバインディングキャッシュをリフレッシュする要求メッセージをモバイルノードが頻繁に送信しないので、シグナリングを減少することができる。

また本発明は上記第１の目的を達成するために、
ホームドメインと通信可能な第１のインタフェースとローカルドメインと通信可能な第２のインタフェースを有するモバイルノードが前記ホームドメイン内をローミングする場合のバインディングキャッシュ生成システムにおける前記ホームエージェントであって、
前記モバイルノードの第１のインタフェースが前記ホームドメインに接続した場合に前記第１のインタフェース用の第１のプロキシ・バインディングキャッシュを登録する手段と、
前記モバイルノードの第２のインタフェースが前記ローカルドメインを介して前記ホームドメインに接続した場合に前記第２のインタフェース用の第２のプロキシ・バインディングキャッシュを登録する手段と、
前記第１及び第２のプロキシ・バインディングキャッシュに関連する前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成して、前記生成したクライアントベースのバインディングキャッシュを前記モバイルノードによりリフレッシュされることなく維持する手段とを、
有する構成とした。

また本発明は上記第１の目的を達成するために、
ホームドメインと通信可能な第１のインタフェースとローカルドメインと通信可能な第２のインタフェースを有するモバイルノードが前記ホームドメイン内をローミングする場合のバインディングキャッシュ生成システムにおける前記モバイルノードであって、
前記第１のインタフェース用の第１のプロキシ・バインディングキャッシュが前記ホームドメインのホームエージェントに登録される際に、前記ホームエージェントに対して、前記第１及び第２のインタフェース用の第１及び第２のプロキシ・バインディングキャッシュに関連する前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成して維持するよう要求するメッセージを送信する手段を、
有する構成とした。

また本発明は上記第１の目的を達成するために、
ホームドメインと通信可能な第１のインタフェースとローカルドメインと通信可能な第２のインタフェースを有するモバイルノードが前記ホームドメイン内をローミングする場合、前記モバイルノードが、前記第１のインタフェース用の第１のプロキシ・バインディングキャッシュが前記ホームエージェントに登録される際に、前記ホームドメインのホームエージェントに対して、前記第２のインタフェース用の第２のプロキシ・バインディングキャッシュに関連する前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成して維持するよう要求するメッセージを送信するバインディングキャッシュ生成システムにおける前記ホームエージェントであって、
前記要求メッセージを受信した後、前記第２のインタフェース用の第２のプロキシ・バインディングキャッシュを登録した場合に、前記第１及び前記登録した第２のプロキシ・バインディングキャッシュに関連する前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成するとともに、前記モバイルノードに対して前記要求メッセージを再度送信しないように通知する手段を、
有する構成とした。

また本発明は上記第１の目的を達成するために、
ホームドメインと通信可能な第１のインタフェースとローカルドメインと通信可能な第２のインタフェースを有するモバイルノードが前記ホームドメイン内をローミングする場合のバインディングキャッシュ生成方法であって、
前記モバイルノードの第１のインタフェースが前記ホームドメインに接続した場合に前記第１のインタフェース用の第１のプロキシ・バインディングキャッシュを前記ホームドメインのホームエージェントに登録するステップと、
前記モバイルノードの第２のインタフェースが前記ローカルドメインを介して前記ホームドメインに接続した場合に前記第２のインタフェース用の第２のプロキシ・バインディングキャッシュを前記ホームエージェントに登録するステップと、
前記モバイルノードが前記ホームエージェントに対し、前記ホームエージェントが前記第１及び第２のプロキシ・バインディングキャッシュに関連する前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成して、前記生成したクライアントベースのバインディングキャッシュを通常時より長い存続期間の間、前記モバイルノードによりリフレッシュされることなく維持するよう要求するステップとを、
有する構成とした。

また本発明は上記第１の目的を達成するために、
ホームドメインと通信可能な第１のインタフェースとローカルドメインと通信可能な第２のインタフェースを有するモバイルノードが前記ホームドメイン内をローミングする場合のバインディングキャッシュ生成方法であって、
前記モバイルノードの第１のインタフェースが前記ホームドメインに接続した場合に前記第１のインタフェース用の第１のプロキシ・バインディングキャッシュを前記ホームドメインのホームエージェントに登録するステップと、
前記モバイルノードの第２のインタフェースが前記ローカルドメインを介して前記ホームドメインに接続した場合に前記第２のインタフェース用の第２のプロキシ・バインディングキャッシュを前記ホームエージェントに登録するステップと、
前記モバイルノードが前記ホームエージェントに対し、前記ホームエージェントが前記登録した第１及び第２のプロキシ・バインディングキャッシュに関連する前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成するよう要求するステップと、
前記ホームエージェントが、前記要求されたクライアントベースのバインディングキャッシュを生成して通常時より長い存続期間を設定するとともに、前記モバイルノードに対して、前記存続期間の間、前記生成したクライアントベースのバインディングキャッシュをリフレッシュしないよう通知するステップとを、
有する構成とした。

また本発明は上記第１の目的を達成するために、
ホームドメインと通信可能な第１のインタフェースとローカルドメインと通信可能な第２のインタフェースを有するモバイルノードが前記ホームドメイン内をローミングする場合のバインディングキャッシュ生成方法であって、
前記モバイルノードの第１のインタフェースが前記ホームドメインに接続した場合に前記第１のインタフェース用の第１のプロキシ・バインディングキャッシュを前記ホームドメインのホームエージェントに登録するステップと、
前記モバイルノードの第２のインタフェースが前記ローカルドメインを介して前記ホームドメインに接続した場合に前記第２のインタフェース用の第２のプロキシ・バインディングキャッシュを前記ホームエージェントに登録するステップと、
前記ホームエージェントが、前記第２のインタフェース用の第２のプロキシ・バインディングキャッシュが登録されたときに、前記モバイルノードに対して前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成する要求を送信しないよう通知するとともに、前記第１及び第２のプロキシ・バインディングキャッシュに関連するクライアントベースのルーティングを実行するステップとを、
有する構成とした。

さらに、本発明は上記の第２の目的を達成するために、ホームドメインと通信可能な第１のインタフェースとローカルドメインと通信可能な第２のインタフェースを有するモバイルノードがローミングする場合に、前記第１及び第２のインタフェース用のバインディングキャッシュを前記モバイルノードのホームエージェントに生成するバインディングキャッシュ生成方法であって、
前記第２のインタフェースが前記ローカルドメインを介して前記ホームドメインに接続した場合に、前記モバイルノードが前記ホームエージェントに対し、前記第２のインタフェース用のクライアントベースのバインディングキャッシュを登録するとともに、前記第１のインタフェース用のプロキシ・バインディングキャッシュが登録されるときにホームとアウェイの同時接続を示すフラグを前記第２のインタフェース用のクライアントベースのバインディングキャッシュにセットするよう要求するステップと、
前記第１のインタフェースが前記ホームドメインに接続した場合に、前記モバイルノードの代理ノードが前記ホームエージェントに対し、前記第１のインタフェース用のプロキシ・バインディングキャッシュを登録するステップと、
前記ホームエージェントが、前記第１のインタフェース用のプロキシ・バインディングキャッシュが登録された場合に、前記フラグを前記第２のインタフェース用のクライアントベースのバインディングキャッシュにセットするステップとを、
有する構成とした。

また、本発明は上記の第２の目的を達成するために、ホームドメインと通信可能な第１のインタフェースとローカルドメインと通信可能な第２のインタフェースを有するモバイルノードがローミングする場合に、前記第１及び第２のインタフェース用のバインディングキャッシュを前記モバイルノードのホームエージェントに生成するバインディングキャッシュ生成システムであって、
前記第２のインタフェースが前記ローカルドメインを介して前記ホームドメインに接続した場合に、前記モバイルノードが前記ホームエージェントに対し、前記第２のインタフェース用のクライアントベースのバインディングキャッシュを登録するとともに、前記第１のインタフェース用のプロキシ・バインディングキャッシュが登録されるときにホームとアウェイの同時接続を示すフラグを前記第２のインタフェース用のクライアントベースのバインディングキャッシュにセットするよう要求する手段と、
前記第１のインタフェースが前記ホームドメインに接続した場合に、前記モバイルノードの代理ノードが前記ホームエージェントに対し、前記第１のインタフェース用のプロキシ・バインディングキャッシュを登録する手段と、
前記ホームエージェントが、前記第１のインタフェース用のプロキシ・バインディングキャッシュが登録された場合に、前記ホームとアウェイの同時接続を示すフラグを前記第２のインタフェース用のクライアントベースのバインディングキャッシュにセットする手段とを、
有する構成とした。

また、本発明は上記の第２の目的を達成するために、ホームドメインと通信可能な第１のインタフェースとローカルドメインと通信可能な第２のインタフェースを有するモバイルノードがローミングする場合に、前記第１及び第２のインタフェース用のバインディングキャッシュを前記モバイルノードのホームエージェントに生成するバインディングキャッシュ生成システムにおける前記モバイルノードであって、
前記第２のインタフェースが前記ローカルドメインを介して前記ホームドメインに接続した場合に、前記ホームエージェントに対し、前記第２のインタフェース用のクライアントベースのバインディングキャッシュを登録するとともに、前記第１のインタフェース用のプロキシ・バインディングキャッシュが登録されるときにホームとアウェイの同時接続を示すフラグを前記第２のインタフェース用のクライアントベースのバインディングキャッシュにセットするよう要求する手段を、
有する構成とした。

また、本発明は上記の第２の目的を達成するために、ホームドメインと通信可能な第１のインタフェースとローカルドメインと通信可能な第２のインタフェースを有するモバイルノードがローミングする場合に、前記第１及び第２のインタフェース用のバインディングキャッシュを前記モバイルノードのホームエージェントに生成するバインディングキャッシュ生成システムにおける前記ホームエージェントであって、
前記第２のインタフェースが前記ローカルドメインを介して前記ホームドメインに接続した場合に、前記第２のインタフェース用のクライアントベースのバインディングキャッシュを登録するとともに、前記第１のインタフェース用のプロキシ・バインディングキャッシュが登録されるときにホームとアウェイの同時接続を示すフラグを前記第２のインタフェース用のクライアントベースのバインディングキャッシュにセットする要求を受信する手段と、
前記第１のインタフェースが前記ホームドメインに接続した場合に、前記第１のインタフェース用のプロキシ・バインディングキャッシュを登録する手段と、
前記第１のインタフェース用のプロキシ・バインディングキャッシュが登録された場合に、前記ホームとアウェイの同時接続を示すフラグを前記第２のインタフェース用のクライアントベースのバインディングキャッシュにセットする手段とを、
有する構成とした。

上記構成により、ホームとアウェイの同時接続を示すフラグを含む第２の登録メッセージをモバイルノードがホームエージェントに送信しないので、複数のインタフェースを有するモバイルノードがホームリンクと外部リンクに同時に接続（connect）しているときのバインディング登録のシグナリングを減少することができる。

本発明によれば、複数のインタフェースを有するモバイルノードがホームドメイン内をローミングする場合に、ホームエージェントにおいてクライアントベースのバインディングキャッシュを生成して管理する場合のシグナリングを減少することができる。

また、本発明によれば、複数のインタフェースを有するモバイルノードがホームリンクと外部リンクに同時に接続（connect）しているときのバインディング登録のシグナリングを減少することができる。

第１の実施の形態が想定する通信システムを示す構成図 第１の実施の形態が想定する他の通信システムを示す構成図 第１の実施の形態の通信方法及び通信システムの通信シーケンスを示す説明図 第１の実施の形態のホームエージェントにおけるバインディングキャッシュの構成を示す説明図 図３におけるＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージの他の形態を示す説明図 図３におけるＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ（Ｌ２メッセージの場合）のフォーマットを示す説明図 図３におけるＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ（新しいモビリティ拡張ヘッダを有するシグナリング・パケットの場合）のフォーマットを示す説明図 図３におけるＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ（ＢＵメッセージのパケットの場合）のフォーマットを示す説明図 第１の実施の形態のモバイルノードの動作を説明するためのフローチャート 第１の実施の形態のホームエージェントの動作を説明するためのフローチャート 第１の実施の形態のモバイルノードの構成を機能的に示すブロック図 第１の実施の形態のホームエージェントの構成を機能的に示すブロック図 第２の実施の形態の通信システム及び通信シーケンスを示す説明図 第５の実施の形態の通信システム及び通信シーケンスを示す説明図 第８の実施の形態の通信システム及び通信シーケンスを示す説明図 本発明が解決しようとする課題を示す説明図 第９の実施の形態の課題を説明するための想定システムを示す説明図 第９の実施の形態を説明するための想定システムを示す説明図 第９の実施の形態におけるバインディング・キャッシュ・エントリを示す説明図 第９の実施の形態におけるＨフラグ生成要求メッセージのパケット構造の第１の例を示す説明図 第９の実施の形態におけるＨフラグ生成要求メッセージのパケット構造の第２の例を示す説明図 第９の実施の形態におけるＨフラグ生成要求メッセージのパケット構造の第３の例を示す説明図 第９の実施の形態におけるＨフラグ生成要求メッセージのパケット構造の第４の例を示す説明図 第９の実施の形態におけるモバイルノードの構成を機能的に示すブロック図 第９の実施の形態におけるモバイルノードの処理を説明するためのフローチャート 第９の実施の形態におけるホームエージェントの処理を説明するためのフローチャート 第９の実施の形態を説明するための他の想定システムを示す説明図 第９の実施の形態を説明するためのさらに他の想定システムを示す説明図

＜第１の実施の形態の概要＞
第１の実施の形態の概要について説明すると、複数のインタフェースを有するＭＮは、ある１つのインタフェースを介してホームプリフィックスを参照すると、ＭＮのＨＡであるＬＭＡ（以下、ホームＬＭＡ／ＨＡ）が位置するホームＰＭＩＰｖ６ドメインに接続（connection）中であると判断し、また、他のインタフェースがこれから同じホームＰＭＩＰｖ６ドメインに接続（connect）するものと予測する。ＭＮは、このように予測した後に、他のインタフェースが同じホームＰＭＩＰｖ６ドメインに接続（connect）した場合、外部プリフィックスを参照した他のインタフェースのためのＣＭＩＰｖ６バインディングを生成して維持管理するようにホームＬＭＡ／ＨＡに要求する。本発明の主要な目的は、ＭＮがホームＰＭＩＰｖ６ドメイン内で外部プリフィックスを参照したすべてのインタフェースに対して、ホームの利点とアウェイの利点をＭＮが同時に取得することであり、ＭＮがクライアントベースのＢＵ登録をホームＬＭＡ／ＨＡに継続して行わないことにある。

＜想定システム＞
図１は第１の実施の形態が想定する通信システムを示す構成図である。ここで、図１に示すＭＮ１０Ａ、１０Ｂは同じＭＮ１０が移動したことを示す。ＭＮ１０は複数のインタフェースとして３ＧセルラインタフェースＩｆ１とＷＬＡＮインタフェースＩｆ２を有し、図１では、ＭＮ１０ＡはＷＬＡＮ３０に位置していてＷＬＡＮインタフェースＩｆ２がＭＡＧ／ｅＰＤＧ２０に接続されている状態を示し、ＭＮ１０ＢはＷＬＡＮ３１に位置していてＷＬＡＮインタフェースＩｆ２がＭＡＧ／ｅＰＤＧ２１に接続されている状態を示す。なお、ＭＮ１０の複数のインタフェースは、セルラインタフェース（３G、３．９G、４G以降などの３GPP等の携帯電話に関する標準化団体で規定されるセルラインタフェース）やIEEE802やWiFiなどで規定されるＷＬＡＮインタフェースに限らず、ＷｉＭＡＸインタフェースやBluetoothインタフェースなどでもよい。なお以下では、セルラインタフェースを３Gセルラインタフェース、サービングゲートウェイを３Gサービングゲートウェイと記述しているが、これらは３Gに限らない。

一方、３ＧセルラインタフェースＩｆ１はホームＰＭＩＰｖ６ネットワーク（ドメイン）１００の１つのＭＡＧ／３Ｇサービングゲートウェイ（Ｓ−ＧＷ）２２に接続（attach）し、ホームＰＭＩＰｖ６ネットワーク１００の範囲は、ＭＮ１０がＷＬＡＮ３０に位置していてもＷＬＡＮ３１に位置していても、３ＧセルラインタフェースＩｆ１が１つのＭＡＧ２２に接続できるほど大きい。ホームＰＭＩＰｖ６ネットワーク１００は、例えば、ネットワーク１００内でモビリティ管理サービスを提供するためにＰＭＩＰｖ６のプロトコルを採用した３GPP−ＨＰＬＭＮ（Home Public Land Mobile Network）であって、ＭＮ１０のホームネットワーク・ドメインである。また、ＬＭＡ／ＨＡ／ホームＰＤＮゲートウェイ４０は、ＭＮ１０のホームエージェント（以下、ＬＭＡ／ＨＡ）である。

ホームＰＭＩＰｖ６ネットワーク１００の意味は、ＬＭＡ／ＨＡ４０がＭＮ１０のＭＩＰｖ６のＨＡであって、更にＭＮ１０がネットワーク１００をローミングするときにネットワーク１００のプリフィックスＰ１をＭＩＰｖ６ホームプリフィックスとして参照するということである。基本的に、ＬＭＡ／ＨＡ４０は、ＭＮ１０のＰＭＩＰｖ６バインディングとＭＩＰｖ６／ＣＭＩＰｖ６バインディングを受け付ける。

次に、ホームＰＭＩＰｖ６ネットワーク１００のネットワークレイアウトを考察する。ホームＰＭＩＰｖ６ネットワーク１００内には、図１では１つのネットワークのみが記載されているが、多くのセルラ・アクセスネットワークが存在するものとする。セルラ・アクセスネットワークではＭＡＧ機能を有するルータがＭＡＧ／３Ｇ・Ｓ−ＧＷ２２に存在し、このルータは３Ｇアクセスネットワーク内の最初のホップルータであるものとする。さらに、３Ｇアクセスネットワークの受信エリア内に２つのＷＬＡＮ３０、３１が存在するものとする。さらにＷＬＡＮ３０、３１は、３ＧＰＰアーキテクチャを経由してトラフィックを転送するために３ＧＰＰコアネットワークにアクセスするためのゲートウェイ・ルータ及びトラスティッド・ルータであるＭＡＧ／ｅＰＤＧ２０、２１を有するものとする。さらに、ＷＬＡＮ３０、３１は連続（すなわち一方が他方に近接）し、かつＭＡＧ／３Ｇ・Ｓ−ＧＷ（以下では単にＭＡＧ）２２におけるルータ機能を有する大きな領域の３Ｇセル（すなわちネットワーク１００）配下に存在するものとする。

ここで、最初にＭＮ１０がＭＮ１０Ａで示すようにＷＬＡＮ３０及び３Ｇのネットワーク１００に接続（attach）し、次いでＭＮ１０Ｂで示すようにＷＬＡＮ３１及び３Ｇのネットワーク１００に接続（attach）した場合、ＭＮ１０は移動中でも常にＭＡＧ／３Ｇゲートウェイ２２に接続（connect）しているものとする。ネットワーク１００がＭＮ１０のホームＰＭＩＰｖ６ドメインであるので、ＭＮ１０はネットワーク１００に接続（attach）したときにネットワーク１００のホームＭＩＰｖ６プリフィックスＰ１を確実に参照するものとする。また、ＬＭＡ／ＨＡ４０がＭＩＰｖ６機能を有するので、ＭＮ１０のＮＡＩがＰＢＵメッセージでＬＭＡ／ＨＡ４０に到達したときに、ホームＭＩＰｖ６プリフィックスＰ１がＭＮ１０に与えられるものとする。なお、ホームＭＩＰｖ６プリフィックスＰ１は、ＭＮ１０においてあらかじめ静的に構成されていてもよく、また、ブートストラッピング・メカニズムのような動的なメカニズムにより取得されていてもよい。

最初にＭＮ１０が３ＧセルラインタフェースＩｆ１経由でネットワーク１００のルータであるＭＡＧ２２に接続（attach）すると、ＭＮ１０はＭＡＧ２２からのルータ広告（ＲＡ）メッセージ２６で、ネットワーク１００のプリフィックスであるホームＭＩＰｖ６プリフィックスＰ１を参照する。次にＭＮ１０がＷＬＡＮインタフェースＩｆ２経由でＷＬＡＮ３０のルータであるＭＡＧ２０に接続（connect）すると、ＭＮ１０はＭＡＧ２０からのＲＡメッセージ２５で、ＷＬＡＮ３０のプリフィックスである外部プリフィックスＰ２を参照する。ここで、その理由を理解することが重要である。その理由は、非特許文献２に開示されているＰＭＩＰプロトコルでは、インタフェースごとにユニークなプリフィックスを与えるので、ＬＭＡ／ＨＡ４０が外部プリフィックスＰ２をＷＬＡＮインタフェースＩｆ２に与えるからである。なお、ＭＮ１０が複数のプリフィックスをＬＭＡ／ＨＡ４０から取得している場合、ＣＮとの通信に使用しているプリフィックスをホームプリフィックスと呼び、それ以外を外部プリフィックスと呼ぶようにしてもよい。

このため、ＭＮ１０は３ＧセルラインタフェースＩｆ１とＷＬＡＮインタフェースＩｆ２に対して１つのみのホームプリフィックスＰ１とホームアドレス（ＨｏＡ）を有する。この場合、ＭＮ１０は外部プリフィックスＰ２を第２のＷＬＡＮインタフェースＩｆ２経由で参照すると、ＷＬＡＮインタフェースＩｆ２への到達性を得るために、従来では、ＬＭＡ／ＨＡ４０に対してＣＭＩＰｖ６登録５０を実行する。ＣＭＩＰｖ６登録５０とは、ＭＮ１０が外部プリフィックスＰ２から生成した気付アドレス（ＣｏＡ）を、ホームＭＩＰｖ６プリフィックスＰ１から生成したＨｏＡにバインディングするということである。

さらに、ＭＮ１０は非特許文献４に記載されているマルチホーミング機能を有している場合、ＨフラグがセットされたＣＭＩＰｖ６登録５０により、ホームの登録とアウェイの登録が同時に行われるものとする。さらに、ＬＭＡ／ＨＡ４０は非特許文献４に記載されているマルチホーミング機能を有するものとする。加えて、ＭＮ１０は他のパケットデータネットワーク（ＰＤＮ）に位置する複数のＣＮ６０、６１と通信しており、ＰＭＩＰｖ６ドメインのローカルアドレスを選択してＣＮ６０、６１との通信を選択したいものとする。

この後、ＭＮ１０がＷＬＡＮ３１にローミングして（図のＭＮ１１Ｂ）、ＭＮ１０がＷＬＡＮインタフェースＩｆ２経由で、ＭＡＧ２１からのＲＡメッセージ２８内の同じ外部プリフィックスＰ２を参照するものとする。ここでは、インタフェース間のハンドオフである水平ハンドオフが発生するものとする。もし、ＭＮ１０がＷＬＡＮ３１に到達したときにＣＭＩＰｖ６の存続期間が満了し、また、ＷＬＡＮインタフェースＩｆ２への到達性を再び確保するため、又はインタフェースＩｆ１、Ｉｆ２の両方の同時使用を取得するため、又はＷＬＡＮインタフェースＩｆ２あてのみの転送を希望する場合、従来では、ＭＮ１０は、フラグＨ付きまたはフラグＨなしのＣＭＩＰｖ６ＢＵメッセージ５１をＬＭＡ／ＨＡ４０へ送信する必要がある。

ここで、ＷＬＡＮインタフェースＩｆ２に対するＣＭＩＰｖ６バインディングは、ＭＮ１０がＬＭＡ／ＨＡ４０に対して、ＷＬＡＮインタフェースＩｆ２が外部プリフィックスＰ２から生成したＣｏＡを使用して到達できることを通知するためであることを理解することが重要である。しかし、この外部プリフィックスＰ２から生成したＣｏＡの実際の到達性は、ＭＡＧ２０又は２１から通知されるＰＭＩＰｖ６バインディング（図１４参照）により得ることができる。したがって、ＷＬＡＮインタフェースＩｆ２に対するＣＭＩＰｖ６バインディングの内容は、静的であって、ＷＬＡＮインタフェースＩｆ２に対するＰＭＩＰｖ６バインディングに関係しているものであると結論することができる。この理由は、外部プリフィックスＰ２から生成したＣｏＡは、外部プリフィックスＰ２のＰＭＩＰｖ６バインディングにより与えられる情報を使用することで、到達性を得ることができるからである。

このため、従来のように、外部プリフィックスＰ２から生成したＣｏＡをＭＮ１０がホームプリフィックスＰ１から生成したＨｏＡにバインディングするためにシグナリングすると（図１のＣＭＩＰｖ６登録５０、５１）、ＭＮ１０に関連するシグナリング負荷が増大する。よって、ＬＭＡ／ＨＡ４０において、外部プリフィックスＰ２のＰＭＩＰｖ６バインディングに基づいてＣＭＩＰｖ６バインディングを生成、再生成することができるようにすることで、このシグナリング（５０、５１）を最適化することができる。ここで、ＣｏＡがＰＭＩＰｖ６ローカルプリフィックスでない他のプリフィックスから構成されている場合には、そのＣｏＡは完全に独立しており、独立してルーティング可能なアドレスである。しかし、外部プリフィックスＰ２のＣＭＩＰｖ６バインディングは、独立してルーティング可能なアドレスではないため、明らかに、外部プリフィックスＰ２のＣＭＩＰｖ６バインディングは、到達性を確保するためにＰＭＩＰｖ６バインディングを必要とする。

したがって、ＷＬＡＮインタフェースＩｆ２のＰＭＩＰｖ６バインディングとＣＭＩＰｖ６バインディングは最適化することができ、ＭＮ１０に関するシグナリング負荷を軽減することができ、消費電力を軽減するといった効果を得ることができる。さらに、ＣＭＩＰｖ６バインディングにおけるＨｏＡ情報は不要である。その理由は、ホームプリフィックスＰ１のＰＭＩＰｖ６バインディングがＬＭＡ／ＨＡ４０のキャッシュ２１３（図１４の第１のエントリＥ１）内に存在し、ＨｏＡ情報が取得できるからである。また、もしホームプリフィックスＰ１がＬＭＡ／ＨＡ４０Ａのキャッシュ２１３内に存在しなくても、ＬＭＡ／ＨＡ４０はＡＡＡサーバ（不図示）に問い合わせることによりプリフィックスＰ１を取得できる。したがって、このシステムでＭＮ１０が通知する必要がある内容は、ホームＭＩＰｖ６ネットワーク１００内で外部プリフィックスＰ２を参照したインタフェースＩｆ２の使用を希望することだけである。ＬＭＡ／ＨＡ４０に存在するＰＭＩＰｖ６バインディングの内容は、ＣＭＩＰｖ６バインディングの内容を正確に生成することができる内容である。

＜他の想定システム＞
図２は第１の実施の形態が想定する他のシステムとして、ＷＬＡＮ３０、３１が連続して配置されていない場合を示す。この意味は、ＷＬＡＮ３０、３１の各セルがお互いに隣接していないということであり、ＭＮ１０がこのネットワーク１００を移動したときにＷＬＡＮインタフェースＩｆ２がアクティブモードとアイドルモードの間で切り替えが起きる状態になるということである。他の想定は図１と同じであるので、詳細な説明を省略する。ここで、ＭＮ１０Ａ、１０Ｂ、１０Ｃ、１０Ｄは同じＭＮ１０であって、ＭＮ１０が１０Ａ→１０Ｂ→１０Ｃ→１０Ｄの順番で以下の位置に移動することを示す。また、以下の第１〜第４の位置では、ＭＮ１０の３ＧセルラインタフェースＩｆ１は安定しており、３ＧセルラインタフェースＩｆ１のハンドオフはないものとする。
・ＭＮ１０Ａ：ＷＬＡＮ３０に入るとき（第１の位置）
・ＭＮ１０Ｂ：ＷＬＡＮ３０から出るとき（第２の位置）
・ＭＮ１０Ｃ：ＷＬＡＮ３１に入るとき（第３の位置）
・ＭＮ１０Ｄ：ＷＬＡＮ３１から出るとき（第４の位置）

図２において、ＭＮ１０は第１の位置（ＭＮ１０Ａ）において３ＧセルラインタフェースＩｆ１及びＷＬＡＮインタフェースＩｆ２を介してそれぞれＭＡＧ２２及びＭＡＧ２０に接続（attach）すると、それぞれＭＡＧ２２及びＭＡＧ２０からのＲＡメッセージ２６及び２５内のプリフィックスＰ１、Ｐ２を参照する。ＭＮ１０は外部プリフィックスＰ２を参照すると、従来ではＬＭＡ／ＨＡ４０に対してＣＭＩＰｖ６登録５０を実行する。また、ＭＮ１０が移動してＷＬＡＮ３０と接続性（connectivity）のない第２の位置（ＭＮ１０Ｂ）に来たとき、従来ではＭＮ１０はＣＭＩＰｖ６登録削除５１を送信するかもしれない。次に、ＭＮ１０が別のＷＬＡＮ３１と接続性のある第３の位置（図のＭＮ１０Ｃ）に移動したときに、従来ではＭＮ１０はＷＬＡＮインタフェースＩｆ２への到達性を取得するためのＣＭＩＰｖ６登録５２を送信する。次にＭＮ１０がＷＬＡＮ３１と接続性のない第４の位置（図のＭＮ１０Ｄ）に移動すると、従来ではＭＮ１０はＣＭＩＰｖ６登録削除５３を送信するかもしれない。

従来のＣＭＩＰｖ６登録５０〜５２及びＣＭＩＰｖ６登録削除５３のＢＵメッセージは、すべてＷＬＡＮインタフェースＩｆ２のＰＭＩＰｖ６接続のためのＢＵ（ＰＢＵ：Proxy Binding Update）登録及びＰＢＵ登録削除に関連している。したがって、本発明の第1の実施の形態で説明した手法を用いることで、このようなＣＭＩＰｖ６のシグナリング（５０〜５３）を削減して最適化することができる。これは、ＷＬＡＮインタフェースＩｆ２がホームＰＭＩＰｖ６ドメインであるネットワーク１００に接続（attach）していて、ＷＬＡＮインタフェースＩｆ２のＣＭＩＰｖ６のキャッシュの内容がＬＭＡ／ＨＡ４０で生成可能とする手法を用いることで実現されている。以上の説明から、本発明の第1の実施の形態では、ＭＮ１０がホームＰＭＩＰｖ６ドメイン１００をローミングしてすべてのインタフェースＩｆ１、Ｉｆ２がホームＰＭＩＰｖ６ドメイン１００に接続（attach）していることを判断、予測又は推定し、外部プリフィックスＰ２を参照したインタフェースＩｆ２のＣＭＩＰｖ６シグナリングを最適化するメカニズムを提供する。

そこで、第１の実施の形態では、ＭＮ１０は、すべてのインタフェースＩｆ１、Ｉｆ２がホームＰＭＩＰｖ６ドメイン１００に接続（connect）するかもしれないことを予測すると、ＬＭＡ／ＨＡ４０に対して、ＣＮ６０、６１からＭＮ１０の１つのＨｏＡあてに到着する１つのフローに対してすべてのインタフェースＩｆ１、Ｉｆ２を同時に使用できるようにするために、外部プリフィックスＰ２を参照したインタフェースＩｆ２のＣＭＩＰｖ６バインディングキャッシュを生成して、ＭＮ１０がリフレッシュしなくても維持管理するように要求する。なお、ＭＮ１０は、割り当てられたプリフィックスが異なる場合に、各インタフェースが同一のホームドメインに接続しているか否かを判断した上で、ＬＭＡ／ＨＡ４０に対して上記の要求を行ってもよい。この場合、以下にも記述するように、ＭＮ１０がネットワークに接続した際に、接続しているドメインを示すドメインＩＤやドメイン番号、オペレータ（PLMN:Public Land Mobile Network）ＩＤやオペレータ番号などの識別子を取得・比較することで、同一のドメインに接続しているか否かを判断してもよい。また、あらかじめ割り当てられているプリフィックスの情報と、ネットワークに接続した際に割り当てられたプリフィックスを比較することで、ホームドメインに接続しているか否かを判断してもよい。

＜メッセージシーケンス及びＢＣ＞
図３は第１の実施の形態に係るメッセージシーケンス（１）〜（１１）を示し、図４はＬＭＡ／ＨＡ４０におけるバインディングキャッシュ（ＢＣ）２１３ａを示す。ＭＮ１０は３ＧセルラインタフェースＩｆ１及びＷＬＡＮインタフェースＩｆ２の２つのインタフェースを有する。まず、ＭＮ１０は３ＧセルラインタフェースＩｆ１を介して、１つのＬＭＡ／ＨＡ４０を有するホームＭＩＰｖ６ドメイン（ネットワーク１００）に接続（connect）する。ＬＭＡ／ＨＡ４０はまた、ホームＰＤＮゲートウェイとも呼ばれる。ＭＮ１０は別のデータパケット・ネットワークに接続（connect）しているＣＮ６０と通信している。ＭＮ１０はインタフェースＩｆ１、Ｉｆ２の両方に対して、１つのホームプリフィックスＰ１と１つのＨｏＡを有し、ＣＮ６０はデータパケットをＭＮ１０のＨｏＡあてに送信する。ＭＮ１０はそのデータパケットをインタフェースＩｆ１、Ｉｆ２の両方を使用して受け取りたい。

（１）ＭＮ１０は３ＧセルラインタフェースＩｆ１経由でＭＡＧ（ＭＡＧ／３Ｇ）２２からの広告ビーコン（不図示）を検知すると、Ｌ２アソシエート信号（L2 associate signal）３０５をＭＡＧ２２に送信する。このビーコンはあるパラメータ、例えばネットワークタイプ（ＰＭＩＰを採用しているか否か）を特徴付けるドメインＩＤ及びドメイン番号を含む。ＭＮ１０は自身のホームＭＩＰｖ６ネットワーク１００のドメインＩＤに関する何かの静的な情報を自身のメモリ内にストアしていてもよい。したがって、ＭＮ１０はビーコンから入手したドメインＩＤと上記の自身の静的な情報を比較することにより、このドメインがＭＮ１０のホームＭＩＰｖ６ドメイン１００であってＭＡＧ２２がホームのＬＭＡ／ＨＡ（ＬＭＡ／ＨＡ／ＰＤＮ４０ Gateway）４０でないものと推論してもよい。

（２）ここで、ＭＮ１０は、ＭＮ１０をユニークに識別するＬ２セキュリティ証明書（credential）をＬ２アソシエート信号３０５で送信するものとする。ＭＡＧ２２はこの証明書を不図示のＡＡＡサーバに転送して、ＡＡＡサーバから資格認証（authorization）を受け取る。ＭＮ１０が資格認証されると、ＰＢＵ／ＰＢＡシグナリング３０６で示すようにＭＡＧ２２はＰＢＵメッセージをＬＭＡ／ＨＡ４０に送信し、ＬＭＡ／ＨＡ４０からその応答としてＰＢＡｃｋ（ＰＢＡ）メッセージを受信する。このとき、ＬＭＡ／ＨＡ４０は、図４に示すＢＣ２１３の第１のエントリＥ１においてインタフェースＩｆ１のＰＭＩＰｖ６キャッシュを作成する。
（３）次いで、ＭＡＧ２２はＲＡメッセージ３０７を送信し、ＭＮ１０は、ＲＡメッセージ３０７内のＭＮ１０のホームＭＩＰｖ６プリフィックスＰ１を参照する。

（４）ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ
ＭＮ１０は、ホームＭＩＰｖ６プリフィックスＰ１を参照してこのドメインがホームＭＩＰｖ６ドメインであることを知得すると、ＭＮ１０の他のインタフェース（ＷＬＡＮインタフェースＩｆ２）が更にこの同じホームＭＩＰｖ６ドメイン１００及びＬＭＡ／ＨＡ４０に接続（connect）する可能性が高いことを予測する。ＭＮ１０はこのように予測すると、本発明に係るＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８を、ＭＡＧ２２（及びインタフェースＩｆ１）を介してＬＭＡ／ＨＡ４０に送信する。

ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８の送信元アドレスは、ホームＭＩＰｖ６プリフィックスＰ１から構成したＭＮ１０のＨｏＡである。ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８の目的は、ＬＭＡ／ＨＡ４０に対し、ＬＭＡ／ＨＡ４０に接続（attach）して外部プリフィックスＰ２を参照したＭＮ１０のすべてのインタフェースのＣＭＩＰｖ６バインディングキャッシュ（図４の第３のエントリＥ３参照）を生成して維持管理するよう要求することにある。ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８は多くの内容を有し、ホームＭＩＰｖ６プリフィックスＰ１を参照した３ＧセルラインタフェースＩｆ１を除くＭＮ１０のすべてのインタフェース（Ｉｆ２）の識別子（Ｉｆ２−ＩＤ）を含む。このインタフェース識別子（Ｉｆ２−ＩＤ）は、ホームＭＩＰｖ６ドメイン内で外部プリフィックスＰ２を参照したＭＮ１０のインタフェースＩｆ２のＣｏＡをＬＭＡ／ＨＡ４０が生成するのに使用される。なお、ＭＮ１０は、すべてのインタフェースに関するＣｏＡそのものを通知してもよい。

さらに、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８内のＭＮ１０のインタフェースＩｆ２がホームＭＩＰｖ６ドメイン１００に接続（attach）したか否かは、ＬＭＡ／ＨＡ４０により、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８内のインタフェース識別子（Ｉｆ２−ＩＤ）と、他のＭＡＧ２０からＰＢＵメッセージ（シグナリング３１０）内のインタフェース識別子（Ｉｆ２−ＩＤ）で示されるＭＮ１０のＰＭＩＰｖ６接続（attachment）の情報を用いてトレースされる。上記のＣｏＡは、そのインタフェースＩｆ２に関連するＰＭＩＰｖ６プリフィックスＰ２とインタフェース識別子Ｉｆ２−ＩＤをＬＭＡ／ＨＡ４０が連結することにより生成される。

ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８は更に、すべてのインタフェース（インタフェース識別子）に関連するバインディング識別子（ＢＩＤ）を含む。ただし、ＭＮ１０が２つのインタフェースＩｆ１、Ｉｆ２のみを有する場合には、単にフラグＨの情報だけを用いてもよい。しかし、ＭＮ１０の２つ以上のインタフェースが同じホームＭＩＰｖ６ドメインに接続（connect）していて、個々のＣＭＩＰｖ６キャッシュ及びＰＭＩＰｖ６キャッシュを区別する場合には、それぞれのキャッシュに対してＢＩＤを必要とする。

ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８は望ましくは、新しいモビリティ拡張ヘッダを有する新しいモビリティ・メッセージで構成することができる。この種のモビリティ・メッセージは、ＩＡＮＡ（Internet Assigned Numbers Authority）によりメッセージの識別番号が割り当てられることを必要とする。インタフェース識別子とＢＩＤは、その新しいモビリティ・メッセージのオプションとして伝送される。又は、そのモビリティ・メッセージは、インタフェース識別子とＢＩＤを新しいオプションとして含むＢＵメッセージでもよい。又は、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８は、３Ｇネットワークへ接続する際の接続手続き（Attach Procedure）の中で送信するメッセージであってもよいし、ＭＡＧ２２あてのセキュリティ・トークン付きのＬ２メッセージでもよい。ただし、ＬＭＡ／ＨＡ４０はこのセキュリティ・トークンをユニークに解読できるものとする。ＭＡＧ２２はＬ２メッセージで受信したキャッシュ生成・維持管理要求の内容をＰＢＵメッセージ（３０６）でＬＭＡ／ＨＡ４０に転送することもできる。ＬＭＡ／ＨＡ４０は、セキュリティ・トークンを用いて転送されたメッセージの有効性をベリファイしてそのメッセージを処理してもよい。

ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８をＬＭＡ／ＨＡ４０に送信する方法は多くある。なお、インタフェース識別子を用いてキャッシュを識別できる場合は、ＢＩＤを送信する必要はない。また、ＢＩＤを用いてキャッシュを識別できる場合は、インタフェース識別子を送信する必要はない。しかし、ＭＮ１０が１つのインタフェースに対して１つのプリフィックスから複数のアドレスを生成する場合、ＢＩＤを送信することが適切である。

ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８はインタフェースＩｆ１からＭＡＧ２２に転送されてＬＭＡ／ＨＡ４０あてにトンネル化される。ＬＭＡ／ＨＡ４０はＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８を受信すると、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８内の情報をストアし、ネットワーク１００内の他のＭＡＧ２０を介したＭＮ１０の他のインタフェース接続（attachment）をモニタする。なお、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８は、インタフェースＩｆ２を介して送信されてもよい。つまり、ＭＮ１０のＷＬＡＮインタフェースＩｆ２がホームＰＭＩＰｖ６ドメイン１００に接続（attach）したと判断できる場合に、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８をＩｆ２から送信してもよい。この場合、Ｉｆ２がＭＡＧ２０に接続する際に行う接続手続き（Attach Procedure）の中のメッセージを用いて、ＭＡＧ２０に対して接続することを要求すると同時に、ＣＭＩＰｖ６キャッシュの生成・維持管理を要求する。この場合、Ｉｆ２の接続するネットワークがＮｏｎ３ＧＰＰネットワークのUntrustedネットワークである場合は、ｅＰＤＧ機能を持つＭＡＧ２０との間で行うＳＡ（Security Association）確立手続き（ＩＫＥｖ２）の中でＣＭＩＰｖ６キャッシュの生成・維持管理を要求する。一方、Ｉｆ２の接続するネットワークがＮｏｎ３ＧＰＰネットワークのTrustedネットワークである場合は、ＡＧＷ（Access Gateway）に対して行うアクセス認証、又はＬ３接続手続きの中で、ＣＭＩＰｖ６キャッシュの生成・維持管理を要求する。これにより、ＭＮ１０は、ＣＭＩＰｖ６キャッシュを生成・更新するためのＢＵメッセージを送信する必要がなくなる。なお、ＣＭＩＰｖ６キャッシュの生成・維持管理を要求する情報として、３ＧＰＰ／Ｎｏｎ３ＧＰＰネットワークに接続し、使用するモビリティ・プロトコル（ＰＭＩＰｖ６、ＣＭＩＰｖ６、ＭＩＰｖ４のいずれか１つ）を指定する際に、単なるＰＭＩＰｖ６を指定するのではなく、ＣＭＩＰｖ６キャッシュを生成することも同時に意味する値（例えば、ＰＭＩＰｖ６接続し、さらに複数ＩＦの同時に使用することを示すIndicator（ＰＭＩＰｖ６＋ＣＭＩＰｖ６））を指定してもよい。
さらに、ＭＮ１０のＷＬＡＮインタフェースＩｆ２がＭＡＧ２０及びＬＭＡ／ＨＡ４０との接続が完了した後に、別途ＣＭＩＰｖ６キャッシュ生成・維持管理要求を、ＢＵメッセージ等を用いてＩｆ２から送信してもよい。これにより、最初に１回だけＢＵメッセージを送信すれば、以後ＣＭＩＰｖ６キャッシュを更新するためのＢＵメッセージを送信する必要がなくなる。さらには、上記ＢＵメッセージを送信する前にＬＭＡ／ＨＡ４０との間で行うＳＡ確立手続き（ＩＫＥｖ２）の中でＣＭＩＰｖ６キャッシュ生成・維持管理を要求してもよい。なお、使用するＩＫＥｖ２メッセージとしては、ＩＫＥ＿ＡＵＴＨリクエストメッセージや、ＩＫＥ＿ＳＡ＿ＩＮＩＴメッセージなどが望ましい。

このように、ＭＮ１０の他のインタフェースＩｆ２がネットワーク１００に接続（attach）しており、ＣＭＩＰｖ６キャッシュ生成・維持管理の要求がＩｆ２経由で通知される場合、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８を受信したＬＭＡ／ＨＡ４０は、既存のインタフェースＩｆ２に関するＰＭＩＰｖ６バインディングに基づいてＩｆ２のＣＭＩＰｖ６キャッシュを生成し、更にＭＮ１０がリフレッシュすることなく維持管理する。ＬＭＡ／ＨＡ４０によって生成されるＣＭＩＰｖ６キャッシュとは、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８から得られたＨｏＡと、ＰＭＩＰｖ６プリフィックスＰ２から生成されたＣｏＡと、ＭＮ１０から送信されたインタフェース識別子を含む。ここで、インタフェース識別子は６４ビットである。

ＬＭＡ／ＨＡ４０はまた、このＣＭＩＰｖ６バインディングに対して、ＭＮ１０によりＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８で与えられるＢＩＤを関連付ける。ＬＭＡ／ＨＡ４０は更に、このＣＭＩＰｖ６バインディングに存続期間を割り当てる。この存続期間は第１のＰＭＩＰｖ６バインディングの存続期間と同じである。ここで、第２のＰＭＩＰｖ６バインディングとは、インタフェースＩｆ２のＣｏＡを生成するのに使用された外部ＰＭＩＰｖ６プリフィックスＰ２に関連するバインディングである。基本的に、このＣＭＩＰｖ６バインディングキャッシュの構造は、図４の第３のエントリＥ３に示すように
・ＨｏＡ（ホームプリフィックスＰ１）と、
・ＣｏＡ（外部プリフィックスＰ２＋インタフェース識別子Ｉｆ２−ＩＤ）と、
・ＢＩＤと、
・存続期間３（＝第１のＰＭＩＰｖ６バインディングの存続期間１）より成る。

（５）次に、図３では示されていないが、ＭＮ１０はメッセージ３０８の送信後に、ＷＬＡＮインタフェースＩｆ２経由でＷＬＡＮビーコンを受信するものとする。ＭＮ１０はＷＬＡＮ３０の不図示のアクセスルータ（ＡＲ）から広告されたプリフィックスＰ２からＷＬＡＮインタフェースＩｆ２のアドレスを構成し、次いでｅＰＤＧであるＭＡＧ（ＭＡＧ／ＷＬＡＮ）２０を発見すると、ＭＡＧ２０とのＩＰＳｅｃトンネル・セットアップ手続を開始する。この手続では、まず、ＭＮ１０は接続認証（authentication）パラメータ付きのＩＫＥｖ２メッセージ（IKEV2 authentication and setup）３０９をＭＡＧ２０に送信する。なお、ＩＫＥｖ２メッセージ３０９の中に、ＭＡＧ２０経由で接続するＮｏｎ３ＧＰＰネットワークへＰＭＩＰを用いて接続することを示す情報が含まれていてもよい。また、前述したように、メッセージ３０８の代わりに、（５）のＩＫＥｖ２メッセージ３０９を用いて、ＣＭＩＰｖ６キャッシュ生成・維持管理要求を通知してもよい。この場合、（９）のＩＫＥｖ２完了メッセージで、ＣＭＩＰｖ６キャッシュ生成・維持管理要求が受け入れられたか否かがＭＮ１０へ通知される。
（６）ＭＡＧ２０は不図示のＡＡＡサーバに問い合わせてＭＮ１０が資格認証（authorize）されると、ＬＭＡ／ＨＡ４０とのＰＢＵ／ＰＢＡｃｋシグナリング３１０を実行して、インタフェースＩｆ２及び外部プリフィックスＰ２のＰＭＩＰｖ６ルーティングステートを生成する。

（７）ＬＭＡ／ＨＡ４０は、第２のエントリＥ２であるＰＭＩＰｖ６バインディングキャッシュを生成し、次いで、ＮＡＩでユニークに識別されるＭＮ１０が、ＬＭＡ／ＨＡ４０に接続（connect）されるインタフェースＩｆ２を有することを知得すると、前述したＣＭＩＰｖ６キャッシュの生成・維持管理の要求に従い、第２のエントリＥ２であるＰＭＩＰｖ６バインディングキャッシュに関連するインタフェースＩｆ２のＣＭＩＰｖ６バインディング・キャッシュ（第３のエントリＥ３）を生成する。このキャッシュの詳しいパラメータは既に詳細に説明した。

この時点で、ＬＭＡ／ＨＡ４０は、要求メッセージ３０８に対する応答メッセージ３１１をＭＮ１０に送信して、インタフェースＩｆ２が同じホームＭＩＰｖ６ドメイン１００（ＬＭＡ／ＨＡ４０）に接続（connect）しており、インタフェースＩＦ２用のＣＭＩＰｖ６キャッシュがＬＭＡ／ＨＡ４０によって自動的に生成されたこと、さらには、インタフェースＩｆ２用のＢＩＤ付き又はフラグＨ付きのＣＭＩＰｖ６のＢＵメッセージ（図１４の２１２）を送信する必要がないことを通知してもよい。応答メッセージ３１１は、最初のメッセージ３０８に対するＬＭＡ／ＨＡ４０からの応答を通知する方法の１つであり、メッセージ３０８に対する応答であること示すタイプを含むＣＭＩＰｖ６登録削除メッセージ（ＢＡメッセージ）を用いることができるが、他の応答方法として、ＬＭＡ／ＨＡ４０は、トンネル・セットアップ完了メッセージ３１２内の新しいオプションをＭＡＧ２０に送信して、ＭＮ１０にＣＭＩＰｖ６のＢＵメッセージ２１２を送信しないよう通知してもよく、また、ＬＭＡ／ＨＡ４０がＭＡＧ２０又はＭＡＧ２２に対して通知し、それをＭＡＧ２０，２２がＭＮ１０に対してＲＡメッセージやその他の任意のＬ３メッセージ（モビリティヘッダメッセージを含む）、あるいはＬ２メッセージなどでＭＮ１０に通知してもよい。他にも多くの方法が考えられる。

（８）次いで、トンネル・セットアップ完了メッセージ（IPSec tunnel Setup Completion）３１２がＭＡＧ２０からＭＮ１０に送信される。
（９）次いでＩＫＥｖ２手順が完了してＩＫＥｖ２完了メッセージ（IKEv2 IP address/Prefix assignment）３１３がＭＡＧ２０からＭＮ１０に送信されて外部プリフィックスＰ２がＭＮ１０に通知される。ＭＮ１０はＩＫＥｖ２完了メッセージ３１３を受信すると、ＷＬＡＮインタフェースＩｆ２あてのパケットを取得するためのＣＭＩＰｖ６のＢＵメッセージ２１２を送信する必要はなく、ＬＭＡ／ＨＡ４０がＷＬＡＮインタフェースＩｆ２用のＣＭＩＰｖ６バインディングを生成し、パケットがＷＬＡＮインタフェースＩｆ２に到着する。

（１０）ＣＮ６０はＭＮ１０あてのデータパケット３１４を、プリフィックスＰ１から構成されたＭＮ１０のＨｏＡあてに送信する。ＣＮ６０から送信された上記のパケットがＬＭＡ／ＨＡ４０に到着すると、ＬＭＡ／ＨＡ４０はＢＣ２１３ａにおける第１のエントリＥ１（ＰＭＩＰｖ６エントリ）を使用したプリフィックスベースのルーティングを実行し、また、ＢＣＥ２１３ａにおける第３のエントリのＣＭＩＰｖ６キャッシュを使用したＨｏＡマッチングのルーティングを実行する。

（１１）（１２）図３では、第１のエントリＥ１（ＰＭＩＰｖ６キャッシュ）を使用してＭＮ１０にルーティングされるデータパケット３１４ａ、３１４ｂと、第３のエントリＥ３（ＣＭＩＰｖ６キャッシュ）を使用してＭＮ１０にルーティングされるデータパケット３１５ａ、３１５ｂを示す。第１のエントリＥ１を使用してルーティングされるデータパケット３１４ａ、３１４ｂは、ＭＡＧ２２経由でトンネル化される。また、もし、ＬＭＡ／ＨＡ４０が第３のエントリＥ３であるＣＭＩＰｖ６キャッシュを使用してＭＮ１０にルーティングすることを決定すると、そのデータパケット３１４はＬＭＡ／ＨＡ４０により複数回（ここでは２回）のカプセル化が行われてトンネル化される（図のパケット３１５ａ）。データパケット３１５ａの場合、最初のカプセル化は、ＭＮ１０のＷＬＡＮインタフェースＩｆ２のＣｏＡあてにトンネル化される。そして、更に１回のカプセル化が必要となり、２回目のカプセル化では、そのデータパケット３１５はＭＡＧ２０のアドレスあてにトンネル化される。ＬＭＡ／ＨＡ４０により２回のカプセル化が行われたパケット３１５ａはＭＡＧ２０によりデ・カプセル化され、元の１回のカプセル化が行われたパケット３１５ｂがＭＮ１０に転送されてＭＮ１０により完全にデ・カプセル化される。ここで、当業者であれば、ＬＭＡ／ＨＡ４０が図４に示すＢＣ２１３ａを用いてデータパケット３１４をどのように適切にカプセル化するかは明らかである。

また、ＷＬＡＮインタフェースＩｆ２あてのパケットはＭＮ１０あてに直接にトンネル化することができる。この場合には、あて先アドレス（トンネル化パケットのあて先アドレス）はＭＡＧ２０のアドレスであって、トンネル化パケットのルーティング・ヘッダタイプ０に、外部プリフィックスＰ２から構成したＣｏＡとＭＮ１０のＨｏＡを挿入する。このトンネル化方法によれば、ＭＡＧ２０における余分なトンネル化によるオーバヘッドが増加することを防止することができる。

＜ＣＭＩＰｖ６キャッシュの存続期間＞
図４に示すように、第３のエントリＥ３（ＣＭＩＰｖ６キャッシュの存続期間３）は、第２のエントリＥ２の存続期間２に関係なく、第１のエントリＥ１の存続期間１を用いて維持されて存続期間１が満了すると削除される。ＭＮ１０のＷＬＡＮインタフェースＩｆ２が、ＷＬＡＮ３０、３１の連続していない小さなセルに接続（connect）する場合、ＷＬＡＮインタフェースＩｆ２がハンドオフしてＷＬＡＮ３０、３１の配下にないことが多く発生する。この場合、ＷＬＡＮインタフェースＩｆ２のＣＭＩＰｖ６キャッシュが３ＧセルラインタフェースＩｆ１のＰＭＩＰｖ６キャッシュの存続期間１に基づいて維持されることが有益である。その理由は、ＬＭＡ／ＨＡ４０がＷＬＡＮインタフェースＩｆ２のＣＭＩＰｖ６キャッシュを頻繁に生成する必要がないからである。ここで重要な点は、３Ｇセル（ホームＰＭＩＰｖ６ドメイン１００）がＷＬＡＮ３０、３１よりかなり大きく、３ＧセルラインタフェースＩｆ１が頻繁にハンドオフしないことにある。

以下に動作を説明する。まず、ＭＮ１０のＷＬＡＮインタフェースＩｆ２のＣＭＩＰｖ６キャッシュ（存続期間３）が３ＧセルラインタフェースＩｆ１のＰＭＩＰｖ６キャッシュの存続期間１に基づいて維持されており、ＷＬＡＮインタフェースＩｆ２のＰＭＩＰｖ６キャッシュ（第２のエントリＥ２）がハンドオフ前に有効な場合、パケットは第２のエントリＥ２を用いてＭＡＧ３０２を経由してＷＬＡＮインタフェースＩｆ２に到達する。これに対し、ＷＬＡＮインタフェースＩｆ２のＰＭＩＰｖ６キャッシュがハンドオフにより有効でなくなると、ＷＬＡＮインタフェースＩｆ２に関連するＣｏＡあてのパケットは、第１のエントリＥ１を用いて３ＧセルラインタフェースＩｆ１に送信される。この場合、ＭＡＧ３０１はＬＭＡ／ＨＡ４０により、外部プリフィックスＰ２についての何らかの有効性の情報をトンネル化パケットヘッダ内で与えられるものとする。

＜第１の実施の形態による利点＞
以下に、第１の実施の形態による利点について考察する。第１の利点として、ＬＭＡ／ＨＡ４０がＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８に応答してＣＭＩＰｖ６バインディングキャッシュを生成して、ＭＮ１０によりリフレッシュされることなく維持管理するので、ＭＮ１０は、ＣＭＩＰｖ６登録メッセージを送信する必要がなくなり、さらにＬＭＡ／ＨＡ４０は、ＣＭＩＰｖ６バインディングを用いてデータパケットをルーティングするためには、ＰＭＩＰｖ６バインディングキャッシュをサーチすることが必要であると知得することができる。ＬＭＡ／ＨＡ４０がＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８を受信してＣＭＩＰｖ６バインディングキャッシュを生成するとき、ＬＭＡ／ＨＡ４０は、パケットをどのようにルーティングするかを示す別のパラメータをＢＣ２１３ａに挿入することもできる。これにより、ＬＭＡ／ＨＡ４０がＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８を受信しないで、ＣＭＩＰｖ６バインディングキャッシュを使用してパケットをどのようにルーティングするかを識別する必要がある場合と比較して、ＬＭＡ／ＨＡ４０の処理の負荷を減少させることができる。

例えば、もしＭＮ１０がＷＬＡＮインタフェースＩｆ２経由で別の外部ドメインに接続（attach）すると、ＬＭＡ／ＨＡ４０はＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８の応答として、ＣＭＩＰｖ６バインディングキャッシュを生成しないで、ＷＬＡＮインタフェースＩｆ２のＣＭＩＰｖ６バインディングキャッシュには、回帰的なトレーシングを実行しなければならないエントリとしてマークしない。したがって、ＬＭＡ／ＨＡ４０は、外部ドメインから取得したＣｏＡあてにルーティングするためには、デフォルト・ルータに送信することで十分であることを知得する。

別の顕著な利点とは、ＬＭＡ／ＨＡ４０がルーティングするホームＭＩＰｖ６ドメインに接続（connect）するとともに、外部プリフィックスＰ２を参照したインタフェースあてにトンネル化されたパケットを取得できるインタフェースについては、ＭＮ１０はＢＵを実行する必要がないことにある。本発明は、ＭＮ１０がフラグＨベースのＢＵを実行してすべてのフローがＷＬＡＮインタフェースＩｆ２のみに到着するよう要求する場合に有用である。ＭＮ１０は非常に秘密性のあるフローを有し、そのフローがＬＭＡ／ＨＡ４０からＭＮ１０に直接にトンネル化されることを希望するかもしれない。

＜ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８の別の形態＞
図５は別の３つの形態のＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０６Ａ、（３０７Ａ１、３０７Ａ２）、（３０８Ａ１、３０８Ａ２）を示す。ＭＮ１０はまず、３ＧインタフェースＩｆ１経由でホームＭＩＰｖ６ドメイン１００に接続（attach）してホームプリフィックスＰ１を参照した場合、前述したようにＭＮ１０が、ＬＭＡ／ＨＡ４０からの外部プリフィックスＰ２を参照したＷＬＡＮインタフェースＩｆ２のＣＭＩＰｖ６バインディング・キャッシュを生成・維持管理するようＬＭＡ／ＨＡ４０に要求するには種々の形式のシグナリングを実行できる。

（１）最初の望ましい方法では、ＭＮ１０はＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０６Ａを直接にＬＭＡ／ＨＡ４０に送信する。この場合、メッセージ３０６Ａの送信元アドレスは、ホームプリフィックスＰ１を使用して構成したＭＮ１０のＨｏＡであり、あて先アドレスはＬＭＡ／ＨＡ４０のアドレスである。メッセージ３０６Ａは拡張ヘッダの新しいヘッダタイプを用いて構成することができる。もし、この拡張ヘッダの新しいヘッダタイプをメッセージ３０６Ａに使用すると、ＬＭＡ／ＨＡ４０におけるメッセージ３０６Ａの処理はやや簡単になる。ＬＭＡ／ＨＡ４０はメッセージ３０６Ａから新しいヘッダタイプが何かを知得してメッセージ３０６Ａをどのように処理するかを知得する。

インタフェース識別子とＢＩＤのようにＭＮ１０の他のインタフェース（ＷＬＡＮインタフェースＩｆ２）を識別するための情報は、メッセージ３０６Ａ内のオプションとして又はデータフィールドに埋め込むことができる。メッセージ３０６ＡはＭＡＧ２２からＬＭＡ／ＨＡ４０まではトンネル化される。もし、メッセージ３０６ＡがＭＩＰｖ６に記述されているＢＵメッセージの場合、上記の他のインタフェースのインタフェース識別子とＢＩＤは、ＢＵメッセージ内にモビリティ・オプションとして埋め込まれる。このモビリティ・オプションは新しいタイプのオプションである。

（２）また代わりに、ＣＭＩＰｖ６キャッシュ生成・維持管理要求は、ＭＡＧ２２に送信されるＬ２メッセージ３０７Ａ１で送信することもできる。このＬ２メッセージ３０７Ａ１は、上記の他のインタフェースのインタフェース識別子とＢＩＤを伝送する。ここで、Ｌ２メッセージ３０７Ａ１の送信元アドレスはＭＮ１０のインタフェースＩｆ１のＬ２アドレスであり、あて先アドレスはＭＡＧ２２のイングレス・インタフェースのＬ２アドレスである。ＭＡＧ２２はメッセージ３０７Ａ１で上記のパラメータ（インタフェース識別子とＢＩＤ）を受信すると、メッセージ３０７Ａ１の内容を、ＬＭＡ／ＨＡ４０あてのメッセージ３０７Ａ２で送信する。また、上記のＬ２メッセージと同等の内容を含む、ＲＳメッセージやＮＳメッセージ、認証メッセージ（ＩＫＥｖ２メッセージ）など、他の任意のＬ３メッセージ（モビリティヘッダメッセージを含む）を用いてもよい。さらに、３ＧＰＰネットワーク（ＭＡＧ２２）へ接続する際に行う接続手続き（Attach Requestメッセージ）の中で通知してもよい。

メッセージ３０７Ａ２はＰＢＵメッセージでもよく、また、新しいモビリティ拡張ヘッダを有する別のシグナリング・メッセージでもよい。ここで、メッセージ３０７Ａ２がＰＢＵメッセージの場合、ＬＭＡ／ＨＡ４０がそのＰＢＵメッセージをどのように処理してＣＭＩＰｖ６キャッシュの生成・維持管理の要求を知得できるように、上記の他のインタフェースのインタフェース識別子とＢＩＤがそのＰＢＵメッセージの新しいモビリティ・オプションとして挿入される必要がある。また、メッセージ３０７Ａ２が新しいモビリティ拡張ヘッダを有する別のシグナリング・メッセージの場合、上記の他のインタフェースのインタフェース識別子とＢＩＤはメッセージ内の通常のフィールドに挿入することができる。ただし、この場合、ＬＭＡ／ＨＡ４０の構成は、この新しいメッセージを理解するために変形する必要がある。この構成が変形されたＬＭＡ／ＨＡ４０は、この新しいメッセージを受信するとどのように処理するかを知得する。

（３）また、ＭＮ１０が３ＧインタフェースＩｆ１経由で参照したホームプリフィックスＰ１を選択する場合、ＭＮ１０はまず、メッセージ３０８Ａ１で示すようにその選択した旨をＤＮＳサーバ３０４Ａ（図のＤＮＳ／ＳＩＰ server／ＡＡＡ）に通知して、上記の他のインタフェースのインタフェース識別子とＢＩＤをメッセージ３０８Ａ１で提供することもできる。ＤＮＳサーバ３０４Ａはこの新しいプリフィックスＰ１をアクセプトして、ＬＭＡ／ＨＡ４０に対してメッセージ３０８Ａ２で、選択されたプリフィックスＰ１と、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８の内容を転送する。

ここで、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０６Ａ、（３０７Ａ１、３０７Ａ２）、（３０８Ａ１、３０８Ａ２）による各方法が特有の利点を有することを理解するべきである。メッセージ（３０８Ａ１、３０８Ａ２）の場合、２つの実現を達成することができる。１つ目は、ホームプリフィックスＰ１を選択すると、ＬＭＡ／ＨＡ４０にＣＭＩＰｖ６キャッシュ生成・維持管理を要求することにある。２つ目は、ＭＮ１０がメッセージ３０８Ａ１を送信することによりＷＬＡＮアクセスポイントを識別した場合、ＭＮ１０はｅＰＤＧアドレスを取得できることにある。

＜ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８のフォーマット＞
メッセージ３０８の詳細な３つの構成例を図６Ａ、図６Ｂ、図６Ｃを参照して説明する。
（ａ）図６Ａに示すフレーム３０７Ｂは、メッセージ３０８がＬ２メッセージ３０７Ａである場合のフレーム構造を示し、先頭から順次、開始フラグ（Flag）３００Ｂと、アドレス（Address）３０１Ｂと、制御（Control）３０２Ｂと、プロトコルＩＤ（Protocol ID）３０３Ｂと、情報（Information）３０４Ｂと、ＦＣＳ（Frame Check Sequence）３０５Ｂと終了フラグ（Flag）３０６Ｂの各フィールドにより構成されている。

開始フラグ３００Ｂはフレーム３０７Ｂの先頭を示すフラグであり、２番目のフィールドのアドレス３０１Ｂは、ＭＡＣ（Media Access Control）アドレスであって、Ｌ２パケットの送信元アドレスとあて先アドレスを含む。例えば送信元アドレスはＭＮ１０のインタフェースＩｆ１のＭＡＣアドレスであり、あて先アドレスはＭＡＧ２２のイングレス・インタフェース（不図示）のＭＡＣアドレスである。３番目のフィールドの制御３０２Ｂは、使用されているフレームのタイプを識別するための情報であって、受信側がこのＬ２のフレーム３０７Ｂを正しく処理するために重要である。基本的に、制御３０２Ｂは、フレーム３０７ＢのタイプすなわちＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８（３０７Ａ）のタイプを識別するために使用される。

４番目のフィールドのプロトコルＩＤ３０３Ｂは、上位の層で発生するパケットのみに対する値であって、メッセージ３０８（３０７Ａ）がＬ２で発生する場合にはオール０である。ただし、メッセージ３０８がＬ２で発生することができても、メッセージ３０８を送信する決定と、メッセージ３０８内に埋め込まれている関連パラメータは、Ｌ３から来なければならない。次のフィールドの情報３０４Ｂは、インタフェース識別子とＢＩＤを含む。情報３０４Ｂの後にＦＣＳ３０５Ｂのフィールドが続き、ＦＣＳ３０５Ｂは、フレーム３０７Ｂが誤りなく伝送（誤りが識別及び訂正）されるように送信側と受信側により計算される。最後のフィールドの終了フラグ３０６Ｂは、フレーム３０７Ｂのデ・リミタとして、基本的にはフレーム３０７Ｂの終了を識別するために使用される。

ここで、フレーム３０７Ｂの構造は、本発明を逸脱しない範囲で図６Ａに示す構造と同じである必要はない。前述したように、ＭＮ１０はＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８を送信するためのパケットをＬ３で送信することもできる。Ｌ３のシグナリングが使用される場合には、ＭＮ１０は新しいモビリティ拡張ヘッダか又は新しいオプション付きのＢＵメッセージを使用することができる。

（ｂ）図６Ｂは、新しいモビリティ拡張ヘッダ（New Mobility extension Header）３１０Ｂを有するシグナリング・パケット３１５Ｂを示す。パケット３１５Ｂについて以下に詳しく説明する。パケット３１５Ｂの最初のヘッダは、標準のＩＰｖ６ヘッダ（IPv6 Header）３０８Ｂであり、ＩＰｖ６ヘッダ３０８Ｂは、ＭＮ１０のＨｏＡがセットされる送信元アドレスと、ＬＭＡ／ＨＡ４０のアドレスがセットされるあて先アドレスを含む。パケット３１５Ｂの次のヘッダは接続認証ヘッダ（Authentication Header）３０９Ｂであり、ＭＮ１０とＬＭＡ／ＨＡ４０の間で交換されたセキュリティ・キーにより署名された接続認証データを有する。ヘッダ３０９Ｂは望ましいフィールドであるが、必須ではない。

第３のヘッダが新しいモビリティ拡張ヘッダ３１０Ｂであり、ヘッダ３１０Ｂは最初に標準のモビリティ拡張ヘッダ（Standard fields of mobility extension Header）３１１Ｂを有し、標準のモビリティ拡張ヘッダ３１１Ｂは、プロトコル番号、モビリティ・ヘッダタイプ、チェックサムなどを含む。新しいモビリティ拡張ヘッダ３１０Ｂは更に３つの標準のフィールド３１２Ｂ、３１３Ｂ、３１４Ｂを有する。第１のフィールド（Number of interfaces）３１２Ｂは、ホームプリフィックスＰ１を参照したインタフェースＩｆ１からＭＮ１０が除外したインタフェースＩｆ２の数を示す。次のフィールド（interface identifier）３１３Ｂは、第１のフィールド３１２ＢのインタフェースＩｆ２のインタフェース識別子Ｉｆ２−ＩＤを示す。３番目のフィールド（Binding identifier）３１４Ｂは、第２のフィールド３１３Ｂのインタフェース識別子Ｉｆ２−ＩＤに関連する１以上のＢＩＤを示す。ここで、新しいモビリティ拡張ヘッダ３１０Ｂのフィールドを構成する方法は多く存在することを強調したい。ただし、ここでは、望ましい１つの方法であるパケット３１５Ｂを示す。

（ｃ）図６Ｃは、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８を送信するための第３の例としてＢＵメッセージのパケット３２３Ｂの構造を示す。図６Ｂと同様に、パケット３２３Ｂの最初のヘッダはＩＰｖ６ヘッダ（IPv6 Header）３１６Ｂであり、次のヘッダは望ましくは接続認証ヘッダ（Authentication Header）３１７Ｂである。接続認証ヘッダ３１７Ｂの後にＢＵモビリティ拡張ヘッダ（Binding Update mobility extension Header）３１８Ｂが続く。ヘッダ３１８Ｂの最初のフィールドは標準のＢＵ拡張ヘッダ（Standard fields of binding update extension Header）３１９Ｂであり、例えば存続期間、シーケンス番号などのＢＵ内の標準のすべてのフィールドを含む。

標準のＢＵ拡張ヘッダ３１９Ｂの後に新しいオプション・フィールド（Mobility new option 1,2,3）３２０Ｂ、３２１Ｂ、３２２Ｂが設けられている。図６Ｂと同様に、最初のオプション・フィールド（Mobility new option 1）３２０Ｂはインタフェース数（Number of interfaces）である。また、２番目のオプション・フィールド（Mobility new option 2）３２１Ｂは、ＭＮ１０が最適化したいインタフェース識別子（Interface Identifier）であり、３番目のオプション・フィールド（Mobility new option 3）は、あるインタフェースに関連するＢＩＤが、１つ、または複数含まれる。

＜ＭＮの動作＞
次に、図７を参照してＭＮ１０の動作を更に詳しく説明する。複数のインタフェースＩｆを有するＭＮ１０は、まず、あるインタフェースＩｆ経由であるネットワーク・エンティティに接続（attach）すると、ＰＭＩＰｖ６ドメインに接続（attach）しているか否かをチェックする（ステップ４００）。もしＮＯであれば、通常のＣＭＩＰｖ６動作を実行する（ステップ４０２）。ステップ４００でＹＥＳの場合には、ＰＭＩＰｖ６ドメインからそのインタフェースＩｆに対して与えられたプリフィックスがホームプリフィックスＰ１か否かをチェックし、更にこのホームプリフィックスＰ１を知得しているか否かをチェックする（ステップ４０１）。もしＹＥＳの場合には、すべてのインタフェース識別子付きのＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８をＬＭＡ／ＨＡ４０に送信する（ステップ４０３）。

ステップ４０１でＮＯであれば、すなわちホームプリフィックスＰ１を有しない場合には、ＰＭＩＰｖ６プリフィックスをホームプリフィックスＰ１として選択し、ＨＡのアドレスをＤＮＳサーバに要求して取得する（ステップ４０４）。ここで、ＤＮＳサーバは、ＭＮ１０が選択したホームプリフィックスＰ１でホームのＬＭＡ／ＨＡ４０を更新するものとする。ステップ４０４の処理後、ステップ４０３の処理を実行する。ここで、ステップ４０１でＮＯであってホームプリフィックスＰ１を有しないということは、ＭＮ１０が外部ＰＭＩＰｖ６ドメインに接続（attach）していることを黙示しているので、ＭＮ１０は通常のＣＭＩＰｖ６動作を実行する。

ステップ４０３の処理後、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８に対する確認（Ａｃｋ）を受信したか否か、又はその応答（フラグ）がＲＡメッセージ又はＩＰｓｅｃトンネル確立確認メッセージ内に記述されているか否かをチェックする（ステップ４０５）。もしＹＥＳであれば、ＣＭＩＰｖ６のＢＵメッセージを送信しないでＲＡメッセージ内のフラグを処理する（ステップ４０６）。その理由は、ホームのＬＭＡ／ＨＡ４０により与えられる外部プリフィックスＰ２を参照したインタフェースＩｆ２のＣＭＩＰｖ６キャッシュは、ホームＬＭＡ／ＨＡ４０が生成して維持管理するからである。ステップ４０５でＮＯの場合は、ＭＮ１０のインタフェースＩｆ２が、ＰＭＩＰｖ６バインディングを使用する同じＬＭＡ／ＨＡ４０に接続（connect）していないことを意味するので、そのインタフェースＩｆ２に対する到達性を取得するためにＣＭＩＰｖ６のＢＵメッセージを送信する（ステップ４０７）。

＜ＬＭＡ／ＨＡの動作＞
次に図８を参照してＬＭＡ／ＨＡ４０の動作を更に詳しく説明する。ＬＭＡ／ＨＡ４０は、まず、パケットを受信すると、その受信パケットがＭＮ１０からのシグナリング・パケットか否かをチェックする（ステップ５００）。もしＹＥＳであれば、その受信パケットがＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８か否かをチェックする（ステップ５０１）。もしＮＯであれば、標準のＣＭＩＰｖ６の動作で受信パケットを処理する（ステップ５０３）。ステップ５０１でＹＥＳの場合には、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８に対してＡｃｋメッセージを送信し、また、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８内のインタフェース識別子Ｉｆ−ＩＤとＢＩＤを一時的に保持する（ステップ５０２）。

ステップ５００で受信パケットがＭＮ１０からのシグナリング・パケットでない場合には、その受信パケットが、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８を送信したＭＮ１０あてのデータパケットか否かをチェックする（ステップ５０４）。もしＹＥＳであれば、ＢＣ２１３ａをチェックして、受信パケットをＭＮ１０のすべてのインタフェースＩｆを経由するか、又はＭＮ１０によりセットされたプリファレンスに従って特定のインタフェースＩｆを経由してルーティングする（ステップ５０７）。ステップ５０４でＮＯであれば、受信パケットが、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８を送信したＭＮ１０からのデータパケットか否かをチェックする（ステップ５０６）。もしＹＥＳであれば、受信データパケットをデ・カプセル化してイーグレス・インタフェースを介してルーティングする（ステップ５０５）。ＬＭＡ／ＨＡ４０はデ・カプセル化の際、トンネル・エントリポイントがＢＣ２１３ａ内で有効に登録された送信元アドレスかをチェックする。

ステップ５０６でＮＯであれば、ＬＭＡ／ＨＡ４０は、受信パケットが、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８を送信したＭＮ１０のＰＭＩＰｖ６接続（attachment）を示すＭＡＧからのシグナリング・パケットか否かをチェックする（ステップ５０８）。もしＹＥＳであれば、ＬＭＡ／ＨＡ４０はＡｃｋメッセージを送信することにより、ＭＮ１０の他のインタフェースＩｆ２が同じＬＭＡ／ＨＡ４０に接続（attach）していることと、Ａｃｋメッセージが以前に送信されていない場合にはＭＮ１０はＣＭＩＰｖ６−ＢＵを実行する必要がないことを通知する。又はＲＡメッセージでＣＭＩＰｖ６−ＢＵを実行する必要がないことを通知する（ステップ５０９）。ここで、Ａｃｋメッセージは、最初に接続（attach）して外部プリフィックスＰ２を参照したインタフェースＩｆ２には送信する必要はない。ステップ５０９ではまた、ＬＭＡ／ＨＡ４０は、外部プリフィックスＰ２を参照したインタフェースＩｆ２のＣＭＩＰｖ６キャッシュを生成する。

ステップ５０８でＮＯであれば、ＬＭＡ／ＨＡ４０は、受信パケットがＭＡＧからの、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８を送信したＭＮ１０のＰＭＩＰｖ６登録解除を示すシグナリング・パケットか否かをチェックする（ステップ５１０）。もしＹＥＳであれば、ＬＭＡ／ＨＡ４０はＢＣ２１３ａから、そのＣＭＩＰｖ６バインディング（第３のエントリＥ３）と、そのＣＭＩＰｖ６バインディングに関連するＰＭＩＰｖ６バインディング（第２のエントリＥ２）を削除する（ステップ５１１）。ここで、そのＣＭＩＰｖ６バインディングとは、ステップ５０９においてＰＭＩＰｖ６バインディングのパラメータを用いて生成したバインディングのことである。ステップ５１０でＮＯであれば、ＬＭＡ／ＨＡ４０は、受信したシグナリング・パケットを通常のＰＭＩＰｖ６動作で処理する（ステップ５１２）。

＜ＭＮの構成＞
次に図９を参照してＭＮ１０の構成について詳しく説明する。図９はＭＮ１０のハードウエア、ソフトウエア及びファームウエアを機能的に示すブロック図である。ＭＮ１０の機能は、概略的にはレイヤ３プロトコル・モジュール４０２Ａと、レイヤ３より上位のレイヤ（層）のプロトコルを実行する上位層プロトコル・モジュール４０１Ａと、レイヤ３より下位の層のプロトコルを実行する下位層プロトコル・モジュール４０８Ａにより構成される。下位層プロトコル・モジュール４０８Ａは、ＭＮ１０の各インタフェースＩｆに関連する複数の層のプロトコル・モジュールにより構成され、下位層プロトコル・モジュール４０８Ａの機能は、主にデータリンク層の制御及び伝送のメカニズムに関連している。

レイヤ３プロトコル・モジュール４０２Ａは、詳しくは５つのサブ・モジュール（ユニット）、すなわちＩＰｖ６ルーティング・ユニット４０３Ａと、ＭＩＰｖ６モビリティ管理ユニット４０４Ａと、ホームＰＭＩＰドメイン用決定ユニット４０５Ａと、マルチホーミング・サポートユニット４０６Ａと、シグナリング最適化ユニット４０７Ａにより構成される。ここで、図示されていないが、レイヤ３プロトコル・モジュール４０２Ａは、各ユニット４０３Ａ〜４０７Ａ間のメッセージを伝達するためのインタフェースを有するものとする。また、各ユニット４０３Ａ〜４０７Ａはまた、関連するバインディングを有するものとする。

ＩＰｖ６ルーティング・ユニット４０３Ａは、近隣探索（neighbor discovery）、アドレス構成、及びＩＰｖ６の基本的なルーティングのメカニズムを担当する。ＭＩＰｖ６モビリティ管理ユニット４０４Ａは、ＢＵの実行及び登録解除のようなＭＩＰｖ６モビリティ管理のメカニズムを担当する。マルチホーミング・サポートユニット４０６Ａは、ＢＩＤの生成及びＢＵメッセージへのフラグＨの添付のようなＭＯＮＡＭＩ６（非特許文献４：複数ＣｏＡ登録）の機能を担当する。シグナリング最適化ユニット４０７Ａは、ＭＮ１０が本発明に係るＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８を構成した場合の機能を担当する。ホームＰＭＩＰドメイン用決定ユニット４０５Ａは、ＭＮ１０がＰＭＩＰｖ６ドメインに接続（attach）しようとしているか否かを決定する場合の機能を担当する。ここで、当業者であれば、各ユニット４０３Ａ〜４０７Ａが適切なソフトウエア・インタフェースを必要とすることは明らかである。

最後に、上位層プロトコル・モジュール４０１Ａは、ＭＮ１０に備えられているトランスポート層やアプリケーション層のような上位の層のプロトコルを担当する。ここで、当業者であれば、上位層プロトコル・モジュール４０１Ａが１つのブロックで示されているが、本発明を逸脱しない範囲で複数のブロックで構成されることは明らかである。

＜ＬＭＡ／ＨＡの構成＞
次に図１０を参照してＬＭＡ／ＨＡ４０の構成について詳しく説明する。図１０はＬＭＡ／ＨＡ４０を機能的に示すブロック図である。ＬＭＡ／ＨＡ４０は概略的には、ルーティング層すなわちレイヤ３プロトコル・モジュール５０１Ａと、レイヤ３より下位の層のプロトコルを実行する下位層プロトコル・モジュール５１１Ａの２つの機能エンティティにより構成される。なお、図示されていないが、モジュール５０１Ａ、５０２Ａの間には適切なインタフェースが存在する。レイヤ３プロトコル・モジュール５０１Ａは４つのサブ・モジュールとして、ＩＰｖ６ルーティング・モジュール５０２Ａと、Ｍｏｎａｍｉ６ルーティング・モジュール５０３Ａと、ＰＭＩＰｖ６ルーティング・モジュール５０４Ａと、シグナリング最適化サポート・モジュール５０５Ａを有する。

ＩＰｖ６ルーティング・モジュール５０２Ａは、１ホップ内の基本的なルーティングのメカニズムと、ＬＭＡ／ＨＡ４０の不図示のイングレス・インタフェース及びイーグレス・インタフェースのアドレス構成と、通常のパケットルーティング及び近隣探索のメカニズムを担当する。Ｍｏｎａｍｉ６ルーティング・モジュール５０３Ａは、マルチホーミング・シグナリングも処理可能なＨＡの機能を備えたマルチホーミング・モジュールである。ここで、モジュール５０３Ａは特に、フラグＨとＢＩＤを処理することができ、また、個々にＢＩＤを使用して１つのＨｏＡに対する複数のＣＭＩＰｖ６バインディング・エントリを維持できるものとする。ＩＰｖ６ルーティング・モジュール５０２ＡとＭｏｎａｍｉ６ルーティング・モジュール５０３Ａはシグナリング・インタフェース５１０Ａを有し、シグナリング・インタフェース５１０Ａは、ＣＭＩＰｖ６タイプのシグナリング及びデータパケットを処理してそのデータパケットをルーティングするために重要である。

ＰＭＩＰｖ６ルーティング・モジュール５０４Ａは、純粋にＬＭＡタイプの機能のすべてを担当する。ＬＭＡタイプの機能として、例えば複数のインタフェースＩｆを有するＭＮ１０のＰＭＩＰｖ６キャッシュを維持したり、ＭＡＧ経由でＭＮ１０あてにパケットをトンネル化したり、受信したＰＢＵメッセージを処理したり、送信すべきＰＢＡメッセージを生成する。モジュール５０４Ａはさらに、ＩＰｖ６ルーティング・モジュール５０２Ａとのシグナリング・インタフェース５０９Ａを有し、シグナリング・インタフェース５０９Ａは、ＰＭＩＰｖ６キャッシュを用いてシグナリング及びデータパケットを処理してそのデータパケットをルーティングするために使用される。ここで、Ｍｏｎａｍｉ６ルーティング・モジュール５０３ＡとＰＭＩＰｖ６ルーティング・モジュール５０４Ａはそれぞれ、自身のＢＣＥを有するものとする。また、ＰＭＩＰｖ６ルーティング・モジュール５０４ＡとＭｏｎａｍｉ６ルーティング・モジュール５０３Ａは、非常に強く結合されているものとする。

ここで、ＣＭＩＰｖ６キャッシュはＰＭＩＰｖ６キャッシュから別個に維持されるので、ＰＭＩＰｖ６ルーティング・モジュール５０４ＡとＭｏｎａｍｉ６ルーティング・モジュール５０３Ａは別個に示されているが、ＣＭＩＰｖ６キャッシュとＰＭＩＰｖ６キャッシュを分離するシグナリング・メッセージ内にＢＩＤとフラグＨがないときにＣＭＩＰｖ６キャッシュがＰＭＩＰｖ６キャッシュを上書きできる場合には、ＰＭＩＰｖ６ルーティング・モジュール５０４ＡとＭｏｎａｍｉ６ルーティング・モジュール５０３Ａ、及びＣＭＩＰｖ６キャッシュとＰＭＩＰｖ６キャッシュは相互に動作する必要がある。前述したように、ＣＭＩＰｖ６キャッシュとＰＭＩＰｖ６キャッシュは、別個に設けられているにもかかわらず、相互に密接して動作する必要がある。ここで、当業者であれば、ＣＭＩＰｖ６キャッシュとＰＭＩＰｖ６キャッシュを別個に設けるのは、実際に用いられる形態に依存する。代わりとして、ＰＭＩＰｖ６ルーティング・モジュール５０４ＡとＭｏｎａｍｉ６ルーティング・モジュール５０３Ａを図１０に示すように別個に設けるが、ＣＭＩＰｖ６キャッシュとＰＭＩＰｖ６キャッシュは一緒に設けてもよい。

最後に、重要なシグナリング最適化サポート・モジュール５０５Ａについて説明する。シグナリング最適化サポート・モジュール５０５Ａは、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８を処理してＣＭＩＰｖ６キャッシュをＭｏｎａｍｉ６ルーティング・モジュール５０３Ａに生成するために設けられている。モジュール５０５Ａは、モジュール５０３Ａとの間でシグナリング・インタフェース５０７Ａを介して通信するものとする。シグナリング・インタフェース５０７Ａは、ＣＭＩＰｖ６キャッシュ生成・維持管理要求などのメッセージや、ＣＭＩＰｖ６キャッシュを生成・維持管理するのに必要なパラメータを転送するために使用される。

シグナリング最適化サポート・モジュール５０５Ａはまた、ＭＮ１０の他のインタフェースＩｆ２がＰＭＩＰｖ６ドメインに接続（attach）しているか否かをモニタする。このモニタに関して、シグナリング最適化サポート・モジュール５０５Ａは、ＰＭＩＰｖ６ルーティング・モジュール５０４Ａとの間にシグナリング・インタフェース５０６を必要とする。シグナリング最適化サポート・モジュール５０５Ａは、ＰＭＩＰｖ６ルーティング・モジュール５０４Ａからシグナリング・インタフェース５０６を経由して、ＭＮ１０の他のインタフェースＩｆ２がＰＭＩＰｖ６ドメインに接続（attach）していることを知得すると、ＭＮ１０がＣＭＩＰｖ６のＢＵメッセージを送信しないようＭＡＧに通知することを決定する。この通知情報は、シグナリング最適化サポート・モジュール５０５Ａで構成されてＰＭＩＰｖ６ルーティング・モジュール５０４Ａに転送される。以上、ＬＭＡ／ＨＡ４０の望ましい構成について説明したが、本発明を逸脱しない範囲でＬＭＡ／ＨＡ４０を構成することができる。

＜第２の実施の形態＞
次に、図１１を参照して第２の実施の形態について説明する。図１１に示すネットワークでは、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８の代わりに、ＣＭＩＰｖ６のＢＵメッセージ送信停止要求シグナル６１５が追加されていることを除いて同じである。以下、図１１に示した構成部材及びシグナルを簡単に繰り返して説明する。図１１に示すネットワークでは、複数のインタフェース（３ＧセルラインタフェースＩｆ１及びＷＬＡＮインタフェースＩｆ２）を有するＭＮ２００がインタフェースＩｆ１、Ｉｆ２の両方を介してホームＰＭＩＰｖ６ネットワーク（ドメイン）２０４に接続（connect）されている。このとき、３ＧセルラインタフェースＩｆ１は、ホームＰＭＩＰｖ６ネットワーク２０４のＭＡＧ２０１を介してＬＭＡ／ＨＡ２０３に接続（connect）され、また、ＷＬＡＮインタフェースＩｆ２は、ＷＬＡＮ２０６のＡＲ２０７と、ホームＰＭＩＰｖ６ネットワーク２０４のＭＡＧ２０２を介してＬＭＡ／ＨＡ２０３に接続（connect）されている。さらに、ＷＬＡＮ２０６はインタネット２０５に接続（connect）され、また、ＭＮ２００は、インタネット２０５に接続（connect）されているＣＮ２１４との間で通信している。

上記構成において、ＭＮ２００が最初に３ＧセルラインタフェースＩｆ１を介してＭＡＧ２０１に接続（attach）すると、ＭＡＧ２０１がＰＢＵメッセージ（シグナリング２０８）をＬＭＡ／ＨＡ２０３に送信して、ＬＭＡ／ＨＡ２０３のＢＣ２１３に第１のエントリＥ１（ＰＭＩＰｖ６キャッシュ）が生成され、また、ＭＮ１０がＭＩＰｖ６のホームプリフィックスＰ１を参照する。同様に、ＭＮ２００がＭＡＧ２０２に対するトンネル確立をトリガすると、ＭＡＧ２０２がＰＢＵメッセージ（シグナリング２０９）をＬＭＡ／ＨＡ２０３に送信して、ＬＭＡ／ＨＡ２０３のＢＣ２１３に第２のエントリＥ２（ＰＭＩＰｖ６キャッシュ）が生成される。この結果、ＭＮ２０はＬＭＡ／ＨＡ２０３により与えられる外部プリフィックスＰ２をＩＰＳｅｃ完了メッセージ２１１で参照する。

ここで、ＭＮ２００はＣＮ２１４から、ホームプリフィックスＰ１から構成されたＨｏＡあてのフローがＷＬＡＮインタフェースＩｆ２経由で来ることを希望するものとする。また、前述したように、ＭＮ１０はインタフェースＩｆ１、Ｉｆ２に対して１つのホームプリフィックスＰ１と１つのＨｏＡのみを有するものとする。ＭＮ１０はＣＮ２１４から１つのＨｏＡあてのフローがＷＬＡＮインタフェースＩｆ２経由で来ることを希望する場合、ホームとアウェイで接続（attach）することを示すフラグＨ付きのＣＭＩＰｖ６のＢＵメッセージ２１２をＬＭＡ／ＨＡ２０３に送信して、ＬＭＡ／ＨＡ２０３のＢＣＥ２１３に第３のエントリＥ３（ＣＭＩＰｖ６キャッシュ）を生成する。ここで重要なことは、フラグＨ付きのＣＭＩＰｖ６のＢＵメッセージ２１２は、第１のエントリＥ１であるＰＭＩＰｖ６キャッシュを上書きしない点である。したがって、３つのエントリＥ１、Ｅ２、Ｅ３がすべて共存し、ＬＭＡ／ＨＡ２０３が異種のバインディング（ＰＭＩＰｖ６キャッシュとＣＭＩＰｖ６キャッシュ）を維持することができる。

第２の実施の形態におけるＬＭＡ／ＨＡ２０３は、ＣＭＩＰｖ６のＢＵメッセージ２１２をチェックして、ＣＭＩＰｖ６登録（第３のエントリＥ３）を使用するのに第２のエントリＥ２（ＰＭＩＰｖ６キャッシュ）を必要とすることを検出する機能を有する。さらに、ＬＭＡ／ＨＡ２０３は、ＣＭＩＰｖ６のＢＵメッセージ２１２が継続する必要がないこと、及びＬＭＡ／ＨＡ２０３が第２のエントリＥ２（ＰＭＩＰｖ６キャッシュ）を用いてＣＭＩＰｖ６バインディングを生成及び維持管理できることものと推論する。ＬＭＡ／ＨＡ２０３は、いったんこのように決定すると、その旨をＣＭＩＰｖ６のＢＵメッセージ送信停止要求シグナル６１５でＭＮ２００に直接に通知する。ＭＮ２００はシグナル６１５を受信すると、ＣＭＩＰｖ６のＢＵメッセージ２１２をこれ以上送信しない。ただし、ＭＮ２００が外部プリフィックスＰ２でない新しいプリフィックスをドメイン２０４内で参照した場合と、ＬＭＡ／ＨＡ２０３がこの最適化サービスを取り消す旨をＭＮ２００に通知した場合を除く。

ＷＬＡＮ２０６のセルがタイル状に連続している場合と連続していない場合の両方において、ホームのＬＭＡ／ＨＡ２０３から来る外部プリフィックスＰ２に対してＭＮ２００がＣＭＩＰｖ６のＢＵメッセージ２１２を継続して送信する場合の問題を解決する種々の変形例が考えられるが、これらは問題を最も効率的に解決する方法ではない。以下に、不具合な点を考察する。第１に、ホームのＬＭＡ／ＨＡ２０３がこの最適化のサービス又は可能性に関する決定を行う場合にある程度の複雑さがある。第２に、ホームのＬＭＡ／ＨＡ２０３が、ホームのＬＭＡ／ＨＡ２０３に属しない外部プリフィックスＰ２から構成されたＣｏＡを無駄にサーチする（ＣｏＡのバインディングがＰＭＩＰｖ６バインディングを有するか否かをサーチする）。ＬＭＡ／ＨＡ２０３がＭＮ２００から、第１の実施の形態のようなＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８を受信しないので、ＬＭＡ／ＨＡ２０３はＭＮ２００のＷＬＡＮインタフェースＩｆ２がどこに接続（attach）しているかを知得していないので、上記のＣｏＡのサーチが無駄な努力となる。

第３に、ＬＭＡ／ＨＡ２０３は、可能な最適化を識別するためにＭＮ２００のＷＬＡＮインタフェースＩｆ２からのＢＵメッセージを必要とする。ここで、第１の実施の形態では、ＭＮ２００のＷＬＡＮインタフェースＩｆ２からのＣＭＩＰｖ６のＢＵメッセージ２１２は不要であり、ＣＭＩＰｖ６キャッシュ生成・維持管理要求メッセージ３０８で十分である。ただし、第２の実施の形態の利点は、ＭＮ２００がホームＰＭＩＰｖ６ドメイン２０４に接続（connect）しているかを予測する必要がないが、ＭＮ２００がＷＬＡＮインタフェースＩｆ２のインタフェース識別子とＢＩＤをＬＭＡ／ＨＡ２０３に送信する必要があることにある。第２の実施の形態では、シグナリング負荷を減少させるために必要なすべての処理をＬＭＡ／ＨＡ２０３が実行する。多くのＬＭＡ／ＨＡが存在する場合、これらのＬＭＡ／ＨＡ２０３に多くの処理負荷を負わせても実現可能である。

＜第３の実施の形態＞
次に、前述した図１１を参照して第３の実施の形態について説明する。ここで、図１１において、ＭＮ２００がＷＬＡＮインタフェースＩｆ２を経由してホームＰＭＩＰｖ６ドメイン２０４に接続（connect）していることを知得しているものとする。その情報は、ＭＮ２００がＷＬＡＮ２０６のビーコンを参照して、ＭＡＧ２０２がＬＭＡ／ＨＡ２０３とのトンネルを確立していることをＭＡＧ２０２から取得することができる。ＭＮ２００は上記の情報から、ＣＭＩＰｖ６のＢＵのシグナリング最適化を実行できるものと知得し、ＣＭＩＰｖ６のＢＵメッセージ２１２をＬＭＡ／ＨＡ２０３に送信する。ここで、このＢＵメッセージ２１２は、ＬＭＡ／ＨＡ２０３に接続（attach）した各インタフェースＩｆ１、Ｉｆ２のＢＩＤを含み、また、それらに非常に長い存続期間を記述する。第３の実施の形態のポイントは、ＭＮ２００が非常に長い存続期間、接続（attach）した場合、ＭＮ２００がＢＵをリフレッシュする必要がないことである。

この場合、ＭＮ２００は、ＢＵメッセージ２１２内に記述した存続期間より長くホームＰＭＩＰｖ６ドメイン２０４内をローミングした場合には、第３のエントリＥ３をリフレッシュする必要がある。また、ＬＭＡ／ＨＡ２０３が非常に長い存続期間をアクセプトしない（長い存続期間のモビリティ・サービスを保証できない）場合には、ＬＭＡ／ＨＡ２０３が受け入れる存続期間の最大の値をＭＮ２００が知得し、ＢＵメッセージ２１２で通知してもよい。また、ＬＭＡ／ＨＡ２０３は自身の負荷の状態に応じて、ＭＮ２００からのＢＵをアクセプトしたり、リジェクトしたりするかもしれない。したがって、非常に長い存続期間のバインディングや、静的又はハードコードのバインディングは、ＬＭＡ／ＨＡ２０３がアクセプトできないかもしれない。この場合、ＬＭＡ／ＨＡ２０３からＭＮ２００に対して、長い存続期間のバインディングをアクセプトできるか否かを通知し、それに応じてＭＮ２００が長い存続期間を含むＢＵメッセージ２１２を送るべきか否かを判断してもよい。

また、ＷＬＡＮ２０６が図２に示したＷＬＡＮ３０、３１のように連続していない場合、もし、ＷＬＡＮインタフェースＩｆ２がオン、オフしたときに新しい外部プリフィックスＰ２がＷＬＡＮインタフェースＩｆ２に与えられると、外部プリフィックスＰ２に対して長い存続期間のＢＵメッセージ２１２を送信しないと判断してもよい。これにより、比較的短期間利用する外部プリフィックスに対しては通常のバインディングキャッシュとして扱わせることができる。また、ＭＮ２００は複数のインタフェースＩｆ１、Ｉｆ２を有するので、各インタフェースＩｆ１、Ｉｆ２に対して長い存続期間のＢＵメッセージ２１２を送信する。第３の実施の形態の主な利点は、ＭＮ２００の構成の変更が最小であることにある。拡張ＭＩＰｖ６タスク（Ｍｏｎａｍｉ６の機能）を備えたＭＮ２００は、ソフトウエアを変更することなくシグナリング・ストームの問題を解決できる。

＜第４の実施の形態＞
さらに、同じ図１１を参照して第４の実施の形態について説明する。第４の実施の形態では、ＬＭＡ／ＨＡ２０３は、ＣＭＩＰｖ６のＢＵメッセージ２１２をＭＮ２００から受信した場合に第２の実施の形態のシグナリング最適化を実行できるものと推論すると、ＢＵメッセージ２１２の応答として、ＣＭＩＰｖ６のＢＵメッセージ送信停止要求シグナル６１５の代わりに、非常に長い存続期間を記述したバインディング確認（ＢＡ）メッセージ（不図示）をＭＮ２００に送り返す。ＭＮ２００は、このＢＡメッセージ内の存続期間が満了するまで新しいＢＵメッセージ２１２をＬＭＡ／ＨＡ２０３に送信しない。

ただし、第４の実施の形態においても、ＭＮ２００は、ＢＡメッセージ内の存続期間が満了するとＣＭＩＰｖ６キャッシュをリフレッシュする必要がある。第４の実施の形態の主要な利点は、より多くの処理負荷をＭＮ側ではなくネットワーク側にシフトできることにある。さらに、第２の実施の形態と比べて、ＬＭＡ／ＨＡ２０３の動作を簡略化できる。

＜第５の実施の形態＞
次に図１２を参照して第５の実施の形態について説明する。図１２において、ＭＮ２００、ＭＡＧ２０１、２０２、ＬＭＡ／ＨＡ２０３、ホームＰＭＩＰｖ６ドメイン２０４、インタネット２０５、ＷＬＡＮ２０６及びＣＮ２１４は図１１と同じであるが、図１１で示したＣＭＩＰｖ６のＢＵメッセージ２１２とＢＣ７１３内の第３のエントリＥ３がない。

上記構成において、まず、図１１と同様に、ＭＮ２００が最初に３ＧセルラインタフェースＩｆ１を介してＭＡＧ２０１に接続（attach）すると、ＭＡＧ２０１がＰＢＵメッセージ（シグナリング２０８）をＬＭＡ／ＨＡ２０３に送信して、ＬＭＡ／ＨＡ２０３のＢＣＥ７１３に第１のエントリＥ１（ＰＭＩＰｖ６キャッシュ）が生成され、また、ＭＮ１０がＭＩＰｖ６のホームプリフィックスＰ１を参照する。同様に、ＭＮ２００がＭＡＧ２０２に対するトンネル確立をトリガすると、ＭＡＧ２０２がＰＢＵメッセージ７０９をＬＭＡ／ＨＡ２０３に送信して、ＬＭＡ／ＨＡ２０３のＢＣＥ７１３に第２のエントリＥ２（ＰＭＩＰｖ６キャッシュ）が生成される。

第５の実施の形態では、ＬＭＡ／ＨＡ２０３がＢＣＥ７１３に第２のエントリＥ１（ＰＭＩＰｖ６キャッシュ）を生成するとき、両方のＰＭＩＰｖ６キャッシュが同じＭＮ２００に属することを、ＮＡＩを使用して推論できる。したがって、ＬＭＡ／ＨＡ２０３は、ＰＢＵメッセージ２０９の応答であるＰＢＡメッセージ７１１でＭＡＧ２０２に指示して、ＭＮ２００が外部プリフィックスＰ２を参照したときに、図１１で示したＣＭＩＰｖ６のＢＵメッセージ２１２を送信しないよう、ＭＡＧ２０２がＲＡ／ＩＫＥｖ２完了メッセージ７１２でＭＮ２００に通知する。さらに、ＬＭＡ／ＨＡ２０３は、ＰＢＡメッセージ７１１でＭＡＧ２０２に指示して、ＭＮ２００がホームプリフィックスＰ１に対するフローを複数のインタフェースＩｆ１、Ｉｆ２にロードバランスするようにＭＡＧ２０２に通知させる。

第５の実施の形態の動作について詳しく考察する。ＬＭＡ／ＨＡ２０３の構成は、ＬＭＡ／ＨＡ２０３が同じＭＮ２００に属するＢＣＥ７１３の第１、第２のエントリＥ１、Ｅ２を識別し、更にホームプリフィックスＰ１あてのパケットを外部プリフィックスＰ２のＰＭＩＰｖ６キャッシュ（第２のエントリＥ２）を経由してルーティング可能であることを識別するように変更されている。そして、ＬＭＡ／ＨＡ２０３はＭＡＧ２０２に対し、外部プリフィックスＰ２用に送信されるＰＢＡメッセージ７１１でホームプリフィックスＰ１を通知し、ＭＡＧ２０２がＲＡメッセージ７１２で特別なオプションを送信する。この特別なオプションは、ＭＮ２００が外部プリフィックスＰ２を参照したときに、図１１で示したＣＭＩＰｖ６のＢＵメッセージ２１２を送信しないようにＭＮ２００に通知するフラグである。ここで重要な点は、ＭＡＧ２０２がＰＢＡメッセージ７１１でホームプリフィックスＰ１を通知されているので、ホームプリフィックスＰ１用のパケットがＭＡＧ２０２にルーティングされたときに、ＭＡＧ２０２はそのパケットを、外部プリフィックスＰ２から構成したアドレスのＷＬＡＮインタフェースＩｆ２に転送できることにある。

次に、第１の実施の形態と比較して第５の実施の形態の不具合について考察する。第１に、ホームＰＭＩＰｖ６ドメイン２０４内のＭＡＧ２０１、２０２の構成が変更されている。第２に、ＭＮ２００は、ホームプリフィックスＰ１用のパケット（例えばＱｏＳが高いＶｏＩＰの場合）が、安定している３ＧセルラインタフェースＩｆ１のみに来るよう希望するかもしれない。すなわち、インタフェースＩｆ１、Ｉｆ２の両方に来ることを希望しないかもしれない。ＭＮ２００がこのような希望を有する場合、ＬＭＡ／ＨＡ２０３がホームプリフィックスＰ１をＭＡＧ２０２に通知することは無駄となる。

第３に、ＭＮ２００がホームＰＭＩＰｖ６ドメイン２０４内で２つのＨｏＡ（ホームプリフィックスＰ１から構成したＨｏＡ１と外部プリフィックスＰ２から構成したＨｏＡ２）を有する場合、ＭＮ２００がこのシグナリング最適化サービスを希望しないかもしれない。なお、ＳＨＩＭ６（Site Multi-homing by IPv6 Intermediation）をＭＮ２００とＣＮ２１４に備えてもよい。この場合にはマルチホーミングは既に実現できるので、ＬＭＡ／ＨＡ２０３の動作は無駄となる。ここで、当業者であれば、ＬＭＡ／ＨＡ２０３が理想的には、ＭＮ２００から何かのトリガを取得した後にのみ、このシグナリング最適化をすべきであることは明らかである。その理由は、ＭＮ２００のステート（備えられているプロトコル）と、希望する内容は通常、ＭＮ２００のみが知得しているからである。第５の実施の形態の不具合について説明したが、第５の実施の形態の利点は、ＭＮ２００がマルチホーミングを実現するためにホームＰＭＩＰｖ６ドメイン２０４内では如何なるシグナリングも実行する必要がないことにある。第５の実施の形態によれば、ＭＮ２００はホームプリフィックスＰ１あてのパケットをすべてのインタフェースＩｆ１、Ｉｆ２で受信できる。

＜第６の実施の形態＞
同じ図１２を参照して第６の実施の形態について説明する。第６の実施の形態では、ＭＮ２００がホームプリフィックスＰ１のパケットがインタフェースＩｆ１、Ｉｆ２の両方（又はＩｆ２）に届くことを希望するものとする。ただし、ＭＮ２００はインタフェースＩｆ１、Ｉｆ２に対して１つのホームプリフィックスＰ１と１つのＨｏＡを有するものとする。ＭＮ２００はホームプリフィックスＰ１をＬＭＡ／ＨＡ２０３に通知し、また、ＬＭＡ／ＨＡ２０３に対して、ホームプリフィックスＰ１についての外部プリフィックスＰ２に関連するＭＡＧ２０２を通知するよう要求する。基本的に、そのＭＮ２００からの通知シグナリングは１回のみ必要である。

以下に詳しく説明する。ＭＮ２００がホームプリフィックスＰ１をＬＭＡ／ＨＡ２０３に通知し、また、ＬＭＡ／ＨＡ２０３に対してＭＮの他のインタフェースＩｆ２に接続（connect）しているＭＡＧ２０２に対して、ホームプリフィックスＰ１について通知するよう要求する。この通知メッセージは、新しい種類の明示的なモビリティ・シグナリングメッセージである。ＬＭＡ／ＨＡ２０３はこの通知メッセージを受信すると、ホームプリフィックスＰ１が有効なプリフィックスであることをＭＡＧ２０２に通知する。ＬＭＡ／ＨＡ２０３は、ＭＮ２００のインタフェースＩｆ２がＭＡＧ２０２に接続（attach）したときにプリフィックスＰ１、Ｐ２をＭＡＧ２０２に通知することができる。ここで重要な点は、ＭＡＧ２０２がホームプリフィックスＰ１についての情報をいったん取得すると、ＭＡＧ２０２がこの情報を、ＭＮ２００のインタフェースＩｆ２が接続（attach）した他のＭＡＧにＣＴ（context transfer）で転送できることにある。このＣＴの動作は、古いＭＡＧから新しいＭＡＧの間でＣＴインタフェースが利用可能な場合にのみ可能である。

第６の実施の形態では、ＬＭＡ／ＨＡ２０３においてホームプリフィックスＰ１のＨｏＡあてに到着したパケットは、ＭＡＧ２０２経由でトンネル化される。また、ＭＮ２００のインタフェースＩｆ２が移動したときにはいつでも、ＬＭＡ／ＨＡ２０３が上記のホームプリフィックスＰ１についての通知メッセージを送信する。さらに、秘密性の高いデータフローにとって、ＭＡＧ２０２経由のトンネル化は望ましくないが、ＭＮ２００経由のトンネル化が可能である。第６の実施の形態の主要な利点は、ＭＮ２００が、他のインタフェースＩｆ２がホームＰＭＩＰｖ６ドメイン２０４に接続（attach）したことを予測する必要がなく、また、第１の実施の形態のようにインタフェースＩｆ２のインタフェース識別子を送信する必要がないことにある。第１の実施の形態と比較して、第６の実施の形態では、ＭＮ２００から来るシグナリングの負荷をやや減少できる。

＜第７の実施の形態＞
同じ図１２を参照して第７の実施の形態について説明する。第７の実施の形態では、ＭＮ２００がホームプリフィックスＰ１のパケットがインタフェースＩｆ１、Ｉｆ２の両方（又はＩｆ２）に届くことを希望するものとし、このため、ＭＮ２００がホームプリフィックスＰ１をＭＡＧ２０２に通知する。ＭＡＧ２０２はＬＭＡ／ＨＡ２０３からホームプリフィックスＰ１の証明（verification）を取得する。

以下に詳しく説明する。ここで、ＭＮ２００は既に、インタフェースＩｆ１がＭＡＧ２０１に接続（attach）しており、また、ホームプリフィックスＰ１をＲＡメッセージ２１０で参照しているものとする。次に、ＭＮ２００は、ＷＬＡＮインタフェースＩｆ２とＭＡＧ２０２との初期接続（initial attachment）の間のトンネル・セットアップメッセージでホームプリフィックスＰ１についてＭＡＧ２０２に通知する。ＭＡＧ２０２はホームプリフィックスＰ１の情報を取得すると、その情報をＰＢＵメッセージ７０９でＬＭＡ／ＨＡ２０３に送信する。ＬＭＡ／ＨＡ２０３はＰＢＵメッセージ７０９をＭＡＧ２０２から受信すると、ＭＡＧ２０２に対して外部プリフィックスＰ２とホームプリフィックスＰ１が有効なプリフィックスであることを通知する。

基本的に、ＭＮ２００は、ＷＬＡＮインタフェースＩｆ２経由でホームＰＭＩＰｖ６ドメイン２０４内の各ＭＡＧに接続（attach）すると、ホームプリフィックスＰ１の証明（verification）のために上記のトンネル・セットアップメッセージを各ＭＡＧに送信する必要がある。なお、代わりに、ＭＡＧ２０２がいったん、ＬＭＡ／ＨＡ２０３からホームプリフィックスＰ１の確認を取得すると、この情報は他のＭＡＧにＣＴで転送することができる。基本的に、各ＭＡＧはＣＴでホームプリフィックスＰ１と外部プリフィックスＰ２を転送することができ、ＭＮ２００のＷＬＡＮインタフェースＩｆ２に接続（attach）したすべてのＭＡＧは、有効なホームプリフィックスＰ１と外部プリフィックスＰ２を有する。このため、ホームプリフィックスＰ１のフローあてのデータパケットは、ＷＬＡＮインタフェースＩｆ２に接続（attach）した各ＭＡＧにトンネル化できる。

第７の実施の形態では、ホームプリフィックスＰ１のパケットをインタフェースＩｆ１、Ｉｆ２の両方で取得するために、シグナリングがコアネットワーク内で発生する。例えばホームプリフィックスＰ１の有効性をＬＭＡ／ＨＡ２０３に問い合わせるシグナリングと、ＷＬＡＮインタフェースＩｆ２がホームＰＭＩＰｖ６ドメイン２０４接続（attach）したときに必ずＭＮ２００がホームプリフィックスＰ１を転送するシグナリングは、追加されたシグナリングである。第７の実施の形態の主要な利点は、ＭＮ２００がホームプリフィックスＰ１をＭＡＧに通知することのみを必要とすることにある。この通知はＬ２シグナルで可能である。したがって、シグナリング最適化を実現するために、ＭＮ２００から発生するシグナリング負荷を第１の実施の形態より少なくすることができる。

＜第８の実施の形態＞
次に図１３を参照して第８の実施の形態について説明する。第８の実施の形態では、ＭＮ２００が外部ＰＭＩＰｖ６ドメイン８１０をローミングしているときのＨｏＡあてのパケットロスを防止する方法について説明する。ここでの想定では基本的に、ＬＭＡ／ＨＡ２０３は、ホームプリフィックスＰ１のフローを、外部プリフィックスＰ２が与えられたＭＡＧ経由で送信できるものとする。また、基本的に、ＭＮ２００のインタフェースＩｆ２に接続（connect）したＭＡＧは、ＭＮ２００のホームプリフィックスＰ１に関してある機能を有するものとする。この機能は、ＬＭＡ／ＨＡ２０３によりそのＭＡＧに直接に提供してもよく、又は、最初にあるＭＡＧに与えられて他のＭＡＧにはＣＴで転送してもよい。

図１３において、複数のインタフェースＩｆ１、Ｉｆ２を有するＭＮ２００は、最初にインタフェースＩｆ１、Ｉｆ２の両方を介してホームＰＭＩＰｖ６ドメイン２０２に接続（connect）するものとする。ここで、ＭＮ２００は、最初にインタフェースＩｆ１経由でＭＡＧ２０１に接続（connect）し、次いでインタフェースＩｆ２経由でＭＡＧ２０２に接続（connect）するものとする。さらに、ＭＮ２００が最初に接続（connect）するＷＬＡＮ２０６がインタネット２０５に接続（connect）されているものとする。さらに、ホームＰＭＩＰｖ６ドメイン２０２が同様にインタネット２０５に接続（connect）されているものとする。

ＭＮ２００が最初にインタフェースＩｆ１経由でＭＡＧ２０１に接続（attach）すると、ＭＡＧ２０１がＰＢＵメッセージ（不図示）をＬＭＡ／ＨＡ２０３に送信してＬＭＡ／ＨＡ２０３のＢＣ８１３に第１のエントリＥ１（ＰＭＩＰｖ６キャッシュ）が生成され、また、ＭＮ２００がＲＡメッセージ（不図示）からホームプリフィックスＰ１を参照する。次いでＭＮ２００がインタフェースＩｆ２経由でＭＡＧ２０２に対するトンネル確立をトリガすると、ＭＡＧ２０２はＰＢＵメッセージ（不図示）をＬＭＡ／ＨＡ２０３に送信してＬＭＡ／ＨＡ２０３のＢＣ８１３に第２のエントリＥ２（ＰＭＩＰｖ６キャッシュ）が生成される。

ここで、ＬＭＡ／ＨＡ２０３は第１、第２のエントリＥ１、Ｅ２を用いて、ホームプリフィックスＰ１から構成されたＨｏＡあてに来るパケットをＭＡＧ２０２あてにトンネル化でき、また、ＭＡＧ２０２はホームプリフィックスＰ１を通知されるものとする。また、ＭＮ２００は、ＭＡＧ２０１に未だ接続（attach）しているときに、ＷＬＡＮインタフェースＩｆ２がＭＡＧ２０２から切断（disconnect）して、別の外部ＰＭＩＰｖ６ドメイン８１０のＭＡＧ８０３に接続（attach）するものとする。このとき、基本的に、ＭＮ２００はＷＬＡＮインタフェースＩｆ２経由で、外部ＰＭＩＰｖ６ドメイン８１０のＬＭＡ／ＨＡ８０８から外部プリフィックスすなわちローカル・ブレークアウト・プリフィックスを参照する。そこで、ＭＮ２００はＣＭＩＰｖ６のＢＵメッセージ８１２を外部ＰＭＩＰｖ６ドメイン８１０経由でホームＬＭＡ／ＨＡ２０３に送信してＬＭＡ／ＨＡ２０３のＢＣ８１３に第３のエントリＥ３（ＣＭＩＰｖ６キャッシュ）が生成される。

ここで、重要な点は、ＭＮ２００がＣＭＩＰｖ６のＢＵメッセージ８１２をフラグＨ付きで送信して、ＬＭＡ／ＨＡ２０３に対してＨｏＡあてのパケットをＷＬＡＮインタフェースＩｆ２経由の送信を希望することにある。非常に可能性が低いケースとして、ＷＬＡＮインタフェースＩｆ２が外部ＰＭＩＰｖ６ドメイン８１０のＬＭＡ／ＨＡ８０８に接続（attach）してＬＭＡ／ＨＡ２０３のＢＣ８１３に第３のエントリＥ３（ＣＭＩＰｖ６キャッシュ）が生成された後に、ＭＡＧ２０２による第２のエントリＥ２の登録が解除されずに残っている場合があり、この場合にはパケットロスが発生する。その理由は、ＬＭＡ／ＨＡ２０３は第２のエントリＥ２を使用してパケットをルーティングしてもよいからである。したがって、ＭＮ２００がＣＭＩＰｖ６のＢＵメッセージ８１２を送信するときに、ＭＮ２００が新しいオプションをＢＵメッセージ８１２に添付して第２のエントリＥ２はもう有効でないことを通知することが望ましい。この目的のため、ＢＵメッセージ８１２内のオプション内に外部プリフィックスＰ２を送信することができる。

なお、ＭＮ２０２がＷｉＭＡＸアクセスネットワークに接続（attach）した場合、ＭＡＧ機能は、ワイヤレス・アクセスネットワークに位置するアクセスゲートウェイ（ＡＧＷ）に共存している。さらに、信頼できないＷＬＡＮアクセスネットワークにＭＮが接続（attach）した場合、ＭＡＧ機能はそのｅＰＤＧに共存している。さらにＭＮがＥ−ＵＴＲＡＮ、ＵＴＲＡＮ、ＧＥＲＡＮのような３Ｇアクセス経由で接続（attach）した場合、ＭＡＧ機能はそのＳ−ＧＷ（Serving GateWay）に共存している。さらに、３ＧＰＰアーキテクチャでは、ＬＭＡ／ＨＡ機能はＰ−ＧＷ（Packet data network GateWay）に共存している。

＜第９の実施の形態＞
第９の実施の形態では、図１５に示す二重登録（ＢＵ１、ＢＵ２）の問題を解決するために、ＭＮがＬＭＡ／ＨＡに対し、ＰＭＩＰｖ６ベアラがセットアップされるときにホームアンドアウェイ・バインディングを生成するよう要求する。図１６〜図２３を参照して第９の実施の形態について詳しく説明する。図１６に示す想定では、ＭＮ１００３は最初に、ＷｉＭＡＸインタフェースＩｆ２（及びＷｉＭＡＸアクセスネットワーク１００１、ＭＡＧ１００６）経由で、ホームドメインであるＥＰＣ（evolved packet core）１０００に接続（attach）し、次いでＬＴＥ（long-term evolution）インタフェースＩｆ１すなわち３ＧインタフェースＩｆ１（及びＵＴＲＡＮ、ＬＴＥ、Ｅ−ＵＴＲＡＮなどのアクセスネットワーク１００２、ＭＡＧ１００５）経由でＥＰＣ１０００に接続（attach）するものとする。

ＭＮ１００３は、最初にＷｉＭＡＸインタフェースＩｆ２がＷｉＭＡＸアクセスネットワーク１００１に接続（attach）すると、ＭＡＧ１００６による認証が成功した後、ＭＡＧ１００６が管理するプリフィックスＰ２をシグナリング・メッセージ１００７経由で参照する。図１５と同様に、ＷｉＭＡＸインタフェースＩｆ２のモビリティは、ＭＩＰｖ６メカニズムにより管理される。また、ＭＮ１００３は、ＷｉＭＡＸインタフェースＩｆ２経由で接続（attach）する処理を開始するときに、ＬＴＥ／３ＧインタフェースＩｆ１で接続（attach）する処理を開始する。ＭＮ１００３は、最初にプリフィックスＰ２をＷｉＭＡＸインタフェースＩｆ２経由で参照すると、内部的にこれからＬＴＥ／３ＧインタフェースＩｆ１経由で参照するであろうプリフィックス・タイプを予測して決定する。なお、ＬＴＥ／３ＧインタフェースＩｆ１経由で参照するプリフィックスＰ１のモビリティは、ＰＭＩＰｖ６メカニズムにより管理されるものとする。

ＭＮ１００３は、多くのファクタに基づいて、Ｅ−ＵＴＲＡＮアクセスネットワーク１００２に接続（connect）されるＬＴＥ／３ＧインタフェースＩｆ１経由で参照するＭＩＰｖ６ホームプリフィックスＰ１を予測することができる。第１のファクタとしては、非特許文献６に示すようにＭＩＰｖ６−ＢＵがＬＴＥ／３ＧインタフェースＩｆ１経由で実行できない、つまりネットワークベースのローカル・モビリティ管理プロトコルが使われるので、ＭＮ１００３は、ＷｉＭＡＸインタフェースＩｆ２の電源をオフにした場合でもセッションが継続できるように、ＬＭＡ／ＨＡ１００４が常にホームプリフィックスＰ１を継続して付与するであろうと予測してもよい。

上記の予測に貢献する第２のファクタとしては、ＭＮ１００３が１つのＡＰＮ（Access Point Name）によって示される１つのサービスタイプのみに加入していて、かつＷｉＭＡＸバインディングがＬＭＡ／ＨＡ１００４にセットアップされる場合、ＭＮ１００３は、ＬＭＡ／ＨＡ１００４はＵＥ１００３に対してマルチホーミングを実現するために、ＭＩＰｖ６ホームプリフィックスＰ１を３Ｇ／ＬＴＥインタフェースＩｆ１経由で付与すると予測する。ＡＰＮは、３ＧＰＰではあるサービスタイプを特徴付ける。ＡＰＮの詳しい説明は、非特許文献６に記載されている。ＭＮ１００３が１つのＰＤＮのみに加入している場合は、１つのＡＰＮのみを保持しているため、ＬＴＥインタフェースＩｆ１経由で接続（connect）したときにＬＭＡ／ＨＡ１００４が同じＭＩＰｖ６プリフィックスを割り当てるかもしれないと予測することは合理的である。

ＭＮ１００３が複数のＰＤＮに加入している場合は、複数のＡＰＮを保持しているため、ＬＭＡ／ＨＡ１００４は、別のＰＤＮにアクセスするために別のプリフィックスをＬＴＥインタフェースＩｆ１経由で割り当てるかもしれない。基本的に、複数のＡＰＮの想定では、同時接続（connection）中は、Ｐ−ＧＷは、異なるインタフェースに対して異なるＰＤＮからのプリフィックスを割り当てるかもしれない。すなわち、マルチホーミングを実現するためにＰＤＮ１からのプリフィックスをＷｉＭＡＸインタフェースＩｆ２経由で、ＰＤＮ２からのプリフィックスを３ＧインタフェースＩｆ１経由で割り当てる。

上記の予測に貢献する第３のファクタとしては、ＭＮ１００３がリアルタイムに関するフローをＷｉＭＡＸインタフェースＩｆ２経由で使用していて、次に３ＧインタフェースＩｆ１経由に切り換える場合、ネットワークポリシーとして、３ＧインタフェースＩｆ１の方がリアルタイムフローには理想的であるため、ＷｉＭＡＸインタフェースＩｆ２からのフローを３ＧインタフェースＩｆ１側に通過させたいという場合がある。ネットワークは、このフローを３ＧインタフェースＩｆ１側に通過させたい場合、ＭＩＰｖ６プリフィックスをＰＭＩＰｖ６プリフィックスとして３ＧインタフェースＩｆ１経由で送信する必要がある。ＭＮ１００３は、上記のネットワークポリシーを知得している場合、ＭＩＰｖ６ホームプリフィックスＰ１を３ＧインタフェースＩｆ１経由で参照するであろうと簡単に予測できる。

上記の予測に貢献する第４のファクタは、ＭＮ１００３において静的に構成されたポリシーである。ＭＮ１００３は、例えば「ＬＴＥリンクをＭＩＰｖ６ホームリンクとしたい」というポリシーをＨＳＳ（Home Subscription Server）においてあらかじめ構成してもよい。ＭＮ１００３は、「リアルタイムなフローを同時使用したい」という理由などによりこの静的なポリシーを構成していて、リアルタイムなサービスを提供するＰＤＮにＭＮ１００３が加入している場合にこのポリシーをＨＳＳに構成する。リアルタイムなサービスを提供するＰＤＮとは、ＩＭＳ（IP Multimedia Service）タイプである。別の理由として、ＬＴＥアクセスがリアルタイムなサービスに対してより良いＱｏＳを提供し、リアルタイムなフローが３ＧインタフェースＩｆ１に来ることをＭＮ１００３が望む場合がある。

上記の説明から、「ＭＩＰｖ６ホームプリフィックスＰ１を３ＧインタフェースＩｆ１経由で参照するであろう」ということを予測する決定基準をＭＮ１００３が使用できることがわかる。ＭＮ１００３は、この決定プロセスを完了すると、ＢＵメッセージ１００８をＬＭＡ／ＨＡ１００４に送信する。ＢＵメッセージ１００８には、例えばＭＩＰＶ６ホームプリフィックスＰ１用のＰＭＩＰｖ６ベアラがセットアップされるときにホームアンドアウェイのバインディングを生成するようＬＭＡ／ＨＡ１００４に要求する新しい情報を埋め込むことができる。以下、ＢＵメッセージ１００８に埋め込まれる情報を「ホームバインディング生成要求」又は「Ｈフラグ生成要求」と称す。ここで、当業者であれば、ＭＮ１００３は、ＭＩＰｖ６ホームプリフィックスＰ１をＬＴＥアクセス経由で参照するであろうということを予測できるので、ホームアンドアウェイのバインディングを生成するためにＬＭＡ／ＨＡ１００４に送信するＢＵメッセージとして、図１５に示す複数のＢＵメッセージ（ＢＵ１、ＢＵ２）ではなく、ホームバインディング生成要求を含む１つのＢＵメッセージ１００８のみを送信すればよいことは明らかである。

ＬＭＡ／ＨＡ１００４は、ＢＵメッセージ１００８内の上記の「ホームバインディング生成要求」を処理して、応答メッセージ又はＢＡメッセージ１０１０をＭＮ１００３に送信する。ＢＡメッセージ１０１０はＭＮ１００３に対し、「ＭＩＰＶ６ホームプリフィックスＰ１に対するＰＭＩＰｖ６ベアラがセットアップされるときに、Ｈフラグを生成することを要求するリクエストをサポートするか否か」を通知する。ＢＵメッセージ１００８はまた、このＰＭＩＰｖ６ベアラがセットアップされるときにＨフラグを生成するトリガに加えて、ＰＭＩＰｖ６ベアラを識別する何らかの情報を含んでもよい。この識別情報は、インタフェース識別子やＡＰＮ（Access Point Name）のようなパラメータでよい。

シグナリング・メッセージ１００８は、種々の異なるタイプで送信することができ、後述する実施の形態に開示している。シグナリング・メッセージ１００８内に埋め込まれる重要な情報は、ＭＩＰＶ６ホームプリフィックスＰ１に対するＰＭＩＰｖ６ベアラがセットアップされるときに、図１７に示すＣＭＩＰｖ６キャッシュ１６０８のＨフラグ・フィールドにＨフラグを生成するようＬＭＡ／ＨＡ１００４に要求する「ホームバインディング生成要求」である。加えて、メッセージ１００８は、ＭＩＰｖ６ホームプリフィックスＰ１をＰＭＩＰｖ６プリフィックスとしてＬＴＥインタフェースＩｆ１経由で送信することを要求する情報を、ＬＭＡ／ＨＡ１００４がそのメカニズムを有しないときに含むことができる。このＰＭＩＰｖ６プリフィックスとしてＭＩＰｖ６ホームプリフィックスＰ１を要求するのはオプションである。この要求は、ホームプリフィックスＰ１のフローに対して同時バインディングを実現するか否かのＭＮ１００３のポリシー次第である。

さらに、メッセージ１００８は、ＬＭＡ／ＨＡ１００４におけるホームアンドアウェイのバインディングを実現するための他の情報を含むことができる。例えばメッセージ１００８は、ホームに接続（connect）したインタフェースＩｆ１のＢＩＤ値をＬＭＡ／ＨＡ１００４が生成することを要求するためのトリガを含むことができる。このＢＩＤ生成トリガがメッセージ１００８で送信されると、ＬＭＡ／ＨＡ１００４は、ホームに接続（connect）したＰＭＩＰｖ６ベアラのキャッシュに対してＢＩＤ値を生成する。さらに、ＬＭＡ／ＨＡ１００４は、このＢＩＤ値が、ＣＭＩＰｖ６メカニズムにより取り扱われているインタフェースのＢＩＤ値と異なることを保証する。このホームに接続（connect）したインタフェースＩｆ１に対して生成されたＢＩＤ値を有することにより、現在のメカニズムを使用してホームに接続（connect）されているインタフェースＩｆ１に対してフィルタリングルールをセットすることが容易となる。代わりに、ＭＮ１００３は、ＢＩＤオプションをメッセージ１００８内に記述することができる。このＢＩＤオプションは、ホームバインディングのＢＩＤ値を示すために使用される。ＢＩＤオプションを用いて、ＭＮ１００３は、ＬＭＡ／ＨＡ１００４にＢＩＤ値を生成させる代わりに、自身でホームバインディングのＢＩＤ値を記述することができる。

ＬＭＡ／ＨＡ１００４は、メッセージ１００８を受信するとメッセージ１００８を処理して、インタフェースＩｆ１用のＰＢＵメッセージ１００９がＬＭＡ／ＨＡ１００４に到着するのを待つ。ここで、ＬＭＡ／ＨＡ１００４は、ＣＭＩＰｖ６バインディングを図１７に示すエントリ１６０８に生成しているが、生成したＣＭＩＰｖ６バインディングには未だＨフラグを挿入しない。ＬＭＡ／ＨＡ１００４は、ＭＡＧ１００５からインタフェースＩｆ１用のＰＢＵメッセージ１００９が到着すると、ＰＭＩＰｖ６バインディングを図１７に示すエントリ１６０７に生成するとともに、ＣＭＩＰｖ６バインディングにＨフラグを挿入する。ＨフラグがＣＭＩＰｖ６バインディングに挿入されると、ＭＮ１００３は、ホームに接続（connect）したインタフェースＩｆ１と、外部ドメインに接続（connect）したインタフェースＩｆ２経由で到着することができる。

ここで、重要なことは、メッセージ１００８経由で送信された「ホームバインディング生成要求」すなわち「Ｈフラグ生成要求」は、ＰＭＩＰｖ６ベアラがセットアップされるまでアクティブではないということである。ＨフラグがＬＭＡ／ＨＡ１００４によりいったん挿入されると、ＭＮ１００３は、ＭＩＰｖ６ホームプリフィックスＰ１あてのフローを全てのインタフェースＩｆ１、Ｉｆ２経由で到着させることができ、マルチホーミングを実現することができる。

ＰＭＩＰｖ６ベアラがいったんセットアップされると、ＬＴＥアクセスネットワーク１００２側のＭＡＧ１００５により、ホームプリフィックスＰ１がメッセージ１０１０で広告される。アクセスネットワーク１００２がＥ−ＵＴＲＡＮの場合、このホームプリフィックスＰ１は、接続（attach）が成功したＭＮ１００３に対し、ＭＭＥ（Mobility Management Entity）により広告される。当業者であれば、この実施の形態の解決策は、ＬＴＥ／３ＧインタフェースＩｆ１がブートアップされている一方で、ＷｉＭＡＸインタフェースＩｆ２がハンドオフを実行中である場合や、両方のインタフェースＩｆ１、Ｉｆ２が同時のモビリティを実行している場合にも適用することができることは明らかである。メッセージ１００８がホームバインディングに関する情報（例えばＢＩＤオプション（ＨｏＡをＣｏＡフィールドに含む））を含む場合には、ＬＭＡ／ＨＡ１００４は、その情報を、生成したホームバインディングに適用する。

＜ＬＭＡ／ＨＡにおけるＢＣＥ＞
次に、図１７を参照して、ＭＮ１００３が「Ｈフラグ挿入要求」をＬＭＡ／ＨＡ１００４に送信する場合に、ＬＭＡ／ＨＡ１００４において生成されるバインディングキャッシュの構造について説明する。図１７は、特定のＭＮ１００３のみに関連するバインディング・キャッシュ・エントリ（ＢＣＥ）１６００の構造を示す。ＬＭＡ／ＨＡ１００４は、ホームエージェント機能とローカル・モビリティ・アンカー機能を有するので、ＭＮ１００３のために生成されるＢＣＥ１６００は、ＰＭＩＰｖ６キャッシュとＣＭＩＰｖ６キャッシュの両方を有することが考えられる。なお、当業者であれば、ＢＣＥ１６００は、ＬＭＡ／ＨＡ１００４がサービスする多数のＭＮのバインディング・キャッシュ・エントリを有することは明らかである。このバインディングキャッシュの構造は、非常に特有である。

マルチホーミング・パラメータがＢＵメッセージ１００８でＬＭＡ／ＨＡ１００４に通知されない場合には、ＣＭＩＰｖ６エントリがＰＭＩＰｖ６エントリより優先することが一般的に考えられる。しかし、図１７に示すようにバインディングキャッシュが例えばＨフラグ及び／又はＢＩＤオプションのような適切なマルチホーミング・パラメータを用いて生成される場合には、ＣＭＩＰｖ６とＰＭＩＰｖ６の各バインディング・キャッシュ・エントリ１６０８、１６０７は同じ優先度を有し、ＭＮ１００３あてのフローは、どちらか一方のエントリ１６０８、１６０７を使用してルーティングできる。

図１７に示すＢＣＥ１６００における第１のフィールド１６０１は、ＭＮ１００３に関連するホームネットワーク・プリフィックス（ホームプリフィックス）Ｐ１又はホームアドレス（ＨｏＡ）を示す。ホームネットワーク・プリフィックスＰ１は一般的にＰＭＩＰｖ６バインディング（図１７の１６０７）に関連し、ホームアドレス（ＨｏＡ）は一般的にＣＭＩＰｖ６バインディング（図１７の１６０８）に関連する。なお、ＣＭＩＰｖ６バインディングもホームネットワーク・プリフィックスＰ１に関連していてもよい。第２のフィールド１６０２は、フィールド１６０２がＰＭＩＰｖ６エントリ１６０７により生成される場合には、ＭＡＧ１００５のイーグレス・アドレス（ＭＡＧ ＣｏＡ）を示す。また、ＣＭＩＰｖ６エントリ１６０８により生成されるフィールド１６０２は、ＭＮ１００３のインタフェースに関連するＣｏＡ（ＭＮ ＣｏＡ）を示す。第３のフィールド１６０３は、ＭＮ１００３のインタフェースの識別子（ＩＦ−ＩＤ）を示す。ただし、フィールド１６０３は、ＭＡＣアドレス、又は特定のインタフェースに付与されるインタフェース識別子を示すことができる。ＩＦ−ＩＤのフィールド１６０３は、ＰＭＩＰｖ６バインディングの場合には必須であるが、ＣＰＭＩＰｖ６バインディングの場合には使用されない。

次のフィールド１６０４は、ＭＮ１００３のネットワーク・アクセス識別子（ＮＡＩ）を示し、このＮＡＩは、ＭＮ１００３の一時的な識別子であっても永久的な識別子でもよい。ＮＡＩのフィールド１６０４は、ＰＭＩＰｖ６バインディングの場合には必須であるが、ＣＰＭＩＰｖ６バインディングの場合には必須ではない。次のフィールド１６０５は、特定のバインディングのバインディング識別子（ＢＩＤ）を示し、特定のホームアドレスに関連する特定のバインディングを識別するために使用される。最後のフィールド１６０６は、ＣＭＩＰｖ６エントリ１６０８に関連するＨフラグを示す。

「ホームバインディング生成要求」がＬＭＡ／ＨＡ１００４に到着したときにＰＭＩＰｖ６ベアラが未だ確立されていない場合、ＬＭＡ／ＨＡ１００４は、ＨフラグをＣＭＩＰｖ６エントリ１６０８のＨフラグ・フィールド１６０６に挿入しない。ＬＭＡ／ＨＡ１００４は、ＰＭＩＰｖ６キャッシュが生成されるまで待機し、ＰＭＩＰｖ６キャッシュが生成されると、ＨフラグをＣＭＩＰｖ６エントリ１６０８のＨフラグ・フィールド１６０６に挿入する。ＰＭＩＰｖ６キャッシュが既に生成されている場合に、Ｈフラグを生成するＣＭＩＰｖ６要求が到着すると、ＬＭＡ／ＨＡ１００４は、Ｈフラグ付きのＣＭＩＰｖ６エントリ１６０８を生成する。

当業者であれば、ＭＮ１００３がホームアンドアウェイの同時登録をＬＭＡ／ＨＡ１００４に生成する方法が多くあることは明らかである。例えばＨフラグはＰＭＩＰｖ６に関連付けすることができる。代わりに、フィールド１６０５におけるＢＩＤオプション値がホームアンドアウェイの同時登録を示すことができる。

＜Ｈフラグ生成要求メッセージのパケット構造＞
本実施の形態で説明した「ホームバインディング生成要求」を送信する方法としては、種々の方法がある。前述した実施の形態では、ホームプリフィックスＰ１用のＰＭＩＰｖ６ベアラがセットアップされるときにＨフラグをＣＭＩＰｖ６キャッシュに挿入することをＬＭＡ／ＨＡ１００４に指示するための「ホームバインディング生成要求」は、ＢＵメッセージ１００８内の新しいオプションで行うことを記載したが、多くの変形例が考えられる。以下、詳細に説明する。

図１８Ａ、図１８Ｂ、図１８Ｃ、図１８Ｄを参照して、「ホームバインディング生成要求」すなわち「Ｈフラグ挿入要求」を含む他の信号の構造について説明する。図１８Ａ、図１８Ｂでは、「Ｈフラグ挿入要求」は、新しいモビリティ・ヘッダタイプで送信される。図１８Ａに示すパケット１４１０は、ＩＰｖ６ヘッダ１４１１と、認証ヘッダ１４１２と新モビリティ拡張ヘッダ１４１３の各フィールドを含み、新モビリティ拡張ヘッダ１４１３のフィールドは、標準フィールド１４１４と、「Ｈフラグ挿入要求」を示す新フィールド１４１５を含む。図１８Ｂに示すパケット１４３０は、ＩＰｖ６ヘッダ１４３１と、認証ヘッダ１４３２と新モビリティ拡張ヘッダ１４３３の各フィールドを含み、新モビリティ拡張ヘッダ１４３３のフィールドは、標準フィールド１４３４と、ＢＩＤオプション１４３５のフィールドと、「Ｈフラグ挿入要求」を示す新フィールド１４３６を含む。なお、信号としてはＭＮ１００３がネットワークに接続した際に行うＩＫＥｖ２メッセージを用いてもよい。

図１８Ｃ、図１８Ｄでは、「Ｈフラグ挿入要求」は、通常のＢＵヘッダタイプで送信される。図１８Ｃに示すパケット１４２０は、ＩＰｖ６ヘッダ１４２１と、認証ヘッダ１４２２とＢＵヘッダ１４２３の各フィールドを含み、ＢＵヘッダ１４２３のフィールドは、標準フィールド１４２４と新モビリティ・オプション１４２５の各フィールドを含む。新モビリティ・オプション１４２５のフィールドは、「Ｈフラグ挿入要求」と、ＰＭＩＰｖ６ベアラを識別するためのインタフェース識別子を含む。図１８Ｄに示すパケット１４４０は、ＩＰｖ６ヘッダ１４４１と、認証ヘッダ１４４２とＢＵヘッダ１４４３の各フィールドを含み、ＢＵヘッダ１４４３のフィールドは、標準フィールド１４４４と、ＢＩＤオプション１４４５のフィールドと、「Ｈフラグ挿入要求」を示す新モビリティ・オプション１４４５の各フィールドを含む。ＩＰｖ６ヘッダ１４１１、１４２１、１４３１、１４４１における送信元アドレスはＭＮ１００３のＣｏＡであり、あて先アドレスはＭＮ１００３のホームエージェントであるＬＭＡ／ＨＡ１００４のアドレスである。

以上、「Ｈフラグ挿入要求」を送信する種々のパケット構造について説明したが、他にも多くの方法がある。新しいオプションや新しいフィールドで送信する代わりに、例えば新しいフラグで「Ｈフラグ挿入要求」を送信することができる。さらに、「Ｈフラグ挿入要求」を、保留されている新しいＢＩＤ値でも送信することができる。新しいＢＩＤ値は、他の複数ＣｏＡバインディングには使用されないように保留されていることをグローバルに告知される。

また、他の方法として、「Ｈフラグ挿入要求」を第１の実施の形態において図６Ａに示したＬ２フレーム３０７Ｂの信号でＭＮ１００３から、ＭＮ１００３の代理ノードであるＭＡＧ１００５に通知してもよい。この場合、ＭＮ１００３は、ＰＣＯ（Protocol Configuration Option）を用いることができる。ＭＡＧ１００５は、この「Ｈフラグ挿入要求」をＬＭＡ／ＨＡ１００４に対し、ＰＢＵメッセージ１００９内のＰＣＯ、又は新しいオプション又は新しいフラグで通知する。ＬＭＡ／ＨＡ１００４は、このＰＣＯ、又は新しいオプション又は新しいフラグを参照すると、ホームプリフィックスＰ１用のＰＭＩＰｖ６ベアラがセットアップされるときにＨフラグをＣＭＩＰｖ６キャッシュに挿入する。なお、信号としては、アクセスネットワークに特有のメッセージを用いてもよい。

図６Ａに示すＬ２フレーム３０７ＢにおけるプロトコルＩＤ３０３Ｂのフィールドは、Ｌ２より上位の層で発生するパケットのときにのみ値を有する。プロトコルＩＤ３０３Ｂの値は、「Ｈフラグ挿入要求」がＬ２で発生したときにはオール０である。しかし、「Ｈフラグ挿入要求」がＬ２で発生しても、「Ｈフラグ挿入要求」を送信する決定と、Ｌ２フレーム３０７Ｂ内に埋め込む関連パラメータはＬ３から来なければならない。「Ｈフラグ挿入要求」は、情報３０４Ｂのフィールドにより伝送される。オプションとして、情報３０４Ｂのフィールドは、ＣＭＩＰｖ６バインディングのＢＩＤを伝送してもよい。「Ｈフラグ挿入要求」は、図６Ａに示すＬ２フレーム３０７Ｂ以外の他のフレーム構造でも送信することができる。

また、ＭＮ１００３は、図６Ａに示したＬ２フレーム３０７Ｂを用いて、ＭＮ１００３の代理ノードであるＭＡＧ１００５に対して、ＢＩＤをＣＭＩＰｖ６キャッシュに挿入する要求（ＢＩＤ挿入要求）を通知してもよい。このＢＩＤは、ＭＮ１００３が付与するか、又はＭＡＧ１００５が生成することができる。代わりに、ＭＡＧ１００５は、ＣＭＩＰｖ６キャッシュのＢＩＤとしてインタフェース識別子を使用するようＬＭＡ／ＨＡ１００４に要求するために、ＰＢＵメッセージ１００９内の特別なフラグを関連付けしてもよい。ここで重要な点は、Ｌ２メッセージを使用するときには、ＷｉＭＡＸインタフェースＩｆ２のために送信されるＣＭＩＰｖ６−ＢＵメッセージ１００８が、ＰＭＩＰｖ６ベアラがセットアップされるときにＨフラグを挿入するためのトリガを含まないということである。

＜ＭＮの構成＞
図１９は、第９の実施の形態におけるＭＮ１００３の構成を説明するための機能的アーキテクチャ１３００を示すブロック図である。機能的アーキテクチャ１３００は、ＭＮ１００３に備えるのに必要な全てのソフトウエア、ハードウエア及びファームウエアを示す。機能的アーキテクチャ１３００は、３つのサブ・モジュールにより構成され、具体的には下位層プロトコル・モジュール１３０１と、レイヤ３プロトコル・モジュール１３０２と上位層プロトコル・モジュール１３０３により構成される。

下位層プロトコル・モジュール１３０１は、ＭＮ１００３の各インタフェースＩｆ１、Ｉｆ２に関連する複数の下位層プロトコル・モジュールにより構成され、この複数の下位層プロトコル・モジュールは、主にリンク層の制御及び伝送のメカニズムに関連している。レイヤ３（Ｌ３）プロトコル・モジュール１３０２は、５つのサブ・モジュール、すなわちマルチホーミング・サポートユニット１３０４と、ＩＰｖ６ルーティング・ユニット１３０５と、ＭＩＰｖ６モビリティ管理ユニット１３０６と、Ｈフラグ生成要求ユニット１３０７と、ホームプリフィックス参照予測ユニット１３０８を含む。Ｌ３プロトコル・モジュール１３０２はまた、各ユニット１３０４〜１３０８間でメッセージを交換するための不図示のインタフェースを有する。また、各ユニット１３０４〜１３０８は、関連するバインディングリストを必要な場合に有する。

ＩＰｖ６ルーティング・ユニット１３０５は、近隣探索と、アドレス構成と基本的なＩＰｖ６ルーティング・メカニズムを実行し、ＭＩＰｖ６モビリティ管理ユニット１３０６は、バインディングのアップデート及び登録削除のメカニズムのようなＭＩＰｖ６モビリティ管理機能を実行する。マルチホーミング・サポートユニット１３０４は、ＢＵメッセージ内のＢＩＤを生成したり、Ｈフラグを添付したりする複数登録機能を実行する。Ｈフラグ生成要求ユニット１３０７は、ホームプリフィックスＰ１用のＰＭＩＰｖ６ベアラがセットアップされるときにＨフラグを生成するようにＬＭＡ／ＨＡ１００４に要求する「ホームバインディング生成要求」を構成する機能を有する。ホームプリフィックス参照予測ユニット１３０８は、種々の多くのファクタに基づいてホームプリフィックス参照を予測する機能を有する。ホームプリフィックス参照の予測については、既に詳しく説明した。当業者であれば、各ユニット１３０４〜１３０８は、実施するときには適当なソフトウエア・インタフェースを必要とすることは明らかである。

最後に上位層プロトコル・モジュール１３０３は、ＭＮ１００３に備えるトランスポート層とアプリケーション層のような上位層プロトコルの機能を有する。当業者であれば、図１９に示した機能的モジュールは、一例であって、本発明の範囲及び精神を逸脱しない限り、種々の実施方法があることは明らかである。

＜ＭＮの動作＞
次に、図２０に示すフローチャートを参照して、ＭＮ１００３（３ＧＰＰではＵＥ(User Equipment)と呼ばれる）の動作を説明する。ＭＮ１００３はまず、ステップ１１００を実行して、ホームプリフィックスＰ１を３ＧインタフェースＩｆ１経由で参照するかもしれないか否かを予測する。この予測処理については、既に詳しく説明したので、ここでは繰り返して説明しない。ステップ１１００における判断がＮＯの場合、すなわちＭＮ１００３は、ホームプリフィックスＰ１を３ＧインタフェースＩｆ１経由で参照することを高い確率で予測できない場合には、ステップ１１０１に進み、通常の動作、すなわちＨフラグなしのＢＵメッセージを送信する。ステップ１１０１では、マルチホーミングに関するパラメータも添付せず、また、新しいオプションも埋め込まないＷｉＭＡＸインタフェースＩｆ２用の通常のＢＵメッセージを送信する。

他方、ステップ１１００における判断がＹＥＳの場合にはステップ１１０２に進み、ＭＮ１００３は、「ホームバインディング生成要求」を追加した新しいＢＵメッセージ１００８をホームエージェント（ＬＭＡ／ＨＡ）１００４に送信して、ホームプリフィックスＰ１用のＰＭＩＰｖ６ベアラがセットアップされるときにＨフラグをＣＭＩＰｖ６エントリ１６０８に挿入するようにＬＭＡ／ＨＡ１００４に要求する。ＭＮ１００３は、ステップ１１０２においてこの新しい（すなわち、新しいオプションを含む）ＢＵメッセージ１００８を送信した後、ＨＡからの応答であるＡＣＫ信号（ＢＡメッセージ１０１０）を待つ。

ＭＮ１００３は、ＡＣＫ信号を受信すると、ＡＣＫ信号をチェックして、「ホームプリフィックスＰ１用のＰＭＩＰｖ６ベアラがセットアップされるときにＬＭＡ／ＨＡ１００４がＨフラグをセットするという応答」が有るか否かをチェックする（ステップ１１０３）。ＨＡがＨフラグをセットする場合には（ステップ１１０３でＹＥＳ）、ＭＮ１００３は、ホームプリフィックスＰ１をＬＴＥインタフェースＩｆ１経由で参照しても、Ｈフラグ付きのＢＵメッセージ（図１５に示す９０９）をＬＭＡ／ＨＡ１００４に送信しないことを決定する（ステップ１１０４）。ステップ１１０３でＮＯの場合とは、ＭＮ１００３がステップ１１０２で送信したＢＵメッセージ１００８をＬＭＡ／ＨＡ１００４が了解していない場合か、又はＬＭＡ／ＨＡ１００４がＭＩＰｖ６ホームプリフィックスＰ１をＬＴＥインタフェースＩｆ１経由で付与したくない場合かである。この場合には、ＭＮ１００３は、通常の動作に戻って、ホームプリフィックスＰ１を参照するまで待機し、参照すると、ＢＩＤオプションにＨフラグをセットしたＢＵメッセージ（図１５に示す９０９）をＨＡに送信する（ステップ１１０５）。

＜ＬＭＡ／ＨＡの処理＞
次に、図２１を参照してＬＭＡ／ＨＡ１００４の処理について説明する。なお、第９の実施の形態のＬＭＡ／ＨＡ１００４の構成については示されていないが、その機能的な構成は、第１の実施の形態における図１０とほぼ同じであるので、図示を省略する。図２１において、ＬＭＡ／ＨＡ１００４は第１ステップ１５００では、受信したメッセージが、ホームプリフィックスＰ１用のＰＭＩＰｖ６バインディングが生成されるときにＨフラグを挿入するよう要求する新しいタイプのメッセージ（ＢＵメッセージ１００８、以下では「Ｈフラグ挿入要求メッセージ」）か否かをチェックする。ステップ１５００においてＮＯの場合には、ＬＭＡ／ＨＡ１００４はステップ１５０１において、通常の動作としてＰＢＵ又はＢＵのメッセージのような他の標準のシグナリング・メッセージの処理を実行する。

他方、ステップ１５００においてＹＥＳの場合には、ＬＭＡ／ＨＡ１００４はステップ１５０２において、Ｈフラグ挿入要求メッセージが到着した時点でＰＭＩＰｖ６バインディング（エントリ１６０７）がセットアップされているか否かをチェックする。ステップ１５０２においてＮＯの場合にはステップ１５０３に進む。この場合、ＣＭＩＰｖ６バインディング（エントリ１６０８）が最初に生成されたが、ＬＭＡ／ＨＡ１００４のＰＭＩＰｖ６ベアラがセットアップされるときにＨフラグが挿入されると考えられる。このため、ＬＭＡ／ＨＡ１００４はステップ１５０３において、エントリ１６０８のＣＭＩＰｖ６バインディングを用いてパケットをルーティングする。他方、ステップ１５０２においてＹＥＳの場合には、ＬＭＡ／ＨＡ１００４のＰＭＩＰｖ６ベアラが既にセットアップされているので、ＬＭＡ／ＨＡ１００４はステップ１５０４において、エントリ１６０８においてＨフラグ付きのＣＭＩＰｖ６キャッシュを生成する。

＜第９の実施の形態の他の想定例＞
図２２は、３ＧＧＰネットワーク間でチェーン（Chained Scenario）が形成されているとなっている場合のシステムを想定している。この３ＧＧＰチェーンのシステムでは、外部ドメインであるＥＰＣ（ＶＰＬＭＮ）１２０１におけるＳ−ＧＷ（Serving GateWay）１２０６がＭＮ（ＵＥ１２００）に対して、経路途中のモビリティ管理アンカーとして動作する。この想定では、ＵＥ１２００に接続（attach）するＭＡＧであるｅＰＤＧ１２０７が、Ｐ−ＧＷ（Packet data network GateWay）１２０５のアドレスと関連するバインディング・パラメータを、経路途中のモビリティ管理アンカーであるＳ−ＧＷ１２０６に送信する。さらに、Ｓ−ＧＷ１２０６は、受信したバインディング・パラメータをＰ−ＧＷ１２０５に送信して、ＰＭＩＰｖ６バインディングをＰ−ＧＷ１２０５に生成する。

３ＧＧＰは、特に、ＵＥ１２００がＶＰＬＭＮ１２０２に位置していて、プリフィックスを管理するノードが、ＨＰＬＭＮ１２０１に位置するＰ−ＧＷ１２０５である場合に、上記のチェーンのアーキテクチャを使用してモビリティ管理を実現する。上記の経路途中のモビリティ管理アンカーが存在しない場合、ＵＥがＭＡＧに接続するたびに、新しいＰＭＩＰｖ６−ＢＵメッセージがＶＰＬＭＮ１２０２からＨＰＬＭＮ１２０１に転送されなければならず、このため、ハンドオフ遅延を招く。ＵＥ１２００がＶＰＬＭＮ１２０２に位置し、かつＵＥ１２００がＭＡＧを変更しているときにＳ−ＧＷ１２０６が変化しない場合、そのＳ−ＧＷ１２０６は、バインディング・パラメータをＰ−ＧＷ１２０５に送信する必要がなく、ＶＰＬＭＮ１２０１に位置するＵＥ１２００にとっては高速モビリティ管理が実現する。３ＧＧＰチェーンの想定の詳細は、非特許文献６に記載されている。

３ＧＧＰチェーンのシステムについて詳しく説明する。この想定例における主要な目的は、３ＧＧＰの非常に現実的なネットワーク・アーキテクチャではホームプリフィックスＰ１が遅延することを示すことにある。図２２において、ＵＥ１２００は、３ＧＰＰコアネットワークであってＵＥ１２００のＨＰＬＭＮ（Home Public Land Mobile Network）でもあるＥＰＣ（Evolved Packet Core）１２０１に対し、ＷｉＭＡＸインタフェースＩとＷＬＡＮインタフェースの２つを介して接続（connect）している。さらに、ＵＥ１２００は、ＥＰＣ１２０１のＰ−ＧＷ１２０５をホームエージェントとして構成していることが考えられる。さらに、ＵＥ１２００は、ＷｉＭＡＸインタフェースがＷｉＭＡＸアクセスネットワーク１２０４経由で接続（attach）し、かつＷＬＡＮインタフェースがＷＬＡＮアクセスネットワーク１２０３、及びＶＰＬＭＮ（visited public land mobile network）であるＥＰＣ１２０２経由で接続（attach）しているものとする。図２２から明らかなように、ＷＬＡＮインタフェースは３ＧＰＰチェーンのアーキテクチャに接続（connect）されている。さらに、ＷｉＭＡＸインタフェースのモビリティがＭＩＰｖ６メカニズムにより管理され、かつＷＬＡＮインタフェースのモビリティがＰＭＩＰｖ６メカニズムにより管理されることが考えられる。このような想定例において、ＵＥ１２００は、同時接続によりマルチホーミングを実現したい。

ＵＥ１２００は、ＷｉＭＡＸインタフェースがＷｉＭＡＸアクセスネットワーク１２０４に接続（attach）すると、アクセス認証（authentication）の完了後に、ＣｏＡを構成するために、アクセスゲートウェイ（ＡＧＷ）１２０８にルーティングされるプリフィックスＰ２をプリフィックス広告メッセージ１２０９で取得する。さらに、ＵＥ１２００は、ＷＬＡＮインタフェース経由の接続（attachment）処理を開始するものとする。しかし、ＷＬＡＮアクセスの接続認証（authentication）と資格認証（authorization）の成功後に、ＶＰＬＭＮ１２０２側のｅＰＤＧ１２０７は、バインディング・パラメータをＳ−ＧＷ１２０６に送信し（シグナリング・メッセージ１２１１）、さらにＳ−ＧＷ１２０６は、ＰＭＩＰｖ６バインディングをＨＰＬＭＮ１２０１側のＰ−ＧＷ１２０５に送信する（ＰＢＵメッセージ１２１２）。

上記の３ＧＰＰチェーンの想定において全てのＰＭＩＰｖ６ベアラをセットアップするのには、チェーニングプロセスためにある程度時間がかかる。図２２において、ＵＥ１２００は、ＡＧＷ１２０８からのプリフィックス（Ｐ２とする）を参照したときには、未だＰＭＩＰｖ６プリフィックス（ホームプリフィックスＰ１とする）をＷＬＡＮインタフェース経由で参照していない。

図２２において、ＵＥ１２００は、ホームプリフィックスＰ１をＷＬＡＮインタフェース経由で参照するかもしれないと予測すると、「ホームバインディング生成要求」を含むＢＵメッセージ１２１０をＰ−ＧＷ１２０５に送信する。ここで、Ｐ−ＧＷ１２０５は、最初にＢＵメッセージ１２１０を参照してＨフラグなしのＣＭＩＰｖ６キャッシュを生成し、Ｓ−ＧＷ１２１２からのＰＢＵメッセージ１２１２を受信したときに、ＨフラグをＣＭＩＰｖ６キャッシュに挿入するものとする。ここで、当業者であれば、Ｐ−ＧＷ１２０５は、Ｓ−ＧＷ１２１２からのＰＢＵメッセージ１２１２の前にＵＥ１２００からのＢＵメッセージ１２１０を最初に受信したときには、ＵＥ１２００のホームアンドアウェイのバインディングを生成できることは明らかである。

＜第９の実施の形態のさらに他の想定例：ホームに接続（connect）しているインタフェースがハンドオフする場合＞
上記のホームアンドアウェイの同時登録の想定では、ＣＭＩＰｖ６バインディングとＰＭＩＰｖ６バインディングが同時に行われなければならない。次に、変形例として、「ホームバインディング生成要求」が、ホームに接続（connect）しているインタフェースのハンドオフを取り扱う場合について説明する。ここで、外部に接続（connect）しているインタフェースは、未だ同じアクセスルータに接続（connect）している。図２３を参照して詳しく説明する。ＭＮ１７０３は２つのインタフェースを有し、例えばＷｉＭＡＸインタフェースは、ＷｉＭＡＸアクセスネットワーク１７０１経由でＭＡＧ１７０６に接続（connect）していることが考えられる。ここで、ＬＴＥインタフェースは、ＬＴＥアクセスネットワーク１７０２経由で最初はＭＡＧ１７０５に接続（connect）し、次にＭＮ１７０３の移動により別のＭＡＧ１７０７に接続（connect）するものとする。さらにＭＮ１７０３は、３ＧのＬＴＥアクセスネットワーク１７０２により、ＭＡＧ１７０５とＭＡＧ１７０７に接続（connect）するものとする。

上記の場合、ＭＮ１７０３は、ハンドオフ前のＭＡＧ１７０５からのメッセージ１７１１でホームプリフィックスＰ１を参照する前に、ＷｉＭＡＸ側のＭＡＧ１７０６からのルータ広告メッセージ１７０８で付与されるプリフィックスＰ２を使用してＣｏＡを生成して、「ホームバインディング生成要求」をＢＵメッセージ１７０９でＬＭＡ／ＨＡ１７０４に送信する。次にハンドオフ前のＭＡＧ１７０５からのＰＭＩＰｖ６−ＰＢＵメッセージ１７１０（ＰＢＵ１）がＬＭＡ／ＨＡ１７０４に到着すると、ＬＭＡ／ＨＡ１７０４におけるＣＭＩＰｖ６バインディングキャッシュにＨフラグが挿入される。

ここで、「ホームバインディング生成要求」を含むＢＵメッセージ１７０９は、ハンドオフのＰＭＩＰｖ６−ＰＢＵメッセージ１７１２（ＰＢＵ２）がＢＩＤやＨフラグのようなマルチホーミング・パラメータを含まなくても、ホームアンドアウェイ登録を削除しないようＬＭＡ／ＨＡ１７０４に通知するための新しい情報を含む。非特許文献５によれば、水平ハンドオフの場合は、ＰＢＵメッセージ１７１０、１７１２内にハンドオフ指示オプション（オプション値＝３）を含む。このため、ＭＮ１７０３のホームに接続（connect）しているＬＴＥインタフェースＩｆ１が別のＭＡＧ１７０７に移動すると、ＭＡＧ１７０７からＬＭＡ／ＨＡ１７０４に送信されるＰＭＩＰｖ６−ＰＢＵメッセージ１７１２（ＰＢＵ２）は、水平ハンドオフ指示を含み、マルチホーミング・パラメータを含まないであろう。この場合、「ホームバインディング生成要求」を含むＢＵメッセージ１７０９が上記の新しい情報を含むので、ＰＭＩＰｖ６−ＰＢＵメッセージ１７１２（ＰＢＵ２）は、ＬＭＡ／ＨＡ１７０４におけるホームアンドアウェイのステートを上書きせず、ホームアンドアウェイ登録を削除しない。ホームアンドアウェイのステートを削除できるのは、ＭＮ１７０３がＬＭＡ／ＨＡ１７０４に対し、ホーム又は外部に接続（connect）しているインタフェースの登録を解除するよう明示したときのみである。ホームに接続（connect）しているインタフェースの登録解除は、ＰＭＩＰｖ６メカニズムにより行われ、外部に接続（connect）しているインタフェースの登録解除は、ＣＭＩＰｖ６メカニズムにより行われる。

ホームアンドアウェイ同時接続の情報は、新しいトリガとして、ハンドオフ後の新しいＭＡＧ１７０７に送信することもできる。この新しいトリガとしては、Ｌ２特有のメッセージや、近隣探索に関するメッセージのようなＬ３特有のメッセージを使用することができる。ホームアンドアウェイに関する新しいトリガがＭＡＧ１７０７に送信されると、ＭＡＧ１７０７は、この情報をハンドオフのＰＢＵメッセージ１７１２（ＰＢＵ２）でＬＭＡ／ＨＡ１７０４に送信する。このハンドオフのＰＢＵメッセージ１７１２（ＰＢＵ２）内のホームアンドアウェイの情報により、上記のハンドオフの想定例においてもＬＭＡ／ＨＡ１７０４におけるホームアンドアウェイのバインディングが維持される。

以上、最も実際的かつ望ましい実施の形態について説明したが、当業者であれば、本発明の範囲及び精神を逸脱しない範囲で構成及びパラメータについて種々の変形が可能であることは明らかである。例えば３ＧとＷｉＭＡＸのインタフェースを例にして説明したが、本発明は、他の異なるアクセス技術タイプを有し、そのアクセス技術タイプのインタフェースをネットワークに接続（attach）する場合にも適用することができる。さらに、前述した想定例は３ＧＰＰに関するが、本明細書に記載した問題及び解決策は、異種のアクセスネットワークにより構成されていて、あるアクセス技術タイプ経由のあるモビリティ管理メカニズムの使用を制限する他の全てのＳＤＯに適用することができる。

以上、本発明について実施の形態を参照して説明したが、当業者であれば、本発明を逸脱しない種々の変形が可能であることは明らかである。例えば上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適用などが可能性としてあり得る。

本発明によれば、特許請求の範囲に記載したように、以下のような発明が提供される。
（１）請求項１に記載のバインディングキャッシュ生成方法、又は請求項５に記載のバインディングキャッシュ生成システムにおいて、前記ホームエージェントが、前記第１のインタフェース用の第１のプロキシ・バインディングキャッシュの存続期間が満了した場合に前記第２のインタフェース用のクライアントベースのバインディングキャッシュを削除することを特徴とする。
（２）請求項１又は２に記載のバインディングキャッシュ生成方法、又は請求項５又は６に記載のバインディングキャッシュ生成システムにおいて、前記第１のインタフェース用の第１のプロキシ・バインディングキャッシュが前記ホームエージェントに登録された後に、前記モバイルノードが前記ホームエージェントに対して、前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成して維持する要求メッセージを送信し、
前記ホームエージェントが、前記要求メッセージを受信した後、前記第２のインタフェース用の第２のプロキシ・バインディングキャッシュが登録された場合に、前記第１及び登録された第２のプロキシ・バインディングキャッシュに関連する前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成するとともに、前記モバイルノードに対して前記要求メッセージを再度送信しないように通知することを特徴とする。
（３）請求項１又は２に記載のバインディングキャッシュ生成方法、又は請求項５又は６に記載のバインディングキャッシュ生成システムにおいて、前記ホームエージェントが、前記第２のインタフェース用の第２のプロキシ・バインディングキャッシュを登録するプロキシ・バインディング・アップデートメッセージを受信した場合に前記第２のプロキシ・バインディングキャッシュを生成するとともに、前記第１及び前記生成した第２のプロキシ・バインディングキャッシュに関連する前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成して、前記モバイルノードに対して前記クライアントベースのバインディングキャッシュを登録する要求メッセージを送信しないように通知することを特徴とする。
（４）請求項１６に記載のバインディングキャッシュ生成方法において、前記ホームドメインの各プロキシノードの間で、前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成するための情報を転送することを特徴とする。
（５）請求項１から４、及び１４から１７までのいずれか１つに記載のバインディングキャッシ生成方法において、前記モバイルノードが、前記ホームドメインから外部ドメインにローミングした場合に、前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成する要求を前記外部ドメインを経由して前記ホームエージェントに通知することを特徴とする。

本発明は、複数のインタフェースを有するモバイルノードがホームドメイン内をローミングする場合に、ホームエージェントにおいてクライアントベースのバインディングキャッシュを生成して管理する場合のシグナリングを減少することができるという効果を有し、ホームドメインが３ＧのＰＭＩＰｖ６ドメインなどの場合に利用することができる。
また本発明は、複数のインタフェースを有するモバイルノードがホームリンクと外部リンクに同時に接続（connect）しているときのバインディング登録のシグナリングを減少することができるという効果を有し、ホームドメインが３ＧのＰＭＩＰｖ６ドメインなどの場合に利用することができる。

Claims (29)

1. ホームドメインと通信可能な第１のインタフェースとローカルドメインと通信可能な第２のインタフェースを有するモバイルノードが前記ホームドメイン内をローミングする場合のバインディングキャッシュ生成方法であって、
   前記モバイルノードの第１のインタフェースが前記ホームドメインに接続した場合に前記第１のインタフェース用の第１のプロキシ・バインディングキャッシュを前記ホームドメインのホームエージェントに登録するステップと、
   前記モバイルノードの第２のインタフェースが前記ローカルドメインを介して前記ホームドメインに接続した場合に前記第２のインタフェース用の第２のプロキシ・バインディングキャッシュを前記ホームエージェントに登録するステップと、
   前記ホームエージェントが、前記第１及び第２のプロキシ・バインディングキャッシュに関連する前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成して、前記生成したクライアントベースのバインディングキャッシュを前記モバイルノードによりリフレッシュされることなく維持するステップとを、
   有するバインディングキャッシュ生成方法。
2. 前記ホームエージェントが、前記第１のインタフェース用の第１のプロキシ・バインディングキャッシュの存続期間が満了した場合に前記第２のインタフェース用のクライアントベースのバインディングキャッシュを削除することを特徴とする請求項１に記載のバインディングキャッシュ生成方法。
3. 前記第１のインタフェース用の第１のプロキシ・バインディングキャッシュが前記ホームエージェントに登録された後に、前記モバイルノードが前記ホームエージェントに対して、前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成して維持する要求メッセージを送信し、
   前記ホームエージェントが、前記要求メッセージを受信した後、前記第１及び第２のインタフェース用の第１及び第２のプロキシ・バインディングキャッシュが登録された場合に、前記登録された第２のプロキシ・バインディングキャッシュに関連する前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成するとともに、前記モバイルノードに対して前記要求メッセージを再度送信しないように通知することを特徴とする請求項１に記載のバインディングキャッシュ生成方法。
4. 前記ホームエージェントが、前記第２のインタフェース用の第２のプロキシ・バインディングキャッシュを登録するプロキシ・バインディング・アップデートメッセージを受信した場合に前記第２のプロキシ・バインディングキャッシュを生成するとともに、前記第１及び前記生成した第２のプロキシ・バインディングキャッシュに関連する前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成して、前記モバイルノードに対して前記クライアントベースのバインディングキャッシュを登録する要求メッセージを送信しないように通知することを特徴とする請求項１に記載のバインディングキャッシュ生成方法。
5. ホームドメインと通信可能な第１のインタフェースとローカルドメインと通信可能な第２のインタフェースを有するモバイルノードが前記ホームドメイン内をローミングする場合のバインディングキャッシュ生成システムであって、
   前記モバイルノードの第１のインタフェースが前記ホームドメインに接続した場合に前記第１のインタフェース用の第１のプロキシ・バインディングキャッシュを前記ホームドメインのホームエージェントに登録する手段と、
   前記モバイルノードの第２のインタフェースが前記ローカルドメインを介して前記ホームドメインに接続した場合に前記第２のインタフェース用の第２のプロキシ・バインディングキャッシュを前記ホームエージェントに登録する手段と、
   前記ホームエージェントが、前記第１及び第２のプロキシ・バインディングキャッシュに関連する前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成して、前記生成したクライアントベースのバインディングキャッシュを前記モバイルノードによりリフレッシュされることなく維持する手段とを、
   有するバインディングキャッシュ生成システム。
6. 前記ホームエージェントが、前記第１のインタフェース用の第１のプロキシ・バインディングキャッシュの存続期間が満了した場合に前記第２のインタフェース用のクライアントベースのバインディングキャッシュを削除することを特徴とする請求項５に記載のバインディングキャッシュ生成システム。
7. 前記第１のインタフェース用の第１のプロキシ・バインディングキャッシュが前記ホームエージェントに登録された後に、前記モバイルノードが前記ホームエージェントに対して、前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成して維持する要求メッセージを送信し、
   前記ホームエージェントが、前記要求メッセージを受信した後、前記第２のインタフェース用の第２のプロキシ・バインディングキャッシュが登録された場合に、前記第１及び前記登録された第２のプロキシ・バインディングキャッシュに関連する前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成するとともに、前記モバイルノードに対して前記要求メッセージを再度送信しないように通知することを特徴とする請求項５に記載のバインディングキャッシュ生成システム。
8. 前記ホームエージェントが、前記第２のインタフェース用の第２のプロキシ・バインディングキャッシュを登録するプロキシ・バインディング・アップデートメッセージを受信した場合に前記第２のプロキシ・バインディングキャッシュを生成するとともに、前記第１及び前記生成した第２のプロキシ・バインディングキャッシュに関連する前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成して、前記モバイルノードに対して前記クライアントベースのバインディングキャッシュを登録する要求メッセージを送信しないように通知することを特徴とする請求項５に記載のバインディングキャッシュ生成システム。
9. ホームドメインと通信可能な第１のインタフェースとローカルドメインと通信可能な第２のインタフェースを有するモバイルノードが前記ホームドメイン内をローミングする場合のバインディングキャッシュ生成システムにおける前記ホームエージェントであって、
   前記モバイルノードの第１のインタフェースが前記ホームドメインに接続した場合に前記第１のインタフェース用の第１のプロキシ・バインディングキャッシュを登録する手段と、
   前記モバイルノードの第２のインタフェースが前記ローカルドメインを介して前記ホームドメインに接続した場合に前記第２のインタフェース用の第２のプロキシ・バインディングキャッシュを登録する手段と、
   前記第１及び第２のプロキシ・バインディングキャッシュに関連する前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成して、前記生成したクライアントベースのバインディングキャッシュを前記モバイルノードによりリフレッシュされることなく維持する手段とを、
   有するホームエージェント。
10. 前記第１のインタフェース用の第１のプロキシ・バインディングキャッシュの存続期間が満了した場合に前記第２のインタフェース用のクライアントベースのバインディングキャッシュを削除することを特徴とする請求項９に記載のホームエージェント。
11. ホームドメインと通信可能な第１のインタフェースとローカルドメインと通信可能な第２のインタフェースを有するモバイルノードが前記ホームドメイン内をローミングする場合のバインディングキャッシュ生成システムにおける前記モバイルノードであって、
    前記第１のインタフェース用の第１のプロキシ・バインディングキャッシュが前記ホームドメインのホームエージェントに登録される際に、前記ホームエージェントに対して、前記第１及び第２のインタフェース用の第１及び第２のプロキシ・バインディングキャッシュに関連する前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成して維持するよう要求するメッセージを送信する手段を、
    有するモバイルノード。
12. ホームドメインと通信可能な第１のインタフェースとローカルドメインと通信可能な第２のインタフェースを有するモバイルノードが前記ホームドメイン内をローミングする場合、前記モバイルノードが、前記第１のインタフェース用の第１のプロキシ・バインディングキャッシュが前記ホームエージェントに登録される際に、前記ホームドメインのホームエージェントに対して、前記第１及び第２のインタフェース用の第１及び第２のプロキシ・バインディングキャッシュに関連する前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成して維持するよう要求するメッセージを送信するバインディングキャッシュ生成システムにおける前記ホームエージェントであって、
    前記要求メッセージを受信した後、前記第２のインタフェース用の第２のプロキシ・バインディングキャッシュを登録した場合に、前記第１及び前記登録した第２のプロキシ・バインディングキャッシュに関連する前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成するとともに、前記モバイルノードに対して前記要求メッセージを再度送信しないように通知する手段を、
    有するホームエージェント。
13. 前記第２のインタフェース用の第２のプロキシ・バインディングキャッシュを登録するプロキシ・バインディング・アップデートメッセージを受信した場合に前記第２のプロキシ・バインディングキャッシュを生成するとともに、前記第１及び前記生成した第２のプロキシ・バインディングキャッシュに関連する前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成して、前記モバイルノードに対して前記クライアントベースのバインディングキャッシュを登録する要求メッセージを送信しないように通知することを特徴とする請求項９に記載のホームエージェント。
14. ホームドメインと通信可能な第１のインタフェースとローカルドメインと通信可能な第２のインタフェースを有するモバイルノードが前記ホームドメイン内をローミングする場合のバインディングキャッシュ生成方法であって、
    前記モバイルノードの第１のインタフェースが前記ホームドメインに接続した場合に前記第１のインタフェース用の第１のプロキシ・バインディングキャッシュを前記ホームドメインのホームエージェントに登録するステップと、
    前記モバイルノードの第２のインタフェースが前記ローカルドメインを介して前記ホームドメインに接続した場合に前記第２のインタフェース用の第２のプロキシ・バインディングキャッシュを前記ホームエージェントに登録するステップと、
    前記モバイルノードが前記ホームエージェントに対し、前記ホームエージェントが前記第１及び第２のプロキシ・バインディングキャッシュに関連する前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成して、前記生成したクライアントベースのバインディングキャッシュを通常時より長い存続期間の間、前記モバイルノードによりリフレッシュされることなく維持するよう要求するステップとを、
    有するバインディングキャッシュ生成方法。
15. ホームドメインと通信可能な第１のインタフェースとローカルドメインと通信可能な第２のインタフェースを有するモバイルノードが前記ホームドメイン内をローミングする場合のバインディングキャッシュ生成方法であって、
    前記モバイルノードの第１のインタフェースが前記ホームドメインに接続した場合に前記第１のインタフェース用の第１のプロキシ・バインディングキャッシュを前記ホームドメインのホームエージェントに登録するステップと、
    前記モバイルノードの第２のインタフェースが前記ローカルドメインを介して前記ホームドメインに接続した場合に前記第２のインタフェース用の第２のプロキシ・バインディングキャッシュを前記ホームエージェントに登録するステップと、
    前記モバイルノードが前記ホームエージェントに対し、前記ホームエージェントが前記登録した第１及び第２のプロキシ・バインディングキャッシュに関連する前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成するよう要求するステップと、
    前記ホームエージェントが、前記要求されたクライアントベースのバインディングキャッシュを生成して通常時より長い存続期間を設定するとともに、前記モバイルノードに対して、前記存続期間の間、前記生成したクライアントベースのバインディングキャッシュをリフレッシュしないよう通知するステップとを、
    有するバインディングキャッシュ生成方法。
16. ホームドメインと通信可能な第１のインタフェースとローカルドメインと通信可能な第２のインタフェースを有するモバイルノードが前記ホームドメイン内をローミングする場合のバインディングキャッシュ生成方法であって、
    前記モバイルノードの第１のインタフェースが前記ホームドメインに接続した場合に前記第１のインタフェース用の第１のプロキシ・バインディングキャッシュを前記ホームドメインのホームエージェントに登録するステップと、
    前記モバイルノードの第２のインタフェースが前記ローカルドメインを介して前記ホームドメインに接続した場合に前記第２のインタフェース用の第２のプロキシ・バインディングキャッシュを前記ホームエージェントに登録するステップと、
    前記ホームエージェントが、前記第２のインタフェース用の第２のプロキシ・バインディングキャッシュが登録されたときに、前記モバイルノードに対して前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成する要求を送信しないよう通知するとともに、前記第１及び第２のプロキシ・バインディングキャッシュに関連するクライアントベースのルーティングを実行するステップとを、
    有するバインディングキャッシュ生成方法。
17. 前記ホームドメインの各プロキシノードの間で、前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成するための情報を転送することを特徴とする請求項１６に記載のバインディングキャッシュ生成方法。
18. 前記モバイルノードが、前記ホームドメインから外部ドメインにローミングした場合に、前記ホームエージェントに対して、前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成する要求を前記外部ドメインを経由して通知することを特徴とする請求項１に記載のバインディングキャッシュ生成方法。
19. ホームドメインと通信可能な第１のインタフェースとローカルドメインと通信可能な第２のインタフェースを有するモバイルノードがローミングする場合に、前記第１及び第２のインタフェース用のバインディングキャッシュを前記モバイルノードのホームエージェントに生成するバインディングキャッシュ生成方法であって、
    前記第２のインタフェースが前記ローカルドメインを介して前記ホームドメインに接続した場合に、前記モバイルノードが前記ホームエージェントに対し、前記第２のインタフェース用のクライアントベースのバインディングキャッシュを登録するとともに、前記第１のインタフェース用のプロキシ・バインディングキャッシュが登録されるときにホームとアウェイの同時接続を示すフラグを前記第２のインタフェース用のクライアントベースのバインディングキャッシュにセットするよう要求するステップと、
    前記第１のインタフェースが前記ホームドメインに接続した場合に、前記モバイルノードの代理ノードが前記ホームエージェントに対し、前記第１のインタフェース用のプロキシ・バインディングキャッシュを登録するステップと、
    前記ホームエージェントが、前記第１のインタフェース用のプロキシ・バインディングキャッシュが登録された場合に、前記フラグを前記第２のインタフェース用のクライアントベースのバインディングキャッシュにセットするステップとを、
    有するバインディングキャッシュ生成方法。
20. 前記モバイルノードが、前記ホームドメインのプリフィックスを前記第１のインタフェース経由で参照するであろうことを予測して前記要求を前記ホームエージェントに送信することを特徴とする請求項１９に記載のバインディングキャッシュ生成方法。
21. ホームドメインと通信可能な第１のインタフェースとローカルドメインと通信可能な第２のインタフェースを有するモバイルノードがローミングする場合に、前記第１及び第２のインタフェース用のバインディングキャッシュを前記モバイルノードのホームエージェントに生成するバインディングキャッシュ生成システムであって、
    前記第２のインタフェースが前記ローカルドメインを介して前記ホームドメインに接続した場合に、前記モバイルノードが前記ホームエージェントに対し、前記第２のインタフェース用のクライアントベースのバインディングキャッシュを登録するとともに、前記第１のインタフェース用のプロキシ・バインディングキャッシュが登録されるときにホームとアウェイの同時接続を示すフラグを前記第２のインタフェース用のクライアントベースのバインディングキャッシュにセットするよう要求する手段と、
    前記第１のインタフェースが前記ホームドメインに接続した場合に、前記モバイルノードの代理ノードが前記ホームエージェントに対し、前記第１のインタフェース用のプロキシ・バインディングキャッシュを登録する手段と、
    前記ホームエージェントが、前記第１のインタフェース用のプロキシ・バインディングキャッシュが登録された場合に、前記ホームとアウェイの同時接続を示すフラグを前記第２のインタフェース用のクライアントベースのバインディングキャッシュにセットする手段とを、
    有するバインディングキャッシュ生成システム。
22. 前記モバイルノードが、前記ホームドメインのプリフィックスを前記第１のインタフェース経由で参照するであろうことを予測して前記要求を前記ホームエージェントに送信することを特徴とする請求項２１に記載のバインディングキャッシュ生成システム。
23. ホームドメインと通信可能な第１のインタフェースとローカルドメインと通信可能な第２のインタフェースを有するモバイルノードがローミングする場合に、前記第１及び第２のインタフェース用のバインディングキャッシュを前記モバイルノードのホームエージェントに生成するバインディングキャッシュ生成システムにおける前記モバイルノードであって、
    前記第２のインタフェースが前記ローカルドメインを介して前記ホームドメインに接続した場合に、前記ホームエージェントに対し、前記第２のインタフェース用のクライアントベースのバインディングキャッシュを登録するとともに、前記第１のインタフェース用のプロキシ・バインディングキャッシュが登録されるときにホームとアウェイの同時接続を示すフラグを前記第２のインタフェース用のクライアントベースのバインディングキャッシュにセットするよう要求する手段を、
    有するモバイルノード。
24. 前記ホームドメインのプリフィックスを前記第１のインタフェース経由で参照するであろうことを予測して前記要求を前記ホームエージェントに送信することを特徴とする請求項２３に記載のモバイルノード。
25. ホームドメインと通信可能な第１のインタフェースとローカルドメインと通信可能な第２のインタフェースを有するモバイルノードがローミングする場合に、前記第１及び第２のインタフェース用のバインディングキャッシュを前記モバイルノードのホームエージェントに生成するバインディングキャッシュ生成システムにおける前記ホームエージェントであって、
    前記第２のインタフェースが前記ローカルドメインを介して前記ホームドメインに接続した場合に、前記第２のインタフェース用のクライアントベースのバインディングキャッシュを登録するとともに、前記第１のインタフェース用のプロキシ・バインディングキャッシュが登録されるときにホームとアウェイの同時接続を示すフラグを前記第２のインタフェース用のクライアントベースのバインディングキャッシュにセットする要求を受信する手段と、
    前記第１のインタフェースが前記ホームドメインに接続した場合に、前記第１のインタフェース用のプロキシ・バインディングキャッシュを登録する手段と、
    前記第１のインタフェース用のプロキシ・バインディングキャッシュが登録された場合に、前記ホームとアウェイの同時接続を示すフラグを前記第２のインタフェース用のクライアントベースのバインディングキャッシュにセットする手段とを、
    有するホームエージェント。
26. 前記第２のインタフェース用の第２のプロキシ・バインディングキャッシュを登録するプロキシ・バインディング・アップデートメッセージを受信した場合に前記第２のプロキシ・バインディングキャッシュを生成するとともに、前記第１及び前記生成した第２のプロキシ・バインディングキャッシュに関連する前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成して、前記モバイルノードに対して前記クライアントベースのバインディングキャッシュを登録する要求メッセージを送信しないように通知することを特徴とする請求項１２に記載のホームエージェント。
27. 前記モバイルノードが、前記ホームドメインから外部ドメインにローミングした場合に、前記ホームエージェントに対して、前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成する要求を前記外部ドメインを経由して通知することを特徴とする請求項１４に記載のバインディングキャッシュ生成方法。
28. 前記モバイルノードが、前記ホームドメインから外部ドメインにローミングした場合に、前記ホームエージェントに対して、前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成する要求を前記外部ドメインを経由して通知することを特徴とする請求項１５に記載のバインディングキャッシュ生成方法。
29. 前記モバイルノードが、前記ホームドメインから外部ドメインにローミングした場合に、前記ホームエージェントに対して、前記第２のインタフェース用のクライアントベースのバインディングキャッシュを生成する要求を前記外部ドメインを経由して通知することを特徴とする請求項１６に記載のバインディングキャッシュ生成方法。