JP2023523056A - 無線リソース制御（ｒｒｃ）インアクティブ状態での小規模データ伝送 - Google Patents

Abstract

本実施形態のいくつかは、特定の無線ベアラ（ＲＢ）に関連付けられた上りリンク（ＵＬ）データを送信するためのユーザ機器（ＵＥ）のための方法を提供する。ＵＥは、無線リソース制御（ＲＲＣ）＿ＣＯＮＮＥＣＴＥＤ状態にある間、基地局（ＢＳ）から、少なくともｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ（ＣＧ）設定及びタイムアライメント（ＴＡ）タイマーを含む、ＲＲＣリリースメッセージを受信する。そして、ＵＥは、ＲＲＣリリースメッセージの受信に応じて、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態へ遷移し、ＴＡタイマーを開始又は再開始する。ＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある間、一つ又は複数の基準のセットが満たされたと判定した後、ＣＧ設定によって設定されたＵＬリソースを介して、ＵＬデータを送信し、基準のセットは、少なくともＴＡタイマーが動作しているという基準を含む。

Description

〔関連出願の相互参照〕
本出願は、代理人案件番号ＵＳ８１２１４（以下、「ＵＳ８１２１４出願」という）、“Method and Apparatus of Selection of UL Grant Type for Transmission in RRC INACTIVE State,”という名称の、２０２０年４月２３日に出願された米国仮特許出願第６３／０１４，６４８号の利益及び優先権を主張する。ＵＳ８１２１４出願の開示は、参照により本出願に完全に組み込まれる。

〔分野〕
本開示は、一般に無線通信に関し、より具体的に、ＵＥが次世代無線ネットワークにおいてＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある間の、ユーザ機器（ＵＥ）による小規模データ伝送に関する。

接続されたデバイスの数の大幅な増加及びユーザ／ネットワークトラフィック量の急速な増加に伴って、データ速度、遅延性、信頼性、及びモビリティを改善することによって、第５世代（５Ｇ）新無線（ＮＲ）といった、次世代無線通信システムのための無線通信の異なる態様を改善するために、様々な努力がなされてきた。５Ｇ ＮＲシステムは、拡張モバイルブロードバンド（ｅＭＢＢ）、大規模マシンタイプ通信（ｍＭＴＣ）、及び超信頼性低遅延性通信（ＵＲＬＬＣ）といった、様々な使用方法に対応して、ネットワークサービス及びタイプを最適化するための柔軟性及び設定可能性を提供するように設計される。

ＮＲにおいて、ユーザ機器（ＵＥ）は、次世代無線アクセスネットワーク（ＲＡＮ）内の様々な無線リソース制御（ＲＲＣ）状態で動作し、それらの間で遷移することができる。これらの異なる状態は、ＲＲＣ接続状態、ＲＲＣアイドル状態、及びＲＲＣインアクティブ状態として知られる新たに追加された状態を含む。頻度の低い（例えば、周期的及び／又は非周期的）データ伝送を有するＵＥは一般に、ＲＲＣ非アクティブ（ＲＲＣ＿ＩＮＡＣＴＩＶＥ）状態において、ネットワークによって維持される。ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態におけるＵＥは、任意の下りリンク（ＤＬ）データ受信及び／又は上りリンク（ＵＬ）データ伝送のために、データを送信できず、接続を再開しなければならなかった（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態への移動／遷移）ことに留意されたい。そのために、リソースのスケジューリング（及びその後のリソースのリリース）は、各送信のデータパケットがどれほど小さく、頻繁ではないかにかかわらず、各データ伝送について行わなければならなかった。これは、不必要な電力消費及びシグナリングオーバーヘッドをもたらした。

非アクティブ状態にあるＵＥにおける小規模データパケットの送信に起因するシグナリングオーバーヘッドは、ネットワーク性能及び効率のためだけでなく、ＵＥのバッテリ性能のためにも、ＵＥの数が増加するにつれて、重大な問題になり得る一般的な問題であり得る。一般に、間欠的な小規模データパケットを送信する必要がある任意のデバイスは、非アクティブ状態での小規模データ伝送を可能にすることが利益となり得る。非アクティブ状態における小規模データ伝送を可能にするために、第３世代パートナーシッププロジェクト（３ＧＰＰ）は近年、例えば、非アクティブ状態での２ステップ及び／又は４ステップランダムアクセスチャネル（ＲＡＣＨ）手順及び／又はｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ（例えば、タイプ１ＣＧ）を利用するいくつかのメカニズムを導入した。しかしながら、これらのメカニズムは、最近になって導入されたばかりであるため、ＵＥが非アクティブ状態にある間、小規模データ伝送におけるさらなる改善の必要性が存在する。

本開示は、ユーザ機器（ＵＥ）がＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある間の、ユーザ機器（ＵＥ）による小規模データ伝送を対象とする。

本出願の第１の態様において、特定の無線ベアラ（ＲＢ）に関連付けられた上りリンク（ＵＬ）データを送信するためのユーザ機器（ＵＥ）のための方法が提供される。本方法は、無線リソース制御（ＲＲＣ）＿ＣＯＮＮＥＣＴＥＤ状態にある間、基地局（ＢＳ）から、少なくともｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ（ＣＧ）設定及びタイムアライメント（ＴＡ）タイマーを含む、ＲＲＣリリースメッセージを受信する工程、ＲＲＣリリースメッセージの受信に応じて、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態へ遷移する工程、ＲＲＣリリースメッセージの受信に応じて、ＴＡタイマーを開始又は再開始する工程、及びＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある間、一つ又は複数の基準のセットが満たされたと判定した後、ＣＧ設定によって設定されたＵＬリソースを介して、ＵＬデータを送信する工程であって、基準のセットは、少なくともＴＡタイマーが動作しているという基準を含む、工程、を含む。

第１の態様の一実施形態は、ＢＳから、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある間、タイミングアドバンスを更新するためのインディケーションを受信することに更に応じて、ＴＡタイマーを開始又は再開始する工程、を更に含む。

第１の態様の別の実施形態は、基準のセットの内の一つが満たされていないと判定したとき、ランダムアクセス（ＲＡ）手順を開始する工程、を更に含む。

第１の態様の別の実施形態において、基準のセットは、ＵＬデータのデータ量が閾値よりも小さいという基準を更に含む。

第１の態様の別の実施形態は、ＵＬデータのデータ量が閾値より大きいとき、ＲＲＣ接続再開手順を開始する工程、を更に含む。

第１の態様の別の実施形態において、データ量は、特定のＲＢに関連付けられたＵＬデータの総量に基づいて、決定される。

第１の態様の別の実施形態において、基準のセットは、同期信号プロック（ＳＳＢ）の参照信号受信電力（ＲＳＲＰ）が閾値より大きいという基準を更に含む。

第１の態様の別の実施形態において、基準のセットは、ＵＥがＵＬリソースを介してＵＬデータを送信するとき、開始又は再開始される特定のタイマーが動作しているという基準を更に含む。

第１の態様の別の実施形態において、特定のＲＢは、小規模データ伝送のために設定される。

第１の態様の別の実施形態において、ＲＲＣリリースメッセージは、情報要素（ＩＥ）ｓｕｓｐｅｎｄＣｏｎｆｉｇを更に含む。

第２の態様において、特定の無線ベアラ（ＲＢ）に関連付けられた上りリンク（ＵＬ）データを送信するためのコンピュータ実行可能命令を有する一つ又は複数の非一時的コンピュータ可読媒体、及び少なくとも一つのプロセッサを含むＵＥが、提供される。プロセッサは、一つ又は複数の非一時的コンピュータ可読媒体に結合され、無線リソース制御（ＲＲＣ）＿ＣＯＮＮＥＣＴＥＤ状態にある間、基地局（ＢＳ）から、少なくともｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ（ＣＧ）設定及びタイムアライメント（ＴＡ）タイマーを含む、ＲＲＣリリースメッセージを受信する処理、ＲＲＣリリースメッセージの受信に応じて、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態へ遷移する処理、ＲＲＣリリースメッセージの受信に応じて、ＴＡタイマーを開始又は再開始する処理、及びＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある間、一つ又は複数の基準のセットが満たされたと判定した後、ＣＧ設定によって設定されたＵＬリソースを介してＵＬデータを送信する処理を実行するようにコンピュータ実行可能命令であって、基準のセットは、少なくともＴＡタイマーが動作しているという基準を含む、コンピュータ実行可能命令を実行するように設定される。

例示的な開示の態様は添付の図面と共に読まれるとき、以下の詳細な説明から最も良く理解される。様々な特徴は、一定の縮尺で描かれておらず、様々な特徴の寸法は、議論を明確にするために任意に増減されてもよい。
図１は、本出願の一例としての実施形態に従った、ＵＥ状態マシン及びＵＥの状態遷移を示す図である。 図２Ａは、本出願の一例としての実施形態に従った、（例えば、小規模データ伝送のための）２ステップＲＡタイプを有するランダムアクセス（ＲＡ）手順を示す図である。 図２Ｂは、本出願の一例としての実施形態に従った、（例えば、小規模データ伝送のための）４ステップＲＡタイプを有するランダムアクセス手順を示す図である。 図３は、本出願の一例としての実施形態に従った、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある間、上りリンク（ＵＬ）データを基地局に送信するためにＵＥによって実行される方法（又はプロセス）を示すフローチャートである。 図４は、本出願の一例としての実施形態に従った、無線通信のためのノードのブロック図を示す。

本出願における略語は、以下のように定義され、特に断らない限り、略語は、以下の意味を有する：
略語 フルネーム
３ＧＰＰ 第３世代パートナーシッププロジェクト
５ＧＣ ５Ｇコア
ＡＣＫ 肯定応答
ＡＭＦ アクセス及びモビリティ管理機能
ＡＲＱ 自動再送要求
ＡＳ アクセス層
ＢＣＣＨ ブロードキャスト制御チャネル
ＢＣＨ ブロードキャストチャネル
ＢＦＲ ビーム障害回復
ＢＳ 基地局
ＢＳＲ バッファ状態レポート
ＢＷＰ 帯域幅部分
ＣＡ キャリアアグリゲーション
ＣＢＲＡ コンテンションベースランダムアクセス
ＣＦＲＡ コンテンションフリーランダムアクセス
ＣＧ Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ
ＣＭ 接続管理
ＣＮ コアネットワーク
Ｃ－ＲＮＴＩ セル無線ネットワーク一時識別子
ＣＳ－ＲＮＴＩ 設定されたスケジューリング無線ネットワーク一時識別子
ＣＳＩ－ＲＳ チャネル状態情報参照信号
ＤＣＩ 下りリンク制御情報
ＤＬ 下りリンク
ＤＲＢ データ無線ベアラ
ＤＲＸ 間欠受信
ＨＡＲＱ ハイブリッド自動リピート要求
ＩＥ 情報要素
ＬＣＨ 論理チャネル
ＬＣＧ 論理チャネルグループ
ＬＣＰ 論理チャネル優先順位付け
ＭＡＣ 媒体アクセス制御
ＭＩＢ マスター情報ブロック
ＭＳＧ メッセージ
ＮＡＳ 非アクセスストラタム
ＮＧ－ＲＡＮ 次世代無線アクセスネットワーク
ＮＲ ニューラジオ
ＮＷ ネットワーク
ＰＣｅｌｌ プライマリセル
ＰＣＣＨ ページング制御チャネル
ＰＤＣＣＨ 物理下りリンク制御チャネル
ＰＤＣＰ パケットデータ収束プロトコル
ＰＤＵ プロトコルデータユニット
ＰＲＡＣＨ 物理ランダムアクセスチャネル
ＰＵＣＣＨ 物理上りリンク制御チャネル
ＰＵＳＣＨ 物理上りリンク共有チャネル
ＰＬＭＮ 公衆陸上移動通信ネットワーク
ＱｏＳ サービス品質
ＲＡ ランダムアクセス
ＲＡＣＨ ランダムアクセスチャネル
ＲＡＮ 無線アクセスネットワーク
ＲＢ 無線ベアラ
Ｒｅｌ リリース
ＲＬＣ 無線リンク制御
ＲＮＡ ＲＡＮベース通知領域
ＲＮＴＩ 無線ネットワーク一時識別子
ＲＲＣ 無線リソース制御
ＲＳＲＰ 参照信号受信電力
ＳＣｅｌｌ セカンダリセル
ＳＣＧ セカンダリセルグループ
ＳＣＳ サブキャリア間隔
ＳＤＴ 小規模データ伝送
ＳＤＵ サービスデータユニット
ＳＦＮ システムフレーム番号
ＳＩ システム情報
ＳＩＢ システム情報ブロック
ＳＩＮＲ 信号対干渉プラス雑音比
ＳＬＩＶ 開始及び長さインディケータ
ＳＮＰＮ 独立型非公衆ネットワーク
ＳＲ スケジューリング要求
ＳＲＢ 信号無線ベアラ
ＳＳＢ 同期信号ブロック
Ｓ－ＴＭＳＩ ＳＡＥ一時的モバイル加入者識別
ＳＵＬ 補助上りリンク
ＴＡ タイミングアドバンス又はタイムアライメント
ＴＡＧ タイミングアドバンスグループ
ＴＳ 技術仕様
ＵＥ ユーザ機器
ＵＬ 上りリンク
ＵＰＦ ユーザプレーン機能。

以下の記載は、本開示における例としての実施形態に関連する具体的な情報を含む。本開示の図面及び添付の詳細な説明は、単に例としての実施形態を対象とする。しかしながら、本開示は、単にこれらの例としての実施形態に限定されるものではない。本開示の他の変形例及び実施形態は、当業者に想起されるであろう。特に断らない限り、図中の同様の又は対応する要素は、同様の又は対応する参照番号によって示され得る。さらに、本開示における図面及び例示は、概して縮尺通りではなく、実際の相対的寸法に対応することを意図していない。

一貫性の目的及び理解の容易さのために、同様の特徴は、例としての図面において同じ数字によって識別されてよい（ただし、いくつかの実施例において、示されていない）。しかしながら、異なる実施形態における特徴は、他の点で異なってもよく、従って、図面に示されるものに狭く限定されるべきではない。

本明細書は、「一実施形態において」、又は「いくつかの実施形態において」という語句を使用し、これらの語句はそれぞれ、同じ又は異なる実施形態の一つ又は複数を参照し得る。用語「結合された」は、介在する部品によって、直接的又は間接的に接続されたものとして定義され、必ずしも物理的接続に限定されない。用語「含む（ｃｏｍｐｒｉｓｉｎｇ）」は、利用されるとき、「含むが、必ずしもこれに限定されない」を意味し、それは特に、そのように記載された組み合わせ、グループ、シリーズ及び等価物におけるオープンエンドの包含又はメンバーシップを示す。表現「Ａ、Ｂ及びＣの内の少なくとも一つ」又は「以下の内の少なくとも一つ：Ａ、Ｂ及びＣ」は、「Ａのみ、又はＢのみ、又はＣのみ、又はＡ、Ｂ及びＣの任意の組合せ」を意味する。

その上、説明及び非限定の目的のために、機能エンティティ、技法、プロトコル、規格といった、特定の詳細は、記載された技術の理解を提供するために記載される。他の実施例において、周知の方法、技術、システム、アーキテクチャ及び類似物の詳細な説明は、不必要な詳細で説明を不明瞭にしないように省略される。

当業者は、本開示で説明される任意のネットワーク機能又はアルゴリズムがハードウェア、ソフトウェア、又はソフトウェアとハードウェアの組合せによって実施され得ることを直ちに認識するであろう。説明された機能は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせであり得るモジュールに対応し得る。ソフトウェア実施形態は、メモリ又は他のタイプの記憶装置といった、コンピュータ可読媒体上に記憶されたコンピュータ実行可能命令を含むことができる。例えば、通信処理能力を有する一つ又は複数のマイクロプロセッサ又は汎用コンピュータは、対応する実行可能命令を用いてプログラムされ、記述されたネットワーク機能又はアルゴリズムを実行することができる。マイクロプロセッサ又は汎用コンピュータは、特定用途向け集積回路（ＡＳＩＣ）、プログラマブル論理アレイ、及び／又は一つ又は複数のデジタル信号プロセッサ（ＤＳＰ）を使用して形成することができる。本明細書に記載されている例としての実施形態のいくつかは、コンピュータハードウェア上にインストールされ、実行されるソフトウェアを指向しているが、それにもかかわらず、ファームウェアとして、又はハードウェアとして、又はハードウェアとソフトウェアの組合せとして実施される代替の例としての実施形態は、本開示の範囲内に十分にある。

コンピュータ可読媒体は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、コンパクトディスク読取り専用メモリ（ＣＤ－ＲＯＭ）、磁気カセット、磁気テープ、磁気ディスク記憶、又はコンピュータ可読命令を記憶可能な他の任意の同等の媒体を含むが、これらに限定されない。

無線通信ネットワークアーキテクチャ（例えば、ロングタームエボリューション（ＬＴＥ）システム、ＬＴＥ－アドバンスド（ＬＴＥ－Ａ）システム、ＬＴＥ－アドバンスドプロシステム、又は５Ｇ ＮＲ無線アクセスネットワーク（ＲＡＮ））は、通常、少なくとも一つの基地局と、少なくとも一つのＵＥと、ネットワークへの接続を提供する一つ又は複数のオプションのネットワーク要素と、を含む。ＵＥは、一つ又は複数の基地局によって確立されたＲＡＮを介して、ネットワーク（例えば、コアネットワーク（ＣＮ）、進化型パケットコア（ＥＰＣ）ネットワーク、進化型ユニバーサル地上無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ）、５Ｇコア（５ＧＣ）、又はインターネット）と通信する。

なお、本出願において、ＵＥは、移動局、移動端末又は装置、ユーザ通信無線端末を含むことができるが、これらに限定されない。例えば、ＵＥは、携帯無線機器であってよく、携帯電話機、タブレット、ウェアラブルデバイス、センサ、車両、又はワイヤレス通信能力を有するパーソナルデジタルアシスタント（ＰＤＡ）を含むが、これらに限定されない。ＵＥは、無線アクセスネットワーク内の一つ又は複数のセルとエアインターフェースを介して信号を受信及び送信するように設定される。

基地局は、基本広帯域符号分割多元接続（Ｗ－ＣＤＭＡ）、高速パケットアクセス（ＨＳＰＡ）、ＬＴＥ、ＬＴＥ－Ａ、ｅＬＴＥ（進化型ＬＴＥ、例えば、５ＧＣに接続されたＬＴＥ）、ＮＲ（しばしば５Ｇと呼ばれる）、及び／又はＬＴＥ－Ａ Ｐｒｏに基づいた、マイクロ波アクセスのための世界的相互運用性（ＷｉＭＡＸ）、移動通信のためのグローバルシステム（ＧＳＭ、しばしば２Ｇと呼ばれる）、無線アクセスネットワークのためのＧＳＭ拡張データ速度（ＥＤＧＥ）（ＧＥＲＡＮ）、汎用パケット無線サービス（ＧＰＲＳ）、汎用移動通信システム（ＵＭＴＳ、しばしば３Ｇと呼ばれる）の無線アクセス技術（ＲＡＴ）の内の少なくとも一つに従って通信サービスを提供するように設定することができる。しかしながら、本出願の範囲は、上述のプロトコルに限定されるべきではない。

基地局は、ＵＭＴＳにおけるようなノードＢ（ＮＢ）、ＬＴＥ又はＬＴＥ－Ａにおけるような進化型ノードＢ（ｅＮＢ）、ＵＭＴＳにおけるような無線ネットワークコントローラ（ＲＮＣ）、ＧＳＭ／ＧＳＭエボリューションのためのＧＳＭ拡張型データ速度（ＥＤＧＥ）無線アクセスネットワーク（ＧＥＲＡＮ）におけるような基地局コントローラ（ＢＳＣ）、５ＧＣに関連する進化型ユニバーサル地上無線アクセス（Ｅ－ＵＴＲＡ）ＢＳにおけるような次世代ｅＮＢ（ｎｇ－ｅＮＢ）、５Ｇアクセスネットワーク（５Ｇ－ＡＮ）におけるような次世代ノードＢ（ｇＮＢ）、及びセル内の無線通信を制御し、無線リソースを管理することができる任意の他の装置を含むことができるが、これらに限定されない。ＢＳは、ネットワークへの無線インターフェースを介して一つ又は複数のＵＥにサービスを提供するように接続することができる。

基地局は、ＲＡＮに含まれる複数のセルを使用して、特定の地理的エリアに無線カバレッジを提供するように動作可能であってよい。ＢＳは、セルの動作をサポートすることができる。各セルは、その無線カバレッジ内の少なくとも一つのＵＥにサービスを提供するように動作可能であり得る。具体的に、各セル（しばしばサービングセルと呼ばれる）は、その無線カバレッジ内の一つ又は複数のＵＥにサービスを提供することができる（例えば、各セルは、ＤＬ及び任意でＵＬパケット送信のために、その無線カバレッジ内の少なくとも一つのＵＥに、下りリンク（ＤＬ）及び任意で上りリンク（ＵＬ）リソースをスケジュールする）。ＢＳは、複数のセルによって、無線通信システム内の一つ又は複数のＵＥと通信することができる。

セルは、近接サービス（ＰｒｏＳｅ）又はビークルトゥエブリシング（Ｖ２Ｘ）サービスをサポートするためにサイドリンク（ＳＬ）リソースを割り当てることができる。各セルは、他のセルと重複したカバレージエリアを有することができる。マルチＲＡＴデュアル接続（ＭＲ－ＤＣ）の場合において、マスターセルグループ（ＭＣＧ）又はセカンダリセルグループ（ＳＣＧ）のプライマリセルは、スペシャルセル（ＳｐＣｅｌｌ）と呼ばれることがある。プライマリセル（ＰＣｅｌｌ）は、ＭＣＧのＳｐＣｅｌｌを指すことができる。プライマリＳＣＧセル（ＰＳＣｅｌｌ）は、ＳＣＧのＳｐＣｅｌｌを指すことができる。ＭＣＧは、ＳｐＣｅｌｌ及び任意で一つ又は複数のセカンダリセル（ＳＣｅｌｌ）を含む、マスタノード（ＭＮ）に関連付けられたサービングセルのグループを指すことができる。ＳＣＧは、ＳｐＣｅｌｌ及び任意で一つ又は複数のＳＣｅｌｌを含む、セカンダリノード（ＳＮ）に関連付けられたサービングセルのグループを指すことができる。

上述したように、ＮＲのためのフレーム構造は、高信頼性、高データ速度、及び低遅延性要件を満たしながら、拡張モバイルブロードバンド（ｅＭＢＢ）、大容量マシンタイプ通信（ｍＭＴＣ）、超高信頼性及び低遅延性通信（ＵＲＬＬＣ）といった、様々な次世代（例えば、５Ｇ）通信要件に対応するための柔軟な設定をサポートすることである。３ＧＰＰで合意されたような直交周波数分割多重（ＯＦＤＭ）技術は、ＮＲ波形のベースラインとしてサーブし得る。適応副搬送波間隔、チャネル帯域幅、及びサイクリックプレフィックス（ＣＰ）といったスケーラブルなＯＦＤＭニュメロロジーも使用することができる。加えて、ＮＲのために２つの符号化方式：（１）低密度パリティ検査（ＬＤＰＣ）符号と（２）ポーラ符号、を検討した。符号化方式適応は、チャネル条件及び／又はサービスアプリケーションに基づいて設定され得る。

さらに、単一のＮＲフレームの送信期間ＴＸにおいて、下りリンク（ＤＬ）送信データ、ガード期間、及び上りリンク（ＵＬ）送信データが少なくとも含まれるべきであり、ＤＬ送信データ、ガード期間、及びガード期間のそれぞれの部分において、ＵＬ送信データはまた、例えば、ＮＲのネットワークダイナミクスに基づいて設定可能であるべきであることも考慮される。その上、サイドリンクリソースは、ＰｒｏＳｅサービス又はＶ２Ｘサービスをサポートするために、ＮＲフレーム内に提供されてもよい。

その上、本明細書における用語「システム」及び「ネットワーク」は、互換的に使用されてよい。本明細書における用語「及び／又は」は、関連付けられたオブジェクトを記述するための関連付け関係に過ぎず、３つの関係が存在し得ることを表す。例えば、Ａ及び／又はＢは、Ａが単独で存在する、Ａ及びＢが同時に存在する、又はＢが単独で存在することを示し得る。その上、本明細書における文字「／」は一般に、前者及び後者の関連付けられたオブジェクトが「又は」関係にあることを表す。

上述したように、次世代（例えば、５Ｇ ＮＲ）無線ネットワークは、より多くの能力、データ、及びサービスをサポートすることが想定される。マルチコネクティビティが設定されたＵＥは、アンカーとしてマスターノード（ＭＮ）に接続し、データ配信のために一つ又は複数のセカンダリノード（ＳＮ）に接続できる。これらのノードの各々は、一つ又は複数のセルを含むセルグループによって形成されてよい。例えば、ＭＮは、マスターセルグループ（ＭＣＧ）によって形成され、ＳＮは、セカンダリセルグループ（ＳＣＧ）によって形成される。換言すると、デュアルコネクティビティ（ＤＣ）を用いて設定されたＵＥの場合、ＭＣＧは、ＰＣｅｌｌ及びゼロ又はそれ以上のセカンダリセルを含む一つ又は複数のサービングセルのセットである。逆に、ＳＣＧは、ＰＳＣｅｌｌ及びゼロ又は複数のセカンダリセルを含む一つ又は複数のサービングセルのセットである。

また上述したように、プライマリセル（ＰＣｅｌｌ）は、プライマリ周波数上で動作するＭＣＧセルであってよく、ＵＥは、その中で、初期接続確立手順を実行する、又は接続再確立手順を開始する。ＭＲ－ＤＣモードにおいて、ＰＣｅｌｌは、ＭＮに属し得る。プライマリＳＣＧセル（ＰＳＣｅｌｌ）は、ＵＥがランダムアクセスを実行する（例えば、同期手順を用いて再設定を実行する）とき、ＳＣＧセルであってもよい。ＭＲ－ＤＣにおいて、ＰＳＣｅｌｌは、ＳＮに属し得る。特殊セル（ＳｐＣｅｌｌ）は、媒体アクセス制御（ＭＡＣ）エンティティがＭＣＧ又はＳＣＧに関連付けられているかどうかに応じて、ＭＣＧのＰＣｅｌｌ又はＳＣＧのＰＳＣｅｌｌと呼ぶことができる。そうでない場合、用語「特殊セル」は、ＰＣｅｌｌを指すことがある。特殊セルは、物理上りリンク制御チャネル（ＰＵＣＣＨ）送信及びコンテンションベースランダムアクセスをサポートすることができ、常にアクティベートされ得る。その上、ＣＡ／ＤＣで設定されていないＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＵＥの場合、プライマリセルであり得る一つのサービングセル（ＳＣｅｌｌ）のみと通信し得る。逆に、ＣＡ／ＤＣで設定されるＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＵＥの場合、特殊セル及び全てのセカンダリセルを含むサービングセルのセットは、ＵＥと通信することができる。

上述したように、ＮＲにおいて、ＵＥの動作モードとして、三つの異なるＲＲＣ状態は、サポートされる。これら三つの状態は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態、ＲＲＣ＿ＩＤＬＥ状態、及びＲＲＣ＿ＩＮＡＣＴＩＶＥ状態を含む。ＵＥ（又はＵＥのＲＲＣ層）は、これら三つのＲＲＣ状態の内の一つで動作することができる。ＲＡ手順中に実行されるＵＬデータ伝送を除いて、ＵＬデータ伝送は一般に、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態においてのみＵＥによって実行されることを許可され得る。

図１は、本出願の例示的な実施形態による、次世代無線アクセスネットワーク内でＵＥが取ることができる様々なＲＲＣ状態及びＲＲＣ遷移手順を示すＲＲＣ状態遷移図である。ＲＲＣ状態遷移図１００は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態１１０、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態１２０、及びＲＲＣ＿ＩＤＬＥ状態１３０を含み得る。いくつかの実施形態において、ＲＲＣ Ｃｏｎｎｅｃｔｅｄ、ＲＲＣ Ｉｎａｃｔｉｖｅ、ＲＲＣ Ｉｄｌｅ状態は互いに独立した三つのＲＲＣ状態であってよい。図１に示すように、ＵＥは、三つのＲＲＣ状態の間で遷移することができる。

例えば、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態１１０からＲＲＣ＿ＩＮＡＣＴＩＶＥ状態１２０に遷移することができ、又は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態１２０からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態１１０又はＲＲＣ＿ＩＤＬＥ状態１３０のいずれかに遷移することができる。しかしながら、ＲＲＣ状態遷移図１００に示されるように、いくつかの実施形態において、ＵＥは、ＲＲＣ Ｉｄｌｅ状態１３０からＲＲＣ Ｉｎａｃｔｉｖｅ状態１２０に直接遷移しないことがある。すなわち、ＵＥは、いくつかのこのような実施形態において、ＲＲＣ Ｃｏｎｎｅｃｔｅｄ状態１１０を介して、ＲＲＣ Ｉｄｌｅ状態１３０からＲＲＣ Ｉｎａｃｔｉｖｅ状態１２０に遷移し得る。本実施形態のいくつかの態様において、ＵＥは、ＲＲＣ一時停止（又は一時停止を有するＲＲＣリリース）手順を使用して、ＲＲＣ Ｃｏｎｎｅｃｔｅｄ状態１１０からＲＲＣ Ｉｎａｃｔｉｖｅ状態１２０に遷移することもできる。逆に、ＵＥは、ＲＲＣ（接続）再開手順を使用して、ＲＲＣ Ｉｎａｃｔｉｖｅ状態１２０からＲＲＣ Ｃｏｎｎｅｃｔｅｄ状態１１０に遷移することができる。その上、ＵＥは、ＲＲＣ Ｉｄｌｅ状態１３０からＲＲＣ Ｃｏｎｎｅｃｔｅｄ状態１１０に遷移するためにＲＲＣ確立手順を使用しながら、ＲＲＣ Ｃｏｎｎｅｃｔｅｄ状態１１０又はＲＲＣ Ｉｎａｃｔｉｖｅ状態１２０からＲＲＣ Ｉｄｌｅ状態１３０に遷移するためにＲＲＣリリース手順を使用することができる。

いくつかの実施形態において、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態において、ＵＥは、（例えば、ＵＥがＡＭＦとのシグナリング接続を有する場合）接続管理（ＣＭ）－ＣＯＮＮＥＣＴＥＤのままであり得、ＮＧ－ＲＡＮに通知することなく、ＮＧ－ＲＡＮ（例えば、ＲＮＡ）によって設定されたエリア内を移動し得る。ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態において、（例えば、ｇＮＢに関連付けられた）最後のサービングセルは、ＵＥコンテキストと、サービングＡＭＦとＵＰＦとのＵＥ関連付けＮＧ接続を維持することがある。

いくつかの実施形態において、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態は、小規模データ伝送（ＳＤＴ）、ＰＬＭＮ選択、システム情報のブロードキャスト、セル再選択モビリティ、ＮＧ－ＲＡＮ（ＲＡＮページング）によって開始されるページング、ＮＧ－ＲＡＮによって管理されるＲＡＮベースの通知エリア（ＲＮＡ）、ＮＧ－ＲＡＮによって設定されるＲＡＮページングのためのＤＲＸ、ＵＥのために確立される５ＧＣ－ＮＧ－ＲＡＮ接続（例えば、両方の制御／ユーザ（Ｃ／Ｕ）プレーン）、ＮＧ－ＲＡＮ及びＵＥに保存されるＵＥ ＡＳコンテキスト、ＵＥが属するＲＮＡを決定するＮＧ－ＲＡＮなど、様々な機能及び／又は特性をサポートすることができる。いくつかの実施形態において、５ＧＣネットワークに接続されたＮＲの場合、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でＵＥコンテキストを識別するためにＵＥのアイデンティティ（例えば、Ｉ－ＲＮＴＩ）は、使用され得る。Ｉ－ＲＮＴＩは、新しいＮＧ－ＲＡＮノードに、古いＮＧ－ＲＡＮノードに対応するＵＥコンテキストへの参照を提供することができる。

いくつかの実施形態において、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥのＡＳコンテキストは、接続が中断されたとき（例えば、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき）に保存され、接続が再開されたとき（例えば、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移したとき）に復元／取得され得る。ＲＲＣ接続の一時停止は、ネットワークによって開始され得る。ＲＲＣ接続が一時停止されるとき、ＵＥは、ＵＥ Ｉｎａｃｔｉｖｅ ＡＳコンテキスト（及びネットワークから受信した任意の関連する設定）を保存し、ＲＲＣ＿Ｉｎａｃｔｉｖｅ状態に遷移し得る。ＵＥがＳＣＧを用いて設定される場合、ＵＥは、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅ手順の開始時にＳＣＧ設定をリリースし得る。ＲＲＣ接続を一時停止するＲＲＣメッセージは、統合的に保護され、暗号化され得る。一時停止されたＲＲＣ接続からの再開は、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移する必要がある時、上位層によって開始される、又はＲＲＣ層によってＲＮＡ更新を実行する、又は例えばＮＧ－ＲＡＮからのＲＡＮページングによって開始され得る。ＲＲＣ接続が再開されるとき、ネットワークは、ＲＲＣ接続再開手順に従って、及び保存されたＵＥ Ｉｎａｃｔｉｖｅ ＡＳコンテキスト（及びネットワークから受信した任意の関連するＲＲＣ設定）に基づいて、ＵＥを設定することができる。ＲＲＣ接続再開手順は、ＡＳセキュリティを再アクティベートし、ＳＲＢ及びＤＲＢを再確立することができる。

いくつかの実施形態において、ＲＲＣ接続を再開する要求に応じて、ネットワークは、次の手順のいずれかを実行し得る。いくつかの実施形態において、このような要求に応じて、ネットワークは、一時停止されたＲＲＣ接続を再開し、ＵＥをＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に送る、又は要求を拒否し、ＵＥをＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に（例えば、待機タイマーで）送り得る。いくつかの他の実施形態において、ネットワークは、要求に応じてＲＲＣ接続を直接的に、再度一時停止し、ＵＥをＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に送る、又は（ＲＲＣ）接続を直接的にリリースし、ＵＥをＲＲＣ＿ＩＤＬＥモードに送り得る。さらに他の実施形態において、ＲＲＣ接続を再開する要求に応じて、ネットワークは、（例えば、ＵＥにＲＲＣセットアップメッセージを送ることによって）ＮＡＳレベル回復を開始するようにＵＥに命令し得る。

その上、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態において、上位層（又はＲＲＣ層）は、ＵＥの特定のＤＲＸを設定し得る。ＵＥの制御されたモビリティは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のネットワーク設定に基づき得、ＵＥは、ＵＥ非アクティブＡＳコンテキストを保存し得る。その上、ＲＡＮベースの通知領域は、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき、ＲＲＣ層によって設定され得る。更に、ＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある間、（例えば、ＤＣＩを介してＰ－ＲＮＴＩで送信される）ショートメッセージを監視すること、（例えば、５Ｇ－Ｓ－ＴＭＳＩを使用して）ＣＮページング及び（例えば、フルＩ－ＲＮＴＩを使用して）ＲＡＮページングのためのページングチャネルを監視すること、（例えば、フルＩ－ＲＮＴＩを使用して）隣接セル測定及びセル（再）選択を実行すること、ＲＡＮベースの通知エリア更新を定期的に及び／又は設定されたＲＡＮベースの通知エリアの外に移動するときに実行すること、並びに（例えば、設定されている場合）システム情報を取得し、ＳＩ要求を送信することなどの他の機能を実行することができる。

〔ランダムアクセス手順〕
いくつかの実施形態において、２つのタイプのランダムアクセス（ＲＡ）手順は、ＵＥのためにサポート／設定され得る。例えば、ＭＳＧ１を用いる４ステップＲＡタイプ、及びＭＳＧＡを用いる２ステップＲＡタイプである。両方のタイプのＲＡ手順は、コンテンションベースランダムアクセス（ＣＢＲＡ）及びコンテンションフリーランダムアクセス（ＣＦＲＡ）をサポートする。

ＵＥは、例えば、以下のようなネットワーク設定に基づいて、ランダムアクセス手順の開始時にランダムアクセスの種類を選択する：
－ＣＦＲＡリソースが設定されないとき、ＲＳＲＰ閾値は、２ステップＲＡタイプと４ステップＲＡタイプとの間で選択するためにＵＥによって使用され得る；
－４ステップＲＡタイプのためのＣＦＲＡリソースが設定されるとき、ＵＥは、４ステップＲＡタイプを用いてＲＡを実行することができる；及び／又は、
－２ステップＲＡタイプのためのＣＦＲＡリソースが設定されるとき、ＵＥは、２ステップＲＡタイプを用いてＲＡを実行することができる。

図２Ａは、本出願の一例としての実施形態に従った、（例えば、小規模データ伝送のための）２ステップＲＡタイプのランダムアクセス手順を示す図２１０である。図２１０は、ＵＥ２０２及び基地局２０４（例えば、ｇＮＢ）を含み、ＵＥ２０２は、２ステップＲＡタイプを用いたランダムアクセス手順を介して、ＲＲＣ再開要求及び／又は上りリンク（ＵＬ）データ（例えば、小規模データ）を基地局２０４に送信し得る。

図２Ａに示すように、アクション２１２は、ＵＥ２０２がランダムアクセス（ＲＡ）プリアンブル及び／又はＲＲＣ再開要求（例えば、ＭＳＧ Ａ）を基地局２０４に送信することを含む。ＭＳＧ Ａは、ＲＡＣＨリソース及びＰＵＳＣＨペイロードを含むことができる。ＲＡプリアンブルは、ＭＳＧ ＡのＲＡＣＨリソースを介して送信されることができる。ＲＲＣ再開要求は、ＭＳＧ ＡのＰＵＳＣＨペイロードを介して送信されることができる。基地局２０４は、ＵＥ２０２にＲＡプリアンブルを送信させるために使用されることができるＲＡＣＨリソースを設定することができる。いくつかの実施形態において、ＲＡＣＨリソースは、特に小規模データ伝送の目的のために設定され得る。ＵＥ２０２は、設定されたＲＡＣＨリソース（例えば、時間リソース、周波数リソース、及びシーケンスリソースの組み合わせによって規定される）から（小規模データ伝送の目的のための）ＲＡＣＨリソースを選択し得る。次いで、ＵＥ２０２は例えば、小規模データ伝送の目的のために、ＭＳＧ Ａの選択されたＲＡＣＨリソースを使用してＲＡプリアンブルを送信することができる。ＵＥ２０２は、ＭＳＧＡのＰＵＳＣＨペイロードを介してＲＲＣ再開要求を送信することができる。ＵＬデータ（例えば、小規模データ）は、ＭＳＧ ＡのＰＵＳＣＨペイロードを介して送信されるＲＲＣ再開要求と多重化されてもよい。

図２Ａに示されるように、アクション２１４は、例えば、基地局２０４がＲＡプリアンブル及び／又はＵＬデータを検出したとき、基地局２０４がＵＥ２０２にランダムアクセス応答（ＲＡＲ）（例えば、ＭＳＧ Ｂ）を送信することを含む。ＵＬデータ伝送（例えば、小規模データ伝送）のために、基地局２０４は、基地局２０４がＭＳＧ ＡにおいてＵＬデータを正常に受信したか否かをＵＥ２０２に示すために、ＭＳＧ Ｂにおいて肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）メッセージを提供し得る。

図２Ｂは、本出願の一例としての実施形態に従った、（例えば、小規模データ伝送のための）４ステップＲＡタイプを用いるランダムアクセス手順を示す図２２０である。図２２０は、ＵＥ２０２及び基地局２０４（例えば、ｇＮＢ）を含み、ＵＥ２０２は、４ステップＲＡタイプを用いるランダムアクセス手順を介して、ＲＲＣ再開要求及び／又はＵＬデータ（例えば、小規模データ）を基地局２０４に送信し得る。

図２Ｂに示すように、アクション２２２は、ＵＥ２０２がＲＡプリアンブル（例えば、ＭＳＧ １）を基地局２０４に送信することを含む。基地局２０４は、ＵＥ２０２にＲＡプリアンブルを送信させるために使用され得るＲＡＣＨリソースを設定し得る。いくつかの実施形態において、ＲＡＣＨリソースは、特に小規模データ伝送の目的のために設定されてよい。いくつかの実施形態において、ＵＥ２０２は、設定されたＲＡＣＨリソース（例えば、時間リソース、周波数リソース、及びシーケンスリソースの組合せによって規定される）から（小規模データ伝送の目的のために）ＲＡＣＨリソースを選択し得る。次いで、ＵＥ２０２は、例えば小規模データ伝送の目的のために、選択されたＲＡＣＨリソースを使用してＲＡプリアンブルを送信することができる。

アクション２２４は、例えば基地局２０４がＲＡプリアンブルを検出するとき、基地局２０４がＲＡＲ（例えば、ＭＳＧ ２）をＵＥ２０２に送信することを含む。基地局２０４はＲＡプリアンブルを送信したＵＥ２０２を識別することができなかった可能性があるため、ＲＡＲは、基地局２０４によってカバーされるセル全体にわたって送信され得る。例えば、ＲＡＲがマッピングされる物理下りリンク共有チャネル（ＰＤＳＣＨ）リソースは、物理下りリンク制御チャネル（ＰＤＣＣＨ）を介して基地局２０４によってＵＥ２０２に示され得る。また、ＲＡＲは、上りリンクにおけるＵＥ２０２によって使用されるべきリソースに関する情報、又はＵＥ２０２のための上りリンク送信タイミングに関する情報を含んでもよい。

アクション２２６は、アクション２２４において、ＲＡＲを介して基地局２０４によって提供される上りリンクリソース（例えば、ＰＵＳＣＨリソース）を使用して、ＵＥ２０２が、ＲＲＣ再開要求（例えば、ＭＳＧ ３）を送信することを含む。本実施形態のいくつかにおいて、ＵＥ２０２は、ＲＲＣ再開要求メッセージを基地局２０４に送信することができ、ＲＲＣ再開要求メッセージは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態への遷移を要求することも、要求しないこともできる。いくつかの実施形態において、ＵＬデータ（例えば、小規模データ）はまた、ＭＳＧ ３を介して送信されるＲＲＣ再開要求メッセージを用いて多重化され得る。

アクション２２８は、基地局２０４がコンテンション解決（例えば、ＭＳＧ ４）のためのＰＤＣＣＨ送信をＵＥ２０２に送信することを含む。本実施形態のいくつかにおいて、基地局２０４は、基地局２０４がＭＳＧ ３内のＵＬデータを正常に受信したか否かをＵＥ２０２に示すために、ＭＳＧ ４内に確認応答（ＡＣＫ）／否定応答（ＮＡＣＫ）メッセージを提供してもよい。

いくつかの実施形態において、２ステップＲＡタイプを用いるＲＡ手順のＭＳＧＡは、ＰＲＡＣＨ上のプリアンブル、及びＰＵＳＣＨ上のペイロードを含み得る。いくつかのこのような実施形態において、ＭＳＧＡ送信後、ＵＥは、設定されたウィンドウ内でネットワークからの応答を監視してもよい。ＣＦＲＡの場合、ネットワーク応答を受信すると、ＵＥは、ランダムアクセス手順を終了し得る。ＣＢＲＡの場合、コンテンション解決が成功した場合、例えば、ネットワーク応答を受信すると、ＵＥは、ランダムアクセス手順を終了し得る。フォールバックインディケーションがＭＳＧＢで受信された場合、ＵＥは、ＭＳＧ３送信を実行し、コンテンション解決を監視することができる。ＭＳＧ３（再）送信後にコンテンション解決が成功しない場合、ＵＥは、ＭＳＧＡ送信に戻ることができる。いくつかの実施形態において、２ステップＲＡタイプを用いるランダムアクセス手順がいくつかのＭＳＧＡ送信後に完了しない場合、ＵＥは、４ステップＲＡタイプを用いるＣＢＲＡに切り替えるように設定され得る。

ＳＵＬを用いて設定されたセルにおけるランダムアクセスの場合、ネットワークは、どのキャリア（例えば、ＵＬ又はＳＵＬキャリア）が使用され得るかを明示的にシグナリングし得、そうでない場合、ＵＥは、ＤＬの測定された品質がブロードキャスト閾値よりも低い場合、ＳＵＬキャリアを選択し得る。ＵＥは、２ステップＲＡタイプ又は４ステップＲＡタイプを用いてＲＡ手順の間で選択する前に、キャリア選択を実行することができる。２ステップＲＡと４ステップＲＡタイプとの間で選択するためのＲＳＲＰ閾値は、ＵＬ及びＳＵＬのために別々に設定され得る。一旦開始されると、ランダムアクセス手順の全ての上りリンク送信は、選択されたキャリア上に留まることができる。

〔ＣＯＮＦＩＧＵＲＥＤ ＧＲＡＮＴ〕
いくつかの実施形態において、上りリンクにおいて、基地局（例えば、ｇＮＢ）は、ＰＤＣＣＨ上のＣ－ＲＮＴＩ／ＣＳ－ＲＮＴＩを介して、ＵＥにリソースを動的に割り当てることができる。ＵＥは、その下りリンク受信が有効化されたとき、上りリンク送信のための可能なｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔを見つけるために、ＰＤＣＣＨを監視することができる（例えば、ＵＥは設定されたとき、ＤＲＸによって管理された活動を行うことができる）。ＣＡが設定されるとき、同じＣ－ＲＮＴＩ／ＣＳ－ＲＮＴＩは、全てのサービングセルに適用され得る。その上、基地局は、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔを用いて、ＵＥへの初期ＨＡＲＱ送信のために上りリンクリソースを割り当てることができる。

いくつかの実施形態において、２タイプの設定された上りリンクグラントが設定され得る。タイプ１のｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ（ＣＧ）を用いると、ＲＲＣシグナリングは、設定された上りリンクグラント（例えば、周期性を含む）を直接提供することができる。タイプ２ＣＧを用いると、ＲＲＣシグナリングが設定された上りリンクグラントの周期性を定義することができ、一方で、ＣＳ－ＲＮＴＩにアドレス指定されたＰＤＣＣＨは設定された上りリンクグラントをシグナリングし、アクティベートするか、又は非アクティベートすることができる。すなわち、ＣＳ－ＲＮＴＩにアドレス指定されたＰＤＣＣＨは、非アクティベートされるまで、上りリンクグラントがＲＲＣシグナリングによって定義された周期性に従って暗黙的に再使用されことができることを示すことができる。

いくつかの実施形態において、タイプ１及びタイプ２のＣＧが、サービングセル毎に、及びＢＷＰ毎に、ＲＲＣシグナリングによって設定される。いくつかのそのような実施形態において、複数の設定が例えば、異なるサービングセル上で同時にアクティブであり得る。タイプ２のＣＧの場合、アクティベーション及び非アクティベーションは、サービングセルに依存し得る。同じサービングセルの場合、ＵＥ／ＭＡＣエンティティは、タイプ１又はタイプ２の何れかで設定され得る。

いくつかの実施形態において、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔタイプ１が設定される時、ＲＲＣは、異なるパラメータを設定し得る。例えば、ＲＲＣは、再送に使用されるｃｓ－ＲＮＴＩパラメータ、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔタイプ１の周期性を示す周期性パラメータ、時間領域におけるＳＦＮ＝０に対するリソースのオフセットを示すｔｉｍｅＤｏｍａｉｎＯｆｆｓｅｔパラメータ、ｓｔａｒｔＳｙｍｂｏｌＡｎｄＬｅｎｇｔｈを含む時間領域における設定された上りリンクグラントの割り当てのためのｔｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎパラメータ（例えば、技術仕様３８．２１４のＳＬＩＶ）、及びｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔのためのＨＡＲＱプロセスの数を示すｎｒｏｆＨＡＲＱ－Ｐｒｏｃｅｓｓｅｓパラメータを設定することができる。

（例えば、上位層によって）サービングセルのためのｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔタイプ１を設定すると、ＵＥ／ＭＡＣエンティティは、上位層によって提供された上りリンクグラントを、示されたサービングセルのための設定された上りリンクグラントとして保存することができる。ＵＥ／ＭＡＣエンティティはまた、ｔｉｍｅＤｏｍａｉｎＯｆｆｓｅｔ及びＳ（技術仕様（ＴＳ）３８．２１４で指定されるＳＬＩＶから導出される）パラメータに従ってシンボル内で開始し、周期性を伴って再発生するように、設定された上りリンクグラントを初期化又は再初期化することができる。

上述したように、ＮＲにおいて、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態における小規模ＵＬデータ伝送（ＳＤＴ）が可能である。ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態における小規模データ伝送のための解決方法は、サービスに依存せず、異なるサービス要件をもたらし得る。いくつかの実施形態において、小規模データ伝送は、ＲＡＣＨベースメカニズムを使用することによって（例えば、２ステップＲＡタイプ及び／又は４ステップＲＡタイプを用いたＲＡ手順を介して）、及び／又は事前設定されたＰＵＳＣＨリソース（例えば、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔタイプ１）を使用することによって実施され得る。

ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態における上りリンクデータ伝送に使用されるＵＥ ＡＳコンテキスト（例えば、ＵＥ Ｉｎａｃｔｉｖｅ ＡＳコンテキスト）は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態への状態遷移で使用されるものと類似し得る。ＵＥ ＡＳコンテキストは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に遷移するとき、ネットワークによって割り当てられ、ＵＥ（ネットワーク内だけでなく）に保存されてもよい「ａｓコンテキストＩＤ」を介してネットワーク内の位置を特定され、識別されてもよく、ＵＥが小規模データを送信しようとするとき、及び／又はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態への遷移を実行しようとするとき、ＡＳコンテキストの位置を特定するために使用されてもよい。ＵＥ ＡＳコンテキストは、例えば、小規模データ伝送をトリガーするとき、及び／又はＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移するとき、「アンカー」／ソース基地局に保存されてもよく、必要なときに、新しいサービス基地局によってフェッチされてもよい。ＵＥ ＩＤは、ＲＡＮ内のＵＥコンテキストを一意に識別でき得る。

小規模データ伝送は、コンテンション解決（例えば、少なくともＲＡＣＨが使用されるとき）のために、「第１の」メッセージの中で送信されたＡＳコンテキストＩＤを使用し得る。小規模データを有する「第１の」メッセージが受信された後、ネットワークは、例えば、ＤＬ ＲＲＣメッセージ（例えば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅメッセージ）を介して、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行し得ることをＵＥに通知することができ得る。小規模データを有する「第１の」メッセージは、必要に応じて、ネットワークが過負荷制御と優先順位付けを適用できるようにするための情報を提供し得る。ＵＥは、初期の上りリンク伝送を用いる「第１の」メッセージにおいて、ネットワークがＵＥをＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行させることを可能にするため、又はＵＥをＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のままにすることを可能にするために必要な全ての情報を、ネットワークに提供することができる。例えば、情報は、ＢＳＲを含み得る。

いくつかの実施形態において、小規模データ伝送は、少なくともＲＬＣ ＡＲＱメカニズムをサポートし得る。ネットワークは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態において小規模データを送信する時、コンテキスト更新を実行する能力を持ちうる。そのコンテキスト更新は、ＲＲＣシグナリングに依存することができ、「第２の」メッセージ（例えば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅメッセージ、又は小規模データ伝送によってトリガーされる制御応答メッセージ）において行われ得る。ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態におけるＵＥコンテキストは、無線ベアラ、論理チャネル、セキュリティなどの設定を含み得る。ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態と同じＰＤＣＰエンティティを維持し、ＰＤＣＰ ＣＯＵＮＴとＰＤＣＰエンティティのＳＮを維持し得る。

一つ又は複数の特定のＲＢ（例えば、ＤＲＢ及び／又はＳＲＢ）は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に維持され得、関係するサービスに関連付けられたＤＲＢ及び／又はＳＲＢ上で小規模データ伝送が行われ得る。ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態における小規模データ伝送の場合、ＵＥは、設定されたＲＢ（例えば、小規模データ伝送のために設定されたＤＲＢ及び／又はＳＲＢ）のために小規模データ伝送を実行し得る。設定されたＱｏＳを有するベアラがＵＬ小規模データ伝送のために使用されることを許可される場合、ＱｏＳは、依然として満たされることが要求され得る。

いくつかの実施形態において、ＲＲＣ接続再開要求は、ネットワークがコンテンション解決手順を実行し、ＵＥ ＡＳコンテキストを識別し、正しいＵＥを検証するために、少なくとも必要な情報を含み得る。ネットワークからの応答（例えば、ＲＲＣ接続再開メッセージ）を受信すると、ＵＥは、正しいネットワークを識別し、コンテンション解決手順を実行し、ＤＬデータを受信し、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のままである、又は以前に中断された接続を再開する（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行する）ことを可能になり得る。ＤＬ送信／応答及び後続のＵＬ送信は、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行する必要無しにサポートされ得る。

ＨＡＲＱ ＡＣＫ／ＮＡＣＫ送信は、ＭＳＧ３が送信されるときにサポートされ得る（例えば、ＵＥは第１のＵＬパケットを送信すると、ＤＬ ＰＤＣＣＨを継続的に監視することが期待され、ＵＥが引き続きＤＬチャネルをリッスンするとき、ＤＬ ＲＬＣ ＡＣＫ／ＮＡＣＫメッセージが通常どおりスケジュールされ得る）。ＵＥは、ネットワークがＵＥをＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のままにするか、又はＵＥをＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行させるかを決定できるようにする情報をネットワークに提供し得る。

いくつかの実施形態において、ＭＳＧ １は、４ステップＲＡタイプを有するランダムアクセス手順のＲＡプリアンブル送信のために使用され得、ＭＳＧ３は、ランダムアクセス手順の第１のスケジュールされた送信のために使用され得、ＭＳＧ Ａは、２ステップＲＡタイプを有するランダムアクセス手順のＲＡプリアンブル及びＰＵＳＣＨペイロード送信のために使用され得、ＭＳＧＢは、２ステップＲＡタイプを有するランダムアクセス手順においてＭＳＧ Ａに応答するために使用され得る。本実施形態のいくつかの態様において、ＭＳＧ Ｂは、コンテンション解決、フォールバックインディケーション、及び／又はバックオフインディケーションのための一つ又は複数の応答を含み得る。

〔ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態におけるＵＬ／小規模データ伝送をサポートする設定〕
上述したように、ＵＬデータ伝送（例えば、ＳＤＴ）は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態においてサポートされ得る。図１を参照して上述したように、ＲＲＣ状態のマシン及びＮＲにおける状態遷移に基づいて、ＵＥのＲＲＣ状態は、ＮＷによって制御され得る。具体的に、ＮＷは、ＲＲＣリリースメッセージ（例えば、一時停止設定）をＵＥに送信することによって、ＵＥのＲＲＣ状態をＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に切り替えることができる。事前セットされた実施形態のいくつかの態様において、ＵＥがＲＲＣ＿ＩＤＬＥ状態にある場合、その状態をＲＲＣ＿ＩＮＡＣＴＩＶＥに切り替える前に、第１にＵＥのＲＲＣ状態をＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に切り替えなければならないことがある。換言すると、いくつかの実施形態において、ＵＥのＲＲＣ状態は、ＲＲＣ＿ＩＤＬＥ状態から直接的にＲＲＣ＿ＩＮＡＣＴＩＶＥに切り替わらなくてもよい。

いくつかの実施形態において、ＵＬデータ伝送設定は、一時停止設定を有するＲＲＣリリースを介して、又はＲＲＣリリースコマンドに含まれるＵＬデータ伝送のための特定の設定を介して（及び／又はＲＲＣリリースメッセージの一時停止設定において）設定され得る。代替的に、ＵＬデータ伝送（例えば、ＳＤＴ）設定は、特定のＲＲＣ設定を介して事前設定され得る。例えば、専用ＲＲＣシグナリングによって、ＵＥは、ＲＲＣ再設定メッセージを介して（例えば、サービングセルから、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある間に）ＳＤＴ設定を受信し得る。

ＵＬデータ伝送（例えば、ＳＤＴ）設定は、４ステップＲＡＣＨ設定、２ステップＲＡＣＨ設定、Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ設定、無線ベアラ設定、ＢＷＰインディケータ、ＵＥ（コンテキスト）ＩＤ、タイムアラインメント（ＴＡ）設定、ページング設定、ＲＡＮ通知エリア設定などの内の一つ又は複数を含み得る。これらの設定は、以下に詳述されるが、例えばＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態におけるＵＬデータ伝送をサポートするように設定されている場合に、ＵＥによって適用されてもよい。より具体的に、ＵＥがＵＬデータ伝送設定を受信すると、ＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入り得る。いくつかの実施形態において、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき、ＵＬデータ伝送（例えば、ＳＤＴ）設定は、適用され得る。

〔ＲＡＣＨ設定〕:いくつかの実施形態において、ＳＤＴのための特定のプリアンブル及び／又はＰＲＡＣＨリソースは、設定され得る。特定のプリアンブル及び／又はＰＲＡＣＨリソースは、ＭＳＧ３のための特定のグラントサイズに関連付けられ得る。ＵＥは、（例えば、ＲＢ、ＴＡ、データ量、バッファ状態、チャネル品質などの）いくつかの基準に基づいて、ＳＤＴのためのＲＡ手順（例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態におけるＵＬデータ伝送）を開始するためにプリアンブル及び／又はＰＲＡＣＨリソースを選択し得る。いくつかの実施形態において、ＲＡＣＨ設定は、ＲＲＣリリースメッセージに含まれ得る。

〔２ステップＲＡＣＨ設定〕：いくつかの実施形態において、ＳＤＴのための特定のプリアンブル、ＰＲＡＣＨリソース、及び／又はＭＳＧＡ ＰＵＳＣＨは、設定され得る。特定のプリアンブル及び／又はＰＲＡＣＨリソースは、ＭＳＧ Ａ ＰＵＳＣＨのための特定のグラントサイズに関連付けられ得る。ＵＥは、（例えば、ＲＢ、ＴＡ、データ量、バッファ状態、チャネル品質などの）いくつかの基準に基づいて、ＳＤＴのためにプリアンブル、ＰＲＡＣＨリソース、及び／又は関連付けられたＭＳＧ Ａ ＰＵＳＣＨを選択し得る。いくつかの実施形態において、２ステップＲＡＣＨ設定は、ＲＲＣリリースメッセージに含まれ得る。

〔Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ設定〕：いくつかの実施形態において、ＵＬデータ伝送（例えば、ＳＤＴ）設定に含まれるｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ設定は、例えば３ＧＰＰ ＴＳ ３８．３２１に記載されているように、ＩＥ ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇに記載されている一つ又は複数のパラメータ（例えば、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔの周期性、ＵＬリソースのサイズ、ＵＬリソースの持続時間など）、及び／又は他のパラメータ（例えば、ＣＧのリリースに使用できる数及び／又は閾値、ＴＡ有効性のためのＴＡタイマー、ＲＳＲＰ閾値、タイムオフセット、ＵＥ固有のＲＮＴＩ、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ ＩＤ、及び／又はｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔを介したＵＬ伝送の応答のためのタイマー／ウィンドウ、ＨＡＲＱプロセスの数など）を含み得る。いくつかの実施形態において、ＣＧ設定は、ＲＲＣリリースメッセージに含まれ得る。

上述したように、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ設定は、タイプ１及び／又はタイプ２ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔであってよい。ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ設定は、コンテンションベースのリソース及び／又はコンテンションフリーのリソースを含み得る。そのようなｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ設定は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でのみ使用され得、且つ／又はＲＲＣ＿ＣＯＮＮＥＣＴＥＤとＲＲＣ＿ＩＮＡＣＴＩＶＥ状態の両方で使用され得る。ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ設定は、ＵＥのための専用ＵＬリソースを含み得る。ＵＥは、例えばＲＲＣ＿ＩＮＡＣＴＩＶＥ状態における送信に使用される複数のｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ設定を用いて設定され得る。より具体的に、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔを介した伝送数は、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ設定において設定され得る。例えば、伝送回数が２回である場合、ＵＥは、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔを伝送に２回だけ使用し得る。

いくつかの実施形態において、ＵＥは、カウンタを維持し、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ／リソースを介して、各伝送後、カウンタから１を差し引くことができる。いくつかのそのような実施形態において、カウンタがゼロに達した場合、ＵＥは、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ設定又はｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔリソースをクリア／リリースし得る。より具体的に、いくつかの実施形態において、タイマーは、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ設定において設定され得る。そのようなタイマーは、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ／リソースが有効であるか否かを反映するために使用され得る。いくつかの実施形態において、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ設定又はｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔリソースは、タイマーが動作している間（例えば、満了していない又はゼロに達していない）にのみ有効であり得る。

〔無線ベアラ設定〕：いくつかの実施形態において、特定のＳＲＢ及び／又はＤＲＢの一つ又は複数は、ＳＤＴのために設定され得る。いくつかの実施形態において、ＵＥがＳＤＴ手順を開始するとき、特定のＳＲＢ及び／又はＤＲＢは、再開されてよい。いくつかの実施形態において、ＵＥのＲＲＣ状態がＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に切り替わったとき（例えば、ＵＥが一時停止設定及び／又はＳＤＴ設定を用いてＲＲＣリリースを受信したとき）に、特定のＳＲＢ及び／又はＤＲＢは、一時停止されないことがある。いくつかの実施形態において、無線ベアラ設定は、ＲＲＣリリースメッセージに含まれ得る。

〔ＢＷＰインディケータ〕:いくつかの実施形態において、特定のＢＷＰ（ＩＤ）は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（例えば、ＳＤＴのために）において使用するために、ＵＥのために設定され得る。例えば、ＵＥがＢＷＰインディケータを受信した場合、及び／又はＵＥがＳＤＴ手順を開始した場合、ＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入るとき、アクティブＢＷＰを示された／設定されたＢＷＰに（例えば、ＢＷＰインディケータによって）切り替えることができる。ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態において、ＵＥは、示されたＢＷＰ上でブロードキャストされるシステム情報を受信し得る。示された／設定されたＢＷＰは、ＣＧ設定を用いて設定され得る。次いでＵＥは、示された／設定されたＢＷＰ上で（例えば、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔを介して）ＵＬデータ伝送を実行し得る。示された／設定されたＢＷＰは、初期ＢＷＰ、既定ＢＷＰ、及び／又は特定のＢＷＰであってよい。いくつかの実施形態において、ＢＷＰインディケータは、ＲＲＣリリースメッセージに含まれ得る。

〔ＵＥ（コンテキスト）ＩＤ〕：いくつかの実施形態において、ＵＥ（コンテキスト）ＩＤは、特定のＲＮＴＩ（例えば、Ｉ－ＲＮＴＩ、フルＩ－ＲＮＴＩ、ショートＩ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、ＳＤＴのための特定のＲＮＴＩなど）、ＵＥ ＡＳコンテキストＩＤ、ＵＥ Ｉｎａｃｔｉｖｅ ＡＳコンテキストなどに参照され得る。ＵＥ ＩＤは、いくつかの実施形態において、ＵＬデータ伝送と共に送信されてよい。例えば、ＵＥ ＩＤは、ＭＳＧ１、ＭＳＧ３、ＭＳＧＡ、及び／又はｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔから導出されたＵＬリソースを介して送信され得る。ＵＥ ＩＤは、いくつかの実施形態において、ＵＬデータ伝送のための要求（例えば、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔを介して）が受信されたとき、ＵＥによって使用され得る。いくつかの実施形態において、ＵＥ（コンテキスト）ＩＤは、ＲＲＣリリースメッセージに含まれ得る。

〔タイムアライメント（ＴＡ）設定〕:いくつかの実施形態において、特定のＴＡタイマーは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態において使用するために設定され得る。いくつかの実施形態において、ＵＥがＴＡ設定を受信するとき、ＵＥは、特定のＴＡタイマーを（再）開始してよい。いくつかの実施形態において、ＵＥが特定のタイミングアドバンスコマンドを受信するとき（例えば、ページングメッセージ、ショートメッセージ、及び／又はＰＤＣＣＨ及び／又は特定のＤＣＩフォーマットなどの他のＤＬシグナリングを介して）、ＵＥは、タイミングアドバンスコマンドを適用し、且つ／又は特定のＴＡタイマーを（再）開始してよい。タイミングアドバンスコマンド（例えば、タイミングアドバンスコマンドＭＡＣ ＣＥ）は、ＵＬ同期のためのＴＡ値を更新するために使用され得る。特定のＴＡタイマーが動作している間（例えば、満了していない、又はゼロに達していない）、ＵＥは、ＴＡが有効であると判定することができる。特定のＴＡタイマーが満了する（又は動作していない）場合、ＵＥは、ＴＡが有効でないと判定することができる。いくつかの実施形態において、ＴＡが有効であると判定された場合、ＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態において伝送のためにｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔのみを使用し得る。そうでなければ、ＵＥは、ＴＡが有効でないと判定され、同時に、ＵＥがＵＬデータを（例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態において）送信することを要求される場合、ＲＲＣ接続再開手順及び／又はランダムアクセス手順を開始することができる。いくつかの実施形態において、タイムアライメント（ＴＡ）設定は、ＲＲＣリリースメッセージに含まれ得る。

〔ページング設定〕:いくつかの実施形態において、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である間、ページングサイクルは、ＵＬデータ伝送のために設定され得る。いくつかの実施形態において、ページング設定は、ＲＲＣリリースメッセージに含まれ得る。

〔ＲＡＮ通知領域設定〕:いくつかの実施形態において、ＲＡＮ通知領域設定は、セルＩＤのリスト、ＲＡＮ領域設定リスト、ＲＡＮ領域コード（ＲＡＮＡＣ）のリスト、ＲＡＮ領域ＩＤのリスト、及び／又はトラッキング領域コードのリストを含み得る。ＲＡＮ通知領域のための特定のタイマー（例えば、３ＧＰＰによって導入されたｔ３８０に類似する）は、ＵＥのために設定され得る。いくつかの実施形態において、ＲＮＡ設定は、ＲＲＣリリースメッセージに含まれ得る。

上述したように、ＵＬデータ伝送（例えば、ＳＤＴ）設定及び対応するパラメータは、ＲＲＣリリースメッセージを介して（例えば、一時停止設定を用いて）設定され得る。いくつかの実施形態において、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態におけるＵＥは、ＵＬデータ伝送設定（例えば、ＲＡＣＨ設定、２ステップＲＡＣＨ設定、Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ設定、無線ベアラ設定、ＢＷＰインディケータ、ＵＥ（コンテキスト）ＩＤ、タイムアライメント（ＴＡ）設定、ページング設定、及び／又はＲＡＮ通知領域設定）を受信するとき、ＵＥは、そのＲＲＣ状態をＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に切り替え、ＵＬデータ伝送（例えば、ＳＤＴ）設定を適用し得る。ＵＥは、例えばＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移する状態を実行する必要なしに、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態におけるＵＬデータ伝送（例えば、ＳＤＴ）設定に続いて、ＵＬ及び／又はＤＬデータ伝送を実行することができる。更に、ＵＥは、ＭＡＣエンティティをリセットすることも、リセットしないこともできる（又はＭＡＣエンティティを部分的にリセットすることもできる）。ＵＥは、デフォルトのＭＡＣセルグループ設定をリリースすることもしないこともできる。

〔ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態におけるＵＬ／小規模データ伝送のためのＵＬグラントタイプの選択〕
本実施形態のいくつかにおいて、ＵＥ／ＭＡＣエンティティは、受信された又は設定されたＵＬグラントの使用方法を決定することができる。ＵＥがＵＬグラントを受信したか、又は設定されたＵＬグラント（例えば、アクティベートされた／初期化されたＣＧ設定）がある場合、ＵＥ／ＭＡＣエンティティは、ＵＬグラントを（例えば、新しいデータインディケータ（ＮＤＩ）に基づいて）新しい送信又は再送信のためであると決定し得る。その結果、ＵＥ／ＭＡＣエンティティは、このＵＬグラント及び関連付けられたＨＡＲＱ情報（例えば、ＮＤＩ、トランスポートブロックサイズ（ＴＢＳ）、冗長バージョン（ＲＶ）、及び／又はＨＡＲＱプロセスＩＤ）をＵＥのＨＡＲＱエンティティに配信することができる。

ＵＬグラント毎に、ＵＥのＨＡＲＱエンティティは、対応するＵＬグラントに関連付けられたＨＡＲＱプロセスを識別することができる。識別されたＨＡＲＱプロセスの各々について、ＵＥのＨＡＲＱエンティティは、対応するＵＬグラントのタイプ（例えば、ＵＬグラントが新しい送信のためのものであるか、又は再送信のためのものであるか、ＵＬグラントがＲＡＲにおいて受信されたか、ＵＬグラントがｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔであるか、など）を決定することができる。次いで、ＵＥのＨＡＲＱエンティティは、ＵＥの多重化及びアセンブリエンティティから（例えば、送信するために）ＭＡＣ ＰＤＵを取得し得る。送信すべきＭＡＣ ＰＤＵが取得された場合、ＵＥのＨＡＲＱエンティティは、ＭＡＣ ＰＤＵと、ＴＢ（例えば、ＭＡＣ ＰＤＵ）のＵＬグラント及びＨＡＲＱ情報とを、識別されたＨＡＲＱプロセスに配信することができる。ＵＥのＨＡＲＱエンティティがＴＢのための新しい送信を要求する場合、ＵＥのＨＡＲＱプロセスは、ＭＡＣ ＰＤＵを関連付けられたＨＡＲＱバッファに保存し、ＨＡＲＱエンティティから受信したＵＬグラントを保存し、及び／又は伝送を生成することができる。ＵＥのＨＡＲＱエンティティがＴＢの再送信を要求する場合、ＵＥのＨＡＲＱプロセスは、ＨＡＲＱエンティティから受信した上りリンクグラントを保存し、及び／又は伝送を生成することができる。ＴＢのための伝送を生成するために、ＵＥのＨＡＲＱプロセスは、保存されたＵＬグラントに従って送信を生成するように物理層に命令することができる。

いくつかの実施形態において、ＵＥがＵＬグラントを受信するとき、又は（各）ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ（例えば、ＰＵＳＣＨリソースの開始シンボル）の送信時間の前に、ＵＥは、伝送のためのデータ（例えば、ＭＡＣ ＰＤＵ／ＴＢ）を生成し得る。伝送のためのデータを生成するために、ＵＥ／ＭＡＣエンティティは、論理チャネル及び／又は生成されたＭＡＣ ＣＥからデータを取得するために、多重化及びアセンブリ手順及び／又はＬＣＰ手順を実行することができる。論理チャネルのための少なくともいくつかのＵＬデータが利用可能になった場合、ＵＥ／ＭＡＣエンティティは、ＢＳＲをトリガーすることができ（例えば、３ＧＰＰ ＴＳ ３８．３２１に規定されているようないくつかの基準も満たされたとき）、ＢＳＲは、ＵＬデータ量及び／又はバッファ状態に関する情報をネットワークに提供するために使用され得る。

例えば、ＬＣＨ（例えば、ＣＣＣＨ、ＤＣＣＨ、及び／又はＤＴＣＨ）によって上位層（例えば、ＲＲＣ、ＳＤＡＰ、ＰＤＣＰ、及び／又はＲＬＣ）から受信されたＵＬデータがあるとき、ＵＥのＭＡＣエンティティは、利用可能なＵＬデータがあると判定することができる。ＢＳＲがトリガーされた場合、ＵＥは、（新しい）伝送のために利用可能なＵＬリソース（例えば、ＰＵＳＣＨリソース）があるかどうかを検査することができる。利用可能なＵＬリソースがない場合、ＵＥは、ＳＲをトリガーすることができ、ＳＲは、新しい伝送のためにＵＬ－ＳＣＨリソースを要求するために使用され得る。現時点において、少なくとも、一つのＳＲが保留中であり、ＵＥは、保留中のＳＲのために有効なＰＵＣＣＨリソースが設定されているかどうかを検査することができる。有効なＰＵＣＣＨリソースがない場合、ＵＥは、ＲＡ手順（例えば、ＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態において、ＳｐＣｅｌｌ及び／又はＵＥがキャンプしたセル）を開始することができる。

ＵＥ／ＭＡＣエンティティがいずれかのタイプの設定された上りリンクグラント（例えば、タイプ１又はタイプ２）のためのアクティブな設定を有するとき、又はＵＥ／ＭＡＣエンティティが動的上りリンクグラントを受信したとき、又はこれらの条件の両方が満たされたとき、ＵＬリソースは、利用可能であると見なされ得ることに留意されたい。

本実施形態のいくつかにおいて、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき、ＰＵＣＣＨリソースは、設定されない／有効でないことがある。これは、ＵＥがＭＡＣエンティティをリセットし、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＮＡＣＴＩＶＥにＲＲＣ状態を切り替えたとき、ＴＡタイマーが満了したと見なし得るためである。ＴＡタイマーが満了したと判定されるとき、ＵＥは、例えば全てのセルに関連付けられた、ＰＵＣＣＨリソースをリリースすることができる。

最近の３ＧＰＰ ＮＲリリース（例えば、Ｒ－１５及び／又はＲ－１６）に基づいて、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき、ＵＥがＵＬデータを送信する必要がある場合、ＵＥは、その接続を再開する必要があり得る（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行する）。そのために、ＵＥは、ＲＲＣ接続再開手順を開始する、及び／又はＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージの送信を開始することができる。ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージは、論理チャネル（例えば、ＣＣＣＨ）を介して送信されてよい。ＵＥ／ＭＡＣエンティティの観点から、ＬＣＨによって受信されたＵＬデータがある場合（及び他の論理チャネルに利用可能なＵＬデータが含まれていない場合）、ＵＥは、ＢＳＲをトリガーし得る。ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態においてＵＬリソースを使用できないため、ＵＥは、ＳＲをトリガーし得る。従って、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に有効なＰＵＣＣＨリソースがない場合、ＵＥは、ＲＡ手順を開始し得る。したがって、ＵＥは、ＲＡ手順のＵＬリソースを使用してＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを送信することができる。いくつかの実施形態において、ＵＬリソースは、ＭＳＧ Ａ ＰＵＳＣＨであり得る。いくつかの実施形態において、ＵＬリソースは、ＲＡＲにおいて受信され得る。

本実施形態のいくつかにおいて、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態におけるＵＬデータ伝送（例えばＳＤＴ）のために、少なくとも３タイプのＵＬグラントは、サポートされ得る。ＵＬグラントは、４ステップＲＡタイプを有するＲＡ手順、２ステップＲＡタイプを有するＲＡ手順、及び／又は設定されたＰＵＳＣＨリソース（例えば、ＣＧタイプ１）を用いて提供され得る。４ステップＲＡタイプを有するＲＡ手順の場合、ＵＥは、ＲＡＲを受信したＵＬグラントを介してＵＬデータを送信することができる（例えば、ＵＬデータは、ＭＳＧ３を介して送信することができる）。２ステップＲＡタイプを用いるＲＡ手順の場合、ＵＥは、ＭＳＧ Ａのために事前設定されたＵＬグラントを介してＵＬデータを送信することができる（例えば、ＵＬデータは、ＭＳＧ ＡのＰＵＳＣＨリソースを介して送信されることができる）。設定されたＰＵＳＣＨリソースの場合、ＵＥは、アクティベートされた／初期化されたｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔを介してＵＬデータを送信することができる（ＵＬデータは、ＣＧのＰＵＳＣＨリソースを介して送信され得る）。従って、ＵＥのために設定された複数のタイプのＵＬグラントがある場合、ＵＥは、ＵＬデータ（例えば、小規模データ）を送信するためにどのタイプのＵＬグラントが使用されなければならないかを決定しなければならないことがある。

ＵＬグラントのタイプは、ＲＡＣＨベースのメカニズム（例えば、４ステップＲＡタイプ及び／又は２ステップＲＡタイプ）と、ＣＧベースのメカニズム（例えば、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔタイプ１）とにグループ化され得る。本明細書で説明されるように、いくつかの異なる基準は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態におけるＵＬデータ伝送（例えば、ＳＤＴ）のためのＲＡＣＨベースのメカニズム又はＣＧベースのメカニズムを選択するために、ＵＥによって決定され得る。その上、ＵＥがＲＡＣＨベースのメカニズムを選択する場合、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある間、ＵＬデータ伝送（例えば、ＳＤＴ）のための４ステップＲＡタイプ又は２ステップＲＡタイプを選択するために、異なる基準がＵＥによって決定され得る。

ＲＡＣＨベースのメカニズムの場合、ＵＥは、２ステップＲＡのみ（例えば、ｒａｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎＴｗｏＳｔｅｐＲＡを介して）、４ステップＲＡのみ（例えば、ｒａｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎを介して）、又は２ステップＲＡ及び４ステップＲＡの両方を用いて設定され得る。

２ステップＲＡにおいて、ＵＥは、ＭＳＧＡのための一つ又は複数のＰＵＳＣＨリソースを用いて設定され得る。いくつかの実施形態において、ＵＥは、一つ又は複数のプリアンブルグループを用いて設定されてよい。より具体的に、ＭＳＧＡのためのＰＵＳＣＨリソースの数は、ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎＴｗｏＳｔｅｐＲＡパラメータ内の設定されたプリアンブルグループの数と一致し得る。より具体的に、ＭＳＧＡのための異なるプリアンブルグループ及び／又は異なるＰＵＳＣＨリソースが異なる特性（例えば、ペイロードサイズ、ＭＣＳ、ＤＭＲＳ、ＰＵＳＣＨ機会の数など）に関連付けられ得る。

４ステップＲＡにおいて、ＵＥは、一つ又は複数のプリアンブルグループを用いて設定され得る。より具体的に、異なるプリアンブルグループは、異なる特性（例えば、ＭＳＧ３のペイロードサイズ）に関連付けられ得る。

ＣＧベースのメカニズムにおいて、ＵＥは、例えばＳＤＴのため、及び／又はＲＲＣ＿ＩＮＡＣＴＩＶＥ状態におけるＵＬデータ伝送のために、ゼロ、１、又は複数のＣＧリソースを用いて設定されてよい。いくつかの実施形態において、異なるＣＧ設定／リソースは、異なる特性（例えば、ペイロードサイズ、周期性、ＭＣＳ、反復の数、ＨＡＲＱプロセスの数など）を有し得る。いくつかの実施形態において、ＣＧは、特定のＵＥのための専用のＰＵＳＣＨリソース、及び／又はＵＥのグループによって共有される共通のＰＵＳＣＨリソースであってもよい。いくつかの実施形態において、ＵＥが複数のＣＧ設定／リソース、例えばＳＤＴのために、及び／又はＲＲＣ＿ＩＮＡＣＴＩＶＥ状態におけるＵＬデータ伝送のために設定されるとき、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態において、ゼロ、１、又は複数のＣＧ設定／リソースは、初期化／アクティベートされ得る。いくつかの実施形態において、ＵＥは、初期化／アクティベートされたＣＧ設定／リソースのみがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態においてＵＬデータ伝送のために有効である、又は利用可能であり得ると決定することができる。

〔ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態におけるＵＬ／小規模データ伝送のためのＲＡＣＨベース又はＣＧベースのメカニズムの選択〕
上述したように、本実施形態のいくつかにおいて、ＵＥは、（例えば、４ステップＲＡタイプ及び／又は２ステップＲＡタイプのための）一つ又は複数のＲＡＣＨリソースと、例えばＳＤＴのための、一つ又は複数のＣＧリソース（例えば、ＣＧタイプ１）とを用いて設定され得る。少なくとも一つの無線ベアラ／論理チャネルに関連付けられた少なくともいくつかのＵＬデータが利用可能になり、且つ／又はＢＳＲがトリガーされるとき（例えば、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある間）、ＵＬデータ伝送（例えば、ＳＤＴ）のためにＣＧ設定／リソースを使用するか、ＳＲをトリガーするか、及び／又はＲＡ手順を開始するか（及び／又はＲＲＣ接続再開手順を開始するか）を決定するために、以下の代替となる基準の一つ又は複数のＵＥによって適用され得る。いくつかの実施形態において、（新しい）伝送のための有効／利用可能なＵＬリソース及び／又はＣＧリソースがあるかどうかを判定するために、以下の代替となる基準の内の一つ又は任意の組合せが、ＵＥによって適用され得る。いくつかの実施形態において、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある間、ＣＧ設定によって設定されたＵＬリソースを介してＵＬデータ（例えば、小規模データ）を送信するかどうかを決定するために、ＵＥによって、以下の代替となる基準の一つ又は任意の組み合わせが適用され得る。

〔基準１－１〕:ＣＧ設定／リソースが初期化／有効化されているかどうかに基づく。

本実施形態のいくつかにおいて、ＣＧ設定／リソースがＵＥによるＵＬデータ伝送のために使用可能かどうか、又はＣＧ設定／リソースが有効／使用可能であると判定されるかどうかは、ＣＧ設定が初期化／アクティベートされたかどうかに基づいて決定され得る。つまり、いくつかの実施形態において、ＣＧ設定／リソースが一時停止／非アクティベート／リリースされる場合、ＣＧ設定／リソースは、ＵＬデータ伝送に使用されないことがある。同様に、ＣＧ設定／リソースが、ＵＥによって、無効／使用不可能と決定された場合、ＣＧ設定／リソースは、ＵＬデータ伝送に使用されないことがある。いくつかの実施形態において、ＣＧがＵＥに設定されているとき、ＣＧ設定は、初期化／アクティベートされ得る。例えば、ＵＥがＣＧ設定を受信するとき、ＣＧ設定は、初期化／アクティベートされ得る。いくつかの実施形態において、ＮＷは、ＣＧ設定／リソースを初期化／アクティベートするため、及び／又はＣＧ設定／リソースを一時停止／非アクティベート／リリースするために、ＵＥにインディケーションを送ることがある。いくつかの実施形態において、ＵＥは、ＲＲＣＲｅｌｅａｓｅメッセージで（例えば、一時停止設定を用いて）初期化／アクティベートされる、又は一時停止／非アクティベート／リリースされるＣＧ設定に関連付けられたＣＧ設定及び／又はインデックスを（例えば、ＮＷから）受信し得る。いくつかの実施形態において、ＵＥが特定のＣＧ設定、例えばＳＤＴのためのＲＲＣＲｅｌｅａｓｅメッセージを受信したとき、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に遷移し得る。次いで、ＵＥは、特定のＣＧ設定を開始／アクティベートし、及び／又は、例えばＳＤＴのためでない、他のＣＧ設定を一時停止／非アクティベート／リリースすることができる。ＵＥは、ＵＬデータ伝送（例えば、ＳＤＴ）のためにＣＧ設定／リソースを使用するか、ＳＲをトリガーするか、ＲＡ手順（例えば、ＳＤＴのため）を開始するか、及び／又はＲＲＣ接続再開手順を開始するかを、例えば、ＣＧ設定のいずれかが初期化されているか及び／又はアクティベートされているかに基づいて、決定することができる。

いくつかの実施形態において、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき、ＵＥは、第１のＣＧ設定を用いて設定され得る。いくつかのそのような実施形態において、無線ベアラ／論理チャネルに関連付けられた少なくともいくつかのＵＬデータが利用可能になり、且つ／又はＢＳＲがトリガーされたとき（例えば、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき）、例えば、第１のＣＧ設定が初期化／アクティベートされたかどうかに基づいて、ＵＬデータ伝送（例えば、ＳＤＴ）のためにＣＧ設定／リソースを使用するか、ＳＲをトリガーするか、（例えば、ＳＤＴのために）ＲＡ手順を開始するか、及び／又は、ＵＥは、ＲＲＣ接続再開手順を開始するかどうかを決定することができる。第１のＣＧ設定が設定され、且つ／又は初期化／アクティベートされた場合、ＵＥは、ＵＬデータ伝送（例えば、ＳＤＴ）のためにＣＧ設定／リソースを使用し得る。その結果、ＵＥは、ＳＲをトリガーすることができず、ＲＡ手順を開始することができず、及び／又はＲＲＣ接続再開手順を開始することができないことがある。より具体的に、ＵＥは、第１のＣＧ設定が初期化／アクティベートされたかどうかに基づいて、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にＵＬデータ伝送（例えば、ＳＤＴ）のための有効／利用可能なＵＬリソースがあるかどうかを決定することができる。換言すると、第１のＣＧ設定が設定されておらず、且つ／又は初期化されていない／アクティベートされていない場合、ＵＥは、ＳＲをトリガーし、ＲＡ手順を開始し、及び／又は、ＲＲＣ接続再開手順を開始することができる。

いくつかの実施形態において、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき、ＵＥは、複数のＣＧ設定、例えば、第１のＣＧ設定と第２のＣＧ設定を用いて設定されてよい。いくつかの実施形態において、無線ベアラ／論理チャネルに関連付けられた少なくともいくつかのＵＬデータが利用可能になり、且つ／又はＢＳＲがトリガーされるとき（例えば、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき）、ＵＥは、ＵＬデータ伝送（例えば、ＳＤＴ）のためにＣＧ設定／リソースを使用するかどうか、ＳＲをトリガーするかどうか、ＲＡ手順（例えば、ＳＤＴのため）を開始するかどうか、及び／又はＲＲＣ接続再開手順を開始するかどうかを、第１及び第２のＣＧ設定の少なくとも一つが初期化／アクティベートされているかどうかに基づいて決定することができる。第１及び第２のＣＧ設定の少なくとも一つが設定され、且つ／又は初期化／アクティベートされた場合、ＵＥは、ＵＬデータ伝送（例えば、ＳＤＴ）のためにＣＧ設定／リソースを使用することができる。その結果、ＵＥは、ＳＲをトリガーすることができず、ＲＡ手順を開始することができず、及び／又はＲＲＣ接続再開手順を開始することができないことがある。より具体的に、ＵＥは、第１のＣＧ設定が初期化／アクティベートされたかどうかに基づいて、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にＵＬデータ伝送（例えば、ＳＤＴ）のための有効／利用可能なＵＬリソースがあるかどうかを決定することができる。換言すると、第１及び第２のＣＧ設定が設定及び／又は初期化／アクティベートされていない場合、ＵＥは、ＳＲをトリガーし、ＲＡ手順を開始し、及び／又はＲＲＣ接続再開手順を開始することができる。

いくつかの実施形態において、ＵＥのための特定（ＵＬ）ＢＷＰは、例えばＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥの間の小規模データ伝送のために、一つ又は複数のＣＧ設定で設定されてよい。ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある間、無線ベアラ／論理チャネルに関連付けられた少なくともいくつかのＵＬデータが利用可能になり、且つ／又はＢＳＲがトリガーされた場合、ＵＥは、ＵＬデータ伝送（例えば、ＳＤＴ）のためにＣＧ設定／リソースを使用するか、ＳＲをトリガーするか、（例えば、ＳＤＴのために）ＲＡ手順を開始するか、及び／又はＲＲＣ接続再開手順を開始するかを、例えば特定の（ＵＬ）ＢＷＰの設定されたＣＧ設定の少なくとも一つが初期化／アクティベートされたかどうかに基づいて、決定してよい。特定の（ＵＬ）ＢＷＰの設定されたＣＧ設定の少なくとも一つが初期化／アクティベートされている場合、ＵＥは、ＳＲをトリガーしないか、ＲＡ手順を開始しないか、ＲＲＣ接続再開手順を開始しないことがある。そうでない場合、ＵＥは、ＲＡ手順を介して小規模データ伝送を実行することができる。いくつかの実施形態において、上述した特定の（ＵＬ）ＢＷＰは、小規模データ伝送のための特定の（ＵＬ）ＢＷＰとして基地局によって示される／設定される（ＵＬ）ＢＷＰであってもなくてもよい。いくつかの実施形態において、特定の（ＵＬ）ＢＷＰは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある間、アクティブ（ＵＬ）ＢＷＰとして決定され得る。

いくつかの実施形態において、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある間、ＵＥのための特定の（ＵＬ）ＢＷＰは、小規模データ伝送のために一つ又は複数のＣＧ設定を用いて設定できる。ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある間、無線ベアラ／論理チャネルに関連付けられた少なくともいくつかのＵＬデータが利用可能になり、且つ／又はＢＳＲがトリガーされたとき、ＵＥは、ＵＬデータ伝送（例えば、ＳＤＴ）のためにＣＧ設定／リソースを使用し、ＳＲをトリガーし、（例えば、ＳＤＴのために）ＲＡ手順を開始し、及び／又は、ＲＲＣ接続再開手順を開始するかどうかを、ＵＬ ＢＷＰの設定されたＣＧ設定の少なくとも一つがｒｒｃ－ＣｏｎｆｉｇｕｒｅｄＵｐｌｉｎｋＧｒａｎｔ（例えば、３ＧＰＰ ＴＳ ３８．３３１で定義される）で設定され、初期化／アクティベートされたかどうかに基づいて決定することができる。ＵＬ ＢＷＰの設定されたＣＧ設定の少なくとも一つがｒｒｃ－ＣｏｎｆｉｇｕｒｅｄＵｐｌｉｎｋＧｒａｎｔを用いて設定され、且つ、初期化／アクティベートされている場合、ＵＥは、ＵＬデータ伝送（例えばＳＤＴ）のためにＣＧ設定／リソースを使用することができ、ＵＥは、ＳＲをトリガーしないか、ＲＡ手順を開始しないことがある。そうでない場合、ＵＥは、ＲＡ手順を介して小規模データ伝送を実行し得る。例えば、ＵＥは、ＳＲをトリガーし、ＲＡ手順を開始し、且つ／又はＲＲＣ接続再開手順を開始し得る。いくつかの実施形態において、特定の（ＵＬ）ＢＷＰは、小規模データ伝送のために基地局によって（ＵＬ）ＢＷＰとして示され／設定されている（ＵＬ）ＢＷＰであってもよいし、そうでなくてもよい。いくつかの実施形態において、特定のＵＬ ＢＷＰは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある間、アクティブ（ＵＬ）ＢＷＰとして決定され得る。

いくつかの実施形態において、ＵＥのための特定のサービングセルは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある間、小規模データ伝送のための一つ又は複数のＣＧ設定を用いて設定されてよい。ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある間、無線ベアラ／論理チャネルに関連付けられた少なくともいくつかのＵＬデータが利用可能になり、且つ／又はＢＳＲがトリガーされた場合、ＵＬデータ伝送（例えば、ＳＤＴ）のためにＣＧ設定／リソースを使用するか、（例えば、ＳＤＴのために）ＳＲをトリガーしてＲＡ手順を開始するか、及び／又は、例えばサービングセルのためのＣＧ設定の少なくとも一つが初期化／アクティベートされたかどうかに基づいて、ＲＲＣ接続再開手順を開始するかどうかを、ＵＥは、決定することができる。サービングセルのためのＣＧ設定の内の少なくとも一つが初期化／アクティベートされている場合、ＵＥは、ＵＬデータ伝送（例えば、ＳＤＴ）のためにＣＧ設定／リソースを使用することができ、ＵＥは、ＳＲをトリガーすることができず、ＲＡ手順を開始することができず、及び／又はＲＲＣ接続再開手順を開始することができないことがある。そうでない場合、ＵＥは、ＲＡ手順を介して小規模データ伝送を実行することができる。例えば、ＵＥは、ＳＲをトリガーし、ＲＡ手順を開始し、及び／又はＲＲＣ接続再開手順を開始することができる。いくつかの実施形態において、ＵＥのための特定のサービングセルは、小規模データ伝送のためのサービングセルとして基地局によって示される／設定されるサービングセルであっても、なくてもよい。いくつかの実施形態において、特定のサービングセルは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある間、アクティブサービングセルとして決定され得る。

いくつかの実施形態において、ＵＥのための特定のサービングセルは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある間、小規模データ伝送のための一つ又は複数のＣＧ設定を用いて設定されてよい。ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある間、無線ベアラ／論理チャネルに関連付けられた少なくともいくつかのＵＬデータが利用可能になり、且つ／又はＢＳＲがトリガーされた場合、ＵＥは、ＵＬデータ伝送（例えば、ＳＤＴ）のためにＣＧ設定／リソースを使用し、ＳＲをトリガーし、（例えば、ＳＤＴのために）ＲＡ手順を開始し、及び／又は、例えば、サービングセルのための設定されたＣＧ設定の少なくとも一つが（例えば、３ＧＰＰ ＴＳ ３８．３３１に定義されているように）ｒｒｃ－ＣｏｎｆｉｇｕｒｅｄＵｐｌｉｎｋＧｒａｎｔで設定され、初期化／アクティベートされたかどうかに基づいて、ＲＲＣ接続再開手順を開始するかどうかを決定することができる。サービングセルの設定されたＣＧ設定の少なくとも一つがｒｒｃ－ＣｏｎｆｉｇｕｒｅｄＵｐｌｉｎｋＧｒａｎｔを用いて設定され、初期化され、アクティベートされている場合、ＵＥは、ＵＬデータ伝送（例えば、ＳＤＴ）にＣＧ設定／リソースを使用し得る。その結果、ＵＥは、ＳＲをトリガーすることができず、ＲＡ手順を開始することができず、及び／又はＲＲＣ接続再開手順を開始することができない。そうでない場合、ＵＥは、ＲＡ手順を介して小規模データ伝送を実行することができる。例えば、ＵＥは、ＳＲをトリガーし、ＲＡ手順を開始し、及び／又はＲＲＣ接続再開手順を開始することができる。いくつかの実施形態において、ＵＥのための特定のサービングセルは、小規模データ伝送のためのサービングセルとして基地局によって示される／設定されるサービングセルであっても、なくてもよい。いくつかの実施形態において、特定のサービングセルは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある間、アクティブなサービングセル（例えば、ＳｐＣｅｌｌ）として決定され得る。

〔基準１－２〕：ＣＧ設定／リソースの一つ又は複数の特性（例えば、ペイロードサイズ、反復の数、周期性、ＳＬＩＶ、ＨＡＲＱプロセスの数、ＨＡＲＱ情報、タイマーなど）に基づく。

いくつかの実施形態において、ＵＥは、一つ又は複数のＣＧ設定を用いて設定できる。ＣＧ設定は、初期化／アクティベートされてもよく、以下の表１にリストされるパラメータの内の一つ又は複数、及び／又は小規模データ伝送のためにＣＧ設定において設定される特定のパラメータといった、特定の特性を含んでよい。

いくつかの実施形態において、無線ベアラ／論理チャネルに関連付けられた少なくともいくつかのＵＬデータが利用可能になったとき、及び／又はＢＳＲがトリガーされたとき（例えば、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき）、ＵＥは、例えばＣＧ設定／リソースの特性の一つ又は複数が特定のルールを満たすかどうかに基づいて、ＵＬデータ伝送（例えば、ＳＤＴ）のためにＣＧ設定／リソースを使用するか、ＳＲをトリガーするか、（例えば、ＳＤＴのために）ＲＡ手順を開始するか、及び／又は、ＲＲＣ接続再開手順を開始するかどうかを決定してよい。より具体的に、ＵＥは、ＣＧ設定／リソースの特性の一つ又は複数が特定のルールを満たすかに基づいて、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でＵＬデータ伝送（例えば、ＳＤＴ）のための有効／利用可能なＵＬリソースがあるかを決定することができる。

いくつかの実施形態において、ＣＧ設定／リソースの特性の値が閾値より高いか又は低いかを判定することによって、ＵＬデータ伝送（例えば、ＳＤＴ）のためにＣＧ設定／リソースを使用するかどうか、ＳＲをトリガーするかどうか、（例えば、ＳＤＴのために）ＲＡ手順を開始かどうか、及び／又はＲＲＣ接続再開手順を開始するかどうかを決定するために、ＵＥに前記閾値が設定され得る。いくつかの実施形態において、専用シグナリング（例えば、一時停止設定を有するＲＲＣＲｅｌｅａｓｅメッセージなど）、ブロードキャストされるシステム情報（例えば、ＳＩＢ１、他のＳＩ、小規模データ固有システム情報など）、又は他のシグナリング、といった、異なる手段を介して、ＢＳによってＵＥに前記閾値が設定され得る。いくつかの実施形態において、ＵＥが一旦設定された閾値を受信すると、ＵＥは、（もしあれば）保存された閾値を受信された閾値に置き換えることができる。いくつかの実施形態において、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ又はＲＲＣ＿ＩＤＬＥ状態に入ったとき、ＵＥは、設定された閾値をリリースし得る。いくつかの実装形態において、ＵＥは、いくつかの異なる閾値を受信することができ、これらの閾値の各々は、ＣＧ設定／リソースの特性（例えば、第１のＣＧ設定のペイロードサイズ、第１のＣＧ設定の周期性、第１のＣＧ設定の反復のための数などの内の一つ）に関連付けられ得る。

いくつかの実施形態において、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき、ＵＥは、第１のＣＧ設定を用いて設定され得る。無線ベアラ／論理チャネルに関連付けられた少なくともいくつかのＵＬデータが利用可能になり、且つ／又はＢＳＲがトリガーされた場合（例えば、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき）、ＵＬデータ伝送（例えば、ＳＤＴ）のためにＣＧ設定／リソースを使用するかどうか、ＳＲをトリガーするかどうか、（例えば、ＳＤＴのために）ＲＡ手順を開始するかどうか、及び／又はＲＲＣ接続再開手順を開始するかどうかを、ＵＥは、第１のＣＧ設定のデータ量が閾値より低いかどうかに基づいて決定することができる。第１のＣＧ設定のためのデータ量が閾値よりも低い場合、ＵＥは、ＵＬデータ伝送（例えば、ＳＤＴ）のためにＣＧ設定／リソースを使用し得る。第１のＣＧ設定のデータ量が閾値よりも高い場合、ＵＥは、ＳＲをトリガーし、ＲＡ手順を開始し、ＲＲＣ接続再開手順を開始することができる。より具体的には、第１のＣＧ設定のためのデータ量が閾値より低い場合、ＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態におけるＵＬデータ伝送のための有効／利用可能なＵＬリソースがあると判定することができる。

いくつかの実施形態において、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき、ＵＥは、第１のＣＧ設定を用いて設定され得る。無線ベアラ／論理チャネルに関連付けられた少なくともいくつかのＵＬデータが利用可能になり、且つ／又はＢＳＲがトリガーされた場合（例えば、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき）、ＵＬデータ伝送（例えば、ＳＤＴ）のためにＣＧ設定／リソースを使用するか、（例えば、ＳＤＴのために）ＳＲをトリガーしてＲＡ手順を開始するか、及び／又はＲＲＣ接続再開手順を開始するかを、例えば、第１のＣＧ設定の周期が閾値よりも短い（又は等しい）かに基づいて、ＵＥは、決定してもよい。第１のＣＧ設定の周期が閾値よりも高い場合、ＵＥは、ＳＲをトリガーし、ＲＡ手順を開始し、及び／又はＲＲＣ接続再開手順を開始することができる。より具体的には、第１のＣＧ設定の周期が閾値よりも短い場合、ＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態においてＵＬデータ伝送に有効／利用可能なＵＬリソースがあると判定してよい。

いくつかの実施形態において、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき、ＵＥは、第１のＣＧ設定を用いて設定され得る。無線ベアラ／論理チャネルに関連付けられた少なくともいくつかのＵＬデータが利用可能になった場合、及び／又はＢＳＲがトリガーされた場合（例えば、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき）、ＵＬデータ伝送（例えば、ＳＤＴ）のためにＣＧ設定／リソースを使用するか、（例えば、ＳＤＴのために）ＳＲをトリガーしてＲＡ手順を開始するか、及び／又はＲＲＣ接続再開手順を開始するかを、例えば、第１のＣＧ設定の繰り返し回数が閾値より多いか少ないかに基づいて、ＵＥは決定してよい。第１のＣＧ設定の繰り返し回数が閾値を超えない場合、ＵＥはＳＲをトリガーし、ＲＡ手順を開始し、ＲＲＣ接続再開手順を開始することができる。より具体的には、第１のＣＧ設定の繰り返し回数が閾値よりも多いとき、ＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態においてＵＬデータ伝送に有効／利用可能なＵＬリソースがあると判定してよい。

いくつかの実施形態において、ＵＥは、ＣＧ設定に関連付けられたタイマーを用いて設定されてよく、タイマーは、例えば（新しい）伝送のために、関連付けられたＣＧ設定／リソースが有効／利用可能であるかどうかを表すために使用されてよい。例えば、ＵＥは、動作中のタイマーに基づいて、例えば（新しい）伝送のために、関連付けられたＣＧ設定／リソースが有効／利用可能であることを決定することができる。いくつかの実施形態において、タイマーが動作していないとき、ＵＥは、例えば（新しい）伝送のために、関連付けられたＣＧ設定／リソースが有効／利用可能でないと決定することがある。いくつかの実施形態において、ＵＥは、専用シグナリングを介して（例えば、一時停止設定を伴うＲＲＣＲｅｌｅａｓｅメッセージ内で）、ブロードキャストされるシステム情報（例えば、ＳＩＢ１、他のＳＩ、小規模データ固有システム情報）などで、ＮＷによってタイマーを用いて設定され得る。

いくつかの実施形態において、タイマーが動作しており、（ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態における）ＵＥがタイマーの設定をＮＷから受信した場合、ＵＥは、タイマーの設定を無視することも、適用することもできる。いくつかの実施形態において、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ又はＲＲＣ＿ＩＤＬＥ状態に入ったとき、ＵＥは、タイマーをリリース／停止し得る。いくつかの実施形態において、ＵＥがタイマーのための設定を受信したとき、ＵＥは、タイマーを（再）開始し得る。例えば、専用シグナリング（例えば、ＲＲＣリリースメッセージ）を介してタイマーの設定を受信すると、ＵＥは、タイマーを再開始し得る。いくつかの実施形態において、ＵＥがＣＧ設定を受信したとき、ＵＥは、タイマーを（再）開始してよい。いくつかの実施形態において、ＵＥは、それぞれがａＣＧ設定の一つに関連付けられ得るタイマーのためのいくつかの設定を受信し得る。いくつかの実施形態において、ＵＥは、ＵＥのための全てのＣＧ設定に関連付けられたタイマーのための一つの設定を受信し得る。

いくつかの実施形態において、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき、ＵＥは、第１のＣＧ設定を用いて設定され得る。無線ベアラ／論理チャネルに関連付けられた少なくともいくつかのＵＬデータが利用可能になった場合、及び／又はＢＳＲがトリガーされた場合（例えば、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき）、ＵＬデータ伝送（例えば、ＳＤＴ）のためにＣＧ設定／リソースを使用するかどうか、ＳＲをトリガーするかどうか、（例えば、ＳＤＴのために）ＲＡ手順を開始するかどうか、及び／又はＲＲＣ接続再開手順を開始するかどうかを、例えばＣＧ設定に関連するタイマーが動作しているかどうかに基づいて、ＵＥは決定することができる。ＣＧ設定に関連付けられたタイマーが動作中である場合、ＵＥは、ＵＬデータ伝送（例えば、ＳＤＴ）のためにＣＧ設定／リソースを使用し得る。ＣＧ設定に関連付けられたタイマーが動作していない（又は満了する）場合、ＵＥは、ＳＲをトリガーし、ＲＡ手順を開始し、及び／又はＲＲＣ接続再開手順を開始することができる。より具体的には、ＣＧ設定に関連付けられたタイマーが動作しているとき、ＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にＵＬデータ伝送（例えば、ＳＤＴ）のための有効／利用可能なＵＬリソースがあると決定してよい。

いくつかの実施形態において、タイマーは、ＣＧ有効タイマー又はＴＡタイマーであってよい。例えば、タイマーを使用し、設定されたグラント設定／リソースのリリース／一時停止／非アクティベート／有効性を制御することができる。より具体的には、タイマーが満了する（例えば、ゼロに達する）とき、ＵＥは、関連付けられたＣＧ設定が無効であると判定し得る。タイマーが満了し、関連付けられたＣＧ設定が無効になった場合、ＵＥは、ＣＧ設定／リソースをリリース／一時停止することができる。続いて、ＣＧ設定がリリース／一時停止されるとき、ＵＥは、小規模データ伝送のために、２ステップＲＡタイプ及び／又は４ステップＲＡタイプを用いてＲＡ手順を開始することができる。いくつかの実施形態において、タイマーは、タイミングアドバンスが有効であるかどうかを制御するために使用され得る。

いくつかの実施形態において、タイマーは、特定のタイマーであってよい。特定のタイマーは、ＨＡＲＱプロセスに関連付けられ得る。特定のタイマーは、ＵＥが、例えば対応するＨＡＲＱプロセスのために、ＵＬグラント又はＤＬ割り当てを受信するとき、（再）開始され得る。特定のタイマーは、例えば対応するＨＡＲＱプロセスのために、ＵＬ及び／又はＤＬ送信が実行されるとき、（再）開始されてよい。特定のタイマーは、ＵＥが、例えば対応するＨＡＲＱプロセスのために、ＨＡＲＱフィードバック（例えば、ＡＣＫ又はＮＡＣＫ）を受信するとき、停止され得る。

いくつかの実施形態において、タイマーは、一つ又は複数のＣＧ設定に関連付けられてよい。例えば、一つのタイマーは、ＵＥによって適用される全てのＣＧ設定に関連付けられ得る。別の実施例において、各タイマーは、ＵＥによって適用される対応するＣＧ設定に関連付けられてよい。

〔基準１－３〕：ＬＣＰマッピング制限に基づく。

ＵＥは（各）論理チャネルのための一つ又は複数のＬＣＰマッピング制限（例えば、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき）を用いて設定され得る。ＬＣＰマッピング制限は、異なるＬＣＨからのＵＬデータを、異なる特性を有するＵＬリソースにマッピングするために使用され得る。例えば、ＬＣＰマップ制限は、異なるＬＣＨからのＵＬデータを、例えばａｌｌｏｗｅｄＣＧ－Ｌｉｓｔを介して、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態の異なる設定されたグラント設定にマッピングするために使用され得る。

いくつかの実施形態において、無線ベアラ／論理チャネルに関連付けられた少なくともいくつかのＵＬデータが利用可能になり、且つ／又はＢＳＲがトリガーされた場合（例えば、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき）、論理チャネルがＬＣＰマッピング制限を満たすかどうかに基づいて、例えばＵＬデータ伝送（例えば、ＳＤＴ）のためにＣＧ設定／リソースを使用するかどうか、ＳＲをトリガーするかどうか、（例えば、ＳＤＴのために）ＲＡ手順を開始するかどうか、及び／又は、ＲＲＣ接続再開手順を開始するかどうかを、ＵＥは、決定することができる。より具体的には、論理チャネルがＬＣＰマッピング制限を満たすか否かに基づいて、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態におけるＵＬデータ伝送（例えば、ＳＤＴ）のための有効／利用可能なＵＬリソースがあるか否かを、ＵＥは、決定することができる。

いくつかの実施形態において、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき、ＵＥは、第１のＣＧ設定を用いて設定され得る一方で、ＵＥは、論理チャネルのためのＬＣＰマッピング制限を用いて設定され得る。無線ベアラ／論理チャネルに関連付けられた少なくともいくつかのＵＬデータが利用可能になり、且つ／又はＢＳＲがトリガーされた場合（例えば、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき）、（例えば、第１のＣＧ設定によって示される）第１のＣＧリソースのための論理チャネルがＬＣＰマッピング制限を満たすか否かを、ＵＥは、決定することができる。（例えば、第１のＣＧ設定によって示される）第１のＣＧリソースのための論理チャネルがＬＣＰマッピング制限を満たさない場合、ＵＥは、ＳＲをトリガーし、ＲＡ手順を開始し、そして／又はＲＲＣ再開手順を開始し得る。より具体的には、（例えば、第１のＣＧ設定によって示される）第１のＣＧリソースの論理チャネルがＬＣＰマッピング制限を満たすとき、ＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でＵＬデータ伝送のための有効／利用可能なＵＬリソースがあると決定することができる。

いくつかの実施形態において、ＬＣＰマッピング制限は、異なるパラメータによって示され得る。これらのパラメータは、伝送のために許可されたサブキャリア間隔をセットすることができるａｌｌｏｗｅｄＳＣＳ－Ｌｉｓｔと、伝送のために許可された最大ＰＵＳＣＨ持続時間をセットすることができるｍａｘＰＵＳＣＨ－Ｄｕｒａｔｉｏｎと、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔタイプ１が伝送のために使用されることができるかどうかを決定することができるｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｙｐｅ１ａｌｌｏｗｅｄと、伝送のために許可されたセルをセットすることができるａｌｌｏｗｅｄＳｅｒｖｉｎｇＣｅｌｌｓとを含むことができるが、これらに限定されない。

いくつかの実施形態において、特定のＬＣＰマッピング制限は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でＵＬデータ伝送のために、定義され得る。例えば、ＮＷは、ＬＣＨ又はＣＧがＢＳＲをトリガーし、ＳＲをトリガーし、及び／又は、例えばフラグを介してＲＡ手順を開始することができたかどうかを制御するために、パラメータを設定し得る。

〔基準１－４〕：次のＣＧリソース機会の送信タイミング（又は送信の開始シンボル）に基づく。

いくつかの実施形態において、ＣＧリソースは、周期的なＵＬリソースを含み得る（例えば、ＣＧリソースの周期は、ＣＧ設定において設定され得る）。ＵＥは、次のＣＧリソース機会の送信タイミング（又は伝送のための開始シンボル）を決定することができる。無線ベアラ／論理チャネルに関連付けられた少なくともいくつかのＵＬデータが利用可能になった場合、及び／又はＢＳＲが第１のタイミングでトリガーされた場合（例えば、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある場合）、ＵＬデータ伝送（例えば、ＳＤＴ）のためにＣＧ設定／リソースを使用するか、（例えば、ＳＤＴのために）ＳＲをトリガーするかどうか、ＲＡ手順を開始するかどうか、及び／又は例えばＲＲＣ接続再開手順を開始するかを、次のＣＧリソースの第１のタイミングと伝送タイミング（又は伝送のための開始シンボル）の間の継続時間に基づいて、ＵＥは、決定してもよい。

いくつかの実施形態において、継続時間が第１の閾値より長い場合、ＵＥは、ＳＲをトリガーし、ＲＡ手順を開始し、且つ／又はＲＲＣ再開手順を開始し得る。より具体的には、継続時間が第１の閾値より短いとき、ＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥにＵＬデータ伝送のための有効／利用可能なＵＬリソースがあると判定することができる。いくつかの実施形態において、継続時間が第１の閾値より短い場合、ＵＥは、ＵＬデータ伝送（例えば、ＳＤＴ）のためにＣＧ設定／リソースを使用し得る。いくつかの実施形態において、閾値（例えば、第１の閾値）は、本開示で説明されるように、異なる手段によって設定され得る。例えば、閾値は、ＵＬデータ伝送（例えば、ＳＤＴ）設定で、又は仕様で指定されてもよい、ＣＧ設定で設定されてもよく、（一時停止設定を有する）ＲＲＣリリースメッセージなどを介して設定されてもよい。いくつかの実施形態において、閾値の単位は、シンボル、スロット、ミリ秒等であってよい。いくつかの実施形態において、閾値の値は、ＵＥの能力に関連付けられてもよい。

いくつかの実施形態において、ＵＥは、専用シグナリングを介して（例えば、一時停止設定を有するＲＲＣＲｅｌｅａｓｅメッセージにおいて）、ＮＷによって閾値を用いて設定されてよい。いくつかの実施形態において、ＵＥは、ブロードキャストされるシステム情報（例えば、ＳＩＢ１において、他のＳＩにおいて、小規模データ固有システム情報）を介して、ＮＷによって閾値を用いて設定され得る。

〔基準１－５〕：タイミングアドバンス（ＴＡ）（例えば、ＣＧの場合）が有効であるかどうかに基づく。

いくつかの実施形態は、ＵＬ（レイヤ１）同期のためにＴＡを活用することができる。ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態において、ＵＥは、（例えば、ＴＡタイマーによって）ＴＡを維持することができる。例えば、ＴＡタイマーが動作している場合、ＵＥは、ＴＡが有効であると判定し得る。ＢＳは、ＴＡを維持し、ＴＡを更新するために特別なインディケーション／シグナリングを使用することによって、例えば、ＵＬ（レイヤ１）を同期させた状態に保つ役割を果たすことができる。無線ベアラ／論理チャネルに関連付けられた少なくともいくつかのＵＬデータが利用可能になった場合、及び／又はＢＳＲが第１のタイミングでトリガーされた場合（例えば、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある場合）、ＵＬデータ伝送（例えば、ＳＤＴ）のためにＣＧ設定／リソースを使用するか、ＳＲをトリガーするか、（例えば、ＳＤＴのために）ＲＡ手順を開始するか、及び／又はＲＲＣ接続再開手順を開始するかを、ＴＡ（例えば、ＣＧのため）が有効であるか（例えば、ＴＡタイマーが動作しているか）に基づいて、ＵＥは、決定することができる。

いくつかの実施形態において、ＴＡが有効でないと見なされる場合（例えば、ＴＡタイマーが動作していない）、ＵＥは、ＳＲをトリガーし、ＲＡ手順を開始し、且つ／又はＲＲＣ接続再開手順を開始し得る。より具体的に、ＴＡが有効であると見なされたとき（例えば、ＴＡタイマーが動作しているとき）、ＵＥはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にＵＬデータ伝送（例えば、ＳＤＴ）のための有効／利用可能なＵＬリソースがあると判定してもよい。いくつかの実施形態において、ＴＡが有効であると見なされる（例えば、ＴＡタイマーが動作している）場合、ＵＥは、ＵＬデータ伝送（例えば、ＳＤＴ）のためにＣＧ設定／リソースを使用することができる。

いくつかの実施形態において、ＴＡタイマーは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でしか維持できない場合がある。例えば、ＴＡタイマーは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるＵＥのために設定されてもよく（例えば、ＴＡタイマーの設定は、（例えば、一時停止設定を有する）ＲＲＣリリースメッセージに含まれてもよく、及び／又は上記及び下記に記載されるように、ＵＬデータ伝送（例えば、ＳＤＴ）設定で設定されてもよく、及び／又はＣＧ設定で設定されてもよい。

いくつかの実施形態において、ＴＡタイマーは、（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで設定された）ｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒといった一つ又は複数のパラメータを含むことができ、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔのＵＬリソースを介してデータを（正常に）送信するとき、（再）開始されることがある。その上、ＴＡタイマーは、ＵＥがネットワークからインディケーション／シグナリングを受信するときに（再）開始されてもよく、インディケーション／シグナリングは、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔのＵＬリソースを介したＵＬ送信に対する応答を含んでもよい。そのような応答は、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔのＵＬリソースを介したＵＬ送信の受信の失敗／成功を示すことができるＮＡＣＫ／ＡＣＫインディケーションであってよい。ＴＡタイマーは、ＵＥがネットワークからのインディケーションを受信したとき、（再）開始されてもよく、インディケーションは、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ設定／リソースを（再）設定／（再）初期化／アクティベートするために使用されてもよい。いくつかの実施形態において、ＴＡタイマーは、ＵＥがネットワークからインディケーションを受信したとき、（再）開始されてもよく、インディケーションは、ＴＡ、例えばタイミングアドバンスコマンドＭＡＣ ＣＥ、を更新するために使用されてもよい。

その上、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある間、ＵＥが設定された上りリンクグラントの再伝送のためにＵＬリソースをスケジュールするＵＬグラントを受信する時、ＴＡタイマーは、いくつかの実施形態において、（再）開始されてよい。ＵＥは、ネットワークによって提供される特殊ＲＮＴＩを用いて、ＰＤＣＣＨ上でそのようなＵＬグラントを受信することができる。特殊なＲＮＴＩは、ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇといった、情報要素（ＩＥ）で設定され得る。

いくつかの実施形態において、ＵＥがＲＡ手順を開始するとき、ＴＡタイマーは、停止し得る。いくつかの実施形態において、ＵＥがＲＲＣ接続再開手順を開始したとき、タイマーは、停止し得る。いくつかの実施形態において、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態及び／又はＲＲＣ＿ＩＤＬＥ状態に入ったとき、ＴＡタイマーは、停止し得る。その上、ＮＷからｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ設定／リソースをリリース／一時停止／非アクティベートするインディケーションが受信されたとき、ＴＡタイマーは停止し得る。

いくつかの実施形態において、ＵＥがＲＲＣメッセージ（例えば、ＲＲＣのセットアップ、ＲＲＣ再開、ＲＲＣ再設定、同期を用いるＲＲＣの再設定、ＲＲＣリリース、一時停止設定を用いるＲＲＣリリース、ＲＲＣの再確立、ＲＲＣ拒否、ＭｏｂｉｌｉｔｙＦｒｏｍＮＲＣｏｍｍａｎｄなど）を受信したとき、ＴＡタイマーは、停止され得る。

いくつかの実施形態において、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態で使用しているＣＧ設定／リソースが、例えばネットワークによって、再設定されたとき、ＴＡタイマーは、停止され得る。いくつかの実施形態において、ＴＡタイマーは、（例えば、一時停止設定を有する）ＲＲＣリリースメッセージを介して、又は小規模データ伝送（ＳＤＴ）のための特定の設定を介して設定されてよい。

〔基準１－６〕：（保留中の）ＵＬデータの量に基づく。

ＵＥは、３ＧＰＰ ＴＳ ３８．３２２及び／又はＴＳ ３８．３２３に記載されているデータ量計算手順といった、データ量計算手順に従って（例えば、無線ベアラ／論理チャネルに関連付けられた）（保留中の）ＵＬデータの量を決定することができる。代替的に、（保留中の）ＵＬデータの量の決定は、３ＧＰＰ ＴＳ ３８．３２１に記載されているように、ＢＳＲのバッファサイズの決定と同じであってもよい。例えば、ＵＥ／ＭＡＣエンティティは、ＴＳ ３８．３２２及び／又はＴＳ ３８．３２３のデータ量計算手順に従って、無線ベアラ／論理チャネルに利用可能なＵＬデータの量を決定することができる。代替的に、保留中のＵＬデータの量の決定は、全ての無線ベアラ／論理チャネルにわたって利用可能なデータの総量と、（例えば、全てのＭＡＣ ＰＤＵが構築された後に）無線ベアラ／論理チャネルにまだ関連付けられていないデータとに基づいてもよい。（保留中の）ＵＬデータは、ＲＬＣ層、ＰＤＣＰ層、ＳＤＡＰ層、及び／又はＲＲＣ層といった、一つ又は複数の層での伝送に利用可能なＵＬデータを含むことができる。無線ベアラ／論理チャネルに関連付けられた少なくともいくつかのＵＬデータが利用可能になった場合、及び／又はＢＳＲがトリガーされた場合（例えば、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき）、例えば（保留中の）ＵＬデータの量に基づいて、ＵＬデータ伝送（例えば、ＳＤＴ）のためにＣＧ設定／リソースを使用するか、（例えば、ＳＤＴのために）ＳＲをトリガーするために使用するか、及び／又は、ＲＲＣ接続再開手順を開始するかを、ＵＥは、決定することができる。いくつかの実施形態において、無線ベアラ／論理チャネルは、ＳＤＴのために特別に設定され得る。

いくつかの実施形態において、（保留中の）ＵＬデータの量が閾値より大きい場合、ＵＥは、ＳＲをトリガーし、ＲＡ手順を開始し、且つ／又はＲＲＣ接続再開手順を開始し得る。いくつかの実施形態において、（保留中の）ＵＬデータの量が閾値以下である場合、ＵＥは、ＵＬデータ伝送（例えば、ＳＤＴ）のためにＣＧ設定／リソースを使用し得る。このような閾値は、上述したように、ＵＬデータ伝送（例えば、ＳＤＴ）設定において、及び／又はＣＧ設定において、及び／又は（一時停止設定を有する）ＲＲＣリリースメッセージにおいて設定され得る。

いくつかの実施形態において、ＵＥは、（例えば、一時停止設定を有するＲＲＣＲｅｌｅａｓｅメッセージ内の）専用シグナリングを介して、及び／又はブロードキャストされたシステム情報（例えば、ＳＩＢ１、他のＳＩ、小規模データ固有システム情報）を介して、ＮＷによって、閾値を用いて設定され得る。いくつかの実施形態において、ＵＥが、例えばＲＲＣ＿ＩＮＡＣＴＩＶＥ状態から、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ又はＲＲＣ＿ＩＤＬＥ状態に入ったとき、ＵＥは、設定された閾値をリリースしてもよい。いくつかの実施形態において、ＵＥは、いくつかの閾値を受信し得、その各々は、ＣＧ設定の一つに関連付けられ得る。

いくつかの実施形態において、（保留中の）ＵＬデータの量が（全ての）ＣＧ設定のペイロードサイズよりも大きい場合、ＵＥは、ＳＲをトリガーし、ＲＡ手順を開始し、且つ／又はＲＲＣ接続再開手順を開始し得る。より具体的には、特定のＬＣＨにマッピングされる（全ての）（次に利用可能な）ＣＧリソースの（総）ペイロードサイズが特定のＬＣＨに関連付けられた（保留中の）ＵＬデータの量より小さい場合、ＵＥは、ＳＲをトリガーし、ＲＡ手順を開始し、且つ／又はＲＲＣ接続再開手順を開始し得る。いくつかの実施形態において、（保留中の）ＵＬデータの量が閾値よりも多い場合、ＵＥは、バッファ状態レポート（ＢＳＲ）をトリガーし得る。

〔基準１－７〕：データが関連付けられる、無線ベアラ／ＬＣＨ／ＬＣＧに基づく。

各論理チャネルタイプは、対応する論理チャネルを介して転送される情報のタイプによって定義され得る。論理チャネルは、例えば制御チャネル及びトラフィックチャネルである、異なるタイプに分類され得る。制御チャネルは、制御プレーン情報／データを転送するために使用されてもよい。例えば、ブロードキャスト制御チャネル（ＢＣＣＨ）は、システム制御情報をブロードキャストするための下りリンクチャネルである。ページング制御チャネル（ＰＣＣＨ）は、ページングメッセージを搬送する下りリンクチャネルである。共通制御チャネル（ＣＣＣＨ）は、ＵＥとネットワークとの間で制御情報を送信するためのチャネルである。ＣＣＣＨは、ネットワークとＲＲＣ接続を有しないＵＥのために使用される。専用制御チャネル（ＤＣＣＨ）は、ＵＥとネットワークとの間で専用制御情報を送信するポイントツーポイント双方向チャネルであり、ＲＲＣ接続を有するＵＥによって使用される。上りリンクにおいて、論理チャネルと伝送チャネルとの間の異なる接続。ＣＣＣＨは、ＵＬ－ＳＣＨにマッピングされ得る。ＤＣＣＨは、ＵＬ－ＳＣＨにマッピングされ得る。ＤＴＣＨは、ＵＬ－ＳＣＨにマッピングされ得る。

いくつかの実施形態において、ＵＥは、一つ又は複数の論理チャネル、対応するＲＬＣエンティティ、及びそれらの無線ベアラとの関連性（例えば、ｒｌｃ－ＢｅａｒｅｒＴｏＡｄｄＭｏｄＬｉｓｔ経由）を用いて設定され得る。各論理チャネルは、独自のアイデンティティを持つことができる。ＩＥ ＬｏｇｉｃａｌＣｈａｎｎｅｌＩｄｅｎｔｉｔｙは、論理チャネル（ＬｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇ）と対応するＲＬＣベアラ（ＲＬＣ－ＢｅａｒｅｒＣｏｎｆｉｇ）を識別するために使用され得る。

各論理チャネルは、例えばｌｏｇｉｃａｌＣｈａｎｎｅｌＧｒｏｕｐを使用して、ＬＣＧに割り当てられ得る。より具体的には、一つ又は複数の論理チャネル（又はＬＣＨのリスト）は、特定のＬＣＧに割り当てられ得、ＬＣＧ内のＬＣＨ（又はＬＣＨのリスト）は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態におけるＵＬデータ伝送に使用され得る。ＬＣＨ（又はＬＣＨのリスト）は、特定のＳＲＢ／ＤＲＢに関連付けられてもよく、特定のＳＲＢ／ＤＲＢは、ＳＤＴのために設定され得る。特定のＳＲＢ／ＤＲＢは、（例えば、一時停止設定を有するＲＲＣリリースを受信することによって）ＵＥがＳＤＴ手順を開始したとき、及び／又はＵＥのＲＲＣ状態がＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に切り替わったとき、再開され得る。ＬＣＨ／ＬＣＧの（アイデンティティ）（又はＬＣＨのリスト）ＬＣＨ／ＬＣＧは、ＵＬデータ伝送（例えば、ＳＤＴ）設定を用いて設定され得る。いくつかの実施形態において、無線ベアラ／論理チャネルに関連付けられた少なくともいくつかのＵＬデータが利用可能になり、且つ／又はＢＳＲがトリガーされた場合（例えば、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき）、例えばＵＬデータがどのＬＣＨ／ＬＣＧ／無線ベアラに関連付けられるかに基づいて、（例えば、ＳＤＴのために）ＵＬデータ伝送のためにＣＧ設定／リソースを使用するか、ＳＲをトリガーするか、及び／又はＲＲＣ接続再開手順を開始するかどうかを、ＵＥは、決定し得る。

いくつかの実施形態において、第１の無線ベアラ／論理チャネルに関連付けられたＵＬデータが利用可能になり、且つ／又はＢＳＲが第１の論理チャネルによってトリガーされた場合（例えば、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある場合）、ＵＥは、ＳＲをトリガーし、ＲＡ手順を開始し、及び／又はＲＲＣ接続再開手順を開始することができる。逆に、第２の無線ベアラ／論理チャネルに関連付けられたＵＬデータが利用可能になり、且つ／又はＢＳＲが第２の論理チャネルによってトリガーされた場合（例えば、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき）、例えば、ＵＥがＣＧ設定を用いて設定され、且つ／又はＲＲＣ＿ＩＮＡＣＴＩＶＥ状態においてＣＧが初期化／アクティブ化された場合において、ＵＥは、ＳＲをトリガーしないか、ＲＡ手順を開始しないか、及び／又はＲＲＣ接続再開手順を開始しないことがある。

いくつかの実施形態において、第１のＬＣＧに割り当てられた第１の無線ベアラ／論理チャネルに関連するＵＬデータが利用可能になり、且つ／又はＢＳＲが第１の論理チャネルによってトリガーされた場合（例えば、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある場合）、ＵＥは、ＳＲをトリガーし、ＲＡ手順を開始し、且つ／又はＲＲＣ接続再開手順を開始することができる。逆に、ＬＣＧに割り当てられている第２の無線ベアラ／論理チャネルに関連付けられているＵＬデータが利用可能になり、且つ／又はＢＳＲが第２の論理チャネルによってトリガーされた場合（ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態の場合）、ＵＥがＣＧ設定を用いて設定されているとき、及び／又はＣＧがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態で初期化されているとき、ＵＥは、ＳＲをトリガーしない、ＲＡ手順を開始しない、及び／又はＲＲＣ接続再開手順を開始しないことがある。より具体的には、ＬＣＧは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態におけるＵＬデータ伝送（例えば、ＳＤＴ）のための特定のＬＣＧ（例えば、ＬＣＧ０）であってよい。

いくつかの実施形態において、第１の無線ベアラに関連付けられた第１の論理チャネルに関連付けられたＵＬデータが利用可能になり、且つ／又はＢＳＲが第１の論理チャネルによってトリガーされた場合（ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある場合）、ＵＥは、ＳＲをトリガーし、ＲＡ手順を開始し、及び／又はＲＲＣ接続再開手順を開始することができる。一方で、第２の無線ベアラに関連付けられた第２の論理チャネルに関連付けられたＵＬデータが利用可能になり、且つ／又はＢＳＲが第２の論理チャネルによってトリガーされた場合（ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき）、ＵＥは、ＳＲをトリガーしないことがあり、ＲＡ手順を開始しないことがあり、及び／又はＲＲＣ接続再開手順を開始しないことがある。

いくつかの実施形態において、第１の論理チャネルは、特定の優先順位（例えば、最高の優先順位又は閾値よりも）を有する論理チャネルであってよい。例えば、論理チャネルの特定の優先順位が閾値より高い／低い場合、ＵＥは、例えばＵＥがＣＧ設定で設定され、且つ／又はＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でＣＧ設定が初期化／アクティブ化されるとき、ＳＲをトリガーし、ＲＡ手順を開始し、及び／又はＲＲＣ接続再開手順を開始することができる。

いくつかの実施形態において、第１の論理チャネルは、特定の論理チャネルの識別に関連づけられてもよい。例えば、特定の論理チャンネルのアイデンティティ（例えば、アイデンティティに割り当てられたインデックス値）が閾値より高い／低い場合、ＵＥは、ＳＲをトリガーし、ＲＡ手順を開始し、及び／又はＲＲＣ接続再開手順を開始することができる。

いくつかの実施形態において、第１の論理チャネルは、ＣＣＣＨであってよい。いくつかの実施形態において、閾値は、ＬｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇで、上述したようにＵＬデータ伝送（例えばＳＤＴ）設定で、ＣＧ設定で、及び／又は（一時停止設定を有する）ＲＲＣリリースメッセージを介して設定されてもよい。いくつかの実施形態において、第１の無線ベアラ／論理チャネルに関連付けられたＵＬデータが利用可能になり、且つ／又はＢＳＲが第１の論理チャネルによってトリガーされた場合（ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき）、例えば特定のＩＥに基づいて、ＵＬデータ伝送（例えばＳＤＴ）のためにＣＧ設定／リソースを使用する、ＳＲをトリガーする、（例えばＳＤＴのために）ＲＡ手順を開始する、及び／又は、ＲＲＣ接続再開手順を開始することができるかどうかを、ＵＥは、決定することができる。より具体的には、特定のＩＥの存在又は値に基づいて、ＵＬデータ伝送（例えば、ＳＤＴ）のためにＣＧ設定／リソースを使用する、ＳＲをトリガーする、（例えば、ＳＤＴのために）ＲＡ手順を開始する、及び／又はＲＲＣ接続再開手順を開始するかどうかを、ＵＥは、決定し得る。例えば、特定のＩＥが存在する（及び“ＴＲＵＥ”又は“１”の値を持つ）場合、ＵＥは、ＳＲをトリガーし、ＲＡ手順を開始し、及び／又はＲＲＣ接続再開手順を開始し得る。いくつかの実施形態において、特定のＩＥは、論理チャネル（例えば、第１の論理チャネルのために設定される）毎、無線ベアラ毎、サービングセル毎、ＭＡＣエンティティ毎などに設定されてもよい。

〔基準１－８〕:特定の手順がトリガーされている（又は保留中又は進行中）かどうかに基づく。

いくつかの実施形態において、特定の手順は、特定の情報（例えば、ＭＡＣ ＣＥ）を生成するための手順であってよい。例えば、特定の手順は、ＢＳＲ、ＳＲ、ＲＡ、ＳＤＴ、ＢＦＲなどとして示され得る。特定の手順がトリガーされる（及びキャンセルされない）とき、特定の情報（加えてそのサブヘッダ）を収容するためにＵＬリソースが利用可能である場合、ＵＥは、特定の情報を生成し得る。

特定の手順は、例えば、ＲＲＣ手順、例えば、ＲＲＣ接続確立、ＲＲＣ接続再確立、ＲＲＣ接続再開手順、セル（再）選択、ＲＮＡ更新、トラッキング領域更新、ＳＤＴ手順等であってよい。

特定の手順は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態において情報を生成する手順であってよい。例えば、情報は、ＵＥのバッファ状態、（保留中の）ＵＬデータ量、好ましいＲＲＣ状態、一定のＵＥ支援情報、ＵＥコンテキスト、ＵＥ ＩＤ、ＡＣＫ／ＮＡＣＫ情報、（ビーム／ＳＳＢ）測定報告などを示すインディケータを含み得る。

いくつかの実施形態において、ＵＥは、第１のＣＧ設定（ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき）を用いて設定されてよい。無線ベアラ／論理チャネルに関連付けられた少なくともいくつかのＵＬデータが利用可能になる、及び／又はＢＳＲがトリガーされる場合（例えば、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある場合）、ＵＬデータ伝送（例えば、ＳＤＴ）のためにＣＧ設定／リソースを使用する、ＳＲをトリガーする、（例えば、ＳＤＴのために）ＲＡ手順を開始する、及び／又は、例えば特定の手順がトリガーされたか（又は保留中か進行中か）に基づいて、ＲＲＣ接続再開手順を開始するために、ＣＧ設定／リソースを使用するかどうかを、ＵＥは、決定してよい。特定の手順がトリガーされる（又は保留中又は進行中である）場合、ＵＥは、ＳＲをトリガーしてもしなくてもよく、ＲＡ手順を開始してもしなくてもよく、及び／又はＲＲＣ接続再開手順を開始してもよく、又は開始しなくてもよい。より具体的に、特定の手順がトリガーされたか（又は保留中であるか又は進行中であるか）に基づいて、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にＵＬデータ伝送（例えば、ＳＤＴ）のための有効／利用可能なＵＬリソースがあるかどうかを、ＵＥは、決定することができる。

〔基準１－９〕：ＤＬチャネルの状態／品質に基づく。

いくつかの実施形態において、（例えば、ＲＳＲＰ、ＲＳＲＱ、ＲＳＳＩ、ＳＩＮＲ等といった、測定結果に基づいて）ＤＬチャネルの状態／品質を決定するために、ＵＥは、ＤＬ参照信号（例えば、ＳＳＢ／ＣＳＩ－ＲＳ）上で測定手順を実行してもよい。より具体的には、ＤＬチャネルの状態／品質は、セル（再）選択のための基準に基づいて測定／評価され得る。

いくつかの実施形態において、ＵＥは、（ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき）第１のＣＧ設定を用いて設定されてよい。無線ベアラ／論理チャネルに関連付けられた少なくともいくつかのＵＬデータが利用可能になり、且つ／又はＢＳＲがトリガーされた場合（例えば、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき）、例えばＤＬチャネルの状態／品質に基づいて、ＵＬデータ伝送（例えば、ＳＤＴ）のためにＣＧ設定／リソースを使用し、ＳＲをトリガーし、（例えば、ＳＤＴのために）ＲＡ手順を開始し、及び／又はＲＲＣ接続再開手順を開始するかどうかを、ＵＥは、決定することができる。

いくつかの実施形態において、ＤＬチャネルの状態／品質が第１の閾値より低い場合、例えば、ＲＳＲＰを有するＳＳＢ／ＣＳＩ－ＲＳがＲＳＲＰ閾値より低い場合、ＵＥは、ＳＲをトリガーし、ＲＡ手順を開始し、及び／又はＲＲＣ接続再開手順を開始することができる。いくつかの実施形態において、ＤＬチャネルの状態／品質の変化が第２の閾値よりも高い場合、例えば現在のＲＳＲＰと保存された／以前のＲＳＲＰとの比較がＲＳＲＰの閾値よりも高い場合、ＵＥは、ＳＲをトリガーし、ＲＡ手順を開始し、及び／又はＲＲＣ接続再開手順を開始することができる。閾値は、上述したように、ＵＬデータ伝送（例えば、ＳＤＴ）設定で設定されてもよく、且つ／又は（一時停止設定を有する）ＲＲＣリリースメッセージを介して、ＣＧ設定で設定されてもよく、且つ／又は設定されてもよい。いくつかの実施形態において、ＵＥは、（例えば、一時停止設定を有するＲＲＣリリースメッセージ内の）専用シグナリング及び／又はブロードキャストされたシステム情報（例えば、ＳＩＢ１、他のＳＩ、小規模データ固有システム情報）を介して、ＮＷによって閾値を用いて設定され得る。いくつかの実施形態において、ＵＥが例えばＲＲＣ＿ＩＮＡＣＴＩＶＥ状態から、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ又はＲＲＣ＿ＩＤＬＥ状態に入ったとき、ＵＥは、設定された閾値をリリースし得る。いくつかの実施形態において、ＵＥは、いくつかの閾値を受信でき、その各々は、ＣＧ設定の一つに関連付けられ得る。

〔基準１－１０〕：（例えば、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔを介した）伝送が、例えば一定期間内に、複数回、失敗したかどうかに基づく。

いくつかの実施形態において、ＵＥは、（例えば、ＣＧリソース又は他のＵＬリソースを介した）ＵＬ（又はＤＬ）伝送が（例えば、伝送するために）失敗した回数をカウントするためにカウンタを維持し得る。例えば、ＵＥは、第１のＣＧ設定を用いて設定され得る（ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のとき）。無線ベアラ／論理チャネルに関連付けられた少なくともいくつかのＵＬデータが利用可能になった場合、及び／又はＢＳＲがトリガーされた場合（例えば、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき）、例えばカウンタによって示された回数が特定の値（例えば、ＢＳによって設定され得る最大値）に達したかどうかに基づいて、ＵＬデータ伝送（例えば、ＳＤＴ）のためにＣＧ設定／リソースを使用するか、ＳＲをトリガーするか、（例えば、ＳＤＴのために）ＲＡ手順を開始するか、及び／又は、ＲＲＣ接続再開手順を開始するかを、ＵＥは、決定してもよい。いくつかの実施形態において、カウンタは、（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔリソース又は他のＵＬリソースを介して）ＵＥがＵＬ（又はＤＬ）伝送を正常に送信しないとき、（例えば、時間ウィンドウ内で）ＵＥがＵＬ伝送のためのＡＣＫを受信しないとき、例えば、データの到着がないため、又はチャネルの状態／品質が悪いなどのためにＵＥがＵＬ伝送を送信しないとき（又はＵＥがスキップするとき）（例えば、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔリソース又は他のＵＬリソースを介して）、カウンタは、インクリメントされてもよい。

いくつかの実施形態において、カウンタは、一つ又は複数のｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ設定に関連付けられ得る。代替的に、各ＣＧ設定は、１つの個々のカウンタに関連付けられてよい。いくつかの実施形態において、ＵＥがＳＲをトリガーし、ＲＡ手順を開始し、及び／又はＲＲＣ接続再開手順を開始するとき）、カウンタは、リセットされ得る。いくつかの実施形態において、ＵＥが（例えば、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔリソース又は他のＵＬリソースを介して）（ＵＬ／ＤＬ）伝送を正常に伝送するとき、カウンタは、リセットされ得る。いくつかの実施形態において、ＵＥがネットワークからインディケーションを受信するとき、カウンタは、リセットされ得る（例えば、インディケーションは、ＵＬ伝送のための応答であり得る）。いくつかの実施形態において、ＵＥがＳＲをトリガー及び／又は伝送するとき、カウンタは、リセットされ得る。いくつかの実施形態において、タイマー、例えばＴＡタイマー、ＣＧタイマー、特定のタイマー（上述したように）が満了するとき、カウンタは、リセットされてよい。

いくつかの実施形態において、カウンタは、ＨＡＲＱプロセス毎に維持され得る。ＨＡＲＱ処理に関連付けられたカウンタは、ＵＥがＨＡＲＱプロセス上で（再）伝送を実行するとき、インクリメントされ得る。代替的に、ＵＥがＨＡＲＱプロセスの（再）送信のためのスケジューリングを受信したとき、ＨＡＲＱプロセスに関連付けられたカウンタは、インクリメントされ得る。

いくつかの実施形態において、カウンタの値は、ＵＬデータ伝送（例:ＳＤＴ）設定、ＣＧ設定、及び／又は（一時停止設定を有する）ＲＲＣリリースメッセージで設定され得る。いくつかの実施形態において、（例えば、一時停止設定を有するＲＲＣＲｅｌｅａｓｅメッセージ内で）専用シグナリングを介して、及び／又はブロードキャストされたシステム情報（例えば、ＳＩＢ１、他のＳＩ、小規模データ固有システム情報）を介して、ＮＷによるカウンタの値を用いて、ＵＥは、設定され得る。いくつかの実施形態において、例えばＵＥが、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態から、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ又はＲＲＣ＿ＩＤＬＥ状態に入ったとき、ＵＥは、設定された値をリリースし得、及び／又はカウンタをリセットし得る。

いくつかの実施形態において、ＵＥは、ＵＬ／ＤＬ伝送が特定の期間の間に正常に送信されたかどうかを判定するために、タイマー／ウィンドウを用いて設定され得る。タイマーは、ＤＬ／ＵＬ伝送が正常に送信されていないとき、例えば、ＡＣＫ／ＮＡＣＫの応答がＵＬ伝送のために受信されていないとき、タイマーは、実行を継続し得る。タイマーは、ＵＥが（例えば、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔリソース又は他のリソースを介して）ＵＬ／ＤＬ伝送を正常に伝送したとき、例えばＡＣＫ応答がＵＬ伝送のために受信されたとき、（再）開始され得る。いくつかの実施形態において、ＵＥがネットワークからインディケーションを受信するとき、タイマーは、（再）開始され得る（例えば、インディケーションは、ＵＬデータ伝送のための応答であり得る）。タイマーが満了した場合、ＵＥは、ＵＬデータ伝送（例えば、ＳＤＴ）のためにＣＧ設定を使用することができないことがあり、次にＵＥは、ＣＧ設定／リソースをリリースすることがある。

いくつかの実施形態において、（ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき）ＵＥは、第１のＣＧ設定を用いて設定され得る。無線ベアラ／論理チャネルに関連付けられた少なくともいくつかのＵＬデータが利用可能になった場合、及び／又はＢＳＲがトリガーされた場合（例えば、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき）、ＵＥは、タイマーが動作しているかどうかに基づいて、ＵＬデータ伝送（例えば、ＳＤＴ）のためにＣＧ設定／リソースを使用するか、ＳＲをトリガーするか、（例えば、ＳＤＴのために）ＲＡ手順を開始するか、及び／又は例えばＲＲＣ接続再開手順を開始するかを決定することができる。例えば、ＵＥは、タイマーが動作しているとき、ＵＬデータ伝送（例えば、ＳＤＴ）のためにＣＧ設定／リソースを使用することを決定することができる。例えば、ＵＥは、タイマーが動作していないとき又はタイマーが満了したとき、ＳＲをトリガーし、ＲＡ手順を開始し、及び／又はＲＲＣ接続再開手順を開始することを決定することができる。

いくつかの実施形態において、ＵＥのために設定された無線ベアラ／論理チャネルの一つ又は複数は、いくつかの特定のマスク／フラグを用いて更に設定されてもよい。いくつかのそのような実施形態において、そのようなマスク／フラグを用いて設定された無線ベアラ／論理チャネルは、ＢＳＲをトリガーし得る。すなわち、マスク／フラグを用いて設定された無線ベアラ／論理チャネルのみが、（例えば、ＢＳＲによってトリガーされる）ＲＡ手順を介して小規模データを伝送することができる。

いくつかの実施形態において、タイマーは、（例えば、３ＧＰＰ ＴＳ ３８．３２１に記載されているよう）データ非アクティビティタイマーであってよい。タイマーは、ＵＥ／ＭＡＣエンティティが上位層からＬＣＨのデータ（例えば、ＭＡＣ ＳＤＵ）を受信したとき、及び／又は、ＵＥがＬＣＨのデータ（例えば、ＭＡＣ ＰＤＵ）を送信したとき、（再）開始されてよい。タイマーが満了すると、ＵＥは、ＣＧ設定をリリースし、ＳＲをトリガーし、ＲＡ手順を開始し、及び／又はＲＲＣ接続再開手順を開始することができる。いくつかの実施形態において、ＵＬデータ伝送（例えば、ＳＤＴ）のためにＣＧ設定／リソースを使用するか、ＳＲをトリガーするか、（例えば、ＳＤＴのために）ＲＡ手順を開始するか、及び／又は、例えばＵＬリソースが特定の情報（例えば、ＭＡＣ ＣＥ又はデータ）に対応できるかに基づいて、ＲＲＣ接続再開手順を開始するかどうかを、ＵＥは更に、決定することができる。

〔ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態におけるＵＬ／小規模データ伝送のための２ステップ又は４ステップＲＡタイプによるＲＡ手順の選択〕
上述したように、ＵＥのために２つのタイプのランダムアクセス手順がサポート／設定されてもよく、４ステップＲＡタイプは、ＭＳＧ１／ＭＳＧ２／ＭＳＧ３／ＭＳＧ４を含んでもよく、２ステップＲＡタイプは、ＭＳＧ Ａ／ＭＳＧ Ｂを含んでもよい。

いくつかの実施形態において、ＵＥは、ＲＡＣＨリソース（例えば、ＣＧ設定／リソースがＵＥで設定されていない）でのみ設定されてもよく、伝送のための有効／利用可能なＣＧリソースが存在しないことがあり、又は、例えば上述の基準に基づいて、ＵＥは、ＣＧリソースを使用しないことを決定してよい。いくつかのそのような実施形態において、無線ベアラ／論理チャネルに関連付けられた少なくともいくつかのＵＬデータは、利用可能になり、且つ／又はＢＳＲがトリガーされたとき（例えば、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき）、ＵＥは、ＳＲをトリガーし、ＲＡ手順を開始し、ＲＲＣ接続再開手順を開始し、且つ／又はＲＡ手順のためのＲＡタイプ（例えば、２ステップＲＡタイプ又は４ステップＲＡタイプのいずれか）を選択／設定することができる。

例えばＲＡ手順の開始時（例えば、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき）に、開始された／進行中のＲＡ手順のための２ステップＲＡタイプ又は４ステップＲＡタイプの選択のために、例えば、以下の代替の内の一つ又は複数は、適用され得る。いくつかの実施形態において、ＲＡ手順のためのＲＡタイプの選択を決定するために、任意の数の以下の代替形態を共に組み合わせることができることに留意されたい。

〔基準２－１〕：（保留中の）ＵＬデータの量に基づく。

いくつかの実施形態において、ＵＥが（ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態で）ＲＡ手順を開始するとき、（保留中の）ＵＬデータの量が閾値よりも大きい場合、ＵＥは、ＲＡ手順の開始時に４ステップ又は２ステップＲＡタイプを選択することができる。いくつかの実施形態において、閾値は、ＭＳＧ ＡのためのＰＵＳＣＨリソースのペイロードサイズに関連付けられ得る。

〔基準２－２〕：ＭＳＧ ＡのためのＰＵＳＣＨリソースのプリアンブルグループ及び／又はペイロードサイズに基づく。

いくつかの実施形態において、ＵＥは、ＭＳＧ ＡのためのＰＵＳＣＨリソースの特定のペイロードサイズに関連付けられ得る特定のプリアンブルグループ（例えば、プリアンブルグループＡ又はプリアンブルグループＢ）を用いて設定され得る。例えば、第１のプリアンブルグループは、ＭＳＧ ＡのためのＰＵＳＣＨリソースの第１のサイズにマッピングされてもよく、第２のプリアンブルグループはＭＳＧ ＡのためのＰＵＳＣＨリソースの第２のサイズにマッピングされてもよい。

いくつかの実施形態において、ＵＥがＲＡ手順を開始するとき（例えば、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき）、ＵＥは、特定のプリアンブルグループ（例えば、２ステップＲＡのための）が設定される場合、２ステップＲＡタイプを選択してもよい。そうでない場合、ＵＥは、４ステップＲＡタイプを選択してもよい。

いくつかの実施形態において、ＵＥがＲＡ手順を開始するとき（例えば、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき）、ＭＳＧ ＡのためのＰＵＳＣＨリソースの特定のペイロードサイズが設定される場合、ＵＥは、２ステップＲＡタイプを選択してもよい。そうでない場合、ＵＥは、４ステップＲＡタイプを選択してもよい。

いくつかの実施形態において、ＵＥがＲＡ手順を開始するとき（例えば、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき）、特定のペイロードサイズが閾値より大きい場合、ＵＥは、２ステップＲＡタイプを選択してもよい。そうでない場合、ＵＥは、４ステップＲＡタイプを選択してもよい。

〔基準２－３〕：データが関連付けられたＬＣＨ／ＬＣＧ／無線ベアラ、及び／又はＬＣＨ／ＬＣＧ／無線ベアラがＢＳＲ／ＳＲ／ＲＡをトリガーするかに基づく。

いくつかの実施形態において、ＵＥがＲＡ手順を開始するとき（例えば、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき）、第１のＬＣＨ／ＬＣＧ／ＲＢに関連付けられたＵＬデータが利用可能になり、且つ／又はＢＳＲ／ＳＲ／ＲＡが第１のＬＣＨ／ＬＣＧ／ＲＢによってトリガーされた場合（例えば、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある場合）、ＵＥは、２ステップＲＡタイプを選択してもよい。そうでない場合、ＵＥは、４ステップＲＡタイプを選択してもよい。

いくつかの実施形態において、ＵＥがＲＡ手順を開始するとき（例えば、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき）、第１のＬＣＧに割り当てられた第１の無線ベアラ／論理チャネルに関連付けられたＵＬデータが利用可能になり、且つ／又は第１の無線ベアラ／論理チャネルによってＢＳＲ／ＳＲ／ＲＡがトリガーされた場合（ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある場合）、ＵＥは、２ステップＲＡタイプを選択してもよい。そうでない場合、ＵＥは、４ステップＲＡタイプを選択してもよい。

いくつかの実施形態において、ＵＥがＲＡ手順を開始するとき（例えば、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき）、第１の無線ベアラに関連付けられた第１の論理チャネルに関連するＵＬデータが利用可能になり、且つ／又はＢＳＲ／ＳＲ／ＲＡが第１の論理チャネルによってトリガーされた場合（例えば、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある場合）、ＵＥは、２ステップＲＡタイプを選択してもよい。そうでない場合、ＵＥは、４ステップＲＡタイプを選択してもよい。

図３は、本出願の一例としての実施形態に従った、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある間、上りリンク（ＵＬ）データを基地局（ＢＳ）に伝送するためにＵＥによって実行される方法（又はプロセス）３００を示すフローチャートである。いくつかの実施形態において、ＵＥは、特定の無線ベアラ（ＲＢ）（例えば、ＤＲＢ又はＳＲＢ）に関連付けられたＵＬデータ（例えば、小規模データ）を伝送し得る。特定のＲＢは、いくつかのそのような実施形態において、小規模データ伝送のために設定され得る。特定のＲＢは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥの間、再開されてもよく、例えば、ＵＥがＳＤＴ手順を開始したとき、特定のＲＢは、再開されてもよい。

図に示すように、プロセス３００は、３１０において、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある間、基地局（ＢＳ）からＲＲＣリリースメッセージを受信することによって開始することができる。ＲＲＣリリースメッセージは少なくとも、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ（ＣＧ）設定及びタイムアライメント（ＴＡ）タイマー（例えば、ＴＡタイマーの値）といった設定／ＩＥを含み得る。本実施形態のいくつかにおいて、ＲＲＣリリースメッセージは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態への遷移、例えばＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からの遷移をＵＥに示すことができるｓｕｓｐｅｎｄＣｏｎｆｉｇパラメータといった、情報要素（ＩＥ）を更に含み得る。

ＲＲＣリリースメッセージを受信した後、プロセス３００は、３２０において、例えばＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から、ＵＥをＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に遷移させることができる。３３０において、プロセス３００は、ＲＲＣリリースメッセージの受信に応じて、ＣＧ設定の受信に応じて、及び／又はＴＡタイマーの設定の受信に応じて、ＴＡタイマーを開始又は再開始することができる。上述したように、いくつかの実施形態において、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態で使用するために、ＴＡタイマーは、設定され得る。例えば、ＵＥがタイミングアドバンスを更新するための具体的なインディケーション（例えば、タイミングアドバンスコマンド）を受信するとき、ＵＥは、タイミングアドバンスコマンドを適用し、ＴＡタイマーを（再）開始することができる。タイミングアドバンスコマンドは、ＵＬ（レイヤ１）同期のためのタイミングアドバンスの値を更新するために使用され得る。

３４０において、プロセス３００は、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある間、ＣＧ設定によって設定されたＵＬリソースを介してＵＬデータ（例えば、小規模データ）を伝送することができる。プロセスは、一つ又は複数の基準のセットが満たされることを決定した後、ＵＬデータを伝送することができる。いくつかの実施形態において、基準のセットは、ＴＡタイマーが動作中であるという基準を少なくとも含むことができる。ＴＡタイマーが動作している間（例えば、満了していないか、又はゼロに達していない間）、ＵＥは、ＴＡが有効であると判定し、ＵＬデータを伝送し続けることができる。いくつかの実施形態において、基準のセットの少なくとも一つが満たされない場合、例えば、ＴＡタイマーが満了する（又は実行されない）場合、ＵＥは、ＲＡ手順を開始することができる。その後、プロセスは、終了できる。

いくつかの実施形態において、基準のセットにおける別の基準は、ＵＬデータのデータ量が閾値を下回っていることを含むことができる。いくつかのそのような実施形態において、ＵＬデータのデータ量が閾値を超えたとき、ＲＲＣ接続再開手順を開始し得る。いくつかの実施形態において、データ量は、特定のＲＢに関連付けられたＵＬデータの総量に基づいて決定され得る。

いくつかの実施形態において、基準のセットは、同期信号ブロック（ＳＳＢ）の参照信号受信電力（ＲＳＲＰ）が閾値を上回るという基準を更に含むことができる。基準のセットは、ＴＡタイマー以外の、ＵＥがＵＬリソースを介してＵＬデータを送信するときに開始又は再開始される特定のタイマーが動作しているという基準を更に含むことがでる。

図４は、本発明の一例としての実施形態に従った、無線通信のためのノードのブロック図を示す。図４に示すように、ノード４００は、トランシーバ４２０、プロセッサ４２６、メモリ４２８、一つ又は複数のプレゼンテーション部品４３４、及び少なくとも一つのアンテナ４３６を含むことができる。ノード４００はまた、無線周波数（ＲＦ）スペクトル帯域モジュール、基地局通信モジュール、ネットワーク通信モジュール、及びシステム通信管理モジュール、入力／出力（Ｉ／Ｏ）ポート、Ｉ／Ｏ部品、及び電源（図４には明示的に示されていない）を含むことができる。これらの部品のそれぞれは、一つ又は複数のバス４４０を介して、直接的又は間接的に互いに通信することができる。

送信機４２２及び受信機４２４を有するトランシーバ４２０は、時間及び／又は周波数リソース分割情報を送信及び／又は受信するように設定され得る。いくつかの実施形態において、トランシーバ４２０は、使用可能、使用不可能、且つ柔軟に使用可能なサブフレーム及びスロットフォーマットを含むが、これらに限定されない、異なるタイプのサブフレーム及びスロットで送信するように設定され得る。トランシーバ４２０は、データを受信し、シグナリングを制御するように設定され得る。

ノード４００は、様々なコンピュータ可読媒体を含んでよい。コンピュータ可読媒体は、ノード４００によってアクセス可能であり、揮発性及び不揮発性媒体、取り外し可能及び取り外し不可能媒体の両方を含む、任意の利用可能な媒体とすることができる。実施例として、及び限定ではなく、コンピュータ可読媒体は、コンピュータ記憶媒体及び通信媒体を含むことができる。コンピュータ記憶媒体は、コンピュータ可読命令、データ構造、プログラムモジュール又は他のデータといった、情報を記憶するための任意の方法又は技術で実施される揮発性及び不揮発性メモリ、取り外し可能及び非取り外し可能媒体の両方を含む。

コンピュータ記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ又はその他のメモリ技術、ＣＤ－ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）又はその他の光ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置又はその他の磁気記憶装置を含む。コンピュータ記憶媒体は、伝搬データ信号を含まない。通信媒体は、典型的にコンピュータ可読命令、データ構造、プログラムモジュール、又は他のデータを、搬送波又は他のトランスポートメカニズムなどの変調されたデータ信号で具現化し、任意の情報配信媒体を含む。用語「変調されたデータ信号」は、その特性の内の一つ又は複数が信号内に符号化されるように設定又は変更された信号を意味する。限定ではなく、実施例として、通信媒体は、有線ネットワーク又は直接有線接続といった有線媒体、並びに音響、ＲＦ、赤外及び他の無線媒体などの無線媒体を含む。上記のいずれかの組み合わせは、コンピュータ可読媒体の範囲内にも含まれるべきである。

メモリ４２８は、揮発性及び／又は不揮発性メモリの形態のコンピュータ記憶媒体を含み得る。メモリ４２８は、取り外し可能、取り外し不可能、又はそれらの組み合わせであってよい。例示的なメモリは、ソリッド状態メモリ、ハードドライブ、光学ディスクドライブなどを含む。図４に示すように、メモリ４２８は、コンピュータ可読、コンピュータ実行可能命令４３２（例えば、ソフトウェアコード）を記憶することができ、この命令は実行されると、図１から図４を参照して、例えば、本明細書に記載する様々な機能をプロセッサ４２６に実行させるように設定される。代替的に、命令４３２は、プロセッサ４２６によって直接実行可能ではなく、ノード４００（例えば、コンパイルされ実行されるとき）に本明細書に記載される様々な機能を実行させるように設定されてもよい。

プロセッサ４２６は、例えば、インテリジェントハードウェアデバイス、中央演算処理装置（ＣＰＵ）、マイクロコントローラ、ＡＳＩＣなどを含むことができる。プロセッサ４２６は、メモリを含んでもよい。プロセッサ４２６は、メモリ４２８から受信したデータ４３０及び命令４３２、並びにトランシーバ４２０、ベースバンド通信モジュール、及び／又はネットワーク通信モジュールを介して情報を処理することができる。プロセッサ４２６はまた、コアネットワークへの送信のために、アンテナ４３６を介してネットワーク通信モジュールに送信するためにトランシーバ４２０に送信される情報を処理することができる。

一つ又は複数のプレゼンテーション部品４３４は、人又は他のデバイスにデータインディケーションを提示する。例えば、一つ又は複数のプレゼンテーション部品４３４は、ディスプレイ装置、スピーカー、プリント部品、振動部品などを含む。

上記の説明から、様々な技法が、それらの概念の範囲から逸脱することなく、本出願に記載された概念を実施するために使用されることができることが明らかである。更に、概念は、特定の実施形態を特に参照して説明されてきたが、当業者はこれらの概念の範囲から逸脱することなく、形態及び詳細において変更を行うことができることを認識することができる。従って、説明された実施形態は、全ての点で、例示的なものと見なされるべきであり、限定的なものと見なされるべきではない。また、本出願は、上述の特定の実施形態に限定されるものではなく、本開示の範囲から逸脱することなく、多くの再構成、修正、及び置換が可能であることを理解されたい。

Claims (20)

1. 特定の無線ベアラ（ＲＢ）に関連付けられた上りリンク（ＵＬ）データを送信するためのユーザ機器（ＵＥ）のための方法であって、
   前記方法は、
   無線リソース制御（ＲＲＣ）＿ＣＯＮＮＥＣＴＥＤ状態にある間、基地局（ＢＳ）から、少なくともｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ（ＣＧ）設定及びタイムアライメント（ＴＡ）タイマーを含む、ＲＲＣリリースメッセージを受信する工程、
   前記ＲＲＣリリースメッセージの受信に応じて、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態へ遷移する工程、
   前記ＲＲＣリリースメッセージの受信に応じて、前記ＴＡタイマーを開始又は再開始する工程、及び
   前記ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある間、一つ又は複数の基準のセットが満たされたと判定した後、前記ＣＧ設定によって設定されたＵＬリソースを介して、前記ＵＬデータを送信する工程であって、前記基準のセットは、少なくとも前記ＴＡタイマーが動作しているという基準を含む、工程、
   を含む、方法。
2. 前記ＢＳから、前記ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある間、タイミングアドバンスを更新するためのインディケーションを受信することに更に応じて、前記ＴＡタイマーを開始又は再開始する工程、
   を更に含む、請求項１に記載の方法。
3. 前記基準のセットの内の一つが満たされていないと判定したとき、ランダムアクセス（ＲＡ）手順を開始する工程、
   を更に含む、請求項１に記載の方法。
4. 前記基準のセットは、前記ＵＬデータのデータ量が閾値よりも小さいという基準を更に含む、請求項１に記載の方法。
5. 前記ＵＬデータの前記データ量が前記閾値より大きいとき、ＲＲＣ接続再開手順を開始する工程、
   を更に含む、請求項４に記載の方法。
6. 前記データ量は、前記特定のＲＢに関連付けられた前記ＵＬデータの総量に基づいて、決定される、請求項５に記載の方法。
7. 前記基準のセットは、同期信号ブロック（ＳＳＢ）の参照信号受信電力（ＲＳＲＰ）が閾値より大きいという基準を更に含む、請求項１に記載の方法。
8. 前記基準のセットは、前記ＵＥが前記ＵＬリソースを介して前記ＵＬデータを送信するとき、開始又は再開始される特定のタイマーが動作しているという基準を更に含む、請求項１に記載の方法。
9. 前記特定のＲＢは、小規模データ伝送のために設定される、請求項１に記載の方法。
10. 前記ＲＲＣリリースメッセージは、情報要素（ＩＥ）ｓｕｓｐｅｎｄＣｏｎｆｉｇを更に含む、請求項１に記載の方法。
11. ユーザ機器（ＵＥ）であって、
    前記ＵＥは、
    特定の無線ベアラ（ＲＢ）に関連付けられた上りリンク（ＵＬ）を送信するためのコンピュータ実行可能命令を有する一つ又は複数の非一時的コンピュータ可読媒体、及び
    前記一つ又は複数の非一時的コンピュータ可読媒体に結合され、前記コンピュータ実行可能命令を実行するように設定された少なくとも一つのプロセッサを含み、
    前記コンピュータ実行可能命令は、
    無線リソース制御（ＲＲＣ）＿ＣＯＮＮＥＣＴＥＤ状態にある間、基地局（ＢＳ）から、少なくともｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ（ＣＧ）設定及びタイムアライメント（ＴＡ）タイマーを含む、ＲＲＣリリースメッセージを受信する処理、
    前記ＲＲＣリリースメッセージの受信に応じて、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態へ遷移する処理、
    前記ＲＲＣリリースメッセージの受信に応じて、前記ＴＡタイマーを開始又は再開始する処理、及び
    前記ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある間、一つ又は複数の基準のセットが満たされたと判定した後、前記ＣＧ設定によって設定されたＵＬリソースを介してＵＬデータを送信する処理を実行するように設定されるコンピュータ実行可能命令であって、
    前記基準のセットは、少なくとも前記ＴＡタイマーが動作しているという基準を含む、ＵＥ。
12. 前記少なくとも１つのプロセッサは、前記コンピュータ実行可能命令が、
    前記ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある間に、前記ＢＳからタイミングアドバンスを更新するためのインディケーションを受信することに応じて、前記ＴＡタイマーを開始又は再開始する処理、
    を更に実行するように設定される、請求項１１に記載のＵＥ。
13. 前記少なくとも１つのプロセッサは、前記コンピュータ実行可能命令が、
    前記基準のセットの内の一つが満たされていないと判定したとき、ランダムアクセス（ＲＡ）手順を開始する処理、
    を更に実行するように設定される、請求項１１に記載のＵＥ。
14. 前記基準のセットは、前記ＵＬデータのデータ量が閾値よりも少ないという基準を更に含む、請求項１１に記載のＵＥ。
15. 前記少なくとも１つのプロセッサは、前記コンピュータ実行可能命令が、
    前記ＵＬデータの前記データ量が前記閾値より大きいとき、ＲＲＣ接続再開手順を開始する処理、
    を実行するように更に設定される、請求項１４に記載のＵＥ。
16. 前記データ量は、前記特定のＲＢに関連付けられた前記ＵＬデータの総量に基づいて、決定される、請求項１５に記載のＵＥ。
17. 前記基準のセットは、同期信号ブロック（ＳＳＢ）の参照信号受信電力（ＲＳＲＰ）が閾値より大きいという基準を更に含む、請求項１１に記載のＵＥ。
18. 前記基準のセットは、前記ＵＥが前記ＵＬリソースを介して前記ＵＬデータを送信するとき、開始又は再開始される特定のタイマーが動作しているという基準を更に含む、請求項１１に記載のＵＥ。
19. 前記特定のＲＢは、小規模データ伝送のために設定される、請求項１１に記載のＵＥ。
20. 前記ＲＲＣリリースメッセージは、情報要素（ＩＥ）ｓｕｓｐｅｎｄＣｏｎｆｉｇを更に含む、請求項１１に記載のＵＥ。

Images