特表2024-501914 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

青山学院大学 (神奈川県相模原市中央区淵野辺)

▶ 中興通訊股▲ふん▼有限公司の特許一覧

特表2024-501914アップリンク送信のための方法およびその装置

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12

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

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

(11)【公表番号】

(43)【公表日】2024-01-17

(54)【発明の名称】アップリンク送信のための方法およびその装置

(51)【国際特許分類】

H04W 72/1268 20230101AFI20240110BHJP

H04W 72/54 20230101ALI20240110BHJP

H04W 72/0446 20230101ALI20240110BHJP

H04W 72/56 20230101ALI20240110BHJP

H04W 72/21 20230101ALI20240110BHJP

H04W 28/04 20090101ALI20240110BHJP

H04W 4/20 20180101ALI20240110BHJP

【ＦＩ】

H04W72/1268

H04W72/54 110

H04W72/0446

H04W72/56

H04W72/21

H04W28/04 110

H04W4/20 110

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023520190

(86)(22)【出願日】2021-01-05

(85)【翻訳文提出日】2023-05-31

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

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

(87)【国際公開日】2022-07-14

(81)【指定国・地域】

(71)【出願人】

【識別番号】511151662

【氏名又は名称】中興通訊股▲ふん▼有限公司

【氏名又は名称原語表記】ＺＴＥＣＯＲＰＯＲＡＴＩＯＮ

【住所又は居所原語表記】ＺＴＥＰｌａｚａ，ＫｅｊｉＲｏａｄＳｏｕｔｈ，Ｈｉ－ＴｅｃｈＩｎｄｕｓｔｒｉａｌＰａｒｋ，ＮａｎｓｈａｎＳｈｅｎｚｈｅｎ，Ｇｕａｎｇｄｏｎｇ５１８０５７Ｃｈｉｎａ

(74)【代理人】

【識別番号】110001195

【氏名又は名称】弁理士法人深見特許事務所

(72)【発明者】

【氏名】ドン，フェイ

(72)【発明者】

【氏名】フアン，ホー

(72)【発明者】

【氏名】ニウ，リー

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

5K067

【Ｆターム（参考）】

5K067EE02

5K067GG06

5K067HH28

(57)【要約】

ワイヤレス端末における使用のためのワイヤレス通信方法が開示される。本方法は、第１のＵＬ送信のリッスン・ビフォア・トーク手順が失敗しフラグが設定されているとき、第２のアップリンク（ＵＬ）送信を実行することであって、第１のＵＬ送信の第１のＵＬ持続時間が、第２のＵＬ送信の第２のＵＬ持続時間にオーバーラップする、ことを含む。

【特許請求の範囲】

【請求項1】

ワイヤレス端末における使用のためのワイヤレス通信方法であって、前記方法が、
第１のアップリンク（ＵＬ）送信のリッスン・ビフォア・トーク手順が失敗しフラグが設定されているとき、第２のＵＬ送信を実行することを含み、
前記第１のＵＬ送信の第１のＵＬ持続時間が、前記第２のＵＬ送信の第２のＵＬ持続時間にオーバーラップする、ワイヤレス通信方法。

【請求項2】

前記第２のＵＬ送信が、送信されることについて、前記第１のＵＬ送信によって非優先とされた、請求項１に記載のワイヤレス通信方法。

【請求項3】

前記第２のＵＬ送信を、複数のＵＬ送信から決定することであって、前記複数のＵＬ送信の各々が、前記第１のＵＬ持続時間にオーバーラップするＵＬ持続時間を持つ、ことをさらに含み、
前記第２のＵＬ送信が、前記複数のＵＬ送信の中における優先ＵＬ送信であるか、または前記第２のＵＬ送信が、前記複数のＵＬ送信からランダムに選択される、請求項１または２に記載のワイヤレス通信方法。

【請求項4】

前記第１のＵＬ送信、前記第２のＵＬ送信、および前記複数のＵＬ送信の、各々が、ＵＬグラントまたはスケジューリングリクエスト送信のための物理ＵＬ共有チャネル送信のうちの１つである、請求項１～３のいずれかに記載のワイヤレス通信方法。

【請求項5】

前記フラグが、非優先ＵＬ送信にオーバーラップする優先送信のリッスン・ビフォア・トーク手順が失敗するときに、前記非優先ＵＬ送信のためのハイブリッド自動反復リクエスト（ＨＡＲＱ）動作を実行することに関連付けられる、請求項１～４のいずれかに記載のワイヤレス通信方法。

【請求項6】

前記フラグが、セルグループごとに、サービングセルごとに、または帯域幅部分ごとに設定される、請求項１～５のいずれかに記載のワイヤレス通信方法。

【請求項7】

前記第２のＵＬ送信が、
ハイブリッド自動反復リクエスト（ＨＡＲＱ）エンティティに、前記第１のＵＬ送信の第１のＵＬグラントと、前記第２のＵＬ送信の第２のＵＬグラントと、前記第１のＵＬグラントおよび前記第２のＵＬグラントのＨＡＲＱ情報とを送信することによって実行される、請求項１～６のいずれかに記載のワイヤレス通信方法。

【請求項8】

前記第１のＵＬグラントが、設定グラントおよび動的グラントのうちの一方であり、前記第２のＵＬグラントが、前記設定グラントおよび前記動的グラントのうちの他方である、請求項７に記載のワイヤレス通信方法。

【請求項9】

スケジューリングリクエスト送信が前記第１のＵＬ送信または前記第２のＵＬ送信のうちの少なくとも一方にオーバーラップするとき、前記スケジューリングリクエスト送信を実行するように、物理層に命令することをさらに含む、請求項７のいずれかに記載のワイヤレス通信方法。

【請求項10】

ワイヤレス・ネットワーク・ノードにおける使用のためのワイヤレス通信方法であって、前記方法が、
非優先ＵＬ送信にオーバーラップする優先送信のリッスン・ビフォア・トーク手順が失敗するとき、前記非優先ＵＬ送信のためのハイブリッド自動反復リクエスト（ＨＡＲＱ）動作を実行することに、関連付けられたフラグを、ワイヤレス端末に対して設定することを含む、ワイヤレス通信方法。

【請求項11】

前記フラグが、セルグループごとに、サービングセルごとに、または帯域幅部分ごとに設定される、請求項１０に記載のワイヤレス通信方法。

【請求項12】

ワイヤレス端末における使用のためのワイヤレス通信であって、前記方法が、
小データ送信（ＳＤＴ）のＳＤＴメッセージを再送信するために設定アップリンク（ＵＬ）グラントを使用することに関連付けられるという条件が満たされると判定することと、
前記設定ＵＬグラントを使用することによって前記ＳＤＴメッセージをワイヤレス・ネットワーク・ノードに再送信することと、を含む、ワイヤレス通信。

【請求項13】

前記ＳＤＴメッセージが、
前記ＳＤＴを始動することの無線リソース制御メッセージ、または
前記ＳＤＴのデータメッセージ
のうちの、少なくとも１つを含む、請求項１２に記載のワイヤレス通信方法。

【請求項14】

前記ＳＤＴメッセージを送信するために前記設定グラントを使用することに関連付けられた前記条件が、
前記ＳＤＴメッセージが、前記設定グラントを使用することによって送信されており、前記ワイヤレス端末の識別子でスケジュールされた動的グラントを使用することによって送信されていない、
第１のタイマが満了する前に、前記ＳＤＴメッセージに対応する肯定メッセージが受信されない、
前記ＳＤＴメッセージに対応する否定メッセージが受信される、
時間の持続時間が終了するときに、前記ＳＤＴメッセージに対応する肯定メッセージが受信されない、
前記第１のタイマが停止し、かつ第２のタイマが動いており、前記ＳＤＴメッセージを送信することのハイブリッド自動反復リクエスト（ＨＡＲＱ）プロセス識別（ＩＤ）が使用されるときに前記第２のタイマが開始する、または
カウンタが、送信もしくは再送信のための最大試行回数に達しない、
のうちの少なくとも１つを含む、請求項１２または１３に記載のワイヤレス通信方法。

【請求項15】

前記第１のタイマが、設定ＵＬグラントごとに設定され、対応する前記設定ＵＬグラントのＨＡＲＱプロセスＩＤに関連付けられる、請求項１４に記載のワイヤレス通信方法。

【請求項16】

ＨＡＲＱプロセスに関連付けられた前記第１のタイマが、前記ＨＡＲＱプロセスに関連付けられた前記設定ＵＬグラントを使用することによって前記ＳＤＴメッセージが送信されるとき、開始する、請求項１４または１５に記載のワイヤレス通信方法。

【請求項17】

ＨＡＲＱプロセスに関連付けられた前記第１のタイマが、前記ＨＡＲＱプロセスに関連付けられた前記ＳＤＴメッセージ送信に応答する前記肯定メッセージまたは前記否定メッセージを前記ワイヤレス端末が受信するとき、停止する、請求項１４～１６のいずれかに記載のワイヤレス通信方法。

【請求項18】

前記肯定メッセージが、
前記ＳＤＴメッセージ送信に応答する前記肯定メッセージを指示するダウンリンクフィードバック情報、または
動的ＵＬグラントを使用することによって新しいＳＤＴメッセージを送ることの、同じＨＡＲＱプロセスＩＤを指示する、ダウンリンク制御情報、のうちの少なくとも１つを含む、請求項１４～１７のいずれかに記載のワイヤレス通信方法。

【請求項19】

前記否定メッセージが、前記ＳＤＴメッセージ送信に応答する前記否定メッセージを指示するダウンリンクフィードバック情報を含む、請求項１４～１８のいずれかに記載のワイヤレス通信方法。

【請求項20】

前記カウンタが、設定ＵＬグラントごとに設定され、および／またはＨＡＲＱプロセスＩＤに関連付けられる、請求項１４～１９のいずれかに記載のワイヤレス通信方法。

【請求項21】

ＨＡＲＱプロセスに関連付けられた前記カウンタが、
前記ＨＡＲＱプロセスに関連付けられた前記設定ＵＬグラントを使用することによって前記ＳＤＴメッセージ送信を実行するたびに、
前記ＨＡＲＱプロセスに関連付けられた前記第１のタイマが満了するたびに、
前記ＨＡＲＱプロセスに関連付けられた前記ＳＤＴメッセージ送信の前記設定ＵＬグラントを受信するたびに、または
前記ＨＡＲＱプロセスの否定メッセージを受信するたびに、
のうちの少なくとも１つで、１だけ増加させられる、請求項１４～２０のいずれかに記載のワイヤレス通信。

【請求項22】

ＨＡＲＱプロセスに関連付けられた前記カウンタが、前記ワイヤレス端末が、
非アクティブ状態へ解放することの、無線リソース制御（ＲＲＣ）解放メッセージを受信すること、
前記ＨＡＲＱプロセスを有する前記設定ＵＬグラントを使用することによってＳＤＴメッセージを前記ワイヤレス・ネットワーク・ノードに初めて送信すること、
前記ＳＤＴメッセージの前記ＨＡＲＱプロセスに対応する前記肯定メッセージもしくは前記否定メッセージを受信すること、または
前記ＳＤＴメッセージの前記ＨＡＲＱプロセスに関連付けられたＵＬ送信をスケジューリングするためのダウンリンク制御チャネルを受信すること、
のうちの少なくとも１つを実行するとき、リセットされる、請求項１４～２１のいずれかに記載のワイヤレス通信。

【請求項23】

前記カウンタは前記最大試行回数に達し、さらに、
ランダム・アクセス・チャネル・ベースの小データ送信を実行すること、
ランダムアクセス手順を実行すること、
ＲＲＣ層に失敗理由を通知すること、または
アイドル状態に入ること、
のうちの少なくとも１つをさらに含む、請求項１４～２２のいずれかに記載のワイヤレス通信方法。

【請求項24】

前記ＳＤＴメッセージの前記再送信および前記ＳＤＴメッセージの最初の送信が、同じＨＡＲＱプロセスＩＤを持つ、請求項１２～２３のいずれかに記載のワイヤレス通信。

【請求項25】

第１のＵＬ送信のリッスン・ビフォア・トーク手順が失敗しフラグが設定されているとき、第２のアップリンク（ＵＬ）送信を実行するように構成された、通信ユニットを備え、
前記第１のＵＬ送信の第１のＵＬ持続時間が、前記第２のＵＬ送信の第２のＵＬ持続時間にオーバーラップする、ワイヤレス端末。

【請求項26】

請求項２～９のいずれか１項に記載のワイヤレス通信方法を実行するように構成されたプロセッサをさらに備える、請求項２５に記載のワイヤレス端末。

【請求項27】

ワイヤレス・ネットワーク・ノードであって、
通信ユニットと、
非優先ＵＬ送信にオーバーラップする優先送信のリッスン・ビフォア・トーク手順の失敗以降に、前記非優先ＵＬ送信のためのハイブリッド自動反復リクエスト（ＨＡＲＱ）動作を実行することに、関連付けられたフラグを、前記通信ユニットを介してワイヤレス端末に対して設定するように構成されたプロセッサと、を備える、ワイヤレス・ネットワーク・ノード。

【請求項28】

前記プロセッサが、請求項１１に記載のワイヤレス通信方法を実行するようにさらに構成された、請求項２７に記載のワイヤレス・ネットワーク・ノード。

【請求項29】

ワイヤレス端末であって、
ＳＤＴの小データ送信メッセージを再送信するために設定アップリンク（ＵＬ）グラントを使用することに関連付けられたイベントが発生すると判定するように構成されたプロセッサと、
前記設定ＵＬグラントを使用することによって前記ＳＤＴメッセージをワイヤレス・ネットワーク・ノードに再送信するように構成された通信ユニットと、
を備える、ワイヤレス端末。

【請求項30】

請求項１３～２４のいずれか１項に記載のワイヤレス通信方法を実行するように構成されたプロセッサをさらに備える、請求項２９に記載のワイヤレス端末。

【請求項31】

コンピュータプログラム製品であって、前記コンピュータプログラム製品に記憶されたコンピュータ可読プログラム媒体コードを備え、前記コードが、プロセッサによって実行されるとき、前記プロセッサに請求項１～２３のいずれか１項に記載のワイヤレス通信方法を実施させる、コンピュータプログラム製品。

【発明の詳細な説明】

【技術分野】

【0001】

この文書は、一般にワイヤレス通信、特に５ＧＮｅｗＲａｄｉｏ通信のワイヤレス通信を対象とする。

【背景技術】

【0002】

環境からの非理想的な影響に起因して、端末（例えば、ユーザ機器（ｕｓｅｒｅｑｕｉｐｍｅｎｔ：ＵＥ）およびワイヤレス・ネットワーク・ノード）間のデータ送信は失敗したり、または端末は受信データを正しくデコードできなかったりする可能性がある。そのような条件下では、端末は、異常な送信に関連するデータを再送信することを要求され得る。再送信の方式は、ワイヤレス通信において常に重要なトピックである。

【0003】

この文書は、アップリンク送信のための方法、システム、および装置に関し、特に、アップリンク送信を再送信するための方法、システム、および装置に関する。

【発明の概要】

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

【0004】

本開示は、ワイヤレス端末における使用のためのワイヤレス通信方法に関する。方法は、
第１のＵＬ送信のリッスン・ビフォア・トーク手順が失敗しフラグが設定されているとき、第２のアップリンク（ｕｐｌｉｎｋ：ＵＬ）送信を実行することを含み、
第１のＵＬ送信の第１のＵＬ持続時間は、第２のＵＬ送信の第２のＵＬ持続時間にオーバーラップする。

【0005】

様々な実施形態は、好ましくは以下の特徴を実装し得る。
好ましくは、第２のＵＬ送信は、送信されることについて、第１のＵＬ送信によって非優先とされている。

【0006】

好ましくは、方法は、第２のＵＬ送信を、複数のＵＬ送信から決定することであって、複数のＵＬ送信の各々が、第１のＵＬ持続時間にオーバーラップするＵＬ持続時間を持つ、ことをさらに含み、第２のＵＬ送信は、複数のＵＬ送信の中における優先ＵＬ送信であるか、または第２のＵＬ送信は、複数のＵＬ送信からランダムに選択される。

【0007】

好ましくは、第１のＵＬ送信、第２のＵＬ送信、および複数のＵＬ送信の、各々は、ＵＬグラントまたはスケジューリングリクエスト送信のための、物理ＵＬ共有チャネル送信のうちの１つである。

【0008】

好ましくは、フラグは、非優先ＵＬ送信にオーバーラップする優先送信のリッスン・ビフォア・トーク手順が失敗するときに、非優先ＵＬ送信のためのハイブリッド自動反復リクエスト（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ：ＨＡＲＱ）動作を実行することに関連付けられる。

【0009】

好ましくは、フラグは、セルグループごとに、サービングセルごとに、または帯域幅部分ごとに設定される。

【0010】

好ましくは、第２のＵＬ送信は、
ハイブリッド自動反復リクエスト（ＨＡＲＱ）エンティティに、第１のＵＬ送信の第１のＵＬグラントと、第２のＵＬ送信の第２のＵＬグラントと、第１のＵＬグラントおよび第２のＵＬグラントのＨＡＲＱ情報とを送信することによって実行される。

【0011】

好ましくは、第１のＵＬグラントは、設定ＵＬグラントおよび動的グラントのうちの一方であり、第２のＵＬグラントは、設定ＵＬグラントおよび動的グラントのうちの他方である。

【0012】

好ましくは、方法は、スケジューリングリクエスト送信が第１のＵＬ送信または第２のＵＬ送信のうちの少なくとも一方にオーバーラップするとき、スケジューリングリクエスト送信を実行するように、物理層に命令することをさらに含む。

【0013】

本開示は、ワイヤレス・ネットワーク・ノードにおける使用のためのワイヤレス通信方法に関する。方法は、
非優先ＵＬ送信にオーバーラップする優先送信のリッスン・ビフォア・トーク手順が失敗するとき、非優先ＵＬ送信のためのハイブリッド自動反復リクエスト（ＨＡＲＱ）動作を実行することに、関連付けられたフラグを、ワイヤレス端末に対して設定することを含む。

【0014】

様々な実施形態は、好ましくは以下の特徴を実装し得る。
好ましくは、フラグは、セルグループごとに、サービングセルごとに、または帯域幅部分ごとに設定される。

【0015】

本開示は、ワイヤレス端末における使用のためのワイヤレス通信方法に関する。方法は、
ＳＤＴの小データ送信（ｓｍａｌｌｄａｔａｔｒａｎｓｍｉｓｓｉｏｎ：ＳＤＴ）メッセージを再送信するために設定アップリンク（ＵＬ）グラントを使用することに関連付けられた条件が満たされると判定することと、
設定ＵＬグラントを使用することによってＳＤＴメッセージをワイヤレス・ネットワーク・ノードに再送信することと、を含む。

【0016】

好ましくは、ＳＤＴが含むことは、以下の特徴のうちの少なくとも１つによって特性付けられる。

【0017】

１００バイトのパケットサイズ、
５秒～３０分もしくは１時間のレイテンシ、または
毎分、および月々までの頻度。

【0018】

好ましくは、ＳＤＴは、３ＧＰＰ（登録商標）ＴＲ２５．７０５Ｖ１３．０．０に従って定義される。

【0019】

様々な実施形態は、好ましくは以下の特徴を実装し得る。
好ましくは、ＳＤＴメッセージは、以下の少なくとも１つを含む。

【0020】

ＳＤＴを始動することの無線リソース制御メッセージ、または
ＳＤＴのデータメッセージ。

【0021】

好ましくは、ＳＤＴメッセージを送信するために設定ＵＬグラントを使用することに関連付けられた条件は、以下の少なくとも１つを含む。

【0022】

ＳＤＴメッセージは、設定ＵＬグラントを使用することによって送信されており、ワイヤレス端末の識別子でスケジュールされた動的グラントを使用することによって送信されていない、
第１のタイマが満了する前に、ＳＤＴメッセージに対応する肯定メッセージが受信されない、
ＳＤＴメッセージに対応する否定メッセージが受信される、
時間の持続時間が終了するときに、ＳＤＴメッセージに対応するＡＣＫが受信されない、
第１のタイマが停止し、かつ第２のタイマが動いており、ＳＤＴメッセージを送信することのハイブリッド自動反復リクエスト（ＨＡＲＱ）識別（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ：ＩＤ）が使用されるときに、第２のタイマが開始する、または
カウンタが、送信もしくは再送信のための最大試行回数に達しない。

【0023】

好ましくは、第１のタイマは、設定ＵＬグラントごとに設定され、対応する設定ＵＬグラントのＨＡＲＱプロセスＩＤに関連付けられる。

【0024】

好ましくは、ＨＡＲＱプロセスに関連付けられた第１のタイマは、ＨＡＲＱプロセスに関連付けられた設定ＵＬグラントを使用することによってＳＤＴメッセージが送信されるとき、開始する。

【0025】

好ましくは、ＨＡＲＱプロセスに関連付けられた第１のタイマは、ＨＡＲＱプロセスに関連付けられたＳＤＴメッセージ送信に応答する肯定メッセージまたは否定メッセージをワイヤレス端末が受信するとき、停止する。

【0026】

好ましくは、（ＨＡＲＱプロセスを有する設定ＵＬグラントに応答する）肯定メッセージは、以下の少なくとも１つを含む。

【0027】

ＳＤＴメッセージ送信に応答する肯定メッセージを指示するダウンリンクフィードバック情報、または
動的ＵＬグラントを使用することによって新しいＳＤＴメッセージを送ることの、同じＨＡＲＱプロセスＩＤ（すなわち、設定ＵＬグラントのＨＡＲＱプロセスのＩＤ）を指示する、ダウンリンク制御情報。

【0028】

好ましくは、否定メッセージは、ＳＤＴメッセージ送信に応答する否定メッセージを指示するダウンリンクフィードバック情報を含む。

【0029】

好ましくは、カウンタは、設定ＵＬグラントごとに設定され、および／またはＨＡＲＱプロセスＩＤに関連付けられる。

【0030】

好ましくは、ＨＡＲＱプロセスに関連付けられたカウンタは、
ＨＡＲＱプロセスを有する設定ＵＬグラントを使用することによってＳＤＴメッセージ送信を実行するたびに、
ＨＡＲＱプロセスに関連付けられた第１のタイマが満了するたびに、
ＨＡＲＱプロセスに関連付けられたＳＤＴメッセージ送信の設定ＵＬグラントを受信するたびに、または
ＨＡＲＱプロセスの（例えば、それに応答する）否定メッセージを受信するたびに、のうちの少なくとも１つで、１だけ増加させられる。

【0031】

好ましくは、ＨＡＲＱプロセスに関連付けられたカウンタは、ワイヤレス端末が、以下の少なくとも１つを実行するとき、リセットされる。

【0032】

非アクティブ状態へ解放することの、無線リソース制御（ｒａｄｉｏｒｅｓｏｕｒｃｅｃｏｎｔｒｏｌ：ＲＲＣ）解放メッセージを受信すること、
ＨＡＲＱプロセスに関連付けられた設定ＵＬグラントを使用することによってＳＤＴメッセージをワイヤレス・ネットワーク・ノードに初めて送信すること、
ＳＤＴメッセージのＨＡＲＱプロセスに対応する肯定メッセージもしくは否定メッセージを受信すること、または
ＳＤＴメッセージのＨＡＲＱプロセスに関連付けられたＵＬ送信をスケジューリングするためのダウンリンク制御チャネルを受信すること。

【0033】

好ましくは、カウンタは最大試行回数に達し、方法は、以下の少なくとも１つをさらに含む。

【0034】

ランダム・アクセス・チャネル・ベースの小データ送信を実行すること、
ランダムアクセス手順を実行すること、
無線リソース制御（ＲＲＣ）層に失敗理由を通知すること、または
アイドル状態に入ること。

【0035】

好ましくは、ＳＤＴメッセージの再送信およびＳＤＴメッセージの最初の送信は、同じＨＡＲＱプロセスＩＤを持つ。

【0036】

本開示は、ワイヤレス端末に関する。ワイヤレス端末は、
第１のＵＬ送信のリッスン・ビフォア・トーク手順が失敗しフラグが設定されているとき、第２のアップリンク（ＵＬ）送信を実行するように構成された、通信ユニットを備え、
第１のＵＬ送信の第１のＵＬ持続時間は、第２のＵＬ送信の第２のＵＬ持続時間にオーバーラップする。

【0037】

様々な実施形態は、好ましくは以下の特徴を実装し得る。
好ましくは、ワイヤレス端末は、上述のワイヤレス通信方法のいずれかを実行するように構成されたプロセッサをさらに備える。

【0038】

本開示は、ワイヤレス・ネットワーク・ノードに関する。ワイヤレス・ネットワーク・ノードは、
通信ユニットと、
非優先ＵＬ送信にオーバーラップする優先送信のリッスン・ビフォア・トーク手順の失敗以降に、非優先ＵＬ送信のためのハイブリッド自動反復リクエスト（ＨＡＲＱ）動作を実行することに、関連付けられたフラグを、通信ユニットを介してワイヤレス端末に対して設定するように構成されたプロセッサと、を備える。

【0039】

様々な実施形態は、好ましくは以下の特徴を実装し得る。
好ましくは、プロセッサは、上述のワイヤレス通信方法のいずれかを実行するようにさらに構成される。

【0040】

本開示は、ワイヤレス端末に関する。ワイヤレス端末は、
プロセッサであって、ＳＤＴの小データ送信メッセージを再送信するために設定アップリンク（ＵＬ）グラントを使用することに関連付けられた条件が満たされると判定するように構成された、プロセッサと、
通信ユニットであって、
設定ＵＬグラントを使用することによってＳＤＴメッセージをワイヤレス・ネットワーク・ノードに再送信するように構成された、通信ユニットと、を備える。

【0041】

【0042】

本開示は、コンピュータプログラム製品であって、当該コンピュータプログラム製品に記憶されたコンピュータ可読プログラム媒体コードを備え、コードが、プロセッサによって実行されるとき、プロセッサに前述の方法のいずれか１つに記載のワイヤレス通信方法を実施させる、コンピュータプログラム製品に関する。

【0043】

本明細書に開示される例示的な実施形態は、添付の図面と併せ考えるとき以下の説明を参照することによって容易に明らかになる、特徴を提供することを対象とする。様々な実施形態に一致して、例示的なシステム、方法、装置、およびコンピュータプログラム製品が、本明細書に開示される。しかしながらこれら実施形態は、例としてかつ限定としてではなく提示されることが理解され、開示される実施形態に対する様々な修正は、本開示の範囲内に留まりながら行われることができることが本開示を読む当業者に明らかであろう。

【0044】

したがって、本開示は、本明細書において説明および例解した、例示的な実施形態および用途に限定されない。追加的に、本明細書に開示される方法におけるステップの特定の順序および／または階層は、単なる例示的なアプローチである。設計の好みに基づいて、開示される方法またはプロセスのステップの特定の順序または階層は、本開示の範囲内に留まりながら再配置されることができる。したがって、本明細書に開示される方法および技術は、見本の順序で様々なステップまたは作用を提示し、本開示は、別段明記しない限り、提示される特定の順序または階層に限定されないことを、当業者は理解するであろう。

【0045】

上記および他の態様ならびにそれらの実装は、図面、説明、および特許請求の範囲においてより詳細に説明される。

【図面の簡単な説明】

【0046】

【図1】本開示の実施形態による自律送信の概略図である。

【図2】本開示の実施形態による固定フレーム期間の概略図である。

【図3】本開示の実施形態による衝突の概略図である。

【図4】本開示の実施形態による、設定グラントベースの小データ送信の概略図である。

【図5】本開示の実施形態によるプロセスのフローチャートである。

【図6】本開示の実施形態によるプロセスのフローチャートである。

【図7】本開示の実施形態によるプロセスのフローチャートである。

【図8】本開示の実施形態によるプロセスのフローチャートである。

【図9】本開示の実施形態によるプロセスのフローチャートである。

【図10】本開示の実施形態によるプロセスのフローチャートである。

【図11】本開示の実施形態によるワイヤレス端末の概略図の例である。

【図12】本開示の実施形態によるワイヤレス・ネットワーク・ノードの概略図の例である。

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

【0047】

実施形態１：
新しい無線産業のモノのインターネット（ｎｅｗｒａｄｉｏｉｎｄｕｓｔｒｉａｌｉｎｔｅｒｎｅｔｏｆｔｈｉｎｇ：ＮＲＩ－ＩｏＴ）では、自律送信は、メディアアクセス制御（ｍｅｄｉａａｃｃｅｓｓｃｏｎｔｒｏｌ：ＭＡＣ）パケット・データ・ユニット（ｐａｃｋｅｔｄａｔａｕｎｉｔ：ＰＤＵ）の喪失を回避するという目的のために非優先グラントに対して導入される。現在、自律送信は、同じ設定グラント（ｃｏｎｆｉｇｕｒｅｄｇｒａｎｔ：ＣＧ）の設定、および同じハイブリッド自動反復リクエスト（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ：ＨＡＲＱ）プロセス識別（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ：ＩＤ）を有するＣＧ機会のみを使用し得、それの先行設定グラントは、非優先とされる。ＨＡＲＱプロセスＩＤは、１つの設定グラントから連続するＣＧ機会に対して順次に発生するためである。ＭＡＣＤＵＳの自律送信は、遅延され得る。図１は、本開示の実施形態による自律送信の概略図を示す。図８では、５つの異なるＨＡＲＱＩＤＨ１～Ｈ５を有するＭＡＣＰＤＵは、５つの連続するＣＧ機会でそれぞれ送信され、あらゆる２つの連続するＣＧ機会の間の期間は、ＣＧ期間と呼ばれる。自律送信は、同じＨＡＲＱＩＤを有するＣＧ機会を使用するから、ユーザ機器（ＵＥ）は、図１に示すように５つのＣＧ期間のレイテンシで自律送信を実行する。自律送信のこのような長いレイテンシは、遅延問題を引き起こし得る。

【0048】

実施形態では、設定グラント送信は、送信のための関連するリソースがＮＷによって事前設定される、送信タイプであり得る。実施形態では、動的グラント送信は、送信のための関連するリソースがＮＷからのダウンリンク制御指示によって指示される、送信タイプであり得る。

【0049】

本手順では、設定グラントは、設定ＵＬグラントに等しくなり得る。
実施形態では、超高信頼の低レイテンシ通信（ｕｌｔｒａ－ｒｅｌｉａｂｌｅｌｏｗ－ｌａｔｅｎｃｙｃｏｍｍｕｎｉｃａｔｉｏｎ：ＵＲＬＬＣ）送信のための自律送信のレイテンシを軽減するという目的のために、自律送信は、先行送信で使用される設定グラントのものとは異なるＨＡＲＱプロセスＩＤを有する、設定グラントを使用し得る。

【0050】

実施形態では、異なるＨＡＲＱプロセスＩＤを有する設定グラントを使用することを介して実行される、自律送信または再送信は、以下のイベントのうちの少なくとも１つが発生するときに実行され得る。

【0051】

（１）ＨＡＲＱプロセスＩＤについての先行設定グラント送信は、失敗する。失敗ケースは、以下のケースのうちの少なくとも１つを含む。

【0052】

－設定グラントは、非優先とされ、この設定グラントについてのＭＡＣＰＤＵは、生成されており、かつＵＥのＣＳ－ＲＮＴＩと共に再送信されない。

【0053】

－ＬＢＴ失敗。
－否定メッセージ（ｎｏｎ－ａｃｋｎｏｗｌｅｄｇｅｍｅｓｓａｇｅ：ＮＡＣＫ）は、受信される
－タイマ（例えば、ｃｇ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎｔＴｉｍｅｒ）は満了し、肯定メッセージ（ａｃｋｎｏｗｌｅｄｇｅｍｅｓｓａｇｅ：ＡＣＫ）は受信されない。

【0054】

－タイマ（例えば、ｃｇ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎｔＴｉｍｅｒ）は満了し、別のタイマ（例えば、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｉｍｅｒ）はまだ動いている。

【0055】

（２）ＣＧＵＬ制御情報（ＣＧＵＬｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ：ＣＧ－ＵＣＩ）は、この設定グラントについて設定されていない。例えば、
－１つの設定グラントの設定において、または設定グラントが設定される１つのサービングセルにおいて、情報要素として設定されることができる、１つの有効化フラグＸによってＣＧ－ＵＣＩは指示され得る。

【0056】

－ＣＧ－ＵＣＩは、以下の内容のうちの少なくとも１つを含み得る。（１）対応するＰＵＳＣＨ送信についてのＨＡＲＱプロセスＩＤ（２）新しいデータ指示。

【0057】

（３）失敗設定グラントについてのＭＡＣＰＤＵのサイズは、来たるべき設定グラントのサイズにマッチするか、またはそれよりも小さい。

【0058】

実施形態では、自律送信または再送信が、異なるＨＡＲＱプロセスＩＤを有する設定グラントを使用するとき、ＨＡＲＱ動作は、変更を必要とし得る。

【0059】

オプション１：失敗設定グラント送信のＨＡＲＱバッファから、自律送信または再送信のＨＡＲＱバッファのためのＭＡＣＰＤＵを導出する。新しい設定グラントにまだスコープがある場合、多重化および組立てエンティティからデータを導出する。

【0060】

オプション２：後続のＵＬ送信についての先行失敗設定グラントのＭＡＣＰＤＵを含めるために多重化および組立てエンティティを指示し、多重化および組立てエンティティから新しい設定グラントについてのＭＡＣＰＤＵを取得する。

【0061】

実施形態では、２つ以上のＵＬ送信が、リソース内で互いとオーバーラップするとき、これらのＵＬ送信のうちの１つについての、１つのＵＬグラントは、ある一定の規則（すなわち、論理チャネル（ｌｏｇｉｃｃｈａｎｎｅｌ：ＬＣＨ）優先度ベースの規則）を使用することによって優先されるものとし、残りのＵＬ送信の、他のＵＬグラントは、非優先とされるものとする。ＵＬグラントを優先しおよび／または非優先とするプロセスは、ＬＣＨベースの優先度付けと呼ばれ得る。優先ＵＬグラントは、ＨＡＲＱ動作において処理される。

【0062】

上記によれば、少なくとも１つの以下の実施形態１－１～１－３は、ＵＥにおいて使用され得る。

【0063】

実施形態１－１：
ステップ１：１つの設定グラントが受信され、ステップ２に進む。

【0064】

ステップ２：非優先とされる先行設定グラントが、あるかどうか、対応するＭＡＣＰＤＵが、生成され、かつＣＳ－ＲＮＴＩでアドレス指定されたＵＬグラントを使用することによって送信されないかどうか、生成されたＭＡＣＰＤＵのサイズが、受信された設定グラントのサイズとマッチするかまたはそれよりも小さいかどうか、およびフラグＸが、非優先設定グラントについて設定されていないかどうかを判定し、そうである場合、ステップ３ａまたはステップ３ｂに進み、そうでなければ、ステップ４に進む。

【0065】

ステップ３ａ：先行非優先設定グラントのＨＡＲＱバッファからＭＡＣＰＤＵを導出し（すなわち、上記のオプション１）、設定グラントについての（余りまたは残りの）スコープがない場合ステップ５に進み、そうでなければステップ４に進む。

【0066】

ステップ３ｂ：後続のＵＬ送信についての先行失敗設定グラントのＭＡＣＰＤＵを含めるために多重化および組立てエンティティを指示し、多重化および組立てエンティティから受信された設定グラントについてのＭＡＣＰＤＵを再び取得し（すなわち、上記のオプション２）、設定グラントについての（余りまたは残りの）スコープがない場合ステップ５に進み、そうでなければステップ４に進む。

【0067】

ステップ４：リンク制御プロトコル（ｌｉｎｋｃｏｎｔｒｏｌｐｒｏｔｏｃｏｌ：ＬＣＰ）手順に基づいて、多重化および組立てエンティティからデータを導出する。ステップ５に進む。

【0068】

ステップ５：受信された設定グラントのＨＡＲＱプロセスに、新しい送信を生成するように命令する。

【0069】

実施形態１－２：
ステップ１：１つの設定グラントが受信され、ステップ２に進む。

【0070】

ステップ２：先行設定グラントのリッスン・ビフォア・トーク（ｌｉｓｔｅｎｂｅｆｏｒｅｔａｌｋ：ＬＢＴ）手順が、失敗するかどうか、対応するＭＡＣＰＤＵが、ＣＳ－ＲＮＴＩでアドレス指定されたＵＬグラントを使用することによって送信されるかどうか、生成されたＭＡＣＰＤＵのサイズが、受信された設定グラントのサイズとマッチするかまたはそれよりも小さいかどうか、およびフラグＸが、設定グラントであって、そのＬＢＴ手順が失敗する設定グラントについて設定されるかどうかを、判定する。そうである場合、ステップ３ａまたは３ｂに進み、そうでなければ、ステップ４に進む。

【0071】

【0072】

【0073】

ステップ４：ＬＣＰ手順に基づいて、多重化および組立てエンティティからＭＡＣＰＤＵを導出する。ステップ５に進む。

【0074】

ステップ５：受信された設定グラントのＨＡＲＱプロセスに、新しい送信を生成するように命令する。

【0075】

実施形態１－３
ステップ１：１つの設定グラントが受信され、ステップ２に進む。

【0076】

ステップ２：先行設定グラントのＨＡＲＱプロセスについてＮＡＣＫが受信されるかどうかまたはタイマが満了する前に先行設定グラントのＨＡＲＱプロセスについてＡＣＫ／ＮＡＣＫが受信されなかったかどうか、対応するＭＡＣＰＤＵがＣＳ－ＲＮＴＩでアドレス指定されたＵＬグラントを使用することによって送信されていないかどうか、および失敗設定グラントについてのＭＡＣＰＤＵのサイズが受信された設定グラントのサイズより小さいかそれに等しいかどうかを判定する。そうである場合、ステップ３ａまたは３ｂに進み、そうでなければ、ステップ４に進む。

【0077】

【0078】

ステップ３ｂ：後続のＵＬ送信についての先行失敗設定グラントのＭＡＣＰＤＵを含めるために多重化および組立てエンティティを指示し、多重化および組立てエンティティから受信された設定グラントについてのＭＡＣＰＤＵを再び取得する。（すなわち、上記のオプション２）、設定グラントについての（余りまたは残りの）スコープがない場合ステップ５に進み、そうでなければ、ステップ４に進む。

【0079】

ステップ４：ＬＣＰ手順に基づいて、多重化および組立てエンティティからＭＡＣＰＤＵを導出する。ステップ５に進む。

【0080】

ステップ５：受信された設定グラントのＨＡＲＱプロセスに、新しい送信を生成するように命令する。

【0081】

実施形態２：
共有スペクトルチャネル上のＵＲＬＬＣ送信の場合、セミ・パーシステント・チャネル・アクセス手順では、固定フレーム期間（ｆｉｘｅｄｆｒａｍｅｐｅｒｉｏｄ：ＦＦＰ）は、ネットワーク（ｎｅｔｗｏｒｋ：ＮＷ）に対して設定され、かつＵＥに対して設定されるかもしれず、ＦＦＰは、チャネル占有時間（ｃｈａｎｎｅｌｏｃｃｕｐａｔｉｏｎｔｉｍｅ：ＣＯＴ）の期間、およびアイドル期間と合成される。ＣＯＴ期間は、ＵＥまたはＮＷ（例えば、ｇＮＢ）のどちらかによって始動され得、ＮＷによって始動されたＣＯＴは、ＵＥに対して共有しおよびその逆であることができる。図２は、本開示の実施形態によるＦＦＰの概略図を示す。図２では、ＦＦＰ－ｇは、ｇＮＢのＦＦＰであり、ＦＦＰ－ｕは、ＵＥのＦＦＰである。ＦＦＰ－ｇおよびＦＦＰ－ｇの各々は、ＣＯＴ期間およびアイドル期間からなる。ＦＦＰ－ｕおよびＦＦＰ－ｇの持続時間は、異なる。加えて、ＦＦＰ－ｇの開始点と対応するＦＦＰ－ｕとの間にオフセットがある。

【0082】

実施形態では、共有スペクトルチャネル上のＵＲＬＬＣ送信のためのＵＬグラント処理は、以下のプロセスとして更新される。

【0083】

ＵＬグラントがダウンリンク制御情報（ｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）または無線リソース制御（ｒａｄｉｏｒｅｓｏｕｒｃｅｃｏｎｔｒｏｌ：ＲＲＣ）層から受信される（すなわち、設定グラント）＝＞優先度取扱い手順＝＞対応するＭＡＣＰＤＵを生成し、生成されたＭＡＣＰＤＵを、優先ＵＬグラントの対応するＨＡＲＱプロセスＩＤのＨＡＲＱバッファに転送すること＝＞ＭＡＣＰＤＵの送信を実行するように下位層（すなわち、物理（ｐｈｙｓｉｃａｌ：ＰＨＹ）層）に命令すること＝＞リッスン・ビフォア・トーク（ＬＢＴ）手順がＰＨＹ層において実行される。

【0084】

実施形態では、優先度取扱い手順は、リソース２つ以上のＵＬ送信が互いと衝突する場合にどのＵＬ送信が優先されるかを判定することである。

【0085】

実施形態では、ＬＢＴ手順は、現実の送信が実行される前に、チャネルの状態（すなわち、アイドルであるかまたはビジーであるか）を評価するために使用される。ＬＢＴ手順は、チャネルアクセス手順の種類であることができる。

【0086】

共有スペクトルチャネル上の物理ＵＬ共有チャネル（ｐｈｙｓｉｃａｌＵＬｓｈａｒｅｄｃｈａｎｎｅｌ：ＰＵＳＣＨ）送信については、ＵＥは、ＬＢＴ手順を実行する前に、ＰＵＳＣＨ送信のための優先グラントを決定するための優先度取扱い手順を終了しなければならない。しかしながら、ＵＥがＣＯＴを始動した場合、ＵＥに関連付けられたＦＦＰの境界におけるＵＬ送信は、来たるべきＦＦＰが占有されることができるか否かを、関連するＬＢＴ結果が判定するので、非常に重要である。ＬＢＴ手順および優先度取扱い手順を考察することは、それぞれＰＨＹ層およびメディアアクセス制御（ＭＡＣ）層によって、取り扱うことができる。優先度取扱い手順のせいで、ＵＥが来たるべきＣＯＴを逃すことを、回避するという目的のために、優先度取扱い手順は、改善する必要があり得る。

【0087】

実施形態では、重要なＵＬ送信は、フレームベース機器（ｆｒａｍｅ－ｂａｓｅｄｅｑｕｉｐｍｅｎｔ：ＦＢＥ）の場合においてＵＥに関連付けられた各ＦＦＰ期間の境界において開始するＵＬ送信を指す。重要なＵＬ送信は、以下のオプションのうちの少なくとも１つによって識別され得る。

【0088】

オプション１：この設定グラントの設定のための、ＵＬ送信が、重要なＵＬ送信であることを指示するために、１つの情報要素ＣＧ－ＢｏｕｎｄａｒｙＴｒａｎｓｍｉｓｓｉｏｎは、１つの設定グラントの設定において、設定される。

【0089】

オプション２：対応するＵＬ送信が、重要なＵＬ送信であることを指示するために、１つの情報要素ＢｏｕｎｄａｒｙＴｒａｎｓｍｉｓｓｉｏｎＩｎｄｉｃａｔｏｒは、ダウンリンク制御情報（ＤＣＩ）において指示される。

【0090】

オプション３：ＳＲ送信のためのＰＵＣＣＨリソース。
実施形態では、重要なＵＬ送信については、以下の原理のうちの少なくとも１つが適用され得る。

【0091】

－重要なＵＬ送信は、重要な送信以外のＵＬ送信によって非優先とされることができない。

【0092】

－重要なＵＬ送信は、スキップされることができない。
以下の実施形態２－１および２－２は、ＵＥにおいて使用され得る。

【0093】

実施形態２－１
ステップ０：ＭＡＣエンティティが、ＬＣＨベースの優先度付けで設定される場合、１つのＵＬグラントが、受信される。

【0094】

ステップ０ａ：このＵＬグラントが上位層（すなわち、設定グラント）からであるか、または下位層（すなわち、ＰＨＹ層からの動的グラント）からであるかを、判定する。ＵＬグラントが設定グラントである場合、ステップ１ａに進み、ＵＬグラントが動的グラントである場合、ステップ１ｂに進む。

【0095】

ステップ１ａ：この設定グラントが情報要素ＣＧ－ＢｏｕｎｄａｒｙＴｒａｎｓｍｉｓｓｉｏｎで設定されるかどうかを、判定する。そうである場合、ステップ２に進み、そうでなければ、ステップ３に進む
ステップ１ｂ：動的グラントが、受信されたＤＣＩ（例えば、情報要素ＢｏｕｎｄａｒｙＴｒａｎｓｍｉｓｓｉｏｎＩｎｄｉｃａｔｏｒ）に従って境界送信であるかどうかを、判定する。そうである場合、ステップ２に進み、そうでなければ、ステップ３に進む。

【0096】

ステップ２：受信されたＵＬグラントよりも優先度が高い、情報要素ＣＧ－ＢｏｕｎｄａｒｙＴｒａｎｓｍｉｓｓｉｏｎで設定される、別の設定グラントのオーバーラップするＰＵＳＣＨ持続時間があるかどうか、受信されたＵＬグラントよりも優先度が高い、境界送信としてＤＣＩから指示される、別の動的グラントのオーバーラップするＰＵＳＣＨ持続時間があるかどうか、および受信されたＵＬグラントよりも優先度が高い、ＵＥ始動されたＣＯＴの境界における、スケジューリングリクエスト（ｓｃｈｅｄｕｌｉｎｇｒｅｑｕｅｓｔ：ＳＲ）送信があるかどうか、を判定し、そうである場合、ステップ５に進み、そうでなければ、ステップ４に進む。

【0097】

ステップ３：情報要素ＣＧ－ＢｏｕｎｄａｒｙＴｒａｎｓｍｉｓｓｉｏｎで設定される、設定グラントのオーバーラップするＰＵＳＣＨ持続時間があるかどうか、境界送信としてＤＣＩから指示される、動的グラントのオーバーラップするＰＵＳＣＨ持続時間があるかどうか、受信されたＵＬグラントよりも優先度が高い、別の設定グラントのオーバーラップするＰＵＳＣＨ持続時間があるかどうか、受信されたＵＬグラントよりも優先度が高い、動的グラントの、他のオーバーラップするＰＵＳＣＨ持続時間がないかどうか、および受信されたＵＬグラントよりも優先度が高い、ＵＥ始動されたＣＯＴの境界における、ＳＲ送信があるかどうかを、判定する。そうである場合、ステップ５に進み、そうでなければ、ステップ４に進む。

【0098】

ステップ４：受信されたＵＬグラントを優先ＵＬグラントとみなし、他のオーバーラップするＵＬグラントを、もしあれば非優先ＵＬグラントとみなし、他のオーバーラップするＳＲ送信を、もしあれば非優先ＳＲ送信とみなす
ステップ５：受信されたＵＬグラントを非優先ＵＬグラントとみなす。

【0099】

実施形態２－２
ステップ１：ＵＬグラントが、受信されたＤＣＩに従って、境界送信に対応する、１つの動的グラントであるかどうか、またはＵＬグラントが、ＩＥＣＧ－ＢｏｕｎｄａｒｙＴｒａｎｓｍｉｓｓｉｏｎに従って、境界送信に対応する、１つの設定グラントであるかどうかを、判定し、そうである場合、ステップ２に進み、そうでなければ、プロセスは終わる。

【0100】

ステップ２：境界送信のためのこのＵＬグラントは、いかなるときにもスキップされることができない。

【0101】

実施形態３：
実施形態では、衝突は、重要な送信を伴わずに複数のＵＬグラントのあいだで発生し得る。このような条件下では、優先ＵＬグラント（すなわち、優先ＵＬ送信）についてのＬＢＴ手順が、失敗する場合、優先ＵＬグラントについてのＵＬ送信は、実行されることができない。さらにその上、非優先ＵＬグラントについての他のＵＬ送信も、実行されることができない。図３は、本開示の実施形態による衝突の概略図を示す。図３では、ＰＵＳＣＨ送信＃１は、ＰＵＳＣＨ送信＃２よりも高い優先度を持つ。この実施形態では、ＰＵＳＣＨ送信＃１は、ＬＢＴ失敗をこうむる（すなわち、対応するＬＢＴ手順が失敗する）。結果として、送信は、実行されることができず、リソースは、無駄にされる。

【0102】

実施形態では、ＬＢＴ手順失敗に起因するリソースの無駄を回避するための、ＭＡＣベースの方法が提案される。この実施形態では、ＵＥは、優先ＵＬグラントのＬＢＴ手順が失敗するときに、他の非優先ＵＬグラントをＭＡＣエンティティに処理させる機能を、サポートし得る。

【0103】

実施形態では、優先ＵＬグラントのＬＢＴ手順が失敗するときに、非優先ＵＬグラントを再処理する機能かどうかを、指示するための特徴フラグが導入される。例えば、ＮＷは、優先ＵＬグラントのＬＢＴ手順が失敗するときに、非優先ＵＬグラントを再処理する機能を開くように、ＵＥに命令するために、ＵＥに対して、この特徴フラグを設定し（例えば、特徴フラグを「１」にセットし）得る。この特徴フラグは、ＰｒｉｏｒｉｔｙＨａｎｄｌｉｎｇＯｎＳｈａｒｅｄＳｐｅｃｔｒｕｍＣｈａｎｎｅｌと命名され得る。実施形態では、特徴フラグは、つぎの粒度で定義され得る。

【0104】

－セルグループごとに
－サービングセルまたは帯域幅部分（ｂａｎｄｗｉｄｔｈｐａｒｔ：ＢＷＰ）ごとに
ＭＡＣベースの方法を実現するために、ＵＥは、以下の実施形態３－１および／または３－２におけるプロセスを実行し得る。

【0105】

実施形態３－１：
ステップ１：優先ＵＬグラントについてのＬＢＴ失敗指示が下位層（すなわち、物理層）から受信されるかどうか、同じＢＷＰ内に非優先ＵＬグラントについてのオーバーラップするＰＵＳＣＨ持続時間があるかどうか、および特徴フラグが設定されているかどうかを、判定する。そうである場合、ステップ２に進み、そうでなければ、ステップ３に進む。

【0106】

ステップ２：非優先ＵＬグラントであって、そのＰＵＳＣＨ持続時間が、ＬＢＴ失敗指示に対応する優先ＵＬグラントのものにオーバーラップする、非優先ＵＬグラントのなかから、別の優先ＵＬグラントを決定し、決定された優先ＵＬグラントについてのＨＡＲＱ動作を処理する。

【0107】

ステップ２については、実施形態では、ＭＡＣＰＤＵまたはＵＬグラントの優先度付けは、ＬＣＨの優先度レベルに基づいて決定されることができ、ここで、そこからのデータは、このＵＬグラントについてのＭＡＣＰＤＵを作り上げている（すなわち、ＬＣＨベースの優先度付け）。

【0108】

実施形態３－２：
ステップ１：優先ＵＬグラントについてのＬＢＴ失敗指示が下位層から受信されるかどうか、同じＢＷＰ内に非優先ＵＬグラントについての他のオーバーラップするＰＵＳＣＨ持続時間があり、特徴フラグが設定されているかどうかを、判定する。そうである場合、ステップ２に進み、そうでなければ、ステップ３に進む。

【0109】

ステップ２：ＨＡＲＱ動作を実行するために、非優先ＵＬグラントであって、そのＰＵＳＣＨ持続時間が優先ＵＬグラントのものにオーバーラップする非優先ＵＬグラントから、利用可能なＵＬグラントをランダムに決定する。

【0110】

実施形態では、ＬＢＴ手順失敗に起因するリソースの無駄を回避するための、ＰＨＹベースの方法が提案される。この実施形態では、数個のＵＬグラントを受信するとき、それらは互いと競合し得、ＭＡＣエンティティは、競合するすべてのＵＬグラントについてＭＡＣＰＤＵを生成し、ＭＡＣＰＤＵおよびＵＬグラントをＰＨＹ層に送る。ＰＨＹ層は、それを、各ＭＡＣＰＤＵの、ＬＢＴ手順結果と優先度クラスとの組合せとみなすことによって、送信を実施する。

【0111】

実施形態では、すべての受信されたＵＬグラントのＭＡＣＰＤＵを生成することに関連付けられた特徴フラグ（例えば、フラグＰｒｉｏｒｉｔｙＨａｎｄｌｉｎｇＯｎＳｈａｒｅｄＳｐｅｃｔｒｕｍＣｈａｎｎｅｌ）、それらが互いと競合し得ることが、導入される。この特徴フラグは、つぎの粒度で定義され得る。

【0112】

－セルグループごとに
－サービングセルまたはＢＷＰごとに
実施形態では、この特徴フラグが（例えば、ビット「１」に）セットされているとき、ＵＥは、ＵＬグラントおよび／またはＳＲ送信からの２つ以上の（すなわち、１つを超える）ＵＬ送信が互いと衝突する場合、各ＵＬグラントおよび／またはスケジューリングリクエスト（ＳＲ）送信についてすべてのＭＡＣＰＤＵを生成し、ＭＡＣＰＤＵおよび対応するＵＬグラントを送るか、または下位層（すなわち、ＰＨＹ層）に対してＳＲ送信を命令する。より具体的には、特徴フラグが設定されている（例えば、セットされている）とき、ＵＥは、以下の少なくとも１つを選び得る。

【0113】

－設定ＵＬグラントが動的ＵＬグラントと衝突する（例えば、設定ＵＬグラントのＰＵＳＣＨ持続時間が動的ＵＬグラントのＰＵＳＣＨ持続時間にオーバーラップする）場合、ＵＥは、設定ＵＬグラントと動的ＵＬグラントの両方についてのＨＡＲＱ情報およびＵＬグラントをＨＡＲＱエンティティに送達する、
－ＵＬグラントのＰＵＳＣＨ送信がＳＲ送信と衝突する場合、ＵＥは、ＨＡＲＱ情報およびＵＬグラントを、ＵＬグラントについてのＨＡＲＱエンティティに送達し、ＵＥは、ＳＲ送信を生成するように下位層に命令する、または
－ＬＣＨベースの優先度付けが設定される場合、ＵＥは、受信した各ＵＬグラントを優先ＵＬグラントとして扱い得る。代替として、またはそれに加えて、ＵＥは、各アップリンクグラントについてのＬＣＨベースの優先度レベルを、下位層に送り得る。

【0114】

２つ以上のＭＡＣＰＤＵが下位層に送られる場合、ＵＥに自律（再）送信を実行させるという目的のために、ＭＡＣエンティティは、どのＭＡＣＰＤＵが送信されたか、およびどのＭＡＣＰＤＵが送信されなかったかを把握するものとする。

【0115】

実施形態では、ＭＡＣエンティティがすべてのＵＬグラントについてＭＡＣＰＤＵを生成し、それらが互いと衝突し、それらを下位層に送るとき、下位層は、自律（再）送信性能を維持するという目的のために、これらＭＡＣＰＤＵの送信の結果をＭＡＣエンティティに送り得る。

【0116】

例えば、ＰＵＳＣＨ持続時間が互いとオーバーラップする数個のＵＬグラントについて、ＰＨＹ層が上位層（すなわち、ＭＡＣ層）から複数のＭＡＣＰＤＵを受信するとき、ＰＨＹ層は、各ＵＬグラントの優先度クラスに基づいて、どのＭＡＣＰＤＵが送信されるかを判定する。送信されない他のＭＡＣＰＤＵについて、ＰＨＹ層は、ＭＡＣＰＤＵ送信の結果について上位層に通知する。

【0117】

ＰＨＹ層からの送信結果に従って、ＭＡＣエンティティは、設定グラントに関連付けられた送信されていないＭＡＣＰＤＵについての、自律（再）送信を実行する能力があり、設定グラントは、自律送信フラグで設定される。

【0118】

以下の実施形態３－３および３－４は、ＵＥにおいて使用される。
実施形態３－３：
ステップ０：１つ以上のＵＬグラントが下位層（すなわち、ＰＨＹ層からの動的グラント）または上位層（すなわち、ＲＲＣ層からの設定グラント）から受信され、ステップ１に進む。

【0119】

ステップ１：ＵＬグラントが受信される、１つのサービングセルについて、ＵＥがフラグＰｒｉｏｒｉｔｙＨａｎｄｌｉｎｇＯｎＳｈａｒｅｄＳｐｅｃｔｒｕｍＣｈａｎｎｅｌで設定されているかどうかを、判定する。そうである場合、ステップ２に進み、そうでなければ、ステップ５に進む。

【0120】

ステップ２：ＵＥがＬＣＨベースの優先度付けで設定されるかどうかを、判定する。そうである場合、ステップ３に進み、そうでなければ、ステップ４に進む。

【0121】

ステップ３：このサービングセル上の受信された各ＵＬグラント（すなわち、設定ＵＬグラントと動的グラントの両方を含む）は、優先グラントとみなされる。ステップ４に進む。

【0122】

ステップ４：ＵＬグラントについての関連するＰＵＳＣＨ持続時間が他のＵＬ送信にオーバーラップするか否かにかかわらず、受信された各ＵＬグラントについて、ＨＡＲＱ情報およびＵＬグラントをＨＡＲＱエンティティに転送する。

【0123】

ステップ５：関連するＰＵＳＣＨ持続時間が一時セルＲＮＴＩ（ｔｅｍｐｏｒａｒｙｃｅｌｌＲＮＴＩ：ＴＣ－ＲＮＴＩ）、セルＲＮＴＩ（ｃｅｌｌＲＮＴＩ：Ｃ－ＲＮＴＩ）、設定されたスケジューリングＲＮＴＩ（ｃｏｎｆｉｇｕｒｅｄｓｃｈｅｄｕｌｉｎｇＲＮＴＩ：ＣＳ－ＲＮＴＩ）でまたはランダムアクセス応答（ｒａｎｄｏｍａｃｃｅｓｓｒｅｓｐｏｎｓｅ：ＲＡＲ）からアドレス指定された動的グラントのＰＵＳＣＨ持続時間にオーバーラップしない場合、ＨＡＲＱ情報およびＵＬグラントを設定グラントについてのＨＡＲＱエンティティに転送する。

【0124】

実施形態３－４：
ステップ０：トリガされるスケジューリングリクエスト（ＳＲ）を決定し、このＳＲについて設定されるＰＵＣＣＨリソースがあり、ステップ１に進む。

【0125】

ステップ１：ＰＵＣＣＨ持続時間がＵＬグラントのＰＵＳＣＨ持続時間とオーバーラップするかどうかを判定する。そうである場合、ステップ２に進み、そうでなければ、ステップ６に進む
ステップ２：ＰＵＣＣＨリソースが設定される、１つのサービングセルについて、ＵＥがＰｒｉｏｒｉｔｙＨａｎｄｌｉｎｇＯｎＳｈａｒｅｄＳｐｅｃｔｒｕｍＣｈａｎｎｅｌで設定されているかどうかを、判定する。そうである場合、ステップ３に進み、そうでなければ、ステップ５に進む。

【0126】

ステップ３：ＵＥがＬＣＨベースの優先度付けで設定されるかどうかを、判定する。そうである場合、ステップ４に進み、そうでなければ、ステップ５に進む。

【0127】

ステップ４：ＳＲを優先ＳＲとみなし、他のＵＬグラントを、もしあれば優先ＵＬグラントとみなす。ステップ５に進む。

【0128】

ステップ５：ＳＲ送信を生成するように下位層に命令する。
ステップ６：終了。

【0129】

実施形態４：
非アクティブ状態（例えば、ＲＲＣ非アクティブ状態）にあるＵＥは、ランダムアクセス手順を始動することなくデータをＮＷに直接送るためのＣＧベースの小データ送信（ｓｍａｌｌｄａｔａｔｒａｎｓｍｉｓｓｉｏｎ：ＳＤＴ）を実行し得る。ＳＤＴは、ＵＥの電力を節約しおよび物理ランダム・アクセス・チャネル（ｐｈｙｓｉｃａｌｒａｎｄｏｍａｃｃｅｓｓｃｈａｎｎｅｌ：ＰＲＡＣＨ）への干渉を低減する能力がある。

【0130】

本開示では、ＳＤＴは、非アクティブ状態（例えば、ＲＲＣ非アクティブ状態（ＲＲＣ＿ＩＮＡＣＴＩＶＥ））または接続管理（ｃｏｎｎｅｃｔｉｏｎｍａｎａｇｅｍｅｎｔ：ＣＭ）接続された（ＣＭ－ＣＯＮＮＥＣＴＥＤ）状態にあるＵＥのために（またはそれによって）実行されるデータ送信であり得る。ＳＤＴは、ランダムアクセス手順または（ＲＲＣ）再開手順で実行され得る。実施形態では、ＳＤＴの基本的な特性は、以下の少なくとも１つを含み得る。

【0131】

－アップリンク（ｕｐｌｉｎｋ：ＵＬ）について１００バイト、およびダウンリンク（ｄｏｗｎｌｉｎｋ：ＤＬ）について１００バイトの、（アプリケーション）パケットサイズ、
－移動性なしのシナリオについて５秒～３０分、１時間のレイテンシ、
－毎分、および月々までの頻度。

【0132】

ＳＤＴのレイテンシは、ＳＤＴのパケットがバッファに到着してから、パケットが完全に送信されるまでの、持続時間であることに留意されたい。実施形態によれば、ＳＤＴは、３ＧＰＰＴＲ２５．７０５Ｖ１３．０．０においてさらに規定されている。

【0133】

図４は、本開示の実施形態によるＣＧベースのＳＤＴの概略図を示す。図４では、ＣＧベースのＳＤＴを始動することを決定するとき、ＵＥは、ＣＧリソースを通じてＲＲＣメッセージを送信する。ＲＲＣメッセージに加えて、ＵＥはまた、バッファ・サイズ・レポート（ｂｕｆｆｅｒｓｉｚｅｒｅｐｏｒｔ：ＢＳＲ）および／または専用無線ベアラ（ｄｅｄｉｃａｔｅｄｒａｄｉｏｂｅａｒｅｒ：ＤＲＢ）データパケットをＲＲＣメッセージと一緒に送信し得る（ステップ４０１）。

【0134】

ステップ４０２では、いったん初期のＣＧ送信が実行されると、ＵＥは、（後続の）データ送信および再送信のために、ＵＥ固有の無線ネットワーク一時識別子（ｒａｄｉｏｎｅｔｗｏｒｋｔｅｍｐｏｒａｒｙｉｄｅｎｔｉｆｉｅｒ：ＲＮＴＩ）をモニタリングすべきである。ＤＬ送信は、ＵＥ固有のＲＮＴＩに対してアドレス指定された動的スケジューリングに基づいて行われ、ＵＬ送信は、ＵＥ固有のＲＮＴＩに対してアドレス指定された動的グラント、または設定グラントのどちらかによって行われることができる。

【0135】

ステップ４０３では、ＵＥは、ＲＲＣ解放メッセージを受信し、ＵＥ固有のＲＮＴＩのモニタを停止し、通常の非アクティブ状態に入る。

【0136】

設定グラントを使用することによるＳＤＴ送信中に、問題が起き得る。より具体的には、ＣＧベースのＳＤＴについては、ＮＷ（例えば、ｇＮＢ）は、ＳＤＴがＵＥによっていつトリガおよび実行されるかを、知らない。ＵＬＣＧベースのＳＤＴがＮＷによって逃される場合、再送信はスケジュールされない。

【0137】

実施形態では、ＳＤＴは、以下の少なくとも１つを含む。
－設定グラントを使用することによって小データ送信を始動するためのＲＲＣメッセージを送信すること。

【0138】

－設定グラントを使用することによってＲＲＣメッセージ以外のデータ（メッセージ）を送信すること。

【0139】

上記のＣＧベースのＳＤＴ手順のステップ４０１では、ＣＧベースのＳＤＴを始動するためのＲＲＣメッセージが正常に送信されない（すなわち、ＮＷが、ＲＲＣメッセージを受信することができず、次いでＡＣＫ／ＮＡＣＫメッセージを与えることができない）場合、ＵＥは次のステップについて知らない場合がある。設定グラントでＣＧベースのＳＤＴを再送信することを、どのように決定するかは、議論することを要求される問題であり得る。

【0140】

さらにその上、上記のＣＧベースのＳＤＴ送信のステップ４０２では、ＵＥは、ＣＧベースのＳＤＴのデータが正常に送信されるか否かを、知らない場合がある。設定グラントでＣＧベースのＳＤＴ送信を再送信することを、どのように決定するかはまた、議論することを要求される問題であり得る。

【0141】

実施形態では、設定グラントでの小データ（すなわち、ＳＤＴのデータ（メッセージ））の再送信は、以下のイベントのうちの少なくとも１つによってトリガされることができる。

【0142】

－データメッセージ（すなわち、ＳＤＴのデータを含むメッセージ）は、設定グラントを使用することによって送信されており、ＵＥ固有のＲＮＴＩでスケジュールされた動的グラントを使用することによって送信されなかった。

【0143】

－新しいタイマが、満了する前に、ＣＧベースのＳＤＴ送信に対応するＡＣＫは、受信されない。

【0144】

－ＣＧベースのＳＤＴ送信に対応するＮＡＣＫは、受信される。
－時間の持続時間が、終了するとき、ＣＧベースのＳＤＴ送信に対応するＡＣＫは、受信されない。

【0145】

－新しく導入されたタイマは動いておらず、タイマＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｉｍｅｒは、まだ動いている。

【0146】

－カウンタは、最大数の値（例えば、再送信のための最大試行回数）に達しない。
上記のイベントにおける新しいタイマを含む実施形態では、このタイマは、ｓｄｔ－ｉｎｔｉａｔｉｏｎＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒと命名され得、設定グラントの設定ごとに設定されおよび／またはＨＡＲＱプロセスＩＤに関連付けられることができる。このタイマは、以下の特徴を含む。

【0147】

－開始／再開始：設定グラントでのＳＤＴメッセージ（例えば、ＳＤＴの、ＲＲＣメッセージまたはデータメッセージ）の各送信が、実行される。

【0148】

－停止：ＳＤＴについてのＡＣＫ／ＮＡＣＫが、受信される。
実施形態では、ＵＥは、以下の少なくとも１つを（例えば、ＮＷから）受信するとき、ＡＣＫが受信されると判定する。

【0149】

－ＡＣＫを指示するダウンリンクフィードバック情報
－設定グラントを使用することによってＳＤＴメッセージを送るために使用される同じＨＡＲＱプロセスＩＤを指示する、ＤＣＩ。

【0150】

実施形態では、ＵＥは、以下のイベントのうちの少なくとも１つに基づいて、ＮＡＣＫが受信されると判定する。

【0151】

－ＮＡＣＫを指示するダウンリンクフィードバック情報を受信すること、
－同じＨＡＲＱプロセスＩＤを指示するＤＣＩは、受信されず、ここでＨＡＲＱプロセスＩＤは、設定グラントでＳＤＴメッセージを送るために使用される。

【0152】

実施形態では、タイマＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｉｍｅｒは、ＣＧベースのＳＤＴを始動するためのＲＲＣメッセージの送信が失敗するかどうかを、判定するために再使用され得る。実施形態では、タイマＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｉｍｅｒは、つながりのあるＨＡＲＱプロセスＩＤがＵＬ送信を実行するために使用されるとき、開始／再開始する。

【0153】

設定グラントで再送信を実行することの実施形態では、再送信のために使用される設定グラントは、失敗したＳＤＴメッセージ送信のために使用される、同じＨＡＲＱプロセスＩＤおよび／または同じ設定グラントの設定を持ち得る。別の実施形態では、ＵＥは、失敗したＳＤＴメッセージ送信のために使用される、同じＨＡＲＱプロセスＩＤを有する、再送信のための設定グラントを結び付ける。

【0154】

実施形態では、設定グラントを使用することによる再送信は、終わりなく失敗し得る。電力およびリソースを節約するという目的のために、最大試行回数（例えば、ＭＡＸＩＭＵＭＮＵＭＢＥＲ）を指示するための、カウンタおよび情報要素が、導入され得る。

【0155】

実施形態では、カウンタの挙動は、下記のように定義され得る。
リセット／セット：
－ＣＧベースのＳＤＴから通常の非アクティブ状態へＵＥステータスを変更するためのＲＲＣ解放メッセージを、ＵＥが受信するとき、カウンタはリセットされる。

【0156】

－ＨＡＲＱプロセスＩＤに関連付けられた設定グラントで、ＳＤＴメッセージをＵＥが初めて送信するとき、カウンタはリセットされる。

【0157】

－（ＳＤＴメッセージに対応する）ＮＡＣＫ／ＡＣＫが受信されるとき、カウンタはリセットされる。

【0158】

インクリメント：
－設定グラントでのＳＤＴメッセージ送信のたびに、カウンタは１だけ増加する（すなわち、カウンタ＝カウンタ＋１）。実施形態では、タイマｓｄｔ－ｉｎｔｉａｔｉｏｎＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒが満了するとき、および／もしくは再送信のために使用される設定グラントが受信されるとき、ならびに／または再送信のために使用される設定グラントが実行されるとき、カウンタは１だけ増加する。

【0159】

カウンタが最大試行回数に達する（すなわち、ＣＯＵＮＴＥＲ＝ＭＡＸＩＭＵＭＮＵＭＢＥＲまたはＣＯＵＮＴＥＲ＝ＭＡＸＩＭＵＭＮＵＭＢＥＲ＋１）とき：
－ＵＥは、ＲＡＣＨベースのＳＤＴ送信にフォールバックし得る。

【0160】

－ＵＥは、ランダムアクセス手順を始動し得る。
－ＵＥは、上位層（例えば、ＲＲＣ層）に失敗理由を通知し得る。

【0161】

－ＵＥは、アイドル状態（例えば、ＲＲＣＩＤＬＥ）に入り込み得る。
実施形態では、このカウンタは、設定グラントの設定ごとに、もしくはサービングセルごとに、または帯域幅部分ごとに設定され得る。実施形態では、１つのカウンタは、単一のＨＡＲＱプロセスＩＤに関連付けられ得る。

【0162】

上記に基づいて、ＵＥによって実行され得る以下の実施形態におけるプロセスが、例として例解される。

【0163】

実施形態４－１：
ステップ１：設定グラントを使用することによってＣＧベースのＳＤＴを始動するためのＲＲＣメッセージを送信または再送信し、ステップ２に進む。

【0164】

ステップ２：対応するＡＣＫ／ＮＡＣＫが受信されるか否かを、判定し、そうである場合ステップ６に進み、そうでない場合、ステップ３に進む。

【0165】

ステップ３：カウンタを１だけ増加させ、ステップ４に進む。
ステップ４：カウンタが最大試行回数に達するかどうかを、判定する。そうである場合、ステップ５に進み、そうでなければ、データメッセージを再送信するために新しい設定グラントが受信されるとき、ステップ１に進む。

【0166】

ステップ５：ＵＥは、ＲＡＣＨベースのＳＤＴ送信にフォールバックし、ステップ６に進む。

【0167】

ステップ６：カウンタをリセットする。
実施形態４－２：
ステップ１：ＵＥが非アクティブ状態にあるとき、上位層から１つの設定グラントを受信する。

【0168】

ステップ２：ＭＡＣＰＤＵに対応するタイマｓｄｔ－ｉｎｔｉａｔｉｏｎＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒが、満了するかどうか、受信された設定グラントが、ＭＡＣＰＤＵの初期送信におけるのと同じＨＡＲＱプロセスＩＤを持つかどうか、およびＭＡＣＰＤＵが、ＵＥ固有のＲＮＴＩ、もしくはＵＥ固有のサーチスペース、またはＵＥ固有のＣＯＲＥＳＥＴでアドレス指定されたＵＬグラントを使用することによって送信されたかどうかを、判定する。そうである場合、ステップ３に進み、そうでなければ、ステップ５に進む。

【0169】

ステップ３：ＭＡＣＰＤＵが導出されたとみなし、ＨＡＲＱプロセスを実行してＭＡＣＰＤＵの送信を生じさせる。ステップ４に進む。

【0170】

ステップ４：タイマ（例えば、タイマｓｄｔ－ｉｎｔｉａｔｉｏｎＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）をリセットおよび開始する。

【0171】

ステップ５：終了。
図５は、本開示の実施形態によるプロセスのフローチャートを示す。図５は、ワイヤレス端末（例えば、ＵＥ）において使用され得、以下のステップを含む。

【0172】

ステップ５０１：第１のＵＬ送信のＬＢＴ手順が失敗しフラグが設定されているとき、第２のＵＬ送信を実行する。

【0173】

この実施形態では、第１のＵＬ送信のＬＢＴ手順が失敗しフラグが設定されているとき、ワイヤレス端末は、第２のＵＬ送信を実行する。第１のＵＬ送信の第１のＵＬ持続時間は、第２のＵＬ送信の第２のＵＬ持続時間にオーバーラップすることに留意されたい。

【0174】

実施形態では、第１のＵＬ送信（の第１のＵＬグラント）は、第２のＵＬ送信（の第２のＵＬグラント）よりも優先される（例えば、ＬＣＨベースの優先度付け）。言い換えれば、第２のＵＬ送信／グラントは、例えば送信されることについて、第１のＵＬ送信／グラントによって非優先とされる。

【0175】

実施形態では、複数のＵＬ送信が、第１のＵＬ送信とオーバーラップする。この実施形態では、第２のＵＬ送信は、複数のＵＬ送信から決定される（例えば、選択される）。例えば、第２のＵＬ送信は、複数のＵＬ送信からランダムに選択され得る。代替として、第２のＵＬ送信は、複数のＵＬ送信の中における優先ＵＬ送信である（例えば、第２のＵＬ送信は、複数のＵＬ送信の中において最も高い優先度レベルを持つ）。

【0176】

実施形態では、第１のＵＬ送信、第２のＵＬ送信、および複数のＵＬ送信の、各々は、ＵＬグラントまたはスケジューリングリクエスト送信のための、物理ＵＬ共有チャネル送信のうちの１つである。

【0177】

実施形態では、フラグは、非優先ＵＬ送信にオーバーラップする優先送信（例えば、第１のＵＬ送信）のＬＢＴ手順の失敗以降に（すなわち、そのときまたはその後に）、非優先ＵＬ送信（例えば、第２のＵＬ送信）のためのＨＡＲＱ動作を実行することに、関連付けられる。

【0178】

実施形態では、フラグは、セルグループごとに、サービングセルごとに、または帯域幅部分ごとに設定される。

【0179】

実施形態では、ワイヤレス端末は、第１のＵＬ送信のＬＢＴ手順が失敗しフラグが以下によって設定されているとき、第２のＵＬ送信を実行する。

【0180】

ＨＡＲＱエンティティに、第１のＵＬ送信の第１のＵＬグラント、第２のＵＬ送信の第２のＵＬグラント、ならびに第１のＵＬグラントおよび第２のＵＬグラントのＨＡＲＱ情報を送信すること。第１のＵＬグラントは、設定グラントおよび動的グラントのうちの一方であり、第２のＵＬグラントは、設定グラントおよび動的グラントのうちの他方であることに、留意されたい。

【0181】

実施形態では、ワイヤレス端末は、ＳＲ送信が第１のＵＬ送信または第２のＵＬ送信のうちの少なくとも一方にオーバーラップするとき、ＳＲ送信を実行するように、物理層に命令し得る。

【0182】

図６は、本開示の実施形態によるプロセスのフローチャートを示す。プロセスは、ワイヤレス・ネットワーク・ノード（例えば、ＮＷまたはｇＮＢ）において使用され得、以下のステップを含む。

【0183】

ステップ６０１：非優先ＵＬ送信にオーバーラップする優先送信のＬＢＴ手順が失敗するとき、非優先ＵＬ送信のためのＨＡＲＱ動作を実行することに、関連付けられたフラグを、ワイヤレス端末に対して設定する。

【0184】

図６では、ワイヤレス・ネットワーク・ノードは、優先送信のＬＢＴ手順が失敗するとき、ワイヤレス端末が非優先ＵＬ送信のためのＨＡＲＱ動作を実行することを有効化することへの、ワイヤレス端末（例えば、ＵＥ）に対するフラグを設定し得る。非優先ＵＬ送信は、優先ＵＬ送信にオーバーラップする。

【0185】

実施形態では、フラグは、セルグループごとに、サービングセルごとに、または帯域幅部分ごとに設定される。

【0186】

図７は、本開示の実施形態によるプロセスのフローチャートを示す。図７は、ワイヤレス端末（例えば、ＵＥ）において使用され得、以下のステップを含む。

【0187】

ステップ７０１：ＳＤＴのＳＤＴメッセージを再送信するために設定ＵＬグラントを使用することに関連付けられた条件が満たされると判定する。

【0188】

ステップ７０２：設定ＵＬグラントを使用することによってＳＤＴメッセージをワイヤレス・ネットワーク・ノードに再送信する。

【0189】

図７では、ワイヤレス端末は最初に、設定ＵＬグラントを使用することによってＳＤＴのＳＤＴメッセージ（例えば、ＣＧベースのＳＤＴ）を送信する。ＳＤＴのＳＤＴメッセージを再送信するために設定ＵＬグラントを使用することに関連付けられた条件が満たされる（例えば、ＳＤＴメッセージの送信が失敗する）（と判定する）ときまたはその後、ワイヤレス端末は、（同じ）設定ＵＬグラントを使用することによってＳＤＴメッセージを再送信する。例えば、ＳＤＴメッセージの再送信および最初の送信の設定グラントは、同じＨＡＲＱプロセスＩＤを持ち得る。

【0190】

実施形態では、ＳＤＴメッセージは、以下の少なくとも１つを含み得る。
ＳＤＴを始動することのＲＲＣメッセージ、または
ＳＤＴのデータメッセージ（すなわち、ＳＤＴのデータを含むメッセージ）。

【0191】

実施形態では、ＳＤＴメッセージを送信するために設定グラントを使用することの条件は、以下の少なくとも１つを含む。

【0192】

ＳＤＴメッセージは、設定グラントを使用することによって送信され、ワイヤレス端末の識別子（例えば、ＵＥ固有のＲＮＴＩ）でスケジュールされた動的グラントを使用することによって送信されず、
第１のタイマ（例えば、新しいタイマｓｄｔ－ｉｎｔｉａｔｉｏｎＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）が、満了する前に、ＳＤＴメッセージに対応する（例えば、応答する）ＡＣＫは、受信されず、
ＳＤＴメッセージに対応するＮＡＣＫメッセージは、受信され、
時間の持続時間が終了するときに、ＳＤＴメッセージに対応するＡＣＫが受信されない、
第１のタイマは停止し、第２のタイマ（例えば、タイマＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｉｍｅｒ）は動いており、
カウンタは、送信のための最大試行回数に達しない。

【0193】

実施形態では、ＳＤＴメッセージを送信することのＨＡＲＱプロセスＩＤが使用されるとき、第２のタイマは開始する。実施形態では、第２のタイマは、タイマＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｉｍｅｒであり得る。

【0194】

上記の条件での第１のタイマを含む実施形態では、第１のタイマは、設定グラントの設定ごとに設定されＨＡＲＱプロセスに関連付けられ得る。ＨＡＲＱプロセスは、対応するＨＡＲＱプロセスＩＤを持つことに留意されたい。すなわち、第１のタイマは、関連付けられたＨＡＲＱプロセスに対応する、ＨＡＲＱプロセスＩＤに関連付けられる。

【0195】

実施形態では、ＨＡＲＱプロセスに関連付けられた第１のタイマは、（同じ）ＨＡＲＱプロセス（または同じＨＡＲＱプロセスＩＤ）を有する設定グラントを使用することによってＳＤＴメッセージが送信されるとき、開始する。

【0196】

実施形態では、ＨＡＲＱプロセスに関連付けられた第１のタイマは、（同じ）ＨＡＲＱプロセス（または同じＨＡＲＱプロセスＩＤ）に関連付けられたＳＤＴメッセージに応答するＮＡＣＫ／ＡＣＫをワイヤレス端末が受信するとき、停止する。

【0197】

実施形態では、ＨＡＲＱプロセスに対するＡＣＫは、以下の少なくとも１つを含む。
ＡＣＫを指示するダウンリンクフィードバック情報、または
設定グラントを使用することによってＳＤＴメッセージを送ることの、同じＨＡＲＱプロセスＩＤを指示する、ＤＣＩ。

【0198】

実施形態では、ＮＡＣＫは、ＮＡＣＫを指示するダウンリンクフィードバック情報を含む。

【0199】

実施形態では、カウンタは、設定ＵＬグラントごとに設定され、および／またはＨＡＲＱプロセスＩＤに関連付けられる。

【0200】

実施形態では、ＨＡＲＱプロセスに関連付けられたカウンタは、
（同じ）ＨＡＲＱプロセスに関連付けられた設定ＵＬグラントを使用することによってＳＤＴメッセージ送信を（ワイヤレス端末が）実行するたびに、
（同じ）ＨＡＲＱプロセスに関連付けられた第１のタイマが満了するたびに、
ＳＤＴメッセージ送信の（同じ）ＨＡＲＱプロセスに関連付けられた設定ＵＬグラントを（ワイヤレス端末が）受信するたびに、または
ＨＡＲＱプロセスの（例えば、それに応答する）ＮＡＣＫを受信するたびに、のうちの少なくとも１つで、１だけ増加させられる。

【0201】

実施形態では、ＨＡＲＱプロセスに関連付けられたカウンタは、ワイヤレス端末が以下の少なくとも１つを実行するとき、リセットされる。

【0202】

非アクティブ状態へ解放することの、ＲＲＣ解放メッセージを受信すること、
（同じ）ＨＡＲＱプロセスに関連付けられた設定ＵＬグラントを使用することによってＳＤＴメッセージをワイヤレス・ネットワーク・ノードに初めて送信すること（すなわち、ＳＤＴメッセージの最初の送信）と、
（同じ）ＨＡＲＱプロセスに関連付けられたＳＤＴメッセージに対応する肯定メッセージもしくは否定メッセージを受信すること、または
ＳＤＴメッセージの（同じ）ＨＡＲＱプロセスに関連付けられたＵＬ送信をスケジューリングするためのダウンリンク制御チャネルを受信すること。

【0203】

実施形態では、カウンタは最大試行回数に達する。ワイヤレス端末は、以下の少なくとも１つを実行し得る。

【0204】

ＲＡＣＨベースのＳＤＴを実行すること、
ランダムアクセス手順を実行すること、
ＲＲＣ層に失敗理由を通知すること、または
アイドル状態に入ること。

【0205】

実施形態では、ＳＤＴメッセージの再送信およびＳＤＴメッセージの最初の送信は、同じＨＡＲＱプロセスＩＤを持つ。

【0206】

図８は、本開示の実施形態によるプロセスのフローチャートを示す。プロセスは、ワイヤレス・ネットワーク・ノード（例えば、ＮＷまたはｇＮＢ）において使用され得、以下のステップを含む。

【0207】

ステップ８０１：ＳＤＴのＳＤＴメッセージを再送信するためのタイマをワイヤレス端末に対して設定する。

【0208】

この実施形態では、ワイヤレスネットワークは、ワイヤレス端末に対してタイマを設定する。このタイマは、ＳＤＴのＳＤＴメッセージを再送信することに関連付けられる。

【0209】

実施形態では、ＳＤＴメッセージは、以下の少なくとも１つを含み得る。
設定グラントでＳＤＴを始動することのＲＲＣメッセージ、または
ＳＤＴのデータメッセージ（すなわち、ＳＤＴのデータを含むメッセージ）。

【0210】

実施形態では、設定グラントを使用することによってＳＤＴメッセージが送信されるとき、タイマは開始する。

【0211】

実施形態では、ＳＤＴメッセージに応答する制御チャネルまたはＳＤＴメッセージの再送信を実行するための（設定された）制御チャネルのうちの、少なくとも１つをワイヤレス端末が受信するとき、タイマは停止する。

【0212】

実施形態では、ワイヤレス・ネットワーク・ノードは、ワイヤレス端末に対してカウンタをさらに設定し、カウンタは、タイマが満了するたびに、またはワイヤレス端末がＳＤＴメッセージを再送信するたびに、１だけ増加させられる。

【0213】

実施形態では、ワイヤレス・ネットワーク・ノードは、ＳＤＴメッセージを再送信することのための最大試行回数をさらに設定する。

【0214】

図９は、本開示の実施形態によるプロセスのフローチャートを示す。図９に示すプロセスは、ワイヤレス端末（すなわち、ＵＥ）において使用され得、以下のステップを含む。

【0215】

ステップ９０１：第１のＵＬ送信に関連付けられた境界送信フラグが設定され第２のＵＬ送信に関連付けられた境界送信フラグが設定されていないとき、第２のＵＬ送信よりも第１のＵＬ送信を優先する。

【0216】

図９に示すプロセスでは、境界送信フラグは、境界送信フラグに関連付けられたＵＬ送信が重要なＵＬ送信であるかどうかを、指示するために使用される。この実施形態では、重要なＵＬ送信（または境界ＵＬ送信）とは、ワイヤレス端末に関連付けられたＦＦＰ期間の境界において開始するように設定されたＵＬ送信を指す。第１のＵＬ送信に関連付けられた境界送信フラグが設定されている（例えば、ビット「１」にセットされている）とき、ワイヤレス端末は、境界送信フラグが設定されていない（例えば、ビット「０」にセットされている）、第２のＵＬ送信よりも、第１のＵＬ送信を優先する。第２のＵＬ送信は、オーバーラップするＵＬ送信を指し、ここで当該オーバーラップするＵＬ送信の持続時間は、第１のＵＬ送信の持続時間にオーバーラップすることに、留意されたい。加えて、第１のＵＬ送信は、複数のオーバーラップするＵＬ送信（すなわち、複数の第２の送信）を持ち得、第１のＵＬ送信は、すべてのオーバーラップするＵＬ送信よりも優先される。

【0217】

設定ＵＬグラント（すなわち、上位層（例えば、ＲＲＣ層）から受信されたＵＬグラント）に対応するＵＬ送信の実施形態では、ＵＬ送信の境界送信フラグは、設定ＵＬグラントの設定に含まれる。

【0218】

動的グラント（すなわち、下位層（すなわち、物理層）から受信されたＵＬグラント）に対応するＵＬ送信の実施形態では、ＵＬ送信の境界送信フラグは、この動的グラントまたはＵＬ送信に対応する、ダウンリンク制御情報に含まれる。

【0219】

図１０は、本開示の実施形態によるプロセスのフローチャートを示す。図１０に示すプロセスは、ワイヤレス端末（すなわち、ＵＥ）において使用され得、以下のステップを含む。

【0220】

ステップ１００１：ＵＬ送信の境界送信フラグが設定されているとき、常にＵＬ送信を実行する。

【0221】

図１０では、境界送信フラグは、境界送信フラグに関連付けられたＵＬ送信が重要なＵＬ送信であるかどうかを、指示するために使用される。この実施形態では、重要なＵＬ送信（または境界ＵＬ送信）とは、ワイヤレス端末に関連付けられたＦＦＰ期間の境界において開始するように設定されたＵＬ送信を指す。ＵＬ送信に関連付けられた境界送信フラグが設定されている（例えば、ビット「１」にセットされている）とき、このＵＬ送信はスキップされることができない。すなわち、ＵＬ送信に関連付けられた境界送信フラグが設定されているとき、ＵＬ送信は常にワイヤレス端末によって実行される。

【0222】

設定ＵＬグラント（すなわち、上位層（例えば、ＲＲＣ層）から受信されたＵＬグラント）に対応するＵＬ送信の実施形態では、ＵＬ送信の境界送信フラグは、設定ＵＬグラントに含まれる。

【0223】

【0224】

図１１は、本開示の実施形態によるワイヤレス端末１１０の概略図に関する。ワイヤレス端末１１０は、ユーザ機器（ＵＥ）、携帯電話、ラップトップ、タブレットコンピュータ、電子書籍、またはポータブル・コンピュータ・システムであり得、本明細書では限定されない。ワイヤレス端末１１０は、マイクロプロセッサまたは特定用途向け集積回路（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ：ＡＳＩＣ）などの、プロセッサ１１００と、記憶ユニット１１１０と、通信ユニット１１２０とを含み得る。記憶ユニット１１１０は、プロセッサ１１００によってアクセスおよび実行されるプログラムコード１１１２を記憶する、任意のデータ記憶装置であり得る。記憶ユニット１１１２の実施形態は、加入者識別モジュール（ｓｕｂｓｃｒｉｂｅｒｉｄｅｎｔｉｔｙｍｏｄｕｌｅ：ＳＩＭ）、読出し専用メモリ（ｒｅａｄ－ｏｎｌｙｍｅｍｏｒｙ：ＲＯＭ）、フラッシュメモリ、ランダム・アクセス・メモリ（ｒａｎｄｏｍ－ａｃｃｅｓｓｍｅｍｏｒｙ：ＲＡＭ）、ハードディスク、および光学データ記憶装置を含むが、これらに限定されない。通信ユニット１１２０は、トランシーバであり得、プロセッサ１１００の処理結果に従って信号（例えば、メッセージまたはパケット）を送信および受信するために使用される。実施形態では、通信ユニット１１２０は、図１１に示す少なくとも１つのアンテナ１１２２を介して信号を送信および受信する。

【0225】

実施形態では、記憶ユニット１１１０およびプログラムコード１１１２は、省略され得、プロセッサ１１００は、記憶されたプログラムコードを有する、記憶ユニットを含み得る。

【0226】

プロセッサ１１００は、例えばプログラムコード１１１２を実行することによって、ワイヤレス端末１１０上で、実例を挙げた実施形態におけるステップのうちの任意の１つを実施し得る。

【0227】

通信ユニット１１２０は、トランシーバであり得る。通信ユニット１１２０は、代替として、またはそれに加えて、ワイヤレス・ネットワーク・ノード（例えば、基地局）への信号およびワイヤレス・ネットワーク・ノード（例えば、基地局）からの信号を、送信および受信するようにそれぞれ構成された送信ユニットおよび受信ユニットを組み合わせてもよい。

【0228】

図１２は、本開示の実施形態によるワイヤレス・ネットワーク・ノード１２０の概略図に関する。ワイヤレス・ネットワーク・ノード１２０は、人工衛星、基地局（ｂａｓｅｓｔａｔｉｏｎ：ＢＳ）、ネットワークエンティティ、移動性管理エンティティ（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ：ＭＭＥ）、サービングゲートウェイ（ＳｅｒｖｉｎｇＧａｔｅｗａｙ：Ｓ－ＧＷ）、パケット・データ・ネットワーク（ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋ：ＰＤＮ）ゲートウェイ（ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋ（ＰＤＮ）Ｇａｔｅｗａｙ：Ｐ－ＧＷ）、無線アクセスネットワーク（ｒａｄｉｏａｃｃｅｓｓｎｅｔｗｏｒｋ：ＲＡＮ）、次世代ＲＡＮ（ｎｅｘｔｇｅｎｅｒａｔｉｏｎＲＡＮ：ＮＧ－ＲＡＮ）、データネットワーク、コアネットワーク、または無線ネットワークコントローラ（ＲａｄｉｏＮｅｔｗｏｒｋＣｏｎｔｒｏｌｌｅｒ：ＲＮＣ）であり得、本明細書では限定されない。加えて、ワイヤレス・ネットワーク・ノード１２０は、たとえばアクセスおよび移動性管理機能（ａｃｃｅｓｓａｎｄｍｏｂｉｌｉｔｙｍａｎａｇｅｍｅｎｔｆｕｎｃｔｉｏｎ：ＡＭＦ）、セッション管理機能（ｓｅｓｓｉｏｎｍａｎａｇｅｍｅｎｔｆｕｎｃｔｉｏｎ：ＳＭＦ）、ユーザプレース機能（ｕｓｅｒｐｌａｃｅｆｕｎｃｔｉｏｎ：ＵＰＦ）、ポリシー制御機能（ｐｏｌｉｃｙｃｏｎｔｒｏｌｆｕｎｃｔｉｏｎ：ＰＣＦ）、アプリケーション機能（ａｐｐｌｉｃａｔｉｏｎｆｕｎｃｔｉｏｎ：ＡＦ）などの、少なくとも１つのネットワーク機能を備え（実行し）得る。ワイヤレス・ネットワーク・ノード１２０は、マイクロプロセッサまたはＡＳＩＣなどの、プロセッサ１２００、記憶ユニット１２１０、および通信ユニット１２２０を含み得る。記憶ユニット１２１０は、プロセッサ１２００によってアクセスおよび実行されるプログラムコード１２１２を記憶する任意のデータ記憶装置であり得る。記憶ユニット１２１２の例は、ＳＩＭ、ＲＯＭ、フラッシュメモリ、ＲＡＭ、ハードディスク、および光学データ記憶装置を含むが、これらに限定されない。通信ユニット１２２０は、トランシーバであり得、プロセッサ１２００の処理結果に従って信号（例えば、メッセージまたはパケット）を送信および受信するために使用される。例では、通信ユニット１２２０は、図１２に示す少なくとも１つのアンテナ１２２２を介して信号を送信および受信する。

【0229】

実施形態では、記憶ユニット１２１０およびプログラムコード１２１２は、省略され得る。プロセッサ１２００は、記憶されたプログラムコードを有する、記憶ユニットを含み得る。

【0230】

プロセッサ１２００は、例えばプログラムコード１２１２を実行することを介して、ワイヤレス・ネットワーク・ノード１２０上で、実例を挙げた実施形態において説明した任意のステップを実施し得る。

【0231】

通信ユニット１２２０は、トランシーバであり得る。通信ユニット１２２０は、代替として、またはそれに加えて、ワイヤレス端末（例えば、ユーザ機器）への信号およびワイヤレス端末（例えば、ユーザ機器）からの信号を、送信および受信するようにそれぞれ構成された送信ユニットおよび受信ユニットを組み合わせてもよい。

【0232】

本開示の様々な実施形態について上記で説明したが、それらは例としてのみ、かつ限定としてではなく、提示されていることを理解すべきである。同様に、様々なダイアグラムは、本開示の例示的な特徴および機能を当業者が理解することを可能にするために提供される、例であるアーキテクチャまたは構成を描写し得る。しかしながら、本開示が、例解された例であるアーキテクチャまたは構成に制限されるのではなく、色々な代替的なアーキテクチャおよび構成を使用して実装されることができることを、そのような者は理解するであろう。追加的に、当業者によって理解されるように、１つの実施形態の、１つ以上の特徴は、本明細書において説明した別の実施形態の、１つ以上の特徴と組み合わせることができる。したがって、本開示の広さおよび範囲は、上記で説明した例示的な実施形態のいずれの１つによっても限定されるべきではない。

【0233】

たとえば「第１」、「第２」等の指定を使用する本明細書における要素への任意の参照は、一般に、それら要素の量または順序を限定しないことも、理解される。むしろ、これら指定は、２つ以上の要素または要素の具体例の間で区別する便利な手段として、本明細書において使用することができる。したがって、第１および第２の要素への言及は、２つの要素のみが採用されることができること、または第１の要素が何らかのやり方で第２の要素に先立たねばならないことを意味しない。

【0234】

追加的に、当業者は、情報および信号が、色々な異なるテクノロジおよび技術のうちの任意の１つを使用して表されることができることを、理解するであろう。例えば、例えば上記の説明において言及され得るデータ、命令、コマンド、情報、信号、ビット、およびシンボルは、電圧、電流、電磁波、磁場もしくは粒子、光場もしくは粒子、またはそれらの任意の組合せによって表されることができる。

【0235】

本明細書に開示された態様に関係して説明した様々な例解的な論理ブロック、ユニット、プロセッサ、手段、回路、方法、および機能のうちの任意の１つは、電子ハードウェア（例えば、デジタル実装、アナログ実装、もしくは２つの組合せ）、ファームウェア、命令を組み込む様々な形式のプログラムもしくは設計コード（本明細書では、便宜上、「ソフトウェア」もしくは「ソフトウェアユニット」と呼称されることができる）、またはこれら技術の任意の組合せによって実装されることができることを、当業者はさらに認識するであろう。

【0236】

ハードウェア、ファームウェア、およびソフトウェアの、この交換可能性を明確に例解するために、様々な例解的な構成要素、ブロック、ユニット、回路、およびステップが、それらの機能性の観点から一般的に、上記で説明されている。そのような機能性がハードウェア、ファームウェア、もしくはソフトウェア、またはこれら技術の組合せとして実装されるかどうかは、システム全体に課される特有の用途および設計制約に依存する。当業者は、説明された機能性を特有の各用途について様々な方策で実装することができるが、そのような実装決断は、本開示の範囲からの逸脱を引き起こさない。様々な実施形態に一致して、プロセッサ、装置、構成要素、回路、構造、マシン、ユニットなどは、本明細書において説明した機能のうちの１つ以上を実行するように構成されることができる。規定された動作または機能に関して本明細書で使用される「ように構成され（ｃｏｎｆｉｇｕｒｅｄｔｏ）」または「について設定され（ｃｏｎｆｉｇｕｒｅｄｆｏｒ）」という用語は、規定された動作または機能を実行するために、物理的に構築、プログラム、および／または配置された、プロセッサ、装置、構成要素、回路、構造、マシン、ユニットなどを指す。

【0237】

さらにその上、本明細書において説明した様々な例解的な論理ブロック、ユニット、装置、構成要素、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ｄｉｇｉｔａｌｓｉｇｎａｌｐｒｏｃｅｓｓｏｒ：ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ｆｉｅｌｄｐｒｏｇｒａｍｍａｂｌｅｇａｔｅａｒｒａｙ：ＦＰＧＡ）もしくは他のプログラマブル論理デバイス、またはそれらの任意の組合せを含むことができる、集積回路（ｉｎｔｅｇｒａｔｅｄｃｉｒｃｕｉｔ：ＩＣ）の中で実装されまたはそれによって実行されることができることを、当業者は理解するであろう。論理ブロック、ユニット、および回路は、ネットワーク内または装置内の様々な構成要素と通信するための、アンテナおよび／またはトランシーバをさらに含むことができる。汎用プロセッサは、マイクロプロセッサとすることができるが、代替では、プロセッサは、任意の従来のプロセッサ、コントローラ、またはステートマシンとすることができる。プロセッサはまた、コンピューティングデバイスの組合せ、例えばＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと併せて１つ以上のマイクロプロセッサ、または本明細書において説明した機能を実行するための任意の他の適切な構成として実装されることができる。ソフトウェアで実装される場合、機能は、コンピュータ可読媒体上の、１つ以上の命令またはコードとして記憶されることができる。したがって、本明細書に開示される方法またはアルゴリズムの、ステップは、コンピュータ可読媒体に記憶されたソフトウェアとして実装することができる。

【0238】

コンピュータ可読媒体は、コンピュータ記憶媒体と、コンピュータプログラムまたはコードを１つの場所から別の場所へ転送することを可能にされることができる任意の媒体を含む通信媒体との両方を含む。記憶媒体は、コンピュータによってアクセスされることができる、任意の利用可能な媒体とすることができる。例として、かつ限定としてではなく、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ－ＲＯＭもしくは他の光ディスク記憶、磁気ディスク記憶もしくは他の磁気記憶装置、または、命令もしくはデータ構造の形式で所望のプログラムコードを記憶するために使用されることができ、かつコンピュータによってアクセスされることができる、任意の他の媒体を含むことができる。

【0239】

この文書において、本明細書で使用される「ユニット」という用語は、本明細書において説明される関連する機能を実行するための、ソフトウェア、ファームウェア、ハードウェア、およびこれら要素の任意の組合せを指す。追加的に、議論というねらいのために、様々なユニットは、個別のユニットとして説明される。しかしながら、当業者に明らかであるように、２つ以上のユニットを、本開示の実施形態による関連する機能を実行する単一のユニットを形成するために組み合わせ得る。

【0240】

追加的に、本開示の実施形態では、メモリまたは他の記憶、さらには通信構成要素を採用し得る。明確性というねらいのために、上記の説明は、異なる機能的ユニットおよびプロセッサを参照して本開示の実施形態を説明したことが認識されるであろう。しかしながら、本開示を損なうことなく、異なる機能的ユニット、処理論理要素、または領域の間での、機能性の任意の適切な分散を使用し得ることは明らかであろう。例えば、別個の処理論理要素またはコントローラによって実行されるために例解された機能性は、同じ処理論理要素またはコントローラによって実行され得る。それゆえ、特定の機能的ユニットへの言及は、厳密な論理的または物理的な構造または組織を指示しているのではなく、説明された機能性を提供するための適切な手段への言及にすぎない。

【0241】

この開示において説明した実装に対する様々な修正は、当業者に容易に明らかであり、本明細書において定義された一般原理は、この開示の範囲から逸脱することなく他の実装に適用することができる。したがって、本開示は、本明細書に示される実装に限定されることを意図するのではなく、下記の特許請求の範囲に記載されるように、本明細書に開示される新規の特徴および原理と整合する最も幅広い範囲を授けられることとなる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【手続補正書】

【提出日】2023-12-25

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

ワイヤレス端末であって、
小データ送信（ＳＤＴ）のＳＤＴメッセージを再送信するために設定アップリンク（ＵＬ）グラントを使用することに関連付けられるという条件が満たされると判定するように構成されたプロセッサと、
前記条件が満たされる場合に、前記設定ＵＬグラントを使用することによって前記ＳＤＴメッセージをワイヤレス・ネットワーク・ノードに再送信するように構成された通信ユニットと、
を含み、
前記ＳＤＴメッセージを再送信するために前記設定グラントを使用することに関連付けられた前記条件は、第１のタイマが満了する前に、前記ＳＤＴメッセージに対応する肯定メッセージが受信されないということを含む、ワイヤレス端末。

【請求項2】

前記ＳＤＴメッセージが、
前記ＳＤＴを始動することの無線リソース制御メッセージ、または
前記ＳＤＴのデータメッセージ
のうちの、少なくとも１つを含む、請求項１に記載のワイヤレス端末。

【請求項3】

前記ＳＤＴメッセージを再送信するために前記設定グラントを使用することに関連付けられた前記条件が、
前記ＳＤＴメッセージが、前記設定グラントを使用することによって送信されており、前記ワイヤレス端末の識別子でスケジュールされた動的グラントを使用することによって送信されていない、請求項１または２に記載のワイヤレス端末。

【請求項4】

前記第１のタイマが、設定ＵＬグラントごとに設定され、対応する前記設定ＵＬグラントのＨＡＲＱプロセスＩＤに関連付けられる、請求項３に記載のワイヤレス端末。

【請求項5】

ＨＡＲＱプロセスＩＤに関連付けられた前記第１のタイマが、前記ＨＡＲＱプロセスＩＤに関連付けられた前記設定ＵＬグラントを使用することによって前記ＳＤＴメッセージが送信されるとき、開始する、請求項３または４に記載のワイヤレス端末。

【請求項6】

ＨＡＲＱプロセスＩＤに関連付けられた前記第１のタイマが、前記ＨＡＲＱプロセスＩＤに関連付けられた前記ＳＤＴメッセージ送信に応答する前記肯定メッセージまたは前記否定メッセージを前記ワイヤレス端末が受信するとき、停止する、請求項３～５のいずれかに記載のワイヤレス端末。

【請求項7】

前記ＳＤＴメッセージの前記再送信および前記ＳＤＴメッセージの最初の送信が、同じＨＡＲＱプロセスＩＤを持つ、請求項１～６のいずれかに記載のワイヤレス端末。

【請求項8】

ワイヤレス端末における使用のためのワイヤレス通信方法であって、前記方法が、
小データ送信（ＳＤＴ）のＳＤＴメッセージを再送信するために設定アップリンク（ＵＬ）グラントを使用することに関連付けられるという条件が満たされると判定することと、
前記条件が満たされる場合に、前記設定ＵＬグラントを使用することによって前記ＳＤＴメッセージをワイヤレス・ネットワーク・ノードに再送信することと
を含み、
前記ＳＤＴメッセージを再送信するために前記設定グラントを使用することに関連付けられた前記条件は、第１のタイマが満了する前に、前記ＳＤＴメッセージに対応する肯定メッセージが受信されないということを含む、ワイヤレス通信方法。

【請求項9】

ワイヤレス・ネットワーク・ノードであって、
ワイヤレス端末が、小データ送信（ＳＤＴ）のＳＤＴメッセージを再送信するために設定アップリンク（ＵＬ）グラントを使用することに関連付けられるという条件が満たされると判定した場合に、前記設定ＵＬグラントを使用することによって前記ＳＤＴメッセージの再送信を受信するように構成されたプロセッサを含み、
前記ＳＤＴメッセージを送信するために前記設定グラントを使用することに関連付けられた前記条件は、第１のタイマが満了する前に、前記ＳＤＴメッセージに対応する肯定メッセージが受信されないということを含む、ワイヤレス・ネットワーク・ノード。

【請求項10】

前記ＳＤＴメッセージが、
前記ＳＤＴの無線リソース制御メッセージ、または
前記ＳＤＴのデータメッセージ
のうちの、少なくとも１つを含む、請求項９に記載のワイヤレス・ネットワーク・ノード。

【請求項11】

前記ＳＤＴメッセージを送信するために前記設定グラントを使用することに関連付けられた前記条件が、
前記ＳＤＴメッセージが、前記設定グラントを使用することによって送信されており、前記ワイヤレス端末の識別子でスケジュールされた動的グラントを使用することによって送信されていない、請求項９または１０に記載のワイヤレス・ネットワーク・ノード。

【請求項12】

前記第１のタイマが、設定ＵＬグラントごとに設定され、対応する前記設定ＵＬグラントのＨＡＲＱプロセスＩＤに関連付けられる、請求項１１に記載のワイヤレス・ネットワーク・ノード。

【請求項13】

ＨＡＲＱプロセスＩＤに関連付けられた前記第１のタイマが、前記ＨＡＲＱプロセスＩＤに関連付けられた前記設定ＵＬグラントを使用することによって前記ＳＤＴメッセージが送信されるとき、開始し、および／または
ＨＡＲＱプロセスＩＤに関連付けられた前記第１のタイマが、前記ＨＡＲＱプロセスＩＤに関連付けられた前記ＳＤＴメッセージ送信に応答する前記肯定メッセージまたは前記否定メッセージを前記ワイヤレス端末が受信するとき、停止する、請求項１１または１２に記載のワイヤレス・ネットワーク・ノード。

【請求項14】

前記ＳＤＴメッセージの前記再送信および前記ＳＤＴメッセージの最初の送信が、同じＨＡＲＱプロセスＩＤを持つ、請求項９～１３のいずれかに記載のワイヤレス・ネットワーク・ノード。

【請求項15】

ワイヤレス・ネットワーク・ノードにおける使用のためのワイヤレス通信方法であって、
ワイヤレス端末が、小データ送信（ＳＤＴ）のＳＤＴメッセージを再送信するために設定アップリンク（ＵＬ）グラントを使用することに関連付けられるという条件が満たされると判定した場合に、前記設定ＵＬグラントを使用することによって前記ＳＤＴメッセージの再送信を受信することを含み、
前記ＳＤＴメッセージを送信するために前記設定グラントを使用することに関連付けられた前記条件は、第１のタイマが満了する前に、前記ＳＤＴメッセージに対応する肯定メッセージが受信されないということを含む、ワイヤレス通信方法。

【手続補正2】

【補正対象書類名】明細書

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【発明の詳細な説明】

【技術分野】

【0001】

この文書は、一般にワイヤレス通信、特に５ＧＮｅｗＲａｄｉｏ通信のワイヤレス通信を対象とする。

【背景技術】

【0002】

【0003】

【発明の概要】

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

【0004】

【0005】

【0006】

【0007】

【0008】

【0009】

好ましくは、フラグは、セルグループごとに、サービングセルごとに、または帯域幅部分ごとに設定される。

【0010】

【0011】

【0012】

【0013】

【0014】

【0015】

【0016】

好ましくは、ＳＤＴが含むことは、以下の特徴のうちの少なくとも１つによって特性付けられる。

【0017】

１００バイトのパケットサイズ、
５秒～３０分もしくは１時間のレイテンシ、または
毎分、および月々までの頻度。

【0018】

好ましくは、ＳＤＴは、３ＧＰＰ（登録商標）ＴＲ２５．７０５Ｖ１３．０．０に従って定義される。

【0019】

様々な実施形態は、好ましくは以下の特徴を実装し得る。
好ましくは、ＳＤＴメッセージは、以下の少なくとも１つを含む。

【0020】

ＳＤＴを始動することの無線リソース制御メッセージ、または
ＳＤＴのデータメッセージ。

【0021】

好ましくは、ＳＤＴメッセージを送信するために設定ＵＬグラントを使用することに関連付けられた条件は、以下の少なくとも１つを含む。

【0022】

【0023】

好ましくは、第１のタイマは、設定ＵＬグラントごとに設定され、対応する設定ＵＬグラントのＨＡＲＱプロセスＩＤに関連付けられる。

【0024】

【0025】

【0026】

好ましくは、（ＨＡＲＱプロセスを有する設定ＵＬグラントに応答する）肯定メッセージは、以下の少なくとも１つを含む。

【0027】

【0028】

好ましくは、否定メッセージは、ＳＤＴメッセージ送信に応答する否定メッセージを指示するダウンリンクフィードバック情報を含む。

【0029】

好ましくは、カウンタは、設定ＵＬグラントごとに設定され、および／またはＨＡＲＱプロセスＩＤに関連付けられる。

【0030】

【0031】

好ましくは、ＨＡＲＱプロセスに関連付けられたカウンタは、ワイヤレス端末が、以下の少なくとも１つを実行するとき、リセットされる。

【0032】

【0033】

好ましくは、カウンタは最大試行回数に達し、方法は、以下の少なくとも１つをさらに含む。

【0034】

【0035】

好ましくは、ＳＤＴメッセージの再送信およびＳＤＴメッセージの最初の送信は、同じＨＡＲＱプロセスＩＤを持つ。

【0036】

【0037】

【0038】

【0039】

【0040】

【0041】

【0042】

【0043】

【0044】

【0045】

上記および他の態様ならびにそれらの実装は、図面、説明、および特許請求の範囲においてより詳細に説明される。

【図面の簡単な説明】

【0046】

【図1】本開示の実施形態による自律送信の概略図である。

【図2】本開示の実施形態による固定フレーム期間の概略図である。

【図3】本開示の実施形態による衝突の概略図である。

【図4】本開示の実施形態による、設定グラントベースの小データ送信の概略図である。

【図5】本開示の実施形態によるプロセスのフローチャートである。

【図6】本開示の実施形態によるプロセスのフローチャートである。

【図7】本開示の実施形態によるプロセスのフローチャートである。

【図8】本開示の実施形態によるプロセスのフローチャートである。

【図9】本開示の実施形態によるプロセスのフローチャートである。

【図10】本開示の実施形態によるプロセスのフローチャートである。

【図11】本開示の実施形態によるワイヤレス端末の概略図の例である。

【図12】本開示の実施形態によるワイヤレス・ネットワーク・ノードの概略図の例である。

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

【0047】

実施形態１：
新しい無線産業のモノのインターネット（ｎｅｗｒａｄｉｏｉｎｄｕｓｔｒｉａｌｉｎｔｅｒｎｅｔｏｆｔｈｉｎｇ：ＮＲＩ－ＩｏＴ）では、自律送信は、メディアアクセス制御（ｍｅｄｉａａｃｃｅｓｓｃｏｎｔｒｏｌ：ＭＡＣ）パケット・データ・ユニット（ｐａｃｋｅｔｄａｔａｕｎｉｔ：ＰＤＵ）の喪失を回避するという目的のために非優先グラントに対して導入される。現在、自律送信は、同じ設定グラント（ｃｏｎｆｉｇｕｒｅｄｇｒａｎｔ：ＣＧ）の設定、および同じハイブリッド自動反復リクエスト（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ：ＨＡＲＱ）プロセス識別（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ：ＩＤ）を有するＣＧ機会のみを使用し得、それの先行設定グラントは、非優先とされる。ＨＡＲＱプロセスＩＤは、１つの設定グラントから連続するＣＧ機会に対して順次に発生するためである。ＭＡＣＰＤＵの自律送信は、遅延され得る。図１は、本開示の実施形態による自律送信の概略図を示す。図１では、５つの異なるＨＡＲＱＩＤＨ１～Ｈ５を有するＭＡＣＰＤＵは、５つの連続するＣＧ機会でそれぞれ送信され、あらゆる２つの連続するＣＧ機会の間の期間は、ＣＧ期間と呼ばれる。自律送信は、同じＨＡＲＱＩＤを有するＣＧ機会を使用するから、ユーザ機器（ＵＥ）は、図１に示すように５つのＣＧ期間のレイテンシで自律送信を実行する。自律送信のこのような長いレイテンシは、遅延問題を引き起こし得る。

【0048】

【0049】

【0050】

【0051】

（１）ＨＡＲＱプロセスＩＤについての先行設定グラント送信は、失敗する。失敗ケースは、以下のケースのうちの少なくとも１つを含む。

【0052】

【0053】

－ＬＢＴ失敗。
－否定メッセージ（ｎｏｎ－ａｃｋｎｏｗｌｅｄｇｅｍｅｓｓａｇｅ：ＮＡＣＫ）は、受信される。

【0054】

－タイマ（例えば、ｃｇ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）は満了し、肯定メッセージ（ａｃｋｎｏｗｌｅｄｇｅｍｅｓｓａｇｅ：ＡＣＫ）は受信されない。

【0055】

【0056】

【0057】

【0058】

（３）失敗設定グラントについてのＭＡＣＰＤＵのサイズは、来たるべき設定グラントのサイズにマッチするか、またはそれよりも小さい。

【0059】

【0060】

【0061】

【0062】

【0063】

上記によれば、少なくとも１つの以下の実施形態１－１～１－３は、ＵＥにおいて使用され得る。

【0064】

実施形態１－１：
ステップ１：１つの設定グラントが受信され、ステップ２に進む。

【0065】

【0066】

【0067】

【0068】

【0069】

ステップ５：受信された設定グラントのＨＡＲＱプロセスに、新しい送信を生成するように命令する。

【0070】

実施形態１－２：
ステップ１：１つの設定グラントが受信され、ステップ２に進む。

【0071】

【0072】

【0073】

【0074】

ステップ４：ＬＣＰ手順に基づいて、多重化および組立てエンティティからＭＡＣＰＤＵを導出する。ステップ５に進む。

【0075】

ステップ５：受信された設定グラントのＨＡＲＱプロセスに、新しい送信を生成するように命令する。

【0076】

実施形態１－３：
ステップ１：１つの設定グラントが受信され、ステップ２に進む。

【0077】

【0078】

【0079】

【0080】

ステップ４：ＬＣＰ手順に基づいて、多重化および組立てエンティティからＭＡＣＰＤＵを導出する。ステップ５に進む。

【0081】

ステップ５：受信された設定グラントのＨＡＲＱプロセスに、新しい送信を生成するように命令する。

【0082】

実施形態２：
共有スペクトルチャネル上のＵＲＬＬＣ送信の場合、セミ・パーシステント・チャネル・アクセス手順では、固定フレーム期間（ｆｉｘｅｄｆｒａｍｅｐｅｒｉｏｄ：ＦＦＰ）は、ネットワーク（ｎｅｔｗｏｒｋ：ＮＷ）に対して設定され、かつＵＥに対して設定されてもよく、ＦＦＰは、チャネル占有時間（ｃｈａｎｎｅｌｏｃｃｕｐａｔｉｏｎｔｉｍｅ：ＣＯＴ）の期間、およびアイドル期間と合成される。ＣＯＴ期間は、ＵＥまたはＮＷ（例えば、ｇＮＢ）のどちらかによって始動され得、ＮＷによって始動されたＣＯＴは、ＵＥに対して共有しおよびその逆であることができる。図２は、本開示の実施形態によるＦＦＰの概略図を示す。図２では、ＦＦＰ－ｇは、ｇＮＢのＦＦＰであり、ＦＦＰ－ｕは、ＵＥのＦＦＰである。ＦＦＰ－ｇおよびＦＦＰ－ｕの各々は、ＣＯＴ期間およびアイドル期間からなる。ＦＦＰ－ｕおよびＦＦＰ－ｇの持続時間は、異なる。加えて、ＦＦＰ－ｇの開始点と対応するＦＦＰ－ｕとの間にオフセットがある。

【0083】

実施形態では、共有スペクトルチャネル上のＵＲＬＬＣ送信のためのＵＬグラント処理は、以下のプロセスとして更新される。

【0084】

【0085】

実施形態では、優先度取扱い手順は、２つ以上のＵＬ送信のためのリソースが互いと衝突する場合にどのＵＬ送信が優先されるかを判定することである。

【0086】

【0087】

共有スペクトルチャネル上の物理ＵＬ共有チャネル（ｐｈｙｓｉｃａｌＵＬｓｈａｒｅｄｃｈａｎｎｅｌ：ＰＵＳＣＨ）送信については、ＵＥは、ＬＢＴ手順を実行する前に、ＰＵＳＣＨ送信のための優先グラントを決定するための優先度取扱い手順を終了しなければならない。しかしながら、ＵＥがＣＯＴを始動した場合、ＵＥに関連付けられたＦＦＰの境界におけるＵＬ送信は、来たるべきＦＦＰが占有されることができるか否かを、関連するＬＢＴ結果が判定するので、非常に重要である。ＬＢＴ手順および優先度取扱い手順は、それぞれＰＨＹ層およびメディアアクセス制御（ＭＡＣ）層によって、取り扱うことができる。優先度取扱い手順のせいで、ＵＥが来たるべきＣＯＴを逃すことを、回避するという目的のために、優先度取扱い手順は、改善する必要があり得る。

【0088】

【0089】

【0090】

【0091】

【0092】

－重要なＵＬ送信は、重要な送信以外のＵＬ送信によって非優先とされることができない。

【0093】

－重要なＵＬ送信は、スキップされることができない。
以下の実施形態２－１および２－２は、ＵＥにおいて使用され得る。

【0094】

実施形態２－１：
ステップ０：ＭＡＣエンティティが、ＬＣＨベースの優先度付けで設定される場合、１つのＵＬグラントが、受信される。

【0095】

【0096】

ステップ１ａ：この設定グラントが情報要素ＣＧ－ＢｏｕｎｄａｒｙＴｒａｎｓｍｉｓｓｉｏｎで設定されるかどうかを、判定する。そうである場合、ステップ２に進み、そうでなければ、ステップ３に進む。

【0097】

ステップ１ｂ：動的グラントが、受信されたＤＣＩ（例えば、情報要素ＢｏｕｎｄａｒｙＴｒａｎｓｍｉｓｓｉｏｎＩｎｄｉｃａｔｏｒ）に従って境界送信であるかどうかを、判定する。そうである場合、ステップ２に進み、そうでなければ、ステップ３に進む。

【0098】

【0099】

【0100】

ステップ４：受信されたＵＬグラントを優先ＵＬグラントとみなし、他のオーバーラップするＵＬグラントを、もしあれば非優先ＵＬグラントとみなし、他のオーバーラップするＳＲ送信を、もしあれば非優先ＳＲ送信とみなす。

【0101】

ステップ５：受信されたＵＬグラントを非優先ＵＬグラントとみなす。
実施形態２－２：
ステップ１：ＵＬグラントが、受信されたＤＣＩに従って、境界送信に対応する、１つの動的グラントであるかどうか、またはＵＬグラントが、ＩＥＣＧ－ＢｏｕｎｄａｒｙＴｒａｎｓｍｉｓｓｉｏｎに従って、境界送信に対応する、１つの設定グラントであるかどうかを、判定し、そうである場合、ステップ２に進み、そうでなければ、プロセスは終わる。

【0102】

ステップ２：境界送信のためのこのＵＬグラントは、いかなるときにもスキップされることができない。

【0103】

【0104】

【0105】

実施形態では、優先ＵＬグラントのＬＢＴ手順が失敗するときに、非優先ＵＬグラントを再処理する機能を指示するための特徴フラグが導入される。例えば、ＮＷは、優先ＵＬグラントのＬＢＴ手順が失敗するときに、非優先ＵＬグラントを再処理する機能を開くように、ＵＥに命令するために、ＵＥに対して、この特徴フラグを設定し（例えば、特徴フラグを「１」にセットし）得る。この特徴フラグは、ＰｒｉｏｒｉｔｙＨａｎｄｌｉｎｇＯｎＳｈａｒｅｄＳｐｅｃｔｒｕｍＣｈａｎｎｅｌと命名され得る。実施形態では、特徴フラグは、つぎの粒度で定義され得る。

【0106】

－セルグループごとに
－サービングセルまたは帯域幅部分（ｂａｎｄｗｉｄｔｈｐａｒｔ：ＢＷＰ）ごとにＭＡＣベースの方法を実現するために、ＵＥは、以下の実施形態３－１および／または３－２におけるプロセスを実行し得る。

【0107】

【0108】

【0109】

ステップ２については、実施形態では、ＭＡＣＰＤＵまたはＵＬグラントの優先度付けは、ＬＣＨの優先度レベルに基づいて決定されることができ、ここで、データは、このＵＬグラントについてのＭＡＣＰＤＵを作り上げている（すなわち、ＬＣＨベースの優先度付け）。

【0110】

【0111】

【0112】

【0113】

【0114】

【0115】

【0116】

【0117】

【0118】

【0119】

【0120】

【0121】

【0122】

【0123】

【0124】

【0125】

【0126】

実施形態３－４：
ステップ０：トリガされるスケジューリングリクエスト（ＳＲ）を決定し、このＳＲについて設定されるＰＵＣＣＨリソースがあれば、ステップ１に進む。

【0127】

ステップ１：ＰＵＣＣＨ持続時間がＵＬグラントのＰＵＳＣＨ持続時間とオーバーラップするかどうかを判定する。そうである場合、ステップ２に進み、そうでなければ、ステップ６に進む。

【0128】

ステップ２：ＰＵＣＣＨリソースが設定される、１つのサービングセルについて、ＵＥがＰｒｉｏｒｉｔｙＨａｎｄｌｉｎｇＯｎＳｈａｒｅｄＳｐｅｃｔｒｕｍＣｈａｎｎｅｌで設定されているかどうかを、判定する。そうである場合、ステップ３に進み、そうでなければ、ステップ５に進む。

【0129】

【0130】

ステップ４：ＳＲを優先ＳＲとみなし、他のＵＬグラントを、もしあれば優先ＵＬグラントとみなす。ステップ５に進む。

【0131】

ステップ５：ＳＲ送信を生成するように下位層に命令する。
ステップ６：終了。

【0132】

【0133】

【0134】

【0135】

【0136】

【0137】

【0138】

ステップ４０３では、ＵＥは、ＲＲＣ解放メッセージを受信し、ＵＥ固有のＲＮＴＩのモニタを停止し、通常の非アクティブ状態に入る。

【0139】

【0140】

【0141】

－設定グラントを使用することによってＲＲＣメッセージ以外のデータ（メッセージ）を送信すること。

【0142】

【0143】

【0144】

【0145】

【0146】

－新しいタイマが、満了する前に、ＣＧベースのＳＤＴ送信に対応するＡＣＫは、受信されない。

【0147】

【0148】

－新しく導入されたタイマは動いておらず、タイマＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｉｍｅｒは、まだ動いている。

【0149】

－カウンタは、最大数の値（例えば、再送信のための最大試行回数）に達しない。
上記のイベントにおける新しいタイマを含む実施形態では、このタイマは、ｓｄｔ－ｉｎｉｔｉａｔｉｏｎＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒと命名され得、設定グラントの設定ごとに設定されおよび／またはＨＡＲＱプロセスＩＤに関連付けられることができる。このタイマは、以下の特徴を含む。

【0150】

－開始／再開始：設定グラントでのＳＤＴメッセージ（例えば、ＳＤＴの、ＲＲＣメッセージまたはデータメッセージ）の各送信が、実行される。

【0151】

【0152】

【0153】

実施形態では、ＵＥは、以下のイベントのうちの少なくとも１つに基づいて、ＮＡＣＫが受信されると判定する。

【0154】

【0155】

【0156】

【0157】

【0158】

【0159】

－ＨＡＲＱプロセスＩＤに関連付けられた設定グラントで、ＳＤＴメッセージをＵＥが初めて送信するとき、カウンタはリセットされる。

【0160】

－（ＳＤＴメッセージに対応する）ＮＡＣＫ／ＡＣＫが受信されるとき、カウンタはリセットされる。

【0161】

インクリメント：
－設定グラントでのＳＤＴメッセージ送信のたびに、カウンタは１だけ増加する（すなわち、カウンタ＝カウンタ＋１）。実施形態では、タイマｓｄｔ－ｉｎｉｔｉａｔｉｏｎＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒが満了するとき、および／もしくは再送信のために使用される設定グラントが受信されるとき、ならびに／または再送信のために使用される設定グラントが実行されるとき、カウンタは１だけ増加する。

【0162】

【0163】

－ＵＥは、ランダムアクセス手順を始動し得る。
－ＵＥは、上位層（例えば、ＲＲＣ層）に失敗理由を通知し得る。

【0164】

【0165】

上記に基づいて、ＵＥによって実行され得る以下の実施形態におけるプロセスが、例として例解される。

【0166】

【0167】

ステップ２：対応するＡＣＫ／ＮＡＣＫが受信されるか否かを、判定し、そうである場合ステップ６に進み、そうでない場合、ステップ３に進む。

【0168】

【0169】

ステップ５：ＵＥは、ＲＡＣＨベースのＳＤＴ送信にフォールバックし、ステップ６に進む。

【0170】

【0171】

ステップ２：ＭＡＣＰＤＵに対応するタイマｓｄｔ－ｉｎｉｔｉａｔｉｏｎＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒが、満了するかどうか、受信された設定グラントが、ＭＡＣＰＤＵの初期送信におけるのと同じＨＡＲＱプロセスＩＤを持つかどうか、およびＭＡＣＰＤＵが、ＵＥ固有のＲＮＴＩ、もしくはＵＥ固有のサーチスペース、またはＵＥ固有のＣＯＲＥＳＥＴでアドレス指定されたＵＬグラントを使用することによって送信されたかどうかを、判定する。そうである場合、ステップ３に進み、そうでなければ、ステップ５に進む。

【0172】

ステップ３：ＭＡＣＰＤＵが導出されたとみなし、ＨＡＲＱプロセスを実行してＭＡＣＰＤＵの送信を生じさせる。ステップ４に進む。

【0173】

ステップ４：タイマ（例えば、タイマｓｄｔ－ｉｎｉｔｉａｔｉｏｎＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）をリセットおよび開始する。

【0174】

【0175】

ステップ５０１：第１のＵＬ送信のＬＢＴ手順が失敗しフラグが設定されているとき、第２のＵＬ送信を実行する。

【0176】

【0177】

【0178】

【0179】

【0180】

【0181】

実施形態では、フラグは、セルグループごとに、サービングセルごとに、または帯域幅部分ごとに設定される。

【0182】

実施形態では、ワイヤレス端末は、第１のＵＬ送信のＬＢＴ手順が失敗しフラグが以下によって設定されているとき、第２のＵＬ送信を実行する。

【0183】

【0184】

【0185】

【0186】

【0187】

【0188】

実施形態では、フラグは、セルグループごとに、サービングセルごとに、または帯域幅部分ごとに設定される。

【0189】

【0190】

ステップ７０１：ＳＤＴのＳＤＴメッセージを再送信するために設定ＵＬグラントを使用することに関連付けられた条件が満たされると判定する。

【0191】

ステップ７０２：設定ＵＬグラントを使用することによってＳＤＴメッセージをワイヤレス・ネットワーク・ノードに再送信する。

【0192】

【0193】

【0194】

実施形態では、ＳＤＴメッセージを送信するために設定グラントを使用することの条件は、以下の少なくとも１つを含む。

【0195】

ＳＤＴメッセージは、設定グラントを使用することによって送信され、ワイヤレス端末の識別子（例えば、ＵＥ固有のＲＮＴＩ）でスケジュールされた動的グラントを使用することによって送信されず、
第１のタイマ（例えば、新しいタイマｓｄｔ－ｉｎｉｔｉａｔｉｏｎＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）が、満了する前に、ＳＤＴメッセージに対応する（例えば、応答する）ＡＣＫは、受信されず、
ＳＤＴメッセージに対応するＮＡＣＫメッセージは、受信され、
時間の持続時間が終了するときに、ＳＤＴメッセージに対応するＡＣＫが受信されない、
第１のタイマは停止し、第２のタイマ（例えば、タイマＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｉｍｅｒ）は動いており、
カウンタは、送信のための最大試行回数に達しない。

【0196】

【0197】

【0198】

【0199】

【0200】

【0201】

実施形態では、ＮＡＣＫは、ＮＡＣＫを指示するダウンリンクフィードバック情報を含む。

【0202】

実施形態では、カウンタは、設定ＵＬグラントごとに設定され、および／またはＨＡＲＱプロセスＩＤに関連付けられる。

【0203】

【0204】

実施形態では、ＨＡＲＱプロセスに関連付けられたカウンタは、ワイヤレス端末が以下の少なくとも１つを実行するとき、リセットされる。

【0205】

【0206】

実施形態では、カウンタは最大試行回数に達する。ワイヤレス端末は、以下の少なくとも１つを実行し得る。

【0207】

【0208】

実施形態では、ＳＤＴメッセージの再送信およびＳＤＴメッセージの最初の送信は、同じＨＡＲＱプロセスＩＤを持つ。

【0209】

【0210】

ステップ８０１：ＳＤＴのＳＤＴメッセージを再送信するためのタイマをワイヤレス端末に対して設定する。

【0211】

【0212】

【0213】

実施形態では、設定グラントを使用することによってＳＤＴメッセージが送信されるとき、タイマは開始する。

【0214】

【0215】

【0216】

実施形態では、ワイヤレス・ネットワーク・ノードは、ＳＤＴメッセージを再送信することのための最大試行回数をさらに設定する。

【0217】

【0218】

【0219】

【0220】

【0221】

【0222】

【0223】

ステップ１００１：ＵＬ送信の境界送信フラグが設定されているとき、常にＵＬ送信を実行する。

【0224】

【0225】

【0226】

【0227】

図１１は、本開示の実施形態によるワイヤレス端末１１０の概略図に関する。ワイヤレス端末１１０は、ユーザ機器（ＵＥ）、携帯電話、ラップトップ、タブレットコンピュータ、電子書籍、またはポータブル・コンピュータ・システムであり得、本明細書では限定されない。ワイヤレス端末１１０は、マイクロプロセッサまたは特定用途向け集積回路（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ：ＡＳＩＣ）などの、プロセッサ１１００と、記憶ユニット１１１０と、通信ユニット１１２０とを含み得る。記憶ユニット１１１０は、プロセッサ１１００によってアクセスおよび実行されるプログラムコード１１１２を記憶する、任意のデータ記憶装置であり得る。記憶ユニット１１１０の実施形態は、加入者識別モジュール（ｓｕｂｓｃｒｉｂｅｒｉｄｅｎｔｉｔｙｍｏｄｕｌｅ：ＳＩＭ）、読出し専用メモリ（ｒｅａｄ－ｏｎｌｙｍｅｍｏｒｙ：ＲＯＭ）、フラッシュメモリ、ランダム・アクセス・メモリ（ｒａｎｄｏｍ－ａｃｃｅｓｓｍｅｍｏｒｙ：ＲＡＭ）、ハードディスク、および光学データ記憶装置を含むが、これらに限定されない。通信ユニット１１２０は、トランシーバであり得、プロセッサ１１００の処理結果に従って信号（例えば、メッセージまたはパケット）を送信および受信するために使用される。実施形態では、通信ユニット１１２０は、図１１に示す少なくとも１つのアンテナ１１２２を介して信号を送信および受信する。

【0228】

【0229】

【0230】

【0231】

図１２は、本開示の実施形態によるワイヤレス・ネットワーク・ノード１２０の概略図に関する。ワイヤレス・ネットワーク・ノード１２０は、人工衛星、基地局（ｂａｓｅｓｔａｔｉｏｎ：ＢＳ）、ネットワークエンティティ、移動性管理エンティティ（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ：ＭＭＥ）、サービングゲートウェイ（ＳｅｒｖｉｎｇＧａｔｅｗａｙ：Ｓ－ＧＷ）、パケット・データ・ネットワーク（ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋ：ＰＤＮ）ゲートウェイ（ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋ（ＰＤＮ）Ｇａｔｅｗａｙ：Ｐ－ＧＷ）、無線アクセスネットワーク（ｒａｄｉｏａｃｃｅｓｓｎｅｔｗｏｒｋ：ＲＡＮ）、次世代ＲＡＮ（ｎｅｘｔｇｅｎｅｒａｔｉｏｎＲＡＮ：ＮＧ－ＲＡＮ）、データネットワーク、コアネットワーク、または無線ネットワークコントローラ（ＲａｄｉｏＮｅｔｗｏｒｋＣｏｎｔｒｏｌｌｅｒ：ＲＮＣ）であり得、本明細書では限定されない。加えて、ワイヤレス・ネットワーク・ノード１２０は、たとえばアクセスおよび移動性管理機能（ａｃｃｅｓｓａｎｄｍｏｂｉｌｉｔｙｍａｎａｇｅｍｅｎｔｆｕｎｃｔｉｏｎ：ＡＭＦ）、セッション管理機能（ｓｅｓｓｉｏｎｍａｎａｇｅｍｅｎｔｆｕｎｃｔｉｏｎ：ＳＭＦ）、ユーザプレーン機能（ｕｓｅｒｐｌａｎｅｆｕｎｃｔｉｏｎ：ＵＰＦ）、ポリシー制御機能（ｐｏｌｉｃｙｃｏｎｔｒｏｌｆｕｎｃｔｉｏｎ：ＰＣＦ）、アプリケーション機能（ａｐｐｌｉｃａｔｉｏｎｆｕｎｃｔｉｏｎ：ＡＦ）などの、少なくとも１つのネットワーク機能を備え（実行し）得る。ワイヤレス・ネットワーク・ノード１２０は、マイクロプロセッサまたはＡＳＩＣなどの、プロセッサ１２００、記憶ユニット１２１０、および通信ユニット１２２０を含み得る。記憶ユニット１２１０は、プロセッサ１２００によってアクセスおよび実行されるプログラムコード１２１２を記憶する任意のデータ記憶装置であり得る。記憶ユニット１２１０の例は、ＳＩＭ、ＲＯＭ、フラッシュメモリ、ＲＡＭ、ハードディスク、および光学データ記憶装置を含むが、これらに限定されない。通信ユニット１２２０は、トランシーバであり得、プロセッサ１２００の処理結果に従って信号（例えば、メッセージまたはパケット）を送信および受信するために使用される。例では、通信ユニット１２２０は、図１２に示す少なくとも１つのアンテナ１２２２を介して信号を送信および受信する。

【0232】

【0233】

【0234】

【0235】

【0236】

【0237】

【0238】

【0239】

【0240】

【0241】

【0242】

【0243】