(57)【特許請求の範囲】
【請求項１】
サービングGPRSサポートノード(SGSN)が、ユーザ機器(UE)が送信した要求メッセージを受信するステップと、
前記SGSNが、ホーム・ロケーション・レジスタ(HLR)／ホーム加入サーバ(HSS)から認証ベクトルを取得するステップであって、前記認証ベクトルは第1の暗号化鍵および第1の完全性鍵を含む、前記ステップと、
前記SGSNが前記UEは第1のタイプのUEであると判定した場合、前記UEのための暗号化アルゴリズムおよび完全性アルゴリズムを選択し、前記UEに前記選択された暗号化アルゴリズムおよび前記選択された完全性アルゴリズムを送信するステップと、
前記SGSNが、前記第1の暗号化鍵および前記第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を獲得するステップと、
を含み、
前記第2の暗号化鍵および前記選択された暗号化アルゴリズムは、前記SGSNと前記UEとの間で送信されるメッセージに対する暗号化保護を行うのに用いられ、前記第2の完全性鍵および前記選択された完全性アルゴリズムは、前記SGSNと前記UEとの間で送信されるメッセージに対する完全性保護を行うのに用いられ、
前記SGSNが前記UEは第1のタイプのUEであると判定することは、
前記要求メッセージがUEタイプ指示情報を含むときであって、前記UEタイプ指示情報は前記UEが前記第1のタイプのUEであることを指示するのに用いられるとき、前記SGSNが、前記UEは前記第1のタイプのUEであると判定するステップ、
を含む、GPRSシステム鍵強化方法。
【請求項２】
前記SGSNが、前記第1の暗号化鍵および前記第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を獲得する前記ステップは、
前記SGSNが、前記第1の暗号化鍵および前記第1の完全性鍵に従って中間鍵を計算し、前記SGSNが、前記中間鍵および暗号化特徴記号列に従って前記第2の暗号化鍵を計算し、前記SGSNが、前記中間鍵および完全性特徴記号列に従って前記第2の完全性鍵を計算するステップ、または
前記SGSNが、前記第1の暗号化鍵および前記第1の完全性鍵に従って中間鍵を計算し、前記SGSNが、前記中間鍵、第1のアルゴリズムタイプ指示、および前記選択された暗号化アルゴリズムの識別子に従って前記第2の暗号化鍵を計算し、前記SGSNが、前記中間鍵、第2のアルゴリズムタイプ指示、および前記選択された完全性アルゴリズムの識別子に従って前記第2の完全性鍵を計算するステップであって、前記第1のアルゴリズムタイプ指示の値と前記第2のアルゴリズムタイプ指示の値とは異なる、前記ステップ、
を含む、請求項1に記載の方法。
【請求項３】
前記認証ベクトルは認証ベクトルクインテットであり、
前記第1の暗号化鍵は前記認証ベクトルクインテット内の暗号化鍵(CK)であり、前記第1の完全性鍵は前記認証ベクトルクインテット内の完全性鍵(IK)である、
請求項1または2に記載の方法。
【請求項４】
ユーザ機器(UE)が、サービングGPRSサポートノード(SGSN)に要求メッセージを送信するステップと、
前記UEが、前記SGSNが送信した暗号化アルゴリズムおよび完全性アルゴリズムを受信するステップと、
前記UEが、第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を取得するステップと、
を含み、
前記第2の暗号化鍵および前記暗号化アルゴリズムは、前記SGSNと前記UEとの間で送信されるメッセージに対する暗号化保護を行うのに用いられ、前記第2の完全性鍵および前記完全性アルゴリズムは、前記SGSNと前記UEとの間で送信されるメッセージに対する完全性保護を行うのに用いられ、
前記UEが前記SGSNに送信する前記要求メッセージはUEタイプ指示情報を含み、前記UEタイプ指示情報は前記UEが第1のタイプのUEであることを指示するのに用いられる、GPRSシステム鍵強化方法。
【請求項５】
前記第1の暗号化鍵は認証ベクトルクインテット内の暗号化鍵(CK)であり、前記第1の完全性鍵は前記認証ベクトルクインテット内の完全性鍵(IK)である、請求項4に記載の方法。
【請求項６】
サービングGPRSサポートノード(SGSN)であって、
ユーザ機器(UE)が送信した要求メッセージを受信するように構成された、受信モジュールと、
ホーム・ロケーション・レジスタ(HLR)／ホーム加入サーバ(HSS)から認証ベクトルを取得するように構成された取得モジュールであって、前記認証ベクトルは第1の暗号化鍵および第1の完全性鍵を含む、前記取得モジュールと、
前記SGSNが前記UEは第1のタイプのUEであると判定した場合、前記UEのための暗号化アルゴリズムおよび完全性アルゴリズムを選択し、前記UEに前記選択された暗号化アルゴリズムおよび前記選択された完全性アルゴリズムを送信するように構成された、選択モジュールと、
前記第1の暗号化鍵および前記第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を獲得するように構成された、獲得モジュールと、
を含み、
前記第2の暗号化鍵および前記選択された暗号化アルゴリズムは、前記SGSNと前記UEとの間で送信されるメッセージに対する暗号化保護を行うのに用いられ、前記第2の完全性鍵および前記選択された完全性アルゴリズムは、前記SGSNと前記UEとの間で送信されるメッセージに対する完全性保護を行うのに用いられ、
前記SGSNは、
前記要求メッセージがUEタイプ指示情報を含むときであって、前記UEタイプ指示情報は前記UEが前記第1のタイプのUEであることを指示するのに用いられるとき、前記UEは前記第1のタイプのUEであると判定するように構成された第2の判定モジュール、
をさらに含む、SGSN。
【請求項７】
前記認証ベクトルは認証ベクトルクインテットであり、
前記第1の暗号化鍵は前記認証ベクトルクインテット内の暗号化鍵(CK)であり、前記第1の完全性鍵は前記認証ベクトルクインテット内の完全性鍵(IK)である、
請求項6に記載のSGSN。
【請求項８】
コンピュータ記憶媒体がプログラムを記憶しており、前記プログラムが動作すると、請求項1から3のいずれか一項に記載の方法が実行される、コンピュータ記憶媒体。
【請求項９】
サービングGPRSサポートノード(SGSN)に要求メッセージを送信するように構成された、送信モジュールと、
前記SGSNが送信した暗号化アルゴリズムおよび完全性アルゴリズムを受信するように構成された、受信モジュールと、
第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を取得するように構成された、取得モジュールと、
を含み、
前記第2の暗号化鍵および前記暗号化アルゴリズムは、前記SGSNとユーザ機器(UE)との間で送信されるメッセージに対する暗号化保護を行うのに用いられ、前記第2の完全性鍵および前記完全性アルゴリズムは、前記SGSNと前記UEとの間で送信されるメッセージに対する完全性保護を行うのに用いられ、
前記UEが前記SGSNに送信する前記要求メッセージはUEタイプ指示情報を含み、前記UEタイプ指示情報は前記UEが第1のタイプのUEであることを指示するのに用いられる、ユーザ機器UE。
【請求項１０】
前記第1の暗号化鍵は認証ベクトルクインテット内の暗号化鍵(CK)であり、前記第1の完全性鍵は前記認証ベクトルクインテット内の完全性鍵(IK)である、請求項9に記載のUE。
【請求項１１】
コンピュータ記憶媒体がプログラムを記憶しており、前記プログラムが動作すると、請求項4または5に記載の前記方法が実行される、コンピュータ記憶媒体。
【請求項１２】
GPRSシステムであって、前記GPRSシステムがサービングGPRSサポートノード(SGSN)と、ユーザ機器(UE)と、ホーム・ロケーション・レジスタ(HLR)／ホーム加入サーバ(HSS)とを含み、
前記SGSNは、前記UEが送信した要求メッセージを受信し、前記HLR／HSSから、第1の暗号化鍵および第1の完全性鍵を含む認証ベクトルを取得し、前記SGSNが前記UEは第1のタイプのUEであると判定した場合、前記UEのための暗号化アルゴリズムおよび完全性アルゴリズムを選択し、前記UEに前記選択された暗号化アルゴリズムおよび前記選択された完全性アルゴリズムを送信し、前記第1の暗号化鍵および前記第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を獲得する、ように構成されており、
前記UEは、前記SGSNに前記要求メッセージを送信し、前記SGSNが送信した前記暗号化アルゴリズムおよび前記完全性アルゴリズムを受信し、前記第1の暗号化鍵および前記第1の完全性鍵に従って前記第2の暗号化鍵および前記第2の完全性鍵を取得する、ように構成されており、
前記第2の暗号化鍵および前記暗号化アルゴリズムは、前記SGSNと前記UEとの間で送信されるメッセージに対する暗号化保護を行うのに用いられ、前記第2の完全性鍵および前記完全性アルゴリズムは、前記SGSNと前記UEとの間で送信されるメッセージに対する完全性保護を行うのに用いられ、
前記要求メッセージがUEタイプ指示情報を含み、前記UEタイプ指示情報は前記UEが第1のタイプのUEであることを指示するのに用いられる、GPRSシステム。
【請求項１３】
前記第1の暗号化鍵は認証ベクトルクインテット内の暗号化鍵(CK)であり、前記第1の完全性鍵は前記認証ベクトルクインテット内の完全性鍵(IK)である、請求項12に記載のGPRSシステム。
【請求項１４】
前記SGSNが前記UEは第1のタイプのUEであると判定することは、
前記要求メッセージがUEタイプ指示情報を含むときであって、前記UEタイプ指示情報は前記UEが前記第1のタイプのUEであることを指示するのに用いられるとき、前記UEは前記第1のタイプのUEであると判定すること
を含む、請求項12または13に記載のGPRSシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、通信セキュリティ分野に関し、特に、GPRSシステム鍵強化方法、SGSNデバイス、UE、HLR／HSS、およびGPRSシステムに関する。
【背景技術】
【０００２】
データ伝送機能を実施しようとする際に、ユーザ機器（User Equipment、UE）は、一般に、加入者識別モジュール（SIM、Subscriber Identity Module）または汎用加入者識別モジュール（USIM、Universal Subscriber Identity Module）を用いて事業者の汎用パケット無線サービス（GPRS、General Packet Radio Service）ネットワークなどのモバイル通信ネットワークにアクセスすることにより、他のUE、人々、またはモバイルネットワークと通信する。UEの通信のセキュリティを保証するには、UEがモバイル通信ネットワークにアクセスする前に、ネットワーク側とUEの正当性を保証するためにネットワーク側とUEとの間の認証が必要であり、通信メッセージの暗号化保護および完全性保護を提供するために暗号化鍵および完全性鍵が生成される。しかし、先行技術では、SIMアクセスを用いるUEがGPRSネットワークにアクセスする場合、ネットワークだけがUEに対する一方向認証を行い、通信メッセージの暗号化保護を行うことができ、UEは、ネットワーク側に対する認証を行うことができず、通信メッセージの完全性保護を行うことができない。USIMを用いるUEがGPRSネットワークにアクセスする場合には、ネットワーク側とUEとの間で双方向認証を実行することができる。しかし、通信メッセージの暗号化保護しか行うことできず、通信メッセージに完全性保護を提供することができない。現行のセキュリティ脅威は次のとおりである。一態様において、UEがネットワーク側からのメッセージに対する認証を行うことができない場合、UEは不正な基地局からの攻撃を受けるおそれがある。別の態様において、通信メッセージに完全性保護を提供することができない場合、UEとネットワーク側との間の通信がアルゴリズム劣化攻撃を受けるおそれがあり、通信コンテンツの傍受や改ざんなどの潜在的セキュリティリスクさえも存在しうる。モノのインターネットUEやマシンツーマシン通信UEなどの高セキュリティ通信を必要とするいくつかのUEには、GPRSネットワークにおけるこの種のUEの通信のセキュリティを強化するための方法を至急提供する必要がある。
【発明の概要】
【課題を解決するための手段】
【０００３】
本出願の実施形態は、GPRSシステムにおける鍵を強化し、GPRSネットワークにおける第1のタイプのUEの通信のセキュリティを強化することができるGPRSシステム鍵強化方法、SGSNデバイス、UE、HLR／HSS、およびGPRSシステムを開示する。
【０００４】
本出願の実施形態の第1の態様はGPRSシステム鍵強化方法を開示し、本方法は、
SGSNが、UEが送信した要求メッセージを受信するステップと、
SGSNが、HLR／HSSから認証ベクトルを取得するステップであって、認証ベクトルは第1の暗号化鍵および第1の完全性鍵を含む、ステップと、
SGSNがUEは第1のタイプのUEであると判定した場合、UEのための暗号化アルゴリズムおよび完全性アルゴリズムを選択し、UEに選択された暗号化アルゴリズムおよび選択された完全性アルゴリズムを送信するステップと、
SGSNが、第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を獲得するステップと、
を含んでいてよく、
第2の暗号化鍵および選択された暗号化アルゴリズムは、SGSNとUEとの間で送信されるメッセージの暗号化保護を行うのに用いられ、第2の完全性鍵および選択された完全性アルゴリズムは、SGSNとUEとの間で送信されるメッセージの完全性保護を行うのに用いられる。
【０００５】
第1の態様に関連して、第1の可能な実施態様において、要求メッセージはUEの識別子を含み、SGSNがUEは第1のタイプのUEであると判定することは、
HLR／HSSが、UEの識別子に従って、UEは第1のタイプのUEであると判定し、SGSNにUEタイプ指示情報を送信するように、SGSNが、HLR／HSSにUEの識別子を送信するステップであって、UEタイプ指示情報はUEが第1のタイプのUEであることを指示するのに用いられる、ステップと、
SGSNが、HLR／HSSが送信したUEタイプ指示情報を受信し、UEは第1のタイプのUEであると判定するステップと、
を含む。
【０００６】
第1の態様に関連して、第2の可能な実施態様において、SGSNがUEは第1のタイプのUEであると判定することは、
要求メッセージがUEタイプ指示情報を含む場合、SGSNが、UEは第1のタイプのUEであると判定するステップであって、UEタイプ指示情報はUEが第1のタイプのUEであることを指示するのに用いられる、ステップ、
を含む。
【０００７】
第1の態様、または第1の態様の第1もしくは第2の可能な実施態様のいずれか1つに関連して、第3の可能な実施態様において、SGSNが、第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を獲得するステップは、
SGSNが、第1の暗号化鍵および第1の完全性鍵に従って中間鍵を計算し、SGSNが、中間鍵および暗号化特徴記号列に従って第2の暗号化鍵を計算し、SGSNが、中間鍵および完全性特徴記号列に従って第2の完全性鍵を計算するステップ、または
SGSNが、第1の暗号化鍵および第1の完全性鍵に従って中間鍵を計算し、SGSNが、中間鍵、第1のアルゴリズムタイプ指示、および選択された暗号化アルゴリズムの識別子に従って第2の暗号化鍵を計算し、SGSNが、中間鍵、第2のアルゴリズムタイプ指示、および選択された完全性アルゴリズムの識別子に従って第2の完全性鍵を計算するステップであって、第1のアルゴリズムタイプ指示の値と第2のアルゴリズムタイプ指示の値とは異なる、ステップ、
を含む。
【０００８】
第1の態様、または第1の態様の第1もしくは第2の可能な実施態様のいずれか1つに関連して、第4の可能な実施態様において、SGSNが、認証ベクトル内の第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を計算するステップは、
SGSNが、第1の暗号化鍵および第1の完全性鍵に従って中間鍵を計算し、SGSNが、中間鍵の第1の事前設定ビットを第2の暗号化鍵として用い、中間鍵の第2の事前設定ビットを第2の完全性鍵として用いるステップ、または
SGSNが、第1の暗号化鍵、第1のアルゴリズムタイプ指示、および選択された暗号化アルゴリズムの識別子に従って第2の暗号化鍵を計算し、SGSNが、第1の完全性鍵、第2のアルゴリズムタイプ指示、および選択された完全性アルゴリズムの識別子に従って第2の完全性鍵を計算するステップであって、第1のアルゴリズムタイプ指示の値と第2のアルゴリズムタイプ指示の値とは異なる、ステップ、または
SGSNが、第1の暗号化鍵もしくは第1の暗号化鍵の事前設定ビットを第2の暗号化鍵として用い、SGSNが、第1の完全性鍵もしくは第1の完全性鍵の事前設定ビットを第2の完全性鍵として用いるステップ、
を含む。
【０００９】
第1の態様、または第1の態様の第3もしくは第4の可能な実施態様のいずれか1つに関連して、第5の可能な実施態様において、
認証ベクトルは認証ベクトルクインテットであり、
第1の暗号化鍵は認証ベクトルクインテット内の暗号化鍵CKであり、第1の完全性鍵は認証ベクトルクインテット内の完全性鍵IKである。
【００１０】
第1の態様の第5の可能な実施態様に関連して、第6の可能な実施態様において、中間鍵は64ビットGPRS暗号化鍵Kcまたは128ビット暗号化鍵Kc128である。
【００１１】
本出願の実施形態の第2の態様はGPRSシステム鍵強化方法を開示し、本方法は、
UEが、SGSNに要求メッセージを送信するステップと、
UEが、SGSNが送信した暗号化アルゴリズムおよび完全性アルゴリズムを受信するステップと、
UEが、第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を取得するステップと、
を含み、
第2の暗号化鍵および暗号化アルゴリズムは、SGSNとUEとの間で送信されるメッセージの暗号化保護を行うのに用いられ、第2の完全性鍵および完全性アルゴリズムは、SGSNとUEとの間で送信されるメッセージの完全性保護を行うのに用いられる。
【００１２】
第2の態様に関連して、第1の可能な実施態様において、UEがSGSNに送信する要求メッセージはUEタイプ指示情報を含み、UEタイプ指示情報はUEが第1のタイプのUEであることを指示するのに用いられる。
【００１３】
第2の態様または第1の可能な実施態様に関連して、第2の可能な実施態様において、UEが、第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を取得するステップは、
UEが、第1の暗号化鍵および第1の完全性鍵に従って中間鍵を計算し、UEが、中間鍵および暗号化特徴記号列に従って第2の暗号化鍵を計算し、UEが、中間鍵および完全性特徴記号列に従って第2の完全性鍵を計算するステップ、または
UEが、第1の暗号化鍵および第1の完全性鍵に従って中間鍵を計算し、UEが、中間鍵、第1のアルゴリズムタイプ指示、および暗号化アルゴリズムの識別子に従って第2の暗号化鍵を計算し、UEが、中間鍵、第2のアルゴリズムタイプ指示、および完全性アルゴリズムの識別子に従って第2の完全性鍵を計算するステップであって、第1のアルゴリズムタイプ指示の値と第2のアルゴリズムタイプ指示の値とは異なる、ステップ、
を含む。
【００１４】
第2の態様または第2の態様の第1の可能な実施態様に関連して、第3の可能な実施態様において、UEが、第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を計算するステップは、
UEが、第1の暗号化鍵および第1の完全性鍵に従って中間鍵を計算し、UEが、中間鍵の第1の事前設定ビットを第2の暗号化鍵として用い、中間鍵の第2の事前設定ビットを第2の完全性鍵として用いるステップ、または
UEが、第1の暗号化鍵、第1のアルゴリズムタイプ指示、および暗号化アルゴリズムの識別子に従って第2の暗号化鍵を計算し、UEが、第1の完全性鍵、アルゴリズムタイプ指示、および完全性アルゴリズムの識別子に従って第2の完全性鍵を計算するステップであって、第1のアルゴリズムタイプ指示の値と第2のアルゴリズムタイプ指示の値とは異なる、ステップ、または
UEが、第1の暗号化鍵もしくは第1の暗号化鍵の事前設定ビットを第2の暗号化鍵として用い、UEが、第1の完全性鍵もしくは第1の完全性鍵の事前設定ビットを第2の完全性鍵として用いるステップ、
を含む。
【００１５】
第2の態様の第2または第3の可能な実施態様に関連して、第4の可能な実施態様において、第1の暗号化鍵は認証ベクトルクインテット内の暗号化鍵CKであり、第1の完全性鍵は認証ベクトルクインテット内の完全性鍵IKである。
【００１６】
第2の態様の第4の可能な実施態様に関連して、第5の可能な実施態様において、中間鍵は64ビットGPRS暗号化鍵Kcまたは128ビット暗号化鍵Kc128である。
【００１７】
本出願の第3の態様はGPRSシステム鍵強化方法を開示し、本方法は、
HLR／HSSが、SGSNが送信したユーザ機器UEの識別子を受信するステップと、
UEの識別子に従ってHLR／HSSが、UEは第1のタイプのUEであると判定するステップと、
HLR／HSSが、SGSNにUEタイプ指示情報を送信するステップであって、UEタイプ指示情報はUEが第1のタイプのUEであることを指示するのに用いられる、ステップと、
を含む。
【００１８】
本出願の第4の態様はSGSNデバイスを開示し、本デバイスは、
UEが送信した要求メッセージを受信するように構成された、受信モジュールと、
HLR／HSSから認証ベクトルを取得するように構成された取得モジュールであって、認証ベクトルは第1の暗号化鍵および第1の完全性鍵を含む、取得モジュールと、
SGSNがUEは第1のタイプのUEであると判定した場合、UEのための暗号化アルゴリズムおよび完全性アルゴリズムを選択し、UEに選択された暗号化アルゴリズムおよび選択された完全性アルゴリズムを送信するように構成された、選択モジュールと、
第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を獲得するように構成された、獲得モジュールと、
を含んでいてよく、
第2の暗号化鍵および選択された暗号化アルゴリズムは、SGSNとUEとの間で送信されるメッセージの暗号化保護を行うのに用いられ、第2の完全性鍵および選択された完全性アルゴリズムは、SGSNとUEとの間で送信されるメッセージの完全性保護を行うのに用いられる。
【００１９】
第4の態様に関連して、第1の可能な実施態様において、要求メッセージはUEの識別子を含み、SGSNデバイスは、
HLR／HSSが、UEの識別子に従って、UEが第1のタイプのUEであるかどうか判定し、SGSNにUEタイプ指示情報を送信するように、HLR／HSSにUEの識別子を送信するように構成された送信モジュールであって、UEタイプ指示情報はUEが第1のタイプのUEであることを指示するのに用いられる、送信モジュールと、
HLR／HSSが送信したUEタイプ指示情報を受け取り、UEは第1のタイプのUEであると判定するように構成された、第1の判定モジュールと、
をさらに含む。
【００２０】
第4の態様に関連して、第2の可能な実施態様において、本SGSNデバイスは、
要求メッセージがUEタイプ指示情報を含む場合、UEは第1のタイプのUEであると判定するように構成された第2の判定モジュールであって、UEタイプ指示情報はUEが第1のタイプのUEであることを指示するのに用いられる、第2の判定モジュール、
をさらに含む。
【００２１】
第4の態様、または第4の態様の第1もしくは第2の可能な実施態様のいずれか1つに関連して、第3の可能な実施態様において、獲得モジュールは、第1の計算部、第2の計算部、および第3の計算部、を含み、
第1の計算部は、第1の暗号化鍵および第1の完全性鍵に従って中間鍵を計算するように構成されており、第2の計算部は、中間鍵および暗号化特徴記号列に従って第2の暗号化鍵を計算するように構成されており、第3の計算部は、中間鍵および完全性特徴記号列に従って第2の完全性鍵を計算するように構成されており、または
第1の計算部は、第1の暗号化鍵および第1の完全性鍵に従って中間鍵を計算するように構成されており、第2の計算部は、中間鍵、第1のアルゴリズムタイプ指示、および選択された暗号化アルゴリズムの識別子に従って第2の暗号化鍵を計算するように構成されており、第3の計算部は、中間鍵、第2のアルゴリズムタイプ指示、および選択された完全性アルゴリズムの識別子に従って第2の完全性鍵を計算するように構成されており、第1のアルゴリズムタイプ指示の値と第2のアルゴリズムタイプ指示の値とは異なる。
【００２２】
第4の態様、または第4の態様の第1もしくは第2の可能な実施態様のいずれか1つに関連して、第4の可能な実施態様において、
獲得モジュールは、第1の暗号化鍵および第1の完全性鍵に従って中間鍵を計算し、中間鍵の第1の事前設定ビットを第2の暗号化鍵として用い、中間鍵の第2の事前設定ビットを第2の完全性鍵として用いるように特に構成されており、または
獲得モジュールは、第1の暗号化鍵、第1のアルゴリズムタイプ指示、および選択された暗号化アルゴリズムの識別子に従って第2の暗号化鍵を計算するように構成された、第4の計算部と、第1の完全性鍵、第2のアルゴリズムタイプ指示、および選択された完全性アルゴリズムの識別子に従って第2の完全性鍵を計算するように構成された、第5の計算部と、を含み、第1のアルゴリズムタイプ指示の値と第2のアルゴリズムタイプ指示の値とは異なり、または
獲得モジュールは、認証ベクトル内の第1の暗号化鍵もしくは第1の暗号化鍵の事前設定ビットを第2の暗号化鍵として用い、認証ベクトル内の第1の完全性鍵もしくは第1の完全性鍵の事前設定ビットを第2の完全性鍵として用いるように特に構成されている。
【００２３】
第4の態様の第3または第4の可能な実施態様に関連して、第5の可能な実施態様において、
認証ベクトルは認証ベクトルクインテットであり、
第1の暗号化鍵は認証ベクトルクインテット内の暗号化鍵CKであり、第1の完全性鍵は認証ベクトルクインテット内の完全性鍵IKである。
【００２４】
第4の態様の第5の可能な実施態様に関連して、第6の可能な実施態様において、中間鍵は64ビットGPRS暗号化鍵Kcまたは128ビット暗号化鍵Kc128である。
【００２５】
本出願の第5の態様はコンピュータ記憶媒体を開示し、本コンピュータ記憶媒体はプログラムを記憶しており、プログラムが動作すると、第1の態様または第1の態様の第1から第6の可能な実施態様のいずれか1つに記載されているステップが実行される。
【００２６】
本出願の第6の態様はSGSNデバイスを提供し、本デバイスは、受信装置と、送信装置と、プロセッサとを含んでいてよく、受信装置と、送信装置と、プロセッサとはバスを用いて接続されており、
受信装置は、UEが送信した要求メッセージを受信するように構成され、
プロセッサは、
HLR／HSSから、第1の暗号化鍵および第1の完全性鍵を含む認証ベクトルを取得し、
SGSNがUEは第1のタイプのUEであると判定した場合、UEのための暗号化アルゴリズムおよび完全性アルゴリズムを選択し、
第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を獲得する、
ように構成され、
送信装置は、UEに選択された暗号化アルゴリズムおよび選択された完全性アルゴリズムを送信するように構成され、第2の暗号化鍵および選択された暗号化アルゴリズムは、SGSNとUEとの間で送信されるメッセージの暗号化保護を行うのに用いられ、第2の完全性鍵および選択された完全性アルゴリズムは、SGSNとUEとの間で送信されるメッセージの完全性保護を行うのに用いられる。
【００２７】
第6の態様に関連して、第1の可能な実施態様において、要求メッセージはUEの識別子を含み、
送信装置は、HLR／HSSが、UEの識別子に従って、UEが第1のタイプのUEであるかどうか判定し、SGSNにUEタイプ指示情報を送信するように、HLR／HSSにUEの識別子を送信するようにさらに構成され、UEタイプ指示情報はUEが第1のタイプのUEであることを指示するのに用いられ、
プロセッサがUEは第1のタイプのUEであると判定することは、プロセッサが、HLR／HSSが送信したUEタイプ指示情報を受け取り、UEは第1のタイプのUEであると判定すること、を含む。
【００２８】
第6の態様に関連して、第2の可能な実施態様において、プロセッサがUEは第1のタイプのUEであると判定することは、
要求メッセージが、UEが第1のタイプのUEであることを指示するのに用いられるUEタイプ指示情報を含む場合、プロセッサが、UEは第1のタイプのUEであると判定すること、
を含む。
【００２９】
第6の態様、または第6の態様の第1もしくは第2の可能な実施態様のいずれか1つに関連して、第3の可能な実施態様において、プロセッサが、第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を獲得することは、
プロセッサが、第1の暗号化鍵および第1の完全性鍵に従って中間鍵を計算し、プロセッサが、中間鍵および暗号化特徴記号列に従って第2の暗号化鍵を計算し、プロセッサが、中間鍵および完全性特徴記号列に従って第2の完全性鍵を計算すること、または
プロセッサが、第1の暗号化鍵および第1の完全性鍵に従って中間鍵を計算し、プロセッサが、中間鍵、第1のアルゴリズムタイプ指示、および選択された暗号化アルゴリズムの識別子に従って第2の暗号化鍵を計算し、プロセッサが、中間鍵、第2のアルゴリズムタイプ指示、および選択された完全性アルゴリズムの識別子に従って第2の完全性鍵を計算することであって、第1のアルゴリズムタイプ指示の値と第2のアルゴリズムタイプ指示の値とは異なること、
を含む。
【００３０】
第6の態様、または第6の態様の第1もしくは第2の可能な実施態様のいずれか1つに関連して、第4の可能な実施態様において、プロセッサが、第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を獲得することは、
プロセッサが、第1の暗号化鍵および第1の完全性鍵に従って中間鍵を計算し、プロセッサが、中間鍵の第1の事前設定ビットを第2の暗号化鍵として用い、中間鍵の第2の事前設定ビットを第2の完全性鍵として用いること、または
プロセッサが、認証ベクトル内の第1の暗号化鍵、第1のアルゴリズムタイプ指示、および選択された暗号化アルゴリズムの識別子に従って第2の暗号化鍵を計算し、プロセッサが、認証ベクトル内の第1の完全性鍵、第2のアルゴリズムタイプ指示、および選択された完全性アルゴリズムの識別子に従って第2の完全性鍵を計算することであって、第1のアルゴリズムタイプ指示の値と第2のアルゴリズムタイプ指示の値とは異なること、または
プロセッサが、第1の暗号化鍵もしくは第1の暗号化鍵の事前設定ビットを第2の暗号化鍵として用い、プロセッサが、第1の完全性鍵もしくは第1の完全性鍵の事前設定ビットを第2の完全性鍵として用いること、
を含む。
【００３１】
第6の態様の第3または第4の可能な実施態様に関連して、第5の可能な実施態様において、
認証ベクトルは認証ベクトルクインテットであり、
第1の暗号化鍵は認証ベクトルクインテット内の暗号化鍵CKであり、第1の完全性鍵は認証ベクトルクインテット内の完全性鍵IKである。
【００３２】
第6の態様の第5の可能な実施態様に関連して、第6の可能な実施態様において、中間鍵は64ビットGPRS暗号化鍵Kcまたは128ビット暗号化鍵Kc128である。
【００３３】
本出願の第7の態様はUEを開示し、本UEは、
SGSNに要求メッセージを送信するように構成された、送信モジュールと、
SGSNが送信した暗号化アルゴリズムおよび完全性アルゴリズムを受信するように構成された、受信モジュールと、
第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を取得するように構成された、取得モジュールと、
を含んでいてよく、
第2の暗号化鍵および暗号化アルゴリズムは、SGSNとUEとの間で送信されるメッセージの暗号化保護を行うのに用いられ、第2の完全性鍵および完全性アルゴリズムは、SGSNとUEとの間で送信されるメッセージの完全性保護を行うのに用いられる。
【００３４】
第7の態様に関連して、第1の可能な実施態様において、UEがSGSNに送信する要求メッセージはUEタイプ指示情報を含み、UEタイプ指示情報はUEが第1のタイプのUEであることを指示するのに用いられる。
【００３５】
第7の態様または第7の態様の第1の可能な実施態様に関連して、第2の可能な実施態様において、取得モジュールは、第1の計算部、第2の計算部、および第3の計算部、を含み、
第1の計算部は、第1の暗号化鍵および第1の完全性鍵に従って中間鍵を計算するように構成されており、第2の計算部は、中間鍵および暗号化特徴記号列に従って第2の暗号化鍵を計算するように構成されており、第3の計算部は、中間鍵および完全性特徴記号列に従って第2の完全性鍵を計算するように構成されており、または
第1の計算部は、第1の暗号化鍵および第1の完全性鍵に従って中間鍵を計算するように構成されており、第2の計算部は、中間鍵、第1のアルゴリズムタイプ指示、および暗号化アルゴリズムの識別子に従って第2の暗号化鍵を計算するように構成されており、第3の計算部は、中間鍵、第2のアルゴリズムタイプ指示、および完全性アルゴリズムの識別子に従って第2の完全性鍵を計算するように構成されており、第1のアルゴリズムタイプ指示の値と第2のアルゴリズムタイプ指示の値とは異なる。
【００３６】
第7の態様または第7の態様の第1の可能な実施態様に関連して、第3の可能な実施態様において、
取得モジュールは、第1の暗号化鍵および第1の完全性鍵に従って中間鍵を計算し、中間鍵の第1の事前設定ビットを第2の暗号化鍵として用い、中間鍵の第2の事前設定ビットを第2の完全性鍵として用いるように特に構成されており、または
計算モジュールは、第1の暗号化鍵、第1のアルゴリズムタイプ指示、および暗号化アルゴリズムの識別子に従って第2の暗号化鍵を計算するように構成された、第4の計算部と、第1の完全性鍵、第2のアルゴリズムタイプ指示、および完全性アルゴリズムの識別子に従って第2の完全性鍵を計算するように構成された、第5の計算部と、を含み、第1のアルゴリズムタイプ指示の値と第2のアルゴリズムタイプ指示の値とは異なり、または
取得モジュールは、第1の暗号化鍵もしくは第1の暗号化鍵の事前設定ビットを第2の暗号化鍵として用い、第1の完全性鍵もしくは第1の完全性鍵の事前設定ビットを第2の完全性鍵として用いるように特に構成されている。
【００３７】
第7の態様の第2または第3の可能な実施態様に関連して、第4の可能な実施態様において、第1の暗号化鍵は認証ベクトルクインテット内の暗号化鍵CKであり、第1の完全性鍵は認証ベクトルクインテット内の完全性鍵IKである。
【００３８】
第7の態様の第4の可能な実施態様に関連して、第5の可能な実施態様において、中間鍵は64ビットGPRS暗号化鍵Kcまたは128ビット暗号化鍵Kc128である。
【００３９】
本出願の第8の態様はコンピュータ記憶媒体を開示し、本コンピュータ記憶媒体はプログラムを記憶しており、プログラムが動作すると、第2の態様または第2の態様の第1から第5の可能な実施態様のいずれか1つに記載されているステップが実行される。
【００４０】
本出願の第9の態様はUEを開示し、本UEは、送信装置と、受信装置と、プロセッサとを含んでいてよく、送信装置と、受信装置と、プロセッサとはバスを用いて接続されており、
送信装置は、SGSNに要求メッセージを送信するように構成され、
受信装置は、SGSNが送信した暗号化アルゴリズムおよび完全性アルゴリズムを受信するようにさらに構成され、
プロセッサは、第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を取得するように構成され、
第2の暗号化鍵および暗号化アルゴリズムは、SGSNとUEとの間で送信されるメッセージの暗号化保護を行うのに用いられ、第2の完全性鍵および完全性アルゴリズムは、SGSNとUEとの間で送信されるメッセージの完全性保護を行うのに用いられる。
【００４１】
第9の態様に関連して、第1の可能な実施態様において、送信装置がSGSNに送信する要求メッセージはUEタイプ指示情報を含み、UEタイプ指示情報はUEが第1のタイプのUEであることを指示するのに用いられる。
【００４２】
第9の態様または第9の態様の第1の可能な実施態様に関連して、第2の可能な実施態様において、プロセッサが、第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を取得することは、
プロセッサが、第1の暗号化鍵および第1の完全性鍵に従って中間鍵を計算し、プロセッサが、中間鍵および暗号化特徴記号列に従って第2の暗号化鍵を計算し、プロセッサが、中間鍵および完全性特徴記号列に従って第2の完全性鍵を計算すること、または
プロセッサが、第1の暗号化鍵および第1の完全性鍵に従って中間鍵を計算し、プロセッサが、中間鍵、第1のアルゴリズムタイプ指示、および暗号化アルゴリズムの識別子に従って第2の暗号化鍵を計算し、プロセッサが、中間鍵、第2のアルゴリズムタイプ指示、および完全性アルゴリズムの識別子に従って第2の完全性鍵を計算することであって、第1のアルゴリズムタイプ指示の値と第2のアルゴリズムタイプ指示の値とは異なること、
を含む。
【００４３】
第9の態様または第9の態様の第1の可能な実施態様に関連して、第3の可能な実施態様において、プロセッサが、第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を取得することは、
プロセッサが、第1の暗号化鍵および第1の完全性鍵に従って中間鍵を計算し、プロセッサが、中間鍵の第1の事前設定ビットを第2の暗号化鍵として用い、中間鍵の第2の事前設定ビットを第2の完全性鍵として用いること、または
プロセッサが、第1の暗号化鍵、第1のアルゴリズムタイプ指示、および暗号化アルゴリズムの識別子に従って第2の暗号化鍵を計算し、プロセッサが、第1の完全性鍵、第2のアルゴリズムタイプ指示、および完全性アルゴリズムの識別子に従って第2の完全性鍵を計算することであって、第1のアルゴリズムタイプ指示の値と第2のアルゴリズムタイプ指示の値とは異なること、または
プロセッサが、第1の暗号化鍵もしくは第1の暗号化鍵の事前設定ビットを第2の暗号化鍵として用い、プロセッサが、第1の完全性鍵もしくは第1の完全性鍵の事前設定ビットを第2の完全性鍵として用いること、
を含む。
【００４４】
第9の態様の第2または第3の可能な実施態様に関連して、第4の可能な実施態様において、第1の暗号化鍵は認証ベクトルクインテット内の暗号化鍵CKであり、第1の完全性鍵は認証ベクトルクインテット内の完全性鍵IKである。
【００４５】
第9の態様の第4の可能な実施態様に関連して、第5の可能な実施態様において、中間鍵は64ビットGPRS暗号化鍵Kcまたは128ビット暗号化鍵Kc128である。
【００４６】
本出願の第10の態様はHLR／HSSを開示し、本HLR／HSSは、
サービングGPRSサポートノードSGSNが送信したユーザ機器UEの識別子を受信するように構成された、受信モジュールと、
UEの識別子に従って、UEは第1のタイプのUEであると判定するように構成された、判定モジュールと、
SGSNにUEタイプ指示情報を送信するように構成された送信モジュールであって、UEタイプ指示情報はUEが第1のタイプのUEであることを指示するのに用いられる、送信モジュールと、
を含む。
【００４７】
本出願の第11の態様はコンピュータ記憶媒体を開示し、本コンピュータ記憶媒体はプログラムを記憶しており、プログラムが動作すると、本出願の第3の態様に記載されているステップが実行される。
【００４８】
本出願の第12の態様はHLR／HSSを開示し、本HLR／HSSは、送信装置と、受信装置と、プロセッサとを含んでいてよく、送信装置と、受信装置と、プロセッサとはバスを用いて接続されており、
受信装置は、サービングGPRSサポートノードSGSNが送信したユーザ機器UEの識別子を受信するように構成され、
プロセッサは、UEの識別子に従って、UEは第1のタイプのUEであると判定するように構成され、
送信装置は、SGSNにUEタイプ指示情報を送信するように構成され、UEタイプ指示情報はUEが第1のタイプのUEであることを指示するのに用いられる。
【００４９】
本出願の第13の態様はGPRSシステムを開示し、本GPRSシステムは、サービングGPRSサポートノードSGSNデバイスと、ユーザ機器UEと、ホーム・ロケーション・レジスタHLR／ホーム加入システムHSSとを含み、
SGSNデバイスは、UEが送信した要求メッセージを受信し、HLR／HSSから、第1の暗号化鍵および第1の完全性鍵を含む認証ベクトルを取得し、SGSNがUEは第1のタイプのUEであると判定した場合、UEのための暗号化アルゴリズムおよび完全性アルゴリズムを選択し、UEに選択された暗号化アルゴリズムおよび選択された完全性アルゴリズムを送信し、第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を獲得する、ように構成されており、
UEは、SGSNに要求メッセージを送信し、SGSNが送信した暗号化アルゴリズムおよび完全性アルゴリズムを受信し、第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を取得する、ように構成されており、
第2の暗号化鍵および暗号化アルゴリズムは、SGSNとUEとの間で送信されるメッセージの暗号化保護を行うのに用いられ、第2の完全性鍵および完全性アルゴリズムは、SGSNとUEとの間で送信されるメッセージの完全性保護を行うのに用いられる。
【００５０】
第13の態様に関連して、第1の可能な実施態様において、HLR／HSSは、
SGSNが送信したUEの識別子を受信し、
UEの識別子に従って、UEは第1のタイプのUEであると判定し、
SGSNに、UEが第1のタイプのUEであることを指示するのに用いられるUEタイプ指示情報を送信する、
ように構成されている。
【００５１】
本出願の実施形態では、SGSNは、UEが送信した要求メッセージを受信し、UEは第1のタイプのUEであると判定した後で、暗号化アルゴリズムおよび完全性アルゴリズムを選択し、HLR／HSSから認証ベクトルを取得し、認証ベクトルに含まれている第1の暗号化鍵および第1の完全性鍵に従って強化された第2の暗号化鍵および強化された第2の完全性鍵を獲得し、UEに選択された暗号化アルゴリズムおよび選択された完全性アルゴリズムを送信し、そのため、UEが第2の暗号化鍵および第2の完全性鍵を計算した後で、SGSNとUEはどちらも、第2の暗号化鍵、第2の完全性鍵、ならびにSGSNが選択した暗号化アルゴリズムおよび完全性アルゴリズムを用いて、SGSNとUEとの間の通信メッセージの暗号化保護および完全性保護を行うことができる。これにより、GPRSネットワークにおける第1のタイプのUEの通信のセキュリティが強化される。
【００５２】
本出願における技術的解決策をより明確に説明するために、以下で、これらの実施形態の説明に必要な添付の図面について簡単に述べる。明らかに、以下の説明の添付の図面は本出願のいくつかの実施形態を示しているにすぎず、当業者はこれら添付の図面から難なく他の図面をさらに導出することができる。
【図面の簡単な説明】
【００５３】
【図１】本出願によるGPRSシステム鍵強化方法の一実施形態の概略流れ図である。
【図２】本出願によるGPRSシステム鍵強化方法の別の実施形態の概略流れ図である。
【図３】本出願によるGPRSシステム鍵強化方法の別の実施形態の概略流れ図である。
【図４】本出願によるGPRSシステム鍵強化方法の別の実施形態の概略流れ図である。
【図５】本出願によるGPRSシステム鍵強化方法の別の実施形態の概略流れ図である。
【図６】本出願によるGPRSシステム鍵強化方法の別の実施形態の概略流れ図である。
【図７】本出願によるGPRSシステム鍵強化方法の別の実施形態の概略流れ図である。
【図８】本出願によるGPRSシステム鍵強化方法の別の実施形態の概略流れ図である。
【図９】本出願によるGPRSシステム鍵強化方法の別の実施形態の概略流れ図である。
【図１０】本出願によるGPRSシステム鍵強化方法の別の実施形態の概略流れ図である。
【図１１】本出願によるGPRSシステム鍵強化方法の別の実施形態の概略流れ図である。
【図１２】本出願によるGPRSシステム鍵強化方法の別の実施形態の概略流れ図である。
【図１３】本出願によるSGSNデバイスの一実施形態の概略構造図である。
【図１４】本出願によるSGSNデバイスにおける獲得モジュールの一実施形態の概略構造図である。
【図１５】本出願によるSGSNデバイスにおける獲得モジュールの別の実施形態の概略構造図である。
【図１６】本出願によるSGSNデバイスの別の実施形態の概略構造図である。
【図１７】本出願によるUEの一実施形態の概略構造図である。
【図１８】本出願によるUEにおける取得モジュールの一実施形態の概略構造図である。
【図１９】本出願によるUEにおける取得モジュールの別の実施形態の概略構造図である。
【図２０】本出願によるUEの別の実施形態の概略構造図である。
【図２１】本出願によるHLR／HSSの一実施形態の概略構造図である。
【図２２】本出願によるHLR／HSSの別の実施形態の概略構造図である。
【図２３】本出願によるGPRSシステムの一実施形態の概略構造図である。
【発明を実施するための形態】
【００５４】
以下で、本出願の実施形態における添付の図面に関連して、本出願の実施形態における技術的解決策を明確かつ十分に説明する。明らかに、説明される実施形態は本出願の実施形態の全部ではなく一部にすぎない。本出願の実施形態に基づいて当業者が難なく得ることができる他のすべての実施形態は、本出願の保護範囲内に含まれるものとする。
【００５５】
本出願は、SGSNとUEとの間の鍵を強化し、SGSNとUEとの間の通信に暗号化保護および完全性保護を提供することができるGPRSシステム鍵強化方法、SGSNデバイス、UE、HLR／HSS、およびGPRSシステムを提供する。以下で添付の図面を参照して説明する。
【００５６】
図1を参照されたい。図1は、本出願によるGPRSシステム鍵強化方法の一実施形態の概略流れ図である。図1に示すように、本方法は以下のステップを含む。
【００５７】
S101．SGSNが、UEが送信した要求メッセージを受信する。
【００５８】
具体的な実施に際して、UEがSGSN（Serving GPRS Support Node、サービングGPRSサポートノード）に送信する要求メッセージは、アタッチ要求メッセージ、経路更新メッセージ、または、サービス要求メッセージなど、別のメッセージとすることができる。UEが送信した要求メッセージを受信した後で、SGSNは、要求メッセージを送信したUEの識別子を取得することができる。UEが第1のタイプのUEである場合、要求メッセージはUEタイプ指示情報を搬送することができる。
【００５９】
本出願の本実施形態では、UEはUSIMカードを用いてネットワークと通信し、UEの識別子は、USIMカードのIMSI（International Mobile Subscriber Identification Number、国際移動体加入者識別番号）であってよい。第1のタイプのUEは、モノのインターネットUE、マシンツーマシン（Machine To Machine、M2M）通信UE、または他の高セキュリティUEであってよい。モノのインターネットUEとは、情報感知機能およびデータ伝送機能を有するユーザ機器、例えば、音声ガイド、携帯情報端末、バーコードコレクタ、データ収集端末、および購入または送金に主に用いられるPOS端末をいう。マシンツーマシン通信UEとは、人、モバイルネットワーク、または別の機械と情報を交換するために、ネットワーク接続および通信能力を有し、センサ、コントローラなどを用いて「インテリジェンス」属性を実現するユーザ機器をいう。
【００６０】
S102．SGSNは、HLR／HSSから認証ベクトルを取得し、認証ベクトルは第1の暗号化鍵および第1の完全性鍵を含む。
【００６１】
ホーム・ロケーション・レジスタ（Home Location Register、HLR）は、GPRSシステムの永続データベースであり、登録されたモバイルユーザのものである識別情報、サービス情報、サービス許可などの静的情報、およびユーザの位置情報などの動的情報を含む、多くのモバイルユーザの通信を管理するのに必要な情報を記憶している。ホーム加入システムHSS（Home Subscription System、HSS）は、HLRが進化し、アップグレードしたものであり、主に、ユーザの加入データおよびモバイルユーザの位置情報を管理する役割を果たす。HSSとHLRとはネットワークにおいて類似した機能を有し、HSSに記憶されるデータの多くがHLRに繰り返し記憶されるため、一般に、外部に対してはHSSとHLRの融合デバイスが提示される。本出願の本実施形態では、HLR／HSSは、HLRデバイスであっても、HSSデバイスであっても、HLRとHSSとの融合デバイスであってもよい。
【００６２】
本出願の本実施形態では、SGSNがHLR／HSSから取得する認証ベクトルは認証ベクトルクインテットであり、乱数RAND、予期される応答XRES、認証トークンAUTN、暗号化鍵CK、および完全性鍵IKを含む。
【００６３】
本出願の本実施形態では、第1の暗号化鍵は認証ベクトルクインテット内の暗号化鍵CKであり、第1の完全性鍵は認証ベクトルクインテット内の完全性鍵IKである。
【００６４】
S103．SGSNは、UEは第1のタイプのUEであると判定した場合、UEのための暗号化アルゴリズムおよび完全性アルゴリズムを選択し、UEに選択された暗号化アルゴリズムおよび選択された完全性アルゴリズムを送信する。
【００６５】
いくつかの実行可能な実施態様において、SGSNはHLR／HSSにUEの識別子を送信することができる。HLR／HSSは、UEの識別子に従って、UEは第1のタイプのUEであると判定する。SGSNは、HLR／HSSが送信したUEタイプ指示情報を受信した場合、UEタイプ指示情報に従って、UEは第1のタイプのUEであると判定することができる。
【００６６】
いくつかの他の実行可能な実施態様において、UEがSGSNに送信した要求メッセージがUEタイプ指示情報を搬送している場合、SGSNは、UEは第1のタイプのUEであると判定することができる。
【００６７】
任意選択で、UEタイプ指示情報は、特定の情報要素（Information Element、IE）の存在に従って、UEは第1のタイプのUEであると指示することもできる。例えば、SGSNが、HLR／HSSまたはUEが送信したUEタイプ指示情報を受信したときに、UEタイプ指示情報に特定のIEが存在する場合、SGSNは、UEは第1のタイプのUEであると判定することができ、UEタイプ指示情報に特定のIEが存在しない場合、SGSNは、UEは第1のタイプのUEではないと判定することができる。あるいは、UEタイプ指示情報は、特定のIEの値に従って、UEは第1のタイプのUEであると指示することもできる。例えば、SGSNが、HLR／HSSまたはUEが送信したUEタイプ指示情報を受信したときに、UEタイプ指示情報内の特定のIEの値が1である場合、SGSNは、UEは第1のタイプのUEであると判定することができ、特定のIEの値が0である場合、SGSNは、UEは第1のタイプのUEではないと判定することができる。
【００６８】
具体的な実施に際して、SGSNは、まず、HLR／HSSから認証ベクトルを取得し、次いで、UEは第1のタイプのUEであると判定してもよく、または、まず、UEは第1のタイプのUEであると判定し、次いで、HLR／HSSから認証ベクトルを取得してもよい。
【００６９】
具体的な実施に際して、UEとSGSNとは、いくつかの暗号化アルゴリズムおよび完全性アルゴリズムで別々に構成されている。SGSNに要求メッセージを送信するときに、UEは、SGSNに、UEがサポートしている暗号化アルゴリズムおよび完全性アルゴリズムを送信する。UEの要求メッセージを受信すると、SGSNは、UEがサポートしている暗号化アルゴリズムおよび完全性アルゴリズムの中からSGSNがサポートしている暗号化アルゴリズムおよびSGSNがサポートしている完全性アルゴリズムを選択する。
【００７０】
いくつかの実行可能な実施態様において、SGSNが選択した暗号化アルゴリズムおよび完全性アルゴリズムは、認証ベクトル内の第1の暗号化鍵および第1の完全性鍵と共に、第2の暗号化鍵および第2の完全性鍵を計算するのに用いることができる。加えて、メッセージ暗号文を生成するために、SGSNが選択した暗号化アルゴリズムおよび第2の暗号化鍵に従って通信メッセージに対して暗号化を行うことができる。SGSNが選択した完全性アルゴリズムおよび第2の完全性鍵に従い、計算によってメッセージ認証コードMACを獲得することができる。メッセージ認証コードMACは、通信メッセージの完全性を検証するのに用いることができる。
【００７１】
任意選択で、GPRSネットワークが128ビットの第2の暗号化鍵を必要とする場合、SGSNが選択する暗号化アルゴリズムは、128−EEA1アルゴリズム、128−EEA2アルゴリズム、または128−EEA3アルゴリズムのうちのいずれか1つであってよく、SGSNが選択する完全性アルゴリズムは、128−EIA1アルゴリズム、128−EIA2アルゴリズム、または128−EIA3アルゴリズムのうちのいずれか1つであってよい。128−EEA1アルゴリズムおよび128−EIA1アルゴリズムのコアアルゴリズムとして、SNOW 3Gアルゴリズムが用いられる。128−EEA2アルゴリズムおよび128−EIA2アルゴリズムのコアアルゴリズムとして、AESアルゴリズムが用いられる。128−EEA3アルゴリズムおよび128−EIA3アルゴリズムのコアアルゴリズムとして、ZUCアルゴリズム（ZUCアルゴリズム）が用いられる。
【００７２】
具体的な実施に際して、SGSNは、UEに選択された暗号化アルゴリズムおよび選択された完全性アルゴリズムを送信するときに、UEに、認証ベクトル内の乱数RANDおよび認証トークンAUTNをさらに送信することができる。UEは、UE側がネットワーク側に対する認証を行うように、認証トークンAUTNに従ってSGSNに対する認証を行うことができ、受信した乱数RANDおよび受信した認証トークンAUTNに従ってf1アルゴリズムからf5アルゴリズムを用いて、第1の暗号化鍵CKおよび第1の完全性鍵IKをさらに計算することができる。
【００７３】
SGSNとUEとの間の通信メッセージを保護するためは、SGSNとUEの両方が、合意された鍵（すなわち、第2の暗号化鍵および第2の完全性鍵）と、合意されたアルゴリズム（すなわち、SGSNが選択した暗号化アルゴリズムおよび完全性アルゴリズム）を用いて、通信メッセージに対する暗号化を行う必要がある。したがって、SGSNは、暗号化アルゴリズムおよび完全性アルゴリズムを選択した後で、UEが、第1の暗号化鍵CKおよび第1の完全性鍵IKに従って第2の暗号化鍵および第2の完全性鍵を計算した後で、SGSNが用いるのと同じ暗号化アルゴリズムおよび完全性アルゴリズム、第2の暗号化鍵、ならびに第2の完全性鍵を用いて、通信メッセージに対する暗号化を行うように、UEに選択された暗号化アルゴリズムおよび選択された完全性アルゴリズムを送信する必要がある。
【００７４】
S104．SGSNは、第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を獲得する。
【００７５】
本出願の本実施形態では、SGSNは、暗号化アルゴリズムおよび完全性アルゴリズムを選択した後で、認証ベクトル内の第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を獲得することができる。第2の暗号化鍵および第2の完全性鍵は、第1の暗号化鍵および第1の完全性鍵に基づく強化された鍵であり、第2の暗号化鍵およびSGSNが選択した暗号化アルゴリズムは、SGSNとUEとの間で送信されるメッセージの暗号化保護を行うのに用いることができ、第2の完全性鍵およびSGSNが選択した完全性アルゴリズムは、SGSNとUEとの間で送信されるメッセージの完全性保護を行うのに用いることができる。
【００７６】
任意選択で、SGSNは、第1の暗号化鍵および第1の完全性鍵のみに従って第2の暗号化鍵および第2の完全性鍵を獲得してもよく、または第1の暗号化鍵、第1の完全性鍵、選択された暗号化アルゴリズム、および選択された完全性アルゴリズムに従って第2の暗号化鍵および第2の完全性鍵を獲得してもよい。
【００７７】
具体的な実施に際して、UEに、SGSNが選択した暗号化アルゴリズムおよび完全性アルゴリズムを送信するステップS103と、SGSNが、認証ベクトル内の第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を計算するステップS104との間に順序はない。
【００７８】
本出願の本実施形態では、SGSNは、UEが送信した要求メッセージを受信し、UEは第1のタイプのUEであると判定した後で、暗号化アルゴリズムおよび完全性アルゴリズムを選択し、HLR／HSSから認証ベクトルを取得し、認証ベクトルに含まれている第1の暗号化鍵および第1の完全性鍵に従って強化された第2の暗号化鍵および強化された第2の完全性鍵を獲得し、UEに選択された暗号化アルゴリズムおよび選択された完全性アルゴリズムを送信し、そのため、UEが第2の暗号化鍵および第2の完全性鍵を計算した後で、SGSNとUEはどちらも、第2の暗号化鍵、第2の完全性鍵、ならびにSGSNが選択した暗号化アルゴリズムおよび完全性アルゴリズムを用いて、SGSNとUEとの間の通信メッセージの暗号化保護および完全性保護を行うことができる。これにより、GPRSネットワークにおける第1のタイプのUEの通信のセキュリティが強化される。
【００７９】
図2を参照されたい。図2は、本出願によるGPRSシステム鍵強化方法の別の実施形態の概略流れ図である。図2に示すように、本方法は以下のステップを含む。
【００８０】
S201．SGSNが、UEが送信した要求メッセージを受信する。
【００８１】
S202．SGSNは、HLR／HSSから認証ベクトルを取得し、認証ベクトルは第1の暗号化鍵および第1の完全性鍵を含む。
【００８２】
S203．SGSNは、UEは第1のタイプのUEであると判定した場合、UEのための暗号化アルゴリズムおよび完全性アルゴリズムを選択する。
【００８３】
S204．SGSNは、UEに選択された暗号化アルゴリズムおよび選択された完全性アルゴリズムを送信する。
【００８４】
本出願の本実施形態では、ステップS201からステップS204の具体的な実施態様については、図1に示す実施形態のステップS101からステップS103を参照されたい。ここでは詳細を述べない。
【００８５】
S205．SGSNは、第1の暗号化鍵および第1の完全性鍵に従って中間鍵を計算する。
【００８６】
1つの実行可能な実施態様においては、第1の暗号化鍵および第1の完全性鍵に対して演算を行うことができ、次いで、演算結果が、中間鍵を計算するための鍵導出関数KDFの入力パラメータとして用いられる。例えば、中間鍵はKm＝KDF（CK｜｜IK）とすることができ、式中、CK｜｜IKは、第1の暗号化鍵CKと第1の完全性鍵IKとに対して結合演算が行われることを示している。
【００８７】
別の実行可能な実施態様においては、中間鍵は、既存の64ビットGPRS暗号化鍵Kcまたは既存の128ビット暗号化鍵Kc128を直接用いてよく、すなわち、既存のGPRS暗号化鍵Kc（64ビット）を中間鍵として直接用いてよく、または既存のKc128（128ビット）を中間鍵として直接用いてよい。KcとKc128はどちらも、CkおよびIKに従った計算によって生成される。
【００８８】
S206．SGSNは、中間鍵に従って、または中間鍵および暗号化特徴記号列に従って第2の暗号化鍵を計算する。
【００８９】
1つの実行可能な実施態様において、SGSNは、中間鍵の第1の事前設定ビットを第2の暗号化鍵として用いることができる。例えば、GPRSシステムが64ビットの第2の暗号化鍵を必要とする場合、中間鍵の最上位64ビットを第2の暗号化鍵として直接用いることができ、GPRSシステムが128ビットの第2の暗号化鍵を必要とする場合、中間鍵の最上位128ビットを第2の暗号化鍵として直接用いることができる。別の任意選択の実施態様においては、必要な数のビットを第2の暗号化鍵として中間鍵の中からランダムに選択することができ、これについては本出願では限定しない。
【００９０】
別の実行可能な実施態様において、SGSNは、中間鍵および暗号化特徴記号列cipheringに従って第2の暗号化鍵を計算することができる。具体的な実施に際しては、中間鍵および暗号化特徴記号列cipheringを、第2の暗号化鍵を計算するための鍵導出関数KDFの入力パラメータとして用いることができる。例えば、第2の暗号化鍵は、Kcipher＝KDF（Km，“ciphering”）を用いた計算によって獲得することができ、式中、“ciphering”は暗号化特徴記号列であり、コード化によって生成することができる。
【００９１】
いくつかの実行可能な実施態様において、GPRSシステムは128ビットの第2の暗号化鍵を必要とし、この場合、事前設定の128ビット（例えば、最上位の128ビット）を鍵導出関数KDFの入力パラメータの1つとして計算された中間鍵Kmの中から取得することができ、KDFの出力が第2の暗号化鍵として用いられ、または計算された中間鍵Kmを鍵導出関数KDFの入力パラメータの1つとして直接用いることもでき、事前設定の128ビット（例えば、最上位の128ビット）が第2の暗号化鍵としてKDFの出力から取得され、または中間鍵Kc128は鍵導出関数KDFの入力パラメータの1つとして用いられ、鍵導出関数KDFの出力が第2の暗号化鍵として用いられる。
【００９２】
いくつかの実行可能な実施態様において、GPRSシステムは64ビットの第2の暗号化鍵を必要とし、この場合、事前設定の64ビット（例えば、最上位の64ビット）を鍵導出関数KDFの入力パラメータの1つとして計算された中間鍵Kmの中から取得することができ、KDFの出力が第2の暗号化鍵として用いられ、または計算された中間鍵Kmを鍵導出関数KDFの入力パラメータの1つとして直接用いることもでき、事前設定の64ビット（例えば、最上位の64ビット）が第2の暗号化鍵としてKDFの出力から取得され、または中間鍵Kc（64ビット）を鍵導出関数KDFの入力パラメータの1つとして用いることもでき、鍵導出関数KDFの出力が第2の暗号化鍵として用いられる。
【００９３】
S207．SGSNは、中間鍵に従って、または中間鍵および完全性特徴記号列に従って第2の完全性鍵を計算する。
【００９４】
1つの実行可能な実施態様において、SGSNは、中間鍵の第2の事前設定ビットを第2の完全性鍵として用いることができる。例えば、GPRSシステムが64ビットの第2の完全性鍵を必要とする場合、中間鍵の最下位64ビットを第2の完全性鍵として直接用いることができ、GPRSシステムが128ビットの第2の完全性鍵を必要とする場合、中間鍵の最下位128ビットを第2の完全性鍵として直接用いることができる。別の任意選択の実施態様においては、必要な数のビットを第2の完全性鍵として中間鍵の中からランダムに選択することができ、これについては本出願では限定しない。
【００９５】
別の実行可能な実施態様において、SGSNは、中間鍵および完全性特徴記号列integrityに従って第2の完全性鍵を計算することができる。具体的な実施に際しては、中間鍵および完全性特徴記号列integrityを、第2の完全性鍵を計算するための鍵導出関数KDFの入力パラメータとして用いることができる。例えば、第2の完全性鍵は、Kintegrity＝KDF（Km，“integrity”）を用いた計算によって獲得することができ、式中、“integrity”は完全性特徴記号列であり、コード化によって生成することができる。
【００９６】
いくつかの実行可能な実施態様において、GPRSシステムは128ビットの第2の完全性鍵を必要とし、この場合、事前設定の128ビット（例えば、最上位の128ビット）を鍵導出関数KDFの入力パラメータの1つとして計算された中間鍵Kmの中から取得することができ、KDFの出力が第2の完全性鍵として用いられ、または計算された中間鍵Kmを鍵導出関数KDFの入力パラメータの1つとして直接用いることもでき、事前設定の128ビット（例えば、最上位の128ビット）が第2の完全性鍵としてKDFの出力から取得され、または中間鍵Kc128を鍵導出関数KDFの入力パラメータの1つとして用いることもでき、鍵導出関数KDFの出力が第2の完全性鍵として用いられる。
【００９７】
いくつかの実行可能な実施態様において、GPRSシステムは64ビットの第2の完全性鍵を必要とし、この場合、事前設定の64ビット（例えば、最上位の64ビット）を鍵導出関数KDFの入力パラメータの1つとして計算された中間鍵Kmの中から取得することができ、KDFの出力が第2の完全性鍵として用いられ、または計算された中間鍵Kmを鍵導出関数KDFの入力パラメータの1つとして直接用いることもでき、事前設定の64ビット（例えば、最上位の64ビット）が第2の完全性鍵としてKDFの出力から取得され、または中間鍵Kc（64ビット）を鍵導出関数KDFの入力パラメータの1つとして用いることもでき、鍵導出関数KDFの出力が第2の完全性鍵として用いられる。
【００９８】
本出願の本実施形態では、暗号化特徴記号列cipheringおよび完全性特徴記号列integrityは、計算された第2の暗号化鍵と計算された第2の完全性鍵とを区別しやすいよう差別化するのに用いられる。したがって、完全性特徴記号列integrityは、暗号化特徴記号列cipheringと一致しない任意の記号列とすることができる。
【００９９】
具体的な実施に際して、UEに、SGSNが選択した暗号化アルゴリズムおよび完全性アルゴリズムを送信するステップS204と、中間鍵を計算するステップS205と、第2の暗号化鍵を計算するステップS206と、第2の完全性鍵を計算するステップS207との間に順序はない。
【０１００】
本出願の本実施形態では、SGSNは、UEが送信した要求メッセージを受信し、UEは第1のタイプのUEであると判定した後で、暗号化アルゴリズムおよび完全性アルゴリズムを選択し、HLR／HSSから認証ベクトルを取得し、認証ベクトルに含まれている第1の暗号化鍵および第1の完全性鍵に従って強化された第2の暗号化鍵および強化された第2の完全性鍵を獲得し、UEに選択された暗号化アルゴリズムおよび選択された完全性アルゴリズムを送信し、そのため、UEが第2の暗号化鍵および第2の完全性鍵を計算した後で、SGSNとUEはどちらも、第2の暗号化鍵、第2の完全性鍵、ならびにSGSNが選択した暗号化アルゴリズムおよび完全性アルゴリズムを用いて、SGSNとUEとの間の通信メッセージの暗号化保護および完全性保護を行うことができる。これにより、GPRSネットワークにおける第1のタイプのUEの通信のセキュリティが強化される。
【０１０１】
図3を参照されたい。図3は、本出願によるGPRSシステム鍵強化方法の別の実施形態の概略流れ図である。図3に示すように、本方法は以下のステップを含む。
【０１０２】
S301．SGSNが、UEが送信した要求メッセージを受信する。
【０１０３】
S302．SGSNは、HLR／HSSから認証ベクトルを取得し、認証ベクトルは第1の暗号化鍵および第1の完全性鍵を含む。
【０１０４】
S303．SGSNは、UEは第1のタイプのUEであると判定した場合、UEのための暗号化アルゴリズムおよび完全性アルゴリズムを選択する。
【０１０５】
S304．SGSNは、UEに選択された暗号化アルゴリズムおよび選択された完全性アルゴリズムを送信する。
【０１０６】
S305．SGSNは、第1の暗号化鍵および第1の完全性鍵に従って中間鍵を計算する。
【０１０７】
本出願の本実施形態では、ステップS301からステップS305の具体的な実施態様については、図2に示す実施形態のステップS201からステップS205を参照されたい。ここでは詳細を述べない。
【０１０８】
S306．SGSNは、中間鍵、第1のアルゴリズムタイプ指示、および選択された暗号化アルゴリズムの識別子に従って第2の暗号化鍵を計算する。
【０１０９】
具体的な実施に際しては、中間鍵、第1のアルゴリズムタイプ指示、および選択された暗号化アルゴリズムの識別子を、第2の暗号化鍵を計算するための鍵導出関数KDFの入力パラメータとして用いることができる。例えば、第2の暗号化鍵Kcipherは、Kcipher＝KDF（Km，algorithm type distinguisher1，ciphering algorithm id）を用いた計算によって獲得することができ、式中、Kmは中間鍵であり、algorithm type distinguisher1は第1のアルゴリズムタイプ指示であり、ciphering algorithm idは、SGSNが選択した暗号化アルゴリズムの識別子である。
【０１１０】
いくつかの実行可能な実施態様において、GPRSシステムは128ビットの第2の暗号化鍵を必要とし、この場合、事前設定の128ビット（例えば、最上位の128ビット）を鍵導出関数KDFの入力パラメータの1つとして計算された中間鍵Kmの中から取得することができ、KDFの出力が第2の暗号化鍵として用いられ、または計算された中間鍵Kmを鍵導出関数KDFの入力パラメータの1つとして直接用いることもでき、事前設定の128ビット（例えば、最上位の128ビット）が第2の暗号化鍵としてKDFの出力から取得され、または中間鍵Kc128は鍵導出関数KDFの入力パラメータの1つとして用いられ、鍵導出関数KDFの出力が第2の暗号化鍵として用いられる。
【０１１１】
いくつかの実行可能な実施態様において、GPRSシステムは64ビットの第2の暗号化鍵を必要とし、この場合、事前設定の64ビット（例えば、最上位の64ビット）を鍵導出関数KDFの入力パラメータの1つとして計算された中間鍵Kmの中から取得することができ、KDFの出力が第2の暗号化鍵として用いられ、または計算された中間鍵Kmを鍵導出関数KDFの入力パラメータの1つとして直接用いることもでき、事前設定の64ビット（例えば、最上位の64ビット）が第2の暗号化鍵としてKDFの出力から取得され、または中間鍵Kc（64ビット）を鍵導出関数KDFの入力パラメータの1つとして用いることもでき、鍵導出関数KDFの出力が第2の暗号化鍵として用いられる。
【０１１２】
S307．SGSNは、中間鍵、第2のアルゴリズムタイプ指示、および選択された完全性アルゴリズムの識別子に従って第2の完全性鍵を計算する。
【０１１３】
具体的な実施に際しては、中間鍵、第2のアルゴリズムタイプ指示、および選択された完全性アルゴリズムの識別子を、第2の完全性鍵を計算するための鍵導出関数KDFの入力パラメータとして用いることができる。例えば、第2の完全性鍵Kintegrityは、Kintegrity＝KDF（Km，algorithm type distinguisher2，integrity algorithm id）を用いた計算によって獲得することができ、式中、Kmは中間鍵であり、algorithm type distinguisher2は第2のアルゴリズムタイプ指示であり、integrity algorithm idはSGSNが選択した完全性アルゴリズムの識別子である。
【０１１４】
いくつかの実行可能な実施態様において、GPRSシステムは128ビットの第2の完全性鍵を必要とし、この場合、事前設定の128ビット（例えば、最上位の128ビット）を鍵導出関数KDFの入力パラメータの1つとして計算された中間鍵Kmの中から取得することができ、KDFの出力が第2の完全性鍵として用いられ、または計算された中間鍵Kmを鍵導出関数KDFの入力パラメータの1つとして直接用いることもでき、事前設定の128ビット（例えば、最上位の128ビット）が第2の完全性鍵としてKDFの出力から取得され、または中間鍵Kc128を鍵導出関数KDFの入力パラメータの1つとして用いることもでき、鍵導出関数KDFの出力が第2の完全性鍵として用いられる。
【０１１５】
いくつかの実行可能な実施態様において、GPRSシステムは64ビットの第2の完全性鍵を必要とし、この場合、事前設定の64ビット（例えば、最上位の64ビット）を鍵導出関数KDFの入力パラメータの1つとして計算された中間鍵Kmの中から取得することができ、KDFの出力が第2の完全性鍵として用いられ、または計算された中間鍵Kmを鍵導出関数KDFの入力パラメータの1つとして直接用いることもでき、事前設定の64ビット（例えば、最上位の64ビット）が第2の完全性鍵としてKDFの出力から取得され、または中間鍵Kc（64ビット）を鍵導出関数KDFの入力パラメータの1つとして用いることもでき、鍵導出関数KDFの出力が第2の完全性鍵として用いられる。
【０１１６】
本出願の本実施形態では、第1のアルゴリズムタイプ指示は、現在演算に関与しているアルゴリズムが暗号化型のアルゴリズムであることを指示するのに用いられ、第2のアルゴリズムタイプ指示は、現在演算に関与しているアルゴリズムが完全性型のアルゴリズムであることを指示するのに用いられる。第1のアルゴリズムタイプ指示の値と第2のアルゴリズムタイプ指示の値とは異なる。いくつかの実行可能な実施形態において、第1のアルゴリズムタイプ指示と第2のアルゴリズムタイプ指示とは同じIEを含む場合があり、第1のアルゴリズムタイプ指示と第2のアルゴリズムタイプ指示とはIEの異なる値を用いて区別される。例えば、第1のアルゴリズムタイプ指示のIEと第2のアルゴリズムタイプ指示のIEとはどちらも、algorithm type distinguisherである。algorithm type distinguisher＝00の場合、それは暗号化型のアルゴリズムを指示する。algorithm type distinguisher＝01の場合、それは完全性型のアルゴリズムを指示する。
【０１１７】
いくつかの可能な事例において、暗号化アルゴリズムと完全性アルゴリズムとは同じ識別子を用いる場合があり、これらの事例では、アルゴリズムタイプ指示を参照して各アルゴリズムを一意に区別する必要がある。例えば、128−EEA1アルゴリズムと128−EIA1アルゴリズムとがどちらもアルゴリズム識別子として1を用いる場合、SGSNが選択した暗号化アルゴリズムおよび完全性アルゴリズムが、それぞれ、128−EEA1アルゴリズムおよび128−EIA1アルゴリズムであるときには、128−EEA1アルゴリズムと128−EIA1アルゴリズムとを、第1のアルゴリズムタイプ指示と第2のアルゴリズムタイプ指示とのIEの異なる値を用いて区別することができる。加えて、第2の暗号化鍵と第2の完全性鍵とを区別するように、計算された第2の暗号化鍵の値と計算された第2の完全性鍵の値とを差別化することもできる。
【０１１８】
具体的な実施に際して、UEに、SGSNが選択した暗号化アルゴリズムおよび完全性アルゴリズムを送信するステップS304と、中間鍵を計算するステップS305と、第2の暗号化鍵を計算するステップS306と、第2の完全性鍵を計算するステップS307との間に順序はない。
【０１１９】
本出願の本実施形態では、SGSNは、UEが送信した要求メッセージを受信し、UEは第1のタイプのUEであると判定した後で、暗号化アルゴリズムおよび完全性アルゴリズムを選択し、HLR／HSSから認証ベクトルを取得し、認証ベクトルに含まれている第1の暗号化鍵および第1の完全性鍵に従って強化された第2の暗号化鍵および強化された第2の完全性鍵を獲得し、UEに選択された暗号化アルゴリズムおよび選択された完全性アルゴリズムを送信し、そのためUEは、第2の暗号化鍵および第2の完全性鍵を計算し、第2の暗号化鍵および第2の完全性鍵を用いて、SGSNとUEとの間の通信メッセージの暗号化保護および完全性保護を行う。これにより、GPRSネットワークにおける第1のタイプのUEの通信のセキュリティが強化される。
【０１２０】
図4を参照されたい。図4は、本出願によるGPRSシステム鍵強化方法の別の実施形態の概略流れ図である。図4に示すように、本方法は以下のステップを含む。
【０１２１】
S401．SGSNが、UEが送信した要求メッセージを受信する。
【０１２２】
S402．SGSNは、HLR／HSSから認証ベクトルを取得し、認証ベクトルは第1の暗号化鍵および第1の完全性鍵を含む。
【０１２３】
本出願の本実施形態では、ステップS401およびステップS402の具体的な実施態様については、図1に示す実施形態のステップS101およびステップS102を参照されたい。ここでは詳細を述べない。
【０１２４】
S403．SGSNは、UEは第1のタイプのUEであると判定する。
【０１２５】
いくつかの実行可能な実施態様において、SGSNはHLR／HSSにUEの識別子を送信することができる。HLR／HSSは、UEの識別子に従って、UEは第1のタイプのUEであると判定する。SGSNは、HLR／HSSが送信したUEタイプ指示情報を受信した場合、UEタイプ指示情報に従って、UEは第1のタイプのUEであると判定することができる。
【０１２６】
いくつかの他の実行可能な実施態様において、UEがSGSNに送信した要求メッセージがUEタイプ指示情報を搬送している場合、SGSNは、UEは第1のタイプのUEであると判定することができる。
【０１２７】
任意選択で、SGSNは、UEタイプ指示情報における特定の情報要素（Information Element、IE）の存在または非存在に従って、UEが第1のタイプのUEであるかどうか判定することもできる。例えば、UEタイプ指示情報が前述の特定のIEを含む場合、SGSNは、UEは第1のタイプのUEであると判定することができ、UEタイプ指示情報が前述の特定のIEを含まない場合、SGSNは、UEは第1のタイプのUEではないと判定することができる。あるいは、SGSNは、UEタイプ指示情報内のIEのデータコンテンツを用いて、UEが第1のタイプのUEであるかどうか判定することもできる。例えば、前述のIEのデータコンテンツが1である場合、SGSNは、UEは第1のタイプのUEであると判定することができ、前述のIEのデータコンテンツが0である場合、SGSNは、UEは第1のタイプのUEではないと判定することができる。
【０１２８】
具体的な実施に際して、SGSNは、まず、HLR／HSSから認証ベクトルを取得し、次いで、UEは第1のタイプのUEであると判定してもよく、または、まず、UEは第1のタイプのUEであると判定し、次いで、HLR／HSSから認証ベクトルを取得してもよい。
【０１２９】
S404．SGSNは、UEのための暗号化アルゴリズムおよび完全性アルゴリズムを選択する。
【０１３０】
具体的な実施に際して、UEとSGSNとは、いくつかの暗号化アルゴリズムおよび完全性アルゴリズムで別々に構成されている。SGSNに要求メッセージを送信するときに、UEは、SGSNに、UEがサポートしている暗号化アルゴリズムおよび完全性アルゴリズムを送信する。UEの要求メッセージを受信すると、SGSNは、UEがサポートしている暗号化アルゴリズムおよび完全性アルゴリズムの中からSGSNがサポートしている暗号化アルゴリズムおよびSGSNがサポートしている完全性アルゴリズムを選択する。
【０１３１】
本出願の本実施形態では、SGSNが選択した暗号化アルゴリズムおよび完全性アルゴリズムは、認証ベクトル内の第1の暗号化鍵および第1の完全性鍵と共に、第2の暗号化鍵および第2の完全性鍵を計算するのに用いることができる。加えて、メッセージ暗号文を生成するために、SGSNが選択した暗号化アルゴリズムおよび生成された第2の暗号化鍵に従って通信メッセージに対して暗号化を行うことができる。SGSNが選択した完全性アルゴリズムおよび生成された第2の完全性鍵に従い、計算によってメッセージ認証コードMACを獲得することができる。メッセージ認証コードMACは、通信メッセージの完全性を検証するのに用いることができる。
【０１３２】
任意選択で、GPRSネットワークが128ビットの第2の暗号化鍵を必要とする場合、SGSNが選択する暗号化アルゴリズムは、128−EEA1アルゴリズム、128−EEA2アルゴリズム、または128−EEA3アルゴリズムのうちのいずれか1つであってよく、SGSNが選択する完全性アルゴリズムは、128−EIA1アルゴリズム、128−EIA2アルゴリズム、または128−EIA3アルゴリズムのうちのいずれか1つであってよい。128−EEA1アルゴリズムおよび128−EIA1アルゴリズムのコアアルゴリズムとして、SNOW 3Gアルゴリズムが用いられる。128−EEA2アルゴリズムおよび128−EIA2アルゴリズムのコアアルゴリズムとして、AESアルゴリズムが用いられる。128−EEA3アルゴリズムおよび128−EIA3アルゴリズムのコアアルゴリズムとして、ZUCアルゴリズム（ZUCアルゴリズム）が用いられる。
【０１３３】
S405．SGSNは、第1の暗号化鍵、第1のアルゴリズムタイプ指示、および選択された暗号化アルゴリズムの識別子に従って第2の暗号化鍵を計算する。
【０１３４】
具体的には、SGSNは、第1の暗号化鍵、第1のアルゴリズムタイプ指示、および選択された暗号化アルゴリズムの識別子を、第2の暗号化鍵を計算するための鍵導出関数KDFの入力パラメータとして用いることができる。例えば、Kcipher＝KDF（CK，algorithm type distinguisher1，ciphering algorithm id）であり、式中、CKは第1の暗号化鍵であり、algorithm type distinguisher1は第1のアルゴリズムタイプ指示であり、ciphering algorithm idは、SGSNが選択した暗号化アルゴリズムの識別子である。
【０１３５】
任意選択で、GPRSシステムが64ビットの第2の暗号化鍵を必要とする場合、最上位64ビットを第2の暗号化鍵として計算されたKcipherの中から選択することができ、GPRSシステムが128ビットの第2の暗号化鍵を必要とする場合、最上位128ビットを第2の暗号化鍵として計算されたKcipherの中から選択することができる。別の実行可能な実施態様においては、必要な数のビットを第2の暗号化鍵として計算されたKcipherの中からランダムに選択することができ、これについては本出願では限定されない。
【０１３６】
S406．SGSNは、第1の完全性鍵、第2のアルゴリズムタイプ指示、および選択された完全性アルゴリズムの識別子に従って第2の完全性鍵を計算する。
【０１３７】
具体的には、SGSNは、第1の完全性鍵IK、第2のアルゴリズムタイプ指示algorithm type distinguisher2、および選択された完全性アルゴリズムの識別子integrity algorithm idを、第2の完全性鍵を計算するための鍵導出関数KDFへの入力パラメータとして用いることができる。例えば、Kintegrity＝KDF（IK，algorithm type distinguisher2，integrity algorithm id）であり、式中、IKは第1の完全性鍵であり、algorithm type distinguisher2は第2のアルゴリズムタイプ指示であり、integrity algorithm id isはSGSNが選択した完全性アルゴリズムの識別子である。
【０１３８】
任意選択で、GPRSシステムが64ビットの第2の完全性鍵を必要とする場合、最上位64ビットを第2の完全性鍵として計算されたKintegrityの中から選択することができ、GPRSシステムが128ビットの第2の完全性鍵を必要とする場合、最上位128ビットを第2の完全性鍵として計算されたKintegrityの中から選択することができる。別の実行可能な実施態様においては、必要な数のビットを第2の完全性鍵として計算されたKintegrityの中からランダムに選択することができ、これについては本出願では限定されない。
【０１３９】
本出願の本実施形態では、第1のアルゴリズムタイプ指示は、現在演算に関与しているアルゴリズムが暗号化型のアルゴリズムであることを指示するのに用いられ、第2のアルゴリズムタイプ指示は、現在演算に関与しているアルゴリズムが完全性型のアルゴリズムであることを指示するのに用いられる。第1のアルゴリズムタイプ指示の値と第2のアルゴリズムタイプ指示の値とは異なる。いくつかの実行可能な実施形態において、第1のアルゴリズムタイプ指示と第2のアルゴリズムタイプ指示とは同じIEを含む場合があり、第1のアルゴリズムタイプ指示と第2のアルゴリズムタイプ指示とはIEの異なる値を用いて区別される。例えば、第1のアルゴリズムタイプ指示のIEと第2のアルゴリズムタイプ指示のIEとはどちらも、algorithm type distinguisherである。algorithm type distinguisher＝00の場合、それは暗号化型のアルゴリズムを指示する。algorithm type distinguisher＝01の場合、それは完全性型のアルゴリズムを指示する。
【０１４０】
いくつかの可能な事例において、暗号化アルゴリズムと完全性アルゴリズムとは同じ識別子を用いる場合があり、これらの事例では、アルゴリズムタイプ指示を参照して各アルゴリズムを一意に区別する必要がある。例えば、128−EEA1アルゴリズムと128−EIA1アルゴリズムとがどちらもアルゴリズム識別子として1を用いる場合、SGSNが選択した暗号化アルゴリズムおよび完全性アルゴリズムが、それぞれ、128−EEA1アルゴリズムおよび128−EIA1アルゴリズムであるときには、128−EEA1アルゴリズムと128−EIA1アルゴリズムとを、第1のアルゴリズムタイプ指示と第2のアルゴリズムタイプ指示との異なる値を用いて区別することができる。加えて、第2の暗号化鍵と第2の完全性鍵とを区別するように、計算された第2の暗号化鍵の値と計算された第2の完全性鍵の値とを差別化することもできる。
【０１４１】
S407．SGSNは、UEに選択された暗号化アルゴリズムおよび選択された完全性アルゴリズムを送信する。
【０１４２】
具体的な実施に際して、SGSNは、UEに選択された暗号化アルゴリズムおよび選択された完全性アルゴリズムを送信するときに、UEに、認証ベクトル内の乱数RANDおよび認証トークンAUTNをさらに送信することができる。UEは、認証トークンAUTNに従ってSGSN側に対する認証を行うことができ、すなわち、UE側は、ネットワーク側に対する認証を行い、受信した乱数RANDおよび受信した認証トークンAUTNに従ってf1アルゴリズムからf5アルゴリズムを用いて、第1の暗号化鍵CKおよび第1の完全性鍵IKをさらに計算することができる。
【０１４３】
具体的な実施に際して、UEに、SGSNが選択した暗号化アルゴリズムおよび完全性アルゴリズムを送信するステップS407と、第2の暗号化鍵を計算するステップS405と、第2の完全性鍵を計算するステップS406との間に順序はない。
【０１４４】
SGSNとUEとの間の通信メッセージを保護するためは、SGSNとUEの両方が、合意された鍵（すなわち、第2の暗号化鍵および第2の完全性鍵）と、合意されたアルゴリズム（すなわち、SGSNが選択した暗号化アルゴリズムおよび完全性アルゴリズム）を用いて、通信メッセージに対する暗号化を行う必要がある。したがって、SGSNは、暗号化アルゴリズムおよび完全性アルゴリズムを選択した後で、UEが、第1の暗号化鍵CKおよび第1の完全性鍵IKに従って第2の暗号化鍵および第2の完全性鍵を計算した後で、SGSNが用いるのと同じ暗号化アルゴリズムおよび完全性アルゴリズム、第2の暗号化鍵、ならびに第2の完全性鍵を用いて、通信メッセージに対する暗号化を行うように、UEに選択された暗号化アルゴリズムおよび選択された完全性アルゴリズムを送信する必要がある。
【０１４５】
本出願の本実施形態では、SGSNは、UEが送信した要求メッセージを受信し、UEは第1のタイプのUEであると判定した後で、暗号化アルゴリズムおよび完全性アルゴリズムを選択し、HLR／HSSから認証ベクトルを取得し、認証ベクトルに含まれている第1の暗号化鍵および第1の完全性鍵に従って強化された第2の暗号化鍵および強化された第2の完全性鍵を獲得し、UEに選択された暗号化アルゴリズムおよび選択された完全性アルゴリズムを送信し、そのためUEは、第2の暗号化鍵および第2の完全性鍵を計算し、第2の暗号化鍵および第2の完全性鍵を用いて、SGSNとUEとの間の通信メッセージの暗号化保護および完全性保護を行う。これにより、GPRSネットワークにおける第1のタイプのUEの通信のセキュリティが強化される。
【０１４６】
図5を参照されたい。図5は、本出願によるGPRSシステム鍵強化方法の別の実施形態の概略流れ図である。図5に示すように、本方法は以下のステップを含む。
【０１４７】
S501．SGSNが、UEが送信した要求メッセージを受信する。
【０１４８】
S502．SGSNは、HLR／HSSから認証ベクトルを取得し、認証ベクトルは第1の暗号化鍵および第1の完全性鍵を含む。
【０１４９】
本出願の本実施形態では、ステップS501およびステップS502の具体的な実施態様については、図1に示す実施形態のステップS101およびステップS102を参照されたい。ここでは詳細を述べない。
【０１５０】
S503．SGSNは、UEは第1のタイプのUEであると判定する。
【０１５１】
S504．SGSNは、UEのための暗号化アルゴリズムおよび完全性アルゴリズムを選択する。
【０１５２】
本出願の本実施形態では、ステップS503およびステップS504の具体的な実施態様については、図3に示す実施形態のステップS303およびステップS304を参照されたい。ここでは詳細を述べない。
【０１５３】
S505．SGSNは、第1の暗号化鍵または第1の暗号化鍵の事前設定ビットを第2の暗号化鍵として用いる。
【０１５４】
いくつかの実行可能な実施態様においては、第1の暗号化鍵が128ビット鍵であり、GPRSシステムが必要とする第2の暗号化鍵も128ビット鍵である場合、第1の暗号化鍵を第2の暗号化鍵として直接用いることができる。GPRSシステムが必要とする第2の暗号化鍵が64ビット鍵である場合には、64事前設定ビットを第2の暗号化鍵として第1の暗号化鍵の中から選択することができる。例えば、最上位64ビットが第2の暗号化鍵として選択される。
【０１５５】
S506．SGSNは、第1の完全性鍵または第1の完全性鍵の事前設定ビットを第2の完全性鍵として用いる。
【０１５６】
いくつかの実行可能な実施態様においては、第1の完全性鍵が128ビット鍵であり、GPRSシステムが必要とする第2の完全性鍵も128ビット鍵である場合、第1の完全性鍵を第2の完全性鍵として直接用いることができる。GPRSシステムが必要とする第2の完全性鍵が64ビット鍵である場合には、64事前設定ビットを第2の完全性鍵として第1の完全性鍵の中から選択することができる。例えば、最上位64ビットが第2の完全性鍵として選択される。
【０１５７】
本出願の本実施形態では、メッセージ暗号文を生成するために、第2の暗号化鍵およびSGSNが選択した暗号化アルゴリズムに従って、通信メッセージに対して暗号化を行うことができる。第2の完全性鍵およびSGSNが選択した完全性アルゴリズムに従って計算によってメッセージ認証コードMACを獲得することができる。メッセージ認証コードMACは、通信メッセージの完全性を検証するのに用いることができる。
【０１５８】
S507．SGSNは、UEに選択された暗号化アルゴリズムおよび選択された完全性アルゴリズムを送信する。
【０１５９】
具体的な実施に際して、SGSNは、UEに選択された暗号化アルゴリズムおよび選択された完全性アルゴリズムを送信するときに、UEに、認証ベクトル内の乱数RANDおよび認証トークンAUTNをさらに送信することができる。UEは、認証トークンAUTNに従ってSGSN側に対する認証を行うことができ、すなわち、UE側は、ネットワーク側に対する認証を行い、受信した乱数RANDおよび受信した認証トークンAUTNに従ってf1アルゴリズムからf5アルゴリズムを用いて、第1の暗号化鍵CKおよび第1の完全性鍵IKをさらに計算することができる。
【０１６０】
具体的な実施に際して、UEに、SGSNが選択した暗号化アルゴリズムおよび完全性アルゴリズムを送信するステップS507と、ステップS505と、ステップ506との間に順序はない。
【０１６１】
SGSNとUEとの間の通信メッセージを保護するためは、SGSNとUEの両方が、合意された鍵（すなわち、第2の暗号化鍵および第2の完全性鍵）と、合意されたアルゴリズム（すなわち、SGSNが選択した暗号化アルゴリズムおよび完全性アルゴリズム）を用いて、通信メッセージに対する暗号化を行う必要がある。したがって、SGSNは、暗号化アルゴリズムおよび完全性アルゴリズムを選択した後で、UEが、第1の暗号化鍵CKおよび第1の完全性鍵IKに従って第2の暗号化鍵および第2の完全性鍵を計算した後で、SGSNが用いるのと同じ暗号化アルゴリズムおよび完全性アルゴリズム、第2の暗号化鍵、ならびに第2の完全性鍵を用いて、通信メッセージに対する暗号化を行うように、UEに選択された暗号化アルゴリズムおよび選択された完全性アルゴリズムを送信する必要がある。
【０１６２】
本出願の本実施形態では、SGSNは、UEが送信した要求メッセージを受信し、UEは第1のタイプのUEであると判定した後で、暗号化アルゴリズムおよび完全性アルゴリズムを選択し、HLR／HSSから認証ベクトルを取得し、認証ベクトルに含まれている第1の暗号化鍵および第1の完全性鍵に従って強化された第2の暗号化鍵および強化された第2の完全性鍵を獲得し、UEに選択された暗号化アルゴリズムおよび選択された完全性アルゴリズムを送信し、そのため、UEが第2の暗号化鍵および第2の完全性鍵を計算した後で、SGSNとUEはどちらも、第2の暗号化鍵、第2の完全性鍵、ならびにSGSNが選択した暗号化アルゴリズムおよび完全性アルゴリズムを用いて、SGSNとUEとの間の通信メッセージの暗号化保護および完全性保護を行うことができる。これにより、GPRSネットワークにおける第1のタイプのUEの通信のセキュリティが強化される。
【０１６３】
図6を参照されたい。図6は、本出願によるGPRSシステム鍵強化方法の別の実施形態の概略流れ図である。図6に示すように、本方法は以下のステップを含む。
【０１６４】
S601．UEが、SGSNに要求メッセージを送信する。
【０１６５】
具体的な実施に際しては、UEがSGSNに送信する要求メッセージは、アタッチ要求メッセージ、経路更新メッセージ、または、サービス要求メッセージなど、別のメッセージとすることができる。UEが送信した要求メッセージを受信した後で、SGSNは、要求メッセージを送信したUEの識別子を取得することができる。UEが第1のタイプのUEである場合、要求メッセージはUEタイプ指示情報を搬送することができる。
【０１６６】
本出願の本実施形態では、UEはUSIMカードを用いてネットワークと通信し、UEの識別子は、USIMカードのIMSI（International Mobile Subscriber Identification Number、国際移動体加入者識別番号）であってよい。第1のタイプのUEは、モノのインターネットUE、マシンツーマシン（Machine To Machine、M2M）通信UE、または他の高セキュリティUEを含んでいてよい。モノのインターネットUEとは、情報感知機能およびデータ伝送機能を有するユーザ機器、例えば、音声ガイド、携帯情報端末、バーコードコレクタ、データ収集端末、および購入または送金に主に用いられるPOS端末をいう。マシンツーマシン通信UEとは、人、モバイルネットワーク、または別の機械と情報を交換するために、ネットワーク接続および通信能力を有し、センサ、コントローラなどを用いて「インテリジェンス」属性を実現するユーザ機器をいう。
【０１６７】
本出願の本実施形態では、UEが第1のタイプのUEである例を用いて説明する。いくつかの実行可能な実施態様において、UEがSGSNに送信する要求メッセージはUEタイプ指示情報を含むことができ、そのためSGSNは、UEタイプ指示情報に従って、UEは第1のタイプのUEであると判定する。
【０１６８】
任意選択で、UEタイプ指示情報は、特定の情報要素（Information Element、IE）の存在に従って、UEは第1のタイプのUEであると指示することもできる。例えば、SGSNが、HLR／HSSまたはUEが送信したUEタイプ指示情報を受信したときに、UEタイプ指示情報に特定のIEが存在する場合、SGSNは、UEは第1のタイプのUEであると判定することができ、UEタイプ指示情報に特定のIEが存在しない場合、SGSNは、UEは第1のタイプのUEではないと判定することができる。あるいは、UEタイプ指示情報は、特定のIEの値に従って、UEは第1のタイプのUEであると指示することもできる。例えば、SGSNが、HLR／HSSまたはUEが送信したUEタイプ指示情報を受信したときに、UEタイプ指示情報内の特定のIEの値が1である場合、SGSNは、UEは第1のタイプのUEであると判定することができ、特定のIEの値が0である場合、SGSNは、UEは第1のタイプのUEではないと判定することができる。
【０１６９】
具体的な実施に際して、UEとSGSNとは、いくつかの暗号化アルゴリズムおよび完全性アルゴリズムで別々に構成されている。SGSNに要求メッセージを送信するときに、UEは、SGSNに、UEがサポートしている暗号化アルゴリズムおよび完全性アルゴリズムを送信する。
【０１７０】
S602．UEは、SGSNが送信した暗号化アルゴリズムおよび完全性アルゴリズムを受信する。
【０１７１】
SGSNがUEの要求メッセージを受信した後で、前述のUEは第1のタイプのUEであると判定された場合、SGSNは、UEがサポートしている暗号化アルゴリズムおよび完全性アルゴリズムの中からSGSNがサポートしている暗号化アルゴリズムおよびSGSNがサポートしている完全性アルゴリズムを選択する。SGSNは、UEに選択された暗号化アルゴリズムおよび選択された完全性アルゴリズムを送信し、認証ベクトル内の第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を獲得する。
【０１７２】
具体的な実施に際して、SGSNは、UEに選択された暗号化アルゴリズムおよび選択された完全性アルゴリズムを送信するときに、UEに、認証ベクトル内の乱数RANDおよび認証トークンAUTNをさらに送信することができる。UEは、UE側がネットワーク側に対する認証を行うように、認証トークンAUTNに従ってSGSNに対する認証を行うことができる。UEは、受信した乱数RANDおよび受信した認証トークンAUTNに従ってf1アルゴリズムからf5アルゴリズムを用いて、第1の暗号化鍵および第1の完全性鍵をさらに計算することができる。UEが計算する第1の暗号化鍵および第1の完全性鍵は、SGSNがHLR／HSSから取得する認証ベクトル内の第1の暗号化鍵および第1の完全性鍵と同じである。SGSNがHLR／HSSから取得する認証ベクトルは認証ベクトルクインテットであり、乱数RAND、予期される応答XRES、認証トークンAUTN、暗号化鍵CK、および完全性鍵IKを含む。
【０１７３】
本出願の本実施形態では、第1の暗号化鍵は認証ベクトルクインテット内の暗号化鍵CKであり、第1の完全性鍵は認証ベクトルクインテット内の完全性鍵IKである。
【０１７４】
いくつかの実行可能な実施態様において、SGSNが選択した暗号化アルゴリズムおよび完全性アルゴリズムは、第1の暗号化鍵CKおよび第1の完全性鍵IKと共に、第2の暗号化鍵および第2の完全性鍵を計算するのに用いることができる。加えて、メッセージ暗号文を生成するために、暗号化アルゴリズムおよび生成された第2の暗号化鍵に従って通信メッセージに対して暗号化を行うことができる。完全性アルゴリズムおよび生成された第2の完全性鍵に従って計算によってメッセージ認証コードMACを獲得することができる。メッセージ認証コードMACは、通信メッセージの完全性を検証するのに用いることができる。
【０１７５】
任意選択で、GPRSネットワークが128ビットの第2の暗号化鍵を必要とする場合、SGSNが選択する暗号化アルゴリズムは、128−EEA1アルゴリズム、128−EEA2アルゴリズム、または128−EEA3アルゴリズムのうちのいずれか1つであってよく、SGSNが選択する完全性アルゴリズムは、128−EIA1アルゴリズム、128−EIA2アルゴリズム、または128−EIA3アルゴリズムのうちのいずれか1つであってよい。128−EEA1アルゴリズムおよび128−EIA1アルゴリズムのコアアルゴリズムとして、SNOW 3Gアルゴリズムが用いられる。128−EEA2アルゴリズムおよび128−EIA2アルゴリズムのコアアルゴリズムとして、AESアルゴリズムが用いられる。128−EEA3アルゴリズムおよび128−EIA3アルゴリズムのコアアルゴリズムとして、ZUCアルゴリズム（ZUCアルゴリズム）が用いられる。
【０１７６】
S603．UEは、第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を取得する。
【０１７７】
本出願の本実施形態では、第2の暗号化鍵および第2の完全性鍵は、第1の暗号化鍵および第1の完全性鍵に基づく強化された鍵である。第2の暗号化鍵およびSGSNが送信した暗号化アルゴリズムは、SGSNとUEとの間で送信されるメッセージに対する暗号化保護を行うのに用いられ、第2の完全性鍵およびSGSNが送信した完全性アルゴリズムは、SGSNとUEとの間で送信されるメッセージに対する完全性保護を行うのに用いられる。
【０１７８】
任意選択で、UEは、第1の暗号化鍵および第1の完全性鍵のみに従って第2の暗号化鍵および第2の完全性鍵を取得してもよく、または第1の暗号化鍵、第1の完全性鍵、ならびにSGSNが送信した暗号化アルゴリズムおよび完全性アルゴリズムに従って第2の暗号化鍵および第2の完全性鍵を取得してもよい。
【０１７９】
第2の暗号化鍵および第2の完全性鍵を取得した後で、SGSNとUEとの間の通信メッセージを保護するために、SGSNとUEの両方が、合意された鍵（すなわち、第2の暗号化鍵および第2の完全性鍵）と、合意されたアルゴリズム（すなわち、SGSNが送信した暗号化アルゴリズムおよび完全性アルゴリズム）を用いて、通信メッセージに対する暗号化を行う必要がある。
【０１８０】
本出願の本実施形態では、UEは、SGSNに要求メッセージを送信し、SGSNが送信した暗号化アルゴリズムおよび完全性アルゴリズムを受信し、第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を計算する。SGSNとUEはどちらも、第2の暗号化鍵、第2の完全性鍵、ならびにSGSNがUEに送信した暗号化アルゴリズムおよび完全性アルゴリズムを用いて、UEとSGSNとの間の通信メッセージに対する暗号化保護および完全性保護を行うことができる。これにより、GPRSネットワークにおける第1のタイプのUEの通信のセキュリティが強化される。
【０１８１】
図7を参照されたい。図7は、本出願によるGPRSシステム鍵強化方法の別の実施形態の概略流れ図である。図7に示すように、本方法は以下のステップを含む。
【０１８２】
S701．UEが、SGSNに要求メッセージを送信する。
【０１８３】
S702．UEは、SGSNが送信した暗号化アルゴリズムおよび完全性アルゴリズムを受信する。
【０１８４】
本出願の本実施形態では、ステップS701およびステップS702の具体的な実施態様については、図6に示す実施形態のステップS601およびステップS602を参照されたい。ここでは詳細を述べない。
【０１８５】
S703．UEは、第1の暗号化鍵および第1の完全性鍵に従って中間鍵を計算する。
【０１８６】
SGSNが送信した暗号化アルゴリズムおよび完全性アルゴリズムを受信するときに、UEは、SGSNが送信した乱数RANDおよび認証トークンAUTNをさらに受信する。中間鍵を計算する前に、認証トークンAUTNおよび乱数RANDに従って予期されるメッセージ認証コードXMACをまず計算することができ、予期されるメッセージ認証コードXMACが認証トークンAUTN内のメッセージ認証コードMACと同じであるかどうか判定することによってSGSN側に対する認証が行われる。SGSN側に対する認証に成功した後で、UEは、SGSNが送信した乱数RANDおよび認証トークンAUTNに従って第1の暗号化鍵CKおよび第1の完全性鍵IKを計算し、乱数応答RESを計算し、SGSN側がUEに対する認証を行うように、SGSNに乱数応答RESを送信する。
【０１８７】
1つの実行可能な実施態様において、UEは、第1の暗号化鍵および第1の完全性鍵に対する演算を行い、演算結果を鍵導出関数KDFの入力パラメータとして用いて中間鍵を計算することができる。例えば、中間鍵はKm＝KDF（CK｜｜IK）とすることができ、式中、CK｜｜IKは、第1の暗号化鍵CKと第1の完全性鍵IKとに対して結合演算が行われることを示している。
【０１８８】
別の実行可能な実施態様において、中間鍵は、既存の64ビットGPRS暗号化鍵Kcまたは既存の128ビット暗号化鍵Kc128を直接用いてよく、すなわち、既存のGPRS暗号化鍵Kc（64ビット）を中間鍵として直接用いてよく、または既存のKc128（128ビット）を中間鍵として直接用いてよい。KcとKc128はどちらも、CkおよびIKに従った計算によって生成される。
【０１８９】
S704．UEは、中間鍵に従って、または中間鍵および暗号化特徴記号列に従って第2の暗号化鍵を計算する。
【０１９０】
1つの実行可能な実施態様において、UEは、中間鍵の第1の事前設定ビットを第2の暗号化鍵として用いることができる。例えば、GPRSシステムが64ビットの第2の暗号化鍵を必要とする場合、中間鍵の最上位64ビットを第2の暗号化鍵として直接用いることができ、GPRSシステムが128ビットの第2の暗号化鍵を必要とする場合、中間鍵の最上位128ビットを第2の暗号化鍵として直接用いることができる。別の任意選択の実施態様においては、必要な数のビットを第2の暗号化鍵として中間鍵の中からランダムに選択することができ、これについては本出願では限定しない。
【０１９１】
別の実行可能な実施態様において、UEは、中間鍵および暗号化特徴記号列cipheringに従って第2の暗号化鍵を計算することができる。具体的な実施に際しては、中間鍵および暗号化特徴記号列cipheringを、第2の暗号化鍵を計算するための鍵導出関数KDFの入力パラメータとして用いることができる。例えば、第2の暗号化鍵は、Kcipher＝KDF（Km，“ciphering”）を用いた計算によって獲得することができ、式中、“ciphering”は暗号化特徴記号列であり、コード化によって生成することができる。
【０１９２】
いくつかの実行可能な実施態様において、GPRSシステムは128ビットの第2の暗号化鍵を必要とし、この場合、事前設定の128ビット（例えば、最上位の128ビット）を鍵導出関数KDFの入力パラメータの1つとして計算された中間鍵Kmの中から取得することができ、KDFの出力が第2の暗号化鍵として用いられ、または計算された中間鍵Kmを鍵導出関数KDFの入力パラメータの1つとして直接用いることもでき、事前設定の128ビット（例えば、最上位の128ビット）が第2の暗号化鍵としてKDFの出力から取得され、または中間鍵Kc128を鍵導出関数KDFの入力パラメータの1つとして用いることもでき、鍵導出関数KDFの出力が第2の暗号化鍵として用いられる。
【０１９３】
いくつかの実行可能な実施態様において、GPRSシステムは64ビットの第2の暗号化鍵を必要とし、この場合、事前設定の64ビット（例えば、最上位の64ビット）を鍵導出関数KDFの入力パラメータの1つとして計算された中間鍵Kmの中から取得することができ、KDFの出力が第2の暗号化鍵として用いられ、または計算された中間鍵Kmを鍵導出関数KDFの入力パラメータの1つとして直接用いることもでき、事前設定の64ビット（例えば、最上位の64ビット）が第2の暗号化鍵としてKDFの出力から取得され、または中間鍵Kc（64ビット）を鍵導出関数KDFの入力パラメータの1つとして用いることもでき、鍵導出関数KDFの出力が第2の暗号化鍵として用いられる。
【０１９４】
S705．UEは、中間鍵に従って、または中間鍵および完全性特徴記号列に従って第2の完全性鍵を計算する。
【０１９５】
1つの実行可能な実施態様においては、UEは、中間鍵の第2の事前設定ビットを第2の完全性鍵として用いることができる。例えば、GPRSシステムが64ビットの第2の完全性鍵を必要とする場合、中間鍵の最下位64ビットを第2の完全性鍵として直接用いることができ、GPRSシステムが128ビットの第2の完全性鍵を必要とする場合、中間鍵の最下位128ビットを第2の完全性鍵として直接用いることができる。任意選択で、必要な数のビットを第2の完全性鍵として中間鍵の中からランダムに選択することもでき、これについては本出願では限定しない。
【０１９６】
別の任意選択の実施態様において、UEは、中間鍵および完全性特徴記号列integrityに従って第2の完全性鍵を計算することができる。具体的な実施に際しては、中間鍵および完全性特徴記号列integrityを、第2の完全性鍵を計算するための鍵導出関数KDFの入力パラメータとして用いることができる。例えば、第2の完全性鍵は、Kintegrity＝KDF（Km，“integrity”）を用いた計算によって獲得することができ、式中、“integrity”は完全性特徴記号列であり、コード化によって生成することができる。
【０１９７】
いくつかの実行可能な実施態様において、GPRSシステムは128ビットの第2の完全性鍵を必要とし、この場合、事前設定の128ビット（例えば、最上位の128ビット）を鍵導出関数KDFの入力パラメータの1つとして計算された中間鍵Kmの中から取得することができ、KDFの出力が第2の完全性鍵として用いられ、または計算された中間鍵Kmを鍵導出関数KDFの入力パラメータの1つとして直接用いることもでき、事前設定の128ビット（例えば、最上位の128ビット）が第2の完全性鍵としてKDFの出力から取得され、または中間鍵Kc128を鍵導出関数KDFの入力パラメータの1つとして用いることもでき、鍵導出関数KDFの出力が第2の完全性鍵として用いられる。
【０１９８】
いくつかの実行可能な実施態様において、GPRSシステムは64ビットの第2の完全性鍵を必要とし、この場合、事前設定の64ビット（例えば、最上位の64ビット）を鍵導出関数KDFの入力パラメータの1つとして計算された中間鍵Kmの中から取得することができ、KDFの出力が第2の完全性鍵として用いられ、または計算された中間鍵Kmを鍵導出関数KDFの入力パラメータの1つとして直接用いることもでき、事前設定の64ビット（例えば、最上位の64ビット）が第2の完全性鍵としてKDFの出力から取得され、または中間鍵Kc（64ビット）を鍵導出関数KDFの入力パラメータの1つとして用いることもでき、鍵導出関数KDFの出力が第2の完全性鍵として用いられる。
【０１９９】
本出願の本実施形態では、暗号化特徴記号列cipheringおよび完全性特徴記号列integrityは、計算された第2の暗号化鍵と計算された第2の完全性鍵とを区別しやすいよう差別化するのに用いられる。したがって、完全性特徴記号列integrityは、暗号化特徴記号列cipheringと一致しない任意の記号列とすることができる。
【０２００】
本出願の本実施形態では、UEは、SGSNに要求メッセージを送信し、SGSNが送信した暗号化アルゴリズムおよび完全性アルゴリズムを受信し、第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を計算する。SGSNとUEはどちらも、第2の暗号化鍵、第2の完全性鍵、ならびにSGSNがUEに送信した暗号化アルゴリズムおよび完全性アルゴリズムを用いて、UEとSGSNとの間の通信メッセージに対する暗号化保護および完全性保護を行うことができる。これにより、GPRSネットワークにおける第1のタイプのUEの通信のセキュリティが強化される。
【０２０１】
図8を参照されたい。図8は、本出願によるGPRSシステム鍵強化方法の別の実施形態の概略流れ図である。図8に示すように、本方法は以下のステップを含む。
【０２０２】
S801．UEが、SGSNに要求メッセージを送信する。
【０２０３】
S802．UEは、SGSNが送信した暗号化アルゴリズムおよび完全性アルゴリズムを受信する。
【０２０４】
S803．UEは、第1の暗号化鍵および第1の完全性鍵に従って中間鍵を計算する。
【０２０５】
本出願の本実施形態では、ステップS801からステップS803の具体的な実施態様については、図7に示す実施形態のステップS701からステップS703を参照されたい。ここでは詳細を述べない。
【０２０６】
S804．UEは、中間鍵、第1のアルゴリズムタイプ指示、および暗号化アルゴリズムの識別子に従って第2の暗号化鍵を計算する。
【０２０７】
具体的な実施に際しては、中間鍵、第1のアルゴリズムタイプ指示、および暗号化アルゴリズムの識別子を、第2の暗号化鍵を計算するための鍵導出関数KDFの入力パラメータとして用いることができる。例えば、第2の暗号化鍵Kcipherは、Kcipher＝KDF（Km，algorithm type distinguisher1，ciphering algorithm id）を用いた計算によって獲得することができ、式中、Kmは中間鍵であり、algorithm type distinguisher1は第1のアルゴリズムタイプ指示であり、ciphering algorithm idは、SGSNが選択した暗号化アルゴリズムの識別子である。
【０２０８】
いくつかの実行可能な実施態様において、GPRSシステムは128ビットの第2の暗号化鍵を必要とし、この場合、事前設定の128ビット（例えば、最上位の128ビット）を鍵導出関数KDFの入力パラメータの1つとして計算された中間鍵Kmの中から取得することができ、KDFの出力が第2の暗号化鍵として用いられ、または計算された中間鍵Kmを鍵導出関数KDFの入力パラメータの1つとして直接用いることもでき、事前設定の128ビット（例えば、最上位の128ビット）が第2の暗号化鍵としてKDFの出力から取得され、または中間鍵Kc128は鍵導出関数KDFの入力パラメータの1つとして用いられ、鍵導出関数KDFの出力が第2の暗号化鍵として用いられる。
【０２０９】
いくつかの実行可能な実施態様において、GPRSシステムは64ビットの第2の暗号化鍵を必要とし、この場合、事前設定の64ビット（例えば、最上位の64ビット）を鍵導出関数KDFの入力パラメータの1つとして計算された中間鍵Kmの中から取得することができ、KDFの出力が第2の暗号化鍵として用いられ、または計算された中間鍵Kmを鍵導出関数KDFの入力パラメータの1つとして直接用いることもでき、事前設定の64ビット（例えば、最上位の64ビット）が第2の暗号化鍵としてKDFの出力から取得され、または中間鍵Kc（64ビット）を鍵導出関数KDFの入力パラメータの1つとして用いることもでき、鍵導出関数KDFの出力が第2の暗号化鍵として用いられる。
【０２１０】
S805．UEは、中間鍵、第2のアルゴリズムタイプ指示、および完全性アルゴリズムの識別子に従って第2の完全性鍵を計算する。
【０２１１】
具体的な実施に際しては、中間鍵、第2のアルゴリズムタイプ指示、および完全性アルゴリズムの識別子を、第2の完全性鍵を計算するための鍵導出関数KDFの入力パラメータとして用いることができる。例えば、第2の完全性鍵Kintegrityは、Kintegrity＝KDF（Km，algorithm type distinguisher2，integrity algorithm id）を用いた計算によって獲得することができ、式中、Kmは中間鍵であり、algorithm type distinguisher2は第2のアルゴリズムタイプ指示であり、integrity algorithm idはSGSNが選択した完全性アルゴリズムの識別子である。
【０２１２】
いくつかの実行可能な実施態様において、GPRSシステムは128ビットの第2の完全性鍵を必要とし、この場合、事前設定の128ビット（例えば、最上位の128ビット）を鍵導出関数KDFの入力パラメータの1つとして計算された中間鍵Kmの中から取得することができ、KDFの出力が第2の完全性鍵として用いられ、または計算された中間鍵Kmを鍵導出関数KDFの入力パラメータの1つとして直接用いることもでき、事前設定の128ビット（例えば、最上位の128ビット）が第2の完全性鍵としてKDFの出力から取得され、または中間鍵Kc128を鍵導出関数KDFの入力パラメータの1つとして用いることもでき、鍵導出関数KDFの出力が第2の完全性鍵として用いられる。
【０２１３】
いくつかの実行可能な実施態様において、GPRSシステムは64ビットの第2の完全性鍵を必要とし、この場合、事前設定の64ビット（例えば、最上位の64ビット）を鍵導出関数KDFの入力パラメータの1つとして計算された中間鍵Kmの中から取得することができ、KDFの出力が第2の完全性鍵として用いられ、または計算された中間鍵Kmを鍵導出関数KDFの入力パラメータの1つとして直接用いることもでき、事前設定の64ビット（例えば、最上位の64ビット）が第2の完全性鍵としてKDFの出力から取得され、または中間鍵Kc（64ビット）を鍵導出関数KDFの入力パラメータの1つとして用いることもでき、鍵導出関数KDFの出力が第2の完全性鍵として用いられる。
【０２１４】
本出願の本実施形態では、第1のアルゴリズムタイプ指示は、現在演算に関与しているアルゴリズムが暗号化型のアルゴリズムであることを指示するのに用いられ、第2のアルゴリズムタイプ指示は、現在演算に関与しているアルゴリズムが完全性型のアルゴリズムであることを指示するのに用いられる。第1のアルゴリズムタイプ指示の値と第2のアルゴリズムタイプ指示の値とは異なる。いくつかの実行可能な実施形態において、第1のアルゴリズムタイプ指示と第2のアルゴリズムタイプ指示とは同じIEを含む場合があり、第1のアルゴリズムタイプ指示と第2のアルゴリズムタイプ指示とはIEの異なる値を用いて区別される。例えば、第1のアルゴリズムタイプ指示のIEと第2のアルゴリズムタイプ指示のIEとはどちらも、algorithm type distinguisherである。algorithm type distinguisher＝00の場合、それは暗号化型のアルゴリズムを指示する。algorithm type distinguisher＝01の場合、それは完全性型のアルゴリズムを指示する。
【０２１５】
いくつかの可能な事例において、暗号化アルゴリズムと完全性アルゴリズムとは同じ識別子を用いる場合があり、これらの事例では、アルゴリズムタイプ指示を参照して各アルゴリズムを一意に区別する必要がある。例えば、128−EEA1アルゴリズムと128−EIA1アルゴリズムとがどちらもアルゴリズム識別子として1を用いる場合、SGSNが選択した暗号化アルゴリズムおよび完全性アルゴリズムが、それぞれ、128−EEA1アルゴリズムおよび128−EIA1アルゴリズムであるときには、128−EEA1アルゴリズムと128−EIA1アルゴリズムとを、第1のアルゴリズムタイプ指示と第2のアルゴリズムタイプ指示とのIEの異なる値を用いて区別することができる。加えて、第2の暗号化鍵と第2の完全性鍵とを区別するように、計算された第2の暗号化鍵の値と計算された第2の完全性鍵の値とを差別化することもできる。
【０２１６】
本出願の本実施形態では、UEが、SGSNに要求メッセージを送信し、SGSNが送信した暗号化アルゴリズムおよび完全性アルゴリズムを受信し、第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を取得する。SGSNとUEはどちらも、第2の暗号化鍵、第2の完全性鍵、ならびにSGSNがUEに送信した暗号化アルゴリズムおよび完全性アルゴリズムを用いて、UEとSGSNとの間の通信メッセージに対する暗号化保護および完全性保護を行うことができる。これにより、GPRSネットワークにおける第1のタイプのUEの通信のセキュリティが強化される。
【０２１７】
図9を参照されたい。図9は、本出願によるGPRSシステム鍵強化方法の別の実施形態の概略流れ図である。図9に示すように、本方法は以下のステップを含む。
【０２１８】
S901．UEが、SGSNに要求メッセージを送信する。
【０２１９】
S902．UEは、SGSNが送信した暗号化アルゴリズムおよび完全性アルゴリズムを受信する。
【０２２０】
本出願の本実施形態では、ステップS901およびステップS902の具体的な実施態様については、図6に示す実施形態のステップS601およびステップS602を参照されたい。ここでは詳細を述べない。
【０２２１】
S903．UEは、第1の暗号化鍵、第1のアルゴリズムタイプ指示、および暗号化アルゴリズムの識別子に従って第2の暗号化鍵を計算する。
【０２２２】
SGSNが送信した暗号化アルゴリズムおよび完全性アルゴリズムを受信するときに、UEは、SGSNが送信した乱数RANDおよび認証トークンAUTNをさらに受信する。第2の暗号化鍵または第2の完全性鍵を計算する前に、UEは、認証トークンAUTNおよび乱数RANDに従って予期されるメッセージ認証コードXMACをまず計算し、予期されるメッセージ認証コードXMACが認証トークンAUTN内のメッセージ認証コードMACと同じであるかどうか判定することによってSGSN側に対する認証を行うことができる。SGSN側に対する認証に成功した後で、UEは、SGSNが送信した乱数RANDおよび認証トークンAUTNに従って第1の暗号化鍵CKおよび第1の完全性鍵IKを計算し、乱数応答RESを計算し、SGSN側がUEに対する認証を行うように、SGSNに乱数応答RESを送信する。
【０２２３】
具体的には、UEは、第1の暗号化鍵、第1のアルゴリズムタイプ指示、および選択された暗号化アルゴリズムの識別子を、第2の暗号化鍵を計算するための鍵導出関数KDFの入力パラメータとして用いることができる。例えば、Kcipher＝KDF（CK，algorithm type distinguisher1，ciphering algorithm id）であり、式中、CKは第1の暗号化鍵であり、algorithm type distinguisher1は第1のアルゴリズムタイプ指示であり、ciphering algorithm idは、SGSNが選択した暗号化アルゴリズムの識別子である。
【０２２４】
任意選択で、GPRSシステムが64ビットの第2の暗号化鍵を必要とする場合、最上位64ビットを第2の暗号化鍵として計算されたKcipherの中から選択することができ、GPRSシステムが128ビットの第2の暗号化鍵を必要とする場合、最上位128ビットを第2の暗号化鍵として計算されたKcipherの中から選択することができる。別の実行可能な実施態様においては、必要な数のビットを第2の暗号化鍵として計算されたKcipherの中からランダムに選択することができ、これについては本出願では限定されない。
【０２２５】
S904．UEは、第1の完全性鍵、第2のアルゴリズムタイプ指示、および完全性アルゴリズムの識別子に従って第2の完全性鍵を計算する。
【０２２６】
具体的には、UEは、第1の完全性鍵IK、第2のアルゴリズムタイプ指示algorithm type distinguisher2、および選択された完全性アルゴリズムの識別子integrity algorithm idを、第2の完全性鍵を計算するための鍵導出関数KDFへの入力パラメータとして用いることができる。例えば、Kintegrity＝KDF（IK，algorithm type distinguisher2，integrity algorithm id）であり、式中、IKは第1の完全性鍵であり、algorithm type distinguisher2は第2のアルゴリズムタイプ指示であり、integrity algorithm id isはSGSNが選択した完全性アルゴリズムの識別子である。
【０２２７】
任意選択で、GPRSシステムが64ビットの第2の完全性鍵を必要とする場合、最上位64ビットを第2の完全性鍵として計算されたKintegrityの中から選択することができ、GPRSシステムが128ビットの第2の完全性鍵を必要とする場合、最上位128ビットを第2の完全性鍵として計算されたKintegrityの中から選択することができる。別の実行可能な実施態様においては、必要な数のビットを第2の完全性鍵として計算されたKintegrityの中からランダムに選択することができ、これについては本出願では限定されない。
【０２２８】
本出願の本実施形態では、第1のアルゴリズムタイプ指示は、現在演算に関与しているアルゴリズムが暗号化型のアルゴリズムであることを指示するのに用いられ、第2のアルゴリズムタイプ指示は、現在演算に関与しているアルゴリズムが完全性型のアルゴリズムであることを指示するのに用いられる。第1のアルゴリズムタイプ指示の値と第2のアルゴリズムタイプ指示の値とは異なる。いくつかの実行可能な実施形態において、第1のアルゴリズムタイプ指示と第2のアルゴリズムタイプ指示とは同じIEを含む場合があり、第1のアルゴリズムタイプ指示と第2のアルゴリズムタイプ指示とはIEの異なる値を用いて区別される。例えば、第1のアルゴリズムタイプ指示のIEと第2のアルゴリズムタイプ指示のIEとはどちらも、algorithm type distinguisherである。algorithm type distinguisher＝00の場合、それは暗号化型のアルゴリズムを指示する。algorithm type distinguisher＝01の場合、それは完全性型のアルゴリズムを指示する。
【０２２９】
いくつかの可能な事例において、暗号化アルゴリズムと完全性アルゴリズムとは同じ識別子を用いる場合があり、これらの事例では、アルゴリズムタイプ指示を参照して各アルゴリズムを一意に区別する必要がある。例えば、128−EEA1アルゴリズムと128−EIA1アルゴリズムとがどちらもアルゴリズム識別子として1を用いる場合、SGSNが選択した暗号化アルゴリズムおよび完全性アルゴリズムが、それぞれ、128−EEA1アルゴリズムおよび128−EIA1アルゴリズムであるときには、128−EEA1アルゴリズムと128−EIA1アルゴリズムとを、第1のアルゴリズムタイプ指示と第2のアルゴリズムタイプ指示との異なる値を用いて区別することができる。加えて、第2の暗号化鍵と第2の完全性鍵とを区別するように、計算された第2の暗号化鍵の値と計算された第2の完全性鍵の値とを差別化することもできる。
【０２３０】
本出願の本実施形態では、UEは、SGSNに要求メッセージを送信し、SGSNが送信した暗号化アルゴリズムおよび完全性アルゴリズムを受信し、第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を計算する。SGSNとUEはどちらも、第2の暗号化鍵、第2の完全性鍵、ならびにSGSNがUEに送信した暗号化アルゴリズムおよび完全性アルゴリズムを用いて、UEとSGSNとの間の通信メッセージに対する暗号化保護および完全性保護を行うことができる。これにより、GPRSネットワークにおける第1のタイプのUEの通信のセキュリティが強化される。
【０２３１】
図10を参照されたい。図10は、本出願によるGPRSシステム鍵強化方法の別の実施形態の概略流れ図である。図10に示すように、本方法は以下のステップを含む。
【０２３２】
S1001．UEが、SGSNに要求メッセージを送信する。
【０２３３】
S1002．UEは、SGSNが送信した暗号化アルゴリズムおよび完全性アルゴリズムを受信する。
【０２３４】
本出願の本実施形態では、ステップS1001およびステップS1002の具体的な実施態様については、図6に示す実施形態のステップS601およびステップS602を参照されたい。ここでは詳細を述べない。
【０２３５】
S1003．UEは、第1の暗号化鍵または第1の暗号化鍵の事前設定ビットを第2の暗号化鍵として用いる。
【０２３６】
SGSNが送信した暗号化アルゴリズムおよび完全性アルゴリズムを受信するときに、UEは、SGSNが送信した乱数RANDおよび認証トークンAUTNをさらに受信する。第2の暗号化鍵または第2の完全性鍵を計算する前に、UEは、認証トークンAUTNおよび乱数RANDに従って予期されるメッセージ認証コードXMACをまず計算し、予期されるメッセージ認証コードXMACが認証トークンAUTN内のメッセージ認証コードMACと同じであるかどうか判定することによってSGSN側に対する認証を行うことができる。SGSN側に対する認証に成功した後で、UEは、SGSNが送信した乱数RANDおよび認証トークンAUTNに従って第1の暗号化鍵CKおよび第1の完全性鍵IKを計算し、乱数応答RESを計算し、SGSN側がUEに対する認証を行うように、SGSNに乱数応答RESを送信する。
【０２３７】
いくつかの実行可能な実施態様においては、第1の暗号化鍵が128ビット鍵であり、GPRSシステムが必要とする第2の暗号化鍵も128ビット鍵である場合、第1の暗号化鍵を第2の暗号化鍵として直接用いることができる。GPRSシステムが必要とする第2の暗号化鍵が64ビット鍵である場合には、64事前設定ビットを第2の暗号化鍵として第1の暗号化鍵の中から選択することができる。例えば、最上位64ビットが第2の暗号化鍵として選択される。
【０２３８】
S1004．UEは、第1の完全性鍵または第1の完全性鍵の事前設定ビットを第2の完全性鍵として用いる。
【０２３９】
いくつかの実行可能な実施態様においては、第1の完全性鍵が128ビット鍵であり、GPRSシステムが必要とする第2の完全性鍵も128ビット鍵である場合、第1の完全性鍵を第2の完全性鍵として直接用いることができる。GPRSシステムが必要とする第2の完全性鍵が64ビット鍵である場合には、64事前設定ビットを第2の完全性鍵として第1の完全性鍵の中から選択することができる。例えば、最上位64ビットが第2の完全性鍵として選択される。
【０２４０】
本出願の本実施形態では、UEは、SGSNに要求メッセージを送信し、SGSNが送信した暗号化アルゴリズムおよび完全性アルゴリズムを受信し、第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を計算する。SGSNとUEはどちらも、第2の暗号化鍵、第2の完全性鍵、ならびにSGSNがUEに送信した暗号化アルゴリズムおよび完全性アルゴリズムを用いて、UEとSGSNとの間の通信メッセージに対する暗号化保護および完全性保護を行うことができる。これにより、GPRSネットワークにおける第1のタイプのUEの通信のセキュリティが強化される。
【０２４１】
図11を参照されたい。図11は、本出願によるGPRSシステム鍵強化方法の別の実施形態の概略流れ図である。図11に示すように、本方法は以下のステップを含む。
【０２４２】
S1101．HLR／HSSが、SGSNが送信したUEの識別子を受信する。
【０２４３】
ホーム・ロケーション・レジスタ（Home Location Register、HLR）は、GPRSシステムの永続データベースであり、登録されたモバイルユーザのものである識別情報、サービス情報、サービス許可などの静的情報、およびユーザの位置情報などの動的情報を含む、多くのモバイルユーザの通信を管理するのに必要な情報を記憶している。ホーム加入システムHSS（Home Subscription System、HSS）は、HLRが進化し、アップグレードしたものであり、主に、ユーザの加入データおよびモバイルユーザの位置情報を管理する役割を果たす。HSSとHLRとはネットワークにおいて類似した機能を有し、HSSに記憶されるデータの多くがHLRに繰り返し記憶されるため、一般に、外部に対してはHSSとHLRの融合デバイスが提示される。本出願の本実施形態では、HLR／HSSは、HLRデバイスであっても、HSSデバイスであっても、HLRとHSSとの融合デバイスであってもよい。
【０２４４】
本出願の本実施形態では、UEはUSIMカードを用いてネットワークと通信し、UEの識別子は、USIMカードのIMSI（International Mobile Subscriber Identification Number、国際移動体加入者識別番号）であってよい。
【０２４５】
S1102．HLR／HSSは、UEの識別子に従って、UEは第1のタイプのUEであると判定する。
【０２４６】
具体的な実施に際して、HLR／HSSは多くのUEの様々な情報を記憶する。HLR／HSSは、SGSNが送信したUEの識別子を受信した後で、UEが第1のタイプのUEであるかどうか判定するように、UEに関する情報を問い合わせすることができる。本出願の本実施形態では、UEが第1のタイプのUEである例を用いて説明する。
【０２４７】
本出願の本実施形態では、第1のタイプのUEは、モノのインターネットUE、マシンツーマシン（Machine To Machine、M2M）通信UE、または他の高セキュリティUEを含んでいてよい。モノのインターネットUEとは、情報感知機能およびデータ伝送機能を有するユーザ機器、例えば、音声ガイド、携帯情報端末、バーコードコレクタ、データ収集端末、および購入または送金に主に用いられるPOS端末をいう。マシンツーマシン通信UEとは、人、モバイルネットワーク、または別の機械と情報を交換するために、ネットワーク接続および通信能力を有し、センサ、コントローラなどを用いて「インテリジェンス」属性を実現するユーザ機器をいう。
【０２４８】
S1103．HLR／HSSは、SGSNにUEタイプ指示情報を送信し、UEタイプ指示情報はUEが第1のタイプのUEであることを指示するのに用いられる。
【０２４９】
任意選択で、UEタイプ指示情報は、特定の情報要素（Information Element、IE）の存在に従って、UEは第1のタイプのUEであると指示することもできる。例えば、SGSNが、HLR／HSSまたはUEが送信したUEタイプ指示情報を受信したときに、UEタイプ指示情報に特定のIEが存在する場合、SGSNは、UEは第1のタイプのUEであると判定することができ、UEタイプ指示情報に特定のIEが存在しない場合、SGSNは、UEは第1のタイプのUEではないと判定することができる。あるいは、UEタイプ指示情報は、特定のIEの値に従って、UEは第1のタイプのUEであると指示することもできる。例えば、SGSNが、HLR／HSSまたはUEが送信したUEタイプ指示情報を受信したときに、UEタイプ指示情報内の特定のIEの値が1である場合、SGSNは、UEは第1のタイプのUEであると判定することができ、特定のIEの値が0である場合、SGSNは、UEは第1のタイプのUEではないと判定することができる。
【０２５０】
本出願の本実施形態では、HLR／HSSは、SGSNに認証ベクトルをさらに送信することができ、認証ベクトルは第1の暗号化鍵および第1の完全性鍵を含む。
【０２５１】
いくつかの実行可能な実施態様において、前述の認証ベクトルは認証ベクトルクインテットであってよく、乱数RAND、予期される応答XRES、認証トークンAUTN、暗号化鍵CK、および完全性鍵IKを含む。第1の暗号化鍵は認証ベクトルクインテット内の暗号化鍵CKであり、第1の完全性鍵は認証ベクトルクインテット内の完全性鍵IKである。
【０２５２】
本出願の本実施形態では、HLR／HSSは、SGSNが送信したUEの識別子を受信し、UEの識別子に従って、UEは第1のタイプのUEであると判定し、UEが第1のタイプのUEであることを指示するようにSGSNにUEタイプ指示情報を送信することができ、そのため、SGSNと第1のタイプのUEとの間で第1のタイプのUEのための鍵強化処理を行うことができ、GPRSネットワークにおける第1のタイプのUEの通信のセキュリティが強化される。
【０２５３】
図12を参照されたい。図12は、本出願によるGPRSシステム鍵強化方法の別の実施形態の概略流れ図である。図12に示すように、本方法は以下のステップを含む。
【０２５４】
S1201．UEが、SGSNに要求メッセージを送信する。
【０２５５】
S1202．SGSNはHLR／HSSにUEの識別子を送信する。
【０２５６】
S1203．HLR／HSSは、UEの識別子に従って、UEは第1のタイプのUEであると判定する。
【０２５７】
S1204．HLR／HSSはSGSNにUEタイプ指示情報および認証ベクトルを送信する。
【０２５８】
S1205．SGSNは、UEタイプ指示情報およびUEがサポートしているアルゴリズムに従って暗号化アルゴリズムおよび完全性アルゴリズムを選択し、第2の暗号化鍵および第2の完全性鍵を獲得する。
【０２５９】
S1206．SGSNはUEに認証および暗号化要求を送信し、認証および暗号化要求は、SGSNが選択した暗号化アルゴリズムおよび完全性アルゴリズム、乱数RAND、ならびに認証トークンAUTNを含む。
【０２６０】
S1207．UEはSGSN側に対する認証を行い、認証に成功した後で、第2の暗号化鍵および第2の完全性鍵を取得する。
【０２６１】
S1208．UEはSGSNに認証および暗号化応答RESを送信する。
【０２６２】
S1209．SGSNはRES値を検証し、UE側に対する認証を行う。
【０２６３】
本出願の本実施形態では、UEは、SGSNに要求メッセージを送信する。SGSNは、UEは第1のタイプのUEであると判定した後で、暗号化アルゴリズムおよび完全性アルゴリズムを選択する。UEとSGSNとはどちらも、第1の暗号化鍵および第1の完全性鍵に従って強化された第2の暗号化鍵および強化された第2の完全性鍵を計算し、第2の暗号化鍵、第2の完全性鍵、ならびにSGSNが選択した暗号化アルゴリズムおよび完全性アルゴリズムを用いて、UEとSGSNとの間の通信メッセージに対する暗号化保護および完全性保護を行う。これにより、GPRSネットワークにおける第1のタイプのUEの通信のセキュリティが強化される。
【０２６４】
図13を参照されたい。図13は、本出願によるSGSNデバイスの一実施形態の概略構造図である。図13に示すように、本SGSNデバイスは、受信モジュール1301と、取得モジュール1302と、選択モジュール1303と、獲得モジュール1304とを含む。
【０２６５】
受信モジュール1301は、UEが送信した要求メッセージを受信するように構成されている。
【０２６６】
具体的な実施に際しては、UEがSGSNに送信する要求メッセージは、アタッチ要求メッセージ、経路更新メッセージ、または、サービス要求メッセージなど、別のメッセージとすることができる。UEが送信した要求メッセージを受信した後で、SGSNは、要求メッセージを送信したUEの識別子を取得することができる。UEが第1のタイプのUEである場合、要求メッセージはUEタイプ指示情報を搬送することができる。
【０２６７】
本出願の本実施形態では、UEはUSIMカードを用いてネットワークと通信し、UEの識別子は、USIMカードのIMSI（International Mobile Subscriber Identification Number、国際移動体加入者識別番号）であってよい。第1のタイプのUEは、モノのインターネットUE、マシンツーマシン（Machine To Machine、M2M）通信UE、または他の高セキュリティUEを含んでいてよい。モノのインターネットUEとは、情報感知機能およびデータ伝送機能を有するユーザ機器、例えば、音声ガイド、携帯情報端末、バーコードコレクタ、データ収集端末、および購入または送金に主に用いられるPOS端末をいう。マシンツーマシン通信UEとは、人、モバイルネットワーク、または別の機械と情報を交換するために、ネットワーク接続および通信能力を有し、センサ、コントローラなどを用いて「インテリジェンス」属性を実現するユーザ機器をいう。
【０２６８】
取得モジュール1302は、HLR／HSSから認証ベクトルを取得するように構成されており、認証ベクトルは第1の暗号化鍵および第1の完全性鍵を含む。
【０２６９】
ホーム・ロケーション・レジスタ（Home Location Register、HLR）は、GPRSシステムの永続データベースであり、登録されたモバイルユーザのものである識別情報、サービス情報、サービス許可などの静的情報、およびユーザの位置情報などの動的情報を含む、多くのモバイルユーザの通信を管理するのに必要な情報を記憶している。ホーム加入システムHSS（Home Subscription System、HSS）は、HLRが進化し、アップグレードしたものであり、主に、ユーザの加入データおよびモバイルユーザの位置情報を管理する役割を果たす。HSSとHLRとはネットワークにおいて類似した機能を有し、HSSに記憶されるデータの多くがHLRに繰り返し記憶されるため、一般に、外部に対してはHSSとHLRの融合デバイスが提示される。本出願の本実施形態では、HLR／HSSは、HLRデバイスであっても、HSSデバイスであっても、HLRとHSSとの融合デバイスであってもよい。
【０２７０】
本出願の本実施形態では、SGSNがHLR／HSSから取得する認証ベクトルは認証ベクトルクインテットであり、乱数RAND、予期される応答XRES、認証トークンAUTN、暗号化鍵CK、および完全性鍵IKを含む。
【０２７１】
本出願の本実施形態では、第1の暗号化鍵は認証ベクトルクインテット内の暗号化鍵CKであり、第1の完全性鍵は認証ベクトルクインテット内の完全性鍵IKである。
【０２７２】
選択モジュール1303は、SGSNがUEは第1のタイプのUEであると判定した場合、UEのための暗号化アルゴリズムおよび完全性アルゴリズムを選択し、UEに選択された暗号化アルゴリズムおよび選択された完全性アルゴリズムを送信するように構成されている。
【０２７３】
いくつかの実行可能な実施態様において、SGSNデバイスは、送信モジュールと第1の判定モジュール（図には示されていない）とをさらに含んでいてよい。
【０２７４】
送信モジュールは、HLR／HSSが、UEの識別子に従って、UEが第1のタイプのUEであるかどうか判定し、SGSNにUEタイプ指示情報を送信するように、HLR／HSSにUEの識別子を送信するように構成されていてよく、UEタイプ指示情報はUEが第1のタイプのUEであることを指示するのに用いられる。
【０２７５】
第1の判定モジュールは、HLR／HSSが送信したUEタイプ指示情報を受け取り、UEは第1のタイプのUEであると判定するように構成されていてよい。
【０２７６】
いくつかの実行可能な実施態様において、SGSNデバイスは第2の判定モジュール（図には示されていない）をさらに含んでいてよく、第2の判定モジュールは、要求メッセージがUEタイプ指示情報を含む場合、UEは第1のタイプのUEであると判定するように構成されていてよく、UEタイプ指示情報はUEが第1のタイプのUEであることを指示するのに用いられる。
【０２７７】
いくつかの実行可能な実施態様において、SGSNデバイスは、送信モジュールと、第1の判定モジュールと、第2の判定モジュールとを含んでいてもよい。
【０２７８】
任意選択で、UEタイプ指示情報は、特定の情報要素（Information Element、IE）の存在に従って、UEは第1のタイプのUEであると指示することもできる。例えば、SGSNが、HLR／HSSまたはUEが送信したUEタイプ指示情報を受信したときに、UEタイプ指示情報に特定のIEが存在する場合、SGSNは、UEは第1のタイプのUEであると判定することができ、UEタイプ指示情報に特定のIEが存在しない場合、SGSNは、UEは第1のタイプのUEではないと判定することができる。あるいは、UEタイプ指示情報は、特定のIEの値に従って、UEは第1のタイプのUEであると指示することもできる。例えば、SGSNが、HLR／HSSまたはUEが送信したUEタイプ指示情報を受信したときに、UEタイプ指示情報内の特定のIEの値が1である場合、SGSNは、UEは第1のタイプのUEであると判定することができ、特定のIEの値が0である場合、SGSNは、UEは第1のタイプのUEではないと判定することができる。
【０２７９】
具体的な実施に際して、SGSNは、まず、HLR／HSSから認証ベクトルを取得し、次いで、UEは第1のタイプのUEであると判定してもよく、またはSGSNは、まず、UEは第1のタイプのUEであると判定し、次いで、HLR／HSSから認証ベクトルを取得してもよい。
【０２８０】
具体的な実施に際して、UEとSGSNとは、いくつかの暗号化アルゴリズムおよび完全性アルゴリズムで別々に構成されている。SGSNに要求メッセージを送信するときに、UEは、SGSNに、UEがサポートしている暗号化アルゴリズムおよび完全性アルゴリズムを送信する。UEの要求メッセージを受信すると、SGSNは、UEがサポートしている暗号化アルゴリズムおよび完全性アルゴリズムの中からSGSNがサポートしている暗号化アルゴリズムおよびSGSNがサポートしている完全性アルゴリズムを選択する。
【０２８１】
いくつかの実行可能な実施態様において、SGSNが選択した暗号化アルゴリズムおよび完全性アルゴリズムは、認証ベクトル内の第1の暗号化鍵および第1の完全性鍵と共に、第2の暗号化鍵および第2の完全性鍵を計算するのに用いることができる。加えて、メッセージ暗号文を生成するために、SGSNが選択した暗号化アルゴリズムおよび第2の暗号化鍵に従って通信メッセージに対して暗号化を行うことができる。SGSNが選択した完全性アルゴリズムおよび第2の完全性鍵に従い、計算によってメッセージ認証コードMACを獲得することができる。メッセージ認証コードMACは、通信メッセージの完全性を検証するのに用いることができる。
【０２８２】
任意選択で、GPRSネットワークが128ビットの第2の暗号化鍵を必要とする場合、SGSNが選択する暗号化アルゴリズムは、128−EEA1アルゴリズム、128−EEA2アルゴリズム、または128−EEA3アルゴリズムのうちのいずれか1つであってよく、SGSNが選択する完全性アルゴリズムは、128−EIA1アルゴリズム、128−EIA2アルゴリズム、または128−EIA3アルゴリズムのうちのいずれか1つであってよい。128−EEA1アルゴリズムおよび128−EIA1アルゴリズムのコアアルゴリズムとして、SNOW 3Gアルゴリズムが用いられる。128−EEA2アルゴリズムおよび128−EIA2アルゴリズムのコアアルゴリズムとして、AESアルゴリズムが用いられる。128−EEA3アルゴリズムおよび128−EIA3アルゴリズムのコアアルゴリズムとして、ZUCアルゴリズム（ZUCアルゴリズム）が用いられる。
【０２８３】
具体的な実施に際して、SGSNは、UEに選択された暗号化アルゴリズムおよび選択された完全性アルゴリズムを送信するときに、UEに、認証ベクトル内の乱数RANDおよび認証トークンAUTNをさらに送信することができる。UEは、UE側がネットワーク側に対する認証を行うように、認証トークンAUTNに従ってSGSNに対する認証を行うことができ、受信した乱数RANDおよび受信した認証トークンAUTNに従ってf1アルゴリズムからf5アルゴリズムを用いて、第1の暗号化鍵CKおよび第1の完全性鍵IKをさらに計算することができる。
【０２８４】
SGSNとUEとの間の通信メッセージを保護するためは、SGSNとUEの両方が、合意された鍵（すなわち、第2の暗号化鍵および第2の完全性鍵）と、合意されたアルゴリズム（すなわち、SGSNが選択した暗号化アルゴリズムおよび完全性アルゴリズム）を用いて、通信メッセージに対する暗号化を行う必要がある。したがって、SGSNは、暗号化アルゴリズムおよび完全性アルゴリズムを選択した後で、UEが、第1の暗号化鍵CKおよび第1の完全性鍵IKに従って第2の暗号化鍵および第2の完全性鍵を計算した後で、SGSNが用いるのと同じ暗号化アルゴリズムおよび完全性アルゴリズム、第2の暗号化鍵、ならびに第2の完全性鍵を用いて、通信メッセージに対する暗号化を行うように、UEに選択された暗号化アルゴリズムおよび選択された完全性アルゴリズムを送信する必要がある。
【０２８５】
獲得モジュール1304は、第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を獲得するように構成されている。
【０２８６】
本出願の本実施形態では、SGSNは、暗号化アルゴリズムおよび完全性アルゴリズムを選択した後で、認証ベクトル内の第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を計算し、第1の暗号化鍵は認証ベクトルクインテット内の暗号化鍵CKであり、第1の完全性鍵は認証ベクトルクインテット内の完全性鍵IKである。第2の暗号化鍵および第2の完全性鍵は、第1の暗号化鍵および第1の完全性鍵に基づく強化された鍵であり、第2の暗号化鍵およびSGSNが選択した暗号化アルゴリズムは、SGSNとUEとの間で送信されるメッセージの暗号化保護を行うのに用いることができ、第2の完全性鍵およびSGSNが選択した完全性アルゴリズムは、SGSNとUEとの間で送信されるメッセージの完全性保護を行うのに用いることができる。
【０２８７】
任意選択で、SGSNは、第1の暗号化鍵および第1の完全性鍵のみに従って第2の暗号化鍵および第2の完全性鍵を計算してもよく、または第1の暗号化鍵、第1の完全性鍵、選択された暗号化アルゴリズム、および選択された完全性アルゴリズムに従って第2の暗号化鍵および第2の完全性鍵を計算してもよい。
【０２８８】
具体的な実施に際して、選択モジュール1303によるUEへの、SGSNが選択した暗号化アルゴリズムおよび完全性アルゴリズムの送信と、獲得モジュール1304による、認証ベクトル内の第1の暗号化鍵および第1の完全性鍵に従った第2の暗号化鍵および第2の完全性鍵の獲得との間には順序がない。
【０２８９】
本出願の本実施形態では、SGSNは、UEが送信した要求メッセージを受信し、UEは第1のタイプのUEであると判定した後で、暗号化アルゴリズムおよび完全性アルゴリズムを選択し、HLR／HSSから認証ベクトルを取得し、認証ベクトルに含まれている第1の暗号化鍵および第1の完全性鍵に従って強化された第2の暗号化鍵および強化された第2の完全性鍵を獲得し、UEに選択された暗号化アルゴリズムおよび選択された完全性アルゴリズムを送信し、そのため、UEが第2の暗号化鍵および第2の完全性鍵を計算した後で、SGSNとUEはどちらも、第2の暗号化鍵、第2の完全性鍵、ならびにSGSNが選択した暗号化アルゴリズムおよび完全性アルゴリズムを用いて、SGSNとUEとの間の通信メッセージに対する暗号化保護および完全性保護を行うことができる。これにより、GPRSネットワークにおける第1のタイプのUEの通信のセキュリティが強化される。
【０２９０】
以下では、図14および図15を参照して、図13に示す獲得モジュール1304の構造および機能について詳細に説明する。
【０２９１】
いくつかの実行可能な実施態様においては、図14に示すように、獲得モジュール1304は、第1の計算部13041と、第2の計算部13042と、第3の計算部13043とを含んでいてよい。
【０２９２】
第1の計算部13041は、第1の暗号化鍵および第1の完全性鍵に従って中間鍵を計算するように構成されている。
【０２９３】
1つの実行可能な実施態様において、第1の計算部13041は、第1の暗号化鍵および第1の完全性鍵に対する演算を行い、次いで、演算結果を鍵導出関数KDFの入力パラメータとして用いて中間鍵を計算することができる。例えば、中間鍵はKm＝KDF（CK｜｜IK）とすることができ、式中、CK｜｜IKは、第1の暗号化鍵CKと第1の完全性鍵IKとに対して結合演算が行われることを示している。
【０２９４】
別の実行可能な実施態様において、中間鍵は、既存の64ビットGPRS暗号化鍵Kcまたは既存の128ビット暗号化鍵Kc128を直接用いてよく、すなわち、第1の計算部13041は、既存のGPRS暗号化鍵Kc（64ビット）を中間鍵として直接用いてよく、または既存のKc128（128ビット）を中間鍵として直接用いてよい。KcとKc128はどちらも、CkおよびIKに従った計算によって生成される。
【０２９５】
第2の計算部13042は、中間鍵および暗号化特徴記号列に従って第2の暗号化鍵を計算するように構成されている。
【０２９６】
具体的な実施に際しては、中間鍵および暗号化特徴記号列cipheringを、第2の暗号化鍵を計算するための鍵導出関数KDFの入力パラメータとして用いることができる。例えば、第2の暗号化鍵は、Kcipher＝KDF（Km，“ciphering”）を用いた計算によって獲得することができ、式中、“ciphering”は暗号化特徴記号列であり、コード化によって生成することができる。
【０２９７】
いくつかの実行可能な実施態様において、GPRSシステムは128ビットの第2の暗号化鍵を必要とし、この場合、事前設定の128ビット（例えば、最上位の128ビット）を鍵導出関数KDFの入力パラメータの1つとして計算された中間鍵Kmの中から取得することができ、KDFの出力が第2の暗号化鍵として用いられ、または計算された中間鍵Kmを鍵導出関数KDFの入力パラメータの1つとして直接用いることもでき、事前設定の128ビット（例えば、最上位の128ビット）が第2の暗号化鍵としてKDFの出力から取得され、または中間鍵Kc128は鍵導出関数KDFの入力パラメータの1つとして用いられ、鍵導出関数KDFの出力が第2の暗号化鍵として用いられる。
【０２９８】
いくつかの実行可能な実施態様において、GPRSシステムは64ビットの第2の暗号化鍵を必要とし、この場合、事前設定の64ビット（例えば、最上位の64ビット）を鍵導出関数KDFの入力パラメータの1つとして計算された中間鍵Kmの中から取得することができ、KDFの出力が第2の暗号化鍵として用いられ、または計算された中間鍵Kmを鍵導出関数KDFの入力パラメータの1つとして直接用いることもでき、事前設定の64ビット（例えば、最上位の64ビット）が第2の暗号化鍵としてKDFの出力から取得され、または中間鍵Kc（64ビット）を鍵導出関数KDFの入力パラメータの1つとして用いることもでき、鍵導出関数KDFの出力が第2の暗号化鍵として用いられる。
【０２９９】
第3の計算部13043は、中間鍵および完全性特徴記号列に従って第2の完全性鍵を計算するように構成されている。
【０３００】
具体的な実施に際しては、中間鍵および完全性特徴記号列integrityを、第2の完全性鍵を計算するための鍵導出関数KDFの入力パラメータとして用いることができる。例えば、第2の完全性鍵は、Kintegrity＝KDF（Km，“integrity”）を用いた計算によって獲得することができ、式中、“integrity”は完全性特徴記号列であり、コード化によって生成することができる。
【０３０１】
いくつかの実行可能な実施態様において、GPRSシステムは128ビットの第2の完全性鍵を必要とし、この場合、事前設定の128ビット（例えば、最上位の128ビット）を鍵導出関数KDFの入力パラメータの1つとして計算された中間鍵Kmの中から取得することができ、Kmの事前設定128ビットに従った計算によって獲得したKintegrityが第2の完全性鍵として用いられ、または計算された中間鍵Kmを鍵導出関数KDFの入力パラメータの1つとして直接用いることもでき、事前設定の128ビット（例えば、最上位の128ビット）が第2の完全性鍵として計算されたKintegrityから取得され、または中間鍵Kc128を鍵導出関数KDFの入力パラメータの1つとして用いることもでき、鍵導出関数KDFの出力が第2の完全性鍵として用いられる。
【０３０２】
いくつかの実行可能な実施態様において、GPRSシステムは64ビットの第2の完全性鍵を必要とし、この場合、事前設定の64ビット（例えば、最上位の64ビット）を鍵導出関数KDFの入力パラメータの1つとして計算された中間鍵Kmの中から取得することができ、KDFの出力が第2の完全性鍵として用いられ、または計算された中間鍵Kmを鍵導出関数KDFの入力パラメータの1つとして直接用いることもでき、事前設定の64ビット（例えば、最上位の64ビット）が第2の完全性鍵としてKDFの出力から取得され、または中間鍵Kc（64ビット）を鍵導出関数KDFの入力パラメータの1つとして用いることもでき、鍵導出関数KDFの出力が第2の完全性鍵として用いられる。
【０３０３】
本出願の本実施形態では、暗号化特徴記号列cipheringおよび完全性特徴記号列integrityは、計算された第2の暗号化鍵と計算された第2の完全性鍵とを区別しやすいよう差別化するのに用いられる。したがって、完全性特徴記号列integrityは、暗号化特徴記号列cipheringと一致しない任意の記号列とすることができる。
【０３０４】
いくつかの実行可能な実施態様においては、図14に示すように、獲得モジュール1304は、第1の計算部13041と、第2の計算部13042と、第3の計算部13043とを含んでいてよい。
【０３０５】
第1の計算部13041は、第1の暗号化鍵および第1の完全性鍵に従って中間鍵を計算するように構成されている。
【０３０６】
1つの実行可能な実施態様において、第1の計算部13041は、第1の暗号化鍵および第1の完全性鍵に対する演算を行い、次いで、演算結果を鍵導出関数KDFの入力パラメータとして用いて中間鍵を計算することができる。例えば、中間鍵はKm＝KDF（CK｜｜IK）とすることができ、式中、CK｜｜IKは、第1の暗号化鍵CKと第1の完全性鍵IKとに対して結合演算が行われることを示している。
【０３０７】
別の実行可能な実施態様において、第1の計算部13041は、既存のGPRS暗号化鍵Kc（64ビット）を中間鍵として直接用いてよく、または既存のKc128（128ビット）を中間鍵として直接用いてよい。KcとKc128はどちらも、CkおよびIKに従った計算によって生成される。
【０３０８】
第2の計算部13042は、中間鍵、第1のアルゴリズムタイプ指示、および選択された暗号化アルゴリズムの識別子に従って第2の暗号化鍵を計算するように構成されている。
【０３０９】
具体的な実施に際して、第2の計算部13042は、中間鍵、第1のアルゴリズムタイプ指示、および選択された暗号化アルゴリズムの識別子を、第2の暗号化鍵を計算するための鍵導出関数KDFの入力パラメータとして用いることができる。例えば、第2の暗号化鍵Kcipherは、Kcipher＝KDF（Km，algorithm type distinguisher1，ciphering algorithm id）を用いた計算によって獲得することができ、式中、Kmは中間鍵であり、algorithm type distinguisher1は第1のアルゴリズムタイプ指示であり、ciphering algorithm idは、SGSNが選択した暗号化アルゴリズムの識別子である。
【０３１０】
いくつかの実行可能な実施態様において、GPRSシステムは128ビットの第2の暗号化鍵を必要とし、この場合、事前設定の128ビット（例えば、最上位の128ビット）を鍵導出関数KDFの入力パラメータの1つとして計算された中間鍵Kmの中から取得することができ、KDFの出力が第2の暗号化鍵として用いられ、または計算された中間鍵Kmを鍵導出関数KDFの入力パラメータの1つとして直接用いることもでき、事前設定の128ビット（例えば、最上位の128ビット）が第2の暗号化鍵としてKDFの出力から取得され、または中間鍵Kc128は鍵導出関数KDFの入力パラメータの1つとして用いられ、鍵導出関数KDFの出力が第2の暗号化鍵として用いられる。
【０３１１】
いくつかの実行可能な実施態様において、GPRSシステムは64ビットの第2の暗号化鍵を必要とし、この場合、事前設定の64ビット（例えば、最上位の64ビット）を鍵導出関数KDFの入力パラメータの1つとして計算された中間鍵Kmの中から取得することができ、KDFの出力が第2の暗号化鍵として用いられ、または計算された中間鍵Kmを鍵導出関数KDFの入力パラメータの1つとして直接用いることもでき、事前設定の64ビット（例えば、最上位の64ビット）が第2の暗号化鍵としてKDFの出力から取得され、または中間鍵Kc（64ビット）を鍵導出関数KDFの入力パラメータの1つとして用いることもでき、鍵導出関数KDFの出力が第2の暗号化鍵として用いられる。
【０３１２】
第3の計算部13043は、中間鍵、第2のアルゴリズムタイプ指示、および選択された完全性アルゴリズムの識別子に従って第2の完全性鍵を計算するように構成されており、第1のアルゴリズムタイプ指示の値と第2のアルゴリズムタイプ指示の値とは異なる。
【０３１３】
具体的な実施に際して、第3の計算部13043は、中間鍵、第2のアルゴリズムタイプ指示、および選択された完全性アルゴリズムの識別子を、第2の完全性鍵を計算するための鍵導出関数KDFの入力パラメータとして用いることができる。例えば、第2の完全性鍵Kintegrityは、Kintegrity＝KDF（Km，algorithm type distinguisher2，integrity algorithm id）を用いた計算によって獲得することができ、式中、Kmは中間鍵であり、algorithm type distinguisher2は第2のアルゴリズムタイプ指示であり、integrity algorithm idはSGSNが選択した完全性アルゴリズムの識別子である。
【０３１４】
いくつかの実行可能な実施態様において、GPRSシステムは128ビットの第2の完全性鍵を必要とし、この場合、事前設定の128ビット（例えば、最上位の128ビット）を鍵導出関数KDFの入力パラメータの1つとして計算された中間鍵Kmの中から取得することができ、KDFの出力が第2の完全性鍵として用いられ、または計算された中間鍵Kmを鍵導出関数KDFの入力パラメータの1つとして直接用いることもでき、事前設定の128ビット（例えば、最上位の128ビット）が第2の完全性鍵としてKDFの出力から取得され、または中間鍵Kc128を鍵導出関数KDFの入力パラメータの1つとして用いることもでき、鍵導出関数KDFの出力が第2の完全性鍵として用いられる。
【０３１５】
いくつかの実行可能な実施態様において、GPRSシステムは64ビットの第2の完全性鍵を必要とし、この場合、事前設定の64ビット（例えば、最上位の64ビット）を鍵導出関数KDFの入力パラメータの1つとして計算された中間鍵Kmの中から取得することができ、KDFの出力が第2の完全性鍵として用いられ、または計算された中間鍵Kmを鍵導出関数KDFの入力パラメータの1つとして直接用いることもでき、事前設定の64ビット（例えば、最上位の64ビット）が第2の完全性鍵としてKDFの出力から取得され、または中間鍵Kc（64ビット）を鍵導出関数KDFの入力パラメータの1つとして用いることもでき、鍵導出関数KDFの出力が第2の完全性鍵として用いられる。
【０３１６】
本出願の本実施形態では、第1のアルゴリズムタイプ指示は、現在演算に関与しているアルゴリズムが暗号化型のアルゴリズムであることを指示するのに用いられ、第2のアルゴリズムタイプ指示は、現在演算に関与しているアルゴリズムが完全性型のアルゴリズムであることを指示するのに用いられる。いくつかの実行可能な実施形態において、第1のアルゴリズムタイプ指示と第2のアルゴリズムタイプ指示とは同じIEを含む場合があり、第1のアルゴリズムタイプ指示と第2のアルゴリズムタイプ指示とはIEの異なる値を用いて区別される。例えば、第1のアルゴリズムタイプ指示のIEと第2のアルゴリズムタイプ指示のIEとはどちらも、algorithm type distinguisherである。algorithm type distinguisher＝00の場合、それは暗号化型のアルゴリズムを指示する。algorithm type distinguisher＝01の場合、それは完全性型のアルゴリズムを指示する。
【０３１７】
いくつかの可能な事例において、暗号化アルゴリズムと完全性アルゴリズムとは同じ識別子を用いる場合があり、これらの事例では、アルゴリズムタイプ指示を参照して各アルゴリズムを一意に区別する必要がある。例えば、128−EEA1アルゴリズムと128−EIA1アルゴリズムとがどちらもアルゴリズム識別子として1を用いる場合、SGSNが選択した暗号化アルゴリズムおよび完全性アルゴリズムが、それぞれ、128−EEA1アルゴリズムおよび128−EIA1アルゴリズムであるときには、128−EEA1アルゴリズムと128−EIA1アルゴリズムとを、第1のアルゴリズムタイプ指示と第2のアルゴリズムタイプ指示とのIEの異なる値を用いて区別することができる。加えて、第2の暗号化鍵と第2の完全性鍵とを区別するように、計算された第2の暗号化鍵の値と計算された第2の完全性鍵の値とを差別化することもできる。
【０３１８】
いくつかの実行可能な実施態様においては、図15に示すように、獲得モジュール1304は、第4の計算部13044と、第5の計算部13045とを含んでいてよい。
【０３１９】
第4の計算部13044は、第1の暗号化鍵、第1のアルゴリズムタイプ指示、および選択された暗号化アルゴリズムの識別子に従って第2の暗号化鍵を計算するように構成されている。
【０３２０】
具体的には、第4の計算部13044は、第1の暗号化鍵、第1のアルゴリズムタイプ指示、および選択された暗号化アルゴリズムの識別子を、第2の暗号化鍵を計算するための鍵導出関数KDFの入力パラメータとして用いることができる。例えば、Kcipher＝KDF（CK，algorithm type distinguisher1，ciphering algorithm id）であり、式中、CKは第1の暗号化鍵であり、algorithm type distinguisher1は第1のアルゴリズムタイプ指示であり、ciphering algorithm idは、SGSNが選択した暗号化アルゴリズムの識別子である。
【０３２１】
任意選択で、GPRSシステムが64ビットの第2の暗号化鍵を必要とする場合、最上位64ビットを第2の暗号化鍵として計算されたKcipherの中から選択することができ、GPRSシステムが128ビットの第2の暗号化鍵を必要とする場合、最上位128ビットを第2の暗号化鍵として計算されたKcipherの中から選択することができる。別の実行可能な実施態様においては、必要な数のビットを第2の暗号化鍵として計算されたKcipherの中からランダムに選択することができ、これについては本出願では限定されない。
【０３２２】
第5の計算部13045は、認証ベクトル内の第1の完全性鍵、第2のアルゴリズムタイプ指示、および選択された完全性アルゴリズムの識別子に従って第2の完全性鍵を計算する。
【０３２３】
具体的には、第5の計算部13045は、第1の完全性鍵、第2のアルゴリズムタイプ指示、および選択された完全性アルゴリズムの識別子を、第2の完全性鍵を計算するための鍵導出関数KDFの入力パラメータとして用いることができる。例えば、Kintegrity＝KDF（IK，algorithm type distinguisher2，integrity algorithm id）であり、式中、IKは第1の完全性鍵であり、algorithm type distinguisher2は第2のアルゴリズムタイプ指示であり、integrity algorithm id isはSGSNが選択した完全性アルゴリズムの識別子である。
【０３２４】
任意選択で、GPRSシステムが64ビットの第2の完全性鍵を必要とする場合、最上位64ビットを第2の完全性鍵として計算されたKintegrityの中から選択することができ、GPRSシステムが128ビットの第2の完全性鍵を必要とする場合、最上位128ビットを第2の完全性鍵として計算されたKintegrityの中から選択することができる。別の実行可能な実施態様においては、必要な数のビットを第2の完全性鍵として計算されたKintegrityの中からランダムに選択することができ、これについては本出願では限定されない。
【０３２５】
本出願の本実施形態では、第1のアルゴリズムタイプ指示は、現在演算に関与しているアルゴリズムが暗号化型のアルゴリズムであることを指示するのに用いられ、第2のアルゴリズムタイプ指示は、現在演算に関与しているアルゴリズムが完全性型のアルゴリズムであることを指示するのに用いられる。第1のアルゴリズムタイプ指示の値と第2のアルゴリズムタイプ指示の値とは異なる。いくつかの実行可能な実施形態において、第1のアルゴリズムタイプ指示と第2のアルゴリズムタイプ指示とは同じIEを含む場合があり、第1のアルゴリズムタイプ指示と第2のアルゴリズムタイプ指示とはIEの異なる値を用いて区別される。例えば、第1のアルゴリズムタイプ指示のIEと第2のアルゴリズムタイプ指示のIEとはどちらも、algorithm type distinguisherである。algorithm type distinguisher＝00の場合、それは暗号化型のアルゴリズムを指示する。algorithm type distinguisher＝01の場合、それは完全性型のアルゴリズムを指示する。
【０３２６】
いくつかの可能な事例において、暗号化アルゴリズムと完全性アルゴリズムとは同じ識別子を用いる場合があり、これらの事例では、アルゴリズムタイプ指示を参照して各アルゴリズムを一意に区別する必要がある。例えば、128−EEA1アルゴリズムと128−EIA1アルゴリズムとがどちらもアルゴリズム識別子として1を用いる場合、SGSNが選択した暗号化アルゴリズムおよび完全性アルゴリズムが、それぞれ、128−EEA1アルゴリズムおよび128−EIA1アルゴリズムであるときには、128−EEA1アルゴリズムと128−EIA1アルゴリズムとを、第1のアルゴリズムタイプ指示と第2のアルゴリズムタイプ指示との異なる値を用いて区別することができる。加えて、第2の暗号化鍵と第2の完全性鍵とを区別するように、計算された第2の暗号化鍵の値と計算された第2の完全性鍵の値とを差別化することもできる。
【０３２７】
いくつかの実行可能な実施態様において、獲得モジュール1304は、
第1の暗号化鍵および第1の完全性鍵に従って中間鍵を計算し、
中間鍵の第1の事前設定ビットを第2の暗号化鍵として用い、中間鍵の第2の事前設定ビットを第2の完全性鍵として用いる、
ように特に構成されていてよい。
【０３２８】
1つの実行可能な実施態様において、獲得モジュール1304は、第1の暗号化鍵および第1の完全性鍵に対する演算を行い、次いで、演算結果を鍵導出関数KDFの入力パラメータとして用いて中間鍵を計算することができる。例えば、中間鍵はKm＝KDF（CK｜｜IK）とすることができ、式中、CK｜｜IKは、第1の暗号化鍵CKと第1の完全性鍵IKとに対して結合演算が行われることを示している。
【０３２９】
別の実行可能な実施態様において、獲得モジュール1304は、既存のGPRS暗号化鍵Kc（64ビット）を中間鍵として直接用いてよく、または既存のKc128（128ビット）を中間鍵として直接用いてよい。KcとKc128はどちらも、CkおよびIKに従った計算によって生成される。
【０３３０】
1つの実行可能な実施態様において、獲得モジュール1304は、中間鍵の第1の事前設定ビットを第2の暗号化鍵として用いることができる。例えば、GPRSシステムが64ビットの第2の暗号化鍵を必要とする場合、中間鍵の最上位64ビットを第2の暗号化鍵として直接用いることができ、GPRSシステムが128ビットの第2の暗号化鍵を必要とする場合、中間鍵の最上位128ビットを第2の暗号化鍵として直接用いることができる。別の任意選択の実施態様においては、必要な数のビットを第2の暗号化鍵として中間鍵の中からランダムに選択することができ、これについては本出願では限定しない。
【０３３１】
1つの実行可能な実施態様においては、獲得モジュール1304は、中間鍵の第2の事前設定ビットを第2の完全性鍵として用いることができる。例えば、GPRSシステムが64ビットの第2の完全性鍵を必要とする場合、中間鍵の最下位64ビットを第2の完全性鍵として直接用いることができ、GPRSシステムが128ビットの第2の完全性鍵を必要とする場合、中間鍵の最下位128ビットを第2の完全性鍵として直接用いることができる。別の任意選択の実施態様においては、必要な数のビットを第2の完全性鍵として中間鍵の中からランダムに選択することができ、これについては本出願では限定しない。
【０３３２】
いくつかの実行可能な実施態様において、獲得モジュール1304は、
第1の暗号化鍵もしくは第1の暗号化鍵の事前設定ビットを第2の暗号化鍵として用い、第1の完全性鍵もしくは第1の完全性鍵の事前設定ビットを第2の完全性鍵として用いる、
ように特に構成されていてよい。
【０３３３】
いくつかの実行可能な実施態様においては、第1の暗号化鍵が128ビット鍵であり、GPRSシステムが必要とする第2の暗号化鍵も128ビット鍵である場合、第1の暗号化鍵を第2の暗号化鍵として直接用いることができる。GPRSシステムが必要とする第2の暗号化鍵が64ビット鍵である場合には、64事前設定ビットを第2の暗号化鍵として第1の暗号化鍵の中から選択することができる。例えば、最上位64ビットが第2の暗号化鍵として選択される。
【０３３４】
いくつかの実行可能な実施態様においては、第1の完全性鍵が128ビット鍵であり、GPRSシステムが必要とする第2の完全性鍵も128ビット鍵である場合、第1の完全性鍵を第2の完全性鍵として直接用いることができる。GPRSシステムが必要とする第2の完全性鍵が64ビット鍵である場合には、64事前設定ビットを第2の完全性鍵として第1の完全性鍵の中から選択することができる。例えば、最上位64ビットが第2の完全性鍵として選択される。
【０３３５】
本出願の本実施形態では、SGSNは、UEが送信した要求メッセージを受信し、UEは第1のタイプのUEであると判定した後で、暗号化アルゴリズムおよび完全性アルゴリズムを選択し、HLR／HSSから認証ベクトルを取得し、認証ベクトルに含まれている第1の暗号化鍵および第1の完全性鍵に従って強化された第2の暗号化鍵および強化された第2の完全性鍵を獲得し、UEに選択された暗号化アルゴリズムおよび選択された完全性アルゴリズムを送信し、そのためUEは、第2の暗号化鍵および第2の完全性鍵を計算し、第2の暗号化鍵および第2の完全性鍵を用いて、SGSNとUEとの間の通信メッセージの暗号化保護および完全性保護を行う。これにより、GPRSネットワークにおける第1のタイプのUEの通信のセキュリティが強化される。
【０３３６】
図16を参照されたい。図16は、本出願によるSGSNデバイスの別の実施形態の概略構造図である。図16に示すように、本SGSNデバイスは、受信装置1601と、送信装置1602と、プロセッサ1603とを含み、受信装置1601と、送信装置1602と、プロセッサ1603とはバスを用いて接続されている。
【０３３７】
受信装置1601は、UEが送信した要求メッセージを受信するように構成される。
【０３３８】
プロセッサ1603は、
HLR／HSSから、第1の暗号化鍵および第1の完全性鍵を含む認証ベクトルを取得し、
SGSNがUEは第1のタイプのUEであると判定した場合、UEのための暗号化アルゴリズムおよび完全性アルゴリズムを選択し、
第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を獲得する、
ように構成される。
【０３３９】
送信装置1602は、UEに選択された暗号化アルゴリズムおよび選択された完全性アルゴリズムを送信するように構成される。
【０３４０】
第2の暗号化鍵および選択された暗号化アルゴリズムは、SGSNとUEとの間で送信されるメッセージに対する暗号化保護を行うのに用いられ、第2の完全性鍵および選択された完全性アルゴリズムは、SGSNとUEとの間で送信されるメッセージに対する完全性保護を行うのに用いられる。
【０３４１】
いくつかの実行可能な実施態様において、要求メッセージはUEの識別子を含む。
【０３４２】
送信装置1602は、HLR／HSSが、UEの識別子に従って、UEが第1のタイプのUEであると判定し、SGSNにUEタイプ指示情報を送信するように、HLR／HSSにUEの識別子を送信するようにさらに構成され、UEタイプ指示情報はUEが第1のタイプのUEであることを指示するのに用いられる。
【０３４３】
プロセッサ1603がUEは第1のタイプのUEであるかどうか判定することは、プロセッサ1603が、HLR／HSSが送信したUEタイプ指示情報を受け取り、UEは第1のタイプのUEであると判定すること、を含む。
【０３４４】
いくつかの実行可能な実施態様において、プロセッサ1603がUEは第1のタイプのUEであると判定することは、
要求メッセージがUEタイプ指示情報を含む場合、プロセッサ1603が、UEは第1のタイプのUEであると判定すること、
を含む。
【０３４５】
いくつかの実行可能な実施態様において、プロセッサ1603が、第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を獲得することは、
プロセッサ1603が、第1の暗号化鍵および第1の完全性鍵に従って中間鍵を計算することと、
プロセッサ1603が、中間鍵および暗号化特徴記号列に従って第2の暗号化鍵を計算することと、
プロセッサ1603が、中間鍵および完全性特徴記号列に従って第2の完全性鍵を計算することと、
を含む。
【０３４６】
いくつかの実行可能な実施態様において、プロセッサ1603が、第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を獲得することは、
プロセッサが、第1の暗号化鍵および第1の完全性鍵に従って中間鍵を計算し、プロセッサが、中間鍵の第1の事前設定ビットを第2の暗号化鍵として用い、中間鍵の第2の事前設定ビットを第2の完全性鍵として用いること、または
プロセッサが、認証ベクトル内の第1の暗号化鍵、第1のアルゴリズムタイプ指示、および選択された暗号化アルゴリズムの識別子に従って第2の暗号化鍵を計算し、プロセッサが、認証ベクトル内の第1の完全性鍵、第2のアルゴリズムタイプ指示、および選択された完全性アルゴリズムの識別子に従って第2の完全性鍵を計算することであって、第1のアルゴリズムタイプ指示の値と第2のアルゴリズムタイプ指示の値とは異なること、または
プロセッサが、第1の暗号化鍵もしくは第1の暗号化鍵の事前設定ビットを第2の暗号化鍵として用い、プロセッサが、第1の完全性鍵もしくは第1の完全性鍵の事前設定ビットを第2の完全性鍵として用いること、
を含む。
【０３４７】
いくつかの実行可能な実施態様において、認証ベクトルは認証ベクトルクインテットである。
【０３４８】
第1の暗号化鍵は認証ベクトルクインテット内の暗号化鍵CKであり、第1の完全性鍵は認証ベクトルクインテット内の完全性鍵IKである。
【０３４９】
いくつかの実行可能な実施態様において、中間鍵は64ビットGPRS暗号化鍵Kcまたは128ビット暗号化鍵Kc128である。
【０３５０】
本出願の本実施形態では、SGSNは、UEが送信した要求メッセージを受信し、UEは第1のタイプのUEであると判定した後で、暗号化アルゴリズムおよび完全性アルゴリズムを選択し、HLR／HSSから認証ベクトルを取得し、認証ベクトルに含まれている第1の暗号化鍵および第1の完全性鍵に従って強化された第2の暗号化鍵および強化された第2の完全性鍵を獲得し、UEに選択された暗号化アルゴリズムおよび選択された完全性アルゴリズムを送信し、そのため、UEが第2の暗号化鍵および第2の完全性鍵を計算した後で、SGSNとUEはどちらも、第2の暗号化鍵、第2の完全性鍵、ならびにSGSNが選択した暗号化アルゴリズムおよび完全性アルゴリズムを用いて、SGSNとUEとの間の通信メッセージに対する暗号化保護および完全性保護を行うことができる。これにより、GPRSネットワークにおける第1のタイプのUEの通信のセキュリティが強化される。
【０３５１】
図17を参照されたい。図17は、本出願によるUEの一実施形態の概略構造図である。図17に示すように、本UEは、送信モジュール1701と、受信モジュール1702と、取得モジュール1703とを含む。
【０３５２】
送信モジュール1701は、SGSNに要求メッセージを送信するように構成されている。
【０３５３】
具体的な実施に際して、送信モジュール1701がSGSNに送信する要求メッセージは、アタッチ要求メッセージ、経路更新メッセージ、または、サービス要求メッセージなど、別のメッセージとすることができる。UEが送信した要求メッセージを受信した後で、SGSNは、要求メッセージを送信したUEの識別子を取得することができる。UEが第1のタイプのUEである場合、要求メッセージはUEタイプ指示情報を搬送することができる。
【０３５４】
本出願の本実施形態では、UEはUSIMカードを用いてネットワークと通信し、UEの識別子は、USIMカードのIMSI（International Mobile Subscriber Identification Number、国際移動体加入者識別番号）であってよい。モノのインターネットUEとは、情報感知機能およびメッセージ伝送機能を有するユーザ機器、例えば、音声ガイド、携帯情報端末、バーコードコレクタ、データ収集端末、および購入または送金に用いられるPOS端末をいう。マシンツーマシン通信UEとは、人、モバイルネットワーク、または別の機械と情報を交換するために、ネットワーク接続および通信能力を有し、センサ、コントローラなどを用いて「インテリジェンス」属性を実現するユーザ機器をいう。
【０３５５】
本出願の本実施形態のUEは第1のタイプのUEである。いくつかの実行可能な実施態様において、送信モジュール1701がSGSNに送信する要求メッセージはUEタイプ指示情報を含むことができ、そのためSGSNは、UEタイプ指示情報に従って、UEは第1のタイプのUEであると判定する。
【０３５６】
任意選択で、UEタイプ指示情報は、特定の情報要素（Information Element、IE）の存在に従って、UEは第1のタイプのUEであると指示することもできる。例えば、SGSNが、HLR／HSSまたはUEが送信したUEタイプ指示情報を受信したときに、UEタイプ指示情報に特定のIEが存在する場合、SGSNは、UEは第1のタイプのUEであると判定することができ、UEタイプ指示情報に特定のIEが存在しない場合、SGSNは、UEは第1のタイプのUEではないと判定することができる。あるいは、UEタイプ指示情報は、特定のIEの値に従って、UEは第1のタイプのUEであると指示することもできる。例えば、SGSNが、HLR／HSSまたはUEが送信したUEタイプ指示情報を受信したときに、UEタイプ指示情報内の特定のIEの値が1である場合、SGSNは、UEは第1のタイプのUEであると判定することができ、特定のIEの値が0である場合、SGSNは、UEは第1のタイプのUEではないと判定することができる。
【０３５７】
具体的な実施に際して、UEとSGSNとは、いくつかの暗号化アルゴリズムおよび完全性アルゴリズムで別々に構成されている。SGSNに要求メッセージを送信するときに、送信モジュール1701は、SGSNに、UEがサポートしている暗号化アルゴリズムおよび完全性アルゴリズムを送信する。
【０３５８】
受信モジュール1702は、SGSNが送信した暗号化アルゴリズムおよび完全性アルゴリズムを受信するように構成されている。
【０３５９】
SGSNがUEの要求メッセージを受信した後で、前述のUEは第1のタイプのUEであると判定された場合、SGSNは、UEがサポートしている暗号化アルゴリズムおよび完全性アルゴリズムの中からSGSNがサポートしている暗号化アルゴリズムおよびSGSNがサポートしている完全性アルゴリズムを選択する。SGSNは、UEに選択された暗号化アルゴリズムおよび選択された完全性アルゴリズムを送信し、認証ベクトル内の第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を獲得する。
【０３６０】
具体的な実施に際して、SGSNは、UEに選択された暗号化アルゴリズムおよび選択された完全性アルゴリズムを送信するときに、UEに、認証ベクトル内の乱数RANDおよび認証トークンAUTNをさらに送信することができる。UEは、UE側がネットワーク側に対する認証を行うように、認証トークンAUTNに従ってSGSNに対する認証を行うことができる。UEは、受信した乱数RANDおよび受信した認証トークンAUTNに従ってf1アルゴリズムからf5アルゴリズムを用いて、第1の暗号化鍵および第1の完全性鍵をさらに計算することができる。UEが計算する第1の暗号化鍵および第1の完全性鍵は、SGSNがHLR／HSSから取得する認証ベクトル内の第1の暗号化鍵および第1の完全性鍵と同じである。SGSNがHLR／HSSから取得する認証ベクトルは認証ベクトルクインテットであり、乱数RAND、予期される応答XRES、認証トークンAUTN、暗号化鍵CK、および完全性鍵IKを含む。
【０３６１】
本出願の本実施形態では、第1の暗号化鍵は認証ベクトルクインテット内の暗号化鍵CKであり、第1の完全性鍵は認証ベクトルクインテット内の完全性鍵IKである。
【０３６２】
いくつかの実行可能な実施態様において、SGSNが選択した暗号化アルゴリズムおよび完全性アルゴリズムは、認証ベクトル内の第1の暗号化鍵CKおよび第1の完全性鍵IKと共に、第2の暗号化鍵および第2の完全性鍵を計算するのに用いることができる。加えて、メッセージ暗号文を生成するために、暗号化アルゴリズムおよび生成された第2の暗号化鍵に従って通信メッセージに対して暗号化を行うことができる。完全性アルゴリズムおよび生成された第2の完全性鍵に従って計算によってメッセージ認証コードMACを獲得することができる。メッセージ認証コードMACは、通信メッセージの完全性を検証するのに用いることができる。
【０３６３】
任意選択で、GPRSネットワークが128ビットの第2の暗号化鍵を必要とする場合、SGSNが選択する暗号化アルゴリズムは、128−EEA1アルゴリズム、128−EEA2アルゴリズム、または128−EEA3アルゴリズムのうちのいずれか1つであってよく、SGSNが選択する完全性アルゴリズムは、128−EIA1アルゴリズム、128−EIA2アルゴリズム、または128−EIA3アルゴリズムのうちのいずれか1つであってよい。128−EEA1アルゴリズムおよび128−EIA1アルゴリズムのコアアルゴリズムとして、SNOW 3Gアルゴリズムが用いられる。128−EEA2アルゴリズムおよび128−EIA2アルゴリズムのコアアルゴリズムとして、AESアルゴリズムが用いられる。128−EEA3アルゴリズムおよび128−EIA3アルゴリズムのコアアルゴリズムとして、ZUCアルゴリズム（ZUCアルゴリズム）が用いられる。
【０３６４】
取得モジュール1703は、第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を取得するように構成されている。
【０３６５】
本出願の本実施形態では、第2の暗号化鍵および第2の完全性鍵は、第1の暗号化鍵および第1の完全性鍵に基づく強化された鍵である。第2の暗号化鍵およびSGSNが送信した暗号化アルゴリズムは、SGSNとUEとの間で送信されるメッセージに対する暗号化保護を行うのに用いられ、第2の完全性鍵およびSGSNが送信した完全性アルゴリズムは、SGSNとUEとの間で送信されるメッセージに対する完全性保護を行うのに用いられる。
【０３６６】
任意選択で、取得モジュール1703は、第1の暗号化鍵および第1の完全性鍵のみに従って第2の暗号化鍵および第2の完全性鍵を取得してもよく、または取得モジュール1703は、第1の暗号化鍵、第1の完全性鍵、ならびにSGSNが送信した暗号化アルゴリズムおよび完全性アルゴリズムに従って第2の暗号化鍵および第2の完全性鍵を取得してもよい。
【０３６７】
第2の暗号化鍵および第2の完全性鍵を取得した後で、SGSNとUEとの間の通信メッセージを保護するために、SGSNとUEの両方が、合意された鍵（すなわち、第2の暗号化鍵および第2の完全性鍵）と、合意されたアルゴリズム（すなわち、SGSNが送信した暗号化アルゴリズムおよび完全性アルゴリズム）を用いて、通信メッセージに対する暗号化を行う必要がある。
【０３６８】
本出願の本実施形態では、UEは、SGSNに要求メッセージを送信し、SGSNが送信した暗号化アルゴリズムおよび完全性アルゴリズムを受信し、第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を計算する。SGSNとUEはどちらも、第2の暗号化鍵、第2の完全性鍵、ならびにSGSNがUEに送信した暗号化アルゴリズムおよび完全性アルゴリズムを用いて、UEとSGSNとの間の通信メッセージに対する暗号化保護および完全性保護を行うことができる。これにより、GPRSネットワークにおける第1のタイプのUEの通信のセキュリティが強化される。
【０３６９】
以下では、図18および図19を参照して、図17に示す取得モジュール1703の構造および機能について詳細に説明する。
【０３７０】
いくつかの実行可能な実施態様においては、図18に示すように、取得モジュール1703は、第1の計算部17031と、第2の計算部17032と、第3の計算部17033とを含んでいてよい。
【０３７１】
第1の計算部17031は、第1の暗号化鍵および第1の完全性鍵に従って中間鍵を計算するように構成されている。
【０３７２】
いくつかの実行可能な実施態様においては、第1の計算部17031が中間鍵を計算する前に、UEは、SGSNが送信した認証トークンAUTNおよび乱数RANDに従って予期されるメッセージ認証コードXMACをまず計算し、予期されるメッセージ認証コードXMACが認証トークンAUTN内のメッセージ認証コードMACと同じであるかどうか判定することによってSGSN側に対する認証を行う。SGSN側に対する認証に成功した後で、UEは、SGSNが送信した乱数RANDおよび認証トークンAUTNに従って第1の暗号化鍵CKおよび第1の完全性鍵IKを計算し、乱数応答RESを計算し、SGSN側がUEに対する認証を行うように、SGSNに乱数応答RESを送信する。
【０３７３】
1つの実行可能な実施態様において、第1の計算部17031は、第1の暗号化鍵および第1の完全性鍵に対する演算を行い、次いで、演算結果を鍵導出関数KDFの入力パラメータとして用いて中間鍵を計算することができる。例えば、中間鍵はKm＝KDF（CK｜｜IK）とすることができ、式中、CK｜｜IKは、第1の暗号化鍵CKと第1の完全性鍵IKとに対して結合演算が行われることを示している。
【０３７４】
別の実行可能な実施態様において、中間鍵は、既存の64ビットGPRS暗号化鍵Kcまたは既存の128ビット暗号化鍵Kc128を直接用いてよく、すなわち、第1の計算部17031は、既存のGPRS暗号化鍵Kc（64ビット）を中間鍵として直接用いてよく、または既存のKc128（128ビット）を中間鍵として直接用いてよい。KcとKc128はどちらも、CkおよびIKに従った計算によって生成される。
【０３７５】
第2の計算部17032は、中間鍵および暗号化特徴記号列に従って第2の暗号化鍵を計算するように構成されている。
【０３７６】
具体的な実施に際しては、中間鍵および暗号化特徴記号列cipheringを、第2の暗号化鍵を計算するための鍵導出関数KDFの入力パラメータとして用いることができる。例えば、第2の暗号化鍵は、Kcipher＝KDF（Km，“ciphering”）を用いた計算によって獲得することができ、式中、“ciphering”は暗号化特徴記号列であり、コード化によって生成することができる。
【０３７７】
いくつかの実行可能な実施態様において、GPRSシステムは128ビットの第2の暗号化鍵を必要とし、この場合、事前設定の128ビット（例えば、最上位の128ビット）を鍵導出関数KDFの入力パラメータの1つとして計算された中間鍵Kmの中から取得することができ、KDFの出力が第2の暗号化鍵として用いられ、または計算された中間鍵Kmを鍵導出関数KDFの入力パラメータの1つとして直接用いることもでき、事前設定の128ビット（例えば、最上位の128ビット）が第2の暗号化鍵としてKDFの出力から取得され、または中間鍵Kc128を鍵導出関数KDFの入力パラメータの1つとして用いることもでき、鍵導出関数KDFの出力が第2の暗号化鍵として用いられる。
【０３７８】
いくつかの実行可能な実施態様において、GPRSシステムは64ビットの第2の暗号化鍵を必要とし、この場合、事前設定の64ビット（例えば、最上位の64ビット）を鍵導出関数KDFの入力パラメータの1つとして計算された中間鍵Kmの中から取得することができ、KDFの出力が第2の暗号化鍵として用いられ、または計算された中間鍵Kmを鍵導出関数KDFの入力パラメータの1つとして直接用いることもでき、事前設定の64ビット（例えば、最上位の64ビット）が第2の暗号化鍵としてKDFの出力から取得され、または中間鍵Kc（64ビット）を鍵導出関数KDFの入力パラメータの1つとして用いることもでき、鍵導出関数KDFの出力が第2の暗号化鍵として用いられる。
【０３７９】
第3の計算部17033は、中間鍵および完全性特徴記号列に従って第2の完全性鍵を計算するように構成されている。
【０３８０】
具体的な実施に際しては、中間鍵および完全性特徴記号列integrityを、第2の完全性鍵を計算するための鍵導出関数KDFの入力パラメータとして用いることができる。例えば、第2の完全性鍵は、Kintegrity＝KDF（Km，“integrity”）を用いた計算によって獲得することができ、式中、“integrity”は完全性特徴記号列であり、コード化によって生成することができる。
【０３８１】
いくつかの実行可能な実施態様において、GPRSシステムは128ビットの第2の完全性鍵を必要とし、この場合、事前設定の128ビット（例えば、最上位の128ビット）を鍵導出関数KDFの入力パラメータの1つとして計算された中間鍵Kmの中から取得することができ、KDFの出力が第2の完全性鍵として用いられ、または計算された中間鍵Kmを鍵導出関数KDFの入力パラメータの1つとして直接用いることもでき、事前設定の128ビット（例えば、最上位の128ビット）が第2の完全性鍵としてKDFの出力から取得され、または中間鍵Kc128を鍵導出関数KDFの入力パラメータの1つとして用いることもでき、鍵導出関数KDFの出力が第2の完全性鍵として用いられる。
【０３８２】
いくつかの実行可能な実施態様において、GPRSシステムは64ビットの第2の完全性鍵を必要とし、この場合、事前設定の64ビット（例えば、最上位の64ビット）を鍵導出関数KDFの入力パラメータの1つとして計算された中間鍵Kmの中から取得することができ、KDFの出力が第2の完全性鍵として用いられ、または計算された中間鍵Kmを鍵導出関数KDFの入力パラメータの1つとして直接用いることもでき、事前設定の64ビット（例えば、最上位の64ビット）が第2の完全性鍵としてKDFの出力から取得され、または中間鍵Kc（64ビット）を鍵導出関数KDFの入力パラメータの1つとして用いることもでき、鍵導出関数KDFの出力が第2の完全性鍵として用いられる。
【０３８３】
本出願の本実施形態では、暗号化特徴記号列cipheringおよび完全性特徴記号列integrityは、計算された第2の暗号化鍵と計算された第2の完全性鍵とを区別しやすいよう差別化するのに用いられる。したがって、完全性特徴記号列integrityは、暗号化特徴記号列cipheringと一致しない任意の記号列とすることができる。
【０３８４】
いくつかの実行可能な実施態様においては、図18に示すように、取得モジュール1703は、第1の計算部17031と、第2の計算部17032と、第3の計算部17033とを含んでいてよい。
【０３８５】
第1の計算部17031は、第1の暗号化鍵および第1の完全性鍵に従って中間鍵を計算するように構成されている。
【０３８６】
1つの実行可能な実施態様において、第1の計算部17031は、第1の暗号化鍵および第1の完全性鍵に対する演算を行い、次いで、演算結果を鍵導出関数KDFの入力パラメータとして用いて中間鍵を計算することができる。例えば、中間鍵はKm＝KDF（CK｜｜IK）とすることができ、式中、CK｜｜IKは、第1の暗号化鍵CKと第1の完全性鍵IKとに対して結合演算が行われることを示している。
【０３８７】
別の実行可能な実施態様において、第1の計算部17031は、既存のGPRS暗号化鍵Kc（64ビット）を中間鍵として直接用いてよく、または既存のKc128（128ビット）を中間鍵として直接用いてよい。KcとKc128はどちらも、CkおよびIKに従った計算によって生成される。
【０３８８】
第2の計算部17032は、中間鍵、第1のアルゴリズムタイプ指示、および暗号化アルゴリズムの識別子に従って第2の暗号化鍵を計算するように構成されている。
【０３８９】
具体的な実施に際して、第2の計算部17032は、中間鍵、第1のアルゴリズムタイプ指示、および暗号化アルゴリズムの識別子を、第2の暗号化鍵を計算するための鍵導出関数KDFの入力パラメータとして用いることができる。例えば、第2の暗号化鍵Kcipherは、Kcipher＝KDF（Km，algorithm type distinguisher1，ciphering algorithm id）を用いた計算によって獲得することができ、式中、Kmは中間鍵であり、algorithm type distinguisher1は第1のアルゴリズムタイプ指示であり、ciphering algorithm idは、SGSNが選択した暗号化アルゴリズムの識別子である。
【０３９０】
いくつかの実行可能な実施態様において、GPRSシステムは128ビットの第2の暗号化鍵を必要とし、この場合、事前設定の128ビット（例えば、最上位の128ビット）を鍵導出関数KDFの入力パラメータの1つとして計算された中間鍵Kmの中から取得することができ、KDFの出力が第2の暗号化鍵として用いられ、または計算された中間鍵Kmを鍵導出関数KDFの入力パラメータの1つとして直接用いることもでき、事前設定の128ビット（例えば、最上位の128ビット）が第2の暗号化鍵としてKDFの出力から取得され、または中間鍵Kc128は鍵導出関数KDFの入力パラメータの1つとして用いられ、鍵導出関数KDFの出力が第2の暗号化鍵として用いられる。
【０３９１】
いくつかの実行可能な実施態様において、GPRSシステムは64ビットの第2の暗号化鍵を必要とし、この場合、事前設定の64ビット（例えば、最上位の64ビット）を鍵導出関数KDFの入力パラメータの1つとして計算された中間鍵Kmの中から取得することができ、KDFの出力が第2の暗号化鍵として用いられ、または計算された中間鍵Kmを鍵導出関数KDFの入力パラメータの1つとして直接用いることもでき、事前設定の64ビット（例えば、最上位の64ビット）が第2の暗号化鍵としてKDFの出力から取得され、または中間鍵Kc（64ビット）を鍵導出関数KDFの入力パラメータの1つとして用いることもでき、鍵導出関数KDFの出力が第2の暗号化鍵として用いられる。
【０３９２】
第3の計算部17033は、中間鍵、第2のアルゴリズムタイプ指示、および完全性アルゴリズムの識別子に従って第2の完全性鍵を計算するように構成されており、第1のアルゴリズムタイプ指示の値と第2のアルゴリズムタイプ指示の値とは異なる。
【０３９３】
具体的な実施に際して、第3の計算部17033は、中間鍵、第2のアルゴリズムタイプ指示、および完全性アルゴリズムの識別子を、第2の完全性鍵を計算するための鍵導出関数KDFの入力パラメータとして用いることができる。例えば、第2の完全性鍵Kintegrityは、Kintegrity＝KDF（Km，algorithm type distinguisher2，integrity algorithm id）を用いた計算によって獲得することができ、式中、Kmは中間鍵であり、algorithm type distinguisher2は第2のアルゴリズムタイプ指示であり、integrity algorithm idはSGSNが選択した完全性アルゴリズムの識別子である。
【０３９４】
いくつかの実行可能な実施態様において、GPRSシステムは128ビットの第2の完全性鍵を必要とし、この場合、事前設定の128ビット（例えば、最上位の128ビット）を鍵導出関数KDFの入力パラメータの1つとして計算された中間鍵Kmの中から取得することができ、KDFの出力が第2の完全性鍵として用いられ、または計算された中間鍵Kmを鍵導出関数KDFの入力パラメータの1つとして直接用いることもでき、事前設定の128ビット（例えば、最上位の128ビット）が第2の完全性鍵としてKDFの出力から取得され、または中間鍵Kc128を鍵導出関数KDFの入力パラメータの1つとして用いることもでき、鍵導出関数KDFの出力が第2の完全性鍵として用いられる。
【０３９５】
いくつかの実行可能な実施態様において、GPRSシステムは64ビットの第2の完全性鍵を必要とし、この場合、事前設定の64ビット（例えば、最上位の64ビット）を鍵導出関数KDFの入力パラメータの1つとして計算された中間鍵Kmの中から取得することができ、KDFの出力が第2の完全性鍵として用いられ、または計算された中間鍵Kmを鍵導出関数KDFの入力パラメータの1つとして直接用いることもでき、事前設定の64ビット（例えば、最上位の64ビット）が第2の完全性鍵としてKDFの出力から取得され、または中間鍵Kc（64ビット）を鍵導出関数KDFの入力パラメータの1つとして用いることもでき、鍵導出関数KDFの出力が第2の完全性鍵として用いられる。
【０３９６】
本出願の本実施形態では、第1のアルゴリズムタイプ指示は、現在演算に関与しているアルゴリズムが暗号化型のアルゴリズムであることを指示するのに用いられ、第2のアルゴリズムタイプ指示は、現在演算に関与しているアルゴリズムが完全性型のアルゴリズムであることを指示するのに用いられる。いくつかの実行可能な実施形態において、第1のアルゴリズムタイプ指示と第2のアルゴリズムタイプ指示とは同じIEを含む場合があり、第1のアルゴリズムタイプ指示と第2のアルゴリズムタイプ指示とはIEの異なる値を用いて区別される。例えば、第1のアルゴリズムタイプ指示のIEと第2のアルゴリズムタイプ指示のIEとはどちらも、algorithm type distinguisherである。algorithm type distinguisher＝00の場合、それは暗号化型のアルゴリズムを指示する。algorithm type distinguisher＝01の場合、それは完全性型のアルゴリズムを指示する。
【０３９７】
いくつかの可能な事例において、暗号化アルゴリズムと完全性アルゴリズムとは同じ識別子を用いる場合があり、これらの事例では、アルゴリズムタイプ指示を参照して各アルゴリズムを一意に区別する必要がある。例えば、128−EEA1アルゴリズムと128−EIA1アルゴリズムとがどちらもアルゴリズム識別子として1を用いる場合、SGSNが選択した暗号化アルゴリズムおよび完全性アルゴリズムが、それぞれ、128−EEA1アルゴリズムおよび128−EIA1アルゴリズムであるときには、128−EEA1アルゴリズムと128−EIA1アルゴリズムとを、第1のアルゴリズムタイプ指示と第2のアルゴリズムタイプ指示とのIEの異なる値を用いて区別することができる。加えて、第2の暗号化鍵と第2の完全性鍵とを区別するように、計算された第2の暗号化鍵の値と計算された第2の完全性鍵の値とを差別化することもできる。
【０３９８】
いくつかの実行可能な実施態様においては、図19に示すように、取得モジュール1703は、第4の計算部17034と、第5の計算部17035とを含んでいてよい。
【０３９９】
第4の計算部17034は、第1の暗号化鍵、第1のアルゴリズムタイプ指示、および暗号化アルゴリズムの識別子に従って第2の暗号化鍵を計算するように構成されている。
【０４００】
いくつかの実行可能な実施態様においては、第4の計算部17034が第2の暗号化鍵を計算し、第5の計算部17035が第2の完全性鍵を計算する前に、UEは、SGSNが送信した認証トークンAUTNおよび乱数RANDに従って予期されるメッセージ認証コードXMACをまず計算し、予期されるメッセージ認証コードXMACが認証トークンAUTN内のメッセージ認証コードMACと同じであるかどうか判定することによってSGSN側に対する認証を行う。SGSN側に対する認証に成功した後で、UEは、SGSNが送信した乱数RANDおよび認証トークンAUTNに従って第1の暗号化鍵CKおよび第1の完全性鍵IKを計算し、乱数応答RESを計算し、SGSN側がUEに対する認証を行うように、SGSNに乱数応答RESを送信する。
【０４０１】
具体的には、第4の計算部17034は、第1の暗号化鍵、第1のアルゴリズムタイプ指示、および選択された暗号化アルゴリズムの識別子を、第2の暗号化鍵を計算するための鍵導出関数KDFの入力パラメータとして用いることができる。例えば、Kcipher＝KDF（CK，algorithm type distinguisher1，ciphering algorithm id）であり、式中、CKは第1の暗号化鍵であり、algorithm type distinguisher1は第1のアルゴリズムタイプ指示であり、ciphering algorithm idは、SGSNが選択した暗号化アルゴリズムの識別子である。
【０４０２】
任意選択で、GPRSシステムが64ビットの第2の暗号化鍵を必要とする場合、最上位64ビットを第2の暗号化鍵として計算されたKcipherの中から選択することができ、GPRSシステムが128ビットの第2の暗号化鍵を必要とする場合、最上位128ビットを第2の暗号化鍵として計算されたKcipherの中から選択することができる。別の実行可能な実施態様においては、必要な数のビットを第2の暗号化鍵として計算されたKcipherの中からランダムに選択することができ、これについては本出願では限定されない。
【０４０３】
第5の計算部17035は、第1の完全性鍵、第2のアルゴリズムタイプ指示、および完全性アルゴリズムの識別子に従って第2の完全性鍵を計算するように構成されている。
【０４０４】
具体的には、第5の計算部17035は、第1の完全性鍵、第2のアルゴリズムタイプ指示、および選択された完全性アルゴリズムの識別子を、第2の完全性鍵を計算するための鍵導出関数KDFの入力パラメータとして用いることができる。例えば、Kintegrity＝KDF（IK，algorithm type distinguisher2，integrity algorithm id）であり、式中、IKは第1の完全性鍵であり、algorithm type distinguisher2は第2のアルゴリズムタイプ指示であり、integrity algorithm id isはSGSNが選択した完全性アルゴリズムの識別子である。
【０４０５】
任意選択で、GPRSシステムが64ビットの第2の完全性鍵を必要とする場合、最上位64ビットを第2の完全性鍵として計算されたKintegrityの中から選択することができ、GPRSシステムが128ビットの第2の完全性鍵を必要とする場合、最上位128ビットを第2の完全性鍵として計算されたKintegrityの中から選択することができる。
【０４０６】
本出願の本実施形態では、第1のアルゴリズムタイプ指示は、現在演算に関与しているアルゴリズムが暗号化型のアルゴリズムであることを指示するのに用いられ、第2のアルゴリズムタイプ指示は、現在演算に関与しているアルゴリズムが完全性型のアルゴリズムであることを指示するのに用いられる。第1のアルゴリズムタイプ指示の値と第2のアルゴリズムタイプ指示の値とは異なる。いくつかの実行可能な実施形態において、第1のアルゴリズムタイプ指示と第2のアルゴリズムタイプ指示とは同じIEを含む場合があり、第1のアルゴリズムタイプ指示と第2のアルゴリズムタイプ指示とはIEの異なる値を用いて区別される。例えば、第1のアルゴリズムタイプ指示のIEと第2のアルゴリズムタイプ指示のIEとはどちらも、algorithm type distinguisherである。algorithm type distinguisher＝00の場合、それは暗号化型のアルゴリズムを指示する。algorithm type distinguisher＝01の場合、それは完全性型のアルゴリズムを指示する。
【０４０７】
いくつかの可能な事例において、暗号化アルゴリズムと完全性アルゴリズムとは同じ識別子を用いる場合があり、これらの事例では、アルゴリズムタイプ指示を参照して各アルゴリズムを一意に区別する必要がある。例えば、128−EEA1アルゴリズムと128−EIA1アルゴリズムとがどちらもアルゴリズム識別子として1を用いる場合、SGSNが選択した暗号化アルゴリズムおよび完全性アルゴリズムが、それぞれ、128−EEA1アルゴリズムおよび128−EIA1アルゴリズムであるときには、128−EEA1アルゴリズムと128−EIA1アルゴリズムとを、第1のアルゴリズムタイプ指示と第2のアルゴリズムタイプ指示との異なる値を用いて区別することができる。加えて、第2の暗号化鍵と第2の完全性鍵とを区別するように、計算された第2の暗号化鍵の値と計算された第2の完全性鍵の値とを差別化することもできる。
【０４０８】
いくつかの実行可能な実施態様において、取得モジュール1703は、
第1の暗号化鍵および第1の完全性鍵に従って中間鍵を計算し、
中間鍵の第1の事前設定ビットを第2の暗号化鍵として用い、中間鍵の第2の事前設定ビットを第2の完全性鍵として用いる、
ように特に構成されていてよい。
【０４０９】
いくつかの実行可能な実施態様においては、取得モジュール1703が中間鍵を計算する前に、UEは、SGSNが送信した認証トークンAUTNおよび乱数RANDに従って予期されるメッセージ認証コードXMACをまず計算し、予期されるメッセージ認証コードXMACが認証トークンAUTN内のメッセージ認証コードMACと同じであるかどうか判定することによってSGSN側に対する認証を行う。SGSN側に対する認証に成功した後で、UEは、SGSNが送信した乱数RANDおよび認証トークンAUTNに従って第1の暗号化鍵CKおよび第1の完全性鍵IKを計算し、乱数応答RESを計算し、SGSN側がUEに対する認証を行うように、SGSNに乱数応答RESを送信する。
【０４１０】
1つの実行可能な実施態様において、取得モジュール1703は、第1の暗号化鍵および第1の完全性鍵に対する演算を行い、次いで、演算結果を鍵導出関数KDFの入力パラメータとして用いて中間鍵を計算することができる。例えば、中間鍵はKm＝KDF（CK｜｜IK）とすることができ、式中、CK｜｜IKは、第1の暗号化鍵CKと第1の完全性鍵IKとに対して結合演算が行われることを示している。
【０４１１】
別の実行可能な実施態様において、中間鍵は、既存の64ビットGPRS暗号化鍵Kcまたは既存の128ビット暗号化鍵Kc128を直接用いてよく、すなわち、取得モジュール1703は、既存のGPRS暗号化鍵Kc（64ビット）を中間鍵として直接用いてよく、または既存のKc128（128ビット）を中間鍵として直接用いてよい。KcとKc128はどちらも、CkおよびIKに従った計算によって生成される。
【０４１２】
1つの実行可能な実施態様において、取得モジュール1703は、中間鍵の第1の事前設定ビットを第2の暗号化鍵として用いることができる。例えば、GPRSシステムが64ビットの第2の暗号化鍵を必要とする場合、中間鍵の最上位64ビットを第2の暗号化鍵として直接用いることができ、GPRSシステムが128ビットの第2の暗号化鍵を必要とする場合、中間鍵の最上位128ビットを第2の暗号化鍵として直接用いることができる。任意選択で、必要な数のビットを第2の暗号化鍵として中間鍵の中からランダムに選択することもでき、これについては本出願では限定しない。
【０４１３】
1つの実行可能な実施態様において、取得モジュール1703は、中間鍵の第2の事前設定ビットを第2の完全性鍵として用いることができる。例えば、GPRSシステムが64ビットの第2の完全性鍵を必要とする場合、中間鍵の最下位64ビットを第2の完全性鍵として直接用いることができ、GPRSシステムが128ビットの第2の完全性鍵を必要とする場合、中間鍵の最下位128ビットを第2の完全性鍵として直接用いることができる。任意選択で、必要な数のビットを第2の完全性鍵として中間鍵の中からランダムに選択することもでき、これについては本出願では限定しない。
【０４１４】
いくつかの実行可能な実施態様において、取得モジュール1703は、
第1の暗号化鍵または第1の暗号化鍵の事前設定ビットを第2の暗号化鍵として用い、
第1の完全性鍵または第1の完全性鍵の事前設定ビットを第2の完全性鍵として用いる、
ように特に構成されている。
【０４１５】
いくつかの実行可能な実施態様においては、取得モジュール1703が第2の暗号化鍵または第2の完全性鍵を計算する前に、UEは、認証トークンAUTNおよび乱数RANDに従って予期されるメッセージ認証コードXMACをまず計算し、予期されるメッセージ認証コードXMACが認証トークンAUTN内のメッセージ認証コードMACと同じであるかどうか判定することによってSGSN側に対する認証を行うことができる。SGSN側に対する認証に成功した後で、UEは、SGSNが送信した乱数RANDおよび認証トークンAUTNに従って第1の暗号化鍵CKおよび第1の完全性鍵IKを計算し、乱数応答RESを計算し、SGSN側がUEに対する認証を行うように、SGSNに乱数応答RESを送信する。
【０４１６】
いくつかの実行可能な実施態様においては、第1の暗号化鍵が128ビット鍵であり、GPRSシステムが必要とする第2の暗号化鍵も128ビット鍵である場合、第1の暗号化鍵を第2の暗号化鍵として直接用いることができる。GPRSシステムが必要とする第2の暗号化鍵が64ビット鍵である場合には、64事前設定ビットを第2の暗号化鍵として第1の暗号化鍵の中から選択することができる。例えば、最上位64ビットが第2の暗号化鍵として選択される。
【０４１７】
いくつかの実行可能な実施態様においては、第1の完全性鍵が128ビット鍵であり、GPRSシステムが必要とする第2の完全性鍵も128ビット鍵である場合、第1の完全性鍵を第2の完全性鍵として直接用いることができる。GPRSシステムが必要とする第2の完全性鍵が64ビット鍵である場合には、64事前設定ビットを第2の完全性鍵として第1の完全性鍵の中から選択することができる。例えば、最上位64ビットが第2の完全性鍵として選択される。
【０４１８】
本出願の本実施形態では、UEは、SGSNに要求メッセージを送信し、SGSNが送信した暗号化アルゴリズムおよび完全性アルゴリズムを受信し、第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を計算する。SGSNとUEはどちらも、第2の暗号化鍵、第2の完全性鍵、ならびにSGSNがUEに送信した暗号化アルゴリズムおよび完全性アルゴリズムを用いて、UEとSGSNとの間の通信メッセージに対する暗号化保護および完全性保護を行うことができる。これにより、GPRSネットワークにおける第1のタイプのUEの通信のセキュリティが強化される。
【０４１９】
図20を参照されたい。図20は、本出願によるUEの別の実施形態の概略構造図である。図20に示すように、本UEは、送信装置2001と、受信装置2002と、プロセッサ2003とを含み、送信装置2001と、受信装置2002と、プロセッサ2003とはバスを用いて接続されている。
【０４２０】
送信装置2001は、SGSNに要求メッセージを送信するように構成される。
【０４２１】
受信装置2002は、SGSNが送信した暗号化アルゴリズムおよび完全性アルゴリズムを受信するように構成される。
【０４２２】
プロセッサ2003は、第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を取得するように構成される。
【０４２３】
第2の暗号化鍵および暗号化アルゴリズムは、SGSNとUEとの間で送信されるメッセージに対する暗号化保護を行うのに用いられ、第2の完全性鍵および完全性アルゴリズムは、SGSNとUEとの間で送信されるメッセージに対する完全性保護を行うのに用いられる。
【０４２４】
いくつかの実行可能な実施態様において、送信装置2001がSGSNに送信する要求メッセージはUEタイプ指示情報を含み、UEタイプ指示情報はUEが第1のタイプのUEであることを指示するのに用いられる。
【０４２５】
いくつかの実行可能な実施態様において、プロセッサ2003が、第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を取得することは、
プロセッサ2003が、第1の暗号化鍵および第1の完全性鍵に従って中間鍵を計算することと、
プロセッサ2003が、中間鍵および暗号化特徴記号列に従って第2の暗号化鍵を計算することと、
プロセッサ2003が、中間鍵および完全性特徴記号列に従って第2の完全性鍵を計算することと、
を含む。
【０４２６】
いくつかの実行可能な実施態様において、プロセッサ2003が、第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を取得することは、
プロセッサ2003が、第1の暗号化鍵および第1の完全性鍵に従って中間鍵を計算し、プロセッサ2003が、中間鍵の第1の事前設定ビットを第2の暗号化鍵として用い、中間鍵の第2の事前設定ビットを第2の完全性鍵として用いること、または
プロセッサ2003が、第1の暗号化鍵、第1のアルゴリズムタイプ指示、および暗号化アルゴリズムの識別子に従って第2の暗号化鍵を計算し、プロセッサ2003が、第1の完全性鍵、第2のアルゴリズムタイプ指示、および完全性アルゴリズムの識別子に従って第2の完全性鍵を計算すること、または
プロセッサ2003が、第1の暗号化鍵もしくは第1の暗号化鍵の事前設定ビットを第2の暗号化鍵として用い、プロセッサ2003が、第1の完全性鍵もしくは第1の完全性鍵の事前設定ビットを第2の完全性鍵として用いること、
を含む。
【０４２７】
いくつかの実行可能な実施態様において、第1の暗号化鍵は認証ベクトルクインテット内の暗号化鍵CKであり、第1の完全性鍵は認証ベクトルクインテット内の完全性鍵IKである。
【０４２８】
いくつかの実行可能な実施態様において、中間鍵は64ビットGPRS暗号化鍵Kcまたは128ビット暗号化鍵Kc128である。
【０４２９】
本出願の本実施形態では、UEは、SGSNに要求メッセージを送信し、SGSNが選択した暗号化アルゴリズムおよび完全性アルゴリズム、第1の暗号化鍵、ならびに第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を計算し、第2の暗号化鍵および第2の完全性鍵を用いて、UEとSGSNとの間の通信メッセージに対する暗号化保護および完全性保護を行う。これにより、GPRSネットワークにおける第1のタイプのUEの通信のセキュリティが強化される。
【０４３０】
図21を参照されたい。図21は、本出願の一実施形態によるHLR／HSSの一実施形態の概略構造図である。図21に示すように、本HLR／HSSは、受信モジュール2101と、判定モジュール2102と、送信モジュール2103とを含む。
【０４３１】
受信モジュール2101は、サービングGPRSサポートノードSGSNが送信したユーザ機器UEの識別子を受信するように構成されている。
【０４３２】
ホーム・ロケーション・レジスタ（Home Location Register、HLR）は、GPRSシステムの永続データベースであり、登録されたモバイルユーザのものである識別情報、サービス情報、サービス許可などの静的情報、およびユーザの位置情報などの動的情報を含む、多くのモバイルユーザの通信を管理するのに必要な情報を記憶している。ホーム加入システムHSS（Home Subscription System、HSS）は、HLRが進化し、アップグレードしたものであり、主に、ユーザの加入データおよびモバイルユーザの位置情報を管理する役割を果たす。HSSとHLRとはネットワークにおいて類似した機能を有し、HSSに記憶されるデータの多くがHLRに繰り返し記憶されるため、一般に、外部に対してはHSSとHLRの融合デバイスが提示される。本出願の本実施形態では、HLR／HSSは、HLRデバイスであっても、HSSデバイスであっても、HLRとHSSとの融合デバイスであってもよい。
【０４３３】
本出願の本実施形態では、UEはUSIMカードを用いてネットワークと通信し、UEの識別子は、USIMカードのIMSI（International Mobile Subscriber Identification Number、国際移動体加入者識別番号）であってよい。
【０４３４】
判定モジュール2102は、UEの識別子に従って、UEは第1のタイプのUEであると判定するように構成されている。
【０４３５】
具体的な実施に際して、HLR／HSSは多くのUEの様々な情報を記憶する。HLR／HSSは、SGSNが送信したUEの識別子を受信した後で、UEが第1のタイプのUEであるかどうか判定するように、UEに関する情報を問い合わせすることができる。本出願の本実施形態では、UEが第1のタイプのUEである例を用いて説明する。
【０４３６】
本出願の本実施形態では、第1のタイプのUEは、モノのインターネットUE、マシンツーマシン（Machine To Machine、M2M）通信UE、または他の高セキュリティUEを含んでいてよい。モノのインターネットUEとは、情報感知機能およびデータ伝送機能を有するユーザ機器、例えば、音声ガイド、携帯情報端末、バーコードコレクタ、データ収集端末、および購入または送金に主に用いられるPOS端末をいう。マシンツーマシン通信UEとは、人、モバイルネットワーク、または別の機械と情報を交換するために、ネットワーク接続および通信能力を有し、センサ、コントローラなどを用いて「インテリジェンス」属性を実現するユーザ機器をいう。
【０４３７】
送信モジュール2103は、SGSNにUEタイプ指示情報を送信するように構成されており、UEタイプ指示情報はUEが第1のタイプのUEであることを指示するのに用いられる。
【０４３８】
任意選択で、UEタイプ指示情報は、特定の情報要素（Information Element、IE）の存在に従って、UEは第1のタイプのUEであると指示することもできる。例えば、SGSNが、HLR／HSSまたはUEが送信したUEタイプ指示情報を受信したときに、UEタイプ指示情報に特定のIEが存在する場合、SGSNは、UEは第1のタイプのUEであると判定することができ、UEタイプ指示情報に特定のIEが存在しない場合、SGSNは、UEは第1のタイプのUEではないと判定することができる。あるいは、UEタイプ指示情報は、特定のIEの値に従って、UEは第1のタイプのUEであると指示することもできる。例えば、SGSNが、HLR／HSSまたはUEが送信したUEタイプ指示情報を受信したときに、UEタイプ指示情報内の特定のIEの値が1である場合、SGSNは、UEは第1のタイプのUEであると判定することができ、特定のIEの値が0である場合、SGSNは、UEは第1のタイプのUEではないと判定することができる。
【０４３９】
本出願の本実施形態では、HLR／HSSは、SGSNに認証ベクトルをさらに送信することができ、認証ベクトルは第1の暗号化鍵および第1の完全性鍵を含む。
【０４４０】
いくつかの実行可能な実施態様において、前述の認証ベクトルは認証ベクトルクインテットであってよく、乱数RAND、予期される応答XRES、認証トークンAUTN、暗号化鍵CK、および完全性鍵IKを含む。第1の暗号化鍵は認証ベクトルクインテット内の暗号化鍵CKであり、第1の完全性鍵は認証ベクトルクインテット内の完全性鍵IKである。
【０４４１】
本出願の本実施形態では、HLR／HSSは、SGSNが送信したUEの識別子を受信し、UEの識別子に従って、UEは第1のタイプのUEであると判定し、UEが第1のタイプのUEであることを指示するようにSGSNにUEタイプ指示情報を送信することができ、そのため、SGSNと第1のタイプのUEとの間で第1のタイプのUEのための鍵強化処理を行うことができ、GPRSネットワークにおける第1のタイプのUEの通信のセキュリティが強化される。
【０４４２】
図22を参照されたい。図22は、本出願の一実施形態によるHLR／HSSの別の実施形態の概略構造図である。図22に示すように、本HLR／HSSは、受信装置2201と、送信装置2202と、プロセッサ2203とを含み、受信装置2201と、送信装置2202と、プロセッサ2203とはバスを用いて接続されている。
【０４４３】
受信装置2201は、SGSNが送信したユーザ機器UEの識別子を受信するように構成される。
【０４４４】
プロセッサ2203は、UEの識別子に従って、UEは第1のタイプのUEであると判定するように構成される。
【０４４５】
送信装置2202は、SGSNにUEタイプ指示情報を送信するように構成され、UEタイプ指示情報はUEが第1のタイプのUEであることを指示するのに用いられる。
【０４４６】
本出願の本実施形態では、HLR／HSSは、SGSNが送信したUEの識別子を受信し、UEの識別子に従って、UEは第1のタイプのUEであると判定し、UEが第1のタイプのUEであることを指示するようにSGSNにUEタイプ指示情報を送信することができ、そのため、SGSNと第1のタイプのUEとの間で第1のタイプのUEのための鍵強化処理を行うことができ、GPRSネットワークにおける第1のタイプのUEの通信のセキュリティが強化される。
【０４４７】
図23を参照されたい。図23は、本出願の一実施形態によるGPRSシステムの一実施形態の概略構造図である。図23に示すように、本GPRSシステムは、SGSNデバイス2301と、UE2302と、HLR／HSS2303とを含む。
【０４４８】
SGSNデバイスは、UEが送信した要求メッセージを受信し、HLR／HSSから、第1の暗号化鍵および第1の完全性鍵を含む認証ベクトルを取得し、SGSNがUEは第1のタイプのUEであると判定した場合、UEのための暗号化アルゴリズムおよび完全性アルゴリズムを選択し、UEに選択された暗号化アルゴリズムおよび選択された完全性アルゴリズムを送信し、第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を獲得する、ように構成されている。
【０４４９】
UEは、SGSNに要求メッセージを送信し、SGSNが送信した暗号化アルゴリズムおよび完全性アルゴリズムを受信し、第1の暗号化鍵および第1の完全性鍵に従って第2の暗号化鍵および第2の完全性鍵を取得する、ように構成されている。
【０４５０】
第2の暗号化鍵および暗号化アルゴリズムは、SGSNとUEとの間で送信されるメッセージに対する暗号化保護を行うのに用いられ、第2の完全性鍵および完全性アルゴリズムは、SGSNとUEとの間で送信されるメッセージに対する完全性保護を行うのに用いられる。
【０４５１】
いくつかの実行可能な実施態様において、HLR／HSS2303は、
SGSNが送信したUEの識別子を受信し、
UEの識別子に従って、UEは第1のタイプのUEであると判定し、
SGSNに、UEが第1のタイプのUEであることを指示するのに用いられるUEタイプ指示情報を送信する、
ように構成されていてよい。
【０４５２】
本出願の本実施形態では、UEは、SGSNに要求メッセージを送信する。SGSNは、UEは第1のタイプのUEであると判定した後で、暗号化アルゴリズムおよび完全性アルゴリズムを選択する。UEとSGSNとはどちらも、第1の暗号化鍵および第1の完全性鍵に従って強化された第2の暗号化鍵および強化された第2の完全性鍵を計算し、第2の暗号化鍵、第2の完全性鍵、ならびにSGSNが選択した暗号化アルゴリズムおよび完全性アルゴリズムを用いて、UEとSGSNとの間の通信メッセージに対する暗号化保護および完全性保護を行う。これにより、GPRSネットワークにおける第1のタイプのUEの通信のセキュリティが強化される。
【０４５３】
したがって、本出願の一実施形態はコンピュータ記憶媒体をさらに開示し、本コンピュータ記憶媒体はプログラムを記憶しており、プログラムが動作すると、本出願の図1から図5のいずれか1つに記載されている実施形態が実行される。
【０４５４】
したがって、本出願の別の実施形態はコンピュータ記憶媒体をさらに開示し、本コンピュータ記憶媒体はプログラムを記憶しており、プログラムが動作すると、本出願の図6から図10のいずれか1つに記載されている実施形態が実行される。
【０４５５】
したがって、本出願の別の実施形態はコンピュータ記憶媒体をさらに開示し、本コンピュータ記憶媒体はプログラムを記憶しており、プログラムが動作すると、本出願の図11に記載されている実施形態が実行される。
【０４５６】
説明を簡単にするために、前述の方法実施形態は一連の動作として表されていることに留意されたい。しかし、当業者は、本出願によれば、いくつかのステップを他の順序で、または同時に行うことができるため、本出願が記載されている動作順序だけに限定されるものではないことを理解するはずである。当業者は、本明細書に記載されている実施形態はすべて実施形態に属するものであり、関与する動作およびモジュールは必ずしも本出願に必要であるとは限らないことをさらに理解するはずである。
【０４５７】
前述の各実施形態において、各実施形態の記述にはそれぞれの視点がある。ある実施形態で詳細に記載されていない部分については、他の実施形態の関連説明を参照されたい。
【０４５８】
当業者は、各実施形態における方法の各ステップの全部または一部を関連ハードウェアに命令するプログラムによって実現することができることを理解するであろう。プログラムはコンピュータ可読記憶媒体に記憶されていてよい。記憶媒体は、フラッシュメモリ、読取り専用メモリ（Read−Only Memory、ROM）、ランダム・アクセス・メモリ（Random Access Memory、RAM）、磁気ディスク、光ディスクを含んでいてよい。
【０４５９】
以上では、本出願の実施形態で提供するGPRSシステム鍵強化方法、SGSNデバイス、UE、HLR／HSS、およびGPRSシステムについて詳細に説明した。本明細書では、具体例を用いて本出願の原理および実施態様が説明されている。前述の実施形態の説明は、単に、本出願の方法および中核となる思想の理解を容易にするためのものにすぎない。加えて、具体的な実施態様および適用範囲に関して、本出願の思想に従って当業者が改変を加えることもできる。したがって、本明細書の内容は、本出願を限定するものと理解すべきではない。
【符号の説明】
【０４６０】
1301  受信モジュール
1302  取得モジュール
1303  選択モジュール
1304  獲得モジュール
1601  受信装置
1602  送信装置
1603  プロセッサ
1701  送信モジュール
1702  受信モジュール
1703  取得モジュール
2001  送信装置
2002  受信装置
2003  プロセッサ
2101  受信モジュール
2102  判定モジュール
2103  送信モジュール
2201  受信装置
2202  送信装置
2203  プロセッサ
2301  SGSNデバイス
2302  UE
2303  HLR／HSS
13041  第1の計算部
13042  第2の計算部
13043  第3の計算部
13044  第4の計算部
13045  第5の計算部
17031  第1の計算部
17032  第2の計算部
17033  第3の計算部
17034  第4の計算部
17035  第5の計算部
【図１】
0006504630.tif 000002
【図２】
0006504630.tif 000003
【図３】
0006504630.tif 000004
【図４】
0006504630.tif 000005
【図５】
0006504630.tif 000006
【図６】
0006504630.tif 000007
【図７】
0006504630.tif 000008
【図８】
0006504630.tif 000009
【図９】
0006504630.tif 000010
【図１０】
0006504630.tif 000011
【図１１】
0006504630.tif 000012
【図１２】
0006504630.tif 000013
【図１３】
0006504630.tif 000014
【図１４】
0006504630.tif 000015
【図１５】
0006504630.tif 000016
【図１６】
0006504630.tif 000017
【図１７】
0006504630.tif 000018
【図１８】
0006504630.tif 000019
【図１９】
0006504630.tif 000020
【図２０】
0006504630.tif 000021
【図２１】
0006504630.tif 000022
【図２２】
0006504630.tif 000023
【図２３】
0006504630.tif 000024