(57)【要約】  ユーザ機器のためのサービング・アクセス・モビリティ管理機能の変更をハンドリングするための方法。本方法は、ソース・アクセス・モビリティ管理機能にコンテキスト要求を送ること（Ｓ２）を含む。この送ることは、ターゲット・アクセス・モビリティ管理機能から実施される。ターゲット・アクセス・モビリティ管理機能において、ソース・アクセス・モビリティ管理機能からの応答内でコンテキストが受信される（Ｓ３）。コンテキストは、セキュリティ・アンカー機能アクセス・モビリティ管理機能を識別するパラメータを含む。セキュリティ・アンカー機能アクセス・モビリティ管理機能は、ユーザ機器と共有される鍵を保持する。また、ユーザ機器におけるサービング・アクセス・モビリティ管理機能の変更をハンドリングするための方法、ならびにアクセス・モビリティ管理機能ならびにユーザ機器が、したがって開示される。【選択図】図６
2020509640.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ機器（８０）のためのサービング・アクセス・モビリティ管理機能（５０）の変更のハンドリングをサポートするための方法であって、前記方法が、
−  ターゲット・アクセス・モビリティ管理機能（５０Ｔ）から、ソース・アクセス・モビリティ管理機能（５０Ｓ）にコンテキスト要求を送ること（Ｓ１）と、
−  前記ターゲット・アクセス・モビリティ管理機能（５０Ｔ）において、前記ソース・アクセス・モビリティ管理機能（５０Ｓ）からの応答内でコンテキストを受信することと
を含み、
前記コンテキストが、セキュリティ・アンカー機能アクセス・モビリティ管理機能（５０Ｐ）を識別するパラメータを含み、
前記セキュリティ・アンカー機能アクセス・モビリティ管理機能（５０Ｐ）が、前記ユーザ機器（８０）と共有される鍵を保持するアクセス・モビリティ管理機能である、方法。
【請求項２】
−  前記ユーザ機器（８０）から登録要求を受信すること（Ｓ１）
をさらに含むことを特徴とする、請求項１に記載の方法。
【請求項３】
−  前記ソース・アクセス・モビリティ管理機能（５０Ｓ）と前記セキュリティ・アンカー機能アクセス・モビリティ管理機能（５０Ｐ）とのうちの少なくとも１つの状況に基づいて認証ストラテジーを決定すること（Ｓ４）
をさらに含むことを特徴とする、請求項１または２に記載の方法。
【請求項４】
前記決定すること（Ｓ４）が、前記ソース・アクセス・モビリティ管理機能（５０Ｓ）と前記セキュリティ・アンカー機能アクセス・モビリティ管理機能（５０Ｐ）とのロケーションに応じたセキュリティポリシーに基づくことを特徴とする、請求項３に記載の方法。
【請求項５】
前記認証ストラテジーが、
アクセス・モビリティ管理機能（５０）間の鍵の転送と、
新しい認証プロシージャの実行と、
前記セキュリティ・アンカー機能アクセス・モビリティ管理機能（５０Ｐ）からの鍵の要求と
のうちの１つを含むことを特徴とする、請求項３または４に記載の方法。
【請求項６】
前記認証ストラテジーが新しい認証プロシージャの実行であることが決定されたことに応答して、新しい認証プロセス（Ｔ１２）を動作させることをさらに含み、前記認証プロセス（Ｔ１２）が、
−  認証サーバ機能（５２）との対話によって新しい鍵を確立することと、
−  新しいセキュリティ・アンカー機能アクセス・モビリティ管理機能（５０Ｐ）として前記ターゲット・アクセス・モビリティ管理機能（５０Ｔ）を識別する新しい前記パラメータを作成することと
を含むことを特徴とする、請求項５に記載の方法。
【請求項７】
前記元のセキュリティ・アンカー機能アクセス・モビリティ管理機能（５０Ｐ）に、前記ターゲット・アクセス・モビリティ管理機能（５０Ｔ）が、前記ユーザ機器（８０）のための前記新しいセキュリティ・アンカー機能アクセス・モビリティ管理機能（５０Ｐ）であることを通知すること（Ｔ１３）をさらに含むことを特徴とする、請求項６に記載の方法。
【請求項８】
前記認証ストラテジーがアクセス・モビリティ管理機能（５０）間の鍵の転送であることが決定されたことに応答して、前記ソース・アクセス・モビリティ管理機能（５０Ｓ）と前記ターゲット・アクセス・モビリティ管理機能（５０Ｔ）との間でコアネットワーク鍵を転送することをさらに含むことを特徴とする、請求項５に記載の方法。
【請求項９】
前記認証ストラテジーが前記セキュリティ・アンカー機能アクセス・モビリティ管理機能（５０Ｐ）からの鍵の要求であることが決定されたことに応答して、鍵を要求すること（Ｔ１４）をさらに含み、鍵を前記要求するステップが、
−  前記セキュリティ・アンカー機能アクセス・モビリティ管理機能（５０Ｐ）に鍵についての要求を送るステップと、
−  前記セキュリティ・アンカー機能アクセス・モビリティ管理機能（５０Ｐ）から前記鍵を受信するステップと
を含むことを特徴とする、請求項５に記載の方法。
【請求項１０】
前記パラメータが、前記セキュリティ・アンカー機能アクセス・モビリティ管理機能（５０Ｐ）に関連するグローバル一意一時ＩＤであることを特徴とする、請求項１から９のいずれか一項に記載の方法。
【請求項１１】
前記ターゲット・アクセス・モビリティ管理機能（５０Ｔ）と前記ユーザ機器（８０）との間で非アクセス層セキュリティ確立プロシージャ（Ｔ１６）を実施することをさらに含み、前記非アクセス層セキュリティ確立プロシージャ（Ｔ１６）が、前記ターゲット・アクセス・モビリティ管理機能（５０Ｔ）によって決定された前記認証ストラテジーに関して、前記ユーザ機器（８０）に知らせることを特徴とする、請求項１から１０のいずれか一項に記載の方法。
【請求項１２】
前記ユーザ機器（８０）と共有される前記鍵が、他の鍵を導出するために使用されることを特徴とする、請求項１から１１のいずれか一項に記載の方法。
【請求項１３】
ユーザ機器（８０）のためのサービング・アクセス・モビリティ管理機能（５０）の変更のハンドリングをサポートするための方法であって、前記方法が、
−  ソース・アクセス・モビリティ管理機能（５０Ｓ）において、ターゲット・アクセス・モビリティ管理機能（５０Ｔ）からコンテキスト要求を受信すること（Ｓ１１）と、
−  前記ターゲット・アクセス・モビリティ管理機能（５０Ｔ）への応答内で、前記ソース・アクセス・モビリティ管理機能（５０Ｓ）からコンテキストを送ること（Ｓ１２）と
を含み、
前記コンテキストが、セキュリティ・アンカー機能アクセス・モビリティ管理機能（５０Ｐ）を識別するパラメータを含み、
前記セキュリティ・アンカー機能アクセス・モビリティ管理機能（５０Ｐ）が、前記ユーザ機器（８０）と共有される鍵を保持する、方法。
【請求項１４】
メモリから、セキュリティ・アンカー機能アクセス・モビリティ管理機能（５０Ｐ）を識別する前記パラメータを取り出すことをさらに含むことを特徴とする、請求項１３に記載の方法。
【請求項１５】
前記ソース・アクセス・モビリティ管理機能（５０Ｓ）と前記ターゲット・アクセス・モビリティ管理機能（５０Ｔ）との間でコアネットワーク鍵を転送することをさらに含むことを特徴とする、請求項１３または１４に記載の方法。
【請求項１６】
前記パラメータが、前記セキュリティ・アンカー機能アクセス・モビリティ管理機能に関連するグローバル一意一時ＩＤであることを特徴とする、請求項１３から１５のいずれか一項に記載の方法。
【請求項１７】
前記ユーザ機器（８０）と共有される前記鍵が、他の鍵を導出するために使用されることを特徴とする、請求項１３から１６のいずれか一項に記載の方法。
【請求項１８】
ユーザ機器（８０）のためのサービング・アクセス・モビリティ管理機能（５０）の変更のハンドリングをサポートするための方法であって、前記方法は、
−  前記ユーザ機器（８０）から、ターゲット・アクセス・モビリティ管理機能（５０Ｔ）に登録要求（Ｔ１０）を送ること（Ｓ２１）と、
−  前記ターゲット・アクセス・モビリティ管理機能（５０Ｔ）と前記ユーザ機器（８０）との間で非アクセス層セキュリティ確立プロシージャ（Ｔ１６）を実施すること（Ｓ２２）であって、
前記非アクセス層セキュリティ確立プロシージャ（Ｔ１６）が、前記ターゲット・アクセス・モビリティ管理機能（５０Ｔ）によって決定された認証ストラテジーに関して、前記ユーザ機器（８０）に知らせる、非アクセス層セキュリティ確立プロシージャ（Ｔ１６）を実施すること（Ｓ２２）と、
−  前記認証ストラテジーに従って鍵プロシージャを適用すること（Ｓ２３）と
を含む、方法。
【請求項１９】
前記認証ストラテジーが、
アクセス・モビリティ管理機能（５０）間の鍵の転送と、
新しい認証プロシージャの実行と、
セキュリティ・アンカー機能アクセス・モビリティ管理機能（５０Ｐ）からの鍵の要求と
のうちの１つを含むことを特徴とする、請求項１８に記載の方法。
【請求項２０】
前記登録要求（Ｔ１０）が、ソース・アクセス・モビリティ管理機能（５０Ｓ）として、現在使用されるアクセス・モビリティ管理機能（５０）を識別する情報を含むことを特徴とする、請求項１８または１９に記載の方法。
【請求項２１】
ユーザ機器（８０）のためのサービング・アクセス・モビリティ管理機能（５０）の変更のハンドリングをサポートするための方法であって、前記方法が、
−  セキュリティ・アンカー機能アクセス・モビリティ管理機能（５０Ｐ）において、ターゲット・アクセス・モビリティ管理機能（５０Ｔ）から、前記ユーザ機器（８０）のための新しい鍵についての要求を受信すること（Ｓ３１）と、
−  前記セキュリティ・アンカー機能アクセス・モビリティ管理機能（５０Ｐ）において、前記ユーザ機器（８０）と共有される鍵から新しいコアネットワーク鍵を導出すること（Ｓ３２）と、
−  前記ターゲット・アクセス・モビリティ管理機能（５０Ｔ）に前記新しいコアネットワーク鍵を送ること（Ｓ３３）と
を含む、方法。
【請求項２２】
−  ターゲット・アクセス・モビリティ管理機能（５０Ｔ）から、前記ユーザ機器（８０）が新しいセキュリティ・アンカー機能アクセス・モビリティ管理機能（５０Ｐ）を有するという通知を受信すること（Ｓ３４）と、
−  前記ユーザ機器（８０）と共有される前記鍵を配設すること（Ｓ３５）と
をさらに含むことを特徴とする、請求項２１に記載の方法。
【請求項２３】
ユーザ機器（８０）のためのサービング・アクセス・モビリティ管理機能（５０）の変更のハンドリングをサポートするように設定されたネットワークノード（９９）であって、前記ネットワークノード（９９）が、ソース・アクセス・モビリティ管理機能（５０Ｓ）にコンテキスト要求を送るように設定されたアクセス・モビリティ管理機能（５０）を備え、前記アクセス・モビリティ管理機能（５０）が、前記ソース・アクセス・モビリティ管理機能（５０Ｓ）からの応答内でコンテキストを受信するように設定され、前記コンテキストが、セキュリティ・アンカー機能アクセス・モビリティ管理機能（５０Ｐ）を識別するパラメータを含み、前記セキュリティ・アンカー機能アクセス・モビリティ管理機能（５０Ｐ）が、前記ユーザ機器（８０）と共有される鍵を保持する、ネットワークノード（９９）。
【請求項２４】
ユーザ機器（８０）のためのサービング・アクセス・モビリティ管理機能（５０）の変更のハンドリングをサポートするように設定されたネットワークノード（９９）であって、前記ネットワークノード（９９）が、ターゲット・アクセス・モビリティ管理機能（５０Ｔ）からコンテキスト要求を受信するように設定されたアクセス・モビリティ管理機能（５０）を備え、前記アクセス・モビリティ管理機能（５０）が、前記ターゲット・アクセス・モビリティ管理機能（５０Ｔ）への応答内でコンテキストを送るように設定され、前記コンテキストが、セキュリティ・アンカー機能アクセス・モビリティ管理機能（５０Ｐ）を識別するパラメータを含み、前記セキュリティ・アンカー機能アクセス・モビリティ管理機能（５０Ｐ）が、前記ユーザ機器（８０）と共有される鍵を保持する、ネットワークノード（９９）。
【請求項２５】
ユーザ機器（８０）のためのサービング・アクセス・モビリティ管理機能（５０）の変更のハンドリングをサポートするように設定されたネットワークノード（９９）であって、前記ネットワークノード（９９）が、ターゲット・アクセス・モビリティ管理機能（５０Ｔ）から、前記ユーザ機器（８０）のための新しい鍵についての要求を受信するように設定されたアクセス・モビリティ管理機能（５０）を備え、前記アクセス・モビリティ管理機能（５０）が、前記ユーザ機器（８０）と共有される鍵から新しいコアネットワーク鍵を導出するようにさらに設定され、前記アクセス・モビリティ管理機能（５０）が、前記ターゲット・アクセス・モビリティ管理機能（５０Ｔ）に前記新しいコアネットワーク鍵を送るようにさらに設定された、ネットワークノード（９９）。
【請求項２６】
前記ネットワークノード（９９）がプロセッサ（１１０）とメモリ（１２０）とを備え、前記メモリ（１２０）が、前記プロセッサ（１１０）によって実行可能な命令を備えることを特徴とする、請求項２３から２５のいずれか一項に記載のネットワークノード。
【請求項２７】
前記ネットワークノード（９９）が、前記コンテキスト要求を受信し、前記コンテキストを送るように設定された通信回路要素（１３０）を備えることを特徴とする、請求項２３から２６のいずれか一項に記載のネットワークノード。
【請求項２８】
通信ネットワークにおいて使用するためのユーザ機器（８０）であって、前記ユーザ機器（８０）が、ターゲット・アクセス・モビリティ管理機能（５０Ｔ）に登録要求（Ｔ１０）を送るために設定され、前記ユーザ機器（８０）が、前記ターゲット・アクセス・モビリティ管理機能（５０Ｔ）と前記ユーザ機器（８０）との間で非アクセス層セキュリティ確立プロシージャ（Ｔ１６）を実施するためにさらに設定され、前記非アクセス層セキュリティ確立プロシージャ（Ｔ１６）が、前記ターゲット・アクセス・モビリティ管理機能（５０Ｔ）によって決定された認証ストラテジーに関して、前記ユーザ機器（８０）に知らせ、前記ユーザ機器（８０）が、前記認証ストラテジーに従って鍵プロシージャを適用するためにさらに設定された、ユーザ機器（８０）。
【請求項２９】
前記ユーザ機器（８０）がプロセッサ（１１１）とメモリ（１２１）とを備え、前記メモリ（１２１）が、前記プロセッサ（１１１）によって実行可能な命令を備えることを特徴とする、請求項２８に記載のユーザ機器。
【請求項３０】
前記ユーザ機器（８０）が、前記登録要求を送り、セキュリティモードコマンドを受信するように設定された通信回路要素（１３１）を備えることを特徴とする、請求項２８または２９に記載のユーザ機器。
【請求項３１】
少なくとも１つのプロセッサ（４１０）によって実行されたとき、前記少なくとも１つのプロセッサ（４１０）に、ターゲット・アクセス・モビリティ管理機能（５０Ｔ）から、ソース・アクセス・モビリティ管理機能（５０Ｓ）にコンテキスト要求を送ることと、前記ターゲット・アクセス・モビリティ管理機能（５０Ｔ）において、前記ソース・アクセス・モビリティ管理機能（５０Ｓ）からの応答内でコンテキストを受信することとを行わせる命令を備えるコンピュータプログラムであって、前記コンテキストが、セキュリティ・アンカー機能アクセス・モビリティ管理機能（５０Ｐ）を識別するパラメータを含み、前記セキュリティ・アンカー機能アクセス・モビリティ管理機能（５０Ｐ）が、ユーザ機器（８０）と共有される鍵を保持する、コンピュータプログラム。
【請求項３２】
少なくとも１つのプロセッサ（４１０）によって実行されたとき、前記少なくとも１つのプロセッサ（４１０）に、ソース・アクセス・モビリティ管理機能（５０Ｓ）において、ターゲット・アクセス・モビリティ管理機能（５０Ｔ）からコンテキスト要求を受信することと、前記ターゲット・アクセス・モビリティ管理機能（５０Ｔ）への応答内で、前記ソース・アクセス・モビリティ管理機能（５０Ｓ）からコンテキストを送ることとを行わせる命令を備えるコンピュータプログラムであって、前記コンテキストが、セキュリティ・アンカー機能アクセス・モビリティ管理機能（５０Ｐ）を識別するパラメータを含み、前記セキュリティ・アンカー機能アクセス・モビリティ管理機能（５０Ｐ）が、ユーザ機器（８０）と共有される鍵を保持する、コンピュータプログラム。
【請求項３３】
少なくとも１つのプロセッサ（４１１）によって実行されたとき、前記少なくとも１つのプロセッサ（４１１）に、ターゲット・アクセス・モビリティ管理機能（５０Ｔ）に登録要求（Ｔ１０）を送ることと、前記ターゲット・アクセス・モビリティ管理機能（５０Ｔ）とユーザ機器（８０）との間で非アクセス層セキュリティ確立プロシージャ（Ｔ１６）を実施することであって、前記非アクセス層セキュリティ確立プロシージャ（Ｔ１６）が、前記ターゲット・アクセス・モビリティ管理機能（５０Ｔ）によって決定された認証ストラテジーに関して、前記ユーザ機器（８０）に知らせる、非アクセス層セキュリティ確立プロシージャ（Ｔ１６）を実施することと、前記認証ストラテジーに従って鍵プロシージャを適用することとを行わせる命令を備えるコンピュータプログラム。
【請求項３４】
少なくとも１つのプロセッサ（４１０）によって実行されたとき、前記少なくとも１つのプロセッサ（４１０）に、セキュリティ・アンカー機能アクセス・モビリティ管理機能（５０Ｐ）において、ターゲット・アクセス・モビリティ管理機能（５０Ｔ）から、ユーザ機器（８０）のための新しい鍵についての要求を受信することと、前記セキュリティ・アンカー機能アクセス・モビリティ管理機能（５０Ｐ）において、前記ユーザ機器（８０）と共有される鍵から新しいコアネットワーク鍵を導出することと、前記ターゲット・アクセス・モビリティ管理機能（５０Ｔ）に前記新しいコアネットワーク鍵を送ることとを行わせる命令を備えるコンピュータプログラム。
【請求項３５】
請求項３１から３４のいずれか一項に記載のコンピュータプログラムを記憶したコンピュータ可読媒体を備えるコンピュータプログラム製品。
【請求項３６】
請求項３１から３４のいずれか一項に記載のコンピュータプログラムを備えるキャリアであって、前記キャリアが、電子信号、光信号、電磁信号、磁気信号、電気信号、無線信号、マイクロ波信号、またはコンピュータ可読記憶媒体のうちの１つである、キャリア。
【請求項３７】
ユーザ機器（８０）のためのサービング・アクセス・モビリティ管理機能（５０）の変更のハンドリングをサポートするためのネットワークノード（９９）であって、前記ネットワークノード（９９）が、
−  ターゲット・アクセス・モビリティ管理機能（５０Ｔ）から、ソース・アクセス・モビリティ管理機能（５０Ｓ）にコンテキスト要求を送るための送信機モジュール（５１０）と、
−  前記ターゲット・アクセス・モビリティ管理機能（５０Ｔ）において、前記ソース・アクセス・モビリティ管理機能（５０Ｓ）からの応答内でコンテキストを受信するための受信機モジュール（５２０）と
を備え、
前記コンテキストが、セキュリティ・アンカー機能アクセス・モビリティ管理機能（５０Ｐ）を識別するパラメータを含み、
前記セキュリティ・アンカー機能アクセス・モビリティ管理機能（５０Ｐ）が、前記ユーザ機器（８０）と共有される鍵を保持する、ネットワークノード（９９）。
【請求項３８】
ユーザ機器（８０）のためのサービング・アクセス・モビリティ管理機能（５０）の変更のハンドリングをサポートするためのネットワークノード（９９）であって、前記ネットワークノード（９９）が、
−  ソース・アクセス・モビリティ管理機能（５０Ｓ）において、ターゲット・アクセス・モビリティ管理機能（５０Ｔ）からコンテキスト要求を受信するための受信機モジュール（５１０）と、
−  前記ターゲット・アクセス・モビリティ管理機能（５０Ｔ）への応答内で、前記ソース・アクセス・モビリティ管理機能（５０Ｓ）からコンテキストを送るための送信機（５２０）と
を備え、
前記コンテキストが、セキュリティ・アンカー機能アクセス・モビリティ管理機能（５０Ｐ）を識別するパラメータを含み、
前記セキュリティ・アンカー機能アクセス・モビリティ管理機能（５０Ｐ）が、前記ユーザ機器（８０）と共有される鍵を保持する、ネットワークノード（９９）。
【請求項３９】
通信ネットワークにおいて使用するためのユーザ機器（８０）であって、前記ユーザ機器（８０）は、
−  ターゲット・アクセス・モビリティ管理機能（５０Ｔ）に登録要求（Ｔ１０）を送るための送信機モジュール（５４０）と、
−  前記ターゲット・アクセス・モビリティ管理機能（５０Ｔ）と前記ユーザ機器（８０）との間で非アクセス層セキュリティ確立プロシージャ（Ｔ１６）を実施するためのセキュリティモジュール（５５０）であって、
前記非アクセス層セキュリティ確立プロシージャ（Ｔ１６）が、前記ターゲット・アクセス・モビリティ管理機能（５０Ｔ）によって決定された認証ストラテジーに関して、前記ユーザ機器（８０）に知らせる、セキュリティモジュール（５５０）と、
−  前記認証ストラテジーに従って鍵プロシージャを適用するための鍵ハンドリングモジュール（５６０）と
を備える、ユーザ機器（８０）。
【請求項４０】
ユーザ機器（８０）のためのサービング・アクセス・モビリティ管理機能（５０）の変更のハンドリングをサポートするためのネットワークノード（９９）であって、前記ネットワークノード（９９）が、
−  ターゲット・アクセス・モビリティ管理機能（５０Ｔ）から、前記ユーザ機器（８０）のための新しい鍵についての要求を受信するための受信機モジュール（５２０）と、
−  前記ユーザ機器（８０）と共有される鍵から新しいコアネットワーク鍵を導出するための鍵管理モジュール（５３０）と、
−  前記ターゲット・アクセス・モビリティ管理機能（５０Ｔ）に前記新しいコアネットワーク鍵を送るための送信機モジュール（５１０）と
を備える、ネットワークノード（９９）。
【発明の詳細な説明】
【技術分野】
【０００１】
提案される技術は、一般に、５Ｇ通信システムにおけるセキュリティ問題に関する。
【背景技術】
【０００２】
第３世代パートナーシッププロジェクト（３ＧＰＰ）は、電気通信協会のグループ間の共同研究である。３ＧＰＰの初期の目的は、グローバルに適用可能な第３世代（３Ｇ）モバイルフォンシステム仕様に関して同意することであった。その範囲は、モバイル電気通信世代のさらなる世代、たとえば、３Ｇとも呼ばれることがあるＵｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ（ＵＭＴＳ）アーキテクチャ、および第４世代（４Ｇ）とも呼ばれるＬｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）アーキテクチャの開発および保守を含むように後で拡大された。
【０００３】
３ＧＰＰは、現在、５Ｇ、別名次世代（ＮＧ：Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ）のための規格を開発している。一般に次世代（ＮｅｘｔＧｅｎまたはＮＧ）、次世代システム（ＮＧＳ：Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｓｙｓｔｅｍ）または５Ｇと呼ばれる、無線通信のこの将来世代は、世界中で開発されているが、共通５Ｇ規格はまだ設けられていない。
【０００４】
次世代無線通信のビジョンは、現在の４Ｇ  ＬＴＥネットワークと比較して、極めて高いデータレート、極端に低いレイテンシ、基地局容量の大幅な増加、およびユーザが知覚したサービス品質（ＱｏＳ）の有意な改善を提供することにある。
【０００５】
５Ｇは、多くの新しいシナリオおよび使用事例をサポートすることになり、モノのインターネット（ＩｏＴ）のためのイネーブラになることが予想される。ＮＧシステムは、センサー、スマートウェアラブル、車両、機械など、広範囲の新しいデバイスへのコネクティビティを与えることが予想される。その場合、フレキシビリティが、ＮＧシステムにおける鍵となる特性になる。これは、代替認証方法と、オペレータによって事前プロビジョニングされ、ユニバーサル集積回路カード（ＵＩＣＣ：Ｕｎｉｖｅｒｓａｌ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ  Ｃａｒｄ）にセキュアに記憶された通常の認証および鍵一致（ＡＫＡ：Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ａｎｄ  Ｋｅｙ  Ａｇｒｅｅｍｅｎｔ）証明とは異なるタイプの証明とのサポートを義務づけているネットワークアクセスのためのセキュリティ要件において反映される。これにより、工場所有者または企業が、認証およびアクセスネットワークセキュリティのために工場所有者または企業自体の識別情報および証明管理システムを活用することが可能になる。
【０００６】
ＮＧシステムにおける新しいセキュリティ特徴の中には、セキュリティアンカー機能（ＳＥＡＦ：Ｓｅｃｕｒｉｔｙ  Ａｎｃｈｏｒ  Ｆｕｎｃｔｉｏｎ）の導入がある。ＳＥＡＦの唯一の目的は、ＮＧコアネットワーク機能の展開におけるフレキシビリティおよびダイナミシティ（ｄｙｎａｍｉｃｉｔｙ）を満たすことである。事実上、ＮＧシステムは、そのような特性を達成するために仮想化を活用することになる。結果として、アクセス・モビリティマネージメント機能（ＡＭＦ：Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）が、たとえば、オペレータ構内よりも潜在的にセキュアでないドメインにおいて展開されるシナリオは、妥当と思われるだけでなく、予想されるべきである。
【０００７】
ＳＥＡＦは、制御プレーン保護および無線インターフェース保護のためなどの、任意の他の鍵（Ｋｃｎ）を導出するために使用される、ユーザ機器（ＵＥ）との（Ｋｓｅａｆと呼ばれる）鍵を確立し、共有すると考えられる。これらの鍵は、４Ｇシステムでは、非アクセス層（ＮＡＳ：Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）鍵およびＫｅＮＢに対応することになる。その場合、ＳＥＡＦは、セキュアロケーション中に常駐すると仮定され、Ｋｓｅａｆは、ＳＥＡＦを決して離れないことになる。このセッティングの１つの重要な利点は、ＵＥがアイドルになり次いで再びアクティブになるたびの、再認証を回避することであろう。事実上、認証は、特に、ＵＥがローミングしているとき、コストがかかるプロシージャである。
【０００８】
ＮＧシステムのアーキテクチャ研究中に、ＳＥＡＦとＡＭＦとがコロケートされることが決定された。これは、実際に、まず第１にそのような追加のセキュリティ機能の目的にそぐわない。依然としてＳＥＡＦの必要があるか？また、ＳＥＡＦの必要がある場合、ＳＥＡＦはどのように実装され得るか？レガシーシステムにおけるセキュリティ設計が、モビリティ管理エンティティ（ＭＭＥ）が常にオペレータＣＮ内のセキュアロケーション中に配置されるという仮定に概念的に基づいていたことは、注目に値する。この仮定は、ＡＭＦに適用されない。高密度エリアでは、ＡＭＦは、ネットワークのエッジのより近くに、たとえば、ショッピングモールにおいて、したがって潜在的に露出したロケーションにおいて展開され得る。したがって、ＡＭＦ変更中に、ＡＭＦは、等しくセキュアなドメイン中に配置されないことが可能であり、したがって、ターゲットＡＭＦまたはソースＡＭＦは、ターゲットＡＭＦまたはソースＡＭＦ自体を他方のＡＭＦから遮蔽する必要があり得る。
【０００９】
レガシー機構を再利用することは、以下で説明されるような新しいセキュリティセッティングでは十分でない。エボルブドパケットシステム（ＥＰＳ）では、ＡＭＦの等価物はＭＭＥである。ＭＭＥ変更中に、新しいＭＭＥは、古いＭＭＥからＵＥのセキュリティコンテキストをフェッチする。さらに、ＭＭＥは、常に、新しい認証をトリガする可能性を有する。
【００１０】
レガシー機構の場合、再認証を介してフォワードセキュリティ（ｆｏｒｗａｒｄ  ｓｅｃｕｒｉｔｙ）が達成され得るが、バックワードセキュリティ（ｂａｃｋｗａｒｄ  ｓｅｃｕｒｉｔｙ）のための機構がない。より正確には、ターゲット側では、新しいＡＭＦは、常に、新しい認証をトリガする可能性を有し、したがって、古いＡＭＦが、使用される鍵を判定する可能性が低くなる。再認証の必要は、たとえば、異なるＡＭＦのロケーションを考慮に入れたオペレータポリシーに基づき得る。
【００１１】
認証プロシージャのみに依拠することは、実施に関して認証プロシージャが最も重いプロシージャのうちの１つであるので、あまり効率的でない。これは、特にローミングするときに再認証の必要をなくすことによって、独立したＳＥＡＦが重要な役割を果たすことができる場合である。
【発明の概要】
【００１２】
目的は、ＡＭＦの変更時に、効率的であり、フォワードセキュリティを可能にする認証プロシージャを提供することである。
【００１３】
このおよび他の目的は、提案される技術の実施形態によって満たされる。
【００１４】
第１の態様によれば、ユーザ機器のためのサービングＡＭＦの変更のハンドリングをサポートするための方法が提供される。本方法は、ソースＡＭＦにコンテキスト要求を送ることを含む。この送ることは、ターゲットＡＭＦから実施される。ターゲットＡＭＦにおいて、ソースＡＭＦからの応答内でコンテキストが受信される。コンテキストは、ＳＥＡＦ  ＡＭＦを識別するパラメータを含む。ＳＥＡＦ  ＡＭＦは、ユーザ機器と共有される鍵を保持する。
【００１５】
第２の態様によれば、ユーザ機器のためのサービングＡＭＦの変更のハンドリングをサポートするための方法が提供される。本方法は、ターゲットＡＭＦからコンテキスト要求を受信することを含む。受信することは、ソースＡＭＦにおいて実施される。ソースＡＭＦから、ターゲットＡＭＦへの応答内でコンテキストが送られる。コンテキストは、ＳＥＡＦ  ＡＭＦを識別するパラメータを含む。ＳＥＡＦ  ＡＭＦは、ユーザ機器と共有される鍵を保持する。
【００１６】
第３の態様によれば、ユーザ機器のためのサービングＡＭＦの変更のハンドリングをサポートするための方法が提供される。本方法は、ターゲットＡＭＦに登録要求を送ることを含む。送ることは、ユーザ機器から実施される。前記ターゲットＡＭＦと前記ユーザ機器との間で非アクセス層セキュリティ確立プロシージャが実施される。非アクセス層セキュリティ確立プロシージャは、ターゲットＡＭＦによって決定された認証ストラテジーに関して、ユーザ機器に知らせる。認証ストラテジーに従って鍵プロシージャが適用される。
【００１７】
第４の態様によれば、ユーザ機器のためのサービングＡＭＦの変更のハンドリングをサポートするための方法が提供される。本方法は、ターゲットＡＭＦから、ユーザ機器のための新しい鍵についての要求を受信することを含む。受信することは、ＳＥＡＦ  ＡＭＦにおいて実施される。ＳＥＡＦ  ＡＭＦにおいて、ユーザ機器と共有される鍵から新しいコアネットワーク鍵が導出される。新しいコアネットワーク鍵は、ターゲットＡＭＦに送られる。
【００１８】
第５の態様によれば、ユーザ機器のためのサービングＡＭＦの変更のハンドリングをサポートするように設定されたネットワークノードが提供される。ネットワークノードは、ソースＡＭＦにコンテキスト要求を送るように設定されたＡＭＦを備える。ＡＭＦは、ソースＡＭＦからの応答内でコンテキストを受信するように設定される。コンテキストは、ＳＥＡＦ  ＡＭＦを識別するパラメータを含む。ＳＥＡＦ  ＡＭＦは、ユーザ機器と共有される鍵を保持する。
【００１９】
第６の態様によれば、ユーザ機器のためのサービングＡＭＦの変更のハンドリングをサポートするように設定されたネットワークノードが提供される。ネットワークノードは、ターゲットＡＭＦからコンテキスト要求を受信するように設定されたＡＭＦを備える。ＡＭＦは、ターゲットＡＭＦへの応答内でコンテキストを送るように設定される。コンテキストは、ＳＥＡＦ  ＡＭＦを識別するパラメータを含む。ＳＥＡＦ  ＡＭＦは、ユーザ機器と共有される鍵を保持する。
【００２０】
第７の態様によれば、通信ネットワークにおいて使用するためのユーザ機器が提供される。ユーザ機器は、ターゲットＡＭＦに登録要求を送るために設定される。ユーザ機器は、ターゲットＡＭＦとユーザ機器との間で非アクセス層セキュリティ確立プロシージャを実施するためにさらに設定される。非アクセス層セキュリティ確立プロシージャは、ターゲットＡＭＦによって決定された認証ストラテジーに関して、ユーザ機器に知らせる。ユーザ機器は、認証ストラテジーに従って鍵プロシージャを適用するためにさらに設定される。
【００２１】
第８の態様によれば、ユーザ機器のためのサービングＡＭＦの変更のハンドリングをサポートするように設定されたネットワークノードが提供される。ネットワークノードは、ターゲットＡＭＦから、ユーザ機器のための新しい鍵についての要求を受信するように設定されたＡＭＦを備える。ＡＭＦは、ユーザ機器と共有される鍵から新しいコアネットワーク鍵を導出するようにさらに設定される。ＡＭＦは、ターゲットＡＭＦに新しいコアネットワーク鍵を送るようにさらに設定される。
【００２２】
第９の態様によれば、少なくとも１つのプロセッサによって実行されたとき、（１つまたは複数の）プロセッサに、ターゲットＡＭＦから、ソースＡＭＦにコンテキスト要求を送らせる命令を備えるコンピュータプログラムが提供される。コンピュータプログラムは、（１つまたは複数の）プロセッサによって実行されたとき、（１つまたは複数の）プロセッサに、ターゲットＡＭＦにおいて、ソースＡＭＦからの応答内でコンテキストを受信させる、さらなる命令を備える。コンテキストは、ＳＥＡＦ  ＡＭＦを識別するパラメータを含む。ＳＥＡＦ  ＡＭＦは、ユーザ機器と共有される鍵を保持する。
【００２３】
第１０の態様によれば、少なくとも１つのプロセッサによって実行されたとき、（１つまたは複数の）プロセッサに、ソースＡＭＦにおいて、ターゲットＡＭＦからコンテキスト要求を受信させる命令を備えるコンピュータプログラムが提供される。コンピュータプログラムは、（１つまたは複数の）プロセッサによって実行されたとき、（１つまたは複数の）プロセッサに、ソースＡＭＦから、ターゲットＡＭＦへの応答内でコンテキストを送らせる、さらなる命令を備える。コンテキストは、ＳＥＡＦ  ＡＭＦを識別するパラメータを含む。ＳＥＡＦ  ＡＭＦは、ユーザ機器と共有される鍵を保持する。
【００２４】
第１１の態様によれば、少なくとも１つのプロセッサによって実行されたとき、（１つまたは複数の）プロセッサに、ターゲットＡＭＦに登録要求を送らせる命令を備えるコンピュータプログラムが提供される。コンピュータプログラムは、（１つまたは複数の）プロセッサによって実行されたとき、（１つまたは複数の）プロセッサに、ターゲットＡＭＦとユーザ機器との間で非アクセス層セキュリティ確立プロシージャを実施させる、さらなる命令を備える。非アクセス層セキュリティ確立プロシージャは、ターゲットＡＭＦによって決定された認証ストラテジーに関して、ユーザ機器に知らせる。コンピュータプログラムは、（１つまたは複数の）プロセッサによって実行されたとき、（１つまたは複数の）プロセッサに、認証ストラテジーに従って鍵プロシージャを適用させる、さらなる命令を備える。
【００２５】
第１２の態様によれば、少なくとも１つのプロセッサによって実行されたとき、（１つまたは複数の）プロセッサに、ＳＥＡＦ  ＡＭＦにおいて、ターゲットＡＭＦから、ユーザ機器のための新しい鍵についての要求を受信させる命令を備えるコンピュータプログラムが提供される。コンピュータプログラムは、（１つまたは複数の）プロセッサによって実行されたとき、（１つまたは複数の）プロセッサに、ＳＥＡＦ  ＡＭＦにおいて、ユーザ機器と共有される鍵から新しいコアネットワーク鍵を導出させる、さらなる命令を備える。コンピュータプログラムは、（１つまたは複数の）プロセッサによって実行されたとき、（１つまたは複数の）プロセッサに、ターゲットＡＭＦに新しいコアネットワーク鍵を送らせる、さらなる命令を備える。
【００２６】
第１３の態様によれば、第９から第１２の態様のいずれかによるコンピュータプログラムを記憶したコンピュータ可読媒体を備えるコンピュータプログラム製品が提供される。
【００２７】
第１４の態様によれば、第９から第１２の態様のいずれかによるコンピュータプログラムを備えるキャリアが提供され、キャリアは、電子信号、光信号、電磁信号、磁気信号、電気信号、無線信号、マイクロ波信号、またはコンピュータ可読記憶媒体である。
【００２８】
第１５の態様によれば、ユーザ機器のためのサービングＡＭＦの変更のハンドリングをサポートするためのネットワークノードが提供される。ネットワークノードは、ターゲットＡＭＦから、ソースＡＭＦにコンテキスト要求を送るための送信機モジュールを備える。ネットワークノードは、ターゲットＡＭＦにおいて、ソースＡＭＦからの応答内でコンテキストを受信するための受信機モジュールをさらに備える。コンテキストは、ＳＥＡＦ  ＡＭＦを識別するパラメータを含む。ＳＥＡＦ  ＡＭＦは、ユーザ機器と共有される鍵を保持する。
【００２９】
第１６の態様によれば、ユーザ機器のためのサービングＡＭＦの変更のハンドリングをサポートするためのネットワークノードが提供される。ネットワークノードは、ソースＡＭＦにおいて、ターゲットＡＭＦからコンテキスト要求を受信するための受信機モジュールを備える。ネットワークノードは、ソースＡＭＦから、ターゲットＡＭＦへの応答内でコンテキストを送るための送信機をさらに備える。コンテキストは、ＳＥＡＦ  ＡＭＦを識別するパラメータを含む。ＳＥＡＦ  ＡＭＦは、ユーザ機器と共有される鍵を保持する。
【００３０】
第１６の態様によれば、通信ネットワークにおいて使用するためのユーザ機器が提供される。ユーザ機器は、ターゲットＡＭＦに登録要求を送るための送信機を備える。ユーザ機器は、ターゲットＡＭＦとユーザ機器との間で非アクセス層セキュリティ確立プロシージャを実施するためのセキュリティモジュールをさらに備える。非アクセス層セキュリティ確立プロシージャは、ターゲットＡＭＦによって決定された認証ストラテジーに関して、ユーザ機器に知らせる。ユーザ機器は、認証ストラテジーに従って鍵プロシージャを適用するための鍵ハンドリングモジュールをさらに備える。
【００３１】
第１７の態様によれば、ユーザ機器のためのサービングＡＭＦの変更のハンドリングをサポートするためのネットワークノードが提供される。ネットワークノードは、ターゲットＡＭＦから、ユーザ機器のための新しい鍵についての要求を受信するための受信機を備える。ネットワークノードは、ユーザ機器と共有される鍵から新しいコアネットワーク鍵を導出するための鍵管理モジュール（ｋｅｙ  ｍａｎａｇｉｎｇ  ｍｏｄｕｌｅ）をさらに備える。ネットワークノードは、ターゲットＡＭＦに新しいコアネットワーク鍵を送るための送信機をさらに備える。
【００３２】
このソリューションは、独立したＳＥＡＦ機能を必要とせず、コアネットワーク内の規格化されたインターフェース、複雑さおよび追加のシグナリングの必要を省く。
【００３３】
このソリューションは、フォワードセキュリティのための認証の効率的な代替策を与えることによって、ＡＭＦ展開におけるフレキシビリティによってもたらされるセキュリティ問題に対処する。
【００３４】
以下の説明を読めば、他の利点が諒解されよう。
【００３５】
実施形態のさらなる目的および利点とともに、実施形態は、添付の図面とともに、以下の説明を参照することによって、最も良く理解され得る。
【図面の簡単な説明】
【００３６】
【図１】ＵＭＴＳのためのコアネットワークの簡略化された概観を示す概略図である。
【図２】ＥＰＣアーキテクチャの簡略化された概観を示す概略図である。
【図３】５Ｇシステムの非ローミングアーキテクチャの一実施形態の概略図である。
【図４】ターゲットＡＭＦとＳＥＡＦ  ＡＭＦとの間の関係の概略図である。
【図５】初期登録中の認証のための一実施形態のシグナリングを表す図である。
【図６】ターゲットＡＭＦの役割における、ＵＥのためのサービングＡＭＦの変更をハンドリングするための方法の一実施形態のステップの流れ図である。
【図７】ソースＡＭＦの役割における、ＵＥのためのサービングＡＭＦの変更をハンドリングするための方法の別の実施形態のステップの流れ図である。
【図８】ＡＭＦ変更中の再認証の一実施形態のシグナリングを表す図である。
【図９】ターゲットＡＭＦがソースＡＭＦから受信されたセキュリティ鍵を使用して継続する、一実施形態のシグナリングを表す図である。
【図１０】新しい鍵導出を含む一実施形態のシグナリングを表す図である。
【図１１】ＵＥの役割における、ＵＥのためのサービングＡＭＦの変更をハンドリングするための方法の一実施形態のステップの流れ図である。
【図１２】ＳＥＡＦ  ＡＭＦの役割における、ＵＥのためのサービングＡＭＦの変更をハンドリングするための方法の一実施形態のステップの流れ図である。
【図１３】ＡＭＦの一例を示す概略ブロック図である。
【図１４】ＵＥの一例を示す概略ブロック図である。
【図１５】ハードウェア回路要素実装形態に基づくＡＭＦの別の例を示す概略ブロック図である。
【図１６】ハードウェア回路要素実装形態に基づくＵＥの別の例を示す概略ブロック図である。
【図１７】プロセッサとハードウェア回路要素の両方の組合せに基づくＡＭＦのまた別の例を示す概略ブロック図である。
【図１８】プロセッサとハードウェア回路要素の両方の組合せに基づくＵＥのまた別の例を示す概略ブロック図である。
【図１９】一実施形態による、ＡＭＦのコンピュータ実装形態の一例を示す概略図である。
【図２０】一実施形態による、ＵＥのコンピュータ実装形態の一例を示す概略図である。
【図２１】ＡＭＦを備えるネットワークデバイスの一例を示す概略ブロック図である。
【図２２】ＵＥのためのサービングＡＭＦの変更をハンドリングするためのネットワークノードの一例を示す概略図である。
【図２３】ＵＥのためのサービングＡＭＦの変更をハンドリングするためのネットワークノードの別の例を示す概略図である。
【図２４】ＵＥの別の例を示す概略図である。
【図２５】クラウド実装形態の一例を示す概略図である。
【図２６】無線通信システムの一例を示す概略図である。
【発明を実施するための形態】
【００３７】
図面全体にわたって、同様のまたは対応する要素のために同じ参照表示が使用される。
【００３８】
３Ｇとも呼ばれることがあるＵｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ（ＵＭＴＳ）アーキテクチャ、および４Ｇとも呼ばれるＬｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）アーキテクチャの極めて簡単な概観から開始することが、有用であり得る。
【００３９】
まず第一に、それらのアーキテクチャの無線アクセスネットワーク（ＲＡＮ）部分は、ユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ：Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）が３Ｇ  ＵＭＴＳ  ＲＡＮであり、拡張ＵＴＲＡＮ（ｅＵＴＲＡＮ：Ｅｖｏｌｖｅｄ  ＵＴＲＡＮ）がＬＴＥ  ＲＡＮであるという点で異なる。ＵＴＲＡＮは、回線交換サービスとパケット交換サービスの両方をサポートするが、ｅＵＴＲＡＮは、パケット交換サービスをサポートするにすぎない。
【００４０】
ＵＴＲＡＮエアインターフェースは、スペクトル拡散変調技術に基づく広帯域符号分割多元接続（ＷＣＤＭＡ）であるが、ｅＵＴＲＡＮは、直交周波数分割多元接続（ＯＦＤＭＡ）と呼ばれるマルチキャリア変調方式を採用する。高速パケットアクセス（ＨＳＰＡ）は、ＷＣＤＭＡプロトコルを使用して既存の３Ｇ  ＵＭＴＳネットワークの性能を拡張および改善するプロトコルのセットである。
【００４１】
３Ｇ  ＵＭＴＳでは、ＲＡＮは、２つのタイプのノード、すなわち、ノードＢと呼ばれるアクセスノードまたは基地局と、無線ネットワークコントローラ（ＲＮＣ）とに基づく。ＲＮＣは、ＲＡＮを制御するノードであり、ＲＮＣはまた、ＲＡＮをコアネットワーク（ＣＮ）に接続する。
【００４２】
図１は、ＵＭＴＳ１００のためのコアネットワークの簡略化された概観を示す概略図である。ＵＭＴＳ／ＷＣＤＭＡのためのコアネットワークは、以下を含む。
・  公衆交換電話網（ＰＳＴＮ）５への接続のためのモバイル交換センター（ＭＳＣ）４をもつ回線交換（ＣＳ）ドメイン２、
・  ＲＡＮ２０への接続のためのサービングＧＰＲＳサポートノード（ＳＧＳＮ）６と、インターネット３０などの外部ネットワークへの接続のためのゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）７とをもつパケット交換（ＰＳ）ドメイン３。
【００４３】
２つのドメインについて共通しているのは、ホームロケーションレジスタ（ＨＬＲ）８、オペレータの加入者を追跡するホームオペレータのネットワークにおけるデータベースである。
【００４４】
ＬＴＥ  ＲＡＮの鍵設計理念は、１つのタイプのノードのみ、すなわち、ｅノードＢまたはｅＮＢとも呼ばれる、エボルブドノードＢを使用することである。ＬＴＥ  ＣＮの鍵概念は、可能な範囲まで無線アクセス技術から独立していることである。ＬＴＥ  ＲＡＮ機能は、通常、以下に関与する。
・  コーディング、インターリービング、変調、および他の一般的な物理レイヤ機能、
・  自動再送要求（ＡＲＱ）ヘッダ圧縮および他の一般的なリンクレイヤ機能、
・  ユーザプレーン（ＵＰ）セキュリティ機能、たとえば、暗号化、およびＲＡＮシグナリングセキュリティ、たとえば、ＵＥへのＲＡＮ発信シグナリングの暗号化および完全性保護、ならびに
・  無線リソース管理（ＲＲＭ）、ハンドオーバ、および他の一般的な無線リソース制御機能。
【００４５】
ＬＴＥ  ＣＮ機能は、通常、以下に関与する。
・  非アクセス層（ＮＡＳ）セキュリティ機能、たとえば、ＵＥへのＣＮシグナリングの暗号化および完全性保護、
・  加入者管理、
・  モビリティ管理、
・  ベアラ管理およびサービス品質（ＱｏＳ）ハンドリング、
・  ポリシー制御およびユーザデータフロー、
・  外部ネットワークへの相互接続。
【００４６】
ＬＴＥ  ＣＮの発展および規格化は、システムアーキテクチャエボリューション（ＳＡＥ）と呼ばれており、ＳＡＥにおいて規定されているコアネットワークは、より古い世代のコアネットワークとは根本的に異なり、したがってエボルブドパケットコア（ＥＰＣ）と称された。
【００４７】
図２は、ＥＰＣ１０２アーキテクチャの簡略化された概観を示す概略図である。ＥＰＣ１０２の基本ノードは、以下を含む。
・  ＥＰＣ１０２の制御プレーンノードであるモビリティ管理エンティティ（ＭＭＥ）１１、
・  ＥＰＣ１０２をＬＴＥ  ＲＡＮ２０に接続するユーザプレーンノードであるサービングゲートウェイ（ＳＧ）１２、および
・  ＥＰＣ１０２をインターネット３０に接続するユーザプレーンノードであるパケットデータネットワークゲートウェイ（ＰＤＮ）ゲートウェイ１３。
【００４８】
ＭＭＥはまた、普通は、ＨＬＲに対応するデータベースノードであるホーム加入者サーバ（ＨＳＳ）１８に接続される。
【００４９】
サービングゲートウェイ１２およびＰＤＮゲートウェイ１３は、単一のエンティティとして設定され得る。
【００５０】
時々、ＥＰＣ１０２は、ＬＴＥ  ＲＡＮ２０とともに、エボルブドパケットシステム（ＥＰＳ）１０４と示される。
【００５１】
上記でさらに述べられたように、５Ｇは、センサー、スマートウェアラブル、車両、機械など、広範囲の新しいデバイスへのコネクティビティを与えることが予想される。その場合、フレキシビリティが、ＮＧシステムにおける鍵となる特性になる。
【００５２】
３ＧＰＰ  ＳＡ２は、ＴＲ２３．７９９における３ＧＰＰ  ＳＡ２の研究において、図３に示されている非ローミングアーキテクチャ１０６に関して同意した。
【００５３】
モビリティ管理機能（ＭＭＦ）、コアネットワークモビリティ管理（ＣＮ−ＭＭ）または単にモビリティ管理（ＭＭ）と呼ばれることがあるおよび／あるいはそれらを備えるアクセス・モビリティマネージメント機能（ＡＭＦ）５０は、モビリティ管理をサポートするコアネットワークノードであり、したがって、ＥＰＣにおけるＭＭＥと同様の役割を果たしている。ＡＭＦ５０は、ＥＰＣにおけるＭＭＥとＲＡＮとの間のいわゆるＳ１インターフェースに対応する、ＲＡＮ２０へのいわゆるＮＧ２インターフェース６２を有する。ＡＭＦ５０は、ＵＥ８０への、いわゆるＮＧ１インターフェース６１を有する。ＡＭＦ５０は、さらに、ＮＧ１１インターフェース７１上でセッション管理機能（ＳＭＦ）５１に接続される。
【００５４】
異なるＡＭＦ５０が互いと通信するとき、これは、ＮＧ１４インターフェース７４上で実施される。
【００５５】
認証サーバ機能（ＡＵＳＦ）５２が、プライマリ認証プロセスを担当し、ＮＧ１２インターフェース７２のＡＭＦ５０と通信する。ユーザデータ管理（ＵＤＭ）５３が、ＮＧ１３インターフェース７３を介してＡＵＳＦ５２と通信し、ＮＧ８インターフェース６８を介してＡＭＦ５０と通信し、ＮＧ１０インターフェース７０を介してＳＭＦ５１と通信する。
【００５６】
提案されるソリューションは、ＳＥＡＦの概念を、その役割（ステータス）をＡＭＦ５０に同化することによって実装し、ここでＵＥ８０が最初に認証する。その場合、それは、セキュリティコンテキストにおいて、プライマリグローバル一意一時ＩＤ（ＧＵＴＩ）（ＰＧＵＴＩ）と呼ばれる、追加のＧＵＴＩ様パラメータを介して（プライマリＡＭＦとも呼ばれる）ＳＥＡＦ  ＡＭＦを追跡される。プライマリＧＵＴＩは、その場合、ＡＭＦ変更中にＡＭＦ５０間で他のセキュリティパラメータを通って渡されることになる。ターゲットＡＭＦは、その場合、（その特定のＵＥ８０のためのＳＥＡＦの役割を果たす）プライマリＡＭＦを識別するためにそのパラメータを使用することができ、たとえば、ターゲットＡＭＦがソースＡＭＦ５０を完全に信用するとは限らない場合、新しいＣＮ鍵についてプライマリＡＭＦに照会する。
【００５７】
ユーザプレーン機能（ＵＰＦ）５４が、さらに、ＮＧ３インターフェース６３によってＲＡＮ２０に接続され、ＮＧ４インターフェース６４によってＳＭＦ５１に接続され、ＮＧ６インターフェース６６によって異なるデータネットワーク（ＤＮ）５５に接続される。
【００５８】
異なるＵＰＦ５４が互いに通信するとき、これはＮＧ９インターフェース６９上で実施される。
【００５９】
ポリシー制御機能（ＰＣＦ）６５が、ＮＧ７インターフェース６７を介してＳＭＦ５１に接続され、ＮＧ１５インターフェース７５を介してＡＭＦ５０と接続され、ＮＧ５インターフェース６５を介してアプリケーション機能（ＡＦ）５７と接続される。
【００６０】
ＳＥＡＦは、Ｋｓｅａｆによって示される鍵をＵＥと共有する。この鍵は、ＳＥＡＦ／ＡＭＦを介したＵＥとＡＵＳＦとの間のネットワークアクセスのためのプライマリ認証プロシージャの結果である。Ｋｓｅａｆは、レガシーシステムにおけるＫａｓｍｅの等価物であり、ＣＮ鍵とＡＮ鍵との導出のためのルート鍵として働くことになる。利用可能な場合はいつでも、Ｋｓｅａｆは、完全再認証を回避するために使用され得る。その場合、ＫｓｅａｆがＡＭＦを決して離れず、ここでＵＥが認証することが提案される。
【００６１】
専門用語をいくぶん乱用すると、ＭＭＦという用語は、ここでは、ＡＭＦの非ＳＥＡＦ役割部分を指すために使用される。次に、ＵＥ観点から、ＡＭＦは、ＳＥＡＦの役割、ＭＭＦの役割、またはその両方を保証することができる。図４を参照すると、ＵＥが特定のＡＭＦ５０Ｐを用いて最初に認証するとき、そのＡＭＦ５０Ｐは、両方の役割、すなわち、ＳＥＡＦ９０とＭＭＦ９１とを保証する。そのようなＡＭＦは、以下で、（ＵＥの）ＳＥＡＦ  ＡＭＦと呼ばれ、ここで、Ｐ−ＡＭＦ５０Ｐとして示されることになる。ＵＥが（たとえば、モビリティイベントの場合）後で別のターゲットＡＭＦ、すなわち、Ｔ−ＡＭＦ５０Ｔに移動するとき、ターゲットＡＭＦ５０Ｔは、ＭＭＦ９１の役割のみを保証し、ＳＥＡＦ  ＡＭＦ５０ＰはＳＥＡＦ９０の役割を保証する。ＵＥがＳＥＡＦ  ＡＭＦ以外のものによって再認証される場合、新しいＡＭＦはＳＥＡＦのものになり、新しいＫｓｅａｆが使用され始める。
【００６２】
ＳＥＡＦ  ＡＭＦは、ＵＥがどこか他の場所で認証するまで、常にＫｓｅａｆを所有することになる。サービングＡＭＦ、すなわち、当初はＳＥＡＦ  ＡＭＦ、または変更の後、ターゲットＡＭＦは、常にＣＮ鍵（ＮＡＳプロトコル鍵を導出するために使用される鍵）を有することになる。したがって、任意のＵＥについて、２つの異なるＡＭＦが、同じＵＥと何らかの形態のセキュリティコンテキストを維持および共有することに関与することは、事実であり得る。ＳＥＡＦ  ＡＭＦ５０Ｐは、Ｋｓｅａｆに基づいてＳＥＡＦ９０コンテキストを維持し、サービングＡＭＦ、たとえば、ターゲットＡＭＦ５０Ｔは、Ｋｃｎと呼ばれる導出された鍵に基づいてＣＮセキュリティコンテキストを維持することになる。ＵＥは、両方のコンテキストを維持する。また、ＳＥＡＦ  ＡＭＦがサービングＡＭＦであり、その場合、ＳＥＡＦ  ＡＭＦが両方のコンテキストを維持することが可能であることに注目されたい。これがうまくいくために、何らかの形態の追加のＡＭＦ識別子が、ＳＥＡＦ  ＡＭＦを識別するためにＣＮセキュリティコンテキスト中に含まれなければならず、たとえば、これは、ＡＭＦとＵＥとを一意に識別する追加のＧＵＴＩ様パラメータと同様であり得る。残りの説明では、そのような識別子９２はプライマリＧＵＴＩ（ＰＧＵＴＩ）と呼ばれる。
【００６３】
初期登録中のセキュリティコンテキストハンドリングを有効にするために、初期登録は、ベースラインの場合のようにハンドリングされ、図５に示されている。登録要求Ｔ１０が、ＵＥ８０から、ＡＭＦ、すなわち、ＳＥＡＦ  ＡＭＦ５０Ｐに送られる。Ｐ−ＡＭＦ５０Ｐは、Ｋｓｅａｆの確立につながる、ＡＵＳＦ５２とＵＥ８０とに関与する認証Ｔ１２を管理することを決定する。結果として、ＡＭＦは、このＵＥ８０のためのＳＥＡＦ  ＡＭＦ５０Ｐになる。結果として、Ｋｓｅａｆ’が確立される。対応するＰＧＵＴＩは、たとえば、このＳＥＡＦ  ＡＭＦ５０Ｐによって割り当てられる第１のＧＵＴＩになるように選定され得る。
【００６４】
ここで提案される機構に関する唯一の考慮事項は、初期登録要求を受信するＡＭＦが、したがって、ＳＥＡＦ役割をサポートするＳＥＡＦ  ＡＭＦ５０Ｐになることである。したがって、加入認証の後に、ＳＥＡＦ  ＡＭＦ５０Ｐは、ＨＰＬＭＮのＡＵＳＦ５２からＫｓｅａｆを受信し、保持することになる。
【００６５】
認証およびＫｓｅａｆ配信の成功の後に、（ＳＥＡＦ）ＡＭＦ５０Ｐは、（ＳＥＡＦ）ＡＭＦ５０Ｐ自体をＨＰＬＭＮのＵＤＭ５３中に登録することと、認証されたユーザの加入プロファイルをダウンロードすることとを行うためにロケーション更新（Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ）Ｔ１７を実施することになる。
【００６６】
プロシージャは、登録が完了したことに関して、ＳＥＡＦ  ＡＭＦ５０ＰがＵＥ８０に知らせることＴ１９によって終了される。
【００６７】
ＡＭＦ変更中のセキュリティコンテキストハンドリングは、さらなる考慮事項を必要とする。ＡＭＦ変更は、一般に、モビリティイベント中に行われ得る。レガシーシステムでは、セキュリティコンテキストはＭＭＥ間で転送される。ＮＧシステムでは、常にターゲットＡＭＦとソースＡＭＦとの間に何らかの種類のコンテキスト転送があることになる。しかしながら、セキュリティ態様では、どのセキュリティパラメータが転送され、そのセキュリティパラメータがどのように使用され始めるかに応じて、いくつかのシナリオが可能である。システム動作中に、ターゲットＡＭＦとも呼ばれる新しいＡＭＦがどの決定を行うかは、たとえば、ソースＡＭＦとも呼ばれる古いＡＭＦとＳＥＡＦ  ＡＭＦとのロケーションに応じた、セキュリティポリシーに基づき得る。
【００６８】
図６は、ＵＥのためのサービングＡＭＦの変更のハンドリングをサポートするための方法の一実施形態のステップの流れ図を示す。ステップＳ２において、コンテキスト要求が、ターゲットＡＭＦからソースＡＭＦに送られる。ステップＳ３において、コンテキストが、ターゲットＡＭＦにおいて、ソースＡＭＦからの応答内で受信される。コンテキストは、ＳＥＡＦ  ＡＭＦを識別するパラメータを含む。ＳＥＡＦ  ＡＭＦは、ＵＥと共有される鍵を保持する。
【００６９】
好ましい実施形態では、ステップＳ２よりステップＳ１が先行し、Ｓ１において、登録要求がＵＥから受信される。
【００７０】
好ましい実施形態では、ステップＳ４において、ソースＡＭＦとＳＥＡＦ  ＡＭＦとのうちの少なくとも１つの状況に基づいて、認証ストラテジーが決定される。さらにより好ましくは、決定することは、ソースＡＭＦとＳＥＡＦ  ＡＭＦとのロケーションに応じたセキュリティポリシーに基づく。
【００７１】
マッチングプロシージャは、ソースＡＭＦにおいて実施される。図７は、ＵＥのためのサービングＡＭＦの変更のハンドリングをサポートするための方法の一実施形態のステップの流れ図を示す。ステップＳ１１において、コンテキスト要求が、ソースＡＭＦにおいて、ターゲットＡＭＦから受信される。ステップＳ１２において、コンテキストが、ソースＡＭＦからの応答内でターゲットＡＭＦに送られる。コンテキストは、ＳＥＡＦ  ＡＭＦを識別するパラメータ、すなわち、どのＳＥＡＦ  ＡＭＦが、ＵＥと共有される鍵を保持するかを含む。
【００７２】
以下のセクションは、ＡＭＦ変更中のセキュリティコンテキストハンドリングを実現するための異なるオプションを示す。以下の図におけるソースＡＭＦは、ＳＥＡＦ  ＡＭＦであり得るか、またはソースＡＭＦは、示される代替策のいずれかに基づくモビリティプロシージャの結果として図に示されているように、別個のものであり得ることに注意されたい。
【００７３】
サービングＡＭＦの変更の一実施形態の１つのシーンに接続されたシグナリングが、図８に示されている。
【００７４】
ＵＥ８０は、ターゲットＡＭＦ５０Ｔに登録要求Ｔ１０を送る。ＵＥ登録は、ターゲットＡＭＦ５０Ｔとも呼ばれる新しいＡＭＦが、古いサービングＡＭＦ、すなわち、ソースＡＭＦ５０Ｓを識別することが可能になるために、現在のＮＡＳセキュリティコンテキストからの任意の必要な情報を含むべきである。
【００７５】
ターゲットＡＭＦ５０Ｔは、ＵＥから、登録要求Ｔ１０を受信し、ソースＡＭＦ５０Ｓにコンテキスト要求Ｔ１１を送り、ソースＡＭＦ５０Ｓは相応に応答する。コンテキストは、ＳＥＡＦ  ＡＭＦ５０Ｐを識別する追加のＰＧＵＴＩパラメータを含む。
【００７６】
実施形態のこのシーンでは、ターゲットＡＭＦ５０Ｔは、新しいＫｓｅａｆの確立につながる新しい認証Ｔ１２を動作させる（ｒｕｎ）ことを決定する。決定は、好ましくは、状況、たとえば、ソースＡＭＦ５０ＳとＳＥＡＦ  ＡＭＦ５０ＰとのロケーションがＰＧＵＴＩパラメータに関連することに基づく。結果として、ターゲットＡＭＦ５０Ｔはまた、このＵＥ８０のための新しいＳＥＡＦ  ＡＭＦになる。結果として、新しいＫｓｅａｆ’が確立される。対応するＰＧＵＴＩは、たとえば、このターゲットＡＭＦによって割り当てられる第１のＧＵＴＩになるように選定され得る。ＰＧＵＴＩがオーバージエアで送られ、ＡＭＦ間で渡されるにすぎないので、専用再割り当てプロシージャの必要がない。
【００７７】
ターゲットＡＭＦ５０Ｔは、随意に、（前の）ＳＥＡＦ  ＡＭＦ５０Ｐが、古いＫｓｅａｆと、対応するセキュリティコンテキストとを安全に処分することができるように（前の）ＳＥＡＦ  ＡＭＦ５０Ｐに通知Ｔ１３し得る。そのような追加のシグナリングを回避するために、ＵＥ８０がＳＥＡＦ  ＡＭＦ５０Ｐを離れた後の一定の時間期間の間のみＳＥＡＦコンテキストが維持されることは、事実であり得る。このようにして、規定された期間が経過すると、データは自動的に削除されることになる。
【００７８】
ＮＡＳセキュリティ確立Ｔ１６が実施される。新しいＣＮ鍵が導出され、次いで、ターゲットＡＭＦ５０ＴとＵＥ８０との間のＳＭＣ様プロシージャを介して使用され始める。
【００７９】
最終的に、ターゲットＡＭＦ５０Ｔは、ターゲットＡＭＦ５０Ｔ自体をＨＰＬＭＮのＵＤＭ５３中に登録することと、認証されたユーザの加入プロファイルをダウンロードすることとを行うためにロケーション更新Ｔ１７を実施することになる。これに基づいて、ＵＤＭ５３は、ソースＡＭＦ５０Ｓにロケーションキャンセル（Ｃａｎｃｅｌ  Ｌｏｃａｔｉｏｎ）Ｔ１８を送ることになる。
【００８０】
ＵＥは、認証ストラテジーに従って鍵プロシージャを適用する。
【００８１】
実施形態の別のシーンでは、ターゲットＡＭＦは、ソースＡＭＦから受信されたセキュリティ鍵を使用して継続する。このシナリオは、ＳＥＡＦ  ＡＭＦとの対話を必要とせず、レガシー機構と同様にその最終部分中にある。図９に示されているように、ＣＮ鍵転送において、ＵＥ８０は登録要求Ｔ１０を送る。ＵＥ登録は、ターゲットＡＭＦ５０Ｔが、古いサービングＡＭＦ、すなわち、ソースＡＭＦ５０Ｓを識別することが可能になるために、現在のＮＡＳセキュリティコンテキストからの任意の必要な情報を含むべきである。
【００８２】
ターゲットＡＭＦ５０Ｔは、ソースＡＭＦ５０Ｓにコンテキスト要求Ｔ１１を送り、ソースＡＭＦ５０Ｓは相応に応答する。コンテキストは、ＳＥＡＦ  ＡＭＦ５０Ｐを識別する追加のＰＧＵＴＩパラメータを含む。
【００８３】
ＰＧＵＴＩパラメータとソースノードの識別情報の知識とに基づいて、ＣＮ鍵転送を継続するという決定が行われる。随意に、およびたとえば、アルゴリズム変更がターゲットＡＭＦ５０Ｔによって必要とされる場合、ＳＭＣ様プロシージャＴ１６は、選定された新しいアルゴリズムを使用し始めるために動作させられる。
【００８４】
最終的に、ターゲットＡＭＦ５０Ｔは、ターゲットＡＭＦ５０Ｔ自体をＨＰＬＭＮのＵＤＭ５３中に登録することと、認証されたユーザの加入プロファイルをダウンロードすることとを行うためにロケーション更新Ｔ１７を実施することになる。これに基づいて、ＵＤＭ５３は、ソースＡＭＦ５０ＳにロケーションキャンセルＴ１８を送ることになる。
【００８５】
ＵＥは、認証ストラテジーに従って鍵プロシージャを適用する。
【００８６】
実施形態の別のシーンでは、新しい鍵導出が決定される。ターゲットＡＭＦ５０Ｔは、図１０に示されているように新しいＣＮ鍵を取得するためにＳＥＡＦ  ＡＭＦ５０Ｐに照会する。
【００８７】
この目的で、ＵＥ８０は、登録要求Ｔ１０を送る。ＵＥ登録は、ターゲットＡＭＦ５０Ｔが、古いサービングＡＭＦ、すなわち、ソースＡＭＦ５０Ｓを識別することが可能になるために、現在のＮＡＳセキュリティコンテキストからの任意の必要な情報を含むべきである。
【００８８】
ターゲットＡＭＦ５０Ｔは、ソースＡＭＦ５０Ｓにコンテキスト要求Ｔ１１を送り、ソースＡＭＦ５０Ｓは相応に応答する。コンテキストは、ＳＥＡＦ  ＡＭＦ５０Ｐを識別する追加のＰＧＵＴＩパラメータを含む。
【００８９】
ＰＧＵＴＩパラメータとソースＡＭＦ５０Ｓの識別情報の知識とに基づいて、鍵要求を継続するという決定が行われる。
【００９０】
ターゲットＡＭＦ５０Ｔは、ＰＧＵＴＩによって識別されたＳＥＡＦ  ＡＭＦ５０Ｐに鍵要求Ｔ１４を送り、ＳＥＡＦ  ＡＭＦ５０Ｐは、現在のＫｓｅａｆから新しいＫｃｎを導出することと、新しいＫｃｎを応答内に含めることとによって相応に行動する。このＫｃｎの導出は、同様に応答内に含まれるフレッシュネス（ｆｒｅｓｈｎｅｓｓ）パラメータに基づき得る。これらの態様に関係するさらなる実施形態が、以下で説明される。
【００９１】
新しいＣＮ鍵は、ターゲットＡＭＦ５０ＴとＵＥ８０との間のＳＭＣ様プロシージャＴ１６を介して使用され始める。ＵＥ８０が、新しいＫｃｎが使用されていることを知るために、ターゲットＡＭＦ５０ＴからＵＥ８０へのＳＭＣ様メッセージ中に指示がなければならない。これらの態様に関係するさらなる実施形態が、以下で説明される。
【００９２】
最終的に、ターゲットＡＭＦ５０Ｔは、ターゲットＡＭＦ５０Ｔ自体をＨＰＬＭＮのＵＤＭ５３中に登録することと、認証されたユーザの加入プロファイルをダウンロードすることとを行うためにロケーション更新Ｔ１７を実施することになる。これに基づいて、ＵＤＭ５３は、ソースＡＭＦ５０ＳにロケーションキャンセルＴ１８を送ることになる。
【００９３】
ＵＥは、認証ストラテジーに従って鍵プロシージャを適用する。
【００９４】
好ましい実施形態では、図８〜図１０中で表されるすべてのシーンは、選択することが可能であるべきである。
【００９５】
この目的で、ターゲットＡＭＦにおいて実施される方法の好ましい実施形態では、ステップＳ４（図６）における認証ストラテジーは、
−  ＡＭＦ間の鍵の転送と、
−  新しい認証プロシージャの実行と、
−  前記ＳＥＡＦ  ＡＭＦからの鍵の要求と
のうちの１つを含む。
【００９６】
図８のシーンを参照すると、ターゲットＡＭＦにおいて実施される方法の一実施形態では、本方法は、認証ストラテジーが、新しい認証プロシージャの実行であることが決定されたことに応答して、新しい認証プロセスを動作させるさらなるステップを含む。認証プロセスは、ＡＵＳＦとの対話によって新しい鍵を確立することを含む。さらに、ＳＥＡＦ  ＡＭＦを識別する新しいパラメータが作成され、新しいＳＥＡＦ  ＡＭＦとしてターゲットＡＭＦを識別する。
【００９７】
好ましくは、本方法はまた、元のＳＥＡＦ  ＡＭＦに、ターゲットＡＭＦがＵＥのための新しいＳＥＡＦ  ＡＭＦであることを通知するさらなるステップを含む。
【００９８】
図９のシーンを参照すると、ターゲットＡＭＦにおいて実施される方法の一実施形態では、本方法は、認証ストラテジーがＡＭＦ間の鍵の転送であることが決定されたことに応答して、ソースＡＭＦとターゲットＡＭＦとの間でＣＮ鍵を転送するさらなるステップを含む。
【００９９】
図１０のシーンを参照すると、ターゲットＡＭＦにおいて実施される方法の一実施形態では、本方法は、認証ストラテジーが、ＳＥＡＦ  ＡＭＦからの鍵の要求であることが決定されたことに応答して、鍵を要求するさらなるステップを含む。鍵を要求することは、ＳＥＡＦ  ＡＭＦに鍵についての要求を送ることと、ＳＥＡＦ  ＡＭＦから鍵を受信することとを含む。
【０１００】
好ましい実施形態では、ＳＥＡＦ  ＡＭＦを識別するパラメータは、ＳＥＡＦ  ＡＭＦに関連するＧＵＴＩである。
【０１０１】
好ましい実施形態では、ＵＥと共有される鍵は、他の鍵を導出するために使用される。
【０１０２】
好ましい実施形態では、本方法は、ターゲットＡＭＦとＵＥとの間でＮＡＳ確立プロシージャを実施するさらなるステップを含む。ＮＡＳ確立プロシージャは、ターゲットＡＭＦによって決定された認証ストラテジーに関して、ＵＥに知らせる。
【０１０３】
対応するプロシージャは、必要なときにソースＡＭＦにおいて実施される。
【０１０４】
ソースＡＭＦにおいて実施される方法の好ましい実施形態では、認証ストラテジーがＡＭＦ間の鍵の転送であることが決定されたとき（図９参照）、本方法は、ソースＡＭＦとターゲットＡＭＦとの間でＣＮ鍵を転送するさらなるステップを含む。
【０１０５】
好ましい実施形態では、ソースＡＭＦにおいて実施される方法は、メモリから、ＳＥＡＦ  ＡＭＦを識別するパラメータを取り出すさらなるステップを含む。
【０１０６】
好ましい実施形態では、パラメータは、ＳＥＡＦ  ＡＭＦに関連するＧＵＴＩである。
【０１０７】
好ましい実施形態では、ＵＥと共有される鍵は、他の鍵を導出するために使用される。
【０１０８】
ＵＥにおいて実施されるプロシージャは、図１１によって示され得、図１１では、ＵＥのためのサービングＡＭＦの変更をハンドリングするための方法の一実施形態のステップの流れ図が示されている。ステップＳ２１において、登録要求が、ＵＥからターゲットＡＭＦに送られる。好ましくは、登録要求は、ソースＡＭＦとして、現在使用されているＡＭＦを識別する情報を含む。
【０１０９】
ターゲットＡＭＦにおけるプロシージャの結果として、認証ストラテジーがターゲットＡＭＦによって決定される。ステップＳ２２において、ＮＡＳ確立プロシージャがターゲットＡＭＦとＵＥとの間で実施される。ＮＡＳ確立プロシージャは、認証ストラテジーに関して、ＵＥに知らせる。ステップＳ２３において、認証ストラテジーに従って鍵プロシージャが適用される。
【０１１０】
好ましくは、認証ストラテジーは、ＡＭＦ間の鍵の転送と、新しい認証プロシージャの実行と、ＳＥＡＦ  ＡＭＦからの鍵の要求とのうちの１つを含む。
【０１１１】
いくつかのシーンでは、ＳＥＡＦ  ＡＭＦはソリューションに寄与し、たとえば、図８および図１０を参照されたい。図１２は、ＳＥＡＦ  ＡＭＦにおいて実施されるような、ＵＥのためのサービングＡＭＦの変更をハンドリングするための方法の一実施形態のステップの流れ図を示す。ステップＳ３１において、ＵＥのための新しい鍵についての要求が、ＳＥＡＦ  ＡＭＦにおいて、ターゲットＡＭＦから受信される。ステップＳ３２において、新しいＣＮ鍵が、ＳＥＡＦ  ＡＭＦにおいて、ＵＥと共有される鍵から導出される。ステップＳ３３において、新しいＣＮ鍵がターゲットＡＭＦに送られる。
【０１１２】
好ましい実施形態では、図８のシーンが行われるとき、追加のステップがＳＥＡＦ  ＡＭＦにおいて実施される。ステップＳ３４において、通知がターゲットＡＭＦから受信される。通知は、ＵＥが新しいＳＥＡＦ  ＡＭＦを有することをＳＥＡＦ  ＡＭＦに知らせる。ステップＳ３５において、ＵＥと共有される鍵が配設される。
【０１１３】
ＫｓｅａｆからのＫｃｎの導出は、ＵＥとＳＥＡＦ  ＡＭＦの間で共有されるフレッシュネスパラメータに基づき得る。そのようなパラメータは、カウンタ、ナンスまたはタイムスタンプであり得る。
【０１１４】
カウンタの場合、カウンタは、新しいＫｓｅａｆが確立されるたびにリセットまたは初期化され得る。その場合、このカウンタは、Ｋｓｅａｆセキュリティコンテキストの一部となる。初期値がＵＥとＡＭＦとの間で事前に同意された場合、（図１０のＴ１４において）鍵と一緒にカウンタパラメータを転送する必要がないことがある。ＵＥは、（図１０のＴ１６において）ＳＭＣメッセージ中で何らかのタイプの「新しい鍵指示」を受信するだけでよいことになる。これは、ブーリアンパラメータであり得る。この指示に応じて、ＵＥは、次いで、カウンタを増分し、Ｋｓｅａｆから新しいＫｃｎを導出し、ステップ４において新しいＫｃｎを使用することになる。代替的に、全カウンタ値または少数のＬＳＢが、鍵と一緒に転送され、同期失敗を回避するためにさらにＵＥに転送される。
【０１１５】
ナンスまたはタイムスタンプの場合、そのようなパラメータは、ターゲットＡＭＦに新しいＣＮ鍵を通って転送され、次いで、さらにＵＥに転送される必要がある。
【０１１６】
本明細書で使用される「ユーザ機器（ＵＥ）」、「局（ＳＴＡ）」および「無線通信デバイス」という非限定的な用語は、モバイルフォン、セルラーフォン、無線通信機能を装備した携帯情報端末（ＰＤＡ）、スマートフォン、内部または外部モバイルブロードバンドモデムを装備したラップトップまたはパーソナルコンピュータ（ＰＣ）、無線通信機能をもつタブレットＰＣ、ターゲットデバイス、デバイスツーデバイスＵＥ、マシン型ＵＥまたはマシンツーマシン通信が可能なＵＥ、ｉＰＡＤ、顧客構内機器（ＣＰＥ）、ラップトップ埋込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ユニバーサルシリアルバス（ＵＳＢ）ドングル、ポータブル電子無線通信デバイス、無線通信機能を装備したセンサーデバイスなどを指すことがある。特に、「ＵＥ」という用語、「局」という用語、および「無線通信デバイス」という用語は、無線通信システムにおいてネットワークノードと通信するか、および／または場合によっては別の無線通信デバイスと直接通信する任意のタイプの無線デバイスを備える非限定的な用語として解釈されるべきである。言い換えれば、無線通信デバイスは、通信のための任意の関連のある規格に従って無線通信のための回路要素を装備した任意のデバイスであり得る。
【０１１７】
本明細書で使用される「有線デバイス」という用語は、ネットワークへの有線接続のために設定または準備された任意のデバイスを指すことがある。特に、有線デバイスは、有線接続のために設定されたときに無線通信機能を用いるまたは用いない上記のデバイスのうちの少なくともいくつかであり得る。
【０１１８】
本明細書で使用される「ネットワークノード」という非限定的な用語は、基地局、アクセスポイント、ネットワークコントローラ、無線ネットワークコントローラ、基地局コントローラ、アクセスコントローラなどのネットワーク制御ノードなどを指すことがある。特に、「基地局」という用語は、ノードＢ、またはエボルブドノードＢ（ｅＮＢ）などの規格化された基地局、また、マクロ／マイクロ／ピコ無線基地局、フェムト基地局としても知られるホーム基地局、リレーノード、リピータ、無線アクセスポイント、基地トランシーバ局（ＢＴＳ）、およびさらには１つまたは複数のリモートラジオユニット（ＲＲＵ）を制御する無線制御ノードなどを含む、異なるタイプの無線基地局を包含し得る。
【０１１９】
以下では、「通信ユニット」という一般的な非限定的な用語は、ネットワークノードおよび／または関連する無線デバイスを含む。
【０１２０】
本明細書で使用される「ネットワークデバイス」という用語は、限定はしないが、アクセスネットワーク、コアネットワークおよび同様のネットワーク構造におけるデバイスを含む、通信ネットワークに関して配置される任意のデバイスを指すことがある。ネットワークデバイスという用語はまた、クラウドベースネットワークデバイスを包含し得る。
【０１２１】
本明細書で説明される方法およびデバイスは、様々なやり方で組み合わせられ、並べ替えられ得ることが諒解されよう。
【０１２２】
たとえば、実施形態は、好適な処理回路要素が実行するためのハードウェアで、またはソフトウェアで、またはそれらの組合せで実装され得る。
【０１２３】
本明細書で説明されるステップ、機能、プロシージャ、モジュールおよび／またはブロックは、汎用電子回路要素と特定用途向け回路要素の両方を含む、ディスクリート回路または集積回路技術など、任意の従来の技術を使用するハードウェアで実装され得る。
【０１２４】
代替的に、または補足として、本明細書で説明されるステップ、機能、プロシージャ、モジュールおよび／またはブロックのうちの少なくともいくつかは、１つまたは複数のプロセッサまたは処理ユニットなど、好適な処理回路要素が実行するためのコンピュータプログラムなどのソフトウェアで実装され得る。
【０１２５】
処理回路要素の例は、限定はしないが、１つまたは複数のマイクロプロセッサ、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）、１つまたは複数の中央処理ユニット（ＣＰＵ）、ビデオアクセラレーションハードウェア、および／あるいは１つまたは複数のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または１つまたは複数のプログラマブル論理コントローラ（ＰＬＣ）など、任意の好適なプログラマブル論理回路要素を含む。
【０１２６】
また、提案される技術が実装される、任意の従来のデバイスまたはユニットの一般的な処理能力を再利用することが可能であり得ることを理解されたい。たとえば、既存のソフトウェアを再プログラムすることによって、または新しいソフトウェア構成要素を追加することによって、既存のソフトウェアを再利用することも可能であり得る。
【０１２７】
提案される技術の一態様の一実施形態によれば、ソースＡＭＦにコンテキスト要求を送るように設定されたＡＭＦを備えるＵＥのためのサービングＡＭＦの変更のハンドリングをサポートするように設定されたネットワークノードが提供される。ＡＭＦは、ソースＡＭＦからの応答内でコンテキストを受信するように設定される。コンテキストは、ＳＥＡＦ  ＡＭＦを識別するパラメータ、すなわち、どのＳＥＡＦ  ＡＭＦが、ＵＥと共有される鍵を保持するかを含む。
【０１２８】
提案される技術の一態様の一実施形態によれば、ターゲットＡＭＦからコンテキスト要求を受信するように設定されたＡＭＦを備えるＵＥのためのサービングＡＭＦの変更のハンドリングをサポートするように設定されたネットワークノードが提供される。サービングＡＭＦは、ターゲットＡＭＦへの応答内でコンテキストを送るように設定される。コンテキストは、ＳＥＡＦ  ＡＭＦを識別するパラメータ、すなわち、どのＳＥＡＦ  ＡＭＦが、ＵＥと共有される鍵を保持するかを含む。
【０１２９】
提案される技術の一態様の一実施形態によれば、ターゲットＡＭＦからＵＥのための新しい鍵についての要求を受信するように設定されたＡＭＦを備えるＵＥのためのサービングＡＭＦの変更をハンドリングするように設定されたネットワークノードが提供される。ＡＭＦは、ＵＥと共有される鍵から新しいＣＮ鍵を導出するようにさらに設定される。ＡＭＦは、ターゲットＡＭＦに新しいＣＮ鍵を送るようにさらに設定される。
【０１３０】
図１３は、一実施形態による、プロセッサメモリ実装形態に基づくＡＭＦ５０の一例を示す概略ブロック図である。この特定の例では、ＡＭＦ５０はプロセッサ１１０とメモリ１２０とを備え、メモリ１２０は、プロセッサ１１０によって実行可能な命令を備える。
【０１３１】
一実施形態では、命令は、プロセッサ１１０において処理されるとき、好ましくは、ＡＭＦ５０が、ソースＡＭＦとＳＥＡＦ  ＡＭＦとのうちの少なくとも１つの状況に基づいて認証ストラテジーを決定することを可能にする。
【０１３２】
さらなる実施形態では、決定することは、ソースＡＭＦとＳＥＡＦ  ＡＭＦとのロケーションに応じたセキュリティポリシーに基づく。
【０１３３】
一実施形態では、命令は、プロセッサ１１０において処理されるとき、好ましくは、ＡＭＦ５０が、ＵＥと共有される鍵から新しいＣＮ鍵を導出することを可能にする。
【０１３４】
ＡＭＦ５０は、通信回路１３０をも含む。通信回路１３０は、ネットワークにおける他のデバイスおよび／またはネットワークノードとの有線および／または無線通信のための機能を含み得る。特定の例では、通信回路１３０は、情報を送信および／または受信することを含む、１つまたは複数の他のノードとの通信のための無線回路要素に基づき得る。通信回路１３０は、プロセッサ１１０および／またはメモリ１２０に相互接続され得る。例として、通信回路１３０は、受信機、送信機、トランシーバ、入力／出力（Ｉ／Ｏ）回路要素、（１つまたは複数の）入力ポートおよび／または（１つまたは複数の）出力ポートのいずれかを含み得る。
【０１３５】
一実施形態では、通信回路１３０は、コンテキスト要求を送ることと、応答内でコンテキストを受信することとを実施するように設定される。
【０１３６】
一実施形態では、通信回路１３０は、コンテキスト要求を受信することと、応答内でコンテキストを送ることとを実施するように設定される。
【０１３７】
一実施形態では、通信回路１３０は、ターゲットＡＭＦから、ＵＥのための新しい鍵についての要求を受信することと、ターゲットＡＭＦに新しいコアネットワーク鍵を送ることとを行うように設定される。
【０１３８】
提案される技術の一態様の一実施形態によれば、通信ネットワークにおいて使用するためのＵＥが提供される。ＵＥは、ターゲットＡＭＦに登録要求を送るために設定される。ＵＥは、ターゲットＡＭＦとＵＥとの間でＮＡＳ確立プロシージャを実施するためにさらに設定される。ＮＡＳ確立プロシージャは、ターゲットＡＭＦによって決定された認証ストラテジーに関して、ＵＥに知らせる。ＵＥは、認証ストラテジーに従って鍵プロシージャを適用するためにさらに設定される。
【０１３９】
図１４は、一実施形態による、プロセッサメモリ実装形態に基づくＵＥ８０の一例を示す概略ブロック図である。この特定の例では、ＵＥ８０はプロセッサ１１１とメモリ１２１とを備え、メモリ１２１は、プロセッサ１１１によって実行可能な命令を備える。
【０１４０】
一実施形態では、命令は、プロセッサ１１０において処理されるとき、好ましくは、ＵＥ８０が、ターゲットＡＭＦとＵＥとの間でＮＡＳ確立プロシージャを実施することと、認証ストラテジーに従って鍵プロシージャを適用することとを可能にする。
【０１４１】
ＵＥ８０は、通信回路１３１をも含む。通信回路１３１は、ネットワークにおける他のデバイスおよび／またはネットワークノードとの有線および／または無線通信のための機能を含み得る。特定の例では、通信回路１３１は、情報を送信および／または受信することを含む、１つまたは複数の他のノードとの通信のための無線回路要素に基づき得る。通信回路１３０は、プロセッサ１１１および／またはメモリ１２１に相互接続され得る。例として、通信回路１３１は、受信機、送信機、トランシーバ、入力／出力（Ｉ／Ｏ）回路要素、（１つまたは複数の）入力ポートおよび／または（１つまたは複数の）出力ポートのいずれかを含み得る。
【０１４２】
一実施形態では、通信回路１３１は、ターゲットＡＭＦに登録要求を送るように設定される。
【０１４３】
図１５は、一実施形態による、ハードウェア回路要素実装形態に基づくＡＭＦ５０の別の例を示す概略ブロック図である。好適なハードウェア（ＨＷ）回路要素の特定の例は、１つまたは複数の好適に設定されたまたは場合によっては再設定可能な電子回路要素、たとえば、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、あるいは好適なレジスタ（ＲＥＧ）および／またはメモリユニット（ＭＥＭ）に関して特殊な機能を実施するために相互接続された個別論理ゲートおよび／またはフリップフロップに基づく回路などの任意の他のハードウェア論理を含む。
【０１４４】
図１６は、一実施形態による、ハードウェア回路要素実装形態に基づくＵＥ８０の別の例を示す概略ブロック図である。好適なハードウェア（ＨＷ）回路要素の特定の例は、１つまたは複数の好適に設定されたまたは場合によっては再設定可能な電子回路要素、たとえば、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、あるいは好適なレジスタ（ＲＥＧ）および／またはメモリユニット（ＭＥＭ）に関して特殊な機能を実施するために相互接続された個別論理ゲートおよび／またはフリップフロップに基づく回路などの任意の他のハードウェア論理を含む。
【０１４５】
図１７は、（１つまたは複数の）好適なメモリユニット３２０に関して、（１つまたは複数の）プロセッサ３１０−１、３１０−２と、ハードウェア回路要素３３０−１、３３０−２の両方の組合せに基づくＡＭＦ５０のまた別の例を示す概略ブロック図である。ＡＭＦ５０は、１つまたは複数のプロセッサ３１０−１、３１０−２と、ソフトウェアおよびデータのためのストレージを含むメモリ３２０と、ＡＳＩＣおよび／またはＦＰＧＡなどのハードウェア回路要素３３０−１、３３０−２の１つまたは複数のユニットとを備える。したがって、全体的機能性は、１つまたは複数のプロセッサ３１０−１、３１０−２上での実行のためのプログラムされたソフトウェア（ＳＷ）と、ＡＳＩＣおよび／またはＦＰＧＡなど、１つまたは複数の事前設定されたまたは場合によっては再設定可能なハードウェア回路３３０−１、３３０−２との間で区分される。実際のハードウェアソフトウェア区分は、処理速度と、実装のコストと、他の要件とを含むいくつかのファクタに基づいて、システム設計者によって決定され得る。
【０１４６】
図１８は、（１つまたは複数の）好適なメモリユニット３２１に関して、（１つまたは複数の）プロセッサ３１１−１、３１１−２と、ハードウェア回路要素３３１−１、３３１−２の両方の組合せに基づくＵＥ８０のまた別の例を示す概略ブロック図である。ＵＥ８０は、１つまたは複数のプロセッサ３１１−１、３１１−２と、ソフトウェアおよびデータのためのストレージを含むメモリ３２１と、ＡＳＩＣおよび／またはＦＰＧＡなどのハードウェア回路要素３３１−１、３３１−２の１つまたは複数のユニットとを備える。したがって、全体的機能性は、１つまたは複数のプロセッサ３１１−１、３１１−２上での実行のためのプログラムされたソフトウェア（ＳＷ）と、ＡＳＩＣおよび／またはＦＰＧＡなど、１つまたは複数の事前設定されたまたは場合によっては再設定可能なハードウェア回路３３１−１、３３１−２との間で区分される。実際のハードウェアソフトウェア区分は、処理速度と、実装のコストと、他の要件とを含むいくつかのファクタに基づいて、システム設計者によって決定され得る。
【０１４７】
代替的に、または補足として、本明細書で説明されるステップ、機能、プロシージャ、モジュールおよび／またはブロックのうちの少なくともいくつかは、１つまたは複数のプロセッサまたは処理ユニットなど、好適な処理回路要素が実行するためのコンピュータプログラムなどのソフトウェアで実装され得る。
【０１４８】
したがって、本明細書で提示される１つまたは複数の流れ図は、１つまたは複数のプロセッサによって実施されるとき、１つまたは複数のコンピュータ流れ図と見なされ得る。対応する装置が機能モジュールのグループとして規定され得、ここで、プロセッサによって実施される各ステップは、機能モジュールに対応する。この場合、機能モジュールは、プロセッサ上で動作するコンピュータプログラムとして実装される。
【０１４９】
処理回路要素の例は、限定はしないが、１つまたは複数のマイクロプロセッサ、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）、１つまたは複数の中央処理ユニット（ＣＰＵ）、ビデオアクセラレーションハードウェア、および／あるいは１つまたは複数のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または１つまたは複数のプログラマブル論理コントローラ（ＰＬＣ）など、任意の好適なプログラマブル論理回路要素を含む。
【０１５０】
また、提案される技術が実装される、任意の従来のデバイスまたはユニットの一般的な処理能力を再利用することが可能であり得ることを理解されたい。たとえば、既存のソフトウェアを再プログラムすることによって、または新しいソフトウェア構成要素を追加することによって、既存のソフトウェアを再利用することも可能であり得る。
【０１５１】
図１９は、一実施形態による、ＡＭＦ５０のコンピュータ実装形態の一例を示す概略図である。この特定の例では、本明細書で説明されるステップ、機能、プロシージャ、モジュールおよび／またはブロックのうちの少なくともいくつかは、１つまたは複数のプロセッサ４１０を含む処理回路要素が実行するためにメモリ４２０にロードされるコンピュータプログラム４２５、４３５において実装される。（１つまたは複数の）プロセッサ４１０およびメモリ４２０は、正常なソフトウェア実行を可能にするために互いに相互接続される。また、（１つまたは複数の）入力パラメータおよび／または（１つまたは複数の）得られた出力パラメータなど、関連のあるデータの入力および／または出力を可能にするために、随意の入力／出力デバイス４４０が（１つまたは複数の）プロセッサ４１０および／またはメモリ４２０に相互接続され得る。
【０１５２】
「プロセッサ」という用語は、一般的な意味で、特定の処理、判定または計算タスクを実施するためにプログラムコードまたはコンピュータプログラム命令を実行することが可能な任意のシステムまたはデバイスとして解釈されるべきである。
【０１５３】
したがって、１つまたは複数のプロセッサ４１０を含む処理回路要素は、コンピュータプログラム４２５を実行するとき、本明細書で説明されるタスクなど、明確に規定された処理タスクを実施するように設定される。
【０１５４】
処理回路要素は、上記で説明されたステップ、機能、プロシージャおよび／またはブロックを実行することのみに専用化される必要はなく、他のタスクをも実行し得る。
【０１５５】
特定の実施形態では、コンピュータプログラム４２５、４３５は、少なくとも１つのプロセッサ４１０によって実行されたとき、（１つまたは複数の）プロセッサ４１０に、ソースＡＭＦにコンテキスト要求を送ることと、ソースＡＭＦからの応答内でコンテキストを受信することとを行わせる命令を備える。コンテキストは、ＳＥＡＦ  ＡＭＦを識別するパラメータを含む。ＳＥＡＦ  ＡＭＦは、ＵＥと共有される鍵を保持する。
【０１５６】
特定の実施形態では、コンピュータプログラム４２５、４３５は、少なくとも１つのプロセッサ４１０によって実行されたとき、（１つまたは複数の）プロセッサ４１０に、ターゲットＡＭＦからコンテキスト要求を受信することと、ターゲットＡＭＦへの応答内でコンテキストを送ることとを行わせる命令を備える。コンテキストは、ＳＥＡＦ  ＡＭＦを識別するパラメータ、すなわち、どのＳＥＡＦ  ＡＭＦが、ＵＥと共有される鍵を保持するかを含む。
【０１５７】
特定の実施形態では、コンピュータプログラム４２５、４３５は、少なくとも１つのプロセッサ４１０によって実行されたとき、（１つまたは複数の）プロセッサ４１０に、ターゲットＡＭＦから、ＵＥのための新しい鍵についての要求を受信させる命令を備える。コンピュータプログラム４２５、４３５は、（１つまたは複数の）プロセッサ４１０によって実行されたとき、（１つまたは複数の）プロセッサ４１０に、ＵＥと共有される鍵から新しいＣＮ鍵を導出させる、さらなる命令を備える。コンピュータプログラム４２５、４３５は、（１つまたは複数の）プロセッサ４１０によって実行されたとき、（１つまたは複数の）プロセッサ４１０に、ターゲットＡＭＦに新しいＣＮ鍵を送らせる、さらなる命令を備える。
【０１５８】
図２０は、一実施形態による、ＵＥ８０のコンピュータ実装形態の一例を示す概略図である。この特定の例では、本明細書で説明されるステップ、機能、プロシージャ、モジュールおよび／またはブロックのうちの少なくともいくつかは、１つまたは複数のプロセッサ４１１を含む処理回路要素が実行するためにメモリ４２１にロードされるコンピュータプログラム４２６、４３６において実装される。（１つまたは複数の）プロセッサ４１１およびメモリ４２１は、正常なソフトウェア実行を可能にするために互いに相互接続される。また、（１つまたは複数の）入力パラメータおよび／または（１つまたは複数の）得られた出力パラメータなど、関連のあるデータの入力および／または出力を可能にするために、随意の入力／出力デバイス４４１が（１つまたは複数の）プロセッサ４１１および／またはメモリ４２１に相互接続され得る。
【０１５９】
「プロセッサ」という用語は、一般的な意味で、特定の処理、判定または計算タスクを実施するためにプログラムコードまたはコンピュータプログラム命令を実行することが可能な任意のシステムまたはデバイスとして解釈されるべきである。
【０１６０】
したがって、１つまたは複数のプロセッサ４１１を含む処理回路要素は、コンピュータプログラム４２６を実行するとき、本明細書で説明されるタスクなど、明確に規定された処理タスクを実施するように設定される。
【０１６１】
処理回路要素は、上記で説明されたステップ、機能、プロシージャおよび／またはブロックを実行することのみに専用化される必要はなく、他のタスクをも実行し得る。
【０１６２】
特定の実施形態では、コンピュータプログラム４２６、４３６は、少なくとも１つのプロセッサ４１１によって実行されたとき、（１つまたは複数の）プロセッサ４１１に、ターゲットＡＭＦに登録要求を送らせる命令を備える。コンピュータプログラム４２５、４３５は、（１つまたは複数の）プロセッサ４１１によって実行されたとき、（１つまたは複数の）プロセッサ４１１に、ターゲットＡＭＦとＵＥとの間でＮＡＳ確立プロシージャを実施させる、さらなる命令を備える。ＮＡＳ確立プロシージャは、ターゲットＡＭＦによって決定された認証ストラテジーに関して、ＵＥに知らせる。コンピュータプログラム４２５、４３５は、（１つまたは複数の）プロセッサ４１１によって実行されたとき、（１つまたは複数の）プロセッサ４１１に、認証ストラテジーに従って鍵プロシージャを適用させる、さらなる命令を備える。
【０１６３】
提案される技術はまた、コンピュータプログラムを備えるキャリアを提供し、キャリアは、電子信号、光信号、電磁信号、磁気信号、電気信号、無線信号、マイクロ波信号、またはコンピュータ可読記憶媒体のうちの１つである。
【０１６４】
例として、ソフトウェアまたはコンピュータプログラム４２５、４２６、４３５、４３６は、普通は、コンピュータ可読媒体４２０、４２１、４３０、４３１、特に不揮発性媒体上で担持されるかまたはその上に記憶される、コンピュータプログラム製品として実現され得る。コンピュータ可読媒体は、限定はしないが、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）、Ｂｌｕ−ｒａｙディスク、ユニバーサルシリアルバス（ＵＳＢ）メモリ、ハードディスクドライブ（ＨＤＤ）ストレージデバイス、フラッシュメモリ、磁気テープ、または他の従来のメモリデバイスを含む、１つまたは複数のリムーバブルまたは非リムーバブルメモリデバイスを含み得る。したがって、コンピュータプログラムは、その処理回路要素が実行するためのコンピュータまたは等価処理デバイスの動作メモリにロードされ得る。
【０１６５】
図２１は、実施形態のいずれかによる、ＡＭＦ５０を備えるネットワークノード９９の一例を示す概略ブロック図である。
【０１６６】
ネットワークデバイスは、無線通信システムにおける任意の好適なネットワークデバイス、または無線通信システムに関するネットワークデバイスであり得る。例として、ネットワークデバイスは、基地局またはアクセスポイントなど、好適なネットワークノードであり得る。しかしながら、ネットワークデバイスは、代替的に、クラウドで実装されたネットワークデバイスであり得る。
【０１６７】
別の態様によれば、無線通信システムにおけるネットワークノード９９が提供され、ネットワークノードは、本明細書で説明されるＡＭＦ５０を備える。通信ユニットは、無線通信システムにおける任意の好適な通信ユニットであり得る。例として、通信ユニットは、ＵＥ、ＳＴＡ、または同様のエンドユーザデバイスなど、無線通信デバイスであり得る。
【０１６８】
本明細書で提示される１つまたは複数の流れ図は、１つまたは複数のプロセッサによって実施されるとき、１つまたは複数のコンピュータ流れ図と見なされ得る。対応する装置が機能モジュールのグループとして規定され得、ここで、プロセッサによって実施される各ステップは、機能モジュールに対応する。この場合、機能モジュールは、プロセッサ上で動作するコンピュータプログラムとして実装される。
【０１６９】
したがって、メモリ中に常駐するコンピュータプログラムは、プロセッサによって実行されたとき、本明細書で説明されるステップおよび／またはタスクの少なくとも一部を実施するように設定された適切な機能モジュールとして編成され得る。
【０１７０】
図２２は、ＵＥのためのサービングＡＭＦの変更のハンドリングをサポートするためのＡＭＦ５０を有するネットワークノード９９の一例を示す概略図である。
【０１７１】
一実施形態では、ネットワークノード９９のＡＭＦ５０は、ターゲットＡＭＦから、ソースＡＭＦにコンテキスト要求を送るための送信機モジュール５１０を備える。ネットワークノード９９は、ターゲットＡＭＦにおいて、ソースＡＭＦからの応答内でコンテキストを受信するための受信機モジュール５２０をさらに備える。コンテキストは、ＳＥＡＦ  ＡＭＦを識別するパラメータ、すなわち、どのＳＥＡＦ  ＡＭＦが、ＵＥと共有される鍵を保持するかを含む。
【０１７２】
一実施形態では、ネットワークノード９９のＡＭＦ５０は、ソースＡＭＦにおいて、ターゲットＡＭＦからコンテキスト要求を受信するための受信機モジュール５２０を備える。ネットワークノード９９は、ソースＡＭＦから、ターゲットＡＭＦへの応答内でコンテキストを送るための送信機モジュール５１０をさらに備える。コンテキストは、ＳＥＡＦ  ＡＭＦを識別するパラメータ、すなわち、どのＳＥＡＦ  ＡＭＦが、ＵＥと共有される鍵を保持するかを含む。
【０１７３】
図２３は、ＵＥのためのサービングＡＭＦの変更のハンドリングをサポートするためのＡＭＦ５０を有するネットワークノード９９の別の例を示す概略図である。
【０１７４】
一実施形態では、ネットワークノード９９のＡＭＦ５０は、ターゲットＡＭＦから、ＵＥのための新しい鍵についての要求を受信するための受信機モジュール５２０を備える。ＡＭＦ５０は、ＵＥと共有される鍵から新しいＣＮ鍵を導出するための鍵管理モジュール５３０をさらに備える。ＡＭＦ５０は、ターゲットＡＭＦに新しいＣＮ鍵を送るための送信機モジュール５１０をさらに備える。
【０１７５】
図２４は、通信ネットワークにおいて使用するためのＵＥ８０の一例を示す概略図である。一実施形態では、ＵＥ８０は、ターゲットＡＭＦに登録要求を送るための送信機モジュールを備える。ＵＥ８０は、ターゲットＡＭＦとＵＥとの間でＮＡＳ確立プロシージャを実施するためのセキュリティモジュールをさらに備える。ＮＡＳ確立プロシージャは、ターゲットＡＭＦによって決定された認証ストラテジーに関して、ＵＥに知らせる。ＵＥ８０は、認証ストラテジーに従って鍵プロシージャを適用するための鍵ハンドリングモジュールをさらに備える。
【０１７６】
代替的に、主にハードウェアモジュールによって、または代替的に、関連のあるモジュール間の好適な相互接続をもつハードウェアによって、図２２〜図２４中の（１つまたは複数の）モジュールを実現することが可能である。特定の例は、１つまたは複数の好適に設定されたデジタル信号プロセッサ、ならびに他の知られている電子回路、たとえば、特殊な機能を実施するために相互接続された個別論理ゲート、および／または前述のような特定用途向け集積回路（ＡＳＩＣ）を含む。使用可能ハードウェアの他の例は、入力／出力（Ｉ／Ｏ）回路要素、ならびに／あるいは信号を受信および／または送信するための回路要素を含む。ソフトウェア対ハードウェアの程度は、純粋に実装選択である。
【０１７７】
リソースがネットワーク上で遠隔ロケーションにサービスとして配信されるネットワークノードおよび／またはサーバなどのネットワークデバイスにおいて、コンピューティングサービス（ハードウェアおよび／またはソフトウェア）を提供することは、ますます普及しつつある。例として、これは、本明細書で説明される機能性が、１つまたは複数の別個の物理ノードまたはサーバに分散または再配置され得ることを意味する。機能性は、（１つまたは複数の）別個の物理ノード中に、すなわち、いわゆるクラウド中に位置し得る、１つまたは複数の一緒に働く物理および／または仮想マシンに再配置または分散され得る。これはクラウドコンピューティングとも呼ばれることがあり、クラウドコンピューティングは、ネットワーク、サーバ、ストレージ、アプリケーション、および一般的なまたはカスタマイズされたサービスなど、設定可能なコンピューティングリソースのプールへのユビキタスオンデマンドネットワークアクセスを可能にするためのモデルである。
【０１７８】
このコンテキストにおいて有用であり得る、以下のうちの１つまたは複数を含む異なる形態の仮想化がある。
【０１７９】
カスタマイズされたまたは一般のハードウェア上で動作する仮想化されたソフトウェアへのネットワーク機能性のコンソリデーション。これは、ネットワーク機能仮想化と呼ばれることがある。
【０１８０】
単一のハードウェアプラットフォーム上への、別個のハードウェア上で動作する、オペレーティングシステムを含む１つまたは複数のアプリケーションスタックのコロケーション。これは、システム仮想化、またはプラットフォーム仮想化と呼ばれることがある。
【０１８１】
増大したシステムリソース利用を獲得するために何らかの高度ドメインレベルスケジューリングおよび協調技法を使用するという目的をもつハードウェアおよび／またはソフトウェアリソースのコロケーション。これは、リソース仮想化、または集中型および協調リソースプーリングと呼ばれることがある。
【０１８２】
いわゆる一般のデータセンターにおいて機能性を集中化することがしばしば望ましいことがあるが、他のシナリオでは、ネットワークの異なる部分にわたって機能性を分散させることが、事実上有益であり得る。
【０１８３】
図２５は、一般的な場合において、異なるネットワークデバイス間でどのように機能性が分散または区分され得るかの一例を示す概略図である。この例では、それぞれ参照番号６１０および６２０をもつ、少なくとも２つの個々の、ただし相互接続されたネットワークデバイスＮＤ１およびＮＤ２があり、ネットワークデバイスＮＤ１およびＮＤ２は、異なる機能性を有するか、またはネットワークデバイス６１０とネットワークデバイス６２０との間で区分された同じ機能性の一部を有し得る。参照番号６３０をもつ、ＮＤ３などの追加のネットワークデバイスがあり得、追加のネットワークデバイスは、そのような分散実装形態の一部である。ネットワークデバイス６１０〜６３０は、同じ無線通信システムの一部であり得るか、またはネットワークデバイスのうちの１つまたは複数は、無線通信システムの外側に配置された、いわゆるクラウドベースネットワークデバイスであり得る。
【０１８４】
図２６は、１つまたは複数のクラウドベースネットワークデバイス７４０と協働した、アクセスネットワーク７１０、ならびに／またはコアネットワーク７２０、ならびに／または運用およびサポートシステム（ＯＳＳ）７３０を含む、無線通信システムの一例を示す概略図である。アクセスネットワーク７１０および／またはコアネットワーク７２０および／またはＯＳＳシステム７３０のための関連のある機能性が、クラウドベースネットワークデバイスと、アクセスネットワークおよび／またはコアネットワークおよび／またはＯＳＳシステムにおける関連のあるネットワークノードおよび／または通信ユニットとの間の情報の好適な転送とともに、クラウドベースネットワークデバイス７４０における実行のために少なくとも部分的に実装され得る。
【０１８５】
ネットワークデバイス（ＮＤ）は、概して、ネットワークにおける他の電子デバイスに通信可能に接続されている電子デバイスとして見られ得る。
【０１８６】
例として、ネットワークデバイスは、ハードウェア、ソフトウェアまたはそれらの組合せで実装され得る。たとえば、ネットワークデバイスは、専用ネットワークデバイス、または汎用ネットワークデバイス、またはそれらのハイブリッドであり得る。
【０１８７】
専用ネットワークデバイスは、本明細書で開示される特徴または機能のうちの１つまたは複数を提供するためのソフトウェアの実行のために、カスタム処理回路およびプロプライエタリオペレーティングシステム（ＯＳ）を使用し得る。
【０１８８】
汎用ネットワークデバイスは、本明細書で開示される特徴または機能のうちの１つまたは複数を提供するように設定されたソフトウェアの実行のために、コモンオフザシェルフ（ＣＯＴＳ）プロセッサおよび標準ＯＳを使用し得る。
【０１８９】
例として、専用ネットワークデバイスは、一般に１つまたは複数のプロセッサのセットを含む（１つまたは複数の）処理またはコンピューティングリソースと、物理ポートと呼ばれることがある物理ネットワークインターフェース（ＮＩ）とを備えるハードウェア、ならびにソフトウェアを記憶した非一時的機械可読記憶媒体を含み得る。物理ＮＩは、たとえば、無線で、無線ネットワークインターフェースコントローラ（ＷＮＩＣ）を通して、またはネットワークインターフェースコントローラ（ＮＩＣ）に接続された物理ポートへのケーブルにおけるプラグインを通して、ネットワーク接続が行われるネットワークデバイス中のハードウェアとして見られ得る。動作中に、ソフトウェアは、１つまたは複数のソフトウェアインスタンスのセットをインスタンス化するためにハードウェアによって実行され得る。（１つまたは複数の）ソフトウェアインスタンスの各々、およびそのソフトウェアインスタンスを実行するハードウェアのその部分は、別個の仮想ネットワークエレメントを形成し得る。
【０１９０】
別の例として、汎用ネットワークデバイスは、たとえば、１つまたは複数のプロセッサのセットと、しばしばＣＯＴＳプロセッサと、（１つまたは複数の）ネットワークインターフェースコントローラ（ＮＩＣ）とを備えるハードウェア、ならびにソフトウェアを記憶した非一時的機械可読記憶媒体を含み得る。動作中に、（１つまたは複数の）プロセッサは、１つまたは複数のアプリケーションの１つまたは複数のセットをインスタンス化するためにソフトウェアを実行する。ある実施形態は仮想化を実装しないが、代替実施形態は、たとえば、仮想化レイヤとソフトウェアコンテナとによって表される異なる形態の仮想化を使用し得る。たとえば、１つのそのような代替実施形態は、オペレーティングシステムレベル仮想化を実装し、その場合、仮想化レイヤは、アプリケーションのセットのうちの１つを実行するために各々使用され得る複数のソフトウェアコンテナの作成を可能にする、オペレーティングシステムのカーネル（またはベースオペレーティングシステム上で実行するシム）を表す。例示的な一実施形態では、（仮想化エンジン、仮想プライベートサーバ、またはジェイル（ｊａｉｌ）とも呼ばれる）ソフトウェアコンテナの各々は、ユーザ空間インスタンス（一般に仮想メモリ空間）である。これらのユーザ空間インスタンスは、互いとは別個であり、オペレーティングシステムが実行されるカーネル空間とは別個であり得、所与のユーザ空間中で動作するアプリケーションのセットは、明示的に可能にされない限り、他のプロセスのメモリにアクセスすることができない。別のそのような代替実施形態は、完全な仮想化を実装し、その場合、１）仮想化レイヤは、（仮想マシンモニタ（ＶＭＭ）と呼ばれることがある）ハイパーバイザを表すか、またはハイパーバイザはホストオペレーティングシステムの上部で実行され、２）ソフトウェアコンテナは、各々、ハイパーバイザによって実行される仮想マシンと呼ばれる強固に隔離された形態のソフトウェアコンテナを表し、ゲストオペレーティングシステムを含み得る。
【０１９１】
ハイパーバイザは、様々な仮想化されたインスタンス、およびいくつかの場合には実際の物理ハードウェアを作成および管理することを担当するソフトウェア／ハードウェアである。ハイパーバイザは、下にあるリソースを管理し、それらのリソースを仮想化されたインスタンスとして提示する。ハイパーバイザが単一のプロセッサのように見えるように仮想化するものは、実際は複数の別個のプロセッサを備え得る。オペレーティングシステムの観点から、仮想化されたインスタンスは、実際のハードウェア構成要素であるように見える。
【０１９２】
仮想マシンは、プログラムが物理的な仮想化されていない機械上で実行しているかのようにプログラムを動作させる、物理マシンのソフトウェア実装形態であり、アプリケーションは、概して、アプリケーションが「ベアメタル（ｂａｒｅ  ｍｅｔａｌ）」ホスト電子デバイス上で動作することとは対照的に、仮想マシン上で動作していることを知らないが、いくつかのシステムは、オペレーティングシステムまたはアプリケーションが、最適化目的のために仮想化の存在に気づくことを可能にする準仮想化（ｐａｒａ−ｖｉｒｔｕａｌｉｚａｔｉｏｎ）を提供する。
【０１９３】
１つまたは複数のアプリケーションの１つまたは複数のセットのインスタンス化、ならびに実装された場合の仮想化レイヤおよびソフトウェアコンテナは、（１つまたは複数の）ソフトウェアインスタンスと総称される。アプリケーションの各セット、実装された場合の対応するソフトウェアコンテナ、およびアプリケーションを実行するハードウェアのその部分（その実行に専用のハードウェアおよび／またはソフトウェアコンテナによって時間的に共有されるハードウェアのタイムスライスである）は、（１つまたは複数の）別個の仮想ネットワークエレメントを形成する。
【０１９４】
（１つまたは複数の）仮想ネットワークエレメントは、（１つまたは複数の）仮想ネットワークエレメント（ＶＮＥ）と比較して同様の機能性を実施し得る。ハードウェアのこの仮想化は、ネットワーク機能仮想化（ＮＦＶ）と呼ばれることがある。したがって、ＮＦＶは、多くのネットワーク機器タイプを、データセンター、ＮＤ、および顧客構内機器（ＣＰＥ）中に配置され得る、業界標準高ボリュームサーバハードウェア、物理スイッチ、および物理ストレージ上にコンソリデートするために使用され得る。しかしながら、異なる実施形態は、（１つまたは複数の）ソフトウェアコンテナのうちの１つまたは複数を別様に実装し得る。たとえば、実施形態は、各ソフトウェアコンテナがＶＮＥに対応して示されるが、代替実施形態は、より細かいグラニュラリティレベルにおいてソフトウェアコンテナ対ＶＮＥ間のこの対応またはマッピングを実装し得、ＶＮＥに対するソフトウェアコンテナの対応に関して本明細書で説明される技法が、そのようなより細かいレベルのグラニュラリティが使用される実施形態にも適用されることを理解されたい。
【０１９５】
また別の実施形態によれば、ネットワークデバイス中に、たとえば、ネットワークデバイスＮＤ内のカードまたは回路板中に、カスタム処理回路要素／プロプライエタリＯＳとＣＯＴＳプロセッサ／標準ＯＳの両方を含むハイブリッドネットワークデバイスが提供される。そのようなハイブリッドネットワークデバイスのいくつかの実施形態では、専用ネットワークデバイスの機能性を実装する仮想マシン（ＶＭ）などのプラットフォームＶＭが、ハイブリッドネットワークデバイス中に存在するハードウェアに準仮想化を提供することができる。
【０１９６】
上記で説明された実施形態は、例として与えられたにすぎず、提案される技術が、上記で説明された実施形態に限定されないことを理解されたい。添付の特許請求の範囲によって規定された本範囲から逸脱することなく、様々な修正、組合せおよび変更が実施形態に対して行われ得ることが、当業者によって理解されよう。特に、異なる実施形態における異なる部分ソリューションが、技術的に可能な他の構成において組み合わせられ得る。
【０１９７】
略語
ＡＫＡ  認証および鍵一致
ＡＮ  アクセスネットワーク
ＡＭＦ  アクセス・モビリティマネージメント機能
ＡＲＱ  自動再送要求
ＡＳＩＣ  特定用途向け集積回路
ＡＵＳＦ  認証サーバ機能
ＢＴＳ  基地トランシーバ局
ＣＤ  コンパクトディスク
ＣＮ  コアネットワーク
ＣＯＴＳ  コモンオフザシェルフ
ＣＰＥ  顧客構内機器
ＣＰＵ  中央処理ユニット
ＣＳ  回線交換
ＤＳＰ  デジタル信号プロセッサ
ＤＶＤ  デジタル多用途ディスク
ｅＮＢ  エボルブドノードＢ
ＥＰＣ  エボルブドパケットコア
ＥＰＳ  エボルブドパケットシステム
ｅＵＴＲＡＮ  拡張ＵＴＲＡＮ
ＦＰＧＡ  フィールドプログラマブルゲートアレイ
ＧＧＳＮ  ゲートウェイＧＰＲＳサポートノード
ＧＵＴＩ  グローバル一意一時ＩＤ
ＨＤＤ  ハードディスクドライブ
ＨＬＲ  ホームロケーションレジスタ
ＨＰＬＭＮ  ホームパブリックランドモバイルネットワーク
ＨＳＰＡ  高速パケットアクセス
ＨＳＳ  ホーム加入者サーバ
ＨＷ  ハードウェア
Ｉ／Ｏ  入力／出力
ＩｏＴ  モノのインターネット
ＬＥＥ  ラップトップ埋込み機器
ＬＭＥ  ラップトップ搭載機器
ＬＴＥ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ
ＭＥＭ  メモリユニット
ＭＭＥ  モビリティ管理エンティティ
ＭＭＦ  モビリティ管理機能
ＭＳＣ  モバイル交換センター
ＮＡＳ  非アクセス層
ＮＤ  ネットワークデバイス
ＮＦＶ  ネットワーク機能仮想化
ＮＧ  次世代
ＮＩ  ネットワークインターフェース
ＮＩＣ  ネットワークインターフェースコントローラ
ＯＦＤＭＡ  直交周波数分割多元接続
ＯＳ  オペレーティングシステム
ＯＳＳ  運用およびサポートシステム
ＰＣ  パーソナルコンピュータ
ＰＤＡ  携帯情報端末
ＰＤＮ  パケットデータネットワークゲートウェイ
ＰＧＵＴＩ  プライマリＧＵＴＩ
ＰＬＣ  プログラマブル論理コントローラ
ＰＳ  パケット交換
ＰＳＴＮ  公衆交換電話網
ＱｏＳ  サービス品質
ＲＡＭ  ランダムアクセスメモリ
ＲＡＮ  無線アクセスネットワーク
ＲＥＧ  レジスタ
ＲＮＣ  無線ネットワークコントローラ
ＲＯＭ  読取り専用メモリ
ＲＲＭ  無線リソース管理
ＲＲＵ  リモートラジオユニット
ＳＡＥ  システムアーキテクチャエボリューション
ＳＥＡＦ  セキュリティアンカー機能
ＳＧ  サービングゲートウェイ
ＳＧＳＮ  サービングＧＰＲＳサポートノード
ＳＭＣ  セキュリティモードコマンド
ＳＭＦ  セッション管理機能
ＳＴＡ  局
ＳＷ  ソフトウェア
ＵＤＭ  ユーザデータ管理
ＵＥ  ユーザ機器
ＵＩＣＣ  ユニバーサル集積回路カード
ＵＭＴＳ  Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ
ＵＰ  ユーザプレーン
ＵＳＢ  ユニバーサルシリアルバス
ＵＴＲＡＮ  ユニバーサル地上波無線アクセスネットワーク
ＶＭ  仮想マシン
ＶＭＭ  仮想マシンモニタ
ＶＮＥ  仮想ネットワークエレメント
ＷＣＤＭＡ  広帯域符号分割多元接続
ＷＮＩＣ  無線ネットワークインターフェースコントローラ
【図１】
2020509640.tif 000003
【図２】
2020509640.tif 000004
【図３】
2020509640.tif 000005
【図４】
2020509640.tif 000006
【図５】
2020509640.tif 000007
【図６】
2020509640.tif 000008
【図７】
2020509640.tif 000009
【図８】
2020509640.tif 000010
【図９】
2020509640.tif 000011
【図１０】
2020509640.tif 000012
【図１１】
2020509640.tif 000013
【図１２】
2020509640.tif 000014
【図１３】
2020509640.tif 000015
【図１４】
2020509640.tif 000016
【図１５】
2020509640.tif 000017
【図１６】
2020509640.tif 000018
【図１７】
2020509640.tif 000019
【図１８】
2020509640.tif 000020
【図１９】
2020509640.tif 000021
【図２０】
2020509640.tif 000022
【図２１】
2020509640.tif 000023
【図２２】
2020509640.tif 000024
【図２３】
2020509640.tif 000025
【図２４】
2020509640.tif 000026
【図２５】
2020509640.tif 000027
【図２６】
2020509640.tif 000028
【国際調査報告】
2020509640.tif 000029
2020509640.tif 000030
2020509640.tif 000031
2020509640.tif 000032
2020509640.tif 000033