JP2022550411A - 繰返しを伴う設定済みｕｌ - Google Patents

Abstract

無線通信システムにおいて繰返しを伴う設定済みアップリンクを可能にするための方法。本明細書で説明される例では、無線デバイス（たとえば、ユーザ機器）が、基地局（たとえば、ｅＮＢ）から、設定済み繰返し数を受信する。したがって、無線デバイスは、設定済み繰返し数と等しい数の連続する物理アップリンク共有チャネル（ＰＵＳＣＨ）にわたって、ＰＵＳＣＨ送信に対応するトランスポートブロック（ＴＢ）を繰り返す。その結果、無線デバイスは、たとえば、繰返しが新無線未ライセンス帯域（ＮＲ－Ｕ）設定済みアップリンクのために設定されるとき、繰返しを伴う設定済みアップリンクをサポートすることができる。【選択図】図７

Description

関連出願
本出願は、その開示全体が参照により本明細書に組み込まれる、２０１９年１０月４日に出願された仮特許出願第６２／９１０，９１４号の利益を主張する。

本開示の技術は、一般に、無線通信システムにおいて繰返しを伴う設定済みアップリンク（Ｃｏｎｆｉｇｕｒｅｄ Ｕｐｌｉｎｋ）を可能にすることに関する。

３ＧＰＰにおける新無線（Ｎｅｗ Ｒａｄｉｏ：ＮＲ）規格は、拡張モバイルブロードバンド（ｅＭＢＢ）、超高信頼低レイテンシ通信（ＵＲＬＬＣ）、およびマシン型通信（ＭＴＣ）など、いくつかの使用事例のためのサービスを提供するように設計されている。これらのサービスの各々は、異なる技術要件を有する。たとえば、ｅＭＢＢのための一般的要件は、適度のレイテンシと適度のカバレッジとをもつ高いデータレートであり、ＵＲＬＬＣサービスは、低レイテンシと高信頼送信とを必要とするが、おそらく適度のデータレートのためのものである。

低レイテンシデータ送信を可能にするのためのソリューションのうちの１つは、より短い送信時間間隔を採用することである。ＮＲでは、スロット中での送信に加えて、ミニスロット送信も、レイテンシを低減するのを助けるために可能にされる。ミニスロットは、１つから１４個程度の直交周波数分割多重（ＯＦＤＭ）シンボルを含み得る。スロットおよびミニスロットの概念は、特定のサービスに固有ではなく、これは、ミニスロットが、ｅＭＢＢ、ＵＲＬＬＣ、または他のサービスのいずれかのためにも使用され得ることを意味することに留意されたい。

本開示の、後で説明される例示的な実施形態のためのコンテキストを確立するのを助けるために、いくつかの関係する用語および／または規定が、以下で提供される。

リソースブロック
図１に示されているように、Ｒｅｌ－１５ ＮＲでは、ユーザ機器（ＵＥ）に、ダウンリンクにおける最高４つのキャリア帯域幅部分が設定され得、所与の時間において、単一のダウンリンクキャリア帯域幅部分がアクティブである。ＵＥに、アップリンクにおける最高４つのキャリア帯域幅部分が設定され得、所与の時間において、単一のアップリンクキャリア帯域幅部分がアクティブである。ＵＥに、補助アップリンクが設定される場合、ＵＥに、さらに、補助アップリンクにおける最高４つのキャリア帯域幅部分が設定され得、所与の時間において、単一の補助アップリンクキャリア帯域幅部分がアクティブである。

所与のヌメロロジーをもつキャリア帯域幅部分について、物理リソースブロック（ＰＲＢ）の隣接するセットが規定され、０から

まで番号を付けられ、ここにおいて、ｉは、キャリア帯域幅部分のインデックスである。リソースブロック（ＲＢ）は、周波数領域における１２個の連続するサブキャリアとして規定される。

ヌメロロジー
複数のＯＦＤＭヌメロロジーμが、表１によって与えられるようにＮＲにおいてサポートされ得、ここにおいて、キャリア帯域幅部分についてのサブキャリア間隔（ｓｐａｃｉｎｇ）Δｆおよびサイクリックプレフィックスが、それぞれ、ダウンリンクおよびアップリンクのための異なる上位レイヤパラメータによって設定される。

物理チャネル
ダウンリンク物理チャネルが、上位レイヤから発信した情報を搬送するリソースエレメントのセットに対応する。以下のダウンリンク物理チャネルが規定されている。
・ 物理ダウンリンク共有チャネル（ＰＤＳＣＨ）
・ 物理ブロードキャストチャネル（ＰＢＣＨ）
・ 物理ダウンリンク制御チャネル（ＰＤＣＣＨ）

ＰＤＳＣＨは、ユニキャストダウンリンクデータ送信のために使用されるが、ランダムアクセス応答（ＲＡＲ）、いくつかのシステム情報ブロック、およびページング情報の送信のためにも使用される、主要な物理チャネルである。ＰＢＣＨは、ネットワークにアクセスするためにＵＥによって必要とされる基本システム情報を搬送する。ＰＤＣＣＨは、ダウンリンク制御情報（ＤＣＩ）、主に、ＰＤＳＣＨの受信、およびＰＵＳＣＨ上での送信を可能にするアップリンクスケジューリンググラントのために必要とされる、スケジューリング判定を送信するために使用される。

アップリンク物理チャネルが、上位レイヤから発信した情報を搬送するリソースエレメントのセットに対応する。以下のアップリンクリンク物理チャネルが規定されている。
・ 物理アップリンク共有チャネル（ＰＵＳＣＨ）
・ 物理アップリンク制御チャネル（ＰＵＣＣＨ）
・ 物理ランダムアクセスチャネル（ＰＲＡＣＨ）

ＰＵＳＣＨは、ＰＤＳＣＨに対するアップリンクカウンターパートである。ＰＵＣＣＨは、ハイブリッド自動再送要求（ＨＡＲＱ）確認応答、チャネル状態情報報告などを含む、アップリンク制御情報を送信するためにＵＥによって使用される。ＰＲＡＣＨは、ランダムアクセスプリアンブル送信のために使用される。

ＰＵＳＣＨおよびＰＤＳＣＨのための周波数リソース割り当て
概して、ＵＥは、ＰＤＣＣＨ中で搬送された検出されたＤＣＩ中のリソース割り当てフィールドを使用して、ＰＵＳＣＨまたはＰＤＳＣＨのための周波数領域におけるＲＢ割り振りを決定するものとする。ランダムアクセスプロシージャにおいてｍｓｇ３を搬送するＰＵＳＣＨについて、周波数領域リソース割り振りは、ＲＡＲ中に含まれているＵＬグラントを使用することによってシグナリングされる。

ＮＲでは、ＰＵＳＣＨおよびＰＤＳＣＨのために、２つの周波数リソース割り当て方式、タイプ０およびタイプ１がサポートされる。ＰＵＳＣＨ／ＰＤＳＣＨ送信のために周波数リソース割り当て方式のどちらのタイプを使用すべきかは、無線リソース制御（ＲＲＣ）設定済みパラメータによって規定されるか、ＲＡＲ中の対応するＤＣＩまたはＵＬグラント中で直接指示される得る（この場合、タイプ１が使用される）。

アップリンク／ダウンリンクタイプ０およびタイプ１リソース割り当てのためのＲＢインデックス付けは、ＵＥのアクティブキャリア帯域幅部分内で決定され、ＵＥは、ＵＥを対象とするＰＤＣＣＨを検出すると、最初に、アップリンク／ダウンリンクキャリア帯域幅部分を決定し、次いで、そのキャリア帯域幅部分内のリソース割り当てを決定するものとする。ｍｓｇ３を搬送するＰＵＳＣＨのためのＵＬ帯域幅部分（ＢＷＰ）は、上位レイヤパラメータによって設定される。

セル検索および初期アクセス関係チャネルおよび信号
セル検索および初期アクセスでは、これらのチャネル、すなわち、ＳＳ／ＰＢＣＨブロック、ＤＣＩを搬送するＰＤＣＣＨチャネルによってスケジュールされた残存最小システム情報（ＲＭＳＩ）／ＲＡＲ／ＭＳＧ４を搬送するＰＤＳＣＨ、物理ランダムアクセスチャネル（ＰＲＡＣＨ）チャネル、およびＭＳＧ３を搬送する物理アップリンク共有チャネル（ＰＵＳＣＨ）チャネルが含まれる。

同期信号およびＰＢＣＨブロック（ＳＳ／ＰＢＣＨブロック、または短縮して、ＳＳＢ）は、上記の信号（ＰＳＳ、ＳＳＳおよびＰＢＣＨ ＤＭＲＳ）と、ＰＢＣＨとを含む。ＳＳＢは、周波数範囲に応じて、１５ｋＨｚ、３０ｋＨｚ、１２０ｋＨｚまたは２４０ｋＨｚ ＳＣＳを有し得る。

ＰＤＣＣＨ監視
３ＧＰＰ ＮＲ規格では、ＤＣＩが、ＰＤＣＣＨ上で受信される。ＰＤＣＣＨは、異なるフォーマットをもつメッセージ中でＤＣＩを搬送し得る。ＤＣＩフォーマット０＿０および０＿１は、ＰＵＳＣＨの送信のためのアップリンクグラントをＵＥに伝達するために使用されるＤＣＩメッセージであり、ＤＣＩフォーマット１＿０および１＿１は、ＰＤＳＣＨの送信のためのダウンリンクグラントを伝達するために使用される。他のＤＣＩフォーマット（２＿０、２＿１、２＿２および２＿３）は、スロットフォーマット情報、予約済みリソース、送信電力制御情報などの送信など、他の目的のために使用される。

ＰＤＣＣＨ候補は、制御リソースセット（ＣＯＲＥＳＥＴ）と呼ばれる、時間および周波数リソースのセットにマッピングされる、共通検索空間またはＵＥ固有検索空間内で検索される。ＰＤＣＣＨ候補が監視されなければならない検索空間は、ＲＲＣシグナリングを介してＵＥに設定される。監視周期性も、異なるＰＤＣＣＨ候補のために設定される。任意の特定のスロットにおいて、ＵＥは、１つまたは複数のＣＯＲＥＳＥＴにマッピングされ得る複数の検索空間において複数のＰＤＣＣＨ候補を監視するように設定され得る。ＰＤＣＣＨ候補は、スロットにおいて複数回、スロットごとに１回、または複数のスロットにおいて１回、監視される必要があり得る。

ＣＯＲＥＳＥＴを規定するために使用される最も小さいユニットは、周波数および時間において１つのＰＲＢ×１つのＯＦＤＭシンボルに及ぶものとして規定される、リソースエレメントグループ（ＲＥＧ）である。各ＲＥＧは、ＲＥＧがその上で送信された無線チャネルの推定を助けるための復調用参照信号（ＤＭ－ＲＳ）を含んでいる。ＰＤＣＣＨを送信するとき、送信より前に、無線チャネルの何らかの知識に基づいて送信アンテナにおいて重みを適用するために、プリコーダが使用され得る。ＲＥＧのための送信機において使用されるプリコーダが異ならない場合、時間および周波数において近接した複数のＲＥＧにわたってチャネルを推定することによって、ＵＥにおけるチャネル推定性能を改善することが可能であり得る。ＵＥのチャネル推定を支援するために、複数のＲＥＧが一緒にグループ化されて、ＲＥＧバンドルを形成し得、ＣＯＲＥＳＥＴについてのＲＥＧバンドルサイズがＵＥに指示される。ＵＥは、ＰＤＣＣＨの送信のために使用されるプリコーダが、ＲＥＧバンドル中のすべてのＲＥＧについて同じであると仮定し得る。ＲＥＧバンドルは、２つ、３つまたは６つのＲＥＧを含み得る。

制御チャネルエレメント（ＣＣＥ）が、６つのＲＥＧからなる。ＣＣＥ内のＲＥＧは、周波数において隣接するかまたは分散され得る。ＲＥＧが周波数において分散されるとき、ＣＯＲＥＳＥＴは、ＣＣＥへのＲＥＧのインターリーブマッピングを使用していると言われる。対照的に、ＲＥＧが周波数において分散されない場合、非インターリーブマッピングが使用されると言われる。

インターリービングは、周波数ダイバーシティを提供することができるが、インターリービングを使用しないことは、チャネルの知識が、スペクトルの特定の部分におけるプリコーダの使用が受信機におけるＳＩＮＲを改善することを可能にする場合について、有益であり得る。

ＰＤＣＣＨ候補は、１つ、２つ、４つ、８つまたは１６個のＣＣＥに及び得る。２つ以上のＣＣＥが使用される場合、第１のＣＣＥ中の情報が他のＣＣＥ中で繰り返される。したがって、使用されるアグリゲートされたＣＣＥの数は、ＰＤＣＣＨ候補についてのアグリゲーションレベルと呼ばれる。

ＵＥが検索空間セット内で監視しなければならないＰＤＣＣＨ候補に対応するＣＣＥを決定するために、ハッシング関数が使用され得る。ハッシングは、異なるＵＥについて異なって行われ、したがって、ＵＥによって使用されるＣＣＥがランダム化され、ＰＤＣＣＨメッセージがＣＯＲＥＳＥＴ中に含まれる複数のＵＥ間の衝突の確率が低減される。

スロット構造
ＮＲスロットは、いくつかのＯＦＤＭシンボルを含む。一例として、現在の合意によれば、７つのシンボルまたは１４個のシンボルのいずれか（ＯＦＤＭサブキャリア間隔≦６０ｋＨｚ）、および１４個のシンボル（ＯＦＤＭサブキャリア間隔＞６０ｋＨｚ）が、ＮＲスロットに含まれ得る。図２は、１４個のＯＦＤＭシンボルをもつサブフレームを示す。図２では、Ｔ_ｓおよびＴ_ｓｙｍｂは、それぞれ、スロット持続時間およびＯＦＤＭシンボル持続時間を示す。

スロットは、ＤＬ／ＵＬ過渡期、またはＤＬ送信およびＵＬ送信の両方に適応するために短縮され得る。潜在的変形形態が、図３に示されている。

さらに、ＮＲはまた、（ミニスロットとしても知られる）タイプＢスケジューリングを規定する。ミニスロットは、スロットよりも短い。一例として、現在の合意によれば、ミニスロットは、１つまたは２つのシンボルから、スロット中のシンボルの数－１まで含むことができ、任意のシンボルにおいて開始することができる。ミニスロットは、スロットの送信持続時間が長すぎるか、または、次のスロット開始（スロット整合）の発生が遅すぎる場合、使用される。ミニスロットの適用例は、特に、レイテンシクリティカル送信（この場合、ミニスロット長さとミニスロットの頻繁なオポチュニティ（ｏｐｐｏｒｔｕｎｉｔｙ）の両方が重要である）と、リッスンビフォアトークが成功した直後に送信が開始するべきである、未ライセンススペクトル（ここでは、ミニスロットの頻繁なオポチュニティが、特に重要である）とを含む。ミニスロットの一例が、図４に示されている。

設定済みＵＬ
ＮＲは、２つのタイプの事前設定済みリソースをサポートし、それらは、トランスポートブロック（ＴＢ）についての繰返しをサポートすることなど、いくつかのさらなる態様をもつ既存のＬｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）半永続スケジューリングの異なるフレーバーである。
・ タイプ１、設定済みグラント（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）によるＵＬデータ送信が、Ｌ１シグナリングなしにＲＲＣ（再）設定にのみ基づく。
・ タイプ２は、ＬＴＥ半永続的スケジューリング（ＳＰＳ）特徴とまったく同様である。設定済みグラントによるＵＬデータ送信が、ＲＲＣ設定と、グラントのアクティブ化／非アクティブ化のためのＬ１シグナリングとの両方に基づく。ｇＮＢは、設定済みリソースをＰＤＣＣＨ上で明示的にアクティブ化する必要があり、ＵＥは、媒体アクセス制御（ＭＡＣ）制御エレメントを用いてアクティブ化／非アクティブ化グラントの受信を確認する。

ＮＲ－Ｕ設定済みＵＬのための時間リソース
設定済みグラント時間領域リソース割り当てでは、Ｒｅｌ－１５における機構（タイプ１およびタイプ２）は、指示されたオフセットに対応する時間インスタンスに従う割り当てられたスロットの数が設定され得るように拡大された。ＲＡＮ１は、スロット内の複数のＰＵＳＣＨをどのように指示すべきかについて依然として議論している。

ＮＲ－Ｕ設定済みＵＬのためのＨＡＲＱ
ＮＲ－Ｕ設定済みＵＬは、ライセンス済みＮＲの場合のような同期ＨＡＲＱ挙動に従わない。あらゆる設定済みＵＬ送信について、ＵＥは、ＨＡＲＱ、冗長バージョン（ＲＶ）、および新データインジケータ（ＮＤＩ）を選択し、それを新しいＮＲ－Ｕアップリンク制御情報（ＵＣＩ）上で報告する。

ｅＬＡＡ Ｒｅｌ－１４と同様の、ＮＲは、非適応ＨＡＲＱ動作をサポートしない。確認応答（ＡＣＫ）フィードバックは暗黙的であり、否定応答（ＮＡＣＫ）は明示的である。タイマーは、ＴＢが送信されるときに開始し、タイマーが満了する前に明示的ＮＡＣＫ（動的グラント）が受信されない場合、ＵＥはＡＣＫを仮定することになる。この手法は、フィードバックの不在が、失敗したリッスンビフォアトーク（ＬＢＴ）によるものであり得るので、未ライセンスキャリア上でうまく働かない。この点について、ＵＥが、遅延した再送信グラントをＡＣＫであるものとして誤解し得る。チャネル利用可能性が、非ライセンスチャネル上で保証されないので、ＵＥは、しばしばこの状況に陥ることがある。

ＮＲ－Ｕ上の設定済みＵＬでは、ｆｅＬＡＡプロシージャに従うことがより好適であり、ｆｅＬＡＡプロシージャでは、ＡＣＫフィードバックが明示的であり、ＮＡＣＫが暗黙的である。タイマーは、ＴＢが送信されるときに開始し、タイマーが満了する前にＡＣＫが受信されない場合、ＵＥは、ＮＡＣＫを仮定し、非適応再送信を実施する。非適応再送信は、ダウンリンクフィードバック情報（ＮＲ－ＤＦＩ）上のＮＡＣＫの受信によってもトリガされ得る。さらに、ｇＮＢは、動的グラントを使用して適応再送信をトリガし得る。

ＮＲ－Ｕ設定済みＵＬについてのＲＡＮ２合意
設定済みＵＬは、設定済みグラントを使用して自律再送信をサポートすることになる。設定済みグラントを使用するアップリンクにおける自律再送信をサポートするために、ＲＡＮ２－１０５ｂｉｓでは、再送信が、初期送信の場合のものと同じＨＡＲＱプロセスを再送信のために使用することができるように、ＨＡＲＱプロシージャを保護するための新しいタイマーを導入することが決定された。
・ Ｒ２は、設定済みグラントがＬＢＴ失敗により送信されないとき、設定済みグラントタイマーが開始／再開されないと仮定する。プロトコルデータユニット（ＰＤＵ）上書きは、何とかして回避される必要がある。
・ 設定済みグラントタイマーは、設定済みグラントのためのＣＳ－ＲＮＴＩスケジューリング再送信にアドレス指定されたＰＤＣＣＨによって受信されたグラントのためのＰＵＳＣＨ送信上で、ＵＬ ＬＢＴが失敗したとき、開始／再開されない。
・ 設定済みグラントタイマーは、設定済みアップリンクグラントのために設定された同じＨＡＲＱプロセスを指示する、Ｃ－ＲＮＴＩにアドレス指定されたＰＤＣＣＨによって受信されたＵＬグラントのためのＰＵＳＣＨ送信上で、ＵＬ ＬＢＴが失敗したとき、開始／再開されない。
・ 設定済みグラントリソースを使用するＴＢの再送信は、ＴＢの初期送信または再送信が、動的にスケジュールされたリソースを使用して前に行われたとき、可能にされない。
・ ＴＢが、設定済みグラント「ＣＧ再送信タイマー」に基づいて前に送信された場合、設定済みグラント上の自動再送信のために、新しいタイマーが導入される（たとえば、タイマー満了＝ＨＡＲＱ ＮＡＣＫ）。
・ 新しいタイマーは、ＴＢが設定済みグラント上で実際に送信されるとき、開始され、ＨＡＲＱフィードバック（ＤＦＩ）またはＨＡＲＱプロセスのための動的グラントの受信時に、停止される。
・ レガシー設定済みグラントタイマーおよび挙動は、設定済みグラントが、動的グラントによってスケジュールされたＴＢをオーバーライドすることを防ぐために保たれ、たとえば、レガシー設定済みグラントタイマーおよび挙動は、ＰＤＣＣＨの受信時にならびに動的グラントのＰＵＳＣＨ上の送信時に、（再）開始される。
ＲＡＮ２＃１０７において、ＲＡＮ２は以下の合意を行った。
・ ＣＧ再送信タイマー値は、設定済みグラント設定ごとに設定され（たとえば、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ）、ＣＧ再送信タイマーは、ＨＡＲＱプロセスごとに維持される。
・ ＣＧリソース上の自律再送信は、ＨＡＲＱプロセスのためのＣＧ再送信タイマーが稼働している間、ＨＡＲＱプロセスのために禁止される。
・ ＣＧタイマーとＣＧ再送信タイマーの両方が、ＨＡＲＱプロセスのために同時に使用される。
・ ＣＧ再送信タイマーの値は、ＣＧタイマーの値よりも短い。
・ ＣＧタイマーは、ＣＧ再送信タイマー満了の後のＣＧリソース上の自律再送信において再開されない。
・ ＵＥは、ＮＡＣＫフィードバック受信時にＣＧタイマーを停止しないが、ＡＣＫフィードバック受信時にＣＧタイマーを停止する。
・ ＣＧ上のＴＸにおけるＬＢＴ失敗時に、ＵＥは、ＣＧリソース中で、同じＨＡＲＱプロセスを使用して、保留中のＴＢを送信する。
・ ＣＳ－ＲＮＴＩは、スケジュールされた再送信のために使用され、Ｃ－ＲＮＴＩは、ＮＲ ＣＧと同様に、新しい送信のために使用される。ＲＡＮ１によって確認されるべきである。
・ 衝突ＤＧ ＣＧは、ＦＦＳである。

繰返しを伴う設定済みＵＬ
ＮＲにおいてＴＢの繰返しもサポートされ、同じリソース設定が、初期送信を含む、ＴＢについてのＫ個の繰返しのために使用される。上位レイヤ設定済みパラメータｒｅｐＫおよびｒｅｐＫ－ＲＶが、送信されるトランスポートブロックに適用されるべきＫ個の繰返しと、繰返しに適用されるべき冗長バージョン（ＲＶ）パターンとを規定する。Ｋ個の繰返し（ｎ＝１、２、．．．、Ｋ）の間のｎ番目の送信機会では、ｎ番目の送信機会は、設定済みＲＶシーケンス中の（ｍｏｄ（ｎ－１，４）＋１）番目の値に関連付けられ得る。トランスポートブロックの初期送信は、以下において開始し得る。
－ 設定済みＲＶシーケンスが｛０，２，３，１｝である場合、Ｋ個の繰返しの最初の送信機会
－ 設定済みＲＶシーケンスが｛０，３，０，３｝である場合、ＲＶ＝０に関連付けられたＫ個の繰返しの送信機会のうちのいずれか
－ 設定済みＲＶシーケンスが｛０，０，０，０｝である場合、Ｋ＝８であるときの最後の送信機会を除いて、Ｋ個の繰返しの送信機会のうちのいずれか

任意のＲＶシーケンスの場合、繰返しは、Ｋ個の繰返しを送信した後に、または期間Ｐ内のＫ個の繰返しの間の最後の送信機会において、または同じＴＢをスケジュールするためのＵＬグラントが期間Ｐ内に受信されたとき、それらのどれでも最初に達せられると、終了されるものとする。ＵＥは、周期性Ｐによって導出された持続時間よりも長い、Ｋ個の繰返しの送信のための持続時間で設定されることが予想されない。

設定済みグラントを伴うタイプ１ ＰＵＳＣＨ送信とタイプ２ ＰＵＳＣＨ送信の両方について、ＵＥがｒｅｐＫ＞１で設定されるとき、ＵＥは、各スロット中で同じシンボル割り当てを適用するｒｅｐＫ個の連続するスロットにわたるＴＢを繰り返すものとする。３ＧＰＰ ＴＳ３８．２１３のサブクローズ１１．１において規定されている、スロット設定を決定するためのＵＥプロシージャが、ダウンリンクシンボルとしてＰＵＳＣＨのために割り当てられたスロットのシンボルを決定する場合、そのスロット上の送信は、マルチスロットＰＵＳＣＨ送信のために省略される。

未ライセンススペクトルにおける動作
未ライセンススペクトル（たとえば、５ＧＨｚ帯域）において送信することを可能にされるべきノードの場合、ノードは、一般に、クリアチャネルアセスメント（ＣＣＡ）を実施する必要がある。このプロシージャは、一般に、媒体が、いくつかの時間間隔の間アイドルであることを検知することを含む。媒体がアイドルであることを検知することは、異なるやり方で、たとえば、エネルギー検出、プリアンブル検出を使用して、または仮想キャリア検知を使用して、実施され得る。後者は、ノードが、送信がいつ終了するかを知らせる他の送信ノードからの制御情報を読み取ることを暗示する。媒体がアイドルであることを検知した後に、ノードは、一般に、送信オポチュニティ（ＴＸＯＰ）と呼ばれることがある、ある量の時間の間送信することを可能にされる。ＴＸＯＰの長さは、実施されたＣＣＡの規制およびタイプに依存するが、一般に、１ｍｓから１０ｍｓまでの範囲にわたる。

ＮＲにおけるミニスロット概念は、一例として、チャネルが５００μｓ間隔においてのみアクセスされ得る、ＬＴＥ ＬＡＡと比較して、ノードが、はるかに細かいグラニュラリティにおいてチャネルにアクセスすることを可能にする。たとえば、ＮＲにおいて、６０ｋＨｚサブキャリア間隔および２シンボルミニスロットを使用して、チャネルは、３６μｓ間隔においてアクセスされ得る。

本明細書で開示される実施形態は、無線通信システムにおいて繰返しを伴う設定済みアップリンクを可能にするための方法を含む。本明細書で説明される例では、無線デバイス（たとえば、ユーザ機器）が、基地局（たとえば、ｅＮＢ）から、設定済み繰返し数（ｃｏｎｆｉｇｕｒｅｄ ｎｕｍｂｅｒ ｏｆ ｒｅｐｅｔｉｔｉｏｎｓ）を受信する。したがって、無線デバイスは、設定済み繰返し数と等しい数の連続する物理アップリンク共有チャネル（ＰＵＳＣＨ）にわたって、ＰＵＳＣＨ送信に対応するトランスポートブロック（ＴＢ）を繰り返す。その結果、無線デバイスは、たとえば、繰返しが新無線未ライセンス帯域（ＮＲ－Ｕ）設定済みアップリンクのために設定されるとき、繰返しを伴う設定済みアップリンクをサポートすることができる。

一実施形態では、繰返しを伴う設定済みアップリンクを可能にするための、無線デバイスによって実施される方法が提供される。方法は、設定済み繰返し数を受信することを含む。方法は、設定済み繰返し数と等しい数の連続する物理アップリンク共有チャネル（ＰＵＳＣＨ）にわたって、ＰＵＳＣＨ送信に対応するトランスポートブロック（ＴＢ）を繰り返すことであって、連続するＰＵＳＣＨのすべてが、同等の長さを有し、１つまたは複数の設定済みグラントＰＵＳＣＨ（ＣＧ－ＰＵＳＣＨ）送信期間内に入る、トランスポートブロック（ＴＢ）を繰り返すことをも含む。

別の実施形態では、設定済み繰返し数を受信することは、冗長バージョン（ＲＶ）を受信することをさらに含み、ＰＵＳＣＨ送信に対応するＴＢを繰り返すことは、１つのＣＧ－ＰＵＳＣＨ送信期間内に入る連続するＰＵＳＣＨにわたって、ＰＵＳＣＨ送信に対応するＴＢを繰り返すことを含む。

別の実施形態では、ＰＵＳＣＨ送信に対応するＴＢを繰り返すことは、ＲＶに従って設定済み繰返し数がその後に続くＣＧ－ＰＵＳＣＨ送信期間中のいずれかの機会において、ＴＢの初期送信を開始することを含む。

別の実施形態では、ＴＢの初期送信は、ＲＶ値ゼロ（０）に対応する。

別の実施形態では、ＰＵＳＣＨ送信に対応するＴＢを繰り返すことは、設定済みグラントが無線リソース制御（ＲＲＣ）シグナリングおよびレイヤ１（Ｌ１）シグナリングのうちの少なくとも１つを介してシグナリングされ、設定済み繰返し数が１よりも大きいとき、ＴＢを繰り返すことをさらに含む。

別の実施形態では、ＰＵＳＣＨ送信に対応するＴＢを繰り返すことは、以下の条件、すなわち、設定済み繰返し数について、ＰＵＳＣＨ送信に対応するＴＢを繰り返すことと、ＣＧ－ＰＵＳＣＨ送信期間内のＴＢをスケジュールするためのアップリンクグラントを受信することと、ＴＢについて、明示的確認応答を受信することとのうちの１つを満たすことに応答して、ＰＵＳＣＨ送信に対応するＴＢの繰返しを終了することをさらに含む。

別の実施形態では、ＰＵＳＣＨ送信に対応するＴＢを繰り返すことは、設定済み繰返し数にわたって、同等の新データインジケータ（ＮＤＩ）を維持することをさらに含む。

別の実施形態では、ＰＵＳＣＨ送信に対応するＴＢを繰り返すことは、ＴＢが送信または再送信されるとき、タイマーを開始／再開することと、タイマーの満了において確認応答を受信していないことに応答して、非適応再送信を実施することとをさらに含む。

別の実施形態では、方法は、以下のオプション、すなわち、最初のＰＵＳＣＨ繰返し送信後直ちにタイマーを開始すること、および各後続のＰＵＳＣＨ繰返し送信の後にタイマーを再開することと、最後のＰＵＳＣＨ繰返し送信まで、タイマーを開始しないことと、ＣＧ－ＰＵＳＣＨ送信期間内の最後のＰＵＳＣＨ繰返し送信の直後に、タイマーを開始することと、設定済み繰返し数の間の特定の数のＰＵＳＣＨ繰返し送信があるまで、タイマーを開始しないことと、時間期間の満了の後の最初のＰＵＳＣＨ繰返し送信の後に、タイマーを開始することとのうちの１つまたは複数に従ってタイマーを開始／再開することをさらに含む。

別の実施形態では、方法は、タイマーの満了時のＴＢの再送信のために、設定済み繰返し数の間の次の繰返しを使用することをさらに含む。

一実施形態では、無線デバイスが提供される。無線デバイスは、前の実施形態のいずれか１つにおいて無線デバイスによって実施されるステップのいずれかを実施するように設定された処理回路を含む。無線デバイスは、無線デバイスに電力を供給するように設定された電力供給回路をも含む。

別の実施形態では、繰返しを伴う設定済みアップリンクを可能にするための、基地局によって実施される方法が提供される。方法は、設定済み繰返し数を無線デバイスに提供することを含む。方法は、無線デバイスから、設定済み繰返し数と等しい数の連続するＰＵＳＣＨにわたって、ＰＵＳＣＨ送信に対応するＴＢの繰返しを受信することであって、連続するＰＵＳＣＨのすべてが、同等の長さを有し、１つまたは複数のＣＧ－ＰＵＳＣＨ送信期間内に入る、ＴＢの繰返しを受信することをも含む。

別の実施形態では、設定済み繰返し数を提供することは、ＲＶを提供することを含み、ＰＵＳＣＨ送信に対応するＴＢの繰返しを受信することは、１つのＣＧ－ＰＵＳＣＨ送信期間内に入る連続するＰＵＳＣＨにわたって、ＰＵＳＣＨ送信に対応するＴＢを受信することを含む。

別の実施形態では、ＰＵＳＣＨ送信に対応するＴＢの繰返しを受信することは、ＲＶに従って設定済み繰返し数がその後に続くＣＧ－ＰＵＳＣＨ送信期間中のいずれかの機会において、ＴＢの初期送信を受信することを含む。

別の実施形態では、ＴＢの初期送信は、ＲＶ値ゼロ（０）に対応する。

別の実施形態では、ＰＵＳＣＨ送信に対応するＴＢの繰返しを受信することは、設定済みグラントがＲＲＣシグナリングおよびＬ１シグナリングのうちの少なくとも１つを介してシグナリングされ、設定済み繰返し数が１よりも大きいとき、ＴＢの繰返しを受信することをさらに含む。

別の実施形態では、ＰＵＳＣＨ送信に対応するＴＢの繰返しを受信することは、以下の条件、すなわち、設定済み繰返し数について、無線デバイスからＴＢの繰返しを受信することと、ＣＧ－ＰＵＳＣＨ送信期間内のＴＢをスケジュールするためのアップリンクグラントを無線デバイスに提供することと、ＴＢについて、無線デバイスに明示的確認応答を提供することとのうちの１つを満たすことに応答して、ＰＵＳＣＨ送信に対応するＴＢの繰返しを受信することを停止することをさらに含む。

別の実施形態では、ＰＵＳＣＨ送信に対応するＴＢの繰返しを受信することは、設定済み繰返し数にわたって、同等のＮＤＩを受信することをさらに含む。

一実施形態では、基地局が提供される。基地局は、前の実施形態のいずれか１つにおいて基地局によって実施されるステップのいずれかを実施するように設定された制御システムを含む。

本明細書に組み込まれ、本明細書の一部をなす添付の図面は、本開示のいくつかの態様を示し、説明とともに本開示の原理について解説するように働く。

新無線（ＮＲ）システムにおける無線リソースの例示的な図である。 ＮＲシステムにおけるスロットの例示的な図である。 可能なスロット変形形態の例示的な図である。 ２つの直交周波数分割多重（ＯＦＤＭ）シンボルをもつミニスロットの例示的な図である。 繰返しを伴うＮＲ未ライセンススペクトル（ＮＲ－Ｕ）設定済みアップリンクを可能にするための例示的なプロセスのフローチャートである。 本開示の実施形態が実装され得るセルラ通信システムの一例を示す図である。 繰返しを伴う設定済みアップリンクを可能にするための、無線デバイスによって実施される例示的な方法のフローチャートである。 繰返しを伴う設定済みアップリンクを可能にするための、基地局によって実施される例示的な方法のフローチャートである。 本開示のいくつかの実施形態による、無線アクセスノードの概略ブロック図である。 本開示のいくつかの実施形態による、無線アクセスノードの仮想化された実施形態を示す概略ブロック図である。 本開示のいくつかの他の実施形態による、無線アクセスノードの概略ブロック図である。 本開示のいくつかの実施形態による、無線通信デバイスの概略ブロック図である。 本開示のいくつかの他の実施形態による、無線通信デバイスの概略ブロック図である。 本開示の一実施形態による、通信システムの簡略ブロック図である。 本開示の一実施形態による、前の段落において説明されたＵＥ、基地局、およびホストコンピュータの概略ブロック図である。 本開示の一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。 本開示の一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。

以下に記載される実施形態は、当業者が本実施形態を実践することができるようにするための情報を表し、本実施形態を実践する最良の形態を示す。添付の図面に照らして以下の説明を読むと、当業者は、本開示の概念を理解し、本明細書では特に扱われないこれらの概念の適用例を認識されよう。これらの概念および適用例は、本開示の範囲内に入ることを理解されたい。

無線ノード： 本明細書で使用される「無線ノード」は、無線アクセスノードまたは無線通信デバイスのいずれかである。

無線アクセスノード： 本明細書で使用される「無線アクセスノード」または「無線ネットワークノード」または「無線アクセスネットワークノード」は、信号を無線で送信および／または受信するように動作する、セルラ通信ネットワークの無線アクセスネットワークにおける任意のノードである。無線アクセスノードのいくつかの例は、限定はしないが、基地局（たとえば、第３世代パートナーシッププロジェクト（３ＧＰＰ）第５世代（５Ｇ）ＮＲネットワークにおける新無線（ＮＲ）基地局（ｇＮＢ）、あるいは３ＧＰＰ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）ネットワークにおける拡張またはエボルブドノードＢ（ｅＮＢ））、高電力またはマクロ基地局、低電力基地局（たとえば、マイクロ基地局、ピコ基地局、ホームｅＮＢなど）、リレーノード、基地局の機能の部分を実装するネットワークノード（たとえば、ｇＮＢ中央ユニット（ｇＮＢ－ＣＵ）を実装するネットワークノード、またはｇＮＢ分散ユニット（ｇＮＢ－ＤＵ）を実装するネットワークノード）あるいは何らかの他のタイプの無線アクセスノードの機能の部分を実装するネットワークノードを含む。

コアネットワークノード： 本明細書で使用される「コアネットワークノード」は、コアネットワークにおける任意のタイプのノード、またはコアネットワーク機能を実装する任意のノードである。コアネットワークノードのいくつかの例は、たとえば、モビリティ管理エンティティ（ＭＭＥ）、パケットデータネットワークゲートウェイ（Ｐ－ＧＷ）、サービス能力公開機能（ＳＣＥＦ）、ホーム加入者サーバ（ＨＳＳ）などを含む。コアネットワークノードのいくつかの他の例は、アクセスおよびモビリティ機能（ＡＭＦ）、ＵＰＦ、セッション管理機能（ＳＭＦ）、認証サーバ機能（ＡＵＳＦ）、ネットワークスライス選択機能（ＮＳＳＦ）、ネットワーク公開機能（ＮＥＦ）、ネットワーク機能（ＮＦ）リポジトリ機能（ＮＲＦ）、ポリシ制御機能（ＰＣＦ）、統合データ管理（ＵＤＭ）などを実装するノードを含む。

通信デバイス： 本明細書で使用される、「通信デバイス」は、アクセスネットワークへのアクセスを有する任意のタイプのデバイスである。通信デバイスのいくつかの例は、限定はしないが、モバイルフォン、スマートフォン、センサーデバイス、メーター、車両、家庭用器具、医療器具、メディアプレーヤ、カメラ、または任意のタイプの家庭用電子機器、たとえば、限定はしないが、テレビジョン、無線機、照明装置、タブレットコンピュータ、ラップトップコンピュータ、またはパーソナルコンピュータ（ＰＣ）を含む。通信デバイスは、無線または有線接続を介して音声および／またはデータを通信することを可能にされた、ポータブル、ハンドヘルド、コンピュータ具備、または車載型モバイルデバイスであり得る。

無線通信デバイス： 通信デバイスの１つのタイプは、無線ネットワーク（たとえば、セルラネットワーク）へのアクセスを有する（すなわち、セルラネットワークによってサーブされる）任意のタイプの無線デバイスであり得る、無線通信デバイスである。無線通信デバイスのいくつかの例は、限定はしないが、３ＧＰＰネットワークにおけるユーザ機器デバイス（ＵＥ）と、マシン型通信（ＭＴＣ）デバイスと、モノのインターネット（ＩｏＴ）デバイスとを含む。そのような無線通信デバイスは、モバイルフォン、スマートフォン、センサーデバイス、メーター、車両、家庭用器具、医療器具、メディアプレーヤ、カメラ、または任意のタイプの家庭用電子機器、たとえば、限定はしないが、テレビジョン、無線機、照明装置、タブレットコンピュータ、ラップトップコンピュータ、またはＰＣであり得るか、あるいはそれらに統合され得る。無線通信デバイスは、無線接続を介して音声および／またはデータを通信することを可能にされた、ポータブル、ハンドヘルド、コンピュータ具備、または車載型モバイルデバイスであり得る。

ネットワークノード： 本明細書で使用される「ネットワークノード」は、セルラ通信ネットワーク／システムの無線アクセスネットワークまたはコアネットワークのいずれかの一部である任意のノードである。

本明細書で与えられる説明は３ＧＰＰセルラ通信システムに焦点を当て、したがって、３ＧＰＰ専門用語または３ＧＰＰ専門用語に類似した専門用語がしばしば使用されることに留意されたい。しかしながら、本明細書で開示される概念は、３ＧＰＰシステムに限定されない。

本明細書の説明では、「セル」という用語に対して、参照が行われ得ることに留意されたい。しかしながら、特に５Ｇ ＮＲ概念に関して、ビームがセルの代わりに使用されることがあり、したがって、本明細書で説明される概念は、セルとビームの両方に等しく適用可能であることに留意することが重要である。

現在、（１つまたは複数の）ある課題が存在する。上記で説明された繰返しを伴う設定済みアップリンクの機構は、特に、設定済みアップリンク時間リソースの、時間期間ごとに１つのスロットの代わりに時間期間ごとにスロットのセットへの拡大の後の、新無線未ライセンス帯域（ＮＲ－Ｕ）におけるＮＲ動作のためのものであるように使用されないことがある。ＮＲ－Ｕ設定済みアップリンクのために繰返しが設定されるときのＵＥ挙動を指定するために、新しいルールが規定されるべきである。

本開示のいくつかの態様および実施形態は、上述のまたは他の課題のソリューションを提供し得る。繰返しを伴うＮＲ－Ｕ設定済みアップリンクを可能にするための方法の実施形態が、提供される。より詳細には、本明細書で開示される実施形態は、設定済み繰返し最大数と設定済み冗長バージョン（ＲＶ）シーケンスとに従って、送信された物理アップリンク共有チャネル（ＰＵＳＣＨ）に対応するトランスポートブロック（ＴＢ）を繰り返すための様々な実施形態を含む。

本明細書で開示される問題点のうちの１つまたは複数に対処する様々な実施形態が、本明細書で提案される。一態様では、繰返しを伴う新無線未ライセンススペクトル（ＮＲ－Ｕ）設定済みアップリンクを可能にするための、無線デバイスによって実施される方法が提供される。図５（随意のステップが破線／ボックスによって表される）に示されているように、方法は、たとえば、ＵＥ固有シグナリング（たとえば、ＵＥ固有無線リソース制御（ＲＲＣ）シグナリング）を介して、設定済み繰返し最大数（ｒｅｐＫ）と設定済みＲＶシーケンスとを受信すること（５００）含む。方法は、設定済みｒｅｐＫと設定済みＲＶシーケンスとに従ってＰＵＳＣＨ送信に対応するＴＢを繰り返すこと（５０２）をも含む。

いくつかの実施形態は、（１つまたは複数の）以下の技術的利点のうちの１つまたは複数を提供し得る。本明細書で説明される方法は、繰返しがＮＲ－Ｕ設定済みＵＬのために設定されるときのＵＥ挙動を指定する新しいルールをセットする。これらの新しいルールは、ハイブリッド自動再送要求（ＨＡＲＱ）プロセスと繰返しインデックスとに関するあいまいさをなくすのを助け得る。

図６は、本開示の実施形態が実装され得るセルラ通信システム６００の一例を示す。本明細書で説明される実施形態では、セルラ通信システム６００は、ＮＲ ＲＡＮまたはＬＴＥ ＲＡＮ（すなわち、Ｅ－ＵＴＲＡ ＲＡＮ）を含む５Ｇシステム（５ＧＳ）である。この例では、ＲＡＮは、５Ｇ ＮＲにおいてｇＮＢ（たとえば、ｇｎ－ｅＮＢと呼ばれる、５ＧＣに接続されたＬＴＥ ＲＡＮノード）と呼ばれる、基地局６０２－１および６０２－２を含み、これらは対応する（マクロ）セル６０４－１および６０４－２を制御する。基地局６０２－１および６０２－２は、概して、本明細書では、まとめて基地局６０２と呼ばれ、個別に基地局６０２と呼ばれる。同様に、（マクロ）セル６０４－１および６０４－２は、概して、本明細書では、まとめて（マクロ）セル６０４と呼ばれ、個別に（マクロ）セル６０４と呼ばれる。ＲＡＮは、いくつかの低電力ノード６０６－１～６０６－４をも含み、これらは対応するスモールセル６０８－１～６０８－４を制御し得る。低電力ノード６０６－１～６０６－４は、（ピコ基地局またはフェムト基地局などの）小さい基地局、またはリモート無線ヘッド（ＲＲＨ）などであり得る。特に、示されていないが、スモールセル６０８－１～６０８－４のうちの１つまたは複数は、基地局６０２によって代替的に提供され得る。低電力ノード６０６－１～６０６－４は、概して、本明細書では、まとめて低電力ノード６０６と呼ばれ、個別に低電力ノード６０６と呼ばれる。同様に、スモールセル６０８－１～６０８－４は、概して、本明細書では、まとめてスモールセル６０８と呼ばれ、個別にスモールセル６０８と呼ばれる。セルラ通信システム６００は、５ＧＳにおいて５Ｇコア（５ＧＣ）と呼ばれる、コアネットワーク６１０をも含む。基地局６０２（および、随意に低電力ノード６０６）は、コアネットワーク６１０に接続される。

基地局６０２および低電力ノード６０６は、対応するセル６０４および６０８中の無線通信デバイス６１２－１～６１２－５にサービスを提供する。無線通信デバイス６１２－１～６１２－５は、概して、本明細書では、まとめて無線通信デバイス６１２と呼ばれ、個別に無線通信デバイス６１２と呼ばれる。以下の説明では、無線通信デバイス６１２は、しばしばＵＥであるが、本開示はそれに限定されない。

図７は、本開示の一実施形態による、繰返しを伴う設定済みアップリンクを可能にするための、無線デバイスによって実施される例示的な方法のフローチャートである。この点について、無線デバイス（とえば、ＵＥ）は、設定済み繰返し数を受信する（ステップ７００）。したがって、無線デバイスは、設定済み繰返し数と等しい数の連続するＰＵＳＣＨにわたって、ＰＵＳＣＨ送信に対応するＴＢを繰り返す（ステップ７０２）。特に、連続するＰＵＳＣＨのすべてが、同等の長さを有し、１つまたは複数の設定済みグラントＰＵＳＣＨ（ＣＧ－ＰＵＳＣＨ）送信期間内に入る。

図８は、繰返しを伴う設定済みアップリンクを可能にするための、基地局によって実施される例示的な方法のフローチャートである。この点について、基地局（たとえば、ｅＮＢ）は、無線デバイスに設定済み繰返し数を提供する（ステップ８００）。したがって、基地局は、無線デバイスから、設定済み繰返し数と等しい数の連続するＰＵＳＣＨにわたって、ＰＵＳＣＨ送信に対応するＴＢの繰返しを受信する（ステップ８０２）。特に、連続するＰＵＳＣＨのすべてが、同等の長さを有し、１つまたは複数のＣＧ－ＰＵＳＣＨ送信期間内に入る。

ＴＢの繰返しは、ＮＲ－Ｕにおいて妨げられない。ＮＲ Ｒｅｌ－１５では、ＴＢの繰返しは、スロットにわたってのみサポートされ、同じ時間領域リソースは、初期送信を含む、ＴＢについてのＫ個の繰返しのために使用される。さらに、繰返しは、設定済みグラントによるＵＬ送信の同じ期間内でのみ可能にされ、次の送信期間にまたがるべきでない。

ＮＲ－Ｕでは、上述の制約は、ＲＶが、あらゆるＣＧ－ＰＵＳＣＨ中で指示され、したがって、ＨＡＲＱプロセスおよび繰返しインデックスに関するｇＮＢ側におけるあいまいさをなくすのを助けるとすれば、緩和されるべきである。

繰返しが設定される場合、ＵＥは、設定済み繰返し最大数に従って、送信されたＰＵＳＣＨを繰り返し、ＵＥ固有ＲＲＣシグナリングによって設定されたＲＶシーケンスに従うべきである。いくつかの例示的な実施形態が、以下で説明される。

第１の実施形態では、ＴＢの初期送信が、設定済みＲＶシーケンスに従って、Ｋ個の繰返しがその後に続くＣＧ－ＰＵＳＣＨウィンドウ中のいずれかの機会において開始するように設定されることを可能にされる。ＴＢの初期送信は、ＲＶ０に常に対応するように設定され得る。たとえば、図７および図８のＰＵＳＣＨ送信に関して、ＰＵＳＣＨ送信に対応するＴＢの初期送信は、Ｋ個の繰返し（すなわち、それぞれ、図７および図８のステップ７００およびステップ８００において設定された繰返し数）がその後に続くＣＧ－ＰＵＳＣＨウィンドウ中のいずれかの機会において開始するように設定されることを可能にされる。

第２の実施形態では、ＵＥは、ステップ７０２におけるように、以下のオプションのうちの１つまたは複数に基づいて、等しい数の連続するＰＵＳＣＨにわたって、ＴＢを繰り返し得る。設定済みグラントを伴うタイプ１ ＰＵＳＣＨ送信とタイプ２ ＰＵＳＣＨ送信との両方について、ＵＥがｒｅｐＫ＞１で設定されるとき、以下の選択肢のうちの少なくとも１つが適用され得る。
－ オプション１：ＵＥは、各スロットにおける同じシンボル割り当てをもつ１つのＣＧ－ＰＵＳＣＨウィンドウ内のｒｅｐＫ個の連続するスロット（たとえば、ＣＧ送信のための割り当てられたスロットのセット）にわたって、ＴＢを繰り返すものとする。
－ オプション２：ＵＥは、１つのＣＧ－ＰＵＳＣＨウィンドウ内のｒｅｐＫ個の連続するスロットにわたって、および各スロットにおける同じシンボル割り当てをもつ連続するＣＧ－ＰＵＳＣＨウィンドウにわたって、ＴＢを繰り返すものとする。
－ オプション３：ＵＥは、ＣＧ－ＰＵＳＣＨウィンドウ内のｒｅｐＫ個の連続するＰＵＳＣＨにわたって、ＴＢを繰り返すものとする。すべてのＰＵＳＣＨが、同じ長さのものである。連続するＰＵＳＣＨは、１つのＣＧ－ＰＵＳＣＨで限定される。代替的に、連続するＰＵＳＣＨは、次のＣＧ－ＰＵＳＣＨ送信期間にまたがることができる。
－ オプション４：ＵＥは、ＣＧ－ＰＵＳＣＨウィンドウ内のｒｅｐＫ個の連続しないＰＵＳＣＨにわたって、ＴＢを繰り返すものとする。すべてのＰＵＳＣＨが、同じ長さのものである。２つの近隣するＰＵＳＣＨ機会が、時間オフセットによって分離される。オフセットは、ｇＮＢによってまたはＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ中で設定され得る。どのオフセット設定が適用されるかに関して、オフセットは、仕様においてハードコーディングされ得る。代替的に、オフセットは、ｇＮＢによって、システム情報などのシグナリング、専用のＲＲＣシグナリング、ＭＡＣ ＣＥまたはＤＣＩを介して、ＵＥのために設定され得る。別の代替形態として、オプションは、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇごとに設定され得る。この点について、オプションを指示する対応するパラメータが、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ中に含まれ得る。

この実施形態の一態様では、繰返しが、次の送信期間にまたがることを可能にされる。代替的に、繰返しは、設定済みグラントによるＵＬ送信の同じ期間内でのみ可能にされ、次の送信期間にまたがるべきでない。すなわち、繰返しは、後で、期間内のＫ個の繰返しの間の最後の送信機会において終了されるものとする。

第３の実施形態では、任意のＲＶシーケンスの場合、繰返しは、Ｋ個の繰返しを送信した後に、または同じＴＢをスケジュールするためのＵＬグラントが期間Ｐ内に受信されたとき、または同じＴＢのための明示的ＡＣＫがＤＦＩを介して受信されたとき、それらのどれでも最初に達せられると、終了されるものとする。したがって、無線デバイスは、ＴＢが、ステップ７０２におけるように、設定済み繰返し数と等しい数の連続するＰＵＳＣＨにわたって繰り返されることを保証することができる。

第４の実施形態では、ＮＤＩ値は、すべてのＫ個の繰返しについて同じである。たとえば、ＮＤＩが１に等しいことを最初の繰返しが指示する場合、以下の残りのｋ－１個の繰返しは、同じ値を指示する。ＮＤＩは、トランスポートブロックの初期送信のためにのみトグルされる。この点について、無線デバイスは、連続するＰＵＳＣＨのすべてが、同等の長さを有し、１つまたは複数の設定済みグラントＰＵＳＣＨ（ＣＧ－ＰＵＳＣＨ）送信期間内に入ることを保証することができる。

第５の実施形態では、ＴＢが送信／再送信されるとき、タイマー（たとえば、ＣＧＲＴ）が開始／再開され得る。タイマーが満了する前にＡＣＫが受信されない場合、ＵＥが、ＮＡＣＫを仮定し、非適応再送信を実施し得る。この点について、無線デバイスは、ステップ７０２におけるように、ＰＵＳＣＨ送信に対応するＴＢをいつ繰り返すべきかを決定することができる。

ＣＧＲＴタイマー設定と繰返し設定（たとえば、ｒｅｐＫとｒｅｐＫ－ＲＶと）の両方が設定される（たとえば、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ中に存在する）設定済みグラントの場合、繰返しが設定される場合、タイマーは、以下のオプションのうちの少なくとも１つを用いて、ＨＡＲＱプロセスのために開始および再開される。
－ オプション１：ＣＧＲＴタイマーは、最初のＰＵＳＣＨ繰返し送信の後に直ちに開始され、あらゆる後続のＴＢ繰返し送信の後に再開される。
－ オプション２：ＣＧＲＴタイマーは、最後のＰＵＳＣＨ繰返し送信が実施されるまで、開始されない。この点について、タイマーは、最初のｒｅｐＫ－１個の繰返し送信の送信の後に開始されない。
－ オプション３：ＣＧＲＴタイマーは、ＵＬ送信期間内の最後のＰＵＳＣＨ繰返し送信の直後に開始される。
－ オプション４：ＣＧＲＴタイマーは、Ｎ番目の繰返し送信が実施されるまで、開始されず、ここで、ＮはｇＮＢによって設定され得、その設定はまた、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ中に含まれ、ここでＮ≦ｒｅｐＫである。このようにして、タイマーは、最初のＮ－１個の繰返し送信の送信の後に開始されない。タイマーが開始されるとすぐに、タイマーは、あらゆる後続のＴＢ繰返しの後に再開されることになる。
－ オプション５：ＣＧＲＴタイマーは、最初の繰返し送信の後におよび時間期間が満了した後に開始される。時間期間はｇＮＢによって設定され得、その設定はまた、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ中に含まれ得る。タイマーが開始されるとすぐに、タイマーは、あらゆる後続のＴＢ繰返しの後に再開されることになる。

第６の実施形態では、ＣＧＲＴタイマー設定と繰返し設定（たとえば、ｒｅｐＫとｒｅｐＫ－ＲＶと）の両方が設定される（たとえば、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ中に存在する）設定済みグラントの場合、ＣＧＲＴタイマーがＴＢについて後で開始／再開される場合、ＵＥは、タイマーの満了時のＴＢの再送信のために、次の繰返し機会を使用し得る。この点について、無線デバイスは、ステップ７０２におけるように、ＰＵＳＣＨ送信に対応するＴＢをいつ繰り返すべきかを決定することができる。

次に、上記で説明された実施形態のすべてに適用可能であるいくつかの追加の態様が説明される。

図９は、本開示のいくつかの実施形態による、無線アクセスノード９００の概略ブロック図である。随意の特徴が、点線ボックスによって表される。無線アクセスノード９００は、たとえば、基地局６０２または６０６、あるいは、本明細書で説明される基地局６０２またはｇＮＢの機能の全部または一部を実装するネットワークノードであり得る。示されているように、無線アクセスノード９００は、１つまたは複数のプロセッサ９０４（たとえば、中央処理ユニット（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）など）と、メモリ９０６と、ネットワークインターフェース９０８とを含む制御システム９０２を含む。１つまたは複数のプロセッサ９０４は、本明細書では処理回路とも呼ばれる。さらに、無線アクセスノード９００は、各々が、１つまたは複数のアンテナ９１６に結合された１つまたは複数の送信機９１２と１つまたは複数の受信機９１４とを含む、１つまたは複数の無線ユニット９１０を含み得る。無線ユニット９１０は、無線インターフェース回路と呼ばれるか、または無線インターフェース回路の一部であり得る。いくつかの実施形態では、（１つまたは複数の）無線ユニット９１０は、制御システム９０２の外部にあり、たとえば、有線接続（たとえば、光ケーブル）を介して制御システム９０２に接続される。しかしながら、いくつかの他の実施形態では、（１つまたは複数の）無線ユニット９１０および潜在的に（１つまたは複数の）アンテナ９１６は、制御システム９０２とともに一体化される。１つまたは複数のプロセッサ９０４は、本明細書で説明される無線アクセスノード９００の１つまたは複数の機能を提供するように動作する。いくつかの実施形態では、（１つまたは複数の）機能は、たとえば、メモリ９０６に記憶され、１つまたは複数のプロセッサ９０４によって実行される、ソフトウェアで実装される。

図１０は、本開示のいくつかの実施形態による、無線アクセスノード９００の仮想化された実施形態を示す概略ブロック図である。この説明は、他のタイプのネットワークノードに等しく適用可能である。さらに、他のタイプのネットワークノードは、同様の仮想化されたアーキテクチャを有し得る。ここでも、随意の特徴が、点線ボックスによって表される。

本明細書で使用される「仮想化された」無線アクセスノードは、無線アクセスノード９００の機能の少なくとも一部分が、（たとえば、（１つまたは複数の）ネットワークにおける（１つまたは複数の）物理処理ノード上で実行する（１つまたは複数の）仮想マシンを介して）（１つまたは複数の）仮想構成要素として実装される無線アクセスノード９００の一実装形態である。示されているように、この例では、無線アクセスノード９００は、上記で説明されたように、制御システム９０２および／または１つまたは複数の無線ユニット９１０を含み得る。制御システム９０２は、たとえば、光ケーブルなどを介して（１つまたは複数の）無線ユニット９１０に接続され得る。無線アクセスノード９００は、（１つまたは複数の）ネットワーク１００２に結合されるか、または（１つまたは複数の）ネットワーク１００２の一部として含まれる、１つまたは複数の処理ノード１０００を含む。存在する場合、制御システム９０２または（１つまたは複数の）無線ユニット９１０は、ネットワーク１００２を介して（１つまたは複数の）処理ノード１０００に接続される。各処理ノード１０００は、１つまたは複数のプロセッサ１００４（たとえば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡなど）と、メモリ１００６と、ネットワークインターフェース１００８とを含む。

この例では、本明細書で説明される無線アクセスノード９００の機能１０１０は、１つまたは複数の処理ノード１０００において実装されるか、または１つまたは複数の処理ノード１０００および制御システム９０２および／または（１つまたは複数の）無線ユニット９１０にわたって任意の所望の様式で分散される。いくつかの特定の実施形態では、本明細書で説明される無線アクセスノード９００の機能１０１０の一部または全部は、（１つまたは複数の）処理ノード１０００によってホストされる（１つまたは複数の）仮想環境において実装される１つまたは複数の仮想マシンによって実行される仮想構成要素として実装される。当業者によって諒解されるように、（１つまたは複数の）処理ノード１０００と制御システム９０２との間の追加のシグナリングまたは通信が、所望の機能１０１０のうちの少なくともいくつかを行うために使用される。特に、いくつかの実施形態では、制御システム９０２が含まれないことがあり、その場合、（１つまたは複数の）無線ユニット９１０は、（１つまたは複数の）適切なネットワークインターフェースを介して（１つまたは複数の）処理ノード１０００と直接通信する。

いくつかの実施形態では、少なくとも１つのプロセッサによって実行されたとき、本明細書で説明される実施形態のいずれかに従って、少なくとも１つのプロセッサに、仮想環境における無線アクセスノード９００の機能１０１０のうちの１つまたは複数を実装する無線アクセスノード９００またはノード（たとえば、処理ノード１０００）の機能を行わせる命令を含むコンピュータプログラムが提供される。いくつかの実施形態では、上述のコンピュータプログラム製品を備えるキャリアが提供される。キャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体（たとえば、メモリなど、非一時的コンピュータ可読媒体）のうちの１つである。

図１１は、本開示のいくつかの他の実施形態による、無線アクセスノード９００の概略ブロック図である。無線アクセスノード９００は、１つまたは複数のモジュール１１００を含み、その各々はソフトウェアで実装される。（１つまたは複数の）モジュール１１００は、本明細書で説明される無線アクセスノード９００の機能を提供する。この説明は、モジュール１１００が処理ノード１０００のうちの１つにおいて実装されるか、あるいは複数の処理ノード１０００にわたって分散され、ならびに／または（１つまたは複数の）処理ノード１０００および制御システム９０２にわたって分散され得る、図１０の処理ノード１０００に等しく適用可能である。

図１２は、本開示のいくつかの実施形態による、無線通信デバイス１２００の概略ブロック図である。示されているように、無線通信デバイス１２００は、１つまたは複数のプロセッサ１２０２（たとえば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡなど）と、メモリ１２０４と、各々が、１つまたは複数のアンテナ１２１２に結合された１つまたは複数の送信機１２０８および１つまたは複数の受信機１２１０を含む、１つまたは複数のトランシーバ１２０６とを含む。（１つまたは複数の）トランシーバ１２０６は、当業者によって諒解されるように、（１つまたは複数の）アンテナ１２１２と（１つまたは複数の）プロセッサ１２０２との間で通信される信号を調整するように設定された、（１つまたは複数の）アンテナ１２１２に接続された無線フロントエンド回路を含む。プロセッサ１２０２は、本明細書では処理回路とも呼ばれる。トランシーバ１２０６は、本明細書では無線回路とも呼ばれる。いくつかの実施形態では、上記で説明された無線通信デバイス１２００の機能は、たとえば、メモリ１２０４に記憶され、（１つまたは複数の）プロセッサ１２０２によって実行される、ソフトウェアで完全にまたは部分的に実装され得る。無線通信デバイス１２００は、たとえば、１つまたは複数のユーザインターフェース構成要素（たとえば、ディスプレイ、ボタン、タッチスクリーン、マイクロフォン、（１つまたは複数の）スピーカーなどを含む入出力インターフェース、ならびに／あるいは、無線通信デバイス１２００への情報の入力を可能にする、および／または無線通信デバイス１２００からの情報の出力を可能にするための任意の他の構成要素）、電力供給源（たとえば、バッテリーおよび関連する電力回路）など、図１２に示されていない追加の構成要素を含み得ることに留意されたい。

いくつかの実施形態では、少なくとも１つのプロセッサによって実行されたとき、本明細書で説明される実施形態のいずれかに従って、少なくとも１つのプロセッサに無線通信デバイス１２００の機能を行わせる命令を含むコンピュータプログラムが提供される。いくつかの実施形態では、上述のコンピュータプログラム製品を備えるキャリアが提供される。キャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体（たとえば、メモリなど、非一時的コンピュータ可読媒体）のうちの１つである。

図１３は、本開示のいくつかの他の実施形態による、無線通信デバイス１２００の概略ブロック図である。無線通信デバイス１２００は、１つまたは複数のモジュール１３００を含み、その各々はソフトウェアで実装される。（１つまたは複数の）モジュール１３００は、本明細書で説明される無線通信デバイス１２００の機能性を提供する。

図１４を参照すると、一実施形態によれば、通信システムが、ＲＡＮなどのアクセスネットワーク１４０２とコアネットワーク１４０４とを備える、３ＧＰＰタイプセルラネットワークなどの通信ネットワーク１４００を含む。アクセスネットワーク１４０２は、ノードＢ、ｅＮＢ、ｇＮＢ、または他のタイプの無線アクセスポイント（ＡＰ）など、複数の基地局１４０６Ａ、１４０６Ｂ、１４０６Ｃを備え、各々が、対応するカバレッジエリア１４０８Ａ、１４０８Ｂ、１４０８Ｃを規定する。各基地局１４０６Ａ、１４０６Ｂ、１４０６Ｃは、有線接続または無線接続１４１０を介してコアネットワーク１４０４に接続可能である。カバレッジエリア１４０８Ｃ中に位置する第１のＵＥ１４１２が、対応する基地局１４０６Ｃに無線で接続するか、または対応する基地局１４０６Ｃによってページングされるように設定される。カバレッジエリア１４０８Ａ中の第２のＵＥ１４１４が、対応する基地局１４０６Ａに無線で接続可能である。この例では複数のＵＥ１４１２、１４１４が示されているが、開示される実施形態は、唯一のＵＥがカバレッジエリア中にある状況、または唯一のＵＥが、対応する基地局１４０６に接続している状況に等しく適用可能である。

通信ネットワーク１４００は、それ自体、ホストコンピュータ１４１６に接続され、ホストコンピュータ１４１６は、スタンドアロンサーバ、クラウド実装サーバ、分散サーバのハードウェアおよび／またはソフトウェアで、あるいはサーバファーム中の処理リソースとして具現され得る。ホストコンピュータ１４１６は、サービスプロバイダの所有または制御下にあり得るか、あるいはサービスプロバイダによってまたはサービスプロバイダに代わって動作され得る。通信ネットワーク１４００とホストコンピュータ１４１６との間の接続１４１８および１４２０は、コアネットワーク１４０４からホストコンピュータ１４１６に直接延び得るか、または随意の中間ネットワーク１４２２を介して進み得る。中間ネットワーク１４２２は、パブリックネットワーク、プライベートネットワーク、またはホストされたネットワークのうちの１つ、またはそれらのうちの２つ以上の組合せであり得、中間ネットワーク１４２２は、もしあれば、バックボーンネットワークまたはインターネットであり得、特に、中間ネットワーク１４２２は、２つまたはそれ以上のサブネットワーク（図示せず）を備え得る。

図１４の通信システムは全体として、接続されたＵＥ１４１２、１４１４とホストコンピュータ１４１６との間のコネクティビティを可能にする。コネクティビティは、オーバーザトップ（ＯＴＴ）接続１４２４として説明され得る。ホストコンピュータ１４１６および接続されたＵＥ１４１２、１４１４は、アクセスネットワーク１４０２、コアネットワーク１４０４、任意の中間ネットワーク１４２２、および可能なさらなるインフラストラクチャ（図示せず）を媒介として使用して、ＯＴＴ接続１４２４を介して、データおよび／またはシグナリングを通信するように設定される。ＯＴＴ接続１４２４は、ＯＴＴ接続１４２４が通過する、参加する通信デバイスが、アップリンク通信およびダウンリンク通信のルーティングに気づいていないという意味で、透過的であり得る。たとえば、基地局１４０６は、接続されたＵＥ１４１２にフォワーディング（たとえば、ハンドオーバ）されるべき、ホストコンピュータ１４１６から発生したデータを伴う着信ダウンリンク通信の過去のルーティングについて、知らされないことがあるかまたは知らされる必要がない。同様に、基地局１４０６は、ＵＥ１４１２から発生してホストコンピュータ１４１６に向かう発信アップリンク通信の将来ルーティングに気づいている必要がない。

次に、一実施形態による、前の段落において説明されたＵＥ、基地局、およびホストコンピュータの例示的な実装形態が、図１５を参照しながら説明される。通信システム１５００では、ホストコンピュータ１５０２が、通信システム１５００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するように設定された通信インターフェース１５０６を含む、ハードウェア１５０４を備える。ホストコンピュータ１５０２は、記憶能力および／または処理能力を有し得る、処理回路１５０８をさらに備える。特に、処理回路１５０８は、命令を実行するように適応された、１つまたは複数のプログラマブルプロセッサ、ＡＳＩＣ、ＦＰＧＡ、またはこれらの組合せ（図示せず）を備え得る。ホストコンピュータ１５０２は、ホストコンピュータ１５０２に記憶されるかまたはホストコンピュータ１５０２によってアクセス可能であり、処理回路１５０８によって実行可能である、ソフトウェア１５１０をさらに備える。ソフトウェア１５１０は、ホストアプリケーション１５１２を含む。ホストアプリケーション１５１２は、ＵＥ１５１４およびホストコンピュータ１５０２において終端するＯＴＴ接続１５１６を介して接続するＵＥ１５１４など、リモートユーザにサービスを提供するように動作可能であり得る。リモートユーザにサービスを提供する際に、ホストアプリケーション１５１２は、ＯＴＴ接続１５１６を使用して送信されるユーザデータを提供し得る。

通信システム１５００は、通信システム中に提供される基地局１５１８をさらに含み、基地局１５１８は、基地局１５１８がホストコンピュータ１５０２およびＵＥ１５１４と通信することを可能にするハードウェア１５２０を備える。ハードウェア１５２０は、通信システム１５００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するための通信インターフェース１５２２、ならびに基地局１５１８によってサーブされるカバレッジエリア（図１５に図示せず）中に位置するＵＥ１５１４との少なくとも無線接続１５２６をセットアップおよび維持するための無線インターフェース１５２４を含み得る。通信インターフェース１５２２は、ホストコンピュータ１５０２への接続１５２８を容易にするように設定され得る。接続１５２８は直接であり得るか、あるいは接続１５２８は、通信システムのコアネットワーク（図１５に図示せず）を、および／または通信システムの外側の１つまたは複数の中間ネットワークを通過し得る。図示の実施形態では、基地局１５１８のハードウェア１５２０は、処理回路１５３０をさらに含み、処理回路１５３０は、命令を実行するように適応された、１つまたは複数のプログラマブルプロセッサ、ＡＳＩＣ、ＦＰＧＡ、またはこれらの組合せ（図示せず）を備え得る。基地局１５１８は、内部的に記憶されるかまたは外部接続を介してアクセス可能なソフトウェア１５３２をさらに有する。

通信システム１５００は、すでに言及されたＵＥ１５１４をさらに含む。ＵＥ１５１４のハードウェア１５３４は、ＵＥ１５１４が現在位置するカバレッジエリアをサーブする基地局との無線接続１５２６をセットアップおよび維持するように設定された、無線インターフェース１５３６を含み得る。ＵＥ１５１４のハードウェア１５３４は、処理回路１５３８をさらに含み、処理回路１５３８は、命令を実行するように適応された、１つまたは複数のプログラマブルプロセッサ、ＡＳＩＣ、ＦＰＧＡ、またはこれらの組合せ（図示せず）を備え得る。ＵＥ１５１４は、ＵＥ１５１４に記憶されるかまたはＵＥ１５１４によってアクセス可能であり、処理回路１５３８によって実行可能である、ソフトウェア１５４０をさらに備える。ソフトウェア１５４０は、クライアントアプリケーション１５４２を含む。クライアントアプリケーション１５４２は、ホストコンピュータ１５０２のサポートを伴って、ＵＥ１５１４を介して人間のまたは人間でないユーザにサービスを提供するように動作可能であり得る。ホストコンピュータ１５０２では、実行しているホストアプリケーション１５１２は、ＵＥ１５１４およびホストコンピュータ１５０２において終端するＯＴＴ接続１５１６を介して、実行しているクライアントアプリケーション１５４２と通信し得る。ユーザにサービスを提供する際に、クライアントアプリケーション１５４２は、ホストアプリケーション１５１２から要求データを受信し、要求データに応答してユーザデータを提供し得る。ＯＴＴ接続１５１６は、要求データとユーザデータの両方を転送し得る。クライアントアプリケーション１５４２は、クライアントアプリケーション１５４２が提供するユーザデータを生成するためにユーザと対話し得る。

図１５に示されているホストコンピュータ１５０２、基地局１５１８、およびＵＥ１５１４は、それぞれ、図１４のホストコンピュータ１４１６、基地局１４０６Ａ、１４０６Ｂ、１４０６Ｃのうちの１つ、およびＵＥ１４１２、１４１４のうちの１つと同様または同等であり得ることに留意されたい。つまり、これらのエンティティの内部の働きは、図１５に示されているようなものであり得、別個に、周囲のネットワークトポロジーは、図１４のものであり得る。

図１５では、ＯＴＴ接続１５１６は、仲介デバイスとこれらのデバイスを介したメッセージの正確なルーティングとへの明示的言及なしに、基地局１５１８を介したホストコンピュータ１５０２とＵＥ１５１４との間の通信を示すために抽象的に描かれている。ネットワークインフラストラクチャが、ルーティングを決定し得、ルーティングは、ＵＥ１５１４からまたはホストコンピュータ１５０２を動作させるサービスプロバイダから、またはその両方から隠れるように設定され得る。ＯＴＴ接続１５１６がアクティブである間、ネットワークインフラストラクチャは、さらに、ネットワークインフラストラクチャが、（たとえば、ネットワークの負荷分散考慮または再設定に基づいて）ルーティングを動的に変更する判定を行い得る。

ＵＥ１５１４と基地局１５１８との間の無線接続１５２６は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線接続１５２６が最後のセグメントを形成するＯＴＴ接続１５１６を使用して、ＵＥ１５１４に提供されるＯＴＴサービスの性能を改善する。

１つまたは複数の実施形態が改善する、データレート、レイテンシ、および他のファクタを監視する目的での、測定プロシージャが提供され得る。測定結果の変動に応答して、ホストコンピュータ１５０２とＵＥ１５１４との間のＯＴＴ接続１５１６を再設定するための随意のネットワーク機能がさらにあり得る。測定プロシージャおよび／またはＯＴＴ接続１５１６を再設定するためのネットワーク機能は、ホストコンピュータ１５０２のソフトウェア１５１０およびハードウェア１５０４でまたはＵＥ１５１４のソフトウェア１５４０およびハードウェア１５３４で、またはその両方で実装され得る。いくつかの実施形態では、ＯＴＴ接続１５１６が通過する通信デバイスにおいて、またはその通信デバイスに関連して、センサー（図示せず）が展開され得、センサーは、上記で例示された監視された量の値を供給すること、あるいはソフトウェア１５１０、１５４０が監視された量を算出または推定し得る他の物理量の値を供給することによって、測定プロシージャに参加し得る。ＯＴＴ接続１５１６の再設定は、メッセージフォーマット、再送信セッティング、好ましいルーティングなどを含み得、再設定は、基地局１５１８に影響を及ぼす必要がなく、再設定は、基地局１５１８に知られていないかまたは知覚不可能であり得る。そのようなプロシージャおよび機能は、当技術分野において知られ、実践され得る。いくつかの実施形態では、測定は、スループット、伝搬時間、レイテンシなどのホストコンピュータ１５０２の測定を容易にするプロプライエタリＵＥシグナリングを伴い得る。測定は、ソフトウェア１５１０および１５４０が、伝搬時間、エラーなどを監視しながら、ソフトウェア１５１０および１５４０が、ＯＴＴ接続１５１６を使用して、メッセージ、特に、空のまたは「ダミー」メッセージを送信させるという点で実装され得る。

図１６は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１４および図１５を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１６への図面参照のみがこのセクションに含まれる。（随意であり得る）ステップ１６００において、ＵＥは、ホストコンピュータによって提供された入力データを受信する。追加または代替として、ステップ１６０２において、ＵＥはユーザデータを提供する。ステップ１６００の（随意であり得る）サブステップ１６０４において、ＵＥは、クライアントアプリケーションを実行することによって、ユーザデータを提供する。ステップ１６０２の（随意であり得る）サブステップ１６０６において、ＵＥは、ホストコンピュータによって提供された受信された入力データに反応してユーザデータを提供する、クライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受信されたユーザ入力をさらに考慮し得る。ユーザデータが提供された特定の様式にかかわらず、ＵＥは、（随意であり得る）サブステップ１６０８において、ホストコンピュータへのユーザデータの送信を始動する。方法のステップ１６１０において、ホストコンピュータは、本開示全体にわたって説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。

図１７は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１４および図１５を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１７への図面参照のみがこのセクションに含まれる。（随意であり得る）ステップ１７００において、本開示全体にわたって説明される実施形態の教示に従って、基地局は、ＵＥからユーザデータを受信する。（随意であり得る）ステップ１７０２において、基地局は、ホストコンピュータへの、受信されたユーザデータの送信を始動する。（随意であり得る）ステップ１７０４において、ホストコンピュータは、基地局によって始動された送信において搬送されたユーザデータを受信する。

本明細書で開示される任意の適切なステップ、方法、特徴、機能、または利益は、１つまたは複数の仮想装置の１つまたは複数の機能ユニットまたはモジュールを通して実施され得る。各仮想装置は、いくつかのこれらの機能ユニットを備え得る。これらの機能ユニットは、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含み得る、処理回路、ならびに、デジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理などを含み得る、他のデジタルハードウェアを介して実装され得る。処理回路は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなど、１つまたはいくつかのタイプのメモリを含み得る、メモリに記憶されたプログラムコードを実行するように設定され得る。メモリに記憶されたプログラムコードは、１つまたは複数の通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書で説明される技法のうちの１つまたは複数を行うための命令を含む。いくつかの実装形態では、処理回路は、それぞれの機能ユニットに、本開示の１つまたは複数の実施形態による、対応する機能を実施させるために使用され得る。

図におけるプロセスが本開示のいくつかの実施形態によって実施される動作の特定の順序を示し得るが、そのような順序は例示的である（たとえば、代替実施形態が、異なる順序で動作を実施する、いくつかの動作を組み合わせる、いくつかの動作を重ね合わせる、などを行い得る）ことを理解されたい。

本開示のいくつかの例示的な実施形態は以下の通りである。

実施形態１： 繰返しを伴う新無線未ライセンススペクトル（ＮＲ－Ｕ）設定済みアップリンクを可能にするための、無線デバイスによって実施される方法であって、方法は、設定済み繰返し最大数（ｒｅｐＫ）と設定済み冗長バージョン（ＲＶ）シーケンスとを（たとえば、たとえばＵＥ固有ＲＲＣシグナリングなどのＵＥ固有シグナリングを介して）受信すること（５００）と、ｒｅｐＫと設定済みＲＶシーケンスとに従って、ＰＵＳＣＨ送信に対応するトランスポートブロック（ＴＢ）を繰り返すこと（５０２）と含む、方法。

実施形態２： ＴＢを繰り返すことは、設定済みＲＶに従って規定済み繰返し数がその後に続くＣＧ－ＰＵＳＣＨウィンドウ中のいずれかの機会において、ＴＢの初期送信を開始することであって、ＴＢの初期送信がＲＶ０に対応する、ＴＢの初期送信を開始することを含む、実施形態１に記載の方法。

実施形態３： ＴＢを繰り返すことは、ＰＵＳＣＨ送信がタイプ１またはタイプ２であるとき、および無線デバイスが、１よりも大きいｒｅｐＫ（ｒｅｐＫ＞１）を有するように設定されるとき、以下のオプション、すなわち、
－ ｒｅｐＫ個の連続するスロットの各々における同等のシンボル割り当てをもつ１つのＣＧ－ＰＵＳＣＨウィンドウ内のｒｅｐＫ個の連続スロットにわたって、ＴＢを繰り返すことと、
－ １つのＣＧ－ＰＵＳＣＨウィンドウ内のｒｅｐＫ個の連続するスロットにわたって、およびｒｅｐＫ個の連続するスロットの各々における同等のシンボル割り当てをもつ連続するＣＧ－ＰＵＳＣＨウィンドウにわたって、ＴＢを繰り返すことと、
－ ＣＧ－ＰＵＳＣＨウィンドウ内のｒｅｐＫ個の連続するＰＵＳＣＨにわたって、ＴＢを繰り返すことであって、ｒｅｐＫ個の連続するＰＵＳＣＨのすべてが、同等の長さを有するように設定され、１つまたは複数のＣＧ－ＰＵＳＣＨ送信期間中にある、ＴＢを繰り返すことと、
－ １つのＣＧ－ＰＵＳＣＨウィンドウ内のｒｅｐＫ個の連続しないＰＵＳＣＨにわたって、ＴＢを繰り返すことであって、ｒｅｐＫ個の連続しないＰＵＳＣＨのすべてが、同等の長さを有するように設定され、２つの近隣するＰＵＳＣＨ機会が時間オフセットによって分離される、ＴＢを繰り返すことと
のうちの少なくとも１つを適用することを含む、実施形態１に記載の方法。

実施形態４： ＴＢを繰り返すことが、設定済みグラントを伴う同じ送信期間中の、または後に来る送信期間にまたがる、ＴＢを繰り返すことをさらに含む、実施形態３に記載の方法。

実施形態５： ＴＢを繰り返すことが、任意のＲＶシーケンスの場合、以下の条件、すなわち、
－ Ｋ個の繰返しを送信すること、
－ ＴＢをスケジュールするためのＵＬグラントが、期間とともに受信されるとき、および
－ ＴＢのための明示的ＡＣＫが、ＤＦＩを介して受信される
のうちの１つが満たされた後に、ＴＢを繰り返すことを含む、実施形態１に記載の方法。

実施形態６： ＴＢを繰り返すことが、ｒｅｐＫのすべてについて同等のＮＤＩを維持することを含む、実施形態１に記載の方法。

実施形態７： ＴＢを繰り返すことは、ＴＢが送信または再送信されるとき、タイマーを開始／再開することを含み、無線デバイスは、タイマーの満了時にＡＣＫが受信されない場合、ＮＡＣＫを仮定し、非適応再送信を実施し得る、実施形態１に記載の方法。

実施形態８： ＴＢを繰り返すことが、以下のオプション、すなわち、
－ 最初のＰＵＳＣＨ繰返し送信後直ちにタイマーを開始すること、および各後続のＴＢ繰返し送信の後にタイマーを再開することと、
－ 最後のＰＵＳＣＨ繰返し送信まで、タイマーを開始しないことと、
－ ＵＬ送信期間内の最後のＰＵＳＣＨ繰返し送信の直後に、タイマーを開始することと、
－ ｒｅｐＫの間のＮ番目の繰返し送信まで（Ｎ≦ｒｅｐＫ）、タイマーを開始しないことと、
－ 最初の繰返し送信の後におよび時間期間の満了時に、タイマーを開始することと
のうちの少なくとも１つに従って、ＨＡＲＱプロセスのためのタイマーを開始／再開することをさらに含む、実施形態７に記載の方法。

実施形態９： ＴＢを繰り返すことは、タイマーおよび繰返し設定（たとえば、ｒｅｐＫおよびｒｅｐＫ－ＲＶ）が設定され、タイマーがＴＢ後に開始／再開される場合、タイマーの満了時のＴＢの再送信のために次の繰返し機会を使用することを含む、実施形態１に記載の方法。

実施形態１０： 繰返しを伴う新無線未ライセンススペクトル（ＮＲ－Ｕ）設定済みアップリンクを可能にするための無線デバイスであって、無線デバイスが、
－ 実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路と、
－ 無線デバイスに電力を供給するように設定された電力供給回路と
を備える、無線デバイス。

実施形態１１： 繰返しを伴う新無線未ライセンススペクトル（ＮＲ－Ｕ）設定済みアップリンクを可能にするためのユーザ機器（ＵＥ）であって、ＵＥが、
－ 無線信号を送り、受信するように設定されたアンテナと、
－ アンテナおよび処理回路に接続され、アンテナと処理回路との間で通信される信号を調整するように設定された、無線フロントエンド回路と、
－ 実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路と、
－ 処理回路に接続され、ＵＥへの情報の入力が処理回路によって処理されることを可能にするように設定された、入力インターフェースと、
－ 処理回路に接続され、処理回路によって処理されたＵＥからの情報を出力するように設定された、出力インターフェースと、
－ 処理回路に接続され、ＵＥに電力を供給するように設定された、バッテリーと
を備える、ユーザ機器（ＵＥ）。

実施形態１２： ホストコンピュータを含む通信システムであって、ホストコンピュータが、
－ ユーザデータを提供するように設定された処理回路と、
－ ユーザ機器（ＵＥ）への送信のためにユーザデータをセルラネットワークにフォワーディングするように設定された通信インターフェースと
を備え、
－ ＵＥが無線インターフェースと処理回路とを備え、ＵＥの構成要素が、実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、
通信システム。

実施形態１３： セルラネットワークが、ＵＥと通信するように設定された基地局をさらに含む、実施形態１２に記載の通信システム。

実施形態１４：
－ ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それによりユーザデータを提供するように設定され、
－ ＵＥの処理回路が、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するように設定された、
実施形態１２または１３に記載の通信システム。

実施形態１５： ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、方法は、
－ ホストコンピュータにおいて、ユーザデータを提供することと、
－ ホストコンピュータにおいて、基地局を備えるセルラネットワークを介してＵＥにユーザデータを搬送する送信を始動することであって、ＵＥが、実施形態のいずれか１つに記載のステップのいずれかを実施する、送信を始動することと
を含む、方法。

実施形態１６： ＵＥにおいて、基地局からユーザデータを受信することをさらに含む、実施形態１５に記載の方法。

実施形態１７： ホストコンピュータを含む通信システムであって、ホストコンピュータが、
－ ユーザ機器（ＵＥ）から基地局への送信から発生したユーザデータを受信するように設定された通信インターフェース
を備え、
－ ＵＥが無線インターフェースと処理回路とを備え、ＵＥの処理回路が、実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、
通信システム。

実施形態１８： ＵＥをさらに含む、実施形態１７に記載の通信システム。

実施形態１９： 基地局をさらに含み、基地局が、ＵＥと通信するように設定された無線インターフェースと、ＵＥから基地局への送信によって搬送されたユーザデータをホストコンピュータにフォワーディングするように設定された通信インターフェースとを備える、実施形態１７または１８に記載の通信システム。

実施形態２０：
－ ホストコンピュータの処理回路が、ホストアプリケーションを実行するように設定され、
－ ＵＥの処理回路が、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行し、それによりユーザデータを提供するように設定された、
実施形態１７から１９のいずれか１つに記載の通信システム。

実施形態２１：
－ ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それにより要求データを提供するように設定され、
－ ＵＥの処理回路が、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行し、それにより要求データに応答してユーザデータを提供するように設定された、
実施形態１７から２０のいずれか１つに記載の通信システム。

実施形態２２： ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、方法は、
－ ホストコンピュータにおいて、ＵＥから基地局に送信されたユーザデータを受信することであって、ＵＥが、実施形態のいずれか１つに記載のステップのいずれかを実施する、ユーザデータを受信すること
を含む、方法。

実施形態２３： ＵＥにおいて、基地局にユーザデータを提供することをさらに含む、実施形態２２に記載の方法。

実施形態２４：
－ ＵＥにおいて、クライアントアプリケーションを実行し、それにより、送信されるべきユーザデータを提供することと、
－ ホストコンピュータにおいて、クライアントアプリケーションに関連付けられたホストアプリケーションを実行することと
をさらに含む、実施形態２２または２３に記載の方法。

実施形態２５：
－ ＵＥにおいて、クライアントアプリケーションを実行することと、
－ ＵＥにおいて、クライアントアプリケーションへの入力データを受信することであって、入力データが、クライアントアプリケーションに関連付けられたホストアプリケーションを実行することによってホストコンピュータにおいて提供される、入力データを受信することと
をさらに含み、
－ 送信されるべきユーザデータが、入力データに応答してクライアントアプリケーションによって提供される、実施形態２２から２４のいずれか１つに記載の方法。
実施形態２６： ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、方法は、
－ ホストコンピュータにおいて、基地局から、基地局がＵＥから受信した送信から発生したユーザデータを受信することであって、ＵＥが、実施形態のいずれか１つに記載のステップのいずれかを実施する、ユーザデータを受信すること
を含む、方法。

実施形態２８： 基地局において、ＵＥからユーザデータを受信することをさらに含む、実施形態２６に記載の方法。

実施形態２９： 基地局において、ホストコンピュータへの、受信されたユーザデータの送信を始動することをさらに含む、実施形態２６または２８に記載の方法。

以下の略語のうちの少なくともいくつかが本開示で使用され得る。略語間の不整合がある場合、その略語が上記でどのように使用されるかが選好されるべきである。以下で複数回リストされる場合、最初のリスティングが（１つまたは複数の）後続のリスティングよりも選好されるべきである。
・ ３ＧＰＰ 第３世代パートナーシッププロジェクト
・ ５Ｇ 第５世代
・ ５ＧＣ 第５世代コア
・ ５ＧＳ 第５世代システム
・ ＡＣＫ 確認応答
・ ＡＭＦ アクセスおよびモビリティ機能
・ ＡＰ アクセスポイント
・ ＡＳＩＣ 特定用途向け集積回路
・ ＡＵＳＦ 認証サーバ機能
・ ＣＣＡ クリアチャネルアセスメント
・ ＣＣＥ 制御チャネルエレメント
・ ＣＯＲＥＳＥＴ 制御リソースセット
・ ＣＰＵ 中央処理ユニット
・ ＤＣＩ ダウンリンク制御情報
・ ＤＦＩ ダウンリンクフィードバック情報
・ ＤＭＲＳ 復調用参照信号
・ ＤＳＰ デジタル信号プロセッサ
・ ｅＭＢＢ 拡張モバイルブロードバンド
・ ｅＮＢ 拡張またはエボルブドノードＢ
・ Ｅ－ＵＴＲＡ 拡張ユニバーサル地上無線アクセス
・ ＦＰＧＡ フィールドプログラマブルゲートアレイ
・ ｇＮＢ 新無線基地局
・ ｇＮＢ－ＤＵ 新無線基地局分散ユニット
・ ＨＡＲＱ ハイブリッド自動再送要求
・ ＨＳＳ ホーム加入者サーバ
・ ＩｏＴ モノのインターネット
・ ＬＢＴ リッスンビフォアトーク
・ ＬＴＥ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ
・ ＭＡＣ 媒体アクセス制御
・ ＭＭＥ モビリティ管理エンティティ
・ ＭＴＣ マシン型通信
・ ＮＡＣＫ 否定応答
・ ＮＤＩ 新データインジケータ
・ ＮＥＦ ネットワーク公開機能
・ ＮＦ ネットワーク機能
・ ＮＲ 新無線
・ ＮＲＦ ネットワーク機能リポジトリ機能
・ ＮＳＳＦ ネットワークスライス選択機能
・ ＯＦＤＭ 直交周波数分割多重
・ ＯＴＴ オーバーザトップ
・ ＰＢＣＨ 物理ブロードキャスティングチャネル
・ ＰＣ パーソナルコンピュータ
・ ＰＣＦ ポリシ制御機能
・ ＰＤＣＣＨ 物理ダウンリンク制御チャネル
・ ＰＤＳＣＨ 物理ダウンリンク共有チャネル
・ Ｐ－ＧＷ パケットデータネットワークゲートウェイ
・ ＰＲＡＣＨ 物理ランダムアクセスチャネル
・ ＰＲＢ 物理リソースブロック
・ ＰＵＳＣＨ 物理アップリンク共有チャネル
・ ＲＡＭ ランダムアクセスメモリ
・ ＲＡＮ 無線アクセスネットワーク
・ ＲＡＲ ランダムアクセス応答
・ ＲＢ リソースブロック
・ ＲＥＧ リソースエレメントグループ
・ ＲＭＳＩ 残余最小システム情報
・ ＲＯＭ 読取り専用メモリ
・ ＲＲＣ 無線リソース制御
・ ＲＲＨ リモート無線ヘッド
・ ＲＴ 冗長バージョン
・ ＳＣＥＦ サービス能力公開機能
・ ＳＭＦ セッション管理機能
・ ＳＰＳ 半永続スケジューリング
・ ＴＢ トランスポートブロック
・ ＴＸＯＰ 送信オポチュニティ
・ ＵＣＩ アップリンク制御情報
・ ＵＤＭ 統合データ管理
・ ＵＥ ユーザ機器
・ ＵＰＦ ユーザプレーン機能
・ ＵＲＬＬＣ 超高信頼低レイテンシ通信

当業者は、本開示の実施形態に対する改善および修正を認識されよう。すべてのそのような改善および修正は、本明細書で開示される概念の範囲内で考慮される。

Claims (19)

1. 繰返しを伴う設定済みアップリンクを可能にするための、無線デバイスによって実施される方法であって、前記方法は、
   設定済み繰返し数を受信すること（７００）と、
   前記設定済み繰返し数と等しい数の連続する物理アップリンク共有チャネル（ＰＵＳＣＨ）にわたって、ＰＵＳＣＨ送信に対応するトランスポートブロック（ＴＢ）を繰り返すこと（７０２）であって、前記連続するＰＵＳＣＨのすべてが、同等の長さを有し、１つまたは複数の設定済みグラントＰＵＳＣＨ（ＣＧ－ＰＵＳＣＨ）送信期間内に入る、トランスポートブロック（ＴＢ）を繰り返すこと（７０２）と
   を含む、方法。
2. 前記設定済み繰返し数を受信すること（７００）が、冗長バージョン（ＲＶ）を受信することをさらに含み、
   前記ＰＵＳＣＨ送信に対応する前記ＴＢを繰り返すこと（７０２）が、１つのＣＧ－ＰＵＳＣＨ送信期間内に入る前記連続するＰＵＳＣＨにわたって、前記ＰＵＳＣＨ送信に対応する前記ＴＢを繰り返すことを含む、
   請求項１に記載の方法。
3. 前記ＰＵＳＣＨ送信に対応する前記ＴＢを繰り返すこと（７０２）は、前記ＲＶに従って前記設定済み繰返し数がその後に続く前記ＣＧ－ＰＵＳＣＨ送信期間内のいずれかの機会において、前記ＴＢの初期送信を開始すること（７０２－１）を含む、請求項２に記載の方法。
4. 前記ＴＢの前記初期送信が、ＲＶ値ゼロ（０）に対応する、請求項３に記載の方法。
5. 前記ＰＵＳＣＨ送信に対応する前記ＴＢを繰り返すこと（７０２）は、設定済みグラントが無線リソース制御（ＲＲＣ）シグナリングおよびレイヤ１（Ｌ１）シグナリングのうちの少なくとも１つを介してシグナリングされ、前記設定済み繰返し数が１よりも大きいとき、前記ＴＢを繰り返すこと（７０２－２）をさらに含む、請求項１から４のいずれか一項に記載の方法。
6. 前記ＰＵＳＣＨ送信に対応する前記ＴＢを繰り返すこと（７０２）が、以下の条件、すなわち、
   前記設定済み繰返し数について、前記ＰＵＳＣＨ送信に対応する前記ＴＢを繰り返すことと、
   前記ＣＧ－ＰＵＳＣＨ送信期間内の前記ＴＢをスケジュールするためのアップリンクグラントを受信することと、
   前記ＴＢについて、明示的確認応答を受信することと
   のうちの１つを満たすことに応答して、前記ＰＵＳＣＨ送信に対応する前記ＴＢの前記繰返しを終了すること（７０２－３）をさらに含む、請求項１から５のいずれか一項に記載の方法。
7. 前記ＰＵＳＣＨ送信に対応する前記ＴＢを繰り返すこと（７０２）が、前記設定済み繰返し数にわたって、同等の新データインジケータ（ＮＤＩ）を維持すること（７０２－４）をさらに含む、請求項１から６のいずれか一項に記載の方法。
8. 前記ＰＵＳＣＨ送信に対応する前記ＴＢを繰り返すこと（７０２）は、
   前記ＴＢが送信または再送信されるとき、タイマーを開始／再開すること（７０２－５）と
   前記タイマーの満了において確認応答を受信していないことに応答して、非適応再送信を実施することと
   をさらに含む、請求項１から７のいずれか一項に記載の方法。
9. 前記タイマーを開始／再開すること（７０２－５）が、以下のオプション、すなわち、
   最初のＰＵＳＣＨ繰返し送信後直ちに前記タイマーを開始すること、および各後続のＰＵＳＣＨ繰返し送信の後に前記タイマーを再開することと、
   最後のＰＵＳＣＨ繰返し送信まで、前記タイマーを開始しないことと、
   前記ＣＧ－ＰＵＳＣＨ送信期間内の前記最後のＰＵＳＣＨ繰返し送信の直後に、前記タイマーを開始することと、
   前記設定済み繰返し数の間の特定の数のＰＵＳＣＨ繰返し送信があるまで、前記タイマーを開始しないことと、
   時間期間の満了の後の前記最初のＰＵＳＣＨ繰返し送信の後に、前記タイマーを開始することと
   のうちの１つまたは複数に従って前記タイマーを開始／再開すること（７０２－５ａ）を含む、請求項８に記載の方法。
10. 前記タイマーの前記満了時の前記ＴＢの再送信のために、前記設定済み繰返し数の間の次の繰返しを使用すること（７０２－５Ｂ）をさらに含む、請求項８に記載の方法。
11. 無線デバイスであって、
    請求項１から１０のいずれか一項において前記無線デバイスによって実施されるステップのいずれかを実施するように設定された処理回路と、
    前記無線デバイスに電力を供給するように設定された電力供給回路と
    を備える、無線デバイス。
12. 繰返しを伴う設定済みアップリンクを可能にするための、基地局によって実施される方法であって、前記方法は、
    設定済み繰返し数を無線デバイスに提供すること（８００）と、
    前記無線デバイスから、前記設定済み繰返し数と等しい数の連続する物理アップリンク共有チャネル（ＰＵＳＣＨ）にわたって、ＰＵＳＣＨ送信に対応するトランスポートブロック（ＴＢ）の繰返しを受信すること（８０２）であって、前記連続するＰＵＳＣＨのすべてが、同等の長さを有し、１つまたは複数の設定済みグラントＰＵＳＣＨ（ＣＧ－ＰＵＳＣＨ）送信期間内に入る、トランスポートブロック（ＴＢ）の繰返しを受信すること（８０２）と
    を含む、方法。
13. 前記設定済み繰返し数を提供すること（８００）が、冗長バージョン（ＲＶ）を提供することを含み、
    前記ＰＵＳＣＨ送信に対応する前記ＴＢの繰返しを受信すること（８０２）が、１つのＣＧ－ＰＵＳＣＨ送信期間内に入る前記連続するＰＵＳＣＨにわたって、前記ＰＵＳＣＨ送信に対応する前記ＴＢを受信することを含む、
    請求項１２に記載の方法。
14. 前記ＰＵＳＣＨ送信に対応する前記ＴＢの前記繰返しを受信すること（８０２）は、前記ＲＶに従って前記設定済み繰返し数がその後に続く前記ＣＧ－ＰＵＳＣＨ送信期間内のいずれかの機会において、前記ＴＢの初期送信を受信すること（８０２－１）を含む、請求項１３に記載の方法。
15. 前記ＴＢの前記初期送信が、ＲＶ値ゼロ（０）に対応する、請求項１４に記載の方法。
16. 前記ＰＵＳＣＨ送信に対応する前記ＴＢの前記繰返しを受信すること（８０２）は、設定済みグラントが無線リソース制御（ＲＲＣ）シグナリングおよびレイヤ１（Ｌ１）シグナリングのうちの少なくとも１つを介してシグナリングされ、前記設定済み繰返し数が１よりも大きいとき、前記ＴＢの前記繰返しを受信すること（８０２－２）をさらに含む、請求項１２から１５のいずれか一項に記載の方法。
17. 前記ＰＵＳＣＨ送信に対応する前記ＴＢの前記繰返しを受信すること（８０２）が、以下の条件、すなわち、
    前記設定済み繰返し数について、前記無線デバイスから前記ＴＢの前記繰返しを受信することと、
    前記ＣＧ－ＰＵＳＣＨ送信期間内の前記ＴＢをスケジュールするためのアップリンクグラントを前記無線デバイスに提供することと、
    前記ＴＢについて、前記無線デバイスに明示的確認応答を提供することと
    のうちの１つを満たすことに応答して、前記ＰＵＳＣＨ送信に対応する前記ＴＢの前記繰返しを受信することを停止すること（８０２－３）をさらに含む、請求項１２から１６のいずれか一項に記載の方法。
18. 前記ＰＵＳＣＨ送信に対応する前記ＴＢの前記繰返しを受信すること（８０２）が、前記設定済み繰返し数にわたって、同等の新データインジケータ（ＮＤＩ）を受信すること（８０２－４）をさらに含む、請求項１２から１７のいずれか一項に記載の方法。
19. 基地局であって、
    請求項１２から１８のいずれか一項において前記基地局によって実施されるステップのいずれかを実施するように設定された制御システム（９０２）
    を備える、基地局。

Images