特表 2024-536950 アップリンクの時間アラインメントの管理

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

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

(11)【公表番号】

(43)【公表日】2024-10-09

(54)【発明の名称】アップリンクの時間アラインメントの管理

(51)【国際特許分類】

   H04W 56/00 20090101AFI20241002BHJP

   H04W 72/231 20230101ALI20241002BHJP

   H04W 72/21 20230101ALI20241002BHJP

   H04W 76/30 20180101ALI20241002BHJP

【ＦＩ】

H04W56/00 130

H04W72/231

H04W72/21

H04W76/30

【審査請求】有

【予備審査請求】有

(21)【出願番号】P 2024523762

(86)(22)【出願日】2022-10-21

(85)【翻訳文提出日】2024-06-19

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

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

(87)【国際公開日】2023-04-27

(31)【優先権主張番号】63/262,883

(32)【優先日】2021-10-21

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

(71)【出願人】

【識別番号】502208397

【氏名又は名称】グーグル エルエルシー

【氏名又は名称原語表記】Ｇｏｏｇｌｅ ＬＬＣ

【住所又は居所原語表記】１６００ Ａｍｐｈｉｔｈｅａｔｒｅ Ｐａｒｋｗａｙ ９４０４３ Ｍｏｕｎｔａｉｎ Ｖｉｅｗ， ＣＡ Ｕ．Ｓ．Ａ．

(74)【代理人】

【識別番号】100108453

【弁理士】

【氏名又は名称】村山 靖彦

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広 信哉

(74)【代理人】

【識別番号】100133400

【弁理士】

【氏名又は名称】阿部 達彦

(72)【発明者】

【氏名】シアンルン・イェ

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

5K067

【Ｆターム（参考）】

5K067AA26

5K067DD17

5K067EE02

5K067EE10

5K067EE16

5K067GG01

(57)【要約】

アップリンクの時間アラインメントを維持するために、UEが、小データ送信(SDT)手順を開始し、UEが、開始に応答して第1のタイマを起動し、UEが、第1のタイマが動いている間に、時間アラインメントコマンド(TAC)を受信し、TACの受信に応答して、UEが、小データを送信するための構成済みグラントの使用を制御する第2のタイマを起動または再起動する。

【特許請求の範囲】

【請求項1】

アップリンクの時間アラインメントを維持するためのユーザ機器(UE)における方法であって、
前記UEによって小データ送信(SDT)手順を開始するステップと、
前記開始に応答して第1のタイマを起動するステップと、
前記第1のタイマが動いている間に、時間アラインメントコマンド(TAC)を受信するステップと、
前記TACの受信に応答して、小データを送信するための構成済みグラントの使用を制御する第2のタイマを起動または再起動するステップと
を含む、方法。

【請求項2】

前記TACを受信するステップが、媒体アクセス制御(MAC)制御要素(CE)を受信することを含む、請求項1に記載の方法。

【請求項3】

前記第1のタイマが、前記UEがネットワークからの前記開始に対する応答を待つ期間を定める、請求項1または2に記載の方法。

【請求項4】

前記SDT手順を実行する前に、
RRC接続を解放するためのコマンドを受信するステップであって、前記コマンドが、前記第1のタイマに関する値を含む、ステップをさらに含む、請求項3に記載の方法。

【請求項5】

前記SDT手順を実行する前に、
RRC接続を解放するためのコマンドを受信するステップであって、前記コマンドが、前記構成済みグラントを含む、ステップをさらに含む、請求項1から5のいずれか一項に記載の方法。

【請求項6】

前記コマンドが、前記第2のタイマの値を含む、請求項5に記載の方法。

【請求項7】

前記TACが、第1のTACであり、
前記方法が、第2の場合に、
RRC接続状態で動作する前記UEによって、第2のTACを受信するステップと、
前記第2のTACに応答して、前記UEおよび基地局がアップリンク方向で同期される期間を定める第3のタイマを起動するステップと
をさらに含む、請求項1から6のいずれか一項に記載の方法。

【請求項8】

RRC接続を再構成するためのコマンドを受信するステップであって、前記コマンドが、前記第3のタイマの値を含む、ステップをさらに含む、請求項7に記載の方法。

【請求項9】

前記TACが、前記UEにおいてアップリンクのタイミングを調整するための時間オフセットのインジケーションを含む、請求項1から8のいずれか一項に記載の方法。

【請求項10】

前記SDT手順を実行することが、RRC非アクティブ状態またはRRCアイドル状態で動作することを含む、請求項1から9のいずれか一項に記載の方法。

【請求項11】

前記SDTを開始するステップが、
前記構成済みグラントを使用してネットワークに小データを送信することを含む、請求項1から10のいずれか一項に記載の方法。

【請求項12】

MACレイヤにおいて実施される、請求項1から11のいずれか一項に記載の方法。

【請求項13】

前記第2のタイマが切れた後、前記構成済みグラントを使用しないステップをさらに含む、請求項1から12のいずれか一項に記載の方法。

【請求項14】

非SDT手順のためのランダムアクセス手順の開始に応答して、前記第2のタイマを停止するステップをさらに含む、請求項1から13のいずれか一項に記載の方法。

【請求項15】

処理ハードウェアを含み、請求項1から14のいずれか一項に記載の方法を実施するように構成された、ユーザ機器(UE)。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、ワイヤレス通信に関し、より詳細には、小データ(small data)(または「早期データ(early data)」)通信のためのアップリンクのアラインメントを管理することに関する。

【背景技術】

【0002】

本明細書において与えられる背景技術の説明は、本開示の文脈をおおまかに提示することを目的とする。この背景技術の節で説明される範囲の本明細書に名前を挙げられた発明者の研究と、出願時に従来技術として認定されない可能性がある本明細書の態様とは、明示的にも暗黙的にも本開示の従来技術として認められない。

【0003】

概して、セルラ無線アクセスネットワーク(radio access network: RAN)を動作させる基地局は、特定の無線アクセス技術(radio access technology: RAT)およびプロトコルスタックの複数のレイヤを使用してユーザ機器(user equipment: UE)と通信する。たとえば、RATの物理レイヤ(physical layer: PHY)は、媒体アクセス制御(Medium Access Control: MAC)サブレイヤにトランスポートチャネルを提供し、そして今度は、MACサブレイヤが、無線リンク制御(Radio Link Control: RLC)サブレイヤに論理チャネルを提供し、そしてさらに、RLCサブレイヤが、パケットデータコンバージェンスプロトコル(Packet Data Convergence Protocol: PDCP)サブレイヤにデータトランスポートサービスを提供する。無線リソース制御(Radio Resource Control: RRC)サブレイヤは、PDCPサブレイヤの上に配置される。

【0004】

RRCサブレイヤは、UEが基地局とのアクティブな無線接続を持たないRRC_IDLE状態と、UEが基地局とのアクティブな無線接続を持つRRC_CONNECTED状態と、無線アクセスネットワーク(RAN)レベルの基地局の調整およびRANページング手順が原因で、UEをRRC_CONNECTED状態により迅速に戻るように遷移させることを可能にするためのRRC_INACTIVEとを規定する。場合によっては、RRC_IDLEまたはRRC_INACTIVE状態のUEが、送信するただ1つの比較的小さなパケットを有する。これらの場合、RRC_IDLEまたはRRC_INACTIVE状態のUEは、RRC_CONNECTED状態に遷移することなく、小データ送信(small data transmission: SDT)としても知られる早期データ送信(early data transmission: EDT)を実行することができる。

【0005】

一部のシステムまたはシナリオにおいて、UEは、RRC_INACTIVEにおいて小データを送信するために、コンテンションベースのランダムアクセス手順を実行する。他のシステムまたはシナリオにおいて、UEは、構成済みグラント(configured grant)などのアップリンク送信のためのリソースを記憶し、小データを送信するためのランダムアクセス手順を実行しない。構成済みリソースを使用してアップリンクデータを送信するときに、UEがどのように時間アラインメントを管理すべきかは明らかでない。特に、UEは、UEがアップリンク(UEから基地局への)方向で基地局と同期されたままである期間を定めるために1つのタイマを使用し得、UEが小データを送信するために構成済み無線リソースを使用することができる期間を定めるために別のタイマを使用し得る。基地局が(たとえば、事前構成アップリンクリソースRNTI(preconfigured uplink resources RNTI: PUR-RNTI)ではなく)セルネットワーク一時識別子(cell network temporary identifier: C-RNTI)を使用してUEに時間アラインメントコマンド(time alignment command)を送信するとき、UEのMACレイヤは、UEがこれらのタイマのどちらを起動または再起動すべきかを判定することができない。

【先行技術文献】

【非特許文献】

【0006】

【非特許文献1】3GPP TS 38.32

【発明の概要】

【課題を解決するための手段】

【0007】

RRC_INACTIVEまたはRRC_IDLE状態で動作するUEが構成済みグラントを使用して小データを送信した後、UEは、たとえば、後続の送信が発生し得るまたはネットワークからの応答が到着し得る期間を定めるためのタイマを起動する。UEがこの期間中に時間アラインメントコマンド(time alignment command: TAC)を受信するとき、UEは、本開示においてはSDT-TATと呼ばれる、SDTのためのタイミングアラインメントタイマ(timing alignment timer: TAT)を起動または再起動する。UEは、たとえば、RRC解放コマンド内でSDT-TATタイマに関する値を受信し得る。しかし、RRC_ACTIVE状態で動作するUEがTACコマンドを受信するとき、UEは、UEおよび基地局がアップリンク(UEから基地局への)方向で同期されたままである期間を定める異なるタイマ、TATを起動または再起動する。

【0008】

他の実装において、UEは、特定のメディア媒体アクセス制御(MAC)制御要素(control element: CE)の受信に応答してSDT-TATタイマを起動し、異なるMAC CEの受信に応答してTATタイマを起動する。さらに他の実装において、UEは、MACプロトコルデータユニット(protocol data unit: PDU)をスケジューリングするダウンリンク制御インジケータ(downlink control indicator: DCI)が参照するサーチスペースに応じて、UEがTATタイマを起動すべきかまたはSDT-TATタイマを起動すべきかを判定する。さらに他の実装において、UEは、TACがSDTランダムアクセス手順中に到着するのかまたは非SDTランダムアクセス手順中に到着するのかに応じて、UEがTATタイマを起動すべきかまたはSDT-TATタイマを起動すべきかを判定する。

【0009】

これらの技術の例示的な実施形態は、アップリンクの時間アラインメントを維持するためのUEにおける方法である。方法は、UEによって小データ送信(SDT)手順を開始するステップと、開始に応答して第1のタイマを起動するステップと、第1のタイマが動いている間に、時間アラインメントコマンド(TAC)を受信するステップと、TACの受信に応答して、小データを送信するための構成済みグラントの使用を制御する第2のタイマを起動または再起動するステップとを含む。

【0010】

これらの技術の別の例示的な実施形態は、処理ハードウェアおよびトランシーバを持つUEである。UEは、上記の方法を実施するように構成される。

【図面の簡単な説明】

【0011】

【図1】UEおよび無線アクセスネットワーク(RAN)が、SDTのシナリオでタイミングアラインメントを管理するための本開示の技術を実装し得る例示的なワイヤレス通信システムのブロック図である。

【図2】図1のUEが図1の基地局と通信することができる例示的なプロトコルスタックのブロック図である。

【図3】図1のRANおよびUEが時間アラインメントを管理する例示的なシナリオのメッセージング図である。

【図4A】TACを含んでいたMAC CEの種類に基づいて、UEがSDT-TATを使用するべきかまたはTATを使用するべきかを判定するための例示的な方法の流れ図である。

【図4B】UEがTACをともなうMAC PDUをスケジューリングするDCIを受信したサーチスペースに基づいて、UEがSDT-TATを使用するべきかまたはTATを使用するべきかを判定するための例示的な方法の流れ図である。

【図4C】UEがTACを受信したランダムアクセス手順の種類に基づいて、UEがSDT-TATを使用するべきかまたはTATを使用するべきかを判定するための例示的な方法の流れ図である。

【図4D】UEがTACを受信したときに特定のタイマが動いていたかどうかに基づいて、UEがSDT-TATを使用するべきかまたはTATを使用するべきかを判定するための例示的な方法の流れ図である。

【図5】図1のUEにおいて実施され得る、タイミングアラインメントを管理するための例示的な方法の流れ図である。

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

【0012】

概して、UEは、RRC_IDLEまたはRRC_INACTIVEで動作しているとき、事前構成アップリンクリソース(PUR)を使用してRANに小データを送信することができる。UEは、1つまたは複数のタイマを使用してRANとのタイミングアラインメントを管理する。

【0013】

まず図1を参照すると、例示的なワイヤレス通信システム100は、ユーザ機器(UE)102、ならびにコアネットワーク(CN)110に接続された無線アクセスネットワーク(RAN)105の基地局104、106を含む。他の実装またはシナリオにおいて、ワイヤレス通信システム100は、その代わりに、図1に示されているよりも多いもしくは少ないUEおよび/または多いもしくは少ない基地局を含む場合がある。基地局104、106は、たとえば、進化型ノードB(eNB)、次世代eNB(ng-eNB)、または5GノードB(gNB)などの任意の好適な1つの種類または複数の種類の基地局であることが可能である。より詳細な例として、基地局104は、eNBまたはgNBであってよく、基地局106は、gNBであってよい。

【0014】

基地局104は、セル124をサポートし、基地局106は、セル126をサポートする。セル124は、セル126と部分的に重なり、その結果、UE 102は、基地局106と通信するための範囲内(または基地局106からの信号を検出または測定するための範囲内)にありながら、同時に、基地局104と通信するための範囲内にあることができる。重なりは、たとえば、UE 102が無線リンク障害に遭う前に、UE 102がセル間を(たとえば、セル124からセル126へ)または基地局間を(たとえば、基地局104から基地局106へ)ハンドオーバすることを可能にし得る。さらに、この重なりは、様々なデュアルコネクティビティ(DC)のシナリオを可能にする。たとえば、UE 102は、(マスタノード(MN)として動作する)基地局104および(セカンダリノード(SN)として動作する)基地局106とDCで通信することができる。UE 102が基地局104および基地局106とのDCになっているとき、基地局104は、マスタeNB(MeNB)、マスタng-eNB(Mng-eNB)、またはマスタgNB(MgNB)として動作し、基地局106は、セカンダリgNB(SgNB)またはセカンダリng-eNB(Sng-eNB)として動作する。

【0015】

基地局104は、1つもしくは複数の汎用プロセッサ(たとえば、中央演算処理装置(CPU))、および1つもしくは複数の汎用プロセッサ上で実行可能な機械可読命令を記憶するコンピュータ可読メモリ、ならびに/または専用処理ユニットを含み得る処理ハードウェア130を含む。図1の例示的な実装の処理ハードウェア130は、SDT送信およびPURを管理するように構成されるSDTコントローラ132を含む。基地局104は、無線インターフェースを介してUEと通信するための1つまたは複数のトランシーバと、他の基地局およびCN 110と通信するためのインターフェースと(混乱を避けるためにどちらも図示せず)をさらに含む。同様に、基地局106は、1つもしくは複数の汎用プロセッサ(たとえば、CPU)、および汎用プロセッサ上で実行可能な機械可読命令を記憶するコンピュータ可読メモリ、ならびに/または専用処理ユニットを含み得る処理ハードウェア140を含む。図1の例示的な実装の処理ハードウェア140は、SDTコントローラ142を含み、これは、コントローラ132と同様であってよい。図1には示されていないが、RAN 105は、基地局104の処理ハードウェア130および/または基地局106の処理ハードウェア140と同様の処理ハードウェアを持つ追加の基地局を含み得る。

【0016】

UE 102は、1つもしくは複数の汎用プロセッサ(たとえば、CPU)、および汎用プロセッサ上で実行可能な機械可読命令を記憶するコンピュータ可読メモリ、ならびに/または専用処理ユニットを含み得る処理ハードウェア150を含む。UE 102は、無線インターフェースを介してRAN 105と通信するための1つまたは複数のトランシーバも含む。図1の例示的な実装の処理ハードウェア150は、SDTと、PURと、タイミングアラインメントとを管理するように構成されるSDTコントローラ152を含む。たとえば、UEのSDTコントローラ152は、以下で説明されるように、SDT、PUR管理、およびタイミングアラインメントをサポートするように構成され得る。

【0017】

CN 110は、進化型パケットコア(EPC)111または第5世代コア(5GC)160であってよく、それらの両方が、図1に示されている。基地局104は、EPC 111と通信するためのS1インターフェースをサポートするeNB、5GC 160と通信するためのNGインターフェースをサポートするng-eNB、またはNR無線インターフェースおよび5GC 160と通信するためのNGインターフェースをサポートするgNBであってよい。基地局106は、EPC 111へのS1インターフェースを持つEUTRA-NR DC(EN-DC) gNB(en-gNB)、EPC 111に接続しないen-gNB、NR無線インターフェースおよび5GC 160へのNGインターフェースをサポートするgNB、またはEUTRA無線インターフェースおよび5GC 160へのNGインターフェースをサポートするng-eNBであってよい。以下で説明されるシナリオ中に互いに直接メッセージを交換するために、基地局104および106は、X2またはXnインターフェースをサポートしてよい。

【0018】

構成要素の中でもとりわけ、EPC 111は、サービングゲートウェイ(SGW)112、モビリティ管理エンティティ(MME: mobility management entity)114、およびパケットデータネットワークゲートウェイ(PGW)116を含み得る。SGW 112は、概して、音声通話、ビデオ通話、インターネットトラフィックなどに関連するユーザプレーンパケットを転送するように構成され、MME 114は、認証、登録、ページング、および他の関連する機能を管理するように構成される。PGW 116は、UE(たとえば、UE 102)から1つまたは複数の外部パケットデータネットワーク、たとえば、インターネットネットワークおよび/またはインターネットプロトコル(IP)マルチメディアサブシステム(IMS)ネットワークへの接続を提供する。5GC 160は、ユーザプレーン機能(UPF)162、ならびにアクセスおよびモビリティ管理機能(AMF)164、ならびに/またはセッション管理機能(SMF)166を含み得る。UPF 162は、概して、音声通話、ビデオ通話、インターネットトラフィックなどに関連するユーザプレーンパケットを転送するように構成され、AMF 164は、概して、認証、登録、ページング、および他の関連する機能を管理するように構成され、SMF 166は、概して、PDUセッションを管理するように構成される。

【0019】

より概して、ワイヤレス通信システム100は、NRセルおよび/またはEUTRAセルをサポートする任意の好適な数の基地局を含んでよい。EPC 111または5GC 160は、NRセルおよび/またはEUTRAセルをサポートする任意の好適な数の基地局に接続されてよい。下記の例は特定のCNの種類(EPC、5GC)ならびにRATの種類(5G NRおよびEUTRA)に特に言及するが、概して、本開示の技術は、たとえば、第6世代(6G)無線アクセスおよび/または6Gコアネットワークまたは5G NR-6G DCなどの他の好適な無線アクセスおよび/またはコアネットワークテクノロジーにも適用され得る。

【0020】

ワイヤレス通信システム100の異なる構成またはシナリオにおいて、基地局104は、MeNB、Mng-eNB、またはMgNBとして動作することができ、基地局106は、SgNBまたはSng-eNBとして動作することができる。UE 102は、EUTRAもしくはNRなどの同じ無線アクセス技術(RAT)によって、または異なるRATによって、基地局104および基地局106と通信することができる。

【0021】

基地局104がMeNBであり、基地局106がSgNBであるとき、UE 102は、MeNB 104およびSgNB 106とのEN-DCになっていることが可能である。基地局104がMng-eNBであり、基地局106がSgNBであるとき、UE 102は、Mng-eNB 104およびSgNB 106との次世代(NG)EUTRA-NR DC(NGEN-DC)になっていることが可能である。基地局104がMgNBであり、基地局106がSgNBであるとき、UE 102は、MgNB 104およびSgNB 106とのNR-NR DC(NR-DC)になっていることが可能である。基地局104がMgNBであり、基地局106がSng-eNBであるとき、UE 102は、MgNB 104およびSng-eNB 106とのNR-EUTRA DC(NE-DC)になっていることが可能である。

【0022】

図2は、UE(たとえば、UE 102)がeNB/ng-eNBまたはgNB(たとえば、基地局104、106のうちの1つまたは複数)と通信することができる例示的なプロトコルスタック200を簡略化して示す。例示的なプロトコルスタック200においては、EUTRAのPHYサブレイヤ202Aが、EUTRA MACサブレイヤ204Aにトランスポートチャネルを提供し、そして今度は、EUTRA MACサブレイヤ204Aが、EUTRA RLCサブレイヤ206Aに論理チャネルを提供する。さらに、EUTRA RLCサブレイヤ206Aは、EUTRA PDCPサブレイヤ208と、場合によってはNR PDCPサブレイヤ210とにRLCチャネルを提供する。同様に、NR PHY 202Bは、NR MACサブレイヤ204Bにトランスポートチャネルを提供し、そして今度は、NR MACサブレイヤ204Bが、NR RLCサブレイヤ206Bに論理チャネルを提供する。さらに、NR RLCサブレイヤ206Bは、NR PDCPサブレイヤ210にRLCチャネルを提供する。UE 102は、一部の実装において、EUTRAおよびNRの基地局間のハンドオーバをサポートするため、ならびに/またはEUTRAおよびNRのインターフェース上でのDCをサポートするために、図2に示されるようにEUTRAのスタックとNRのスタックの両方をサポートする。さらに、図2に示されるように、UE 102は、EUTRA RLC 206A上のNR PDCP 210、およびNR PDCPサブレイヤ210上のSDAPサブレイヤ212のレイヤ形成をサポートすることができる。サブレイヤは、本明細書においては単に「レイヤ」とも呼ばれる。

【0023】

EUTRA PDCPサブレイヤ208およびNR PDCPサブレイヤ210は、サービスデータユニット(SDU)と呼ばれ得るパケットを(たとえば、PDCPレイヤ208または210上に直接または間接的にレイヤ形成されたIPレイヤから)受け取り、プロトコルデータユニット(PDU)と呼ばれ得るパケットを(たとえば、RLCレイヤ206Aまたは206Bに)出力する。SDUとPDUとの違いが重要である場合を除き、本開示は、簡単にするために、SDUとPDUの両方を「パケット」と呼ぶ。パケットは、MBSパケットまたは非MBSパケットであることが可能である。MBSパケットは、たとえば、MBSサービス(たとえば、IPv4/IPv6マルチキャスト配信、IPTV、ワイヤレスでのソフトウェア配信、グループ通信、IoTアプリケーション、V2Xアプリケーション、および/または公共の安全に関連する緊急メッセージ)のためのアプリケーションコンテンツを含む場合がある。別の例として、MBSパケットは、MBSサービスのためのアプリケーション制御情報を含む場合がある。

【0024】

制御プレーンにおいて、EUTRA PDCPサブレイヤ208およびNR PDCPサブレイヤ210は、たとえば、RRCメッセージまたは非アクセス層(NAS)メッセージを交換するためのSRBを提供することができる。ユーザプレーンにおいて、EUTRA PDCPサブレイヤ208およびNR PDCPサブレイヤ210は、データの交換をサポートするためのDRBを提供することができる。NR PDCPサブレイヤ210上で交換されるデータは、たとえば、SDAP PDU、IPパケット、またはイーサネットパケットである場合がある。

【0025】

UE 102が、MeNBとして動作する基地局104およびSgNBとして動作する基地局106とEN-DCで動作するシナリオにおいて、ワイヤレス通信システム100は、EUTRA PDCPサブレイヤ208を使用するMN終端(MN-terminated)ベアラ、またはNR PDCPサブレイヤ210を使用するMN終端ベアラをUE 102に提供することができる。様々なシナリオにおいて、ワイヤレス通信システム100は、NR PDCPサブレイヤ210のみを使用するSN終端(SN-terminated)ベアラをUE 102に提供することもできる。MN終端ベアラは、MCGベアラ、スプリットベアラ(split bearer)、またはMN終端SCGベアラである場合がある。SN終端ベアラは、SCGベアラ、スプリットベアラ、またはSN終端MCGベアラである場合がある。MN終端ベアラは、SRB(たとえば、SRB1もしくはSRB2)またはDRBである場合がある。SN終端ベアラは、SRBまたはDRBである場合がある。

【0026】

一部の実装においては、基地局(たとえば、基地局104、106)が、1つまたは複数のMBS無線ベアラ(MRB)を介してMBSデータパケットをブロードキャストし、そしてまた、UE 102が、MRBを介してMBSデータパケットを受信する。基地局は、以下で説明されるマルチキャスト構成パラメータ(MBS構成パラメータとも呼ばれ得る)にMRBの構成を含めることができる。一部の実装において、基地局は、RLCサブレイヤ206、MACサブレイヤ204、およびPHYサブレイヤ202を介してMBSデータパケットをブロードキャストし、それに対応して、UE 102は、PHYサブレイヤ202、MACサブレイヤ204、およびRLCサブレイヤ206を使用してMBSデータパケットを受信する。そのような実装において、基地局およびUE 102は、MBSデータパケットを伝達するためにPDCPサブレイヤ208およびSDAPサブレイヤ212を使用しない場合がある。他の実装において、基地局は、PDCPサブレイヤ208、RLCサブレイヤ206、MACサブレイヤ204、およびPHYサブレイヤ202を介してMBSデータパケットを送信し、それに対応して、UE 102は、PHYサブレイヤ202、MACサブレイヤ204、RLCサブレイヤ206、およびPDCPサブレイヤ208を使用してMBSデータパケットを受信する。そのような実装では、基地局およびUE 102は、MBSデータパケットを伝達するためにSDAPサブレイヤ212を使用しない場合がある。さらに他の実装において、基地局は、SDAPサブレイヤ212、PDCPサブレイヤ208、RLCサブレイヤ206、MACサブレイヤ204、およびPHYサブレイヤ202を介してMBSデータパケットを送信し、それに対応して、UE 102は、PHYサブレイヤ202、MACサブレイヤ204、RLCサブレイヤ206、PDCPサブレイヤ208、およびSDAPサブレイヤ212を使用してMBSデータパケットを受信する。

【0027】

UE 102およびRAN 105がSDTおよびタイミングアラインメントを管理する例示的なシナリオ300が、図3を参照して以下で説明される。RAN 105は、以下で「ネットワーク」と呼ばれ得る。UE 102がSDTを使用して送信するデータは、たとえば、3GPP(登録商標) TS 38.32に記載されている、データに関連する量および/または論理チャネル構成に基づく「小データ」の定義を満たすことができる。

【0028】

概して、LTE事前構成アップリンクリソース(uplink resources: PUR)を使用して、eNBは、PUR構成とともにRRC解放メッセージをUEに送信する。RRC解放メッセージは、UEをRRC_INACTIVE状態に遷移させる。PUR構成は、PUR-RNTIおよび構成済み無線リソースを含む。UEは、RRC_INACTIVEで動作している間、構成済み無線リソースを使用してデータを送信することができる。送信後、UEは、PUR-RNTIを使用して、eNBからの応答に関してPDCCHを監視することができる。PUR構成は、構成済み無線リソースの使用を制御するために使用されるPURタイミングアラインメントタイマ(PUR timing alignment timer: PUR-TAT)を含み得る。PUR-TATが切れるかまたは停止される場合、UEは、構成済み無線リソースを使用することを許されない。UEがPUR-RNTI宛てのPDSCH上のMAC PDU内で時間アラインメントコマンド(TAC)を受信する場合、UEは、PUR-TATを再起動する。TACは、UEがそのアップリンクのタイミングを調整するための時間オフセットを示す。さらに、RRC_CONNECTEDにおいて、UEは、TATと呼ばれる別のタイミングアラインメントタイマを使用して、UEとgNBとの間でアップリンクが同期されるかどうかを判定する。UEがC-RNTI宛てのTACをPDSCHにおいて受信する場合、UEは、TATを再起動する。

【0029】

NR SDTに関しては、LTE PURと同様に、gNBは、構成済みグラントを含むRRC解放メッセージをUEに送信する。概してPUR-TATと同様に、SDT-TATと呼ばれ得る新しいタイマが、構成済みグラントの使用を制御する。SDT-TATが切れるか、またはUEがSDT-TATを停止する場合、UEは、構成済みグラントを使用してデータを送信するができない。しかし、gNBは、たとえば、PUR-RNTIを使用する代わりにC-RNTIを使用する。結果として、以下で説明される技術がなければ、UE 102のMACレイヤは、TACの受信に応答してUE 102がSDT-TATをアクティブ化すべきかまたはTATをアクティブ化すべきかを判定することができない。

【0030】

最初に、RAN 105は、RRC_CONNECTED状態で動作し得るUE 102にRRC解放メッセージを送信する(310)。RRC解放メッセージは、UE 102がRRC_IDLE状態に遷移すべきかまたはRRC_INACTIVE状態に遷移すべきかを示し得る。例示的なシナリオにおけるRRC解放メッセージには、UE 102が小データを送信するために使用することができる構成済みグラントまたは時間周波数リソースを含む。RRC解放メッセージは、小データの送信のための変調符号化方式も示し得る。RRC解放メッセージは、SDT-TATの継続時間を構成することもできる。一方、ネットワーク110は、RRC再構成メッセージ(たとえば、RRCReconfiguration)を介してTATの継続時間を示すことができる。

【0031】

それから、UE 102は、RRC解放メッセージを処理する(320)。一部の実装において、RRC解放メッセージを受信すると、UE 102は、SDT-TATを起動する。また、このシナリオのUE 102は、RRC_INACTIVE状態になる。

【0032】

たとえば、UE 102が非SDTランダムアクセス手順を開始する場合、またはUE 102がサービングセルを変更する場合、UE 102は、SDT-TATを停止し得る。より詳細には、NR無線インターフェースを介して通信するとき、UE 102は、小データを送信するために、構成済みグラントベースSDT(configured-grant-based SDT: CG-SDT)またはランダムアクセスベースSDT(random-access-based SDT: RA-SDT)を開始することができる。CG-SDTの手法によれば、UE 102は、小データを送信するために構成済みグラントを使用し、RA-SDTの手法によれば、UEは、小データを送信するためにランダムアクセス手順を開始する。一方、非SDTランダムアクセス手順は、RA-SDTのランダムアクセス手順とは異なるリソース(プリアンブル、PRACH時間/周波数リソースなど)を含むランダムアクセス手順である。UE 102は、UE 102がバッファに到着する小さくないデータを有するとき、または現在の信号強度/品質が閾値未満であるとき、非SDTランダムアクセス手順を開始する場合がある。

【0033】

サービングセルの変更に関して、UE 102は、セルの選択または再選択を実行することができる。別のシナリオにおいて、UE 102は、RRCメッセージを送信する前にUE 102が動作していたサービングセルとは異なるサービングセルにおいて、RRC再開要求メッセージまたはRRC接続確立メッセージを送信する。

【0034】

次に、UE 102は、構成済みグラントを使用して、小データをRAN 105に送信する(330)。他のシナリオにおいて、UE 102は、小データを送信するためにSDTランダムアクセス手順を開始する。

【0035】

UE 102が構成済みグラントを使用して小データを送信した後、またはUE 102がSDTランダムアクセス手順を完了した後、UE 102は、UE 102が応答を待つ期間を定めるタイマを起動する(340)。このタイマは、この説明において「第1のタイマ」と呼ばれ得る。一部の実装のUE 102は、RRC解放メッセージ(上記で説明されたイベント310)内で第1のタイマの値を取得する。

【0036】

第1のタイマのアクティブ化は、後続の送信期間の始まりとしても理解され得る。特に、UE 102が構成済みグラント(すなわち、事前に構成された無線リソース)または動的グラント(dynamic grant)(すなわち、動的に割り当てられた無線リソース)を用いて小データを送信した後、後続の送信期間が始まる。後続の送信期間中、UE 102は、ダウンリンクデータまたはアップリンクグラントを受信するために物理ダウンリンク制御チャネル(PDCCH)を監視することができる。後続の送信期間が終わると、UE 102は、ダウンリンクデータまたはアップリンクグラントに関するPDCCHの監視を停止し得る。

【0037】

他の例示的なシナリオにおいて、後続の送信期間は、UE 102がRA-SDTのランダムアクセス手順を完了した後に始まる(上記で示されたように、RA-SDT手順は、非SDTランダムアクセス手順と比較して、プリアンブルおよびPRACH時間周波数リソースなどが異なるRACHリソースを含む)。

【0038】

さらに別の例示的なシナリオにおいて、第1のタイマは、UE 102が前のアップリンク送信330へのネットワークからの応答を待つ期間を定める。応答は、たとえば、HARQフィードバックまたは再送のためのアップリンクグラントを含み得る。UE 102が第1のタイマが切れる前にネットワークからの応答を受信しない場合、1つの実装において、UE 102は、小データを再送信する。

【0039】

さらに、UE 102は、以下の条件、すなわち、(i)UE 102が非SDTランダムアクセス手順を開始すること、(ii)UE 102がセルの選択または再選択後にサービングセルを変更すること、(iii)SDT-TATが切れること、または(iv)UE 102がSDT-TATを停止することのうちの1つまたは複数が満たされる場合、第1のタイマを停止することができる。

【0040】

一部の実装において、UE 102は、構成済みグラントまたは動的グラントに従ってスケジューリングされた各送信の後、第1のタイマを起動または再起動する。しかし、送信が一時的なC-RNTIの動的スケジューリングに従ってスケジューリングされる(たとえば、送信がランダムアクセス手順のmsg3において発生する)ときは、一時的なC-RNTIがUE固有のRNTIではないので、UE 102は、第1のタイマを再起動しない。この場合、基地局は、どのUEが第1のタイマを再起動するかを認識しており、したがって、タイマのステータスは、UEと基地局との間で同期されない。このシナリオの基地局は、gNBである。

【0041】

UE 102とRAN 105との間の無線インターフェースがNRであるとき、およびUE 102がランダムアクセスプリアンブル、またはランダムアクセス手順のmsg1を送信するとき、それに応答して、RAN 105は、RAR、またはランダムアクセス手順のmsg2をUE 102に送信する。RARを受信した後、UE 102は、msg3を基地局に送信する。基地局がmsg3を受信しない場合、基地局は、UE 102にアップリンクグラントを送信することによって再送信をスケジューリングし得る。基地局は、一時的なC-RNTI宛てのDCIにアップリンクグラントを含めることができ、基地局は、物理チャネルのPDCCH上でDCIを送信する。

【0042】

引き続き図3を参照すると、RAN 105は、次に、TACをUE 102に送信する(350)。一部の実装において、RAN 105は、MAC CE内でUE 102にTACを送信する。RAN 105の一部の実装、たとえば、リリース16 NRにおいて、TAC MAC CEは、論理チャネルIDに関連付けられる。TAC MAC CEを検出するために、UE 102は、MAC PDUのサブヘッダをチェックする。UE 102が、サブヘッダ内の特定のフィールドが論理チャネルIDを含むと判定する場合、UE 102は、TAC MACがMAC PDU内に存在すると判定することができ、UE 102は、さらに、TAC MAC CEの値がMAC PDU内のどこで始まるかを判定することができる。RAN 105は、代替的に、4ステップのランダムアクセス手順のmsg2、msg4内、または2ステップのランダムアクセス手順のmsgB内でTACを送信し得る。

【0043】

次に、UE 102は、TACを処理する(360)。一部の実装において、RAN 105およびUE 102は、特にSDT-DATのためのMAC CEを定義する。したがって、UE 102が特にSDT-DATために定義されたMAC CEを受信するとき、UE 102は、SDT-TATを起動または再起動する。しかし、たとえば、UE 102がリリース16の実装において定義されたTAC MAC CEを受信するとき、UE 102は、SDT-DATではなくTATを起動または再起動する。特にSDT-TATのために定義されたMAC CEは、TAC MAC CEに関連する論理チャネルIDとは異なる論理チャネルIDに関連付けられ得る。UE 102は、論理チャネルを使用してMAC CEを特定することができる。

【0044】

1つの特定の実装によれば、UE 102がMAC PDU内でTACを受信し(350)、UE 102が特定の(第1の)サーチスペースまたはコードセット(code set)内でMAC PDUをスケジューリングするDCIを受信するとき、UE 102は、SDT-TATを起動または再起動する。しかし、UE 102がMAC PDU内でTACを受信し、UE 102が別の(第2の)サーチスペースまたはコードセット内でMAC PDUをスケジューリングするDCIを受信する場合、UE 102は、TATを起動または再起動する。RAN 105は、RRC解放メッセージ内で第1のサーチスペース/コードセットを示すことができる(310)。サーチスペースおよびコードセットは、概して、基地局がDCIを送信するために使用することができる時間/周波数無線リソースを指定するものであり、そしてさらに、DCIは、基地局がUEにダウンリンクデータを送信するために使用することができるダウンリンク無線リソースを含む。DCIは、UEが小データを送信するために使用することができるアップリンク無線リソースを含むことも可能である。

【0045】

よって、この実装において、基地局は、DCI送信のための無線リソースの区分けを使用して、SDT-TATをアクティブ化するTACとTATをアクティブ化するTACとを区別する。

【0046】

別の実装においては、UE 102がSDTランダムアクセス手順のmsg2またはmsg4内でTACを受信するとき、UE 102は、SDT-TATを起動または再起動する。しかし、UE 102が非SDTランダムアクセス手順のmsg2またはmsg4内でTACを受信する場合、UE 102は、TATを起動または再起動する。より詳細には、2ステップのランダムアクセス手順において、UE 102は、基地局にmsgAを送信し、それに応答して、基地局は、UE 102にmsgBを送信する。UE 102がSDTランダムアクセス手順中にmsgB内でTACを受信する場合、UE 102は、SDT-TATを起動または再起動する。UE 102が非SDTランダムアクセス手順中にmsgB内でTACを受信する場合、UE 102は、TATを起動または再起動する。

【0047】

別の実装においては、第1のタイマが動いている間にUE 102がTACを受信するとき、UEは、SDT-TATを起動または再起動する。言い換えると、UE 102が(上で説明された)後続の送信期間においてTACを受信する場合、UEは、SDT-TATを起動または再起動する。

【0048】

別の実装において、UE 102がページング機会(paging occasion)の間にTACを受信する場合、UEは、SDT-TATを起動または再起動する。さらに別の実装においては、TACが到着するときにUE 102がRRC_INACTIVEまたはRRC_IDLE状態である場合、UE 102は、SDT-TATを起動する。しかし、TACが到着するときにUE 102がRRC_CONNECTED状態である場合、UE 102は、TATを起動する。

【0049】

ここで図4Aを参照すると、図1のUE 102などのUEが、コンピュータ可読媒体に記憶され、1つまたは複数のプロセッサなどの処理ハードウェアによって実行可能な命令のセットとして、方法400Aを実装し得る。方法400は、UEがTACを受信する(イベント350も参照)ブロック402において始まる。ブロック404において、UEは、TACが専用のMAC CE内で到着したのかまたはTAC MAC CE内で到着したのかを判定して、それに応じてTACを処理する(イベント360も参照)。TACが専用のMAC CEに関連付けられる場合、フローは、UEがSDT-TATを起動または再起動するブロック410に進む。そうでない場合、フローは、UEがTATを起動するブロック412に進む。

【0050】

図4Bの方法400Bは、ここでは、TACがUEに到着したMAC PDUをスケジューリングするDCIを第1のサーチスペース/コードセット内で受信するのかまたは第2のサーチスペース/コードセット内で受信するのかをUEが判定することを除いて、方法400Aと概して同様である。DCIが第1のサーチスペースに関連付けられる場合、フローはブロック410に進み、そうでない場合、フローはブロック412に進む。

【0051】

図4Cの方法400Cは、ここではUEがTACをSDTランダムアクセス手順で受信したのかまたは非SDTランダムアクセス手順で受信したのかをUEが判定することを除いて、方法400Aと概して同様である。UEがSDTランダムアクセス手順でTACを受信した場合、フローはブロック410に進み、そうでない場合、フローはブロック412に進む。

【0052】

図4Dの方法400Dは、ここでは、(UEがネットワークからの応答を待つ期間を定める)第1のタイマが動いている間にUEがTACを受信したかどうかをUEが判定することを除いて、方法400Aと概して同様である。第1のタイマが動いていた間にUEがTACを受信した場合、フローはブロック410に進み、そうでない場合、フローはブロック412に進む。

【0053】

図5は、UE 102または同様のUEがRANとのアップリンクの時間アラインメントを管理するために実施することができる例示的な方法500を示す。ブロック502において、UEは、SDTを開始する(イベント310参照)。ブロック504において、UEは、小データを送信するかまたはランダムアクセス手順を完了すると、第1タイマを起動する(イベント340参照)。タイマは、UEがネットワークからの応答を待つ期間を定めることができる。ブロック506において、UEは、タイマが動いている間にTACを受信する(イベント350、ブロック402参照)。ブロック508において、第1のタイマが動いていた間にTACが到着したという判定(ブロック407)に応答して、UEは、SDTのための構成済みグラントの使用を定める第2のタイマ(たとえば、SDT-TAT)を起動する(ブロック410参照)。

【0054】

概して上記の図に関して、UEおよび/またはRANは、以下の追加の技術の一部またはすべてを実装する。

【0055】

一部のNRシステムにおいて、gNBは、skipUplinkTxDynamicでUEを構成することができる。skipUplinkTxDynamicが構成された状態で、UEが構成済みグラントを有するが送信するデータおよびCSIがないとき、UEは、アップリンク送信を省略し得る。CG-SDTに関して、UEは、同様にアップリンク送信を省略し得る。特に、UEは、RRC_INACTIVEにおいて、頻繁にデータの到着がない可能性がある。アップリンク送信の省略がサポートされない場合、UEは、構成済みグラントを取得するたびにBSRを送信する必要がある場合があり、これは、過剰なバッテリの使用をもたらす場合がある。

【0056】

さらに、一部のシステムにおいて、UEは、RRC_CONNECTED状態で前に構成されたC-RNTIを使用して、CG-SDTにおいてPDCCHを監視することができる。UEがタイミングアドバンスコマンド(Timing Advance Command: TAC)を受信するとき、UEは、SDT-TATを更新するべきである。同様に、RA-SDTにおいて、UEがTAコマンドを受信するとき、UEは、SDT-TATを更新することができる。MACレイヤはSDT-TATおよびTATを有するので、MACがTAコマンドを受信するとき、SDT-TATまたは/およびTATを更新すると決定することが必要である場合がある。1つの可能な解決策は、UEがTAコマンドを受信し、SDT失敗タイマ(SDT failure timer)が動いているときに、SDT-TAを更新することである。

【0057】

UEはCG-SDTのためのCG送信後に時間ウィンドウ(time window)を開始するので、UEがウィンドウ内でTAコマンドを受信するとき、UEは、TAでSDT-TATを更新することができる。

【0058】

RA-SDTに関して、UEは、UEがTAコマンドのPUSCHをスケジューリングするDCIを受信するサーチスペースをチェックすることができる。CG-SDTのために構成されたサーチスペース上のDCIによってスケジューリングされたPDSCHにおいて基地局がTAコマンドを送信する場合、UEは、SDT-TATを更新することができる。

【0059】

さらに、一部のシステムにおいて、最初のCG送信フェーズにおけるCG-SDTからRA-SDTへの切り替えは、MAC PDU再構築が理由でサポートされない。さらに、CG-SDTによって開始された後続の送信フェーズにおいて、UEが新しいCG送信を開始するための構成済みグラントが存在するが、条件が満たされないとき、UEがRA-SDTを開始し得るかどうかは不明確である。したがって、本明細書において考えられるいくつかの実施形態のUEは、RA-SDTを開始することができる。言い換えると、UEは、CG-SDTタイマを停止し、それから、RA-SDT手順を実行することができる。UEは、SDT失敗タイマ(すなわち、T319のようなRRCタイマ)を再起動することができる。特に、最初のCG送信フェーズまたは後続の送信フェーズ中にUEがいずれかのランダムアクセス手順(すなわち、RA-SDTまたはレガシーのRA)を開始するとき、UEは、SDT失敗タイマを停止することができる。

【0060】

さらに、RA-SDTによって開始された後続の送信フェーズ中に、UEが新たな送信を開始するための構成済みグラントが存在し、構成済みグラントを使用する条件が満たされるとき、既存のシステムの少なくとも一部においては、UEがCG-SDTに切り替えることができるかどうかは不明確である。本明細書において考えられる一実施形態のUEは、CG-SDT手順を開始する。UEは、SDT失敗タイマ(すなわち、T319のようなRRCタイマ)を再起動することができる。

【0061】

以下のさらなる考慮事項が、上記の説明に適用される。

【0062】

本開示の技術が実装され得るユーザデバイス(たとえば、UE 102)は、スマートフォン、タブレットコンピュータ、ラップトップコンピュータ、モバイルゲームコンソール、販売時点情報管理(point-of-sale: POS)端末、健康モニタリングデバイス、ドローン、カメラ、メディアストリーミングドングルもしくは別のパーソナルメディアデバイス、スマートウォッチなどのウェアラブルデバイス、ワイヤレスホットスポット、フェムトセル、またはブロードバンドルータなどのワイヤレス通信が可能な任意の好適なデバイスであることが可能である。さらに、場合によっては、ユーザデバイスは、乗り物のヘッドユニット(head unit)または先進運転支援システム(ADAS: advanced driver assistance system)などの電子システムに組み込まれる場合がある。さらに、ユーザデバイスは、モノのインターネット(IoT)デバイスまたはモバイルインターネットデバイス(MID)として動作し得る。種類に応じて、ユーザデバイスは、1つまたは複数の汎用プロセッサ、コンピュータ可読メモリ、ユーザインターフェース、1つまたは複数のネットワークインターフェース、1つまたは複数のセンサーなどを含み得る。

【0063】

特定の実施形態が、論理またはいくつかの構成要素もしくはモジュールを含むものとして本開示において説明されている。モジュールは、ソフトウェアモジュール(たとえば、非一時的機械可読媒体に記憶されたコード)、またはハードウェアモジュールである場合がある。ハードウェアモジュールは、特定の動作を実行することができる有形のユニットであり、特定の方法で構成または配列されてよい。ハードウェアモジュールは、特定の動作を実行するように(たとえば、フィールドプログラマブルゲートアレイ(FPGA)または特定用途向け集積回路(ASIC)などの専用プロセッサとして)恒久的に構成される専用の回路または論理を含み得る。また、ハードウェアモジュールは、特定の動作を実行するようにソフトウェアによって一時的に構成されるプログラミング可能な論理または回路を(たとえば、汎用プロセッサまたは他のプログラミング可能なプロセッサ内に包含されるものとして)含んでよい。専用の恒久的に構成された回路または(たとえば、ソフトウェアによって構成された)一時的に構成された回路内にハードウェアモジュールを実装する判断は、コストおよび時間の考慮によって促される可能性がある。

【0064】

ソフトウェアに実装されるとき、本技術は、オペレーティングシステムの一部、複数のアプリケーションによって使用されるライブラリ、特定のソフトウェアアプリケーションなどとして提供され得る。ソフトウェアは、1つもしくは複数の汎用プロセッサまたは1つもしくは複数の専用プロセッサによって実行され得る。

【符号の説明】

【0065】

100 ワイヤレス通信システム
102 UE
104 基地局
106 基地局
105 RAN
110 CN
111 EPC
112 SGW
114 MME
116 PGW
124 セル
126 セル
130 処理ハードウェア
132 SDTコントローラ
140 処理ハードウェア
142 SDTコントローラ
150 処理ハードウェア
152 SDTコントローラ
160 5GC
162 UPF
164 AMF
166 SMF
200 プロトコルスタック
202A EUTRAのPHYサブレイヤ
202B NR PHY
204A EUTRA MACサブレイヤ
204B NR MACサブレイヤ
206A EUTRA RLCサブレイヤ
206B NR RLCサブレイヤ
208 EUTRA PDCPサブレイヤ
210 NR PDCPサブレイヤ
212 SDAPサブレイヤ
300 シナリオ
400A 方法
400B 方法
400C 方法
400D 方法
500 方法

【図1】

【図2】

【図3】

【図4A】

【図4B】

【図4C】

【図4D】

【図5】

【手続補正書】

【提出日】2023-08-21

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

アップリンクの時間アラインメントを維持するためのユーザ機器(UE)における方法であって、
前記UEによって小データ送信(SDT)手順を開始するステップであって、前記SDT手順の間に前記UEは無線アクセスネットワーク (RAN) と小データを通信する、ステップと、
前記開始に応答して第1のタイマを起動するステップと、
前記第1のタイマが動いている間に、時間アラインメントコマンド(TAC)を受信するステップと、
前記TACの受信に応答して、小データを送信するための構成済みグラントの使用を制御する第2のタイマを起動または再起動するステップと
を含む、方法。

【請求項2】

前記TACを受信するステップが、媒体アクセス制御(MAC)制御要素(CE)を受信することを含む、請求項1に記載の方法。

【請求項3】

前記第1のタイマが、前記UEがネットワークからの前記開始に対する応答を待つ期間を定める、請求項1または2に記載の方法。

【請求項4】

前記SDT手順を実行する前に、
RRC接続を解放するためのコマンドを受信するステップであって、前記コマンドが、前記第1のタイマに関する値を含む、ステップをさらに含む、請求項3に記載の方法。

【請求項5】

前記SDT手順を実行する前に、
RRC接続を解放するためのコマンドを受信するステップであって、前記コマンドが、前記構成済みグラントを含む、ステップをさらに含む、請求項1から5のいずれか一項に記載の方法。

【請求項6】

前記コマンドが、前記第2のタイマの値を含む、請求項5に記載の方法。

【請求項7】

前記TACが、第1のTACであり、
前記方法が、第2の場合に、
RRC接続状態で動作する前記UEによって、第2のTACを受信するステップと、
前記第2のTACに応答して、前記UEおよび基地局がアップリンク方向で同期される期間を定める第3のタイマを起動するステップと
をさらに含む、請求項1から6のいずれか一項に記載の方法。

【請求項8】

RRC接続を再構成するためのコマンドを受信するステップであって、前記コマンドが、前記第3のタイマの値を含む、ステップをさらに含む、請求項7に記載の方法。

【請求項9】

前記TACが、前記UEにおいてアップリンクのタイミングを調整するための時間オフセットのインジケーションを含む、請求項1から8のいずれか一項に記載の方法。

【請求項10】

前記SDT手順を実行することが、RRC非アクティブ状態またはRRCアイドル状態で動作することを含む、請求項1から9のいずれか一項に記載の方法。

【請求項11】

前記SDTを開始するステップが、
前記構成済みグラントを使用してネットワークに小データを送信することを含む、請求項1から10のいずれか一項に記載の方法。

【請求項12】

MACレイヤにおいて実施される、請求項1から11のいずれか一項に記載の方法。

【請求項13】

前記第2のタイマが切れた後、前記構成済みグラントを使用しないステップをさらに含む、請求項1から12のいずれか一項に記載の方法。

【請求項14】

非SDT手順のためのランダムアクセス手順の開始に応答して、前記第2のタイマを停止するステップをさらに含む、請求項1から13のいずれか一項に記載の方法。

【請求項15】

処理ハードウェアを含み、請求項1から14のいずれか一項に記載の方法を実施するように構成された、ユーザ機器(UE)。

【国際調査報告】