JP6825132B2 - 複数のｈａｒｑ送信のための技法 - Google Patents

Description

関連出願の相互参照

[0001] 本願は、２０１７年３月３１日付けで米国特許商標庁に出願された仮出願第６２／４８０，２２１号、および２０１８年３月２２日付けで米国特許商標庁に出願された非仮出願第１５／９３３，２１１号の利益およびそれらに対する優先権を主張し、それらの全内容は参照によってここに組み込まれる。

[0002] ここに説明される様々な態様は、ワイヤレス通信に関し、排他的ではないがより具体的には、複数のハイブリッド自動再送要求（ＨＡＲＱ）送信を容易にすることに関する。

[0003] ワイヤレス通信ネットワークは、電話通信、ビデオ、データ、メッセージング、ブロードキャスト等のような様々な通信サービスを提供するために広く展開されている。そのようなネットワークは、通常多元接続ネットワークであって、利用可能なネットワークリソースを共有することによって複数のユーザのための通信をサポートする。

[0004] いくつかの状況では、複数のＨＡＲＱ送信は、所望のレベルの通信パフォーマンス（例えば、より高いスループット、より高い信頼性等）を達成するために使用され得る。可変数のＨＡＲＱ送信の使用は、ＨＡＲＱのためのリソース割り振りおよびメッセージングに影響を与え得、それにより、ＨＡＲＱ送信を効率的に復号するための受信機の能力に負の影響を与える。したがって、複数のＨＡＲＱ送信の使用を容易にするための効果的な技法が必要である。

[0005] 以下は、本開示のいくつかの態様の基本的な理解を提供するために、そのような態様の簡略化された概要を提示する。この概要は、本開示の考慮されるすべての特徴の広範な概観ではなく、そして本開示のすべての態様の主要または重要な要素を特定するようにも、本開示の任意またはすべての態様の範囲を詳細に叙述するようにも、意図されていない。その唯一の目的は、後に提示されるより詳細な説明への前置きとして、簡略化された形式で本開示のいくつかの態様の様々な概念を提示することである。

[0006] 一態様では、本開示は、誤り訂正動作のために使用されるべきリソースブロックの量を決定することと、誤り訂正動作のために使用されるべき制御情報要素の量を選択すること、ここにおいて、選択は、リソースブロックの決定された量に基づく、と、リソースブロックの選択された量を示す情報を送ることと、選択された量の制御情報要素を送ることと、を含む通信の方法を提供する。

[0007] 一態様では、本開示は、メモリおよびメモリに結合されたプロセッサを含む通信のための装置を提供する。プロセッサおよびメモリは、誤り訂正動作のために使用されるべきリソースブロックの量を決定することと、誤り訂正動作のために使用されるべき制御情報要素の量を選択すること、選択は、リソースブロックの決定された量に基づく、と、リソースブロックの選択された量を示す情報を送ることと、選択された量の制御情報要素を送ることと、を行うように構成される。

[0008] 一態様では、本開示は、通信のために構成された装置を提供する。装置は、誤り訂正動作のために使用されるべきリソースブロックの量を決定するための手段と、誤り訂正動作のために使用されるべき制御情報要素の量を選択するための手段、選択は、リソースブロックの決定された量に基づく、と、リソースブロックの選択された量を示す情報を送るための手段と、選択された量の制御情報要素を送るための手段と、を含む。

[0009] 一態様では、本開示は、誤り訂正動作のために使用されるべきリソースブロックの量を決定することと、誤り訂正動作のために使用されるべき制御情報要素の量を選択すること、ここにおいて、選択は、リソースブロックの決定された量に基づく、と、リソースブロックの選択された量を示す情報を送ることと、選択された量の制御情報要素を送ることと、を行うためのコードを含む、コンピュータ実行可能なコードを記憶する非一時的なコンピュータ読み取り可能な媒体を提供する。

[0010] 一態様では、本開示は、誤り訂正動作の間に受信されるべきリソースブロックの量を示す情報を受信することと、誤り訂正動作の間に受信されるべき制御情報要素の量を決定すること、ここにおいて、決定は、リソースブロックの量に基づく、と、決定された量の制御情報要素を受信することと、を含む、通信の方法を提供する。

[0011] 一態様では、本開示は、メモリおよびメモリに結合されたプロセッサを含む通信のための装置を提供する。プロセッサおよびメモリは、誤り訂正動作の間に受信されるべきリソースブロックの量を示す情報を受信することと、誤り訂正動作の間に受信されるべき制御情報要素の量を決定すること、ここにおいて、決定は、リソースブロックの量に基づく、と、決定された量の制御情報要素を受信することと、を行うように構成される。

[0012] 一態様では、本開示は、通信のために構成された装置を提供する。装置は、誤り訂正動作の間に受信されるべきリソースブロックの量を示す情報を受信するための手段と、誤り訂正動作の間に受信されるべき制御情報要素の量を決定するための手段、ここにおいて、決定は、リソースブロックの量に基づく、と、決定された量の制御情報要素を受信するための手段と、を含む。

[0013] 一態様では、本開示は、誤り訂正動作の間に受信されるべきリソースブロックの量を示す情報を受信することと、誤り訂正動作の間に受信されるべき制御情報要素の量を決定すること、ここにおいて、決定は、リソースブロックの量に基づく、と、決定された量の制御情報要素を受信することと、を行うためのコードを含む、コンピュータ実行可能なコードを記憶した非一時的なコンピュータ読み取り可能な媒体を提供する。

[0014] 一態様では、本開示は、誤り訂正動作のために使用されるべき制御情報要素の量を決定することと、誤り訂正動作用に使用するためのリソースコンテンションシーケンスを選択すること、ここにおいて、選択は、制御情報要素の決定された量に基づく、と、リソースコンテンションシーケンスを送ること、ここにおいて、リソースコンテンションシーケンスは、誤り訂正動作のために使用される複数のリソースブロックのインジケーションを備える、と、を含む、通信の方法を提供する。

[0015] 一態様では、本開示は、メモリおよびメモリに結合されたプロセッサを含む通信のための装置を提供する。プロセッサおよびメモリは、誤り訂正動作のために使用されるべき制御情報要素の量を決定することと、誤り訂正動作用に使用するためのリソースコンテンションシーケンスを選択すること、ここにおいて、選択は、制御情報要素の決定された量に基づく、と、リソースコンテンションシーケンスを送ること、ここにおいて、リソースコンテンションシーケンスは、誤り訂正動作のために使用される複数のリソースブロックのインジケーションを備える、と、を行うように構成される。

[0016] 一態様では、本開示は、通信のために構成された装置を提供する。装置は、誤り訂正動作のために使用されるべき制御情報要素の量を決定するための手段と、誤り訂正動作用に使用するためのリソースコンテンションシーケンスを選択するための手段、ここにおいて、選択は、制御情報要素の決定された量に基づく、と、リソースコンテンションシーケンスを送るための手段、ここにおいて、リソースコンテンションシーケンスは、誤り訂正動作のために使用される複数のリソースブロックのインジケーションを備える、と、を含む。

[0017] 一態様では、本開示は、誤り訂正動作のために使用されるべき制御情報要素の量を決定することと、誤り訂正動作用に使用するためのリソースコンテンションシーケンスを選択すること、ここにおいて、選択は、制御情報要素の決定された量に基づく、と、リソースコンテンションシーケンスを送ること、ここにおいて、リソースコンテンションシーケンスは、誤り訂正動作のために使用される複数のリソースブロックのインジケーションを備える、と、を行うためのコードを含む、コンピュータ実行可能なコードを記憶する非一時的なコンピュータ読み取り可能な媒体を提供する。

[0018] 一態様では、本開示は、リソースコンテンションシーケンスを受信すること、ここにおいて、リソースコンテンションシーケンスは、誤り訂正動作の間に受信されるべき複数のリソースブロックのインジケーションを備える、と、誤り訂正動作の間に受信されるべき制御情報要素の量を決定すること、決定は、リソースコンテンションシーケンスに基づく、と、決定された量の制御情報要素を受信することと、を含む、通信の方法を提供する。

[0019] 一態様では、本開示は、メモリおよびメモリに結合されたプロセッサを含む通信のための装置を提供する。プロセッサおよびメモリは、リソースコンテンションシーケンスを受信すること、ここにおいて、リソースコンテンションシーケンスは、誤り訂正動作の間に受信されるべき複数のリソースブロックのインジケーションを備える、と、誤り訂正動作の間に受信されるべき制御情報要素の量を決定すること、ここにおいて、決定は、リソースコンテンションシーケンスに基づく、と、決定された量の制御情報要素を受信することと、を行うように構成される。

[0020] 一態様では、本開示は、通信のために構成された装置を提供する。装置は、リソースコンテンションシーケンスを受信するための手段、ここにおいて、リソースコンテンションシーケンスは、誤り訂正動作の間に受信されるべき複数のリソースブロックのインジケーションを備える、と、誤り訂正動作の間に受信されるべき制御情報要素の量を決定するための手段、ここにおいて、決定は、リソースコンテンションシーケンスに基づく、と、決定された量の制御情報要素を受信するための手段と、を含む。

[0021] 一態様では、本開示は、リソースコンテンションシーケンスを受信すること、ここにおいて、リソースコンテンションシーケンスは、誤り訂正動作の間に受信されるべき複数のリソースブロックのインジケーションを備える、と、誤り訂正動作の間に受信されるべき制御情報要素の量を決定すること、ここにおいて、決定は、リソースコンテンションシーケンスに基づく、と、決定された量の制御情報要素を受信することと、を行うためのコードを含む、コンピュータ実行可能なコードを記憶した非一時的なコンピュータ読み取り可能な媒体を提供する。

[0022] 本開示のこれらのおよび他の態様は、以下の詳細な説明を検討すると、より完全に理解されるようになる。本開示の他の態様、特徴、およびインプリメンテーション（implementation）は、添付の図と併せて本開示の特定のインプリメンテーションの以下の説明を検討すると、当業者には明らかとなる。本開示の特徴は、ある特定のインプリメンテーションおよび図に関連して以下で説明され得るが、本開示のすべてのインプリメンテーションは、本明細書に説明される有利な特徴の１つまたは複数を含むことができる。言い換えれば、１つまたは複数のインプリメンテーションが、ある特定の有利な特徴を有するものとして説明され得るが、そのような特徴のうちの１つまたは複数はまた、ここで説明される本開示の様々なインプリメンテーションに従って使用され得る。同様の方法で、ある特定のインプリメンテーションが、デバイス、システム、または方法のインプリメンテーションとして以下に説明され得るが、そのようなインプリメンテーションは、様々なデバイス、システム、および方法においてインプリメントされることができることは理解されるべきである。

[0023] 添付の図面は、本開示の態様の説明を助けるために提示されており、それら態様の限定ではなく例示のためだけに提供されている。

[0024] 図１は、本開示の態様が使用され得る例示的な通信システムの図である。 [0025] 図２は、本開示の態様が使用され得る別の例示的な通信システムのブロック図である。 [0026] 図３は、本開示のいくつかの態様による、いくつのスケジューリング割り当て（ＳＡ：scheduling assignment）シンボルが使用されるべきかを通信するための例示的な処理の図であり、ここで通信することは、リソースブロックの量に少なくとも部分的に基づく。 [0027] 図４は、本開示のいくつかの態様による、いくつのＳＡシンボルが使用されるべきかを通信するための例示的な処理の図であり、ここで通信することは、リソースコンテンションシーケンスに少なくとも部分的に基づく。 [0028] 図５は、本開示のいくつかの態様による、複数のＨＡＲＱリソースの事前予約およびＨＡＲＱ情報を通信するための例示的な処理の図である。 [0029] 図６は、本開示のいくつかの態様による、ＨＡＲＱリソースを独立してスケジューリングするおよびＨＡＲＱ情報を通信するための例示的な処理の図である。 [0030] 図７は、本開示のいくつかの態様による、通信をサポートすることができる装置（例えば、電子デバイス）のための例示的なハードウェアインプリメンテーションを例示するブロック図である。 [0031] 図８は、本開示のいくつかの態様による、いくつのＳＡシンボルが使用されるべきかを通信するための送信側の処理の例を例示するフローチャートであり、ここで通信することは、リソースブロックの量に少なくとも部分的に基づく。 [0032] 図９は、本開示のいくつかの態様による、いくつのＳＡシンボルが使用されるべきかを通信するための送信側の処理の例を例示するフローチャートであり、ここで通信することは、リソースコンテンションシーケンスに少なくとも部分的に基づく。 [0033] 図１０は、本開示のいくつかの態様による、複数のＨＡＲＱリソースの事前予約およびＨＡＲＱ情報を送るための処理の例を例示するフローチャートである。 [0034] 図１１は、本開示のいくつかの態様による、ＨＡＲＱリソースを独立してスケジューリングするおよびＨＡＲＱ情報を送るための処理の例を例示するフローチャートである。 [0035] 図１２は、本開示のいくつかの態様による、通信をサポートすることができる装置（例えば、電子デバイス）のための別の例示的なハードウェアインプリメンテーションを例示するブロック図である。 [0036] 図１３は、本開示のいくつかの態様による、いくつのＳＡシンボルが使用されるべきかを通信するための受信側の処理の例を例示するフローチャートであり、ここで通信することは、リソースブロックの量に少なくとも部分的に基づく。 [0037] 図１４は、本開示のいくつかの態様による、いくつのＳＡシンボルが使用されるべきかを通信するための受信側の処理の例を例示するフローチャートであり、ここで通信することは、リソースコンテンションシーケンスに少なくとも部分的に基づく。 [0038] 図１５は、本開示のいくつかの態様による、複数のＨＡＲＱリソースの事前予約およびＨＡＲＱ情報を受信することのための処理の例を例示するフローチャートである。 [0039] 図１６は、本開示のいくつかの態様による、ＨＡＲＱリソースを独立してスケジューリングすることおよびＨＡＲＱ情報を受信することのための処理の例を例示するフローチャートである。

詳細な説明

[0040] 本開示の様々な態様は、複数のハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）送信を容易にすることに関する。例えば、本明細書における教示は、ビークルツーエニシング（Ｖ２Ｘ：vehicle-to anything）通信または何らかの他のタイプの通信における複数のＨＡＲＱ送信のために使用され得る。本開示は、いくつかの態様では、ＨＡＲＱ送信と併せてデバイスによって送られるスケジューリング割り当て（ＳＡ）シンボルの数を示す情報を送ることに関する。例えば、予約されるリソースブロック（ＲＢ）の数は、使用されるＳＡシンボルの数に対応し得る。別の例として、使用される特定のリッスンビフォアトーク（ＬＢＴ：Listen-Before-Talk）シーケンスが、使用されるＳＡシンボルの数に基づいて選択され得る。本開示は、いくつかの態様では、複数のＨＡＲＱ送信のためのリソースを予約することと、予約されたＨＡＲＱリソースのインジケーションを通信することと、に関する。１つの例として、１つまたは複数のＨＡＲＱ送信のためのリソースは、前もって予約され得る。このケースでは、第１のＨＡＲＱ送信は、ＬＢＴ処理を使用し得、一方でいずれの後続のＨＡＲＱ送信も、スケジューリングされたサブフレーム（１つまたは複数）において即座に送られ得る。別の例として、異なる複数のＨＡＲＱ送信のためのＨＡＲＱリソースは、独立して予約される（例えば、前もって予約されない）可能性がある。このケースでは、いずれの後続のＨＡＲＱ送信も、受信機におけるＨＡＲＱ送信のソフト結合（soft combining）を容易にするために、１つまたは複数の前のＨＡＲＱ送信のロケーションを示し得る。

[0041] 添付図面に関連して以下に記載される詳細な説明は、様々な構成の説明として意図されており、ここに説明される概念が実施され得るのはこれらの構成においてのみであることを表すようには意図されていない。詳細な説明は、様々な概念の徹底的な理解を提供することを目的として特定の詳細を含む。しかしながら、これらの概念がこれらの特定の詳細なしに実施され得ることは、当業者に明らかであろう。また、代替の構成が、本開示の範囲から逸脱することなく考案され得る。さらに、周知の要素は、本開示の関連する詳細を不明瞭にすることを避けるために、詳細には説明されないか、または省略されるべき。

[0042] 本開示を通して提示される様々な概念は、多種多様な電気通信システム、ネットワークアーキテクチャ、および通信規格を超えてインプリメントされ得る。例えば、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））は、ロングタームエボリューション（ＬＴＥ（登録商標））ネットワークと頻繁に呼ばれる、発展型パケットシステム（ＥＰＳ）を含むネットワークのためのいくつかのワイヤレス通信規格を定義する標準化団体である。第５世代（５Ｇ）ネットワークのようなＬＴＥネットワークの発展型バージョンは、ｗｅｂ閲覧、ビデオストリーミング、ＶｏＩＰ、必須アプリケーション、マルチホップネットワーク、リアルタイムフィードバックを用いたリモート操作（例えば、遠隔手術）等に限定されるわけではないが、それらを含む、多くの異なるタイプのサービスまたはアプリケーションを提供し得る。したがって、本明細書における教示は、限定することなく、５Ｇ技術、第４世代（４Ｇ）技術、第３世代（３Ｇ）技術、および他のネットワークアーキテクチャを含む様々なネットワーク技術に従ってインプリメントされることができる。また、ここに説明された技法は、ダウンリンク、アップリンク、ピアツーピアリンク、または何らかの他のタイプのリンクのために使用され得る。

[0043] 使用される実際の電気通信規格、ネットワークアーキテクチャ、および／または通信規格は、特定の用途およびシステムに課せられる全体的な設計制約に依存することになる。例示のために、以下は、５Ｇシステムおよび／またはＬＴＥシステムの文脈で様々な態様を説明し得る。しかしながら、本明細書における教示は他のシステムでも使用され得ることは認識されるべきである。したがって、５Ｇおよび／またはＬＴＥ用語の文脈における機能性への言及は、他のタイプの技術、ネットワーク、コンポーネント、シグナリング等にも等しく適用可能であると理解されるべきである。

例示的な通信システム
[0044] 図１は、ワイヤレス通信システム１００の例を例示し、ここでユーザ装置（ＵＥ）は、ワイヤレス通信シグナリングを介して他のデバイスと通信することができる。例えば、第１のＵＥ１０２および第２のＵＥ１０４は、送受信ポイント（ＴＲＰ：transmit receive point）１０６によって管理されたワイヤレス通信リソースを使用してＴＲＰ１０６と、および／または他のネットワークコンポーネント（例えば、コアネットワーク１０８、インターネットサービスプロバイダ（ＩＳＰ）１１０等）と通信し得る。加えて、デバイスは、デバイスツーデバイス（Ｄ２Ｄ：device-to-device）リンク１１２を介して互いに直接的に通信し得る。

[0045] いくつかの状況では、Ｄ２Ｄリンクは、ビークルツーエニシング（Ｖ２Ｘ：vehicle-to-anything）リンクであり得る。例えば、第１の車両１１４は、何らかの形態（または複数の形態）のＶ２Ｘ通信を介して第２の車両１１６、ユーザ装置（ＵＥ）１１８、センサ１２０、ＴＲＰ１０６、またはワイヤレス通信システム１００の何らかの他のコンポーネント（例えば、デバイス）と通信し得る。

[0046] 本明細書における教示によれば、これらのデバイスは、複数のＨＡＲＱ送信を容易にするための機能性を含み得る。例えば、第１の車両１１４、ＵＥ１１８、ＴＲＰ１０６、ならびにワイヤレス通信システム１００の他のコンポーネントの各々は、（例えば、Ｖ２Ｘリンクを介した）ワイヤレス通信システム１００における通信のためにデバイスによって使用されるＨＡＲＱ関連リソース（the HARQ-related resources）に関連する情報を制御および通信するための、複数のＨＡＲＱ送信を管理するためのモジュール１２２を含み得る。

[0047] ワイヤレス通信システム１００のコンポーネントおよびリンクは、異なるインプリメンテーションでは異なる形態をとり得る。例えば、限定することなく、ＵＥは、セルラデバイス、モノのインターネット（ＩｏＴ：Internet of Things）デバイス、セルラＩｏＴ（ＣＩｏＴ）デバイス、ＬＴＥワイヤレスセルラデバイス、マシンタイプ通信（ＭＴＣ）セルラデバイス、スマートアラーム、リモートセンサ、スマートフォン、携帯電話、スマートメータ、携帯情報端末（ＰＤＡ）、パーソナルコンピュータ、メッシュノードおよびタブレットコンピュータであり得る。

[0048] いくつかの態様では、ＴＲＰは、特定の物理セルのための無線ヘッドの機能性を組み込んだ物理エンティティを指し得る。いくつかの態様では、ＴＲＰは、直交周波数分割多重（ＯＦＤＭ）に基づいたエアインタフェースを有する５Ｇ新無線（ＮＲ）の機能性を含み得る。ＮＲは、例えば、限定することなく、ＩｏＴデバイスのワイドスケール展開、必須サービス、およびエンハンストモバイルブロードバンド（ｅＭＢＢ）をサポートし得る。ＴＲＰの機能性は、１つまたは複数の態様において、ＣＩｏＴ基地局（Ｃ−ＢＳ）、ノードＢ、発展型ノードＢ（ｅノードＢ）、無線アクセスネットワーク（ＲＡＮ）アクセスノード、無線ネットワークコントローラ（ＲＮＣ）、基地局（ＢＳ）、無線基地局（ＲＢＳ）、基地局コントローラ（ＢＳＣ）、トランシーバ基地局（ＢＴＳ）、トランシーバ機能（ＴＦ）、無線トランシーバ、無線ルータ、基本サービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、マクロセル、マクロノード、ホームｅＮＢ（ＨｅＮＢ）、フェムトセル、フェムトノード、ピコノード、または何らかの他の好適なエンティティの機能性と同様であり（またはそれに組み込まれ）得る。異なる状況（例えば、ＮＲ、ＬＴＥ等）では、ＴＲＰは、ｇノードＢ（ｇＮＢ）、ｅＮＢ、基地局と呼ばれ得るか、または他の用語を使用して呼ばれ得る。

[0049] 様々なタイプのネットワークツーデバイスリンク（network-to-device links）およびＤ２Ｄリンクが、ワイヤレス通信システム１００においてサポートされ得る。例えば、Ｄ２Ｄリンクは、限定することなく、マシンツーマシン（Ｍ２Ｍ）リンク、ＭＴＣリンク、ビークルツービークル（Ｖ２Ｖ）リンク、およびビークルツーエニシング（Ｖ２Ｘ）リンクを含み得る。ネットワークツーデバイスリンクは、限定することなく、アップリンク（またはリバースリンク）、ダウンリンク（またはフォワードリンク）、およびビークルツーネットワーク（Ｖ２Ｎ）リンクを含み得る。

例示的な通信コンポーネント
[0050] 図２は、ワイヤレス通信システム２００の別の例を例示し、ここでデバイスは、Ｖ２Ｘリンクまたは他の好適な通信リンクを介して通信する。例えば、送受信ポイント（ＴＲＰ）２０２は、第１のデバイス２０４および第２のデバイス２０６と、それぞれＶ２Ｘリンク２０８およびＶ２Ｘリンク２１０を介して通信し得る。加えて、第１のデバイス２０４および第２のデバイス２０６は、Ｖ２Ｘリンク２１２を介して通信し得る。第１のデバイス２０４および第３のデバイス２１４は、Ｖ２Ｘリンク２１６を介して通信し得る。第２のデバイス２０６および第４のデバイス２１８は、Ｖ２Ｘリンク２２０を介して通信し得る。

[0051] ワイヤレス通信システム２００のデバイスは、（例えば、他の複数のネットワークエンティティ２２２を介して）ワイドエリアネットワークの他の通信デバイスにアクセスし得る、または（図示していないが）他のネットワークにおける通信デバイスにアクセスし得る。図２の複雑性を低減するために、ＴＲＰおよび４つのデバイスのみが示される。実際には、ワイヤレス通信システムは、これらのデバイスよりも多くを含み得る。いくつかのインプリメンテーションでは、ＴＲＰ２０２は、図１のＴＲＰ１０６に対応し得る。加えて、第１のデバイス２０４および第２のデバイス２０６は、それぞれ図１の第１の車両１１４および第２の車両１１６に対応し得る。

[0052] Ｖ２Ｘリンク上での通信は、ＨＡＲＱ処理を使用し得る。したがって、ワイヤレス通信システム２００のコンポーネントのうちのいくつかは、ＨＡＲＱ送信を管理するための機能性を含み得る。例えば、ＴＲＰ２０２は、複数のＨＡＲＱ送信を管理するためのモジュール２２４を含み得る。いくつかの態様では、複数のＨＡＲＱ送信を管理するためのモジュール２２４は、複数のＨＡＲＱ送信と併せて使用されるべきスケジューリング割り当て（ＳＡ）シンボルの数のインジケーションを通信するためのモジュール２２６を含み得る。いくつかの態様では、これは、送信機側において、ＳＡシンボルの数に基づいて通信パラメータまたは関数（communication parameter or function）を選択すること、および／または通信パラメータに基づいて、使用するためのＳＡシンボルの数を選択することに関わり得る。いくつかの態様では、これは、受信機側において、（例えば、上記の通信パラメータまたは関数または何らかの他の通信パラメータまたは関数を示す）受信された情報に基づいて、ＳＡシンボルの数を決定することに関わり得る。別の例として、ＴＲＰ２０２は、複数のＨＡＲＱ送信のためにスケジューリングされるリソースのインジケーションを通信するためのモジュール２２８を含み得る。いくつかの態様では、これは、グループとしてまたはＨＡＲＱ送信ごとに別々にＨＡＲＱ送信のためにリソースを予約することに関わり得る。いくつかの態様では、これは、（例えば、グループとしてまたは別々に）予約されたリソースのインジケーションを通信することに関わり得る。

[0053] 第１のデバイス２０４は、複数のＨＡＲＱ送信を管理するためのモジュール２３０を含み得、第２のデバイス２０６は、複数のＨＡＲＱ送信を管理するためのモジュール２３２を含み得る。上記と同様に、複数のＨＡＲＱ送信を管理するためのモジュール２３０は、複数のＨＡＲＱ送信と併せて使用されるべきスケジューリング割り当て（ＳＡ）シンボルの数のインジケーションを通信するためのモジュール２３４を含み得る。加えて、または代替的に、複数のＨＡＲＱ送信を管理するためのモジュール２３０は、複数のＨＡＲＱ送信のためにスケジューリングされるリソースのインジケーションを通信するためのモジュール２３６を含み得る。複数のＨＡＲＱ送信を管理するためのモジュール２３２は、複数のＨＡＲＱ送信を管理するためのモジュール２３０と同様の機能性を含み得る。また、ワイヤレス通信システム２００の他のデバイス（例えば、第３のデバイス２１６および第４のデバイス２１８）は、同様の機能性を含み得る（図示せず）。

例示的なＨＡＲＱ動作
[0054] ＮＲのような通信における進歩は、Ｖ２Ｘ通信および他のタイプの通信においてより高いスループットを可能にする新しい特徴を提供し得る。例えば、改善されたスループットは、センサ共有および自動運転のようなある特定のＶ２Ｘ通信アプリケーションにおいて重要であり得る。

[0055] ＮＲでは、（例えば、ニューメロロジー（numerology）が固定されているＬＴＥとは対照的に）ニューメロロジーがスケーラブルである。例えば、ＮＲは、異なる長さの直交周波数分割多重（ＯＦＤＭ）シンボルの使用をサポートする。この特徴は、（例えば、サブフレーム中の干渉を緩和することによって）改善されたシステムパフォーマンスを提供するためにＬＢＴのようなリソースコンテンションメカニズムをサポートするために使用されることができる。なお、ＬＢＴまたは何らかの同様のスキームの使用は、通信をスケジューリングするために中央スケジューラ（例えば、ＴＲＰ）を使用しない通信状況でのＮＲにおいて有益であり得ることに留意されたい。そのような状況では、通信デバイスは、それら自身の送信を（例えば、コーディングレート、参照シーケンス、ＨＡＲＱ情報等のような情報を交換することによって）スケジューリングし得る。

[0056] 通信システムは、所与の送信のためのパケットサイズが１つの送信時間間隔（ＴＴＩ）のサイズより大きいとき、またはより高い信頼性が望ましい（例えば、より長い送信時間という犠牲を払って）とき、複数のＨＡＲＱ送信を使用し得る。本開示は、いくつかの態様では、複数のＨＡＲＱ送信または同様の送信（例えば、他のフィードバック処理）をサポートするための技法に関する。例示のために、これらの技法は、ＮＲ Ｖ２ＸのためのＨＡＲＱの文脈で説明されることになる。しかしながら、これらの教示が他のタイプの通信システムおよびフィードバック処理に適用可能であり得ることは認識されるべきである。

[0057] ＮＲでは、送信機による非集中型アクセスメカニズム（non-centralized access mechanism）は、ＬＢＴシーケンス、その後にＳＡ、その後にデータを送信することに関わり得る。いくつかの態様では、ＬＢＴシーケンスは、送信が開始されたことを示す。ＬＢＴシーケンスはまた、送信が現在のサブフレームにおいて使用するべきＲＢを示し得る。いくつかの態様では、ＳＡは、データを復号するために受信機が使用することができる制御情報（例えば、コーディングレート等）を搬送し得る。ＳＡはまた、後続の送信において（例えば、後続のサブフレームにおいて）使用されるべきＲＢを示し得る。

[0058] ＮＲ Ｖ２Ｘでは、ＳＡにおける情報ビットの数は、固定されないことはない可能性がある（might not be not fixed）。例えば、ＳＡのサイズは、パケットサイズおよび／またはＨＡＲＱ送信の数に対応（scale with）し得る。別の例として、効果的なコーディングレートを低め、続いてＳＡ送信の信頼性を増大させるために、より多くのＯＦＤＭシンボルがＳＡ情報ビットを搬送するために使用されることができる。受信機側における複雑性を低減するために、（例えば、ＳＡをブラインド復号する必要性を避けるために）、ＳＡ ＯＦＤＭシンボルの数が知られていることが望ましい。ＳＡおよびデータリソースは、リッスンビフォアトーク（ＬＢＴ）処理の使用を通じて予約され得る。その結果、使用されているＳＡシンボルの数についての情報がＬＢＴ処理から推測され得る。

[0059] また、ＨＡＲＱ送信は、いくつかのサブフレームにわたり得るので、いくつかのサブフレーム上でＨＡＲＱ送信のためにリソースを予約し、他のデバイス（例えば、他のＵＥ）に予約の詳細を提供してこれらのデバイスがそれら送信を復号することができるようにするためのメカニズムが必要である。いくつかのインプリメンテーションでは、そのようなメカニズムはまた、単一のサブフレーム送信のためのＬＢＴベースのリソース予約メカニズムと互換性があるべきである。

[0060] 上述したように、ＳＡシンボルの数は、ＬＢＴ処理から推測され得る。これが達成される方法の２つの例が以下に続く。

[0061] 第１の例では、ＳＡシンボルの数は、予約されたリソースブロック（ＲＢ）の数に基づいて定義される。例えば、予約されるＲＢの数がしきい値よりも多い場合、ＳＡシンボルの数がＮ（例えば、２）であるように、構成可能なしきい値（例えば、ネットワークによって構成される）が存在し得る。ＳＡシンボルの数は、そうでなければＭ（例えば、１）である。この解決策は、いくつかの態様では、ＳＡのサイズがパケットサイズに対応しそうであるという観測に基づく。このオプションでは、ＳＡのサイズは、ＨＡＲＱ送信の数に関わらず、予約されたＲＢの同じ数と大体同じであり得る（be roughly the same for the same number of）。

[0062] 第２の例は、使用されるＳＡシンボルの数に基づいて、特定のＬＢＴシーケンス（または他の好適なシーケンス）を使用することに関わる。ここで、異なる複数のデバイスによって送られたＬＢＴシーケンス（例えば、異なるＵＥは異なるＬＢＴシーケンスをランダムに選択することができる）を区別するために、システム中で異なるＬＢＴシーケンスが定義され得る。受信機は、データおよびＳＡのＲＢ割り振りを決定するために、受信されたＬＢＴシーケンスのブラインド検出を行うことが予想される。それ故に、本明細書における教示によれば、受信機はまた、送られた特定のＬＢＴシーケンスに基づいて、使用されるＳＡシンボルの数を決定し得る。この目的のために、すべての可能性のあるＬＢＴシーケンスのセットが、例えば、２つの分離されたセットに区分され得る。この例では、使用されるべきＳＡシンボルの数は、１つのサブセット中のすべてのシーケンスについてＮ（例えば、２）あり、一方で、使用されるべきＳＡシンボルの数は、すべての残りのシーケンスについてＭ（例えば、１）である。他の例では、ＬＢＴシーケンスの異なる数のセットおよび異なる量のＳＡシンボルが使用され得る。

[0063] 複数のＨＡＲＱ送信のためのリソースを予約する２つの例が以下に続く。

[0064] 第１の例は、複数の送信のためのＨＡＲＱリソースの予約（例えば、ＨＡＲＱ送信のうちのいくつかまたはすべてについて使用されるべきＲＢおよびサブフレームの事前予約）に関わる。１つの例として、ＨＡＲＱ送信のすべてについてのリソースが予約され得る。別の例として、現在のＨＡＲＱ送信および次のＨＡＲＱ送信のためのリソースが予約され得る。他の例では他の組合せも使用され得る。

[0065] 後続の送信のＲＢ割り振りおよびサブフレームについての情報は、使用されるＬＢＴシーケンス、および任意の単一のＨＡＲＱ送信に関するＳＡ中の情報から推測可能であり得る。いくつかの態様では、（例えば、ＳＡに含まれる）ホッピングパターンは、異なる送信のために使用されるべきリソースを示すために使用され得る。

[0066] この第１の例では、送信機（例えば、ＵＥ）は、以下の様に第１のＨＡＲＱ送信についてＬＢＴリソース選択を実施し得る。ＬＢＴ処理は、サブフレームの始まりにおいて１つのランダムなＬＢＴタイマ「ｔ」を選択することを含み得る。送信機は次いで、それがそれのＬＢＴシーケンスの送信を開始する前に、「ｔ」ＬＢＴ ＯＦＤＭシンボル分待つ。送信機は、「ｔ」ＬＢＴ ＯＦＤＭシンボルの間、サイレントのままである。その結果、特定の送信機は、特定の送信機がそれのＬＢＴシーケンスを送信する前に、それらのＬＢＴシーケンスを送信する他の送信機（例えば、ＵＥ）を検出することができ（すなわち、他の送信機は「ｔ」より小さいＬＢＴタイマを選んだ）、それによりそれらの送信機によって使用されるＲＢを避けることができる。送信機は次いで、それのＬＢＴシーケンスをそこで送信するためのリソースを、残りのＲＢのうちからランダムに選ぶことができる。ＬＢＴのために選ばれたリソースはまた、ＳＡおよびデータ送信のために使用され得る。

[0067] 任意の後続のＨＡＲＱ送信について、送信機は、ランダムな「ｔ」タイマ値を選択する代わりに、固定のＬＢＴタイマ「ｔ」＝０を選択し得る。これは、送信機が、事前選択されたリソース上のサブフレームの始まりにおいて常に送信を開始することを確実にし得る。０より大きなＬＢＴタイマを選択したすべての他の送信機は、このサブフレームにおいて送信する送信機の存在を検出することができることになる。その結果、これらの他の送信機は、これらのＨＡＲＱ送信と干渉することを避けることができる。

[0068] 第２の例は、異なるＨＡＲＱ送信のためにリソースを独立して選択することに関わる。このケースでは、ＲＢリソースおよび送信サブフレームは、各ＨＡＲＱ送信について独立して（例えば、日和見的に）選択される。各送信のＳＡは、ＨＡＲＱが使用されるべきかどうか、およびＨＡＲＱ送信の総数を示すことができる。また、後続のＨＡＲＱ送信のＳＡは、ソフト結合を容易にするために、１つまたは複数の前のＳＡロケーションおよび／またはデータロケーションを指し示し得る。例えば、第２のＨＡＲＱ送信は、第１のＨＡＲＱ送信（によって使用されるサブフレームおよびＲＢ等）のポジションについての情報を含み得る。別の例として、第３のＨＡＲＱ送信は、第１のおよび第２のＨＡＲＱ送信のポジションについての情報を含み得る。さらに別の例として、第３のＨＡＲＱ送信は、第２のＨＡＲＱ送信のポジションについての情報を含み得、一方で第２のＨＡＲＱ送信は、第１のＨＡＲＱ送信のポジションについての情報を含み得る。他の例では他の組合せが使用され得る。

[0069] 複数のＨＡＲＱ送信をサポートするための上記の例のこれらのおよび他の態様が、これより図３〜図６を参照して説明されることになる。

第１の例示的なＳＡシンボルインジケーション処理
[0070] 図３は、予約されるＲＢの数に基づいてＳＡシンボルの数を通信することの例（例えば、上述したＳＡシンボルの数を決定するための第１の例）を例示する。他の例では、ＲＢ以外の情報がＳＡシンボルの数を示すために使用され得ることは認識されるべきである。加えて、ＳＡは、（例えば、シンボル以外の）他の方法で量子化され得、これらの量子化された要素の量は、ＲＢの数または使用されているそのような要素の数を伝送するための他の情報に関連し得る。

[0071] ブロック３０２において、第１のデバイス（例えば、Ｖ２Ｘ通信が可能であるデバイス）は、ＬＢＴシーケンスを送る。ＬＢＴシーケンスは、現在の送信のために予約されるＲＢのインジケーションを含む。このケースでは、予約されるＲＢの数は、使用されるＳＡシンボルの数を示す。例えば、ＲＢの数がしきい値よりも多い場合、２つのＳＡシンボルが使用され得、そうでなければ１つのＳＡシンボルが使用され得る。

[0072] ブロック３０４において、第１のデバイスは、ＳＡ（または制御情報を含む何らかの他の好適な要素）を送る。

[0073] ブロック３０６において、第１のデバイスは、予約されたリソースブロックを介してデータを送る。

[0074] ブロック３０８において、第２のデバイス（例えば、Ｖ２Ｘ通信が可能であるデバイス）は、ブロック３０２において第１のデバイスによって送られたＬＢＴシーケンスを受信する。

[0075] ブロック３１０において、第２のデバイスは、ＬＢＴシーケンスによって示される、予約されたＲＢの数に基づいて、使用されているＳＡシンボルの数を決定する。

[0076] ブロック３１２において、第２のデバイスは、ブロック３０４において第１のデバイスによって送られたＳＡを受信する。ここで、第２のデバイスは、正しい数のＳＡシンボルを復号するために、ブロック３１０において決定されたＳＡシンボルの数を使用する。

[0077] ブロック３１４において、第２のデバイスは、ブロック３０６において予約されたＲＢを介して第１のデバイスが送ったデータを受信する。いくつかの態様では、第２のデバイスは、データを復号するために、ＳＡに含まれた制御情報（例えば、コーディングレート等）を使用し得る。

第２の例示的なＳＡシンボルインジケーション処理
[0078] 図４は、使用されている特定のＬＢＴシーケンスに基づいて、ＳＡシンボルの数を通信することの例（例えば、上述したＳＡシンボルの数を決定するための第２の例）を例示する。他の例では、ＬＢＴ以外のリソースコンテンションスキームが使用され得ることは認識されるべきである。

[0079] ブロック４０２において、第１のデバイス（例えば、Ｖ２Ｘ通信が可能なデバイス）は、ＬＢＴシーケンスを送る。このケースでは、使用される特定のＬＢＴシーケンスは、使用されるべきＳＡシンボルの数を示す。例えば、第１のデバイスが１つのＳＡシンボルを使用している場合、第１のデバイスは、ＬＢＴシーケンスの第１のセットからＬＢＴシーケンスを選択し得る。逆に、第１のデバイスが２つのＳＡシンボルを使用している場合、第１のデバイスは、ＬＢＴシーケンスの第２のセットからＬＢＴシーケンスを選択し得る。

[0080] ブロック４０４において、第１のデバイスはＳＡを送る。ＳＡは、現在の送信のためのリソースブロック予約のインジケーションを含む。

[0081] ブロック４０６において、第１のデバイスは、予約されたリソースブロックを介してデータを送る。

[0082] ブロック４０８において、第２のデバイス（例えば、Ｖ２Ｘ通信が可能であるデバイス）は、ブロック４０２において、第１のデバイスによって送られたＬＢＴシーケンスを受信する。

[0083] ブロック４１０において、第２のデバイスは、特定の受信されたＬＢＴシーケンスに基づいて、使用されているＳＡシンボルの数を決定する。

[0084] ブロック４１２において、第２のデバイスは、ブロック４０４において第１のデバイスによって送られたＳＡを受信する。

[0085] ブロック４１４において、第２のデバイスは、ブロック４０６において予約されたＲＢを介して第１のデバイスが送ったデータを受信する。

第１の例示的なＨＡＲＱリソース処理
[0086] 図５は、すべてのＨＡＲＱ送信のためにリソースを集合的に予約することの例（例えば、上述したＨＡＲＱリソースを予約するための第１の例）を例示する。他の例では、他のタイプのフィードバック処理（例えば、ＨＡＲＱ以外の）が使用され得ることは認識されるべきである。ＨＡＲＱ処理または他のフィードバック処理のために様々なタイプのリソースが予約され得ることもまた理解されるべきである。

[0087] 図５の複雑性を低減するために、２つのＨＡＲＱ処理のみが示される。他の例では、異なる数のＨＡＲＱ処理が使用され得る。加えて、ＨＡＲＱ処理に関連するいくつかの動作は、図５において、その図の複雑性をさらに低減するため、示されない。

[0088] ブロック５０２において、第１のデバイス（例えば、Ｖ２Ｘ通信が可能であるデバイス）は、複数のＨＡＲＱ送信のためのリソースをスケジューリングする。したがって、このケースでは、第１のデバイスは、いずれのＨＡＲＱ送信の実行よりも前に、全ＨＡＲＱ送信のための全リソースをスケジューリング（例えば、事前スケジューリング）する。

[0089] ブロック５０４において、第１のデバイスは、スケジューリングされたＨＡＲＱリソースのインジケーションを送る。

[0090] ブロック５０６において、第１のデバイスは、スケジューリングされたリソースのうちの第１のリソース上で第１のＨＡＲＱを送る。加えて、第１のデバイスは、ＬＢＴ処理（または何らかの他の好適なリソースコンテンション処理）を使用して第１のＨＡＲＱを送る。

[0091] ブロック５０８において、第１のデバイスは、スケジューリングされたリソースのうちの第２のリソース上で第２のＨＡＲＱを送る。このケースでは、第１のデバイスは、第２のリソース上で（例えば、その始まりにおいて）即座に第２のＨＡＲＱを送る。例えば、上述したように、第１のデバイスは、第２のＨＡＲＱ、およびこの送信のためのいずれの後続のＨＡＲＱにも、タイマ「ｔ」＝０を使用し得る。

[0092] ブロック５１０において、第２のデバイス（例えば、Ｖ２Ｘ通信が可能であるデバイス）は、ブロック５０２において第１のデバイスによって送られたスケジューリングされたＨＡＲＱリソースのインジケーションを受信する。

[0093] ブロック５１２において、第２のデバイスは、ブロック５０６において第１のデバイスによって送られた第１のＨＡＲＱについてスケジューリングされたＨＡＲＱリソース（すなわち、ブロック５１０において受信されたインジケーションによって示された）のうちの第１のリソースをモニタする。第１のデバイスは、第１のＨＡＲＱを送るためにＬＢＴ処理（または何らかの他の好適な処理）を使用したので、第２のデバイスは、第１のＨＡＲＱを回復させるために、第１のリソース上で受信された情報のすべてをモニタおよび復号する必要があり得る。

[0094] ブロック５１４において、第２のデバイスは、ブロック５０８において第１のデバイスによって送られた第２のＨＡＲＱについてスケジューリングされたＨＡＲＱリソース（すなわち、ブロック５１０において受信されたインジケーションによって示された）のうちの第２のリソースをモニタする。このケースでは、第２のデバイスは第２のリソースを介して第１のデバイスが第２のＨＡＲＱを送ったことを知らされ得るので、第２のデバイスは、そのリソースにおけるすべてのＬＢＴシーケンスのブラインド検出を行うことを必要とせずに、第２のＨＡＲＱを回復させるために、単純に第２のリソースを介して受信された情報をモニタおよび復号し得る。代替的に、第２のデバイスは、第２のＨＡＲＱを回復させるために、第２のリソース上で受信されたすべての情報をモニタおよび復号し得る。

第２の例示的なＨＡＲＱリソース処理
[0095] 図６は、異なるＨＡＲＱ送信のためにリソースを別々に予約することの例（例えば、上述したＨＡＲＱリソースを予約するための第２の例）を例示する。他の例では、他のタイプのフィードバック処理（例えば、ＨＡＲＱ以外の）が使用され得ることは認識されるべきである。ＨＡＲＱ処理または他のフィードバック処理のために様々なタイプのリソースが予約され得ることもまた理解されるべきである。

[0096] 図６の複雑性を低減するために、２つのＨＡＲＱ処理のみが示される。他の例では、異なる数のＨＡＲＱ処理が使用され得る。加えて、ＨＡＲＱ処理に関連するいくつかの動作は、図６において、その図の複雑性をさらに低減するため、示されない。

[0097] ブロック６０２において、第１のデバイス（例えば、Ｖ２Ｘ通信が可能であるデバイス）は、第１のＨＡＲＱ送信のためのリソースをスケジューリングする。したがって、このケースでは、第１のデバイスは、最初はすべてのＨＡＲＱ送信のためのすべてのリソースをスケジューリング（例えば、事前スケジューリング）しない。

[0098] ブロック６０４において、第１のデバイスは、第１のＨＡＲＱ送信のためのスケジューリングされたＨＡＲＱリソースのインジケーションを送る。

[0099] ブロック６０６において、第１のデバイスは、第１のＨＡＲＱのためにスケジューリングされたリソース上で第１のＨＡＲＱを送る。

[0100] ブロック６０８において、第１のデバイスは、第２のＨＡＲＱ送信のためのリソースをスケジューリングする。

[0101] ブロック６１０において、第１のデバイスは、第２のＨＡＲＱ送信のためのスケジューリングされたＨＡＲＱリソースのインジケーションを送る。加えて、第１のデバイスは、（例えば、第１のおよび第２のＨＡＲＱのソフト結合を可能にするために）第１のＨＡＲＱ送信のロケーションのインジケーションを送り得る。

[0102] ブロック６１２において、第１のデバイスは、第２のＨＡＲＱのためにスケジューリングされたリソース上で第２のＨＡＲＱを送る。

[0103] ブロック６１４において、第２のデバイス（例えば、Ｖ２Ｘ通信が可能であるデバイス）は、ブロック６０４において第１のデバイスによって送られた第１のＨＡＲＱのためのスケジューリングされたリソースのインジケーションを受信する。

[0104] ブロック６１６において、第２のデバイスは、ブロック６０６において第１のデバイスによって送られた第１のＨＡＲＱを受信する。

[0105] ブロック６１８において、第２のデバイスは、ブロック６１０において第１のデバイスによって送られた第２のＨＡＲＱのためのスケジューリングされたリソースのインジケーションを受信する。加えて、第２のデバイスは、オプションとして、ブロック６１０において第１のデバイスによって送られた第１のＨＡＲＱ送信のロケーションのインジケーションを受信し得る。

[0106] ブロック６２０において、第２のデバイスは、ブロック６１２において第１のデバイスによって送られた第２のＨＡＲＱを受信する。

[0107] オプションのブロック６２２において、第２のデバイスは、第１のデバイスによって送られたデータを回復させるために、第１のＨＡＲＱおよび第２のＨＡＲＱについて受信された情報をソフトコンバインし得る。

第１の例示的な装置
[0108] 図７は、本開示の１つまたは複数の態様に従って通信する（例えば、ＨＡＲＱ送信を送る）ように構成された装置７００の例示的なハードウェアインプリメンテーションのブロック図を例示する。装置７００は、ＵＥ、送受信ポイント（ＴＲＰ）、アクセスポイントまたはここに教示された通信をサポートする何らかの他のタイプのデバイスを具現化し得るか、またはそれら内でインプリメントされ得る。様々なインプリメンテーションにおいて、装置７００は、アクセス端末、基地局、または何らかの他のタイプのデバイスを具現化し得るか、またはそれら内でインプリメントされ得る。様々なインプリメンテーションにおいて、装置７００は、携帯電話、スマートフォン、タブレット、ポータブルコンピュータ、サーバ、ネットワークエンティティ、パーソナルコンピュータ、センサ、アラーム、車両、マシン、エンタテイメントデバイス、医療デバイス、または回路構成を有する任意の他の電子デバイスを具現化し得るか、またはそれら内でインプリメントされ得る。

[0109] 装置７００は、通信インタフェース７０２（例えば、少なくとも１つのトランシーバ）、記憶媒体７０４、ユーザインタフェース７０６、メモリデバイス７０８、および処理回路７１０（例えば、少なくとも１つのプロセッサ）を含む。これらのコンポーネントは、図７において概して接続線によって表されるシグナリングバスまたは他の好適なコンポーネントを介して互いに電気的通信状態に置かれるおよび／または互いに結合されることができる。シグナリングバスは、処理回路７１０の特定の用途および全体的な設計制約に応じて、相互接続バスおよびブリッジをいくつでも含み得る。シグナリングバスは、通信インタフェース７０２、記憶媒体７０４、ユーザインタフェース７０６、およびメモリデバイス７０８の各々が、処理回路７１０と電気的通信状態にある、および／または、処理回路７１０に結合されるように、様々な回路を共にリンクする。シグナリングバスはまた、タイミングソース、周辺機器、電圧レギュレータ、および電力管理回路のような、様々な他の回路（示されていない）もリンクさせ得るが、これらは当該技術で周知であるため、これ以上説明されることはない。

[0110] 通信インタフェース７０２は、装置７００のワイヤレス通信を容易にするように適合され得る。例えば、通信インタフェース７０２は、ネットワーク内の１つまたは複数の通信デバイスに関して双方向に情報の通信を容易にするように適合される回路構成および／またはプログラミングを含み得る。したがって、いくつかのインプリメンテーションでは、通信インタフェース７０２は、ワイヤレス通信システム内でのワイヤレス通信のための１つまたは複数のアンテナ７１２に結合され得る。いくつかのインプリメンテーションでは、通信インタフェース７０２は、ワイヤベースの通信のために構成され得る。例えば、通信インタフェース７０２は、バスインタフェース、送受信インタフェース、またはドライバ、バッファ、または何らかの他のタイプの信号インタフェースであって信号を出力および／または取得する（例えば、集積回路から信号を出力するおよび／または集積回路へと信号を受け取る）ための他の回路構成を含むものであり得る。通信インタフェース７０２は、１つまたは複数のスタンドアロンの受信機および／または送信機、ならびに１つまたは複数のトランシーバで構成されることができる。例示された例では、通信インタフェース７０２は、送信機７１４および受信機７１６を含む。

[0111] メモリデバイス７０８は、１つまたは複数のメモリデバイスを表し得る。示されたように、メモリデバイス７０８は、装置７００によって使用される他の情報とともにＨＡＲＱ関連情報７１８を保持し得る。いくつかのインプリメンテーションでは、メモリデバイス７０８および記憶媒体７０４は、共通のメモリコンポーネントとしてインプリメントされる。メモリデバイス７０８はまた、処理回路７１０または装置７００の何らかの他のコンポーネントによって操作されるデータを記憶するために使用され得る。

[0112] 記憶媒体７０４は、プロセッサ実行可能コードまたは命令（例えば、ソフトウェア、ファームウェア）、電子データ、データベース、または他のデジタル情報のようなプログラミングを記憶するための、１つまたは複数のコンピュータ読み取り可能な、機械読み取り可能な、および／またはプロセッサ読み取り可能なデバイスを表し得る。記憶媒体７０４はまた、プログラミングを実行するときに処理回路７１０によって操作されるデータを記憶するために使用され得る。記憶媒体７０４は、ポータブルまたは固定記憶デバイス、光学記憶デバイス、および、プログラミングを記憶するか、含むか、または搬送することができる様々な他の媒体を含む、汎用または専用プロセッサによってアクセスされることができるいかなる利用可能な媒体でもあり得る。

[0113] 限定ではなく例として、記憶媒体７０４は、磁気記憶デバイス（例えば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ）、光学ディスク（例えば、コンパクトディスク（ＣＤ）またはデジタル多目的ディスク（ＤＶＤ））、スマートカード、フラッシュメモリデバイス（例えば、カード、スティック、またはキードライブ）、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、プログラム可能なＲＯＭ（ＰＲＯＭ）、消去可能なＰＲＯＭ（ＥＰＲＯＭ）、電気的に消去可能なＰＲＯＭ（ＥＥＰＲＯＭ（登録商標））、レジスタ、リムーバブルディスク、およびコンピュータによってアクセスされ得るおよび読み出され得る命令および／またはソフトウェアを記憶するためのいかなる他の好適な媒体も含み得る。記憶媒体７０４は、製品（例えば、コンピュータプログラム製品）において具現化され得る。例として、コンピュータプログラム製品は、パッケージング材料におけるコンピュータ読み取り可能な媒体を含み得る。上記を考慮して、いくつかのインプリメンテーションでは、記憶媒体７０４は、非一時的な（例えば、有形の）記憶媒体であり得る。

[0114] 記憶媒体７０４は、処理回路７１０が記憶媒体７０４から情報を読み出すおよび記憶媒体７０４に情報を書き込むことができるように、処理回路７１０に結合され得る。つまり、記憶媒体７０４は、少なくとも１つの記憶媒体が処理回路７１０に統合された例、および／または少なくとも１つの記憶媒体が処理回路７１０から分離された例（例えば、装置７００に常駐する、装置７００の外部にある、複数のエンティティにわたって分散される等）を含んで、記憶媒体７０４が処理回路７１０によって少なくともアクセス可能であるように、処理回路７１０に結合されることができる。

[0115] 記憶媒体７０４によって記憶されるプログラミングは、処理回路７１０によって実行されると、処理回路７１０に、ここに説明される様々な機能および／または処理動作のうちの１つまたは複数を実施させる。例えば、記憶媒体７０４は、処理回路７１０の１つまたは複数のハードウェアブロックにおける動作を調節（regulating）するために、ならびに、それらのそれぞれの通信プロトコルを利用してワイヤレス通信のための通信インタフェース７０２を利用するように、構成された動作を含み得る。いくつかの態様では、記憶媒体７０４は、ここに説明される機能性を実施するためのコードを含む、コンピュータ実行可能なコードを記憶した非一時的なコンピュータ読み取り可能な媒体を含み得る。

[0116] 処理回路７１０は一般に、記憶媒体７０４上に記憶されたそのようなプログラミングの実行を含む処理のために適合される。ここで使用される場合、「コード」または「プログラミング」という用語は、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはその他の呼称に関わらず、制限なく、命令、命令セット、データ、コード、コードセグメント、プログラムコード、プログラム、プログラミング、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、プロシージャ、関数（functions）等を含むように広く解釈されるべきである。

[0117] 処理回路７１０は、データを取得する、処理するおよび／または送る、データアクセスおよびストレージを制御する、コマンドを発行する、および他の所望の動作を制御するように配列される。処理回路７１０は、少なくとも１つの例においては、適した媒体によって提供される所望のプログラミングをインプリメントするように構成される回路構成を含み得る。例えば、処理回路７１０は、１つまたは複数のプロセッサ、１つまたは複数のコントローラ、および／または実行可能なプログラミングを実行するように構成される他の構造としてインプリメントされ得る。処理回路７１０の例は、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または他のプログラム可能な論理コンポーネント、ディスクリートゲートまたはトランジスタ論理、ディスクリートハードウェアコンポーネント、またはここに説明された機能を実施するように設計されたそれらの任意の組合せを含み得る。汎用プロセッサは、マイクロプロセッサ、ならびにいかなる従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンも含み得る。処理回路７１０はまた、計算コンポーネントの組合せ、例えば、ＤＳＰとマイクロプロセッサの組合せ、いくつかのマイクロプロセッサ、ＤＳＰコアと連結した１つまたは複数のマイクロプロセッサ、ＡＳＩＣおよびマイクロプロセッサ、または任意の他の数の様々な構成（any other number of varying configurations）としてもインプリメントされ得る。処理回路７１０のこれらの例は、例示のためのものであり、本開示の範囲内の他の好適な構成もまた考慮されている。

[0118] 本開示の１つまたは複数の態様に従って、処理回路７１０は、ここに説明される装置の任意のものまたはすべてについての、特徴、処理、機能、動作および／またはルーチンの任意のものまたはすべてを実施するように適合され得る。例えば、処理回路７１０は、図１〜図６および図８〜図１１に関して説明されるステップ、機能、および／または処理のいずれも実施するように構成され得る。ここで使用される場合、処理回路７１０に関する「適合される」という用語は、処理回路７１０が、ここに説明される様々な特徴に従って、特定の処理、機能、動作および／またはルーチンを実施するように構成されること、そのために使用されること、インプリメントされること、および／またはプログラムされること、のうちの１つまたは複数を指し得る。

[0119] 処理回路７１０は、図１〜図６および図８〜図１１と併せて説明される動作のうちの任意のものを実施するための手段（例えば、そのための構造）の役割を果たす、特定用途向け集積回路（ＡＳＩＣ）のような特殊プロセッサであり得る。処理回路７１０は、送信するための手段および／または受信するための手段の１つの例の役割を果たし得る。様々なインプリメンテーションにおいて、処理回路７１０は、少なくとも部分的に、図２の第１のデバイス２０４についての上述した機能性（例えば、複数のＨＡＲＱ送信を管理するためのモジュール２３０）を提供し得るおよび／または組み込み得る。

[0120] 装置７００の少なくとも１つの例によれば、処理回路７１０は、決定するための回路／モジュール７２０、選択するための回路／モジュール７２２、送るための回路／モジュール７２４、スケジューリングするための回路／モジュール７２６、または実施するための回路／モジュール７２８のうちの１つまたは複数を含み得る。様々なインプリメンテーションにおいて、決定するための回路／モジュール７２０、選択するための回路／モジュール７２２、送るための回路／モジュール７２４、スケジューリングするための回路／モジュール７２６、または実施するための回路／モジュール７２８は、少なくとも部分的に、図２の第１のデバイス２０４についての上述した機能性（例えば、複数のＨＡＲＱ送信を管理するためのモジュール２３０）を提供し得るおよび／または組み込み得る。

[0121] 上述したように、記憶媒体７０４によって記憶されたプログラミングは、処理回路７１０によって実行されると、処理回路７１０に、ここに説明される様々な機能および／または処理動作のうちの１つまたは複数を実施させる。例えば、プログラミングは、様々なインプリメンテーションにおいて図１〜図６および図８〜図１１に関してここに説明される様々な機能、ステップおよび／または処理を実施することを処理回路７１０に行わせ得る。図７に示されるように、記憶媒体７０４は、決定するためのコード７３０、選択するためのコード７３２、送るためのコード７３４、スケジューリングするためのコード７３６、または実施するためのコード７３８のうちの１つまたは複数を含み得る。様々なインプリメンテーションにおいて、決定するためのコード７３０、選択するためのコード７３２、送るためのコード７３４、スケジューリングするためのコード７３６、または実施するためのコード７３８は、決定するための回路／モジュール７２０、選択するための回路／モジュール７２２、送るための回路／モジュール７２４、スケジューリングするための回路／モジュール７２６、または実施するための回路／モジュール７２８にここに説明される機能性を提供するために実行され得るまたはそうでなければそのために使用され得る。

[0122] 決定するための回路／モジュール７２０は、例えば、情報を決定することに関係するいくつかの機能を実施するように適合された回路構成および／またはプログラミング（例えば、記憶媒体７０４上に記憶された決定するためのコード７３０）を含み得る。いくつかの態様では、決定するための回路／モジュール７２０（例えば、決定するための手段）は、例えば、処理回路に対応し得る。

[0123] 最初に、決定するための回路／モジュール７２０は、それに基づいて決定が行われるべき情報を取得し得る。例えば、決定するための回路／モジュール７２０は、誤り訂正動作のために使用されるべき制御情報要素および／またはリソースブロックに関する情報を（例えば、メモリデバイス７０８、または装置７００の何らかの他のコンポーネントから）取得し得る。決定するための回路／モジュール７２０は次いで、（例えば、図１〜図６と併せてここで説明したように）取得された情報に基づいて決定を行い得る。決定するための回路／モジュール７２０は次いで、決定のインジケーションを（例えば、選択するための回路／モジュール７２２、送るための回路／モジュール７２４、メモリデバイス７０８または装置７００の何らかの他のコンポーネントに）出力し得る。

[0124] 選択するための回路／モジュール７２２は、例えば、選択を行うことに関係するいくつかの機能を実施するように適合された回路構成および／またはプログラミング（例えば、記憶媒体７０４上に記憶された選択するためのコード７３２）を含み得る。いくつかの態様では、選択するための回路／モジュール７２２（例えば、選択するための手段）は、例えば、処理回路に対応し得る。

[0125] 選択するための回路／モジュール７２２は、１つまたは複数の入力に基づいて選択を行い得る。例えば、選択するための回路／モジュール７２２は、リソースブロックの決定された量に基づいて、誤り訂正動作のために使用されるべき制御情報要素の量を選択し得る。別の例として、選択するための回路／モジュール７２２は、制御情報要素の決定された量に基づいて、誤り訂正動作のために使用するためのリソースコンテンションシーケンスを選択し得る。したがって、選択するための回路／モジュール７３６は、最初に入力情報を（例えば、決定するための回路／モジュール７２８、メモリデバイス７０８、または装置７００の何らかの他のコンポーネントから）取得し得る。選択するための回路／モジュール７３６のための回路／モジュールは、このように、（例えば、図１〜図６と併せてここで説明したように）適した入力に基づいて選択を行うことができる。選択するための回路／モジュール７３６は次いで、選択のインジケーションを（例えば、通信インタフェース７０２、メモリデバイス７０８、または装置７００の何らかの他のコンポーネントに）出力し得る。

[0126] 送るための回路／モジュール７２４は、例えば、情報を送る（例えば、送信する）ことに関係するいくつかの機能を実施するように適合された回路構成および／またはプログラミング（例えば、記憶媒体７０４上に記憶された送るためのコード７３４）を含み得る。いくつかのインプリメンテーションでは、送るための回路／モジュール７２４は、情報を（例えば、メモリデバイス７０８、決定するための回路／モジュール７２０、選択するための回路／モジュール７２２、または装置７００の何らかの他のコンポーネントから）取得し、その情報を処理（例えば、送信のために情報を符号化）し得る。例えば、送るための回路／モジュール７２４は、リソースブロックの決定された量を示す情報、制御情報要素、リソースコンテンションシーケンス、ＳＡシンボルまたはデータを含む、送信されるべき情報を取得し得る。いくつかの状況では、送るための回路／モジュール７２４は、情報を別のデバイスに送信するべき別のコンポーネント（例えば、送信機７１４、通信インタフェース７０２、または何らかの他のコンポーネント）に情報を送る。いくつかの状況では（例えば、送るための回路／モジュール７２４が送信機を含む場合）、送るための回路／モジュール７２４は、無線周波数シグナリングまたは適用可能な通信媒体に適した何らかの他のタイプのシグナリングを介して別のデバイス（例えば、最終的な宛先）に直接的に情報を送信する。

[0127] 送るための回路／モジュール７２４（例えば、送るための手段）は、様々な形態をとり得る。いくつかの態様では、送るための回路／モジュール７２４は、例えば、インタフェース（例えば、バスインタフェース、送受信インタフェース、または何らかの他のタイプの信号インタフェース）、通信デバイス、トランシーバ、送信機、またはここで説明したような何らかの他の同様のコンポーネントに対応し得る。いくつかのインプリメンテーションでは、通信インタフェース７０２は、送るための回路／モジュール７２４および／または送るためのコード７３４を含む。いくつかのインプリメンテーションでは、送るための回路／モジュール７２４および／または送るためのコード７３４は、情報を送るために通信インタフェース７０２（例えば、トランシーバまたは送信機）を制御するように構成される。

[0128] スケジューリングするための回路／モジュール７２６は、例えば、少なくとも１つの誤り訂正動作（例えば、ＨＡＲＱ動作）のための少なくとも１つのリソースをスケジューリングすることに関係するいくつかの機能を実施するように適合された回路構成および／またはプログラミング（例えば、記憶媒体７０４上に記憶されたスケジューリングするためのコード７３６）を含み得る。いくつかの態様では、スケジューリングするための回路／モジュール７２６（例えば、スケジューリングするための手段）は、例えば、処理回路に対応し得る。

[0129] いくつかの態様では、スケジューリングするための回路／モジュール７２６は、少なくとも１つの基準に基づいてスケジューリングを実施し得る。例えば、スケジューリングするための回路／モジュール７２６は、連携してまたは独立してＨＡＲＱ動作のためのリソースをスケジューリングし得る。いくつかの態様では、スケジューリングするための回路／モジュール７２６は、誤り訂正動作をスケジューリングするために、（例えば、図１〜図６と併せて）ここに説明されるスケジューリング動作のうちの１つまたは複数を実施し得る。スケジューリングするための回路／モジュール７２６は次いで、スケジュールのインジケーションを（例えば、実施するための回路／モジュール７２８、通信インタフェース７０２、メモリデバイス７０８、または何らかの他のコンポーネントに）出力し得る。

[0130] 実施するための回路／モジュール７２８は、例えば、少なくとも１つの誤り訂正動作（例えば、少なくとも１つのＨＡＲＱ動作）を実施することに関係するいくつかの機能を実施するように適合された回路構成および／またはプログラミング（例えば、記憶媒体７０４上に記憶された実施するためのコード７３８）を含み得る。いくつかの態様では、実施するための回路／モジュール７２８（例えば、実施するための手段）は、例えば、処理回路に対応し得る。

[0131] いくつかの態様では、実施するための回路／モジュール７２８は、少なくとも１つの基準に基づいて動作を実施し得る。例えば、実施するための回路／モジュール７２８は、ある特定のリソース上である特定の動作を実施し得る。いくつかの態様では、実施するための回路／モジュール７２８は、（例えば、図１〜図６と併せて）ここに説明される誤り訂正動作のうちの１つまたは複数を実施し得る。実施するための回路／モジュール７２８はよって、（例えば、通信インタフェース７０２、メモリデバイス７０８、または何らかの他のコンポーネントを使用して）誤り訂正動作（１つまたは複数）を実施するための情報を送り得るおよび受信し得る。

第１の例示的な処理
[0132] 図８は、本開示のいくつかの態様による通信のための処理８００を例示する。処理８００は、処理回路（例えば、図７の処理回路７１０）内で行われ得、それはＵＥ、アクセス端末、ＴＲＰ、基地局、または何らかの他の好適な装置に位置し得る。言うまでもなく、本開示の範囲内の様々な態様において、処理８００は、通信関連動作（例えば、Ｖ２Ｘ動作）をサポートすることができる任意の好適な装置によってインプリメントされ得る。

[0133] ブロック８０２において、装置（例えば、ＵＥ）は、誤り訂正動作のために使用されるべきリソースブロックの量を決定する。いくつかの態様では、誤り訂正動作は、ハイブリッド自動再送要求（ＨＡＲＱ）送信を含み得る（例えば、それであり得る）。いくつかの態様では、誤り訂正動作は、リソースブロックの決定された量の一部を介してデータを送ることを含み得る。

[0134] ブロック８０４において、装置は、誤り訂正動作のために使用されるべき制御情報要素の量を選択する。いくつかの態様では、選択は、リソースブロックの決定された量に基づき得る。いくつかの態様では、選択された量の制御情報要素は、ある量のスケジューリング割り当て（ＳＡ）シンボルを含む（例えば、それであり得る）。いくつかの態様では、各制御情報要素は、誤り訂正動作の間に送られるデータを復号するための情報を含み得る。

[0135] いくつかの態様では、制御情報要素の量の選択は、リソースブロックの決定された量をしきい値と比較することと、比較に基づいて、使用されるべき制御情報要素の量を識別することとを含み得る。いくつかの態様では、制御情報要素の量の識別は、リソースブロックの決定された量がしきい値を超える場合、第１の量の制御情報要素を使用することを選ぶこと、またはリソースブロックの決定された量がしきい値を超えない場合、第２の量の制御情報要素を使用することを選ぶこと、ここにおいて、第２の量は、第１の量より少ない可能性がある、を含み得る。

[0136] ブロック８０６において、装置は、リソースブロックの量を示す情報を送る。いくつかの態様では、リソースブロックの決定された量を示す情報は、リッスンビフォアトーク（ＬＢＴ）シーケンスを介して送られ得る。例えば、装置は、ＳＡおよびデータを送るために使用されるべきＲＢを示すＬＢＴシーケンスを送り得る。

[0137] ブロック８０８において、装置は、選択された量の制御情報要素を送る。例えば、装置は、決定された量のシンボルを介して（例えば、１つのまたは２つのシンボル）を介してＳＡを送り得る。

[0138] いくつかの態様では、本明細書における教示による処理は、上記の動作および／または特徴のいかなる組合せも含み得る。

第２の例示的な処理
[0139] 図９は、本開示のいくつかの態様による通信のための処理９００を例示する。処理９００は、処理回路（例えば、図７の処理回路７１０）内で行われ得、それはＵＥ、アクセス端末、ＴＲＰ、基地局、または何らかの他の好適な装置に位置し得る。言うまでもなく、本開示の範囲内の様々な態様において、処理９００は、通信関連動作（例えば、Ｖ２Ｘ動作）をサポートすることができる任意の好適な装置によってインプリメントされ得る。

[0140] ブロック９０２において、装置（例えば、ＵＥ）は、誤り訂正動作のために使用されるべき制御情報要素の量を決定する。いくつかの態様では、決定された量の制御情報要素は、ある量のスケジューリング割り当て（ＳＡ）シンボルを含み得る（例えば、それであり得る）。いくつかの態様では、誤り訂正動作は、ハイブリッド自動再送要求（ＨＡＲＱ）送信を含み得る（例えば、それであり得る）。いくつかの態様では、各制御情報要素は、誤り訂正動作の間に送られるデータを復号するための情報を含み得る。

[0141] ブロック９０４において、装置は、誤り訂正動作用に使用するためのリソースコンテンションシーケンスを選択する。いくつかの態様では、選択は、制御情報要素の決定された量に基づき得る。いくつかの態様では、選択されたリソースコンテンションシーケンスは、リッスンビフォアトーク（ＬＢＴ）シーケンスを含み得る（例えば、それであり得る）。

[0142] いくつかの態様では、リソースコンテンションシーケンスの選択は、制御情報要素の決定された量をしきい値と比較することと、比較に基づいて、使用されるべきリソースコンテンションシーケンスを識別することと、を含み得る。いくつかの態様では、リソースコンテンションシーケンスの識別は、制御情報要素の決定された量がしきい値を超える場合、リソースコンテンションシーケンスの第１のセットからのリソースコンテンションシーケンスを使用することを選ぶこと、または制御情報要素の決定された量がしきい値を超えない場合、リソースコンテンションシーケンスの第２のセットからのリソースコンテンションシーケンスを使用することを選ぶこと、を含み得る。

[0143] ブロック９０６において、装置は、リソースコンテンションシーケンスを送り、ここにおいて、リソースコンテンションシーケンスは、誤り訂正動作のために使用される複数のリソースブロックのインジケーションを備える。

[0144] オプションのブロック９０８において、装置は、決定された量の制御情報要素を送り（例えば、リソースコンテンションシーケンスを送った後に、決定された量のＳＡシンボルを送り）得る。例えば、装置は、決定された量のシンボルを介して（例えば、１つのまたは２つのシンボル）を介してＳＡを送り得る。

[0145] いくつかの態様では、誤り訂正動作は、選択されたリソースコンテンションシーケンスを送った後に、リソースブロックの一部を介してデータを送ることを含み得る。

[0146] いくつかの態様では、本明細書における教示による処理は、上記の動作および／または特徴のいかなる組合せも含み得る。

第３の例示的な処理
[0147] 図１０は、本開示のいくつかの態様による通信のための処理１０００を例示する。処理１０００は、処理回路（例えば、図７の処理回路７１０）内で行われ得、それはＵＥ、アクセス端末、ＴＲＰ、基地局、または何らかの他の好適な装置に位置し得る。言うまでもなく、本開示の範囲内の様々な態様において、処理１０００は、通信関連動作（例えば、Ｖ２Ｘ動作）をサポートすることができる任意の好適な装置によってインプリメントされ得る。

[0148] ブロック１００２において、装置（例えば、ＵＥ）は、複数の誤り訂正動作のための複数のリソースをスケジューリングする。いくつかの態様では、複数のリソースの少なくとも１つのリソースは、少なくとも１つの後続のサブフレームのためにスケジューリングされ得る。いくつかの態様では、誤り訂正動作は、ハイブリッド自動再送要求（ＨＡＲＱ）送信を含み得る（例えば、それであり得る）。

[0149] ブロック１００４において、装置は、複数の誤り訂正動作のうちの第１の誤り訂正動作を実施する。いくつかの態様では、第１の誤り訂正動作は、複数のリソースのうちの第１のリソースを介して実施され得る。いくつかの態様では、第１の誤り訂正動作は、リッスンビフォアトーク（ＬＢＴ）シーケンスを送ることを含み得る。

[0150] いくつかの態様では、第１の誤り訂正動作は、現在のサブフレームのためにスケジューリングされる複数のリソースのうちの少なくとも１つの他のリソースの少なくとも１つのインジケーションを含むリソースコンテンションシーケンスを送ることを含み得る。いくつかの態様では、リソースコンテンションシーケンスは、リッスンビフォアトーク（ＬＢＴ）シーケンスを含み得る（例えば、それであり得る）。

[0151] いくつかの態様では、第１の誤り訂正動作は、少なくとも１つの後続のサブフレームのためにスケジューリングされる少なくとも１つのリソースの少なくとも１つのインジケーションを含む少なくとも１つの制御情報要素を送ることを含み得る。いくつかの態様では、少なくとも１つの制御情報要素は、少なくとも１つのスケジューリング割り当て（ＳＡ）シンボルを含み得る（例えば、それであり得る）。いくつかの態様では、各ＳＡシンボルは、誤り訂正動作を介して送られるデータを復号するための情報を含み得る。

[0152] ブロック１００６において、装置は、複数の誤り訂正動作のうちの第２の誤り訂正動作を実施し、ここにおいて、第２の誤り訂正動作は、複数のリソースのうちの第２のリソースを介して実施される。いくつかの態様では、第２の誤り訂正動作は、スケジューリングされたサブフレームの始まりにおいて情報を送ることを含み得る。

[0153] いくつかの態様では、第２の誤り訂正動作は、少なくとも１つの後続のサブフレームのためにスケジューリングされる少なくとも１つのリソースの少なくとも１つのインジケーションを備える少なくとも１つの制御情報要素を送ることを含み得る。いくつかの態様では、少なくとも１つの制御情報要素は、少なくとも１つのスケジューリング割り当て（ＳＡ）シンボルを含み得る（例えば、それであり得る）。

[0154] いくつかの態様では、本明細書における教示による処理は、上記の動作および／または特徴のいかなる組合せも含み得る。

第４の例示的な処理
[0155] 図１１は、本開示のいくつかの態様による通信のための処理１１００を例示する。処理１１００は、処理回路（例えば、図７の処理回路７１０）内で行われ得、それはＵＥ、アクセス端末、ＴＲＰ、基地局、または何らかの他の好適な装置に位置し得る。言うまでもなく、本開示の範囲内の様々な態様において、処理１１００は、通信関連動作（例えば、Ｖ２Ｘ動作）をサポートすることができる任意の好適な装置によってインプリメントされ得る。

[0156] ブロック１１０２において、装置（例えば、ＵＥ）は、第１の誤り訂正動作（例えば、ＨＡＲＱ送信）のための少なくとも１つの第１のリソースをスケジューリングする。

[0157] ブロック１１０４において、装置は、少なくとも１つの第１のリソースを介して第１の誤り訂正動作を実施する。いくつかの態様では、第１の誤り訂正動作は、第１のハイブリッド自動再送要求（ＨＡＲＱ）送信を含み得（例えば、それであり得）、第２の誤り訂正動作は、第２のＨＡＲＱ送信を含み得る（例えば、それであり得る）。

[0158] ブロック１１０６において、装置は、第２の誤り訂正動作のための少なくとも１つの第２のリソースをスケジューリングし、ここにおいて、少なくとも１つの第２のリソースは、第１の誤り訂正動作を実施した後にスケジューリングされる。

[0159] ブロック１１０８において、装置は、少なくとも１つの第２のリソースを介して第２の誤り訂正動作を実施する。

[0160] いくつかの態様では、第２の誤り訂正動作は、第２の誤り訂正動作のためにスケジューリングされる少なくとも１つの第２のリソースの少なくとも１つのインジケーションを含むリソースコンテンションシーケンスを送ることを含み得る。いくつかの態様では、リソースコンテンションシーケンスは、リッスンビフォアトーク（ＬＢＴ）シーケンスを含み得る（例えば、それであり得る）。

[0161] いくつかの態様では、第２の誤り訂正動作は、第１の誤り訂正動作のためにスケジューリングされる少なくとも１つの第１のリソースの少なくとも１つのインジケーションを含む少なくとも１つの制御情報要素を送ることを含み得る。いくつかの態様では、少なくとも１つの制御情報要素は、少なくとも１つのスケジューリング割り当て（ＳＡ）シンボルを含み得る（例えば、それであり得る）。

[0162] いくつかの態様では、本明細書における教示による処理は、上記の動作および／または特徴のいかなる組合せも含み得る。

第２の例示的な装置
[0163] 図１２は、本開示の１つまたは複数の態様に従って通信する（例えば、ＨＡＲＱ送信を受信する）ように構成された装置１２００の例示的なハードウェアインプリメンテーションのブロック図を例示する。装置１２００は、ＵＥ、送受信ポイント（ＴＲＰ）、アクセスポイントまたはここに教示されたワイヤレス通信をサポートする何らかの他のタイプのデバイスを具現化し得るか、またはそれら内でインプリメントされ得る。様々なインプリメンテーションにおいて、装置１２００は、アクセス端末、基地局、または何らかの他のタイプのデバイスを具現化し得るか、またはそれら内でインプリメントされ得る。様々なインプリメンテーションにおいて、装置１２００は、携帯電話、スマートフォン、タブレット、ポータブルコンピュータ、パーソナルコンピュータ、センサ、アラーム、車両、サーバ、ネットワークエンティティ、マシン、エンタテイメントデバイス、医療デバイス、または回路構成を有する任意の他の電子デバイスを具現化し得るか、またはそれら内でインプリメントされ得る。

[0164] 装置１２００は、通信インタフェース１２０２（例えば、少なくとも１つのトランシーバ）、記憶媒体１２０４、ユーザインタフェース１２０６、メモリデバイス１２０８（例えば、ＨＡＲＱ関連情報１２１８を記憶する）、および処理回路１２１０（例えば、少なくとも１つのプロセッサ）を含む。様々なインプリメンテーションにおいて、ユーザインタフェース１２０６は、ユーザから入力を受け取るまたはユーザに出力を送るための何らかの他の回路構成の、キーパッド、ディスプレイ、スピーカ、マイクロフォン、タッチスクリーンディスプレイ、のうちの１つまたは複数を含み得る。通信インタフェース１２０２は、１つまたは複数のアンテナ１２１２に結合され得、送信機１２１４および受信機１２１６を含み得る。一般に、図１２のコンポーネントは、図７の装置７００の対応するコンポーネントと同様であり得る。

[0165] 本開示の１つまたは複数の態様に従って、処理回路１２１０は、ここに説明される装置の任意のものまたはすべてについての、特徴、処理、機能、動作および／またはルーチンの任意のものまたはすべてを実施するように適合され得る。例えば、処理回路１２１０は、図１〜図６および図１３〜図１６に関して説明されるステップ、機能、および／または処理のいずれも実施するように構成され得る。ここで使用される場合、処理回路１２１０に関する「適合される」という用語は、処理回路１２１０が、ここに説明される様々な特徴に従って、特定の処理、機能、動作および／またはルーチンを実施するように構成されること、そのために使用されること、インプリメントされること、および／またはプログラムされること、のうちの１つまたは複数を指し得る。

[0166] 処理回路１２１０は、図１〜図６および図１３〜図１６と併せて説明される動作のうちの任意のものを実施するための手段（例えば、そのための構造）の役割を果たす、特定用途向け集積回路（ＡＳＩＣ）のような特殊プロセッサであり得る。処理回路１２１０は、送信するための手段および／または受信するための手段の１つの例の役割を果たし得る。様々なインプリメンテーションにおいて、処理回路１２１０は、少なくとも部分的に、図２の第２のデバイス２０６についての上述した機能性（例えば、複数のＨＡＲＱ送信を管理するためのモジュール２３２）を提供し得るおよび／または組み込み得る。

[0167] 装置１２００の少なくとも１つの例によれば、処理回路１２１０は、受信するための回路／モジュール１２２０、決定するための回路／モジュール１２２２、またはモニタするための回路／モジュール１２２４のうちの１つまたは複数を含み得る。様々なインプリメンテーションにおいて、受信するための回路／モジュール１２２０、決定するための回路／モジュール１２２２、またはモニタするための回路／モジュール１２２４は、少なくとも部分的に、図２の第２のデバイス２０６についての上述した機能性（例えば、複数のＨＡＲＱ送信を管理するためのモジュール２３２）を提供し得るおよび／または組み込み得る。

[0168] 上述したように、記憶媒体１２０４によって記憶されたプログラミングは、処理回路１２１０によって実行されると、処理回路１２１０に、ここに説明される様々な機能および／または処理動作のうちの１つまたは複数を実施させる。例えば、プログラミングは、処理回路１２１０に、様々なインプリメンテーションにおいて図１〜図６および図１３〜図１６に関してここに説明される様々な機能、ステップおよび／または処理を実施させ得る。図１２に示されるように、記憶媒体１２０４は、受信するためのコード１２３０、決定するためのコード１２３２、またはモニタするためのコード１２３４のうちの１つまたは複数を含み得る。様々なインプリメンテーションにおいて、チャネルが持続的にスケジューリングされると決定するためのコード８４０、受信するためのコード１２３０、決定するためのコード１２３２、またはモニタするためのコード１２３４は、受信するための回路／モジュール１２２０、決定するための回路／モジュール１２２２、またはモニタするための回路／モジュール１２２４についてここに説明される機能性を提供するために実行され得るまたはそうでなければ使用され得る。

[0169] 受信するための回路／モジュール１２２０は、例えば、情報（例えば、リソースコンテンションシーケンス、受信されるべきリソースブロックの量を示す情報、制御情報要素、少なくとも１つのリソースの少なくとも１つのインジケーションまたはデータ）を受信することに関係するいくつかの機能を実施するように適合された回路構成および／またはプログラミング（例えば、記憶媒体１２０４上に記憶された受信するためのコード１２３０）を含み得る。いくつかの状況では、受信するための回路／モジュール１２２０は、（例えば、通信インタフェース１２０２、メモリデバイス、または装置１２００の何らかの他のコンポーネントから）情報を取得し得、その情報を処理（例えば、復号）する。いくつかの状況では（例えば、受信するための回路／モジュール１２２０がＲＦ受信機を含むかまたはそれである場合）、受信するための回路／モジュール１２２０は、情報を送信したデバイスから直接的に情報を受信し得る。いずれの場合も、受信するための回路／モジュール１２２０は、取得された情報を装置１２００の別のコンポーネント（例えば、決定するための回路／モジュール１２２２、メモリデバイス１２０８、または何らかの他のコンポーネント）に出力し得る。

[0170] 受信するための回路／モジュール１２２０（例えば、受信するための手段）は、様々な形態をとり得る。いくつかの態様では、受信するための回路／モジュール１２２０は、例えば、インタフェース（例えば、バスインタフェース、送受信インタフェース、または何らかの他のタイプの信号インタフェース）、通信デバイス、トランシーバ、受信機、またはここで説明したような何らかの他の同様のコンポーネントに対応し得る。いくつかのインプリメンテーションでは、通信インタフェース１２０２は、受信するための回路／モジュール１２２０および／または受信するためのコード１２３０を含む。いくつかのインプリメンテーションでは、受信するための回路／モジュール１２２０および／または受信するためのコード１２３０は、情報を受信するために通信インタフェース１２０２（例えば、トランシーバまたは受信機）を制御するように構成される。

[0171] 決定するための回路／モジュール１２２２は、例えば、情報（例えば、制御情報要素の量）を決定することに関係するいくつかの機能を実施するように適合された回路構成および／またはプログラミング（例えば、記憶媒体１２０４上に記憶された決定するためのコード１２３２）を含み得る。いくつかの態様では、決定するための回路／モジュール１２２２（例えば、決定するための手段）は、例えば、処理回路に対応し得る。

[0172] 最初に、決定するための回路／モジュール１２２２は、それに基づいて決定が行われるべき情報を取得し得る。例えば、決定するための回路／モジュール１２２２は、リソースコンテンションシーケンスまたはリソースブロックの量のインジケーションを取得し得、次いで（例えば、図１〜図６と併せてここで説明したように）取得された情報に基づいて決定を行い得る。決定するための回路／モジュール１２２２は次いで、決定のインジケーションを（例えば、受信するための回路／モジュール１２２０、モニタするための回路／モジュール１２２４、メモリデバイス１２０８、または装置１２００の何らかの他のコンポーネントに）出力し得る。

[0173] モニタするための回路／モジュール１２２４は、例えば、送信をモニタすることに関係するいくつかの機能を実施するように適合された回路構成および／またはプログラミング（例えば、記憶媒体１２０４上に記憶されたモニタするためのコード１２３４）を含み得る。いくつかの状況では、モニタするための回路／モジュール１２２４は、（例えば、通信インタフェース１２０２、メモリデバイス、または装置１２００の何らかの他のコンポーネントから）情報を取得し得、その情報を処理（例えば、復号）する。いくつかの状況では（例えば、モニタするための回路／モジュール１２２４がＲＦ受信機であるかまたはそれを含む場合）、モニタするための回路／モジュール１２２４は、情報を送信したデバイスから直接的に情報を受信し得る。いずれの場合も、モニタするための回路／モジュール１２２４は、取得された情報を、装置１２００の別のコンポーネント（例えば、決定するための回路／モジュール１２２２、メモリデバイス１２０８、または何らかの他のコンポーネント）に出力し得る。

[0174] モニタするための回路／モジュール１２２４（例えば、受信するための手段）は、様々な形態をとり得る。いくつかの態様では、モニタするための回路／モジュール１２２４は、例えば、インタフェース（例えば、バスインタフェース、送受信インタフェース、または何らかの他のタイプの信号インタフェース）、通信デバイス、トランシーバ、受信機、またはここで説明したような何らかの他の同様のコンポーネントに対応し得る。いくつかのインプリメンテーションでは、通信インタフェース１２０２は、モニタするための回路／モジュール１２２４および／またはモニタするためのコード１２３４を含む。いくつかのインプリメンテーションでは、モニタするための回路／モジュール１２２４および／またはモニタするためのコード１２３４は、情報を受信するために通信インタフェース１２０２（例えば、トランシーバまたは受信機）を制御するように構成される。

第５の例示的な処理
[0175] 図１３は、本開示のいくつかの態様による通信のための処理１３００を例示する。処理１３００は、処理回路（例えば、図１２の処理回路１２１０）内で行われ得、それはＵＥ、アクセス端末、ＴＲＰ、基地局、または何らかの他の好適な装置に位置し得る。言うまでもなく、本開示の範囲内の様々な態様において、処理１３００は、通信関連動作（例えば、Ｖ２Ｘ動作）をサポートすることができる任意の好適な装置によってインプリメントされ得る。

[0176] ブロック１３０２において、装置（例えば、ＵＥ）は、誤り訂正動作の間に受信されるべきリソースブロックの量を示す情報を受信する。いくつかの態様では、誤り訂正動作は、ハイブリッド自動再送要求（ＨＡＲＱ）動作（例えば、ＨＡＲＱ送信）を含み得る（例えば、それであり得る）。いくつかの態様では、リソースブロックの量を示す情報は、リッスンビフォアトーク（ＬＢＴ）シーケンスを介して受信され得る。

[0177] ブロック１３０４において、装置は、誤り訂正動作の間に受信されるべき制御情報要素の量を決定し、ここにおいて、決定は、リソースブロックの量に基づく。いくつかの態様では、決定された量の制御情報要素は、ある量のスケジューリング割り当て（ＳＡ）シンボルを含み得る（例えば、それであり得る）。いくつかの態様では、各制御情報要素は、誤り訂正動作の間に受信されるデータを復号するための情報を含み得る。

[0178] いくつかの態様では、制御情報要素の量の決定は、リソースブロックの量をしきい値と比較することと、比較に基づいて、受信されるべき制御情報要素の量を識別することとを含み得る。いくつかの態様では、制御情報要素の量の識別は、リソースブロックの量がしきい値を超える場合、第１の量の制御情報要素が受信されるべきことを決定すること、またはリソースブロックの量がしきい値を超えない場合、第２の量の制御情報要素が受信されるべきであると決定することであって、第２の量は第１の量より少ないこと、を含み得る。

[0179] ブロック１３０６において、装置は、決定された量の制御情報要素を受信する。例えば、装置は、決定された量の（例えば、１つのまたは２つの）ＳＡシンボルを受信し得る。

[0180] いくつかの態様では、誤り訂正動作は、決定された量の制御情報要素を受信した後に、リソースブロックの量の一部を介してデータを受信することを含み得る。

[0181] いくつかの態様では、本明細書における教示による処理は、上記の動作および／または特徴のいかなる組合せも含み得る。

第６の例示的な処理
[0182] 図１４は、本開示のいくつかの態様による通信のための処理１４００を例示する。処理１４００は、処理回路（例えば、図１２の処理回路１２１０）内で行われ得、それはＵＥ、アクセス端末、ＴＲＰ、基地局、または何らかの他の好適な装置に位置し得る。言うまでもなく、本開示の範囲内の様々な態様において、処理１４００は、通信関連動作（例えば、Ｖ２Ｘ動作）をサポートすることができる任意の好適な装置によってインプリメントされ得る。

[0183] ブロック１４０２において、装置（例えば、ＵＥ）は、リソースコンテンションシーケンス（例えば、ＬＢＴシーケンス）を受信する。いくつかの態様では、リソースコンテンションシーケンスは、誤り訂正動作の間に受信されるべき複数のリソースブロックのインジケーションを含み得る。いくつかの態様では、リソースコンテンションシーケンスは、リッスンビフォアトーク（ＬＢＴ）シーケンスを含み得る（例えば、それであり得る）。いくつかの態様では、誤り訂正動作は、ハイブリッド自動再送要求（ＨＡＲＱ）動作を含み得る（例えば、それであり得る）。

[0184] ブロック１４０４において、装置は、誤り訂正動作の間に受信されるべき（例えば、ＳＡシンボル等の）制御情報要素の量を決定する。いくつかの態様では、ブロック１４０４の決定は、リソースコンテンションシーケンスに基づき得る。いくつかの態様では、決定された量の制御情報要素は、ある量のスケジューリング割り当て（ＳＡ）シンボルを含み得る（例えば、それであり得る）。いくつかの態様では、各制御情報要素は、誤り訂正動作の間に受信されるデータを復号するための情報を含み得る。

[0185] いくつかの態様では、制御情報要素の量の決定は、リソースコンテンションシーケンスをリソースコンテンションシーケンスのマッピングと比較すること、ここにおいて、マッピングは、異なるセットのリソースコンテンションシーケンスを異なる量の制御情報要素にマッピングする、と、比較に基づいて、受信されるべき制御情報要素の量を識別することと、を含み得る。いくつかの態様では、制御情報要素の量の識別は、リソースコンテンションシーケンスが、リソースコンテンションシーケンスのセットの第１のセットにマッピングする場合、第１の量の制御情報要素が受信されるべきことを決定すること、またはリソースコンテンションシーケンスがリソースコンテンションシーケンスのセットの第２のセットにマッピングする場合、第２の量の制御情報要素が受信されるべきであると決定すること、を含み得る。

[0186] ブロック１４０６において、装置は、決定された量の制御情報要素を受信する。

[0187] いくつかの態様では、誤り訂正動作は、決定された量の制御情報要素を受信した後にリソースブロックの一部を介してデータを受信することを含み得る。

[0188] いくつかの態様では、本明細書における教示による処理は、上記の動作および／または特徴のいかなる組合せも含み得る。

第７の例示的な処理
[0189] 図１５は、本開示のいくつかの態様による通信のための処理１５００を例示する。処理１５００は、処理回路（例えば、図１２の処理回路１２１０）内で行われ得、それはＵＥ、アクセス端末、ＴＲＰ、基地局、または何らかの他の好適な装置に位置し得る。言うまでもなく、本開示の範囲内の様々な態様において、処理１５００は、通信関連動作（例えば、Ｖ２Ｘ動作）をサポートすることができる任意の好適な装置によってインプリメントされ得る。

[0190] ブロック１５０２において、装置（例えば、ＵＥ）は、複数の誤り訂正動作のための複数のリソースの少なくとも１つのインジケーションを受信する。いくつかの態様では、複数のリソースのうちの少なくとも１つの第１のリソースは、少なくとも１つの第１のサブフレームのためにスケジューリングされ得、複数のリソースのうちの少なくとも１つの第２のリソースは、少なくとも１つの後続のサブフレームのためにスケジューリングされ得る。いくつかの態様では、誤り訂正動作は、ハイブリッド自動再送要求（ＨＡＲＱ）送信を含み得る（例えば、それであり得る）。

[0191] いくつかの態様では、少なくとも１つのインジケーションのうちの１つまたは複数は、リソースコンテンションシーケンスを介して受信され得る。いくつかの態様では、リソースコンテンションシーケンスは、リッスンビフォアトーク（ＬＢＴ）シーケンスを含み得る（例えば、それであり得る）。

[0192] いくつかの態様では、少なくとも１つのインジケーションのうちの１つまたは複数は、少なくとも１つの制御情報要素を介して受信され得る。いくつかの態様では、少なくとも１つの制御情報要素は、少なくとも１つのスケジューリング割り当て（ＳＡ）シンボルを含み得る（例えば、それであり得る）。

[0193] ブロック１５０４において、装置は、少なくとも１つの第１のサブフレームの間に複数の誤り訂正動作のうちの第１の誤り訂正送信についてモニタする。

[0194] ブロック１５０６において、装置は、少なくとも１つの後続のサブフレームの始まりにおいて複数の誤り訂正動作のうちの第２の誤り訂正送信についてモニタする。

[0195] いくつかの態様では、本明細書における教示による処理は、上記の動作および／または特徴のいかなる組合せも含み得る。

第８の例示的な処理
[0196] 図１６は、本開示のいくつかの態様による通信のための処理１６００を例示する。処理１６００は、処理回路（例えば、図１２の処理回路１２１０）内で行われ得、それはＵＥ、アクセス端末、ＴＲＰ、基地局、または何らかの他の好適な装置に位置し得る。言うまでもなく、本開示の範囲内の様々な態様において、処理１６００は、通信関連動作（例えば、Ｖ２Ｘ動作）をサポートすることができる任意の好適な装置によってインプリメントされ得る。

[0197] ブロック１６０２において、装置（例えば、ＵＥ）は、第１の誤り訂正送信（例えば、ＨＡＲＱ送信）のためにスケジューリングされる少なくとも１つの第１のリソースの少なくとも１つの第１のインジケーションを受信する。

[0198] ブロック１６０４において、装置は、少なくとも１つの第１のリソースを介して第１の誤り訂正送信についてモニタする。いくつかの態様では、第１の誤り訂正送信は、第１のハイブリッド自動再送要求（ＨＡＲＱ）送信を含み得る（例えば、それであり得る）。

[0199] ブロック１６０６において、装置は、第２の誤り訂正送信のためにスケジューリングされる少なくとも１つの第２のリソースの少なくとも１つの第２のインジケーションを受信し、ここにおいて、少なくとも１つの第２のインジケーションは、第１の誤り訂正送信についてモニタすることの後に受信される。

[0200] いくつかの態様では、少なくとも１つの第２のインジケーションは、リソースコンテンションシーケンスを介して受信され得る。いくつかの態様では、リソースコンテンションシーケンスは、リッスンビフォアトーク（ＬＢＴ）シーケンスを含み得る（例えば、それであり得る）。

[0201] ブロック１６０８において、装置は、少なくとも１つの第２のリソースを介した第２の誤り訂正送信についてモニタする。いくつかの態様では、第２の誤り訂正送信は、第２のＨＡＲＱ送信を含み得る（例えば、それであり得る）。

[0202] いくつかの態様では、第２の誤り訂正送信は、第１の誤り訂正送信のためにスケジューリングされる少なくとも１つの第１のリソースの少なくとも１つのインジケーションを含む少なくとも１つの制御情報要素を含み得る。いくつかの態様では、少なくとも１つの制御情報要素は、少なくとも１つのスケジューリング割り当て（ＳＡ）シンボルを含み得る（例えば、それであり得る）。

[0203] いくつかの態様では、本明細書における教示による処理は、上記の動作および／または特徴のいかなる組合せも含み得る。

追加的な態様
[0204] 本開示は、いくつかの態様では、装置のための通信の方法に関する。方法は、複数の誤り訂正動作のための複数のリソースをスケジューリングすること、ここにおいて、複数のリソースのうちの少なくとも１つのリソースは、少なくとも１つの後続のサブフレームのためにスケジューリングされる、と、複数の誤り訂正動作のうちの第１の誤り訂正動作を実施すること、ここにおいて、第１の誤り訂正動作は、複数のリソースのうちの第１のリソースを介して実施される、と、複数の誤り訂正動作のうちの第２の誤り訂正動作を実施すること、ここにおいて、第２の誤り訂正動作は、複数のリソースのうちの第２のリソースを介して実施される、と、を含む。いくつかの態様では、誤り訂正動作は、ハイブリッド自動再送要求（ＨＡＲＱ）送信を備える。いくつかの態様では、第１の誤り訂正動作は、リッスンビフォアトーク（ＬＢＴ）シーケンスを送ることを含む。いくつかの態様では、第１の誤り訂正動作は、現在のサブフレームのためにスケジューリングされる複数のリソースのうちの少なくとも１つの他のリソースの少なくとも１つのインジケーションを備えるリソースコンテンションシーケンスを送ることを含む。いくつかの態様では、リソースコンテンションシーケンスは、リッスンビフォアトーク（ＬＢＴ）シーケンスを含む。いくつかの態様では、第１の誤り訂正動作は、少なくとも１つの後続のサブフレームのためにスケジューリングされる少なくとも１つのリソースの少なくとも１つのインジケーションを備える少なくとも１つの制御情報要素を送ることを含む。いくつかの態様では、少なくとも１つの制御情報要素は、少なくとも１つのスケジューリング割り当て（ＳＡ）シンボルを含む。いくつかの態様では、各ＳＡシンボルは、誤り訂正動作を介して送られるデータを復号するための情報を含む。いくつかの態様では、第２の誤り訂正動作は、スケジューリングされたサブフレームの始まりにおいて情報を送ることを含む。いくつかの態様では、第２の誤り訂正動作は、少なくとも１つの後続のサブフレームのためにスケジューリングされる少なくとも１つのリソースの少なくとも１つのインジケーションを備える少なくとも１つの制御情報要素を送ることを含む。いくつかの態様では、少なくとも１つの制御情報要素は、少なくとも１つのスケジューリング割り当て（ＳＡ）シンボルを含む。いくつかの態様では、誤り訂正動作は、ハイブリッド自動再送要求（ＨＡＲＱ）送信を備える。いくつかの態様では、第１の誤り訂正動作は、リッスンビフォアトーク（ＬＢＴ）シーケンスを送ることを含む。いくつかの態様では、第１の誤り訂正動作は、現在のサブフレームのためにスケジューリングされる複数のリソースのうちの少なくとも１つの他のリソースの少なくとも１つのインジケーションを備えるリソースコンテンションシーケンスを送ることを含む。いくつかの態様では、リソースコンテンションシーケンスは、リッスンビフォアトーク（ＬＢＴ）シーケンスを含む。いくつかの態様では、第１の誤り訂正動作は、少なくとも１つの後続のサブフレームのためにスケジューリングされる少なくとも１つのリソースの少なくとも１つのインジケーションを備える少なくとも１つの制御情報要素を送ることを含む。いくつかの態様では、少なくとも１つの制御情報要素は、少なくとも１つのスケジューリング割り当て（ＳＡ）シンボルを含む。いくつかの態様では、各ＳＡシンボルは、誤り訂正動作を介して送られるデータを復号するための情報を含む。いくつかの態様では、第２の誤り訂正動作は、スケジューリングされたサブフレームの始まりにおいて情報を送ることを含む。いくつかの態様では、第２の誤り訂正動作は、少なくとも１つの後続のサブフレームのためにスケジューリングされる少なくとも１つのリソースの少なくとも１つのインジケーションを備える少なくとも１つの制御情報要素を送ることを含む。いくつかの態様では、少なくとも１つの制御情報要素は、少なくとも１つのスケジューリング割り当て（ＳＡ）シンボルを含む。

[0205] 本開示は、いくつかの態様では、メモリと、メモリに結合されプロセッサを含む通信のための装置に関する。プロセッサおよびメモリは、複数の誤り訂正動作のための複数のリソースをスケジューリングすること、ここにおいて、複数のリソースのうちの少なくとも１つのリソースは、少なくとも１つの後続のサブフレームのためにスケジューリングされる、と、複数の誤り訂正動作のうちの第１の誤り訂正動作を実施すること、ここにおいて、第１の誤り訂正動作は、複数のリソースのうちの第１のリソースを介して実施される、と、複数の誤り訂正動作のうちの第２の誤り訂正動作を実施すること、ここにおいて、第２の誤り訂正動作は、複数のリソースのうちの第２のリソースを介して実施される、と、を行うように構成される。

[0206] 本開示は、いくつかの態様では、通信のための装置に関する。装置は、複数の誤り訂正動作のための複数のリソースをスケジューリングするための手段、ここにおいて、複数のリソースのうちの少なくとも１つのリソースは、少なくとも１つの後続のサブフレームのためにスケジューリングされる、と、複数の誤り訂正動作のうちの第１の誤り訂正動作を実施するための手段、ここにおいて、第１の誤り訂正動作は、複数のリソースのうちの第１のリソースを介して実施される、と、複数の誤り訂正動作のうちの第２の誤り訂正動作を実施するための手段、ここにおいて、第２の誤り訂正動作は、複数のリソースのうちの第２のリソースを介して実施される、と、を含む。いくつかの態様では、誤り訂正動作は、ハイブリッド自動再送要求（ＨＡＲＱ）送信を備える。いくつかの態様では、第１の誤り訂正動作は、リッスンビフォアトーク（ＬＢＴ）シーケンスを送ることを含む。いくつかの態様では、第１の誤り訂正動作は、現在のサブフレームのためにスケジューリングされる複数のリソースのうちの少なくとも１つの他のリソースの少なくとも１つのインジケーションを備えるリソースコンテンションシーケンスを送ることを含む。いくつかの態様では、リソースコンテンションシーケンスは、リッスンビフォアトーク（ＬＢＴ）シーケンスを含む。いくつかの態様では、第１の誤り訂正動作は、少なくとも１つの後続のサブフレームのためにスケジューリングされる少なくとも１つのリソースの少なくとも１つのインジケーションを備える少なくとも１つの制御情報要素を送ることを含む。いくつかの態様では、少なくとも１つの制御情報要素は、少なくとも１つのスケジューリング割り当て（ＳＡ）シンボルを含む。いくつかの態様では、各ＳＡシンボルは、誤り訂正動作を介して送られるデータを復号するための情報を含む。いくつかの態様では、第２の誤り訂正動作は、スケジューリングされたサブフレームの始まりにおいて情報を送ることを含む。いくつかの態様では、第２の誤り訂正動作は、少なくとも１つの後続のサブフレームのためにスケジューリングされる少なくとも１つのリソースの少なくとも１つのインジケーションを備える少なくとも１つの制御情報要素を送ることを含む。いくつかの態様では、少なくとも１つの制御情報要素は、少なくとも１つのスケジューリング割り当て（ＳＡ）シンボルを含む。

[0207] 本開示は、いくつかの態様では、非一時的なコンピュータ読み取り可能な媒体に関する。媒体は、複数の誤り訂正動作のための複数のリソースをスケジューリングすること、ここにおいて、複数のリソースのうちの少なくとも１つのリソースは、少なくとも１つの後続のサブフレームのためにスケジューリングされる、と、複数の誤り訂正動作のうちの第１の誤り訂正動作を実施すること、ここにおいて、第１の誤り訂正動作は、複数のリソースのうちの第１のリソースを介して実施される、と、複数の誤り訂正動作のうちの第２の誤り訂正動作を実施すること、ここにおいて、第２の誤り訂正動作は、複数のリソースのうちの第２のリソースを介して実施される、と、を行うためのコードを含む、コンピュータ実行可能なコードを記憶する。

[0208] 本開示は、いくつかの態様では、装置のための通信の方法に関する。方法は、複数の誤り訂正動作のための複数のリソースの少なくとも１つのインジケーションを受信すること、ここにおいて、複数のリソースのうちの少なくとも１つの第１のリソースは、少なくとも１つの第１のサブフレームのためにスケジューリングされ、複数のリソースのうちの少なくとも１つの第２のリソースは、少なくとも１つの後続のサブフレームのためにスケジューリングされる、と、少なくとも１つの第１のサブフレームの間に複数の誤り訂正動作のうちの第１の誤り訂正送信についてモニタすることと、少なくとも１つの後続のサブフレームの始まりにおいて複数の誤り訂正動作のうちの第２の誤り訂正送信についてモニタすることと、を含む。いくつかの態様では、誤り訂正動作は、ハイブリッド自動再送要求（ＨＡＲＱ）送信を備える。いくつかの態様では、少なくとも１つのインジケーションのうちの１つまたは複数は、リソースコンテンションシーケンスを介して受信される。いくつかの態様では、リソースコンテンションシーケンスは、リッスンビフォアトーク（ＬＢＴ）シーケンスを含む。いくつかの態様では、少なくとも１つのインジケーションのうちの１つまたは複数は、少なくとも１つの制御情報要素を介して受信される。いくつかの態様では、少なくとも１つの制御情報要素は、少なくとも１つのスケジューリング割り当て（ＳＡ）シンボルを含む。

[0209] 本開示は、いくつかの態様では、メモリと、メモリに結合されプロセッサを含む通信のための装置に関する。プロセッサおよびメモリは、複数の誤り訂正動作のための複数のリソースの少なくとも１つのインジケーションを受信すること、ここにおいて、複数のリソースのうちの少なくとも１つの第１のリソースは、少なくとも１つの第１のサブフレームのためにスケジューリングされ、複数のリソースのうちの少なくとも１つの第２のリソースは、少なくとも１つの後続のサブフレームのためにスケジューリングされる、と、少なくとも１つの第１のサブフレームの間に複数の誤り訂正動作のうちの第１の誤り訂正送信についてモニタすることと、少なくとも１つの後続のサブフレームの始まりにおいて複数の誤り訂正動作のうちの第２の誤り訂正送信についてモニタすることと、を行うように構成される。いくつかの態様では、誤り訂正動作は、ハイブリッド自動再送要求（ＨＡＲＱ）送信を備える。いくつかの態様では、少なくとも１つのインジケーションのうちの１つまたは複数は、リソースコンテンションシーケンスを介して受信される。いくつかの態様では、リソースコンテンションシーケンスは、リッスンビフォアトーク（ＬＢＴ）シーケンスを含む。いくつかの態様では、少なくとも１つのインジケーションのうちの１つまたは複数は、少なくとも１つの制御情報要素を介して受信される。いくつかの態様では、少なくとも１つの制御情報要素は、少なくとも１つのスケジューリング割り当て（ＳＡ）シンボルを含む。

[0210] 本開示は、いくつかの態様では、通信のための装置に関する。装置は、複数の誤り訂正動作のための複数のリソースの少なくとも１つのインジケーションを受信するための手段、ここにおいて、複数のリソースのうちの少なくとも１つの第１のリソースは、少なくとも１つの第１のサブフレームのためにスケジューリングされ、複数のリソースのうちの少なくとも１つの第２のリソースは、少なくとも１つの後続のサブフレームのためにスケジューリングされる、と、少なくとも１つの第１のサブフレームの間に複数の誤り訂正動作のうちの第１の誤り訂正送信についてモニタするための手段と、少なくとも１つの後続のサブフレームの始まりにおいて複数の誤り訂正動作のうちの第２の誤り訂正送信についてモニタするための手段と、を含む。いくつかの態様では、誤り訂正動作は、ハイブリッド自動再送要求（ＨＡＲＱ）送信を備える。いくつかの態様では、少なくとも１つのインジケーションのうちの１つまたは複数は、リソースコンテンションシーケンスを介して受信される。いくつかの態様では、リソースコンテンションシーケンスは、リッスンビフォアトーク（ＬＢＴ）シーケンスを含む。いくつかの態様では、少なくとも１つのインジケーションのうちの１つまたは複数は、少なくとも１つの制御情報要素を介して受信される。いくつかの態様では、少なくとも１つの制御情報要素は、少なくとも１つのスケジューリング割り当て（ＳＡ）シンボルを含む。

[0211] 本開示は、いくつかの態様では、非一時的なコンピュータ読み取り可能な媒体に関する。媒体は、複数の誤り訂正動作のための複数のリソースの少なくとも１つのインジケーションを受信すること、ここにおいて、複数のリソースのうちの少なくとも１つの第１のリソースは、少なくとも１つの第１のサブフレームのためにスケジューリングされ、複数のリソースのうちの少なくとも１つの第２のリソースは、少なくとも１つの後続のサブフレームのためにスケジューリングされる、と、少なくとも１つの第１のサブフレームの間に複数の誤り訂正動作のうちの第１の誤り訂正送信についてモニタすることと、少なくとも１つの後続のサブフレームの始まりにおいて複数の誤り訂正動作のうちの第２の誤り訂正送信についてモニタすることと、を行うためのコードを含む、コンピュータ実行可能なコードを記憶する。

[0212] 本開示は、いくつかの態様では、装置のための通信の方法に関する。方法は、第１の誤り訂正動作のための少なくとも１つの第１のリソースをスケジューリングすることと、少なくとも１つの第１のリソースを介して第１の誤り訂正動作を実施することと、第２の誤り訂正動作のための少なくとも１つの第２のリソースをスケジューリングすること、ここにおいて、少なくとも１つの第２のリソースは、第１の誤り訂正動作を実施した後にスケジューリングされる、と、少なくとも１つの第２のリソースを介して第２の誤り訂正動作を実施することと、を含む。いくつかの態様では、第１の誤り訂正動作は、第１のハイブリッド自動再送要求（ＨＡＲＱ）送信を含み、第２の誤り訂正動作は、第２のＨＡＲＱ送信を含む。いくつかの態様では、第２の誤り訂正動作は、第２の誤り訂正動作のためにスケジューリングされる少なくとも１つの第２のリソースの少なくとも１つのインジケーションを備えるリソースコンテンションシーケンスを送ることを含む。いくつかの態様では、リソースコンテンションシーケンスは、リッスンビフォアトーク（ＬＢＴ）シーケンスを含む。いくつかの態様では、第２の誤り訂正動作は、第１の誤り訂正動作のためにスケジューリングされる少なくとも１つの第１のリソースの少なくとも１つのインジケーションを備える少なくとも１つの制御情報要素を送ることを含む。いくつかの態様では、少なくとも１つの制御情報要素は、少なくとも１つのスケジューリング割り当て（ＳＡ）シンボルを含む。

[0213] 本開示は、いくつかの態様では、メモリと、メモリに結合されプロセッサを含む通信のための装置に関する。プロセッサおよびメモリは、第１の誤り訂正動作のための少なくとも１つの第１のリソースをスケジューリングすることと、少なくとも１つの第１のリソースを介して第１の誤り訂正動作を実施することと、第２の誤り訂正動作のための少なくとも１つの第２のリソースをスケジューリングすること、ここにおいて、少なくとも１つの第２のリソースは、第１の誤り訂正動作を実施した後にスケジューリングされる、と、少なくとも１つの第２のリソースを介して第２の誤り訂正動作を実施することと、を行うように構成される。いくつかの態様では、第１の誤り訂正動作は、第１のハイブリッド自動再送要求（ＨＡＲＱ）送信を含み、第２の誤り訂正動作は、第２のＨＡＲＱ送信を含む。いくつかの態様では、第２の誤り訂正動作は、第２の誤り訂正動作のためにスケジューリングされる少なくとも１つの第２のリソースの少なくとも１つのインジケーションを備えるリソースコンテンションシーケンスを送ることを含む。いくつかの態様では、リソースコンテンションシーケンスは、リッスンビフォアトーク（ＬＢＴ）シーケンスを含む。いくつかの態様では、第２の誤り訂正動作は、第１の誤り訂正動作のためにスケジューリングされる少なくとも１つの第１のリソースの少なくとも１つのインジケーションを備える少なくとも１つの制御情報要素を送ることを含む。いくつかの態様では、少なくとも１つの制御情報要素は、少なくとも１つのスケジューリング割り当て（ＳＡ）シンボルを含む。

[0214] 本開示は、いくつかの態様では、通信のための装置に関する。装置は、第１の誤り訂正動作のための少なくとも１つの第１のリソースをスケジューリングするための手段と、少なくとも１つの第１のリソースを介して第１の誤り訂正動作を実施するための手段と、第２の誤り訂正動作のための少なくとも１つの第２のリソースをスケジューリングすること、ここにおいて、少なくとも１つの第２のリソースは、第１の誤り訂正動作を実施した後にスケジューリングされる、と、少なくとも１つの第２のリソースを介して第２の誤り訂正動作を実施するための手段と、を含む。いくつかの態様では、第１の誤り訂正動作は、第１のハイブリッド自動再送要求（ＨＡＲＱ）送信を含み、第２の誤り訂正動作は、第２のＨＡＲＱ送信を含む。いくつかの態様では、第２の誤り訂正動作は、第２の誤り訂正動作のためにスケジューリングされる少なくとも１つの第２のリソースの少なくとも１つのインジケーションを備えるリソースコンテンションシーケンスを送ることを含む。いくつかの態様では、リソースコンテンションシーケンスは、リッスンビフォアトーク（ＬＢＴ）シーケンスを含む。いくつかの態様では、第２の誤り訂正動作は、第１の誤り訂正動作のためにスケジューリングされる少なくとも１つの第１のリソースの少なくとも１つのインジケーションを備える少なくとも１つの制御情報要素を送ることを含む。いくつかの態様では、少なくとも１つの制御情報要素は、少なくとも１つのスケジューリング割り当て（ＳＡ）シンボルを含む。

[0215] 本開示は、いくつかの態様では、非一時的なコンピュータ読み取り可能な媒体に関する。媒体は、第１の誤り訂正動作のための少なくとも１つの第１のリソースをスケジューリングすることと、少なくとも１つの第１のリソースを介して第１の誤り訂正動作を実施することと、第２の誤り訂正動作のための少なくとも１つの第２のリソースをスケジューリングすること、ここにおいて、少なくとも１つの第２のリソースは、第１の誤り訂正動作を実施した後にスケジューリングされる、と、少なくとも１つの第２のリソースを介して第２の誤り訂正動作を実施することと、を行うためのコードを含む、コンピュータ実行可能なコードを記憶する。

[0216] 本開示は、いくつかの態様では、装置のための通信の方法に関する。方法は、第１の誤り訂正送信のためにスケジューリングされる少なくとも１つの第１のリソースの少なくとも１つの第１のインジケーションを受信することと、少なくとも１つの第１のリソースを介して第１の誤り訂正送信についてモニタすることと、第２の誤り訂正送信のためにスケジューリングされる少なくとも１つの第２のリソースの少なくとも１つの第２のインジケーションを受信すること、ここにおいて、少なくとも１つの第２のインジケーションは、第１の誤り訂正送信についてモニタすることの後に受信される、と、少なくとも１つの第２のリソースを介して第２の誤り訂正送信についてモニタすることと、を含む。いくつかの態様では、第１の誤り訂正送信は、第１のハイブリッド自動再送要求（ＨＡＲＱ）送信を含み、第２の誤り訂正送信は、第２のＨＡＲＱ送信を含む。いくつかの態様では、少なくとも１つの第２のインジケーションは、リソースコンテンションシーケンスを介して受信される。いくつかの態様では、リソースコンテンションシーケンスは、リッスンビフォアトーク（ＬＢＴ）シーケンスを含む。いくつかの態様では、第２の誤り訂正送信は、第１の誤り訂正送信のためにスケジューリングされる少なくとも１つの第１のリソースの少なくとも１つのインジケーションを備える少なくとも１つの制御情報要素を含む。いくつかの態様では、少なくとも１つの制御情報要素は、少なくとも１つのスケジューリング割り当て（ＳＡ）シンボルを含む。

[0217] 本開示は、いくつかの態様では、メモリと、メモリに結合されプロセッサを含む通信のための装置に関する。プロセッサおよびメモリは、第１の誤り訂正送信のためにスケジューリングされる少なくとも１つの第１のリソースの少なくとも１つの第１のインジケーションを受信することと、少なくとも１つの第１のリソースを介して第１の誤り訂正送信についてモニタすることと、第２の誤り訂正送信のためにスケジューリングされる少なくとも１つの第２のリソースの少なくとも１つの第２のインジケーションを受信すること、ここにおいて、少なくとも１つの第２のインジケーションは、第１の誤り訂正送信についてモニタすることの後に受信される、と、少なくとも１つの第２のリソースを介して第２の誤り訂正送信についてモニタすることと、を行うように構成される。いくつかの態様では、第１の誤り訂正送信は、第１のハイブリッド自動再送要求（ＨＡＲＱ）送信を含み、第２の誤り訂正送信は、第２のＨＡＲＱ送信を含む。いくつかの態様では、少なくとも１つの第２のインジケーションは、リソースコンテンションシーケンスを介して受信される。いくつかの態様では、リソースコンテンションシーケンスは、リッスンビフォアトーク（ＬＢＴ）シーケンスを含む。いくつかの態様では、第２の誤り訂正送信は、第１の誤り訂正送信のためにスケジューリングされる少なくとも１つの第１のリソースの少なくとも１つのインジケーションを備える少なくとも１つの制御情報要素を含む。いくつかの態様では、少なくとも１つの制御情報要素は、少なくとも１つのスケジューリング割り当て（ＳＡ）シンボルを含む。

[0218] 本開示は、いくつかの態様では、通信のための装置に関する。装置は、第１の誤り訂正送信のためにスケジューリングされる少なくとも１つの第１のリソースの少なくとも１つの第１のインジケーションを受信するための手段と、少なくとも１つの第１のリソースを介して第１の誤り訂正送信についてモニタするための手段と、第２の誤り訂正送信のためにスケジューリングされる少なくとも１つの第２のリソースの少なくとも１つの第２のインジケーションを受信するための手段、ここにおいて、少なくとも１つの第２のインジケーションは、第１の誤り訂正送信についてモニタすることの後に受信される、と、少なくとも１つの第２のリソースを介して第２の誤り訂正送信についてモニタするための手段と、を含む。いくつかの態様では、第１の誤り訂正送信は、第１のハイブリッド自動再送要求（ＨＡＲＱ）送信を含み、第２の誤り訂正送信は、第２のＨＡＲＱ送信を含む。いくつかの態様では、少なくとも１つの第２のインジケーションは、リソースコンテンションシーケンスを介して受信される。いくつかの態様では、リソースコンテンションシーケンスは、リッスンビフォアトーク（ＬＢＴ）シーケンスを含む。いくつかの態様では、第２の誤り訂正送信は、第１の誤り訂正送信のためにスケジューリングされる少なくとも１つの第１のリソースの少なくとも１つのインジケーションを備える少なくとも１つの制御情報要素を含む。いくつかの態様では、少なくとも１つの制御情報要素は、少なくとも１つのスケジューリング割り当て（ＳＡ）シンボルを含む。

[0219] 本開示は、いくつかの態様では、非一時的なコンピュータ読み取り可能な媒体に関する。媒体は、第１の誤り訂正送信のためにスケジューリングされる少なくとも１つの第１のリソースの少なくとも１つの第１のインジケーションを受信することと、少なくとも１つの第１のリソースを介して第１の誤り訂正送信についてモニタすることと、第２の誤り訂正送信のためにスケジューリングされる少なくとも１つの第２のリソースの少なくとも１つの第２のインジケーションを受信すること、ここにおいて、少なくとも１つの第２のインジケーションは、第１の誤り訂正送信についてモニタすることの後に受信される、と、少なくとも１つの第２のリソースを介して第２の誤り訂正送信についてモニタすることと、を行うためのコードを含む、コンピュータ実行可能なコードを記憶する。

他の態様
[0220] ここに記載される例は、本開示のある特定の概念を例示するために提供される。当業者は、これらは本質的に単に例示的なものであり、他の例が本開示の範囲および添付の特許請求の範囲内に含まれ得ることを理解するだろう。

[0221] 当業者が容易に認識することとなるように、本開示全体を通して説明された様々な態様は、任意の好適な電気通信システム、ネットワークアーキテクチャ、および通信規格に拡張され得る。例として、様々な態様は、３ＧＰＰ５Ｇシステムおよび／またはこれから定義されるワイドエリアネットワーク規格によって説明されるものを含む他の好適なシステムに適用され得る。様々な態様はまた、ＬＴＥ（ＦＤＤ、ＴＤＤまたは両方のモードにおける）、ＬＴＥアドバンスト（ＬＴＥ−Ａ）（ＦＤＤ、ＴＤＤ、または両方のモードにおける）、ユニバーサルモバイル電気通信システム（ＵＭＴＳ）、移動通信のためのグローバルシステム（ＧＳＭ（登録商標））、符号分割多元接続（ＣＤＭＡ）、ＣＤＭＡ２０００、エボリューションデータオプティマイズド（ＥＶ−ＤＯ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、ウルトラワイドバンド（ＵＷＢ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、および／または他の好適なシステムを使用するシステムに適用され得る。様々な態様はまた、Ｗ−ＣＤＭＡ（登録商標）、ＴＤ−ＳＣＤＭＡ、およびＴＤ−ＣＤＭＡのようなＵＭＴＳシステムに適用され得る。使用される実際の電気通信規格、ネットワークアーキテクチャ、および／または通信規格は、特定の用途およびシステムに課せられる全体的な設計制約に依存することになる。

[0222] 多くの態様は、例えば、コンピューティングデバイスの要素によって実施される一連のアクションの観点から説明される。ここに説明される様々なアクションは、特定の回路、例えば、中央処理装置（ＣＰＵ）、グラフィック処理ユニット（ＧＰＵ）、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または様々な他のタイプの汎用または専用プロセッサまたは回路によって、１つまたは複数のプロセッサによって実行されるプログラム命令によって、またはその両方の組合せによって実施されることができることは認識されるだろう。さらに、ここに説明されるこれらの一連のアクションは、実行されると、関連するプロセッサにここに説明された機能性を実施させることになるコンピュータ命令の対応するセットを記憶した、任意の形態のコンピュータ読み取り可能な記憶媒体内に、全体が具現化されると考えられることができる。したがって、本開示の様々な態様は、いくつかの異なる形態で具現化され得、それらのすべては、特許請求された主題の範囲内にあるものとして考慮されている。加えて、ここに説明される態様の各々に関して、対応する形態の任意のそのような態様は、例えば、説明されるアクションを実施する「ように構成される論理」としてここに説明され得る。

[0223] 当業者は、情報および信号は、多様な異なる技術および技法のいずれを使用しても表され得ることを認識することになる。例えば、上の説明を通して言及された可能性のあるデータ、命令、コマンド、情報、信号、ビット、シンボルおよびチップは、電圧、電流、電磁波、磁場または磁性粒子、光場または光粒子、あるいはそれらのいかなる組合せによっても表され得る。

[0224] さらに、当業者は、ここに開示された態様に関連して説明された様々な例示的な論理ブロック、モジュール、回路、アルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、またはその両方の組合せとしてインプリメントされ得ることを認識するだろう。ハードウェアおよびソフトウェアのこの互換性を明確に例示するために、様々な例示的なコンポーネント、ブロック、モジュール、回路、およびステップが、一般にそれらの機能性の観点から上に説明されている。そのような機能性が、ハードウェアとしてインプリメントされるかまたはソフトウェアとしてインプリメントされるかは、特定の用途およびシステム全体に課せられる設計制約に依存する。当業者は、説明された機能性を特定の用途ごとに様々な方法でインプリメントし得るが、そのようなインプリメンテーションの決定（decisions）は、本開示の範囲からの逸脱を生じさせるものとして解釈されるべきではない。

[0225] 上に例示されるコンポーネント、ステップ、特徴、および／または機能のうちの１つまたは複数は、単一のコンポーネント、ステップ、特徴、または機能に再配列され得るおよび／または組み合わせられ得るか、または、いくつかのコンポーネント、ステップ、または機能において具現化され得る。追加的な要素、コンポーネント、ステップ、および／または機能もまた、ここに開示された新規の特徴から逸脱することなく、追加され得る。上に例示される装置、デバイス、および／またはコンポーネントは、ここに説明される方法、特徴、または、ステップのうちの１つまたは複数を実施するように構成され得る。ここに説明される新規のアルゴリズムはまた、効率的に、ソフトウェアにおいてインプリメントされ得る、および／またはハードウェアに埋め込まれ得る。

[0226] 開示された方法におけるステップの固有の順序または階層は、例示的な処理の例示であることは理解されるべきである。設計選好に基づいて、方法におけるステップの固有の順序または階層は、再配列され得ることは理解される。附随の方法の請求項は、サンプルの順序で様々なステップの要素を提示しているのであり、そこに具体的に記載されていない限り、提示された固有の順序または階層に限定されることを意味するものではない。

[0227] ここに開示された態様に関連して説明された方法、シーケンスまたはアルゴリズムは、直接的にハードウェアにおいて、プロセッサによって実行されるソフトウェアモジュールにおいて、またはそれら２つの組合せにおいて、具現化され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当該技術で既知の任意の他の形態の記憶媒体内に存在し得る。記憶媒体の例は、プロセッサが記憶媒体から情報を読み出すことができるように、および記憶媒体へ情報を書き込むことができるように、プロセッサに結合されている。別の方法では、記憶媒体は、プロセッサと一体化され得る。

[0228] 「例示的な（exemplary）」という用語は、ここで「例、事例、または例示としての役割を果たす」という意味で使用される。「例示的」であるとここで説明されたいずれの態様も、必ずしも、他の態様よりも好ましいまたは有利であると解釈されるべきではない。

[0229] 同様に、「態様」という用語は、すべての態様が、説明された特徴、利点、または動作のモードを含むことを必要としない。本明細書における教示に基づき、当業者は、ここに開示されたある態様は他のいずれの態様とも無関係にインプリメントされ得ること、およびこれらの態様のうちの２つ以上は様々な手法で組み合わされ得ることを、理解するはずである。例えば、ここに記載されるいくつの態様を使用しても、装置はインプリメントされ得る、または方法は実行され得る。さらに、他の構造、機能性、または、ここに説明される態様のうちの１つまたは複数以外のまたはそれらに追加した構造および機能性を使用して、そのような装置はインプリメントされ得るまたはそのような方法は実現され得る。さらに、一態様は、一請求項の少なくとも１つ要素を備え得る。

[0230] ここで使用される専門用語（terminology）は、単に特定の態様を説明するためのものであり、本態様の限定を意図したものではない。ここで使用される場合、単数形の「a」、「an」および「the」は、文脈上明確にそうでないことを示していない限り、複数形も含むように意図している。ここで使用されるとき、「備える（comprises）」、「備える（comprising）」、「含む（includes）」または「含む（including）」という用語は、示される特徴、整数、ステップ、動作（operations）、要素、またはコンポーネントの存在を明示するが、１つまたは複数の他の特徴、整数、ステップ、動作、要素、コンポーネント、またはそれらのグループの存在または追加を排除（preclude）しないことは、さらに理解されるだろう。また、「または（or）」という用語は、ブール演算子（Boolean operator）「ＯＲ」と同じ意味を有する、つまり、「いずれか」および「両方」の可能性を包含し、そうでないと明示的に述べられていない限り、「排他的なまたは（exclusive or）」（「ＸＯＲ」）に限定されないことは理解される。２つの隣接した用語の間の記号「／」は、そうでないと明示的に述べられていない限り、「または」と同じ意味を有することもまた理解される。また、「に接続された」、「に結合された」、または「と通信状態にある」のような表現は、そうでないと明示的に述べられていない限り、直接の接続に限定されない。

[0231] 「第１の」、「第２の」等のような指定を使用した本明細書における要素へのいずれの言及も、一般にそれらの要素の数量または順序を限定しない。むしろ、これらの指定は、２つ以上の要素またはある要素のインスタンス間での区別の便利な方法として本明細書で使用され得る。したがって、第１の要素および第２の要素への言及は、そこで２つ要素のみが使用され得ることも、または何らかの意味で第１の要素が第２の要素より優先されなければならないことも、意味していない。また、特にそうでないことが述べられていない限り、要素のセットは、１つまたは複数の要素を備え得る。加えて、説明または特許請求の範囲で使用される「ａ、ｂ、またはｃのうちの少なくとも１つ」または「ａ、ｂ、ｃまたはそれらの任意の組合せ」という形式の用語は、「ａまたはｂまたはｃまたはこれらの要素の任意の組合せ」を意味する。例えば、この用語は、ａ、またはｂ、またはｃ、またはａおよびｂ、またはａおよびｃ、またはａおよびｂおよびｃ、または２ａ、または２ｂ、または２ｃ、または２ａおよびｂ等を含み得る。

[0232] ここで使用される場合、「決定すること（determining）」という用語は、多種多様なアクションを包含する。例えば、「決定すること」は、算出すること（calculating）、計算すること（computing）、処理すること（processing）、導出すること（deriving）、調査すること（investigating）、調べること（looking up）（例えば、表、データベース、または別のデータ構造を調べること）、確かめること（ascertaining）等を含み得る。また、「決定すること」は、受け取ること（receiving）（例えば、情報を受け取ること）、アクセスすること（accessing）（例えば、メモリ内のデータにアクセスすること）等を含み得る。また、「決定すること」は、解決すること（resolving）、選択すること（selecting）、選ぶこと（choosing）、確立すること（establishing）等を含み得る。

[0233] 前述の開示は例示的な態様を示すが、添付の特許請求の範囲の適用範囲から逸脱することなく、ここで様々な変更および修正が成されることができることに留意されたい。そうでないと明示的に述べられていない限り、本明細書で説明された態様に従った方法の請求項の機能、ステップ、またはアクションは、特定の順序で実施される必要はない。さらに、要素は、単数形で説明され得るまたは特許請求され得るが、単数形への限定が明記されていない限り、複数形が考慮されている。
以下に本願発明の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
装置のための通信の方法であって、
誤り訂正動作のために使用されるべきリソースブロックの量を決定することと、
前記誤り訂正動作のために使用されるべき制御情報要素の量を選択することと、ここにおいて、前記選択は、リソースブロックの前記決定された量に基づく、
リソースブロックの前記決定された量を示す情報を送ることと、
前記選択された量の制御情報要素を送ることと、
を備える、方法。
［Ｃ２］
前記選択された量の制御情報要素が、ある量のスケジューリング割り当て（ＳＡ）シンボルを備える、Ｃ１に記載の方法。
［Ｃ３］
リソースブロックの前記決定された量を示す前記情報が、リッスンビフォアトーク（ＬＢＴ）シーケンスを介して送られる、Ｃ１に記載の方法。
［Ｃ４］
前記誤り訂正動作が、ハイブリッド自動再送要求（ＨＡＲＱ）送信を備える、Ｃ１に記載の方法。
［Ｃ５］
各制御情報要素が、前記誤り訂正動作の間に送られるデータを復号するための情報を備える、Ｃ１に記載の方法。
［Ｃ６］
制御情報要素の前記量の前記選択が、
リソースブロックの前記決定された量をしきい値と比較することと、
前記比較に基づいて、使用されるべき制御情報要素の前記量を識別することと、
を備える、Ｃ１に記載の方法。
［Ｃ７］
制御情報要素の前記量の前記識別が、
リソースブロックの前記決定された量が前記しきい値を超える場合、第１の量の前記制御情報要素を使用することを選ぶこと、または、
リソースブロックの前記決定された量が前記しきい値を超えない場合、第２の量の前記制御情報要素を使用することを選ぶこと、ここにおいて、前記第２の量は前記第１の量より少ない、
を備える、Ｃ６に記載の方法。
［Ｃ８］
前記誤り訂正動作が、
リソースブロックの前記決定された量の一部を介してデータを送ること、
を備える、Ｃ１に記載の方法。
［Ｃ９］
装置のための通信の方法であって、
誤り訂正動作の間に受信されるべきリソースブロックの量を示す情報を受信することと、
前記誤り訂正動作の間に受信されるべき制御情報要素の量を決定することと、ここにおいて、前記決定は、リソースブロックの前記量に基づく、
前記決定された量の制御情報要素を受信することと、
を備える、方法。
［Ｃ１０］
前記決定された量の制御情報要素が、ある量のスケジューリング割り当て（ＳＡ）シンボルを備える、Ｃ９に記載の方法。
［Ｃ１１］
リソースブロックの前記量を示す前記情報が、リッスンビフォアトーク（ＬＢＴ）シーケンスを介して受信される、Ｃ９に記載の方法。
［Ｃ１２］
前記誤り訂正動作が、ハイブリッド自動再送要求（ＨＡＲＱ）動作を備える、Ｃ９に記載の方法。
［Ｃ１３］
制御情報要素の前記量の前記決定が、
リソースブロックの前記量をしきい値と比較することと、
前記比較に基づいて、受信されるべき制御情報要素の前記量を識別することと、
を備える、Ｃ９に記載の方法。
［Ｃ１４］
制御情報要素の前記量の前記識別が、
リソースブロックの前記量が前記しきい値を超える場合、第１の量の前記制御情報要素が受信されるべきであると決定すること、または、
リソースブロックの前記量が前記しきい値を超えない場合、第２の量の前記制御情報要素が受信されるべきであると決定すること、ここにおいて、前記第２の量は前記第１の量より少ない、
を備える、Ｃ１３に記載の方法。
［Ｃ１５］
前記誤り訂正動作が、
前記決定された量の制御情報要素を受信した後に、リソースブロックの前記量の一部を介してデータを受信すること、
を備える、Ｃ９に記載の方法。
［Ｃ１６］
装置のための通信の方法であって、
誤り訂正動作のために使用されるべき制御情報要素の量を決定することと、
前記誤り訂正動作用に使用するためのリソースコンテンションシーケンスを選択することと、ここにおいて、前記選択は、制御情報要素の前記決定された量に基づく、
前記リソースコンテンションシーケンスを送ることと、ここにおいて、前記リソースコンテンションシーケンスは、前記誤り訂正動作のために使用される複数のリソースブロックのインジケーションを備える、
を備える、方法。
［Ｃ１７］
前記決定された量の制御情報要素が、ある量のスケジューリング割り当て（ＳＡ）シンボルを備える、Ｃ１６に記載の方法。
［Ｃ１８］
前記リソースコンテンションシーケンスを送った後に、前記決定された量のＳＡシンボルを送ること、
をさらに備える、Ｃ１７に記載の方法。
［Ｃ１９］
前記選択されたリソースコンテンションシーケンスが、リッスンビフォアトーク（ＬＢＴ）シーケンスを備える、Ｃ１６に記載の方法。
［Ｃ２０］
前記誤り訂正動作が、ハイブリッド自動再送要求（ＨＡＲＱ）送信を備える、Ｃ１６に記載の方法。
［Ｃ２１］
各制御情報要素が、前記誤り訂正動作の間に送られるデータを復号するための情報を備える、Ｃ１６に記載の方法。
［Ｃ２２］
前記リソースコンテンションシーケンスの前記選択が、
制御情報要素の前記決定された量をしきい値と比較することと、
前記比較に基づいて、使用されるべき前記リソースコンテンションシーケンスを識別することと、
を備える、Ｃ１６に記載の方法。
［Ｃ２３］
前記リソースコンテンションシーケンスの前記識別が、
制御情報要素の前記決定された量が前記しきい値を超える場合、リソースコンテンションシーケンスの第１のセットからのリソースコンテンションシーケンスを使用することを選ぶこと、または、
制御情報要素の前記決定された量が前記しきい値を超えない場合、リソースコンテンションシーケンスの第２のセットからのリソースコンテンションシーケンスを使用することを選ぶこと、
を備える、Ｃ２２に記載の方法。
［Ｃ２４］
前記誤り訂正動作が、
前記選択されたリソースコンテンションシーケンスを送った後に、前記リソースブロックの一部を介してデータを送ること、
を備える、Ｃ１６に記載の方法。
［Ｃ２５］
装置のための通信の方法であって、
リソースコンテンションシーケンスを受信することと、ここにおいて、前記リソースコンテンションシーケンスは、誤り訂正動作の間に受信されるべき複数のリソースブロックのインジケーションを備える、
前記誤り訂正動作の間に受信されるべき制御情報要素の量を決定することと、ここにおいて、前記決定は、前記リソースコンテンションシーケンスに基づく、
前記決定された量の制御情報要素を受信することと、
を備える、方法。
［Ｃ２６］
制御情報要素の前記決定された量が、スケジューリング割り当て（ＳＡ）シンボルの量を備える、Ｃ２５に記載の方法。
［Ｃ２７］
前記リソースコンテンションシーケンスが、リッスンビフォアトーク（ＬＢＴ）シーケンスを備える、Ｃ２５に記載の方法。
［Ｃ２８］
制御情報要素の前記量の前記決定が、
前記リソースコンテンションシーケンスをリソースコンテンションシーケンスのマッピングと比較することと、ここにおいて、前記マッピングは、異なるセットのリソースコンテンションシーケンスを異なる量の制御情報要素にマッピングする、
前記比較に基づいて、受信されるべき制御情報要素の前記量を識別することと、
を備える、Ｃ２５に記載の方法。
［Ｃ２９］
制御情報要素の前記量の前記識別が、
前記リソースコンテンションシーケンスが、リソースコンテンションシーケンスの前記セットの第１のセットにマッピングする場合、第１の量の前記制御情報要素が受信されるべきであると決定すること、または、
前記リソースコンテンションシーケンスがリソースコンテンションシーケンスの前記セットの第２のセットにマッピングする場合、第２の量の前記制御情報要素が受信されるべきであると決定すること、
を備える、Ｃ２８に記載の方法。
［Ｃ３０］
前記誤り訂正動作が、
前記決定された量の制御情報要素を受信した後に、前記リソースブロックの一部を介してデータを受信すること、
を備える、Ｃ２５に記載の方法。

Claims (23)

1. 装置のための通信の方法であって、
   ハイブリッド自動再送要求（ＨＡＲＱ）送信のために使用されるべきリソースブロックの量を決定することと、
   前記ＨＡＲＱ送信のために使用されるべきスケジューリング割り当て（ＳＡ）シンボルの量を選択することと、ここにおいて、前記ＨＡＲＱ送信のために使用されるべきスケジューリング割り当て（ＳＡ）シンボルの前記量の前記選択は、前記ＨＡＲＱ送信のために使用されるべきリソースブロックの前記決定された量に基づく、
   前記ＨＡＲＱ送信のために使用されるべきリソースブロックの前記決定された量を示す情報を送ることと、
   前記選択された量のＳＡシンボルを送ることと、
   を備える、方法。
2. リソースブロックの前記決定された量を示す前記情報が、リッスンビフォアトーク（ＬＢＴ）シーケンスを介して送られる、請求項１に記載の方法。
3. 各ＳＡシンボルが、前記ＨＡＲＱ送信の間に送られるデータを復号するための情報を備える、請求項１に記載の方法。
4. ＳＡシンボルの前記量の前記選択が、
   リソースブロックの前記決定された量をしきい値と比較することと、
   前記比較に基づいて、使用されるべきＳＡシンボルの前記量を識別することと、
   を備える、請求項１に記載の方法。
5. ＳＡシンボルの前記量の前記識別が、
   リソースブロックの前記決定された量が前記しきい値を超える場合、第１の量の前記ＳＡシンボルを使用することを選ぶこと、または、
   リソースブロックの前記決定された量が前記しきい値を超えない場合、第２の量の前記ＳＡシンボルを使用することを選ぶこと、ここにおいて、前記第２の量は前記第１の量より少ない、
   を備える、請求項４に記載の方法。
6. 前記ＨＡＲＱ送信が、
   リソースブロックの前記決定された量の一部を介してデータを送ること、
   を備える、請求項１に記載の方法。
7. 装置のための通信の方法であって、
   ハイブリッド自動再送要求（ＨＡＲＱ）動作の間に受信されるべきリソースブロックの量を示す情報を受信することと、
   前記ＨＡＲＱ動作の間に受信されるべきスケジューリング割り当て（ＳＡ）シンボルの量を決定することと、ここにおいて、前記ＨＡＲＱ動作の間に受信されるべきＳＡシンボルの前記量の前記決定は、前記ＨＡＲＱ動作の間に受信されるべきリソースブロックの前記量に基づく、
   前記決定された量のＳＡシンボルを受信することと、
   を備える、方法。
8. リソースブロックの前記量を示す前記情報が、リッスンビフォアトーク（ＬＢＴ）シーケンスを介して受信される、請求項７に記載の方法。
9. ＳＡシンボルの前記量の前記決定が、
   リソースブロックの前記量をしきい値と比較することと、
   前記比較に基づいて、受信されるべきＳＡシンボルの前記量を識別することと、
   を備える、請求項７に記載の方法。
10. ＳＡシンボルの前記量の前記識別が、
    リソースブロックの前記量が前記しきい値を超える場合、第１の量の前記ＳＡシンボルが受信されることとなると決定すること、または、
    リソースブロックの前記量が前記しきい値を超えない場合、第２の量の前記ＳＡシンボルが受信されることとなると決定すること、ここにおいて、前記第２の量は前記第１の量より少ない、
    を備える、請求項９に記載の方法。
11. 前記ＨＡＲＱ動作が、
    前記決定された量のＳＡシンボルを受信した後に、リソースブロックの前記量の一部を介してデータを受信すること、
    を備える、請求項７に記載の方法。
12. 装置のための通信の方法であって、
    ハイブリッド自動再送要求（ＨＡＲＱ）送信のために使用されるべきスケジューリング割り当て（ＳＡ）シンボルの量を決定することと、
    複数の異なるリソースコンテンションシーケンスから、前記ＨＡＲＱ送信のために使用されるべきリソースコンテンションシーケンスを選択することと、ここにおいて、前記ＨＡＲＱ送信のために使用されるべき前記リソースコンテンションシーケンスの前記選択は、前記ＨＡＲＱ送信のために使用されるべきＳＡシンボルの前記決定された量に基づく、
    前記リソースコンテンションシーケンスを送ることと、ここにおいて、前記リソースコンテンションシーケンスは、前記ＨＡＲＱ送信のために使用される複数のリソースブロックのインジケーションを備える、
    を備える、方法。
13. 前記リソースコンテンションシーケンスを送った後に、前記決定された量のＳＡシンボルを送ること、
    をさらに備える、請求項１２に記載の方法。
14. 前記選択されたリソースコンテンションシーケンスが、リッスンビフォアトーク（ＬＢＴ）シーケンスを備える、請求項１２に記載の方法。
15. 各ＳＡシンボルが、前記ＨＡＲＱ送信の間に送られるデータを復号するための情報を備える、請求項１２に記載の方法。
16. 前記リソースコンテンションシーケンスの前記選択が、
    ＳＡシンボルの前記決定された量をしきい値と比較することと、
    前記比較に基づいて、使用されるべき前記リソースコンテンションシーケンスを識別することと、
    を備える、請求項１２に記載の方法。
17. 前記リソースコンテンションシーケンスの前記識別が、
    ＳＡシンボルの前記決定された量が前記しきい値を超える場合、リソースコンテンションシーケンスの第１のセットからのリソースコンテンションシーケンスを使用することを選ぶこと、または、
    ＳＡシンボルの前記決定された量が前記しきい値を超えない場合、リソースコンテンションシーケンスの第２のセットからのリソースコンテンションシーケンスを使用することを選ぶこと、
    を備える、請求項１６に記載の方法。
18. 前記ＨＡＲＱ送信が、
    前記リソースコンテンションシーケンスを送った後に、前記リソースブロックの一部を介してデータを送ること、
    を備える、請求項１２に記載の方法。
19. 装置のための通信の方法であって、
    リソースコンテンションシーケンスを受信することと、ここにおいて、前記リソースコンテンションシーケンスは、ハイブリッド自動再送要求（ＨＡＲＱ）動作の間に受信されるべき複数のリソースブロックのインジケーションを備える、
    複数の異なるリソースコンテンションシーケンスからの前記リソースコンテンションシーケンスを識別することと、
    前記ＨＡＲＱ動作の間に受信されるべきスケジューリング割り当て（ＳＡ）シンボルの量を決定することと、ここにおいて、前記ＨＡＲＱ動作の間に受信されるべきＳＡシンボルの前記量の前記決定は、前記リソースコンテンションシーケンスの前記識別に基づく、
    前記決定された量のＳＡシンボルを受信することと、
    を備える、方法。
20. 前記リソースコンテンションシーケンスが、リッスンビフォアトーク（ＬＢＴ）シーケンスを備える、請求項１９に記載の方法。
21. ＳＡシンボルの前記量の前記決定が、
    前記リソースコンテンションシーケンスをリソースコンテンションシーケンスのマッピングと比較することと、ここにおいて、前記マッピングは、異なるセットのリソースコンテンションシーケンスを異なる量のＳＡシンボルにマッピングする、
    前記比較に基づいて、受信されるべきＳＡシンボルの前記量を識別することと、
    を備える、請求項１９に記載の方法。
22. ＳＡシンボルの前記量の前記識別が、
    前記リソースコンテンションシーケンスが、リソースコンテンションシーケンスの前記セットの第１のセットにマッピングする場合、第１の量の前記ＳＡシンボルが受信されることとなると決定すること、または、
    前記リソースコンテンションシーケンスがリソースコンテンションシーケンスの前記セットの第２のセットにマッピングする場合、第２の量の前記ＳＡシンボルが受信されることとなると決定すること、
    を備える、請求項２１に記載の方法。
23. 前記ＨＡＲＱ動作が、
    前記決定された量のＳＡシンボルを受信した後に、前記リソースブロックの一部を介してデータを受信すること、
    を備える、請求項１９に記載の方法。

Images