JP2023536724A - 時間及び符号ドメインカバレッジ拡張 - Google Patents

Abstract

複数のスロットを介してトランスポートブロック（ＴＢ）を送信するためのシステム方法、及びデバイス。スロットの第１のセットでハイブリッド自動再送要求（ＨＡＲＱ）プロセスに関連付けられた第１の許諾が受信される。アップリンク送信のために、スロットの第１のセットの第１のサブセットが利用可能であると決定され、スロットの第１のセットの第２のサブセットが利用不可能であると決定される。ＴＢは、決定に応答して第１のセグメントと第２のセグメントとにセグメント化される。第１のセグメントは、スロットの第１のセットの第１のサブセットで送信される。スロットの第２のセットでＴＢを送信するために、ＨＡＲＱプロセスに関連付けられた第２の許諾が受信される。ＴＢの第２のセグメントは、スロットの第２のセットで送信される。【選択図】図１３

Description

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

新無線（New Radio、ＮＲ）では、ＷＴＲＵは、複数の連続するスロット上で同じトランスポートブロック（transport block、ＴＢ）を送信することができる。同じＴＢのための許諾は、最大８つのスロットにわたって再送され得る。

いくつかの実装形態は、複数のスロットを介してトランスポートブロック（ＴＢ）を送信するためのシステム、方法及びデバイスを提供する。スロットの第１のセットでハイブリッド自動再送要求（hybrid automatic repeat request、ＨＡＲＱ）プロセスに関連付けられた第１の許諾が受信される。アップリンク送信のために、スロットの第１のセットの第１のサブセットが利用可能であると決定され、スロットの第１のセットの第２のサブセットが利用不可能であると決定される。ＴＢは、決定に応答して第１のセグメントと第２のセグメントとにセグメント化される。第１のセグメントは、スロットの第１のセットの第１のサブセットで送信される。スロットの第２のセットでＴＢを送信するために、ＨＡＲＱプロセスに関連付けられた第２の許諾が受信される。ＴＢの第２のセグメントは、スロットの第２のセットで送信される。

より詳細な理解は、添付の図面と併せて例として与えられる以下の説明から得られ得、図中の同様の参照番号は、同様の要素を示す。
１つ以上の開示された実施形態が実装され得る、例示的な通信システムを示すシステム図である。 一実施形態による、図１Ａに示される通信システム内で使用され得る、例示的な無線送信／受信ユニット（ＷＴＲＵ）を示すシステム図である。 一実施形態による、図１Ａに示される通信システム内で使用され得る、例示的な無線アクセスネットワーク（radio access network、ＲＡＮ）及び例示的なコアネットワーク（core network、ＣＮ）を示すシステム図である。 一実施形態による、図１Ａに示される通信システム内で使用され得る、更なる例示的なＲＡＮ及び更なる例示的なＣＮを示すシステム図である。 ブロック符号化方式の一例を示すブロック図である。 セル当たりの異なる数のＶｏＩＰユーザに対するセルスループットを反映するグラフである。 例示的なマルチスロットＰＵＳＣＨのための公称及び実際のスロットを示す図である。 ＭＡＣとＰＨＹとの間の外部符号化を含む例示的な実装形態を示すブロック図である。 チャネル符号化後に外部符号化を含む例示的な実装形態を示すブロック図である。 変調及びチャネル符号化後に直交符号化を含む例示的な実装形態を示すブロック図である。 チャネル符号化後に直交符号化を含む例示的な実装形態を示すブロック図である。 ＭＡＣとＰＨＹとの間の例示的な外部符号化を示すブロック図である。 チャネル符号化後の例示的な外部符号化を示すブロック図である。 変調及びチャネル符号化後の例示的な直交符号化を示すブロック図である。 チャネル符号化後の例示的な直交符号化を示すブロック図である。 時間ドメイン複信（time domain duplex、ＴＤＤ）の場合における複数のスロットを介したＴＢの例示的な送信を示すブロック図である。 周波数ドメイン複信（frequency domain duplex、ＦＤＤ）の場合における複数のスロットを介したＴＢの例示的な送信を示すブロック図である。 複数のスロットを介してＴＢを送信するための例示的な方法を示すフロー図である。

図１Ａは、１つ以上の開示された実施形態が実装され得る、例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージ伝達、ブロードキャストなどのコンテンツを、複数の無線ユーザに提供する、多重アクセスシステムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、上記のようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多重アクセス（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、ＢＴＳ）、ノードＢ、ｅノードＢ（eNode B、ｅＮＢ）、ホームノードＢ、ホームｅノードＢ、ｇノードＢ（ｇＮＢ）などの次世代ノードＢ、新無線（ＮＲ）ノードＢ、サイトコントローラ、アクセスポイント（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、ＨＳＤＰＡ）及び／又は高速アップリンク（ＵＬ）パケットアクセス（High-Speed Uplink Packet Access、ＨＳＵＰＡ）を含み得る。

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

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

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装し得る。例えば、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（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、ＢＳＳ）モードのＷＬＡＮは、ＢＳＳのアクセスポイント（ＡＰ）及びＡＰと関連付けられた１つ以上のステーション（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、ＩＭＳ）サーバ）を含み得るか、又はそれと通信し得る。更に、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに他のネットワーク１１２へのアクセスを提供し得、他のネットワーク１１２は、他のサービスプロバイダによって所有及び／又は動作される他の有線及び／又は無線ネットワークを含み得る。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース及びＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通じて、ローカルＤＮ１８５ａ、１８５ｂに接続され得る。

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

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

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

いくつかの実装形態は、複数のスロットを介してトランスポートブロック（ＴＢ）を送信するためのシステム、方法及びデバイスを提供する。スロットの第１のセットでハイブリッド自動再送要求（ＨＡＲＱ）プロセスに関連付けられた第１の許諾が受信される。アップリンク送信のために、スロットの第１のセットの第１のサブセットが利用可能であると決定され、スロットの第１のセットの第２のサブセットが利用不可能であると決定される。ＴＢは、決定に応答して第１のセグメントと第２のセグメントとにセグメント化される。第１のセグメントは、スロットの第１のセットの第１のサブセットで送信される。スロットの第２のセットでＴＢを送信するために、ＨＡＲＱプロセスに関連付けられた第２の許諾が受信される。ＴＢの第２のセグメントは、スロットの第２のセットで送信される。

いくつかの実装形態は、無線送受信ユニットで実装される送信スケジューリングのための方法を提供する。媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）は、複数の異なる符号化されたＰＤＵセグメントに分割される。符号化されたＰＤＵセグメントは、異なるハイブリッド自動再送要求（ＨＡＲＱ）プロセス識別子（process identifiers、ＰＩＤ）に関連付けられた複数の異なる送信オケージョンにマッピングされる。符号化されたＰＤＵセグメントは、異なる送信オケージョンに送信される。

いくつかの実装形態では、異なる符号化されたＰＤＵセグメントのうちの１つは、ＷＴＲＵが複数の異なる送信オケージョンのうちの１つに関連付けられたＨＡＲＱ ＰＩＤの再送信許諾を受信するという条件で、再送信される。いくつかの実装形態では、複数の異なる送信オケージョンは、いくつかの異なる送信オケージョンを含み、ここにおいて、数は動的指示において受信される。いくつかの実装形態では、セグメント化が使用されるかどうか、符号化されたＰＤＵセグメントが送信されるスロットの数、マッピングがインターリービングを含むかどうか、マッピングが周波数ホッピングを含むかどうか、及び／又は関連するＨＡＲＱプロセスのＨＡＲＱ ＰＩＤを示す動的指示が受信される。

いくつかの実装形態では、複数の異なる送信オケージョンの各々はスロットを含む。いくつかの実装形態では、各符号化されたＰＤＵセグメントの変調されたシンボルは、異なるスロットにマッピングされる。いくつかの実装形態では、複数の符号化されたＰＤＵセグメントは、ＭＡＣ ＰＤＵが複数の異なる符号化されたＰＤＵセグメントに分割された後に符号化される。いくつかの実装形態では、ＭＡＣ ＰＤＵは、複数の異なる符号化されたＰＤＵセグメントに分割される前に符号化される。いくつかの実装形態では、異なるＭＡＣ ＰＤＵは、複数の異なる符号化されたＰＤＵセグメントに関連付けられていないスケジュールされたＨＡＲＱプロセスを使用して送信される。いくつかの実装形態では、送信オケージョンは、物理アップリンク共有チャネル（physical uplink shared channel、ＰＵＳＣＨ）送信オケージョンである。いくつかの実装形態では、送信オケージョンは、物理アップリンク制御チャネル（physical uplink control channel、ＰＵＣＣＨ）送信オケージョンである。いくつかの実装形態では、タイマが、異なるＨＡＲＱ ＰＩＤの各々について維持され、ＷＴＲＵは、異なるＨＡＲＱ ＰＩＤの各々についての時間を同時に停止及び／又は開始する。

いくつかの実装形態は、上記で説明した方法を実行するように構成された、無線送受信ユニット（ＷＴＲＵ）、無線ネットワーキングのために構成されたネットワークデバイス、コンピューティングデバイス、集積回路、ｅＮｏｄｅＢ（ｅＮＢ）、次世代ノードＢ（ｇＮＢ）、基地局（base station、ＢＳ）、又はアクセスポイント（ＡＰ）を提供する。いくつかの実装形態は、処理デバイスによって実行されるとき、上記で説明した方法を処理デバイスに実行させる命令を含む非一時的コンピュータ可読媒体を提供する。

本明細書で使用される様々な略語及び頭字語は、以下のものを含む。コンテキストに応じて構成された許諾又はセルグループ（cell group、ＣＧ）、動的許諾（Dynamic grant、ＤＧ）、チャネルアクセス優先度クラス（Channel access priority class、ＣＡＰＣ）、ダウンリンクフィードバック情報（Downlink feedback information、ＤＦＩ）、ＨＡＲＱプロセスＩＤ（HARQ Process ID、ＨＡＲＱ ＰＩＤ）、拡張されたライセンスアシストアクセス（enhanced Licensed Assisted Access、ｅＬＡＡ）、更に拡張されたライセンスアシストアクセス（Further enhanced Licensed Assisted Access、ＦｅＬＡＡ）、ＭＡＣ制御要素（MAC control element、ＭＡＣ ＣＥ）、ＲＡＣＨオケージョン（RACH occasion、ＲＯ）、ランダムアクセス（random access、ＲＡ）、物理ランダムアクセスチャネル（physical random-access channel、ＰＲＡＣＨ）、肯定応答（Acknowledgement、ＡＣＫ）、ブロック誤り率（Block Error Rate、ＢＬＥＲ）、帯域幅部分（Bandwidth Part、ＢＷＰ）、チャネルアクセス優先度（Channel Access Priority、ＣＡＰ）、クリアチャネルアセスメント（Clear Channel Assessment、ＣＣＡ）、サイクリックプレフィックス（Cyclic Prefix、ＣＰ）、サイクリックプレフィックスに依存する従来のＯＦＤＭ（Conventional OFDM relying on cyclic prefix、ＣＰ－ＯＦＤＭ）、チャネル品質インジケータ（Channel Quality Indicator、ＣＱＩ）、巡回冗長検査（Cyclic Redundancy Check、ＣＲＣ）、チャネル状態情報（Channel State Information、ＣＳＩ）、コンテンションウィンドウ（Contention Window、ＣＷ）、コンテンションウィンドウサイズ（Contention Window Size、ＣＷＳ）、チャネル占有（Channel Occupancy、ＣＯ）、ダウンリンク割り当てインデックス（Downlink Assignment Index、ＤＡＩ）、ダウンリンク制御情報（Downlink Control Information、ＤＣＩ）、ダウンリンク（ＤＬ）、復調基準信号（Demodulation Reference Signal、ＤＭ－ＲＳ）、データ無線ベアラ（Data Radio Bearer、ＤＲＢ）、ハイブリッド自動再送要求（Hybrid Automatic Repeat Request、ＨＡＲＱ）、ライセンスアシストアクセス（License Assisted Access、ＬＡＡ）、リッスンビフォアトーク（Listen-Before-Talk、ＬＢＴ）、ロングタームエボリューション（Long Term Evolution、ＬＴＥ）、例えば、３ＧＰＰ ＬＴＥ Ｒ８以降、否定ＡＣＫ（Negative ACK、ＮＡＣＫ）、変調及び符号化方式（Modulation and Coding Scheme、ＭＣＳ）、多重入力多重出力（Multiple Input Multiple Output、ＭＩＭＯ）、新無線（ＮＲ）、直交周波数分割多重（Orthogonal Frequency-Division Multiplexing、ＯＦＤＭ）、物理層（Physical Layer、ＰＨＹ）、物理ランダムアクセスチャネル（ＰＲＡＣＨ）、プライマリ同期信号（Primary Synchronization Signal、ＰＳＳ）、ランダムアクセスチャネル（又は手順）（Random Access Channel、ＲＡＣＨ）、ランダムアクセス応答（Random Access Response、ＲＡＲ）、無線アクセスネットワークセントラルユニット（Radio access network Central Unit、ＲＣＵ）、無線フロントエンド（Radio Front end、ＲＦ）、無線リンク障害（Radio Link Failure、ＲＬＦ）、無線リンク監視（Radio Link Monitoring、ＲＬＭ）、無線ネットワーク識別子（Radio Network Identifier、ＲＮＴＩ）、無線リソース制御（Radio Resource Control、ＲＲＣ）、無線リソース管理（Radio Resource Management、ＲＲＭ）、基準信号（Reference Signal、ＲＳ）、基準信号受信電力（Reference Signal Received Power、ＲＳＲＰ）、受信信号強度インジケータ（Received Signal Strength Indicator、ＲＳＳＩ）、サービスデータユニット（Service Data Unit、ＳＤＵ）、サウンディング基準信号（Sounding Reference Signal、ＳＲＳ）、同期信号（Synchronization Signal、ＳＳ）、セカンダリ同期信号（Secondary Synchronization Signal、ＳＳＳ）、自己完結型サブフレームにおける、スイッチングギャップ（Switching Gap、ＳＷＧ）、セミパーシステントスケジューリング（Semi-persistent scheduling、ＳＰＳ）、補助アップリンク（Supplemental Uplink、ＳＵＬ）、トランスポートブロック（ＴＢ）、トランスポートブロックサイズ（Transport Block Size、ＴＢＳ）、送受信ポイント（Transmission/Reception Point、ＴＲＰ）、時間センシティブ通信（Time-sensitive communications、ＴＳＣ）、時間センシティブネットワーキング（Time-sensitive networking、ＴＳＮ）、アップリンク（ＵＬ）、超高信頼性かつ低遅延通信（Ultra-Reliable and Low Latency Communications、ＵＲＬＬＣ）、広帯域幅部分（Wide Bandwidth Part、ＷＢＷＰ）、例えば、ＩＥＥＥ８０２．ｘｘドメインにおける、無線ローカルエリアネットワーク（ＷＬＡＮ）及び関連技術。

いくつかのＮＲ実装形態は、マルチＴＴＩスケジューリングを含む。いくつかのＮＲリリース１５実装形態では、アップリンクスロットアグリゲーションがサポートされ、例えば、それによって、ＷＴＲＵは、場合によっては異なる冗長バージョン（redundancy versions、ＲＶ）及び周波数ホッピングを用いて、複数の連続するスロット上で同じトランスポートブロック（ＴＢ）を送信することができる。これは、動的許諾及び構成された許諾の両方のためにサポートされ得る。同じＴＢのための許諾は、同じＨＡＲＱプロセスを使用して最大８つのスロットにわたって再送され得る。再送のバンドル内の各再送は、フィードバックを待つことなくＲＶが増分される再送信のように扱われ得る。例えば、いくつかの実装形態では、異なるＲＶを有する同じＴＢの８回の連続送信は、ＲＶが増分されるがＨＡＲＱフィードバックを待たない８回の再送信と同様である。

いくつかのＮＲリリース１６実装形態では、例えば、ＮＲ－Ｕ ＷＴＲＵのために、マルチＴＴＩスケジューリングが拡張される。いくつかの例では、ｇＮＢは、単一のＤＣＩを使用して、複数の物理アップリンク共有チャネル（ＰＵＳＣＨ）送信オケージョンをＷＴＲＵに配分し得、例えば、ＬＢＴの数を減少させ、かつ／又はチャネル取得の機会を増加させる。マルチＴＴＩ許諾のＰＵＳＣＨオケージョンは、時間ドメインにおいて連続的であり得る。マルチＴＴＩ許諾をスケジューリングする単一のＤＣＩは、ＨＡＲＱプロセスＩＤ、オケージョンの数、及び／又はＲＶを示し得る。シグナリングされたＨＡＲＱ ＰＩＤは、バンドル内の第１のＴＴＩ／ＰＵＳＣＨオケージョンに適用され得る。各後の又は後続のＰＵＳＣＨオケージョンに対して、ＷＴＲＵは、シグナリングされたＰＩＤを１だけ増分し得る。ＷＴＲＵは、ＬＢＴが失敗した場合、生成されたＴＢを異なるＨＡＲＱプロセスにマッピングし得、ＷＴＲＵは、ＬＢＴが成功したＰＵＳＣＨに関連付けられた異なるＨＡＲＱプロセスにおける失敗したＬＢＴに起因して、ＴＢペンディング送信をＨＡＲＱプロセスで送信することができる。ＴＢは、シグナリングされたものと同じＲＶ及びＴＢサイズ（ＴＢＳ）が使用される場合、異なる及び／又は新しいＴＢを含むか、又はそれであり得る。

いくつかの実装形態は、物理アップリンク制御チャネル（ＰＵＣＣＨ）における符号ドメインカバレッジ拡張を含む。いくつかの実装形態では、例えば、ＮＲ－ＰＵＣＣＨの場合、所与のＰＲＢについて複数のフォーマットが可能である。例えば、フォーマット０（短いＰＵＣＣＨ）では、１つ又は２つのシンボルを使用して、最大２ビットのＵＣＩ（例えば、ＨＡＲＱ－ＡＣＫ又はＳＲを含む）を送信し得る。２つのビットは、各シンボルにおいて同じであり得る。いくつかの実装形態では、異なる巡回シフトが第２のシンボルにおいて使用され得、周波数ダイバーシティをもたらす。例えば、フォーマット２（短いＰＵＣＣＨ）では、１つ又は２つのシンボルを使用して、２ビットより多くのＵＣＩ（例えば、ＣＳＩ報告、マルチビットＨＡＲＱ－ＡＣＫコードブック、及び／又はＳＲを含む）を送信し得る。例えば、フォーマット１（長いＰＵＣＣＨ）では、シンボルの半分がＲＳチャネル推定のためのものであるため、最大２ビットを送信することができる。いくつかの実装形態では、（ＬＴＥにおけるように）周波数ホッピングを構成することが可能である。フォーマット３又はフォーマット４（長いＰＵＣＣＨ）では、場合によっては周波数ホッピング及びＵＥ符号多重化を用いて、２ビットより多くを送信することができる。

いくつかの実装形態では、ＰＵＣＣＨは、プライマリセル（Primary Cell、ＰＣｅｌｌ）及びプライマリセカンダリセル（Primary Secondary Cell、ＰＳＣｅｌｌ）上で構成され得る。ＷＴＲＵは、２つのＰＵＣＣＨグループで構成され得、各グループは、いくつかのＤＬキャリアのためのＵＣＩを提供するために使用され得る。

いくつかの実装形態では、ＮＲ－ＰＵＣＣＨビットは、場合によってはより長いＰＵＣＣＨフォーマットのための良好な（例えば、短いＰＵＣＣＨよりも良好な）カバレッジを維持しながら、（例えば、符号化されていないＮＲ－ＰＵＣＣＨビットに対して）より良好なＰＵＣＣＨ容量を提供するために、直交符号を用いて符号化され得る。

このような直交符号を生成するために、１２のベース長のシーケンスが使用され得る（例えば、ＲＳ生成のために使用される同じシーケンス）。これは、時間ドメインにおける１２の可能なサイクリックシフト（すなわち、周波数ドメインにおける１２の位相回転）をもたらし得、したがって、最大１２のＷＴＲＵを多重化することが可能であり得、例えば、それらが各々同じリソース上で１ビットを送信し、同じＭＣＳを使用する場合がそうである。いくつかの実装形態では、全てのサイクリックシフトが使用可能であるとは限らず、例えば、高遅延拡散及び／若しくはマルチパス環境において、又はＲＳを占有するシンボルの間がそうである。

長いＰＵＣＣＨフォーマットの場合、例えば、長いＰＵＣＣＨフォーマットのシンボルの数を一致させるために、直交離散フーリエ変換（orthogonal discrete Fourier transform、ＤＦＴ）符号を使用して追加の拡散が実行され得る。いくつかの実装形態では、これは、追加又は代替として、（例えば、同じサイクリックシフトを有するデバイスについて）カバレッジを改善しながら、ＷＴＲＵ多重化容量を増加させ得る。いくつかの実装形態では、同じリソース上で多重化することができるデバイスの数は、直交符号の長さ＋使用されるサイクリックシフトの数として大まかに推定することができる。

いくつかの実装形態では、サイクリックシフトホッピングが、ＰＵＣＣＨ送信に適用される。いくつかの実装形態では、サイクリックシフトは、各スロットにオフセットを追加することによって、異なるスロット間で変化させることができ、それによって、オフセットは、ＷＴＲＵ擬似ランダムシーケンスによって与えられる。いくつかの実装形態では、これは、異なるＷＴＲＵ及び／又は異なるセルの間の干渉をランダム化する。いくつかの実装形態では、ＰＵＣＣＨビットの数が大きい（例えば、２ビットより大きい）場合、Ｃ－ＲＮＴＩに基づくスクランブリングシーケンスを使用して、ＷＴＲＵと他のセルとの間の干渉をランダム化することができる。最大符号レートは、リソース消費を決定するために使用され得る。

いくつかの実装形態は、ＨＡＲＱ動作点を含む。ネットワークの観点から、スケジューラは、ターゲットＨＡＲＱ動作点を使用して動作し得る。トランスポートブロックの受信及び復号に成功するために必要なＨＡＲＱ送信の数は、例えば、送信ビットごとに十分な量の受信エネルギーに達するために、ＨＡＲＱ動作点と称されることがある。いくつかの実装形態では、スケジューラは、リソース使用（例えば、所与のＴＢの送信のためのＰＲＢの数）、送信電力（例えば、各々より少ない電力のより多くの送信、又はその逆）、及び／又はレイテンシ（例えば、時間においてより早く送信を完了し得るより少ない送信）を最適化するために、ＨＡＲＱ動作点を変化させ得る。いくつかの実装形態では、スケジューラは、例えば、ＰＲＢの数、割り当てられたＭＣＳ、及び／又は送信電力を変えることによって、例えば、受信機で送信されたエネルギーを蓄積するための様々な戦略を実装するために、ＨＡＲＱ動作点を適応させ得る。

いくつかの実装形態は、ブロック符号化を含む。データの再送は、単純な再送符号化であると考えることができる。いくつかの実装形態では、３つ以上のリソースセットが利用可能である場合、全ての送信に対して同じデータを複製する代わりに、ブロック符号化段階が導入され得、例えば、データ（生データビット又は変調ビットのいずれか）が最初にＫ個のブロックに分割され、そこからＫ＋Ｌ個のＭＡＣ符号化されたブロックが生成され、Ｋ＋Ｌ個のリソースセットを介して送信される。受信機側では、少なくともＫ個の送信が正常に受信された場合、データが復元され得る。一例では、３つのリソースセットの場合、データは２つのブロックに分割され得、追加のブロックが、２つのブロックの和（例えば、二進和）として（例えば、パリティ符号として）生成され得る。より多くのリソースセットを含む場合、リードソロモン符号又はファウンテン符号などの符号が、追加のブロックを生成するために使用され得る。いくつかの実装形態では、各ＭＡＣ符号化されたブロックは、別個のＴＢ又はＴＢセグメントとして物理層に送られ得る。

図２は、時間ドメインにおける４つのリソースセット（Ｋ＝３、Ｌ＝１）のための例示的なブロック符号化方式を示すブロック図である。図２において、ＰＤＵ２００は、３つのＰＤＵブロック２０２、２０４、２０６に分割される。ブロック符号化器２０８は、ＰＤＵブロック２０２、２０４、２０６を符号化されたブロック２１０、２１２、２１４、２１６として符号化する。この例では、ＰＤＵブロック２０２、２０４、２０６は、それぞれ符号化されたブロック２１０、２１２、及び２１４として符号化され、符号化されたブロック２１６は、符号化されたブロック２１０、２１２、及び２１４の和として（例えば、パリティ符号として）生成される。符号化されたブロック２１０、２１２、２１４、２１６は、異なる時間スロット中に送信するために物理層処理に送られる。和は、この図に関して使用される３つのブロックの二進和を指すことに留意されたい。例えば、符号化されたブロック２１０＝（ａ１，ａ２，．．．，ａＮ）、符号化されたブロック２１２＝（ｂ１，ｂ２，．．．，ｂＮ）、及び符号化されたブロック２１４＝（ｃ１，ｃ２，．．．，ｃＮ）である場合、符号化されたブロック２１６＝（ａ１＋ｂ１＋ｃ１，ａ２＋ｂ２＋ｃ２，．．．，ａＮ＋ｂＮ＋ｃＮ）であり、ここで、＋は二進和である。

いくつかの実装形態では、そのようなブロック符号化は、より大きい数のリソースセット、並びに、例えば、望ましくない数（例えば、閾値数を上回る、又は数個よりも多い）リソースセットにヒットする深いフェージングの確率が非常に低いことに起因する、まばらなフェージング（例えば、高速フェージング）及び／又はバースト干渉を伴う条件下でより効率的であり得る。いくつかの実装形態では、Ｎ個のリソースセットの場合、ブロック符号化は、Ｎ＝Ｋ＋Ｌの場合、送信のための情報ビット当たりエネルギーの（Ｎ／Ｋ）倍の増加（例えば、おおよそ）だけ消費する。

いくつかの実装形態では、チャネル状態情報（ＣＳＩ）は、チャネル品質インデックス（ＣＱＩ）、ランクインジケータ（rank indicator、ＲＩ）、プリコーディングマトリックスインデックス（precoding matrix index、ＰＭＩ）、層１（Ｌ１）チャネル測定（例えば、Ｌ１－ＲＳＲＰなどのＲＳＲＰ、若しくは信号対干渉プラス雑音比（signal to interference plus noise ratio、ＳＩＮＲ）、ＣＳＩ－ＲＳリソースインジケータ（CSI-RS resource indicator、ＣＲＩ）、ＳＳ／ＰＢＣＨブロックリソースインジケータ（SS/PBCH block resource indicator、ＳＳＢＲＩ）、層インジケータ（layer indicator、ＬＩ）、並びに／又は構成されたＣＳＩ－ＲＳ若しくはＳＳ／ＰＢＣＨブロックからのＷＴＲＵによって測定された任意の他の測定量のうちの少なくとも１つを含み得る。

いくつかの実装形態では、アップリンク制御情報（uplink control information、ＵＣＩ）は、ＣＳＩ、１つ以上のＨＡＲＱプロセスのためのＨＡＲＱフィードバック、スケジューリング要求（scheduling request、ＳＲ）、リンク回復要求（link recovery request、ＬＲＲ）、ＣＧ－ＵＣＩ、及び／又は他の制御情報ビットを含み得る。いくつかの実装形態では、ＵＣＩは、ＰＵＣＣＨ又はＰＵＳＣＨ上で送信され得る。いくつかの実装形態では、チャネル条件は、ＷＴＲＵ測定（例えば、Ｌ１／ＳＩＮＲ／ＲＳＲＰ、ＣＱＩ／ＭＣＳ、チャネル占有、ＲＳＳＩ、電力ヘッドルーム、露出ヘッドルーム）、Ｌ３／モビリティベースの測定（例えば、ＲＳＲＰ、ＲＳＲＱ）、ＲＬＭ状態、及び／又は無認可スペクトルにおけるチャネル利用可能性（例えば、ＬＢＴ手順の決定に基づいてチャネルが占有されているかどうか、又はチャネルが一貫したＬＢＴ失敗を経験したとみなされるかどうか）に基づいてＷＴＲＵによって決定され得る、無線／チャネルの状態に関する任意の条件を含み得る。

いくつかの実装形態では、ＰＲＡＣＨリソースは、（例えば、周波数における）ＰＲＡＣＨリソース、（例えば、時間における）ＰＲＡＣＨオケージョン（ＲＯ）、（例えば、総プリアンブル持続時間、シーケンス長、ガード時間持続時間に関する、及び／又はサイクリックプレフィックスの長さに関する）プリアンブルフォーマット、及び／又はランダムアクセス手順におけるプリアンブルの送信のために使用される特定のプリアンブルシーケンスを含む。

いくつかの実装形態では、（例えば、アップリンク許諾又はダウンリンク割り当ての）スケジューリング情報のプロパティは、次のうちの少なくとも１つを含み得る：周波数配分、時間配分の態様（例えば、持続時間、優先度、変調及び符号化方式、トランスポートブロックサイズ、空間層の数、搬送されるべきトランスポートブロックの数、ＴＣＩ状態又はＳＲＩ、再送の回数、許諾が、構成された許諾タイプ１、タイプ２、若しくは動的許諾であるか、再送方式が、タイプＡであるか若しくはタイプＢであるか、許諾が、構成された許諾タイプ１、タイプ２、若しくは動的許諾であるか、構成された許諾インデックス若しくは半永続的割り当てインデックス、構成された許諾若しくは割り当ての周期性、チャネルアクセス優先度クラス（ＣＡＰＣ）、及び／又は、許諾若しくは割り当てをスケジューリングするために、ＭＡＣ－ＣＥによって、若しくはＲＲＣシグナリングによって、ＤＣＩにおいて提供される任意のパラメータ。

以下において、トランスポートブロック（ＴＢ）に含まれるデータのプロパティは、ＴＢにデータが含まれ得る論理チャネル又は無線ベアラを構成するパラメータを指し得る。例えば、ＴＢ内に含まれるデータのプロパティは、論理チャネル優先度、優先ビットレート、論理チャネルグループ、及び／又はＲＬＣモードのうちの少なくとも１つを含み得る。拡張により、許諾又は割り当てのプロパティはまた、対応するＴＢに含まれるデータのプロパティを指し得る。

いくつかの実装形態では、ＤＣＩによる指示は、ＤＣＩフィールドによる若しくはＰＤＣＣＨのＣＲＣをマスクするために使用されるＲＮＴＩによる明示的指示、並びに／又はＤＣＩフォーマット、ＤＣＩサイズ、コアセット若しくは探索空間、アグリゲーションレベル、及び／若しくはＤＣＩのための第１の制御チャネルリソース（例えば、第１のＣＣＥのインデックス）の識別情報などのプロパティによる暗黙的指示のうちの少なくとも１つを含み得、プロパティと値との間のマッピングは、ＲＲＣシグナリング又はＭＡＣ－ＣＥによってシグナリングされ得る。

低ＳＮＲ条件では、ＲＶサイクリングを用いた再送に基づく送信は最適でないことがあり、例えば、電力ヘッドルームが制限される状況、セル容量が制限される状況、又はレイテンシ要件が厳しい状況においてそうである。カバレッジ拡張再送技法は、スロット内のＴＢサイズ（例えば、潜在的に１よりも大きいＰＲＢ）に適応するために、非狭帯域周波数ドメイン配分を必要とし得る。

ＴＢサイズが大きくない場合であっても、ＨＡＲＱ動作点を満たすために多数の再送が必要である場合に満たされないことがある（例えば、ＶｏＩＰ又はＴＳＣトラフィックのための）特定のレイテンシ要件があり得る。更に、セル負荷／容量の観点から、セルがセルエッジ条件において多くのデバイスにサービスしている場合、再送は、サービスされるデバイスの数を制限し得、セル内の非ＧＢＲトラフィックの枯渇をもたらし得る。これは図３に示されている。

図３は、１０メガヘルツのＬＴＥセルにおいてＶｏＩＰ及びインターネットトラフィックをサポートするセルのシミュレーションについての、セル当たり異なる数のＶｏＩＰユーザに対するセルスループットを反映するグラフである。一例では、ＶＯＩＰサービスの場合、パケットは２０ｍｓごとに３０８ｋｂｐｓのバーストで到着し、これは１５．４ｋｂｐｓに対応する。したがって、最大データレートは、１５．４ｋｂｐｓとなり得、これには、ヘッダオーバーヘッド及びロバストヘッダ圧縮（robust header compression、ＲＯＨＣ）が含まれる。ＲＯＨＣ、パケットデータコンバージェンスプロトコル（packet data convergence protocol、ＰＤＣＰ）、無線リンク制御（radio link control、ＲＬＣ）、及び／又は媒体アクセス制御ＭＡＣヘッダは、許諾サイズがそれに適応することができない場合、ドロップされ得る。したがって、保証されたビットレートは１２．２ｋｂｐｓであり、これはヘッダなしのデータビットに適応する。図３に示すように、ネットワークは、１５．４ｋｂｐｓで最大２４０のＶｏＩＰユーザにサービスを提供することができるが、インターネットのベストエフォートレートは、より多くのＶｏＩＰユーザの追加で低下する。２４０を超えるＶｏＩＰユーザでは、非ＧＢＲトラフィックは停止され、追加のＶｏＩＰユーザは、１２．２ｋｂｐｓビットでサービスされる。これは、単一のセルで多くのＶｏＩＰユーザをサポートすると、特にカバレッジが再送を必要とするときに容量が制限され得ることを示す。

したがって、いくつかの実装形態では、ＧＢＲトラフィックのためのカバレッジ要件を満たすために再送のみに依拠することは、以下のコスト及び欠点のうちの１つ以上が発生する可能性がある：非狭帯域周波数配分により、ＴＢの電力スペクトル密度が低下、ＴＢを送信する／必要とされるＨＡＲＱ動作点に達するために必要とされるレイテンシの増加、及び／又はセル内の他のサービスタイプ／ユーザを犠牲にして発生し得るセル負荷の増加。

いくつかの実装形態では、時間ドメインにおいて複数のスロットを介してＴＢを拡散することは、電力スペクトル密度を改善し得る。いくつかの実装形態では、単一のＴＢは、狭い周波数配分を用いて複数のスロットを介してスケジュールされ得、又はＴＢは、複数のＴＴＩを介して送信される複数の符号化されたセグメントに分割され得る。正常に復号されなかったＴＢの一部分を再送信することが望まれ得る。ＴＢＳが小さい場合、ＣＢＧの再送信は可能でないことがある。

いくつかの実装形態では、選択されたソリューションに応じて、１つのＴＢが２つ以上のＨＡＲＱプロセスに関連付けられ得る。いくつかのそのような場合、ＨＡＲＱプロセスバッファ管理及び／又は新データインジケータ（new data indicator、ＮＤＩ）のトグル時にバッファをフラッシュすることは複雑であり得る。例えば、上位層において維持されるタイマ及び動作（例えば、間欠受信（discontinuous reception、ＤＲＸ）タイマ、再送信許諾及びタイマ、ＣＧタイマなど）は、ＨＡＲＱプロセスごとに維持され、ＴＢとＨＡＲＱプロセスとの間の１対１マッピングを有することに基づく。

「スロット」は、例えば、ＮＲ仕様において定義されるような、１４の時間シンボルのセットを指し得る。「サブスロット」は、スロット内の、又は場合によっては２つのスロットにわたる時間シンボルのより小さいセットを指し得る。「スロット」及び「サブスロット」という用語は、交換可能に使用され得、スロットのレベルに適用可能なソリューションはまた、サブスロットのレベルにも適用可能であり得る。ＰＵＳＣＨ送信のＰＵＳＣＨ変調シンボル及び関連するＤＭＲＳをマッピングするためにＷＴＲＵにとってリソースが利用可能である時間間隔は、「ＰＵＳＣＨオケージョン」と称されることがある。ＰＵＣＣＨ送信のＰＵＣＣＨ変調シンボル及び関連するＤＭＲＳをマッピングするためにＷＴＲＵにとってリソースが利用可能である時間間隔は、「ＰＵＣＣＨオケージョン」と称されることがある。

いくつかの実装形態は、マルチスロット送信のための単一のＰＵＳＣＨ（又はＰＵＣＣＨ）オケージョンのために複数のスロットのリソースを組み合わせる。いくつかの実装形態では、ＷＴＲＵは、時間ドメインにおいて２つ以上のスロット（Ｍ個のスロット）にわたるリソースを占有する送信を生成し得る。そのような処理は、「マルチスロット送信」と称される場合がある。そのような処理は、ＰＵＳＣＨ及び／又はＰＵＣＣＨ送信に適用可能であり得る。いくつかの実装形態では、そのような処理は、他の種類の送信に適用可能であり得る。

ＷＴＲＵがマルチスロット送信を実行する場合、送信のための変調されたシンボルは、複数のスロットの組み合わされたリソースにマッピングされ得る。例えば、変調されたシンボルは、既存のシステムと同じ方法でマッピングされ得る（例えば、周波数が第１、時間が第２）。いくつかの実装形態では、マルチスロット送信のための物理リソースは、Ｍ個のスロットのセットを含み得る。いくつかの実装形態では、マルチスロット送信のための物理リソースはまた、各スロットについて以下のうちの少なくとも１つを含み得る：時間シンボル、周波数ホッピング情報を含む、周波数ドメイン配分（ＰＲＢのセット）、拡散符号、ＳＲＳ識別子、ＣＳＩ－ＲＳ識別子、若しくはＴＣＩ状態などのビーム指示、帯域幅部分、サブキャリア間隔、ＤＭＲＳ構成若しくはマッピングタイプ、及び／又はリソースインデックス（例えば、ＰＵＣＣＨのための）。

いくつかの実装形態では、ＷＴＲＵは、ＤＣＩによる明示的な指示から、又は半静的構成から、マルチスロット送信を実行するかどうか、スロットの数Ｍ、及び／又は許諾の少なくとも１つのプロパティを決定し得る。ＷＴＲＵは、時間シンボル、周波数ホッピング情報を含む、周波数ドメイン配分（ＰＲＢのセット）、拡散符号、ＳＲＳ識別子、ＣＳＩ－ＲＳ識別子、若しくはＴＣＩ状態などのビーム指示、帯域幅部分、サブキャリア間隔、ＤＭＲＳ構成若しくはマッピングタイプ、及び／又はリソースインデックス（例えば、ＰＵＣＣＨのための）、のうちの少なくとも１つを取得し得、それを全てのスロットに適用する。ＷＴＲＵは、時間シンボル、周波数ホッピング情報を含む、周波数ドメイン配分（ＰＲＢのセット）、拡散符号、ＳＲＳ識別子、ＣＳＩ－ＲＳ識別子、若しくはＴＣＩ状態などのビーム指示、帯域幅部分、サブキャリア間隔、ＤＭＲＳ構成若しくはマッピングタイプ、及び／又はスロットごとに別個のリソースインデックス（例えば、ＰＵＣＣＨのための）、のうちの少なくとも１つを取得し得る。マルチスロット送信は、上位層によって構成されたＨＡＲＱプロセスのサブセットに適用可能であり得る。

いくつかの実装形態では、ＷＴＲＵは、上位層構成、送信を示すＤＣＩのタイミング（例えば、スロットインデックス）、ＤＣＩ受信と送信の開始との間の遅延（例えば、時間ドメインリソース配分フィールドによって示される）、上位層によって構成された、若しくはＤＣＩによって示されたスロットの数、並びに／又は上位層によって構成された、及び／若しくはＤＣＩによって示された少なくとも１つのスロットのためのスロット構成（例えば、スロット形成指示において）、のうちの少なくとも１つに基づいてＭ個のスロットのセットを決定し得る。

例えば、ＷＴＲＵは、スロットのセットを、ＤＣＩが受信されるスロットインデックス（ｎ）にスロットに関する遅延（ｋ２）を加えたものから始まるＫ個のスロットのセットとして決定し得る。スロットのセットは、Ｋ個の連続するスロット｛ｎ＋ｋ２、ｎ＋ｋ２＋１、．．．ｎ＋Ｋ－１｝のセット、又は半静的に構成された及び／若しくは動的に示された特定のスロット構成に対応するスロットｎ＋ｋ２に後続し、それを含む最初のＫ個のスロットのセットであり得る。例えば、スロットのセットは、アップリンクシンボルのみを含むスロット構成、又は少なくとも１つのアップリンクシンボルを含むスロット構成に対応し得る。

あるいは、ＷＴＲＵは、シンボルｍ＋ｋ２に後続し、シンボルｍ＋ｋ２を含むＮ個の時間シンボルのセットとして時間ドメインのリソースを決定し得、ここで、ｍは、許諾を含むＰＤＣＣＨの最後（又は最初）のシンボルのシンボルインデックスであり得、ｋ２は、シンボルの数の遅延に対応し得る。Ｎ個の時間シンボルのセットは、スロット構成に従って、アップリンクとして構成されるか、又は場合によってはアップリンク若しくはフレキシブルとして構成されるシンボルに対応し得る。

いくつかの実装形態では、ＷＴＲＵは、物理リソースにマッピングする前に、時間ドメインにおいて、変調されたシンボル（又は符号化されたビット）に拡散シーケンスを乗算し得る。拡散シーケンスのサイズは、マルチスロット配分のスロット数Ｍ及び／又は送信に利用可能なリソース要素の数の関数であり得る（又はそれに対応し得る）。そのような拡散動作は、同じリソースにおけるＷＴＲＵの多重化を容易にし得る。

いくつかの実装形態は、マルチスロット送信のセグメントの送信又は再送信を含む。いくつかの実装形態では、ＷＴＲＵは、例えば、上記で説明したように、ＴＢを処理し、変調されたシンボルをスロットのセットのリソースにわたってマッピングし得る。いくつかの実装形態では、ＷＴＲＵは、各スロット（又はサブスロット）を介した送信のための符号化されたビット及び／又は変調されたシンボルのセットを決定し得る。スロット（又はサブスロット）のリソースにマッピングされた符号化されたビット及び／又は変調されたシンボルの各そのようなセットは、マルチスロット送信のセグメントと称されることがある。

いくつかの実装形態では、ＷＴＲＵは、第１のスロット又はスロットのセットを介して送信の第１のセグメントを送信し、その後、第２のスロット又はスロットのセットを介してセグメントを再送信し得る。いくつかの実装形態では、ＷＴＲＵは、セグメントの符号化されたビット及び／又は変調されたシンボルを、再送信のための第２のスロット又はスロットのセットのリソースに再マッピングする。これをサポートするために、いくつかの実装形態では、ＷＴＲＵは、適用可能なＨＡＲＱプロセスごとに符号化されたビット及び／又は変調されたシンボルをメモリ内に保持し得、ＨＡＲＱプロセスに対して新しいデータが示されたときにこの情報をフラッシュし得る。

いくつかの実装形態では、ＷＴＲＵは、上位層構成及び／又は動的指示に基づいて、スロット内のセグメントを送信又は再送信し得る。例えば、ＷＴＲＵは、ＨＡＲＱプロセスのＴＢのためのＭ個のスロットのマルチスロット送信を示すＤＣＩを受信し得る。ＤＣＩはまた、Ｍ’＜＝Ｍ個のスロットにわたるマッピングのためのセグメントのサブセットを示し得、ここで、Ｍ’個のスロットは、マルチスロット又はマルチＰＵＳＣＨ送信のための上記で説明した方法のうちの１つを使用して決定され得る。例えば、いくつかの実装形態では、セグメントのサブセットの指示は、ビットマップを含み得、Ｍ’は、ビットマップに従って送信又は再送信されるべきセグメントの数を示し得る。

いくつかの実装形態では、ＷＴＲＵは、複数のスロットを介してＴＢを送信し得、スロット又はスロットのセットは、連続していてもよいし、連続していなくてもよい。例えば、ＷＴＲＵは、スロットの第１のセットを介してＴＢを送信し得、その後、スロットの第２のセットを介してＴＢの別のセグメントを送信又は再送信し得る。ＷＴＲＵは、例えば、第１のセグメントの送信の中断時又は中断後に、スロットの第２のセットを介してＴＢの他のセグメントを送信又は再送信し得る。第２のセグメントの送信は、条件、イベント、又は信号によってトリガされ得る。例えば、第２のセグメントの送信は、スロットの第２のセットについて、許諾をスケジュールすることによって、又は許諾の利用可能性によってトリガされ得る。スロットの第２のセットは、スロットの第１のセットと時間ドメインにおいて非連続であってもよい。ＷＴＲＵは、ＴＢのどの部分を送信又は再送信するかを決定し得、例えば、スロットの数、ＰＲＢの数、ＴＢＳ、及び／又はスロットの第２のセットに対する許諾のリソース配分に基づく。例えば、ＷＴＲＵは、ドロップされた（すなわち、特定の理由で送信されなかった）ＴＢの一部を送信し得る。例えば、ＷＴＲＵは、スロットの第２のセットでの許諾において、ＵＬスロットキャンセルに起因して、又はＵＬスロット利用不可能性に起因して（例えば、動的時間ドメイン複信（ＴＤＤ）環境において）ドロップされたＴＢの一部を送信し得る。いくつかの実装形態では、ＷＴＲＵは、第２の許諾が、スロットの第１のセットにおいて中断されたスロットの数と一致するか、又はキャンセル若しくは中断されたＵＬスロットのサイズ（例えば、ビット又はＲＥにおける）よりも大きい許諾サイズを有する場合、ＵＬスロットキャンセル又はＵＬスロット利用不可能性に起因してドロップされたＴＢの一部を送信し得る。ＷＴＲＵは、条件に従って、ＴＢセグメントのそのような送信又は再送信を送信し得る。例えば、ＷＴＲＵは、許諾がスロットの第２のセットに対して受信される場合、許諾が最初にＴＢを送信／記憶するために使用される同じＨＡＲＱプロセスに対するものである場合、許諾が再送信許諾である（例えば、ＮＤＩがフリップされていないことによって示される）場合、許諾のサイズが中断された／示されたスロットのサイズ以上である（例えば、許諾が同じ数のスロット及び／若しくは中断されたスロットのＰＲＢにわたってスケジュールされる）場合、並びに／又は許諾のＴＢＳがＴＢのサイズ以下である場合、ＴＢを送信又は再送信し得る。

いくつかの実装形態では、ＷＴＲＵは、ＰＵＳＣＨ送信がプリエンプトされる場合、１つ以上のスロットにおいて、マルチスロット送信で１つ以上のＰＵＳＣＨ送信を再送信し得る。例えば、ＰＵＳＣＨ送信は、他のＰＵＳＣＨ送信によって、ＰＵＣＣＨ送信によって、又は他の基準信号によってプリエンプトされていることがある。ＷＴＲＵは、ＤＣＩによってスケジュールされた１つ以上のスロットにおいてプリエンプトされた１つのＰＵＳＣＨ送信又は複数のＰＵＳＣＨ送信を再送信するための構成をネットワークから受信し得る。いくつかの実装形態では、ＷＴＲＵは、スロットの第２のセットに対してスケジュールされた第２の再送信許諾でＰＵＳＣＨ送信（例えば、ＴＢ又はＴＢの一部）を送信又は再送信し得る。いくつかの実装形態では、ＷＴＲＵは、第２の許諾のスロット及び／又はＰＲＢの数が、初期送信又は再送信中にキャンセル又はプリエンプトされたスロット及び／又はＰＲＢの数と一致する場合、スロットの第２のセットに対してスケジュールされた第２の再送信許諾でＰＵＳＣＨ送信を送信又は再送信し得る。

いくつかの実装形態は、マルチＰＵＳＣＨ送信を含む。いくつかの実装形態では、ＷＴＲＵは、同じトランスポートブロック（ＴＢ）から（例えば、そこからの複数の符号化されたブロックに基づいて）処理されたＰＵＳＣＨ送信のセットを生成し得、異なるＰＵＳＣＨオケージョンにおいてセットの各ＰＵＳＣＨ送信を送信し得る。既存のシステムにおいて定義されているＰＵＳＣＨ再送方式は、マルチＰＵＳＣＨ送信の例であり、ここで、ＰＵＳＣＨオケージョンは、スロット内のシンボルのセットに対応し、ＰＵＳＣＨ送信のセットは、チャネル符号化ビットの異なる冗長バージョンから生成される。

いくつかの実装形態は、マルチＰＵＣＣＨ送信を含む。いくつかの実装形態では、ＷＴＲＵは、同じアップリンク制御情報（ＵＣＩ）ビットから（例えば、そこからの複数の符号化されたブロックに基づいて）処理されたＰＵＣＣＨ送信のセットを生成し得、異なるＰＵＣＣＨオケージョンにおいてセットの各ＰＵＣＣＨ送信を送信し得る。既存のシステムにおいて定義されているＰＵＣＣＨ再送方式は、マルチＰＵＣＣＨ送信の例であり、ここで、ＰＵＣＣＨオケージョンは、スロット内のシンボルのセットに対応し、ＰＵＣＣＨ送信のセットは、再送である。

いくつかの実装形態は、組み合わされたマルチＰＵＳＣＨ（又はマルチＰＵＣＣＨ）及びマルチスロット動作を含む。いくつかの実装形態では、ＷＴＲＵは、ＰＵＳＣＨ（又はＰＵＣＣＨ）送信のセットを生成し得、シングルスロット又はマルチスロットＰＵＳＣＨ（又はＰＵＣＣＨ）オケージョンのいずれかの間に各ＰＵＳＣＨ（又はＰＵＣＣＨ）を送信し得る。ＷＴＲＵは、送信の数Ｋを決定し得、送信ごとに上記に従ってマルチスロット配分を定義するパラメータを決定し得、及び／又は上記のパラメータは、ＲＲＣによって構成されるか、若しくはＤＣＩによってシグナリングされ得る。ＷＴＲＵはまた、各送信ｋに関連付けられたスロットのセットＳｋを決定し得、スロットのセットＳｋに対して示されたリソースをｋ番目の再送に割り当て得る。そのような決定は、マルチスロット配分当たりのスロット数Ｍから、又は半静的若しくは動的シグナリングによって得られる全ての再送にわたるスロットの総数Ｍｔから暗黙的であり得る。

いくつかの実装形態は、複数のＰＵＳＣＨオケージョンにわたる符号化されたＴＢセグメントの送信を含む。以下の様々な例は、例示的なマルチＰＵＳＣＨ送信方式を示す。いくつかの実装形態は、１つ以上のスロットを介したＴＢ送信を可能にする。例えば、いくつかの実装形態では、情報要素は、ＰＤＣＣＨ（ＤＣＩスケジューリングＵＬ許諾を搬送する）とＰＵＳＣＨとの間の時間ドメイン関係、及びスケジュールされたＰＵＳＣＨの時間ドメイン長を構成するために使用される。いくつかの実装形態では、情報要素は、「ＰＵＳＣＨ時間ドメインリソース配分」及び／又は「ＰＵＳＣＨ－配分－ｒ１６」情報要素である。いくつかの実装形態では、情報要素（例えば、「ＰＵＳＣＨ時間ドメインリソース配分」情報要素）は、Ｋ２値、マッピングタイプ、並びに／又は開始シンボル及び長さ（start symbol and length、ＳＬＩＶ）を含む。いくつかの実装形態では、Ｋ２値は、スロットのユニットでＰＵＣＣＨとＰＵＳＣＨとの間の時間差を示す。いくつかの実装形態では、マッピングタイプは、割り当てられたリソース内のＤＭＲＳのマッピングタイプを示す。いくつかの実装形態では、開始シンボル及び長さ（ＳＬＩＶ）は、ＰＵＳＣＨ開始シンボル及び長さをシンボルのユニットで示す。

本明細書で使用される場合、「可能なＰＵＳＣＨ時間ドメインリソース配分のリスト」は、例えば、３ＧＰＰ仕様において使用されるような、ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎＬｉｓｔ又はｐｕｓｃｈＡｌｌｏｃａｔｉｏｎＬｉｓｔ－ｒ１６情報要素を含み得る。

いくつかの実装形態は、マルチスロットＰＵＳＣＨ送信を動的に可能にする。いくつかの実装形態では、ＷＴＲＵは、情報要素（例えば、「ＰＵＳＣＨ時間ドメインリソース配分」、「ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎＬｉｓｔ」、及び／又は「ＰＵＳＣＨ－配分－ｒ１６」情報要素）のＳＬＩＶパラメータによって示される長さを、シンボルではなくスロットのユニットで解釈するように構成され得る。例えば、情報要素（例えば、「ＰＵＳＣＨ時間ドメインリソース配分」又は「ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎＬｉｓｔ」情報要素）は、ＰＵＳＣＨ時間ドメインリソース配分のユニットを示すパラメータ（例えば、追加のパラメータ）を含み得る。あるいは、いくつかの実装形態では、ＳＬＩＶパラメータは、マルチスロット送信のために配分されたスロットの数を示すために、開始シンボルパラメータ及び／又は追加のパラメータによって置き換えられる。

いくつかの実装形態では、ＷＴＲＵは、可能なＰＵＳＣＨ時間ドメインリソース配分のリストを用いて半静的に構成され得る（例えば、ＲＲＣシグナリングを使用して）。いくつかの実装形態では、可能なＰＵＳＣＨ時間ドメインリソース配分のリストは、複数のスロットにわたるＰＵＳＣＨ時間ドメインリソース配分のサブセットを含む。いくつかの実装形態では、可能なＰＵＳＣＨ時間ドメインリソース配分のリストはまた、又は代替として、シングルスロット及び／又はサブスロットにわたるＰＵＳＣＨ時間ドメインリソース配分のサブセットを含む。いくつかの実装形態では、アップリンク許諾をスケジューリングするＤＣＩは、構成されたリストからの、使用すべきＰＵＳＣＨ時間ドメインリソース配分を示す指示（例えば、ビットフィールド）を含み得る。いくつかの実装形態では、アップリンク許諾を受信した後、ＷＴＲＵは、時間ドメインリソース配分指示を使用して、ＰＵＳＣＨ送信が複数のスロットにわたるか、又はシングルスロット若しくはサブスロットにわたるかを決定する。

いくつかの実装形態では、ＷＴＲＵは、可能なＰＵＳＣＨ時間ドメインリソース配分の２つの別個のリストを用いて半静的に構成され得る（例えば、ＲＲＣシグナリングを使用して）。いくつかの実装形態では、第１のリストは、複数のスロットにわたるＰＵＳＣＨ時間ドメインリソース配分のみを含む。いくつかの実装形態では、第２のリストは、シングルスロット又はサブスロットにわたるＰＵＳＣＨ時間ドメインリソース配分のみを含む。いくつかの実装形態では、アップリンク許諾をスケジューリングするＤＣＩは、どのリストから選択すべきかを示す指示（例えば、ビットフィールド）を含み得る。いくつかの実装形態では、アップリンク許諾をスケジューリングするＤＣＩは、示されたリストから、どのＰＵＳＣＨ時間ドメインリソース配分を使用すべきかを示す指示（例えば、ビットフィールド）を含み得る。いくつかの実装形態では、アップリンク許諾を受信した後、ＷＴＲＵは、どのリストから選択すべきかを示すビットフィールド指示に基づいて、ＰＵＳＣＨ送信が複数のスロットにわたるか、又はシングルスロット若しくはサブスロットにわたるかを決定する。

いくつかの実装形態では、ＷＴＲＵは、シングルスロット及び／又はサブスロットにわたるＰＵＳＣＨ時間ドメインリソース配分のみを含む可能なＰＵＳＣＨ時間ドメインリソース配分のリストを用いて、半静的に構成され得る（例えば、ＲＲＣシグナリングを使用して）。いくつかの実装形態では、アップリンク許諾をスケジューリングするＤＣＩは、シングルスロット及び／又はサブスロットにわたる時間ドメインリソース配分に加えて、配分されたスロットの数を示す指示（例えば、ビットフィールド）を含み得る。いくつかの実装形態では、ＷＴＲＵは、配分されたスロットの示された数が１より大きい場合、スケジュールされた許諾が複数のスロットを介した送信であると決定し得る。いくつかの実装形態では、ＷＴＲＵは、示されたＳＬＩＶが異なるスケジュールされたスロットにわたって同じであると仮定し得る。あるいは、いくつかの実装形態では、ＷＴＲＵは、配分されたスロットの数が１を超える場合、ＳＬＩＶがシンボルではなくスロットのユニットであると仮定し得る。

いくつかの実装形態は、シングルスロットを使用する再送信を含む。例えば、いくつかの実装形態では、ＷＴＲＵは、最初にマルチスロットＰＵＳＣＨ送信で送信されたトランスポートブロックを、シングルスロットＰＵＳＣＨ送信を使用して再送信するように構成され得る。いくつかの実装形態では、ＷＴＲＵは、例えば、本明細書に記載の方法を使用して、ＰＵＳＣＨ送信のタイプ（例えば、シングルスロットＰＵＳＣＨ送信又はマルチスロットＰＵＳＣＨ送信）を決定し得る。いくつかの実装形態では、ＷＴＲＵが再送信のためにシングルスロットを使用する場合、ＷＴＲＵは、事前構成された変調及び符号化方式（ＭＣＳ）値よりも高いＭＣＳインデックスを使用するように構成され得る。

いくつかの実装形態は、不連続及び／又は中断マルチスロット送信を含む。例えば、いくつかの実装形態では、ＷＴＲＵは、不連続マルチスロットＰＵＳＣＨ送信を送信するように構成され得る。いくつかの実装形態では、不連続マルチスロットＰＵＳＣＨ送信のために利用可能なスロット及び／又はシンボルは、ＤＣＩ内の指示（例えば、専用ビットフィールド）を使用して示され得る。いくつかの実装形態では、不連続マルチスロットＰＵＳＣＨ送信に利用可能なスロット及び／又はシンボルは、ＤＣＩ内の既存のフィールド（例えば、ＦＤＲＡ及び／又はＭＣＳビットフィールドなどの既存のビットフィールド）を再使用することによって示され得る。いくつかの実装形態では、ＷＴＲＵは、マルチスロットＰＵＳＣＨ送信を送信し、送信のための構成された１つのスロット、複数のスロット、１つのシンボル、又は複数のシンボルの一部が利用可能でないという指示を受信するように構成され得る。この指示は、中断指示と称されることがある。いくつかの実装形態では、ＷＴＲＵは、中断指示によって示された１つのスロット、複数のスロット、１つのシンボル、又は複数のシンボルにおける送信を停止する。いくつかの実装形態では、中断指示は、スケジューリングＤＣＩとは異なるＤＣＩで送信され得る。例えば、ＵＬ許諾を受信し、送信を開始した後、ＷＴＲＵは、リソース（スロット及び／又はシンボル）のセットが利用可能ではないこと、及びＷＴＲＵが示されたリソースでの送信を停止すべきであることを示す別のＤＣＩを受信し得る。いくつかの実装形態では、中断指示は、スケジューリングＤＣＩで送信され得る。

いくつかの実装形態では、ＷＴＲＵは、スケジュールされたマルチスロットＰＵＳＣＨ送信と重複する構成された又は事前構成されたアップリンク信号及び／又はチャネルのリソースを除外及び／又は送信しないことができる。いくつかの実装形態では、事前構成された信号及び／又はチャネルは、ＰＵＳＣＨ、ＰＵＣＣＨ、若しくはＰＲＡＣＨ送信、ＳＲＳ、又はＳＲを含み得る。例えば、いくつかの実装形態では、ＷＴＲＵは、構成された許諾（configured grant、ＣＧ）ＰＵＳＣＨ送信を用いて半静的に構成される。ＷＴＲＵは、ＣＧ ＰＵＳＣＨ送信と部分的に又は完全に重複するマルチスロットＰＵＳＣＨ許諾をｇＮＢから受信し得る。ＷＴＲＵは、マルチスロットＰＵＳＣＨ送信の送信を優先することができ、ＣＧ ＰＵＳＣＨ送信（例えば、送信全体又は重複するリソースだけ）をドロップし得る（すなわち、停止する又は送信しない）。あるいは、いくつかの実装形態では、ＷＴＲＵは、構成された送信を優先するように、かつマルチスロットＰＵＳＣＨ送信（例えば、送信全体又は重複するリソースだけ）を停止及び／又は送信しないように構成され得る。いくつかの実装形態では、ＷＴＲＵは、マルチスロットＰＵＳＣＨの送信を優先するか、又は構成されたアップリンク送信を優先するかを決定し得る。いくつかの実装形態では、ＷＴＲＵは、ＤＣＩ内の明示的な指示に基づいてこの決定を行うことができる。

いくつかの実装形態は、マルチスロットＰＵＳＣＨの１つのパラメータ又は複数のパラメータを示すために、ＤＣＩ内の既存のビットフィールドを再使用することを含む。例えば、いくつかの実装形態では、ＷＴＲＵは、ＤＣＩの既存の１つのビットフィールド又は複数のビットフィールドにおいてマルチスロットＰＵＳＣＨ送信に関係するパラメータを受信するように構成され得る。いくつかの実装形態では、ＷＴＲＵは、以下のビットフィールド又はその一部のうちの１つ以上を使用して、マルチスロットＰＵＳＣＨの１つのパラメータ又は複数のパラメータを受信するように構成され得る：周波数ドメインリソース配分（Frequency Domain Resource Allocation、ＦＤＲＡ）フィールド、変調及び符号化方式（ＭＣＳ）フィールド、及び／又は帯域幅部分インジケータフィールド。

いくつかの実装形態では、マルチスロットＰＵＳＣＨの１つのパラメータ又は複数のパラメータは、例えば、以下のうちの１つ以上を示すか含み得る：マルチスロットＰＵＳＣＨのためのスケジュールされたスロットの数、マルチスロットＰＵＳＣＨのための可能なＰＵＳＣＨ時間ドメインリソース配分のリスト（例えば、本明細書で説明されるような）、マルチスロットＰＵＳＣＨ送信のために利用可能なスロット（例えば、本明細書で説明されるような）、配分されたスロットのセット内の中断指示（例えば、本明細書で説明されるような）、及び／又は符号化されたビットのグループに関係するパラメータ（例えば、本明細書で説明するような）。

いくつかの実装形態では、ＷＴＲＵは、マルチスロットＰＵＳＣＨ送信パラメータが既存のビットフィールドで搬送されるかどうか、及び／又はマルチスロットＰＵＳＣＨ送信が有効にされるかどうかを、以下のうちの１つ以上（例えば、組み合わせ）に基づいて決定し得る：アップリンク許諾をスケジュールするために使用されるＲＮＴＩ、既存のビットフィールドのうちの１つの１つの値、スケジューリングＤＣＩが受信されるサーチスペースセット、スケジューリングＤＣＩが受信されるコアセット（ＣＯＲＥＳＥＴ）、ＤＣＩが受信される帯域幅部分、ＰＵＳＣＨがスケジューリングされる帯域幅部分、ＤＣＩが受信されるコンポーネントキャリア（component carrier、ＣＣ）、及び／又はＰＵＳＣＨがスケジューリングされるＣＣ。

例えば、いくつかの実装形態では、ＷＴＲＵは、アップリンク許諾をスケジュールするために使用されるＲＮＴＩに基づいて、マルチスロットＰＵＳＣＨ送信パラメータが搬送されるかどうか、及び／又はマルチスロットＰＵＳＣＨ送信が有効にされるかどうかを決定し、ここで、新しいＲＮＴＩがマルチスロットスケジューリングのために導入される。

別の例において、いくつかの実装形態では、ＷＴＲＵは、既存のビットフィールドのうちの１つの１つの値に基づいて、マルチスロットＰＵＳＣＨ送信パラメータが搬送されるかどうか、及び／又はマルチスロットＰＵＳＣＨ送信が有効にされるかどうかを決定する。例えば、時間ドメインリソース配分フィールドの値は、可能な周波数ドメイン配分及び／又は変調符号化方式フィールドのセットを制限するようにＷＴＲＵをトリガし得る。いくつかの実装形態では、ＷＴＲＵは、それぞれＮ、ＭサイズのＦＤＲＡ／ＭＣＳビットフィールドで構成される。ＷＴＲＵが、ＴＤＲＡによって示されるマルチスロットＰＵＳＣＨ許諾を受信する場合、ＷＴＲＵは、ＦＤＲＡビットフィールド内のＮ１＜Ｎビットを使用して周波数配分リソースを、及びＭ１＜Ｍビットを使用してＭＣＳを決定し得る。いくつかの実装形態では、残りのＮ－Ｎ１ビット及びＭ－Ｍ１ビットは、マルチスロットＰＵＳＣＨ送信パラメータを搬送し得る。

いくつかの実装形態は、電力配分を伴う。例えば、いくつかの実装形態では、ＷＴＲＵは、マルチスロットＰＵＳＣＨ送信が使用される場合、異なるスロット間の電力及び／又は位相連続性を維持するために、暗黙的及び／又は明示的な指示を受信し得る。いくつかの実装形態では、マルチスロットＰＵＳＣＨ送信をスケジューリングするＤＣＩは、異なるスロットのための電力構成を示すか、又は含み得る。いくつかの実装形態では、送信電力制御コマンド又は位相制御コマンドは、マルチスロットＰＵＳＣＨ送信において異なるスロットにわたって同じ空間フィルタ及び／又はプリコーディング方式を使用するための指示を含み得る。

いくつかの実装形態は、他の信号及び／又はチャネルとの多重化を伴う。例えば、いくつかの実装形態では、ＷＴＲＵは、マルチスロット送信において他の信号又はチャネルをＰＵＳＣＨと多重化することを決定し得る。いくつかの実装形態では、ＷＴＲＵは、１つ以上の条件又は条件の組み合わせに基づいて、マルチスロット送信におけるＰＵＳＣＨを、ＳＲＳ、ＤＭＲＳ、若しくはＰＴＲＳ、又はＰＵＣＣＨなどの別の基準信号又は複数の基準信号と多重化することを決定し得る。いくつかの実装形態では、ＷＴＲＵは、以下の条件のうちの少なくとも１つに基づいて、マルチスロット送信におけるＰＵＳＣＨを他の基準信号又は複数の基準信号と多重化することを決定し得る：マルチスロット送信に配分されたリソースブロックの数、マルチスロット送信に配分されたスロットの数、及び／又はマルチスロット送信において各スロット又は全てのスロットに配分されたシンボルの数。例えば、ＷＴＲＵが、ＨＡＲＱ ＡＣＫ／ＮＡＣＫに使用されるＰＵＣＣＨリソースを用いて半静的に構成される場合、ＷＴＲＵが、ＰＵＣＣＨ送信と重複するマルチスロットＰＵＳＣＨ送信のためにスケジュールされる場合、ＷＴＲＵは、マルチスロットＰＵＳＣＨのためのスケジュールされたリソースブロック／ＰＵＳＣＨのためのスロットの数に基づいて、ＰＵＳＣＨ（例えば、マルチスロットＰＵＳＣＨにおけるピギーバック）送信で複数のＰＵＣＣＨを送信することができるかどうかを決定し得る。複数のＰＵＣＣＨを送信する代わりに、マルチスロットＰＵＳＣＨは、マルチスロットＰＵＳＣＨにおいて複数のＵＣＩ「ピギーバック」を搬送することができる。例えば、マルチスロットＰＵＳＣＨがスロット０、１、２、及び３においてスケジュールされ、２つのＰＵＣＣＨがスロット１及び２において構成される場合、ＷＴＲＵは、スロット１及び２でピギーバックされたＵＣＩを有するマルチスロットＰＵＳＣＨを送信し得る。

いくつかの実装形態は、ＴＢＳ決定を含む。例えば、いくつかの実装形態では、ＷＴＲＵがマルチスロット送信を実行するように構成される場合、ＷＴＲＵは、構成されたマルチスロット送信のためのＴＢＳを決定し得る。いくつかの実装形態では、ＷＴＲＵは、ＤＣＩ又は半静的構成から、マルチスロット送信のためのＰＲＢ及びスロットの数の構成を受信し得る。いくつかの実装形態では、ＷＴＲＵは、ＷＴＲＵがＴＢＳを決定するとき、マルチスロット送信においてスロットごとに留保すべき（すなわち、物理リソースオーバーヘッドをアップリンク許諾から除外する）物理リソースオーバーヘッド（すなわち、データ送信に利用可能でないと仮定されるリソース）の量についての構成を受信し得る。いくつかの実装形態では、オーバーヘッドパラメータは、ｇＮＢからＷＴＲＵにシグナリングされる。いくつかの実装形態では、ＷＴＲＵは、ＰＵＳＣＨに配分されたリソースの数からオーバーヘッドリソースの数を減算することによって、データのための物理リソースの数を決定する。いくつかの実装形態では、スロットにおけるＰＲＢ内のＰＵＳＣＨに配分されたリソース要素の数は、次式によって与えられ得る：

ここで、

は、それぞれ、ＰＲＢ内のＰＵＳＣＨに配分されたリソース要素の数、ＰＲＢ内の周波数ドメインにおけるサブキャリアの数、スロット内のＰＵＳＣＨに配分されたシンボルの数、配分されたＰＵＳＣＨの持続時間におけるＰＲＢごとのＤＭ－ＲＳのためのリソース要素の数、及び上位層によって構成されたオーバーヘッドである。いくつかの実装形態では、オーバーヘッドパラメータ

は、他の信号又はチャネルによって占有されるリソースの数及び／又は量に基づいて決定され得、例えば、スロット内のＳＲＳ又はＰＵＣＣＨ送信のリソースに基づいて、他の信号又はチャネルが、時間ドメイン又は周波数ドメインのいずれかにおいてＰＵＳＣＨと多重化され得ることを示す。

「オーバーヘッドパラメータ」、「オーバーヘッドサイズ」という用語は、互換的に使用され得る。

いくつかの実装形態では、マルチスロット送信において、ＷＴＲＵは、スロットごとに

に対して異なるオーバーヘッドパラメータ値を適用するための指示を受信し得、又はマルチスロット送信における全てのスロットに対して同じオーバーヘッドパラメータを使用し得る。いくつかの実装形態では、ＷＴＲＵは、マルチスロット送信のために構成されたスロットの数に基づいて、オーバーヘッドパラメータを決定し得る。例えば、いくつかの実装形態では、ＷＴＲＵは、以下の方法のうちの少なくとも１つに基づいて、マルチスロット送信における各スロットについて

を決定し得る：ＷＴＲＵは、マルチスロット送信における事前構成されたスロットにおいてオーバーヘッド

を含み得る、ＷＴＲＵは、マルチスロット送信における全てのスロットにおいて同じオーバーヘッドサイズを使用するように決定し得る、及び／又は、ＷＴＲＵは、マルチスロット送信のために構成されたスロットの数によってオーバーヘッドをスケーリングし得る。

ＷＴＲＵがマルチスロット送信において事前構成されたスロット内にオーバーヘッド

を含むいくつかの実装形態では、ＷＴＲＵは、マルチスロット送信における第１のスロット内にオーバーヘッドを含めることを決定し、マルチスロット送信におけるスロットの残りに対してオーバーヘッド値を０に設定し得る

いくつかの実装形態では、ＷＴＲＵは、ＲＲＣ、ＭＡＣ制御要素（ＭＡＣ－ＣＥ）、又はＷＴＲＵが受信するＤＣＩに基づいて、オーバーヘッドパラメータ及びスロットの関連付けを決定し得る。スロットの位置及びオーバーヘッドサイズの指示は、ビットマップ及び関連するオーバーヘッドサイズによって示され得る。例えば、４スロットマルチスロット送信では、

のオーバーヘッドサイズがビットマップ０１１１に関連付けられ得、

のオーバーヘッドサイズがビットマップ１０００に関連付けられ得る。この例示的な構成は、マルチスロット送信における第１のスロットがオーバーヘッドの６つのリソース要素を含み、マルチスロット送信における２番目、３番目、及び４番目のスロットがいかなるオーバーヘッドも含まないことを意味する。

別の例において、ＷＴＲＵがマルチスロット送信における全てのスロット内に同じオーバーヘッドサイズを使用することを決定するいくつかの実装形態では、ＷＴＲＵは、ＰＵＳＣＨがマルチスロット送信におけるスロット全体（すなわち、スロットごとにＰＵＳＣＨにおいて１４個のシンボル）に対してスケジュールされる場合、全てのスロットに対して

（すなわち、スロットごとにオーバーヘッドがないことを示す）を設定することを決定し得る。ＷＴＲＵは、ＷＴＲＵがマルチスロット送信においてＰＵＳＣＨ再送を実行するように構成されている場合、全てのスロットにオーバーヘッドを含めることを決定し得る。

いくつかの実装形態では、ＷＴＲＵは、ＤＣＩ、ＭＡＣ－ＣＥ、又はＲＲＣシグナリングにおいて、上記のオーバーヘッド決定手順のうちの少なくとも１つを実行するための指示を受信し得る。いくつかの実装形態では、ＷＴＲＵは、スロットごとに、又はマルチスロット送信ごとにオーバーヘッド構成を受信し得る。ＷＴＲＵがスロットごとに、又はマルチスロット送信ごとにオーバーヘッド構成を受信し得るいくつかの実装形態では、ＷＴＲＵは、マルチスロット送信における全てのスロットに対して同じオーバーヘッドパラメータを適用し得る。

いくつかの実装形態では、ＷＴＲＵは、ＰＵＳＣＨ時間ドメインリソース配分のための前述の情報要素からオーバーヘッドパラメータを決定し得る。いくつかの実装形態では、ＷＴＲＵは、以下の条件のうちの１つ以上に基づいて、オーバーヘッドパラメータを決定し得る：マルチスロット送信におけるスロットが連続しているかどうか、ＰＵＣＣＨ、又はＳＲＳなどの基準信号のためのシンボルが、マルチスロット送信におけるスロットでスケジュールされているかどうか、又はどれだけの多くのシンボルがスケジュールされているか、及び／又はＤＭＲＳバンドリングがマルチスロット送信のために有効化されるかどうか。

ＷＴＲＵが情報要素からオーバーヘッドパラメータを決定した後、ＷＴＲＵは、いくつかの方法のうちの１つ以上を使用して、マルチスロット送信におけるリソース要素の総数を決定し得る。いくつかの実装形態では、同じオーバーヘッドがマルチスロット送信における全てのスロットに適用される場合、ＷＴＲＵは、マルチスロット送信におけるリソース要素の数を

として決定し得、ここで、Ｎは、マルチスロット送信に配分されたスロットの数である。ＷＴＲＵは、場合によっては、いかなるオーバーヘッドも含まない、すなわち、

である。マルチスロット送信のために複数のＰＲＢが配分される場合、リソース要素の総数は、

によって決定され得、ここで、Ｋは、マルチスロット送信のために配分されるＰＲＢの数である。いくつかの実装形態では、オーバーヘッドが事前構成されたスロット数Ｍに含まれる場合、ＷＴＲＵは、

によってマルチスロット送信におけるリソース要素の数を決定し得、ここで、

及びＮは、それぞれ、オーバーヘッドを含まないスロット当たりのリソース要素の数、オーバーヘッドを含むスロット当たりのリソース要素の数、及びマルチスロット送信に配分されたスロットの数である。マルチスロット送信のために複数のＰＲＢが配分される場合、リソース要素の総数は、

によって決定され得、ここで、Ｋは、マルチスロット送信のために配分されたＰＲＢの数である。

いくつかの実装形態では、ＷＴＲＵは、例えば、周波数ドメインにおけるリソースの使用を最小限に抑えるために、マルチスロット送信に配分されたＰＲＢの数が常に１であるという指示をネットワーク（例えば、ｇＮＢ）から受信し得る。あるいは、ＷＴＲＵは、マルチスロット送信が構成された後、デフォルトでＰＲＢの数が１であると決定し得る。

いくつかの実装形態では、リソース要素の総数の決定された数、及び変調又は符号レートなどの他の送信関連情報に基づいて、ＷＴＲＵは、ルックアップテーブルに基づいてＴＢＳを決定し得る。

いくつかの実装形態は、送信及び／又は再送信のための公称数のスロットと、送信及び／又は再送信のための最大数の追加スロットとを提供する。公称数及び追加のスロットを含む、送信及び／又は再送信のためのスロットの総数は、実際のスロット数と称される。例えば、いくつかの実装形態では、ＷＴＲＵは、マルチスロットアップリンク（例えば、ＰＵＳＣＨ）送信又は再送信のために公称数のスロットを用いて構成され得る。そのような公称数のスロットは、ＳＬＩＶ構成若しくは時間ドメインリソース配分（ＴＤＲＡ）構成の一部であり得るか、又はＤＣＩスケジューリングによって、マルチスロットＰＵＳＣＨ送信若しくは再送信をアクティブ化することによって、若しくは構成された許諾送信のためのＲＲＣ構成によって別個に示され得る。いくつかの実装形態では、公称数のスロットは、ＷＴＲＵに、マルチスロットＰＵＳＣＨ送信又は再送信の中断がない場合、マルチスロットＰＵＳＣＨのためのスロットの数を示す。例えば、ＷＴＲＵが３スロットに等しい公称数のスロットで構成される場合、ＷＴＲＵがマルチスロットＰＵＳＣＨ送信中に中断される場合（例えば、ＴＤＤ構成に起因するＤＬスロットによって）、ＷＴＲＵは、示された数のスロットの終わりに送信するために追加のスロットを使用し得る（すなわち、ＷＴＲＵは、この例では、送信するために第５のスロットを使用し得る）。いくつかの実装形態では、ＷＴＲＵは、マルチスロットＰＵＳＣＨ送信のために使用され得る追加のスロットの最大数を決定し得る（例えば、その構成に基づいて）。いくつかの実装形態では、マルチスロットＰＵＳＣＨ送信のための追加スロットの最大数は、マルチスロットＰＵＳＣＨ送信のために配分されたリソースの一部のレートマッチング、パンクチャリング、及び／又はトランケーションの指示、アップリンク送信のための無効なスロット及び／若しくはシンボルの数、並びに／又は、スロットの残りのシンボルを超えるマルチスロットＰＵＳＣＨ送信のために構成された残りのシンボルの数、のうちの１つ以上、又はそれらの組み合わせに基づく。

追加のスロットの最大数（又はスロットの総計の、実際の数）が、マルチスロットＰＵＳＣＨ送信のために配分されたリソースの一部のレートマッチング、パンクチャリング、及び／又はトランケーションの指示に基づいて決定されるいくつかの実装形態では、ＷＴＲＵは、リソースの一部がレートマッチングされ、パンクチャリングされ、又はトランケーションされることを示す指示を受信し得る。いくつかの実装形態では、指示は、半静的に構成され得る。例えば、ＷＴＲＵは、ＬＴＥ ＣＲＳのためのレートマッチングパターンを有するＲＲＣを使用して構成され得る。代替的に、指示は、動的シグナリングを使用して送信され得る。例えば、ＷＴＲＵが、中断を示すグループ共通ＤＣＩを受信する場合、ＷＴＲＵは、追加のスロットを使用して、マルチＰＵＳＣＨ送信を送信し得る。

追加のスロットの最大数（又はスロットの総計の、実際の数）がアップリンク送信のための無効なスロット及び／又はシンボルの数に基づいて決定されるいくつかの実装形態では、ＷＴＲＵは、例えば、ＴＤＤ構造の動的再構成を含むＴＤＤ構成に基づいて、有効なスロット及び／又はシンボルの数を決定し得る。例えば、ＷＴＲＵは、フレキシブルスロットをダウンリンクスロットに変更又は「フリッピング」するスロットフォーマット指示を受信し得る。指示に基づいて、ＷＴＲＵは、ダウンリンク送信のために１つのスロットが失われたと決定し得、それに応じて、マルチスロットアップリンク送信のために、構成された数の公称数のスロットの終わりに追加のスロットを使用し得る。

いくつかの実装形態では、追加のスロットの最大数（又はスロットの総計の、実際の数）は、マルチスロットＰＵＳＣＨ送信のために構成された残りのシンボルの数が、スロット内の残りのシンボルの数よりも大きいことに基づいて決定される。

図４は、例示的なマルチスロットＰＵＳＣＨ４００のための公称及び実際のスロットを示す図である。図４の例では、ＷＴＲＵは、３つの公称スロット４００のマルチスロットＰＵＳＣＨ送信で構成されている。ここで、公称スロットは、ＰＵＳＣＨ送信の全てのシンボルを送信するために必要とされる数のスロットを指す。この例では、ＷＴＲＵは、それぞれスロット１及びスロット２の、部分４０２及び４０４が、ＤＬ送信によって占有されていると決定する（例えば、フレキシブルスロットの一部分をフリップすることにより）。この決定に基づいて、ＷＴＲＵは、マルチスロットＰＵＳＣＨ送信の残りのシンボルを送信するためにスロット３を選択する。ＷＴＲＵは、スロット３において利用可能なＵＬシンボル４０６が、マルチスロットＰＵＳＣＨ送信の残りのシンボルを送信するのに不十分であると決定する。ここで、「残りのシンボル」は、公称スロット（すなわち、それぞれスロット１及びスロット２の部分４０２及び４０４）において送信されることができなかったマルチスロットＰＵＳＣＨ送信のシンボルを指す。この決定に基づいて、ＷＴＲＵはまた、マルチスロットＰＵＳＣＨ送信の残りのシンボルを送信するためにスロット４を選択し、ここで、スロット４のＵＬシンボル４０８は、マルチスロットＰＵＳＣＨ送信の残りのシンボルを送信するのに十分であり、５つの実際のスロット４１０のマルチスロットＰＵＳＣＨをもたらす。いくつかの実装形態では、ＷＴＲＵは、決定された実際の数のスロットを使用して、マルチスロットＰＵＳＣＨ送信を送信し得る。いくつかの実装形態では、実際の数のスロットは、例えば、ＴＤＤ構成に応じて、連続又は不連続であり得る。ここで、ＴＤＤ構成は、ダウンリンク、フレキシブル、及びアップリンクのためのスロット及び／又はシンボルのセットを示す。例えば、１つの構成は、ＤＤＤＵＤＤＤＵであり得る。この例の場合では、アップリンクスロットは、不連続又は非連続である。

いくつかの実装形態は、別個のＨＡＲＱプロセスに符号化された冗長性を含む。いくつかのそのような実装形態は、ＴＢ分割及び直交符号化を含む。例えば、ＷＴＲＵによって生成された単一のＭＡＣ ＰＤＵの場合、ＷＴＲＵは、ＰＤＵを複数の符号化されたセグメントに分割し得る。ＷＴＲＵは、符号化されたセグメントを、異なるＨＡＲＱ ＰＩＤに関連付けられた異なるＰＵＳＣＨ送信オケージョンにマッピングし得る。ＷＴＲＵは、ＤＦＴ符号又は同様の直交符号化方式を使用して、符号化されたＴＢセグメントを生成し得る。ＷＴＲＵは、外部コード又は同様のブロック符号化方式を使用して、符号化されたＴＢセグメントを生成し得る。符号化の選択は、ネットワークによって事前定義されるか、又は構成され得る。ＷＴＲＵは、そのような符号化を、上位層から受信された情報ビット（例えば、ＭＡＣ ＰＤＵ）に、チャネル符号化後のビットに、及び／又は送信リソースにマッピングする前の変調されたシンボルに適用し得る。ＷＴＲＵは、変調されたビットに符号化シーケンスを直接適用し得る。ＷＴＲＵは、ビット数及び／又はＭＣＳの関数として直交符号及び／又はシーケンス長を選択し得る。

図５は、ＭＡＣとＰＨＹとの間の外部符号化を含む例示的な実装形態５００を示すブロック図である。この例では、ＰＤＵが複数のＰＤＵセグメントに符号化され、各々がこの実装形態では１つのＴＢを含むので、１つのＭＡＣ ＰＤＵは単一のＴＢ内に含まれない。この例では、ＷＴＲＵは、符号化器５５０によって、ＭＡＣ ＰＤＵ５０２をＮ個のＰＤＵセグメント５０４、５０６、５０８にセグメント化し得る（例えば、外部符号化、ブロック符号化、又はファウンテン符号化などを使用して）。各セグメント５０４、５０６、５０８は、物理層においてそれぞれＴＢ５１０、５１２、５１４として扱われ、それぞれ別個の物理層処理５１６、５１８、５２０、並びにそれぞれ別個のチャネル符号化及び変調５２２、５２４、５２６を受ける。この後、ＴＢ５１０、５１２、５１４は、別個の変調５２８、５３０、５３２を受け、ＷＴＲＵは、それぞれ異なるＰＵＳＣＨオケージョンＨＡＲＱプロセス５３４、５３６、５３８で、各対応する変調されたＴＢ５１０、５１２、５１４を送信し得る。

いくつかの実装形態では、受信機（例えば、ｇＮＢ）は、セグメントの数Ｎ、適用可能なセグメントの数、適用可能なＰＵＳＣＨオケージョン、及び／又は適用可能なＨＡＲＱ ＰＩＤの数を構成、シグナリング、又は示すことができる。受信機は、例えば、ＰＤＵセグメントの数＜＝Ｎを正常に受信した場合、ＰＤＵを復号し得る。ｇＮＢは、所与のＨＡＲＱプロセスＩＤに対する再送信許諾を発行し得、それによって、ＷＴＲＵは、そのＨＡＲＱプロセスＩＤに関連付けられたＰＤＵセグメント（すなわち、ＴＢ）を再送信することができる。そのような再送信の場合、ＷＴＲＵ ＭＡＣは、各ＰＤＵセグメント／ＴＢを関連するＨＡＲＱバッファに記憶するか、又はＰＤＵ全体を単一のＨＡＲＱバッファに記憶し得る。再送信が呼び出された場合、ＷＴＲＵ ＭＡＣは、ＰＤＵ全体をＰＨＹに提供し得、ＷＴＲＵ ＰＨＹは、再送信のために要求されたセグメント／ＴＢを再生し得るか、又はＷＴＲＵ ＭＡＣは、再送信のために要求されたＰＤＵセグメントのみをＰＨＹに提供し得る。

図６は、チャネル符号化後に外部符号化を含む例示的な実装形態６００を示すブロック図である。この例では、ＭＡＣ ＰＤＵ６０２は、物理層処理６０４及びチャネル符号化６０６を受ける。この段階で、ＭＡＣ ＰＤＵ６０２は、１つのＴＢ６１０内に含まれている。チャネル符号化６０６の後、ＷＴＲＵは、ブロック符号化器６１８を使用して（例えば、外部符号化、ブロック符号化、又はファウンテン符号化などを使用して）、ＴＢ６１０をＮ個のＴＢセグメント６１２、６１４、６１６にセグメント化する。この後、ＷＴＲＵは、各ＴＢセグメント６１２、６１４、６１６に別個の変調６２０、６２２、６２４を受けさせ、各変調されたＴＢセグメント６１２、６１４、６１６を、それぞれ異なるＰＵＳＣＨオケージョン及び異なるＨＡＲＱプロセス６２６、６２８、６３０で送信し得る。

いくつかの実装形態では、受信機（例えば、ｇＮＢ）は、セグメントの数Ｎ、適用可能なセグメントの数、ＰＵＳＣＨオケージョン、及びＨＡＲＱ ＰＩＤを構成し、シグナリングし、又は示し得る。受信機は、例えば、ＴＢセグメントの数＜＝Ｎを正常に受信する場合、ＰＤＵを復号し得る。受信機（例えば、ｇＮＢ）は、所与のＨＡＲＱプロセスＩＤに対する再送信許諾を発行し得、それによって、ＷＴＲＵは、そのＨＡＲＱプロセスＩＤに関連付けられたＴＢセグメントを再送信することができる。再送信が呼び出された場合、ＷＴＲＵ ＰＨＹは、関連するＨＡＲＱバッファにまだ記憶されていない場合、再送信のために要求されたＴＢセグメントを再生し得る。

図７は、ベースシーケンス又はＯＦＤＭシンボル出力で動作する直交符号（例えば、ＤＦＴ符号）に位相回転を適用することによる、変調及びチャネル符号化後の直交符号化を含む例示的な実装形態７００を示すブロック図である。

この例では、ＭＡＣ ＰＤＵ７０２は、物理層処理７０４、チャネル符号化７０６、及び変調６０８を受ける。この段階で、ＭＡＣ ＰＤＵ７０２は、１つのＴＢ７１０内に含まれている。チャネル変調７１２は、チャネル符号化７０６後のＭＡＣ ＰＤＵに適用され、Ｍ個の変調されたシンボル７１４を生成する。変調７１２の後、ＷＴＲＵは、直交拡散器７１６を使用してＭ個の変調されたシンボル７１４に拡散直交符号を適用して、Ｊ個のシンボル７１８を生成し得、ここで、Ｊ＞Ｍである。ＷＴＲＵは、Ｎ個の異なるＰＵＳＣＨオケージョン（又はＴＴＩ）及びＨＡＲＱプロセス７２０、７２２、７２４でＪ個のシンボルを送信し得る。ＷＴＲＵは、シンボル対ＰＵＳＣＨオケージョンマッピング機能７２６に基づいて、Ｊ個のシンボル７１８をＰＵＳＣＨオケージョン及びＨＡＲＱプロセス７２０、７２２、７２４にマッピングし得る。

図８は、チャネル符号化後に直交符号化を含む例示的な実装形態８００を示すブロック図である。この例では、ＭＡＣ ＰＤＵ８０２は、物理層処理８０４及びチャネル符号化８０６を受け、Ｍ個のチャネル符号化ビット８０８を生成する。この段階で、ＭＡＣ ＰＤＵ８０２は、１つのＴＢ８１０内に含まれている。チャネル符号化８０６の後であるが、変調８１２の前に、ＷＴＲＵは、拡散直交符号８１４をＭ個のチャネル符号化ビット８０８に適用して、Ｒ個の直交符号化ビット８１６を生成し得、ここで、Ｒ＞Ｍである。変調８１２が、Ｒ個の直交符号化ビット８１６に適用されて、Ｊ個のシンボル８１８を生成する。ＷＴＲＵは、異なるＰＵＳＣＨオケージョン（又はＴＴＩ）及び異なるＨＡＲＱプロセス８２０、８２２、８２４でＪ個のシンボル８１８を送信し得る。ＷＴＲＵは、シンボル対ＰＵＳＣＨオケージョンマッピング機能８２６に基づいて、Ｊ個のシンボル８１８をＰＵＳＣＨオケージョン及びＨＡＲＱプロセス８２０、８２２、８２４にマッピングし得る。

図７及び図８に関して説明した例では、受信機（例えば、ｇＮＢ）は、Ｎ、適用可能なＰＵＳＣＨオケージョンの数、及びＨＡＲＱ ＰＩＤ、及び／又は符号化比をシグナリング及び／又は構成し得る。受信機（例えば、ｇＮＢ）は、同じリソース上で別のＷＴＲＵを多重化し得る、例えば、同じベースシーケンスから異なる符号を使用して。いくつかの実装形態では、マッピング機能（７２６又は８２６）は、ＰＵＳＣＨオケージョンＮごとにシンボルの数Ｊをマッピングし得るか、シンボルを時間の順序によって順次適用可能なＰＵＳＣＨオケージョンにマッピングし得るか、又は最初に周波数の順序によって、次いでＰＵＳＣＨオケージョンによってシンボルをマッピングし得る。ｇＮＢは、所与のＨＡＲＱプロセスＩＤ又は所与のスロットに対する再送信許諾を発行し得、それによって、ＷＴＲＵは、そのスロット及び／又はＨＡＲＱプロセスＩＤに関連付けられたシンボルを再送信することができる。再送信が呼び出された場合、ＷＴＲＵ ＰＨＹは、関連するＨＡＲＱバッファにまだ記憶されていない場合、再送信が要求されるＨＡＲＱプロセス及び／又はＰＵＳＣＨオケージョンに関連付けられた要求されたシンボルを再生し得る。

いくつかの実装形態は、符号化されたＴＢセグメントを、異なるＨＡＲＱプロセスに関連付けられた異なるＴＴＩにマッピングすることを含む。いくつかの実装形態では、ＷＴＲＵは、異なるＰＵＳＣＨオケージョンに各セグメントを配分し得る。例えば、マルチＴＴＩ許諾（例えば、３ＧＰＰ ＮＲ Ｒ１６マルチＴＴＩ許諾）の場合、ＷＴＲＵは、各符号化されたＴＢセグメントを、単一のＤＣＩによってシグナリングされたマルチＴＴＩ許諾の異なるＰＵＳＣＨオケージョンに割り当てることができ、それによって、各ＴＴＩは、異なるＨＡＲＱ ＰＩＤに対応し得る。各ＴＢセグメントは、異なるＨＡＲＱプロセスでの送信のためにマッピングされ得る。

いくつかの実装形態では、ＷＴＲＵは、例えば、追加のカバレッジ拡張のために（例えば、フェージング、干渉、及び／又はリンク妨害に対するダイバーシティのために）、時間ドメインにおいて、及び／又は異なる周波数領域／ＰＲＢで、ＴＢセグメントを不連続的に送信し得る。ＷＴＲＵは、異なるＨＡＲＱプロセスのＣＧオケージョンで符号化されたＴＢセグメントを送信し得る、（例えば、異なるＨＡＲＱ ＰＩＤに対応する異なる時間オケージョンの同じＣＧで）。例えば、ＷＴＲＵは、ＣＧのＴＢＳの倍数に従ってＴＢを作成し得る。この後、ＷＴＲＵは、ＣＧのＴＢＳと同じサイズの符号化されたＴＢセグメントを生成し得、それによって、各セグメントは、ＣＧオケージョンで連続的に（例えば、異なるＨＡＲＱ ＰＩＤ上で）送信される。

いくつかの実装形態は、ＨＡＲＱプロセスバッファのメンテナンスを含む。例えば、いくつかの実装形態では、ＷＴＲＵは、第１のＴＢセグメントを送信するために使用される第１のＨＡＲＱプロセス、又はＴＢに関連付けられた任意の単一のＨＡＲＱ ＰＩＤを使用して、総ＴＢ又はＰＤＵを記憶し得る。しかしながら、ＷＴＲＵは、再送信許諾に関連付けられたＨＡＲＱ ＰＩＤに従ってＴＢセグメントを再送信し得る。いくつかの実装形態では、ＷＴＲＵは、各符号化されたＰＤＵセグメントを、それが送信されるＨＡＲＱプロセスに記憶し得る。

いくつかの実装形態では、ＷＴＲＵは、ＴＢに関連付けられた任意のＨＡＲＱプロセスのＡＣＫを決定した後に、全ての関連するＨＡＲＱプロセスのＨＡＲＱバッファをフラッシュし得る。ＷＴＲＵは、任意の好適な様態で（例えば、ＡＣＫ、トグルされたＮＤＩ、タイマの満了などを受信することによって）ＨＡＲＱプロセスのＡＣＫを決定し得る。ＷＴＲＵは、ＴＢをＷＴＲＵバッファに記憶するために使用されるＨＡＲＱプロセスＩＤに対するＡＣＫを決定した後に、全ての関連するＨＡＲＱプロセスのＨＡＲＱバッファをフラッシュし得る。いくつかの実装形態では、ＷＴＲＵは、再送信許諾がＴＢに関連付けられた任意のＨＡＲＱ ＰＩＤに対して発行された場合、及び／又はＮＤＩがトグルされない場合、ＴＢ全体が正常に復号されなかったと仮定し得る（例えば、ＮＡＣＫを決定し得る）。あるいは、ＷＴＲＵは、各ＴＢセグメントについて、例えば、各関連するＨＡＲＱ ＰＩＤについて、ＨＡＲＱ－ＡＣＫを維持し得る。ＷＴＲＵは、再送信許諾のためにシグナリングされた、又は関連付けられた、ＨＡＲＱプロセスに関連付けられたＴＢセグメント（例えば、それのみ）を再送信し得る。

いくつかの実装形態では、ＴＢセグメントが異なるＨＡＲＱプロセスを用いて異なるＣＧオケージョンで送信された場合、ＷＴＲＵは、ＰＤＵセグメントを送信するために使用されるＨＡＲＱプロセスのいずれかで送信又は再送信が行われるたびに、ＣＧタイマを開始又は再開し得る。ＷＴＲＵは、ＴＢに関連付けられた任意のＨＡＲＱ ＰＩＤに対して再送信許諾が発行された場合、及び／又はＮＤＩがトグルされていない場合、ＴＢに関連付けられた全てのＨＡＲＱプロセスに対してＣＧタイマ及び／又はＣＧＲＴを再開し得る。ＷＴＲＵは、ＡＣＫがＰＤＵ全体について（すなわち、全てのＴＢセグメントについて）決定される場合、ＴＢに関連付けられた全てのＨＡＲＱプロセスについてＣＧタイマ及び／又はＣＧＲＴを停止し得る。

いくつかの実装形態は、単一のＨＡＲＱプロセス内に符号化された冗長性を含む。いくつかの実装形態では、ＷＴＲＵは、例えば、本明細書で説明されるような、トランスポートブロックのための少なくとも１つの符号化されたセグメントを生成し得る。いくつかの実装形態では、ＷＴＲＵは、各スロットに固有であり得るＲＳの構成を使用して、各符号化されたセグメントの変調されたシンボルを異なるスロットにマッピングし得る。

いくつかの実装形態では、ＷＴＲＵは、全ての符号化されたセグメントに対して単一のＨＡＲＱプロセスを決定し得る。いくつかの実装形態では、ＷＴＲＵは、動的許諾の場合にはＤＣＩから、又は構成された許諾の場合には式から、適用可能なＨＡＲＱプロセスを決定し得る。構成された許諾の場合、いくつかの実装形態では、ＨＡＲＱプロセスは、式を適用するときに第１のスロット又は第１のシンボルについて得られたものであり得る。

図９は、ＭＡＣとＰＨＹとの間の外部符号化を含む例示的な実装形態９００を示すブロック図である。この例では、ＷＴＲＵは、符号化器９５０によって（例えば、外部符号化、ブロック符号化、又はファウンテン符号化などを使用して）、ＭＡＣ ＰＤＵ９０２をＮ個のセグメント９０４、９０６、９０８にセグメント化し得る。各セグメント９０４、９０６、９０８各セグメント９０４、９０６、９０８は、物理層においてそれぞれＴＢ９１０、９１２、９１４として扱われ、それぞれ別個の物理層処理９１６、９１８、９２０、並びにそれぞれ別個のチャネル符号化及び変調９２２、９２４、９２６を受ける。この後、ＴＢ９１０、９１２、９１４は、別個の変調９２８、９３０、９３２を受け、ＷＴＲＵは、各対応する変調されたＴＢ９１０、９１２、９１４を、異なるＰＵＳＣＨオケージョンで、ただし、それぞれ同じＨＡＲＱプロセス９３４、９３６、９３８を使用して送信し得る。

いくつかの実装形態では、受信機（例えば、ｇＮＢ）は、ＷＴＲＵに、数Ｎ、ＰＵＳＣＨオケージョンに適用可能なセグメントの数、及び適用可能なＨＡＲＱ ＰＩＤをシグナリングすることができる。受信機は、ＰＤＵセグメントの数＜＝Ｎを正常に受信した場合、ＰＤＵを復号し得る。ｇＮＢは、所与のＰＤＵセグメントに対する再送信許諾を発行し得、それによって、ＷＴＲＵは、示されたセグメントに関連付けられたＰＤＵセグメント（すなわち、ＴＢ）を再送信することができる。そのような再送信の場合、ＷＴＲＵ ＭＡＣは、ＰＤＵ全体を単一のＨＡＲＱバッファに記憶し得る。所与のセグメントについて再送信が呼び出された場合、ＷＴＲＵ ＭＡＣは、ＰＤＵ全体をＰＨＹに提供し得、ＷＴＲＵ ＰＨＹは、再送信のために要求されたセグメント／ＴＢを再生し得、又はＷＴＲＵ ＭＡＣは、再送信のために要求されたＰＤＵセグメントのみをＰＨＹに提供し得る。

図１０は、チャネル符号化後に外部符号化を含む例示的な実装形態１０００を示すブロック図である。この例では、ＭＡＣ ＰＤＵ１００２は、物理層処理１００４及びチャネル符号化１００６を受ける。この段階で、ＭＡＣ ＰＤＵ１００２は、１つのＴＢ１０１０内に含まれている。チャネル符号化１００６の後、ＷＴＲＵは、ブロック符号化器１０１８を使用して（例えば、外部符号化、ブロック符号化、又はファウンテン符号化などを使用して）、ＴＢ１０１０をＮ個のＴＢセグメント１０１２、１０１４、１０１６にセグメント化する。この後、ＷＴＲＵは、各ＴＢセグメント１０１２、１０１４、１０１６に別個の変調１０２０、１０２２、１０２４を受けさせ、各変調されたＴＢセグメント１０１２、１０１４、１０１６を、異なるＰＵＳＣＨオケージョンで、ただし、それぞれ同じＨＡＲＱプロセス６２６、６２８、６３０を使用して送信し得る。

いくつかの実装形態では、受信機（例えば、ｇＮＢ）は、セグメントの数Ｎ、適用可能なセグメントの数、ＰＵＳＣＨオケージョン、及び適用可能なＨＡＲＱ ＰＩＤを構成し、シグナリングし、又は示し得る。受信機は、例えば、ＴＢセグメントの数＜＝Ｎを正常に受信する場合、ＰＤＵを復号し得る。受信機（例えば、ｇＮＢ）は、所与のＴＢセグメントに対する再送信許諾を発行し得、それによって、ＷＴＲＵは、示されたＴＢセグメントに関連付けられたＴＢセグメントを再送信することができる。再送信が呼び出された場合、ＷＴＲＵ ＰＨＹは、再送信のために要求されたＴＢセグメントを再生し得る。

図１１は、ベースシーケンス又はＯＦＤＭシンボル出力で動作する符号（例えば、ＤＦＴ符号など）に位相回転を適用することによる、変調及びチャネル符号化後の例示的な直交符号化を示すブロック図である。

この例では、ＭＡＣ ＰＤＵ１１０２は、物理層処理１１０４、チャネル符号化１１０６、及び変調１１０８を受ける。この段階で、ＭＡＣ ＰＤＵ１１０２は、１つのＴＢ１１１０内に含まれている。チャネル変調１１１２は、チャネル符号化１１０６後のＭＡＣ ＰＤＵに適用され、Ｍ個の変調されたシンボル１１１４を生成する。変調１１１２の後、ＷＴＲＵは、直交拡散器１１１６を使用してＭ個の変調されたシンボル１１１４に拡散直交符号を適用して、Ｊ個のシンボル１１１８を生成し得、ここで、Ｊ＞Ｍである。ＷＴＲＵは、Ｎ個の異なるＰＵＳＣＨオケージョン（又はＴＴＩ）で、ただし、それぞれ同じＨＡＲＱプロセス１１２０、１１２２、１１２４を使用して、Ｊ個のシンボルを送信し得る。ＷＴＲＵは、シンボル対ＰＵＳＣＨオケージョンマッピング機能１１２６に基づいて、Ｊ個のシンボル１１１８をＰＵＳＣＨオケージョンにマッピングし得る。

図１２は、チャネル符号化後の例示的な直交符号化を示すブロック図である。この例では、ＭＡＣ ＰＤＵ１２０２は、物理層処理１２０４及びチャネル符号化１２０６を受け、Ｍ個のチャネル符号化ビット１２０８を生成する。この段階で、ＭＡＣ ＰＤＵ１２０２は、１つのＴＢ１２１０内に含まれている。チャネル符号化１２０６の後であるが、変調１２１２の前に、ＷＴＲＵは、拡散直交符号１２１４をＭ個のチャネル符号化ビット１２０８に適用して、Ｒ個の直交符号化ビット１２１６を生成し得、ここで、Ｒ＞Ｍである。変調１２１２が、Ｒ個の直交符号化ビット１２１６に適用されて、Ｊ個のシンボル１２１８を生成する。ＷＴＲＵは、異なるＰＵＳＣＨオケージョン（又はＴＴＩ）であるが、同じＨＡＲＱプロセス１２２０、１２２２、１２２４で、Ｊ個のシンボル１２１８を送信し得る。ＷＴＲＵは、シンボル対ＰＵＳＣＨオケージョンマッピング機能１２２６に基づいて、Ｊ個のシンボル１２１８をＰＵＳＣＨオケージョン及びＨＡＲＱプロセス１２２０、１２２２、１２２４にマッピングし得る。

図１１及び図１２に示される例については、受信機（例えば、ｇＮＢ）は、Ｎ、適用可能なＰＵＳＣＨオケージョンの数、適用可能なＨＡＲＱ ＰＩＤ、及び／又は符号化比をシグナリング及び／又は構成し得る。受信機（例えば、ｇＮＢ）は、同じリソース上で別のＷＴＲＵを多重化し得る、例えば、同じベースシーケンスから異なる符号を使用して。いくつかの実装形態では、マッピング機能（１１２６、１２２６）は、Ｎ個のＰＵＳＣＨオケージョンごとにシンボル数Ｊをマッピングし得るか、又は適用可能なＰＵＳＣＨオケージョンに時間の順序によって順次シンボルをマッピングし得る。ｇＮＢは、所与のスロット又はＰＵＳＣＨオケージョンに対する再送信許諾を発行し得、それによって、ＷＴＲＵは、そのスロット／ＰＵＳＣＨオケージョンに関連付けられたシンボルを再送信することができる。再送信が呼び出された場合、ＷＴＲＵ ＰＨＹは、再送信が要求されるＰＵＳＣＨオケージョンに関連付けられた要求されたシンボルを再生し得る。

いくつかの実装形態は、符号化されたＴＢセグメントを、同じＨＡＲＱプロセスに関連付けられた異なるＴＴＩにマッピングすることを含む。いくつかの実装形態では、ＷＴＲＵは、ＰＵＳＣＨオケージョンに各セグメントを割り当て得る。例えば、スロットアグリゲーションを伴うマルチＴＴＩ許諾（例えば、スロットアグリゲーションを伴う３ＧＰＰ Ｒ１５マルチＴＴＩ許諾）の場合、ＷＴＲＵは、各符号化されたＴＢセグメントを、単一のＤＣＩによってシグナリングされたマルチＴＴＩ許諾の異なるＰＵＳＣＨオケージョンに配分することができ、それによって、各ＴＴＩは、同じＨＡＲＱ ＰＩＤに対応し得る。

いくつかの実装形態では、ＷＴＲＵは、追加のカバレッジ拡張のために（例えば、フェージング、干渉、及び／又はリンク妨害に対するダイバーシティのために）、時間ドメインにおいて、及び／又は異なる周波数領域／ＰＲＢで、ＴＢセグメントを非連続的に送信し得る。ＷＴＲＵは、同じＨＡＲＱ ＰＩＤのＣＧオケージョン上で、場合によっては同じＣＧ上で、符号化されたＴＢセグメントを送信し得る。ＷＴＲＵは、同じＨＡＲＱ ＰＩＤが連続するオケージョンに使用されると仮定することができ、したがって、後続のＴＢセグメントの送信のためのＨＡＲＱ ＰＩＤ決定式を無視し得る。

いくつかの実装形態では、ＷＴＲＵは、再送信許諾が任意のＴＢセグメントに対して発行された場合、ＴＢ全体が正常に復号されなかったと仮定し得る（例えば、ＮＡＣＫを決定し得る）。ＷＴＲＵは、ＴＢセグメントごとにサブＨＡＲＱ－ＡＣＫステータス（すなわち、ＡＣＫ又はＮＡＣＫ）を維持し得、サブＨＡＲＱ－ＡＣＫは、ＴＢセグメントごとに異なるＨＡＲＱ－ＡＣＫステータスを指す。いくつかの実装形態では、ＷＴＲＵは、ＴＢセグメントを送信するために使用される関連するＰＵＳＣＨオケージョンに関連付けられたＴＢセグメントのみを再送信し得る。

いくつかの実装形態は、符号化及び変調されたビットのグループ化を含む。例えば、いくつかの実装形態では、ＷＴＲＵは、トランスポートブロックの符号化及び変調されたビットのセットをグループ化するための指示を受信し得る（例えば、ｇＮＢ又は他のネットワークデバイスから）。例えば、いくつかの実装形態では、ＷＴＲＵは、グループインデックスをグループ化された符号化及び変調されたビットに関連付けるように構成され得る。いくつかの実装形態では、ＷＴＲＵは、符号化及び変調されたビットを、それらが初期送信中にマッピングされるスロットに基づいて、それらが初期送信中にシンボルがマッピングされるシンボルのセットに基づいて、及び／又は符号化及び変調されたビットがマッピングされるリソースのタイプに基づいて、グループ化し得る。

いくつかの実装形態では、例えば、ＷＴＲＵが、符号化及び変調されたビットを、それらが初期送信中にマッピングされるスロットに基づいてグループ化する場合、ＷＴＲＵは、新データインジケータ（ＮＤＩ）フィールドに基づいて初期送信を決定し得る。

いくつかの実装形態では、例えば、ＷＴＲＵが、符号化及び変調されたビットを、それらが初期送信中にマッピングされるシンボルのセットに基づいてグループ化する場合、シンボルのセットは、スロット持続時間（すなわち、１４シンボル）よりも小さくてもよく、若しくはスロット持続時間よりも大きくてもよく、及び／又はシンボルのセットのサイズは、スケジューリングＤＣＩを使用して半静的に、若しくは動的に示されるように構成することができる。

いくつかの実装形態では、例えば、ＷＴＲＵが、符号化及び変調されたビットがマッピングされるリソースのタイプに基づいて符号化及び変調されたビットをグループ化する場合、タイプは、例えば、それらが１つのフレキシブルスロット、複数のスロット、１つのシンボル、又は複数のシンボルにマッピングされるかどうかを含み得る。例えば、いくつかの実装形態では、ＷＴＲＵは、ＤＬスロット／シンボルのセット、フレキシブルスロット及び／又はシンボルのセット、並びにＵＬスロット及び／又はシンボルのセットからなるＴＤＤ構成を用いて構成され得る。マルチスロットＰＵＳＣＨ許諾を受信するとき、又は受信した後、ＷＴＲＵは、符号化及び変調されたビットを、フレキシブルリソース上にマッピングされる第１のグループと、アップリンクリソース上にマッピングされる第２のグループとにグループ化し得る。

いくつかの実装形態は、符号化及び変調されたビットのグループの再送信を含む。例えば、いくつかの実装形態では、ＷＴＲＵは、初期送信中に送信された符号化及び変調されたビットの１つのグループのみ又は複数のグループを再送信するように構成され得る。いくつかの実装形態では、再送信のための許諾を受信するとき又は受信した後に、ＷＴＲＵは、再送信のために要求されるインデックスのグループを示すＤＣＩ内のビットフィールドを受信し得る。あるいは、いくつかの実装形態では、ＷＴＲＵは、再送信に必要なグループを自律的に決定するように構成され得る。いくつかの実装形態では、ＷＴＲＵは、ＷＴＲＵが最初にグループを送信することができなかった場合、１つのグループ又は複数のグループが再送信されるべきであると決定し得る。いくつかの実装形態では、例えば、符号化及び変調されたビットのグループが、最初にフレキシブルスロット及び／又はシンボルにマッピングされる。いくつかの実装形態では、例えば、ＵＬ許諾を受信した後、ＷＴＲＵは、フレキシブルリソース上でＵＬ送信が許可されないと決定する（例えば、ｇＮＢ又は他のネットワークデバイスから受信した、例えば、指示又は構成に基づいて）。いくつかの実装形態では、ＷＴＲＵは、例えば、第２の許諾が、スロットの第１のセットのアップリンク部分として示されなかったスロットのサイズ及び／又は数と一致する場合、（例えば、スロットをＵＬスロットとして示す指示又はスロットフォーマットインジケータ（slot format indicator、ＳＦＩ）を受信しないことに起因して）フレキシブルスロットで送信されなかったＴＢの部分を、スロットの第２のセットを介して第２の許諾で送信することを決定し得る。

いくつかの実装形態では、ＷＴＲＵは、符号化及び変調されたビットのグループを再送信するためにリソースが必要としたよりも多数のリソースを有する、再送信のためのＵＬ許諾を受信し得る。いくつかの実装形態では、ＷＴＲＵは、ＷＴＲＵがスケジュールされたリソースを満たすまで、符号化及び変調されたビットを再送するように構成され得る。いくつかの実装形態では、例えば、ＷＴＲＵは、再送信のための１４個のシンボルを有するＵＬ許諾を受信し得る。いくつかの実装形態では、ＷＴＲＵは、再送信のために要求されたグループについて、７つのシンボルが必要とされることを決定し得る。いくつかの実装形態では、７つのシンボルが必要とされると決定した後、ＷＴＲＵは、グループを２回送信する（すなわち、１４個のシンボルを使用してグループを２回送信する）。他の実装形態では、ＷＴＲＵは、再送信のためにＵＬ許諾において追加の冗長バージョンビットを送信するように構成され得る。いくつかの実装形態では、ＷＴＲＵは、要求されたグループをマッピングした後の残りのリソースに基づいて、送信されるべきＲＶビットの数を決定し得る。いくつかの実装形態では、ＷＴＲＵは、スロットごとに符号化及び変調されたビットのセットをグループ化するように構成され得る。ＷＴＲＵは、符号化及び変調されたビットの１つのグループ又は複数のグループを再送信するための指示を受信し得る。指示は、ＤＣＩによってシグナリングされ得、及び／又は再送信許諾を伴い得る。指示はまた、スロットの数（例えば、スロットインデックス）を示し得る。ＷＴＲＵは、中断されたスロットのセットに基づいて、再送信されるべき１つのグループ又は複数グループを決定し得る。ＷＴＲＵは、示されたスロットを介して送信されたＴＢの一部を再送信するための指示を受信し得る。

いくつかの実装形態は、様々な手順態様を含む。例えば、いくつかの実装形態は、シーケンス選択及びリソース配分の動的指示を含む。いくつかの実装形態では、ＷＴＲＵは、ＴＢが送信されるスロットの数、ＴＢセグメンテーションが使用されるかどうか、再送タイプ、インターリービングが使用されるかどうか、周波数ホッピングが使用されるかどうか、及び／又は関連するＨＡＲＱプロセスの識別情報の数を示す動的指示及び／又はシグナリングを受信し得る。

いくつかの実装形態では、ＷＴＲＵは、スケジュールされたスロットの数、インターリービングが適用されるかどうか（例えば、ＲＳ送信のために）、ＭＣＳ、測定ギャップ、及び／又は変調されたデータビットの送信に適用可能なＰＵＳＣＨオケージョンの数に従って、変調されたＰＵＳＣＨビットを符号化するために直交シーケンスを選択し得る。ＷＴＲＵは、ＬＣＨのサブセットに対して、及び／又はＣＧのサブセットに、符号化された冗長性を適用するように半静的に構成され得る。ＷＴＲＵは、適用可能なＨＡＲＱプロセスのセット、使用されるべきシーケンス、ＲＶパターン、セグメント／符号化された再送の数などを含む、ＣＧのための符号化された冗長性パラメータを用いて半静的に構成され得る。

いくつかの実装形態は、異なるＰＤＵのための残りのスケジュールされたＰＵＳＣＨオケージョンの再使用を含む。例えば、いくつかの実装形態では、ＷＴＲＵは、異なるＭＡＣ ＰＤＵのためのＴＢに関連付けられた残りのスケジュールされたＨＡＲＱプロセス及びＰＵＳＣＨオケージョンを使用し得る。例えば、いくつかのセグメントが正常に復号される（例えば、ＡＣＫが、送信されたＰＵＳＣＨに応答してＷＴＲＵによってＰＤＵ全体に対して受信又は決定される）とき、ＷＴＲＵは、異なるＭＡＣ ＰＤＵに対して肯定応答されたＴＢに関連付けられた残りのスケジュールされたＨＡＲＱプロセス及びＰＵＳＣＨオケージョンを使用し得る。いくつかの実装形態では、ＷＴＲＵは、ＴＢがシグナリングされたものと同じＲＶ及びＴＢＳを有する場合、異なる生成されたＴＢ、又は新しいＴＢをマッピングし得る。

いくつかの実装形態は、上位層に影響を及ぼす。例えば、いくつかの実装形態は、ＨＡＲＱプロセスＩＤ固有タイマに影響を及ぼす。いくつかの実装形態では、ＷＴＲＵ ＭＡＣは、単一のＨＡＲＱプロセスに関連付けられたタイマを維持し得る。複数のＨＡＲＱ ＰＩＤに関連付けられたＰＤＵの場合（例えば、別個のＨＡＲＱプロセス上の符号化された冗長性に関する上記の説明に従って）、ＷＴＲＵは、ＰＤＵに関連付けられた全てのＨＡＲＱ ＰＩＤについてのＭＡＣタイマを同じ様態で処理し得る。例えば、ＷＴＲＵは、ＰＤＵに関連付けられた全てのＨＡＲＱ ＰＩＤに対するタイマを同時に停止又は開始（若しくは再開）し得る。

いくつかの実装形態では、ＷＴＲＵは、ＰＤＵ又はＰＤＵセグメントが送信（若しくは再送信）される場合、及び／又はＨＡＲＱ ＡＣＫがＰＤＵに対して提供若しくは決定される場合、ＰＤＵに関連付けられた全てのＨＡＲＱ ＰＩＤに対するＤＲＸタイマを停止又は開始（若しくは再開）し得る。これは、例えば、とりわけ、ｄｒｘ－ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ及び／又はｄｒｘ－ＲｅｔｒａｎｓｍｉｓｉｓｏｎＴｉｍｅｒパラメータを含み得る。

ＷＴＲＵは、ＰＤＵ若しくはＰＤＵセグメントが送信若しくは再送信されるとき、及び／又はＨＡＲＱ ＡＣＫがＰＤＵに対して提供されるとき、ＰＤＵに関連付けられた全てのＨＡＲＱ ＰＩＤに対する構成された許諾に関連付けられたタイマを停止又は開始（若しくは再開）し得る。これは、とりわけ、構成された許諾（ＣＧ）タイマ、又は構成された許諾再送信（configured grant retransmission、ＣＧＲＴ）タイマを含み得る。

いくつかの実装形態は、マルチスロットＰＵＳＣＨ送信とのアップリンク制御情報（ＵＣＩ）多重化を提供する。例えば、いくつかの実装形態では、ＷＴＲＵは、マルチスロットＰＵＳＣＨ送信と重複するＰＵＣＣＨ送信で構成され得る。そのような場合、ＷＴＲＵは、マルチスロットＰＵＳＣＨ送信上でＰＵＣＣＨ送信のＵＣＩを送信するように構成され得る。

いくつかの実装形態は、ＵＣＩ多重化のためのスロット選択を提供する。例えば、いくつかの実装形態では、ＷＴＲＵは、ＰＵＳＣＨ送信のために構成された複数のスロットから、ＵＣＩを多重化するスロットを選択するように構成され得る。いくつかの実装形態では、ＷＴＲＵは、ＰＵＣＣＨ送信のタイミングに基づいてスロットを選択するように構成され得る。いくつかの実装形態では、ＷＴＲＵは、構成されたＰＵＣＣＨ送信の持続時間Ｔの後に開始するマルチスロットＰＵＳＣＨ送信の第１のスロットを選択するように構成され得る。いくつかの実装形態では、持続時間Ｔは、例えば、ＲＲＣシグナリング又は仕様における固定値を使用して、ＷＴＲＵに対して半静的に構成することができる。いくつかの実装形態では、ＷＴＲＵは、スロット内に割り当てられたアップリンクシンボルの数に基づいてスロットを選択するように構成され得る。いくつかの実装形態では、ＷＴＲＵは、より多数のアップリンクシンボルを有するスロットを選択するように構成され得る。いくつかの実装形態では、ＷＴＲＵは、最小数の中断されたシンボルを有するスロットを選択するように構成され得る。いくつかの実装形態では、中断されたシンボルは、ダウンリンク送信のために、又は他のＷＴＲＵ送信を含むより優先度の高いアップリンク送信のために構成されたシンボルであることができる。

いくつかの実装形態は、複数のスロットを介して拡散するＵＣＩを提供する。例えば、いくつかの実装形態では、ＷＴＲＵは、マルチスロットＰＵＳＣＨ送信の複数のスロットを介してＵＣＩを送信するように構成され得る。いくつかの実装形態では、ＷＴＲＵは、各スロット上でＵＣＩビットの一部を送信し得る。いくつかの実装形態では、ＷＴＲＵは、ＰＵＣＣＨ送信のタイミングに基づいて、ＷＴＲＵがＵＣＩ送信を開始する第１のスロットを選択するように構成され得る。いくつかの実装形態では、ＷＴＲＵは、構成されたＰＵＣＣＨ送信の持続時間Ｔの後に開始するマルチスロットＰＵＳＣＨ送信の第１のスロットを選択し得る。いくつかの実装形態では、持続時間Ｔは、ＲＲＣシグナリング又は仕様における固定値を使用して、ＷＴＲＵに対して半静的に構成することができる。いくつかの実装形態では、ＷＴＲＵは、スロット上の利用可能なアップリンクシンボルのパーセンテージとして、スロット内でＵＣＩのために予約されたリソースの量を選択するように構成され得る。いくつかの実装形態では、ＵＣＩ送信のために選択された複数のスロットの各スロットについて、ＷＴＲＵは、利用可能なアップリンクシンボルの同じパーセンテージを使用する。

いくつかの実装形態では、ＷＴＲＵは、ＵＣＩのレイテンシ要件に基づいて、複数のスロットを介して拡散するＵＣＩを有効化又は無効化するように構成され得る。例えば、いくつかの実装形態では、低レイテンシＵＣＩ要件の場合、ＷＴＲＵは、複数のスロットを介して拡散するＵＣＩを使用することを許可されない。

いくつかの実装形態は、複数のスロットを介してＵＣＩ再送を提供する。例えば、いくつかの実装形態では、ＷＴＲＵは、マルチスロットＰＵＳＣＨ送信の複数のスロットを介してＵＣＩを再送するように構成され得る。いくつかの実装形態では、マルチスロットＰＵＳＣＨ送信と重複するＰＵＣＣＨのｇＮＢ構成は、ＵＣＩ再送の暗黙的指示であるか、又はそれを含むことができる。いくつかの実装形態では、ＷＴＲＵは、ＰＵＣＣＨ送信のタイミングに基づいて、ＷＴＲＵがＵＣＩ送信を開始する第１のスロットを選択するように構成され得る。いくつかの実装形態では、ＷＴＲＵは、構成されたＰＵＣＣＨ送信の持続時間Ｔの後に開始するマルチスロットＰＵＳＣＨ送信の第１のスロットを選択し得る。いくつかの実装形態では、持続時間Ｔは、例えば、ＲＲＣシグナリング又は仕様における固定値を使用して、ＷＴＲＵに対して半静的に構成することができる。いくつかの実装形態では、ＷＴＲＵは、マルチスロットＰＵＳＣＨ送信のために利用可能な数のスロットよりも少ない数のスロットを介してＵＣＩを再送するように構成され得る。例えば、いくつかの実装形態では、ＷＴＲＵは、マルチスロットＰＵＳＣＨ送信のための４つのスロットと、第１のスロット上で重複するＰＵＣＣＨ送信とで構成される。いくつかの実装形態では、ＷＴＲＵは、マルチスロットＰＵＳＣＨ送信の第２のスロットが第１のＵＣＩ送信のために使用されるべきであると決定する。いくつかの実装形態では、ＷＴＲＵは、ＵＣＩを２回再送し、マルチスロットＰＵＳＣＨ送信の第２及び第３のスロットのみを使用する。いくつかの実装形態では、マルチスロットＰＵＳＣＨ送信でのＵＣＩ再送のためのスロットの数は、半静的に構成することができる。追加又は代替として、いくつかの実装形態では、マルチスロットＰＵＳＣＨ送信でのＵＣＩ再送のためのスロットの数は、ＷＴＲＵに動的に示すことができる。例えば、いくつかの実装形態では、マルチスロットＰＵＳＣＨ送信をスケジューリングするＤＣＩは、ＵＣＩ再送のためのスロットの数を示すことができる。いくつかの実装形態では、例えば、ＵＣＩ再送のためのスロット数の数を示すために、ＤＣＩ内の新しいフィールド（例えば、新しいビットフィールド）が実装され得るか、又はＤＣＩ内の既存のフィールド（例えば、既存のビットフィールド）が再使用され得る。例えば、いくつかの実装形態では、ダウンリンク割り当て指示（Downlink Assignment Indication、ＤＡＩ）フィールドが、ＵＣＩ再送のためのスロット数を示すために再使用され得る。

いくつかの実装形態は、レートマッチング適応を提供する。例えば、いくつかの実装形態では、ＷＴＲＵは、トランスポートブロックの生成された符号化されたビットをサブグループに分割し、サブグループをシンボルのセット及び／又は送信オケージョンのセットにマッピングし得る（例えば、送信オケージョンが、シンボルのセット及び／又は１つ以上のスロットのセットであるか、又はそれらを含む場合）。いくつかの実装形態では、ＷＴＲＵは、オケージョンごとに符号化されたビットのサブグループのレートマッチングを実行するように構成され得る。いくつかの実装形態では、各オケージョンの開始時に、ＷＴＲＵは、ＵＣＩ送信のリソース要素を除外し、利用可能なリソース上でレートマッチする。代替又は追加として、いくつかの実装形態では、ＷＴＲＵは、送信オケージョンに配分されたリソースをパンクチャして、ＵＣＩ送信のためのリソースを予約し得る。いくつかの実装形態では、ＷＴＲＵは、最初に、オケージョンごとにリソース要素（resource element、ＲＥ）のセットを仮定し、レートマッチングの第１のパスを実行するように構成され得る。いくつかの実装形態では、各スロットの開始時に、ＵＣＩがスロット／送信オケージョンで送信されるべきである場合、ＷＴＲＵは、レートマッチングの第２のラウンドを実行し得る。

図１３及び図１４は、複数のスロットにわたってＴＢをスケジューリングする例を示す。複数のスロットを介してＷＴＲＵによって送信されるＴＢの場合、ＷＴＲＵは、後の許諾が再送信を示し（例えば、ＮＤＩがトグルされていない）、許諾がドロップされたのと同じ数のスロットに対するものであり、許諾サイズが十分に大きい場合、同じＨＡＲＱプロセスを使用して後の許諾でドロップされたＴＢセグメントを送信又は再送信することを決定する。

図１３は、時間ドメイン複信（ＴＤＤ）の場合における例示的な送信１３００を示すブロック図である。図において、Ｄとマークされたスロットはダウンリンクであり、Ｕとマークされたスロットはアップリンクである。スロット１３０２において、ＷＴＲＵは、３つのスロット１３０２、１３０４、１３０６を介してＴＢを送信するためのアップリンク許諾を含むＤＣＩを受信する。スロット１３０２及び１３０４のためのＳＦＩは、これらがアップリンクスロットであることを示し、スロット１３０６のためのＳＦＩは、これがアップリンクスロットではないことを示す（例えば、ダウンリンクにフリップされたフレキシブルスロットであるため）。したがって、ＷＴＲＵは、ＴＢを２つのセグメントにセグメント化する。ＷＴＲＵは、アップリンク許諾の第１のスロット１３０４及び第２のスロット１３０６において、ＴＢの第１のセグメントを送信する。ＳＦＩが、アップリンク許諾の次のスロット１３０８がアップリンクスロットであることを示さないので、ＴＢの第２のセグメントはドロップされる。スロット１３１０において、ＷＴＲＵは、スロット１３０２において受信した許諾と同じＨＡＲＱプロセスのための再送信アップリンク許諾を含むＤＣＩを受信する（この例では、ＮＤＩがトグルされていないことによって示されている）。再送信許諾はまた、スロット１３０２において受信した許諾に対してドロップされたのと同じ数のスロットに対するものである。この情報に基づいて、ＷＴＲＵは、スロット１３１２においてＴＢの第２のセグメントを再送信することを決定する。

図１４は、周波数ドメイン複信（ＦＤＤ）の場合における例示的な送信１４００を示すブロック図である。図において、全てのスロットがアップリンク（Ｕ）スロットとしてマークされている。スロット１４０２の前に、ＷＴＲＵは、ダウンリンクシンボルでＤＣＩを受信し、ＤＣＩは、５つのスロット１４０２、１４０４、１４０６、１４０８、１４１０を介してＴＢを送信するためのアップリンク許諾を含む。ＴＢ（又はＴＢ全体）の送信の前に、ＷＴＲＵは、スロット１４０６、１４０８、１４１０に対するＵＬキャンセル指示を受信する。したがって、ＷＴＲＵは、ＴＢを２つのセグメントにセグメント化する。ＷＴＲＵは、アップリンク許諾のＴＢスロット１４０４及び１４０６の第１のセグメントを送信し、ＴＢの第２のセグメントはドロップされる。第２のセグメントがドロップされた後、ＷＴＲＵは、ダウンリンクシンボルでＤＣＩを受信し、ＤＣＩは、スロット１４０２の前に受信した許諾と同じＨＡＲＱプロセスのための再送信アップリンク許諾を含む（この例では、ＮＤＩがトグルされていないことよって示されている）。再送信許諾はまた、スロット１４０２の前に受信した許諾に対してドロップされたのと同じ数のスロットに対するものである。この情報に基づいて、ＷＴＲＵは、スロット１４１２、１４１４、１４１６においてＴＢの第２のセグメントを再送信することを決定する。

図１５は、複数のスロットを介してＴＢを送信するための例示的な方法を示すフロー図である。ステップ１５０２において、ＷＴＲＵは、スロットの第１のセットでＴＢを送信するための第１の許諾を受信する。全てのスロットがアップリンクに利用可能であるという条件１５０４で、ＷＴＲＵは、ステップ１５０６でスロットの第１のセットでＴＢ全体を送信する。スロットの第１のセットのサブセットがアップリンクに利用不可能であるという条件１５０４で、ＷＴＲＵは、ステップ１５０８でＴＢを第１のセグメント及び第２のセグメントにセグメント化する。いくつかの実装形態では、第１のセグメントは、アップリンクのために利用可能であるスロットの第１のセットの第１のサブセット内に収まるサイズである。いくつかの実装形態では、第１のセグメントは、第１のサブセットで送信することが可能であるデータの量に等しいサイズである。

ステップ１５１０において、ＷＴＲＵは、スロットの第１のセットの第１のサブセットでＴＢの第１のセグメントを送信する。スロットの第２のセットでＴＢを送信するための第２の許諾が受信されるという条件１５１２で、ＷＴＲＵは、ステップ１５１４でスロットの第２のセットの第２のセグメントを送信する。いくつかの実装形態では、ＷＴＲＵは、第２の許諾が、第１の許諾と同じＨＡＲＱプロセスのためのものであり（例えば、ＮＤＩがトグルされない）、第２の許諾が、ＴＢの第２のセグメントに等しいか、それより多い量のアップリンクリソースを提供し、かつ／又は第２の許諾が、アップリンクに利用不可能であるスロットの第１のセットのサブセットに等しいか、又はそれより多い数のアップリンクスロットのためのものである場合、第２の許諾が、スロットの第２のセットでＴＢを送信するためのものであると決定する。

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

Claims (20)

1. 複数のスロットを介してトランスポートブロック（ＴＢ）を送信するための無線送受信ユニット（ＷＴＲＵ）で実装される方法であって、前記方法が、
   スロットの第１のセットでＴＢを送信するための第１の許諾を受信することであって、前記第１の許諾が、ハイブリッド自動再送要求（ＨＡＲＱ）プロセスに関連付けられている、受信することと、
   前記スロットの第１のセットの第１のサブセットが、アップリンク送信のために利用可能であること、及び前記スロットの第１のセットの第２のサブセットが、アップリンク送信のために利用不可能であること、を決定することと、
   前記スロットの第１のセットの前記第１のサブセットが、アップリンク送信のために利用可能であり、前記スロットの第１のセットの前記第２のサブセットが、アップリンク送信のために利用不可能であると決定したことに応答して、前記ＴＢを第１のセグメントと第２のセグメントとにセグメント化することと、
   前記スロットの第１のセットの前記第１のサブセットで前記第１のセグメントを送信することと、
   スロットの第２のセットで前記ＴＢを送信するための第２の許諾を受信することであって、前記第２の許諾が前記ＨＡＲＱプロセスに関連付けられており、前記スロットの第２のセットが、前記第２のサブセットと数が等しいか、又はそれより多く、前記スロットの第２のセットが、アップリンク送信のために利用可能である、受信することと、
   前記第２の許諾が、前記第２のサブセットと数が等しいか、又はそれより多い数のスロットに対するものであること、前記第２の許諾が、前記同じＨＡＲＱプロセスに対するものであること、及び前記第２の許諾の数のスロットが、アップリンクのために利用可能であることに応答して、前記スロットの第２のセットで前記ＴＢの前記第２のセグメントを送信することと、を含む、方法。
2. 前記第２の許諾が、前記第１の許諾の新データインジケータ（ＮＤＩ）と値が等しいＮＤＩを含む、請求項１に記載の方法。
3. 前記スロットの第１のセットの各スロットを介する送信のために前記ＴＢの符号化されたビットのセットを決定することを更に含む、請求項１に記載の方法。
4. 前記第２のセグメントに対応する前記ＴＢの前記符号化されたビットのセットのサブセットを、前記スロットの第２のセットのリソースに再マッピングすることを更に含む、請求項３に記載の方法。
5. 前記スロットの第１のセットの各スロットを介する送信のために前記ＴＢの変調されたシンボルのセットを決定することを更に含む、請求項１に記載の方法。
6. 前記第２のセグメントに対応する前記ＴＢの前記変調されたシンボルのセットのサブセットを、前記スロットの第２のセットのリソースに再マッピングすることを更に含む、請求項５に記載の方法。
7. 前記第１の許諾が、第１のダウンリンク制御情報（ＤＣＩ）で受信される、請求項１に記載の方法。
8. 前記第２の許諾が、前記第１のＤＣＩとは異なる第２のＤＣＩにおいて受信される、請求項７に記載の方法。
9. 前記スロットの第２のセットが、前記スロットの第１のセットと時間において非連続である、請求項１に記載の方法。
10. 前記スロットの第１のセットの前記第２のサブセットが、アップリンクスロットキャンセルに起因して、アップリンクスロット利用不可能性に起因して、又はフレキシブルスロットがアップリンクからダウンリンクに変更されたことに起因して、アップリンク送信のために利用不可能である、請求項１に記載の方法。
11. 複数のスロットを介してトランスポートブロック（ＴＢ）を送信するように構成された無線送受信ユニット（ＷＴＲＵ）であって、
    スロットの第１のセットでＴＢを送信するための第１の許諾を受信するように構成された回路であって、前記第１の許諾が、ハイブリッド自動再送要求（ＨＡＲＱ）プロセスに関連付けられている、回路と、
    前記スロットの第１のセットの第１のサブセットが、アップリンク送信のために利用可能であり、前記スロットの第１のセットの第２のサブセットが、アップリンク送信のために利用不可能であると決定するように構成された回路と、
    前記スロットの第１のセットの前記第１のサブセットが、アップリンク送信のために利用可能であること、及び前記スロットの第１のセットの前記第２のサブセットが、アップリンク送信のために利用不可能であること、を決定することに応答して、前記ＴＢを第１のセグメントと第２のセグメントとにセグメント化するように構成された回路と、
    前記スロットの第１のセットの前記第１のサブセットで前記第１のセグメントを送信するように構成された回路と、
    スロットの第２のセットで前記ＴＢを送信するための第２の許諾を受信するように構成された回路であって、前記第２の許諾が前記ＨＡＲＱプロセスに関連付けられており、前記スロットの第２のセットが、前記第２のサブセットと数が等しいか、又はそれより多く、前記スロットの第２のセットが、アップリンク送信のために利用可能である、回路と、
    前記第２の許諾が、前記第２のサブセットと数が等しいか、又はそれより多い数のスロットに対するものであること、前記第２の許諾が前記同じＨＡＲＱプロセスに対するものであること、及び前記第２の許諾の数のスロットが、アップリンクのために利用可能であることに応答して、前記スロットの第２のセットで前記ＴＢの前記第２のセグメントを送信するように構成された回路と、を備える、無線送受信ユニット（ＷＴＲＵ）。
12. 前記第２の許諾が、前記第１の許諾の新データインジケータ（ＮＤＩ）と値が等しいＮＤＩを含む、請求項１１に記載のＷＴＲＵ。
13. 前記スロットの第１のセットの各スロットを介する送信のために前記ＴＢの符号化されたビットのセットを決定するように構成された回路、を更に備える、請求項１１に記載のＷＴＲＵ。
14. 前記第２のセグメントに対応する前記ＴＢの前記符号化されたビットのセットのサブセットを、前記スロットの第２のセットのリソースに再マッピングするように構成された回路、を更に備える、請求項１３に記載のＷＴＲＵ。
15. 前記スロットの第１のセットの各スロットを介する送信のために前記ＴＢの変調されたシンボルのセットを決定するように構成された回路、を更に備える、請求項１１に記載のＷＴＲＵ。
16. 前記第２のセグメントに対応する前記ＴＢの前記変調されたシンボルのセットのサブセットを、前記スロットの第２のセットのリソースに再マッピングするように構成された回路、を更に備える、請求項１５に記載のＷＴＲＵ。
17. 第１のダウンリンク制御情報（ＤＣＩ）における前記第１の許諾を受信するように構成された回路、を更に備える、請求項１１に記載のＷＴＲＵ。
18. 前記第１のＤＣＩとは異なる第２のＤＣＩで前記第２の許諾を受信するように構成された回路を、更に備える、請求項１７に記載のＷＴＲＵ。
19. 前記スロットの第２のセットが、前記スロットの第１のセットと時間において非連続である、請求項１１に記載のＷＴＲＵ。
20. 前記スロットの第１のセットの前記第２のサブセットが、アップリンクスロットキャンセルに起因して、アップリンクスロット利用不可能性に起因して、又はフレキシブルスロットがアップリンクからダウンリンクに変更されたことに起因して、アップリンク送信のために利用不可能である、請求項１１に記載のＷＴＲＵ。