特許 7400023 完全性保護を管理する技術

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-12-08

(45)【発行日】2023-12-18

(54)【発明の名称】完全性保護を管理する技術

(51)【国際特許分類】

   H04W 12/10 20210101AFI20231211BHJP

   H04W 72/0457 20230101ALI20231211BHJP

   H04W 16/32 20090101ALI20231211BHJP

   H04W 92/20 20090101ALI20231211BHJP

   H04W 92/14 20090101ALI20231211BHJP

【ＦＩ】

H04W12/10

H04W72/0457 110

H04W16/32

H04W92/20

H04W92/14

【請求項の数】 8

(21)【出願番号】P 2022098834

(22)【出願日】2022-06-20

(62)【分割の表示】P 2020553624の分割

【原出願日】2018-04-04

(65)【公開番号】P2022123074

(43)【公開日】2022-08-23

【審査請求日】2022-06-21

(73)【特許権者】

【識別番号】511151662

【氏名又は名称】中興通訊股▲ふん▼有限公司

【氏名又は名称原語表記】ＺＴＥ ＣＯＲＰＯＲＡＴＩＯＮ

【住所又は居所原語表記】ＺＴＥ Ｐｌａｚａ，Ｋｅｊｉ Ｒｏａｄ Ｓｏｕｔｈ，Ｈｉ－Ｔｅｃｈ Ｉｎｄｕｓｔｒｉａｌ Ｐａｒｋ，Ｎａｎｓｈａｎ Ｓｈｅｎｚｈｅｎ，Ｇｕａｎｇｄｏｎｇ ５１８０５７ Ｃｈｉｎａ

(74)【代理人】

【識別番号】110002572

【氏名又は名称】弁理士法人平木国際特許事務所

(72)【発明者】

【氏名】ダイ，キアン

(72)【発明者】

【氏名】フアン，ヘ

【審査官】竹内 亨

(56)【参考文献】

【文献】ZTE Corporation, Sanechips，Data rate restrictions for user plane integrity protection[online]，3GPP TSG RAN WG2 #100 R2-1712611，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_100/Docs/R2-1712611.zip>，2017年11月16日

【文献】3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NG-RAN; NG Application Protocol (NGAP) (Release 15)，3GPP TS 38.413 V0.7.0 (2018-03)，2018年03月12日，Page 1-2, 16-17, 22-23

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｗ ４／００－９９／００

Ｈ０４Ｂ ７／２４－７／２６

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

無線通信方法であって、
第１ネットワークノードによって、ユーザ機器の最大完全性保護有効化データレート能力を超えたかまたは超えようとしているかを判断するステップ；
前記第１ネットワークノードによって、第２ネットワークノードに対して、最大完全性保護有効化データレート能力を超えたかまたは超えようとしていることを示すメッセージを送信するステップ；
を有し、
前記メッセージは、完全性保護で構成されたＰＤＵセッション追加のために前記第２ネットワークノードから受信された要求の拒否を通知する、
方法。

【請求項2】

前記第１ネットワークノードは無線アクセスネットワーク（ＲＡＮ）ノードであり、前記第２ネットワークノードはコアネットワークである、請求項１記載の方法。

【請求項3】

前記コアネットワークは、アクセスおよびモビリティ管理機能（ＡＭＦ）を含む、請求項２記載の方法。

【請求項4】

前記メッセージは、ＰＤＵセッションを解放するためのＰＤＵセッションリソース通知メッセージである、請求項１記載の方法。

【請求項5】

無線通信方法であって、
第２ネットワークノードによって第１ネットワークノードから、最大完全性保護有効データレート能力を超えたかまたは超えようとしていることを示すメッセージを受信するステップであって、前記第１ネットワークノードは無線アクセスネットワーク（ＲＡＮ）ノードであり、前記第２ネットワークノードはモビリティ管理機能（ＡＭＦ）を備えるコアネットワークである、ステップ；
前記第２ネットワークノードによって、前記メッセージをセッション管理機能（ＳＭＦ）に対して送信するステップ；
を有し、
前記メッセージは、完全性保護で構成されたＰＤＵセッション追加のために前記第２ネットワークノードによって前記第１ネットワークノードに対して送信された要求の拒否を通知する、
方法。

【請求項6】

前記メッセージは、ＰＤＵセッションを解放するためのＰＤＵセッションリソース通知メッセージである、請求項５記載の方法。

【請求項7】

請求項１から６のいずれか１項記載の方法を実行するように構成された装置。

【請求項8】

少なくとも１つのプロセッサによって実行されると、請求項１から６のいずれか１項記載の方法を実行する命令を有する、コンピュータ可読媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は一般に、デジタル無線通信を対象とする。

【背景技術】

【0002】

モバイル通信技術は、ますます接続されネットワーク化された社会に向かって世界を動かしている。既存の無線ネットワークと比較して、次世代システムおよび無線通信技術ははるかに広範囲のユースケース特性をサポートし、より複雑かつ高度な範囲のアクセス要件および柔軟性を提供する必要がある。

【0003】

ＬＴＥ（Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）は、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）によって開発されたモバイルデバイスおよびデータ端末のための無線通信のための規格である。ＬＴＥ Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）は、ＬＴＥ規格を強化する無線通信規格である。５Ｇとして知られる第５世代のワイヤレスシステムは、ＬＴＥおよびＬＴＥ－Ａワイヤレス規格を進歩させ、より高いデータレート、多数の接続、超低遅延、高信頼性、および他の新たなビジネスニーズをサポートすることにコミットしている。

【発明の概要】

【課題を解決するための手段】

【0004】

完全性保護および暗号化関連メカニズムを管理するための技術が開示される。第１の例示的な実施形態は以下を有する：第１ネットワークノードによって、１つ以上のデータ無線ベアラ（ＤＲＢ）によって運ばれるユーザプレーンデータに関連する１つ以上の完全性保護障害を検出するステップ；前記第１ネットワークノードによって、障害メッセージを生成するステップ；前記第１ネットワークノードによって、第２ネットワークノードに対して前記障害メッセージを送信するステップ。

【0005】

前記第１ネットワークノードがユーザ機器であり、前記第２ネットワークノードがコアネットワークである前記第１例示的方法の実施形態において、前記障害メッセージは非アクセス階層（ＮＡＳ）シグナリング技術を使用して送信される。

【0006】

前記第１例示的方法の実施形態において、前記第１ネットワークノードは無線アクセスネットワーク（ＲＡＮ）ノードであり、前記第２ネットワークノードはユーザ機器である。

【0007】

前記第１例示的方法の実施形態において、前記障害メッセージは以下のうちの少なくとも１つを含む：（１）前記検出された完全性保護障害の数、（２）前記１つ以上の完全性保護障害の１つ以上の理由。前記第１例示的方法の実施形態において、検出された完全性保護障害の数は、ユーザ機器ごと、サービス品質（ＱｏＳ）フローごと、パケットデータユニット（ＰＤＵ）セッションごと、ＤＲＢごと、またはサービスフローごとに提供される。第１方法例の実施形態において、前記１つ以上の理由は、攻撃、パケットデータ収束プロトコル（ＰＤＣＰ）が非同期化をカウントする、は巡回冗長検査（ＣＲＣ）ビットエラー、を含む。

【0008】

前記第１例示的方法の実施形態において、検出された完全性保護障害の数が所定の障害数に達したと判定することに応答して、前記障害メッセージが送信される。

【0009】

いくつかの実施形態では、前記第１例示的方法はさらに、ＲＡＮノードによって、ＤＲＢ解放メッセージを前記ユーザ機器に対して送信して、前記１つ以上の完全性保護障害に関連する前記１つ以上のＤＲＢを解放するステップを有する。

【0010】

前記第１例示的方法の実施形態において、前記第１ネットワークノードは無線アクセスネットワーク（ＲＡＮ）ノードであり、前記第２ネットワークノードはコアネットワークである。

【0011】

前記第１例示的方法の実施形態において、前記コアネットワークは、アクセスおよびモビリティ管理機能（ＡＭＦ）、ユーザプレーン機能（ＵＰＦ）、またはセッション管理機能（ＳＭＦ）を含み、前記障害メッセージはＡＭＦ、ＵＰＦ、またはＳＭＦに対して提供される。前記第１例示的方法の実施形態において、前記ＡＭＦは障前記害メッセージを受信し、前記障害メッセージを前記ＳＭＦまたはポリシー制御機能（ＰＣＦ）に対して提供する。いくつかの実施形態では、前記第１例示的方法はさらに、前記コアネットワークによって、前記障害メッセージをユーザ機器に対して提供するステップを有する。

【0012】

前記第１例示的方法の実施形態において、前記第１ネットワークノードはセカンダリノードであり、前記第２ネットワークノードはマスタノードであり、前記セカンダリノードと前記マスタノードはデュアル接続システムで動作する。いくつかの実施形態では、前記第１例示的方法はさらに、前記セカンダリノードによって前記マスタノードに対して、キーリフレッシュ、前記１つ以上のＤＲＢの変更または解放、サービス品質（ＱｏＳ）フローの解放、パケットデータユニット（ＰＤＵ）セッションの解放、のうちの１つ以上を含む変更メッセージを送信するステップを有する。

【0013】

第２の例示的方法は、以下を有する無線通信方法を含む：第１ネットワークノードによって、最大完全性保護有効化データレート閾値またはユーザ機器の能力を超えたか、または超えようとしていることを判定するステップ；前記第１ネットワークノードによって第２ネットワークノードに対して、前記最大完全性保護有効化データレート閾値または能力を超えたか、または超えようとしていることを通知する障害通知を送信するステップ。

【0014】

前記第２例示的方法の実施形態において、前記第１ネットワークノードは無線アクセスネットワーク（ＲＡＮ）ノードであり、前記第２ネットワークノードはコアネットワークである。いくつかの実施形態では、前記第２例示的方法はさらに、ＲＡＮノードによって、メッセージを前記コアネットワークに対して送信するステップを有し、前記メッセージは以下のいずれかを示す情報を含む：（１）前記ユーザ機器のための接続を解放する要求、パケットデータユニット（ＰＤＵ）セッションを修正または解放する要求、またはサービス品質（ＱｏＳ）フローを修正または解放する要求、（２）パケットデータユニット（ＰＤＵ）セッション追加またはサービス品質（ＱｏＳ）フロー追加についてのコアネットワークが開始した要求の拒否。

【0015】

前記第２例示的方法の実施形態において、前記コアネットワークは、アクセスおよびモビリティ管理機能（ＡＭＦ）、セッション管理機能（ＳＭＦ）、ポリシー制御機能（ＰＣＦ）、またはユーザプレーン機能（ＵＰＦ）を含む。前記第２例示的方法の実施形態において、前記ＡＭＦに対して提供される障害通知は前記ＳＭＦに対して送信される。前記第２例示的方法の実施形態において、前記ＳＭＦに対して提供された前記障害通知は、前記ＰＣＦに対して送信される。

【0016】

第３の例示的な方法は、以下を有する無線通信方法を含む：マスタノードからセカンダリノードによって、ユーザ機器のための完全性保護データレート閾値を受信するステップ；前記完全性保護有効データレート閾値以下になるように完全性保護有効化データレートを制御するステップ。前記完全性保護有効データレートは、前記セカンダリノードにおいて終端された１つ以上のデータ無線ベアラ（ＤＲＢ）上で前記ユーザ機器に対して割り当てられる。

【0017】

第４の例示的な方法は、以下を有する無線通信方法を含む：基地局によって、１つ以上のＰＤＵセッションを含むパケットデータユニット（ＰＤＵ）セッションセットアップを実行するステップ。前記ＰＤＵセッションセットアップの間、またはその前に、前記基地局はコアネットワークまたはユーザ機器から、以下のうちの少なくとも１つを受信する：各ＰＤＵセッションのためのリソース割当優先度または受付優先度、各ＰＤＵセッションのためのセキュリティ優先度、ユーザセキュリティ優先度、セキュリティとサービス品質（ＱｏＳ）レベルとの間のユーザ優先度。

【0018】

前記第４例示的方法の実施形態において、前記ユーザセキュリティ優先度は各ＰＤＵセッションまたは各ＱｏＳフローについて通知され、前記セキュリティＱｏＳレベルとの間の前記ユーザ優先度は各ＰＤＵセッションまたは各ＱｏＳフローについて通知される。

【0019】

前記第４例示的方法の実施形態において、前記基地局は無線アクセスネットワーク（ＲＡＮ）ノードである。

【0020】

第５の例示的な方法は、以下を有する無線通信方法を含む：セカンダリノードによってマスタノードから、前記セカンダリノードに対して割り当てられた１つ以上のパケットデータユニット（ＰＤＵ）セッションのそれぞれに対するユーザプレーンセキュリティポリシーを受信するステップであって、前記ユーザプレーンセキュリティポリシーはコアネットワークによって構成される、ステップ；前記セカンダリノードによって、前記１つ以上のＰＤＵセッションまたは各ＰＤＵセッションの１つ以上のＱｏＳフローまたは１つ以上のＤＲＢについて、（１）完全性保護のアクティブ化または非アクティブ化、（２）暗号化のアクティブ化または非アクティブ化、のうちいずれか１以上を決定するステップであって、前記決定は前記ユーザプレーンセキュリティポリシーに基づき実施される、ステップ；前記セカンダリノードによって前記マスタノードに対して、前記セカンダリノードによるアクティブ化または非アクティブ化に関連する１つ以上の決定を含むフィードバックを送信するステップ。

【0021】

前記第５例示的方法の実施形態において、前記フィードバックは、前記セカンダリノード上で終端された１つ以上のＰＤＵセッションまたは１つ以上のＱｏＳフローまたは１つ以上のＤＲＢの識別子のリストを含み、各識別子は、（１）完全性保護のアクティブ化または非アクティブ化、（２）暗号化のアクティブ化または非アクティブ化、のいずれか１つ以上に関する情報に関連付けられる。

【0022】

いくつかの実施形態では、前記第５例示的方法はさらに、前記セカンダリノードによってユーザ機器に対して前記１つ以上の決定を送信するステップを有する。前記第５例示的方法の実施形態において、前記１つ以上の決定はＳＲＢ３シグナリングを使用して前記ユーザ機器に対して送信される。

【0023】

第６の例示的な方法は、以下を有する無線通信方法を含む：基地局によってコアネットワークから、ユーザ機器のユーザプレーンセキュリティポリシーを受信するステップ；前記基地局によって、各ＰＤＵセッションの１つ以上のＰＤＵセッションまたは１つ以上のＱｏＳフローについて、（１）完全性保護のアクティブ化または非アクティブ化、（２）暗号化のアクティブ化または非アクティブ化、のいずれか１以上を決定するステップであって、前記決定はユーザプレーンセキュリティポリシーに基づいて実行される、ステップ；前記基地局によって前記コアネットワークに対して、前記基地局によるアクティブ化または非アクティブ化に関連する１つ以上の決定を含むフィードバックを送信するステップ。

【0024】

いくつかの実施形態では、前記第６例示的方法はさらに以下を有する：前記基地局によって、１つ以上のＰＤＵセッションまたは各ＰＤＵセッションの１つ以上のＱｏＳフローについて、（１）完全性保護アクティブ化または非アクティブ化、（２）暗号化アクティブ化または非アクティブ化、のうちのいずれか１つ以上を変更するステップ；前記基地局によって前記コアネットワークに対して、前記基地局によって変更されたアクティブ化または非アクティブ化に関連する１つ以上の更新された決定を含むフィードバックを送信するステップ

【0025】

前記第６例示的方法の実施形態において、前記基地局は無線アクセスネットワーク（ＲＡＮ）ノードである。

【0026】

さらに別の例示的な態様では、上述の方法がプロセッサ実行可能コードの形態で実施され、コンピュータ可読プログラム媒体に格納される。

【0027】

さらに別の例示的な実施形態では、上述の方法を実行するように構成されまたは動作可能なデバイスが開示される。

【0028】

上記および他の態様ならびにそれらの実装は、図面、説明、および特許請求の範囲においてより詳細に説明される。

【図面の簡単な説明】

【0029】

【図1A】新無線（ＮＲ）システムのためのデュアル接続（ＤＣ）システムアーキテクチャの例を示す。

【0030】

【図1B】無線ネットワーク構造のブロック図の例を示す。

【0031】

【図2】ユーザプレーン（ＵＰ）完全性保護（ＩＰ）障害検出および処理のための例示的なソリューションのフロー図を示す。

【0032】

【図3】ＵＰ ＩＰ障害検出および処理のための別の例示的なソリューションのフロー図を示す。

【0033】

【図4】ＵＰ ＩＰ障害検出および処理のための別の例示的なソリューションのフロー図を示す。

【0034】

【図5】ＵＰ ＩＰ障害検出および処理のための別の例示的なソリューションのフロー図を示す。

【0035】

【図6】ＵＰ ＩＰ障害検出および処理のための別の例示的なソリューションのフロー図を示す。

【0036】

【図7】デュアル接続システムにおけるＵＰ ＩＰ障害検出および処理のための別の例示的なソリューションのフロー図を示す。

【0037】

【図8】完全性保護障害を検出するための例示的なフローチャートを示す。

【0038】

【図9】超過した、または超過することになる完全性保護可能データレートを管理するための例示的なフローチャートを示す。

【0039】

【図10】デュアル接続システムにおけるセカンダリノードの１つ以上のＤＲＢのデータレートを管理するための例示的なフローチャートを示す。

【0040】

【図11】パケットデータユニット（ＰＤＵ）セットアップを実行するための例示的なフローチャートを示す。

【0041】

【図12】完全性保護および暗号化のうちのいずれか１つ以上をアクティブ化または非アクティブ化するための例示的なフローチャートを示す。

【0042】

【図13】完全性保護および暗号化のうちのいずれか１つ以上をアクティブ化または非アクティブ化するための別の例示的なフローチャートを示す。

【0043】

【図14】通信ノードの例示的なブロック図を示す。

【発明を実施するための形態】

【0044】

この特許文献は最初に、現在の完全性保護メカニズムに関連する問題のいくつかの概要を提供する。次に、この特許文献は、新無線（ＮＲ）デュアル接続アーキテクチャを記載している。その後、この特許文献は、３つの問題に関連する様々なソリューションを記載している。第１問題に対するソリューションの少なくともいくつかは、一般に、ユーザプレーン（ＵＰ）完全性保護障害の検出および処理に関する。第２問題に対するソリューションのうちの少なくともいくつかは、一般に、完全性保護処理のデータレートがＵＥの能力を超えるときの処理に関する。第３問題の少なくともいくつかのソリューションは一般に、デュアル接続システムにおける完全性保護メカニズムの扱いに関するものである。以下の様々なセクションの見出しの例は、開示された主題の理解を容易にするために使用され、特許請求される主題の範囲を限定するものではない。したがって、１つの例示的なセクションの１つ以上の特徴は、別の例示的なセクションの１つ以上の特徴と組み合わせることができる。

【0045】

完全性保護および暗号化は、シグナリングおよびデータのセキュリティを保護するために、ＬＴＥおよびＮＲにおいて使用される。現在のＬＴＥ仕様では、シグナリング無線ベアラ（ＳＲＢ）１および２が暗号化され、完全性保護されることができ、データ無線ベアラ（ＤＲＢ）は暗号化されることができ、中継ノードのバックホールデータリンクを除いて、データ無線ベアラ（ＤＲＢ）のために完全性を使用することができない。現在、完全性保護および暗号化の両方が、ＳＲＢ（シグナリング無線ベアラ）１、２、３、およびＤＲＢ（データ無線ベアラ）に対して有効にされている。

【0046】

ＤＲＢの完全性処理は、携帯電話、スマートフォン、またはラップトップのようなユーザ機器（ＵＥ）の計算集約的なプロセスである場合がある。少なくともいくらかの複雑さを低減するために、１つのＵＥ能力を導入して最大データレートを分類し、ＵＥが完全性保護処理をできるようにする。この能力の最大データレートの最小値は、６４ｋＢｐｓとすることができる。この能力は、集約された完全性保護データレートがＵＥの能力を超えないことをネットワークが決定できるように、接続確立中にＵＥによってネットワークに対して送ることができる。しかしながら、完全性保護されたデータがＵＥの能力を超えていないかどうかの決定に関連する技術は、十分に開発されていない。さらに、ＮＲシステムにおいて、１つのデータ無線ベアラで配信されるデータパケットが完全性チェックに障害することを受信ネットワークノード（例えばユーザ機器）が検出した場合、ＵＥ側およびネットワーク側でこのような問題を管理する技術が適切に開発されていない。

【0047】

図１Ａは、ＮＲシステムのためのデュアル接続（ＤＣ）システムアーキテクチャの例を示す。ＤＣシステムにおいて、ＵＥは複数の受信器（Ｒｘ）または送信器（Ｔｘ）などのような複数のトランシーバを有することができる。図１Ａに示される第１ネットワーク要素などのＵＥの現在のサービス提供基地局は、ＵＥのための適切な無線チャネルを選択することができる。１例として、第１ネットワーク要素は、ある閾値を満たすか、または超える品質をもつ無線チャネルを選択することができる。ＤＣシステムにおいて、図１Ａの第２ネットワーク要素などの第２基地局はＵＥと通信することもでき、その結果、２つの基地局はＵＥがユーザプレーンデータ送信を実行するための無線リソースを共同で提供することができる。ＵＥと第１および第２ネットワーク要素との間の無線インターフェースは、図１ＡにＵｕとして示されている。

【0048】

さらに、第１ネットワーク要素と次世代コアネットワーク（ＮＧ－ＣＮ）との間に第１ＮＧ制御プレーンＮＧ－Ｃを確立することができるように、第１ネットワーク要素と次世代コアネットワーク（ＮＧ－ＣＮ）との間に有線インターフェースが図１Ａに示されている。図１Ａには、第２ネットワーク要素とＮＧ－ＣＮとの間に別の有線インターフェースが示されており、これにより第２ＮＧユーザプレーンＮＧ－ＵをＵＥのために第２ネットワーク要素とＮＧ－ＣＮとの間に確立することができる。有線インターフェース、第１ネットワーク要素および第２ネットワーク要素は、Ｘｎインターフェースと呼ばれる理想的または非理想的なネットワーク間要素インターフェースによって接続される。無線インターフェースに関して、第１ネットワーク要素と第２ネットワーク要素は同一または異なる無線アクセス技術（ＲＡＴ）を提供することができ、ＵＥの比較的独立したスケジューリングを提供することができる。

【0049】

コアネットワークの制御プレーンに接続された第１ネットワーク要素は、マスタノードと呼ぶこともできる。２番目のネットワーク要素は、セカンダリノードまたはスレーブノードとも呼ばれる。ＵＥが３つ以上のネットワーク要素に接続されている場合、マスタノードを除くすべてのノードをセカンダリノードと呼ぶことができる。デュアル接続システムにおいて、マスタノード（ＭＮ）はコアネットワークとの１つのユーザプレーン（ＵＰ）接続と制御プレーン（ＣＰ）接続を持つことができ、セカンダリノード（ＳＮ）はコアネットワークとの１つのＵＰ接続を持つことも、コアネットワークとのＵＰ接続を持たないこともできる。そのような場合、ＳＮは、ＳＮのデータがユーザ機器とＳＮとの間、ＳＮとＭＮとの間、およびＭＮとＣＮとの間で送信できるように、ＭＮとのＵＰ接続を有する。したがって、ＭＮは、ＣＮとのＵＰ接続を有する。

【0050】

図１Ａの例示的なシステムは、ＭＲ（Ｍｕｌｔｉ－ＲＡＴ）デュアル接続アーキテクチャを記載している。マスタノードとセカンダリノードは、異なる無線アクセス技術のアクセスポイントにすることができる。たとえば、１つのアクセスポイントにはｇＮＢ などのＮＲまたは無線アクセスネットワーク（ＲＡＮ）ノードを含めることができ、別のアクセスポイントにはｅＮＢなどのＬＴＥ ＲＡＮノードを含めることができる。一部の実装では、ｅＮＢとｇＮＢを同時に５Ｇコアネットワークに接続することができる。他のいくつかの実施形態では、デュアル接続は、両方ともＮＲ ＲＡＮノード（例えばｇＮＢ）であるプライマリノードとセカンダリノードとを使用することによって実装することができる。

【0051】

上述の完全性保護問題は、デュアル接続システムにも存在する。例えば、デュアル接続アーキテクチャを有するＲＡＮにおいて、ＵＥの完全性有効化データレートがＵＥ能力を超えないかどうかを決定するための技術は、十分に開発されていない。さらに、ＤＲＢ完全性検査の障害が検出された場合における、ＵＥ側処理およびネットワーク側処理のための技術は、十分に開発されていない。

【0052】

Ｉ．課題１－ユーザプレーン（ＵＰ）完全性保護（ＩＰ）障害検出および処理。

【0053】

ソリューション１

【0054】

図２は、ＵＰ ＩＰ障害検出および処理のための例示的なソリューションのフロー図を示す。図２において、アクセスおよびモビリティ管理機能（ＡＭＦ）およびセッション管理機能（ＳＭＦ）はコアネットワークに関連し、コアネットワークに含まれる。いくつかの実施形態では、ＣＮはまた、ユーザプレーン関数（ＵＰＦ）を含むことができる。ＵＰＦは、データパケットのルーティングや転送、ＱｏＳ処理など、ＵＥからデータネットワークへのＵＰ接続を処理するために使用できる。

【0055】

図１Ｂは、無線ネットワーク構造のブロック図の例を示す。図１Ｂでは、ＵＥがＣＮのＡＭＦと通信することができ、ＲＡＮノードとも通信することができる。ＡＭＦ、ＳＭＦ、ポリシー制御機能（ＰＣＦ）、およびユーザプレーン機能（ＵＰＦ）は、ＣＮ関連機能である。図１Ｂでは、ネットワーク機能間のインターフェースが文字Ｎとそれに続く数字で示されている。

【0056】

ソリューション１において、ＵＥが１つ以上のＤＲＢでＵＰ ＩＰ障害を検出した場合、ＵＥはこの障害を、この特許文書に記載されているＣＮ関連機能のうちの１つ以上、またはサービスプロバイダ、あるいはアプリケーションサーバに通知することができる。ＵＥは、ＮＡＳシグナリングを使用して、完全性障害についてＣＮに通知することができる。ＵＥによって生成され送信される障害情報は以下の少なくとも１つまたは両方を含むことができる：（１）ＵＥごと、またはサービス品質（ＱｏＳ）フローごと、またはパケットデータユニット（ＰＤＵ）セッションごと、またはサービスフローごとに、検出された障害の数、（２）攻撃などの障害の理由、またはパケットデータコンバージェンスプロトコル（ＰＤＣＰ）カウントの非同期化、または巡回冗長検査（ＣＲＣ）ビットエラー。

【0057】

ＤＣに関連するいくつかの実施形態において、マスタノード（ＭＮ）またはセカンダリノード（ＳＮ）で終端された１つ以上のＤＲＢにおけるＵＰ ＩＰ障害を、ＵＥが検出することができる。いくつかの実施形態では、完全性保護障害が検出されたとき、ＵＥは障害情報を生成し、ＣＮに対して送信することができる。いくつかの他の実施形態では、検出された累積または連続した障害の数がある所定の数に達したとき、ＵＥは障害検出に関連する情報を生成し、送信することができる。

【0058】

次のパラグラフは、ソリューション１に関連する追加情報を提供する。

【0059】

ある実施形態では、ＵＥは各ＤＲＢのデータパケットの完全性をチェックすることができる。完全性エラーが見つかると、ＵＥはアクセスおよびモビリティ管理機能（ＡＭＦ）などのＣＮ機能に対して、完全性チェック障害情報を生成して送信できる。オプションとして、ＵＥが検出した累積または連続した障害がある数に達したとき、ＵＥは完全性検査障害情報を生成し、ＣＮ内の機能に対して送信することができる。完全性チェックの障害情報には、以下の情報の少なくとも１つ以上を含めることができる：
（１）完全性チェックに失敗した１つ以上のＱｏＳフローの識別子、および／または、これに対応する各ＱｏＳフローに関連する障害数。
（２）完全性チェックに失敗した１つ以上のＰＤＵセッションの識別子、および／または、それに対応する各ＰＤＵセッションの障害数。
（３）ＵＥがユーザプレーン完全性チェック障害を検出したことを表す１つの通知。
（４）ユーザプレーン完全性チェック障害の総数。
（５）障害の原因、例えば攻撃によるもの、またはＰＤＣＰカウント非同期化によるもの、またはＣＲＣビットエラー。
（６）対応するＱｏＳフローごとの、または対応するＰＤＵセッションごとの、または対応するＤＲＢごとの、ユーザプレーン完全性チェック障害の個数。

【0060】

ユーザプレーンの完全性チェックの障害の数は、ＲＡＮノードによって定義されＵＥ に対して構成することができる特定の長さの時間枠でカウントできる。ＵＥは、ＮＡＳシグナリングを介してＡＭＦに対して障害情報を提供することができる。

【0061】

完全性チェックの障害情報を受信すると、ＡＭＦはこの情報をＳＭＦまたはＰＣＦ に対して配信するか、ＳＭＦとＰＣＦの両方に対して配信できる。

【0062】

ある実施形態において、ＳＭＦが完全性チェック障害情報を受信した場合、ＳＭＦはこの障害を処理する方法を決定することができる。たとえば、ＳＭＦは完全性チェックに失敗したＰＤＵセッションまたはＱｏＳフローを変更または解放し、対応するシグナリングをＡＭＦに対して送信できる。いくつかの実施形態では、ＡＭＦ自身が障害情報を処理することができる。たとえば、ＡＭＦは完全性チェックに失敗したＰＤＵセッションまたはＱｏＳフローを変更または解放でき、ＡＭＦは対応するシグナリングをＵＥに対して送信できる。ＰＣＦが障害情報を受信する実施形態において、ＰＣＦは、完全性障害が発見された場合にＰＤＵセッションを解放するかＱｏＳフローを解放するかを決定することができる。その実施形態において、ＰＣＦはＵＥセキュリティポリシーを決定することができる。

【0063】

ソリューション２

【0064】

図３は、ＵＰ ＩＰ障害検出および処理のための別の例示的なソリューションのフロー図を示す。図３において、基地局やｅＮＢなどのＲＡＮノードがＵＰ ＩＰ障害を検出すると、基地局は障害情報を生成してＵＥに対して送信することができる。ＵＥがＲＡＮノードからＵＰ ＩＰ障害情報を受信すると、ＵＥはＮＡＳレイヤやアプリケーションレイヤなどの上位レイヤに対して障害情報を配信できる。ＤＣに関連するいくつかの実施形態では、ＵＥがＭＮまたはＳＮからＵＰ ＩＰ障害情報を受信する場合、ＵＥはこの情報をその上位レイヤ、たとえば、ＮＡＳレイヤまたはアプリケーションレイヤに対して配信する。

【0065】

いくつかの実施形態では、完全性保護障害が検出されたとき、ＲＡＮノードは障害情報を生成し、ＵＥに対して送信することができる。いくつかの他の実施形態では、検出された累積または連続した障害の数がある所定の数に達したとき、ＲＡＮノードは障害検出に関連する情報を生成し、送信することができる。

【0066】

ＲＡＮノードによって送信される情報には、以下の少なくとも１つまたは両方を含めることができる：（１）ＵＥごと、ＱｏＳフローごと、またはＰＤＵセッションごと、またはサービスフローごとに、検出された障害の数、（２）攻撃などの障害の理由、またはＰＤＣＰカウントの非同期、またはＣＲＣビットエラー。

【0067】

オプションとして、ＲＡＮノードは完全性チェックに失敗したＤＲＢを解放するために、ＤＲＢ解放メッセージをＵＥに対して送信できる。ＤＲＢ解放メッセージは、「完全性チェック障害」または「ユーザプレーン完全性チェック障害」の原因値を含むことができる。

【0068】

次のパラグラフは、ソリューション２に関連する追加情報を提供する。

【0069】

いくつかの実施形態では、ＲＡＮノードは各ＤＲＢのデータパケットの完全性をチェックすることができる。完全性エラーが見つかると、ＲＡＮノードは完全性チェックの障害情報をＵＥに対して送信できる。オプションとして、ＲＡＮノードが検出した累積または連続した障害がある数に達したとき、ＲＡＮノードは完全性検査障害情報をＵＥに対して送信することができる。

【0070】

完全性チェック障害情報は、以下の情報のうちの少なくとも１つ（または複数）を含むことができる：
（１）完全性チェックに失敗した１つ以上のＱｏＳフローの識別子、および／または、これに対応する各ＱｏＳフローの障害数；
（２）完全性チェックに失敗した１つ以上のＰＤＵセッションの識別子、および／または、これに対応する各ＰＤＵセッションの障害数；
（３）完全性チェックに失敗した１つ以上のＤＲＢの識別子、および／または、これに対応する各ＤＲＢの障害数；
（４）ユーザプレーン完全性チェックの障害が検出されたことを表す１つの通知；
（５）検出されたユーザプレーン完全性チェック障害の総数。
（６）検出されたユーザプレーン完全性チェック障害の数をカウントするために使用される時間ウィンドウの長さ。
（７）ユーザプレーンの完全性チェックの原因、例えば攻撃によるもの、ＰＤＣＰカウント非同期化によるもの、ＣＲＣビットエラー。
（８）対応するＱｏＳフローごとの、または対応するＰＤＵセッションごとの、または対応するＤＲＢごとの、ユーザプレーン完全性チェック障害の個数。

【0071】

ユーザプレーンの完全性チェック障害の数は、ＲＡＮノードによって定義できる一定の時間枠でカウントできる。そのＲＡＮノードは、ＲＲＣシグナリングを介してＵＥに対して障害情報を提供することができる。

【0072】

オプションとして、いくつかの他の実施形態では、ＲＡＮノードは、ＩＰ障害についてＵＥに対して通知するために、完全性検査障害情報をＵＥに対して送信しなくてもよい。そのような実施形態では、完全性チェックに失敗したＤＲＢを解放するために、ＲＡＮはＤＲＢを解放するメッセージをＵＥに対して送信することができる。ＲＡＮノードによって送信されるこのようなメッセージは「完全性チェック障害」または「ユーザプレーン完全性チェック障害」に関連する値を持つ原因を含むか、または添付することができる。このメッセージは、現在ＬＴＥおよびＮＲシステムで使用されているＲＲＣ接続再構成メッセージとすることができる。

【0073】

ＵＥが完全性チェック障害情報を受信した後、ＵＥは完全性チェック障害情報に基づいて追加の操作を実行することができる。例えば、ＵＥは完全性検査に失敗した既存のＰＤＵセッションまたはＱｏＳフローを修正または解放するようにＣＮに対して要求するために、ＰＤＵセッション修正または解放要求手続きを開始することができる。

【0074】

ソリューション３

【0075】

図４は、ＵＰ ＩＰ障害検出および処理のための別の例示的なソリューションのフロー図を示す。図４において、ＲＡＮノードがＵＰ ＩＰ障害を検出した場合、またはＵＥからＵＰ ＩＰ障害情報を受信した場合、ＲＡＮノードは障害情報を生成し、ＣＮに対して送信することができる。ＣＮノードには、アクセスおよびモビリティ管理機能（ＡＭＦ）、セッション管理機能（ＳＭＦ）、ポリシー制御機能（ＰＣＦ）、またはユーザプレーン機能（ＵＰＦ）を含めることができる。

【0076】

いくつかの実施形態では、ＲＡＮノードが「完全性チェック障害」または「ユーザプレーン完全性チェック障害」の原因で障害メッセージをＣＮに対して送信することによって、ＰＤＵセッションまたはＱｏＳフローまたはＵＥ接続を変更または解放するようにＣＮに対して要求することができる。このような情報をＣＮに対して送信する利点の１つは、ＩＰ障害が検出されたことと、ＩＰ障害に関連するＰＤＵセッションまたはＱｏＳフローをＣＮが知ることができることである。

【0077】

いくつかの実施形態では、現在のシグナリング技術を使用して、ＲＡＮノードからＡＭＦに対して障害情報を送信することができる。ＲＡＮノードからＡＭＦに対してメッセージを送信するために使用されるシグナルの例としては、ＰＤＵセッションリソース通知、ＰＤＵセッションリソース変更通知、またはＵＥコンテキスト解放要求などがある。

【0078】

次のパラグラフは、ソリューション３に関連する追加情報を提供する。

【0079】

いくつかの実施形態において、ＲＡＮノードは各ＤＲＢのデータパケットの完全性をチェックすることができる。完全性エラーが見つかると、ＲＡＮノードはＵＰ ＩＰ障害情報をＡＭＦに対して送信する。ＵＰ ＩＰ障害情報は、制御シグナリングのオーバーヘッドを節約するために、既存のメッセージ内で配信できる。既存のメッセージの例としては、ＰＤＵセッションリソース通知が含まれる。

【0080】

ＵＰ ＩＰ障害情報には、次の情報の少なくとも１つ（または複数）を含めることができる：
（１）完全性チェックに失敗した１つ以上のＱｏＳフローの識別子、および／または、これに対応する各ＱｏＳフローの障害数。
（２）完全性チェックに失敗した１つ以上のＰＤＵセッションの識別子、および／または、これに対応する各ＰＤＵセッションの障害数。
（３）完全性チェックに失敗した１つ以上のＤＲＢの識別子、および／または、それに対応する各ＤＲＢの障害件数。
（４）ユーザプレーン完全性チェックの障害が検出されたことを表す１つの通知。
（５）検出されたユーザプレーン完全性チェック障害の総数。
（６）検出されたユーザプレーン完全性チェック障害の数をカウントするために使用される時間ウィンドウの長さ。
（７）ユーザプレーンの完全性チェックの障害の原因、例えば攻撃によるもの、ＰＤＣＰカウント非同期化によるもの、ＣＲＣビットエラー。
（８）対応するＱｏＳフローごとの、または対応するＰＤＵセッションごとの、または対応するＤＲＢごとの、ユーザプレーン完全性チェック障害の数。

【0081】

オプションとして、いくつかの実施形態では、ＲＡＮノードがより単純な機構を使用して、ＵＰ ＩＰ障害情報をＡＭＦに対して配信することができる。例えば、ＲＡＮノードは「完全性チェック障害」または「ユーザプレーン完全性チェック障害」の原因をもつＰＤＵセッションまたはＱｏＳフローまたはＵＥ接続を修正または解放するようにＣＮに対して要求することができる。このような実施形態では、ＩＰ障害が発生したこと、およびどのＰＤＵセッションまたはＱｏＳフローが被害を受けたかを、ＣＮが決定することができる。たとえばＲＡＮノードは、ＰＤＵセッションリソース変更通知メッセージをＡＭＦに対して送信して、上述の原因を有するＩＰチェック障害ＰＤＵセッションまたはＱｏＳフローの修正または解放を要求することができる。別の例として、ＲＡＮノードは、ＵＥコンテキスト解放要求メッセージをＡＭＦに対して送信して、上述の原因を有するＵＥ接続を解放するように要求することができる。

【0082】

いくつかの実施形態では、ＡＭＦはソリューション１に記載されているように、ＵＰ ＩＰ障害情報をＳＭＦまたはＰＣＦに、あるいはＳＭＦおよびＰＣＦの両方に中継することもできる。

【0083】

ＣＮが完全性チェックの障害情報を受信すると、ＡＭＦまたはＳＭＦまたはＰＣＦを含むＣＮは、完全性チェックの障害情報に基づいて追加の操作を実行できる。たとえば、ＣＮはＰＤＵセッションの変更または解放要求プロシージャを開始して、完全性チェックに失敗した既存のＰＤＵセッションまたはＱｏＳフローを変更または解放するようにＲＡＮに対して要求できる。

【0084】

ソリューション４

【0085】

図５は、ＵＰ ＩＰ障害検出および処理のための別の例示的なソリューションのフロー図を示す。図５において、ＣＮがＲＡＮノードからＵＰ ＩＰ障害情報を受信した場合、ＣＮはＵＰ ＩＰ障害をＵＥに対して通知することができる。ＲＡＮノードは、ＮＡＳシグナリングを使用して１つ以上のＣＮ機能に対して障害情報を送信できる。たとえば、ＣＮ機能には、ＡＭＦ、ＳＭＦ、ＰＣＦ、またはＵＰＦが含まれる。ある実施形態では、ＣＮのＡＭＦがＲＡＮノードからＵＰ ＩＰ障害情報を受信した場合、ＡＭＦは障害情報をＳＭＦまたはＰＣＦに対して配信することができる。

【0086】

ＲＡＮノードによって送信される情報には、以下の少なくとも１つまたは両方を含めることができる：（１）ＵＥごと、ＱｏＳフローごと、またはＰＤＵセッションごと、またはサービスフローごとに、検出された障害の数、（２）攻撃などの障害の理由、またはＰＤＣＰカウントの非同期、またはＣＲＣビットエラー。

【0087】

次のパラグラフは、ソリューション４に関連する追加情報を提供する。

【0088】

いくつかの実施形態では、ＵＰ ＩＰ障害はＲＡＮノードによって検出され、ＲＡＮノードはＵＰ ＩＰ障害情報をＡＭＦに対して送信することができる。ＡＭＦがＵＰ ＩＰ障害情報を受信した後、ＡＭＦは、ＮＡＳシグナリングなどを使用して、この障害情報をＵＥに対して配信できる。障害情報は、以下のうちの少なくとも１つ（または複数）を含むことができる：
（１）完全性チェックに失敗した１つ以上のＱｏＳフローの識別子、および／または、これに対応する各ＱｏＳフローの障害数。
（２）完全性チェックに失敗した１つ以上のＰＤＵセッションの識別子、および／または、これに対応する各ＰＤＵセッションの障害件数。
（３）完全性チェックに失敗した１つ以上のＤＲＢの識別子、および／または、それに対応する各ＤＲＢの障害件数。
（４）ユーザプレーン完全性チェックの障害が検出されたことを表す１つの通知。
（５）検出されたユーザプレーン完全性チェック障害の総数。
（６）検出されたユーザプレーン完全性チェック障害の数をカウントするために使用される時間ウィンドウの長さ。
（７）ユーザプレーン完全性チェック障害の原因、例えば攻撃によるもの、またはＰＤＣＰカウント非同期化によるもの、またはＣＲＣビットエラー。
（８）対応するＱｏＳフローごとの、または対応するＰＤＵセッションごとの、または対応するＤＲＢごとの、ユーザプレーン完全性チェック障害の個数。

【0089】

いくつかの実施形態では、ＡＭＦがＵＰ ＩＰ障害情報を受信した後、ＡＭＦはこの障害情報をＳＭＦまたはＵＰＦに対して配信することもできる。

【0090】

ソリューション５

【0091】

図６は、ＵＰ ＩＰ障害検出および処理のための別の例示的なソリューションのフロー図を示す。図６において、ＣＮがＲＡＮノードまたはＵＥからＩＰ障害情報を受信した場合、ＣＮは要求メッセージをＲＡＮノードに対して送信することもできるし、ＵＥ接続を解放したりＰＤＵセッションまたはＱｏＳフローを解放したりするためにＵＥに対して直接送信することもできる。図６に示すように、要求メッセージがＲＡＮノードに対して送信された場合、ＲＡＮノードはＵＥに対して要求メッセージを送信することができる。要求メッセージは、「完全性チェック障害」または「ユーザプレーン完全性チェック障害」の原因を含むことができる。

【0092】

次のパラグラフは、ソリューション５に関連する追加情報を提供する。

【0093】

いくつかの実施形態では、ＳＭＦまたはＰＣＦは、完全性チェックに失敗した所与のＵＥの１つ以上のＰＤＵセッションまたは１つ以上のＱｏＳフローを示すＩＰ障害情報を受信することができる。このような実施形態において、ＳＭＦはＰＤＵセッション解放要求手順を開始して、ＩＰ障害ＰＤＵセッションまたはＱｏＳフローを解放することができる。ＳＭＦは、「完全性チェックの障害」または「ユーザプレーンの完全性チェックの障害」の原因で、ＰＤＵセッション解放要求をＡＭＦに対して送信できる。

【0094】

オプションとして、いくつかの実施形態において、ＳＭＦまたはＰＣＦは、所与のＵＥのすべてのＰＤＵセッションまたはＱｏＳフローがＩＰ障害に直面している場合において、ＵＥ接続またはコンテキスト解放要求をＡＭＦに対して送信して、ＵＥ接続全体を解放するように求めることができる。ＵＥ接続またはコンテキスト解放要求メッセージには、「完全性チェックの障害」または「ユーザプレーンの完全性チェックの障害」の原因を含めることができる。

【0095】

ＳＭＦからＰＤＵセッション解放要求を受信すると、ＡＭＦは「完全性チェック障害」または「ユーザプレーン完全性チェック障害」の原因でＲＡＮノードに対してＰＤＵセッション解放要求を送信することができる。別の実施形態ではこれに代えて、ＡＭＦはＮＡＳメッセージをＵＥに対して送信して、ＩＰチェックに失敗したＰＤＵセッションまたはＱｏＳフローを解放するようにＵＥに対して通知することができる。ＮＡＳ メッセージには、「完全性チェックの障害」または「ユーザプレーンの完全性チェックの障害」の原因を含めることができる。ＮＡＳメッセージは、ＡＭＦからＲＡＮに対して送信されるＮＡＳコンテナとして要求メッセージに含めることができる。ＡＭＦとＵＥには直接インターフェースがないので、ＲＡＮノードはＡＭＦからＵＥに対してＮＡＳメッセージを中継できる。リレー方式はＮＡＳメッセージをカプセル化できる。たとえば、ＡＭＦからＲＡＮノードへのメッセージ内のＮＡＳコンテナまたはＲＡＮノードからＵＥへのメッセージ内のＮＡＳコンテナである。したがって、ＮＡＳメッセージの内容をＲＡＮノードに対して透過的にすることができる。

【0096】

オプションとして、いくつかの実施形態では、ＵＥ接続全体を解放するために、ＡＭＦはＵＥコンテキスト解放要求をＲＡＮノードに対して送信することができる。ＵＥコンテキスト解放要求メッセージには、「完全性チェックの障害」または「ユーザプレーンの完全性チェックの障害」の原因を含めることができる。

【0097】

いくつかの実施形態では、ＲＡＮノードがＡＭＦからＰＤＵセッション解放要求を受信した後、ＲＡＮノードは「完全性チェック障害」または「ユーザプレーン完全性チェック障害」の原因でＰＤＵセッション解放要求をＵＥに対して送信することができる。ＮＡＳコンテナがＡＭＦから受信したＰＤＵセッション解放要求内に含まれている場合、ＲＡＮノードはＲＲＣシグナリングを介してこのＮＡＳコンテナをＵＥに対して透過的に配信することができる。

【0098】

ソリューション６

【0099】

図７は、デュアル接続システムにおけるＵＰ ＩＰ障害検出および処理のための別の例示的なソリューションのフロー図を示す。図７において、セカンダリノード（ＳＮ）がＩＰ障害を検出すると、ＳＮは障害メッセージを生成し、マスタノード（ＭＮ）に対して送信することができる。ＭＮとＳＮは、接続を確立するかまたは同じユーザ機器と通信することができる。メッセージは例えば、キーリフレッシュ、ＤＲＢの変更または解放、ＰＤＵセッションの変更または解放、またはＱｏＳフローの変更または解放を含むことができる。変更メッセージは「完全性チェック障害」または「ユーザプレーン完全性チェック障害」の原因を含むことができる。いくつかの実施形態では、図７に示すように、ＳＮはＳＮ開始ＳＮ変更要求メッセージなどの既存のメッセージを使用して、上述のメッセージをＭＮに対して送信することができる。

【0100】

次のパラグラフは、ソリューション６に関連する追加情報を提供する。

【0101】

例えば、ＵＥがＭＮとＳＮとの２つの接続を同時に有するデュアル接続システムに関するいくつかの実施形態において、ＭＮはＮＲ－ＲＡＮノードを含むことができ、ＳＮはｅＬＴＥ－ｅＮＢを含むことができる。ＳＮは、ＵＥからＳＮに対して送信されたアップリンクデータの完全性をチェックできる。ＳＮで終了したＤＲＢでＩＰ障害が検出された場合、ＳＮは追加の操作を実行できる。たとえば、ＳＮはＵＰ ＩＰ障害情報をＭＮに対して通知できる。いくつかの実施形態では、ＵＰ ＩＰ障害情報は以下の情報のうちの少なくとも１つ（または２つ以上）を含むことができる：
（１）完全性チェックに失敗した１つ以上のＱｏＳフローの識別子、および／または、これに対応する各ＱｏＳフローの障害数。
（２）完全性チェックに失敗した１つ以上のＰＤＵセッションの識別子、および／または、対応する各ＰＤＵセッションの障害件数。
（３）完全性チェックに失敗した１つ以上のＤＲＢの識別子、および／または、それに対応する各ＤＲＢの障害件数。
（４）ユーザプレーン完全性チェックの障害を検出したことを表す１つの通知。
（５）検出されたユーザプレーン完全性チェック障害の総数。
（６）検出されたユーザプレーン完全性チェック障害の数をカウントするために使用される時間ウィンドウの長さ。
（７）ユーザプレーン完全性チェック障害の原因、例えば攻撃によるもの、ＰＤＣＰカウント非同期化によるもの、またはＣＲＣビットエラー。
（８）対応するＱｏＳフローごとの、または対応するＰＤＵセッションごとの、または対応するＤＲＢごとの、ユーザプレーン完全性チェック障害の個数。

【0102】

オプションとして、いくつかの実施形態では、ＳＮがＳＮ変更手順を直接開始することができる。例えばＳＮは、「完全性チェック障害」または「ユーザプレーン完全性チェック障害」の原因を含むＳＮ変更要求メッセージを送信することができる。

【0103】

ソリューション２２

【0104】

いくつかの実施形態では、ＵＥが各ＤＲＢのデータパケットの完全性をチェックしてもよい。完全性エラーがＵＥによって検出されると、ＵＥは無線リンク障害をトリガするかどうかを決定できる。無線リンク障害のＵＰ ＩＰ関連のトリガ条件には、次のうち少なくとも１つを含めることができる：
（１）連続的な完全性チェックの障害が１つのＤＲＢ上で検出され、障害の数が所定の閾値に達する。
（２）構成された時間長内の１つのＤＲＢ上の累積した検出された完全性チェック障害が、所定の閾値に達する。
（３）構成された時間長内のすべてのＤＲＢ上の累積した検出された完全性チェック障害が、ある所定の閾値に達する。

【0105】

例えば、ＵＥが１つのＲＡＮノードに接続する単一接続を含む実施形態において、ＵＥがＤＲＢ IP障害に起因する無線リンク障害報告を生成する場合、「ＵＰ完全性チェック障害」または「ＤＲＢ完全性チェック障害」の原因を無線リンク障害報告内において通知することができる。さらに、ある実施形態では、無線接続が回復したとき、例えば、ＵＥがＲＡＮノードと正常にメッセージを送受信できるとき、ＵＥは無線リンク障害報告をＲＡＮに対して送信することができる。例えば、ＵＥがＲＡＮノードからアップリンク情報要求メッセージを受信したとき、ＵＥは無線リンク障害報告を含む応答メッセージをＲＡＮノードに対して送信することができる。

【0106】

デュアル接続システムに関するいくつかの実施形態において、ＭＮ終端ＤＲＢにＩＰ障害があり、無線リンク障害トリガ条件に達したとＵＥが判定した場合、ＵＥは単一接続の実施形態について上述した動作を実行することができる。

【0107】

デュアル接続システムに関連するいくつかの実施形態では、ＳＮ終端ＤＲＢ上にＩＰ障害があり、無線リンク障害トリガ条件に達したとＵＥが判断した場合、ＵＥは「ＵＰ完全性チェック障害」または「ＤＲＢ完全性チェック障害」の障害タイプを含むＳＮ障害情報メッセージを生成し、そのメッセージをＭＮに対して送信することができる。そのような実施形態では、ＭＮがＳＮで実行する動作を決定することができる。たとえば、ＭＮを新しいＳＮに変更したり、ＳＮを解放したりできる。

【0108】

ＩＩ．課題２－ＵＥの能力または閾値を超える完全性保護処理のデータレートを決定し、管理する動作。

【0109】

ソリューション７

【0110】

いくつかの実施形態において、ＲＡＮノードは、ＵＥの能力またはサポートされる最大完全性保護有効化データレートが超過されたか、または超過に近い（または超過されることになる）ことを決定し、ＣＮに対して通知することができる。１例として、現在のＩＰ有効化データレートと最大ＩＰ有効化データレートとの間の関係を記述するパーセンテージに基づいて、最大完全性保護有効化データレートが超過に近いと判断することができる。いくつかの実施形態では、ＵＥの能力は、静的な最大完全性保護有効化データレートとすることができる。他のいくつかの実施形態では、ＵＥがサポートする最大完全性保護可能データレートは、閾値として動的に構成または変更することができる。ＲＡＮは、ＵＥの完全性保護有効化データレートがＵＥの最大完全性保護有効化データレートの閾値または機能を超えているか、またはそれに近いかを判断できる。ＣＮは、ＡＭＦ、ＳＭＦ、ＰＣＦ、またはＵＰＦであるか、またはそれらを含むことができる。いくつかの実施形態では、ＲＡＮノードは、ＵＥの最大完全性保護有効化データレートを超えたか、または超過に近いかどうかに関する情報をＡＭＦに対して送信することができる。このような実施形態では、ＡＭＦは情報をＳＭＦに対して送ることができ、ＳＭＦは情報をＰＣＦに対して送ることができる。いくつかの実施形態では、ＵＰＦおよびＲＡＮが直接インターフェース（例えば、図１Ｂに示されるＮ３インターフェース）を有するので、ＵＰＦはＵＥの最大完全性保護有効化データレートが超過されたか、または超過に近いかどうかをＲＡＮノードによって通知される。

【0111】

次のパラグラフは、ソリューション７に関連する追加情報を提供する。

【0112】

いくつかの実施形態において、ＲＡＮノードは、所与のＵＥの集約されたＩＰ有効化データレートを計算することができる。計算結果がＵＥ能力またはサポートされている最大ＩＰ有効化データレートを超えるとＲＡＮノードが判断した場合、または計算結果が超過に近いとＲＡＮノードが判断した場合、ＲＡＮノードはこの情報をＣＮ（ＡＭＦやＳＭＦなど）に対して提供できる。例えば、ＲＡＮノードは、所定のＵＥの集約されたＩＰ有効化データレートがＵＥの能力またはサポートされている最大ＩＰ有効化データレートを超えているか、または超えそうであることをＡＭＦに対して知らせる通知を含む、ＰＤＵセッションリソース通知メッセージなどのシグナリングをＡＭＦに対して送信することができる。上述の情報を受信した後、ＡＭＦは、この情報をＳＭＦに対して配信することができる。ＳＭＦは、この情報をＵＰＦまたはＰＣＦ、あるいはＵＰＦ とＰＣＦの両方に配信できる。情報を受信した後、ＵＰＦまたはＰＣＦは例えば、いくつかのＰＤＵセッションの完全性保護を無効にしてＵＥの負担を低減することによって、既存のＰＤＵセッションのＵＰセキュリティポリシーを変更するかどうかを決定することができる。

【0113】

いくつかの実施形態では、情報を受信した後、ＡＭＦまたはＳＭＦは、ＵＥの必要なデータ速度を低減するために、いくつかのＰＤＵセッションまたはＱｏＳフローの既存のＱｏＳプロファイルを、例えばより低いＱｏＳレベルに修正するかどうかを決定することもできる。

【0114】

ソリューション８

【0115】

ＵＥの能力またはサポートされている最大完全性保護有効化データレートを超えたか、または超えそうであるとＲＡＮノードが判断することができる実施形態において、ＵＥ接続を解放するか、ＰＤＵセッションを修正もしくは解放するか、またはＱｏＳフローを修正もしくは解放するために、ＲＡＮノードはＡＭＦまたはＳＭＦなどの要求メッセージをＣＮに対して送信することができる。要求メッセージには、「ＩＰ処理のＵＥ能力を超えている」、「ＩＰ処理のＵＥ能力を超えそうになっている」などの原因が含まれる場合がある

【0116】

次のパラグラフは、ソリューション８に関連する追加情報を提供する。

【0117】

ある実施形態では、ＲＡＮノードは、所与のＵＥの集約されたＩＰ有効化データレートを計算することができる。計算結果がＵＥ機能を超えているか、またはＵＥがサポートする最大ＩＰ有効化データレートを超えているとＲＡＮノードが判断した場合、ＲＡＮノードは、ＣＮ（ＡＭＦ、ＳＭＦ、ＰＣＦなど）に対して既存のＰＤＵセッションまたはＱｏＳフローを変更するように要求できる。

【0118】

いくつかの実施形態では、「ＩＰ処理のＵＥ能力を超えている」、または「ＩＰ処理のＵＥ能力を超えているか、またはそれを超えている可能性がある」という原因で、ＰＤＵセッションまたはＱｏＳフローの変更または解放を要求するために、ＲＡＮノードはＰＤＵセッションリソース変更指示メッセージなどのシグナリングをＡＭＦに対して送信することができる。

【0119】

オプションとして、いくつかの実施形態では、「ＩＰ処理のＵＥ能力が超過される」または「ＩＰ処理のＵＥ能力が危険であるかまたは超過に近い」という原因でＵＥ接続を解放することを要求するために、ＲＡＮノードはＵＥコンテキスト解放要求メッセージなどのシグナリングをＡＭＦに対して送信することができる

【0120】

上記のシグナリングを受信すると、ＡＭＦは、これらの要求および原因をＳＭＦまたはＰＣＦに対して通知することができる。

【0121】

ソリューション９

【0122】

いくつかの実施形態において、ＲＡＮノードは、完全性保護で構成されたＰＤＵセッション追加または完全性保護で構成されたＱｏＳフロー追加のためにＣＮによって送信された要求を拒絶または拒否するメッセージをＣＮに対して送信することができる。ＲＡＮノードは、「ＩＰ処理のＵＥ能力を超えている」、または「ＩＰ処理のＵＥ能力を超えそうになっている」という原因を含むメッセージを送信することにより、ＡＭＦやＳＭＦなどのＣＮに対して拒否を通知することができる。

【0123】

次のパラグラフは、ソリューション９に関連する追加情報を提供する。

【0124】

いくつかの実施形態において、ＲＡＮノードは、ＣＮがＲＡＮにＰＤＵセッション追加メッセージを送信して、所与のＵＥに対する新しいＰＤＵセッションまたはＱｏＳフローを確立することを要求する、特定の動作を実行することができる。たとえば、ＲＡＮノードは、ＰＤＵセッションの追加またはＱｏＳフローの追加に起因して、所与のＵＥの完全性保護の集約データレートがＵＥの能力またはＵＥがサポートする最大ＩＰ有効化データレートを超える可能性があるかどうかをチェックできる。
ＰＤＵセッション追加またはＱｏＳフロー追加に起因して、所与のＵＥの集約ＩＰ有効化データレートがＵＥの能力またはＵＥがサポートする最大ＩＰ有効化データレートを超えるとＲＡＮノードが判定した場合、ＲＡＮノードは、「ＵＥのＩＰ処理能力を超える」、または「ＵＥのＩＰ処理能力を超える危険性があるか、またはこの能力を超える可能性がある」などの原因とともに、拒否シグナリングをＣＮ（例えばＡＭＦ）に対して送信できる。ＲＡＮから拒否を受信した後、ＡＭＦは上記と同じ原因で拒否メッセージをＳＭＦに対して送信できる。

【0125】

ソリューション１０

【0126】

ある実施形態において、ＣＮがメッセージをＲＡＮノードに対して送信して、ＵＥ接続を解放したり、１つ以上のＰＤＵセッションを解放したり、１つ以上のＱｏＳフローを解放したりすることができる。このメッセージには、「ＩＰ処理のＵＥ能力を超えている」、「ＩＰ処理のＵＥ能力を超えそうになっている」などの原因を含めることができる。

【0127】

ソリューション１１

【0128】

実施形態において、ＣＮはシグナリングを用いて、ＲＡＮノードに対して、「ＩＰ処理のＵＥ能力を超えている」、または「ＩＰ処理のＵＥ能力を超えそうになっている」ことを通知できる。１例として、ＵＥの能力を超過しているか、または超過しそうになっていることに関する情報は、シグナリング通知としてＣＮによって送信することができる。

【0129】

次のパラグラフは、ソリューション１０および１１に関連する追加情報を提供する。

【0130】

ある実施形態では、ＩＰ処理のＵＥ能力が所与のＵＥについて超過していることをＡＭＦが発見した場合、この情報をＲＡＮノードに対して提供することができる。オプションとして、ＡＭＦは、この情報をＳＭＦに対して提供することもできる。

【0131】

ＡＭＦがＲＡＮに対して通知するために使用する技術には次の２つの選択肢がある：（１）ＡＭＦは、ＰＤＵセッションリソース変更要求メッセージまたはＰＤＵセッションリソース解放コマンドメッセージをＲＡＮノードに対して送信し、メッセージに「ＵＥのＩＰ処理能力を超えた」または「ＵＥのＩＰ処理能力を超えるおそれがあるかまたは超えそうになっている」という原因を含める；（２）ＡＭＦは、ＵＥコンテキスト解放コマンドをＲＡＮノードに対して送信し、メッセージに「ＵＥのＩＰ処理能力を超えた」または「ＵＥのＩＰ処理能力を超えるおそれがあるかまたは超えそうになっている」という原因を含める。

【0132】

ＡＭＦがＳＭＦに対して通知するために使用する技術には次の２つの選択肢がある：（１）ＡＭＦは、「ＵＥのＩＰ処理能力を超えた」または「ＵＥのＩＰ処理能力を超えるおそれがあるかまたは超えそうになっている」という原因を含むＰＤＵセッション更新メッセージを、ＳＭＦに対して送信する；（２）ＡＭＦは、「ＵＥのＩＰ処理能力を超えた」または「ＵＥのＩＰ処理能力を超えるおそれがあるかまたは超えそうになっている」という原因を含むＰＤＵセッション解放要求メッセージを、ＳＭＦに対して送信する。

【0133】

他のいくつかの実施形態において、ＩＰ処理のＵＥ能力が所与のＵＥについて超過していることをＳＭＦが発見した場合、ＳＭＦはこの情報をＲＡＮノードに対して提供することができる。ＳＭＦがＲＡＮノードに対して通知するために使用する技術には次の２つの選択肢がある：（１）ＳＭＦは、「ＵＥのＩＰ処理能力を超えている」または「ＵＥのＩＰ処理能力を超えるおそれがあるかまたは超えそうになっている」という原因を含むＰＤＵセッション変更コマンドメッセージまたはＰＤＵセッション解放コマンドメッセージを、ＡＭＦに対して送信し、ＡＭＦはこのメッセージをＲＡＮに対して配信する；（２）ＳＭＦは、「ＵＥのＩＰ処理能力を超えている」または「ＵＥのＩＰ処理能力を超えるおそれがあるかまたは超えそうになっている」という原因を含むＵＥコンテキスト解放コマンドを、ＡＭＦに対して送信し、ＡＭＦはこのメッセージをＲＡＮに対して送信する。

【0134】

ソリューション１２

【0135】

いくつかの実施形態において、ＵＥは例えばＲＲＣシグナリングを使用して、「ＩＰ処理のＵＥ能力を超えている」、または「ＩＰ処理のＵＥ能力を超えそうになっている」ことをＲＡＮノードに対して知らせることができる。他の実施形態において、ＵＥはＮＡＳシグナリングを使用して、「ＩＰ処理のＵＥ能力を超えている」、または「ＩＰ処理のＵＥ能力を超えそうになっている」ことをＣＮに対して知らせることができる。ＣＮはＡＭＦ、ＳＭＦ、ＰＣＦ、またはＵＰＦであってもよいし、それらを含んでいてもよい。この情報は、通知としてまたは原因として、ＮＡＳシグナリングにおいて搬送される。

【0136】

次のパラグラフは、ソリューション１２に関する追加情報を提供する。

【0137】

ある実施形態において、集約されたＵＰ ＩＰ有効データレートがＵＥの能力を超えるとＵＥが決定した場合、ＵＥはこの情報をＲＡＮまたはＣＮに対して提供することができる。

【0138】

ＵＥがＲＡＮノードに対して通知するために使用する技術の例としては、ＵＥがＲＡＮノードに対してＵＥアシスト情報メッセージを送信することが含まれる。この場合、メッセージは「ＵＥのＩＰ処理能力を超えている」、または「ＵＥのＩＰ処理能力を超えるおそれがあるか、または超過しそうになっている」という通知を含む。

【0139】

ＵＥがＣＮに対して通知するために使用する技術の例としては、「ＵＥのＩＰ処理能力を超えている」、「ＵＥのＩＰ処理能力を超えるおそれがあるかまたは超えそうになっている」という通知を含むＮＡＳメッセージを、ＵＥがＡＭＦまたはＳＭＦに対して送信することが含まれる。ＵＥがＣＮに対して通知するために使用する技術の別の例として、「ＵＥのＩＰ処理能力を超えている」、「ＵＥのＩＰ処理能力を超えるおそれがあるかまたは超えそうになっている」という原因を含むＮＡＳメッセージをＵＥがＡＭＦまたはＳＭＦに対して送信して、ＰＤＵセッション変更を要求することが含まれる。

【0140】

ソリューション１３

【0141】

デュアル接続システムに関するいくつかの実施形態において、ＳＮおよびＭＮは、ＳＮおよびＭＮに対して送信されたＵＥの完全性保護データレートに関する情報を交換することができる。情報を交換する１つの理由は、いくつかの実施形態ではＭＮもＳＮもＵＥのＩＰの総データレートを知らないことである。したがって、情報の交換は、ＳＮまたはＭＮそれぞれまたは両方が一部のＩＰ有効化ＤＲＢのデータレートをスケジュールアップまたはダウンすることができるかどうかを決定するのに役立つ。

【0142】

ある実施形態では、ＵＥの完全性保護されたデータレートに関連する情報は、ＭＮで終端されたすべてのＩＰ有効化ＤＲＢの現在の集約データレート、またはＳＮで終端されたすべてのＩＰ有効化ＤＲＢの現在の集約データレートとすることができる。ＭＮは、ＭＮで終端したすべてのＩＰ有効化ＤＲＢの現在の集計データレートをＳＮに対して送信でき、ＳＮは、ＳＮで終端したすべてのＩＰ有効化ＤＲＢの現在の集計データレートをＭＮに対して送信できる。集約されたデータレートは、ある長さの時間中に集約されたＩＰ有効化データレートを平均することによって計算することができる。

【0143】

他のいくつかの実施形態において、ＭＮおよびＳＮによって交換されるＵＥの完全性保護データレートに関連する情報は、以下のうちの少なくとも１つ以上とすることができる：（１）ＩＰアクティブ化されているが、データが転送またはスケジュールされていない（または転送が再開されたか、転送ステータスが変更された）、ＰＤＵセッションＩＤ、またはＤＲＢ ＩＤ、またはＱｏＳフローＩＤ；（２）「完全性保護データが転送されていない（または転送が再開されたか、転送ステータスが変更された）」という通知、（３）完全性保護されたデータ送信があるかまたは存在しない時間ウィンドウ。この情報を受信することによって、ＭＮまたはＳＮなどの受信ノードは、完全性保護されたデータ送信を増やすべきかまたは減らすべきかを知ることができる。

【0144】

次のパラグラフは、ソリューション１３に関連する追加情報を提供する。

【0145】

デュアル接続または多重コネクションシステムに関するいくつかの実施形態において、ＭＮまたはＳＮのいずれもＵＥの総ＩＰ有効化データレートを知ることができないので、ＳＮおよびＭＮは、ＳＮおよびＭＮによって送信されるＵＥのＩＰ有効化データレートに関連する情報を交換することができる。例えば、ＭＮは、所与のＵＥのＭＮ終端ベアラの現在の集約されたＩＰ有効化データレートを含むシグナリングを、ＳＮに対して送信することができる。この例においてＳＮは、ＭＮ終端ベアラとＳＮ終端ベアラの両方のＩＰデータレートを含む、所与のＵＥの総ＩＰデータレートが、ＵＥ機能を超えるかどうかを判断できる。別の例として、ＳＮは、所与のＵＥのＳＮ終端ベアラの現在の集約されたＩＰデータレートを含むシグナリングをＭＮに対して送信することができ、ＭＮは、所与のＵＥのＩＰデータレート全体がＵＥ能力を超えるかどうかを判定することができる。

【0146】

オプションとして、いくつかの実施形態では、ＭＮまたはＳＮは以下の情報のうちの少なくとも１つを互いに送信することができる：（１）ＩＰアクティブ化されているが、データが転送またはスケジュールされていないかまたは転送が再開する、ＰＤＵセッションＩＤまたはＤＲＢ ＩＤまたはＱｏＳフローＩＤ；（２）「完全性保護データが転送されていない（または転送が再開する）」という通知；（３）完全性保護されたデータ送信があるかまたは存在しない時間ウィンドウ。例えば、この情報が（２）に関連して送信される場合、その情報はＳＮ全体の転送ステータスを通知できる。別の例として、この段落で上に示したように、（１）および（２）に関連する情報が送信される場合、その情報は、所与のＰＤＵセッションまたはＱｏＳフローの転送ステータスを通知することができる。

【0147】

ＭＮによってＳＮから、またはＳＮによってＭＮからこの情報を受信することによって、ＭＮおよびＳＮは、ＳＮおよびＭＮでそれぞれ終端した完全性保護データ送信がアップまたはダウンであるか、または停止していることを知ることができる。この情報に基づいて、ＭＮまたはＳＮは、ＭＮまたはＳＮで終端された完全性保護されたデータ送信を増やすかまたは減らすかを決定することができる。

【0148】

ソリューション１４

【0149】

デュアル接続システムに関連するいくつかの実施形態において、ＭＮはＳＮに対して、ＳＮのＩＰデータレートを上げ下げすることを要求でき、あるいはＭＮはＳＮに対して、ＳＮがデータレートを上げ下げするべき１つ以上のＰＤＵセッションまたは１つ以上のＱｏＳフローまたは１つ以上のＤＲＢを明示的に通知することができる。そのような実施形態では、ＵＥの総ＩＰデータレートがＵＥ能力を超えるかどうかをＭＮが知ることができる。１例として、ＭＮは実施形態１０、１１、および１２のいずれか１つに記載されているように、ＣＮから、またはＵＥから、そのような情報を取得することができる。いくつかの実施形態では、ＳＮは、ＳＮ追加またはＳＮ修正手順の間にＩＰアクティブ化されたＳＮのＰＤＵセッションまたはＱｏＳフローまたはＤＲＢを、ＭＮに対して通知でき、いくつかのＰＤＵセッションまたはＱｏＳフローはＳＮにオフロードすることができ、ＳＮの１つ以上のＤＲＢがセットアップされる。

【0150】

次のパラグラフは、ソリューション１４に関連する追加情報を提供する。

【0151】

デュアル接続または多重接続システムに関連するいくつかの実施形態において、ＵＥ能力またはサポートされるＩＰ有効化データレートを超過するか、またはほぼ超過していることを決定するために、ＭＮはＣＮまたはＵＥから情報を得ることができる。ＵＥ 能力またはサポートされているＩＰ有効化データレートを超えているか、ほぼ超過しているとＭＮが判断した場合、ＭＮはＳＮに対してシグナリングを送信できる。ＭＮによって使用されるシグナリングの例としては、ＰＤＵセッションまたはＱｏＳフローの変更または解放要求を含むＳＮ変更要求が含まれる。ＭＮからＳＮへのシグナリングは、以下の情報のうちの少なくとも１つを含むことができる：
（１）ＩＰデータレートを上げるか下げるかをＳＮに対して指示する通知、
（２）オプションとして、ＩＰデータレートを上げ下げする量をＳＮに対して指示する特定の値または特定のパーセンテージ；
（３）ＳＮがデータレートを上げたり下げたりする必要がある、ＰＤＵセッションの１つ以上の識別子、またはＱｏＳフローの１つ以上の識別子、またはＤＲＢの１つ以上の識別子。これらのＰＤＵセッションまたはＱｏＳフローまたはＤＲＢは、ＩＰが有効化されている。

【0152】

ソリューション１５

【0153】

デュアル接続システムに関連するいくつかの実施形態において、ＭＮは、ＵＥの総ＩＰ有効化データレートの閾値をＳＮに対して送信することができる。集約されたＩＰ有効化データレートは、特定のＵＥの１つ以上のＤＲＢ（またはＳＮ終端ベアラ）のすべてのＩＰ有効化データレートを記述できる。ＳＮはこの閾値情報を使用して、所与のＵＥのＳＮ終端ベアラの集約ＩＰデータレートが閾値を超えないように、所与のＵＥの１つ以上のＤＲＢのＩＰ有効化データレートを調整または制御できる。たとえばＳＮは、ＵＥのＳＮ終端ベアラの集約ＩＰ有効化データレートが閾値以下になるように、ＵＥの１つ以上のＤＲＢのＩＰ有効化データレートを調整または制御できる。別の例として、ＳＮは、ある期間中において閾値を超えないデータレートでＵＥへのダウンリンク送信をスケジュールすることができるスケジューラを有することができる。さらに別の例として、ＳＮは、追加のデータレートの要求を受信した後、エラーメッセージを送信することができる。そのような実施形態では、ＭＮはＳＮの総ＩＰ有効化データレートを、ある閾値未満に制御することができる。

【0154】

いくつかの実施形態では、ＭＮによってＳＮに対して提供される閾値は、各ＰＤＵセッションまたは各ＱｏＳフローまたは各ＤＲＢに関連する１つ以上の閾値も含むことができる。１例として、所与のＵＥのＳＮの各ＩＰアクティブ化ＰＤＵセッションまたはＱｏＳフローまたはＤＲＢは、対応閾値を有することができる。ＭＮは、各ＩＰアクティブ化ＰＤＵセッションまたはＱｏＳフローまたはＤＲＢのＩＰ有効化データレートの１つ以上の閾値を、対応するＰＤＵセッションまたはＱｏＳフローまたはＤＲＢのＩＤとともにＳＮに対して割り当てて送信する。ＭＮが各ＰＤＵセッションまたは各ＱｏＳ フローまたは各ＤＲＢの１つ以上の閾値をＳＮに対して送信する利点の１つは、ＳＮ終端ベアラによって調整または制御されるＩＰ有効化データレートをＭＮがより正確に制御できることである。

【0155】

次のパラグラフは、ソリューション１５に関連する追加情報を提供する。

【0156】

デュアル接続性または多重接続システムに関連するいくつかの実施形態において、ＭＮはＳＮ追加要求メッセージまたはＳＮ変更要求メッセージをＳＮに対して送信することができ、このメッセージは所与のＵＥのＳＮ保証された集約ＩＰデータレートの閾値を含むことができる。ＳＮは、この情報を使用して、ＳＮ終端ベアラの集約ＩＰデータレートが閾値を超えないようにする。この実施形態の１つの利点は、ＭＮがＳＮのＩＰの集約データレートをある閾値未満に制御できることである。

【0157】

いくつかの実施形態では、ＭＮによって提供される閾値情報は、各ＰＤＵセッションまたは各ＱｏＳフローまたは各ＤＲＢについて、ＭＮによって提供することができる。したがって、所与のＵＥのＳＮの各ＩＰアクティブ化ＰＤＵセッションまたはＱｏＳフローまたはＤＲＢは、対応閾値を有することができる。ＭＮは、対応するＰＤＵセッションまたはＱｏＳフローまたはＤＲＢのＩＤとともに、ＩＰアクティブ化ＰＤＵセッションごとに、またはＱｏＳフローごとに、またはＤＲＢごとに、ＩＰデータレートの１つ以上の閾値をＳＮに対して割り当てることができる。そのような実施形態の１つの利点は、ＭＮがＳＮ終端ベアラのＩＰデータレートに対してより正確な制御を有することができることである。

【0158】

ソリューション１６

【0159】

ある実施形態では、ＲＡＮノードが完全性保護のために、ＰＤＵ毎セッションまたはＱｏＳ毎フローサポート最大データレートをＣＮに対して通知することができる。ＣＮは、このような情報を受信した後、ＣＮ側のデータスループットを制限することができる。さらに、ＤＣに関連するいくつかの実施形態では、ＳＮ終端ＰＤＵセッションまたはＳＮ終端ＱｏＳフローの、ＰＤＵセッションごとまたはＱｏＳフローごとのフローサポート最大完全性保護データレートを、ＭＮがＳＮから取得することができる。

【0160】

次のパラグラフは、ソリューション１６に関する追加情報を提供する。

【0161】

ＲＡＮノードがＣＮからＰＤＵセッションリソースセットアップメッセージを受信した場合、このメッセージには、必要なＵＰセキュリティポリシーを有するＰＤＵセッションを確立するようにＲＡＮノードに対して要求できる各ＰＤＵセッションのＵＰセキュリティポリシーを含めることができる。たとえばＲＡＮノードは、ＵＰセキュリティポリシーを使用して、暗号化および／または完全性保護をアクティブ化するＰＤＵセッションを決定できる。ある実施形態では、暗号化または完全性保護のＰＤＵ毎セッションまたはＱｏＳ毎フローサポート最大データレートでＲＡＮがＣＮに対して応答することができ、このとき、ＣＮはＣＮ側でデータスループットを制限することができる。

【0162】

さらに、ＲＡＮノードがＳＮを追加した場合（例えばＤＣの場合）、ＲＡＮノードがＭＮになると、ＭＮはＳＮ側から、ＳＮ終端ＰＤＵセッションまたはＳＮ終端ＱｏＳフローあるいはＤＲＢの、ＰＤＵセッション毎またはＱｏＳフロー毎またはＤＲＢ毎サポート最大完全性保護データレートを得ることができる。ＭＮによって得られた情報に基づいて、ＭＮは、暗号化または完全性保護のＰＤＵセッション毎またはＱｏＳフロー毎またはＤＲＢ毎サポート最大データレートの合計を計算できる。

【0163】

ソリューション１７

【0164】

いくつかの実施形態では、ＰＤＵセッションセットアップ手順の間または前に、ＲＡＮノードは１つ以上のＰＤＵセッションのうちどれを許可できるかを決定するために、および１つ以上のＰＤＵセッションのうちどれをセキュリティアクティブ化または非アクティブ化できるかを決定するために、以下の情報の少なくとも１つを取得することができる： （１）どのＰＤＵセッションを優先して許可すべきかを示すために使用できる、各ＰＤＵセッションのリソース割り当て優先度または許可優先度。
（２）どのＰＤＵセッションがより高いセキュリティ保護要件を持ち、優先してセキュリティをアクティブにできるか、および、どのＰＤＵセッションがより低いセキュリティ保護要件を持ち、セキュリティを非アクティブにできるかを示すために使用できる、各ＰＤＵセッションのセキュリティプライオリティ。
（３）ユーザがセキュリティ保護を優先するかどうかをＲＡＮノードに示すために使用できるセキュリティまたは非セキュリティのユーザ優先度。ユーザセキュリティの優先度は、ＰＤＵ セッション単位またはＱｏＳ フロー単位で指定できる。
（４）ユーザがセキュリティ保護を優先するかより高いＱｏＳレベルを優先するかをＲＡＮノードに対して通知するために使用できる、セキュリティとより高いＱｏＳレベルとの間のユーザ優先度。ユーザ優先度は、ＰＤＵセッション単位、またはＱｏＳフロー単位で通知することができる。

【0165】

ソリューション１７における上記（１）～（４）の情報は、ＲＡＮノードがＣＮまたはＵＥから取得することができる。

【0166】

次のパラグラフは、ソリューション１７に関連する追加情報を提供する。

【0167】

ＰＤＵセッションセットアップ手順の間、またはその前に、ＲＡＮノードは次の情報の少なくとも１つを取得して、どのＰＤＵセッションを許可するか、さらにどのＰＤＵセッションをセキュリティ有効化または非アクティブ化するかを決定する必要がある場合がある：
（１）各ＰＤＵセッションのリソース割り当て優先順位またはアドミッション優先順位。これは、どのＰＤＵセッションを優先して許可するかを通知するために使用される。
（２）各ＰＤＵセッションのセキュリティ優先度。これは、どのＰＤＵセッションがより高いセキュリティ保護要件を持ちかつ優先順位を付けてセキュリティをアクティブにする必要があり、どのＰＤＵセッションがより低いセキュリティ保護要件を持ちかつセキュリティを非アクティブにする必要があるかを通知するために使用される。
（３）セキュリティまたは非セキュリティのユーザ優先度。これは、ユーザがセキュリティ保護を優先するかどうかを通知するために使用され、さらに、前記ユーザ優先度は、ＰＤＵセッション単位またはＱｏＳフロー単位で通知することができる。
（４）セキュリティまたはより高いＱｏＳレベルのユーザ優先度。これは、ユーザがセキュリティ保護を優先するか、より高いＱｏＳレベルを優先するかを通知するために使用され、さらに、前記ユーザ優先度は、ＰＤＵセッション単位またはＱｏＳフロー単位で通知することができる。

【0168】

ＲＡＮはＣＮまたはＵＥから、このソリューションにおける（１）～（４）の上記情報を取得することができる。例えば上記の情報は、ＣＮからＲＡＮノードに対して送られるＰＤＵセッション設定要求やＰＤＵセッション変更要求メッセージに含めることができ、あるいは上記情報は、ＲＲＣ接続設定要求やＲＲＣ接続設定完了などのＲＲＣシグナリングに含めることができる。

【0169】

ＩＩＩ．課題３－デュアル接続システムにおける完全性保護または暗号化メカニズムの処理

【0170】

課題３で説明するソリューションは、ＤＣシステムのＭＮおよびＳＮ処理に関連している。ＤＣシステムにおいて、ＣＮはＵＰセキュリティポリシーを決定し、ＲＡＮノードが完全または部分的にＰＤＵセッションを有効にして、完全性保護および／または暗号化保護を有効にできるようにすることができる。このような実施形態において、ＳＮは、ＵＰセキュリティポリシーを知ることができず、ＳＮに割り当てられたどのＰＤＵセッションまたはＱｏＳフローがＩＰアクティブ化され暗号化がアクティブ化されるべきかを、知ることができない。

【0171】

ソリューション１８

【0172】

デュアル接続システムに関連するいくつかの実施形態において、ＭＮは、ＱｏＳフローごとの粒度で１つ以上のＩＰアクティブ化または非アクティブ化通知を含む構成情報を送信することができる。例として、ＭＮはＩＰをアクティブ化できる１つ以上のＱｏＳフローのＩＤを、ＳＮに対して送信できる。オプションとして、構成情報には、ＱｏＳフローごとの粒度で暗号化の有効化または無効化の通知を含めることができる。たとえば、ＭＮは、暗号化を有効化できる１つ以上のＱｏＳフローのＩＤを、ＳＮに対して送信できる。

【0173】

次のパラグラフは、ソリューション１８に関連する追加情報を提供する。

【0174】

現在、ＣＮは、完全性保護のために所与のＵＥのどのＰＤＵセッションを有効にできるかを通知するユーザプレーン（ＵＰ）セキュリティポリシーを、ＲＡＮに対して送信できる。いくつかの実施形態において、ＵＰセキュリティポリシーは、完全性保護が必須であるかオプションであるかを明示することができる。たとえば、ＵＰセキュリティポリシーが、特定のＰＤＵセッションの完全性保護が優先またはオプションであることを通知している場合、ＲＡＮノードは、特定のＰＤＵセッションに対してＩＰを有効にするかどうかを決定できる。さらに、いくつかの実施形態において、ＵＰセキュリティポリシーは、暗号化（秘匿化とも呼ばれる）が必須であるかオプションであるかを指定することができる。たとえば、ＵＰセキュリティポリシーが、特定のＰＤＵセッションの暗号化が優先またはオプションであることを通知している場合、ＲＡＮノードは、特定のＰＤＵセッションの暗号化を有効にするかどうかを決定できる。

【0175】

デュアル接続システムに関連するいくつかの実施形態において、ＳＮは、所与のＰＤＵセッションにおけるどのＱｏＳフローがＩＰ有効化であるかまたはＩＰ無効であるかを、知ることができない。このような実施形態において、ＭＮは、ＰＤＵセッションＩＤと、対応する暗号化および完全性保護アクティブ化の優先度を示す値とを通知するＣＮから、ＵＰセキュリティポリシーを受信することができる。たとえば、優先度の値が「優先」に関連付けられている場合、暗号化または完全性保護の有効化の優先度が推奨またはオプションであり、必須ではない。暗号化または完全性保護の有効化の優先度がオプションの場合、ＭＮは、特定のＰＤＵセッションに対して暗号化またはＩＰのどちらを有効にするか、または暗号化とＩＰの両方を有効にするかを決定できる。ある実施形態において、ＭＮはさらに、所与のＰＤＵセッションにおけるＱｏＳフローのうちの任意の１つ以上について、暗号化またはＩＰ、あるいは暗号化とＩＰの両方を有効にするかどうかを決定することができる。次に、ＭＮはＳＮ追加要求またはＳＮ変更要求のようなメッセージをＳＮに対して送信することができる。このメッセージは、ＳＮに対して割り当てられた各ＰＤＵセッションのＱｏＳフローＩＤ、および、暗号化および／またはＩＰアクティブ化されるべきＱｏＳフローを通知するＱｏＳフローＩＤに対応する暗号化および／またはＩＰ有効化通知を含むことができる。

【0176】

ソリューション１９

【0177】

デュアル接続システムに関連するいくつかの実施形態において、ＭＮは、ＳＮに対して割り当てられた１つ以上のＰＤＵセッションのユーザプレーン（ＵＰ）セキュリティポリシーを、ＳＮに対して送信することができる。ＣＮは、ＰＤＵセッション毎またはＰＤＵセッション毎にＵＰセキュリティポリシーを設定することができる。いくつかの実施形態において、ＵＰセキュリティポリシーはＣＮによって構成することができ、ＭＮはそれを修正することができない場合がある。ＳＮは、ＵＰセキュリティポリシーに基づいて、１つ以上のＰＤＵセッションのうちいずれが、または各ＰＤＵセッションの１つ以上のＱｏＳフローのうちいずれが、（１）ＩＰ、（２）暗号化、のうちいずれか１つ以上をアクティブ化または非アクティブ化する可能性があるかを決定することができる。ＳＮは、１つ以上のＰＤＵセッションまたはＳＮの１つ以上のＱｏＳフローまたは１つ以上のＤＲＢのそれぞれのＵＰセキュリティ（ＩＰおよび／または暗号化）のアクティブ化／非アクティブ化に関するＳＮの決定の結果を含むフィードバックを、ＭＮに対して送信することができる。例えば、ＳＮは、ＳＮ上で終了した１つ以上のＰＤＵセッションまたは１つ以上のＱｏＳフローまたは１つ以上のＤＲＢの識別子のリストと、対応するＩＰまたは暗号化のアクティブ化／非アクティブ化の決定を、ＭＮに対して送信することができる。また、ＳＮはＳＲＢ３シグナリングを介してＵＥに対して、ＩＰのＳＮの決定、またはＳＮ終端ＤＲＢの暗号化アクティブ化／非アクティブ化を送信することもできる。ＳＲＢ３は、ＳＮとＵＥとの間のシグナリング無線ベアラである。

【0178】

１例として、ＭＮは、ＳＮに対して割り当てられたＰＤＵセッションのＵＰセキュリティポリシーの値がこのＰＤＵセッションのための完全性が強制されないことを示す「完全性が望ましい」である場合、ＳＮに対してＵＰセキュリティポリシーを送信することができる。次に、ＵＰセキュリティポリシーに基づいて、ＳＮは、ＰＤＵセッションの１つ以上のＱｏＳフローのうちのどれがＩＰをアクティブにし、１つ以上のＱｏＳフローのうちのどれが非アクティブにするかを、決定できる。

【0179】

別の例として、ＭＮは、ＳＮに対して割り当てられたＰＤＵセッションのＵＰセキュリティポリシーの値が暗号化がこのＰＤＵセッションのための強制ではないことを示す「暗号化が好ましい」である場合、ＳＮに対してＵＰセキュリティポリシーを送信することができる。次に、ＵＰセキュリティポリシーに基づいて、ＳＮは、ＰＤＵセッションの１つ以上のＱｏＳフローのうちのどれが暗号化をアクティブにし、１つ以上のＱｏＳフローのうちどれが非アクティブにするかを、決定できる。

【0180】

次のパラグラフは、ソリューション１９に関する追加情報を提供する。

【0181】

一部のＰＤＵセッションがＣＮによって確立されていると判断されると、ＭＮはＣＮから、セットアップするＰＤＵセッションのユーザプレーン（ＵＰ）セキュリティポリシーを受信できる。ＵＰセキュリティポリシーは、ＰＤＵセッションＩＤと、対応する暗号化および完全性保護のアクティブ化または非アクティブ化の優先度を、ＭＮに対して通知することができる。

【0182】

ＭＮがＰＤＵセッションの一部をＳＮにオフロードすることを決定した場合、ＭＮはＳＮに対してメッセージ（例えば、ＳＮ追加要求またはＳＮ変更要求）を送信することができる。メッセージには、ＳＮに割り当てられたＰＤＵセッションＩＤと、ＰＤＵセッションの対応するＵＰセキュリティポリシーが含めることができる。この場合、各ＰＤＵセッションのＵＰセキュリティポリシーはＣＮから受信され、ＭＮはＵＰセキュリティポリシーの値を変更できず、単にＳＮに対して配信するのみである。ある実施形態では、ＳＮがそれ自身のセキュリティアクティブ化／非アクティブ化を決定できるように、ＭＮはＵＰセキュリティポリシーを変更することを許されないことがある。他のいくつかの実施形態では、ＳＮがＵＰセキュリティポリシーを変更できずＭＮが提供するＵＰセキュリティポリシーの指示に従うように、ＭＮがＵＰセキュリティポリシーを変更することができる。

【0183】

ＳＮは、セキュリティポリシー値が必須である場合、受信したＵＰセキュリティポリシーに準拠できる。例えば、完全性保護指示の値が”ｒｅｑｕｉｒｅｄ”または”ｎｏｔ－ｎｅｅｄｅｄ”に設定されている場合、対応するＰＤＵセッションまたはＱｏＳフローは、それぞれ完全性保護をアクティブ化または非アクティブ化する可能性がある。ＵＰセキュリティポリシーが必須ではない場合、たとえば、「ｐｒｅｆｅｒｒｅｄ」の値を持つ場合、ＳＮは、どのＰＤＵセッションまたはＱｏＳフローが暗号化またはＩＰあるいは暗号化とＩＰの両方をアクティブにする必要があるかを判断でき、どのＰＤＵセッションまたはＰＤＵセッションのどのＱｏＳフローが暗号化またはＩＰあるいは暗号化とＩＰの両方を非アクティブにする必要があるかを判断できる。

【0184】

ＳＮに対してオフロードされた各ＰＤＵセッションのＵＰセキュリティのアクティブ化または非アクティブ化をＳＮが決定した後、ＳＮはＭＮに対してフィードバックを送信できる。フィードバックは例えば、ＳＮ追加応答メッセージまたはＳＮ修正応答メッセージを使用して送信することができる。フィードバックには、ＰＤＵセッションまたはＳＮのＱｏＳフローのＵＰセキュリティ（ＩＰおよび／または暗号化）のアクティブ化／非アクティブ化に関するＳＮの決定を、含めることができる。

【0185】

いくつかの実施形態において、ＳＮは、ＳＲＢ３シグナリングを使用して、ＳＮ終端されたＤＲＢのＵＰセキュリティ（ＩＰおよび／または暗号化）のアクティブ化／非アクティブ化を、対応するＵＥに対して送信することができる。たとえば、ＳＮはＳＲＢ３を介して、ＲＲＣ接続構成メッセージを送信できる。

【0186】

ソリューション２０

【0187】

デュアル接続システムに関連するいくつかの実施形態において、セットアップ予定のＰＤＵセッションのＵＰセキュリティポリシーをＭＮが受信すると、ＭＮは受信したＵＰセキュリティポリシーに基づいて、１つ以上のＰＤＵセッションのすべてに対するセキュリティ（ＩＰおよび／または暗号化）のアクティブ化／非アクティブ化を決定することができる。ＰＤＵセッションの一部がＳＮに対してオフロードされると判断された場合、ＭＮは、ＭＮによって決定された対応するＵＰセキュリティのアクティブ化／非アクティブ化をＳＮに対して送信できる。ＳＮは、オフロードされたＰＤＵセッションごとに、ＭＮによって決定されたＵＰセキュリティのアクティブ化／非アクティブ化に準拠できる。

【0188】

次のパラグラフは、ソリューション２０に関する追加情報を提供する。

【0189】

一部のＰＤＵセッションがＣＮによって確立されることが決定されると、ＭＮは、セットアップするＰＤＵセッションのユーザプレーン（ＵＰ）セキュリティポリシーをＣＮから受信できる。ＵＰセキュリティポリシーは、ＰＤＵセッションＩＤと、対応する暗号化および完全性保護のアクティブ化または非アクティブ化の優先度を、ＭＮに対して通知することができる。

【0190】

ある実施形態では、受信したＵＰセキュリティポリシーに基づいて、ＭＮはすべてのＰＤＵセッションまたはすべてのＱｏＳフローに対するＵＰセキュリティ（ＩＰおよび／または暗号化）のアクティブ化／非アクティブ化を決定することができる。ＭＮがＰＤＵセッションの一部またはＱｏＳフローの一部をＳＮに対してオフロードすることを決定した場合、ＭＮはＳＮに対してメッセージ（例えば、ＳＮ追加要求またはＳＮ変更要求）を送信することができる。このメッセージは、ＳＮに対して割り当てられたＰＤＵセッションＩＤまたはＱｏＳフローＩＤ、および、対応するＭＮが決定した各ＰＤＵセッションまたは各ＱｏＳフローのＵＰセキュリティのアクティブ化／非アクティブ化を含む。

【0191】

ＳＮは、ＳＮに対して割り当てられた各ＰＤＵセッションまたは各ＱｏＳフローについて、受信したＵＰセキュリティポリシーのアクティブ化または非アクティブ化に準拠できる。

【0192】

次のパラグラフは、ソリューション１９および２０に関する追加情報を提供する。

【0193】

デュアル接続システムに関連するいくつかの実施形態において、ＳＮに対してオフロードされた分割されていないＰＤＵセッションについて、ＭＮはＣＮから受信されるＵＰセキュリティポリシーを変更なしでＳＮに対して送信することができる。この特許文書で説明されているように、「Ｒｅｑｕｉｒｅｄ」または「Ｎｏｔ－Ｎｅｅｄｅｄ」のセキュリティ値についてＳＮはそれに準拠できるが、「Ｐｒｅｆｅｒｒｅｄ」のセキュリティ値についてはＳＮがＵＰセキュリティのアクティブ化／非アクティブ化を決定できる。

【0194】

ＭＮとＳＮへのＰＤＵセッション分割の場合、簡略化のために、ＰＤＵセッションのセキュリティポリシーは、ＣＮから受信したポリシー値が「ｐｒｅｆｅｒｒｅｄ」であればＭＮによって決定できる。ＭＮは、ＭＮがセキュリティをアクティブ化することを決定した分割ＰＤＵセッションのＵＰセキュリティ通知を値「Ｒｅｑｕｉｒｅｄ」とともに、あるいはＭＮがセキュリティを非アクティブ化することを決定した分割ＰＤＵセッションのＵＰセキュリティ通知を値「Ｎｏｔ－ｎｅｅｄｅｄ」とともに、ＳＮに対して送信できる。このようにして、ＭＮは、ＣＮによって送信された元のＵＰセキュリティポリシーが「優先」である場合において、変更されたＵＰセキュリティポリシーをＳＮに対して送信できる。

【0195】

ソリューション２１

【0196】

ある実施形態において、ＲＡＮノードは、所与のＵＥに対するＵＰセキュリティポリシー設定をＣＮから受信してもよい。このような実施形態において、ＲＡＮノードはＣＮに対して応答を送信してもよい。この応答は、所与のＵＥについて、ＰＤＵセッション毎またはＱｏＳフロー毎に、ＲＡＮが決定したＵＰセキュリティ（例えば、ＩＰ、暗号化のいずれか１つ以上）のアクティブ化／非アクティブ化に関する１つ以上の決定を含む。さらに、ＲＡＮノードは、ＲＡＮがＵＰセキュリティ（ＩＰと暗号化のうち任意の１つ以上）をＰＤＵセッションごとまたはＱｏＳフローごとに変更した場合、１つ以上の更新された決定をＣＮに対して通知することもできる。例えば、１つ以上の決定（または更新された決定）は、１つ以上のＰＤＵセッションまたは１つ以上のＱｏＳフローの識別子のリスト、および対応するＩＰまたは暗号化のアクティブ化／非アクティブ化の決定などの情報を含むことができる。

【0197】

次のパラグラフは、ソリューション２１に関連する追加情報を提供する。

【0198】

ＲＡＮノードは、ＣＮから所与のＵＥのＵＰセキュリティポリシー設定を受信すると、ＣＮへの応答を送信できる。この応答には、ＰＤＵセッションごと、または所与のＵＥ のＱｏＳフローごとに、ＵＰセキュリティ（ＩＰおよび／または暗号化）のアクティブ化／非アクティブ化のＲＡＮ決定を含めることができる。ある実施形態では、ＲＡＮがＵＰセキュリティ（ＩＰおよび／または暗号化）のアクティブ化／非アクティブ化をＰＤＵセッション毎またはＱｏＳフロー毎に変更した場合、ＲＡＮノードは更新されたＵＰセキュリティ決定をＣＮに対して通知することができる。

【0199】

図８は、完全性保護障害を検出するための例示的なフローチャートを示す。検出動作８０２において、第１ネットワークノードは、１つ以上のデータ無線ベアラ（ＤＲＢ）によって搬送されるユーザプレーンデータに関連する１つ以上の完全性保護障害を検出する。生成オペレーション８０４において、第１ネットワークノードは、障害メッセージを生成する。送信動作８０６において、第１ネットワークノードは、障害メッセージを第２ネットワークノードに対して送信する。これらの方法のさらなる詳細および実施形態は、図２～７に関連して記載される。

【0200】

第１ネットワークノードがユーザ機器であり、第２ネットワークノードがコアネットワークであるいくつかの実施形態において、障害メッセージは非アクセス層（ＮＡＳ）シグナリング技術を使用して送信される。

【0201】

いくつかの実施形態では、第１ネットワークノードは無線アクセスネットワーク（ＲＡＮ）ノードであり、第２ネットワークノードはユーザ機器である。

【0202】

いくつかの実施形態では、障害メッセージは以下のうちの少なくとも１つを含む：（１）検出された完全性保護障害の数、（２）１つ以上の完全性保護障害の１つ以上の理由。障害メッセージは、検出された完全性保護障害の数が所定の障害の数に到達したと判定することに応答して、送信することができる。さらに、検出された完全性保護障害の数は、ユーザ機器ごと、サービス品質（ＱｏＳ）フローごと、パケットデータユニット（ＰＤＵ）セッションごと、ＤＲＢごと、またはサービスフローごとに提供できる。１つ以上の理由には、攻撃、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）カウント非同期、巡回冗長検査（ＣＲＣ）ビットエラーなどがある。

【0203】

第１ネットワークノードがＲＡＮノードであり、第２ネットワークノードがユーザ機器であるいくつかの実施形態において、本方法はさらに、ＲＡＮノードによって、ＤＲＢ解放メッセージをユーザ機器に対して送信して、１つ以上の完全性保護障害に関連する１つ以上のＤＲＢを解放することを含む。

【0204】

他のいくつかの実施形態では、第１ネットワークノードは無線アクセスネットワーク（ＲＡＮ）ノードであり、第２ネットワークノードはコアネットワークである。コアネットワークが第２ネットワークノードである実施形態において、コアネットワークはアクセスおよびモビリティ管理機能（ＡＭＦ）、ユーザプレーン機能（ＵＰＦ）、またはセッション管理機能（ＳＭＦ）を含み、障害メッセージはＡＭＦ、ＵＰＦ、またはＳＭＦに対して提供される。いくつかの実施形態では、ＡＭＦは障害メッセージを受信し、障害メッセージをＳＭＦまたはポリシー制御機能（ＰＣＦ）に対して提供する。ある実施形態では、コアネットワークはユーザ機器に対して障害メッセージを提供または送信する。

【0205】

いくつかの実施形態では、第１ネットワークノードはセカンダリノードであり、第２ネットワークノードはマスタノードであり、セカンダリノードとマスタノードはデュアル接続システムで動作する。デュアル接続システムに関連するいくつかの実施形態において、図８の方法はさらに、セカンダリノードによって、マスタノードに対して、キーリフレッシュ、１つ以上のＤＲＢの変更または解放、サービス品質（ＱｏＳ）フローの解放、パケットデータユニット（ＰＤＵ）セッションの解放、のうちの１つ以上を含む変更メッセージを送信するステップを含むことができる。

【0206】

図９は、超過したまたは超過することになる完全性保護可能データレートを管理するための例示的なフローチャートを示す。決定動作９０２において、第１ネットワークノードは、ユーザ機器の最大完全性保護有効化データレート閾値または能力を超過したか、または超過するであろうと決定する。送信動作９０４において、第１ネットワークノードは第２ネットワークノードに対して、最大完全性保護有効化データレート閾値または能力を超過したか、または超過するであろうことを第２ネットワークノードに知らせる障害通知を送信する。

【0207】

一部の実施形態では第１ネットワークノードは無線アクセスネットワーク（ＲＡＮ）ノードであり、第２ネットワークノードはアクセスおよびモビリティ管理機能（ＡＭＦ）、セッション管理機能（ＳＭＦ）、ポリシー制御機能（ＰＣＦ）、またはユーザプレーン機能（ＵＰＦ）を含むことができるコアネットワークである。いくつかの実施形態において、図９の方法はさらに、ＲＡＮノードによって、コアネットワークに対してメッセージを送信することを含み、このメッセージは、（１）ユーザ機器のための接続を解放する要求、パケットデータユニット（ＰＤＵ）セッションを変更または解放する要求、またはサービス品質（ＱｏＳ）フローを変更または解放する要求、（２）パケットデータユニット（ＰＤＵ）セッション追加またはサービス品質（ＱｏＳ）フロー追加の要求についてのコアネットワーク開始要求の拒否、のいずれかを通知する情報を含む。図９に関連するいくつかの実施形態では、ＡＭＦに提供される障害通知はＳＭＦに対して送信される。図９に関連するいくつかの他の実施形態では、ＳＭＦに対して提供された障害通知はＰＣＦに対して送信される。

【0208】

図１０は、デュアル接続システムにおけるセカンダリノードの１つ以上のＤＲＢのデータレートを管理するための例示的なフローチャートを示す。受信動作１００２において、セカンダリノードはマスタノードから、ユーザ機器の完全性保護データレート閾値を受信する。制御動作１００４において、完全性保護可能データレートは完全性保護データレート閾値以下であるようにセカンダリノードによって制御され、完全性保護可能データレートはセカンダリノードで終端された１つ以上のデータ無線ベアラ（ＤＲＢ）上でユーザ機器に対して割り当てられる。

【0209】

図１１は、パケットデータユニット（ＰＤＵ）セットアップを実行するための例示的なフローチャートを示す。実行動作１１０２において、基地局は、１つ以上のＰＤＵセッションを含むパケットデータユニット（ＰＤＵ）セッションセットアップを実行する。ＰＤＵセッションセットアップ中またはその前に、基地局はコアネットワークまたはユーザ機器から、以下のうちの少なくとも１つを受信する：各ＰＤＵセッションのためのリソース割当優先度または受付優先度、各ＰＤＵセッションのためのセキュリティ優先度、ユーザセキュリティ優先度、セキュリティとサービス品質（ＱｏＳ）レベルとの間のユーザ優先度。

【0210】

ある実施形態では、ユーザセキュリティ優先度は各ＰＤＵセッションまたは各ＱｏＳフローについて通知され、セキュリティとＱｏＳレベルとの間のユーザ優先度は各ＰＤＵセッションまたは各ＱｏＳフローについて通知される。

【0211】

いくつかの実施形態では、図１１の基地局は無線アクセスネットワーク（ＲＡＮ）ノードである。

【0212】

図１２は、完全性保護および暗号化のうちの任意の１つまたは複数をアクティブ化または非アクティブ化するための例示的なフローチャートを示す。受信動作１２０２において、セカンダリノードはマスタノードから、セカンダリノードに対して割り当てられた１つ以上のパケットデータユニット（ＰＤＵ）セッションの各々に対するユーザプレーンセキュリティポリシーを受信する。ここで、ユーザプレーンセキュリティポリシーは、コアネットワークによって構成される。決定動作１２０４において、セカンダリノードは、１つ以上のＰＤＵセッションまたは各ＰＤＵセッションの１つ以上のＱｏＳフローまたは１つ以上のＤＲＢについて、以下のいずれか１以上を決定する：（１）完全性保護のアクティブ化または非アクティブ化、（２）暗号化のアクティブ化または非アクティブ化。セカンダリノードは、ユーザプレーンセキュリティポリシーに基づいて決定動作１２０４を実行する。送信動作１２０６において、セカンダリノードは、セカンダリノードによるアクティブ化または非アクティブ化に関連する１つ以上の決定を含むフィードバックを、マスタノードに対して送信する。

【0213】

いくつかの実施形態において、フィードバックは、セカンダリノード上で終端された１つ以上のＰＤＵセッションまたは１つ以上のＱｏＳフローまたは１つ以上のＤＲＢの識別子のリストを含み、各識別子は以下のうちの１つ以上に関する情報に関連付けられている：（１）完全性保護のアクティブ化または非アクティブ化、および（２）暗号化のアクティブ化または非アクティブ化。

【0214】

いくつかの実施形態では、図１２の方法はさらに、セカンダリノードによって、ユーザ機器に対して、１つ以上の決定を送信することを含む。いくつかの実施形態では、１つ以上の決定は、ＳＲＢ３シグナリングを使用してユーザ機器に対して送信される。

【0215】

図１３は、完全性保護および暗号化のうちの任意の１つまたは複数をアクティブ化または非アクティブ化するための別の例示的なフローチャートを示す。受信動作１３０２において、基地局はコアネットワークから、ユーザ機器のためのユーザプレーンセキュリティポリシーを受信する。決定動作１３０４において、基地局は、１つ以上のＰＤＵセッションについて、または各ＰＤＵセッションの１つ以上のＱｏＳフローについて、以下のいずれか１つ以上を決定する：（１）完全性保護のアクティブ化または非アクティブ化、（２）暗号化のアクティブ化または非アクティブ化。基地局は、ユーザプレーンセキュリティポリシーに基づいて決定動作１３０４を実行する。送信動作１３０６において、基地局は、基地局によるアクティブ化または非アクティブ化に関連する１つ以上の決定を含むフィードバックを、コアネットワークに対して送信する。

【0216】

いくつかの実施形態では、図１３の方法はさらに、基地局によって、１つ以上のＰＤＵセッションについて、または各ＰＤＵセッションの１つ以上のＱｏＳフローについて、以下のうちの任意の１つまたは複数を変更することをさらに含む：（１）完全性保護アクティブ化または非アクティブ化、（２）暗号化アクティブ化または非アクティブ化。そのような実施形態において、基地局により変更されたアクティブ化または非アクティブ化に関連する１つ以上の更新された決定を含むフィードバックを、基地局はコアネットワークに対して送信する。いくつかの実施形態では、図１３の基地局が無線アクセスネットワーク（ＲＡＮ）ノードである。

【0217】

図１４は、通信ノード１４００の例示的なブロック図を示す。通信ノードは、ユーザ機器、基地局、ＲＡＮノード、デュアル接続システム内のマスタノード、デュアル接続システム内のセカンダリノード、またはコアネットワークを含むことができる。通信ノード１４００は、少なくとも１つのプロセッサ１４１０と、それに格納された命令を有するメモリ１４０５とを含む。プロセッサ１４１０による実行時の命令は、図８～図１３に記載された動作、および本特許文献に記載された様々なソリューションを実行するように、通信ノード１４００を構成する。送信器１４１５は、他の通信ノードに対して情報またはデータを送信する。受信器１４２０は、他の通信ノードによって送信された情報またはデータを受信する。

【0218】

完全性保護障害検出モジュール１４２５は、図８で説明した動作を実行する。代替的に、または追加的に、完全性保護障害を検出するためのモジュール１４２５は課題１に記載されるように、１つ以上の完全性保護障害検出機能を実行することができる。

【0219】

完全性保護有効化データレートを管理するためのモジュール１４３０は、図９または図１０で説明した動作を実行する。これに代えてあるいは追加的に、完全性保護有効化データレート１４３０を管理するためのモジュールは、課題２に記載されているように、１つ以上の完全性保護可能データレート管理機能を実行することができる。

【0220】

ＰＤＵセットアップを実行するためのモジュール１４４０は、図１１で説明した動作を実行する。代替的に、または追加的に、ＰＤＵセットアップを実行するためのモジュール１４４０は課題２で説明されるように、１つ以上のＰＤＵセットアップ関連機能を実行することができる。

【0221】

完全性保護をアクティブ化または非アクティブ化するためのモジュール１４４５は、図１２または図１３で説明した完全性保護関連動作を実行する。代替的に、または追加的に、完全性保護をアクティブ化または非アクティブ化するためのモジュール１４４５は課題３に記載されるように、１つ以上の完全性保護アクティブ化または非アクティブ化関連機能を実行することができる。

【0222】

暗号化１４５０をアクティブ化または非アクティブ化するためのモジュールは、図１２または図１３に記載されている暗号化関連の動作を実行する。あるいは、あるいはさらに、暗号化１４５０をアクティブ化または非アクティブ化するモジュールは課題３に記載されているように、１つ以上の暗号化アクティブ化または非アクティブ化関連機能を実行することができる。

【0223】

本文書において、「例示的」という用語は「例」を意味するために使用され、特に明記しない限り、理想的または好ましい実施形態を意味しない。

【0224】

本明細書で説明される実施形態のいくつかは方法またはプロセスの一般的なコンテキストで説明され、方法またはプロセスは、１実施形態においてはネットワーク化された環境内のコンピュータによって実行される、プログラムコードなどのコンピュータ実行可能命令を含む、コンピュータ可読媒体で実施されるコンピュータプログラム製品によって実装され得る。コンピュータ読み取り可能媒体は読み取り専用メモリ、ランダム・アクセス・メモリ、コンパクト・ディスク、デジタル多用途ディスクなどを含むが、これらに限定されない、取り外し可能および非取り外し可能記憶装置を含むことができる。したがって、コンピュータ可読媒体は、一時的でない記憶媒体を含むことができる。一般に、プログラムモジュールは、特定のタスクを実行するか、または特定の抽象データタイプを実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含み得る。コンピュータまたはプロセッサ実行可能命令、関連データ構造、およびプログラムモジュールは、本明細書に開示する方法のステップを実行するためのプログラムコードの例を表す。そのような実行可能命令または関連するデータ構造の特定のシーケンスは、そのようなステップまたはプロセスで説明される機能を実装するための対応する動作の例を表す。

【0225】

開示された実施形態のいくつかは、ハードウェア回路、ソフトウェア、またはそれらの組み合わせを使用して、デバイスまたはモジュールとして実装され得る。例えば、ハードウェア回路実装は例えば、プリント回路基板の一部として集積される個別のアナログおよび／またはデジタル構成要素を含むことができる。代替的に、または追加的に、開示されたコンポーネントまたはモジュールは、特定用途向け集積回路（ＡＳＩＣ）および／またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ）デバイスとして実装することができる。いくつかの実装形態は追加的にまたは代替的に、本出願の開示された機能に関連するデジタル信号処理の動作上の必要性のために最適化されたアーキテクチャを有する特殊化されたマイクロプロセッサであるデジタル信号プロセッサ（ＤＳＰ）を含むことができる。同様に、各モジュール内の様々なコンポーネントまたはサブコンポーネントは、ソフトウェア、ハードウェア、またはファームウェアで実現することができる。モジュール内のモジュールおよび／またはコンポーネント間の接続性はインターネット、有線、または適切なプロトコルを使用する無線ネットワークを介した通信を含むが、これらに限定されない、当技術分野で公知の接続方法および媒体のいずれか１つを使用して提供することができる。

【0226】

この文書は多くの詳細を含むが、これらは特許請求される発明の範囲または特許請求され得る発明の範囲に対する限定として解釈されるべきではなく、むしろ、特定の実施形態に特有の特徴の説明として解釈されるべきである。別個の実施形態の文脈で本文書に記載されている特定の特徴は、単一の実施形態において組み合わせて実施することもできる。逆に、単一の実施形態の文脈で説明される様々な特徴は複数の実施形態で別々に、または任意の適切なサブコンビネーションで実装することもできる。さらに、特徴は特定の組み合わせで動作するものとして上記で説明されてもよく、そのようなものとして最初に特許請求されてもよいが、特許請求される組み合わせからの１つ以上の特徴は場合によってはその組み合わせから削除されてもよく、特許請求される組み合わせは下位組み合わせまたは下位組み合わせの変形に向けられてもよい。同様に、動作は特定の順序で図面に示されているが、これは望ましい結果を達成するために、そのような動作が示された特定の順序で、または連続的な順序で実行されること、または示されたすべての動作が実行されることを必要とするものとして理解されるべきではない。

【0227】

少数の実装および例のみが説明されており、他の実装、拡張およびバリエーションは、本開示に記載され、図示されているものに基づいて行うことができる。

【図1A】

【図1B】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】