JP5335850B2 - 無線通信におけるホームエージェントとホームアドレスとの動的割当て - Google Patents

Description

（米国特許法１１９条の下での優先権の主張）
本特許出願は、２００４年７月１日に出願された「ネットワークアクセス識別子（ＮＡＩ）およびこのための方法（Ｎｅｔｗｏｒｋ Ａｃｃｅｓｓ Ｉｄｅｎｔｉｆｉｅｒ （ＮＡＩ） ａｎｄ Ｍｅｔｈｏｄ Ｔｈｅｒｅｆｏｒ）」と題する特許仮出願第６０／５８５，５３２号と、２００４年７月２日に出願された「動的ホームアドレスを有する（ＭＩＰｖ６ＭＩＰｖ６ Ｗｉｔｈ Ｄｙｎａｍｉｃ Ｈｏｍｅ Ａｄｄｒｅｓｓ）」と題する仮特許出願第６０／５８５，２６９号とに対する優先権を主張する。これらの出願のすべては譲受人に譲渡され、また参照により本明細書に明確に組み込まれている。

本開示は、一般的には無線通信と移動体ＩＰとに関する。より具体的には本明細書に開示される実施形態は、ホームエージェントと移動ノードについてのホームアドレスの動的割当てに関する。

移動体インターネットプロトコル（ＩＰ）は、ユーザの移動性をサポートするために設計された推奨されるインターネットプロトコルである。このような移動性は、ラップトップコンピュータの普及のゆえに、したがってユーザが何処にいても繋がる連続的ネットワーク接続性の要求のゆえに重要になっている。

無線通信の進歩はまた、インターネットにアクセスしてＩＰサービスを提供できる、したがって移動ユーザにシームレスな接続性と強固なサポートを与えるために現在のインターネットインフラストラクチャに、より大きな要求を課する種々の無線通信装置（例えばパーソナルディジタルアシスタント（ＰＤＡ）、ハンドヘルドコンピュータ、携帯電話など）をもたらしている。

本明細書に開示される実施形態は、無線通信におけるホームエージェントと移動ノードについてのホームアドレスとの動的割当てを提供することに関する。

ＭＩＰｖ６をサポートするように構成された通信システムを示す図である。 開示された実施形態が実現され得る通信システムを示す図である。 ＨＡとＨｏＡの動的割当てに関連する手順の実施形態を示す図である。 ＨＡとＨｏＡの動的割当てを実現するために一実施形態で使用され得る呼の流れ図である。 ＨＡとＨｏＡの動的割当てを実現するために一実施形態で使用され得る呼の流れ図である。 ＨＡとＨｏＡの動的割当てを実現するために一実施形態で使用され得る呼の流れ図である。 ＨＡとＨｏＡの動的割当てを与えるために一実施形態で使用され得るプロセスの流れ図である。 ＨＡとＨｏＡの動的割当てを与えるために一実施形態で使用され得るプロセスの流れ図である。 ある幾つかの開示された実施形態が実現され得る装置のブロック図である。 ある幾つかの開示された実施形態が実現され得る装置のブロック図である。

参照と明確さとのために、本明細書で使用される種々の頭字語と略語は次のように要約される。

ＡＡＡ 認証、認可およびアカウンティング
ＢＡ 結合肯定応答
ＢＵ 結合更新
ＣＨＡＰ チャレンジ・ハンドシェーク認証プロトコル
ＣｏＡ 気付けアドレス
ＤＡＤ 二重アドレス検出
ＤＨＣＰｖ６ 動的ホスト構成プロトコル・バージョン６
ＥＡＰ 拡張可能認証プロトコル
ＨＡ ホームエージェント
ＨＡＡＡ ホームＡＡＡ
ＨＭＡＣ ハッシュド・メッセージ認証コード
ＨｏＡ ホームアドレス
ＨｏＴ ホームテスト
ＨｏＴＩ ホームテスト・イニシャル
ＩＫＥ インターネットキー交換
ＩＰｓｅｃ インターネットプロトコル・セキュリティ
ＩＰｖ６ インターネットプロトコル・バージョン６
ＩＰｖ６ＣＰ ＩＰｖ６制御プロトコル
ＩＳＡＫＭＰ インターネット・セキュリティアソシエーション・キー管理プロトコル ＬＣＰ リンク制御プロトコル
ＭＩＰｖ６ 移動体ＩＰバージョン６
ＭＮ 移動ノード
ＭＳ−ＭＰＰＥ マイクロソフト・ポイントツーポイント暗号化
ＮＡＩ ネットワークアクセス識別子
ＮＡＳ ネットワークアクセスサーバ
ＮＣＰ ネットワーク制御プロトコル
ＰＡＮＡ ネットワークアクセスに関する認証を実行するためのプロトコル
ＰＥＡＰｖ２ 被保護ＥＡＰプロトコル・バージョン２
ＰＤＳＮ パケットデータ・サービスノード
ＰＰＰ ポイントツーポイント・プロトコル
ＰＲＦ 擬似ランダム関数
ＲＡＤＩＵＳ 遠隔認証ダイアルイン・ユーザサービス
ＳＡ セキュリティアソシエーション
ＳＰＤ セキュリティ方策データベース
ＴＬＳ トランスポート層セキュリティ
ＴＴＬＳ トンネルＴＬＳ
本明細書で使用されるように「ノード」は、ＩＰを実現するように構成された装置を指し得る。「リンク」は、リンク層においてノードが通信し得る通信施設または媒体を指し得る。「インタフェース」は、リンクへのノードの連結を指し得る。「サブネットプレフィックス」は、ＩＰアドレスの多数の初期ビットを含むビット列を指し得る。「ルータ」は、自分自身に明示的にアドレス指定されていないＩＰパケットを転送するように構成されたノードを含み得る。「ユニキャスト経路選択可能ＩＰアドレス」は、他のＩＰサブネットからこのＩＰアドレスに送られたパケットが写像されてインタフェースに送達されるように、単一インタフェースに写像された識別子を指し得る。

「移動ノード」（ＭＮ）は、このノードのホームアドレスを介して到達可能であり続けながら、１つのリンクからもう１つのリンクへノードの連結点を変え得るノードを指し得る。ＭＮは、有線電話、無線電話、携帯電話、ラップトップコンピュータ、無線通信パソコン（ＰＣ）カード、パーソナルディジタルアシスタント（ＰＤＡ）、外部または内部モデムなどを含む（が、これらに限定されない）種々のタイプの装置を含み得る。種々の用途でＭＮは、種々の名前、例えばアクセスユニット、アクセス端末、加入者ユニット、移動局、移動装置、移動ユニット、移動電話、移動体、遠隔局、遠隔端末、遠隔ユニット、ユーザ装置、ユーザ設備、ハンドヘルド装置などという名前を有し得る。

「ホームアドレス」（ＨｏＡ）は、延長された期間の間にＭＮに割り当てられたユニキャスト経路選択可能ＩＰアドレスを指し得る。「ホームサブネットプレフィックス」は、ＭＮのＨｏＡに対応するＩＰサブネットプレフィックスを指し得る。「ホームネットワーク」は、ＭＮのホームサブネットプレフィックスが構成されたＩＰネットワークを指し得る。

用語「移動」は、ＭＮが前に接続されていたネットワークと同じネットワークに、もはや接続されていないような、インターネットへのＭＮの連結点の変化を指し得る。ＭＮがこれのホームネットワークに現在連結されていなければ、このＭＮは「ホームから離れている」と言われる。

「気付けアドレス」（ＣｏＡ）は、ＭＮがホームから離れて訪問先の（または他地域の）ネットワーク上に在るときにＭＮに割り当てられるユニキャスト経路選択可能ＩＰアドレスを指し得る；ＣｏＡのサブネットプレフィックスは他地域サブネットプレフィックスである。「他地域サブネットプレフィックス」は、ＭＮのホームサブネットプレフィックス以外の任意のＩＰサブネットプレフィックスであり得る。「訪問先ネットワーク」は、ＭＮのホームネットワーク以外の任意のネットワークであり得る。

「ホームエージェント」（ＨＡ）は、ＭＮがこれのＨｏＡと現在ＣｏＡとを登録したルータ（またはルーティングエンティティ）を指し得る。ＨＡは、ＭＮのＨｏＡに宛てられたパケットを受けて、ＭＮの登録したＣｏＡにこれらのパケットを転送する（例えばカプセル入りにしてトンネルさせることによって）ように構成され得る。本明細書に開示された「ビジターホームエージェント」（ビジターＨＡ）は、ＭＮが連結される訪問先ネットワーク上のＨＡを指し得る。

「コレスポンデントノード」（ＣＮ）は、ＭＮが通信しているピアノードを含み得る。このＣＮは、移動ノードまたは静止ノードのいずれでもよい。

用語「結合(binding)」は、あるＭＮに関するＨｏＡとＣｏＡとの関連を、この関連の余命と共に指し得る。結合更新（ＢＵ）は、ＭＮによってこれのＣｏＡとこれのＨｏＡとの結合を登録するために使用され得る。結合肯定応答（ＢＡ）は、ＢＵの受領を通知するために使用され得る。

ＩＰアドレスは、ルータがルーティングテーブルにしたがって入ネットワークインタフェースから出インタフェースにパケットを転送することを可能にすることによって発信元端点から宛て先にパケットを経路指定することを可能にする。ルーティングテーブルは典型的には、各宛て先ＩＰアドレスに関して、ＩＰノードの連結点を指定する情報（例えばネットワークプレフィックス）を保持する次ホップ（出インタフェース）情報を保持している。ＭＮが１つの場所からもう１つの場所に移動しながら既存のトランスポート層接続を維持するために、このＭＮはこれのＩＰアドレスを同じ状態で維持する必要がある。しかしながらＭＮの現在の連結点へのパケットの正しい送達は、新しい連結点で変化するＭＮのＩＰアドレスに含まれるネットワークプレフィックスに依存する。言い換えれば経路選択を変更することは、新しい連結点に関連する新しいＩＰアドレスを必要とする。

移動体ＩＰ（ＭＩＰ）は、ＭＮが２つのＩＰアドレス：静止ＨｏＡとＣｏＡを使用することを可能にすることによってこの問題を解決するように設計されてきた（例えば、コメント要求（ＲＦＣ）３７７５またはＲＦＣ３３４４）においてインターネット・エンジニアリング・タスクフォース（ＩＥＴＦ）によって公表されたＭＩＰバージョン６（ＭＩＰｖ６）またはＭＩＰバージョン４（ＭＩＰｖ４）を参照のこと）。ＨｏＡは静止しており、例えばＭＮのホームネットワークおよび／または他の接続情報（ＴＣＰ接続など）を識別するために使用される。ＣｏＡは、新しい連結点ごとに変化し、ＭＮのトポロジー（位相幾何学）的に重要なアドレスと考えられ得る；ＣｏＡはネットワークプレフィックスを含み、したがってネットワークトポロジーに関してＭＮの連結点を識別する。ＨＡは、ＨＡがＭＮのために指定されているこれのホームネットワーク上でＭＮがデータを絶えず受信できることを明らかにする。ＭＮがホームから離れて訪問先ネットワークに連結されるとき、このＨＡは、ＭＮのＨｏＡに宛てられたすべてのパケットを取得し、これらのパケットをＭＮの現在の連結点に送達するように用意する。

ホームから離れているときにＭＮは、これの現在の連結点に接続している訪問先ネットワークからＣｏＡを取得する（例えばルータまたはエージェント公示から）。それからＭＮは、ＢＵを実行することによってこれの新しいＣｏＡをこれのＨＡに登録する。ＭＮのホームネットワークからこのＭＮへのパケットを取得するためにＨＡは、このパケットをホームネットワークからＣｏＡに送達する。これは、ＣｏＡが宛て先ＩＰアドレスとして見えるようにパケットを修正することを含む。パケットがＣｏＡに到着すると、パケットが宛て先ＩＰアドレスとしてＭＮのＨｏＡを有するためにもう一度現れるように、逆変換が適用される。

それとしてＭＩＰは、ＭＮがこれのＨｏＡを変えることなく、１つのネットワークからもう１つのネットワークにシームレスに移動することを可能にし、またインターネットへのＭＮの現在連結点に無関係にこのアドレスを使用してデータを絶えず受信することを可能にする。この結果、ホームネットワークから離れるＭＮの動きは、トランスポートプロトコル、上位層プロトコルおよびアプリケーションにとってトランスペアレントである。

ＭＩＰｖ６ではＨＡとＨｏＡの割当ては静的である。これは、あるＭＮが同じＨＡを有するもう１つのＭＮに代わってＢＵを実行するためにこれのＩＰｓｅｃ ＳＡを使用するのを避けることを意図しているが、このようなことは下記に説明するようにある幾つかの望ましい結果をもたらし得る。

例として図１は、ＨｏＡを有するＭＮ１１０がホームネットワーク１２０から離れて訪問先ネットワーク１３０に連結される通信システム１００を示す。ＭＮ１１０は訪問先ネットワーク１３０に接続しているＣｏＡを取得しており、ホームネットワーク１２０上のＨＡ１２５にこのＭＮのＨｏＡとＣｏＡとの結合を登録している。

一例ではホームネットワーク１２０は、例えばカリフォルニア州のサンディエゴに位置するが、訪問先ネットワーク１３０は例えば日本の東京に位置する可能性がある。（他の例ではホームネットワーク１２０と訪問先ネットワーク１３０は同じ国ではあるが異なる都市に、または他の構成に在り得る。）ＭＮ１１０は、訪問先ネットワーク１３０を介してＣＮ１４０（例えば地方のインターネットサービスプロバイダまたは移動装置）と通信している可能性がある。この場合、ＣＮ１４０からＭＮ１１０（例えば両者とも東京にある）へのパケットは先ず、ＨＡ１２５（例えばサンディエゴにある）に経路指定されなくてはならず、それからこれはこれのＣｏＡを介してＭＮ１１０にこれらのパケットを（例えば衛星および／または海底ケーブルを経由して）転送する。言い換えればＭＮ１１０がホームから離れているとき現在ＭＩＰは、上述のようにパケット伝送を非効率的で、および／または信頼できなくする可能性のある、自分のホームネットワークを経由する遠隔アクセスサービスを提供する。毎回ホームネットワーク１２０を通過することなしに、ＭＮ１１０が訪問先ネットワーク１３０からローカルアクセスサービスを受けることが望ましいであろう。

本明細書で説明された実施形態は、ＭＮがローカルアクセスサービスを受けることを許されるように、ＭＮの現在の連結点に関してＨＡとこのＭＮについてのＨｏＡとの動的割当てを提供することに関している。

図２は、種々の開示された実施形態が実現され得る通信システム２００を示す。例としてＭＮ２１０は、ホームネットワーク２２０から離れて訪問先ネットワーク２３０に連結されている。訪問先ネットワーク２３０上のビジターＨＡ２３５とＨｏＡは、ＭＮ２１０に割り当てられる。ＭＮ２１０はまた、訪問先ネットワーク２３０に関連するＣｏＡを取得し、ＢＵを実行することによってこのＭＮのＨｏＡとＣｏＡとの結合をビジターＨＡ２３５に登録し得る。この仕方でＭＮ２１０は、訪問先ネットワーク２３０からのローカルアクセスサービスを受けることから利益を得る。例えばＭＮ２１０とＣＮ２４０との間で伝送されるパケットは、「ローカル」である（または近い）ビジターＨＡ２３５を経由してＭＮ２１０とＣＮ２４０の両者に経路指定されることが可能であり、したがってパケット伝送を、より効率的でより高信頼性にできる。ある幾つかの実施形態では、ＭＮ２１０とＣＮ２４０とによる訪問先ネットワーク２３０の使用または選択は、例えばＭＮ２１０とＣＮ２４０との位置、ネットワークの負荷状態、または他の条件／基準などに基づく可能性がある。

図３は、ＨＡとＭＮについてのＨｏＡの動的割当て（例えば図２の通信システム２００における）に関連する手順の実施形態３００を示す。ステップ３１０でＭＮは、訪問先ネットワークにアクセスする（これは例えば、データリンクを構成して、認証のためのプロトコルを訪問先ネットワークと折衝することを必然的に伴い得る）。ステップ３２０で訪問先ネットワークは、ＭＮのホームネットワーク（例えばホームネットワーク内のホームＡＡＡサーバ）によって認証を実行する。ステップ３３０で訪問先ネットワークは、ビジターＨＡとＭＮについてのＨｏＡ（またはＨｏＡの一部）とを割り当てる。ステップ３４０でＭＮは、ビジターＨＡとの確実な結合を実行する（これはセキュリティアソシエーションをビジターＨＡと折衝することを更に含み得る）。ステップ３５０でＭＮは、ビジターＨＡとＨｏＡとを使用して通信を続ける。下記の実施形態はある幾つかの例を提供する。

図４は、ＨＡとＭＮのためのＨｏＡとの動的割当てを実現するために一実施形態で（例えば図３の実施形態で）使用され得る呼の流れ図４００を示す。例として呼の流れ図４００は、訪問先ネットワーク上のビジターＨＡ４３０とＭＮ４１０のためのＨｏＡとを割り当てるために、ＭＮ４１０と、訪問先ネットワーク（明示的には図示せず）上のネットワークアクセスサーバ（ＮＡＳ）４２０と、ホームネットワーク（明示的には図示せず）上のホームＡＡＡサーバ４４０と、の間で行われる折衝を示す。一実施形態ではＮＡＳ４２０は、ステートレスＤＨＣＰｖ６サーバ（例えばＩＥＴＦ ＲＦＣ３３１５と３７３６に指定されたような）などのステートレスＤＨＣＰサーバと協同して動作するＰＳＤＮを含み得る。簡単さと説明のためにステートレスＤＨＣＰサーバはＮＡＳ４２０と一緒に置かれるように図示されていることに留意されたい。他の実施形態ではこれらは、別々に配置され得る。

ステップ４５１でＭＮ４１０は、例えばＰＰＰ ＬＣＰ（ＩＥＴＦ ＲＦＣ １６６１に指定されたような）を実行することによってデータリンクを構成し、ＰＡＰ（例えばＩＥＴＦ ＲＦＣ １６６１に指定されたような）またはＣＨＡＰ（例えばＩＥＴＦ ＲＦＣ １９９４に指定されたような）などの認証用プロトコルの使用を折衝する。

ステップ４５２でＭＮ４１０は、ＰＡＰまたはＣＨＡＰを介してＮＡＳ４２０によって認証する。ＮＡＳ４２０は、ＲＡＤＩＵＳプロトコル（例えばＩＥＴＦ ＲＦＣ ２８６５と３１６２に指定されたような）によって指定されたアクセス要求メッセージを介してホームＡＡＡサーバ４４０によってＭＮ４１０を認証し得る。他の実施形態ではダイアメータープロトコル（例えばＩＥＴＦ ＲＦＣ ３５８８に指定されたような）も使用され得る。

ステップ４５３でホームＡＡＡサーバ４４０は、ＭＮ４１０を認証して、ＲＡＤＩＵＳプロトコルによって指定されたアクセス受諾メッセージを介してＮＡＳ４２０に応答する。アクセス受諾メッセージは、ＭＮ４１０の事前共有キーを含むＭＳ−ＭＰＰＥ−Ｒｅｃｖ−Ｋｅｙ業者固有属性（例えばＩＥＴＦ ＲＦＣ ２５４８に指定されたような）を含み得る。事前共有キーは、ＭＮ４１０とビジターＨＡ４３０とによってＩＫＥ／ＩＳＡＫＭＰ（例えばＩＥＴＦ ＲＦＣ ２４０８と２４０９に指定されたような）のときに使用され得る（例えば下記のステップ４５９を参照のこと）。ＭＮ４２０がＣＨＡＰ（上記のステップ４５１で説明されたような）によって認証する場合、ＭＮ４１０の事前共有キーは、次のように計算され得る：ＰＲＦ（ＭＮ−ＨＡＡＡ＿Ｓｈａｒｅｄ＿Ｓｅｃｒｅｔ、ＣＨＡＰ＿Ｃｈａｌｌｅｎｇｅ、ＮＡＩ）。擬似ランダム関数（ＰＲＦ）はＨＭＡＣであり得る。ＮＡＩは、ＭＮ４１０のネットワークアクセス識別子であり得る。「ＭＮ−ＨＡＡＡ＿Ｓｈａｒｅｄ＿Ｓｅｃｒｅｔ」は、前もってＭＮ４１０とホームＡＡＡサーバ４４０の両者に供給されている可能性がある。

ステップ４５４でＭＮ４１０は、ＭＮ４１０がステートレスアドレス自動構成（例えばＩＥＴＦ ＲＦＣ ２４６２に指定されたような）を介して自分のＩＰｖ６リンクローカルアドレス（例えばＩＥＴＦ ＲＦＣ ２４６０〜２４６２と３５１３に指定されたような）とＣｏＡ（例えばＩＥＴＦ ＲＦＣ ３７７５に指定されたような）とを構成するために使用できる６４ビット・インタフェースＩＤを折衝するためにＰＰＰ ＩＰｖ６ＣＰ（例えばＩＥＴＦ ＲＦＣ ２４７２に指定されたような）を実行する。

ステップ４５５でＮＡＳ４２０は、ステップ４５４で折衝された６４ビット・インタフェースＩＤを／６４プレフィックスに追加することによってＭＮ４１０が自分のＣｏＡを構成するために使用できる／６４プレフィックスを含むルータ公示メッセージ（例えばＩＥＴＦ ＲＦＣ ２４６１に指定されたような）をＭＮ４１０に送る。一実施形態ではこのルータ公示メッセージは、「Ｍフラグ＝０、Ｏフラグ＝１、ルータ寿命、Ａフラグ＝１、Ｌフラグ＝０」（例えばＩＥＴＦ ＲＦＣ ２４６１に指定されたような）を含み得る。Ｍフラグは、ＭＮ４１０がこれのＣｏＡを構成するためにステートレスアドレス自動構成を使用し得ることを示す「０」にセットされ得る。Ｏフラグは、下記に更に説明されるように、ビジターＨＡ４３０のアドレスとＭＮ４１０のＨｏＡとを含む（が、これらに限定されない）他のパラメータを構成するためにＭＮ４１０がステートレスＤＨＣＰｖ６サーバを使用できることを示す「１」にセットされ得る。

ステップ４５６でＮＡＳ４２０は、ビジターＨＡ４３０についてのアドレスとＭＮ４１０についてのＨｏＡとを割り当てる。ＮＡＳ４２０は、ステートレスＤＨＣＰｖ６サーバにこのような情報を格納できる。

ステップ４５７でＭＮ４１０は、ビジターＨＡ４３０についてのアドレスとＭＮ４１０についてのＨｏＡとを取得するためにステートレスＤＨＣＰｖ６サーバを使用する。ある幾つかの実施形態ではビジターＨＡ４３０についてのアドレスとＭＮ４１０についてのＨｏＡは、業者固有の情報オプション（例えばＩＥＴＦ ＲＦＣ ３３１５に指定されたような）としてステートレスＤＨＣＰｖ６サーバに記憶され得る。

ステップ４５８でＮＡＳ４２０は、例えばＢＵ、ＢＡ、ＨｏＴＩ、ＨｏＴおよび他のメッセージ（例えばＩＥＴＦ ＲＦＣ ３７７５に指定されたような）の目的のためにビジターＨＡ４３０内にＳＰＤ（例えばＩＥＴＦ ＲＦＣ ２４０１に指定されたような）エントリを創作する。ある幾つかの実施形態ではＮＡＳ４２０は、このようなこと（例えばＩＥＴＦ ＲＦＣ ２５７０に指定されたような）を実行するためにビジターＨＡ４３０業者によって提供されるインタフェースを使用し得る。

ステップ４５９でＭＮ４１０は、ＩＳＡＫＭＰ ＳＡを折衝してＩＫＥｖ１ Ｐｈａｓｅ ２ ＩＳＡＫＭＰメッセージ用のキーを生成するためにビジターＨＡ４３０によって事前共有キー（例えばＩＥＴＦ ＲＦＣ ２４０９と２４６０に指定されたような）を有するアグレッシブモードを使用してＩＫＥｖ１ Ｐｈａｓｅ １を実行する。

ステップ４６０でＭＮ４１０は、ＩＰｓｅｃ（例えばＩＥＴＦ ＲＦＣ ２４０１に指定されたような）ＳＡを折衝してＢＵ、ＢＡ、ＨｏＴＩ、ＨｏＴおよび他のメッセージ（例えばＩＥＴＦ ＲＦＣ ３７７５に指定されたような）を確保するための非ＩＳＡＫＭＰメッセージ用のキーを生成するためにビジターＨＡ４３０によってクイックモード（例えばＩＥＴＦ ＲＦＣ ２４０９と２４６０に指定されたような）を使用してＩＫＥｖ１ Ｐｈａｓｅ ２を実行する。

ステップ４６１でＭＮ４１０は、ＢＵを実行することによってこのＭＮのＨｏＡとＣｏＡとの結合をビジターＨＡ４３０に登録する。このようなことは、ＩＰｓｅｃによって保護され得る（例えばステップ４６０を参照のこと）。

ステップ４６２でビジターＨＡ４３０は、ビジターＨＡ４３０のリンク上の他の如何なるノードもＭＮ４１０のＨｏＡを使用していないことを保証するためにＭＮ４１０の代わりに代理ＤＡＤ（例えばＩＥＴＦ ＲＦＣ ２４６２と３７７５に指定されたような）を実行する。

ステップ４６３でＭＮ４１０は、ステップ４６１におけるＭＮのＢＵに応答してビジターＨＡ４３０からＢＡを受信する。このようなことも、ＩＰｓｅｃによって保護され得る（例えば上記のステップ４６０を参照のこと）。

図５は、ＨＡとＭＮについてのＨｏＡとの動的割当てを実現するために一実施形態で使用され得る呼の流れ図５００を示す。例示と明瞭さのために図４、５では同様の要素は同様の符号でラベル付けされている。呼の流れ図５００はまた、下記に更に説明されるように図４の呼の流れ図４００で使用された特徴の幾つかを共用し得る。

ステップ５５１でＭＮ４１０は、データリンクを構成し、認証用のＥＡＰ（ＩＥＴＦ ＲＦＣ ３４８７に指定されたような）の使用を折衝するためにＰＰＰ ＬＣＰ（ＩＥＴＦ ＲＦＣ １６６１に指定されたような）を実行する。

ステップ５５２でＭＮ４１０は、ＥＡＰ−ＴＴＬＳ（例えば２００４年７月のＩＥＴＦドラフト「ＥＡＰトンネルＴＬＳ認証プロトコル（ＥＡＰ Ｔｕｎｎｅｌｅｄ ＴＬＳ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＥＡＰ−ＴＴＬＳ））」に指定されたような）またはＰＥＡＰｖ２（例えば２００４年１０月のＩＥＴＦドラフト「被保護ＥＡＰプロトコル・バージョン２（Ｐｒｏｔｅｃｔｅｄ ＥＡＰ Ｐｒｏｔｏｃｏｌ（ＰＥＡＰ）Ｖｅｒｓｉｏｎ ２）」に指定されたような）を介してホームＡＡＡサーバ４４０によって認証する。ＭＮ４１０とホームＡＡＡサーバ４４０との間のＥＡＰ通信は、ＭＮ４１０とＮＡＳ４２０との間のＰＰＰの上と、ＮＡＳ４２０とホームＡＡＡサーバ４４０との間のＲＡＤＩＵＳプロトコル（例えばＩＥＴＦ ＲＦＣ ２８６５に指定されたような）の上で行われ得る。他の実施形態ではダイアメータープロトコル（例えばＩＥＴＦ ＲＦＣ ３５８８に指定されたような）がＮＡＳ４２０とホームＡＡＡサーバ４４０との間で使用され得る。この全体的手順の一部としてＮＡＳ４２０は、ＭＮ４１０の事前共有キー（例えば以下、ＭＮ４１０とビジターＨＡ４３０とによってＩＫＥ／ＩＳＡＫＭＰのときに使用される）と、ＭＮ４１０とＮＡＳ４２０との間のデータの暗号化と認証（ＥＡＰ−ＴＴＬＳまたはＰＥＡＰｖ２機能の一部として）のためのキーイング素材とを取得するために、アクセス要求メッセージ（例えばＲＡＤＩＵＳプロトコルによって指定される）をホームＡＡＡサーバ４４０に送る。ホームＡＡＡサーバ４４０は、アクセス受諾メッセージ（例えばＲＡＤＩＵＳプロトコルによって指定される）でＮＡＳ４２０に応答する。アクセス受諾メッセージは、ＭＮ４１０の事前共有キーを含むＭＳ−ＭＰＰＥ−Ｒｅｃｖ−Ｋｅｙ業者固有属性（例えばＩＥＴＦ ＲＦＣ ２５４８に指定されたような）を含む。

ステップ５５３でＭＮ４１０は、ＭＮ４１０がステートレスアドレス自動構成（例えばＩＥＴＦ ＲＦＣ ２４６２に指定されたような）を介して自分のＩＰｖ６リンクローカルアドレス（例えばＩＥＴＦ ＲＦＣ ２４６０に指定されたような）とＣｏＡ（例えばＩＥＴＦ ＲＦＣ ３７７５に指定されたような）と、を構成するために使用できる６４ビット・インタフェースＩＤを折衝するためにＰＰＰ ＩＰｖ６ＣＰ（例えばＩＥＴＦ ＲＦＣ ２４７２に指定されたような）を実行する。

ステップ５５４でＮＡＳ４２０は、上記のステップ５５３で折衝された６４ビット・インタフェースＩＤを／６４プレフィックスに追加することによってＭＮ４１０が自分のＣｏＡを構成するために使用できる／６４プレフィックスを含むルータ公示（例えばＩＥＴＦ ＲＦＣ ２４６１に指定されたような）をＭＮ４１０に送る。一実施形態ではこのルータ公示は、「Ｍフラグ＝０、Ｏフラグ＝１、ルータ寿命、Ａフラグ＝１、Ｌフラグ＝０」（例えばＩＥＴＦ ＲＦＣ ２４６１に指定されたような）を含み得る。Ｍフラグは、ＭＮ４１０がこれのＣｏＡを構成するためにステートレスアドレス自動構成を使用し得ることを示す「０」にセットされ得る。Ｏフラグは、下記に更に説明されるように、ビジターＨＡ４３０のアドレスとＭＮ４１０のＨｏＡとを含む（が、これらに限定されない）他のパラメータを構成するためにステートレスＤＨＣＰｖ６サーバを使用できることを示す「１」にセットされ得る。

ステップ５５５でＮＡＳ４２０は、ビジターＨＡ４３０についてのアドレスとＭＮ４１０についてのＨｏＡとを割り当てる。ＮＡＳ４２０は、ステートレスＤＨＣＰｖ６サーバにこのような情報を格納できる。

ステップ５５６でＭＮ４１０は、ビジターＨＡ４３０についてのアドレスとＭＮ４１０のＨｏＡとを取得するためにステートレスＤＨＣＰｖ６サーバを使用する。ある幾つかの実施形態ではビジターＨＡ４３０についてのアドレスとＭＮ４１０についてのＨｏＡは、業者固有の情報オプション（例えばＩＥＴＦ ＲＦＣ ３３１５に指定されたような）としてステートレスＤＨＣＰｖ６サーバに記憶され得る。

ステップ５５７でＮＡＳ４２０は、例えばＢＵ、ＢＡ、ＨｏＴＩ、ＨｏＴおよび他のメッセージ（例えばＩＥＴＦ ＲＦＣ ３７７５に指定されたような）の目的のためにビジターＨＡ４３０内にＳＰＤエントリを創作する。ある幾つかの実施形態ではＮＡＳ４２０は、このようなこと（例えばＩＥＴＦ ＲＦＣ ２５７０に指定されたような）を実行するためにビジターＨＡ４３０業者によって提供されるインタフェースを使用し得る。

ステップ５５８でＭＮ４１０は、ＩＳＡＫＭＰ ＳＡを折衝してＩＫＥｖ１ Ｐｈａｓｅ ２ ＩＳＡＫＭＰメッセージ用のキーを生成するためにビジターＨＡ４３０によって事前共有キー（例えばＩＥＴＦ ＲＦＣ ２４０９と２４６０に指定されたような）を有するアグレッシブモードを使用してＩＫＥｖ１ Ｐｈａｓｅ １を実行する。

ステップ５５９でＭＮ４１０は、ＩＰｓｅｃ ＳＡを折衝してＢＵ、ＢＡ、ＨｏＴＩ、ＨｏＴおよび他のメッセージ（例えばＩＥＴＦ ＲＦＣ ３７７５に指定されたような）を確保するための非ＩＳＡＫＭＰメッセージ用のキーを生成するためにビジターＨＡ４３０によってクイックモード（例えばＩＥＴＦ ＲＦＣ ２４０９と２４６０に指定されたような）を使用してＩＫＥｖ１ Ｐｈａｓｅ ２を実行する。

ステップ５６０でＭＮ４１０は、ＢＵを実行することによってこのＭＮのＨｏＡとＣｏＡとの結合をビジターＨＡ４３０に登録する。

ステップ５６１でビジターＨＡ４３０は、ビジターＨＡ４３０のリンク上の他の如何なるノードもＭＮ４１０のＨｏＡを使用していないことを保証するためにＭＮ４１０の代わりに代理ＤＡＤ（例えばＩＥＴＦ ＲＦＣ ２４６２と３７７５に指定されたような）を実行する。

ステップ５６２でＭＮ４１０は、ステップ５６０におけるこのＭＮのＢＵに応答してビジターＨＡ４３０からＢＡを受信する。このようなことも、ＩＰｓｅｃによって保護され得る（例えば上記のステップ５６０を参照のこと）。

図６は、ＨＡとＭＮについてのＨｏＡとの動的割当てを実現するために一実施形態で使用され得る呼の流れ図６００を示す。例示と明瞭さのために図４、５、および６では同様の要素は同様の符号でラベル付けされている。呼の流れ図６００はまた、下記に更に説明されるように呼の流れ図４００、および５００で使用された特徴の幾つかを共用し得る。

ステップ６５１でＭＮ４１０は、データリンクを構成し、認証用のＰＡＰ（ＩＥＴＦ
ＲＦＣ １６６１に指定されたような）またはＣＨＡＰ（ＩＥＴＦ ＲＦＣ １９９４に
指定されたような）の使用を折衝するためにＰＰＰ ＬＣＰ（ＩＥＴＦ ＲＦＣ １６６
１に指定されたような）を実行する。

ステップ６５２でＭＮ４１０は、ＰＡＰまたはＣＨＡＰを介してＮＡＳ４２０によって認証する。ＮＡＳ４２０は、前述のようにＲＡＤＩＵＳプロトコル（例えばＩＥＴＦ ＲＦＣ ２８６５に指定されたような）またはダイアメータープロトコル（例えばＩＥＴＦ ＲＦＣ ３５８８に指定されたような）によって指定されたアクセス要求メッセージを介してホームＡＡＡサーバ４４０によってＭＮ４１０を認証し得る。

ステップ６５３でホームＡＡＡサーバ４４０は、ＭＮ４１０を認証して、ＲＡＤＩＵＳプロトコルによって指定されたアクセス受諾メッセージを介してＮＡＳ４２０に応答する。アクセス受諾メッセージは、ＭＮ４１０の事前共有キーを含むＭＳ−ＭＰＰＥ−Ｒｅｃｖ−Ｋｅｙ業者固有属性（例えばＩＥＴＦ ＲＦＣ ２５４８に指定されたような）を含み得る。事前共有キーは、下記に更に説明されるように、ＭＮ４１０とビジターＨＡ４３０によって非ＩＰｓｅｃ被保護ＢＵおよびＢＡのときに使用され得る。ＭＮ４１０がＣＨＡＰ（上記のステップ６５１で説明されたような）によって認証する場合、ＭＮ４１０の事前共有キーは、次のように計算され得る：ＰＲＦ（ＭＮ−ＨＡＡＡ＿Ｓｈａｒｅｄ＿Ｓｅｃｒｅｔ、ＣＨＡＰ＿Ｃｈａｌｌｅｎｇｅ、ＮＡＩ）。擬似ランダム関数（ＰＲＦ）はＨＭＡＣであり得る。ＮＡＩは、ＭＮ４１０のネットワークアクセス識別子であり得る。「ＭＮ−ＨＡＡＡ＿Ｓｈａｒｅｄ＿Ｓｅｃｒｅｔ」は、前もってＭＮ４１０とホームＡＡＡサーバ４４０の両者に供給されている可能性がある。

代替実施形態では図５の呼の流れ図５００におけるステップ５５２は、上記のステップ６５２、および６５３の代わりに実行され得る。

ステップ６５４でＭＮ４１０は、ＭＮ４１０がステートレスアドレス自動構成（例えばＩＥＴＦ ＲＦＣ ２４６２に指定されたような）を介して自分のＩＰｖ６リンクローカルアドレス（例えばＩＥＴＦ ＲＦＣ ２４６０に指定されたような）とＣｏＡ（例えばＩＥＴＦ ＲＦＣ ３７７５に指定されたような）と、を構成するために使用できる６４ビット・インタフェースＩＤを折衝するためにＰＰＰ ＩＰｖ６ＣＰ（例えばＩＥＴＦ ＲＦＣ ２４７２に指定されたような）を実行する。

ステップ６５５でＮＡＳ４２０は、ステップ６５４で折衝された６４ビット・インタフェースＩＤを／６４プレフィックスに追加することによってＭＮ４１０が自分のＣｏＡを構成するために使用できる／６４プレフィックスを含むルータ公示（例えばＩＥＴＦ ＲＦＣ ２４６１に指定されたような）をＭＮ４１０に送る。一実施形態ではこのルータ公示は、「Ｍフラグ＝０、Ｏフラグ＝１、ルータ寿命、Ａフラグ＝１、Ｌフラグ＝０」（例えばＩＥＴＦ ＲＦＣ ２４６１に指定されたような）を含み得る。Ｍフラグは、ＭＮ４１０がこれのＣｏＡを構成するためにステートレスアドレス自動構成を使用し得ることを示す「０」にセットされ得る。Ｏフラグは、ＭＮ４１０が下記に更に説明されるように、ビジターＨＡ４３０のアドレスとＭＮ４１０のＨｏＡとを含む（が、これらに限定されない）他のパラメータを構成するためにステートレスＤＨＣＰｖ６サーバを使用できることを示す「１」にセットされ得る。

ステップ６５６でＮＡＳ４２０は、ビジターＨＡ４３０についてのアドレスとＭＮ４１０についての／６４ＨｏＡプレフィックス（例えばＩＥＴＦ ＲＦＣ ３７７５に指定されたような）とを選択する。ＮＡＳ４２０は、ステートレスＤＨＣＰｖ６サーバにこのような情報を格納できる。

ステップ６５７でＭＮ４１０は、ビジターＨＡ４３０についてのアドレスと／６４ＨｏＡプレフィックスとを取得するためにステートレスＤＨＣＰｖ６サーバを使用する。ある幾つかの実施形態ではビジターＨＡ４３０についてのアドレスと／６４ＨｏＡプレフィックスは、業者固有の情報オプション（例えばＩＥＴＦ ＲＦＣ ３３１５に指定されたような）としてステートレスＤＨＣＰｖ６サーバに記憶され得る。続いて、ＭＮ４１０は、／６４ＨｏＡプレフィックスおよびこの６４ビットインターフェイスＩＤ（上記のステップ６５５で折衝された）を使用して、このＨｏＡを動的に創作する。

ステップ６５８でＮＡＳ４２０は、非ＩＰｓｅｃ被保護ＢＵおよびＢＡメッセージ（例えば２００５年１月のＩＥＴＦドラフト「移動体に関する認証ＩＰｖ６（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｆｏｒ Ｍｏｂｉｌｅ ＩＰｖ６）」と２００４年１２月のＩＥＴＦドラフト「移動体に関する移動ノード識別子オプションＩＰｖ６（Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｄｅｎｔｉｆｉｅｒ Ｏｐｔｉｏｎ ｆｏｒ Ｍｏｂｉｌｅ ＩＰｖ６）」に指定されたような）のためにビジターＨＡ４３０内に、ＭＮ４１０のＮＡＩ（ＩＥＴＦ ＲＦＣ ２４８６に指定されたような）と事前共有キーとを含み得るエントリを生成する。ＮＡＳ４２０は、このようなこと（例えばＩＥＴＦ ＲＦＣ ２５７０に指定されたような）を実行するためにビジターＨＡ４３０業者によって提供されるインタフェースを使用し得る。

ステップ６５９でＭＮ４１０は、ＢＵを実行することによってこのＭＮのＨｏＡとＣｏＡとの結合をビジターＨＡ４３０に登録する。上述のようにこのＢＵは、ＩＰｓｅｃによって保護されなくてもよい。その代わりこれは、ＭＮ−ＨＡ認証移動性オプション（例えば２００５年１月のＩＥＴＦドラフト「移動体に関する認証ＩＰｖ６（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｆｏｒ Ｍｏｂｉｌｅ ＩＰｖ６）」に指定されたような）とＮＡＩ移動性オプション（２００４年１２月のＩＥＴＦドラフト「移動体のための移動ノード識別子オプションＩＰｖ６（Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｄｅｎｔｉｆｉｅｒ Ｏｐｔｉｏｎ ｆｏｒ Ｍｏｂｉｌｅ ＩＰｖ６）」に指定されたような）によって保護され得る。ビジターＨＡ４３０は、ＭＮ４１０によって登録されたＨｏＡが既に使用されていない（例えば他のＭＮによって）ことを保証するために自分のキャッシュメモリ（例えばＮＡＳ４２０によって占められている）をチェックし得る。このようなことを確認すると、ＭＮの登録は許可され得る。

ステップ６６０でビジターＨＡ４３０は、ビジターＨＡ３３０のリンク上の他の如何なるノードもＭＮ４１０のＨｏＡを使用していないことを保証するためにＭＮ４１０の代わりに代理ＤＡＤ（例えばＩＥＴＦ ＲＦＣ ２４６２と３７７５に指定されたような）を実行する。

ステップ６６１でＭＮ４１０は、ステップ６５９におけるＭＮのＢＵに応答してビジターＨＡ４３０からＢＡを受信する。上述のようにこのＢＡは、ＩＰｓｅｃによって保護されなくてもよい。この代わりこれは、ＭＮ−ＨＡ認証移動性オプション（例えば２００５年１月のＩＥＴＦドラフト「移動体に関する認証ＩＰｖ６（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｆｏｒ Ｍｏｂｉｌｅ ＩＰｖ６）」とＮＡＩ移動性オプション（２００４年１２月のＩＥＴＦドラフト「移動体に関する移動ノード識別子オプションＩＰｖ６（Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｄｅｎｔｉｆｉｅｒ Ｏｐｔｉｏｎ ｆｏｒ Ｍｏｂｉｌｅ ＩＰｖ６）」に指定されたような）によって保護され得る。

本明細書に開示された実施形態（図２から図５において上記に説明されたような）は、ＨＡとＭＮについてのＨｏＡとの動的割当てのある幾つかの実施形態を与えている。他の実施形態と実現形態が存在する。代替実施形態では例えば、前述の種々の手順（例えばデータリンク構成、認証、ＨｏＡとＣｏＡの構成、セキュリティアソシエーションの折衝など）は、他の適当なプロトコルにしたがって実行され得る。更にＩＥＴＦ ＲＦＣ ２４６２と２４６１において指定されたステートレスアドレス自動構成のためには、ＨｏＡのサブネットプレフィックスは前述のような／６４である。他の実施形態ではＨｏＡのサブネットプレフィックスは異なる長さ（または形）であり得る。

図７は、ＨＡとＭＮについてのＨｏＡとの動的割当てを与える一実施形態で使用され得るプロセス７００の流れ図を示す。ステップ７１０は、ＭＮが連結された訪問先ネットワークに関連するビジターＨＡについてのアドレスとＭＮについてのＨｏＡの少なくとも一部分とを割り当てる。用語「ＨｏＡの少なくとも一部分」は、ＨｏＡ（上記の図４、５の実施形態にあるようなもの）、ＨｏＡプレフィックス（上記の図６の実施形態にあるようなもの）、またはＭＮについてのＨｏＡに関連した他の情報を含み得る。ステップ７２０は、ビジターＨＡについてのアドレスとＭＮについてのＨｏＡの少なくとも一部分とを訪問先ネットワークに関連するサーバ（例えばステートレスＤＨＣＰｖ６サーバ）に格納する。ステップ７３０は、ＭＮに関連するビジターＨＡ内にエントリを創作する。一実施形態ではこのエントリは、ＢＵ、ＢＡおよび他のメッセージを記憶するためのＳＰＤエントリに結合され得る。他の実施形態ではこのエントリは、ＭＮに関連するＮＡＩと事前共有キーとを含み得る。

プロセス７００は更に、例えばＭＮに関連する事前共有キーを取得するためにＭＮのホームネットワーク（例えばホームＡＡＡサーバ）による認証を実行することを含む。プロセス７００はまた、ＭＮが基づいてＣｏＡを構成し得るルータ公示をＭＮに送信することを含み得る。

図８は、ＨＡとＭＮについてのＨｏＡとの動的割当てを与える一実施形態で使用され得るプロセス８００の流れ図を示す。ステップ８１０は、ＭＮが連結された訪問先ネットワークに関連するビジターＨＡについてのアドレスとＭＮについてのＨｏＡの少なくとも一部分とを訪問先ネットワークから取得する。ステップ８２０は、このＨｏＡとＭＮに関連するＣｏＡとを含むＢＵをビジターＨＡに送る。ステップ８３０は、このＢＵに応答してビジターＨＡからＢＡを受信する。

プロセス８００は、例えば訪問先ネットワークから受信されたルータ公示に部分的に基づいてＣｏＡを構成することを更に含み得る。プロセス８００はまた、訪問先ネットワークから取得されたＨｏＡ（例えばＨｏＡプレフィックス）の一部分に部分的に基づいてＨｏＡを構成することを含み得る。プロセス８００はまた、セキュリティアソシエーション（例えばＩＰｓｅｃ）をビジターＨＡと折衝することを含み得る。

図９は、ある幾つかの開示された実施形態（前述のような）を実現するために使用され得る装置９００のブロック図を示す。例として装置９００は、ＭＮが連結された訪問先ネットワークに関連するビジターＨＡのアドレスとＭＮについてのＨｏＡの少なくとも一部分とを割り当てるように構成されたＨＡ割当てユニット（またはモジュール）９１０と、ビジターＨＡについてのアドレスとＭＮについてのＨｏＡの少なくとも一部分とを記憶するように構成されたアドレス記憶ユニット９２０とを含み得る。ある幾つかの実施形態ではアドレス記憶ユニット９２０は、訪問先ネットワークのサーバ（例えばステートレスＤＨＣＰｖ６サーバ）に結合し得る。装置９００は更に、ＭＮのホームネットワークによる認証（例えばホームＡＡＡ）を実行するように構成された認証ユニット９３０を含み得る。装置９００はまた、ルータ公示を送信するように構成された伝送ユニット９４０を含み得る。

装置９００ではＨＡ割当てユニット９１０とアドレス記憶ユニット９２０と認証ユニット９３０と伝送ユニット９４０は、通信バス９５０に接続され得る。処理ユニット９６０とメモリユニット９７０もまた、通信バス９５０に接続され得る。処理ユニット９６０は、種々のユニットの動作を制御および／または調整するように構成され得る。メモリユニット９７０は、例えば処理ユニット９６０によって実行される命令を具体化し得る。

ある幾つかの実施形態では装置９００は、ＮＡＳまたは他のネットワークインフラストラクチャ手段に実現され得る。

図１０は、ある幾つかの開示された実施形態（前述のような）を実現するために使用され得る装置１０００のブロック図を示す。例として装置１０００は、ＭＮが連結された訪問先ネットワークに関連するビジターＨＡについてのアドレスとＭＮについてのＨｏＡの少なくとも一部分とを訪問先ネットワークから取得するように構成されたアドレス受信ユニット（またはモジュール）１０１０と、このＨｏＡとＭＮに関連するＣｏＡとを含むＢＵをビジターＨＡに送るように構成されたＨＡ結合ユニット１０２０とを含み得る。装置１０００は更に、例えば訪問先ネットワークから受信されたルータ公示に部分的に基づいてＣｏＡを構成するように動作するアドレス構成ユニット１０３０を含み得る。ある幾つかの実施形態ではアドレス構成ユニット１０３０は、訪問先ネットワークから取得されたＨｏＡの一部分（例えばＨｏＡプレフィックス）に部分的に基づいてＨｏＡを構成するようにも動作できる。装置１０００はまた、訪問先ネットワークによる認証を実行するように構成された認証ユニット１０４０を含み得る。

装置１０００では、アドレス受信ユニット１０１０とＨＡ結合ユニット１０２０とアドレス構成ユニット１０３０と認証ユニット１０４０は、通信バス１０５０に接続され得る。処理ユニット１０６０とメモリユニット１０７０もまた、通信バス１０５０に接続され得る。処理ユニット１０６０は、種々のユニットの動作を制御および／または調整するように構成され得る。メモリユニット１０７０は、例えば処理ユニット１０６０によって実
行される命令を具体化し得る。

ある幾つかの実施形態では装置１０００は、ＭＮまたは他のデータ受信手段に実現され得る。

図９、１０の種々のユニット／モジュールと他の実施形態は、ハードウエア、ソフトウエア、ファームウエアまたはこれらの組合せに実現され得る。ハードウエア実現では種々のユニットは、１つ以上の特定用途向け集積回路（ＡＳＩＣ）、ディジタル信号プロセッサ（ＤＳＰ）、ディジタル信号処理装置（ＤＳＰＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、マイクロプロセッサ、コントローラ、マイクロコントローラ、プログラム可能論理装置（ＰＬＤ）、他の電子ユニット、またはこれらの組合せ、の中に実現され得る。ソフトウエア実現では種々のユニットは、本明細書に説明された機能を実現するモジュール（例えば手順、機能など）によって実現され得る。ソフトウエアコードは、メモリユニットに記憶されて、プロセッサ（例えばプロセッサユニット）によって実行され得る。メモリユニットは、プロセッサの内部またはプロセッサの外部に実現でき、外部の場合にはメモリユニットは当技術分野で既知の種々の手段を介してプロセッサに通信できるように接続され得る。

当業者は、情報と信号が種々の異なる技術と技法の如何なるものを使用してでも表され得ることを理解するであろう。例えば前述の説明全体を通して参照され得るデータ、命令、コマンド、情報、信号、ビット、記号およびチップは、電圧、電流、電磁波、磁界または磁気粒子、光学フィールドまたは光学粒子、またはこれらの任意の組合せによって表され得る。

当業者は更に、本明細書に開示された実施形態に関連して説明された種々の例示的論理ブロック、モジュール、回路、およびアルゴリズムステップが電子ハードウエア、コンピュータソフトウエアまたは両者の組合せとして実現され得ることを認めるであろう。ハードウエアとソフトウエアのこの相互交換可能性を明瞭に説明するために種々の例示的構成要素、ブロック、モジュール、回路、およびステップが一般にこれらの機能の観点から上記に説明されてきた。このような機能がハードウエアまたはソフトウエアとして実現されるかどうかは、システム全体に課された特定の用途と設計の制約事項に依存する。当業者は、各特定の用途のために種々の仕方で前述の機能を実現できるが、このような実現の決定は、本発明の範囲からの逸脱を引き起こすものと解釈されるべきではない。

本明細書に開示された実施形態に関連して説明された種々の例示的論理ブロック、モジュール、および回路は、汎用プロセッサ、ディジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラム可能論理装置、個別ゲートまたはトランジスタ論理、個別ハードウエア部品、または本明細書に説明された機能を実現するように設計されたこれらの任意の組合せによって実現または実行され得る。汎用プロセッサは、マイクロプロセッサであり得るが、代替物ではプロセッサは如何なる従来のプロセッサ、コントローラ、マイクロコントローラまたは状態機械であってもよい。プロセッサはまた、コンピューティング装置の組合せとして、例えばＤＳＰと１つのマイクロプロセッサまたは複数のマイクロプロセッサの組合せ、またはＤＳＰコアと協同する１つ以上のマイクロプロセッサ、または他のこのような任意の構成として実現され得る。

本明細書に開示された実施形態に関連して説明された方法またはアルゴリズムのステップは直接、ハードウエアに、またはプロセッサによって実行されるソフトウエアモジュールに、またはこれら２つの組合せに具体化され得る。ソフトウエアモジュールは、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読取り専用メモリ（ＲＯＭ）、電気的にプログラム可能なＲＯＭ（ＥＰＲＯＭ）、電気的に消去可能なプログラム可能ＲＯＭ（ＥＥＰＲＯＭ）、レジスタ、ハードディスク、交換可能ディスク、ＣＤ−ＲＯＭ、または当技術分野で既知の他の任意の形式の記憶媒体、に常駐可能である。例示的記憶媒体は、プロセッサが記憶媒体から情報を読取り、また記憶媒体に情報を書き込むことができるように、プロセッサに接続される。代替手段では記憶媒体は、プロセッサと一体にできる。プロセッサと記憶媒体はＡＳＩＣに常駐し得る。ＡＳＩＣは、ＭＮに常駐し得る。代替手段ではプロセッサと記憶媒体は、ＭＮ内の個別部品として常駐し得る。

開示された実施形態の前述の説明は、当業者が本発明を実行または使用することを可能にするために提示されている。これらの実施形態に対する種々の修正版は、当業者に直ちに明らかになるであろうし、また本明細書に定義された一般原理は、本発明の精神または範囲から逸脱せずに他の実施形態に適用可能である。したがって本発明は、本明細書に示された実施形態に限定されることを意図しておらず、本明細書に開示された原理と新規な特徴に一致する最も広い範囲に適合させられるべきである。

Claims (2)

1. 移動ノードがホームネットワークから離れた訪問先ネットワークに接続するためのホームアドレスを動的に生成して、前記訪問先ネットワークに接続される通信システムの無線通信方法であって、
   ビジターホームエージェントが、前記移動ノードから結合更新を受信することであって、前記結合更新は、ホームアドレスプレフィックス部と、訪問先ネットワークと折衝する識別子とをもつ前記動的に生成されたホームアドレスと、前記移動ノードに関連する気付けアドレスと、を含むことと、
   前記ビジターホームエージェントが、前記移動ノードに関連する前記動的に生成されたホームアドレスに関して二重アドレス検出を実行することと、
   前記ビジターホームエージェントが、前記結合更新に応答して前記移動ノードに結合肯定応答を送ることと、
   を備える、無線通信方法。
2. 移動ノードがホームネットワークから離れた訪問先ネットワークに接続するためのホームアドレスを動的に生成して、前記訪問先ネットワークに接続される通信システムの無線通信に好適する装置であって、
   前記移動ノードから結合更新を受信するための手段であって、前記結合更新は、ホームアドレスプレフィックス部と、訪問先ネットワークと折衝する識別子とをもつ前記動的に生成されたホームアドレスと、前記移動ノードに関連する気付けアドレスと、を含む手段と、
   前記移動ノードに関連する前記動的に生成されたホームアドレスに関して二重アドレス検出を実行するための手段と、
   前記結合更新に応答して前記移動ノードに結合肯定応答を送るための手段と、
   を備える、装置。

Images