JP2023546247A - 小規模データ伝送の指示 - Google Patents

Abstract

【課題】小規模データ伝送のための機構。【解決手段】本願発明は、とりわけ、非接続状態における小規模データ伝送手順において、第１データをネットワークに送信するように構成された手段を備えるユーザ機器に関し、前記非接続状態における前記小規模データ伝送手順中に、第２データの送信のための表示を前記ネットワークに送信し、前記第２データは、前記第１データが送信された後に送信のために利用可能になる。【選択図】図５ｂ

Description

本開示は、３ＧＰＰ（登録商標）規格、具体的には新無線（ＮＲ）とも呼ばれる５Ｇ規格によって定義される通信ネットワークなどの通信ネットワークに関連するが、これらに限定されない。より具体的には、本開示は、ＲＲＣ非アクティブ状態などの非アクティブ状態における小規模データ（いわゆる小規模データ伝送（ＳＤＴ））の送信のための機構に関する。

基本的に、５Ｇ ＮＲシステムの無線リソース制御（ＲＲＣ）非アクティブ状態においてアップリンクユーザプレーンデータの小規模データ伝送（ＳＤＴ）を可能にするための３つのアプローチを識別することができる。

１つのアプローチは、４ステップランダムアクセスチャネル（ＲＡＣＨ）ベースのＳＤＴであり得る。このアプローチでは、ユーザプレーン（ＵＰ）データが４ステップＲＡＣＨ手順のメッセージ３（Ｍｓｇ３）で送信される。具体的には、小規模ペイロードが例えば、ＲＲＣ接続再開要求と多重化される。このアプローチを、図２ａに示す。

さらなるアプローチは、２ステップＲＡＣＨベースのＳＤＴであり得る。このアプローチでは、ＵＰデータ送受信が、２ステップＲＡＣＨ手順のメッセージＡ(ＭｓｇＡ)を用いて、より具体的には、基地局（ｇＮＢ）によって事前構成され、関連する物理送信パラメータを有するシステム情報としてブロードキャストされる物理アップリンク共有チャネル（ＰＵＳＣＨ）リソース上で行われる。このようなアプローチを、図２ｂに示す。

さらなるアプローチは、設定された許可ベースのＳＤＴであり得る。この場合、ＲＲＣ接続状態にあるＵＥは、関連する有効性条件が満たされる限り、例えば、タイミングアライメントが有効である限り、ＲＲＣ非アクティブ（Ｉｎａｃｔｉｖｅ）状態でＵＬデータ送受信に使用される特定の事前構成ＰＵＳＣＨリソースを示すＣＧ構成、例えば、ＣＧ構成タイプ１を受信することができる。このようなアプローチを図２ｃに示す。

図２のこれらのアプローチは、ＲＲＣベースのアプローチを仮定する。それは、ユーザ機器（ＵＥ）がＵＥアイデンティおよびその認証トークン（すなわち、ＭＡＣ－Ｉ）に関する情報を含むＲＲＣメッセージを送信することを伴う。図２に示すアプローチでは、ＲＲＣ再開要求メッセージがこの目的のために使用される。図３は、対応するＵＬ ＭＡＣ ＰＤＵ、すなわち、ＲＲＣベースの方法のためのＳＤＴ Ｍｓｇ３／ＭｓｇＡまたはＣＧベースのＳＤＴ伝送のためのＵＬ ＭＡＣ ＰＤＵの例示的なコンテンツを示す。逆に、ＲＲＣなしのアプローチは、ＲＲＣレイヤがＳＤＴ動作に関与する必要がなく、ＵＥアイデンティティおよび／またはＵＥ認証トークンなどの必要な情報が、ＵＥによって、たとえば、ＭＡＣヘッダ中で、またはＭＡＣ制御要素（ＭＡＣ ＣＥ）として提供されると仮定する。一般に、両方の方法を使用することができる。ＲＲＣベースの方法はベースラインとして仮定されるが、非ＲＲＣ方法はより限定された使用事例（たとえば、同じサービングセルおよび／またはＣＧのための）のために考慮される。ＳＤＴを全く行うか、またはむしろレガシー再開手順を行うかを決定するために、データボリューム閾値がＵＥのために使用され得る。

単一のＳＤＴ手順（すなわち、マルチショットＳＤＴ）内で、複数の小規模データ伝送が可能であり、小規模データの複数のＵＬおよび／またはＤＬ送信（ＳＤＴ伝送）が、ＵＥをＲＲＣ接続状態に遷移させることなく、第１のＵＬ ＳＤＴに続いて送信されることを伴うことが望ましい。しかしながら、ＵＥが第１のＳＤＴ伝送をすでに伝送した後にのみ、追加データがＵＥバッファにおいて利用可能になる可能性があるという問題がある。そのケースでは、ＵＥは、追加データの存在を示す手段を持たず、代わりに、進行中のＳＤＴ手順が終了した後に新たなＳＤＴ手順を開始する必要があるこれは、例えば、ＰＲＡＣＨプリアンブルリソースの非効率性をもたらし、ＰＲＡＣＨ衝突確率を増加させ得るので、非効率的である。さらに、ＳＤＴが新たなサービングｇＮＢ（最後のサービングｇＮＢとは異なる）で行われるとき、ＵＥコンテキスト検索手順はネットワークによる最初のＳＤＴ伝送の受信後（すなわち、例えば、Ｍｓｇ３／ＭｓｇＡの受信後）にトリガされなければならず、したがって、ＵＥがＳＤＴトランザクション（ＭｓｇＢ／Ｍｓｇ４）を終了するネットワーク応答を受信する前に、大きな遅延に遭遇する可能性がある。新しいデータがＵＥバッファにおいて利用可能になる可能性はそのような遅延に依存し、そのような遅延とともに増加し、それは、Ｘｎ待ち時間（２ウェイＸｎ待ち時間とネットワーク処理遅延）の関数であり、最大２０～３０ｍｓであり得る。このシナリオを図４に示す。

加えて、ネットワークは、たとえば、ＤＬデータが到着するかどうか（ＵＬ ＳＤＴへのアプリケーションレベルフィードバックを含む）を見るのを待つこと、またはＵＥコンテキストがフェッチされるのを待つことに起因して、競合解決とともに同じＭＡＣペイロード中でＲＲＣリリースメッセージを必ずしも送り得ない。

さらに、ＵＥはＲＲＣリリースメッセージ（ＭｓｇＢ／Ｍｓｇ４）とともに、さらなる小規模データを送信するための追加のリソース構成を受信することができる（すなわち、ネットワークは構成された許可などの専用の事前構成されたＰＵＳＣＨリソースを構成することができる）が、これはＵＥが進行中の小規模データ伝送をすでに終了しているＲＲＣリリースメッセージを受信した後にのみ、リソースの割振りを可能にする。したがって、ＵＥは、潜在的に非効率的な信号につながる完了ＳＤＴ手順を繰り返す必要がある。

いくつかの実施形態は、ユーザ機器は、リソースの非効率性、追加のパケット遅延、および追加の電力消費を回避するために、ユーザ機器が進行中の小規模データ伝送手順中に新しいデータの指示を送信し、同じ進行中の小規模データ伝送手順中にそれぞれの新しいデータも潜在的に送信することを可能にするという効果を有し得る。

第１の例示的な態様によれば、非接続状態における小規模データ伝送手順において第１データをネットワークに送信するように構成され得る手段を備えるユーザ機器が開示される。ユーザ機器は、非接続状態における前記小規模データ伝送手順中に、第２データの送信のための指示をネットワークに送信するようにさらに構成され得る。第２データは前記第１データが伝送された後にのみ、伝送のために利用可能になり得る。

第１の例示的な態様によれば、ユーザ機器によって少なくとも実行される方法も開示される。本方法は、非接続状態において、小規模データ伝送手順で第１データをネットワークに送信することを備え得る。本方法は、また、小規模データ伝送手順中に、第２データの送信のための指示をネットワークに送信することを備え得る。第２データは前記第１データが伝送された後にのみ、伝送のために利用可能になり得る。

第２の例示的な態様によれば、非接続状態にあるユーザ機器から、小規模データ伝送手順において第１データを受信するように構成され得る手段を備える、ネットワークエンティティが開示される。ネットワークエンティティは、小規模データ伝送手順中に生じるべき第２データの指示の送信および／または第２データの送信に関係するリソース構成をユーザ機器に送信するようにさらに構成され得る。ネットワークエンティティは、小規模データ伝送手順中に、非接続状態にあるユーザ機器から、第２データの送信のための指示を受信するようにさらに構成され得る。

第２の例示的な態様によれば、ネットワークエンティティによって少なくとも実行される方法も開示される。本方法は非接続状態にあるユーザ機器から、小規模データ伝送手順において第１データを受信することを備え得る。本願方法は、第２データの指示の送信、および／または、小規模データ伝送手順中に生じるべき第２データの送信に関係するリソース構成をユーザ機器に送信することを備え得る。本方法は、小規模データ伝送手順中に、非接続状態にあるユーザ機器から、第２データの送信のための指示を受信することをさらに備え得る。

第１の例示的な態様のユーザ機器（ＵＥ）は、モバイルデバイスまたは移動局などの電子デバイスであり得る。ユーザ機器は特に、スマートフォン、タブレット、ウェアラブル、スマートウォッチなどのデバイスであってもよい。ユーザ機器は、また、ＩｏＴ装置（例えば、センサ装置、スマートホーム装置など）であってもよく、特に、低電力またはバッテリ駆動装置であってもよい。そのような装置は、通常、少量のデータを定期的に送信する必要があるので、本明細書に記載されるアプローチは特に有利である。ユーザ機器は、ネットワークと通信するためにエンドユーザによって直接使用される任意の装置として理解され得る。しかしながら、装置はまた、ネットワークと自律的に機能し、通信し得る。第２の例示的な態様のモバイルデバイスは、第１の例示的な態様のネットワークエンティティと直接的または間接的に通信することができる。

第２の例示的な態様のネットワークエンティティは、無線アクセスネットワークのエンティティまたは通信システムのコアネットワークなどの電子デバイスであり得る。たとえば、ネットワークエンティティは基地局（たとえば、ｇＮｏｄｅＢまたはｇＮＢ）であり得るか、またはそれを備え得るか、または基地局と通信している。この点に関して、以下でより詳細に説明するように、ネットワークエンティティは、最後のサービング（またはアンカー）基地局または新しいサービング基地局であり得る。一般に、ネットワークエンティティは、特定の機能を実装するハードウェアまたはソフトウェアコンポーネントであり得る。一例では、ネットワークエンティティが３ＧＰＰ ５Ｇ規格によって定義されるようなネットワークエンティティであり得る。ネットワークエンティティは、単一のデバイスまたはモジュールで実装されるか、または単一のデバイスまたはモジュールであると理解され得るが、ネットワークエンティティはまた、複数のデバイスまたはモジュールにわたって実装されるか、または複数のデバイスまたはモジュールを備え得る。したがって、ネットワークエンティティは特に、固定デバイス内に実装されてもよく、または固定デバイスであってもよい。第１の例示的な態様の複数のネットワークエンティティは、特に、通信システムまたはネットワークを確立することができ、通信システムまたはネットワークは特に、新無線（ＮＲ）または５Ｇシステム、または過去または将来の標準によって定義された任意の他のモバイル通信システム、特に、現在の３ＧＰＰ標準の後継であり得る。第１の例示的な態様のネットワークエンティティは、第２の例示的な態様のモバイルデバイスと直接または間接通信することができる。

開示された装置（ユーザ機器およびネットワークエンティティ）のいずれかの手段は、ハードウェアおよび／またはソフトウェアで実装され得る。それらは、例えば、必要な機能を実行するためのコンピュータプログラムコードを実行するための少なくとも１つのプロセッサ、プログラムコードを記憶する少なくとも１つのメモリ、またはその両方を備え得る。あるいは、それらは例えば、必要な機能を実装するように設計された回路を含むことができ、例えば、集積回路のようなチップセットまたはチップで実装される。概して、手段はたとえば、１つ以上の処理手段またはプロセッサを備え得る。

したがって、本開示のそれぞれの例示的な態様によれば、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備えるそれぞれの装置（すなわち、ネットワークエンティティおよびユーザ機器デバイス）も開示され、少なくとも１つのメモリおよびコンピュータプログラムコードは。少なくとも１つのプロセッサとともに、装置に、本開示のそれぞれの例示的な態様による方法を少なくとも実行させ、および／または制御させるように構成される。

上記で開示された装置のいずれも、デバイス、例えば、チップのためのモジュールまたは構成要素であり得る。開示される装置は、開示される構成要素、例えば、手段、プロセッサ、メモリを備えてもよく、または、１つ以上の追加の構成要素をさらに備えてもよい。

それぞれの態様の方法は、たとえば、それぞれの態様による装置、すなわち、それぞれネットワークエンティティまたはモバイルデバイスによって実行および／または制御され得る。しかしながら、一般に、それぞれの方法は、２つ以上の装置によって実行および／または制御されてもよい。第２の例示的な態様による方法が複数のネットワークエンティティによって実行され得る。

さらに、第１の方法と第２の方法との組合せも開示されるものとし、これは、ユーザ機器と１つ以上のネットワークエンティティとによって一緒に実行される。同様に、本開示の態様を実行するために協働する、第１の例示的な態様のユーザ機器および第２の例示的な態様のネットワークエンティティのシステムも開示される。

本開示の第１および第２の例示的な態様によれば、それぞれの場合に、コンピュータプログラムも開示され、コンピュータプログラムは、装置のプロセッサによって実行されたときに、前記装置に、それぞれ、第１および第２の態様による方法を実行させる。

コンピュータプログラムは、コンピュータ可読記憶媒体、特に有形および／または非一時的媒体に記憶され得る。コンピュータ可読記憶媒体は例えば、ディスクまたはメモリなどであり得る。コンピュータプログラムは、コンピュータ可読記憶媒体を符号化する命令の形成でコンピュータ可読記憶媒体に記憶され得る。コンピュータ可読記憶媒体は、例えば、コンピュータのＲＯＭ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）またはハードディスクなどの内部または外部メモリなどの装置の動作に参加することを意図されてもよく、または光ディスクなどのプログラムの配布を意図されてもよい。

以下では、本開示の異なる態様のさらなる例示的な特徴および例示的な実施形態をより詳細に説明する。

非接続状態は、完全な通信機能を有さないか、または提供しないが、依然として一定の制限された機能を維持する状態であり得る。一例では、非接続状態がアイドル状態（たとえば、ＲＲＣアイドル）であり得る。たとえば、非接続状態は非アクティブ状態（たとえば、ＲＲＣ非アクティブ）であり得る。その中で、ユーザ機器は、それぞれの無線接続（通常、アイドル状態と呼ばれる）を完全にリリースする必要はなく、それぞれの接続（通常、接続状態と呼ばれる）を完全に維持する必要もない。非接続状態、特に非アクティブ状態から、ユーザ機器は、すぐに接続状態に戻ることができる。しかしながら、ここで説明されるアプローチでは、ユーザ機器がデータ転送のために非接続状態を残さないことが好ましい。むしろ、ユーザ機器は、接続状態に完全に戻ることなく、非接続状態に全時間留まることができ、それにもかかわらず、ある量のデータをネットワークに送信することができる。これは、例えば、以下でより詳細に説明するように、送信されるデータが大きすぎるため、接続状態に戻るようにネットワークによって指示されない限りである。

具体的には、非アクティブ状態（接続状態またはアイドル状態と比較される）が以下の特徴のうちの１つ以上によって特徴付けられ得る。たとえば、コンテキスト情報はＵＥが接続状態から非アクティブ状態に移動するとき、ＵＥおよびネットワークによって維持され得る。たとえば、ＲＡＮ／ＣＮ接続が維持され得、それは、ＲＡＮ／ＣＮインタフェースを介した状態遷移待ち時間およびシグナリングオーバーヘッドを低減し得る。たとえば、ＵＥアクセスストラタムコンテキスト、たとえば、ＡＳセキュリティコンテキストおよびＤＲＢ／ＳＲＢ構成は、ＵＥ中およびＲＡＮ中に記憶され得る。これは、再開時に、状態遷移待ち時間およびエアインタフェース上のシグナリングオーバーヘッドを低減することを可能にし得る。たとえば、ＵＥモビリティは自律的セル再選択に基づくことができ、ＵＥはネットワークに向かってそのロケーションを更新することなく、そのトラッキングエリアまたは同様のもの（たとえば、ＲＡＮ通知エリア）内を移動することができる。これは、ネットワーク制御モビリティと比較して、下側ＵＥ電力およびネットワークリソース消費を可能にし得る。たとえば、ページングは、ＵＥに到達するために使用され得る。たとえば、非アクティブ状態におけるＵＥ挙動は、ＵＥにおいて実行されるアプリケーションの要件に基づいて構成され得る。例えば、ユーザ機器は（第１の）接続リリースメッセージを用いて（ｓｕｓｐｅｎｄＣｏｎｆｉｇなどの）情報を取得することができ、それは、ＵＥが（アイドル状態または切断状態の代わりに）非接続状態に入ることを命令または許可し、非接続状態のために必要な構成を提供する。次いで、構成を適用することができ、その結果、ＵＥは非接続状態に入る。

第１データ（特に、第１の小規模データと呼ばれ得る）は、小規模データ伝送を使用して、ＵＥによる小規模データ伝送手順において送信される。ネットワークエンティティは、第１データを受信する。小規模データ伝送のデータは、小規模データと呼ばれることもある。第１データは、好ましくは単一のメッセージで送信され得る。たとえば、データは、再開要求などの別の情報／メッセージと一緒に送信されるか、または多重化される。小規模データ伝送手順は、ＲＡＣＨベースのＳＤＴの場合、ユーザ機器がランダムアクセス手順を開始することによって開始されると考えられ得る。たとえば、小規模データ伝送手順は、それぞれ、４ステップおよび２ステップＲＡＣＨ手順のＭｓｇ１またはＭｓｇＡで始まり得る。たとえば、小規模データ伝送手順は、ＵＥがＲＡＣＨプリアンブルをネットワークに送信することから開始し得る。たとえば、小規模データ伝送手順は、ＣＧベースのＰＵＳＣＨ送信から開始し得る。小規模データ伝送手順は、ネットワークが（第２の）メッセージ、たとえば、非接続状態に戻るようにＵＥに命令するリリースメッセージを送信することで終了し得る。しかしながら、第２のメッセージはたとえば、接続状態に戻るようにＵＥに命令することもできる。本明細書で説明する手法では、ユーザ機器が、第１データのデータ送受信小規模データ伝送手順全体の間、非接続状態のままであり、好ましくは小規模データ手順中に第２データを送信することができ、好ましくは非接続状態にも戻る。

ＵＥは、第２データ（以下では追加またはさらなるデータとも呼ばれる）の伝送のための指示をネットワークに伝送する。ネットワークは、第２データの送信のための指示を受信する。たとえば、指示は、送信される必要がある追加データの存在または期待に関するＵＥの指示と見なされ得る。指示は、ＵＥにおいて、たとえば、ＵＥのバッファ中に、利用可能な第２データ（すなわち、すでに送信された第１データに追加のデータ）が存在することを示し得る。代替的に、指示はまた、第２データが予想されるが、たとえば、ＵＥのバッファにおいてまだ利用可能ではないことを示し得る。たとえば、指示を用いて、ＵＥは、非接続状態においても、および／または進行中の小規模データ伝送プロシージャ中にも、第２データを送信することを望むことを示し得る。一例では、指示が第２データの送信のために（ネットワークから）リソースを要求するための指示であると見なされ得る。一例では、指示が、第２データが利用可能であるか、または送信されるべきであることのみを示し得、それは１ビット情報技術分野を提供することによって実現される最も単純な形態であり得る。しかしながら、指示は、さらなる情報を含むこともできる。たとえば、指示はまた、第２データの（既知または予想される）サイズを示し得る。以下でさらに説明されるように、説明される指示は、スケジューリング要求またはバッファ状態報告によって実現され得る。

小規模データ伝送手順中に指示が送信されることは、指示が小規模データ伝送手順の完了前に送信されることを意味すると理解される。上記で説明したように、これは、特に、ＵＥが小規模データ伝送手順を終了すると考えられる（第２の）メッセージを受信する前に、指示が送信されることを意味すると理解される。上記で説明したように、ＵＥは、指示を送信するために未接続状態のままであり得る。

指示はまた、さらなるデータ、たとえば、第３、第４などのデータの伝送のための指示であり得る。例えば、ＵＥはまた、（例えば、データ送受信がＵＥのバッファに繰り返し到着するため）非接続状態における前記小規模データ伝送手順中に指示の送信を繰り返し、単一の小規模データ伝送手順中に複数の指示をもたらすことができる。

指示がネットワークで受信されると、これにより、ネットワークは、同じ小規模データ伝送手順中に第２データの送信のために、リソースを提供し、かつ／または既に提供されたリソースを監視することが可能になる（以下でより詳細に説明する）。

したがって、説明する手法は、ＵＥが進行中の小規模データ伝送手順中に新しいデータの存在を示す手段を提供し、したがって、ＵＥが、リソースの非効率性および余分なパケット遅延を回避するために、同じ進行中の小規模データ伝送中にそれぞれの新しいデータを送信することも可能にする。本開示は、例えば、スケジューリング要求が、元々はＲＲＣ接続状態においてのみ定義され、ＲＲＣ非接続状態またはアイドル状態のＵＥに適用可能であるとは考えられなかったとしても、進行中の小規模データ伝送手順中に、非接続状態において、スケジューリング要求などの指示を可能にすることが有利であることを認識した。

すでに上で説明したように、（ＰＵＳＣＨ）リソース構成はたとえば、ＭｓｇＢまたはＭｓｇ４中で送信されるリリースメッセージ中に含まれ得る。しかしながら、これは、ＵＥが、第１データを搬送し、ＲＲＣリリースメッセージを受信し、したがって、小規模データ伝送を終了した第１のＳＤＴ伝送においてさらなるデータの存在を示した後にのみ、リソースの割振りにつながる。対照的に、本手法は、第１データを搬送する第１のＳＤＴ伝送の後の時間隔において、すなわち、ＳＤＴペイロード（たとえば、４ステップＲＡＣＨ手順におけるＭｓｇ３または２ステップＲＡＣＨ手順におけるＭｓｇＡ）の最初の送信と、ＳＤＴ手順を終了するネットワークからの第２のメッセージの受信との間で、生成されるかまたは利用可能にされる新しいデータを考慮することを可能にし、ここで、追加のＳＤＴデータは、小規模データ伝送手順の持続時間に応じてＵＥにおいて生成され得る。

説明されるアプローチは異なる層、接続、およびプロトコルに適用可能であり得るが、一例ではＵＥとネットワークとの間の説明される通信のために使用されるプロトコルがＲＲＣプロトコルである。したがって、非接続状態は、ＲＲＣ非接続状態である。

したがって、小規模データ伝送手順において送信される（第１、第２などの）データは、小規模データと見なされ得る。例えば、そのような小規模データ伝送の（第１、第２等）データはそれらが最大キロバイトのオーダーであるとき、特に小規模と見なされ得る。例えば、データは、１０キロバイトまで、８キロバイトまで、１キロバイトもしくは０．５キロバイトまで、または５０キロバイトなど、数キロバイトまでのデータに対して小さいと見なされ得る。しかしながら、１つのＳＤＴ手順を用いて複数のＳＤＴで送信される場合、より大量のデータが可能であり得、一方、単一のＳＤＴ手順内の送信の数は、次いで、再び制限され得る。

第１および／または第２データは特に、ユーザプレーンデータであってもよい。例えば、データは、アプリケーション層から生じてもよい。例えば、データは、少量のデータを定期的に送信する必要があるＩｏＴ装置のセンサデータ、または、スマートフォンのバックグラウンドトラフィック／キープアライブトラフィックであってもよい。一例では、第１および／または第２データが制御プレーンデータであり、特に、ＲＡＮ通知エリア更新である。

以下でより詳細に説明されるように、第１および／または第２（および潜在的にさらなる）データは、２ステップまたは４ステップＲＡＣＨ手順で送信され得る。代替として、ＣＧベースの手順も使用され得、すなわち、第１および／または第２（および潜在的にさらなる）データが特に、ＣＧベースのＰＵＳＣＨ送信において送信され得る。

第１の態様のネットワークは少なくともネットワークエンティティ、例えば、第２の態様のネットワークエンティティを備える。ネットワークは特に、以下でより詳細に説明されるように、最後のサービング基地局および／または新しいサービング基地局を備え得る。

すでに述べたように、第２データは第１データがすでに伝送された後にのみ、伝送のために利用可能になり得る。たとえば、ＵＥは、バッファ内に利用可能な新しいデータがあるかどうかを通知されるか、または定期的にチェックすることができる。記載されたアプローチは有利にはこの場合を処理することができ、なぜなら、ＵＥは現在、指示を送信することができ、または、データが予想された場合には指示をすでに送信していることができ、したがって、ネットワークに通知し、進行中の小規模データ伝送手順中に少なくとも第２データ送受信可能にするからである。

一例では、第２データの送信を要求するための指示が、ネットワークから、（第２の）メッセージ、たとえば、リリースメッセージを受信する前に送信される。第２のリリースメッセージは、小規模データ伝送手順を終了するものと見なされ得る。したがって、ＵＥはそのようなリリースメッセージが受信される前に、指示をネットワークに送信すべきである。

追加または代替として、第２データの送信のための指示は、第１データを送信した後にのみ送信され得る。これは、特に、第１データの送信後にのみ追加のデータが利用可能になる場合、および／またはそのような追加のデータが予期されない場合であり得る。

一例では、第２データの伝送のための指示が、第１の競合解決メッセージ（４ステップＲＡＣＨ手順の場合、Ｍｓｇ４または２ステップＲＡＣＨ手順の場合、ＭｓｇＢと見なされ得る）を受信した後に伝送され、これは、ＰＲＡＣＨプリアンブルおよび第１データの伝送に応答して受信され得る、ネットワークが競合解決メッセージのみを、すなわち、同時に、または同じＭＡＣペイロードで、リリースメッセージを送信することなく、送信することができる理由は、ネットワークが、ＤＬデータが到着するかどうか（ＵＬ ＳＤＴへのアプリケーションレベルフィードバックを含む）を確認するのを待っていること、および／または、ネットワークが、ＵＥコンテキストがフェッチされるのを待っていることのためであり得る。

代替的に、さらなる例では、第２データの送信のための指示が第１データを備えるメッセージの一部として送信される。たとえば、ＵＥは追加のデータを予期することができるが、それは第１データを伝送するときに伝送のためにまだ利用可能ではない。したがって、より多くのデータが予期されることを示す第２データの送信のための指示は、第１データとともに、特に第１データを備えるメッセージの一部として、すでに提供され得る。

一例では、第２データの送信のための指示がスケジューリング要求であるか、またはスケジューリング要求を備える。すでに説明したように、スケジューリング要求は前に定義され、ＲＲＣ接続状態で使用されただけであり、特に、ＲＲＣ非接続状態にあるＵＥに適用可能であるとは想定されていなかった。しかしながら、非接続状態のためのスケジューリング要求の概念を利用することは、さらなるデータの存在または期待をネットワークに示すこと、および／またはさらなるデータを送信するためのスケジューリング許可、すなわちリソースを取得することを可能にする。一般に、スケジューリング要求（およびスケジューリング許可）が使用され得、たとえばＲＲＣ接続状態からすでに知られているようなフォーマットを有し得る。

さらなる例では、第２データの送信のための指示がバッファ状態報告であるか、またはバッファ状態報告を備える。バッファ状態報告は特に、どのデータおよびどのくらいのデータがＵＥのバッファに送出されるかに関する情報を含み得る。これは、バッファ内のデータを送信するために必要とされるリソースのみが割り当てられ得るので、リソースの効率的なスケジューリングを可能にし得る。

さらなる例では、第２データの送信のための指示がより多くのデータが予想されるという標示である。例えば、これは、データが期待されるかどうかを示す１ビットフィールドのみであり得る最も単純な形態である特定の情報フィールドによって示され得る。

一例では、非接続状態に入るための（第１の）リリースメッセージがユーザ機器に送信される。したがって、非接続状態に入るための第１のリリースメッセージは、ネットワークからユーザ機器において受信される。リリースメッセージは、ＵＥがアイドル状態または切断状態ではなく非接続状態に入るべきであることを示す情報とともに送信される。したがって、ユーザ機器は、次いで、ネットワークから受信された（第１の）リリースメッセージを適用することによって、非接続状態に入り得る。たとえば、リリースメッセージはＵＥが非接続状態に適用する情報（たとえば、命令またはパラメータ）を備え得る。たとえば、リリースメッセージは、いわゆるｓｕｓｐｅｎｄＣｏｎｆｉｇとともに送信され、ｓｕｓｐｅｎｄＣｏｎｆｉｇは、フルＩ－ＲＮＴＩ、ショートＩ－ＲＮＴＩ、ＲＡＮページングサイクルなどの情報を備え得る。（第１の）リリースメッセージおよび後続の通信はすべて同じ基地局（アンカー基地局）に送信され、同じ基地局（アンカー基地局）から受信され得るが、例えば、アンカー基地局（または最後のサービング基地局）から新しいサービング基地局への（第１の）リリースメッセージの送信後に、例えば、ユーザ機器が非接続状態に入った後に異なる基地局のカバレージエリアに移動したために、基地局が切り替わる場合もあり得る。

一例では、第１データの伝送が４ステップＲＡＣＨ手順で行われる。

このために、ＵＥが非接続状態にあるとき、第１のＰＲＡＣＨプリアンブルがＵＥからネットワークに送信され得る。したがって、第１のＰＲＡＣＨプリアンブルは、ユーザ機器からネットワークにおいて受信され得る。

さらに、第１のプリアンブルに応答して、第１ランダムアクセス応答（ＲＡＲ）がネットワークからユーザ機器に送信され得る。したがって、第１ランダムアクセス応答は、第１ランダムアクセスプリアンブルに応答してネットワークからＵＥにおいて受信され得る。

さらに、第１データは、次いで、第１ランダムアクセス応答に応答して、非接続状態のＵＥからネットワークに送信され得る。したがって、第１データは、次いで、第１ランダムアクセス応答に応答してユーザ機器からネットワークにおいて受信され得る。

次いで、第１データの送信に応答して、競合解決メッセージがネットワークからユーザ機器に送信され得る。したがって、次いで、競合解決メッセージは、第１データの伝送に応答してネットワークからＵＥにおいて受信され得る。競合解決メッセージはランダムアクセスプロシージャの成功裏の完了の肯定応答と見なされ得る（また、例えば、それぞれ、Ｍｓｇ３（４ステップＲＡＣＨの場合）およびＭｓｇＡ（２ステップＲＡＣＨの場合）に含まれる、第１データ送受信の受信に関しても）。このメッセージのペイロードは、たとえば、Ｍｓｇ３（４ステップＲＡＣＨの場合）またはＭｓｇＡ ＰＵＳＣＨ（２ステップＲＡＣＨの場合）において送信されたＰＵＳＣＨペイロードの第１のバイト数を備え得る。

一般に、第１データを送信するために、２ステップＲＡＣＨ手順も同じように採用され得る。代替的に、ＣＧベースの小規模データ伝送手順も使用され得る。一般に、第２（および潜在的なさらなる）データは、同じまたは同様の方法で送信されてもよい。

たとえば、第１データは第１のＰＲＡＣＨプリアンブルの直後にネットワークに送信され得、したがって、ネットワークエンティティは第１データと第１のプリアンブルとを受信し得る。第１データはたとえば、２ステップＲＡＣＨプロシージャのＭｓｇＡにおいて送信され得る。したがって、この例は特に、第１データが２ステップＲＡＣＨ手順の一部として送信される場合に適用可能であり得る。

ネットワークエンティティは、第２データの伝送のための指示を伝送すべきかどうかの閾値情報をユーザ機器に伝送するように構成され得、ユーザ機器は、第２データの伝送のための指示を伝送すべきかどうかの閾値情報をネットワークから受信するように構成され得る。たとえば、一例では、閾値情報が、データが小データ送受信くらいの大きさであることを許可されるかに関する情報を備え得る。別の例では、閾値情報が、より多くのデータが予想されるという標示をＵＥが送信するために、追加のデータが送信される（たとえば、ＵＥバッファに現れる）確率についての閾値に関する情報または閾値を表す情報を備え得る。たとえば、閾値情報は、たとえば、ある時間期間内に（たとえば、ＳＤＴの伝送およびＲＲＣリリースメッセージの受信に対応して）ＵＥの上位レイヤからデータを受信するというＵＥの予想に基づくことができる。この持続時間がある（事前定義または決定された）期間または時間隔（たとえば、ｘ ｍｓ）に対応すると仮定すると、ＵＥは、上位レイヤから生成されているペイロードのある（たとえば、事前定義または計算された）確率（たとえば、ｙ％）よりも高い確率があると推定する場合、ＵＥは、予想されるより多くのデータの指示をトリガする。したがって、この閾値はある確率（たとえば、事前定義された確率）であり得るか、またはｘ ｍｓ期間に対するｙ％確率に関連し得る。

ネットワークエンティティは、第２データの伝送（すなわち、第２データの指示の伝送、および／または第２データ自体の伝送のいずれか）に関係するリソース構成をユーザ機器に伝送するように構成され得る。同様に、ユーザ機器は、第２データの送信に関するリソース構成をネットワークから受信するように構成され得る。たとえば、リソース構成は、第２データを送信するために直接使用され得るリソースを示し得る。代替的に、リソース構成は、第２データのための指示を送信するためのリソース（たとえば、スケジューリング要求またはバッファステータスレポートのためのリソース）を示し得、それは、次いで、第２データを送信するために、（たとえば、アップロード許可などの）リソースを取得することになり得る。第２データの伝送またはその指示に関連するリソース構成の伝送は、第１データを受信する前または後に行われ得ることに留意されたい。

この点に関して、一例では、ユーザ機器が、リソース構成に基づいて、非接続状態における小規模データ伝送手順における第２データをネットワークに送信するように構成され、したがって、ネットワークエンティティは小規模データ伝送手順における第２データを、リソース構成に基づいて、ユーザ機器から受信するようにさらに構成される。別の例では、ユーザ機器が、リソース構成に基づいて第２データの伝送のための指示をネットワークに伝送するように構成され、次いで、ネットワークエンティティは、リソース構成に基づいて、第２データの伝送のための指示をユーザ機器から受信するようにさらに構成される。

たとえば、ユーザ機器は、第１データの送信に応答して受信されたことがある第１の競合解決メッセージを受信した後に、リソース構成をアクティブ化するように構成され得る。ＵＥのバッファ内に新しいデータがあるとすぐに、ＵＥは、第２データの送信を開始するためにリソース構成によって示されるリソースを使用することができる。

この点に関して、一例では、リソース構成がスケジューリング要求を送信するためのリソース構成であり得るか、またはそれを備え得る。リソース構成はまた、バッファステータスレポートを送信するリソース構成であるか、またはそれを備え得る。スケジューリング要求およびバッファ状態報告はそれぞれ、第２データを送信するための指示の一例であり得る。同時に、スケジューリング要求およびバッファステータスレポートはそれぞれ、ＵＥが、第２データの実際の送信のためのリソースを取得することを可能にする。

リソース構成はまた、設定された許可に対するリソース構成であるか、またはそれを含むことができる。リソース構成はまた、アップリンク許可であるか、またはアップリンク許可を含むことができる。設定された許可リソースおよびアップリンク許可はそれぞれ、第２データを直接送信するために使用され得る。さらに、リソース構成はまた、（第２の）ランダムアクセスプリアンブルのためのリソース構成であるか、またはそれを備え得る。ランダムアクセスプリアンブルは、たとえば、以下でさらに詳細に説明するように、第２データを送信するための（たとえば、第２の）２ステップまたは４ステップＲＡＣＨ手順を（進行中の小規模データ伝送手順の一部として）開始し得る。（第２の）ランダムアクセスプリアンブルは、（上記で説明したようにリソース構成とともに送信され得る）設定された許可リソースに関連付けられ得、設定された許可リソースをアクティブ化するために使用され得る。

概して、リソース構成は、１つ以上のＰＵＣＣＨおよび／または１つ以上のＰＵＳＣＨリソースを含むリソース構成であるか、またはそれを含むことができる。

一例では、ネットワークエンティティが、（たとえば、第１の）リリースメッセージの一部としてリソース構成を送信するように構成され、したがって、ユーザ機器は（第１の）リリースメッセージの一部としてリソース構成を受信するように構成される。追加または代替として、ネットワークエンティティは（たとえば、第１の）リリースメッセージの一部として上述の閾値情報を送信するように構成され、したがって、ユーザ機器は、（第１の）リリースメッセージの一部として閾値情報を受信するように構成される。別の例では、ネットワークエンティティが、第１データの伝送に応答して（第１の）競合解決メッセージの一部としてリソース構成を伝送するように構成され、したがって、ユーザ機器は、第１データの伝送に応答して（第１の）競合解決メッセージの一部としてリソース構成を受信するように構成される。

別の例では、ネットワークエンティティがリソース構成をブロードキャストとして送信するように構成され、したがって、ユーザ機器はリソース構成をブロードキャストとして受信するように構成される。一例では、リソース構成がシステム情報ブロック（ＳＩＢ：ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）に含まれ得る。

別の例では、ネットワークエンティティが、指示の受信後に（第２の）リリースメッセージの一部としてリソース構成を伝送するように構成され、したがって、ユーザ機器は指示の伝送後に第２のリリースメッセージの一部としてリソース構成を受信するように構成される。その場合、ＵＥは（第２の）リリースメッセージを無視し、適用せず（したがって、小規模データ伝送手順を継続する）、リソース構成によって示されるリソース（ＵＬ許可など）を使用して、小規模データ伝送手順中に第２データを送信することができる。その後、ネットワークは小規模データ伝送手順を終了するさらなる（すなわち、第３の）リリースメッセージを送信することができる。代替的に、ＵＥはまた、リリースメッセージ（またはそれからのそれぞれの情報）を記憶し、リリースメッセージを後で（たとえば、第２データを送信した後、および／またはさらなるデータが送信されないとき）適用し得る。

一例では、ユーザ機器が、第２データがユーザ機器において利用可能であるかどうかをチェックするようにさらに構成される。第２データがユーザ機器において利用可能である場合、第２データの送信のための指示が送信され、および／または第２データが、非接続状態でネットワークに送信される。

さらに、一例では、ＵＥが閾値条件を分析し得る。（第１および／または第２の）データのサイズが所定の閾値を下回るか、または超えない場合にのみ、ＵＥは本明細書で説明するように、非接続状態でそれぞれのデータを送信しようと試みる。（第１および／または第２の）データのサイズが事前定義された閾値を超える場合、ＵＥは、非接続状態でそれぞれのデータを送信しようと試みないことがある。むしろ、ＵＥは、接続状態に戻るように遷移することを要求することができる。また、ネットワークは、同様の分析を実行してもよい。たとえば、ネットワークが伝送されるべきデータが事前定義された閾値を超えると（たとえば、受信されたバッファステータスレポートに基づいて）決定する場合、ネットワークは非接続状態における（さらなる）伝送を拒否し、たとえば、ＵＥの接続状態への遷移を強制し得る。

一例では、ユーザ機器が非接続状態における小規模データ伝送手順における第２データをネットワークに送信するようにさらに構成される。この例では、ネットワークエンティティが、したがって、非接続状態にあるユーザ機器から、小規模データ伝送手順中の第２データを受信するようにさらに構成される。説明されるように、開示される手法は、完全な新しい小規模データ伝送手順を開始することなく、非接続状態における小規模データ伝送手順中に、第２データの送信のための指示だけでなく、第２データも送信されることを許容する。上述のように、同様に、さらなるデータ（例えば、第３データ、第４データなど）もまた、第２データと同様に指示され、送信され得る。

一例では、ネットワークエンティティが第２のリリースメッセージをユーザ機器に送信するようにさらに構成される。この例では、ユーザ機器がしたがって、ネットワークから第２のリリースメッセージを受信するように構成される。たとえば、第２のリリースメッセージは、小規模データ伝送手順において第２（および任意の潜在的なさらなるデータ）を受信した後に、ネットワークによって送信され得る。言い換えれば、さらなるリリースメッセージは、すべてのさらなる小規模データ伝送が完了した後に、ネットワークによって送信される（およびＵＥによって受信される）だけであり得る。（第２の）リリースメッセージは、次いで、小規模データ伝送手順を終了する。しかしながら、一例では、たとえば、送信のためのリソース構成は、例えば、リリースメッセージとともに、またはリリースメッセージの後にのみ提供され得るので、第２データ送受信は（第２の）リリースメッセージを受信した後にのみＵＥによって送信される場合もあり得る。しかしながら、その場合、ＵＥが送信されるべき第２データを有する場合、ＵＥはリリースメッセージを破棄することができ、すなわち、リリースメッセージを適用せず、第２データを最初に送信することができる。次いで、ＵＥはネットワークからの第３（またはそれぞれのさらなる）リリースメッセージを待機し得、それはさらなるデータが送信されない場合に適用され得る。代替的に、ＵＥはまた、受信された（第２の）リリースメッセージを記憶し、後でそれを適用するだけであり得る。

すでに述べたように、第２（および任意のさらなる）データは、異なるように、特に、第１データの伝送と同様に、より具体的には、ＲＡＣＨプロシージャに基づいて伝送され得る。一例では、第２（および任意のさらなる）データが４ステップＲＡＣＨ手順に基づいて送信され得る。その例では、ユーザ機器は、第２ランダムアクセスプリアンブルをネットワークに送信し、第２ランダムアクセスプリアンブルに応答して第２ランダムアクセス応答をネットワークから受信し、第２ランダムアクセス応答に応答して非接続状態の第２データをネットワークに送信し、および／または、第２の競合解決メッセージをネットワークから受信するようにさらに構成される。その例では、ネットワークエンティティがしたがって、第２ランダムアクセスプリアンブルをユーザ機器から受信し、第１ランダムアクセスプリアンブルに応答して第２ランダムアクセス応答をユーザ機器に送信し、非接続状態にあるユーザ機器から、第２ランダムアクセス応答に応答して第２データを受信し、および／または第２の競合解決メッセージをユーザ機器に送信するようにさらに構成される。

一般に、２ステップＲＡＣＨ手順も、第２データを送信するために同じように採用され得る。具体的には、２ステップＲＡＣＨ手順の場合、ユーザ機器は第２ランダムアクセスプリアンブルを有する第２データをネットワークに送信することができ、したがって、ネットワークエンティティは第２ランダムアクセスプリアンブルを有する第２データを受信することができる。

一例では、ネットワークエンティティが、第２データの送信に関係する送信されたリソース構成によって示されるリソースを監視するようにさらに構成される。たとえば、ネットワークエンティティは、第１データの受信に応答して送信され得る（第１の）競合解決メッセージを送信した後に、（たとえば、ＳＲ）リソースの監視を開始し得る。たとえば、ネットワークエンティティは関連付けられたランダムアクセスプリアンブルを受信した後に、（たとえば、ＣＧ）リソースの監視を開始し得る。

すでに述べたように、（第１の）リリースメッセージおよび後続の通信はすべて、同じネットワークエンティティ（たとえば、アンカー基地局）に送信され、そこから受信され得るが、たとえば、非接続状態に入った後にユーザ機器が異なる基地局のカバレージエリアに移動したので、基地局がたとえば、（第１の）リリースメッセージをアンカー基地局（または最後のサービング基地局）から新しいサービング基地局に送信した後に変化する場合もあり得る。具体的には、後者の場合、ネットワークエンティティは最後のサービング基地局にユーザ機器コンテキスト要求を送信し、最後のサービング基地局からユーザ機器コンテキスト応答を受信するようにさらに構成され得る。

本明細書に開示される実施形態の提示は単なる例であり、非限定的であることを理解されたい。

ここで、方法ステップの開示は、それぞれの方法ステップを実行するための手段の開示とも考えられる。同様に、方法ステップを実行するための手段の開示も、方法ステップそのもの開示とみなされるべきである。

本開示の他の特徴は、添付図面と併せて考慮される以下の詳細な説明から明らかになる。しかしながら、図面は単に例示の目的のために設計されており、添付の特許請求の範囲を参照すべき本開示の限定の定義としてではないことを理解されたい。さらに、図面は一定の縮尺で描かれておらず、それらは、単に、本明細書に記載される構造および手順を概念的に図示することを意図していることを理解されたい。

図１は、本開示の例示的な実施形態が実行され得る例示的な無線環境を示す模式図である。 図２ａ－ｃは、本開示のアプローチが採用され得る、３つの小規模データ伝送アプローチを示す例示的なシグナリングチャートである。 図２ａ－ｃは、本開示のアプローチが採用され得る、３つの小規模データ伝送アプローチを示す例示的なシグナリングチャートである。 図２ａ－ｃは、本開示のアプローチが採用され得る、３つの小規模データ伝送アプローチを示す例示的なシグナリングチャートである。 図３は、ＵＬ ＭＡＣ ＰＤＵのコンテンツの例示的な図であり、これは、ＲＲＣベースの小規模データ伝送においてデータを送信するために使用され得る。 図４は、本開示のアプローチを実施しないときにＲＲＣ非アクティブにあるＵＥのための小規模データ伝送手順中にＵＥバッファに現れる新しいデータの取り扱いを示す比較シグナリングチャートである。 図５ａ－ｄは、本開示の異なる態様の例を示す例示的なシグナリングチャートである。 図５ａ－ｄは、本開示の異なる態様の例を示す例示的なシグナリングチャートである。 図５ａ－ｄは、本開示の異なる態様の例を示す例示的なシグナリングチャートである。 図５ａ－ｄは、本開示の異なる態様の例を示す例示的なシグナリングチャートである。 図６ａ－ｂは、本開示の異なる態様の例を示す例示的なシグナリングチャートである。 図６ａ－ｂは、本開示の異なる態様の例を示す例示的なシグナリングチャートである。 図６ａ－ｂは、本開示の異なる態様の例を示す例示的なシグナリングチャートである。 図６ａ－ｂは、本開示の異なる態様の例を示す例示的なシグナリングチャートである。 図７ａ－ｄは、本開示の異なる態様の例を示す例示的なシグナリングチャートである。 図７ａ－ｄは、本開示の異なる態様の例を示す例示的なシグナリングチャートである。 図７ａ－ｄは、本開示の異なる態様の例を示す例示的なシグナリングチャートである。 図７ａ－ｄは、本開示の異なる態様の例を示す例示的なシグナリングチャートである。 図８は、本開示によるＵＥの例示的な実施形態のブロック図である。 図９は、基地局の例示的な実施形態のブロック図である。 図１０は、有形で非一時的なコンピュータ可読記憶媒体の例の概略図である。

以下の説明は本開示の理解を深めるのに役立つものであり、本明細書の上記の概要セクションにおいて提供されるように、本開示の例示的な実施形態の説明を補足し、それらと併せて読まれるものと理解されるべきである。

以下の例における特定の無線システムは５Ｇであるが、これは非限定的な例にすぎないと考えられるべきである。また、以下の例では、非接続状態の一例として、ＲＲＣ非アクティブ状態について説明する。しかしながら、これらの例は一般に、例えば、ＲＲＣアイドル状態などの他の非接続状態にも適用され得る。

図１は、本開示が適用され得る例示的な環境を示す。図１は、５Ｇ通信ネットワークを示し、これは、新無線技術と、ＲＡＮの異なるサブレイヤが、分散ユニット（ＤＵ）および中央ユニット（ＣＵ）と呼ばれる、（ＢＳまたはｇＮＢのように）通信ネットワーク制御要素内の２つの論理エンティティに分割され得るアーキテクチャとを導入する。たとえば、ＣＵは、フロントホールインタフェース（Ｆ１インタフェースと呼ばれる）を介して１つ以上のＤＵの動作を制御する論理ノードである。ＤＵは、機能分割オプションに応じて、ｇＮＢ機能のサブセットを含む論理ノードである。

図１に示すように、移動機等のユーザ機器（ＵＥ）１０は、セル１の通信ビームを介して、基地局のセル１、ｇＮＢ２０に接続される。図１に示す例では、ｇＮＢ ２０がＣＵ ２３と、ＣＵ ２３にＦ１インタフェースで接続された２つのＤＵ２１，２２とを備える。さらに、図１の例に示されるように、ＵＥ１０が接続することができる複数のさらなるセル（図１では、説明のために、２つのセル、すなわち、セル２およびセル３が示される）がある。セル１と同様に、セル２、３は、それぞれｇＮＢ ２５、２６によって制御され、それぞれ複数のビーム１～３を提供する。５Ｇネットワークの異なるビームは、ビームダイバーシティまたはビームホッピングのために使用され得る。

図１に示されるように、セルの各基地局またはｇＮＢは、ＮＧインタフェースとして示されるそれぞれのインタフェースを介して、５ＧＣなどのコアネットワークに接続される。また、セルのｇＮＢ同士は、例えばＸｎ－Ｃインタフェースとインタフェースインタフェースの手段によインタフェースいる。

ｇＮＢ、ｇＮＢ－ＤＵ、ｇＮＢ－ＣＵ、および／または５ＧＣなどのネットワークエンティティのいずれも、個々にまたは一緒に、本発明の第２の態様によるネットワークエンティティの一例であり得る。

一般的なレベルでは、ＮＲでは小規模データ伝送がＤＲＢごとにネットワークによって構成されることに留意されたい。ＵＥがＮＲにおいて現在サポートすべきＤＲＢの最小数は重複なしで１６であり、重複を伴うＭＡＣエンティティごとに８である。ＤＲＢ－ＴｏＡｄｄＭｏｄＬｉｓｔには最大２９個のＤＲＢを追加することができ、各ＤＲＢはそのＤＲＢ－Ｉｄｅｎｔｉｔｙによって識別される。また、設定された全てのＤＲＢは、ＳｕｓｐｅｎｄＣｏｎｆｉｇを有するＲＲＣ Ｒｅｌｅａｓｅメッセージを受信すると、ＵＥによって中断される。ＵＥからｇＮＢにＭＡＣ ＣＥを介して送信され、アップリンクバッファ内の保留データの量を示すバッファサイズ報告（ＢＳＲ）は、ＮＲにおける論理チャネルグループ（ＬＣＧ）ごとの明示的なバッファサイズビットフィールドを可能にする。専用ＭＡＣ ＣＥフォーマットは、１つ以上のＬＣＧの実際のバッファサイズレベル（バイト単位）に対応するバッファサイズインデックスを示す、ショート（切り詰め）ＢＳＲおよびロング（切り詰め）ＢＳＲを送信することを可能にする。次いで、ネットワーク（ｇＮＢ）は、ＢＳＲによる対応するＤＲＢのＱｏＳ特性に基づいて、各ＵＥへのアップリンクリソースをスケジュールすることができる。ＬＣＧはシグナリングオーバーヘッド効率のためのバッファステータスの統合報告を構築するために使用される（すなわち、バッファステータスは、同じＬＣＧに割り当てられたＬＣＨのグループにわたってデータを集約することを報告される）。逆に、リソース割り当ては、論理チャネルに従って行われる。論理チャネルグループへの無線ベアラおよび論理チャネルのマッピングは、ＲＲＣ信号を介してｇＮＢによって無線ベアラセットアップ時間に行われ、無線ベアラの対応するＱｏＳ属性に基づく。電流ＢＳＲトリガは、新しいデータが以前に空のバッファに到着することと、ＵＥがＢＳＲをすでに送信した後により高い優先度のデータが到着し、許可を待っていることと、ＵＥがバッファのステータスについて、例えば周期的ＢＳＲタイマに従って周期的にｇＮＢを更新する必要があることと、ＢＳＲロバスト性を提供するために、ＢＳＲ再送信がｒｅｔｘＢＳＲタイマに従って送信されなければならないこととを含む。

ＲＲＣ接続状態では、動的ＵＬスケジューリングを用いて、ＵＥが新しいデータパケットを送信したいとき、ＵＥは、ＰＵＣＣＨリソースが割り当てられている場合、物理アップリンク制御チャネル（ＰＵＣＣＨ）に割り当てられた物理リソース上でスケジューリング要求（ＳＲ）の送信をトリガして、スケジューリング許可（ＳＧ）をネットワークに要求する。現在の仕様によれば、ＵＥはＳＲを送信するためのＰＵＣＣＨフォーマット０または１で構成される。また、複数のアップリンク制御情報（ＵＣＩ）タイプ（例えば、ＣＳＩ、ＨＡＲＱ－ＡＣＫ）を送信するために、ＵＥは他のＰＵＣＣＨフォーマット（例えば、フォーマット２～４）でＳＲを送信するように構成され得る。ＵＣＩおよびＰＵＳＣＨ送信が、ＵＬ－ＳＣＨトランスポートブロックの送信に起因して、またはＵＬ－ＳＣＨトランスポートブロックなしのＡ－ＣＳＩ送信のトリガリングに起因して、時間的に一致するとき、ＳＲは、ＰＵＳＣＨにおけるＵＣＩ多重化を介しても送信され得る。

ＲＲＣ非アクティブ状態にある間、および最後のサービングｇＮＢ（以下ではアンカーｇＮＢまたは古いＮＧ－ＲＡＮノードとも呼ばれる）でＵＥに記憶されるＵＥ ＡＳコンテキストは、
－ 中断されたＲＲＣ構成（およびＵＥ無線能力）を含む現在のＲＲＣコンテキスト、
－ 現在のＡＳセキュリティコンテキスト（ＵＥセキュリティ機能およびセキュリティ情報を含む）、
－ サスペンドされたＤＲＢの現在の構成（以下を含む）、
－ ＲＯＨＣ状態を含むＰＤＣＰ状態、
－ ＳＤＡＰ構成、および
－ ＲＬＣ構成、
－ ソースＰＣｅｌｌ、ｃｅｌｌＩｄｅｎｔｉｔｙ、およびソースＰｃｅｌｌの物理セル識別情報（ＰＣＩ）において使用されるＣ－ＲＮＴＩ、
を含むことができる。

その中で、最後のサービングｇＮＢは、ＲＲＣ非アクティブＵＥのためのアンカーとして働き、ＵＥ ＡＳコンテキストを記憶し、たとえばコアネットワーク機能（ＣＮレベルページング、ＣＮへの利用者プレーン接続性など）を維持するｇＮＢである。

ここで図２ａ～ｃを参照すると、これらは、本開示のアプローチが使用され得る３つのＳＤＴアプローチを示す例示的なシグナリングチャートを示す。図２ａはＲＲＣベースの４ステップＳＤＴを示し、図２ｂはＲＲＣベースの２ステップＳＤＴを示し、図２ｃは、ＲＲＣベースのＣＧベースのＳＤＴを示す。本開示の説明される態様は、これらのアプローチのいずれかにおいて実装され得る。

図３は、ＵＬ ＭＡＣ ＰＤＵのコンテンツの例示的な図であり、これは、本開示において説明される態様において、例えば、図２に示されるように、Ｍｓｇ３、ＭｓｇＡにおいて、またはＣＧベースの小規模データ伝送において、または図５～７のＭｓｇ３のいずれかにおいて、ＲＲＣベースの小規模データ伝送においてデータを送信するために使用され得る。この場合、ＰＤＵは、データ（ＲＬＣヘッダ、ＰＤＣＰヘッダ、およびデータを含むＤＴＣＨ ＳＤＵ２）と組み合わされたＲＲＣ再開要求（ｒｅｓｕｍｅＩＤ、ｓＲＭＡＣ－Ｉ、およびｒｅｓｕｍｅ Ｃａｕｓｅを含むＣＣＣＨ ＳＤＵ１）である。

図４は、本開示の態様のアプローチが実施されない場合の、ＲＲＣ非アクティブにおけるＵＥのための小規模データ伝送手順中にＵＥバッファに現れる新しいデータの取り扱いを示す比較シグナリングチャートである。まず、ＵＥは、ＲＲＣ接続状態にある。次いで、ＵＥは、（非アクティブ状態のための関連パラメータを備える）ｓｕｓｐｅｎｄＣｏｎｆｉｇを有する（第１の）ＲＲＣリリースメッセージを受信し、ＲＲＣ非アクティブ状態に遷移するようにＵＥに命令する。ＲＲＣリリースメッセージは、また、ＳＤＴのための第１の専用無線ベアラ（ＤＲＢ）のための小規模データ伝送構成を備える。ＵＥが非アクティブ状態に遷移した後、新しいペイロードデータが、第１のＤＲＢのためのＵＥバッファに現れる。これはＵＥが、ＰＲＡＣＨプリアンブル（Ｍｓｇ１）をｇＮＢ、この場合はランダムアクセス応答（Ｍｓｇ２）で応答する新たなサービングｇＮＢに送信するＳＤＴ手順をトリガする。次いで、ＵＥは、第１のＳＤＴ－ＤＲＢ（Ｍｓｇ３）を介して第１データ（ＵＬペイロード）を新たなサービングｇＮＢに送信する。一方、新たなサービングｇＮＢはＵＥコンテキスト要求を送信し、最後のサービングｇＮＢからＵＥコンテキスト応答を受信する。さらに、新しいペイロードはＵＬペイロードを送信した後であるが、ＳＤＴ手順が依然として進行中である間に、ＵＥバッファに再び現れる。次いで、ＵＥは、ＵＥを非アクティブ状態に遷移させる（または維持する）ためのｓｕｓｐｅｎｄＣｏｎｆｉｇを有する（第２の）ＲＲＣリリースメッセージを受信する。ＵＥはリリースメッセージを適用し、ＳＤＴ手順は終了し、ＵＥは非アクティブ状態にある。ＳＤＴにおいて新しいペイロードを送信するために、ＵＥは図４に示すように、Ｍｓｇ１～Ｍｓｇ４を含む上記の手順を繰り返す必要がある。言い換えれば、第２の新たなＳＤＴ手順を開始する必要がある。

次に、進行中の小規模データ伝送（ＳＤＴ）手順中に新しいデータが利用可能になったことを示すためにＵＥがＲＲＣ非アクティブ状態でどのように構成されるか、具体的には、ＵＥが最初のＵＬ小規模データをすでに送信した後（たとえば、ランダムアクセス手順のＭｓｇ３もしくはＭｓｇＡにおいて、またはＣＧ送信において）について、図５～図７を参照して説明する。明らかになるように、これはＵＥが進行中のＳＤＴ手順を完了した後に、新たな後続のＳＤＴ手順をトリガしなければならないことを回避し、これはリソース非効率的である。

図５ａ～ｄは、本開示の様々な態様の例を示す例示的なシグナリングチャートを示す。これらの例では、第２データ（たとえば、ＳＲ／ＢＳＲ）の指示を送るための物理リソースの構成は、第１のＵＬ小規模データの送信に関連する競合解決の完了時にアクティブ化される。

図５ａおよび５ｂは、１つのｇＮＢ（アンカーｇＮＢ）のみが関与するＳＤＴの場合を示す。これらの２つの例では、ＳＲおよび／またはＢＳＲのための事前構成されたリソースが（第１の）ＲＲＣリリース時に非アクティブ状態に事前に割り当てられ、ＳＤＴ手順中に、すなわち競合解決メッセージを受信した後に、ＵＥによって使用される。

より詳細には図５ａの例では、まず、ＵＥはＲＲＣ接続状態にある。次いで、ＵＥは、（非アクティブ状態のためのパラメータを備える）ｓｕｓｐｅｎｄＣｏｎｆｉｇを有する（第１の）ＲＲＣリリースメッセージを受信し、ＲＲＣ非アクティブ状態に遷移するようにＵＥに命令する。ＲＲＣリリースメッセージはまた、第１データのＳＤＴのための第１の専用無線ベアラ（ＤＲＢ）のための小規模データ伝送構成を備える。さらに、第１のリリースメッセージはまた、ＳＤＴプロシージャ中のスケジューリング要求のためのリソース構成を備える。ＵＥが非アクティブ状態に遷移した後、新しいペイロードデータが、第１のＤＲＢのためのＵＥバッファに現れる。これは、ＵＥがＰＲＡＣＨプリアンブル（Ｍｓｇ１）をｇＮＢに送信するＳＤＴ手順をトリガし、この場合、アンカーｇＮＢは第１のＲＲＣリリースメッセージも送信し、ランダムアクセス応答（Ｍｓｇ２）で応答する。次いで、ＵＥは、第１のＳＤＴ－ＤＲＢ（Ｍｓｇ３）を介して第１データ（ＵＬペイロード）をアンカーｇＮＢに送信する。アンカーｇＮＢは、コンテンツ解決メッセージ（Ｍｓｇ４）で応答する。次いで、ＵＥは、第１のＲＲＣリリースメッセージを用いて、すでに以前に受信されたＳＲリソースをアクティブ化する。また、アンカーｇＮＢは、第１のＵＬペイロードを受信した後、いつでもＵＥから第２データを受信する準備をするために、ＳＲリソースの監視を既に開始している。

ネットワークが競合解決メッセージ（Ｍｓｇ４）のみを送信する、すなわち、（ＵＥをＲＲＣ非アクティブ状態に移動させるために）ＲＲＣリリースメッセージを同じＭＡＣペイロードで送信しない理由は、例えば、アンカーｇＮＢがＤＬデータが到着する（ＵＬ ＳＤＴへのアプリケーションレベルフィードバックを含む）か、または、ＵＥコンテキストがフェッチされるのを待っているかを見るのを待っていることに起因し得る。

次いで、第１のＵＬペイロードを送信した後、新しいペイロード（第２データ）がＵＥバッファに現れ、一方、ＳＤＴ手順は依然として進行中である。ＵＥは、次いで、（ＰＵＣＣＨまたはＰＵＳＣＨを介して）スケジューリング要求をアンカーｇＮＢに送信するためのＳＲリソースを使用することによって、指示をアンカーｇＮＢに送信する。代替的に、ＵＥは、（ＰＵＳＣＨを介して）バッファステータスレポートを送信するためにリソースを使用し得る。いずれの場合も、図５ａの例では、ｇＮＢが（受信ＳＲ／ＢＳＲに基づいて）第２データが大きすぎる、すなわち、第２データが所定の閾値を超えていると判断し、ＵＥをＲＲＣ接続状態に遷移させることを決定する。したがって、ｇＮＢは、（ｓｕｓｐｅｎｄＣｏｎｆｉｇなしで）ＲＲＣ再開メッセージを送信する。ＵＥは、ＲＲＣ再開メッセージを受信する。ＵＥは再開メッセージを適用し、第２データを送信するためにＲＲＣ接続状態に遷移する。

対照的に、図５ｂに示される例では、第２データが小規模データ伝送手順で送信されるのに十分に小規模である。したがって、アンカーｇＮＢは、ＵＥのＳＲまたはＢＳＲに応答してスケジューリンググラントを送信する。次いで、ＵＥは、同じＳＤＴ手順内でアンカーｇＮＢに新しいペイロード（第２データ）を送信することができる。その後のみ、ｇＮＢはＵＥにＲＲＣ非アクティブ状態で移動するように指示するために、ｓｕｓｐｅｎｄＣｏｎｆｉｇと共に（第２の）ＲＲＣリリースメッセージを送信する。ＵＥはリリースメッセージを受信して適用し、ＲＲＣ非アクティブ状態に遷移するか、またはＲＲＣ非アクティブ状態に留まる。したがって、ＵＥは非アクティブ状態を決して残していないと考えることができるが、非アクティブ状態（非アクティブ一時識別子（Ｉ－ＲＮＴＩ）および／またはＲＲＣリリースメッセージ（すなわち、ｓｕｓｐｅｎｄＣｏｎｆｉｇ）の一部としてそれに提供される次ホップ連鎖カウンタ（ＮＣＣ）など）のために、新たなまたは異なる構成されたパラメータを適用することができる。

図５ｃおよび５ｄはＳＤＴ手順が異なる（非アンカーまたは新たなサービング）ｇＮＢにおいて実行されるときに、関与する２つの基地局が存在する場合に関する。図５ｃは、基本的に、ネットワークが競合解決メッセージをＵＥに送信するときに、ＳＲおよび／またはＢＳＲのための専用リソースを提供することができる、一例を説明する。

より詳細には、図５ｃの例では最初に、ＵＥ（一般に任意の状態であり得る）は、（非アクティブ状態のためのパラメータを備える）ｓｕｓｐｅｎｄＣｏｎｆｉｇを有する（第１の）ＲＲＣリリースメッセージを受信し、ＲＲＣ非アクティブ状態に遷移するようにＵＥに命令する。ＲＲＣリリースメッセージはまた、第１データのＳＤＴのための第１のＤＲＢのための小規模データ伝送構成を備える。ＵＥが非アクティブ状態に遷移した後、新しいペイロードデータが、第１のＤＲＢのためのＵＥバッファに現れる。これは、ＵＥが現在ｇＮＢにＰＲＡＣＨプリアンブル（Ｍｓｇ１）を送信するＳＤＴ手順をトリガし、この場合、新たなサービングｇＮＢを送信する（例えば、ＵＥがアンカーｇＮＢのカバレッジ外に移動した可能性があるため）。新たなサービングｇＮＢは、ランダムアクセス応答（Ｍｓｇ２）で応答する。次いで、ＵＥは、第１のＳＤＴ－ＤＲＢ（Ｍｓｇ３）を介して第１データ（ＵＬペイロード）を新たなサービングｇＮＢに送信する。新たなサービングｇＮＢはＵＥコンテキスト要求をアンカーｇＮＢに送信し、また、コンテンツ解決メッセージ（Ｍｓｇ４）でＵＥに応答する。コンテンツ解決メッセージはまた、ＳＲおよび／またはＢＳＲリソースのためのリソース構成を備え、ＵＥはそれぞれのリソースをアクティブ化する。また、新たなサービングｇＮＢは、第１のＵＬペイロードを受信した後、いつでもＵＥから第２データを受信する準備をするために、ＳＲリソースの監視を既に開始している。

次いで、第１のＵＬペイロードを送信した後、新しいペイロード（第２データ）がＵＥバッファに現れ、一方、ＳＤＴ手順は依然として進行中である。次いで、ＵＥは、（ＰＵＣＣＨまたはＰＵＳＣＨを介して）スケジューリング要求または（ＰＵＳＣＨを介して）バッファステータスレポートを新たなサービングｇＮＢに送信するためのＳＲリソースを使用することによって、新たなサービングｇＮＢに指示を送信する。それに応答して、新たなサービングｇＮＢは、スケジューリンググラントを送信する。次いで、ＵＥは、同じＳＤＴ手順内で、新たなペイロード（第２データ）を新たなサービングｇＮＢに送信することができる。一方、新たなサービングｇＮＢは、ＵＥコンテキスト応答も受信している。次いで、新たなサービングｇＮＢは、ＲＲＣ非アクティブ状態で移動するようにＵＥに命令するために、ｓｕｓｐｅｎｄＣｏｎｆｉｇを有する（第２の）ＲＲＣリリースメッセージをＵＥに送信する。ＵＥはリリースメッセージを受信して適用し、ＲＲＣ非アクティブ状態に遷移するか、またはＲＲＣ非アクティブ状態に留まる。

図５ｄの例は図５ｃと同じであるが、図５ｄの例では、競合解決メッセージでリソース構成を送信する代わりに、ネットワークは競合解決メッセージの受信後のＳＤＴ手順中にＵＥによって使用されるＳＲ／ＢＳＲリソース構成（たとえば、ＰＲＡＣＨプリアンブル、ＰＵＣＣＨ機会）をブロードキャストする。次いで、ＵＥは、他の装置との衝突を回避するために、（ネットワークにも知られているＴＣ－ＲＮＴＩなどの）一意の識別子に基づいて、示されたＳＲ／ＢＳＲリソースのうちの１つを選択することができる。

上記のケースのいずれかについて、ＵＥは複数の動的ＵＬ許可を取得するために複数のＳＲを送信することができ、このようにして、２つ以上の後続のＵＬペイロード（すなわち、第３、第４などのデータも送信すること）を伴うマルチショットＳＤＴ手順を可能にすることに留意されたい。実際には、ＳＲ／ＢＳＲの伝送のための構成されたリソース（たとえば、リソース機会）の数が制限されるので、それは、マルチショットＳＤＴ手順内で有効にサポートされる後続のＳＤＴ ＵＬ伝送の最大数を有効に制限することに対応する。

図６ａおよび６ｂは、本開示の様々な態様の例を示すさらなる例示的なシグナリングチャートを示す。これらの例では、第２データを送信するための物理リソースの構成が、（競合解決の完了時に）初期ＳＤＴとＳＤＴプロシージャの完了との間の時間期間において有効であるようにアクティブ化される（すなわち、ＲＲＣリリースまたは再開メッセージがＵＥによって受信され適用されるまで、リリースメッセージに応じて、ＲＲＣアイドル、ＲＲＣ非アクティブ、またはＲＲＣ接続に遷移し得る）。

図６ａの例は、１つのｇＮＢのみが含まれる場合に関する。この実施形態では、事前に構成されたＣＧリソースが、ＵＥが特別なＰＲＡＣＨプリアンブルを送信することによって、およびネットワークが、そのような専用ＰＲＡＣＨプリアンブル（たとえば、新たなＵＬ ＳＤＴペイロードがＵＥのバッファに到着したという標示とペアにされた、または関連付けられたコンテンションフリープリアンブル）またはＳＲ／ＰＵＣＣＨリソースを受信すると、アクティブ化される。ＲＡＲは、そのような特別なプリアンブルには必要ではない。

より詳細には、図６ａの例ではＵＥはＲＲＣ接続状態にある。次いで、ＵＥは（非アクティブ状態のためのパラメータを備える）ｓｕｓｐｅｎｄＣｏｎｆｉｇを有する（第１の）ＲＲＣリリースメッセージを受信し、ＲＲＣ非アクティブ状態に遷移するようにＵＥに命令する。ＲＲＣリリースメッセージはまた、第１データのＳＤＴのための第１のＤＲＢのための小規模データ伝送構成を備える。さらに、第１のリリースメッセージは、後続のＵＬデータ（第２データ）のために使用されるべきＣＧリソースのためのリソース構成と、ＣＧリソースアクティブ化のための対にされた専用の第２のＰＲＡＣＨプリアンブルとをも備える。ＵＥが非アクティブ状態に遷移した後、新しいペイロードデータが、第１のＤＲＢのためのＵＥバッファに現れる。これは、ＵＥがＰＲＡＣＨプリアンブル（Ｍｓｇ１）をｇＮＢに送信するＳＤＴ手順をトリガし、この場合、アンカーｇＮＢは第１のＲＲＣリリースメッセージも送信し、ランダムアクセス応答（Ｍｓｇ２）で応答する。次いで、ＵＥは、第１のＳＤＴ－ＤＲＢ（Ｍｓｇ３）を介して第１データ（ＵＬペイロード）をアンカーｇＮＢに送信する。このメッセージはまた、より多くのデータが予想されることを示す、第２データの送信のための指示を備える。アンカーｇＮＢは、コンテンツ解決メッセージ（Ｍｓｇ４）で応答する。新しいペイロード（第２データ）がＵＥバッファに現れ、一方、ＳＤＴ手順は依然として進行中である。これは、（ＣＧリソースに関連する）第２のＰＲＡＣＨプリアンブルをアンカーｇＮＢに送信するようにＵＥをトリガする。ｇＮＢは第２のＰＲＡＣＨプリアンブルを検出し、ＣＧ機会の監視をアクティブ化する。次いで、ＵＥは、同じＳＤＴ手順内でアンカーｇＮＢに新しいペイロード（第２、第３などのデータ）を送信するために、設定された許可のリソースを使用する。その後のみ、ｇＮＢはＵＥにＲＲＣ非アクティブ状態で移動するように指示するために、ｓｕｓｐｅｎｄＣｏｎｆｉｇと共に（第２の）ＲＲＣリリースメッセージを送信する。ＵＥはリリースメッセージを受信して適用し、ＲＲＣ非アクティブ状態に遷移するか、またはＲＲＣ非アクティブ状態に留まる。

図６ｂは、異なる（非アンカー）ｇＮＢを有するＳＤＴ手順の場合に関する。図６ａの実施形態と同様に、ＲＡベースのＳＤＴは、専用のＰＲＡＣＨ機会およびプリアンブルを使用して実行される。しかしながら、このＰＲＡＣＨ機会／プリアンブルに関連するリソース構成は、この場合、現在のサービングｇＮＢによってブロードキャストされる。

より詳細には、図６ｂの例では、ＵＥが（非アクティブ状態のためのパラメータを備える）ｓｕｓｐｅｎｄＣｏｎｆｉｇを有する（第１の）ＲＲＣリリースメッセージを受信し、ＲＲＣ非アクティブ状態に遷移するようにＵＥに命令する。ＲＲＣリリースメッセージはまた、第１データのＳＤＴのための第１のＤＲＢのための小規模データ伝送構成を備える。ＵＥはＲＲＣリリースメッセージを適用し、非アクティブ状態に遷移する。新たなサービングｇＮＢによって送信され、ＵＥによって受信されるブロードキャストメッセージ（ここではシステム情報ブロック、ＳＩＢを介して）は、競合解決の完了時にＳＤＴ手順中に使用されるべき専用の第２のＰＲＡＣＨプリアンブルのためのリソースのためのリソース構成を備える。新しいペイロードデータがＵＥバッファに現れる。前述のように、これは、第１のＲＲＣリリースメッセージからの情報に基づいて、ＵＥが新たなサービングｇＮＢにＰＲＡＣＨプリアンブル（Ｍｓｇ１）を送信するＳＤＴ手順をトリガする。新たなサービングｇＮＢは、ランダムアクセス応答（Ｍｓｇ２）で応答する。次いで、ＵＥは、第１のＳＤＴ－ＤＲＢ（Ｍｓｇ３）を介して第１データ（ＵＬペイロード）を新たなサービングｇＮＢに送信する。このメッセージはまた、より多くのデータが予想されることを示す、第２データの送信のための指示を備える。新たなサービングｇＮＢはＵＥコンテキスト要求をアンカーｇＮＢに送信し、コンテンツ解決メッセージ（Ｍｓｇ４）でＵＥに応答する。これは、新たなサービングｇＮＢにおいて、追加の第２データの伝送のための制限されたＰＲＡＣＨリソースのアクティブ化をトリガする。そのような新たなペイロード（第２データ）がＵＥバッファに現れると、これは、（ブロードキャストにおいて指示されたように）第２の制限されたＰＲＡＣＨプリアンブルを新たなサービングｇＮＢ（第２のＭｓｇ１）に送信するようにＵＥをトリガする。ｇＮＢはこのＰＲＡＣＨプリアンブルを検出し、ランダムアクセス応答（第２のＭｓｇ２）で応答する。次いで、ＵＥは、同じＳＤＴ手順内で、新たなペイロードを新たなサービングｇＮＢ（第２のＭｓｇ３）に送信する。新たなサービングｇＮＢは最後のサービングｇＮＢからＵＥコンテキストを再度要求し、取り出すことができる。任意選択で、ネットワークは、競合解決メッセージ（第２のＭｓｇ４）でＵＥに応答することができる。ｇＮＢはＵＥにＲＲＣ非アクティブ状態で移動するように指示するために、ｓｕｓｐｅｎｄＣｏｎｆｉｇで（第２の）ＲＲＣリリースメッセージを送信する。ＵＥはリリースメッセージを受信して適用し、ＲＲＣ非アクティブ状態に遷移するか、またはＲＲＣ非アクティブ状態に留まる。

図７ａ～ｄは、本開示の様々な態様の例を示すさらなる例示的なシグナリングチャートを示す。これらの例では、ネットワークがＲＲＣリリースメッセージとともに（ＭＡＣ ＣＥにおいて）ＵＬグラントを送信する。次いで、ＵＥは（たとえば、同じ目的を有するＢＳＲまたは他のＭＡＣ ＣＥを介して）任意のＳＤＴデータがその間に到着したかどうかを示すために、許可されたリソースを使用する。これらの実施形態はそれぞれ、アンカーｇＮＢおよび非アンカーｇＮＢにおけるＳＤＴ手順の両方に適用可能である。

図７ａおよび７ｂは、ＵＥのバッファが空でない場合に関する。

より詳細には図７ａにおいて、ＵＥはＲＲＣ接続状態にある。次いで、ＵＥは（非アクティブ状態のためのパラメータを備える）ｓｕｓｐｅｎｄＣｏｎｆｉｇを有する（第１の）ＲＲＣリリースメッセージを受信し、ＲＲＣ非アクティブ状態に遷移するようにＵＥに命令する。ＲＲＣリリースメッセージはまた、第１データのＳＤＴのための第１のＤＲＢのための小規模データ伝送構成を備える。さらに、第１のリリースメッセージはまた、第２データの送信のための指示をトリガするための閾値に関する情報を備える。たとえば、この閾値は、ＳＤＴの伝送およびＲＲＣリリースメッセージの受信に対応する時間期間内にＵＥがＵＥの上位レイヤからデータを受信するという予想に基づくことができる。この持続時間がある（事前定義または決定された）期間または時間隔（たとえば、ｘ ｍｓ）に対応すると仮定すると、ＵＥが、上位レイヤから生成されているペイロードのある（たとえば、事前定義または計算された）確率（たとえば、ｙ ％）よりも高い確率があると推定する場合、ＵＥは、より多くのデータが予想されるという指示をトリガする。したがって、この閾値はある確率（たとえば、事前定義された確率）であり得るか、またはｘ ｍｓ期間に対するｙ％確率に関連し得る。

ＵＥが非アクティブ状態に遷移した後、新しいペイロードデータが、第１のＤＲＢのためのＵＥバッファに現れる。ＵＥは、ネットワークによって提供される情報に基づいて閾値条件を分析し、ＳＤＴ手順は既に説明したようにトリガされ、すなわち、ＵＥは、ＰＲＡＣＨプリアンブル（Ｍｓｇ１）をｇＮＢに、この場合、ランダムアクセス応答（Ｍｓｇ２）で応答する新たなサービングｇＮＢ（ただし、アンカーｇＮＢの場合には同じことが適用される）に送信する。次いで、ＵＥは、第１のＳＤＴ－ＤＲＢ（Ｍｓｇ３）を介して第１データ（ＵＬペイロード）をｇＮＢに送信する。閾値条件が満たされる場合、このメッセージは、より多くのデータが予想されることを示す、第２データの送信のための指示も備える。担当ｇＮＢは、コンテンツ解決メッセージ（Ｍｓｇ４）で応答する。ｇＮＢが新しいサービングｇＮＢである場合、前に説明したように、ｇＮＢはＵＥコンテキストを要求することができる。次いで、新しいペイロード（第２データ）がＵＥバッファに現れ、一方、ＳＤＴ手順は依然として進行中である。また、ｇＮＢはタイマを開始しており、その間に、より多くのデータがＵＥのバッファにおける伝送のために利用可能であることを予期する。タイマの満了は、（ｓｕｓｐｅｎｄＣｏｎｆｉｇを用いて）ＲＲＣリリースメッセージと共にＵＬ許可を送信するようにｇＮＢをトリガする。ＵＥはＲＲＣリリースメッセージを破棄し、同じＳＤＴ手順内でアンカーｇＮＢに新しいペイロード（第２データ）を送信するためにＵＬ許可を使用する。ＵＥはまた、さらなるデータが利用可能でないこと（ＢＳＲ（０））を示すバッファステータスレポートを送り得る。ＵＥは、ｇＮＢからのフィードバックを待つ。ｇＮＢは、（ｓｕｓｐｅｎｄＣｏｎｆｉｇとともに）さらなるＲＲＣリリースメッセージを送信する。ＵＥはリリースメッセージを受信して適用し、ＲＲＣ非アクティブ状態に遷移するか、またはＲＲＣ非アクティブ状態に留まる。

図７ｂの例では、唯一の違いは、（第２の）ＲＲＣリリースメッセージを破棄する代わりに、ＵＥがＲＲＣリリースメッセージの含有量を記憶し、以前と同様に、第２データの送信のために受信されたＵＬグラントを使用することである。ＵＥは次いで、たとえば、ネットワーク指示に基づいて、またはタイマに従って、記憶されたＲＲＣリリースメッセージを適用し得る。

図７ｃおよび７ｄは、ＵＥのバッファが空である場合に関する。まず、図７ａおよび図７ｂの例を参照することができる。しかしながら、これらの例とは対照的に、図７ｃでは、新しいペイロードはＵＥのバッファに到着しない。したがって、ＵＥは受信されたＵＬ許可を無視し、ＲＲＣ非アクティブ状態に遷移するか、またはＲＲＣ非アクティブ状態に留まるために、受信されたＲＲＣリリースメッセージ（ｓｕｓｐｅｎｄＣｏｎｆｉｇを伴う）を適用する。図７ｄの代替実施形態では、まったく応答しない代わりに、ＵＥは、ＵＬ許可に応答して、０バイト（ＢＳＲ（０））に対応するバッファサイズインデックスを有するＢＳＲをネットワークに送り返し、次いで、ＲＲＣリリースメッセージを適用して、ＲＲＣ非アクティブ状態に遷移するか、またはＲＲＣ非アクティブ状態に留まる。

次に図８を参照すると、ユーザ機器８００の形態の図１のＵＥ１０などの、本開示によるユーザ機器の例示的な実施形態のブロック図が示されている。たとえば、ユーザ機器８００は、スマートフォン、タブレットコンピュータ、ノートブックコンピュータ、スマートウォッチ、スマートバンド、およびＩｏＴ装置のうちの１つであり得る。

ユーザ機器８００は、プロセッサ８０１を備える。プロセッサ８０１は例えば、バスを介して、例えば、少なくとも部分的に結合される、単一のプロセッサまたは２つ以上のプロセッサを表し得る。プロセッサ８０１は、プログラムメモリ８０２に記憶されたプログラムコードを実行し（例えば、プロセッサ８０１上で実行されたとき、ユーザ機器８００に、任意選択でネットワークエンティティ９００と共に、本開示による方法の実施形態またはその一部のうちの１つ以上を実行させるプログラムコード）、メインメモリ８０３とインタフェース接続する。プログラムメモリ８０２はまた、プロセッサ８０１のためのオペレーティングシステムを含むことができる。メモリ８０２および８０３の一部または全部は、プロセッサ８０１に含まれてもよい。

プロセッサ（例えば、プログラムメモリ８０２および主メモリ８０３）の主メモリおよびプログラムメモリの一方または両方は、プロセッサ（例えば、プロセッサ８０１）に固定的に接続され得るか、または、例えば、メモリカードまたはスティックの形成で、プロセッサから少なくとも部分的に取り外し可能であり得る。

プログラムメモリ（例えば、プログラムメモリ８０２）は例えば、不揮発性メモリであってもよい。例えば、それは、いくつか例を挙げると、ＦＬＡＳＨ（登録商標）メモリ（またはその一部）、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＭＲＡＭ、またはＦｅＲＡＭ（またはその一部）、またはハードディスク（またはその一部）のいずれかであってもよい。プログラムメモリは、例えば、固定して設置される第１のメモリセクションと、例えば、取り外し可能なＳＤメモリカードの形成で取り外し可能な第２のメモリセクションとを備えてもよい。

メインメモリ（例えば、メインメモリ８０３）は例えば、揮発性メモリであってもよい。例えば、非限定的な例を挙げると、ＤＲＡＭメモリであってもよい。それは、例えば、オペレーティングシステム、用途、プログラムなどを実行するときに、プロセッサ８０１のためのワーキングメモリとして使用され得る。

プロセッサ８０１はさらに、データおよび／または情報を受信および／または送信するように構成された通信インタフェース８０４（たとえば、無線インタフェース）を制御する。たとえば、通信インタフェース８０４は、基地局などの無線ノードから無線信号を送信および／または受信するように構成され得る。無線信号を受信および／または評価するために必要とされる任意のコンピュータプログラムコードベースの処インタフェースタフェース８０４の独自のメモリに記憶され、通信インタフェース８０４の独自のプロセッサによって実行されてもよく、または、例えば、メモリ８０３に記憶され、例えば、プロセッサ８０１によって実行されてもよいことを理解されたい。

通信インタフェース８０４は、特に、２Ｇ／３Ｇ／４Ｇ／５Ｇまたは将来の世代のセルラー通信システムのようなセルラー通信システムに従って通信するように構成され得る。ユーザ機器８００は無線インタフェース８０４を使用して、基地局、例えば、図１に示される基地局２０と通信することができる。

たとえば、通信インタフェース８０４は、ＢＬＥ送信機、受信機、またはトランシーバを含むＢＬＥおよび／またはＢｌｕｅｔｏｏｔｈ（登録商標）無線インタフェースをさらに備え得る。たとえば、無線インタフェース８０４は、追加または代替として、少なくともＷＬＡＮ送信機、受信機、またはトランシーバを含むＷＬＡＮ無線インタフェースを備え得る。

ユーザ機器８００の成分８０２～８０４はたとえば、１つ以上のシリアルバスおよび／またはパラレルバスの手段によってプロセッサ８０１と接続され得る。

ユーザ機器８００は、様々な他の成分を備え得ることを理解されたい。例えば、ユーザ機器８００はユーザインタフェース（例えば、タッチセンシティブディスプレイ、キーボード、タッチパッド、ディスプレイなど）を随意に備え得る。

図９は、図１の基地局２０および／またはコアネットワーク３０（またはその一部）などのネットワークエンティティの例示的な実施形態のブロック図である。たとえば、ネットワークエンティティ９００は、上記で説明したように、測位基準信号をユーザ機器にスケジューリングおよび／または送信するように構成され得る。

ネットワークエンティティ９００は、プロセッサ９０１を備える。プロセッサ９０１は例えば、バスを介して、例えば、少なくとも部分的に結合される、単一のプロセッサまたは２つ以上のプロセッサを表し得る。プロセッサ９０１は、プログラムメモリ９０２に記憶されたプログラムコードを実行し（例えばネットワークエンティティ９００に、単独で、または本開示によるユーザ機器８００の実施形態もしくはその一部とともに実行させるプログラムコード）、メインメモリ９０３とインタフェースする。

プログラムメモリ９０２はまた、プロセッサ９０１のためのオペレーティングシステムを備え得る。メモリ９０２および９０３の一部または全部は、プロセッサ９０１に含まれてもよい。

さらに、プロセッサ９０１は、例えば、２Ｇ／３Ｇ／４Ｇ／５Ｇセルラー通信システムのようなセルラー通信システムに従って通信するように構成された通信インタフェース９０４を制御する。ネットワークエンティティ９００の通信インタフェース９０４は、例えば無線ヘッド３０によって実現されてもよく、図１の基地局２０とＵＥ １０との間の通信のために提供されてもよい。

ネットワークエンティティ９００の成分９０２～９０４は、例えば、１つ以上のシリアルバスおよび／またはパラレルバスの手段によってプロセッサ９０１と接続され得る。

ユーザ機器８００は、通信インタフェース８０４とともに、特に、本明細書で説明する手法スキームに従ってネットワークエンティティ９００から信号を受信するように構成され得る。

装置８００、９００は、様々な他の成分を備え得ることを理解されたい。

図１０は、例えば、図８のメモリ８０２または図９のメモリ９０２を実装するために使用され得る、本開示による有形で非一時的なコンピュータ可読記憶媒体の例の概略図である。この目的のために、図１０は、例えば、プリント回路基板にはんだ付けまたは接合され得るフラッシュメモリ１０００、複数のメモリチップ（例えば、フラッシュメモリチップ）を備えるソリッドステート駆動１００１、磁気ハード駆動１００２、セキュアデジタル（ＳＤ）カード１００３、ユニバーサルシリアルバス（ＵＳＢ）メモリスティック１００４、光記憶媒体１００５（例えば、ＣＤ－ＲＯＭまたはＤＶＤなど）、および磁気記憶媒体１００６を表示する。

以下の実施形態も開示される。
形態１．
非接続状態において、第１データを、小規模データ伝送手順でネットワークに送信し前記非接続状態における前記小規模データ伝送手順中に、第２データの送信のための表示を前記ネットワークに送信し、前記第２データは、前記第１データが送信された後に送信のために利用可能になるように構成された手段を備えるユーザ機器。
形態２．
第２データの送信のための前記指示は、リリースメッセージを前記ネットワークから受信する前に送信される、第２データの送信のための前記指示は、前記第１データが送信された後に送信される、第２データの送信のための前記指示は、第１競合解決メッセージを受信した後に送信される、および／または、第２データの送信のための前記指示は、前記第１データを含むメッセージの一部として送信される、のうちの１つ以上である、実施形態１に記載のユーザ機器。
形態３．
第２データの送信のための前記指示は、スケジューリング要求、バッファ状態報告、および／または、より多くのデータが期待されることを示す指示、のうちの１つ以上であるか、または、１つ以上を含む、実施形態１または２に記載のユーザ機器。
形態４．
接続されていない状態に入るためのリリースメッセージをネットワークから受信することと、ネットワークから受信したリリースメッセージを適用して非接続状態にすることと、第１ランダムアクセスプリアンブルをネットワークに送信することと、第１ランダムアクセスプリアンブルを有する第１データをネットワークに送信することと、第１ランダムアクセスプリアンブルに応答して第１ランダムアクセス応答をネットワークから受信することと、第１ランダムアクセス応答に応答して非接続状態にある第１データをネットワークに送信することと、および／または、第１データの送信に応答して、競合解決メッセージをネットワークから受信することと、のうちの１つ以上をさらに実行するように構成される、実施形態１ないし３のいずれか１つに記載のユーザ機器。
形態５．
第２データの指示の伝送および／または第２データの伝送に関係するリソース構成をネットワークから受信することと、および／または、第２データの送信のための指示を送信するかどうかの閾値情報をネットワークから受信することと、のうちの１つ以上をさらに実行するように構成される実施形態１ないし４のいずれか１つに記載のユーザ機器。
形態６．
前記資源構成が、スケジューリング要求を送信するためのリソース構成と、バッファ状態報告を送信するリソース構成と、設定された許可のリソース構成と、ランダムアクセスプリアンブルのためのリソース構成と、アップリンク許可と、および／または、１つ以上のＰＵＣＣＨおよび／または１つ以上のＰＵＳＣＨリソースを含むリソース構成と、のうちの１つ以上であるか、または、含む、実施形態５に記載のユーザ機器。
形態７．
リリースメッセージの一部として閾値情報を受信することと、リリースメッセージの一部としてリソース構成を受け取ることと、第１データの送信に応答して競合解決メッセージ（Ｍｓｇ４）の一部としてリソース構成を受信することと、リソース構成をブロードキャストメッセージとして受信することと、および／または、指示の送信後、リリースメッセージの一部としてリソース構成を受信することと、のうちの１つ以上をさらに実行するように構成される、実施形態５または６に記載のユーザ機器。
形態８．
第１データの送信に応答して第１競合解決メッセージを受信した後にリソース構成をアクティブ化することと、リソース構成に基づいて、非接続状態で小規模データ伝送手順における第２データをネットワークに送信することと、および／または、リソース構成に基づいて、第２データの送信のための指示をネットワークに送信することと、のうちの１つ以上をさらに実行するように構成される、実施形態５ないし７のいずれか１つに記載のユーザ機器。
形態９．
第２データがユーザ機器で利用可能であるかどうかをチェックし、第２データがユーザ機器において利用可能である場合、第２データの送信のための指示をネットワークに送信する、および／または、第２データを非接続状態で送信するようにさらに構成される、実施形態１ないし８のいずれか１つに記載のユーザ機器。
形態１０．
非接続状態における小規模データ伝送手順における第２データをネットワークに送信するステップと、および／または、リリースメッセージをネットワークから受信するステップと、のうちの１つ以上を実行するようにさらに構成される、実施形態１ないし９のいずれか１つに記載のユーザ機器。
形態１１．
第２ランダムアクセスプリアンブルをネットワークに送信するステップと、第２ランダムアクセスプリアンブルまたは第２ランダムアクセスプリアンブルを用いて、またはその後に、第２データをネットワークに送信するステップと、第２ランダムアクセスプリアンブルに応答して第２ランダムアクセス応答をネットワークから受信するステップと、第２ランダムアクセス応答に応答して非接続状態にある第２データをネットワークに送信するステップと、および／または、第２の競合解決メッセージをネットワークから受信するステップと、のうちの１つ以上を実行するようにさらに構成される、実施形態１ないし１０のいずれか１つに記載のユーザ機器。
形態１２．
非接続状態はＲＲＣ非アクティブ状態である、第１および／または第２データは制御プレーンデータである、第１および／または第２データはＲＡＮ通知領域更新である、第１および／または第２データはユーザプレーンデータである、第１および／または第２データは２ステップまたは４ステップＲＡＣＨ手順で送信される、第１および／または第２データがＣＧベースのＰＵＳＣＨ送信とともに送信される、および／または、ネットワークは最後のサービング基地局および／または新しいサービング基地局を備える、のうちの１つ以上である、実施形態１ないし１１のいずれか１つに記載のユーザ機器。
形態１３．
ユーザ機器によって少なくとも実行される方法であって、接続されていない状態での小規模データ伝送手順での第１データのネットワークへの送信ステップと、小規模データ伝送手順の間、第２データ送受信のための指示をネットワークに送信するステップであって、前記第１データが送信された後に、前記第２データが送信のために利用可能になる、ステップと、を備える方法。
形態１４．
接続されていない状態にあるユーザ機器から、第１データを小規模データ伝送手順で受信し、第２データの表示の送信および／または、小規模データ伝送手順中に生じるべき第２データの送信に関係するリソース構成をユーザ機器に送信し、小規模データ伝送手順中に、非接続状態にあるユーザ機器から、第２データの送信のための指示を受信するように構成された手段を備える、ネットワークエンティティ。
形態１５．
非接続状態に入るための第１リリースメッセージをユーザ機器に送信するステップと、第１ランダムアクセスプリアンブルをユーザ機器から受信するステップと、第１ランダムアクセスプリアンブルに応答して第１ランダムアクセス応答をユーザ機器に送信するステップと、第１ランダムアクセス応答に応答して第１データをユーザ機器から受信するステップと、および／または、第１データの送信に応答して、競合解決メッセージをユーザ機器に送信するステップと、のうちの１つ以上をさらに実行するように構成される、実施形態１４に記載のネットワークエンティティ。
形態１６．
ユーザ機器に、第２データの送信のための指示を送信するかどうかの閾値情報を送信するように、さらに構成された、実施形態１４または１５のネットワークエンティティ。
形態１７．
リリースメッセージの一部として前記閾値情報を送信するステップと、リリースメッセージの一部としてリソース構成を送信するステップと、第１データの送信に応答して競合解決メッセージの一部として前記リソース構成を送信するステップと、リソース構成をブロードキャストメッセージとして送信するステップと、および／または、指示の受信後、リリースメッセージの一部としてリソース構成を送信するステップと、のうちの１つ以上を、さらに実行するように構成される、実施形態１６に記載のネットワークエンティティ。
形態１８．
さらに、第２データの指示の伝送および／または第２データの伝送に関係する伝送されたリソース構成によって示されるリソースを監視するように構成される、実施形態１６または１７のネットワークエンティティ。
形態１９．
非接続状態にあるユーザ機器から、小規模データ伝送手順における第２データを受信するステップと、リリースメッセージをユーザ機器に送信するステップと、のうちの１つ以上をさらに実行するように構成される、実施形態１４ないし１８のいずれか１つに記載のネットワークエンティティ。
形態２０．
第２ランダムアクセスプリアンブルをユーザ機器から受信するステップと、第２ランダムアクセスプリアンブルを有する第２データをユーザ機器から受信するステップと、第１ランダムアクセスプリアンブルに応答して第２ランダムアクセス応答をユーザ機器に送信するステップと、非接続状態にあるユーザ機器から、第２ランダムアクセス応答に応答して第２データを受信するステップと、および／または、第２の競合解決メッセージをユーザ機器に送信するステップと、のうちの１つ以上をさらに実行するように構成される、実施形態１４ないし１９のいずれか１つに記載のネットワークエンティティ。
形態２１．
最後のサービング基地局にユーザ機器コンテキスト要求を送信し、最後のサービング基地局からユーザ機器コンテキスト応答を受信するようにさらに構成される、実施形態１４ないし２０のいずれか１つに記載のネットワークエンティティ。
形態２２．
少なくともネットワークエンティティによって実行される方法であって、接続されていない状態にあるユーザ機器から、小規模データ伝送手順で第１データを受信するステップと、第２データの表示の送信および／または小規模データ伝送手順中に生じるべき第２データの送信に関係するリソース構成をユーザ機器に送信するステップと、小規模データ伝送手順中に、非接続状態にあるユーザ機器から、第２データの送信のための指示を受信するステップと、を備える、方法。
形態２３．
コンピュータプログラムコードは装置のプロセッサによって実行されると、装置に、実施形態１３ないし２２のいずれか１つに記載の方法を実行させる、コンピュータプログラムコード。形態２４．実施形態２３にしたがうコンピュータプログラムコードを含むコンピュータ可読記憶媒体。

説明される実施形態において提示されるいかなる関連も、関連する成分が動作可能に結合される方法で理解されるべきである。したがって、接続は、任意の数または組み合わせの介在要素を用いて直接的または間接的であり得、構成要素間に単に機能的関係が存在し得る。

さらに、本文で使用される場合、「回路」という用語は、以下のいずれかを指す。
（ａ）ハードウェアのみの回路実装（アナログおよび／またはデジタル回路のみの実装など）
（ｂ）（ｉ）プロセッサの組み合わせ、または、（ｉｉ）プロセッサ／ソフトウェア（デジタル信号プロセッサを含む）、ソフトウェア、および、携帯電話のような装置に様々な機能を実行させるために協働するメモリのセクション・のような回路およびソフトウェア（および／またはファームウェア）の組み合わせ、および
（ｃ）ソフトウェアまたはファームウェアが物理的に存在しない場合であっても、動作のためにソフトウェアまたはファームウェアを必要とする回路、例えばマイクロプロセッサまたはマイクロプロセッサのセクション。

「回路」のこの定義は、任意の特許請求の範囲を含む、本文におけるこの用語のすべての使用に適用される。さらなる例として、本文で使用されるように、用語「回路」は、また、単にプロセッサ（または複数のプロセッサ）またはプロセッサのセクションならびにその（またはそれらの）付随するソフトウェアおよび／またはファームウェアの実装を網羅する。「回路」という用語は例えば、携帯電話用のベースバンド集積回路またはアプリケーションプロセッサ集積回路も含む。

本文で言及されるプロセッサのいずれか、特に、限定されないが、図８および図９のプロセッサ８０１および９０１は任意の適切なタイプのプロセッサとすることができる。任意のプロセッサは、限定はしないが、１つ以上のマイクロプロセッサ、付随するデジタル信号プロセッサを伴う１つ以上のプロセッサ、付随するデジタル信号プロセッサを伴わない１つ以上のプロセッサ、１つ以上の専用コンピュータチップ、１つ以上のフィールドプログラマブルゲートアレイ（ＦＰＧＡＳ）、１つ以上のコントローラ、１つ以上の特定用途向け集積回路（ＡＳＩＣＳ）、または１つ以上のコンピュータを備え得る。関連する構造／ハードウェアは、記載された機能を実行するようにプログラムされている。

さらに、本明細書で説明メモリ図示されるアクションメモリステップのいずれも、汎用メモリ専用プロセッサ内の実行可能命令を使用して実装され、そのようなプロセッサによって実行されるコンピュータ可読記憶媒体（たとえば、ディスク、メモリなど）に記憶され得る。「コンピュータ可読記憶媒体」への基準は、ＦＰＧＡ、ＡＳＩＣ、信号処理デバイス、および他の装置などの専用回路を包含すると理解されるべきである。

さらに、本明細書で説明メモリ図示される動作のいずれも、目的メモリ専用プロセッサ内の実行可能命令を使用して実装され、そのようなプロセッサによって実行されるコンピュータ可読記憶媒体（たとえば、ディスク、メモリなど）に記憶され得る。「コンピュータ可読記憶媒体」への基準は、ＦＰＧＡ、ＡＳＩＣ、信号処理デバイス、および他の装置などの専用回路を包含すると理解されるべきである。

「Ａ、またはＢ、またはＣ、またはそれらの組み合わせ」または「Ａ、ＢおよびＣの少なくとも１つ」という表現は、包括的ではなく、少なくとも以下を含むと理解され得る：（ｉ）Ａ、または（ｉｉ）Ｂ、または（ｉｉｉ）Ｃ、または（ｉｖ）ＡおよびＢ、または（ｖ）ＡおよびＣ、または（ｖｉ）ＢおよびＣ、または（ｖｉｉ）ＡおよびＢおよびＣ。

本明細書に開示される実施形態は例示に過ぎず、特定の例示的な実施形態のために提示される任意の特徴は、それ自体で、または、同じもしくは別の特定の例示的な実施形態のために提示される任意の特徴と組み合わせて、および／または言及されていない任意の他の特徴と組み合わせて、本開示の任意の態様とともに使用され得ることが理解される。特定のカテゴリの例示的な実施形態について提示される任意の特徴は、任意の他のカテゴリの例示的な実施形態において対応する方法で使用されてもよいことがさらに理解される。

略語一覧：
ＡＭＦ：アクセスおよびモビリティ管理機能（Access and Mobility Management Function）
ＢＳＲ：バッファステータスレポート（Buffer Status Report）
ＣＧ：コンフィグアドグラント(Configured Grant）
ＣＰ：コントロールプレーン（Control Plane）
ＤＲＢ：データ無線ベアラ（Data Radio Bearer）
ｇＮＢ：５ＧノードＢ
Ｉ－ＲＮＴＩ：非アクティブ無線ネットワーク仮識別子（Inactive Radio network temporary identifier）
ＬＣＧ：論理チャネルグループ（Logical Channel Group）
ＬＣＨ：論理チャネル（Logical Channel）
ＮＣＣ：nextHopChainingCount
ＮＧ－ＲＡＮ：次世代無線アクセスネットワーク（Next Generation - Radio Access Network）
ＮＲ：新無線（New Radio）
ＰＲＡＣＨ：物理ランダムアクセスチャネル（Physical Random access channel ）
ＲＡＣＨ：ランダムアクセスチャネル（Random access channel ）
ＲＡＮ：ランダムアクセスチャネル（Radio Access Network）
ＲＮＡ：ＲＡＮ通知領域（RAN Notification area）
ＲＮＡＵ：ＲＡＮ通知領域更新（RAN Notification area Update）
ＲＲＣ：無線リソース制御プロトコル（Radio Resource Control protocol）
ＳＤＴ：小規模データ伝送（Small Data Transmission）
ＵＥ：ユーザ機器（User Equipment）
ＵＰ：ユーザプレーン（user plane）
Ｘｎ：Ｘｎネットワークインタフェース（Xn network interface）

Claims (15)

1. 非接続状態において、第１データを、小規模データ伝送手順でネットワークに送信し、 前記非接続状態での前記小規模データ伝送手順において、第２データの送信のための指示を前記ネットワークに送信するように構成された手段を備えるユーザ機器であって、
   前記第２データは、前記第１データが送信された後に送信のために利用可能になる、ユーザ機器。
2. 第２データの送信のための前記指示は、リリースメッセージを前記ネットワークから受信する前に送信される、
   第２データの送信のための前記指示は、前記第１データを送信した後に送信される、
   第２データの送信のための前記指示は、第１競合解決メッセージを受信した後に送信される、および／または、
   第２データの送信のための前記指示は、前記第１データを含むメッセージの一部として送信される、
   のうちの１つ以上である、請求項１に記載のユーザ機器。
3. 第２データの送信のための前記指示は、
   スケジューリング要求、
   バッファ状態報告、および／または、
   より多くのデータが期待されることを示す標示、
   のうちの１つ以上を含む、請求項１または２に記載のユーザ機器。
4. 前記第２データの指示の前記送信および／または前記第２データの前記送信に関係するリソース構成を前記ネットワークから受信することと、および／または、
   第２データの送信のための前記指示を送信するかどうかの閾値情報を前記ネットワークから受信することと、
   のうちの１つ以上を実行するように構成される、
   請求項１ないし３のいずれか１項に記載のユーザ機器。
5. 前記リソース構成は、
   スケジューリング要求を送信するためのリソース構成、
   バッファ状態報告を送信するリソース構成、
   構成された許可のリソース構成、
   ランダムアクセスプリアンブルのためのリソース構成、
   アップリンク許可、および／または、
   １つ以上のＰＵＣＣＨおよび／または１つ以上のＰＵＳＣＨリソースを含むリソース構成
   のうちの１つ以上を含む、請求項４に記載のユーザ機器。
6. リリースメッセージの一部として閾値情報を受信する、
   リリースメッセージの一部としてリソース構成を受信する、
   前記第１データの前記送信に応答して競合解決メッセージの一部として前記リソース構成を受信する、
   前記リソース構成をブロードキャストメッセージとして受信する、および／または、
   前記指示の前記送信後、リリースメッセージの一部として前記リソース構成を受信する、
   のうちの１つ以上でさらに構成される、
   請求項４または５に記載のユーザ機器。
7. 前記第１データを送信する応答を受信した後、前記リソース構成をアクティブ化する、 前記リソース構成に基づいて、前記非接続状態で、前記小規模データ伝送手順において前記第２データを前記ネットワークに送信する、および／または、
   前記リソース構成に基づいて、前記第２データの送信のための前記指示を前記ネットワークに送信する、
   のうちの１つ以上でさらに構成される、
   請求項４ないし６のいずれか１項に記載のユーザ機器。
8. さらに、
   第２データが前記ユーザ機器において、利用可能であるかどうかをチェックする、
   第２データが前記ユーザ機器において利用可能である場合、第２データの送信のための前記指示を前記ネットワークに送信する、および／または、
   前記非接続状態で、前記第２データを送信する、
   ように構成される、
   請求項１ないし７のいずれか１項に記載のユーザ機器。
9. 第２ランダムアクセスプリアンブルをネットワークに送信する、
   第２ランダムアクセスプリアンブルを用いて、または、第２ランダムアクセスプリアンブルの後に、前記第２データを前記ネットワークに送信する、
   第２ランダムアクセスプリアンブルに応答して、第２ランダムアクセス応答を前記ネットワークから受信する、
   前記第２ランダムアクセス応答に応答して、前記非接続状態の前記第２データを前記ネットワークに送信する、および／または、
   第２競合解決メッセージを前記ネットワークから受信することのうちの１つ以上を実行する
   ようにさらに構成される、
   請求項１ないし８のいずれか１項に記載のユーザ機器。
10. 前記非接続状態はＲＲＣ非アクティブ状態である、
    前記第１および／または第２データは、ユーザプレーンデータである、
    前記第１および／または第２データは、制御プレーンデータである、
    前記第１および／または第２データは、ＲＡＮ通知領域更新である、
    前記第１および／または第２データは、２ステップまたは４ステップＲＡＣＨ手順で送信される、
    前記第１および／または第２データは、ＣＧベースのＰＵＳＣＨ送信を用いて送信される、および／または
    ネットワークは、最後のサービング基地局および／または新しいサービング基地局を備える、
    のうちの１つ以上である、
    請求項１ないし９のいずれか１項に記載のユーザ機器。
11. ユーザ機器によって少なくとも実行される方法であって、前記方法は、
    非接続状態において、第１データを、小規模データ伝送手順で前記ネットワークに送信するステップと、
    前記小規模データ伝送手順の間、第２データの送信のための指示を前記ネットワークに送信するステップであって、該第２データは、前記第１データが送信された後に送信のために利用可能になる、ステップと、
    を含む、方法。
12. 接続されていない状態にあるユーザ機器から、第１データを小規模データ伝送手順で受信し、
    第２データの指示の送信、および／または、前記小規模データ伝送手順中に発生する前記第２データの送信に関係するリソース構成を前記ユーザ機器に送信し、
    前記小規模データ伝送手順中に、前記非接続状態にある前記ユーザ機器から、第２データの送信のための前記指示を受信する
    ように構成された手段を含む、ネットワークエンティティ。
13. 少なくとも、ネットワークエンティティによって実行される方法であって、
    接続されていない状態にあるユーザ機器から、小規模データ伝送手順で第１データを受信するステップと、
    第２データの指示の送信、および／または、前記小規模データ伝送手順中に生じる前記第２データの送信に関係するリソース構成を前記ユーザ機器に送信するステップと、
    前記小規模データ伝送手順において、前記非接続状態にある前記ユーザ機器から、第２データの送信のための前記指示を受信するステップと
    を含む方法。
14. コンピュータプログラムコードは装置のプロセッサによって実行されると、該装置に、請求項１１または１３に記載の方法を実行させるコンピュータプログラムコード。
15. 請求項１４に記載のコンピュータプログラムコードを含む、コンピュータ可読記憶媒体。

Images