特表 2024-524532 端末装置及びその方法

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-07-05

(54)【発明の名称】端末装置及びその方法

(51)【国際特許分類】

   H04W 72/20 20230101AFI20240628BHJP

   H04W 76/19 20180101ALI20240628BHJP

   H04W 72/044 20230101ALI20240628BHJP

【ＦＩ】

H04W72/20

H04W76/19

H04W72/044

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024500123

(86)(22)【出願日】2021-07-05

(85)【翻訳文提出日】2024-03-01

(86)【国際出願番号】 CN2021104605

(87)【国際公開番号】W WO2023279248

(87)【国際公開日】2023-01-12

(81)【指定国・地域】

(71)【出願人】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】ワン ダー

(72)【発明者】

【氏名】リアン リン

(72)【発明者】

【氏名】ワン ガン

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA11

5K067DD34

5K067EE02

5K067EE10

5K067HH21

(57)【要約】

本開示の実施形態は、通信方法、端末装置、及びコンピュータ可読媒体に関する。端末装置によって実行される方法であって、端末装置がネットワーク装置とＳＤＴを実行している間に、ＲＲＣ接続解放手順を開始することを含む。また、方法は、ＲＲＣ接続解放手順を実行している間、非スモールデータ送信の到着をネットワーク装置に示すことを無効にすることをさらに含む。このように、妨害されることなくＲＲＣ接続解放手順を完了することができるとともに、端末装置とネットワーク装置との間の状態を一定にすることができる。
【選択図】図２

【特許請求の範囲】

【請求項1】

端末装置において、前記端末装置がネットワーク装置とスモールデータ送信を実行している間に、無線リソース制御接続の解放手順を開始することと、
前記無線リソース制御接続の解放手順を実行している間、非アクティブ状態での送信をサポートしていない無線ベアラからのデータ到着を前記ネットワーク装置に示すことを無効にすることと、
を含む、
通信方法。

【請求項2】

非スモールデータ送信の前記データ到着を示すことは、
タイマが作動していることに応じて、前記非アクティブ状態での送信をサポートしていない前記無線ベアラからの前記データ到着を前記ネットワーク装置に示すことを含み、
前記タイマは、前記スモールデータ送信の開始に応じて始動し、前記ネットワーク装置から無線リソース制御解放メッセージを受信したことに応じて停止する、
請求項１に記載の方法。

【請求項3】

前記無線リソース制御接続の解放手順の完了に応じて、前記非アクティブ状態での送信をサポートしていない前記無線ベアラからの前記データ到着を前記ネットワーク装置に示すことを有効にすることをさらに含む、
請求項１に記載の方法。

【請求項4】

端末装置において、前記端末装置がネットワーク装置とスモールデータ送信を実行している間に、無線リソース制御接続の解放手順を開始することと、
前記無線リソース制御接続の解放手順を終了することと、
非アクティブ状態での送信をサポートしていない無線ベアラからのデータ到着を前記ネットワーク装置に示すことと、
を含む、
通信方法。

【請求項5】

端末装置において、前記端末装置が非接続状態にあるときに前記端末装置とネットワーク装置との間で通信するための複数のセキュリティ鍵をそれぞれ導き出すための複数のセキュリティ要素を備えるメッセージを前記ネットワーク装置から受信することと、
前記端末装置が前記非接続状態にあるときに、前記メッセージに少なくとも部分的に基づいて、無線リソース制御接続の再開手順を前記ネットワーク装置と実行することと、
を含む、
通信方法。

【請求項6】

前記メッセージは、非接続送信のための設定を備える無線リソース制御解放メッセージである、
請求項５に記載の方法。

【請求項7】

前記無線リソース制御接続の再開手順を実行することは、
前記複数のセキュリティ要素のうちの第１のセキュリティ要素から導き出される第１のセキュリティ鍵を使用して、前記ネットワーク装置との、非接続状態の送信に関連付けられた第１の無線リソース制御接続の再開手順を実行することと、
前記非接続状態の送信の中止をトリガするための予め設定されたイベントを検出したことに応じて、前記非接続状態の送信を中止することと、
前記複数のセキュリティ要素のうちの第２のセキュリティ要素から導き出される第２のセキュリティ鍵を使用して、第２の無線リソース制御接続の再開手順を前記ネットワーク装置と実行することと、
を含む、
請求項５に記載の方法。

【請求項8】

セキュリティ鍵を導き出すために利用可能なセキュリティ要素がない場合、予め設定されたイベントを検出するとアイドル状態に移行することをさらに含む、
請求項５に記載の方法。

【請求項9】

前記無線リソース制御接続の再開手順を実行することは、
使用されている前記セキュリティ要素を示すフィールドを前記ネットワーク装置に送信することを含む、
請求項５に記載の方法。

【請求項10】

前記フィールドは、メディアアクセス制御の制御要素である、
請求項９に記載の方法。

【請求項11】

ネットワーク装置において、端末装置が非接続状態にあるときに前記端末装置と前記ネットワーク装置との間で通信するための複数のセキュリティ鍵をそれぞれ導き出すための複数のセキュリティ要素を備えるメッセージを前記端末装置に送信することと、
前記端末装置が前記非接続状態にあるときに、前記メッセージに少なくとも部分的に基づいて、無線リソース制御接続の再開手順を前記端末装置と実行することと、
を含む、
通信方法。

【請求項12】

前記メッセージは、非接続送信のための設定を備える無線リソース制御解放メッセージである、
請求項１１に記載の方法。

【請求項13】

前記無線リソース制御接続の再開手順を実行することは、
使用されている前記セキュリティ要素を示すフィールドを前記端末装置から受信することを含む、
請求項１１に記載の方法。

【請求項14】

前記フィールドは、メディアアクセス制御の制御要素である、
請求項１３に記載の方法。

【請求項15】

端末装置において、セキュリティ要素に基づくセキュリティ鍵の生成の最大数に関する情報を、ネットワーク装置から受信することであって、前記端末装置が非接続状態にあるときに前記セキュリティ鍵が前記端末装置と前記ネットワーク装置との間の通信のために使用されることと、
前記端末装置が前記非接続状態にあるときに、前記最大数に少なくとも部分的に基づいて、無線リソース制御接続の再開手順を前記ネットワーク装置と実行することと、
を含む、
通信方法。

【請求項16】

前記最大数は、非接続送信のための設定を備えるメッセージを介して送信される、
請求項１５に記載の方法。

【請求項17】

前記無線リソース制御接続の再開手順を実行することは、
前記セキュリティ要素に基づいて生成された第１のセキュリティ鍵を使用して、前記ネットワーク装置との、非接続状態の送信に関連付けられた第１の無線リソース制御接続の再開手順を実行することと、
非接続状態の送信の中止をトリガするための予め設定されたイベントを検出したことに応じて、前記非接続状態の送信を中止することと、
前記セキュリティ要素に基づいて生成された第２のセキュリティ鍵を使用して、第２の無線リソース制御接続の再開手順を前記ネットワーク装置と実行することと、
を含む、
請求項１５に記載の方法。

【請求項18】

前記無線リソース制御接続の再開手順を実行することは、
前記セキュリティ要素に基づくセキュリティ鍵の生成数が前記最大数に達した場合、予め設定されたイベントを検出するとアイドル状態に移行することを含む、
請求項１５に記載の方法。

【請求項19】

前記無線リソース制御接続の再開手順を実行することは、
前記セキュリティ要素に基づくセキュリティ鍵の前記生成数を示すフィールドを前記ネットワーク装置に送信することを含む、
請求項１５に記載の方法。

【請求項20】

前記フィールドは、メディアアクセス制御の制御要素である、
請求項１９に記載の方法。

【請求項21】

ネットワーク装置において、セキュリティ要素に基づくセキュリティ鍵の生成の最大数に関する情報を、端末装置に送信することであって、前記端末装置が非接続状態にあるときに前記セキュリティ鍵が前記端末装置と前記ネットワーク装置との間の通信のために使用されることと、
前記最大数に少なくとも部分的に基づいて、無線リソース制御接続の再開手順を前記端末装置と実行することと、
を含む、
通信方法。

【請求項22】

前記最大数は、非接続送信のための設定を備えるメッセージを介して送信される、
請求項２１に記載の方法。

【請求項23】

前記無線リソース制御接続の再開手順を実行することは、
前記セキュリティ要素に基づくセキュリティ鍵の生成数を示すフィールドを前記端末装置から受信することを含む、
請求項２１に記載の方法。

【請求項24】

前記フィールドは、メディアアクセス制御の制御要素である、
請求項２３に記載の方法。

【請求項25】

端末装置において、第１のシーケンス番号でデータを暗号化することにより、非接続状態の送信をネットワーク装置の第１のセルと実行することと、
非接続状態の送信の中止をトリガするための予め設定されたイベントを検出した後、非接続状態の送信のために設定された無線ベアラの格納データを破棄することと、
無線リソース制御接続の再開手順を実行することと、
を含み、
前記無線リソース制御接続の再開手順は、
初期化されていない前記第１のシーケンス番号でデータを暗号化することにより、前記無線リソース制御接続の再開手順を前記第１のセルと実行すること、又は
初期化された第１のシーケンス番号でデータを暗号化することにより、前記無線リソース制御接続の再開手順を前記ネットワーク装置の第２のセルと実行すること、
を含む、
通信方法。

【請求項26】

格納データを破棄することは、
予め設定されたイベントを検出したことに応じて、パケットデータ収束プロトコルエンティティによってパケットデータ収束プロトコル一時停止手順を実行することを含み、
前記パケットデータ収束プロトコル一時停止手順は、
非接続状態の送信用に設定された無線ベアラの格納データを破棄することと、
前記第１のシーケンス番号の初期化を無効にする指示を、前記端末装置の無線リソース制御レイヤから受信することと、
を含み、
前記方法は、
前記無線リソース制御接続の再開手順を実行している間に、パケットデータ収束プロトコル再確立手順を実行することをさらに含み、
前記パケットデータ収束プロトコル再確立手順は、
前記無線リソース制御接続の再開手順が前記第１のセルと実行される場合、前記第１のシーケンス番号の初期化を無効にすることと、
前記無線リソース制御接続の再開手順が前記第２のセルと実行される場合、前記第１のシーケンス番号を初期化することと、
を含む、
請求項２５に記載の方法。

【請求項27】

格納されたパケットデータ収束プロトコル・プロトコルデータユニットを破棄することは、
前記無線リソース制御接続の再開手順を実行している間に、パケットデータ収束プロトコル再確立手順を実行することを含み、
前記パケットデータ収束プロトコル再確立手順は、
格納されたパケットデータ収束プロトコル・プロトコルデータユニットを破棄することを含み、
前記パケットデータ収束プロトコル再確立手順を実行することは、
前記無線リソース制御接続の再開手順が前記第１のセルと実行される場合、前記第１のシーケンス番号の初期化を無効にすることと、
前記無線リソース制御接続の再開手順が前記第２のセルと実行される場合、前記第１のシーケンス番号を初期化することと、
を含む、
請求項２５に記載の方法。

【請求項28】

端末装置において、前記端末装置によるネットワーク装置との非接続状態の送信の実行中に、予め設定されたイベントを検出することと、
アイドル状態に移行することと、
を含む、
通信方法。

【請求項29】

前記予め設定されたイベントを検出することは、
前記ネットワーク装置から無線リソース制御拒否メッセージを受信すること、又は
非接続状態の送信を実行する品質要件が満たされないことを検出すること、
を含む、
請求項２８に記載の方法。

【請求項30】

端末装置において、第１の周波数が設定された第１のセルとスモールデータ送信を実行することと、
前記第１のセルと前記スモールデータ送信を実行する際に、前記第１の周波数とは異なる第２の周波数が設定された第２のセルに切り替わる可能性を減少させることと、
を含む、
通信方法。

【請求項31】

第２のセルに切り替わる前記可能性を減少させることは、
セル再選択手順を実行する際に、前記第１の周波数の優先度を上げること、又は
セル再選択手順を実行する際に、周波数間測定を無効にすること、
のうち少なくとも１つを含む、
請求項３０に記載の方法。

【請求項32】

端末装置において、前記端末装置の無線ベアラのためのパケットデータ収束プロトコル設定を、ネットワーク装置から受信することと、
スモールデータ送信のための無線リソース制御接続の再開手順を開始することと、
を含み、
スモールデータ送信のための前記無線リソース制御接続の再開手順は、
無線リソース制御メッセージを運ぶために設定された無線ベアラのためのデフォルトのパケットデータ収束プロトコル設定を適用し、当該無線ベアラに前記パケットデータ収束プロトコル設定を復元しないことと、
無線リソース制御メッセージを運ぶために設定された前記無線ベアラを除く、スモールデータ送信用に設定された無線ベアラのための前記パケットデータ収束プロトコル設定を復元することと、
を含む、
通信方法。

【請求項33】

無線リソース制御再開メッセージの受信に応じて、
スモールデータ送信用に設定されていない無線ベアラ、及び
無線リソース制御メッセージを運ぶために設定された前記無線ベアラ
のための、前記パケットデータ収束プロトコル設定を復元することをさらに含む、
請求項３２に記載の方法。

【請求項34】

無線リソース制御メッセージを運ぶために設定された前記無線ベアラは、Ｓｉｇｎａｌｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ １である、
請求項３２に記載の方法。

【請求項35】

端末装置において、前記端末装置の無線ベアラのためのパケットデータ収束プロトコル設定をネットワーク装置から受信することと、
スモールデータ送信のための無線リソース制御の再開手順を開始することと、
を含み、
スモールデータ送信のための前記無線リソース制御の再開手順は、
無線リソース制御メッセージを運ぶために設定された無線ベアラを含む、スモールデータ送信用に設定された無線ベアラのための前記パケットデータ収束プロトコル設定を復元することを含む、
通信方法。

【請求項36】

無線リソース制御再開メッセージの受信失敗を検出したことに応じてアイドル状態に移行することをさらに含む、
請求項３５に記載の方法。

【請求項37】

無線リソース制御再開メッセージを受信したことに応じて、スモールデータ送信用に設定されていない無線ベアラのために前記パケットデータ収束プロトコル設定を復元することをさらに含む、
請求項３５に記載の方法。

【請求項38】

無線リソース制御メッセージを運ぶために設定された前記無線ベアラは、Ｓｉｇｎａｌｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ １である、
請求項３５に記載の方法。

【請求項39】

ネットワーク装置において、無線ベアラのためのパケットデータ収束プロトコル設定を生成することと、
前記パケットデータ収束プロトコル設定を端末装置に送信することと、
を含み、
前記無線ベアラには、無線リソース制御メッセージを運ぶために設定された無線ベアラが含まれ、当該無線ベアラがスモールデータ送信用に設定されている場合、当該無線ベアラにはデフォルトのパケットデータ収束プロトコル設定が設定される、
通信方法。

【請求項40】

無線リソース制御メッセージを運ぶために設定された前記無線ベアラは、Ｓｉｇｎａｌｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ １である、
請求項３９に記載の方法。

【請求項41】

プロセッサと、
前記プロセッサに結合され、命令が格納されたメモリと、
を備え、
前記命令が前記プロセッサによって実行された場合、請求項１乃至１０、請求項１５乃至２０、及び請求項２５乃至３８のいずれか１項に記載の方法を実行する、
端末装置。

【請求項42】

プロセッサと、
前記プロセッサに結合され、命令が格納されたメモリと、
を備え、
前記命令が前記プロセッサによって実行された場合、請求項１１乃至１４、請求項２１乃至２４、請求項３９、及び請求項４０のいずれか１項に記載の方法を実行する、
ネットワーク装置。

【請求項43】

命令が格納されたコンピュータ可読媒体であって、前記命令は、少なくとも１つのプロセッサにおいて実行された場合、請求項１乃至１０、請求項１５乃至２０、及び請求項２５乃至３８のいずれか１項に記載の方法を前記少なくとも１つのプロセッサに実行させる、
コンピュータ可読媒体。

【請求項44】

命令が格納されたコンピュータ可読媒体であって、前記命令は、少なくとも１つのプロセッサにおいて実行された場合、請求項１１乃至１４、請求項２１乃至２４、請求項３９、及び請求項４０のいずれか１項に記載の方法を前記少なくとも１つのプロセッサに実行させる、
コンピュータ可読媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の実施形態は、全体として電気通信の分野に関し、特に、通信のための方法、装置、及び媒体に関する。

【背景技術】

【0002】

現在の無線通信システムでは、端末装置の消費電力が焦点となっている。端末装置の消費電力を削減するために、端末装置をいくつかの省電力モード／状態（非アクティブ状態等）に設定できることが提案されている。非アクティブ状態の端末装置については、通常のデータ送信を一時停止することが提案されている。一般に、非アクティブ状態の端末装置がネットワーク装置と通常の送信を行う必要がある場合、端末装置はネットワーク装置との接続を再開（即ち、ウェイクアップし接続状態に変更）しなければならない。

【0003】

消費電力をさらに削減するために、第三世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））の作業項目により、非アクティブ状態の端末装置用のスモールデータ送信（ＳＤＴ：small data transmission）を可能にする解決手段が提案されている。ＳＤＴを使用することにより、非アクティブ状態の端末装置は、本来のＵＬ送信に続くアップリンク（ＵＬ）送信及びダウンリンク送信（ＤＬ）を有効にしつつ、非アクティブモードを維持することができる。

【発明の概要】

【発明が解決しようとする課題】

【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】

第２５の態様では、命令が格納されたコンピュータ可読媒体が提供される。命令は、少なくとも１つのプロセッサにおいて実行された場合、上述の第１～第１２の態様のいずれかにかかる方法を少なくとも１つのプロセッサに実行させる。

【0030】

発明の概要部分は、本開示の実施形態の重要な特徴又は必須の特徴を特定することを意図したものではなく、本開示の範囲を限定するために用いることを意図したものでもないことを理解されたい。本開示の他の特徴は、以下の説明を通して容易に理解されるはずである。

【図面の簡単な説明】

【0031】

添付図面における本開示のいくつかの例示的な実施形態のより詳細な説明を通じて、本開示の上記及び他の目的、特徴及び利点がより明らかになるはずである。

【図1A】ＳＤＴの従来のシグナリングフローを示す。

【図1B】ＳＤＴの従来のシグナリングフローを示す。

【図2】本開示の例示的な実施形態を実施可能な例示的な通信環境を示す。

【図3】本開示のいくつかの実施形態にかかる、非アクティブ状態での送信をサポートしていない無線ベアラからのデータ到着を処理するためのシグナリングフローを示す。

【図4A】本開示のいくつかの実施形態にかかる、非アクティブ状態での送信をサポートしていない無線ベアラからのデータ到着を処理するための例示的な方法を示す。

【図4B】本開示のいくつかの実施形態にかかる、非アクティブ状態での送信をサポートしていない無線ベアラからのデータ到着を処理するための例示的な方法を示す。

【図5A】本開示のいくつかの実施形態にかかる、鍵ストリームの再利用を回避するための例示的なシグナリングフローを示す。

【図5B】本開示のいくつかの実施形態にかかる、鍵ストリームの再利用を回避するための例示的なシグナリングフローを示す。

【図6A】本開示のいくつかの実施形態にかかる、鍵ストリームの再利用を回避するための例示的な方法を示す。

【図6B】本開示のいくつかの実施形態にかかる、鍵ストリームの再利用を回避するための例示的な方法を示す。

【図7A】本開示のいくつかの実施形態にかかる、鍵ストリームの再利用を回避するための他の例示的な方法を示す。

【図7B】本開示のいくつかの実施形態にかかる、鍵ストリームの再利用を回避するための他の例示的な方法を示す。

【図8】本開示のいくつかの実施形態にかかる、鍵ストリームの再利用を回避するための別の例示的なシグナリングフローを示す。

【図9】本開示のいくつかの実施形態にかかる、鍵ストリームの再利用を回避するための別の例示的な方法を示す。

【図10】本開示のいくつかの実施形態にかかる、鍵ストリームの再利用を回避するためのさらに別の例示的な方法を示す。

【図11】本開示のいくつかの実施形態にかかる、鍵ストリームの再利用を回避するためのさらに別の例示的な方法を示す。

【図12】本開示のいくつかの実施形態にかかる、セルの再選択のための例示的な方法を示す。

【図13】本開示のいくつかの実施形態にかかる、ＰＤＣＰ設定を処理するための例示的な方法を示す。

【図14】本開示の例示的な実施形態を実施するのに好適な装置の概略ブロック図を示す。 すべての図面にわたって、同一又は類似の参照番号は、同一又は類似の要素を表す。

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

【0032】

本開示の原理について、いくつかの例示的な実施形態を参照しながら説明する。これらの実施形態は、単に説明を目的として説明されるもので、当業者が本開示を理解し実施する際に役立つものであり、本開示の範囲に対するいかなる限定も示唆しないことを理解されたい。本明細書で説明する実施形態は、以下で説明するもの以外にも様々な方法で実施することができる。

【0033】

以下の説明及び特許請求の範囲において、別途定義されない限り、使用されるすべての技術用語及び科学用語は、本開示が属する技術分野の当業者によって一般的に理解されるものと同じ意味を有する。

【0034】

本開示における「一実施形態」、「実施形態」、「例示的実施形態」等への言及は、説明される実施形態が、ある特定の特徴、構造、又は特性を含み得ることを示すが、すべての実施形態がかかる特定の特徴、構造、又は特性を含む必要はない。また、これらの表現は、必ずしも同一の実施形態を指すものではない。さらに、特定の特徴、構造、又は特性が実施形態に関連して説明される場合、明示的に説明されているかどうかにかかわらず、他の実施形態に関連するかかる特徴、構造、又は特性に影響を与えることは、当業者の知識の範囲内であると考えられる。

【0035】

本明細書では、「第１」、「第２」等の用語を用いて様々な要素を説明することがあるが、こうした要素はこれらの用語によって限定されるべきではないことを理解されたい。これらの用語は、ある要素を別の要素から区別するためにのみ使用される。例えば、例示的な実施形態の範囲から逸脱することなく、第１の要素を第２の要素と称することができ、同様に、第２の要素を第１の要素と称することができる。本明細書で使用される場合、用語「及び／又は」は、列挙されたものの１つ又は複数のうちいずれか、及びそのすべての組合せを含む。

【0036】

本明細書で使用される用語は、特定の実施形態を説明することのみを目的としており、例示的な実施形態を限定することを意図するものではない。本明細書で使用される場合、単数形「１つ（ａ）」、「１つ（ａｎ）」、及び「上記（ｔｈｅ）」は、文脈で別途明確に示されていない限り、複数形も含むことを意図している。さらに、用語「備える」、「備えている」、「有する」、「有している」、「含む」及び／又は「含んでいる」は、本明細書で用いられる場合、記載の特徴、要素、及び／又はコンポーネント等の存在を規定するが、１つ又は複数の他の特徴、要素、コンポーネント及び／又はそれらの組合せの存在又は追加を排除しないことを理解されたい。

【0037】

いくつかの例において、値、手順又は装置は、「最適」、「最低」、「最高」、「最小」、「最大」等と称される。理解される点として、こうした説明は、使用される複数の機能的代替の中から、選択可能であると示すことを意図しており、こうした選択は、他の選択と比べて、より優れていたり、より小さかったり、より高かったり、又はより好ましかったりする必要はない。

【0038】

本明細書で使用される場合、「ネットワーク装置」という用語は、端末装置が通信できるセル又はカバレッジを提供又はホストすることが可能な装置を指す。ネットワーク装置の例には、Ｎｏｄｅ Ｂ（ＮＢ又はＮＢ）、Ｅｖｏｌｖｅｄ ＮｏｄｅＢ（ｅＮｏｄｅＢ又はｅＮＢ）、新無線アクセスのＮｏｄｅＢ（ｇＮＢ）、リモート無線ユニット（ＲＲＵ：Remote Radio Unit）、無線ヘッド（ＲＨ：Radio Head）、リモート無線ヘッド（ＲＲＨ：Remote Radio Head）、フェムトノード、ピコノード等の低電力ノード、衛星ネットワーク装置、航空機ネットワーク装置等が含まれるが、これらに限定されない。以下では、議論を目的として、ネットワーク装置の例としてｅＮＢを参照しながら、いくつかの例示的な実施形態を説明する。

【0039】

本明細書で使用される場合、「端末装置」という用語は、無線通信が可能な任意のエンドデバイスを指す。限定ではなく例として、端末装置は、通信装置、ユーザ端末（ＵＥ）、加入者設備（ＳＳ）、携帯用加入者設備、移動局（ＭＳ）、又はアクセス端末（ＡＴ：Access Terminal）とも称されることがある。端末装置には、移動電話、携帯電話、スマートフォン、ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）電話、無線ローカルループ電話、タブレット、ウェアラブル端末装置、ＰＤＡ（Personal Digital Assistant）、携帯コンピュータ、デスクトップコンピュータ、デジタルカメラ等の撮像用端末装置、ゲーム用端末装置、音楽保存・再生機器、車載型無線端末装置、無線エンドポイント、移動局、ラップトップ組込み機器（ＬＥＥ：laptop-embedded equipment）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、スマートデバイス、無線顧客構内設備（ＣＰＥ）、モノのインターネット（ｌｏＴ）装置、時計等のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、車両、ドローン、医療機器及びアプリケーション（例：遠隔手術）、産業用デバイス及びアプリケーション（例えば、産業用及び／又は自動の処理チェーン環境で動作するロボット及び／又は他の無線デバイス）、家電機器、商用及び／又は産業用無線ネットワークで動作するデバイス等が含まれるが、これらに限定されない。以下の説明では、「端末装置」、「通信装置」、「端末」、「ユーザ設備」、「ＵＥ」という用語を互換的に使用する場合がある。

【0040】

本明細書で使用される場合、用語「通信ネットワーク」は、新無線（ＮＲ）、ロングタームエボリューション（ＬＴＥ：Long Term Evolution）、ＬＴＥ－Ａ（ＬＴＥ－Ａｄｖａｎｃｅｄ）、広帯域符号分割多重接続（ＷＣＤＭＡ：Wideband Code Division Multiple Access（登録商標））、高速パケットアクセス（ＨＳＰＡ：High-Speed Packet Access）、ＮＢ－ＩｏＴ（Narrow Band Internet of Things）等の任意の適切な通信規格に従うネットワークを指す。さらに、通信ネットワークにおける端末装置とネットワーク装置との間の通信は、任意の適切な世代の通信プロトコルによって実行されてもよい。通信プロトコルには、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）の通信プロトコル、及び／又は現在知られているか又は将来開発される他のプロトコルが含まれるが、これらに限定されない。本開示の実施形態は、様々な通信システムに適用されてもよい。通信の急速な発展を考慮すると、当然ながら、本開示が具現化されうる未来型の通信技術や通信システムも存在するであろう。本開示の範囲が前述のシステムのみに限定されるとみなすべきではない。

【0041】

本明細書で使用される場合、「スモールデータ送信のデータ」又は「ＳＤＴデータ」という用語は、非アクティブ状態又はアイドル状態の端末装置によって送信され得るデータを指す。一般的に、「スモールデータ送信のデータ」又は「ＳＤＴデータ」は、ＳＤＴをサポートするように設定されるか、又はＳＤＴ用に設定されたサービス／機能／アプリケーションによってもたらされ／トリガされる無線ベアラ（ＳＲＢ（Signalling Radio Bearer）を含む）及びデータ無線ベアラ（ＤＲＢ）において伝送される。

【0042】

本明細書で使用される場合、「非スモールデータ送信のデータ」又は「非ＳＤＴデータ」という用語は、ＳＤＴ手順の間に送信することが許可されていないデータを指す。一般的に、「非スモールデータ送信のデータ」又は「非ＳＤＴデータ」は、ＳＤＴをサポートするように設定されていないか、又はＳＤＴ用に設定されていないサービス／機能／アプリケーションによってもたらされ／トリガされる無線ベアラ（ＳＲＢとＤＲＢを含む）において伝送される。

【0043】

本明細書で使用される場合、「非接続状態の送信」という用語は、端末装置が接続状態にないときに実行されるようにサポート／有効化されている任意の送信を指す。非接続状態の送信には、ＳＤＴ、早期データ送信（ＥＤＴ）、ＰＵＲ（preconfigured uplink resource）が含まれるが、これらに限定されない。

【0044】

本明細書で使用される場合、用語「回路」は、ハードウェア回路、及び／又はハードウェア回路とソフトウェアとの組合せを意味してもよい。例えば、回路は、アナログハードウェア回路及び／又はデジタルハードウェア回路と、ソフトウェア／ファームウェアとの組合せであってもよい。さらなる例として、回路は、協働して端末装置やネットワーク装置等の装置に種々の機能を発揮させる、デジタル信号プロセッサ等のソフトウェア付きハードウェアプロセッサ、ソフトウェア、及びメモリの任意の部分であってもよい。さらに別の例では、回路は、操作のためにソフトウェア／ファームウェアを必要とするが、操作に必要ないときはソフトウェアが存在しない場合があるマイクロプロセッサ又はマイクロプロセッサの一部のようなハードウェア回路及び／又はプロセッサであってもよい。本明細書で使用される場合、回路という用語は、単なるハードウェア回路若しくはプロセッサ、又はハードウェア回路若しくはプロセッサの一部、並びにその（又はそれらの）付随するソフトウェア及び／又はファームウェアの実装も網羅する。

【0045】

本明細書で説明される機能は、様々な例示的な実施形態において、固定及び／又は無線のネットワークノードで実行することができるが、他の例示的な実施形態では、機能を、ユーザ端末装置（携帯電話、タブレットコンピュータ、ラップトップコンピュータ、デスクトップコンピュータ、モバイルＩｏＴデバイス、又は固定ＩｏＴデバイス等）で実施してもよい。こうしたユーザ端末装置は、例えば、固定及び／又は無線のネットワークノードに関連して説明するような対応する機能を、必要に応じて備えることができる。ユーザ端末装置は、ユーザ端末、及び／又は、ユーザ端末に取り付けられたときにユーザ端末を制御するように構成されたチップセットやプロセッサ等の制御装置であってもよい。このような機能の例には、ブートストラップサーバ機能（bootstrapping server function）及び／又は加入者管理装置（home subscriber server）が含まれる。これらの機能／ノードの観点からユーザ端末装置が実行するように構成されたソフトウェアを、ユーザ端末装置に提供することによって、こうした機能をユーザ端末装置に実装してもよい。

【0046】

上述したように、無線通信における端末装置の消費電力を削減するために、端末装置はいくつかの省電力の状態又はモードに設定されてもよい。例えば、３ＧＰＰの作業項目によって、無線リソース制御（ＲＲＣ）の非アクティブ状態が提案されて定義されている。また、上述したように、消費電力をさらに削減するために、３ＧＰＰの作業項目により、ＲＲＣの非アクティブ状態における端末装置のＳＤＴを可能にする解決手段が提案されており、このように、非アクティブＲＲＣ状態における端末装置は、データ送信を有効にしながら非アクティブＲＲＣ状態を維持してもよい。

【0047】

一般的に、ＳＤＴは、ＲＲＣ非アクティブ状態のまま（即ち、ＲＲＣ接続状態に移行することなく）データ送信を許可する手順である。さらに、ＳＤＴは無線ベアラベースで有効化され、ＳＤＴ用に設定されたすべての無線ベアラにわたって送信すべきＵＬデータのデータ量がデータ量閾値（設定量等）未満であり、且つセル内の測定された基準信号受信電力（ＲＳＲＰ）が設定閾値より大きい場合に限って、端末装置により開始される。データ量の要件から、ＳＤＴは、いくつかの特定の適用シナリオに適用することが提案されている。スマート端末装置用ＳＤＴのいくつかの例示的な適用シナリオには、以下のものが含まれ得るが、これらに限定されない。
● インスタントメッセージングサービス（例えば、ＷｈａｔｓＡｐｐ、ＱＱ、ＷｅＣｈａｔ、ＭＳＮ等）からのトラフィック／データ／パケット
● いくつかのアプリケーション（例えば、インスタントアプリケーション、電子メールアプリケーション等）からのハートビート／キープアライブのトラフィック／データ／パケット
● 各種アプリケーションからのプッシュ通知

【0048】

スマート端末装置ではない場合のＳＤＴのいくつかの例示的な適用シナリオには、以下のものが含まれ得るが、これらに限定されない。
● ウェアラブルからのトラフィック／データ／パケット（例えば、定期的な位置情報、基準信号等）
● センサからの定期的又は非定期的なトラフィック／データ／パケット（例えば、産業用ワイヤレスセンサネットワークからの温度サンプル、圧力サンプル、及びパラメータ）
● スマートメーターデバイス及びスマートメーターネットワーク装置からの定期的なメータの読み取り

【0049】

現在、ＳＤＴを可能にする２つの解決手段が提案されており、これには、ランダムアクセス（ＲＡ）ベースのＳＤＴと設定グラント（ＣＧ：configured grant）ベースのＳＤＴが含まれる。

【0050】

ＲＡベースのＳＤＴの場合、ＳＤＴ用データは、２ステップベースのランダムアクセス手順（２ステップＲＡＣＨと称する）と４ステップベースのランダムアクセス手順（４ステップＲＡＣＨと称する）を含むランダムアクセス手順を使用して送信される。より具体的には、最初のＵＬデータは、非アクティブ状態の端末装置によって、２ステップＲＡＣＨ手順のメッセージＡ、又は４ステップＲＡＣＨ手順のメッセージ３を介してネットワーク装置に送信されてもよい。ＣＧベースのＳＤＴの場合、最初のＵＬデータはＣＧリソースで送信される。

【0051】

図１Ａを参照されたい。図１Ａは、いくつかの実施形態にかかるワンショットＳＤＴのシグナリングフロー１００を示す。操作中、ネットワーク装置は、ＲＲＣ解放メッセージを端末装置に送信する（１０５）。ＲＲＣ解放メッセージを受信した後、端末装置は非アクティブ状態に移行してもよい。端末装置が非アクティブ状態にあり、且つ、ネットワーク装置に送信する必要があるＳＤＴデータ（即ち、ＵＬデータ）を有する場合、端末装置はＲＲＣ再開要求メッセージをネットワーク装置に送信する（１１０）。ＲＲＣ再開要求と共にＵＬデータが送信されてもよい。ネットワーク装置は、端末装置にＲＲＣＲｅｌｅａｓｅメッセージを送信する（１１５）。さらに、ネットワーク装置は、ＲＲＣＲｅｌｅａｓｅメッセージとともにＤＬデータ（ある場合）を端末装置に送信してもよい。

【0052】

上述のワンショットＳＤＴ手順に加えて、端末装置がＲＲＣ非アクティブ状態にある場合、端末装置は、ＲＲＣ接続状態に移行することなく、同じＳＤＴ手順の一部として、複数のＵＬパケット及びＤＬパケットを送信／受信してもよい。

【0053】

図１Ｂを参照されたい。図１Ｂは、いくつかの実施形態にかかる、最初のデータ送信と後続のデータ送信を含むＳＤＴ手順のシグナリングフロー１５０を示す。図１Ｂに示すように、ネットワーク装置は、ＲＲＣ解放メッセージを端末装置に送信する（１５５）。ＲＲＣ解放メッセージを受信した後、端末装置は非アクティブ状態に移行してもよい。その後、端末装置がネットワーク装置にＵＬデータを送信する必要があれば、端末装置はＲＲＣ再開要求メッセージとＵＬデータをネットワーク装置に送信する（１６０）。さらに、端末装置はＲＲＣ再開要求メッセージとともにバッファ状態報告（ＢＳＲ）も送信する。ＢＳＲは、ネットワーク装置に送信すべきであるが、まだ残っているデータがあることを示す。端末装置からのＢＳＲによって、ネットワーク装置は、端末装置によって送信すべきであるが、まだ残っているデータがあることを知らされる。ネットワーク装置は、端末装置に対し後続送信の指示を応答してもよい（１６５）。この指示は、明示的なＲＲＣメッセージ又は暗黙的なメッセージ（例えば、さらなる送信のためのＵＬグラント）であり得る。さらに、ネットワーク装置は、ＤＬデータ（もしあれば）を端末装置に送信してもよい。

【0054】

続いて、端末装置はＵＬデータとさらなるＢＳＲをネットワーク装置に送信し（１７０）、ネットワーク装置はそれに応じて、動的グラントのＵＬグラントと、追加のＤＬデータ（もしあれば）とを端末装置に送信する（１７５）。その後、端末装置は、ＵＬデータをネットワーク装置に送信する（１８０）。図１Ｂの具体例では、送信すべきデータが残っていないため、端末装置はネットワーク装置にＢＳＲを送信しない。したがって、ＢＳＲがないことを考慮し、ネットワーク装置はＲＲＣＲｅｌｅａｓｅメッセージと追加のＤＬデータを端末装置に送信してもよい（１８５）。

【0055】

ＳＤＴについていくつかの議論／合意が行われてきたが、議論や対処が必要ないくつかの懸案事項が依然として残されている。例えば、ＲＲＣ接続解放手順を実行している間の、非アクティブ状態での送信をサポートしていないＲＢからのデータ到着の処理方法、鍵ストリームの再利用を回避する方法、ＳＤＴの間のセルの再選択を回避する方法、ＰＤＣＰ設定を復元する方法（特に、ＳＤＴが設定されたＳＲＢ１及び無線ベアラに関する）についての技術的な詳細を提案し、議論することが望ましい。

【0056】

以下では、端末装置が非アクティブ状態にある例示的なシナリオにおいて、ＳＤＴ手順について論じる。しかし、このような具体的な例示的シナリオは、本開示を限定するものとみなされるべきではない。アイドル状態においてＳＤＴがサポート／有効化されている場合、本明細書で論じる例示的な実施形態は、端末装置がアイドル状態であるシナリオにも適用され得ることを理解されたい。

【0057】

以下では、本開示のいくつかの例示的な実施形態を説明するための送信手順の例として、ＳＤＴ手順を用いる。本開示の例示的な実施形態は、他の非接続状態の送信（ＥＤＴやＰＵＲ等）にも同様に適用可能であることを理解されたい。

【0058】

以下では、非接続状態の送信がＥＤＴ又はＰＵＲであるケースでは、アイドル状態への遷移／移行操作とは、ＲＲＣ一時停止を伴わないアイドル状態への遷移／移行を指す。非接続状態の送信がＳＤＴであるケースでは、アイドル状態への遷移／移行操作とは、ＲＲＣアイドル状態への遷移／移行を指す。

【0059】

以下では、「非アクティブ状態での送信をサポートしていないＲＢ」と、「ＳＤＴ用に設定されていないＲＢ」という語句（及びこれらと同様の表現）を互換的に使用することができ、一方、「非アクティブ状態での送信をサポートしているＲＢ」と、「ＳＤＴ用に設定されたＲＢ」という語句（及びこれらと同様の表現）を互換的に使用することができる。

【0060】

以下では、「ＳＤＴを実行中」、「ＳＤＴの間」、及び「ＳＤＴ用タイマが作動中」という語句（及びこれらと同様の表現）を互換的に使用することができる。

【0061】

さらに、以下では、処理されるデータを説明する際に、「パケットデータ収束プロトコル（ＰＤＣＰ）パケット」、「ＰＤＣＰデータ」、「ＰＤＣＰプロトコルデータユニット（ＰＤＵ）」、「ＰＤＣＰサービスデータユニット（ＳＤＵ）」という語句（及びこれらと同様の表現）を互換的に使用することができる。

【0062】

また、以下では、処理されるデータを説明する際に、「無線リンク制御（ＲＬＣ）パケット」、「ＲＬＣデータ」、「ＲＬＣ ＰＤＵ」、「ＲＬＣ ＳＤＵ」という語句（及びこれらと同様の表現）を互換的に使用することができる。

【0063】

さらに、以下において、いくつかの具体的な例／ケース／実施形態で論じる操作は、単に説明を目的とするものであり、いかなる限定も示唆しない。つまり、このような操作は、必ずしも同じ例／ケース／実施形態を指しているわけではない。さらに、特定の例／ケース／実施形態が、ある例／ケース／実施形態に関連して説明される場合、明示的に説明されているかどうかにかかわらず、他の実施形態に関連するかかる操作に影響を与えることは、当業者の知識の範囲内であると考えられる。加えて、例／ケース／実施形態は別々に論じられているが、そのような例／ケース／実施形態は任意の適切な方法で組み合わせてもよいことを理解されたい。

【0064】

例示的な環境
図２は、本開示の例示的な実施形態を実施可能な例示的な通信環境２００を示す。通信環境２００は、端末装置２１０と、端末装置２１０にサービスを提供するネットワーク装置２２０－１、２２０－２とを含む。以下の文章では、ネットワーク装置２２０－１と２２０－２をネットワーク装置２２０と総称するか、又は個別にネットワーク装置２２０と称する。さらに、ネットワーク装置２２０は、端末装置２１０に複数のサービングエリアを提供してもよい。図２の具体例では、ネットワーク装置２２０－１はセル２３０－１、２３０－２、２３０－３を提供し、ネットワーク装置２２０－２はセル２３０－４を提供する。以下では、セル２３０－１～２３０－４をサービングセル２３０と総称するか、又は、個別にサービングセル２３０と称する。

【0065】

通信環境２００において、端末装置２１０からネットワーク装置２２０へのリンクはＵＬと称され、ネットワーク装置２２０から端末装置２１０へのリンクはＤＬと称される。ＤＬでは、ネットワーク装置２２０は送信（ＴＸ）装置（又は送信機）であり、端末装置２１０は受信（ＲＸ）装置（又は受信機）である。ＵＬでは、端末装置２１０はＴＸ装置（又は送信機）であり、ネットワーク装置２２０はＲＸ装置（又は受信機）である。

【0066】

図２の具体例では、端末装置２１０は異なる状態（接続状態、非アクティブ状態、アイドル状態等）にあってもよい。端末装置２１０が接続状態にある場合、端末装置２１０は、すべての無線ベアラからのデータ送信を受信することができる。さらに、いくつかの実施形態において、端末装置２１０がアイドル状態にある場合、端末装置は通常、特定のシナリオ（ＥＤＴ又はＰＵＲ等）を除いて、いかなるデータ送信の実行も許可されない。また、端末装置２１０が非アクティブ状態にある場合、ＳＤＴがサポートされる一方で、ＳＤＴ手順の間には、ＳＤＴが設定されていないデータの送信は許可されない。さらに、非アクティブ／アイドル状態の端末装置２１０は、ネットワーク装置２２０とのＲＲＣ接続を再開／確立することで、接続状態に移行してもよい。このような移行手順は、端末装置２１０又はネットワーク装置２２０のいずれかによって開始されてもよい。

【0067】

さらに、図２の例では、端末装置２１０は、時間の経過とともに移動する場合がある。図２に示すように、端末装置２１０は、時間の経過とともに異なる位置に位置する。移動中、端末装置２１０は異なるセル２３０又は異なるネットワーク装置２２０と通信してもよく、これはセル再選択手順又はハンドオーバ手順等によって実施されてもよい。

【0068】

通信環境２００の通信は、任意の適切な規格に準拠してもよく、規格は、ロングタームエボリューション（ＬＴＥ：Long Term Evolution）、ＬＴＥエボリューション（LTE-Evolution）、ＬＴＥアドバンスド（ＬＴＥ－Ａ：LTE-Advanced）、広帯域符号分割多元接続（ＷＣＤＭＡ：Wideband Code Division Multiple Access）、符号分割多元接続（ＣＤＭＡ：Code Division Multiple Access）、及びモバイル通信用グローバルシステム（ＧＳＭ：Global System for Mobile Communications）等を含むが、これらに限定されない。さらに、通信は、現在知られている、又は将来開発される任意の世代の通信プロトコルに従って実行されてもよい。通信プロトコルの例には、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）の通信プロトコルが含まれるが、これらに限定されない。

【0069】

ネットワーク装置、端末装置、及びセルの数やそれらの接続は、単に説明を目的とするものであり、いかなる限定も示唆しないことを理解されたい。通信環境２００は、本開示の実施形態を実施するのに適した、任意の適切なネットワーク装置、端末装置、及びセルを含んでもよい。図示していないが、１つ又は複数の追加の端末装置が、それぞれのセル内に配置されてもよいことを理解されたい。またいくつかの例では、通信環境２００に、同種ネットワークの配置のみ、又は異種ネットワークの配置のみが含まれ得ることが理解されるであろう。

【0070】

非アクティブ状態での送信をサポートしていないＲＢからのデータ到着を示す例示的なプロセス
上述したように、データ量の要件から、ＳＤＴをいくつかの特定の適用シナリオ／ＲＢだけに適用することが提案されている。さらに、ＳＤＴの間、非アクティブ状態での送信をサポートしていないＲＢからのデータ（非ＳＤＴデータ等）をネットワーク装置に送信する必要があると端末装置が判定した場合、端末装置は、非アクティブ状態での送信をサポートしていないＲＢからのデータ到着をネットワーク装置に示すべきである。これは、非アクティブ状態での送信をサポートしていないＲＢからのデータ（非ＳＤＴデータ等）が、重要／緊急であるデータ又は情報を含む可能性があるためである。さらに、ＳＤＴの間、ネットワーク装置がＲＲＣ解放メッセージを端末装置に送信する可能性がある。例えば、ネットワーク装置は、現在のＳＤＴ手順を終了すると決定する。

【0071】

現在、端末装置がＲＲＣ解放メッセージを受信すると、端末装置はＲＲＣ接続解放手順を直ちに実行せず、代わりに、端末装置は、一定期間（６０ｍｓ等）待機するか、又は、端末装置の下位レイヤがＲＲＣ解放メッセージの受信が正常に確認されたことを示す場合に選択的に待機する。具体的には、端末装置がＲＲＣ解放メッセージを受信した場合、端末装置は、６０ｍｓ以内、又は、端末装置の下位レイヤがＲＲＣ解放メッセージの受信が正常に確認されたことを示す場合に選択的に、いくつかの動作を遅延させるべきであるという合意が得られている。遅延させる動作には、例えば、動作中であればタイマＴ３８０を停止させること、動作中であればタイマＴ３２０を停止させること、タイマＴ３１６が動作中であればタイマＴ３１６を停止させ、ＶａｒＲＬＦ－Ｒｅｐｏｒｔに含まれる情報（があれば）を消去し、動作中であればタイマＴ３５０を停止させること、及びその他規定された動作が含まれる。

【0072】

一般的に、異なるシナリオでの端末装置の動作は、整合性がとれているか、又は似ているべきである。ＳＤＴシナリオと接続状態の送信シナリオにおける端末装置の動作を整合させるため、接続状態の送信シナリオにおける上述のＲＲＣ接続解放手順をＳＤＴシナリオで再利用できることが期待される。そうであるならば、ＳＤＴシナリオに関して、端末装置のＲＲＣレイヤ／エンティティは、ＲＲＣ解放メッセージが受信された瞬間から６０ｍｓの間、又は、下位レイヤがＲＲＣ解放メッセージの受信が正常に確認されたことを示す場合に選択的に、上述の動作を延期／遅延させることになる。したがって、ＳＤＴの間、端末装置がＲＲＣ解放メッセージを受信しても、端末装置は一定期間、ＳＤＴ状態を維持する。この期間中、端末装置には、非アクティブ状態での送信をサポートしないＲＢからデータ（非ＳＤＴデータ等）が発生する可能性がある。これまでのところ、この期間中（即ち、端末装置がネットワーク装置とＳＤＴを実行しているときのＲＲＣ接続解放手順を実行している間）に、非アクティブ状態での送信をサポートしていないＲＢからのデータ到着を示す方法については、議論されていない。

【0073】

以下の文章では、この懸案事項に対処するためのいくつかの例示的な実施形態について詳細に論じる。

【0074】

非アクティブ状態での送信をサポートしていないＲＢからのデータ到着を示すことを無効にするための例示的な実施形態
本開示のいくつかの例示的な実施形態によれば、通信のための解決手段が提供される。この解決手段では、端末装置２１０は、ＲＲＣ接続解放手順を実行している間（ＳＤＴの間にＲＲＣ解放メッセージを復活させた後等）、非アクティブ状態での送信をサポートしていないＲＢからのデータ到着を示さない。言い換えれば、非アクティブ状態での送信をサポートしていないＲＢからのデータがＳＤＴの間に到着し、且つ、ＲＲＣ解放メッセージがまだ受信されていない場合、端末装置２１０は、非アクティブ状態での送信をサポートしていないＲＢからのデータ到着をネットワーク装置２２０に示してもよい。このように、妨害されることなくＲＲＣ接続解放手順を完了することができ、端末装置２１０とネットワーク装置２２０との間の状態を一定にすることができる。

【0075】

端末装置２１０は、非アクティブ状態での送信をサポートしていないＲＢからのデータ到着を、任意の適切な方法でネットワーク装置２２０に示してもよい。一例として、端末装置２１０は、ＤＣＣＨ（dedicated control channel）メッセージ（ＳＲＢ１）をネットワーク装置２２０に送信する。別の例では、端末装置２１０は、ＭＡＣ ＣＥをネットワーク装置２２０に送信してもよい。さらなる例では、端末装置２１０はネットワーク装置２２０と、ＲＲＣ接続再開手順を開始する。ＲＲＣ接続再開手順の間、端末装置２１０はＣＣＣＨ（common control channel）メッセージ（ＳＲＢ ０）をネットワーク装置２２０に送信してもよい。

【0076】

次に、図３を参照されたい。図３は、本開示のいくつかの実施形態にかかる、非アクティブ状態での送信をサポートしていないＲＢからのデータ到着を処理するためのシグナリングフロー３００を示す。議論を目的として、図２を参照して、シグナリングフロー３００について説明する。シグナリングフロー３００は、ネットワーク装置２２０と端末装置２１０に関わってもよい。

【0077】

操作中、端末装置２１０はネットワーク装置２２０とＳＤＴを実行している（３１０）。ＳＤＴの間、端末装置２１０はＲＲＣ接続解放手順を開始する。いくつかの例示的な実施形態において、端末装置２１０がＲＲＣ解放メッセージを受信すると、端末装置２１０は期間３３０の間、関連する操作（対応するタイマの停止等）を延期／遅延させる。期間３３０は、予め定義／設定された値（６０ｍｓ等）であってもよい。あるいは、期間３３０は、ＲＲＣ解放メッセージを受信した時点から、端末装置２１０の下位レイヤがＲＲＣ解放メッセージの受信が正常に確認されたことを示す時点までの期間を指す。図３に示すように、この期間３３０の間に、端末装置２１０は、非アクティブ状態での送信をサポートしていないＲＢからのデータ到着を判定／検出する（３４０）。

【0078】

いくつかの例示的な実施形態において、端末装置２１０は、ＲＲＣ解放メッセージの受信後のＲＲＣ解放手順を実行している間、非アクティブ状態での送信をサポートしていないＲＢからのデータ到着をネットワーク装置２２０に示すことを無効にする。

【0079】

さらに、いくつかの例示的な実施形態において、端末装置２１０は、ＳＤＴの開始に応じてタイマを開始してもよく、ネットワーク装置２２０からＲＲＣ解放メッセージを受信したことに応じてタイマを直ちに停止する。この場合、ネットワーク装置２２０に送信すべき、非アクティブ状態での送信をサポートしていないＲＢからのデータ（非ＳＤＴデータ等）があると端末装置２１０が判定するケースでは、端末装置２１０は、タイマが作動中であるか否かを判定してもよい。タイマが作動中で（端末装置２１０がＲＲＣ解放メッセージをまだ受信していないことを意味する）、且つ、非アクティブ状態での送信をサポートしていないＲＢからのデータが到着した場合、端末装置２１０は、非アクティブ状態での送信をサポートしていないＲＢからのデータ到着をネットワーク装置２２０に示す。そうでない場合、タイマが作動中でなければ（端末装置２１０がＲＲＣ解放メッセージを受信したことを意味する）、端末装置２１０は、非アクティブ状態での送信をサポートしていないＲＢからのデータ到着をネットワーク装置２２０に示すことを無効にする。

【0080】

要約すると、いくつかの例示的な実施形態において、ＳＤＴのタイマが作動中で（ＲＲＣ解放メッセージがまだ受信されていないことを意味する）、且つ、非アクティブ状態での送信をサポートしていないＲＢからのデータが到着した場合、端末装置２１０は、非アクティブ状態での送信をサポートしていないＲＢからのデータ到着をネットワーク装置２２０に示すことができる。そうでない場合、端末装置２１０は、非アクティブ状態での送信をサポートしていないＲＢからのデータ到着をネットワーク装置２２０に示さないことになる。

【0081】

さらに、いくつかの例示的な実施形態において、端末装置２１０は、ＲＲＣ解放手順の完了に応じて、非アクティブ状態での送信をサポートしていないＲＢからのデータ到着をネットワーク装置２２０に示す（３５０－１）。このようにして、非アクティブ状態での送信をサポートしていないＲＢからのデータ到着を、大幅に遅延することなくネットワーク装置２２０に示すことができる。

【0082】

図４Ａは、本開示のいくつかの実施形態にかかる例示的な方法４００のフローチャートを示す。例えば、方法４００は、図２に示すような端末装置２１０で実施することができる。

【0083】

ブロック４１０において、端末装置２１０は、端末装置２１０がネットワーク装置２２０とＳＤＴを実行している間に、ＲＲＣ解放手順を開始する。

【0084】

ブロック４２０において、端末装置２１０は、ＲＲＣ接続解放手順を実行している間、非アクティブ状態での送信をサポートしていないＲＢからのデータ到着をネットワーク装置２２０に示すことを無効にする。

【0085】

いくつかの例示的な実施形態において、端末装置２１０は、タイマが作動していることに応じて、非アクティブ状態での送信をサポートしていないＲＢからのデータ到着をネットワーク装置２２０に示す。ここで、タイマは、ＳＤＴの開始に応じて始動し、ネットワーク装置２２０からＲＲＣ解放メッセージを受信したことに応じて停止する。

【0086】

いくつかの例示的な実施形態において、端末装置２１０は、ＲＲＣ接続解放手順の完了に応じて、非アクティブ状態での送信をサポートしていないＲＢからのデータ到着をネットワーク装置２２０に示すことを有効にする。

【0087】

いくつかの例示的な実施形態において、端末装置２１０は、端末装置２１０がネットワーク装置２２０とＳＤＴを実行している間に、ＲＲＣ解放手順を開始するように設定された回路を備える。回路はさらに、ＲＲＣ接続解放手順を実行している間、非アクティブ状態での送信をサポートしていないＲＢからのデータ到着をネットワーク装置２２０に示すことを無効にするように設定されている。

【0088】

いくつかの例示的な実施形態において、回路はさらに、タイマが作動していることに応じて、非アクティブ状態での送信をサポートしていないＲＢからのデータ到着をネットワーク装置２２０に示すように設定されている。ここで、タイマは、ＳＤＴの開始に応じて始動し、ネットワーク装置２２０からのＲＲＣ解放メッセージの受信に応じて停止する。

【0089】

いくつかの例示的な実施形態において、回路はさらに、ＲＲＣ接続解放手順の完了に応じて、非アクティブ状態での送信をサポートしていないＲＢからのデータ到着をネットワーク装置２２０に示すことを有効にするように設定されている。

【0090】

非アクティブ状態での送信をサポートしていないＲＢからのデータ到着を示すための例示的な実施形態
あるいは、本開示のいくつかの例示的な実施形態によれば、通信のための解決手段が提供される。この解決手段では、端末装置２１０は、ＲＲＣ接続解放手順を放棄／終了し、非アクティブ状態での送信をサポートしていないＲＢからのデータ到着をネットワーク装置２２０に直ちに示してもよい。要約すると、非アクティブ状態での送信をサポートしていないＲＢからのデータが、ＲＲＣ解放メッセージの受信後に到着した場合、端末装置２１０は、ＲＲＣ接続解放手順を放棄し、非アクティブ状態での送信をサポートしていないＲＢからのデータ到着をネットワーク装置２２０に示す。このようにして、非アクティブ状態での送信をサポートしていないＲＢからのデータ到着を、遅れずにネットワーク装置２２０に示すことができる。

【0091】

再び図３を参照する。図３に示すように、端末装置２１０は、ＲＲＣ接続解放手順を実行している間に、ネットワーク装置２２０に送信すべき、非アクティブ状態での送信をサポートしていないＲＢからのデータ（非ＳＤＴデータ等）があると判定する。端末装置２１０は、ＲＲＣ接続解放手順を終了し（３５０－２－１）、非アクティブ状態での送信をサポートしていないＲＢからのデータ到着をネットワーク装置２２０に示す（３５０－２－２）。

【0092】

図４Ｂは、本開示のいくつかの実施形態にかかる例示的な方法４５０のフローチャートを示す。例えば、方法４５０は、図２に示すような端末装置２１０で実施することができる。

【0093】

ブロック４６０において、端末装置２１０は、端末装置２１０がネットワーク装置２２０とＳＤＴを実行している間に、ＲＲＣ解放手順を開始する。

【0094】

ブロック４７０において、端末装置２１０はＲＲＣ接続解放手順を終了する。

【0095】

ブロック４８０において、端末装置２１０は、非アクティブ状態での送信をサポートしていないＲＢからのデータ到着をネットワーク装置２２０に示す。

【0096】

いくつかの例示的な実施形態において、端末装置２１０は、端末装置２１０がネットワーク装置２２０とＳＤＴを実行している間に、ＲＲＣ解放手順を開始するように設定された回路を備える。回路はさらに、ＲＲＣ接続解放手順を終了するように設定されている。また、回路は、非アクティブ状態での送信をサポートしていないＲＢからのデータ到着をネットワーク装置２２０に示すように設定されている。

【0097】

セキュリティ鍵の例示的なプロセス
ＳＤＴの間、端末装置はいくつかのイベントによりＳＤＴ手順を終了／中止することがある。このようなイベントには次のものが含まれるが、これらに限定されない。
● イベント１）セルの再選択
● イベント２）ＳＤＴの失敗検出タイマの満了
● イベント３）ＲＬＣで最大再送回数に到達する
● イベント４）ＳＤＴの間にＲＲＣ拒否メッセージを受信する
● イベント５）上位レイヤによる接続再開手順の中止
● イベント６）ＳＤＴの間に無線アクセスネットワーク（ＲＡＮ）のページングを受信する
● イベント７）端末装置側に非ＳＤＴデータ／信号が到着する
● イベント８）ＳＤＴの間にＲＳＲＰ要件が満たされない
● イベント９）例えば適切なリソースがないとの理由で、下位レイヤ（メディアアクセス制御（ＭＡＣ）レイヤ等）がＳＤＴの中止を示す

【0098】

ＳＤＴ中止が発生した場合、端末装置は以下の手順のうち少なくとも１つを実行する。
● ＫｇＮＢキー、ＫＲＲＣｅｎｃキー、ＫＲＲＣｉｎｔキー、ＫＵＰｉｎｔキー、ＫＵＰｅｎｃキーを含む、現在のアプリケーション層（ＡＳ：application Stratum）のセキュリティコンテキストを破棄する
● ＭＡＣをリセットし、デフォルトのＭＡＣセルグループ設定を解放する
● ＳＤＴが設定されたＳＲＢ１及びＲＢを一時停止し、ＳＤＴが設定されたＳＲＢ１及び他のＲＢのＲＬＣを再確立する

【0099】

さらに、ＳＤＴ中止後、端末装置は非アクティブ状態のままであり、同じセルでさらなるＲＲＣ再開手順を開始してもよい。ただし、上述のように、現在のＡＳセキュリティコンテキストは、ＳＤＴ中止手順の間に破棄されている。ＡＳセキュリティコンテキストが残っている可能性があり、端末装置が後で同じＵＥコンテキスト（ＡＳセキュリティコンテキスト等）を使用してさらなるＲＲＣ再開手順を開始する可能性があると仮定しても、さらなるＲＲＣ再開手順の間に同じＡＳセキュリティコンテキストを再使用すると、次のＲＲＣ接続再開手順における異なるパケットが同じセキュリティ鍵及び同じカウント値を使用して暗号化される可能性があるため、依然として望ましいことではなく、期待されることでもない。

【0100】

１つの可能な解決手段では、サービングを行うｇＮＢが、今後の使用のために、新しいセキュリティ鍵と非アクティブ無線ネットワーク一時識別子（Ｉ－ＲＮＴＩ）を生成するための新しいセキュリティ要素（ＮｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ等、本明細書ではＮＣＣと称する）をすべてのＳＤＴの開始時に提供することが提案されている。しかし、この解決手段は、最初のダウンリンク送信を受信する前にＳＤＴが中止された場合には、実現不可能である。

【0101】

別の可能な解決手段では、ＳＤＴセッションの突然の終了直後に、ネットワーク装置が新しいＮＣＣ／ＲＮＴＩを提供することが提案されている。ただし、ネットワーク装置はＳＤＴ中止が発生したかどうかを知らないことがあるため、ネットワーク装置は新しいセキュリティ要素／鍵をすぐに提供することができない。

【0102】

複数のセキュリティ要素を提供するための例示的な実施形態
本開示のいくつかの例示的な実施形態によれば、通信のための解決手段が提供される。この解決手段では、新たな鍵情報（端末装置２１０が非接続状態にあるときに、端末装置２１０とネットワーク装置２２０との間で通信するための複数のセキュリティ鍵をそれぞれ導き出すための複数のセキュリティ要素等）が端末装置２１０に提供されてもよい。こうすることで、ＳＤＴ中止後、端末装置２１０は、新しいセキュリティ鍵で少なくとも１つのさらなるＲＲＣ接続再開手順を開始してもよい。その結果、上述した鍵ストリーム再利用の問題を回避することができるので、ネットワーク装置２２０とのセキュリティ通信が確保される。

【0103】

次に、図５Ａを参照されたい。図５Ａは、本開示のいくつかの実施形態にかかる、鍵ストリームの再利用を回避するためのシグナリングフロー５００を示す。議論を目的として、図２を参照して、シグナリングフロー５００について説明する。シグナリングフロー５００は、ネットワーク装置２２０と端末装置２１０に関わってもよい。

【0104】

操作中、端末装置２１０は、端末装置２１０が非接続状態にあるときに端末装置２１０とネットワーク装置２２０との間で通信するための複数のセキュリティ鍵をそれぞれ導き出すための複数のセキュリティ要素を備えるメッセージを、ネットワーク装置２２０から受信する（５０５）。

【0105】

いくつかの例示的な実施形態において、複数のセキュリティ要素を備えるメッセージは、非接続送信のための設定を備えるＲＲＣ解放メッセージである。非接続状態の送信の一例は、ＳＤＴである。非接続状態の送信の別の例は、ＥＤＴである。非接続状態の送信のさらに別の例は、ＰＵＲである。

【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】

セキュリティ鍵の生成の最大数を示すための例示的な実施形態
本開示のいくつかの例示的な実施形態によれば、通信のための解決手段が提供される。この解決手段では、端末装置２１０に対し、セキュリティ要素に基づくセキュリティ鍵の生成の最大数が提供される。したがって、端末装置２１０は、水平鍵導出（horizontal key derivation）を使用する等により、異なるセキュリティ鍵を生成するために同じセキュリティ要素を使用してもよい。このようにして、ＳＤＴ中止後、端末装置２１０は、新しいセキュリティ鍵でさらなるＲＲＣ接続再開手順を開始してもよい。その結果、上述した鍵ストリーム再利用の問題を回避することができるので、ネットワーク装置２２０とのセキュリティ通信が確保される。

【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】

理解できるように、上述のプロセスは、格納データを破棄すること、第１のシーケンス番号の値を渡すこと（第１のシーケンス番号を初期化する、又は初期化しない等）という２つの操作に少なくとも関わる。現在、上述の２つの操作は異なる手順で実施されている。具体的には、一般的なＰＤＣＰ一時停止手順は、ＰＤＣＰ ＰＤＵを破棄することと、すべてのＤＲＢについてＴＸ＿ＮＥＸＴ／ＣＯＵＮＴを初期化することとを備える。一方、一般的なＰＤＣＰ再確立手順は、ＲＬＣ非確認モード（ＵＭ：unacknowledged mode）とＳＲＢについてＴＸ＿ＮＥＸＴ／ＣＯＵＮＴを初期化することを備える。従って、現在の手順では、上述の２つの操作を同時に実行することができない。

【0205】

本開示によれば、上述の２つの操作を実施するために、さらなる改良が提案される。

【0206】

いくつかの例示的な実施形態において、端末装置２１０（端末装置２１０のＰＤＣＰエンティティ等）は、非接続状態送信の中止のＰＤＣＰ一時停止手順を実行する。ＰＤＣＰ一時停止手順の間、端末装置２１０は、非接続状態の送信用に設定されたＲＢの格納データ（ＰＤＣＰ ＰＤＵ等）を破棄し、端末装置２１０のＲＲＣレイヤから、第１のシーケンス番号の初期化を無効にする指示を受信する。さらに、端末装置２１０は、ＲＲＣ接続再開手順を実行している間に、ＰＤＣＰ再確立手順を実行する。ＰＤＣＰ再確立手順の間、端末装置２１０は、ＲＲＣ接続再開手順が第１のセル２３０－１と実行される場合、第１のシーケンス番号の初期化を無効にし、ＲＲＣ接続再開手順が第２のセル２３０－２と実行される場合、第１のシーケンス番号を初期化する。このように、上述の２つの操作は、異なる手順の中で実施される。

【0207】

あるいは、上述の２つの操作を別の方法で実施してもよい。具体的には、いくつかの例示的な実施形態において、端末装置２１０は、ＲＲＣ接続再開手順を実行している間にＰＤＣＰ再確立手順を実行する。ＰＤＣＰ再確立手順の間、端末装置２１０は、非接続状態の送信のために設定されたＲＢの格納データ（ＰＤＣＰ ＰＤＵ等）を破棄する。さらに、ＰＤＣＰ再確立手順の間、端末装置２１０は、ＲＲＣ接続再開手順が第１のセル２３０－１と実行される場合、第１のシーケンス番号の初期化を無効にし、ＲＲＣ接続再開手順が第２のセル２３０－２と実行される場合、第１のシーケンス番号を初期化する。

【0208】

上述のプロセスに対する理解を深めるために、具体的かつ例示的な２つの実施形態を以下に示す。

【0209】

第１の具体的かつ例示的な実施形態において、非接続状態の送信が中止されると、端末装置２１０は以下の手順を実行する。具体的に端末装置２１０は、ＳＤＴが設定されたＲＢの格納データ（ＰＤＣＰ ＰＤＵ等）を破棄する。例えば、端末装置は、ＰＤＣＰ一時停止手順を実行することで格納データを破棄し、ＳＤＴが設定されたＲＢについてＰＤＣＰ一時停止を実行する際に、ＰＤＣＰに対するシーケンス番号（即ち、ＴＸ＿ＮＥＸＴ／ＣＯＵＮＴ値）の継続を示す。さらに、以前に端末装置２１０が現在のＵＥ非アクティブＡＳコンテキスト（UE inactive AS context）を使用してＳＤＴ手順を実行したセルにおいて、端末装置２１０がＲＲＣ接続再開手順を開始する場合、端末装置２１０は、ＳＤＴが設定されたＲＢのシーケンス番号（即ち、ＴＸ＿ＮＥＸＴ／ＣＯＵＮＴ値）を継続しなければならない。例えば、ＲＲＣ再開手順の間、ＲＲＣレイヤは、ＳＤＴが設定されたＲＢについてＰＤＣＰの再確立を実行する際、ＰＤＣＰに対するシーケンス番号（即ち、ＴＸ＿ＮＥＸＴ／ＣＯＵＮＴ値）の継続を示さなければならない。そうでない場合（即ち、端末装置２１０が、端末装置２１０がＳＤＴ手順を実行したセルとは異なるセルで、ＲＲＣ接続再開手順を開始する場合）、ＲＲＣ接続再開手順において、端末装置２１０は、ＲＬＣ確認モード（ＡＭ：acknowledged mode）ＤＲＢ、ＲＬＣ ＵＭ ＤＲＢ及びＳＲＢを含む、ＳＤＴが設定されたすべてのＲＢのシーケンス番号（即ち、ＴＸ＿ＮＥＸＴ／ＣＯＵＮＴ値）を初期化しなければならない。例えば、ＲＲＣ接続再開手順の間、ＲＲＣレイヤは、ＰＤＣＰ再確立手順を実行する際に、ＳＤＴが設定されたＲＬＣ ＡＭ ＲＢのシーケンス番号（即ち、ＴＸ＿ＮＥＸＴ／ＣＯＵＮＴ値）を初期化することを示さなければならない。

【0210】

第２の具体的かつ例示的な実施形態において、以前に端末装置２１０が現在のＵＥ非アクティブＡＳコンテキストを使用してＳＤＴ手順を実行したセルにおいて、端末装置２１０がＲＲＣ接続再開手順を開始する場合、端末装置２１０は、ＳＤＴが設定されたＲＢのＰＤＣＰ ＰＤＵを破棄しなければならない。例えば、端末装置２１０はＰＤＣＰ一時停止手順を実行し、ＳＤＴが設定されたＲＢについてのＰＤＣＰ一時停止手順を実行する際に、ＰＤＣＰに対するシーケンス番号（即ち、ＴＸ＿ＮＥＸＴ／ＣＯＵＮＴ値）の継続を示す。別の例では、端末装置２１０は、ＳＤＴが設定されたＲＢについてＰＤＣＰ再確立手順を実行する際に、格納データ（ＰＤＣＰ ＰＤＵ等）を破棄することを示す。さらに、ＳＤＴが設定されたＲＢのために、継続したシーケンス番号（即ち、ＴＸ＿ＮＥＸＴ／ＣＯＵＮＴ値）が使用されなければならない。例えば、ＲＲＣ接続再開手順の間、ＰＤＣＰ再確立を実行する場合、ＲＲＣレイヤは、ＳＤＴが設定されたＲＢについてのＰＤＣＰ再確立手順を実行する際、ＰＤＣＰに対するシーケンス番号（即ち、ＴＸ＿ＮＥＸＴ／ＣＯＵＮＴ値）の継続を示さなければならない。そうでない場合（即ち、端末装置２１０が、端末装置２１０がＳＤＴ手順を実行したセルとは異なるセルで、ＲＲＣ接続再開手順を開始する場合）、端末装置２１０は、ＳＤＴが設定されたＲＢの格納データ（ＰＤＣＰ ＰＤＵ等）を破棄してもよく、ＳＤＴが設定されたすべてのＲＢのシーケンス番号（即ち、ＴＸ＿ＮＥＸＴ／ＣＯＵＮＴ値）を初期化する。例えば、端末装置２１０は、シーケンス番号（即ち、ＴＸ＿ＮＥＸＴ／ＣＯＵＮＴ値）の継続を示すことなくＰＤＣＰ一時停止手順を実行し、その後、シーケンス番号（即ち、ＴＸ＿ＮＥＸＴ／ＣＯＵＮＴ値）の継続を示すことなくＰＤＣＰ再確立手順を実行する。別の例では、端末装置２１０は、ＰＤＵ破棄と、ＳＤＴが設定されたＲＬＣ ＡＭ ＤＲＢのシーケンス番号（即ち、ＴＸ＿ＮＥＸＴ／ＣＯＵＮＴ値）の初期化との指示を伴うＰＤＣＰ再確立手順を実行する。

【0211】

いくつかの例示的な実施形態において、上位レイヤがＰＤＣＰエンティティの一時停止を要求する場合、送信するＰＤＣＰエンティティは、上位レイヤからＴＸ＿ＮＥＸＴの継続が示されていなければ、ＴＸ＿ＮＥＸＴを初期値にセットし、すべての格納されたＰＤＣＰ ＰＤＵを破棄しなければならない。また、いくつかの例示的な実施形態において、上位レイヤがＰＤＣＰエンティティの一時停止を要求する場合、受信するＰＤＣＰエンティティは、ｔ－Ｒｅｏｒｄｅｒｉｎｇが作動中であればｔ－Ｒｅｏｒｄｅｒｉｎｇをストップしてリセットし、ヘッダの復元実行後に、関連するＣＯＵＮＴ値の昇順ですべての格納されたＰＤＣＰ ＳＤＵを上位レイヤに伝送し、ＲＸ＿ＮＥＸＴとＲＸ＿ＤＥＬＩＶを初期値にセットしなければならない。

【0212】

いくつかの例示的な実施形態において、上位レイヤがＰＤＣＰエンティティの再確立を要求する場合、送信するＰＤＣＰエンティティは以下の少なくとも１つを実行しなければならない。１）ＵＭ ＤＲＢとＡＭ ＤＲＢについて、ｄｒｂ－ＣｏｎｔｉｎｕｅＲＯＨＣが設定されていない場合、アップリンク用のロバストヘッダ圧縮（ＲＯＨＣ）プロトコルをリセットし、ＵＭにおいて初期化・リフレッシュ（ＩＲ：Initialization and Refresh）状態で始動する、２）ＵＭ ＤＲＢとＡＭ ＤＲＢについて、ｄｒｂ－ＣｏｎｔｉｎｕｅＥＨＣ－ＵＬが設定されていない場合、アップリンク用ＥＨＣプロトコルをリセットする、３）ＵＭ ＤＲＢとＳＲＢについて、ＴＸ＿ＮＥＸＴの継続が上位レイヤによって示されていない場合、ＴＸ＿ＮＥＸＴを初期値にセットする。４）ＡＭ ＤＲＢについて、ＴＸ＿ＮＥＸＴの初期化が上位レイヤによって示されている場合、ＴＸ＿ＮＥＸＴを初期値にセットする。

【0213】

ＳＲＢについて、すべての格納されたＰＤＣＰ ＳＤＵ及びＰＤＣＰ ＰＤＵを破棄する、５）ＤＲＢについて、上位レイヤによってＰＤＵ破棄が示された場合、すべての格納されたＰＤＣＰ ＰＤＵを破棄する。

【0214】

図９は、本開示のいくつかの実施形態にかかる例示的な方法９００のフローチャートを示す。例えば、方法９００は、図２に示すような端末装置２１０で実施することができる。

【0215】

ブロック９１０において、端末装置２１０は、第１のシーケンス番号でデータを暗号化することにより、非接続状態の送信をネットワーク装置２２０の第１のセル２３０－１と実行する。

【0216】

ブロック９２０において、端末装置２１０は、非接続状態の送信の中止をトリガするための予め設定されたイベントを検出した後、非接続状態の送信のために設定されたＲＢの格納データを破棄する。

【0217】

ブロック９３０において、端末装置２１０は、ＲＲＣ再開手順を実行する。ＲＲＣ再開手順は、初期化されていない第１のシーケンス番号でデータを暗号化することにより、ＲＲＣ接続再開手順を第１のセル２３０－１と実行すること、又は、初期化された第１のシーケンス番号でデータを暗号化することにより、ＲＲＣ接続再開手順をネットワーク装置２２０の第２のセル２３０－２と実行すること、を備える。

【0218】

いくつかの例示的な実施形態において、予め設定されたイベントを検出したことに応じて、端末装置２１０は、ＰＤＣＰエンティティにおいて、ＰＤＣＰ一時停止手順を実行する。ＰＤＣＰ一時停止手順は、非接続状態の送信用に設定されたＲＢの格納データを破棄することと、第１のシーケンス番号の初期化を無効にする指示を端末装置のＲＲＣレイヤから受信することと、を備える。さらに、ＲＲＣ接続再開手順の間、端末装置２１０は、ＰＤＣＰ再確立手順を実行する。ＰＤＣＰ再確立手順は、ＲＲＣ接続再開手順が第１のセル２３０－１と実行される場合、第１のシーケンス番号の初期化を無効にすることと、ＲＲＣ接続再開手順が第２のセル２３０－２と実行される場合、第１のシーケンス番号を初期化することとを備える。

【0219】

いくつかの例示的な実施形態において、ＲＲＣ接続再開手順を実行している間に、端末装置２１０は、格納されたＰＤＣＰ ＰＤＵを破棄することを備えるＰＤＣＰ再確立手順を実行する。ＰＤＣＰ再確立手順の間、端末装置２１０は、ＲＲＣ接続再開手順が第１のセル２３０－１と実行される場合、第１のシーケンス番号の初期化を無効にし、ＲＲＣ接続再開手順が第２のセル２３０－２と実行される場合、第１のシーケンス番号を初期化する。

【0220】

いくつかの例示的な実施形態において、端末装置２１０は、第１のシーケンス番号でデータを暗号化することにより、非接続状態の送信をネットワーク装置２２０の第１のセル２３０－１と実行するように設定された回路を備える。回路はさらに、非接続状態の送信の中止をトリガするための予め設定されたイベントを検出した後、非接続状態の送信のために設定されたＲＢの格納データを破棄するように設定されている。また、回路は、ＲＲＣ再開手順を実行するように設定され、ＲＲＣ再開手順は、初期化されていない第１のシーケンス番号でデータを暗号化することにより、ＲＲＣ接続再開手順を第１のセル２３０－１と実行すること、又は、初期化された第１のシーケンス番号でデータを暗号化することにより、ＲＲＣ接続再開手順をネットワーク装置２２０の第２のセル２３０－２と実行すること、を備える。

【0221】

いくつかの例示的な実施形態において、予め設定されたイベントを検出したことに応じて、回路はさらに、ＰＤＣＰエンティティにおいて、ＰＤＣＰ一時停止手順を実行するように設定されている。ＰＤＣＰ一時停止手順は、非接続状態の送信用に設定されたＲＢの格納データを破棄することと、第１のシーケンス番号の初期化を無効にする指示を端末装置２１０のＲＲＣレイヤから受信することと、を備える。さらに、ＲＲＣ接続再開手順の間、回路はさらに、ＰＤＣＰ再確立手順を実行するように設定されている。ＰＤＣＰ再確立手順は、ＲＲＣ接続再開手順が第１のセル２３０－１と実行される場合、第１のシーケンス番号の初期化を無効にすることと、ＲＲＣ接続再開手順が第２のセル２３０－２と実行される場合、第１のシーケンス番号を初期化することとを備える。

【0222】

いくつかの例示的な実施形態において、ＲＲＣ接続再開手順を実行している間に、回路はさらに、格納されたＰＤＣＰ ＰＤＵを破棄することを備えるＰＤＣＰ再確立手順を実行するように設定されている。ＰＤＣＰ再確立手順の間、回路はさらに、ＲＲＣ接続再開手順が第１のセル２３０－１と実行される場合、第１のシーケンス番号の初期化を無効にし、ＲＲＣ接続再開手順が第２のセル２３０－２と実行される場合、第１のシーケンス番号を初期化するように設定されている。

【0223】

アイドル状態への移行のための例示的な実施形態
上述の例示的なプロセスに加えて、端末装置２１０は、非接続状態の送信の実行中に、いくつかの予め設定されたイベントの際にアイドル状態に移行してもよい。

【0224】

本開示のいくつかの例示的な実施形態によれば、通信のための解決手段が提供される。この解決手段では、端末装置２１０は、端末装置２１０によるネットワーク装置２２０との非接続状態の送信の実行中に、少なくとも１つの予め設定されたイベントを検出する。その後、端末装置２１０はアイドル状態に移行する。

【0225】

図１０を参照されたい。図１０は、鍵ストリームの再利用を回避するために端末装置２１０によって実行される例示的な方法１０００を示す。

【0226】

ブロック１０１０において、端末装置２１０は、端末装置２１０によるネットワーク装置２２０との非接続状態の送信の実行中に、予め設定されたイベントを検出する。ブロック１０２０において、端末装置２１０はアイドル状態に移行する。

【0227】

非接続状態の送信の一例は、ＳＤＴである。非接続状態の送信の別の例は、ＥＤＴである。非接続状態の送信のさらに別の例は、ＰＵＲである。

【0228】

いくつかの例示的な実施形態において、端末装置２１０はネットワーク装置２２０からＲＲＣ拒否メッセージを受信し、そのとき、予め設定されたイベントが発生したと判定する。あるいは、端末装置２１０は、非接続状態の送信を実行する品質要件が満たされないことを検出し、そのとき、予め設定されたイベントが発生したと判定する。

【0229】

いくつかの例示的な実施形態において、ＳＤＴに関して、予め設定されたイベントには、セルの再選択、ＳＤＴの障害検出タイマの満了、ＲＬＣで最大再送回数に達したこと、ＳＤＴの間にＲＲＣ拒否メッセージを受信したこと、上位レイヤによる接続再開手順の中止、ＳＤＴの間のＲＡＮページングの受信、端末装置２１０側での非ＳＤＴデータ／シグナリングの到着、ＳＤＴの間にＲＳＲＰ要件が満たされないこと、例えば適切なリソースがないとの理由で下位レイヤ（ＭＡＣレイヤ等）がＳＤＴ中止を示したことが含まれるが、これらに限定されない。

【0230】

いくつかの例示的な実施形態において、ＥＤＴ及びＰＵＲの両方に関して、予め設定されたイベントには、Ｔ３００の満了、ＲＲＣ接続拒否の受信、及びセルの再選択が含まれるが、これらに限定されない。

【0231】

いくつかの例示的な実施形態において、ＥＤＴ及びＰＵＲの両方に関して、予め設定されたイベントを端末装置２１０が検出した場合、端末装置２１０はセキュリティコンテキスト（ｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ等）を破棄し、ＲＲＣ接続の解放を上位レイヤに示す。

【0232】

いくつかの例示的な実施形態において、予め設定されたイベントを検出したとき、特に、ＳＤＴの間にＲＲＣＲｅｊｅｃｔを受信したとき／ＲＳＲＰ要件が満たされないとき、端末装置２１０は、解放原因を「ＲＲＣ再開失敗」としてＲＲＣアイドルへの遷移手順を実行する。このようにして、ＮＡＳレイヤはＮＡＳ回復を実行することになる。

【0233】

いくつかの例示的な実施形態において、端末装置２１０は、端末装置２１０によるネットワーク装置２２０との非接続状態の送信の実行中に、予め設定されたイベントを検出するように設定された回路を備える。回路はさらに、アイドル状態に移行するように設定されている。

【0234】

いくつかの例示的な実施形態において、回路はさらに、ネットワーク装置２２０からＲＲＣ拒否メッセージを受信するか、又は非接続状態の送信を実行する品質要件が満たされないことを検出するように設定されている。

【0235】

セルの再選択の例示的なプロセス
現在、端末装置は異なるセルで測定を実行し、測定結果に基づいてセルの再選択を実行してもよい。現在、より優先度の高い周波数のセルが検出され、且つ、そのセルの無線状態が一定レベルを上回る場合、端末装置はそのセルを再選択する。ＳＤＴの間にセル再選択に起因して端末装置がアイドル状態に移行すると、データ損失につながる。しかし、セル再選択時に端末装置が非アクティブ状態のままであれば、セキュリティ上の問題がある。したがって、端末装置は可能な限り現在のセルでＳＤＴ手順を終了できることが期待される。

【0236】

本開示のいくつかの例示的な実施形態によれば、通信のための解決手段が提供される。この解決手段では、端末装置２１０が、第１の周波数が設定された第１のセルとＳＤＴを実行する際に、端末装置２１０は、第１の周波数とは異なる第２の周波数が設定された第２のセル２３０－２に切り替わる可能性を減少させる。このようにして、端末装置２１０は、チャネルの状態が非常に悪くない限り、ＳＤＴ手順の間に、より優先度の高い隣接セルを再選択することはない。

【0237】

図１１は、本開示のいくつかの実施形態にかかる例示的な方法１１００のフローチャートを示す。例えば、方法１１００は、図２に示すような端末装置２１０で実施することができる。議論を目的として、図２を参照して、方法１１００について説明する。方法１１００は、端末装置２１０、セル２３０－１、及びセル２３０－２に関わってもよい。以下の文章では、セル２３０－１を第１のセル２３０－１とも称し、セル２３０－２を第２のセル２３０－２とも称する。

【0238】

ブロック１１１０において、端末装置２１０は、第１の周波数が設定された第１のセル２３０－１と、ＳＤＴを実行する。

【0239】

ブロック１１２０において、端末装置２１０は、第１のセルとスモールデータ送信を実行する際に、第１の周波数とは異なる第２の周波数が設定された第２のセルに切り替わる可能性を減少させる。

【0240】

いくつかの例示的な実施形態において、端末装置２１０は、現在の周波数をセル再選択において最も優先度が高いとみなす。具体的に、端末装置２１０は、セル再選択手順を実行する際に、第１の周波数の優先度を上げることにより、第２のセルに切り替わる可能性を減少させる。

【0241】

あるいは、いくつかの例示的な実施形態において、端末装置２１０は、ＳＤＴの間に周波数間測定を実行しない。具体的には、端末装置２１０は、セル再選択手順を実行する際に、周波数間測定を無効にすることにより、第２のセルに切り替わる可能性を減少させる。

【0242】

いくつかの例示的な実施形態において、端末装置２１０は、第１の周波数が設定された第１のセル２３０－１と、ＳＤＴを実行するように設定された回路を備える。回路はさらに、第１のセルとスモールデータ送信を実行する際に、第１の周波数とは異なる第２の周波数が設定された第２のセルに切り替わる可能性を減少させるように設定されている。

【0243】

いくつかの例示的な実施形態において、回路はさらに、セル再選択手順を実行する際に、第１の周波数の優先度を上げることにより、異なる第２のセルに切り替わる可能性を減少させるように設定されている。

【0244】

いくつかの例示的な実施形態において、回路はさらに、セル再選択手順を実行する際に、周波数間測定を無効にすることにより、異なる第２のセルに切り替わる可能性を減少させるように設定されている。

【0245】

ＰＤＣＰ設定を渡すための例示的なプロセス
現在、ＳＲＢ１はＲＲＣメッセージの受信のために使用されている。一般的に、ＲＲＣメッセージは重要な制御情報を運ぶ。このため、ＲＲＣ接続再開手順の間（例えば、ＲＲＣ再開要求メッセージの送信中）、端末装置は、ＳＲＢ１のためのＰＤＣＰ設定を復元せずにＳＲＢ１のためのデフォルトの設定を適用しており、こうすることで端末装置はＲＲＣメッセージを受信することができる。 さらに、ＤＲＢに加え、ＳＲＢ１とＳＲＢ２もＳＤＴに使用できることが合意されている。したがって、ＳＲＢ１のためのＰＤＣＰ設定の扱いについては、さらなる議論が必要である。

【0246】

ＰＤＣＰ設定を復元するための例示的な実施形態
本開示のいくつかの例示的な実施形態によれば、通信のための解決手段が提供される。この解決手段では、端末装置２１０は、ＲＲＣメッセージを運ぶために設定されたＲＢ（ＳＲＢ１等）のためにデフォルト設定を適用する。あるいは、端末装置２１０は、ＲＲＣメッセージを運ぶために設定されたＲＢ（ＳＲＢ１等）のためのＰＤＣＰ設定を復元する。

【0247】

図１２は、本開示のいくつかの実施形態にかかる例示的な方法１２００のフローチャートを示す。例えば、方法１２００は、図２に示すような端末装置２１０で実施することができる。

【0248】

ブロック１２１０において、端末装置２１０は、端末装置２１０のＲＢのためのＰＤＣＰ設定を受信する。

【0249】

ブロック１２２０において、端末装置２１０はＳＤＴのためのＲＲＣ接続再開手順を開始する。

【0250】

いくつかの実施形態において、端末装置２１０は、ＲＲＣメッセージを運ぶために設定されたＲＢ（ＳＲＢ１等）のために、それにＳＤＴが設定されているとしても、デフォルト設定を適用する。例えば、端末装置２１０は、ＳＤＰのためのＲＲＣ接続再開手順を開始する。ＳＤＰのためのＲＲＣ接続再開手順は、ＲＲＣメッセージを運ぶために設定されたＲＢのためのデフォルトのＰＤＣＰ設定を適用し、当該無線ベアラにＰＤＣＰ設定を復元しないことと、ＲＲＣメッセージを運ぶために設定されたＲＢを除く、ＳＤＴ用に設定されたＲＢのためのＰＤＣＰ設定を復元することと、を備える。

【0251】

さらに、いくつかの実施形態において、端末装置２１０は、ＳＲＢ１以外の、ＳＤＴが設定されたＲＢのための、格納されたＵＥ非アクティブＡＳコンテキストからＰＤＣＰ設定を復元する。

【0252】

さらに、いくつかの実施形態において、ＲＲＣ再開メッセージの受信に応じて、端末装置２１０は、ＳＤＴ用に設定されていないＲＢ、及びＲＲＣメッセージを運ぶために設定されたＲＢのための、ＰＤＣＰ設定を復元する。

【0253】

具体的な一例として、端末装置２１０がＳＤＴの間にＲＲＣ再開メッセージを受信し、ＲＲＣ再開メッセージにｆｕｌｌＣｏｎｆｉｇが含まれていない場合、端末装置２１０は、ＳＤＴが設定されていないＲＢ、及びＲＲＣメッセージを運ぶために設定されたＲＢ（ＳＲＢ１等）のための、ＵＥ非アクティブＡＳコンテキストからＰＤＣＰ設定を復元する。

【0254】

あるいは、いくつかの実施形態において、端末装置２１０は、ＳＤＴが設定されたすべてのＲＢのためのＰＤＣＰを復元する。具体的に、端末装置２１０は、ＳＤＰのためのＲＲＣ接続再開手順を開始する。ＳＤＰのためのＲＲＣ接続再開手順は、ＲＲＣメッセージを運ぶために設定されたＲＢ（ＳＲＢ１等）を含む、ＳＤＴ用に設定されたＲＢのための、ＰＤＣＰ設定を復元することを含む。

【0255】

いくつかの実施形態において、端末装置２１０は、ＳＤＴが設定されたすべてのＲＢ（ＳＲＢ１を含む）のために、格納されたＵＥ非アクティブＡＳコンテキストからＰＤＣＰ設定を復元する。

【0256】

さらに、いくつかの実施形態において、端末装置２１０は、ＲＲＣ再開メッセージの受信失敗を検出したことに応じてアイドル状態に移行する。具体的な一例として、端末装置２１０がＲＲＣ再開メッセージに応じることができない場合、端末装置２１０は、解放原因をＲＲＣ再開失敗としてアイドル状態に移行する動作を実行する。

【0257】

さらに、いくつかの実施形態において、端末装置２１０は、ＲＲＣ再開メッセージの受信に応じて、ＳＤＴ用に設定されていないＲＢのためのＰＤＣＰ設定を復元する。

【0258】

具体的な一例として、端末装置２１０がＳＤＴの間にＲＲＣ再開メッセージを受信し、ＲＲＣ再開メッセージにｆｕｌｌＣｏｎｆｉｇが含まれていない場合、端末装置２１０は、ＵＥ非アクティブＡＳコンテキストから、ＳＤＴが設定されていないＲＢのためのＰＤＣＰ設定を復元する。

【0259】

いくつかの例示的な実施形態において、端末装置２１０は、端末装置２１０のＲＢのためのＰＤＣＰ設定をネットワーク装置２２０から受信するように設定された回路を備える。回路はさらに、ＳＤＴのためのＲＲＣ接続再開手順を開始するように設定されている。ＲＲＣ接続再開手順は、ＲＲＣメッセージを運ぶために設定されたＲＢのためのデフォルトのＰＤＣＰ設定を適用し、ＲＢにＰＤＣＰ設定を復元しないことと、ＲＲＣメッセージを運ぶために設定されたＲＢを除く、ＳＤＴ用に設定されたＲＢのためのＰＤＣＰ設定を復元することと、を備える。

【0260】

いくつかの例示的な実施形態において、回路はさらに、ＲＲＣ再開メッセージの受信に応じて、ＳＤＴ用に設定されていないＲＢ、及びＲＲＣメッセージを運ぶために設定されたＲＢのための、ＰＤＣＰ設定を復元するように設定されている。

【0261】

いくつかの例示的な実施形態において、ＲＲＣメッセージを運ぶために設定されたＲＢはＳＲＢ１である。

【0262】

いくつかの例示的な実施形態において、端末装置２１０は、端末装置２１０のＲＢのためのＰＤＣＰ設定をネットワーク装置２２０から受信するように設定された回路を備える。回路はさらに、ＳＤＴのためのＲＲＣ接続再開手順を開始するように設定されている。ＳＤＴのためのＲＲＣ接続再開手順は、ＲＲＣメッセージを運ぶために設定されたＲＢを含む、ＳＤＴ用に設定されたＲＢのための、ＰＤＣＰ設定を復元することを含む。

【0263】

いくつかの例示的な実施形態において、回路はさらに、ＲＲＣ再開メッセージの受信失敗を検出したことに応じてアイドル状態に移行するように設定されている。

【0264】

いくつかの例示的な実施形態において、回路はさらに、ＲＲＣ再開メッセージの受信に応じて、ＳＤＴ用に設定されていないＲＢのためのＰＤＣＰ設定を復元するように設定されている。

【0265】

いくつかの例示的な実施形態において、ＲＲＣメッセージを運ぶために設定されたＲＢはＳＲＢ１である。

【0266】

ネットワーク装置でＰＤＣＰ設定を設定するための例示的な実施形態
本開示のいくつかの例示的な実施形態によれば、通信のための解決手段が提供される。この解決手段では、ＲＲＣメッセージを運ぶために設定されたＲＢ（ＳＲＢ１等）をネットワーク装置２２０がＳＤＴ用に設定する場合、ネットワーク装置２２０は、ＳＲＢ１のＰＤＣＰ設定を、デフォルトのＳＲＢ１設定と同じＰＤＣＰ設定で設定しなければならない。

【0267】

図１３は、本開示のいくつかの実施形態にかかる例示的な方法１３００のフローチャートを示す。例えば、方法１３００は、図２に示すようなネットワーク装置２２０で実施することができる。

【0268】

ブロック１３１０において、ネットワーク装置２２０はＲＢのためのＰＤＣＰ設定を生成する。ＲＢには、ＲＲＣメッセージを運ぶために設定されたＲＢが含まれ、当該ＲＢがＳＤＴ用に設定されている場合、当該ＲＢにはデフォルトのＰＤＣＰ設定が設定される。

【0269】

ブロック１３２０において、ネットワーク装置２２０は端末装置２１０にＰＤＣＰ設定を送信する。

【0270】

いくつかの例示的な実施形態において、ＲＲＣメッセージを運ぶために設定されたＲＢはＳＲＢ１である。

【0271】

いくつかの例示的な実施形態において、ネットワーク装置２２０は、ＲＢのためのＰＤＣＰ設定を生成するように設定された回路を備える。ＲＢには、ＲＲＣメッセージを運ぶために設定されたＲＢが含まれ、当該ＲＢがＳＤＴ用に設定されている場合、当該ＲＢにはデフォルトのＰＤＣＰ設定が設定される。回路はさらに、端末装置２１０にＰＤＣＰ設定を送信するように設定されている。

【0272】

いくつかの例示的な実施形態において、ＲＲＣメッセージを運ぶために設定されたＲＢはＳＲＢ１である。

【0273】

例示的な装置
図１４は、本開示の実施形態を実施するのに適した装置１４００の概略ブロック図である。装置１４００は、図２に示す端末装置２１０及びネットワーク装置２２０のさらなる例示的な実装であるとみなすことができる。したがって、装置１４００は、端末装置２１０又はネットワーク装置２２０において、又は少なくともその一部として実装することができる。

【0274】

図示のように、装置１４００は、プロセッサ１４１０、プロセッサ１４１０に結合されるメモリ１４２０、プロセッサ１４１０に結合される適切な送信機（ＴＸ）及び受信機（ＲＸ）１４４０、並びにＴＸ／ＲＸ１４４０に結合される通信インタフェースを含む。メモリ１４２０は、プログラム１４３０の少なくとも一部を格納する。ＴＸ／ＲＸ １４４０は、双方向通信用である。ＴＸ／ＲＸ １４４０は、通信を促進する少なくとも１つのアンテナを有するが、実際には、本願で述べたアクセスノードは、複数のアンテナを有してもよい。通信インタフェースは、他のネットワーク要素と通信を行う際に必要な任意のインタフェース、例えば、ｅＮＢ間の双方向通信用のＸ２インタフェース、Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ（ＭＭＥ）／サービングゲートウェイ（Ｓ－ＧＷ）とｅＮＢとの間の通信用のＳ１インタフェース、ｅＮＢと中継ノード（ＲＮ）との間の通信用のＵｎインタフェース、又はｅＮＢと端末装置との間の通信用のＵｕインタフェースを表してもよい。

【0275】

プログラム１４３０はプログラム命令を含むとみなされ、プログラム命令は、関連付けられたプロセッサ１４１０によって実行されると、本明細書で図２～図１３を参照して論じたように、本開示の実施形態に従って装置１４００が操作することを可能にする。本明細書の実施形態は、装置１４００のプロセッサ１４１０が実行可能なコンピュータソフトウェア、ハードウェア、又はソフトウェア及びハードウェアの組合せにより実施してもよい。プロセッサ１４１０は、本開示の様々な実施形態を実施するように構成され得る。また、プロセッサ１４１０及びメモリ１４２０の組合せは、本開示の様々な実施形態を実施するのに適した処理手段１４５０を構成してもよい。

【0276】

メモリ１４２０は、ローカルの技術ネットワークに適した任意のタイプとしてもよく、任意の適切なデータ記憶技術（例として、コンピュータが読み取り可能な非一時的記憶媒体、半導体ベースの記憶装置、磁気記憶装置及びシステム、光学記憶装置及びシステム、固定メモリ及び移動可能メモリ等が挙げられるが、これらに限定されない）により実施してもよい。装置１４００には１つのメモリ１４２０しか示されていないが、装置１４００には複数の物理上異なるメモリモジュールを設置してもよい。プロセッサ１４１０は、ローカルの技術ネットワークに適した任意のタイプであってもよく、例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号処理器（ＤＳＰ）、及びマルチコアプロセッサ構成に基づくプロセッサのうち、１つ又は複数を含んでもよいが、これらに限定されない。装置１４００は複数のプロセッサ、例えば、メインプロセッサと同期するクロックに時間的に従属する特定用途向け集積回路チップを有してもよい。

【0277】

通常、本開示の様々な実施形態は、ハードウェア若しくは専用回路、ソフトウェア、論理又はそれらの任意の組合せにより実施してもよい。いくつかの態様はハードウェアによって実施し、他の態様はコントローラ、マイクロプロセッサ又は他のコンピューティングデバイスが実行し得るファームウェア又はソフトウェアによって実施してもよい。本開示の実施形態の様々な態様は、ブロック図、フローチャートとして図示されて説明され、又は他の何らかの絵画的表現によって示されており、本明細書に記載のブロック、装置、システム、技術又は方法は、例えば、ハードウェア、ソフトウェア、ファームウェア、専用回路若しくは論理、汎用ハードウェア若しくはコントローラ若しくは他のコンピューティングデバイス、又はそれらの組合せによって実施されてもよいが、これらに限定されないことが理解されるであろう。

【0278】

本開示はさらに、コンピュータが読み取り可能な非一時的記憶媒体に有形記憶される少なくとも１つのコンピュータプログラム製品を提供する。当該コンピュータプログラム製品は、プログラムモジュールに含まれる命令のような、コンピュータが実行可能な命令を含む。当該命令は、対象の実プロセッサ又は仮想プロセッサ上のデバイスにおいて実行され、例えば図２及び図４～図１８を参照して上述したプロセス又は方法を実行する。通常、プログラムモジュールは、特定のタスクを実行するか、又は特定の抽象データタイプを実装するルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造等を含む。様々な実施形態において、プログラムモジュールの機能は、必要に応じてプログラムモジュール間で組み合わせるか、又は分割してもよい。プログラムモジュールのための機械が実行可能な命令は、ローカル又は分散型のデバイス内で実行してもよい。分散型デバイスにおいて、プログラムモジュールはローカル及びリモートの記憶媒体のどちらに置いてもよい。

【0279】

本開示の方法を実行するためのプログラムコードは、１つ又は複数のプログラミング言語の任意の組合せにより記述されてもよい。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ又はその他のプログラム可能なデータ処理装置のプロセッサ又はコントローラに提供されてもよく、プログラムコードがプロセッサ又はコントローラによって実行されると、フローチャート及び／又はブロック図に規定された機能／操作が実施される。プログラムコードはすべてマシン上で実行するか、部分的にマシン上で実行するか、独立したソフトウェアパッケージとして実行するか、マシン上で部分的に実行するとともにリモートのマシン上で部分的に実行するか、又はすべてリモートのマシン若しくはサーバ上で実行してもよい。

【0280】

上述のプログラムコードは、機械可読媒体上で具現化されてもよく、当該機械可読媒体は、命令実行システム、装置若しくはデバイスにより使用されるプログラム、又は、それらと結合して使用されるプログラムを含むか又は格納する任意の有形媒体であってもよい。機械可読媒体は、機械可読信号媒体又は機械可読記憶媒体であってもよい。機械可読媒体は、電子、磁気、光学、電磁気、赤外線若しくは半導体のシステム、装置若しくはデバイス、又は前述の任意の適切な組合せを含んでもよいが、これらに限定されない。機械可読記憶媒体のさらにより具体的な例には、１つ若しくは複数のワイヤを有する電気接続、ポータブル・コンピュータ・ディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去・書き込み可能なリードオンリーメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、携帯型コンパクトディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）、光学的記憶装置、磁気記憶装置、又は前述の任意の適切な組合せが含まれる。

【0281】

なお、操作について、特定の順序で説明を行ったが、所望の結果を得るために、こうした操作を示された特定の順序で実行するか若しくは順に実行する、又は、示されたすべての操作を実行することが求められる、と理解されるべきではない。いくつかの状況では、マルチタスク及び並行処理が有利である可能性がある。同様に、上述の議論には、いくつかの具体的な実施の詳細が含まれるが、これらは本開示の範囲に対する限定ではなく、特定の実施形態に特定され得る特徴についての説明であると解釈されるべきである。個々の実施形態の文脈において説明されるいくつかの特徴は、ある１つの実施形態において組み合わせて実施されてもよい。逆に、１つの実施形態の文脈において説明される各種特徴は、複数の実施形態において別々に、又は任意の適切な副次的な組合せにおいて実施されてもよい。

【0282】

本開示について、構造的特徴及び／又は方法論的な動作に特有の言葉で説明したが、添付の特許請求の範囲によって定義される本開示は、必ずしも上述の特定の特徴又は動作に限定されないことを理解されたい。上述の特定の特徴や動作はむしろ、特許請求の範囲を実施する例示的形態として開示されている。

【図1A】

【図1B】

【図2】

【図3】

【図4A】

【図4B】

【図5A】

【図5B】

【図6A】

【図6B】

【図7A】

【図7B】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【手続補正書】

【提出日】2024-03-01

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

無線リソース制御（ＲＲＣ）拒否メッセージを受信する手段と、
スモールデータ送信（ＳＤＴ）用に設定された無線ベアラの、格納されたパケットデータ収束プロトコル（ＰＤＣＰ）・プロトコルデータユニット（ＰＤＵ）を破棄する手段と、
を備える、
端末装置。

【請求項2】

ＲＲＣ再開要求メッセージを送信する手段をさらに備え、
前記ＲＲＣ再開要求メッセージを送信する手段は、
前記ＳＤＴのために再開手順が開始されることを決定する手段と、
前記ＳＤＴ用に設定された無線ベアラのために、及びシグナリング無線ベアラ１（ＳＲＢ１）のために、ＰＤＣＰ設定を復元する手段と、
を備える、
請求項１に記載の端末装置。

【請求項3】

端末装置によって実行される方法であって、
無線リソース制御（ＲＲＣ）拒否メッセージを受信することと、
スモールデータ送信（ＳＤＴ）用に設定された無線ベアラの、格納されたパケットデータ収束プロトコル（ＰＤＣＰ）・プロトコルデータユニット（ＰＤＵ）を破棄することと、
を含む、
方法。

【請求項4】

ＲＲＣ再開要求メッセージを送信することをさらに含み、
前記送信することは、
前記ＳＤＴのために再開手順が開始されると決定することと、
前記ＳＤＴ用に設定された無線ベアラのために、及びシグナリング無線ベアラ１（ＳＲＢ１）のために、前記端末装置の非アクティブなアクセス層（ＡＳ）のコンテキストからＰＤＣＰ設定を復元することと、
を含む、
請求項３に記載の方法。

【国際調査報告】