JP7055863B2 - 無線通信システムにおけるセキュリティコンテキスト - Google Patents

Description

無線通信システムにおけるユーザ機器は、システムにおける無線アクセスネットワーク（ＲＡＮ）によるいわゆるアクセス層（ＡＳ）セキュリティコンテキスト、および、システムのコアネットワーク（ＣＮ）によるいわゆる非アクセス層（ＮＡＳ）セキュリティコンテキストを確立する。（ＡＳセキュリティ鍵を含む）ＡＳセキュリティコンテキストは、ＡＳメッセージの機密性および／または完全性保護に使用されるのに対し、（ＮＡＳセキュリティ鍵を含む）ＮＡＳセキュリティコンテキストは、ＮＡＳメッセージの機密性および／または完全性保護に使用される。ＡＳセキュリティコンテキストはＮＡＳセキュリティコンテキストに基づく（例えば、それから導出される）ため、ＮＡＳセキュリティコンテキストが変化する時、特に、ＡＳセキュリティコンテキストを修正するための手順と、ユーザ機器をハンドオーバするための手順との間で競合状態が発展する時に複雑になる。

本明細書におけるいくつかの実施形態は、ユーザ機器のハンドオーバのためのハンドオーバ手順中にまたはこれと関連して（例えば、応答して）コアネットワーク機器からのシグナリングを活用する。いくつかの実施形態におけるこのシグナリングは、最終的に、ＲＡＮにおける無線ネットワーク機器（例えば、ハンドオーバのターゲット無線アクセスネットワーク機器）、およびユーザ機器が、任意の新しいＮＡＳセキュリティコンテキストが、ユーザ機器とその無線アクセスネットワーク機器との間のＡＳセキュリティコンテキストの基礎として使用されるかどうかを判断できるようにする。ハンドオーバ手順中にまたはこれと関連してシグナリングが生じると、明示的な（専用の）セキュリティコンテキスト修正手順は不必要な場合がある。これは、最終的に、制御シグナリングを低減させること、ハンドオーバを低減させること、および状態管理を簡略化することによって、有利であることを証明し得る。

より詳細には、本明細書におけるいくつかの実施形態は、無線通信システムのコアネットワークにおける使用のために設定されるコアネットワーク機器によって実行される方法を含む。いくつかの実施形態における方法は、ユーザ機器とコアネットワーク機器との間で新しい非アクセス層（ＮＡＳ）セキュリティコンテキストを使用することに切り替えることを含む。いくつかの実施形態における方法は、ユーザ機器のハンドオーバのためのハンドオーバ手順中にまたはこれと関連して、ユーザ機器とコアネットワーク機器との間の新しいＮＡＳセキュリティコンテキストがユーザ機器と無線アクセスネットワーク機器との間のアクセス層（ＡＳ）セキュリティコンテキストの基礎として使用されることになることをコアネットワーク機器からシグナリングすることをさらに含む。いくつかの実施形態では、例えば、シグナリングは、新しいセキュリティコンテキストインジケータ（ＮＳＣＩ）または鍵変更インジケータの形を取る。

いくつかの実施形態では、方法は、新しいＮＡＳセキュリティコンテキストがアクティブ化されていること、新しいＮＡＳセキュリティコンテキストが、現在アクティブなＡＳセキュリティコンテキストが基づくＮＡＳセキュリティコンテキストと異なっていること、および、コアネットワーク機器が、無線アクセスネットワーク機器およびユーザ機器に、新しいＮＡＳセキュリティコンテキストに基づく新しいＡＳセキュリティコンテキストを使用することに切り替えることを促す明示的なセキュリティコンテキスト修正手順をまだ行っていないことの判断に応答して、上記のシグナリングを行うことをさらに含む。

いくつかの実施形態では、ハンドオーバ手順は、ターゲット無線アクセスネットワーク機器へのユーザ機器のハンドオーバのためのものである。１つのこのような実施形態では、方法は、ハンドオーバ手順後にターゲット無線アクセスネットワーク機器からパス切り替え要求を受信することをさらに含む。この場合、シグナリングは、ハンドオーバ手順後に、パス切り替え要求に応答して、パス切り替え要求受信確認メッセージをターゲット無線アクセスネットワーク機器に送信することを含んでよい。パス切り替え要求受信確認メッセージは、新しいＮＡＳセキュリティコンテキストがＡＳセキュリティコンテキストの基礎として使用されることになることを指示するフィールドを含んでよい。例えば、フィールドは新しいセキュリティコンテキストインジケータフィールドであってよい。

いくつかの実施形態では、ハンドオーバ手順は、ソース無線アクセスネットワーク機器からターゲット無線アクセスネットワーク機器へのユーザ機器のハンドオーバのためのものであり、コアネットワーク機器はソース無線ネットワーク機器と関連付けられたソースコアネットワーク機器を含む。１つのこのような実施形態では、シグナリングは、ハンドオーバ手順中、およびソース無線アクセスネットワーク機器からのハンドオーバ必須メッセージを受信することに応答して、コアネットワーク機器から、ターゲットアクセス無線アクセスネットワーク機器と関連付けられたターゲットコアネットワーク機器にフォワードリロケーション（ｆｏｒｗａｒｄ ｒｅｌｏｃａｔｉｏｎ）要求メッセージを送信することを含む。フォワードリロケーション要求メッセージは、新しいＮＡＳセキュリティコンテキストがＡＳセキュリティコンテキストの基礎として使用されることになることを指示するフィールドを含んでよい。例えば、フィールドは、ＮＡＳセキュリティコンテキスト鍵が変更されたことを指示する鍵変更インジケータフィールドであってよい。

いくつかの実施形態では、ハンドオーバ手順は、ソース無線アクセスネットワーク機器からターゲット無線アクセスネットワーク機器へのユーザ機器のハンドオーバのためのものである。１つのこのような実施形態では、シグナリングは、ハンドオーバ手順中、コアネットワーク機器からターゲット無線ネットワーク機器にハンドオーバ要求メッセージを送信することを含む。ハンドオーバ要求メッセージは、新しいＮＡＳセキュリティコンテキストがＡＳセキュリティコンテキストの基礎として使用されることになることを指示するフィールドを含んでよい。例えば、フィールドは、ＮＡＳセキュリティコンテキスト鍵が変更されたことを指示する鍵変更インジケータフィールドであってよい。

いくつかの実施形態では、コアネットワーク機器は、コアネットワークにおけるアクセスモビリティ管理機能（ＡＭＦ）を実施する。

本明細書における他の実施形態は、無線通信システムにおける使用のために設定される機器によって実行される方法を含む。いくつかの実施形態における方法は、ユーザ機器のハンドオーバのためのハンドオーバ手順中にまたはこれと関連して、ユーザ機器とコアネットワーク機器との間の新しい非アクセス層（ＮＡＳ）セキュリティコンテキストが、ユーザ機器と無線アクセスネットワーク機器との間のアクセス層（ＡＳ）セキュリティコンテキストの基礎として使用されることになることを指示するシグナリングをコアネットワーク機器から受信することを含む。

いくつかの実施形態では、方法は、シグナリングに基づいて、ＡＳセキュリティコンテキストの基礎として使用するためのＮＡＳセキュリティコンテキストを判断することと、判断されたＮＡＳセキュリティコンテキストに基づくＡＳセキュリティコンテキストを使用することとをさらに含む。

いくつかの実施形態では、方法は、コアネットワーク機器からのシグナリングに基づいて、ユーザ機器に向けて、ＡＳセキュリティコンテキストが基づくＮＡＳセキュリティコンテキストが変化したこと、またはユーザ機器とコアネットワーク機器との間の新しいＮＡＳセキュリティコンテキストがＡＳセキュリティコンテキストの基礎として使用されることになることをシグナリングすることをさらに含む。１つのこのような実施形態では、例えば、ユーザ機器に向けたシグナリングは、無線リソース制御（ＲＲＣ）接続再設定メッセージにおいて鍵変更インジケータをユーザ機器に送信することによって行われる。

いくつかの実施形態では、ハンドオーバ手順は、ターゲット無線アクセスネットワーク機器へのユーザ機器のハンドオーバのためのものであり、上記の機器はターゲット無線アクセスネットワーク機器である。１つのこのような実施形態では、シグナリングを受信することは、ハンドオーバ手順後、新しいＮＡＳセキュリティコンテキストがＡＳセキュリティコンテキストの基礎として使用されることになることを指示するフィールドを含むパス切り替え要求受信確認メッセージをコアネットワーク機器から受信することを含む。例えば、フィールドは新しいセキュリティコンテキストインジケータフィールドであってよい。

いくつかの実施形態では、ハンドオーバ手順は、ソース無線アクセスネットワーク機器からターゲット無線アクセスネットワーク機器へのユーザ機器のハンドオーバのためのものであり、コアネットワーク機器はソース無線アクセスネットワーク機器と関連付けられたソースコアネットワーク機器を含み、上記の機器は、ターゲットアクセス無線アクセスネットワーク機器と関連付けられたターゲットコアネットワーク機器である。１つのこのような実施形態では、シグナリングを受信することは、ハンドオーバ手順中、新しいＮＡＳセキュリティコンテキストがＡＳセキュリティコンテキストの基礎として使用されることになることを指示するフィールドを含むフォワードリロケーション要求メッセージをソースコアネットワーク機器から受信することを含む。

いくつかの実施形態では、ハンドオーバ手順は、ソース無線アクセスネットワーク機器からターゲット無線アクセスネットワーク機器へのユーザ機器のハンドオーバのためのものであり、上記の機器はターゲット無線アクセスネットワーク機器である。１つのこのような実施形態では、シグナリングを受信することは、ハンドオーバ手順中、新しいＮＡＳセキュリティコンテキストがＡＳセキュリティコンテキストの基礎として使用されることになることを指示するフィールドを含むハンドオーバ要求メッセージをコアネットワーク機器から受信することを含む。例えば、フィールドは、ＮＡＳセキュリティコンテキスト鍵が変更されたことを指示する鍵変更インジケータフィールドであってよい。

いくつかの実施形態では、コアネットワーク機器は、コアネットワークにおけるアクセスモビリティ管理機能（ＡＭＦ）を実施する。

実施形態はまた、対応する装置、コンピュータプログラム、およびキャリアを含む。例えば、実施形態は、無線通信システムのコアネットワークにおける使用のために設定されるコアネットワーク機器を含む。コアネットワーク機器は、（例えば、コアネットワーク機器の処理回路構成およびメモリを介して）ユーザ機器とコアネットワーク機器との間の新しい非アクセス層（ＮＡＳ）セキュリティコンテキストを使用することに切り替えるように、および、ユーザ機器のハンドオーバのためのハンドオーバ手順中にまたはこれと関連して、ユーザ機器とコアネットワーク機器との間の新しいＮＡＳセキュリティコンテキストがユーザ機器と無線アクセスネットワーク機器との間のアクセス層（ＡＳ）セキュリティコンテキストの基礎として使用されることになることをコアネットワーク機器からシグナリングするように設定される。

実施形態はまた、無線通信システムにおける使用のために設定される機器（例えば、コアネットワーク機器、無線ネットワーク機器、またはユーザ機器）を含む。機器は、（例えば、機器の処理回路構成およびメモリを介して）ユーザ機器のハンドオーバのためのハンドオーバ手順中にまたはこれと関連して、ユーザ機器とコアネットワーク機器との間の新しい非アクセス層（ＮＡＳ）セキュリティコンテキストが、ユーザ機器と無線アクセスネットワーク機器との間のアクセス層（ＡＳ）セキュリティコンテキストの基礎として使用されることになることを指示するシグナリングをコアネットワーク機器から受信するように設定される。

いくつかの実施形態による無線通信システムのブロック図である。 いくつかの実施形態によるコアネットワーク機器によって実行される方法の論理フロー図である。 いくつかの実施形態による機器によって実行される方法の論理フロー図である。 いくつかの実施形態によるコアネットワーク機器によって直接促進されるハンドオーバのシーケンス図である。 いくつかの実施形態によるコアネットワーク機器によって直接促進されないハンドオーバのシーケンス図である。 いくつかの実施形態によるコアネットワーク機器のブロック図である。 他の実施形態によるコアネットワーク機器のブロック図である。 いくつかの実施形態によるユーザ機器のブロック図である。 他の実施形態によるユーザ機器のブロック図である。 いくつかの実施形態による無線ネットワーク機器のブロック図である。 他の実施形態による無線アクセスネットワーク機器のブロック図である。 いくつかの実施形態による５Ｇネットワークのブロック図である。 いくつかの実施形態による明示的なＵＥコンテキスト修正手順のシーケンス図である。 いくつかの実施形態によるセル内ハンドオーバのブロック図である。 いくつかの実施形態によるＸｎハンドオーバのブロック図である。 いくつかの実施形態によるＮ２ハンドオーバのブロック図である。 いくつかの実施形態によるＮ２ハンドオーバのシーケンス図である。 他の実施形態によるＮ２ハンドオーバのシーケンス図である。 いくつかの実施形態による、ハンドオーバのためのＡＭＦとターゲットｇＮＢとの間のシグナリングのシーケンス図である。 いくつかの実施形態による、ハンドオーバのためのソースＡＭＦとターゲットＡＭＦとの間のシグナリングのシーケンス図である。 いくつかの実施形態による、コアネットワーク機器、またはＡＭＦを実施する機器によって実行される方法の論理フロー図である。 いくつかの実施形態によるターゲットＡＭＦによって実行される方法の論理フロー図である。 他の実施形態による、コアネットワーク機器、またはＡＭＦを実施する機器によって実行される方法の論理フロー図である。 いくつかの実施形態による無線ネットワーク機器によって実行される方法の論理フロー図である。 いくつかの実施形態によるＸｎハンドオーバのシーケンス図である。 さらに他の実施形態による、コアネットワーク機器、またはＡＭＦを実施する機器によって実行される方法の論理フロー図である。 他の実施形態による無線ネットワーク機器によって実行される方法の論理フロー図である。 いくつかの実施形態による遠距離通信ネットワークのブロック図である。 いくつかの実施形態による、ＵＥ、基地局、およびホストコンピュータのブロック図である。 １つの実施形態による通信システムにおいて実施される方法を示すフローチャートである。 １つの実施形態による通信システムにおいて実施される方法を示すフローチャートである。 １つの実施形態による通信システムにおいて実施される方法を示すフローチャートである。 １つの実施形態による通信システムにおいて実施される方法を示すフローチャートである。

図１は、いくつかの実施形態による無線通信システム１０（例えば、５Ｇシステム）を示す。システム１０は、コアネットワーク（ＣＮ）１０Ａおよび無線アクセスネットワーク（ＲＡＮ）１０Ｂを含む。ＲＡＮ １０Ｂは、（例えば、１つまたは複数のセルを介して）ユーザ機器に無線アクセスを提供するための１つまたは複数の無線ネットワーク機器１２（例えば、１つまたは複数の基地局）を含み、これらのうちの１つがユーザ機器１４として示されている。この無線アクセスによって、ユーザ機器１４は、ＣＮ １０Ａにおける（例えば、５Ｇコアネットワークにおけるアクセスモビリティ機能（ＡＭＦ）を実施する）コアネットワーク機器１６に接続し、さらには、ユーザ機器１４に、インターネットなどの１つまたは複数の外部ネットワークへのアクセスを提供することができる。

ユーザ機器１４およびコアネットワーク機器１６は、非アクセス層（ＮＡＳ）セキュリティコンテキスト１８と称される、これらの間のセキュリティの状態を確立する。ＮＡＳセキュリティコンテキスト１８は、例えば、ＮＡＳセキュリティ鍵、セキュリティ鍵識別子、セキュリティ機能、カウンタなどを含んでよい。ユーザ機器１４およびコアネットワーク機器１６は、ＮＡＳセキュリティコンテキスト１８を使用して、ユーザ機器１４およびコアネットワーク機器１６が交換するＮＡＳメッセージに対する機密性および／または完全性保護を提供する。同様に、ユーザ機器１４および無線ネットワーク機器１２は、アクセス層（ＡＳ）セキュリティコンテキスト２０と称される、これらの間のセキュリティの状態を確立する。ＡＳセキュリティコンテキストは、例えば、ＡＳセキュリティ鍵、セキュリティ鍵識別子、セキュリティ機能、カウンタなどを含んでよい。ユーザ機器１４および無線ネットワーク機器１２は、ＡＳセキュリティコンテキスト２０を使用して、ユーザ機器１４および無線ネットワーク機器１２が交換するＡＳメッセージに対する機密性および／または完全性保護を提供する。

ＡＳセキュリティコンテキストは、いくつかの実施形態によるＮＡＳセキュリティコンテキストに基づいている。例えば、ＡＳセキュリティコンテキストのベース鍵（例えば、５ＧにおけるＫ＿ｇＮＢ）は、一般に、ＡＳセキュリティコンテキストがＮＡＳセキュリティコンテキストから導出されるかまたはその他の形でこれに基づくように、ＮＡＳセキュリティコンテキストのベース鍵（例えば、５ＧにおけるＫ＿ＡＭＦ）から導出されるかまたはその他の形でこれに基づいてよい。それに応じて、コアネットワーク機器１６およびユーザ機器１４が１つのＮＡＳセキュリティコンテキストから新しいＮＡＳセキュリティコンテキストに（例えば、新しいベース鍵で）使用を切り替える場合、無線ネットワーク機器１２およびユーザ機器１４は、これら自体で、古いＮＡＳセキュリティコンテキストに基づくＡＳセキュリティコンテキストを使用することから、新しいＮＡＳセキュリティコンテキストに基づく新しいＡＳセキュリティコンテキストを使用することに切り替える。コアネットワーク機器１６は、この目的で、すなわち、無線アクセスネットワーク機器１２およびユーザ機器１４に、新しいＮＡＳセキュリティコンテキストに基づく新しいＡＳセキュリティコンテキストに（同期的に）切り替えることを促すために、無線ネットワーク機器１２に向けた明示的な（専用の）セキュリティコンテキスト修正手順を行ってよい。しかしながら、明示的なセキュリティコンテキスト修正手順を使用することによって、セキュリティコンテキスト修正がユーザ機器１４のハンドオーバと実質的に同時に行われる時など、（例えば、制御シグナリング競合状態により）場合によっては複雑および／または非効率的であることが分かる。

それゆえに、本明細書におけるいくつかの実施形態は、ユーザ機器１４のハンドオーバ２２のためのハンドオーバ手順中またはこれと関連した（例えば、これに応答した）コアネットワーク機器１６からのシグナリング２４を活用する。いくつかの実施形態におけるこのシグナリング２４は、最終的に、ＲＡＮ １０Ｂにおける無線アクセスネットワーク機器（例えば、ハンドオーバ２２のターゲット無線アクセスネットワーク機器）、およびユーザ機器１４が、任意の新しいＮＡＳセキュリティコンテキストがユーザ機器１４とその無線アクセスネットワーク機器との間のＡＳセキュリティコンテキストの基礎として使用されることになるかどうかを判断できるようにする。ハンドオーバ手順中にまたはこれと関連してシグナリング２４が生じると、明示的な（専用の）セキュリティコンテキスト修正手順は不必要な場合がある。これによって、最終的に、制御シグナリングを低減させること、ハンドオーバを低減させること、および状態管理を簡略化することによって、有利であることが分かる。

図２は、いくつかの実施形態によるこの関連でのコアネットワーク機器１６によって実行される処理を示す。示されるように、コアネットワーク機器１６によって実行される方法１００は、ユーザ機器１４のハンドオーバ２２のためのハンドオーバ手順中にまたはこれと関連して（例えば、これに応答して）、ユーザ機器１４とコアネットワーク機器１６との間の任意の新しいＮＡＳセキュリティコンテキストがユーザ機器１４と無線ネットワーク機器（例えば、ハンドオーバ２２のターゲット無線アクセスネットワーク機器）との間のＡＳセキュリティコンテキストの基礎として使用されることになるかどうかをコアネットワーク機器１６から（明示的なまたは暗黙的な）シグナリングすること２４を含む（ブロック１１０）。例えば、コアネットワーク機器１６が新しいＮＡＳセキュリティコンテキストを使用することに切り替えた（すなわち、新しいＮＡＳセキュリティコンテキストを実際に使用するように新しいＮＡＳセキュリティコンテキストをアクティブ化した）場合（ブロック１０５）、コアネットワーク機器１６は、新しいＮＡＳセキュリティコンテキストがＡＳセキュリティコンテキストの基礎として使用されることになることをシグナリングしてよい。その他の場合（例えば、コアネットワーク機器１６が新しいＮＡＳセキュリティコンテキストを使用することに切り替えていない場合）、コアネットワーク機器１６は、（例えば、このような新しいＮＡＳセキュリティコンテキストが存在しないため）新しいＮＡＳセキュリティコンテキストがＡＳセキュリティコンテキストの基礎として使用されることにならないことをシグナリングしてよい。

いくつかの実施形態におけるコアネットワーク機器１６は、コアネットワーク機器１６が明示的な（専用の）セキュリティコンテキスト修正手順をまだ行っていない場合に、このやり方で新しいＮＡＳセキュリティコンテキストがＡＳセキュリティコンテキストの基礎として使用されることになることを単にシグナリングしてよく、すなわち、無線アクセスネットワーク機器およびユーザ機器１４に、新しいＮＡＳセキュリティコンテキストに基づく新しいＡＳセキュリティコンテキストを使用することに切り替えることを促す。実際に、このような明示的なコンテキスト修正手順が既に行われている場合、ユーザ機器１４および無線ネットワーク機器は、新しいＮＡＳセキュリティコンテキストがＡＳセキュリティコンテキストの基礎として使用されることになることを知らせる必要はないが、これは、それらがその目的で新しいＮＡＳセキュリティコンテキストを使用することに既に切り替えられるようになっているからである。それゆえに、図２に示されるように、いくつかの実施形態における方法１００は、新しいＮＡＳセキュリティコンテキストがアクティブ化されている（すなわち、コアネットワーク機器１６およびユーザ機器１４によって実際に使用されている）こと、新しいＮＡＳセキュリティコンテキストが現在アクティブなＡＳセキュリティコンテキストが基づくＮＡＳセキュリティコンテキストと異なっていること、および、明示的なセキュリティコンテキスト修正手順がまだ行われていないことを判断すること（ブロック１０７）をさらに含んでよい。コアネットワーク機器１６はそれに応じて、新しいＮＡＳセキュリティコンテキストが、この判断を行ったことに応答して、ＡＳセキュリティコンテキストの基礎として使用されることになることをシグナリングしてよい（ブロック１１０）。

コアネットワーク機器１６は、ある特定の機器に対する図２におけるシグナリングを行ってよい。この機器は、例えば、状態または状況（例えば、ハンドオーバ２２のタイプ）に応じて、例えば、ユーザ機器１４、無線ネットワーク機器（例えば、ハンドオーバ２２のターゲット無線アクセスネットワーク機器）、またはコアネットワーク機器であってよい。それにもかかわらず、図３は、いくつかの実施形態によるこのような機器によって行われる処理を示す。図３に示されるように、システム１０における使用のために設定される機器によって行われる方法２００は、ユーザ機器１４のハンドオーバ２２のためのハンドオーバ手順中にまたはこれと関連して（例えば、これに応答して）、ユーザ機器１４とコアネットワーク機器１６との間の任意の新しいＮＡＳセキュリティコンテキストが、ユーザ機器１４と無線ネットワーク機器（例えば、ハンドオーバ２２のターゲット無線アクセスネットワーク機器）との間のＡＳセキュリティコンテキストの基礎として使用されることになるかどうかを指示する（明示的なまたは暗黙的な）シグナリング２４をコアネットワーク機器１６から受信すること（ブロック２１０）を含む。上述されるように、コアネットワーク機器１６が新しいＮＡＳセキュリティコンテキストを使用することに切り替えられている場合、シグナリングは、新しいＮＡＳセキュリティコンテキストがＡＳセキュリティコンテキストの基礎として使用されることになることを指示することができる。その他の場合（例えば、コアネットワーク機器１６が新しいＮＡＳセキュリティコンテキストを使用することに切り替えられていない場合）、シグナリングは、（例えば、このような新しいＮＡＳセキュリティコンテキストが存在しないため）新しいＮＡＳセキュリティコンテキストがＡＳセキュリティコンテキストの基礎として使用されることにならないことを指示することができる。

いくつかの実施形態では、場合によっては、機器がコアネットワーク機器１６からシグナリング２２を受信するユーザ機器１４そのものである場合などに、方法２００は、シグナリング２２に基づいて、ＡＳセキュリティコンテキストの基礎として使用するためのＮＡＳセキュリティコンテキストを判断すること（ブロック２２０）をさらに含んでよい。例えば、ユーザ機器１４およびコアネットワーク機器１２が古いＮＡＳセキュリティコンテキストを使用することから新しいＮＡＳセキュリティコンテキストを使用することに切り替えている場合、シグナリング２６によって、ユーザ機器１４は、古いまたは新しいＮＡＳセキュリティコンテキストが、例えば、ハンドオーバ手順において、ＡＳセキュリティコンテキストの基礎として使用されることになるかどうかを判断できるようにする。いずれにしても、方法２００は、判断されたＮＡＳセキュリティコンテキストに基づくＡＳセキュリティコンテキストを使用すること（ブロック２３０）をさらに含んでよい。ＡＳセキュリティコンテキストを使用することは、例えば、無線ネットワーク機器と交換されるＡＳメッセージの機密性および／または完全性保護にＡＳセキュリティコンテキストを使用することを伴ってよい。

他の実施形態では、場合によっては、機器が無線ネットワーク機器である場合などに、機器による方法は、代替的にまたはさらに、コアネットワーク機器からのシグナリング２４に基づいて、ユーザ機器１４に向けたシグナリング２６を行うこと（ブロック２１５）を含んでよい。示されるようなシグナリング２６は、例えば、さらには、ユーザ機器１４とコアネットワーク機器１６との間の任意の新しいＮＡＳセキュリティコンテキストがＡＳセキュリティコンテキストの基礎として使用されることになるかどうかをシグナリングしてよい。この意味で、さらにまた、無線ネットワーク機器は、シグナリング２６としてコアネットワーク機器からユーザ機器１４へのシグナリング２４を効果的に転送するかまたはその他の形で伝搬する。他の実施形態におけるシグナリング２６は、ＡＳセキュリティコンテキストが基づくＮＡＳセキュリティコンテキストが、例えば、ユーザ機器１４が切り替えている場合がある新しいＮＡＳセキュリティコンテキストに対して変更しているかどうかをシグナリングする際にフレーム化されてよい。いずれにしても、やはり、ユーザ機器１４に向けたシグナリング２６は、いくつかの実施形態において、無線リソース制御（ＲＲＣ）接続再設定メッセージにおいて鍵変更インジケータ（ｋｅｙＣｈａｎｇｅＩｎｄｉｃａｔｏｒフィールド）をユーザ機器１４に送信することによって実現可能である。それにもかかわらず、ユーザ機器１４へのシグナリング２６は、ユーザ機器１４が、ＡＳセキュリティコンテキストの基礎として、すなわち、上述されるようなハンドオーバ手順において、使用するためのＮＡＳセキュリティコンテキストを判断できるようにする。

図４は、ハンドオーバ２２が、コアネットワーク機器１６がハンドオーバを直接促進させるタイプ（例えば、ハンドオーバの、ターゲット無線アクセスネットワーク機器とソース無線アクセスネットワーク機器との間にＸｎインターフェースが存在しない５ＧにおけるＮ２ハンドオーバ）である場合のコンテキストにおける上記のいくつかの実施形態の１つの例を示す。図４に示されるように、ユーザ機器１４は、コアネットワーク機器１６による（例えば、第１のＮＡＳベース鍵を含む）第１のＮＡＳセキュリティコンテキストを確立する（ステップ３００）。ユーザ機器１４はまた、第１のＮＡＳセキュリティコンテキストに基づいて（見込みとしての）ソース無線アクセスネットワーク機器１２－Ｓによる第１のＡＳセキュリティコンテキストを確立する（ステップ３１０）。第１のＡＳセキュリティコンテキストは、例えば、第１のＮＡＳベース鍵から導出される第１のＡＳベース鍵を含んでよい。いずれにしても、認証手順中などのその後で、ユーザ機器１４およびコアネットワーク機器１６は、第１の（ここでは「古い」）ＮＡＳセキュリティコンテキストを使用することから第２の（新しい）ＮＡＳセキュリティコンテキストを使用することに切り替えてよい（ステップ３２０）。この場合、第２の（新しい）ＮＡＳセキュリティコンテキストは、ユーザ機器１４とソース無線アクセスネットワーク機器１２－Ｓとの間の第１のＡＳセキュリティコンテキストが基づく第１のＮＡＳセキュリティコンテキストと異なっている。換言すれば、少なくともステップ３２０の時点で、図４に示されるような第２の（新しい）ＮＡＳセキュリティコンテキストは、ユーザ機器１４およびコアネットワーク機器１６が使用を切り替えているＮＡＳセキュリティコンテキストであるが、その第２の（新しい）ＮＡＳセキュリティコンテキストに基づく（第２の）ＡＳセキュリティコンテキストは、例えば、明示的な（専用の）ＵＥコンテキスト修正手順によって実際に使用されてはいない。図４に示されるように、依然として、ハンドオーバ手順３３０が、ソース無線アクセスネットワーク機器１２－Ｓからターゲット無線アクセスネットワーク機器１２－Ｔへのユーザ機器１４のハンドオーバのために開始される場合があり得る。例えば、コアネットワーク機器１６がハンドオーバ必須メッセージを受信する（ステップ３４０）時、コアネットワーク機器１６は依然、第２の（新しい）ＮＡＳセキュリティコンテキストに基づく第２の（新しい）ＡＳセキュリティコンテキストを実際に使用するために明示的な（専用の）ＵＥコンテキスト修正手順を開始していない場合がある。

とりわけ、コアネットワーク機器１６は、ユーザ機器１４とコアネットワーク機器１６との間の任意の新しいＮＡＳセキュリティコンテキストが、ユーザ機器１４とターゲット無線アクセスネットワーク機器１２－Ｔとの間のＡＳセキュリティコンテキストの基礎値して使用されることになるかどうかをターゲット無線アクセスネットワーク機器１２－Ｔにシグナリングするために、ハンドオーバ手順３３０中にシグナリング２４を行う。シグナリング２４は例えば、ターゲット無線アクセスネットワーク機器１２－Ｔに送られるハンドオーバ要求メッセージに（例えば、ブールフィールドとして）含まれてよい。いくつかの実施形態では、コアネットワーク機器１６からのこのシグナリング２４に基づくターゲット無線アクセスネットワーク機器１２－Ｔは、さらには、ユーザ機器１４に向けたシグナリング２６を行う。シグナリング２６は、例えば、ＡＳセキュリティコンテキストが基づくＮＡＳセキュリティコンテキストが変化したかどうか、またはユーザ機器１４とコアネットワーク機器１６との間の任意の新しいＮＡＳセキュリティコンテキストがＡＳセキュリティコンテキストの基礎として使用されることになるかどうかを指示することができる。シグナリング２６は、例えば、ＲＲＣ接続再設定メッセージにおける鍵変更インジケータとして含まれてよい。いずれにしても、このシグナリング２６に基づいて、ユーザ機器１４は、ハンドオーバ手順３３０における（第１のＮＡＳセキュリティコンテキストに基づく）第１のＡＳセキュリティコンテキストを使用するかどうか、または、ハンドオーバ手順３３０における（第２の（新しい）ＮＡＳセキュリティコンテキストに基づく）第２のＡＳセキュリティコンテキストを使用するかどうかを判断してよい。有利には、この場合、行われる必要がある明示的な（専用の）ＵＥコンテキスト修正手順（３６０）はない。

図５は、ハンドオーバ２２が、コアネットワーク機器１６が、ハンドオーバ（例えば、ハンドオーバの、ターゲット無線アクセスネットワーク機器とソース無線アクセスネットワーク機器との間にＸｎインターフェースが存在する５ＧにおけるＸｎハンドオーバ）を直接促進させないタイプであるという文脈でのいくつかの実施形態の別の例を示す。図５に示されるように、ユーザ機器１４は、コアネットワーク機器１６による（例えば、第１のＮＡＳベース鍵を含む）第１のＮＡＳセキュリティコンテキストを確立する（ステップ４００）。ユーザ機器１４はまた、第１のＮＡＳセキュリティコンテキストに基づいて（見込みとしての）ソース無線アクセスネットワーク機器１２－Ｓによる第１のＡＳセキュリティコンテキストを確立する（ステップ４１０）。第１のＡＳセキュリティコンテキストは、例えば、第１のＮＡＳベース鍵から導出される第１のＡＳベース鍵を含んでよい。いずれにしても、認証手順中などのその後で、ユーザ機器１４およびコアネットワーク機器１６は、第１の（ここでは「古い」）ＮＡＳセキュリティコンテキストを使用することから第２の（新しい）ＮＡＳセキュリティコンテキストを使用することに切り替えてよい（ステップ４２０）。この場合、第２の（新しい）ＮＡＳセキュリティコンテキストは、ユーザ機器１４とソース無線アクセスネットワーク機器１２－Ｓとの間の第１のＡＳセキュリティコンテキストが基づく第１のＮＡＳセキュリティコンテキストと異なっている。換言すれば、少なくともステップ４２０の時点で、図５に示されるような第２の（新しい）ＮＡＳセキュリティコンテキストは、ユーザ機器１４およびコアネットワーク機器１６が使用を切り替えているＮＡＳセキュリティコンテキストであるが、その第２の（新しい）ＮＡＳセキュリティコンテキストに基づく（第２の）ＡＳセキュリティコンテキストは、例えば、明示的な（専用の）ＵＥコンテキスト修正手順によって実際に使用されてはいない。図５に示されるように、依然、第１のハンドオーバ手順４３０が、コアネットワーク機器１６の直接的な関わりがなく、ソース無線アクセスネットワーク機器１２－Ｓからターゲット無線アクセスネットワーク機器１２－Ｔへのユーザ機器１４のハンドオーバのために開始される場合があり得る。実際、これらの実施形態において、第１のハンドオーバ手順４３０は、ユーザ機器１４およびコアネットワーク機器１６が既に第２の（新しい）ＮＡＳセキュリティコンテキストを使用することに切り替えていても、第１のＮＡＳセキュリティコンテキストに基づく第１のＡＳセキュリティコンテキストを使用して行われる。

とりわけ、コアネットワーク機器１６は、ユーザ機器１４とコアネットワーク機器１６との間の任意の新しいＮＡＳセキュリティコンテキストが、ユーザ機器１４とターゲット無線アクセスネットワーク機器１２－Ｔ（または、ユーザ機器がハンドオーバされる場合がある異なる無線アクセスネットワーク機器）との間のＡＳセキュリティコンテキストの基礎として使用されることになるかどうかをターゲット無線アクセスネットワーク機器１２－Ｔにシグナリングするために、ハンドオーバ手順４３０と関連して（例えば、これに応答して）シグナリング２４を行う。示されるように、例えば、コアネットワーク機器１６は、第１のハンドオーバ手順４３０と関連してターゲット無線アクセスネットワーク機器１２－Ｔからパス切り替え要求４５０を受信することに応答してシグナリング２４を行ってよい。シグナリング２４は例えば、ターゲット無線アクセスネットワーク機器１２－Ｔに送られるパス切り替え要求受信確認メッセージに（例えば、ブールフィールドとして）含まれてよい。いくつかの実施形態では、コアネットワーク機器１６からのこのシグナリング２４に基づくターゲット無線アクセスネットワーク機器１２－Ｔは、さらには、セル内ハンドオーバまたは無線ネットワーク機器間（例えば、Ｘｎ）ハンドオーバであってよい第２のハンドオーバ手順４６０中またはこれと関連して、ユーザ機器１４に向けたシグナリング２６を行う。シグナリング２６は、いずれにしても、ＡＳセキュリティコンテキストが基づくＮＡＳセキュリティコンテキストが変化したかどうか、またはユーザ機器１４とコアネットワーク機器１６との間の任意の新しいＮＡＳセキュリティコンテキストがＡＳセキュリティコンテキストの基礎として使用されることになるかどうかを指示することができる。シグナリング２６は、例えば、第２のハンドオーバ手順４６０中のＲＲＣ接続再設定メッセージにおける鍵変更インジケータとして含まれてよい。いずれにしても、このシグナリング２６に基づいて、ユーザ機器１４は、第２のハンドオーバ手順４３０における（第１のＮＡＳセキュリティコンテキストに基づく）第１のＡＳセキュリティコンテキストを使用するかどうか、または、ハンドオーバ手順４３０における（第２の（新しい）ＮＡＳセキュリティコンテキストに基づく）第２のＡＳセキュリティコンテキストを使用するかどうかを判断してよい。示されるように、例えば、ユーザ機器１４およびターゲット無線アクセスネットワーク機器１２－Ｔは、第２の（新しい）ＮＡＳセキュリティコンテキストに基づく第２のＡＳセキュリティコンテキストを使用する第２のハンドオーバとしてセル内ハンドオーバを行う（ステップ４７０）。有利には、この場合、行われる必要がある明示的な（専用の）ＵＥコンテキスト修正手順はない。

本明細書においてシグナリング２４を行うコアネットワーク機器１６が、ハンドオーバ２２がコアネットワーク機器の変更を伴う場合のソースコアネットワーク機器またはターゲットコアネットワーク機器であってよいことは、留意されたい。コアネットワーク機器１６がターゲットコアネットワーク機器である実施形態では、シグナリング２４は、ユーザ機器１４および／または無線ネットワーク機器（例えば、ハンドオーバ２２のターゲット無線アクセスネットワーク機器）に対するものであってよい。コアネットワーク機器１６がソースコアネットワーク機器である実施形態では、シグナリング２４は、ハンドオーバ２２のターゲットコアネットワーク機器に対するものであってよく、例えば、これによって、ターゲットコアネットワーク機器はさらには、ユーザ機器１４および／または無線ネットワーク機器に伝搬させるように同様のシグナリングを行ってよい。

また、図１に示されるシグナリング２４が任意の数のやり方で実施されてよいことは留意されたい。いくつかの実施形態では、例えば、シグナリング２４は、任意の新しいＮＡＳセキュリティコンテキストが、ＮＡＳセキュリティコンテキスト１８が変化したかどうかを指示することによって（例えば、ＮＡＳセキュリティコンテキストが変化したまたはＮＡＳセキュリティコンテキストが変化していないことを指示することによって）使用されることになるかどうかを指示してよい。１つのこのような実施形態におけるシグナリング２４は、ＮＡＳセキュリティコンテキスト１８が、ユーザ機器１４とソース無線アクセスネットワーク機器との間のＡＳセキュリティコンテキスト（すなわち、現在アクティブなＡＳセキュリティコンテキスト）が基づくＮＡＳセキュリティコンテキストと異なるように変化したことを指示してよい。別のこのような実施形態におけるシグナリング２４は、ＡＳセキュリティコンテキストが基づくことになるＮＡＳセキュリティコンテキストが変化したか否かを指示してよい。さらに他の実施形態では、シグナリング２４は、どの（古いまたは新しい）ＮＡＳセキュリティコンテキストがＡＳセキュリティコンテキストの基礎として使用されることになるのかを効果的に指示することができる。なお他の実施形態では、シグナリング２４は、任意の新しいＮＡＳセキュリティ鍵が、ハンドオーバ手順におけるＡＳセキュリティ鍵の基礎として使用されることになるかどうかをシグナリングしてよい。

さらに、上述される装置が、任意の機能手段、モジュール、ユニット、または回路構成を実装することによって、本明細書における方法および任意の他の処理を実行してよいことは留意されたい。１つの実施形態では、例えば、装置は、方法の図に示されるステップを行うように設定される各回路または回路構成を含む。この関連での回路または回路構成は、ある特定の機能処理を行うことに専用の回路、および／またはメモリと連携した１つまたは複数のマイクロプロセッサを備えてよい。例えば、回路構成は、１つまたは複数のマイクロプロセッサまたはマイクロコントローラ、および、デジタル信号プロセッサ（ＤＳＰ）および特殊用途デジタル論理などを含んでよい他のデジタルハードウェアを含んでよい。処理回路構成は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光学記憶デバイスなどの１つまたはいくつかのタイプのメモリを含んでよいメモリに記憶されるプログラムコードを実行するように設定可能である。メモリに記憶されるプログラムコードは、いくつかの実施形態において、１つまたは複数の遠距離通信および／またはデータ通信プロトコルを実行するためのプログラム命令、および本明細書に説明される技法の１つまたは複数を実行するための命令を含んでよい。メモリを用いる実施形態において、メモリは、１つまたは複数のプロセッサによって実行される時、本明細書に説明される技法を実行するプログラムコードを記憶する。

上述されるようなコアネットワーク機器は、少なくとも、いくつかの実施形態において、アクセスモビリティ機能（ＡＭＦ）を実施してよい。それにもかかわらず、コアネットワーク機器は、任意の機能手段またはユニットを実装することによって、本明細書における処理のいずれかを行ってよい。１つの実施形態では、例えば、コアネットワーク機器は、図２～図５のいずれかに示されるステップのいずれかを行うように設定される各回路または回路構成を含む。この関連での回路または回路構成は、ある特定の機能処理を行うことに専用の回路、および／またはメモリと連携した１つまたは複数のマイクロプロセッサを含んでよい。読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光学記憶デバイスなどの１つまたはいくつかのタイプのメモリを含んでよいメモリを用いる実施形態において、メモリは、１つまたは複数のプロセッサによって実行される時、本明細書に説明される技法を実行するプログラムコードを記憶する。

図６Ａは、１つまたは複数の実施形態によるコアネットワーク機器５００を示す。コアネットワーク機器５００は、例えば、シグナリング２４を行う際の本明細書に論じられるコアネットワーク機器１６、またはこのようなシグナリング２４を受信することができる任意の他のコアネットワーク機器（例えば、ターゲットコアネットワーク機器）に相当し得る。それにもかかわらず、示されるように、コアネットワーク機器５００は、処理回路構成５１０および通信回路構成５２０を含む。通信回路構成５２０は、例えば、任意の通信技術によって、１つまたは複数の他のノードに対する情報の送信および／または受信を行うように設定される。処理回路構成５１０は、メモリ５３０に記憶される命令を実行するなどによって、例えば、図２～図５のいずれかにおける、上述される処理を行うように設定される。この関連での処理回路構成５１０は、ある特定の機能手段、ユニット、またはモジュールを実装してよい。

図６Ｂは、１つまたは複数の他の実施形態に従って実装されるコアネットワーク機器６００を示す。コアネットワーク機器６００は、例えば、シグナリング２４を行う際の本明細書に論じられるコアネットワーク機器１６、またはこのようなシグナリング２４を受信することができる任意の他のコアネットワーク機器（例えば、ターゲットコアネットワーク機器）に相当し得る。それにもかかわらず、示されるように、コアネットワーク機器６００は、例えば、図６Ａにおける処理回路構成５１０によっておよび／またはソフトウェアコードによって、さまざまな機能手段、ユニット、またはモジュールを実装する。例えば、図２～図５のいずれかにおけるステップのいずれかを実施するためのこれらの機能手段、ユニット、またはモジュールは、例えば、シグナリングユニットまたはモジュール６１０を含む。いくつかの実施形態では、シグナリングユニットまたはモジュール６１０は、ユーザ機器１４のハンドオーバのためのハンドオーバ手順中にまたはこれと関連して、ユーザ機器とコアネットワーク機器６００との間の任意の新しい非アクセス層（ＮＡＳ）セキュリティコンテキストが、ユーザ機器１４と無線アクセスネットワーク機器との間のアクセス層（ＡＳ）セキュリティコンテキストの基礎として使用されることになるかどうかを、コアネットワーク機器６００からシグナリングするためのものである。他の実施形態では、やはり、シグナリングユニットまたはモジュール６１０は、ユーザ機器１４のハンドオーバのためのハンドオーバ手順中にまたはこれと関連して、ユーザ機器１４と（他の）コアネットワーク機器との間の任意の新しい非アクセス層（ＮＡＳ）セキュリティコンテキストが、ユーザ機器１４と無線アクセスネットワーク機器との間のアクセス層（ＡＳ）セキュリティコンテキストの基礎として使用されることになるかどうかを指示するシグナリングを（他の）コアネットワーク機器から受信するためのものであってよい。それにもかかわらず、ハンドオーバ手順のいくつかの態様をもたらすためのハンドオーバユニットまたはモジュール６１０が含まれてもよい。

図７Ａは、１つまたは複数の実施形態に従って実装されるようなユーザ機器１４を示す。示されるように、ユーザ機器１４は、処理回路構成７００および通信回路構成７１０を含む。通信回路構成７１０（例えば、無線回路構成）は、例えば、任意の通信技術によって、１つまたは複数の他のノードに対して情報の送信および／または受信を行うように設定される。このような通信は、ユーザ機器１４の内部または外部どちらかにある１つまたは複数のアンテナを介して行われてよい。処理回路構成７００は、メモリ７２０に記憶される命令を実行することなどによって、上述される処理を行うように設定される。この関連での処理回路構成７００は、ある特定の機能手段、ユニット、またはモジュールを実装してよい。

図７Ｂは、さらに他の実施形態による無線ネットワークにおけるユーザ機器１４の概略的なブロック図を示す。示されるように、ユーザ機器１４は、例えば、図７Ａにおける処理回路構成７００を介して、および／またはソフトウェアコードによって、さまざまな機能手段、ユニット、またはモジュールを実装する。例えば、本明細書における方法を実施するためのこれらの機能手段、ユニット、またはモジュールは、例えば、上述されるシグナリング２４を受信するための、すなわち、ユーザ機器のハンドオーバのためのハンドオーバ手順中にまたはこれと関連して、ユーザ機器１４とコアネットワーク機器１６との間の新しい非アクセス層（ＮＡＳ）セキュリティコンテキストが、ユーザ機器１４と無線アクセスネットワーク機器との間のアクセス層（ＡＳ）セキュリティコンテキストの基礎として使用されることになるかどうかを指示するシグナリングをコアネットワーク機器１６から受信するためのシグナリングユニットまたはモジュール８００を含む。また、シグナリングに基づいて、ＡＳセキュリティコンテキストの基礎として使用するためのＮＡＳセキュリティコンテキストを判断するための判断ユニットまたはモジュール８１０と、判断されたＮＡＳセキュリティコンテキストに基づくＡＳセキュリティコンテキストを使用するための使用ユニットまたはモジュール８２０とが含まれてよい。

同様に、上述されるような無線ネットワーク機器は、任意の機能手段またはユニットを実装することによって本明細書における処理のいずれかを行ってよい。１つの実施形態では、例えば、無線アクセスネットワーク機器は、図３～図５のいずれかに示されるステップのいずれかを行うように設定される各回路または回路構成を含む。この関連での回路または回路構成は、ある特定の機能処理を行うことに専用の回路、および／またはメモリと連携した１つまたは複数のマイクロプロセッサを備えてよい。読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光学記憶デバイスなどの１つまたはいくつかのタイプのメモリを含んでよいメモリを用いる実施形態において、メモリは、１つまたは複数のプロセッサによって実行される時、本明細書に説明される技法を実行するプログラムコードを記憶する。

図８Ａは、１つまたは複数の実施形態による無線アクセスネットワーク機器９００を示す。無線アクセスネットワーク機器９００は、上に論じられる無線アクセスネットワーク機器のいずか（例えば、ターゲット無線アクセスネットワーク機器１２－Ｔ）に相当し得る。示されるように、無線アクセスネットワーク機器９００は、処理回路構成９１０および通信回路構成９２０を含む。通信回路構成９２０は、例えば、任意の通信技術によって、１つまたは複数の他のノードに対して情報の送信および／または受信を行うように設定される。処理回路構成９１０は、メモリ９３０に記憶される命令を実行することなどによって、例えば図４における、上述される処理を行うように設定される。この関連での処理回路構成９１０は、ある特定の機能手段、ユニット、またはモジュールを実装してよい。

図８Ｂは、１つまたは複数の他の実施形態に従って実装される無線アクセスネットワーク機器１０００を示す。無線アクセスネットワーク機器９００は、上に論じられる無線アクセスネットワーク機器のいずか（例えば、ターゲット無線アクセスネットワーク機器１２－Ｔ）に相当し得る。示されるように、無線アクセスネットワーク機器１０００は、例えば、図８Ａにおける処理回路構成９１０を介して、および／またはソフトウェアコードによって、さまざまな機能手段、ユニット、またはモジュールを実装する。例えば、図３～図５のいずれかにおけるステップのいずれかを実施するためのこれらの機能手段、ユニット、またはモジュールは、例えば、上述されるシグナリング２４を受信するための、すなわち、ユーザ機器のハンドオーバのためのハンドオーバ手順中にまたはこれと関連して、ユーザ機器１４とコアネットワーク機器１６との間の任意の新しい非アクセス層（ＮＡＳ）セキュリティコンテキストが、ユーザ機器１４と無線アクセスネットワーク機器との間のアクセス層（ＡＳ）セキュリティコンテキストの基礎として使用されることになるかどうかを指示するシグナリングをコアネットワーク機器１６から受信するためのシグナリングユニットまたはモジュール１０１０を含む。また、シグナリングに基づいて、ＡＳセキュリティコンテキストの基礎として使用するためのＮＡＳセキュリティコンテキストを判断するための判断ユニットまたはモジュール１０２０と、判断されたＮＡＳセキュリティコンテキストに基づくＡＳセキュリティコンテキストを使用するための使用ユニットまたはモジュール１０３０とが含まれてよい。

当業者は、本明細書における実施形態が対応するコンピュータプログラムをさらに含むことも認識するであろう。

コンピュータプログラムは、無線通信システムにおける使用のために設定される機器の少なくとも１つのプロセッサ上で実行される時、機器に、上述される各処理のいずれかを実行させる命令を含む。この関連でのコンピュータプログラムは、上述される手段またはユニットに対応する１つまたは複数のコードモジュールを含んでよい。

実施形態は、このようなコンピュータプログラムを含有するキャリアをさらに含む。このキャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つを含んでよい。

この関連で、本明細書における実施形態は、非一時的なコンピュータ可読（記憶または読み出し）媒体上に記憶され、かつ無線アクセスネットワーク機器１２またはユーザ機器１４のプロセッサによって実行される時、無線アクセスネットワーク機器１２またはユーザ機器１４に、上述されるように実行させる命令を含むコンピュータプログラム製品も含む。

実施形態はさらに、コンピュータプログラム製品が無線ネットワーク機器１２またはユーザ機器１４によって実行される時、本明細書における実施形態のいずれかのステップを行うためのプログラムコード部分を含むコンピュータプログラム製品を含む。このコンピュータプログラム製品はコンピュータ可読記録媒体上に記憶されてよい。

さらなる実施形態についてここで説明する。これらの実施形態の少なくともいくつかは、例証の目的である特定のコンテキストおよび／または無線ネットワークタイプ（例えば、５Ｇ）において適用可能であると説明され得るが、実施形態は、明示的に説明されない他のコンテキストおよび／または無線ネットワークタイプにおいて同様に適用可能である。それゆえに、以下の実施形態は、上の実施形態のおよび／あるいはその他の場合これらと組み合わせ可能な特定の例であってよい。

ここで、５Ｇネットワークおよびこのセキュリティの概要を検討する。３ＧＰＰ ＴＳ２３．５０１には５Ｇネットワークアーキテクチャが記載されている。必要最低限の簡略化されたバージョンの５Ｇネットワークは図９に示されている。

ＵＥ（ユーザ機器）３０は、ネットワークに無線でアクセスするためにユーザによって使用されるモバイルデバイスである。ＵＥ３０は、図１におけるユーザ機器１４に相当し得る。無線アクセスネットワーク機能またはｇＮＢと呼ばれる基地局（次世代ＮｏｄｅＢ）３２は、無線通信をＵＥ３０に提供し、かつＵＥ３０をコアネットワークに接続することを担う。ｇＮＢ３２は、図１における無線ネットワーク機器１２に相当し得る。ＡＭＦ（アクセスモビリティ管理機能）３４と呼ばれるコアネットワーク機能は、いくつかある役割の中で特に、ＵＥ３０のモビリティをハンドリングすることを担う。ＡＭＦ３４は、図１におけるＣＮ機器１６に相当し得る。ＳＭＦ（セッション管理機能）３６と呼ばれる別のコアネットワーク機能は、いくつかある役割の中で特に、ＵＥ３０のセッションおよびトラフィックステアリングをハンドリングすることを担う。

ＵＥ３０は、無線インターフェースを使用して無線でｇＮＢ３２と対話する。ｇＮＢ３２はさらには、Ｎ２と呼ばれるインターフェースを使用してＡＭＦ３４と対話する。ＡＭＦ３４とＳＭＦ３６との間のインターフェースはＮ１１と呼ばれる。ｇＮＢはＸｎインターフェースを使用して互いに対話する。同様に、ＡＭＦはＮ１４インターフェースを使用して互いに対話する。

ＵＥ３０とＡＭＦ３４との間の論理的側面は、ＮＡＳ（非アクセス層）と称され、ＵＥ３０とｇＮＢ３２との間の論理的側面は、ＡＳ（アクセス層）と称される。それに応じて、通信のセキュリティ（適用可能な場合、制御プレーンおよびユーザプレーン）はそれぞれ、ＮＡＳセキュリティおよびＡＳセキュリティと称される。

ＵＥ３０とＡＭＦ３４との間のセキュリティ状態が確立される時、これらの両方は関連したセキュリティデータ、例えば、ＮＡＳセキュリティ鍵、セキュリティ鍵識別子、セキュリティ機能、さまざまなカウンタなどを記憶する。セキュリティデータを含む、ＵＥ３０とＡＭＦ３４との間のこのようなセキュリティ状態は、ＮＡＳセキュリティコンテキストと称される。同様に、ＡＳセキュリティコンテキストは、ＵＥ３０とｇＮＢ３２との間のセキュリティデータを含むセキュリティ状態を指す。

ＮＡＳセキュリティコンテキストが基づくベース鍵はＫ＿ＡＭＦと呼ばれる。このＫ＿ＡＭＦから、さらなる鍵導出は、ＮＡＳメッセージの機密性および完全性保護を提供するために使用される他の鍵をもたらす（大部分が制御プレーン）。Ｋ＿ＡＭＦも、Ｋ＿ｇＮＢと呼ばれる、ＡＳセキュリティコンテキストが基づく別のベース鍵を導出するために使用される。このＫ＿ｇＮＢから、さらなる鍵導出は、ＡＳメッセージの機密性および完全性保護を提供するために使用される他の鍵をもたらす（制御プレーンおよびユーザプレーンの両方）。

ＮＡＳセキュリティコンテキストとＡＳセキュリティコンテキストとの間の次の同期を検討する。先に説明したように、ＵＥのトラフィックのためのセキュリティは、ＮＡＳセキュリティコンテキストおよびＡＳセキュリティコンテキストと呼ばれる２つのセキュリティ状態を中心に構築される。ＮＡＳセキュリティコンテキストはＵＥ３０とＡＭＦ３４との間で共有され、ＡＳセキュリティコンテキストはＵＥ３０とｇＮＢ３２との間で共有される。Ｋ＿ＡＭＦはＮＡＳセキュリティコンテキストのためのベース鍵であり、Ｋ＿ｇＮＢはＡＳセキュリティコンテキストのためのベース鍵である。Ｋ＿ｇＮＢがＫ＿ＡＭＦから導出されるため、一般に、ＡＳセキュリティコンテキストはＮＡＳセキュリティコンテキストから導出されると言われる。ベース鍵という用語が、階層が木として見られる時、鍵が鍵階層全体のルートにあることを暗示するものではないことは留意されたい。もっと正確に言えば、この用語は、鍵が、特定のサブスクリプションに固有である鍵Ｋにおいてルート指定された鍵階層全体における部分木に対するベース（またはルート）であることを指示している。ユーザ側では、鍵Ｋは、少なくともＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムまでの万国加入者同定モジュール（ＵＳＩＭ）上に記憶される。

経時的には、ＵＥ３０およびＡＭＦ３４は、共有されるＫ＿ＡＭＦを、例えば、認証手順実行結果として、古いＫ＿ＡＭＦから新しいＫ＿ＡＭＦに変更してよい。Ｋ＿ＡＭＦが変化すると、ＵＥ３０とＡＭＦ３４との間のＮＡＳトラフィックのセキュリティは、新しいＫ＿ＡＭＦを使用し始めることができる。換言すれば、新しいＫ＿ＡＭＦはアクティブなＫ＿ＡＭＦになる。

しかしながら、ＡＭＦ３４およびｇＮＢ３２は異なるネットワーク機能であるため、Ｋ＿ＡＭＦの変更はｇＮＢ３２には自動的に知られるものではなく、これは、ｇＮＢ３２におけるＫ＿ｇＮＢが依然、古いＫ＿ＡＭＦから導出されるものであることを意味する。また、ＵＥ３０とｇＮＢ３２との間のＡＳトラフィックのセキュリティが古いＫ＿ＡＭＦから導出されるＫ＿ｇＮＢに基づくことを意味する。換言すれば、アクティブなＫ＿ｇＮＢは古いＫ＿ＡＭＦに基づく。これは、Ｋ＿ｇＮＢがＫ＿ＡＭＦと非同期であることを指し、このことは、アクティブなＫ＿ｇＮＢが古いＫ＿ＡＭＦに基づいていることを意味する。

その結果として、Ｋ＿ＡＭＦが変更される時はいつでも、ｇＮＢ３２およびＵＥ３０に向けてＡＭＦ３４によって開始される（図１０に示される）明示的なＵＥコンテキスト修正手順３９が必要とされているため、新しいＫ＿ｇＮＢはアクティブなＫ＿ＡＭＦに基づいて導出される。鍵変更機構が完了した後、これは、Ｋ＿ｇＮＢがＫ＿ＡＭＦと同期されていることを指し、このことは、アクティブなＫ＿ｇＮＢがアクティブなＫ＿ＡＭＦに基づいていることを意味する。

ＵＥコンテキスト修正手順３９は、Ｎ２インターフェースに属し、かつ３ＧＰＰ ＴＳ３８．４１３において指定される。３ＧＰＰ ＴＳ３８．４１３が「Ｎ２」の代わりに用語「ＮＧ」を使用し、かつ、対応して、プロトコルスタックがＮＧＡＰ（次世代アプリケーションプロトコル）と称されることは留意されたい。手順は、一般に、確立されたＵＥコンテキストを修正するためにＡＭＦ３４によって開始される。修正は、セキュリティまたは他のタイプのパラメータ（例えば、無線パラメータ）に関連し得る。従って、オプションとしてこのメッセージにはセキュリティデータが含まれている。ＡＭＦ３４によって送られるメッセージは、ＵＥコンテキスト修正要求メッセージ４０と呼ばれる。修正がセキュリティ（すなわち、Ｋ＿ｇＮＢをＫ＿ＡＭＦと同期させること）に関連している時、いくつかあるデータの中でも特にメッセージ４０は、新しいＫ＿ｇＮＢおよびＵＥセキュリティ機能を含む。

図１０に示されるように、ｇＮＢ３２は、アクティブなＫ＿ｇＮＢを変更するために、すなわち、新しいＫ＿ｇＮＢが使用されるようにするために、ＵＥ３０によるセル内ハンドオーバ手順４２を行う。ｇＮＢ３２は、その後、ＵＥコンテキスト修正応答４４を送って、行われたＵＥコンテキスト更新を確認することができる。

５Ｇにおけるハンドオーバ手順について、次に簡潔に説明する。３ＧＰＰ仕様のＴＳ２３．５０２、ＴＳ３８．４１３、およびＴＳ３８．４２３には、５Ｇシステムにおけるハンドオーバ手順のさまざまな態様が記載されている。５Ｇ仕様が開発途中であり、仕様に情報がいくらか足りない時はいつでも、４ＧまたはＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムと同様に作動することが想定される。

ｇＮＢがＵＥをサーブする最小カバレッジエリアはセルと呼ばれる。１つのｇＮＢは典型的には、複数のセルをサーブする。ＵＥが、アクティブな無線接続を有する間、すなわち、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにある間に１つのセルから別のセルに移動する時、ソースセルは、ターゲットセルがＵＥをサーブし始めることができるように、ターゲットセルに対するＵＥに関連している情報を準備しかつハンドオーバする。このハンドオーバ機構は、直観的にハンドオーバ手順と呼ばれる。換言すれば、ハンドオーバ手順は、ＵＥが１つのセルから別のセルに移動するためのモビリティサポートを提供する。一般に、以下のように３つのタイプのハンドオーバがあり、これらは図１１Ａ～図１１Ｃに示される。

第１のタイプは、図１１Ａに示されるセル内ハンドオーバである。ソースセルおよびターゲットセルが同じであり、かつ同じｇＮＢによってサーブされる時、セル内通信は全て、そのｇＮＢの内部のものであり、対応するハンドオーバはセル内ハンドオーバと呼ばれる。また、ソースセルおよびターゲットセルは異なっているが、同じｇＮＢによってサーブされることが生じ得る。このようなハンドオーバはｇＮＢ内ハンドオーバと呼ばれ得る。しかしながら、本明細書における目的のために、セル内ハンドオーバとｇＮＢ内ハンドオーバとの間で差別化するための説明は必要ではない。

第２のタイプは、図１１Ｂに示されるＸｎハンドオーバである。ソースセルおよびターゲットセルが異なるｇＮＢに属し、かつこれらのｇＮＢがそれらの間にＸｎインターフェースを有する時、セル内通信はＸｎインターフェースを介して行われ、対応するハンドオーバはＸｎハンドオーバと呼ばれる。

第３のタイプは図１１Ｃに示されるＮ２ハンドオーバである。ｇＮＢ間にＸｎインターフェースがない時、ハンドオーバはＡＭＦによって促進され、対応するハンドオーバはＮ２ハンドオーバと呼ばれる。Ｎ２ハンドオーバの間、ソースセル／ｇＮＢおよびターゲットセル／ｇＮＢは異なるＡＭＦに属するということが生じる可能性がある。このようなハンドオーバはさらに、Ｎ２ハンドオーバと呼ばれる。しかしながら、Ｎ１４インターフェースを介した追加のＡＭＦ内通信があると思われる。

ＬＴＥシステムと同様に、ＵＥの挙動は、ハンドオーバがセル内、Ｘｎ、またはＮ２のタイプであるかどうかにかかわらず統合される可能性がある。

現在、ある特定の課題が存在する。ＮＡＳセキュリティコンテキストとＡＳセキュリティコンテキストとの間の同期、すなわち、ＵＥコンテキスト修正手順３９の実行は、ハンドオーバ手順による競合状態を有する場合がある。より具体的には、ＵＥコンテキスト修正手順３９およびＸｎ／Ｎ２ハンドオーバが同時に生じることで、ＮＡＳセキュリティコンテキストとＡＳセキュリティコンテキストとの間の不一致が生じる可能性がある（すなわち、Ｋ＿ｇＮＢがＫ＿ＡＭＦと非同期になり得る）時の望ましくない状況があり得る。

このような競合状態を回避することは、特定の状況下でどの手順を先に行うのか、およびｇＮＢ３２およびＡＭＦ３４はどのように挙動するのかを判断する固有の規則を必要とする。このような規則は、競合状態による望まれていないさらなる状態を維持することを必要とし、かつコアネットワークおよび無線ネットワークの両方において望まれていないさらなるシグナリングを導入するため、最適な解決策ではない。さらに、同時ハンドリング規則は、システム設計および実装形態の両方の複雑さを増大させている。この複雑さを受けて、不正確な実装形態の危険性を分析しかつ導入するシステムが難しくなっている。配備されたシステムのセキュリティ保証はよって低減し、これは望ましいことではない。

本開示およびこれらの実施形態のある特定の態様は、これらのまたは他の課題に対する解決策を提供することができる。いくつかの実施形態は、ハンドオーバにおけるＮＡＳセキュリティコンテキストとＡＳセキュリティコンテキストとの間の高速同期のための機構を含む。

例えば、ＡＭＦ側からのＮ２ハンドオーバ（単一のＡＭＦ）において、方法は、ハンドオーバの回数を低減するためにＡＭＦ３４によって行われてよい。方法は、ＡＳセキュリティコンテキストを修正するために第１のハンドオーバをトリガするように決定することを含んでよい。第１のハンドオーバは、第１のｇＮＢにおいて開始されることになる。ＡＳセキュリティコンテキストは現在、第１のＮＡＳセキュリティコンテキストに基づいている。しかしながら、ＡＳセキュリティコンテキストの修正によって、ＡＳセキュリティコンテキストは第２のＮＡＳセキュリティコンテキストに基づくことになる。この関連での方法は、第２のｇＮＢへの第２のハンドオーバを促進するためにＡＭＦをトリガする第１のｇＮＢからの要求を受信することをさらに含む。方法はさらにまた、第２のｇＮＢが、第１のＮＡＳセキュリティコンテキストまたは第２のＮＡＳセキュリティコンテキストに基づく新しいＡＳセキュリティコンテキストを導出するかどうかをＵＥに伝達することを可能にする、第２のｇＮＢへの指示を含むメッセージを送ることによって、第２のハンドオーバを促進することをさらに含む。いくつかの実施形態では、方法は、第１のハンドオーバをトリガしないことをさらに含んでよい。

ある特定の実施形態は、以下の技術的な利点の１つまたは複数を提供することができる。いくつかの実施形態は、既存の解決策と比較して、ハンドオーバにおけるＮＡＳセキュリティコンテキストおよびＡＳセキュリティコンテキストを迅速に同期するためのより簡易な機構を提供する。この簡易化は、特殊な同時ハンドリング規則の数の低減、コアネットワークとＲＡＮとの間のシグナリングの低減（同期を回復させるための実行済みのＮＧＡＰ手順の実際の回数が低減される）、および／またはより簡易な状態管理（コアネットワークはもはや、複数のバージョンのＮＡＳセキュリティコンテキストを維持しかつ移行させる必要がない）から生じる。

より詳細には、いくつかの実施形態は、例えば、５Ｇにおける、ＵＥコンテキスト修正およびＮ２ハンドオーバ手順を同時に実行することから生じる競合状態を回避しようとしている。このような競合状態の結果として、Ｋ＿ｇＮＢはＫ＿ＡＭＦと非同期になる場合があり、これは許容不可能である。従って、５Ｇは競合状態をハンドリングするやり方を必要とする。

１つの可能なやり方は、４ＧまたはＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）における機構を適応させることが考えられる。これは、３ＧＰＰ ＴＳ３３．４０１に記載される関連した規則（Ｒｕｌｅｓ ｏｎ Ｃｏｎｃｕｒｒｅｎｔ Ｒｕｎｎｉｎｇ ｏｆ Ｓｅｃｕｒｉｔｙ Ｐｒｏｃｅｄｕｒｅｓ）が使用されることになることを意味するものになる。５Ｇのシナリオでは、関連した規則は以下のようになる。

規則＃３の適応として、ＵＥおよびＡＭＦが新しいＫ＿ＡＭＦを使用できるようにしている時、ＡＭＦは、ＵＥコンテキスト修正手順によって、新しいＫ＿ＡＭＦから導出された新しいＫ＿ｇＮＢを使用できるようにするまで、Ｎ２ハンドオーバ手順において古いＫ＿ＡＭＦに基づく古いＫ＿ｇＮＢを使用し続けるものとする。

規則＃４の適応として、ＵＥおよびＡＭＦが新しいＫ＿ＡＭＦを使用できるようにしている時、ＵＥは、ターゲットｇＮＢおよびＵＥが、新しいＫ＿ＡＭＦから導出された新しいＫ＿ｇＮＢを使用できるようにするためにセル内ハンドオーバを行うまで、Ｎ２ハンドオーバ手順において古いＫ＿ＡＭＦに基づくＫ＿ｇＮＢを使用し続けるものとする。

規則＃８の適応として、ＵＥおよびソースＡＭＦが新しいＫ＿ＡＭＦを使用できるようにしているが、ソースＡＭＦがＵＥコンテキスト修正手順をまだ成功していない時、ソースＡＭＦは、（古いＫ＿ＡＭＦを含む）古いＮＡＳセキュリティコンテキストおよび（新しいＫ＿ＡＭＦを含む）新しいＮＡＳセキュリティコンテキストの両方をターゲットＡＭＦに送るものとする。これは、ＡＭＦの変更を伴うＮ２ハンドオーバ中に生じる。

規則＃９の適応として、ターゲットＡＭＦが（古いＫ＿ＡＭＦを含む）古いＮＡＳセキュリティコンテキストおよび（新しいＫ＿ＡＭＦを含む）新しいＮＡＳセキュリティコンテキストの両方を受信する時、ターゲットＭＭＥは、ＮＡＳ手順において新しいＫ＿ＡＭＦを使用するものとするが、ＵＥコンテキスト修正手順の完了まで、ＡＳセキュリティ関連のパラメータに対して古いＫ＿ＡＭＦを使用し続けるものとする。これは、ＡＭＦの変更を伴うＮ２ハンドオーバ中に生じる。

図１２は、上述された規則を実施するシーケンス図を示す。簡略化のために、図は、単一のＡＭＦを伴うＮ２ハンドオーバのみを示す。示されるように、ＡＭＦ３４は、古いＫ＿ＡＭＦと称されるＮＡＳ鍵をアクティブ化する（ステップ１１００）。ＵＥ３０およびソースｇＮ３２－Ｓはさらにまた、古いＫ＿ＡＭＦに基づいて、古いＫ＿ｇＮＢと称されるＡＳ鍵をアクティブ化する（ステップ１１１０）。認証手順は次いで、ＵＥ３０とＡＭＦ３４との間で行われ、それによって、新しいＫ＿ＡＭＦと称される新しいＮＡＳ鍵が、すなわち、新しいＮＡＳセキュリティコンテキストの一部として、アクティブ化される（ステップ１１２０）。ＡＭＦ３４はその後、ソースｇＮＢ３２－ＳおよびＵＥ３０が、ＡＳセキュリティが新しくアクティブ化されたＮＡＳ鍵である新しいＫ＿ＡＭＦに基づくことを促すために、ＵＥコンテキスト修正要求メッセージをソースｇＮＢ３２－Ｓに送る準備をする（ステップ１１３０）。しかしながら、その一方で、ソースｇＮＢ３２－Ｓは、ターゲットｇＮＢ３２－Ｔに対するＮ２ハンドオーバを行う準備をし（ステップ１１４０）、かつハンドオーバ必須メッセージを（Ｎ２ハンドオーバの一部として）ＡＭＦ３４に送る（ステップ１１５０）。これによって、ステップ１１６０において競合状態がもたらされる。この例では、競合状態により、ＡＭＦ３４は、ＵＥコンテキスト修正要求メッセージをソースｇＮＢに送らない。その代わりに、Ｎ２ハンドオーバは、古いＫ＿ＡＭＦに基づく古いＫ＿ｇＮＢを使用して行われる（ステップ１１６５）。その結果、ＡＭＦ３４は、ＵＥコンテキスト修正要求メッセージをターゲットｇＮＢに送る準備をし（ステップ１１７０）、それに応じて、そのメッセージを送る（ステップ１１７５）。セル内ハンドオーバはその後、ＵＥ３０とターゲットｇＮＢ３２－Ｔとの間で行われ、それによって、新しいＫ＿ＡＭＦに基づく新しいＫ＿ｇＮＢと称される新しいアクティブなＡＳ鍵がもたらされる（ステップ１１８０）。ターゲットｇＮＢ３２－Ｔは次いで、ＵＥコンテキストに対する修正を確認するＵＥコンテキスト修正応答を送ってよい（ステップ１１９０）。

これは、ＬＴＥにおける機構が５Ｇに適応される場合、ＵＥコンテキスト修正手順とＮ２ハンドオーバ手順との間の競合状態をハンドリングする次善のやり方である。ＮＡＳセキュリティはアクティブなＫ＿ＡＭＦに基づき、ＡＳセキュリティは古いＫ＿ＡＭＦに基づく。従って、ＡＭＦ３４は、複数のＮＡＳセキュリティコンテキストを維持しなければならず、このうち、１つはアクティブなＫ＿ＡＭＦに基づき、もう１つは古いＫ＿ＡＭＦに基づく。さらに、簡略化のために図には示されていないが、複数のＮＡＳセキュリティコンテキストを維持することは、進行中のＮ２ハンドオーバがＡＭＦの変更を必要とする時にさらなる複雑さをもたらす。このことは、ソースｇＮＢがソースＡＭＦによってサーブされ、かつターゲットｇＮＢがターゲットＡＭＦによってサーブされる時に生じる。このような場合、ソースＡＭＦは、古いＮＡＳセキュリティコンテキストおよび新しいＮＡＳセキュリティコンテキストの両方をターゲットＡＭＦに移行させる必要がある。ターゲットＡＭＦは、ＵＥコンテキスト修正手順を行うことを担うようになり、それが成功するまで、ＡＳセキュリティは古いＮＡＳセキュリティコンテキストに基づくが、ＮＡＳセキュリティは新しいＮＡＳセキュリティコンテキストに基づく。さらに、３ＧＰＰはまだ決定を下していないが、ソースＡＭＦが、ＮＡＳセキュリティコンテキストをターゲットＡＭＦに移行させる前に水平方向の鍵導出を行うようにすることが可能であり、これは、ソースＡＭＦがハッシュまたはＫＤＦ（３ＧＰＰにおいて使用される鍵導出関数）のような一方向関数をＫ＿ＡＭＦに適用することで、Ｋ＿ＡＭＦ^＊という別の鍵がもたらされ、Ｋ＿ＡＭＦ^＊をターゲットＡＭＦに移行させることを意味する。古いＮＡＳセキュリティコンテキストおよび新しいＮＡＳセキュリティコンテキスト、ならびに水平方向の鍵導出を共にハンドリングすることはさらに、複雑さを増大させる。またさらに、Ｎ２ハンドオーバの終了直後、Ｎ２および無線インターフェースの両方における望まれていないさらなるシグナリングを生じさせるなお別のセル内ハンドオーバがある。５Ｇにおいて、多量のＵＥがあり、かつサービスの高速配信が非常に重要である時、競合状態をハンドリングする、上述した次善のやり方は、最も適するものではない。従って、より適正かつ適切なアプローチが必要とされている。

図１３は、ＵＥコンテキスト修正手順とＮ２ハンドオーバ手順との間の競合状態をハンドリングするためのいくつかの実施形態を示す。とりわけ、図１３は、単一のＡＭＦを伴うＮ２ハンドオーバの間、ＡＭＦが進行中のＮ２ハンドオーバに対して新しいＫ＿ＡＭＦに基づく新しいＫ＿ｇＮＢを使用するいくつかの実施形態によるアプローチを示す。示されるように、例えば、（図１２のステップ１１６５にあるように）古いＫ＿ＡＭＦに基づく古いＫ＿ｇＮＢを使用するＮ２ハンドオーバを行うのではなく、新しいＫ＿ＡＭＦに基づく新しいＫ＿ｇＮＢを使用するＮ２ハンドオーバが行われる（ステップ１１９５）。新しい効果としては、効果的である新しいＫ＿ＡＭＦに基づく新しいＫ＿ｇＮＢについて、ＡＭＦ３４がＵＥコンテキスト修正手順を行うこと、およびターゲットｇＮＢ３２－Ｔがセル内ハンドオーバ手順を行うことがもはや必要ではないことである。その結果として、先に述べた次善の問題点の全ては解消される。

しかしながら、ターゲットｇＮＢ３２－Ｔに切り替えるようにＵＥ３０をトリガするメッセージが、ターゲットｇＮＢ３２－Ｔによって送られ、かつＵＥ３０に透過的に配信される、ＲＲＣ接続再設定メッセージと呼ばれることは留意されたい。ＲＲＣ接続再設定メッセージは、ｋｅｙＣｈａｎｇｅＩｎｄｉｃａｔｏｒと呼ばれるブールフィールドを含み、これは、その名が示すように、ＵＥに、新しいＫ＿ＡＭＦが進行中のハンドオーバ中にＫ＿ｇＮＢの導出に使用されることを知らせる。これは、ターゲットｇＮＢ３２－Ｔが新しいＫ＿ＡＭＦの使用についてＵＥ３０に知らせるための機構を有することを意味する。ターゲットｇＮＢ３２－Ｔは、従って、ＡＭＦ３４からＵＥコンテキスト修正要求メッセージを受信する時、ｋｅｙＣｈａｎｇｅＩｎｄｉｃａｔｏｒの値を真に設定することができる。しかしながら、Ｎ２ハンドオーバ中、ターゲットｇＮＢ３２－Ｔは、ＡＭＦ３４が新しいＫ＿ＡＭＦに基づく新しいＫ＿ｇＮＢを使用し始めたことを知らず、これは、ターゲットｇＮＢ３２－ＴがｋｅｙＣｈａｎｇｅＩｎｄｉｃａｔｏｒの値を真に設定することができないことを意味する。

この困難を解決するために、いくつかの実施形態におけるＡＭＦ３４は、（例えば、上述されるシグナリング２４のように）ターゲットｇＮＢ３２－Ｔに、新しいＫ＿ＡＭＦがＫ＿ｇＮＢに使用されるか否かを指示する。この指示（例えば、シグナリング２４）は、例えば、Ｋ＿ＡＭＦ＿ＣＨＡＮＧＥ＿ＩＮＤＩＣＡＴＯＲまたは新しいセキュリティコンテキストインジケータ（ＮＳＣＩ）と呼ばれ得る別個のブールフィールドを、明示的に実施してよい。この指示は代替的には、例えば、使用されたのが古いＫ＿ＡＭＦまたは新しいＫ＿ＡＭＦかどうかに応じて異なるデータを送るなど、暗黙的に実施されてよい。異なるデータを送る例は、例えば、新しいＫ＿ＡＭＦが使用された時に新しいＫ＿ｇＮＢを送ること、および古いＫ＿ＡＭＦが使用された時にＫ＿ｇＮＢを導出するために使用可能である中間値を送ることとすることができる。中間値の例は、次ホップ連鎖カウンタ（ＮＣＣ）および次ホップ（ＮＨ）、すなわち、｛ＮＣＣ，ＮＨ｝ペアとすることができる。そうすることによって、ターゲットｇＮＢ３２－Ｔは、新しいＫ＿ＡＭＦがＡＭＦ３４によって使用されているか否かを知る。従って、ターゲットｇＮＢ３２－Ｔは、それに応じて、ｋｅｙＣｈａｎｇｅＩｎｄｉｃａｔｏｒフィールドの値を真または偽に設定可能になる。最後に、ＵＥ３０は、ターゲットｇＮＢ３２－Ｔによって設定されたｋｅｙＣｈａｎｇｅＩｎｄｉｃａｔｏｒの値に基づいて使用するのはどのＫ＿ＡＭＦかを知る。

困難を解決するためのさらに別のやり方では、いくつかの実施形態は、例えば、ＮＨが新しいＫ＿ｇＮＢとして使用されることになることを意味する新しいＫ＿ＡＭＦの使用を指示するために｛ＮＣＣ，ＮＨ｝ペアのＮＣＣ部に対して０または７のような特別な値を確保するといった、特別な意味での既存のフィールドを再利用する。さらに別のやり方では、いくつかの実施形態は、中間のターゲットｇＮＢおよびソースｇＮＢが単に、（場合によって無線リソース制御メッセージ内の）フラグをＵＥ３０に移行し、かつＵＥ３０がそれに応じて作動するように、ＡＭＦ３４からＵＥ３０に透過的に移行される（例えば、シグナリング２４としての）新しいインジケータ（例えば、ブールフラグ）を導入する。

図１４は、ＡＭＦ３４がＮＳＣＩを｛ＮＣＣ，ＮＨ｝ペアと共に、進行中のＮ２ハンドオーバのハンドオーバリソース割り当て手順の一部であるＮ２ハンドオーバ要求メッセージ１２００におけるターゲットｇＮＢに（例えば、シグナリング２４として）送るいくつかの実施形態を示す。（３ＧＰＰ ＴＳ３８．４１３に記載される）ハンドオーバリソース割り当て手順は、ターゲットｇＮＢ３２－Ｔにおいてリソースを確保するためにＮ２ハンドオーバの一部としてＡＭＦ３４によって開始される。ＡＭＦ３４によって送られるメッセージはハンドオーバ要求メッセージと呼ばれる。ハンドオーバ要求メッセージのコンテンツは５Ｇにとってまだ最終的なものではない。しかしながら、高い確率で、４ＧまたはＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）にあるのと同様のデータを含有している。いくつかあるデータの中で特に、このメッセージは、ＵＥセキュリティコンテキストおよびＵＥセキュリティ機能を含むことになる可能性がある。ＵＥセキュリティコンテキストは、次ホップ連鎖カウンタ（ＮＣＣ）および次ホップ（ＮＨ）、すなわち、ターゲットｇＮＢが、Ｋ＿ｇＮＢを導出しかつ使用できるようにすることを可能にする｛ＮＣＣ，ＮＨ｝ペアを含有することになる可能性がある。それにもかかわらず、図１４に示されるように、ターゲットｇＮＢ３２－Ｔは、これに応答して、ハンドオーバ要求受信確認メッセージ１２１０をＡＭＦ３４に送ってよい。

ここで、いくつかの実施形態に従って、Ｋ＿ｇＮＢおよび｛ＮＣＣ，ＮＨ｝ペアがどのように使用され得るかについて説明する。Ｋ＿ｇＮＢおよび｛ＮＣＣ，ＮＨ｝ペアがどのように導出されるかは５Ｇにとってまだ最終的なものではないが、ＬＴＥにおける鍵連鎖として一般的に既知の同様の機構が使用されることになる可能性がある。鍵連鎖機構は、ハンドオーバの時だけでなく、ＵＥがアクティブモードになる時に初期化される時にも効果を現し、さらにまた、互いから鍵を導出することで、さまざまなモビリティイベント、例えば、ハンドオーバ時に「連鎖」を形成する。鍵連鎖が５Ｇにおいて使用されることになる場合、鍵変更は、（ＬＴＥにおけるＮＡＳアップリンクカウントであった）ある鮮度パラメータと共に新しいＫ＿ＡＭＦにＫＤＦ（３ＧＰＰにおいて使用される鍵導出関数）を適用することによってＫ＿ｇＮＢ＿ｉｎｉｔｉａｌと呼ばれる一時的な鍵をＡＭＦが導出することによって、アイドルからアクティブへの移行時に開始されることが考えられる。Ｋ＿ｇＮＢ＿ｉｎｉｔｉａｌは、「０」に初期化されたＮＣＣ値と関連付けられる。さらにまた、ＡＭＦは、ＫＤＦを、Ｋ＿ｇＮＢ＿ｉｎｉｔｉａｌおよび新しいＫ＿ＡＭＦに適用することによってＮＨ＿１と呼ばれる一時的なＮＨ値を導出する。ＮＨ＿１は、「０」から「１」に増やしたＮＣＣ値に関連付けられる。また、ＡＭＦは、ＫＤＦを、ＮＨ＿１および新しいＫ＿ＡＭＦに適用することによってＮＨ＿２と呼ばれる別のＮＨ値を導出する。ＮＨ＿２は、「１」から「２」に増やしたＮＣＣ値に関連付けられる。Ｎ２ハンドオーバ要求における｛ＮＣＣ，ＮＨ｝ペアは従って、｛「２」，ＮＨ＿２｝である。ｇＮＢは、ＫＤＦを、受信したＮＨ＿２および（ＬＴＥにおける、物理セル識別子およびダウンリンク周波数情報であった）いくつかのパラメータに適用することによって、Ｋ＿ｇＮＢを導出する。別の（好ましい）代替策は、Ｎ２ハンドオーバ要求における｛ＮＣＣ，ＮＨ｝ペアが｛「０」，Ｋ＿ｇＮＢ＿ｉｎｉｔｉａｌ｝であることである。従って、ｇＮＢは、Ｋ＿ｇＮＢとして、受信したＮＨ値、すなわち、Ｋ＿ｇＮＢ＿ｉｎｉｔｉａｌを直接使用可能である。この代替策において、ＡＭＦは、先に述べたようなＮＨ＿１およびＮＨ＿２のようなさらなる値を導出せず、ＵＥはまた、ＡＭＦと同じ鍵導出機構を有する。それにもかかわらず、ＡＭＦからｇＮＢに送られる鍵材料は、上位鍵、Ｋ＿ＡＭＦから導出される。

さらに、（ＵＥコンテキスト更新が成功したことを意味する、ＵＥコンテキスト修正応答によって提供されるものと同様の）ターゲットｇＮＢ３２－ＴからＡＭＦ３４に返される確認または受信確認１２１０は、暗黙的にまたは明示的に行われてよい。Ｎ２ハンドオーバの一部として、ターゲットｇＮＢ３２－Ｔは、ＡＭＦ３４に、ＵＥ３０がターゲットｇＮＢ３２－Ｔにおいて識別され、かつＮ２ハンドオーバが完了したことを知らせるために、ＡＭＦ３４にハンドオーバ通知メッセージを送る。暗黙的な受信確認の一例は、ＡＭＦが、新しいＫ＿ＡＭＦに基づく新しいＫ＿ｇＮＢが適所にあることの確認として、ハンドオーバ通知を使用することである。明示的な受信確認の一例は、ターゲットｇＮＢ３２－Ｔが、ハンドオーバ通知または別個のメッセージにおける明示的な指示をＡＭＦ３４に送ることである。同様に、ハンドオーバが失敗したことを知らせる、ターゲットｇＮＢ３２－ＴによってＡＭＦ３４に送られるハンドオーバ失敗メッセージ、ハンドオーバ失敗メッセージにおける明示的なフィールド、または別個のメッセージは、ＵＥコンテキスト更新が成功しなかったことを意味する、ＵＥコンテキスト修正失敗メッセージによって提供されるものと同様の指示をＡＭＦ３４に提供するために使用可能である。同様に、ハンドオーバがキャンセルされたことを知らせる、ソースｇＮＢ３２－ＳによってＡＭＦ３４に送られるハンドオーバキャンセルメッセージ、ハンドオーバキャンセルメッセージにおける明示的なフィールド、または別個のメッセージは、ＵＥコンテキスト更新が成功しなかったことを意味する、ＵＥコンテキスト修正失敗メッセージによって提供されるものと同様の指示をＡＭＦ３４に提供するために使用可能である。失敗したハンドオーバの場合のＵＥの挙動は、ＬＴＥシステムにおけるものと、すなわち、ハンドオーバの一部として受信されるｋｅｙＣｈａｎｇｅＩｎｄｉｃａｔｏｒおよびＮＣＣ値を廃棄すること、および古いＫ＿ｇＮＢを使用してＲＲＣ接続再確立手順を行うことと同様であり得る。ハンドオーバ失敗の場合のＡＭＦの挙動はまた、ＬＴＥシステムのもの、すなわち、ＵＥ３０によってＮＡＳセキュリティモードコマンド手順を実行することと同様であり得る。ＵＥコンテキスト修正手順とＮ２ハンドオーバ手順との間のいずれのさらなる競合状態もさらにまた、先に説明したのと同じ機構に従うことになる。

図１５は、ＡＭＦの変更を伴う、すなわち、ソースＡＭＦ３４－ＳおよびターゲットＡＭＦ３４－Ｔを伴うＮ２ハンドオーバ中、ソースＡＭＦ３４－ＳがターゲットＡＭＦ３４－Ｔに、ターゲットＡＭＦ３４－ＴがＮＳＣＩの値を導出または推定することができるインジケータと共に（アクティブなＫ＿ＡＭＦを含む）アクティブなＮＡＳセキュリティコンテキストを送る別の実施形態を示す。図１５は例えば、ソースＡＭＦ３４－ＳがターゲットＡＭＦ３４－Ｔに、ＮＣＳＩを含むフォワードリロケーション要求メッセージ１３００を送ることを示す。インジケータがないことを使用して、ターゲットＡＭＦ３４－Ｔに、ＮＳＣＩに対する特定の値をシグナリングしてよいことは、留意されたい。ソースＡＭＦ３４－Ｓは従って、（古いＫ＿ＡＭＦを含む）古いＮＡＳセキュリティコンテキストをターゲットＡＭＦ３４－Ｔに送ることを回避してよい。ターゲットＡＭＦ３４－Ｔはさらにまた、先に説明したのと同様のターゲットｇＮＢ３２－Ｔと通信することが考えられ、すなわち、好ましくは、ターゲットＡＭＦ３４－Ｔは、（例えば、シグナリング２４のような）ＮＳＣＩを｛ＮＨ，ＮＣＣ｝ペアと共にターゲットｇＮＢ３２－Ｔに送る。３ＧＰＰが、２つのＡＭＦの間のＮ１４インターフェースが、ＬＴＥにおける２つのＭＭＥ（モビリティ管理エンティティ）の間のＳ１０インターフェースにおいて使用されるように、ＧＴＰｖ２、ＧＰＲＳ（汎用パケット無線サービス）トンネリングプロトコルバージョン２を使用することになるか否かを正式に決定していないことは留意されたい。図１５には、ＬＴＥのＳ１０インターフェースにおけるものと同様の機構が５ＧのＮ１４インターフェースにおいて使用されることになるという想定が示されている。Ｓ１０インターフェースは３ＧＰＰ ＴＳ２９．２７４に指定されている。

図１５の文脈において、成功または失敗の指示について論じられている。ターゲットＡＭＦ３４－Ｔは、先に説明したように、ターゲットｇＮＢ３２－Ｔから（ＵＥコンテキスト修正応答およびＵＥコンテキスト修正失敗に対応する）成功または失敗の指示を取得する。ターゲットＡＭＦ３４－Ｔはさらにまた、メッセージをソースＡＭＦ３４－Ｓに暗黙的にまたは明示的に伝達することができる。暗黙的な指示を使用する一例は、成功の指示としてのターゲットＡＭＦ３４－ＴからソースＡＭＦ３４－Ｓへのフォワードリロケーション完了通知メッセージ１３１０を使用することなど、成功したまたは失敗したハンドオーバの指示についてのターゲットＡＭＦ３４－ＴとソースＡＭＦ３４－Ｓとの間の既存のメッセージを使用することであり得る。明示的な指示の一例は、新しいメッセージまたは既存のメッセージにおける新しいフィールドを使用することであり得る。ソースＡＭＦ３４－Ｓが、例えば、ソースｇＮＢ３２－Ｓからのハンドオーバキャンセルメッセージから、前もってハンドオーバ失敗のことを知る場合、ソースＡＭＦ３４－Ｓは、例えば、リロケーションキャンセルメッセージを送ることによって、ＬＴＥシステムにおけるのと同様にターゲットＡＭＦ３４－Ｔに知らせてよい。失敗したハンドオーバの場合のＵＥのおよびソースＡＭＦの挙動は、先に説明したようなＬＴＥシステムにおけるのと同様であってよい。

一例として、Ｎ２ハンドオーバの１つの固有の実装形態について検討する。ハンドオーバ必須メッセージを受信すると、ソースＡＭＦ３４－Ｓはそのローカルに保持したＮＣＣ値を１増やし、かつ関数を使用してその記憶されたデータからフレッシュなＮＨを計算するものとする。ソースＡＭＦ３４－Ｓは、フレッシュなＮＨの計算のために現在アクティブな５ＧＳ ＮＡＳセキュリティコンテキストからＫ_ＡＭＦを使用するものとする。ソースＡＭＦ３４－Ｓは、Ｎ１４フォワードリロケーション要求メッセージ１３００においてフレッシュな｛ＮＨ，ＮＣＣ｝ペアをターゲットＡＭＦ３４－Ｔに送るものとする。Ｎ１４フォワードリロケーション要求メッセージ１３００は、さらに、フレッシュな｛ＮＨ，ＮＣＣ｝ペアおよびその対応するｎＫＳＩを計算するために使用されたＫ_ＡＭＦを含有するものとする。ソースＡＭＦ３４－Ｓが、現在アクティブな５ＧＳ ＡＳセキュリティコンテキストが基づく５ＧＳ ＮＡＳセキュリティコンテキストと異なる新しいＫ_ＡＭＦによる新しい５ＧＳ ＮＡＳセキュリティコンテキストをアクティブ化したが、ＵＥコンテキスト修正手順をまだ成功していない場合、Ｎ１４フォワードリロケーション要求メッセージ１３００は、さらに、送られたＫ_ＡＭＦが新しいものであることを意味するＮＳＣＩ（新しいセキュリティコンテキストインジケータ）を含有するものとする。ソースＡＭＦ３４－Ｓはこの場合、最新のＮＡＳセキュリティモード完了メッセージにおいて新しいＫ_ｇＮＢを新しいＫ_ＡＭＦおよびアップリンクＮＡＳカウントから導出するものとする。ソースＡＭＦ３４－Ｓは、新しいＫ_ｇＮＢを、値「０」に初期化された新しいＮＣＣと関連付けるものとする。ソースＡＭＦ３４－Ｓは、さらにまた、鍵導出関数を適用することによって新しいＫ_ＡＭＦおよび新しいＫ_ｇＮＢからフレッシュなＮＨを導出し、かつＮＣＣ値を１増やす（すなわち、ＮＣＣ＝「１」）ものとする。ソースＡＭＦ３４－Ｓはさらにまた、鍵導出関数を適用することによって新しいＫ_ＡＭＦおよび以前のＮＨから２番目にフレッシュなＮＨを導出し、かつＮＣＣを１増やす（すなわち、ＮＣＣ＝「２」）ものとする。

ターゲットＡＭＦ３４－Ｔは、ソースＡＭＦから受信した｛ＮＨ，ＮＣＣ｝ペアをローカルに記憶するものとする。ターゲットＡＭＦ３４－Ｔはさらにまた、受信した｛ＮＨ，ＮＣＣ｝ペアおよびＮＳＣＩを、これらがまた受信される場合は、Ｎ２ハンドオーバ要求メッセージ内でターゲットｇＮＢ３２－Ｔに送るものとする。ターゲットＡＭＦ３４－ＴからＮ２ハンドオーバ要求メッセージを受信すると、ターゲットｇＮＢ３２－Ｔは、Ｎ２ハンドオーバ要求におけるフレッシュな｛ＮＨ，ＮＣＣ｝ペア、ならびにターゲットＮＲ－ＰＣＩおよびこの周波数ＮＲ－ＥＡＲＦＣＮ－ＤＬによる鍵導出を行うことによって、ＵＥ３０によって使用されるＫ_ｇＮＢを計算するものとする。ターゲットｇＮＢ３２－Ｔは、ターゲットＡＭＦ３４－Ｔから受信したＮＣＣ値をＫ_ｇＮＢと関連付けるものとする。ターゲットｇＮＢ３２－Ｔは、受信した｛ＮＨ，ＮＣＣ｝ペアからのＮＣＣ値を、ＵＥ３０へのＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内に含め、かついずれの既存の未使用の記憶済み｛ＮＨ，ＮＣＣ｝ペアも除去するものとする。ターゲットｇＮＢ３２－Ｔは、ＮＳＣＩを受信していた場合、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにおけるｋｅｙＣｈａｎｇｅＩｎｄｉｃａｔｏｒフィールドを真に設定するものとする。

ソースＡＭＦ３４－Ｓが上記の説明におけるターゲットＡＭＦ３４－Ｔと同じであってよいことは留意されたい。その場合、単一のＡＭＦ３４は、ソースＡＭＦおよびターゲットＡＭＦの両方の役割を果たし、すなわち、ＡＭＦは、必要に応じてフレッシュな｛ＮＨ，ＮＣＣ｝ペアおよびＮＳＣＩを算出かつ記憶し、これをターゲットｇＮＢ３２－Ｔに送る。この場合、Ｎ１４メッセージに関連している作用は単一のＡＭＦの内部でハンドリングされる。

上記を考慮して、図１６は、例えば、コアネットワーク機器１６またはＡＭＦを実施する機器によって行われる、いくつかの実施形態による方法１４００を示す。示されるように、方法１４００は、現在アクティブなＡＳセキュリティコンテキストが基づくＮＡＳセキュリティコンテキストと異なる新しいＮＡＳセキュリティコンテキスト（例えば、新しいＫ_ＡＭＦによる新しい５Ｇ ＮＡＳセキュリティコンテキスト）がアクティブ化されていること、およびＵＥコンテキスト修正手順がまだ成功していないことを判断すること（ブロック１４１０）を含む。方法１４００は、例えば、この判断に応答して、新しいＮＡＳセキュリティコンテキストからの鍵（例えば、新しいＫ_ＡＭＦ）を含有し、かつ鍵が新しいことを指示するインジケータを含有するメッセージ（例えば、フォワードリロケーション要求メッセージ）を送信すること（ブロック１４２０）をさらに含む。インジケータは例えば、新しいセキュリティコンテキストインジケータ（ＮＳＣＩ）の形を取ってよい、または鍵変更インジケータの形を取ってよい。いくつかの実施形態では、判断およびメッセージ送信は、ハンドオーバ必須メッセージの受信後またはこれに応答して行われてよい（ブロック１４０５）。代替的にはまたはさらに、方法１４００は、新しいＮＡＳセキュリティコンテキストをアクティブ化すること（ブロック１４０２）をさらに含んでよい。

いくつかの実施形態では、図１６におけるメッセージは、ハンドオーバのターゲットコアネットワーク機器に、またはハンドオーバに対するターゲットＡＭＦを実施する機器に送られてよい。図１７は、この場合、例えば、ターゲットコアネットワーク機器またはターゲットＡＭＦを実施する機器によって行われる、いくつかの実施形態による方法１５００を示す。示されるように、方法１５００は、新しいＮＡＳセキュリティコンテキストからの鍵（例えば、新しいＫ_ＡＭＦ）を含有し、かつ鍵が新しいことを指示するインジケータを含有するメッセージ（例えば、フォワードリロケーション要求メッセージ）を受信すること（ブロック１５１０）を含む。インジケータは例えば、新しいセキュリティコンテキストインジケータ（ＮＳＣＩ）の形を取ってよい、または鍵変更インジケータの形を取ってよい。それにもかかわらず、方法１５００は、ハンドオーバ要求メッセージ内でインジケータをターゲット無線アクセスネットワーク機器（例えば、ターゲットｇＮＢ）に送ること（ブロック１５２０）をさらに含んでよい。

しかしながら、上記のように、いくつかの実施形態では、ソースコアネットワーク機器およびターゲットコアネットワーク機器（例えば、ソースＡＭＦおよびターゲットＡＭＦ）は同じであってよい。図１８は、例えば、コアネットワーク機器１６またはＡＭＦを実施する機器によって行われる、このような場合に行われる方法１６００を示す。示されるように、方法１６００は、現在アクティブなＡＳセキュリティコンテキストが基づくＮＡＳセキュリティコンテキストと異なる新しいＮＡＳセキュリティコンテキスト（例えば、新しいＫ_ＡＭＦによる新しい５Ｇ ＮＡＳセキュリティコンテキスト）がアクティブ化されていること、およびＵＥコンテキスト修正手順がまだ成功していないことを判断すること（ブロック１４１０）を含む。方法１６００は、例えば、この判断に応答して、ＮＡＳセキュリティコンテキストの鍵が新しいことを指示するインジケータを含有するハンドオーバ要求メッセージをターゲット無線アクセスネットワーク機器（例えば、ターゲットｇＮＢ）に送信すること（ブロック１６２０）をさらに含む。インジケータは例えば、新しいセキュリティコンテキストインジケータ（ＮＳＣＩ）の形を取ってよい、または鍵変更インジケータの形を取ってよい。いくつかの実施形態では、判断およびメッセージ送信は、ハンドオーバ必須メッセージの受信後またはこれに応答して行われてよい（ブロック１６０５）。代替的にはまたはさらに、方法１４００は、新しいＮＡＳセキュリティコンテキストをアクティブ化すること（ブロック１６０２）をさらに含んでよい。

それにもかかわらず、図１９は、いくつかの実施形態によるターゲット無線アクセスネットワーク機器によって実行される方法を示す。方法１７００は、ＮＡＳセキュリティコンテキストの鍵が新しいことを指示するインジケータを含有するハンドオーバ要求メッセージを受信すること（ブロック１７１０）を含む。インジケータは、例えば、新しいセキュリティコンテキストインジケータ（ＮＳＣＩ）の形を取ってよい、または鍵変更インジケータの形を取ってよい。方法１７００は、ハンドオーバ要求メッセージにおけるインジケータに基づいて（例えば、ハンドオーバコマンドメッセージの一部として）ＲＲＣ接続再設定メッセージの鍵変更インジケータフィールドを設定すること（ブロック１７２０）も含む。例えば、ハンドオーバ要求メッセージがインジケータを含んでいた場合、鍵変更インジケータフィールドは真に設定されてよい。それにもかかわらず、示される方法１７００は、ＲＲＣ接続再設定メッセージを送信すること（ブロック１７３０）をさらに含む。

最終的に、いくつかの実施形態に従って、ＵＥコンテキスト修正手順とＸ２ハンドオーバ手順との間の競合状態がどのようにハンドリングされ得るかについて説明する。ＸｎハンドオーバはＮ２ハンドオーバと異なるが、これは、ＡＭＦが、Ｘｎインターフェースを介してソースｇＮＢとターゲットｇＮＢとの間でハンドオーバが既に実行された後にのみＡＭＦが関与するからである。Ｘｎハンドオーバは、３ＧＰＰ ＴＳ２３．５０２に記載されている。

Ｎ２ハンドオーバの事例と同様に、Ｘｎハンドオーバの事例に対して３ＧＰＰ ＴＳ３３．４０１に記載される関連した規則（Ｒｕｌｅｓ ｏｎ Ｃｏｎｃｕｒｒｅｎｔ Ｒｕｎｎｉｎｇ ｏｆ Ｓｅｃｕｒｉｔｙ Ｐｒｏｃｅｄｕｒｅｓ）を適応させることは、次善の解決策をもたらすことになる。この場合の競合状態は、ＡＭＦ３４がソースｇＮＢ３２－ＳにＵＥコンテキスト修正要求メッセージを送る前にターゲットｇＮＢ３２－Ｔからパス切り替え要求メッセージを受信することである。Ｎ２パス切り替え要求手順の一部であるパス切り替え要求メッセージは、３ＧＰＰ ＴＳ３８．４１３に記載されている。次善の解決策では、ＡＭＦ３４はさらにまた、ＵＥコンテキスト修正要求メッセージをソースｇＮＢ３２－Ｓに送らず、代わりに、（３ＧＰＰ ＴＳ３８．４１３に記載される）パス切り替え要求受信確認メッセージをターゲットｇＮＢ３２－Ｔに送る。Ｘｎハンドオーバの完了後、ＡＭＦ３４はさらにまた、ターゲットｇＮＢ３２－ＴによるＵＥコンテキスト修正手順を行うことになり、ターゲットｇＮＢ３２－Ｔはさらには、ＵＥによるセル内ハンドオーバを行うことになる。

図２０は、Ｘｎハンドオーバの事例におけるような競合状態をハンドリングするためのいくつかの実施形態を示す。示されるように、上述されるようなステップ１１２０において、新しいＮＡＳ鍵、新しいＫ＿ＡＭＦのアクティブ化後、Ｘｎハンドオーバは、古いＫ＿ＡＭＦに基づく古いＫ＿ｇＮＢを使用して準備かつ実行される（ステップ１８００）。ＡＭＦ３４は、新しくアクティブ化されたＮＡＳ鍵のことで、ＵＥコンテキスト修正要求メッセージをソースｇＮＢに送る準備をしている（ステップ１８１０）間に、ＡＭＦ３４は、Ｘｎハンドオーバに対するターゲットｇＮＢ３２－Ｔからのパス切り替え要求メッセージを受信する（ステップ１８２０）。その結果、競合状態が存在し、この例では、ＡＭＦ３４はＵＥコンテキスト修正要求をソースｇＮＢに送らない（ステップ１８３０）。その代わりに、１つまたは複数の実施形態では、ＡＭＦ３４は、Ｎ２パス切り替え要求手順の一部であるパス切り替え要求受信確認メッセージにおいて（例えば、シグナリング２４のような）ＮＳＣＩを｛ＮＣＣ，ＮＨ｝ペアと共にターゲットｇＮＢ３２－Ｔに送る（ステップ１８４０）。他の実施形態では、既存のフィールドは、先に説明したような特別な意味で再利用される。

ターゲットｇＮＢ３２－Ｔは、ＡＭＦ３４からＮＳＣＩ値および｛ＮＣＣ，ＮＨ｝ペアを受信後、いくつかの実施形態では、セル内ハンドオーバを即座に行う、または、高速で移動するＵＥのような何らかの理由で、さらに別のＸｎハンドオーバを行う。ターゲットｇＮＢ３２－Ｔは、ＮＳＣＩの値に従ってＲＲＣ接続再設定メッセージにおいてｋｅｙＣｈａｎｇｅＩｎｄｉｃａｔｏｒを設定する（ステップ１８５０）。ＡＭＦ３４はもはや、追加のＵＥコンテキスト修正手順を行うことを必要としない。ターゲットｇＮＢ３２－Ｔは、明示的な成功または失敗の指示をＡＭＦ３４に送って、ＵＥコンテキスト修正応答メッセージおよびＵＥコンテキスト修正失敗メッセージによるのと同様の情報を伝達することができる。このような明示的な指示の一例は、例えば、パス切り替え要求完了メッセージといった新しいメッセージをパス切り替え要求手順に導入することであり得る。指示はまた、例えば、ターゲットｇＮＢ３２－Ｔからいずれの失敗メッセージも受信しないことは成功を意味するといった、暗黙的なものであってよい。

上記を考慮して、図２１は、例えば、コアネットワーク機器１６またはＡＭＦを実施する機器によって行われる、いくつかの実施形態による方法１９００を示す。示されるように、方法１９００は、ターゲット無線アクセスネットワーク機器（例えば、ターゲットｇＮＢ）からパス切り替え要求メッセージを受信すること（ブロック１９０５）を含む。方法１９００は、例えば、現在アクティブなＡＳセキュリティコンテキストが基づくＮＡＳセキュリティコンテキストと異なる新しいＮＡＳセキュリティコンテキスト（例えば、新しいＫ_ＡＭＦによる新しい５Ｇ ＮＡＳセキュリティコンテキスト）がアクティブ化されていることを判断すること（ブロック１９１０）も含む。示されないが、いくつかの実施形態における判断は、ＵＥコンテキスト修正手順がまだ成功していないことを判断することも含んでよい。方法１９００は、例えば、この判断に応答して、新しいセキュリティコンテキストインジケータ（ＮＳＣＩ）を含有するパス切り替え要求受信確認メッセージをターゲット無線アクセスネットワーク機器に送信すること（ブロック１９２０）をさらに含む。ＮＳＣＩは例えば、新しいＮＡＳセキュリティコンテキストがアクティブ化されていることを指示してよい。いくつかの実施形態では、方法１９００は、新しいＮＡＳセキュリティコンテキストをアクティブ化すること（ブロック１９０２）をさらに含んでよい。

図２２は、ターゲットコアネットワーク機器またはターゲットＡＭＦを実施する機器によって行われる、いくつかの実施形態による方法２０００を示す。示されるように、方法２０００は、新しいセキュリティコンテキストインジケータ（ＮＳＣＩ）を含有するパス切り替え要求受信確認メッセージを受信すること（ブロック２０１０）を含む。ＮＳＣＩは例えば、新しいＮＡＳセキュリティコンテキストがアクティブ化されていることを指示することができる。それにもかかわらず、方法２０００は、ＮＳＣＩに基づいて（例えば、さらなるハンドオーバに対するハンドオーバコマンドメッセージの一部として）ＲＲＣ接続再設定メッセージの鍵変更インジケータフィールドを設定すること（ブロック２０２０）をさらに含んでよい。示されるような方法２０００は、ＲＲＣ接続再設定メッセージを送信すること（ブロック２０３０）をさらに含む。

いくつかの実施形態におけるＮＲの文脈での説明にもかかわらず、この技法が他の無線ネットワークのみならず、ＮＲの後継にも適用されてよいことは理解されるであろう。よって、本明細書において、３ＧＰＰ標準からの専門用語を使用した信号への言及は、他のネットワークにおいて、同様の特性および／または目的を有する信号に、より一般的に当てはまると理解されるべきである。

いくつかの例示的な実施形態について、ここで、以下に列挙する。実施形態１は、無線通信システムのコアネットワークにおける使用のために設定されるコアネットワーク機器によって実行される方法である。いくつかの実施形態におけるこの方法は、ユーザ機器のハンドオーバのためのハンドオーバ手順中にまたはこれと関連して、ユーザ機器とコアネットワーク機器との間の任意の新しい非アクセス層（ＮＡＳ）セキュリティコンテキストがユーザ機器と無線ネットワーク機器との間のアクセス層（ＡＳ）セキュリティコンテキストの基礎として使用されることになるかどうかをコアネットワーク機器からシグナリングすることを含む。

実施形態２は、無線通信システムにおける使用のために設定される機器によって実行される方法である。いくつかの実施形態におけるこの方法は、ユーザ機器のハンドオーバのためのハンドオーバ手順中にまたはこれと関連して、ユーザ機器とコアネットワーク機器との間の任意の新しい非アクセス層（ＮＡＳ）セキュリティコンテキストが、ユーザ機器と無線ネットワーク機器との間のアクセス層（ＡＳ）セキュリティコンテキストの基礎として使用されることになるかどうかを指示するシグナリングをコアネットワーク機器から受信することを含む。

実施形態３は、シグナリングに基づいて、ＡＳセキュリティコンテキストの基礎として使用するためのＮＡＳセキュリティコンテキストを判断することと、判断されたＮＡＳセキュリティコンテキストに基づくＡＳセキュリティコンテキストを使用することとをさらに含む、実施形態２の方法である。

実施形態４は、ユーザ機器がハンドオーバによってハンドオーバされることになるターゲット無線ネットワーク機器によって実行される、実施形態２～３のいずれかの方法である。

実施形態５は、コアネットワーク機器からのシグナリングに基づいて、ユーザ機器に向けて、ＡＳセキュリティコンテキストが基づくＮＡＳセキュリティコンテキストが変化したかどうか、または、ユーザ機器とコアネットワーク機器との間の任意の新しいＮＡＳセキュリティコンテキストがＡＳセキュリティコンテキストの基礎として使用されることになるかどうかをシグナリングすることをさらに含む、実施形態２～４のいずれかの方法である。

実施形態６は、ユーザ機器に向けたシグナリングが、無線リソース制御（ＲＲＣ）接続再設定メッセージにおいて鍵変更インジケータをユーザ機器に送信することによって行われる、実施形態５の方法である。

実施形態７は、ユーザ機器によって行われる、実施形態２～３のいずれかの方法である。

実施形態８は、新しいＮＡＳセキュリティコンテキストが、ハンドオーバの、ユーザ機器とソース無線アクセスネットワーク機器との間でＡＳセキュリティコンテキストが基づくＮＡＳセキュリティコンテキストと異なっている、実施形態１～７のいずれかの方法である。

実施形態９は、新しいＮＡＳセキュリティコンテキストが、ユーザ機器およびコアネットワーク機器が使用を切り替えていたＮＡＳセキュリティコンテキストであるが、そのＮＡＳセキュリティコンテキストに基づくＡＳセキュリティコンテキストが実際に使用されていない、実施形態１～８のいずれかの方法である。

実施形態１０は、シグナリングがハンドオーバ手順中のものである、実施形態１～９のいずれかの方法である。

実施形態１１は、ハンドオーバ手順が、ターゲット無線ネットワーク機器へのユーザ機器のハンドオーバのためのものであり、シグナリングが、コアネットワーク機器からターゲット無線ネットワーク機器へのものである、実施形態１～１０のいずれかの方法である。

実施形態１２は、任意の新しいＮＡＳセキュリティコンテキストがＡＳセキュリティコンテキストの基礎として使用されることになるかどうかが、コアネットワーク機器によって送信されるハンドオーバ要求メッセージのフィールドによってシグナリングされる、実施形態１１の方法である。

実施形態１３は、シグナリングがコアネットワーク機器からユーザ機器へのものである、実施形態１～１０のいずれかの方法である。

実施形態１４は、ハンドオーバ手順が、ソース無線ネットワーク機器からターゲット無線ネットワーク機器へのユーザ機器のハンドオーバのためのものであり、コアネットワーク機器がソース無線ネットワーク機器と関連付けられたソースコアネットワーク機器を含み、シグナリングが、コアネットワーク機器から、ターゲット無線ネットワーク機器と関連付けられたターゲットコアネットワーク機器へのものである、実施形態１～１０のいずれかの方法である。

実施形態１５は、任意の新しいＮＡＳセキュリティコンテキストがＡＳセキュリティコンテキストの基礎として使用されることになるかどうかが、コアネットワーク機器によって送信されるフォワードリロケーション要求メッセージのフィールドによってシグナリングされる、実施形態１４の方法である。

実施形態１６は、ハンドオーバ手順が、ターゲット無線ネットワーク機器へのユーザ機器のハンドオーバのためのものであり、ＡＳセキュリティコンテキストが、ユーザ機器とターゲット無線ネットワーク機器との間のものである、実施形態１～１５のいずれかの方法である。

実施形態１７は、シグナリングが、ハンドオーバのソース無線ネットワーク機器からコアネットワーク機器に送信されたハンドオーバ必須メッセージに応答するもの、または、ハンドオーバのターゲット無線ネットワーク機器からコアネットワーク機器に送信されるパス切り替え要求に応答するものである、実施形態１～１６のいずれかの方法である。

実施形態１８は、任意の新しいＮＡＳセキュリティコンテキストがＡＳセキュリティコンテキストの基礎として使用されることになるかどうかが、コアネットワーク機器によって送信されるパス切り替え要求受信確認メッセージのフィールドによってシグナリングされる、実施形態１～１１および１７のいずれかの方法である。

実施形態１９は、ハンドオーバ手順が、第１の無線ネットワーク機器へのユーザ機器の第１のハンドオーバのためのものであり、シグナリングが、コアネットワーク機器から第１の無線ネットワーク機器へのものであり、ＡＳセキュリティコンテキストが、ユーザ機器と、ユーザ機器が、第１のハンドオーバ後の次に生じる任意の第２のハンドオーバにおいてハンドオーバされることになる第２のターゲット無線ネットワーク機器との間のものである、実施形態１～１１および１７～１８のいずれかの方法である。

実施形態２０は、任意の新しいＮＡＳセキュリティコンテキストがＡＳセキュリティコンテキストの基礎として使用されることになるかどうかが、コアネットワーク機器によって送信されるメッセージのブールフィールドによってシグナリングされ、ブールフィールドが、新しいＮＡＳセキュリティコンテキストがＡＳセキュリティコンテキストの基礎として使用されることになる場合は真に、および、新しいＮＡＳセキュリティコンテキストがＡＳセキュリティコンテキストの基礎として使用されることにならない場合は偽に設定されるように設定される、実施形態１～１９のいずれかの方法である。

実施形態２１は、任意の新しいＮＡＳセキュリティコンテキストがＡＳセキュリティコンテキストの基礎として使用されることになるかどうかが、任意の新しいＮＡＳセキュリティコンテキストがＡＳセキュリティコンテキストの基礎として使用されることになるかどうかに応じて異なるデータパラメータがコアネットワーク機器によって送信されることによってシグナリングされる、実施形態１～１９のいずれかの方法である。

実施形態２２は、シグナリングが、任意の新しいＮＡＳセキュリティコンテキストのためのベース鍵がＡＳセキュリティコンテキストのためのベース鍵を導出するのに使用されることになるかどうかをシグナリングする、実施形態１～２１のいずれかの方法である。

実施形態２３は、コアネットワーク機器が、５Ｇまたは新無線（ＮＲ）無線通信システムのコアネットワークにおけるアクセスモビリティ管理機能（ＡＭＦ）を実施する、実施形態１～２２のいずれかの方法である。

実施形態２４は、無線通信システムのコアネットワークにおける使用のために設定されるコアネットワーク機器であって、ユーザ機器のハンドオーバのためのハンドオーバ手順中にまたはこれと関連して、ユーザ機器とコアネットワーク機器との間の任意の新しい非アクセス層（ＮＡＳ）セキュリティコンテキストが、ユーザ機器と無線ネットワーク機器との間のアクセス層（ＡＳ）セキュリティコンテキストの基礎として使用されることになるかどうかをコアネットワーク機器からシグナリングするように設定される、方法である。

実施形態２５は、実施形態８～２３のいずれかの方法を実行するように設定される、実施形態２４のコアネットワーク機器である。

実施形態２６は、無線通信システムのコアネットワークにおける使用のために設定されるコアネットワーク機器であって、処理回路構成およびメモリを備え、メモリは、処理回路構成によって実行可能な命令を含有することで、コアネットワーク機器は、ユーザ機器のハンドオーバのためのハンドオーバ手順中にまたはこれと関連して、ユーザ機器とコアネットワーク機器との間の任意の新しい非アクセス層（ＮＡＳ）セキュリティコンテキストがユーザ機器と無線ネットワーク機器との間のアクセス層（ＡＳ）セキュリティコンテキストの基礎として使用されることになるかどうかをコアネットワーク機器からシグナリングするように設定される、コアネットワーク機器である。

実施形態２７は、メモリが処理回路構成によって実行可能な命令を含有することで、コアネットワーク機器は、実施形態８～２３のいずれかの方法を実行するように設定される、実施形態２６のコアネットワーク機器である。

実施形態２８は、無線通信システムにおける使用のために設定される機器であって、ユーザ機器のハンドオーバのためのハンドオーバ手順中にまたはこれと関連して、ユーザ機器とコアネットワーク機器との間の任意の新しい非アクセス層（ＮＡＳ）セキュリティコンテキストが、ユーザ機器と無線ネットワーク機器との間のアクセス層（ＡＳ）セキュリティコンテキストの基礎として使用されることになるかどうかを指示するシグナリングをコアネットワーク機器から受信するように設定される、機器である。

実施形態２９は、実施形態３～２３のいずれかの方法を実行するように設定される、実施形態２８の機器である。

実施形態３０は、無線通信システムにおける使用のために設定される機器であって、処理回路構成およびメモリを備え、メモリは、処理回路構成によって実行可能な命令を含有することで、機器は、ユーザ機器のハンドオーバのためのハンドオーバ手順中にまたはこれと関連して、ユーザ機器とコアネットワーク機器との間の任意の新しい非アクセス層（ＮＡＳ）セキュリティコンテキストがユーザ機器と無線ネットワーク機器との間のアクセス層（ＡＳ）セキュリティコンテキストの基礎として使用されることになるかどうかを指示するシグナリングをコアネットワーク機器から受信するように設定される、機器である。

実施形態３１は、メモリが、処理回路構成によって実行可能な命令を含有することで、機器が、実施形態３～２３のいずれかの方法を実行するように設定される、実施形態３０の機器である。

実施形態３２は、無線通信システムにおける使用のために設定される機器の少なくとも１つのプロセッサによって実行される時、機器に、実施形態１～２３のいずれかの方法を実行させる命令を含むコンピュータプログラムである。

実施形態３３は、実施形態３２のコンピュータプログラムを含有するキャリアであって、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つである、キャリアである。

実施形態３４は、無線通信システムのコアネットワークにおける使用のために設定されるコアネットワーク機器によって実行される方法であって、ソース無線ネットワーク機器からターゲット無線ネットワーク機器へのユーザ機器のハンドオーバのためのハンドオーバ手順中にまたはこれと関連して、ユーザ機器およびコアネットワーク機器が使用している非アクセス層（ＮＡＳ）セキュリティコンテキストが、ユーザ機器とソース無線ネットワーク機器との間のアクセス層（ＡＳ）セキュリティコンテキストが基づくＮＡＳセキュリティコンテキストと異なるように変化したか否かをコアネットワーク機器からシグナリングすることを含む、方法である。

実施形態３５は、無線通信システムのコアネットワークにおける使用のために設定されるコアネットワーク機器によって実行される方法であって、ユーザ機器のハンドオーバのためのハンドオーバ手順中にまたはこれと関連して、ユーザ機器と無線ネットワーク機器との間のアクセス層（ＡＳ）セキュリティコンテキストが基づくＮＡＳセキュリティコンテキストが変化したか否かをコアネットワーク機器からシグナリングすることを含む、方法である。

実施形態３６は、無線通信システムのコアネットワークにおける使用のために設定されるコアネットワーク機器によって実行される方法であって、ユーザ機器のハンドオーバのためのハンドオーバ手順中にまたはこれと関連して、ユーザ機器と無線ネットワーク機器との間のどの非アクセス層（ＮＡＳ）セキュリティコンテキストがユーザ機器と無線ネットワーク機器との間のアクセス層（ＡＳ）セキュリティコンテキストの基礎として使用されることになるかをコアネットワーク機器からシグナリングすることを含む、方法である。

実施形態３７は、実施形態８～２３のいずれかのステップのいずれかを含む、実施形態３４～３６のいずれかの方法である。

実施形態３８は、無線通信システムのコアネットワークにおける使用のために設定されるコアネットワーク機器によって実行される方法であって、ユーザ機器のハンドオーバのためのハンドオーバ手順中、任意の新しい非アクセス層（ＮＡＳ）セキュリティ鍵が、ハンドオーバ手順においてアクセス層（ＡＳ）セキュリティ鍵の基礎として使用されることになるかどうかをコアネットワーク機器からシグナリングすることを含む、方法である。

本明細書におけるコアネットワーク機器は、無線通信システムのコアネットワークにおける使用のために設定される任意のタイプの機器である。コアネットワーク機器の例には、例えば、アクセスモビリティ管理機能（ＡＭＦ）またはセッション管理機能（ＳＭＦ）などを実施する機器が挙げられる。

本明細書における無線機器は、他の無線機器との無線通信のための設定される任意のタイプの機器である。無線機器は例えば、無線アクセスネットワーク機器（例えば、基地局）またはユーザ機器（ＵＥ）を構成してよい。無線アクセスネットワーク機器は、無線信号にわたってユーザ機器と通信可能な任意の機器である。無線アクセスネットワーク機器の例には、基地局（ＢＳ）、無線基地局、ＮｏｄｅＢ、マルチスタンダード無線（ＭＳＲ）ＢＳなどのＭＳＲの無線ノード、エボルブドＮｏｄｅＢ（ｅＮＢ）、ｇＮｏｄｅＢ（ｇＮＢ）、フェムト基地局、ピコ基地局、マイクロ基地局、マクロ基地局、中央デジタルユニット、および／または（アンテナ一体型無線としてアンテナと一体化されてもよいし、されなくてもよい）リモートラジオユニットなどの分散無線基地局の１つまたは複数の（または全ての）部分、ネットワークコントローラ、無線ネットワークコントローラ（ＲＮＣ）、基地局コントローラ（ＢＳＣ）、中継ノード、中継器を制御する中継ドナーノード、無線基地局装置（ＢＴＳ）、アクセスポイント（ＡＰ）、無線アクセスポイント、送信ポイント、送信ノード、リモートラジオユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）、分散アンテナシステム（ＤＡＳ）におけるノードなどが挙げられるが、これらに限定されない。

ユーザ機器は、無線信号上で無線アクセスネットワーク機器と通信可能な任意のタイプのデバイスである。従って、ユーザ機器は、マシンツーマシン（Ｍ２Ｍ）デバイス、マシン型通信（ＭＴＣ）デバイス、ＮＢ－ＩｏＴデバイスなどを指すことができる。しかしながら、ＵＥが必ずしも、デバイスを所有するおよび／または動作させる個人の意味での「ユーザ」を有するわけではないことは留意されるべきである。ユーザ機器はまた、別段文脈で指示されない限り、無線デバイス、無線通信デバイス、無線端末、または単に端末と称されてよく、これらの用語のいずれかの使用は、デバイスツーデバイスＵＥまたはデバイス、マシン型デバイスまたはマシンツーマシン通信対応のデバイス、センサ装備無線デバイス、無線対応テーブルコンピュータ、携帯端末、スマートフォン、ラップトップ埋め込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、無線宅内機器（ＣＰＥ）などを含むことが意図される。本明細書における論述では、マシンツーマシン（Ｍ２Ｍ）デバイス、マシン型通信（ＭＴＣ）デバイス、無線センサ、およびセンサという用語も使用されてよい。これらのデバイスはＵＥであってよいが、一般的に、直接的な人間相互作用がなくデータを送信および／または受信するように設定されることは理解されるべきである。

ＩＯＴシナリオにおいて、本明細書に説明されるようなユーザ機器は、監視または測定を行い、かつこのような監視測定の結果を別のデバイスまたはネットワークに送信するマシンまたはデバイスであってよい、またはこれに含まれてよい。このようなマシンの特定の例は、電力計、産業機械、または家庭用もしくは個人用電化製品、例えば、冷蔵庫、テレビ、腕時計などの個人用ウェアラブルなどである。他のシナリオにおいて、本明細書に説明されるようなユーザ機器は、車両に含まれてよく、車両の運転ステータスまたはその運転と関連付けられた他の機能の監視および／または報告を行ってよい。

図２３は、いくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続される遠距離通信ネットワークを示す。とりわけ、図２３を参照すると、一実施形態によると、通信システムは、無線アクセスネットワークおよびコアネットワーク２３１４などのアクセスネットワーク２３１１を含む３ＧＰＰタイプのセルラーネットワークなどの遠距離通信ネットワーク２３１０を含む。アクセスネットワーク２３１１は、それぞれが対応するカバレッジエリア２３１３ａ、２３１３ｂ、２３１３ｃを画定する、ＮＢ、ｅＮＢ、ｇＮＢ、または他のタイプの無線アクセスポイントなどの複数の基地局２３１２ａ、２３１２ｂ、２３１２ｃを含む。それぞれの基地局２３１２ａ、２３１２ｂ、２３１２ｃは有線または無線接続２３１５によってコアネットワーク２３１４に接続可能である。カバレッジエリア２３１３ｃに位置する第１のＵＥ２３９１は、対応する基地局２３１２ｃに無線で接続するように、またはこれによってページングされるように設定される。カバレッジエリア２３１３ａにおける第２のＵＥ２３９２は、対応する基地局２３１２ａに無線で接続可能である。複数のＵＥ２３９１、２３９２がこの例では示されているが、開示された実施形態は、単独のＵＥがカバレッジエリアにある、または単独のＵＥが対応する基地局２３１２に接続している状況に等しく適用可能である。

遠距離通信ネットワーク２３１０は、これ自体、ホストコンピュータ２３３０に接続され、ホストコンピュータ２３３０は、スタンドアロンサーバ、クラウド実装サーバ、分散型サーバのハードウェアおよび／またはソフトウェアにおいて、またはサーバファームにおける処理リソースとして具現化されてよい。ホストコンピュータ２３３０は、サービスプロバイダの所有もしくは制御下にあってよい、またはサービスプロバイダによって、またはサービスプロバイダの代わりに動作させてよい。遠距離通信ネットワーク２３１０とホストコンピュータ２３３０との間の接続２３２１および２３２２は、コアネットワーク２３１４からホストコンピュータ２３３０に直接延長されてよい、またはオプションの中間ネットワーク２３２０を介していてもよい。中間ネットワーク２３２０は、公共、私設、またはホストされたネットワークのうちの１つ、または複数の組み合わせであってよく、中間ネットワーク２３２０がある場合、バックボーンネットワークまたはインターネットであってよく、とりわけ、中間ネットワーク２３２０は、２つ以上のサブネットワーク（図示せず）を含んでよい。

図２３の通信システムは、全体として、接続されたＵＥ２３９１、２３９２とホストコンピュータ２３３０との間の接続性を可能にする。接続性は、オーバーザトップ（ＯＴＴ）接続２３５０として説明可能である。ホストコンピュータ２３３０および接続されたＵＥ２３９１、２３９２は、アクセスネットワーク２３１１、コアネットワーク２３１４、任意の中間ネットワーク２３２０、および仲介物として可能なさらなるインフラストラクチャ（図示せず）を使用して、ＯＴＴ接続２３５０を介してデータおよび／またはシグナリングを通信するように設定される。ＯＴＴ接続２３５０は、ＯＴＴ接続２３５０が通過する関与している通信デバイスがアップリンク通信およびダウンリンク通信のルート指定を知らないという意味において、透過であり得る。例えば、基地局２３１２は、ホストコンピュータ２３３０から発して、接続されたＵＥ２３９１に転送される（例えば、ハンドオーバされる）データと共に着信ダウンリンク通信の過去のルート指定について知らされなくてよい、または知らされる必要がなくてよい。同様に、基地局２３１２は、ＵＥ２３９１からホストコンピュータ２３３０に向けて発する発信アップリンク通信の将来のルート指定を知っている必要はない。

先の段落において論じられたＵＥ、基地局、およびホストコンピュータの一実施形態による例示の実装形態について、ここで、図２４を参照して説明する。図２４は、いくつかの実施形態による部分的な無線接続によって基地局を介してユーザ機器と通信するホストコンピュータを示す。通信システム２４００において、ホストコンピュータ２４１０は、通信システム２４００の異なる通信デバイスのインターフェースによって有線または無線接続をセットアップしかつ維持するように設定される通信インターフェース２４１６を含むハードウェア２４１５を備える。ホストコンピュータ２４１０は、記憶および／または処理機能を有することができる処理回路構成２４１８をさらに備える。とりわけ、処理回路構成２４１８は、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または命令を実行するように適応される（図示されない）これらの組み合わせを含んでよい。ホストコンピュータ２４１０は、ホストコンピュータ２４１０に記憶されるまたはこれによってアクセス可能な、かつ処理回路構成２４１８によって実行可能なソフトウェア２４１１をさらに含む。ソフトウェア２４１１はホストアプリケーション２４１２を含む。ホストアプリケーション２４１２は、ＵＥ２４３０およびホストコンピュータ２４１０で終止するＯＴＴ接続２４５０を介して接続するＵＥ２４３０といったリモートユーザにサービスを提供するように動作可能であってよい。サービスをリモートユーザに提供する際に、ホストアプリケーション２４１２は、ＯＴＴ接続２４５０を使用して送信されるユーザデータを提供してよい。

通信システム２４００は、遠距離通信システムに設けられ、かつホストコンピュータ２４１０およびＵＥ２４３０と通信できるようにするハードウェア２４２５を含む基地局２４２０をさらに含む。ハードウェア２４２５は、通信システム２４００の異なる通信デバイスのインターフェースとの有線または無線接続をセットアップしかつ維持するための通信インターフェース２４２６、および、基地局２４２０によってサーブされる（図２４に示されない）カバレッジエリアに位置するＵＥ２４３０との少なくとも無線接続２４７０をセットアップしかつ維持するための無線インターフェース２４２７を含んでよい。通信インターフェース２４２６は、ホストコンピュータ２４１０に対する接続２４６０を促進するように設定されてよい。接続２４６０は、直接的なものであってよい、または、遠距離通信システムの（図２４に示されない）コアネットワークを、および／または、遠距離通信システム外の１つまたは複数の中間ネットワークを通るものであってよい。示される実施形態では、基地局２４２０のハードウェア２４２５は、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または命令を実行するように適応される（図示されない）これらの組み合わせを含んでよい、処理回路構成２４２８をさらに含む。基地局２４２０は、内部に記憶されるまたは外部接続を介してアクセス可能なソフトウェア２４２１をさらに有する。

通信システム２４００は、既に言及されているＵＥ２４３０をさらに含む。このハードウェア２４３５は、ＵＥ２４３０が現在位置しているカバレッジエリアをサーブする基地局との無線接続２４７０をセットアップしかつ維持するように設定される無線インターフェース２４３７を含んでよい。ＵＥ２４３０のハードウェア２４３５は、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または命令を実行するように適応される（図示されない）これらの組み合わせを含んでよい、処理回路構成２４３８をさらに含む。ＵＥ２４３０は、ＵＥ２４３０に記憶されるまたはこれによってアクセス可能な、かつ処理回路構成２４３８によって実行可能なソフトウェア２４３１をさらに含む。ソフトウェア２４３１はクライアントアプリケーション２４３２を含む。クライアントアプリケーション２４３２は、ホストコンピュータ２４１０のサポートによって、ＵＥ２４３０を介して人間のまたは人間ではないユーザにサービスを提供するように動作可能であってよい。ホストコンピュータ２４１０において、実行しているホストアプリケーション２４１２は、ＵＥ２４３０およびホストコンピュータ２４１０で終止するＯＴＴ接続２４５０を介して、実行しているクライアントアプリケーション２４３２と通信してよい。サービスをユーザに提供する際に、クライアントアプリケーション２４３２は、ホストアプリケーション２４１２から要求データを受信し、かつ、要求データに応答したユーザデータを提供してよい。ＯＴＴ接続２４５０は、要求データおよびユーザデータの両方を移行させてよい。クライアントアプリケーション２４３２は、提供するユーザデータを生成するためにユーザと対話してよい。

図２４に示される、ホストコンピュータ２４１０、基地局２４２０、およびＵＥ２４３０が、それぞれ、図２３の、ホストコンピュータ２３３０、基地局２３１２ａ、２３１２ｂ、２３１２ｃのうちの１つ、およびＵＥ２３９１、２３９２のうちの１つと同様または同一であってよいことは留意されたい。すなわち、これらのエンティティの内部構造は、図２４に示されるようなものであってよく、独立して、周囲のネットワークトポロジは図２３のものであってよい。

図２４において、ＯＴＴ接続２４５０は、いずれの中間デバイスにも、およびこれらのデバイスを介したメッセージの精確なルート指定に明示的に言及することなく、基地局２４２０を介してホストコンピュータ２４１０とＵＥ２４３０との間の通信を示すために抽象的に描かれている。ネットワークインフラストラクチャはルート指定を判断してよく、このルート指定は、ＵＥ２４３０から、またはホストコンピュータ２４１０を動作させるサービスプロバイダから、あるいはこれらの両方から隠すように設定されてよい。ＯＴＴ接続２４５０がアクティブである間に、ネットワークインフラストラクチャは、さらに、（例えば、負荷分散の検討、またはネットワークの再設定に基づいて）ルート指定を動的に変更することによって決定を行ってよい。

ＵＥ２４３０と基地局２４２０との間の無線接続２４７０は、本開示全体を通して説明される実施形態の教示に従うものである。さまざまな実施形態の１つまたは複数によって、無線接続２４７０が最終セグメントを形成するＯＴＴ接続２４５０を使用してＵＥ２４３０に提供されるＯＴＴサービスの性能が改善される。より精確には、これらの実施形態の教示は、１つもしくは複数のデバイスおよび／または通信システムＢ－００において行われる通信と関連付けられた、データ速度、レイテンシ、および／または電力消費の１つまたは複数を改善することができ、それによって、ユーザ待機時間の低減、ファイルサイズに対する制約の緩和、良好な応答性、および／またはバッテリ寿命の延長の、１つまたは複数など、ＯＴＴユーザデータ通信に対する利益を提供することができる。

測定手順は、１つまたは複数の実施形態が改善させるデータ速度、レイテンシ、および他の因子を監視する目的で提供されてよい。測定結果の変化に応答して、ホストコンピュータ２４１０とＵＥ２４３０との間のＯＴＴ接続２４５０を再設定するためのオプションのネットワーク機能性がさらにあってよい。測定手順および／またはＯＴＴ接続２４５０を再設定するためのネットワーク機能性は、ホストコンピュータ２４１０のソフトウェア２４１１およびハードウェア２４１５、もしくはＵＥ２４３０のソフトウェア２４３１およびハードウェア２４３５、またはこれらの両方において実装されてよい。

実施形態において、センサ（図示せず）は、ＯＴＴ接続２４５０が通る通信デバイスにまたはこれと関連して配備されてよく、センサは、上に例示される監視量の値を供給することによって、または、ソフトウェア２４１１、２４３１が監視量を計算するまたは概算することができる他の物理量の値を供給することによって、測定手順に関与することができる。ＯＴＴ接続２４５０の再設定は、メッセージフォーマット、再送信設定、好ましいルート指定などを含むことができ、再設定は、基地局２４２０に影響を与える必要はなく、再設定は基地局２４２０に知られていなくてもまたは感知できなくてもよい。

このような手順および機能性は、当技術分野において知られておりかつ実践されてよい。ある特定の実施形態において、測定は、スループット、伝搬時間、およびレイテンシなどのホストコンピュータ２４１０の測定を容易にする専有のＵＥシグナリングを伴ってよい。測定は、ソフトウェア２４１１および２４３１が、伝搬時間、エラーなどを監視しながら、ＯＴＴ接続２４５０を使用して、とりわけ空のまたは「ダミー」メッセージで、メッセージを送信させるようにすることで実施されてよい。

図２５は、１つの実施形態による通信システムにおいて実施される方法を示すフローチャートである。通信システムは、図２３および図２４を参照して説明されるものであってよい、ホストコンピュータ、基地局、およびＵＥを含む。本開示の簡略化のために、この節では図２５の図面への言及のみが含まれる。ステップ２５１０において、ホストコンピュータはユーザデータを提供する。ステップ２５１０の（オプションであってよい）サブステップ２５１１において、ホストコンピュータはホストアプリケーションを実行することによってユーザデータを提供する。ステップ２５２０において、ホストコンピュータはユーザデータをＵＥに伝える送信を開始する。（オプションであってよい）ステップ２５３０において、基地局はユーザに、本開示全体を通して説明される実施形態の教示に従って、ホストコンピュータが開始した送信において伝えられたユーザデータを送信する。（オプションであってもよい）ステップ２５４０において、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションと関連付けられたクライアントアプリケーションを実行する。

図２６は、１つの実施形態による通信システムにおいて実施される方法を示すフローチャートである。通信システムは、図２３および図２４を参照して説明されるものであってよい、ホストコンピュータ、基地局、およびＵＥを含む。本開示の簡略化のために、この節では図２６の図面への言及のみが含まれる。方法のステップ２６１０において、ホストコンピュータはユーザデータを提供する。（示されない）オプションのサブステップにおいて、ホストコンピュータはホストアプリケーションを実行することによってユーザデータを提供する。ステップ２６２０において、ホストコンピュータはユーザデータをＵＥに伝える送信を開始する。送信は、本開示全体を通して説明される実施形態の教示に従って、基地局を介して通るものであってよい。（オプションであってよい）ステップ２６３０において、ＵＥは送信において伝えられるユーザデータを受信する。

図２７は、１つの実施形態による通信システムにおいて実施される方法を示すフローチャートである。通信システムは、図２３および図２４を参照して説明されるものであってよい、ホストコンピュータ、基地局、およびＵＥを含む。本開示の簡略化のために、この節では図２７の図面への言及のみが含まれる。（オプションであってよい）ステップ２７１０において、ＵＥはホストコンピュータによって提供される入力データを受信する。さらにまたは代替的には、ステップ２７２０において、ＵＥはユーザデータを提供する。ステップ２７１０の（オプションであってよい）サブステップ２７２１において、ＵＥは、クライアントアプリケーションを実行することによってユーザデータを提供する。ステップ２７１０の（オプションであってよい）サブステップ２７１１において、ＵＥは、ホストコンピュータによって提供される受信した入力データを受けてユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータを提供する際に、実行したクライアントアプリケーションは、ユーザから受信したユーザ入力をさらに検討してよい。ユーザデータが提供された固有のやり方に関係なく、ＵＥは、（オプションであってよい）サブステップ２７３０において、ホストコンピュータへのユーザデータの送信を開始する。方法のステップ２７４０において、ホストコンピュータは、本開示全体を通して説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。

図２８は、１つの実施形態による通信システムにおいて実施される方法を示すフローチャートである。通信システムは、図２３および図２４を参照して説明されるものであってよい、ホストコンピュータ、基地局、およびＵＥを含む。本開示の簡略化のために、この節では図２８の図面への言及のみが含まれる。（オプションであってよい）ステップ２８１０では、本開示全体を通して説明される実施形態の教示に従って、基地局はＵＥからユーザデータを受信する。（オプションであってよい）ステップ２８２０において、基地局は、ホストコンピュータへの受信したユーザデータの送信を開始する。（オプションであってよい）ステップ２８３０において、ホストコンピュータは基地局によって開始される送信において伝えられるユーザデータを受信する。

本明細書に開示される、任意の適切なステップ、方法、特徴、機能、または利益は、１つまたは複数の仮想装置の１つもしくは複数の機能ユニットまたはモジュールを通して行われてよい。それぞれの仮想装置はいくつかのこれらの機能ユニットを含んでよい。これらの機能ユニットは、１つまたは複数のマイクロプロセッサもしくはマイクロコントローラ、およびデジタル信号プロセッサ（ＤＳＰ）および専用デジタル論理などを含んでよい他のデジタルハードウェアを含むことができる処理回路構成によって実装されてよい。処理回路構成は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなどの１つまたはいくつかのタイプのメモリを含んでよいメモリに記憶されるプログラムコードを実行するように設定されてよい。メモリに記憶されるプログラムコードは、１つもしくは複数の遠距離通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに、本明細書に説明される技法の１つまたは複数を実行するための命令を含む。いくつかの実装形態では、処理回路構成を使用して、それぞれの機能ユニットに、本開示の１つまたは複数の実施形態による対応する機能を行わせることができる。

一般的に、本明細書において使用される用語全ては、別段異なる意味が明確に与えられない限り、および／または使用される文脈から暗示されない限り、関連した技術分野における通常の意味に従って解釈されるものとする。ある（ａ／ａｎ／ｔｈｅ）要素、装置、構成要素、手段、ステップなどへの言及は全て、別段明示的に記されていない限り、要素、装置、構成要素、手段、ステップなどの少なくとも１つの事例を指すとして公然と解釈されるべきである。本明細書に開示された任意の方法のステップは、あるステップが別のステップの後または前に行われると明示的に説明されていない限り、および／またはあるステップが別のステップの後にまたは前に行われるべきであることが暗黙的でない限り、開示された厳密な順序で行われる必要はない。本明細書に開示される実施形態のいずれかの任意の特徴は、適切である場合はいつでも任意の他の実施形態に適用されてよい。同様に、実施形態のいずれかの任意の利点は任意の他の実施形態に該当するものであり得、その逆もまた同様である。含まれる実施形態の他の目的、特徴、および利点は本明細書から明らかとなるであろう。

ユニットという用語は、電子機器、電気デバイス、および／または電子デバイスの分野における従来の意味を有することができ、例えば、電気および／または電子回路構成、デバイス、モジュール、プロセッサ、メモリ、ロジックソリッドステートおよび／またはディスクリートデバイス、本明細書に説明されるものなどの、各タスク、手順、計算、出力を実行する、および／もしくは機能を表示するなどのためのコンピュータプログラムまた命令を含むことができる。

本明細書において考慮される実施形態のいくつかは、添付の図面を参照してさらに十分に説明される。しかしながら、他の実施形態は、本明細書に開示される主題の範囲内に含有される。開示される主題は、本明細書に示される実施形態のみに限定されると解釈されるべきではなく、もっと正確に言えば、これらの実施形態は、主題の範囲を当業者に伝達するために例として提供されるものである。

Claims (22)

1. 無線通信システム（１０）のコアネットワーク（１０Ａ）における使用のために設定されるコアネットワーク機器（１６）によって実行される方法であって、前記無線通信システム（１０）は、前記コアネットワーク（１０Ａ）と無線アクセスネットワーク（１０Ｂ）とを含んでおり、
   ユーザ機器（１４）と前記コアネットワーク機器（１６）との間で新しい非アクセス層（ＮＡＳ）セキュリティコンテキストを使用することに切り替えること（１０５）と、
   前記ユーザ機器（１４）のハンドオーバのためのハンドオーバ手順中にまたはこれと関連して、前記ユーザ機器（１４）と前記コアネットワーク機器（１６）との間の前記新しいＮＡＳセキュリティコンテキストが前記ユーザ機器（１４）と無線アクセスネットワーク機器（１２）との間のアクセス層（ＡＳ）セキュリティコンテキストの基礎として使用されることになることを前記コアネットワーク機器（１６）からシグナリングすること（１１０）と、
   を含み、
   前記新しいＮＡＳセキュリティコンテキストがアクティブ化されていること、前記新しいＮＡＳセキュリティコンテキストが、現在アクティブなＡＳセキュリティコンテキストが基づくＮＡＳセキュリティコンテキストと異なっていること、および、前記コアネットワーク機器（１６）が、前記無線アクセスネットワークに含まれる前記無線アクセスネットワーク機器（１２）、および前記ユーザ機器（１４）に、前記新しいＮＡＳセキュリティコンテキストに基づく新しいＡＳセキュリティコンテキストを使用することに切り替えることを促す明示的なセキュリティコンテキスト修正手順をまだ行っていないことの判断に応答して、前記シグナリングが行われる、
   方法。
2. 前記ハンドオーバ手順は、ターゲット無線アクセスネットワーク機器への前記ユーザ機器（１４）のハンドオーバのためのものであり、前記方法は、前記ハンドオーバ手順後に前記ターゲット無線アクセスネットワーク機器からパス切り替え要求を受信することをさらに含み、前記シグナリングは、前記ハンドオーバ手順後に、前記パス切り替え要求に応答して、パス切り替え要求受信確認メッセージを前記ターゲット無線アクセスネットワーク機器に送信することを含み、前記パス切り替え要求受信確認メッセージは、前記新しいＮＡＳセキュリティコンテキストが前記ＡＳセキュリティコンテキストの基礎として使用されることになることを指示するフィールドを含む、請求項１に記載の方法。
3. 前記フィールドは新しいセキュリティコンテキストインジケータフィールドである、請求項２に記載の方法。
4. 前記ハンドオーバ手順は、ソース無線アクセスネットワーク機器からターゲット無線アクセスネットワーク機器への前記ユーザ機器（１４）のハンドオーバのためのものであり、前記コアネットワーク機器（１６）は前記ソース無線アクセスネットワーク機器と関連付けられたソースコアネットワーク機器を含み、前記シグナリングは、前記ハンドオーバ手順中、および前記ソース無線アクセスネットワーク機器からのハンドオーバ必須メッセージを受信することに応答して、前記コアネットワーク機器（１６）から、前記ターゲット無線アクセスネットワーク機器と関連付けられたターゲットコアネットワーク機器にフォワードリロケーション要求メッセージを送信することを含み、前記フォワードリロケーション要求メッセージは、前記新しいＮＡＳセキュリティコンテキストが前記ＡＳセキュリティコンテキストの基礎として使用されることになることを指示するフィールドを含む、請求項１に記載の方法。
5. 前記ハンドオーバ手順は、ソース無線アクセスネットワーク機器からターゲット無線アクセスネットワーク機器への前記ユーザ機器（１４）のハンドオーバのためのものであり、前記シグナリングは、前記ハンドオーバ手順中、前記コアネットワーク機器（１６）から前記ターゲット無線アクセスネットワーク機器にハンドオーバ要求メッセージを送信することを含み、前記ハンドオーバ要求メッセージは、前記新しいＮＡＳセキュリティコンテキストが前記ＡＳセキュリティコンテキストの基礎として使用されることになることを指示するフィールドを含む、請求項１に記載の方法。
6. 前記フィールドは、ＮＡＳセキュリティコンテキスト鍵が変更されたことを指示する鍵変更インジケータフィールドである、請求項４または５に記載の方法。
7. 前記コアネットワーク機器（１６）はコアネットワークにおけるアクセスモビリティ管理機能（ＡＭＦ）を実施する、請求項１から６のいずれか一項に記載の方法。
8. 無線通信システムにおける使用のために設定される機器（１２、１４、１６－Ｔ）によって実行される方法であって、前記無線通信システム（１０）は、コアネットワーク（１０Ａ）と無線アクセスネットワーク（１０Ｂ）とを含んでおり、
   ユーザ機器（１４）のハンドオーバのためのハンドオーバ手順中にまたはこれと関連して、前記ユーザ機器（１４）とコアネットワーク機器（１６）との間の新しい非アクセス層（ＮＡＳ）セキュリティコンテキストが、前記ユーザ機器（１４）と無線アクセスネットワーク機器（１２）との間のアクセス層（ＡＳ）セキュリティコンテキストの基礎として使用されることになることを指示するシグナリングを前記コアネットワーク機器（１６）から受信することと、
   前記シグナリングに基づいて、前記ＡＳセキュリティコンテキストの基礎として使用するためのＮＡＳセキュリティコンテキストを判断することと、
   判断された前記ＮＡＳセキュリティコンテキストに基づく前記ＡＳセキュリティコンテキストを使用することと
   を含む、方法。
9. 前記コアネットワーク機器（１６）からの前記シグナリングに基づいて、前記ユーザ機器（１４）に向けて、
   前記ＡＳセキュリティコンテキストが基づく前記ＮＡＳセキュリティコンテキストが変化したこと、または
   前記ユーザ機器（１４）と前記コアネットワーク機器（１６）との間の前記新しいＮＡＳセキュリティコンテキストが前記ＡＳセキュリティコンテキストの基礎として使用されることになること
   をシグナリングすることをさらに含む、請求項８に記載の方法。
10. 前記ユーザ機器（１４）に向けた前記シグナリングは、無線リソース制御（ＲＲＣ）接続再設定メッセージにおいて鍵変更インジケータを前記ユーザ機器（１４）に送信することによって行われる、請求項９に記載の方法。
11. 前記ハンドオーバ手順は、ターゲット無線アクセスネットワーク機器への前記ユーザ機器（１４）のハンドオーバのためのものであり、前記機器（１２、１４、１６－Ｔ）は前記ターゲット無線アクセスネットワーク機器（１２－Ｔ）であり、前記シグナリングを受信することは、前記ハンドオーバ手順後、前記新しいＮＡＳセキュリティコンテキストが前記ＡＳセキュリティコンテキストの基礎として使用されることになることを指示するフィールドを含むパス切り替え要求受信確認メッセージを前記コアネットワーク機器（１６）から受信することを含む、請求項８から１０のいずれか一項に記載の方法。
12. 前記フィールドは、新しいセキュリティコンテキストインジケータフィールドである、請求項１１に記載の方法。
13. 前記ハンドオーバ手順は、ソース無線アクセスネットワーク機器（１２－Ｓ）からターゲット無線アクセスネットワーク機器（１２－Ｔ）への前記ユーザ機器（１４）のハンドオーバのためのものであり、前記コアネットワーク機器（１６）は前記ソース無線アクセスネットワーク機器（１２－Ｓ）と関連付けられたソースコアネットワーク機器（１６－Ｓ）を含み、前記機器（１２、１４、１６－Ｔ）は、前記ターゲット無線アクセスネットワーク機器（１２－Ｔ）と関連付けられたターゲットコアネットワーク機器（１６－Ｔ）であり、前記シグナリングを受信することは、前記ハンドオーバ手順中、前記新しいＮＡＳセキュリティコンテキストが前記ＡＳセキュリティコンテキストの基礎として使用されることになることを指示するフィールドを含むフォワードリロケーション要求メッセージを前記ソースコアネットワーク機器（１６－Ｓ）から受信することを含む、請求項８から１０のいずれか一項に記載の方法。
14. 前記ハンドオーバ手順は、ソース無線アクセスネットワーク機器（１２－Ｓ）からターゲット無線アクセスネットワーク機器（１２－Ｔ）への前記ユーザ機器（１４）のハンドオーバのためのものであり、前記機器（１２、１４、１６－Ｔ）は前記ターゲット無線アクセスネットワーク機器（１２－Ｔ）であり、前記シグナリングを受信することは、前記ハンドオーバ手順中、前記新しいＮＡＳセキュリティコンテキストが前記ＡＳセキュリティコンテキストの基礎として使用されることになることを指示するフィールドを含むハンドオーバ要求メッセージを前記コアネットワーク機器（１６）から受信することを含む、請求項８から１０のいずれか一項に記載の方法。
15. 前記フィールドは、ＮＡＳセキュリティコンテキスト鍵が変更されたことを指示する鍵変更インジケータフィールドである、請求項１３または１４に記載の方法。
16. 前記コアネットワーク機器（１６）はコアネットワークにおけるアクセスモビリティ管理機能（ＡＭＦ）を実施する、請求項８から１５のいずれか一項に記載の方法。
17. 無線通信システムのコアネットワークにおける使用のために設定されるコアネットワーク機器（１６）であって、前記無線通信システム（１０）は、前記コアネットワーク（１０Ａ）と無線アクセスネットワーク（１０Ｂ）とを含んでおり、
    ユーザ機器（１４）と前記コアネットワーク機器（１６）との間の新しい非アクセス層（ＮＡＳ）セキュリティコンテキストを使用することに切り替えるように、
    前記ユーザ機器（１４）のハンドオーバのためのハンドオーバ手順中にまたはこれと関連して、前記ユーザ機器（１４）と前記コアネットワーク機器（１６）との間の前記新しいＮＡＳセキュリティコンテキストが前記ユーザ機器（１４）と無線アクセスネットワーク機器（１２）との間のアクセス層（ＡＳ）セキュリティコンテキストの基礎として使用されることになることを前記コアネットワーク機器（１６）からシグナリングするように設定され、
    前記新しいＮＡＳセキュリティコンテキストがアクティブ化されていること、前記新しいＮＡＳセキュリティコンテキストが、現在アクティブなＡＳセキュリティコンテキストが基づくＮＡＳセキュリティコンテキストと異なっていること、および、前記コアネットワーク機器（１６）が、前記無線アクセスネットワークに含まれる前記無線アクセスネットワーク機器（１２）、および前記ユーザ機器（１４）に、前記新しいＮＡＳセキュリティコンテキストに基づく新しいＡＳセキュリティコンテキストを使用することに切り替えることを促す明示的なセキュリティコンテキスト修正手順をまだ行っていないことの判断に応答して、前記シグナリングが行われる、コアネットワーク機器（１６）。
18. 請求項２から７のいずれか一項に記載の方法を実行するように設定される、請求項１７に記載のコアネットワーク機器。
19. 無線通信システム（１０）における使用のために設定される機器（１２－Ｔ、１４、１６－Ｔ、６００、８００、１０００）であって、前記無線通信システム（１０）は、コアネットワーク（１０Ａ）と無線アクセスネットワーク（１０Ｂ）とを含んでおり、
    ユーザ機器（１４）のハンドオーバのためのハンドオーバ手順中にまたはこれと関連して、前記ユーザ機器（１４）とコアネットワーク機器（１６）との間の新しい非アクセス層（ＮＡＳ）セキュリティコンテキストが、前記ユーザ機器（１４）と無線アクセスネットワーク機器（１２－Ｔ）との間のアクセス層（ＡＳ）セキュリティコンテキストの基礎として使用されることになることを指示するシグナリングを前記コアネットワーク機器（１６）から受信するように、
    前記シグナリングに基づいて、前記ＡＳセキュリティコンテキストの基礎として使用するためのＮＡＳセキュリティコンテキストを判断するように、かつ、
    前記判断されたＮＡＳセキュリティコンテキストに基づく前記ＡＳセキュリティコンテキストを使用するように、設定される、機器（１２－Ｔ、１４、１６－Ｔ、６００、８００、１０００）。
20. 請求項９から１６のいずれか一項に記載の方法を実行するように設定される、請求項１９に記載の機器。
21. 無線通信システムにおける使用のために設定される機器（１２－Ｔ、１４、１６）の少なくとも１つのプロセッサによって実行される時、前記機器（１２－Ｔ、１４、１６）に、請求項１から１６のいずれか一項に記載の方法を実行させる命令を含む、コンピュータプログラム。
22. 電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つである、請求項２１に記載のコンピュータプログラムを含有するキャリア。

Images