JP2024512640A - Ｐｕｓｃｈ繰り返しのための方法及び装置 - Google Patents

Abstract

チャネルアクセス手順を実行し、繰り返しのセットを送信するための方法及び装置が開示される。無線送信／受信ユニット（Wireless Transmit/Receive Unit、ＷＴＲＵ）は、アップリンクデータを送信するための情報を受信するように構成され得る。情報は、第１の数の名目上の繰り返しと、第１の数の名目上の繰り返しの各々についての第１の数のシンボルとを示し得る。ＷＴＲＵは、第１の名目上の繰り返しに関連付けられたシンボルのセットを決定し、第１の名目上の繰り返しに関連付けられたシンボルにおいて第２の数の実質の繰り返しを送信するように構成され得る。第２の数の実質の繰り返し、及び第２の数の実質の繰り返しを送信するために使用されるシンボルは、第１の名目上の繰り返しに関連付けられたシンボルのセット中のイベントの発生に基づき得る。第１の名目上の繰り返しに関連付けられたシンボルのセットは、連続するアップリンクシンボルの１つ以上のサブセットを備え得る。【選択図】図６

Description

（関連出願の相互参照）
本出願は、２０２１年３月３０日に出願された米国特許仮出願第６３／１６７，９５３号及び２０２１年５月７日に出願された米国特許仮出願第６３／１８５，５７６号の利益を主張するものであり、これらの仮出願の内容は、参照により本明細書に組み込まれる。

異なるタイプの物理アップリンク共有チャネル（Physical Uplink Shared Channel、ＰＵＳＣＨ）繰り返しが定義されている。繰り返しタイプＡは、スロットごとに単一の繰り返しを可能にする。５Ｇ Ｎｅｗ Ｒａｄｉｏ ｆｏｒ ｕｎｌｉｃｅｎｓｅｄ ｓｐｅｃｔｒｕｍ（ＮＲ－Ｕ）のための拡張繰り返しタイプＡは、スロットごとに複数の繰り返しを可能にするが、すべてのスロットにわたる固定されたマッピングを伴う。繰り返しタイプＢは、名目上の繰り返しを使用することによってサブスロット繰り返しを可能にする。マルチＴＴＩスケジューリングは、スケジューリングシグナリングの量を低減するなどの利点を有する。更に、マルチＴＴＩスケジューリングは、すべてのＰＵＳＣＨがフルスロットにマッピングされる場合、すべての送信の前にリッスンビフォアトーク（Listen-Before-Talk、ＬＢＴ）の必要性を低減し得る。未認可環境においてサブスロット繰り返しを可能にし、繰り返しを伴うマルチＴＴＩスケジューリングを可能にするための方法及び装置が必要とされる。

無線送信／受信ユニット（Wireless Transmit/Receive Unit、ＷＴＲＵ）は、アップリンクデータを送信するための情報を受信するように構成され得る。アップリンクデータは、ＰＵＳＣＨを介して送信され得る。情報は、第１の数の名目上の繰り返しと、第１の数の名目上の繰り返しの各々についての第１の数のシンボルとを示し得る。ＷＴＲＵは、第１の名目上の繰り返しに関連付けられたシンボルのセットを決定するように構成され得る。ＷＴＲＵは、第１の名目上の繰り返しに関連付けられたシンボルにおいて第２の数の実質の繰り返しを送信するように構成され得る。第２の数の実質の繰り返し、及び第２の数の実質の繰り返しを送信するために使用されるシンボルは、第１の名目上の繰り返しに関連付けられたシンボルのセット中のイベントの発生に基づき得る。イベントは、チャネル占有時間（Channel Occupancy Time、ＣＯＴ）終了、チャネルアクセスリソース、チャネルアクセス手順結果、固定フレーム期間（Fixed Frame Period、ＦＦＰ）アイドル期間開始時間、又はＦＦＰアイドル期間終了時間のうちの少なくとも１つであってよい。第１の名目上の繰り返しに関連付けられたシンボルのセットは、連続するアップリンクシンボルの１つ以上のサブセットを備え得る。連続するアップリンクシンボルの１つ以上のサブセットのうちの少なくとも１つは、少なくとも２つのシンボルを備え得る。連続するアップリンクシンボルの１つ以上のサブセットのうちの１つのサブセットは、連続するアップリンクシンボルの１つ以上のサブセットのうちの別のサブセットと重複しないことがある。第１の名目上の繰り返しに関連付けられたシンボルのセット中にイベントが発生するという条件で、ＷＴＲＵは、イベントの発生前に連続するアップリンクシンボルの１つ以上のサブセットの１つ以上のアップリンクシンボルにおいて第１の実質の繰り返しを送信し、チャネルアクセス手順が成功したという条件で、イベントの発生後に連続するアップリンクシンボルの１つ以上のサブセットの１つ以上のアップリンクシンボルにおいて第１の実質の繰り返し送信後に第２の実質の繰り返しを送信するように構成され得る。第１の実質の繰り返しは、イベント後のシンボルにおいて送信されなくてもよい。チャネルアクセス手順は、リッスンビフォアトーク（ＬＢＴ）手順であり得る。チャネルアクセス手順は、チャネル占有時間（ＣＯＴ）タイミング、ＣＯＴのイニシエータ、固定フレーム期間（ＦＦＰ）タイミング、以前のチャネルアクセス手順結果、ギャップが繰り返しに先行するかどうか、繰り返し間のギャップのサイズ、又は繰り返し間のギャップの原因のうちの少なくとも１つに基づき得る。第２の数の実質の繰り返しの実際の繰り返しは、構成されたグラントアップリンク制御情報（Configured Grant-Uplink Control Information、ＣＧ－ＵＣＩ）、復調基準信号（Demodulation Reference Signal、ＤＭ－ＲＳ）、スケジューリング要求（Scheduling Request、ＳＲ）、チャネル状態情報（Channel State Information、ＣＳＩ）、ハイブリッド自動再送要求（Hybrid Automatic Repeat request、ＨＡＲＱ）肯定応答（Acknowledgement、ＡＣＫ）、又はトランスポートブロック（Transport Block、ＴＢ）のうちの少なくとも１つを備え得る。ＷＴＲＵは、チャネルアクセス手順を実行するためのリソースに関する構成情報を受信するように構成され得る。リソースは、時間インスタンスのセット、周波数領域のセット、又はビームのうちの少なくとも１つを備え得る。

ＷＴＲＵは、チャネルアクセス手順をいつ実行すべきかを決定するように構成され得る。チャネルアクセス手順をいつ実行すべきかの決定は、繰り返し数、繰り返し間のギャップのサイズ、繰り返し間のギャップの原因、周波数ホッピング、ビーム変更、チャネル占有時間（ＣＯＴ）タイミング、ＣＯＴがユーザ開始であるかネットワーク開始であるか、固定フレーム期間（ＦＦＰ）タイミング、又は前のチャネルアクセス手順結果のうちの少なくとも１つに基づき得る。ＷＴＲＵは、無効なリソースのセットの指示を受信するように構成され得る。無効なリソースのセットは、繰り返しのセットを送信するために使用されないことがある。指示は、送信を再開するために使用するチャネルアクセスタイプに関する情報を備え得る。ＷＴＲＵは、送信を再開するために使用するチャネルアクセスタイプの半静的構成を受信するように構成され得る。無効なリソースのセットの指示は、ダウンリンク制御情報（Downlink Control Information、ＤＣＩ）において受信され得る。ＷＴＲＵは、ＬＢＴを実行するためのリソースに関する構成情報を受信するように構成され得る。リソースは、時間インスタンスのセット、周波数領域のセット、又はビームのうちの少なくとも１つを備え得る。繰り返しは、可能な開始時間のセットに関連付けられ得る。ＷＴＲＵは、チャネルがアイドルであると決定し、第１の開始時間に繰り返しを送信するように構成され得る。ＷＴＲＵは、チャネルがビジーであると決定し、第２の開始時間の前に第２のＬＢＴ手順を実行するように構成され得る。ＷＴＲＵは、どのＬＢＴ手順が繰り返し送信に成功したかの指示を送るように構成され得る。ＷＴＲＵは、名目上の繰り返しのセットを示す構成情報を受信し、名目上の繰り返しが行われ得るシンボルのセットを決定し、名目上の繰り返しが行われ得るシンボルのセットが有効であるかどうかを決定するように構成され得る。名目上の繰り返しが行われ得るシンボルのセットが有効であるかどうかの決定は、繰り返しの前にＬＢＴが必要とされるかどうか、ＣＯＴ境界タイミング、ＦＦＰアイドル期間タイミング、又は前のＬＢＴ結果のうちの少なくとも１つに基づき得る。ＷＴＲＵは、名目上の繰り返しが名目上の繰り返し内に１つ以上の無効シンボルを含むという条件で、名目上の繰り返しをセグメント化するように構成され得る。ＷＴＲＵは、繰り返しの前に使用するＬＢＴタイプを決定するように構成され得る。使用するＬＢＴタイプの決定は、ＣＯＴタイミング、ＣＯＴインジケータ、ＣＯＴステータス、ギャップサイズ、ギャップの原因、又は送信が先行する繰り返し送信とは異なるＴＢのためのものであるかどうかのうちの少なくとも１つに基づき得る。繰り返し送信は、ＣＧ－ＵＣＩ、ＤＭ－ＲＳ、ＵＣＩ、又はＴＢのうちの少なくとも１つを含み得る。ＷＴＲＵは、ＬＢＴ失敗が発生するという条件で、繰り返しをスキップ、キャンセル、又は延期するように構成され得る。ＷＴＲＵは、複数のトランスポートブロックを送信するリソースを示す構成情報を受信するように構成され得る。ＷＴＲＵは、別のＴＢの繰り返しを送信する前に、ＴＢのすべての繰り返しを送信するように構成され得る。ＷＴＲＵは、ＴＢの第２の繰り返しを送信する前に、すべてのＴＢのすべての第１の繰り返しを送信するように構成され得る。ＷＴＲＵは、ＬＢＴ帯域幅周波数ホッピングパターン情報に関する構成情報を受信するように構成され得る。ＷＴＲＵは、繰り返し送信間で周波数ホッピングを実行するように構成され得る。

より詳細な理解は、添付の図面と併せて例として与えられる以下の説明から得られ得、図中の同様の参照番号は、同様の要素を示す。
１つ以上の開示された実施形態が実装され得る、例示的な通信システムを示すシステム図である。 一実施形態による、図１Ａに示される通信システム内で使用され得る、例示的な無線送信／受信ユニット（wireless transmit/receive unit、ＷＴＲＵ）を示すシステム図である。 一実施形態による、図１Ａに示される通信システム内で使用され得る、例示的な無線アクセスネットワーク（radio access network、ＲＡＮ）及び例示的なコアネットワーク（core network、ＣＮ）を示すシステム図である。 一実施形態による、図１Ａに示される通信システム内で使用され得る、更なる例示的なＲＡＮ及び更なる例示的なＣＮを示すシステム図である。 繰り返しタイプＡの例を示す。 繰り返しタイプＢの例を示す。 変更された繰り返しタイプＡの例を示す。 マルチＴＴＩスケジューリングの例を示す。 繰り返しの途中で終了するＣＯＴの例を示す。 名目上の繰り返しを実質の繰り返しにマッピングする例を示す。 オーファンシンボルの例を示す。 マルチＴＴＩスケジューリングを使用する繰り返しの例示的なマッピングを示す。 マルチＴＴＩスケジューリングを使用する繰り返しの例示的なマッピングを示す。 スロットごとに単一のトランスポートブロックを有する例示的な繰り返し循環を示す。

図１Ａは、１つ以上の開示された実施形態が実装され得る、例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージ伝達、ブロードキャストなどのコンテンツを、複数の無線ユーザに提供する、多重アクセスシステムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、上記のようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多重アクセス（code division multiple access、ＣＤＭＡ）、時分割多重アクセス（time division multiple access、ＴＤＭＡ）、周波数分割多重アクセス（frequency division multiple、ＦＤＭＡ）、直交ＦＤＭＡ（orthogonal FDMA、ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（single-carrier FDMA、ＳＣ－ＦＤＭＡ）、ゼロテールユニークワード離散フーリエ変換拡散ＯＦＤＭ（zero-tail unique-word discrete Fourier transform Spread OFDM、ＺＴ－ＵＷ－ＤＦＴ－Ｓ－ＯＦＤＭ）、ユニークワードＯＦＤＭ（unique word OFDM、ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ型ＯＦＤＭ、フィルタバンクマルチキャリア（filter bank multicarrier、ＦＢＭＣ）などの１つ以上のチャネルアクセス方法を用い得る。

図１Ａに示すように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク（ＣＮ）１０６、公衆交換電話ネットワーク（public switched telephone network、ＰＳＴＮ）１０８、インターネット１１０、及び他のネットワーク１１２を含み得るが、開示された実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素を企図することが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作し、かつ／又は通信するように構成された、任意のタイプのデバイスであり得る。例として、いずれもステーション（station、ＳＴＡ）と称され得るＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信及び／又は受信するように構成され得、ユーザ機器（user equipment、ＵＥ）、モバイルステーション、固定又はモバイル加入者ユニット、加入ベースのユニット、ポケットベル、携帯電話、携帯情報端末（personal digital assistant、ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポット又はＭｉ－Ｆｉデバイス、モノのインターネット（Internet of Things、ＩｏＴ）デバイス、時計又は他のウェアラブル、ヘッドマウントディスプレイ（head-mounted display、ＨＭＤ）、車両、ドローン、医療デバイス及び用途（例えば、遠隔手術）、産業デバイス及び用途（例えば、産業及び／又は自動処理チェーンコンテキストで動作するロボット及び／又は他の無線デバイス）、消費者電子デバイス、商業及び／又は産業無線ネットワークで動作するデバイスなどを含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｄのいずれも、互換的にＵＥと称され得る。

通信システム１００はまた、基地局１１４ａ及び／又は基地局１１４ｂを含み得る。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６、インターネット１１０、及び／又は他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェース接続するように構成された任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、基地トランシーバ局（base transceiver station、ＢＴＳ）、ＮｏｄｅＢ、ｅＮｏｄｅ Ｂ（ｅＮＢ）、Ｈｏｍｅ Ｎｏｄｅ Ｂ、Ｈｏｍｅ ｅＮｏｄｅ Ｂ、ｇＮｏｄｅ Ｂ（ｇＮＢ）などの次世代ＮｏｄｅＢ、新無線（ＮＲ）ＮｏｄｅＢ、サイトコントローラ、アクセスポイント（access point、ＡＰ）、無線ルータなどであり得る。基地局１１４ａ、１１４ｂは各々単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局及び／又はネットワーク要素を含み得ることが理解されるであろう。

基地局１１４ａは、ＲＡＮ１０４の一部であり得、これはまた、基地局コントローラ（base station controller、ＢＳＣ）、無線ネットワークコントローラ（radio network controller、ＲＮＣ）、リレーノードなどの他の基地局、及び／又はネットワーク要素（図示せず）を含み得る。基地局１１４ａ及び／又は基地局１１４ｂは、セル（図示せず）と称され得る１つ以上のキャリア周波数で無線信号を送信及び／又は受信するように構成され得る。これらの周波数は、認可スペクトル、未認可スペクトル、又は認可スペクトル及び未認可スペクトルの組み合わせであり得る。セルは、相対的に固定され得るか又は経時的に変化し得る特定の地理的エリアに、無線サービスのカバレッジを提供し得る。セルは、更にセルセクタに分割され得る。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割され得る。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバを、すなわち、セルのセクタごとに１つのトランシーバを含み得る。一実施形態では、基地局１１４ａは、多重入力多重出力（multiple-input multiple output、ＭＩＭＯ）技術を用い得、セルのセクタごとに複数のトランシーバを利用し得る。例えば、ビームフォーミングを使用して、所望の空間方向に信号を送信し、かつ／又は受信し得る。

基地局１１４ａ、１１４ｂは、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上と通信し得るが、このエアインターフェース１１６は、任意の好適な無線通信リンク（例えば、無線周波数（radio frequency、ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（infrared、ＩＲ）、紫外線（ultraviolet、ＵＶ）、可視光など）であり得る。エアインターフェース１１６は、任意の好適な無線アクセス技術（radio access technology、ＲＡＴ）を使用して確立され得る。

より具体的には、上記のように、通信システム１００は、多重アクセスシステムであり得、例えば、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの、１つ以上のチャネルアクセススキームを用い得る。例えば、ＲＡＮ１０４及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの基地局１１４ａは、広帯域ＣＤＭＡ（wideband CDMA、ＷＣＤＭＡ）を使用してエアインターフェース１１６を確立し得る、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System、ＵＭＴＳ）地上無線アクセス（Terrestrial Radio Access、ＵＴＲＡ）などの無線技術を実装し得る。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access、ＨＳＰＡ）及び／又は進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンク（Downlink、ＤＬ）パケットアクセス（High-Speed Downlink Packet Access、ＨＳＤＰＡ）及び／又は高速アップリンク（Uplink、ＵＬ）パケットアクセス（High-Speed Uplink Packet Access、ＨＳＵＰＡ）を含み得る。

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access、Ｅ－ＵＴＲＡ）などの無線技術を実装し得、これは、ロングタームエボリューション（Long Term Evolution、ＬＴＥ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ（LTE-Advanced、ＬＴＥ－Ａ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ（ＬＴＥ－Ａ Ｐｒｏ）を使用してエアインターフェース１１６を確立し得る。

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＮＲ無線アクセスなどの無線技術を実装し得、これは、ＮＲを使用してエアインターフェース１１６を確立し得る。

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装し得る。例えば、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（dual connectivity、ＤＣ）原理を使用して、ＬＴＥ無線アクセス及びＮＲ無線アクセスを一緒に実装し得る。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの基地局（例えば、ｅＮＢ及びｇＮＢ）に／から送信される複数のタイプの無線アクセス技術及び／又は送信によって特徴付けられ得る。

他の実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、無線フィデリティ（Wireless Fidelity、ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、ワイマックス（Worldwide Interoperability for Microwave Access、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定規格２０００（ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、汎欧州デジタル移動電話方式（Global System for Mobile communications、ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced Data rates for GSM Evolution、ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。

図１Ａの基地局１１４ｂは、例えば、無線ルータ、Ｈｏｍｅ Ｎｏｄｅ Ｂ、Ｈｏｍｅ ｅＮｏｄｅ Ｂ又はアクセスポイントであり得、事業所、家庭、車両、キャンパス、工業施設、（例えば、ドローンによる使用のための）空中回廊、道路などの場所などの局所的エリアにおける無線接続を容易にするために、任意の好適なＲＡＴを利用し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（wireless local area network、ＷＬＡＮ）を確立し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（wireless personal area network、ＷＰＡＮ）を確立し得る。更に別の一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用して、ピコセル又はフェムトセルを確立し得る。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｂは、ＣＮ１０６を介してインターネット１１０にアクセスする必要がない場合がある。

ＲＡＮ１０４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上に、音声、データ、アプリケーション、及び／又はボイスオーバインターネットプロトコル（voice over internet protocol、ＶｏＩＰ）サービスを提供するように構成された任意のタイプのネットワークであり得る、ＣＮ１０６と通信し得る。データは、例えば、異なるスループット要件、待ち時間要件、エラー許容要件、信頼性要件、データスループット要件、モビリティ要件などの、様々なサービス品質（quality of service、ＱｏＳ）要件を有し得る。ＣＮ１０６は、通話制御、ビリングサービス、モバイルロケーションベースのサービス、プリペイド通話、インターネット接続性、映像配信などを提供し、かつ／又はユーザ認証などの高レベルセキュリティ機能を行い得る。図１Ａには示されていないが、ＲＡＮ１０４及び／又はＣＮ１０６は、ＲＡＮ１０４と同じＲＡＴ又は異なるＲＡＴを用いる他のＲＡＮと直接又は間接的に通信し得ることが理解されよう。例えば、ＮＲ無線技術を利用し得るＲＡＮ１０４に接続されることに加えて、ＣＮ１０６はまた、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ又はＷｉＦｉ無線技術を用いて別のＲＡＮ（図示せず）と通信し得る。

ＣＮ１０６はまた、ＰＳＴＮ１０８、インターネット１１０、及び／又は他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのゲートウェイとして機能し得る。ＰＳＴＮ１０８は、基本電話サービス（plain old telephone service、ＰＯＴＳ）を提供する公衆交換電話網を含み得る。インターネット１１０は、相互接続されたコンピュータネットワーク及びデバイスのグローバルシステムを含み得るが、これらのネットワーク及びデバイスは、送信制御プロトコル（transmission control protocol、ＴＣＰ）、ユーザデータグラムプロトコル（user datagram protocol、ＵＤＰ）、及び／又はＴＣＰ／ＩＰインターネットプロトコルスイートのインターネットプロトコル（internet protocol、ＩＰ）などの、共通通信プロトコルを使用する。ネットワーク１１２は、他のサービスプロバイダによって所有及び／又は運営される、有線及び／又は無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴ又は異なるＲＡＴを用い得る１つ以上のＲＡＮに接続された別のＣＮを含み得る。

通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつか又はすべては、マルチモード能力を含み得る（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含み得る）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を用い得る基地局１１４ａ、及びＩＥＥＥ８０２無線技術を用い得る基地局１１４ｂと通信するように構成され得る。

図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（global positioning system、ＧＰＳ）チップセット１３６、及び／又は他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、前述の要素の任意の部分的組み合わせを含み得ることが理解されよう。

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（digital signal processor、ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuit、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array、ＦＰＧＡ）、任意の他のタイプの集積回路（integrated circuit、ＩＣ）、状態機械などであり得る。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、及び／又はＷＴＲＵ１０２が無線環境で動作することを可能にする任意の他の機能性を実行し得る。プロセッサ１１８は、送信／受信要素１２２に結合され得るトランシーバ１２０に結合され得る。図１Ｂは、プロセッサ１１８及びトランシーバ１２０を別個のコンポーネントとして示すが、プロセッサ１１８及びトランシーバ１２０は、電子パッケージ又はチップにおいて一緒に統合され得るということが理解されよう。

送信／受信要素１２２は、エアインターフェース１１６を介して基地局（例えば、基地局１１４ａ）に信号を送信するか又は基地局（例えば、基地局１１４ａ）から信号を受信するように構成され得る。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信し、かつ／又は受信するように構成されたアンテナであり得る。一実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ又は可視光信号を送信し、かつ／又は受信するように構成されたエミッタ／検出器であり得る。更に別の実施形態では、送信／受信要素１２２は、ＲＦ信号及び光信号の両方を送信し、かつ／又は受信するように構成され得る。送信／受信要素１２２は、無線信号の任意の組み合わせを送信し、かつ／又は受信するように構成され得るということが理解されよう。

送信／受信要素１２２は、単一の要素として図１Ｂに示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を用い得る。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含み得る。

トランシーバ１２０は、送信／受信要素１２２によって伝送される信号を変調し、送信／受信要素１２２によって受信される信号を復調するように構成され得る。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有し得る。したがって、トランシーバ１２０は、例えば、ＮＲ及びＩＥＥＥ８０２．１１などの複数のＲＡＴを介してＷＴＲＵ１０２が通信することを可能にするための複数のトランシーバを含み得る。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（liquid crystal display、ＬＣＤ）表示ユニット若しくは有機発光ダイオード（organic light-emitting diode、ＯＬＥＤ）表示ユニット）に結合され得、これらからユーザが入力したデータを受信し得る。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８に出力し得る。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０及び／又はリムーバブルメモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、かつ当該メモリにデータを記憶し得る。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（random-access memory、ＲＡＭ）、読み取り専用メモリ（read-only memory、ＲＯＭ）、ハードディスク、又は任意の他のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、加入者識別モジュール（subscriber identity module、ＳＩＭ）カード、メモリスティック、セキュアデジタル（secure digital、ＳＤ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバ又はホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報にアクセスし、かつ当該メモリにデータを記憶し得る。

プロセッサ１１８は、電源１３４から電力を受電し得るが、ＷＴＲＵ１０２における他のコンポーネントに電力を分配し、かつ／又は制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の好適なデバイスであり得る。例えば、電源１３４は、１つ以上の乾電池（例えば、ニッケルカドミウム（nickel-cadmium、ＮｉＣｄ）、ニッケル亜鉛（nickel-zinc、ＮｉＺｎ）、ニッケル金属水素化物（nickel metal hydride、ＮｉＭＨ）、リチウムイオン（lithium-ion、Ｌｉ－ｉｏｎ）など）、太陽電池、燃料電池などを含み得る。

プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合され得、これは、ＷＴＲＵ１０２の現在の場所に関する場所情報（例えば、経度及び緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報に加えて又はその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介して場所情報を受信し、かつ／又は２つ以上の近くの基地局から受信されている信号のタイミングに基づいて、その場所を判定し得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、任意の好適な位置判定方法によって位置情報を取得し得るということが理解されよう。

プロセッサ１１８は、他の周辺機器１３８に更に結合され得、他の周辺機器１３８には、追加の特徴、機能、及び／又は有線若しくは無線接続を提供する１つ以上のソフトウェア及び／又はハードウェアモジュールが含まれ得る。例えば、周辺機器１３８には、加速度計、電子コンパス、衛星トランシーバ、（写真及び／又はビデオのための）デジタルカメラ、ユニバーサルシリアルバス（universal serial bus、ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（frequency modulated、ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実及び／又は拡張現実（Virtual Reality/Augmented Reality、ＶＲ／ＡＲ）デバイス、アクティビティトラッカなどが含まれ得る。周辺機器１３８は、１つ以上のセンサを含み得る。センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、配向センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体認証センサ、湿度センサなどのうちの１つ以上であり得る。

ＷＴＲＵ１０２は、（例えば、（例えば、送信のための）ＵＬ及び（例えば、受信のための）ＤＬの両方の特定のサブフレームと関連付けられた）信号の一部又は全部の送受信が、同時及び／又は一緒であり得る、全二重無線機を含み得る。全二重無線機は、ハードウェア（例えば、チョーク）又はプロセッサを介した信号処理（例えば、別個のプロセッサ（図示せず）又はプロセッサ１１８を介して）のいずれかを介して自己干渉を低減し、かつ又は実質的に排除するための干渉管理ユニットを含み得る。一実施形態では、ＷＴＲＵ１０２は、（例えば、（例えば、送信のための）ＵＬ又は（例えば、受信のための）ＤＬのいずれかの特定のサブフレームと関連付けられた）信号の一部又は全部の送受信の半二重無線機を含み得る。

図１Ｃは、一実施形態によるＲＡＮ１０４及びＣＮ１０６を図示するシステム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１０４はまた、ＣＮ１０６と通信し得る。

ＲＡＮ１０４は、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との一貫性を有しながら、任意の数のｅＮｏｄｅ－Ｂを含み得るということが理解されよう。ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅＮｏｄｅ－Ｂ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。

ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）と関連付けられ得、ＵＬ及び／又はＤＬにおいて、無線リソース管理決定、ハンドオーバ決定、ユーザのスケジューリングなどを処理するように構成され得る。図１Ｃに示すように、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信し得る。

図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（mobility management entity、ＭＭＥ）１６２、サービングゲートウェイ（serving gateway、ＳＧＷ）１６４、及びパケットデータネットワーク（packet data network、ＰＤＮ）ゲートウェイ（packet data gateway、ＰＧＷ）１６６を含み得る。前述の要素は、ＣＮ１０６の一部として示されているが、これらの要素のうちのいずれかも、ＣＮオペレータ以外のエンティティによって所有及び／又は運営され得ることが理解されよう。

ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅＮｏｄｅ－Ｂ１６２ａ、１６２ｂ、１６２ｃの各々に接続され得、かつ制御ノードとして機能し得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービス中のゲートウェイを選択すること、などの役割を果たし得る。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭ及び／又はＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。

ＳＧＷ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得る。ＳＧＷ１６４は、概して、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／それらからルーティングし、かつ転送し得る。ＳＧＷ１６４は、ｅＮｏｄｅ Ｂ間ハンドオーバ中にユーザプレーンをアンカする機能、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能であるときにページングをトリガする機能、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理かつ記憶する機能などの、他の機能を実行し得る。

ＳＧＷ１６４は、ＰＧＷ１６６に接続され得、ＰＧＷ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。

ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上回線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP multimedia subsystem、ＩＭＳ）サーバ）を含み得るか、又はそれと通信し得る。加えて、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに他のネットワーク１１２へのアクセスを提供し得、他のネットワーク１１２は、他のサービスプロバイダによって所有される、かつ／又は動作される他の有線及び／又は無線ネットワークを含み得る。

ＷＴＲＵは、無線端末として図１Ａ～図１Ｄに記載されているが、特定の代表的な実施形態では、そのような端末は、通信ネットワークとの（例えば、一時的又は永久的に）有線通信インターフェースを使用し得ることが企図される。

代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであり得る。

インフラストラクチャ基本サービスセット（Basic Service Set、ＢＳＳ）モードのＷＬＡＮは、ＢＳＳのアクセスポイント（Access Point、ＡＰ）及びＡＰと関連付けられた１つ以上のステーション（station、ＳＴＡ）を有し得る。ＡＰは、ＢＳＳ内に、かつ／又はＢＳＳ外にトラフィックを搬送する配信システム（Distribution System、ＤＳ）又は別のタイプの有線／無線ネットワークへのアクセス又はインターフェースを有し得る。ＢＳＳ外から生じる、ＳＴＡへのトラフィックは、ＡＰを通って到達し得、ＳＴＡに配信され得る。ＳＴＡからＢＳＳ外の宛先への生じるトラフィックは、ＡＰに送信されて、それぞれの宛先に送信され得る。ＢＳＳ内のＳＴＡ間のトラフィックは、例えば、ＡＰを介して送信され得、ソースＳＴＡは、ＡＰにトラフィックを送信し得、ＡＰは、トラフィックを宛先ＳＴＡに配信し得る。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックとして見なされ得る、かつ／又は称され得る。ピアツーピアトラフィックは、ソースＳＴＡと宛先ＳＴＡとの間で（例えば、それらの間で直接的に）、直接リンクセットアップ（direct link setup、ＤＬＳ）で送信され得る。特定の代表的な実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳ又は８０２．１１ｚトンネル化ＤＬＳ（tunneled DLS、ＴＤＬＳ）を使用し得る。独立ＢＳＳ（Independent BSS、ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有しない場合があり、ＩＢＳＳ内又はそれを使用するＳＴＡ（例えば、ＳＴＡの全部）は、互いに直接通信し得る。通信のＩＢＳＳモードは、本明細書では、「アドホック」通信モードと称され得る。

８０２．１１ａｃインフラストラクチャ動作モード又は同様の動作モードを使用するときに、ＡＰは、プライマリチャネルなどの固定チャネル上にビーコンを送信し得る。プライマリチャネルは、固定幅（例えば、２０ＭＨｚ幅の帯域幅）又は動的に設定された幅であり得る。プライマリチャネルは、ＢＳＳの動作チャネルであり得、ＡＰとの接続を確立するためにＳＴＡによって使用され得る。特定の代表的な実施形態では、衝突回避を用いるキャリア感知多重アクセス（Carrier Sense Multiple Access with Collision Avoidance、ＣＳＭＡ／ＣＡ）は、例えば、８０２．１１システムにおいて実装され得る。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、すべてのＳＴＡ）は、プライマリチャネルを感知し得る。プライマリチャネルが特定のＳＴＡによってビジーであると感知され／検出され、かつ／又は判定される場合、特定のＳＴＡは、バックオフされ得る。１つのＳＴＡ（例えば、１つのステーションのみ）は、所与のＢＳＳにおいて、任意の所与の時間に送信し得る。

高スループット（High Throughput、ＨＴ）ＳＴＡは、通信のための４０ＭＨｚ幅のチャネルを使用し得るが、この４０ＭＨｚ幅のチャネルは、例えば、プライマリ２０ＭＨｚチャネルと、隣接又は非隣接の２０ＭＨｚチャネルとの組み合わせを介して形成され得る。

非常に高いスループット（Very High Throughput、ＶＨＴ）のＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び／又は１６０ＭＨｚ幅のチャネルをサポートし得る。上記の４０ＭＨｚ及び／又は８０ＭＨｚ幅のチャネルは、連続する複数の２０ＭＨｚチャネルを組み合わせることによって形成され得る。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって、又は８０＋８０構成と称され得る２つの連続していない８０ＭＨｚチャネルを組み合わせることによって、形成され得る。８０＋８０構成の場合、チャネル符号化後、データは、データを２つのストリームに分割し得るセグメントパーサを通過し得る。逆高速フーリエ変換（Inverse Fast Fourier Transform、ＩＦＦＴ）処理及び時間ドメイン処理は、各ストリームで別々に行われ得る。ストリームは、２つの８０ＭＨｚチャネルにマッピングされ得、データは、送信ＳＴＡによって送信され得る。受信ＳＴＡの受信機では、８０＋８０構成に対する上記で説明される動作は逆にされ得、組み合わされたデータを媒体アクセス制御（Medium Access Control、ＭＡＣ）に送信し得る。

サブ１ＧＨｚの動作モードは、８０２．１１ａｆ及び８０２．１１ａｈによってサポートされる。チャネル動作帯域幅及びキャリアは、８０２．１１ｎ及び８０２．１１ａｃで使用されるものと比較して、８０２．１１ａｆ及び８０２．１１ａｈでは低減される。８０２．１１ａｆは、ＴＶホワイトスペース（TV White Space、ＴＶＷＳ）スペクトルで５ＭＨｚ、１０ＭＨｚ、及び２０ＭＨｚの帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、及び１６ＭＨｚの帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリアにおけるＭＴＣデバイスなどのメータタイプの制御／マシンタイプ通信（Machine-Type Communications、ＭＴＣ）をサポートし得る。ＭＴＣデバイスは、例えば、特定の、かつ／又は限定された帯域幅のためのサポート（例えば、そのためのみのサポート）を含む、特定の能力を有し得る。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を超えるバッテリ寿命を有するバッテリを含み得る。

複数のチャネル、並びに８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、及び８０２．１１ａｈなどのチャネル帯域幅をサポートし得るＷＬＡＮシステムは、プライマリチャネルとして指定され得るチャネルを含む。プライマリチャネルは、ＢＳＳにおけるすべてのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を有し得る。プライマリチャネルの帯域幅は、最小帯域幅動作モードをサポートするＢＳＳで動作するすべてのＳＴＡの中から、ＳＴＡによって設定され、かつ／又は制限され得る。８０２．１１ａｈの例では、プライマリチャネルは、ＡＰ及びＢＳＳにおける他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、及び／又は他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、それのみをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）に対して１ＭＨｚ幅であり得る。キャリア感知及び／又はネットワーク配分ベクトル（Network Allocation Vector、ＮＡＶ）設定は、プライマリチャネルの状態に依存し得る。例えば、プライマリチャネルがビジーである場合、ＡＰに送信する（１ＭＨｚ動作モードのみをサポートする）ＳＴＡにより、利用可能な周波数帯域の大部分がアイドル状態になったとしても、利用可能な周波数帯域のすべてがビジーであると見なされ得る。

米国では、８０２．１１ａｈにより使用され得る利用可能な周波数帯域は、９０２ＭＨｚ～９２８ＭＨｚである。韓国では、利用可能な周波数帯域は９１７．５ＭＨｚ～９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は９１６．５ＭＨｚ～９２７．５ＭＨｚである。８０２．１１ａｈに利用可能な総帯域幅は、国のコードに応じて６ＭＨｚ～２６ＭＨｚである。

図１Ｄは、一実施形態によるＲＡＮ１０４及びＣＮ１０６を例解するシステム図である。上記のように、ＲＡＮ１０４は、ＮＲ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１０４はまた、ＣＮ１０６と通信し得る。

ＲＡＮ１０４は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との一貫性を維持しながら、任意の数のｇＮＢを含み得ることが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装し得る。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信し、かつ／又は受信し得る。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し得る、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装し得る。例えば、ｇＮＢ１８０ａは、複数のコンポーネントキャリアをＷＴＲＵ１０２ａ（図示せず）に送信し得る。これらのコンポーネントキャリアのサブセットは、未認可スペクトル上にあり得、残りのコンポーネントキャリアは、認可スペクトル上にあり得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、協調マルチポイント（Coordinated Multi-Point、ＣｏＭＰ）技術を実装し得る。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａ及びｇＮＢ１８０ｂ（及び／又はｇＮＢ１８０ｃ）からの協調送信を受信し得る。

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、拡張可能なヌメロロジと関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。例えば、ＯＦＤＭシンボル間隔及び／又はＯＦＤＭサブキャリア間隔は、無線送信スペクトルの異なる送信、異なるセル、及び／又は異なる部分に対して変化し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、様々な若しくは拡張可能な長さのサブフレーム又は送信時間間隔（transmission time interval、ＴＴＩ）を使用して（例えば、様々な数のＯＦＤＭシンボル及び／又は様々な長さの絶対時間の持続し変化する時間を含む）、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成及び／又は非スタンドアロン構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃなど）にアクセスすることなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカポイントとしてｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上を利用し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、未認可バンドにおける信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し、これらに接続する一方で、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し、これらに接続し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つ以上のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ及び１つ以上のｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信するためのＤＣ原理を実装し得る。非スタンドアロン構成では、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティアンカとして機能し得るが、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃをサービス提供するための追加のカバレッジ及び／又はスループットを提供し得る。

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）に関連付けられ得、無線リソース管理決定、ハンドオーバ決定、ＵＬ及び／又はＤＬにおけるユーザのスケジューリング、ネットワークスライスのサポート、ＤＣ、ＮＲとＥ－ＵＴＲＡとの間の相互作用、ユーザプレーン機能（User Plane Function、ＵＰＦ）１８４ａ、１８４ｂに対するユーザプレーンデータのルーティング、アクセス及びモビリティ管理機能（Access and Mobility Management Function、ＡＭＦ）１８２ａ、１８２ｂに対する制御プレーン情報のルーティングなどを処理するように構成され得る。図１Ｄに示すように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いに通信し得る。

図１Ｄに示されるＣＮ１０６は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（Session Management Function、ＳＭＦ）１８３ａ、１８３ｂ、及び場合によってはデータネットワーク（Data Network、ＤＮ）１８５ａ、１８５ｂを含み得る。前述の要素は、ＣＮ１０６の一部として示されているが、これらの要素のうちのいずれかも、ＣＮオペレータ以外のエンティティによって所有及び／又は運営され得ることが理解されよう。

ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１０４におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得、制御ノードとして機能し得る。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザ認証、ネットワークスライスのためのサポート（例えば、異なる要件を有する異なるプロトコルデータユニット（protocol data unit、ＰＤＵ）セッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂの選択、登録エリアの管理、非アクセス層（non-access stratum、ＮＡＳ）信号伝達の終了、モビリティ管理などの役割を果たし得る。ネットワークスライスは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃを利用しているサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。例えば、異なるネットワークスライスは、超高信頼低レイテンシ（ultra-reliable low latency、ＵＲＬＬＣ）アクセスに依存するサービス、拡張大規模モバイルブロードバンド（enhanced massive mobile broadband、ｅＭＢＢ）アクセスに依存するサービス、ＭＴＣアクセスのためのサービスなどのような、異なる使用事例に対して確立され得る。ＡＭＦ１８２ａ、１８２ｂは、ＲＡＮ１０４と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、及び／又はＷｉＦｉなどの非－３ＧＰＰアクセス技術などの他の無線技術を用いる他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。

ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１０６内のＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インターフェースを介して、ＣＮ１０６内のＵＰＦ１８４ａ、１８４ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択及び制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成し得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ ＩＰアドレスを管理及び配分する機能、ＰＤＵセッションを管理する機能、ポリシー実施及びＱｏＳを制御する機能、ＤＬデータ通知を提供する機能などのような、他の機能を実行し得る。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであり得る。

ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介して、ＲＡＮ１０４内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得、これにより、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。ＵＰＦ１８４、１８４ｂは、パケットのルーティング及び転送、ユーザプレーンポリシーの実施、マルチホームＰＤＵセッションのサポート、ユーザプレーンＱｏＳの処理、ＤＬパケットのバッファリング、モビリティアンカリングの提供などの他の機能を実行し得る。

ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP multimedia subsystem、ＩＭＳ）サーバ）を含み得るか、又はそれと通信し得る。加えて、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに他のネットワーク１１２へのアクセスを提供し得、他のネットワーク１１２は、他のサービスプロバイダによって所有される、かつ／又は動作される他の有線及び／又は無線ネットワークを含み得る。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース及びＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通じて、ローカルＤＮ１８５ａ、１８５ｂに接続され得る。

図１Ａ～図１Ｄ及び図１Ａ～図１Ｄの対応する説明を考慮して、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、ｅＮｏｄｅ－Ｂ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ、及び／又は本明細書に記載される任意の他のデバイスの１つ以上に関して本明細書に記載される機能のうちの１つ以上又は全部は、１つ以上のエミュレーションデバイス（図示せず）によって行われ得る（図示せず）。エミュレーションデバイスは、本明細書に説明される機能の１つ以上又はすべてをエミュレートするように構成された１つ以上のデバイスであり得る。例えば、エミュレーションデバイスを使用して、他のデバイスを試験し、かつ／又はネットワーク及び／若しくはＷＴＲＵ機能をシミュレートし得る。

エミュレーションデバイスは、ラボ環境及び／又はオペレータネットワーク環境における他のデバイスの１つ以上の試験を実装するように設計され得る。例えば、１つ以上のエミュレーションデバイスは、通信ネットワーク内の他のデバイスを試験するために、有線及び／又は無線通信ネットワークの一部として完全に若しくは部分的に実装され、かつ／又は展開されている間、１つ以上若しくはすべての機能を実行し得る。１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として一時的に実装／展開されている間、１つ以上若しくはすべての機能を実行し得る。エミュレーションデバイスは、オーバザエアの無線通信を使用して、試験する及び／又は試験を行う目的で、別のデバイスに直接結合され得る。

１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として実装／展開されていない間、すべてを含む１つ以上の機能を実行し得る。例えば、エミュレーションデバイスは、１つ以上のコンポーネントの試験を実装するために、試験実験室での試験シナリオ、並びに／又は展開されていない（例えば、試験用の）有線及び／若しくは無線通信ネットワークにおいて利用され得る。１つ以上のエミュレーションデバイスは、試験機器であり得る。ＲＦ回路（例えば、１つ以上のアンテナを含み得る）を介した直接ＲＦ結合及び／又は無線通信は、データを送信する、かつ／又は受信するように、エミュレーションデバイスによって使用され得る。

ＷＴＲＵは、チャネルアクセス手順（例えば、リッスンビフォアトーク（ＬＢＴ））タイミング及びチャネル占有時間（ＣＯＴ）又は固定フレーム期間（ＦＦＰ）構成／タイミングに応じて、名目上の繰り返しの実質の繰り返しのマッピングを決定し得る。

ＷＴＲＵは、繰り返しのタイミング、関連付けられたＬＢＴのタイミング、ＰＵＳＣＨ繰り返しの持続時間、隣接するＰＵＳＣＨ繰り返しの位置、ＣＯＴのタイミング、先行するＬＢＴの結果、ＦＦＰアイドル期間のタイミング、ＣＯＴイニシエータの識別、トランスポートブロック（ＴＢ）の以前のドロップ、又はキャンセル指示のうちの少なくとも１つに応じて、ＰＵＳＣＨ繰り返しのコンテンツ及び送信パラメータを決定し得る。

ＷＴＲＵは、ハイブリッド自動再送要求（ＨＡＲＱ）－ＡＣＫの受信まで、タイマの満了まで、又は新しいＴＢが送信され得るまで、ＰＵＳＣＨ送信の繰り返しをトリガし得る。

ＷＴＲＵは、繰り返しを伴うマルチＴＴＩスケジューリングを可能にするために、隣接しないスロットのセットにおいてＴＢの複数の繰り返しを送信し得る。

繰り返しは、ＨＡＲＱ－ＡＣＫフィードバックのオーバーヘッドを必要とすることなく送信の信頼性を改善するために使用され得る。超高信頼性低レイテンシ通信（Ultra-Reliable Low-Latency Communication、ＵＲＬＬＣ）の場合、繰り返しタイプＡ及び繰り返しタイプＢという２つのタイプの繰り返しが定義される。

図２は、繰り返しタイプＡの例を示す。図２では、スロット境界によって分離された複数のスロットが存在する。送信繰り返し（例えば、ＰＵＳＣＨトランスポートブロック（ＴＢ））は、各スロットにおいて１回送信され得る。各スロットは、１つの繰り返しのみを含み得、繰り返しのための時間領域は、それらのスロットにおいて同じである。開始及び長さインジケータ値（Start and Length Indicator Value、ＳＬＩＶ）は、すべてのスロットについて同じである。

繰り返しタイプＡは、繰り返しを達成する単純な方法であり得る。しかしながら、より短い割り当て（すなわち、サブスロット割り当て）の場合、そのような繰り返しは最適レイテンシを達成しないことがある。サブスロット繰り返しを可能にすることが有益であり得る。図３は、繰り返しタイプＢの例を示す。図３では、各スロットに６つのシンボル（それぞれ「Ｕ」又は「Ｄ」によって示されるようにアップリンク又はダウンリンクのためのものであり得る）があり、各スロットはスロット境界によって分離される。ＰＵＳＣＨ送信は、スロット内で繰り返され得る。

名目上の繰り返しは、特定の時間領域リソース割り当て（ＴＤＲＡ）／トランスポートブロックサイズ（ＴＢＳ）の組み合わせで定義され得る。ＷＴＲＵは、名目上の繰り返しに関する情報を受信し得る。ＷＴＲＵは、名目上の繰り返しの数と、ＰＵＳＣＨ送信が名目上の繰り返しにおいて繰り返しされ得るシンボルの数とを示す情報を受信し得る。名目上の繰り返しは、例えば、ＤＬシンボル又はスロット境界によって中断され得る。名目上の繰り返しは、各実質の繰り返しがＤＬシンボル又はスロット境界によって中断されないように、実質の繰り返しに分割され得る。したがって、Ｋ個の名目上の繰り返しを有する繰り返し方式では、Ｋ個より多くの実質の繰り返しがあり得る。例えば、図３では、Ｋ＝４であり、名目上の繰り返しは４シンボルである。この場合、５回の実質の繰り返しがある。

繰り返しタイプＡは、スロット内で複数の繰り返しを可能にするように修正され得る。図４は、スロット内に２回の繰り返しがある繰り返しタイプＡの修正を示す。これは、例えば、繰り返しのセットのために必要とされるＬＢＴの必要数を低減し得る。しかしながら、各スロットは同じ数の繰り返しを有し、それらの位置はスロット内で固定される。

マルチＴＴＩスケジューリングは、複数のアップリンクグラントのために必要とされるシグナリングを低減し得る。マルチＴＴＩスケジューリングでは、新しいＴＢがスロットのセットにおいて送信される。図５は、新たな（すなわち、異なる）ＴＢ（例えば、ＴＢ１～ＴＢ６）がスロット１～６においてそれぞれ送信されるマルチＴＴＩスケジューリングの例を示す。

繰り返し（例えば、ＰＵＳＣＨ繰り返し）が、未認可スペクトルにおいてロバスト性を向上するために有利であり得る。未認可スペクトルのためのサブスロット繰り返しは、各スロットが同様のリソースマッピングを有し得るような制限を有し得る。しかしながら、この方式は、動的なＴＤＤスロットフォーマットをうまく処理せず、異なるＰＵＳＣＨ割り当てサイズに対して柔軟ではない。繰り返しタイプＢは利点を有し得るが、未認可スペクトルを考慮して指定されなかった。したがって、未認可スペクトルにおける繰り返しタイプＢがＬＢＴ、ＣＯＴ、及びＦＦＰ時間の影響を処理することを可能にするための方法が必要とされる。

マルチＴＴＩスケジューリングは、シグナリングの必要性を低減することから、有益であり得る。しかしながら、ロバストで低レイテンシの送信と組み合わせて低減されたシグナリングオーバーヘッドを可能にし得る、繰り返しを伴うマルチＴＴＩスケジューリングを可能にするための方法が必要とされる。

ＷＴＲＵは、繰り返しのセット（例えば、ＴＢのための繰り返し）を実行するように構成され得る。ＷＴＲＵは、少なくとも１回の繰り返しの前にチャネルアクセス手順（例えば、ＬＢＴ）を使用し得る。チャネルアクセス手順又はＬＢＴは、本明細書では互換可能に使用され得る。

ＷＴＲＵは、繰り返し数に基づいてＬＢＴをいつ実行すべきかを決定し得る。一例では、ＷＴＲＵは、特定の繰り返し（例えば、第１の繰り返し）の前にＬＢＴを実行し得る。一例では、ＷＴＲＵは、すべての繰り返しの前にＬＢＴを実行し得る。一例では、ＷＴＲＵは、ｎ回目ごとの繰り返しの前にＬＢＴを実行し得る。ここで、ｎは構成可能であり得る。

ＷＴＲＵは、繰り返しに先行するギャップに基づいて、ＬＢＴをいつ実行するかを決定し得る。例えば、２つの連続する繰り返しが隣接するシンボルにおいて送信される場合、ＷＴＲＵは、第２の繰り返しの前にＬＢＴを実行しなくてもよい。２つの繰り返しがそれらの間にギャップを有する場合、ＷＴＲＵは、第２の繰り返しの前にＬＢＴを実行し得る。

ＷＴＲＵは、繰り返し間のギャップのサイズに基づいて、ＬＢＴをいつ実行するかを決定し得る。例えば、ＷＴＲＵは、２つの連続する繰り返しの間のギャップが値ｘよりも大きい場合、第２の繰り返しの前にＬＢＴを実行し得る。値ｘは、構成可能であり得る。

ＷＴＲＵは、連続する繰り返し間のギャップの原因又は目的に基づいて、ＬＢＴをいつ実行すべきかを決定し得る。例えば、ＷＴＲＵは、第１及び第２の連続する繰り返しの間のギャップの原因に応じて、第２の繰り返しの前にＬＢＴを実行し得る。ギャップの原因は、例えば、ＤＬシンボル、ＤＬに動的に又は半静的に切り替えられたフレキシブルシンボル、オーファンＵＬシンボル、固定フレーム期間（ＦＦＰ）のアイドル期間、（例えば、ＵＬ ＣＩを介した指示による）キャンセルされた送信、ＣＯＴパラメータの変更、又は失敗したＬＢＴによるドロップされた送信のうちの少なくとも１つを含み得る。

ＷＴＲＵは、周波数ホッピングに基づいてＬＢＴをいつ実行すべきかを決定し得る。例えば、周波数ホッピングが連続する繰り返しの間で使用される場合、ＷＴＲＵは、周波数ホップ後の第１の繰り返しの前にＬＢＴを実行し得る。

ＷＴＲＵは、ビーム変更に基づいてＬＢＴをいつ実行すべきかを決定し得る。例えば、送信ビームが連続する繰り返しの間で変更される場合、ＷＴＲＵは、ビームの変更後に生じる第１の繰り返しの前にＬＢＴを実行し得る。

ＷＴＲＵは、ＣＯＴタイミングに基づいてＬＢＴをいつ実行すべきかを決定し得る。例えば、連続する繰り返しが異なるＣＯＴにおいて送信される場合、ＷＴＲＵは、第２の繰り返しの前にＬＢＴを実行し得、新しいＣＯＴを開始し得る。一例では、繰り返しのリソースがＣＯＴの終わりと重複する場合、ＷＴＲＵは、繰り返し送信の前にＬＢＴを実行し得、新しいＣＯＴを開始し得る。

ＷＴＲＵは、誰がＣＯＴを開始したかに応じて、いつＬＢＴを実行するかを決定し得る。例えば、繰り返しがＷＴＲＵによって開始されるＣＯＴにおいて送信される場合、ＷＴＲＵは、ＬＢＴ機会の第１のセットを決定し得る。繰り返しがｇＮＢによって開始されるＣＯＴにおいて送信される場合、ＷＴＲＵは、ＬＢＴ機会の第２のセットを決定し得る。

ＷＴＲＵは、ＦＦＰタイミングに基づいてＬＢＴをいつ実行すべきかを決定し得る。例えば、連続する繰り返しが異なるＦＦＰにおいて送信される場合、ＷＴＲＵは、第２の繰り返しの前にＬＢＴを実行し得る。

ＷＴＲＵは、以前のＬＢＴ結果に基づいて、ＬＢＴをいつ実行するかを決定し得る。例えば、ＷＴＲＵは、先行する繰り返しの前にＬＢＴが失敗した場合、繰り返しの前にＬＢＴを実行し得る。一例では、ＷＴＲＵは、先行する繰り返しのためのＬＢＴの定量的性能に基づいて、繰り返しの前にＬＢＴを実行し得る。例えば、ＷＴＲＵは、それが送信し得るかどうかを決定するための第１のエネルギー検出閾値を有し得る。ＷＴＲＵはまた、エネルギー検出測定を維持し得、絶対値に基づいて（又は第２のエネルギー検出閾値と比較して）、ＬＢＴが後続の繰り返し送信の前に必要とされるかどうかを決定し得る。

ＷＴＲＵは、リソース（例えば、時間若しくは周波数単位又はビーム）が繰り返し送信のために使用されない可能性があるという指示を受信し得る。そのようなリソースは、動的に示される無効なリソースと見なされ得る。指示は、無効なリソースのセット、並びにそのような無効なリソースの発生後に送信を再開するために必要とされるチャネルアクセスのタイプをＷＴＲＵに通知することができる。例えば、ＷＴＲＵは、第１のリソースが繰り返し送信のために使用され得ないという指示を受信し得る。そのようなリソース上で送信しないことは、ギャップ（例えば、新しいギャップ又はすでに存在するギャップの拡張）につながり得る。ＷＴＲＵは、指示から、チャネルアクセスのタイプ（例えば、ＬＢＴを使用するか否か、ＬＢＴのタイプ、ＬＢＴに関連付けられたパラメータ）を決定し得る。一実施形態では、ＷＴＲＵは、そのような動的な無効なリソースが構成された後にチャネルにアクセスするために使用する挙動を用いて構成される（例えば、半静的に構成される）か、又はそれに関する情報を受信し得る。

ＷＴＲＵは、ＤＣＩ（例えば、繰り返しのセットをスケジューリングするＤＣＩ）において、無効なリソース又は関連付けられたチャネルアクセスの指示を受信し得る。指示は、繰り返し送信が無効であるリソースのセットを明示的に示し得る。一実施形態では、指示は、無効なリソース又はチャネルアクセスタイプのパターンの構成可能なセットにマッピングするビットフィールドであり得る。

ＷＴＲＵは、ＬＢＴをいつ実行すべきかについてのリソース（例えば、時間インスタンス又は周波数領域又はビーム）のセットで構成されるか、又はその情報を受信し得る。ＷＴＲＵが繰り返しのセットを送信しているとき、ＷＴＲＵは、ＬＢＴをいつ実行すべきかについての構成されたリソースのセット内の任意の１つのリソースが、繰り返し送信のための無効シンボルとして考慮されるべきであると決定し得る。ＷＴＲＵは、１つ以上の繰り返し送信のための未認可チャネルを取得するために、構成されたリソースのセット内のリソースのうちの１つを使用して、ＬＢＴを実行し得る。例えば、ＷＴＲＵは、構成されたリソースのセットからリソースを選択して、そのようなリソースが実質の又は名目上の繰り返しの前に（例えば、直前のシンボルにおいて）発生する場合、ＬＢＴを実行し得る。ＷＴＲＵは、例えば、進行中のＣＯＴがない場合、リソースのセットからの１つのリソースに対してＬＢＴを実行し得る。

ＷＴＲＵは、名目上の繰り返しのセットで構成され得る。ＷＴＲＵは、各名目上の繰り返しが発生し得るシンボルのセットを決定し得る。

ＷＴＲＵは、繰り返しの前にＬＢＴが必要とされるかどうかに応じて、名目上の繰り返しのシンボルのセットが有効であるかどうかを決定し得る。例えば、繰り返し送信より前にＬＢＴが必要とされる場合、繰り返しの最初のｎ個のシンボルがＬＢＴのために予約され得る。一例では、繰り返し送信より前にＬＢＴが必要とされる場合、以前の繰り返しの最後のｎ個のシンボルがＬＢＴのために予約され得る。

ＷＴＲＵは、ＣＯＴ境界タイミングに応じて、名目上の繰り返しのシンボルのセットが有効であるかどうかを決定し得る。例えば、ＣＯＴが繰り返しのシンボルのうちの１つで終了する場合、ＷＴＲＵは、繰り返しにおけるｎ個の後続のシンボルのセットで送信しなくてもよい。別の例では、ＣＯＴが繰り返しに先行するシンボルにおいて終了する場合、ＣＯＴ終了の時間に基づいて、ＷＴＲＵは、繰り返し送信のために使用されない可能性がある、後続の繰り返しの開始時のｍ個のシンボルのセットを決定し得る。

ＷＴＲＵは、ＦＦＰアイドル期間タイミングに応じて、名目上の繰り返しのシンボルのセットが有効であるかどうかを決定し得る。例えば、繰り返し中にＦＦＰアイドル期間が生じる場合、アイドル期間と重複するシンボルは、その繰り返し送信のために使用されなくてよい。

ＷＴＲＵは、以前のＬＢＴ結果に応じて、名目上の繰り返しのシンボルのセットが有効であるかどうかを決定し得る。例えば、以前の繰り返しについてのＬＢＴの結果に基づいて、ＷＴＲＵは、後続の繰り返し送信のために使用され得るシンボルのセットを決定し得る。

名目上の繰り返しが、その名目上の繰り返し中に発生する１つ以上の無効シンボルを有するとき、ＷＴＲＵは、その繰り返しを複数の実質の繰り返しに分割又はセグメント化し得る。各実質の繰り返しは、（例えば、レートマッチングを使用した）ＴＢの送信全体であるか、又はＴＢのセグメントであり得る。ＴＢのすべてのセグメントは、名目上の繰り返しを備える実質の繰り返しのセットにおいて送信され得る。

図６は、繰り返し中に終了するＣＯＴの例を示す。ＣＯＴが終了した後、ＷＴＲＵは、ＬＢＴのためにｎ個のシンボル（図６ではｎ＝１）を使用して、ＣＯＴを再開始し、繰り返しを送信し続け得る。ＣＯＴが終了する繰り返し（すなわち、図６における名目上の繰り返し３）について、ＷＴＲＵは、名目上の繰り返しのために２つの実質の繰り返しを使用し得る。実施形態では、ＷＴＲＵは、繰り返しを２つの部分にセグメント化し、第１の部分を第１のＣＯＴで送信し、第２の部分を第２のＣＯＴで送信し得る。

ＷＴＲＵは、ＣＯＴタイミング又はＦＦＰアイドル期間タイミングに応じて、名目上の繰り返しを複数の実質の繰り返しに分割し得る。ＷＴＲＵは、ＣＯＴタイミング又はアイドル期間タイミングに応じて、名目上の繰り返しを複数のセグメントにセグメント化し得る。例えば、ＣＯＴが名目上の繰り返し中に終了するか、又はＦＦＰアイドル期間が繰り返し中に発生する場合、ＷＴＲＵは、名目上の繰り返しを分割し、隣接する中断されないリソースの２つのセットにおいて２つの実質の繰り返し（例えば、それぞれＴＢのコピー）を送信し得る。隣接リソースの２つのセットは、ＣＯＴ境界タイミング又はＦＦＰアイドル期間タイミングによって分離されてよく、第２の繰り返しの前にＬＢＴを実行するために使用されるリソースによって分離され得る。

図７は、名目上の繰り返しを実質の繰り返しにマッピングする例示的な方法（７００）を示す。ＷＴＲＵは、名目上の繰り返しの構成に関する情報を受信し得る（７１０）。情報は、名目上の繰り返しの数を示し得る。情報は、各名目上の繰り返しのために使用するシンボルの数を示し得る。ＷＴＲＵは、名目上の繰り返し（例えば、第１の名目上の繰り返し）に関連付けられたシンボルのセットを決定し得る（７２０）。ＷＴＲＵは、名目上の繰り返しのうちの１つの開始シンボル（例えば、第１の名目上の繰り返し）、繰り返しの総数、繰り返し当たりのシンボル数、繰り返し数（例えば、名目上の繰り返しが第１又は第２又は第３などであるかどうか）、ＵＬグラントにおいて（例えば、ＤＣＩ又はＲＲＣ構成において）受信されたＳＬＩＶ、繰り返しのＳＣＳ、周波数ホッピングが使用されるかどうか、ＣＯＴ構成、又はＣＯＴイニシエータ（例えば、ＷＴＲＵによって開始されるＣＯＴ又はｇＮＢによって開始されるＣＯＴ）のうちの少なくとも１つに応じて、名目上の繰り返しに関連付けられたシンボルのセットを決定し得る。ＷＴＲＵは、実質の繰り返しの数を送信し得る（７３０）。実質の繰り返しの数は、名目上の繰り返しの数よりも大きくてもよい。実質の繰り返しは、名目上の繰り返しに関連付けられた１つ以上のシンボル（例えば、連続シンボル）中で送信され得る。実質の繰り返し送信は、名目上の繰り返しに関連付けられたシンボルのセット中のイベントの発生に基づき得る。イベントは、例えば、ＣＯＴ終了、チャネルアクセスリソース、チャネルアクセス手順結果、ＦＦＰアイドル期間開始時間、又はＦＦＰアイドル期間終了時間であってよい。名目上の繰り返しに関連付けられたシンボルのセットは、連続するアップリンクシンボルの１つ以上のサブセットを備え得る。連続するアップリンクシンボルのサブセットは、少なくとも２つのシンボルを備え得る。連続するアップリンクシンボルの１つのサブセットは、連続するアップリンクシンボルの別のサブセットと重複しないことがある。ＷＴＲＵは、イベントの発生の前に、連続するアップリンクシンボルのサブセットのアップリンクシンボルにおいて実質の繰り返し（例えば、第１の実質の繰り返し）を送信し得る。ＷＴＲＵは、チャネルアクセス手順（例えば、ＬＢＴ）を実行し得る。チャネルアクセス手順が成功した場合、ＷＴＲＵは、イベントの発生後、連続するアップリンクシンボルのサブセットのアップリンクシンボルにおいて、第１の実質の繰り返し送信後に別の実質の繰り返し（例えば、第２の実質の繰り返し）を送信し得る。チャネルアクセス手順が失敗した場合。ＷＴＲＵは、次のシンボルにおいて第２のチャネルアクセス手順を実行し得る。第２のチャネルアクセス手順が成功した場合、ＷＴＲＵは、イベントの発生後、連続するアップリンクシンボルのサブセットのアップリンクシンボルにおいて、第１の実質の繰り返し送信後に別の実質の繰り返しを送信し得る。第２のチャネルアクセス手順が失敗した場合、ＷＴＲＵは、成功するまでチャネルアクセス手順を実行し続け、次いで、実質の繰り返しを送信し得る。

ＷＴＲＵは、少なくとも１つの繰り返し送信の前にＬＢＴを実行し得る。一実施形態では、ＷＴＲＵは、チャネルがビジーであると決定し得、少なくとも１つの後続の送信（例えば、繰り返し）を送信しなくてもよい。各名目上の又は実質の繰り返しは、可能な開始時間のセットに関連付けられ得る。ＷＴＲＵが繰り返しの第１の開始時間の前にＬＢＴを実行する必要がない場合、ＷＴＲＵは、第１の開始時間を使用して繰り返しを送信し得る。ＷＴＲＵが、繰り返しを送信する前にＬＢＴを実行する必要がある場合、ＷＴＲＵは、第１の開始時間の前に第１のＬＢＴ手順を実行し得る。第１のＬＢＴ手順に基づいて、チャネルがアイドルであり、送信が可能であると決定された場合、ＷＴＲＵは、第１の開始時間で開始する繰り返しを送信し得る。第１のＬＢＴ手順に基づいて、チャネルがビジーであると決定された場合、ＷＴＲＵは、第２の開始時間の前に第２のＬＢＴ手順を実行し得る。第２のＬＢＴ手順に基づいて、チャネルがアイドルであり、送信が可能であると決定された場合、ＷＴＲＵは、第２の開始時間で開始する繰り返しを送信し得る。第２のＬＢＴ手順に基づいて、チャネルがビジーであると決定された場合、ＷＴＲＵは、第３の開始時間の前に第３のＬＢＴ手順を実行し得る。ＷＴＲＵは、現在のＬＢＴに基づいて、チャネルがビジーであると決定された場合、追加のＬＢＴを実行し続けることができる。

ＷＴＲＵは、どのＬＢＴ手順が繰り返し送信に成功したかを示し得る。指示は、ネットワーク（例えば、ｇＮＢ）に提供され得る。例えば、指示は、繰り返し又は後続の繰り返しのＣＧ－ＵＣＩにおいて提供され得る。

ＷＴＲＵは、繰り返し間で周波数ホッピングを使用し得る。周波数ホッピングは、ＷＴＲＵが異なるＬＢＴ帯域幅（ＢＷ）又はチャネルのためにスケジュールされた繰り返しを有することを保証し得、これは、チャネルアクセス確率を増加させ得る。ＷＴＲＵは、ＬＢＴ ＢＷホッピングパターンを用いて構成されるか、又はその構成情報を受信し得る。そのような構成は、半静的であってもよいし、動的であってもよい。例えば、ＷＴＲＵは、繰り返しのセットをスケジュールするＤＣＩ内で構成情報を受信し得る。

ＷＴＲＵは、周波数ホップに関連付けられた無効シンボルのセットを決定し得る。例えば、無効なシンボルは、周波数ホップの後（例えば、直後）に送信される第１の繰り返しのマッピングに影響を及ぼし得る。そのような無効シンボルのセットは、新しいＬＢＴ ＢＷにおいてＬＢＴを実行するために、ＷＴＲＵによって使用され得る。

ＷＴＲＵは、周波数ホップの後にＬＢＴを実行し得る。ＷＴＲＵは、ホップが、新しいＬＢＴ ＢＷ内にある周波数領域（すなわち、先行するホップの周波数領域と比較して）に送信を移動した場合、周波数ホップの後にＬＢＴを実行し得る。

ＷＴＲＵは、繰り返しのセットの前にＬＢＴを実行し得る。そのようなＬＢＴ手順は、繰り返しの後続のセットの送信に適用可能であり得る。

繰り返しのセットの前にＬＢＴを実行しているＷＴＲＵは、次の繰り返しのリソースをカバーするＬＢＴ ＢＷ、又は、繰り返しのセットにおけるすべての繰り返しのリソースをカバーするＬＢＴ ＢＷのうちの少なくとも１つに対してＬＢＴを実行し得る。

一実施形態では、ＷＴＲＵは、繰り返しのセットの送信の前に、繰り返しのセットのＬＢＴ ＢＷ上でＬＢＴを実行し得る。ＷＴＲＵは、各周波数ホップにおいてＬＢＴを実行する必要がない場合がある。一実施形態では、ＷＴＲＵは、繰り返しのセットの送信の前に、繰り返しのセットのＬＢＴ ＢＷにわたって第１のＬＢＴタイプ（例えば、ＬＢＴタイプ４又はフルＬＢＴ）の第１のＬＢＴを実行し、各周波数ホップにおいて、又は周波数ホップ後に行われる送信のＬＢＴ ＢＷにわたってのみ、第２のＬＢＴタイプ（例えば、ＬＢＴタイプ２又はショートＬＢＴ）の第２のＬＢＴを実行し得る。

ＷＴＲＵは、複数のＬＢＴタイプで構成され得る。各ＬＢＴタイプは、異なるチャネルアセスメントパラメータ（例えば、エネルギー検出閾値、競合ウィンドウサイズ、クリアチャネルアセスメントスロット持続時間など）を有し得る。

ＷＴＲＵは、ＣＯＴタイミングによる名目上の又は実質の繰り返し送信の前に使用すべきＬＢＴタイプを決定し得る。例えば、ＷＴＲＵは、ＣＯＴが繰り返しのタイミングの前に終了した場合、又は繰り返しのタイミング中に終了する場合、繰り返しの前に第１のタイプのＬＢＴ（例えば、ＬＢＴタイプ４）を実行し得る。一実施形態では、ＷＴＲＵは、現在のＣＯＴが開始された時間に基づいて、ＬＢＴのタイプ又は構成を決定し得る（タイプは、ＬＢＴを行わないことを含み得る）。例えば、ＷＴＲＵは、現在のＣＯＴが繰り返しのセットの前に開始されたか、又は繰り返しのセットの送信中に開始されたかに基づいて、ＬＢＴのタイプ又は構成を決定し得る。

ＷＴＲＵは、ＣＯＴイニシエータによる名目上の又は実質の繰り返し送信の前に使用するＬＢＴタイプを決定し得る。例えば、ＷＴＲＵは、繰り返しが送信されるＣＯＴを最初に開始したノードに応じて、ＬＢＴのタイプを決定し得る。

ＷＴＲＵは、ＣＯＴステータスによる名目上の又は実質の繰り返し送信の前に使用すべきＬＢＴタイプを決定し得る。例えば、ＷＴＲＵは、進行中のＣＯＴが存在する場合、第１のタイプ又は構成のＬＢＴを実行し得（タイプは、ＬＢＴを行わないことを含み得る）、進行中のＣＯＴが存在せず、ＣＯＴが開始される必要がある場合、第２のタイプ又は構成のＬＢＴを実行し得る。

ＷＴＲＵは、ギャップサイズによる名目上の又は実質の繰り返し送信の前に使用すべきＬＢＴタイプを決定し得る。例えば、ＷＴＲＵは、繰り返しを送信する前に使用すべきＬＢＴのタイプを、その繰り返しと先行する繰り返しとの間のギャップサイズに応じて決定し得る。

ＷＴＲＵは、ギャップの原因による名目上の又は実質の繰り返し送信の前に使用すべきＬＢＴタイプを決定し得る。例えば、ＷＴＲＵは、繰り返しを送信する前に使用するＬＢＴのタイプを、その繰り返しと先行する繰り返しとの間のギャップの原因に応じて決定し得る。ギャップの原因は、ＤＬシンボル、ＤＬに動的に又は半静的に切り替えられたフレキシブルシンボル、オーファンＵＬシンボル、固定フレーム期間（ＦＦＰ）のアイドル期間、（例えば、ＵＬ ＣＩを介した指示による）キャンセルされた送信、ＣＯＴパラメータの変更、又は失敗したＬＢＴによるドロップされた送信を含み得る。

ＷＴＲＵは、送信が先行する（例えば、直前の）繰り返し送信とは異なるＴＢのためのものであるかどうかによって、名目上の又は実質の繰り返し送信の前に使用すべきＬＢＴタイプを決定し得る。例えば、ＷＴＲＵは、複数のＴＢを送信し得る。各ＴＢは、複数の繰り返しを有し得る。ＷＴＲＵは、２つの連続する繰り返しが同じ又は異なるＴＢに対するものである場合、ＬＢＴタイプを決定し得る。

ＷＴＲＵは、繰り返し（すなわち、名目上の繰り返し又は実質の繰り返し）に含めるコンテンツを決定し得る。繰り返し送信では、ＷＴＲＵは、例えば、以下の要素、すなわち、ＣＧ－ＵＣＩ、復調基準信号（ＤＭ－ＲＳ）、ＵＣＩ（例えば、スケジューリング要求（ＳＲ）、チャネル状態情報（ＣＳＩ）、ＨＡＲＱ－ＡＣＫ、又はＴＢのうちの少なくとも１つを含み得る。

ＷＴＲＵは、繰り返し数に基づいて、どのコンテンツを繰り返し送信に含めるべきかを決定し得る。例えば、ＷＴＲＵは、第１の繰り返しに（例えば、第１の繰り返しのみに）ＣＧ－ＵＣＩを含め得る。一例では、ＷＴＲＵは、ｎ番目の繰り返し又はｍ番目ごとの繰り返しにＣＧ－ＵＣＩ又はＵＣＩを含め得る。

ＷＴＲＵは、繰り返しサイズに基づいて、どのコンテンツを繰り返し送信に含めるべきかを決定し得る。例えば、ＷＴＲＵは、繰り返し持続時間が値ｘより大きい場合、ＣＧ－ＵＣＩを含み得る。ｘの値は、固定され得るか、又は名目上の繰り返しサイズに依存し得る。例えば、名目上の繰り返しがサイズｎであり、無効なリソースに起因して、実質の繰り返しがサイズｍである場合、ＵＥは、ｍ＞ｎ－ｋである場合にＣＧ－ＵＣＩを含み得、ここで、ｋは構成可能又は固定であり得る。

ＷＴＲＵは、繰り返しが分割又はセグメント化されたかどうかに基づいて、どのコンテンツを繰り返し送信に含めるべきかを決定し得る。例えば、ＷＴＲＵは、名目上の繰り返しごとに１回、ＣＧ－ＵＣＩ又はＤＭ－ＲＳ又はＵＣＩを含み得る。名目上の繰り返しが複数の実質の繰り返しに分割又はセグメント化される場合、ＷＴＲＵは、単一の実質の繰り返しにおいてＣＧ－ＵＣＩ又はＤＭ－ＲＳ又はＵＣＩを送信し得る。ＷＴＲＵは、ＣＧ－ＵＣＩ又はＤＭ－ＲＳ又はＵＣＩを含む実質の繰り返しを、ｙ番目（例えば、最初又は最後）の繰り返しであると決定し得る。ＷＴＲＵは、ＣＧ－ＵＣＩ又はＤＭ－ＲＳ又はＵＣＩを含む実質の繰り返しを、値ｘより大きい持続時間を有する実質の繰り返しであると決定し得る。

ＷＴＲＵは、繰り返しがＬＢＴによって先行された（例えば、直前に先行された）かどうかに基づいて、どのコンテンツを繰り返し送信に含めるべきかを決定し得る。例えば、ＷＴＲＵは、繰り返しの前に（例えば、直前の繰り返しの後に）ＬＢＴ手順を実行した場合、ＣＧ－ＵＣＩを含み得る。

ＷＴＲＵは、ＣＯＴタイミングに基づいて、どのコンテンツを繰り返し送信に含めるべきかを決定し得る。例えば、ＷＴＲＵは、その繰り返し送信の前に、又はその繰り返しと先行する繰り返し（例えば、直前の繰り返し）との間の時間に、新しいＣＯＴが開始された場合、繰り返しにＣＧ－ＵＣＩを含め得る。

ＷＴＲＵは、スロット内の繰り返し数に基づいて、どのコンテンツを繰り返し送信に含めるべきかを決定し得る。例えば、ＷＴＲＵは、スロット内の単一の繰り返しにＣＧ－ＵＣＩ又はＤＭ－ＲＳ又はＵＣＩを含め得る。ＷＴＲＵは、スロットの第１の繰り返しにＣＧ－ＵＣＩ又はＤＭ－ＲＳ又はＵＣＩを含め得る。

ＷＴＲＵは、ＨＡＲＱプロセスＩＤに基づいて、どのコンテンツを繰り返し送信に含めるべきかを決定し得る。例えば、ＷＴＲＵは、ＴＢのＨＡＲＱプロセスＩＤが以前の繰り返し送信から変化した場合、ＣＧ－ＵＣＩを含み得る。

ＷＴＲＵは、送信の優先度に基づいて、どのコンテンツを繰り返し送信に含めるべきかを決定し得る。例えば、ＷＴＲＵは、ＵＣＩ又はＴＢの優先度に応じて、ＣＧ－ＵＣＩ又はＵＣＩを含めるかどうかを決定し得る。

ＷＴＲＵは、以前にドロップされた送信に基づいて、どのコンテンツを繰り返し送信に含めるべきかを決定し得る。例えば、ＣＧ－ＵＣＩが先行する繰り返しからドロップされた場合、それは後続の繰り返しに含まれ得る。一例では、以前の送信がドロップされた場合（例えば、ＵＬ ＣＩの受信の失敗したＬＢＴにより）、ＷＴＲＵは、後続の繰り返し送信にＣＧ－ＵＣＩを含め得る。

ＷＴＲＵは、レートマッチングがＴＢ上で使用されるかどうかに基づいて、どのコンテンツを繰り返し送信に含めるべきかを決定し得る。

ＷＴＲＵは、周波数又はビームが変化したかどうかに基づいて、繰り返し送信にどのコンテンツを含めるべきかを決定し得る。例えば、ＷＴＲＵは、周波数ホッピングの後又は送信ビームの変更の後に繰り返しが送信される場合、ＣＧ－ＵＣＩを含み得る。

ＷＴＲＵは、本明細書で説明される複数の送信基準に応じて、どの要素を繰り返し送信に含めるべきかを決定し得る。一例として、ＴＢの優先度が高い（例えば、閾値又は構成された値よりも大きい）場合、ＷＴＲＵは、ＣＧ－ＵＣＩがすべての繰り返しに含まれ得ると決定し得る。一例では、ＵＣＩの優先度が高い（例えば、閾値又は構成された値よりも大きい）場合、ＷＴＲＵは、繰り返しの第１のセットにＵＣＩを含めることができ、ＵＣＩの優先度が低い（例えば、閾値又は構成された値よりも小さい）場合、ＷＴＲＵは、繰り返しの第２のセットにＵＣＩを含め得る。

ＷＴＲＵは、要素を繰り返しからドロップして、別の要素を含め得る。例えば、ＷＴＲＵは、ＵＣＩが高い優先度である（例えば、閾値又は構成された値よりも大きい）場合、ＣＧ－ＵＣＩをドロップし、ＴＢとともにＵＣＩのみを送信し得る。要素がドロップされて別の（例えば、より高い優先度の）要素の送信を可能にするとき、ＷＴＲＵは、ドロップされた要素を後続の繰り返しに含め得る。

ＣＧ－ＵＣＩは、繰り返しのセットのうちの複数の繰り返しにおいて送信され得る。ＣＧ－ＵＣＩのコンテンツは、繰り返しごとに同じままであり得る。一例では、ＣＧ－ＵＣＩが２回以上の繰り返しで送信される場合、ＣＧ－ＵＣＩコンテンツは、ＣＧ－ＵＣＩ送信ごとに変化し得る。例えば、繰り返しのセット中の第１のＣＧ－ＵＣＩは、必要とされる情報（例えば、すべての必要とされる情報）を含み得、繰り返しのセット内の任意の後続のＣＧ－ＵＣＩは、ＣＧ－ＵＣＩに対する変更又は更新のみを含み得る。一例では、繰り返しのセット中の第１のＣＧ－ＵＣＩは、必要とされる情報（例えば、すべての必要とされる情報）を含み得、後続のＣＧ－ＵＣＩは、その繰り返しに関連する情報のみを含み得る。例えば、ＨＡＲＱプロセスＩＤが繰り返しごとに変化し得る場合、ＣＧ－ＵＣＩは、関連付けられた繰り返しに関連するＨＡＲＱプロセスＩＤを含み得るが、すべての繰り返しに対して固定される任意の他のコンテンツは、繰り返しのセットごとに１回だけＷＴＲＵによって送信され得る。

ＣＧ－ＵＣＩのコンテンツは、ＣＧ－ＵＣＩを含むかどうかを決定するために、本明細書で説明されるルールと同様のルールによって決定され得る。例えば、ＣＧ－ＵＣＩのコンテンツは、実質の繰り返しのサイズに依存し得、名目上の繰り返しのサイズに関連し得る。

ＣＧ－ＵＣＩのコンテンツは、それが他のＵＣＩと多重化されるかどうかに依存し得る。他のＵＣＩと多重化されるＣＧ－ＵＣＩのコンテンツは、ＣＧ－ＵＣＩ若しくはＴＢの優先度、又は他のＵＣＩの優先度に依存し得る。

ＣＧ－ＵＣＩのコンテンツは、ＨＡＲＱプロセスＩＤ、繰り返し数、優先度（例えば、送信の優先度又は送信の前に使用されるＬＢＴの優先度）、冗長バージョン（Redundancy Version、ＲＶ）、変調及びコーディング方式（Modulation and Coding Scheme、ＭＣＳ）、ビームＩＤ、名目上の繰り返し持続時間、並びにＤＭＲＳマッピングタイプのうちの少なくとも１つを含み得る。

オーファンシンボルは、名目上の繰り返しが複数の可能な実質の繰り返しに分割又はセグメント化され、１つのそのような可能な実質の繰り返しが単一シンボルであるときに発生し得る。分割又はセグメント化は、ＤＬシンボル、スロット境界、ＣＯＴタイミング、又はＦＦＰアイドル期間タイミングのうちの少なくとも１つによって引き起こされ得る。

ＷＴＲＵは、オーファンシンボルを使用して、繰り返しの１つ以上の要素を送信し得る。これは、未使用のオーファンシンボルギャップによって引き起こされるＬＢＴの必要性を低減するのに有益であり得る。一例では、ＷＴＲＵは、オーファンシンボルにおいてＣＧ－ＵＣＩ又はＤＭ－ＲＳを送信し得る。そのような場合、ＷＴＲＵは、１つ以上の関連付けられた実質の繰り返しにおいてＣＧ－ＵＣＩ又はＤＭ－ＲＳを送信する必要がない可能性がある。

ＷＴＲＵは、本明細書で説明される送信基準に基づいて、オーファンシンボル上で送信すべきかどうか、又はオーファンシンボル内でどの要素を送信すべきかを決定し得る。

オーファンシンボルは、オーファンシンボルと実質の繰り返しとの両方が同じ名目上の繰り返し内にあるかどうかに基づいて、実質の繰り返しに関連付けられ得る。

オーファンシンボルは、オーファンシンボルのタイミングに基づいて実質の繰り返しに関連付けられ得る。例えば、オーファンシンボルは、先行する実質の繰り返しに関連付けられ得る。別の例では、オーファンシンボルは、後続の実質の繰り返しに関連付けられ得る。

オーファンシンボルは、実質の繰り返しの持続時間に基づいて実質の繰り返しに関連付けられ得る。例えば、オーファンシンボルは、それが値ｘよりも小さいか又は値ｙよりも大きい持続時間のものである場合、実質の繰り返しに関連付けられ得る。

オーファンシンボルは、スロットタイミングに基づいて実質の繰り返しに関連付けられ得る。例えば、オーファンシンボルと実質の送信とが同じスロット中にある場合、オーファンシンボルは実質の送信に関連付けられ得る。

オーファンシンボルは、ＣＯＴステータスに基づいて実質の繰り返しに関連付けられ得る。例えば、ＷＴＲＵは、進行中のＣＯＴが存在する場合、又は進行中のＣＯＴが存在しない場合、オーファンシンボル上で送信することを決定し得る。

オーファンシンボルは、ＣＯＴインジケータに基づいて実質の繰り返しに関連付けられ得る。例えば、ＷＴＲＵは、どのノード（例えば、ＷＴＲＵ又はｇＮＢ）が進行中のＣＯＴを開始したかに応じて、オーファンシンボル上で送信することを決定し得る。例えば、ｇＮＢ又は別のＷＴＲＵがＣＯＴを開始した場合、ＷＴＲＵは、オーファンシンボル上で送信しなくてもよい。ＷＴＲＵがＣＯＴを開始した場合、ＷＴＲＵは、オーファンシンボル上で送信し得る。

ＷＴＲＵは、オーファンシンボルが使用されない場合に作成され得るギャップに応じて、要素を送信するためにオーファンシンボルを使用するかどうかを決定し得る。例えば、オーファンシンボル上で送信しないことが、値ｘよりも大きい繰り返し間のギャップ（例えば、次の繰り返し送信の前にＬＢＴを必要とするギャップ）を作り出す場合、ＷＴＲＵは、オーファンシンボル上で１つ以上の要素を送信し得る。ＷＴＲＵは、２つのオーファンシンボルが隣接しているかどうかに基づいて、送信のためにオーファンシンボルを使用するかどうかを決定し得る。例えば、２つのオーファンシンボルが隣接している場合、ＷＴＲＵは、オーファンシンボルのうちの少なくとも１つで送信し得る。

図８は、２つの隣接するオーファンシンボルの例を示し、両方とも名目上の繰り返し２で発生する。この場合、ＷＴＲＵは、１つ以上の隣接するオーファンシンボルによって作り出されたギャップが閾値よりも大きいと決定し得る。閾値は、構成又は固定され得るか、あるいはＷＴＲＵは、閾値の指示を受信し得る。指示は、例えば、ＤＣＩ、ＭＡＣ、又はＲＲＣ構成を介して受信され得る。ＷＴＲＵは、オーファンシンボルのうちの少なくとも１つにおいて繰り返し要素（例えば、ＣＧ－ＵＣＩ、ＤＭ－ＲＳ、ＵＣＩ、又はＴＢ）を送信し得る。これは、ＣＯＴを維持し、名目上の繰り返し２の残りを送信する前にＬＢＴの必要性を低減するのに有益であり得る。

ＷＴＲＵは、オーファンシンボルにおいてＵＣＩを送信し得る。ＷＴＲＵは、オーファンシンボルにおいてＰＵＳＣＨ上でＵＣＩを送信し得る。一実施形態では、ＷＴＲＵは、オーファンシンボル内の物理アップリンク制御チャネル（ＰＵＣＣＨ）リソース用いて構成される場合、ＰＵＣＣＨ上でＵＣＩを送信し得る。そのような場合、名目上の繰り返し（例えば、関連する繰り返し）における後続の繰り返しは、ＰＵＳＣＨ上のＵＣＩを含み得るか、又はＵＣＩを全く含まないことがある。

ＷＴＲＵは、それがクロス繰り返し又はクロススロットＤＭ－ＲＳのために構成される場合、オーファンシンボル上でＤＭ－ＲＳを送信し得る。

ＷＴＲＵは、チャネルを占有し続けるために、名目上の繰り返しにおけるシンボルの数よりも大きいシンボルの数を送信し得る。ＷＴＲＵは、ＣＯＴを維持するために必要とされる数（例えば、構成された数）よりも多い実質の繰り返しを送信し得る。ＷＴＲＵは、別の新しいＴＢが、ＷＴＲＵによって占有されている現在のＣＯＴの満了前の特定の時間内に到着していると決定し得る。ＷＴＲＵは、次のＴＢがＷＴＲＵバッファに到着するまで、及び／又は送信され得るまで、チャネルを占有し続けるために、現在のＴＢの追加の繰り返し及び／又はシンボルを送信し得る。ＷＴＲＵは、構成されたトラフィックパターンに基づいて、ＴＢ到着を決定し得る。一例では、ＷＴＲＵは、新しいＴＢ上での送信のためのバッファリングされたビットをすでに有している可能性があるが、その新しいＴＢのための名目上の繰り返しを送信することは、別のＵＬスロット又は異なるＰＵＳＣＨ機会（例えば、ＤＬ中断後）を待つことを必要とする可能性があり、あるいはＤＬ中断前に残っているＵＬシンボル及び／又はスロットの数は、ＷＴＲＵが新しいＴＢを送信することを可能にしない。ＷＴＲＵは、ＤＬ中断時間まで、次のＦＦＰ ＩＤＬＥ期間まで、ＣＯＴがｇＮＢと共有され得るまで、ｇＮＢから停止の指示を受信するまで、又はＷＴＲＵが、場合によっては同じＨＡＲＱプロセス上で新しいデータを送信するために使用され得るアップリンクスロットにアクセスし得るまで、チャネルを占有し続けるために、現在のＴＢの追加のシンボル及び／又は繰り返しを、それが名目上の繰り返し内の必要な繰り返し及び／又はシンボルの構成された数を超えている場合であっても、送信し得る。

ＷＴＲＵは、時間（例えば、ＣＧタイマ）が満了するまで、又はＨＡＲＱプロセスについてｘ時間が経過したと判定されるまで、又はＨＡＲＱ－ＡＣＫを受信することがダウンリンクフィードバック情報（Downlink Feedback Information、ＤＦＩ）上のＡＣＫに等しくなるまで、ＴＢを繰り返すことができる。一例では、ＷＴＲＵは、保留中のＨＡＲＱプロセスｘに対してＣＧ再送信時間が経過した（例えば、ＣＧ再送信タイマが満了する）という決定まで、異なるＨＡＲＱプロセスｙからの送信でチャネルを占有し続け得る。これは、ＣＧ再送信時間が経過したという決定の後に（例えば、ＣＧ再送信タイマの満了時に）、ＷＴＲＵがＴＢ及び／又はＨＡＲＱプロセスｘの繰り返しを直ちに再送信することを可能にすることができる。

ＷＴＲＵは、構成された繰り返し数（例えば、ｒｅｐ Ｋ）まで、又は次のダウンリンクスロット若しくはダウンリンクシンボルまで、送信を繰り返すことができる。ＷＴＲＵは、ダウンリンク制御情報（ＤＣＩ）又は無線リソース制御（Radio Resource Control、ＲＲＣ）から、ＷＴＲＵが次のダウンリンクに遭遇するまで繰り返しを送信し得る構成されたグラントを示す指示を受信し得る。これは、次のダウンリンクスロットまで、又はアイドル期間まで、又はＣＯＴが解放されるか若しくはｇＮＢと共有され得るまで、繰り返し送信のバーストを維持するのに有用であり得る。

ＷＴＲＵは、（例えば、ＣＯＴを維持するために、又はＣＯＴの終了まで）追加のシンボル及び／又は追加の繰り返しを送信しているアップリンクチャネル上のＵＣＩ（例えば、ＰＵＳＣＨ上のＣＧ－ＵＣＩ）を多重化することができる。ＵＣＩは、現在のＣＯＴにおける、又はバンドルサイズに対する追加のシンボル又は追加の繰り返しの数を備え得る。

一実施形態では、ｇＮＢは、場合によっては共有ＣＯＴにおける、ＤＬに続くＵＬ送信機会中に実質の繰り返しを送信するために使用される繰り返し及び／又はシンボルの動的な数をＷＴＲＵに通知することができる。例えば、スロット又はフレームにおいて分割されたＴＤＤがＤＵＵＵＵ－ＤＵＵＵＵとして構成されるシナリオでは、名目上の繰り返しが３つのシンボル（又はスロット）であっても、ＷＴＲＵは、４つのシンボルの実質の繰り返しを送信して、次のＤＬシンボル若しくはスロット、次のＦＦＰ若しくはアイドル期間まで、又はアップリンクシンボル若しくはスロットの示された量が経過するまでＣＯＴが維持されることを確実にし得る。ＷＴＲＵは、ｇＮＢから指示を受信すると、実質の繰り返しの追加のシンボルを送信し得、シンボルの数は、名目上の繰り返しよりも大きくてもよい。ＷＴＲＵは、ｇＮＢから指示を受信すると、追加の繰り返しを送信し得、繰り返しの数は、構成された繰り返しの数よりも大きくてもよい。ｇＮＢからの指示は、（１つ以上の）残りの繰り返しに適用可能なシンボルの数、現在／共有ＣＯＴにおける（１つ以上の）残りの繰り返しに適用可能なシンボルの数、追加の繰り返しの数、又は現在／共有ＣＯＴにおける追加の繰り返しの数を示し得る。

ＷＴＲＵは、名目上の繰り返しにおけるシンボルの数よりも少ない数のＵＬシンボルを実質の繰り返しにおいて送信し得る。例えば、ＷＴＲＵは、ＣＯＴを維持するために、いくつかのシンボル又はオーファンシンボル上で送信し得る。ＷＴＲＵは、最小数のシンボルで設定され得る。構成は上位層によるものであってもよい。実質の繰り返しにおけるシンボルの数がシンボルの最小数未満である場合、ＷＴＲＵは、繰り返しを送信し得るが、それを構成された繰り返しの目標数に向かってカウントせず、又はＷＴＲＵは、繰り返しを全く送信しなくてもよい。

ＷＴＲＵは、ＵＬ ＬＢＴ失敗に遭遇すると、繰り返しを延期、スキップ、又はキャンセルすることができる。ＷＴＲＵは、繰り返しが送信された場合、繰り返しカウントをインクリメントし得る。

ＷＴＲＵが、繰り返しに対するＵＬ ＬＢＴ失敗に遭遇し、キャンセル指示を受信し、又は例えば、ＷＴＲＵ間／ＷＴＲＵ内優先順位付けに起因して繰り返しをドロップするとき、ＷＴＲＵは、次の送信機会に遭遇したときに残りの繰り返しを継続するか、又は残りの繰り返し送信を終了し得る。ＷＴＲＵは、繰り返しをドロップ、スキップ、遅延、又はキャンセルすることができる。ＷＴＲＵは、繰り返しカウントが所定の閾値を下回る場合、チャネルが再び取得される場合、及び／又は以前に送信された繰り返し（複数可）当たりのＵＬシンボルの数が名目上の繰り返しに等しかった場合、繰り返しを送信し続け得る。ＷＴＲＵは、例えば、ＲＲＣ、ＭＡＣ制御要素（ＭＡＣ－ＣＥ）、又はＤＣＩによって、所定の閾値で構成され得る。

ＷＴＲＵは、残りの繰り返し送信の再開を示すＤＣＩ ＭＡＣ ＣＥ若しくはＲＲＣシグナリング、及び／又はＷＴＲＵが残りの繰り返しを継続し得る構成されたグラントを受信し得る。ＷＴＲＵは、ＷＴＲＵが残りの繰り返しを送信するために使用し得るＨＡＲＱ ＩＤを示すＤＣＩ又はＲＲＣを受信し得る。ＷＴＲＵは、指定された数の繰り返しを完了するために次のアップリンクスロットを待つ間に、残りの繰り返しを中断又はキャンセルするための明示的な指示をｇＮＢから受信し得る。ＷＴＲＵは、場合によっては所与のＨＡＲＱプロセスについて、繰り返しカウントが構成された繰り返しの数（例えば、ｒｅｐ Ｋ）に達する前に、繰り返しをキャンセル又は一時停止することができる。例えば、ＷＴＲＵは、ダウンリンクスロットにおけるネットワークからの繰り返しを終了又は一時停止するために、ＤＣＩ又はＭＡＣ－ＣＥにおいて、場合によっては繰り返しの初期セットを送信するために使用されたものとは異なるＣＯＴにおいて、動的通知を受信し得る。ＷＴＲＵは、残りの繰り返しがネットワークシグナリングに起因して（例えば、ｇＮＢからキャンセル指示を受信することに起因して）ドロップされた場合、その残りの繰り返しをキャンセルし得るが、ＬＢＴ失敗又はＷＴＲＵ内優先順位付けに起因してドロップされた場合、それらをキャンセルすることができず、ｇＮＢは、それらの繰り返しがドロップされた／送信されなかったことを認識することができない。

ＷＴＲＵは、異なるＬＢＴ構成（例えば、チャネルアクセス優先度クラス（Channel Access Priority Class、ＣＡＰＣ）、ＬＢＴカテゴリ、又は変更ＬＢＴパラメータ）を使用して、（例えば、ＭＡＣレイヤなどにおいてカウントされた失敗したＬＢＴの数又はＬＢＴ失敗の数に基づいて）ＬＢＴに失敗した繰り返しを送信し得る。

ＷＴＲＵは、残りの繰り返しを送信するために別のＣＯＴを獲得した後に、実質の繰り返しを送信するために使用されるＵＬシンボル及び／又はスロットの数を変更し得る。変更は、例えば、新たなＣＯＴにおけるＵＬスロット及び／又はシンボルの利用可能な数、及び利用可能なＵＬリソース割り当て（例えば、新たなＣＯＴにおけるＣＧの構成及び／又は新たなＣＯＴにおいて提供される動的グラントの割り当て）に基づいてもよい。ＷＴＲＵは、ＨＡＲＱプロセス、ＴＢインデックス、及び／又は適用可能な繰り返しのＲＶを示す、ＰＵＳＣＨ上で多重化されるＵＣＩ（例えば、ＣＧ－ＵＣＩ）に含め得る。ＷＴＲＵは、シーケンス内の繰り返しのためのＬＢＴに失敗すると、ＲＶ番号のインクリメントをスキップすることができる。ＷＴＲＵは、ＵＣＩにおいて、過去の繰り返しのサブセットが、ＬＢＴ失敗又はＷＴＲＵ内優先順位低下（例えば、ソフトコンバイニングを支援するために）によりドロップされたことを示し得る。例えば、ＷＴＲＵは、ドロップされた繰り返しのセットの後の第１の後続の繰り返しにおいて送信されるＣＧ－ＵＣＩにおいて、以前の繰り返しのセットがドロップされたことを示し得る。指示は、ドロップされた以前の繰り返しの識別又は数を含み得る。指示は、（例えば、ロバスト性のために）複数の後続のＣＧ－ＵＣＩに含まれ得る。ビットマップが、ＣＧ－ＵＣＩに含まれ得、ドロップされた繰り返しのセットにフラグを立てる。

ＵＬ ＬＢＴ失敗カウンタ又はインジケータは、繰り返しごとに、又は繰り返しのセットごとに、又はＬＢＴ試行ごとに維持され得る。例えば、ＵＬ ＬＢＴ失敗は、ＬＢＴが失敗するたびに１だけインクリメントされ得るか、又はＬＢＴ失敗に起因してドロップされた繰り返しの数（例えば、実際又は名目上の）だけインクリメントされ得る。繰り返しが複数の開始時間を有する場合、ＵＬ ＬＢＴ失敗カウンタは、すべてのＬＢＴが失敗したことに起因して繰り返し開始時間のいずれも有効と見なされなかった場合、インクリメントされ得る。名目上の繰り返しが複数の実質の繰り返しにセグメント化される場合、ＵＬ ＬＢＴ失敗カウンタは、実質の繰り返しを送信するのに失敗するごとに、又はすべての実質の繰り返しが失敗した場合にインクリメントされ得る。

ＷＴＲＵは、どのデバイスがＣＯＴを開始したかに基づいて、繰り返し（例えば、タイプＡ又はタイプＢ）を送信するように制限され得る。例えば、ＷＴＲＵは、ｇＮＢによって開始されるＣＯＴのみ、ＷＴＲＵによって開始されるＣＯＴのみ、又はその両方で繰り返しを送信するように制限され得る。繰り返しが、ｇＮＢによって開始されるＣＯＴ、ＷＴＲＵによって開始されるＣＯＴ、又はその両方で許可されるかどうかは、ＲＲＣによって半静的に構成されるか、又はＤＣＩを介して示され得る。ＷＴＲＵは、どのデバイスがＣＯＴを開始したかに基づいて、タイプＡのみ、タイプＢのみ、又はタイプＡ及びＢの繰り返しを可能にするように構成され得る。

ＷＴＲＵは、ＦＦＰの長さ又は残りのＦＦＰ持続時間に応じて、どのＣＯＴが繰り返しを送信するかを選択し得る。例えば、繰り返し送信の長さがｇＮＢ ＦＦＰの残りの時間を超え、ＷＴＲＵが、繰り返し持続時間を収容するのに十分長い持続時間を有する次のＦＦＰで構成される場合、ＷＴＲＵは、ＷＴＲＵによって開始されるＣＯＴ上で繰り返しを送信し得る。ＷＴＲＵによって構成されたＦＦＰ開始時間が、非常に遠い将来に生じる場合、又は、構成されたＷＴＲＵによって開始されたＣＯＴ ＦＦＰ持続時間が、完全な繰り返しを送信するのに不十分である場合、ＷＴＲＵは、残りのｇＮＢ ＦＦＰ持続時間を収容するために繰り返しをレートマッチングし得る。

ＷＴＲＵは、ＷＴＲＵによって開始されるＣＯＴが繰り返し送信のために使用される場合、専用のＷＴＲＵによって開始されるＣＯＴ ＦＦＰパラメータ、例えば、ＦＦＰ周期性、開始オフセット、及びＦＦＰ持続時間で構成され得る。この構成は、専用シグナリングを介して（例えば、ＲＲＣシグナリングを介して、ＭＡＣ ＣＥを介して、又はＤＣＩを介して）半静的に構成され得る。ＦＦＰパラメータは、繰り返しタイプ（例えば、タイプＡ又はＢ）及び／又は繰り返しパラメータ（例えば、繰り返し持続時間及び繰り返し数）にマッピングされてよい。

ＷＴＲＵは、成功したクリアチャネルアセスメント（Clear Channel Assessment、ＣＣＡ）の直後に（すなわち、ＷＴＲＵによって開始されるＦＦＰの開始時に）繰り返し送信が開始するようにスケジュールされている場合、ＷＴＲＵによって開始されるＣＯＴを開始し得る。ＷＴＲＵが複数のＦＦＰ構成で構成されている場合、ＷＴＲＵは、スケジュールされた繰り返し送信の始まりと整合されたＦＦＰ開始を有するＦＦＰ構成を選択し得る。スケジュールされた繰り返しの開始が、ＷＴＲＵによって開始されるＦＦＰ開始時間の始まりと整合しない場合、ＷＴＲＵは、スケジュールされた繰り返しまでチャネルを開始するために送信（例えば、パディングビット）し得る。

ＩＤＬＥ期間がＷＴＲＵ繰り返し送信を中断する場合、ＷＴＲＵは、残りの繰り返し送信をキャンセルすることができる。ＷＴＲＵは、ＩＤＬＥ期間の完了まで送信を一時停止し、新しいＦＦＰの開始時に繰り返しを再開し得る。ＷＴＲＵは、ＩＤＬＥ期間がｇＮＢ又はＷＴＲＵによって開始されたかどうかに応じて、ＩＤＬＥ期間が繰り返し送信処理にどのように影響を及ぼすかを区別することができる。例えば、ＩＤＬＥ期間がＷＴＲＵによって開始されるＦＦＰの終わりに生じる場合、ＷＴＲＵは、残りの繰り返し送信をキャンセルし得る。ＷＴＲＵがｇＮＢによって開始されるＣＯＴを共有している場合、ＷＴＲＵは、ＩＤＬＥ期間の完了まで送信を一時停止し、繰り返し送信を再開し得る。

ＷＴＲＵは、第１の優先度（例えば、優先度インデックス０）のＰＵＳＣＨ繰り返しと、第２の優先度（例えば、優先度インデックス１）のＰＵＣＣＨ又はＰＵＳＣＨ送信との間の重複を決定し得る。後続の繰り返しの前にＬＢＴを必要とするであろう送信ギャップを回避することが有益であり得る。

一実施形態では、ＷＴＲＵは、別の優先度（例えば、優先度インデックス１）の送信との重複が存在する時間シンボルについて、第１の優先度（例えば、優先度インデックス０）のＰＵＳＣＨ繰り返し送信をキャンセルすることができる。残りの時間シンボルでは、ＷＴＲＵは、重複したシンボルでキャンセルが行われなかったかのように、同じ変調シンボル及び基準信号を送信し得る。

一実施形態では、ＷＴＲＵは、ＰＵＳＣＨ繰り返しタイプＢについて定義された手順に従って名目上の繰り返しから実質の繰り返しのセットを決定する目的で、重複が存在する時間シンボルが「無効シンボル」であるとみなし得る。重複しないシンボルは、「潜在的に有効な」シンボルと見なされ得、ＷＴＲＵは、実質の繰り返しを潜在的に有効なシンボルの連続するセットとして定義し得る。ＷＴＲＵは、ＰＵＳＣＨ繰り返しタイプＢに適用可能な規則に基づいて、そうでない場合であっても、このシナリオにおいて単一のシンボルの実質の繰り返しを送信し得る。

一実施形態では、ＷＴＲＵは、重複が存在する連続シンボルのセットに対する実質の繰り返しを決定し得る。ＷＴＲＵは、優先度インデックス１の重複する送信及び実質の繰り返しを単一の送信に多重化し得る。そのような実施形態は、優先度インデックス１の送信がＰＵＣＣＨ送信であり、優先度インデックス０のＰＵＳＣＨ上の優先度インデックス１のＵＣＩの多重化がサポートされる場合に適用可能であり得る。

ＷＴＲＵは、複数のＴＢを送信するためのリソースを構成又は付与され得る。各ＴＢは、複数の繰り返しを有し得る。各ＴＢの各繰り返しのための時間リソースは、マッピングルールに基づいて決定され得る。マッピングルールは、後続のＴＢのすべての繰り返しを通して循環させる前に、最初にＴＢのすべての繰り返しを循環させ得る。マッピングルールは、すべてのＴＢのすべての第２の繰り返しを通して循環させる前に、すべてのＴＢのすべての第１の繰り返しを循環させ得る。

図９は、マルチＴＴＩスケジューリングが使用され、最初にＴＢごとに、次いで繰り返しごとに送信サイクルが行われるときの繰り返しのマッピングの例を示す。図９では、３つのＴＢがあり、各ＴＢは２つの繰り返しを有し、各名目上の送信は５つのシンボルを含む。図９に示すように、ＴＢの繰り返し（ＴＢ１の繰り返し１、ＴＢ２の繰り返し１、ＴＢ３の繰り返し１）が送信され、次いで、ＴＢの第２の繰り返し（ＴＢ１の繰り返し２、ＴＢ２の繰り返し２、ＴＢ３の繰り返し２）が送信される。

図１０は、マルチＴＴＩスケジューリングが使用され、最初に繰り返しごとに、次いでＴＢごとに送信サイクルが行われるときの繰り返しのマッピングの例を示す。図１０では、３つのＴＢがあり、各ＴＢは２つの繰り返しを有し、各名目上の送信は５つのシンボルを含む。図１０に示すように、第１のＴＢのすべての繰り返しが送信され（ＴＢ１の繰り返し１、ＴＢ１の繰り返し２）、次いで、第２のＴＢのすべての繰り返しが送信され（ＴＢ２の繰り返し１、ＴＢ２の繰り返し２）、次いで、第３のＴＢのすべての繰り返しが送信される（ＴＢ３の繰り返し１、ＴＢ３の繰り返し２）。

図９及び図１０に示される繰り返しの各々は、名目上の繰り返しであってもよく、名目上の繰り返しは、複数の実質の繰り返しに分割又はセグメント化されてもよい。図９では、名目上の繰り返しＴＢ２，ｒｅｐ １は２つの実質の繰り返しに分割され、名目上の繰り返しＴＢ３，ｒｅｐ １は２つの実質の繰り返しに分割され、名目上の繰り返しＴＢ２，ｒｅｐ ２は２つの実質の繰り返しに分割され、名目上の繰り返しＴＢ３，ｒｅｐ ２は２つの実質の繰り返しに分割される。図１０では、名目上の繰り返しＴＢ１，ｒｅｐ ２は２つの実質の繰り返しに分割され、名目上の繰り返しＴＢ２，ｒｅｐ １は２つの実質の繰り返しに分割され、名目上の繰り返しＴＢ３，ｒｅｐ １は２つの実質の繰り返しに分割され、名目上の繰り返しＴＢ３，ｒｅｐ ２は２つの実質の繰り返しに分割される。

ＷＴＲＵが繰り返しを使用して単一のＴＢでスケジュールされる場合、両方の実施形態（図９のＴＢごと、次いで繰り返しごとに循環すること、及び図１０の最初に繰り返しごと、次いでＴＢごとに循環すること）が同じ結果をもたらす。同様に、ＷＴＲＵがＴＢごとに単一の繰り返しでスケジュールされる場合、両方の実施形態（図９のＴＢごと、次いで繰り返しごとに循環すること、及び図１０の最初に繰り返しごと、次いでＴＢごとに循環すること）が同じ結果をもたらす。この場合、ＷＴＲＵは、サブスロットマルチＴＴＩスケジューリングを使用してＴＢのセットを送信し得る。これは、ｍ個のスロットにおけるｎ個のＴＢの送信を可能にし得、ここでｍ＜ｎである。

一実施形態では、ＷＴＲＵは、スロットごとに単一のＴＢを送信し得る。そのような場合、ＴＢの名目上の繰り返しは、隣接しないスロットにマッピングされ得る。例えば、各ＴＢは、スロットオフセット及び周期性で構成されるか、又はそれに関連付けられ得る。スロット周期性は、一部又はすべてのＴＢについて固定され得る。例えば、第１のＴＢは、オフセット０及び周期性３をもつスロットにマッピングされ得、第２のＴＢは、オフセット１及び周期性３をもつスロットにマッピングされ得、第３のＴＢは、オフセット２及び周期性３をもつスロットにマッピングされ得る。そのような例では、各ＴＢが３つの繰り返しを有する場合、第１のＴＢは、スロット１、４、７にマッピングされたその繰り返しを有し得、第２のＴＢは、スロット２、５、８にマッピングされたその繰り返しを有し得、第３のＴＢは、スロット３、６、９にマッピングされたその繰り返しを有し得る。各スロットにおいて、ＴＢは、複数の名目上の又は実質の繰り返しを有し得る。

ＷＴＲＵは、繰り返しの数、スロットオフセット、スロット周期性、及びＴＢの数を示す要素を有するテーブルで構成され得る。スケジューリングＤＣＩは、テーブル中に見出されるパラメータのセットを指すインデックスを提供し得る。

図１１は、スロットごとに単一のＴＢを有する循環の例を示す。この例では、ＴＢ１は、それぞれ３つのシンボルの３つの繰り返しを有し、ＴＢ２は、それぞれ４つのシンボルの３つの繰り返しを有し、ＴＢ３は、それぞれ２つのシンボルの５つの繰り返しを有する。いくつかの例では、マルチＴＴＩスケジューリングでスケジュールされたすべてのＴＢは、同じ数の繰り返しと、繰り返しごとに同じ数のシンボルとを有し得る。図１１では、ＴＢ１はスロット１及び４で送信され、ＴＢ２はスロット２及び５で送信され、ＴＢ３はスロット３及び６で送信される。ＴＢの名目上の繰り返しは、分割又はセグメント化され得、複数の非隣接スロットにまたがり得る。例えば、この例におけるＴＢ２の第２の名目上の繰り返しは分割され、第１の実質の繰り返しは第２のスロットにおいて送信され、第２の実質の繰り返しは第５のスロットにおいて送信される。

ＷＴＲＵは、スロット内の繰り返しの数又は異なるＴＢの数に応じて、繰り返しの要素を決定し得る。例えば、ＷＴＲＵは、スロット内のすべての繰り返しが同じＴＢに対するものである場合、スロット内で単一のＤＭ－ＲＳを送信し得る。

ＷＴＲＵは、複数のＴＢを送信するように付与又は構成され得、各ＴＢは、複数の繰り返しを有し得る。ＷＴＲＵは、第１のＨＡＲＱプロセスＩＤの指示を受信し得、循環／マッピングタイプに応じて後続のＴＢのための後続のＨＡＲＱプロセスＩＤを決定し得る。例えば、ＨＡＲＱプロセスＩＤは、スロットごとに、又は繰り返しごとに、又は繰り返しのセットごとにインクリメントし得る。インクリメント方法及びステップサイズは、構成可能であるか、固定されるか、又は動的に示され得る。

構成されたグラント送信について、ＷＴＲＵは、ＣＧ－ＵＣＩにおいてＨＡＲＱプロセスＩＤを示し得る。ＨＡＲＱプロセスＩＤ指示は、すべてのＣＧ－ＵＣＩにおいて提供され得るか、又はＣＧ－ＵＣＩ送信のサブセットにおいて提供され得る。インクリメント方法は、固定されてもよく、又は少なくとも１つのＣＧ－ＵＣＩにおいてＷＴＲＵによって示されてもよい。

一実施形態では、ＷＴＲＵは、複数のスロットにわたってＴＢの繰り返しを送信するためのリソースを付与又は構成され得る。例えば、ＷＴＲＵは、スロットの持続時間よりも長い持続時間を有する名目上の繰り返しを有し得る。そのような場合、ＷＴＲＵは、繰り返しをセグメント化し、異なる実質の繰り返しにおいてＴＢの異なる部分を送信し得る。例えば、名目上の繰り返しは複数の実質の繰り返しにセグメント化され得、ＴＢは、ＴＢの一部分が名目上の繰り返しに関連付けられた各実質の繰り返しにおいて送信されるようにセグメント化され得る。

一実施形態では、ＷＴＲＵは、各実質の繰り返しを単一のスロットにマッピングすることができる。名目上の繰り返し内の各実質の繰り返しについてのＴＤＲＡは、同じ時間リソースが名目上の繰り返しのすべてのスロットにおいて使用されるように固定され得る。

ＷＴＲＵは、マルチＴＴＩスケジューリングを介してスケジュールされたＴＢのセットのうちの少なくとも１つのＴＢに対するＨＡＲＱ－ＡＣＫを受信し得る。ＴＢに対するＡＣＫを受信すると、ＷＴＲＵは、そのＴＢに対する繰り返しを送信し続ける必要がない可能性がある。いくつかの実施形態では、単一のＴＢのための繰り返しを送信しないことは、他の繰り返しの前にＬＢＴを実行する必要性につながり得る送信ギャップにつながり得る。

ＷＴＲＵは、第２のＴＢの繰り返し送信のために、（例えば、ＡＣＫを受信した）第１のＴＢに元々割り当てられたリソースを再使用し得る。第２のＴＢは、ＷＴＲＵがすでにいくつかの繰り返しを送信しているＴＢであり得る。第２のＴＢは、ＷＴＲＵがまだ繰り返しを送信していない新しいＴＢであり得る。

一実施形態では、ＷＴＲＵは、肯定応答（ＡＣＫ）されたＴＢに元々割り当てられていたリソースを使用するために、残りの繰り返し及びＴＢをシフトすることができる。

一実施形態では、ＷＴＲＵは、（例えば、特定のＴＢのためではなく）ＨＡＲＱプロセスの繰り返しのためにリソースを割り当てられ得る。ＷＴＲＵは、ＡＣＫを受信したＨＡＲＱプロセスを使用して新しいＴＢを送信するための指示を受信し得る。指示は、ＷＴＲＵによって、それがＡＣＫを受信する（例えば、ＣＧ－ＤＦＩ）のと同じメッセージで受信され得る。指示は、新たなＤＣＩで受信されてもよい。指示は、ＲＲＣシグナリングを介して受信され得る。新たなＴＢは、ＨＡＲＱプロセスに関連付けられた繰り返しリソースを使用して送信され得る。異なるＨＡＲＱプロセスは、異なる繰り返し数であり得る。ＷＴＲＵは、繰り返しの要素（例えば、ＣＧ－ＵＣＩ）に繰り返し数の指示を含め得る。

一実施形態では、ＷＴＲＵは、ＡＣＫされたＴＢに元々マッピングされていた新たに空いたＵＬリソースを考慮に入れるために、残りの繰り返しを再マッピングし得る。そのような再マッピングは、ＷＴＲＵに示されてもよく、又はＷＴＲＵによって自律的に決定されてもよい。残りのＴＢを再マッピングする前に、ＷＴＲＵは、ｇＮＢへの再マッピングを肯定応答し得る。一実施形態では、ＷＴＲＵは、再マッピングされた繰り返しにおいて少なくとも１つの要素（例えば、ＣＧ－ＵＣＩ又はＵＣＩ）を送信するようにトリガされ得る。

ＷＴＲＵは、マルチＴＴＩグラントにおいて異なるＴＢを通して循環させることができる。各ＴＢは、異なるスロットにマッピングされ得、各スロットは、異なるＨＡＲＱプロセスに関連付けられ得る。あるスロットにおいて、ＷＴＲＵは、関連付けられたＨＡＲＱプロセスのための１つ以上の繰り返しを含み得る。ＷＴＲＵは、そのスロットで必要な数の繰り返しを完了することも完了しないこともある。ＷＴＲＵが必要な数の繰り返しを完了しない場合、ＷＴＲＵは、後続のスケジュールされたマルチＴＴＩグラント（又は他のグラント）上で残りの繰り返し送信を完了し得る。

所与のマルチＴＴＩグラントに対して、ＷＴＲＵは、ＴＴＩのいずれかに対する単一のＬＢＴに続いた後、すべてのＴＴＩ上で送信を実行し得る。所与のＴＴＩにおいてＬＢＴが失敗すると、ＷＴＲＵは、次のＴＴＩのために別のＬＢＴ手順を試行し得る。ＬＢＴに起因して所与のＴＴＩ上で失敗したＴＢ送信試行に関して、ＷＴＲＵは、次のＴＢ／ＨＡＲＱプロセスに循環し得る。ＷＴＲＵは、ＬＢＴにより失敗した繰り返し送信をスキップ又は延期し、それらが送信されたかのように挙動し得る。

ＷＴＲＵは、次のＴＴＩのためのＨＡＲＱプロセスが保留中のＴＢを含まない（例えば、スロットに関連付けられたＨＡＲＱプロセス上で他の／以前の保留中のＴＢが送信されなかった）場合、及び／又はＬＢＴに失敗したＴＢが異なるＨＡＲＱプロセス上で以前に送信されなかった場合、ＬＢＴにより失敗したＴＢ送信を、グラント内の次のＴＴＩ又は異なるＴＴＩにマッピングし得る。異なるＴＴＩは、ＷＴＲＵがＴＢを通して循環することを終了した後に、グラントにおいて利用可能な第１のＴＴＩであり得る。例えば、ＷＴＲＵは、他のＨＡＲＱプロセスを通して循環した後に最後に（例えば、グラントの最後に）ＴＢ繰り返しを付加することができる。ＷＴＲＵは、ＰＵＳＣＨ送信上で多重化されるＵＣＩのドロップされたＴＢ／繰り返し部分に関連付けられたＨＡＲＱプロセスを多重化し得る。これは、ＴＢ／繰り返しが送信される選択されたＴＴＩが、当初ＴＢを送信するために使用されたＨＡＲＱプロセスとは異なるＨＡＲＱプロセスに関連付けられるかどうかに依存するか、又はそれに基づき得る。

ＴＢの複数の繰り返しが、別のＴＢに循環する前に送信される場合、ＷＴＲＵは、ＬＢＴが失敗した繰り返しをスキップし得る。ＴＢがすべて最初に循環される場合、ＷＴＲＵは、ＬＢＴが成功する次のＰＵＳＣＨ機会までＴＢ送信を遅延させることができる。ＷＴＲＵは、マルチＴＴＩグラント上で所与の繰り返しを送信するために、ＬＢＴ失敗時にオフセットだけ送信シーケンスをシフトし得る。オフセットは、（例えば、上位レイヤ、ＲＲＣ、又はＤＣＩによって）構成されるか、又はＴＢごとの繰り返しの数としてあらかじめ決定され得る。例示的な送信（ｘ．ｙ）では、ｘはＴＢ数であり得、ｙは繰り返し数であり得る。ＷＴＲＵは、それぞれ２回繰り返される４つのＴＢが存在すると仮定して、第１の循環方法を使用して、「１．１ １．２ ２．１ ２．２ ３．１ ３．２ ４．１ ４．２」のＴＢ繰り返しを送信し得る。第２の循環方法では、ＷＴＲＵは、「１．１ ２．１ ３．１ ４．１ １．２ ２．２ ３．２ ４．２」のＴＢ繰り返しを送信し得る。ＷＴＲＵが第２の循環方法を使用し、１．１についてＬＢＴが失敗した場合、第４の機会まで第１のＴＢについてＷＴＲＵは何も送信しない可能性があるため、ＷＴＲＵは、２．１の送信をスキップし得る。ＷＴＲＵは、繰り返しを送信するためにＬＢＴが失敗した場合、ＴＢ送信シーケンス全体をオフセットだけシフトし得る。

ＷＴＲＵは、マルチスロット送信内のすべてのＴＢに対して共通のＳＬＩＶ／Ｋで構成され得る。あるいは、ＳＬＩＶ／Ｋは、ＴＢごとに個別に設定されてもよい。共通又はＴＢ固有の繰り返し構成が使用されるかどうかは、例えば、グラントによってスケジュールされるＴＢの数、ＴＢのトラフィック特性（例えば、ＵＲＬＬＣ又はｅＭＢＢ）、（例えば、ＲＲＣテーブル又はＤＣＩを介して）繰り返しパラメータを示すために使用されるシグナリングの方法（又は関連するオーバーヘッド）、又はチャネル特性（例えば、基準信号受信電力（Reference Signal Received Power、ＲＳＲＰ））に依存し得る。

各ＴＢのための繰り返しパラメータは、例えば、ＴＢの特性（例えば、ＴＢ長又はＱｏＳ要件）、ＴＢ送信のためにスケジューリングされたリソース（例えば、スロット内のＴＢ開始／終了の位置）、連続するＴＢの相対的な位置（例えば、ＴＤＤシナリオにおいて、２つのＴＢが時間的に近接してスケジュールされる場合、第１のＴＢは、可能な繰り返し数において制限され得る）、特定のＴＢが送信されるスロットのスロットフォーマット、又はチャネル特性（例えば、ＲＳＲＰ、チャネル占有）のうちの１つ以上に依存し得る。

ＷＴＲＵは、スケジューリングＤＣＩ内の明示的な指示を介して、マルチスロットグラント内の、すべてのＴＢに共通の、又は各ＴＢに固有のＳＬＩＶ／Ｋを選択し得る。繰り返し特性は、１つ以上の再利用されたスペアビットを有する既存のＤＣＩフォーマットを介して、拡張されたＤＣＩフィールドを介して、又は新しいＤＣＩを介して示され得る。１つの構成のみが存在する場合、又はＴＢ固有の繰り返しパラメータを示すために使用されるフィールドが存在しない場合、ＷＴＲＵは、繰り返しパラメータを、ＤＣＩを介してスケジュールされたすべてのＴＢに共通であると解釈し得る。

繰り返しパラメータは、（例えば、ＲＲＣシグナリングを介して）半静的に構成され、テーブルを介して記憶され得る。テーブルは個別に構成されてもよく、マルチスロットスケジューリングＤＣＩは、特定のＳＬＩＶ／Ｋへのポインタを介して、グラント内のＴＢのために使用されるべき繰り返しパラメータを示し得る。テーブル（例えば、ＲＲＣテーブル）は、マルチＴＢ送信のためのリソースを示すために使用され得、各ＴＢのための繰り返しフォーマット／パラメータを示し得る。

特徴及び要素は、特定の組み合わせにおいて上で説明されているが、当業者は、各特徴又は要素が単独で又は他の特徴及び要素との任意の組み合わせで使用され得ることを理解されよう。加えて、本明細書に説明される方法は、コンピュータ又はプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア又はファームウェアに実装され得る。コンピュータ可読媒体の例には、電子信号（有線又は無線接続を介して送信される）及びコンピュータ可読記憶媒体が含まれる。コンピュータ可読記憶媒体の例としては、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスク及びリムーバブルディスクなどの磁気媒体、磁気光学媒体及びＣＤ－ＲＯＭディスク及びデジタル多用途ディスク（digital versatile disk、ＤＶＤ）などの光学媒体が挙げられるが、これらに限定されない。ソフトウェアと関連付けられたプロセッサを使用して、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ又は任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装し得る。

Claims (20)

1. 無線送信／受信ユニット（Wireless Transmit/Receive Unit、ＷＴＲＵ）であって、
   トランシーバと、
   プロセッサと、を備え、
   前記トランシーバ及び前記プロセッサは、アップリンクデータを送信するための情報を受信するように構成され、前記情報は、第１の数の名目上の繰り返しと、前記第１の数の名目上の繰り返しの各々のための第１の数のシンボルとを示し、
   前記プロセッサは、第１の名目上の繰り返しに関連付けられたシンボルのセットを決定するように更に構成され、
   前記トランシーバ及び前記プロセッサは、前記第１の名目上の繰り返しに関連付けられたシンボルにおいて第２の数の実質の繰り返しを送信するように更に構成され、前記第２の数の実質の繰り返し及び前記第２の数の実質の繰り返しを送信するために使用される前記シンボルは、前記第１の名目上の繰り返しに関連付けられた前記シンボルのセット中のイベントの発生に基づく、ＷＴＲＵ。
2. 前記イベントは、チャネル占有時間（Channel Occupancy Time、ＣＯＴ）終了、チャネルアクセスリソース、チャネルアクセス手順結果、固定フレーム期間（Fixed Frame Period、ＦＦＰ）アイドル期間開始時間、又はＦＦＰアイドル期間終了時間のうちの少なくとも１つである、請求項１に記載のＷＴＲＵ。
3. 前記第１の名目上の繰り返しに関連付けられた前記シンボルのセットは、連続するアップリンクシンボルの１つ以上のサブセットを備える、請求項１に記載のＷＴＲＵ。
4. 連続するアップリンクシンボルの前記１つ以上のサブセットの各々は、少なくとも２つのシンボルを備え、連続するアップリンクシンボルの前記１つ以上のサブセットのうちの１つのサブセットは、連続するアップリンクシンボルの前記１つ以上のサブセットのうちの別のサブセットと重複しない、請求項３に記載のＷＴＲＵ。
5. 前記トランシーバ及び前記プロセッサは、前記イベントが前記第１の名目上の繰り返しに関連付けられた前記シンボルのセット中に発生するという条件で、
   前記イベントの発生より前に、連続するアップリンクシンボルの前記１つ以上のサブセットのうちの１つ以上のアップリンクシンボルにおいて第１の実質の繰り返しを送信し、
   チャネルアクセス手順が成功したという条件で、前記イベントの発生後に、連続するアップリンクシンボルの前記１つ以上のサブセットのうちの１つ以上のアップリンクシンボルにおいて、前記第１の実質の繰り返し送信後に第２の実質の繰り返しを送信するように更に構成される、請求項４に記載のＷＴＲＵ。
6. 前記第１の実質の繰り返しは、前記イベントの後のいずれのシンボルにおいても送信されない、請求項５に記載のＷＴＲＵ。
7. 前記チャネルアクセス手順は、リッスンビフォアトーク（Listen-Before-Talk、ＬＢＴ）手順である、請求項５に記載のＷＴＲＵ。
8. 前記チャネルアクセス手順は、チャネル占有時間（Channel Occupancy Time、ＣＯＴ）タイミング、ＣＯＴのイニシエータ、固定フレーム期間（Fixed Frame Period、ＦＦＰ）タイミング、以前のチャネルアクセス手順結果、ギャップが繰り返しに先行するかどうか、繰り返し間のギャップのサイズ、又は繰り返し間のギャップの原因のうちの少なくとも１つに基づく、請求項５に記載のＷＴＲＵ。
9. 前記第２の数の実質の繰り返しのうちのある実質の繰り返しは、構成されたグラントアップリンク制御情報（Configured Grant-Uplink Control Information、ＣＧ－ＵＣＩ）、復調基準信号（Demodulation Reference Signal、ＤＭ－ＲＳ）、スケジューリング要求（Scheduling Request、ＳＲ）、チャネル状態情報（Channel State Information、ＣＳＩ）、ハイブリッド自動再送要求（Hybrid Automatic Repeat request、ＨＡＲＱ）肯定応答（Acknowledgement、ＡＣＫ）、又はトランスポートブロック（Transport Block、ＴＢ）のうちの少なくとも１つを備える、請求項１に記載のＷＴＲＵ。
10. 前記トランシーバ及び前記プロセッサは、前記チャネルアクセス手順を実行するためのリソースに関する構成情報を受信するように更に構成され、前記リソースは、時間インスタンスのセット、周波数領域のセット、又はビームのうちの少なくとも１つを含む、請求項５に記載のＷＴＲＵ。
11. 無線送信／受信ユニット（Wireless Transmit/Receive Unit、ＷＴＲＵ）によって実装される方法であって、前記方法は、
    アップリンクデータを送信するための情報を受信することであって、前記情報は、第１の数の名目上の繰り返しと、前記第１の数の名目上の繰り返しの各々のための第１の数のシンボルとを示す、受信することと、
    第１の名目上の繰り返しに関連付けられたシンボルのセットを決定することと、
    前記第１の名目上の繰り返しに関連付けられたシンボルにおいて第２の数の実質の繰り返しを送信することであって、前記第２の数の実質の繰り返し及び前記第２の数の実質の繰り返しを送信するために使用される前記シンボルは、前記第１の名目上の繰り返しに関連付けられた前記シンボルのセット中のイベントの発生に基づく、送信することと、
    を含む、方法。
12. 前記イベントは、チャネル占有時間（Channel Occupancy Time、ＣＯＴ）終了、チャネルアクセスリソース、チャネルアクセス手順結果、固定フレーム期間（Fixed Frame Period、ＦＦＰ）アイドル期間開始時間、又はＦＦＰアイドル期間終了時間のうちの少なくとも１つである、請求項１１に記載の方法。
13. 前記第１の名目上の繰り返しに関連付けられた前記シンボルのセットは、連続するアップリンクシンボルの１つ以上のサブセットを備える、請求項１１に記載の方法。
14. 連続するアップリンクシンボルの前記１つ以上のサブセットの各々は、少なくとも２つのシンボルを備え、連続するアップリンクシンボルの前記１つ以上のサブセットのうちの１つのサブセットは、連続するアップリンクシンボルの前記１つ以上のサブセットのうちの別のサブセットと重複しない、請求項１３に記載の方法。
15. 前記イベントが前記第１の名目上の繰り返しに関連付けられた前記シンボルのセット中に発生するという条件で、
    前記イベントの発生より前に、連続するアップリンクシンボルの前記１つ以上のサブセットのうちの１つ以上のアップリンクシンボルにおいて第１の実質の繰り返しを送信することと、
    チャネルアクセス手順が成功したという条件で、前記イベントの発生後に、連続するアップリンクシンボルの前記１つ以上のサブセットのうちの１つ以上のアップリンクシンボルにおいて、前記第１の実質の繰り返し送信後に第２の実質の繰り返しを送信することと、
    を更に含む、請求項１４に記載の方法。
16. 前記第１の実質の繰り返しは、前記イベントの後のいずれのシンボルにおいても送信されない、請求項１５に記載の方法。
17. 前記チャネルアクセス手順は、リッスンビフォアトーク（Listen-Before-Talk、ＬＢＴ）手順である、請求項１５に記載の方法。
18. 前記チャネルアクセス手順は、チャネル占有時間（Channel Occupancy Time、ＣＯＴ）タイミング、ＣＯＴのイニシエータ、固定フレーム期間（Fixed Frame Period、ＦＦＰ）タイミング、以前のチャネルアクセス手順結果、ギャップが繰り返しに先行するかどうか、繰り返し間のギャップのサイズ、又は繰り返し間のギャップの原因のうちの少なくとも１つに基づく、請求項１５に記載の方法。
19. 前記第２の数の実質の繰り返しのうちのある実質の繰り返しは、構成されたグラントアップリンク制御情報（Configured Grant-Uplink Control Information、ＣＧ－ＵＣＩ）、復調基準信号（Demodulation Reference Signal、ＤＭ－ＲＳ）、スケジューリング要求（Scheduling Request、ＳＲ）、チャネル状態情報（Channel State Information、ＣＳＩ）、ハイブリッド自動再送要求（Hybrid Automatic Repeat request、ＨＡＲＱ）肯定応答（Acknowledgement、ＡＣＫ）、又はトランスポートブロック（Transport Block、ＴＢ）のうちの少なくとも１つを備える、請求項１１に記載の方法。
20. 前記チャネルアクセス手順を実行するためのリソースに関する構成情報を受信することを更に含み、前記リソースは、時間インスタンスのセット、周波数領域のセット、又はビームのうちの少なくとも１つを含む、請求項１５に記載の方法。