JP6977153B2 - 無線通信システムにおけるアクセスストラタムセキュリティ - Google Patents

Description

無線通信システムのセキュリティを確保するには、交換される通信の完全性や機密性を保護する必要がある。例えば、ＬＴＥ(Long Term Evolution)システムでは、ユーザ機器（ＵＥ）と無線アクセスネットワーク（ＲＡＮ）間のアクセスストラタム（ＡＳ）上のユーザプレーン通信を機密性の観点から保護し、ＡＳ上のコントロールプレーン通信を完全性と機密性の両方の観点から保護することが義務付けられている。この種のセキュリティを例外なく固定的に要求することは、ネットワークリソース、電力、システムスループットなどに不必要な負担をかけることになるため、それが望ましくない状況もありうるだろう。しかしながら、ユーザプレーンＡＳのセキュリティを任意選択可能にできるようにするには、セキュリティが必要なときには選択的に有効になり、望ましくないときには無効化された状態となることを保証するという難題をもたらす。

本明細書のいくつかの実施形態によれば、コアネットワーク（ＣＮ）は、無線アクセスネットワーク（ＲＡＮ）ノードがユーザプレーンアクセスストラタム（ＡＳ）セキュリティ、例えばユーザプレーン完全性保護および／または機密性保護の形で、ユーザプレーンアクセスストラタム（ＡＳ）セキュリティを有効化すべきか否かの決定を行う。しかし、注目すべきことに、ＣＮは、ＣＮがＲＡＮノードがＣＮによるその決定を却下することを許容するか否かをＲＡＮノードに示す。いくつかの実施形態では、これにより、ＣＮは、（ｉ）ＣＮの決定をＲＡＮノードが遵守しなければならない命令として（例えば、ＲＡＮノードがユーザプレーンセッションを提供するための条件として）、絶対的に強制することと、（ｉｉ）ＣＮの決定を、（例えばＲＡＮノードでローカルに利用可能な他の情報と共に）ＲＡＮノードが単に考慮に入れることができる要求または優先事項として柔軟に提供することとの間で選択することを実質的に可能にする。すなわち、ＣＮは、ユーザプレーンＡＳのセキュリティ有効化に対する絶対的な制御を中央集権的に維持してもよいし、その制御の少なくとも一部をＲＡＮノードに委譲／分散してもよい。例えば、ＣＮは、ＣＮ内の情報（例えば、ユーザプレーントラフィックの感度、タイプ、または優先度に関する）が、セキュリティ有効化の望ましさまたは実現可能性（例えば、セキュリティ有効化がＲＡＮノードの負荷または電力効率に与える影響）に関してＲＡＮノードが持っている可能性のあるいかなる入力に対してもＣＮの決定が勝るか、または重要であるべきであることを示唆している場合、ＲＡＮノードがそのセキュリティ有効化の決定を拒否することを許可しなくてもよい。

したがって、これらおよび他の文脈において、本明細書のいくつかの実施形態は、有利には、ＣＮにおいて利用可能な情報を絶対的に優先させるために必要な場合にはＣＮにセキュリティ有効化の意思決定を厳密に集約させながら、一方ではＣＮおよびＲＡＮにおいてローカルに利用可能な情報を考慮するために必要に応じてＣＮおよびＲＡＮの間でセキュリティ有効化の意思決定を柔軟に分散させるようなロバストな方法でユーザプレーンＡＳセキュリティを構成することが可能である。これにより、機密性および／または完全性保護の観点からユーザプレーンのセキュリティが強化され、ネットワークの負荷分散、無線リソース効率、電力効率が促進されうる。

より具体的には、本明細書の実施形態は、無線アクセスネットワーク（ＲＡＮ）とコアネットワーク（ＣＮ）とを含む無線通信システムにおいて、ユーザプレーンアクセスストラタム（ＡＳ）セキュリティを構成するための方法を含む。この方法は、ＲＡＮ内のＲＡＮノードによって実行される。方法は、ＣＮから、ＲＡＮノードがユーザプレーンＡＳセキュリティを有効化すべきか否かのＣＮによる決定を示すとともに、ＲＡＮノードがＣＮによる決定を拒否することを許可されているか否かを示す通知を受信することを含む。いくつかの実施形態における方法はまた、通知に応じて、ユーザプレーンＡＳセキュリティを有効化するか、または有効化しないことを含む。

いくつかの実施形態では、方法は、ユーザプレーンＡＳセキュリティを有効化するためのＲＡＮノードの能力または望ましさを示す情報にさらに基づいて、ユーザプレーンＡＳセキュリティを有効化すること、または有効化しないことを含む。

いくつかの実施形態では、方法はさらに、次のうちの１つまたは複数に基づいて、ユーザプレーンＡＳセキュリティを有効化すべきか否かを決定することを含む：ＲＡＮノードの負荷レベル、ＲＡＮノードでの電力効率または可用性、ユーザプレーンＡＳセキュリティを有効化するためのＣＮの権限、およびＲＡＮノードのモード。

いくつかの実施形態では、通知は、特定のユーザプレーンセッションに特に適用され、特定の無線通信機器についてのユーザプレーンセッションを確立するための手順中に受信される。

いくつかの実施形態では、方法は、ＣＮによる決定が、ＲＡＮノードがユーザプレーンＡＳセキュリティを起動することであり、ＲＡＮノードがＣＮによる決定を拒否することができず、ＲＡＮノードがユーザプレーンＡＳセキュリティを起動することができないか、またはＣＮが権限を与えられていない場合に、１つ以上の動作を実行することをさらに含む。１つ以上の動作は、ユーザプレーンセッションのキャンセル、拒否、または切断、あるいはユーザプレーンセッション確立を含む。

いくつかの実施形態では、ＣＮによる決定は、ＲＡＮノードがユーザプレーン完全性保護の形でユーザプレーンＡＳセキュリティを有効化すべきか否かの決定であるか、またはＲＡＮノードがユーザプレーン機密性保護の形でユーザプレーンＡＳセキュリティを有効化すべきか否かの決定である。

いくつかの実施形態では、決定は、ユーザプレーンセッション管理を実行するＣＮノードによって行われる。

いくつかの実施形態では、通知は、ＣＮによる決定が、ＲＡＮノードが遵守しなければならない命令であるか、またはＲＡＮノードが拒否することを許可されている優先事項であるかを示すことによって、ＲＡＮノードがＣＮによる決定を拒否することを許可されているか否かを示す。

本明細書の実施形態はまた、無線アクセスネットワーク（ＲＡＮ）とコアネットワーク（ＣＮ）とを含む無線通信システムにおいて、ユーザプレーンアクセスストラタム（ＡＳ）セキュリティを構成するための方法を含む。この方法は、ＣＮ内のＣＮノードによって実行される。方法は、ＲＡＮ内のＲＡＮノードがユーザプレーンＡＳセキュリティを有効化すべきか否かをＣＮが決定することを含む。方法はまた、ＣＮによる決定を示すとともに、ＲＡＮノードがＣＮによる決定を拒否することを許可されているか否かを示す通知を送信することを含む。

いくつかの実施形態では、方法はさらに、次のうちの１つ以上に基づいて、ＲＡＮノードが決定を拒否することを許可されているかどうかを決定することを含む：ユーザプレーンＡＳセキュリティの特定のタイプ、ユーザプレーンＡＳ上でユーザプレーントラフィックが通信されるサービスの特定のタイプまたは優先度、特定のＲＡＮノードの位置または位置のタイプ、特定のＲＡＮノードの負荷レベル、ユーザプレーンＡＳ上でユーザプレーントラフィックが通信される加入者の特定のタイプまたは優先度、および特定の時間またはイベント。

いくつかの実施形態では、通知は、特定のユーザプレーンセッションに特に適用され、特定の無線通信機器についてのユーザプレーンセッションを確立するための手順の間に送信される。

いくつかの実施形態では、決定は、ＲＡＮノードがユーザプレーン完全性保護の形でユーザプレーンＡＳセキュリティを有効化すべきか否かの決定であり、または、ＲＡＮノードがユーザプレーン機密性保護の形でユーザプレーンＡＳセキュリティを有効化すべきか否かの決定である。

いくつかの実施形態では、ＣＮノードは、ユーザプレーンセッション管理を実行するように構成されている。

いくつかの実施形態では、通知は、ＣＮによる決定が、ＲＡＮノードが遵守しなければならない命令であるか、またはＲＡＮノードが拒否することを許可されている優先事項であるかを示すことにより、ＲＡＮノードがＣＮによる決定を拒否することを許可されているか否かを示す。

実施形態はまた、対応する装置、コンピュータプログラム、および媒体を含む。例えば、実施形態は、無線アクセスネットワーク（ＲＡＮ）とコアネットワーク（ＣＮ）とを含む無線通信システムにおいて、ユーザプレーンアクセスストラタム（ＡＳ）セキュリティを構成するためのＲＡＮノードを含む。ＲＡＮノードは、（例えば、通信回路および処理回路を介して）ＣＮから、ＲＡＮノードがユーザプレーンＡＳセキュリティを有効化すべきか否かのＣＮによる決定を示すとともに、ＲＡＮノードがＣＮによる決定を拒否することを許可されているか否かを示す通知を受信し、通知に応じて、ユーザプレーンＡＳセキュリティを有効化すべきか否かを決定するように構成されている。

さらなる実施形態では、無線アクセスネットワーク（ＲＡＮ）とコアネットワーク（ＣＮ）を含む無線通信システムにおいて、ユーザプレーンアクセスストラタム（ＡＳ）セキュリティを構成するためのコアネットワーク（ＣＮ）ノードが含まれる。ＣＮノードは、（例えば、通信回路および処理回路を介して）ＲＡＮ内のＲＡＮノードがユーザプレーンＡＳセキュリティを有効化すべきか否かのＣＮによる決定を行い、ＣＮによる決定を示すとともに、ＲＡＮノードがＣＮによる決定を拒否することを許可されているか否かを示す通知を送信するように構成されている。

いくつかの実施形態に従った無線通信システムのブロック図である。 いくつかの実施形態に従ってＲＡＮノードによって実行される方法の論理フロー図である。 他の実施形態に従ってＲＡＮノードによって実行される方法の論理フロー図である。 さらに他の実施形態に従ってＲＡＮノードによって実行される方法の論理フロー図である。 いくつかの実施形態に従ってＣＮノードによって実行される方法の論理フロー図である。 他の実施形態に従ってＣＮノードによって実行される方法の論理フロー図である。 他の実施形態に従ってＣＮノードによって実行される方法の論理フロー図である。 いくつかの実施形態に従って無線デバイスによって実行される方法の論理フロー図である。 いくつかの実施形態に従ったＣＮノードのブロック図である。 他の実施形態に従ったＣＮノードのブロック図である。 いくつかの実施形態に従ったＲＡＮノードのブロック図である。 他の実施形態に従ったＲＡＮノードのブロック図である。 いくつかの実施形態による無線デバイスのブロック図である。 他の実施形態に従った無線デバイスのブロック図である。 いくつかの実施形態に従った５Ｇネットワークのブロック図である。 ローカルブレークアウトを伴う非ローミングおよびローミングのためのＵＥ要求ＰＤＵセッション確立の信号流れ図である。 ＣＭ−ＩＤＬＥ状態でＵＥがトリガしたサービス要求の信号流れ図である。 ＵＰＡＳセキュリティのＣＮ決定をＲＡＮが拒否することに対するＣＮ制御のためのいくつかの実施形態の信号流れ図である。 いくつかの実施形態によるホストコンピュータとの通信ネットワークのブロック図である。 いくつかの実施形態に従ったホストコンピュータのブロック図である。 ある実施形態に従った、通信システムに実装された方法を示すフローチャートである。 一実施形態に従った、通信システムで実装される方法を例示するフローチャートである。 一実施形態に従った通信システムに実装された方法を示すフローチャートである。 一実施形態に従った通信システムに実装された方法を示すフローチャートである。

図１は、いくつかの実施形態に従った無線通信システム１０（例えば、５Ｇシステム）を示す。システム１０は、コアネットワーク（ＣＮ）１０Ａと無線アクセスネットワーク（ＲＡＮ）１０Ｂとを含む。ＲＡＮ１０Ｂは、無線通信機器１４に無線アクセスを提供するための１つ以上のＲＡＮノード１２（例えば、１つ以上の基地局）を含み、そのうちの１つが示されている。この無線アクセスを介して、無線通信機器１４はＣＮ１０Ａに接続する。そして、ＣＮ１０Ａは無線通信機器１４にインターネットなどの１つ以上の外部ネットワークへのアクセスを提供することができる。例えば、ＣＮ１０Ａは、アクセスモビリティ機能（ＡＭＦ）を実装するノードと、セッション管理機能（ＳＭＦ）を実装するノードなど、異なるＣＮノードを含んでいてもよい。

プロトコル構造の観点から、システム１０は、アクセスストラタム（ＡＳ）と非アクセスストラタム（ＮＡＳ）に分かれている。ＡＳは、無線通信機器１４とＲＡＮ１０Ｂとの間のアクティビティを処理するプロトコル、例えば、無線接続によるデータの転送や無線リソースの管理などを処理するためのプロトコルを含む。ＮＡＳは、無線通信機器１４とＣＮ１０Ａとの間のアクティビティを処理するためのプロトコル、例えば、通信セッションを確立し、無線通信機器１４の移動に伴って継続的な通信を維持するためのプロトコルを含む。また、システム１０は、ユーザプレーン（ＵＰ）と制御プレーン（ＣＰ）に分割されている。制御プレーンは、トランスポートベアラの管理を担当するプロトコルを含み、ユーザプレーンは、ユーザトラフィックのトランスポートを担当するプロトコルを含む。

特に図１では、無線通信機器１４とＲＡＮ１０Ｂとの間でユーザトラフィックのトランスポートを担当するシステム１０の一部として、アクセスストラタム（ＡＳ）１８のユーザプレーン（ＵＰ）が示されている。システム１０は、ＵＰ ＡＳ１８を保護するためのセキュリティ１８Ｓを、例えば、（暗号化または暗号文を使用する）完全性保護および／または機密性保護の形でサポートする。しかしながら、このＵＰ ＡＳセキュリティ１８Ｓの有効化または使用は、（システム１０がＵＰ ＡＳセキュリティを常に有効化することを無条件に義務付けるのではなく、）少なくとも、ＵＰ ＡＳセキュリティ１８Ｓを無効化したままにしておくことを許容するいくつかの条件がありうるという意味において、いくつかの実施形態では任意である。ＵＰ ＡＳセキュリティ１８Ｓの有効化を任意とすることにより、ＵＰ ＡＳセキュリティ１８Ｓを有効化すべきか否かは、システム１０において決定される。

特に、本明細書のいくつかの実施形態によれば、ＣＮ１０Ａは、ＲＡＮノード１２がＵＰ ＡＳセキュリティ１８Ｓを有効化すべきか否かの決定を、例えば、ユーザプレーン完全性保護および／または機密性保護の形態で行う。図１は、この決定が、例えば、５Ｇまたはニューラジオ（ＮＲ）ＣＮにセッション管理機能（ＳＭＦ）を実装するなどによってユーザプレーンセッション管理を実行するＣＮノード１６によって行われている状態を示している。ＣＮノード１６は、この決定を直接または間接的にＲＡＮ１０Ｂに信号を送るために通知２０を実行する。いくつかの実施形態では、例えば、ＣＮノード１６は、ＲＡＮノード１２がユーザプレーンＡＳセキュリティ１８Ｓを有効化すべきか否かのＣＮの決定を示す有効化指示２０Ａを通知する。ＲＡＮノード１２は、これに対応して、この有効化指示２０Ａを（例えば、通知２０から指示２０Ａを受信することによって）取得し、この有効化指示２０Ａを用いて、ＵＰ ＡＳセキュリティ１８Ｓを有効化すべきか否かを決定する。例えば図１を参照すると、ＲＡＮノード１２のセキュリティコントローラ１２Ａは、有効化指示２０Ａを取得し、この有効化指示２０Ａに基づいてＵＰ ＡＳセキュリティの有効化を制御する。

しかし、注目すべきことに、ＲＡＮノード１２は、拒否容認指示２２も取得する。拒否容認指示は、ＲＡＮノード１２が、ＣＮ１０Ａによる有効化決定を拒否することが（例えば、ＣＮ１０Ａによって）許可されているか否かを示す。いくつかの実施形態では、ＣＮ１０Ａは、ＣＮ１０Ａによる有効化決定を拒否することを（例えば、ＣＮ１０Ａによって）ＲＡＮノード１２が許可されているか否かを、例えば、拒否容認指示２２をＲＡＮノード１２に直接または間接的に通知することによって通知する。例えば、ＣＮ１０Ａは、（例えば、有効化指示２０Ａと一緒に）ＲＡＮノード２２宛ての、あるいはＲＡＮノード２２へ伝播されるメッセージ２４内で、拒否容認指示２２を通知してもよい。あるいは、ＣＮ１０Ａは、指示２２を、ＲＡＮノード１２に存在する、あるいはＲＡＮノード１２が入手可能なファイル１２Ａに書き込むことによって、ＲＡＮノード１２がアクセス可能なデータベース（ＤＢ）２６に指示２２を格納することによって、などの方法で拒否容認指示２２を通知してもよい。これらの場合、次に、ＲＡＮノード１２は、メッセージ２４から指示２２を受信すること、ファイル１２ａから指示２２を読み出すこと、またはデータベース２６から指示２２をフェッチすることによって、拒否容認指示２２を取得する。しかし、まだ他の実施形態では、例えば、ＲＡＮノード１２が拒否容認指示２２で予め構成されているような、ＲＡＮノード１２の設定１２Ｂに格納されていてもよい。この場合、ＲＡＮノード１２は、設定１２Ｂから読み出すことによって拒否容認指示を取得する。

いずれにしても、ＲＡＮノード１２のセキュリティコントローラ１２Ａは、ＣＮの決定およびＲＡＮノード１２がその決定を拒否することを許可されているか否かに応じて、例えば、有効化指示２０Ａおよび拒否容認指示２２に応じて、ＵＰ ＡＳセキュリティ１８Ｓを有効化すべきか否かを決定することができる。例えば、拒否容認指示２２が、ＲＡＮノード１２がＣＮの決定を拒否することを許可されていないことを示している場合、ＲＡＮノード１２は、（例えば、ＲＡＮノード１２がそうすることができることを条件として）ＣＮの決定に従ってＵＰ ＡＳセキュリティ１８Ｓを有効化すべきか否かを有効化するよう、無条件にその決定に従うことができる。しかし、拒否容認指示２０Ｂが、ＲＡＮノード１２がＣＮの決定を拒否することを許可されていることを示す場合、ＲＡＮノード１２は、ＣＮの決定を考慮に入れるとともに、ＲＡＮノード１２でローカルに利用可能な他の情報を考慮に入れて、例えば、ＵＰ ＡＳセキュリティ１８Ｓを有効化すべきか否かを自律的に選択するように構成される。

したがって、いくつかの実施形態では、システム１０が（ｉ）ＲＡＮノード１２が遵守しなければならない命令として（例えば、ＲＡＮノード１２がユーザプレーンセッションを提供するための条件として）ＣＮの決定を絶対的に強制することと、（ｉｉ）ＣＮの決定を、ＲＡＮノード１２が、例えば、ＲＡＮノード１２でローカルに利用可能な他の情報と共に、単に考慮に入れることができる要求または優先事項として、柔軟に提供することとの間で選択することを、（例えば、拒否容認指示２２を介して）実質的に可能にする。すなわち、ＣＮ１０Ａは、ユーザプレーンＡＳのセキュリティ有効化に対する絶対的な制御を集約的に維持してもよいし、その制御の少なくとも一部をＲＡＮノード１２に委譲／分散してもよい。システム１０は、例えば、ＣＮ１０Ａ内の情報が、ＣＮの決定が、セキュリティ有効化の望ましさまたは実現可能性に関してＲＡＮノード１２が持つかもしれないいかなる入力にも勝るべきであることを示唆している場合、ＲＡＮノード１２がＣＮのセキュリティ有効化決定を拒否することを許可しないようにしてもよい。したがって、これらおよび他の文脈において、いくつかの実施形態は、セキュリティ有効化の意思決定を、ＣＮ１０ＡおよびＲＡＮ１０Ｂにおいてローカルに利用可能な情報を考慮するために必要に応じてＣＮ１０ＡおよびＲＡＮ１０Ｂの間に柔軟に分散させる一方で、ＣＮ１０Ａにおいて利用可能な情報を絶対的に優先するために必要な場合にはＣＮ１０Ａにセキュリティ有効化の意思決定を厳密に集中させるようなロバストな方法で、ユーザプレーンＡＳセキュリティ１８Ｓを構成している。

より具体的には、いくつかの実施形態では、ＣＮの決定、および／または決定を拒否することができるかどうか（例えば、指示２０Ａ、２０Ｂの一方または両方）は、特定のネットワークポリシ規則および／または加入ポリシ規則に基づいて（例えば、ＣＮノード１６によって）構成されてもよく、これらの規則は、例えば、ＣＮ１０Ａでは利用可能であるがＲＡＮ１０Ｂでは利用可能ではないかもしれない。これらの規則は、ＣＮの決定および／または決定を拒否することができるかどうか（例えば、指示２０Ａ、２０Ｂ）を特定の情報に基づいて設定することを規定してもよい。ＣＮノード１６によって構成される場合、この特定の情報は、ＣＮノード１６で利用可能であってもよい（ＲＡＮ１０Ｂでは利用できない）。

この情報は、例えば、ＵＰ ＡＳ１８を介して通信されるユーザプレーントラフィックの感度、タイプ、または優先度に関するものであってもよい。例えば、ユーザプレーントラフィックが高感度または高優先度とみなされる場合、指示２０Ａ、２０Ｂは、ＣＮ１０ＡがＵＰ ＡＳセキュリティ１８Ｓを有効化することを決定したこと、およびＲＡＮノード１２がＣＮの決定を拒否することが許可されていないことを示してもよい。しかし、ユーザプレーントラフィックの感度が低いか、または優先度が低いと判断された場合、拒否容認指示２０Ｂは、ＲＡＮノード１２がＣＮの決定を拒否することを許可されていることを示してもよい。

同様に、情報は、ユーザプレーントラフィックがＵＰ ＡＳ１８を介して通信されるサービスのタイプまたは優先度に関係していてもよい。例えば、ユーザプレーントラフィックがモノのインターネット（ＩｏＴ）サービスのために通信される場合、指示２０Ａ、２０Ｂは、ＣＮ１０ＡがＵＰ ＡＳセキュリティ１８Ｓを有効化することを決定したこと、およびＲＡＮノード１２がＣＮの決定を拒否することを許可されていないことを示してもよい。しかし、ユーザプレーントラフィックがビデオサービスのために通信される場合、拒否容認指示２０Ｂは、ＲＡＮノード１２がＣＮの決定を拒否することが許可されていることを示してもよい。

まだ他の実施形態では、情報は、ユーザプレーントラフィックがＵＰ ＡＳ１８上で通信されるべき加入者のタイプまたは優先度に代替的または追加的に関係していてもよい。例えば、ＵＰ ＡＳ１８を介して通信されるべきユーザプレーントラフィックを有する加入者が国家の大統領である場合、指示２０Ａ、２０Ｂは、ＣＮ１０ＡがＵＰ ＡＳセキュリティ１８Ｓを有効化すべきことを決定したこと、およびＲＡＮノード１２がＣＮの決定を拒否することが許可されていないことを示してもよい。しかし、ＵＰ ＡＳ１８を介して通信されるべきユーザプレーントラフィックを有する加入者が公衆加入者である場合、拒否容認指示２０Ｂは、ＲＡＮノード１２がＣＮの決定を拒否することを許可されていることを示してもよい。

代替的または追加的に、情報は、ユーザプレーントラフィックがＵＰ ＡＳ１８を介して通信されるべき特定の時間またはイベントに関するものであってもよい。例えば、ユーザプレーントラフィックが国の選挙中にＵＰ ＡＳ１８を介して通信される場合、指示２０Ａ、２０Ｂは、ＣＮ１０ＡがＵＰ ＡＳセキュリティ１８Ｓを有効化すべきことを決定したこと、およびＲＡＮノード１２がＣＮの決定を拒否することが許可されていないことを示してもよい。しかし、ユーザプレーントラフィックが、オリンピックゲームまたはいくつかの他の優先順位の低いイベントの間にＵＰ ＡＳ１８を介して通信される場合、拒否容認指示２０Ｂは、ＲＡＮノード１２がＣＮの決定を拒否することを許可されていることを示してもよい。

まだ他の実施形態では、情報は、ＲＡＮノード１２の特定の場所または場所の種類に関係していてもよい。例えば、ＲＡＮノード１２が公共エリアまたは他のいくつかのあまり安全でない場所に位置している場合、指示２０Ａ、２０Ｂは、ＣＮ１０ＡがＵＰ ＡＳセキュリティ１８Ｓを有効化すべきことを決定したこと、およびＲＡＮノード１２がＣＮの決定を拒否することが許可されていないことを示してもよい。しかし、ＲＡＮノード１２が物理的に隔離された構内または他のより安全な場所に位置している場合、拒否容認指示２０Ｂは、ＲＡＮノード１２がＣＮの決定を拒否することが許可されていることを示してもよい。

ＲＡＮノード１２がＣＮの決定を拒否することが許可されている場合、ＲＡＮノード１２は、ＵＰ ＡＳセキュリティ１８Ｓを有効化すべきか否かを自律的に決定する際に、特定の情報を考慮に入れてもよい。この情報は、例えば、ＲＡＮノード１２がＵＰ ＡＳセキュリティを有効化する能力または望ましさに関するものであってもよい。例えば、情報は、ＲＡＮノード１２の負荷レベル、ＲＡＮノード１２における電力効率または可用性、またはＲＡＮ１０Ｂにおける無線リソース使用量の負荷、効率または可用性に対するセキュリティ有効化の影響を反映してもよい。いくつかの実施形態では、例えば、ＲＡＮノード１２は、ＲＡＮノード１６における電力もしくはシステム１０における無線リソースの高い負荷レベルまたは低い可用性レベルが、そのような有効化が可能でないか、または望ましいものではないことを示唆している場合、ＵＰ ＡＳセキュリティ１８Ｓを有効化しないことを選択してもよい。そして、特定の例では、ＲＡＮノード１２は、（例えば同時に多数の無線通信機器にサービスを提供することによって）ＲＡＮノードの負荷レベルが過負荷とみなされる一定のレベルに達したとき、ＵＰ ＡＳセキュリティ１８Ｓを有効化しないように構成されていてもよい。この場合、ＲＡＮノード１２は、拒否容認指示２０ＢがＲＡＮノード１２にそれを許可したときに、ＵＰ ＡＳセキュリティ１８Ｓよりも計算効率を優先する。

代替的または追加的に、情報は、ＲＡＮノード１２がＵＰ ＡＳセキュリティ１８Ｓの有効化を回避しうる、省電力モードなどのＲＡＮノード１２のモードに関するものであってもよい。例えば、ＲＡＮノード１２が省電力モードで動作している場合、ＲＡＮノード１２は、拒否容認指示２０ＢがＲＡＮノード１２がそうすることを許可しているときに、ＵＰ ＡＳセキュリティ１８Ｓよりもバッテリ効率を優先するようにＵＰ ＡＳセキュリティ１８Ｓを有効化しなくてもよい。

さらに別の実施形態では、情報は、ユーザプレーンＡＳセキュリティ１８Ｓを有効化するためのＣＮ１０Ａの権限に関するものであってもよい。例えば、ＣＮ１０ＡおよびＲＡＮ１０Ｂが異なる当事者によって所有および運営されているいくつかの実施形態では、複数のコアネットワークが同じＲＡＮ１０Ｂを共有してもよい。このことは、ＲＡＮサービスを販売するＲＡＮ当事者が、コアネットワークを運営するＣＮ当事者のそれぞれと異なるポリシに合意していること、そして、一部のＣＮ当事者はＲＡＮ当事者によってＵＰ ＡＳセキュリティを有効化することを許可されていない可能性があることを意味しうる。したがって、ＲＡＮノード１２は、ＣＮ１０ＡがユーザプレーンＡＳセキュリティ１８Ｓを有効化することを許可されていない場合、例えば、拒否容認指示２２にかかわらず、ユーザプレーンＡＳセキュリティ１８Ｓを有効化しなくてもよい。

ＣＮ１０ＡおよびＲＡＮ１０Ｂにおける特定の情報にかかわらず、ＣＮノード１６および／またはＲＡＮノード１６は、ＣＮ１０Ａによる決定がＲＡＮノード１６がユーザプレーンＡＳセキュリティ１８Ｓを有効化することである場合、拒否容認指示２０Ｂに従ってＲＡＮノード１６がＣＮ１０Ａによる決定を拒否することが許可されていない場合、およびＲＡＮノード１６がＵＰ ＡＳセキュリティ１８Ｓを有効化することができない（またはＣＮ１０Ａに権限が与えられていない）場合に、１つまたは複数の動作を実行してもよい。動作は、例えば、ユーザプレーンセッションまたはユーザプレーンセッション確立のキャンセル、拒否、または切断を含むことができる。これは、ＵＰ ＡＳセキュリティ１８Ｓを有効化するためのＣＮの決定、またはそのようなセキュリティ１８Ｓが認可されるという要求への遵守を効果的に強制し、遵守しない場合には、ＵＰセッションまたはＵＰセッション確立のキャンセル、拒否、または削除をもたらす。これは、安全でないＵＰ ＡＳ（または安全だが認可されていないＵＰ ＡＳ）は、ＵＰ ＡＳが全くないよりも有害であるという根拠に基づくものであってよい。

しかし、ＵＰセッションをサルベージする作業において、１つ以上の動作は、代替的に（または最初に）、無線通信機器を別のＲＡＮノードに導くことを含んでもよい。例えば、無線通信機器１４がＲＡＮノード１２との間でユーザプレーンセッションを確立しているか、または確立している場合、ＲＡＮノード１２は、代わりに異なるＲＡＮノードとの間でユーザプレーンセッションを確立するために、機器１４を異なるＲＡＮノードに導く通知を機器１４に送信してもよい。いくつかの実施形態における通知は、他のデバイスへ導く理由（例えば、ＲＡＮノード１６におけるＵＰ ＡＳ有効化が不能または望ましくないこと）を示す理由指示を含む。そのような理由が提供されると、機器１４は、他のＲＡＮノードに接続するか、またはＵＰ ＡＳセキュリティなしでＲＡＮノード１２との接続を進めるかを決定してもよい。それとは無関係に、いくつかの実施形態においてＲＡＮノード１２は、上述したものと同様ではあるが、異なるＲＡＮノードに関する所定の情報、すなわち、ＵＰ ＡＳセキュリティを有効化させるための異なるＲＡＮノードの能力または望ましさを特徴付ける情報に基づいて、異なるＲＡＮノードを選択する。例えば、ＲＡＮノード１２は、異なるＲＡＮノードの負荷レベル、異なるＲＡＮノードにおける電力の効率または可用性に対するセキュリティ有効化の影響を記述した情報に基づいて、例えば、ＵＰ ＡＳセキュリティを有効化するためにより良い能力あるいは配置を有する別のＲＡＮノードを選択するように、異なるＲＡＮノードを選択してもよい。

そして、少なくともいくつかの実施形態では、ＵＰ ＡＳセキュリティ１８Ｓが、ＣＮ１０ＡとＲＡＮ１０Ｂとの間でシステム１０全体に分散している関連情報を全体的に考慮する方法で選択的に有効化または非有効化されることを有利に保証する。これは、ＵＰ ＡＳセキュリティ１８Ｓが、有効化を義務付けることを正当化するのに十分に重要なユーザプレーントラフィック、サービス、または加入者のために有効化されることを保証してもよいが、同時に、状況によっては、ＲＡＮ１０Ｂが、その負荷、無線リソース使用量、電力効率などを制御することを優先して有効化を見送ることを可能にしてもよい。

いくつかの実施形態では、ＣＮの決定および／または決定を拒否可能であるか否か（例えば、有効化指示２０Ａおよび／または拒否容認指示２２）は、特定のユーザプレーンセッション、すなわちＵＰセッション固有ベースで設定され、または適用可能であることに留意されたい。例えば、いくつかの実施形態では、ＣＮは、特定のＵＰセッションのためにＵＰ ＡＳセキュリティ１８Ｓを有効化すべきか否かを決定し、また、ＲＡＮノード１６が特定のＵＰセッションのためにその決定を拒否することを許可されるか否かを通知する。実際には、これらおよび他の実施形態では、ＣＮノード１６は、特定の無線通信機器１４のためのＵＰセッションを確立するための手順の間（例えば、パケットデータ単位（ＰＤＵ）セッション確立手順またはメッセージ内）に、ＲＡＮノード１２に拒否容認指示２２を通知してもよい。拒否容認指示２２および有効化指示２０Ａは、ＲＡＮ１０Ｂに向けて通知された同一のメッセージに含まれていてもよい。そして、これらおよび他の実施形態では、拒否容認指示２２は、ＣＮ１０Ａが有効化指示２０Ａによって具体的に示された決定をＲＡＮノード１６が拒否することを許容するか否かを示すように、有効化指示２０Ａに固有であってもよい。

対照的に、他の実施形態のいくつかでは、ＣＮの決定および／または決定を拒否することができるか否か（例えば、有効化指示２０Ａおよび／または拒否容認指示２２）は、ユーザプレーンセッションの特定のカテゴリ、特定のＣＮノードによって管理される任意のユーザプレーンセッション、および／または特定のネットワークスライスに関連付けられた任意のユーザプレーンセッションのために設定されているか、または適用される。これらおよび他の実施形態では、有効化指示２０Ａおよび／または拒否容認指示２２は、ＣＮ１０Ａによって通知され、ＲＡＮノード１２によって取得され、および／またはそれらの指示２０Ａ，２２に応じてＵＰ ＡＳセキュリティ１８Ｓが有効化または非有効化される特定のユーザプレーンセッションの確立に先立って、ＲＡＮノード１２で事前に設定されてもよい。指示２０Ａ、２２は、例えば、その適用のための粒度の高いポリシを形成するように、指示が適用される特定の条件を特定することができる。例えば、拒否容認指示２２は、特定のタイプのＵＰ ＡＳセキュリティ（例えば、機密性保護ではなく、完全性保護）、特定の時間帯（例えば、日曜日）、ＲＡＮノード１６の特定の負荷レベル（例えば、接続された無線通信機器１４の数が１０，００００を超える場合）、またはそのようなものに対して適用されることを特定してもよい。これらおよび他の例では、次に、ＲＡＮノード１６は、特定のＵＰセッション、ＵＰセッションの特定のカテゴリ、またはそのようなものに対してＵＰ ＡＳセキュリティ１８Ｓを有効化すべきか否かを決定するために、指示２０Ａ、２２が適用されるかどうかを評価してもよい。

さらに、いくつかの実施形態では、ＵＰ ＡＳセキュリティ１８Ｓが有効化されるかどうかは、ＵＰ ＡＳセキュリティ１８Ｓが任意のタイプのアルゴリズムでＲＡＮノード１２によって適用されるかどうかを意味し、そのアルゴリズムが非ヌルアルゴリズムであるか、または実際には暗号化または完全性保護を行わないヌルアルゴリズムであるかどうかを意味することに留意されたい。これらおよび他の実施形態では、拒否容認指示２２は、ＵＰ ＡＳセキュリティ１８Ｓがヌルまたは非ヌルアルゴリズムで有効化されるか否かに基づいて設定されてもよく、例えば、ＲＡＮノード１６が単にヌルアルゴリズムで有効化した場合に、ＲＡＮノード１６がＣＮの決定を拒否することを許容しないようにするために設定されてもよい。しかし、他の実施形態では、ＵＰ ＡＳセキュリティ１８Ｓが有効化されているかどうかは、ＵＰ ＡＳセキュリティ１８ＳがＲＡＮノード１２によって非ヌルアルゴリズムで適用されているかどうか、すなわち、ＵＰ ＡＳセキュリティ１８Ｓが実際に暗号化および／または完全性を保護するような方法で有効化されているかどうかを意味する。

上記の修正および変形を考慮して、図２Ａは、いくつかの実施形態に従ってＵＰ ＡＳセキュリティ１８Ｓを構成するためにＲＡＮノード１６によって実行される方法１００を示す。方法１００は、ＲＡＮノード１６がユーザプレーンＡＳセキュリティ１８Ｓを有効化すべきか否かのＣＮ１０Ａによる決定を示す有効化指示２０Ａを取得することを含む（ブロック１０２）。方法１００はまた、ＲＡＮノードが（例えば、ＣＮ１０Ａによって）ＣＮ１０Ａによる決定を拒否することを許可されているか否かを示す拒否容認指示２２を取得することを含む（ブロック１０４）。

いくつかの実施形態では、方法１００は、有効化指示２０Ａおよび拒否容認指示２２に応じて、ＵＰ ＡＳセキュリティ１８Ｓを有効化すること、または有効化しないことをさらに含む（ブロック１０６）。代替的または追加的に、方法１００は、ＣＮ１０Ａによる決定がＲＡＮノード１６がユーザプレーンＡＳセキュリティ１８Ｓを有効化することである場合、拒否容認指示２２に従って、ＲＡＮノード１６がＣＮ１０Ａによる決定を拒否することが許可されていない場合、およびＲＡＮノード１６がユーザプレーンＡＳセキュリティ１８Ｓを有効化することができない場合、またはＣＮ１０ＡがユーザプレーンＡＳセキュリティ１８Ｓを有効化する権限を与えられていない場合（ブロック１０８）に、１つまたは複数の動作を実行することをさらに含むことができる（ブロック１０８）。例えば、１つ以上の動作は、ユーザプレーンセッションまたはユーザプレーンセッション確立をキャンセル、拒否、または切断すること、または無線通信機器１４を別のＲＡＮノードに導くことを含んでもよい。

図３Ａは、対応して、いくつかの実施形態に従ってＵＰ ＡＳセキュリティ１８Ｓを構成するためにＣＮノード１６によって実行される方法２００を示す。方法２００は、ＲＡＮノード１６がユーザプレーンＡＳセキュリティ１８Ｓを有効化すべきか否かのＣＮ１０Ａによる決定を示す有効化指示２０Ａを通知することを含む（ブロック２０２）。方法２００はまた、ＲＡＮノードがＣＮ１０Ａによる決定を拒否することを（例えば、ＣＮ１０Ａによって）許可されているか否かを示す拒否容認指示２２を通知することを含む（ブロック２０４）。

いくつかの実施形態では、方法２００は、ＣＮ１０Ａによる決定が、ＲＡＮノード１６がユーザプレーンＡＳセキュリティ１８Ｓを有効化することである場合に、拒否容認指示２２に従って、ＲＡＮノード１６がＣＮ１０Ａによる決定を拒否することが許可されていない場合に、ＲＡＮノード１６がユーザプレーンＡＳセキュリティ１８Ｓを有効化することができないか、またはＣＮ１０Ａに権限が与えられていない場合に、１つ以上の動作を実行することをさらに含んでもよい（ブロック２０６）。例えば、１つ以上の動作は、ユーザプレーンＡＳセキュリティのためにＲＡＮノードで利用可能なリソースを増加させること、および／または（ユーザプレーンセッションがキャンセルされ、拒否され、または切断されるのでなく）ユーザプレーンＡＳセキュリティなしでユーザプレーンセッションが確立されることを可能にするために、決定および／または拒否容認指示を修正することを含んでもよい。

図２Ｂは、通知２０がＣＮの決定および決定を拒否することができるかどうかを示す他の実施形態に従ってＵＰ ＡＳセキュリティ１８Ｓを構成するためにＲＡＮノード１６によって実行される方法１１０を示す。方法１１０は、ＲＡＮノード１６がユーザプレーンＡＳセキュリティ１８Ｓを有効化すべきか否かについてのＣＮ１０Ａによる決定を示し、また、ＣＮ１０Ａによる決定を拒否することを（例えば、ＣＮ１０Ａによって）許可されているか否かを示す、通知２０を受信することを含む（ブロック１１２）。

いくつかの実施形態では、方法１１０は、通知２０に応じて、ＵＰ ＡＳセキュリティ１８Ｓを有効化すること、または有効化しないことをさらに含む（ブロック１１４）。代替的または追加的に、方法１１０は、ＣＮ１０Ａによる決定が、ＲＡＮノード１６がユーザプレーンＡＳセキュリティ１８Ｓを有効化すべきとの決定である場合、ＲＡＮノード１６がＣＮ１０Ａによる決定を拒否することを許可されていない場合、およびＲＡＮノード１６がユーザプレーンＡＳセキュリティ１８Ｓを有効化することができないか、またはＣＮ１０Ａが権限を与えられていない場合に、１つ以上の動作を実行することをさらに含んでもよい（ブロック１１６）。例えば、１つ以上の動作は、ユーザプレーンセッションまたはユーザプレーンセッション確立をキャンセル、拒否、または切断すること、または無線通信機器１４を別のＲＡＮノードに導くことを含んでもよい。

図３Ｂは、対応して、いくつかの実施形態に従ってＵＰ ＡＳセキュリティ１８Ｓを構成するためにＣＮノード１６によって実行される方法２１０を示す。方法２１０は、ＲＡＮノード１６がＵＰ ＡＳセキュリティを有効化すべきか否かの（ＣＮの）決定を行うことを含む（ブロック２１２）。方法２１０は、ＲＡＮノード１６がユーザプレーンＡＳセキュリティ１８Ｓを有効化すべきか否かのＣＮ１０Ａによる決定を示す通知２０を送信することをさらに含み、ＲＡＮノードがＣＮ１０Ａによる決定を拒否することを（例えば、ＣＮ１０Ａによって）許可されているか否かを示す通知２０を送信することをさらに含む（ブロック２１４）。

いくつかの実施形態では、方法２１０は、ＣＮ１０Ａによる決定が、ＲＡＮノード１６がユーザプレーンＡＳセキュリティ１８Ｓを有効化べきとの決定である場合、ＲＡＮノード１６がＣＮ１０Ａによる決定を拒否することを許可されていない場合、およびＲＡＮノード１６がユーザプレーンＡＳセキュリティ１８Ｓを有効化することができないか、またはＣＮ１０Ａに権限が与えられていない場合に、１つ以上の動作を実行することをさらに含んでもよい（ブロック２１６）。例えば、１つ以上の動作は、ユーザプレーンＡＳセキュリティのためにＲＡＮノードで利用可能なリソースを増加させること、および／または（ユーザプレーンセッションがキャンセルされ、拒否され、または切断されるのではなく）ユーザプレーンＡＳセキュリティなしでユーザプレーンセッションが確立されることを可能にするために、決定および／または拒否容認指示を修正することを含むことができる。

図２Ｃは、さらに別の実施形態に従ってＵＰ ＡＳセキュリティ１８Ｓを構成するためにＲＡＮノード１６によって実行される方法１２０を示す。方法１２０は、ユーザプレーンＡＳセキュリティ１８Ｓを有効化すべきか否かのＣＮ１０Ａによる決定が、ＲＡＮノード１６が遵守しなければならない命令であるか、またはＲＡＮノード１６がそれを拒否することを許容される優先事項であるかを示す通知２０を受信することを含む（ブロック１２２）。

いくつかの実施形態では、方法１２０は、通知２０に応じて、ＵＰ ＡＳセキュリティ１８Ｓを有効化すること、または有効化しないことをさらに含む（ブロック１２４）。代替的または追加的に、方法１１０は、ＣＮ１０Ａによる決定が、ＲＡＮノード１６がユーザプレーンＡＳセキュリティ１８Ｓを有効化すべきとの決定である場合、ＲＡＮノード１６がＣＮ１０Ａによる決定を拒否することを許可されていない場合、およびＲＡＮノード１６がユーザプレーンＡＳセキュリティ１８Ｓを有効化することができないか、またはＣＮ１０Ａが権限を与えられていない場合に、１つ以上の動作を実行することをさらに含んでもよい（ブロック１２６）。例えば、１つ以上の動作は、ユーザプレーンセッションまたはユーザプレーンセッション確立をキャンセル、拒否、または切断すること、または無線通信機器１４を別のＲＡＮノードに導くことを含んでもよい。

図３Ｃは、対応して、他の実施形態に従ってＵＰ ＡＳセキュリティ１８Ｓを構成するためにＣＮノード１６によって実行される方法２２０を示す。方法２２０は、ＲＡＮノード１６がＵＰ ＡＳセキュリティを有効化すべきか否かを（ＣＮの）決定することを含む（ブロック２２２）。方法２２０は、ユーザプレーンＡＳセキュリティ１８Ｓを有効化すべきか否かのＣＮ１０Ａによる決定が、ＲＡＮノード１６が遵守しなければならない命令であるか、またはＲＡＮノード１６がそれを拒否することを許容される優先事項であるかを示す通知２０を送信することをさらに含む（ブロック２２４）。

いくつかの実施形態では、方法２２０は、ＣＮ１０Ａによる決定が、ＲＡＮノード１６がユーザプレーンＡＳセキュリティ１８Ｓを有効化することである場合、ＲＡＮノード１６がＣＮ１０Ａによる決定を拒否することを許可されていない場合、およびＲＡＮノード１６がユーザプレーンＡＳセキュリティ１８Ｓを有効化することができないか、またはＣＮ１０Ａに権限が与えられていない場合に、１つ以上の動作を実行することをさらに含んでもよい（ブロック２２６）。例えば、１つ以上の動作は、ユーザプレーンＡＳセキュリティのためにＲＡＮノードで利用可能なリソースを増加させること、および／またはユーザプレーンＡＳセキュリティなしで（ユーザプレーンセッションがキャンセルされ、拒否され、または切断されるよりもむしろ）ユーザプレーンセッションが確立されることを可能にするために、決定および／または拒否容認指示を修正することを含んでもよい。

図４は、いくつかの実施形態に従って無線通信機器１４によって実行される方法３００を示す。方法３００は、ＲＡＮ１０Ｂ内のＲＡＮノード１６が、拒否することを（例えばＣＮ１０Ａによって）許可されていないＣＮの決定に従ってＵＰ ＡＳセキュリティ１８Ｓを有効化することができないことに応答して、別のＲＡＮノードとのユーザプレーンセッションを確立するために無線通信機器１４を導く通知を受信することを含む（ブロック３１０）。いくつかの実施形態における方法３００は、受信した通知に従って、異なるＲＡＮノードとのユーザプレーンセッションを確立することを試みることを含んでもよい（ブロック３２０）。

上述の装置は、任意の機能的手段、モジュール、ユニット、または回路を実装することによって、本明細書に記載された方法および任意の他の処理を実行しうることにさらに留意されたい。一実施形態では、例えば、装置は、方法の図に示されたステップを実行するように構成されたそれぞれの回路または回路構成(circuitry)を有する。ここで、回路または回路構成は、特定の機能的処理を実行するために専用の回路、および／またはメモリを伴う１つ以上のマイクロプロセッサを有してもよい。例えば、回路構成は、１つ以上のマイクロプロセッサまたはマイクロコントローラに加え、およびデジタル信号プロセッサ（ＤＳＰ）、特殊用途デジタル論理回路などを含みうる他のデジタルハードウェアを有してもよい。処理回路はメモリに記憶されたプログラムコードを実行するように構成されていてもよく、このメモリは、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリ（登録商標）デバイス、光記憶デバイスなどの１または複数種類のメモリを含んでもよい。メモリに記憶されたプログラムコードは、本明細書のいくつかの実施形態において記載された技術のうちの１つまたは複数の技術を実行するための命令に加え、１つまたは複数の電気通信プロトコルおよび／またはデータ通信プロトコルを実行するためのプログラム命令を含んでもよい。メモリを用いる実施形態において、メモリは、１つ以上のプロセッサによって実行されると、本明細書に記載された技術を実行するプログラムコードを格納する。

上述したようなコアネットワークノード１６は、少なくともいくつかの実施形態では、アクセスおよびモビリティ機能（ＡＭＦ）および／またはセッション管理機能（ＳＭＦ）を実装してもよい。それにかかわらず、コアネットワークノード１６は、任意の機能的手段またはユニットを実装することによって、本明細書に記載された処理のいずれかを実行してもよい。一実施形態では、例えば、コアネットワークノード１６は、図３に示すステップのいずれかを実行するように構成されたそれぞれの回路または回路構成を有する。この点での回路または回路構成は、特定の機能的処理を実行するために専用の回路、および／またはメモリを伴う１つ以上のマイクロプロセッサを有してもよい。メモリを用いる実施形態において、メモリは、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなどのような１つまたは複数のタイプのメモリを有してよい。メモリは、１つまたは複数のプロセッサによって実行されると、本明細書に記載された技術を実行するプログラムコードを格納する。

図５Ａは、１つ以上の実施形態に従ったコアネットワークノード４００を示す。コアネットワークノード４００は、例えば、通知２０および／または他の処理を実行するものとして本明細書で説明されるコアネットワークノード１６に対応しうる。図示のとおり、コアネットワークノード４００は処理回路４１０および通信回路４２０を含む。通信回路４２０は、例えば任意の通信技術を用いて、１つ以上の他のノードに、および／または他のノードから情報を送信および／または受信するように構成される。処理回路４１０は、メモリ４３０に記憶された命令を実行することによって、上述した処理、例えば図３Ａ、３Ｂ、および／または３Ｃを実施するように構成されている。ここで処理回路４１０は、特定の機能的手段、ユニット、またはモジュールを実装してもよい。

図５Ｂは、１つ以上の他の実施形態に従って実装されたコアネットワークノード５００を図示している。コアネットワークノード５００は、例えば、通知２０および／または他の処理を実行するものとして本明細書に説明されるコアネットワークノード１６に対応しうる。図示の通り、コアネットワークノード５００は、様々な機能的手段、ユニット、またはモジュールを、例えば、図５Ａの処理回路４１０を用いて、および／またはソフトウェアコードを用いて実装する。これらの機能的手段、ユニット、またはモジュールは、例えば、図３Ａ、３Ｂ、および／または３Ｃのいずれかのステップを実施するために、例えば、通知２０を送信するための通知ユニットまたはモジュール５１０を含む。いくつかの実施形態では、例えば、図３Ａの方法１００を実施するために、通知ユニットまたはモジュール５１０は、ＲＡＮノード１６がユーザプレーンＡＳセキュリティ１８Ｓを有効化すべき否かのＣＮ１０Ａによる決定を示す有効化指示２０Ａを通知し、ＲＡＮノードがＣＮ１０Ａによる決定を拒否することを（例えばＣＮ１０Ａによって）許可されているか否かを示す拒否容認指示２２を通知するためのものである。また、ＲＡＮノード１６がＵＰ ＡＳセキュリティ１８Ｓを有効化すべきか否かの決定を行うための、および／または、ＲＡＮノード１６がその決定を拒否することを許可されるか否かを決定するための、決定ユニットまたはモジュール５２０も含まれてもよい。

同様に、上述した無線ネットワーク装置は、任意の機能的手段またはユニットを実装することによって、本明細書の処理のいずれかを実施してもよい。一実施形態では、例えば、無線ネットワーク装置は、図２Ａ〜２Ｃのいずれかに示されたステップのいずれかを実行するように構成されたそれぞれの回路または回路構成を有する。ここで、回路または回路構成は、特定の機能的処理を実行するために専用の回路、および／またはメモリとともに１つ以上のマイクロプロセッサを含んでいてもよい。メモリを用いる実施形態では、メモリは、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなどのような１つまたは複数のタイプのメモリを含んでもよく、メモリは、１つまたは複数のプロセッサによって実行されると、本明細書に記載された技術を実行するプログラムコードを格納する。

図６Ａは、１つ以上の実施形態に従った無線ネットワークノード６００を示す。無線ネットワークノード６００は、図１を参照して説明した無線ネットワークノード１２に対応しうる。図示の通り、無線ネットワークノード６００は、処理回路６１０および通信回路６２０を含む。通信回路６２０は、例えば任意の通信技術を用いて、１つ以上の他のノードに情報を送信および／または受信するように構成されている。処理回路６１０は、メモリ６３０に記憶された命令を実行することなどにより、上述した処理、例えば図２Ａ、２Ｂ、および／または２Ｃの処理を実行するように構成されている。処理回路６１０は、特定の機能的手段、ユニット、またはモジュールを実装してもよい。

図６Ｂは、１つ以上の他の実施形態に従って実装された無線ネットワークノード７００を示す。無線ネットワークノード７００は、図１で説明した無線ネットワークノード１２に対応しうる。図示の通り、無線ネットワークノード７００は、様々な機能的手段、ユニット、またはモジュールを、例えば、図６Ａの処理回路６１０によって、および／またはソフトウェアコードを用いて実装する。これらの機能的手段、ユニット、またはモジュールは、例えば、図２Ａのステップのいずれかを実装するために、例えば、ＣＮ１０ＡによるユーザプレーンＡＳセキュリティ１８Ｓを有効化すべきか否かのＣＮ１０Ａによる決定を示す有効化指示２０Ａを取得するための取得ユニットまたはモジュール１０１０と、ＲＡＮノード１６がＣＮ１０Ａによる決定を拒否することを（例えば、ＣＮ１０Ａによって）許可されているか否かを示す拒否容認指示２２を取得するための拒否容認指示取得ユニットまたはモジュール７２０とを含むことができる。また、有効化指示２０Ａおよび拒否容認指示２２に応じて、ＵＰ ＡＳセキュリティ１８Ｓを有効化または非有効化するためのセキュリティ制御ユニットまたはモジュール７３０が含まれてもよい。さらに、ＣＮ１０Ａによる決定が、ＲＡＮノード１６がユーザプレーンＡＳセキュリティ１８Ｓを有効化すべきとの決定である場合、拒否容認指示２２に従って、ＲＡＮノード１６がＣＮ１０Ａによる決定を拒否することを許可されていない場合、およびＲＡＮノード１６がユーザプレーンＡＳセキュリティ１８Ｓを有効化することができない場合、またはＣＮ１０ＡがユーザプレーンＡＳセキュリティ１８Ｓを有効化する権限を与えられていない場合に、１つ以上の動作を実行するための動作ユニットまたはモジュール７４０が含まれていてもよい。

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

図７Ｂは、さらに別の実施形態に従った無線通信機器１４の概略ブロック図を示す。図示の通り、無線通信機器１４は、様々な機能的手段、ユニット、またはモジュールを、例えば図７Ａの処理回路８００により、および／またはソフトウェアコードにより実装する。これらの機能的手段、ユニット、またはモジュールは、例えば、本明細書の１つ以上の方法を実装するために、例えば、別のＲＡＮノードとのユーザプレーンセッションを確立するために無線通信機器１４を導く通知を受信するための通知ユニットまたはモジュール９００を含む。また、受信した通知に従って、異なるＲＡＮノードとのユーザプレーンセッションを確立しようとするためのステアリングユニットまたはモジュール９１０も含まれてもよい。

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

コンピュータプログラムは、無線通信システムで用いるように構成された装置の少なくとも１つのプロセッサ上で実行されると、装置に上述の各処理のいずれかを実行させる命令を有する。コンピュータプログラムは、上述の手段またはユニットに対応する１つ以上のコードモジュールを有しうる。

実施形態はさらに、そのようなコンピュータプログラムを含む媒体を含む。この媒体は、電気信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つを含みうる。

本明細書の実施形態はまた、恒久的なコンピュータ可読（記憶または記録）媒体に格納され、装置のプロセッサによって実行されると、装置を上述のとおり動作させる命令を有するコンピュータプログラム製品を含む。

実施形態はさらに、コンピュータプログラム製品が装置によって実行されると、本明細書の実施形態のいずれかのステップを実行するためのプログラムコード部分を有するコンピュータプログラム製品を含む。このコンピュータプログラム製品は、コンピュータ読み取り可能な記録媒体に格納されていてもよい。

上述の実施形態は、ユーザプレーンＡＳセキュリティに関して説明したが、実施形態は、その有効化に関する決定を必要とする、オプションとして採用される他のタイプのＡＳセキュリティ、例えば、制御プレーンＡＳにも同様に拡張することができる。

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

３ＧＰＰ ＴＳ ２３.５０１には、５Ｇネットワークアーキテクチャが記載されている。必要最小限に簡略化した５Ｇネットワークを図８に示す。

ＵＥ(User Equipment)４０は、ネットワークに無線でアクセスするためにユーザによって使用されるモバイルデバイスである。ＵＥ４０は、例えば、５Ｇネットワークのために実装された図１の無線機器１４を表してもよい。ｇＮＢ(Next Generation Node B)４２と呼ばれる無線アクセスネットワーク（ＲＡＮ）機能または基地局は、ＵＥに無線無線通信を提供し、ＵＥをコアネットワークに接続する役割を担う。ｇＮＢ４２は、例えば、５Ｇネットワーク用に実装された図１のＲＡＮノード１２を表してもよい。ＡＭＦ(Access and Mobility Management Function)４４と呼ばれるコアネットワーク機能は、さまざまな責務を果たすが、とりわけ、ＵＥのモビリティの処理を担当する。ＳＭＦ(Session Management Function)４８と呼ばれる別のコアネットワーク機能は、さまざまな責務を果たすが、とりわけ、ＵＥのセッションおよびトラフィックの転送(steering)を処理することを担当する。ＳＭＦ４８は、５Ｇネットワークのために実装された図１のＣＮノード１６を表してもよい。ＵＰＦ(User Plane Function)４６と呼ばれる別のコアネットワーク機能は、さまざまな責務を果たすが、とりわけ、データネットワークへの相互接続、パケットルーティングおよびフォワーディングを担当する。

ＵＥ４０は、無線インターフェースを使用して無線でｇＮＢ４２と相互作用する。無線インターフェースのトラフィックは、制御プレーンのトラフィックとユーザプレーンのトラフィックの両方を有する。無線制御プレーンは、ＲＲＣ(Radio Resource Control)とも呼ばれる。ｇＮＢ４２は、Ｎ２と呼ばれるインタフェースを使用してＡＭＦ４４と相互作用する。ＡＭＦ４４とＳＭＦ４８との間のインタフェースは、Ｎ１１と呼ばれる。同様に、ｇＮＢ４２とＵＰＦ４６は、Ｎ３と呼ばれるインタフェースを使用して相互作用する。ｇＮＢ４２とＳＭＦ４８との間には直接のインタフェースはなく、したがって、それらはＡＭＦ４４を介して相互作用する。

ＵＥ４０とＡＭＦ４４との間の論理的側面はＮＡＳ（非アクセスストラタム）と呼ばれ、ＵＥ４０とｇＮＢ４２との間の論理的側面はＡＳ（アクセスストラタム）と呼ばれる。これに対応して、通信のセキュリティ（制御プレーン、ユーザプレーンがある場合はユーザプレーン）をそれぞれＮＡＳセキュリティ、ＡＳセキュリティと呼ぶ。ＡＳセキュリティは、制御プレーン（ＲＲＣ）とユーザプレーントラフィックとの両方の機密性ならびに完全性の保護を含む。

ＬＴＥシステム（Long Term Evolution、４Ｇとして広く知られている）では、ＲＲＣとユーザプレーンの両方に対するＡＳセキュリティが必須である。つまり、ＲＲＣに対しては機密性と完全性保護の両方が有効化され、ユーザプレーンでは機密性が有効化される。ＬＴＥでは、ユーザプレーンの完全性保護はサポートされていない。ＬＴＥには、実際にはＲＲＣやユーザプレーンのトラフィックを暗号化せず、また完全性を保護しないヌル暗号化アルゴリズムやヌルインテグリティアルゴリズムがあることに留意されたい。しかし、いくつかの実施形態によれば、これらのヌルアルゴリズムは、単なる別の種類のアルゴリズムであり、したがって、ＡＳセキュリティは、依然として、有効化されている、すなわち、ヌルアルゴリズムを使用して有効化されていると言われている。

５Ｇシステムでは、ＡＳセキュリティはＲＲＣについては必須であるが、ユーザプレーンについてはオプションである可能性が高い。つまり、ＲＲＣについては機密性保護と完全性保護の両方が有効化される一方、ユーザプレーンについては機密性保護と完全性保護はオプションになる可能性が高い。

ＬＴＥシステムでは、ＡＳセキュリティ有効化がＲＲＣとユーザプレーンの両方について必須であるため、ＲＲＣとユーザプレーンの両方についてＡＳセキュリティを有効化する手順を１つ用意しておけば足りる。この手順は、ＡＳセキュリティモード命令手順として知られている（３ＧＰＰ ＴＳ ３３.４０１の７.２.４.５節参照）。５Ｇ システムでは、ＡＳセキュリティの有効化はユーザプレーントラヒックについてのオプションであるため、この手順には該当しない可能性が高い。ＡＳセキュリティモードのコマンド手順が、ユーザプレーンのＡＳセキュリティ有効化のための正しい手順なのかどうか、また正しい手順でない場合に何が正しい手順なのか、さらにどのノードや機能がその責任を負うのかは不明である。したがって、ＡＳセキュリティの有効化は、５Ｇシステムに新たな課題をもたらす。

本明細書のいくつかの実施形態は、ユーザプレーンのＡＳセキュリティ（すなわち、機密性および完全性保護）が意図された通りに有効化されるメカニズムを提供する。本明細書のいくつかの実施形態は、ユーザプレーンＡＳセキュリティを有効化するためのロバストな仕組みを提供してもよい。ロバスト性は、ユーザプレーンＡＳセキュリティを有効化する決定がなされたにもかかわらず、ユーザプレーンＡＳセキュリティが有効化されない状況から保護することによって得られる。

そして、一般的に、本明細書の実施形態は、ＣＮがユーザプレーンＡＳセキュリティを有効化すべきであるという指示をＲＡＮに送信した場合に、ＲＡＮが、例えば、現在過負荷または省電力モードにあり、計算効率またはバッテリ効率のために完全性保護または機密性を有効化できないなどの理由で、指示に従うことができないかもしれないという課題に対処することができる。いくつかの実施形態では、ＲＡＮは、ＣＮによって許可された場合にのみ、ユーザプレーンＡＳセキュリティを有効化することについてＣＮによってなされた決定を拒否することができることを提案している。

そのような実施形態の理由は以下の通りである。ＲＡＮとは異なり、ＣＮはネットワークポリシルールや加入ポリシルールにアクセスすることができ、それに基づいてＣＮはユーザプレーンＡＳセキュリティを有効化すべきか否かの決定を行う。したがって、ＲＡＮは、ＣＮの決定を拒否することができるかどうかを独自に決定する立場にはない。例えば、ＣＮが法執行機関に属するＵＥに対してユーザプレーンＡＳセキュリティを有効化することを決定していた場合、ＲＡＮが単にローカルな状況に基づいてＣＮの決定を拒否してユーザプレーンＡＳセキュリティを有効化しないことは壊滅的な事態であろう。さらに、ＣＮの決定が覆されたことをＣＮに通知するだけでは不十分である。ＣＮは、ユーザプレーンＡＳセキュリティが有効化されなかったという情報を得ることになるが、ＣＮが是正措置をとる前、例えば、既に空中で送信されたアップリンク／ダウンリンクデータなどについては手遅れになる可能性がある。言い換えれば、ＣＮが更なる決定を下す前に、損害が既に生じている可能性がある。したがって、いくつかの実施形態では、ＣＮがその決定をＲＡＮが拒否できるか否かについて最終的な発言権を有することのみが許容されるように思われる。これは、例えば、ＣＮがユーザプレーンＡＳセキュリティを有効化する決定とともにＲＡＮに指示（拒否が許可されているかどうか）を送信する、ＣＮがＲＡＮとＣＮの間のＮＧＡＰ初期コンテキスト設定においてＲＡＮに指示（拒否が許可されているかどうか）を送信する、ＲＡＮが指示（特定のタイプのセッションまたはＵＥについて拒否が許可されているかどうか）によって事前に構成されているなど、多くの方法で行われ得る。

例えば、ユーザプレーンアクセスストラタム（ＡＳ）セキュリティを設定するためにｇＮＢ４２によって実行される方法は、いくつかの実施形態において、（ｉ）第１の指示、すなわちユーザプレーンＡＳセキュリティ有効化に関するＳＭＦの指示を、ｇＮＢ４２が拒否することを許可されているか否かを示すdonotOverrule指示をＳＭＦ４８から取得することと；（ｉｉ）ユーザプレーンＡＳセキュリティ有効化に関するＳＭＦの指示である第１の指示をＳＭＦ４８から取得することと；（ｉｉｉ）donotOverrule指示に基づいて、第１の指示を拒否すべきか否かを決定することと；を含みうる。

この方法は、いくつかの実施形態において、第１の指示に従うことができないと決定することをさらに含んでもよい。

代替的に、または追加的に、donotOverrule指示と第１の指示とを一緒に取得してもよい。例えば、ユーザプレーンＡＳセキュリティ有効化に関するＳＭＦの指示を示すとともに、ｇＮＢ４２が第１の指示を拒否することを許可されているか否かを示す、組み合わせ指示によって、donotOverrule指示と第１の指示がまとめて示されてもよい。

この方法は、いくつかの実施形態において、動作を行うことをさらに含んでもよい。

より詳細には、５ＧにおけるＲＡＮは、ｇＮＢ４２の他に、ＬＴＥに属する基地局を意味する次世代ｅＮＢ(ng−eNB)、ｅＮＢ(E−UTRAN NodeBまたはEvolved NodeB)で構成されることに留意されたい。しかしながら、そのような区別は、本開示の目的のためにはあまり重要ではなく、したがって、本開示では、ｇＮＢ４２のみを参照する。これは、本明細書の実施形態を限定するためではなく、説明を明確にするために行われる。また、ユーザプレーンＡＳセキュリティは、ユーザプレーンの機密性およびユーザプレーンの完全性保護を含むことに留意されたい。しかしながら、そのような区別は、本開示の目的のためにはさほど重要ではなく、したがって、本開示は、本明細書の限定的な実施形態のためではなく、説明を明確にするために、概してユーザプレーンＡＳセキュリティについて言及する。さらに、用語「ノード」は、物理的なノードまたはネットワーク内の機能を表しうる。

前述したように、５Ｇシステムでは、ユーザプレーンＡＳセキュリティの有効化は任意である可能性が高い。ユーザプレーンＡＳセキュリティの有効化における第１の課題は、どのノードが有効化を制御するかの決定である。ユーザプレーンＡＳセキュリティはｇＮＢ４２で終端するので、いくつかの実施形態によれば、ｇＮＢ４２が有効化を制御する。しかしながら、ｇＮＢ４２はＲＡＮノードであり、コアネットワークに存在するネットワークポリシ規則または加入ポリシ規則にアクセスすることができない。したがって、ｇＮＢ４２は、特定のＵＥ４０に対するユーザプレーンＡＳセキュリティを有効化すべきか否かを決定するノードであることができない。一方、ＳＭＦ４８は、コアネットワークのノードであり、ポリシルールへのアクセス権を有する。また、ＳＭＦ４８は、ユーザプレーンセッション管理を受け持つノードでもある。したがって、いくつかの実施形態によれば、ＳＭＦ４８は、特定のＵＥ４０に対するユーザプレーンＡＳセキュリティを有効化すべきか否かを決定するノードである。記載された実施形態ではＳＭＦ４８について言及しているが、他の実施形態では他のコアネットワークノード、例えばＡＭＦ４６が、代わりにユーザプレーンＡＳセキュリティの有効化を決定してもよい。

いくつかの実施形態によれば、ＳＭＦ４８は、ユーザプレーンＡＳセキュリティ有効化についての第１の指示を（ＡＭＦ４６を介して）ｇＮＢ４２に送信する。その後、ｇＮＢ４２は、ＳＭＦ４８から受信した第１の指示に基づいて、ユーザプレーンＡＳセキュリティを有効化するか、または有効化しない。図９および図１０は、上述の第１の指示（例えば、SMF_RUS_Pre）に関してＳＭＦ４８とｇＮＢ４２との間で使用される通知フロー、手順、メッセージ、およびフィールドをさらに示している。図９および図１０は、第１の指示についてのみ論じており、図９および図１０の後に論じられるいかなるdoNotOverrule指示についても論じたり、説明したりしていないことに注意されたい。その代わりに、図９および図１０は、第１の指示（例えば、SMF_RUS_Pre）のみを使用する際に生じる問題を説明するのに役立つ。

図９および図１０において、ＵＥとＲＡＮ（すなわちｇＮＢ）との間のユーザプレーン（ＵＰ）に対する完全性と暗号化（または暗号符号化）の両方をサポートする保護層が存在するものとしている。暗号化または完全性について言及される場合、この保護層の暗号化または完全性保護機能をそれぞれ意味する。現在、ＬＴＥではこの保護層をＰＤＣＰプロトコルで実現している。次世代システムでは、同じプロトコル（つまりＰＤＣＰ）の拡張版によって、同じ保護層が実現されることが期待されている。

ネットワークは、ＵＥとＲＡＮと間の無線インターフェース上でＵＰ保護を制御する。制御とは、完全性または暗号化のいずれかを有効化または無効化することを意味する。このような制御の粒度は、ネットワークスライスやＰＤＵセッションのレベルでありうる。つまり、ネットワークは、ネットワークスライス固有の基準で、あるいはＰＤＵセッション固有の基準ですら、ＵＰを搬送するすべての無線ベアラに同様の方法で制御を適用する。

この制御機能は、ネットワークとＵＥとの間のネゴシエーション機構によって実現され、ＵＥは、異なる粒度レベルで暗号化または完全性を有効化または無効化するための優先事項(preference)を示すことができる。これは、ネットワークスライスごと、またはＰＤＵセッションごとである。

ＵＥの優先事項は、ＵＤＭに保存、すなわち、加入情報に含まれていてもよい。優先事項はまた、同様にしてＵＥに事前設定されてもよい。ホームネットワークは、どのような制御が好ましいか、どの粒度レベルであるかを在圏(serving)ネットワークに示すことにより、意思決定を支援してもよい。

移動先(visited)ネットワークは、ホームネットワークから受信した指示、ＵＥの優先事項、および（例えばＳＭＦ内にある）移動先ネットワーク用に構成されたポリシに基づいて、暗号化および／または完全性終端を使用しなければならないか否かのポリシ決定を行う必要がある。コアネットワークは、そのような決定の結果をＮＡＳ層のＵＥに示してもよい。

コアネットワークは、スライスＩＤごと、またはＰＤＵセッションごとに、暗号化および／または完全性を使用しなければならないか否かをＲＡＮに通知する必要がある。この情報は、コアネットワークとＲＡＮとの間のＮ２インターフェース上で送信される。

ＲＡＮは、このような決定を拒否するか、またはコアネットワークから受信したＵＥの優先事項および場合によっては他の情報に基づいて独自の決定を行いうる。

ＵＥの優先事項が満たされない場合、ＵＥは応答動作を実行することができる。その動作は、別のｇＮＢ／ｅＮＢに接続することであってもよいし、ＵＥが特定のアプリケーションの使用を控えることであってもよい。

ＵＥがネットワーク内を移動し、ネットワークに接続するポイントを変更する場合（すなわち、モビリティ、ハンドオーバ、またはデュアル接続イベント時）、ＵＥの優先事項およびネットワークポリシ決定情報は、ネットワークノード間（例えば、２つの基地局間、またはアクセス管理エンティティ間）のネットワーク側で転送される必要がある。このような動作の例は、（ｉ）ハンドオーバイベントにおいて、ソースアクセス管理エンティティ（ＡＭＦ）がターゲットＡＭＦを知らせる；（ｉｉ）２つの基地局間のＸｎハンドオーバーにおいて、ソース基地局はターゲット基地局に、場合によってはスライス／ＰＤＵセッションごとに、ＵＰの暗号化および／または完全性保護を有効化すべきか無効化すべきかを通知する必要がある。この情報は、ソースノードからターゲットノードへ、Ｘｎインターフェース上で送信されてよい。（ｉｉｉ）２つの基地局間の二重接続において、マスタ基地局は、ＵＰの暗号化および／または完全性保護を有効化すべきか無効化すべきかをＤＲＢごとにセカンダリ基地局に通知する必要がある。この情報は、マスター基地局からセカンダリ基地局にＸｎインターフェース上で送信されてよい。

最初のＰＤＵセッション確立（一般化された変形例）を考える。この場合、US_PreはＲＡＮ ＵＰセキュリティの優先事項を示し、UE_RUS_PreはＲＡＮ ＵＰセキュリティについてのＵＥの優先事項を示し、SMF_RUS_PreはＲＡＮ ＵＰセキュリティについてのセッション管理エンティティの優先事項を示し、HN_PreはＵＰセキュリティについてのホームネットワークの優先事項を示す（この優先事項は、ＲＡＮまたは在圏ネットワーク内のＣＮでのＵＰセキュリティの終端を示しうる）。HN_Decは、ホームネットワークのホーム終端ＵＰセキュリティについての決定を示し、SN_Policeは、ネゴシエーションに関連する在圏ネットワークのポリシルールと、ＲＡＮでデフォルトとして使用されるＵＰセキュリティポリシを示し、RUS_Decは、ＲＡＮで行われるＲＡＮ ＵＰセキュリティの決定を示し、CUS_Decは、ＣＮ ＵＰセキュリティ終端の決定を示している。

次に、図９を参照して、非ローミングおよびローカルブレークアウトを伴うローミングについて、ＵＥの要求に基づくＰＤＵセッション確立を示す。この手順では、ＵＥがＡＭＦに登録済みであることを前提としているため、ＡＭＦはＵＤＭからユーザ加入データを取得済みである。

ステップ１：ＵＥからＡＭＦへ：ＰＤＵセッション確立要求（オプション：UE_RUS_Pre）。ＵＥは、オプションでＲＡＮユーザプレーンセキュリティの優先事項を示す。優先事項は、次のようにしてもよい。オプション：UE_RUS_Pre：ＲＡＮで終端するＵＰデータの暗号化を使用／使用しない；およびオプション：UE_RUS_Pre：ＲＡＮで終端するＵＰデータの完全性保護を使用／使用しない。例えば、ＵＥがＩｏＴスライスタイプをサポートしている場合、ＵＥは、そのＩｏＴスライスタイプについて、この特定のＰＤＵセッションＩＤについてＲＡＮで終端するＵＰデータの暗号化、または完全性保護、あるいはその両方を使用すべきか否かの優先事項を示すことができる。または、ＵＥがデータネットワークＡ（スライス識別子）にアクセスすることを許可されている場合、ＵＥは、そのスライス識別子に対して、ＲＡＮで終端するＵＰデータに対して暗号化、または完全性保護、あるいはその両方を使用すべきか否かの優先事項を示すことができる。または、ＵＥがＩｏＴ ＵＥである場合、ＵＥは、ＲＡＮで終端されるＵＰデータについて、全てのＵＰデータに対して暗号化と完全性保護の両方を使用することが望ましいことを示すことができる。

ステップ２：ＡＭＦは、そのＵＥの既存のＰＤＵセッションに使用されていないＰＤＵセッションＩＤに基づいて、メッセージが新しいＰＤＵセッションの要求に対応していると判断する。ＡＭＦは、ＴＳ ２３.５０１の６.３.２節に記載されているようにＳＭＦを選択する。

ステップ３：ＡＭＦからＳＭＦへ：ＰＤＵセッション確立要求を有するＳＭ要求（オプション：UE_RUS_Pre、オプション：SN_Policy）。ＡＭＦはＵＥ優先事項をＳＭＦに転送する。ＡＭＦはメッセージにポリシ情報を追加してもよい。オプション：SN_policy：ＳＭＦがＲＡＮセキュリティの変更を要求することを許可されている場合、ＡＭＦはＳＭＦ にポリシ情報を示すことができる。オプション：SN_policy：ＡＭＦはさらに、デフォルトのセキュリティポリシ値をＳＭＦに示すこともできる（例：ＲＡＮ暗号化が使用されている、ＲＡＮ完全性が使用されていない）。

ステップ４ａ：ＳＭＦからＵＤＭへ：加入データ要求（加入者永続ＩＤ、ＤＮＮ）。ＳＭＦは、ＵＰセキュリティの終端に関連してネットワークスライスにアクセスするすべてのＵＥに適用される共通のローカルポリシを有していてもよい。この場合、ＵＤＭからのポリシ情報は必要ない場合がある。共通ローカルポリシが存在せず、ＳＭＦがＤＮＮに関連するＵＥのためのＳＭ関連加入データをまだ取得していない場合、ＳＭＦはこの加入データを要求する。

ステップ４ｂ：ＵＤＭからＳＭＦへ：加入データ応答（オプション：HN_Pre、またはオプション：HN_Dec）。ＵＤＭは、ＳＭＦに対して、ＲＡＮ終端ＵＰセキュリティに関連するホームネットワーク優先事項、またはホームネットワーク終端ＵＰセキュリティについての決定を示すことができる。ホームネットワーク優先事項（HN_Pre）は、ＲＡＮのＵＰセキュリティに固有のものであってもよく、例えば、オプション：ＵＤＭは、ＲＡＮで終端するＵＰ暗号化を使用すべきか、使用すべきでないか、またはどちらでもよいを加入データの中で示す。オプション：ＵＤＭは、加入データの中で、ＲＡＮで終端するＵＰ暗号化を使用すべきか、使用すべきでないか、またはどちらでもよいかを示す。オプション：ＵＤＭは、ＲＡＮで終端するＵＰ完全性保護を使用すべきか、使用すべきでないか、またはどちらでもよいかを加入データで示す。ホームネットワーク優先事項（HN_Pre）は、ＵＰのＣＮ終端に固有のものであってもよく、例えば、オプション：ＵＤＭは、ＵＰ暗号化および／またはＵＰ完全性を在圏ネットワークのＣＮで終端させるべきであることを示す。ホームネットワーク決定（HN_Dec）は、ＵＰセキュリティのホームネットワーク終端に固有のものであってもよく、例えば、オプション：ＵＤＭは、ＵＰ暗号化および／またはＵＰ完全性をホームネットワークのＣＮで終端させるべきであることを示す。

ステップ５：ＳＭＦからＵＰＦを介してＤＮへ：ＳＭＦがＴＳ ２３.５０１の５.６.６節に記載されているようにＰＤＵセッションの確立を承認／認証する必要がある場合、ＳＭＦはＴＳ ２３.５０１の６.３.３節に記載されているようにＵＰＦを選択し、ＰＤＵセッション確立承認／認証をトリガする。ＰＤＵセッション確立承認／認証が失敗した場合、ＳＭＦはＰＤＵセッション確立手順を終了し、ＵＥに拒否を示す。

ステップ６ａ：ダイナミックＰＣＣが配備されている場合、ＳＭＦはＰＣＦ選択を行う。

ステップ６ｂ：ＳＭＦは、ＰＤＵセッションのデフォルトＰＣＣルールを取得するために、ＰＣＦに向けてＰＤＵ−ＣＡＮセッション確立を開始してもよい。

ステップ７：ＳＭＦは、ＰＤＵセッションのためのＳＳＣモードを選択する。

ステップ８：ダイナミックＰＣＣが配備され、ステップ５でＰＤＵ−ＣＡＮセッション確立が行われなかった場合、ＳＭＦはＰＣＦに向けてＰＤＵ−ＣＡＮセッション確立を開始し、ＰＤＵセッションのデフォルトＰＣＣルールを取得する。

ステップ９：ステップ５が実行されなかった場合、ＳＭＦは、選択されたＵＰＦとの間でＮ４セッション確立手順を開始し、そうでなければ、選択されたＵＰＦとの間でＮ４セッション修正手順を開始する。

ステップ９ａ：ＳＭＦは、ＵＰＦにＮ４セッション確立／変更要求を送信し、このＰＤＵセッションのためにＵＰＦにインストールすべきパケット検出、実施、および報告ルールを提供する。

ステップ９ｂ：ＵＰＦは、Ｎ４セッション確立／変更応答を送信することで確認応答する。

ステップ１０：ＳＭＦからＡＭＦへ：ＳＭ要求Ａｃｋ。オプション：SMF_RUS_Pre、またはオプション：SMF_CUS_Dec、またはオプション：HN_Dec（ＰＤＵセッション確立受け付け（オプション：SMF_RUS_Pre、またはオプション：SMF_CUS_Dec、またはオプション：HN_Dec））。このメッセージには、ＲＡＮのＵＰセキュリティのＳＭＦ要求（SMF_RUS_Pre）、または在圏ネットワークのＵＰセキュリティのＣＮ終端のＳＭＦ決定（SMF_CUS_Dec）、またはホームネットワークのＵＰセキュリティのＣＮ終端のＨＮ決定（HN_Dec）が含まれる場合がある。

ステップ１１：ＡＭＦから（Ｒ）ＡＮ：Ｎ２ＰＤＵセッション要求。オプション：SMF_RUS_Pre、またはオプション：SMF_CUS_Dec、またはオプション：HN_Dec（ＰＤＵセッション確立受け付け（オプション：SMF_RUS_Pre、またはオプション：SMF_CUS_Dec、またはオプション：HN_Dec））。メッセージ１０からの情報は、ＲＡＮに転送される。

ステップＸ：ステップ１１とステップ１２の間のステップである。（Ｒ）ＡＮは、ＲＡＮで終端されたＵＰについてのセキュリティに関するポリシ決定を行う。ＲＡＮは、提供された全ての情報を考慮する：ＲＡＮで終端されたＵＰのセキュリティに関連するＲＡＮのローカルポリシ；UE_RUS_Pre；SMF_RUS_Pre；SMF_CUS_Dec；およびHN_Dec。

ステップ１２：（Ｒ）ＡＮからＵＥへ：ＡＮ固有のリソース設定（ＰＤＵセッション確立受け付け（RUS_Dec）を含む）。（Ｒ）ＡＮは、ＵＥにポリシ決定を示す。ＵＥと（Ｒ）ＡＮとの間のこのＰＤＵセッションＩＤ／スライスＩＤについて（Ｒ）ＡＮが暗号化および／または完全性保護を有効化する場合、（Ｒ）ＡＮは、このＰＤＵセッションＩＤを提供する全ての無線ベアラで送信されるＵＰデータの完全性保護および／または暗号化のための選択されたアルゴリズムを、ＵＥへのＲＲＣ接続再構成メッセージで示さなければならない。ＲＲＣ接続再構成メッセージは、完全性保護されている。オプション：ＵＥは、このＰＤＵセッションＩＤ／スライスＩＤに対するＰＤＵセッション確立受け付けメッセージで受信したＵＰ暗号化終端がＲＡＮで使用されるべきか否かに関する優先事項または指示を格納する。オプション：ＵＥは、このＰＤＵセッションＩＤ／スライスＩＤに対するＰＤＵセッション確立受け付けメッセージで受信したＵＰ完全性保護終端がＲＡＮで使用されるべきか否かに関する優先事項または指示を格納する。オプション：ＵＥは、ＰＤＵセッション確立承認メッセージで受信した優先事項または指示がそうであることを示す場合、ＵＥと（Ｒ）ＡＮとの間で、このＰＤＵセッションＩＤに対する暗号化および／または完全性保護を有効化してもよい。ＵＥは、（Ｒ）ＡＮからのＲＲＣ接続再構成メッセージで受信した完全性保護および／または暗号化のための選択されたアルゴリズムを使用する。（Ｒ）ＡＮは、異なる優先事項を有し、ＰＤＵセッション確立承認メッセージでＵＥに送信された優先事項に従わなくてもよい。オプション：ＵＥは、これで、このＰＤＵセッションＩＤ／スライスＩＤに関して暗号化および／または完全性保護されたＵＰデータを送信することができる。

ステップ１３：（Ｒ）ＡＮからＡＭＦへ：Ｎ２ＰＤＵセッション要求Ａｃｋ（RUS_Dec）。ＲＡＮはポリシ決定をＡＭＦに示す。（Ｒ）ＡＮは、このＰＤＵセッションＩＤに関して、ＲＡＮにおけるＵＰ暗号化終端を使用するか否かをＡＭＦとＳＭＦに示す。（Ｒ）ＡＮは、ＲＡＮにおけるＵＰ完全性保護終端がこのＰＤＵセッションＩＤについて使用されるかどうかをＡＭＦとＳＭＦに示す。

ステップ１４：ＡＭＦからＳＭＦへ：ＳＭ要求（Ｎ２ ＳＭ情報）を送信する。ＡＭＦは、（Ｒ）ＡＮから受信したＮ２ ＳＭ情報をＳＭＦに転送する。オプション：ＡＭＦは、ポリシ決定をＡＭＦに示してもよい。

ステップ１５ａ：このＰＤＵセッションのためのＮ４セッションが確立済みでなければ、ＳＭＦはＵＰＦとのＮ４セッション確立手順を開始する。

ステップ１５ｂ：ＵＰＦは、Ｎ４セッション確立／修正応答をＳＭＦに提供する。

ステップ１６：このステップの後、ＡＭＦは、（Ｒ）ＡＮトンネル情報が変更されたりＡＭＦが再配置されたりするハンドオーバ時などに、関連するイベントをＳＭＦに転送する。

ステップ１７：ＵＰＦを介してＳＭＦからＵＥへ：ＰＤＵタイプＩＰｖ６の場合、ＳＭＦはＩＰｖ６ルータアドバタイズメントを生成し、Ｎ４およびＵＰＦを介してＵＥに送信する。

ここで、ＣＭ−ＩＤＬＥ状態でＵＥがサービス要求をトリガしたことを示す図１０について検討する。同じＰＤＵセッションＩＤを提供する無線ベアラについてＵＰセキュリティをどのように確立し、設定するかをＲＡＮがＵＥに示す２つの異なるオプション（オプション１およびオプション２）が記載されている。

ステップ１：ＵＥから（Ｒ）ＡＮへ：ＭＭ ＮＡＳサービス要求（スライスＩＤ／ＰＤＵセッションＩＤごとに、１つ以上のＰＤＵセッションＩＤ、セキュリティパラメータ、ＰＤＵセッションステータス。オプション：UE_Rus_Pre）。オプション：ＰＤＵセッションＩＤごと。ＵＥは自身のUE_Rus_Preを示す。

ステップ２：（Ｒ）ＡＮからＡＭＦへ：Ｎ２メッセージ（ＭＭ ＮＡＳサービス要求（スライスＩＤ／ＰＤＵセッションＩＤごとに、１つ以上のＰＤＵセッションＩＤ、セキュリティパラメータ、ＰＤＵセッションステータス。オプション：UE_Rus_Pre）、５ＧテンポラリＩＤ、位置情報、ＲＡＴタイプ、ＲＲＣ確立原因）

ステップ３：サービス要求が完全性保護されて送信されなかった場合、または完全性保護が失敗したことが示された場合、ＡＭＦ ＴＳ ２３.５０４.節に定義されているＮＡＳ認証／セキュリティ手順を開始しなければならない。

ステップ４ａ：［条件付き］ＡＭＦからＳＭＦへ：Ｎ１１メッセージ（１つ以上のＰＤＵセッションＩＤ）。ＭＭ ＮＡＳサービス要求メッセージに１つ以上のＰＤＵセッションＩＤが含まれている場合、またはこの手順がＳＭＦによってトリガされているが、ＵＥからのＰＤＵセッションＩＤが手順をトリガしているＳＭＦとは異なるＳＭＦと相関している場合、ＡＭＦは、１つ以上のＰＤＵセッションＩＤに関連付けられた１つ以上のＳＭＦにＮ１１メッセージを送信する。

ステップ４ｂ：［条件付き］ＳＭＦからＡＭＦへ：Ｎ１１メッセージ（スライスＩＤ／ＰＤＵセッションＩＤペアごとに、オプション：SMF_RUS_Pre、またはオプション：SMF_CUS_Dec、またはオプション：HN_Dec、（Ｎ２ ＳＭ情報（スライスＩＤ／ＰＤＵセッションＩＤペアごとに、ＱｏＳプロファイル、ＣＮ Ｎ３トンネル情報。オプション：SMF_RUS_Pre、またはオプション：SMF_CUS_Dec、またはオプション：HN_Dec））をＡＭＦに送信する。各ＳＭＦは、４ａでＮ１１メッセージを受信した後、ＰＤＵセッションのユーザプレーンを確立するためにＡＭＦにＮ１１メッセージを送信する。Ｎ２ ＳＭ情報には、ＡＭＦがＲＡＮに提供する情報が含まれている。オプション：ＳＭＦは、スライスＩＤ／ＰＤＵセッションＩＤペアごとに以下の情報を含む。オプション：SMF_RUS_Pre、またはオプション：SMF_CUS_Dec、またはオプション：HN_Dec。

ステップ５ａ：ＡＭＦから（Ｒ）ＡＮへ：Ｎ２リクエスト（スライスＩＤ／ＰＤＵセッションＩＤペアごとに、ＳＭＦから受信したＮ２ ＳＭ情報、セキュリティコンテキスト、ＡＭＦ通知接続ＩＤ、ハンドオーバ制限リスト、ＭＭ ＮＡＳサービスアクセプト、スライスＩＤ／ＰＤＵセッションＩＤペアのリスト。オプション：SMF_RUS_Pre、またはオプション：SMF_CUS_Dec、オプション：HN_Dec）。ＡＭＦは、ＲＡＮに以下の情報を含む：スライスＩＤ／ＰＤＵセッションＩＤペアのリスト、スライスＩＤ／ＰＤＵセッションＩＤペアごとに、オプション：SMF_RUS_Pre、またはオプション：SMF_CUS_Dec、またはオプション：HN_Dec。

ステップ５ｂ：ＲＡＮからＵＥへ：ＡＳセキュリティモードコマンド（ＣＰ通知の保護のための選択された暗号化および完全性アルゴリズム、オプション１：スライスＩＤ／ＰＤＵセッションＩＤごとに：ＵＰデータの保護のための選択された暗号化アルゴリズムおよび／または完全性アルゴリズム）。このメッセージは、K−RRCint鍵で完全性保護されている。

オプション１およびオプション２の両方について、同じスライスＩＤ／ＰＤＵセッションＩＤを提供するすべての無線ベアラについて、（Ｒ）ＡＮは、Ｎ２ ＳＭ情報において受信した、オプション：SMF_RUS_Pre、またはオプション：このスライスＩＤ／ＰＤＵセッションＩＤについてのHN_Decを保存する。ＲＡＮは、コアネットワークから受信した優先事項を拒否しうる、設定された別のポリシを有してもよい。ＲＡＮは、ＲＡＮのＵＰセキュリティのポリシを決定し、RUS_Decに設定する。RUS_Decが、ＲＡＮにおいてＵＰ暗号化終端を使用する必要があることを示す場合、ＲＡＮは、ＵＥと（Ｒ）ＡＮとの間で、このスライスＩＤ／ＰＤＵセッションＩＤを提供する全ての無線ベアラに対して、暗号化を有効化してもよい。（Ｒ）ＡＮは、ＡＭＦから受信したＵＥの５Ｇ能力（ＵＥがサポートしているアルゴリズムを含む）と、（Ｒ）ＡＮ内の設定リストで最も高い優先度が設定されたアルゴリズムから共通のアルゴリズムを選択して暗号化のアルゴリズムを選択する。RUS_Decが、ＲＡＮにおいてＵＰ暗号化終端を使用してはならないことを示す場合、ＲＡＮは、ＵＥと（Ｒ）ＡＮとの間で、このスライスＩＤ／ＰＤＵセッションＩＤを提供する無線ベアラに対して暗号化を有効化しなくてよい。ＲＡＮは、ＵＥと（Ｒ）ＡＮとの間でこのスライスＩＤ／ＰＤＵセッションＩＤを提供する全ての無線ベアラに対してＵＰ暗号化を使用してはならないことをＵＥに指示する。RUS_Decが、ＲＡＮにおいて、ＵＰ完全性保護終端を使用してはならないことを示す場合、ＲＡＮは、ＵＥと（Ｒ）ＡＮとの間でこのＳｌｉｃｅ ＩＤ／ＰＤＵセッションＩＤを提供している無線ベアラに対して、完全性保護を有効化しなくてよい。ＲＡＮは、ＵＥと（Ｒ）ＡＮとの間でこのスライスＩＤ／ＰＤＵセッションＩＤを提供している全ての無線ベアラに対してＵＰ完全性保護を使用してはならないことをＵＥに示す。

ステップ５ｃ：ＵＥから（Ｒ）ＡＮへ：ＡＳセキュリティモードコマンド完了（）。ＵＥは、ＣＰ通知の保護のための指示されたセキュリティアルゴリズムを使用する。ＵＥは、ＵＰデータの保護のために、同じスライスＩＤ／ＰＤＵセッションを提供するすべての無線ベアラについて、指示されたセキュリティアルゴリズムを使用する。

ステップ６：（Ｒ）ＡＮからＵＥへ：ＲＲＣ接続再構成（オプション２：同じＳｌｉｃｅ ＩＤ／ＰＤＵセッションＩＤを提供する無線ベアラについて：ＵＰデータ保護のために選択された暗号化アルゴリズムおよび／または完全性アルゴリズム）。ＲＡＮは、有効化されたＰＤＵセッションおよびデータ無線ベアラのすべてのＱｏＳフローのＱｏＳ情報に応じて、ＵＥとの間でＲＲＣ接続再構成を実行する。ＲＡＮの仕様に詳細に記載されているように、ユーザプレーンセキュリティはこのステップで確立される。オプション２：ステップ５ｂの上述の文書を参照のこと。ＲＡＮは、ＭＭ ＮＡＳサービス受け付けをＵＥに転送する。ＵＥは、５Ｇ ＣＮで利用できないＰＤＵセッションのコンテキストをローカルに削除する。

ステップ７：ユーザプレーン無線リソースが設定された後、ＵＥからのアップリンクデータをＲＡＮに転送することができるようになる。５Ｇ ＲＡＮは、ステップ４で提供されたＵＰＦアドレスとトンネルＩＤにアップリンクデータを送信する。

次に検討するように、上述したようなユーザプレーンＡＳセキュリティの有効化には、さらなる課題がある。それは、ｇＮＢが、ＳＭＦからの第１の指示（例えば、SMF_RUS_Pre）に応じられない可能性があることである。すなわち、ＳＭＦからの第１の指示がユーザプレーンＡＳセキュリティを有効化する必要があることを意味していたにもかかわらず、ｇＮＢがユーザプレーンＡＳセキュリティを有効化することができない可能性がある。例えば、ｇＮＢが同時に多数のＵＥにサービスを提供しているために過負荷になっており、計算効率のために暗号処理を使用しないように構成されている場合や、ｇＮＢが省電力モードにあり、バッテリ効率のために暗号処理を使用しないように構成されている場合など、ｇＮＢがＳＭＦからの第１の指示に応じられない理由は様々である。いくつかのシナリオでは、ＲＡＮとコアネットワークが異なる当事者によって所有され、運営されている場合のモデルを想定している。そのようなシナリオでは、複数のコアネットワークが単一のＲＡＮを共有する可能性がある。これは、５Ｇ ＲＡＮサービスを販売するＲＡＮパーティが、５Ｇコアネットワークを運用するコアネットワークパーティのそれぞれと異なるポリシに合意していることを意味し、一部のコアネットワークパーティは、ユーザプレーンＡＳセキュリティを有効化する権限を与えられていない可能性があることを意味する。例えば、ユーザプレーンの完全性のために金銭的な負担を厭わないコアネットワークパーティだけが、ユーザプレーンの完全性を有効化する権限を与えられる可能性がある。このような場合、ｇＮＢは、ＳＭＦからは有効化することが指示されているにもかかわらず、ユーザプレーンＡＳセキュリティを有効化することなしに手順を進める。しかしながら、ＳＭＦは、少なくとも、第１の指示がｇＮＢによって遵守されなかったことを認識すべきである。いくつかの実施形態によれば、その後、ｇＮＢ４２は、ｇＮＢがユーザプレーンＡＳセキュリティを有効化したか否かをＳＭＦ４８に通知するための第２の指示を（ＡＭＦ４６を介して）ＳＭＦ４８に送信する。図９および図１０は、第２の指示のためにＳＭＦ４８とｇＮＢ４２との間で使用される通知フロー、手順、メッセージ、およびフィールドを論じている。

第１の指示および第２の指示は、ユーザプレーントラフィックのセキュリティにとって十分ではないかもしれない。したがって、いくつかの実施形態では、ユーザプレーンＡＳのセキュリティ有効化のためのロバストな仕組みを提供する新しい仕組みが提案されている。

この点において、例えば、国家の大統領に属する重要なユーザプレーントラフィックは、機密性と完全性の両方を保護する必要がある、あるいは、ＩｏＴ（モノのインターネット）デバイスに属する短いデータバーストは、完全性を保護する必要がある、あるいは、ビデオサービスに属するマルチメディアトラフィックは、機密性を保護する必要があるなど、ＳＭＦ４８が何らかのポリシに基づいて第１の指示を準備したことに留意されたい。ポリシまたは使用事例によっては、ｇＮＢ４２がＳＭＦ４８によって送信された第１の指示に従わないことが受け入れられない場合があり、例えば、ｇＮＢ４２が過負荷または省電力モードで動作している場合であっても、一国の大統領に属するユーザプレーントラフィックがｇＮＢ４２によって機密性および完全性が保護されないと、深刻な問題となり得る。ｇＮＢ４２が第２の指示をＳＭＦ４８に送信することは不十分であることに留意されたい。ＳＭＦ４８は、ユーザプレーンＡＳセキュリティ有効化状態について知るが、ＳＭＦ４８がさらなる対策を取る前に既に遅きに過ぎる可能性がある。例えば、ＵＥ４０が既に無線送信したアップリンクデータ、またｇＮＢ４２が既に無線送信したダウンリンクデータである。ＳＭＦ４８が知るときには既に損害が発生している。

上述の問題の主な原因は、ＳＭＦ４８によって送信された第１の指示を拒否するのはｇＮＢ４２であるのに対し、ユーザプレーントラフィックの感度および対応するポリシに関する正しい情報を持っているのはＳＭＦ４８であるということである。このような意見に基づいて、いくつかの実施形態では、ＳＭＦ４８（一般的な用語では、図１のいくつかのコアネットワークノード１６）が、ｇＮＢ４２（一般的な用語では、図１のいくつかのＲＡＮノード１２）に対して、ｇＮＢ４２がユーザプレーンＡＳセキュリティ有効化に関するＳＭＦの決定を拒否することができるか否かを示すことが提案される。すなわち、ｇＮＢ４２は、ＳＭＦ４８によって許可されない限り、ＳＭＦの決定を拒否しない。そうすることの新たな効果は、ユーザプレーンＡＳセキュリティ有効化に関する最終決定を行うのは常にＳＭＦ４８であり、ユーザプレーンＡＳセキュリティを有効化するためのＳＭＦの決定にもかかわらず、ｇＮＢ４２によってユーザプレーンＡＳセキュリティが有効化されないという状況が回避されることである。

図１１は、いくつかの実施形態の一般的な概念を示す。
ステップ１：ｇＮＢ４２とＳＭＦ４８との間の、またはｇＮＢ４２とＳＭＦ４８における任意の先行する通信または動作である。

ステップ２：ＳＭＦ４８は、ｇＮＢ４２に対して、許可される振る舞い（donotOverruleと表記）を示す。このdonotOverruleは、ｇＮＢ４２がＳＭＦ４８からの任意のユーザプレーンＡＳセキュリティ有効化指示を拒否することを許可されているか否かをｇＮＢ４２に示す。

ステップ３：ｇＮＢ４２とＳＭＦ４８との間の任意の通信または動作である。一例は、donotOverrule指示を受信して受け入れた確認応答を示すｇＮＢ４２からＳＭＦ４８へのメッセージであっても、ｇＮＢ４２がdonotOverrule指示を受け入れることができないことを示すエラーメッセージであってもよい。別の例として、ＳＭＦからｇＮＢ４２へのメッセージまたはユーザプレーンセッション確立、およびユーザプレーンＡＳセキュリティ有効化の指示（先に第１の指示と表記したもの）であってもよい。

ステップ４：ｇＮＢ４２は、ＳＭＦからの指示を拒否するか否かを決定するために、得られたdonotOverruleを考慮に入れる。例えば、過負荷または省電力モードのために、ｇＮＢ４２は、ユーザプレーンＡＳセキュリティを有効化するようにｇＮＢ４２に指示するＳＭＦ４８からの第１の指示に従うことができないと判断してもよい。しかし、donotOverruleは、ｇＮＢ４２が第１の指示を拒否することを許可しない。したがって、ｇＮＢ４２がＳＭＦ４８からの第１の指示を拒否することはない。言い換えれば、ｇＮＢ４２は、ユーザプレーンＡＳのセキュリティなしにユーザプレーンセッション確立を進めない。

ステップ５：ｇＮＢ４２とＳＭＦ４８との間の任意の通信または動作である。一例として、ｇＮＢ４２が第１の指示に従うことができるか否かの指示（先に第２の指示と表記したもの）を有するｇＮＢ４２からＳＭＦ４８へのメッセージであってよい。

ｇＮＢ４２は、ｇＮＢ４２が第１の指示に従うことができない場合にのみ、第２の指示を送信してもよい。言い換えれば、ｇＮＢ４２が第１の指示に従うことができ、その後、ｇＮＢ４２がユーザプレーンセッション確立を進め、第２の指示をＳＭＦ４８に送信しない場合、ＳＭＦ４８は、第１の指示に従うことができたことを暗黙的に知る。さらに、ｇＮＢ４２からＳＭＦ４８への第２の指示は、ｇＮＢ４２が第１の指示に従うことができなかった理由、例えば、「過負荷のために従うことができない」、「省電力モードのために従うことができない」、「ＳＭＦ４８がユーザプレーンＡＳセキュリティを有効化する権限を与えられていないために従うことができない」などの情報を含んでもよい。

donotOverrule指示はｇＮＢ４２とＳＭＦ４８との間で直接転送されてもよく、または、最終的にdonotOverrule指示をｇＮＢ４２に転送する中間ノード、例えば、中間ＡＭＦ４６または１つ以上の他の中間ｇＮＢが存在してもよい。これは、中間ノードが受信したdonotOverruleを転送しうることを意味する。

donotOverrule指示は、以下に挙げる非限定的な例を含む、様々な方法で実装することができる。明示的な実装方法は、例えば、ｇＮＢ４２が拒否することを許可されていないことをＴＲＵＥが示し、ｇＮＢ４２が拒否することを許可されていないことをＦＡＬＳＥが示すブーリアンフィールド、または、「許可」がｇＮＢ４２が拒否することを許可されていることを示し、「不許可」がｇＮＢ４２が拒否することを許可されていないことを示す文字列フィールドなどであってもよい。また、donotOverruleは、ＳＭＦの更なる確認なしに、ｇＮＢ４２がどの条件で拒否することを許可され、ｇＮＢ４２がどの条件で拒否することを許可されないかを示す、粒度の細かいポリシを有してもよい。粒度の細かなポリシの例は、例えば、「機密性のために許容される拒否」、「完全性保護のために許容されない拒否」、「日曜日中は許容される拒否」、「接続されたＵＥの数が１００００以上の場合に許容される拒否」などであり得る。暗黙的の実装方法は、例えば、フィールドの不在がｇＮＢ４２が拒否すること許可されていることを意味し、フィールドの存在がｇＮＢ４２が拒否することを許可されていないこと、あるいはその逆を意味するというものである。

donotOverrule指示は、以下に挙げる非限定的な例を含む、様々な方法で変化し得る。（ｉ）サービスタイプに応じて：例えば、donotOverruleは、ビデオサービスに対してはＦＡＬＳＥであり、ＩｏＴサービスに対してはＴＲＵＥである；（ｉｉ）ｇＮＢの場所に応じて：例えば、donotOverruleは、物理的に人里離れた敷地内にあるｇＮＢに対してはＦＡＬＳＥであり、公共エリアで開放されているｇＮＢに対してはＴＲＵＥである；（ｉｉｉ）加入者タイプに応じて：例えば、donotOverruleは公共の加入者にはＦＡＬＳＥであり、国家の大統領にはＴＲＵＥである；および／または（ｉｖ）時間に応じて：例えば、donotOverruleはオリンピック大会中にはＦＡＬＳＥであり、国政選挙中にはＴＲＵＥである。

ｇＮＢ４２は、donotOverrule指示を、以下に挙げる非限定的な例を含む、様々な方法で取得し得る。第１の方法において、donotOverrule指示は、ユーザプレーンＡＳのセキュリティ有効化に関するＳＭＦからの指示（先に第１の指示と表記したもの）を有するものと同一のメッセージから取得することができる。言い換えれば、donotOverruleと第１の指示は、同じメッセージで送信される。そうすることは、donotOverruleが、donotOverruleとともに取得された第１の指示に対してのみに適用されることを意味し得る。

第２の方法において、donotOverrule指示は、ｇＮＢとコアネットワークとの間のＵＥ固有のユーザプレーンセッション確立の間に取得されてもよく、例えば、donotOverruleは、Ｎ２−ＰＤＵセッション要求メッセージの中でＡＦＭ４６を通じてｇＮＢ４２に転送される、ＳＭＦ４８からｇＮＢ４２へのＰＤＵセッション確立受け付けメッセージに多重化もしくは付加される。

第３の方法において、donotOverrule指示は、ｇＮＢとＳＭＦ４８との間のユーザプレーンセッション確立のための通知の一部として送信されず、ｇＮＢ４２は構成(configuration)からdonotOverruleを取得する。例えば、ネットワークデータベースからの読み取ったり、ローカルファイルからフェッチしたり、ネットワークノードからフェッチしたりする。donotOverruleは、特定のＳＭＦまたはネットワークスライスにユーザプレーンセッション確立要求を送信するすべてのＵＥに対して拒否が許可されているか否かを示すものであってもよい。

第４の方法において、donotOverrule指示は、ｇＮＢ４２とコアネットワークとの間のインタフェース、例えば、Ｎ２／Ｎ１１（ｇＮＢ−ＡＭＦ−ＳＭＦ）またはＮ３／Ｎ４（ｇＮＢ−ＵＰＦ−ＳＭＦ）のセットアップ中に取得される。

第５の方法において、donotOverrule指示は、ｇＮＢ４２とコアネットワークとの間のＵＥ固有の初期コンテキスト設定中に取得される。

第６の方法において、donotOverrule指示は、ｇＮＢ４２とコアネットワークとの間のＵＥ固有のハンドオーバ準備段階の間に取得される。

第７の方法において、donotOverrule指示は、ｇＮＢ間のＵＥ固有のハンドオーバ準備段階の間に取得される。

ｇＮＢ４２が第１の指示に従うことができない場合に、ｇＮＢ４２およびＳＭＦ４８は様々な動作を取り得る。以下に非限定的な例を挙げる。可能性のある動作のいくつかは、継続中のユーザプレーンセッションまたは進行中のユーザプレーンセッション確立をキャンセル、拒否、または切断することであってもよい。また、ＳＭＦ４８は、ユーザプレーンセキュリティポリシを一時的に変更することを決定してもよく、例えば、現在のセッションのためにユーザプレーンＡＳセキュリティを有効化しないこと、そのことをｇＮＢに示すことを決定してもよい。ＳＭＦ４８は、潜在的な無通信によるダメージが、安全性の低い通信によるダメージに勝る場合に、そうすることを望んでもよい。ＳＭＦは、例えば、ユーザプレーンＡＳセキュリティが有効化されないことを示すことによって（例えば、第１の指示がＦＡＬＳＥ）、またはユーザプレーンＡＳセキュリティが有効化されるべきであるが、ｇＮＢ４２がＳＭＦの指示を拒否することができることを示すことによって（例えば、第１の指示がＴＲＵＥであり、ｄｏｎｏｔＯｖｅｒｒｕｒｅがＦＡＬＳＥ）、ｇＮＢ４２にそのようなことを示してもよい。また、ＳＭＦ４８またはｇＮＢ４２は、例えば過負荷状態でない、あるいは省電力モードで動作していないことにより、第１の指示に従う可能性がより高いであろう別のｇＮＢを選択するよう、ＵＥに指示してもよい。仮想化されたＲＡＮの場合、ＳＭＦ４８が、ｇＮＢ４２が利用可能なリソースをオンザフライで増加させ、その後、ユーザプレーンセッション確立を再試行することが可能であるかもしれない。

本明細書において、ネットワークノードとは、無線機器への無線アクセスを可能にする、および／または提供するために、および／または無線ネットワーク内の他の機能（例えば管理）を実行するために、無線ネットワーク内の無線機器および／または他のネットワークノードもしくは装置と、直接的または間接的に通信する、ことが可能な、ように構成された、ように配置された、および／または、ように動作可能な装置を意味する。ネットワークノードの例としては、アクセスポイント（ＡＰ）（例えば、無線アクセスポイント）、基地局（ＢＳ）（例えば、無線基地局、ノードＢｓ、進化型ノードＢｓ（ｅＮＢｓ）およびＮＲノードＢｓ（ｇＮＢｓ））などの無線ネットワークノードが挙げられるが、これらに限定されない。基地局は、それらが提供するカバレッジの量（または、別の言い方をすれば、それらの送信電力レベル）に基づいて分類されてもよく、その結果、フェムト基地局、ピコ基地局、マイクロ基地局、またはマクロ基地局と呼ばれてもよい。基地局は、リレーノードまたはリレーを制御するリレードナーノードであってもよい。ネットワークノードはまた、集中デジタルユニットおよび／またはリモート無線ユニット（ＲＲＵ）（リモート無線ヘッド（ＲＲＲＨ）と呼ばれることもある）などの分散型無線基地局の１つまたは複数（またはすべて）の部分を含んでもよい。そのような遠隔無線ユニットは、アンテナ一体型無線機としてアンテナと一体化されていてもよいし、一体化されていなくてもよい。分散型無線基地局の一部は、分散型アンテナシステム（ＤＡＳ）のノードと呼ばれることもある。さらに別の例として、ネットワークノードは、ＭＳＲ ＢＳなどのマルチスタンダード無線（ＭＳＲ）機器、無線ネットワークコントローラ（ＲＮＣ）または基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、基地トランシーバ局（ＢＴＳ）、送信ポイント、送信ノード、マルチセル／マルチキャスト調整エンティティ（ＭＣＥ）、コアネットワークノード（例えば、ＭＳＣ、ＭＭＥ）、Ｏ&Ｍノード、ＯＳＳノード、ＳＯＮノード、測位ノード（例えば、Ｅ−ＳＭＬＣ）、および／またはＭＤＴを含む。別の例として、ネットワークノードは、以下でより詳細に説明するように、仮想ネットワークノードであってもよい。しかし、より一般的には、ネットワークノードは、無線機器に無線ネットワークへのアクセスを可能にする、および／または提供する、または無線ネットワークにアクセスした無線機器に何らかのサービスを提供する、ことが可能な、そうするために構成され、配置され、および／または動作可能な、全ての適切な機器（または機器のグループ）を表しうる。

本明細書において、無線機器（ＷＤ）とは、ネットワークノードおよび／または他の無線機器と無線で通信する、ことが可能な、ように構成された、ように配置された、および／または、ように動作可能な機器装置を意味する。特に断りのない限り、用語ＷＤは、本明細書では、ユーザ機器（ＵＥ）と互換的に使用され得る。無線通信は、電磁波、電波、赤外線、および／または空気を介して情報を伝達するのに適した他のタイプの信号を使用して無線信号を送信および／または受信することを含み得る。いくつかの実施形態では、ＷＤは、人間の直接的な相互作用なしに情報を送信および／または受信するように構成されてもよい。例えば、ＷＤは、内部イベントまたは外部イベントによってトリガされたとき、またはネットワークからの要求に応答して、所定のスケジュールでネットワークに情報を送信するように構成されてもよい。ＷＤの例としては、スマートフォン、携帯電話、携帯電話、ボイスオーバーＩＰ（ＶｏＩＰ）電話、無線ローカルループ電話、デスクトップコンピュータ、パーソナルデジタルアシスタント（ＰＤＡ）、無線カメラ、ゲーム機または装置、音楽ストレージ装置、再生装置、ウェアラブル端末装置、無線エンドポイント、モバイルステーション、タブレット、ラップトップ、ラップトップ内蔵装置（ＬＥＥ）、ラップトップ搭載装置（ＬＭＥ）、スマートデバイス、無線カスタマープレミス装置（ＣＰＥ）、車載型無線端末装置などが挙げられるが、これらに限定されるものではない。。ＷＤは、例えばサイドリンク通信、車両間通信（Ｖ２Ｖ）、車両間インフラストラクチャ（Ｖ２Ｉ）、車両間通信（Ｖ２Ｘ）のための３ＧＰＰ規格を実装することによって、デバイス間通信（Ｄ２Ｄ）をサポートしてもよく、この場合、Ｄ２Ｄ通信装置と呼ばれてもよい。さらに別の具体例として、モノのインターネット（ＩｏＴ）シナリオにおいて、ＷＤは、監視および／または測定を実行し、そのような監視および／または測定の結果を別のＷＤおよび／またはネットワークノードに送信する機械または他の装置を表してもよい。この場合、ＷＤは、３ＧＰＰの文脈ではＭＴＣデバイスと呼ばれるマシンツーマシン（Ｍ２Ｍ）機器であってもよい。具体的な一例として、ＷＤは、３ＧＰＰ狭帯域インターネットオブシングス（ＮＢ−ＩｏＴ）標準を実装したＵＥであってよい。このような機械または機器の具体例としては、センサー、電力計などの計量装置、産業機械、または家庭用または個人用の電化製品（冷蔵庫、テレビなど）、個人用ウェアラブル（時計、フィットネストラッカーなど）がある。他のシナリオにおいて、ＷＤは、その動作状態またはその動作に関連する他の機能を監視および／または報告することができる車両または他の装置を表してもよい。上述したようなＷＤは、無線接続のエンドポイントを表してもよく、この場合、装置は無線端末と呼ばれてもよい。さらに、上述したようなＷＤは、移動可能なものであってもよく、この場合には、移動装置または移動端末と呼ばれることもある。

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

通信ネットワーク１２１０は、それ自体がホストコンピュータ１２３０に接続されている。ホストコンピュータ１２３０は、スタンドアロンサーバ、クラウド実装サーバ、分散サーバのハードウェアおよび／またはソフトウェアによって、あるいはサーバファームにおける処理リソースとして、実施されうる。ホストコンピュータ１２３０は、サービスプロバイダの所有または制御下にあってもよく、またはサービスプロバイダによって、またはサービスプロバイダに代わって運営されてもよい。通信ネットワーク１２１０とホストコンピュータ１２３０との間の接続１２２１、１２２２は、コアネットワーク１２１４からホストコンピュータ１２３０に直接延びてもよいし、任意の中間ネットワーク１２２０を経由してもよい。中間ネットワーク１２２０は、パブリックネットワーク、プライベートネットワーク、またはホストネットワークの１つ、もしくは２つ以上の組み合わせであってもよい。中間ネットワーク１２２０は、もしあれば、バックボーンネットワークまたはインターネットであってもよい。特に、中間ネットワーク１２２０は、２つ以上のサブネットワーク（図示せず）を有してもよい。

図１２の通信システムは、全体として、接続されたＵＥ１２９１，１２９２とホストコンピュータ１２３０との間の接続を可能にする。接続性は、オーバーザトップ（ＯＴＴ）接続１２５０として記述されてもよい。ホストコンピュータ１２３０と、接続されたＵＥ１２９１、１２９２とは、アクセスネットワーク１２１１、コアネットワーク１２１４、任意の中間ネットワーク１２２０、および場合によっては更なるインフラストラクチャ（図示せず）を中間体として使用して、ＯＴＴ接続１２５０を介してデータおよび／または通知を通信するように構成されている。ＯＴＴ接続１２５０は、ＯＴＴ接続１２５０が通過する参加通信デバイスがアップリンクおよびダウンリンク通信のルーティングを知らないという意味において透過的であってもよい。例えば、基地局１２１２は、接続されたＵＥ１２９１に転送（例えば、ハンドオーバ）されるべき、ホストコンピュータ１２３０から発信されたデータを有する着信ダウンリンク通信の過去のルーティングについて知らされていないかもしれないし、知らされる必要がないかもしれない。同様に、基地局１２１２は、ＵＥ１２９１からホストコンピュータ１２３０に向かうアップリンク通信について、後のルーティングを意識する必要はない。

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

通信システム１３００は、通信システムに設けられた基地局１３２０を有する。基地局１３２０は、基地局１３２０をホストコンピュータ１３１０ならびにＵＥ１３３０と通信可能にするハードウェア１３２５を有する。ハードウェア１３２５は、通信システム１３００の別の通信装置のインタフェースとの有線または無線接続を設定して維持するための通信インタフェース１３２６と、基地局１３２０によって提供されるカバレッジ領域（図１３には示されていない）内に位置するＵＥ１３３０との少なくとも無線接続１３７０を設定して維持するための無線インタフェース１３２７とを含んでもよい。通信インターフェース１３２６は、ホストコンピュータ１３１０との接続１３６０を容易にするように構成されてもよい。接続１３６０は、直接であってもよいし、電気通信システムのコアネットワーク（図１３には示されていない）を通過してもよく、および／または電気通信システムの外部の１つ以上の中間ネットワークを通過してもよい。図示された実施形態では、基地局１３２０のハードウェア１３２５はさらに処理回路１３２８を含み、この処理回路１３２８は、命令を実行するように構成された１つ以上のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組み合わせ（図示せず）を有してもよい。基地局１３２０はさらに、内部に格納された、または外部接続を介してアクセス可能な、ソフトウェア１３２１を有する。

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

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

図１３では、ＯＴＴ接続１３５０は、任意の中間装置およびこれらの装置を介したメッセージの正確なルーティングに明示的に示すことなく、基地局１３２０を介したホストコンピュータ１３１０とＵＥ１３３０との間の通信を例示するために抽象的に描かれている。ネットワークインフラストラクチャは、ルーティングを決定してもよく、ルーティングは、ＵＥ１３３０から、またはホストコンピュータ１３１０を運用するサービスプロバイダから、またはその両方から隠蔽するように構成されてもよい。ＯＴＴ接続１３５０が有効である間、ネットワークインフラストラクチャは、さらに、（例えば、負荷分散の考慮またはネットワークの再構成に基づいて）ルーティングを動的に変更する決定を行ってもよい。

ＵＥ１３３０と基地局１３２０との間の無線接続１３７０は、本開示全体に記載された実施形態の教示に従う。様々な実施形態の１つ以上は、無線接続１３７０が最後のセグメントを形成するＯＴＴ接続１３５０を使用して、ＵＥ１３３０に提供されるＯＴＴサービスのパフォーマンスを改善する。より詳細には、これらの実施形態の教示は、ネットワーク内の負荷分散、無線リソース効率、および電力効率を改善し、それにより、ユーザの待ち時間の減少、ファイルサイズの制限の緩和、および応答性の改善などの利点を提供することができる。

データレート、遅延、および１つ以上の実施形態が改善する他の要因を監視する目的で測定手順が提供されてもよい。測定結果の変動に応答して、ホストコンピュータ１３１０とＵＥ１３３０との間のＯＴＴ接続１３５０を再構成するためのオプションのネットワーク機能がさらに設けられてもよい。測定手順および／またはＯＴＴ接続１３５０を再構成するためのネットワーク機能は、ホストコンピュータ１３１０のソフトウェア１３１１およびハードウェア１３１５、またはＵＥ１３３０のソフトウェア１３３１およびハードウェア１３３５、またはその両方で実装されてもよい。実施形態において、センサ（図示せず）は、ＯＴＴ接続１３５０が通過する通信機器内に配置されても、通信機器に付随してもよい。センサは、先に例示した監視された量の値を供給することによって、またはソフトウェア１３１１，１３３１が監視された量を計算または推定することができる他の物理量の値を供給することによって、測定手順に参加してもよい。ＯＴＴ接続１３５０の再構成は、メッセージフォーマット、再送設定、好ましいルーティング等を含んでもよい。再構成は基地局１３２０に影響を与える必要はなく、基地局１３２０には知られていないか、または感知できないかもしれない。そのような手順および機能は、当技術分野において既知かつ実施されているであろう。ある実施形態において、測定は、スループット、伝搬時間、レイテンシなどのホストコンピュータ１３１０の測定を容易にする、専用のＵＥ通知を含んでもよい。測定は、伝搬時間、エラー等を監視している間に、ＯＴＴ接続１３５０を使用して、メッセージ、特に空のメッセージまたは「ダミー」メッセージを送信させるようにソフトウェア１３１１および１３３１に実装されてもよい。

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

図１５は、一実施形態に従って、通信システムに実装された方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、および図１２および図１３を参照して説明したものであってもよいＵＥを含む。本開示を簡単にするために、本項では図１５のみを参照する。方法のステップ１５１０において、ホストコンピュータは、ユーザデータを提供する。オプションのサブステップ（図示せず）において、ホストコンピュータは、ホストアプリケーションを実行することにより、ユーザデータを提供する。ステップ１５２０において、ホストコンピュータは、ユーザデータをＵＥに搬送する送信を開始する。送信は、本開示全体に記載された実施形態の教示に従って、基地局を経由してもよい。ステップ１５３０（オプションでもよい）において、ＵＥは、送信によって搬送されたユーザデータを受信する。

図１６は、一実施形態に従って、通信システムに実装された方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、および図１２および図１３を参照して説明したものであってもよいＵＥを含む。本開示を簡単にするために、本項では図１６のみを参照する。ステップ１６１０（オプションでもよい）において、ＵＥは、ホストコンピュータによって提供される入力データを受信する。さらに、または代替的に、ステップ１６２０において、ＵＥは、ユーザデータを提供する。ステップ１６２０のサブステップ１６２１（オプションでもよい）において、ＵＥは、クライアントアプリケーションを実行することにより、ユーザデータを提供する。ステップ１６１０のサブステップ１６１１（オプションでもよい）において、ＵＥは、ホストコンピュータによって提供された受信入力データに応答して、ユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータを提供する際に実行されるクライアントアプリケーションは、ユーザから受信したユーザ入力をさらに考慮してもよい。ユーザデータが提供された具体的な方法にかかわらず、ＵＥは、サブステップ１６３０（オプションでもよい）において、ホストコンピュータへのユーザデータの送信を開始する。方法のステップ１６４０において、ホストコンピュータは、本開示全体に記載された実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。

図１７は、一実施形態に従って、通信システムに実装された方法を示すフローチャートである通信システムは、ホストコンピュータ、基地局、および図１２および図１３を参照して説明したものであってもよいＵＥを含む。本開示を簡単にするために、本項では図１７のみを参照する。ステップ１７１０（オプションでもよい）において、基地局は、本開示全体に記載された実施形態の教示に従って、ＵＥからユーザデータを受信する。ステップ１７２０（オプションでもよい）において、基地局は、受信したユーザデータのホストコンピュータへの送信を開始する。ステップ１７３０（オプションでもよい）において、ホストコンピュータは、基地局によって開始された送信で搬送されたユーザデータを受信する。

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

一般に、本明細書で使用されるすべての用語は、異なる意味が明確に与えられている場合および／または使用される文脈から暗示されている場合を除き、関連する技術分野における通常の意味に従って解釈されるべきである。単数形で記載された要素、装置、構成要素、手段、ステップなどへのすべての言及は、明示的に別段の記載がない限り、要素、装置、構成要素、手段、ステップなどの少なくとも１つの例(instance)を意味し、単数に限定解釈されるべきではない。本明細書に開示された任意の方法のステップは、ステップが他のステップに続くか先行するように明示的に記述されている場合、および／またはステップが他のステップに続くか先行しなければならないことが明示的に記述されている場合を除き、開示された通りの順序で実行されなければならないわけではない。本明細書に開示された実施形態のいずれかの特徴は、適切な場合はどこでも、他の実施形態に適用することができる。同様に、本明細書に開示された実施形態のいずれかの利点は、他の実施形態のいずれかに適用されてもよく、またその逆も同様である。包含される実施形態の他の目的、特徴および利点は、本明細書の記載から明らかになるであろう。

用語、「ユニット／部」は、エレクトロニクス、電気機器および／または電子デバイスの分野における慣例的な意味を有してもよく、例えば、電気および／または電子回路、デバイス、モジュール、プロセッサ、メモリ、論理ソリッドステートおよび／またはディスクリートデバイス、それぞれのタスク、手順、計算、出力、および／または表示機能を実行するためのコンピュータプログラムまたは命令など、本明細書に記載されているようなものを含んでいてもよい。

概して、本明細書に記載されるいくつかの実施形態は、以下に列挙されるものを含む。

実施形態１：無線アクセスネットワーク（ＲＡＮ）とコアネットワーク（ＣＮ）を含む無線通信システムにおいて、ＲＡＮ内のＲＡＮノードによって実行される、ユーザプレーンアクセスストラタム（ＡＳ）セキュリティを設定するための方法であって、ＲＡＮノードがユーザプレーンＡＳセキュリティを有効化すべきか否かのＣＮによる決定を示す有効化指示を取得することと、ＲＡＮノードがＣＮによる決定を拒否することが許可されているか否かを示す拒否容認指示を取得することと、を有する、方法。

実施形態２：実施形態１の方法であって、有効化指示と拒否容認指示とに応じて、ユーザプレーンＡＳセキュリティを有効化すること、もしくは有効化しないこと、をさらに含む、方法。

実施形態３：実施形態２の方法であって、ユーザプレーンＡＳセキュリティを有効化するためのＲＡＮノードの能力または望ましさを示す情報にさらに応じて、ユーザプレーンＡＳセキュリティを有効化すること、もしくは有効化しないこと、を含む、方法。

実施形態４：実施形態１から３のいずれかの方法であって、ＲＡＮノードの負荷レベル、ＲＡＮノードの電力の効率または可用性、ユーザプレーンＡＳセキュリティを有効化するためのＣＮの権限、およびＲＡＮノードのモードの１つ以上に基づいて、ユーザプレーンＡＳセキュリティを有効化すべきか否かを決定することをさらに含む、方法。

実施形態５：実施形態１から４のいずれかの方法であって、拒否容認指示を取得することは、ＣＮからのメッセージで拒否容認指示を受信することを含む、方法。

実施形態６：実施形態１から４のいずれかの方法であって、拒否容認指示を取得することは、ＲＡＮまたはＣＮのデータベースから拒否容認指示を取得すること、またはＲＡＮノードのローカルファイルから拒否容認指示を読み取ることを含む、方法。

実施形態７：無線アクセスネットワーク（ＲＡＮ）とコアネットワーク（ＣＮ）を含む無線通信システムにおいて、ＣＮ内のＣＮノードによって実行される、ユーザプレーンアクセスストラタム（ＡＳ）セキュリティを構成するための方法であって、ＲＡＮ内のＲＡＮノードがユーザプレーンＡＳセキュリティを有効化すべきか否かのＣＮによる決定を示す有効化指示を通知することと、ＲＡＮノードがＣＮによる決定を拒否することが許可されているか否かを示す拒否容認指示を通知することと、を有する、方法。

実施形態８：実施形態７の方法において、ＣＮノードから拒否容認指示を含むメッセージを送信することにより、拒否容認指示を通知することを有する、方法。

実施形態９：実施形態７の方法において、拒否容認指示をＲＡＮまたはＣＮのデータベース、またはＲＡＮノードのローカルファイルに書き込むことで、拒否容認指示を通知することを有する、方法。

実施形態１０：実施形態１から９のいずれかの方法であって、拒否容認指示が、ユーザプレーンＡＳセキュリティの特定のタイプ、ユーザプレーンＡＳ上でユーザプレーントラフィックが通信されるサービスの特定のタイプまたは優先度、特定のＲＡＮノードの位置または位置のタイプ、特定のＲＡＮノードの負荷レベル、ユーザプレーンＡＳ上でユーザプレーントラフィックが通信される加入者の特定のタイプまたは優先度、および特定の時間またはイベント、の１つ以上に基づいて設定され、および／または適用される、方法。

実施形態１１：実施形態１から１０のいずれかの方法であって、拒否容認指示が、特定のユーザプレーンセッションまたはユーザプレーンセッションの特定のカテゴリに特別に適用される、方法。

実施形態１２：実施形態１から１０のいずれかの方法であって、拒否容認指示が、特定のＣＮノードによって管理されているユーザプレーンセッション、および／または特定のネットワークスライスに関連付けられているユーザプレーンセッションに適用される、方法。

実施形態１３：実施形態１から１２のいずれかの方法であって、ＣＮによる決定が、ＲＡＮノードがユーザプレーンＡＳセキュリティを有効化することであり、かつ、拒否容認指示によれば、ＲＡＮノードはＣＮによる決定を拒否することが許可されておらず、ＲＡＮノードがユーザプレーンＡＳセキュリティを有効化できないか、またはＣＮが権限を与えられていない場合に、１つ以上の動作を実行することをさらに含む、方法。

実施形態１４：実施形態１３の方法であって、１つ以上の動作が、ユーザプレーンセッションまたはユーザプレーンセッション確立をキャンセル、拒否、または切断することを含む、方法。

実施形態１５：実施形態１３から１４のいずれかの方法であって、ＲＡＮノードが、無線通信機器との間でユーザプレーンセッションを確立したか、または確立中であり、１つ以上の動作が、無線通信機器を別のＲＡＮノードに導くことを含む、方法。

実施形態１６：実施形態１３から１５のいずれかの方法であって、１つ以上の動作が、ユーザプレーンＡＳセキュリティのためにＲＡＮノードで利用可能なリソースを増加させることを含む、方法。

実施形態１７：実施形態１３から１６のいずれかの方法であって、１つ以上の動作が、（ユーザプレーンセッションがキャンセル、拒否、または切断されるのではなく）ユーザプレーンＡＳセキュリティなしでユーザプレーンセッションが確立されることを可能にするために、ＣＮが決定および／または拒否容認指示を変更することを含む、方法。

実施形態１８：実施形態１から５、７から９、および１０から１７のいずれかの方法であって、有効化の指示および拒否容認指示が、ＣＮからＲＡＮノードに通知された同一メッセージに含まれている、方法。

実施形態１９：実施形態１から１８のいずれかの方法であって、拒否容認指示が、有効化指示によって示された決定をＲＡＮノードが拒否することを許可されているか否かを示すように、有効化指示に固有のものである、方法。

実施形態２０：実施形態１から１９のいずれかの方法であって、拒否容認指示が、特定の無線通信機器のためのユーザプレーンセッションを確立するための手順の間に、ＣＮからＲＡＮノードに通知される、方法。

実施形態２１：実施形態１から５、７から９、および１０から２０のいずれかの方法であって、拒否容認指示が、ＣＮからＲＡＮノードに通知されたメッセージ中のブーリアンフィールドであり、ブーリアンフィールドの第１の値が、ＲＡＮノードが決定を拒否することを許可されていないことを示し、ブーリアンフィールドの第２の値が、ＲＡＮノードが決定を拒否することを許可されていることを示す、方法。

実施形態２１Ａ：実施形態１から２１のいずれかの方法であって、拒否容認指示が、ＲＡＮノードがＣＮによる決定を拒否することをＣＮが容認するか否かを示す、方法。

実施形態２２：無線アクセスネットワーク（ＲＡＮ）とコアネットワーク（ＣＮ）を含む無線通信システムで用いるように構成される無線通信機器によって実行される方法であって、ＲＡＮ内のＲＡＮノードが、拒否することが許可されていないＣＮノードの決定に従ってユーザプレーンアクセスストラタム（ＡＳ）セキュリティを有効化できないことに応答して、別のＲＡＮノードとユーザプレーンセッションを確立するように無線通信機器を導く通知を受信することを含む、方法。

実施形態２３：実施形態２２の方法であって、受信した通知に従って、異なるＲＡＮノードとのユーザプレーンセッションを確立しようとすることをさらに含む、方法。

実施形態２４：実施形態１から２３のいずれかの方法であって、ＣＮによる決定が、ＲＡＮノードが、非ヌルアルゴリズムを用いてユーザプレーンＡＳセキュリティを有効化すべきか否かの決定である、方法。

実施形態２５：実施形態１から２４のいずれかの方法であって、ＣＮによる決定が、ＲＡＮノードが、ユーザプレーン完全性保護および／またはユーザプレーン機密性保護の形でユーザプレーンＡＳセキュリティを有効にすべきか否かの決定である、方法。

実施形態２６：実施形態１から２５のいずれかの方法であって、決定が、ネットワークポリシ規則および／または加入ポリシ規則に基づいてＣＮによって行われる、方法。

実施形態２７：実施形態１から２６のいずれかの方法であって、決定が、ユーザプレーンセッション管理を行うＣＮノードによって行われる、方法。

実施形態２８：実施形態１から２７のいずれかの方法であって、決定が、ＣＮのセッション管理機能（ＳＭＦ）によって行われる、方法。

実施形態２９：実施形態１から２８のいずれかの方法であって、決定がネットワークスライス固有ベースでＣＮによって行われる、方法。

実施形態３０：実施形態１から２８のいずれかの方法であって、決定がユーザプレーンセッション固有ベースでＣＮによって行われる、方法。

実施形態３１：実施形態１から３０のいずれかの方法であって、決定がＳＭＦ_ＲＵＳ_Ｐｒｅに対応する、方法。

実施形態３２：実施形態１から３１のいずれかの方法であって、決定が、パケットデータユニット（ＰＤＵ）セッション確立手順またはメッセージの中でＣＮからＲＡＮノードに通知される、方法。

実施形態３３：無線アクセスネットワーク（ＲＡＮ）およびコアネットワーク（ＣＮ）を含む無線通信システムにおいてユーザプレーンアクセスストラタム（ＡＳ）セキュリティを構成するためのＲＡＮノードであって、ＲＡＮノードがユーザプレーンＡＳセキュリティを有効化すべきか否かについてのＣＮによる決定を示す有効化指示を取得し、ＲＡＮノードがＣＮによる決定を拒否することを許可されているか否かを示す拒否容認指示を取得する、ように構成される、ＲＡＮノード。

実施形態３３：無線アクセスネットワーク（ＲＡＮ）およびコアネットワーク（ＣＮ）を含む無線通信システムにおいてユーザプレーンアクセスストラタム（ＡＳ）セキュリティを構成するためのＲＡＮノードであって、ＲＡＮノードがユーザプレーンＡＳセキュリティを有効化すべきか否かについてのＣＮによる決定を示す有効化指示を取得し、ＲＡＮノードがＣＮによる決定を拒否することを許可されているか否かを示す拒否容認指示を取得する、ように構成される、ＲＡＮノード。

実施形態３４：実施形態３３のＲＡＮノードであって、実施形態２から６、１０から２１、および２４から３１のいずれかの方法を実行するように構成される、ＲＡＮノード。

実施形態３５：無線アクセスネットワーク（ＲＡＮ）およびコアネットワーク（ＣＮ）を含む無線通信システムにおいてユーザプレーンアクセスストラタム（ＡＳ）セキュリティを構成するためのＲＡＮノードであって、処理回路およびメモリを有し、メモリは、処理回路によって実行可能な命令を含み、ＲＡＮノードが、ユーザプレーンＡＳセキュリティを有効化すべきか否かについてのＣＮによる決定を示す有効化指示を取得し、ＣＮによる決定を拒否することを許可されているか否かを示す拒否容認指示を取得する、ように構成される、ＲＡＮノード。

実施形態３６：実施形態３５のＲＡＮノードであって、メモリは、処理回路によって実行可能な命令を含み、ＲＡＮノードが、実施形態２から６、１０から２１、および２４から３１のいずれかの方法を実行するように構成される、ＲＡＮノード。

実施形態３７：無線アクセスネットワーク（ＲＡＮ）およびコアネットワーク（ＣＮ）を含む無線通信システムにおいてユーザプレーンアクセスストラタム（ＡＳ）セキュリティを構成するためのＲＡＮノードであって、ユーザプレーンＡＳセキュリティを有効化すべきか否かについてのＣＮによる決定を示す有効化指示を取得するための有効化指示取得モジュールと、ＲＡＮノードがＣＮによる決定を拒否することを許可されているか否かを示す拒否許容指示を取得するための拒否許容指示取得モジュール。

実施形態３８：実施形態３７のＲＡＮノードであって、実施形態２から６、１０から２１、および２４から３１のいずれかの方法を実行するための１つ以上のモジュールを有する、ＲＡＮノード。

実施形態３９：無線アクセスネットワーク（ＲＡＮ）とコアネットワーク（ＣＮ）を含む無線通信システムにおいて、ユーザプレーンアクセスストラタム（ＡＳ）セキュリティを構成するためのコアネットワーク（ＣＮ）ノードであって、ＲＡＮ内のＲＡＮノードがユーザプレーンＡＳセキュリティを有効化すべきか否かについてのＣＮによる決定を示す有効化指示を通知し、ＲＡＮノードがＣＮによる決定を拒否することを許可されているか否か示す拒否容認指示を通知する、ように構成される、ＣＮノード。

実施形態４０：実施形態３９のＣＮノードであって、実施形態８から２１および２４から３１のいずれかの方法を実行するように構成される、ＣＮノード。

実施形態４１：無線アクセスネットワーク（ＲＡＮ）とコアネットワーク（ＣＮ）を含む無線通信システムにおいて、ユーザプレーンアクセスストラタム（ＡＳ）セキュリティを構成するためのコアネットワーク（ＣＮ）ノードであって、処理回路およびメモリを有し、メモリは処理回路によって実行可能な命令を含み、ＣＮノードが、ＲＡＮ内のＲＡＮノードがユーザプレーンＡＳセキュリティを有効化すべきか否かのＣＮによる決定を示す有効化指示を通知し、ＲＡＮノードがＣＮによる決定を拒否することを許可されているか否かを示す拒否容認指示を通知する、ように構成される、ＣＮノード。

実施形態４２：実施形態４１のＣＮノードであって、メモリが、処理回路によって実行可能な命令を含み、ＣＮノードが、実施形態８から２１および２４から３１のいずれかの方法を実行するように構成される、ＣＮノード。

実施形態４３：無線アクセスネットワーク（ＲＡＮ）およびコアネットワーク（ＣＮ）を含む無線通信システムにおいてユーザプレーンアクセスストラタム（ＡＳ）セキュリティを構成するためのコアネットワーク（ＣＮ）ノードであって、ＲＡＮ内のＲＡＮノードがユーザプレーンＡＳセキュリティを有効化すべきか否かについてのＣＮによる決定を示す有効化指示を通知するための有効化指示通知モジュールと、ＲＡＮノードがＣＮによる決定を拒否することが許可されているか否かを示す拒否許容指示を通知するための拒否許容指示通知モジュールとを有する、ＣＮノード。

実施形態４４：実施形態４３のＣＮノードであって、実施形態８から２１および２４から３１のいずれかの方法を実行するための１つ以上のモジュールを有する、ＣＮノード。

実施形態４５：無線アクセスネットワーク（ＲＡＮ）とコアネットワーク（ＣＮ）を含む無線通信システムで用いるように構成される無線通信機器であって、ＲＡＮ内のＲＡＮノードが、ＣＮがＲＡＮノードに拒否することを許可していないＣＮの決定に従ってユーザプレーンアクセスストラタム（ＡＳ）セキュリティを有効化することができないことに応答して、別のＲＡＮノードとユーザプレーンセッションを確立するように無線通信機器を導く通知を受信する、ように構成される、無線通信機器。

実施形態４６：実施形態４５の無線通信機器であって、実施形態２３から３１のいずれかの方法を実行するように構成される、無線通信機器。

実施形態４７：無線アクセスネットワーク（ＲＡＮ）およびコアネットワーク（ＣＮ）を含む無線通信システムで用いるように構成される無線通信機器であって、処理回路およびメモリからなり、メモリは、ＣＮノードが、ＣＮがＲＡＮノードが拒否することを許可していないというＣＮの決定に従って、ＲＡＮ内のＲＡＮノードがユーザプレーンアクセスストラタム（ＡＳ）セキュリティを有効化することができないことに応答して、別のＲＡＮノードとユーザプレーンセッションを確立するように無線通信機器を操舵する信号を受信するように構成されている、無線通信機器。

実施形態４８の無線通信機器であって、実施形態４７の無線通信機器であって、メモリが、処理回路によって実行可能な命令を含み、ＣＮノードが実施形態２３から３１のいずれかの方法を実行するように構成される、無線通信機器。

実施形態４９：無線アクセスネットワーク（ＲＡＮ）とコアネットワーク（ＣＮ）を含む無線通信システムで用いるように構成される無線通信機器であって、ＲＡＮ内のＲＡＮノードが、ＣＮがＲＡＮノードに拒否することを許可していないＣＮの決定に従ってユーザプレーンアクセスストラタム（ＡＳ）セキュリティを有効化することができないことに応答して、別のＲＡＮノードとユーザプレーンセッションを確立するように無線通信機器を導く通知を受信するための受信モジュールを有する、無線通信機器。

実施形態５０：実施形態４９の無線通信機器であって、実施形態２３から３１のいずれかの方法を実行するための１つ以上のモジュールを有する、無線通信機器。

実施形態５１：無線通信システムで用いるように構成される装置の少なくとも１つのプロセッサによって実行されると、装置に実施形態１から３１のいずれかの方法を実行させる命令を有する、コンピュータプログラム。

実施形態５２：実施形態５１のコンピュータプログラムを含む媒体であって、媒体が、佃戸信号、光信号、無線信号、またはコンピュータ読み取り可能な記憶媒体のうちの１つである、媒体。

Claims (24)

1. 無線アクセスネットワーク（ＲＡＮ）（１０Ｂ）とコアネットワーク（ＣＮ）（１０Ａ）とを含む無線通信システム（１０）において、前記ＲＡＮ（１０Ｂ）内のＲＡＮノード（１２）が実行する、ユーザプレーンアクセスストラタム（ＡＳ）セキュリティを設定するための方法であって、
   前記ＣＮ（１０Ａ）から、前記ＲＡＮノード（１２）がユーザプレーンＡＳセキュリティを有効化すべきか否かについての前記ＣＮ（１０Ａ）による決定を示し、かつ、前記ＲＡＮノード（１２）が前記ＣＮ（１０Ａ）による前記決定を拒否することを許可されているか否かを示す、通知（２０）を受信すること（１１２）と、
   前記通知（２０）に応じて、ユーザプレーンＡＳのセキュリティを有効化するか、しないことと、
   を有する、方法。
2. 請求項１に記載の方法であって、ユーザプレーンＡＳセキュリティを有効化するための前記ＲＡＮノード（１２）の能力または望ましさを示す情報にさらに基づいて、ユーザプレーンＡＳセキュリティを有効化するか、しないこと、を有する、方法。
3. 請求項１および２のいずれか１項に記載の方法であって、
   前記ＲＡＮノード（１２）の負荷レベル、
   前記ＲＡＮノード（１２）の電力効率または可用性、
   ユーザプレーンＡＳセキュリティを有効化するための前記ＣＮの権限、
   前記ＲＡＮノード（１２）のモード、
   の１つまたは複数に基づいて、ユーザプレーンＡＳセキュリティを有効化すべきか否かを決定することをさらに含む、方法。
4. 請求項１から３のいずれか１項に記載の方法であって、前記通知（２０）が、特定のユーザプレーンセッションに特に適用されるとともに、特定の無線通信機器について前記ユーザプレーンセッションを確立するための手順の間に受信される、方法。
5. 請求項１から４のいずれか１項に記載の方法であって、前記ＣＮ（１０Ａ）による前記決定が、前記ＲＡＮノード（１２）がユーザプレーンＡＳセキュリティを有効化すべきであるとの決定であり、前記ＲＡＮノード（１２）が前記ＣＮ（１０Ａ）による前記決定を拒否することを許可されておらず、前記ＲＡＮノード（１２）がユーザプレーンＡＳセキュリティを有効化することができない、または前記ＣＮ（１０Ａ）がユーザプレーンＡＳセキュリティを有効化する権限を与えられていない場合に、１つ以上の動作を実行することをさらに含む方法であって、前記１つ以上の動作は、ユーザプレーンセッションまたはユーザプレーンセッション確立をキャンセルすること、拒否すること、または中止することを含む、方法。
6. 請求項１から５のいずれか１項に記載の方法であって、前記ＣＮ（１０Ａ）による前記決定が、前記ＲＡＮノード（１２）がユーザプレーン完全性保護の形でユーザプレーンＡＳセキュリティを有効化すべきか否かの決定であるか、または前記ＲＡＮノード（１２）がユーザプレーン機密性保護の形でユーザプレーンＡＳセキュリティを有効化すべきか否かの決定である、方法。
7. 請求項１から５のいずれか１項に記載の方法であって、前記ＣＮ（１０Ａ）による前記決定が、前記ＲＡＮノード（１２）がユーザプレーン完全性保護の形でユーザプレーンＡＳセキュリティを有効化すべきか否かの決定であり、かつ、前記ＲＡＮノード（１２）がユーザプレーン機密性保護の形でユーザプレーンＡＳセキュリティを有効化すべきか否かの決定である、方法。
8. 請求項１から７のいずれか１項に記載の方法であって、前記決定が、ユーザプレーンセッション管理を実行するＣＮノード（１６）によって行われる、方法。
9. 請求項８に記載の方法であって、前記ＣＮノード（１６）が、セッション管理機能（ＳＭＦ）を実施するノードである、方法。
10. 請求項１から９のいずれか１項に記載の方法であって、前記通知（２０）は、前記ＣＮ（１０Ａ）による決定が、前記ＲＡＮノード（１２）が遵守しなければならない命令であるか、または前記ＲＡＮノード（１２）が拒否することを許可されている優先事項であるかを示すことによって、前記ＲＡＮノード（１２）が前記ＣＮ（１０Ａ）による前記決定を拒否することを許可されているか否かを示す、方法。
11. 無線アクセスネットワーク（ＲＡＮ）（１０Ｂ）とコアネットワーク（ＣＮ）（１０Ａ）を含む無線通信システム（１０）において、前記ＣＮ（１０Ａ）のＣＮノード（１６）が実行する、ユーザプレーンアクセスストラタム（ＡＳ）セキュリティを設定するための方法であって、
    前記ＣＮが、前記ＲＡＮ（１０Ｂ）のＲＡＮノード（１２）がユーザプレーンＡＳセキュリティを有効化すべきか否かを決定する（２１２）ことと、
    前記ＣＮ（１０Ａ）による前記決定を示し、前記ＲＡＮノード（１２）が前記ＣＮ（１０Ａ）による決定を拒否することを許可されているか否かを示す通知（２０）を送信する（２１４）ことと、
    を有する、方法。
12. 請求項１１に記載の方法であって、
    特定のタイプのユーザプレーンＡＳセキュリティ、
    ユーザプレーントラフィックがユーザプレーンＡＳ上で通信されるサービスの特定のタイプまたは優先度、
    特定の前記ＲＡＮノードの位置または位置タイプ、
    特定の前記ＲＡＮノードの負荷レベル、
    ユーザプレーントラフィックがユーザプレーンＡＳ上で通信される加入者の特定のタイプまたは優先度、および
    特定の時間またはイベント、
    の１つ以上に基づいて、および／または特に１つ以上について、前記ＲＡＮノード（１２）が前記決定を拒否することを許可されているか否かを決定すること、をさらに有する、方法。
13. 請求項１１から１２のいずれか１項に記載の方法であって、前記通知（２０）が、特定のユーザプレーンセッションに特に適用されるとともに、特定の無線通信機器についてユーザプレーンセッションを確立するための手順の間に送信される、方法。
14. 請求項１１から１３のいずれか１項に記載の方法であって、前記決定が、前記ＲＡＮノード（１２）がユーザプレーン完全性保護の形でユーザプレーンＡＳセキュリティを有効化すべきか否かの決定であるか、または前記ＲＡＮノード（１２）がユーザプレーン機密性保護の形でユーザプレーンＡＳセキュリティを有効化すべきか否かの決定である、方法。
15. 請求項１１から１３のいずれか１項に記載の方法であって、前記決定が、前記ＲＡＮノード（１２）がユーザプレーン完全性保護の形でユーザプレーンＡＳセキュリティを有効化すべきか否かの決定であり、かつ、前記ＲＡＮノード（１２）がユーザプレーン機密性保護の形でユーザプレーンＡＳセキュリティを有効化すべきか否かの決定である、方法。
16. 請求項１１から１５のいずれか１項に記載の方法であって、前記ＣＮノード（１６）が、ユーザプレーンセッション管理を実行するように構成されている、方法。
17. 請求項１１から１６のいずれか１項に記載の方法であって、前記ＣＮノード（１６）が、セッション管理機能（ＳＭＦ）を実施するノードである、方法。
18. 請求項１１から１７のいずれか１項に記載の方法であって、通知（２０）は、前記ＣＮ（１０Ａ）による決定が、前記ＲＡＮノード（１２）が遵守しなければならない命令であるか、または前記ＲＡＮノード（１２）が拒否することを許可されている優先事項であるかを示すことによって、前記ＲＡＮノード（１２）が前記ＣＮ（１０Ａ）による決定を拒否することを許可されているか否かを示す、方法。
19. 無線アクセスネットワーク（ＲＡＮ）（１０Ｂ）とコアネットワーク（ＣＮ）（１０Ａ）とを含む無線通信システム（１０）において、ユーザプレーンアクセスストラタム（ＡＳ）セキュリティを構成するためのＲＡＮノード（１２）であって、
    前記ＣＮ（１０Ａ）から、前記ＲＡＮノード（１２）がユーザプレーンＡＳセキュリティを有効化すべきか否かについての前記ＣＮ（１０Ａ）による決定を示し、かつ、前記ＲＡＮノード（１２）が前記ＣＮ（１０Ａ）による前記決定を拒否することを許可されているか否かを示す通知（２０）を受信し、
    前記通知（２０）に応じて、ユーザプレーンＡＳセキュリティを有効化する、あるいはしない、
    ように構成される、ＲＡＮノード。
20. 請求項２から１０のいずれか１項に記載の方法を実行するように構成された、請求項１９に記載のＲＡＮノード（１２）。
21. 無線アクセスネットワーク（ＲＡＮ）（１０Ｂ）とコアネットワーク（ＣＮ）（１０Ａ）とを含む無線通信システム（１０）において、ユーザプレーンアクセスストラタム（ＡＳ）セキュリティを構成するためのＣＮノード（１６）であって、
    前記ＣＮ（１０Ａ）によって、前記ＲＡＮ内のＲＡＮノード（１２）がユーザプレーンＡＳセキュリティを有効化すべきか否かを決定し、
    前記ＣＮ（１０Ａ）による決定を示し、かつ、前記ＲＡＮノード（１２）が前記ＣＮ（１０Ａ）による前記決定を拒否することを許可されているか否かを示す通知（２０）を送信する、
    ように構成された、ＣＮノード。
22. 請求項１２から１８のいずれか１項に記載の方法を実行するように構成された、請求項２１に記載のＣＮノード。
23. 無線通信システム（１０）で用いるように構成された無線アクセスネットワーク（ＲＡＮ）ノード（１２）の少なくとも１つのプロセッサによって実行されると、前記ＲＡＮノード（１２）に請求項１から１０のいずれか１項に記載の方法を実行させる命令を有するコンピュータプログラム。
24. 無線通信システム（１０）で用いるように構成されたコアネットワーク（ＣＮ）ノード（１６）の少なくとも１つのプロセッサによって実行されると、前記ＣＮノード（１６）に請求項１１から１８のいずれか１項に記載の方法を実行させる命令を有するコンピュータプログラム。

Images