特表2022-517609無線リソース制御非アクティブ状態におけるユーザ装置からのデータ送信
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2022-03-09
(54)【発明の名称】無線リソース制御非アクティブ状態におけるユーザ装置からのデータ送信
(51)【国際特許分類】
H04W 76/27 20180101AFI20220302BHJP
H04W 72/04 20090101ALI20220302BHJP
H04W 28/04 20090101ALI20220302BHJP
H04W 74/08 20090101ALI20220302BHJP
【ＦＩ】
H04W76/27
H04W72/04 131
H04W72/04 132
H04W72/04 136
H04W28/04 110
H04W74/08
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2021540501
(86)(22)【出願日】2020-01-13
(85)【翻訳文提出日】2021-09-02
(86)【国際出願番号】 FI2020050021
(87)【国際公開番号】W WO2020148483
(87)【国際公開日】2020-07-23
(31)【優先権主張番号】62/792,396
(32)【優先日】2019-01-14
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
(71)【出願人】
【識別番号】515076873
【氏名又は名称】ノキア テクノロジーズ オサケユイチア
(74)【代理人】
【識別番号】100099759
【弁理士】
【氏名又は名称】青木 篤
(74)【代理人】
【識別番号】100123582
【弁理士】
【氏名又は名称】三橋 真二
(74)【代理人】
【識別番号】100092624
【弁理士】
【氏名又は名称】鶴田 準一
(74)【代理人】
【識別番号】100141162
【弁理士】
【氏名又は名称】森 啓
(72)【発明者】
【氏名】ダンイェラ ラセルバ
(72)【発明者】
【氏名】レナト バーボサ アブロイ
(72)【発明者】
【氏名】トマス ヤコプスン
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067DD11
5K067EE02
5K067EE10
5K067HH28
(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】
前記ＵＥのフォールバック手順を示すステップをさらに含む、請求項２４ないし２５のいずれか１項に記載の方法。
【発明の詳細な説明】
【技術分野】
【0001】
［優先権主張］
この出願は、２０１９年１月１４日出願の「無線リソース制御非アクティブ状態におけるユーザ装置からのデータ送信」と題した米国仮特許出願第６２／７９２，３９６号の優先権及び利益を主張するものであり、その開示は、その全体が参照により組み込まれる。
この出願は、２０１９年１月１４日出願の「無線リソース制御非アクティブ状態におけるユーザ装置からのデータ送信」と題した米国仮特許出願第６２／７９２，３９６号の優先権及び利益を主張するものであり、その開示は、その全体が参照により組み込まれる。
【0002】
この記述は、無線通信、特に、無線リソース制御（ＲＲＣ）非アクティブ状態におけるユーザ装置（ＵＥ）からのデータ送受信に関する。
【背景技術】
【0003】
通信システムは、固定通信装置または移動通信装置のような、２つ以上のノードまたは装置間の通信を可能にする設備であり得る。信号は有線または無線のキャリアで伝送できる。
【0004】
セルラー通信システムの例として、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって標準化されているアーキテクチャがある。この分野における最近の発展は、ユニバーサル移動通信システム（ＵＭＴＳ）無線アクセス技術の長期進化（ＬＴＥ）と呼ばれることが多い。Ｅ‐ＵＴＲＡ（ｅｖｏｌｖｅｄ ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）は、モバイルネットワークのための３ＧＰＰの長期進化（ＬＴＥ）アップグレードパスのエアインタフェースである。ＬＴＥでは、拡張ノードＡＰまたはＥｖｏｌｖｅｄ Ｎｏｄｅ Ｂ（ｅＮＢ）と呼ばれるベースステーションまたはアクセスポイント（ＡＰ）は、カバレッジエリアまたはセル内でワイヤレスアクセスを提供する。ＬＴＥでは、移動デバイスまたは移動局は、ユーザ装置（ＵＥ）と呼ばれる。ＬＴＥには、多くの改良や開発が含まれている。
【0005】
５Ｇ Ｎｅｗ Ｒａｄｉｏ（ＮＲ）開発は、３Ｇ＆４Ｇワイヤレスネットワークの以前の進化と同様に、５Ｇの要件を満たすための継続的なモバイルブロードバンド進化プロセスの一部である。さらに、５Ｇはモバイルブロードバンドに加えて、新たに出現するユースケースにもターゲットを絞っている。５Ｇの目標は、新しいレベルのデータレート、レイテンシー、信頼性、セキュリティを含むワイヤレス性能の大幅な改善を提供することである。５Ｇ ＮＲはまた、膨大なモノのインターネット（ＩｏＴ）を効率的に接続するために拡張され、新しいタイプのミッションクリティカルなサービスを提供する可能性がある。ＵＲＬＣ（Ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ａｎｄ ｌｏｗ－ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）装置は、高い信頼性と非常に低いレイテンシーを必要とする場合がある。
【発明の概要】
【0006】
無線リソース制御（ＲＲＣ）非アクティブ状態のユーザ装置（ＵＥ）からネットワーク・ノードにデータを送信するための方法、装置、およびコンピュータ可読記憶媒体が提供される。
【0007】
いくつかの実装では、本方法は、ネットワーク・ノードに送信するためのデータの存在を検出し、ユーザ装置（ＵＥ）が、ユーザデータ送信のためのＲＲＣ非アクティブ状態で事前割当リソースを使用して動作モードを許可するかどうかを決定することを含み得る。この例の方法は、さらに、ユーザ装置（ＵＥ）が、ユーザデータ送信のための非アクティブ無線リソース制御（ＲＲＣ）状態で事前割当リソースを使用する動作モードを可能にすると決定することに応答して、ユーザ装置（ＵＥ）からネットワーク・ノードにデータを送信することを含む。
【図面の簡単な説明】
【0008】
【発明を実施するための形態】
【0009】
図１は、実施例による無線ネットワーク１３０のブロック図である。図１の無線ネットワーク１３０では、移動局（ＭＳ）またはユーザデバイス（ＵＥ）とも呼ばれるユーザデバイス（ＵＤ）１３１、１３２、１３３および１３５は、アクセスポイント（ＡＰ）、拡張ノードＢ（ｅＮＢ）またはネットワーク・ノードとも呼ばれる基地局（ＢＳ）１３４と接続（および通信）することができる。アクセスポイント（ＡＰ）、基地局（ＢＳ）または（ｅ）ノードＢ（ｅＮＢ）の機能の少なくとも一部は、リモート無線ヘッドなどのトランシーバに動作可能に接続することができる任意のノード、サーバ、またはホストによって実行されることができる。ＢＳ（またはＡＰ）１３４は、ユーザデバイス１３１、１３２、１３３および１３５を含むセル１３６内に無線カバレッジを提供する。ＢＳ１３４に接続または取り付けられるものとして示されているユーザデバイスは４つだけであるが、任意の数のユーザデバイスが提供され得る。ＢＳ １３４はまた、Ｓ１インタフェース１５１を介してコアネットワーク１５０に接続される。これは、単なる無線ネットワークの１つの単純な例であり、他のものが使用される可能性がある。
【0010】
ユーザデバイス（ユーザ端末、ユーザ装置（ＵＥ））は、加入者識別モジュール（ＳＩＭ）と共に、または加入者識別モジュールなしで動作する無線移動通信デバイスを含む携帯計算デバイスを指すことができ、これには、例として、移動局（ＭＳ）、携帯電話、セルフォン、スマートフォン、携帯情報端末（ＰＤＡ）、ハンドセット、無線モデム（アラームまたは測定デバイスなど）を使用するデバイス、ラップトップおよび／またはタッチスクリーンコンピュータ、タブレット、ファブレット、ゲームコンソール、ノートブック、およびマルチメディアデバイスなど、または他の任意の無線デバイスが含まれるが、これらに限定されない。ユーザデバイスは、ほぼ排他的なアップリンクのみのデバイスであってもよく、その例は、カメラまたはビデオカメラ画像またはビデオクリップをネットワークにロードするデバイスであることが理解されるべきである。
【0011】
ＬＴＥ（一例として）では、コアネットワーク１５０は、ＢＳ間のユーザデバイスの移動性／ハンドオーバを処理または支援することができるＭＭＥ（ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ）、ＢＳとパケットデータネットワークまたはインターネットとの間でデータおよび制御信号を転送することができる１つ以上のゲートウェイ、および他の制御機能またはブロックを含むことができる、進化パケットコア（ＥＰＣ）と呼ばれることがある。
【0012】
加えて、例示として、本明細書に記載する各種実施例または技術は、各種タイプのユーザデバイスまたはデータサービスタイプに適用することができ、または、異なるデータサービスタイプであってもよい複数のアプリケーションをその上で実行することができるユーザデバイスに適用することができる。新しい無線（５Ｇ）開発は、例えば、マシンタイプ通信（ＭＴＣ）、拡張マシンタイプ通信（ｅＭＴＣ）、モノのインターネット（ＩｏＴ）、および／またはナローバンドＩｏＴユーザデバイス、拡張モバイルブロードバンド（ｅＭＢＢ）、および超高信頼および低レイテンシー通信（ＵＲＬＣ）など、多数の異なるアプリケーションまたは多数の異なるデータサービスタイプをサポートする可能性がある。
【0013】
ＩｏＴは、インターネットまたはネットワーク接続性を持つ可能性があるオブジェクトの増加し続けるグループを指し、これらのオブジェクトが他のネットワークデバイスと情報を送受信する可能性がある。例えば、多くのセンサタイプのアプリケーションまたはデバイスは、物理的条件または状態を監視し、例えば、イベントが発生したときに、サーバまたは他のネットワークデバイスにレポートを送信することができる。マシンタイプ通信（ＭＴＣまたはマシン対マシン通信）は、例えば、人間の介入の有無にかかわらず、知的マシン間の完全自動データ生成、交換、処理および作動によって特徴付けられ得る。拡張モバイルブロードバンド（ｅＭＢＢ）は、現在ＬＴＥで利用可能なものよりもはるかに高いデータレートをサポートする可能性がある。
【0014】
ＵＲＬＣ（Ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ａｎｄ ｌｏｗ－ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）は、新しいデータサービスタイプであり、新しい無線（５Ｇ）システムでサポートされる可能性がある。これにより、産業オートメーション、自律運転、車両安全、ｅ－ヘルスサービスなど、新しいアプリケーションとサービスが可能になる。３ＧＰＰは、例として、１－１ｅ－５の信頼性を備えた最大１ｍｓ Ｕ－Ｐｌａｎｅ （ユーザ／データプレーン）レイテンシー接続を提供することをターゲットとしている。したがって、例えば、ＵＲＬＣユーザデバイス／ＵＥは、より短い待ち時間だけでなく、他のタイプのユーザデバイス／ＵＥよりもかなり低いブロック誤り率を必要とすることがある。したがって、たとえば、ＵＲＬＣ ＵＥ（またはＵＥ上のＵＲＬＬＣアプリケーション）は、ｅＭＢＢ ＵＥ（またはＵＥ上で実行されているｅＭＢＢアプリケーション）と比較して、はるかに短いレイテンシーを必要とする場合がある。
【0015】
様々な実施例は、ＬＴＥ、ＬＴＥ－Ａ、５Ｇ、ＩｏＴ、ＭＴＣ、ｅＭＴＣ、ｅＭＢＢ、ＵＲＬＣ等のような広範な様々な無線技術又は無線ネットワーク、又は他の任意の無線ネットワーク又は無線技術に適用することができる。これらの例のネットワーク、技術またはデータサービスタイプは、例としてのみ提供されている。
【0016】
多重入力、多重出力（ＭＩＭＯ）は、多重経路伝搬を利用するために複数の送信および受信アンテナを使用する無線リンクの容量を増加するための技術を参照することがある。ＭＩＭＯは、送信機及び／又は受信機において複数のアンテナを使用することを含み得る。ＭＩＭＯは、１つの無線チャネルを介して２つ以上の固有のデータストリームを送受信する多次元アプローチを含むことができる。例えば、ＭＩＭＯは、マルチパス伝搬を利用することによって、同じ無線チャネルで複数のデータ信号を同時に送受信する技術を参照することができる。図示的な例によれば、マルチ利用者多入力、多出力（マルチ利用者ＭＩＯ、またはＭＵ－ＭＩＭＯ）は、基地局（ＢＳ）または他の無線ノードが、第１のストリームを第１のＵＥに同時に送信することを含み、第２のストリームを第２のＵＥに、物理リソースブロック（ＰＲＢ）の同一（または共通または共有）セットを介して（例えば、各ＰＲＢが時間周波数リソースのセットを含み得る）、複数のストリームを異なるユーザデバイスまたはＵＥに同時に送信または受信することを可能にすることによって、ＭＩＭＯ技術を強化する。
【0017】
また、ＢＳは、（ＵＥのためのプリコーダ行列またはプリコーダベクトルに基づいて）データをＵＥに送信するために、プリコーディングを使用してもよい。例えば、ＵＥは、基準信号またはパイロット信号を受信し、ＤＬチャネル推定値の量子化バージョンを決定し、次いで、量子化されたＤＬチャネル推定値の指標をＢＳに提供することができる。ＢＳは、量子化されたチャネル推定値に基づいてプリコーダマトリックスを決定することができ、ここでプリコーダマトリックスは、ＵＥのための最良のチャネル方向に送信された信号エネルギーを集束させるか、または方向付けるために使用することができる。また、各ＵＥは、例えば、ＵＥがＢＳから参照信号を受信し、ＤＬチャネルのチャネル推定値を決定し、次いで、ＤＬチャネル推定値に基づいてＤＬチャネルのためのデコーダマトリックス決定するをことができるデコーダマトリックスを使用することができる。例えば、プリコーダマトリクスは、送信無線デバイスのアンテナアレイに適用されるべきアンテナ重み（例えば、各重みに対する振幅／利得および位相）を示すことができる。同様に、デコーダマトリックスは、受信無線デバイスのアンテナアレイに適用されるべきアンテナ重み（例えば、各重みに対する振幅／利得および位相）を示すことができる。これは、ＵＥがＢＳ にデータを送信している場合にも、ＵＬに適用される。
【0018】
例えば、受信側無線ユーザデバイスは、そのユーザデバイスが複数のＢＳから参照信号（または他の信号）を受信するＩＲＣ（Ｉｎｔｅｒｆｅｒｅｎｃｅ Ｒｅｊｅｃｔｉｏｎ Ｃｏｍｂｉｎｉｎｇ）を用いて、多数のＢＳから基準信号（または他の信号）を受信してもよく（例えば、各ＢＳから受信した信号に対して信号強度、信号電力、または他の信号パラメータを測定してもよい）、所望の信号の干渉プラスノイズ比（ＳＩＮＲ）を増加するために、例えば、干渉信号の方向にＮＵＬＬ（または非常に低いアンテナゲイン）を提供することによって、１つ以上の干渉器（または干渉セルまたはＢＳ）からの信号を抑制または低減してもよいデコーダマトリックスを生成してもよい。多数の異なる干渉からの全体干渉を低減するために、受信機は、例えば、復号行列を決定するために、線形最小平均二乗誤差除去結合（ＬＭＭＳＥ‐ＩＲＣ）受信機を使用してもよい。ＩＲＣレシーバとＬＭＭＳＥ－ＩＲＣレシーバは単なる例であり、他のタイプのレシーバまたは技術を使用してデコーダマトリックスを決定することができる。デコーダマトリックスが決定された後、受信ＵＥ／ユーザデバイスは、アンテナ重み（例えば、振幅及び位相を含む各アンテナ重み）を、デコーダマトリックスに基づいて受信ＵＥ又はデバイスにおける複数のアンテナに適用することができる。同様に、プリコーダ行列は、送信無線デバイス又はノードのアンテナに適用することができるアンテナ重みを含むことができる。これは、受信側ＢＳにも適用される。
【0019】
無線通信では、無線リソース制御（ＲＲＣ）プロトコルが制御目的のためにエアインタフェース上で使用される。３ＧＰＰ Ｒｅｌ‐１５では、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（またはＲＲＣ Ｃｏｎｎｅｃｔｅｄ Ｉｎａｃｔｉｖｅ状態、ｉｎａｃｔｉｖｅ ＲＲＣ状態など）と呼ばれる独立無線リソース制御（ＲＲＣ）状態が、例えば、大規模マシンタイプ通信（ｍＭＴＣ）／大規模モノのインターネット（ｍＩｏＴ）サービスのための効率（例えば、シグナリング、待ち時間、エネルギー使用など）を増加させるために、既存のＲＲＣ状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤおよびＲＲＣ＿ＩＤＬＥ）を補完するために導入される。
【0020】
ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態は、ＲＲＣ＿ＩＤＬＥ状態のＵＥと比較した場合、遅延が小さいユーザ装置（ＵＥ）からの少量のデータまたは散発的なデータの伝達をサポートすることが期待される。さらに、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態では、ＵＥが、コアネットワークからではなくＲＡＮからページングできるＲＡＮ通知領域（ＲＮＡ）内で自律的に（例えば、無線アクセスネットワーク（ＲＡＮ）に対して透過的に）移動することができる。ＵＥが割り当てられたＲＮＡから離れると、ＲＮＡ Ｕｐｄａｔｅ手順（ＲＮＡＵ）が実施される。しかし、コアネットワークは、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態かＲＲＣ＿ＩＮＡＣＴＩＶＥ状態かを認識しないことがある。
【0021】
本開示は、ＵＥが非アクティブなＲＲＣ状態（例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態）にあるとき、ＵＥからデータを送信するための単純で効率的な手順を提供する。いくつかの実装では、提案された手順は、ＵＥが送信すべきデータを持っているとき、非活性ＲＲＣ状態のＵＥのためのランダムアクセス（ＲＡ）チャネル手順を実行する必要性を排除する。言い換えると、ＲＡ手続きの一部である時間アライメント（ＴＡ）が実行されない場合がある。これは、アップリンクでデータ（例えば、少量のデータ）を送信するために構成された許可（ＣＧ）動作を使用することによって、ＵＥ同定に使用される潜在的なランダムアクセス（ＲＡ）プリアンブルボトルネックを処理する方法を提供することもできる。
【0022】
例えば、１つの実装では、この方法は、ネットワーク・ノードに送信するためのデータの存在を検出し、ユーザ装置（ＵＥ）がＲＲＣ非アクティブ状態で設定された許可（ＣＧ）モード動作を許可するかどうかを決定し、ユーザ装置（ＵＥ）が設定された許可（ＣＧ）モード動作を許可すると決定することに応じて、ユーザ装置（ＵＥ）からネットワーク・ノードにデータを送信することを含むことができる。
【0023】
図２は、５Ｇ／ＮＲにおける無線リソース制御（ＲＲＣ）状態遷移の例を示す図である。
【0024】
無線通信では、無線リソース制御（ＲＲＣ）プロトコルが制御目的のためにエアインタフェース上で使用される。ＲＲＣプロトコルの主要な機能は、例えば、接続の確立と解放、システム情報のブロードキャスト、無線ベアラの確立、再構成と解放、ＲＲＣ接続モビリティ手順、ページング通知と解放、および外側ループ電力制御を含む。ＲＲＣ動作は、ＵＥが存在してもよい特定のＲＲＣ状態を定義する図２に示される状態マシンによってガイドされる。
【0025】
５Ｇ／ＮＲ では、ＲＲＣ＿ＩＤＬＥ ２１０、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ ２２０、ＲＲＣ＿ＩＮＡＣＴＩＶＥ ２３０のＲＲＣ状態がサポートされている。ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態２３０は、５Ｇ／ＮＲで導入された新しいＲＲＣ状態である。
【0026】
ＵＥの電源が投入されると、ＵＥはＲＲＣ＿ＩＤＬＥ 状態２１０になる。ＵＥは、初期アタッチまたはコネクション確立により、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態２２０に遷移する。ＵＥからのアクティビティが短時間ない場合、ネットワークは、ＵＥのＲＲＣ接続を中断し、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態２３０に遷移するようにＵＥに指示し、消費電力および／またはリソースを節約し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態２２０に遷移することにより、必要に応じて、ＵＥにセッションの再開を要求することができる。一部の実装では、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態は、ＲＲＣアクティブ状態および／またはＲＲＣアイドル状態とは異なるＲＲＣ状態、または非アクティブＲＲＣ状態、または非アクティブＲＲＣ状態と呼ばれることもある。
【0027】
【0028】
３１２において、ＵＥ（例えば、ＵＥ３０４）は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態２２０）にある可能性がある。３１４において、ＵＥ３０４がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるとき、ｇＮＢ３０２は、ＵＥ３０４において、構成された許可（ＣＧ）モード動作（ＣＧモードまたは非アクティブ無線リソース制御（ＲＲＣ）状態で事前割当リソースを使用する動作モードとも呼ばれる）を構成することができる。ＣＧ モード動作を、たとえば、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態またはＲＲＣ接続サスペンド時に構成でき、ＣＧモード動作は、必要に応じて（たとえば、ＲＲＣ＿ＩＮＡＣＴＩＶＥ 状態への遷移時に）アクティブ／非アクティブにできる。Ｒｅｌ－１５では、ＣＧモード動作タイプ－１の場合、リソース構成とアクティブ／非アクティブ化はＲＲＣプロトコル信号を介して提供され、ＣＧモード動作タイプ－２の場合、リソース構成はＲＲＣを介して提供され、アクティブ／非アクティブ化は、構成されたスケジューリング（ＣＳ）無線ネットワーク仮識別子（ＲＮＴＩ）にアドレス指定された物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して提供されてもよい。ある実装では、ＣＧモード動作は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のままで、ＵＥ３０４がデータをｇＮＢ３０２に送信することを可能にする。例えば、ＵＥ３０４がＣＧモード動作を可能にするように構成されている場合、ＵＥ３０４は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移することなく（または、ＲＡを開始することなく、例えば、４ステップＲＡ手順または強化ＲＡ手順、例えば、２ステップＲＡ手順）、アップリンク上のデータをｇＮＢ３０２に送信することができ、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でＵＥ３０４からデータを送信することは、ネットワーク内に生成されるシグナリングデータの量を減らし、ＵＥ３０４で電力リソース（例えば、バッテリ電力）を節約する。
【0029】
一部の実装では、システム情報ブロック（ＳＩＢ）、無線リソース制御（ＲＲＣ）、またはダウンリンク制御インジケータ（ＤＣＩ）メッセージを介してｇＮＢ３０２から受信した指示に基づいて（またはそれを介して）ＵＥ３０４でＣＧモード動作を構成することができる。３１６において、ＵＥ３０４は、３１４においてｇＮＢ３０２から受信した指示に基づいて（またはそれを介して）ＣＧモード動作を可能にするように構成される。
【0030】
３１８において、ＵＥ３０４は、一定期間、データ活動がない場合、そのＲＲＣ接続をサスペンドさせることによって、例えばネットワーク・ノード（例えば、ｇＮＢ３０２）によって、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態２３０）に遷移することができる。ＵＥは、例えば、データがｇＮＢ３０２に送信可能になるまで、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態を維持し続けることができる。３２０において、ＵＥ３０２がＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき、ＵＥ３０４は、ｇＮＢ３０２へのアップリンク上で送信するためのデータの存在を検出することができる。いくつかの実装では、ｇＮＢ３０２に伝達するためのデータは、ＵＥの伝達バッファに存在してもよい。例えば、ＵＥ３０４のバッファは、パケット・データ・コンバージェンス・プロトコル、無線リンク制御、またはメディア・アクセス制御バッファである。ある実装では、閾値（例えば、バッファ内のビット数、バッファ占有率など）を使用して、データが伝達のためにバッファ内に存在するかどうかを決定することができる。例えば、ＵＥ３０４は、アプリケーションおよび／またはＱｏＳ要件に基づいて構成され得る閾値に基づいて、アップリンク上で送信するためのデータの存在を検出することができる。さらに、いくつかの実装では、閾値（上述の閾値と同じまたは異なる）を使用して、ＣＧモード動作を可能にするかどうかを決定することができる。
【0031】
３２２において、ＵＥ３０４は、ＣＧモード動作を用いて、データをｇＮＢ３０２に送信してもよい。いくつかの実装では、ＵＥ３０４は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でのＣＧモード動作を使用してｇＮＢ３０２にデータを送信する前に、ＣＧモード動作（例えば、上述のようにＣＧモード動作が許可されるか、および／または起動されるか）を可能にするようにＵＥが構成されているかどうかを決定してもよい。
【0032】
いくつかの実装では、ｇＮＢ（例えば、ｇＮＢ３０２）は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でＣＧモード動作に関連する設定済みの許可（ＣＧ）および／または専用時間／周波数リソースおよび関連する参照信号（例えば、復調参照信号（ＤＭＲＳ）シーケンス）に関する情報を使用することが許可されているかどうかについて、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤおよび／またはＲＲＣ＿ＩＮＡＣＴＩＶＥでＵＥに命令をブロードキャストすることができる。これは、例えば、無線アクセスネットワーク（ＲＡＮ）ベースの通知領域（ＲＮＡ）内のセル変更に基づいて、移動シナリオにおいてＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥがＣＧモード動作から利益を受けることを可能にすることができる。加えて、いくつかの実装では、ｇＮＢは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に移行する時、またはＵＥがＩＮＡＣＴＩＶＥ状態にある間、例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥ手順の間、ＵＥ固有の設定を送ることができる。
【0033】
一部の実装では、３２４において、ｇＮＢ３０２は、ＵＥ３０４から送信されたデータを受信すると、３２２においてＵＥ３０４から送信されたデータ（例えば、ユーザデータ）のデコードが成功したときに、ＡＣＫ（例えば、ハイブリッド自動リピート要求（ＨＡＲＱ）確認応答）をＵＥ３０４に送信することができる。３２６において、ＵＥ３０４は、ｇＮＢ３０２からのＡＣＫを受信すると、ｇＮＢ３０２へのデータ送信が成功したと見なすことができる。
【0034】
しかしながら、いくつかの実装では、３３４において、ｇＮＢ３０２はＮＡＣＫ（例えば、ＨＡＲＱ否定応答）をＵＥ３０４に送信してもよく、あるいは、ＡＣＫ／ＮＡＣＫがｇＮＢ３０２から受信されていなくてもよい。ｇＮＢ３０２は、データのデコードがｇＮＢ３０２で失敗したときにＮＡＣＫを送信してもよい。例えば、ｇＮＢ３０２が、ＵＥ３０４から送信されたデータに関連する参照信号（例えば、復調参照信号（ＤＭＲＳ）シーケンス）またはアップリンクデータチャネル（例えば、物理アップリンク共有チャネル（ＰＵＳＣＨ））を正常に復号できない場合、復号は失敗することがあり得る。ある実装では、ネットワーク・ノード（例えば、ｇＮＢ３０２）は、ＮＡＣＫの指示、例えば、ＤＣＩまたは他の指示を送ることができ、これは、ＵＥが使用すべきフォールバック手順を示すことができる。３３６において、ＵＥ３０４は、ＮＡＣＫの受信時にｇＮＢ３０２へのデータ送信が失敗した（例えば、データ送信が失敗した）とみなすことができる（または、ＡＣＫ／ＮＡＣＫを受信しなかった）。
【0035】
一部の実装では、例えば、ｇＮＢが送信に使用されたＤＭＲＳシーケンスのみをデコードし、データ送信（ユーザ／データプレーン）ではない場合、ｇＮＢは、後続のＵＥアクションを示すために、所定のＤＭＲＳ（例えば、そのプールで設定された任意のＲＲＣ＿ＩＮＡＣＴＩＶＥ ＵＥ）を使用できる任意のＵＥを通知してもよい。例えば、ＵＥアクションは、意図されたＵＥが、プールとは異なるＤＭＲＳシーケンスで再試行すべきであることが考えられる。あるいは、ｇＮＢは、遅延を低減するために、後続の再送信に使用する専用ＤＭＲＳシーケンスを送信することができる。
【0036】
３４２において、ＵＥ３０４は、ＣＧモード動作を使用してデータを再送信してもよい。ある実装では、ＵＥ３０４は、ＣＧモード動作を使用してデータをｇＮＢ３０２に再送信する前に、ＵＥがＣＧモード動作を使用してデータを再送信するように構成されているかどうか（例えば、ＣＧモード動作の構成が変更される可能性があるため）、またはＵＥのモビリティのために構成されているかどうかを決定することができる。３４４において、ｇＮＢ３０２は、３４２においてＵＥ３０４から再送信されたデータの復号が成功すると、ＡＣＫ（例えば、肯定応答）をＵＥ３０４に送信することができる。３４６において、ＵＥ３０４は、ＡＣＫの受信に際して、ｇＮＢ３０２へのデータ再送信が成功したと見なすことができる。
【0037】
一部の実装では、ｇＮＢ３０２は、例えば、エンドレスループ、より長い遅延等を回避するために、データを送信する他のプロシージャをトリガーする前に、ＣＧモード動作ＵＥ３０４を使用する送信試行回数を設定することができる。
【0038】
したがって、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のままであり、ネットワーク性能（例えば、信号の低減）および／または電力／リソース（例えば、ＵＥバッテリ電力、ＲＡチャネルプリアンブルなど）を改善するために、ＣＧモード動作を使用してアップリンク内のデータをｇＮＢに送信することができる。
【0039】
【0040】
一部の実装では、例えば、図４の３１２、３１４、３１６、３１８、３２０、３２２、３３４、および３３６での動作は、図３の動作３１２、３１４、３１６、３１８、３２０、３２２、３３４、および３３６とそれぞれ同じまたは同様であり得る。
【0041】
４４２において、ＵＥ３０４は、強化ランダムアクセス（ＲＡ）手順、例えば、強化ＲＡＣＨ手順（例えば、小さなデータ送受信と呼ばれ、３ＧＰＰ ＴＲ３８．３０４で定義される。初期データ送受信と呼ばれ、３ＧＰＰ ＴＳ３６．３００Ｖ１５．３．０、セクション７．３ｂで定義される）を開始することによって、データの再送信を試みることができる。この手順は、ＵＥがＲＡ応答後にアップリンクユーザプレーンデータを伝達することを可能にし、伝達は、手順のメッセージ３（ＭＳＧ３）で実行される。（非拡張）ＲＡＣＨ手順は、一般に、次のものを含むことができる。
１） ＭＳＧ１）ランダムアクセスプリアンブルの送信、
２） ＭＳＧ２：ランダムアクセスレスポンスの受信、
３） ＭＳＧ３：ＲＲＣコネクションセットアップまたは再開要求の送信、
４） ＭＳＧ４：ＲＲＣコネクションセットアップまたは再開レスポンスの受信、
５） ＭＳＧ５：ＲＲＣコネクションセットアップまたは再開完了の送信。
拡張ＲＡＣＨ手順では、ＵＥはＲＡ手順のメッセージ３と共に／後に小さなデータ送信を送ることがある。
１） ＭＳＧ１）ランダムアクセスプリアンブルの送信、
２） ＭＳＧ２：ランダムアクセスレスポンスの受信、
３） ＭＳＧ３：ＲＲＣコネクションセットアップまたは再開要求の送信、
４） ＭＳＧ４：ＲＲＣコネクションセットアップまたは再開レスポンスの受信、
５） ＭＳＧ５：ＲＲＣコネクションセットアップまたは再開完了の送信。
拡張ＲＡＣＨ手順では、ＵＥはＲＡ手順のメッセージ３と共に／後に小さなデータ送信を送ることがある。
【0042】
いくつかの実装では、例えば、ＵＥ３０４は、拡張ＲＡチャネル手順のステップ３の一部として、データ（その伝達が以前の試みで失敗した）を再伝達することができる。ＵＥ３０４は、ｇＮＢ３０２から受信した情報に基づいて、強化されたＲＡチャネル手順を開始してもよい。いくつかの実装では、例えば、この手順（例えば、この手順（例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でのＣＧモード動作と、それに続く強化されたＲＡ手順）は、遅延および／または消費電力制約にセンシティブなデータを送信するために使用することができる。
【0043】
４４４において、ｇＮＢ３０２は、ＵＥ３０４のＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態への遷移に関する確認を送信してもよい。４４６において、ＵＥ３０４は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移し、ｇＮＢからの指示に基づいて、データ送受信を成功としてマークすることができる。
【0044】
一部の実装では、ｇＮＢ ３０２は、拡張ＲＡ手順をトリガーしてデータを伝達する前に、ＣＧモード動作ＵＥ３０４を使用して伝達／再伝達の試行回数を設定することができる。したがって、ネットワーク性能を改善し、および／またはＵＥ消費電力を節約するために、ＣＧモード動作と強化されたＲＡ手順との組み合わせを使用して、データをＵＥからｇＮＢに送信することができる。
【0045】
【0046】
一部の実装では、図５の３１２、３１４、３１６、３１８、３２０、３２２、３３４、および３３６での動作は、図３の動作３１２、３１４、３１６、３１８、３２０、３２２、３３４、および３３６とそれぞれ同じまたは同様であってもよい。
【0047】
５５２において、ＵＥ３０４は、ＲＡ手順を開始することによって、データの再送信を試みてもよい。ＵＥは、ＵＥをネットワークと同期させ（例えば、ｇＮＢ３０２）、データをｇＮＢ３０２に送信するためにＵＥをＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移させるＲＡ手順を開始してもよい。５４４において、ｇＮＢ３０２は、ＲＡプロシージャの完了に関する確認をＵＥ３０４に送信し得、５５６において、ＵＥ３０４は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移することができる。
【0048】
５５８において、ＵＥ３０４は、ｇＮＢ３０４にデータを送信してもよい。ある実装では、５６０において、ｇＮＢ３０２は、５５８においてＵＥ３０４から送信されたデータのデコードが成功すると、ＵＥ３０４にＡＣＫ（例えば、肯定応答）を送信することができる。５６２において、ＵＥ３０４は、ＡＣＫの受信に際して、ｇＮＢ３０２へのデータ送信が成功したと見なすことができる。一部の実装では、ＮＡＣＫの場合、通常のＨＡＲＱ再送手順を使用できる。
【0049】
したがって、ネットワーク性能を改善し、および／またはＵＥ電力を節約するために、ＣＧモード動作とＲＡ手順との組み合わせを使用して、データをＵＥからｇＮＢに送信することができる。
【0050】
図６は、少なくとも１つの実施例にしたがって、例えばＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でユーザ装置（ＵＥ）からデータを送信することを示すフローチャート６００である。
【0051】
ブロック６１０で、ＵＥは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき、ＵＥからネットワーク・ノードに送信するためのデータの存在を検出することができる。例えば、いくつかの実装では、ＵＥ（例えば、ＵＥ３０４）はＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあり、ＵＥのバッファ内のデータ（例えば、ユーザデータ）の存在を検出することができる。
【0052】
ブロック６２０において、ＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＣＧモード動作がデータを送信することを可能にするか否かを決定することができる。例えば、いくつかの実装において、ＵＥ３０４は、ＵＥ３０４から送信するためのデータの存在の検出に応答して、データを送信するためにＣＧモード動作を使用するか否かを決定することができる。
【0053】
ある実装では、ｇＮＢ３０２は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でのＣＧモード動作を可能にするようにＵＥ３０４を構成することができる。ｇＮＢ３０２は、何らかの基準に基づいて、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でのＣＧモード動作を用いたデータ送受信を可能にするように、ＵＥ３０４を構成してもよい。実装例では、基準は、トラフィック負荷、アクセスモード毎の測定された衝突率、ＱｏＳ目標（例えば、利用者プレーン／制御プレーン待ち時間）、ＵＥトラフィックパターン、ＵＥモビリティレベルなどの１つ以上を含むことができる。
【0054】
ＵＥ３０４は、ｇＮＢ３０２からの指示（例えば、メッセージ、属性など）を介してＣＧモード動作の構成を受信することができる。一部の実装では、ＵＥ３０４は、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるとき、またはＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に遷移したときに、システム情報ブロック（ＳＩＢ）、無線リソース制御（ＲＲＣ）、またはｇＮＢ３０２から受信したダウンリンク制御インジケータ（ＤＣＩ）メッセージを介して、指示を受信することができる。いくつかの実装では、ｇＮＢ３０２は、例えば、所定の時間有効（例えば、Ｘ分間有効）、ＵＥにおける利用可能なバッテリ電源などのために、動的にＵＥにおけるＣＧモード動作の構成（例えば、ＣＧモード動作の構成および／または起動／停止）を変更することができる。一実施形態では、ｇＮＢ３０２は、ＵＥがＣＧモード動作を使用することが許可されているかどうかに関して、ブロードキャストメッセージ（例えば、ＳＩＢ、ＤＣＩ、ＲＲＣなど）を介して、ＵＥ３０４に指示を与えることができる。
【0055】
しかしながら、ＵＥ３０４（例えば、ｇＮＢ３０２のセルカバレッジ領域に位置する場合）が、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でのＣＧモード動作を可能にするように構成されていない場合、ＵＥ３０４は、５Ｇ／ＮＲ ＲＲＣ状態遷移に従うことができ（図２に示されるように）、データを送信するためにＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移することができ、または、強化されたＲＡ手順の間に少量のデータを送信しようとすることができる（例えば、上述し、３ＧＰＰ仕様で規定されているように、強化されたＲＡ手順のステップ３）。いくつかの実装において、ＵＥ３０４が、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でのＣＧモード動作を可能にするように構成されていると決定した場合、ＵＥ３０４は、リソースのプールからデータを送信するためのリソースを選択することができる。リソースには、時間周波数リソース（例えば、物理リソースブロック（ＰＲＢ））、復調基準信号（ＤＭＲＳ）シーケンスなどが含まれてもよい。いくつかの実装において、ｇＮＢ３０２は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態におけるＣＧモード動作の構成に関するＵＥを示すとき、ＵＥがリソースを選択することができるリソース・プールについてＵＥに通知し得る。リソース・プールは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でのＣＧモード動作のためにｇＮＢ ３０２によって予約され、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態であるとき、ＵＥがデータを送信することを可能にすることができる。
【0056】
リソース・プールは、例えば、時間周波数リソースのプールおよび／またはＤＭＲＳシーケンスを含み、このプールからＵＥ３０４は、データを送信するために必要なリソースを選択することができる。ある実装では、ＵＥ３０４は、データをｇＮＢ３０２に送信するために、時間周波数リソース（例えば、ＰＲＢのプールから）および／またはＤＭＲＳシーケンス（例えば、ＤＭＲＳシーケンスのプールから）を選択してもよい。リソースはさまざまな方法で選択できる。例えば、ある実装では、リソースは擬似ランダムな方法で選択されてもよい。一部の実装では、リソースは、ｇＮＢ ３０２からの指示（例えば、事前定義された／事前設定された罫線）に基づいて選択されてもよい。一実施形態では、ＵＥ３０４は、リソースのプールを選択し、選択されたプールからリソースのサブセットを選択することができる。別の実施例では、ｇＮＢ３０２は、ＵＥ３０４に、例えば、失敗した以前のＣＧモード動作で使用されたリソースとは異なる、同じプールからの異なるプールまたは異なるサブセットを使用するように命令することができる。
【0057】
例えば、ＵＥは、例えば、ネットワーク・ノードから、ＵＥがどのようにリソースを選択すべきかを示す（または指示する）ルールに基づいて、リソースを選択することができ（特定のＤＭＲＳシーケンスおよび／または時間周波数リソースを選択する）、ＵＥのＩ－ＲＮＴＩに基づいてＤＭＲＳシーケンスおよび／または時間周波数リソースを選択することができ（例えば、ＵＥ識別子に従ったＵＥ特定リソースの決定は、３ＧＰＰ ＴＳ ３８．３０４Ｖ１５．１．０のセクション７で定義されているように、ページングオカレンスおよびページングフレームの決定と同様であると仮定してもよい）、ＵＥが属するグループに基づいて、リソース・プールの特定の部分のリソースを選択することができ、（ルールは、ＵＥグループとリソース・プールの部分との間の関連を示すことがある）、ＵＥが設定された許可リソースを使用できる周期性、時間／周波数リソースの量（例えば、ＰＲＢの数など）を定義するルールに示されている周期性に基づいて、リソースを選択することができ、再送信アプローチの選択することができる（例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でのＣＧモード操作の使用、拡張ＲＡ手続きの開始、ＲＡ手続きの開始など）。
【0058】
一部の実装では、例えば、ネットワーク・ノード（例えば、ｇＮＢ３０２）は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ ＵＥのためのＣＧモードリソースのプールを決定し維持することができ、リソース利用（例えば、リソースの直交化）を最大化するために、ＩＮＡＣＴＩＶＥ ＵＥによって使用されるリソース・プールのサイズを制限することができ、例えば、実際の衝突速度、負荷、アンテナ構成に基づいてプールサイズを調整することができ、ブラインド復号試行のための複雑さを管理可能な状態に保つことができ、および／または、ＵＥトラフィックパターン（例えば、通常のＵＥトラフィックパターン）にしたがって割り当てられた時間周波数リソースに一致することができる。
【0059】
例えば、いくつかの実装では、ｇＮＢ（例えば、ｇＮＢ３０２）は、低トラフィック生成レート（例えば、コアネットワークによって、またはＵＥから受信した情報、例えば、アプリケーションタイプ、ＱｏＳ対象（利用者プレーン／制御プレーン待ち時間）、ＵＥトラフィックプロファイル／パターン、またはローカル履歴）のＵＥ（例えば、ＵＥ３０４）を、主に（大部分）ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態で（例えば、より短いＲＲＣサスペンドタイマを設定することによって、ネットワークが、ＲＲＣサスペンドメッセージを発行することによりＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に移行するようにＵＥに命令する最後において）構成することができる。実施例において、エネルギー効率が、散発的な小さなパケットを生成するＵＥ（例えば、エネルギー低減またはコアネットワーク指示のためのＵＥ要求のいずれかに基づいて）に対して優先される場合、またはＲＡ信号オーバヘッドが低減されることが望まれる場合（例えば、ＲＡ信号対象は、ｇＮＢにおいて局所的に設定可能である）、ｇＮＢは、ＲＲＣ信号を介して、ＤＭＲＳプールを含むＣＧモードリソースと共に散発的な小さなパケットを生成するＵＥを設定することができる。実施例において、ｇＮＢは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある間にパケットが到着したとき（例えば、ＲＡシグナリングの増加を回避するために）、ＲＲＣモード動作を主に使用するように、ＲＲＣシグナルを介して、これらのＵＥのための規則を、ＲＲＣシグナルを介して設定することができる。別の実施例では、ｇＮＢは、フィードバックチャネル上のＮＡＣＫ上のフォールバックモード挙動、すなわち、何度も再試行し、ＲＡ （または拡張ＲＡ）手順に切り替えることができる。別の実装例では、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある間、ｇＮＢはＣＧモードリソースを使ってＵＥ伝達からの伝達を受信し確認することができる。
【0060】
ある実装では、ｇＮＢは、正しく受信されなかった検出された伝達に対してＮＡＣＫで応答し、潜在的には、対応するＵＥをフォールバックモードに切り替える。ＮＡＣＫは明示的でも暗黙的でも可能である。ＮＡＣＫ が明示的ではないが暗黙的な場合、ネットワークがデコードに失敗した可能性があるため、ネットワークによってＡＣＫ／ＮＡＣＫ は送信されない。例えば、いくつかの実装において、ｇＮＢは、新規／既存のＵＥにアクセスモードを割り当て、ＣＧモード操作のためのＣＧモードリソースを最適化する手順（例えばアルゴリズム）を使用することができる。ここで、入力パラメータは、ＵＥ／ＣＮから受信した情報（例えば、ＱｏＳターゲット（利用者プレーン／制御プレーンの待ち時間など）、ＵＥトラフィックパターン、ＵＥモビリティレベル、伝達の負荷と故障率を監視することによってローカルに決定された入力パラメータ（例えば、いくつかの対応しきい値に対するこれらのメトリックの測定と評価に基づく）、および、ＵＥと受信機能力を含むパラメータ（例えば、受信機タイプ、アンテナの数、環境の空間的多様性など）のうちの１つ以上を含むことができる。
【0061】
実装例では、アルゴリズムの出力は、例えば、閾値を超えない場合、一次アクセスモードはＲＲＣ＿ＩＮＡＣＴＩＶＥのＵＥに対するＣＧモードである。いずれかの閾値を超えると、ＲＲＣ＿ＩＮＡＣＴＩＶＥ 状態のＵＥ にフォールバックモードが割り当てられる。たとえば、障害率の閾値を超過した場合（ＣＧモード伝達の伝送障害率またはＣＧベースのアクセスを介した同時伝達数が、特定のレシーバ機能でサポートされている数よりも高い場合）、ｇＮＢはＣＧモードリソース／ＤＭＲＳプールを再設定するか、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でＣＧモードを使用する代わりにＲＡプロシージャを実行するようにＵＥを再設定することによって、ＣＧモードリソース／ＤＭＲＳプールをオフロードする。
【0062】
ブロック６３０において、ユーザ装置は、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でＣＧモード動作を可能にすると判断するのに応じて、ＵＥからネットワーク・ノードにデータを送信することができる。例えば、ある実装では、ＵＥ３０４は、ＵＥがＲＣ＿ＩＮＡＣＴＩＶＥ状態でのＣＧモード動作をサポートすると決定したことに応答して、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のままであり、上述のリソース・プールから選択されたリソースを使用しながら、バッファ内に存在するデータ（例えば、データの一部）をｇＮＢ３０２に送信することができる。
【0063】
一部の実装では、ｇＮＢ３０２は、ＵＥ３０４から受信したデータに対してデコードを実行してもよい。しかしながら、ｇＮＢ３０２は、例えば、ＵＥ３０４から送信されたＤＭＲＳシーケンスおよび／またはＰＵＳＣＨのデコードにおいて、常に成功するとは限らない。一実施形態では、ＵＥ３０４は、ＮＡＣＫ（例えば、ＨＡＲＱプロトコルに関連するＮＡＣＫ）を受信して、ｇＮＢ３０２での復号失敗を示すことができる。ある実装では、ｇＮＢ３０２からＮＡＣＫを受信することに応答して、ＵＥ３０４は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態で、または異なるプロシージャ、またはそれらの組み合わせを使用して、ＣＧモード動作を使用してデータを再送信しようとすることがある。
【0064】
一実施形態では、ＵＥ３０４は、リソース・プールからリソースを選択することによって、データの再送信を試みることができる。再送信のために、ＵＥ３０４は、例えば、送信が成功したとみなされるまで、ＵＥによって使用されるＤＭＲＳシーケンスを追跡することによって（例えば、ｇＮＢ３０２から受信したＨＡＲＱ ＡＣＫに基づいて）、以前の試みで選択された／使用されたＤＭＲＳシーケンスとは異なるＤＭＲＳシーケンスを選択しようとすることができる。別の実施例では、ＵＥ３０４は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でのＣＧモード動作を用いたデータの送信が失敗した場合に、ＲＡプロシージャの開始をサポートするように構成してもよい。ＵＥ３０４が、ＲＡ手順を開始する前に、ＲＲＣ＿ＩＮＡＣＴＩＶＥにおけるＣＧモード動作を使用してデータの送信を試みることができる回数は、送信されるデータが、例えば、待ち時間、電力等にセンシティブであるか否かに基づいて、ｇＮＢ３０２によって（および／または、それに基づいて）状態が構成されてもよい。例えば、ＵＥ３０４が待ち時間にセンシティブな場合（例えば、ＵＲＬＣアプリケーション）、ＵＥ３０４は、１回または２回の試み／再試行後にＲＡ手順をトリガーすることができる。しかしながら、ＵＥ３０４がレイテンシーにセンシティブではないが、ＵＥのパワーにセンシティブな場合、ＵＥ３０４は、レイテンシー／遅延にセンシティブなＵＥよりもＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でＣＧモード動作を使用しながら、データの再送信を試みることができる。
【0065】
別の実施例では、ＵＥ３０４は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でのＣＧモード動作によるデータの送信が失敗した場合に、強化されたＲＡ手順を開始するように構成されてもよい。ＵＥ３０４がＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でＣＧモード動作を使用してデータを送信しようとする回数は、送信されるデータが、例えば、待ち時間、ＵＥバッテリ電力にセンシティブであるか否かに基づいて、ｇＮＢ３０２によって構成されてもよい。例えば、ＵＥ３０４が待ち時間にセンシティブ癖場合（例えば、ＵＲＬＣアプリケーション）、ＵＥ３０４は、１回または２回の試み／再試行後に、強化されたＲＡ手順をトリガーし得る。しかしながら、ＵＥ３０４が待ち時間にセンシティブ頁はないが、ＵＥ電力にセンシティブな場合、ＵＥ３０４は、待ち時間にセンシティブなＵＥと比較して、ＲＲＣ＿ＩＮＡＣＴＩＶＥにおけるＣＧモード動作を用いて、追加の試みのためにデータの再送信を試みることができる。
【0066】
ある実装では、送信、再送信、強化されたＲＡ手続きの開始、および／またはＲＡ手続きの組み合わせは、任意の順序（および任意の数の試行）で、ＵＥからネットワーク・ノードへデータを送信するために使用され得る。
【0067】
いくつかの実装では、上記の手順は、同じｇＮＢまたは異なるｇＮＢのセルカバレッジ内の両方のデバイスと同様に、デバイス対デバイス（Ｄ２Ｄ）通信のために使用され得る。
【0068】
ある実装では、ＵＥは、例えば、ネットワーク指示に基づいて、フォールバックモード（例えば、使用するフォールバック手順）を決定することができる。この指示は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でのＣＧモード動作の設定中または起動中、あるいはＮＡＣＫをＵＥに送信するときに受信され得る。ＵＥは、指示に基づいて、フォールバックモードを選択することができる。
【0069】
したがって、上述したように、ＵＥは、例えば、待ち時間、シグナリングデータ、電力使用などを低減するために、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でのＣＧモード動作を使用して、ｇＮＢにデータを送信することができる。
【0070】
上記の手順はアップリンクの文脈で説明されているが、アップリンク送信に使用されるＣＧモード動作は、例えば、半永続スケジューリング（ＳＰＳ）のように、ダウンリンク送信にも適用することができる。一部の実装では、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のときにページングメッセージを受信すると、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のときに受信された可能性のあるＳＰＳ割り当て／設定を構成するためのトリガーとして機能することができる。
【0071】
実施例１．ユーザ装置（ＵＥ）からデータを送信する方法であって、該ユーザ装置（ＵＥ）によって、該ユーザ装置（ＵＥ）からネットワーク・ノードに送信するためのデータの存在を検出するステップであって、非アクティブ無線リソース制御（ＲＲＣ）状態のステップと、前記ユーザ装置（ＵＥ）が、ユーザデータ送信のために、前記非アクティブ無線リソース制御（ＲＲＣ）状態で事前割当リソースを使用する動作モードを許可するかどうかを決定するステップと、前記ユーザ装置（ＵＥ）が、ユーザデータ送信のために、前記非アクティブ無線リソース制御（ＲＲＣ）状態で事前割当リソースを使用する前記動作モードを許可すると決定することに応答して、前記ユーザ装置（ＵＥ）から前記ネットワーク・ノードに前記データを送信するステップと、を含む方法。
【0072】
実施例２．前記決定するステップは、前記ユーザ装置（ＵＥ）が前記非アクティブ無線リソース制御（ＲＲＣ）状態のままである間に、前記ユーザ装置（ＵＥ）から前記データを送信する前記動作モードを可能にするように構成されているかどうかを、前記ユーザ装置（ＵＥ）が決定するステップをさらに含む、実施例１に記載の方法。
【0073】
実施例３．前記動作モードは、前記ユーザ装置（ＵＥ）が、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態、ＲＲＣ＿ＩＤＬＥ状態、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態、またはＲＲＣ遷移のとき、システム情報ブロック（ＳＩＢ）メッセージ、または無線リソース制御（ＲＲＣ）メッセージ、またはダウンリンク制御インジケータ（ＤＣＩ）メッセージを介して前記ネットワーク・ノードから受信した指示を介して、前記ユーザ装置（ＵＥ）において構成および／または起動される、実施例１ないし２のいずれかの方法。
【0074】
実施例４．前記動作モードの前記構成は、前記ネットワーク・ノードによって割り当てられた１つ以上のリソース・プールを用いて前記ユーザ装置（ＵＥ）を構成することを含む、実施例１ないし３のいずれかに記載の方法。
【0075】
実施例５．前記データを送信するために前記１つ以上のリソース・プールから１つ以上のリソースを選択するステップをさらに含む、実施例１ないし４のいずれかに記載の方法。
【0076】
実施例６．前記１つ以上のリソースを選択するステップは、時間周波数リソースのプールから１つ以上の時間周波数リソースを選択するステップ、および／または、復調基準信号（ＤＭＲＳ）シーケンスのプールから復調基準信号（ＤＭＲＳ）シーケンスを選択するステップ・を含む、実施例１ないし５のいずれかに記載の方法。
【0077】
実施例７．前記選択は、擬似ランダムな方法で、または前記ネットワーク・ノードから前記指示を介して受信された命令にしたがって実行される、実施例１ないし６のいずれかに記載の方法。
【0078】
実施例８．前記ネットワーク・ノードにおいて失敗した前記送信されたデータに関連する基準信号またはアップリンクデータチャネルの復号が、前記復号が失敗したことを識別するのに応答して、前記非アクティブ無線リソース制御（ＲＲＣ）状態で事前割当リソースを使用する前記動作モードを使用して、前記ユーザ装置（ＵＥ）によって前記データを再送信するステップであって、該再送信の構成は前記指示を介して受信される、ステップと、ことを識別するステップと、さらに含む、実施例１ないし７のいずれかに記載の方法。
【0079】
実施例９．前記送信されたデータに関連する参照信号またはアップリンクデータチャネルの復号が前記ネットワーク・ノードにおいて失敗したことを識別するステップと、前記復号が失敗したことを識別するのに応答して、前記データを送信するための前記ユーザ装置（ＵＥ）による拡張ランダムアクセス（ＲＡ）手順を開始するステップと、をさらに備える、実施例１ないし８のいずれかに記載の方法。
【0080】
実施例１０．前記ネットワーク・ノードにおいて失敗した前記送信されたデータに関連する基準信号またはアップリンクデータチャネルの復号が、前記復号が失敗したことを識別するのに応答して、ユーザ装置（ＵＥ）によるランダムアクセス（ＲＡ）手順を開始し、データを送信するステップと、ことを識別するステップと、をさらに備える、実施例１ないし９のいずれかに記載の方法。
【0081】
実施例１１．前記基準信号が復調基準信号（ＤＭＲＳ）シーケンスであり、および／または、前記アップリンクデータチャネルが物理的アップリンク共用チャネル（ＰＵＳＣＨ）である、実施例１ないし１０のいずれかに記載の方法。
【0082】
実施例１２．前記送信は、第１の復調基準信号（ＤＭＲＳ）シーケンスを使用して実行され、前記再送信は、第２の復調基準信号（ＤＭＲＳ）シーケンスを使用して実行される、実施例１ないし１１のいずれかに記載の方法。
【0083】
実施例１３．前記データの前記復号が失敗したと決定するステップは、少なくとも、前記ネットワーク・ノードから、前記データの前記送信に関連するハイブリッド自動繰り返し要求（ＨＡＲＱ）否定応答（ＮＡＣＫ）を受信するステップに基づく、実施例１ないし１２のいずれかに記載の方法。
【0084】
実施例１４．前記再送信、強化ランダムアクセス（ＲＡ）手順の前記開始、またはランダムアクセス（ＲＡ）手順の前記開始は、前記ネットワーク・ノードからの指示に基づく、実施例１ないし１３のいずれかに記載の方法。
【0085】
実施例１５．前記ユーザ装置（ＵＥ）から送信するための前記データの存在を検出するステップは、前記ユーザ装置（ＵＥ）でのパケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）、無線リンク制御（ＲＬＣ）、または、メディア・アクセス制御（ＭＡＣ）バッファにおける前記データの存在を検出するステップを含む、実施例１ないし１４のいずれかに記載の方法。
【0086】
実施例１６．前記ユーザ装置（ＵＥ）が、前記非アクティブ無線リソース制御（ＲＲＣ）状態での前記動作モードを可能にするかどうかを決定するステップは、前記ユーザ装置（ＵＥ）が、前記非アクティブ無線リソース制御（ＲＲＣ）状態における前記動作モードのために構成されていると決定するステップと、非アクティブ無線リソース制御（ＲＲＣ）状態での動作モードがアクティブであることを決定するステップと、前記非アクティブ無線リソース制御（ＲＲＣ）状態の前記動作モードを使用する基準が満たされていると決定するステップと、をさらに含む、実施例１ないし１５のいずれかに記載の方法。
【0087】
実施例１７．前記非アクティブ無線リソース制御（ＲＲＣ）状態は、５Ｇニューラジオ（ＮＲ）システムの無線リソース制御（ＲＲＣ）＿ＩＮＡＣＴＩＶＥ状態を含む、実施例１ないし１６のいずれかに記載の方法。
【0088】
実施例１８．事前割当リソースを使用する前記動作モードは、構成済み許可（ＣＧ）動作または半永続スケジューリング（ＳＰＳ）を含む、実施例１ないし１７のいずれかに記載の方法。
【0089】
実施例１９．少なくとも１つのプロセッサと、コンピュータ命令を含む少なくとも１つのメモリと、を備えた装置であって、前記少なくとも１つのプロセッサによって実行されるとき、前記装置に、請求項１ないし１８のいずれか１項に記載の方法を実行させる、装置。
【0090】
実施例２０．実施例１ないし１８のいずれか１項に記載の方法を実行する手段を備えた装置。
【0091】
実施例２１．コンピュータシステム上で実行されるとき、該コンピュータシステムに実施例１ないし１８のいずれか１項のステップを実行させる、コンピュータ実行可能プログラムコードを記憶した非一時的コンピュータ可読記憶媒体。
【0092】
実施例２２．少なくとも１つのプロセッサと、コンピュータ命令を含む少なくとも１つのメモリと、を備えた装置であって、前記少なくとも１つのプロセッサによって実行されるとき、前記装置に、非アクティブ無線リソース制御（ＲＲＣ）状態の前記ユーザ装置（ＵＥ）からネットワーク・ノードに送信するためのデータの存在をユーザ装置（ＵＥ）によって検出させ、前記ユーザ装置（ＵＥ）が、ユーザデータ送信のために、前記非アクティブ無線リソース制御（ＲＲＣ）状態で事前割当リソースを使用する動作モードを許可するかどうかを決定させ、ユーザ装置（ＵＥ）が、ユーザデータ送信のために、前記非アクティブ無線リソース制御（ＲＲＣ）状態で事前割当リソースを使用する前記動作モードを許可すると決定することに応答して、前記ユーザ装置（ＵＥ）から前記ネットワーク・ノードに前記データを送信させる、装置。
【0093】
実施例２３．ユーザ装置（ＵＥ）によって、非アクティブ無線リソース制御（ＲＲＣ）状態の該ユーザ装置（ＵＥ）からネットワーク・ノードに送信するためのデータの存在を検出するための手段と、前記ユーザ装置（ＵＥ）が、ユーザデータ送信のために、前記非アクティブ無線リソース制御（ＲＲＣ）状態で事前割当リソースを使用する動作モードを許可するかどうかを決定する手段と、ユーザ装置（ＵＥ）が、ユーザデータ送信のために、前記非アクティブ無線リソース制御（ＲＲＣ）状態で事前割当リソースを使用する前記動作モードを許可すると決定することに応答して、前記ユーザ装置（ＵＥ）から前記ネットワーク・ノードに前記データを送信する手段と、を備える、装置。
【0094】
実施例２４．ネットワーク・ノードによって、構成をユーザ装置（ＵＥ）に送信するステップであって、該構成は、前記ＵＥが、非アクティブ無線リソース制御（ＲＲＣ）状態で事前割当リソースを使用することが許可されているかどうかを示す、ステップと、前記ネットワーク・ノードによって、前記ＵＥからのデータを受信するステップであって、該データは前記事前割当リソースを使用して受信される、ステップと、を含む、通信の方法。
【0095】
実施例２５．前記ネットワーク・ノードによって、前記データのデコードが成功したかどうかに基づいて、ＡＣＫまたはＮＡＣＫを前記ＵＥに送信するステップさらに含む、実施例２４に記載の方法。
【0096】
実施例２６．前記ＵＥのフォールバック手順を示すステップをさらに含む、実施例２４ないし２５のいずれかの方法。
【0097】
図７は、実施例による無線ステーション（例えば、ユーザ装置（ＵＥ）／ユーザデバイスまたはＡＰ／ｇＮＢ）７００のブロック図である。無線局７００は、例えば、１つまたは複数のＲＦ（無線周波数）または無線トランシーバ７０２Ａ、７０２Ｂを含むことができ、ここで、各無線トランシーバは、信号を送信するための送信機と、信号を受信するための受信機とを含む。無線局はまた、命令またはソフトウェアを実行し、信号の送受信を制御するプロセッサまたは制御ユニット／エンティティ（コントローラ）７０４／７０８と、データおよび／または命令を記憶するメモリ７０６とを含む。
【0098】
プロセッサ７０４はまた、判定または決定を行い、フレームを生成し、伝達のためのパケットまたはメッセージを生成し、さらなる処理のために受信フレームまたはメッセージを復号し、本明細書に記載する他のタスクまたは機能を実行することができる。ベースバンドプロセッサであり得るプロセッサ７０４は、例えば、ワイヤレス・トランシーバ７０２（７０２Ａ又は７０２Ｂ）を介して伝達するためのメッセージ、パッケット、枠又は他の信号を生成することができる。プロセッサ７０４は、無線ネットワークを介した信号またはメッセージの伝達を制御することができ、無線ネットワークを介して（例えば、無線トランシーバ７０２によってダウンコンバートされた後に）信号またはメッセージなどの受信を制御することができる。プロセッサ７０４は、プログラム可能であり、メモリまたは他のコンピュータ媒体に記憶されたソフトウェアまたは他の命令を実行して、上述のタスクまたは方法の１つ以上のような、上述の様々なタスクおよび機能を実行することができる。プロセッサ７０４は、例えば、ハードウェア、プログラム可能なロジック、ソフトウェアまたはファームウェアを実行するプログラム可能なプロセッサ、および／またはこれらの任意の組み合わせであり得る（またはそれらを含むことができる）。他の用語を使用して、プロセッサ７０４とトランシーバ７０２を共に、例えば、無線送受信システムと見なすことができる。
【0099】
さらに、図７を参照すると、コントローラ（またはプロセッサ）７０８は、ソフトウェアおよび命令を実行してもよく、ステーション７００のための全体的な制御を提供してもよく、図７に示されていない他のシステム、たとえば、入出力デバイス（たとえば、ディスプレイ、キーパッド）を制御するなどの制御を提供することができ、および／または、たとえば、電子メールプログラム、オーディオ／ビデオアプリケーション、ワードプロセッサ、ボイスオーバＩＰアプリケーション、または他のアプリケーションまたはソフトウェアなど、無線ステーション７００上に提供されてもよい１つ以上のアプリケーションのためのソフトウェアを実行することができる。さらに、コントローラまたはプロセッサによって実行されるときに、プロセッサ７０４、または他のコントローラまたはプロセッサに帰着し、上述の１つ以上の機能またはタスクを実行してもよい、記憶された命令を含む記憶媒体を提供することができる。
【0100】
別の実施例によれば、ＲＦまたは無線トランシーバ７０２Ａ／７０２Ｂは、信号またはデータを受信し、および／または信号またはデータを送受信することができる。プロセッサ７０４（および場合によってはトランシーバ７０２Ａ／７０２Ｂ）は、ＲＦまたはワイヤレス・トランシーバ７０２Ａまたは７０２Ｂを制御して、信号またはデータの受信、放送または送信を行うことができる。しかしながら、この態様は、一例として与えられるシステムに限定されるものではないが、当業者は、その解決策を他の通信システムに適用することができる。適切な通信システムのもう１つの例は、５Ｇコンセプトである。５Ｇにおけるネットワークアーキテクチャは、ＬＴＥ‐ａｄｖａｎｃｅｄのものとかなり類似すると想定される。５Ｇは、多入力－多出力（ＭＩＭＯ）アンテナ、ＬＴＥ（いわゆる小セルコンセプト）よりも多くの基地局またはノードを使用する可能性が高い。これには、より小規模な局と協力して運用しているマクロサイト、おそらくはより良いカバレッジと強化されたデータレートのために多様な無線技術も採用していることなどが含まれる。
【0101】
将来のネットワークは、おそらくネットワーク機能仮想化（ＮＦＶ）を利用するであろうことが理解されるべきである。ネットワーク機能仮想化（ＮＦＶ）は、ネットワーク・ノード機能を「構築ブロック」に仮想化することを提案するネットワークアーキテクチャ概念であるか、あるいは、サービスを提供するために運用的に接続されているか、または互いにリンクされているかもしれないエンティティである。仮想化ネットワーク機能（ＶＮＦ）は、カスタマイズされたハードウェアの代わりに、標準または汎用タイプのサーバを使用してコンピュータ・プログラムコードを実行する１つ以上の仮想マシンを含むことができる。クラウドコンピューティング又はデータストレージも利用可能である。無線通信では、これは、少なくとも部分的に、遠隔無線ヘッドに動作的に結合されたサーバ、ホスト、またはノードにおいて、ノード操作が実行されることを意味してもよい。ノード操作は、複数のサーバ、ノード、またはホストの間で分散されることも可能である。また、コアネットワーク動作と基地局動作との間の労働分配は、ＬＴＥのものとは異なるか、あるいは存在しないことさえあることが理解されるべきである。
【0102】
本明細書に記載する様々な技術の実施は、デジタル電子回路、またはコンピュータハードウェア、ファームウェア、ソフトウェア、またはそれらの組み合わせで実施することができる。実装は、コンピュータ・プログラム製品、すなわち、情報キャリア、例えば、マシン可読記憶デバイス、または伝搬された信号の中で実体的に具体化されるコンピュータ・プログラムとして、または、データ処理装置、例えば、プログラマブル・プロセッサ、コンピュータ、または複数のコンピュータの実行のためにその動作を制御するように実施することができる。実施は、非一時的媒体であり得、コンピュータ可読媒体またはコンピュータ可読記憶媒体上で提供されることができる。種々の技術の実装はまた、インターネットまたは他のネットワーク、有線ネットワークおよび／または無線ネットワークを介してダウンロード可能な、一時的な信号または媒体、および／またはプログラムおよび／またはソフトウェアの実装を介して提供される実装を含むことができる。さらに、実装は、マシンタイプ通信（ＭＴＣ）を介して、また、モノのインターネット（ＩＯＴ）を介して提供されてもよい。
【0103】
コンピュータ・プログラムは、ソース・コード形成、物・コード形成、または何らかの中間形成であり、何らかの種類のキャリア、配布媒体、またはコンピュータ可読媒体に格納することができる。これらは、プログラムを搬送することができる任意のエンティティまたはデバイスであり得る。このようなキャリアには、例えば、記録媒体、コンピュータメモリ、読み取り専用メモリ、光電気および／または電気キャリア信号、電気通信信号、およびソフトウェア配布パッケージが含まれる。必要とされる処理能力に応じて、コンピュータ・プログラムは、単一の電子デジタル・コンピュータで実行されてもよく、または多数のコンピュータに分散されてもよい。
【0104】
さらに、本明細書に記載する様々な技術の実装は、サイバー物理システム（ＣＰＳ） （物理的エンティティを制御する協調計算要素のシステム）を使用してもよい。ＣＰＳは、異なる場所にある物理的な物体に埋め込まれた、大量の相互接続されたＩＣＴデバイス（センサ、作動器、プロセッサマイクロコントローラ、…）の実装と利用を可能にする可能性がある。対象の物理システムが本質的な移動性を持つ移動サイバー物理システムは、サイバー物理システムのサブカテゴリである。移動体物理システムの例としては、移動ロボットや、ヒトまたは動物によって輸送される電子機器が挙げられる。スマートフォンの人気の高まりは、モバイルサイバー物理システムの分野への関心が高まっている。したがって、本明細書に記載する技術の様々な実装は、これらの技術の１つ以上を介して提供することができる。
【0105】
上述のコンピュータ・プログラムなどのコンピュータ・プログラムは、コンパイルまたは解釈された言語を含む任意の形式のプログラミング言語で記述することができ、スタンドアロンプログラムとして、またはモジュール、成分、サブルーチン、またはコンピューティング環境での使用に適したその一部として、任意の形式で展開することができる。コンピュータ・プログラムは、１つのコンピュータ上、または１つのサイトの複数のコンピュータ上で実行されるように配備することも、複数のサイトに分散させて通信ネットワークによって相互接続することもできる。
【0106】
本方法ステップは、入力データ上で動作し、出力を生成することによって機能を実行するために、コンピュータ・プログラムまたはコンピュータ・プログラム部分を実行する１つ以上のプログラマブル・プロセッサによって実行することができる。本方法ステップはまた、ＦＰＧＡ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）またはＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）などの特殊目的論理回路によって実行され、装置として実装されてもよい。
【0107】
コンピュータ・プログラムの実行に適したプロセッサには、一例として、一般および特殊目的マイクロプロセッサの両方、および任意の種類のデジタル・コンピュータ、チップまたはチップセットの任意の１つ以上のプロセッサが含まれる。一般に、プロセッサは、読み出し専用メモリまたはランダムアクセスメモリ、あるいはその両方から命令およびデータを受信する。コンピュータの要素は、命令を実行するための少なくとも１つのプロセッサと、命令およびデータを記憶するための１つ以上のメモリデバイスとを含み得る。一般に、コンピュータはまた、データを記憶するための１つ以上の大容量記憶デバイス、例えば、磁気、光磁気ディスク、または光ディスクから、またはこれらにデータを受信または転送するために、動作可能に結合されてもよい。コンピュータ・プログラム命令およびデータを具体化するのに適した情報キャリアは、例えば、半導体メモリデバイス、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、およびフラッシュメモリデバイス、磁気ディスク、例えば、内蔵ハードディスクまたはリムーバブルディスク、磁気光ディスクを含む。およびＣＤ ＲＯＭおよびＤＶＤ－ＲＯＭディスクを含む、すべての形態の不揮発性メモリプロセッサおよびメモリは、特殊目的論理回路によって補完されてもよく、または組み込まれてもよい。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【手続補正書】
【提出日】2021-09-02
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項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】
前記ＵＥのフォールバック手順を示すステップをさらに含む、請求項２５または２６に記載の方法。
【手続補正書】
【提出日】2021-09-07
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項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】
前記ＵＥのフォールバック手順を示すステップをさらに含む、請求項２５または２６に記載の方法。
【国際調査報告】