特表 2024-538812 ＳＤＴに対するスケジューリング要求及びランダムアクセスのトリガ

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

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

(11)【公表番号】

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

(54)【発明の名称】ＳＤＴに対するスケジューリング要求及びランダムアクセスのトリガ

(51)【国際特許分類】

   H04W 72/115 20230101AFI20241016BHJP

   H04W 74/0833 20240101ALI20241016BHJP

【ＦＩ】

H04W72/115

H04W74/0833

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024524382

(86)(22)【出願日】2021-10-29

(85)【翻訳文提出日】2024-04-23

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

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

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

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．３ＧＰＰ

２．ＢＬＵＥＴＯＯＴＨ

３．ＺＩＧＢＥＥ

(71)【出願人】

【識別番号】515076873

【氏名又は名称】ノキア テクノロジーズ オサケユイチア

(74)【代理人】

【識別番号】100103610

【弁理士】

【氏名又は名称】▲吉▼田 和彦

(74)【代理人】

【識別番号】100109070

【弁理士】

【氏名又は名称】須田 洋之

(74)【代理人】

【識別番号】100119013

【弁理士】

【氏名又は名称】山崎 一夫

(74)【代理人】

【識別番号】100067013

【弁理士】

【氏名又は名称】大塚 文昭

(74)【代理人】

【識別番号】100120525

【弁理士】

【氏名又は名称】近藤 直樹

(74)【代理人】

【識別番号】100167911

【弁理士】

【氏名又は名称】豊島 匠二

(72)【発明者】

【氏名】ウー チュンリー

(72)【発明者】

【氏名】トゥルティネン サムリ ヘイッキ

(72)【発明者】

【氏名】コスキネン ユッシ－ペッカ

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

5K067

【Ｆターム（参考）】

5K067DD34

5K067EE02

(57)【要約】

本開示は、スモールデータ伝送（ＳＤＴ）のためにスケジューリング要求（ＳＲ）及びランダムアクセス（ＲＡ）をトリガするデバイス、方法、装置及びコンピュータ可読記憶媒体を開示する。例示的な実施形態では、端末デバイスは、ネットワークデバイスから、ＳＤＴプロシージャに対して１つ以上のコンフィグレーションされたｇｒａｎｔ（ＣＧ）リソースのコンフィグレーション、及び１つ以上のＣＧリソースのうちの少なくとも１つを介したＳＤＴが許可されたそれぞれの論理チャネル（ＬＣＨ）に関連付けられた１つ以上のデータ無線ベアラ（ＤＲＢ）のリストを受信する。端末デバイスが非アクティブモードでＳＤＴプロシージャを開始した後、バッファステータスレポート（ＢＳＲ）がトリガされると端末が決定する場合、端末デバイスは、ＳＲマスクのコンフィグレーションがＳＤＴに対してコンフィグレーションされたＬＣＨに適用されるべきかどうかを決定する。
【選択図】図２

【特許請求の範囲】

【請求項1】

端末デバイスであって、
少なくとも１つのプロセッサと、
コンピュータプログラムコードを有する少なくとも１つのメモリと、
を含み、
前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記端末デバイスに
ネットワークデバイスから、スモールデータ伝送（ＳＤＴ）プロシージャのために１つ以上のコンフィグレーションされたｇｒａｎｔリソースのコンフィグレーション、及び前記１つ以上のコンフィグレーションされたｇｒａｎｔリソースのうちの少なくとも１つを介したＳＤＴが許可されたそれぞれの論理チャネルに関連付けられた１つ以上のデータ無線ベアラ（ＤＲＢ）のリストを受信することと、
非アクティブモードで、前記ＳＤＴプロシージャを開始することと、
バッファステータスレポート（ＢＳＲ）がトリガされるという決定に従って、スケジューリング要求マスクのコンフィグレーションがＳＤＴに対してコンフィグレーションされた論理チャネルに適用されるべきかどうかを決定することと、
を行わせるように構成される、前記端末デバイス。

【請求項2】

前記スケジューリング要求マスクの前記コンフィグレーションが、
前記１つ以上のコンフィグレーションされたｇｒａｎｔリソースのうちの前記少なくとも１つを介したＳＤＴが許可された論理チャネルによって、前記ＢＳＲがトリガされると決定することに応答して、
前記スケジューリング要求マスクの前記コンフィグレーションが適用されるべきではないと決定すること、または
ＳＤＴに対してコンフィグレーションされた前記論理チャネルのスケジューリング要求に対する前記スケジューリング要求マスクを、ｔｒｕｅであり前記スケジューリング要求マスクを適用するように設定すること、
によって適用されるべきかどうかを決定することを前記端末デバイスに行わせる、請求項１に記載の端末デバイス。

【請求項3】

前記スケジューリング要求マスクの前記コンフィグレーションが、
前記１つ以上のコンフィグレーションされたｇｒａｎｔリソースのうちの前記少なくとも１つを介したＳＤＴが許可されていない論理チャネルによって、前記ＢＳＲがトリガされると決定することに応答して、前記スケジューリング要求マスクの前記コンフィグレーションが適用されるべきであると決定すること、
によって適用されるべきかどうかを決定することを前記端末デバイスに行わせる、請求項１に記載の端末デバイス。

【請求項4】

前記スモールデータ伝送（ＳＤＴ）プロシージャのために前記１つ以上のコンフィグレーションされたｇｒａｎｔリソースの前記コンフィグレーションは、前記ＳＤＴに対して接続再開試行を開始するために前記非アクティブモードで前記端末デバイスによって使用されるためのものである、請求項１に記載の端末デバイス。

【請求項5】

端末デバイスであって、
少なくとも１つのプロセッサと、
コンピュータプログラムコードを有する少なくとも１つのメモリと、
を含み、
前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記端末デバイスに
ネットワークデバイスから、スモールデータ伝送（ＳＤＴ）プロシージャのために１つ以上のコンフィグレーションされたｇｒａｎｔリソースのコンフィグレーション、及び前記１つ以上のコンフィグレーションされたｇｒａｎｔリソースのうちの前記少なくとも１つを介したＳＤＴが許可されたそれぞれの論理チャネルに関連付けられた１つ以上のＤＲＢのリストを受信することと、
ランダムアクセスプロシージャが開始されるべきであると決定することに応答して、前記ランダムアクセスプロシージャの開始が遅延すべきかどうかを決定することと、
を行わせるように構成される、前記端末デバイス。

【請求項6】

前記ランダムアクセスプロシージャの前記開始が、
専用帯域幅部分（ＢＷＰ）上で開始される前記ＳＤＴプロシージャ、
前記専用ＢＷＰ上で前記１つ以上のコンフィグレーションされたｇｒａｎｔリソース内の前記専用ＢＷＰに関連付けられた同期信号ブロック（ＳＳＢ）の無効、または
タイミングアドバンスの無効、
のうちの少なくとも１つに応答して、前記ランダムアクセスプロシージャの前記開始が遅延すべきであると決定すること、
によって遅延すべきかどうかを決定することを、前記端末デバイスに行わせる、請求項５に記載の端末デバイス。

【請求項7】

候補ビーム検出数もしくはコンフィグレーションされたｇｒａｎｔオケージョン数まで、または前記ランダムアクセスプロシージャを開始するための命令を前記ネットワークデバイスから受信するまで、前記ランダムアクセスプロシージャの前記開始をタイマーを用いて遅延させること、
のうちの少なくとも１つを、前記端末デバイスにさらに行わせる、請求項６に記載の端末デバイス。

【請求項8】

タイミングアドバンスが期限切れのときに、または有効なＳＳＢが存在しないときに、前記端末デバイスのバッファ内に伝送されるデータが存在する場合に前記ランダムアクセスプロシージャを開始することを前記端末デバイスにさらに行わせる、請求項６に記載の端末デバイス。

【請求項9】

前記ランダムアクセスプロシージャの前記開始が、
初期ＢＷＰ上で開始される前記ＳＤＴプロシージャに応答して、前記ランダムアクセスプロシージャの前記開始が遅延すべきではないと決定すること、
によって遅延すべきかどうかを決定することを、前記端末デバイスに行わせる、請求項５に記載の端末デバイス。

【請求項10】

前記初期ＢＷＰ上で前記１つ以上のコンフィグレーションされたｇｒａｎｔリソースに関連付けられたＳＳＢの無効、または前記タイミングアドバンスの前記無効のうちの少なくとも１つに基づいて前記ランダムアクセスプロシージャを開始することを、前記端末デバイスにさらに行わせる、請求項９に記載の端末デバイス。

【請求項11】

方法であって、
端末デバイスによって、ネットワークデバイスから、スモールデータ伝送（ＳＤＴ）プロシージャのために１つ以上のコンフィグレーションされたｇｒａｎｔリソースのコンフィグレーション、及び前記１つ以上のコンフィグレーションされたｇｒａｎｔリソースのうちの少なくとも１つを介したＳＤＴが許可されたそれぞれの論理チャネルに関連付けられた１つ以上のデータ無線ベアラ（ＤＲＢ）のリストを受信することと、
非アクティブモードで前記ＳＤＴプロシージャを開始することと、
バッファステータスレポート（ＢＳＲ）がトリガされるという決定に従って、スケジューリング要求マスクのコンフィグレーションがＳＤＴに対してコンフィグレーションされた論理チャネルに適用されるべきかどうかを決定することと、
を含む、前記方法。

【請求項12】

前記スケジューリング要求マスクの前記コンフィグレーションが適用されるべきかどうかを決定することは、
前記１つ以上のコンフィグレーションされたｇｒａｎｔリソースのうちの前記少なくとも１つを介したＳＤＴが許可された論理チャネルによって、前記ＢＳＲがトリガされると決定することに応答して、
前記スケジューリング要求マスクの前記コンフィグレーションが適用されるべきではないと決定すること、または
ＳＤＴに対してコンフィグレーションされた前記論理チャネルのスケジューリング要求に対する前記スケジューリング要求マスクを、ｔｒｕｅであり前記スケジューリング要求マスクを適用するように設定すること、
を含む、請求項１１に記載の方法。

【請求項13】

前記スケジューリング要求マスクの前記コンフィグレーションが適用されるべきかどうかを決定することは、
前記１つ以上のコンフィグレーションされたｇｒａｎｔリソースのうちの前記少なくとも１つを介したＳＤＴが許可されていない論理チャネルによって、前記ＢＳＲがトリガされると決定することに応答して、前記スケジューリング要求マスクの前記コンフィグレーションが適用されるべきであると決定すること、
を含む、請求項１１に記載の方法。

【請求項14】

前記スモールデータ伝送（ＳＤＴ）プロシージャのために前記１つ以上のコンフィグレーションされたｇｒａｎｔリソースの前記コンフィグレーションは、前記ＳＤＴに対する接続再開試行を開始するために前記非アクティブモードで前記端末デバイスによって使用されるためのものである、請求項１１に記載の方法。

【請求項15】

方法であって、
端末デバイスによって、ネットワークデバイスから、スモールデータ伝送（ＳＤＴ）プロシージャのために１つ以上のコンフィグレーションされたｇｒａｎｔリソースのコンフィグレーション、及び前記１つ以上のコンフィグレーションされたｇｒａｎｔリソースのうちの前記少なくとも１つを介したＳＤＴが許可されたそれぞれの論理チャネルに関連付けられた１つ以上のＤＲＢのリストを受信することと、
ランダムアクセスプロシージャが開始されるべきであると決定することに応答して、前記ランダムアクセスプロシージャの開始が遅延すべきかどうかを決定することと、
を含む、前記方法。

【請求項16】

前記ランダムアクセスプロシージャの前記開始が遅延すべきかどうかを決定することは、
専用帯域幅部分（ＢＷＰ）上で開始される前記ＳＤＴプロシージャ、
前記専用ＢＷＰ上で前記１つ以上のコンフィグレーションされたｇｒａｎｔリソース内の前記専用ＢＷＰに関連付けられた同期信号ブロック（ＳＳＢ）の無効、または
タイミングアドバンスの無効、
のうちの少なくとも１つに応答して、
前記ランダムアクセスプロシージャの前記開始が遅延すべきであると決定することを含む、請求項１５に記載の方法。

【請求項17】

候補ビーム検出数もしくはコンフィグレーションされたｇｒａｎｔオケージョン数まで、または前記ランダムアクセスプロシージャを開始するための命令を前記ネットワークデバイスから受信するまで、前記ランダムアクセスプロシージャの前記開始をタイマーを用いて遅延させること、
のうちの少なくとも１つをさらに含む、請求項１６に記載の方法。

【請求項18】

タイミングアドバンスが期限切れのときに、または有効なＳＳＢが存在しないときに、前記端末デバイスのバッファ内に伝送されるデータが存在する場合に前記ランダムアクセスプロシージャを開始することをさらに含む、請求項１６に記載の方法。

【請求項19】

前記ランダムアクセスプロシージャの前記開始が遅延すべきかどうかを決定することは、
初期ＢＷＰ上で開始される前記ＳＤＴプロシージャに応答して、前記ランダムアクセスプロシージャの前記開始が遅延すべきではないと決定することを含む、請求項１５に記載の方法。

【請求項20】

前記初期ＢＷＰ上で前記１つ以上のコンフィグレーションされたｇｒａｎｔリソースに関連付けられたＳＳＢの無効、または前記タイミングアドバンスの前記無効のうちの少なくとも１つに基づいて前記ランダムアクセスプロシージャを開始することをさらに含む、請求項１９に記載の方法。

【請求項21】

装置であって、
ネットワークデバイスから、スモールデータ伝送（ＳＤＴ）プロシージャのために１つ以上のコンフィグレーションされたｇｒａｎｔリソースのコンフィグレーション、及び前記１つ以上のコンフィグレーションされたｇｒａｎｔリソースのうちの少なくとも１つを介したＳＤＴが許可されたそれぞれの論理チャネルに関連付けられた１つ以上のデータ無線ベアラ（ＤＲＢ）のリストを受信するための手段と、
非アクティブモードで前記ＳＤＴプロシージャを開始するための手段と、
バッファステータスレポート（ＢＳＲ）がトリガされるという決定に従って、スケジューリング要求マスクのコンフィグレーションがＳＤＴに対してコンフィグレーションされた論理チャネルに適用されるべきかどうかを決定するための手段と、
を含む、前記装置。

【請求項22】

装置であって、
ネットワークデバイスから、スモールデータ伝送（ＳＤＴ）プロシージャのために１つ以上のコンフィグレーションされたｇｒａｎｔリソースのコンフィグレーション、及び前記１つ以上のコンフィグレーションされたｇｒａｎｔリソースのうちの少なくとも１つを介したＳＤＴが許可されたそれぞれの論理チャネルに関連付けられた１つ以上のデータ無線ベアラ（ＤＲＢ）のリストを受信するための手段と、
ランダムアクセスプロシージャが開始されるべきであると決定することに応答して、前記ランダムアクセスプロシージャの開始が遅延すべきかどうかを決定するための手段と、
を含む、前記装置。

【請求項23】

プログラム命令を含むコンピュータ可読記憶媒体であって、前記命令は、前記コンピュータ可読記憶媒体に格納され、デバイスのプロセッサによって実行されると、前記デバイスに請求項１１～１４のいずれかに記載の方法を実行させる、前記コンピュータ可読記憶媒体。

【請求項24】

プログラム命令を含むコンピュータ可読記憶媒体であって、前記命令は、前記コンピュータ可読記憶媒体に格納され、デバイスのプロセッサによって実行されると、前記デバイスに請求項１５～２０のいずれかに記載の方法を実行させる、前記コンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の例示的な実施形態は、一般に、通信分野に関し、特に、スモールデータ伝送（ＳＤＴ）に対するスケジューリング要求（ＳＲ）及びランダムアクセス（ＲＡ）をトリガするデバイス、方法、装置及びコンピュータ可読記憶媒体に関する。

【背景技術】

【0002】

非アクティブ状態でのユーザ機器（ＵＥ）は、非アクティブ状態から接続状態に移行することによる、シグナリングオーバーヘッド及び遅延を減少させるためにＳＤＴを実行することができる。２つの一般的なタイプのＳＤＴは、ランダムアクセスチャネル（ＲＡＣＨ）ベースのＳＤＴ（ＲＡＣＨベースのＳＤＴ）及びコンフィグレーションされたｇｒａｎｔベースのＳＤＴ（ＣＧ－ＳＤＴ）を含む。ＣＧ－ＳＤＴの場合、１つ以上のＣＧリソースは、初期帯域幅部分（ＢＷＰ）か別個のＳＤＴ ＢＷＰかいずれかにコンフィグレーションされ得る。ＣＧリソースに関連付けられた同期信号ブロック（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ ｂｌｏｃｋ：ＳＳＢ）の基準信号受信電力（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｉｎｇ Ｐｏｗｅｒ：ＲＳＲＰ）のいずれもＳＤＴタイプの選択フェーズでＣＧ－ＳＤＴ基準のＲＳＲＰ閾値を上回らない場合、ＵＥは、ＲＡ－ＳＤＴ基準が満たされると、ＲＡ－ＳＤＴを選択し得る。

【0003】

ＳＤＴプロシージャ中、スケジューリング要求（ＳＲ）は、ＵＬリソースの不足によりトリガされ得る。ＳＲリソースがＳＤＴに対してコンフィグレーションされない場合、バッファステータスレポート（ＢＳＲ）がＳＤＴデータによってトリガされるときに、ＳＲリソースが利用可能でないため、ＵＥはランダムアクセス（ＲＡ）をトリガし得る。ＳＲ及びＲＡのトリガにより、不要なＢＷＰスイッチングが誘導され得る。

【発明の概要】

【0004】

概して、本開示の例示的な実施形態は、ＳＤＴに対するＳＲ及びＲＡをトリガするデバイス、方法、装置、及びコンピュータ可読記憶媒体を提供する。

【0005】

第一態様では、少なくとも１つのプロセッサと、コンピュータプログラムコードを有する少なくとも１つのメモリとを含む、端末デバイスを提供する。少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサを用いて、ネットワークデバイスから、スモールデータ伝送（ＳＤＴ）プロシージャのために１つ以上のコンフィグレーションされたｇｒａｎｔ（ＣＧ）リソースのコンフィグレーション、及び１つ以上のＣＧリソースのうちの少なくとも１つを介したＳＤＴが許可されたそれぞれの論理チャネル（ＬＣＨ）に関連付けられた１つ以上のデータ無線ベアラ（ＤＲＢ）のリストを受信することを、端末デバイスに行わせるように構成される。さらに、非アクティブモードでＳＤＴプロシージャを開始して、バッファステータスレポート（ＢＳＲ）がトリガされるという決定に従って、スケジューリング要求マスクのコンフィグレーションがＳＤＴに対してコンフィグレーションされたＬＣＨに適用されるべきかどうかを決定することを、端末デバイスに行わせる。

【0006】

第二態様では、少なくとも１つのプロセッサと、コンピュータプログラムコードを有する少なくとも１つのメモリとを含む、端末デバイスが提供される。少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサを用いて、ネットワークデバイスから、ＳＤＴプロシージャに対する１つ以上のＣＧリソースのコンフィグレーション、及び１つ以上のＣＧリソースのうちの少なくとも１つを介したＳＤＴが許可されたそれぞれのＬＣＨに関連付けられた１つ以上のＤＲＢのリストを受信することを、端末デバイスに行わせるように構成される。さらに、ランダムアクセスプロシージャが開始されるべきであると決定することに応答して、ランダムアクセスプロシージャの開始が遅延すべきかどうかを決定することを、端末デバイスに行わせる。

【0007】

第三態様では、方法が提供される。方法では、端末デバイスは、ネットワークデバイスから、ＳＤＴプロシージャに対する１つ以上のＣＧリソースのコンフィグレーション、及び１つ以上のＣＧリソースのうちの少なくとも１つを介したＳＤＴが許可されたそれぞれのＬＣＨに関連付けられた１つ以上のＤＲＢのリストを受信する。端末デバイスが非アクティブモードでＳＤＴプロシージャを開始した後、ＢＳＲがトリガされると端末が決定する場合、端末デバイスは、スケジューリング要求マスクのコンフィグレーションがＳＤＴに対してコンフィグレーションされたＬＣＨに適用されるべきかどうかを決定する。

【0008】

第四態様では、方法が提供される。方法では、端末デバイスは、ネットワークデバイスから、ＳＤＴプロシージャに対する１つ以上のＣＧリソースのコンフィグレーション、及び１つ以上のＣＧリソースのうちの少なくとも１つを介したＳＤＴが許可されたそれぞれのＬＣＨに関連付けられた１つ以上のＤＲＢのリストを受信する。ランダムアクセスプロシージャが開始されるべきであると端末デバイスが決定する場合、端末デバイスは、ランダムアクセスプロシージャの開始が遅延すべきかどうかを決定する。

【0009】

第五態様では、第三または第四態様による方法を実行するための手段を含む装置が提供される。

【0010】

第六態様では、コンピュータ可読記憶媒体が提供され、コンピュータ可読記憶媒体はその上に格納されたプログラム命令を含む。命令は、デバイスのプロセッサによって実行されると、第三または第四態様による方法をデバイスに実行させる。

【0011】

発明の概要のセクションは、本開示の例示的な実施形態の重要または本質的な特徴を特定することを意図するものではなく、また、本開示の範囲を制限するために使用されることを意図するものでもないことを、理解されたい。本開示の他の特徴は、以下の説明を通じて容易に理解できるようになるであろう。

【0012】

次に、いくつかの例示的な実施形態を、添付の図面を参照しながら説明する。

【図面の簡単な説明】

【0013】

【図1】本開示の例示的な実施形態を実施し得る例示的な環境を示す。

【図2】本開示のいくつかの例示的な実施形態による、スケジューリング要求（ＳＲ）のトリガ強化のための例示の方法のフローチャートを示す。

【図3】本開示のいくつかの他の例示的な実施形態による、ランダムアクセス（ＲＡ）のトリガ強化のための例示の方法のフローチャートを示す。

【図4】本開示の例示的な実施形態を実施するのに好適なデバイスの簡略化されたブロック図を示す。

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

【0014】

図面全体を通して、同一または類似の参照番号は、同一または類似の要素を表す。

【0015】

次に、本開示の原理を、いくつかの例示的な実施形態を参照しながら説明する。これらの例示的な実施形態は、ただ説明のために記載されたものにすぎず、当業者が本開示を理解し実施するのに役立つものであるが、本開示の範囲については、いかなる制限をも示唆するものではないことを理解されたい。本明細書に記載の開示は、以下に記載されている以外にも様々な方法で実施することができる。

【0016】

下記の説明及び特許請求の範囲では、本明細書で使用される全ての技術用語及び科学用語は、別段の定義がない限り、本開示が属する技術分野の当業者により一般的に理解される意味と同じ意味を有する。

【0017】

本明細書で使用される場合、用語「端末装置」または「ユーザ機器」（ＵＥ）は、互いとまたは基地局と無線通信が可能な任意の端末装置を指す。通信は、電磁信号、電波、赤外線信号、及び／または無線で情報を伝達するのに適した他の種類の信号を使用して、無線信号を送信及び／または受信することを含み得る。いくつかの例示の実施形態では、ＵＥは、直接的な人のインタラクションなしに、情報を送信及び／または受信するように構成されてよい。例えば、ＵＥは、内部イベントまたは外部イベントによりトリガされるとき、またはネットワーク側からの要求に応えて、所定のスケジュールで情報を基地局に送信し得る。

【0018】

ＵＥの例は、スマートフォン、無線対応タブレットコンピュータ、ラップトップ組み込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、無線カスタマ構内設備（ＣＰＥ）、センサ、計量装置、腕時計などのパーソナルウェアラブル、及び／または通信が可能である乗り物を含むが、これらに限定されない。説明の目的で、いくつかの例示的な実施形態は、端末装置の例としてＵＥを参照して説明され、用語「端末装置」及び「ユーザ機器」（ＵＥ）は、本開示の文脈において交換可能に使用されてよい。

【0019】

本明細書で使用される場合、用語「ネットワークデバイス」は、それを介して通信ネットワーク内の端末装置にサービスを提供することができるデバイスを指す。例として、ネットワークデバイスは基地局を含み得る。本明細書で使用される場合、用語「基地局」（ＢＳ）は、それを介して通信ネットワーク内の端末装置にサービスを提供することができるネットワークデバイスを指す。基地局は、それを介して端末装置またはＵＥが通信ネットワークにアクセスすることができる任意の適切なデバイスを含み得る。基地局の例は、中継器、アクセスポイント（ＡＰ）、送信ポイント（ＴＲＰ）、ノードＢ（ＮｏｄｅＢまたはＮＢ）、発展型ＮｏｄｅＢ（ｅＮｏｄｅＢまたはｅＮＢ）、新無線技術（ＮＲ）ＮｏｄｅＢ（ｇＮＢ）、リモート無線モジュール（ＲＲＵ）、無線ヘッダー（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、フェムト、ピコなどの低電力ノードを含む。

【0020】

本明細書で使用される場合、用語「回路」は、次の１つまたは複数または全てを指してよい。
（ａ）ハードウェアのみの回路実装（アナログ及び／またはデジタル回路のみで実装など）、
（ｂ）ハードウェア回路とソフトウェアとの組み合わせ、例えば（該当する場合）、（ｉ）アナログ及び／またはデジタルハードウェア回路（複数可）とソフトウェア／ファームウェアとの組み合わせ、及び（ｉｉ）ハードウェアプロセッサ（複数可）の任意の部分とソフトウェア（携帯電話またはサーバなどの装置に様々な機能を実行させるように協働するデジタル信号プロセッサ（複数可）、ソフトウェア、及びメモリ（複数可）を含む）、及び、
（ｃ）動作のためにソフトウェア（例えばファームウェア）を必要とするハードウェア回路（複数可）、及び／またはマイクロプロセッサ（複数可）もしくはマイクロプロセッサ（複数可）の一部などのプロセッサ（複数可）であるが、動作に不要な場合はソフトウェアは存在しない場合がある。

【0021】

回路のこの定義は、あらゆる請求項を含む、本出願におけるこの用語のすべての使用に適用される。さらなる例として、回路という用語は、本出願で使用する場合、単なるハードウェア回路またはプロセッサ（もしくは複数のプロセッサ）、あるいはハードウェア回路またはプロセッサの一部、ならびにそれに（またはそれらに）付随するソフトウェア及び／またはファームウェアの一実施態様も包含する。用語回路はまた、例えば、特定の請求項の要素に該当する場合、モバイルデバイスに対するベースバンド集積回路またはプロセッサ集積回路、あるいはサーバ、セルラー基地局、または他のコンピューティングもしくは基地局内の同様の集積回路も包含する。

【0022】

本明細書で使用される場合、単数形「ａ」、「ａｎ」、及び「ｔｈｅ」は、文脈による明確な別段の指示がない限り、複数形も含むことが意図されている。用語「～を含む（ｉｎｃｌｕｄｅｓ）」及びその変形は、「～を含むが、これに限定されない」を意味する開放的な用語として解釈されるべきである。用語「～に基づく」は、「～に少なくとも部分的に基づく」と解釈されるべきである。用語「一実施形態（ｏｎｅ ｅｍｂｏｄｉｍｅｎｔ）」及び「実施形態（ａｎ ｅｍｂｏｄｉｍｅｎｔ）」は、「少なくとも１つの実施形態」と解釈されるべきである。用語「別の実施形態」は、「少なくとも１つの他の実施形態」と解釈されるべきである。明示的及び暗示的な他の定義が下記に含まれ得る。

【0023】

本明細書で使用されるように、「第一の」、「第二の」などの用語が種々の要素を説明するために本明細書で使用されてよいが、これらの要素がこれらの用語によって制限される必要はない。これらの用語は、ある要素を別の要素と区別するためにだけ使われる。例えば、例示の実施形態の範囲から逸脱することなく、第１の要素が第２の要素と呼ばれてもよく、同様に、第２の要素が第１の要素と呼ばれてもよい。本明細書で使用される場合、用語「及び／または」は、列記された用語の１つ以上のありとあらゆる組み合わせを包含する。

【0024】

ＲＡ－ＳＤＴの場合、第３世代パートナーシッププロジェクト（３ＧＰＰ）リリース１７（ＲＥＬ１７）では、ＲＡＣＨベースのスキーム（２－ｓｔｅｐ及び４－ｓｔｅｐのＲＡＣＨを含む）に対するアップリンク（ＵＬ）スモールデータ伝送を使用して、例えば、メッセージＡ（ＭＳＧＡ）またはメッセージ３（ＭＳＧ３）を使用して、ＩＮＡＣＴＩＶＥ状態からスモールデータパケットに対するＵｓｅｒ－Ｐｌａｎｅ（ＵＰ）データ伝送を可能にする。フレキシブルペイロードのサイズは、ＵＬでのＵＰデータ伝送をサポートするためにＭＳＧＡ及びＭＳＧ３に対してＩＮＡＣＴＩＶＥ状態で現在可能である、Ｒｅｌｅａｓｅ１６（Ｒｅｌ－１６）での共通制御チャネル（ｃｏｍｍｏｎ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ：ＣＣＣＨ）メッセージのサイズよりも大きくなるように提供される。実際のペイロードのサイズは、ネットワーク（ＮＷ）コンフィグレーションに依存する場合がある。ＲＡＣＨベースのＳＤＴの場合、ＩＮＡＣＴＩＶＥ状態でのコンテキストのフェッチ及びデータの転送（アンカーリロケーションの有無にかかわらず）をサポートする。ＲＡ－ＳＤＴの場合、コンテンションフリーランダムアクセス（Ｃｏｎｔｅｎｔｉｏｎ Ｆｒｅｅ Ｒａｎｄｏｍ Ａｃｃｅｓｓ：ＣＦＲＡ）をサポートしない。別個の検索空間は、ＲＡ－ＳＤＴを実行するＵＥに共通である。

【0025】

ＣＧ－ＳＤＴでは、タイミングアドバンス（ＴＡ）が有効である場合、コンフィグレーションされたｇｒａｎｔタイプ１を再利用することによってプリコンフィグレーションされたＰＵＳＣＨリソース上でのＵＬデータの伝送を許可し、ＩＮＡＣＴＩＶＥ状態でコンフィグレーションされたｇｒａｎｔタイプ１リソースを介してスモールデータ伝送を提供する。コンフィグレーションされたｇｒａｎｔタイプ１リソースは、ＩＮＡＣＴＩＶＥ状態の間のＵＬでのスモールデータ伝送に対してコンフィグレーションされる。ＵＥ特有の検索空間は、ＣＧ－ＳＤＴを実行するＵＥに対してコンフィグレーションされてもよい。ＵＥがシステム情報変更のためにＳＤＴを開始した後、ＵＥはページングを監視する必要がある場合がある。ＣＧ－ＳＤＴリソースは、初期ＢＷＰか別個のＳＤＴ ＢＷＰかいずれかの上でコンフィグレーションされることができる。同期信号ブロック（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ ｂｌｏｃｋ：ＳＳＢ）の基準信号受信電力（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｉｎｇ Ｐｏｗｅｒ：ＲＳＲＰ）のいずれもＳＤＴタイプの選択フェーズでＣＧ－ＳＤＴ基準のＲＳＲＰ閾値を上回らない場合、ＵＥは、ＲＡ－ＳＤＴ基準が満たされると、ＲＡ－ＳＤＴを選択し得る。

【0026】

ＵＥが無線リソース制御（ＲＲＣ）再開プロシージャを、ＲＲＣＲｅｌｅａｓｅを受信するセルとは異なる別のセルから開始すると、ＵＥはＣＧ－ＳＤＴリソース（格納されている場合）を解放し得る。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態中に以前にコンフィグレーションされたセル無線ネットワーク一時識別子（Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ：Ｃ－ＲＮＴＩ）をＵＥに使用して、ＣＧ－ＳＤＴ中に物理ダウンリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ：ＰＤＣＣＨ）を監視し得る。コンフィグレーションされたスケジューリング－ＲＮＴＩ（Ｃｏｎｆｉｇｕｒｅｄ Ｓｃｈｅｄｕｌｉｎｇ－ＲＮＴＩ：ＣＳ－ＲＮＴＩ）ベースの動的再伝送メカニズムをＣＧ－ＳＤＴに再使用することができる。ＣＳ－ＲＮＴＩがＲＲＣ＿ＣＯＮＮＥＣＴＥＤで以前にコンフィグレーションされたものと同じであるか、新しいＣＳ－ＲＮＴＩがＵＥに提供されるかは、さらなる検討課題である。

【0027】

ＣＧリソース選択の目的で、ＵＥは後続のＣＧ伝送に対してＳＳＢを再評価し得る。有効なＳＳＢがない場合、または候補ビーム検出のサンプルが利用できない場合、何が起こるかは、さらなる検討課題である。ＣＧ－ＳＤＴコンフィグレーションには、ＲＲＣ＿ＩＮＡＣＴＩＶＥでの新しいＴＡタイマー、ＳＤＴでのＴＡ妥当性確認メカニズムのＲＳＲＰ変更閾値、及び／またはビーム選択のための（ＵＥはデータ伝送に対するビーム及び関連付けられたＣＧリソースを選択するための）ＳＳＢ ＲＳＲＰ閾値を含み得る、いくつかのパラメータが含まれる場合がある。これらのパラメータが複数のＣＧ－ＳＤＴコンフィグレーションに共通であるか、ＣＧ－ＳＤＴコンフィグレーションごとに共通であるかは、さらなる検討課題である。

【0028】

ＳＤＴプロシージャ中、ＵＥは、パケットデータコンバージェンスプロトコル（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ：ＰＤＣＰ）再確立を、ＰＤＣＰ再確立のインジケーションを明示することなく、黙示的に実行し得る。ロバストなヘッダー圧縮（Ｒｏｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ：ＲＯＨＣ）連続性をサポートすべきかどうかは、ネットワークによって明示的にコンフィグレーションされ得る。ＳＤＴの場合、ＰＤＣＰ二重化及び接続モードの間欠受信（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ：ＤＲＸ）をサポートし得ないが、パワーヘッドルームレポート（Ｐｏｗｅｒ Ｈｅａｄｒｏｏｍ Ｒｅｐｏｒｔ：ＰＨＲ）機能をサポートし得る。

【0029】

ＳＤＴの場合、スケジューリング要求（ＳＲ）リソースをコンフィグレーションし得ない。この場合、バッファステータスレポート（ＢＳＲ）がＳＤＴデータによってトリガされるときに、ＳＲリソースが利用可能でないため、ＵＥはランダムアクセス（ＲＡ）をトリガし得る。例えば、ＣＧ伝送フェーズ中、ＵＥがＮＷから応答を受信した後、ＵＬリソースがないため、ＵＥはレガシーＲＡＣＨプロシージャをトリガし得る。メディアアクセスコントロール（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）の再構築を必要とし得ない。ＲＡ－ＳＤＴ ＲＡリソースを後続データに使用することができるかどうかはさらなる検討課題である。

【0030】

例として、ＳＳＢ評価を実行するときに、ＴＡが無効であるときに、及び／またはＵＬリソースの不足によりＳＲがトリガされるときに、適格なＳＳＢがない場合、ＵＥはＲＡＣＨプロシージャを開始し得る。ＣＧ－ＳＤＴリソースが専用ＢＷＰ上にコンフィグレーションされ、専用ＢＷＰ上にコンフィグレーションされたＲＡリソースがない場合、ＵＥはＲＡＣＨプロシージャを実行するために初期ＢＷＰにスイッチングする必要があり得る。

【0031】

例えば、サービングセル上でのＲＡプロシージャの開始時に、ＲＡプロシージャに対するキャリアを選択した後、このサービングセルの選択されたキャリアについて、ＵＥのＭＡＣエンティティは、ＰＲＡＣＨオケージョンがアクティブなＵＬ ＢＷＰに対してコンフィグレーションされていない場合にアクティブなＵＬ ＢＷＰを、ｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰによってインディケートされるＢＷＰにスイッチングし得る。サービングセルが特別なセル（ｓｐｅｃｉａｌ ｃｅｌｌ：ＳｐＣｅｌｌ）である場合、ＭＡＣエンティティは、アクティブなＤＬ ＢＷＰをｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰによってインディケートされるＢＷＰにスイッチングしてもよい。ＰＲＡＣＨオケージョンがアクティブなＵＬ ＢＷＰにコンフィグレーションされる場合、サービングセルが特別なセル（ｓｐｅｃｉａｌ ｃｅｌｌ：ＳｐＣｅｌｌ）であるときに、アクティブなＤＬ ＢＷＰがアクティブなＵＬ ＢＷＰと同じｂｗｐ－Ｉｄを有しない場合、ＭＡＣエンティティは、アクティブなＤＬ ＢＷＰを、アクティブなＵＬ ＢＷＰと同じｂｗｐ－Ｉｄを有するＤＬ ＢＷＰにスイッチングしてもよい。ＭＡＣエンティティは、実行中の場合、このサービングセルのアクティブなＤＬ ＢＷＰに関連付けられたｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを停止し得る。サービングセルがセカンダリセル（ＳＣｅｌｌ）である場合、ＭＡＣエンティティは、実行中の場合、ＳｐＣｅｌｌのアクティブなＤＬ ＢＷＰに関連付けられたｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを停止し得る。ＭＡＣエンティティは、ＳｐＣｅｌｌのアクティブなＤＬ ＢＷＰ及びこのサービングセルのアクティブなＵＬ ＢＷＰにＲＡプロシージャを実行し得る。

【0032】

さらに、通常のＢＳＲをトリガした論理チャネル（ＬＣＨ）に対してＳＲマスクがコンフィグレーションされていない場合、ｇｒａｎｔがコンフィグレーションされているＣＯＮＮＥＣＴＥＤモードのＵＥはＳＲをトリガし得る。マスクがコンフィグレーションされていない場合、通常、専用ＳＲがＣＯＮＮＥＣＴＥＤモードに対してコンフィグレーションされるため、ＣＯＮＮＥＣＴＥＤモードでは問題になり得ない。ただし、ＳＤＴプロシージャ中のＩＮＡＣＴＩＶＥモードでは適用できない場合がある。ＩＮＡＣＴＩＶＥモード中にＳＲマスクがｆａｌｓｅに設定される場合にＳＲがトリガされると、ＣＧ－ＳＤＴリソースがまだ利用可能であるにもかかわらず、ＣＧ－ＳＤＴプロシージャ中に不要なＲＡプロシージャ及びさらなるＢＷＰのスイッチングが起こり得る。

【0033】

本開示の例示的な実施形態は、不要なＳＲ及び／またはＲＡのトリガを回避して、不要なＢＷＰスイッチングを回避するために、ＳＤＴに対するＳＲ及びＲＡのトリガ強化スキームを提供する。一態様では、ＳＲトリガ強化の場合、ＣＧ－ＳＤＴができる端末デバイス（ＵＥなど）は、ネットワークデバイス（基地局など）からＳＤＴプロシージャに対して１つ以上のコンフィグレーションされたｇｒａｎｔ（ＣＧ）リソースのコンフィグレーション、及び１つ以上のＣＧリソースのうちの少なくとも１つを介したＳＤＴが許可されたそれぞれの論理チャネル（ＬＣＨ）に関連付けられたデータ無線ベアラ（ＤＲＢ）のリストを受信する。ＲＲＣ＿ＩＮＡＣＴＩＶＥモードなど、非アクティブモード中の端末デバイスがＳＤＴプロシージャを開始した後、端末デバイスは、バッファステータスレポート（ＢＳＲ）をトリガしたＬＣＨの、１つ以上のＣＧリソースのうちの少なくとも１つを介したＳＤＴが許可されるかどうかを決定する。ＬＣＨのＳＤＴが許可される場合、端末デバイスは、ＬＣＨにスケジューリング要求（ＳＲ）マスクのコンフィグレーションを適用するべきかどうかを決定する。

【0034】

いくつかの例示的な実施形態では、ＣＧリソースのうちの少なくとも１つが有効であると端末デバイスが決定する場合、端末デバイスは、ＳＲマスクのコンフィグレーションをＬＣＨに適用すべきではないと決定する。その結果、端末デバイスはＳＲマスクをバイパスし得る。代替に、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードなど、接続モードでＳＲマスクがｆａｌｓｅであると設定される場合、端末デバイスはＳＲマスクをｔｒｕｅであると設定し得る。従って、ＳＤＴプロシージャ中に不要なＳＲトリガを防止し得る。

【0035】

別の態様では、ＲＡトリガ強化の場合、ＣＧ－ＳＤＴができる端末デバイスは、ＲＡプロシージャが必要であると端末デバイスが決定するときにＲＡプロシージャの開始を遅延させる。そのため、不要なＲＡトリガも防止し得る。

【0036】

このようにして、不要なＳＲ及びＲＡのトリガを防止し得ることによって、消費電力が節約され、シグナリングオーバーヘッドが減少し、システム効率が向上する。

【0037】

図１は、本開示の例示的な実施形態を実施し得る例示的な環境１００を示す。

【0038】

環境１００は、通信ネットワークの一部であり得、相互に通信していることができる端末デバイス１１０及びネットワークデバイス１２０を含む。本開示の範囲にいかなる制限も示唆することなく、説明のためにのみ、２つのデバイスが環境１００内に示されていることを理解されたい。任意の適切な数の端末デバイス及びネットワークデバイスを環境１００内に含んでもよい。

【0039】

端末デバイス１１０は、ネットワークデバイス１２０または他の端末デバイスと、直接にまたはネットワークデバイス１２０を介して通信することができる。環境１００内での通信は、ユニバーサルモバイルテレコミュニケーションシステム（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ：ＵＭＴＳ）、ロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ：ＬＴＥ）、ＬＴＥアドバンスト（ＬＴＥ－Ａｄｖａｎｃｅｄ：ＬＴＥ－Ａ）、第５世代新無線（ｆｉｆｔｈ ｇｅｎｅｒａｔｉｏｎ Ｎｅｗ Ｒａｄｉｏ：５Ｇ ＮＲ）、ワイヤレスフィデリティとマイクロ波アクセスの世界的な相互運用性（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ：Ｗｉ－ＦｉとＷｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ：ＷｉＭＡＸ）規格など、既に存在している、または今後開発される任意の適切な通信規格またはプロトコルに従い得、そして例えば、多入力多出力（Ｍｕｌｔｉｐｌｅ－Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ－Ｏｕｔｐｕｔ：ＭＩＭＯ）、直交周波数分割多重化（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ：ＯＦＤＭ）、時分割多重化（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ：ＴＤＭ）、周波数分割多重化（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ：ＦＤＭ）、符号分割多重化（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ：ＣＤＭ）、Ｂｌｕｅｔｏｏｔｈ、ＺｉｇＢｅｅ、及びマシンタイプ通信（ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ：ＭＴＣ）、高速大容量（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ：ｅＭＢＢ）、大規模マシンタイプ通信（ｍａｓｓｉｖｅ ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ：ｍＭＴＣ）、超高信頼性低レイテンシ通信（ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ｌｏｗ ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎ：ＵＲＬＬＣ）、キャリアアグリゲーション（Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ：ＣＡ）、デュアルコネクション（Ｄｕａｌ Ｃｏｎｎｅｃｔｉｏｎ：ＤＣ）、及び新無線無認可（Ｎｅｗ Ｒａｄｉｏ Ｕｎｌｉｃｅｎｓｅｄ：ＮＲ－Ｕ）技術を含む、任意の適切な通信技術を採用する。

【0040】

端末デバイス１１０は、ネットワークデバイス１２０から、非アクティブ状態またはモード（ＲＲＣ＿ＩＮＡＣＴＩＶＥなど）中のＳＤＴプロシージャに対する１つ以上のＣＧリソースのコンフィグレーションを受信することができる。端末デバイス１１０は、ネットワークデバイス１２０から、１つ以上のＣＧリソースのうちの少なくとも１つを介したＳＤＴが許可されたそれぞれのＬＣＨに関連付けられたＤＲＢのリストをさらに受信する。様々な例示的な実施形態では、端末デバイス１１０は、消費電力を節約し、システム効率を向上させるために不要なＳＲ及び／またはＲＡトリガを回避しようとする。

【0041】

ＳＲトリガ強化のためのいくつかの例示的な実施形態については、図２を参照して以下に説明する。

【0042】

図２は、本開示のいくつかの例示的な実施形態による、端末デバイス１１０での例示的なＳＲトリガ強化方法２００のフローチャートを示す。

【0043】

図２に示されるように、ブロック２０５では、端末デバイス１１０は、ネットワークデバイス１２０から、ＳＤＴプロシージャに対する１つ以上のＣＧリソースのコンフィグレーション、及び１つ以上のＣＧリソースのうちの少なくとも１つを介したＳＤＴが許可されたそれぞれのＬＣＨに関連付けられたＤＲＢのリストを受信する。１つ以上のＣＧリソースのコンフィグレーションは、非アクティブモード中の端末デバイス１１０によって、ＳＤＴに対する接続再開試行を開始するために使用され得る。ＣＧリソースは、専用ＢＷＰまたは初期ＢＷＰ上にコンフィグレーションされ得る。

【0044】

ブロック２１０では、端末デバイス１１０はＳＤＴプロシージャを開始する。ブロック２１５では、ＢＳＲがトリガされると端末デバイス１１０が決定する場合、端末デバイス１１０は、ＳＲマスクのコンフィグレーションがＳＤＴに対してコンフィグレーションされたＬＣＨに適用されるべきかどうかを決定する。

【0045】

例えば、いくつかの例示的な実施形態では、端末デバイス１１０がＣＯＮＮＥＣＴＥＤモードにある場合、端末デバイス１１０は、ネットワークデバイス１２０から、ＳＤＴのためにＬＣＨまたはＬＣＨに関連付けられたＤＲＢに対するＳＲマスクのコンフィグレーションを受信し得る。ＳＲマスク（またはＳＲ－ｍａｓｋ）はｔｒｕｅまたはｆａｌｓｅであると設定されることができる。従来、アクティブモードでのＳＤＴプロシージャ中、ＳＲ－ｍａｓｋ＝ｔｒｕｅの場合、ＳＲはトリガされず、ＳＲ－ｍａｓｋ＝ｆａｌｓｅの場合、ＳＲはトリガされる。ＣＯＮＮＥＣＴＥＤモードから格納されたＳＲ－ｍａｓｋコンフィグレーションは、ＩＮＡＣＴＩＶＥモードでも引き続き使用し得る。ＳＲ－ｍａｓｋがＣＯＮＮＥＣＴＥＤモードから格納されていない場合、ＳＲ－ｍａｓｋのデフォルト値はｆａｌｓｅである。従って、ＳＲ－ｍａｓｋ＝ｆａｌｓｅの場合、ＣＧ－ＳＤＴリソースのうちの少なくとも１つがまだ使用可能であるにもかかわらず、ＣＧ－ＳＤＴプロシージャ中にＳＲがトリガされ、不要なＲＡがトリガされる。

【0046】

本開示のいくつかの例示的な実施形態によれば、端末デバイス１１０は、ＢＳＲをトリガしたＬＣＴの、１つ以上のＣＧリソースのうち少なくとも１つを介したＳＤＴが許可されるかどうかに基づいて、ＳＲマスクを適用すべきかどうかを決定し得る。ＬＣＨが許可される場合、端末デバイス１１０は、ＳＲマスクのコンフィグレーションが適用されないと決定してもよく、または代替に、それがｔｒｕｅに設定されているとみなしてもよい。そうでなければ、ＬＣＨが許可されない場合、端末デバイス１１０は、ＳＲマスクが適用されると決定してもよく、または代替に、それがｆａｌｓｅに設定されているとみなしてもよい。換言すれば、ＬＣＨに対して格納されているＳＲマスクコンフィグレーションに関係なく、ＳＤＴプロシージャ中、ＢＳＲは１つ以上のＣＧリソースのうちの少なくとも１つを介したＳＤＴが許可されるＬＣＨによってトリガされるとＳＲをトリガせず、ＢＳＲは１つ以上のＣＧリソースのうちの少なくとも１つを介したＳＤＴが許可されないＬＣＨによってトリガされるとＳＲをトリガする。次いでＳＲがトリガされると、ＩＮＡＣＴＩＶＥモードでのＳＤＴ中に利用可能な専用ＳＲリソースがないため、ＲＡプロシージャになる。例えば、１つ以上のＣＧリソースのうちの少なくとも１つが有効であると端末デバイス１１０が決定する場合、端末デバイス１１０は、ＳＲマスクのコンフィグレーションを適用すべきではないと決定する。例えば、端末デバイス１１０は、ＳＲマスクをバイパスするためのＳＲマスクのコンフィグレーションを考慮しなくてもよい。従って、ＬＣＨのＳＲマスクがＣＯＮＮＣＥＣＴＥＤモード中にｆａｌｓｅであるとコンフィグレーションされ、格納される場合でも、端末デバイス１１０はＳＲをトリガしない。

【0047】

いくつかの例示的な実施形態では、ＣＯＮＮＣＥＣＴＥＤモードとＩＮＡＣＴＩＶＥモードで使用されるＳＲマスクは、明示的なリコンフィグレーションなしで、異なる場合がある。例えば、端末デバイス１１０は、ＣＯＮＣＥＣＴＥＤモードに格納されたＳＲマスクコンフィグレーションに関わらず、ＳＤＴプロシージャに対するＬＣＨまたはデータベアラに対してＳＲマスクをｔｒｕｅであると設定してもよい。

【0048】

いくつかの例示的な実施形態では、ＬＣＨがトリガしたＢＳＲがＣＧ－ＳＤＴリソースのうちの少なくとも１つを介して許可される場合、ＳＲマスクコンフィグレーションを考慮することなく、ＣＧ－ＳＤＴに有効なＳＳＢが存在する限り、ＳＲはトリガされない。代替またはさらに、ＬＣＨがトリガしたＢＳＲに関連付けられたＣＧ－ＳＤＴリソースが有効でない場合（例えば、利用可能なＣＧ－ＳＤＴリソースに関連付けられた有効なＳＳＢがない場合）、有効なＣＧ－ＳＤＴリソースが全くない場合を除き、ＳＲはトリガされない。

【0049】

従って、ＳＤＴプロシージャ中、不要なＳＲトリガを回避し得るため、端末デバイス１１０での消費電力が節約され得る。さらに、シグナリングオーバーヘッドが減少し得、システム効率が向上し得る。

【0050】

上述のように、ＣＧ－ＳＤＴプロシージャ中に、ＳＳＢ評価を実行するときに、ＴＡが無効であるときに、及び／またはＵＬリソースの不足によりＳＲがトリガされるときに、適格なＳＳＢがない場合、ＲＡプロシージャを開始し得る。本開示のいくつかの例示的な実施形態によれば、端末デバイス１１０はＲＡプロシージャの開始を遅延させると、リソース消費が削減され、リソース使用率が高まり、さらにシステム効率が向上する。

【0051】

ＲＡトリガ強化のためのいくつかの例示的な実施形態については、図３を参照して以下に説明する。

【0052】

図３は、本開示のいくつかの例示的な実施形態による、端末デバイス１１０での例示的なＲＡトリガ強化方法３００のフローチャートを示す。

【0053】

図３に示されるように、ブロック３０５では、端末デバイス１１０は、ネットワークデバイス１２０から、図２に示されたブロック２０５と同様に、ＳＤＴプロシージャに対する１つ以上のＣＧリソースのコンフィグレーション、及び１つ以上のＣＧリソースのうちの少なくとも１つを介したＳＤＴが許可されるそれぞれのＬＣＨに関連付けられたＤＲＢのリストを受信する。次いで、ブロック３１０では、ＲＡプロシージャが開始されるべきであると端末デバイス１１０が決定する場合、端末デバイス１１０は、ＲＡプロシージャの開始が遅延すべきかどうかを決定する。例えば、ＳＳＢ評価を実行するときに、ＴＡが無効であるときに、及び／またはＵＬリソースの不足によりＳＲがトリガされるときに、適格なＳＳＢがない場合、端末デバイス１１０はＲＡプロシージャが開始されるべきであると決定する。この状況では、端末デバイス１１０は、ＲＡプロシージャを遅延させるべきかどうかを決定する。

【0054】

いくつかの例示的な実施形態では、ＳＳＢ評価が実行されるときに適格なＳＳＢがない場合、端末デバイス１１０は、ビームまたは無線リンク障害回復を即時にトリガすることを回避するために、ＲＡトリガを遅延させることを決定し得る。これは、なんらかの突然の（そして短期間の）障害物またはフェードが存在した場合、ビーム障害または無線リンク障害がすぐに回復し得るためである。この場合、遅延により不要なＲＡトリガが回避され得るため、消費電力が削減され、ネットワーク容量が削減され、システム効率が向上する。

【0055】

いくつかの例示的な実施形態では、ＣＧ－ＳＤＴリソースまたは進行中のＳＤＴプロシージャがＲＡＣＨコンフィグレーションのない専用ＢＷＰ上にあるかどうかに応じて、ＲＡプロシージャを遅延させても、または区別してもよい。例えば、ＣＧ－ＳＤＴリソースが専用ＢＷＰ上にコンフィグレーションされる場合、遅延を適用し得る。ＣＧ－ＳＤＴが初期ＢＷＰ上で実行される場合、端末デバイス１１０は、ＲＡプロシージャが遅延せずに、即時にトリガされると決定し得る。ＣＧ－ＳＤＴに有効なＳＳＢがない場合のＲＡトリガは、不要なＢＷＰスイッチングを回避するために、タイマー（もしくはカウンタ）を用いて遅延してもよく、または候補ビーム検出数（例えば、候補ビーム検出のサンプル数）もしくはＣＧオケージョン数まで遅延してもよい。

【0056】

上述のような、ＴＡが無効である場合、従来、タイムアライメントタイマー（ＴＡＴ）の期限切れの際に、ＲＡプロシージャをトリガする。いくつかの例示的な実施形態では、ＲＡトリガは、ＴＡＴ期限切れと、端末デバイス１１０のバッファ内で利用可能なデータとの両方を考慮し得る。例えば、ＴＡが無効であるときに、端末デバイス１１０のバッファに送信されるべきデータがある場合、ＲＡは遅延し得る。従って、ＴＡが無効になると、バッファ内に送信に利用可能なＵＬデータが存在する場合、ＲＡはトリガされる。すなわち、ＴＡＴが期限切れになると、即時にＲＡプロシージャは開始されない。

【0057】

バッファ内の利用可能なデータは、ＳＳＢの有効性と共に考慮され得る。例えば、ＣＧ－ＳＤＴに有効なＳＳＢが存在しない場合、端末デバイス１１０は、送信されるデータがバッファに到着するまで、ＲＡプロシージャを開始しない。

【0058】

いくつかの例示的な実施形態では、端末デバイス１１０は、ネットワークデバイス１２０からＲＡトリガの命令（ｉｎｓｔｒｕｃｔｉｏｎ）を受信するまで、ＲＡプロシージャを遅延させ得る。例えば、端末デバイス１１０は、ＲＡプロシージャを開始するためのＰＤＣＣＨ命令（ｏｒｄｅｒ）をＮＷ側から受信しない限り、専用ＢＷＰを継続し得る。ＲＡトリガの遅延により、不要なＢＷＰスイッチング及びビーム及び／または無線リンク障害の回復が回避され得ることによって、システム効率が向上し得る。

【0059】

図４は、本開示の例示の実施形態を実施するのに適しているデバイス４００の簡略化されたブロック図である。

【0060】

示されるように、デバイス４００は、プロセッサ４１０、プロセッサ４１０に結合されたメモリ４２０、プロセッサ４１０に結合された通信モジュール４３０、及び通信モジュール４３０に結合された通信インタフェース（図示せず）を含む。メモリ４２０は、少なくとも１つのプログラム４４０を格納する。通信モジュール４３０は、例えば複数のアンテナを介した、双方向通信用である。通信インタフェースは、通信に必要な任意のインタフェースを表してよい。

【0061】

プログラム４４０は、図１～図３を参照して本明細書で説明されるように、関連付けられたプロセッサ４１０によって実行されると、デバイス４００が本開示の例示的な実施形態に従って動作することを可能にするプログラム命令を含むと想定される。本明細書の例示的な実施形態は、デバイス４００のプロセッサ４１０が実行可能なコンピュータソフトウェアにより、またはハードウェアにより、またはソフトウェアとハードウェアの組み合わせにより、実施され得る。プロセッサ４１０は、本開示の様々な例示的な実施形態を実施するように構成され得る。

【0062】

メモリ４２０は、ローカルテクニカルネットワークに適している任意のタイプのものであることができ、非限定的な例として、非一時的コンピュータ可読記憶媒体、半導体ベースのメモリデバイス、磁気メモリデバイス及びシステム、光メモリデバイス及びシステム、固定メモリ及びリムーバブルメモリなどの任意の適切なデータストレージ技術を使用して実装されることができる。デバイス４００には１つのメモリ４２０のみが示されるが、デバイス４００にはいくつかの物理的に別個のメモリモジュールが存在してもよい。プロセッサ４１０は、ローカルテクニカルネットワークに好適な任意の種類のものであり得、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ以上を含み得る。デバイス４００は、メインプロセッサを同期させるクロックに時間的にスレーブされた特定用途向け集積回路チップなどの複数のプロセッサを有してよい。

【0063】

デバイス４００が端末デバイス１１０として機能する場合、プロセッサ４１０及び通信モジュール４３０は協働して、図１～図３を参照して上述される方法２００及び３００を実装し得る。図１～図３を参照して上述されるすべての操作及び特徴は、デバイス４００にも同様に適用可能であり、同様の効果を有する。簡略化のため、詳細を省略する。

【0064】

一般に、本開示の様々な例示的な実施形態は、ハードウェアもしくは専用回路、ソフトウェア、ロジック、またはそれらの任意の組み合わせで実施され得る。いくつかの態様は、ハードウェアで実施されてもよく、一方、他の態様は、コントローラ、マイクロプロセッサ、または他のコンピューティングデバイスによって実行され得るファームウェアまたはソフトウェアで実施されてもよい。本開示の例示的な実施形態の様々な態様は、ブロック図、フローチャートとして、または他のいくつかの図的記述を使用して図示及び説明がなされているが、本明細書で説明されているブロック、装置、システム、技法または方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、特殊用途の回路もしくはロジック、汎用のハードウェアもしくはコントローラまたは他のコンピューティングデバイス、あるいはそれらの何らかの組み合わせにより実施し得ることを理解されたい。

【0065】

本開示はまた、非一時的コンピュータ可読記憶媒体に有形に記憶された少なくとも１つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、図１～図３を参照して上記で説明した方法２００または３００を実行するために、プログラムモジュールに含まれるものなど、対象の実プロセッサまたは仮想プロセッサ上のデバイスで実行されるコンピュータ実行可能命令を含む。一般に、プログラムモジュールは、特定のタスクを実行し、または特定の抽象データ型を実施する、ルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造などを含む。プログラムモジュールの機能は、様々な例示的な実施形態において、望ましいように、プログラムモジュール間で組み合わされ、または分割されてよい。プログラムモジュールの機械実行可能な命令は、ローカルデバイス内または分散型デバイス内で実行され得る。分散型デバイスでは、プログラムモジュールは、ローカル及びリモートの両方の記憶媒体に配置され得る。

【0066】

本開示の方法を実行するためのプログラムコードは、１つ以上のプログラミング言語の任意の組み合わせで書き込まれ得る。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、または他のプログラム可能なデータ処理装置のプロセッサまたはコントローラに提供され得、その結果、プログラムコードがプロセッサまたはコントローラによって実行されると、フローチャート及び／またはブロック図で規定された機能／動作が実行されるようになる。プログラムコードは、完全にマシン上で実行される場合もあれば、スタンドアローンのソフトウェアパッケージとして一部マシン上で実行される場合もあり、一部がマシン上で実行され、一部がリモートマシン上で実行される場合もあれば、完全にリモートマシンまたはサーバ上で実行される場合もある。

【0067】

本開示の文脈において、コンピュータプログラムコードまたは関連データは、デバイス、装置、またはプロセッサが前述の様々なプロセス及び動作を実行することを可能にするために、任意の好適なキャリアにより運ばれ得る。キャリアの例には、信号、コンピュータ可読媒体が挙げられる。

【0068】

コンピュータ可読媒体は、コンピュータ可読信号媒体またはコンピュータ可読記憶媒体であり得る。コンピュータ可読媒体は、電子、磁気、光、電磁気、赤外線、または半導体のシステム、装置、またはデバイス、あるいは上記の任意好適な組み合わせを含んでもよいが、これらに限定されない。コンピュータ可読記憶媒体のより具体的な例としては、１本以上のワイヤを有する電気的接続、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、消去可能なプログラマブルリードオンリメモリ（ＥＰＲＯＭまたはフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスクリードオンリメモリ（ＣＤ－ＲＯＭ）、デジタルバーサタイルディスク（ＤＶＤ）、光記憶装置、磁気記憶装置、または上記の任意好適な組み合わせが挙げられるだろう。

【0069】

さらに、動作は特定の順序で示されているが、これは望ましい結果を得るために、そのような動作が、示された特定の順序で実行されること、または順次に実行されること、または図示された全ての動作が実行されることを要求するものと理解されるべきではない。特定の状況では、マルチタスク処理及び並列処理が有利な場合もある。同様に、いくつかの具体的な実施態様の詳細が上記の議論に含まれているが、これらは、本開示の範囲に対する制限と解釈されるべきではなく、特定の例示的な実施形態に固有であり得る特徴の説明と解釈されるべきである。別個の例示的な実施形態の文脈で説明されている特定の特徴は、単一の実施形態のうちで組み合わせて実施することもできる。逆に、単一の実施形態の文脈で説明されている様々な特徴もまた、複数の例示的な実施形態で別々に、または任意の好適なサブコンビネーションで実施してもよい。

【0070】

本開示は、構造的特徴及び／または方法論的行為に特有の言語で説明されているが、添付の特許請求の範囲で定義される本開示は、必ずしも前述の具体的な特徴または行為に限定されないことを理解されたい。むしろ、上記の具体的な特徴及び行為は、特許請求の範囲を実施するための例示的な形態として開示されている。

【0071】

本技法の様々な例示的な実施形態を説明してきた。上記に加えて、または上記の代替として、以下の例を説明する。以下の例のいずれかに記載されている特徴は、本明細書に記載されている他の例のいずれかと共に利用することができる。

【0072】

いくつかの態様では、端末デバイスは、少なくとも１つのプロセッサと、コンピュータプログラムコードを有する少なくとも１つのメモリとを含み、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサを用いて、ネットワークデバイスから、スモールデータ伝送（ＳＤＴ）プロシージャのために１つ以上のコンフィグレーションされたｇｒａｎｔリソースのコンフィグレーション、及び１つ以上のコンフィグレーションされたｇｒａｎｔリソースのうちの少なくとも１つを介したＳＤＴが許可されたそれぞれの論理チャネルに関連付けられた１つ以上のデータ無線ベアラ（ＤＲＢ）のリストを受信することと、非アクティブモードでＳＤＴプロシージャを開始することと、バッファステータスレポート（ＢＳＲ）がトリガされるという決定に従って、スケジューリング要求マスクのコンフィグレーションがＳＤＴに対してコンフィグレーションされた論理チャネルに適用されるべきかどうかを決定することとをデバイスに行わせるように構成される。

【0073】

いくつかの例示的な実施形態では、１つ以上のコンフィグレーションされたｇｒａｎｔリソースのうちの少なくとも１つを介したＳＤＴが許可された論理チャネルによって、ＢＳＲがトリガされると決定することに応答して、スケジューリング要求マスクのコンフィグレーションが適用されるべきではないと決定すること、またはＳＤＴに対してコンフィグレーションされた論理チャネルのスケジューリング要求に対するスケジューリング要求マスクを、ｔｒｕｅでありスケジューリング要求マスクを適用すると設定することによって、スケジューリング要求マスクのコンフィグレーションが適用されるべきかどうかを決定することを、端末デバイスに行わせる。

【0074】

いくつかの例示的な実施形態では、１つ以上のコンフィグレーションされたｇｒａｎｔリソースのうちの少なくとも１つを介したＳＤＴが許可されていない論理チャネルによって、ＢＳＲがトリガされると決定することに応答して、スケジューリング要求マスクのコンフィグレーションが適用されるべきであると決定することよって、スケジューリング要求マスクのコンフィグレーションが適用されるべきかどうかを決定することを端末デバイスに行わせる。

【0075】

いくつかの例示的な実施形態では、スモールデータ伝送（ＳＤＴ）プロシージャのために１つ以上のコンフィグレーションされたｇｒａｎｔリソースのコンフィグレーションは、ＳＤＴに対する接続再開試行を開始するために非アクティブモードで端末デバイスによって使用されるためのものである。

【0076】

いくつかの態様では、端末デバイスは、少なくとも１つのプロセッサと、コンピュータプログラムコードを有する少なくとも１つのメモリとを含み、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサを用いて、ネットワークデバイスから、スモールデータ伝送（ＳＤＴ）プロシージャのために１つ以上のコンフィグレーションされたｇｒａｎｔリソースのコンフィグレーション、及び１つ以上のコンフィグレーションされたｇｒａｎｔリソースのうちの少なくとも１つを介したＳＤＴが許可されたそれぞれの論理チャネルに関連付けられた１つ以上のデータ無線ベアラ（ＤＲＢ）のリストを受信することと、ランダムアクセスプロシージャが開始されるべきであると決定することに応答して、ランダムアクセスプロシージャの開始が遅延すべきかどうかを決定することとをデバイスに行わせるように構成される。

【0077】

いくつかの例示的な実施形態では、専用帯域幅部分（ＢＷＰ）上で開始されるＳＤＴプロシージャ、専用ＢＷＰ上の１つ以上のコンフィグレーションされたｇｒａｎｔリソース内の専用ＢＷＰに関連付けられた同期信号ブロック（ＳＳＢ）の無効、またはタイミングアドバンスの無効のうちの少なくとも１つに応答して、ランダムアクセスプロシージャの開始が遅延すべきであると決定することによって、ランダムアクセスプロシージャの開始が遅延すべきかどうかを決定することを端末デバイスに行わせる。

【0078】

いくつかの例示的な実施形態では、候補ビーム検出数もしくはコンフィグレーションされたｇｒａｎｔオケージョン数まで、またはランダムアクセスプロシージャを開始するための命令をネットワークデバイスから受信するまで、ランダムアクセスプロシージャの開始をタイマーを用いて遅延させることのうちの少なくとも１つを、端末デバイスにさらに行わせる。

【0079】

いくつかの例示的な実施形態では、タイミングアドバンスが期限切れのときに、または有効なＳＳＢが存在しないときに、端末デバイスのバッファ内に伝送されるデータが存在する場合にランダムアクセスプロシージャを開始することを、端末デバイスにさらに行わせる。

【0080】

いくつかの例示的な実施形態では、初期ＢＷＰ上で開始されるＳＤＴプロシージャに応答して、ランダムアクセスプロシージャの開始が遅延すべきではないと決定することによって、ランダムアクセスプロシージャの開始が遅延すべきかどうかを決定することを端末デバイスに行わせる。

【0081】

いくつかの例示的な実施形態では、初期ＢＷＰ上で１つ以上のコンフィグレーションされたｇｒａｎｔリソースに関連付けられたＳＳＢの無効、またはタイミングアドバンスの無効のうちの少なくとも１つに基づいてランダムアクセスプロシージャを開始することを端末デバイスにさらに行わせる。

【0082】

いくつかの態様では、方法は、端末デバイスによって、ネットワークデバイスから、スモールデータ伝送（ＳＤＴ）プロシージャのために１つ以上のコンフィグレーションされたｇｒａｎｔリソースのコンフィグレーション、及び１つ以上のコンフィグレーションされたｇｒａｎｔリソースのうちの少なくとも１つを介したＳＤＴが許可されたそれぞれの論理チャネルに関連付けられた１つ以上のデータ無線ベアラ（ＤＲＢ）のリストを受信することと、非アクティブモードでＳＤＴプロシージャを開始することと、バッファステータスレポート（ＢＳＲ）がトリガされるという決定に従って、スケジューリング要求マスクのコンフィグレーションがＳＤＴに対してコンフィグレーションされた論理チャネルに適用されるべきかどうかを決定することとを含む。

【0083】

いくつかの例示的な実施形態では、スケジューリング要求マスクのコンフィグレーションが適用されるべきかどうかを決定することは、１つ以上のコンフィグレーションされたｇｒａｎｔリソースのうちの少なくとも１つを介したＳＤＴが許可された論理チャネルによって、ＢＳＲがトリガされると決定することに応答して、スケジューリング要求マスクのコンフィグレーションが適用されるべきではないと決定すること、またはＳＤＴに対してコンフィグレーションされた論理チャネルのスケジューリング要求に対するスケジューリング要求マスクを、ｔｒｕｅでありスケジューリング要求マスクを適用するように設定することを含む。

【0084】

いくつかの例示的な実施形態では、スケジューリング要求マスクのコンフィグレーションが適用されるべきかどうかを決定することは、１つ以上のコンフィグレーションされたｇｒａｎｔリソースのうちの少なくとも１つを介したＳＤＴが許可されていない論理チャネルによって、ＢＳＲがトリガされると決定することに応答して、スケジューリング要求マスクのコンフィグレーションが適用されるべきであると決定することを含む。

【0085】

いくつかの例示的な実施形態では、スモールデータ伝送（ＳＤＴ）プロシージャのために１つ以上のコンフィグレーションされたｇｒａｎｔリソースのコンフィグレーションは、ＳＤＴに対する接続再開試行を開始するために非アクティブモードで端末デバイスによって使用されるためのものである。

【0086】

いくつかの態様では、方法は、端末デバイスによって、ネットワークデバイスから、スモールデータ伝送（ＳＤＴ）プロシージャのために１つ以上のコンフィグレーションされたｇｒａｎｔリソースのコンフィグレーション、及び１つ以上のコンフィグレーションされたｇｒａｎｔリソースのうちの少なくとも１つを介したＳＤＴが許可されたそれぞれの論理チャネルに関連付けられた１つ以上のＤＲＢのリストを受信することと、ランダムアクセスプロシージャが開始されるべきであると決定することに応答して、ランダムアクセスプロシージャの開始が遅延すべきかどうかを決定することとを含む。

【0087】

いくつかの例示的な実施形態では、ランダムアクセスプロシージャの開始が遅延すべきかどうかを決定することは、専用帯域幅部分（ＢＷＰ）上で開始されるＳＤＴプロシージャ、専用ＢＷＰ上の１つ以上のコンフィグレーションされたｇｒａｎｔリソース内の専用ＢＷＰに関連付けられた同期信号ブロック（ＳＳＢ）の無効、またはタイミングアドバンスの無効のうちの少なくとも１つに応答して、ランダムアクセスプロシージャの開始が遅延すべきであると決定することを含む。

【0088】

いくつかの例示的な実施形態では、方法は、候補ビーム検出数もしくはコンフィグレーションされたｇｒａｎｔオケージョン数まで、またはランダムアクセスプロシージャを開始するための命令をネットワークデバイスから受信するまで、ランダムアクセスプロシージャの開始をタイマーを用いて遅延させることのうちの少なくとも１つをさらに含む。

【0089】

いくつかの例示的な実施形態では、方法は、タイミングアドバンスが期限切れのときに、または有効なＳＳＢが存在しないときに、端末デバイスのバッファ内に伝送されるデータが存在する場合にランダムアクセスプロシージャを開始することをさらに含む。

【0090】

いくつかの例示的な実施形態では、ランダムアクセスプロシージャの開始が遅延すべきかどうかを決定することは、初期ＢＷＰ上で開始されるＳＤＴプロシージャに応答して、ランダムアクセスプロシージャの開始が遅延すべきではないと決定することを含む。

【0091】

いくつかの例示的な実施形態では、方法は、初期ＢＷＰ上で１つ以上のコンフィグレーションされたｇｒａｎｔリソースに関連付けられたＳＳＢの無効、またはタイミングアドバンスの無効のうちの少なくとも１つに基づいてランダムアクセスプロシージャを開始することをさらに含む。

【0092】

いくつかの態様では、装置は、端末デバイスによって、ネットワークデバイスから、スモールデータ伝送（ＳＤＴ）プロシージャのために１つ以上のコンフィグレーションされたｇｒａｎｔリソースのコンフィグレーション、及び１つ以上のコンフィグレーションされたｇｒａｎｔリソースのうちの少なくとも１つを介したＳＤＴが許可されたそれぞれの論理チャネルに関連付けられた１つ以上のデータ無線ベアラ（ＤＲＢ）のリストを受信するための手段と、非アクティブモードでＳＤＴプロシージャを開始するための手段と、バッファステータスレポート（ＢＳＲ）がトリガされるという決定に従って、スケジューリング要求マスクのコンフィグレーションがＳＤＴに対してコンフィグレーションされた論理チャネルに適用されるべきかどうかを決定するための手段とを含む。

【0093】

いくつかの例示的な実施形態では、スケジューリング要求マスクのコンフィグレーションが適用されるべきかどうかを決定するための手段は、１つ以上のコンフィグレーションされたｇｒａｎｔリソースのうちの少なくとも１つを介したＳＤＴが許可された論理チャネルによって、ＢＳＲがトリガされると決定することに応答して、スケジューリング要求マスクのコンフィグレーションが適用されるべきではないと決定するための手段、またはＳＤＴに対してコンフィグレーションされた論理チャネルのスケジューリング要求に対するスケジューリング要求マスクを、ｔｒｕｅでありスケジューリング要求マスクを適用するように設定するための手段を含む。

【0094】

いくつかの例示的な実施形態では、スケジューリング要求マスクのコンフィグレーションが適用されるべきかどうかを決定するための手段は、１つ以上のコンフィグレーションされたｇｒａｎｔリソースのうちの少なくとも１つを介したＳＤＴが許可されていない論理チャネルによって、ＢＳＲがトリガされると決定することに応答して、スケジューリング要求マスクのコンフィグレーションが適用されるべきであると決定するための手段を含む。

【0095】

いくつかの例示的な実施形態では、スモールデータ伝送（ＳＤＴ）プロシージャのために１つ以上のコンフィグレーションされたｇｒａｎｔリソースのコンフィグレーションは、ＳＤＴに対して接続再開試行を開始するために非アクティブモードで端末デバイスによって使用されるためのものである。

【0096】

いくつかの態様では、装置は、端末デバイスによって、ネットワークデバイスから、スモールデータ伝送（ＳＤＴ）プロシージャのために１つ以上のコンフィグレーションされたｇｒａｎｔリソースのコンフィグレーション、及び１つ以上のコンフィグレーションされたｇｒａｎｔリソースのうちの少なくとも１つを介したＳＤＴが許可されたそれぞれの論理チャネルに関連付けられた１つ以上のＤＲＢのリストを受信するための手段と、ランダムアクセスプロシージャが開始されるべきであると決定することに応答して、ランダムアクセスプロシージャの開始が遅延すべきかどうかを決定するための手段とを含む。

【0097】

いくつかの例示的な実施形態では、ランダムアクセスプロシージャの開始が遅延すべきかどうかを決定するための手段は、専用帯域幅部分（ＢＷＰ）上で開始されるＳＤＴプロシージャ、専用ＢＷＰ上の１つ以上のコンフィグレーションされたｇｒａｎｔリソース内の専用ＢＷＰに関連付けられた同期信号ブロック（ＳＳＢ）の無効、またはタイミングアドバンスの無効のうちの少なくとも１つに応答して、ランダムアクセスプロシージャの開始が遅延すべきであると決定するための手段を含む。

【0098】

いくつかの例示的な実施形態では、装置は、タイマーを用いてランダムアクセスプロシージャの開始を遅延させるための手段、候補ビーム検出数もしくはコンフィグレーションされたｇｒａｎｔオケージョン数までランダムアクセスプロシージャの開始を遅延させるための手段、またはランダムアクセスプロシージャを開始するための命令をネットワークデバイスから受信するまでランダムアクセスプロシージャの開始を遅延させるための手段のうちの少なくとも１つをさらに含む。

【0099】

いくつかの例示的な実施形態では、装置は、タイミングアドバンスが期限切れのときに、または有効なＳＳＢが存在しないときに、端末デバイスのバッファ内に伝送されるデータが存在する場合にランダムアクセスプロシージャを開始するための手段をさらに含む。

【0100】

いくつかの例示的な実施形態では、ランダムアクセスプロシージャの開始が遅延すべきかどうかを決定するための手段は、初期ＢＷＰ上で開始されるＳＤＴプロシージャに応答して、ランダムアクセスプロシージャの開始が遅延すべきではないと決定するための手段を含む。

【0101】

いくつかの例示的な実施形態では、装置は、初期ＢＷＰ上で開始されるＳＤＴプロシージャに応答して、初期ＢＷＰ上で１つ以上のコンフィグレーションされたｇｒａｎｔリソースに関連付けられたＳＳＢの無効、またはタイミングアドバンスの無効のうちの少なくとも１つに基づいてランダムアクセスプロシージャを開始するための手段をさらに含む。

【0102】

いくつかの態様では、コンピュータ可読記憶媒体は、その上に格納されたプログラム命令を含み、命令は、デバイスのプロセッサによって実行されると、本開示のいくつかの例示的な実施形態による方法をデバイスに実行させる。

【図1】

【図2】

【図3】

【図4】

【手続補正書】

【提出日】2024-06-19

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

通信のための端末デバイスであって、
ネットワークデバイス（１２０）から、スモールデータ送信（ＳＤＴ）手順のための１つまたは複数の設定されたグラント（ＣＧ）リソースの構成と、前記１つまたは複数のＣＧリソースのうちの少なくとも１つを介したＳＤＴに許可された各論理チャネルに関連付けられた１つまたは複数のデータ無線ベアラ（ＤＲＢ）のリストとを受信することと、
前記ＣＧ－ＳＤＴ手順が進行している間、
前記１つまたは複数のＣＧ－ＳＤＴリソースに関連付けられた有効なＳＳＢが存在しない場合、前記１つまたは複数のＤＲＢのうちの少なくとも１つに関連付けられた送信すべきデータが前記端末デバイスのバッファで利用可能かどうかをチェックすることと、
前記１つまたは複数のＤＲＢのうちの少なくとも１つに関連付けられた送信すべきデータが前記バッファで利用可能な場合、ランダムアクセス手順を開始することと、
前記１つまたは複数のＤＲＢのうちの少なくとも１つに関連付けられた送信すべきデータが前記バッファで利用できない場合、前記ランダムアクセス手順を開始しないことと、
を行うように構成された、前記端末デバイス。

【請求項2】

前記ランダムアクセス手順を開始しないことによって前記ランダムアクセス手順の前記開始を遅延させるかどうかを判断するように構成された、請求項１に記載の端末デバイス。

【請求項3】

前記ランダムアクセス手順は、前記１つまたは複数のＣＧ－ＳＤＴリソースに関連付けられた有効なＳＳＢが存在しないと判断することによって開始されてよいと判断することと、
前記ランダムアクセス手順を開始してよいと判断することに応答して、前記バッファ内の前記１つまたは複数のＤＲＢのうちの少なくとも１つに関連付けられた利用可能なデータを考慮することにより、前記ランダムアクセス手順の開始を遅延させるかどうか判断することと、
を行うように構成された、請求項２に記載の端末デバイス。

【請求項4】

前記１つまたは複数のＤＲＢのうちの少なくとも１つに関連付けられた送信すべきデータが前記バッファで利用可能であり、前記ＣＧ－ＳＤＴ手順に関連付けられた有効なＳＳＢがなくなるまで、前記ランダムアクセス手順の開始を遅延させる
ように構成された、請求項３に記載の端末デバイス。

【請求項5】

前記１つまたは複数のＣＧ－ＳＤＴリソースに関連付けられたＳＳＢが存在しないという基準信号受信パワー（ＲＳＲＰ）がＲＳＲＰ閾値を超えると判断されると、前記１つまたは複数のＣＧ－ＳＤＴリソースに関連付けられた有効なＳＳＢが存在しないと判断する
ように構成された、請求項１～４のいずれか１項に記載の端末デバイス。

【請求項6】

前記ランダムアクセス手順が、ランダムアクセスＳＤＴ（ＲＡ－ＳＤＴ）手順とは異なる、請求項１～５のいずれか１項に記載の端末デバイス。

【請求項7】

方法であって、
端末デバイス（１１０）で、ネットワークデバイス（１２０）から、スモールデータ送信（ＳＤＴ）手順のための１つまたは複数の設定されたグラント（ＣＧ）リソースの構成と、前記１つまたは複数のＣＧリソースの少なくとも１つを介したＳＤＴに許可された各論理チャネルに関連付けられた１つまたは複数のデータ無線ベアラ（ＤＲＢ）のリストとを受信することと、
前記ＣＧ－ＳＤＴ手順が進行している間、
前記１つまたは複数のＣＧ－ＳＤＴリソースに関連付けられた有効なＳＳＢが存在しない場合、前記１つまたは複数のＤＲＢのうちの少なくとも１つに関連付けられた送信すべきデータが前記端末デバイスのバッファで利用可能かどうかをチェックすることと、
前記１つまたは複数のＤＲＢのうちの少なくとも１つに関連付けられた送信すべきデータが前記バッファで利用可能な場合、ランダムアクセス手順を開始することと、
前記１つまたは複数のＤＲＢのうちの少なくとも１つに関連付けられた送信すべきデータが前記バッファで利用できない場合、前記ランダムアクセス手順を開始しないことと、
を含む、前記方法。

【請求項8】

前記ランダムアクセス手順を開始しないことによって前記ランダムアクセス手順の前記開始を遅延させるかどうかを判断すること
をさらに含む、請求項７に記載の方法。

【請求項9】

前記ランダムアクセス手順は、前記１つまたは複数のＣＧ－ＳＤＴリソースに関連付けられた有効なＳＳＢが存在しないと判断することによって開始されてよいと判断することと、
前記ランダムアクセス手順を開始してよいと判断することに応答して、前記バッファ内の前記１つまたは複数のＤＲＢのうちの少なくとも１つに関連付けられた利用可能なデータを考慮することにより、前記ランダムアクセス手順の開始を遅延させるかどうかを判断することと、
をさらに含む、請求項８に記載の方法。

【請求項10】

前記１つまたは複数のＤＲＢのうちの少なくとも１つに関連付けられた送信すべきデータが前記バッファで利用可能であり、前記ＣＧ－ＳＤＴ手順に関連付けられた有効なＳＳＢがなくなるまで、前記ランダムアクセス手順の開始を遅延させること
をさらに含む、請求項９に記載の方法。

【請求項11】

前記１つまたは複数のＣＧ－ＳＤＴリソースに関連付けられたＳＳＢが存在しないという基準信号受信パワー（ＲＳＲＰ）がＲＳＲＰ閾値を超えると判断されると、前記１つまたは複数のＣＧ－ＳＤＴリソースに関連付けられた有効なＳＳＢが存在しないと判断すること
をさらに含む、請求項７～１０のいずれか１項に記載の方法。

【請求項12】

前記ランダムアクセス手順が、ランダムアクセスＳＤＴ（ＲＡ－ＳＤＴ）手順とは異なる、請求項７～１１のいずれか１項に記載の方法。

【請求項13】

プログラム命令を記憶したコンピュータ可読記憶媒体であって、前記命令は、デバイスのプロセッサによって実行されると、前記デバイスに請求項７～１２のいずれかに記載の方法を実行させる、前記コンピュータ可読記憶媒体。

【国際調査報告】