(57)【要約】      （修正有）【課題】ホームから離れている移動ノードが訪問先ネットワークからローカルアクセスサービスを受けることができるように、無線通信においてホームエージェントとホームアドレスとの動的割当てを提供する。【解決手段】移動ノードは訪問先ネットワークにアクセスする。訪問先ネットワークは、移動ノードのホームネットワークによってこの移動ノードを認証する。それから訪問先ネットワークは、ビジターホームエージェントと移動ノードについてのホームアドレスとを割り当てる。引き続いて移動ノードは、ビジターホームエージェントとの確実な結合を実行する。移動ノードは、ビジターホームエージェントとホームアドレスとを使用して通信を続ける。【選択図】図２
2011193495.tif 000002
【特許請求の範囲】
【請求項１】
移動ノードが連結される訪問先ネットワークに関連したビジターホームエージェントについてのアドレスを割り当てることと、
前記移動ノードについてのホームアドレスの少なくとも一部分を割り当てることと、
を備える、無線通信のための方法。
【請求項２】
前記ビジターホームエージェントについての前記アドレスと前記移動ノードについての前記ホームアドレスの前記少なくとも一部分とを前記訪問先ネットワークに関連したサーバに格納することを更に備える、請求項１に記載の方法。
【請求項３】
前記移動ノードに関連したホームネットワークによって認証を実行することを更に備える、請求項１に記載の方法。
【請求項４】
前記移動ノードが気付けアドレスを構成するための情報を与えるルータ公示（Router Advertisement）を送信することを更に備える、請求項１に記載の方法。
【請求項５】
前記移動ノードに関するビジターホームエージェント内にエントリを生成することを更に備える、請求項１に記載の方法。
【請求項６】
移動ノードが連結される訪問先ネットワークに関連したビジターホームエージェントについてのアドレスと前記移動ノードについてのホームアドレスの少なくとも一部分とを前記訪問先ネットワークから取得することと、
前記ホームアドレスと前記移動ノードに関連する気付けアドレスとを含む結合更新（binding update）を前記ビジターホームエージェントに送ることと、
を備える、無線通信のための方法。
【請求項７】
前記結合更新に応答して前記ビジターホームエージェントから結合肯定応答を受信することを更に備える、請求項６に記載の方法。
【請求項８】
前記訪問先ネットワークから受信されたルータ公示に部分的に基づいて前記気付けアドレスを構成することを更に備える、請求項６に記載の方法。
【請求項９】
前記訪問先ネットワークから取得された前記ホームアドレスの前記少なくとも一部分に部分的に基づいて前記ホームアドレスを構成することを更に備える、請求項６に記載の方法。
【請求項１０】
セキュリティアソシエーションを前記ビジターホームエージェントと折衝することを更に備える、請求項６に記載の方法。
【請求項１１】
前記訪問先ネットワークによる認証を実行することを更に備える、請求項６に記載の方法。
【請求項１２】
ホームアドレスと移動ノードに関連する気付けアドレスとを含む結合更新を前記移動ノードから受信することと、
前記移動ノードに関連する前記ホームアドレスに関して代理二重アドレス検出を実行することと、
前記結合更新に応答して前記移動ノードに結合肯定応答を送ることと、
を備える、無線通信のための方法。
【請求項１３】
移動ノードが連結される訪問先ネットワークに関連したビジターホームエージェントについてアドレスを割り当てるように、そして
前記移動ノードについてのホームアドレスの少なくとも一部分を割り当てるように、
構成されたプロセッサを備える、無線通信に適応された装置。
【請求項１４】
前記プロセッサは更に、前記ビジターホームエージェントについての前記アドレスと前記移動ノードについての前記ホームアドレスの前記少なくとも一部分とを前記訪問先ネットワークに関連したサーバに格納するように構成される、請求項１３に記載の装置。
【請求項１５】
前記サーバは、ステートレス動的ホスト構成プロトコル（ＤＨＣＰ）サーバを含む、請求項１４に記載の装置。
【請求項１６】
前記プロセッサは更に、前記移動ノードに関連したホームネットワークによる認証を実行するように構成される、請求項１３に記載の装置。
【請求項１７】
前記プロセッサは更に、前記移動ノードが気付けアドレスを構成するための情報を与えるルータ公示を送信するように構成される、請求項１３に記載の装置。
【請求項１８】
前記プロセッサは更に、前記移動ノードに関する前記ビジターホームエージェント内にエントリを生成するように構成される、請求項１３に記載の装置。
【請求項１９】
移動ノードが連結される訪問先ネットワークに関連したビジターホームエージェントについてのアドレスと前記移動ノードについてのホームアドレスの少なくとも一部分とを前記訪問先ネットワークから取得するように、そして
前記ホームアドレスと前記移動ノードに関連する気付けアドレスとを含む結合更新を前記ビジターホームエージェントに送るように、
構成されたプロセッサを備える、無線通信に適応された装置。
【請求項２０】
前記プロセッサは更に、前記結合更新に応答して前記ビジターホームエージェントから結合肯定応答を受信するように構成される、請求項１９に記載の装置。
【請求項２１】
前記プロセッサは更に、前記訪問先ネットワークから受信されたルータ公示に部分的に基づいて前記気付けアドレスを構成するように構成される、請求項１９に記載の装置。
【請求項２２】
前記プロセッサは更に、前記訪問先ネットワークから取得された前記ホームアドレスの前記少なくとも一部分に部分的に基づいて前記ホームアドレスを構成するように構成される、請求項１９に記載の装置。
【請求項２３】
前記プロセッサは更に、セキュリティアソシエーションを前記ビジターホームエージェントと折衝するように構成される、請求項１９に記載の装置。
【請求項２４】
前記プロセッサは更に、前記訪問先ネットワークによる認証を実行するように構成される、請求項１９に記載の装置。
【請求項２５】
ホームアドレスと移動ノードに関連する気付けアドレスとを含む結合更新を前記移動ノードから受信するための手段と、
前記移動ノードに関連する前記ホームアドレスに関して代理二重アドレス検出を実行するための手段と、
前記結合更新に応答して前記移動ノードに結合肯定応答を送るための手段と、
を備える、無線通信に適応された装置。
【請求項２６】
移動ノードが連結される訪問先ネットワークに関連したビジターホームエージェントについてのアドレスと前記移動ノードについてのホームアドレスの少なくとも一部分とを割り当てるように構成されたＨＡ割当てユニットと、
前記ビジターホームエージェントについての前記アドレスと前記移動ノードについての前記ホームアドレスの前記少なくとも一部分とを前記訪問先ネットワークに格納するように構成されたアドレス記憶ユニットと、
を備える、無線通信に適応された装置。
【請求項２７】
前記移動ノードに関連したホームネットワークによる認証を実行するように構成された認証ユニットを更に備える、請求項２６に記載の装置。
【請求項２８】
前記移動ノードが気付けアドレスを構成するための情報を与えるルータ公示を送信するように構成された伝送ユニットを更に備える、請求項２６に記載の装置。
【請求項２９】
前記アドレス記憶ユニットは、ステートレス動的ホスト構成プロトコル（ＤＨＣＰ）サーバに結合される、請求項２６に記載の装置。
【請求項３０】
移動ノードが連結される訪問先ネットワークに関連したビジターホームエージェントについてのアドレスと前記移動ノードについてのホームアドレスの少なくとも一部分とを前記訪問先ネットワークから取得するように構成されたアドレス受信ユニットと、
前記ホームアドレスと前記移動ノードに関連する気付けアドレスとを含む結合更新を前記ビジターホームエージェントに送るように構成されたＨＡ結合ユニットと、
を備える、無線通信に適応された装置。
【請求項３１】
前記訪問先ネットワークから受信されたルータ公示に部分的に基づいて前記気付けアドレスを構成するように動作するアドレス構成ユニットを更に備える、請求項３０に記載の装置。
【請求項３２】
アドレス構成ユニットが更に、前記訪問先ネットワークから取得された前記ホームアドレスの前記少なくとも一部分に部分的に基づいて前記ホームアドレスを構成するように動作する、請求項３１に記載の装置。
【請求項３３】
前記訪問先ネットワークによる認証を実行するように構成された認証ユニットを更に備える、請求項３０に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
（米国特許法１１９条の下での優先権の主張）
本特許出願は、２００４年７月１日に出願された「ネットワークアクセス識別子（ＮＡＩ）およびこのための方法（Ｎｅｔｗｏｒｋ  Ａｃｃｅｓｓ  Ｉｄｅｎｔｉｆｉｅｒ  （ＮＡＩ）  ａｎｄ  Ｍｅｔｈｏｄ  Ｔｈｅｒｅｆｏｒ）」と題する特許仮出願第６０／５８５，５３２号と、２００４年７月２日に出願された「動的ホームアドレスを有する（ＭＩＰｖ６ＭＩＰｖ６  Ｗｉｔｈ  Ｄｙｎａｍｉｃ  Ｈｏｍｅ  Ａｄｄｒｅｓｓ）」と題する仮特許出願第６０／５８５，２６９号とに対する優先権を主張する。これらの出願のすべては譲受人に譲渡され、また参照により本明細書に明確に組み込まれている。
【０００２】
本開示は、一般的には無線通信と移動体ＩＰとに関する。より具体的には本明細書に開示される実施形態は、ホームエージェントと移動ノードについてのホームアドレスの動的割当てに関する。
【背景技術】
【０００３】
移動体インターネットプロトコル（ＩＰ）は、ユーザの移動性をサポートするために設計された推奨されるインターネットプロトコルである。このような移動性は、ラップトップコンピュータの普及のゆえに、したがってユーザが何処にいても繋がる連続的ネットワーク接続性の要求のゆえに重要になっている。
【０００４】
無線通信の進歩はまた、インターネットにアクセスしてＩＰサービスを提供できる、したがって移動ユーザにシームレスな接続性と強固なサポートを与えるために現在のインターネットインフラストラクチャに、より大きな要求を課する種々の無線通信装置（例えばパーソナルディジタルアシスタント（ＰＤＡ）、ハンドヘルドコンピュータ、携帯電話など）をもたらしている。
【発明の概要】
【０００５】
本明細書に開示される実施形態は、無線通信におけるホームエージェントと移動ノードについてのホームアドレスとの動的割当てを提供することに関する。
【図面の簡単な説明】
【０００６】
【図１】ＭＩＰｖ６をサポートするように構成された通信システムを示す図である。
【図２】開示された実施形態が実現され得る通信システムを示す図である。
【図３】ＨＡとＨｏＡの動的割当てに関連する手順の実施形態を示す図である。
【図４】ＨＡとＨｏＡの動的割当てを実現するために一実施形態で使用され得る呼の流れ図である。
【図５】ＨＡとＨｏＡの動的割当てを実現するために一実施形態で使用され得る呼の流れ図である。
【図６】ＨＡとＨｏＡの動的割当てを実現するために一実施形態で使用され得る呼の流れ図である。
【図７】ＨＡとＨｏＡの動的割当てを与えるために一実施形態で使用され得るプロセスの流れ図である。
【図８】ＨＡとＨｏＡの動的割当てを与えるために一実施形態で使用され得るプロセスの流れ図である。
【図９】ある幾つかの開示された実施形態が実現され得る装置のブロック図である。
【図１０】ある幾つかの開示された実施形態が実現され得る装置のブロック図である。
【発明を実施するための形態】
【０００７】
参照と明確さとのために、本明細書で使用される種々の頭字語と略語は次のように要約される。
【０００８】
ＡＡＡ  認証、認可およびアカウンティング
ＢＡ  結合肯定応答
ＢＵ  結合更新
ＣＨＡＰ  チャレンジ・ハンドシェーク認証プロトコル
ＣｏＡ  気付けアドレス
ＤＡＤ  二重アドレス検出
ＤＨＣＰｖ６  動的ホスト構成プロトコル・バージョン６
ＥＡＰ  拡張可能認証プロトコル
ＨＡ  ホームエージェント
ＨＡＡＡ  ホームＡＡＡ
ＨＭＡＣ  ハッシュド・メッセージ認証コード
ＨｏＡ  ホームアドレス
ＨｏＴ  ホームテスト
ＨｏＴＩ  ホームテスト・イニシャル
ＩＫＥ  インターネットキー交換
ＩＰｓｅｃ  インターネットプロトコル・セキュリティ
ＩＰｖ６  インターネットプロトコル・バージョン６
ＩＰｖ６ＣＰ  ＩＰｖ６制御プロトコル
ＩＳＡＫＭＰ  インターネット・セキュリティアソシエーション・キー管理プロトコル  ＬＣＰ  リンク制御プロトコル
ＭＩＰｖ６  移動体ＩＰバージョン６
ＭＮ  移動ノード
ＭＳ−ＭＰＰＥ  マイクロソフト・ポイントツーポイント暗号化
ＮＡＩ  ネットワークアクセス識別子
ＮＡＳ  ネットワークアクセスサーバ
ＮＣＰ  ネットワーク制御プロトコル
ＰＡＮＡ  ネットワークアクセスに関する認証を実行するためのプロトコル
ＰＥＡＰｖ２  被保護ＥＡＰプロトコル・バージョン２
ＰＤＳＮ  パケットデータ・サービスノード
ＰＰＰ  ポイントツーポイント・プロトコル
ＰＲＦ  擬似ランダム関数
ＲＡＤＩＵＳ  遠隔認証ダイアルイン・ユーザサービス
ＳＡ  セキュリティアソシエーション
ＳＰＤ  セキュリティ方策データベース
ＴＬＳ  トランスポート層セキュリティ
ＴＴＬＳ  トンネルＴＬＳ
本明細書で使用されるように「ノード」は、ＩＰを実現するように構成された装置を指し得る。「リンク」は、リンク層においてノードが通信し得る通信施設または媒体を指し得る。「インタフェース」は、リンクへのノードの連結を指し得る。「サブネットプレフィックス」は、ＩＰアドレスの多数の初期ビットを含むビット列を指し得る。「ルータ」は、自分自身に明示的にアドレス指定されていないＩＰパケットを転送するように構成されたノードを含み得る。「ユニキャスト経路選択可能ＩＰアドレス」は、他のＩＰサブネットからこのＩＰアドレスに送られたパケットが写像されてインタフェースに送達されるように、単一インタフェースに写像された識別子を指し得る。
【０００９】
「移動ノード」（ＭＮ）は、このノードのホームアドレスを介して到達可能であり続けながら、１つのリンクからもう１つのリンクへノードの連結点を変え得るノードを指し得る。ＭＮは、有線電話、無線電話、携帯電話、ラップトップコンピュータ、無線通信パソコン（ＰＣ）カード、パーソナルディジタルアシスタント（ＰＤＡ）、外部または内部モデムなどを含む（が、これらに限定されない）種々のタイプの装置を含み得る。種々の用途でＭＮは、種々の名前、例えばアクセスユニット、アクセス端末、加入者ユニット、移動局、移動装置、移動ユニット、移動電話、移動体、遠隔局、遠隔端末、遠隔ユニット、ユーザ装置、ユーザ設備、ハンドヘルド装置などという名前を有し得る。
【００１０】
「ホームアドレス」（ＨｏＡ）は、延長された期間の間にＭＮに割り当てられたユニキャスト経路選択可能ＩＰアドレスを指し得る。「ホームサブネットプレフィックス」は、ＭＮのＨｏＡに対応するＩＰサブネットプレフィックスを指し得る。「ホームネットワーク」は、ＭＮのホームサブネットプレフィックスが構成されたＩＰネットワークを指し得る。
【００１１】
用語「移動」は、ＭＮが前に接続されていたネットワークと同じネットワークに、もはや接続されていないような、インターネットへのＭＮの連結点の変化を指し得る。ＭＮがこれのホームネットワークに現在連結されていなければ、このＭＮは「ホームから離れている」と言われる。
【００１２】
「気付けアドレス」（ＣｏＡ）は、ＭＮがホームから離れて訪問先の（または他地域の）ネットワーク上に在るときにＭＮに割り当てられるユニキャスト経路選択可能ＩＰアドレスを指し得る；ＣｏＡのサブネットプレフィックスは他地域サブネットプレフィックスである。「他地域サブネットプレフィックス」は、ＭＮのホームサブネットプレフィックス以外の任意のＩＰサブネットプレフィックスであり得る。「訪問先ネットワーク」は、ＭＮのホームネットワーク以外の任意のネットワークであり得る。
【００１３】
「ホームエージェント」（ＨＡ）は、ＭＮがこれのＨｏＡと現在ＣｏＡとを登録したルータ（またはルーティングエンティティ）を指し得る。ＨＡは、ＭＮのＨｏＡに宛てられたパケットを受けて、ＭＮの登録したＣｏＡにこれらのパケットを転送する（例えばカプセル入りにしてトンネルさせることによって）ように構成され得る。本明細書に開示された「ビジターホームエージェント」（ビジターＨＡ）は、ＭＮが連結される訪問先ネットワーク上のＨＡを指し得る。
【００１４】
「コレスポンデントノード」（ＣＮ）は、ＭＮが通信しているピアノードを含み得る。このＣＮは、移動ノードまたは静止ノードのいずれでもよい。
【００１５】
用語「結合(binding)」は、あるＭＮに関するＨｏＡとＣｏＡとの関連を、この関連の余命と共に指し得る。結合更新（ＢＵ）は、ＭＮによってこれのＣｏＡとこれのＨｏＡとの結合を登録するために使用され得る。結合肯定応答（ＢＡ）は、ＢＵの受領を通知するために使用され得る。
【００１６】
ＩＰアドレスは、ルータがルーティングテーブルにしたがって入ネットワークインタフェースから出インタフェースにパケットを転送することを可能にすることによって発信元端点から宛て先にパケットを経路指定することを可能にする。ルーティングテーブルは典型的には、各宛て先ＩＰアドレスに関して、ＩＰノードの連結点を指定する情報（例えばネットワークプレフィックス）を保持する次ホップ（出インタフェース）情報を保持している。ＭＮが１つの場所からもう１つの場所に移動しながら既存のトランスポート層接続を維持するために、このＭＮはこれのＩＰアドレスを同じ状態で維持する必要がある。しかしながらＭＮの現在の連結点へのパケットの正しい送達は、新しい連結点で変化するＭＮのＩＰアドレスに含まれるネットワークプレフィックスに依存する。言い換えれば経路選択を変更することは、新しい連結点に関連する新しいＩＰアドレスを必要とする。
【００１７】
移動体ＩＰ（ＭＩＰ）は、ＭＮが２つのＩＰアドレス：静止ＨｏＡとＣｏＡを使用することを可能にすることによってこの問題を解決するように設計されてきた（例えば、コメント要求（ＲＦＣ）３７７５またはＲＦＣ３３４４）においてインターネット・エンジニアリング・タスクフォース（ＩＥＴＦ）によって公表されたＭＩＰバージョン６（ＭＩＰｖ６）またはＭＩＰバージョン４（ＭＩＰｖ４）を参照のこと）。ＨｏＡは静止しており、例えばＭＮのホームネットワークおよび／または他の接続情報（ＴＣＰ接続など）を識別するために使用される。ＣｏＡは、新しい連結点ごとに変化し、ＭＮのトポロジー（位相幾何学）的に重要なアドレスと考えられ得る；ＣｏＡはネットワークプレフィックスを含み、したがってネットワークトポロジーに関してＭＮの連結点を識別する。ＨＡは、ＨＡがＭＮのために指定されているこれのホームネットワーク上でＭＮがデータを絶えず受信できることを明らかにする。ＭＮがホームから離れて訪問先ネットワークに連結されるとき、このＨＡは、ＭＮのＨｏＡに宛てられたすべてのパケットを取得し、これらのパケットをＭＮの現在の連結点に送達するように用意する。
【００１８】
ホームから離れているときにＭＮは、これの現在の連結点に接続している訪問先ネットワークからＣｏＡを取得する（例えばルータまたはエージェント公示から）。それからＭＮは、ＢＵを実行することによってこれの新しいＣｏＡをこれのＨＡに登録する。ＭＮのホームネットワークからこのＭＮへのパケットを取得するためにＨＡは、このパケットをホームネットワークからＣｏＡに送達する。これは、ＣｏＡが宛て先ＩＰアドレスとして見えるようにパケットを修正することを含む。パケットがＣｏＡに到着すると、パケットが宛て先ＩＰアドレスとしてＭＮのＨｏＡを有するためにもう一度現れるように、逆変換が適用される。
【００１９】
それとしてＭＩＰは、ＭＮがこれのＨｏＡを変えることなく、１つのネットワークからもう１つのネットワークにシームレスに移動することを可能にし、またインターネットへのＭＮの現在連結点に無関係にこのアドレスを使用してデータを絶えず受信することを可能にする。この結果、ホームネットワークから離れるＭＮの動きは、トランスポートプロトコル、上位層プロトコルおよびアプリケーションにとってトランスペアレントである。
【００２０】
ＭＩＰｖ６ではＨＡとＨｏＡの割当ては静的である。これは、あるＭＮが同じＨＡを有するもう１つのＭＮに代わってＢＵを実行するためにこれのＩＰｓｅｃ  ＳＡを使用するのを避けることを意図しているが、このようなことは下記に説明するようにある幾つかの望ましい結果をもたらし得る。
【００２１】
例として図１は、ＨｏＡを有するＭＮ１１０がホームネットワーク１２０から離れて訪問先ネットワーク１３０に連結される通信システム１００を示す。ＭＮ１１０は訪問先ネットワーク１３０に接続しているＣｏＡを取得しており、ホームネットワーク１２０上のＨＡ１２５にこのＭＮのＨｏＡとＣｏＡとの結合を登録している。
【００２２】
一例ではホームネットワーク１２０は、例えばカリフォルニア州のサンディエゴに位置するが、訪問先ネットワーク１３０は例えば日本の東京に位置する可能性がある。（他の例ではホームネットワーク１２０と訪問先ネットワーク１３０は同じ国ではあるが異なる都市に、または他の構成に在り得る。）ＭＮ１１０は、訪問先ネットワーク１３０を介してＣＮ１４０（例えば地方のインターネットサービスプロバイダまたは移動装置）と通信している可能性がある。この場合、ＣＮ１４０からＭＮ１１０（例えば両者とも東京にある）へのパケットは先ず、ＨＡ１２５（例えばサンディエゴにある）に経路指定されなくてはならず、それからこれはこれのＣｏＡを介してＭＮ１１０にこれらのパケットを（例えば衛星および／または海底ケーブルを経由して）転送する。言い換えればＭＮ１１０がホームから離れているとき現在ＭＩＰは、上述のようにパケット伝送を非効率的で、および／または信頼できなくする可能性のある、自分のホームネットワークを経由する遠隔アクセスサービスを提供する。毎回ホームネットワーク１２０を通過することなしに、ＭＮ１１０が訪問先ネットワーク１３０からローカルアクセスサービスを受けることが望ましいであろう。
【００２３】
本明細書で説明された実施形態は、ＭＮがローカルアクセスサービスを受けることを許されるように、ＭＮの現在の連結点に関してＨＡとこのＭＮについてのＨｏＡとの動的割当てを提供することに関している。
【００２４】
図２は、種々の開示された実施形態が実現され得る通信システム２００を示す。例としてＭＮ２１０は、ホームネットワーク２２０から離れて訪問先ネットワーク２３０に連結されている。訪問先ネットワーク２３０上のビジターＨＡ２３５とＨｏＡは、ＭＮ２１０に割り当てられる。ＭＮ２１０はまた、訪問先ネットワーク２３０に関連するＣｏＡを取得し、ＢＵを実行することによってこのＭＮのＨｏＡとＣｏＡとの結合をビジターＨＡ２３５に登録し得る。この仕方でＭＮ２１０は、訪問先ネットワーク２３０からのローカルアクセスサービスを受けることから利益を得る。例えばＭＮ２１０とＣＮ２４０との間で伝送されるパケットは、「ローカル」である（または近い）ビジターＨＡ２３５を経由してＭＮ２１０とＣＮ２４０の両者に経路指定されることが可能であり、したがってパケット伝送を、より効率的でより高信頼性にできる。ある幾つかの実施形態では、ＭＮ２１０とＣＮ２４０とによる訪問先ネットワーク２３０の使用または選択は、例えばＭＮ２１０とＣＮ２４０との位置、ネットワークの負荷状態、または他の条件／基準などに基づく可能性がある。
【００２５】
図３は、ＨＡとＭＮについてのＨｏＡの動的割当て（例えば図２の通信システム２００における）に関連する手順の実施形態３００を示す。ステップ３１０でＭＮは、訪問先ネットワークにアクセスする（これは例えば、データリンクを構成して、認証のためのプロトコルを訪問先ネットワークと折衝することを必然的に伴い得る）。ステップ３２０で訪問先ネットワークは、ＭＮのホームネットワーク（例えばホームネットワーク内のホームＡＡＡサーバ）によって認証を実行する。ステップ３３０で訪問先ネットワークは、ビジターＨＡとＭＮについてのＨｏＡ（またはＨｏＡの一部）とを割り当てる。ステップ３４０でＭＮは、ビジターＨＡとの確実な結合を実行する（これはセキュリティアソシエーションをビジターＨＡと折衝することを更に含み得る）。ステップ３５０でＭＮは、ビジターＨＡとＨｏＡとを使用して通信を続ける。下記の実施形態はある幾つかの例を提供する。
【００２６】
図４は、ＨＡとＭＮのためのＨｏＡとの動的割当てを実現するために一実施形態で（例えば図３の実施形態で）使用され得る呼の流れ図４００を示す。例として呼の流れ図４００は、訪問先ネットワーク上のビジターＨＡ４３０とＭＮ４１０のためのＨｏＡとを割り当てるために、ＭＮ４１０と、訪問先ネットワーク（明示的には図示せず）上のネットワークアクセスサーバ（ＮＡＳ）４２０と、ホームネットワーク（明示的には図示せず）上のホームＡＡＡサーバ４４０と、の間で行われる折衝を示す。一実施形態ではＮＡＳ４２０は、ステートレスＤＨＣＰｖ６サーバ（例えばＩＥＴＦ  ＲＦＣ３３１５と３７３６に指定されたような）などのステートレスＤＨＣＰサーバと協同して動作するＰＳＤＮを含み得る。簡単さと説明のためにステートレスＤＨＣＰサーバはＮＡＳ４２０と一緒に置かれるように図示されていることに留意されたい。他の実施形態ではこれらは、別々に配置され得る。
【００２７】
ステップ４５１でＭＮ４１０は、例えばＰＰＰ  ＬＣＰ（ＩＥＴＦ  ＲＦＣ  １６６１に指定されたような）を実行することによってデータリンクを構成し、ＰＡＰ（例えばＩＥＴＦ  ＲＦＣ  １６６１に指定されたような）またはＣＨＡＰ（例えばＩＥＴＦ  ＲＦＣ  １９９４に指定されたような）などの認証用プロトコルの使用を折衝する。
【００２８】
ステップ４５２でＭＮ４１０は、ＰＡＰまたはＣＨＡＰを介してＮＡＳ４２０によって認証する。ＮＡＳ４２０は、ＲＡＤＩＵＳプロトコル（例えばＩＥＴＦ  ＲＦＣ  ２８６５と３１６２に指定されたような）によって指定されたアクセス要求メッセージを介してホームＡＡＡサーバ４４０によってＭＮ４１０を認証し得る。他の実施形態ではダイアメータープロトコル（例えばＩＥＴＦ  ＲＦＣ  ３５８８に指定されたような）も使用され得る。
【００２９】
ステップ４５３でホームＡＡＡサーバ４４０は、ＭＮ４１０を認証して、ＲＡＤＩＵＳプロトコルによって指定されたアクセス受諾メッセージを介してＮＡＳ４２０に応答する。アクセス受諾メッセージは、ＭＮ４１０の事前共有キーを含むＭＳ−ＭＰＰＥ−Ｒｅｃｖ−Ｋｅｙ業者固有属性（例えばＩＥＴＦ  ＲＦＣ  ２５４８に指定されたような）を含み得る。事前共有キーは、ＭＮ４１０とビジターＨＡ４３０とによってＩＫＥ／ＩＳＡＫＭＰ（例えばＩＥＴＦ  ＲＦＣ  ２４０８と２４０９に指定されたような）のときに使用され得る（例えば下記のステップ４５９を参照のこと）。ＭＮ４２０がＣＨＡＰ（上記のステップ４５１で説明されたような）によって認証する場合、ＭＮ４１０の事前共有キーは、次のように計算され得る：ＰＲＦ（ＭＮ−ＨＡＡＡ＿Ｓｈａｒｅｄ＿Ｓｅｃｒｅｔ、ＣＨＡＰ＿Ｃｈａｌｌｅｎｇｅ、ＮＡＩ）。擬似ランダム関数（ＰＲＦ）はＨＭＡＣであり得る。ＮＡＩは、ＭＮ４１０のネットワークアクセス識別子であり得る。「ＭＮ−ＨＡＡＡ＿Ｓｈａｒｅｄ＿Ｓｅｃｒｅｔ」は、前もってＭＮ４１０とホームＡＡＡサーバ４４０の両者に供給されている可能性がある。
【００３０】
ステップ４５４でＭＮ４１０は、ＭＮ４１０がステートレスアドレス自動構成（例えばＩＥＴＦ  ＲＦＣ  ２４６２に指定されたような）を介して自分のＩＰｖ６リンクローカルアドレス（例えばＩＥＴＦ  ＲＦＣ  ２４６０〜２４６２と３５１３に指定されたような）とＣｏＡ（例えばＩＥＴＦ  ＲＦＣ  ３７７５に指定されたような）とを構成するために使用できる６４ビット・インタフェースＩＤを折衝するためにＰＰＰ  ＩＰｖ６ＣＰ（例えばＩＥＴＦ  ＲＦＣ  ２４７２に指定されたような）を実行する。
【００３１】
ステップ４５５でＮＡＳ４２０は、ステップ４５４で折衝された６４ビット・インタフェースＩＤを／６４プレフィックスに追加することによってＭＮ４１０が自分のＣｏＡを構成するために使用できる／６４プレフィックスを含むルータ公示メッセージ（例えばＩＥＴＦ  ＲＦＣ  ２４６１に指定されたような）をＭＮ４１０に送る。一実施形態ではこのルータ公示メッセージは、「Ｍフラグ＝０、Ｏフラグ＝１、ルータ寿命、Ａフラグ＝１、Ｌフラグ＝０」（例えばＩＥＴＦ  ＲＦＣ  ２４６１に指定されたような）を含み得る。Ｍフラグは、ＭＮ４１０がこれのＣｏＡを構成するためにステートレスアドレス自動構成を使用し得ることを示す「０」にセットされ得る。Ｏフラグは、下記に更に説明されるように、ビジターＨＡ４３０のアドレスとＭＮ４１０のＨｏＡとを含む（が、これらに限定されない）他のパラメータを構成するためにＭＮ４１０がステートレスＤＨＣＰｖ６サーバを使用できることを示す「１」にセットされ得る。
【００３２】
ステップ４５６でＮＡＳ４２０は、ビジターＨＡ４３０についてのアドレスとＭＮ４１０についてのＨｏＡとを割り当てる。ＮＡＳ４２０は、ステートレスＤＨＣＰｖ６サーバにこのような情報を格納できる。
【００３３】
ステップ４５７でＭＮ４１０は、ビジターＨＡ４３０についてのアドレスとＭＮ４１０についてのＨｏＡとを取得するためにステートレスＤＨＣＰｖ６サーバを使用する。ある幾つかの実施形態ではビジターＨＡ４３０についてのアドレスとＭＮ４１０についてのＨｏＡは、業者固有の情報オプション（例えばＩＥＴＦ  ＲＦＣ  ３３１５に指定されたような）としてステートレスＤＨＣＰｖ６サーバに記憶され得る。
【００３４】
ステップ４５８でＮＡＳ４２０は、例えばＢＵ、ＢＡ、ＨｏＴＩ、ＨｏＴおよび他のメッセージ（例えばＩＥＴＦ  ＲＦＣ  ３７７５に指定されたような）の目的のためにビジターＨＡ４３０内にＳＰＤ（例えばＩＥＴＦ  ＲＦＣ  ２４０１に指定されたような）エントリを創作する。ある幾つかの実施形態ではＮＡＳ４２０は、このようなこと（例えばＩＥＴＦ  ＲＦＣ  ２５７０に指定されたような）を実行するためにビジターＨＡ４３０業者によって提供されるインタフェースを使用し得る。
【００３５】
ステップ４５９でＭＮ４１０は、ＩＳＡＫＭＰ  ＳＡを折衝してＩＫＥｖ１  Ｐｈａｓｅ  ２  ＩＳＡＫＭＰメッセージ用のキーを生成するためにビジターＨＡ４３０によって事前共有キー（例えばＩＥＴＦ  ＲＦＣ  ２４０９と２４６０に指定されたような）を有するアグレッシブモードを使用してＩＫＥｖ１  Ｐｈａｓｅ  １を実行する。
【００３６】
ステップ４６０でＭＮ４１０は、ＩＰｓｅｃ（例えばＩＥＴＦ  ＲＦＣ  ２４０１に指定されたような）ＳＡを折衝してＢＵ、ＢＡ、ＨｏＴＩ、ＨｏＴおよび他のメッセージ（例えばＩＥＴＦ  ＲＦＣ  ３７７５に指定されたような）を確保するための非ＩＳＡＫＭＰメッセージ用のキーを生成するためにビジターＨＡ４３０によってクイックモード（例えばＩＥＴＦ  ＲＦＣ  ２４０９と２４６０に指定されたような）を使用してＩＫＥｖ１  Ｐｈａｓｅ  ２を実行する。
【００３７】
ステップ４６１でＭＮ４１０は、ＢＵを実行することによってこのＭＮのＨｏＡとＣｏＡとの結合をビジターＨＡ４３０に登録する。このようなことは、ＩＰｓｅｃによって保護され得る（例えばステップ４６０を参照のこと）。
【００３８】
ステップ４６２でビジターＨＡ４３０は、ビジターＨＡ４３０のリンク上の他の如何なるノードもＭＮ４１０のＨｏＡを使用していないことを保証するためにＭＮ４１０の代わりに代理ＤＡＤ（例えばＩＥＴＦ  ＲＦＣ  ２４６２と３７７５に指定されたような）を実行する。
【００３９】
ステップ４６３でＭＮ４１０は、ステップ４６１におけるＭＮのＢＵに応答してビジターＨＡ４３０からＢＡを受信する。このようなことも、ＩＰｓｅｃによって保護され得る（例えば上記のステップ４６０を参照のこと）。
【００４０】
図５は、ＨＡとＭＮについてのＨｏＡとの動的割当てを実現するために一実施形態で使用され得る呼の流れ図５００を示す。例示と明瞭さのために図４、５では同様の要素は同様の符号でラベル付けされている。呼の流れ図５００はまた、下記に更に説明されるように図４の呼の流れ図４００で使用された特徴の幾つかを共用し得る。
【００４１】
ステップ５５１でＭＮ４１０は、データリンクを構成し、認証用のＥＡＰ（ＩＥＴＦ  ＲＦＣ  ３４８７に指定されたような）の使用を折衝するためにＰＰＰ  ＬＣＰ（ＩＥＴＦ  ＲＦＣ  １６６１に指定されたような）を実行する。
【００４２】
ステップ５５２でＭＮ４１０は、ＥＡＰ−ＴＴＬＳ（例えば２００４年７月のＩＥＴＦドラフト「ＥＡＰトンネルＴＬＳ認証プロトコル（ＥＡＰ  Ｔｕｎｎｅｌｅｄ  ＴＬＳ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＥＡＰ−ＴＴＬＳ））」に指定されたような）またはＰＥＡＰｖ２（例えば２００４年１０月のＩＥＴＦドラフト「被保護ＥＡＰプロトコル・バージョン２（Ｐｒｏｔｅｃｔｅｄ  ＥＡＰ  Ｐｒｏｔｏｃｏｌ（ＰＥＡＰ）Ｖｅｒｓｉｏｎ  ２）」に指定されたような）を介してホームＡＡＡサーバ４４０によって認証する。ＭＮ４１０とホームＡＡＡサーバ４４０との間のＥＡＰ通信は、ＭＮ４１０とＮＡＳ４２０との間のＰＰＰの上と、ＮＡＳ４２０とホームＡＡＡサーバ４４０との間のＲＡＤＩＵＳプロトコル（例えばＩＥＴＦ  ＲＦＣ  ２８６５に指定されたような）の上で行われ得る。他の実施形態ではダイアメータープロトコル（例えばＩＥＴＦ  ＲＦＣ  ３５８８に指定されたような）がＮＡＳ４２０とホームＡＡＡサーバ４４０との間で使用され得る。この全体的手順の一部としてＮＡＳ４２０は、ＭＮ４１０の事前共有キー（例えば以下、ＭＮ４１０とビジターＨＡ４３０とによってＩＫＥ／ＩＳＡＫＭＰのときに使用される）と、ＭＮ４１０とＮＡＳ４２０との間のデータの暗号化と認証（ＥＡＰ−ＴＴＬＳまたはＰＥＡＰｖ２機能の一部として）のためのキーイング素材とを取得するために、アクセス要求メッセージ（例えばＲＡＤＩＵＳプロトコルによって指定される）をホームＡＡＡサーバ４４０に送る。ホームＡＡＡサーバ４４０は、アクセス受諾メッセージ（例えばＲＡＤＩＵＳプロトコルによって指定される）でＮＡＳ４２０に応答する。アクセス受諾メッセージは、ＭＮ４１０の事前共有キーを含むＭＳ−ＭＰＰＥ−Ｒｅｃｖ−Ｋｅｙ業者固有属性（例えばＩＥＴＦ  ＲＦＣ  ２５４８に指定されたような）を含む。
【００４３】
ステップ５５３でＭＮ４１０は、ＭＮ４１０がステートレスアドレス自動構成（例えばＩＥＴＦ  ＲＦＣ  ２４６２に指定されたような）を介して自分のＩＰｖ６リンクローカルアドレス（例えばＩＥＴＦ  ＲＦＣ  ２４６０に指定されたような）とＣｏＡ（例えばＩＥＴＦ  ＲＦＣ  ３７７５に指定されたような）と、を構成するために使用できる６４ビット・インタフェースＩＤを折衝するためにＰＰＰ  ＩＰｖ６ＣＰ（例えばＩＥＴＦ  ＲＦＣ  ２４７２に指定されたような）を実行する。
【００４４】
ステップ５５４でＮＡＳ４２０は、上記のステップ５５３で折衝された６４ビット・インタフェースＩＤを／６４プレフィックスに追加することによってＭＮ４１０が自分のＣｏＡを構成するために使用できる／６４プレフィックスを含むルータ公示（例えばＩＥＴＦ  ＲＦＣ  ２４６１に指定されたような）をＭＮ４１０に送る。一実施形態ではこのルータ公示は、「Ｍフラグ＝０、Ｏフラグ＝１、ルータ寿命、Ａフラグ＝１、Ｌフラグ＝０」（例えばＩＥＴＦ  ＲＦＣ  ２４６１に指定されたような）を含み得る。Ｍフラグは、ＭＮ４１０がこれのＣｏＡを構成するためにステートレスアドレス自動構成を使用し得ることを示す「０」にセットされ得る。Ｏフラグは、下記に更に説明されるように、ビジターＨＡ４３０のアドレスとＭＮ４１０のＨｏＡとを含む（が、これらに限定されない）他のパラメータを構成するためにステートレスＤＨＣＰｖ６サーバを使用できることを示す「１」にセットされ得る。
【００４５】
ステップ５５５でＮＡＳ４２０は、ビジターＨＡ４３０についてのアドレスとＭＮ４１０についてのＨｏＡとを割り当てる。ＮＡＳ４２０は、ステートレスＤＨＣＰｖ６サーバにこのような情報を格納できる。
【００４６】
ステップ５５６でＭＮ４１０は、ビジターＨＡ４３０についてのアドレスとＭＮ４１０のＨｏＡとを取得するためにステートレスＤＨＣＰｖ６サーバを使用する。ある幾つかの実施形態ではビジターＨＡ４３０についてのアドレスとＭＮ４１０についてのＨｏＡは、業者固有の情報オプション（例えばＩＥＴＦ  ＲＦＣ  ３３１５に指定されたような）としてステートレスＤＨＣＰｖ６サーバに記憶され得る。
【００４７】
ステップ５５７でＮＡＳ４２０は、例えばＢＵ、ＢＡ、ＨｏＴＩ、ＨｏＴおよび他のメッセージ（例えばＩＥＴＦ  ＲＦＣ  ３７７５に指定されたような）の目的のためにビジターＨＡ４３０内にＳＰＤエントリを創作する。ある幾つかの実施形態ではＮＡＳ４２０は、このようなこと（例えばＩＥＴＦ  ＲＦＣ  ２５７０に指定されたような）を実行するためにビジターＨＡ４３０業者によって提供されるインタフェースを使用し得る。
【００４８】
ステップ５５８でＭＮ４１０は、ＩＳＡＫＭＰ  ＳＡを折衝してＩＫＥｖ１  Ｐｈａｓｅ  ２  ＩＳＡＫＭＰメッセージ用のキーを生成するためにビジターＨＡ４３０によって事前共有キー（例えばＩＥＴＦ  ＲＦＣ  ２４０９と２４６０に指定されたような）を有するアグレッシブモードを使用してＩＫＥｖ１  Ｐｈａｓｅ  １を実行する。
【００４９】
ステップ５５９でＭＮ４１０は、ＩＰｓｅｃ  ＳＡを折衝してＢＵ、ＢＡ、ＨｏＴＩ、ＨｏＴおよび他のメッセージ（例えばＩＥＴＦ  ＲＦＣ  ３７７５に指定されたような）を確保するための非ＩＳＡＫＭＰメッセージ用のキーを生成するためにビジターＨＡ４３０によってクイックモード（例えばＩＥＴＦ  ＲＦＣ  ２４０９と２４６０に指定されたような）を使用してＩＫＥｖ１  Ｐｈａｓｅ  ２を実行する。
【００５０】
ステップ５６０でＭＮ４１０は、ＢＵを実行することによってこのＭＮのＨｏＡとＣｏＡとの結合をビジターＨＡ４３０に登録する。
【００５１】
ステップ５６１でビジターＨＡ４３０は、ビジターＨＡ４３０のリンク上の他の如何なるノードもＭＮ４１０のＨｏＡを使用していないことを保証するためにＭＮ４１０の代わりに代理ＤＡＤ（例えばＩＥＴＦ  ＲＦＣ  ２４６２と３７７５に指定されたような）を実行する。
【００５２】
ステップ５６２でＭＮ４１０は、ステップ５６０におけるこのＭＮのＢＵに応答してビジターＨＡ４３０からＢＡを受信する。このようなことも、ＩＰｓｅｃによって保護され得る（例えば上記のステップ５６０を参照のこと）。
【００５３】
図６は、ＨＡとＭＮについてのＨｏＡとの動的割当てを実現するために一実施形態で使用され得る呼の流れ図６００を示す。例示と明瞭さのために図４、５、および６では同様の要素は同様の符号でラベル付けされている。呼の流れ図６００はまた、下記に更に説明されるように呼の流れ図４００、および５００で使用された特徴の幾つかを共用し得る。
【００５４】
ステップ６５１でＭＮ４１０は、データリンクを構成し、認証用のＰＡＰ（ＩＥＴＦ  
ＲＦＣ  １６６１に指定されたような）またはＣＨＡＰ（ＩＥＴＦ  ＲＦＣ  １９９４に
指定されたような）の使用を折衝するためにＰＰＰ  ＬＣＰ（ＩＥＴＦ  ＲＦＣ  １６６
１に指定されたような）を実行する。
【００５５】
ステップ６５２でＭＮ４１０は、ＰＡＰまたはＣＨＡＰを介してＮＡＳ４２０によって認証する。ＮＡＳ４２０は、前述のようにＲＡＤＩＵＳプロトコル（例えばＩＥＴＦ  ＲＦＣ  ２８６５に指定されたような）またはダイアメータープロトコル（例えばＩＥＴＦ  ＲＦＣ  ３５８８に指定されたような）によって指定されたアクセス要求メッセージを介してホームＡＡＡサーバ４４０によってＭＮ４１０を認証し得る。
【００５６】
ステップ６５３でホームＡＡＡサーバ４４０は、ＭＮ４１０を認証して、ＲＡＤＩＵＳプロトコルによって指定されたアクセス受諾メッセージを介してＮＡＳ４２０に応答する。アクセス受諾メッセージは、ＭＮ４１０の事前共有キーを含むＭＳ−ＭＰＰＥ−Ｒｅｃｖ−Ｋｅｙ業者固有属性（例えばＩＥＴＦ  ＲＦＣ  ２５４８に指定されたような）を含み得る。事前共有キーは、下記に更に説明されるように、ＭＮ４１０とビジターＨＡ４３０によって非ＩＰｓｅｃ被保護ＢＵおよびＢＡのときに使用され得る。ＭＮ４１０がＣＨＡＰ（上記のステップ６５１で説明されたような）によって認証する場合、ＭＮ４１０の事前共有キーは、次のように計算され得る：ＰＲＦ（ＭＮ−ＨＡＡＡ＿Ｓｈａｒｅｄ＿Ｓｅｃｒｅｔ、ＣＨＡＰ＿Ｃｈａｌｌｅｎｇｅ、ＮＡＩ）。擬似ランダム関数（ＰＲＦ）はＨＭＡＣであり得る。ＮＡＩは、ＭＮ４１０のネットワークアクセス識別子であり得る。「ＭＮ−ＨＡＡＡ＿Ｓｈａｒｅｄ＿Ｓｅｃｒｅｔ」は、前もってＭＮ４１０とホームＡＡＡサーバ４４０の両者に供給されている可能性がある。
【００５７】
代替実施形態では図５の呼の流れ図５００におけるステップ５５２は、上記のステップ６５２、および６５３の代わりに実行され得る。
【００５８】
ステップ６５４でＭＮ４１０は、ＭＮ４１０がステートレスアドレス自動構成（例えばＩＥＴＦ  ＲＦＣ  ２４６２に指定されたような）を介して自分のＩＰｖ６リンクローカルアドレス（例えばＩＥＴＦ  ＲＦＣ  ２４６０に指定されたような）とＣｏＡ（例えばＩＥＴＦ  ＲＦＣ  ３７７５に指定されたような）と、を構成するために使用できる６４ビット・インタフェースＩＤを折衝するためにＰＰＰ  ＩＰｖ６ＣＰ（例えばＩＥＴＦ  ＲＦＣ  ２４７２に指定されたような）を実行する。
【００５９】
ステップ６５５でＮＡＳ４２０は、ステップ６５４で折衝された６４ビット・インタフェースＩＤを／６４プレフィックスに追加することによってＭＮ４１０が自分のＣｏＡを構成するために使用できる／６４プレフィックスを含むルータ公示（例えばＩＥＴＦ  ＲＦＣ  ２４６１に指定されたような）をＭＮ４１０に送る。一実施形態ではこのルータ公示は、「Ｍフラグ＝０、Ｏフラグ＝１、ルータ寿命、Ａフラグ＝１、Ｌフラグ＝０」（例えばＩＥＴＦ  ＲＦＣ  ２４６１に指定されたような）を含み得る。Ｍフラグは、ＭＮ４１０がこれのＣｏＡを構成するためにステートレスアドレス自動構成を使用し得ることを示す「０」にセットされ得る。Ｏフラグは、ＭＮ４１０が下記に更に説明されるように、ビジターＨＡ４３０のアドレスとＭＮ４１０のＨｏＡとを含む（が、これらに限定されない）他のパラメータを構成するためにステートレスＤＨＣＰｖ６サーバを使用できることを示す「１」にセットされ得る。
【００６０】
ステップ６５６でＮＡＳ４２０は、ビジターＨＡ４３０についてのアドレスとＭＮ４１０についての／６４ＨｏＡプレフィックス（例えばＩＥＴＦ  ＲＦＣ  ３７７５に指定されたような）とを選択する。ＮＡＳ４２０は、ステートレスＤＨＣＰｖ６サーバにこのような情報を格納できる。
【００６１】
ステップ６５７でＭＮ４１０は、ビジターＨＡ４３０についてのアドレスと／６４ＨｏＡプレフィックスとを取得するためにステートレスＤＨＣＰｖ６サーバを使用する。ある幾つかの実施形態ではビジターＨＡ４３０についてのアドレスと／６４ＨｏＡプレフィックスは、業者固有の情報オプション（例えばＩＥＴＦ  ＲＦＣ  ３３１５に指定されたような）としてステートレスＤＨＣＰｖ６サーバに記憶され得る。続いて、ＭＮ４１０は、／６４ＨｏＡプレフィックスおよびこの６４ビットインターフェイスＩＤ（上記のステップ６５５で折衝された）を使用して、このＨｏＡを動的に創作する。
【００６２】
ステップ６５８でＮＡＳ４２０は、非ＩＰｓｅｃ被保護ＢＵおよびＢＡメッセージ（例えば２００５年１月のＩＥＴＦドラフト「移動体に関する認証ＩＰｖ６（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｆｏｒ  Ｍｏｂｉｌｅ  ＩＰｖ６）」と２００４年１２月のＩＥＴＦドラフト「移動体に関する移動ノード識別子オプションＩＰｖ６（Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｄｅｎｔｉｆｉｅｒ  Ｏｐｔｉｏｎ  ｆｏｒ  Ｍｏｂｉｌｅ  ＩＰｖ６）」に指定されたような）のためにビジターＨＡ４３０内に、ＭＮ４１０のＮＡＩ（ＩＥＴＦ  ＲＦＣ  ２４８６に指定されたような）と事前共有キーとを含み得るエントリを生成する。ＮＡＳ４２０は、このようなこと（例えばＩＥＴＦ  ＲＦＣ  ２５７０に指定されたような）を実行するためにビジターＨＡ４３０業者によって提供されるインタフェースを使用し得る。
【００６３】
ステップ６５９でＭＮ４１０は、ＢＵを実行することによってこのＭＮのＨｏＡとＣｏＡとの結合をビジターＨＡ４３０に登録する。上述のようにこのＢＵは、ＩＰｓｅｃによって保護されなくてもよい。その代わりこれは、ＭＮ−ＨＡ認証移動性オプション（例えば２００５年１月のＩＥＴＦドラフト「移動体に関する認証ＩＰｖ６（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｆｏｒ  Ｍｏｂｉｌｅ  ＩＰｖ６）」に指定されたような）とＮＡＩ移動性オプション（２００４年１２月のＩＥＴＦドラフト「移動体のための移動ノード識別子オプションＩＰｖ６（Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｄｅｎｔｉｆｉｅｒ  Ｏｐｔｉｏｎ  ｆｏｒ  Ｍｏｂｉｌｅ  ＩＰｖ６）」に指定されたような）によって保護され得る。ビジターＨＡ４３０は、ＭＮ４１０によって登録されたＨｏＡが既に使用されていない（例えば他のＭＮによって）ことを保証するために自分のキャッシュメモリ（例えばＮＡＳ４２０によって占められている）をチェックし得る。このようなことを確認すると、ＭＮの登録は許可され得る。
【００６４】
ステップ６６０でビジターＨＡ４３０は、ビジターＨＡ３３０のリンク上の他の如何なるノードもＭＮ４１０のＨｏＡを使用していないことを保証するためにＭＮ４１０の代わりに代理ＤＡＤ（例えばＩＥＴＦ  ＲＦＣ  ２４６２と３７７５に指定されたような）を実行する。
【００６５】
ステップ６６１でＭＮ４１０は、ステップ６５９におけるＭＮのＢＵに応答してビジターＨＡ４３０からＢＡを受信する。上述のようにこのＢＡは、ＩＰｓｅｃによって保護されなくてもよい。この代わりこれは、ＭＮ−ＨＡ認証移動性オプション（例えば２００５年１月のＩＥＴＦドラフト「移動体に関する認証ＩＰｖ６（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｆｏｒ  Ｍｏｂｉｌｅ  ＩＰｖ６）」とＮＡＩ移動性オプション（２００４年１２月のＩＥＴＦドラフト「移動体に関する移動ノード識別子オプションＩＰｖ６（Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｄｅｎｔｉｆｉｅｒ  Ｏｐｔｉｏｎ  ｆｏｒ  Ｍｏｂｉｌｅ  ＩＰｖ６）」に指定されたような）によって保護され得る。
【００６６】
本明細書に開示された実施形態（図２から図５において上記に説明されたような）は、ＨＡとＭＮについてのＨｏＡとの動的割当てのある幾つかの実施形態を与えている。他の実施形態と実現形態が存在する。代替実施形態では例えば、前述の種々の手順（例えばデータリンク構成、認証、ＨｏＡとＣｏＡの構成、セキュリティアソシエーションの折衝など）は、他の適当なプロトコルにしたがって実行され得る。更にＩＥＴＦ  ＲＦＣ  ２４６２と２４６１において指定されたステートレスアドレス自動構成のためには、ＨｏＡのサブネットプレフィックスは前述のような／６４である。他の実施形態ではＨｏＡのサブネットプレフィックスは異なる長さ（または形）であり得る。
【００６７】
図７は、ＨＡとＭＮについてのＨｏＡとの動的割当てを与える一実施形態で使用され得るプロセス７００の流れ図を示す。ステップ７１０は、ＭＮが連結された訪問先ネットワークに関連するビジターＨＡについてのアドレスとＭＮについてのＨｏＡの少なくとも一部分とを割り当てる。用語「ＨｏＡの少なくとも一部分」は、ＨｏＡ（上記の図４、５の実施形態にあるようなもの）、ＨｏＡプレフィックス（上記の図６の実施形態にあるようなもの）、またはＭＮについてのＨｏＡに関連した他の情報を含み得る。ステップ７２０は、ビジターＨＡについてのアドレスとＭＮについてのＨｏＡの少なくとも一部分とを訪問先ネットワークに関連するサーバ（例えばステートレスＤＨＣＰｖ６サーバ）に格納する。ステップ７３０は、ＭＮに関連するビジターＨＡ内にエントリを創作する。一実施形態ではこのエントリは、ＢＵ、ＢＡおよび他のメッセージを記憶するためのＳＰＤエントリに結合され得る。他の実施形態ではこのエントリは、ＭＮに関連するＮＡＩと事前共有キーとを含み得る。
【００６８】
プロセス７００は更に、例えばＭＮに関連する事前共有キーを取得するためにＭＮのホームネットワーク（例えばホームＡＡＡサーバ）による認証を実行することを含む。プロセス７００はまた、ＭＮが基づいてＣｏＡを構成し得るルータ公示をＭＮに送信することを含み得る。
【００６９】
図８は、ＨＡとＭＮについてのＨｏＡとの動的割当てを与える一実施形態で使用され得るプロセス８００の流れ図を示す。ステップ８１０は、ＭＮが連結された訪問先ネットワークに関連するビジターＨＡについてのアドレスとＭＮについてのＨｏＡの少なくとも一部分とを訪問先ネットワークから取得する。ステップ８２０は、このＨｏＡとＭＮに関連するＣｏＡとを含むＢＵをビジターＨＡに送る。ステップ８３０は、このＢＵに応答してビジターＨＡからＢＡを受信する。
【００７０】
プロセス８００は、例えば訪問先ネットワークから受信されたルータ公示に部分的に基づいてＣｏＡを構成することを更に含み得る。プロセス８００はまた、訪問先ネットワークから取得されたＨｏＡ（例えばＨｏＡプレフィックス）の一部分に部分的に基づいてＨｏＡを構成することを含み得る。プロセス８００はまた、セキュリティアソシエーション（例えばＩＰｓｅｃ）をビジターＨＡと折衝することを含み得る。
【００７１】
図９は、ある幾つかの開示された実施形態（前述のような）を実現するために使用され得る装置９００のブロック図を示す。例として装置９００は、ＭＮが連結された訪問先ネットワークに関連するビジターＨＡのアドレスとＭＮについてのＨｏＡの少なくとも一部分とを割り当てるように構成されたＨＡ割当てユニット（またはモジュール）９１０と、ビジターＨＡについてのアドレスとＭＮについてのＨｏＡの少なくとも一部分とを記憶するように構成されたアドレス記憶ユニット９２０とを含み得る。ある幾つかの実施形態ではアドレス記憶ユニット９２０は、訪問先ネットワークのサーバ（例えばステートレスＤＨＣＰｖ６サーバ）に結合し得る。装置９００は更に、ＭＮのホームネットワークによる認証（例えばホームＡＡＡ）を実行するように構成された認証ユニット９３０を含み得る。装置９００はまた、ルータ公示を送信するように構成された伝送ユニット９４０を含み得る。
【００７２】
装置９００ではＨＡ割当てユニット９１０とアドレス記憶ユニット９２０と認証ユニット９３０と伝送ユニット９４０は、通信バス９５０に接続され得る。処理ユニット９６０とメモリユニット９７０もまた、通信バス９５０に接続され得る。処理ユニット９６０は、種々のユニットの動作を制御および／または調整するように構成され得る。メモリユニット９７０は、例えば処理ユニット９６０によって実行される命令を具体化し得る。
【００７３】
ある幾つかの実施形態では装置９００は、ＮＡＳまたは他のネットワークインフラストラクチャ手段に実現され得る。
【００７４】
図１０は、ある幾つかの開示された実施形態（前述のような）を実現するために使用され得る装置１０００のブロック図を示す。例として装置１０００は、ＭＮが連結された訪問先ネットワークに関連するビジターＨＡについてのアドレスとＭＮについてのＨｏＡの少なくとも一部分とを訪問先ネットワークから取得するように構成されたアドレス受信ユニット（またはモジュール）１０１０と、このＨｏＡとＭＮに関連するＣｏＡとを含むＢＵをビジターＨＡに送るように構成されたＨＡ結合ユニット１０２０とを含み得る。装置１０００は更に、例えば訪問先ネットワークから受信されたルータ公示に部分的に基づいてＣｏＡを構成するように動作するアドレス構成ユニット１０３０を含み得る。ある幾つかの実施形態ではアドレス構成ユニット１０３０は、訪問先ネットワークから取得されたＨｏＡの一部分（例えばＨｏＡプレフィックス）に部分的に基づいてＨｏＡを構成するようにも動作できる。装置１０００はまた、訪問先ネットワークによる認証を実行するように構成された認証ユニット１０４０を含み得る。
【００７５】
装置１０００では、アドレス受信ユニット１０１０とＨＡ結合ユニット１０２０とアドレス構成ユニット１０３０と認証ユニット１０４０は、通信バス１０５０に接続され得る。処理ユニット１０６０とメモリユニット１０７０もまた、通信バス１０５０に接続され得る。処理ユニット１０６０は、種々のユニットの動作を制御および／または調整するように構成され得る。メモリユニット１０７０は、例えば処理ユニット１０６０によって実
行される命令を具体化し得る。
【００７６】
ある幾つかの実施形態では装置１０００は、ＭＮまたは他のデータ受信手段に実現され得る。
【００７７】
図９、１０の種々のユニット／モジュールと他の実施形態は、ハードウエア、ソフトウエア、ファームウエアまたはこれらの組合せに実現され得る。ハードウエア実現では種々のユニットは、１つ以上の特定用途向け集積回路（ＡＳＩＣ）、ディジタル信号プロセッサ（ＤＳＰ）、ディジタル信号処理装置（ＤＳＰＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、マイクロプロセッサ、コントローラ、マイクロコントローラ、プログラム可能論理装置（ＰＬＤ）、他の電子ユニット、またはこれらの組合せ、の中に実現され得る。ソフトウエア実現では種々のユニットは、本明細書に説明された機能を実現するモジュール（例えば手順、機能など）によって実現され得る。ソフトウエアコードは、メモリユニットに記憶されて、プロセッサ（例えばプロセッサユニット）によって実行され得る。メモリユニットは、プロセッサの内部またはプロセッサの外部に実現でき、外部の場合にはメモリユニットは当技術分野で既知の種々の手段を介してプロセッサに通信できるように接続され得る。
【００７８】
当業者は、情報と信号が種々の異なる技術と技法の如何なるものを使用してでも表され得ることを理解するであろう。例えば前述の説明全体を通して参照され得るデータ、命令、コマンド、情報、信号、ビット、記号およびチップは、電圧、電流、電磁波、磁界または磁気粒子、光学フィールドまたは光学粒子、またはこれらの任意の組合せによって表され得る。
【００７９】
当業者は更に、本明細書に開示された実施形態に関連して説明された種々の例示的論理ブロック、モジュール、回路、およびアルゴリズムステップが電子ハードウエア、コンピュータソフトウエアまたは両者の組合せとして実現され得ることを認めるであろう。ハードウエアとソフトウエアのこの相互交換可能性を明瞭に説明するために種々の例示的構成要素、ブロック、モジュール、回路、およびステップが一般にこれらの機能の観点から上記に説明されてきた。このような機能がハードウエアまたはソフトウエアとして実現されるかどうかは、システム全体に課された特定の用途と設計の制約事項に依存する。当業者は、各特定の用途のために種々の仕方で前述の機能を実現できるが、このような実現の決定は、本発明の範囲からの逸脱を引き起こすものと解釈されるべきではない。
【００８０】
本明細書に開示された実施形態に関連して説明された種々の例示的論理ブロック、モジュール、および回路は、汎用プロセッサ、ディジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラム可能論理装置、個別ゲートまたはトランジスタ論理、個別ハードウエア部品、または本明細書に説明された機能を実現するように設計されたこれらの任意の組合せによって実現または実行され得る。汎用プロセッサは、マイクロプロセッサであり得るが、代替物ではプロセッサは如何なる従来のプロセッサ、コントローラ、マイクロコントローラまたは状態機械であってもよい。プロセッサはまた、コンピューティング装置の組合せとして、例えばＤＳＰと１つのマイクロプロセッサまたは複数のマイクロプロセッサの組合せ、またはＤＳＰコアと協同する１つ以上のマイクロプロセッサ、または他のこのような任意の構成として実現され得る。
【００８１】
本明細書に開示された実施形態に関連して説明された方法またはアルゴリズムのステップは直接、ハードウエアに、またはプロセッサによって実行されるソフトウエアモジュールに、またはこれら２つの組合せに具体化され得る。ソフトウエアモジュールは、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読取り専用メモリ（ＲＯＭ）、電気的にプログラム可能なＲＯＭ（ＥＰＲＯＭ）、電気的に消去可能なプログラム可能ＲＯＭ（ＥＥＰＲＯＭ）、レジスタ、ハードディスク、交換可能ディスク、ＣＤ−ＲＯＭ、または当技術分野で既知の他の任意の形式の記憶媒体、に常駐可能である。例示的記憶媒体は、プロセッサが記憶媒体から情報を読取り、また記憶媒体に情報を書き込むことができるように、プロセッサに接続される。代替手段では記憶媒体は、プロセッサと一体にできる。プロセッサと記憶媒体はＡＳＩＣに常駐し得る。ＡＳＩＣは、ＭＮに常駐し得る。代替手段ではプロセッサと記憶媒体は、ＭＮ内の個別部品として常駐し得る。
【００８２】
開示された実施形態の前述の説明は、当業者が本発明を実行または使用することを可能にするために提示されている。これらの実施形態に対する種々の修正版は、当業者に直ちに明らかになるであろうし、また本明細書に定義された一般原理は、本発明の精神または範囲から逸脱せずに他の実施形態に適用可能である。したがって本発明は、本明細書に示された実施形態に限定されることを意図しておらず、本明細書に開示された原理と新規な特徴に一致する最も広い範囲に適合させられるべきである。
【図１】
2011193495.tif 000003
【図２】
2011193495.tif 000004
【図３】
2011193495.tif 000005
【図４】
2011193495.tif 000006
【図５】
2011193495.tif 000007
【図６】
2011193495.tif 000008
【図７】
2011193495.tif 000009
【図８】
2011193495.tif 000010
【図９】
2011193495.tif 000011
【図１０】
2011193495.tif 000012
【手続補正書】
【提出日】平成23年5月19日(2011.5.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ホームアドレスと移動ノードに関連する気付けアドレスとを含む結合更新を前記移動ノードから受信することと、
前記移動ノードに関連する前記ホームアドレスに関して代理二重アドレス検出を実行することと、
前記結合更新に応答して前記移動ノードに結合肯定応答を送ることと、
を備える、無線通信のための方法。
【請求項２】
ホームアドレスと移動ノードに関連する気付けアドレスとを含む結合更新を前記移動ノードから受信するための手段と、
前記移動ノードに関連する前記ホームアドレスに関して代理二重アドレス検出を実行するための手段と、
前記結合更新に応答して前記移動ノードに結合肯定応答を送るための手段と、
を備える、無線通信に適応された装置。
【外国語明細書】
2011193495000001.pdf