(57)【要約】  この発明はコアネットワークと直接通信するためのユーザー機器（UE）であって、第1の通信デバイスと、第2の通信デバイスと、認証管理モジュールと、プロセッサと、記憶媒体と、記憶媒体に記憶されプロセッサによって実行可能な命令であって、コアネットワークと第1の認証を遂行してセキュリティコンテクストを取得し、認証管理モジュールから第1および第2の通信デバイスの少なくとも一方へセキュリティコンテクストを送信し、認証管理モジュールからのセキュリティコンテクストを使って、コアネットワークと、第1および第2の通信デバイスの一方のための第2の認証を遂行してコアネットワークとの接続を確立するための命令と、を含む、UEに関する。
2019527504.tif 000002
【特許請求の範囲】
【請求項１】
コアネットワークと直接通信するためのユーザー機器（UE）であって、
第1の通信デバイスと、
第2の通信デバイスと、
認証管理モジュールと、
プロセッサと、
記憶媒体と、
前記記憶媒体に記憶され前記プロセッサによって実行可能な命令であって、
前記コアネットワークと第1の認証を遂行してセキュリティコンテクストを取得し、
前記認証管理モジュールからの前記セキュリティコンテクストを使って、前記コアネットワークと、前記第1および第2の通信デバイスの一方のための第2の認証を遂行して前記コアネットワークとの接続を確立する
ための命令と
を含む、UE。
【請求項２】
前記第1の通信デバイスと前記コアネットワークの間の接続が途絶えたことに応答して、前記第1の通信デバイスにより、取得された前記セキュリティコンテクストを使って前記コアネットワークと別の認証を遂行すること
をさらに含む、請求項1に記載のUE。
【請求項３】
前記コアネットワークと第1の認証を遂行してセキュリティコンテクストを取得するための命令は、
前記認証管理モジュールへ要求を送信して前記第1の認証をトリガーし、
前記認証管理モジュールから前記セキュリティコンテクストを含む応答を受信する
ように前記第1の通信デバイスに命令するための命令を含む、請求項1または2に記載のUE。
【請求項４】
前記第1の通信デバイスから前記要求を受信し、前記認証管理モジュールが高速再認証IDを含んでいないことに応答して、命令は、
識別情報（前記UEのID）を引き出し、
前記UEのIDを含む要求を生成して前記コアネットワークへ送信し、
乱数（RAND）、ネットワーク認証トークン（AUTN）、高速再認証ID（FRID）、および前記コアネットワークによって生成されたメッセージ認証コード（MAC）を含むAKAチャレンジメッセージを受信し、
前記認証管理モジュールへ発行された鍵（IK）を使って前記MACの正当性を検証し、
前記MACが正当であることに応答して、AKAアルゴリズムを使って認証ベクトルを計算し、
前記認証ベクトルからのある情報を前記AKAチャレンジメッセージからのある情報と比較することによって認証が成功であるか否かを判断する
ように前記認証管理モジュールにさらに命令する、請求項3に記載のUE。
【請求項５】
認証が成功であることに応答して、前記命令は、
第1の秘密鍵k0を生成し、
FRIDと、カウンタと、前記k0とを含む前記セキュリティコンテクストを確立する
ように前記認証管理モジュールに命令する、請求項4に記載のUE。
【請求項６】
認証が成功であることに応答して、前記命令は、
前記第1の通信デバイスのために第2の秘密鍵k1を生成するように前記認証管理モジュールに命令し、前記第2の秘密鍵は、鍵導出関数（KDF）を使って、k0またはk0から導出された鍵、カウンタ、FRID、RAND、および認証管理モジュールによって生成されるか認証の間にネットワークから受信されたNONCEのうちいずれか2つ以上の組み合わせの入力を用いて生成される、請求項5に記載のUE。
【請求項７】
前記記憶媒体に記憶され前記プロセッサによって実行可能な前記命令は、
前記認証管理モジュールから前記第1および第2の通信デバイスの少なくとも一方へセキュリティコンテクストを送信する、
請求項1から6のいずれか一項に記載のUE。
【請求項８】
前記認証管理モジュールから前記第1および第2の通信デバイスの少なくとも一方へセキュリティコンテクストを送信するための前記命令は、
前記第2の通信デバイスから認証の要求を受信し、
前記UEのIDとFRIDとを含む要求を生成して前記コアネットワークへ送信し、
前記コアネットワークから、カウンタと、ノンスと、新たなFRIDと、MACとを含むAKA再認証要求メッセージを受信し、
前記認証管理モジュールは前記受信されたカウンタ値に1を加えたものでローカルなカウンタを更新し、
前記コアネットワークへ更新されたカウンタを含むAKA再認証応答メッセージを送信し、
前記認証が成功であることを示す結果メッセージを前記コアネットワークから受信し、
鍵導出関数（KDF）を使って、入力、すなわちk0またはk0から導出された鍵、カウンタ、FRID、RAND、および認証管理モジュールによって生成されるか認証の間にネットワークから受信されたNONCEのうちいずれか2つ以上の組み合わせの入力を用いて、第3の秘密鍵k2を生成し、
前記認証が成功であるときに、前記第1および第2の通信デバイスの少なくとも一方へ、少なくともk2を含む前記セキュリティコンテクストを送信する
ように前記認証管理モジュールに命令するための命令を含む、請求項7に記載のUE。
【請求項９】
コアネットワークと直接通信するためのユーザー機器（UE）であって、
第1の通信デバイスと、
第2の通信デバイスと、
認証管理モジュールと、
プロセッサと、
記憶媒体と、
前記記憶媒体に記憶され前記プロセッサによって実行可能な命令であって、
前記第1の通信デバイスにより、前記コアネットワークと第1の認証を遂行して前記第1の通信デバイスのためのセキュリティコンテクストを取得し、
前記認証管理モジュールから前記第2の通信デバイスへ前記セキュリティコンテクストを送信し、
前記第2の通信デバイスにより、前記認証管理モジュールからの前記セキュリティコンテクストを使って、前記コアネットワークと第2の認証を遂行する
ための命令と
を含む、UE。
【請求項１０】
前記第1の通信デバイスと前記コアネットワークの間の接続が途絶えたことに応答して、前記第1の通信デバイスにより、取得された前記セキュリティコンテクストを使って前記コアネットワークと別の認証を遂行すること
をさらに含む、請求項9に記載のUE。
【請求項１１】
前記第1の通信デバイスにより、前記コアネットワークと前記第1の認証を遂行して前記第1の通信デバイスのためのセキュリティコンテクストを取得するための前記命令は、
高速再認証IDの要求を前記認証管理モジュールへ送信し、
前記認証管理モジュールから応答を受信し、
前記第1の通信デバイスにより、前記応答に基づき、前記コアネットワークと前記第1の認証を遂行して前記セキュリティコンテクストを取得する
ように前記第1の通信デバイスに命令するための命令を含む、請求項9または10に記載のUE。
【請求項１２】
高速再認証IDを含んでいない前記認証管理モジュールからの前記応答に応答して、前記命令は、
識別情報（前記UEのID）を引き出し、
前記UEのIDを含む要求を生成して前記コアネットワークへ送信し、
乱数（RAND）、ネットワーク認証トークン（AUTN）、高速再認証ID（FRID）、および前記コアネットワークによって生成されたメッセージ認証コード（MAC）を含むAKAチャレンジメッセージを受信し、
前記第1の通信デバイスへ前もって発行された鍵（IK）を使って前記MACの正当性を検証し、
前記MACが正当であることに応答して、AKAアルゴリズムを使って認証ベクトルを計算してAUTNUE、RES、およびKASMEを取得し、
AUTNUEがAUTNに等しいか否かを判断し、
AUTNUEがAUTNに等しいことに応答して、セルラーアクセスまたは非セルラーアクセスのための秘密鍵を導出し、
前記認証管理モジュールへ前記FRIDと、前記秘密鍵と、カウンタとを含む前記セキュリティコンテクストを送信し、
RESを含むAKA応答メッセージを生成して前記コアネットワークへ送信する
ように前記第1の通信デバイスにさらに命令する、請求項11に記載のUE。
【請求項１３】
前記秘密鍵は、鍵導出関数（KDF）を使って、UEのIDとRANDとを含む入力を用いて導出される、請求項12に記載のUE。
【請求項１４】
命令は、
高速再認証IDの要求を前記第2の通信デバイスから受信し、
前記高速再認証ID（FRID）を含む応答を生成して前記第2の通信デバイスへ送信する
ように前記認証管理モジュールにさらに命令する、請求項9から13のいずれか一項に記載のUE。
【請求項１５】
前記第2の通信デバイスにより、前記第1の通信デバイスからの前記セキュリティコンテクストを使って前記コアネットワークと前記第2の認証を遂行するための前記命令は、前記認証管理モジュールからの前記FRIDを受信したことに応答して、
前記UEのIDと、FRIDと、前記FRIDが前記第2の通信デバイスに属していないことを示す指示を含むフラグとを含む要求を生成して前記コアネットワークへ送信し、
前記コアネットワークから、カウンタと、ノンスと、新たなFRIDと、MACとを含むAKA再認証要求メッセージを受信し、
MACの正しさとカウンタの新しさを検証し、
前記MACが正当であることに応答して、前記新たなFRIDを前記新たな高速再認証IDとして前記認証管理モジュールへ送信し、前記受信されたカウンタ値に1を加えたものでローカルなカウンタを更新し、
前記コアネットワークへ更新されたカウンタを含むAKA再認証応答メッセージを送信し、
前記認証が成功であることを示す結果メッセージを受信し、
セルラーアクセスまたは非セルラーアクセスのための鍵を生成し、
前記鍵を使って前記コアネットワークとデータを送受信する
ように前記第2の通信デバイスに命令するための命令を含む、請求項14に記載のUE。
【請求項１６】
前記受信されたカウンタは、前記値が前記UEによって記憶されている前記カウンタより小さくない場合に新しいとみなされる、請求項15に記載のUE。
【請求項１７】
MACの正しさは、SKを使って、前記カウンタ、ノンス、および新たなFRIDを用いてMACを生成し、生成された前記MACを前記コアネットワークから受信された前記MACと比較することによって判断される、請求項15または16に記載のUE。
【請求項１８】
コアネットワークと直接通信するためのユーザー機器（UE）であって、
第1の通信デバイスと、
第2の通信デバイスと、
プロセッサと、
記憶媒体と、
前記記憶媒体に記憶され前記プロセッサによって実行可能な命令であって、
前記第1の通信デバイスにより、前記コアネットワークと第1の認証を遂行して前記第1の通信デバイスのためのセキュリティコンテクストを取得し、
前記第1の通信デバイスから前記第2の通信デバイスへ前記セキュリティコンテクストを送信し、
前記第2の通信デバイスにより、前記第1の通信デバイスからの前記セキュリティコンテクストを使って前記コアネットワークと第2の認証を遂行する
ための命令と
を含む、UE。
【請求項１９】
前記第1の通信デバイスと前記コアネットワークの間の接続が途絶えたことに応答して、前記第1の通信デバイスにより、取得された前記セキュリティコンテクストを使って前記コアネットワークと別の認証を遂行すること
をさらに含む、請求項18に記載のUE。
【請求項２０】
前記第1の通信デバイスにより、前記コアネットワークと前記第1の認証を遂行して前記第1の通信デバイスのためのセキュリティコンテクストを取得するための前記命令は、
高速再認証IDの要求を前記第2の通信デバイスへ送信し、
前記第2の通信デバイスから高速再認証IDを含む応答を受信する
ように前記第1の通信デバイスに命令するための命令を含む、請求項18または19に記載のUE。
【請求項２１】
高速再認証IDを含んでいない前記第2の通信デバイスからの前記応答に応答して、前記命令は、
識別情報（前記UEのID）を引き出し、
前記UEのIDを含む要求を生成して前記コアネットワークへ送信し、
乱数（RAND）、ネットワーク認証トークン（AUTN）、高速再認証ID（FRID）、および前記コアネットワークによって生成されたメッセージ認証コード（MAC）を含むAKAチャレンジメッセージを受信し、
前記第1の通信デバイスへ前もって発行された鍵（IK）を使って前記MACの正当性を検証し、
前記MACが正当であることに応答して、AKAアルゴリズムを使って認証ベクトルを計算してAUTNUE、RES、およびKASMEを取得し、
AUTNUEがAUTNに等しいか否かを判断し、
AUTNUEがAUTNに等しいことに応答して、セルラーアクセスまたは非セルラーアクセスのための秘密鍵を導出し、
前記FRIDと、前記秘密鍵と、カウンタとを含む前記セキュリティコンテクストを記憶し、
RESを含むAKA応答メッセージを生成して前記コアネットワークへ送信する
ように前記第1の通信デバイスにさらに命令する、請求項20に記載のUE。
【請求項２２】
前記秘密鍵は、鍵導出関数（KDF）を使って、UEのIDとRANDとを含む入力を用いて導出される、請求項21に記載のUE。
【請求項２３】
前記命令は、
高速再認証IDの要求を前記第2の通信デバイスから受信し、
前記高速再認証ID（FRID）を含む応答を生成して前記第2の通信デバイスへ送信する
ように前記第1の通信デバイスにさらに命令する、請求項18から22のいずれか一項に記載のUE。
【請求項２４】
前記第2の通信デバイスにより、前記第1の通信デバイスからの前記セキュリティコンテクストを使って前記コアネットワークと前記第2の認証を遂行するための前記命令は、前記第1の通信デバイスから前記FRIDを受信したことに応答して、
前記UEのIDと、FRIDと、前記FRIDが前記第2の通信デバイスに属していないという指示を含むフラグとを含む要求を生成して前記コアネットワークへ送信し、
前記コアネットワークから、カウンタと、ノンスと、新たなFRIDと、MACとを含むAKA再認証要求メッセージを受信し、
MACの正しさとカウンタの新しさを検証し、
前記MACが正当であることに応答して、前記新たなFRIDを前記新たな高速再認証IDとして前記セキュリティコンテクストに記憶し、前記受信されたカウンタ値に1を加えたものでローカルなカウンタを更新し、
前記コアネットワークへ更新されたカウンタを含むAKA再認証応答メッセージを送信し、
前記認証が成功であることを示す結果メッセージを受信し、
セルラーアクセスまたは非セルラーアクセスのための鍵を生成し、
前記鍵を使って前記コアネットワークとデータを送受信する
ように前記第2の通信デバイスに命令するための命令を含む、請求項23に記載のUE。
【請求項２５】
前記受信されたカウンタは、前記値が前記UEによって記憶されている前記カウンタより小さくないときに新しいとみなされる、請求項24に記載のUE。
【請求項２６】
MACの正しさは、SKを使って前記カウンタ、ノンス、および新たなFRIDを用いてMACを生成し、生成された前記MACを前記コアネットワークから受信された前記MACと比較することによって判断される、請求項24または25に記載のUE。
【請求項２７】
第1の通信デバイスと第2の通信デバイスとを有するユーザー機器がコアネットワークのネットワーク認証エンティティと認証するための認証方法であって、
第1の認証プロセスを介して前記第1の通信デバイスと前記ネットワークエンティティの間で認証してセキュリティコンテクストを取得するステップと、
前記第2の通信デバイスへセキュリティコンテクスト情報を送信するステップと、
第2の認証プロセスを介して前記第2の通信デバイスと前記ネットワーク認証エンティティの間で認証するステップであって、前記第2の通信デバイスは前記第1の通信デバイスからの前記セキュリティコンテクストを使って前記ネットワーク認証エンティティと認証する、ステップと
を含む、認証方法。
【請求項２８】
前記第1の通信デバイスと前記コアネットワークの間の接続が途絶えたことに応答して、前記セキュリティコンテクストの部分を使って前記第2の認証プロセスを介して前記第1の通信デバイスと前記ネットワークエンティティの間で認証するステップ
をさらに含む、請求項27に記載の認証方法。
【請求項２９】
少なくとも2つの通信デバイスを有するユーザー機器がコアネットワークのネットワーク認証エンティティと認証するための認証フレームワークであって、
前記UEの前記第1の通信デバイスにより、前記ネットワーク認証エンティティと第1の認証を遂行して前記第1の通信デバイスのためのセキュリティコンテクストを取得することと、
前記第2の通信デバイスへ前記第1のセキュリティコンテクストを送信することと、
前記第2の通信デバイスにより、前記第1の通信デバイスからの前記セキュリティコンテクストを使って前記コアネットワークと第2の認証を遂行することと
を含む、認証フレームワーク。
【請求項３０】
前記第1の通信デバイスと前記コアネットワークの間の接続が途絶えたことに応答して、前記第1の通信デバイスにより、取得された前記セキュリティコンテクストを使って前記コアネットワークと別の認証を遂行すること
をさらに含む、請求項29に記載の認証フレームワーク。
【請求項３１】
ユーザー機器（UE）と認証するためのコアネットワーク内のネットワーク認証エンティティであって、
プロセッサと、
記憶媒体と、
前記記憶媒体に記憶され、それぞれのプロセッサによって実行可能な命令であって、
前記UEと第1の認証を遂行してセキュリティコンテクストを生成し、
UEとの前記第1の認証を通じて確立された前記セキュリティコンテクストに基づいて前記UEと第2の認証を遂行する
ための命令と
を含む、ネットワーク認証エンティティ。
【請求項３２】
前記UEと前記第1の認証を遂行してセキュリティコンテクストを生成するための前記命令は、
UEのIDを含む要求メッセージを前記UEから基地局またはWi-Fi APのいずれかを介して受信し、
認証のための鍵を引き出し、
前記セキュリティコンテクストの一部である高速再認証ID（FRID）を生成する
ための命令を含む、請求項31に記載のネットワーク認証エンティティ。
【請求項３３】
前記FRIDは前記UEのIDを乱数と組み合わせることによって生成される、請求項32に記載のネットワーク認証エンティティ。
【請求項３４】
前記FRIDは、要求を行っている通信デバイスのタイプに基づく所定の数字と、前記UEのIDを組み合わせることによって生成される、請求項32に記載のネットワーク認証エンティティ。
【請求項３５】
前記UEと前記第1の認証を遂行してセキュリティコンテクストを生成するための前記命令は、
前記FRID、RAND、AUTH、およびメッセージ認証コード（MAC）を含むAKAチャレンジメッセージを生成し、どの通信デバイスが前記認証のプロセスを開始するかに応じて前記基地局または前記Wi-Fi APのいずれかへ送信し、
RESを含むAKA応答を前記UEから受信し、
RESがXRESに等しいか否かを判断し、
前記RESが前記XRESに等しいときに前記セキュリティコンテクストを生成する
ための命令をさらに含み、前記MACは、IK使ってFRID、RAND、AUTHを含むMACの入力パラメータを用いて生成され、MAC＝MACIK（FRID||RAND||AUTH）のように表現することができる、請求項31に記載のネットワーク認証エンティティ。
【請求項３６】
前記UEと前記第1の認証を遂行してセキュリティコンテクストを生成するための前記命令は、
秘密鍵k0を導出し、
前記FRID、k0、およびカウンタを含む前記セキュリティコンテクストを記憶する
ための命令をさらに含む、請求項31に記載のネットワーク認証エンティティ。
【請求項３７】
前記秘密鍵は、鍵導出関数（KDF）を使って、UEのIDとRANDとを含む入力を用いて生成される、請求項36に記載のネットワーク認証エンティティ。
【請求項３８】
前記命令は、
前記第1の認証が前記UEの認証管理モジュールによって開始されるならば、別の秘密鍵k1を導出し、
前記ネットワーク認証エンティティが前記認証の応答を受信した前記基地局または前記Wi-Fi APへk1を送信する
ための命令をさらに含む、請求項31に記載のネットワーク認証エンティティ。
【請求項３９】
前記別の秘密鍵は、鍵導出関数（KDF）を使って、入力、すなわちk0またはk0から導出された鍵、カウンタ、FRID、RAND、および認証管理モジュールによって生成されるか認証の間にネットワークから受信されたNONCEのうちいずれか2つ以上の組み合わせの入力を用いて生成される、請求項38に記載のネットワーク認証エンティティ。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、コアネットワークにアクセスするモバイルデバイスの協調的な認証のための統一認証フレームワークのための方法およびシステムに関する。特に、この発明は、モバイルデバイスとコアネットワークの間の協調的な認証のための統一認証フレームワークのための方法およびシステムに関する。
【背景技術】
【０００２】
過去数年においてスマートフォンユーザーの数は急増しており、多くのモバイルユーザーがモバイルセルラーネットワークを介してインターネットにアクセスしている。しかし、広帯域符号分割多重アクセス（WCDMA（登録商標））またはロングタームエボリューション（LTE）などの現在のセルラー技術はモバイルインターネットトラフィックの急増に対処できない。モバイルユーザーからの需要を満たすために、電話会社または通信事業者とも呼ばれる通信サービスプロバイダ（CSP）は、容量不足を補うために、ワイヤレスフィディリティ（Wi-Fi）技術の潜在力を活かしている。
【０００３】
Wi-Fi技術はセルラーネットワークにおいてネイティブな技術ではない。したがって、3GPPが規定するセルラーネットワークにWi-Fi技術を統合するために、セキュリティを含むいくつかの仕様が3GPPによって規定されている。図1は、信頼されたWi-Fiと信頼されていないWi-Fiの両方を含むWi-Fiアクセス技術を統合するネットワークアーキテクチャを表わす。この開示の目的のために、信頼されたWi-Fiアクセスは、ユーザー機器（UE）が接続するアクセスポイントが通信事業者自身によって配備される場合を指す。信頼されていないWi-Fiアクセスは、アクセスポイントが通信事業者以外の第三者によって配備される場合を指す。
【０００４】
通常、デバイスとネットワークが本物であることを保証するために、UEがネットワークにアクセスする最初のステップは、ネットワークと相互に認証することである。3GPPネットワークを用いた汎用加入者識別モジュール（USIM）ベースの事前共有鍵認証が採用されている。UE側とネットワーク側の双方で一対の共有鍵が保持される。UE側では、UEに組み込まれた独立デバイスであるUSIMカード内に信用情報が保持される。ネットワーク側では、ホーム加入者システム（HSS）内に信用情報が保持される。認証の間に、保持された信用情報から認証ベクトルまたはマスターセッション鍵が導出される。UEとネットワークは認証ベクトルを使って互いに認証する。
【０００５】
現在の3GPPおよびWi-Fi統合フレームワークを用いて、UEはUSIM内に保持された信用情報を用いてネットワークと認証する。しかし、LTE技術とWi-Fi技術で使われる認証および鍵生成プロトコルは異なる。LTE技術を用いて、UEとネットワークの移動管理エンティティ（MME）サーバーが発展型パケットシステム認証および鍵一致（EPS-AKA）プロトコルを使って相互認証を行う。他方、Wi-Fi技術を用いて、UEとネットワークの認証、許可、およびアカウンティング（AAA）サーバーが（拡張可能認証プロトコル）EAP-AKAまたはEAP-AKA’プロトコルを使って相互認証を行う。既存のフレームワークに基づいて、同じUEが同じネットワークと認証するために、2つの異なるプロトコルを使わなければならない。ネットワーク管理の観点から、これは最適ではなく、設計と実装を複雑にするばかりでなく、ネットワークリソースを浪費し、運営コストを増大させる。
【０００６】
このため、当業者は異種ネットワークのためのより良い認証方法を提供しようと努力している。
【発明の概要】
【課題を解決するための手段】
【０００７】
本発明による実施形態によって提供されるシステムおよび方法によって上記および他の問題は解決され、この技術分野における進展がなされる。本発明によるシステムおよび方法の実施形態の第1の利点は、UE内の通信デバイスがセキュリティコンテクストを共有してコアネットワークと認証することができることである。これは、通信デバイスの１つがコアネットワークと完全認証を事前に遂行したときに、UEがコアネットワークと認証するためのステップを減らす。本発明によるシステムおよび方法の実施形態の第2の利点は、UEとコアネットワークの間で必要とされる相互作用の数が大幅に減らされるため、認証プロセスが改善されることである。
【０００８】
上記の利点は、少なくとも2つの通信デバイスを有するユーザー機器がコアネットワークのネットワーク認証エンティティと認証するための認証フレームワークのシステムおよび方法の実施形態によって提供される。
【０００９】
本開示の一態様によると、コアネットワークと直接通信するためのユーザー機器（UE）が次のように提供される。UEは、第1の通信デバイスと、第2の通信デバイスと、認証管理モジュールと、プロセッサと、記憶媒体と、記憶媒体に記憶されプロセッサによって実行可能な命令であって、コアネットワークと第1の認証を遂行してセキュリティコンテクストを取得し、認証管理モジュールから第1および第2の通信デバイスの少なくとも一方へセキュリティコンテクストを送信し、認証管理モジュールからのセキュリティコンテクストを使って、コアネットワークと、第1および第2の通信デバイスの一方のための第2の認証を遂行してコアネットワークとの接続を確立するための命令とを含む。この開示の一実施形態によると、命令は、第1の通信デバイスとコアネットワークの間の接続が途絶えたことに応答して、第1の通信デバイスにより、取得されたセキュリティコンテクストを使ってコアネットワークと第2の認証を遂行するための命令をさらに含む。
【００１０】
この開示の一実施形態によると、ネットワーク管理モジュールはEAPベースの認証フレームワークにおける「サプリカント」であることが可能であり、これは端末側の認証管理のための既知のエンティティである。
【００１１】
この開示の一実施形態によると、コアネットワークと第1の認証を遂行してセキュリティコンテクストを取得するための命令は、高速再認証IDの要求を認証管理モジュールへ送信し、認証管理モジュールから応答を受信するように第1の通信デバイスに命令するための命令を含む。
【００１２】
この開示の一実施形態によると、コアネットワークと第1の認証を遂行してセキュリティコンテクストを取得するための命令は、認証管理モジュールへ要求を送信／転送して認証手順をトリガーし、認証管理モジュールからセキュリティコンテクストを受信するように第1の通信デバイスに命令するための命令を含む。
【００１３】
この開示の一実施形態によると、コアネットワークと第1の認証を遂行してセキュリティコンテクストを取得するための命令は、第1の通信デバイスからの要求を受信したことに応答して、識別情報（UEのID）を引き出し、UEのIDを含む要求を生成してコアネットワークへ送信し、乱数（RAND）、ネットワーク認証トークン（AUTN）、高速再認証ID（FRID）、およびコアネットワークによって生成されたメッセージ認証コード（MAC）を含むAKAチャレンジメッセージを受信するように認証管理モジュールに命令するための命令を含む。
【００１４】
この開示の一実施形態によると、コアネットワークと第1の認証を遂行してセキュリティコンテクストを取得するための命令は、AKAチャレンジメッセージを受信したことに応答して、第1の通信デバイスへ前もって発行された鍵（IK）を使ってMACの正当性を検証し、MACが正当であることに応答して、アルゴリズムを使って認証ベクトルを計算してAUTNUE、RES、およびKASMEなどのパラメータを取得し、AUTNUEがAUTNに等しいか否かを判断するように認証管理モジュールに命令するための命令を含む。
【００１５】
この開示の一実施形態によると、コアネットワークと第1の認証を遂行してセキュリティコンテクストを取得するための命令は、AUTNUEがAUTNに等しいことに応答して、第1の秘密鍵k0を生成し、FRID、k0、およびカウンタを含むセキュリティコンテクストを確立し、第1の通信デバイスのための第2の秘密鍵k1を生成するように認証管理モジュールに命令するための命令を含む。この実施形態の一実施形態によると、第1の秘密鍵は、鍵導出関数（KDF）を使って、UEのIDとRAND（またはネットワークから受信されるNONCE）とを含む入力を用いて生成され、一方、第2の秘密鍵は、鍵導出関数（KDF）を使って、k0とカウンタとを含む入力を用いて生成される。この実施形態の一実施形態によると、第2の秘密鍵k1は、鍵導出関数（KDF）を使って、k0とRAND（またはネットワークから受信されるNONCE）とを含む入力を用いて生成される。
【００１６】
この開示の一実施形態によると、コアネットワークと第1の認証を遂行してセキュリティコンテクストを取得するための命令は、RESを含むAKA応答メッセージを生成してコアネットワークへ送信するように認証管理モジュールに命令するための命令をさらに含む。
【００１７】
この開示の一実施形態によると、認証管理モジュールから第1および第2の通信デバイスの少なくとも一方へセキュリティコンテクストを送信するための命令は、第2の通信デバイスから認証の要求を受信し、高速再認証ID（FRID）を含む応答を生成して第2の通信デバイスへ送信するように認証管理モジュールに命令するための命令を含む。
【００１８】
この開示の一実施形態によると、コアネットワークと、第1および第2の通信デバイスの一方のための第2の認証を遂行するための命令は、UEのIDと、FRIDと、任意選択で、FRIDが第2の通信デバイスに属していないという指示を含むフラグとを含む要求を生成してコアネットワークに送信し、コアネットワークから、カウンタ、ノンス、新たなFRID、およびMACを含むAKA再認証要求メッセージを受信し、MACの正しさとカウンタの新しさを検証し、MACが正当であることに応答して、新たなFRIDを新たな高速再認証IDとして認証管理モジュールへ送信し、受信されたカウンタ値に1を加えたものでローカルなカウンタを更新し、コアネットワークへ、更新されたカウンタを含むAKA再認証応答メッセージを送信し、認証が成功であることを示す結果メッセージをコアネットワークから受信し、セルラーアクセスまたは非セルラーアクセスのための鍵を生成し、鍵を使ってコアネットワークとデータを送受信するように第2の通信デバイスに命令するための命令を含む。この実施形態の一実施形態によると、受信されたカウンタは、その値がUEによって記憶されているカウンタより小さくないならば、新しいとみなされる。この実施形態の別の一実施形態によると、MACの正しさは、SKを使ってカウンタ、ノンス、および新たなFRIDを用いてMACを生成し、生成されたMACをコアネットワークから受信されたMACと比較することによって判断される。この実施形態の別の一実施形態によると、認証管理モジュールは、FRIDが第2の通信デバイスに属していないならば、第2の通信デバイスのために新たなセキュリティコンテクストを生成する。
【００１９】
この開示の別の一態様によると、コアネットワークと直接通信するためのユーザー機器（UE）が次のように提供される。UEは、第1の通信デバイスと、第2の通信デバイスと、認証管理モジュールと、プロセッサと、記憶媒体と、記憶媒体に記憶されプロセッサによって実行可能な命令であって、第1の通信デバイスにより、コアネットワークと第1の認証を遂行して第1の通信デバイスのためのセキュリティコンテクストを取得し、認証管理モジュールから第2の通信デバイスへセキュリティコンテクストの部分を送信し、第2の通信デバイスにより、認証管理モジュールからのセキュリティコンテクストを使ってコアネットワークと第2の認証を遂行するための命令と、を含む。この実施形態の一実施形態によると、命令は、第1の通信デバイスにより、取得されたセキュリティコンテクストを使ってコアネットワークと第2の認証を遂行するための命令をさらに含む。
【００２０】
この開示の一実施形態によると、第1の通信デバイスにより、コアネットワークと第1の認証を遂行して第1の通信デバイスのためのセキュリティコンテクストを取得するための命令は、高速再認証IDの要求を認証管理モジュールへ送信し、認証管理モジュールから応答を受信するように第1の通信デバイスに命令するための命令を含む。
【００２１】
この開示の一実施形態によると、第1の通信デバイスにより、コアネットワークと第1の認証を遂行して第1の通信デバイスのためのセキュリティコンテクストを取得するための命令は、高速再認証IDを含んでいない認証管理モジュールからの応答に応答して、識別情報（UEのID）を引き出し、UEのIDを含む要求を生成してコアネットワークへ送信し、乱数（RAND）、ネットワーク認証トークン（AUTN）、高速再認証ID（FRID）、およびコアネットワークによって生成されたメッセージ認証コード（MAC）を含むAKAチャレンジメッセージを受信するように第1の通信デバイスに命令するための命令を含む。
【００２２】
この開示の一実施形態によると、第1の通信デバイスにより、コアネットワークと第1の認証を遂行して第1の通信デバイスのためのセキュリティコンテクストを取得するための命令は、AKAチャレンジメッセージを受信したことに応答して、第1の通信デバイスへ前もって発行された鍵（IK）を使ってMACの正当性を検証し、MACが正当であることに応答して、AKAアルゴリズムを使って認証ベクトルを計算してAUTNUE、RES、および、一実施形態においてKASMEである鍵を取得し、AUTNUEがAUTNに等しいか否かを判断し、AUTNUEがAUTNに等しいことに応答して、セルラーアクセスまたは非セルラーアクセスのための秘密鍵を導出するように第1の通信デバイスに命令するための命令を含む。
【００２３】
この開示の一実施形態によると、第1の通信デバイスにより、コアネットワークと第1の認証を遂行して第1の通信デバイスのためのセキュリティコンテクストを取得するための命令は、認証管理モジュールへ、FRIDと、秘密鍵と、カウンタとを含むセキュリティコンテクストを送信し、RESを含むAKA応答メッセージを生成してコアネットワークへ送信するように第1の通信デバイスに命令するための命令をさらに含む。この実施形態の一実施形態によると、秘密鍵は、鍵導出関数（KDF）を使って、UEのIDとRANDとを含む入力を用いて導出される。
【００２４】
この開示の一実施形態によると、認証管理モジュールから第2の通信デバイスへセキュリティコンテクストを送信するための命令は、高速再認証IDの要求を第2の通信デバイスから受信し、高速再認証ID（FRID）を含む応答を生成して第2の通信デバイスへ送信するように認証管理モジュールに命令するための命令を含む。
【００２５】
この開示の一実施形態によると、第2の通信デバイスにより、第1の通信デバイスからのセキュリティコンテクストを使ってコアネットワークと第2の認証を遂行するための命令は、認証管理モジュールからのFRIDを受信したことに応答して、UEのIDと、FRIDと、FRIDが第2の通信デバイスに属していないことの指示を含むフラグとを含む要求を生成してコアネットワークに送信し、コアネットワークから、カウンタ、ノンス、新たなFRID、およびMACを含むAKA再認証要求メッセージを受信し、MACの正しさとカウンタの新しさを検証し、MACが正当であることに応答して、新たなFRIDを新たな高速再認証IDとして認証管理モジュールへ送信し、受信されたカウンタ値に1を加えたものでローカルなカウンタを更新し、コアネットワークへ、更新されたカウンタを含むAKA再認証応答メッセージを送信し、認証が成功であることを示す結果メッセージをコアネットワークから受信し、セルラーアクセスまたは非セルラーアクセスのための鍵を生成し、鍵を使ってコアネットワークとデータを送受信するように第2の通信デバイスに命令するための命令を含む。この実施形態の一実施形態によると、受信されたカウンタは、その値がUEによって記憶されているカウンタより小さくないならば、新しいとみなされる。この実施形態の一実施形態によると、MACの正しさは、SKを使ってカウンタ、ノンス、および新たなFRIDを用いてMACを生成し、生成されたMACをコアネットワークから受信されたMACと比較することによって判断される。
【００２６】
この開示の別の一態様によると、コアネットワークと直接通信するためのユーザー機器（UE）が次のように提供される。UEは、第1の通信デバイスと、第2の通信デバイスと、プロセッサと、記憶媒体と、記憶媒体に記憶されプロセッサによって実行可能な命令であって、第1の通信デバイスにより、コアネットワークと第1の認証を遂行して第1の通信デバイスのためのセキュリティコンテクストを取得し、第1の通信デバイスから第2の通信デバイスへセキュリティコンテクストを送信し、第2の通信デバイスにより、第1の通信デバイスからのセキュリティコンテクストを使ってコアネットワークと第2の認証を遂行するための命令と、を含む。この実施形態の一実施形態によると、命令は、第1の通信デバイスとコアネットワークの間の接続が途絶えたことに応答して、第1の通信デバイスにより、取得されたセキュリティコンテクストを使ってコアネットワークと第2の認証を遂行するための命令をさらに含む。
【００２７】
この開示の一実施形態によると、第1の通信デバイスにより、コアネットワークと第1の認証を遂行して第1の通信デバイスのためのセキュリティコンテクストを取得するための命令は、高速再認証IDの要求を第2の通信デバイスへ送信し、第2の通信デバイスから応答を受信するように第1の通信デバイスに命令するための命令を含む。
【００２８】
この開示の一実施形態によると、第1の通信デバイスにより、コアネットワークと第1の認証を遂行して第1の通信デバイスのためのセキュリティコンテクストを取得するための命令は、高速再認証IDを含んでいない第2の通信デバイスからの応答に応答して、識別情報（UEのID）を引き出し、UEのIDを含む要求を生成してコアネットワークへ送信し、乱数（RAND）、ネットワーク認証トークン（AUTN）、高速再認証ID（FRID）、およびコアネットワークによって生成されたメッセージ認証コード（MAC）を含むAKAチャレンジメッセージを受信し、第1の通信デバイスへ前もって発行された鍵（IK）を使ってMACの正当性を検証し、MACが正当であることに応答して、AKAアルゴリズムを使って認証ベクトルを計算してAUTNUE、RES、およびKASMEを取得し、AUTNUEがAUTNに等しいか否かを判断し、AUTNUEがAUTNに等しいことに応答して、セルラーアクセスまたは非セルラーアクセスのための秘密鍵を導出し、FRID、秘密鍵、およびカウンタを含むセキュリティコンテクストを記憶し、RESを含むAKA応答メッセージを生成してコアネットワークへ送信するように第1の通信デバイスに命令するための命令を含む。この実施形態の一実施形態によると、秘密鍵は、鍵導出関数（KDF）を使って、UEのIDとRANDとを含む入力を用いて導出される。
【００２９】
この開示の一実施形態によると、第1の通信デバイスから第2の通信デバイスへセキュリティコンテクストを送信するための命令は、高速再認証IDの要求を第2の通信デバイスから受信し、高速再認証ID（FRID）を含む応答を生成して第2の通信デバイスへ送信するように第1の通信デバイスに命令するための命令を含む。
【００３０】
この開示の一実施形態によると、第2の通信デバイスにより、第1の通信デバイスからのセキュリティコンテクストを使ってコアネットワークと第2の認証を遂行するための命令は、第1の通信デバイスからのFRIDを受信したことに応答して、UEのIDと、FRIDと、FRIDが第2の通信デバイスに属していないことの指示を含むフラグとを含む要求を生成してコアネットワークに送信し、コアネットワークから、カウンタ、ノンス、新たなFRID、およびMACを含むAKA再認証要求メッセージを受信し、MACの正しさとカウンタの新しさを検証し、MACが正当であることに応答して、新たなFRIDを新たな高速再認証IDとしてセキュリティコンテクストに記憶し、受信されたカウンタ値に1を加えたものでローカルなカウンタを更新し、コアネットワークへ、更新されたカウンタを含むAKA再認証応答メッセージを送信し、認証が成功であることを示す結果メッセージをコアネットワークから受信し、セルラーアクセスまたは非セルラーアクセスのための鍵を生成し、鍵を使ってコアネットワークとデータを送受信するように第2の通信デバイスに命令するための命令を含む。この実施形態の一実施形態によると、受信されたカウンタは、その値がUEによって記憶されているカウンタより小さくないならば、新しいとみなされる。この実施形態の一実施形態によると、MACの正しさは、SKを使ってカウンタ、ノンス、および新たなFRIDを用いてMACを生成し、生成されたMACをコアネットワークから受信されたMACと比較することによって判断される。
【００３１】
この開示の別の一態様によると、第1の通信デバイスと第2の通信デバイスとを有するユーザー機器がコアネットワークのネットワーク認証エンティティと認証するための認証方法が次のように提供される。認証方法はまず、第1の認証プロセスを介して第1の通信デバイスとネットワークエンティティの間で認証してセキュリティコンテクストを取得する。認証方法は、続いて、第2の通信デバイスへセキュリティコンテクスト情報を送信する。したがって、認証方法は第2の認証プロセスを介して第2の通信デバイスとネットワーク認証エンティティの間で認証し、第2の通信デバイスは第1の通信デバイスからのセキュリティコンテクストを使ってネットワーク認証エンティティと認証する。本開示の一実施形態によると、第1の通信デバイスとコアネットワークの間の接続が途絶えたことに応答して、セキュリティコンテクストの部分を使って第2の認証プロセスを介して第1の通信デバイスとネットワークエンティティの間で認証する。
【００３２】
この開示の別の一態様によると、少なくとも2つの通信デバイスを有するユーザー機器がコアネットワークのネットワーク認証エンティティと認証するための認証フレームワークが次のように提供される。認証フレームワークは、UEの第1の通信デバイスにより、ネットワーク認証エンティティと第1の認証を遂行して第1の通信デバイスのためのセキュリティコンテクストを取得する。続いて、第2の通信デバイスへセキュリティコンテクストが送信される。そして、第2の通信デバイスは第1の通信デバイスからのセキュリティコンテクストを使ってコアネットワークと第2の認証を遂行する。この開示の一実施形態によると、第1の通信デバイスとコアネットワークの間の接続が途絶えたことに応答して、第1の通信デバイスにより、取得されたセキュリティコンテクストを使ってコアネットワークと第2の認証を遂行する。
【００３３】
この開示の別の一態様によると、ユーザー機器（UE）と認証するためのコアネットワーク内のネットワーク認証エンティティが次のように提供される。ネットワーク認証エンティティは、プロセッサと、記憶媒体と、記憶媒体に記憶され、それぞれのプロセッサによって実行可能な命令であって、UEの第1の通信デバイスと第1の認証を遂行して第1の通信デバイスとの認証手順を通じてセキュリティコンテクストを生成し、UEの第1の通信デバイスとの認証手順を通じて確立されたセキュリティコンテクストに基づいてUEの第2の通信デバイスと第2の認証を遂行するための命令と、を含む。
【００３４】
この開示の別の一態様によると、ネットワーク認証エンティティはEAPベースの認証フレームワークにおける認証サーバーであることが可能である。いくつかの仕様において、これは、認証ユニット（AU）またはコントロールプレーン認証ユニット（CP-AU）としても知られている。
【００３５】
この開示の一実施形態によると、ネットワーク認証エンティティは、UE側の第1または第2の通信デバイスを介した認証管理モジュールとの認証を通じてセキュリティコンテクストを確立する。ネットワーク認証エンティティにおけるセキュリティコンテクストは、少なくともUEのIDと、カウンタと、k0と表記される秘密鍵とを含む。ネットワーク認証エンティティはk0に基づいて秘密鍵を導出し、k1と表記される鍵を、UEとネットワーク認証エンティティがそれを通じて互いに認証する基地局またはWi-Fi APへ送信する。この実施形態の一実施形態によると、第1の秘密鍵は、鍵導出関数（KDF）を使って、UEのIDとRAND（またはネットワークから受信されるNONCE）とを含む入力を用いて生成され、一方、第2の秘密鍵は、鍵導出関数（KDF）を使って、k0とカウンタとを含む入力を用いて生成される。この実施形態の一実施形態によると、第2の秘密鍵k1は、鍵導出関数（KDF）を使って、k0とRAND（またはネットワークから受信されるNONCE）とを含む入力を用いて生成される。この実施形態の一実施形態によると、第1の秘密鍵はネットワーク認証エンティティに記憶され、第2の秘密鍵は基地局またはWi-Fi APなどのネットワークエンティティへ送信される。
【００３６】
この開示の一実施形態によると、UEの第1の通信デバイスと第1の認証を遂行して第1の通信デバイスのためのセキュリティコンテクストを生成するための命令は、UEのIDを含む要求メッセージをUEから基地局またはWi-Fi APのいずれかを介して受信し、UEのID、SN ID、およびネットワークタイプを含む認証データ要求を生成してホーム加入者サーバー（HSS）へ送信し、HSSから、乱数（RAND）、AUTN、XRES、IK、およびCKを含む認証データ応答を受信し、高速再認証ID（FRID）を生成するための命令を含む。この実施形態の一実施形態によると、FRIDはUEのIDを乱数と組み合わせることによって生成される。この実施形態の別の一実施形態によると、FRIDは、UEのIDを、要求を行っている通信デバイスのタイプに基づく所定の数字と組み合わせることによって生成される。
【００３７】
この開示の一実施形態によると、UEの第1の通信デバイスと第1の認証を遂行して第1の通信デバイスのためのセキュリティコンテクストを生成するための命令は、FRID、RAND、AUTH、およびメッセージ認証コード（MAC）を含むAKAチャレンジメッセージを生成し、どの通信デバイスが認証プロセスを開始するかに応じて、基地局またはWi-Fi APへ送信するための命令であって、MACは、IKを使って、FRID、RAND、AUTHを含むMACの入力パラメータを用いて生成され、MAC＝MACIK（FRID||RAND||AUTH）のように表現することができる、命令をさらに含む。
【００３８】
この開示の一実施形態によると、UEの第1の通信デバイスと第1の認証を遂行して第1の通信デバイスのためのセキュリティコンテクストを生成するための命令は、RESを含むAKA応答をUEから受信し、RESがXRESに等しいか否かを判断し、RESがXRESに等しいことに応答して、第1の通信デバイスのための秘密鍵k0を導出し、FRID、k0、およびカウンタを含むセキュリティコンテクストを記憶するための命令をさらに含む。この実施形態の一実施形態によると、秘密鍵は、鍵導出関数（KDF）を使って、UEのIDとRANDを含むKDFの入力を用いて導出される。
【００３９】
この発明による上記の利点と特徴は、以下の詳細な説明において説明され、以下の図面に表わされている。
【図面の簡単な説明】
【００４０】
【図１】信頼されたWi-Fiと信頼されていないWi-Fiの両方を含むWi-Fiアクセス技術を統合するネットワークアーキテクチャを示す。
【図２】4GネットワークにおけるEPS-AKAプロトコルの手順のタイミング図を示し、ここでUEはネットワークと相互認証を遂行してLTE技術を介してネットワークにアクセスする。
【図３】4GネットワークにおけるEAP-AKAプロトコルの手順のタイミング図を示し、ここでUEはネットワークと相互認証を遂行してWi-Fi技術を介してネットワークにアクセスする。
【図４】3GPP仕様33.402に提示された認証を加速する高速再認証メカニズムの手順のタイミング図を示す。
【図５】この開示の一実施形態による、5Gアクセス技術とWi-Fiアクセス技術のための統一認証フレームワークを示す。
【図６】この開示の一実施形態による、2つの通信エンティティ／デバイスが共有の認証情報を使ってコアネットワークと認証する手順のプロセスを示す。
【図７】この開示の一実施形態による、2つの通信エンティティ／デバイスが共有の認証情報を使ってコアネットワークと認証する手順のタイミング図を示す。
【図８】この開示の一実施形態による、プロセス600とタイミング図700とに従って第1の通信デバイスによって遂行されるプロセスを示す。
【図９】この開示の一実施形態による、プロセス600とタイミング図700とに従って通信デバイス2によって遂行されるプロセスを示す。
【図１０】この開示の一実施形態による、プロセス600とタイミング図700とに従ってネットワーク認証エンティティによって遂行されるプロセスを示す。
【図１０Ａ】この開示の一実施形態による、プロセス600とタイミング図700とに従ってネットワーク認証エンティティによって遂行される代わりのプロセスを示す。
【図１１】この開示の一実施形態による、2つの通信エンティティ／デバイスが認証管理モジュールを通じて共有の認証情報を使ってコアネットワークと認証する手順のプロセスを示す。
【図１２】この開示の一実施形態による、図11に表わされているように、2つの通信エンティティ／デバイスが認証管理モジュールを通じて共有の認証情報を使ってコアネットワークと認証する手順のタイミング図を示す。
【図１２Ａ】この開示の一実施形態による、図11に表わされているように、2つの通信エンティティ／デバイスが認証管理モジュールを通じて共有の認証情報を使ってコアネットワークと認証する手順の修正されたタイミング図を示す。
【図１３】この開示の一実施形態による、プロセス1100とタイミング図1200とに従って通信デバイス1および2のいずれか一方によって遂行されるプロセスを示す。
【図１４】この開示の一実施形態による、プロセス1100とタイミング図1200とに従って認証管理モジュールによって遂行されるプロセスを示す。
【図１５】この開示の一実施形態による、統一認証フレームワークの第1の部分による認証手順のタイミング図を示す。
【図１６】この開示の一実施形態による、タイミング図1500に従って通信デバイス1および2のいずれか一方によって遂行されるプロセスを示す。
【図１７】この開示の一実施形態による、タイミング図1500に従ってネットワーク認証エンティティによって遂行されるプロセスを示す。
【図１８】この開示の一実施形態による、タイミング図1500に従ってHSSによって遂行されるプロセスを示す。
【図１９】この開示の一実施形態による、統一認証フレームワークの第2の部分による高速再認証手順のタイミング図を示す。
【図２０】この開示の一実施形態による、タイミング図1900に従って通信デバイス1および2のいずれか一方によって遂行されるプロセスを示す。
【図２１】この開示の一実施形態による、タイミング図1900に従ってネットワーク認証エンティティによって遂行されるプロセスを示す。
【図２２】この開示の一実施形態による、複数の協調的認証を表わす一実施形態を示す。
【図２３】複数のアクセス技術を表わす一実施形態を示す。
【図２４】2つの異なるアクセス技術を有するUEが統一認証フレームワークを用いてセキュリティコンテクストを確立する詳細な手順を示す。
【発明を実施するための形態】
【００４１】
この発明はコアネットワークにアクセスするモバイルデバイスの協調的な認証のための統一認証フレームワークのための方法およびシステムに関する。特に、この発明はモバイルデバイスとコアネットワークの間の協調的な認証のための統一認証フレームワークのための方法およびシステムに関する。
【００４２】
この開示では、5GおよびWi-Fiなどの異なるアクセス技術が次世代通信ネットワークで使われるときに、通信ネットワークのための認証フレームワークを最適化する新たな認証ソリューションが提案される。
【００４３】
新たな認証ソリューションをより良く理解するため、既存の認証方法の簡単な概要がまず説明される。
【００４４】
図2は4GネットワークにおけるEPS-AKAプロトコルの手順のタイミング図200を示し、ここでUEはネットワークと相互認証を遂行してLTE技術を介してネットワークにアクセスする。タイミング図200は、UEがMMEへアタッチ要求を送信する210で始まる。アタッチ要求はUEのアクセスIDを含んでいる。
【００４５】
UEからアタッチ要求を受信すると、MMEは、ステップ220でHSSへ認証データ要求を送信する。認証データ要求は、アクセスIDと、サービングネットワーク識別情報（SN ID）と、ネットワークタイプとを含んでいる。
【００４６】
MMEから認証データ要求を受信することに応答して、HSSは、ステップ230でアクセスIDと結び付けられた鍵（K）をHSSデータベース内で見つけ、EPS AKAアルゴリズムを使って認証ベクトルを計算する。認証ベクトルは、乱数（RAND）と、AUTNと、KAMSEと、XRESとを含んでいる。HSSはそして、ステップ240で認証データ応答を生成して認証ベクトルとともにMMEへ送信する。
【００４７】
ステップ250では、MMEがユーザー認証要求を生成してUEへ送信する。ユーザー認証要求は、乱数（RAND）と、認証ベクトルから導出された認証トークンAUTNとを含んでいる。
【００４８】
RANDとAUTNを受信すると、UEは、ステップ260でAUTNUEを計算し、そしてAUTNUEがAUTNに等しいか否かを検証することによってコアネットワークを認証する。AUTNUEがAUTNに等しいならば、UEはステップ270でMMEへユーザー認証応答を送信する。ユーザー認証応答はRESを含んでいる。
【００４９】
ユーザー認証応答を受信すると、MMEは、ステップ280でRESとXRESとを比較することによってUEを認証する。RESがXRESに等しならば、認証は成功であり、MMEはUEにゲートウェイへのアクセスを許可する。タイミング図200はステップ280の後に終わる。
【００５０】
図3は4GネットワークにおけるEAP-AKA／EAP-AKA’プロトコルの手順のタイミング図300を示し、ここでUEはネットワークと相互認証を遂行してWi-Fi技術を介してネットワークにアクセスする。タイミング図300は、UEがWi-Fi APなどの非3GPPアクセスポイントと結び付く310で始まる。UEがWi-Fi APと結び付いた後に、Wi-Fi APはステップ315で識別情報の要求をUEへ送信する。要求を受信すると、ステップ320でUEはその識別情報を引き出し、Wi-Fi APへ識別情報を送信する。UEから識別情報を受信したことに応答して、Wi-Fi APは、ステップ325でAAAサーバーへ識別情報を送信する。
【００５１】
ステップ330でAAAはAKAベクトルの要求をHSSへ送信する。AAAから要求を受信したことに応答して、HSSは、ステップ335で識別情報と結び付けられた鍵（K）をHSSデータベース内で見つけ、EAP AKAアルゴリズムを使って認証ベクトルを計算する。認証ベクトルは、乱数（RAND）と、AUTNと、KAMSEと、XRESとを含んでいる。HSSはそして、ステップ340で認証ベクトルを生成してAAAへ送信する。
【００５２】
AAAは、HSSから認証ベクトルを受信した後に、ステップ345でチャレンジメッセージを生成してWi-Fi APへ送信する。チャレンジメッセージを受信したことに応答して、Wi-Fi APは、ステップ350でUEへチャレンジメッセージを送信する。
【００５３】
ステップ355では、UEがチャレンジメッセージに基づいてネットワークを認証する。特に、UEはAUTNUEを計算し、そしてAUTNUEがAUTNに等しいか否かを検証することによってコアネットワークを認証する。AUTNUEがAUTNに等しいならば、UEはステップ360でWi-Fi APへ応答メッセージを送信する。ユーザー認証応答はRESを含んでいる。
【００５４】
UEから応答メッセージを受信したことに応答して、Wi-Fi APは、ステップ365でAAAサーバーへ応答メッセージを送信する。応答メッセージを受信すると、AAAは、ステップ370でRESとXRESとを比較することによってUEを認証する。RESがXRESに等しいならば、認証は成功であり、AAAはステップ375でプロファイルの引き出しと登録のためにHSSと通信する。AAAはまた、ステップ370で認証が成功すると、UEにゲートウェイへのアクセスを許可する。
【００５５】
AAAはそして、ステップ380で成功メッセージを生成し、Wi-Fi APへ送信する。AAAから成功メッセージを受信したことに応答して、Wi-Fi APは、ステップ385でUEへ成功メッセージを送信する。タイミング図300はステップ385の後に終わる。
【００５６】
図4は、3GPP仕様33.402第13.0.0版に提示された認証を加速する高速再認証メカニズムの手順のタイミング図400を示す。タイミング図400は、UEがWi-Fi APなどの非3GPPアクセスポイントと結び付く410で始まる。UEがWi-Fi APと結び付いた後に、Wi-Fi APはステップ415で識別情報の要求をUEへ送信する。要求を受信すると、ステップ420で、UEは、その識別情報を引き出し、Wi-Fi APへ識別情報を送信する。UEから識別情報を受信したことに応答して、Wi-Fi APは、ステップ425でAAAサーバーへ識別情報を送信する。
【００５７】
ステップ445では、AAAが再認証メッセージを生成してWi-Fi APへ送信する。再認証メッセージを受信したことに応答して、Wi-Fi APは、ステップ450でUEへ再認証メッセージを送信する。再認証メッセージは、COUNTERと、（暗号化された）NONCE_Sと、（暗号化された）NEXT_REAUTH_IDと、MACとを含んでいる。これは知られている方法であり、さらなる詳細はRFC4187の第5.4節で見ることができる。
【００５８】
ステップ460では、UEがWi-Fi APへ応答メッセージを送信する。応答メッセージは（暗号化された）同じ値を有するCOUNTERとMACとを含んでいる。
【００５９】
UEから応答メッセージを受信したことに応答して、Wi-Fi APは、ステップ465でAAAサーバーへ応答メッセージを送信する。応答メッセージを受信すると、AAAは、ステップ470で通知メッセージを生成してWi-Fi APへ送信する。通知メッセージは（暗号化された）同じ値のCOUNTERとMACとを含んでいる。
【００６０】
通知メッセージを受信したことに応答して、Wi-Fi APは、ステップ475でUEへ通知メッセージを送信する。ステップ480では、通知メッセージを受信したことに応答して、UEが第2の応答メッセージを生成してWi-Fi APへ送信する。
【００６１】
第2の応答メッセージを受信したことに応答して、Wi-Fi APは、ステップ485でUEへ第2の応答メッセージを送信する。
【００６２】
そして、AAAはステップ490で成功メッセージを生成してWi-Fi APへ送信する。AAAから成功メッセージを受信したことに応答して、Wi-Fi APは、ステップ495でUEへ成功メッセージを送信する。タイミング図400はステップ495の後に終わる。
【００６３】
図4に表わされた高速再認証を図3に表わされた通常のEAP-AKA’完全認証手順と比較すると、AAAサーバーはHSSから認証ベクトルを入手する必要がない。このため、高速再認証手順は通常のEAP-AKA’完全認証より効率的である。当業者は、図2〜4を参照して上述したプロセスの流れが既存のプロセスであることを認識するであろう。このため、上記の説明は網羅的であることを意味しない。
【００６４】
背景技術を念頭に置き、我々はここで本発明に目を向ける。この開示では、第5世代（5G）通信ネットワークなどの次世代無線通信ネットワークにおいてセルラー技術とWi-Fi技術の双方が、4GネットワークにおけるEPS-AKAおよびEAP-AKA’の代わりに、同じ認証プロトコル、すなわちEAP-AKA’を使い得ると仮定する。しかし、この開示がただ1つの認証プロトコルの使用に限定されないことに注意されたい。
【００６５】
さらに、ネットワーク側では、4Gネットワークで個別の認証エンティティ、すなわちMMEとAAAを有する代わりに、ただ1つの認証エンティティ、AAAサーバーが使われてもよい。あるいは、MMEとAAAは認証サーバーによって管理されてもよい。
【００６６】
そのような構成に基づき、異なるアクセス技術が認証結果を共有するための方法およびシステムの提供が提案される。特に、UEの1つのアクセス技術がAAAサーバーと認証に成功した後に、UEは高速認証IDを取得する。第2のアクセス技術は高速認証IDを獲得し、既存の技術として完全認証を遂行する代わりに、AAAサーバーと高速認証を遂行することができる。
【００６７】
この開示の目的のために、モバイルデバイスなどのUEが1つより多くのアクセス技術を含むことは典型的である。LTEとWi-Fiは2つの典型的な無線アクセス技術に相当する。2つの技術はまた、徐々に融合しつつある。4Gネットワークにおいて、2つのアクセス技術はUSIMとHSSにそれぞれ保持された同じ信用情報を用いてネットワークと認証するが、基礎となる認証プロトコルと認証エンティティは依然として異なる。セルラーエンティティとWi-Fiエンティティは互いに会話しない。代わりに、アクセス技術のいずれか1つの使用を判断するために管理モジュールが提供される。
【００６８】
図5は5Gアクセス技術とWi-Fiアクセス技術のための統一認証フレームワークを示す。提案されるフレームワークを用いて、アクセス技術から独立して、ただ1つの認証プロトコル、EAP-AKA’が認証に使われ、ネットワーク側にはただ1つの認証エンティティが、すなわちAAAサーバーが存在する。
【００６９】
提案される新しい認証フレームワークを用いて、同じUEに属する異なるアクセス技術のための提案される方法が認証情報を共有し、それによって認証手順はさらに最適化することができる。この開示では様々な方法が提案される。第1の方法は、1つの無線アクセス技術を有するUEが異なるアクセス技術を有する他のデバイスから高速認証情報を直接入手することである。第2の方法は、高速認証IDなどの認証情報を管理する認証管理モジュールなどの独立したモジュールに関する。これはUEが認証管理モジュールから認証情報を取得することを可能にする。
【００７０】
基本的に、統一認証フレームワークは2つの部分510および520からなる。第1の部分510は、コアネットワークと認証して、あるセキュリティコンテクストを取得する、UEにおける第1のアクセス技術に関係する。第2の部分は、第1のアクセス技術を通じて確立されたセキュリティコンテクストの一部を取得してコアネットワークと認証する、UEにおける第2のアクセス技術に関係する。図5に表わされた例示において、第1のアクセス技術はWi-Fiアクセス技術であり、一方、第2のアクセス技術はセルラー技術である。しかし、当業者は、第1および第2のアクセス技術が、本開示から逸脱することなく、交換可能であることを認識するであろう。換言すると、図5は、本開示から逸脱することなく、第1のアクセス技術がセルラー技術であり、一方、第2のアクセス技術がWi-Fiアクセス技術であるように修正されてもよい。
【００７１】
UEとコアネットワークは広く知られていることに注意されたい。このため、簡潔にするため、オペレーティングシステム、構成、構造、アセンブリなどは省かれている。重要なこととして、本発明による方法およびシステムは、記憶媒体に記憶され、それぞれのUEおよびコアネットワークのプロセッサによって実行可能な命令の形で提供される。
【００７２】
＜2つの通信モジュールを有するUE＞
統一認証フレームワークの第1の方法では、同じUE内の2つの通信エンティティ／デバイスが、高速再認証IDおよび関連する秘密鍵を含む認証情報を互いに直接共有する。ここで図6を参照して共通の認証を使用する2つの通信エンティティ／デバイスのための手順が以下で説明される。
【００７３】
図6は、共有の認証情報を使用してコアネットワークと認証する2つの通信エンティティ／デバイスための手順についてのプロセス600を示す。プロセス600は、通信デバイス1がコアネットワークのネットワーク認証エンティティと認証してセキュリティコンテクストを取得するステップ605で始まる。特に、UEの通信デバイス1はコアネットワークのネットワーク認証エンティティと認証し、成功であるならば、ネットワーク認証エンティティがセキュリティコンテクストを生成する。この例で、ネットワーク認証エンティティは、AAAサーバー、MME、またはAAAサーバーおよびMMEサーバーと同じ場所に置くことができる独立したセキュリティ管理モジュールであってよい。セキュリティコンテクストは、高速再認証IDと、秘密鍵と、カウンタとを含んでよい。そして、通信デバイス1へ認証メッセージが送信される。当業者は、本開示から逸脱することなく、通信デバイス1が代わりにセキュリティコンテクストを生成できることを認識するであろう。ステップ605は統一認証フレームワークの第1の部分に関係する。ステップ605のさらなる詳細は図15を参照して以下で説明される。
【００７４】
ステップ610では、通信デバイス2がコアネットワークと認証することを望む。しかし、通信デバイス2は、コアネットワークとの認証に先立ち、通信デバイス1へ要求を送信して高速再認証IDを取得する。
【００７５】
ステップ615では、通信デバイス1から高速再認証IDを受信すると、通信デバイス2が後に高速再認証IDを使ってコアネットワークと認証する。特に、通信デバイス2はコアネットワークとの高速再認証手順を開始する。高速再認証手順は、通信デバイス2がメッセージを生成して認証エンティティへ送信することで始まる。メッセージは高速再認証IDを含み、任意選択で高速再認証IDが現在の通信デバイスに属していないこと、および現在の通信デバイスが同じUE内の別のデバイスから高速再認証IDを取得することを示すフラグも含む。ネットワーク側の認証エンティティは、メッセージからフラグを抽出することによって、セキュリティコンテクストの取り扱いにおける適切な動作を判断する。例えば、高速再認証IDが通信デバイスに属していることをフラグが示すならば、サーバーは単にセキュリティコンテクストを更新してもよい。高速再認証IDが通信デバイスに属していないことをフラグが示すならば、認証エンティティは新たなセキュリティコンテクストを作成してもよい。
【００７６】
ネットワーク認証エンティティは認証の間に通信デバイス2からさらなる情報を要求してもよい。このため、通信デバイス2は通信デバイス1から、ある情報を要求してもよい。例えば、通信デバイス2は、ネットワーク認証エンティティからEAP-AKA’要求に組み込まれた高速再認証メッセージを受信した後に、通信デバイス1へ高速再認証メッセージを送信してもよい。そして、通信デバイス1は高速再認証応答を生成し、通信デバイス2へ高速再認証応答を送信する。そして、通信デバイス2はネットワーク側のネットワーク認証エンティティへ高速再認証応答メッセージを送信する。ネットワーク認証エンティティは高速再認証応答メッセージで通信デバイス2を認証する。さらに、第2のデバイスとネットワーク側の認証エンティティの間で通知メッセージおよび成功メッセージなどの他のメッセージが交換されてよい。ステップ615のさらなる詳細は図16を参照して以下で説明される。
【００７７】
ステップ620で、高速再認証IDが通信デバイス2に属していないとネットワーク認証エンティティが判断し、通信デバイス2との認証が成功であるならば、ネットワーク認証エンティティが通信デバイス2のためにセキュリティコンテクストを生成する。セキュリティコンテクストは少なくともマスターセッション鍵を含んでいる。セキュリティコンテクストは通信デバイス2へ送信される。あるいは、マスターセッション鍵は通信デバイス1によって生成されて通信デバイス2へ送信されてもよい。ステップ610、615、および620は統一認証フレームワークの第2の部分に関係する。プロセス600は620の後に終了する。
【００７８】
図7は、図6に表わされているように共有の認証情報を使用する2つの通信エンティティ／デバイスがコアネットワークと認証する手順についてのタイミング図700を示す。タイミング図700は、通信デバイス1がコアネットワークのネットワーク認証エンティティと認証してセキュリティコンテクストを取得するステップ705で始まる。プロセス600のステップ605と同様に、UEの通信デバイス1はコアネットワークのネットワーク認証エンティティと認証し、成功であるならば、ネットワーク認証エンティティがセキュリティコンテクストを生成する。この例で、ネットワーク認証エンティティは、AAAサーバー、MMEサーバー、またはAAAおよびMMEサーバー内または外のセキュリティ管理モジュールであってよい。セキュリティコンテクストは、高速再認証IDと、秘密鍵と、カウンタとを含んでよい。そして、高速再認証IDとカウンタとその他の情報を含むメッセージが通信デバイス1へ送信される。当業者は、本開示から逸脱することなく、通信デバイス1が代わりにセキュリティコンテクストを生成してもよいことを認識するであろう。ステップ705のさらなる詳細は図15を参照して以下で説明される。
【００７９】
ステップ705で認証が成功である後、ネットワーク認証エンティティがステップ710aで高速再認証IDと秘密鍵を保存し、カウンタを初期化する。同様に、UE側で通信デバイス1もステップ710bで高速再認証IDと秘密鍵を保存し、カウンタを初期化する。ステップ705、710a、および710bは統一認証フレームワークの第1の部分に関係する。
【００８０】
ステップ715では、通信デバイス2がコアネットワークと認証することを望む。そのため、通信デバイス2は高速再認証IDを取得るるために要求を通信デバイス1へ送信する。通信デバイス2からの要求に応答して、通信デバイスはステップ720で高速再認証IDを含む応答を通信デバイス1へ送信する。
【００８１】
ステップ730では、通信デバイス1から高速再認証IDを受信すると、通信デバイス2が高速再認証IDを使ってコアネットワークと認証する。特に、通信デバイス2はコアネットワークのネットワーク認証エンティティとの高速再認証手順を開始する。高速再認証手順は、通信デバイス2がメッセージを生成して認証エンティティへ送信することで始まる。メッセージは、高速再認証ID、および、高速再認証IDが現在の通信デバイスに属していないこと、および現在の通信デバイスが同じUE内の別のデバイスから高速再認証IDを取得することを示すフラグを含む。ネットワーク側の認証エンティティは、メッセージからフラグを抽出することによって、セキュリティコンテクストの取り扱いにおける適切な動作を判断する。例えば、高速再認証IDが通信デバイスに属していることをフラグが示すならば、サーバーは単にセキュリティコンテクストを更新してもよい。高速再認証IDが通信デバイスに属していないことをフラグが示すならば、認証エンティティは新たなセキュリティコンテクストを作成してもよい。
【００８２】
ネットワーク認証エンティティはステップ730の間に通信デバイス2からさらなる情報を要求してもよい。このため、通信デバイス2はステップ732で通信デバイス1から、ある情報を要求してもよい。例えば、通信デバイス2は、ネットワーク認証エンティティからEAP-AKA’要求に組み込まれた高速再認証メッセージを受信した後に、通信デバイス1へ高速再認証メッセージを送信してもよい。そして、通信デバイス1は高速再認証応答を生成し、通信デバイス2へ高速再認証応答を送信する。そして、通信デバイス2はネットワーク側のネットワーク認証エンティティへ高速再認証応答メッセージを送信する。ネットワーク認証エンティティは高速再認証応答メッセージを用いて通信デバイス2を認証する。さらに、第2のデバイスとネットワーク側の認証エンティティの間で通知メッセージおよび成功メッセージなどの他のメッセージが交換されてよい。ステップ615のさらなる詳細は図16を参照して以下で説明される。
【００８３】
ステップ740aで、高速再認証IDが通信デバイス2に属していないとネットワーク認証エンティティが判断し、通信デバイス2との認証が成功であるならば、ネットワーク認証エンティティが通信デバイス2のためにセキュリティコンテクストを生成する。セキュリティコンテクストは少なくともマスターセッション鍵を含んでいる。新たな高速再認証IDとカウンタとノンスとを含む認証メッセージが、セキュリティコンテクスト導出のため、通信デバイス2へ送信される。あるいは、マスターセッション鍵はステップ740bで通信デバイス1によって生成されて通信デバイス2へ送信されてもよい。ステップ730、732、740a、および740bは統一認証フレームワークの第2の部分に関係する。タイミング図700はステップ740aまたは740bの後に終わる。
【００８４】
図8はプロセス600とタイミング図700とに従って通信デバイス1によって遂行されるプロセス800を示す。プロセス800は、高速再認証IDの要求をUEの第2の通信デバイスへ送信することによってステップ805で始まる。ステップ810では、第1の通信デバイスが第2の通信デバイスから応答を受信する。応答が高速再認証IDを含んでいるならば、通信デバイスはステップ820へ進む。応答が高速再認証IDを含んでいないならば、通信デバイスはステップ830へ進む。
【００８５】
ステップ820では、第1の通信デバイスが統一認証フレームワークの第2の部分を進める。ステップ830では、第1の通信デバイスが統一認証フレームワークの第1の部分を進める。プロセス800はステップ820または830の後に終了する。
【００８６】
図9はプロセス600とタイミング図700とに従って通信デバイス2によって遂行されるプロセス900を示す。プロセス900は、高速再認証IDの要求をUEの通信デバイス1から受信することによってステップ905で始まる。
【００８７】
ステップ910では、通信デバイス2が高速再認証IDと秘密鍵とカウンタとを含む応答を生成して送信する。通信デバイス2が高速再認証IDを有さないならば、通信デバイス2が高速再認証IDを有さないことを示す応答を生成し、送信する。
【００８８】
プロセス900はステップ910の後に終了する。
【００８９】
図10はプロセス600とタイミング図700とに従ってネットワーク認証エンティティによって遂行されるプロセス1000を示す。プロセス1000はUEから要求を受信することによってステップ1005で始まる。ステップ1010でネットワーク認証エンティティは要求が認証であるか、または高速再認証であるかを判断する。要求が認証であるならば、プロセス1000はステップ1015へ進む。要求が高速再認証であるならば、プロセス1000はステップ1040へ進む。
【００９０】
ステップ1015では、認証の要求を受信したことに応答して、ネットワーク認証エンティティがUEと認証する。認証が成功であるならば、プロセス1000はステップ1020へ進む。そうでなければプロセス1000は終了する。
【００９１】
ステップ1020では、ネットワーク認証エンティティがセキュリティコンテクストを生成する。セキュリティコンテクストは、高速再認証ID（FRID）と、秘密鍵と、カウンタとを含んでよい。ステップ1025では、セキュリティコンテクストからさらなる秘密鍵が導出され、Wi-Fi APまたは3GPP技術が規定する基地局、または他のものなどのネットワークエンティティへ送信される。ステップ1030では、セキュリティコンテクストのコピーがネットワーク認証エンティティのデータベース内に保存される。k1と表記され、基地局またはWi-Fi APへ送信される秘密鍵は、KDF関数を用いて、セキュリティコンテクストのk0と表記される秘密鍵から導出される。UEへ送信される、FRID、またはカウンタ、または乱数、またはノンスなどのパラメータも、k1の導出においてKDF関数の入力として使われてよい。
【００９２】
ステップ1040で、ネットワーク認証エンティティは、まずはメッセージが高速再認証IDの出所についてフラグを含んでいるか否かを判断することによって、UEからの高速再認証手順を開始する。そしてネットワーク認証エンティティは高速再認証IDの出所を判断する。
【００９３】
高速再認証IDの出所が通信デバイスに属していることをフラグが示すならば、ネットワーク認証エンティティはステップ1045へ進み、セキュリティコンテクスト内のカウンタなどの通信コンテクストを単に更新する。高速再認証IDの出所が通信デバイスに属していないことをフラグが示すならば、ネットワーク認証エンティティはステップ1050へ進む。
【００９４】
ステップ1050で、ネットワーク認証エンティティは、ステップ1020と同様に、新たな通信デバイスのために新たなセキュリティコンテクストを作成し、鍵またはセキュリティコンテクストからさらに導出された鍵を、Wi-Fi APまたは3GPPが規定する基地局などのネットワークエンティティへ送信する。あるいは、セキュリティコンテクストがステップ1055で生成されるマスターセッション鍵とともにステップ1060で送信されてもよい。
【００９５】
ステップ1055でネットワーク認証エンティティは高速再認証手順を継続する。認証が成功であるならば、ネットワーク認証エンティティはマスターセッション鍵を作成する。マスターセッション鍵はセキュリティコンテクストに含められてよい。あるいは、セキュリティコンテクストはマスターセッション鍵を含まなくてもよい。代わりに、マスターセッション鍵は高速再認証IDを所有する通信デバイスによって生成され、新たな通信デバイスへ送信されてもよい。セキュリティコンテクストはネットワーク認証エンティティのデータベース内にも保存される。
【００９６】
ステップ1060では、ネットワーク認証エンティティがセキュリティコンテクストを含む高速再認証メッセージをUEへ送信する。高速再認証の手順についてのさらなる詳細は図16を参照して以下で説明される。プロセス1000はステップ1060の後に終了する。
【００９７】
図10Aはプロセス600とタイミング図700とに従ってネットワーク認証エンティティによって遂行される代わりのプロセス1000Aを示す。特に、高速再認証手順はFRIDが元の出所からのものであるか否かを検討せず、セキュリティコンテクストの更新に直接に進む。プロセス1000Aの認証プロセスはプロセス1000の認証プロセスと同じである。
【００９８】
プロセス1000AはUEから要求を受信することによってステップ1005Aで始まる。ステップ1010Aでネットワーク認証エンティティは要求が認証であるか、または高速再認証であるかを判断する。要求が認証であるならば、プロセス1000Aはステップ1015Aへ進む。要求が高速再認証であるならば、プロセス1000Aはステップ1045Aへ進む。
【００９９】
ステップ1015Aでは、認証の要求を受信したことに応答して、ネットワーク認証エンティティがUEと認証する。認証が成功であるならば、プロセス1000Aはステップ1020Aへ進む。そうでなければプロセス1000Aは終了する。
【０１００】
ステップ1020Aでは、ネットワーク認証エンティティがセキュリティコンテクストを生成する。セキュリティコンテクストは、高速再認証IDと、秘密鍵と、カウンタとを含んでよい。ステップ1025Aでは、セキュリティコンテクストからさらなる秘密鍵が導出され、Wi-Fi APまたは3GPP技術が規定する基地局、または他のものなどのネットワークエンティティへ送信される。ステップ1030Aでは、セキュリティコンテクストのコピーがネットワーク認証エンティティのデータベース内に保存される。k1と表記され、基地局またはWi-Fi APへ送信される秘密鍵は、KDF関数を用いて、セキュリティコンテクストのk0と表記される秘密鍵から導出される。UEへ送信される、FRID、またはカウンタ、または乱数、またはノンスなどのパラメータも、k1の導出においてKDF関数の入力として使われてよい。
【０１０１】
ステップ1045Aでは、ネットワーク認証エンティティがセキュリティコンテクスト内のカウンタなどの通信コンテクストを更新する。
【０１０２】
ステップ1050Aでネットワーク認証エンティティは高速再認証手順を継続する。認証が成功であるならば、ネットワーク認証エンティティはマスターセッション鍵を作成する。
【０１０３】
そして、マスターセッション鍵はステップ1055AでWi-Fi APまたは3GPPが規定する基地局などのネットワークエンティティへ送信される。プロセス1000Aはステップ1055Aの後に終了する。
【０１０４】
＜2つの通信モジュールと専用の認証管理モジュールを有するUE＞
統一認証フレームワークの第2の方法では、同じUE内の2つの通信エンティティ／デバイスが、認証管理モジュールを通じて、高速再認証IDと関連する秘密鍵とを含む認証情報を共有する。特に、異なる通信デバイスからの認証情報を管理するため、UE内に個別のモジュールが設けられる。ネットワーク認証エンティティから高速再認証IDを受信した後に、通信デバイスはさらに、高速再認証IDと（任意選択の）導出された秘密鍵とカウンタなどを認証管理モジュールに引き渡す。ここで認証管理モジュールを通じた共通の認証を使用する2つの通信エンティティ／デバイスのための手順が図11を参照して以下で説明される。
【０１０５】
図11は、2つの通信エンティティ／デバイスが認証管理モジュールを通じて共通の認証情報を使ってコアネットワークと認証する手順についてのプロセス1100を示す。プロセス1100は、通信デバイス1がコアネットワークのネットワーク認証エンティティと認証してセキュリティコンテクストを取得することによってステップ1105で始まる。特に、UEの通信デバイス1はコアネットワークのネットワーク認証エンティティと認証し、成功であるならば、ネットワーク認証エンティティがセキュリティコンテクストを生成する。この例で、ネットワーク認証エンティティは、AAAサーバー、MMEサーバー、またはAAAおよびMMEサーバーを管理する管理モジュールであってよい。ネットワーク認証エンティティは独立した機能エンティティであることも可能である。セキュリティコンテクストは、高速再認証IDと、秘密鍵と、カウンタとを含んでよい。そして、通信デバイス1へセキュリティコンテクストが送信される。当業者は、本開示から逸脱することなく、通信デバイス1が代わりにセキュリティコンテクストを生成してもよいことを認識するであろう。ステップ1105は統一認証フレームワークの第1の部分に関係する。ステップ1105のさらなる詳細は図15を参照して以下で説明される。
【０１０６】
ステップ1110では、通信デバイス1が認証管理モジュールへセキュリティコンテクストを送信する。別の一実施形態において、認証管理モジュールは、ネットワーク側のネットワーク認証エンティティとの認証メッセージの交換を通じてセキュリティコンテクストを自ら確立してもよい。認証管理モジュールは独立したモジュールであってよく、これはハードウェアまたはソフトウェアであることが可能であり、同じUE内の異なる通信デバイスからの認証情報を管理するように開発される。通信デバイス1からセキュリティコンテクストを受信すると、認証管理モジュールはセキュリティコンテクスト情報のコピーを保存する。
【０１０７】
ステップ1115では、通信デバイス2がコアネットワークと認証することを望む。しかし、通信デバイス2は、コアネットワークとの認証に先立ち、認証管理モジュールへ要求を送信して高速再認証IDを取得する。あるいは、通信デバイス2は、認証管理モジュールをトリガーして認証手順を開始してもよい。
【０１０８】
ステップ1120では、認証管理モジュールから高速再認証IDを受信すると、通信デバイス2が高速再認証IDを使ってコアネットワークと認証する。特に、通信デバイス2はコアネットワークとの高速再認証手順を開始する。高速再認証手順は、通信デバイス2または認証管理モジュールがメッセージを生成して認証エンティティへ送信することで始まる。メッセージは、高速再認証ID、および、高速再認証IDが現在の通信デバイスに属していないこと、および現在の通信デバイスが同じUE内の別のデバイスから高速再認証IDを得ることを示すフラグを含む。ネットワーク側の認証エンティティは、メッセージからフラグを抽出することによって、セキュリティコンテクストの取り扱いにおける適切な動作を判断する。例えば、高速再認証IDが通信デバイスに属していることをフラグが示すならば、サーバーは単にセキュリティコンテクストを更新してもよい。高速再認証IDが通信デバイスに属していないことをフラグが示すならば、認証エンティティは新たなセキュリティコンテクストを作成してもよい。
【０１０９】
ネットワーク認証エンティティは認証の間に通信デバイス2からさらなる情報を要求してもよい。このため、通信デバイス2は認証管理モジュールから、ある情報を要求してもよい。例えば、通信デバイス2は、ネットワーク認証エンティティからEAP-AKA’要求に組み込まれた高速再認証メッセージを受信した後に、認証管理モジュールへ高速再認証メッセージを送信してもよい。そして、認証管理モジュールは高速再認証応答を生成し、通信デバイス2へ高速再認証応答を送信する。そして、通信デバイス2はネットワーク側のネットワーク認証エンティティへ高速再認証応答メッセージを送信する。ネットワーク認証エンティティは高速再認証応答メッセージを用いて通信デバイス2を認証する。さらに、通信デバイスまたは認証管理モジュールとネットワーク側の認証エンティティの間で通知メッセージおよび成功メッセージなどの他のメッセージが交換されてよい。ステップ1120のさらなる詳細は図16を参照して以下で説明される。
【０１１０】
ステップ1125で、高速再認証IDが通信デバイス2に属していないとネットワーク認証エンティティが判断し、通信デバイス2との認証が成功であるならば、ネットワーク認証エンティティが通信デバイス2のためにセキュリティコンテクストを生成する。セキュリティコンテクストは少なくともマスターセッション鍵を含んでいる。マスターセッション鍵は認証管理モジュールによって生成されて通信デバイス2へ送信されてもよい。ステップ1115、1120、および1125は統一認証フレームワークの第2の部分に関係する。プロセス1100は1125の後に終了する。
【０１１１】
図12は、図11に表わされているように、2つの通信エンティティ／デバイスが認証管理モジュールを通じて共有の認証情報を使用してコアネットワークと認証するための手順についてのタイミング図1200を示す。タイミング図1200は、通信デバイス1が、コアネットワークのネットワーク認証エンティティと認証してセキュリティコンテクストを確立するステップ1205で始まる。プロセス1100のステップ1105と同様に、UEの通信デバイス1はコアネットワークのネットワーク認証エンティティと認証し、成功であるならば、ネットワーク認証エンティティがセキュリティコンテクストを生成する。この例で、ネットワーク認証エンティティは、AAAサーバー、MMEサーバー、またはAAAおよびMMEサーバーを管理する管理モジュールであってよい。セキュリティコンテクストは、高速再認証IDと、秘密鍵と、カウンタとを含んでよい。当業者は、本開示から逸脱することなく、通信デバイス1が代わりにセキュリティコンテクストを生成できることを認識するであろう。ステップ1205のさらなる詳細は図15を参照して以下で説明される。
【０１１２】
ステップ1205で認証が成功した後は、ネットワーク認証エンティティがステップ1210aで高速再認証IDと秘密鍵を保存し、カウンタを初期化する。同様に、UE側で通信デバイス1もステップ1210bで高速再認証IDと秘密鍵を保存し、カウンタを初期化する。ステップ1205、1210a、および1210bは統一認証フレームワークの第1の部分に関係する。
【０１１３】
ステップ1215では、通信デバイス1が認証管理モジュールへセキュリティコンテクストを送信する。認証管理モジュールは独立したモジュールであってよく、ハードウェアまたはソフトウェアであることが可能であり、同じUE内の異なる通信デバイスからの認証情報を管理するように開発される。通信デバイス1からセキュリティコンテクストを受信すると、認証管理モジュールはセキュリティコンテクスト情報のコピーを保存する。
【０１１４】
ステップ1220では、通信デバイス2がコアネットワークと認証することを望む。そのため、通信デバイス2は高速再認証IDを得るために要求を認証管理モジュールへ送信する。通信デバイス2からの要求に応答して、認証管理モジュールはステップ1230で高速再認証IDを含む応答を通信デバイス1へ送信する。
【０１１５】
ステップ1240では、認証管理モジュールから高速再認証IDを受信すると、通信デバイス2が高速再認証IDを使ってコアネットワークと認証する。特に、通信デバイス2はコアネットワークのネットワーク認証エンティティとの高速再認証手順を開始する。高速再認証手順は、通信デバイス2がメッセージを生成して認証エンティティへ送信することで始まる。メッセージは、高速再認証ID、および、高速再認証IDが現在の通信デバイスに属していないこと、および現在の通信デバイスが同じUE内の別のデバイスから高速再認証IDを取得することを示すフラグを含む。ネットワーク側の認証エンティティは、メッセージからフラグを抽出することによって、セキュリティコンテクストの取り扱いにおける適切な動作を判断する。例えば、高速再認証IDが通信デバイスに属していることをフラグが示すならば、サーバーは単にセキュリティコンテクストを更新してもよい。高速再認証IDが通信デバイスに属していないことをフラグが示すならば、認証エンティティは新たなセキュリティコンテクストを作成してもよい。
【０１１６】
ネットワーク認証エンティティはステップ1240の間に通信デバイス2からさらなる情報を要求してもよい。このため、通信デバイス2はステップ1442で認証管理モジュールから、ある情報を要求してもよい。例えば、通信デバイス2は、ネットワーク認証エンティティからEAP-AKA’要求に組み込まれた高速再認証メッセージを受信した後に、認証管理モジュールへ高速再認証メッセージを送信してもよい。そして、認証管理モジュールは高速再認証応答を生成し、通信デバイス2へ高速再認証応答を送信する。そして、通信デバイス2はネットワーク側のネットワーク認証エンティティへ高速再認証応答メッセージを送信する。ネットワーク認証エンティティは高速再認証応答メッセージを用いて通信デバイス2を認証する。さらに、通信デバイス2とネットワーク側の認証エンティティの間で通知メッセージおよび成功メッセージなどの他のメッセージが交換されてよい。ステップ1240および1242のさらなる詳細は図16を参照して以下で説明される。
【０１１７】
ステップ1250aで、高速再認証IDが通信デバイス2に属していないとネットワーク認証エンティティが判断し、通信デバイス2との認証が成功であるならば、ネットワーク認証エンティティが通信デバイス2のためにセキュリティコンテクストを生成する。マスターセッション鍵も生成され、セキュリティコンテクストに含められる。セキュリティコンテクストはWi-Fi APまたは3GPP技術が規定する基地局、または他のものなどのネットワークエンティティへ送信される。ネットワークエンティティはマスターセッション鍵のないセキュリティコンテクストを認証管理モジュールへさらに送信する。あるいは、ステップ1250bでマスターセッション鍵が認証管理モジュールによって生成され、通信デバイス2へ送信されてもよい。ステップ1240、1242、1250a、および1250bは統一認証フレームワークの第2の部分に関係する。セキュリティコンテクストが通信デバイスによって共有される代わりのプロセスでは、新たなセキュリティコンテクストは生成されない。代わりに、マスターセッション鍵だけが生成されてネットワークエンティティへ送信される。
【０１１８】
タイミング図1200はステップ1250aまたは1250bの後に終わる。
【０１１９】
図12Aはタイミング図1200への修正を示す。特に、タイミング図1200のステップ1205〜1215は次のように修正されている。ステップ1205では、通信デバイス1がコアネットワークのネットワーク認証エンティティと認証してセキュリティコンテクストを確立する代わりに、通信デバイス1は、認証管理モジュールをトリガーしてコアネットワークのネットワーク認証エンティティと認証してセキュリティコンテクストを確立する。特に、通信デバイス1は、認証要求を認証管理モジュールへ送信してコアネットワークのネットワーク認証エンティティと認証してセキュリティコンテクストを確立する。通信デバイス1からトリガーを受信したことに応答して、UEの認証管理モジュールはコアネットワークのネットワーク認証エンティティと認証し、成功であるならば、ネットワーク認証エンティティがセキュリティコンテクストを生成する。セキュリティコンテクストは、高速再認証IDと、秘密鍵と、カウンタとを含んでよい。当業者は、本開示から逸脱することなく、認証管理モジュールが代わりにセキュリティコンテクストを生成できることを認識するであろう。
【０１２０】
ステップ1205で認証が成功した後は、ネットワーク認証エンティティがステップ1210aで高速再認証IDと秘密鍵を保存し、カウンタを初期化する。同様に、UE側で認証管理モジュールもステップ1210bで高速再認証IDと秘密鍵を保存し、カウンタを初期化する。ネットワーク認証エンティティと認証管理モジュールは認証手順の後に確立された秘密鍵に基づいて新たな鍵を導出する。一実施形態において、認証の後に確立された秘密鍵がk0であるならば、認証モジュールとネットワーク認証エンティティは鍵導出関数（KDF）を使って新たな鍵k1をさらに導出する。特に、k1は秘密鍵とカウンタを使って導出されてよく、k1＝KDF（k0，カウンタ）のように表現されてよい。別の一実施形態において、認証管理モジュールとネットワーク認証エンティティは秘密鍵と高速再認証IDを使ってk1を導出してよく、k1＝KDF（k0，高速再認証ID）のように表現されてよい。秘密鍵k0は認証管理モジュールとネットワーク認証エンティティ内に記憶され、一方、k1は認証管理モジュールによってセキュリティコンテクストに含められて通信デバイスへ送信される。k1は、ネットワーク認証エンティティによって基地局またはWi-Fi APへ送信されるセキュリティコンテクストにも含められる。認証管理モジュールはEAPフレームワークに規定されたサプリカントであることが可能であり、ネットワーク認証エンティティはEAPフレームワークにおける認証サーバーであることが可能であり、またはTR 23.799などの3GPP仕様におけるCP-AUと称される認証ユニットであってよい。疑問を回避するため、秘密鍵はネットワーク認証エンティティと認証管理モジュールによって個別に生成される。
【０１２１】
ステップ1215では、認証管理モジュールが通信デバイス1へセキュリティコンテクストを送信する。認証管理モジュールからセキュリティコンテクストを受信すると、通信デバイス1は、セキュリティコンテクスト情報のコピーを保存する。残りのステップ1220〜1250に不変のままである。
【０１２２】
図13はプロセス1100と図12または12Aのタイミング図1200とに従って通信デバイス1および2のいずれか一方によって遂行されるプロセス1300を示す。プロセス1300は、高速再認証IDの要求をUEの認証管理モジュールへ送信することによってステップ1305で始まる。ステップ1310では、通信デバイスが認証管理モジュールから応答を受信する。応答が高速再認証IDを含んでいるならば、通信デバイスはステップ1320へ進む。応答が高速再認証IDを含んでいないならば、通信デバイスはステップ1330へ進む。
【０１２３】
ステップ1320では、通信デバイスが統一認証フレームワークの第2の部分を進める。ステップ1330では、通信デバイスが統一認証フレームワークの第1の部分を進める。特に、通信デバイスは、図12に示されているように、ネットワーク認証エンティティと認証してセキュリティコンテクストを直接的に取得し、または図12Aに示されているように認証管理モジュールを介して間接的に取得する。プロセス1300はステップ1320または1330の後に終了する。
【０１２４】
図14はプロセス1100と図12または12Aのタイミング図1200とに従って認証管理モジュールによって遂行されるプロセス1400を示す。プロセス1400は、UEの通信デバイスからメッセージを受信することによってステップ1405で始まる。プロセス1400はそして、ステップ1410でメッセージが高速再認証IDの要求であるか、またはコアネットワークのネットワーク認証エンティティと認証してセキュリティコンテクストを確立するために認証管理モジュールをトリガーする要求であるかを判断する。メッセージがUEの通信デバイスからの高速再認証IDの要求であるならば、プロセス1400はステップ1415へ進む。メッセージがコアネットワークのネットワーク認証エンティティと認証してセキュリティコンテクストを確立するために認証管理モジュールをトリガーする要求であるならば、プロセス1400はステップ1420へ進む。
【０１２５】
ステップ1415では、認証管理モジュールが、高速再認証IDと、秘密鍵、カウンタとを含む応答を生成し、送信する。認証管理モジュールが高速再認証IDを有さないならば、認証管理モジュールは、高速再認証IDを有さないことを示す応答を生成し、送信する。
【０１２６】
ステップ1420では、プロセス1400が統一認証フレームワークの第1の部分を進める。統一認証フレームワークの第1の部分についてのさらなる詳細は以下で説明される。
【０１２７】
プロセス1400はステップ1420の後に終了する。
【０１２８】
プロセス1100とタイミング図1200とに従ってネットワーク認証エンティティによって遂行されるプロセスはプロセス1000と同様である。
【０１２９】
我々はここで認証手順と高速再認証手順に注意を向ける。
【０１３０】
＜協調的認証＞
図15は統一認証フレームワークの第1の部分による認証手順のタイミング図1500を示す。この認証はAKA高速再認証手順に基づいている。認証手順に若干の違いがあり得ること、これがUEの通信デバイスに依存することに注意することが重要である。主な違いはタイミング図1500を参照して以下の説明で強調される。
【０１３１】
タイミング図1500は、UEが（通信デバイスがセルラー技術であるならば）3GPPアクセスネットワークなどのセルラーアクセスネットワークの基地局との、または（通信デバイスがWi-Fiエンティティであるならば）Wi-Fi APとの接続を確立する1505で始まる。あるいは、Wi-Fi APは発展型パケットデータゲートウェイ（ePDG）または信頼されたWLANアクセスゲートウェイ／プロキシ（TWAG／TWAP）であってもよい。
【０１３２】
ステップ1510では、接続を確立したことに応答して、（通信デバイスがセルラー技術エンティティであるならば）UEがUEのIDを含む要求を基地局へ送信することによって3GPPアクセスネットワークへのアクセスを要求する。UEの通信デバイスがWi-Fiエンティティである場合、Wi-Fi APがUEへ要求メッセージを送信することによってAKA認証プロセスを開始する。これに応答して、UEのWi-Fiエンティティはメッセージ内にUEのIDを有する応答メッセージを用いてWi-Fi APに応答する。
【０１３３】
ステップ1515では、基地局がネットワーク認証エンティティへ要求メッセージを転送する。同様に、Wi-Fi APは要求メッセージの形での応答メッセージをネットワーク認証エンティティへ転送する。
【０１３４】
ステップ1520では、ネットワーク認証エンティティが、HSS（Home Subscriber Server, ホーム加入者サーバー）へ認証データ要求メッセージを送信してUEの認証データを取得する。認証データ要求メッセージはUEのIDを含んでいる。
【０１３５】
ネットワーク認証エンティティから認証データ要求メッセージを受信すると、HSSは、UEのIDに従って鍵Kを見つけ、AKAアルゴリズムを使って認証ベクトルを計算する。HSSはそして、ステップ1525で認証ベクトルとともに認証データ応答をネットワーク認証エンティティへ送信する。認証データ応答は認証ベクトルを含んでいる。認証ベクトルは、乱数（RAND）と、識別情報モジュールに対してネットワークを認証するのに使われるネットワーク認証トークン（AUTN）と、期待結果部分（XRES）と、完全性チェックのための128ビットセッション鍵（IK）と、暗号化のための128ビットセッション鍵（CK）とを含んでいる。認証ベクトルを生成するプロセスはよく知られ、簡潔にするため省かれる。
【０１３６】
ステップ1530で、ネットワーク認証エンティティは、高速再認証ID、RAND、AUTH、サービングネットワーク識別情報（SN ID）、およびネットワークタイプ、およびメッセージ認証コード（MAC）を含むAKAチャレンジメッセージを、どの通信デバイスが認証プロセスを開始するかに応じて、基地局またはWi-Fi APへ送信する。高速再認証IDは、ネットワーク認証エンティティによって、UEのIDを乱数と組み合わせることによって生成されてよい。あるいは、高速再認証IDは、UEのIDを、要求を行っている通信デバイスのタイプに基づく所定の数字と組み合わせることによって生成されてもよい。例えば、通信デバイスがWi-Fiエンティティであるならば、所定の数字は01であり、通信デバイスがセルラーエンティティであるならば、所定の数字は02である。当業者は、本開示から逸脱することなく、高速再認証IDを生成する別の方法が実現され得ることを認識するであろう。MACはIKを使って、RANDとAUTHと高速再認証IDである入力を用いて生成される。MACを生成する具体的なプロセスは知られており、簡潔にするため省かれる。
【０１３７】
ステップ1535では、基地局がUEへAKAチャレンジメッセージを転送し、一方、Wi-Fi APはUEへAKAチャレンジメッセージを転送する。
【０１３８】
ステップ1540で、UEは、まずはMACに基づいてAKAチャレンジメッセージを検証し、続いてAKAチャレンジメッセージの真実性の検証に成功した後に、RANDとAUTHを使ってAKAアルゴリズムを実行することにより、ネットワーク認証エンティティを認証する。UEは、セルラーアクセスまたは非セルラーアクセスのために、鍵をさらに導出する。UEは高速再認証IDを記憶し、高速再認証のために鍵を導出し、高速再認証のためにカウンタを開始する。高速再認証のために鍵を生成するUEのさらなる詳細は図16を参照して以下で説明される。
【０１３９】
セルラーアクセスのための鍵は、UEと基地局との間でトラフィックを暗号化するための鍵と、そのようなトラフィックの完全性保護のための鍵とを含むことに注意されたい。さらに、高速再認証のための鍵は、再認証の間に一部のデータを暗号化するための暗号化鍵と、MAC（message authentication code,メッセージ認証コード）を生成するための認証鍵とを含む。
【０１４０】
非セルラーアクセスのための鍵は、UEとゲートウェイとの間でトラフィックを暗号化するための鍵と、そのようなトラフィックの完全性保護のための鍵とを含むことに注意されたい。さらに、高速再認証のための鍵は、再認証の間に一部のデータを暗号化するための暗号化鍵と、MAC（message authentication code, メッセージ認証コード）を生成するための認証鍵とを含む。
【０１４１】
ステップ1545では、UEが基地局へAKAチャレンジ応答メッセージを送信する。Wi-Fiエンティティが関わる場合、UEがゲートウェイへAKAチャレンジ応答メッセージを送信する。AKAチャレンジ応答メッセージはUEによって生成されたMACとRESとを含んでいる。
【０１４２】
ステップ1550では、基地局またはWi-Fi APがネットワーク認証エンティティへAKAチャレンジ応答メッセージを転送する。
【０１４３】
ステップ1555では、ネットワーク認証エンティティが受信されたAKAチャレンジメッセージを検証することによってUEを認証する。特に、ネットワーク認証エンティティは受信されたメッセージ内のRESとMACが正しいか否かをチェックすることによってメッセージを検証する。ネットワーク認証エンティティはそして、セルラーアクセスまたは非セルラーアクセスのための鍵を導出し、高速再認証IDを記憶する。鍵は疑似ランダム関数である鍵導出関数（KDF）を使って導出される。KDFの入力はUEのIDとRANDとを含む。続いて、ネットワーク認証エンティティは高速再認証のためにカウンタを開始する。
【０１４４】
ステップ1560でネットワーク認証エンティティは、認証が成功であるという成功メッセージと、UEのセルラーまたは非セルラーアクセスのための鍵とを、基地局またはWi-Fi APへ送信する。成功メッセージと鍵を受信すると、基地局またはWi-Fi APは、ステップ1565でUEへ成功メッセージと鍵を送信する。タイミング図1500はステップ1565の後に終わる。通信デバイスのいずれか1つの代わりに認証管理モジュールによって認証が要求される場合、ネットワーク認証エンティティと認証管理モジュールが認証手順の後に確立された秘密鍵に基づいて新たな鍵をさらに生成する。一実施形態において、認証の後に確立された秘密鍵がk0であるならば、認証モジュールとネットワーク認証エンティティは鍵導出関数（KDF）を使って新たな鍵k1をさらに導出する。特に、k1は秘密鍵とカウンタを使って導出されてよく、k1＝KDF（k0，カウンタ）のように表現されてよい。別の一実施形態において、認証管理モジュールとネットワーク認証エンティティは秘密鍵と高速再認証IDを使ってk1を導出してよく、k1＝KDF（k0，高速再認証ID）のように表現される。秘密鍵k0は認証管理モジュールとネットワーク認証エンティティ内に維持され、一方、k1は認証管理モジュールによってセキュリティコンテクストに含められて通信デバイスへ送信される。k1は、ネットワーク認証エンティティによって基地局またはWi-Fi APへ送信されるセキュリティコンテクストにも含められる。認証管理モジュールはEAPフレームワークに規定されたサプリカントであることが可能であり、ネットワーク認証エンティティはEAPフレームワークにおける認証サーバーであることが可能であり、またはTR 23.799などの3GPP仕様におけるCP-AUと称される認証ユニットであることが可能である。
【０１４５】
図16は、タイミング図1500を参照して説明されたように、統一認証フレームワークの第1の部分に従ってUEによって遂行されるプロセスの流れ1600を示す。プロセス1600は、（通信デバイスがセルラーエンティティであるならば）3GPPアクセスネットワークなどのセルラーアクセスネットワークの基地局との、または（通信デバイスがWi-Fiエンティティであるならば）Wi-Fi APとの結び付きを確立することによってステップ1605で始まる。あるいは、Wi-Fi APは発展型パケットデータゲートウェイ（ePDG）または信頼されたWLANアクセスゲートウェイ／プロキシ（TWAG／TWAP）であってもよい。
【０１４６】
ステップ1610で、UEはその識別情報（UEのID）を引き出し、続いてUEのIDを含む要求を生成して送信する。要求は（通信デバイスがセルラー技術エンティティであるならば）基地局へ送信される。次に、基地局がネットワーク認証エンティティへ要求メッセージを転送する。UEの通信デバイスがWi-Fiエンティティである場合、Wi-Fi APがUEへ要求メッセージを送信することによってAKA認証プロセスを開始する。これに応答して、UEのWi-Fiエンティティはメッセージ内にUEのIDを有する応答メッセージを用いてWi-Fi APに応答する。そして、Wi-Fi APは応答メッセージを要求メッセージとしてネットワーク認証エンティティへ転送する。
【０１４７】
ステップ1615では、UEがAKAチャレンジメッセージを受信する。AKAチャレンジメッセージはHSSによって生成されたRANDとAUTNを含んでいる。AKAチャレンジメッセージはネットワーク認証エンティティによって生成されたFRIDとMACも含んでいる。
【０１４８】
ステップ1620では、UEがその鍵（IK）を使ってMACを検証する。UEはHSSに登録されており、UEとHSSの両方は同じ鍵を有することに注意されたい。MACを検証するため、UEは、ネットワーク認証エンティティによってIKとともに使われるのと同じMAC生成関数を使って、FRID、RAND、およびAUTNを用いてMACを生成する。MAC生成関数の一例は鍵式ハッシュメッセージ認証コード（Hash Message Authentication Code, HMAC）である。MACが有効であるならば、ステップ1620は引き続きAKAアルゴリズム1690を使って認証ベクトルを計算する。AKAアルゴリズムの入力パラメータは、IKと、RANDと、SN IDと、SQNとを含む。AKA鍵導出関数アルゴリズムからの出力パラメータはAUTNUEと、RESと、KASMEとを含む。
【０１４９】
ステップ1625で、UEは、AUTNUEがAUTNに等しいか否かを検証することによってネットワーク認証エンティティと認証する。AUTNUEがAUTNに等しくなければ、プロセス1700は終了する。AUTNUEがAUTNに等しければ、プロセス1600はステップ1630へ進む。
【０１５０】
ステップ1630では、UEがセルラーアクセスまたは非セルラーアクセスのための秘密鍵を導出する。鍵は疑似ランダム関数である鍵導出関数（KDF）を使って導出される。KDFの入力はUEのIDとRANDとを含む。当業者は、本開示から逸脱することなく、秘密鍵を生成するために、KDFの入力として、UEのルート鍵などの他の入力が含まれてよいことを認識するであろう。UEはFRIDと高速再認証のための秘密鍵を含むセキュリティコンテクストを記憶し、高速再認証のためのカウンタを開始する。認証管理モジュールが使用可能である場合、認証管理モジュールにおいてセキュリティコンテクストが記憶される。認証管理モジュールが使用可能でないならば、第1の通信デバイスまたは第2の通信デバイスのいずれかにおいてセキュリティコンテクストが記憶される。通信デバイスのいずれか1つの代わりに認証管理モジュールによって認証が要求される場合、認証管理モジュールが、確立された秘密鍵に基づいて新たな鍵をさらに導出するようにステップ1630が修正される。一実施形態において、認証の後に確立された秘密鍵がk0であるならば、認証管理モジュールは通信デバイスのために鍵導出関数（KDF）を使って新たな鍵k1をさらに導出する。特に、k1は秘密鍵とカウンタを使って導出されてよく、k1＝KDF（k0，カウンタ）のように表現されてよい。別の一実施形態において、認証管理モジュールは秘密鍵と高速再認証IDを使ってk1を導出してよく、k1＝KDF（k0，高速再認証ID）のように表現される。秘密鍵k0は認証管理モジュール内に維持され、一方、k1は認証管理モジュールによってセキュリティコンテクストに含められて通信デバイスへ送信される。認証管理モジュールはEAPフレームワークに規定されたサプリカントであることが可能である。
【０１５１】
ステップ1635では、UEがAKA応答メッセージを生成してネットワーク認証エンティティへ送信する。AKA応答メッセージはステップ1620で判断されたRESを含んでいる。プロセス1600はステップ1635の後に終了する。
【０１５２】
図17は、タイミング図1500を参照して説明されたように、統一認証フレームワークの第1の部分に従ってコアネットワークのネットワーク認証エンティティによって遂行されるプロセスの流れ1700を示す。プロセス1700は、UEから基地局またはWi-Fi APのいずれかを介して要求メッセージを受信することによってステップ1705で始まる。
【０１５３】
ステップ1710では、ネットワーク認証エンティティがUEから受信された情報に基づいて認証データ要求を生成し、HSSへ送信する。UEから受信された要求に基づき、SN IDおよびネットワークタイプなどの他の情報がMMEによって引き出されることが可能である。認証データ要求は、UEのIDと、SN IDと、ネットワークタイプとを含んでいる。
【０１５４】
ステップ1715では、ネットワーク認証エンティティがHSSから認証データ応答を受信する。認証データ応答は、RANDと、AUTNと、XRESと、IKと、CK（KASMEとも呼ばれ得る）とを含んでいる。
【０１５５】
ステップ1718では、ネットワーク認証エンティティがUEのIDを乱数と組み合わせて高速再認証ID（FRID）を生成する。あるいは、FRIDは、UEのIDを、要求を行っている通信デバイスのタイプに基づく所定の数字と組み合わせることによって生成されてもよい。例えば、通信デバイスがWi-Fiエンティティであるならば、所定の数字は01であり、通信デバイスがセルラーエンティティであるならば、所定の数字は02であり、要求が認証管理モジュールからのものであるならば、所定の数字は03である。当業者は、本開示から逸脱することなく、高速再認証IDを生成する別の方法が実現され得ることを認識するであろう。
【０１５６】
ステップ1720で、ネットワーク認証エンティティは、FRID、RAND、AUTH、およびメッセージ認証コード（MAC）を含むAKAチャレンジメッセージを生成し、どの通信デバイスが認証プロセスを開始するかに応じて、基地局またはWi-Fi APへ送信する。MACはIKを使って生成される。MACの入力パラメータは、FRID、RAND、AUTHを含み、次のように表現されることが可能である。
MAC＝MACIK（FRID||RAND||AUTH）
【０１５７】
ステップ1725では、ネットワーク認証エンティティがUEからAKA応答を受信する。これに応答して、ネットワーク認証エンティティは（AKA応答からの）RESが（認証データ応答からの）XRESに等しいか否かを判断する。RESがXRESに等しくなければ、プロセス1700は終了する。RESがXRESに等しければ、プロセス1700はステップ1730へ進む。
【０１５８】
ステップ1730では、ネットワーク認証エンティティがステップ1730でそのゲートウェイへのアクセスをUEに許可する。特に、ネットワーク認証エンティティは、UEにアクセスを許可するために、ゲートウェイへメッセージを送信する。さらに、ネットワーク認証エンティティはセルラーアクセスまたは非セルラーアクセスのための秘密鍵を導出する。鍵は疑似ランダム関数である鍵導出関数（KDF）を使って導出される。KDFの入力はUEのIDとRANDとを含む。当業者は、本開示から逸脱することなく、秘密鍵を生成するために、KDFの入力として、UEのルート鍵などの他の入力が含まれてよいことを認識するであろう。ネットワーク認証エンティティはFRIDと高速再認証のための秘密鍵を含むセキュリティコンテクストを記憶し、高速再認証のためにカウンタを開始する。ネットワーク認証エンティティはまた、認証が成功であることを示す成功メッセージを生成し、基地局またはWi-Fi APを介してUEへ送信する。プロセス1700はステップ1730の後に終了する。
【０１５９】
通信デバイスのいずれか1つの代わりに認証管理モジュールによって認証が要求される場合、ネットワーク認証エンティティが通信デバイスのために確立された秘密鍵に基づいて新たな鍵をさらに導出するようにステップ1730が修正されてよい。一実施形態において、認証の後に確立された秘密鍵がk0であるならば、ネットワーク認証エンティティは鍵導出関数（KDF）を使って新たな鍵k1をさらに導出する。特に、k1は秘密鍵とカウンタを使って導出されてよく、k1＝KDF（k0，カウンタ）のように表現されてよい。別の一実施形態において、ネットワーク認証エンティティは秘密鍵と高速再認証IDを使ってk1を導出してよく、k1＝KDF（k0，高速再認証ID）のように表現される。秘密鍵k0およびk1はネットワーク認証エンティティ内に維持され、ネットワーク認証エンティティによって基地局またはWi-Fi APへ送信されるセキュリティコンテクストに含められる。ネットワーク認証エンティティはEAPフレームワークにおける認証サーバー、またはTR 23.799などの3GPP仕様におけるCP-AUと称される認証ユニットであることが可能である。
【０１６０】
図18は、タイミング図1500を参照して説明されたように、統一認証フレームワークの第1の部分に従ってコアネットワークのHSSによって遂行されるプロセスの流れ1800を示す。プロセス1800は、ネットワーク認証エンティティから認証データ要求を受信することによってステップ1805で始まる。
【０１６１】
ステップ1810では、HSSがAKAアルゴリズム1890を使って認証データ応答を生成して認証ベクトルを取得する。AKAアルゴリズムの入力パラメータは、IK、RAND、SN ID、SQNを含む。AKAアルゴリズムの出力パラメータは、AUTNと、XRESと、暗号化のための128ビットセッション鍵（CK）（KASMEとも呼ばれる）とを含む。RANDはHSSによって導出される乱数である。認証データ応答は、RANDと、AUTNと、XRESと、IKと、CKとを含んでいる。
【０１６２】
そして、認証データ応答はステップ1815でネットワーク認証エンティティへ送信される。プロセス1800はステップ1815の後に終了する。
【０１６３】
図19は統一認証フレームワークの第2の部分による高速再認証手順のタイミング図1900を示す。この高速再認証はAKA高速再認証手順に基づいている。高速再認証手順に若干の違いがあり得ること、これがUE内の通信デバイスに依存することに注意することが重要である。主な違いはタイミング図1900を参照して以下の説明で強調される。
【０１６４】
タイミング図1900は、UEが（通信デバイスがセルラーエンティティであるならば）3GPPアクセスネットワークの基地局との、または（通信デバイスがWi-Fiエンティティであるならば）Wi-Fi APとの接続を確立する1905で始まる。Wi-Fi APは発展型パケットデータゲートウェイ（ePDG）または信頼されたWLANアクセスゲートウェイ／プロキシ（TWAG／TWAP）であってもよい。
【０１６５】
ステップ1910では、接続を確立したことに応答して、（通信デバイスがセルラーエンティティであるならば）UEが、UEのIDと、高速再認証IDと、フラグとを含む要求を基地局へ送信することによってセルラーアクセスネットワークへのアクセスを要求する。UEの通信デバイスがWi-Fiエンティティである場合、Wi-Fi APがUEへ要求メッセージを送信することによってAKA認証プロセスを開始する。これに応答して、UEのWi-Fiエンティティは、UEのIDと、高速再認証IDと、フラグとを含む応答メッセージを用いてWi-Fi APに応答する。
【０１６６】
ステップ1915では、基地局がネットワーク認証エンティティへ要求メッセージを転送する。Wi-Fi APの場合、Wi-Fi APが要求メッセージの形での応答メッセージをネットワーク認証エンティティへ送信する。Wi-Fi APはまた、ネットワーク認証エンティティにアクセスタイプ（セルラーアクセスまたは非セルラーアクセス）を知らせる。
【０１６７】
ステップ1920では、ネットワーク認証エンティティが、その中に4つのフィールド（*カウンタ(*counter)、*ノンス(*nonce)、*新たな再認証ID(*new-re-auth-ID)、MAC）を有するAKA再認証要求を用いて基地局またはWi-Fi APに応答する。「*」マークを有するフィールドは、AKA高速再認証のための暗号化鍵でフィールドが暗号化されることを意味する。*カウンタはAKA高速再認証のためのカウンタの値である。ネットワーク認証エンティティとUEは再認証ごとにその後に値を少なくとも1だけ増加させる。これはUEがメッセージの新しさをチェックすることを可能にする。*ノンスはネットワーク認証エンティティによって選択される乱数である。*新たな再認証IDは次の再認証のための高速再認証IDである。MACはメッセージの作成者を検証するためのメッセージ認証コードである。
【０１６８】
ステップ1930では、基地局またはWi-Fi APがUEへAKA再認証要求を転送する。
【０１６９】
ステップ1940では、UEがMACの正しさとカウンタの新しさを検証することによってネットワーク認証エンティティを認証する。UEはそして、新たな再認証ID(new-re-auth-ID)を新たな高速再認証IDとして記憶する。UEはさらに、受信されたカウンタの値に1を加えたものでローカルなカウンタを更新し、通信デバイスのタイプに応じてセルラーアクセスまたは非セルラーアクセスのための鍵を導出する。
【０１７０】
セルラーアクセスのための鍵は、UEと基地局との間でトラフィックを暗号化するための鍵と、そのようなトラフィックの完全性保護のための鍵とを含む。さらに、非セルラーアクセスのための鍵は、UEとWi-Fi APとの間でトラフィックを暗号化するための鍵と、そのようなトラフィックの完全性保護のための鍵とを含む。受信されたカウンタは、その値がUEによって記憶されているカウンタより小さくないときのみ、新しいとみなされる。
【０１７１】
ステップ1945では、UEが2つのフィールド（*カウンタおよびMAC）を含むAKA再認証応答を基地局またはWi-Fi APへ送信する。カウンタの値は受信されたカウンタの値と同じであるべきである。
【０１７２】
ステップ1950では、基地局またはWi-Wi APがネットワーク認証エンティティへAKA再認証応答を転送する。
【０１７３】
ステップ1955では、ネットワーク認証エンティティが受信されたAKA再認証応答メッセージのMACとカウンタの値を検証することによってUEを認証する。ネットワーク認証エンティティはセルラーアクセスまたは非セルラーアクセスのための鍵を導出し、新たな高速再認証IDを記憶する。そして、ネットワーク認証エンティティはそのカウンタを1だけ増加させる。受信されたカウンタの値はネットワーク認証エンティティのカウンタの値と同じであるべきである。
【０１７４】
ステップ1960では、ネットワーク認証エンティティが基地局またはWi-Fi APに高速再認証の結果を知らせる。認証が成功であるならば、結果はUEのセルラーアクセスまたは非セルラーアクセスのための鍵を含む。ステップ1665では、基地局またはWi-Fi APがUEへ結果を転送する。
【０１７５】
図20は、タイミング図1900を参照して説明されたように、統一認証フレームワークの第2の部分に従ってUEデバイスによって遂行されるプロセスの流れ2000を示す。プロセス2000は、（通信デバイスがセルラーエンティティであるならば）3GPPアクセスネットワークの基地局との、または（通信デバイスがWi-Fiエンティティであるならば）Wi-Fi APとの接続を確立することによってステップ2005で始まる。
【０１７６】
ステップ2010では、接続を確立したことに応答して、（通信デバイスがセルラーエンティティであるならば）UEが、UEのIDと、FRIDと、フラグとを含む要求を基地局へ送信することによってセルラーアクセスネットワークへのアクセスを要求する。続いて、基地局はネットワーク認証エンティティへ要求メッセージを転送する。UEの通信デバイスがWi-Fiエンティティである場合、Wi-Fi APがUEへ要求メッセージを送信することによってAKA認証プロセスを開始する。これに応答して、UEのWi-Fiエンティティは、UEのIDと、FRIDと、フラグとを含む応答メッセージを用いてWi-Fi APに応答する。続いて、Wi-Fi APは要求メッセージの形での応答メッセージをネットワーク認証エンティティへ転送する。フラグは、FRIDがアクセスを要求している通信デバイスに属していないという指示を含んでいる。
【０１７７】
ステップ2015では、UEがネットワーク認証エンティティからAKA再認証要求メッセージを受信する。AKA再認証要求メッセージは、*カウンタと、*ノンスと、*新たなFRIDと、MACとを含んでいる。
【０１７８】
ステップ2018では、UEがMACの正しさとカウンタの新しさを検証することによってネットワーク認証エンティティを認証する。受信されたカウンタは、その値がUEによって記憶されているカウンタより小さくないときのみ、新しいとみなされる。MACの正しさは次のようにして判断される。UEはAKA再認証要求メッセージからの*カウンタと*ノンスと*新たなFRIDを復号化する。UEはそして、ネットワーク認証エンティティによってSKとともに使われるのと同じMAC生成関数を使って、復号化されたカウンタとノンスと新たなFRIDとを用いてMACを生成することによって、MACを検証する。MACが有効であるならば、ステップ2018は引き続き新たなFRIDを新たな高速再認証IDとしてセキュリティコンテクスト内に記憶する。UEはさらに、受信されたカウンタの値に1を加えたものでローカルなカウンタを更新する。認証管理モジュールが使用可能である場合、認証管理モジュールにおいてセキュリティコンテクストが記憶される。認証管理モジュールが使用可能でない場合、第1の通信デバイスまたは第2の通信デバイスのいずれかにおいてセキュリティコンテクストが記憶される。
【０１７９】
ステップ2020では、UEが通信デバイスのタイプに応じてセルラーアクセスまたは非セルラーアクセスのための鍵を判断する。セルラーアクセスのための鍵は、UEと基地局との間でトラフィックを暗号化するための鍵と、そのようなトラフィックの完全性保護のための鍵とを含む。さらに、非セルラーアクセスのための鍵は、UEとWi-Fi APとの間でトラフィックを暗号化するための鍵と、そのようなトラフィックの完全性保護のための鍵とを含む。
【０１８０】
ステップ2025では、UEが、2つのフィールド（*カウンタおよびMAC）を含むAKA再認証応答メッセージを、基地局またはWi-Wi APを介してネットワーク認証エンティティへ送信する。カウンタの値は受信されたカウンタの値と同じであるべきである。あるいは、AKA再認証応答は、本開示から逸脱することなく、暗号化を用いて、または用いないでカウンタのみを含んでよい。
【０１８１】
ステップ2030では、UEがネットワーク認証エンティティから基地局またはWi-Fi APを介して結果メッセージを受信する。結果メッセージは認証が成功であるか否かを示す。認証が成功であるならば、プロセス2000は2035へ進み、引き続きステップ2020で導出された鍵を使ってコアネットワークとデータを送受信する。プロセス2000は2035の後に終了する。
【０１８２】
図21は、タイミング図1900を参照して説明されたように、統一認証フレームワークの第2の部分に従ってコアネットワーク内のネットワーク認証エンティティによって遂行されるプロセスの流れ2200を示す。プロセス2100は、（通信デバイスがセルラーエンティティであるならば）基地局から、または（通信デバイスがWi-Fiエンティティであるならば）Wi-Fi APから要求メッセージを受信することによってステップ2205で始まる。要求メッセージは、UEのIDと、FRIDと、フラグとを含んでいる。
【０１８３】
ステップ2110では、ネットワーク認証エンティティがそのデータベースからUEのIDと結び付けられたセキュリティコンテクストを引き出す。セキュリティコンテクストは、FRIDと、秘密鍵（SK）と、カウンタとを含む。ネットワーク認証エンティティはそして、要求メッセージからのFRIDがデータベースに記憶されたFRIDと同一であるか否かを判断する。要求メッセージからのFRIDがデータベースに記憶されたFRIDと同一でないならば、プロセス2100は終了する。要求メッセージからのFRIDがデータベースに記憶されたFRIDと同一であるならば、プロセス2100はステップ2115へ進む。
【０１８４】
ステップ2115では、ネットワーク認証エンティティがUEのIDを乱数と組み合わせることによって次の再認証手順のための新たなFRIDを生成する。カウンタも1だけ増加される。ネットワーク認証エンティティとUEは再認証ごとにその後に値を少なくとも1だけ増加させる。これは、UEがメッセージの新しさをチェックすることを可能にする。UEのIDと結び付けられたセキュリティコンテクストに対し、新たなFRIDとカウンタが更新される。UEのIDと結び付けられたセキュリティコンテクストに対し、ネットワーク認証エンティティによって選択される乱数であるノンスも更新される。
【０１８５】
ステップ2120では、ネットワーク認証エンティティが、*カウンタと、*ノンスと、*新たなFRIDと、MACとを有するAKA再認証要求を生成し、送信する。「*」マークを有するフィールドは、AKA高速再認証のための暗号化鍵を用いてフィールドが暗号化されることを意味する。MACは秘密鍵（SK）を使って生成される。MACの入力パラメータは、カウンタと、ノンスと、新たなFRIDとを含み、次のように表現されることが可能である。
MAC＝MACSK（カウンタ||ノンス||新たなFRID）
【０１８６】
ステップ2125では、ネットワーク認証エンティティがAKA再認証応答メッセージを受信する。これに応答して、ネットワーク認証エンティティは、受信されたAKA再認証応答メッセージのMACとカウンタの値を検証することによってUEを認証する。受信されたカウンタの値はネットワーク認証エンティティのカウンタの値と同じであるべきである。認証が有効でないならばプロセス2100は終了する。認証が有効であるならばプロセス2100はステップ2130へ進む。
【０１８７】
ステップ2130では、ネットワーク認証エンティティがセルラーアクセスまたは非セルラーアクセスのための鍵を導出する。このプロセスはプロセス2000のステップ2020と同様である。
【０１８８】
ステップ2135で、ネットワーク認証エンティティは、増加されたカウンタと新たなFRIDを、UEのIDと結び付けられたセキュリティコンテクスト内に記憶する。
【０１８９】
ステップ2140では、ネットワーク認証エンティティが、高速再認証の結果をUEに知らせるために、結果メッセージを生成し、基地局またはWi-Fi APへ送信する。結果メッセージはUEのセルラーアクセスまたは非セルラーアクセスのための鍵を含んでいる。結果メッセージはUEへ直接送信されないことに注意されたい。代わりに、結果メッセージに鍵が使用可能であるならば、ネットワークエンティティが結果メッセージから鍵を除去し、単に認証が成功であることをUEに示す。プロセス2100はステップ2140の後に終了する。
【０１９０】
＜異種アクセスの複数の協調的再認証＞
図22は複数の協調的認証を表わす一実施形態を示す。UEの第1の通信デバイスは、まずはステップ2205で、統一認証フレームワークの第1の部分を介して、3GPPゲートウェイなどのセルラーゲートウェイまたはWi-Fi APなどの非セルラーゲートのいずれかとの接続を確立することで始まる。
【０１９１】
ステップ2210では、UEがネットワーク認証エンティティと認証し、第1の部分を介して完全認証を遂行して互いを認証する。
【０１９２】
ステップ2215では、UEの第2の通信デバイスが、統一認証フレームワークの第2の部分を介して、3GPPゲートウェイなどのセルラーゲートウェイまたはWi-Fi APなどの非セルラーゲートのいずれかとの接続を確立する。
【０１９３】
ステップ2220では、UEがネットワーク認証エンティティと認証し、第2の部分を介して高速再認証を遂行して互いを認証する。
【０１９４】
ステップ2225でUEの第1の通信デバイスがゲートウェイへの接続を喪失しているならば、UEの第1の通信デバイスがステップ2230で接続を再度確立する。ステップ2235では、UEが統一認証フレームワークの第1の部分または第2の部分のいずれかを使ってゲートウェイとの接続を確立する。ゲートウェイは2205における同じゲートウェイであることが可能である。あるいは、ゲートウェイは2205におけるものとは異なるゲートウェイであってもよい。
【０１９５】
UEとネットワーク認証エンティティは完全認証の後に多数の高速再認証を遂行することができることに注意されたい。さらに、UEの第1および第2の通信デバイスは1セットの高速再認証ID、高速再認証鍵、およびカウンタを共有することができる。あるいは、UEと認証サーバーの両方は、完全認証の間または後に、2セットの高速再認証ID、高速再認証鍵、およびカウンタを生成してもよい。一方のセットは第1の通信デバイス用であり、他方のセットは第2の通信デバイス用である。UEとネットワーク認証エンティティは2つのセットを生成した後にそれらを記憶し、維持する。
【０１９６】
統一認証フレームワークは、モバイルユーザー機器と、異なるアクセス技術を有するネットワーク、例えば5Gネットワークとの間の通信において適用されることが可能であると想定される。統一認証フレームワークは異種アクセスを有するモバイルネットワークのための高速認証および統一認証管理を可能にする。これは認証管理を簡素化し、異種アクセス技術の間の迅速なハンドオーバーを可能にし、ユーザー体験を改善する。これはHSSの作業負担も減らされる。
【０１９７】
図23は複数のアクセス技術を表わす一実施形態を示す。次世代ネットワークシステムは、次世代無線、Wi-Fiアクセス技術、およびブルートゥース（登録商標）などを含む複数のアクセス技術をサポートする。UEの多くは複数のアクセス技術をサポートし、UEは同じ3GPP信用情報を用いてネットワークに対して複数の接続を同時に確立し得る。SA2は統一的な認証フレームワークを提案しており、ネットワーク側ではセキュリティコンテクスト構造が規定されている。UEについてはセキュリティコンテクスト構造はまだ規定されていない。したがって、我々はこの提案において、統一的な認証フレームワークを用いてUE側のセキュリティコンテクスト構造と検討中のネットワーク側のセキュリティコンテクスト構造を提案した。
【０１９８】
5Gシステムを用いて、UEが同時接続を用いてネットワークへ接続し得ることは一般的である。異なる接続が異なるアクセス技術において存在し得る。しかし、異なるアクセス技術が同じ3GPP信用情報を用いてネットワークと認証し得る。そのようなシナリオにおいて、UEがどのようにしてネットワークと認証するか、およびアクセス技術ごとにどのようにしてセキュリティコンテクストを導出するかが研究される必要がある。
【０１９９】
我々はこの寄稿において、異なるアクセス技術がUE側で同じサプリカントを共有することを提案する。サプリカントは異なるアクセス技術のための認証の責任を持つ。
【０２００】
サプリカントがネットワーク側の認証ユニット（CP-AU）と相互認証を遂行するときに、サプリカントでセキュリティコンテクストが確立されていないならば、UEがサプリカントの中でセキュリティコンテクストを確立する。
【０２０１】
サプリケーションが既に1つの確立されたセキュリティコンテクストを有するならば、UEはネットワーク認証エンティティとの相互認証のために既存のセキュリティコンテクストを使用することができる。認証が成功であるならば、サプリカントとCP-AUの両方がセキュリティコンテクストを更新した。
【０２０２】
サプリカントは、通信の保護のために、導出されたセキュリティコンテクストを関係するアクセス技術へ送信する。
【０２０３】
図24
図24は、2つの異なるアクセス技術を有するUEが、上記で提案した統一認証フレームワークとセキュリティコンテクスト導出方法を用いてセキュリティコンテクストを確立するための詳しい手順を表わす。
【０２０４】
UE内のアクセス技術1を有するデバイスは、認証の要求をサプリカントへ送信する。
【０２０５】
サプリカントはコアネットワーク内のCP-AUと認証し、このときサプリカントおよびCP-AUは、認証ベクトルのため、信頼されたコンピューティングストレージおよび信用情報リポジトリとそれぞれ通信する（2aおよび2b）。
【０２０６】
サプリカントおよびCP-AUはCP-AUおよびサプリカントの両方と認証セキュリティコンテクストを確立する（3aおよび3b）。
【０２０７】
サプリカントおよびCP-AUはUE側の関連するデバイスおよびネットワーク側のアクセスネットワークへセキュリティコンテクストを送信する。
【０２０８】
デバイスとANの両方はセキュリティコンテクストをインストールし、これらをデータ／シグナリング保護のために使用する。
【０２０９】
UE内のアクセス技術1を有するデバイスは、認証の要求をサプリカントへ送信する。
【０２１０】
サプリカントはコアネットワーク内のCP-AUと認証する。認証手順は第1のアクセス技術の認証を通じて確立されたセキュリティコンテクストを再使用する。
【０２１１】
サプリカントとCP-AUは認証セキュリティコンテクストを更新する。
【０２１２】
サプリカントとCP-AUはUE側の関連するデバイス（アクセス技術2を有するデバイス）とネットワーク側のアクセスネットワークへセキュリティコンテクストを送信する。
【０２１３】
デバイスとANの両方はセキュリティコンテクストをインストールし、これらをデータ／シグナリング保護のために使用する。
【０２１４】
上記は、モバイルデバイスとコアネットワークとの間の協調的認証のための統一認証フレームワークの方法およびシステムの実施形態の説明である。当業者が、この開示に基づき、請求項に記載されたこの発明を侵害する、代わりの方法およびシステムを設計することができ、または設計するであろうことは予測可能である。
【符号の説明】
【０２１５】
1  通信デバイス
2  通信デバイス
200  タイミング図
300  タイミング図
400  タイミング図
510  第1の部分
520  第2の部分
600  プロセス
700  タイミング図
800  プロセス
900  プロセス
1000  プロセス
1000A  代わりのプロセス
1100  プロセス
1200  タイミング図
1300  プロセス
1400  プロセス
1500  タイミング図
1600  プロセス
1690  AKAアルゴリズム
1700  プロセス
1800  プロセス
1890  AKAアルゴリズム
1900  タイミング図
2000  プロセス
2100  プロセス
2200  プロセスの流れ
【図１】
2019527504.tif 000003
【図２】
2019527504.tif 000004
【図３】
2019527504.tif 000005
【図４】
2019527504.tif 000006
【図５】
2019527504.tif 000007
【図６】
2019527504.tif 000008
【図７】
2019527504.tif 000009
【図８】
2019527504.tif 000010
【図９】
2019527504.tif 000011
【図１０】
2019527504.tif 000012
【図１０Ａ】
2019527504.tif 000013
【図１１】
2019527504.tif 000014
【図１２】
2019527504.tif 000015
【図１２Ａ】
2019527504.tif 000016
【図１３】
2019527504.tif 000017
【図１４】
2019527504.tif 000018
【図１５】
2019527504.tif 000019
【図１６】
2019527504.tif 000020
【図１７】
2019527504.tif 000021
【図１８】
2019527504.tif 000022
【図１９】
2019527504.tif 000023
【図２０】
2019527504.tif 000024
【図２１】
2019527504.tif 000025
【図２２】
2019527504.tif 000026
【図２３】
2019527504.tif 000027
【図２４】
2019527504.tif 000028
【手続補正書】
【提出日】平成31年2月21日(2019.2.21)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
コアネットワークと通信するユーザー機器（UE）のための方法であって、
前記コアネットワークのエンティティにより、前記UEから第2のアクセス技術を通じて認証の要求を受信するステップと、
前記コアネットワークの前記エンティティにより、セキュリティコンテクストを使って前記要求を認証するステップであって、前記セキュリティは、前記UEが第1のアクセス技術を通じて正常に認証されたときに確立される、ステップと
前記コアネットワークの前記エンティティにより、正常に認証されたときに前記セキュリティコンテクストを更新するステップと
を含む、方法。
【請求項２】
前記セキュリティコンテクストを更新する前記ステップは、
前記コアネットワークの前記エンティティにより、前記セキュリティコンテクスト内のカウンタを更新するステップ
を含む、請求項1に記載の方法。
【請求項３】
前記第1のアクセス技術は3GPPアクセス技術であり、前記第2のアクセス技術は非3GPPアクセス技術である、請求項2に記載の方法。
【請求項４】
前記第1のアクセス技術は非3GPPアクセス技術であり、前記第2のアクセス技術は3GPPアクセス技術である、請求項2に記載の方法。
【請求項５】
アクセスネットワークが前記更新されたセキュリティコンテクストをシグナリング保護のために使用するように、前記コアネットワークの前記エンティティにより、前記更新されたセキュリティコンテクストを前記アクセスネットワークへ送信するステップ
をさらに含む、請求項1から4のいずれか一項に記載の方法。
【請求項６】
コアネットワークと通信するユーザー機器（UE）のための方法であって、
前記UEにより、第2のアクセス技術を通じて前記コアネットワークのエンティティへ要求を送信するステップと、
前記UEにより、前記UEが正常に認証されたときにセキュリティコンテクストを更新するステップであって、前記セキュリティコンテクストは、前記UEが第1のアクセス技術を通じて認証されたときに確立される、ステップと
を含む、方法。
【請求項７】
セキュリティコンテクストを更新する前記ステップは、
前記UEにより、前記セキュリティコンテクスト内のカウンタを更新するステップ
を含む、請求項6に記載の方法。
【請求項８】
前記第1のアクセス技術は3GPPアクセス技術であり、前記第2のアクセス技術は非3GPPアクセス技術である、請求項7に記載の方法。
【請求項９】
前記第1のアクセス技術は非3GPPアクセス技術であり、前記第2のアクセス技術は3GPPアクセス技術である、請求項7に記載の方法。
【請求項１０】
装置であって、
命令を記憶する少なくとも1つのメモリーと、
前記命令を実行して、
UEから第2のアクセス技術を通じて認証の要求を受信し、
セキュリティコンテクストを使って前記要求を認証し、
正常に認証されたときに前記セキュリティコンテクストを更新する
少なくとも1つのプロセッサであって、前記セキュリティは、前記UEが第1のアクセス技術を通じて正常に認証されたときに確立される、プロセッサと
を含む、装置。
【請求項１１】
前記セキュリティコンテクストを更新することは、
前記セキュリティコンテクスト内のカウンタを更新することを含む、請求項10に記載の装置。
【請求項１２】
前記第1のアクセス技術は3GPPアクセス技術であり、前記第2のアクセス技術は非3GPPアクセス技術である、請求項11に記載の装置。
【請求項１３】
前記第1のアクセス技術は非3GPPアクセス技術であり、前記第2のアクセス技術は3GPPアクセス技術である、請求項11に記載の装置。
【請求項１４】
前記プロセッサは、さらに、前記命令を実行して、
アクセスネットワークが前記更新されたセキュリティコンテクストをシグナリング保護のために使用するように、前記更新されたセキュリティコンテクストを前記アクセスネットワークへ送信する、請求項10から13のいずれか一項に記載の装置。
【請求項１５】
コアネットワークと直接通信するユーザー機器（UE）であって、
命令を記憶する少なくとも1つのメモリーと、
前記命令を実行して、
第2のアクセス技術を通じて前記コアネットワークのエンティティへ要求を送信し、
前記UEが正常に認証されたときにセキュリティコンテクストを更新する
少なくとも1つのプロセッサであって、前記セキュリティコンテクストは、前記UEが第1のアクセス技術を通じて正常に認証されたときに確立される、プロセッサと
を含む、UE。
【請求項１６】
セキュリティコンテクストを更新することは、
前記セキュリティコンテクスト内のカウンタを更新することを含む、請求項15に記載のUE。
【請求項１７】
前記第1のアクセス技術は3GPPアクセス技術であり、前記第2のアクセス技術は非3GPPアクセス技術である、請求項16に記載のUE。
【請求項１８】
前記第1のアクセス技術は非3GPPアクセス技術であり、前記第2のアクセス技術は3GPPアクセス技術である、請求項16に記載のUE。
【請求項１９】
命令を記憶する非一時的なコンピュータ可読媒体であって、前記命令が少なくとも1つのプロセッサによって実行されると、
UEから第2のアクセス技術を通じて認証の要求を受信することと、
セキュリティコンテクストを使って前記要求を認証することであって、前記セキュリティは、前記UEが第1のアクセス技術を通じて正常に認証されたときに確立される、前記認証することと、
正常に認証されたときに前記セキュリティコンテクストを更新することと
が実行される、非一時的なコンピュータ可読媒体。
【請求項２０】
命令を記憶する非一時的なコンピュータ可読媒体であって、前記命令が少なくとも1つのプロセッサによって実行されると、
第2のアクセス技術を通じてコアネットワークのエンティティへ要求を送信することと、
UEが正常に認証されたときにセキュリティコンテクストを更新することであって、前記セキュリティコンテクストは前記UEが第1のアクセス技術を通じて認証されたときに確立される、前記更新することと
が実行される、非一時的なコンピュータ可読媒体。
【国際調査報告】
2019527504.tif 000029
2019527504.tif 000030
2019527504.tif 000031