２つのアクセスシステム間でのセキュリティ証明の無線プロビジョニングのための装置および方法
第１のアクセスシステムを介したアクセスデバイスにおける認証証明の無線プロビジョニングのための方法および装置であって、認証証明は、無線プロビジョニングプロシージャがない第２のアクセスシステムのためである。たとえば、第２のアクセスシステムは、ＡＫＡ認証方法を使用する３ＧＰＰシステムであり得る。第１のアクセスシステムは、ＯＴＡＳＰまたはＩＯＴＡプロシージャを使用するＣＤＭＡであり得る。認証証明をプロビジョニングすることは、３ＧＰＰ ＡＫＡ認証ルート鍵（Ｋ）、ＡＫＡ認証関係パラメータ、３ＧＰＰ認証において使用されるべきＡＫＡ認証アルゴリズム、または認証アルゴリズムカスタマイズパラメータのうちのいずれかをプロビジョニングすることを含み得る。
【発明の詳細な説明】
【技術分野】
【０００１】
米国特許法第１１９条に基づく優先権の主張
本特許出願は、本出願の譲受人に譲渡され、参照により本明細書に明確に組み込まれる、２００９年５月１１日に出願された「METHOD FOR OVER-THE-AIR (OTA) PROVISIONING OF 3GPP AUTHENTICATION AND KEY AGREEMENT (AKA) CREDENTIALS USING CDMA2000 SYSTEMS」と題する仮出願第６１／１７７，１３２号の優先権を主張する。
【０００２】
諸態様は、３ＧＰＰおよび／または３ＧＰＰ２対応アクセスデバイスのための３ＧＰＰ認証証明の無線（ＯＴＡ）プロビジョニングに関する。
【背景技術】
【０００３】
ワイヤレス通信システムは、ボイス、データなど様々なタイプの通信コンテンツを提供するために広く展開されている。これらのシステムは、利用可能なシステムリソース（たとえば、帯域幅および送信電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続システムとすることができる。そのような多元接続システムの例には、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、３ＧＰＰ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）システム、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ（ＵＭＴＳ）、Ｇｌｏｂａｌ Ｓｙｓｔｅｍｓ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ（登録商標））、および直交周波数分割多元接続（ＯＦＤＭＡ）システムがある。
【０００４】
ＣＤＭＡ２０００システム（たとえば、１ｘ、Ｅｖｏｌｕｔｉｏｎ−Ｄａｔａ Ｏｐｔｉｍｉｚｅｄ「ＥＶＤＯ」／高速パケットデータ「ＨＲＰＤ」）は、認証のために使用される、識別情報、鍵などの認証パラメータのＯＴＡプロビジョニングのために、無線サービスプロビジョニング（ＯＴＡＳＰ）および無線インターネットプロトコル（ＩＰ）（ＩＯＴＡ）を使用する。
【０００５】
しかしながら、ｅＨＰＲＤ、ＬＴＥなどの進化型アクセスシステム、ならびにＵｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ（ＵＭＴＳ）／Ｈｉｇｈ Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ（ＨＳＰＡ）などの３ＧＰＰアクセスシステム、およびより新しいＧＳＭ（登録商標）システムは、３ＧＰＰ認証および鍵一致（ＡＫＡ）認証方法を使用する認証のために３ＧＰＰコアネットワークを使用する。ＡＫＡなど、これらの３ＧＰＰ認証方法は、その認証方法において使用されるべき認証証明がすでにアクセスデバイス上で事前構成されていると仮定する。したがって、認証は、現在、デバイスがサービスにアクセスすることができる前に、認証証明がそのデバイス上で事前構成されることを必要とする。一般に、認証証明は、ユニバーサル集積回路カード（ＵＩＣＣ）などのスマートカード上の、たとえば、ユニバーサル加入者識別モジュール（ＵＳＩＭ）またはＣＤＭＡユニバーサル加入者識別モジュール（ＣＳＩＭ）などのアプリケーション上で事前構成される。しかしながら、認証証明はまた、デバイス上、たとえば、セキュアなストレージおよび実行環境、またはデバイス自体の信頼環境（ＴｒＥ）にセキュアに記憶され得る。これは、特に、進化型ＨＲＰＤ（ｅＨＰＲＤ）などの非３ＧＰＰアクセスを使用するデバイスのために、または認証のためにＵＩＣＣなどのスマートカードをサポートすることができないいくつかの３ＧＰＰアクセス対応デバイスのためにさえ使用され得る。
【０００６】
３ＧＰＰ認証のための現在の方法では、３ＧＰＰ対応コアネットワークに接続するために認証証明を用いてアクセスデバイスを事前構成しなければならないので、事業者をしばしばデバイス製造時に選択しなければならず、および／またはサービスを取得することができる前にスマートカードを別々に収集しなければならない。さらに、いずれかの時点で証明が損なわれた場合、現在の方法を用いてそれらを変更することはほとんど不可能である。したがって、証明が損なわれると、新しいデバイスを購入しなければならない。
【０００７】
したがって、既存のデバイス上で３ＧＰＰ認証証明をプロビジョニングまたは交換する方法が当技術分野において必要である。通信のためにワイヤレスシステムを使用するより多くのマシンツーマシンデバイスが出現するにつれて、この能力はより一層重要になる。
【発明の概要】
【０００８】
本明細書で説明する態様は、デバイスが製造された後、任意の時間に証明をプロビジョニングするための方法を与えることによって、これらの必要性を満たす。したがって、サービス窃盗などにより証明が漏洩したと考えるべき理由がある場合、新しい証明がプロビジョニングされ得る。
【０００９】
態様は、第１のアクセスシステムに接続することと、無線プロビジョニングプロシージャがない第２のアクセスシステムのための認証証明の無線プロビジョニングを要求することと、第１のアクセスシステムを介して第２のアクセスシステムのための認証証明の無線プロビジョニングを受信することと、第２のアクセスシステムに接続することと、第２のアクセスシステムによる認証を実行するために、プロビジョニングされた認証証明を第２のアクセスシステムに与えることとを含む、無線プロビジョニングのための方法を含み得る。
【００１０】
態様は、第１のアクセスシステムおよび第２のアクセスシステムに接続するための送信機と、第１のアクセスシステムに、第２のアクセスシステムのための認証証明の無線プロビジョニングを要求するためのプロセッサであって、第２のアクセスシステムには無線プロビジョニングプロシージャがない、プロセッサと、第１のアクセスシステムから第２のアクセスシステムのための認証証明の無線プロビジョニングを受信するための受信機と、第２のアクセスシステムのための認証証明の受信された無線プロビジョニングを記憶するためのメモリと、第２のアクセスシステムとの接続を確立するために、第２のアクセスシステムによる認証を実行するために、プロビジョニングされた認証証明を第２のアクセスシステムに与えるための通信構成要素とを含む、無線プロビジョニングを受信するための装置をさらに含み得る。
【００１１】
態様は、認証および鍵一致（ＡＫＡ）認証証明である認証証明と、ＡＫＡ認証証明を使用して第２のアクセスシステムによるＡＫＡ認証を実行することをさらに含む方法とをさらに含み得る。
【００１２】
第２のアクセスシステムは３ＧＰＰコアネットワークを備え得、第１のアクセスシステムは非３ＧＰＰコアネットワークである。無線プロビジョニングは、ディフィーへルマンベースのプロトコルを使用して鍵を確立すること、またはディフィーへルマンプロトコルを使用してパスワード認証を交換することを含み得る。無線プロビジョニングされた認証証明は、３ＧＰＰ ＡＫＡ認証ルート鍵（Ｋ）、ＡＫＡ認証関係パラメータ、または第２のアクセスシステムによる認証において使用されるべきＡＫＡ認証アルゴリズムのうちの少なくとも１つを含み得る。無線プロビジョニングされた認証証明はＡＫＡ認証関係パラメータを含み得、ＡＫＡ認証関係パラメータは、ＳＱＮ隠蔽のためのｆ５を使用すべきかどうかと、ＡＫＡ ＳＱＮ管理のための１つまたは複数のＳＱＮ番号の構成とのうちの少なくとも１つを含む。無線プロビジョニングされた認証証明は、第２のアクセスシステムによる認証において使用されるべきＡＫＡ認証アルゴリズムを含み、方法は、第１のアクセスシステムから認証アルゴリズムの無線カスタマイズを受信することをさらに含む。ＡＫＡ認証アルゴリズムはＭＩＬＥＮＡＧＥであり得、認証アルゴリズムのカスタマイズはＯＰまたはＯＰｃパラメータのカスタマイズを含む。第１のアクセスシステムはＣＤＭＡ２０００システムを備える。無線プロビジョニングは無線サービスプロビジョニング（ＯＴＡＳＰ）を介して受信され得る。無線プロビジョニングは無線インターネット（ＩＯＴＡ）を介して受信され得る。
【００１３】
態様は、第１のアクセスシステムおよび第２のアクセスシステムに接続するための送信機と、第１のアクセスシステムに、第２のアクセスシステムのための認証証明の無線プロビジョニングを要求するためのプロセッサであって、第２のアクセスシステムには無線プロビジョニングプロシージャがない、プロセッサと、第１のアクセスシステムから第２のアクセスシステムのための認証証明の無線プロビジョニングを受信するための受信機と、第２のアクセスシステムのための認証証明の受信された無線プロビジョニングを記憶するためのメモリと、第２のアクセスシステムとの接続を確立するために、第２のアクセスシステムによる認証を実行するために、プロビジョニングされた認証証明を第２のアクセスシステムに与えるための通信構成要素とを含む、無線プロビジョニングを受信するための装置をさらに含み得る。
【００１４】
態様は、第１のアクセスシステムおよび第２のアクセスシステムに接続するための手段と、無線プロビジョニングプロシージャがない第２のアクセスシステムのための認証証明の無線プロビジョニングを要求するための手段と、第１のアクセスシステムから第２のアクセスシステムのための認証証明の無線プロビジョニングを受信するための手段と、第２のアクセスシステムによる認証を実行するために、プロビジョニングされた認証証明を第２のアクセスシステムに与えるための手段とを含む、無線プロビジョニングを受信するための装置をさらに含み得る。
【００１５】
態様は、無線プロビジョニングを受信するように構成された少なくとも１つのプロセッサであって、そのプロセッサが、第１のアクセスシステムに接続するための第１のモジュールと、無線プロビジョニングプロシージャがない第２のアクセスシステムのための認証証明の無線プロビジョニングを要求するための第２のモジュールと、第１のアクセスシステムから第２のアクセスシステムのための認証証明の無線プロビジョニングを受信するための第３のモジュールと、第２のアクセスシステムに接続するための第４のモジュールと、第２のアクセスシステムによる認証を実行するために、プロビジョニングされた認証証明を第２のアクセスシステムに与えるための第５のモジュールとを含む、少なくとも１つのプロセッサをさらに含み得る。
【００１６】
態様は、コンピュータに第１のアクセスシステムに接続させるためのコードの第１のセットと、コンピュータに、無線プロビジョニングプロシージャがない第２のアクセスシステムのための認証証明の無線プロビジョニングを要求させるためのコードの第２のセットと、コンピュータに、第２のアクセスシステムのための認証証明の無線プロビジョニングを受信させるためのコードの第３のセットと、コンピュータに第２のアクセスシステムに接続させるためのコードの第４のセットと、第２のアクセスシステムによる認証を実行するために、コンピュータに、プロビジョニングされた認証証明を第２のアクセスシステムに与えさせるためのコードの第５のセットとを含むコンピュータ可読媒体を備える、コンピュータプログラム製品をさらに含み得る。
【００１７】
態様は、無線プロビジョニングを実行するための方法であって、その方法が、アクセスデバイスからの呼発信を第１のアクセスシステムにおいて受信することと、呼をプロビジョニングシステムにダイレクトすることと、アクセスデバイスのプロトコル能力を判断することと、第１のアクセスシステムを介して、アクセスデバイスにおいて認証証明の無線プロビジョニングを実行することであって、認証証明が、無線プロビジョニングプロシージャがない第２のアクセスシステムのためである、実行することとを含む、方法をさらに含み得る。
【００１８】
態様は、アクセスデバイスからの呼発信を第１のアクセスシステムにおいて受信するための受信機と、呼をプロビジョニングシステムにダイレクトし、アクセスデバイスのプロトコル能力を判断するためのプロセッサと、第１のアクセスシステムを介して、アクセスデバイスにおいて認証証明の無線プロビジョニングを実行するための送信機であって、認証証明が、無線プロビジョニングプロシージャがない第２のアクセスシステムのためである、送信機とを含む、無線プロビジョニングのための装置をさらに含み得る。
【００１９】
態様は、アクセスデバイスからの呼発信を第１のアクセスシステムにおいて受信するための手段と、呼をプロビジョニングシステムにダイレクトするための手段と、アクセスデバイスのプロトコル能力を判断するための手段と、第１のアクセスシステムを介して、アクセスデバイスにおいて認証証明の無線プロビジョニングを実行するための手段であって、認証証明が、無線プロビジョニングプロシージャがない第２のアクセスシステムのためである、無線プロビジョニングを実行するための手段とを含む、無線プロビジョニングのための装置をさらに含み得る。
【００２０】
態様は、無線プロビジョニングを実行するように構成された少なくとも１つのプロセッサであって、そのプロセッサが、アクセスデバイスからの呼発信を第１のアクセスシステムにおいて受信するための第１のモジュールと、呼をプロビジョニングシステムにダイレクトするための第２のモジュールと、アクセスデバイスのプロトコル能力を判断するための第３のモジュールと、無線プロビジョニングプロシージャがない第２のアクセスシステムのための認証証明の無線プロビジョニングを、第１のアクセスシステムを介してアクセスデバイスにおいて実行するための第４のモジュールとを含む、プロセッサをさらに含み得る。
【００２１】
態様は、コンピュータに、第１のアクセスシステムにおいてアクセスデバイスからの呼発信を受信させるためのコードの第１のセットと、コンピュータに、呼をプロビジョニングシステムにダイレクトさせるためのコードの第２のセットと、コンピュータに、アクセスデバイスのプロトコル能力を判断させるためのコードの第３のセットと、コンピュータに、第１のアクセスシステムを介して、アクセスデバイスにおいて認証証明の無線プロビジョニングを実行させるためのコードの第４のセットであって、認証証明が、無線プロビジョニングプロシージャがない第２のアクセスシステムのためである、コードの第４のセットとを含むコンピュータ可読媒体を備える、コンピュータプログラム製品をさらに含み得る。
【００２２】
以下で、１つまたは複数の態様の基本的理解を与えるために、そのような態様の簡略化された概要を提示する。この概要は、すべての企図された態様の包括的な概観ではなく、すべての態様の主要または重要な要素を識別するものでも、いずれかまたはすべての態様の範囲を定めるものでもない。その唯一の目的は、後で提示するより詳細な説明の導入として、１つまたは複数の態様のいくつかの概念を簡略化された形で提示することである。
【００２３】
上記および関係する目的を達成するために、１つまたは複数の態様は、以下で十分に説明し、特に特許請求の範囲で指摘する特徴を備える。以下の説明および添付の図面に、１つまたは複数の態様のうちのいくつかの例示的な特徴を詳細に記載する。ただし、これらの特徴は、様々な態様の原理が採用され得る様々な方法のほんのいくつかを示すものであり、この説明は、すべてのそのような態様およびそれらの均等物を含むものとする。
【００２４】
添付の図面とともに以下に説明する開示する態様は、開示する態様を限定するためではなく、開示する態様を例示するために与えられ、同様の表示は同様の要素を示す。
【図面の簡単な説明】
【００２５】
【図１】アクセスデバイスにおける認証証明のＯＴＡプロビジョニングを可能にするための例示的な通信システムの態様を示す図。
【図２】アクセスデバイスにおける認証証明のＯＴＡプロビジョニングのための例示的な方法の態様を示す図。
【図３】アクセスシステムを介した認証証明のＯＴＡプロビジョニングのための例示的な方法の態様を示す図。
【図４】別のアクセスシステムを介した１つのアクセスシステムのための認証証明のＯＴＡプロビジョニングのための例示的な呼フロー図の態様を示す図。
【図５】別のアクセスシステムを介した１つのアクセスシステムのための認証証明のＯＴＡプロビジョニングのための例示的な呼フロー図の追加の態様を示す図。
【図６】通信システムのブロック図。
【図７】別のアクセスシステムを介した１つのアクセスシステムのための認証証明のＯＴＡプロビジョニングを受信するためのコンピュータデバイスを示す図。
【図８】別のアクセスシステムを介した１つのアクセスシステムのための認証証明のＯＴＡプロビジョニングを実行するためのコンピュータデバイスを示す図。
【図９】別のアクセスシステムからアクセスシステムのための認証証明のＯＴＡプロビジョニングを受信するシステムを示す図。
【図１０】別のアクセスシステムのためのアクセスデバイスにおいて認証証明のＯＴＡプロビジョニングを実行するシステムを示す図。
【発明を実施するための形態】
【００２６】
この説明全体にわたって使用される様々な略語の説明は、略語の第１の使用例とともに含められるか、または発明を実施するための形態の最後に記載され得る。
【００２７】
いくつかのアクセスシステムは、それらの認証パラメータのＯＴＡプロビジョニングを使用する。たとえば、１ｘ、ＥＶＤＯ／ＨＲＰＤなどのＣＤＭＡ２０００システムは、認証パラメータのＯＴＡプロビジョニングのためにＯＴＡＳＰ（Ｃ．Ｓ００１６）とＩＯＴＡ（Ｃ．Ｓ００４０）とを使用する。認証パラメータは、認証のために使用される識別情報、鍵などを含み得る。
【００２８】
対照的に、ＡＫＡ認証方法を使用する３ＧＰＰネットワークでは、現在、アクセスデバイスが３ＧＰＰネットワークに接続し、３ＧＰＰサービスにアクセスすることができる前に、認証証明がアクセスデバイス上で事前構成される必要がある。これらのＡＫＡ認証方法、たとえば、ＴＳ ３ＧＰＰ ３３．１０２において指定されているＡＫＡは、モバイルデバイスがサービスにアクセスすることができる前に、認証中に使用されるべき識別情報、秘密鍵、および認証アルゴリズムなどの認証証明がモバイルデバイス上で事前構成されることを仮定する。たとえば、ｅＨＲＰＤ（Ｘ．Ｓ００５７）は、認証のために３ＧＰＰ Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅを使用し、３ＧＰＰ Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅは、３ＧＰＰ ＡＫＡ認証方法を使用し、認証証明がアクセスデバイス上で事前構成されることを仮定する。
【００２９】
本明細書で提供する態様は、別々のアクセスシステムを使用して、必要な３ＧＰＰ認証証明を無線でプロビジョニングする方法を提供することによって、この問題を克服する。アクセスデバイスが第１のアクセス技術に接続することが可能であるとき、そのアクセス技術は、３ＧＰＰネットワークにアクセスするために必要とされる３ＧＰＰ認証証明をプロビジョニングするために使用され得る。たとえば、ＣＤＭＡ２０００にアクセスすることが可能であるアクセスデバイスは、３ＧＰＰ認証より前に３ＧＰＰ認証証明をプロビジョニングするためにＯＴＡＳＰを使用することができる。たとえば、１ｘは、３ＧＰＰ証明をプロビジョニングするために使用され得る。他の態様では、ＩＰ接続が利用可能であるとき、ＩＯＴＡが使用され得る。ＣＤＭＡ、ＯＴＡＳＰ、およびＩＯＴＡの例について説明するが、３ＧＰＰ認証証明をプロビジョニングするための他のアクセス技術も適用可能である。アクセスシステムは、３ＧＰＰまたは非３ＧＰＰであり得る。たとえば、３ＧＰＰコアネットワークを使用することができるアクセスシステムは、特に、ＨＲＰＤ／ｅＨＲＰＤ（ＥＶ−ＤＯ）、ＬＴＥ、ＨＳＰＡ／ＵＭＴＳ、ＧＳＭ（登録商標）、Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ（ＷｉＭＡＸ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、さらにはｘＤＳＬ／ケーブルモデムなどのブロードバンドアクセスを含む。ＧＳＭ（登録商標）は、特に、パケットサービスのためにＧＰＲＳまたはＥＤＧＥなどのその変形態のいずれかを含み得る。さらに、このソリューションは、３ＧＰＰによって指定されたコアネットワークに接続する任意のデバイスに適用可能である。特に、そのようなネットワークは、Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅネットワークと、ＵＭＴＳコアネットワークと、インターネットプロトコル（ＩＰ）マルチメディアシステムとを含み得る。
【００３０】
ＯＴＡプロビジョニングされ得る３ＧＰＰ認証証明は、３ＧＰＰ ＡＫＡ認証ルート鍵（Ｋ）、ＡＫＡ認証関係パラメータ、３ＧＰＰ認証において使用されるべきＡＫＡ認証アルゴリズム、オペレータバリアントアルゴリズム構成（Operator Variant Algorithm Configuration）（ＯＰ）などの認証アルゴリズムカスタマイズパラメータ、およびＭＩＬＥＮＡＧＥ認証アルゴリズムのためのＯＰ定数（ＯＰｃ）のいずれかを含み得る。ＯＰｃは、ＯＰ（オペレータ証明（operator credential））とルート鍵ｋとの組合せを含む。これは、ＯＰがスマートカードからリバースエンジニアリングされ得る場合にＯＰをスマートカード中にプログラムする必要を回避する。ＡＫＡ認証関係パラメータは、特に、たとえば、シーケンス番号（ＳＱＮ）隠蔽のためのｆ５認証関数を使用すべきかどうかと、ＡＫＡ ＳＱＮ管理のための１つまたは複数のＳＱＮ番号の構成とを含み得る。ＡＫＡ認証アルゴリズムは、特に、ＴＳ３５．２０５および３５．３０６において指定されているようにＭＩＬＥＮＡＧＥであり得る。ＭＩＬＥＮＡＧＥ認証アルゴリズムカスタマイズパラメータは、特に、ＯＰまたはＯＰｃを含み得る。ＯＰは、ＯＰｃを導出するか、またはＯＰｃを直接プロビジョニングするために使用される１２８ビットオペレータバリアントアルゴリズム構成フィールドである。同様に、他のＡＫＡ認証アルゴリズムは、本発明を使用して同じくＯＴＡプロビジョニングされ得るそれら自体のカスタマイズパラメータを使用し得る。
【００３１】
たとえば、ＥＡＰ−ＡＫＡ’の場合、ＡＫＡ証明は、ＩＭＳＩと、１２８ビットルート鍵（Ｋ）と、認証関数（「ｆ」関数）のセットとを含む。ＡＫＡのための必要とされるｆ関数は、ｆ１、ｆ１*、ｆ２、ｆ３、ｆ４、ｆ５、およびｆ５*である。ｆ関数のセットは、ＡＫＡ認証アルゴリズム関数と呼ばれることもある。ＭＩＬＥＮＡＧＥと呼ばれるＡＫＡアルゴリズムは、３ＧＰＰ ＴＳ３５．２０５によって定義され、ｅＨＲＰＤのために使用される。
【００３２】
オペレータバリアントアルゴリズム構成（ＯＰ）またはＯＰｃ値はオペレータによって選択される。ＯＰは、オペレータバリアントアルゴリズム構成であり、ＭＩＬＥＮＡＧＥ ＡＫＡアルゴリズムをカスタマイズするためにオペレータによって使用される。ＯＰが構成された場合、ＯＰｃ値が導出される。ＭＩＬＥＮＡＧＥは、オペレータがＯＰｃを直接構成することをも可能にする。したがって、アクセスシステムは、ＯＴＡＳＰを介して、ＯＰおよび／またはＯＰｃの構成を可能にする。
【００３３】
ＯＴＡプロビジョニングがアクセスデバイスに与えられるアクセスシステムは、ＣＤＭＡ２０００システムまたは任意のＩＰ対応アクセスシステムであり得る。上記のように、ＣＤＭＡ２０００システムは、認証パラメータをプロビジョニングするためにＯＴＡＳＰとＩＯＴＡとを使用する。
【００３４】
したがって、ＩＰ接続がワイヤレス回線またはワイヤレスシステムなどを通してデバイスにとって利用可能であるとき、３ＧＰＰ認証証明パラメータを構成するためにＩＯＴＡが使用され得る。ＩＯＴＡは、ＩＰ接続をサポートする任意のアクセスネットワーク上で動作することができるトランスポートプロトコルである。場合によっては、ＯＴＡＳＰは、３ＧＰＰ認証証明を構成するために使用され得る。
【００３５】
ＯＴＡＳＰ（無線サービスプロビジョニング）は、以下の特徴、すなわち、番号割当てモジュール（Number Assignment Module）（ＮＡＭ）動作パラメータのダウンロードと、Ａ鍵およびルート鍵をセキュアに確立するための電子的鍵交換（Electronic Key Exchange）と、エリア中の好適なシステムの収集を可能にする情報を移動局に与えるための好適ローミングのためのシステム選択（System Selection for Preferred Roaming）（ＳＳＰＲ）と、エリア中の好適なユーザゾーンの使用を可能にする情報を、随意のユーザゾーン特徴をサポートする移動局に与えるための好適ユーザゾーンリスト（Preferred User Zone List）（ＰＵＺＬ）と、３Ｇパケットデータ動作パラメータのダウンロードとのいずれかを無線でプロビジョニングすることを含み得る。サービスプログラミングロック（Service Programming Lock）（ＳＰＬ）は、与えられる場合、無許可のネットワークエンティティによるいくつかの移動局パラメータの無線プロビジョニングを防ぎ得る。
【００３６】
ＣＤＭＡおよびアナログシステムにおける無線サービスプロビジョニング（ＯＴＡＳＰ）のための例示的な実装形態について説明するが、これらのプロシージャは、将来のエアインターフェース仕様とともに使用されるのに十分拡張可能であり、フレキシブルである。プロシージャは、ＣＤＭＡアナログ間ハンドオフ後のサービスプロビジョニングプロセスの継続のためのサポートを必要としない。
【００３７】
ＯＴＡＳＰおよび／またはＩＯＴＡプロビジョニングメッセージはデバイス自体の上で終了し得る。さらに、デバイスは、これらのメッセージを、セルラー／ＩＰ接続性を用いてデバイスに接続された別のセキュアなコンピューティングプラットフォーム／プロセッサに中継し得る。セキュアなコンピューティングプラットフォーム／プロセッサは、たとえば、アクセスデバイスが認証証明情報を中継するスマートカードまたはＳＩＭカードを含み得る。
【００３８】
１つの例示的な実装形態では、アクセスデバイスは、ＣＤＭＡなどのワイヤレス無線インターフェースに、またはＩＰ接続に接続する。接続されると、その接続を使用して、アクセスデバイスとネットワークエンティティとの間のディフィーへルマン鍵一致を実行し、ネットワークアクセスに必要なルート鍵を確立する。本方法は、ネットワークとの事前共有情報を有しないデバイスをプロビジョニングするために使用され得る。ディフィーへルマン鍵一致は、３ＧＰＰ認証証明をプロビジョニングするために使用される。３ＧＰＰ認証証明は、受信されると、３ＧＰＰコアネットワークに接続するために使用され得る。
【００３９】
別の例示的な実装形態では、アクセスデバイスをプロビジョニングするためにパスワード認証式ディフィーへルマン鍵一致が使用される。この実装形態では、パスワードまたはキーは、鍵一致を実行するアクセスデバイスとネットワークエンティティとの上で構成される帯域外手段を使用する第３のエンティティを介して与えられ得る。鍵一致は、たとえば、素数を法とする１０２４ビットまたは２０４８ビットのいずれかを使用し得る。
【００４０】
３ＧＰＰ認証証明のＯＴＡプロビジョニングは、ＯＴＡＳＰまたはＩＯＴＡを含むアクセス技術を使用するＡＫＡアルゴリズムカスタマイズを含み得る。各オペレータは、アクセスデバイスとホームネットワークエンティティとの間でそれら自体のＡＫＡアルゴリズムを使用することができる。ネットワークとデバイスとの能力に基づいて、デバイスとネットワークとの間でどのアルゴリズムが使用されるべきかを指定する指示または構成を行うことができる。たとえば、ＭＩＬＥＮＡＧＥが使用され得る。アルゴリズムが選択されると、これらのアルゴリズムのために必要なパラメータが、ＯＴＡＳＰ／ＩＯＴＡメッセージを使用して転送されることもある。これらのパラメータは、たとえば、ＭＩＬＥＮＡＧＥ ＯＰまたはＯＰｃパラメータを含み得る。
【００４１】
図１に、本明細書で説明する態様が行われ得る例示的なネットワーク環境を示す。図１に示すように、ユーザ機器（ＵＥ）または移動局１１０が第１のアクセスシステム１２０および第２のアクセスシステム１４０の範囲内に位置する。たとえば、各アクセスシステムは複数のアクセスポイント基地局を含み得ることに留意されたい。第２のアクセスシステム１４０には無線プロビジョニング機構がない。第１のアクセスシステムは無線プロビジョニング機構を含む。移動局１１０は、第１のアクセスシステムと第２のアクセスシステムの両方との通信が可能である。第１のアクセスシステムは、それ自体のためにだけでなく、無線プロビジョニング能力がない第２のアクセスシステム１４０のためにも、移動局１１０の無線プロビジョニングを実行するように構成される。移動局は、第１のアクセスシステム１２０を介して第２のアクセスシステムとの通信を確立するのに必要な認証証明の無線プロビジョニングを受信するように構成される。移動局は、第１のアクセスシステム１２０との通信を確立し、第２のアクセスシステムのための認証証明の無線プロビジョニングを要求する。
【００４２】
それに応答して、第１のアクセスシステム１２０は、移動局からの呼を第１のアクセスシステム内のプロビジョニング構成要素１５０にダイレクトする。第１のアクセスシステムにおけるプロトコル能力判断器１６０は、移動局のプロトコル能力を判断する。次いで、第１のアクセスシステム１２０は、移動局に対する認証証明の無線プロビジョニングを実行し、その認証証明は第２のアクセスシステムのためである。これは、第１のアクセスシステム１２０における認証証明構成要素１７０を介して達成され得る。
【００４３】
移動局がプロビジョニングされると、移動局は第２のアクセスシステム１４０との接続を確立し、第２のアクセスシステムにおける認証構成要素１８０は移動局を認証する。
【００４４】
図２に、第１のアクセスシステムを介したアクセスデバイスのための認証証明の無線プロビジョニングのための例示的な方法の態様を示し、その認証証明は第２のアクセスシステムのためである。第１のアクセスシステムは、ＯＴＡＳＰまたはＩＯＴＡを使用するＣＤＭＡ２０００システムであり得る。第２のアクセスシステムは、ＡＫＡ認証方法を使用する３ＧＰＰシステムであり得る。
【００４５】
２０１において、アクセスデバイスは第１のアクセスシステムに接続する。２０２において、アクセスデバイスは第１のアクセスシステムに認証証明の無線プロビジョニングを要求し、その認証証明は第２のアクセスシステムのためである。２０３において、アクセスデバイスは、第２のアクセスシステムのための認証証明のＯＴＡプロビジョニングを受信する。
【００４６】
第２のアクセスシステムのための認証証明の無線プロビジョニングは、ディフィーへルマン鍵一致、またはパスワード認証式ディフィーへルマン鍵一致を含み得る。プロビジョニングされる認証証明は、３ＧＰＰ ＡＫＡ認証ルート鍵（Ｋ）と、ＡＫＡ認証関係パラメータと、第２のアクセスシステムによる認証中に使用されるべきＡＫＡ認証アルゴリズムとのうちのいずれかを含み得る。ＡＫＡ認証関係パラメータは、ＳＱＮ隠蔽のためのｆ５を使用すべきかどうか、あるいはＡＫＡ ＳＱＮ管理のための１つまたは複数のＳＱＮ番号の構成のうちの少なくとも１つを含み得る。無線プロビジョニングされた認証証明を受信することは、第１のアクセスシステムからＡＫＡ認証アルゴリズムの無線カスタマイズを受信することをさらに含み得る。たとえば、ＡＫＡ認証アルゴリズムはＭＩＬＥＮＡＧＥであり得、認証アルゴリズムのカスタマイズはＯＰまたはＯＰｃパラメータのカスタマイズを含み得る。
【００４７】
２０４において、アクセスデバイスは第２のアクセスシステムに接続する。２０５において、第２のアクセスシステムによる認証を実行するために、アクセスデバイスは、プロビジョニングされた認証証明を第２のアクセスシステムに与える。上記のように、認証証明はＡＫＡ認証証明であり得、アクセスデバイスは、第２のアクセスシステムにおけるサービスにアクセスするために、第２のアクセスシステムによるＡＫＡ認証を実行し得る。
【００４８】
図３に、第１のアクセスシステムを介して、第２のアクセスシステムのためのアクセスデバイスにおいて認証証明をＯＴＡプロビジョニングするための例示的な方法の態様を示す。図２に関して上述したように、第１のアクセスシステムは、ＯＴＡＳＰまたはＩＯＴＡを使用するＣＤＭＡ２０００システムであり得る。第２のアクセスシステムは、ＡＫＡ認証方法を使用する３ＧＰＰシステムであり得る。
【００４９】
３０１において、ＣＤＭＡ２０００ネットワークまたはＩＰ接続アクセスネットワーク（IP Connection Access Network）（ＩＰ ＣＡＮ）などの第１のアクセスシステムは、アクセスデバイスから呼発信を受信する。３０２において、第１のアクセスシステムは呼をプロビジョニングシステムにダイレクトする。プロビジョニングシステムとアクセスデバイスとの間で情報がさらに交換され得る。３０３において、第１のアクセスシステムはアクセスデバイスのプロトコル能力を判断する。これは、プロトコル能力要求をアクセスデバイスに送信することを含み得る。
【００５０】
３０４において、第１のアクセスシステムは、ＯＴＡＳＰ／ＩＯＴＡサーバなどを介してアクセスデバイスに対する認証証明のＯＴＡプロビジョニングを実行し、その認証証明は第２のアクセスシステムのためである。これは、図４にさらに詳細に示すように、ＭＳ鍵要求と鍵生成要求とを送信することを含み得る。
【００５１】
第２のアクセスシステムのための認証証明の無線プロビジョニングは、ディフィーへルマン鍵一致、またはパスワード認証式ディフィーへルマン鍵一致を含み得る。プロビジョニングされる認証証明は、３ＧＰＰ ＡＫＡ認証ルート鍵（Ｋ）、ＡＫＡ認証関係パラメータ、または第２のアクセスシステムによる認証中に使用されるべきＡＫＡ認証アルゴリズムのうちのいずれかを含み得る。ＡＫＡ認証関係パラメータは、ＳＱＮ隠蔽のためのｆ５を使用すべきかどうか、あるいはＡＫＡ ＳＱＮ管理のための１つまたは複数のＳＱＮ番号の構成のうちの少なくとも１つを含み得る。無線プロビジョニングされた認証証明を受信することは、第１のアクセスシステムからＡＫＡ認証アルゴリズムの無線カスタマイズを受信することをさらに含み得る。たとえば、ＡＫＡ認証アルゴリズムはＭＩＬＥＮＡＧＥであり得、認証アルゴリズムのカスタマイズはＯＰまたはＯＰｃパラメータのカスタマイズを含み得る。
【００５２】
次に、ＯＴＡＳＰまたはＩＯＴＡを使用する例示的な実装形態の態様について、図４および図５に関して詳細に説明する。この図は、３ＧＰＰ ＡＫＡなどの３ＧＰＰ認証証明がＣＤＭＡ２０００ ＯＴＡＳＰなどのＯＴＡプロビジョニングプロトコルを使用してどのようにプロビジョニングされ得るかを示す。
【００５３】
最初に、４０１において、本明細書では互換的に移動局（ＭＳ）とも呼ぶアクセスデバイスにおいて、呼がアクセスネットワークに発信される。図４に、ＯＴＡＳＰを介して呼を発信するＭＳと、ＣＤＭＡ２０００またはＩＰ ＣＡＮネットワークのいずれかであるアクセスネットワークとを示す。アクセスシステムがＩＰ ＣＡＮである場合、ＩＯＴＡはＯＴＡＳＰの代わりに使用され得る。４０２において、アクセスシステムは、呼をカスタマーケアまたはプロビジョニングシステムにリダイレクトする。４０３において、ＭＳとカスタマーケアまたはプロビジョニングシステムとの間で情報交換が実行される。この情報交換は、限定はしないが、デバイスの識別、カスタマの識別情報、要求されるサービスおよび課金情報などの関連する加入情報の識別などを含み得る。
【００５４】
４０４において、プロビジョニングされるべきデバイス識別（たとえば、モバイル機器のＭＥＩＤ／ＩＭＥＩ、またはスマートカードが証明を記憶するために使用される場合はスマートカードのＩＣＣＩＤ／ＵＩＭＩＤ）などの情報、３ＧＰＰ認証証明と許可されたネットワークサービスとを用いてデバイスを正常にプロビジョニングするためにＯＴＡＳＰ／ＩＯＴＡサーバによって必要とされる情報などが、カスタマーケアまたはプロビジョニングシステムからＯＴＡＳＰ／ＩＯＴＡサーバに転送される。次いで、４０５において、ＯＴＡＳＰ／ＩＯＴＡサーバは、ＯＴＡＳＰ＿Ｐ＿ＲＥＶ＝０または８などのプロトコル能力要求をＭＳに送信する。４０６において、ＭＳは、拡張された能力応答を送信する。たとえば、これは、ｅＨＲＰＤルート鍵プロビジョニングを意味するＦＥＡＴＵＲＥ＿Ｐ＿ＲＥＶ値０００００１１１、および／または以下の表３．５．１．７−１に記載の拡張ｅＨＲＰＤルート鍵プロビジョニングを意味する００００１００００との、Ａ＿ＫＥＹ＿Ｐ＿ＰＲＥＶなどの鍵交換または鍵一致を含み得る。
【００５５】
４０７において、ＯＴＡＳＰ／ＩＯＴＡサーバは、ＭＳのために３ＧＰＰ ＡＫＡ証明プロビジョニングを実行することを決定する。
【００５６】
４０８において、ＯＴＡＳＰ／ＩＯＴＡサーバは、Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝０００００１１１または００００１００などのＭＳ鍵要求をＭＳに送信する。
【００５７】
４０９において、ＭＳは、以下でより詳細に説明するように、移動局結果（ＭＳ＿ＲＥＳＵＬＴ）を計算する。
【００５８】
４１０において、ＭＳは、ＭＳ鍵応答、ＲＥＳＵＬＴ＝成功をＯＴＡＳＰまたはＩＯＴＡサーバに送信する。４１１において、ＯＴＡＳＰまたはＩＯＴＡサーバは、以下でより詳細に説明するように、基地局結果ＢＳ＿ＲＥＳＵＬＴを計算する。
【００５９】
４１２において、ＯＴＡＳＰ／ＩＯＴＡサーバは、たとえば、ＢＳ＿ＲＥＳＵＬＴとともに鍵生成要求を送信する。４１３において、ＭＳは、３ＧＰＰルート鍵、たとえば、ｅＨＲＰＤルート鍵を計算する。４１４において、ＭＳは、たとえば、ＭＳ＿ＲＥＳＵＬＴとともに鍵生成応答を送信する。４１５において、ＯＴＡＳＰ／ＩＯＴＡサーバは３ＧＰＰ ＡＫＡルート鍵を計算する。４１６において、ＯＴＡＳＰ／ＩＯＴＡサーバは、ＡＫＡアルゴリズムプロビジョニングを実行すべきなのか、ＡＫＡアルゴリズムカスタマイズを実行すべきなのかを判断する。４１７において、ＭＳが３ＧＰＰネットワークに接続するのに必要な３ＧＰＰ認証証明が、ＯＴＡＳＰ／ＩＯＴＡからＭＳに送信される。次いで、ＭＳは、認証のためにＡＫＡを使用する任意の３ＧＰＰまたは３ＧＰＰ２システムによるＡＫＡ認証を実行する準備ができている。
【００６０】
図５に、図４に示すプロビジョニングに関して実行され得るＯＴＡＳＰ／ＩＯＴＡを使用するＡＫＡアルゴリズムカスタマイズの例示的な態様を示す。
【００６１】
ステップ５１７において、ＯＴＡＳＰ／ＩＯＴＡサーバは、第３世代パケットデータ（３ＧＰＤ）構成要求をＭＳに送信し、たとえば、パラメータブロックＩｄは、ＢＬＯＣＫ＿ＩＤ＝００００１１１０などのｅＨＲＰＤ ＡＫＡアルゴリズム能力パラメータ、および／またはＢＬＯＣＫ＿ＩＤ＝００００１１１１などのｅＨＲＰＤ ＭＩＬＥＮＡＧＥアルゴリズムパラメータを示す。
【００６２】
ステップ５１８において、ＭＳは、ｅＨＲＰＤ ＡＫＡアルゴリズム能力パラメータブロックおよび／またはｅＨＲＰＤ ＭＩＬＥＮＡＧＥアルゴリズムパラメータブロックなどとともに、３ＧＰＤ応答をＯＴＡＳＰ／ＩＯＴＡサーバに送信する。５１９において、ＯＴＡＳＰ／ＩＯＴＡサーバはＭＳのアルゴリズム能力を判断する。たとえば、ＯＴＡＳＰ／ＩＯＴＡサーバは、受信した構成応答から、ＭＩＬＥＮＡＧＥがＭＳにおいてサポートされることを判断し得る。５２０において、ＯＴＡＳＰ／ＩＯＴＡサーバは、たとえば、ＢＬＯＣＫ＿ＩＤ＝００００１１０１などのｅＨＲＰＤ ＭＩＬＥＮＡＧＥパラメータブロックとともにダウンロード要求を送信する。５２１において、ＭＳは、ＯＴＡＳＰ／ＩＯＴＡサーバからの送信に基づいてＭＩＬＥＮＡＧＥパラメータを構成する。５２２において、ＭＳは、３ＧＰＳダウンロード応答、たとえば、ＲＥＳＵＬＴ＝成功を送信する。５２３において、ＭＳは、任意の３ＧＰＰまたは３ＧＰＰ２システムによるＡＫＡ認証、あるいはＡＫＡ認証を使用する別のシステムによるＡＫＡ認証を実行する準備ができている。
【００６３】
ＯＴＡＳＰプロシージャはＣ．Ｓ００１６−Ｄ ｖ１．０において指定されており、ＩＯＴＡプロシージャは、Ｃ．Ｓ００４０−０ ｖ１．０（ＩＯＴＡ）およびＣ．Ｓ００６４−０ ｖ１．０（ＩＯＴＡ−ＤＭ）の将来の改訂において指定される可能性があり、それらの各々の内容全体は参照により本明細書に組み込まれる。図４および図５に示す態様は、ＯＴＡＳＰにおける既存の３Ｇルート鍵プロビジョニング方法に基づいて、ｅＨＲＰＤルート鍵プロビジョニングおよび拡張ｅＨＲＰＤルート鍵プロビジョニングなど、ｅＨＲＰＤルート鍵生成および鍵交換プロシージャをサポートするための新しいＡ＿ＫＥＹ＿Ｐ＿ＲＥＶの導入を含む。ＳＨＡ−２５６のためのハッシュ関数はよりセキュアであるので、適用可能な場合、ＳＨＡ−１の代わりにＳＨＡ−２５６が使用され得る。また、２つの３ＧＰＤパラメータブロック、すなわち、ＭＳによってサポートされるＡＫＡアルゴリズム（たとえば、ＭＩＬＥＮＡＧＥ）を示すためのｅＨＲＰＤ ＡＫＡアルゴリズム能力パラメータブロックと、ＯＰまたはＯＰｃパラメータを構成するためのｅＨＲＰＤ ＭＩＬＥＮＡＧＥアルゴリズムパラメータブロックとの導入が示されている。さらに、３ＧＰＤ機能識別子のＦＥＡＴＵＲＥ＿Ｐ＿ＲＥＶは、追加された３ＧＰＤパラメータブロックのためのサポートを示すために増分される。
【００６４】
以下で、発明を実施するための形態の最後において、以下に記載するセクションに関して、図４および図５により詳細に示すメッセージの例示的な態様について説明する。
【００６５】
移動局プログラミングプロシージャ。
【００６６】
プログラミングプロシージャの開始、ＭＳ鍵要求メッセージ３．３
移動局が、記憶されたｅＨＲＰＤ＿ｋ＿ＴＥＭＰS、移動局に一時的に記憶される秘密１２８ビットパターンを有する場合、鍵生成要求メッセージを受信した後に、移動局は、ｅＨＲＰＤ＿Ｋp、移動局に永続的に記憶される秘密１２８ビットパターンの値をｅＨＲＰＤ＿Ｋ＿ＴＥＭＰSに等しいＮＡＭインジケータに設定する。
【００６７】
ＭＳが、４０８におけるようにＭＳ鍵要求を受信すると、ＭＳはＭＳ＿ＲＥＳＵＬＴを計算する。ＭＳ鍵要求メッセージ中で受信されたＡ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝’００００００１０’の場合、移動局は、ＰＡＲＡＭ＿Ｐｓ＝ＰＡＲＡＭ＿ＰｒおよびＰＡＲＡＭ＿Ｇｓ＝ＰＡＲＡＭ＿Ｇｒを設定する。
【００６８】
ＭＳ鍵要求メッセージ中で受信されたＡ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝’００００００１１’、’０００００１００’、または’０００００１１１’の場合、移動局は、ＰＡＲＡＭ＿ＰｓとＰＡＲＡＭ＿Ｇｓとをそれぞれ、セクション５．３．１において以下で（発明を実施するための形態の最後において）指定する値に設定する。
【００６９】
ＭＳ鍵要求メッセージ中で受信されたＡ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝’０００００１０１’または’００００１０００’の場合、移動局はそれぞれ、ＰＡＲＡＭ＿Ｐｓを５．３．１において指定する値に設定し、ＰＡＲＡＭ＿Ｇｓを５．５．１において指定する値に設定する。
【００７０】
ＭＳ鍵要求メッセージ中のＡ＿ＫＥＹ＿Ｐ＿ＲＥＶの値が移動局によってサポートされない場合、移動局は、ＲＥＳＵＬＴ＿ＣＯＤＥを’００００００１１’、「拒否−プロトコルバージョン不一致」に設定することによってエラー状態を示す。移動局は、このメッセージを受信してから７５０ｍｓ以内にＭＳ鍵応答メッセージを送信する。
【００７１】
ＭＳ鍵要求メッセージ中のＡ＿ＫＥＹ＿Ｐ＿ＲＥＶの値が移動局によってサポートされる場合、移動局は、ＲＥＳＵＬＴ＿ＣＯＤＥを’００００００００’、「受付け−動作成功」に設定する。移動局は、ＭＳ鍵要求メッセージ中で受信されたＡ＿ＫＥＹ＿Ｐ＿ＲＥＶの値に従ってＭＳ＿ＲＥＳＵＬＴ値を次のように計算する。
【００７２】
’００００００１０’の場合、５．１．２に従って、ＭＳ＿ＲＥＳＵＬＴを、たとえば、ＭＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿Ｐsを法とするＰＡＲＡＭ＿ＧsXのように計算する。
【００７３】
’００００００１１’の場合、５．３．２に従って、ＭＳ＿ＲＥＳＵＬＴを、たとえば、ＭＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿Ｐsを法とするＰＡＲＡＭ＿ＧsXのように計算する。
【００７４】
’０００００１００’の場合、５．３．２に従って、ＭＳ＿ＲＥＳＵＬＴを、たとえば、ＭＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿Ｐsを法とするＰＡＲＡＭ＿ＧsXのように計算する。
【００７５】
’０００００１０１’の場合、５．５．２に従って、ＭＳ＿ＲＥＳＵＬＴを、たとえば、ＭＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿Ｐsを法とする（ＭＳ＿ＰＷ＿ＨＡＳＨ＊ＰＡＲＡＭ＿ＧsX）のように計算し、ＭＳ＿ＰＷ＿ＨＡＳＨは次のように計算される。
【数１】
【００７６】
ＭＳ＿ＰＷ＿ＨＡＳＨは、実装を簡略化するために、乗算の前にＰＡＲＡＭ＿ＰSを法として簡約され得る。ＳＨＡ−１は、Ｃ．Ｓ００２４−Ａ、「cdma2000 High Rate Packet Data Air Interface Specification」、２００４年４月において指定されているＦＩＰＳ−１８０ハッシュ関数を指す。
【００７７】
’０００００１１１’の場合、５．７．２に従って、ＭＳ＿ＲＥＳＵＬＴを、ＭＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿ＰSを法とするＰＡＲＡＭ＿ＧSXのように計算する。
【００７８】
’００００１０００’の場合、５．９．２に従って、ＭＳ＿ＲＥＳＵＬＴを、ＭＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿ＰSを法とする（ＭＳ＿ＰＷ＿ＨＡＳＨ2＊ＰＡＲＡＭ＿ＧSX）のように計算し、ＭＳ＿ＰＷ＿ＨＡＳＨは次のように計算される。ＳＨＡ−２５６は、米国標準技術局：「Secure Hash Standard」、ＦＩＰＳ １８０−２、２００４年２月付けのＣｈａｎｇｅ Ｎｏｔｉｃｅ １、２００２年８月において指定されているＦＩＰＳ−１８０−２ハッシュ関数を指す。
【数２】
【００７９】
戻り値は、整数として扱われるべきである。移動局は、このメッセージを受信してから３０秒以内にＭＳ鍵応答メッセージを送信する。
【００８０】
移動局が、説明に従ってＭＳ＿ＲＥＳＵＬＴ値を計算することができない場合、移動局は、ＲＥＳＵＬＴ＿ＣＯＤＥを’０００００００１’、「拒否−未知の理由」に設定する。移動局は、このメッセージを受信してから３０秒以内にＭＳ鍵応答メッセージを送信する。
【００８１】
鍵生成要求メッセージ
４１２において、ＭＳがＯＴＡＳＰ／ＩＯＴＡサーバから鍵生成要求を受信したとき、ＭＳは応答を送信する。
【００８２】
移動局がＭＳ鍵要求メッセージを受信しなかった場合、移動局は、ＲＥＳＵＬＴ＿ＣＯＤＥを’０００００１１０’、「拒否−このモードで予想されないメッセージ」に設定することによってエラー状態を示す。移動局は、このメッセージを受信してから７５０ｍｓ以内に鍵生成応答メッセージを送信する。
【００８３】
移動局がＭＳ鍵要求メッセージを受信し、’００００００００’、「受付け−動作成功」とは異なるＲＥＳＵＬＴ＿ＣＯＤＥを戻した場合、移動局は、ＲＥＳＵＬＴ＿ＣＯＤＥを’０００００１１０’、「拒否−このモードで予想されないメッセージ」に設定することによってエラー状態を示す。移動局は、このメッセージを受信してから７５０ｍｓ以内に鍵生成応答メッセージを送信する。
【００８４】
移動局が、０に等しいＢＳ＿ＲＥＳＵＬＴの値とともに鍵生成要求メッセージを受信した場合、移動局は、ＲＥＳＵＬＴ＿ＣＯＤＥを’０００００００１’、「拒否−未知の理由」に設定する。次いで、移動局は、このメッセージを受信してから７５０ｍｓ以内に鍵生成応答メッセージを送信する。
【００８５】
場合によっては、ＭＳ鍵要求メッセージ中で受信されたＡ＿ＫＥＹ＿Ｐ＿ＲＥＶの値が以下に等しい場合、移動局は、Ａ鍵、Ａ鍵とルート鍵との組合せ、または（ｅＨＲＰＤ）ルート鍵の値を計算する。
【００８６】
’００００００１０’の場合、５．１．３に従ってＡ鍵を計算し、たとえば、移動局は、共通鍵Ｋ＝ＰＡＲＡＭ＿Ｐsを法とするＢＳ＿ＲＥＳＵＬＴsXを計算する。移動局は、結果Ｋの最下位６４ビットをＡ＿ＫＥＹ＿ＴＥＭＰsとして記憶する。
【００８７】
’００００００１１’の場合、５．３．３に従ってＡ鍵とルート鍵とを計算する。
【００８８】
’０００００１００’の場合、５．３．４に従ってルート鍵を計算し、たとえば、移動局は、ルート鍵ＲＫ＝ＰＡＲＡＭ＿Ｐsを法とするＢＳ＿ＲＥＳＵＬＴsXを計算する。移動局は、結果ＲＫの最下位１２８ビットをＲＫ＿ＴＥＭＰsとして記憶する。
【００８９】
’０００００１０１’の場合、５．５．３に従ってルート鍵を計算する。
【００９０】
’０００００１１１’の場合、５．７．３に従ってｅＨＲＰＤルート鍵、たとえば、ｅＨＲＰＤルート鍵ｅＲＫ＝ＰＡＲＡＭ＿Ｐsを法とするＢＳ＿ＲＥＳＵＬＴsXを計算する。移動局は、結果ｅＲＫの最下位１２８ビットをｅＨＲＰＤ＿Ｋ＿ＴＥＭＰとして記憶する。
【００９１】
’００００１０００’の場合、５．９．３に従ってｅＨＲＰＤルート鍵、たとえば、ｅＨＲＰＤルート鍵ｅＲＫ＝ＳＨＡ−２５６（０ｘ０００００００３｜０ｘ０００００Ｃ８０（この値は、ＭＳ＿ＰＡＲＡＭのビット単位の長さに設定される。）｜ＭＳ＿ＰＡＲＡＭ｜ＭＳ＿ＰＡＲＡＭ）を計算し、
【数３】
【００９２】
である。
【００９３】
移動局は、結果ｅＲＫの最下位１２８ビットをｅＨＲＰＤ＿Ｋ＿ＴＥＭＰとして記憶する。
【００９４】
移動局が、それぞれ、説明したように、Ａ鍵、Ａ鍵とルート鍵との組合せ、または（ｅＨＲＰＤ）ルート鍵を正常に計算しなかった場合、移動局は、ＲＥＳＵＬＴ＿ＣＯＤＥを’０００００００１’、「拒否−未知の理由」に設定する。次いで、移動局は、このメッセージを受信してから３０秒以内に鍵生成応答メッセージを送信する。
【００９５】
移動局が、それぞれ、説明したように、Ａ鍵、Ａ鍵とルート鍵との組合せ、または（ｅＨＲＰＤ）ルート鍵を正常に計算した場合、移動局は、ＲＥＳＵＬＴ＿ＣＯＤＥを’００００００００’、「受付け−動作成功」に設定する。次いで、移動局は、このメッセージを受信してから３０秒以内に鍵生成応答メッセージを送信する。
【００９６】
鍵生成応答メッセージ、３．５．１．４
４１４において、ＭＳは鍵生成応答メッセージを送信する。鍵生成応答メッセージは以下の可変長のフォーマットを有する。
【表１】
【００９７】
ＯＴＡＳＰ＿ＭＳＧ＿ＴＹＰＥ−ＯＴＡＳＰデータメッセージタイプ。
【００９８】
移動局はこのフィールドを’００００００１１’に設定する。
【００９９】
ＲＥＳＵＬＴ＿ＣＯＤＥ−鍵交換結果コード。
【０１００】
移動局は、このフィールドを、表３．５．１．２−１中で定義された値を使用して、受付けステータスまたは拒否ステータスを示すように設定する。
【０１０１】
ＭＳ＿ＲＥＳＵＬＴ＿ＬＥＮ−ＭＳ＿ＲＥＳＵＬＴフィールドの長さ。
【０１０２】
移動局は、このフィールドをＭＳ＿ＲＥＳＵＬＴフィールド中のオクテットの数に設定する。
【０１０３】
ＭＳ＿ＲＥＳＵＬＴ−移動局計算結果。
【０１０４】
ＭＳ鍵要求メッセージ中で受信されたＡ＿ＫＥＹ＿Ｐ＿ＲＥＶが’００００００１０’に等しい場合、移動局は、このフィールドを、５．１．２に記載されているように、ＭＳ＿ＲＥＳＵＬＴの値、ＭＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿Ｐsを法とするＰＡＲＡＭ＿ＧsXに等しく設定する。
【０１０５】
ＭＳ鍵要求メッセージ中で受信されたＡ＿ＫＥＹ＿Ｐ＿ＲＥＶが’００００００１１’または’０００００１００’に等しい場合、移動局は、このフィールドを、５．３．２に記載されているように、ＭＳ＿ＲＥＳＵＬＴの値、ＭＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿Ｐsを法とするＰＡＲＡＭ＿ＧsXに等しく設定する。
【０１０６】
ＭＳ鍵要求メッセージ中で受信されたＡ＿ＫＥＹ＿Ｐ＿ＲＥＶが’０００００１０１’に等しい場合、移動局は、このフィールドを、５．５．２に記載されているようにＭＳ＿ＲＥＳＵＬＴの値に設定するか、または次のようにＭＳ＿ＰＷ＿ＨＡＳＨを設定する。
【数４】
【０１０７】
移動局は、ＭＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿Ｐsを法とする（ＭＳ＿ＰＷ＿ＨＡＳＨ＊ＰＡＲＡＭ＿ＧsX）を計算する。ＳＨＡ−１は、Ｃ．Ｓ００２４−Ａ、「cdma2000 High Rate Packet Data Air Interface Specification」、２００４年４月において指定されているＦＩＰＳ−１８０ハッシュ関数を指す。ＭＳ＿ＰＷ＿ＨＡＳＨは、実装を簡略化するために、乗算の前にＰＡＲＡＭ＿Ｐsを法として簡約され得る。
【０１０８】
ＭＳ鍵要求メッセージ中で受信されたＡ＿ＫＥＹ＿Ｐ＿ＲＥＶが’０００００１１１’に等しい場合、移動局は、このフィールドを、５．７．２に記載されているように、ＭＳ＿ＲＥＳＵＬＴの値、ＭＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿Ｐsを法とするＰＡＲＡＭ＿ＧsXに設定する。ＭＳ鍵要求メッセージ中で受信されたＡ＿ＫＥＹ＿Ｐ＿ＲＥＶが’００００１０００’に等しい場合、移動局は、このフィールドを、５．９．２に記載されているようにＭＳ＿ＲＥＳＵＬＴの値に設定し、移動局は、次のようにＭＳ＿ＰＷ＿ＨＡＳＨを計算する。
【数５】
【０１０９】
戻り値は、整数として扱われるべきである。ＳＨＡ−２５６は、米国標準技術局：「Secure Hash Standard」、ＦＩＰＳ １８０−２、２００４年２月付けのＣｈａｎｇｅ Ｎｏｔｉｃｅ １、２００２年８月において指定されているＦＩＰＳ−１８０−２ハッシュ関数を指す。移動局は、ＭＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿Ｐsを法とする（ＭＳ＿ＰＷ＿ＨＡＳＨ＊ＰＡＲＡＭ＿ＧsX）を計算する。ＭＳ＿ＰＷ＿ＨＡＳＨは、実装を簡略化するために、乗算の前にＰＡＲＡＭ＿Ｐsを法として簡約され得る。
【０１１０】
ｅＨＲＰＤ＿ＤＡＴＡ ＡＫＡアルゴリズム能力パラメータ、３．５．８．１５
ｅＨＲＰＤ ＡＫＡアルゴリズム能力パラメータブロックのＰＡＲＡＭ＿ＤＡＴＡフィールドは、長さ８ビットをもつＡＫＡ＿ＡＬＧＯＲＩＴＨＭからなる。
【表２】
【０１１１】
ＡＫＡ＿ＡＬＧＯＲＩＴＨＭ−どの認証アルゴリズムが移動局によってサポートされるかを示すためのｅＨＲＰＤ ＡＫＡ認証アルゴリズムビットマップ。移動局は、次のように、このフィールドをビットマップの形態の値に設定する。
【表３】
【０１１２】
対応する動作モードが移動局によってサポートされる場合、移動局は各サブフィールドを’１’に設定する。他の場合、移動局はサブフィールドを’０’に設定する。
【０１１３】
ＲＥＳＥＲＶＥＤ−予約済みビット。移動局は、パラメータブロック全体の長さを整数個のオクテットに等しくするために、必要に応じて予約済みビットを追加する。移動局はこのフィールドを’０００００００’に設定する。
【０１１４】
ｅＨＲＰＤ ＭＩＬＥＮＡＧＥアルゴリズムパラメータ、３．５．８．１６
ｅＨＲＰＤ ＭＩＬＥＮＡＧＥアルゴリズムパラメータは、以下のフィールドを含む。
【表４】
【０１１５】
ＯＰ＿ＰＡＲＡＭ＿ＶＡＬＵＥ−１２８ビットＭＩＬＥＮＡＧＥオペレータバリアントアルゴリズム構成フィールド（［ＴＳ３５．２０５］参照）。
【０１１６】
ＯＰ＿ＰＡＲＡＭ＿ＴＹＰＥ−このビットが’０’である場合、移動局は［ｂｂ］において定義されたＯＰパラメータとしてＯＰ＿ＰＡＲＡＭ＿ＶＡＬＵＥを扱う。他の場合、移動局は、［ＴＳ３５．２０５］において定義されたＯＰcパラメータとしてＯＰ＿ＰＡＲＡＭ＿ＶＡＬＵＥを扱う。
【０１１７】
ＲＥＳＥＲＶＥＤ−予約済みビット。パラメータブロック全体の長さを整数個のオクテットに等しくするために、追加の予約済みビットが必要である。移動局は、これらのビットを’０’に設定する。
【０１１８】
基地局プロシージャ
ＭＳ鍵要求メッセージ、４．５．１．３
図４に示すように、４０８において、ＭＳ鍵要求メッセージはアクセスシステムからＭＳに送信される。ＭＳ鍵メッセージは、以下の可変長のフォーマットを有する。
【表５】
【０１１９】
ＯＴＡＳＰ＿ＭＳＧ＿ＴＹＰＥ−ＯＴＡＳＰデータメッセージタイプ。基地局は、このフィールドを’００００００１０’に設定する。
【０１２０】
Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ−鍵交換プロトコルバージョン。基地局は、このフィールドを、２Ｇ Ａ鍵生成の場合’００００００１０’に、２Ｇ Ａ鍵と３Ｇルート鍵との組合せの生成の場合’００００００１１’に、３Ｇルート鍵生成の場合’０００００１００’に、または拡張３Ｇルート鍵生成の場合’０００００１０１’、ｅＨＲＰＤルート鍵生成の場合’０００００１１１’、または拡張ｅＨＲＰＤルート鍵生成の場合’００００１０００’に設定する。
【０１２１】
ＰＡＲＡＭ＿Ｐ＿ＬＥＮ−ＰＡＲＡＭ＿Ｐフィールドの長さ。Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝’００００００１０’の場合、基地局は、このフィールドをＰＡＲＡＭ＿Ｐフィールド中のオクテットの数に設定し、基地局は、このフィールドを’０１００００００’に設定する。Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＞’００００００１０’の場合、基地局はこのフィールドを省略する。
【０１２２】
ＰＡＲＡＭ＿Ｐ−鍵交換パラメータＰ。Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝’００００００１０’の場合、基地局は、このフィールドを５．２．１に記載されているように設定する。Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＞’００００００１０’の場合、基地局はこのフィールドを省略する。
【０１２３】
ＰＡＲＡＭ＿Ｇ＿ＬＥＮ−ＰＡＲＡＭ＿Ｇフィールドの長さ。Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝’００００００１０’の場合、基地局は、このフィールドをＰＡＲＡＭ＿Ｇフィールド中のオクテットの数に設定するものとし、基地局は、このフィールドを’０００１０１００’に設定する。Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＞’００００００１０’の場合、基地局はこのフィールドを省略する。
【０１２４】
ＰＡＲＡＭ＿Ｇ−鍵交換パラメータＧ。Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝’００００００１０’の場合、基地局は、このフィールドを５．２．１に記載されているように設定する。Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＞’００００００１０’の場合、基地局はこのフィールドを省略する。
【０１２５】
鍵生成要求メッセージ、４．５．１．４
３１２において、鍵生成要求メッセージはＭＳに送信される。鍵生成要求メッセージは、以下の可変長のフォーマットを有する。
【表６】
【０１２６】
ＯＴＡＳＰ＿ＭＳＧ＿ＴＹＰＥ−ＯＴＡＳＰデータメッセージタイプ。基地局は、このフィールドを’００００００１１’に設定する。
【０１２７】
ＢＳ＿ＲＥＳＵＬＴ＿ＬＥＮ−ＢＳ＿ＲＥＳＵＬＴフィールドの長さ。基地局は、このフィールドをＢＳ＿ＲＥＳＵＬＴフィールド中のオクテットの数に設定する。
【０１２８】
ＢＳ＿ＲＥＳＵＬＴ−基地局計算結果。Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝’００００００１０’の場合、基地局は、このフィールドを５．２．２に記載されているようにＢＳ＿ＲＥＳＵＬＴの値に等しく設定し、たとえば、基地局は、ＢＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿Ｐを法とするＰＡＲＡＭ＿ＧYを計算する。Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝’００００００１１’または’０００００１００’の場合、基地局は、このフィールドを５．４．２に記載されているようにＢＳ＿ＲＥＳＵＬＴの値に等しく、たとえば、ＢＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿Ｐを法とするＰＡＲＡＭ＿ＧYに設定する。Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝’０００００１０１’の場合、基地局は、このフィールドを５．６．２に記載されているようにＢＳ＿ＲＥＳＵＬＴの値に等しく設定する。Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝’０００００１１１’の場合、基地局は、このフィールドを５．８．２に記載されているようにＢＳ＿ＲＥＳＵＬＴの値に等しく設定する。Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝’００００１０００’の場合、基地局は、このフィールドを５．１０．２に記載されているようにＢＳ＿ＲＥＳＵＬＴの値に等しく設定する。
【０１２９】
ｅＨＲＰＤ ＭＩＬＥＮＡＧＥアルゴリズムパラメータ、４．５．７．１１
ｅＨＲＰＤ ＭＩＬＥＮＡＧＥアルゴリズムパラメータブロックのＰＡＲＡＭ＿ＤＡＴＡフィールドは、以下のフィールドからなる。
【表７】
【０１３０】
ＯＰ＿ＰＡＲＡＭ＿ＶＡＬＵＥ−１２８ビットＭＩＬＥＮＡＧＥオペレータバリアントアルゴリズム構成フィールド（［ＴＳ３５．２０５］参照）。
【０１３１】
ＯＰ＿ＰＡＲＡＭ＿ＴＹＰＥ−ＯＰ＿ＰＡＲＡＭ＿ＶＡＬＵＥが、［ＴＳ３５．２０５］において定義されたＯＰパラメータとして移動局によって解釈されるべきである場合、基地局はこのビットを’０’に設定する。他の場合、基地局は、ＯＰ＿ＰＡＲＡＭ＿ＶＡＬＵＥが［ＴＳ３５．２０５］において定義されたＯＰcパラメータとして解釈されるべきであることを移動局に示すために、このビットを’１’に設定する。
【０１３２】
ＲＥＳＥＲＶＥＤ−予約済みビット。パラメータブロック全体の長さを整数個のオクテットに等しくするために、追加の予約済みビットが必要である。基地局はこれらのビットを’０’に設定する。
【０１３３】
鍵交換プロシージャ、５
Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝’０００００１１１’の場合の移動局要件、５．７
ディフィーへルマン鍵一致プロシージャのための乱数発生は、以下を含む。移動局は、移動局結果ＭＳ＿ＲＥＳＵＬＴを計算する際に使用するＰＡＲＡＭ＿Ｐsを、５．３．１において指定される１０２４ビットの素数（最初に最上位ビット）に設定する。移動局は、ＭＳ＿ＲＥＳＵＬＴを計算する際に使用するＰＡＲＡＭ＿Ｇsを’００００００１０’に設定する。移動局は、ＭＳ＿ＲＥＳＵＬＴを計算する際に使用する乱数Ｘを発生する。数Ｘは、５．５．１に記載されているプロパティを有する。
【０１３４】
移動局結果について、移動局は、ＭＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿Ｐsを法とするＰＡＲＡＭ＿ＧsXを計算する。
【０１３５】
Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝’０００００１１１’についてのｅＨＲＰＤルート鍵計算の場合、移動局は、ｅＨＲＰＤルート鍵ｅＲＫ＝ＰＡＲＡＭ＿Ｐsを法とするＢＳ＿ＲＥＳＵＬＴsXを計算する。移動局は、結果ｅＲＫの最下位１２８ビットをｅＨＲＰＤ＿Ｋ＿ＴＥＭＰsとして記憶する。
【０１３６】
Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝’０００００１１１’の場合の基地局要件、５．８
鍵交換パラメータルート鍵の生成、５．８．１
鍵交換パラメータルート鍵の生成は、以下を含む。基地局は、５．４．１において規定されているように、基地局結果ＢＳ＿ＲＥＳＵＬＴを計算する際に使用するＰＡＲＡＭ＿Ｐsを１０２４ビットの素数（最初に最上位ビット）に設定する。基地局は、ＢＳ＿ＲＥＳＵＬＴを計算する際に使用するＰＡＲＡＭ＿Ｇsを’００００００１０’に設定する。基地局は、ＢＳ＿ＲＥＳＵＬＴを計算する際に使用する乱数Ｙを発生する。数Ｙは、５．６．１に記載されているプロパティを有する。
【０１３７】
基地局結果、５．８．２
基地局結果について、基地局は、ＢＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿Ｐを法とするＰＡＲＡＭ＿ＧYを計算する。
【０１３８】
Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝’０００００１１１’の場合のｅＨＲＰＤルート鍵ｅＨＲＰＤ＿Ｋ計算、５．８．３
Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝’０００００１１１’の場合のｅＨＲＰＤルート鍵ｅＨＲＰＤ＿Ｋ計算のために、基地局は、ｅＨＲＰＤルート鍵ｅＲＫ＝ＰＡＲＡＭ＿Ｐを法とするＭＳ＿ＲＥＳＵＬＴYを計算する。基地局は、結果ｅＲＫの最下位１２８ビットをｅＨＲＰＤルート鍵ｅＨＲＰＤ＿Ｋとして使用する。
【０１３９】
Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝‘００００１０００’の場合の移動局要件、５．９
乱数発生および鍵生成パラメータ、５．９．１
乱数発生および鍵生成パラメータは以下を含む。移動局は、５．３．１において規定されているように、移動局結果ＭＳ＿ＲＥＳＵＬＴを計算する際に使用するＰＡＲＡＭ＿Ｐsを１０２４ビットの素数に設定する。移動局は、ＭＳ＿ＲＥＳＵＬＴを計算する際に使用するＰＡＲＡＭ＿Ｇsを‘００００１１０１’に設定する。移動局は、ＭＳ＿ＲＥＳＵＬＴを計算する際に使用する乱数Ｘを発生する。数Ｘは、５．５．１に記載されているプロパティを有する。
【０１４０】
移動局結果、５．９．２
移動局結果について、移動局は、次のようにＭＳ＿ＰＷ＿ＨＡＳＨを計算する。
【数６】
【０１４１】
移動局は、ＭＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿Ｐsを法とする（ＭＳ＿ＰＷ＿ＨＡＳＨ＊ＰＡＲＡＭ＿ＧsX）を計算する。ＳＨＡ−２５６は、Ｃ．Ｓ００２４−Ａ、「cdma2000 High Rate Packet Data Air Interface Specification」、２００４年４月において規定されているＦＩＰＳ−１８０−２ハッシュ関数を指す。ＭＳ＿ＰＷ＿ＨＡＳＨは、実装を簡略化するために、乗算の前にＰＡＲＡＭ＿ＰSを法として簡約され得る。
【０１４２】
Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝‘００００１０００’の場合のｅＨＲＰＤルート鍵計算、５．９．３
Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝‘００００１０００’の場合のｅＨＲＰＤルート鍵計算について、移動局は、ｅＨＲＰＤルート鍵ｅＲＫ＝ＳＨＡ−２５６（０ｘ０００００００３｜０ｘ０００００Ｃ８０（これは、ＭＳ＿ＰＡＲＡＭのビット単位の長さに設定される。）｜ＭＳ＿ＰＡＲＡＭ｜ＭＳ＿ＰＡＲＡＭ）を計算し、
【数７】
【０１４３】
である。移動局は、結果ｅＲＫの最下位１２８ビットをｅＨＲＰＤ＿Ｋ＿ＴＥＭＰsとして記憶する。
【０１４４】
Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝‘００００１０００’の場合の基地局要件、５．１０
基数生成および鍵生成パラメータ、５．１０．１
乱数発生および鍵生成パラメータは以下を含む。基地局は、５．４．１において規定されているように、基地局結果ＢＳ＿ＲＥＳＵＬＴを計算する際に使用するＰＡＲＡＭ＿Ｐsを１０２４ビットの素数（最初に最上位ビット）に設定する。基地局は、ＢＳ＿ＲＥＳＵＬＴを計算する際に使用するＰＡＲＡＭ＿Ｇsを‘００００１１０１’に設定する。基地局は、ＢＳ＿ＲＥＳＵＬＴを計算する際に使用する乱数Ｙを発生する。数Ｙは、５．６．１に記載されているプロパティを有する。
【０１４５】
基地局結果、５．１０．２
基地局結果について、基地局はＢＳ＿ＰＷ＿ＨＡＳＨを計算し、
【数８】
【０１４６】
である。基地局は、ＢＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿Ｐsを法とする（ＢＳ＿ＰＷ＿ＨＡＳＨ＊ＰＡＲＡＭ＿ＧY）を計算する。ＢＳ＿ＰＷ＿ＨＡＳＨは、実装を簡略化するために、乗算より前にＰＡＲＡＭ＿Ｐsを法として簡約され得る。
【０１４７】
ｅＨＲＰＤルート鍵ｅＨＲＰＤ＿Ｋ計算、５．１０．３
ｅＨＲＰＤルート鍵ｅＨＲＰＤ＿Ｋ計算について、基地局は、ルート鍵ｅＲＫ＝ＳＨＡ−２５６（０ｘ０００００００３｜０ｘ０００００Ｃ８０（この値は、ＢＳ＿ＰＡＲＡＭのビット単位の長さに設定される。）｜ＢＳ＿ＰＡＲＡＭ｜ＢＳ＿ＰＡＲＡＭ）を計算し、
【数９】
【０１４８】
である。基地局は、結果ｅＲＫの最下位１２８ビットをｅＨＲＰＤルート鍵ｅＨＲＰＤ＿Ｋとして使用する。
【０１４９】
図６は、ＭＩＭＯシステム６００における（アクセスポイントとしても知られる）送信機システム６１０と（アクセス端末としても知られる）受信機システム６５０とを含む、上記で説明した方法を実行するように構成され得る通信システムの一実施形態のブロック図である。送信機システム６１０において、いくつかのデータストリームのトラフィックデータがデータソース６１２から送信（ＴＸ）データプロセッサ６１４に供給される。
【０１５０】
一実施形態では、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ６１４は、符号化データを与えるために、各データストリームのトラフィックデータを、そのデータストリーム用に選択された特定の符号化方式に基づいてフォーマットし、符号化し、インターリーブする。
【０１５１】
各データストリームの符号化データは、ＯＦＤＭ技法を使用してパイロットデータで多重化され得る。パイロットデータは、典型的には、知られている方法で処理される知られているデータパターンであり、チャネル応答を推定するために受信機システムにおいて使用され得る。次いで、各データストリームの多重化されたパイロットデータおよび符号化データは、変調シンボルを与えるために、そのデータストリーム用に選択された特定の変調方式（たとえば、ＢＰＳＫ、ＱＳＰＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）される。各データストリームのデータレート、符号化、および変調は、プロセッサ６３０によって実行される命令によって決定され得る。
【０１５２】
次いで、すべてのデータストリームの変調シンボルがＴＸ ＭＩＭＯプロセッサ６０２に供給され、ＴＸ ＭＩＭＯプロセッサ６０２はさらに（たとえば、ＯＦＤＭ用に）その変調シンボルを処理し得る。次いで、ＴＸ ＭＩＭＯプロセッサ６２０は、ＮT個の変調シンボルストリームをＮT個の送信機（ＴＭＴＲ）６２２ａ〜６２２ｔに供給する。いくつかの実施形態では、ＴＸ ＭＩＭＯプロセッサ６２０は、データストリームのシンボルと、シンボルの送信元のアンテナとにビームフォーミング重みを適用する。
【０１５３】
各送信機６２２は、それぞれのシンボルストリームを受信し、処理して、１つまたは複数のアナログ信号を与え、さらに、それらのアナログ信号を調整（たとえば、増幅、フィルタ処理、およびアップコンバート）して、ＭＩＭＯチャネルを介して送信するのに適した変調信号を与える。次いで、送信機６２２ａ〜６２２ｔからのＮT個の変調信号は、それぞれ、ＮT個のアンテナ６２４ａ〜６２４ｔから送信される。
【０１５４】
受信機システム６５０では、送信された変調信号はＮR個のアンテナ６５２ａ〜６５２ｒによって受信され、各アンテナ６５２からの受信信号は、それぞれの受信機（ＲＣＶＲ）６５４ａ〜６５４ｒに供給される。各受信機６５４は、それぞれの受信信号を調整（たとえば、フィルタ処理、増幅、およびダウンコンバート）し、調整された信号をデジタル化して、サンプルを与え、さらにそれらのサンプルを処理して、対応する「受信」シンボルストリームを与える。
【０１５５】
次いで、ＲＸデータプロセッサ６６０は、特定の受信機処理技法に基づいてＮR個の受信機６５４からＮR個の受信シンボルストリームを受信し、処理して、ＮT個の「検出」シンボルストリームを与える。次いで、ＲＸデータプロセッサ６６０は、各検出シンボルストリームを復調し、デインターリーブし、復号して、データストリームに対するトラフィックデータを復元する。ＲＸデータプロセッサ６６０による処理は、送信機システム６１０におけるＴＸ ＭＩＭＯプロセッサ６２０およびＴＸデータプロセッサ６１４によって実行される処理を補足するものである。
【０１５６】
プロセッサ６７０は、どのプリコーディング行列を使用すべきかを周期的に判断する（後述）。プロセッサ６７０は、行列インデックス部とランク値部とを備える逆方向リンクメッセージを作成する。
【０１５７】
逆方向リンクメッセージは、通信リンクおよび／または受信データストリームに関する様々なタイプの情報を備え得る。次いで、逆方向リンクメッセージは、データソース６３６からいくつかのデータストリームのトラフィックデータをも受信するＴＸデータプロセッサ６３８によって処理され、変調器６８０によって変調され、送信機６５４ａ〜６５４ｒによって調整され、送信機システム６１０に戻される。
【０１５８】
送信機システム６１０において、受信機システム６５０からの変調信号は、アンテナ６２４によって受信され、受信機６２２によって調整され、復調器６４０によって復調され、受信機システム６５０によって送信された逆方向リンクメッセージを抽出するためにＲＸデータプロセッサ６４２によって処理される。次いで、プロセッサ６３０は、ビームフォーミング重みを判断するためにどのプリコーディング行列を使用すべきかを判断し、次いで、抽出されたメッセージを処理する。
【０１５９】
一態様では、論理チャネルは、制御チャネルとトラフィックチャネルとに分類される。論理制御チャネルは、システム制御情報をブロードキャストするためのＤＬチャネルであるブロードキャスト制御チャネル（ＢＣＣＨ）と、ページング情報を転送するＤＬチャネルであるページング制御チャネル（ＰＣＣＨ）と、１つまたは複数のＭＴＣＨについてのマルチメディアブロードキャストおよびマルチキャストサービス（ＭＢＭＳ）のスケジューリングおよび制御情報を送信するために使用されるポイントツーマルチポイントＤＬチャネルであるマルチキャスト制御チャネル（ＭＣＣＨ）とを備える。概して、ＲＲＣ接続を確立した後、このチャネルは、ＭＢＭＳ（注：古いＭＣＣＨ＋ＭＳＣＨ）を受信するＵＥによって使用されるだけである。専用制御チャネル（ＤＣＣＨ）は、専用制御情報を送信するポイントツーポイント双方向チャネルであり、ＲＲＣ接続を有するＵＥによって使用される。態様では、論理トラフィックチャネルは、ユーザ情報を転送するための１つのＵＥに専用のポイントツーポイント双方向チャネルである専用トラフィックチャネル（ＤＴＣＨ）を備える。また、トラフィックデータを送信するためのポイントツーマルチポイントＤＬチャネルであるマルチキャストトラフィックチャネル（ＭＴＣＨ）を備える。
【０１６０】
一態様では、トランスポートチャネルは、ＤＬとＵＬとに分類される。ＤＬトランスポートチャネルは、ブロードキャストチャネル（ＢＣＨ）と、ダウンリンク共有データチャネル（ＤＬ−ＳＤＣＨ）と、ＵＥ節電（ＤＲＸサイクルがネットワークによってＵＥに示される）をサポートするためのページングチャネル（ＰＣＨ）とを備え、これらのチャネルは、セル全体にわたってブロードキャストされ、他の制御／トラフィックチャネル用に使用され得るＰＨＹリソースにマッピングされる。ＵＬトランスポートチャネルは、ランダムアクセスチャネル（ＲＡＣＨ）、要求チャネル（ＲＥＱＣＨ）、アップリンク共有データチャネル（ＵＬ−ＳＤＣＨ）、および複数のＰＨＹチャネルを備える。ＰＨＹチャネルは、ＤＬチャネルとＵＬチャネルとのセットを備える。
【０１６１】
図７を参照すると、一態様では、本明細書ではアクセスデバイス（ＡＤ）、ユーザ機器（ＵＥ）、または移動局（ＭＳ）とも呼ぶ、上記で説明したアクセス端末は、コンピュータデバイス７００によって表され得る。アクセスデバイス７００は、本明細書で説明する構成要素および機能のうちの１つまたは複数に関連する処理機能を実行するためのプロセッサ７０１を含む。プロセッサ７０１は、プロセッサまたはマルチコアプロセッサの単一または複数のセットを含むことができる。さらに、プロセッサ７０１は、統合処理システムおよび／または分散処理システムとして実装され得る。
【０１６２】
アクセスデバイス７００は、プロセッサ７０１によって実行されているアプリケーションのローカルバージョンを記憶するなどのためのメモリ７０２をさらに含む。メモリ７０２は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、テープ、磁気ディスク、光ディスク、揮発性メモリ、不揮発性メモリ、およびそれらの任意の組合せなど、コンピュータが使用できる任意のタイプのメモリを含むことができる。
【０１６３】
さらに、アクセスデバイス７００は、本明細書で説明するように、ハードウェア、ソフトウェア、およびサービスを利用して、１つまたは複数の相手との通信を確立し、維持することを行う通信構成要素７０３を含む。通信構成要素７０３は、アクセスデバイス７００上の構成要素間の通信、ならびにアクセスデバイス７００と、通信ネットワーク上に位置するデバイス、および／またはアクセスデバイス７００に直列またはローカルに接続されたデバイスなどの外部デバイスとの間の通信を伝え得る。たとえば、通信構成要素７０３は、１つまたは複数のバスを含み得、それぞれ送信機および受信機に関連する、外部デバイスとインターフェースするように動作可能な送信チェーン構成要素および受信チェーン構成要素をさらに含み得る。
【０１６４】
さらに、アクセスデバイス７００は、データストア７０４をさらに含み得、データストア７０４は、本明細書で説明する態様に関連して採用される情報、データベース、およびプログラムの大容量記憶を与えるハードウェアおよび／またはソフトウェアの任意の適切な組合せとすることができる。たとえば、データストア７０４は、プロセッサ７０１によって現在実行されていないアプリケーションのためのデータリポジトリであり得る。
【０１６５】
アクセスデバイス７００は、さらに、アクセスデバイス７００のユーザから入力を受けるように動作可能であり、ユーザへの提示のための出力を生成するようにさらに動作可能なユーザインターフェース構成要素７０５を含み得る。ユーザインターフェース構成要素７０５は、限定はしないが、キーボード、テンキー、マウス、タッチセンシティブディスプレイ、ナビゲーションキー、ファンクションキー、マイクロフォン、音声認識構成要素、ユーザから入力を受けることが可能な他の機構、またはそれらの任意の組合せを含む、１つまたは複数の入力デバイスを含み得る。さらに、ユーザインターフェース構成要素７０５は、限定はしないが、ディスプレイ、スピーカ、触覚フィードバック機構、プリンタ、出力をユーザに提示することが可能な他の機構、またはそれらの任意の組合せを含む、１つまたは複数の出力デバイスを含み得る。
【０１６６】
アクセスデバイス７００は、第１のアクセスシステムを介した認証証明のＯＴＡプロビジョニングを可能にするＯＴＡプロビジョニング構成要素７０６をさらに含み得、その認証証明は第２のアクセスシステムのためである。たとえば、ＯＴＡプロビジョニング構成要素７０６は、図１〜図４中の、上記で説明したプロシージャを実行するためのハードウェア、ソフトウェア、ファームウェア、論理、またはコンピュータ実行可能命令のうちの１つまたは任意の組合せを含み得る。
【０１６７】
アクセスデバイス７００は、呼発信または認証証明の無線プロビジョニングの要求を送信するための送信機７０７と、そのような通信とプロビジョニングとを受信するための受信機７０８とをさらに含み得る。
【０１６８】
アクセスデバイス７００は、アクセスシステムを介して無線様式でプロビジョニングされることが可能である認証証明構成要素７０９をさらに含み得る。
【０１６９】
図８に、ＭＳにおいて無線プロビジョニングがない第２のアクセスシステムのための認証証明をプロビジョニングするための例示的なネットワーク装置の態様を示す。図８中のネットワーク装置はコンピュータデバイス８００によって示される。ネットワーク装置８００は、本明細書で説明する構成要素および機能のうちの１つまたは複数に関連する処理機能を実行するためのプロセッサ８０１を含む。プロセッサ８０１は、プロセッサまたはマルチコアプロセッサの単一または複数のセットを含むことができる。さらに、プロセッサ８０１は、統合処理システムおよび／または分散処理システムとして実装され得る。
【０１７０】
ネットワーク装置８００は、プロセッサ８０１によって実行されているアプリケーションのローカルバージョンを記憶するなどのためのメモリ８０２をさらに含む。メモリ８０２は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、テープ、磁気ディスク、光ディスク、揮発性メモリ、不揮発性メモリ、およびそれらの任意の組合せなど、コンピュータが使用できる任意のタイプのメモリを含むことができる。
【０１７１】
さらに、ネットワーク装置８００は、本明細書で説明するように、ハードウェア、ソフトウェア、およびサービスを利用して、１つまたは複数の相手との通信を確立し、維持することを行う通信構成要素８０３を含む。通信構成要素８０３は、ネットワーク装置８００上の構成要素間の通信、ならびにネットワーク装置８００と、通信ネットワーク上に位置するデバイス、および／またはネットワーク装置８００に直列またはローカルに接続されたデバイスなどの外部デバイスとの間の通信を伝え得る。たとえば、通信構成要素８０３は、１つまたは複数のバスを含み得、それぞれ送信機および受信機に関連する、外部デバイスとインターフェースするように動作可能な送信チェーン構成要素および受信チェーン構成要素をさらに含み得る。
【０１７２】
さらに、ネットワーク装置８００は、データストア８０４をさらに含み得、データストア８０４は、本明細書で説明する態様に関連して採用される情報、データベース、およびプログラムの大容量記憶を与えるハードウェアおよび／またはソフトウェアの任意の適切な組合せとすることができる。たとえば、データストア８０４は、プロセッサ８０１によって現在実行されていないアプリケーションのためのデータリポジトリであり得る。
【０１７３】
ネットワーク装置８００は、さらに、ネットワーク装置８００のユーザから入力を受けるように動作可能であり、ユーザへの提示のための出力を生成するようにさらに動作可能なユーザインターフェース構成要素８０５を含み得る。ユーザインターフェース構成要素８０５は、限定はしないが、キーボード、テンキー、マウス、タッチセンシティブディスプレイ、ナビゲーションキー、ファンクションキー、マイクロフォン、音声認識構成要素、ユーザから入力を受けることが可能な他の機構、またはそれらの任意の組合せを含む、１つまたは複数の入力デバイスを含み得る。さらに、ユーザインターフェース構成要素８０５は、限定はしないが、ディスプレイ、スピーカ、触覚フィードバック機構、プリンタ、出力をユーザに提示することが可能な他の機構、またはそれらの任意の組合せを含む、１つまたは複数の出力デバイスを含み得る。
【０１７４】
ネットワーク装置８００は、ＭＳにおいて認証証明のＯＴＡプロビジョニングを実行するように構成されたＯＴＡプロビジョニングシステム８０６をさらに含み得、その認証証明は第２のアクセスシステムのためである。たとえば、ＯＴＡプロビジョニングシステム８０６は、図１〜図４中の、上記で説明したプロシージャを実行するためのハードウェア、ソフトウェア、ファームウェア、論理、またはコンピュータ実行可能命令のうちの１つまたは任意の組合せを含み得る。
【０１７５】
ネットワーク装置８００は、ＯＴＡプロビジョニングを要求しているＭＳのプロトコル能力を判断するためのプロトコル能力判断器をさらに含み得る。これは、プロビジョニングシステムが、ＭＳにおいて認証証明の適切なプロビジョニングを実行することを可能にする。
【０１７６】
ネットワーク装置８００は、ＭＳから通信を受信するため、およびＭＳに通信を送るため、ならびに、ＭＳにおいて認証証明のＯＴＡプロビジョニングを実行するための情報を伝送するための受信機８０７および送信機８０８をさらに含み得る。
【０１７７】
図９を参照すると、別の態様における、アクセスシステムのための認証証明のＯＴＡプロビジョニングを別のアクセスシステムから受信するシステム９００が示されている。たとえば、システム９００は、少なくとも部分的にコンピュータデバイス、モバイルデバイスなどの内部に常駐することができる。システム９００は機能ブロックを含むものとして表されており、その機能ブロックは、プロセッサ、ソフトウェア、またはそれらの組合せ（たとえば、ファームウェア）によって実装される機能を表す機能ブロックであり得ることを諒解されたい。システム９００は、連携して動作することができる電気構成要素の論理グルーピング９０２を含む。たとえば、論理グルーピング９０２は、第１のアクセスシステムに接続するためのモジュール９０４を含むことができる。第１のアクセスシステムは、たとえば、ＯＴＡＳＰまたはＩＯＴＡなど、ＣＤＭＡ２０００システムであり得る。
【０１７８】
さらに、論理グルーピング９０２は、第２のアクセスシステムのための認証証明の無線プロビジョニングを要求するためのモジュール９０６を備えることができる。第２のアクセスシステムは、ＡＫＡ認証方法を使用する３ＧＰＰシステムであり得る。
【０１７９】
さらに、論理グルーピング９０２は、第２のアクセスシステムのための認証証明の無線プロビジョニングを受信するためのモジュール９０８を備えることができる。第２のアクセスシステムのための認証証明の無線プロビジョニングは、ディフィーへルマン鍵一致、またはパスワード認証ディフィーへルマン鍵を交換することを含み得る。プロビジョニングされる認証証明は、３ＧＰＰ ＡＫＡ認証ルート鍵（Ｋ）と、ＡＫＡ認証関係パラメータと、第２のアクセスシステムによる認証中に使用されるべきＡＫＡ認証アルゴリズムとのうちのいずれかを含み得る。ＡＫＡ認証関係パラメータは、ＳＱＮ隠蔽のためのｆ５を使用すべきかどうかと、ＡＫＡ ＳＱＮ管理のための１つまたは複数のＳＱＮ番号の構成とのうちの少なくとも１つを含み得る。無線プロビジョニングされた認証証明を受信することは、第１のアクセスシステムからＡＫＡ認証アルゴリズムの無線カスタマイズを受信することをさらに含み得る。たとえば、ＡＫＡ認証アルゴリズムはＭＩＬＥＮＡＧＥであり得、認証アルゴリズムのカスタマイズはＯＰまたはＯＰｃパラメータのカスタマイズを含み得る。
【０１８０】
論理グルーピング９０２は、第２のアクセスシステムに接続するためのモジュール９１０と、第２のシステムによる認証を実行するために、プロビジョニングされた認証証明を与えるためのモジュール９１２とをさらに含み得る。
【０１８１】
さらに、システム９００は、電気構成要素９０４、９０６、９０８、９１０、および９１２に関連する機能を実行するための命令を保持するメモリ９１４を含むことができる。メモリ９１４の外部にあるものとして図示されているが、電気構成要素９０４、９０６、９０８、９１０、および９１２のうちの１つまたは複数はメモリ９１４の内部に存在することができることを理解されたい。
【０１８２】
図１０を参照すると、アクセスデバイスにおいて別のアクセスシステムのための認証証明のＯＴＡプロビジョニングを実行するシステム１０００が示されている。たとえば、システム１０００は、少なくとも部分的にコンピュータデバイス、モバイルデバイスなどの内部に常駐することができる。システム１０００は機能ブロックを含むものとして表されており、その機能ブロックは、プロセッサ、ソフトウェア、またはそれらの組合せ（たとえば、ファームウェア）によって実装される機能を表す機能ブロックであり得ることを諒解されたい。システム１０００は、連携して動作することができる電気構成要素の論理グルーピング１００２を含む。たとえば、論理グルーピング１００２は、アクセスデバイスからの呼発信を第１のアクセスシステムにおいて受信するためのモジュール１００４を含むことができる。第１のアクセスシステムは、たとえば、ＯＴＡＳＰまたはＩＯＴＡなど、ＣＤＭＡ２０００システムであり得る。
【０１８３】
さらに、論理グルーピング１００２は、呼をプロビジョニングシステムにダイレクトするためのモジュール１００６を備えることができる。
【０１８４】
さらに、論理グルーピング１００２は、アクセスデバイスのプロトコル能力を判断するためのモジュール１００８を備えることができる。
【０１８５】
論理グルーピング１００２は、第２のアクセスシステムのための認証証明の無線プロビジョニングを、第１のアクセスシステムを介してアクセスデバイスにおいて実行するためのモジュール１０１０をさらに含み得る。
【０１８６】
第２のアクセスシステムは、ＡＫＡ認証方法を使用する３ＧＰＰシステムであり得る。第２のアクセスシステムのための認証証明の無線プロビジョニングは、ディフィーへルマン鍵一致、またはパスワード認証式ディフィーへルマン鍵一致を含み得る。プロビジョニングされる認証証明は、３ＧＰＰ ＡＫＡ認証ルート鍵（Ｋ）と、ＡＫＡ認証関係パラメータと、第２のアクセスシステムによる認証中に使用されるべきＡＫＡ認証アルゴリズムとのうちのいずれかを含み得る。ＡＫＡ認証関係パラメータは、ＳＱＮ隠蔽のためのｆ５を使用すべきかどうかと、ＡＫＡ ＳＱＮ管理のための１つまたは複数のＳＱＮ番号の構成とのうちの少なくとも１つを含み得る。無線プロビジョニングされた認証証明を受信することは、第１のアクセスシステムからＡＫＡ認証アルゴリズムの無線カスタマイズを受信することをさらに含み得る。たとえば、ＡＫＡ認証アルゴリズムはＭＩＬＥＮＡＧＥであり得、認証アルゴリズムのカスタマイズはＯＰまたはＯＰｃパラメータのカスタマイズを含み得る。
【０１８７】
さらに、システム１０００は、電気構成要素１００４、１００６、１００８、および１０１０に関連する機能を実行するための命令を保持するメモリ１０１２を含むことができる。メモリ１０１２の外部にあるものとして示されているが、電気構成要素１００４、１００６、１００８、および１０１０の１つまたは複数は、メモリ１０１２の内部に存在することができることを理解されたい。
【０１８８】
略語および表
以下の略語は、本明細書で説明する例示的な実装形態に適用する。
【０１８９】
３ＧＰＤ−第３世代パケットデータ
アクセス認証−アクセス端末（ＡＴ）がＡＮ−ＡＡＡ（Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ，Ａｕｔｈｏｒｉｚａｔｉｏｎ ａｎｄ Ａｃｃｏｕｎｔｉｎｇエンティティ）によって認証されるプロシージャ。
【０１９０】
Ａ鍵−移動局およびＨＬＲ／ＡＣに記憶された秘密６４ビットパターン。移動局の共有秘密データを生成／更新するため、およびＳＰＡＳＭを確認するために使用される。
【０１９１】
認証−移動局の識別情報を確認するために基地局によって使用されるプロシージャ。
【０１９２】
認証センター（ＡＣ）−移動局に関係する認証情報を管理するエンティティ。
【０１９３】
基地局−移動局と通信するために使用される固定局。コンテキストに応じて、基地局という用語は、セル、セル内のセクタ、ＭＳＣ、ＯＴＡＦ、またはワイヤレスシステムの他の部分を指すことがある。（ＭＳＣおよびＯＴＡＦも参照。）
ｅＨＲＰＤルート鍵：ｅＨＲＰＤ移動局とＥｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ（ＥＰＣ）ネットワークとの間で共有される秘密１２８ビットパターン
電子シリアル番号（ＥＳＮ）−移動局製造業者によって割り当てられる、移動局機器を一意に識別する３２ビットの番号。
【０１９４】
順方向ＣＤＭＡチャネル−基地局から移動局へのＣＤＭＡチャネル。順方向ＣＤＭＡチャネルは、特定のパイロットＰＮオフセットを使用してＣＤＭＡ周波数割当て上で送信される１つまたは複数の符号チャネルを含んでいる。
【０１９５】
順方向トラフィックチャネル−基地局から移動局にユーザトラフィックとシグナリングトラフィックとをトランスポートするために使用される符号チャネル。
【０１９６】
ホームロケーションレジスタ（ＨＬＲ）−加入者情報など、ＭＩＮ／ＩＭＳＩが記録目的のために割り当てられるロケーションレジスタ。
【０１９７】
ＨＲＰＤ−高速パケットデータ。
【０１９８】
ＩＭＰＵ−ＩＭＳパブリック識別情報。
【０１９９】
国際移動局識別情報（ＩＭＳＩ）−ＩＴＵ−Ｔ勧告Ｅ．２１２において規定されている、ランドモバイルサービスにおいて局を識別する方法。
【０２００】
ＩＣＣＩＤ（集積回路カード識別子）／ＵＩＭＩＤ（ユーザ識別情報モジュール識別子）−スマートカードを識別するグローバル一意番号。
【０２０１】
モバイル機器識別子（ＭＥＩＤ）／ＩＭＥＩ（国際モバイル機器識別情報）−移動局製造業者によって割り当てられる、移動局機器を一意に識別する５６ビットの番号。
【０２０２】
移動局−基地局とのエンドユーザのワイヤレス通信リンクとして働く、固定または移動の局またはアクセスデバイス。移動局は、ポータブルユニット（たとえば、ハンドヘルドパーソナルユニット）と、車両中に設置されるユニットとを含む。
【０２０３】
移動交換センター（ＭＳＣ）−ワイヤレス無線電話サービスを与える機器の構成。移動電話交換局（ＭＴＳＯ）とも呼ばれる。
【０２０４】
ネットワーク−ネットワークは、エリアワイドのワイヤレスネットワーク、基地局のプライベートグループ、または特殊要件を扱うためにセットアップされた基地局のグループなど、ワイヤレスシステムのサブセットである。ネットワークは、システム内に完全に含まれている限り、必要に応じて小さくまたは大きくすることができる。システムも参照。
【０２０５】
ネットワーク識別情報（ＮＩＤ）−ワイヤレスシステム内で一意にネットワークを識別する番号。システム識別情報も参照。
【０２０６】
番号割当てモジュール（ＮＡＭ）−移動局に記憶されたＭＩＮ／ＩＭＳＩ関係パラメータのセット。
【０２０７】
無線サービスプロビジョニング機能（ＯＴＡＦ）−ＯＴＡＳＰ機能およびメッセージングプロトコルを制御するネットワーク機器の構成。
【０２０８】
無線パラメータアドミニストレーション（ＯＴＡＰＡ）−エアインターフェースを介して移動局動作パラメータをプロビジョニングするネットワーク開始型ＯＴＡＳＰプロセス。
【０２０９】
無線サービスプロビジョニング（ＯＴＡＳＰ）−エアインターフェースを介して移動局動作パラメータをプロビジョニングするプロセス。
【０２１０】
Ｐ−ＣＳＣＦ−プロキシ呼セッション制御機能。
【０２１１】
好適ユーザゾーンリスト（ＰＵＺＬ）−モバイルユーザが加入するユーザゾーンについての情報を移動局に与えるリスト。
【０２１２】
ＰＤＳＮ−パケットデータサービスノード。
【０２１３】
セキュアモード−移動局とネットワークベースのプロビジョニングエンティティとの間で暗号化形態で動作パラメータを通信するネットワーク開始型モード。
【０２１４】
ＳＩＰ−セッション開始プロトコル。
【０２１５】
サービスプログラミングロック（ＳＰＬ）−サービスプログラミングコード（ＳＰＣ）を検証することによって、無許可のネットワークエンティティによるいくつかの移動局パラメータの無線プロビジョニングを防ぐために与えられる保護。
【０２１６】
加入者パラメータアドミニストレーションセキュリティ機構（ＳＰＡＳＭ）−ＯＴＡＰＡセッション中に無許可のネットワークエンティティによるプログラミングからアクティブＮＡＭのパラメータとインジケータとを保護するセキュリティ機構。
【０２１７】
システム識別情報（ＳＩＤ）−ワイヤレスシステムを一意に識別する番号。
【０２１８】
好適ローミングのためのシステム選択（ＳＳＰＲ）−好適ローミングリスト（ＰＲ＿ＬＩＳＴｓ−ｐ）の形態で移動局に記憶された追加のパラメータのセットに基づいて移動局システム収集プロセスを向上させる機能。
【０２１９】
トラフィックチャネル−ユーザトラフィックとシグナリングトラフィックとのために使用される、移動局と基地局との間の通信経路。トラフィックチャネルという用語は、順方向トラフィックチャネルと逆トラフィックチャネルとのペアを暗示する。順方向トラフィックチャネルおよび逆トラフィックチャネルも参照。
【０２２０】
ＵＭＢ−Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ。
【０２２１】
移動局の動作について説明するために数字情報を使用する。数字情報の使用を明確化するために以下の添え字を使用する。「ｓ」は、移動局の一時メモリに記憶された値を示し、「ｒ」は、順方向アナログ制御チャネルまたはＣＤＭＡ順方向チャネルを介して移動局によって受信された値を示し、「ｐ」は、移動局の永続的セキュリティおよび識別情報メモリに設定された値を示し、「ｓ−ｐ」は、移動局の半永続的セキュリティおよび識別情報メモリに記憶された値を示す。
【０２２２】
以下で、ＯＴＡＳＰに特に関係する数字情報を定義する。
【０２２３】
Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶｐ−移動局鍵交換プロシージャのプロトコルリビジョン。
【０２２４】
Ａ＿ＫＥＹ＿ＴＥＭＰｓ−移動局に一時的に記憶された秘密６４ビットパターン。
【０２２５】
ＡＵＴＨ＿ＯＴＡＰＡｓ−ＳＰＡＳＭを確認するために使用される計算された１８ビット結果ＡＵＴＨ＿ＳＩＧＮＡＴＵＲＥ。
【０２２６】
ＢＣＭＣＳ＿Ｋｐ−移動局に永続的に記憶された秘密１２８ビットパターン。
【０２２７】
ＢＳ＿ＰＡＲＡＭ−３Ｇルート鍵計算のために基地局プロシージャ中で使用される変数。
【０２２８】
ＢＳ＿ＰＷ−基地局に記憶された１２８ビットユーザパスワード。ＭＳ＿ＰＷと同じ値を有する。
【０２２９】
ＢＳ＿ＰＷ＿ＨＡＳＨ−基地局ユーザパスワードＢＳ＿ＰＷの計算された１１５２ビットハッシュ。
【０２３０】
ＢＳ＿ＲＥＳＵＬＴ−基地局結果
ｅＨＲＰＤ＿Ｋｐ−移動局に永続的に記憶された秘密１２８ビットパターン
ｅＨＲＰＤ＿Ｋ＿ＴＥＭＰｓ−移動局に一時的に記憶された秘密１２８ビットパターン。
【０２３１】
Ｇ−ディフィーへルマン鍵一致プロシージャのための生成器
ＩＭＳ＿Ｋｐ−移動局に永続的に記憶された秘密１２８ビットパターン。
【０２３２】
ＩＴＭ＿ＫＥＹ−サービス鍵を計算するためのプロシージャ中で使用される中間鍵。
【０２３３】
ＭＳ＿ＰＡＲＡＭ−３Ｇルート鍵計算のために移動局プロシージャ中で使用される変数。
【０２３４】
ＭＳ＿ＰＷ−移動局に記憶された１２８ビットユーザパスワード。ＢＳ＿ＰＷと同じ値を有する。
【０２３５】
ＭＳ＿ＰＷ＿ＨＡＳＨ−移動局ユーザパスワードＭＳ＿ＰＷの計算された１１５２ビットハッシュ。
【０２３６】
ＭＳ＿ＲＥＳＵＬＴ−移動局結果
ＮＡＭ＿ＬＯＣＫｐ−ＯＴＡＰＡセッション中のアクティブＮＡＭにおけるプログラマブルパラメータのＳＰＡＳＭ保護を定義する、基地局によって移動局に設定されるロッキングインジケータ。
【０２３７】
ＮＵＬＬ−フィールドまたは変数の指定された範囲内にない値。
【０２３８】
ＮＡＭ＿ＬＯＣＫｓ−後続のＯＴＡＰＡセッションのためのアクティブＮＡＭのＳＰＡＳＭ保護のネットワーク制御ステータス。
【０２３９】
ＮＡＭ＿ＬＯＣＫ＿ＳＴＡＴＥ−ＯＴＡＰＡのための移動局プログラマブルパラメータのロッキング状態。ＮＡＭ＿ＬＯＣＫ＿ＳＴＡＴＥ＝‘１’である場合、パラメータはネットワーク開始型プログラミングのためにロックされている。
【０２４０】
Ｐ−ディフィーへルマン鍵一致プロシージャのための素数
ＰＡＲＡＭ＿Ｇ−鍵交換パラメータＧ。
【０２４１】
ＰＡＲＡＭ＿Ｇｓ−鍵交換パラメータＧ。
【０２４２】
ＰＡＲＡＭ＿Ｐ−鍵交換パラメータＰ。
【０２４３】
ＰＡＲＡＭ＿Ｐｓ−鍵交換パラメータＰ。
【０２４４】
ＰＲ＿ＬＩＳＴｓ−ｐ−好適ローミングリスト。移動局システム選択および収集プロセスを支援するための情報を含んでいる。電力がオフにされたとき、移動局によって保持される。
【０２４５】
ＰＲＬ＿ＢＬＯＣＫ＿ＩＤ＿ＣＵＲＲＥＮＴｓ−移動局に一時的に記憶された現在の好適ローミングリストのパラメータブロック識別子。
【０２４６】
ＰＵＺＬｓ−ｐ−好適ユーザゾーンリスト。ユーザゾーン選択および収集プロセス中に移動局を支援するための情報を含んでいる。電力がオフにされたとき、移動局によって保持される。
【０２４７】
ＰＵＺＬ＿Ｐ＿ＲＥＶｐ−移動局ＰＵＺＬダウンロードプロシージャのプロトコルリビジョン。
【０２４８】
ＲＡＮＤ＿ＳＥＥＤ−移動局に一時的に記憶された秘密１２８ビットパターン。
【０２４９】
ＲＫｐ−移動局に永続的に記憶された秘密１２８ビットパターン。
【０２５０】
ＲＫ＿ＴＥＭＰｓ−移動局に一時的に記憶された秘密１２８ビットパターン。
【０２５１】
ＳＰＣｐ−サービスプログラミングコード。移動局に割り当てられた、許可されたネットワークエンティティに知られている秘密コード。基地局は、プログラミングまたは再プログラミングのために移動局パラメータをアンロックするために、ＳＰＣｐに等しいコードを使用する。
【０２５２】
ＳＰＣｓ−移動局に一時的に記憶されたサービスプログラミングコード。
【０２５３】
ＳＰＬ＿Ｐ＿ＲＥＶｐ−移動局サービスプログラミングロックのプロトコルリビジョン。
【０２５４】
ＳＰ＿ＬＯＣＫ＿ＳＴＡＴＥ−移動局プログラマブルパラメータのロッキング状態。ＳＰ＿ＬＯＣＫ＿ＳＴＡＴＥ＝‘１’である場合、パラメータはプログラミングのためにロックされている。
【０２５５】
ＳＳＰＲ＿Ｐ＿ＲＥＶｐ−移動局ＳＳＰＲダウンロードプロシージャおよびＰＲＬフォーマットのプロトコルリビジョン。
【０２５６】
ＳＥＣＵＲＥ＿ＭＯＤＥ＿ＩＮＤs−セキュアモードインジケータ。ＳＥＣＵＲＥ＿ＭＯＤＥ＿ＩＮＤs＝‘１’である場合、現在のプログラミングセッションはセキュアモードにある。
【０２５７】
ＷＬＡＮ＿Ｋｐ−移動局に永続的に記憶された秘密１２８ビットパターン。
【０２５８】
Ｘ−移動局によって発生される乱数
Ｙ−基地局によって発生される乱数
移動局のＯＴＡサービスプロビジョニングの追加の説明は、その内容全体が参照により本明細書に組み込まれる、３ＧＰＰ２ウェブサイトのhttp://www.3gpp2.org/Public_html/specs/C.S0016-D%20v1.0_OTASP.pdfにあるＣ．Ｓ．００１６−Ｄ ｖ１．０に記載され得る。
【０２５９】
移動局の動作について説明するために使用される番号情報を明確化するために、以下の添え字を使用する。「ｓ」は、移動局の一時メモリに記憶された値を示し、「ｒ」は、順方向アナログチャネルまたはＣＤＭＡ順方向チャネルを介して移動局によって受信された値を示し、「ｐ」は、移動局の永続的セキュリティおよび識別情報メモリに設定された値を示し、「ｓ−ｐ」は、移動局の半永続的セキュリティおよび識別情報メモリに記憶された値を示す。
【０２６０】
各移動局には、移動局を動作不能にしなければ加入者が変更することができない単一の一意の３２ビットバイナリ通し番号（ＥＳＮ）または単一の一意の５６ビットバイナリ通し番号（ＭＥＩＤ）のいずれかが割り当てられる。
【０２６１】
表３．５．１．７−１に機能識別子情報を記載する。
【表８−１】
【表８−２】
【表９−１】
【表９−２】
【表９−３】
【０２６２】
表３．５．８−１に、３ＧＰＤ構成要求メッセージおよび３ＧＰＤ構成応答メッセージにおいて使用されるパラメータブロックのタイプを記載する。
【表１０】
【０２６３】
３ＧＰＤパラメータブロック−表４．５．７−１
以下の表、表４．５．７−１に、３ＧＰＤダウンロード要求メッセージおよび３ＧＰＤダウンロード応答メッセージにおいて使用されるパラメータブロックのタイプを記載する。
【表１１】
【０２６４】
５．２．１ 鍵交換パラメータの生成。基地局は、以下の基準に基づいて５１２ビットの素数Ｐを選択し、記憶する。
【０２６５】
・Ｐはランダムに選択されるべきである。
【０２６６】
・（Ｐ−１）は大きい素因数を有するべきである。
【０２６７】
・Ｐの最上位ビットは‘１’に等しくなるべきである。
【０２６８】
基地局は、ＭＳ鍵要求メッセージのＰＡＲＡＭ＿ＰをＰに設定する。基地局は、１６０ビットの数Ｇを、１よりも大きく、（Ｐ−１）よりも小さくなるように選択する。基地局は、ＭＳ鍵要求メッセージのＰＡＲＡＭ＿ＧをＧに設定する。基地局は、基地局結果ＢＳ＿ＲＥＳＵＬＴを計算する際に使用する乱数Ｙを発生する。数Ｙは以下のプロパティを有する。
【０２６９】
・発生した数は長さが１６０ビットである。
【０２７０】
・発生した数は４以上である。
【０２７１】
・発生した数は、その範囲にわたって一様な統計的分布を有する。
【０２７２】
・同じ基地局によって送られた異なる鍵生成要求メッセージを作成する際に使用される数は、統計的に無相関である。
【０２７３】
・異なる基地局によって送られた鍵生成要求メッセージを作成する際に使用される数は、統計的に無相関である。
【０２７４】
５．３．１ ディフィーへルマン鍵一致プロシージャのための乱数発生。移動局は、移動局結果ＭＳ＿ＲＥＳＵＬＴを計算する際に使用するＰＡＲＡＭ＿Ｐsを以下の１０２４ビットの素数に（最上位ビットを最初に）設定する。
【０２７５】
0xFFFFFFFF 0xFFFFFFFF 0xC90FDAA2 0x2168C234 0xC4C6628B 0x80DC1CD1 0x29024E08 0x8A67CC74 0x020BBEA6 0x3B139B22 0x514A0879 0x8E3404DD 0xEF9519B3 0xCD3A431B 0x302B0A6D 0xF25F1437 0x4FE1356D 0x6D51C245 0xE485B576 0x625E7EC6 0xF44C42E9 0xA637ED6B 0x0BFF5CB6 0xF406B7ED 0xEE386BFB 0x5A899FA5 0xAE9F2411 0x7C4B1FE6 0x49286651 0xECE65381 0xFFFFFFFF 0xFFFFFFFF
移動局は、ＭＳ＿ＲＥＳＵＬＴを計算する際に使用するＰＡＲＡＭ＿Ｇsを‘００００００１０’に設定する。
【０２７６】
移動局は、ＭＳ＿ＲＥＳＵＬＴを計算する際に使用する乱数Ｘを発生する。数Ｘは以下のプロパティを有する。
【０２７７】
・発生した数は長さが２５６ビットである。
【０２７８】
・発生した数は４以上である。
【０２７９】
・発生した数は、その範囲にわたって一様な統計的分布を有する。
【０２８０】
・同じ移動局によって送られた異なる鍵生成応答メッセージを作成する際に使用される数は、統計的に無相関である。
【０２８１】
・各鍵生成応答メッセージを作成する際に使用される数は、前に使用された数または移動局インジケータ値から導き出されない。
【０２８２】
・異なる移動局によって送られた鍵生成応答メッセージを作成する際に使用される数は、統計的に無相関である。
【０２８３】
上記で使用される数は、ＯＡＫＬＥＹ ＩＥＴＦ規格の一部であり得る。ただし、任意の好適な素数も使用され得る。
【０２８４】
５．３．３ Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝‘００００００１１’の場合のＡ鍵およびルート鍵計算
移動局は、ｆ０への入力のうちの１つ、ランダム秘密シード、ＲＡＮＤ＿ＳＥＥＤ＿ＴＥＭＰ＝ＰＡＲＡＭ＿Ｐsを法とするＢＳ＿ＲＥＳＵＬＴsXを計算する。移動局は、結果ＲＡＮＤ＿ＳＥＥＤ＿ＴＥＭＰの最下位１２８ビットをＲＡＮＤ＿ＳＥＥＤとして記憶する。
【０２８５】
Ａ＿ＫＥＹおよび３Ｇルート鍵ＲＫは、〔８〕のセクション２．２．２．２において指定されているように、アルゴリズムの関数ｆ０を呼び出すことによって生成される。ｆ０の呼出しごとに６４ビットを生成するので、合計１９２ビットの場合はｆ０の３回の呼出しが必要である。
【０２８６】
アルゴリズムの関数ｆ０への入力パラメータは、次のように設定される。
【０２８７】
・ＫパラメータはＲＡＮＤ＿ＳＥＥＤに設定される。
【０２８８】
・ｆｉパラメータは０ｘ４１に設定される。
【０２８９】
・Ｆｍｋパラメータは０ｘ４１４８４１４７に設定される。
【０２９０】
移動局はｆ０を呼び出す。
【０２９１】
移動局は、ｆ０の呼出しの結果の最上位ビットをＡ＿ＫＥＹ＿ＴＥＭＰsとして記憶する。
【０２９２】
移動局は、ｆ０の呼出しの残りの１２８のビットをＲＫ＿ＴＥＭＰsとして記憶する。
【０２９３】
５．４．１ 鍵交換パラメータルート鍵の生成。これは、Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝‘００００００１１’または‘０００００１００’の場合の基地局要件に関する。基地局は、基地局結果ＢＳ＿ＲＥＳＵＬＴを計算する際に使用するＰＡＲＡＭ＿Ｐsを以下の１０２４ビットの素数に（最上位ビットを最初に）設定する。
【０２９４】
0xFFFFFFFF 0xFFFFFFFF 0xC90FDAA2 0x2168C234 0xC4C6628B 0x80DC1CD1 0x29024E08 0x8A67CC74 0x020BBEA6 0x3B139B22 0x514A0879 0x8E3404DD 0xEF9519B3 0xCD3A431B 0x302B0A6D 0xF25F1437 0x4FE1356D 0x6D51C245 0xE485B576 0x625E7EC6 0xF44C42E9 0xA637ED6B 0x0BFF5CB6 0xF406B7ED 0xEE386BFB 0x5A899FA5 0xAE9F2411 0x7C4B1FE6 0x49286651 0xECE653810xFFFFFFFF 0xFFFFFFFF
基地局は、ＢＳ＿ＲＥＳＵＬＴを計算する際に使用するＰＡＲＡＭ＿Ｇsを‘００００００１０’に設定する。
【０２９５】
基地局は、ＢＳ＿ＲＥＳＵＬＴを計算する際に使用する乱数Ｙを発生する。数Ｙは以下のプロパティを有する。
【０２９６】
・発生した数は長さが２５６ビットである。
【０２９７】
・発生した数は４以上である。
【０２９８】
・発生した数は、その範囲にわたって一様な統計的分布を有する。
【０２９９】
・同じ基地局によって送られた異なる鍵生成要求メッセージを作成する際に使用される数は、統計的に無相関である。
【０３００】
・異なる基地局によって送られた鍵生成要求メッセージを作成する際に使用される数は、統計的に無相関である。
【０３０１】
５．５ Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝‘０００００１０１’の場合の移動局要件
５．５．１ 乱数発生および鍵生成パラメータ
移動局は、５．３．１において指定されているように、移動局結果ＭＳ＿ＲＥＳＵＬＴを計算する際に使用するＰＡＲＡＭ＿Ｐsを１０２４ビットの素数に設定する。
【０３０２】
移動局は、ＭＳ＿ＲＥＳＵＬＴを計算する際に使用するＰＡＲＡＭ＿Ｇsを‘００００１１０１’に設定する。
【０３０３】
移動局は、ＭＳ＿ＲＥＳＵＬＴを計算する際に使用する乱数Ｘを発生する。数Ｘは以下のプロパティを有する。
【０３０４】
・発生した数は長さが３８４ビットである。
【０３０５】
・発生した数は４以上である。
【０３０６】
・発生した数は、その範囲にわたって一様な統計的分布を有する。
【０３０７】
・同じ移動局によって送られた異なる鍵生成応答メッセージを作成する際に使用される数は、統計的に無相関である。
【０３０８】
・各鍵生成応答メッセージを作成する際に使用される数は、前に使用された数または移動局インジケータ値から導き出されない。
【０３０９】
・異なる移動局によって送られた鍵生成応答メッセージを作成する際に使用される数は、統計的に無相関である。
【０３１０】
５．５．２ 移動局結果
移動局は、次のようにＭＳ＿ＰＷ＿ＨＡＳＨを計算する。
【数１０】
【０３１１】
移動局は、ＭＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿Ｐsを法とする（ＭＳ＿ＰＷ＿ＨＡＳＨ＊ＰＡＲＡＭ＿ＧsX）を計算する。ＭＳ＿ＰＷ＿ＨＡＳＨは、実装を簡略化するために、乗算の前にＰＡＲＡＭ＿ＰSを法として簡約され得る。ＳＨＡ−１は、Ｃ．Ｓ００２４−Ａ、「cdma2000 High Rate Packet Data Air Interface Specification」、２００４年４月において指定されているＦＩＰＳ−１８０ハッシュ関数を指す。
【０３１２】
５．５．３ Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝‘０００００１０１’の場合のルート鍵計算
移動局は、ルート鍵ＲＫ＝ＳＨＡ−１（０ｘ０００００００３｜０ｘ０００００Ｃ８０（この値は、ＭＳ＿ＰＡＲＡＭのビット単位の長さに設定される。）｜ＭＳ＿ＰＡＲＡＭ｜ＭＳ＿ＰＡＲＡＭ）を計算し、
【数１１】
【０３１３】
である。
【０３１４】
移動局は、結果ＲＫの最下位１２８ビットをＲＫ＿ＴＥＭＰsとして記憶する。
【０３１５】
５．６ Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝‘０００００１０１’の場合の基地局要件
５．６．１ 乱数発生および鍵生成パラメータ
基地局は、５．４．１において指定されているように、基地局結果ＢＳ＿ＲＥＳＵＬＴを計算する際に使用するＰＡＲＡＭ＿Ｐsを以下の１０２４ビットの素数に（最上位ビットを最初に）設定する。
【０３１６】
基地局は、ＢＳ＿ＲＥＳＵＬＴを計算する際に使用するＰＡＲＡＭ＿Ｇsを‘００００１１０１’に設定する。
【０３１７】
基地局は、ＢＳ＿ＲＥＳＵＬＴを計算する際に使用する乱数Ｙを発生する。数Ｙは以下のプロパティを有する。
【０３１８】
・発生した数は長さが３８４ビットである。
【０３１９】
・発生した数は４以上である。
【０３２０】
・発生した数は、その範囲にわたって一様な統計的分布を有する。
【０３２１】
・同じ基地局によって送られた異なる鍵生成要求メッセージを作成する際に使用される数は、統計的に無相関である。
【０３２２】
・異なる基地局によって送られた鍵生成要求メッセージを作成する際に使用される数は、統計的に無相関である。
【０３２３】
５．６．２ 基地局結果
基地局はＢＳ＿ＰＷ＿ＨＡＳＨを計算し、
【数１２】
【０３２４】
である。
【０３２５】
基地局は、ＢＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿Ｐを法とする（ＢＳ＿ＰＷ＿ＨＡＳＨ＊ＰＡＲＡＭ＿ＧY）を計算する。ＢＳ＿ＰＷ＿ＨＡＳＨは、実装を簡略化するために、乗算の前にＰを法として簡約され得る。
【０３２６】
上記の説明では、説明の目的で、１つまたは複数の態様の完全な理解を与えるために多数の具体的な詳細を記載する。ただし、そのような（１つまたは複数の）態様は、これらの具体的な詳細なしに実施され得ることは明らかであろう。
【０３２７】
本出願で使用する「構成要素」、「モジュール」、「システム」などの用語は、限定はしないが、ハードウェア、ファームウェア、ハードウェアとソフトウェアの組合せ、ソフトウェア、または実行中のソフトウェアなど、コンピュータ関連のエンティティを含むものとする。たとえば、構成要素は、プロセッサ上で実行されるプロセス、プロセッサ、オブジェクト、実行可能ファイル、実行スレッド、プログラム、および／またはコンピュータとすることができるが、これらに限定されない。例として、コンピューティングデバイス上で実行されるアプリケーションと、そのコンピューティングデバイスの両方を構成要素であり得る。１つまたは複数の構成要素がプロセスおよび／または実行スレッド内に常駐することができ、１つの構成要素を１つのコンピュータ上に配置し、および／または２つ以上のコンピュータ間に分散し得る。さらに、これらの構成要素は、様々なデータ構造を記憶している様々なコンピュータ可読媒体から実行することができる。これらの構成要素は、ローカルシステム、分散システム、および／または他のシステムを用いるインターネットなどのネットワーク全体の中の別の構成要素と信号を介して対話する１つの構成要素からのデータなど、１つまたは複数のデータパケットを有する信号によるなど、ローカルプロセスおよび／またはリモートプロセスを介して通信し得る。
【０３２８】
さらに、本明細書では、ワイヤード端末またはワイヤレス端末であり得る端末に関する様々な態様について説明する。端末は、システム、デバイス、加入者ユニット、加入者局、移動局、モバイル、モバイルデバイス、リモート局、リモート端末、アクセス端末、ユーザ端末、端末、通信デバイス、ユーザエージェント、ユーザデバイス、またはユーザ機器（ＵＥ）と呼ばれることもある。ワイヤレス端末は、セルラー電話、衛星電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）電話、ワイヤレスローカルループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、ワイヤレス接続機能を有するハンドヘルドデバイス、コンピューティングデバイス、またはワイヤレスモデムに接続された他の処理デバイスであり得る。さらに、本明細書では基地局に関する様々な態様について説明する。基地局は、（１つまたは複数の）ワイヤレス端末と通信するために利用でき、アクセスポイント、ノードＢ、または何らかの他の用語で呼ばれることもある。
【０３２９】
さらに、「または」という用語は、排他的な「または」ではなく、包括的な「または」を意味するものとする。すなわち、別段の規定がない限り、または文脈から明白でない限り、「ＸはＡまたはＢを使用する」という句は、自然な包括的置換のいずれかを意味するものとする。すなわち、「ＸはＡまたはＢを使用する」という句は、ＸがＡを使用する場合、ＸがＢを使用する場合、またはＸがＡとＢの両方を使用する場合のいずれによっても満たされる。さらに、本出願および添付の特許請求の範囲で使用する冠詞「ａ」および「ａｎ」は、別段の規定がない限り、または単数形を示すことが文脈から明白でない限り、概して「１つまたは複数」を意味するものと解釈すべきである。
【０３３０】
本明細書で説明する技法は、符号分割多重接続（ＣＤＭＡ）ネットワーク、時分割多重接続（ＴＤＭＡ）ネットワーク、周波数分割多重接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークなど様々なワイヤレス通信システムに対して使用され得る。「システム」および「ネットワーク」という用語は、しばしば互換的に使用される。ＣＤＭＡシステムは、ユニバーサル地上無線アクセス（ＵＴＲＡ）、ＣＤＭＡ２０００などの無線技術を実装し得る。ＵＴＲＡは、Ｗｉｄｅｂａｎｄ−ＣＤＭＡ（Ｗ−ＣＤＭＡ）およびＣＤＭＡの他の変形態を含む。さらに、ＣＤＭＡ２０００は、ＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６規格をカバーする。ＴＤＭＡシステムは、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ（登録商標））などの無線技術を実装し得る。ＯＦＤＭＡシステムは、Ｅｖｏｌｖｅｄ ＵＴＲＡ（Ｅ−ＵＴＲＡ）、Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ（ＵＭＢ）、ＩＥＥＥ８０２．１１（ＷｉＦｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭ（登録商標）などの無線技術を実装し得る。ＵＴＲＡおよびＥ−ＵＴＲＡは、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ（ＵＭＴＳ）の一部である。３ＧＰＰ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）は、ダウンリンク上ではＯＦＤＭＡを採用し、アップリンク上ではＳＣ−ＦＤＭＡを採用するＥ−ＵＴＲＡを使用するＵＭＴＳのリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭ（登録商標）は、「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ」（３ＧＰＰ）と称する組織からの文書に記載されている。さらに、ＣＤＭＡ２０００およびＵＭＢは、「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ ２」（３ＧＰＰ２）と称する組織からの文書に記載されている。さらに、そのようなワイヤレス通信システムは、不対無資格スペクトル、８０２．ｘｘワイヤレスＬＡＮ、ＢＬＵＥＴＯＯＴＨ（登録商標）および任意の他の短距離または長距離ワイヤレス通信技法をしばしば使用するピアツーピア（たとえば、モバイルツーモバイル）アドホックネットワークシステムをさらに含み得る。
【０３３１】
シングルキャリア変調および周波数領域等化を利用するシングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）は、１つの技法である。ＳＣ−ＦＤＭＡは、ＯＦＤＭＡシステムと同様の性能および本質的に同じ全体的な複雑さを有する。ＳＣ−ＦＤＭＡ信号は、その特有のシングルキャリア構造のためにより低いピーク対平均電力比（ＰＡＰＲ）を有する。ＳＣ−ＦＤＭＡは特に、より低いＰＡＰＲが送信電力効率の点でモバイル端末に大幅な利益を与えるアップリンク通信において大きい注目を引いている。それは現在、３ＧＰＰ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、またはＥｖｏｌｖｅｄ ＵＴＲＡにおけるアップリンク多元接続方式に関する実用的な前提である。
【０３３２】
様々な態様または特徴は、いくつかのデバイス、構成要素、モジュールなどを含み得るシステムに関して提示される。様々なシステムは、追加のデバイス、構成要素、モジュールなどを含んでもよく、および／または各図に関連して論じるデバイス、構成要素、モジュールなどのすべてを含まなくてもよいことを理解および諒解されたい。これらの手法の組合せも使用され得る。
【０３３３】
本明細書で開示した実施形態に関して説明した様々な例示的な論理、論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブル論理デバイス、個別ゲートまたはトランジスタロジック、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。さらに、少なくとも１つのプロセッサは、上記で説明したステップおよび／またはアクションの１つまたは複数を実行するように動作可能な１つまたは複数のモジュールを備え得る。
【０３３４】
さらに、本明細書で開示された態様に関して説明した方法またはアルゴリズムのステップおよび／またはアクションは、直接ハードウェアで実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはその２つの組合せで実施され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている他の形態の記憶媒体中に常駐し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読むことができ、記憶媒体に情報を書き込むことができるようにプロセッサに結合され得る。代替として、記憶媒体はプロセッサに一体化され得る。さらに、いくつかの態様では、プロセッサおよび記憶媒体はＡＳＩＣ中に常駐し得る。さらに、ＡＳＩＣはユーザ端末中に常駐し得る。代替として、プロセッサおよび記憶媒体は、ユーザ端末中に個別構成要素として常駐し得る。さらに、いくつかの態様では、方法またはアルゴリズムのステップおよび／またはアクションは、コンピュータプログラム製品に組み込まれ得る、機械可読媒体および／またはコンピュータ可読媒体上のコードおよび／または命令の１つまたは任意の組合せ、あるいはそのセットとして常駐し得る。
【０３３５】
１つまたは複数の態様では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの組合せで実装され得る。ソフトウェアで実装する場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体上で送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体と通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、あるいは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気記憶デバイス、もしくは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用でき、コンピュータによってアクセスできる任意の他の媒体を備えることができる。また、どんな接続でもコンピュータ可読媒体と呼ばれることがある。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびブルーレイディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、通常、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。
【０３３６】
上記の開示は、例示的な態様および／または実施形態について論じたが、添付の特許請求の範囲によって定義された記載の態様および／または実施形態の範囲から逸脱することなく、様々な変更および改変を本明細書で行うことができることに留意されたい。さらに、記載の態様および／または実施形態の要素は、単数形で説明または請求されていることがあるが、単数形に限定することが明示的に述べられていない限り、複数形が企図される。さらに、任意の態様および／または実施形態の全部または一部は、別段の規定がない限り、任意の他の態様および／または実施形態の全部または一部とともに利用され得る。
【技術分野】
【０００１】
米国特許法第１１９条に基づく優先権の主張
本特許出願は、本出願の譲受人に譲渡され、参照により本明細書に明確に組み込まれる、２００９年５月１１日に出願された「METHOD FOR OVER-THE-AIR (OTA) PROVISIONING OF 3GPP AUTHENTICATION AND KEY AGREEMENT (AKA) CREDENTIALS USING CDMA2000 SYSTEMS」と題する仮出願第６１／１７７，１３２号の優先権を主張する。
【０００２】
諸態様は、３ＧＰＰおよび／または３ＧＰＰ２対応アクセスデバイスのための３ＧＰＰ認証証明の無線（ＯＴＡ）プロビジョニングに関する。
【背景技術】
【０００３】
ワイヤレス通信システムは、ボイス、データなど様々なタイプの通信コンテンツを提供するために広く展開されている。これらのシステムは、利用可能なシステムリソース（たとえば、帯域幅および送信電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続システムとすることができる。そのような多元接続システムの例には、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、３ＧＰＰ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）システム、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ（ＵＭＴＳ）、Ｇｌｏｂａｌ Ｓｙｓｔｅｍｓ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ（登録商標））、および直交周波数分割多元接続（ＯＦＤＭＡ）システムがある。
【０００４】
ＣＤＭＡ２０００システム（たとえば、１ｘ、Ｅｖｏｌｕｔｉｏｎ−Ｄａｔａ Ｏｐｔｉｍｉｚｅｄ「ＥＶＤＯ」／高速パケットデータ「ＨＲＰＤ」）は、認証のために使用される、識別情報、鍵などの認証パラメータのＯＴＡプロビジョニングのために、無線サービスプロビジョニング（ＯＴＡＳＰ）および無線インターネットプロトコル（ＩＰ）（ＩＯＴＡ）を使用する。
【０００５】
しかしながら、ｅＨＰＲＤ、ＬＴＥなどの進化型アクセスシステム、ならびにＵｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ（ＵＭＴＳ）／Ｈｉｇｈ Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ（ＨＳＰＡ）などの３ＧＰＰアクセスシステム、およびより新しいＧＳＭ（登録商標）システムは、３ＧＰＰ認証および鍵一致（ＡＫＡ）認証方法を使用する認証のために３ＧＰＰコアネットワークを使用する。ＡＫＡなど、これらの３ＧＰＰ認証方法は、その認証方法において使用されるべき認証証明がすでにアクセスデバイス上で事前構成されていると仮定する。したがって、認証は、現在、デバイスがサービスにアクセスすることができる前に、認証証明がそのデバイス上で事前構成されることを必要とする。一般に、認証証明は、ユニバーサル集積回路カード（ＵＩＣＣ）などのスマートカード上の、たとえば、ユニバーサル加入者識別モジュール（ＵＳＩＭ）またはＣＤＭＡユニバーサル加入者識別モジュール（ＣＳＩＭ）などのアプリケーション上で事前構成される。しかしながら、認証証明はまた、デバイス上、たとえば、セキュアなストレージおよび実行環境、またはデバイス自体の信頼環境（ＴｒＥ）にセキュアに記憶され得る。これは、特に、進化型ＨＲＰＤ（ｅＨＰＲＤ）などの非３ＧＰＰアクセスを使用するデバイスのために、または認証のためにＵＩＣＣなどのスマートカードをサポートすることができないいくつかの３ＧＰＰアクセス対応デバイスのためにさえ使用され得る。
【０００６】
３ＧＰＰ認証のための現在の方法では、３ＧＰＰ対応コアネットワークに接続するために認証証明を用いてアクセスデバイスを事前構成しなければならないので、事業者をしばしばデバイス製造時に選択しなければならず、および／またはサービスを取得することができる前にスマートカードを別々に収集しなければならない。さらに、いずれかの時点で証明が損なわれた場合、現在の方法を用いてそれらを変更することはほとんど不可能である。したがって、証明が損なわれると、新しいデバイスを購入しなければならない。
【０００７】
したがって、既存のデバイス上で３ＧＰＰ認証証明をプロビジョニングまたは交換する方法が当技術分野において必要である。通信のためにワイヤレスシステムを使用するより多くのマシンツーマシンデバイスが出現するにつれて、この能力はより一層重要になる。
【発明の概要】
【０００８】
本明細書で説明する態様は、デバイスが製造された後、任意の時間に証明をプロビジョニングするための方法を与えることによって、これらの必要性を満たす。したがって、サービス窃盗などにより証明が漏洩したと考えるべき理由がある場合、新しい証明がプロビジョニングされ得る。
【０００９】
態様は、第１のアクセスシステムに接続することと、無線プロビジョニングプロシージャがない第２のアクセスシステムのための認証証明の無線プロビジョニングを要求することと、第１のアクセスシステムを介して第２のアクセスシステムのための認証証明の無線プロビジョニングを受信することと、第２のアクセスシステムに接続することと、第２のアクセスシステムによる認証を実行するために、プロビジョニングされた認証証明を第２のアクセスシステムに与えることとを含む、無線プロビジョニングのための方法を含み得る。
【００１０】
態様は、第１のアクセスシステムおよび第２のアクセスシステムに接続するための送信機と、第１のアクセスシステムに、第２のアクセスシステムのための認証証明の無線プロビジョニングを要求するためのプロセッサであって、第２のアクセスシステムには無線プロビジョニングプロシージャがない、プロセッサと、第１のアクセスシステムから第２のアクセスシステムのための認証証明の無線プロビジョニングを受信するための受信機と、第２のアクセスシステムのための認証証明の受信された無線プロビジョニングを記憶するためのメモリと、第２のアクセスシステムとの接続を確立するために、第２のアクセスシステムによる認証を実行するために、プロビジョニングされた認証証明を第２のアクセスシステムに与えるための通信構成要素とを含む、無線プロビジョニングを受信するための装置をさらに含み得る。
【００１１】
態様は、認証および鍵一致（ＡＫＡ）認証証明である認証証明と、ＡＫＡ認証証明を使用して第２のアクセスシステムによるＡＫＡ認証を実行することをさらに含む方法とをさらに含み得る。
【００１２】
第２のアクセスシステムは３ＧＰＰコアネットワークを備え得、第１のアクセスシステムは非３ＧＰＰコアネットワークである。無線プロビジョニングは、ディフィーへルマンベースのプロトコルを使用して鍵を確立すること、またはディフィーへルマンプロトコルを使用してパスワード認証を交換することを含み得る。無線プロビジョニングされた認証証明は、３ＧＰＰ ＡＫＡ認証ルート鍵（Ｋ）、ＡＫＡ認証関係パラメータ、または第２のアクセスシステムによる認証において使用されるべきＡＫＡ認証アルゴリズムのうちの少なくとも１つを含み得る。無線プロビジョニングされた認証証明はＡＫＡ認証関係パラメータを含み得、ＡＫＡ認証関係パラメータは、ＳＱＮ隠蔽のためのｆ５を使用すべきかどうかと、ＡＫＡ ＳＱＮ管理のための１つまたは複数のＳＱＮ番号の構成とのうちの少なくとも１つを含む。無線プロビジョニングされた認証証明は、第２のアクセスシステムによる認証において使用されるべきＡＫＡ認証アルゴリズムを含み、方法は、第１のアクセスシステムから認証アルゴリズムの無線カスタマイズを受信することをさらに含む。ＡＫＡ認証アルゴリズムはＭＩＬＥＮＡＧＥであり得、認証アルゴリズムのカスタマイズはＯＰまたはＯＰｃパラメータのカスタマイズを含む。第１のアクセスシステムはＣＤＭＡ２０００システムを備える。無線プロビジョニングは無線サービスプロビジョニング（ＯＴＡＳＰ）を介して受信され得る。無線プロビジョニングは無線インターネット（ＩＯＴＡ）を介して受信され得る。
【００１３】
態様は、第１のアクセスシステムおよび第２のアクセスシステムに接続するための送信機と、第１のアクセスシステムに、第２のアクセスシステムのための認証証明の無線プロビジョニングを要求するためのプロセッサであって、第２のアクセスシステムには無線プロビジョニングプロシージャがない、プロセッサと、第１のアクセスシステムから第２のアクセスシステムのための認証証明の無線プロビジョニングを受信するための受信機と、第２のアクセスシステムのための認証証明の受信された無線プロビジョニングを記憶するためのメモリと、第２のアクセスシステムとの接続を確立するために、第２のアクセスシステムによる認証を実行するために、プロビジョニングされた認証証明を第２のアクセスシステムに与えるための通信構成要素とを含む、無線プロビジョニングを受信するための装置をさらに含み得る。
【００１４】
態様は、第１のアクセスシステムおよび第２のアクセスシステムに接続するための手段と、無線プロビジョニングプロシージャがない第２のアクセスシステムのための認証証明の無線プロビジョニングを要求するための手段と、第１のアクセスシステムから第２のアクセスシステムのための認証証明の無線プロビジョニングを受信するための手段と、第２のアクセスシステムによる認証を実行するために、プロビジョニングされた認証証明を第２のアクセスシステムに与えるための手段とを含む、無線プロビジョニングを受信するための装置をさらに含み得る。
【００１５】
態様は、無線プロビジョニングを受信するように構成された少なくとも１つのプロセッサであって、そのプロセッサが、第１のアクセスシステムに接続するための第１のモジュールと、無線プロビジョニングプロシージャがない第２のアクセスシステムのための認証証明の無線プロビジョニングを要求するための第２のモジュールと、第１のアクセスシステムから第２のアクセスシステムのための認証証明の無線プロビジョニングを受信するための第３のモジュールと、第２のアクセスシステムに接続するための第４のモジュールと、第２のアクセスシステムによる認証を実行するために、プロビジョニングされた認証証明を第２のアクセスシステムに与えるための第５のモジュールとを含む、少なくとも１つのプロセッサをさらに含み得る。
【００１６】
態様は、コンピュータに第１のアクセスシステムに接続させるためのコードの第１のセットと、コンピュータに、無線プロビジョニングプロシージャがない第２のアクセスシステムのための認証証明の無線プロビジョニングを要求させるためのコードの第２のセットと、コンピュータに、第２のアクセスシステムのための認証証明の無線プロビジョニングを受信させるためのコードの第３のセットと、コンピュータに第２のアクセスシステムに接続させるためのコードの第４のセットと、第２のアクセスシステムによる認証を実行するために、コンピュータに、プロビジョニングされた認証証明を第２のアクセスシステムに与えさせるためのコードの第５のセットとを含むコンピュータ可読媒体を備える、コンピュータプログラム製品をさらに含み得る。
【００１７】
態様は、無線プロビジョニングを実行するための方法であって、その方法が、アクセスデバイスからの呼発信を第１のアクセスシステムにおいて受信することと、呼をプロビジョニングシステムにダイレクトすることと、アクセスデバイスのプロトコル能力を判断することと、第１のアクセスシステムを介して、アクセスデバイスにおいて認証証明の無線プロビジョニングを実行することであって、認証証明が、無線プロビジョニングプロシージャがない第２のアクセスシステムのためである、実行することとを含む、方法をさらに含み得る。
【００１８】
態様は、アクセスデバイスからの呼発信を第１のアクセスシステムにおいて受信するための受信機と、呼をプロビジョニングシステムにダイレクトし、アクセスデバイスのプロトコル能力を判断するためのプロセッサと、第１のアクセスシステムを介して、アクセスデバイスにおいて認証証明の無線プロビジョニングを実行するための送信機であって、認証証明が、無線プロビジョニングプロシージャがない第２のアクセスシステムのためである、送信機とを含む、無線プロビジョニングのための装置をさらに含み得る。
【００１９】
態様は、アクセスデバイスからの呼発信を第１のアクセスシステムにおいて受信するための手段と、呼をプロビジョニングシステムにダイレクトするための手段と、アクセスデバイスのプロトコル能力を判断するための手段と、第１のアクセスシステムを介して、アクセスデバイスにおいて認証証明の無線プロビジョニングを実行するための手段であって、認証証明が、無線プロビジョニングプロシージャがない第２のアクセスシステムのためである、無線プロビジョニングを実行するための手段とを含む、無線プロビジョニングのための装置をさらに含み得る。
【００２０】
態様は、無線プロビジョニングを実行するように構成された少なくとも１つのプロセッサであって、そのプロセッサが、アクセスデバイスからの呼発信を第１のアクセスシステムにおいて受信するための第１のモジュールと、呼をプロビジョニングシステムにダイレクトするための第２のモジュールと、アクセスデバイスのプロトコル能力を判断するための第３のモジュールと、無線プロビジョニングプロシージャがない第２のアクセスシステムのための認証証明の無線プロビジョニングを、第１のアクセスシステムを介してアクセスデバイスにおいて実行するための第４のモジュールとを含む、プロセッサをさらに含み得る。
【００２１】
態様は、コンピュータに、第１のアクセスシステムにおいてアクセスデバイスからの呼発信を受信させるためのコードの第１のセットと、コンピュータに、呼をプロビジョニングシステムにダイレクトさせるためのコードの第２のセットと、コンピュータに、アクセスデバイスのプロトコル能力を判断させるためのコードの第３のセットと、コンピュータに、第１のアクセスシステムを介して、アクセスデバイスにおいて認証証明の無線プロビジョニングを実行させるためのコードの第４のセットであって、認証証明が、無線プロビジョニングプロシージャがない第２のアクセスシステムのためである、コードの第４のセットとを含むコンピュータ可読媒体を備える、コンピュータプログラム製品をさらに含み得る。
【００２２】
以下で、１つまたは複数の態様の基本的理解を与えるために、そのような態様の簡略化された概要を提示する。この概要は、すべての企図された態様の包括的な概観ではなく、すべての態様の主要または重要な要素を識別するものでも、いずれかまたはすべての態様の範囲を定めるものでもない。その唯一の目的は、後で提示するより詳細な説明の導入として、１つまたは複数の態様のいくつかの概念を簡略化された形で提示することである。
【００２３】
上記および関係する目的を達成するために、１つまたは複数の態様は、以下で十分に説明し、特に特許請求の範囲で指摘する特徴を備える。以下の説明および添付の図面に、１つまたは複数の態様のうちのいくつかの例示的な特徴を詳細に記載する。ただし、これらの特徴は、様々な態様の原理が採用され得る様々な方法のほんのいくつかを示すものであり、この説明は、すべてのそのような態様およびそれらの均等物を含むものとする。
【００２４】
添付の図面とともに以下に説明する開示する態様は、開示する態様を限定するためではなく、開示する態様を例示するために与えられ、同様の表示は同様の要素を示す。
【図面の簡単な説明】
【００２５】
【図１】アクセスデバイスにおける認証証明のＯＴＡプロビジョニングを可能にするための例示的な通信システムの態様を示す図。
【図２】アクセスデバイスにおける認証証明のＯＴＡプロビジョニングのための例示的な方法の態様を示す図。
【図３】アクセスシステムを介した認証証明のＯＴＡプロビジョニングのための例示的な方法の態様を示す図。
【図４】別のアクセスシステムを介した１つのアクセスシステムのための認証証明のＯＴＡプロビジョニングのための例示的な呼フロー図の態様を示す図。
【図５】別のアクセスシステムを介した１つのアクセスシステムのための認証証明のＯＴＡプロビジョニングのための例示的な呼フロー図の追加の態様を示す図。
【図６】通信システムのブロック図。
【図７】別のアクセスシステムを介した１つのアクセスシステムのための認証証明のＯＴＡプロビジョニングを受信するためのコンピュータデバイスを示す図。
【図８】別のアクセスシステムを介した１つのアクセスシステムのための認証証明のＯＴＡプロビジョニングを実行するためのコンピュータデバイスを示す図。
【図９】別のアクセスシステムからアクセスシステムのための認証証明のＯＴＡプロビジョニングを受信するシステムを示す図。
【図１０】別のアクセスシステムのためのアクセスデバイスにおいて認証証明のＯＴＡプロビジョニングを実行するシステムを示す図。
【発明を実施するための形態】
【００２６】
この説明全体にわたって使用される様々な略語の説明は、略語の第１の使用例とともに含められるか、または発明を実施するための形態の最後に記載され得る。
【００２７】
いくつかのアクセスシステムは、それらの認証パラメータのＯＴＡプロビジョニングを使用する。たとえば、１ｘ、ＥＶＤＯ／ＨＲＰＤなどのＣＤＭＡ２０００システムは、認証パラメータのＯＴＡプロビジョニングのためにＯＴＡＳＰ（Ｃ．Ｓ００１６）とＩＯＴＡ（Ｃ．Ｓ００４０）とを使用する。認証パラメータは、認証のために使用される識別情報、鍵などを含み得る。
【００２８】
対照的に、ＡＫＡ認証方法を使用する３ＧＰＰネットワークでは、現在、アクセスデバイスが３ＧＰＰネットワークに接続し、３ＧＰＰサービスにアクセスすることができる前に、認証証明がアクセスデバイス上で事前構成される必要がある。これらのＡＫＡ認証方法、たとえば、ＴＳ ３ＧＰＰ ３３．１０２において指定されているＡＫＡは、モバイルデバイスがサービスにアクセスすることができる前に、認証中に使用されるべき識別情報、秘密鍵、および認証アルゴリズムなどの認証証明がモバイルデバイス上で事前構成されることを仮定する。たとえば、ｅＨＲＰＤ（Ｘ．Ｓ００５７）は、認証のために３ＧＰＰ Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅを使用し、３ＧＰＰ Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅは、３ＧＰＰ ＡＫＡ認証方法を使用し、認証証明がアクセスデバイス上で事前構成されることを仮定する。
【００２９】
本明細書で提供する態様は、別々のアクセスシステムを使用して、必要な３ＧＰＰ認証証明を無線でプロビジョニングする方法を提供することによって、この問題を克服する。アクセスデバイスが第１のアクセス技術に接続することが可能であるとき、そのアクセス技術は、３ＧＰＰネットワークにアクセスするために必要とされる３ＧＰＰ認証証明をプロビジョニングするために使用され得る。たとえば、ＣＤＭＡ２０００にアクセスすることが可能であるアクセスデバイスは、３ＧＰＰ認証より前に３ＧＰＰ認証証明をプロビジョニングするためにＯＴＡＳＰを使用することができる。たとえば、１ｘは、３ＧＰＰ証明をプロビジョニングするために使用され得る。他の態様では、ＩＰ接続が利用可能であるとき、ＩＯＴＡが使用され得る。ＣＤＭＡ、ＯＴＡＳＰ、およびＩＯＴＡの例について説明するが、３ＧＰＰ認証証明をプロビジョニングするための他のアクセス技術も適用可能である。アクセスシステムは、３ＧＰＰまたは非３ＧＰＰであり得る。たとえば、３ＧＰＰコアネットワークを使用することができるアクセスシステムは、特に、ＨＲＰＤ／ｅＨＲＰＤ（ＥＶ−ＤＯ）、ＬＴＥ、ＨＳＰＡ／ＵＭＴＳ、ＧＳＭ（登録商標）、Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ（ＷｉＭＡＸ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、さらにはｘＤＳＬ／ケーブルモデムなどのブロードバンドアクセスを含む。ＧＳＭ（登録商標）は、特に、パケットサービスのためにＧＰＲＳまたはＥＤＧＥなどのその変形態のいずれかを含み得る。さらに、このソリューションは、３ＧＰＰによって指定されたコアネットワークに接続する任意のデバイスに適用可能である。特に、そのようなネットワークは、Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅネットワークと、ＵＭＴＳコアネットワークと、インターネットプロトコル（ＩＰ）マルチメディアシステムとを含み得る。
【００３０】
ＯＴＡプロビジョニングされ得る３ＧＰＰ認証証明は、３ＧＰＰ ＡＫＡ認証ルート鍵（Ｋ）、ＡＫＡ認証関係パラメータ、３ＧＰＰ認証において使用されるべきＡＫＡ認証アルゴリズム、オペレータバリアントアルゴリズム構成（Operator Variant Algorithm Configuration）（ＯＰ）などの認証アルゴリズムカスタマイズパラメータ、およびＭＩＬＥＮＡＧＥ認証アルゴリズムのためのＯＰ定数（ＯＰｃ）のいずれかを含み得る。ＯＰｃは、ＯＰ（オペレータ証明（operator credential））とルート鍵ｋとの組合せを含む。これは、ＯＰがスマートカードからリバースエンジニアリングされ得る場合にＯＰをスマートカード中にプログラムする必要を回避する。ＡＫＡ認証関係パラメータは、特に、たとえば、シーケンス番号（ＳＱＮ）隠蔽のためのｆ５認証関数を使用すべきかどうかと、ＡＫＡ ＳＱＮ管理のための１つまたは複数のＳＱＮ番号の構成とを含み得る。ＡＫＡ認証アルゴリズムは、特に、ＴＳ３５．２０５および３５．３０６において指定されているようにＭＩＬＥＮＡＧＥであり得る。ＭＩＬＥＮＡＧＥ認証アルゴリズムカスタマイズパラメータは、特に、ＯＰまたはＯＰｃを含み得る。ＯＰは、ＯＰｃを導出するか、またはＯＰｃを直接プロビジョニングするために使用される１２８ビットオペレータバリアントアルゴリズム構成フィールドである。同様に、他のＡＫＡ認証アルゴリズムは、本発明を使用して同じくＯＴＡプロビジョニングされ得るそれら自体のカスタマイズパラメータを使用し得る。
【００３１】
たとえば、ＥＡＰ−ＡＫＡ’の場合、ＡＫＡ証明は、ＩＭＳＩと、１２８ビットルート鍵（Ｋ）と、認証関数（「ｆ」関数）のセットとを含む。ＡＫＡのための必要とされるｆ関数は、ｆ１、ｆ１*、ｆ２、ｆ３、ｆ４、ｆ５、およびｆ５*である。ｆ関数のセットは、ＡＫＡ認証アルゴリズム関数と呼ばれることもある。ＭＩＬＥＮＡＧＥと呼ばれるＡＫＡアルゴリズムは、３ＧＰＰ ＴＳ３５．２０５によって定義され、ｅＨＲＰＤのために使用される。
【００３２】
オペレータバリアントアルゴリズム構成（ＯＰ）またはＯＰｃ値はオペレータによって選択される。ＯＰは、オペレータバリアントアルゴリズム構成であり、ＭＩＬＥＮＡＧＥ ＡＫＡアルゴリズムをカスタマイズするためにオペレータによって使用される。ＯＰが構成された場合、ＯＰｃ値が導出される。ＭＩＬＥＮＡＧＥは、オペレータがＯＰｃを直接構成することをも可能にする。したがって、アクセスシステムは、ＯＴＡＳＰを介して、ＯＰおよび／またはＯＰｃの構成を可能にする。
【００３３】
ＯＴＡプロビジョニングがアクセスデバイスに与えられるアクセスシステムは、ＣＤＭＡ２０００システムまたは任意のＩＰ対応アクセスシステムであり得る。上記のように、ＣＤＭＡ２０００システムは、認証パラメータをプロビジョニングするためにＯＴＡＳＰとＩＯＴＡとを使用する。
【００３４】
したがって、ＩＰ接続がワイヤレス回線またはワイヤレスシステムなどを通してデバイスにとって利用可能であるとき、３ＧＰＰ認証証明パラメータを構成するためにＩＯＴＡが使用され得る。ＩＯＴＡは、ＩＰ接続をサポートする任意のアクセスネットワーク上で動作することができるトランスポートプロトコルである。場合によっては、ＯＴＡＳＰは、３ＧＰＰ認証証明を構成するために使用され得る。
【００３５】
ＯＴＡＳＰ（無線サービスプロビジョニング）は、以下の特徴、すなわち、番号割当てモジュール（Number Assignment Module）（ＮＡＭ）動作パラメータのダウンロードと、Ａ鍵およびルート鍵をセキュアに確立するための電子的鍵交換（Electronic Key Exchange）と、エリア中の好適なシステムの収集を可能にする情報を移動局に与えるための好適ローミングのためのシステム選択（System Selection for Preferred Roaming）（ＳＳＰＲ）と、エリア中の好適なユーザゾーンの使用を可能にする情報を、随意のユーザゾーン特徴をサポートする移動局に与えるための好適ユーザゾーンリスト（Preferred User Zone List）（ＰＵＺＬ）と、３Ｇパケットデータ動作パラメータのダウンロードとのいずれかを無線でプロビジョニングすることを含み得る。サービスプログラミングロック（Service Programming Lock）（ＳＰＬ）は、与えられる場合、無許可のネットワークエンティティによるいくつかの移動局パラメータの無線プロビジョニングを防ぎ得る。
【００３６】
ＣＤＭＡおよびアナログシステムにおける無線サービスプロビジョニング（ＯＴＡＳＰ）のための例示的な実装形態について説明するが、これらのプロシージャは、将来のエアインターフェース仕様とともに使用されるのに十分拡張可能であり、フレキシブルである。プロシージャは、ＣＤＭＡアナログ間ハンドオフ後のサービスプロビジョニングプロセスの継続のためのサポートを必要としない。
【００３７】
ＯＴＡＳＰおよび／またはＩＯＴＡプロビジョニングメッセージはデバイス自体の上で終了し得る。さらに、デバイスは、これらのメッセージを、セルラー／ＩＰ接続性を用いてデバイスに接続された別のセキュアなコンピューティングプラットフォーム／プロセッサに中継し得る。セキュアなコンピューティングプラットフォーム／プロセッサは、たとえば、アクセスデバイスが認証証明情報を中継するスマートカードまたはＳＩＭカードを含み得る。
【００３８】
１つの例示的な実装形態では、アクセスデバイスは、ＣＤＭＡなどのワイヤレス無線インターフェースに、またはＩＰ接続に接続する。接続されると、その接続を使用して、アクセスデバイスとネットワークエンティティとの間のディフィーへルマン鍵一致を実行し、ネットワークアクセスに必要なルート鍵を確立する。本方法は、ネットワークとの事前共有情報を有しないデバイスをプロビジョニングするために使用され得る。ディフィーへルマン鍵一致は、３ＧＰＰ認証証明をプロビジョニングするために使用される。３ＧＰＰ認証証明は、受信されると、３ＧＰＰコアネットワークに接続するために使用され得る。
【００３９】
別の例示的な実装形態では、アクセスデバイスをプロビジョニングするためにパスワード認証式ディフィーへルマン鍵一致が使用される。この実装形態では、パスワードまたはキーは、鍵一致を実行するアクセスデバイスとネットワークエンティティとの上で構成される帯域外手段を使用する第３のエンティティを介して与えられ得る。鍵一致は、たとえば、素数を法とする１０２４ビットまたは２０４８ビットのいずれかを使用し得る。
【００４０】
３ＧＰＰ認証証明のＯＴＡプロビジョニングは、ＯＴＡＳＰまたはＩＯＴＡを含むアクセス技術を使用するＡＫＡアルゴリズムカスタマイズを含み得る。各オペレータは、アクセスデバイスとホームネットワークエンティティとの間でそれら自体のＡＫＡアルゴリズムを使用することができる。ネットワークとデバイスとの能力に基づいて、デバイスとネットワークとの間でどのアルゴリズムが使用されるべきかを指定する指示または構成を行うことができる。たとえば、ＭＩＬＥＮＡＧＥが使用され得る。アルゴリズムが選択されると、これらのアルゴリズムのために必要なパラメータが、ＯＴＡＳＰ／ＩＯＴＡメッセージを使用して転送されることもある。これらのパラメータは、たとえば、ＭＩＬＥＮＡＧＥ ＯＰまたはＯＰｃパラメータを含み得る。
【００４１】
図１に、本明細書で説明する態様が行われ得る例示的なネットワーク環境を示す。図１に示すように、ユーザ機器（ＵＥ）または移動局１１０が第１のアクセスシステム１２０および第２のアクセスシステム１４０の範囲内に位置する。たとえば、各アクセスシステムは複数のアクセスポイント基地局を含み得ることに留意されたい。第２のアクセスシステム１４０には無線プロビジョニング機構がない。第１のアクセスシステムは無線プロビジョニング機構を含む。移動局１１０は、第１のアクセスシステムと第２のアクセスシステムの両方との通信が可能である。第１のアクセスシステムは、それ自体のためにだけでなく、無線プロビジョニング能力がない第２のアクセスシステム１４０のためにも、移動局１１０の無線プロビジョニングを実行するように構成される。移動局は、第１のアクセスシステム１２０を介して第２のアクセスシステムとの通信を確立するのに必要な認証証明の無線プロビジョニングを受信するように構成される。移動局は、第１のアクセスシステム１２０との通信を確立し、第２のアクセスシステムのための認証証明の無線プロビジョニングを要求する。
【００４２】
それに応答して、第１のアクセスシステム１２０は、移動局からの呼を第１のアクセスシステム内のプロビジョニング構成要素１５０にダイレクトする。第１のアクセスシステムにおけるプロトコル能力判断器１６０は、移動局のプロトコル能力を判断する。次いで、第１のアクセスシステム１２０は、移動局に対する認証証明の無線プロビジョニングを実行し、その認証証明は第２のアクセスシステムのためである。これは、第１のアクセスシステム１２０における認証証明構成要素１７０を介して達成され得る。
【００４３】
移動局がプロビジョニングされると、移動局は第２のアクセスシステム１４０との接続を確立し、第２のアクセスシステムにおける認証構成要素１８０は移動局を認証する。
【００４４】
図２に、第１のアクセスシステムを介したアクセスデバイスのための認証証明の無線プロビジョニングのための例示的な方法の態様を示し、その認証証明は第２のアクセスシステムのためである。第１のアクセスシステムは、ＯＴＡＳＰまたはＩＯＴＡを使用するＣＤＭＡ２０００システムであり得る。第２のアクセスシステムは、ＡＫＡ認証方法を使用する３ＧＰＰシステムであり得る。
【００４５】
２０１において、アクセスデバイスは第１のアクセスシステムに接続する。２０２において、アクセスデバイスは第１のアクセスシステムに認証証明の無線プロビジョニングを要求し、その認証証明は第２のアクセスシステムのためである。２０３において、アクセスデバイスは、第２のアクセスシステムのための認証証明のＯＴＡプロビジョニングを受信する。
【００４６】
第２のアクセスシステムのための認証証明の無線プロビジョニングは、ディフィーへルマン鍵一致、またはパスワード認証式ディフィーへルマン鍵一致を含み得る。プロビジョニングされる認証証明は、３ＧＰＰ ＡＫＡ認証ルート鍵（Ｋ）と、ＡＫＡ認証関係パラメータと、第２のアクセスシステムによる認証中に使用されるべきＡＫＡ認証アルゴリズムとのうちのいずれかを含み得る。ＡＫＡ認証関係パラメータは、ＳＱＮ隠蔽のためのｆ５を使用すべきかどうか、あるいはＡＫＡ ＳＱＮ管理のための１つまたは複数のＳＱＮ番号の構成のうちの少なくとも１つを含み得る。無線プロビジョニングされた認証証明を受信することは、第１のアクセスシステムからＡＫＡ認証アルゴリズムの無線カスタマイズを受信することをさらに含み得る。たとえば、ＡＫＡ認証アルゴリズムはＭＩＬＥＮＡＧＥであり得、認証アルゴリズムのカスタマイズはＯＰまたはＯＰｃパラメータのカスタマイズを含み得る。
【００４７】
２０４において、アクセスデバイスは第２のアクセスシステムに接続する。２０５において、第２のアクセスシステムによる認証を実行するために、アクセスデバイスは、プロビジョニングされた認証証明を第２のアクセスシステムに与える。上記のように、認証証明はＡＫＡ認証証明であり得、アクセスデバイスは、第２のアクセスシステムにおけるサービスにアクセスするために、第２のアクセスシステムによるＡＫＡ認証を実行し得る。
【００４８】
図３に、第１のアクセスシステムを介して、第２のアクセスシステムのためのアクセスデバイスにおいて認証証明をＯＴＡプロビジョニングするための例示的な方法の態様を示す。図２に関して上述したように、第１のアクセスシステムは、ＯＴＡＳＰまたはＩＯＴＡを使用するＣＤＭＡ２０００システムであり得る。第２のアクセスシステムは、ＡＫＡ認証方法を使用する３ＧＰＰシステムであり得る。
【００４９】
３０１において、ＣＤＭＡ２０００ネットワークまたはＩＰ接続アクセスネットワーク（IP Connection Access Network）（ＩＰ ＣＡＮ）などの第１のアクセスシステムは、アクセスデバイスから呼発信を受信する。３０２において、第１のアクセスシステムは呼をプロビジョニングシステムにダイレクトする。プロビジョニングシステムとアクセスデバイスとの間で情報がさらに交換され得る。３０３において、第１のアクセスシステムはアクセスデバイスのプロトコル能力を判断する。これは、プロトコル能力要求をアクセスデバイスに送信することを含み得る。
【００５０】
３０４において、第１のアクセスシステムは、ＯＴＡＳＰ／ＩＯＴＡサーバなどを介してアクセスデバイスに対する認証証明のＯＴＡプロビジョニングを実行し、その認証証明は第２のアクセスシステムのためである。これは、図４にさらに詳細に示すように、ＭＳ鍵要求と鍵生成要求とを送信することを含み得る。
【００５１】
第２のアクセスシステムのための認証証明の無線プロビジョニングは、ディフィーへルマン鍵一致、またはパスワード認証式ディフィーへルマン鍵一致を含み得る。プロビジョニングされる認証証明は、３ＧＰＰ ＡＫＡ認証ルート鍵（Ｋ）、ＡＫＡ認証関係パラメータ、または第２のアクセスシステムによる認証中に使用されるべきＡＫＡ認証アルゴリズムのうちのいずれかを含み得る。ＡＫＡ認証関係パラメータは、ＳＱＮ隠蔽のためのｆ５を使用すべきかどうか、あるいはＡＫＡ ＳＱＮ管理のための１つまたは複数のＳＱＮ番号の構成のうちの少なくとも１つを含み得る。無線プロビジョニングされた認証証明を受信することは、第１のアクセスシステムからＡＫＡ認証アルゴリズムの無線カスタマイズを受信することをさらに含み得る。たとえば、ＡＫＡ認証アルゴリズムはＭＩＬＥＮＡＧＥであり得、認証アルゴリズムのカスタマイズはＯＰまたはＯＰｃパラメータのカスタマイズを含み得る。
【００５２】
次に、ＯＴＡＳＰまたはＩＯＴＡを使用する例示的な実装形態の態様について、図４および図５に関して詳細に説明する。この図は、３ＧＰＰ ＡＫＡなどの３ＧＰＰ認証証明がＣＤＭＡ２０００ ＯＴＡＳＰなどのＯＴＡプロビジョニングプロトコルを使用してどのようにプロビジョニングされ得るかを示す。
【００５３】
最初に、４０１において、本明細書では互換的に移動局（ＭＳ）とも呼ぶアクセスデバイスにおいて、呼がアクセスネットワークに発信される。図４に、ＯＴＡＳＰを介して呼を発信するＭＳと、ＣＤＭＡ２０００またはＩＰ ＣＡＮネットワークのいずれかであるアクセスネットワークとを示す。アクセスシステムがＩＰ ＣＡＮである場合、ＩＯＴＡはＯＴＡＳＰの代わりに使用され得る。４０２において、アクセスシステムは、呼をカスタマーケアまたはプロビジョニングシステムにリダイレクトする。４０３において、ＭＳとカスタマーケアまたはプロビジョニングシステムとの間で情報交換が実行される。この情報交換は、限定はしないが、デバイスの識別、カスタマの識別情報、要求されるサービスおよび課金情報などの関連する加入情報の識別などを含み得る。
【００５４】
４０４において、プロビジョニングされるべきデバイス識別（たとえば、モバイル機器のＭＥＩＤ／ＩＭＥＩ、またはスマートカードが証明を記憶するために使用される場合はスマートカードのＩＣＣＩＤ／ＵＩＭＩＤ）などの情報、３ＧＰＰ認証証明と許可されたネットワークサービスとを用いてデバイスを正常にプロビジョニングするためにＯＴＡＳＰ／ＩＯＴＡサーバによって必要とされる情報などが、カスタマーケアまたはプロビジョニングシステムからＯＴＡＳＰ／ＩＯＴＡサーバに転送される。次いで、４０５において、ＯＴＡＳＰ／ＩＯＴＡサーバは、ＯＴＡＳＰ＿Ｐ＿ＲＥＶ＝０または８などのプロトコル能力要求をＭＳに送信する。４０６において、ＭＳは、拡張された能力応答を送信する。たとえば、これは、ｅＨＲＰＤルート鍵プロビジョニングを意味するＦＥＡＴＵＲＥ＿Ｐ＿ＲＥＶ値０００００１１１、および／または以下の表３．５．１．７−１に記載の拡張ｅＨＲＰＤルート鍵プロビジョニングを意味する００００１００００との、Ａ＿ＫＥＹ＿Ｐ＿ＰＲＥＶなどの鍵交換または鍵一致を含み得る。
【００５５】
４０７において、ＯＴＡＳＰ／ＩＯＴＡサーバは、ＭＳのために３ＧＰＰ ＡＫＡ証明プロビジョニングを実行することを決定する。
【００５６】
４０８において、ＯＴＡＳＰ／ＩＯＴＡサーバは、Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝０００００１１１または００００１００などのＭＳ鍵要求をＭＳに送信する。
【００５７】
４０９において、ＭＳは、以下でより詳細に説明するように、移動局結果（ＭＳ＿ＲＥＳＵＬＴ）を計算する。
【００５８】
４１０において、ＭＳは、ＭＳ鍵応答、ＲＥＳＵＬＴ＝成功をＯＴＡＳＰまたはＩＯＴＡサーバに送信する。４１１において、ＯＴＡＳＰまたはＩＯＴＡサーバは、以下でより詳細に説明するように、基地局結果ＢＳ＿ＲＥＳＵＬＴを計算する。
【００５９】
４１２において、ＯＴＡＳＰ／ＩＯＴＡサーバは、たとえば、ＢＳ＿ＲＥＳＵＬＴとともに鍵生成要求を送信する。４１３において、ＭＳは、３ＧＰＰルート鍵、たとえば、ｅＨＲＰＤルート鍵を計算する。４１４において、ＭＳは、たとえば、ＭＳ＿ＲＥＳＵＬＴとともに鍵生成応答を送信する。４１５において、ＯＴＡＳＰ／ＩＯＴＡサーバは３ＧＰＰ ＡＫＡルート鍵を計算する。４１６において、ＯＴＡＳＰ／ＩＯＴＡサーバは、ＡＫＡアルゴリズムプロビジョニングを実行すべきなのか、ＡＫＡアルゴリズムカスタマイズを実行すべきなのかを判断する。４１７において、ＭＳが３ＧＰＰネットワークに接続するのに必要な３ＧＰＰ認証証明が、ＯＴＡＳＰ／ＩＯＴＡからＭＳに送信される。次いで、ＭＳは、認証のためにＡＫＡを使用する任意の３ＧＰＰまたは３ＧＰＰ２システムによるＡＫＡ認証を実行する準備ができている。
【００６０】
図５に、図４に示すプロビジョニングに関して実行され得るＯＴＡＳＰ／ＩＯＴＡを使用するＡＫＡアルゴリズムカスタマイズの例示的な態様を示す。
【００６１】
ステップ５１７において、ＯＴＡＳＰ／ＩＯＴＡサーバは、第３世代パケットデータ（３ＧＰＤ）構成要求をＭＳに送信し、たとえば、パラメータブロックＩｄは、ＢＬＯＣＫ＿ＩＤ＝００００１１１０などのｅＨＲＰＤ ＡＫＡアルゴリズム能力パラメータ、および／またはＢＬＯＣＫ＿ＩＤ＝００００１１１１などのｅＨＲＰＤ ＭＩＬＥＮＡＧＥアルゴリズムパラメータを示す。
【００６２】
ステップ５１８において、ＭＳは、ｅＨＲＰＤ ＡＫＡアルゴリズム能力パラメータブロックおよび／またはｅＨＲＰＤ ＭＩＬＥＮＡＧＥアルゴリズムパラメータブロックなどとともに、３ＧＰＤ応答をＯＴＡＳＰ／ＩＯＴＡサーバに送信する。５１９において、ＯＴＡＳＰ／ＩＯＴＡサーバはＭＳのアルゴリズム能力を判断する。たとえば、ＯＴＡＳＰ／ＩＯＴＡサーバは、受信した構成応答から、ＭＩＬＥＮＡＧＥがＭＳにおいてサポートされることを判断し得る。５２０において、ＯＴＡＳＰ／ＩＯＴＡサーバは、たとえば、ＢＬＯＣＫ＿ＩＤ＝００００１１０１などのｅＨＲＰＤ ＭＩＬＥＮＡＧＥパラメータブロックとともにダウンロード要求を送信する。５２１において、ＭＳは、ＯＴＡＳＰ／ＩＯＴＡサーバからの送信に基づいてＭＩＬＥＮＡＧＥパラメータを構成する。５２２において、ＭＳは、３ＧＰＳダウンロード応答、たとえば、ＲＥＳＵＬＴ＝成功を送信する。５２３において、ＭＳは、任意の３ＧＰＰまたは３ＧＰＰ２システムによるＡＫＡ認証、あるいはＡＫＡ認証を使用する別のシステムによるＡＫＡ認証を実行する準備ができている。
【００６３】
ＯＴＡＳＰプロシージャはＣ．Ｓ００１６−Ｄ ｖ１．０において指定されており、ＩＯＴＡプロシージャは、Ｃ．Ｓ００４０−０ ｖ１．０（ＩＯＴＡ）およびＣ．Ｓ００６４−０ ｖ１．０（ＩＯＴＡ−ＤＭ）の将来の改訂において指定される可能性があり、それらの各々の内容全体は参照により本明細書に組み込まれる。図４および図５に示す態様は、ＯＴＡＳＰにおける既存の３Ｇルート鍵プロビジョニング方法に基づいて、ｅＨＲＰＤルート鍵プロビジョニングおよび拡張ｅＨＲＰＤルート鍵プロビジョニングなど、ｅＨＲＰＤルート鍵生成および鍵交換プロシージャをサポートするための新しいＡ＿ＫＥＹ＿Ｐ＿ＲＥＶの導入を含む。ＳＨＡ−２５６のためのハッシュ関数はよりセキュアであるので、適用可能な場合、ＳＨＡ−１の代わりにＳＨＡ−２５６が使用され得る。また、２つの３ＧＰＤパラメータブロック、すなわち、ＭＳによってサポートされるＡＫＡアルゴリズム（たとえば、ＭＩＬＥＮＡＧＥ）を示すためのｅＨＲＰＤ ＡＫＡアルゴリズム能力パラメータブロックと、ＯＰまたはＯＰｃパラメータを構成するためのｅＨＲＰＤ ＭＩＬＥＮＡＧＥアルゴリズムパラメータブロックとの導入が示されている。さらに、３ＧＰＤ機能識別子のＦＥＡＴＵＲＥ＿Ｐ＿ＲＥＶは、追加された３ＧＰＤパラメータブロックのためのサポートを示すために増分される。
【００６４】
以下で、発明を実施するための形態の最後において、以下に記載するセクションに関して、図４および図５により詳細に示すメッセージの例示的な態様について説明する。
【００６５】
移動局プログラミングプロシージャ。
【００６６】
プログラミングプロシージャの開始、ＭＳ鍵要求メッセージ３．３
移動局が、記憶されたｅＨＲＰＤ＿ｋ＿ＴＥＭＰS、移動局に一時的に記憶される秘密１２８ビットパターンを有する場合、鍵生成要求メッセージを受信した後に、移動局は、ｅＨＲＰＤ＿Ｋp、移動局に永続的に記憶される秘密１２８ビットパターンの値をｅＨＲＰＤ＿Ｋ＿ＴＥＭＰSに等しいＮＡＭインジケータに設定する。
【００６７】
ＭＳが、４０８におけるようにＭＳ鍵要求を受信すると、ＭＳはＭＳ＿ＲＥＳＵＬＴを計算する。ＭＳ鍵要求メッセージ中で受信されたＡ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝’００００００１０’の場合、移動局は、ＰＡＲＡＭ＿Ｐｓ＝ＰＡＲＡＭ＿ＰｒおよびＰＡＲＡＭ＿Ｇｓ＝ＰＡＲＡＭ＿Ｇｒを設定する。
【００６８】
ＭＳ鍵要求メッセージ中で受信されたＡ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝’００００００１１’、’０００００１００’、または’０００００１１１’の場合、移動局は、ＰＡＲＡＭ＿ＰｓとＰＡＲＡＭ＿Ｇｓとをそれぞれ、セクション５．３．１において以下で（発明を実施するための形態の最後において）指定する値に設定する。
【００６９】
ＭＳ鍵要求メッセージ中で受信されたＡ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝’０００００１０１’または’００００１０００’の場合、移動局はそれぞれ、ＰＡＲＡＭ＿Ｐｓを５．３．１において指定する値に設定し、ＰＡＲＡＭ＿Ｇｓを５．５．１において指定する値に設定する。
【００７０】
ＭＳ鍵要求メッセージ中のＡ＿ＫＥＹ＿Ｐ＿ＲＥＶの値が移動局によってサポートされない場合、移動局は、ＲＥＳＵＬＴ＿ＣＯＤＥを’００００００１１’、「拒否−プロトコルバージョン不一致」に設定することによってエラー状態を示す。移動局は、このメッセージを受信してから７５０ｍｓ以内にＭＳ鍵応答メッセージを送信する。
【００７１】
ＭＳ鍵要求メッセージ中のＡ＿ＫＥＹ＿Ｐ＿ＲＥＶの値が移動局によってサポートされる場合、移動局は、ＲＥＳＵＬＴ＿ＣＯＤＥを’００００００００’、「受付け−動作成功」に設定する。移動局は、ＭＳ鍵要求メッセージ中で受信されたＡ＿ＫＥＹ＿Ｐ＿ＲＥＶの値に従ってＭＳ＿ＲＥＳＵＬＴ値を次のように計算する。
【００７２】
’００００００１０’の場合、５．１．２に従って、ＭＳ＿ＲＥＳＵＬＴを、たとえば、ＭＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿Ｐsを法とするＰＡＲＡＭ＿ＧsXのように計算する。
【００７３】
’００００００１１’の場合、５．３．２に従って、ＭＳ＿ＲＥＳＵＬＴを、たとえば、ＭＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿Ｐsを法とするＰＡＲＡＭ＿ＧsXのように計算する。
【００７４】
’０００００１００’の場合、５．３．２に従って、ＭＳ＿ＲＥＳＵＬＴを、たとえば、ＭＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿Ｐsを法とするＰＡＲＡＭ＿ＧsXのように計算する。
【００７５】
’０００００１０１’の場合、５．５．２に従って、ＭＳ＿ＲＥＳＵＬＴを、たとえば、ＭＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿Ｐsを法とする（ＭＳ＿ＰＷ＿ＨＡＳＨ＊ＰＡＲＡＭ＿ＧsX）のように計算し、ＭＳ＿ＰＷ＿ＨＡＳＨは次のように計算される。
【数１】
【００７６】
ＭＳ＿ＰＷ＿ＨＡＳＨは、実装を簡略化するために、乗算の前にＰＡＲＡＭ＿ＰSを法として簡約され得る。ＳＨＡ−１は、Ｃ．Ｓ００２４−Ａ、「cdma2000 High Rate Packet Data Air Interface Specification」、２００４年４月において指定されているＦＩＰＳ−１８０ハッシュ関数を指す。
【００７７】
’０００００１１１’の場合、５．７．２に従って、ＭＳ＿ＲＥＳＵＬＴを、ＭＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿ＰSを法とするＰＡＲＡＭ＿ＧSXのように計算する。
【００７８】
’００００１０００’の場合、５．９．２に従って、ＭＳ＿ＲＥＳＵＬＴを、ＭＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿ＰSを法とする（ＭＳ＿ＰＷ＿ＨＡＳＨ2＊ＰＡＲＡＭ＿ＧSX）のように計算し、ＭＳ＿ＰＷ＿ＨＡＳＨは次のように計算される。ＳＨＡ−２５６は、米国標準技術局：「Secure Hash Standard」、ＦＩＰＳ １８０−２、２００４年２月付けのＣｈａｎｇｅ Ｎｏｔｉｃｅ １、２００２年８月において指定されているＦＩＰＳ−１８０−２ハッシュ関数を指す。
【数２】
【００７９】
戻り値は、整数として扱われるべきである。移動局は、このメッセージを受信してから３０秒以内にＭＳ鍵応答メッセージを送信する。
【００８０】
移動局が、説明に従ってＭＳ＿ＲＥＳＵＬＴ値を計算することができない場合、移動局は、ＲＥＳＵＬＴ＿ＣＯＤＥを’０００００００１’、「拒否−未知の理由」に設定する。移動局は、このメッセージを受信してから３０秒以内にＭＳ鍵応答メッセージを送信する。
【００８１】
鍵生成要求メッセージ
４１２において、ＭＳがＯＴＡＳＰ／ＩＯＴＡサーバから鍵生成要求を受信したとき、ＭＳは応答を送信する。
【００８２】
移動局がＭＳ鍵要求メッセージを受信しなかった場合、移動局は、ＲＥＳＵＬＴ＿ＣＯＤＥを’０００００１１０’、「拒否−このモードで予想されないメッセージ」に設定することによってエラー状態を示す。移動局は、このメッセージを受信してから７５０ｍｓ以内に鍵生成応答メッセージを送信する。
【００８３】
移動局がＭＳ鍵要求メッセージを受信し、’００００００００’、「受付け−動作成功」とは異なるＲＥＳＵＬＴ＿ＣＯＤＥを戻した場合、移動局は、ＲＥＳＵＬＴ＿ＣＯＤＥを’０００００１１０’、「拒否−このモードで予想されないメッセージ」に設定することによってエラー状態を示す。移動局は、このメッセージを受信してから７５０ｍｓ以内に鍵生成応答メッセージを送信する。
【００８４】
移動局が、０に等しいＢＳ＿ＲＥＳＵＬＴの値とともに鍵生成要求メッセージを受信した場合、移動局は、ＲＥＳＵＬＴ＿ＣＯＤＥを’０００００００１’、「拒否−未知の理由」に設定する。次いで、移動局は、このメッセージを受信してから７５０ｍｓ以内に鍵生成応答メッセージを送信する。
【００８５】
場合によっては、ＭＳ鍵要求メッセージ中で受信されたＡ＿ＫＥＹ＿Ｐ＿ＲＥＶの値が以下に等しい場合、移動局は、Ａ鍵、Ａ鍵とルート鍵との組合せ、または（ｅＨＲＰＤ）ルート鍵の値を計算する。
【００８６】
’００００００１０’の場合、５．１．３に従ってＡ鍵を計算し、たとえば、移動局は、共通鍵Ｋ＝ＰＡＲＡＭ＿Ｐsを法とするＢＳ＿ＲＥＳＵＬＴsXを計算する。移動局は、結果Ｋの最下位６４ビットをＡ＿ＫＥＹ＿ＴＥＭＰsとして記憶する。
【００８７】
’００００００１１’の場合、５．３．３に従ってＡ鍵とルート鍵とを計算する。
【００８８】
’０００００１００’の場合、５．３．４に従ってルート鍵を計算し、たとえば、移動局は、ルート鍵ＲＫ＝ＰＡＲＡＭ＿Ｐsを法とするＢＳ＿ＲＥＳＵＬＴsXを計算する。移動局は、結果ＲＫの最下位１２８ビットをＲＫ＿ＴＥＭＰsとして記憶する。
【００８９】
’０００００１０１’の場合、５．５．３に従ってルート鍵を計算する。
【００９０】
’０００００１１１’の場合、５．７．３に従ってｅＨＲＰＤルート鍵、たとえば、ｅＨＲＰＤルート鍵ｅＲＫ＝ＰＡＲＡＭ＿Ｐsを法とするＢＳ＿ＲＥＳＵＬＴsXを計算する。移動局は、結果ｅＲＫの最下位１２８ビットをｅＨＲＰＤ＿Ｋ＿ＴＥＭＰとして記憶する。
【００９１】
’００００１０００’の場合、５．９．３に従ってｅＨＲＰＤルート鍵、たとえば、ｅＨＲＰＤルート鍵ｅＲＫ＝ＳＨＡ−２５６（０ｘ０００００００３｜０ｘ０００００Ｃ８０（この値は、ＭＳ＿ＰＡＲＡＭのビット単位の長さに設定される。）｜ＭＳ＿ＰＡＲＡＭ｜ＭＳ＿ＰＡＲＡＭ）を計算し、
【数３】
【００９２】
である。
【００９３】
移動局は、結果ｅＲＫの最下位１２８ビットをｅＨＲＰＤ＿Ｋ＿ＴＥＭＰとして記憶する。
【００９４】
移動局が、それぞれ、説明したように、Ａ鍵、Ａ鍵とルート鍵との組合せ、または（ｅＨＲＰＤ）ルート鍵を正常に計算しなかった場合、移動局は、ＲＥＳＵＬＴ＿ＣＯＤＥを’０００００００１’、「拒否−未知の理由」に設定する。次いで、移動局は、このメッセージを受信してから３０秒以内に鍵生成応答メッセージを送信する。
【００９５】
移動局が、それぞれ、説明したように、Ａ鍵、Ａ鍵とルート鍵との組合せ、または（ｅＨＲＰＤ）ルート鍵を正常に計算した場合、移動局は、ＲＥＳＵＬＴ＿ＣＯＤＥを’００００００００’、「受付け−動作成功」に設定する。次いで、移動局は、このメッセージを受信してから３０秒以内に鍵生成応答メッセージを送信する。
【００９６】
鍵生成応答メッセージ、３．５．１．４
４１４において、ＭＳは鍵生成応答メッセージを送信する。鍵生成応答メッセージは以下の可変長のフォーマットを有する。
【表１】
【００９７】
ＯＴＡＳＰ＿ＭＳＧ＿ＴＹＰＥ−ＯＴＡＳＰデータメッセージタイプ。
【００９８】
移動局はこのフィールドを’００００００１１’に設定する。
【００９９】
ＲＥＳＵＬＴ＿ＣＯＤＥ−鍵交換結果コード。
【０１００】
移動局は、このフィールドを、表３．５．１．２−１中で定義された値を使用して、受付けステータスまたは拒否ステータスを示すように設定する。
【０１０１】
ＭＳ＿ＲＥＳＵＬＴ＿ＬＥＮ−ＭＳ＿ＲＥＳＵＬＴフィールドの長さ。
【０１０２】
移動局は、このフィールドをＭＳ＿ＲＥＳＵＬＴフィールド中のオクテットの数に設定する。
【０１０３】
ＭＳ＿ＲＥＳＵＬＴ−移動局計算結果。
【０１０４】
ＭＳ鍵要求メッセージ中で受信されたＡ＿ＫＥＹ＿Ｐ＿ＲＥＶが’００００００１０’に等しい場合、移動局は、このフィールドを、５．１．２に記載されているように、ＭＳ＿ＲＥＳＵＬＴの値、ＭＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿Ｐsを法とするＰＡＲＡＭ＿ＧsXに等しく設定する。
【０１０５】
ＭＳ鍵要求メッセージ中で受信されたＡ＿ＫＥＹ＿Ｐ＿ＲＥＶが’００００００１１’または’０００００１００’に等しい場合、移動局は、このフィールドを、５．３．２に記載されているように、ＭＳ＿ＲＥＳＵＬＴの値、ＭＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿Ｐsを法とするＰＡＲＡＭ＿ＧsXに等しく設定する。
【０１０６】
ＭＳ鍵要求メッセージ中で受信されたＡ＿ＫＥＹ＿Ｐ＿ＲＥＶが’０００００１０１’に等しい場合、移動局は、このフィールドを、５．５．２に記載されているようにＭＳ＿ＲＥＳＵＬＴの値に設定するか、または次のようにＭＳ＿ＰＷ＿ＨＡＳＨを設定する。
【数４】
【０１０７】
移動局は、ＭＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿Ｐsを法とする（ＭＳ＿ＰＷ＿ＨＡＳＨ＊ＰＡＲＡＭ＿ＧsX）を計算する。ＳＨＡ−１は、Ｃ．Ｓ００２４−Ａ、「cdma2000 High Rate Packet Data Air Interface Specification」、２００４年４月において指定されているＦＩＰＳ−１８０ハッシュ関数を指す。ＭＳ＿ＰＷ＿ＨＡＳＨは、実装を簡略化するために、乗算の前にＰＡＲＡＭ＿Ｐsを法として簡約され得る。
【０１０８】
ＭＳ鍵要求メッセージ中で受信されたＡ＿ＫＥＹ＿Ｐ＿ＲＥＶが’０００００１１１’に等しい場合、移動局は、このフィールドを、５．７．２に記載されているように、ＭＳ＿ＲＥＳＵＬＴの値、ＭＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿Ｐsを法とするＰＡＲＡＭ＿ＧsXに設定する。ＭＳ鍵要求メッセージ中で受信されたＡ＿ＫＥＹ＿Ｐ＿ＲＥＶが’００００１０００’に等しい場合、移動局は、このフィールドを、５．９．２に記載されているようにＭＳ＿ＲＥＳＵＬＴの値に設定し、移動局は、次のようにＭＳ＿ＰＷ＿ＨＡＳＨを計算する。
【数５】
【０１０９】
戻り値は、整数として扱われるべきである。ＳＨＡ−２５６は、米国標準技術局：「Secure Hash Standard」、ＦＩＰＳ １８０−２、２００４年２月付けのＣｈａｎｇｅ Ｎｏｔｉｃｅ １、２００２年８月において指定されているＦＩＰＳ−１８０−２ハッシュ関数を指す。移動局は、ＭＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿Ｐsを法とする（ＭＳ＿ＰＷ＿ＨＡＳＨ＊ＰＡＲＡＭ＿ＧsX）を計算する。ＭＳ＿ＰＷ＿ＨＡＳＨは、実装を簡略化するために、乗算の前にＰＡＲＡＭ＿Ｐsを法として簡約され得る。
【０１１０】
ｅＨＲＰＤ＿ＤＡＴＡ ＡＫＡアルゴリズム能力パラメータ、３．５．８．１５
ｅＨＲＰＤ ＡＫＡアルゴリズム能力パラメータブロックのＰＡＲＡＭ＿ＤＡＴＡフィールドは、長さ８ビットをもつＡＫＡ＿ＡＬＧＯＲＩＴＨＭからなる。
【表２】
【０１１１】
ＡＫＡ＿ＡＬＧＯＲＩＴＨＭ−どの認証アルゴリズムが移動局によってサポートされるかを示すためのｅＨＲＰＤ ＡＫＡ認証アルゴリズムビットマップ。移動局は、次のように、このフィールドをビットマップの形態の値に設定する。
【表３】
【０１１２】
対応する動作モードが移動局によってサポートされる場合、移動局は各サブフィールドを’１’に設定する。他の場合、移動局はサブフィールドを’０’に設定する。
【０１１３】
ＲＥＳＥＲＶＥＤ−予約済みビット。移動局は、パラメータブロック全体の長さを整数個のオクテットに等しくするために、必要に応じて予約済みビットを追加する。移動局はこのフィールドを’０００００００’に設定する。
【０１１４】
ｅＨＲＰＤ ＭＩＬＥＮＡＧＥアルゴリズムパラメータ、３．５．８．１６
ｅＨＲＰＤ ＭＩＬＥＮＡＧＥアルゴリズムパラメータは、以下のフィールドを含む。
【表４】
【０１１５】
ＯＰ＿ＰＡＲＡＭ＿ＶＡＬＵＥ−１２８ビットＭＩＬＥＮＡＧＥオペレータバリアントアルゴリズム構成フィールド（［ＴＳ３５．２０５］参照）。
【０１１６】
ＯＰ＿ＰＡＲＡＭ＿ＴＹＰＥ−このビットが’０’である場合、移動局は［ｂｂ］において定義されたＯＰパラメータとしてＯＰ＿ＰＡＲＡＭ＿ＶＡＬＵＥを扱う。他の場合、移動局は、［ＴＳ３５．２０５］において定義されたＯＰcパラメータとしてＯＰ＿ＰＡＲＡＭ＿ＶＡＬＵＥを扱う。
【０１１７】
ＲＥＳＥＲＶＥＤ−予約済みビット。パラメータブロック全体の長さを整数個のオクテットに等しくするために、追加の予約済みビットが必要である。移動局は、これらのビットを’０’に設定する。
【０１１８】
基地局プロシージャ
ＭＳ鍵要求メッセージ、４．５．１．３
図４に示すように、４０８において、ＭＳ鍵要求メッセージはアクセスシステムからＭＳに送信される。ＭＳ鍵メッセージは、以下の可変長のフォーマットを有する。
【表５】
【０１１９】
ＯＴＡＳＰ＿ＭＳＧ＿ＴＹＰＥ−ＯＴＡＳＰデータメッセージタイプ。基地局は、このフィールドを’００００００１０’に設定する。
【０１２０】
Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ−鍵交換プロトコルバージョン。基地局は、このフィールドを、２Ｇ Ａ鍵生成の場合’００００００１０’に、２Ｇ Ａ鍵と３Ｇルート鍵との組合せの生成の場合’００００００１１’に、３Ｇルート鍵生成の場合’０００００１００’に、または拡張３Ｇルート鍵生成の場合’０００００１０１’、ｅＨＲＰＤルート鍵生成の場合’０００００１１１’、または拡張ｅＨＲＰＤルート鍵生成の場合’００００１０００’に設定する。
【０１２１】
ＰＡＲＡＭ＿Ｐ＿ＬＥＮ−ＰＡＲＡＭ＿Ｐフィールドの長さ。Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝’００００００１０’の場合、基地局は、このフィールドをＰＡＲＡＭ＿Ｐフィールド中のオクテットの数に設定し、基地局は、このフィールドを’０１００００００’に設定する。Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＞’００００００１０’の場合、基地局はこのフィールドを省略する。
【０１２２】
ＰＡＲＡＭ＿Ｐ−鍵交換パラメータＰ。Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝’００００００１０’の場合、基地局は、このフィールドを５．２．１に記載されているように設定する。Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＞’００００００１０’の場合、基地局はこのフィールドを省略する。
【０１２３】
ＰＡＲＡＭ＿Ｇ＿ＬＥＮ−ＰＡＲＡＭ＿Ｇフィールドの長さ。Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝’００００００１０’の場合、基地局は、このフィールドをＰＡＲＡＭ＿Ｇフィールド中のオクテットの数に設定するものとし、基地局は、このフィールドを’０００１０１００’に設定する。Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＞’００００００１０’の場合、基地局はこのフィールドを省略する。
【０１２４】
ＰＡＲＡＭ＿Ｇ−鍵交換パラメータＧ。Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝’００００００１０’の場合、基地局は、このフィールドを５．２．１に記載されているように設定する。Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＞’００００００１０’の場合、基地局はこのフィールドを省略する。
【０１２５】
鍵生成要求メッセージ、４．５．１．４
３１２において、鍵生成要求メッセージはＭＳに送信される。鍵生成要求メッセージは、以下の可変長のフォーマットを有する。
【表６】
【０１２６】
ＯＴＡＳＰ＿ＭＳＧ＿ＴＹＰＥ−ＯＴＡＳＰデータメッセージタイプ。基地局は、このフィールドを’００００００１１’に設定する。
【０１２７】
ＢＳ＿ＲＥＳＵＬＴ＿ＬＥＮ−ＢＳ＿ＲＥＳＵＬＴフィールドの長さ。基地局は、このフィールドをＢＳ＿ＲＥＳＵＬＴフィールド中のオクテットの数に設定する。
【０１２８】
ＢＳ＿ＲＥＳＵＬＴ−基地局計算結果。Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝’００００００１０’の場合、基地局は、このフィールドを５．２．２に記載されているようにＢＳ＿ＲＥＳＵＬＴの値に等しく設定し、たとえば、基地局は、ＢＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿Ｐを法とするＰＡＲＡＭ＿ＧYを計算する。Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝’００００００１１’または’０００００１００’の場合、基地局は、このフィールドを５．４．２に記載されているようにＢＳ＿ＲＥＳＵＬＴの値に等しく、たとえば、ＢＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿Ｐを法とするＰＡＲＡＭ＿ＧYに設定する。Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝’０００００１０１’の場合、基地局は、このフィールドを５．６．２に記載されているようにＢＳ＿ＲＥＳＵＬＴの値に等しく設定する。Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝’０００００１１１’の場合、基地局は、このフィールドを５．８．２に記載されているようにＢＳ＿ＲＥＳＵＬＴの値に等しく設定する。Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝’００００１０００’の場合、基地局は、このフィールドを５．１０．２に記載されているようにＢＳ＿ＲＥＳＵＬＴの値に等しく設定する。
【０１２９】
ｅＨＲＰＤ ＭＩＬＥＮＡＧＥアルゴリズムパラメータ、４．５．７．１１
ｅＨＲＰＤ ＭＩＬＥＮＡＧＥアルゴリズムパラメータブロックのＰＡＲＡＭ＿ＤＡＴＡフィールドは、以下のフィールドからなる。
【表７】
【０１３０】
ＯＰ＿ＰＡＲＡＭ＿ＶＡＬＵＥ−１２８ビットＭＩＬＥＮＡＧＥオペレータバリアントアルゴリズム構成フィールド（［ＴＳ３５．２０５］参照）。
【０１３１】
ＯＰ＿ＰＡＲＡＭ＿ＴＹＰＥ−ＯＰ＿ＰＡＲＡＭ＿ＶＡＬＵＥが、［ＴＳ３５．２０５］において定義されたＯＰパラメータとして移動局によって解釈されるべきである場合、基地局はこのビットを’０’に設定する。他の場合、基地局は、ＯＰ＿ＰＡＲＡＭ＿ＶＡＬＵＥが［ＴＳ３５．２０５］において定義されたＯＰcパラメータとして解釈されるべきであることを移動局に示すために、このビットを’１’に設定する。
【０１３２】
ＲＥＳＥＲＶＥＤ−予約済みビット。パラメータブロック全体の長さを整数個のオクテットに等しくするために、追加の予約済みビットが必要である。基地局はこれらのビットを’０’に設定する。
【０１３３】
鍵交換プロシージャ、５
Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝’０００００１１１’の場合の移動局要件、５．７
ディフィーへルマン鍵一致プロシージャのための乱数発生は、以下を含む。移動局は、移動局結果ＭＳ＿ＲＥＳＵＬＴを計算する際に使用するＰＡＲＡＭ＿Ｐsを、５．３．１において指定される１０２４ビットの素数（最初に最上位ビット）に設定する。移動局は、ＭＳ＿ＲＥＳＵＬＴを計算する際に使用するＰＡＲＡＭ＿Ｇsを’００００００１０’に設定する。移動局は、ＭＳ＿ＲＥＳＵＬＴを計算する際に使用する乱数Ｘを発生する。数Ｘは、５．５．１に記載されているプロパティを有する。
【０１３４】
移動局結果について、移動局は、ＭＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿Ｐsを法とするＰＡＲＡＭ＿ＧsXを計算する。
【０１３５】
Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝’０００００１１１’についてのｅＨＲＰＤルート鍵計算の場合、移動局は、ｅＨＲＰＤルート鍵ｅＲＫ＝ＰＡＲＡＭ＿Ｐsを法とするＢＳ＿ＲＥＳＵＬＴsXを計算する。移動局は、結果ｅＲＫの最下位１２８ビットをｅＨＲＰＤ＿Ｋ＿ＴＥＭＰsとして記憶する。
【０１３６】
Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝’０００００１１１’の場合の基地局要件、５．８
鍵交換パラメータルート鍵の生成、５．８．１
鍵交換パラメータルート鍵の生成は、以下を含む。基地局は、５．４．１において規定されているように、基地局結果ＢＳ＿ＲＥＳＵＬＴを計算する際に使用するＰＡＲＡＭ＿Ｐsを１０２４ビットの素数（最初に最上位ビット）に設定する。基地局は、ＢＳ＿ＲＥＳＵＬＴを計算する際に使用するＰＡＲＡＭ＿Ｇsを’００００００１０’に設定する。基地局は、ＢＳ＿ＲＥＳＵＬＴを計算する際に使用する乱数Ｙを発生する。数Ｙは、５．６．１に記載されているプロパティを有する。
【０１３７】
基地局結果、５．８．２
基地局結果について、基地局は、ＢＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿Ｐを法とするＰＡＲＡＭ＿ＧYを計算する。
【０１３８】
Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝’０００００１１１’の場合のｅＨＲＰＤルート鍵ｅＨＲＰＤ＿Ｋ計算、５．８．３
Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝’０００００１１１’の場合のｅＨＲＰＤルート鍵ｅＨＲＰＤ＿Ｋ計算のために、基地局は、ｅＨＲＰＤルート鍵ｅＲＫ＝ＰＡＲＡＭ＿Ｐを法とするＭＳ＿ＲＥＳＵＬＴYを計算する。基地局は、結果ｅＲＫの最下位１２８ビットをｅＨＲＰＤルート鍵ｅＨＲＰＤ＿Ｋとして使用する。
【０１３９】
Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝‘００００１０００’の場合の移動局要件、５．９
乱数発生および鍵生成パラメータ、５．９．１
乱数発生および鍵生成パラメータは以下を含む。移動局は、５．３．１において規定されているように、移動局結果ＭＳ＿ＲＥＳＵＬＴを計算する際に使用するＰＡＲＡＭ＿Ｐsを１０２４ビットの素数に設定する。移動局は、ＭＳ＿ＲＥＳＵＬＴを計算する際に使用するＰＡＲＡＭ＿Ｇsを‘００００１１０１’に設定する。移動局は、ＭＳ＿ＲＥＳＵＬＴを計算する際に使用する乱数Ｘを発生する。数Ｘは、５．５．１に記載されているプロパティを有する。
【０１４０】
移動局結果、５．９．２
移動局結果について、移動局は、次のようにＭＳ＿ＰＷ＿ＨＡＳＨを計算する。
【数６】
【０１４１】
移動局は、ＭＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿Ｐsを法とする（ＭＳ＿ＰＷ＿ＨＡＳＨ＊ＰＡＲＡＭ＿ＧsX）を計算する。ＳＨＡ−２５６は、Ｃ．Ｓ００２４−Ａ、「cdma2000 High Rate Packet Data Air Interface Specification」、２００４年４月において規定されているＦＩＰＳ−１８０−２ハッシュ関数を指す。ＭＳ＿ＰＷ＿ＨＡＳＨは、実装を簡略化するために、乗算の前にＰＡＲＡＭ＿ＰSを法として簡約され得る。
【０１４２】
Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝‘００００１０００’の場合のｅＨＲＰＤルート鍵計算、５．９．３
Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝‘００００１０００’の場合のｅＨＲＰＤルート鍵計算について、移動局は、ｅＨＲＰＤルート鍵ｅＲＫ＝ＳＨＡ−２５６（０ｘ０００００００３｜０ｘ０００００Ｃ８０（これは、ＭＳ＿ＰＡＲＡＭのビット単位の長さに設定される。）｜ＭＳ＿ＰＡＲＡＭ｜ＭＳ＿ＰＡＲＡＭ）を計算し、
【数７】
【０１４３】
である。移動局は、結果ｅＲＫの最下位１２８ビットをｅＨＲＰＤ＿Ｋ＿ＴＥＭＰsとして記憶する。
【０１４４】
Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝‘００００１０００’の場合の基地局要件、５．１０
基数生成および鍵生成パラメータ、５．１０．１
乱数発生および鍵生成パラメータは以下を含む。基地局は、５．４．１において規定されているように、基地局結果ＢＳ＿ＲＥＳＵＬＴを計算する際に使用するＰＡＲＡＭ＿Ｐsを１０２４ビットの素数（最初に最上位ビット）に設定する。基地局は、ＢＳ＿ＲＥＳＵＬＴを計算する際に使用するＰＡＲＡＭ＿Ｇsを‘００００１１０１’に設定する。基地局は、ＢＳ＿ＲＥＳＵＬＴを計算する際に使用する乱数Ｙを発生する。数Ｙは、５．６．１に記載されているプロパティを有する。
【０１４５】
基地局結果、５．１０．２
基地局結果について、基地局はＢＳ＿ＰＷ＿ＨＡＳＨを計算し、
【数８】
【０１４６】
である。基地局は、ＢＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿Ｐsを法とする（ＢＳ＿ＰＷ＿ＨＡＳＨ＊ＰＡＲＡＭ＿ＧY）を計算する。ＢＳ＿ＰＷ＿ＨＡＳＨは、実装を簡略化するために、乗算より前にＰＡＲＡＭ＿Ｐsを法として簡約され得る。
【０１４７】
ｅＨＲＰＤルート鍵ｅＨＲＰＤ＿Ｋ計算、５．１０．３
ｅＨＲＰＤルート鍵ｅＨＲＰＤ＿Ｋ計算について、基地局は、ルート鍵ｅＲＫ＝ＳＨＡ−２５６（０ｘ０００００００３｜０ｘ０００００Ｃ８０（この値は、ＢＳ＿ＰＡＲＡＭのビット単位の長さに設定される。）｜ＢＳ＿ＰＡＲＡＭ｜ＢＳ＿ＰＡＲＡＭ）を計算し、
【数９】
【０１４８】
である。基地局は、結果ｅＲＫの最下位１２８ビットをｅＨＲＰＤルート鍵ｅＨＲＰＤ＿Ｋとして使用する。
【０１４９】
図６は、ＭＩＭＯシステム６００における（アクセスポイントとしても知られる）送信機システム６１０と（アクセス端末としても知られる）受信機システム６５０とを含む、上記で説明した方法を実行するように構成され得る通信システムの一実施形態のブロック図である。送信機システム６１０において、いくつかのデータストリームのトラフィックデータがデータソース６１２から送信（ＴＸ）データプロセッサ６１４に供給される。
【０１５０】
一実施形態では、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ６１４は、符号化データを与えるために、各データストリームのトラフィックデータを、そのデータストリーム用に選択された特定の符号化方式に基づいてフォーマットし、符号化し、インターリーブする。
【０１５１】
各データストリームの符号化データは、ＯＦＤＭ技法を使用してパイロットデータで多重化され得る。パイロットデータは、典型的には、知られている方法で処理される知られているデータパターンであり、チャネル応答を推定するために受信機システムにおいて使用され得る。次いで、各データストリームの多重化されたパイロットデータおよび符号化データは、変調シンボルを与えるために、そのデータストリーム用に選択された特定の変調方式（たとえば、ＢＰＳＫ、ＱＳＰＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）される。各データストリームのデータレート、符号化、および変調は、プロセッサ６３０によって実行される命令によって決定され得る。
【０１５２】
次いで、すべてのデータストリームの変調シンボルがＴＸ ＭＩＭＯプロセッサ６０２に供給され、ＴＸ ＭＩＭＯプロセッサ６０２はさらに（たとえば、ＯＦＤＭ用に）その変調シンボルを処理し得る。次いで、ＴＸ ＭＩＭＯプロセッサ６２０は、ＮT個の変調シンボルストリームをＮT個の送信機（ＴＭＴＲ）６２２ａ〜６２２ｔに供給する。いくつかの実施形態では、ＴＸ ＭＩＭＯプロセッサ６２０は、データストリームのシンボルと、シンボルの送信元のアンテナとにビームフォーミング重みを適用する。
【０１５３】
各送信機６２２は、それぞれのシンボルストリームを受信し、処理して、１つまたは複数のアナログ信号を与え、さらに、それらのアナログ信号を調整（たとえば、増幅、フィルタ処理、およびアップコンバート）して、ＭＩＭＯチャネルを介して送信するのに適した変調信号を与える。次いで、送信機６２２ａ〜６２２ｔからのＮT個の変調信号は、それぞれ、ＮT個のアンテナ６２４ａ〜６２４ｔから送信される。
【０１５４】
受信機システム６５０では、送信された変調信号はＮR個のアンテナ６５２ａ〜６５２ｒによって受信され、各アンテナ６５２からの受信信号は、それぞれの受信機（ＲＣＶＲ）６５４ａ〜６５４ｒに供給される。各受信機６５４は、それぞれの受信信号を調整（たとえば、フィルタ処理、増幅、およびダウンコンバート）し、調整された信号をデジタル化して、サンプルを与え、さらにそれらのサンプルを処理して、対応する「受信」シンボルストリームを与える。
【０１５５】
次いで、ＲＸデータプロセッサ６６０は、特定の受信機処理技法に基づいてＮR個の受信機６５４からＮR個の受信シンボルストリームを受信し、処理して、ＮT個の「検出」シンボルストリームを与える。次いで、ＲＸデータプロセッサ６６０は、各検出シンボルストリームを復調し、デインターリーブし、復号して、データストリームに対するトラフィックデータを復元する。ＲＸデータプロセッサ６６０による処理は、送信機システム６１０におけるＴＸ ＭＩＭＯプロセッサ６２０およびＴＸデータプロセッサ６１４によって実行される処理を補足するものである。
【０１５６】
プロセッサ６７０は、どのプリコーディング行列を使用すべきかを周期的に判断する（後述）。プロセッサ６７０は、行列インデックス部とランク値部とを備える逆方向リンクメッセージを作成する。
【０１５７】
逆方向リンクメッセージは、通信リンクおよび／または受信データストリームに関する様々なタイプの情報を備え得る。次いで、逆方向リンクメッセージは、データソース６３６からいくつかのデータストリームのトラフィックデータをも受信するＴＸデータプロセッサ６３８によって処理され、変調器６８０によって変調され、送信機６５４ａ〜６５４ｒによって調整され、送信機システム６１０に戻される。
【０１５８】
送信機システム６１０において、受信機システム６５０からの変調信号は、アンテナ６２４によって受信され、受信機６２２によって調整され、復調器６４０によって復調され、受信機システム６５０によって送信された逆方向リンクメッセージを抽出するためにＲＸデータプロセッサ６４２によって処理される。次いで、プロセッサ６３０は、ビームフォーミング重みを判断するためにどのプリコーディング行列を使用すべきかを判断し、次いで、抽出されたメッセージを処理する。
【０１５９】
一態様では、論理チャネルは、制御チャネルとトラフィックチャネルとに分類される。論理制御チャネルは、システム制御情報をブロードキャストするためのＤＬチャネルであるブロードキャスト制御チャネル（ＢＣＣＨ）と、ページング情報を転送するＤＬチャネルであるページング制御チャネル（ＰＣＣＨ）と、１つまたは複数のＭＴＣＨについてのマルチメディアブロードキャストおよびマルチキャストサービス（ＭＢＭＳ）のスケジューリングおよび制御情報を送信するために使用されるポイントツーマルチポイントＤＬチャネルであるマルチキャスト制御チャネル（ＭＣＣＨ）とを備える。概して、ＲＲＣ接続を確立した後、このチャネルは、ＭＢＭＳ（注：古いＭＣＣＨ＋ＭＳＣＨ）を受信するＵＥによって使用されるだけである。専用制御チャネル（ＤＣＣＨ）は、専用制御情報を送信するポイントツーポイント双方向チャネルであり、ＲＲＣ接続を有するＵＥによって使用される。態様では、論理トラフィックチャネルは、ユーザ情報を転送するための１つのＵＥに専用のポイントツーポイント双方向チャネルである専用トラフィックチャネル（ＤＴＣＨ）を備える。また、トラフィックデータを送信するためのポイントツーマルチポイントＤＬチャネルであるマルチキャストトラフィックチャネル（ＭＴＣＨ）を備える。
【０１６０】
一態様では、トランスポートチャネルは、ＤＬとＵＬとに分類される。ＤＬトランスポートチャネルは、ブロードキャストチャネル（ＢＣＨ）と、ダウンリンク共有データチャネル（ＤＬ−ＳＤＣＨ）と、ＵＥ節電（ＤＲＸサイクルがネットワークによってＵＥに示される）をサポートするためのページングチャネル（ＰＣＨ）とを備え、これらのチャネルは、セル全体にわたってブロードキャストされ、他の制御／トラフィックチャネル用に使用され得るＰＨＹリソースにマッピングされる。ＵＬトランスポートチャネルは、ランダムアクセスチャネル（ＲＡＣＨ）、要求チャネル（ＲＥＱＣＨ）、アップリンク共有データチャネル（ＵＬ−ＳＤＣＨ）、および複数のＰＨＹチャネルを備える。ＰＨＹチャネルは、ＤＬチャネルとＵＬチャネルとのセットを備える。
【０１６１】
図７を参照すると、一態様では、本明細書ではアクセスデバイス（ＡＤ）、ユーザ機器（ＵＥ）、または移動局（ＭＳ）とも呼ぶ、上記で説明したアクセス端末は、コンピュータデバイス７００によって表され得る。アクセスデバイス７００は、本明細書で説明する構成要素および機能のうちの１つまたは複数に関連する処理機能を実行するためのプロセッサ７０１を含む。プロセッサ７０１は、プロセッサまたはマルチコアプロセッサの単一または複数のセットを含むことができる。さらに、プロセッサ７０１は、統合処理システムおよび／または分散処理システムとして実装され得る。
【０１６２】
アクセスデバイス７００は、プロセッサ７０１によって実行されているアプリケーションのローカルバージョンを記憶するなどのためのメモリ７０２をさらに含む。メモリ７０２は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、テープ、磁気ディスク、光ディスク、揮発性メモリ、不揮発性メモリ、およびそれらの任意の組合せなど、コンピュータが使用できる任意のタイプのメモリを含むことができる。
【０１６３】
さらに、アクセスデバイス７００は、本明細書で説明するように、ハードウェア、ソフトウェア、およびサービスを利用して、１つまたは複数の相手との通信を確立し、維持することを行う通信構成要素７０３を含む。通信構成要素７０３は、アクセスデバイス７００上の構成要素間の通信、ならびにアクセスデバイス７００と、通信ネットワーク上に位置するデバイス、および／またはアクセスデバイス７００に直列またはローカルに接続されたデバイスなどの外部デバイスとの間の通信を伝え得る。たとえば、通信構成要素７０３は、１つまたは複数のバスを含み得、それぞれ送信機および受信機に関連する、外部デバイスとインターフェースするように動作可能な送信チェーン構成要素および受信チェーン構成要素をさらに含み得る。
【０１６４】
さらに、アクセスデバイス７００は、データストア７０４をさらに含み得、データストア７０４は、本明細書で説明する態様に関連して採用される情報、データベース、およびプログラムの大容量記憶を与えるハードウェアおよび／またはソフトウェアの任意の適切な組合せとすることができる。たとえば、データストア７０４は、プロセッサ７０１によって現在実行されていないアプリケーションのためのデータリポジトリであり得る。
【０１６５】
アクセスデバイス７００は、さらに、アクセスデバイス７００のユーザから入力を受けるように動作可能であり、ユーザへの提示のための出力を生成するようにさらに動作可能なユーザインターフェース構成要素７０５を含み得る。ユーザインターフェース構成要素７０５は、限定はしないが、キーボード、テンキー、マウス、タッチセンシティブディスプレイ、ナビゲーションキー、ファンクションキー、マイクロフォン、音声認識構成要素、ユーザから入力を受けることが可能な他の機構、またはそれらの任意の組合せを含む、１つまたは複数の入力デバイスを含み得る。さらに、ユーザインターフェース構成要素７０５は、限定はしないが、ディスプレイ、スピーカ、触覚フィードバック機構、プリンタ、出力をユーザに提示することが可能な他の機構、またはそれらの任意の組合せを含む、１つまたは複数の出力デバイスを含み得る。
【０１６６】
アクセスデバイス７００は、第１のアクセスシステムを介した認証証明のＯＴＡプロビジョニングを可能にするＯＴＡプロビジョニング構成要素７０６をさらに含み得、その認証証明は第２のアクセスシステムのためである。たとえば、ＯＴＡプロビジョニング構成要素７０６は、図１〜図４中の、上記で説明したプロシージャを実行するためのハードウェア、ソフトウェア、ファームウェア、論理、またはコンピュータ実行可能命令のうちの１つまたは任意の組合せを含み得る。
【０１６７】
アクセスデバイス７００は、呼発信または認証証明の無線プロビジョニングの要求を送信するための送信機７０７と、そのような通信とプロビジョニングとを受信するための受信機７０８とをさらに含み得る。
【０１６８】
アクセスデバイス７００は、アクセスシステムを介して無線様式でプロビジョニングされることが可能である認証証明構成要素７０９をさらに含み得る。
【０１６９】
図８に、ＭＳにおいて無線プロビジョニングがない第２のアクセスシステムのための認証証明をプロビジョニングするための例示的なネットワーク装置の態様を示す。図８中のネットワーク装置はコンピュータデバイス８００によって示される。ネットワーク装置８００は、本明細書で説明する構成要素および機能のうちの１つまたは複数に関連する処理機能を実行するためのプロセッサ８０１を含む。プロセッサ８０１は、プロセッサまたはマルチコアプロセッサの単一または複数のセットを含むことができる。さらに、プロセッサ８０１は、統合処理システムおよび／または分散処理システムとして実装され得る。
【０１７０】
ネットワーク装置８００は、プロセッサ８０１によって実行されているアプリケーションのローカルバージョンを記憶するなどのためのメモリ８０２をさらに含む。メモリ８０２は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、テープ、磁気ディスク、光ディスク、揮発性メモリ、不揮発性メモリ、およびそれらの任意の組合せなど、コンピュータが使用できる任意のタイプのメモリを含むことができる。
【０１７１】
さらに、ネットワーク装置８００は、本明細書で説明するように、ハードウェア、ソフトウェア、およびサービスを利用して、１つまたは複数の相手との通信を確立し、維持することを行う通信構成要素８０３を含む。通信構成要素８０３は、ネットワーク装置８００上の構成要素間の通信、ならびにネットワーク装置８００と、通信ネットワーク上に位置するデバイス、および／またはネットワーク装置８００に直列またはローカルに接続されたデバイスなどの外部デバイスとの間の通信を伝え得る。たとえば、通信構成要素８０３は、１つまたは複数のバスを含み得、それぞれ送信機および受信機に関連する、外部デバイスとインターフェースするように動作可能な送信チェーン構成要素および受信チェーン構成要素をさらに含み得る。
【０１７２】
さらに、ネットワーク装置８００は、データストア８０４をさらに含み得、データストア８０４は、本明細書で説明する態様に関連して採用される情報、データベース、およびプログラムの大容量記憶を与えるハードウェアおよび／またはソフトウェアの任意の適切な組合せとすることができる。たとえば、データストア８０４は、プロセッサ８０１によって現在実行されていないアプリケーションのためのデータリポジトリであり得る。
【０１７３】
ネットワーク装置８００は、さらに、ネットワーク装置８００のユーザから入力を受けるように動作可能であり、ユーザへの提示のための出力を生成するようにさらに動作可能なユーザインターフェース構成要素８０５を含み得る。ユーザインターフェース構成要素８０５は、限定はしないが、キーボード、テンキー、マウス、タッチセンシティブディスプレイ、ナビゲーションキー、ファンクションキー、マイクロフォン、音声認識構成要素、ユーザから入力を受けることが可能な他の機構、またはそれらの任意の組合せを含む、１つまたは複数の入力デバイスを含み得る。さらに、ユーザインターフェース構成要素８０５は、限定はしないが、ディスプレイ、スピーカ、触覚フィードバック機構、プリンタ、出力をユーザに提示することが可能な他の機構、またはそれらの任意の組合せを含む、１つまたは複数の出力デバイスを含み得る。
【０１７４】
ネットワーク装置８００は、ＭＳにおいて認証証明のＯＴＡプロビジョニングを実行するように構成されたＯＴＡプロビジョニングシステム８０６をさらに含み得、その認証証明は第２のアクセスシステムのためである。たとえば、ＯＴＡプロビジョニングシステム８０６は、図１〜図４中の、上記で説明したプロシージャを実行するためのハードウェア、ソフトウェア、ファームウェア、論理、またはコンピュータ実行可能命令のうちの１つまたは任意の組合せを含み得る。
【０１７５】
ネットワーク装置８００は、ＯＴＡプロビジョニングを要求しているＭＳのプロトコル能力を判断するためのプロトコル能力判断器をさらに含み得る。これは、プロビジョニングシステムが、ＭＳにおいて認証証明の適切なプロビジョニングを実行することを可能にする。
【０１７６】
ネットワーク装置８００は、ＭＳから通信を受信するため、およびＭＳに通信を送るため、ならびに、ＭＳにおいて認証証明のＯＴＡプロビジョニングを実行するための情報を伝送するための受信機８０７および送信機８０８をさらに含み得る。
【０１７７】
図９を参照すると、別の態様における、アクセスシステムのための認証証明のＯＴＡプロビジョニングを別のアクセスシステムから受信するシステム９００が示されている。たとえば、システム９００は、少なくとも部分的にコンピュータデバイス、モバイルデバイスなどの内部に常駐することができる。システム９００は機能ブロックを含むものとして表されており、その機能ブロックは、プロセッサ、ソフトウェア、またはそれらの組合せ（たとえば、ファームウェア）によって実装される機能を表す機能ブロックであり得ることを諒解されたい。システム９００は、連携して動作することができる電気構成要素の論理グルーピング９０２を含む。たとえば、論理グルーピング９０２は、第１のアクセスシステムに接続するためのモジュール９０４を含むことができる。第１のアクセスシステムは、たとえば、ＯＴＡＳＰまたはＩＯＴＡなど、ＣＤＭＡ２０００システムであり得る。
【０１７８】
さらに、論理グルーピング９０２は、第２のアクセスシステムのための認証証明の無線プロビジョニングを要求するためのモジュール９０６を備えることができる。第２のアクセスシステムは、ＡＫＡ認証方法を使用する３ＧＰＰシステムであり得る。
【０１７９】
さらに、論理グルーピング９０２は、第２のアクセスシステムのための認証証明の無線プロビジョニングを受信するためのモジュール９０８を備えることができる。第２のアクセスシステムのための認証証明の無線プロビジョニングは、ディフィーへルマン鍵一致、またはパスワード認証ディフィーへルマン鍵を交換することを含み得る。プロビジョニングされる認証証明は、３ＧＰＰ ＡＫＡ認証ルート鍵（Ｋ）と、ＡＫＡ認証関係パラメータと、第２のアクセスシステムによる認証中に使用されるべきＡＫＡ認証アルゴリズムとのうちのいずれかを含み得る。ＡＫＡ認証関係パラメータは、ＳＱＮ隠蔽のためのｆ５を使用すべきかどうかと、ＡＫＡ ＳＱＮ管理のための１つまたは複数のＳＱＮ番号の構成とのうちの少なくとも１つを含み得る。無線プロビジョニングされた認証証明を受信することは、第１のアクセスシステムからＡＫＡ認証アルゴリズムの無線カスタマイズを受信することをさらに含み得る。たとえば、ＡＫＡ認証アルゴリズムはＭＩＬＥＮＡＧＥであり得、認証アルゴリズムのカスタマイズはＯＰまたはＯＰｃパラメータのカスタマイズを含み得る。
【０１８０】
論理グルーピング９０２は、第２のアクセスシステムに接続するためのモジュール９１０と、第２のシステムによる認証を実行するために、プロビジョニングされた認証証明を与えるためのモジュール９１２とをさらに含み得る。
【０１８１】
さらに、システム９００は、電気構成要素９０４、９０６、９０８、９１０、および９１２に関連する機能を実行するための命令を保持するメモリ９１４を含むことができる。メモリ９１４の外部にあるものとして図示されているが、電気構成要素９０４、９０６、９０８、９１０、および９１２のうちの１つまたは複数はメモリ９１４の内部に存在することができることを理解されたい。
【０１８２】
図１０を参照すると、アクセスデバイスにおいて別のアクセスシステムのための認証証明のＯＴＡプロビジョニングを実行するシステム１０００が示されている。たとえば、システム１０００は、少なくとも部分的にコンピュータデバイス、モバイルデバイスなどの内部に常駐することができる。システム１０００は機能ブロックを含むものとして表されており、その機能ブロックは、プロセッサ、ソフトウェア、またはそれらの組合せ（たとえば、ファームウェア）によって実装される機能を表す機能ブロックであり得ることを諒解されたい。システム１０００は、連携して動作することができる電気構成要素の論理グルーピング１００２を含む。たとえば、論理グルーピング１００２は、アクセスデバイスからの呼発信を第１のアクセスシステムにおいて受信するためのモジュール１００４を含むことができる。第１のアクセスシステムは、たとえば、ＯＴＡＳＰまたはＩＯＴＡなど、ＣＤＭＡ２０００システムであり得る。
【０１８３】
さらに、論理グルーピング１００２は、呼をプロビジョニングシステムにダイレクトするためのモジュール１００６を備えることができる。
【０１８４】
さらに、論理グルーピング１００２は、アクセスデバイスのプロトコル能力を判断するためのモジュール１００８を備えることができる。
【０１８５】
論理グルーピング１００２は、第２のアクセスシステムのための認証証明の無線プロビジョニングを、第１のアクセスシステムを介してアクセスデバイスにおいて実行するためのモジュール１０１０をさらに含み得る。
【０１８６】
第２のアクセスシステムは、ＡＫＡ認証方法を使用する３ＧＰＰシステムであり得る。第２のアクセスシステムのための認証証明の無線プロビジョニングは、ディフィーへルマン鍵一致、またはパスワード認証式ディフィーへルマン鍵一致を含み得る。プロビジョニングされる認証証明は、３ＧＰＰ ＡＫＡ認証ルート鍵（Ｋ）と、ＡＫＡ認証関係パラメータと、第２のアクセスシステムによる認証中に使用されるべきＡＫＡ認証アルゴリズムとのうちのいずれかを含み得る。ＡＫＡ認証関係パラメータは、ＳＱＮ隠蔽のためのｆ５を使用すべきかどうかと、ＡＫＡ ＳＱＮ管理のための１つまたは複数のＳＱＮ番号の構成とのうちの少なくとも１つを含み得る。無線プロビジョニングされた認証証明を受信することは、第１のアクセスシステムからＡＫＡ認証アルゴリズムの無線カスタマイズを受信することをさらに含み得る。たとえば、ＡＫＡ認証アルゴリズムはＭＩＬＥＮＡＧＥであり得、認証アルゴリズムのカスタマイズはＯＰまたはＯＰｃパラメータのカスタマイズを含み得る。
【０１８７】
さらに、システム１０００は、電気構成要素１００４、１００６、１００８、および１０１０に関連する機能を実行するための命令を保持するメモリ１０１２を含むことができる。メモリ１０１２の外部にあるものとして示されているが、電気構成要素１００４、１００６、１００８、および１０１０の１つまたは複数は、メモリ１０１２の内部に存在することができることを理解されたい。
【０１８８】
略語および表
以下の略語は、本明細書で説明する例示的な実装形態に適用する。
【０１８９】
３ＧＰＤ−第３世代パケットデータ
アクセス認証−アクセス端末（ＡＴ）がＡＮ−ＡＡＡ（Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ，Ａｕｔｈｏｒｉｚａｔｉｏｎ ａｎｄ Ａｃｃｏｕｎｔｉｎｇエンティティ）によって認証されるプロシージャ。
【０１９０】
Ａ鍵−移動局およびＨＬＲ／ＡＣに記憶された秘密６４ビットパターン。移動局の共有秘密データを生成／更新するため、およびＳＰＡＳＭを確認するために使用される。
【０１９１】
認証−移動局の識別情報を確認するために基地局によって使用されるプロシージャ。
【０１９２】
認証センター（ＡＣ）−移動局に関係する認証情報を管理するエンティティ。
【０１９３】
基地局−移動局と通信するために使用される固定局。コンテキストに応じて、基地局という用語は、セル、セル内のセクタ、ＭＳＣ、ＯＴＡＦ、またはワイヤレスシステムの他の部分を指すことがある。（ＭＳＣおよびＯＴＡＦも参照。）
ｅＨＲＰＤルート鍵：ｅＨＲＰＤ移動局とＥｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ（ＥＰＣ）ネットワークとの間で共有される秘密１２８ビットパターン
電子シリアル番号（ＥＳＮ）−移動局製造業者によって割り当てられる、移動局機器を一意に識別する３２ビットの番号。
【０１９４】
順方向ＣＤＭＡチャネル−基地局から移動局へのＣＤＭＡチャネル。順方向ＣＤＭＡチャネルは、特定のパイロットＰＮオフセットを使用してＣＤＭＡ周波数割当て上で送信される１つまたは複数の符号チャネルを含んでいる。
【０１９５】
順方向トラフィックチャネル−基地局から移動局にユーザトラフィックとシグナリングトラフィックとをトランスポートするために使用される符号チャネル。
【０１９６】
ホームロケーションレジスタ（ＨＬＲ）−加入者情報など、ＭＩＮ／ＩＭＳＩが記録目的のために割り当てられるロケーションレジスタ。
【０１９７】
ＨＲＰＤ−高速パケットデータ。
【０１９８】
ＩＭＰＵ−ＩＭＳパブリック識別情報。
【０１９９】
国際移動局識別情報（ＩＭＳＩ）−ＩＴＵ−Ｔ勧告Ｅ．２１２において規定されている、ランドモバイルサービスにおいて局を識別する方法。
【０２００】
ＩＣＣＩＤ（集積回路カード識別子）／ＵＩＭＩＤ（ユーザ識別情報モジュール識別子）−スマートカードを識別するグローバル一意番号。
【０２０１】
モバイル機器識別子（ＭＥＩＤ）／ＩＭＥＩ（国際モバイル機器識別情報）−移動局製造業者によって割り当てられる、移動局機器を一意に識別する５６ビットの番号。
【０２０２】
移動局−基地局とのエンドユーザのワイヤレス通信リンクとして働く、固定または移動の局またはアクセスデバイス。移動局は、ポータブルユニット（たとえば、ハンドヘルドパーソナルユニット）と、車両中に設置されるユニットとを含む。
【０２０３】
移動交換センター（ＭＳＣ）−ワイヤレス無線電話サービスを与える機器の構成。移動電話交換局（ＭＴＳＯ）とも呼ばれる。
【０２０４】
ネットワーク−ネットワークは、エリアワイドのワイヤレスネットワーク、基地局のプライベートグループ、または特殊要件を扱うためにセットアップされた基地局のグループなど、ワイヤレスシステムのサブセットである。ネットワークは、システム内に完全に含まれている限り、必要に応じて小さくまたは大きくすることができる。システムも参照。
【０２０５】
ネットワーク識別情報（ＮＩＤ）−ワイヤレスシステム内で一意にネットワークを識別する番号。システム識別情報も参照。
【０２０６】
番号割当てモジュール（ＮＡＭ）−移動局に記憶されたＭＩＮ／ＩＭＳＩ関係パラメータのセット。
【０２０７】
無線サービスプロビジョニング機能（ＯＴＡＦ）−ＯＴＡＳＰ機能およびメッセージングプロトコルを制御するネットワーク機器の構成。
【０２０８】
無線パラメータアドミニストレーション（ＯＴＡＰＡ）−エアインターフェースを介して移動局動作パラメータをプロビジョニングするネットワーク開始型ＯＴＡＳＰプロセス。
【０２０９】
無線サービスプロビジョニング（ＯＴＡＳＰ）−エアインターフェースを介して移動局動作パラメータをプロビジョニングするプロセス。
【０２１０】
Ｐ−ＣＳＣＦ−プロキシ呼セッション制御機能。
【０２１１】
好適ユーザゾーンリスト（ＰＵＺＬ）−モバイルユーザが加入するユーザゾーンについての情報を移動局に与えるリスト。
【０２１２】
ＰＤＳＮ−パケットデータサービスノード。
【０２１３】
セキュアモード−移動局とネットワークベースのプロビジョニングエンティティとの間で暗号化形態で動作パラメータを通信するネットワーク開始型モード。
【０２１４】
ＳＩＰ−セッション開始プロトコル。
【０２１５】
サービスプログラミングロック（ＳＰＬ）−サービスプログラミングコード（ＳＰＣ）を検証することによって、無許可のネットワークエンティティによるいくつかの移動局パラメータの無線プロビジョニングを防ぐために与えられる保護。
【０２１６】
加入者パラメータアドミニストレーションセキュリティ機構（ＳＰＡＳＭ）−ＯＴＡＰＡセッション中に無許可のネットワークエンティティによるプログラミングからアクティブＮＡＭのパラメータとインジケータとを保護するセキュリティ機構。
【０２１７】
システム識別情報（ＳＩＤ）−ワイヤレスシステムを一意に識別する番号。
【０２１８】
好適ローミングのためのシステム選択（ＳＳＰＲ）−好適ローミングリスト（ＰＲ＿ＬＩＳＴｓ−ｐ）の形態で移動局に記憶された追加のパラメータのセットに基づいて移動局システム収集プロセスを向上させる機能。
【０２１９】
トラフィックチャネル−ユーザトラフィックとシグナリングトラフィックとのために使用される、移動局と基地局との間の通信経路。トラフィックチャネルという用語は、順方向トラフィックチャネルと逆トラフィックチャネルとのペアを暗示する。順方向トラフィックチャネルおよび逆トラフィックチャネルも参照。
【０２２０】
ＵＭＢ−Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ。
【０２２１】
移動局の動作について説明するために数字情報を使用する。数字情報の使用を明確化するために以下の添え字を使用する。「ｓ」は、移動局の一時メモリに記憶された値を示し、「ｒ」は、順方向アナログ制御チャネルまたはＣＤＭＡ順方向チャネルを介して移動局によって受信された値を示し、「ｐ」は、移動局の永続的セキュリティおよび識別情報メモリに設定された値を示し、「ｓ−ｐ」は、移動局の半永続的セキュリティおよび識別情報メモリに記憶された値を示す。
【０２２２】
以下で、ＯＴＡＳＰに特に関係する数字情報を定義する。
【０２２３】
Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶｐ−移動局鍵交換プロシージャのプロトコルリビジョン。
【０２２４】
Ａ＿ＫＥＹ＿ＴＥＭＰｓ−移動局に一時的に記憶された秘密６４ビットパターン。
【０２２５】
ＡＵＴＨ＿ＯＴＡＰＡｓ−ＳＰＡＳＭを確認するために使用される計算された１８ビット結果ＡＵＴＨ＿ＳＩＧＮＡＴＵＲＥ。
【０２２６】
ＢＣＭＣＳ＿Ｋｐ−移動局に永続的に記憶された秘密１２８ビットパターン。
【０２２７】
ＢＳ＿ＰＡＲＡＭ−３Ｇルート鍵計算のために基地局プロシージャ中で使用される変数。
【０２２８】
ＢＳ＿ＰＷ−基地局に記憶された１２８ビットユーザパスワード。ＭＳ＿ＰＷと同じ値を有する。
【０２２９】
ＢＳ＿ＰＷ＿ＨＡＳＨ−基地局ユーザパスワードＢＳ＿ＰＷの計算された１１５２ビットハッシュ。
【０２３０】
ＢＳ＿ＲＥＳＵＬＴ−基地局結果
ｅＨＲＰＤ＿Ｋｐ−移動局に永続的に記憶された秘密１２８ビットパターン
ｅＨＲＰＤ＿Ｋ＿ＴＥＭＰｓ−移動局に一時的に記憶された秘密１２８ビットパターン。
【０２３１】
Ｇ−ディフィーへルマン鍵一致プロシージャのための生成器
ＩＭＳ＿Ｋｐ−移動局に永続的に記憶された秘密１２８ビットパターン。
【０２３２】
ＩＴＭ＿ＫＥＹ−サービス鍵を計算するためのプロシージャ中で使用される中間鍵。
【０２３３】
ＭＳ＿ＰＡＲＡＭ−３Ｇルート鍵計算のために移動局プロシージャ中で使用される変数。
【０２３４】
ＭＳ＿ＰＷ−移動局に記憶された１２８ビットユーザパスワード。ＢＳ＿ＰＷと同じ値を有する。
【０２３５】
ＭＳ＿ＰＷ＿ＨＡＳＨ−移動局ユーザパスワードＭＳ＿ＰＷの計算された１１５２ビットハッシュ。
【０２３６】
ＭＳ＿ＲＥＳＵＬＴ−移動局結果
ＮＡＭ＿ＬＯＣＫｐ−ＯＴＡＰＡセッション中のアクティブＮＡＭにおけるプログラマブルパラメータのＳＰＡＳＭ保護を定義する、基地局によって移動局に設定されるロッキングインジケータ。
【０２３７】
ＮＵＬＬ−フィールドまたは変数の指定された範囲内にない値。
【０２３８】
ＮＡＭ＿ＬＯＣＫｓ−後続のＯＴＡＰＡセッションのためのアクティブＮＡＭのＳＰＡＳＭ保護のネットワーク制御ステータス。
【０２３９】
ＮＡＭ＿ＬＯＣＫ＿ＳＴＡＴＥ−ＯＴＡＰＡのための移動局プログラマブルパラメータのロッキング状態。ＮＡＭ＿ＬＯＣＫ＿ＳＴＡＴＥ＝‘１’である場合、パラメータはネットワーク開始型プログラミングのためにロックされている。
【０２４０】
Ｐ−ディフィーへルマン鍵一致プロシージャのための素数
ＰＡＲＡＭ＿Ｇ−鍵交換パラメータＧ。
【０２４１】
ＰＡＲＡＭ＿Ｇｓ−鍵交換パラメータＧ。
【０２４２】
ＰＡＲＡＭ＿Ｐ−鍵交換パラメータＰ。
【０２４３】
ＰＡＲＡＭ＿Ｐｓ−鍵交換パラメータＰ。
【０２４４】
ＰＲ＿ＬＩＳＴｓ−ｐ−好適ローミングリスト。移動局システム選択および収集プロセスを支援するための情報を含んでいる。電力がオフにされたとき、移動局によって保持される。
【０２４５】
ＰＲＬ＿ＢＬＯＣＫ＿ＩＤ＿ＣＵＲＲＥＮＴｓ−移動局に一時的に記憶された現在の好適ローミングリストのパラメータブロック識別子。
【０２４６】
ＰＵＺＬｓ−ｐ−好適ユーザゾーンリスト。ユーザゾーン選択および収集プロセス中に移動局を支援するための情報を含んでいる。電力がオフにされたとき、移動局によって保持される。
【０２４７】
ＰＵＺＬ＿Ｐ＿ＲＥＶｐ−移動局ＰＵＺＬダウンロードプロシージャのプロトコルリビジョン。
【０２４８】
ＲＡＮＤ＿ＳＥＥＤ−移動局に一時的に記憶された秘密１２８ビットパターン。
【０２４９】
ＲＫｐ−移動局に永続的に記憶された秘密１２８ビットパターン。
【０２５０】
ＲＫ＿ＴＥＭＰｓ−移動局に一時的に記憶された秘密１２８ビットパターン。
【０２５１】
ＳＰＣｐ−サービスプログラミングコード。移動局に割り当てられた、許可されたネットワークエンティティに知られている秘密コード。基地局は、プログラミングまたは再プログラミングのために移動局パラメータをアンロックするために、ＳＰＣｐに等しいコードを使用する。
【０２５２】
ＳＰＣｓ−移動局に一時的に記憶されたサービスプログラミングコード。
【０２５３】
ＳＰＬ＿Ｐ＿ＲＥＶｐ−移動局サービスプログラミングロックのプロトコルリビジョン。
【０２５４】
ＳＰ＿ＬＯＣＫ＿ＳＴＡＴＥ−移動局プログラマブルパラメータのロッキング状態。ＳＰ＿ＬＯＣＫ＿ＳＴＡＴＥ＝‘１’である場合、パラメータはプログラミングのためにロックされている。
【０２５５】
ＳＳＰＲ＿Ｐ＿ＲＥＶｐ−移動局ＳＳＰＲダウンロードプロシージャおよびＰＲＬフォーマットのプロトコルリビジョン。
【０２５６】
ＳＥＣＵＲＥ＿ＭＯＤＥ＿ＩＮＤs−セキュアモードインジケータ。ＳＥＣＵＲＥ＿ＭＯＤＥ＿ＩＮＤs＝‘１’である場合、現在のプログラミングセッションはセキュアモードにある。
【０２５７】
ＷＬＡＮ＿Ｋｐ−移動局に永続的に記憶された秘密１２８ビットパターン。
【０２５８】
Ｘ−移動局によって発生される乱数
Ｙ−基地局によって発生される乱数
移動局のＯＴＡサービスプロビジョニングの追加の説明は、その内容全体が参照により本明細書に組み込まれる、３ＧＰＰ２ウェブサイトのhttp://www.3gpp2.org/Public_html/specs/C.S0016-D%20v1.0_OTASP.pdfにあるＣ．Ｓ．００１６−Ｄ ｖ１．０に記載され得る。
【０２５９】
移動局の動作について説明するために使用される番号情報を明確化するために、以下の添え字を使用する。「ｓ」は、移動局の一時メモリに記憶された値を示し、「ｒ」は、順方向アナログチャネルまたはＣＤＭＡ順方向チャネルを介して移動局によって受信された値を示し、「ｐ」は、移動局の永続的セキュリティおよび識別情報メモリに設定された値を示し、「ｓ−ｐ」は、移動局の半永続的セキュリティおよび識別情報メモリに記憶された値を示す。
【０２６０】
各移動局には、移動局を動作不能にしなければ加入者が変更することができない単一の一意の３２ビットバイナリ通し番号（ＥＳＮ）または単一の一意の５６ビットバイナリ通し番号（ＭＥＩＤ）のいずれかが割り当てられる。
【０２６１】
表３．５．１．７−１に機能識別子情報を記載する。
【表８−１】
【表８−２】
【表９−１】
【表９−２】
【表９−３】
【０２６２】
表３．５．８−１に、３ＧＰＤ構成要求メッセージおよび３ＧＰＤ構成応答メッセージにおいて使用されるパラメータブロックのタイプを記載する。
【表１０】
【０２６３】
３ＧＰＤパラメータブロック−表４．５．７−１
以下の表、表４．５．７−１に、３ＧＰＤダウンロード要求メッセージおよび３ＧＰＤダウンロード応答メッセージにおいて使用されるパラメータブロックのタイプを記載する。
【表１１】
【０２６４】
５．２．１ 鍵交換パラメータの生成。基地局は、以下の基準に基づいて５１２ビットの素数Ｐを選択し、記憶する。
【０２６５】
・Ｐはランダムに選択されるべきである。
【０２６６】
・（Ｐ−１）は大きい素因数を有するべきである。
【０２６７】
・Ｐの最上位ビットは‘１’に等しくなるべきである。
【０２６８】
基地局は、ＭＳ鍵要求メッセージのＰＡＲＡＭ＿ＰをＰに設定する。基地局は、１６０ビットの数Ｇを、１よりも大きく、（Ｐ−１）よりも小さくなるように選択する。基地局は、ＭＳ鍵要求メッセージのＰＡＲＡＭ＿ＧをＧに設定する。基地局は、基地局結果ＢＳ＿ＲＥＳＵＬＴを計算する際に使用する乱数Ｙを発生する。数Ｙは以下のプロパティを有する。
【０２６９】
・発生した数は長さが１６０ビットである。
【０２７０】
・発生した数は４以上である。
【０２７１】
・発生した数は、その範囲にわたって一様な統計的分布を有する。
【０２７２】
・同じ基地局によって送られた異なる鍵生成要求メッセージを作成する際に使用される数は、統計的に無相関である。
【０２７３】
・異なる基地局によって送られた鍵生成要求メッセージを作成する際に使用される数は、統計的に無相関である。
【０２７４】
５．３．１ ディフィーへルマン鍵一致プロシージャのための乱数発生。移動局は、移動局結果ＭＳ＿ＲＥＳＵＬＴを計算する際に使用するＰＡＲＡＭ＿Ｐsを以下の１０２４ビットの素数に（最上位ビットを最初に）設定する。
【０２７５】
0xFFFFFFFF 0xFFFFFFFF 0xC90FDAA2 0x2168C234 0xC4C6628B 0x80DC1CD1 0x29024E08 0x8A67CC74 0x020BBEA6 0x3B139B22 0x514A0879 0x8E3404DD 0xEF9519B3 0xCD3A431B 0x302B0A6D 0xF25F1437 0x4FE1356D 0x6D51C245 0xE485B576 0x625E7EC6 0xF44C42E9 0xA637ED6B 0x0BFF5CB6 0xF406B7ED 0xEE386BFB 0x5A899FA5 0xAE9F2411 0x7C4B1FE6 0x49286651 0xECE65381 0xFFFFFFFF 0xFFFFFFFF
移動局は、ＭＳ＿ＲＥＳＵＬＴを計算する際に使用するＰＡＲＡＭ＿Ｇsを‘００００００１０’に設定する。
【０２７６】
移動局は、ＭＳ＿ＲＥＳＵＬＴを計算する際に使用する乱数Ｘを発生する。数Ｘは以下のプロパティを有する。
【０２７７】
・発生した数は長さが２５６ビットである。
【０２７８】
・発生した数は４以上である。
【０２７９】
・発生した数は、その範囲にわたって一様な統計的分布を有する。
【０２８０】
・同じ移動局によって送られた異なる鍵生成応答メッセージを作成する際に使用される数は、統計的に無相関である。
【０２８１】
・各鍵生成応答メッセージを作成する際に使用される数は、前に使用された数または移動局インジケータ値から導き出されない。
【０２８２】
・異なる移動局によって送られた鍵生成応答メッセージを作成する際に使用される数は、統計的に無相関である。
【０２８３】
上記で使用される数は、ＯＡＫＬＥＹ ＩＥＴＦ規格の一部であり得る。ただし、任意の好適な素数も使用され得る。
【０２８４】
５．３．３ Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝‘００００００１１’の場合のＡ鍵およびルート鍵計算
移動局は、ｆ０への入力のうちの１つ、ランダム秘密シード、ＲＡＮＤ＿ＳＥＥＤ＿ＴＥＭＰ＝ＰＡＲＡＭ＿Ｐsを法とするＢＳ＿ＲＥＳＵＬＴsXを計算する。移動局は、結果ＲＡＮＤ＿ＳＥＥＤ＿ＴＥＭＰの最下位１２８ビットをＲＡＮＤ＿ＳＥＥＤとして記憶する。
【０２８５】
Ａ＿ＫＥＹおよび３Ｇルート鍵ＲＫは、〔８〕のセクション２．２．２．２において指定されているように、アルゴリズムの関数ｆ０を呼び出すことによって生成される。ｆ０の呼出しごとに６４ビットを生成するので、合計１９２ビットの場合はｆ０の３回の呼出しが必要である。
【０２８６】
アルゴリズムの関数ｆ０への入力パラメータは、次のように設定される。
【０２８７】
・ＫパラメータはＲＡＮＤ＿ＳＥＥＤに設定される。
【０２８８】
・ｆｉパラメータは０ｘ４１に設定される。
【０２８９】
・Ｆｍｋパラメータは０ｘ４１４８４１４７に設定される。
【０２９０】
移動局はｆ０を呼び出す。
【０２９１】
移動局は、ｆ０の呼出しの結果の最上位ビットをＡ＿ＫＥＹ＿ＴＥＭＰsとして記憶する。
【０２９２】
移動局は、ｆ０の呼出しの残りの１２８のビットをＲＫ＿ＴＥＭＰsとして記憶する。
【０２９３】
５．４．１ 鍵交換パラメータルート鍵の生成。これは、Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝‘００００００１１’または‘０００００１００’の場合の基地局要件に関する。基地局は、基地局結果ＢＳ＿ＲＥＳＵＬＴを計算する際に使用するＰＡＲＡＭ＿Ｐsを以下の１０２４ビットの素数に（最上位ビットを最初に）設定する。
【０２９４】
0xFFFFFFFF 0xFFFFFFFF 0xC90FDAA2 0x2168C234 0xC4C6628B 0x80DC1CD1 0x29024E08 0x8A67CC74 0x020BBEA6 0x3B139B22 0x514A0879 0x8E3404DD 0xEF9519B3 0xCD3A431B 0x302B0A6D 0xF25F1437 0x4FE1356D 0x6D51C245 0xE485B576 0x625E7EC6 0xF44C42E9 0xA637ED6B 0x0BFF5CB6 0xF406B7ED 0xEE386BFB 0x5A899FA5 0xAE9F2411 0x7C4B1FE6 0x49286651 0xECE653810xFFFFFFFF 0xFFFFFFFF
基地局は、ＢＳ＿ＲＥＳＵＬＴを計算する際に使用するＰＡＲＡＭ＿Ｇsを‘００００００１０’に設定する。
【０２９５】
基地局は、ＢＳ＿ＲＥＳＵＬＴを計算する際に使用する乱数Ｙを発生する。数Ｙは以下のプロパティを有する。
【０２９６】
・発生した数は長さが２５６ビットである。
【０２９７】
・発生した数は４以上である。
【０２９８】
・発生した数は、その範囲にわたって一様な統計的分布を有する。
【０２９９】
・同じ基地局によって送られた異なる鍵生成要求メッセージを作成する際に使用される数は、統計的に無相関である。
【０３００】
・異なる基地局によって送られた鍵生成要求メッセージを作成する際に使用される数は、統計的に無相関である。
【０３０１】
５．５ Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝‘０００００１０１’の場合の移動局要件
５．５．１ 乱数発生および鍵生成パラメータ
移動局は、５．３．１において指定されているように、移動局結果ＭＳ＿ＲＥＳＵＬＴを計算する際に使用するＰＡＲＡＭ＿Ｐsを１０２４ビットの素数に設定する。
【０３０２】
移動局は、ＭＳ＿ＲＥＳＵＬＴを計算する際に使用するＰＡＲＡＭ＿Ｇsを‘００００１１０１’に設定する。
【０３０３】
移動局は、ＭＳ＿ＲＥＳＵＬＴを計算する際に使用する乱数Ｘを発生する。数Ｘは以下のプロパティを有する。
【０３０４】
・発生した数は長さが３８４ビットである。
【０３０５】
・発生した数は４以上である。
【０３０６】
・発生した数は、その範囲にわたって一様な統計的分布を有する。
【０３０７】
・同じ移動局によって送られた異なる鍵生成応答メッセージを作成する際に使用される数は、統計的に無相関である。
【０３０８】
・各鍵生成応答メッセージを作成する際に使用される数は、前に使用された数または移動局インジケータ値から導き出されない。
【０３０９】
・異なる移動局によって送られた鍵生成応答メッセージを作成する際に使用される数は、統計的に無相関である。
【０３１０】
５．５．２ 移動局結果
移動局は、次のようにＭＳ＿ＰＷ＿ＨＡＳＨを計算する。
【数１０】
【０３１１】
移動局は、ＭＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿Ｐsを法とする（ＭＳ＿ＰＷ＿ＨＡＳＨ＊ＰＡＲＡＭ＿ＧsX）を計算する。ＭＳ＿ＰＷ＿ＨＡＳＨは、実装を簡略化するために、乗算の前にＰＡＲＡＭ＿ＰSを法として簡約され得る。ＳＨＡ−１は、Ｃ．Ｓ００２４−Ａ、「cdma2000 High Rate Packet Data Air Interface Specification」、２００４年４月において指定されているＦＩＰＳ−１８０ハッシュ関数を指す。
【０３１２】
５．５．３ Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝‘０００００１０１’の場合のルート鍵計算
移動局は、ルート鍵ＲＫ＝ＳＨＡ−１（０ｘ０００００００３｜０ｘ０００００Ｃ８０（この値は、ＭＳ＿ＰＡＲＡＭのビット単位の長さに設定される。）｜ＭＳ＿ＰＡＲＡＭ｜ＭＳ＿ＰＡＲＡＭ）を計算し、
【数１１】
【０３１３】
である。
【０３１４】
移動局は、結果ＲＫの最下位１２８ビットをＲＫ＿ＴＥＭＰsとして記憶する。
【０３１５】
５．６ Ａ＿ＫＥＹ＿Ｐ＿ＲＥＶ＝‘０００００１０１’の場合の基地局要件
５．６．１ 乱数発生および鍵生成パラメータ
基地局は、５．４．１において指定されているように、基地局結果ＢＳ＿ＲＥＳＵＬＴを計算する際に使用するＰＡＲＡＭ＿Ｐsを以下の１０２４ビットの素数に（最上位ビットを最初に）設定する。
【０３１６】
基地局は、ＢＳ＿ＲＥＳＵＬＴを計算する際に使用するＰＡＲＡＭ＿Ｇsを‘００００１１０１’に設定する。
【０３１７】
基地局は、ＢＳ＿ＲＥＳＵＬＴを計算する際に使用する乱数Ｙを発生する。数Ｙは以下のプロパティを有する。
【０３１８】
・発生した数は長さが３８４ビットである。
【０３１９】
・発生した数は４以上である。
【０３２０】
・発生した数は、その範囲にわたって一様な統計的分布を有する。
【０３２１】
・同じ基地局によって送られた異なる鍵生成要求メッセージを作成する際に使用される数は、統計的に無相関である。
【０３２２】
・異なる基地局によって送られた鍵生成要求メッセージを作成する際に使用される数は、統計的に無相関である。
【０３２３】
５．６．２ 基地局結果
基地局はＢＳ＿ＰＷ＿ＨＡＳＨを計算し、
【数１２】
【０３２４】
である。
【０３２５】
基地局は、ＢＳ＿ＲＥＳＵＬＴ＝ＰＡＲＡＭ＿Ｐを法とする（ＢＳ＿ＰＷ＿ＨＡＳＨ＊ＰＡＲＡＭ＿ＧY）を計算する。ＢＳ＿ＰＷ＿ＨＡＳＨは、実装を簡略化するために、乗算の前にＰを法として簡約され得る。
【０３２６】
上記の説明では、説明の目的で、１つまたは複数の態様の完全な理解を与えるために多数の具体的な詳細を記載する。ただし、そのような（１つまたは複数の）態様は、これらの具体的な詳細なしに実施され得ることは明らかであろう。
【０３２７】
本出願で使用する「構成要素」、「モジュール」、「システム」などの用語は、限定はしないが、ハードウェア、ファームウェア、ハードウェアとソフトウェアの組合せ、ソフトウェア、または実行中のソフトウェアなど、コンピュータ関連のエンティティを含むものとする。たとえば、構成要素は、プロセッサ上で実行されるプロセス、プロセッサ、オブジェクト、実行可能ファイル、実行スレッド、プログラム、および／またはコンピュータとすることができるが、これらに限定されない。例として、コンピューティングデバイス上で実行されるアプリケーションと、そのコンピューティングデバイスの両方を構成要素であり得る。１つまたは複数の構成要素がプロセスおよび／または実行スレッド内に常駐することができ、１つの構成要素を１つのコンピュータ上に配置し、および／または２つ以上のコンピュータ間に分散し得る。さらに、これらの構成要素は、様々なデータ構造を記憶している様々なコンピュータ可読媒体から実行することができる。これらの構成要素は、ローカルシステム、分散システム、および／または他のシステムを用いるインターネットなどのネットワーク全体の中の別の構成要素と信号を介して対話する１つの構成要素からのデータなど、１つまたは複数のデータパケットを有する信号によるなど、ローカルプロセスおよび／またはリモートプロセスを介して通信し得る。
【０３２８】
さらに、本明細書では、ワイヤード端末またはワイヤレス端末であり得る端末に関する様々な態様について説明する。端末は、システム、デバイス、加入者ユニット、加入者局、移動局、モバイル、モバイルデバイス、リモート局、リモート端末、アクセス端末、ユーザ端末、端末、通信デバイス、ユーザエージェント、ユーザデバイス、またはユーザ機器（ＵＥ）と呼ばれることもある。ワイヤレス端末は、セルラー電話、衛星電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）電話、ワイヤレスローカルループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、ワイヤレス接続機能を有するハンドヘルドデバイス、コンピューティングデバイス、またはワイヤレスモデムに接続された他の処理デバイスであり得る。さらに、本明細書では基地局に関する様々な態様について説明する。基地局は、（１つまたは複数の）ワイヤレス端末と通信するために利用でき、アクセスポイント、ノードＢ、または何らかの他の用語で呼ばれることもある。
【０３２９】
さらに、「または」という用語は、排他的な「または」ではなく、包括的な「または」を意味するものとする。すなわち、別段の規定がない限り、または文脈から明白でない限り、「ＸはＡまたはＢを使用する」という句は、自然な包括的置換のいずれかを意味するものとする。すなわち、「ＸはＡまたはＢを使用する」という句は、ＸがＡを使用する場合、ＸがＢを使用する場合、またはＸがＡとＢの両方を使用する場合のいずれによっても満たされる。さらに、本出願および添付の特許請求の範囲で使用する冠詞「ａ」および「ａｎ」は、別段の規定がない限り、または単数形を示すことが文脈から明白でない限り、概して「１つまたは複数」を意味するものと解釈すべきである。
【０３３０】
本明細書で説明する技法は、符号分割多重接続（ＣＤＭＡ）ネットワーク、時分割多重接続（ＴＤＭＡ）ネットワーク、周波数分割多重接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークなど様々なワイヤレス通信システムに対して使用され得る。「システム」および「ネットワーク」という用語は、しばしば互換的に使用される。ＣＤＭＡシステムは、ユニバーサル地上無線アクセス（ＵＴＲＡ）、ＣＤＭＡ２０００などの無線技術を実装し得る。ＵＴＲＡは、Ｗｉｄｅｂａｎｄ−ＣＤＭＡ（Ｗ−ＣＤＭＡ）およびＣＤＭＡの他の変形態を含む。さらに、ＣＤＭＡ２０００は、ＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６規格をカバーする。ＴＤＭＡシステムは、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ（登録商標））などの無線技術を実装し得る。ＯＦＤＭＡシステムは、Ｅｖｏｌｖｅｄ ＵＴＲＡ（Ｅ−ＵＴＲＡ）、Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ（ＵＭＢ）、ＩＥＥＥ８０２．１１（ＷｉＦｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭ（登録商標）などの無線技術を実装し得る。ＵＴＲＡおよびＥ−ＵＴＲＡは、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ（ＵＭＴＳ）の一部である。３ＧＰＰ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）は、ダウンリンク上ではＯＦＤＭＡを採用し、アップリンク上ではＳＣ−ＦＤＭＡを採用するＥ−ＵＴＲＡを使用するＵＭＴＳのリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭ（登録商標）は、「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ」（３ＧＰＰ）と称する組織からの文書に記載されている。さらに、ＣＤＭＡ２０００およびＵＭＢは、「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ ２」（３ＧＰＰ２）と称する組織からの文書に記載されている。さらに、そのようなワイヤレス通信システムは、不対無資格スペクトル、８０２．ｘｘワイヤレスＬＡＮ、ＢＬＵＥＴＯＯＴＨ（登録商標）および任意の他の短距離または長距離ワイヤレス通信技法をしばしば使用するピアツーピア（たとえば、モバイルツーモバイル）アドホックネットワークシステムをさらに含み得る。
【０３３１】
シングルキャリア変調および周波数領域等化を利用するシングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）は、１つの技法である。ＳＣ−ＦＤＭＡは、ＯＦＤＭＡシステムと同様の性能および本質的に同じ全体的な複雑さを有する。ＳＣ−ＦＤＭＡ信号は、その特有のシングルキャリア構造のためにより低いピーク対平均電力比（ＰＡＰＲ）を有する。ＳＣ−ＦＤＭＡは特に、より低いＰＡＰＲが送信電力効率の点でモバイル端末に大幅な利益を与えるアップリンク通信において大きい注目を引いている。それは現在、３ＧＰＰ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、またはＥｖｏｌｖｅｄ ＵＴＲＡにおけるアップリンク多元接続方式に関する実用的な前提である。
【０３３２】
様々な態様または特徴は、いくつかのデバイス、構成要素、モジュールなどを含み得るシステムに関して提示される。様々なシステムは、追加のデバイス、構成要素、モジュールなどを含んでもよく、および／または各図に関連して論じるデバイス、構成要素、モジュールなどのすべてを含まなくてもよいことを理解および諒解されたい。これらの手法の組合せも使用され得る。
【０３３３】
本明細書で開示した実施形態に関して説明した様々な例示的な論理、論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブル論理デバイス、個別ゲートまたはトランジスタロジック、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。さらに、少なくとも１つのプロセッサは、上記で説明したステップおよび／またはアクションの１つまたは複数を実行するように動作可能な１つまたは複数のモジュールを備え得る。
【０３３４】
さらに、本明細書で開示された態様に関して説明した方法またはアルゴリズムのステップおよび／またはアクションは、直接ハードウェアで実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはその２つの組合せで実施され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている他の形態の記憶媒体中に常駐し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読むことができ、記憶媒体に情報を書き込むことができるようにプロセッサに結合され得る。代替として、記憶媒体はプロセッサに一体化され得る。さらに、いくつかの態様では、プロセッサおよび記憶媒体はＡＳＩＣ中に常駐し得る。さらに、ＡＳＩＣはユーザ端末中に常駐し得る。代替として、プロセッサおよび記憶媒体は、ユーザ端末中に個別構成要素として常駐し得る。さらに、いくつかの態様では、方法またはアルゴリズムのステップおよび／またはアクションは、コンピュータプログラム製品に組み込まれ得る、機械可読媒体および／またはコンピュータ可読媒体上のコードおよび／または命令の１つまたは任意の組合せ、あるいはそのセットとして常駐し得る。
【０３３５】
１つまたは複数の態様では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの組合せで実装され得る。ソフトウェアで実装する場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体上で送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体と通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、あるいは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気記憶デバイス、もしくは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用でき、コンピュータによってアクセスできる任意の他の媒体を備えることができる。また、どんな接続でもコンピュータ可読媒体と呼ばれることがある。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびブルーレイディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、通常、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。
【０３３６】
上記の開示は、例示的な態様および／または実施形態について論じたが、添付の特許請求の範囲によって定義された記載の態様および／または実施形態の範囲から逸脱することなく、様々な変更および改変を本明細書で行うことができることに留意されたい。さらに、記載の態様および／または実施形態の要素は、単数形で説明または請求されていることがあるが、単数形に限定することが明示的に述べられていない限り、複数形が企図される。さらに、任意の態様および／または実施形態の全部または一部は、別段の規定がない限り、任意の他の態様および／または実施形態の全部または一部とともに利用され得る。
【特許請求の範囲】
【請求項１】
第１のアクセスシステムに接続することと、
無線プロビジョニングプロシージャがない第２のアクセスシステムのための認証証明の無線プロビジョニングを要求することと、
前記第１のアクセスシステムを介して前記第２のアクセスシステムのための前記認証証明の無線プロビジョニングを受信することと、
前記第２のアクセスシステムに接続することと、
前記第２のアクセスシステムによる認証を実行するために、前記プロビジョニングされた認証証明を前記第２のアクセスシステムに与えることと
を備える、無線プロビジョニングのための方法。
【請求項２】
前記認証証明が認証および鍵一致（ＡＫＡ）認証証明を含み、前記方法が、
前記ＡＫＡ認証証明を使用して前記第２のアクセスシステムによるＡＫＡ認証を実行すること
をさらに備える、請求項１に記載の方法。
【請求項３】
前記第２のアクセスシステムが３ＧＰＰコアネットワークを備え、前記第１のアクセスシステムが非３ＧＰＰコアネットワークである、請求項２に記載の方法。
【請求項４】
前記無線プロビジョニングが、ディフィーへルマンベースのプロトコルを使用して鍵を確立することを含む、請求項３に記載の方法。
【請求項５】
前記無線プロビジョニングが、ディフィーへルマンプロトコルを使用してパスワード認証鍵を交換することを含む、請求項３に記載の方法。
【請求項６】
前記無線プロビジョニングされた認証証明が、３ＧＰＰ ＡＫＡ認証ルート鍵（Ｋ）、ＡＫＡ認証関係パラメータ、または前記第２のアクセスシステムによる前記認証において使用されるべきＡＫＡ認証アルゴリズムのうちの少なくとも１つを含む、請求項３に記載の方法。
【請求項７】
前記無線プロビジョニングされた認証証明がＡＫＡ認証関係パラメータを含み、前記ＡＫＡ認証関係パラメータが、ＳＱＮ隠蔽のためのｆ５を使用すべきかどうかと、ＡＫＡ ＳＱＮ管理のための１つまたは複数のＳＱＮ番号の構成とのうちの少なくとも１つを含む、請求項６に記載の方法。
【請求項８】
前記無線プロビジョニングされた認証証明が、前記第２のアクセスシステムによる前記認証において使用されるべき前記ＡＫＡ認証アルゴリズムを含み、前記方法が、
前記第１のアクセスシステムから前記認証アルゴリズムの無線カスタマイズを受信すること
をさらに備える、請求項６に記載の方法。
【請求項９】
前記ＡＫＡ認証アルゴリズムがＭＩＬＥＮＡＧＥであり、前記認証アルゴリズムのカスタマイズがＯＰまたはＯＰｃパラメータのカスタマイズを含む、請求項８に記載の方法。
【請求項１０】
前記第１のアクセスシステムがＣＤＭＡ２０００システムを備える、請求項８に記載の方法。
【請求項１１】
前記無線プロビジョニングが無線サービスプロビジョニング（ＯＴＡＳＰ）を介して受信される、請求項１０に記載の方法。
【請求項１２】
前記無線プロビジョニングが無線インターネット（ＩＯＴＡ）を介して受信される、請求項１０に記載の方法。
【請求項１３】
第１のアクセスシステムおよび第２のアクセスシステムに接続するための送信機と、
前記第１のアクセスシステムに、前記第２のアクセスシステムのための認証証明の無線プロビジョニングを要求するためのプロセッサであって、前記第２のアクセスシステムには無線プロビジョニングプロシージャがない、プロセッサと、
前記第１のアクセスシステムから前記第２のアクセスシステムのための前記認証証明の無線プロビジョニングを受信するための受信機と、
前記第２のアクセスシステムのための前記認証証明の前記受信された無線プロビジョニングを記憶するためのメモリと、
前記第２のアクセスシステムとの接続を確立するために、前記第２のアクセスシステムによる認証を実行するために、前記プロビジョニングされた認証証明を前記第２のアクセスシステムに与えるための通信構成要素と
を備える、無線プロビジョニングを受信するための装置。
【請求項１４】
前記認証証明が認証および鍵一致（ＡＫＡ）認証証明を含み、前記無線プロビジョニングが、前記ＡＫＡ認証証明を使用して前記第２のアクセスシステムによるＡＫＡ認証を実行することを含む、請求項１３に記載の装置。
【請求項１５】
前記第２のアクセスシステムが３ＧＰＰコアネットワークを備え、前記第１のアクセスシステムが非３ＧＰＰコアネットワークである、請求項１４に記載の装置。
【請求項１６】
前記無線プロビジョニングが、ディフィーへルマンベースのプロトコルを使用して鍵を確立することを含む、請求項１５に記載の装置。
【請求項１７】
前記無線プロビジョニングが、パスワード認証式ディフィーへルマン鍵一致を交換することを含む、請求項１５に記載の装置。
【請求項１８】
前記無線プロビジョニングされた認証証明が、３ＧＰＰ ＡＫＡ認証ルート鍵（Ｋ）、ＡＫＡ認証関係パラメータ、および前記第２のアクセスシステムによる前記認証において使用されるべきＡＫＡ認証アルゴリズムのうちの少なくとも１つを含む、請求項１５に記載の装置。
【請求項１９】
前記無線プロビジョニングされた認証証明がＡＫＡ認証関係パラメータを含み、前記ＡＫＡ認証関係パラメータが、ＳＱＮ隠蔽のためのｆ５を使用すべきかどうかと、ＡＫＡ ＳＱＮ管理のための１つまたは複数のＳＱＮ番号の構成とのうちの少なくとも１つを含む、請求項１８に記載の装置。
【請求項２０】
前記無線プロビジョニングされた認証証明が、前記第２のアクセスシステムによる前記認証において使用されるべき前記ＡＫＡ認証アルゴリズムを含み、前記無線プロビジョニングが、前記第１のアクセスシステムから前記認証アルゴリズムの無線カスタマイズを受信することをさらに含む、請求項１８に記載の装置。
【請求項２１】
前記ＡＫＡ認証アルゴリズムがＭＩＬＥＮＡＧＥであり、前記認証アルゴリズムのカスタマイズがＯＰまたはＯＰｃパラメータのカスタマイズを含む、請求項２０に記載の装置。
【請求項２２】
前記第１のアクセスシステムがＣＤＭＡ２０００システムである、請求項２０に記載の装置。
【請求項２３】
前記無線プロビジョニングが無線サービスプロビジョニング（ＯＴＡＳＰ）を介して受信される、請求項２２に記載の装置。
【請求項２４】
前記無線プロビジョニングが無線インターネット（ＩＯＴＡ）を介して受信される、請求項２２に記載の装置。
【請求項２５】
第１のアクセスシステムおよび第２のアクセスシステムに接続するための手段と、
無線プロビジョニングプロシージャがない第２のアクセスシステムのための認証証明の無線プロビジョニングを要求するための手段と、
前記第１のアクセスシステムから前記第２のアクセスシステムのための前記認証証明の無線プロビジョニングを受信するための手段と、
前記第２のアクセスシステムによる認証を実行するために、前記プロビジョニングされた認証証明を前記第２のアクセスシステムに与えるための手段と
を備える、無線プロビジョニングを受信するための装置。
【請求項２６】
無線プロビジョニングを受信するように構成された少なくとも１つのプロセッサであって、前記プロセッサが、
第１のアクセスシステムに接続するための第１のモジュールと、
無線プロビジョニングプロシージャがない第２のアクセスシステムのための認証証明の無線プロビジョニングを要求するための第２のモジュールと、
前記第１のアクセスシステムから前記第２のアクセスシステムのための前記認証証明の無線プロビジョニングを受信するための第３のモジュールと、
前記第２のアクセスシステムに接続するための第４のモジュールと、
前記第２のアクセスシステムによる認証を実行するために、前記プロビジョニングされた認証証明を前記第２のアクセスシステムに与えるための第５のモジュールと
を備える、少なくとも１つのプロセッサ。
【請求項２７】
コンピュータに第１のアクセスシステムに接続させるためのコードの第１のセットと、
コンピュータに、無線プロビジョニングプロシージャがない第２のアクセスシステムのための認証証明の無線プロビジョニングを要求させるためのコードの第２のセットと、
コンピュータに、前記第２のアクセスシステムのための前記認証証明の無線プロビジョニングを受信させるためのコードの第３のセットと、
コンピュータに前記第２のアクセスシステムに接続させるためのコードの第４のセットと、
前記第２のアクセスシステムによる認証を実行するために、コンピュータに、前記プロビジョニングされた認証証明を前記第２のアクセスシステムに与えさせるためのコードの第５のセットと
を備えるコンピュータ可読媒体
を備える、コンピュータプログラム製品。
【請求項２８】
無線プロビジョニングを実行するための方法であって、前記方法が、
アクセスデバイスからの呼発信を第１のアクセスシステムにおいて受信することと、
前記呼をプロビジョニングシステムにダイレクトすることと、
前記アクセスデバイスのプロトコル能力を判断することと、
前記第１のアクセスシステムを介して、前記アクセスデバイスにおいて認証証明の無線プロビジョニングを実行することであって、前記認証証明が、無線プロビジョニングプロシージャがない第２のアクセスシステムのためである、実行することと
を備える、方法。
【請求項２９】
前記認証証明が認証および鍵一致（ＡＫＡ）認証証明を含む、請求項２８に記載の方法。
【請求項３０】
前記第２のアクセスシステムが３ＧＰＰコアネットワークを備え、前記第１のアクセスシステムが非３ＧＰＰコアネットワークである、請求項２９に記載の方法。
【請求項３１】
前記無線プロビジョニングを実行することが、ディフィーへルマンベースのプロトコルを使用して鍵を確立することを含む、請求項３０に記載の方法。
【請求項３２】
前記無線プロビジョニングを実行することが、パスワード認証式ディフィーへルマン鍵一致を含む、請求項３０に記載の方法。
【請求項３３】
前記無線プロビジョニングされた認証証明が、３ＧＰＰ ＡＫＡ認証ルート鍵（Ｋ）、ＡＫＡ認証関係パラメータ、および前記第２のアクセスシステムによる前記認証において使用されるべきＡＫＡ認証アルゴリズムのうちの少なくとも１つを含む、請求項３０に記載の方法。
【請求項３４】
前記無線プロビジョニングされた認証証明がＡＫＡ認証関係パラメータを含み、前記ＡＫＡ認証関係パラメータが、ＳＱＮ隠蔽のためのｆ５を使用すべきかどうかと、ＡＫＡ ＳＱＮ管理のための１つまたは複数のＳＱＮ番号の構成とのうちの少なくとも１つを含む、請求項３３に記載の方法。
【請求項３５】
前記無線プロビジョニングされた認証証明が、前記第２のアクセスシステムによる前記認証において使用されるべき前記ＡＫＡ認証アルゴリズムを含み、前記方法が、
前記第１のアクセスシステムからの前記認証アルゴリズムの無線カスタマイズを実行すること
をさらに備える、請求項３３に記載の方法。
【請求項３６】
前記ＡＫＡ認証アルゴリズムがＭＩＬＥＮＡＧＥであり、前記認証アルゴリズムのカスタマイズがＯＰまたはＯＰｃパラメータのカスタマイズを含む、請求項３５に記載の方法。
【請求項３７】
前記第１のアクセスシステムがＣＤＭＡ２０００システムである、請求項３５に記載の方法。
【請求項３８】
前記無線プロビジョニングが無線サービスプロビジョニング（ＯＴＡＳＰ）を介して実行される、請求項３７に記載の方法。
【請求項３９】
前記無線プロビジョニングが無線インターネット（ＩＯＴＡ）を介して実行される、請求項３７に記載の方法。
【請求項４０】
アクセスデバイスからの呼発信を第１のアクセスシステムにおいて受信するための受信機と、
前記呼をプロビジョニングシステムにダイレクトし、前記アクセスデバイスのプロトコル能力を判断するためのプロセッサと、
前記第１のアクセスシステムを介して、前記アクセスデバイスにおいて認証証明の無線プロビジョニングを実行するためのプロビジョニングシステムであって、前記認証証明が、無線プロビジョニングプロシージャがない第２のアクセスシステムのためである、プロビジョニングシステムと
を備える、無線プロビジョニングのための装置。
【請求項４１】
前記認証証明が認証および鍵一致（ＡＫＡ）認証証明である、請求項４０に記載の装置。
【請求項４２】
前記第２のアクセスシステムが３ＧＰＰコアネットワークを備え、前記第１のアクセスシステムが非３ＧＰＰコアネットワークである、請求項４１に記載の装置。
【請求項４３】
前記無線プロビジョニングを実行することが、ディフィーへルマンベースのプロトコルを使用して鍵を確立することを含む、請求項４２に記載の装置。
【請求項４４】
前記無線プロビジョニングを実行することが、パスワード認証式ディフィーへルマン鍵一致を含む、請求項４２に記載の装置。
【請求項４５】
前記無線プロビジョニングされた認証証明が、３ＧＰＰ ＡＫＡ認証ルート鍵（Ｋ）、ＡＫＡ認証関係パラメータ、および前記第２のアクセスシステムによる前記認証において使用されるべきＡＫＡ認証アルゴリズムのうちの少なくとも１つを含む、請求項４２に記載の装置。
【請求項４６】
前記無線プロビジョニングされた認証証明がＡＫＡ認証関係パラメータを含み、前記ＡＫＡ認証関係パラメータが、ＳＱＮ隠蔽のためのｆ５を使用すべきかどうかと、ＡＫＡ ＳＱＮ管理のための１つまたは複数のＳＱＮ番号の構成とのうちの少なくとも１つを含む、請求項４５に記載の装置。
【請求項４７】
前記無線プロビジョニングされた認証証明が、前記第２のアクセスシステムとの認証において使用されるべきＡＫＡ認証アルゴリズムを含み、前記認証証明の前記無線プロビジョニングを実行することが、前記第１のアクセスシステムからの前記認証アルゴリズムの無線カスタマイズを実行することを含む、請求項４５に記載の装置。
【請求項４８】
前記ＡＫＡ認証アルゴリズムがＭＩＬＥＮＡＧＥであり、前記認証アルゴリズムのカスタマイズがＯＰまたはＯＰｃパラメータのカスタマイズを含む、請求項４７に記載の装置。
【請求項４９】
前記第１のアクセスシステムがＣＤＭＡ２０００システムである、請求項４７に記載の装置。
【請求項５０】
前記無線プロビジョニングが無線サービスプロビジョニング（ＯＴＡＳＰ）を介して実行される、請求項４９に記載の装置。
【請求項５１】
前記無線プロビジョニングが無線インターネット（ＩＯＴＡ）を介して実行される、請求項４９に記載の装置。
【請求項５２】
アクセスデバイスからの呼発信を第１のアクセスシステムにおいて受信するための手段と、
前記呼をプロビジョニングシステムにダイレクトするための手段と、
前記アクセスデバイスのプロトコル能力を判断するための手段と、
前記第１のアクセスシステムを介して、前記アクセスデバイスにおいて認証証明の無線プロビジョニングを実行するための手段であって、前記認証証明が、無線プロビジョニングプロシージャがない前記第２のアクセスシステムのためである、無線プロビジョニングを実行するための手段と
を備える、無線プロビジョニングのための装置。
【請求項５３】
無線プロビジョニングを実行するように構成された少なくとも１つのプロセッサであって、前記プロセッサが、
アクセスデバイスからの呼発信を第１のアクセスシステムにおいて受信するための第１のモジュールと、
前記呼をプロビジョニングシステムにダイレクトするための第２のモジュールと、
前記アクセスデバイスの前記プロトコル能力を判断するための第３のモジュールと、
無線プロビジョニングプロシージャがない前記第２のアクセスシステムのための認証証明の無線プロビジョニングを、前記第１のアクセスシステムを介して前記アクセスデバイスにおいて実行するための第４のモジュールと
を備える、プロセッサ。
【請求項５４】
コンピュータに、第１のアクセスシステムにおいてアクセスデバイスからの呼発信を受信させるためのコードの第１のセットと、
コンピュータに、前記呼をプロビジョニングシステムにダイレクトさせるためのコードの第２のセットと、
コンピュータに、前記アクセスデバイスのプロトコル能力を判断させるためのコードの第３のセットと、
コンピュータに、前記第１のアクセスシステムを介して、前記アクセスデバイスにおいて認証証明の無線プロビジョニングを実行させるためのコードの第４のセットであって、前記認証証明が、無線プロビジョニングプロシージャがない前記第２のアクセスシステムのためである、コードの第４のセットと
を備えるコンピュータ可読媒体
を備える、コンピュータプログラム製品。
【請求項１】
第１のアクセスシステムに接続することと、
無線プロビジョニングプロシージャがない第２のアクセスシステムのための認証証明の無線プロビジョニングを要求することと、
前記第１のアクセスシステムを介して前記第２のアクセスシステムのための前記認証証明の無線プロビジョニングを受信することと、
前記第２のアクセスシステムに接続することと、
前記第２のアクセスシステムによる認証を実行するために、前記プロビジョニングされた認証証明を前記第２のアクセスシステムに与えることと
を備える、無線プロビジョニングのための方法。
【請求項２】
前記認証証明が認証および鍵一致（ＡＫＡ）認証証明を含み、前記方法が、
前記ＡＫＡ認証証明を使用して前記第２のアクセスシステムによるＡＫＡ認証を実行すること
をさらに備える、請求項１に記載の方法。
【請求項３】
前記第２のアクセスシステムが３ＧＰＰコアネットワークを備え、前記第１のアクセスシステムが非３ＧＰＰコアネットワークである、請求項２に記載の方法。
【請求項４】
前記無線プロビジョニングが、ディフィーへルマンベースのプロトコルを使用して鍵を確立することを含む、請求項３に記載の方法。
【請求項５】
前記無線プロビジョニングが、ディフィーへルマンプロトコルを使用してパスワード認証鍵を交換することを含む、請求項３に記載の方法。
【請求項６】
前記無線プロビジョニングされた認証証明が、３ＧＰＰ ＡＫＡ認証ルート鍵（Ｋ）、ＡＫＡ認証関係パラメータ、または前記第２のアクセスシステムによる前記認証において使用されるべきＡＫＡ認証アルゴリズムのうちの少なくとも１つを含む、請求項３に記載の方法。
【請求項７】
前記無線プロビジョニングされた認証証明がＡＫＡ認証関係パラメータを含み、前記ＡＫＡ認証関係パラメータが、ＳＱＮ隠蔽のためのｆ５を使用すべきかどうかと、ＡＫＡ ＳＱＮ管理のための１つまたは複数のＳＱＮ番号の構成とのうちの少なくとも１つを含む、請求項６に記載の方法。
【請求項８】
前記無線プロビジョニングされた認証証明が、前記第２のアクセスシステムによる前記認証において使用されるべき前記ＡＫＡ認証アルゴリズムを含み、前記方法が、
前記第１のアクセスシステムから前記認証アルゴリズムの無線カスタマイズを受信すること
をさらに備える、請求項６に記載の方法。
【請求項９】
前記ＡＫＡ認証アルゴリズムがＭＩＬＥＮＡＧＥであり、前記認証アルゴリズムのカスタマイズがＯＰまたはＯＰｃパラメータのカスタマイズを含む、請求項８に記載の方法。
【請求項１０】
前記第１のアクセスシステムがＣＤＭＡ２０００システムを備える、請求項８に記載の方法。
【請求項１１】
前記無線プロビジョニングが無線サービスプロビジョニング（ＯＴＡＳＰ）を介して受信される、請求項１０に記載の方法。
【請求項１２】
前記無線プロビジョニングが無線インターネット（ＩＯＴＡ）を介して受信される、請求項１０に記載の方法。
【請求項１３】
第１のアクセスシステムおよび第２のアクセスシステムに接続するための送信機と、
前記第１のアクセスシステムに、前記第２のアクセスシステムのための認証証明の無線プロビジョニングを要求するためのプロセッサであって、前記第２のアクセスシステムには無線プロビジョニングプロシージャがない、プロセッサと、
前記第１のアクセスシステムから前記第２のアクセスシステムのための前記認証証明の無線プロビジョニングを受信するための受信機と、
前記第２のアクセスシステムのための前記認証証明の前記受信された無線プロビジョニングを記憶するためのメモリと、
前記第２のアクセスシステムとの接続を確立するために、前記第２のアクセスシステムによる認証を実行するために、前記プロビジョニングされた認証証明を前記第２のアクセスシステムに与えるための通信構成要素と
を備える、無線プロビジョニングを受信するための装置。
【請求項１４】
前記認証証明が認証および鍵一致（ＡＫＡ）認証証明を含み、前記無線プロビジョニングが、前記ＡＫＡ認証証明を使用して前記第２のアクセスシステムによるＡＫＡ認証を実行することを含む、請求項１３に記載の装置。
【請求項１５】
前記第２のアクセスシステムが３ＧＰＰコアネットワークを備え、前記第１のアクセスシステムが非３ＧＰＰコアネットワークである、請求項１４に記載の装置。
【請求項１６】
前記無線プロビジョニングが、ディフィーへルマンベースのプロトコルを使用して鍵を確立することを含む、請求項１５に記載の装置。
【請求項１７】
前記無線プロビジョニングが、パスワード認証式ディフィーへルマン鍵一致を交換することを含む、請求項１５に記載の装置。
【請求項１８】
前記無線プロビジョニングされた認証証明が、３ＧＰＰ ＡＫＡ認証ルート鍵（Ｋ）、ＡＫＡ認証関係パラメータ、および前記第２のアクセスシステムによる前記認証において使用されるべきＡＫＡ認証アルゴリズムのうちの少なくとも１つを含む、請求項１５に記載の装置。
【請求項１９】
前記無線プロビジョニングされた認証証明がＡＫＡ認証関係パラメータを含み、前記ＡＫＡ認証関係パラメータが、ＳＱＮ隠蔽のためのｆ５を使用すべきかどうかと、ＡＫＡ ＳＱＮ管理のための１つまたは複数のＳＱＮ番号の構成とのうちの少なくとも１つを含む、請求項１８に記載の装置。
【請求項２０】
前記無線プロビジョニングされた認証証明が、前記第２のアクセスシステムによる前記認証において使用されるべき前記ＡＫＡ認証アルゴリズムを含み、前記無線プロビジョニングが、前記第１のアクセスシステムから前記認証アルゴリズムの無線カスタマイズを受信することをさらに含む、請求項１８に記載の装置。
【請求項２１】
前記ＡＫＡ認証アルゴリズムがＭＩＬＥＮＡＧＥであり、前記認証アルゴリズムのカスタマイズがＯＰまたはＯＰｃパラメータのカスタマイズを含む、請求項２０に記載の装置。
【請求項２２】
前記第１のアクセスシステムがＣＤＭＡ２０００システムである、請求項２０に記載の装置。
【請求項２３】
前記無線プロビジョニングが無線サービスプロビジョニング（ＯＴＡＳＰ）を介して受信される、請求項２２に記載の装置。
【請求項２４】
前記無線プロビジョニングが無線インターネット（ＩＯＴＡ）を介して受信される、請求項２２に記載の装置。
【請求項２５】
第１のアクセスシステムおよび第２のアクセスシステムに接続するための手段と、
無線プロビジョニングプロシージャがない第２のアクセスシステムのための認証証明の無線プロビジョニングを要求するための手段と、
前記第１のアクセスシステムから前記第２のアクセスシステムのための前記認証証明の無線プロビジョニングを受信するための手段と、
前記第２のアクセスシステムによる認証を実行するために、前記プロビジョニングされた認証証明を前記第２のアクセスシステムに与えるための手段と
を備える、無線プロビジョニングを受信するための装置。
【請求項２６】
無線プロビジョニングを受信するように構成された少なくとも１つのプロセッサであって、前記プロセッサが、
第１のアクセスシステムに接続するための第１のモジュールと、
無線プロビジョニングプロシージャがない第２のアクセスシステムのための認証証明の無線プロビジョニングを要求するための第２のモジュールと、
前記第１のアクセスシステムから前記第２のアクセスシステムのための前記認証証明の無線プロビジョニングを受信するための第３のモジュールと、
前記第２のアクセスシステムに接続するための第４のモジュールと、
前記第２のアクセスシステムによる認証を実行するために、前記プロビジョニングされた認証証明を前記第２のアクセスシステムに与えるための第５のモジュールと
を備える、少なくとも１つのプロセッサ。
【請求項２７】
コンピュータに第１のアクセスシステムに接続させるためのコードの第１のセットと、
コンピュータに、無線プロビジョニングプロシージャがない第２のアクセスシステムのための認証証明の無線プロビジョニングを要求させるためのコードの第２のセットと、
コンピュータに、前記第２のアクセスシステムのための前記認証証明の無線プロビジョニングを受信させるためのコードの第３のセットと、
コンピュータに前記第２のアクセスシステムに接続させるためのコードの第４のセットと、
前記第２のアクセスシステムによる認証を実行するために、コンピュータに、前記プロビジョニングされた認証証明を前記第２のアクセスシステムに与えさせるためのコードの第５のセットと
を備えるコンピュータ可読媒体
を備える、コンピュータプログラム製品。
【請求項２８】
無線プロビジョニングを実行するための方法であって、前記方法が、
アクセスデバイスからの呼発信を第１のアクセスシステムにおいて受信することと、
前記呼をプロビジョニングシステムにダイレクトすることと、
前記アクセスデバイスのプロトコル能力を判断することと、
前記第１のアクセスシステムを介して、前記アクセスデバイスにおいて認証証明の無線プロビジョニングを実行することであって、前記認証証明が、無線プロビジョニングプロシージャがない第２のアクセスシステムのためである、実行することと
を備える、方法。
【請求項２９】
前記認証証明が認証および鍵一致（ＡＫＡ）認証証明を含む、請求項２８に記載の方法。
【請求項３０】
前記第２のアクセスシステムが３ＧＰＰコアネットワークを備え、前記第１のアクセスシステムが非３ＧＰＰコアネットワークである、請求項２９に記載の方法。
【請求項３１】
前記無線プロビジョニングを実行することが、ディフィーへルマンベースのプロトコルを使用して鍵を確立することを含む、請求項３０に記載の方法。
【請求項３２】
前記無線プロビジョニングを実行することが、パスワード認証式ディフィーへルマン鍵一致を含む、請求項３０に記載の方法。
【請求項３３】
前記無線プロビジョニングされた認証証明が、３ＧＰＰ ＡＫＡ認証ルート鍵（Ｋ）、ＡＫＡ認証関係パラメータ、および前記第２のアクセスシステムによる前記認証において使用されるべきＡＫＡ認証アルゴリズムのうちの少なくとも１つを含む、請求項３０に記載の方法。
【請求項３４】
前記無線プロビジョニングされた認証証明がＡＫＡ認証関係パラメータを含み、前記ＡＫＡ認証関係パラメータが、ＳＱＮ隠蔽のためのｆ５を使用すべきかどうかと、ＡＫＡ ＳＱＮ管理のための１つまたは複数のＳＱＮ番号の構成とのうちの少なくとも１つを含む、請求項３３に記載の方法。
【請求項３５】
前記無線プロビジョニングされた認証証明が、前記第２のアクセスシステムによる前記認証において使用されるべき前記ＡＫＡ認証アルゴリズムを含み、前記方法が、
前記第１のアクセスシステムからの前記認証アルゴリズムの無線カスタマイズを実行すること
をさらに備える、請求項３３に記載の方法。
【請求項３６】
前記ＡＫＡ認証アルゴリズムがＭＩＬＥＮＡＧＥであり、前記認証アルゴリズムのカスタマイズがＯＰまたはＯＰｃパラメータのカスタマイズを含む、請求項３５に記載の方法。
【請求項３７】
前記第１のアクセスシステムがＣＤＭＡ２０００システムである、請求項３５に記載の方法。
【請求項３８】
前記無線プロビジョニングが無線サービスプロビジョニング（ＯＴＡＳＰ）を介して実行される、請求項３７に記載の方法。
【請求項３９】
前記無線プロビジョニングが無線インターネット（ＩＯＴＡ）を介して実行される、請求項３７に記載の方法。
【請求項４０】
アクセスデバイスからの呼発信を第１のアクセスシステムにおいて受信するための受信機と、
前記呼をプロビジョニングシステムにダイレクトし、前記アクセスデバイスのプロトコル能力を判断するためのプロセッサと、
前記第１のアクセスシステムを介して、前記アクセスデバイスにおいて認証証明の無線プロビジョニングを実行するためのプロビジョニングシステムであって、前記認証証明が、無線プロビジョニングプロシージャがない第２のアクセスシステムのためである、プロビジョニングシステムと
を備える、無線プロビジョニングのための装置。
【請求項４１】
前記認証証明が認証および鍵一致（ＡＫＡ）認証証明である、請求項４０に記載の装置。
【請求項４２】
前記第２のアクセスシステムが３ＧＰＰコアネットワークを備え、前記第１のアクセスシステムが非３ＧＰＰコアネットワークである、請求項４１に記載の装置。
【請求項４３】
前記無線プロビジョニングを実行することが、ディフィーへルマンベースのプロトコルを使用して鍵を確立することを含む、請求項４２に記載の装置。
【請求項４４】
前記無線プロビジョニングを実行することが、パスワード認証式ディフィーへルマン鍵一致を含む、請求項４２に記載の装置。
【請求項４５】
前記無線プロビジョニングされた認証証明が、３ＧＰＰ ＡＫＡ認証ルート鍵（Ｋ）、ＡＫＡ認証関係パラメータ、および前記第２のアクセスシステムによる前記認証において使用されるべきＡＫＡ認証アルゴリズムのうちの少なくとも１つを含む、請求項４２に記載の装置。
【請求項４６】
前記無線プロビジョニングされた認証証明がＡＫＡ認証関係パラメータを含み、前記ＡＫＡ認証関係パラメータが、ＳＱＮ隠蔽のためのｆ５を使用すべきかどうかと、ＡＫＡ ＳＱＮ管理のための１つまたは複数のＳＱＮ番号の構成とのうちの少なくとも１つを含む、請求項４５に記載の装置。
【請求項４７】
前記無線プロビジョニングされた認証証明が、前記第２のアクセスシステムとの認証において使用されるべきＡＫＡ認証アルゴリズムを含み、前記認証証明の前記無線プロビジョニングを実行することが、前記第１のアクセスシステムからの前記認証アルゴリズムの無線カスタマイズを実行することを含む、請求項４５に記載の装置。
【請求項４８】
前記ＡＫＡ認証アルゴリズムがＭＩＬＥＮＡＧＥであり、前記認証アルゴリズムのカスタマイズがＯＰまたはＯＰｃパラメータのカスタマイズを含む、請求項４７に記載の装置。
【請求項４９】
前記第１のアクセスシステムがＣＤＭＡ２０００システムである、請求項４７に記載の装置。
【請求項５０】
前記無線プロビジョニングが無線サービスプロビジョニング（ＯＴＡＳＰ）を介して実行される、請求項４９に記載の装置。
【請求項５１】
前記無線プロビジョニングが無線インターネット（ＩＯＴＡ）を介して実行される、請求項４９に記載の装置。
【請求項５２】
アクセスデバイスからの呼発信を第１のアクセスシステムにおいて受信するための手段と、
前記呼をプロビジョニングシステムにダイレクトするための手段と、
前記アクセスデバイスのプロトコル能力を判断するための手段と、
前記第１のアクセスシステムを介して、前記アクセスデバイスにおいて認証証明の無線プロビジョニングを実行するための手段であって、前記認証証明が、無線プロビジョニングプロシージャがない前記第２のアクセスシステムのためである、無線プロビジョニングを実行するための手段と
を備える、無線プロビジョニングのための装置。
【請求項５３】
無線プロビジョニングを実行するように構成された少なくとも１つのプロセッサであって、前記プロセッサが、
アクセスデバイスからの呼発信を第１のアクセスシステムにおいて受信するための第１のモジュールと、
前記呼をプロビジョニングシステムにダイレクトするための第２のモジュールと、
前記アクセスデバイスの前記プロトコル能力を判断するための第３のモジュールと、
無線プロビジョニングプロシージャがない前記第２のアクセスシステムのための認証証明の無線プロビジョニングを、前記第１のアクセスシステムを介して前記アクセスデバイスにおいて実行するための第４のモジュールと
を備える、プロセッサ。
【請求項５４】
コンピュータに、第１のアクセスシステムにおいてアクセスデバイスからの呼発信を受信させるためのコードの第１のセットと、
コンピュータに、前記呼をプロビジョニングシステムにダイレクトさせるためのコードの第２のセットと、
コンピュータに、前記アクセスデバイスのプロトコル能力を判断させるためのコードの第３のセットと、
コンピュータに、前記第１のアクセスシステムを介して、前記アクセスデバイスにおいて認証証明の無線プロビジョニングを実行させるためのコードの第４のセットであって、前記認証証明が、無線プロビジョニングプロシージャがない前記第２のアクセスシステムのためである、コードの第４のセットと
を備えるコンピュータ可読媒体
を備える、コンピュータプログラム製品。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公表番号】特表２０１２−５２７１８４（Ｐ２０１２−５２７１８４Ａ）
【公表日】平成２４年１１月１日（２０１２．１１．１）
【国際特許分類】
【出願番号】特願２０１２−５１０９５６（Ｐ２０１２−５１０９５６）
【出願日】平成２２年５月１１日（２０１０．５．１１）
【国際出願番号】ＰＣＴ／ＵＳ２０１０／０３４４４３
【国際公開番号】ＷＯ２０１０／１３２４９９
【国際公開日】平成２２年１１月１８日（２０１０．１１．１８）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
【公表日】平成２４年１１月１日（２０１２．１１．１）
【国際特許分類】
【出願日】平成２２年５月１１日（２０１０．５．１１）
【国際出願番号】ＰＣＴ／ＵＳ２０１０／０３４４４３
【国際公開番号】ＷＯ２０１０／１３２４９９
【国際公開日】平成２２年１１月１８日（２０１０．１１．１８）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
[ Back to top ]