JPWO2009057296A1

JPWO2009057296A1 - 移動端末及びネットワークノード並びにパケット転送管理ノード

Info

Publication number: JPWO2009057296A1
Application number: JP2009538930A
Authority: JP
Inventors: 平野　純; 純平野; モハナダマヤンティジャヤタラン; ンー　チャン　ワー; チャンワーンー; ティエンミンベンジャミンコー; チュンキョンベンジャミンリム
Original assignee: Panasonic Corp; Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Corp; Panasonic Holdings Corp
Priority date: 2007-11-02
Filing date: 2008-10-29
Publication date: 2011-03-10
Also published as: WO2009057296A1; US20100238864A1; US8676202B2; EP2207391A1

Abstract

ＰＭＩＰｖ６のＰＢＵメッセージによるＰＭＩＰｖ６バインディングと、ＣＭＩＰｖ６のＢＵメッセージによるＣＭＩＰｖ６バインディングとの間の競合を解消する技術が開示される。ＭＮ２００は複数の無線通信インタフェースを有しており、例えば、第１インタフェースをホームＰＭＩＰｖ６ドメイン２３０のＭＡＧ２２０に接続している。ここで、第２インタフェースの接続をホームＰＭＩＰｖ６ドメインのＭＡＧ２２１からＣＭＩＰｖ６ドメイン２３１のＡＲ２２２に変更した場合、ＬＭＡ／ＨＡ２５０にＢＵメッセージ２６２を第２インタフェースから送信するとともに、このＢＵメッセージの識別情報を第１インタフェースからＭＡＧに通知する。ＭＡＧはこの識別情報に時刻情報を付加してＬＭＡ／ＨＡに送信することで、この時刻情報からＢＵメッセージの送信時刻（他のメッセージとの相対順序）を把握できるようになる。

Description

本発明は、インターネットプロトコル（ＩＰ：Internet Protocol）を利用した通信技術に係る移動端末及びネットワークノード並びにパケット転送管理ノードに関し、特に、ネットワークベースのローカルモビリティ管理ドメイン（Network based Local Mobility Management Domain）内で複数のインタフェースを有する移動端末（以下、モバイルノードと呼ぶこともある）が接続ポイントを変更しながら通信を行うシステムにおける移動端末及びネットワークノード並びにパケット転送管理ノードに関する。

現在、多数のデバイスが、インターネットプロトコルを使用して、互いに通信を行っている。モバイル機器にモビリティサポートを提供するために、ＩＥＴＦ（Internet Engineering Task Force）では、下記の非特許文献１において、ＩＰｖ６におけるモビリティサポートが規定されている。

非特許文献１では、ホームネットワークにホームエージェント（ＨＡ：Home Agent）を導入することによって、モビリティサポートが実現される。モバイルノードは、外部リンクで取得した気付アドレス（ＣｏＡ：Care-of Address）をＢＵ（バインディングアップデート）メッセージを利用してホームエージェントに登録する。そして、ＢＵによって、ホームエージェントは、ホームリンクで取得される長期的なアドレスであるホームアドレス（ＨｏＡ）と気付アドレスとの間のバインディングを作成することが可能となる。

ホームエージェントは、モバイルノードのホームアドレスに向けられたメッセージを受信（intercept）し、パケットのカプセル化（あるパケットを新たなパケットのペイロードとすることであり、パケットトンネリングとしても知られている）を用いて、そのパケットをモバイルノードの気付アドレスに転送する機能を担っている。

ＭＩＰｖ６（Mobile IPv6）の問題の１つは、ネットワーク接続ポイントを変更するために、ＭＮは、１つ以上のＨＡ及びＣＮ（Correspondent Node：コレスポンデントノード）にアップデートを行う必要がある点であり、高速で移動しているＭＮに関して、よりシグナリングの負荷が高くなる。さらに、ネットワーク接続の変更時にＲＲ（Return Routability：リターンルータビリティ）やＢＵメッセージの送信を行う必要があり、ネットワーク接続の変更時の平均ハンドオフ時間が大きい。

したがって、フローや接続に関連するセッションにおいて、ハンドオフ処理にかなりの時間が費やされ、その結果、ジッタやパケットロスが生じてしまう場合がある。このようなジッタは、ボイスオーバＩＰ（ＶｏＩＰ）やマルチメディアストリーミング、ビデオストリーミングなどの即時性の高いアプリケーションにとっては好ましいものではなく、パケットロスは重要なテキスト／データ情報を伝送するフローにとって好ましいものではない。さらに、重要データの伝送にＴＣＰ（Transmission Control Protocol ：送信制御プロトコル）が利用される場合、パケットロスによってＴＣＰのスループットが低下してしまう。

このようなＭＩＰｖ６に係る問題を解決するため、現在、ネットワークベースのローカルモビリティ管理（ＮｅｔＬＭＭ：Network-based Local Mobility Management）プロトコルが注目されており、ＩＥＴＦのＮｅｔＬＭＭワーキンググループでこの種のプロトコルが研究されている。なお、ネットワークベースのローカルモビリティ管理は、論理的に局在化しているネットワークセグメントにおいて、モバイルノードの代わりにネットワークによってノードのモビリティの管理を行うことである。

この目的を達成するため、ＭＮは、ローカルドメインにおいては同一のプレフィックスを取得する。このプレフィックスは、ローカルモビリティ管理に係る利益が得られるように、ルーティングの階層が高次の位置であり、ローカルドメイン内のすべてのＭＮのデフォルトルーティングパス上に位置するルータから取得可能とすべきである。

このプレフィックスの頂点（階層的に最上位の位置）に存在するルータにおいて、このプレフィックスの到達可能情報（プレフィックスに基づくルート）が保持され、プレフィックスに基づくルートが管理されることが望ましい。

ＮｅｔＬＭＭワーキンググループによって考案されている最良のネットワークタイプのローカルモビリティ管理プロトコルは、下記の非特許文献２に開示されているＰＭＩＰｖ６（Proxy Mobile IPv6）である。ＰＭＩＰｖ６は、ネットワークの局所的なエリアにおいて、ＩＰｖ６ホストのモビリティをサポートするように設計されている。なお、ＰＭＩＰｖ６は、クライアントタイプのモバイルＩＰｖ６（ＣＭＩＰｖ６）スタックを実装していないＩＰｖ６ホストのモビリティをサポートすることが可能である。

なお、ＰＭＩＰｖ６では、ＭＮの現在の到達可能アドレスにローカルＰＭＩＰｖ６プレフィックスをバインドするためのローカルドメイン内のローカル管理シグナリングがネットワーク側で処理されることになるので、ＣＭＩＰｖ６スタックを有するノードにとっても有用である。

ＣＭＩＰｖ６スタックを有するＭＮはＰＭＩＰｖ６ドメイン（ＰＭＩＰｖ６が実装されている管理ドメイン）内を移動している間に、１つ又は複数のＨＡ及び／又はＣＮに登録しているバインディングの期限が切れそうになった場合には、ＰＭＩＰｖ６ドメインのアドレス（気付アドレス）をホームアドレスと関連付けるグローバルな登録を送信する必要があるかもしれない。

ＣＭＩＰｖ６スタックを有するＭＮは、ＰＭＩＰｖ６ｓドメインから別のＰＭＩＰｖ６ドメイン又はネットワークベースのローカルモビリティ管理をサポートしていない別のドメインに移動すると、１つ又は複数のＨＡ及び／またはＣＮに対してグローバル登録を送信する必要がある。また、こうしたグローバルな登録は、ＣＭＩＰｖ６スタックを持つＭＮがＰＭＩＰｖ６ドメインに入るとき、実行される必要があるかもしれない。

ＭＮは、ＰＭＩＰｖ６ドメインに接続されている場合には、ＭＡＧ（Mobile Access Gateway：モバイルアクセスゲートウェイ）との接続の間、そのＮＡＩ（Network Access Identifier：ネットワークアクセス識別子）を提供する。ＭＡＧはＬＭＡ（Local Mobility Anchor：ローカルモビリティアンカ）に対して、ＭＡＧに直接接続されているか管理下にある移動端末（ＩＰｖ６ホストも含む、以下、ＭＮと呼ぶ）に代わって、プロキシローカル登録を実行するルータである。

また、ＮＡＩは、例えば、認証のためにＡＡＡ（Authorization, Authentication and Accounting：認証、認可、課金）サーバに渡される。ＡＡＡサーバ（ＬＳ（ローカルサーバ））は、ＭＮのネットワーク接続を認証すると、認証成功を通知する応答をＭＡＧに返信し、ホームリンク又はＭＮのローカルＰＭＩＰｖ６ドメインパラメータを提供する。上記のパラメータは、例えば非特許文献２や下記の非特許文献３に開示されているような各ＭＮにユニークなプレフィックス、ＬＭＡのアドレス、許可されているアドレス構成モード（ステートレス又はステートフル）ＭＮの移動ポリシ、ＭＮの能力（ＩＰｖ６可能、ＭＩＰｖ実装など）である。ＭＡＧは、こうしたＭＮのパラメータを取得すると、ホームリンク／ローカルホームリンクをエミュレートし、同時にプロキシＢＵ（ＰＢＵ：Proxy BU）をＬＭＡに送信する。

ＭＡＧによって実行されるＰＢＵ又はローカルな登録は、この処理がプロキシＢＵであることを示すフラグをセットすることなどの詳細なパラメータ設定を除いて、ＭＩＰｖ６のＢＵと同一である。ＰＢＵを実行することによって、ＬＭＡにおいて、ＭＮへの到達可能ステートが作成される。基本的に、ＬＭＡは、ＰＭＩＰｖ６ドメインで取得されるＭＮのプレフィックスに到達可能であり、このプレフィックスへの到達可能アドレスはＭＡＧのアドレスである。すなわち、ＬＭＡは、ＭＮのプレフィックスとそのＭＮが接続されているＭＡＧのアドレスとが関連付けられた情報を保持している。ＭＮは、ステートレス又はステートフルなアドレス構成モードを利用して、ＰＭＩＰｖ６ドメインで受信したプレフィックスを用いてアドレスを構成する。各ＭＮがそれぞれユニークなプレフィックスを取得するので、ＬＭＡのプレフィックスベースのキャッシュにおいて、ＭＮへの到達可能性は十分に実現される。

ＬＭＡに到達するすべてのデータパケットは、ＭＮが接続されているＭＡＧにトンネルされる。また、逆方向も同様であり、ＭＮから送信されたデータパケットはＭＡＧからＬＭＡにトンネルされる。ＭＡＧの近隣キャッシュテーブルには、ＭＮのＰＭＩＰｖ６ローカルアドレスと、そのリンクレイヤアドレスとのバインディングが含まれており、ＭＮへのパケット伝送の際に参照される。

また、広義のマルチホーミングのモバイルノードは、複数のインタフェースを有するＭＮ（各インタフェースが異なるアクセス技術を有していてもよい）、又は、異なるプレフィックスを処理し、同一インタフェース上で異なるアドレスを構成することが可能な１つのインタフェースを有するＭＮを指す。なお、例えば下記の非特許文献４には、様々なシナリオのマルチホームのホストの利点について記載されており、今後、ＭＮが複数のインタフェースを有したり、複数のプレフィックスの処理機能を有したりするようになることが予見できる。しかしながら、非特許文献２で概説されているＰＭＩＰｖ６は、単一のインタフェースを有するモバイルノードを考慮して設計されており、ＭＩＰｖ６には、マルチホーミングサポート機能が欠けている。

また、下記の非特許文献７には、ＣＭＩＰｖ６実装ノードが外部（foreign）ドメインに移動した際に、マルチホーミングをサポートする機能をホームエージェントに提供する方法が開示されている。非特許文献７に開示されているマルチホーミングサポート機能は、マルチホーミングの利点を実現するため、１つ又は複数のＭＮのインタフェースに関連付けられている異なる気付アドレス経由でＭＮのパケットを到達可能とするメカニズムである。ＭＮがＣＭＩＰｖ６の外部ドメインに移動した場合には、マルチホーミングを行うため、ＭＮのホームプレフィックスの論理的なアンカポイントであるホームエージェントが、ＭＮの気付アドレスに関するバインディング情報を保持する必要がある。上記のバインディング情報は、１つ又は複数のＭＮのインタフェースに関連する様々な気付アドレスをホームアドレスにマッピングする情報である。

異なるバインディングを同時に保持できるようにするため、非特許文献７では、バインディング識別番号（ＢＩＤ：Binding Identifier Number）が用いられる。上記のＢＩＤは、インタフェースやインタフェースに関連する気付アドレスをユニークに識別するための識別情報である。ＢＩＤは、移動するＭＮによって生成され、バインディング登録時にＨＡに転送される。ＢＩＤを使用することによって、ＨＡは、１つのホームアドレスに対して異なる気付アドレスを経由する到達可能性を実現する登録を維持することが可能となる。一般に、この種のメカニズムは、マルチホーミングサポートメカニズムと呼ばれている。現在のＰＭＩＰｖ６はこのマルチホーミングサポートメカニズムの実現を考慮していない。

第３世代パートナーシッププロジェクト（３ＧＰＰ）は、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ：Wireless Local Area Network）、セルラネットワーク（３Ｇネットワーク）、ＷｉＭＡＸタイプのワイアレスワイドエリアネットワーク（ＷＷＬＡＮ：Wireless Wide Area Network）など、様々なタイプの無線アクセスネットワークによって構成されたグローバルな異種ネットワークアーキテクチャの実現を模索している。このグローバルな異種ネットワークアーキテクチャは、シームレスなモビリティを実現したり、（例えば、リアルタイムビデオ、ＶｏＩＰ、重要データの伝送などの異種タイプのアプリケーションサービスを高いＱｏＳ（Quality of Service：サービス品質）を保った状態でサポートしたりする際に有用である。

また、下記の非特許文献６には、３ＧＰＰのローカルドメインのローカルモビリティ管理プロトコルとして、ＰＭＩＰｖ６が採用される可能性が高いことが記載されている。なお、このような３ＧＰＰローカルエリアは、例えば、３Ｇセルラアクセスネットワークや、信頼できるＷＬＡＮ（trusted WLAN）又は信頼できないＷＬＡＮ（non-trusted WLAN）などによって構成される。さらに、複数の異種タイプのインタフェースを有するＭＮが上述のような３ＧＰＰネットワーク内を移動し、この際に、マルチホーミングの効果を得るために、異なるタイプのインタフェースによる同時接続を必要とする場合も起こり得る。したがって、３ＧＰＰに実装されるＰＭＩＰｖ６は、何らかのマルチホーミングサポートを実現する必要があると考えられる。

また、下記の非特許文献５には、ＭＩＰｖ６及びＭＩＰｖ６が相互作用した場合の様々な問題について言及されている。ここでは、主に、ＣＭＩＰｖ６スタックを実装しているとともに、ＰＭＩＰｖ６サービスに加入しているＭＮに関する問題が挙げられている。非特許文献２及び非特許文献５では、ＬＭＡがＨＡ機能を更に有することが可能である旨が記載されている。このようなデュアルモードのＬＭＡは、ＰＭＩＰｖ６のＬＭＡの機能とＭＩＰｖ６のＨＡの機能が１つの通信装置によって実現されており、併設ＬＭＡ／ＨＡ（本明細書ではＬＭＡ／ＨＡと記載）と呼ばれる。

ＬＭＡ／ＨＡは、ＬＭＡのプレフィックス（論理的にＬＭＡの配下に属し、各ＭＮにユニークなプレフィックス）からホームアドレスを構成するノードに対してＰＭＩＰｖ６のホームＬＭＡとして機能する。また、ＬＭＡ／ＨＡは、ＬＭＡのプレフィックスを用いないホームアドレスを有し、ＰＭＩＰｖ６に外部から移動してきたノードに対しては外部ＬＭＡとして機能する。さらに、ＬＭＡ／ＨＡは、他のドメインに移動中のノードにとってＭＩＰｖ６のＨＡとして機能し、そのノードンの位置管理（気付アドレスの管理）を行うことが可能である。また、ＬＭＡ／ＨＡが特定のノードのホームエージェントであり、このノードがホームドメインであるＰＭＩＰｖ６ドメインで起動した場合には、ＬＭＡ／ＨＡはホームＬＭＡとして機能する。この場合には、ＬＭＡ／ＨＡにおいて、位置登録シグナリングが実行される。上記のＭＮが別の外部ドメインに移動した場合、同一のＬＭＡ／ＨＡがＭＩＰｖ６のＨＡとして機能し、ＭＮか直接ＭＩＰｖ６の登録を受信する。

一般に、非特許文献２や非特許文献５に開示されているように、インタフェースを１つだけ有し、そのインタフェースに１つのアドレスを関連付けているＭＮに関しては、ＬＭＡ／ＨＡでは、１つのキャッシュエントリは１つだけしか利用できない。なお、インタフェースを１つのみ有するＭＮに関しては、ホームＰＭＩＰｖ６ドメイン、外部ドメイン、ホームリンクなどの任意の接続ポイントのいずれかに接続するため、１つのＭＮに対して１つのキャッシュエントリしか登録できないようにする必要があし、ＬＭＡ／ＨＡは、あるＭＮに関してキャッシュを１つのみ保持すべきである。

また、下記の特許文献１には、移動中のＭＮ（ＭＩＰｖ６スタックを実装）に対して、ネットワークの局所的なエリアのローカルモビリティ管理をドメイン内のネットワークアクセルータを通じて提供する方法が開示されている。ここでは、ローカルモビリティの管理を行うアンカは、モビリティアンカ（ＭＡ）と呼ばれ、そのプレフィックスがアクセスルータから通知される。これにより、ＭＮは気付アドレスを構成し、ＨＡやＣＮにＭＩＰｖ６の登録を行うことができるようになる。

また、下記の特許文献２には、ＭＡがローカルモビリティ管理ドメイン内で、ＭＩＰｖ６の登録におけるシーケンスナンバーを使用することによって競合を解消しようとする技術が開示されている。さらに、下記の特許文献２には、ＭＮに２つのプレフィックスを通知する情報が開示されている。ここでは、２つのプレフィックスのうちの１つはローカルのプレフィックス（例えば、ＡＲ（アクセスルータ）から通知されるプレフィックスであり、ＡＲのアドレスと）であり、もう１つは、モビリティエージェント（ＭＡ）のアドレスである。ＭＮがＭＡアドレスを受信するローカルネットワークセグメントはローカルモビリティドメインと呼ばれる。ＭＮは２つの気付アドレスを構成する。

ＭＮがＡＲに関連したプレフィックスから構成したアドレスはローカルアドレスと呼ばれ、ＭＡのプレフィックスから構成したアドレスはグローバルアドレスと呼ばれる。ローカルドメイン内でサブネットワークの変更が行われるたびに、ＭＮはローカル気付アドレスを構成し、そのローカルアドレスをＭＡに通知する。また、ＭＮは、モビリティエージェントが変更された場合のみグローバルアドレスを構成して、ＨＡ又はＣＮに通知する。ＨＡ又はＣＮに通知されるバインディングは、ＭＮのホームアドレスとＭＮのグローバルアドレスとを関連付けるバインディングである。
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 05, 2007. Damic, D., et. al., "Proxy Mobile IPv6 indication and discovery", Internet Engineering Task Force (IETF) Working Group Draft: draft-damic-netlmm-pmip6-ind-discover-01.txt, June 19, 2007. Ernst, T., et. al., "Motivations and Scenarios for Using Multiple Interfaces and Global Addresses", Internet Engineering Task Force (IETF) Working Group Draft: draft-ietf-monami6-multihoming-motivation-scenario-02.txt, July 12, 2007. Giaretta, G., et. al., "Interactions between PMIPv6 and MIPv6: scenarios and related issues" Internet Engineering Task Force (IETF) Working Group Draft: draft-giaretta-netlmm-mip-interactions-01, July 6, 2007. "3GPP System Architecture Evolution: Report on Technical Options and Conclusion", 3GPP TR 23.882, V1.9.0, April 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. 国際特許公開ＷＯ／０３／１０７６００米国特許第６９９２９９５号

しかしながら、ＰＭＩＰｖ６はマルチホーミングをサポートしておらず、ＬＭＡ／ＨＡが、あるＭＮに関するキャッシュエントリを１つしか保持できないことから問題が生じ、また、形式的にＰＭＩＰｖ６がマルチホーミングをサポートできるようにした場合であっても、問題が生じる。以下、この問題について説明する。

図１Ａにおいて、ＭＮ１０は、異なるタイプのアクセス技術を有する２つのインタフェースを有している。ＭＮ１０は、最初はホームドメインであるホームＰＭＩＰｖ６ドメイン１００に接続されており、このホームＰＭＩＰｖ６ドメインを通じてグローバルなインターネット１０２に接続されている。また、時間が経過した後、一方のインタフェースはホームＰＭＩｖ６ドメインから外部ドメインに移動するが、他方のインタフェースはまだホームＰＭＩＰｖ６ドメインに接続されているとする。ＭＮ１０の一方のインタフェースは、ＷＬＡＮアクセス技術を用いるタイプのインタフェースであり、他方のインタフェースは３Ｇタイプのインタフェースである。また、不図示であるが、ホームＰＭＩＰｖ６ドメイン１００とＷＬＡＮのアクセスネットワーク（外部ドメイン１０１）とがグローバルなインターネット１０２を介することなく接続されている場合（例えば、ＬＭＡやＭＡＧなどのノードを介して接続されている場合）も考えられる。

また、ＭＮ１０はＣＭＩＰｖ６スタックを実装しているとする。さらに、３Ｇインタフェースは、無線リンク１１を経由してＭＡＧ２０に直接接続されており、ＷＬＡＮインタフェースは、無線リンク１２を経由してＭＡＧ２１に直接接続されているとする。さらに、図１Ａでは、ＷＬＡＮインタフェースが非特許文献６に記載されているように、３Ｇネットワークから見て信頼できない（non-trusted）ＷＬＡＮに接続されているとする。なお、信頼できる（trusted）ＷＬＡＮでは、ＭＡＧの機能はＡＲに設置されていると考えることができる。

また、ＭＮ１０が複数インタフェースのうちのいずれかによってこのＰＭＩＰｖ６ドメインに接続した後に受信するプレフィックスはホームプレフィックスであり、このことから、ＰＭＩＰｖ６ドメイン１００をホームＰＭＩＰｖ６ドメインと記載することもある。なお、このホームプレフィックスは、ＭＮ１０であらかじめ設定されていてもよく、ブートストラッピングの間に、ＤＨＣＰｖ６サーバ（不図示）やＡＡＡサーバ３０から取得してもよい。したがって、ＭＮ１０は、レイヤ２認証を受けた後にＲＡ（Router Advertisement：ルータアドバタイズメント）によってホームプレフィックスを受信すると、ここがホームネットワークであることをすぐに特定することができる。この場合、ＭＮ１０は、ＬＭＡ／ＨＡ４０との間でモビリティ関連の位置アップデータシグナリングを行わない。

さらに、ＭＮ１０は、最初に３Ｇインタフェースを通じてＭＡＧ２０に接続しているとする。この場合、上述のように、ＭＮ１０はＲＡシグナリングによって３Ｇインタフェース経由でホームプレフィックスを受信する。この場合には、ＭＮ１０は、ステートフル又はステートレスのアドレス構成モードを使用して、３Ｇインタフェースにおけるアドレスを構成する。

また、ＭＮ１０は、３Ｇインタフェース用に構成されたアドレスを、両方のインタフェースにおけるＭＩＰｖ６のホームアドレスとして使用してもよい。以下では、ＭＮ１０は、上述のように、３Ｇインタフェース用に構成されたアドレスを、両方のインタフェースにおけるＭＩＰｖ６のホームアドレスとして使用するものとする。また、ＤＨＣＰｖ６サーバは、ＮＡＩ及びプレフィックス情報に基づいて両方のインタフェースに同一のアドレスを提供するので、ステートレスなアドレス構成が行われる際に、両方のインタフェースに同一のアドレスが構成されてしまう可能性がある。

ＭＡＧ２０は、ローカルなＡＡＡ３０からＭＮ１０のパラメータを取得すると、ＬＭＡ／ＨＡ４０に対してプロキシＢＵ６０を実行する。このようなプロキシ登録（ＰＢＵ）６０によって作成されたバインディングキャッシュ（ＢＣ：Binding Cache）のエントリは、例えば、図１Ｂに図示されているＢＣ５０の最初のエントリである。以降の説明では、このような構成のバインディングキャッシュを用いて説明するが、実質的には、これらのエントリがどのような関連付けで管理されているかは様々である。例えば、ＬＭＡ及びＨＡの機能を果たすエンティティが別々に配置され、それぞれのバインディングキャッシュがＰＭＩＰ用とＣＭＩＰ用で別々に管理され、連携した処理がＬＭＡとＨＡの機能を持つそれぞれのエンティティ間で互いに通知し合いながら行われるということも考えられる。

さらに、ホームＰＭＩＰｖ６ドメイン１００はマルチホーミングサポート機能を有しているとする。このマルチホーミングサポート機能は、非特許文献７で開示されている場合と同様にインタフェース識別子（ＩＦ−ＩＤ）又はＢＩＤを用いることによって、ＬＭＡ／ＨＡ４０が同時接続バインディングを保持できることを意味する。さらに、ＭＮ１０の両方のインタフェースのそれぞれに関して送信されたＰＢＵによって、ＬＭＡ／ＨＡ４０は、ＭＮ１０の同一プレフィックスに関する複数のバインディングを作成し、例えばＢＩＤなどの別のパラメータを用いて、同一のＭＮ１０による同時接続を区別できるようにする必要がある。

また、ＭＮ１０の各インタフェースは、１つのプレフィックス（ＬＭＡ／ＨＡ４０に管理されており、ＭＮに固有のプレフィックス）のみを取得できるものとする。したがって、ＭＡＣ（Media Access Control：メディアアクセス制御）アドレスやＢＩＤなどのインタフェースＩＤを使用して、異なるインタフェースを用いて接続を行っている同一ＭＮによるバインディングを区別することが可能となる。

また、複数のプレフィックスが通知され、１つのインタフェースで処理される場合には、ＬＭＡ／ＨＡ４０で複数のバインディングを識別する際に、ＢＩＤの使用がより適切である。図１Ａにおいても、ＰＢＵ６０にはＢＩＤの情報が含まれているとする。このＢＩＤは、ＭＮ１０又はＡＡＡ３０によって提供されるか、あるいは、ＭＡＧ２０によって生成される。なお、ＢＩＤの生成方法、ＢＩＤの取得方法は多数存在し、任意の方法を用いればよい。

ＢＣ５０の最初のエントリを見ると、ＭＮ１０のホームプレフィックスに関する到達可能性の状態（転送先）がＭＡＧ２０のアドレス（ＭＡＧ２０．ＣｏＡ）に関連付けられていることが分かる。このＭＡＧ２０のアドレスは、ＭＮ１０の３Ｇインタフェースの気付アドレスであるか、あるいは、ＭＮ１０の３Ｇインタフェースのプロキシ気付アドレスである。

また、ＰＢＵ６０はＰＭＩＰｖ６登録であり、ＰＢＵにはシーケンスナンバーは用いられていないため、シーケンスナンバーのフィールドには、エントリが存在しない（Ｎ／Ａ）。また、ＰＢＵはタイムスタンプオプションフィールドを有しており、ＰＢＵ６０のタイムスタンプオプション内に含まれる時刻情報がＰＢＵ６０に係るバインディングのエントリに格納される。

さらに、３Ｇインタフェースの接続に続いて、ＭＮ１０のＷＬＡＮインタフェースがＭＡＧ２１に接続を行うとする。Ｌ２認証の成功後に、ＷＬＡＮインタフェースは、３Ｇインタフェースから見えるプレフィックスと同一のホームプレフィックスを受信する。ＭＡＧ２１は、ＡＡＡ３０からアクセス認証の成功の通知を受信すると、ＬＭＡ／ＨＡ４０に対してＰＢＵ６１を実行する。

そして、ＭＮ１０のＷＬＡＮインタフェースは、ＭＡＧ２１に短い時間だけ接続した後、すぐに移動して外部ドメイン１０１に接続を行うものとする。なお、この外部ドメイン１０１もグローバルなインターネット１０２に接続されている。また、外部ドメイン１０１は別の３ＧＰＰドメインであってもよく、ＷｉＭＡＸやＷＬＡＮなどの異なるアクセスネットワークであってもよく、ＦＭＣ（Fixed Mobile Convergence）などによって無線系と固定系が統合されたネットワークや、ＮＧＮ（Next Generation Network）などの高度に管理されるネットワーク構成に関わるネットワークでもよく、それらネットワークとの信頼関係が高くても低くてもよい。さらに、ホームＰＭＩＰｖ６ドメイン１００とＷＬＡＮのアクセスネットワーク（外部ドメイン１０１）がグローバルなインターネット１０２を介することなく接続されていてもよい（例えば、ＬＭＡやＭＡＧなどのノードを介して接続されていてもよい）。以降、これらネットワーク構成の差異によらず、本質的な課題が存在するが、本明細書では図１Ａの構成を例として説明する。

外部ドメイン１０１への接続においては、ＷＬＡＮインタフェースが無線リンク１３を通じてＡＲ２２に接続を行うとする。ＭＮ１０のＷＬＡＮインタフェースの迅速な接続変更は、図１Ａの矢印１４によって模式的に表されている。なお、ＭＮ１０は、ＡＲ２２からノマディックなプレフィックスを受信してもよい。このプレフィックスの受信後、ＭＮ１０は気付アドレスを構成し、ＬＭＡ／ＨＡ４０に対してＭＩＰｖ６ＢＵ６２を実行する。

ここで、このＢＵ登録６２が、ＭＡＧ２１からのＰＢＵ６１（インタフェース切り換え前の接続に係るＰＢＵ）より早くＬＭＡ／ＨＡ４０に到達したと仮定する。この場合、ＭＡＧ２１に接続が非常に短い時間だったことから、競合条件（race condition）と通常呼ばれる事象が発生する。また、上記の短時間の接続以外にも、ホームＰＭＩＰｖ６ドメイン１００内のパケットの輻輳によって、ＭＩＰｖ６（ＣＭＩＰｖ６）のＢＵ６２よりＰＢＵ６１が遅れて到達することで、競合条件が発生する場合もある。

ＭＩＰｖ６のＢＵ６２が先にＬＭＡ／ＨＡ４０に到達すると、ＬＭＡ／ＨＡ４０にＭＩＰｖ６の登録が作成される。なお、ＬＭＡ／ＨＡ４０においては、例えば、ＰＭＩＰｖ６及びＣＭＩＰｖ６のキャッシュは１つのキャッシュ又は１つのアドレス空間で管理されるとする。さらに、ＬＭＡ／ＨＡ４０は例えばＮＡＩを使用して、ＭＮ１０の特定のインタフェースのＰＭＩＰｖ６及びＣＭＩＰｖ６のキャッシュの違いを把握することが可能である。また、ＢＣ５０の２番目のエントリには、ＣＭＩＰｖ６キャッシュが存在している。なお、ＢＣ５０においては、ＩＦ−ＩＤ／ＢＩＤのフィールドによって、インタフェースをユニークに識別することができる。

また、ＣＭＩＰｖ６バインディングに関しては、シーケンスナンバー（Ｓｅｑ＃）のエントリにＢＵメッセージに含まれていたシーケンスナンバーが格納される。また、ＣＭＩＰｖ６バインディングにおいては、タイムスタンプフィールドに挿入すべき情報はない。短い時間経過後に、ＭＡＧ２１から発送された古いＰＢＵ６１がＬＭＡ／ＨＡ４０に到達する可能性がある。この場合、上述のように、ＰＭＩＰｖ６又はＣＭＩＰｖ６のどちらかをあるインタフェースに割り当てるバインディングが１つのみ維持されるので、ＢＣ５０の正しいＣＭＩＰｖ６バインディングはＭＡＧ２１からの古いＰＢＵ６１によって上書きされてしまうことになる。これは、図１Ｂにおいて、ＢＣ５０の２番目のエントリの消去によって表されている。

上記のようにしてセットされた間違ったエントリは、ＭＡＧ２０からプロキシ登録削除を受けるか、ＭＮ１０がＷＬＡＮインタフェースからバインディングリフレッシュＢＵが到達するまで、ＬＭＡ／ＨＡ４０によって利用可能な状態となる。そして、間違ったエントリを削除するまで、ＷＬＡＮインタフェースにおいて送受信されるすべてのパケットは失われてしまうことになる。この結果、ネットワークは、ロード（負荷）バランス、フォールトトレランス、バイキャスティングなどの各種サービス（マルチホーミングの機能を用いたサービス）を提供できず、マルチホーミングの利益に享受できない。

なお、一般的に、古いＰＭＩＰｖ６登録によって現在のＣＭＩＰｖ６のキャッシュを上書きしてしまうという問題は、ＰＭＩＰ／ＣＭＩＰ競合条件（PMIP/CMIP race condition）と呼ばれている。当業者であれば、ＭＮ１０のＷＬＡＮインタフェースが最初に外部ドメインに接続されており、ホームＰＭＩＰｖ６に戻ってきた場合においても同様の問題が発生することが分かるであろう。このような場合には、現在のＰＭＩＰｖ６キャッシュに置き換わって、古いＣＭＩＰｖ６キャッシュが登録されてしまうことになる。

また、特許文献１に係る技術においては、ＭＮがローカルモビリティ管理ドメイン内を移動すると、アクセスルータがＭＮのプロキシとして機能し、ＭＡに対してＭＮのローカル位置登録シグナリングを実行する。このシグナリング方法は、ＨＭＩＰｖ６又はＭＩＰｖ６のタイプのものと同じである。

また、特許文献２に係る技術においては、ＭＡはＭＮのホームエージェントではなく、単なるモビリティエージェントである。したがって、図１Ａ及び図１Ｂで説明されるようＣＭＩＰｖ６バインディングをＰＭＩＰｖ６バインディングで上書きするような競合条件は発生しない。また、ＭＮがあるローカルモビリティ管理ドメインから別のドメインに移動する場合、古い（移動前の）ドメインの古いローカル登録は削除され、新しいドメインにおいては新しいローカル登録の管理が行われる。したがって、特許文献２に係る技術では、ＰＭＩＰｖ６ドメインにおけるＰＭＩＰｖ６バインディングとＣＭＩＰｖ６ドメインにおけるＣＭＩＰｖ６バインディングとの競合は起こり得ない。

また、特許文献２に係る技術では、ＭＮはＭＡに対してローカルな登録を実行する。しかしながら、ローカルドメインのローカルモビリティ管理シグナリングにおける競合問題は、ＭＩＰｖ６のようにシーケンスナンバーを使用することで解決される。また、特許文献２に係る技術では、ＭＡが単なるローカルモビリティ管理アンカであってホームエージェントではないので、ＭＮがローカルドメインから移動したとき、ＭＮの新たな登録は、移動前に接続していたローカルドメインのＭＡには通知されない。したがって、図１Ａ及び図１Ｂで説明されるようＣＭＩＰｖ６バインディングをＰＭＩＰｖ６バインディングで上書きするような競合条件は発生せず、特許文献２に係る技術は本発明に係る問題を解決するものではない。

上記の課題を解決するため、本発明は、ＰＭＩＰｖ６のＰＢＵメッセージによるＰＭＩＰｖ６バインディングと、ＣＭＩＰｖ６のＢＵメッセージによるＣＭＩＰｖ６バインディングとの間の競合を解消することが可能な移動端末及びネットワークノード並びにパケット転送管理ノードを提供することを目的とする。

上記の目的を達成するため、本発明の移動端末は、複数の無線通信インタフェースと、
モバイルＩＰ機能を実現するモバイルＩＰモジュールと、
前記複数の無線通信インタフェースのうちの第１無線通信インタフェースから送信したバインディングアップデートメッセージ、又は、前記複数の無線通信インタフェースのうちのいずれかの第１無線通信インタフェースから送信しようとしているバインディングアップデートメッセージを特定する識別情報を、前記複数の無線通信インタフェースのうちのネットワークベースのローカルモビリティ管理プロトコルを実装しているホームドメインに接続している第２無線通信インタフェースから送信する識別情報送信手段とを、
有する。
この構成により、例えばＰＭＩＰｖ６のＰＢＵメッセージによるＰＭＩＰｖ６バインディングと、ＣＭＩＰｖ６のＢＵメッセージによるＣＭＩＰｖ６バインディングとの間の競合を解消することが可能となる。

さらに、本発明の移動端末は上記の構成に加えて、前記バインディングアップデートメッセージの識別情報を前記第２無線通信インタフェースが接続されているネットワークノードに通知する際に、前記ネットワークノードに前記識別情報に現在の時刻情報を付加して前記ホームドメイン内のパケット転送管理ノードに通知する依頼を行うように構成されている。
この構成により、移動端末は時刻情報の付加をＭＡＧに依頼することが可能となる。

さらに、本発明の移動端末は上記の構成に加えて、前記バインディングアップデートメッセージの識別情報を前記第２無線通信インタフェースが接続されている前記ネットワークノードが、前記依頼に応じて前記現在の時刻情報の付加を行う時刻情報付加機能を有するか否かを特定し、前記ネットワークノードが前記時刻情報付加機能を有する場合に依頼を行うように構成されている。
この構成により、ＭＡＧの機能を把握して、依頼を行うか否かを決定することが可能となる。

さらに、本発明の移動端末は上記の構成に加えて、前記識別情報として、前記第１無線通信インタフェースを識別するためのインタフェース識別情報又は前記第１無線通信インタフェースに設定されるアドレスを識別するためのアドレス識別情報と、前記バインディングアップデートメッセージに含まれるシーケンスナンバーとを使用するように構成されている。
この構成により、確実にバインディングアップデートメッセージ（すなわちバインディング情報）を特定することが可能となる。

さらに、本発明の移動端末は上記の構成に加えて、前記バインディングアップデートメッセージを前記識別情報として使用するように構成されている。
この構成により、識別情報としてバインディングアップデートメッセージをそのまま別の無線通信インタフェースから送信することが可能となる。

さらに、本発明の移動端末は上記の構成に加えて、前記第１無線通信インタフェースが前記ホームドメインから別のドメインに接続先を変更して、前記第１無線通信インタフェースから前記バインディングアップデートメッセージを送信したか、これから送信しようとする場合に、前記バインディングアップデートメッセージの識別情報を前記第２無線通信インタフェースから送信するように構成されている。
この構成により、ホームドメインから別のドメインへの接続変更によって生じる競合条件を適切なタイミングで解消することが可能となる。

さらに、本発明の移動端末は上記の構成に加えて、前記識別情報送信手段が、前記バインディングアップデートメッセージの識別情報と共に、前記識別情報によって特定される前記バインディングアップデートメッセージのバインディング情報が最新のものである旨を示す情報を送信するように構成されており、
前記ホームドメイン内のパケット転送管理ノードは、前記識別情報と共に前記バインディング情報が最新のものである旨を受信することで、前記バインディング情報が有効である旨を把握可能となる。
この構成により、ホームドメイン内のパケット転送管理ノードは、バインディング情報を有効にすべき旨を容易に把握できるようになる。

さらに、本発明の移動端末は上記の構成に加えて、前記第１無線通信インタフェースが別のドメインから前記ホームドメインに接続先を変更した場合に、前記第１無線通信インタフェースが前記別のドメインに接続していた際に送信した前記バインディングアップデートメッセージの識別情報を前記第２無線通信インタフェースから送信するように構成されている。
この構成により、別のドメインからホームドメインへの接続変更によって生じる競合条件を適切なタイミングで解消することが可能となる。

さらに、本発明の移動端末は上記の構成に加えて、前記識別情報送信手段が、前記バインディングアップデートメッセージの識別情報と共に、前記識別情報によって特定される前記バインディングアップデートメッセージのバインディング情報が最新のものではない旨を示す情報を送信するように構成されており、
前記ホームドメイン内のパケット転送管理ノードが、前記識別情報と共に前記バインディング情報が最新のものではない旨を受信することで、前記バインディング情報が無効である旨を把握可能となる。
この構成により、ホームドメイン内のパケット転送管理ノードは、バインディング情報を無効にすべき旨を容易に把握できるようになる。

さらに、本発明の移動端末は上記の構成に加えて、前記別のドメインでは、前記移動端末は、移動端末自身がモビリティ管理に係る処理を行うクライアントタイプのモビリティ管理プロトコルを実行するように構成されている。
この構成により、クライアントタイプのモビリティ管理プロトコルを作動させるドメインと、ネットワークベースのモビリティ管理プロトコルが実装されているホームドメインとの間の接続変更によって生じる競合条件を解消することが可能となる。

さらに、本発明の移動端末は上記の構成に加えて、前記識別情報送信手段による前記識別情報の送信の際に、前記ホームドメインから現在時刻情報を取得する現在時刻取得手段を有し、
前記識別情報送信手段が、前記バインディングアップデートメッセージの識別情報と共に前記現在時刻情報を送信するように構成されている。
この構成により、移動端末は、ホームドメインの時刻に同期した現在時刻情報をバインディングアップデートメッセージの識別情報に付加することが可能となる。

また、上記の目的を達成するため、本発明のネットワークノードは、ネットワークベースのモビリティ管理プロトコルが実行されているネットワークドメイン内に存在し、前記ネットワークドメインをホームドメインとする移動端末に対して前記ネットワークドメインへの接続ポイントとなることが可能なネットワークノードであって、
前記移動端末が別の無線通信インタフェースから送信したバインディングアップデートメッセージの識別情報、あるいはこれから送信しようとしているバインディングアップデートメッセージの識別情報を包含したパケットを含む前記移動端末から受信したパケットに時刻情報を付加して前記ネットワークドメイン内のパケット転送管理ノードに送信するように構成されている。
この構成により、例えばＰＭＩＰｖ６のＰＢＵメッセージによるＰＭＩＰｖ６バインディングと、ＣＭＩＰｖ６のＢＵメッセージによるＣＭＩＰｖ６バインディングとの間の競合を解消することが可能となる。

さらに、本発明のネットワークノードは上記の構成に加えて、前記移動端末から前記時刻情報の付加を依頼された場合に、前記移動端末から受信したパケットに前記時刻情報を付加して前記パケット転送管理ノードに送信するように構成されている。
この構成により、バインディングアップデートメッセージの識別情報が送信された時刻をネットワーク側の時計に基づいて記録することが可能となる。

さらに、本発明のネットワークノードは上記の構成に加えて、前記移動端末が別の無線通信インタフェースから送信したバインディングアップデートメッセージ、あるいはこれから送信しようとしているバインディングアップデートメッセージの識別情報が含まれている特定のパケットに前記時刻情報を付加するように前記移動端末から依頼を受ける。
この構成により、移動端末からの依頼に応じて時刻情報の付加を行うことが可能となる。

さらに、本発明のネットワークノードは上記の構成に加えて、前記移動端末から受信するパケットの中から、前記移動端末が別の無線通信インタフェースから送信したバインディングアップデートメッセージの識別情報、あるいはこれから送信しようとしているバインディングアップデートメッセージの識別情報を検出した場合に、前記パケットに時刻情報を付加して前記パケット転送管理ノードに送信するように構成されている。
この構成により、ＭＡＧが自らバインディングアップデートメッセージの識別情報を検出して、時刻情報を付加することが可能となる。

さらに、本発明のネットワークノードは上記の構成に加えて、前記時刻情報を付加して前記パケット転送管理ノードに送信する機能を有することを、前記移動端末からの問い合わせを受けた場合に前記移動端末に受動的に通知するか、前記移動端末からの問い合わせを受けない場合であっても前記移動端末に能動的に通知するように構成されている。
この構成により、ＭＡＧの時刻情報付加機能を移動端末に通知することが可能となる。

また、上記の目的を達成するため、本発明のパケット転送管理ノードは、ネットワークベースのモビリティ管理プロトコルが実行されているネットワークドメイン内に存在し、前記ネットワークドメイン内のパケット転送を管理するパケット転送管理ノードであって、
モバイルＩＰのホームエージェントとしての機能を実現するホームエージェント実現手段と、
前記ホームエージェント実現手段で管理するノードのバインディング情報を格納するモバイルＩＰバインディング情報格納手段と、
前記ネットワークベースのモビリティ管理プロトコルのローカルモビリティアンカとしての機能を実現するローカルモビリティアンカ実現手段と、前記ローカルモビリティアンカ実現手段で管理するノードのバインディング情報を格納するローカルバインディング情報格納手段とを有するローカル管理ノードと通信を行う通信手段と、
前記ネットワークドメイン内のネットワークノードであって前記ネットワークドメインをホームドメインとする移動端末に対して前記ホームドメインへの接続ポイントとなることが可能なネットワークノードから、前記移動端末が別の無線通信インタフェースから送信したバインディングアップデートメッセージの識別情報、あるいはこれから送信しようとしているバインディングアップデートメッセージの識別情報及び付加されている時刻情報を前記ローカル管理ノードが受信した場合、前記通信手段を介して前記ローカル管理ノードから前記識別情報及び前記時刻情報を受信し、前記識別情報に基づいて前記モバイルＩＰバインディング情報格納手段内のバインディングを特定し、特定された前記バインディング情報と前記時刻情報と関連付けるバインディング情報処理手段とを、
有する。
この構成により、例えばＰＭＩＰｖ６のＰＢＵメッセージによるＰＭＩＰｖ６バインディングと、ＣＭＩＰｖ６のＢＵメッセージによるＣＭＩＰｖ６バインディングとの間の競合を解消することが可能となる。

また、上記の目的を達成するため、本発明のパケット転送管理ノードは、ネットワークベースのモビリティ管理プロトコルが実行されているネットワークドメイン内に存在し、前記ネットワークドメイン内のパケット転送を管理するパケット転送管理ノードであって、
前記ネットワークベースのモビリティ管理プロトコルのローカルモビリティアンカとしての機能を実現するローカルモビリティアンカ実現手段と、
前記ローカルモビリティアンカ実現手段で管理するノードのバインディング情報を格納するローカルバインディング情報格納手段と、
モバイルＩＰのホームエージェントとしての機能を実現するホームエージェント実現手段と、前記ホームエージェント実現手段で管理するノードのバインディング情報を格納するモバイルＩＰバインディング情報格納手段とを有するグローバル管理ノードと通信を行う通信手段と、
前記ネットワークドメイン内のネットワークノードであって前記ネットワークドメインをホームドメインとする移動端末に対して前記ホームドメインへの接続ポイントとなることが可能なネットワークノードから、前記移動端末が別の無線通信インタフェースから送信したバインディングアップデートメッセージの識別情報、あるいはこれから送信しようとしているバインディングアップデートメッセージの識別情報及び付加されている時刻情報を受信した場合、前記通信手段を介して前記グローバル管理ノードに前記識別情報及び前記時刻情報を渡すことによって、前記ローカル管理ノードが前記識別情報に基づいて前記モバイルＩＰバインディング情報格納手段内のバインディングを特定し、特定された前記バインディング情報と前記時刻情報と関連付けられるようにするバインディング情報処理手段とを、
有する。
この構成により、例えばＰＭＩＰｖ６のＰＢＵメッセージによるＰＭＩＰｖ６バインディングと、ＣＭＩＰｖ６のＢＵメッセージによるＣＭＩＰｖ６バインディングとの間の競合を解消することが可能となる。

また、上記の目的を達成するため、本発明のパケット転送管理ノードは、ネットワークベースのモビリティ管理プロトコルが実行されているネットワークドメイン内に存在し、前記ネットワークドメイン内のパケット転送を管理するパケット転送管理ノードであって、
モバイルＩＰのホームエージェントとしての機能を実現するホームエージェント実現手段と、
前記ネットワークベースのモビリティ管理プロトコルのローカルモビリティアンカとしての機能を実現するローカルモビリティアンカ実現手段と、
前記ホームエージェント実現手段及び前記ローカルモビリティアンカ実現手段で管理するノードのバインディング情報を格納するバインディング情報格納手段と、
前記ネットワークドメイン内のネットワークノードであって前記ネットワークドメインをホームドメインとする移動端末に対して前記ホームドメインへの接続ポイントとなることが可能なネットワークノードから、前記移動端末が別の無線通信インタフェースから送信したバインディングアップデートメッセージの識別情報、あるいはこれから送信しようとしているバインディングアップデートメッセージの識別情報及び付加されている時刻情報を受信した場合、前記識別情報に基づいて前記バインディング情報格納手段内のバインディングを特定し、特定された前記バインディング情報と前記時刻情報と関連付けるバインディング情報処理手段とを、
有する。
この構成により、例えばＰＭＩＰｖ６のＰＢＵメッセージによるＰＭＩＰｖ６バインディングと、ＣＭＩＰｖ６のＢＵメッセージによるＣＭＩＰｖ６バインディングとの間の競合を解消することが可能となる。

さらに、本発明のパケット転送管理ノードは上記の構成に加えて、前記モバイルＩＰバインディング情報格納手段及び前記ローカルバインディング情報格納手段、あるいは、前記バインディング情報格納手段内に、受信した前記識別情報によって特定される前記バインディング情報が設定されている前記無線通信インタフェースに係る他のバインディング情報が存在しているか否かをチェックし、前記他のバインディング情報が存在している場合には、それぞれのバインディング情報の時刻情報をチェックして、最も新しい時刻を示す時刻情報を有するバインディング情報を有効なバインディング情報として設定するように構成されている。
この構成により、ＰＭＩＰｖ６バインディングとＣＭＩＰｖ６バインディングのそちらのバインディング情報が新しいかを特定して、より新しいバインディング情報を有効なバインディング情報と設定することが可能となる。

さらに、本発明のパケット転送管理ノードは上記の構成に加えて、前記モバイルＩＰバインディング情報格納手段及び前記ローカルバインディング情報格納手段、あるいは、前記バインディング情報格納手段内に不要なバインディング情報が存在する場合には、前記不要なバインディング情報を無効に設定した状態で残しておくように構成されている。
この構成により、不要なバインディング情報を完全に消去せずに残しておくことが可能となる。

さらに、本発明のパケット転送管理ノードは上記の構成に加えて、前記バインディング情報格納手段内に不要なバインディング情報が存在する場合には、前記不要なバインディング情報を無効に設定した状態で残しておき、前記最も新しい時刻を示す時刻情報を有するバインディング情報が無効に設定されているバインディング情報の場合には、無効に設定されているバインディング情報を有効なバインディング情報として設定するように構成されている。
この構成により、不要なバインディング情報を完全に消去せずに残しておき、必要に応じて、再び有効なバインディング情報として設定することが可能となる。

さらに、本発明のパケット転送管理ノードは上記の構成に加えて、前記無効に設定した状態のまま所定の時間以上経過した前記不要なバインディング情報を削除するように構成されている。
この構成により、いったん無効化された状態において使用されずに一定時間経過した不要なバインディング情報を削除することで、段階的かつ効率的なバインディング情報の削除が実現される。

さらに、本発明のパケット転送管理ノードは上記の構成に加えて、最も新しい時刻を示す時刻情報が前記バインディングアップデートメッセージの識別情報と共に送信されてきた前記時刻情報であるが、前記バインディングアップデートメッセージに係るバインディング情報が前記バインディング情報格納手段内に存在しない場合には、前記移動端末に対して前記バインディングアップデートメッセージの再送信を要求するように構成されている。
この構成により、有効なバインディング情報として設定されるべきバインディング情報がバインディングキャッシュに存在しない場合には、すぐに移動端末にその再送を要求することが可能となる。

さらに、本発明のパケット転送管理ノードは上記の構成に加えて、前記モバイルＩＰバインディング情報格納手段及び前記ローカルバインディング情報格納手段、あるいは、前記バインディング情報格納手段内に、受信した前記識別情報によって特定される前記バインディング情報が設定されている前記無線通信インタフェースに係る他のバインディング情報が存在しているか否かをチェックし、前記他のバインディング情報が、受信した前記識別情報と同一又はそれより古い識別情報によって特定されるバインディング情報である場合には、前記他のバインディング情報を無効にするように構成されている。
この構成により、バインディングアップデートメッセージの識別情報（例えばシーケンスナンバー）に基づいて、不要なバインディング情報の無効化を行うことが可能となる。

さらに、本発明のパケット転送管理ノードは上記の構成に加えて、前記バインディングアップデートメッセージの識別情報と共に、前記識別情報によって特定される前記バインディングアップデートメッセージのバインディング情報が最新のものである旨を示す情報を受信した場合、前記識別情報によって特定される前記バインディングアップデートメッセージのバインディング情報を有効にするよう構成されている。
この構成により、バインディングアップデートメッセージのバインディング情報が最新のものではある旨を明示する情報を参照することで、バインディング情報を有効にすべき旨を容易に把握することが可能となる。

さらに、本発明のパケット転送管理ノードは上記の構成に加えて、前記バインディングアップデートメッセージの識別情報と共に、前記識別情報によって特定される前記バインディングアップデートメッセージのバインディング情報が最新のものではない旨を示す情報を受信した場合、前記識別情報によって特定される前記バインディングアップデートメッセージのバインディング情報を無効にするよう構成されている。
この構成により、バインディングアップデートメッセージのバインディング情報が最新のものではない旨を明示する情報を参照することで、バインディング情報を無効にすべき旨を容易に把握することが可能となる。

さらに、本発明のパケット転送管理ノードは上記の構成に加えて、前記識別情報によって特定される前記バインディング情報の受信時刻と、受信した前記識別情報によって特定される前記バインディング情報が設定されている前記無線通信インタフェースに係る他のバインディング情報の受信時刻とが、所定の時間より短い時間間隔の場合に、前記移動端末に対して前記無線通信インタフェースに係るバインディング情報の再通知を要求するように構成されている。
この構成により、同一の無線通信インタフェースに係るバインディング情報を短時間で連続して受信した場合に競合条件の発生を推測し、移動端末に対して問い合わせを行うことが可能となる。

さらに、本発明のパケット転送管理ノードは上記の構成に加えて、同一の無線通信インタフェースにおいてバインディング情報の競合が検出された場合に、前記競合が検出された旨を前記移動端末に通知するとともに、前記競合が検出された前記無線通信インタフェースにおける通信に関して、前記競合が検出された前記無線通信インタフェースとは異なる別の無線通信インタフェースを一時的に使用できるようにする。
この構成により、特定の無線通信インタフェースに係るバインディング情報に関して競合条件の発生が推測された場合であっても、別の無線通信インタフェースを使用して、その特定の無線通信インタフェースに係る通信を継続して行わせることが可能となる。

本発明は、上記の構成を有しており、ＰＭＩＰｖ６のＰＢＵメッセージによるＰＭＩＰｖ６バインディングと、ＣＭＩＰｖ６のＢＵメッセージによるＣＭＩＰｖ６バインディングとの間の競合を解消するという効果を有している。また、本発明は、ＣＭＩＰｖ６のＢＵメッセージによるＣＭＩＰｖ６バインディングとの間の競合を解消する際に効率的な動作を実現し、ネットワークや各通信ノードが受ける負荷を小さくするという効果を有している。

従来の技術を説明するためのシステム構成図従来の技術におけるＬＭＡ／ＨＡのＢＣの一例を示す図本発明の第１の実施の形態における概要を説明するためのシステム構成図本発明の第１の実施の形態におけるＬＭＡ／ＨＡのＢＣの一例を示す図本発明の第１の実施の形態におけるＭＮの構成例を示すブロック図本発明の第１の実施の形態におけるＭＮの動作例を示すフローチャート本発明の第１の実施の形態におけるＬＭＡ／ＨＡの構成例を示すブロック図本発明の第１の実施の形態におけるＬＭＡ／ＨＡのＬＭＡ／ＨＡＢＵ競合解消モジュールの動作例を示すフローチャート本発明の第１の実施の形態における障害発生時の概要を説明するためのシステム構成図本発明の第１の実施の形態における障害発生時のＬＭＡ／ＨＡのＢＣの一例を示す図本発明の第２の実施の形態における概要を説明するためのシステム構成図本発明の第３の実施の形態における概要を説明するためのシステム構成図本発明の第４の実施の形態における概要を説明するためのシステム構成図

本発明では、複数のインタフェースを有するＭＮ（移動端末）によって行われるホームＰＭＩＰｖ６のＢＵとＣＭＩＰｖ６のＢＵとの競合問題を解決するため、ＭＮは、一方のインタフェースから送信したＣＭＩＰｖ６のＢＵメッセージの識別情報（例えばＣＭＩＰのＢＵメッセージに使用されているシーケンスナンバー及び／又はＢＩＤ値）を他方のインタフェースで接続しているＰＭＩＰｖ６ドメインのＭＡＧに通知するように構成されている。

また、本発明では、ＭＡＧは、ＭＮからＣＭＩＰｖ６のＢＵメッセージの識別情報（あるいは、ＢＵメッセージそのものでもよい）を受信した場合に、そのＢＵメッセージの識別情報を含むパケットを作成するとともに、自身の時計から取得した時刻情報を含むタイムスタンプオプションをそのパケットに付加してＬＭＡ／ＨＡに送信するように構成されている。

また、本発明では、ＰＭＩＰｖ６ドメイン内のＬＭＡ／ＨＡは、ＭＮによって送信されたＣＭＩＰｖ６のＢＵメッセージの識別情報を含み、さらに時刻情報を含むタイムスタンプオプションが付加されたパケットを受信した場合には、このパケットに含まれている識別情報によって特定されるＣＭＩＰｖ６のＢＵメッセージを送信したインタフェースを特定して、このインタフェースに関連するＰＭＩＰｖ６のＰＢＵによるバインディングを保持しているか否かを検索し、このインタフェースに関連するＰＭＩＰｖ６のＰＢＵによるバインディングを保持している場合には、このバインディングキャッシュエントリに含まれている時刻情報と、受信したパケットのタイムスタンプオプションに含まれている時刻情報とを比較し、時刻情報が新しいバインディングを有効にするように構成されている。

以下、本発明の実施の形態について説明する。

＜第１の実施の形態＞
まず、本発明の第１の実施の形態について説明する。最初に図２Ａを参照しながら、本発明の第１の実施の形態の概要について説明する。図２Ａは、本発明の第１の実施の形態における概要を説明するためのシステム構成図である。

図２Ａにおいて、ＭＮ２００は、２つのインタフェースを持っている（３Ｇタイプ及びＷＬＡＮタイプ）。なお、ＭＮ２００は様々なタイプのインタフェースを有することが可能であり、インタフェースのタイプは上記の３Ｇタイプ及びＷＬＡＮタイプに限定されるものではない。

ここでは、ＭＮ２００が３ＧインタフェースによってホームＰＭＩＰｖ６ドメイン２３０のＭＡＧ２２０に接続されているとする。また、ＭＮ２００のＷＬＡＮインタフェースは、ホームＰＭＩＰｖ６ドメイン２３０のＭＡＧ２２１に接続していたが、その後、ＣＭＩＰｖ６ドメインである外部ドメイン（外部ＣＭＩＰｖ６ドメイン）２３１に移動したとする。

なお、外部ドメイン２３１は、外部ＰＭＩＰｖ６ドメイン（ホームＰＭＩＰｖ６ドメイン２３０とは異なるＰＭＩＰｖ６管理ドメイン）であってもよく、非信頼（Non-trusted）ドメインであってもよい。また、ホームＰＭＩＰｖ６ドメイン２３０及び外部ドメイン２３１は、グローバルなインターネット２３２を介して接続されている。

上述のように、このような異種遷移（ホームＰＭＩＰｖ６から外部ＣＭＩＰｖ６）がＭＮ２００のＷＬＡＮインタフェースで行われる場合、バインディングアップデートの競合条件が生じる可能性がある。このような競合問題を解決するため、ＭＮ２００はＡＲ２２２からＲＡ２６１を受信する際に、ＷＬＡＮインタフェースがホームネットワークから外部ネットワークに移動したことを認識する。このとき、ＭＮ２００は、そのＷＬＡＮインタフェースを通じてＣＭＩＰｖ６のＢＵ２６２をホームエージェントに送信する。

そして本発明では、ＷＬＡＮインタフェースがホームＰＭＩＰｖ６ドメイン２３０から外部ドメイン２３１に移動したことを把握したＭＮ２００は、競合条件が起こる可能性があると判断し、メッセージ２６３をＭＡＧ２２０に送信することによって、ＷＬＡＮインタフェースによる現在の接続がＣＭＩＰｖ６接続である旨をＬＭＡ／ＨＡ２５０に通知するようＭＡＧ２２０に要求する。なお、ＭＮ２００は、メッセージ２６３の送信に際して、メッセージ２６２の送信を待機する必要はなく、例えば、まずメッセージ２６３を送信してからメッセージ２６２を送信してもよい。

ＭＮ２００は、ＷＬＡＮインタフェースによる現在の接続がＣＭＩＰｖ６接続である旨をＬＭＡ／ＨＡ２５０に通知するようＭＡＧ２２０に要求する際に、ＣＭＩＰｖ６ドメイン２３１に接続したＷＬＡＮインタフェースのインタフェースＩＤ（ＩＦ−ＩＤ）又はＢＩＤと共に、そのＷＬＡＮインタフェースから送信するＣＭＩＰｖ６のＢＵメッセージ２６２のシーケンスナンバーをメッセージ２６３を用いてＭＡＧ２２０に渡す。

なお、このメッセージ２６３には、ＢＵメッセージ２６２を識別するための識別情報が含まれる必要があり、ここでは、例えばＢＵメッセージ２６２の識別情報として、ＷＬＡＮインタフェースから送信されたＣＭＩＰｖ６のＢＵメッセージ２６２のシーケンスナンバー及びＷＬＡＮインタフェースのＩＦ−ＩＤ／ＢＩＤを利用しているが、これらの情報に限定されるものではない。例えば、メッセージ２６３にＢＵメッセージ２６２がそのまま含まれてもよい。また、メッセージ２６３には、ＭＮ２００を識別するための識別情報（例えばＭＮのＮＡＩ）が含まれてもよい。

また、メッセージ２６３は、ＢＵメッセージ２６２の識別情報を含む新しいタイプのＩＣＭＰｖ６メッセージであってもよく、ＢＵメッセージ２６２の識別情報が付加されたＬ２（レイヤ２）メッセージであってもよい。また、メッセージ２６３は、新しいコード値が使用された近隣探索（ＮＡ：Neighbor Advertisement）メッセージであってもよい。なお、当業者であれば、このような重要な情報パラメータをＭＡＧ２２０に渡す方法が数多く存在し、任意の方法を用いてＢＵメッセージ２６２の識別情報をＭＡＧ２２０に渡せることが容易に分かるであろう。

また、メッセージ２６３において、ＷＬＡＮインタフェースによる現在の接続がＣＭＩＰｖ６接続である旨をＬＭＡ／ＨＡ２５０に通知するようＭＡＧ２２０に明示的に要求することも可能である。例えば、ＭＮ２００は、メッセージ２６３に特定のフラグをセットすることで、後述のような時刻情報を含むタイムスタンプオプションの付加を依頼してもよい。これにより、ＭＡＧ２２０は、こうしたフラグがセットされているメッセージ２６３を受信した場合のみ、時刻情報を含むタイムスタンプオプションの付加を行えばよく、ＭＡＧ２２０による処理の効率化を図ることが可能となる。

また、ＭＡＧ２２０が、パケットを精査してＢＵメッセージ２６２の識別情報を含むパケットを自ら検出して、本発明に係る動作（例えば、時刻情報を含むタイムスタンプオプションの付加）を行ってもよい。なお、ＭＡＧ２２０は、例えば３Ｇインタフェースを通じて送信されてくるＢＵメッセージの内容をそのまま含むメッセージを検出できるように待機し、検出されたＢＵメッセージの内容をそのまま含むメッセージに対して本発明に係る動作を行ってもよい。

ＭＡＧ２２０はこの特別なメッセージ２６３を受信すると、メッセージ２６４をＬＭＡ／ＨＡ２５０に送信する。このメッセージ２６４は、新たなタイプのＩＣＭＰｖ６メッセージであってもよく、新たなタイプのモビリティメッセージであってもよく、新たなオプションを有するＭＩＰｖ６のＢＵメッセージであってもよく、新たなオプションを有するＰＭＩＰｖ６のＰＢＵメッセージであってもよい。

メッセージ２６４のタイプによらず、メッセージ２６４には、メッセージ２６３によって提供されたＢＵメッセージ２６２の識別情報（ＣＭＩＰｖ６のＢＵメッセージ２６１のシーケンスナンバーやＩＦ−ＩＤ／ＢＩＤ、ＷＬＡＮインタフェースの気付アドレス、ＭＮ２００のＮＡＩなど）と共に、ＭＡＧ２２０によって現在の時刻情報が付加される必要がある。例えば、メッセージ２６４にはタイムスタンプオプションが付加され、このタイムスタンプオプション内に現在の時刻情報が挿入される。

なお、データパケットがＭＮ２００の３Ｇインタフェースから送信される場合には、メッセージ２６４を構成する上述のパラメータは、ＭＡＧ２２０からＬＭＡ／ＨＡ２５０に送信されるトンネルヘッダに挿入されて、このトンネルヘッダがデータパケットに付加されて送信されてもよい。

メッセージ２６４に付加される現在の時刻情報は、例えばＭＡＧ２２０に内蔵されている時計から得られる。この時計は、ホームＰＭＩＰｖ６ドメイン２３０内の共通の時計に同期して時刻合わせが行われているか、あるいは、ＮＴＰ（Network Time Protocol：ネットワークタイムプロトコル）などを利用してグローバルな時刻サーバと同期して時刻合わせが行われている。

また、図２Ｂには、本発明の第１の実施の形態による登録を含むＬＭＡ／ＨＡ２５０のＢＣ（Binding Cache：バインディングキャッシュ）２６０の一例が図示されている。初めに、ＭＡＧ２２０から送信されたＰＢＵはＬＭＡ／ＨＡ２５０に届いて、ＢＣ２６０の最初のエントリによって表されるＢＣＥ（Binding Cache Entry：バインディングキャッシュエントリ）が作成される。なお、このＢＣＥは純粋なＰＭＩＰｖ６バインディングであり、ＭＮ２００のＨｏＡ（ホームアドレス）又はプレフィックス、ＣｏＡ（気付アドレス）、ＩＦ−ＩＤ／ＢＩＤ、シーケンスナンバー（Ｓｅｑ＃）、タイムスタンプ（時刻情報）が含まれている。また、ＢＣ２６０にはＮＡＩフィールドは明確に表されていないが、ＬＭＡ／ＨＡ２５０は、ＰＭＩＰバインディング及びＣＭＩＰバインディングの登録に関するＮＡＩを各ＢＩＤと関連付けて保持する。

続いて、ＭＮ２００のＷＬＡＮインタフェースによるＣＭＩＰｖ６のＢＵメッセージ２６２の送信が行われ、ＢＣ２６０の２番目のエントリによって表されるＣＭＩＰｖ６の登録によるＢＣＥが作成される。なお、基本的にＣＭＩＰｖ６のＢＵメッセージには時刻情報は含まれておらず、ＢＵメッセージ２６２に関してはタイムスタンプオプションのエントリは作成されない。

また、メッセージ２６４がＬＭＡ／ＨＡ２５０に到達した場合、ＬＭＡ／ＨＡ２５０は、ＢＵメッセージ２６２によるＢＵが有効であることが確認でき、ＣＭＩＰｖ６エントリ（ＢＣ２６０の２番目のエントリ）を有効なエントリとしてマークし、さらに、メッセージ２６４から受信した時刻情報（タイムスタンプオプション内の値）をＢＣ２６０に追加する。

上述のように、ＬＭＡ／ＨＡ２５０は、ＣＭＩＰｖ６のＢＵメッセージのシーケンスナンバーや、メッセージ２６４で受信したタイムスタンプオプションを使用して、ＣＭＩＰｖ６エントリを有効なエントリとしてマークする。タイムスタンプオプションの値は、ＬＭＡ／ＨＡ２５０の時計が示す現在の時刻に近い時刻を示しており、このような決定が行われることになる。

一方、ＰＢＵメッセージ（ＷＬＡＮインタフェースの接続変更前の接続に係る古いＰＢＵメッセージ）２６５がＭＡＧ２２１から到着した場合には、ＬＭＡ／ＨＡ２５０は、ＰＢＵメッセージ２６５のタイムスタンプオプションの値を参照して、ＢＣ２６０のＣＭＩＰｖ６のエントリ（ＢＣ２６０の２番目のエントリ）に登録されているタイムスタンプオプションの値と比較する。

ＭＡＧ２２１からの古いＰＢＵメッセージ２６５のタイムスタンプオプションの値が、同一インタフェースに係る現在のＣＭＩＰｖ６のＢＵのタイムスタンプの値より古い場合には、ＬＭＡ／ＨＡ２５０はＰＢＵメッセージ２６５を拒絶（若しくは単に廃棄）する。

なお、図２Ｂには反映されていないが、ＬＭＡ／ＨＡ２５０は、ＰＢＵメッセージ２６５を受信してからＢＵメッセージ２６２を受信した場合（あるいは、ＢＵメッセージ２６２を受信してからＰＢＵメッセージ２６５を受信した場合）、同一のＷＬＡＮインタフェースに関して、後で到達したバインディングで既にＢＣ２６０に存在していたバインディングを上書きしてもよく、あるいは、後で到達したバインディングを登録する一方、既に存在していたバインディングを無効化するもののすぐには消去しないようにしてもよい。この場合、例えば、無効化の状態が所定の時間以上続いたバインディングに関しては消去してもよい。

前者の場合、例えばメッセージ２６５のほうがメッセージ２６２より遅れてＬＭＡ／ＨＡ２５０に到達した場合には、例えばメッセージ２６４がＬＭＡ／ＨＡ２５０に到達した時点で、ＣＭＩＰｖ６のバインディングはＢＣ２６０には存在せず、ＰＭＩＰｖ６の古いバインディングがＢＣ２６０に登録されているが、ＬＭＡ／ＨＡ２５０はこのＰＭＩＰｖ６の古いバインディングを削除するとともに、再度ＢＵを行うように促すバインディングリフレッシュリクエストをＭＮ２００に行うことが可能である。

一方、後者の場合、例えばメッセージ２６５のほうがメッセージ２６２より遅れてＬＭＡ／ＨＡ２５０に到達した場合には、例えばメッセージ２６４がＬＭＡ／ＨＡ２５０に到達した時点で有効なバインディングを、無効化された状態で残っていたＣＭＩＰｖ６のバインディングが有効になるように切り換えることで、適切なバインディングの登録を即座に行うことが可能となる。

また、ＭＮ２００のＷＬＡＮインタフェースが短い時間だけ外部ドメイン２３１に接続した後に再びホームＰＭＩＰｖ６ドメイン２３０にすぐに戻る場合に、メッセージ２６４で使用されているタイムスタンプオプションが非常に有用となる。ＭＮ２００がこのような接続の変更を行った場合であっても、別の同様のメッセージ（メッセージ２６４と同様のメッセージ）が３Ｇインタフェース経由で送信され、ＭＮ２００がＣＭＩＰｖ６からホームＰＭＩＰｖ６に移動したことが示される。

しかしながら、この同様のメッセージが前のメッセージ２６４より遅く到着するような場合には、メッセージ２６４にタイムスタンプオプションがなければ、ＬＭＡ／ＨＡ２５０は、現在の有効なＰＢＵがＷＬＡＮインタフェースに関する本当に最新のバインディングであるかどうかが分からない。このように、当業者であれば、タイムスタンプオプションは、より困難な競合に係る問題を解決するために重要であることが容易に分かるであろう。また、当業者であれば、本発明を用いてＰＭＩＰｖ６からＣＭＩＰｖ６への競合に係る問題を解決する方法に関して容易に分かるであろう。

本発明の第１の実施の形態では、ＷＬＡＮインタフェースを経由して送信されるＣＭＩＰｖ６のＢＵメッセージ２６２のバインディングを識別するためにシーケンスナンバーを使用することによって、ＭＮ２００は、ＷＬＡＮインタフェースの正しいバインディング状態をＬＭＡ／ＨＡ２５０に迅速に通知できるという利点がある。

また、ＭＮ２００は、ＷＬＡＮインタフェースに関する気付アドレスを構成するために待機する必要はなく、メッセージ２６３を用いてＭＡＧ２２０に通知する。なお、ＣＭＩＰｖ６のＢＵメッセージ２６２を識別するためにＷＬＡＮインタフェースの気付アドレスが使用されるのであれば、ＭＮ２００は、アドレスに係る処理が完了するまで待機する必要がある。

なお、メッセージ２６４がメッセージ２６５の後にＬＭＡ／ＨＡ２５０に到達する場合には、ＷＬＡＮインタフェースの接続変更前のバインディングがＢＣ２６０内で一時的に有効となるため、パケットロスが生じる可能性があるが、ＭＮ２００は、ＷＬＡＮインタフェースを通じてＲＡ２６１を受信した後に可能な限り迅速にＭＡＧ２２０に通知を行うことで、メッセージ２６５がＬＭＡ／ＨＡ２５０に到達する前にメッセージ２６４がＬＭＡ／ＨＡ２５０に到達可能となり、パケットロスを抑えることが可能となる。

また、本発明の第１の実施の形態では、３Ｇインタフェースを用いてＷＬＡＮインタフェースの接続状態を通知することによって、ＭＮ２００に関するＬＳ／ＡＡＡ２４０の認証処理、ＭＡＧ２２０とＬＭＡ／ＨＡ２５０との間のトンネルセットアップやＭＮ２００に関するＰＢＵなどを必ずしも行う必要がないことから、ＬＭＡ／ＨＡ２５０に迅速に情報が到達するという利点もある。

また、ＭＮ２００の３ＧインタフェースによるホームＰＭＩＰｖ６ドメイン２３０への接続が既に確立されているので、メッセージ２６４はＬＭＡ／ＨＡ２５０に迅速に到達可能である。また、本発明には、メッセージ２６３などのＭＡＧ２２０への要求がＬ３メッセージではなくＬ２メッセージであってもよく、本発明を実行する際に大きなシグナリングパケットサイズを用いる必要がないという利点がある。

さらに、本発明の第１の実施の形態を実行するために、次の接続が、ＷＬＡＮインタフェースにおけるＣＭＩＰｖ６／外部ドメイン接続であることを予測する必要がなく、競合問題を解決するために必要なパラメータを取得する必要がない。さらに、本発明の第１の実施の形態では、ＭＮ２００は、ＭＡＧからタイムスタンプオプションを得る必要はないのでホームＰＭＩＰｖ６ドメイン２３０との間で時計を同期させるためのシグナリングを送受信する必要がなく、また、ＭＡＧからシーケンスナンバーなどを取得する必要もない。すなわち、ネットワークに対する負荷を最小限に留めた状態で、ホームＰＭＩＰｖ６のＢＵ及びＣＭＩＰｖ６のＢＵが適切に反映されるようにすることが可能となる。

また、ＭＮ２００は、ホームＰＭＩＰｖ６ドメイン３２０で本発明に係るサービスを提供しているか否かを確認し、本発明に係るサービスが提供されていることが確認できてから、ＷＬＡＮインタフェースを経由して送信したＣＭＩＰｖ６のＢＵメッセージ２６２の識別情報を含むメッセージ２６３をＭＡＧ２２０に送信してもよく、タイムスタンプの付加を依頼してもよい。なお、本発明に係るサービスが提供されていることをＭＮ２００が確認する方法は任意であり、例えば、ＭＮ２００がホームＰＭＩＰｖ６ドメイン３２０や情報サーバに問い合わせを行ってもよく、ホームＰＭＩＰｖ６ドメイン３２０側からＲＡなどを利用して本発明に係るサービスが提供されていることを明示的に通知してもよい。

次に、本発明の第１の実施の形態を実行するためのＭＮの機能アーキテクチャについて説明する。図３Ａは、本発明の第１の実施の形態におけるＭＮの構成例を示すブロック図である。

ＭＮ２００はマルチホーミング機能を有しており、さらに、ＣＭＩＰｖ６スタックを実装している。マルチホーミング機能は、ＭＮ２００が外部ドメインに接続した際にＢＩＤを生成し、１つ以上のインタフェースや気付アドレスに関連した同時登録バインディングをＭＩＰｖ６のＨＡに対して実行することが可能な能力を有していることを表している。

図３Ａに図示されているＭＮ３００の機能アーキテクチャは、本発明の第１の実施の形態を実現するため、ＩＰｖ６関連のプロトコルスタックを実装するために必要なすべてのソフトウェア、ハードウェア、ファームウェアを有している。図３Ａにおいて、ＭＮ３００は、上位レイヤプロトコル３０１、レイヤ３プロトコル３０２、ルーティング下位レイヤプロトコル３０３を有している。

図３Ａの下位レイヤプロトコル３０３には、複数の下位レイヤプロトコルモジュールが存在し得る。すなわち、ＭＮ３００が有する１つ又は複数のインタフェースや、各インタフェースの物理層及びデータリンク層における機能（インタフェースごとに異なっていてもよい）を有している。

また、ＭＮ３００の有する中間レイヤは、すべてのルーティング関連プロトコルを有しており、これは図３Ａのレイヤ３プロトコル３０２によって表されている。

また、図３Ａの上位レイヤプロトコル３０１は、すべてのトランスポート及びアプリケーションレイヤプロトコルを有している。上位レイヤプロトコル３０１とレイヤ３プロトコル３０２とは、インタフェース３０５を通じてメッセージのやり取りを行う。また、レイヤ３プロトコル３０２と下位レイヤプロトコル３０３とは、インタフェース３０４を通じてメッセージのやり取りを行う。

また、図３Ａにおいて、レイヤ３プロトコル３０２（すなわち、ルーティングレイヤプロトコル）はＩＰｖ６ルーティングモジュール３０６、ＭＩＰｖ６モジュール３０７、マルチホーミングサポートモジュール３０８、ホームＰＭＩＰ／ＣＭＩＰ切り換えモジュール３０９を有している。

ＩＰｖ６ルーティングモジュール３０６とＭＩＰｖ６モジュール３０７は、インタフェース３１０を通じてインタラクションを行う。また、ＭＩＰｖ６モジュール３０７とマルチホーミングサポートモジュール３０８は、インタフェース３１２を通じてインタラクションを行う。また、ＭＩＰｖ６モジュール３０７とホームＰＭＩＰ／ＣＭＩＰ切り換えモジュール３０９とは、インタフェース３１１を通じてインタラクションを行う。また、ＩＰＶ６ルーティングモジュール３０６とホームＰＭＩＰ／ＣＭＩＰ切り換えモジュール３０９とは、インタフェース３１３を通じてインタラクションを行う。

ＩＰｖ６ルーティングモジュール３０６は、ＭＮ３００のＩＰｖ６パケットを受信・処理する機能、上位レイヤプロトコル３０１又は下位レイヤプロトコル３０３にパケットを渡す機能、ＩＰｖ６ヘッダや拡張ヘッダを生成する機能、ＲＡを受信・処理する機能、近隣探索メッセージを生成・処理する機能、アドレス構成機能、ＩＣＭＰｖ６メッセージを生成・処理する機能、デフォルトルータリストを保持する機能などを有している。

ＭＩＰｖ６モジュール３０７はＭＩＰｖ６のＢＵモビリティヘッダを生成する機能、バインディング登録に関連したアクノレッジメントを処理する機能、複数の気付アドレスの登録に関して作成されたバインディングのバインディングアップデートリストを生成・保持する機能、ＢＵメッセージにＢＩＤオプションを付加する機能などを有している。

なお、ＩＰｖ６ルーティングモジュール３０６は、適切な拡張ヘッダを有する完全なＢＵメッセージを構成するためにＭＩＰｖ６モジュール３０７とインタフェース３１０を通じてインタラクションを行う必要がある。

さらに、マルチホームノードは複数の気付アドレスを有することができるので、ＩＰｖ６ルーティングモジュール３０６は、インタフェース３１０を通じてＭＩＰｖ６モジュール３０７とインタラクションを行って、複数のあて先アドレスの有効性をチェックする必要がある。ＭＩＰｖ６モジュール３０７は、ＢＩＤオプションを有するＭＩＰｖ６のＢＵを生成する際に、インタフェース３１２を通じてマルチホーミングサポートモジュール３０８とインタラクションを行ってＢＩＤを取得する。そして、マルチホーミングサポートモジュール３０８は、下位レイヤプロトコル３０３からの情報に基づいて、必要なインタフェースや気付アドレスの数を把握する。

さらに、ＩＰｖ６ルーティングモジュール３０６が複数のプレフィックスを受信した場合、例えば、この情報はＭＩＰｖ６ルーティングモジュール３０７に送られ、さらにマルチホーミングサポートモジュール３０８に渡される。マルチホーミングサポートモジュール３０８は１つのインタフェースに対して複数のアドレスを構成することを決定すると、ソフトウェアモジュールによる適切なシグナリングによってＩＰｖ６ルーティングモジュール３０６にその決定が通知される。

なお、図３ＡのＭＮ３００のアーキテクチャでは、ＭＩＰｖ６モジュール３０７が他のソフトウェアモジュールに対して情報を仲介するセンタモジュールとして図示されているが、これは必須な構成ではなく、当業者が想到し得る任意の構成を取ることが可能である。

また、マルチホーミングサポートモジュール３０８によって、上位レイヤのフローに対して気付アドレスのマッピングを行うことが決定される。

また、ＭＩＰｖ６モジュール３０７はホームＰＭＩＰ／ＣＭＩＰ切り換えモジュール３０９とインタラクションを行う。このホームＰＭＩＰ／ＣＭＩＰ切り換えモジュール３０９は、ＭＮ３００のインタフェースの１つがホームＰＭＩＰｖ６ドメインからＣＭＩＰｖ６／外部ドメインに移動したことを検出する機能を有する。

ホームＰＭＩＰ／ＣＭＩＰ切り換えモジュール３０９は、競合条件が起こり得ると予測した場合、その他のインタフェース（接続を変更していないインタフェース）がまだホームＰＭＩＰｖ６ドメインに接続されているか否かをチェックする。そして、その他のインタフェースがまだホームＰＭＩＰｖ６ドメインに接続されている場合には、ホームＰＭＩＰ／ＣＭＩＰ切り換えモジュール３０９は、上述のメッセージ２６３を構築する。

ＭＮのインタフェースのうちのいずれか１つに関するホームＰＭＩＰｖ６ドメイン情報や現在の外部ドメイン接続情報は、インタフェース３１３を通じてＩＰｖ６ルーティングモジュール３０６からホームＰＭＩＰ／ＣＭＩＰ切り換えモジュール３０９に供給可能である。そして、ホームＰＭＩＰ／ＣＭＩＰ切り換えモジュール３０９は、このような接続情報を受信することで、競合条件が発生し得ると予測することが可能となる。なお、ホームＰＭＩＰ／ＣＭＩＰ切り換えモジュール３０９は、競合条件が発生する可能性を予測した場合に加え、例えば、ホームＰＭＩＰｖ６ドメインにおけるサービス（ＣＭＩＰ／ＰＭＩＰのバインディングの競合を解消するサービス）の実働状況を確認して、実際に稼動していることが確認できた場合に、上述のメッセージ２６３に相当するメッセージを送信して、ＭＡＧにタイムスタンプの付加を行わせるようにしてもよい。

なお、ホームＰＭＩＰ／ＣＭＩＰ切り換えモジュール３０９は、任意のインタフェースにおけるアクセスルータの変更がすぐに行われたことを測定できるタイマを有していてもよい。さらに、ホームＰＭＩＰ／ＣＭＩＰ切り換えモジュール３０９は、ホームＰＭＩＰ／ＣＭＩＰ切り換えであることを把握した場合には、移動するインタフェース（roaming interface）のＢＩＤと共に、移動するインタフェースから送信されるＣＭＩＰｖ６のＢＵメッセージに含まれるシーケンスナンバーを有するＩＣＭＰｖ６メッセージを生成するか、あるいは、上記のＢＩＤと共に上記のシーケンスナンバーを下位レイヤプロトコル３０３に送信することで適切なＬ２（レイヤ２）メッセージを生成可能とし、上記のＩＣＭＰｖ６メッセージ又はＬ２メッセージを上述のメッセージ２６３として、ホームＰＭＩＰｖ６ドメインのＭＡＧに送信する。なお、ＣＭＩＰｖ６のＢＵメッセージで用いられている現在のシーケンスナンバー及び移動するインタフェースのＢＩＤは、インタフェース３１１を通じてＭＩＰｖ６モジュール３０７から取得可能である。

また、ＩＣＭＰｖ６メッセージが、図２Ａのメッセージ２６３のように、シーケンスナンバーやＢＩＤなどのＢＵメッセージ識別情報をＭＡＧに通知するために使用される場合には、ホームＰＭＩＰ／ＣＭＩＰ切り換えモジュール３０９が完全なＩＣＭＰｖ６メッセージを構築する機能を有していてもよく、あるいは、インタフェース３１３を通じてＩＰｖ６ルーティングモジュール３０６にこのＩＣＭＰｖ６メッセージを構築するよう要求してもよい。

また、ホームＰＭＩＰ／ＣＭＩＰ切り換えモジュール３０９は、図２Ａのメッセージ２６３として、ＣＭＩＰｖ６のＢＵメッセージの一部（識別情報として利用可能な情報要素）又は全部を含むメッセージ（例えばＩＣＭＰｖ６メッセージ）を構築してもよい。

また、ＩＰｖ６ルーティングモジュール３０６は、図２Ａのメッセージ２６３に相当するパケットを発送するために、任意のインタフェースにおいて使用されるデフォルトルータに関する情報を取得する必要がある。なお、ＩＰｖ６ルーティングテーブルは、異なるインタフェースに対して異なるデフォルトルータを有していてもよい。

次に、本発明の第１の実施の形態を実行するためのＭＮの動作について説明する。図３Ｂは、本発明の第１の実施の形態におけるＭＮの動作例を示すフローチャートである。

図３Ｂにおいて、ＭＮは最初にステップＳ３１４を実行し、ＭＮが有する複数のインタフェースのうちのいずれかにおいて、ホームＰＭＩＰｖ６ドメインから外部ＣＭＩＰｖ６ドメインに移動したか否かをチェックする。さらに、ＭＮは、ステップＳ３１４において、ＭＮのインタフェースの少なくとも１つが移動せずにホームＰＭＩＰｖ６ドメインに接続されているか否かをチェックする。なお、ＭＮは、複数のインタフェースのうちのいずれかを通じてホームＰＭＩＰｖ６ドメインに接続されているか否かを検出する機能を有している。

ＭＮのインタフェースにおいて、ホームＰＭＩＰｖ６ドメインから外部ＣＭＩＰｖ６ドメインに移動したものが存在し、さらに、ＭＮのインタフェースの少なくとも１つが移動せずにホームＰＭＩＰｖ６ドメインに接続された状態となっている場合（ステップＳ３１４で『はい』の場合）には、ＭＮは競合条件（ＰＭＩＰ／ＣＭＩＰの異種競合）が起こり得ると予測し、ステップＳ３１５の処理を開始する。

ステップＳ３１５では、ＭＮは、ホームＰＭＩＰｖ６ドメイン／外部ＣＭＩＰｖ６ドメインに移動するインタフェースの気付アドレスを構成し、異種移動を行うインタフェース経由でＣＭＩＰｖ６のＢＵメッセージを送信し、ＣＭＩＰｖ６のＢＵメッセージに使用されたシーケンスナンバーを記録する。また、ＭＮはステップＳ３１５を実行する際に、同時にステップＳ３１６を実行してもよい。

このステップＳ３１６では、ＭＮはメッセージ（図２Ａのメッセージ２６３に対応するメッセージ）の構築を行う。このメッセージは、例えば上記のように、移動するインタフェースの現在のＣＭＩＰｖ６のシーケンスナンバー（既に送信されたシーケンスナンバー又はこれから送信されるシーケンスナンバー）と共に上記の移動するインタフェースのＢＩＤ／ＩＤを有するＩＣＭＰｖ６メッセージとすることが可能である。

また、ステップＳ３１６では、ＭＮは、さらに上記のように作られたＩＣＭＰｖ６メッセージを、ＭＮのホームＰＭＩＰｖ６ドメインに属しているＭＡＧであって、ＭＮのインタフェースが移動せずに接続しているＭＡＧに送信する。

なお上記のＩＣＭＰｖ６メッセージのあて先アドレスは、リンクローカルアドレスであってもよく、グローバルなＩＰｖ６アドレスであってもよい。また同様に、ＩＣＭＰｖ６メッセージの送信元アドレスは、ＭＮのリンクローカルアドレスであってもよく、ルーティング可能なグローバルＩＰｖ６アドレスであってもよい。

また、ＭＮのインタフェースにおいて、ホームＰＭＩＰｖ６ドメインから外部ＣＭＩＰｖ６ドメインに移動したものが存在しない場合や、ホームＰＭＩＰｖ６ドメインに接続されているＭＮのインタフェースが存在しない場合（ステップＳ３１４で『いいえ』の場合）には、ステップＳ３１７が実行される。このステップＳ３１７では、ＭＮのインタフェースの１つが外部ＣＭＩＰｖ６ドメインからホームＰＭＩＰｖ６ドメインに移動し、さらに、他のインタフェースの少なくとも１つが移動せずにホームＰＭＩＰｖ６ドメインに接続されているか否かのチェックが行われる。

そして、ＭＮのインタフェースにおいて、外部ＣＭＩＰｖ６ドメインからホームＰＭＩＰｖ６ドメインに移動したものが存在しない場合や、ホームＰＭＩＰｖ６ドメインに接続されているＭＮのインタフェースが存在しない場合（ステップＳ３１７で『いいえ』の場合）には、例えばどのインタフェースにおいてもホームＰＭＩＰｖ６ドメインからＣＭＩＰｖ６ドメインへの接続変更が起きていないことを示しており、ＭＮにおいて通常のＰＭＩＰｖ６動作や通常のホームネットワーク動作が行われる（ステップＳ３２０）。

一方、ＭＮのインタフェースにおいて、外部ＣＭＩＰｖ６ドメインからホームＰＭＩＰｖ６ドメインに移動したものが存在し、さらに、ホームＰＭＩＰｖ６ドメインに接続されているＭＮのインタフェースが存在する場合（ステップＳ３１７で『はい』の場合）には、上述のような競合問題（古いＣＭＩＰｖ６のＢＵによって現在のＰＭＩＰｖ６のＢＵが上書きされてしまうという問題）が生じ得る。このような場合には、ＭＮはステップＳ３１８を実行する。

このステップＳ３１８では、単に、移動するインタフェースによってホームＰＭＩＰｖ６ドメインへの接続が行われ、通常のアクセス認証やアドレス構成などが実行される。また、ステップＳ３１８を実行した後又は実行中に、ＭＮはステップＳ３１９を実行する。このステップＳ３１９はステップＳ３１６と動作はほぼ同様であるが、ここではＭＮは移動するインタフェースに関して、ＢＩＤと共に過去のＣＭＩＰｖ６のＢＵメッセージのシーケンスナンバー（移動前に送信したＣＭＩＰｖ６のＢＵメッセージのシーケンスナンバー）を、ホームＰＭＩＰｖ６ドメインに属するＭＡＧであって、移動せずにホームＰＭＩＰｖ６ドメインに接続されているインタフェースの接続先であるＭＡＧに対して送信する。なお、移動するインタフェースによってホームＰＭＩＰｖ６ドメインへの接続が既に完了している場合は、そのインタフェースの接続先であるＭＡＧに対して送信することも可能であるが、移動するインタフェースの接続前、あるいは移動するインタフェースの接続と同時に送信する場合は、移動せずにホームＰＭＩＰｖ６ドメインに接続されているインタフェースを経由して送信することが望ましい。

ステップＳ３１９では、例えば、ＭＮは所定のパラメータ（過去のシーケンスナンバーやＩＦ−ＩＤ／ＢＩＤ）を有するＩＣＭＰｖ６メッセージによって、移動するインタフェースに関して適切な現在のバインディングがホームＰＭＩＰｖ６バインディングであることを示すメッセージをＬＭＡ／ＨＡに送信するようＭＡＧに要求する。なお、この場合には、ＭＡＧは、メッセージをＬＭＡ／ＨＡに送信する際にこのメッセージにタイムスタンプオプションを必ずしも付加する必要はない。したがって、ＭＡＧからは、図２Ａのメッセージ２６４とは異なるタイプのメッセージが送信される場合もあり得る。

ＭＡＧがタイムスタンプオプションを付加した場合には、ＬＭＡ／ＨＡは、移動するインタフェースを通じたＰＭＩＰｖ６バインディングがかなり最近のものであることを特定する際に有用である。一方、インタフェースの接続が外部ドメインからホームＰＭＩＰｖ６ドメインに変更される場合、ＬＭＡ／ＨＡは、移動していないインタフェース経由で最初に送信した古い／過去のシーケンスナンバーのみを使用して、古いＣＭＩＰｖ６バインディングを識別する。例えば、ＣＭＩＰｖ６のＢＵメッセージの古いシーケンスナンバーを有するメッセージ（図２Ａのメッセージ２６４と同様）がＬＭＡ／ＨＡに到達することでＬＭＡ／ＨＡは、現在のＣＭＩＰｖ６のバインディングが同一インタフェースによるＰＭＩＰｖ６のＰＭＩＰｖ６バインディングより古く、すぐにＣＭＩＰｖ６のバインディングを無効化したほうがよいことを把握する。

なお、ＬＭＡ／ＨＡでの判断が容易になるように、ＭＮが示すＣＭＩＰｖ６のバインディング（ここではシーケンスナンバー）が新しいもの又は古いものであることを明示できるようにメッセージを構成することが望ましい。このようなシーケンスナンバーが新しいもの又は古いものであることの明示は、例えばメッセージ内にフラグを設けることにより実現可能である。ＬＭＡ／ＨＡは、シーケンスナンバーが新しいもの又は古いものであることを明示された情報を参照することで、このＣＭＩＰｖ６のバインディングを有効又は無効にすべきであることを容易に判断できるようになる。

また、ＬＭＡ／ＨＡはＭＮの更なるハンドオーバによる異なる通知メッセージとの混同を避けるために、無効化するＣＭＩＰｖ６のバインディングとＭＮが示すＣＭＩＰｖ６のバインディングの新旧を確認することが望ましい。例えば、ＭＮが示すＣＭＩＰｖ６のバインディングのシーケンスナンバー以前のバインディングを無効化すべきであって、ＬＭＡ／ＨＡが把握しているＣＭＩＰｖ６のバインディングのシーケンスナンバーがこれよりも新しい場合は、ＭＮが更なるハンドオーバに伴って取得したＣＭＩＰｖ６のアドレスのためのバインディングである可能性を考慮する必要がある。

次に、本発明の第１の実施の形態を実行するためのＬＭＡ／ＨＡの機能アーキテクチャについて説明する。図４Ａは、本発明の第１の実施の形態におけるＬＭＡ／ＨＡの構成例を示すブロック図である。

図４Ａに図示されているＬＭＡ／ＨＡ４００の機能アーキテクチャは、本発明の第１の実施の形態を実現するため、ＩＰｖ６関連のプロトコルスタックを実装するために必要なすべてのソフトウェア、ハードウェア、ファームウェアを有している。なお、ＬＭＡ／ＨＡ４００は、上位レイヤプロトコルを有していてもよいが、図４Ａでは図示省略する。

図４Ａの下位レイヤプロトコル４０２は、物理層及びデータリンク層における機能を有している。

また、レイヤ３プロトコル４０１は、本発明の実現に必要なすべてのルーティング関連プロトコル及びルーティングレイヤモジュールを有している。
また、レイヤ３プロトコル４０１及び下位レイヤプロトコル４０２は、インタフェース４０３を通じてパケット（データパケット及び制御パケット）の受け渡しを行う。

また、図４Ａにおいて、レイヤ３プロトコル４０１（すなわち、ルーティングレイヤプロトコル）はＩＰｖ６ルーティングモジュール４０５、ＬＭＡ／ＨＡトンネリングモジュール４０６、ＬＭＡ／ＨＡバインディングアップデート処理モジュール４０７、ＬＭＡ／ＨＡＢＵ競合解消モジュール４０８、ＩＰｖ６近隣キャッシュ４０９、バインディングキャッシュ４１０を有している。

ＩＰｖ６ルーティングモジュール４０５は、ＩＰｖ６パケットのルーティング機能を始めとして様々なパケット処理を行う機能を有している、なお、基本的に図３ＡのＭＮ３００のＩＰｖ６ルーティングモジュール３０６と同一であり、ここでは説明を省略する。このＩＰｖ６ルーティングモジュール４０５は、ＩＰｖ６近隣キャッシュ４０９とインタラクションし、データを発送するためのパケット構築を支援する。

また、ＬＭＡ／ＨＡトンネリングモジュール４０６は、ＬＭＡ／ＨＡ４００からＭＮへの直接のトンネル、ＬＭＡ／ＨＡ４００からＭＮに接続されているＭＡＧへの直接のトンネル、あるいはこれらの逆方向のトンネルを実現するために使用される。また、ＬＭＡ／ＨＡ４００は、ＭＮのホームアドレスへのデータパケットを受信すると、ＬＭＡ／ＨＡトンネリングモジュール４０６を用いて、ＭＮの複数のインタフェース又は気付アドレスのうちのいずれか１つを使用してパケットをトンネルすることが可能である。また、ＬＭＡ／ＨＡトンネリングモジュール４０６で選択した気付アドレスがバインディングキャッシュ４１０のＣＭＩＰエントリに存在している場合には、パケットはＭＮに直接トンネルされる。また、選択された気付アドレスがＭＡＧに属しているのであれば、パケットはＭＮの代わりにＭＡＧにトンネルされる。

ＬＭＡ／ＨＡトンネリングモジュール４０６はこのようなトンネリング処理を行うので、バインディングキャッシュ４１０とインタラクションを行う必要があり、トンネリングに必要なパラメータはインタフェース４１６を通じてバインディングキャッシュ４１０からＬＭＡ／ＨＡトンネリングモジュール４０６に供給される。

また、ＬＭＡ／ＨＡバインディングアップデート処理モジュール４０７は、ＣＭＩＰｖ６バインディング及びＰＭＩＰｖ６バインディングを処理するために使用される。このＬＭＡ／ＨＡバインディングアップデート処理モジュール４０７は、同一ＭＮの同一ＢＩＤに関するＣＭＩＰｖ６バインディングとＰＭＩＰｖ６バインディングとをそれぞれ別に処理することが可能であり、インタフェース４１７を通じてバインディングキャッシュ４１０にパラメータを渡すことが可能である。

また、ＬＭＡ／ＨＡＢＵ競合解消モジュール４０８は、ホームＰＭＩＰｖ６ドメインから外部ＣＭＩＰｖ６ドメインへの移動（又は逆向きの移動）を通知するメッセージ（例えば、図２Ａのメッセージ２６４）を処理する機能、バインディングキャッシュ４１０内に存在している有効なバインディングにマークを付す機能、ＰＭＩＰｖ６バインディングとＣＭＩＰｖ６バインディングとの比較（例えば、時間情報の比較）を行って有効なバインディングを判断する機能、さらには、ＬＭＡ／ＨＡ４００が競合問題を認識せずに誤ったバインディングを登録した場合に、図２Ａのメッセージ２６４と同様のメッセージを受信すると、このメッセージに基づいて誤ったバインディングを削除（又は無効化）する機能などを有している。

また、ＬＭＡデータパケット・制御パケット決定モジュール４０４は、基本的に、ＬＭＡ／ＨＡ４００が受信したデータパケット・制御パケットがどのモジュールに供給されるべきかを決定する機能を有している。このＬＭＡデータパケット・制御パケット決定モジュール４０４は、基本的に、インタフェース４１１、４１２、４１３、４１４のそれぞれを通じて各モジュール４０５、４０６、４０７、４０８とインタラクションを行う。なお、このＬＭＡデータパケット・制御パケット決定モジュール４０４は、単に好適なパケット振り分け機能の実現方法の一例に過ぎず、その他の任意の構成又は実現方法によって、このＬＭＡデータパケット・制御パケット決定モジュール４０４と同等の機能を実現してもよい。

また、バインディングキャッシュ４１０は、ＬＭＡとしてＰＭＩＰｖ６バインディングの格納を行うとともに、ＨＡとしてＣＭＩＰバインディングの格納を行う。また、マルチホーミングをサポートし、例えばＢＩＤを用いて、ＭＮのインタフェースに対して複数の気付アドレスの登録を管理することも可能である。

次に、本発明の第１の実施の形態におけるＬＭＡ／ＨＡのＬＭＡ／ＨＡＢＵ競合解消モジュールの動作について説明する。図４Ｂは、本発明の第１の実施の形態におけるＬＭＡ／ＨＡのＬＭＡ／ＨＡＢＵ競合解消モジュールの動作例を示すフローチャートである。

図４Ｂにおいて、ＬＭＡ／ＨＡは、まずステップＳ４１９を実行する。ステップＳ４１９では、パケットがＬＭＡ／ＨＡに直接接続されたノードあてか否か、あるいは別のアドレスあての場合にはアドレスプレフィックスがＬＭＡ／ＨＡに管理されていないもの（ＬＭＡ／ＨＡのアドレスプレフィックスに含まれていないプレフィックス）であるか否かのチェックが行われる。

受信したパケットが、通常のＨＡやルータとしてルーティング処理されるべきものである場合（ステップＳ４１９で『はい』の場合）には、ＬＭＡ／ＨＡは、ステップＳ４２０において、パケットに対して、ＩＰｖ６ルーティングメカニズムと同様の通常のルーティング処理が行う。すなわち、ＬＭＡ／ＨＡは、ＨＡとしてパケットの受信（intercept）及び転送を行う場合や、管理下にないノードあてのパケットの転送を行うルータとして機能する場合には、通常のルーティング処理を実行する。一方、受信したパケットが通常のルーティング処理を行うべきものではない場合（ステップＳ４１９で『いいえ』の場合）には、ＬＭＡ／ＨＡは、ステップＳ４２１において、パケットのあて先アドレスがＬＭＡ／ＨＡのアドレスか否かのチェックを行う。

ここで、パケットがＬＭＡ／ＨＡあてではない場合（ステップＳ４２１で『いいえ』の場合）には、ＬＭＡ／ＨＡは、ステップＳ４２２において、このパケットをＭＮが接続されているＭＡＧにトンネルする必要がある。なお、このＭＮは各ＭＮに固有のプレフィックスをＬＭＡ／ＨＡ（ＬＭＡ）から取得しており、ＭＮのアドレスプレフィックスはＬＭＡ／ＨＡで管理されている。

一方、パケットがＬＭＡ／ＨＡあての場合（ステップＳ４２１で『はい』の場合）には、ステップＳ４２３が実行される。ステップＳ４２３では、ＬＭＡ／ＨＡは、受信したパケット（メッセージ）が、ＭＡＧによる代理送信であることを示すプロキシフラグがオンにセットされたＭＩＰｖ６のＢＵメッセージか否かのチェックが行われる。

受信パケットが、プロキシフラグがオンにセットされたＭＩＰｖ６のＢＵメッセージの場合（ステップＳ４２３で『はい』の場合）には、ステップＳ４２４が実行される。ステップＳ４２４では、ＬＭＡ／ＨＡは、ＰＭＩＰｖ６ドメイン内を移動する単一のインタフェースにおいて競合条件が発生するか否かのチェックが行われる。例えば、受信パケットにおいて特定されるバインディングに係るインタフェース（ＩＦ−ＩＤ）と同一のインタフェースのＰＭＩＰｖ６バインディングが既にバインディングキャッシュ内に存在する場合には競合条件が発生する。

ＰＭＩＰｖ６ドメイン内を移動する単一のインタフェースにおいて競合条件が発生する場合（ステップＳ４２４で『はい』の場合）には、ＬＭＡ／ＨＡは、ステップＳ４２５において、古いＰＭＩＰｖ６バインディングを破棄する。一方、ＰＭＩＰｖ６ドメイン内を移動する単一のインタフェースにおいて競合条件が発生しない場合（ステップＳ４２４で『いいえ』の場合）には、競合は発生せず、ＬＭＡ／ＨＡは、ステップＳ４２６において、ＰＢＵによるＰＭＩＰｖ６バインディングを有効とみなしてバインディングキャッシュに登録する。

また、受信パケットが、プロキシフラグがオンにセットされたＭＩＰｖ６のＢＵメッセージではない場合（ステップＳ４２３で『いいえ』の場合）には、ＬＭＡ／ＨＡは、ステップＳ４２７において、受信メッセージが、図２Ａのメッセージ２６４（ホームＰＭＩＰからＣＭＩＰに移動するインタフェースのＩＦ−ＩＤ／ＢＩＤ、現在のＣＭＩＰｖ６のＢＵメッセージのシーケンスナンバー、タイムスタンプオプションを有するメッセージ）と同等の機能を有する別のシグナリングメッセージか否かのチェックが行われる。

受信メッセージが図２Ａのメッセージ２６４と同等のメッセージの場合（ステップＳ４２７で『はい』の場合）には、このメッセージはホームＰＭＩＰｖ６ドメインから外部ＣＭＩＰｖ６ドメインへの移動を通知するものであり、ＬＭＡ／ＨＡは、ステップＳ４２８において、まずバインディングキャッシュを検索して正しいＣＭＩＰｖ６バインディングが既に登録されているか否かを調べる。なお、この検索は、ＩＦ−ＩＤ／ＢＩＤ及びシーケンスナンバーを用いて実行可能である。そして、このようなＣＭＩＰｖ６バインディングが既に登録されている場合には、このＩＦ−ＩＤ／ＢＩＤ及びシーケンスナンバーを有するＣＭＩＰｖ６バインディングを有効なバインディングとしてマークする。また、受信したタイムスタンプオプションの時刻情報がＣＭＩＰｖ６のキャッシュ内に挿入されてもよい。

一方、このようなＣＭＩＰｖ６バインディングが登録されていない場合には、タイムスタンプオプションの時刻情報やシーケンスナンバーなどを別の変数として一時的に保存する。そして、移動するインタフェースによるＣＭＩＰｖ６バインディングが到達した場合には、一時的な変数として保存しておいた情報を参照することで、このＣＭＩＰｖ６バインディングを正しいバインディングとしてマークすることが可能となる。また、ＣＭＩＰｖ６バインディングがＬＭＡ／ＨＡに存在せず、間違ったＰＭＩＰｖ６バインディングが存在している場合には、ＬＭＡ／ＨＡはＰＭＩＰｖ６バインディングを削除し、正しいＣＭＩＰｖ６バインディングが到達するか、新たなＣＭＩＰｖ６のＢＵメッセージが到達することでＣＭＩＰｖ６バインディングの登録が行われる。また、古いＰＢＵメッセージが到達した場合には、タイムスタンプの値に基づいてそのＰＢＵメッセージは破棄される。

また、受信メッセージが図２Ａのメッセージ２６４と同等のメッセージではない場合（ステップＳ４２７で『いいえ』の場合）には、このメッセージは外部ＣＭＩＰｖ６ドメインからホームＰＭＩＰｖ６ドメインへの移動を通知するものであり、ＬＭＡ／ＨＡは、ステップＳ４２９において、古いＣＭＩＰｖ６のＢＵメッセージ（移動前に送信されていたＢＵメッセージ）のシーケンスナンバーを有しているか否かがチェックされる。

そして、このメッセージが古いシーケンスナンバーを含み、外部ＣＭＩＰｖ６ドメインからホームＰＭＩＰｖ６ドメインへの移動を通知するメッセージである場合（ステップＳ４２９で『はい』の場合）には、ステップＳ４３０が実行される。

ステップＳ４３０では、以下の処理が実行される。移動したインタフェースに関連して新たなバインディング（すなわち、ＰＭＩＰバインディング）がバインディングキャッシュ内に存在している場合には、このエントリは有効である旨がマークされるとともに、受信したＣＭＩＰｖ６のＢＵメッセージのシーケンスナンバーが一時的に格納される。

一方、同一のシーケンスナンバーを有する間違ったＣＭＩＰｖ６バインディング（すなわち、ＭＮの移動前に用いられていたＣＭＩＰｖ６バインディング）がバインディングキャッシュ内に存在している場合には、そのＣＭＩＰｖ６バインディングは削除される。また、古いＣＭＩＰｖ６のＢＵメッセージが到達した場合には、その古いＣＭＩＰｖ６のＢＵメッセージのシーケンスナンバーに基づいてそのＢＵメッセージは破棄される。

また、古いシーケンスナンバーを含み、外部ＣＭＩＰｖ６ドメインからホームＰＭＩＰｖ６ドメインへの移動を通知するメッセージではない場合（ステップＳ４２９で『いいえ』の場合）には、ＬＭＡ／ＨＡは、ステップＳ４３１において、このメッセージが単なるＣＭＩＰｖ６のＢＵメッセージか否かをチェックする。

このメッセージが単なるＣＭＩＰｖ６のＢＵメッセージの場合（ステップＳ４３１で『はい』の場合）には、ＬＭＡ／ＨＡは、ステップＳ４３２において、シーケンスナンバーを比較してパケットの順序を特定することによって、ＣＭＩＰｖ６バインディングの有効性を把握する。例えばステップＳ４３２において、受信したＢＵメッセージのシーケンスナンバーと、バインディングキャッシュに登録されているバインディングキャッシュのシーケンスナンバーとを比較することによって、より遅くに送信されたＣＭＩＰｖ６バインディング（新しいＣＭＩＰｖ６バインディング）を特定する。一方、このメッセージがＣＭＩＰｖ６のＢＵメッセージでない場合（ステップＳ４３１で『いいえ』の場合）には、ＭＮからＬＭＡ／ＨＡに対する（本発明で取り扱うメッセージとは）異なるメッセージであると考えられるので、ＬＭＡ／ＨＡによる別のメッセージ処理（本発明で取り扱うメッセージとは異なるメッセージに関する通常の処理）が行われる。（ステップＳ４５０）

受信したメッセージのＣＭＩＰｖ６のほうが古い場合（ステップＳ４３２で『はい』の場合）には、ステップＳ４３３が実行されパケットは破棄される。一方、受信したメッセージのＣＭＩＰｖ６のほうが新しい場合（ステップＳ４３２で『いいえ』の場合）には、ステップＳ４３４が実行されて、受信したメッセージに含まれているＣＭＩＰｖ６バインディングがバインディングキャッシュ内に登録される。

次に、本発明の第１の実施の形態において発生し得る障害条件と、ＬＭＡ／ＨＡによるリカバリ方法について説明する。

例えば、インタフェースの異種ドメイン移動（ＣＭＩＰｖ６ドメインからホームＰＭＩＰｖ６ドメイン、又は、ホームＰＭＩＰドメインからＣＭＩＰｖ６ドメイン）による現在の接続状態（ＣＭＩＰｖ６ドメイン又はＰＭＩＰｖ６ドメインに接続）を通知する通知メッセージよりも、移動するインタフェースの古い登録に係るメッセージが遅れて到達することで、新しい情報が古い情報によって上書きされてしまう障害が発生し得る。

このような障害が発生した場合、ＬＭＡ／ＨＡは有効なバインディングを古いバインディングで上書きしてしまい、移動するインタフェースから新たなＣＭＩＰｖ６のリフレッシュＢＵメッセージが到達するまで、あるいは、移動するインタフェースに接続されているＭＡＧから新たなリフレッシュＰＢＵメッセージが到達するまで、パケットロスが起こったり、ＭＮの望まないインタフェースを経由してパケットの送受信が行われてしまったりする可能性がある。

上述の実施の形態で説明したように、ＬＭＡ／ＨＡがあるインタフェースに関して古いバインディングを有しており、そのインタフェースの新たな状態を通知するメッセージ（図２Ａのメッセージ２６４）を受信すると、ＬＭＡ／ＨＡはその古いバインディングを削除する。しかしながら、ＬＭＡ／ＨＡで削除されたバインディングに関連するＭＮのインタフェースは、そのインタフェースに関連する有効なバインディングが到達するまで使用することができない。

以下、図５Ａ及び図５Ｂを参照しながら、上述のような障害が発生した場合に、移動するインタフェースに関連する正しいバインディングを迅速に取得する方法について説明する。図５Ａでは、ＭＮ５００の３ＧインタフェースがＭＡＧ５２０に接続されており、ＷＬＡＮインタフェースがホームＰＭＩＰｖ６ドメイン５３０から外部ドメインへの異種移動（ホームＰＭＩＰドメイン５３０からＣＭＩＰｖ６ドメイン５３１への変更）を行うとする。
また、図５Ｂに図示されているように、ＢＣ５６０が、ＭＡＧ５２０から送信されたＰＢＵメッセージによって作成された適切なエントリを有しているとする。上記のエントリは、図５Ｂにおいて、ＢＣ５６０の最初のエントリによって表されている。さらに、ＭＮ５００がＡＲ５２２を経由してＬＭＡ／ＨＡ５５０にＣＭＩＰｖ６のＢＵメッセージ５６１を送信すると仮定する。このメッセージ５６１がＬＭＡ／ＨＡ５５０に到達したときに作成されるＢＣのエントリは、ＢＣ５６０の２番目のエントリによって表されている。

ＭＮ５００は、メッセージ５６１の送信後に、ＷＬＡＮインタフェースのＢＩＤ及びＣＭＩＰｖ６のＢＵ５６１のシーケンスナンバーなどのＣＭＩＰｖ６のＢＵ５６１を特定できるような情報を通知するメッセージ５６２をＭＡＧ５２０に送信して、上記のパラメータ及びタイムスタンプオプションを有するメッセージを送信するようＭＡＧ５２０に要求する。

ここで、ＭＡＧ５２０が、ＭＮ５００から受信したメッセージ５６２に基づいてメッセージ５６４（ＢＩＤ、シーケンスナンバー、タイムスタンプオプション）を送信した場合、そのメッセージ５６４がメッセージ５６３より遅く到達すると仮定する。メッセージ５６３は、ＷＬＡＮインタフェースが移動前に接続していたＭＡＧ５２１から送信され、ＰＭＩＰｖ６バインディング（すなわち、古いＰＭＩＰｖ６バインディング）に関連するメッセージである。

このメッセージ５６３がメッセージ５６４より早く到達すると、ＬＭＡ／ＨＡ５５０によって正しいエントリ（２番目のエントリ）は削除され、古いＰＢＵメッセージ５６３のエントリがＢＣ５６０に作成される。この間違ったエントリのセットはＢＣ５６０の３番目のエントリによって表されている。

メッセージ５６４がＬＭＡ／ＨＡ５５０に到達すると、ＬＭＡ／ＨＡ５５０はメッセージ５６４内のタイムスタンプオプション、及び古いＰＢＵエントリのタイムスタンプオプションをチェックし、両者を比較する。ＬＭＡ／ＨＡ５５０は、このような比較によってＷＬＡＮインタフェースのＰＭＩＰｖ６キャッシュが間違っていることを特定し、間違ったエントリのセット（３番目のエントリ）を削除する。

そして、上述のようにリフレッシュＢＵを待機する代わりに、ＬＭＡ／ＨＡ５５０は、ＭＡＧ５２０経由でトンネルしてＭＮ５００にバインディングリフレッシュリクエストメッセージ（ＢＲＲメッセージ）を送信する。このメッセージは図５Ａのメッセージ５６５によって表されているもので、ＭＮ５００に対してＢＵメッセージの再送信を促すものである。なお、このメッセージ５６５には、オプションとしてＷＬＡＮインタフェースのＩＤ又はＢＩＤ情報が含まれていることが望ましい。また、このメッセージ５６５は、ＭＮ５００のホームアドレスをあて先として送信される。

なお、ここでは、ＬＭＡ／ＨＡ５５０がＭＮ５００のＷＬＡＮインタフェースに関して有効なバインディングを有していないため、ＬＭＡ／ＨＡ５５０は、メッセージ５６５を別のインタフェース（３Ｇインタフェース）経由で送信する。このメッセージ５６５がＭＮ５００に到達すると、ＭＮ５００は、有効なバインディングを含むＣＭＩＰｖ６のＢＵメッセージを送信し、ＬＭＡ／ＨＡ５５０に有効なＣＭＩＰｖ６バインディングを作成する。以上、本発明に係るメッセージ及び古いＰＢＵメッセージの競合条件を解消するためのＬＭＡ／ＨＡによる動作方法である。なお、ＣＭＩＰｖ６ドメイン５３１からホームＰＭＩＰｖ６ドメイン５３０への接続変更でこのような問題が生じた場合には、ＭＮ５００がバインディングリフレッシュリクエストメッセージを受信した際に、ＭＮ５００は、別のＰＢＵをＬＭＡ／ＨＡ５５０に送信するようＭＡＧ５２１に要求する。若しくは、ＬＭＡ／ＨＡ５５０は、バインディングリフレッシュリクエストメッセージを送信する前に、いったん削除すると判断したバインディングを、一定期間、競合状態が発生したときのために削除待機状態としておき、ＭＮ５００からの競合条件を解消する識別情報の通知を待つようにしてもよい。

＜第２の実施の形態＞
次に、本発明の第２の実施の形態について説明する。以下、図６を参照しながら、本発明の第２の実施の形態について説明する。この方法では、ＭＮはホームのＰＭＩＰドメインから時刻情報（タイムスタンプを生成するための情報）を得ることによって、ＬＭＡ／ＨＡでの競合状態を解決している。

図６において、ＭＮ６００の３ＧインタフェースはＭＡＧ６２０に接続されており、ＷＬＡＮインタフェースは、移動前に接続していたＭＡＧ６２１から外部ドメイン６３１に移動を行う。ＭＮ６００は、ＡＲ６２２からＲＡ６６１を受信すると、ＬＭＡ／ＨＡ６５０に対してＣＭＩＰｖ６のＢＵを実行する必要があることに気付き、ＢＵメッセージ６６２を送信する。このとき、ＭＮ６００は、このＣＭＩＰｖ６のＢＵメッセージ６６２に現在時刻情報を付加することで、タイムスタンプオプションを有するＰＢＵメッセージ６６３がＭＡＧ６２１から遅れて到達した場合であっても、ＬＭＡ／ＨＡ６５０は、ＢＵメッセージ６６２及びＰＢＵメッセージ６６３のそれぞれに付加されている時刻情報を参照すすることで、ＷＬＡＮインタフェースの正しいバインディング又は現在のバインディングを識別することが可能である。

また、ＣＭＩＰｖ６のＢＵメッセージ６６２を送信する前に、ＭＮ６００は、現在の時刻をＭＮ６００に渡すようにＭＡＧ６２０に要求する。そして、ＭＮ６００は、この時刻情報をメッセージ６６０を通じて取得すると、ＰＭＩＰｖ６ドメインとのタイムスタンプオプションを有するＣＭＩＰｖ６のＢＵメッセージ６６２を送信する。なお、ＭＡＧ６２０から取得した時刻情報は、ホームＰＭＩＰｖ６ドメインと同期した時刻を示している。

なお、本発明の第２の実施の形態では、ＭＮ６００は、何らかのシグナリングを行ってＢＵメッセージ６６２に付加する時間情報をＰＭＩＰｖ６ドメインから取得することが望ましく、さらに、時刻情報を取得する処理を完了してからＣＭＩＰｖ６のＢＵメッセージを送信する必要がある。

＜第３の実施の形態＞
次に、本発明の第３の実施の形態について説明する。以下、図７を参照しながら、本発明の第３の実施の形態について説明する。この方法では、ＬＭＡ／ＨＡが競合状態が起こりそうだと判断した場合は、改めて最新のバインディングを通知するようＭＮに指示する。

ここでも、ＭＮ７００の３ＧインタフェースがＭＡＧ７２０に接続されていると仮定する。さらに、ＭＮ７００のＷＬＡＮインタフェースが移動前にＭＡＧ７２１に接続されており、現在はＡＲ７２２に接続されていると仮定する。

ＭＮ７００がホームＰＭＩＰｖ６ドメイン７３０のＭＡＧ７２０からＣＭＩＰｖ６ドメイン７３１のＡＲ７２２に（あるいはその逆）接続を変更した場合には、通常は、ホームＰＭＩＰｖ６ドメイン７３０からＣＭＩＰｖ６ドメイン７３１、又は、ＣＭＩＰｖ６ドメイン７３１からホームＰＭＩＰｖ６ドメイン７３０への競合条件が発生する。このとき、ＣＭＩＰバインディングに係るＢＵメッセージ及びＰＢＵメッセージがある短い時間間隔（あらかじめ定められている所定の時間以内の時間間隔）で到達した場合に、ＬＭＡ／ＨＡ７５０は、競合条件が発生した可能性があると予測する。ＬＭＡ／ＨＡ７５０は、競合発生の可能性を予測すると、移動していないインタフェースを通じて、移動しているインタフェースの現在のバインディングを送信するようＭＮ７００に要求する。

図７において、ＭＮ７００は、まずＡＲ７２２からＲＡ７６０を受信する。ここで、ＭＮ７００がＣＭＩＰｖ６のＢＵメッセージ７６１を送信する前に、ＭＡＧ７２１からメッセージ７６２が送信されるとする。さらに、ＢＵメッセージ７６１の後にメッセージ７６２がＬＭＡ／ＨＡ７５０に到達して、競合条件が生じるとする。さらに、ＬＭＡ／ＨＡ７５０でこれらのメッセージ７６１、７６２の両方を受信する時間間隔がかなり短いとする。

この場合、ＬＭＡ／ＨＡ７５０は、ＭＡＧ７２０経由でトンネルを行ってＭＮ７００の３Ｇインタフェースに新しいメッセージ７６３を送信し、ＷＬＡＮインタフェースの現在の接続のバインディングを送信するようＭＮ７００に要求する。現在のＷＬＡＮインタフェースの接続がＣＭＩＰｖ６接続の場合には、ＭＮ７００はＢＵメッセージ７６４を送信する。一方、現在のＷＬＡＮネットワークの接続がホームＰＭＩＰｖ６接続の場合には、ＭＮ７００は、ＰＢＵメッセージ７６２を再度送信するようＭＡＧ７２１に要求する。なお、ＬＭＡ／ＨＡ７５０は、ＭＡＧ７２０に直接メッセージ７６３を送信することが可能である。

このメッセージ７６３は、ＭＮ７００のホームプレフィックスやＷＬＡＮインタフェースのＢＩＤなどをＭＡＧ７２０に通知するとともに、さらに、ＭＮ７００にＷＬＡＮインタフェースの現在の接続のバインディングを送信するようＭＡＧ７２０に要求するものである。図７では、ＷＬＡＮインタフェースの現在の接続がＣＭＩＰｖ６接続なので、ＭＮ７００はＢＵメッセージ７６４を送信し、このＢＵメッセージがＬＭＡ／ＨＡに到達されると、競合問題が解決される。

＜第４の実施の形態＞
次に、本発明の第４の実施の形態について説明する。以下、図８を参照しながら、本発明の第４の実施の形態について説明する。この方法では、ＬＭＡ／ＨＡが競合状態が起こりそうだと判断した場合は、競合状態の発生（又はその可能性）をＭＮに通知すると共にＭＮからの通知（正しいバインディング情報の再通知）を待つ間、移動していないインタフェースを一時的に使用できるようにする。

本発明の第４の実施の形態では、本発明の第１の実施の形態で説明した方法の派生例について説明する。図８では、ＭＮ８００の３ＧインタフェースがＭＡＧ８２０に接続されており、ＷＬＡＮインタフェースがホームＰＭＩＰｖ６ドメイン８３０からＣＭＩＰドメイン８３１に移動を行うとする。これは、ＷＬＡＮインタフェースが最初にＭＡＧ８２１に接続されており、その後移動してＡＲ８２２に接続したことを意味する。このような場合では、競合条件が起こり得る。

第４の実施の形態では、ホームＰＭＩＰｖ６ドメイン８３０のＭＡＧ８２１から外部ＡＲ８２２への迅速な接続変更が発生して、競合条件が起こり得ることをＭＮ８００が把握する方法について説明する。ＭＮ８００は、起こり得る競合問題を予測すると、競合が起こる可能性があることを示す何らかのオプション又はフラグを有するＣＭＩＰｖ６のＢＵメッセージ８６１を用いて、その移動しているインタフェースに関連する新たなバインディングアップデート又はリフレッシュバインディングアップデートが届くまで、ＭＮ８００の移動していない別のインタフェース（３Ｇインタフェース）経由でデータパケットを送信するようＬＭＡ／ＨＡ８５０に要求する。メッセージ８６１の受信後、リフレッシュＢＵがＭＮ８００からＷＬＡＮインタフェース経由で送信されるまで、メッセージ８６３に示されているようにデータパケットが送信される。

なお、本明細書では、本発明が最も実用的かつ好適な実施例となるように考慮されて図示及び説明されているが、当業者であれば、上述の各装置の構成要素に係る設計やパラメータの詳細において、発明の範囲から逸脱しない程度に様々な変更が行われてもよいことは明白である。

例えば、ＭＮがＭＡＧに対してタイムスタンプオプションの付加を明示的に依頼する方法について説明したが、ＭＡＧがＬＭＡ／ＨＡに対して送信する情報には必ず時刻情報が付与されるようなシステムにおいては明示する必要がないし、異なる環境が混在するような場合は、ＭＮが事前にタイムスタンプオプションの付加を明示的に依頼すべきかどうかを問い合わせたうえでいずれかの動作を行ってもよい。

また、本明細書では、ＭＮのネットワークインタフェースが複数であることを前提に説明を行っているが、本発明を実施するうえでの論理的なインタフェースが複数あればよい。例えば、１つの無線部を複数の接続方式で共用し、ネットワークインタフェースの観点からはその変化が問題にならない程度の速度で切り替えたり、レイヤ２で論理的なリンクを維持したりすることにより、ネットワーク部からは複数のインタフェースを介してネットワークに接続している場合と同等に動作できるよう構成されていてもよい。
また、本明細書ではホームＰＭＩＰドメインを３ＧＰＰネットワークが主体（移動しない方のインタフェース）である場合について例示したが、ＷｉＭＡＸやＷＬＡＮなどを用いた異なるアクセスネットワークであってもよい。

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

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

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

本発明の移動端末及びネットワークノード並びにパケット転送管理ノードは、ＰＭＩＰｖ６のＰＢＵメッセージによるＰＭＩＰｖ６バインディングと、ＣＭＩＰｖ６のＢＵメッセージによるＣＭＩＰｖ６バインディングとの間の競合を解消するという効果を有しており、パケット交換型データ通信ネットワークのシステム（特に、ＰＭＩＰなどのネットワークベースのローカルモビリティ管理プロトコルが実装されているネットワークシステム）における通信技術分野に適用可能である。

また、ＮＡＩは、例えば、認証のためにＡＡＡ（Authorization, Authentication and Accounting：認証、認可、課金）サーバに渡される。ＡＡＡサーバ（ＬＳ（ローカルサーバ））は、ＭＮのネットワーク接続を認証すると、認証成功を通知する応答をＭＡＧに返信し、ホームリンク又はＭＮのローカルＰＭＩＰｖ６ドメインパラメータを提供する。上記のパラメータは、例えば非特許文献２や下記の非特許文献３に開示されているような各ＭＮにユニークなプレフィックス、ＬＭＡのアドレス、許可されているアドレス構成モード（ステートレス又はステートフル）ＭＮの移動ポリシ、ＭＮの能力（ＩＰｖ６可能、ＭＩＰｖ６実装など）である。ＭＡＧは、こうしたＭＮのパラメータを取得すると、ホームリンク／ローカルホームリンクをエミュレートし、同時にプロキシＢＵ（ＰＢＵ：Proxy BU）をＬＭＡに送信する。

また、広義のマルチホーミングのモバイルノードは、複数のインタフェースを有するＭＮ（各インタフェースが異なるアクセス技術を有していてもよい）、又は、異なるプレフィックスを処理し、同一インタフェース上で異なるアドレスを構成することが可能な１つのインタフェースを有するＭＮを指す。なお、例えば下記の非特許文献４には、様々なシナリオのマルチホームのホストの利点について記載されており、今後、ＭＮが複数のインタフェースを有したり、複数のプレフィックスの処理機能を有したりするようになることが予見できる。しかしながら、非特許文献２で概説されているＰＭＩＰｖ６は、単一のインタフェースを有するモバイルノードを考慮して設計されており、ＰＭＩＰｖ６には、マルチホーミングサポート機能が欠けている。

また、下記の非特許文献５には、ＭＩＰｖ６及びＰＭＩＰｖ６が相互作用した場合の様々な問題について言及されている。ここでは、主に、ＣＭＩＰｖ６スタックを実装しているとともに、ＰＭＩＰｖ６サービスに加入しているＭＮに関する問題が挙げられている。非特許文献２及び非特許文献５では、ＬＭＡがＨＡ機能を更に有することが可能である旨が記載されている。このようなデュアルモードのＬＭＡは、ＰＭＩＰｖ６のＬＭＡの機能とＭＩＰｖ６のＨＡの機能が１つの通信装置によって実現されており、併設ＬＭＡ／ＨＡ（本明細書ではＬＭＡ／ＨＡと記載）と呼ばれる。

ＬＭＡ／ＨＡは、ＬＭＡのプレフィックス（論理的にＬＭＡの配下に属し、各ＭＮにユニークなプレフィックス）からホームアドレスを構成するノードに対してＰＭＩＰｖ６のホームＬＭＡとして機能する。また、ＬＭＡ／ＨＡは、ＬＭＡのプレフィックスを用いないホームアドレスを有し、ＰＭＩＰｖ６に外部から移動してきたノードに対しては外部ＬＭＡとして機能する。さらに、ＬＭＡ／ＨＡは、他のドメインに移動中のノードにとってＭＩＰｖ６のＨＡとして機能し、そのノードンの位置管理（気付アドレスの管理）を行うことが可能である。また、ＬＭＡ／ＨＡが特定のノードのホームエージェントであり、このノードがホームドメインであるＰＭＩＰｖ６ドメインで起動した場合には、ＬＭＡ／ＨＡはホームＬＭＡとして機能する。この場合には、ＬＭＡ／ＨＡにおいて、位置登録シグナリングが実行される。上記のＭＮが別の外部ドメインに移動した場合、同一のＬＭＡ／ＨＡがＭＩＰｖ６のＨＡとして機能し、ＭＮから直接ＭＩＰｖ６の登録を受信する。

ＭＮがＡＲに関連したプレフィックスから構成したアドレスはローカルアドレスと呼ばれ、ＭＡのプレフィックスから構成したアドレスはグローバルアドレスと呼ばれる。ローカルドメイン内でサブネットワークの変更が行われるたびに、ＭＮはローカル気付アドレスを構成し、そのローカルアドレスをＭＡに通知する。また、ＭＮは、モビリティエージェントが変更された場合のみグローバルアドレスを構成して、ＨＡ又はＣＮに通知する。ＨＡ又はＣＮに通知されるバインディングは、ＭＮのホームアドレスとＭＮのグローバルアドレスとを関連付けるバインディングである。
国際特許公開ＷＯ／０３／１０７６００米国特許第６９９２９９５号 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 05, 2007. Damic, D., et. al., "Proxy Mobile IPv6 indication and discovery", Internet Engineering Task Force (IETF) Working Group Draft: draft-damic-netlmm-pmip6-ind-discover-01.txt, June 19, 2007. Ernst, T., et. al., "Motivations and Scenarios for Using Multiple Interfaces and Global Addresses", Internet Engineering Task Force (IETF) Working Group Draft: draft-ietf-monami6-multihoming-motivation-scenario-02.txt, July 12, 2007. Giaretta, G., et. al., "Interactions between PMIPv6 and MIPv6: scenarios and related issues" Internet Engineering Task Force (IETF) Working Group Draft: draft-giaretta-netlmm-mip-interactions-01, July 6, 2007. "3GPP System Architecture Evolution: Report on Technical Options and Conclusion", 3GPP TR 23.882, V1.9.0, April 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.

また、ＭＮ１０の各インタフェースは、１つのプレフィックス（ＬＭＡ／ＨＡ４０に管理されており、ＭＮ１０に固有のプレフィックス）のみを取得できるものとする。したがって、ＭＡＣ（Media Access Control：メディアアクセス制御）アドレスやＢＩＤなどのインタフェースＩＤを使用して、異なるインタフェースを用いて接続を行っている同一ＭＮによるバインディングを区別することが可能となる。

そして、ＭＮ１０のＷＬＡＮインタフェースは、ＭＡＧ２１に短い時間だけ接続した後、すぐに移動して外部ドメイン１０１に接続を行うものとする。なお、この外部ドメイン１０１もグローバルなインターネット１０２に接続されている。また、外部ドメイン１０１は別の３ＧＰＰドメインであってもよく、ＷｉＭＡＸやＷＬＡＮなどの異なるアクセスネットワークであってもよく、ＦＭＣ（Fixed Mobile Convergence）などによって無線系と固定系が統合されたネットワークや、ＮＧＮ（Next Generation Network）などの高度
に管理されるネットワーク構成に関わるネットワークでもよく、それらネットワークとの信頼関係が高くても低くてもよい。さらに、ホームＰＭＩＰｖ６ドメイン１００とＷＬＡＮのアクセスネットワーク（外部ドメイン１０１）がグローバルなインターネット１０２を介することなく接続されていてもよい（例えば、ＬＭＡやＭＡＧなどのノードを介して接続されていてもよい）。以降、これらネットワーク構成の差異によらず、本質的な課題が存在するが、本明細書では図１Ａの構成を例として説明する。

上記のようにしてセットされた間違ったエントリは、ＭＡＧ２１からプロキシ登録削除を受けるか、ＭＮ１０がＷＬＡＮインタフェースからバインディングリフレッシュＢＵが到達するまで、ＬＭＡ／ＨＡ４０によって利用可能な状態となる。そして、間違ったエントリを削除するまで、ＷＬＡＮインタフェースにおいて送受信されるすべてのパケットは失われてしまうことになる。この結果、ネットワークは、ロード（負荷）バランス、フォールトトレランス、バイキャスティングなどの各種サービス（マルチホーミングの機能を用いたサービス）を提供できず、マルチホーミングの利益に享受できない。

以下、本発明の実施の形態について説明する。

メッセージ２６４のタイプによらず、メッセージ２６４には、メッセージ２６３によって提供されたＢＵメッセージ２６２の識別情報（ＣＭＩＰｖ６のＢＵメッセージ２６２のシーケンスナンバーやＩＦ−ＩＤ／ＢＩＤ、ＷＬＡＮインタフェースの気付アドレス、ＭＮ２００のＮＡＩなど）と共に、ＭＡＧ２２０によって現在の時刻情報が付加される必要がある。例えば、メッセージ２６４にはタイムスタンプオプションが付加され、このタイムスタンプオプション内に現在の時刻情報が挿入される。

また、ＭＮ２００は、ホームＰＭＩＰｖ６ドメイン２３０で本発明に係るサービスを提供しているか否かを確認し、本発明に係るサービスが提供されていることが確認できてから、ＷＬＡＮインタフェースを経由して送信したＣＭＩＰｖ６のＢＵメッセージ２６２の識別情報を含むメッセージ２６３をＭＡＧ２２０に送信してもよく、タイムスタンプの付加を依頼してもよい。なお、本発明に係るサービスが提供されていることをＭＮ２００が確認する方法は任意であり、例えば、ＭＮ２００がホームＰＭＩＰｖ６ドメイン２３０や情報サーバに問い合わせを行ってもよく、ホームＰＭＩＰｖ６ドメイン２３０側からＲＡなどを利用して本発明に係るサービスが提供されていることを明示的に通知してもよい。

１０、３００、５００、６００、７００、８００ＭＮ（モバイルノード、移動端末）
２０、２１、２２０、２２１、５２０、５２１、６２０、６２１、７２０、７２１、８２０、８２１ＭＡＧ（モバイルアクセスゲートウェイ）
２２、２２２、５２２、６２２、７２２、８２２ＡＲ（アクセスルータ）
３０、２４０、５４０、６４０、７４０、８４０ＬＳ／ＡＡＡサーバ
４０、２５０、４００、５５０、６５０、７５０、８５０、ＬＭＡ／ＨＡ（ローカルモビリティアンカ／ホームエージェント）
５０、２６０、５６０ＢＣ（バインディングキャッシュ）
１００２３０、５３０、６３０、７３０、８３０ホームＰＭＩＰドメイン
１０１、２３１、５３１、６３１、７３１、８３１外部ドメイン（外部ＣＭＩＰｖ６ドメイン）
１０２、２３２、５３２、６３２、７３２、８３２インターネット
３０１上位レイヤプロトコル
３０２、４０１レイヤ３プロトコル
３０３、４０２下位レイヤプロトコル。
３０６、４０５ＩＰｖ６ルーティングモジュール
３０７ＭＩＰｖ６モジュール
３０８マルチホーミングサポートモジュール
３０９ホームＰＭＩＰ／ＣＭＩＰ切り換えモジュール
４０６ＬＭＡ／ＨＡトンネリングモジュール
４０７ＬＭＡ／ＨＡバインディングアップデート処理モジュール
４０８ＬＭＡ／ＨＡＢＵ競合解消モジュール
４０９ＩＰｖ６近隣キャッシュ
４１０バインディングキャッシュ

Claims

複数の無線通信インタフェースと、
モバイルＩＰ機能を実現するモバイルＩＰモジュールと、
前記複数の無線通信インタフェースのうちの第１無線通信インタフェースから送信したバインディングアップデートメッセージ、又は、前記複数の無線通信インタフェースのうちのいずれかの第１無線通信インタフェースから送信しようとしているバインディングアップデートメッセージを特定する識別情報を、前記複数の無線通信インタフェースのうちのネットワークベースのローカルモビリティ管理プロトコルを実装しているホームドメインに接続している第２無線通信インタフェースから送信する識別情報送信手段とを、
有する移動端末。
前記バインディングアップデートメッセージの識別情報を前記第２無線通信インタフェースが接続されているネットワークノードに通知する際に、前記ネットワークノードに前記識別情報に現在の時刻情報を付加して前記ホームドメイン内のパケット転送管理ノードに通知する依頼を行うように構成されている請求項１に記載の移動端末。
前記バインディングアップデートメッセージの識別情報を前記第２無線通信インタフェースが接続されている前記ネットワークノードが、前記依頼に応じて前記現在の時刻情報の付加を行う時刻情報付加機能を有するか否かを特定し、前記ネットワークノードが前記時刻情報付加機能を有する場合に依頼を行うように構成されている請求項２に記載の移動端末。
前記識別情報として、前記第１無線通信インタフェースを識別するためのインタフェース識別情報又は前記第１無線通信インタフェースに設定されるアドレスを識別するためのアドレス識別情報と、前記バインディングアップデートメッセージに含まれるシーケンスナンバーとを使用するように構成されている請求項１に記載の移動端末。
前記バインディングアップデートメッセージを前記識別情報として使用するように構成されている請求項１に記載の移動端末。
前記第１無線通信インタフェースが前記ホームドメインから別のドメインに接続先を変更して、前記第１無線通信インタフェースから前記バインディングアップデートメッセージを送信したか、これから送信しようとする場合に、前記バインディングアップデートメッセージの識別情報を前記第２無線通信インタフェースから送信するように構成されている請求項１に記載の移動端末。
前記識別情報送信手段が、前記バインディングアップデートメッセージの識別情報と共に、前記識別情報によって特定される前記バインディングアップデートメッセージのバインディング情報が最新のものである旨を示す情報を送信するように構成されており、
前記ホームドメイン内のパケット転送管理ノードは、前記識別情報と共に前記バインディング情報が最新のものである旨を受信することで、前記バインディング情報が有効である旨を把握可能となる請求項６に記載の移動端末。
前記第１無線通信インタフェースが別のドメインから前記ホームドメインに接続先を変更した場合に、前記第１無線通信インタフェースが前記別のドメインに接続していた際に送信した前記バインディングアップデートメッセージの識別情報を前記第２無線通信インタフェースから送信するように構成されている請求項１に記載の移動端末。
前記識別情報送信手段が、前記バインディングアップデートメッセージの識別情報と共に、前記識別情報によって特定される前記バインディングアップデートメッセージのバインディング情報が最新のものではない旨を示す情報を送信するように構成されており、
前記ホームドメイン内のパケット転送管理ノードが、前記識別情報と共に前記バインディング情報が最新のものではない旨を受信することで、前記バインディング情報が無効である旨を把握可能となる請求項８に記載の移動端末。
前記別のドメインでは、前記移動端末は、移動端末自身がモビリティ管理に係る処理を行うクライアントタイプのモビリティ管理プロトコルを実行するように構成されている請求項６に記載の移動端末。
前記識別情報送信手段による前記識別情報の送信の際に、前記ホームドメインから現在時刻情報を取得する現在時刻取得手段を有し、
前記識別情報送信手段が、前記バインディングアップデートメッセージの識別情報と共に前記現在時刻情報を送信するように構成されている請求項１に記載に移動端末。
ネットワークベースのモビリティ管理プロトコルが実行されているネットワークドメイン内に存在し、前記ネットワークドメインをホームドメインとする移動端末に対して前記ネットワークドメインへの接続ポイントとなることが可能なネットワークノードであって、
前記移動端末が別の無線通信インタフェースから送信したバインディングアップデートメッセージの識別情報、あるいはこれから送信しようとしているバインディングアップデートメッセージの識別情報を包含したパケットを含む前記移動端末から受信したパケットに時刻情報を付加して前記ネットワークドメイン内のパケット転送管理ノードに送信するように構成されているネットワークノード。
前記移動端末から前記時刻情報の付加を依頼された場合に、前記移動端末から受信したパケットに前記時刻情報を付加して前記パケット転送管理ノードに送信するように構成されている請求項１２に記載のネットワークノード。
前記移動端末が別の無線通信インタフェースから送信したバインディングアップデートメッセージ、あるいはこれから送信しようとしているバインディングアップデートメッセージの識別情報が含まれている特定のパケットに前記時刻情報を付加するように前記移動端末から依頼を受ける請求項１３に記載のネットワークノード。
前記移動端末から受信するパケットの中から、前記移動端末が別の無線通信インタフェースから送信したバインディングアップデートメッセージの識別情報、あるいはこれから送信しようとしているバインディングアップデートメッセージの識別情報を検出した場合に、前記パケットに時刻情報を付加して前記パケット転送管理ノードに送信するように構成されている請求項１２に記載のネットワークノード。
前記時刻情報を付加して前記パケット転送管理ノードに送信する機能を有することを、前記移動端末からの問い合わせを受けた場合に前記移動端末に受動的に通知するか、前記移動端末からの問い合わせを受けない場合であっても前記移動端末に能動的に通知するように構成されている請求項１２に記載のネットワークノード。
ネットワークベースのモビリティ管理プロトコルが実行されているネットワークドメイン内に存在し、前記ネットワークドメイン内のパケット転送を管理するパケット転送管理ノードであって、
モバイルＩＰのホームエージェントとしての機能を実現するホームエージェント実現手段と、
前記ホームエージェント実現手段で管理するノードのバインディング情報を格納するモバイルＩＰバインディング情報格納手段と、
前記ネットワークベースのモビリティ管理プロトコルのローカルモビリティアンカとしての機能を実現するローカルモビリティアンカ実現手段と、前記ローカルモビリティアンカ実現手段で管理するノードのバインディング情報を格納するローカルバインディング情報格納手段とを有するローカル管理ノードと通信を行う通信手段と、
前記ネットワークドメイン内のネットワークノードであって前記ネットワークドメインをホームドメインとする移動端末に対して前記ホームドメインへの接続ポイントとなることが可能なネットワークノードから、前記移動端末が別の無線通信インタフェースから送信したバインディングアップデートメッセージの識別情報、あるいはこれから送信しようとしているバインディングアップデートメッセージの識別情報及び付加されている時刻情報を前記ローカル管理ノードが受信した場合、前記通信手段を介して前記ローカル管理ノードから前記識別情報及び前記時刻情報を受信し、前記識別情報に基づいて前記モバイルＩＰバインディング情報格納手段内のバインディングを特定し、特定された前記バインディング情報と前記時刻情報と関連付けるバインディング情報処理手段とを、
有するパケット転送管理ノード。
前記モバイルＩＰバインディング情報格納手段及び前記ローカルバインディング情報格納手段、あるいは、前記バインディング情報格納手段内に、受信した前記識別情報によって特定される前記バインディング情報が設定されている前記無線通信インタフェースに係る他のバインディング情報が存在しているか否かをチェックし、前記他のバインディング情報が存在している場合には、それぞれのバインディング情報の時刻情報をチェックして、最も新しい時刻を示す時刻情報を有するバインディング情報を有効なバインディング情報として設定するように構成されている請求項１７に記載のパケット転送管理ノード。
前記モバイルＩＰバインディング情報格納手段及び前記ローカルバインディング情報格納手段、あるいは、前記バインディング情報格納手段内に不要なバインディング情報が存在する場合には、前記不要なバインディング情報を無効に設定した状態で残しておくように構成されている請求項１７に記載のパケット転送管理ノード。
前記無効に設定した状態のまま所定の時間以上経過した前記不要なバインディング情報を削除するように構成されている請求項１９に記載のパケット転送管理ノード。
前記バインディング情報格納手段内に不要なバインディング情報が存在する場合には、前記不要なバインディング情報を無効に設定した状態で残しておき、前記最も新しい時刻を示す時刻情報を有するバインディング情報が無効に設定されているバインディング情報の場合には、無効に設定されているバインディング情報を有効なバインディング情報として設定するように構成されている請求項１８に記載のパケット転送管理ノード。
前記無効に設定した状態のまま所定の時間以上経過した前記不要なバインディング情報を削除するように構成されている請求項２１に記載のパケット転送管理ノード。
最も新しい時刻を示す時刻情報が前記バインディングアップデートメッセージの識別情報と共に送信されてきた前記時刻情報であるが、前記バインディングアップデートメッセージに係るバインディング情報が前記バインディング情報格納手段内に存在しない場合には、前記移動端末に対して前記バインディングアップデートメッセージの再送信を要求するように構成されている請求項１８に記載のパケット転送管理ノード。
前記モバイルＩＰバインディング情報格納手段及び前記ローカルバインディング情報格納手段、あるいは、前記バインディング情報格納手段内に、受信した前記識別情報によって特定される前記バインディング情報が設定されている前記無線通信インタフェースに係る他のバインディング情報が存在しているか否かをチェックし、前記他のバインディング情報が、受信した前記識別情報と同一又はそれより古い識別情報によって特定されるバインディング情報である場合には、前記他のバインディング情報を無効にするように構成されている請求項１７に記載のパケット転送管理ノード。
前記バインディングアップデートメッセージの識別情報と共に、前記識別情報によって特定される前記バインディングアップデートメッセージのバインディング情報が最新のものである旨を示す情報を受信した場合、前記識別情報によって特定される前記バインディングアップデートメッセージのバインディング情報を有効にするよう構成されている請求項１７に記載のパケット転送管理ノード。
前記バインディングアップデートメッセージの識別情報と共に、前記識別情報によって特定される前記バインディングアップデートメッセージのバインディング情報が最新のものではない旨を示す情報を受信した場合、前記識別情報によって特定される前記バインディングアップデートメッセージのバインディング情報を無効にするよう構成されている請求項１７に記載のパケット転送管理ノード。
前記識別情報によって特定される前記バインディング情報の受信時刻と、受信した前記識別情報によって特定される前記バインディング情報が設定されている前記無線通信インタフェースに係る他のバインディング情報の受信時刻とが、所定の時間より短い時間間隔の場合に、前記移動端末に対して前記無線通信インタフェースに係るバインディング情報の再通知を要求するように構成されている請求項１７に記載のパケット転送管理ノード。
同一の無線通信インタフェースにおいてバインディング情報の競合が検出された場合に、前記競合が検出された旨を前記移動端末に通知するとともに、前記競合が検出された前記無線通信インタフェースにおける通信に関して、前記競合が検出された前記無線通信インタフェースとは異なる別の無線通信インタフェースを一時的に使用できるようにする請求項１７に記載のパケット転送管理ノード。
ネットワークベースのモビリティ管理プロトコルが実行されているネットワークドメイン内に存在し、前記ネットワークドメイン内のパケット転送を管理するパケット転送管理ノードであって、
前記ネットワークベースのモビリティ管理プロトコルのローカルモビリティアンカとしての機能を実現するローカルモビリティアンカ実現手段と、
前記ローカルモビリティアンカ実現手段で管理するノードのバインディング情報を格納するローカルバインディング情報格納手段と、
モバイルＩＰのホームエージェントとしての機能を実現するホームエージェント実現手段と、前記ホームエージェント実現手段で管理するノードのバインディング情報を格納するモバイルＩＰバインディング情報格納手段とを有するグローバル管理ノードと通信を行う通信手段と、
前記ネットワークドメイン内のネットワークノードであって前記ネットワークドメインをホームドメインとする移動端末に対して前記ホームドメインへの接続ポイントとなることが可能なネットワークノードから、前記移動端末が別の無線通信インタフェースから送信したバインディングアップデートメッセージの識別情報、あるいはこれから送信しようとしているバインディングアップデートメッセージの識別情報及び付加されている時刻情報を受信した場合、前記通信手段を介して前記グローバル管理ノードに前記識別情報及び前記時刻情報を渡すことによって、前記ローカル管理ノードが前記識別情報に基づいて前記モバイルＩＰバインディング情報格納手段内のバインディングを特定し、特定された前記バインディング情報と前記時刻情報と関連付けられるようにするバインディング情報処理手段とを、
有するパケット転送管理ノード。
前記モバイルＩＰバインディング情報格納手段及び前記ローカルバインディング情報格納手段、あるいは、前記バインディング情報格納手段内に、受信した前記識別情報によって特定される前記バインディング情報が設定されている前記無線通信インタフェースに係る他のバインディング情報が存在しているか否かをチェックし、前記他のバインディング情報が存在している場合には、それぞれのバインディング情報の時刻情報をチェックして、最も新しい時刻を示す時刻情報を有するバインディング情報を有効なバインディング情報として設定するように構成されている請求項２９に記載のパケット転送管理ノード。
前記モバイルＩＰバインディング情報格納手段及び前記ローカルバインディング情報格納手段、あるいは、前記バインディング情報格納手段内に不要なバインディング情報が存在する場合には、前記不要なバインディング情報を無効に設定した状態で残しておくように構成されている請求項２９に記載のパケット転送管理ノード。
前記無効に設定した状態のまま所定の時間以上経過した前記不要なバインディング情報を削除するように構成されている請求項３１に記載のパケット転送管理ノード。
前記バインディング情報格納手段内に不要なバインディング情報が存在する場合には、前記不要なバインディング情報を無効に設定した状態で残しておき、前記最も新しい時刻を示す時刻情報を有するバインディング情報が無効に設定されているバインディング情報の場合には、無効に設定されているバインディング情報を有効なバインディング情報として設定するように構成されている請求項３０に記載のパケット転送管理ノード。
前記無効に設定した状態のまま所定の時間以上経過した前記不要なバインディング情報を削除するように構成されている請求項３３に記載のパケット転送管理ノード。
最も新しい時刻を示す時刻情報が前記バインディングアップデートメッセージの識別情報と共に送信されてきた前記時刻情報であるが、前記バインディングアップデートメッセージに係るバインディング情報が前記バインディング情報格納手段内に存在しない場合には、前記移動端末に対して前記バインディングアップデートメッセージの再送信を要求するように構成されている請求項３０に記載のパケット転送管理ノード。
前記モバイルＩＰバインディング情報格納手段及び前記ローカルバインディング情報格納手段、あるいは、前記バインディング情報格納手段内に、受信した前記識別情報によって特定される前記バインディング情報が設定されている前記無線通信インタフェースに係る他のバインディング情報が存在しているか否かをチェックし、前記他のバインディング情報が、受信した前記識別情報と同一又はそれより古い識別情報によって特定されるバインディング情報である場合には、前記他のバインディング情報を無効にするように構成されている請求項２９に記載のパケット転送管理ノード。
前記バインディングアップデートメッセージの識別情報と共に、前記識別情報によって特定される前記バインディングアップデートメッセージのバインディング情報が最新のものである旨を示す情報を受信した場合、前記識別情報によって特定される前記バインディングアップデートメッセージのバインディング情報を有効にするよう構成されている請求項２９に記載のパケット転送管理ノード。
前記バインディングアップデートメッセージの識別情報と共に、前記識別情報によって特定される前記バインディングアップデートメッセージのバインディング情報が最新のものではない旨を示す情報を受信した場合、前記識別情報によって特定される前記バインディングアップデートメッセージのバインディング情報を無効にするよう構成されている請求項２９に記載のパケット転送管理ノード。
前記識別情報によって特定される前記バインディング情報の受信時刻と、受信した前記識別情報によって特定される前記バインディング情報が設定されている前記無線通信インタフェースに係る他のバインディング情報の受信時刻とが、所定の時間より短い時間間隔の場合に、前記移動端末に対して前記無線通信インタフェースに係るバインディング情報の再通知を要求するように構成されている請求項２９に記載のパケット転送管理ノード。
同一の無線通信インタフェースにおいてバインディング情報の競合が検出された場合に、前記競合が検出された旨を前記移動端末に通知するとともに、前記競合が検出された前記無線通信インタフェースにおける通信に関して、前記競合が検出された前記無線通信インタフェースとは異なる別の無線通信インタフェースを一時的に使用できるようにする請求項２９に記載のパケット転送管理ノード。
ネットワークベースのモビリティ管理プロトコルが実行されているネットワークドメイン内に存在し、前記ネットワークドメイン内のパケット転送を管理するパケット転送管理ノードであって、
モバイルＩＰのホームエージェントとしての機能を実現するホームエージェント実現手段と、
前記ネットワークベースのモビリティ管理プロトコルのローカルモビリティアンカとしての機能を実現するローカルモビリティアンカ実現手段と、
前記ホームエージェント実現手段及び前記ローカルモビリティアンカ実現手段で管理するノードのバインディング情報を格納するバインディング情報格納手段と、
前記ネットワークドメイン内のネットワークノードであって前記ネットワークドメインをホームドメインとする移動端末に対して前記ホームドメインへの接続ポイントとなることが可能なネットワークノードから、前記移動端末が別の無線通信インタフェースから送信したバインディングアップデートメッセージの識別情報、あるいはこれから送信しようとしているバインディングアップデートメッセージの識別情報及び付加されている時刻情報を受信した場合、前記識別情報に基づいて前記バインディング情報格納手段内のバインディングを特定し、特定された前記バインディング情報と前記時刻情報と関連付けるバインディング情報処理手段とを、
有するパケット転送管理ノード。
前記モバイルＩＰバインディング情報格納手段及び前記ローカルバインディング情報格納手段、あるいは、前記バインディング情報格納手段内に、受信した前記識別情報によって特定される前記バインディング情報が設定されている前記無線通信インタフェースに係る他のバインディング情報が存在しているか否かをチェックし、前記他のバインディング情報が存在している場合には、それぞれのバインディング情報の時刻情報をチェックして、最も新しい時刻を示す時刻情報を有するバインディング情報を有効なバインディング情報として設定するように構成されている請求項４１に記載のパケット転送管理ノード。
前記モバイルＩＰバインディング情報格納手段及び前記ローカルバインディング情報格納手段、あるいは、前記バインディング情報格納手段内に不要なバインディング情報が存在する場合には、前記不要なバインディング情報を無効に設定した状態で残しておくように構成されている請求項４１に記載のパケット転送管理ノード。
前記無効に設定した状態のまま所定の時間以上経過した前記不要なバインディング情報を削除するように構成されている請求項４３に記載のパケット転送管理ノード。
前記バインディング情報格納手段内に不要なバインディング情報が存在する場合には、前記不要なバインディング情報を無効に設定した状態で残しておき、前記最も新しい時刻を示す時刻情報を有するバインディング情報が無効に設定されているバインディング情報の場合には、無効に設定されているバインディング情報を有効なバインディング情報として設定するように構成されている請求項４２に記載のパケット転送管理ノード。
前記無効に設定した状態のまま所定の時間以上経過した前記不要なバインディング情報を削除するように構成されている請求項４５に記載のパケット転送管理ノード。
最も新しい時刻を示す時刻情報が前記バインディングアップデートメッセージの識別情報と共に送信されてきた前記時刻情報であるが、前記バインディングアップデートメッセージに係るバインディング情報が前記バインディング情報格納手段内に存在しない場合には、前記移動端末に対して前記バインディングアップデートメッセージの再送信を要求するように構成されている請求項４２に記載のパケット転送管理ノード。
前記モバイルＩＰバインディング情報格納手段及び前記ローカルバインディング情報格納手段、あるいは、前記バインディング情報格納手段内に、受信した前記識別情報によって特定される前記バインディング情報が設定されている前記無線通信インタフェースに係る他のバインディング情報が存在しているか否かをチェックし、前記他のバインディング情報が、受信した前記識別情報と同一又はそれより古い識別情報によって特定されるバインディング情報である場合には、前記他のバインディング情報を無効にするように構成されている請求項４１に記載のパケット転送管理ノード。
前記バインディングアップデートメッセージの識別情報と共に、前記識別情報によって特定される前記バインディングアップデートメッセージのバインディング情報が最新のものである旨を示す情報を受信した場合、前記識別情報によって特定される前記バインディングアップデートメッセージのバインディング情報を有効にするよう構成されている請求項４１に記載のパケット転送管理ノード。
前記バインディングアップデートメッセージの識別情報と共に、前記識別情報によって特定される前記バインディングアップデートメッセージのバインディング情報が最新のものではない旨を示す情報を受信した場合、前記識別情報によって特定される前記バインディングアップデートメッセージのバインディング情報を無効にするよう構成されている請求項４１に記載のパケット転送管理ノード。
前記識別情報によって特定される前記バインディング情報の受信時刻と、受信した前記識別情報によって特定される前記バインディング情報が設定されている前記無線通信インタフェースに係る他のバインディング情報の受信時刻とが、所定の時間より短い時間間隔の場合に、前記移動端末に対して前記無線通信インタフェースに係るバインディング情報の再通知を要求するように構成されている請求項４１に記載のパケット転送管理ノード。
同一の無線通信インタフェースにおいてバインディング情報の競合が検出された場合に、前記競合が検出された旨を前記移動端末に通知するとともに、前記競合が検出された前記無線通信インタフェースにおける通信に関して、前記競合が検出された前記無線通信インタフェースとは異なる別の無線通信インタフェースを一時的に使用できるようにする請求項４１に記載のパケット転送管理ノード。