(57)【要約】本発明は、通信分野に関し、特に、ネットワーク認証システムに関する。システムは、ユーザ機器（ＵＥ）と、サービスネットワーク（ＳＮ）と、ホームネットワーク（ＨＮ）とを備える。ＨＮは、ＵＥの識別子に基づいて予想されるユーザ応答（ＸＲＥＳ）を生成し、インジケータを生成し、ＳＮにＸＲＥＳの部分とインジケータとを送るように構成される。ＳＮは、ＸＲＥＳの部分とインジケータとを受信し、ＵＥからユーザ応答（ＲＥＳ）を受信するように構成され、ＳＮは、インジケータに基づいてＸＲＥＳとＲＥＳを比較するように構成され、ＳＮは、比較が成功するとＨＮに確認メッセージを送るように構成される。
2019531658.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク認証システムであって、前記システムが、ユーザ機器（ＵＥ）と、サービスネットワーク（ＳＮ）と、ホームネットワーク（ＨＮ）とを備え、
前記ＨＮが、前記ＵＥの識別子に基づいて予想されるユーザ応答（ＸＲＥＳ）を生成し、インジケータを生成するように構成され、
前記ＨＮが、前記ＳＮにＸＲＥＳの前記部分と前記インジケータとを送るように構成され、
前記ＳＮが、ＸＲＥＳの前記部分とインジケータとを受信するように構成され、
前記ＳＮが、前記ＵＥからユーザ応答（ＲＥＳ）を受信するように構成され、
前記ＳＮが、前記インジケータに基づいて前記ＸＲＥＳと前記ＲＥＳを比較するように構成され、
前記ＳＮが、前記比較が成功すると前記ＨＮに確認メッセージを送るように構成される
ネットワーク認証システム。
【請求項２】
前記インジケータが、ランダム値Ｒであり、前記ＳＮにＸＲＥＳの前記部分と前記インジケータとを送る前記ステップが、
前記Ｒが０に等しいと前記ＳＮにＸＲＥＳの前記下側部分と前記Ｒとを送ることを備え、
前記インジケータに基づいて前記ＸＲＥＳと前記ＲＥＳを比較する前記ステップが、
前記Ｒが０に等しいと前記ＲＥＳの前記下側部分を決定することと、前記受信したＸＲＥＳと前記ＲＥＳの前記下側部分を比較することとを備える請求項１に記載のシステム。
【請求項３】
前記インジケータが、ランダム値Ｒであり、前記ＳＮにＸＲＥＳの前記部分と前記インジケータとを送る前記ステップが、
前記Ｒが１に等しいと前記ＳＮにＸＲＥＳの前記上側部分と前記Ｒとを送ることを備え、
前記インジケータに基づいて前記ＸＲＥＳと前記ＲＥＳを比較する前記ステップが、
前記Ｒが１に等しいと前記ＲＥＳの前記上側部分を決定することと、前記受信したＸＲＥＳと前記ＲＥＳの前記上側部分を比較することとを備える請求項１に記載のシステム。
【請求項４】
前記インジケータが、ランダム値Ｒであり、前記ＳＮにＸＲＥＳの前記部分と前記インジケータとを送る前記ステップが、
前記Ｒが前記１に等しいと前記ＳＮにＸＲＥＳの前記下側部分と前記Ｒとを送ることを備え、
前記インジケータに基づいて前記ＸＲＥＳと前記ＲＥＳを比較する前記ステップが、
前記Ｒが１に等しいと前記ＲＥＳの前記下側部分を決定することと、前記受信したＸＲＥＳと前記ＲＥＳの前記下側部分を比較することとを備える請求項１に記載のシステム。
【請求項５】
前記インジケータが、ランダム値Ｒであり、前記ＳＮにＸＲＥＳの前記部分と前記インジケータとを送る前記ステップが、
前記Ｒが前記０に等しいと前記ＳＮにＸＲＥＳの前記上側部分と前記Ｒとを送ることを備え、
前記インジケータに基づいて前記ＸＲＥＳと前記ＲＥＳを比較する前記ステップが、
前記Ｒが０に等しいと前記ＲＥＳの前記上側部分を決定することと、前記受信したＸＲＥＳと前記ＲＥＳの前記上側部分を比較することとを備える請求項１に記載のシステム。
【請求項６】
前記インジケータが２ｎビット（ＸＲＥＳの前記サイズ）のマスクであり、前記ＳＮに前記ＸＲＥＳと前記インジケータとを送る前記ステップが、
前記ＳＮに前記選択されたＸＲＥＳと２ｎビットの前記マスクとを送ることであって、前記選択されたＸＲＥＳが、Ｒ中で１に設定された、前記ＳＮがＲＥＳに対するチェックを必要とする前記ＸＲＥＳの前記部分に対応する前記ビットを含むことを備え、
前記インジケータに基づいて前記ＸＲＥＳと前記ＲＥＳを比較する前記ステップが、
２ｎビットのマスク中で１に設定された、前記ＳＮがＲＥＳに対するチェックを必要とする前記ＲＥＳの前記部分に対応する前記ビットを選択することによって２ｎビットの前記マスクに基づいて前記ＲＥＳのターゲットロケーションを決定することと、
ＲＥＳのターゲットロケーションと前記選択されたＸＲＥＳを比較することとを備える請求項１に記載のシステム。
【請求項７】
ネットワーク認証システムであって、前記システムが、ユーザ機器（ＵＥ）と、サービスネットワーク（ＳＮ）と、ホームネットワーク（ＨＮ）とを備え、
前記ＨＮが、前記ＵＥの識別子に基づいて予想されるユーザ応答（ＸＲＥＳ）を生成し、２ｎビット（ＸＲＥＳの前記サイズ）のマスクを生成するように構成され、
前記ＨＮが、前記ＳＮに前記ＸＲＥＳと２ｎビットの前記マスクを送るように構成され、
前記ＳＮが、前記ＸＲＥＳと２ｎビットのマスクとを受信するように構成され、
前記ＳＮが、前記ＵＥからユーザ応答（ＲＥＳ）を受信するように構成され、
前記ＳＮが、２ｎビットの前記マスク中で１に設定された、前記ＳＮがＲＥＳに対するチェックを必要とする前記ＸＲＥＳの前記部分に対応する前記ビットを選択することによって２ｎビットの前記マスクに基づいて前記ＸＲＥＳのターゲットロケーションを決定し、前記ＲＥＳの前記対応するロケーションとＸＲＥＳの前記ターゲットロケーションを比較するように構成され、
前記ＳＮが、前記比較が成功すると前記ＨＮに確認メッセージを送るように構成されるネットワーク認証システム。
【請求項８】
ネットワーク認証システムであって、前記システムが、ユーザ機器（ＵＥ）と、サービスネットワーク（ＳＮ）と、ホームネットワーク（ＨＮ）とを備え、
前記ＳＮが、前記ＵＥから要求を受信することであって、前記要求が、国際モバイル加入者識別（ＩＭＳＩ）を含むように構成され、
前記ＳＮが、前記ＨＮに前記ＩＭＳＩを送るように構成され、
前記ＨＮが、前記ＩＭＳＩに基づいて予想されるユーザ応答（ＸＲＥＳ）を生成し、鍵ＫによってＸＲＥＳのためのメッセージ認証コード（ＭＡＣ）値を計算するように構成され、
前記ＨＮが、前記ＳＮに前記ＭＡＣと前記Ｋとを送るように構成され、
前記ＳＮが、前記ＸＲＥＳとＫとを受信するように構成され、
前記ＳＮが、前記ＵＥからユーザ応答（ＲＥＳ）を受信するように構成され、
前記ＳＮが、前記ＫとＲＥＳとに基づいてＭＡＣ１を計算するように構成され、
前記ＳＮが、前記ＭＡＣと前記ＭＡＣ１とが等しいのかどうかを決定するために前記ＭＡＣ１と前記ＭＡＣを比較するように構成され、
前記ＳＮが、前記ＭＡＣと前記ＭＡＣ１とが等しいと前記ＨＮに確認メッセージを送るように構成されるネットワーク認証システム。
【請求項９】
前記Ｋが、ＨＮとＳＮとの間のワンタイム鍵であるか、または前記Ｋが、ＨＮとＳＮとの間の共有鍵であるか、または前記Ｋが、ＨＮとＳＮとの間の共有鍵から導出されるか、または前記Ｋが、公開鍵もしくは証明書に基づいてＨＮとＳＮとの間でネゴシエートされる請求項８に記載のシステム。
【請求項１０】
確認メッセージが、前記ＲＥＳを含み、
前記ＨＮは、前記ＲＥＳが前記ＸＲＥＳに等しいかどうかを決定するために前記ＸＲＥＳと前記ＲＥＳを比較するように構成される請求項９に記載のシステム。
【請求項１１】
ネットワーク認証システムであって、前記システムが、ユーザ機器（ＵＥ）と、サービスネットワーク（ＳＮ）と、ホームネットワーク（ＨＮ）とを備え、
前記ＳＮが、前記ＵＥから要求を受信することであって、前記要求が、国際モバイル加入者識別（ＩＭＳＩ）を含むように構成され、
前記ＳＮが、前記ＨＮに前記ＩＭＳＩを送るように構成され、
前記ＨＮが、前記ＩＭＳＩに基づいて予想されるユーザ応答（ＸＲＥＳ）を生成し、前記ＸＲＥＳと秘密鍵（ＳＫ）とに基づいてデジタル署名値Ｘを計算するように構成され、
前記ＨＮが、前記ＳＮに前記Ｘを送るように構成され、
前記ＳＮが、前記ＵＥからユーザ応答（ＲＥＳ）を受信するように構成され、
前記ＳＮが、公開鍵（ＰＫ）とＲＥＳとに基づいて前記デジタル署名Ｘを検証するように構成され、
前記ＳＮが、前記Ｘが成功裡に検証されると前記ＨＮに確認メッセージを送るように構成されるネットワーク認証システム。
【請求項１２】
ネットワーク認証システムであって、前記システムが、サービスネットワークとホームネットワークとを備え、
前記ホームネットワークが、前記サービスネットワークにチェック値Ｘを送ることであって、前記チェック値Ｘが、ハッシュタイプの関数によって予想されるユーザ応答（ＸＲＥＳ）から導出されるように構成され、
前記サービスネットワークが、前記チェック値Ｘを受信するように構成され、
前記サービスネットワークが、ユーザ機器からユーザ応答を受信するように構成され、
前記サービスネットワークが、前記ユーザ応答に前記ハッシュタイプの関数を適用し、結果が前記チェック値Ｘに一致するのかどうかをチェックするネットワーク認証システム。
【請求項１３】
前記サービスネットワークが、前記ホームネットワークに前記ユーザ応答を送るようにさらに構成され、
前記ホームネットワークが、前記ユーザ応答をチェックするようにさらに構成される請求項１２に記載のネットワーク認証システム。
【請求項１４】
前記ホームネットワークが、前記サービスネットワークに標示を送ることであって、前記標示が、前記ハッシュタイプの関数が何であるのかを標示するために使用されるようにさらに構成される請求項１２または１３に記載のネットワーク認証システム。
【請求項１５】
前記ＸＲＥＳが、ユーザ機器の国際モバイル加入者識別（ＩＭＳＩ）に基づいて生成される請求項１２乃至１４のいずれか一項に記載のネットワーク認証システム。
【請求項１６】
認証のための方法であって、
サービスネットワークによって、ホームネットワークからチェック値Ｘを受信するステップであって、前記チェック値Ｘが、ハッシュタイプの関数によって予想されるユーザ応答（ＸＲＥＳ）から導出される、受信するステップと、
前記サービスネットワークによって、ユーザ機器からユーザ応答を受信するステップと、
前記サービスネットワークによって、前記ユーザ応答に前記ハッシュタイプの関数を適用し、前記結果が前記チェック値Ｘに一致するのかどうかをチェックするステップと
を備える方法。
【請求項１７】
前記サービスネットワークによって、前記ユーザ応答が前記ホームネットワークによってチェックされるように前記ホームネットワークに前記ユーザ応答を送るステップをさらに備える請求項１６に記載の方法。
【請求項１８】
前記サービスネットワークによって、前記ホームネットワークから標示を受信するステップであって、前記標示が、前記ハッシュタイプの関数が何であるのかを標示するために使用される、受信するステップをさらに備える請求項１６または１７に記載の方法。
【請求項１９】
前記ＸＲＥＳが、ユーザ機器の国際モバイル加入者識別（ＩＭＳＩ）に基づいて生成される請求項１６乃至１８のいずれか一項に記載の方法。
【請求項２０】
認証のための方法であって、
ホームネットワークによって、サービスネットワークにチェック値Ｘを送るステップであって、前記チェック値Ｘが、ハッシュタイプの関数によって予想されるユーザ応答（ＸＲＥＳ）から導出される、送るステップと、
前記ホームネットワークによって、前記サービスネットワークからユーザ応答を受信するステップと、
前記ホームネットワークによって、前記ユーザ応答をチェックするステップと
を備える方法。
【請求項２１】
前記ホームネットワークによって、前記サービスネットワークに標示を送るステップであって、前記標示が、前記ハッシュタイプの関数が何であるのかを標示するために使用される、送るステップをさらに備える請求項２０に記載の方法。
【請求項２２】
前記ＸＲＥＳが、ユーザ機器の国際モバイル加入者識別（ＩＭＳＩ）に基づいて生成される請求項２０または２１に記載の方法。
【請求項２３】
認証のための装置であって、
プロセッサと、
前記プロセッサによって読取り可能な非一時的媒体であって、前記媒体が、前記プロセッサによって実行されたとき、前記プロセッサに、
ホームネットワークからチェック値Ｘを受信することであって、前記チェック値Ｘが、ハッシュタイプの関数によって予想されるユーザ応答（ＸＲＥＳ）から導出されることと、
ユーザ機器からユーザ応答を受信することと、
前記ユーザ応答に前記ハッシュタイプの関数を適用し、結果が前記チェック値Ｘに一致するのかどうかをチェックすることとを行わせる命令を記憶する、非一時的媒体と
を備える装置。
【請求項２４】
前記命令は、前記プロセッサに、
前記ユーザ応答が前記ホームネットワークによってチェックされるように前記ホームネットワークに前記ユーザ応答を送るように指示する請求項２３に記載の装置。
【請求項２５】
前記命令は、前記プロセッサに、
前記ホームネットワークから標示を受信することであって、前記標示が、前記ハッシュタイプの関数が何であるのかを標示するために使用されるように指示する請求項２３または２４に記載の装置。
【請求項２６】
前記ＸＲＥＳが、ユーザ機器の国際モバイル加入者識別（ＩＭＳＩ）に基づいて生成される、請求項２３乃至２５のいずれか一項に記載の装置。
【請求項２７】
認証のための装置であって、
プロセッサと、
前記プロセッサによって読取り可能な非一時的媒体であって、前記媒体が、前記プロセッサによって実行されたとき、前記プロセッサに、
サービスネットワークにチェック値Ｘを送ることであって、前記チェック値Ｘが、ハッシュタイプの関数によって予想されるユーザ応答（ＸＲＥＳ）から導出されることと、
前記サービスネットワークからユーザ応答を受信することと、
前記ユーザ応答をチェックすることとを行わせる命令を記憶する、非一時的媒体と
を備える装置。
【請求項２８】
前記命令は、前記プロセッサに、
前記サービスネットワークに標示を送ることであって、前記標示が、前記ハッシュタイプの関数が何であるのかを標示するために使用されるように指示する請求項２７に記載の装置。
【請求項２９】
前記ＸＲＥＳが、ユーザ機器の国際モバイル加入者識別（ＩＭＳＩ）に基づいて生成される、請求項２７または２８に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信分野に関し、特に、ＥＰＳ  ＡＫＡ＊への攻撃に対するセキュリティ対策に関する。
【背景技術】
【０００２】
ロングタームエボリューション（ＬＴＥ）のシーンでは、ＳＮ（サービスネットワーク）は、ユーザ機器（ＵＥ）からのアタッチリクエストを拒否し、次に、そのＵＥ中の国際モバイル加入者識別（ＩＭＳＩ）に関する更新ロケーションメッセージを、ホームネットワーク（ＨＮ）に送る。その後、訪問先ＳＮは、それがローミング加入者にいかなるサービスも与えなかったとしても、ＨＮに、そのＩＭＳＩを有する加入者のための請求記録を送る。
【０００３】
このタイプの不正行為を軽減するために、３ＧＰＰ  ＳＡ３は、ＴＲ  ３３．８９９［１］，解決策＃２．２２「ＥＰＳ  ＡＫＡ  ｗｉｔｈ  ＵＥ  ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｃｏｎｆｉｒｍａｔｉｏｎ」に記載されている認証および鍵合意（ＡＫＡ）プロシージャの新しい変形形態を採用する予定である。この解決策は、ＥＰＳ  ＡＫＡ＊（発展型パケットシステムＡＫＡ＊）と呼ばれる。
【０００４】
図１を参照されたい。図１は、ＥＰＳ  ＡＫＡ＊プロシージャを説明する。ここにおいて、ＲＡＮＤは、ネットワークチャレンジ乱数であり、ＡＵＴＮは、ネットワーク認証トークンであり、ＡＶは、認証ベクトルであり、ａ）ネットワークチャレンジＲＡＮＤ、ｂ）予想されるユーザ応答ＸＲＥＳ、ｃ）鍵（たとえば、Ｋａｓｍｅ、またはＣＫとＩＫとの２つの鍵）、およびｄ）ネットワーク認証トークンＡＵＴＮの４つの要素からなる。予想される応答ＸＲＥＳ＝ｆ２K（ＲＡＮＤ）であり、ここで、ｆ２は、（場合によっては切り捨てられる）メッセージ認証関数であり、ＵＥの識別子（たとえば、ＩＭＳＩ）によって決定され得るルート鍵Ｋは、ＵＥとＨＮとの間の共有鍵を示す。ＲＥＳは、ユーザ応答であり、それは、ＵＥによって関数ｆ２K（ＲＡＮＤ）を使用して生成され、ここにおいて、ＲＥＳサイズは、３２ビットと６４ビットとの間が可能であり、我々は、ＲＥＳのサイズが偶数であると仮定し、それを２ｎで示す。（ＭＩＬＥＮＡＧＥ関数ｆ２は、３２から６４ビットまでのＲＥＳ長さをサポートすることができる。ＴＵＡＫ関数ｆ２は、３２、６４、１２８または２５６ビットのＲＥＳをサポートすることができ、後者は、マスター鍵Ｋのサイズが２５６ビットである場合のみである。）
【０００５】
ＥＰＳ  ＡＫＡ＊プロシージャでは、ＨＮは、それが認証情報回答メッセージ中でＳＮに送る認証ベクトル中に予想されるユーザ応答（ＸＲＥＳ）の半分のみを含める。ＳＮは、それがＨＮから以前に受信したＸＲＥＳの部分と、それがランダムチャレンジＲＡＮＤに応答してＵＥから無線インターフェース上で受信したユーザ応答（ＲＥＳ）の半分を比較する。２つの部分が一致する場合、ＳＮは、ＥＰＳ  ＡＫＡ＊プロシージャ実行が成功したとみなし、それは、認証確認メッセージ中でＨＮに（全）応答ＲＥＳを転送する。ＨＮは、次いで、（全）予想される応答ＸＲＥＳとＳＮから受信したＲＥＳを比較する。それらが一致しない場合、ＳＮは不正を疑われる。
【０００６】
最初に、ＨＮから訪問先ＳＮによって受信されたＥＰＳ  ＡＫＡ＊の認証ベクトル（ＡＶ＊）がＸＲＥＳの下側部分（ｎの下位ビット）のみを含むと仮定する。第２に、攻撃者のＵＥが有効な、改ざんされていない汎用加入者識別モジュール（ＵＳＩＭ）を含んでいるが、ＵＥのモバイル機器（ＭＥ）部分が攻撃者によって修正されていると仮定する。
【０００７】
攻撃者のＭＥは、ＵＳＩＭから（正しい）２ｎビットのＲＥＳを取り出し、ＲＥＳの上側部分（ｎの最上位桁）中のいくつかのビットを修正し、無線インターフェース上の認証応答メッセージ中でＳＮにこの修正されたＲＥＳを送る。ＳＮによって受信されたＸＲＥＳの下側部分がＲＥＳの下側部分に一致するので、この修正はＳＮによって気づかれずに進行することになる。ＳＮは、認証が成功したとみなすことになり、ＵＥとセキュリティコンテキストを確立した後に、ＳＮは、認証確認メッセージ中にＲＥＳを含め、ＨＮにそのメッセージを送ることになる。ＲＥＳパラメータのコンテンツがセキュリティコンテキストに影響を及ぼさないことに留意されたい。
【０００８】
ＲＥＳの修正は、ＳＮに透過的であり、その人のＵＥがＳＮから通常のサービスを得るので、加入者にも透過的である。しかし、ＨＮが（ＲＥＳを含んでいる）認証確認メッセージを受信すると、それは、ＸＲＥＳの対応する部分とのＲＥＳの上側部分の不一致に気づくことになる。これは、ＨＮの視点から見てＳＮに不正を疑わせる。ＨＮは、次いで、別の認証ベクトルＡＶ＊を生成し、ＳＮからのＵＥの追加の認証を要求し得る。この追加の認証中に、攻撃者のＭＥは、（ｉ）（それらが１回の代わりに２回の認証を行うので）ＳＮとＨＮとに対して余分の作業という結果をもたし、ＲＥＳをそのままにしておくか、または、（ｉｉ）それは、再びＲＥＳを修正することを選定し、ＨＮの視点から見てＳＮを２倍疑わしくさせ得るかのいずれかである。後者のケースでは、ＨＮは、さらに別の（第３の）認証を要求し、攻撃者のＭＥに再びこれらの２つの選定を与え得る。
【０００９】
ＲＥＳの上側部分の不一致は、無線インターフェースを介した送信中に正しいＲＥＳの破損によっても起こり得る。しかし、ＴＲ  ３３．８９９［１］項５．２．４．２２．３に指摘されるように、これはまれなイベントである。
【発明の概要】
【００１０】
本発明の実施形態は、ＥＰＳ  ＡＫＡ＊への攻撃に対するセキュリティ対策およびシステムを提供する。これらの対策は、攻撃を軽減するための１つの方法を含み、次いで、代わりに使用され得る２つの他の方法で続く。
【００１１】
本発明の実施形態の第１の態様は、ネットワーク認証システムを開示する。ここにおいてシステムは、ユーザ機器（ＵＥ）と、サービスネットワーク（ＳＮ）と、ホームネットワーク（ＨＮ）とを備え、
【００１２】
ＨＮは、ＵＥの識別子に基づいて予想されるユーザ応答（ＸＲＥＳ）を生成し、インジケータを生成するように構成され、識別子は、ＳＮからまたはＵＥからのものであり、識別子は、国際モバイル加入者識別（ＩＭＳＩ）でもよく、
【００１３】
ＨＮは、ＳＮにＸＲＥＳの部分とインジケータとを送るように構成され、
【００１４】
ＳＮは、ＸＲＥＳの部分とインジケータとを受信するように構成され、
【００１５】
ＳＮは、ＵＥからユーザ応答（ＲＥＳ）を受信するように構成され、
【００１６】
ＳＮは、インジケータに基づいてＸＲＥＳとＲＥＳを比較するように構成され、
【００１７】
ＳＮは、比較が成功するとＨＮに確認メッセージを送るように構成される。
【００１８】
第１の態様に関して、第１の可能な方法では、インジケータは、ランダム値Ｒであり、ＳＮにＸＲＥＳの部分とインジケータとを送るステップは、
【００１９】
Ｒが０に等しいとＳＮにＸＲＥＳの下側部分とＲとを送ることを備え、
【００２０】
インジケータに基づいてＸＲＥＳとＲＥＳを比較するステップは、
【００２１】
Ｒが０に等しいとＲＥＳの下側部分を決定することと、受信したＸＲＥＳとＲＥＳの下側部分を比較することとを備える。
【００２２】
第１の態様に関して、第２の可能な方法では、インジケータは、ランダム値Ｒであり、ＳＮにＸＲＥＳの部分とインジケータとを送るステップは、
【００２３】
Ｒが１に等しいとＳＮにＸＲＥＳの上側部分とＲとを送ることを備え、
【００２４】
インジケータに基づいてＸＲＥＳとＲＥＳを比較するステップは、
【００２５】
Ｒが１に等しいとＲＥＳの上側部分を決定することと、受信したＸＲＥＳとＲＥＳの上側部分を比較することとを備える。
【００２６】
第１の態様に関して、第３の可能な方法では、インジケータは、ランダム値Ｒであり、ＳＮにＸＲＥＳの部分とインジケータとを送るステップは、
【００２７】
Ｒが１に等しいとＳＮにＸＲＥＳの下側部分とＲとを送ることを備え、
【００２８】
インジケータに基づいてＸＲＥＳとＲＥＳを比較するステップは、
【００２９】
Ｒが１に等しいとＲＥＳの下側部分を決定することと、受信したＸＲＥＳとＲＥＳの下側部分を比較することとを備える。
【００３０】
第１の態様に関して、第４の可能な方法では、インジケータは、ランダム値Ｒであり、ＳＮにＸＲＥＳの部分とインジケータとを送るステップは、
【００３１】
Ｒが０に等しいとＳＮにＸＲＥＳの上側部分とＲとを送ることを備え、
【００３２】
インジケータに基づいてＸＲＥＳとＲＥＳを比較するステップは、
【００３３】
Ｒが０に等しいとＲＥＳの上側部分を決定することと、受信したＸＲＥＳとＲＥＳの上側部分を比較することとを備える。
【００３４】
第１の態様に関して、第５の可能な方法では、インジケータは、２ｎビット（ＸＲＥＳのサイズ）のマスクであり、ＳＮにＸＲＥＳとインジケータとを送るステップは、
【００３５】
ＳＮに選択されたＸＲＥＳと２ｎビットのマスクとを送ることであって、選択されたＸＲＥＳが、Ｒ中で１に設定された、ＳＮがＲＥＳに対するチェックを必要とするＸＲＥＳの部分に対応するビットを含む、送ることを備え、
【００３６】
インジケータに基づいてＸＲＥＳとＲＥＳを比較するステップは、
【００３７】
特に、２ｎビットのマスク中で１に設定された、ＳＮがＲＥＳに対するチェックを必要とするＲＥＳの部分に対応するビットを選択することによって２ｎビットのマスクに基づいてＲＥＳのターゲットロケーションを決定することと、
【００３８】
ＲＥＳのターゲットロケーションと選択されたＸＲＥＳを比較することとを備える。
【００３９】
本発明の実施形態の第２の態様は、ネットワーク認証システムを開示する。ここにおいてシステムは、ユーザ機器（ＵＥ）と、サービスネットワーク（ＳＮ）と、ホームネットワーク（ＨＮ）とを備え、
【００４０】
ＨＮは、ＵＥの識別子に基づいて予想されるユーザ応答（ＸＲＥＳ）を生成し、２ｎビット（ＸＲＥＳのサイズ）のマスクを生成するように構成され、
【００４１】
ＨＮは、ＳＮにＸＲＥＳと２ｎビットのマスクを送るように構成され、
【００４２】
ＳＮは、ＸＲＥＳと２ｎビットのマスクとを受信するように構成され、
【００４３】
ＳＮは、ＵＥからユーザ応答（ＲＥＳ）を受信するように構成され、
【００４４】
ＳＮは、２ｎビットのマスク中で１に設定された、ＳＮがＲＥＳに対するチェックを必要とするＸＲＥＳの部分に対応するビットを選択することによって２ｎビットのマスクに基づいてＸＲＥＳのターゲットロケーションを決定し、ＲＥＳの対応するロケーションとＸＲＥＳのターゲットロケーションを比較するように構成され、
【００４５】
ＳＮは、比較が成功するとＨＮに確認メッセージを送るように構成される。特に、比較が成功するステップは、ＸＲＥＳのターゲットロケーションがＲＥＳの対応するロケーションに等しいことを備える。
【００４６】
本発明の実施形態の第３の態様は、ネットワーク認証システムを開示する。ここにおいてシステムは、ユーザ機器（ＵＥ）と、サービスネットワーク（ＳＮ）と、ホームネットワーク（ＨＮ）とを備え、
【００４７】
ＳＮは、ＵＥから要求を受信することであって、要求は、国際モバイル加入者識別（ＩＭＳＩ）を含むように構成され、
【００４８】
ＳＮは、ＨＮにＩＭＳＩを送るように構成され、
【００４９】
ＨＮは、ＩＭＳＩに基づいて予想されるユーザ応答（ＸＲＥＳ）を生成し、鍵ＫによってＸＲＥＳのためのメッセージ認証コード（ＭＡＣ）値を計算するように構成され、
【００５０】
ＨＮは、ＳＮにＭＡＣとＫとを送るように構成され、
【００５１】
ＳＮは、ＸＲＥＳとＫとを受信するように構成され、
【００５２】
ＳＮは、ＵＥからユーザ応答（ＲＥＳ）を受信するように構成され、
【００５３】
ＳＮは、ＫとＲＥＳとに基づいてＭＡＣ１を計算するように構成され、
【００５４】
ＳＮは、ＭＡＣとＭＡＣ１とが等しいのかどうかを決定するためにＭＡＣ１とＭＡＣを比較するように構成され、
【００５５】
ＳＮは、ＭＡＣとＭＡＣ１とが等しいとＨＮに確認メッセージを送るように構成される。
【００５６】
第３の態様に関して、第１の可能な方法では、Ｋは、ＨＮとＳＮとの間のワンタイム鍵であるか、またはＫは、ＨＮとＳＮとの間の共有鍵であるか、またはＫは、ＨＮとＳＮとの間の共有鍵から導出されるか、またはＫは、公開鍵もしくは証明書に基づいてＨＮとＳＮとの間でネゴシエートされる。
【００５７】
第３の態様に関して、第２の可能な方法では、確認メッセージは、ＲＥＳを含み、
【００５８】
ＨＮは、ＲＥＳがＸＲＥＳに等しいかどうかを決定するためにＸＲＥＳとＲＥＳを比較するように構成される。
【００５９】
本発明の実施形態の第４の態様は、ネットワーク認証システムを開示する。ここにおいてシステムは、ユーザ機器（ＵＥ）と、サービスネットワーク（ＳＮ）と、ホームネットワーク（ＨＮ）とを備え、
【００６０】
ＳＮは、ＵＥから要求を受信することであって、要求は、国際モバイル加入者識別（ＩＭＳＩ）を含むように構成され、
【００６１】
ＳＮは、ＨＮにＩＭＳＩを送るように構成され、
【００６２】
ＨＮは、ＩＭＳＩに基づいて予想されるユーザ応答（ＸＲＥＳ）を生成し、ＸＲＥＳと秘密鍵（ＳＫ）とに基づいてデジタル署名値Ｘを計算するように構成され、
【００６３】
ＨＮは、ＳＮにＸを送るように構成され、
【００６４】
ＳＮは、ＵＥからユーザ応答（ＲＥＳ）を受信するように構成され、
【００６５】
ＳＮは、公開鍵（ＰＫ）とＲＥＳとに基づいてデジタル署名Ｘを検証するように構成され、ＰＫは、事前記憶されるかまたはＨＮから受信される。
【００６６】
ＳＮは、Ｘが成功裡に検証されるとＨＮに確認メッセージを送るように構成される。
【００６７】
本発明の実施形態の第４の態様は、上記の態様で言及したＵＥ、ＳＮおよびＨＮの構造を開示する。ここにおいて、ＵＥは、プロセッサ、メモリ、ネットワークインターフェース、バス、トランシーバを備える。メモリは、プロセッサによって読取り可能である非一時的媒体を備え、非一時的媒体は、プロセッサによって実行されると、上記の態様において説明した方法をプロセッサに実行させる命令を記憶する。ここにおいて、ＳＮは、プロセッサ、メモリ、ネットワークインターフェース、バス、トランシーバを備える。メモリは、プロセッサによって読取り可能である非一時的媒体を備え、非一時的媒体は、プロセッサによって実行されると、上記の態様において説明した方法をプロセッサに実行させる命令を記憶する。ここにおいて、ＨＮは、プロセッサ、メモリ、ネットワークインターフェース、バス、トランシーバを備える。メモリは、プロセッサによって読取り可能である非一時的媒体を備え、非一時的媒体は、プロセッサによって実行されると、上記の態様において説明した方法をプロセッサに実行させる命令を記憶する。
【図面の簡単な説明】
【００６８】
本発明の実施形態における技術的解決策についてより明らかに説明するために、以下は、実施形態について説明するために必要とされる添付の図面を簡単に紹介する。明らかに、以下の説明における添付の図面は、本発明のいくつかの実施形態を示しているにすぎず、当業者は、依然として、創造的な取り組みなしにこれらの添付の図面から他の図面を導出し得る。
【００６９】
【図１】図１は、ＥＰＳ  ＡＫＡ＊プロシージャの流れ図である。
【図２】図２は、本発明の一実施形態による、ＸＲＥＳの選択されたビットを生成することの図である。
【図３】図３は、本発明の一実施形態による、ＸＲＥＳの選択されたビットを生成することの図である。
【図４】図４は、本発明の一実施形態による、認証プロセスの図である。
【図５】図５は、本発明の一実施形態による、ＭＡＣを生成することの図である。
【図６】図６は、本発明の一実施形態による、暗号化の図である。
【図７】図７は、本発明の一実施形態による、ＵＥの構造図である。
【図８】図８は、本発明の一実施形態による、ＳＮの構造図である。
【図９】図９は、本発明の一実施形態による、ＨＮの構造図である。
【発明を実施するための形態】
【００７０】
以下は、本発明の実施形態における添付の図面を参照しながら本発明の実施形態における技術的解決策について明らかに完全に説明する。明らかに、説明する実施形態は、本発明の実施形態の全部ではなくいくつかにすぎない。創造的な取り組みなしに本発明の実施形態に基づいて当業者によって取得されるすべての他の実施形態は、本発明の保護範囲内に入るものとする。
【００７１】
我々は、攻撃を軽減するための方法について説明することにする。
【００７２】
方法１
【００７３】
攻撃者のＵＥ（ユーザ機器）は、ＳＮ（サービスネットワーク）がＸＲＥＳ（予想されるユーザ応答）に対してチェックすることができないＲＥＳの部分を変更する。それを行うために、攻撃者のＵＥは、ＸＲＥＳのどの部分をＳＮがＨＮ（ホームネットワーク）から受信したのかを知らなければならない。したがって、攻撃を軽減するために、ＵＥは、ＸＲＥＳのどの部分がＳＮに知られているのかに気づかないべきである。この部分の静的設定が攻撃者によって最終的に発見されることができることが明らかであり、設定は、動的であり、予測するのが困難であるべきである。これは、ＨＮはそれがＳＮに送るＸＲＥＳの部分をランダムに選定するだろうことを暗示する。
【００７４】
我々は、これが実装されることができる方法の一例を与える。ＳＮにＡＶ＊を送る前に、ＨＮは、０または１のいずれかである乱数ｒを生成する。ｒ＝０である場合、ＨＮは、ＡＶ＊中にＸＲＥＳの下側部分を含め、そうでない場合、ＨＮは、ＡＶ＊中にＸＲＥＳの上側部分を含める。ＨＮはまた、ＳＮにＸＲＥＳのどの部分がＲＥＳをチェックするために使用されるのかをなんとかして標示しなければならない。たとえば、ＨＮは、ＡＶ＊中にｒの値を含めることができるか、またはｒの値の代わりに、それは、２ｎビット（ＸＲＥＳのサイズ）のマスクを含めることができ、ここで、ＳＮがＲＥＳに対するチェックを必要とするＸＲＥＳの部分に対応するビットが１に設定され、すべての他のビットが０に設定される。いずれのイベントにおいても、ＨＮは、認証情報応答メッセージ中に、ＸＲＥＳのどの部分をＳＮがＲＥＳに対してチェックすべきであるのかおよび／またはどの部分をチェックすべきではないのかを、ＳＮに標示するフィールドを含めるべきである。
【００７５】
この対策が整った状態では、攻撃者のＭＥは、ＲＥＳのどの部分をそれが修正する必要があるのかを推測することしかできない。加入者のＵＥがＳＮからサービスを受信しないことになるので、攻撃者の間違った推測が加入者によって気づかれ得ることが分かる。（依然として、攻撃者のＭＥが誤って推測する場合、それは、別のＥＰＳ  ＡＫＡ＊プロシージャを直ちに開始し、今度は正しいＲＥＳで応答することができる。）また、それは、ＳＮが不正請求を疑われるようにするために、攻撃者が訪問先ＳＮに知られていないＲＥＳの部分中の１ビットだけを修正すれば十分であることが分かる。
【００７６】
どのようにＸＲＥＳの対応する部分の選択においてマスクを含めるか
【００７７】
選択関数の入力パラメータとしてＸＲＥＳとマスクとを使用し、選択関数の出力は、ＸＲＥＳの選択されたビットであり得る。
【００７８】
図１の通信進行に基づいて、図２に示されるように、図２は、本発明の一実施形態による、ＸＲＥＳの選択されたビットを生成することの図である。
【００７９】
マスクの１つの可能な例
【００８０】
選択関数の入力パラメータとしてＸＲＥＳとマスクとを使用し、選択関数の出力は、ＸＲＥＳの選択されたビットであり得る。マスク中で、ＳＮがＲＥＳに対するチェックを必要とするＸＲＥＳの部分に対応するビットが１に設定され、すべての他のビットが０に設定され、出力は、ＸＲＥＳの選択されたビットであることになり、ここで、マスク中で１の値をもつビットは、ＸＲＥＳ中の選択されたビットであることになる。他のオプションは、マスク中で０の値をもつビットがＸＲＥＳ中の選択されたビットであることになる。
【００８１】
図１の通信進行に基づいて、図３に示されるように、図３は、本発明の一実施形態による、ＸＲＥＳの選択されたビットを生成することの図である。
【００８２】
ｍによって、ＸＲＥＳの対応する部分に対してＳＮによってチェックされないＲＥＳの部分中のビット数を示す。攻撃者のＭＥが、ＳＮに修正されたＲＥＳを送る前にＲＥＳの１つのランダムに選定されたビットを反転する場合、攻撃者によって選定されたビットがそれらのｍビットのうちの１つになるだろう確率ｐは、ｍ／（２ｎ）となる。たとえば、ＥＰＳ  ＡＫＡ＊は、ＴＲ  ３３．８９９［１］で説明されるように、ｍ＝ｎを設定し、その設定では、確率ｐは、１／２となる。
【００８３】
ｍをより小さくすることはｐを低減するので、（ｐを低減するための）最良の設定はｍ＝１である。その設定では、確率ｐ（ＳＮチェックをパスする攻撃者の確率）は、１／（２ｎ）に低減し、たとえば、ＲＥＳのサイズが２ｎ＝３２であるとき、確率ｐは１／３２または約３パーセントとなり、２ｎ＝６４であるとき、確率ｐは、約１．５パーセントとなり、２ｎ＝１２８であるとき、確率ｐは、約０．８パーセントとなる。
【００８４】
ｍ＝１の設定では、ＨＮからＳＮへの認証情報応答メッセージ中のインジケータフィールドは、ＳＮがＲＥＳに対してチェックすべきではないＸＲＥＳ中の（単一の）ビットの位置を指し示す整数であり得る。
【００８５】
ただし、攻撃者が、ＵＥよりむしろＳＮであり得ることを銘記されたい。上記の軽減方法（方法１）では、攻撃者ＳＮが、それが知らないＸＲＥＳのその部分を推測するのに成功する確率は、１−ｐとなり、我々は、（ｐを減少させることによって）攻撃者ＵＥのチャンスを減少させるにつれて、我々は、攻撃者ＳＮのチャンスを増加させ、その逆も同様である。さらに、１から３パーセントのｐは少し大きい。我々は、次に、攻撃者ＵＥに対してと攻撃者ＳＮに対してとの両方を保護するためにより有効な方法について説明することにする。それは、ｐと１−ｐとの両方が１／２nに等しくなることを達成する。たとえば、ＲＥＳのサイズが２ｎ＝３２である場合、ｐ＝１／２16、すなわち、１０００分の１パーセントポイントのオーダーになる。
【００８６】
方法２
【００８７】
この方法では、ＨＮは、ＳＮに明示的にＸＲＥＳのいかなる部分も送らないが、代わりに、ＨＮは、ＵＥの応答ＲＥＳをチェックするためのｎビットのチェック値Ｘを送る。チェック値Ｘは、好適なハッシュタイプの関数ｆによって２ｎビットのＸＲＥＳから導出される。ＨＮはまた、ＳＮに関数が何かを標示する。
【００８８】
たとえば、値Ｘは、Ｘと共にＨＮによってＳＮに送られたワンタイム鍵によってＸＲＥＳのために計算されたメッセージ認証コード（ＭＡＣ）値であり得る。
【００８９】
別の可能性は、ブロック長さが２ｎであるブロック暗号を用いてＸＲＥＳを暗号化することである。チェック値Ｘは、ここで暗号化されたＸＲＥＳの下側部分であることになる。再び、暗号化のための使用されるワンタイム鍵がＸと共に送られる。
【００９０】
ＳＮが、ＵＥからＲＥＳを受信すると、それは、最初に、受信したＲＥＳにハッシュタイプの関数ｆを適用し、結果がＸに一致するのかどうかをチェックする。ＨＮによる追加のチェックのために、ＳＮは、認証確認メッセージ中でＨＮに全ＲＥＳを送る。
【００９１】
図４に示されるように、図４は、本発明の一実施形態による、認証プロセスの図である。
【００９２】
Ｘを計算するための解決策
【００９３】
解決策１
【００９４】
ＭＡＣ関数の入力としてＫとＸＲＥＳとを使用し、ＭＡＣ関数の出力がＸである。Ｋは、ワンタイム鍵であり得る。別の可能性は、ＫがＨＮとＳＮとの間の共有鍵である。別のオプションは、ＫがＨＮとＳＮとの間の共有鍵から導出される。さらに別のオプションは、Ｋが公開鍵または証明書に基づいてＨＮとＳＮとの間でネゴシエートされる。
【００９５】
図５に示されるように、図５は、本発明の一実施形態による、ＭＡＣを生成することの図である。
【００９６】
解決策２
【００９７】
暗号化関数の入力としてＫとＸＲＥＳとを使用し、暗号化関数の出力がＸである。Ｋは、ワンタイム鍵であり得る。別の可能性は、ＫがＨＮとＳＮとの間の共有鍵である。別のオプションは、ＫがＨＮとＳＮとの間の共有鍵から導出される。別のオプションは、Ｋが公開鍵または証明に基づいてＨＮとＳＮとの間でネゴシエートされる。
【００９８】
図６に示されるように、図６は、本発明の一実施形態による暗号化の図である。
【００９９】
ここで、方法２が使用されるとＵＥとＳＮとの両方について不正行為をするチャンスを計算する。ＵＥは、ＳＮがハッシュタイプの関数を適用するつもりである鍵を知らない。したがって、ＵＥは、ＲＥＳのどの他の値が同じＸの値になることになるのかを知るすべがない。（実際に、ＵＥは値Ｘを知ることすらないが、それはここでは関係ない。）したがって、ＵＥのための最良の戦略は、単に推測することであり、成功確率は、２n回のうちの１回である。
【０１００】
ＳＮは鍵を知っており、それは値Ｘを知っているが、（有効な）ＵＥとの認証を実行することなしに、それはＲＥＳを知らない。鍵と値Ｘとを用いて、ＳＮは、Ｘを導くことになるＲＥＳの（多くの）値を計算することが（煩雑であるが）可能である。しかし、不正行為をするＳＮは、多くのＲＥＳ値のうちのどれが正しいＲＥＳ値であるのかを発見する方法を有しない。再び、成功チャンスは、（少なくとも平均で）２n回のうちの１回である。
【０１０１】
両方の確率値は、ハッシュタイプの関数が固定鍵を用いて適用されると（少なくとも平均で）各値Ｘがｎ個の異なるＲＥＳ値から取得されるという事実から得られる。
【０１０２】
Ｘの長さを変更することによって、第１のケースが不正行為をするＵＥであり、別のケースが不正行為をするＳＮである２つのケースにおける不正行為をするチャンスの間で異なるトレードオフが達成されることになることに留意されたい。
【０１０３】
Ｘを計算する関数が、暗号化関数またはハッシュタイプの関数のいずれかに基づく必要がないことにも留意されたい。不正行為をするＵＥから守るために、ＲＥＳの代わりに送られ、十分大きい確率でＳＮによって依然として容認され得る代替パラメータＲＥＳ’をＵＥが発見することができないことを保証するのに異なる関数の選択の機会が十分大きいことで十分である。不正行為をするＳＮから守るために、ＲＥＳの代わりに受信され、ＳＮによって依然として容認され得る十分に多くのパラメータＲＥＳ’があることで十分である。
【０１０４】
方法３
【０１０５】
この方法では、ＨＮは、ＳＮに明示的にＸＲＥＳのいかなる部分も送らないが、代わりに、ＨＮは、ＵＥの応答ＲＥＳをチェックするためのｋビットのチェック値Ｘを送る。チェック値Ｘは、好適なデジタル署名関数ｆによって２ｎビットのＸＲＥＳから導出される。ＨＮはまた、ＳＮに関数が何かを標示する。
【０１０６】
たとえば、値Ｘは、ＨＮによって管理される秘密鍵（ＳＫ）によってＸＲＥＳのために計算されたデジタル署名値であり得る。また、ＨＮは、ＳＮに公開鍵（ＰＫ）とＸとを送り、ここで、ＳＫとＰＫとは一対の非対称暗号鍵である。
【０１０７】
ＳＮがＵＥからＲＥＳを受信すると、それは、最初に、ＰＫとＸと受信したＲＥＳとにデジタル署名検証アルゴリズムを適用し、Ｘが正しいのかどうかをチェックする。検証が正しい場合、ＳＮは認証を成功したとみなす。そうでない場合、ＳＥＡＦは、認証を拒否する。ＨＮによる追加のチェックのために、ＳＮは、認証確認メッセージ中でＨＮに全ＲＥＳを送る。
【０１０８】
次に、方法３が使用されるとＵＥとＳＮとの両方について不正行為をするチャンスを計算する。ＵＥは、ＨＮが署名関数を適用するつもりである秘密鍵ＳＫを知らない。したがって、ＵＥは、ＲＥＳのどの他の値が同じＸの値になることになるのかを知るすべがない。（実際に、ＵＥは値Ｘを知ることすらないが、それはここでは関係ない。）したがって、ＵＥのための最良の戦略は、単に署名Ｘを推測することであり、成功確率は、デジタル署名セキュリティに関係し、２n回のうちの１回よりもはるかに低くなる。
【０１０９】
ＳＮは公開鍵ＰＫのみを知っており、それは値Ｘを知っているが、（有効な）ＵＥとの認証を実行することなしに、それはＲＥＳを知らない。鍵ＰＫと値Ｘとを用いて、ＳＮは、あらゆるＲＥＳのための正しいＸを計算することが（煩雑であるが）可能でない。したがって、不正行為をするＳＮは、多くのＲＥＳ値のうちのどれが正しいＲＥＳ値であるのかを発見する方法を有しない。成功チャンスは、（少なくとも平均で）２n回のうちの１回である。
【０１１０】
両方の確率値は、デジタル署名関数が固定鍵を用いて適用されると（少なくとも平均で）各値Ｘがｎ個の異なるＲＥＳ値から取得されるという事実からしてそうなる。
【０１１１】
他のオプションは、ＸがＸＲＥＳの部分（たとえば、上側部分）に基づいて計算されることである。したがって、ＳＮは、ＲＥＳのこの部分（たとえば、上側部分）とＰＫとに基づいてＸを検証する。ＨＮとＳＮとは、どの部分が検証のために使用されることになるのかをネゴシエートし得る。または、ＨＮは、検証部分を動的に選択し、パラメータ（たとえば、方法１で説明したマスクまたは上側部分と下側部分との明確化のための１ビットｒなど）を介して検証部分をＳＮに通知し得る。
【０１１２】
ＨＮは、それ自体でＰＫとＳＫとを生成し得る。一方、ＰＫとＳＫとは、ＨＮ内にあらかじめ構成されるか、またはＨＮに配信され得る。
【０１１３】
上記の非対称暗号鍵ＰＫおよびＳＫは、認証プロシージャごとに動的に生成され得るか、またはＳＮとＨＮとのペアのための固定鍵であり得る。
【０１１４】
上記の非対称暗号（すなわちデジタル署名関数ｆ）は、限定はしないが、デジタル署名アルゴリズム、Ｓｃｈｎｎｏｒ署名アルゴリズム、識別ベースの署名アルゴリズム、楕円曲線デジタル署名アルゴリズムなどを含む一般的な署名アルゴリズムを示す。
【０１１５】
図７に示されるように、図７は、本発明の一実施形態による、ＵＥの図である。ここにおいて、ＵＥは、プロセッサ７０１と、メモリ７０２と、ネットワークインターフェース７０３と、バス７０４と、トランシーバ７０５とを備える。
【０１１６】
図８に示されるように、図８は、本発明の一実施形態による、ＳＮの図である。ここにおいて、ＳＮは、プロセッサ８０１と、メモリ８０２と、ネットワークインターフェース８０３と、バス８０４と、トランシーバ８０５とを備える。
【０１１７】
図９に示されるように、図９は、本発明の一実施形態による、ＨＮの図である。ここにおいて、ＨＮは、プロセッサ９０１と、メモリ９０２と、ネットワークインターフェース９０３と、バス９０４と、トランシーバ９０５とを備える。
【０１１８】
簡単な説明のために、上記の方法実施形態が、一連の行為として表されていることに留意されたい。しかしながら、本発明によれば、いくつかのステップが他の順序でまたは同時に実行され得るので、当業者は、本発明が行為の記載の順序に限定されないことを認識されるべきである。さらに、当業者はまた、本明細書において説明するすべての実施形態が例示的な実施形態に属し、関係する行為およびモジュールが本発明に必ずしも必須であるとは限らないことを理解されたい。
【０１１９】
上記の装置およびシステム中のモジュール間での情報交換および実行プロセスなどのコンテンツは、本発明の方法実施形態と同じ発想に基づく。したがって、詳細なコンテンツについては、本発明の方法実施形態における説明を参照し、本明細書では、詳細を再び説明しない。
【０１２０】
当業者は、実施形態における方法の処理の全部または一部が、関係するハードウェアを命令するコンピュータプログラムによって実装され得ることを理解し得る。プログラムは、コンピュータ可読記憶媒体中に記憶され得る。プログラムが動作するとき、実施形態における方法の処理が実行される。記憶媒体は、磁気ディスク、光ディスク、読取り専用メモリ（ＲＯＭ：Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭなどであり得る。
【０１２１】
本発明の原理および実装方法について説明するために本明細書では具体的な例が使用される。上記の実施形態の説明は、本発明の方法および発想を理解するのを助けることを企図するにすぎない。さらに、実装方法および適用範囲に関して、本発明の発想に従って当業者によって修正が行われ得る。したがって、本明細書は、本発明の限定と解釈されるものではない。
【図１】
2019531658.tif 000003
【図２】
2019531658.tif 000004
【図３】
2019531658.tif 000005
【図４】
2019531658.tif 000006
【図５】
2019531658.tif 000007
【図６】
2019531658.tif 000008
【図７】
2019531658.tif 000009
【図８】
2019531658.tif 000010
【図９】
2019531658.tif 000011
【国際調査報告】
2019531658.tif 000012
2019531658.tif 000013