(57)【要約】  ネットワーク内のセキュリティアソシエーションを動的に管理するための方法が提供される。ある方法によれば、セキュリティ鍵管理エンティティは、既存のアクティブなセキュリティ鍵に基づいて、アクティブなセキュリティ鍵として新しいセキュリティ鍵を適用すべきかどうか判断する。新しいセキュリティ鍵及び既存のアクティブなセキュリティ鍵はそれぞれ、同じホームエージェントに関連付けられ、既存のアクティブなセキュリティ鍵は、ホームエージェントと少なくとも１つの他のネットワーク要素との間の既存のセキュリティアソシエーションのベースとして働く。
2011515930.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク内のセキュリティアソシエーションを動的に管理するための方法であって、
セキュリティ鍵管理エンティティで、既存のアクティブなセキュリティ鍵に基づいて、アクティブなセキュリティ鍵として新しいセキュリティ鍵を適用すべきかどうか判断するステップを備え、前記新しいセキュリティ鍵及び前記既存のアクティブなセキュリティ鍵がそれぞれ、同じホームエージェントに関連付けられ、前記既存のアクティブなセキュリティ鍵が、前記ホームエージェントと少なくとも１つの他のネットワーク要素との間の既存のセキュリティアソシエーションのベースとして働く、方法。
【請求項２】
請求項１記載の方法であって、
前記判断ステップに基づいて前記新しいセキュリティ鍵を適用し又は無視するステップ
をさらに備える方法。
【請求項３】
請求項２記載の方法であって、前記新しいセキュリティ鍵が、前記既存のアクティブなセキュリティ鍵が前記新しいセキュリティ鍵の後に失効する場合に無視され、
前記既存のアクティブなセキュリティ鍵に基づいて生成された前記既存のセキュリティアソシエーションを使用して、送信又は受信されるデータを保護するステップ
をさらに備える方法。
【請求項４】
請求項２記載の方法であって、前記新しいセキュリティ鍵が、前記既存のアクティブなセキュリティ鍵が前記新しいセキュリティ鍵の後に失効する場合に無視され、
前記既存のセキュリティアソシエーションを使用して保護されるデータを送信するステップ及び受信するステップのうちの少なくとも１つ
をさらに備える方法。
【請求項５】
請求項２記載の方法であって、前記新しいセキュリティ鍵が、前記新しいセキュリティ鍵が前記既存のアクティブなセキュリティ鍵の後に失効する場合に適用され、
前記新しいセキュリティ鍵に基づいて生成されたセキュリティアソシエーションを使用して保護されるデータを送信するステップ及び受信するステップのうちの少なくとも１つ
をさらに備える方法。
【請求項６】
請求項２記載の方法であって、前記新しいセキュリティ鍵が、前記新しいセキュリティ鍵が前記既存のアクティブなセキュリティ鍵の後に失効する場合に適用され、
前記新しいセキュリティ鍵に基づいて生成されたセキュリティアソシエーションを使用して、送信又は受信されるデータを保護するステップ
をさらに備える方法。
【請求項７】
請求項１記載の方法であって、
前記新しいセキュリティ鍵が前記既存のアクティブなセキュリティ鍵の後に失効する場合に前記新しいセキュリティ鍵を適用するステップ、及び
前記新しいセキュリティ鍵に基づいて前記ホームエージェントと前記少なくとも１つの他のネットワーク要素との間のセキュリティアソシエーションを作成するステップ
をさらに備える方法。
【請求項８】
請求項１記載の方法であって、前記判断ステップが、
前記新しいセキュリティ鍵が前記既存のアクティブなセキュリティ鍵の後に失効するかどうか判断するために前記新しいセキュリティ鍵と前記既存のアクティブなセキュリティ鍵の有効期限を比較するステップを備え、
前記新しいセキュリティ鍵が前記既存のアクティブなセキュリティ鍵の後に失効する場合に、前記既存のアクティブなセキュリティ鍵が前記新しいセキュリティ鍵で置き換えられる、方法。
【請求項９】
請求項８記載の方法であって、
前記新しいセキュリティ鍵に基づいて前記ホームエージェントと前記少なくとも１つの他のネットワーク要素との間のセキュリティアソシエーションを作成するステップ
をさらに備える方法。
【請求項１０】
請求項８記載の方法であって、
前記新しいセキュリティ鍵が前記既存のアクティブなセキュリティ鍵の前に失効する場合に前記新しいセキュリティ鍵が現在の保留中のセキュリティ鍵の後に失効するかどうか判断するために、前記新しいセキュリティ鍵と前記現在の保留中のセキュリティ鍵の有効期限を比較するステップ、及び
前記新しいセキュリティ鍵が前記現在の保留中のセキュリティ鍵の後に失効する場合に前記現在の保留中のセキュリティ鍵を前記新しいセキュリティ鍵で置き換えるステップ
をさらに備える方法。
【発明の詳細な説明】
【背景技術】
【０００１】
ＷｉＭＡＸは比較的長い距離に渡って無線データ通信を提供することを目的とする通信技術である。ＷｉＭＡＸはＩＥＥＥ  ８０２．１６ｅ規格に基づく。
【０００２】
図１に、現在のＩＥＥＥ  ８０２．１６ｅ規格（ＷｉＭＡＸフォーラム・ネットワーク・アーキテクチャ−ステージ２−パート１−リリース１．１．１）による従来のＷｉＭＡＸシステムの一部を示す。図１のシステムは、当技術分野ではよく知られているモバイルインターネットプロトコル（ＩＰ：Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）フレームワークを使用して、複数の移動ノードＭ１、Ｍ２、Ｍ３…ＮＭなどのエンドポイントに通信セッション（例えばデータセッション、音声セッション、マルチメディアセッションなど）などの無線サービスを提供する。通信セッションは、移動ノードなど、２つ以上のエンドポイント間のアクティブな通信を指す。
【０００３】
本明細書で論じられる場合、用語「移動ノード」は、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップコンピュータなど、無線通信機能を有する電子装置を指す。より一般には、移動ノードは、あるネットワーク又はサブネットワークから別のネットワーク又はサブネットワークにその接続点を変更できる任意の電子装置を指す。
【０００４】
図１を参照すると、このシステムは、複数のアクセスサービスネットワーク（ＡＳＮ：ａｃｃｅｓｓ  ｓｅｒｖｉｃｅ  ｎｅｔｗｏｒｋ）ＡＳＮ１、ＡＳＮ２、在圏接続サービスネットワークＶ−ＣＳＮ、及びホーム接続サービスネットワークＨ−ＣＳＮを含んでいる。互いに関連してアクセスサービスネットワークＡＳＮ１、ＡＳＮ２、在圏接続サービスネットワークＶ−ＣＳＮ、及びホーム接続サービスネットワークＨ−ＣＳＮは１つ以上の移動ノードＭＩ〜ＭＮに通信サービスを提供する。
【０００５】
ＡＳＮ１及びＡＳＮ２はそれぞれ、有線ネットワークへの無線アクセスを移動ノードに提供する通信ネットワークを表す。アクセスサービスネットワークＡＳＮ１、ＡＳＮ２はネットワークアクセスプロバイダ（ＮＡＰ：ｎｅｔｗｏｒｋ  ａｃｃｅｓｓ  ｐｒｏｖｉｄｅｒ）によって提供され得る。例示的なアクセスサービスネットワークはＷｉＭＡＸアクセスサービスネットワークであり、このＷｉＭＡＸアクセスサービスネットワークはＷｉＭＡＸネットワークサービスプロバイダ（ＮＳＰ：ｎｅｔｗｏｒｋ  ｓｅｒｖｉｃｅ  ｐｒｏｖｉｄｅｒ）にＷｉＭＡＸ無線アクセス基盤を提供する。図１には２つのアクセスサービスネットワークだけが示されているが、ＷｉＭＡＸシステムは任意の数のアクセスサービスネットワークを含んでよいことが当技術分野ではよく知られている。
【０００６】
アクセスサービスネットワークＡＳＮ１は１つ以上の基地局３２−１を含む。本明細書で論じられる場合、基地局３２−１は、基地局３２−１のサービスエリアまたセル内に存在する１つ以上の移動体Ｍ１、Ｍ２に無線サービスを提供する任意の適切な装置又はシステムを表す。当技術分野ではよく知られているように、基地局は、その対応するサービスエリアまたセル内に位置する移動ノードに無線サービスを提供するように動作可能な適切な装置を備える。基地局３２−１はＡＳＮゲートウェイ（ＡＳＮ−ＧＷ）３６−１と通信し、このＡＳＮ−ＧＷ３６−１もまた、アクセスサービスネットワークＡＳＮ１内に含まれる。
【０００７】
よく知られているように、ＡＳＮ−ＧＷ３６−１は、制御プレーンの機能エンティティの集合体を表す論理エンティティであり、これらの制御プレーン機能エンティティは、アクセスサービスネットワークＡＳＮ１内の対応する機能（例えば基地局のインスタンス）、ＣＳＮ内の常駐機能（例えばＶ−ＣＳＮ又はＨ−ＣＳＮ）、或いは別のＡＳＮ内の機能と対になる。ＡＳＮ−ＧＷ３６−１はベアラプレーンのルーティング又はブリッジング機能を実施することもできる。
【０００８】
よく知られているように、それぞれの移動ノードは基地局に関連付けられ、この基地局は一般に、単一の既定のＡＳＮ−ＧＷに関連付けられる。しかし、あらゆる移動ノードのためのＡＳＮ−ＧＷ機能は、１つ以上のＡＳＮ内に位置する複数のＡＳＮ−ＧＷ間で分散されてもよい。
【０００９】
さらに図１を参照すると、ＡＳＮ−ＧＷ３６−１は外部エージェント（ＦＡ：ｆｏｒｅｉｇｎ  ａｇｅｎｔ）４４−１及びオーセンティケータ５２−１を含む。よく知られているように、外部エージェント４４−１はアクセスサービスネットワークＡＳＮ１に登録された移動ノードにルーティングサービスを提供するネットワークエンティティ（例えばルータ）である。外部エージェント４４−１は、アクセスサービスネットワークＡＳＮ１に現在登録されている移動ノードへの、またそこからのデータのルーティングを行う。外部エージェント４４−１は、移動ノードの割り当てられたホームエージェント（例えば在圏接続サービスネットワークＶ−ＣＳＮに位置するホームエージェント４８）からアクセスサービスネットワークＡＳＮ１内の移動ノードに宛てられたデータを受け取る。
【００１０】
よく知られているオーセンティケータ５２−１は、アクセスサービスネットワークＡＳＮ１に入ると移動ノードからのアクセス要求を認証するネットワークエンティティである。オーセンティケータ５２−１は、ＡＳＮ−ＧＷ３６−１内の外部エージェント４４−１から離して示されているが、任意の適切な位置で外部エージェント４４−１と共に置かれてもよい。
【００１１】
上述されたように、図１のシステムは、１つ以上の基地局３２−２及びＡＳＮ−ＧＷ３６−２を含むアクセスサービスネットワークＡＳＮ２をも含む。ＡＳＮ−ＧＷ３６−２は外部エージェント４４−２及びオーセンティケータ５２−２を含む。ここで実施されるこれらのコンポーネント及び機能はそれぞれ、アクセスサービスネットワークＡＳＮ１に関して上述された対応するコンポーネントと同じである。従って、これらのコンポーネントについての説明は省略される。
【００１２】
図１のシステムは、在圏接続サービスネットワークＶ−ＣＳＮ及びホーム接続サービスネットワークＨ−ＣＳＮをさらに含む。一般に、接続サービスネットワーク（ＣＳＮ：ｃｏｎｎｅｃｔｉｖｉｔｙ  ｓｅｒｖｉｃｅ  ｎｅｔｗｏｒｋ）は、ＷｉＭＡＸ加入者（移動ノード）にインターネットプロトコル（ＩＰ）接続サービスを提供する１組のネットワーク機能である。ＣＳＮは、例えばユーザセッションのための移動ノードへのＩＰアドレス及びエンドポイントパラメータの割当て、インターネットアクセス、ＡＡＡサーバ、ユーザ加入プロファイルに基づくポリシー及び許可制御、ＡＳＮ−ＣＳＮトンネリングサポート、ＷｉＭＡＸ加入者課金及びオペレータ間決済、ローミング用のＣＳＮ間トンネリング、ＡＳＮ間移動性、位置ベースサービスなどのＷｉＭＡＸサービス、及びピアツーピアのサービスのための接続性、プロビジョニング、ＩＰマルチメディアサービスへの認証及び／又は接続性を提供することができる。
【００１３】
よく知られているように、ＣＳＮは、ルータ、ＡＡＡサーバ、ユーザデータベース、相互に作用するゲートウェイ移動ノードなど、ネットワーク要素を備えてよい。ＣＳＮは、例えばＷｉＭＡＸサービスプロバイダネットワークの一環として展開することができる。
【００１４】
より具体的には、在圏接続サービスネットワークＶ−ＣＳＮは、アクセスサービスネットワークＡＳＮ１、ＡＳＮ２によってサービスされる移動体のための移動性管理を提供する通信ネットワークを表し、他の操作、例えば許可操作、ホスト構成管理操作などをも提供する。在圏接続サービスネットワークＶ−ＣＳＮはネットワークサービスプロバイダ（ＮＳＰ）によって通常提供される。
【００１５】
在圏接続サービスネットワークＶ−ＣＳＮは上記で言及されたコンポーネント及び機能性のすべてを含むが、分かり易くするために、単一のホームエージェント４８、及び認証、許可及び／又はアカウンティング（ＡＡＡ：ａｕｔｈｅｎｔｉｃａｔｉｏｎ，ａｕｔｈｏｒｉｚａｔｉｏｎ，ａｎｄ／ｏｒ  ａｃｃｏｕｎｔｉｎｇ）機能４０だけが示されている。よく知られているように、ホーム、エージェント４８は、移動ノードがそのホームネットワークから離れているときに移動ノードにデータグラムをトンネリングするネットワークエンティティ（例えばルータ）である。トンネルは、カプセル化される間、データグラムが辿る経路である。ホームエージェント４８は、それが割り当てられる移動ノードの現在の位置を維持する。
【００１６】
ホームエージェント４８は、ネットワークサービスプロバイダによって設定されたポリシー及び構成に基づいて、ホーム接続サービスネットワークＨ−ＣＳＮ内のＡＡＡサーバ４２による特定の移動体の通信セッション、及び／又は在圏接続サービスネットワークＶ−ＣＳＮ内のＡＡＡ機能４０を提供するために選択され、割り当てられる。
【００１７】
ホーム接続サービスネットワークＨ−ＣＳＮ及び在圏接続サービスネットワークＶ−ＣＳＮ内では、それぞれＡＡＡサーバ４２及びＡＡＡサーバ４０は、移動ノードの登録に関連するＡＡＡ関連サービス（例えば認証、許可、アカウンティング又はその任意その組合せ）を提供するネットワークエンティティ（例えばサーバ）である。ＡＡＡサーバ４２とＡＡＡサーバ４０は、ＡＡＡサーバ４０が在圏接続サービスネットワーク（Ｖ−ＣＳＮ）内に位置しており、ＡＡＡサーバ４２がホーム接続サービスネットワークＨ−ＣＳＮに位置しているという点で異なる。さらに、より詳細に下記に述べられるように、ＡＡＡサーバ４０はホームエージェントを選択し、特定の移動体の通信セッションに割り当てる際にＡＡＡサーバ４０がＡＡＡサーバ４２に従属し得るという点でＡＡＡサーバ４２とは異なる。例えば、ＡＡＡサーバ４２は、ホームエージェントの選択及び割当てを在圏接続サービスネットワークＶ−ＣＳＮ内のＡＡＡサーバ４０に委ねることができる。例えば、主なＡＡＡ機能性がＨ−ＣＳＮに期待される場合、接続サービスネットワークＶ−ＣＳＮ内のサーバ４０は接続サービスネットワークＨ−ＣＳＮ内のＡＡＡサーバ４２に情報を移送するプロキシとして働く。分かり易くするために、プロキシとして働くＡＡＡサーバはＡＡＡ機能と呼ばれる。
【００１８】
当技術分野においてよく知られているように、認証とは、移動ノードの識別情報を検証することを指し、許可とは、移動ノードに関するサービスレベルを許可することを指し、アカウンティングとは、移動ノードに関するリソース使用を追跡することを指す。
【００１９】
図１に示されたシステムはモバイルＩＰフレームワークを使用する。インターネット技術特別調査委員会（ＩＥＴＦ：Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）ＲＦＣ３３４４に指定された現在のモバイルインターネットプロトコルバージョン４（ＭＩＰｖ４：ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ４）セキュリティフレームワークによれば、移動ノードＭ１の通信セッションに関連する外部エージェント４４−１とホームエージェント４８の間のトンネリングは、外部エージェント４４−１及びホームエージェント４８に通常知られているセキュリティ鍵（以下、ＦＡ−ＨＡ鍵と呼ばれる）に基づくセキュリティアソシエーションを使用する。
【００２０】
この例では、ＦＡ−ＨＡ鍵は、サービングアクセスサービスネットワークＡＳＮ１内のオーセンティケータ５２−１によって、ホームエージェントセキュリティ鍵（以下、ＨＡ−ＲＫ鍵と呼ばれる）、その関連するコンテキスト、並びに割り当てられた外部エージェント４４−１のＩＰアドレス（ＦＡ−ＩＰ）及びホームエージェント４８のＩＰアドレス（ＨＡ−ＩＰ）に基づいて計算される。よく知られているように、ＨＡ−ＲＫ鍵は、各ホームエージェントについてＡＡＡサーバ４２によって生成された一意の１６０ビット乱数である。各ＨＡ−ＲＫ鍵のコンテキストはＨＡ−ＲＫ鍵の有効期間（又は有効期限）及びセキュリティパラメータインデックス（ＳＰＩ：ｓｅｃｕｒｉｔｙ  ｐａｒａｍｅｔｅｒｓ  ｉｎｄｅｘ）を含む。ＨＡ−ＲＫ鍵の有効期間は、どのくらいの期間ＨＡ−ＲＫ鍵が使用されるか示す。より具体的には、ＨＡ−ＲＫ鍵の有効期間は（ＨＡ−ＲＫに基づく）再認証の前にどのくらいの期間セキュリティアソシエーションが有効であるか指定する。ＳＰＩは、それぞれのＨＡ−ＲＫ鍵に基づいて生成されたそれぞれ異なるＦＡ−ＨＡ鍵を区別するために使用される。ＨＡ−ＲＫ鍵はオーセンティケータ５２−１にも送られる。
【００２１】
上述されたように、オーセンティケータ５２−１は、受け取られたＨＡ−ＲＫ鍵、その関連するコンテキスト、並びに割り当てられた外部エージェント４４−１のＩＰアドレス（ＦＡ−ＩＰ）及びホームエージェント４８のＩＰアドレス（ＨＡ−ＩＰ）に基づいてＦＡ−ＨＡ鍵を計算する。従って、ＦＡ−ＨＡ鍵は外部エージェントとホームエージェントの対ごとに生成される。換言すると、ＦＡ−ＨＡ鍵は外部エージェント４４−１とホームエージェント４８の間のトンネルごとに生成される。オーセンティケータ５２−１は、計算されたＦＡ−ＨＡ鍵を、移動体の通信セッションに割り当てられたホームエージェント４８と通信する際に使用するために外部エージェント４４−１に提供する。
【００２２】
従来のＨＡ−ＲＫ鍵及びＦＡ−ＨＡ鍵配置のシナリオについて、図１に示されたシステムに関して次に述べられる。
【００２３】
図１を参照すると、アクセスサービスネットワークＡＳＮ１内に位置する移動ノードＭ１及びＭ２はオーセンティケータ５２−１を介してＡＡＡサーバ４２によって認証される。アクセスサービスネットワークＡＳＮ２内に位置する移動ノードＭ３はオーセンティケータ５２−２を介してＡＡＡサーバ４２で認証を行う。アクセスサービスネットワークＡＳＮ１とＡＳＮ２の両方は同じローカルのＡＡＡ機能４０によってサービスされ、従って、すべての認証トランザクションはＡＡＡ機能４０を介してルーティングされる。
【００２４】
認証の間、ＡＡＡ機能４０は、ＡＡＡサーバ４２にそのローカルサービス（各移動体Ｍ１〜Ｍ３へのローカルホームエージェント４８の割当て及びホームエージェント４８のためのＨＡ−ＲＫ鍵の生成を含む）を推奨する。
【００２５】
そのローカルポリシーに基づいて、ＡＡＡサーバ４２は、ＡＡＡ機能４０の推奨に基づいて、ホームエージェント４８を移動体Ｍ１に割り当てるかどうか判断する。ＡＡＡサーバ４２がそうすることに決定すると仮定して、ＡＡＡサーバ４２はホームエージェント４８のためのＨＡ−ＲＫ鍵ＨＡ−ＲＫ１−１及び関連するコンテキスト（以下、ＨＡ−ＲＫ鍵及びコンテキストＨＡ−ＲＫ１−１と呼ばれる）を生成する。ＡＡＡサーバ４２はＨＡ−ＲＫ鍵及びコンテキストＨＡ−ＲＫ１−１をＡＡＡ機能４０に送り、このＡＡＡ機能４０は、それをオーセンティケータ５２−１に、引き続いてモバイルＩＰ登録中にホームエージェント４８に転送する。
【００２６】
ＡＡＡサーバ４２はまた、ホームエージェントのＩＰアドレス（ＨＡ−ＩＰ）をＡＡＡ機能４０に送信し、このＡＡＡ機能４０はＡＳＮ−ＧＷ３６−１上のオーセンティケータ５２−１にそれを転送する。
【００２７】
オーセンティケータ５２−１を含むＡＳＮ−ＧＷ３６−１はＥＡＰベースの登録認証トランザクション用のＡＡＡクライアントとして働く。
【００２８】
ＨＡ−ＲＫ鍵及びコンテキストＨＡ−ＲＫ１−１を受け取ると、オーセンティケータ５２−１は、外部エージェント４４−１とホームエージェント４８の間のトンネルのために、対応するＦＡ−ＨＡ鍵ＦＡ−ＨＡ１−１を生成し、それを外部エージェント４４−１に送る。同じＦＡ−ＨＡ鍵ＦＡ−ＨＡ１−１が、ホームエージェント４８によっても計算される。ＦＡ−ＨＡ鍵ＦＡ−ＨＡ１−１は、外部エージェント４４−１とホームエージェント４８の間でトンネリングされたデータグラム用のセキュリティ鍵として働く。
【００２９】
次に移動ノードＭ２に移ると、ＡＡＡサーバ４２は、ＡＡＡ機能４０の推奨を再び受け付ける場合にはホームエージェント４８を移動ノードＭ２に割り当て、ホームエージェント４８用のＨＡ−ＲＫ鍵及びコンテキストＨＡ−ＲＫ１−２を生成する。ＡＡＡサーバ４２はＨＡ−ＲＫ鍵及びコンテキストＨＡ−ＲＫ１−２をＡＡＡ機能４０に送り、このＡＡＡ機能４０は、それをオーセンティケータ５２−１に、引き続いてモバイルＩＰ登録の間にホームエージェント４８に転送する。
【００３０】
ＨＡ−ＲＫ鍵及びコンテキストＨＡ−ＲＫ１−２を受け取ると、オーセンティケータ５２−１は、外部エージェント４４−１とホームエージェント４８の間のトンネルのための対応するＦＡ−ＨＡ鍵ＦＡ−ＨＡ１−２を生成し、それを外部エージェント４４−１に送る。同じＦＡ−ＨＡ鍵ＦＡ−ＨＡ１−２がホームエージェント４８によっても計算される。ＦＡ−ＨＡ鍵ＦＡ−ＨＡ１−２は、外部エージェント４４−１とホームエージェント４８の間でトンネリングされるデータグラム用の別のセキュリティ鍵として働く。
【００３１】
移動ノードＭ３に移ると、ＡＡＡサーバ４２は、ＡＡＡ機能４０の推奨に基づいてホームエージェント４８を再び割り当てる場合、ホームエージェント４８用の別のＨＡ−ＲＫ鍵及びコンテキストＨＡ−ＲＫ２−３を生成する。ＡＡＡサーバ４２はＨＡ−ＲＫ鍵及びコンテキストＨＡ−ＲＫ２−３をＡＡＡ機能４０に送り、このＡＡＡ機能４０は、それをオーセンティケータ５２−２に、引き続いてモバイルＩＰ登録の間にホームエージェント４８に転送する。
【００３２】
ＨＡ−ＲＫ鍵及びコンテキストＨＡ−ＲＫ２−３を受け取ると、オーセンティケータ５２−２は、外部エージェント４４−２とホームエージェント４８の間のトンネル用の対応するＦＡ−ＨＡ鍵ＦＡ−ＨＡ２−３を生成し、それを外部エージェント４４−２に送る。同じＦＡ−ＨＡ鍵ＦＡ−ＨＡ２−３がホームエージェント４８によっても計算される。ＦＡ−ＨＡ鍵ＦＡ−ＨＡ２−３は、外部エージェント４４−２とホームエージェント４８の間でトンネリングされるデータグラム用のセキュリティ鍵として働く。
【００３３】
この例では、引き続いて移動ノードＭ１がアクセスサービスネットワークＡＳＮ２に移転する場合、外部エージェント４４−２は、オーセンティケータ５２−１に別のＦＡ−ＨＡ鍵ＦＡ−ＨＡ２−１（外部エージェント４４−２とホームエージェント４８の間のトンネル用の鍵）を要求する。オーセンティケータ５２−１は、オーセンティケータ５２−１で維持されたＨＡ−ＲＫ鍵及びコンテキストＨＡ−ＲＫ１−１に基づいてＦＡ−ＨＡ鍵ＦＡ−ＨＡ２−１を生成し、それを外部エージェント４４−２に送る。同じＦＡ−ＨＡ鍵ＦＡ−ＨＡ２−１がホームエージェント４８でも生成される。ＦＡ−ＨＡ鍵ＦＡ−ＨＡ２−１もまた、外部エージェント４４−２とホームエージェント４８の間でトンネリングされたデータグラム用のセキュリティ鍵として働く。
【００３４】
図１に戻って参照すると、ＨＡ−ＲＫ鍵の有効期間及びＳＰＩは、ＨＡ−ＲＫ鍵及びコンテキストを割り当てるＡＡＡサーバ４２によって管理される。ＡＡＡサーバ４２は、オーセンティケータ５２−１及び５２−２上でアクティブなＨＡ−ＲＫ鍵及びコンテキストが失効する前に、新しいＨＡ−ＲＫ鍵及びコンテキストを生成し、各オーセンティケータ５２−１、５２−２及び／又はホームエージェント４８に引き渡す責任を担う。
【００３５】
いずれかのＥＡＰ認証手続きの間、ＡＡＡサーバ４２は、例えばオーセンティケータ５２−１又はホームエージェント４８のアクティブなＨＡ−ＲＫ鍵の残りの有効期間が、新しく割り当てられたマスタセッション鍵（ＭＳＫ：ｍａｓｔｅｒ  ｓｅｓｓｉｏｎ  ｋｅｙ）の有効期間より小さいと認識する場合、オーセンティケータ５２−１及びホームエージェント４８に新しいＨＡ−ＲＫコンテキストを送る。
【００３６】
ＥＡＰベースの登録認証手続きが成功した結果、ＥＡＰクライアント（例えば移動ノードＭ１）とＥＡＰサーバ（ＡＡＡサーバ４２）の両方がＭＳＫを生成する。ＡＡＡサーバ４２は、そのポリシーに基づいて、このＭＳＫに有効期間を割り当てる。ＭＳＫの有効期間（又は有効期限）は、再認証前にこのセキュリティアソシエーションがどのくらいの期間有効であるか指定する。引き続いて、ＭＳＫとＭＳＫの両方の有効期間が、ＥＡＰ認証手続きの終わりにオーセンティケータ５２−１に引き渡される。
【００３７】
一般に、ＡＡＡサーバ４２は、ＨＡとオーセンティケータがそれぞれ異なる認証イベントに関連付けられるので、ＨＡとオーセンティケータの所与の対について配布された前のセキュリティアソシエーションについての知識を保持しない。ＡＡＡサーバ４２にとって、オーセンティケータ内のいずれかのＨＡ−ＲＫ鍵が現在その割り当てられた有効期間内にあるかどうかに関する知識を保持するのは面倒なことである。従って、新しい認証イベントの完了時、ＡＡＡサーバ４２は新しいランダムなＨＡ−ＲＫ鍵を作成し送る。一般に、ＡＡＡサーバ４２は、ＨＡ−ＲＫの有効期間を、少なくとも新しいＭＳＫの有効期間以上に設定する。このように、ＦＡ−ＨＡトンネルのセキュリティアソシエーションの有効期間は登録認証有効期間によって制限されない。
【００３８】
しかし、現在、オーセンティケータ５２−１又はホームエージェント４８上で新しいＨＡ−ＲＫ鍵及びコンテキストが受け取られると、より古いバージョンのＨＡ−ＲＫ鍵及びコンテキストは直ちには廃止又は削除されない。そうではなく、それぞれのＨＡ−ＲＫ鍵はその有効期間の終了までアクティブなままである。その結果、複数のＨＡ−ＲＫ鍵及びコンテキストがオーセンティケータ５２−１及びホームエージェント４８で常に維持されなければならない。
【００３９】
上記例では、ＨＡ−ＲＫセキュリティ鍵はＡＡＡ機能４０を介してＡＡＡサーバ４２によって提供される。しかし、別の例では、ＡＡＡ機能４０はＨＡ−ＲＫセキュリティ鍵を生成し、オーセンティケータ５２−１、５２−２及びホームエージェント４８に送ってよい。このプロセスで、移動ノードＭ１が在圏接続サービスネットワークＶ−ＣＳＮにアクセスするとき、ＡＡＡ機能４０はＡＡＡサーバ４２にローカルホームエージェント４８を提案する。ＡＡＡサーバ４２が（そのポリシーをチェックした後に）推奨に合意する場合、その合意はＡＡＡ機能４０に通信し戻される。次いで、ＡＡＡ機能４０は移動ノードＭ１にホームエージェント４８を割り当て、ＡＡＡサーバ４２に関して上述されたのと同じやり方でＨＡ−ＲＫセキュリティ鍵をも割り当てる。
【００４０】
従来、所与の移動ノードについて、オーセンティケータ５２−１及び５２−２はサービングシステムの配置構成に基づいて選択されるが、関連するＡＡＡ又はホームエージェント４８によっては予測できない。同様に、ホームエージェント４８はＡＡＡサーバ４２のポリシーに基づいて選択されるが、関連するオーセンティケータ５２−１、５２−２又は外部エージェント４４−１、４４−２によっては予測できない。その結果、ホームエージェント４８及び／又はオーセンティケータ５２−１、５２−２は、オーセンティケータとホームエージェントの間の同じ所与のアソシエーションについてそれぞれ異なるＨＡ−ＲＫセキュリティ鍵を同時に受け取ることがある。
【００４１】
ＨＡ−ＲＫセキュリティ鍵間の調整不足により、同じホームエージェント−外部エージェント対について複数のトンネル及びセキュリティアソシエーションが生成されることになる。結果として生じる複数のセキュリティアソシエーションはホームエージェント及びオーセンティケータ上に曖昧さをもたらす。
【００４２】
より一般に、ホームエージェント割当てに関与するＮ個のＡＡＡサーバ、及びＦＡ−ＨＡ鍵配布に関与するＰ個のオーセンティケータ（それぞれのオーセンティケータはＭ個のＡＡＡサーバに関連付けられ、Ｍ≦Ｎである）場合、ホームエージェントは少なくともＮ×Ｐ個の鍵を維持しなければならず、それぞれのオーセンティケータは少なくともＭ個の鍵を維持しなければならず、それぞれの外部エージェントは少なくともＭ×Ｐ個の鍵を維持しなければならない。
【先行技術文献】
【非特許文献】
【００４３】
【非特許文献１】ＲＦＣ３３４４
【発明の概要】
【００４４】
例示的な実施形態は無線ネットワーク内のセキュリティアソシエーションを動的に管理するための方法を提供する。
【００４５】
少なくとも１つの例示的な実施形態は、ネットワーク内のセキュリティアソシエーションを動的に管理するための方法を提供する。この方法によれば、セキュリティ鍵管理エンティティは、既存のアクティブなセキュリティ鍵に基づいて、アクティブなセキュリティ鍵として新しいセキュリティ鍵を適用するかどうか判断する。新しいセキュリティ鍵及び既存のアクティブなセキュリティ鍵はそれぞれ、同じホームエージェントに関連付けられ、既存のアクティブなセキュリティ鍵は、ホームエージェントと少なくとも１つの他のネットワーク要素との間の既存のセキュリティアソシエーションのベースとして働く。アクティブなセキュリティ鍵、及び結果として生じるセキュリティアソシエーションは、ホームエージェントと少なくとも１つの他のネットワーク要素との間で送信されるデータを保護するために使用される。
【００４６】
少なくとも１つの他の例示的な実施形態は、ネットワーク内のセキュリティアソシエーションを動的に管理するための方法を提供する。この方法によれば、セキュリティ鍵管理エンティティは、既存のアクティブなセキュリティ鍵、及びセキュリティ鍵管理エンティティで現在保留中のセキュリティ鍵に基づいて新しいセキュリティ鍵を保持するか、それとも廃棄するか判断する。既存のアクティブなセキュリティ鍵は少なくとも２つのネットワーク要素間の既存のセキュリティアソシエーションのベースとして働く。アクティブなセキュリティ鍵及び結果として生じるセキュリティアソシエーションは少なくとも２つのネットワーク要素間で送信されるデータを保護するために使用される。
【００４７】
少なくとも１つの他の例示的な実施形態はネットワークゲートウェイを提供する。ネットワークゲートウェイはネットワーク内のセキュリティアソシエーションを動的に管理するためのセキュリティ鍵管理エンティティを含んでよい。セキュリティ鍵管理エンティティは、既存のアクティブなセキュリティ鍵に基づいて、アクティブなセキュリティ鍵として新しいセキュリティ鍵を適用すべきかどうか判断するように構成される。新しいセキュリティ鍵及び既存のアクティブなセキュリティ鍵はそれぞれ、同じホームエージェントに関連付けられ、既存のアクティブなセキュリティ鍵は、ホームエージェントと少なくとも１つの他のネットワーク要素との間の既存のセキュリティアソシエーションのベースとして働く。アクティブなセキュリティ鍵及び結果として生じるセキュリティアソシエーションは、少なくとも２つのネットワーク要素間で送信されるデータを保護するために使用される。
【００４８】
本発明は、本明細書に後述された詳細な説明及び添付の図面からより完全に理解されるようになり、図面では、同様の要素は同じ参照符号で表されており、それらは、例示するためだけに示され、従って本発明を制限するものではない。
【図面の簡単な説明】
【００４９】
【図１】従来のＷｉＭＡＸシステムの一部を示す図である。
【図２】例示的な実施形態による無線ネットワーク内のセキュリティアソシエーションを動的に管理する方法を示す図である。
【発明を実施するための形態】
【００５０】
以下の記述では、限定するためではなく、説明するために、特定のアーキテクチャ、インターフェース、技術など、具体的な詳細が、本発明の完全な理解をもたらすために示されている。しかし、本発明は、これらの具体的な詳細から離れた他の例示的な実施形態で実施され得ることが当業者には明らかであろう。一部の例では、よく知られている装置、回路及び方法の詳細な説明は、本発明についての説明を不必要な詳細で不明瞭にしないようにするために省略されている。本発明のすべての原理、態様及び実施形態、並びにその具体的な例は、その構造と機能の両方の等価物を包含するものである。さらに、こうした等価物は、現在知られている等価物と、将来開発される等価物の両方を含むものである。
【００５１】
例示的な実施形態について、本明細書では、適切なコンピューティング環境内で実施されるものとして論じられる。必須ではないが、例示的な実施形態は、１つ以上のコンピュータプロセッサ又はＣＰＵによって実行されるプログラムモジュールや機能プロセスなど、コンピュータ実行可能命令の一般的な文脈で述べられる。一般に、プログラムモジュール又は機能プロセスは特定のタスクを実施し、又は特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造体などを含む。本明細書に論じられたプログラムモジュール及び機能プロセスは、既存の通信ネットワーク内の既存のハードウェアを使用して実装されてよい。例えば、本明細書に論じられたプログラムモジュール及び機能プロセスは、既存のネットワーク要素又は制御ノード（例えば図１に示されたホームエージェント又はオーセンティケータ）上の既存のハードウェアを使用して実装されてよい。こうした既存のハードウェアは、１つ以上のデジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）コンピュータなどを含んでよい。
【００５２】
以下の説明では、例示的な実施形態について、他に示されていない限り、１つ以上のプロセッサによって実施される行為及び操作の（例えばフローチャートの形）記号表現を参照して述べられる。従って、コンピュータによって実行されるものと呼ばれることがあるこうした行為及び操作は、構造化された形でデータを表す電気的信号をプロセッサによって操作することを含むことが理解されよう。この操作は、データを変換し、又はそれをコンピュータのメモリシステム内の位置に維持し、このコンピュータは、コンピュータの操作を、当業者によってよく理解されるやり方で再構成し、又は別のやり方で変更する。
【００５３】
図２は、例示的な実施形態による、セキュリティアソシエーション又は鍵を動的に管理するための方法を示すフローチャートである。図２に示された方法は、図１に示された例示的なシステムに関して、具体的にはホームエージェント４８又はオーセンティケータ５２−１によって実施される機能／行為に関して述べられる。オーセンティケータ５２−１、５２−２及びホームエージェント４８はひとまとめにして、セキュリティ鍵管理エンティティ、ネットワークエンティティ又は鍵管理エンティティと呼ばれることがある。
【００５４】
例示的な実施形態について、オーセンティケータ５２−１に関して述べられる。しかし、同じ動的管理方法がオーセンティケータ５２−２及び／又はホームエージェント４８で実施され得ることが理解されよう。
【００５５】
上記に論じられたように、オーセンティケータ５２−１は、アクセスサービスネットワークＡＳＮ１内の移動ノードへの通信に必要とされる、各ホームエージェント４８と外部エージェント４４−１の間のトンネルに関連するＨＡ−ＲＫ鍵及びコンテキストを維持する。しかし、オーセンティケータ５２−１は、どのＡＡＡサーバがＨＡ−ＲＫ鍵及びコンテキストを生成して送ったかについてのいかなる知識も保持しない。
【００５６】
上記に論じられたように、オーセンティケータ５２−１は、オーセンティケータ５２−１上のアクティブなＨＡ−ＲＫ鍵の残りの有効期間（又は有効期限）が、新しく割り当てられたＭＳＫ有効期間より小さい場合、且つ／又はアクセスサービスネットワークＡＳＮ１内の新しい移動ノードの認証に応答して、ＡＡＡサーバ４２から新しいＨＡ−ＲＫ鍵及びコンテキストを受け取ることができる。
【００５７】
図２に示された方法を使用して、オーセンティケータ５２−１（及び／又はホームエージェント４８）は、ＨＡ−ＲＫ及び／又はＦＡ−ＨＡ鍵の数を減少させるためにホームエージェントと外部エージェントの間のトンネルのセキュリティアソシエーションを動的に管理することができる。
【００５８】
図１及び２を参照すると、オーセンティケータ５２−１は、ステップＳ２０２で、新しく生成されたＨＡ−ＲＫ鍵ＫＥＹＮＥＷ及び関連するコンテキストを受け取る。上記に論じられたように、オーセンティケータ５２−１は複数のモバイルセッションにサービスする。それぞれのセッションは確立されたときに認証され、その結果、サービスされたセッションの少なくとも一部はオーセンティケータ５２−１によって認証される。認証プロセスの終わりに、ＡＡＡサーバ４２はセッションのためのホームエージェント４８を割り当て、従って、同じホームエージェント４８が、同じオーセンティケータ５２−１によって処理される複数のセッションのために割り当てられてよい。従って、オーセンティケータ５２−１は、前のセッションのために割り当てられた同じホームエージェント４８と通信するのに有効なＨＡ−ＲＫを既に有していながら、ＨＡ−ＲＫの新しい値を受け取ることができる。
【００５９】
図２に戻ると、ステップＳ２０４で、オーセンティケータ５２−１は、ホームエージェント４８に関連するアクティブなＨＡ−ＲＫ鍵ＫＥＹＡＣＴが既に存在するかどうか判断する。オーセンティケータ５２−１は、割り当てられたＨＡに関連するセキュリティ鍵をチェックすることによって、アクティブなＨＡ−ＲＫ鍵ＫＥＹＡＣＴがホームエージェント４８に既に関連付けられているかどうか判断する。これは、例えば、ホームエージェントの識別子に関連してセキュリティ鍵を格納するメモリを解析することによって行うことができる。オーセンティケータ５２−１が、ホームエージェント４８に関連する既存のＨＡ−ＲＫ鍵がない（例えばアクティブな鍵コンテキストＫＥＹＡＣＴが存在しない）と判断する場合、ステップＳ２０６で、新しく受け取られたＨＡ−ＲＫ鍵ＫＥＹＮＥＷがアクティブ化され、ＨＡ−ＲＫ鍵ＫＥＹＡＣＴになる。アクティブなＨＡ−ＲＫ鍵ＫＥＹＡＣＴは、アクティブなＨＡ−ＲＫ鍵ＫＥＹＡＣＴが失効するまで、ＦＡ−ＨＡ鍵を生成するためのベースとして使用される。
【００６０】
アクティブなＨＡ−ＲＫ鍵ＫＥＹＡＣＴは、ＨＡ−ＲＫ鍵Ｌｉｆｅ＿ＫＥＹＡＣＴの有効期間が経過するときに失効する。ＨＡ−ＲＫ鍵の有効期間は、例えばＡＡＡサーバ４２によって割り当てられた経過時間タイマの最大値である。このタイマが終了すると、ＨＡ−ＲＫ鍵に基づくセキュリティアソシエーションは終わる。
【００６１】
オーセンティケータ５２−１は、ステップＳ２０８で、アクティブな鍵Ｌｉｆｅ＿ＫＥＹＡＣＴの有効期間が終了したと判断すると、ステップＳ２１０で、保留中のＨＡ−ＲＫ鍵ＫＥＹＰＮＤが存在するかどうか判断する。保留中のＨＡ−ＲＫ鍵ＫＥＹＰＮＤはステップＳ２１６、Ｓ２２０及びＳ２２２に関してより詳細に後述される。保留中のＨＡ−ＲＫ鍵ＫＥＹＰＮＤが存在しない場合は、オーセンティケータ５２−１は、ステップＳ２１２で、ホームエージェント４８と外部エージェント４４−１の間のセキュリティアソシエーションを廃止又は削除する。
【００６２】
ステップＳ２１０に戻ると、保留中のＨＡ−ＲＫ鍵ＫＥＹＰＮＤが存在する場合は、オーセンティケータ５２−１は、ステップＳ２１４で、保留中のＨＡ−ＲＫ鍵ＫＥＹＰＮＤをアクティブ化し、保留中のＨＡ−ＲＫ鍵ＫＥＹＰＮＤはアクティブなＨＡ−ＲＫ鍵ＫＥＹＡＣＴになる。次いで、アクティブなＨＡ−ＲＫ鍵ＫＥＹＡＣＴは、失効するまで、ＦＡ−ＨＡ鍵を生成するためのベースとして使用される。
【００６３】
図２のステップＳ２０４に戻って、オーセンティケータ５２−１は、アクティブなＨＡ−ＲＫ鍵ＫＥＹＡＣＴが存在すると判断する場合は、ステップＳ２１６で、新しく受け取られたＨＡ−ＲＫ鍵ＫＥＹＮＥＷがアクティブなＨＡ−ＲＫ鍵ＫＥＹＡＣＴの前に失効するかどうか判断する。オーセンティケータ５２−１は、新しく受け取られたＨＡ−ＲＫ鍵Ｌｉｆｅ＿ＫＥＹＮＥＷの有効期間をアクティブなＨＡ−ＲＫ鍵Ｌｉｆｅ＿ＫＥＹＡＣＴの有効期間と比較することによって、新しく受け取られたＨＡ−ＲＫ鍵ＫＥＹＮＥＷがアクティブなＨＡ−ＲＫ鍵ＫＥＹＡＣＴの前に失効するかどうか判断する。
【００６４】
アクティブなＨＡ−ＲＫ鍵Ｌｉｆｅ＿ＫＥＹＡＣＴの有効期間が、新しく受け取られたＨＡ−ＲＫ鍵Ｌｉｆｅ＿ＫＥＹＮＥＷの有効期間を超えて延びる（例えばそれより大きい）場合、オーセンティケータ５２−１は、新しく受け取られたＨＡ−ＲＫ鍵ＫＥＹＮＥＷがアクティブなＨＡ−ＲＫ鍵ＫＥＹＡＣＴの前に失効すると判断する。
【００６５】
オーセンティケータ５２−１は、新しく受け取られたＨＡ−ＲＫ鍵ＫＥＹＮＥＷがアクティブなＨＡ−ＲＫ鍵ＫＥＹＡＣＴの前に失効すると判断する場合は、ステップＳ２１８で、新しく受け取られたＨＡ−ＲＫ鍵ＫＥＹＮＥＷを無視し廃棄する。
【００６６】
ステップＳ２１６に戻ると、オーセンティケータ５２−１は、新しく受け取られたＨＡ−ＲＫ鍵ＫＥＹＮＥＷがアクティブなＨＡ−ＲＫ鍵ＫＥＹＡＣＴの前に失効しないと判断する場合は、ステップＳ２２０で、ホームエージェント４８のための保留中のＨＡ−ＲＫ鍵ＫＥＹＰＮＤが既に存在するかどうか判断する。
【００６７】
保留中のＨＡ−ＲＫ鍵ＫＥＹＰＮＤが存在する場合は、オーセンティケータ５２−１は、ステップＳ２２２で、新しく受け取られたＨＡ−ＲＫ鍵ＫＥＹＮＥＷが保留中のＨＡ−ＲＫ鍵ＫＥＹＰＮＤの前に失効するかどうか判断する。オーセンティケータ５２−１は、ステップＳ２１６に関して上述されたように、新しく受け取られたＨＡ−ＲＫ鍵ＫＥＹＮＥＷが保留中のＨＡ−ＲＫ鍵ＫＥＹＰＮＤの前に失効するかどうか判断する。
【００６８】
新しく受け取られたＨＡ−ＲＫ鍵ＫＥＹＮＥＷが保留中のＨＡ−ＲＫ鍵ＫＥＹＰＮＤの前に失効する場合は、オーセンティケータ５２−１は、ステップＳ２１８で、新しく受け取られたＨＡ−ＲＫ鍵ＫＥＹＮＥＷを無視し廃棄する。
【００６９】
ステップＳ２２２に戻ると、オーセンティケータ５２−１は、保留中のＨＡ−ＲＫ鍵ＫＥＹＰＮＤが新しく受け取られたＨＡ−ＲＫ鍵ＫＥＹＮＥＷの前に失効すると判断する場合、ステップＳ２２４で、現在の保留中のＨＡ−ＲＫ鍵ＫＥＹＰＮＤを、新しく受け取られたＨＡ−ＲＫ鍵ＫＥＹＮＥＷで置き換える。次いで、このプロセスはステップＳ２０８に進み、上記に論じられたように継続する。
【００７０】
ステップＳ２２０に戻ると、オーセンティケータ５２−１上にホームエージェント４８のための保留中のＨＡ−ＲＫ鍵ＫＥＹＰＮＤが存在しない場合は、このプロセスはステップＳ２２４に進み、上記に論じられたように継続する。
【００７１】
図２に示された方法は、オーセンティケータ５２−１に関して上記に論じられたのと同じ又は実質的に同じやり方で、オーセンティケータ５２−２上で実施することもできる。類似の方法をホームエージェント４８上で実施することもできる。ホームエージェント４８上で実施される方法は、オーセンティケータ５２−１で実施される方法に実質的に類似するので、以下では、簡潔な議論だけが提供される。
【００７２】
図１及び２を再び参照すると、ホームエージェント４８は、ステップＳ２０２で、新しく生成されたＨＡ−ＲＫ鍵ＫＥＹＮＥＷ及び関連するコンテキストを受け取る。ステップＳ２０４で、ホームエージェント４８は、アクティブなＨＡ−ＲＫ鍵ＫＥＹＡＣＴが既に存在するかどうか判断する。ホームエージェント４８は、オーセンティケータ５２−１に関して上述されたのと同じやり方で、アクティブなＨＡ−ＲＫ鍵ＫＥＹＡＣＴが既に存在するかどうか判断する。
【００７３】
既存のＨＡ−ＲＫ鍵がないとホームエージェント４８が決定する場合は、ステップＳ２０６で、新しく受け取られたＨＡ−ＲＫ鍵ＫＥＹＮＥＷがアクティブ化され、ＨＡ−ＲＫ鍵ＫＥＹＡＣＴになる。アクティブなＨＡ−ＲＫ鍵ＫＥＹＡＣＴは、アクティブなＨＡ−ＲＫ鍵ＫＥＹＡＣＴが失効するまで、ＦＡ−ＨＡ鍵を生成するためのベースとして使用される。
【００７４】
ホームエージェント４８は、ステップＳ２０８で、アクティブな鍵Ｌｉｆｅ＿ＫＥＹＡＣＴの有効期間が終了したと判断すると、ステップＳ２１０で、ホームエージェント４８は保留中のＨＡ−ＲＫ鍵ＫＥＹＰＮＤが存在するかどうか判断する。
【００７５】
保留中のＨＡ−ＲＫ鍵ＫＥＹＰＮＤが存在しない場合は、ホームエージェント４８は、ステップＳ２１２で、外部エージェント４４−１とのセキュリティアソシエーションを廃止又は削除する。
【００７６】
ステップＳ２１０に戻ると、保留中のＨＡ−ＲＫ鍵ＫＥＹＰＮＤが存在する場合は、ホームエージェント４８は、ステップＳ２１４で、保留中のＨＡ−ＲＫ鍵ＫＥＹＰＮＤをアクティブ化し、保留中のＨＡ−ＲＫ鍵ＫＥＹＰＮＤはアクティブなＨＡ−ＲＫ鍵ＫＥＹＡＣＴになる。次いで、アクティブなＨＡ−ＲＫ鍵ＫＥＹＡＣＴは、アクティブなＨＡ−ＲＫ鍵ＫＥＹＡＣＴが失効するまで、ＦＡ−ＨＡ鍵を生成するためのベースとして使用される。
【００７７】
図２のステップＳ２０４に戻ると、ホームエージェント４８は、アクティブなＨＡ−ＲＫ鍵ＫＥＹＡＣＴが存在すると判断する場合は、ステップＳ２１６で、新しく受け取られたＨＡ−ＲＫ鍵ＫＥＹＮＥＷがアクティブなＨＡ−ＲＫ鍵ＫＥＹＡＣＴの前に失効するかどうか判断する。
【００７８】
ホームエージェント４８は、新しく受け取られたＨＡ−ＲＫ鍵ＫＥＹＮＥＷがアクティブなＨＡ−ＲＫ鍵ＫＥＹＡＣＴの前に失効すると判断する場合は、ステップＳ２１８で、新しく受け取られたＨＡ−ＲＫ鍵ＫＥＹＮＥＷを無視し廃棄する。
【００７９】
ステップＳ２１６に戻ると、ホームエージェント４８は、新しく受け取られたＨＡ−ＲＫ鍵ＫＥＹＮＥＷがアクティブなＨＡ−ＲＫ鍵ＫＥＹＡＣＴの前に失効しないと判断する場合は、ステップＳ２２０で、保留中のＨＡ−ＲＫ鍵ＫＥＹＰＮＤが既に存在するかどうか判断する。
【００８０】
保留中のＨＡ−ＲＫ鍵ＫＥＹＰＮＤが存在する場合は、ホームエージェント４８は、ステップＳ２２２で、新しく受け取られたＨＡ−ＲＫ鍵ＫＥＹＮＥＷが保留中のＨＡ−ＲＫ鍵ＫＥＹＰＮＤの前に失効するかどうか判断する。ホームエージェント４８は、ステップＳ２１６に関して上述されたように、新しく受け取られたＨＡ−ＲＫ鍵ＫＥＹＮＥＷが保留中のＨＡ−ＲＫ鍵ＫＥＹＰＮＤの前に失効するかどうか判断する。
【００８１】
新しく受け取られたＨＡ−ＲＫ鍵ＫＥＹＮＥＷが保留中のＨＡ−ＲＫ鍵ＫＥＹＰＮＤの前に失効する場合は、ホームエージェント４８は、ステップＳ２１８で、新しく受け取られたＨＡ−ＲＫ鍵ＫＥＹＮＥＷを無視し廃棄する。
【００８２】
ステップＳ２２２に戻ると、ホームエージェント４８は、保留中のＨＡ−ＲＫ鍵ＫＥＹＰＮＤが新しく受け取られたＨＡ−ＲＫ鍵ＫＥＹＮＥＷの前に失効すると判断する場合は、ステップＳ２２４で、現在の保留中の鍵ＨＡ−ＲＫ鍵ＫＥＹＰＮＤを、新しく受け取られたＨＡ−ＲＫ鍵ＫＥＹＮＥＷで置き換える。次に、このプロセスはステップＳ２０８に進み、上記で論じられたように継続する。
【００８３】
ステップＳ２２０に戻ると、保留中のＨＡ−ＲＫ鍵ＫＥＹＰＮＤが存在しない場合は、このプロセスはＳ２２４に進み、上記で論じられたように継続する。
【００８４】
上述された例示的な実施形態を使用して、所与のホームエージェント及び／又はオーセンティケータで保持されるＨＡ−ＲＫ鍵及び／又はサポートされるトンネルの数を減少させることができる。例えば、本明細書に論じられた例示的な実施形態を使用することによって、Ｍ個のオーセンティケータにＨＡ−ＲＫ鍵及びコンテキストを割り当てるＮ個のＡＡＡサーバが存在する場合、それぞれのホームエージェントは少なくとも（１×Ｍ）ＨＡ−ＲＫ鍵及びコンテキストを維持する。
【００８５】
図２の方法は受信ステップＳ２０２を含むが、ホームエージェント４８又はオーセンティケータ５２−１のうちの１つ以上はＡＡＡサーバ又はＡＡＡ機能と共に置くことができ、従って、それ自体ＨＡ−ＲＫ鍵ＫＥＹＮＥＷを生成できることが理解されよう。
【００８６】
本発明について上記のように述べられたが、本発明は、多くのやり方で変更できることが明らかである。こうした変形形態は、本発明からの逸脱とみなすべきではなく、こうした修正は全て、本発明の範囲内に含まれるものである。
【図１】
2011515930.tif 000003
【図２】
2011515930.tif 000004
【国際調査報告】
2011515930.tif 000005
2011515930.tif 000006