JP2023536002A - データ送信のための方法および装置 - Google Patents

Abstract

本出願の実施形態は、データ送信のための方法および装置を対象とする。本出願の一実施形態では、方法は、データ送信のための構成情報を受信するステップであって、データ送信のための構成情報が、以下、すなわち、1つのトランスポートブロック(TB)または少なくとも1つのTBに対する事前構成された少なくとも1つのスロットのための事前構成されたバンドリングリソースを示す第1の構成情報、および少なくとも1つのランダムアクセスチャネル(RACH)手順の間のデータ送信のための少なくとも1つのリソースを示す第2の構成情報のうちの少なくとも1つを示す、ステップと、ユーザ機器(UE)が無線リソース制御(RRC)_IDLE状態またはRRC_INACTIVE状態であるとき、構成情報に基づいてデータ送信を実行するステップとを含む。

Description

本出願の実施形態は、一般にワイヤレス通信技術に関し、特にデータ送信のための方法および装置に関する。

IDLE状態でのデータ送信のための専用の事前構成されたアップリンクリソース(D-PUR: dedicated pre-configured uplink resource)ソリューションは、ロングタームエボリューション(LTE)において論じられており、モノのインターネット(IoT)に適用されている。トラフィックとルールの両方は、新無線(NR)システムにおけるスマートフォンアプリケーションと比べると比較的単純である。無線リソース制御(RRC)_INACTIVE状態でのユーザ機器(UE)の場合、アップリンクスモールデータを送信するために、事前構成された物理アップリンク共有チャネル(PUSCH)リソース(設定グラントタイプ1リソース)が適用される。この設定グラントタイプ1は、専用UEのために構成される。しかしながら、RRC_INACTIVE状態でのデータ送信を考慮するとき、NR固有のケースは論じられていない。

本出願の実施形態は、たとえば、RRC_IDLE状態またはRRC_INACTIVATE状態でのデータ送信のための方法および装置を提供する。

本出願の一実施形態は、方法を提供する。方法は、データ送信のための構成情報を受信するステップであって、データ送信のための構成情報が、以下、すなわち、1つのトランスポートブロック(TB)または少なくとも1つのTBに対する事前構成された少なくとも1つのスロットのための事前構成されたバンドリングリソースを示す第1の構成情報、および少なくとも1つのランダムアクセスチャネル(RACH)手順の間のデータ送信のための少なくとも1つのリソースを示す第2の構成情報のうちの少なくとも1つを示す、ステップと、UEがRRC_IDLE状態またはRRC_INACTIVE状態であるとき、構成情報に基づいてデータ送信を実行するステップとを含んでもよい。

本出願の一実施形態では、第1の構成情報に基づいてデータ送信を実行する場合、方法は、1つのTBまたは少なくとも1つのTBに対する事前構成された少なくとも1つのスロットのための事前構成されたバンドリングリソースについて、1つのカウンタ「m」を構成するステップと、事前構成されたバンドリングリソースのための1つの構成されたリソース機会の一部のみがデータ送信のために使用されるとき、カウンタ「m」の値をそのままにしておくステップとをさらに含んでもよく、カウンタ「m」は、事前構成されたバンドリングリソースを暗黙的に解放するために使用される。

本出願の一実施形態では、第1の構成情報に基づいてデータ送信を実行する場合、方法は、少なくとも1つのTBのうちの各TBのための事前構成されたバンドリングリソースについて、各カウンタ「m」で複数のカウンタ「m」を構成するステップをさらに含んでもよく、カウンタ「m」は、事前構成されたバンドリングリソースを暗黙的に解放するために使用される。一例では、方法は、UEがRRC_INACTIVE状態またはRRC_IDLE状態である間に、各TBのための事前構成されたバンドリングリソースが使用されないとき、カウンタ「m」の値を増加させるステップをさらに含んでもよい。別の例では、方法は、RRC_INACTIVEまたはRRC_IDLEにおいて各TBのための事前構成されたバンドリングリソースが使用されるが、応答が受信されないとき、カウンタ「m」の値を増加させるステップをさらに含んでもよい。

本出願の一実施形態では、第1の構成情報に基づいてデータ送信を実行する場合、方法は、1つのTBまたは少なくとも1つのTBに対する事前構成された少なくとも1つのスロットのための事前構成されたバンドリングリソースについて、1つのカウンタ「m」を構成するステップと、事前構成されたバンドリングリソースのための1つの構成されたリソース機会の一部のみがデータ送信のために使用されるとき、カウンタ「m」の値を増加させるステップとをさらに含んでもよく、カウンタ「m」は、事前構成されたバンドリングリソースを暗黙的に解放するために使用される。

本出願の一実施形態では、第1の構成情報に基づいてデータ送信を実行する場合、方法は、1つのTBまたは少なくとも1つのTBに対する事前構成された少なくとも1つのスロットのための事前構成されたバンドリングリソースについて、1つのタイマーを構成するステップと、データ送信のための対応するPUSCH送信の最初を含むスロットにおいてまたはそれよりも後にタイマーを開始するステップとをさらに含んでもよく、タイマーは、データ送信についてのフィードバックを監視するために使用される。

本出願の一実施形態では、方法は、PDCCH送信がデータ送信を有するUEのためのものであり、再送信のためのアップリンクグラントを含むとき、アップリンクグラントによって示された再送信に対応するPUSCH送信の最初のスロットまたは最後のスロットにおいてまたはそれよりも後にタイマーを再開するステップをさらに含んでもよい。

本出願の一実施形態では、第1の構成情報に基づいてデータ送信を実行する場合、方法は、少なくとも1つのTBに対する事前構成された少なくとも1つのスロットのための事前構成されたバンドリングリソースについて、複数のタイマーを構成するステップであって、事前構成された少なくとも1つのスロットが連続しないスロットであり、事前構成されたバンドリングリソースが連続しないリソースである、ステップと、データ送信のPUSCH送信を含むスロットにおいてまたはその後に複数のタイマーのうちの各タイマーを開始するステップとをさらに含んでもよく、タイマーは、データ送信についてのフィードバックを監視するために使用される。一例では、各タイマーは、1つのサイクル内の連続しないリソースの一部に対応する。別の例では、各タイマーは、1つのサイクル内の少なくとも1つのTBのうちの各TBに対応する。

本出願の一実施形態では、方法は、監視ウィンドウがすべてのPDCCHを受信することができないとき、タイマーの監視ウィンドウを延長するステップと、延長された監視ウィンドウにおいてPDCCHの欠落部分を受信するステップとをさらに含んでもよい。

本出願の一実施形態では、第2の構成情報に基づいてデータ送信を実行するステップは、UEの基準信号受信電力(RSRP)が第1のしきい値よりも小さいとき、データ送信のために構成されない2段階RACH手順のMsg.AのPUSCHを使用することによってデータ送信を実行するステップをさらに含んでもよい。バッファ内のデータ量が第2のしきい値よりも小さい、かつ/またはMsg.AのPUSCHの変調およびコーディング方式(MCS)が第3のしきい値よりも小さいとき、データ送信のために構成されない2段階RACH手順のMsg.AのPUSCHを使用することによってデータ送信を実行する。

本出願の一実施形態では、第2の構成情報に基づいてデータ送信を実行するステップは、UEの基準信号受信電力(RSRP)が第1のしきい値よりも大きい場合、データ送信の別のトラフィックのために構成される2段階RACH手順のMsg.AのPUSCHを使用することによってデータ送信を実行するステップをさらに含んでもよい。バッファ内のデータ量が第2のしきい値よりも小さい、かつ/またはMsg.AのPUSCHのMCSが第3のしきい値よりも小さいとき、データ送信の別のトラフィックのために構成される2段階RACH手順のMsg.AのPUSCHを使用することによってデータ送信を実行する。

本出願の一実施形態では、バッファ内のデータ量が第2のしきい値よりも小さい、かつ/またはMsg.AのPUSCHのMCSがデータ送信のために構成される2段階RACH手順のMsg.AのPUSCHのMCSのすべてよりも小さいとき、データ送信のために構成されない2段階RACH手順のMsg.AのPUSCHを使用することによってデータ送信を実行する。

本出願の一実施形態では、データ送信のために構成される異なるトラフィックのためのMsg.Aの1つまたは複数のPUSCHはブロードキャストされるか、またはRRC専用に構成される。

本出願の一実施形態では、データ送信は、データ送信に関する事前構成されたバンドリングリソースがデータ送信に適していないとき、第2の構成情報に基づいて実行される。データ送信は、4段階RACH手順に先立って2段階RACH手順によって実行される。

本出願の別の実施形態は、方法を提供する。方法は、データ送信のための構成情報を送信するステップであって、データ送信のための構成情報が、以下、すなわち、1つのTBまたは少なくとも1つのTBに対する事前構成された少なくとも1つのスロットのための事前構成されたバンドリングリソースを示す第1の構成情報、および少なくとも1つのRACH手順の間のデータ送信のための少なくとも1つのリソースを示す第2の構成情報のうちの少なくとも1つを示す、ステップと、ユーザ機器(UE)がRRC_IDLE状態またはRRC_INACTIVE状態であるとき、構成情報に基づいてデータ送信を受信するステップとを含んでもよい。

本出願の一実施形態では、第1の構成情報に基づいてデータ送信を受信するとき、方法は、1つのTBまたは少なくとも1つのTBに対する事前構成された少なくとも1つのスロットのための事前構成されたバンドリングリソースについて、1つのカウンタ「m」を構成するステップと、事前構成されたバンドリングリソースのための1つの構成されたリソース機会の一部のみの上でデータが受信されるとき、カウンタ「m」の値をそのままにしておくステップとをさらに含んでもよく、カウンタ「m」は、事前構成されたバンドリングリソースを暗黙的に解放するために使用される。

本出願の一実施形態では、第1の構成情報に基づいてデータ送信を受信するとき、方法は、少なくとも1つのTBのうちの各TBのための事前構成されたバンドリングリソースについて、各カウンタ「m」で複数のカウンタ「m」を構成するステップをさらに含んでもよく、カウンタ「m」は、事前構成されたバンドリングリソースを暗黙的に解放するために使用される。方法は、UEがRRC_INACTIVE状態またはRRC_IDLE状態である間に、LBT失敗の場合を含めた各TBのための事前構成されたバンドリングリソースに対応する応答が送信されるとき、カウンタ「m」の値を増加させるステップをさらに含んでもよい。

本出願の一実施形態では、第1の構成情報に基づいてデータ送信を受信するとき、方法は、1つのTBまたは少なくとも1つのTBに対する事前構成された少なくとも1つのスロットのための事前構成されたバンドリングリソースについて、1つのカウンタ「m」を構成するステップと、事前構成されたバンドリングリソースのための1つの構成されたリソース機会の一部のみの上でデータが受信されるとき、カウンタ「m」の値を増加させるステップとをさらに含んでもよく、カウンタ「m」は、事前構成されたバンドリングリソースを暗黙的に解放するために使用される。

本出願の一実施形態では、第1の構成情報に基づいてデータ送信を受信する場合、方法は、1つのTBまたは少なくとも1つのTBに対する事前構成された少なくとも1つのスロットのための事前構成されたバンドリングリソースについて、1つのタイマーを構成するステップをさらに含んでもよく、タイマーは、UEがデータ送信についてのフィードバックを監視するために使用される。

本出願の一実施形態では、第1の構成情報に基づいてデータ送信を受信する場合、方法は、少なくとも1つのTBに対する事前構成された少なくとも1つのスロットのための事前構成されたバンドリングリソースについて、複数のタイマーを構成するステップであって、事前構成された少なくとも1つのスロットが連続しないスロットであり、事前構成されたバンドリングリソースが連続しないリソースである、ステップをさらに含んでもよく、タイマーは、UEがデータ送信についてのフィードバックを監視するために使用される。一例では、各タイマーは、1つのサイクル内の連続しないリソースの一部に対応する。別の例では、各タイマーは、1つのサイクル内の少なくとも1つのTBのうちの各TBに対応する。

本出願の一実施形態では、第2の構成情報に基づいてデータ送信を受信する場合、方法は、UEのRSRPが第1のしきい値よりも小さいとき、データ送信のために構成されない2段階RACH手順のMsg.AのPUSCHを使用することによってデータ送信を実行することをUEに示すための指示を送信するステップをさらに含んでもよい。バッファ内のデータ量が第2のしきい値よりも小さい、かつ/またはMsg.AのPUSCHのMCSが第3のしきい値よりも小さいとき、データ送信のために構成されない2段階RACH手順のMsg.AのPUSCHを使用することによってデータ送信を実行することをUEに示すための指示を送信する。

本出願の一実施形態では、第2の構成情報に基づいてデータ送信を受信する場合、方法は、UEのRSRPが第1のしきい値よりも大きいとき、データ送信の別のトラフィックのために構成される2段階RACH手順のMsg.AのPUSCHを使用することによってデータ送信を実行することをUEに示すための指示を送信するステップをさらに含んでもよい。

本出願の一実施形態では、バッファ内のデータ量が第2のしきい値よりも小さい、かつ/またはMsg.AのPUSCHのMCSが第3のしきい値よりも小さいとき、データ送信の別のトラフィックのために構成される2段階RACH手順のMsg.AのPUSCHを使用することによってデータ送信を実行することをUEに示すための指示を送信する。

本出願の一実施形態では、バッファ内のデータ量が第2のしきい値よりも小さい、かつ/またはMsg.AのPUSCHのMCSがデータ送信のために構成される2段階RACH手順のMsg.AのPUSCHのMCSのすべてよりも小さいとき、データ送信のために構成されない2段階RACH手順のMsg.AのPUSCHを使用することによってデータ送信を実行することをUEに示すための指示を送信する。データ送信のために構成される異なるトラフィックのためのMsg.Aの1つまたは複数のPUSCHはブロードキャストされるか、またはRRC専用に構成される。

本出願の別の実施形態は、装置を提供する。装置は、その中に記憶されたコンピュータ実行可能命令を有する少なくとも1つの非一時的コンピュータ可読媒体と、少なくとも1つの受信機と、少なくとも1つの送信機と、少なくとも1つの非一時的コンピュータ可読媒体、少なくとも1つの受信機、および少なくとも1つの送信機に結合された少なくとも1つのプロセッサとを含んでもよい。コンピュータ実行可能命令は、少なくとも1つの受信機、少なくとも1つの送信機、および少なくとも1つのプロセッサを用いて、上記の方法を実装するようにプログラムされる。

本出願の実施形態は、NRスモールデータ送信の実装を容易にするために、いくつかの新しいルールを補完する。

本出願の利点および特徴が取得され得る方法について説明するために、本出願の説明は、添付の図面に示されるその特定の実施形態を参照することによって与えられる。これらの図面は、本出願の例示的な実施形態のみを図示しており、したがって、その範囲の限定と見なされるべきではない。

本出願のいくつかの実施形態によるワイヤレス通信システムを示す図である。 本出願のいくつかの実施形態による、複数のリソース上でのデータ送信のための方法のフローチャートである。 本出願のいくつかの実施形態による装置を示す図である。 本出願のいくつかの他の実施形態による別の装置を示す図である。

添付の図面の詳細な説明は、本出願の好ましい実施形態の説明として意図されており、本出願が実践され得る唯一の形態を表すことは意図されていない。本出願の趣旨および範囲内に包含されることが意図されている異なる実施形態によって同じまたは同等の機能が達成され得ることを理解されたい。

次に、本出願のいくつかの実施形態が詳細に参照され、その例は添付の図面に示される。

図1は、本出願のいくつかの実施形態によるワイヤレス通信システムを示す。

図1に示されているように、ワイヤレス通信システムは、少なくとも1つの基地局(BS)と、少なくとも1つのUEと、コアネットワーク(CN)ノードとを含むことができる。特定の数のBSおよびUE、たとえば、BS(たとえば、BS102)およびUE(UE101)が図1に図示されているが、当業者は、任意の数のBSおよびUEがワイヤレス通信システムに含まれてもよいことを認識されよう。図1に示されているように、BS102は地理的領域にわたって分散されてもよく、インターフェースを介してCNノード103と通信してもよい。

UE101は、デスクトップコンピュータ、ラップトップコンピュータ、携帯情報端末(PDA)、タブレットコンピュータ、スマートテレビジョン(たとえば、インターネットに接続されたテレビジョン)、セットトップボックス、ゲームコンソール、セキュリティシステム(セキュリティカメラを含む)、車両搭載コンピュータ、ネットワークデバイス(たとえば、ルータ、スイッチ、およびモデム)などのコンピューティングデバイスであってもよい。本出願の一実施形態によれば、UE101は、ポータブルワイヤレス通信デバイス、スマートフォン、セルラー電話、フリップフォン、加入者識別モジュールを有するデバイス、パーソナルコンピュータ、選択的呼受信機、またはワイヤレスネットワーク上で通信信号を送信および受信することが可能な任意の他のデバイスであってもよい。本出願のいくつかの実施形態では、UE101は、スマートウォッチ、フィットネスバンド、光学ヘッドマウントディスプレイなどのウェアラブルデバイスであってもよい。さらに、UE101は、加入者ユニット、モバイル、移動局、ユーザ、端末、モバイル端末、ワイヤレス端末、固定端末、加入者局、ユーザ端末、もしくはデバイスと呼ばれるか、または当技術分野で使用される他の用語を使用して説明されることがある。

BS102は、インターフェースを介してCNノード103と通信してもよい。本出願のいくつかの実施形態では、BS102はまた、アクセスポイント、アクセス端末、ベース、ベースユニット、マクロセル、ノードB、発展型ノードB(eNB)、gNB、ホームノードB、中継ノード、もしくはデバイスと呼ばれるか、または当技術分野で使用される他の用語を使用して説明されることがある。BS102は一般に、1つまたは複数の対応するBSに通信可能に結合された1つまたは複数のコントローラを含み得る無線アクセスネットワークの一部である。

一例では、CNノード103は、モビリティ管理エンティティ(MME)またはサービングゲートウェイ(S-GW)であり得る。本出願の別の実施形態では、CNノード103は、モビリティ管理機能(AMF)またはユーザプレーン機能(UPF)を含み得る。

ワイヤレス通信システムは、ワイヤレス通信信号を送信および受信することが可能な任意のタイプのネットワークと互換性があり得る。たとえば、ワイヤレス通信システム100は、ワイヤレス通信ネットワーク、セルラー電話ネットワーク、時分割多元接続(TDMA)ベースのネットワーク、符号分割多元接続(CDMA)ベースのネットワーク、直交周波数分割多元接続(OFDMA)ベースのネットワーク、LTEネットワーク、第3世代パートナーシッププロジェクト(3GPP（登録商標、以下同じ）)ベースのネットワーク、3GPP 5Gネットワーク、衛星通信ネットワーク、高高度プラットホームネットワーク、および/または他の通信ネットワークと互換性がある。

本出願のいくつかの実施形態では、ワイヤレス通信システムは、3GPPプロトコルの5G新無線と互換性があり、ここにおいて、BS102はDL上でOFDM変調方式を使用してデータを送信し、UE101はUL上でシングルキャリア周波数分割多元接続(SC-FDMA)またはOFDM方式を使用してデータを送信する。しかしながら、より一般的には、ワイヤレス通信システムは、プロトコルの中でも、いくつかの他のオープンまたはプロプライエタリ通信プロトコル、たとえば、WiMAX、WiFiを実装してもよい。

本出願のいくつかの実施形態では、BS102は、ワイヤレス通信プロトコルのIEEE802.11ファミリーなどの他の通信プロトコルを使用して通信してもよい。さらに、本出願のいくつかの実施形態では、BS102は認可スペクトル上で通信してもよいが、他の実施形態では、BS102は無認可スペクトル上で通信してもよい。本出願の実施形態は、任意の特定のワイヤレス通信システムアーキテクチャまたはプロトコルの実装に限定されることは意図されていない。本出願のさらにいくつかの実施形態では、BS102は、3GPP 5Gプロトコルを使用してUE101と通信してもよい。

一例では、UE101は、IDLEモードであるかまたはRRC_INACTIVE状態である。スモールデータ送信を実行するとき、UE101はBS102に接続し、BS102はインターフェースを介してスモールデータをCNノード103に送信する。

本明細書では、データ送信またはスモールデータ送信は、非アクティブモードまたはアイドルモードのUEがデータをネットワーク側(もしくはネットワーク)に送信すること、またはネットワーク側からデータを受信することができることを意味することがある。データ送信は、アップリンク(UL)データ送信およびダウンリンク(DL)データ送信のうちの少なくとも1つを含み得る。データ送信の完了後、非アクティブまたはアイドルUEは、ネットワークから中断メッセージまたは解放メッセージを受信し、次いで非アクティブまたはアイドルモードに戻ってもよい。本出願のいくつかの他の実施形態では、データ送信の完了後、非アクティブまたはアイドルUEは、ネットワークから中断メッセージまたは解放メッセージを受信してもよく、そのUEは、データ送信手順の間、依然として非アクティブまたはアイドルモードにとどまっていてもよい。本出願のいくつかの実施形態では、中断メッセージまたは解放メッセージはRRCメッセージである。本出願のいくつかの実施形態では、そのようなデータ送信におけるデータサイズは、規格またはプロトコルで定義されるような、1つの送信において適用され得る最大TBサイズほどの大きさであってもよい。スモールデータ送信は、そのようなシナリオのうちの1つである。

本出願の実施形態をより良く理解するために、次に以下の予備知識が紹介される。

3GPP RAN2#107会議において、「m」に関するD-PUR合意が以下のようになされている。
→少なくとも以下の情報がPUR(再)構成に含まれ得る:
・解放前の「m」個の連続する欠落した割振り、FFS値。
・アイドルモードのための時間整合タイマー。
・サービングセルのためのRSRP変更しきい値。

3GPP RAN2#108会議において、PURの「m」演算に関する合意が以下のようになされている。
→UEは、(1)UEがRRC_IDLEである間にPUR機会が使用されず、かつ(2)PUR機会がRRC_IDLEにおいて使用されるが、応答が(明示的なHARQ ACK/NACK、L1 ACKまたはL2/L3応答のいずれも)受信されないとき、「m」を増加させるものとする。
→RAN2は、RAN1#96合意「PUR上でのデータ送信の後、ある時間期間にUEによって何も受信されない場合、UEはレガシーRACH/EDT手順にフォールバックするものとする。」はRAN2#107合意と矛盾する、と言及している。RAN2は、RAN2#107合意「D-PUR送信が成功しなかった後のフォールバックは規定されない、すなわち、レガシーRA、MO-EDTを開始するかまたは次のD-PUR機会を待機するかはUE実装次第である」を再確認している。
→ネットワークは、PUR機会に対応する応答が(明示的なHARQ ACK/NACK、L1 ACKまたはL2/L3応答のいずれも)ネットワークによって送信されないとき、「m」を増加させるものとする。
→UEがRRC_CONNECTEDである間に、「m」は(UEまたはeNBのいずれによっても)増加しない。
→PURを使用したUEとeNBとの間の通信の成功の後、カウンタ「m」はゼロにリセットされる。
→RRC_CONNECTEDにおけるUE(有効なPUR構成を有する)とeNBとの間の通信の成功の後、カウンタ「m」はゼロにリセットされない。
→RSRPごとの規制を除き、TS 36.331の5.3.3.2から参照される既存のアクセス規制方法は、PURに適用可能である。
→アクセス規制によりPURがスキップされる場合(すなわち、特別な処理なし)、「m」が増加する。
→UEがextendedWaitTimeにあることによりPURがスキップされる場合(すなわち、特別な処理なし)、「m」が増加する。
→mの構成可能な値={2, 4, 8, スペア}。

さらに、PDCCH監視に関するD-PUR合意が以下のようになされている。
→アップリンクD-PUR送信の後、UEはタイマーの制御下でPDCCHを監視する:
・タイマーはD-PUR送信の後に開始する。
・D-PUR再送信のスケジューリングが受信された場合、タイマーが再開する。
・タイマーが満了した場合、UEはD-PUR送信が失敗したと見なす。
・D-PUR手順が終了/成功したとき、タイマーが停止される。

さらに、上記のD-PURソリューションに関して、3GPP TS 36.321は以下を記載している。
PURを使用した送信の後、MACエンティティは、タイマーpur-ResponseWindowTimerを使用してPUR応答ウィンドウにおいてPUR-RNTIによって識別されたPDCCHを監視するものとし、このタイマーは、対応するPUSCH送信の終わりを含むサブフレーム+4サブフレームにおいて開始し、長さpur-ResponseWindowSizeを有する。pur-ResponseWindowTimerが動作している間、MACエンティティは以下を行うものとする。
- PDCCH送信がPUR-RNTIに宛てられ、再送信のためのULグラントを含む場合:
- ULグラントによって示された再送信に対応するPUSCH送信の最後のサブフレーム+4サブフレームにおいてpur-ResponseWindowTimerを再開する。

NR-無認可(NR-U)においてPUSCHを送信するためのUE手順に関して、3GPPは以下のように記載している。PUSCH送信はダウンリンク制御情報(DCI)におけるULグラントによって動的にスケジュールされ得るか、または送信は設定グラントタイプ1またはタイプ2に対応し得る。設定グラントタイプ1 PUSCH送信は、DCIにおけるULグラントの検出なしに、rrc-ConfiguredUplinkGrantを含むconfiguredGrantConfigの高(または上位)レイヤパラメータの受信に応答して動作するように半静的に構成される。設定グラントタイプ2 PUSCH送信は、rrc-ConfiguredUplinkGrantを含まない上位レイヤパラメータconfiguredGrantConfigの受信の後、[6, TS 38.213]の節10.2による有効なアクティベーションDCIにおけるULグラントによって半永続的にスケジュールされる。Configuredgrantconfig-ToAddModList-r16が構成されるとき、設定グラントタイプ1および/または設定グラントタイプ2の2つ以上の設定グラント構成がサービングセルのアクティブBWP上で同時にアクティブであり得る。本明細書では、「Aおよび/またはB」という表現は、AおよびBのうちの少なくとも1つ、すなわち、A、またはB、またはAとBの両方を意味する。

さらに、3GPP RAN2#108会議において、以下の合意がなされている。マルチ送信時間間隔(TTI)ULグラントの場合、UEは、リッスンビフォアトランスミッション(LBT)失敗の場合に、生成されたTBを異なるハイブリッド自動再送要求(HARQ)プロセスに内部的にマッピングすることが許可される、すなわち、UEは、LBTが成功したPUSCHに関連付けられた異なるHARQプロセスにおいて、LBT失敗のせいでHARQプロセスにおける送信が保留になっているTBを送信し得る。

3GPP TS 38.321において、LBT失敗検出および回復手順に関して、以下の内容が記載されている。
…
lbt-FailureRecoveryConfigで構成された各アクティベートされたサービングセルについて、MACエンティティは以下を行うものとする。
1>LBT失敗の指示が下位レイヤから受信された場合:
2>lbt-FailureDetectionTimerを開始または再開する;
2>LBT_COUNTERを1だけ増分する;
2>LBT_COUNTER≧lbt-FailureInstanceMaxCountである場合:
3>このサービングセルの中のアクティブUL BWPに対する一貫したLBT失敗をトリガする;
3>このサービングセルがSpCellである場合:
4>このサービングセルにおける同じキャリア上のPRACH機会で構成されたすべてのUL BWPにおいて一貫したLBT失敗がトリガされた場合:
5>一貫したLBT失敗を上位レイヤに示す。
…

上述のように、IDLE状態でのデータ送信のためのD-PURソリューションがLTEにおいて論じられており、IoTに適用されている。しかしながら、RRC_INACTIVE状態でのデータ送信を考慮するとき、NR固有のケースは論じられていない。たとえば、NRまたはNR-Uスペクトルにおけるマルチスロットグラントがある場合にカウンタ「m」をどのように扱うか、複数のグラントが割り振られるときにPDCCHを監視するためのタイマーをどのように扱うか、およびスモールデータ送信がRACH手順における2段階RACH手順のMsg.AのレガシーPUSCHを選ぶことを許可するかどうか。これらの問題は以下で論じられる。

図2は、本出願のいくつかの実施形態による、複数のリソース上でのデータ送信のための方法のフローチャートを示す。図2の方法は、BS(たとえば、図1のBS102)とUE(たとえば、図1のUE101)との間で実行される。本出願の説明では、データ送信はスモールデータ送信も示すことがあり、UEはRRC_IDLE状態またはRRC_INACTIVE状態である。

図2に示されているように、ステップ210において、BSはデータ送信のための構成情報を送信する。たとえば、データ送信のための構成情報は、以下、すなわち、(1)1つのTBまたは少なくとも1つのTBに対する事前構成された少なくとも1つのスロットのための事前構成されたバンドリングリソースを示す第1の構成情報、および(2)少なくとも1つのRACH手順の間のデータ送信のための少なくとも1つのリソースを示す第2の構成情報のうちの少なくとも1つを示す。たとえば、第2の構成情報の場合、RACH手順の間のデータ送信のための少なくとも1つのリソースは、1つのTBのためにまたは少なくとも1つのTBに対する事前構成された少なくとも1つのスロットのために構成され得るPUSCHリソースであってもよい。

BSからデータ送信のための構成情報を受信した後、ステップ220において、UEは構成情報に基づいてデータ送信の関係する動作を実行してもよく、このことは、本出願の以下の実施形態に関して詳細に説明される。次いで、ステップ230において、UEはデータ送信を送信してもよい。ステップ220および230は一緒に、UEにおける構成情報に基づいてデータ送信を実行するものと見なされ得る。

ステップ240において、BSは構成情報に基づいてデータ送信を受信し、データ送信に関係する動作を実行してもよく、このことは、本出願の以下の実施形態に関して詳細に説明される。

以下では、上記で説明された問題に対する、本出願の様々な実施形態に関して図2に示されているような方法について詳細に説明する。以下の説明では、事前構成されたバンドリングリソースを示す第1の構成情報に基づいてUEまたはBSによって実行されるソリューションは、事前構成されたリソースのソリューションと呼ばれることもあり、少なくとも1つのRACH手順の間のデータ送信のための少なくとも1つのリソースを示す第2の構成情報に基づいてUEまたはBSによって実行されるソリューションは、RACHベースのソリューションと呼ばれることもある。

事前構成されたリソースのソリューション
NRおよびNR-Uでは、事前構成されたリソースは、1つのTBまたは複数のTBに対するマルチスロットのためのバンドリングであり得る。NRまたはNR-Uにおけるマルチスロットグラントがある場合に(事前構成されたバンドリングリソースを暗黙的に解放するために使用される)カウンタ「m」をどのように扱うかについての問題に関して(一例では、マルチスロットはマルチ送信TTIまたは複数の他の時間単位であり得る)、本出願の発明者は、カウンタ「m」は、データ送信があるかどうかを監視し、カウンタ「m」の値が構成された最大値まで連続的に増加したときに事前構成されたアップリンクリソースを解放することによって事前構成されたアップリンクリソースの浪費を避けるために使用される、と考えている。

本出願の一実施形態では、事前構成されたアップリンクリソースごとの1つの単一のカウンタ「m」が導入される。

具体的には、1つのカウンタ「m」は、RRC_INACTIVEまたはRRC_IDLE状態でのスモールデータ送信のための事前構成されたアップリンクリソースごとに構成される。カウンタ「m」は、事前構成されたバンドリングリソースを暗黙的に解放するために使用される。一例では、カウンタ「m」は、1つのTBのための事前構成されたバンドリングリソースのために構成される。別の例では、カウンタ「m」は、少なくとも1つのTBに対する事前構成された少なくとも1つのスロットのための事前構成されたバンドリングリソースのために構成される。

この実施形態では、UEは、事前構成されたバンドリングリソースのための1つの構成されたリソース機会の一部のみがデータ送信のために使用されるとき、カウンタ「m」の値を増加させない。すなわち、UEは、事前構成されたバンドリングリソースのための1つの構成されたリソース機会の一部のみがデータ送信のために使用されるとき、カウンタ「m」の値をそのままにしておく。事前構成されたバンドリングリソースのための構成されたリソース機会の一部は、時間領域におけるリソースの一部または周波数領域におけるリソースの一部であってもよい。1つの構成されたリソース機会は、連続的に構成されたリソースにおける1つのTBの1つの送信機会、または設定グラントの(複数のTB送信を含む)1つのサイクルの1つの機会を指す。

対応して、ネットワーク、たとえば、BSは、データ送信のために使用される事前構成されたバンドリングリソースのための1つの構成されたリソース機会の一部のみの上でデータが受信されるとき、カウンタ「m」の値を増加させない。すなわち、BSも、カウンタ「m」の値をそのままにしておく。

本出願の別の実施形態では、TB送信機会ごとの複数のカウンタ「m」が導入される。すなわち、複数のカウンタ「m」はTB送信機会のためのカウンタ「m」で構成される。本出願のいくつかの他の実施形態では、複数のカウンタ「m」は論理チャネルのためのカウンタ「m」で構成されるか、または複数のカウンタ「m」はデータ無線ベアラ(DRB)のためのカウンタ「m」で構成される。カウンタ「m」は事前構成されたバンドリングリソースを暗黙的に解放するために使用される。

具体的には、複数のカウンタ「m」は、事前構成されたバンドリングアップリンクリソース上でRRC_INACTIVEまたはRRC_IDLE状態でのスモールデータ送信として送信され得るTB送信機会ごとに構成される。

この実施形態では、一例では、UEは、UEがRRC_INACTIVEまたはRRC_IDLEである間にTBに対応する(事前構成されたアップリンクリソース機会などの)事前構成されたバンドリングリソースが使用されないとき、カウンタ「m」の値を増加させる。別の例では、UEは、TBに対応する事前構成されたバンドリングリソース(事前構成されたアップリンクリソース機会)がRRC_INACTIVEまたはRRC_IDLEにおいて使用されるが、応答が(すなわち、明示的なHARQ ACK/NACK、L1 ACKまたはL2/L3応答のいずれも)受信されないとき、カウンタ「m」の値を増加させる。

対応して、ネットワーク、たとえば、BSは、LBT失敗の場合を含めた、TBに対応する(事前構成されたアップリンクリソース機会などの)事前構成されたバンドリングリソースに対応する応答が(すなわち、明示的なHARQ ACK/NACK、L1 ACKまたはL2/L3応答のいずれも)ネットワークによって送信されないとき、カウンタ「m」の値を増加させる。

さらに、カウンタ「m」の値が(ネットワークによって構成された)しきい値または最大値に達したとき、RRC再構成がトリガされ得る。

本出願のさらに別の実施形態では、事前構成されたアップリンクリソースごとの1つの単一のカウンタ「m」が導入される。

具体的には、1つのカウンタ「m」は、RRC_INACTIVEまたはRRC_IDLE状態でのスモールデータ送信のための事前構成されたアップリンクリソースごとに構成される。カウンタ「m」は、事前構成されたバンドリングリソースを暗黙的に解放するために使用される。一例では、カウンタ「m」は、1つのTBのための事前構成されたバンドリングリソースのために構成される。別の例では、カウンタ「m」は、少なくとも1つのTBに対する事前構成された少なくとも1つのスロットのための事前構成されたバンドリングリソースのために構成される。

この実施形態では、UEは、事前構成されたバンドリングリソースのための1つの構成されたリソース機会の一部のみがデータ送信のために使用されるとき、カウンタ「m」の値を増加させる。事前構成されたバンドリングリソースのための構成されたリソース機会の一部は、時間領域におけるリソースの一部または周波数領域におけるリソースの一部であってもよい。1つの構成されたリソース機会は、連続的に構成されたリソースにおける1つのTBの1つの送信機会、または設定グラントの(複数のTB送信を含む)1つのサイクルの1つの機会を指す。

対応して、ネットワーク、たとえば、BSは、データ送信のために使用される事前構成されたバンドリングリソースのための1つの構成されたリソース機会の一部のみの上でデータが受信されるとき、カウンタ「m」の値を増加させる。

複数のグラントが割り振られるときにPDCCHを監視するためのタイマーをどのように扱うかについての問題に関して、本出願の発明者は、3GPP TS 36.321によれば、PDCCHを監視するための(またはPDCCH監視タイマーと呼ばれる)タイマーは、対応するPUSCH送信の終わりを含むサブフレーム+4つのサブフレームにおいて開始される、と考えている。複数のスロット(もしくはTTI)またはバンドリングリソースが許可されるとき、現行のルールは適用可能ではないので、タイマー開始のための関係する条件が指定されなければならない。

一実施形態では、1つのタイマーは、1つのTBまたは少なくとも1つのTBに対する事前構成された少なくとも1つのスロットのための事前構成されたバンドリングリソースのために構成され、タイマーは、受信機(ネットワーク)からのデータ送信についてのフィードバックを監視するために使用される。一例では、タイマーは、ネットワークからのPDCCHを監視する。一例では、タイマーは、UEのためにネットワークによって構成されてもよい。UEは、データ送信のための対応するPUSCH送信の最初を含むスロットにおいてまたはそれよりも後にタイマーを開始する。または、UEは、データ送信のための対応するPUSCH送信の最初が送信されると/送信された後にタイマーを開始する。たとえば、UEは、スモールデータ送信のためのスロット0、スロット1、スロット2、スロット3で構成される。スロット0は、PUSCH送信の最初のスロットと見なされる場合があり、次いで、「UEは、データ送信のための対応するPUSCH送信の最初を含むスロットにおいてタイマーを開始する」は、UEがスロット0においてタイマーを開始することを意味し、「UEは、データ送信のための対応するPUSCH送信の最初が送信されると/送信された後にタイマーを開始する」は、UEがスロット1(すなわち、スロット0+1つのスロット)においてタイマーを開始することを意味する。

さらに、UEは、PDCCH送信がデータ送信を有するUEのためのものであり、再送信のためのアップリンクグラントを含むとき、アップリンクグラントによって示された再送信に対応するPUSCH送信の最初のスロットまたは最後のスロットにおいてまたはそれよりも後にタイマーを再開する。「～よりも後にタイマーを再開する」というケースは、ここでは、最初のスロット+構成された/事前定義された持続時間/1つのスロットにおいて、または最初のスロット+ラウンドトリップタイム(RTT)持続時間においてタイマーを再開することを意味する。

一例では、バンドリングリソースが構成される。バンドリングで構成される事前構成されたアップリンクリソースを使用したデータ送信の後、MACエンティティは、対応するPUSCH送信(すなわち、データ送信)の最初を含むスロットにおいてまたはそれよりも後に開始するタイマーの制御によってPDCCHを監視する。タイマーが動作している間、PDCCH送信がスモールデータ送信を有するUEのためのものであり、再送信のためのULグラントを含む場合、MACエンティティは、ULグラントによって示された再送信に対応するPUSCH送信の最初のスロットにおいてまたはそれよりも後にタイマーを再開するものとする。

別の例では、複数の連続するスロット(またはTTI)がNRまたはNR-Uにおいて許可される。複数のスロット(またはTTI)で構成される事前構成されたアップリンクリソースを使用した送信の後、MACエンティティは、対応するPUSCH送信の最初(または最後)を含むスロットにおいてまたはそれよりも後に開始するタイマーの制御によってPDCCHを監視するものとする。タイマーが動作している間、PDCCH送信がスモールデータ送信を有するUEのためのものであり、再送信のためのULグラントを含む場合、MACエンティティは、ULグラントによって示された再送信に対応するPUSCH送信の最初(最後)のスロットにおいてまたはそれよりも後にタイマーを再開するものとする。PUSCH送信はスモールデータ送信である。

上記のタイマーの場合、UEは、監視ウィンドウがPDCCH全体を受信することができないとき、タイマーの監視ウィンドウを延長し、延長された監視ウィンドウにおいてPDCCHの欠落部分を受信してもよい。

たとえば、1つのタイマーが複数のグラントの送信についてPDCCHを監視するように構成される場合、ネットワークがチャネルを遅くに獲得したせいで第1の監視ウィンドウがすべてのPDCCH応答を受信することができなければ、監視ウィンドウまたは監視タイマー長が(構成された長さに)延長され得る。PDCCHが送信されると、PDCCHはアップリンク送信に対応するシーケンスを維持することができるか、または応答の欠落部分は延長されたウィンドウにおいて送信される。

本出願の別の実施形態では、複数の連続しないスロット(またはTTI)がNRまたはNR-Uにおいて許可され、データ送信(たとえば、PDCCH)についてのフィードバックを監視するために、複数のタイマーが構成される。具体的には、複数のタイマーが少なくとも1つのTBに対する事前構成された少なくとも1つのスロットのための事前構成されたバンドリングリソースのために構成され、事前構成された少なくとも1つのスロットは連続せず、事前構成されたバンドリングリソースは連続しない。一例では、各タイマーは、1つのサイクル内の連続しない許可されたリソースの一部に対応している。連続しない許可されたリソースの一部は、TB送信リソースまたはTB送信機会に対応することができる。別の例では、各タイマーは、1つのサイクル内の少なくとも1つのTBのうちの各TBに対応し得る。タイマーは、UEのためにネットワークによって構成され得る。

UEは、PUSCH送信(すなわち、スモールデータ送信)を含むスロットにおいてまたはその後に開始する、複数のタイマーのうちの各タイマーを開始してもよい。

さらに、LBT失敗がもたらす監視ウィンドウの満了のせいでPDCCHメッセージのうちのいくつかが送信されるのに失敗した一方で、その後のPDCCHメッセージのうちのいくつかがチャネルを獲得した後で送信される場合、応答のセット内のPDCCHを受信すると(または受信した後に)、タイマーが再開され得る。ネットワークは、監視タイマーが満了する前にチャネルを獲得するPDCCHに続いて、LBT失敗に起因する欠落したPDCCHを送信することができる。

RACHベースのソリューション
スモールデータ送信がNRおよびNR-UにおけるRACH手順における2段階RACH手順のMsg.AのレガシーPUSCHを選ぶことを許可するかどうかについての問題に関して、本出願の発明者は、スモールデータ送信は2段階RACHによって実行され得る、と考えている。RACH手順における2段階RACH手順のMsg.AのPUSCH構成は、UEのための共通構成または専用構成であり得る。スモールデータ送信として送信され得るトラフィックの多様性を考えると、Msg.AのPUSCH構成は様々である場合があり、特に、スモールデータ送信のための構成はレガシーRACHとは異なる場合がある。レガシーRACHは、PUSCHがデータ送信のために構成されないRACH手順を示す。レガシーPUSCHは、レガシーRACH手順におけるデータ送信のために構成されないPUSCHを示す。一般に、RACH手順における2段階RACH手順のMsg.AのレガシーPUSCHのためのリソースは、RACH手順におけるスモールデータ送信のための2段階RACH手順のMsg.AのPUSCH(以下では2段階RACH手順のMsg.AのスモールデータPUSCHとも呼ばれる)のためのリソースよりも少ないと仮定され得る。アップリンクカバレージを保証するために、UEがセルのエッジにあるときは、より少ないデータをアップリンクパッケージにアセンブルするほうが良い。

本出願の一実施形態では、UEは、UEのRSRPが第1のしきい値、たとえば、しきい値1よりも小さいとき、2段階RACH手順のMsg.AのレガシーPUSCHを使用することによってデータ送信を実行してもよい。ネットワークの場合、BSは、UEのRSRPが第1のしきい値よりも小さいとき、2段階RACH手順のMsg.AのレガシーPUSCHを使用することによってデータ送信を実行することをUEに示すための指示を送信してもよい。

たとえば、2段階RACH手順のMsg.Aの1つのレガシーPUSCHおよび2段階RACH手順のMsg.Aの1つのスモールデータPUSCHが構成されるとき、UEは、UEがセルエッジに位置する、たとえば、RSRP<しきい値1である場合、スモールデータ送信を実行するために2段階RACH手順のMsg.AのレガシーPUSCHを選ぶことを許可される。

別の例では、以下の条件、すなわち、UEのバッファ内のデータが第2のしきい値、たとえば、しきい値2よりも小さい、変調およびコーディング方式(MCS)が第3のしきい値、たとえば、しきい値3よりも小さい、ならびにMCSが第4のしきい値、たとえば、しきい値4よりも大きい、のうちの少なくとも1つがさらに考慮される必要がある。すなわち、いくつかの場合、UEがセルエッジに位置する(たとえば、RSRP<しきい値1)にもかかわらず、UEのバッファ内のデータ>しきい値2である場合、UEは、スモールデータ送信を実行するために2段階RACH手順のMsg.AのレガシーPUSCHを選ぶことを許可されない。

本出願の別の実施形態では、2段階RACH手順のMsg.Aの1つのレガシーPUSCHおよび2段階RACH手順のMsg.Aの複数のスモールデータPUSCHが構成されるとき、UEは、スモールデータ送信を実行するために2段階RACH手順のMsg.AのレガシーPUSCHを選ぶことを許可されない。この場合、スモールデータ送信のための2段階RACH手順のMsg.Aの複数の別個のPUSCHがブロードキャストされるか、またはRRC専用に構成される。一例では、スモールデータ送信のための2段階RACH手順のMsg.Aの複数の別個のPUSCHは、異なるトラフィックのためのものである。

本出願のさらに別の実施形態では、UEは、UEのRSRPが第1のしきい値よりも大きい場合、データ送信の別のトラフィックのために構成される2段階RACH手順のMsg.AのPUSCHを使用することによってデータ送信を実行してもよい。ネットワークの場合、BSは、UEのRSRPが第1のしきい値よりも大きいとき、データ送信の別のトラフィックのために構成される2段階RACH手順のMsg.AのPUSCHを使用することによってデータ送信を実行することをUEに示すための指示を送信してもよい。

たとえば、2段階RACH手順のMsg.Aの1つのレガシーPUSCHおよび2段階RACH手順のMsg.Aの複数のスモールデータPUSCHが構成されるとき、UEは、UEがセルセンターに位置する、たとえば、RSRP>しきい値1である場合、スモールデータ送信を実行するために2段階RACH手順のMsg.AのレガシーPUSCHを選ぶことを許可されないが、スモールデータ送信の別のトラフィックのために構成されるまたはより少ないリソースで構成される(すべてのバッファされたデータをアセンブルすることができない)2段階RACH手順のMsg.Aの別のPUSCHを選ぶことを許可される。

別の例では、以下の条件、すなわち、UEのバッファ内のデータ<しきい値2、MCS<しきい値3、およびMCS>しきい値4、のうちの少なくとも1つがさらに考慮される必要がある。すなわち、いくつかの場合、UEがセルセンターに位置する、たとえば、RSRP>しきい値1であるにもかかわらず、UEのバッファ内のデータ>しきい値2である場合、UEは、スモールデータ送信の別のトラフィックのために構成されるまたはより少ないリソースで構成される2段階RACH手順のMsg.Aの別のPUSCHを選ぶことを許可されない。この場合、スモールデータ送信のための2段階RACH手順のMsg.Aの1つまたは複数の別個のPUSCHがブロードキャストされるか、またはRRC専用に構成される。一例では、スモールデータ送信のための2段階RACH手順のMsg.Aの複数の別個のPUSCHは、異なるトラフィックのためのものである。

本出願のさらに別の実施形態では、2段階RACH手順のMsg.Aの1つのレガシーPUSCHおよび2段階RACH手順のMsg.Aの複数のスモールデータPUSCHが構成されるとき、UEは、UEがセルエッジに位置する、たとえば、UEのRSRPが第1のしきい値(しきい値1)よりも小さいとき、2段階RACH手順のMsg.AのレガシーPUSCHを使用することによってデータ送信を実行してもよい。ネットワークの場合、BSは、UEがセルエッジに位置する、たとえば、UEのRSRPが第1のしきい値(しきい値1)よりも小さいとき、2段階RACH手順のMsg.AのレガシーPUSCHを使用することによってデータ送信を実行することをUEに示すための指示を送信してもよい。

別の例では、以下の条件、すなわち、UEのバッファ内のデータ<しきい値2、および2段階RACH手順のMsg.AのレガシーPUSCHのMCS<2段階RACH手順のMsg.AのスモールデータPUSCHのMCSのすべて、のうちの少なくとも1つがさらに考慮される必要がある。すなわち、いくつかの場合、UEがセルエッジに位置する、たとえば、UEのRSRPが第1のしきい値(しきい値1)よりも小さいにもかかわらず、UEのバッファ内のデータ>しきい値2である場合、UEは、スモールデータ送信を実行するために2段階RACH手順のMsg.AのレガシーPUSCHを選ぶことを許可されない。この場合、スモールデータ送信のための2段階RACH手順のMsg.Aの1つまたは複数の別個のPUSCHがブロードキャストされるか、またはRRC専用に構成される。一例では、スモールデータ送信のための2段階RACH手順のMsg.Aの複数の別個のPUSCHは、異なるトラフィックのためのものである。

問題に関して、事前構成されたリソースのソリューションおよびRACHベースのソリューションが説明されるが、2つのソリューションは、上記で説明された問題に限定されない実際のニーズまたは要件に従って実行され得ることを理解されたい。

本出願の一実施形態では、事前構成されたリソースのソリューションとRACHベースのソリューションの両方がUEおよびネットワークによって可能にされ、事前構成されたリソースがスモールデータ送信に適していない場合、UEは、RACHベースのソリューションのために構成されるリソース上でスモールデータ送信を実行することを許可される。

本出願の別の実施形態では、2段階RACHベースのソリューションおよび4段階RACHベースのソリューションがUEおよびネットワークによって可能にされる場合、UEは、4段階RACH手順に先立って2段階RACH手順によってスモールデータ送信を実行することを許可される。一例では、UEは、2段階RACH構成があり、その構成がデータ送信に適しているとき、4段階RACH手順に先立って2段階RACH手順によってスモールデータ送信を実行する。別の例では、UEは、2段階RACH手順がデータ送信を実行することを許可され、UEが2段階RACH手順によるデータ送信の能力を有するとき、4段階RACH手順に先立って2段階RACH手順によってスモールデータ送信を実行する。

本出願の実施形態によれば、NRにおけるスモールデータ送信の特徴を実現するために、NRおよびNR-Uにおける事前構成されたリソースを暗黙的に解放するためのルールが提案され、リソースを暗黙的に解放するためのカウンタが事前構成されたアップリンクリソースごとにまたはTB送信機会ごとに構成され得る。加えて、NRおよびNR-Uにおける事前構成されたリソース上での送信の後にPDCCHを監視するためのルールが提案され、1つまたは複数のタイマーが構成され得る。複数のタイマーが構成されるとき、各タイマーは、1つのサイクル内の連続しない許可されたリソースの一部に対応する。さらに、スモールデータ送信として送信され得るトラフィックの多様性を満たすために、UEは、UEがセルエッジに位置する場合、スモールデータ送信を実行するためにMsg.AのレガシーPUSCHを選ぶことを許可される。

上記の実施形態はNRおよびNR-Uの場合で説明されているが、技術が発展および進化すると、上記の実施形態は将来の技術に適用され得ることを理解されたい。

図3は、本出願のいくつかの実施形態による装置を示す。本出願のいくつかの実施形態では、装置300は、図1または本出願の他の実施形態に示されるようなUE101であってもよい。

図3に示されているように、装置300は、受信機301、送信機303、プロセッサ305、および非一時的コンピュータ可読媒体307を含み得る。非一時的コンピュータ可読媒体307は、その中に記憶されたコンピュータ実行可能命令を有する。プロセッサ305は、非一時的コンピュータ可読媒体307、受信機301、および送信機303に結合されるように構成される。装置300は、本出願のいくつかの他の実施形態では、実際の要件に従って、より多くのコンピュータ可読媒体、受信機、送信機およびプロセッサを含み得ることが企図される。本出願のいくつかの実施形態では、受信機301および送信機303は、トランシーバなどの単一のデバイスに組み込まれる。特定の実施形態では、装置300は、入力デバイス、メモリ、および/または他の構成要素をさらに含み得る。

本出願のいくつかの実施形態では、非一時的コンピュータ可読媒体307は、本出願の実施形態による方法をプロセッサに実装させるためのコンピュータ実行可能命令をその上に記憶していることがある。

図4は、本出願のいくつかの実施形態による別の装置を示す。本出願のいくつかの実施形態では、装置400は、図1または本出願の他の実施形態に示されるようなBS102であってもよい。

図4に示されているように、装置400は、受信機401、送信機403、プロセッサ405、および非一時的コンピュータ可読媒体407を含み得る。非一時的コンピュータ可読媒体407は、その中に記憶されたコンピュータ実行可能命令を有する。プロセッサ405は、非一時的コンピュータ可読媒体407、受信機401、および送信機403に結合されるように構成される。装置400は、本出願のいくつかの他の実施形態では、実際の要件に従って、より多くのコンピュータ可読媒体、受信機、送信機およびプロセッサを含み得ることが企図される。本出願のいくつかの実施形態では、受信機401および送信機403は、トランシーバなどの単一のデバイスに組み込まれる。特定の実施形態では、装置400は、入力デバイス、メモリ、および/または他の構成要素をさらに含み得る。

本出願のいくつかの実施形態では、非一時的コンピュータ可読媒体407は、本出願の実施形態による方法をプロセッサに実装させるためのコンピュータ実行可能命令をその上に記憶していることがある。

技術が発展および進化すると、本出願で説明された用語は変化することがあり、本出願の原理および趣旨に影響を及ぼすかまたはそれらを限定するべきではないことを当業者は理解するべきである。

本明細書で開示される態様に関して説明される方法のステップは、直接ハードウェアにおいて、プロセッサによって実行されるソフトウェアモジュールにおいて、またはそれらの2つの組合せにおいて具現化されてもよいことを当業者は理解されよう。ソフトウェアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CD-ROM、または当技術分野で知られている任意の他の形態の記憶媒体の中に存在してもよい。加えて、いくつかの態様では、方法のステップは、コンピュータプログラム製品に組み込まれ得る、非一時的コンピュータ可読媒体上のコードおよび/または命令のうちの1つまたは任意の組合せもしくはセットとして存在してもよい。

本開示がその特定の実施形態とともに説明されてきたが、多くの代替形態、変更形態、および変形形態が当業者に明らかであり得ることは明白である。たとえば、実施形態の様々な構成要素は、その他の実施形態において交換、追加、または置換されてもよい。また、各図の要素のすべてが、開示された実施形態の動作のために必要であるわけではない。たとえば、開示された実施形態の当業者であれば、単に独立請求項の要素を用いることによって本開示の教示を作成および使用することが可能になるであろう。したがって、本明細書に記載の本開示の実施形態は、限定的ではなく、例示的であることが意図される。本開示の趣旨および範囲から逸脱することなく、様々な変更が加えられてもよい。

本文書では、「備える(comprises)」、「備える(comprising)」という用語またはそれらの任意の他の変形態は、要素の列挙を含むプロセス、方法、物品、または装置がそれらの要素のみを含むのではなく、明確に列挙されないかまたはそのようなプロセス、方法、物品、もしくは装置に固有の他の要素を含み得るような、非排他的包含をカバーすることが意図される。「a」、「an」などで始まる要素は、さらなる制約なしに、その要素を含むプロセス、方法、物品、または装置における追加の同一の要素の存在を除外しない。また、「別の(another)」という用語は、少なくとも第2またはそれ以上として定義される。「含む(including)」、「有する(having)」などの用語は、本明細書で使用される場合、「備える(comprising)」として定義される。

101 UE
102 BS
103 CNノード
300 装置
301 受信機
303 送信機
305 プロセッサ
307 非一時的コンピュータ可読媒体
400 装置
401 受信機
403 送信機
405 プロセッサ
407 非一時的コンピュータ可読媒体

Claims (37)

1. データ送信のための構成情報を受信するステップであって、データ送信のための前記構成情報が、以下、すなわち、
   1つのトランスポートブロック(TB)または少なくとも1つのTBに対する事前構成された少なくとも1つのスロットのための事前構成されたバンドリングリソースを示す第1の構成情報、および
   少なくとも1つのランダムアクセスチャネル(RACH)手順の間のデータ送信のための少なくとも1つのリソースを示す第2の構成情報
   のうちの少なくとも1つを示す、ステップと、
   ユーザ機器(UE)が無線リソース制御(RRC)_IDLE状態またはRRC_INACTIVE状態であるとき、前記構成情報に基づいて前記データ送信を実行するステップと
   を含む方法。
2. 前記第1の構成情報に基づいて前記データ送信を実行する場合、前記方法が、
   1つのTBまたは少なくとも1つのTBに対する前記事前構成された少なくとも1つのスロットのための前記事前構成されたバンドリングリソースについて、1つのカウンタ「m」を構成するステップと、
   前記事前構成されたバンドリングリソースのための1つの構成されたリソース機会の一部のみがデータ送信のために使用されるとき、前記カウンタ「m」の値をそのままにしておくステップとをさらに含み、
   前記カウンタ「m」が、前記事前構成されたバンドリングリソースを暗黙的に解放するために使用される、
   請求項1に記載の方法。
3. 前記第1の構成情報に基づいて前記データ送信を実行する場合、前記方法が、
   前記少なくとも1つのTBのうちの各TBのための前記事前構成されたバンドリングリソースについて、各カウンタ「m」で複数のカウンタ「m」を構成するステップをさらに含み、
   前記カウンタ「m」が、前記事前構成されたバンドリングリソースを暗黙的に解放するために使用される、
   請求項1に記載の方法。
4. 前記UEがRRC_INACTIVE状態またはRRC_IDLE状態である間に、各TBのための前記事前構成されたバンドリングリソースが使用されないとき、前記カウンタ「m」の値を増加させるステップ
   をさらに含む、請求項3に記載の方法。
5. RRC_INACTIVEまたはRRC_IDLEにおいて各TBのための前記事前構成されたバンドリングリソースが使用されるが、応答が受信されないとき、前記カウンタ「m」の値を増加させるステップ
   をさらに含む、請求項3に記載の方法。
6. 前記第1の構成情報に基づいて前記データ送信を実行する場合、前記方法が、
   1つのTBまたは少なくとも1つのTBに対する前記事前構成された少なくとも1つのスロットのための前記事前構成されたバンドリングリソースについて、1つのカウンタ「m」を構成するステップと、
   前記事前構成されたバンドリングリソースのための1つの構成されたリソース機会の一部のみがデータ送信のために使用されるとき、前記カウンタ「m」の値を増加させるステップとをさらに含み、
   前記カウンタ「m」が、前記事前構成されたバンドリングリソースを暗黙的に解放するために使用される、
   請求項1に記載の方法。
7. 前記第1の構成情報に基づいて前記データ送信を実行する場合、前記方法が、
   1つのTBまたは少なくとも1つのTBに対する前記事前構成された少なくとも1つのスロットのための前記事前構成されたバンドリングリソースについて、1つのタイマーを構成するステップと、
   前記データ送信のための対応するPUSCH送信の最初を含むスロットにおいてまたはそれよりも後に前記タイマーを開始するステップとをさらに含み、
   前記タイマーが、前記データ送信についてのフィードバックを監視するために使用される、
   請求項1に記載の方法。
8. PDCCH送信が前記データ送信を有する前記UEのためのものであり、再送信のためのアップリンクグラントを含むとき、前記アップリンクグラントによって示された再送信に対応するPUSCH送信の最初のスロットまたは最後のスロットにおいてまたはそれよりも後に前記タイマーを再開するステップ
   をさらに含む、請求項7に記載の方法。
9. 前記第1の構成情報に基づいて前記データ送信を実行する場合、前記方法が、
   少なくとも1つのTBに対する前記事前構成された少なくとも1つのスロットのための前記事前構成されたバンドリングリソースについて、複数のタイマーを構成するステップであって、前記事前構成された少なくとも1つのスロットが連続しないスロットであり、前記事前構成されたバンドリングリソースが連続しないリソースである、ステップと、
   前記データ送信のPUSCH送信を含むスロットにおいてまたはその後に前記複数のタイマーのうちの各タイマーを開始するステップとをさらに含み、
   前記タイマーが、前記データ送信についてのフィードバックを監視するために使用される、
   請求項1に記載の方法。
10. 各タイマーが、1つのサイクル内の前記連続しないリソースの一部に対応する、請求項9に記載の方法。
11. 各タイマーが、1つのサイクル内の前記少なくとも1つのTBのうちの各TBに対応する、請求項9に記載の方法。
12. 監視ウィンドウがすべてのPDCCHを受信することができないとき、前記タイマーの前記監視ウィンドウを延長するステップと、
    前記延長された監視ウィンドウにおいて前記PDCCHの欠落部分を受信するステップと
    をさらに含む、請求項7に記載の方法。
13. 前記第2の構成情報に基づいて前記データ送信を実行するステップが、
    前記UEの基準信号受信電力(RSRP)が第1のしきい値よりも小さいとき、前記データ送信のために構成されない2段階RACH手順のMsg.AのPUSCHを使用することによって前記データ送信を実行するステップ
    をさらに含む、請求項1に記載の方法。
14. バッファ内のデータ量が第2のしきい値よりも小さい、かつ/または
    Msg.AのPUSCHの変調およびコーディング方式(MCS)が第3のしきい値よりも小さいとき、
    前記データ送信のために構成されない2段階RACH手順のMsg.Aの前記PUSCHを使用することによって前記データ送信を実行する、
    請求項13に記載の方法。
15. 前記第2の構成情報に基づいて前記データ送信を実行するステップが、
    前記UEの基準信号受信電力(RSRP)が第1のしきい値よりも大きい場合、データ送信の別のトラフィックのために構成される2段階RACH手順のMsg.AのPUSCHを使用することによって前記データ送信を実行するステップ
    をさらに含む、請求項1に記載の方法。
16. バッファ内のデータ量が第2のしきい値よりも小さい、かつ/または
    Msg.AのPUSCHのMCSが第3のしきい値よりも小さいとき、
    データ送信の別のトラフィックのために構成される2段階RACH手順のMsg.Aの前記PUSCHを使用することによって前記データ送信を実行する、
    請求項15に記載の方法。
17. バッファ内のデータ量が第2のしきい値よりも小さい、かつ/または
    Msg.AのPUSCHのMCSが前記データ送信のために構成される2段階RACH手順のMsg.AのPUSCHのMCSのすべてよりも小さいとき、
    前記データ送信のために構成されない2段階RACH手順のMsg.Aの前記PUSCHを使用することによって前記データ送信を実行する、
    請求項13に記載の方法。
18. 前記データ送信のために構成される異なるトラフィックのためのMsg.Aの1つまたは複数のPUSCHがブロードキャストされるか、またはRRC専用に構成される、請求項13または15に記載の方法。
19. 前記データ送信が、データ送信に関する前記事前構成されたバンドリングリソースが前記データ送信に適していないとき、前記第2の構成情報に基づいて実行される、請求項1に記載の方法。
20. 前記データ送信が、4段階RACH手順に先立って2段階RACH手順によって実行される、請求項19に記載の方法。
21. データ送信のための構成情報を送信するステップであって、データ送信のための前記構成情報が、以下、すなわち、
    1つのトランスポートブロック(TB)または少なくとも1つのTBに対する事前構成された少なくとも1つのスロットのための事前構成されたバンドリングリソースを示す第1の構成情報、および
    少なくとも1つのランダムアクセスチャネル(RACH)手順の間のデータ送信のための少なくとも1つのリソースを示す第2の構成情報
    のうちの少なくとも1つを示す、ステップと、
    ユーザ機器(UE)が無線リソース制御(RRC)_IDLE状態またはRRC_INACTIVE状態であるとき、前記構成情報に基づいて前記データ送信を受信するステップと
    を含む方法。
22. 前記第1の構成情報に基づいて前記データ送信を受信するとき、前記方法が、
    1つのTBまたは少なくとも1つのTBに対する前記事前構成された少なくとも1つのスロットのための前記事前構成されたバンドリングリソースについて、1つのカウンタ「m」を構成するステップと、
    前記事前構成されたバンドリングリソースのための1つの構成されたリソース機会の一部のみの上でデータが受信されるとき、前記カウンタ「m」の値をそのままにしておくステップとをさらに含み、
    前記カウンタ「m」が、前記事前構成されたバンドリングリソースを暗黙的に解放するために使用される、
    請求項21に記載の方法。
23. 前記第1の構成情報に基づいて前記データ送信を受信するとき、前記方法が、
    前記少なくとも1つのTBのうちの各TBのための前記事前構成されたバンドリングリソースについて、各カウンタ「m」で複数のカウンタ「m」を構成するステップをさらに含み、
    前記カウンタ「m」が、前記事前構成されたバンドリングリソースを暗黙的に解放するために使用される、
    請求項21に記載の方法。
24. 前記UEがRRC_INACTIVE状態またはRRC_IDLE状態である間に、LBT失敗の場合を含めた各TBのための前記事前構成されたバンドリングリソースに対応する応答が送信されるとき、前記カウンタ「m」の値を増加させるステップ
    をさらに含む、請求項23に記載の方法。
25. 前記第1の構成情報に基づいて前記データ送信を受信するとき、前記方法が、
    1つのTBまたは少なくとも1つのTBに対する前記事前構成された少なくとも1つのスロットのための前記事前構成されたバンドリングリソースについて、1つのカウンタ「m」を構成するステップと、
    前記事前構成されたバンドリングリソースのための1つの構成されたリソース機会の一部のみの上でデータが受信されるとき、前記カウンタ「m」の値を増加させるステップとをさらに含み、
    前記カウンタ「m」が、前記事前構成されたバンドリングリソースを暗黙的に解放するために使用される、
    請求項21に記載の方法。
26. 前記第1の構成情報に基づいて前記データ送信を受信する場合、前記方法が、
    1つのTBまたは少なくとも1つのTBに対する前記事前構成された少なくとも1つのスロットのための前記事前構成されたバンドリングリソースについて、1つのタイマーを構成するステップをさらに含み、
    前記タイマーが、前記UEが前記データ送信についてのフィードバックを監視するために使用される、
    請求項21に記載の方法。
27. 前記第1の構成情報に基づいて前記データ送信を受信する場合、前記方法が、
    少なくとも1つのTBに対する前記事前構成された少なくとも1つのスロットのための前記事前構成されたバンドリングリソースについて、複数のタイマーを構成するステップであって、前記事前構成された少なくとも1つのスロットが連続しないスロットであり、前記事前構成されたバンドリングリソースが連続しないリソースである、ステップをさらに含み、
    前記タイマーが、前記UEが前記データ送信についてのフィードバックを監視するために使用される、
    請求項21に記載の方法。
28. 各タイマーが、1つのサイクル内の前記連続しないリソースの一部に対応する、請求項27に記載の方法。
29. 各タイマーが、1つのサイクル内の前記少なくとも1つのTBのうちの各TBに対応する、請求項27に記載の方法。
30. 前記第2の構成情報に基づいて前記データ送信を受信する場合、前記方法が、
    前記UEの基準信号受信電力(RSRP)が第1のしきい値よりも小さいとき、前記データ送信のために構成されない2段階RACH手順のMsg.AのPUSCHを使用することによって前記データ送信を実行することを前記UEに示すための指示を送信するステップ
    をさらに含む、請求項21に記載の方法。
31. バッファ内のデータ量が第2のしきい値よりも小さい、かつ/または
    Msg.AのPUSCHのMCSが第3のしきい値よりも小さいとき、
    前記データ送信のために構成されない2段階RACH手順のMsg.Aの前記PUSCHを使用することによって前記データ送信を実行することを前記UEに示すための前記指示を送信する、
    請求項30に記載の方法。
32. 前記第2の構成情報に基づいて前記データ送信を受信する場合、前記方法が、
    前記UEの基準信号受信電力(RSRP)が第1のしきい値よりも大きいとき、データ送信の別のトラフィックのために構成される2段階RACH手順のMsg.AのPUSCHを使用することによって前記データ送信を実行することを前記UEに示すための指示を送信するステップ
    をさらに含む、請求項21に記載の方法。
33. バッファ内のデータ量が第2のしきい値よりも小さい、かつ/または
    Msg.AのPUSCHの変調およびコーディング方式(MCS)が第3のしきい値よりも小さいとき、
    データ送信の別のトラフィックのために構成される2段階RACH手順のMsg.Aの前記PUSCHを使用することによって前記データ送信を実行することを前記UEに示すための指示を送信する、
    請求項32に記載の方法。
34. バッファ内のデータ量が第2のしきい値よりも小さい、かつ/または
    Msg.AのPUSCHのMCSが前記データ送信のために構成される2段階RACH手順のMsg.AのPUSCHのMCSのすべてよりも小さいとき、
    前記データ送信のために構成されない2段階RACH手順のMsg.Aの前記PUSCHを使用することによって前記データ送信を実行することを前記UEに示すための指示を送信する、
    請求項30に記載の方法。
35. 前記データ送信のために構成される異なるトラフィックのためのMsg.Aの1つまたは複数のPUSCHがブロードキャストされるか、またはRRC専用に構成される、請求項30または32に記載の方法。
36. 装置であって、
    その中に記憶されたコンピュータ実行可能命令を有する少なくとも1つの非一時的コンピュータ可読媒体と、
    少なくとも1つの受信機と、
    少なくとも1つの送信機と、
    前記少なくとも1つの非一時的コンピュータ可読媒体、前記少なくとも1つの受信機、および前記少なくとも1つの送信機に結合された少なくとも1つのプロセッサとを備え、
    前記コンピュータ実行可能命令が、前記少なくとも1つの受信機、前記少なくとも1つの送信機、および前記少なくとも1つのプロセッサを用いて、請求項1から20のいずれか一項に記載の方法を実装するようにプログラムされる、
    装置。
37. 装置であって、
    その中に記憶されたコンピュータ実行可能命令を有する少なくとも1つの非一時的コンピュータ可読媒体と、
    少なくとも1つの受信機と、
    少なくとも1つの送信機と、
    前記少なくとも1つの非一時的コンピュータ可読媒体、前記少なくとも1つの受信機、および前記少なくとも1つの送信機に結合された少なくとも1つのプロセッサとを備え、
    前記コンピュータ実行可能命令が、前記少なくとも1つの受信機、前記少なくとも1つの送信機、および前記少なくとも1つのプロセッサを用いて、請求項21から35のいずれか一項に記載の方法を実装するようにプログラムされる、
    装置。

Images