(57)【要約】  本発明は、ユーザ機器および少なくとも１つのネットワーク・アプリケーション機能の通信を認証するために鍵素材が使用される鍵素材の生成の方法を提供する。この方法は、第１の鍵素材に関連するブートストラッピング識別子および第１の乱数を提供することと、第２の乱数を示す情報を受信することと、第１の鍵素材、第１の乱数、および第２の乱数に基づいて第２の鍵素材を形成することとを含む。
2008537445.tif 000002
【特許請求の範囲】
【請求項１】
通信を認証する鍵素材生成の方法であって、
第１の鍵素材に関連するブートストラッピング識別子および第１の乱数を提供することと、
第２の乱数を示す情報を受信することと、
前記第１の鍵素材、前記第１の乱数、および前記第２の乱数に基づいて第２の鍵素材を形成することと
を含む方法。
【請求項２】
前記第１の乱数を決定することを含む請求項１に記載の方法。
【請求項３】
前記第２の乱数を示す情報を受信することが、前記第１の鍵素材および前記第１の乱数を示す前記情報の提供に応答して前記第２の乱数を示す前記情報を受信することを含む請求項１に記載の方法。
【請求項４】
前記第２の鍵素材を使用してユーザ機器と少なくとも１つのネットワーク・アプリケーション機能との間の安全な接続を確立することを含む請求項１に記載の方法。
【請求項５】
通信を認証する鍵素材生成の方法であって、
第１の鍵素材に関連するブートストラッピング識別子および第１の乱数を受信することと、
第２の乱数を決定することと、
前記第１の鍵素材に関連する前記ブートストラッピング識別子および前記第１および第２の乱数を提供することと、
前記第１の鍵素材に関連する前記ブートストラッピング識別子および前記第１および第２の乱数を使用して形成された第２の鍵素材を受信することと
を含む方法。
【請求項６】
前記第２の乱数を決定することが、前記第１の鍵素材および前記第１の乱数を示す前記情報の受信に応答して前記第２の乱数を決定することを含む請求項５に記載の方法。
【請求項７】
前記第２の乱数を前記ユーザ機器に提供することと、
前記第２の鍵素材を使用してユーザ機器と少なくとも１つのネットワーク・アプリケーション機能との間の安全な接続を確立することと
を含む請求項５に記載の方法。
【請求項８】
通信を認証する鍵素材生成の方法であって、
第１の鍵素材に関連するブートストラッピング識別子および第１および第２の乱数を受信することと、
前記第１の鍵素材に関連する前記ブートストラッピング識別子に基づいて前記第１の鍵素材にアクセスすることと、
前記第１の鍵素材、および前記第１および第２の乱数に基づいて第２の鍵素材を形成することと
を含む方法。
【請求項９】
前記第２の乱数を少なくとも１つのネットワーク・アプリケーション機能に提供することを含む請求項８に記載の方法。
【請求項１０】
前記第２の鍵素材を少なくとも１つのネットワーク・アプリケーション機能に提供することを含む請求項８に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に通信システムに関し、より詳細には無線通信システムに関する。
【背景技術】
【０００２】
従来の無線通信システムは、様々な認証技術を使用して、システムを介して送信される情報のセキュリティおよび／または保全性を保護する。例えば、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ａｎｄ  Ｋｅｙ  Ａｇｒｅｅｍｅｎｔ（ＡＫＡ）プロトコルは、Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ（３ＧＰＰ）認証インフラストラクチャに実装されている。ネットワークにおける、および／またはユーザ側のアプリケーション機能がブートストラッピング技術を使用して共有鍵を確立できるようにするために、３ＧＰＰ  ＡＫＡプロトコルを活用することができる。
【０００３】
図１は、３ＧＰＰ  ＡＫＡプロトコルに基づくブートストラッピング・アーキテクチャ１００の従来のモデルを概念的に示す。ブートストラッピング・アーキテクチャ１００は、インターフェイスＺｈによってブートストラッピング・サーバ機能（Bootstrapping Server Function：ＢＳＦ）に結合されるホーム加入者サーバ（Home Subscriber Server：ＨＳＳ）を含む。ＢＳＦは、インターフェイスＵｂによって１つまたは複数のユーザ機器（ＵＥ、一般にモバイル・ユニットとも呼ばれる）に結合される。また、ＢＳＦは、インターフェイスＺｎによってネットワーク・アプリケーション機能（ＮＡＦ）にも接続される。ＮＡＦは、インターフェイスＵａによってＵＥに結合される。ブートストラッピング・アーキテクチャ１００に含まれるエンティティについては、参照によりその全部が本明細書に組み込まれる、３ＧＰＰ技術仕様書  ３ＧＰＰ  ＴＳ  ３３．２２０  Ｖ６．３．０（２００４−１２）に詳細に記載されている。以下、３ＧＰＰ技術仕様書  ３ＧＰＰ  ＴＳ  ３３．２２０  Ｖ６．３．０（２００４−１２）を３ＧＰＰ技術仕様書と呼ぶ。
【０００４】
図２は、従来のブートストラッピング手順２００を概念的に示している。ＵＥは、矢印２０５によって示されるように、ＢＳＦに要求を送信することによって、ブートストラッピング手順２００を開始することができる。ＢＳＦは、双方向矢印２１０によって示されるように、ユーザ・セキュリティ設定および／または認証データ、例えば認証ベクトルなどをＨＳＳから取り出すことができる。ＢＳＦは、（矢印２１５によって示される）認証要求をＵＥに送信する。認証要求２１５は、ＨＳＳから取り出されたユーザ・セキュリティ設定および／または認証データに基づいて形成することができる。認証要求２１５は、認証プロセスで使用され得る乱数および／または認証トークンを含み得る。ＵＥは、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ａｎｄ  Ｋｅｙ  Ａｇｒｅｅｍｅｎｔ手順を実行して（２２０）、認証要求が許可されたネットワークからのものであることを確認する。ＵＥは、様々なセッション鍵および／またはダイジェストＡＫＡ応答（digest AKA response）を計算することもできる。
【０００５】
ダイジェストＡＫＡ応答は、（矢印２２５によって示されるように）ＢＳＦに送信され、ＢＳＦは、ダイジェストＡＫＡ応答に基づいてＵＥを認証することができる（２３０）。次いでＢＳＦは、１つまたは複数の鍵（Ｋｓ）、および鍵の１つまたは複数のライフタイムを生成することができる（２３０）。矢印２３５によって示されるように、鍵を含む確認メッセージ、および入手可能な場合は鍵のライフタイムがＵＥに送信される。確認メッセージの受信に応答して、ＵＥは、ＢＳＦによって生成された１つまたは複数の鍵（Ｋｓ）に対応すべき１つまたは複数の鍵（Ｋｓ）を生成することができる（２４０）。ＵＥおよびＢＳＦは、鍵（Ｋｓ）を使用して、ＵＥとＮＡＦとの間の通信に使用できる鍵素材（key material）Ｋｓ＿ＮＡＦを生成することができる。
【０００６】
図３は、ＵＥとＮＡＦとの間の安全な通信リンクを形成する従来の方法３００を概念的に示す。ＵＥは、鍵（Ｋｓ）を使用して鍵素材Ｋｓ＿ＮＡＦを導出し（３０５）、次いで矢印３１０によって示されるように、ＮＡＦにアプリケーション要求を送信する。アプリケーション要求３１０は、一般に、ブートストラッピング・トランザクション識別子（Ｂ−ＴＩＤ）、および他の情報を含む。ＮＡＦは、矢印３１５によって示されるように、ＢＳＦに認証要求を送信する。認証要求３１５は、Ｂ−ＴＩＤおよびＮＡＦホスト名を含む。ＢＳＦは、矢印３２０によって示されるように、認証応答を提供する。認証応答３２０は、一般に、鍵（Ｋｓ）から導出された鍵素材Ｋｓ＿ＮＡＦ、および適切な任意の鍵のライフタイムを含む。鍵素材Ｋｓ＿ＮＡＦは、ＮＡＦによって格納され（３２５）、矢印３３０によって示されるように、アプリケーション応答がＵＥに提供される。安全な通信リンクを形成する方法３００が完了すると、ＵＥおよびＮＡＦは、図１に示されているインターフェイスＵａを介して安全に通信することができる。
【０００７】
上述した３ＧＰＰ  ＧＢＡアーキテクチャなど、従来のブートストラッピング手順は、鍵素材（Ｋｓ）が変更または更新されない限り、一般に、ＮＡＦ（ＫＳ＿ＮＡＦ）に関連する新しい鍵素材を作成することはできない。これは、システムをセキュリティ・リスクにさらし、かつ／またはシステムの効率を低下させる可能性がある。例えば、ＮＡＦが再生保護を組み込んでいない場合、同じＫｓ＿ＮＡＦをうっかり再利用することによって、ＮＡＦが再生攻撃にさらされる可能性がある。ＮＡＦは、Ｋｓ＿ＮＡＦが要求されるたびに、対応する鍵素材（Ｋｓ）も更新すべきであることを指定することはできるが、これは、サービスの設計者がセキュリティを認識していることが必要となる。実際には、設計者は、セキュリティ・リスクに気付かない、または鍵素材（Ｋｓ）を定期的に更新することによって再生攻撃を防ぐようにＮＡＦを変更する時間または専門知識がない可能性がある。さらに、システムが最初に配置されたときは、再生保護または新しいＫｓ＿ＮＡＦは不要であるが、時間が経つにつれて、再生攻撃が問題になるほどＮＡＦの使用が高まる可能性がある。ＮＡＦの設計者は、安全すぎるほど安全にすることに決め、ＮＡＦがＫｓ＿ＮＡＦを要求するときはいつでも、ＵＥが鍵素材（Ｋｓ）を更新すべきであることを指定することができる。この手法は、セキュリティを向上させ得るが、システムの効率を低下させる可能性もある。例えば、鍵素材（Ｋｓ）を更新するために、ＨＳＳに繰り返し連絡する必要があり、これによって従来の認証システムへのトラフィックを増加させる可能性がある。ＨＳＳとの対話の繰り返しは、ＵＥがＮＡＦによって提供されたサービスが開始するのを待つ時間を増やす可能性もある。
【０００８】
３ＧＰＰ技術仕様書で指定されたＧＢＡアーキテクチャは、同じ対のＵＥとＮＡＦとの間の並列型独立セッションを許容にするかどうかわからない。特に、３ＧＰＰ技術仕様書は、鍵素材を並列型セッションに提供するための明瞭なガイドラインを提供しない。例えば、３ＧＰＰ技術仕様書は、ＵＥがＮＡＦ＿Ｉｄごとに多くて１つのＫｓ＿ＮＡＦを格納することができることを指定する。３ＧＰＰ技術仕様書は、ＵＥおよびＮＡＦが新しい鍵素材（Ｋｓ）に合意するとき、対応するＫｓ＿ＮＡＦのみが更新されることも述べている。ＵＥに格納されている他のＮＡＦ＿Ｉｄに関連する他のすべてのＫｓ＿ＮＡＦは、影響を受けないものとする。
【０００９】
３ＧＰＰ技術仕様書の不明瞭さは、重要な問題を未解決のままにする。例えば、ＮＡＦは、セッションのたびに鍵素材（Ｋｓ）の更新が要求されることを指定し得る（例えば、ＮＡＦが再生保護を有していないため）。ＵＥとＮＡＦとの間に第１のセッションが確立されると、鍵素材（Ｋｓ）が更新され、セッション鍵（Ｋｓ＿ＮＡＦ）がＵＥに格納され得る。第２の並列型セッションが第１のセッションと同時に確立される場合、鍵素材（Ｋｓ）は、再度更新され、新しいセッション鍵が形成され得る。しかし、３ＧＰＰ技術仕様書は、どのセッション鍵をＵＥに格納すべきかを指定しない。
【非特許文献１】３ＧＰＰ技術仕様書  ３ＧＰＰ  ＴＳ  ３３．２２０  Ｖ６．３．０（２００４−１２）
【発明の開示】
【課題を解決するための手段】
【００１０】
以下は、本発明のいくつかの態様を基本的に理解できるように、本発明の簡単な概略を示す。この概略は、本発明の網羅的な概要ではない。本発明の主要なまたは重要な要素を特定したり、本発明の範囲を表したりするものではない。その唯一の目的は、後述されるより詳細な説明の前置きとして簡単な形でいくつかの概念を示すことである。本発明は、上述した１つまたは複数の問題の影響に対処することを対象とする。
【００１１】
本発明の一実施形態では、ユーザ機器および少なくとも１つのネットワーク・アプリケーション機能の通信を認証するために鍵素材が使用される鍵素材の生成の方法が提供される。この方法は、第１の鍵素材に関連するブートストラッピング識別子および第１の乱数を提供することと、第２の乱数を示す情報を受信することと、第１の鍵素材、第１の乱数、および第２の乱数に基づいて第２の鍵素材を形成することとを含み得る。
【００１２】
本発明の別の実施形態では、ユーザ機器および少なくとも１つのネットワーク・アプリケーション機能の通信を認証するために鍵素材が使用される鍵素材の生成の方法が提供される。この方法は、第１の鍵素材に関連するブートストラッピング識別子および第１の乱数を受信することと、第２の乱数を決定することと、第１の鍵素材に関連するブートストラッピング識別子および第１および第２の乱数を提供することと、第１の鍵素材に関連するブートストラッピング識別子および第１および第２の乱数を使用して形成された第２の鍵素材を受信することとを含み得る。
【００１３】
本発明のさらに別の実施形態では、ユーザ機器および少なくとも１つのネットワーク・アプリケーション機能の通信を認証するために鍵素材が使用される鍵素材の生成の方法が提供される。この方法は、第１の鍵素材に関連するブートストラッピング識別子および第１および第２の乱数を受信することと、第１の鍵素材に関連するブートストラッピング識別子に基づいて第１の鍵素材を決定することと、第１の鍵素材および第１および第２の乱数に基づいて第２の鍵素材を形成することとを含み得る。
【００１４】
本発明は、添付の図面と併せて、以下の説明を参照することによって理解できる。図中、同様の参照番号は、同様の要素を示す。
本発明は、様々な変更形態および代替形式の余地があるが、その特定の実施形態は、図面において一例として示されており、本明細書で詳しく説明される。しかし、本明細書における特定の実施形態の説明は、本発明を開示された特定の形式に限定するものではなく、逆に、本発明は、変更形態、均等物、および代替形態を添付の特許請求の範囲によって定義された本発明の意図および範囲内に包含するものであることを理解されたい。
【発明を実施するための最良の形態】
【００１５】
本発明の例示の実施形態について以下で説明する。明瞭にするために、本明細書に実際の実装形態のすべての特徴が記載されているわけではない。任意のこうした実際の実施形態の開発において、実施形態ごとに異なる、システム関連やビジネス関連の制約の遵守など、開発者に特有の目的を達成するために、多数の実施に特有の決定がなされるべきであることは当然理解されよう。さらに、こうした開発努力は、複雑で時間がかかり得るが、それにもかかわらず、本開示の恩恵を有する当業者には日常の仕事であることを理解されよう。
【００１６】
本発明の一部およびそれに対応する詳細な説明は、ソフトウェア、またはコンピュータ・メモリ内のデータ・ビットに関する演算のアルゴリズムおよびシンボリック表現に関して提供される。こうした説明および表現は、当業者がその仕事の内容を他の当業者に有効に伝えるためのものである。アルゴリズムは、本明細書で使用され、一般に使用される用語であるが、所望の結果をもたらす自己矛盾のない一連の工程であると考えられる。こうした工程は、物理量の物理的な操作を必要とするものである。通常、必ずしもそうではないが、こうした量は、格納し、転送し、結合し、比較し、別の方法で処理することができる光、電気、または磁気の信号の形をとる。主に一般的な使用の理由で、こうした信号をビット、値、要素、シンボル、文字、用語、番号などと呼ぶことが時として便利であることがわかっている。
【００１７】
しかし、こうした類似のすべての用語は、適切な物理量と関連付けられており、単にこうした量に適用される便利なラベルにすぎないことに留意されたい。特に明記しない限り、または説明から明らかであるように、「処理する」、「計算する」、「算出する」、「決定する」、または「表示する」などの用語は、コンピュータ・システムのレジスタおよびメモリ内の物理、電子量として表されるデータを処理し、コンピュータ・システムのメモリまたはレジストリまたはこうした他の情報記憶、送信、または表示装置内の物理量として同様に表される他のデータに変換するコンピュータ・システムまたは類似の電子コンピューティング装置のアクションおよびプロセスを指す。
【００１８】
また、本発明のソフトウェアで実施される態様は、一般に、ある形式のプログラム格納媒体上に符号化され、またはあるタイプの送信媒体を介して実施されることにも留意されたい。プログラム記憶媒体は、磁気（フロッピー（登録商標）・ディスク、ハード・ドライバなど）でも光（コンパクト・ディスク読み取り専用メモリ、すなわち「ＣＤ−ＲＯＭ」など）でもよく、読み取り専用でもランダム・アクセスでもよい。同様に、送信媒体は、より線対、同軸ケーブル、光ファイバ、または当技術分野で知られている他の何らかの適した送信媒体とすることができる。本発明は、任意の所与の実施のこれらの態様によって制限されない。
【００１９】
次に、本発明を、添付の図面を参照して説明する。様々な構造、システム、および装置は、単に説明の目的で、当業者にはよく知られている詳細で本発明を不明瞭にしないように、図に概略的に示されている。それにもかかわらず、添付の図は、本発明の例示的な例を示し、説明するために含まれる。本明細書に使用される単語および句は、当業者によるこれらの単語および句の理解と一致する意味を持つと理解され、解釈されるものとする。用語または句の特別な定義、すなわち、当業者によって理解される通常の慣用的な意味とは異なる定義は、本明細書における用語または句の一貫した使用によっては暗示されないものとする。用語または句が、特別な意味、すなわち、当業者によって理解される以外の意味を持つ範囲で、こうした特別な定義は、この用語または句の特別な定義を直接、かつ明確に提供する定義的な方法で、本明細書に明示的に記載される。
【００２０】
図４は、新しいセッション鍵を提供する方法４００の一実施形態例を概念的に示す。例示の実施形態では、ユーザ機器４０５は、乱数を決定する（４１０）。例えば、ユーザ機器４０５は、乱数（ＲＡＮＤＵＥ）を表す１２８ビット文字列を決定することができる（４１０）。モバイル・ユニットとも呼ばれ得るユーザ機器４０５は、携帯電話、ＰＤＡ、スマート・フォン、テキスト・メッセージ装置（text messaging device）、ラップトップ・コンピュータなどを含み得る。次いで、矢印４２０によって示されるように、ユーザ機器４０５は、アプリケーション要求メッセージをネットワーク・アプリケーション機能４１５に提供する。アプリケーション要求メッセージ４２０を使用して、ネットワーク・アプリケーション機能４１５との新しいセッションを確立する、または古いセッションをリフレッシュすることができる。一実施形態では、アプリケーション要求メッセージ４２０は、乱数およびブートストラッピング識別子（Ｂ−ＴＩＤ）を含む。例えば、アプリケーション要求メッセージ４２０は、乱数（ＲＡＮＤＵＥ）を表す１２８ビット文字列、および鍵素材（Ｋｓ）に関連するブートストラッピング識別子を含み得る。鍵素材（Ｋｓ）は、汎用ブートストラッピング・アーキテクチャに従って実行される認証手順など、相互認証手順であらかじめ合意されていてもよい。
【００２１】
ネットワーク・アプリケーション機能４１５は、アプリケーション要求メッセージ４２０を受信し、別の乱数を決定する（４２５）。例えば、ネットワーク・アプリケーション機能４１５は、アプリケーション要求メッセージ４２０の受信に応答して乱数（ＲＡＮＤＮＡＦ）を表す１２８ビット文字列を決定してもよい。次いで、ネットワーク・アプリケーション機能４１５は、矢印４３５によって示されるように、ブートストラッピング・サーバ機能４３０に鍵要求メッセージを提供する。一実施形態では、鍵要求メッセージ４３５は、ブートストラッピング識別子、およびユーザ機器４０５およびネットワーク・アプリケーション機能４１５によって生成された乱数（ＲＡＮＤＵＥ、ＲＡＮＤＮＡＦ）を含む。
【００２２】
ブートストラッピング・サーバ機能４３０は、ネットワーク・アプリケーション機能４１５によって提供されるブートストラッピング識別子を使用して、ユーザ機器４０５および／またはネットワーク・アプリケーション機能４１５に関連する鍵素材にアクセスする（４４０）。ブートストラッピング・サーバ機能４３０は、ブートストラッピング識別子などの鍵素材（Ｋｓ）およびユーザ機器４０５およびネットワーク・アプリケーション機能４１５によって生成された乱数（ＲＡＮＤＵＥ、ＲＡＮＤＮＡＦ）を示す情報を使用して、セッション鍵を形成する（４４５）。例えば、ブートストラッピング・サーバ機能４３０は、Ｋｓ＿ＮＡＦｉ＝ＫＤＦ（Ｋｓ，ＲＡＮＤＵＥ，ＲＡＮＤＮＡＦ）になるように、鍵導出関数（ＫＤＦ）を使用してセッション鍵（Ｋｓ＿ＮＡＦｉ）を形成することができる（４４５）。式中、指数ｉ（本明細書では識別子とも呼ばれる）は、セッション鍵を識別するために使用されるセッション番号を示す。一実施形態では、指数ｉは、乱数（ＲＡＮＤＵＥ、ＲＡＮＤＮＡＦ）の連結によって得られる。次いで、セッション鍵（Ｋｓ＿ＮＡＦｉ）は、矢印４５０によって示されるように、ネットワーク・アプリケーション機能４１５に提供される。一実施形態では、ブートストラッピング・サーバ機能４３０は、鍵の有効期限を決定し、鍵の有効期限をネットワーク・アプリケーション機能４１５に提供することもできる。鍵ダイジェスト関数では、セッション鍵（Ｋｓ＿ＮＡＦｉ）を導出するために、ネットワーク・アプリケーション機能（ＮＡＦ＿Ｉｄ）のアドレスなど、他の情報を使用することができることを当業者は理解されたい。
【００２３】
ネットワーク・アプリケーション機能４１５は、セッション鍵（Ｋｓ＿ＮＡＦｉ）を受信し、そのセッション鍵（Ｋｓ＿ＮＡＦｉ）を格納する（４５５）。また、ネットワーク・アプリケーション機能４１５は、矢印４６０によって示されるように、ネットワーク・アプリケーション機能４１５によって生成された乱数（ＲＡＮＤＮＡＦ）を示す情報をユーザ機器４０５に提供する。ユーザ機器４０５は、ブートストラッピング識別子などの鍵素材（Ｋｓ）および乱数（ＲＡＮＤＵＥ、ＲＡＮＤＮＡＦ）を示す情報を使用してセッション鍵を形成する（４６５）。例えば、ユーザ機器４０５は、Ｋｓ＿ＮＡＦｉ＝ＫＤＦ（Ｋｓ，ＮＡＦ＿Ｉｄ，ＲＡＮＤＵＥ，ＲＡＮＤＮＡＦ）となるように、鍵導出関数（ＫＤＦ）を使用して、セッション鍵（Ｋｓ＿ＮＡＦｉ）を形成する（４６５）。ブートストラッピング・サーバ機能４３０およびユーザ機器４０５によって導出された（４４５および４６５）セッション鍵は、一致していなければならず、したがって、ユーザ機器４０５およびネットワーク・アプリケーション機能４１５を認証するために使用することができる。したがって、ユーザ機器４０５およびネットワーク・アプリケーション４１５は、矢印４７０によって示されるように、安全な接続を形成することができる。
【００２４】
一実施形態では、３ＧＰＰ２  ＧＢＡ機構を使用するなど、ユーザ機器４０５およびネットワーク・アプリケーション機能４１５が新しいセッションを確立するたびに、新しいセッション鍵（Ｋｓ＿ＮＡＦｉ）が作成され得る。ユーザ機器４０５およびネットワーク・アプリケーション機能４１５は、新しいセッション鍵を算出するために使用することができる乱数（ＲＡＮＤＵＥ、ＲＡＮＤＮＡＦ）を提供することができる。したがって、ネットワーク・アプリケーション機能４１５は、それ自体の再生保護を備えている必要がなく、または鍵素材（Ｋｓ）の更新を要求すべきかどうかを心配する必要がない。セッション鍵は真新しいため、ネットワーク・アプリケーション機能４１５は、それをすぐに使用することができる。３ＧＰＰ技術仕様書で定義されたメッセージが使用されるので、新しい遅延は加えられない。したがって、鍵素材（Ｋｓ）の更新を必要とすることなく、新しいセッション鍵を提供することができる。また、鍵素材（Ｋｓ）を更新する必要がある回数を低減することは、通信システムの効率を向上させ得る。また、３ＧＰＰ技術仕様書のいくつかの不明瞭さも、本明細書に記載された１つまたは複数の実施形態を実施することによって明らかになり得る。例えば、一意の識別子によって識別された新しいセッション鍵を提供することは、並列型セッションが確立された場合にどのセッション鍵が格納されるべきかに関する不明瞭さを解決することができる。一実施形態では、各並列型セッションに関連付けられ、識別子によって識別されたセッション鍵が格納される。
【００２５】
上記に開示した特定の実施形態は、例にすぎず、本発明は、本明細書の教示の恩恵を有する当業者には明らかな、異なるが等価の方法で変更し、実施することができる。さらに、頭記の特許請求の範囲に記載された以外、本明細書に示された構造および設計の詳細に制限は加えられないものとする。したがって、上記に開示された特定の実施形態は、改変または変更することができることは明らかであり、こうしたすべての変形形態は、本発明の範囲および意図内にあると考えられる。したがって、本発明に求められる保護は、頭記の特許請求の範囲に記載されている。
【図面の簡単な説明】
【００２６】
【図１】３ＧＰＰ  ＡＫＡプロトコルに基づくブートストラッピング・アーキテクチャの従来のモデルを概念的に示す図である。
【図２】従来のブートストラッピング手順を概念的に示す図である。
【図３】ＵＥとＮＡＦとの間の安全な通信リンクを形成する従来の方法を概念的に示す図である。
【図４】本発明による新しいセッション鍵を提供する方法の一実施形態例を概念的に示す図である。
【図１】
2008537445.tif 000003
【図２】
2008537445.tif 000004
【図３】
2008537445.tif 000005
【図４】
2008537445.tif 000006
【国際調査報告】
2008537445.tif 000007
2008537445.tif 000008
2008537445.tif 000009