JP2023535685A - 垂直チェックブロックを用いたブロードキャスト、マルチキャスト又はグループキャスト送信のための方法及び装置 - Google Patents

Abstract

２次元（２D）コーディングの方法とシステムが、ブロードキャスト、マルチキャスト又はグループキャストのアプリケーションについて説明されている。２つ以上の情報コードブロック（CB）が複数の意図された受信ノードに送信される。１つ以上のクロスCBチェックブロックが生成され、各クロスCBチェックブロックは、クロスCBビットのセットに基づいて生成され、クロスCBビットのセットは、情報CBの少なくとも２つの各々から選択された少なくとも１つのビットを含む。少なくとも１つのクロスCBチェックブロックが、意図された受信ノードの少なくとも１つに送信される。

Description

［関連出願］
本開示は、２０２０年７月１７日に出願された米国仮特許出願第６３／０５３，３３７号、「METHODS AND APPARATUSES FOR BROADCAST MULTICAST OR GROUPCAST TRANSMISSION USING VERTICAL CHECK BLOCKS」、及び２０２１年７月６日に出願された米国特許出願第１７／３６８，５００号「METHODS AND APPRATUSES FOR BROADCAST MULTICAST OR GROUPCAST TRANSMISSION USING VERTICAL CHECK BLOCKS」の優先権を主張し、上記出願の全体は参照によりここに組み込まれる。

［技術分野］
本開示は、無線通信に関し、ブロードキャスト、マルチキャスト又はグループキャスト無線通信における製品コーディングの使用を含む。

一般的なセルラ通信では、ユニキャスト送信が一般的なシナリオである。「ユニキャスト」とは、単一の送信ノードが単一の受信ノードに送信することを意味する。マルチメディアブロードキャストマルチキャストサービス（Multimedia Broadcast Multicast Services （MBMS））などのセルラシステムでは、ブロードキャスト及びマルチキャスト送信がますます使用されるようになっている。「ブロードキャスト」とは、１つの送信ノードが、該送信ノードに接続されているすべてのノードに送信することを意味する。「マルチキャスト」とは、１つの送信ノードが複数の意図された受信ノードに送信することを意味する。ブロードキャスト及びマルチキャスト通信のための、特にマルチメディアサービス及びビークルツーエブリシング（vehicle to everything （V２X））通信のためのアプリケーションが開発され続けている。

V２Xは、車両と別の車両（vehicle and another vehicle （V２V））、車両からインフラストラクチャ（vehicle to infrastructure （V２I））、車両から歩行者（vehicle to pedestrian （V２P））、及びその他の多くのシナリオを含む、（ユーザ機器（UE）として機能する）車両に関連する通信シナリオのカテゴリを表す。ロングタームエボリューション車両（Long term evolution-vehicle （LTE-V））は、ロングタームエボリューション（Long term evolution （LTE））セルラ技術を使用してV２X通信をサポートするための規格であるLTE-Vは、主に安全メッセージなどのメッセージのブロードキャストに焦点を当てている。しかし、他のアプリケーションに対する関心もある。例えば、新無線（New Radio （NR））-V２Xは、NRセルラ技術に基づいており、ブロードキャスト、グループキャスト（UE間のマルチキャストの形式である）、及びユニキャストをサポートしている。グループキャスト及びユニキャストアプリケーションは、フィードバックに基づく再送信をサポートする場合があるが、ブロードキャストはブラインド再送信（すなわち、フィードバックのない再送信／反復）のみをサポートする場合がある。ブロードキャスト、マルチキャスト、又はグループキャストのシナリオでは、受信データのエラーは受信ノードごとに異なる場合がある。既存の再送信スキームは、ブロードキャスト、マルチキャスト、又はグループキャストのシナリオに適していない又は効率的ではない場合がある。

様々な例において、本開示は、２次元（２D）共同コーディングに基づく物理（PHY）層ネットワークコーディングのための方法及び機器を記述する。開示された例は、他のアプリケーションの中でも、ブロードキャスト、マルチキャスト及びグループキャスト送信に適用できる可能性がある。

従来のブロードキャスト、マルチキャスト、及びグループキャスト送信アプローチで使用される再送信スキームは、非効率、遅延、及びオーバヘッドに悩まされる。これらの従来の再送信スキームは、通常、非常に冗長な方法でトランスポートブロック又はコードブロックグループ全体を再送信することに依存している。さらに、ブロードキャスト、マルチキャスト、及びグループキャストのシナリオでの再送信は、異なる受信機が異なる復号されていないコードブロックを持つ可能性があり、これらのシナリオでは、トランスポートブロック全体又は複数のコードブロックグループを再送信する必要があるため、問題を複雑にする。消去外コードに基づく再送信は、非消去チャネルで使用すると、復号されていないコードブロックが破棄され、共同復号のためのソフト情報が保持されないため性能上の不利益を受ける可能性がある。

２D共同コーディングに基づくPHY層ネットワークコーディングを利用する本開示の実施形態は、これらの欠点の一部又は全部を解決又は改善する。従って、本開示の方法及び機器は、従来のアプローチの高価で非効率な再送信を回避することができる。さらに、失敗した復号の試みからのソフト情報を利用する能力は、消去外コードに基づく再送信スキームよりも性能の向上を提供する。ここで説明する例では、異なる受信機が初期送信で異なる誤ったコードブロックを持つ場合でも、１つの垂直チェックブロックが、異なる受信機にマルチキャスト又はブロードキャストされ、異なる受信機により復号に使用することができる。

例示的な態様では、本開示は、方法であって、
複数の意図された受信ノードに２つ以上の情報コードブロック（CB）を送信するステップと、
１つ以上のクロスCBチェックブロックを生成するステップであって、各クロスCBチェックブロックは、クロスCBビットのセットに基づいて生成され、前記クロスCBビットのセットは、少なくとも２つの情報CBの各々から選択された少なくとも１つのビットを含む、ステップと、
前記１つ以上のクロスCBチェックブロックの少なくとも１つを、前記意図された受信ノードの少なくとも１つに送信するステップと、
を含む方法を記載する。

方法の前述の態様において、前記２つ以上の情報CBが、前記複数の意図された受信ノードへブロードキャスト、マルチキャスト、又はグループキャスト送信で送信されてよく、前記少なくとも１つのクロスCBチェックブロックが、２つ以上の意図された受信ノードへ、ブロードキャスト、マルチキャスト、又はグループキャスト送信で送信されてよい。

方法の前述の態様のいずれかにおいて、意図された受信ノードからのフィードバックは、各々の意図された受信ノードが２つ以上の情報CBの復号に成功したかどうかを示してよい。方法にはさらに、受信した否定確認応答（NACK）フィードバック、又は確認応答（ACK）フィードバックの欠如から、前記意図された受信ノードの少なくとも１つが前記２つ以上の情報CBの復号に成功しなかったことを決定した後に、前記少なくとも１つのクロスCBチェックブロックを送信するステップを更に含んでよい。

方法の前述の態様のいずれかにおいて、１つ以上のクロスCBチェックブロックの各々のセットが、初期送信のために意図された受信ノードのいずれからのフィードバックも必要とせずに、所定の回数の再送信の間、各々の再送信で送信されてよい。

方法の前述の態様のいずれかにおいて、方法はさらに、前記初期送信の後、又は所与の再送信の後に、少なくとも１つの意図された受信ノードから確認応答（ACK）フィードバックを受信するステップを更に含んでよい。前記初期送信又は前記所与の再送信の後の再送信は、前記ACKフィードバックを受信した少なくとも１つの意図された受信ノードに送信されない場合がある。

方法の前述の態様のいずれかにおいて、否定確認応答（NACK）フィードバックが欠如している場合、前記複数の意図された受信ノードの各々から確認応答（ACK）フィードバックが受信されるまで、前記１つ以上のクロスCBチェックブロックの少なくとも１つの、前記複数の意図された受信ノードへの送信が繰り返されてよい。

方法の前述の態様のいずれかにおいて、前記２つ以上の情報CBが、少なくとも２つの別々に送信されるパケットで前記複数の意図された受信ノードに送信されてよく、１つ以上のクロスCBチェックブロックが、前記少なくとも２つのパケットの各々のCBから選択されたビットに基づいて生成されてよい。

方法の前述の態様のいずれかにおいて、方法は、前記意図された受信ノードへ、構成又は制御信号を送信するステップを更に含んでよく、前記構成又は制御信号は、前記１つ以上のクロスCBチェックブロックの生成に使用される１つ以上のパラメータに関する情報を含む。前記構成又は制御信号は、以下：
新規送信又は再送信の指示、
HARQプロセス識別子、
再送信の反復回数、
送信されたクロスCBチェックブロックの数、
前記１つ以上のクロスCBチェックブロックの生成に使用された前記２つ以上の情報CBのインデックス、
前記１つ以上のクロスCBチェックブロックを生成するために使用されるインターリーバ、又は、
前記１つ以上のクロスCBチェックブロックの生成方法を示す冗長バージョン（RV）又はRVシーケンス、
の１つ以上に関する情報を含んでよい。

方法の前述の態様のいずれかにおいて、方法は、前記２つ以上の情報CBを送信するためのスケジュールされたリソース割り当てを基地局から受信するステップをさらに含んでよい。前記少なくとも１つのクロスCBチェックブロックを送信するためのリソースは、前記基地局によって割り当てられてもよい。

方法の前述の態様において、方法は、
少なくとも１つの意図された受信ノードが、前記２つ以上の情報CBの少なくとも１つの復号に成功しなかったかどうかを示すフィードバックを受信するステップと、
前記基地局に否定確認応答（NACK）のレポートを送信するステップと、
前記基地局から、前記少なくとも１つのクロスCBチェックブロックを送信するための追加のスケーリングされたリソース割り当てを受信するステップと、
を更に含んでよい。

方法の前述の態様のいずれかにおいて、前記基地局からの前記リソース割り当てで、クロスCBチェックブロックの所定数の送信のためのリソースも割り当てられてよい。

方法の前述の態様のいずれかにおいて、方法は、リソースプールから、前記２つ以上の情報CBを送信するためのリソースを選択するステップをさらに含んでよい。前記少なくとも１つのクロスCBチェックブロックを送信するためのリソースは、前記リソースプールから選択されてもよい。

例示的な態様では、本開示は、処理ユニットを含む機器を記載する。前記処理ユニットは機械可読命令を実行するよう構成され、前記命令は前記機器に、
複数の意図された受信ノードに２つ以上の情報コードブロック（CB）を送信させ、
１つ以上のクロスCBチェックブロックを生成させ、各クロスCBチェックブロックは、クロスCBビットのセットに基づいて生成され、前記クロスCBビットのセットは、少なくとも２つの情報CBの各々から選択された少なくとも１つのビットを含み、
前記１つ以上のクロスCBチェックブロックの少なくとも１つを、前記意図された受信ノードの少なくとも１つに送信させる。

機器の前述の態様において、前記２つ以上の情報CBが、前記複数の意図された受信ノードへブロードキャスト、マルチキャスト、又はグループキャスト送信で送信されてよく、前記少なくとも１つのクロスCBチェックブロックが、２つ以上の意図された受信ノードへ、ブロードキャスト、マルチキャスト、又はグループキャスト送信で送信されてよい。

機器の前述の態様のいずれかにおいて、意図された受信ノードからのフィードバックは、各々の意図された受信ノードが２つ以上の情報CBの復号に成功したかどうかを示してよい。処理ユニットはさらに、前記命令を実行して、前記機器に、受信した否定確認応答（NACK）フィードバック、又は確認応答（ACK）フィードバックの欠如から、前記意図された受信ノードの少なくとも１つが前記２つ以上の情報CBの復号に成功しなかったことを決定した後に、前記少なくとも１つのクロスCBチェックブロックを送信させるよう更に構成されてよい。

機器の前述の態様のいずれかにおいて、１つ以上のクロスCBチェックブロックの各々のセットが、初期送信のために意図された受信ノードのいずれからのフィードバックも必要とせずに、所定の回数の再送信の間、各々の再送信で送信されてよい。

機器の前述の態様のいずれかにおいて、前記処理ユニットは、前記命令を実行して、前記機器に、前記意図された受信ノードへ、構成又は制御信号を送信させるよう構成されてよく、前記構成又は制御信号は、前記１つ以上のクロスCBチェックブロックの生成に使用される１つ以上のパラメータに関する情報を含む。前記構成又は制御信号は、以下：
新規送信又は再送信の指示、
HARQプロセス識別子、
再送信の繰り返し回数、
送信されたクロスCBチェックブロックの数、
前記１つ以上のクロスCBチェックブロックの生成に使用された前記２つ以上の情報CBのインデックス、
前記１つ以上のクロスCBチェックブロックを生成するために使用されるインターリーバ、又は、
前記１つ以上のクロスCBチェックブロックの生成方法を示す冗長バージョン（RV）又はRVシーケンス、
の１つ以上に関する情報を含んでよい。

機器の前述の態様のいずれかにおいて、前記処理ユニットは、前記命令を実行して、前記機器に、前記２つ以上の情報CBを送信するためのスケジュールされたリソース割り当てを基地局から受信させるよう更に構成されてよい。前記少なくとも１つのクロスCBチェックブロックを送信するためのリソースは、前記基地局によって割り当てられてもよい。

機器の前述の態様のいずれかにおいて、前記処理ユニットは、前記命令を実行して、前記機器に、リソースプールから、前記２つ以上の情報CBを送信するためのリソースを選択させるよう更に構成されてよい。前記少なくとも１つのクロスCBチェックブロックを送信するためのリソースは、前記リソースプールから選択されてもよい。

機器の前述の態様のいずれかにおいて、前記処理ユニットは、前記命令を実行して、前記機器に、前述の方法の態様のいずれかを実行させるよう更に構成されてよい。

例示の態様において、本開示は、格納された機械可読命令を有するコンピュータ可読媒体を記載する。前記命令は、機器の処理ユニットにより実行されると、前記機器に、
複数の意図された受信ノードに２つ以上の情報コードブロック（CB）を送信させ、
１つ以上のクロスCBチェックブロックを生成させ、各クロスCBチェックブロックは、クロスCBビットのセットに基づいて生成され、前記クロスCBビットのセットは、少なくとも２つの情報CBの各々から選択された少なくとも１つのビットを含み、
前記１つ以上のクロスCBチェックブロックの少なくとも１つを、前記意図された受信ノードの少なくとも１つに送信させる。

コンピュータ可読媒体のいずれかの態様において、前記命令は、機器の処理ユニットによって実行されると、前記機器に上記の方法の態様のいずれかを実行させてよい。

例として、本願、の例示的な実施形態を示す以下の添付の図面を参照する。

本願明細書に記載された例を実施するのに適した通信システムの例の概略図である。

本願明細書に記載された例を実施するのに適した基地局（BS）の例を示すブロック図である。 本願明細書に記載された例を実施するのに適した電子装置（ED）の例を示すブロック図である。

水平チェックブロックと垂直チェックブロックを含む単一のトランスポートブロック（TB）のコード構造の例を示す。 水平チェックブロックと垂直チェックブロックを含む単一のトランスポートブロック（TB）のコード構造の例を示す。

垂直チェックブロックの異なるセットを生成するための異なるインターリーバの使用例を示す。 垂直チェックブロックの異なるセットを生成するための異なるインターリーバの使用例を示す。

垂直チェックブロックを含む非組織的コードに基づく単一TBのコード構造の例を示している。

複数TBから垂直チェックブロックを生成するコード構造の例を示している。

ブロードキャスト、マルチキャスト、又はグループキャスト送信に垂直チェックブロックを使用する例を示しているシグナリング図である。 ブロードキャスト、マルチキャスト、又はグループキャスト送信に垂直チェックブロックを使用する例を示しているシグナリング図である。

図８A及び８Bに従って、送信ノードによって実行される可能性のある方法の例を示しているフローチャートである。

図８A及び８Bの例で送信されるコードブロックの例を示している。 図８A及び８Bの例で送信されるコードブロックの例を示している。

グループキャストシナリオにおいて、送信及び再送信のためのリソースを取得するために、送信ノードによって実行される可能性のある方法の例を示しているフローチャートである。 グループキャストシナリオにおいて、送信及び再送信のためのリソースを取得するために、送信ノードによって実行される可能性のある方法の例を示しているフローチャートである。

ブロードキャスト、マルチキャスト、又はグループキャスト送信にクロスパケット垂直チェックブロックを使用する例を示しているシグナリング図である。 ブロードキャスト、マルチキャスト、又はグループキャスト送信にクロスパケット垂直チェックブロックを使用する例を示しているシグナリング図である。

図１０A及び１０Bに従って、送信ノードによって実行される可能性のある方法の例を示しているフローチャートである。

図１０A及び１０Bの例で送信されるコードブロックの例を示している。 図１０A及び１０Bの例で送信されるコードブロックの例を示している。

初期送信に垂直チェックブロックを含めるために、送信ノードによって実行される可能性のある方法の例を示しているフローチャートである。

図１１Aの例で送信されるコードブロックの例を示している。

複数の送信ノードがブロードキャスト、マルチキャスト、又はグループキャスト送信に関与する例を示しているシグナリング図である。

図１２Aに従って、送信ノードによって実行される可能性のある方法の例を示しているフローチャートである。

図１２Aの例で送信されるコードブロックの例を示している。

類似した構成要素を示すために、類似した参照符号が異なる図で使用されることがある。

ここで説明する様々な例では、HARQに基づく再送信又はネットワークコーディングを実装する方法と機器について説明する。ここで説明する例は、ブロードキャスト、マルチキャスト、又はグループキャスト送信の再送信の課題に対処するのに役立つ。例えば、ブロードキャスト、マルチキャスト、又はグループキャスト送信では、各受信ノードが異なるコードブロックで受信エラーを有する可能性があり、送信チャネルは通常、消去チャネルではない。

本開示を理解するのに役立つように、再送信のための幾つかの既存のアプローチについて説明する。

ハイブリッド自動再送要求（H-ARQ又はHARQ）は、無線物理層再送信の一般的な機能である。標準的なHARQの実装には、初期送信が失敗したときに、送信されていないマザーコードの追加ビットを送信する、インクリメンタル冗長性（incremental redundancy （IR））に基づく再送信の使用が含まれる。つまり、マザーコードは循環バッファに格納され、マザーコードからのビットを含む初期コードブロックが送信された後、HARQプロセスの一部として、送信機は循環バッファから新しいIRビットを送信する。新しいIRビットは、以前に送信されたデータとともに新しいコードブロックを形成する。これは、再送信の最大数に達するか、コードブロックが正常に復号されるまで繰り返される。

HARQ再送信スキームには、フィードバックに基づく再送信スキームとブラインド再送信スキームが含まれる。フィードバックに基づく再送信では、受信ノードは多くの場合、確認応答（ACK）又は否定確認応答（NACK）を送信ノードに送り返す。NACKを受信すると、再送信が送信される。ブラインド再送信では、受信ノードからのACK／NACK応答は任意である。代わりに、送信ノードは所定の回数の再送信を送信する。グループキャストSL送信では、ACK／NACKを送信する受信ノードの異なるオプションが存在する場合がある。１つのオプションでは、受信ノードはNACKのみを送信する（受信の成功に対してACKが送信されない）。すべての受信ノードは同じ物理サイドリンクフィードバックチャネル（physical sidelink feedback channel （PSFCH））リソースを共有し、その結果、送信ノードはどの受信ノードがどのNACKを送信したかを認識できない場合がある。別のオプションでは、各受信ノードはACK／NACKフィードバックを送信するための専用の、それ自体のPSFCHリソースを有する。

前方誤り訂正（forward error correction （FEC））に基づく様々な再送信スキームが、ブロードキャスト又はマルチキャスト送信のために検討されてきた。これらの既存のアプローチの幾つかを次に説明する。

噴水コードは、レートレスコードの一種である。噴水コードは、フィードバックのないブロードキャスト又はマルチキャスト送信に適している。従来のマルチメディアブロードキャストマルチメディアサービス（Multimedia Broadcast Multimedia Services （MBMS））システムでは、HARQ再送信やHARQフィードバックのないアプリケーション層のFECに、噴水コードの実装であるラプター（raptor）コードを使用していた。ただし、噴水コードは、プロトコルスタックの下位レベル（例えば、物理（PHY）層のトランスポートブロック又はコードブロックレベル）ではなく、上位層のフィードバック用に設計されている。PHY層の再送信を使用するソリューションと比較して、噴水コードは再送信の遅延が長く、低遅延のアプリケーションには適さない。さらに、噴水コードは消去コードであるため、非消去チャネルでの送信の性能が低下する。

もう１つの既存のアプローチは消去外コード（erasure outer code）である。消去外コードでは、HARQ再送信のために複数のコードブロックに基づいてパリティコードブロックが生成される。パリティコードブロックは、異なる消去情報コードブロックを修正するために使用できる。ただし、非消去チャネルを介した送信では、復号されていないコードブロックが完全に破棄されるため、性能が低下する。これは、各パリティコードブロックが１つの復号されていないコードブロックに対してのみ修正できることを意味する。

本開示の理解を助けるために、無線通信システムの例を最初に説明する。

図１は、本開示の実施形態を実装できる無線通信システム１００（無線システム１００とも呼ばれる）の例を示している。一般に、無線システム１００は、複数の無線又は有線要素がデータ及び他のコンテンツを通信できるようにする。無線システム１００は、システム１００のエンティティ間でコンテンツ（例えば、音声、データ、ビデオ、テキストなど）を（例えば、ブロードキャスト、ナローキャスト、ユーザ装置からユーザ装置へ、などを介して）通信できるようにする。無線システム１００は、帯域幅などのリソースを共有することによって動作する場合がある。無線システム１００は、５G技術及び／又はそれ以降の世代の無線技術を使用した無線通信に適している場合がある。幾つかの例では、無線システム１００は、幾つかのレガシー無線技術（例えば、３G又は４G無線技術）にも対応している場合がある。

示されている例では、無線システム１００は、電子デバイス（electronic device （ED））１１０、無線アクセスネットワーク（radio access network （RAN））１２０、コアネットワーク１３０、公衆交換電話網（public switched telephone network （PSTN））１４０、インターネット１５０、及びその他のネットワーク１６０を含む。幾つかの例では、１つ以上のネットワークが省略されたり、別のタイプのネットワークに置き換えられたりすることがある。他のネットワークが無線システム１００に含まれることがある。これらのコンポーネント又は要素の特定の数が図１に示されているが、これらのコンポーネント又は要素の任意の妥当な数が無線システム１００に含まれることがある。

ED１１０は、無線システム１００で動作、通信、又はその両方を行うように構成されている。例えば、ED１１０は、無線又は有線通信チャネルを介して送信、受信、又はその両方を行うように構成されている場合がある。各ED１１０は、無線操作に適した任意のエンドユーザ装置を表し、特に、ユーザ機器（UE）、無線送受信ユニット（WTRU）、移動局、移動中継局、固定又はモバイル加入者ユニット、携帯電話、局（STA）、機械型通信（machine type communication （MTC））装置、携帯情報端末（personal digital assistant （PDA））、スマートフォン、ラップトップ、コンピュータ、タブレット、無線センサ、モノのインターネット（IoT）装置、ネットワーク対応車両、又は家電装置などの装置を含めることができる（又はそのように呼ばれる場合もある）。将来の世代のED１１０は、他の用語を使用して呼ばれる場合がある。

図１において、RAN１２０は基地局（BS）１７０を含む。図１は単一の各々のBS１７０を含む各RAN１２０を示しているが、任意の所与のRAN１２０は複数のBS１７０を含むことができ、任意の所与のRAN１２０は基地局制御部（base station controller （BSC））、無線ネットワーク制御部（radio network controller （RNC））、中継ノード、要素、及び／又は装置を含むこともできることを理解すべきである。各BS１７０は、他のBS１７０、コアネットワーク１３０、PSTN１４０、インターネット１５０、及び／又は他のネットワーク１６０へのアクセスを可能にするために、１つ以上のED１１０と無線でインタフェースするように構成されている。例えば、BS１７０は、他の可能性の中でも、ベーストランシーバ局（base transceiver station （BTS））、無線基地局、ノードB（NodeB）、進化型ノードB（eNodeB又はeNB）、ホームeNodeB、gNodeB（gNB）（次世代ノードBと呼ばれることもある）、送信点（transmission point （TP））、送受信点（transmission／reception point （TRP））、サイト制御部、アクセスポイント（access point （AP））、又は無線ルータと呼ばれることもある。将来の世代のBS１７０は、他の用語を使用して呼ばれる場合がある。任意のED１１０は、他のBS１７０、インターネット１５０、コアネットワーク１３０、PSTN１４０、他のネットワーク１６０、又は上記の任意の組み合わせとのインタフェース、アクセス、又は通信を行うように、代替的又は追加的に構成されることがある。幾つかの例では、BS１７０はインターネット１５０を介してコアネットワーク１３０にアクセスすることができる。

ED１１０及びBS１７０は、ここで説明する機能及び／又は実施形態の一部又は全部を実装するために使用できる通信機器の例である。任意のBS１７０は、示されているように単一の要素であっても、対応するRAN１２０に分散されている複数の要素であっても、そうでなくてもよい。各BS１７０は、「セル」又は「カバレッジエリア」と呼ばれることもある特定の地理的領域又はエリア内で無線信号を送信及び／又は受信する。セルはさらにセルセクタに分割され、例えばBS１７０は複数のトランシーバを使用して複数のセクタにサービスを提供することができる。幾つかの実施例では、無線アクセス技術がそれらをサポートするピコ又はフェムトセルが確立されている場合がある。マクロセルは、１つ以上のより小さなセルを含むことができる。幾つかの実施形態では、例えば、多入力多出力（multiple-input multiple-output （MIMO））技術を使用して、各セルに複数のトランシーバを使用することができる。示されているRAN１２０の数は、あくまでも例示である。無線システム１００を考案する際には、任意の数のRANを考慮することができる。

BS１７０は、１つ以上のアップリンク（UL）／ダウンリンク（DL）無線インタフェース１９０を介して（例えば、無線周波数（RF）、マイクロ波、赤外線（IR）などを介して）、１つ以上のED１１０と通信する。UL／DLインタフェース１９０は、例えば、UL／DL接続、ED-BSリンク／接続／インタフェース、又はEDネットワークリンク／接続／インタフェースと呼ばれることもある。また、ED１１０は、１つ以上のサイドリンク（SL）無線インタフェース１９５を介して、互いに直接（すなわち、BS１７０を介さずに）通信することもできる。SLインタフェース１９５は、例えば、SL接続、UE-to-UEリンク／接続／インタフェース、V２V（Vehicle-to-Vehicle）リンク／接続／インタフェース、V２X（Vehicle-to-Everything）リンク／接続／インタフェース、V２I（Vehicle-to-Infrastructure）リンク／接続／インタフェース、V２P（Vehicle-to-Pedestrian）リンク／接続／インタフェース、ED-EDリンク／接続／インタフェース、D２D（Device-to-Device）リンク／接続／インタフェース、又は単にSLと呼ばれることもある。無線インタフェース１９０、１９５は、任意の適切な無線アクセス技術を利用することができる。例えば、無線システム１００は、無線通信のための符号分割多元接続（code division multiple access （CDMA））、時分割多元接続（time division multiple access （TDMA））、周波数分割多元接続（frequency division multiple access （FDMA））、直交FDMA（orthogonal FDMA （OFDMA））、又はシングルキャリアFDMA（single-carrier FDMA （SC-FDMA））のような、１つ以上のチャネルアクセス方法を実装することができる。

RAN１２０はコアネットワーク１３０と通信し、ED１１０に音声、データ、その他のサービスなどの様々なサービスを提供する。RAN１２０及び／又はコアネットワーク１３０は、コアネットワーク１３０によって直接サービスされる場合とされない場合があり及び同じ無線アクセス技術を採用する場合と採用しない場合がある、１つ以上の他のRAN（示されていない）と直接又は間接的に通信することができる。コアネットワーク１３０は、（i）RAN１２０又はED１１０又はその両方と、（ii）他のネットワーク（PSTN１４０、インターネット１５０、その他のネットワーク１６０など）との間のゲートウェイアクセスとしても機能する。さらに、ED１１０の一部又はすべてには、異なる無線技術及び／又はプロトコルを使用して、異なる無線リンクを介して異なる無線ネットワークと通信する機能が含まれる場合がある。無線通信（又はそれに加えて）の代わりに、ED１１０は有線通信チャネルを介してサービスプロバイダ又はスイッチ（示されていない）、及びインターネット１５０と通信する場合がある。PSTN１４０には、基本電話サービス（plain old telephone service （POTS）.）を提供するための回線交換電話ネットワークを含めることができる。インターネット１５０には、コンピュータとサブネット（イントラネット）又はその両方のネットワークを含めることができ、インターネットプロトコル（Internet Protocol （IP））、伝送制御プロトコル（Transmission Control Protocol （TCP））、ユーザデータグラムプロトコル（User Datagram Protocol （UDP））などのプロトコルを組み込むことができる。ED１１０は、複数の無線アクセス技術に従って動作可能なマルチモード装置であってもよく、そのような技術をサポートするために必要な複数のトランシーバを内蔵している。

図２及び図３は、本開示に従って方法及び教示を実装することができる機器の例を示している。図２及び図３は、ED１１０及びBS１７０に対して可能な異なる実施形態を示しており、限定することを意図していない。

図２に示すように、一例の機器（例えば、ED１１０又はBS１７０の例示的な実施形態）は、少なくとも１つの処理ユニット２０１を含む。処理ユニット２０１は、機器の様々な処理動作を実行する。例えば、処理ユニット２０１は、信号コーディング、データ処理、電力制御、入出力処理、又は機器の任意の他の機能を実行することができる。処理ユニット２０１は、ここでより詳細に説明する機能及び／又は実施形態の一部又は全部を実装するように構成することもできる。各処理ユニット２０１には、１つ以上の動作を実行するように構成された任意の適切な処理又はコンピューティング装置が含まれている。各処理ユニット２０１には、例えば、マイクロプロセッサ、マイクロコントローラ、デジタルシグナルプロセッサ、フィールドプログラマブルゲートアレイ、又は特定用途向け集積回路を含めることができる。

機器（例えば、ED１１０又はBS１７０）は、有線及び／又は無線通信用の少なくとも１つの通信インタフェース２０２を含む。各通信インタフェース２０２は、無線又は有線送信用の信号を生成し、及び／又は無線又は有線で受信された信号を処理するための任意の適切な構造を含む。本例の機器は、少なくとも１つのアンテナ２０４（その他の例では、アンテナ２０４を省略してもよい）を含む。各アンテナ２０４は、無線又は有線信号を送受信するための任意の適切な構造を含む。機器では、１つ又は複数の通信インタフェース２０２を使用することができる。機器では、１つ又は複数のアンテナ２０４を使用することができる。幾つかの例では、１つ以上のアンテナ２０４は、ビームフォーミング及びビームステアリング操作を実行するために使用できるアンテナアレイ２０４であってもよい。単一の機能ユニットとして示されているが、機器は、少なくとも１つの送信機インタフェース及び少なくとも１つの別個の受信機インタフェースを使用して実装することもできる。

機器（例えば、ED１１０又はBS１７０）は、さらに１つ以上の入出力装置２０６又は入出力インタフェース（インターネット１５０への有線インタフェースなど）を含む。入出力装置２０６は、ネットワーク内のユーザ又は他の装置との相互作用を可能にする。各入出力装置２０６は、ネットワークインターフェース通信を含む、スピーカ、マイク、キーパッド、キーボード、ディスプレイ、タッチスクリーンなど、ユーザに情報を提供したり、ユーザから情報を受信したりするのに適した任意の構造を含んでいる。

さらに、機器（例えば、ED１１０又はBS１７０）は、少なくとも１つのメモリ２０８を含んでいる。メモリ２０８は、機器が使用、生成、又は収集した命令及びデータを格納する。例えば、メモリ２０８は、ここに記載され、処理ユニット２０１によって実行される機能及び／又は実施形態の一部又は全部を実装するように構成されたソフトウェア命令又はモジュールを格納することができる。各メモリ２０８は、任意の適切な揮発性及び／又は不揮発性の記憶及び検索装置を含む。ランダムアクセスメモリ（random access memory （RAM））、読み出し専用メモリ（read only memory （ROM））、ハードディスク、光ディスク、加入者識別モジュール（subscriber identity module （SIM））カード、メモリスティック、セキュアデジタル（secure digital （SD））メモリカードなど、任意の適切なタイプのメモリを使用することができる。

図３に示すように、別の例の機器（例えば、ED１１０又はBS１７０の別の例示的な実施形態）は、少なくとも１つの処理ユニット２５０、少なくとも１つの送信機２５２、少なくとも１つの受信機２５４、１つ以上のアンテナ２５６、少なくとも１つのメモリ２５８、及び１つ以上の入出力装置又はインタフェース２６６を含む。処理ユニット２５０は、信号コーディング、データ処理、電力制御、入出力処理、又は任意の他の機能など、機器の様々な処理操作を実装する。処理ユニット２５０は、ここで説明する機能及び／又は実施形態の一部又は全部を実装するように構成することもできる。各処理ユニット２５０には、１つ以上の動作を実行するように構成された任意の適切な処理又はコンピューティング装置が含まれている。各処理ユニット２５０には、例えば、マイクロプロセッサ、マイクロコントローラ、デジタルシグナルプロセッサ、フィールドプログラマブルゲートアレイ、又は特定用途向け集積回路を含めることができる。

各アンテナ２５２は、無線又は有線送信を生成するための任意の適切な構造を含む。各アンテナ２５４は、無線又は有線で受信した信号を処理するための任意の適切な構造を含む。別々のコンポーネントとして示されているが、少なくとも１つの送信機２５２と少なくとも１つの受信機２５４を組み合わせてトランシーバにすることができる。各アンテナ２５６は、無線又は有線信号を送受信するための任意の適切な構造を含む。ここでは、送信機２５２と受信機２５４の両方に結合されているものとして共通のアンテナ２５６が示されているが、１つ以上のアンテナ２５６を送信機２５２に結合し、１つ以上の別個のアンテナ２５６を受信機２５４に結合することができる。幾つかの例では、１つ以上のアンテナ２５６は、ビームフォーミング及びビームステアリング操作のために使用できるアンテナアレイであってもよい。各メモリ２５８は、図２に関して上述したような任意の適切な揮発性及び／又は不揮発性の記憶及び検索装置を含む。メモリ２５８は、機器が使用、生成、又は収集した命令及びデータを格納する。例えば、メモリ２５８は、ここに記載され、処理ユニット２５０によって実行される機能及び／又は実施形態の一部又は全部を実装するように構成されたソフトウェア命令又はモジュールを格納することができる。

各入出力装置／インタフェース２６６は、ネットワーク内のユーザ又は他の装置との相互作用を可能にする。各入出力装置／インタフェース２６６は、ユーザに情報を提供する、又はユーザから情報を受信する／提供するのに適した任意の構造を含んでいる。

垂直チェックブロックの生成を含む、単一のトランスポートブロック（transport block （TB））内の複数のコードブロック（code block （CB））を共同で符号化する技術は、２０１９年１０月２８日に出願された「SYSTEM AND METHOD FOR HYBRID-ARQ」と題された米国特許出願第１６／６６５,，１２１号に記載されており、その全体は参照によりここに組み込まれている。

図４Aは、水平チェックブロックと垂直チェックブロックを含む単一のTBのコード構造の例を示す。TB４０２は、エンコーダ入力ビットから形成された複数の情報ブロック４０４を含む（この例では、簡略化のために４つの情報ブロック４０４が示されているが、これは制限することを意図したものではない）。エンコーダ入力ビットは、情報ビットと呼ばれることもある。この例のビットは、L行とK列に配置されている。コード構造には、水平チェックブロック４０６（この例では、情報ブロック４０４ごとに１つの水平チェックブロック４０６）と、垂直チェックブロック１～４ ４０８-１から４０８-４（一般に垂直チェックブロック４０８と呼ばれる）も含まれている。この例では、簡略化のために４つの垂直チェックブロック４０８が示されているが、これは制限することを意図したものではない。使用される垂直チェックブロック４０８の数は、送信機での構成（例えば、ダウンリンク（DL）送信の場合はBS１７０、アップリンク（UL）送信又はSL送信の場合はED１１０）に基づく場合があり、及び／又は、規格によって定義される場合もある。さらに、垂直チェックブロック４０８の数は、水平チェックブロック４０６の数と等しい場合があり又は等しくない場合もある。コードの各行は、（１つの情報ブロック４０４内に）k_１個のエンコーダ入力ビット（又は情報ビット）を含むn_１個のビットを含み、各々の水平チェックブロック４０６はn_１-k_１個のチェックビットを含む。本開示では、チェックビットは、冗長ビット、又は幾つかの例では（例えば、組織的コードの場合）パリティビットと呼ばれることもある。

各情報ブロック４０４及び対応する水平チェックブロック４０６は、n_１ビット情報CB４１０として見ることができ、TB４０２は複数の情報CB４１０を有する。図４Aの例では、情報CB４１０は、各々組織的ビット（情報ブロック４０４内）と、組織的ビットから決定されるチェックビット（水平チェックブロック４０６内）を含むという点で、組織的CBである。他の例（更に後述する）では、情報CB４１０は非組織的ビットである場合がある。

各垂直チェックブロック４０８は、複数の情報ブロック４０４（クロス情報ブロックビット、クロスCBビット、又は単にクロスブロックビットとも呼ばれる）にわたって選択されたk_２個のエンコーダ入力ビット（又は情報ビット）から生成される。k_２クロスブロックビットは、k_２=MxLとなるような、M≧１であるL個の情報CB４１０の各々からのM個のエンコーダ入力ビットを含む。つまり、k_２個のクロスブロックビットはK個の列の１つからのビットを含み、各列はM個のビット幅である。幾つかの例では、k_２個のクロスブロックビットは、各情報CB４１０から取得された異なる数の情報ビットを含むことができる。これを数学的に表現すると、k_２=M_１+…+M_Lとなる。ここで、M_iはL個の情報CB４１０の各々から取り出される情報ビット数であり、M_i>０であり、p≠qのとき、M_p=M_qの要件はない。

本開示では、（水平チェックブロック４０６のように）「水平」及び（垂直チェックブロック４０８のように）「垂直」を参照する。これらの用語は、幾つかの図のレイアウトを理解する際に便宜的に使用され、２種類のチェックブロックを互いに区別するために使用される。ただし、これらの用語は物理的な構造を意味するものではない。より一般的には、「水平」と「垂直」という記述子は、各々「第１」と「第２」に等しく置き換えられることがある。例えば、水平及び垂直チェックブロック４０６、４０８は、単に第１及び第２チェックブロックと呼ぶことができる。特に、各第２（又は垂直）チェックブロックは、２つ以上の情報CB４１０から選択された情報ビットから生成される。水平CBは、情報CBと呼ばれることもある。理解しやすいように、本開示では、「第１」と「第２」の代わりに「水平」と「垂直」という用語を使用するが、これは限定することを意図したものではない。

図４Bは、水平チェックブロックと垂直チェックブロックを含む単一のTBのコード構造の別の例を示す。図４Bに示した例は、図４Aの例と類似しており、図４Aの例と類似している特徴については、改めて詳述する必要はない。図４Bの例では、コード構造は、前述の垂直チェックブロック１～４ ４０８-１から４０８-４に加えて、さらに垂直チェックブロック５～７ ４０８-５から４０８-７を含む（垂直チェックブロック１～７ ４８０-１から４０８-７は、一般に垂直チェックブロック４０８と呼ばれることがある）。垂直チェックブロック５～７ ４０８-５から４０８-７は、垂直チェックブロック１～４ ４０８-１から４０８-４に似ているが、垂直チェックブロック５～７ ４０８-５から４０８-７は、（複数の情報ブロック４０４から選択されたビットではなく）複数の水平チェックブロック４０６から選択されたビットを使用して生成される点が異なる。このように、垂直チェックブロック５～７ ４０８-５から４０８-７のビットは、「チェックオンチェック」ビットと呼ばれることがある。

図４A及び４Bは、以上に説明され、ビットが行と列に配置されていることを示しており、例えば、垂直チェックブロック４０８は長方形／２次元構造を持つものとして示されている。ただし、これは説明のためのものであり、ビットが論理的に、又は送信においてどのように配置されるかを制限することを意図したものではない。さらに、図４A及び図４Bに示すコード構造は、（更に後述するように）送信のために分割することができる。通常、１つの垂直チェックブロック４０８のすべてのビットが同じ送信で送信される。

水平チェックブロック４０６と垂直チェックブロック４０８に含まれるチェックビットは、受信機での復号を支援するのに役立つ。例えば、チェックビットが存在するデコーダでの各復号試行の後、エラーチェックを実行して、情報CB４１０内の情報ビットが復号に成功したかどうかを決定できる。垂直チェックブロック４０８は、複数の情報CB４１０にまたがって決定されるチェックビットを含むため、複数の情報CB４１０の復号に有用な情報を提供する。デコーダは、垂直チェックブロック４０８のチェックビットを使用して、情報CB４１０の復号を支援することができる。

送信では、（対応する水平チェックブロック４０６を含み送信された）情報CB４１０を初期送信で送信することができる。後述するように、垂直チェックブロック４０８は、初期送信で情報CB４１０とともに送信されることもあれば、別の送信（再送信と呼ぶこともある）で送信されることもある。再送信には、垂直チェックブロック４０８からの非組織的符号化ビットだけを含めることができるが、再送信には、垂直チェックブロック４０８に関連する幾つかの組織的ビット（すなわち情報ビット）を含めることもできる。

情報CB４１０が組織的である例（低密度パリティ検査（low density parity check （LDPC））コードやターボコードなど）では、受信したCBを復号するために、デコーダで（受信機で）反復的な復号プロセスが使用されることがある。デコーダは、情報CBの復号中に、デコーダの「ソフト」出力と考えられる、ビット値の対数尤度比（log-likelihood ratio （LLR））を計算する。本開示では、ソフト出力は、まだ確定されていないデコーダ出力（例えば、ビット値がまだ１又は０の値であると確定的に決定されていない）を指す場合があるが、それでも（例えば、後続の復号の繰り返しで）有用な情報を提供する場合がある。このようなソフト出力は、本質的に確率的である場合があります（例えば、LLR）。正しく復号されていない情報CB４１０（例えば、対応する水平チェックブロック４０６を使用したチェックに失敗する）は、垂直チェックブロック４０８の処理から恩恵を受ける場合がある。各垂直チェックブロック４０８は、情報CB４１０の２つ以上（又は全て）から選択された情報ビットから生成されるため、垂直チェックブロック４０８（例えば、LLR）を復号しようとする試みからのソフト出力は、情報CB４１０の復号を改善するのに役立つ場合がある（その逆も同様）。少なくともこのようにして、垂直チェックブロック４０８は復号の改善に役立つ。

ここで、図５A及び図５Bを参照する。前述のように、垂直チェックブロック４０８は、情報CB４１０全体から選択されたクロスブロックビットから決定される。所与の垂直チェックブロック４０８について、クロスブロックビットは、異なる情報CB４１０の異なる列から取得された情報ビットを含むことができる。例えば、クロスブロックビットは、第１情報CB４１０の列xからの入力ビット、第２情報CB４１０の列yからの入力ビット、及び第３情報CB４１０の列zからの入力ビットを含むことができ、x、y及びzは異なる。別の考え方では、垂直チェックブロック４０８を生成するためのクロスブロックビットは、情報行内のビットを任意にシャッフル（行方向シャッフルとも呼ばれる）した後、ビットの垂直列を取ることによって選択されると考えることができる。この情報ビットの行方向シャッフルは、インタリーブ又は行方向インタリーブとも呼ばれる。このシャッフルを実行するために、所定のシャッフル方式又は所定のインターリーバが使用されることがある。本開示では、異なる垂直チェックブロック４０８を生成するための、情報ビットのこのような行単位の並べ替えのためのインターリーバの使用について説明する。インターリーバは、（他の可能性の中でも）ビットの並べ替えられた行を得るためにビットの行に適用される、所定のアルゴリズム又は所定の行列である。他の技術（必ずしもインタリーブに限定されない）を使用してもよいことを理解すべきである。

例えば、図５Aは、４つの情報CB４１０を持つTB４０２を示しており、各情報CB４１０の情報ブロック４０４が４つのサブブロックに分割され、合計１６のサブブロックがIB_１、IB_２、…、IB_１６として示されている。図５Aに示されているサブブロックの連続するインデックスは、各情報CB４１０の情報ビットの自然順（例えば、エンコーダによって出力されるように）を表している。図５Aの例では、行方向シャッフルは行われていない。

これに対して、図５Bの例を考えてみる。この例では、情報ビットは少なくとも１行でシャッフルされている（図５Bではサブブロックのシャッフルされたインデックスとして表されている）。１行目ではサブブロックの順序は変わらないが、２行目、３行目、４行目では順序が変わっていることがわかる。特に、各情報CB４１０に属する特定のサブブロックは変更されず、各情報CB４１０内のサブブロックの順序のみが変更される。これは、シャッフルが各情報CB４１０の水平チェックブロック４０６に影響しないことを意味する。ただし、図５Bの垂直チェックブロック４０８は、図５Aの垂直チェックブロック４０８とは異なる。図５Aの垂直チェックブロック４０８は、垂直チェックブロック４０８の第１セットと見なすことができ、図５Bの垂直チェックブロック４０８は、垂直チェックブロック４０８の第２セットと見なすことができる。

シャッフルを使用するかどうか、及びエンコーダ入力ビットが各行内でどのようにシャッフルされるかは、送信機（例えば、BS１７０又はED１１０）で構成されるか、及び／又は規格によって定義されることができる。異なるインターリーバを使用して情報ビットをシャッフルすると、垂直チェックブロック４０８の異なるセット（例えば、前述の図５A及び図５Bの垂直チェックブロック４０８の異なる第１及び第２セット）になることは理解できるだろう。幾つかの例では、垂直チェックブロック４０８の異なるセットが同じTB４０２から生成される場合があり、これは復号の目的で追加情報を提供するのに役立つ場合がある。例えば、異なる再送信の試行に対して垂直チェックブロック４０８の異なるセットが生成される場合がある。

図４A、４B、５A及び５Bは、組織的コードに基づくコード構造を示していますが、これは例示のみである。本開示は、組織的コードに限定されるものではなく、非組織的コードにも同様に適用でき、実装することができる。さらに、本開示は、マルチキャスト、グループキャスト及びブロードキャスト送信／再送信の文脈において垂直チェックブロック４０８を使用する例を説明しているが、図４A、図４B、図５A及び図５Bに示されているコード構造は、とりわけユニキャスト送信／再送信にも適している可能性があることを理解すべきである。

図６は、非組織的コード（例えば、Polarコード、ブロックコード、又は従来のコード）に基づく単一TBのコード構造の例を示している。各非組織的コードワードは、エンコーダ入力ビットのセットに基づいて決定されるが、情報ビットは組織的ビットとしてコードワードには現れない。組織的コードとは異なり、水平チェックビットは各行の末尾に単純に追加することはできない。

TB６０２は、複数の非組織的コードワード６０４を含む。各非組織的コードワード６０４は、情報CB６１０として見ることができる。図４A、図４B、図５A、図５Bの例とは異なり、情報CB６１０には明確な水平チェックブロックは含まれていない。各垂直チェックブロック６０８は、図４A及び図４Bで説明されているものと同様に、複数の情報CB６１０にわたって取られた１つ以上のビット列によって生成される。

以下の詳細な議論は、垂直チェックブロックが組織的又は非組織的CBから生成されたかどうかに依存しないことが、当業者に理解されるであろう。簡単にするために、以下は、組織的CBに基づく図４A及び図４Bの例を参照して参照符号を参照し、使用することができる。これは制限を意図したものではないことを理解すべきである。

本開示では、各垂直チェックブロックを生成するためのビットが複数の情報ブロックにわたって取られるため、垂直チェックブロックはクロスブロックチェックブロックとも呼ばれることがある。同様に、各水平チェックブロックを生成するためのビットが単一の情報ブロックのすべてのビットから取られるため、水平チェックブロックの生成はブロックごと（又はブロック固有）のコーディングと呼ばれることがある。垂直チェックブロックの生成は、２次元（２D）コーディングと呼ばれることがあり、２Dは（組織的コードの場合は水平チェックブロックに加えて）垂直チェックブロックの生成を表す。「チェックブロック」の代わりに「パリティブロック」又は「冗長性ブロック」という用語を使用することもある。理解しやすくするために、以下の説明では、垂直チェックブロックと水平チェックブロックを参照するが、「垂直」及び「水平」という用語は、物理的構造を意味するものではなく、制限するものではないことを理解する必要がある。

前の説明では、単一のTBのクロスブロックビットから生成される垂直チェックブロックについて説明している。垂直チェックブロックは、２つ以上のTB（例えば、単一の送信元から個別のパケットとして送信されるTB）のクロスブロックビットから生成される場合もある。このさらなるアプリケーションの理解を助けるために、ネットワークコーディングの議論が提供される。

ネットワークコーディングは、ネットワークスループットの向上を助け、遅延の削減を助け、及び／又は無線ネットワークの堅牢性の向上を助けるために、送信データを符号化及び復号するネットワーク技術である。（従来のネットワークルーティングのように）２つのパケットを異なる個別の情報単位として扱う代わりに、ネットワークコーディングでは、２つのパケットを結合し（ビットごとのX-OR演算など、特定の定義された代数アルゴリズムを使用する）、蓄積されたメッセージを宛先に配信できる。宛先では、蓄積されたメッセージが（同じ定義されたアルゴリズムを使用して）復号される。この方法で結合された２つのパケットは、２つの異なる送信ノードからのものである場合があり、又は同じ送信元又は異なる送信元の２つの異なる送信元（例えば、２つの異なるアンテナ、２つの異なる送信機、又は２つの異なる通信インタフェース）からのものである場合もある。２つのパケットは、同じ宛先、又は２つの異なる宛先（例えば、２つの異なる受信ノード）を対象とする場合がある。２つのパケットが２つの異なる宛先を対象としている場合、その宛先を対象としたパケットのみを復号して取得するために、各宛先で追加情報を使用することがある。

垂直チェックブロックがネットワークコーディングで使用される場合、所与の垂直チェックブロックは、２つ以上のCB又は２つ以上のパケット（単一のTB又は複数のTBに由来する場合がある）から取得されたビットから生成される。

図７は、図４A及び図４Bと同様のコード構造の例を示している。ただし、図４A及び図４Bとは異なり、図７の構造には複数のTBが含まれており、この例ではTB-１ ４０２-１及びTB-２ ４０２-２（一般にTB４０２と呼ばれる）である。なお、TB４０２は必ずしも同じ送信で送信されるとは限らない。この例では、簡略化のために２つのTB４０２が示されているが、これは制限することを意図したものではない。TB-１ ４０２-１は、情報ブロック４０４-１（この例では、簡略化のために２つの情報ブロック４０４-１が示されているが、これは制限することを意図したものではない）を形成する行にエンコーダ入力ビットを配置し、TB-２ ４０２-２は、情報ブロック４０４-２（この例では、簡略化のために２つの情報ブロック４０４-２が示されているが、これは制限することを意図したものではない）を形成する行にエンコーダ入力ビットを配置している。情報ブロック４０４-１、４０４-２は一般に情報ブロック４０４と呼ばれることがある。なお、各TB４０２の情報ブロック４０４の数は必ずしも等しくない。この例では、組織的コードが示されており、各情報ブロック４０４から水平チェックブロック４０６が生成される。非組織的コードを使用した例では、情報ブロック４０４と異なる水平チェックブロック４０６が存在しない場合がある。

垂直チェックブロック１-４ ４０８-１から４０８-４（一般に垂直チェックブロック４０８と呼ばれる）は、すべての情報ブロック４０４にわたって（したがって、すべてのTB４０２にわたって）取られる１つ以上のビット列を使用して各々生成される。つまり、各垂直チェックブロック４０８は、各TB４０２の各情報ブロック４０４から少なくとも１ビットを含むビットのセットから生成される。この例では、簡略化のために４つの垂直チェックブロック４０８が示されているが、これは制限することを意図したものではない。使用される垂直チェックブロック４０８の数は、送信機での構成（例えば、DL送信の場合はBS１７０、UL又はSL送信の場合はED１１０）に基づく場合があり、及び／又は、規格によって定義される場合もある。さらに、垂直チェックブロック４０８の数は、水平チェックブロック４０６の数と等しい場合があり又は等しくない場合もある。

図５A、５B及び６に関する上記の議論と同様に、複数のTB４０２にわたって生成される垂直チェックブロック４０８は、その自然な順序の情報ビットに基づいて生成される場合もあれば、シャッフルされた（又はインタリーブされた）ビットに基づいて生成される場合もある。（例えば、異なる再送信に対して）異なるインターリーバを使用して、TB４０２の同じセットに対して垂直チェックブロック４０８の複数のセットが生成される場合もある。垂直チェックブロック４０８は、組織的又は非組織的コードに対して生成される場合がある。

情報CB４１０は、ネットワークノード（例えば、BS１７０又はED１１０）又はネットワークノードの送信装置（例えば、送信アンテナ又は送信チェーン）であってよいソースから発生する場合がある。一般に、本開示におけるネットワークノードという用語は、無線ネットワーク内の任意の送信及び／又は受信ノード（中継ノードを含む）を指す場合があり、エンドノード（例えば、ED１１０のような端末装置）、さらにアップリンクであるノード（例えば、BS１７０又は中継器）を含む場合がある。当業者は、本開示の範囲内で他のバリエーションが可能であることを理解するであろう。

各TBは各々の数の情報CBを持つことができる。本開示では、情報CBは単にCBと呼ばれることがある。幾つかの例では、垂直チェックブロックは、（例えばインターリーバを使用して）TBのすべてのCBから選択されたビットを使用して生成される場合がある。他の例では、垂直チェックブロックは、TBの全部より少ないが少なくとも２つのCBから選択されたビットを使用して生成される場合がある。例えば、所与のインターリーバは、垂直チェックブロックを生成するために、全部より少ないCBからのビットの選択（例えば、受信ノードによって復号に成功しなかったCBからのみのビットの選択）を示す場合がある。

本開示は、２Dコーディングを使用してマルチキャスト、ブロードキャスト又はグループキャスト送信を実行するための方法及び機器について説明する。特に、各CBを個別に再送信する代わりに、複数のCBの１つ以上の垂直チェックブロックを再送信する。既存の再送信スキームと比較して、ここに開示された例は、遅延の削減、オーバヘッドの削減、又はより効率的な復号などの改善された性能を提供する。

本開示では、初期送信と呼ばれるTB又はパケットの初期送信は、送信ノードから受信ノードへの情報CB（組織的コードの場合は水平チェックブロックを含む）の通信を含む。同じTB又はパケットに関連する後続の通信は、TB又はパケットの再送信と呼ばれ、送信ノードから受信ノードへの１つ以上の垂直チェックブロックの送信を含む。ここで説明する幾つかの例では、初期送信に１つ以上の垂直チェックブロックが含まれる場合があることに注意する必要がある。

垂直チェックブロックは複数のCBからのビットを使用して生成されるため、１つの垂直チェックブロックの再送信は複数のCBの復号に役立つ情報を提供できる。受信ノードでは、失敗した復号の試行からのソフト情報を保持し、垂直チェックブロックからの情報と組み合わせて、複数のCBの復号に役立てることができる。成功しなかった復号の試みからのソフト情報を利用する能力は、消去外コード及び噴水コードに勝る有意な性能の向上を提供する。これは、異なる受信機が初期送信で異なる誤ったCBを持つ場合でも、１つの垂直チェックブロックが、異なる受信機にマルチキャスト又はブロードキャストされ、異なる受信機により復号に使用することができる。

本開示では、従来のTB又はCBグループに基づくHARQと比較して、ブロードキャスト又はマルチキャストでの再送信に必要な冗長性とフィードバックを削減するのに役立つ可能性のある例について説明する。ここに開示されている例は、レートレスコードだけでなく、フィードバックに基づくスキームで実装することができる。

ブロードキャスト、マルチキャスト、又はグループキャスト送信アプリケーションでの垂直チェックブロックの使用例について説明する。次の例は、特定の数の参加エンティティ（例えば、送信元、送信機、宛先、中継、端末装置、UEなど）で説明及び示される。示される特定の数は、制限することを意図したものではない。例えば、複数形で示される任意の数（例えば、２つ以上）のエンティティがある場合がある。詳細には説明されないが、異なるインターリーバを使用して、HARQ再送信用の異なる垂直チェックブロックを生成することができる。

ここに開示されている例では、送信機（又は送信ノード）（Tx）によって実行される再送信は、所定のパラメータに従うことができる。再送信を実行するためのパラメータには、実行される再送信の数（事前に決定可能）、各垂直チェックブロックを生成するために使用するインターリーバ、各再送信に含める垂直チェックブロックの数などが含まれる。再送信パラメータは、事前に定義されている場合があり（例えば、規格で定義されている）、半静的に構成されている場合がある（例えば、無線リソース制御（radio resource control （RRC））シグナリングなどの上位層のシグナリングによって構成される）。TxがED１１０である例では、再送信パラメータは、BS１７０からの構成シグナリングによって、半静的（例えば、構成された許可）又は動的（例えば、動的スケジューリング）に示される場合がある。半静的構成は、例えば、無線リソース制御（RRC）シグナリングなどの上位層シグナリングを使用してシグナリングされる場合がある。動的指示は、例えば、ダウンリンク制御情報（downlink control information （DCI））送信などの物理層（又はレイヤ１）シグナリングを使用してシグナリングされる場合がある。

受信ノードが復号に垂直（及び水平）チェックブロックを適切に利用するためには、受信機（又は受信ノード）（Rx）も垂直チェックブロックがどのように生成されたかに関する情報を必要とする。垂直チェックブロックを生成するために使用されるパラメータ（垂直チェックブロックパラメータとも呼ばれる）に関する情報は、再送信の前、最中、一緒、又は直後に各Rxにシグナリングされる場合がある。TxがBS１７０の場合、垂直チェックブロックを生成するために使用されるパラメータに関する情報は、例えば上記と同様にDCI又はRRCでシグナリングされる場合がある。TxがED１１０の場合、垂直チェックブロックパラメータに関する情報は、サイドリンクRRC又はPC５-RRCを使用して（半静的に構成されたパラメータの場合）、又はサイドリンク制御チャネルを介してサイドリンク制御情報（sidelink control information （SCI））を使用して（動的に示されたパラメータの場合）、他の受信ED１１０にシグナリングされる場合がある。TxがED１１０で、TxからRx（別のED１１０の場合もある）への送信がネットワーク（又はBS１７０）によってスケジュールされている場合、垂直チェックブロックパラメータに関する情報は、BS１７０からTxにもシグナリングされる場合があり、これは（例えばRRCでは）半静的又は（例えばDCIでは）動的にシグナリングできる。他の例では、TxEDは垂直チェックブロックパラメータの一部又はすべてを選択する場合があり、その場合、その情報はネットワーク／BS１７０によってTxEDに伝達／スケジュールされる必要はない。

信号がシグナリングされる可能性のある情報には、次のようなものがある。送信が新規（初期）送信であるか再送信であるかを示す新規データ指示子（New Data Indicator （NDI））、同じHARQプロセスに属する送信／再送信のセットを識別するHARQプロセスID、所定の反復回数／ブラインド再送信（該当する場合）、及び垂直チェックブロックを生成するためのパラメータ。シグナリングされる可能性のある垂直チェックブロックパラメータの例には、次のものがある。再送信ごとに送信される垂直チェックブロックの数、CBのインデックスと垂直チェックブロックの生成に使用するCBの数（すべてのCBが垂直チェックブロックの生成に使用される場合は省略可能）、垂直チェックブロックの生成に使用されるインターリーバ、及び各CBのどのビット／サブブロックが垂直チェックブロックの生成に使用されるか。幾つかの例では、所与の再送信の垂直チェックブロックを生成するためのパラメータは、再送信の冗長バージョン（redundancy version （RV））に従って事前に定義されている場合があり、その場合、シグナリングは再送信のRVを示すことがある。また、RVインデックス又はTBの複数の送信／再送信に対応するRVシーケンスもシグナリングされることがある。垂直チェックブロックを生成するために使用されるインターリーバに関する情報は、事前に構成された既知の（例えば、規格で定義された）利用可能なインターリーバのセット内の１つ以上のインターリーバのシード（又はインデックス）の形で送信されることがある。

上記の情報のいずれも、標準で事前に構成されているか、及び／又はネットワークシステム／装置に事前に構成されている場合があるため、送信ノードと受信ノードの両方に認識されている。幾つかの例では、異なるオプション又はパラメータ値が規格によって定義されている場合があり、使用する特定のオプション又はパラメータ値を（例えば、インデックス値を参照することで）示すためにシグナリング（例えば、RRC、PC５-RRC、DCI、SCI）が使用される場合がある。短期的な変更（例えば、使用する特定のインターリーバの選択）又は長期的な変更（例えば、所定の再送信回数の変更）を示すために、異なる種類のシグナリング（例えば、RRC、PC５-RRC、DCI、SCI）が使用される場合がある。

開示は、幾つかの例において、TB又はパケットを参照することができる。TBの文脈におけるの議論は、パケットにも同様に適用できる可能性があることを理解すべきである（その逆も同様である）。

図８Aは、フィードバックに基づく再送信スキームで垂直チェックブロックを使用する例を示すシグナリング図である。なお、図８A（及びここに開示されている他の例）は、複数の受信ノードへの送信（例えば、マルチキャスト、ブロードキャスト、又はグループキャスト送信）の文脈で説明されているが、ここに記載されているシグナリング（構成又は制御シグナリングを含む）は、ユニキャスト送信（すなわち、単一の受信ノードへの送信）にも適用できる場合がある。図８Aでは、送信ノード１２（Tx１２と表記される）が複数の受信ノード（一般にRx１４と呼ばれるRx-１ １４-１、Rx-２ １４-２及びRx-３ １４-３と表記される）に送信している。Tx１２からの送信は、マルチキャスト、ブロードキャスト、又はグループキャスト送信である場合がある。Tx１２は、BS１７０（例えば、ED１１０へブロードキャスト又はマルチキャストDL送信の場合）又はED１１０（例えば、他のEDへのグループキャストSL送信の場合１１０）である場合がある。幾つかの例では、Tx１２がED１１０である場合、Rx１４のうちの１つがBS１７０（例えば、UL送信）であり、Rx１４の他のものが他のED１１０である場合がある。図には示されていないが、Tx１２は、垂直チェックブロックを生成するために使用されるパラメータに関する情報を提供するために、（例えば、初期送信の前、再送信の前、再送信中、再送信と共に、又は再送信の直後に）構成信号又は制御信号をRx１４に送信する場合がある。このような情報は、Rx１４が復号に役立つ垂直チェックブロックを利用するために必要な場合がある。例えば、Tx１２は、サイドリンク制御情報（sidelink control information （SCI））に垂直チェックブロックのパラメータを含む制御情報を送信する場合がある。SCIは、物理サイドリンク共有チャネル（physical sidelink shared channel （PSSCH））のデータ送信に関連付けられた物理サイドリンク制御チャネル（physical sidelink control channel （PSCCH））で送信される場合もあれば、データ送信とともにPSSCHで送信される場合もある。Rx１４は、最初にSCIを復号して、垂直チェックブロックパラメータを含む制御情報を取得し、取得した制御情報を使用してデータをさらに復号する場合がある。構成信号又は制御信号に含まれる情報には、例えば、送信が新規（初期）送信であるか再送信であるかを示すNDI、同じHARQプロセスに属する送信／再送信のセットを識別するHARQプロセスID、所定の反復回数／ブラインド再送信（該当する場合）、及び垂直チェックブロックを生成するためのパラメータが含まれる場合がある。シグナリングされる可能性のある垂直チェックブロックパラメータの例には、次のものがある。再送信ごとに送信される垂直チェックブロックの数、CBのインデックスと垂直チェックブロックの生成に使用するCBの数（すべてのCBが垂直チェックブロックの生成に使用される場合は省略可能）、垂直チェックブロックの生成に使用されるインターリーバ、及び各CBのどのビット／サブブロックが垂直チェックブロックの生成に使用されるか。幾つかの例では、所与の再送信の垂直チェックブロックを生成するためのパラメータは、再送信のRVに従って事前に定義されている場合があり、その場合、シグナリングは再送信のRVを示すことがある。また、RVインデックス又はTBの複数の送信／再送信に対応するRVシーケンスもシグナリングされることがある。垂直チェックブロックを生成するために使用されるインターリーバに関する情報は、事前に設定された既知の（例えば、規格で定義された）利用可能なインターリーバのセット内の１つ以上のインターリーバのシード（又はインデックス）の形で送信されることがある。

８０２で、Tx１２は複数の符号化CB（組織的コードの場合、各CBの情報ビットと水平チェックブロックを含む）を含むパケット又はTBをすべての意図されたRx１４に送信する。８０２での送信は、ブロードキャスト、マルチキャスト、又はグループキャスト送信である場合がある。各Rx１４は、受信したパケット又はTBの復号を試みる。

各Rx１４は、TB又はパケットが復号に成功したかどうかに応じて、ACK／NACKフィードバックを返送する。この例では、Rx-１ １４-１がパケット又はTBの復号に成功し、８０４でACKを返送する。Rx-２ １４-２とRx-３ １４-３はパケット又はTBの復号に失敗し、各々８０６と８０８でNACKを返送する。特に、Rx-２ １４-２とRx-３ １４-３は、パケット又はTBの異なるCBの復号に失敗する可能性がある。例えば、図８Dに示すように、８０２でTx１２によって送信されたパケット又はTBにCB１-９が含まれている場合、Rx-２ １４-２はCB２及びCB８の復号に失敗する可能性があり（×を付されたCB２及びCB８で示される）、一方で、Rx-３ １４-３はCB１、CB２及びCB６の復号に失敗する可能性がある（×を付されたCB１、CB２、CB６で示される）。

図８Aに戻ると、Rx１４の少なくとも１つがTB又はパケットの復号に成功しなかったことを示している場合（例えば、フィードバックの１つがNACKを示している）、８１０でTx１２は１つ以上の垂直コードブロックを再送信する。（８０２で）垂直コードブロックは、初期送信で送信されたTB又はパケットから生成され、所定のパラメータに従って生成される場合がある（例えばインターリーバ）。幾つかの例では、Tx１２は、マルチキャスト又はグループキャストの再送信の場合など、ACKをフィードバックするRx１４（この例では、Rx-１ １４-１）を除外するように、８１０での再送信を調整する場合がある。他の例では、Tx１２は８１０での再送信をすべてのRx１４に送信する場合がある。例えば、図８Dに示すように、第１垂直チェックブロック（VCB１）は８１０ですべてのRx１４に再送信される（ただし、前述のように、８１０で複数の垂直チェックブロックが再送信される場合がある）。特に、Rx-２ １４-２とRx-３ １４-３は異なる復号されていないCBを持っているにもかかわらず、同じ垂直コードブロックが８１０でRx-２ １４-２とRx-３ １４-３に送信される。

初期送信の復号に失敗した各Rx（この例では、Rx-２ １４-２及びRx-３ １４-３）は、最初に受信したTBと共に受信された垂直チェックブロックと前回の復号試行からのソフト情報を使用して、それらを組み合わせて、復号されていないCBの復号を再試行する。すでにTBの復号に成功しているRx（この例では、Rx-１ １４-１）は、再送信を無視する場合がある。

この例では、垂直チェックブロックにより、Rx-２ １４-２とRx-３ １４-３の両方がTB復号に成功できる。特に、Rx-２ １４-２とRx-３ １４-３は、各々異なるCBの復号に失敗した場合でも、同じ垂直チェックブロックを使用できる。同じ垂直チェックブロックは、異なるRx１４における異なる誤ったCBであっても、誤ったCBの復号に役立つ。さらに、単一の垂直チェックブロックを送信することもできる。複数の誤ったCBの以前の復号試行からのソフト情報が保持され、後続の復号試行で使用できるため、１つの単一の垂直チェックブロックが、複数の誤ったCBを正常に復号するのに役立つ場合がある。１回の再送信に含まれる垂直チェックブロックの数は、初期送信で復号されていないCBの数よりも少ない場合があるが、数は複数になる可能性があることに注意する。

図８Aに戻ると、Rx-２ １４-２とRx-３ １４-３は、各々８１４と８１６でACKを返送する。任意で、Rx-１ １４-１は、復号が成功したことを確認するために、８１２で再びACKを返送することもできる。Tx１２がすべてのRx１４からACKフィードバックを受信した後、再送信が終了する場合がある。

図８Aの例は、既存の再送信スキームと比較して、本開示の再送信スキームの幾つかの利点を示している。

例えば、従来のTBに基づくHARQを使用する場合、再送信でTB全体を再送信する必要がある。これは、大幅な冗長性が存在する可能性があることを意味する。例えば、１つのCBだけが復号に失敗した場合、再送信の１つのCBだけが有用な情報を提供し、他のCBは冗長であり、送信リソース（例えば、時間周波数リソース）を浪費する。

別の既存の再送信スキームは、コードブロックグループ（code block group （CBG））に基づくHARQと呼ばれる。CBGに基づくHARQ再送信は、TBに基づくHARQに似ているが、TB全体を再送信するのではなく、TBを複数のCBのグループ（CBGと呼ばれる）に分割し、復号されていないCBを含むCBGのみを再送信する。ただし、どのCBGを再送信するかを送信ノードが識別するために、各受信ノードがどのCBを再送信する必要があるかを送信ノードに通知する必要があるため、発生するフィードバックのオーバヘッドが大きくなる。さらに、異なるCBGに属する復号されていないCBがある場合は、複数のCBGを再送信する必要があり、これも冗長性を高めてしまう。また、ブロードキャスト／マルチキャスト／グループキャストの場合、複数の受信ノードがあるため、異なる受信ノードでは異なるCBGでエラーが発生する可能性がある。この場合、任意の受信ノードからのエラーを示したすべてのCBGを再送信する必要がある。例えば、図８Dに示されている例では、CBGに基づくHARQが使用されている場合、CB１、CB２、CB３は１つのCBG（例えば、CBG１）にグループ化される可能性があり、CB４、CB５、CB６は別のCBG（例えば、CBG２）にグループ化される可能性があり、CB７、CB８、CB９は第３CBG（例えば、CBG３）にグループ化される可能性がある。その後、第１フィードバックの後、Tx１２はCBG１とCBG３をRx-２ １４-２に（Rx-２ １４-２はCBG１に属するCB２の復号に失敗し、CBG３に属するCB８の復号に失敗したため）、CB１とCB２をRx-３ １４-３に（Rx-３ １４-３はCBG１に属するCB１とCB２の復号に失敗し、CBG２に属するCB６の復号に失敗したため）再送信する必要がある。これは、Tx１２が３つのCBGをすべて再送信する必要があることを意味し、フィードバックのオーバヘッドが増加しても完全なTBを再送信する必要があることを意味する。このような例では、ブロードキャスト／マルチキャスト／グループキャスト送信では起こる可能性が低くない場合があるが、CBGに基づくHARQは効率を提供できない。

もう１つの既存の再送信スキームは消去外コード（erasure outer code）である。しかし、前に説明したように、このアプローチは、現在の復号試行を支援するための以前の復号試行からのソフト情報を利用しないため、性能はここで開示されている例ほどよくない。さらに、消去外コードは、消去チャネルを介した送信用に設計されており、非消去チャネルを介した性能が損なわれている。さらに、受信ノードが初期送信でK個のCBを失ったか、又は復号に成功しなかった場合（Kは正の整数である）、Txは、受信ノードの再送信で消去外コードを使用して生成された少なくともK個のパリティコードブロックを送信して、K個の損失したCBを回復する必要がある。これは、ここで開示されているように、垂直チェックブロックが代わりに再送信で使用される場合には回避できる。図８Dの例では、Rx-３ １４-３は初期送信で３つのCB（CB１、CB２、CB６）の復号に失敗した。したがって、消去外コードを使用する場合、３つの情報CBを回復するには、少なくとも３つのパリティCBを再送信する必要がある。ただし、ここで説明するように、垂直チェックブロックに基づく再送信を使用すると、１つの垂直チェックブロックのみを再送信することができ、Rx-３ １４-３は１回の再送信後にすべてのCBを回復できる。

図８Aは、ACK／NACK-less再送信スキームで垂直チェックブロックを使用する別の例を示すシグナリング図である。ACK／NACK-less再送信では、受信ノードからのフィードバックは任意又は省略される。ACK／NACK-less再送信スキームは、レートレスコードのために使用される場合がある。送信ノードが多数の不明な受信ノードにブロードキャストする可能性があるため、ブロードキャスト送信はACK／NACK-less再送信スキームの恩恵を受ける場合がある。図８Bは図８Aと同様であり、複数の受信ノード（一般にRx１４と呼ばれるRx-１ １４-１、Rx-２ １４-２及びRx-３ １４-３と表記される）に送信している送信ノード１２（Tx１２と表記される）を含む。Tx１２からの送信は、マルチキャスト、ブロードキャスト、又はグループキャスト送信である場合がある。Tx１２は、BS１７０（例えば、ED１１０へのブロードキャスト又はマルチキャストDL送信の場合）又はED１１０（例えば、他のEDへのグループキャストSL送信の場合１１０）である場合がある。幾つかの例では、Tx１２がED１１０である場合、Rx１４のうちの１つがBS１７０（例えば、UL送信）であり、Rx１４の他のものが他のED１１０である場合がある。図には示されていないが、Tx１２は、垂直チェックブロックを生成するために使用されるパラメータに関する情報を提供するために、（例えば、初期送信の前、再送信の前、再送信中、再送信と共に、又は再送信の直後に）構成信号又は制御信号をRx１４に送信する場合がある。このような情報は、Rx１４が復号に役立つ垂直チェックブロックを利用するために必要な場合がある。

８５２で、Tx１２は複数の符号化CBを含むパケット又はTBをすべての意図されたRx１４に送信する。８５２での送信は、ブロードキャスト、マルチキャスト、又はグループキャスト送信である場合がある。各Rx１４は、受信したパケット又はTBの復号を試みる。

レートレスコードと同様に、各送信後にRx１４からのPHY層ACK／NACKフィードバックがない場合がある。TBの復号に成功した場合は、任意的な上位層ACKをRx１４から送信できる。この例では、Rx-１ １４-１がTBの復号に成功し、任意的に８５４でACKを返送する。Rx-２ １４-２及びRx-３ １４-３はTBの復号に失敗し、フィードバックを送信しない。特に、Rx-２ １４-２とRx-３ １４-３は、TBの異なるCBの復号に失敗する可能性がある。例えば、図８Eに示すように、８５２でTx１２によって送信されたTBにCB１-９が含まれている場合、Rx-２ １４-２はCB２及びCB８の復号に失敗する可能性があり（×を付されたCB２及びCB８で示される）、一方で、Rx-３ １４-３はCB１、CB２及びCB６の復号に失敗する可能性がある（×を付されたCB１、CB２、CB６で示される）。

Tx１２は、所定の回数の再送信を送信するように構成できる。Tx１２はさらに、各再送信の垂直コードブロックを生成するために所定のパラメータを使用するように構成できる。Tx１２は、各Rx１４から任意的な上位層ACKを受信するまで、所定の回数の再送信を送信できる。又は、Tx１２は、フィードバック（又はフィードバックがあるかどうか）に関係なく、所定の回数の再送信を送信する場合がある。Tx１２は、（例えば、マルチキャスト又はグループキャスト再送信に対する）上位層ACKを送信しなかったRx１４にのみ再送信を送信する場合がある。フィードバックによってトリガされない（又は送信／再送信の間にフィードバックを受信しない）所定の回数の再送信を送信することを、反復又はブラインド再送信と呼ぶことがある。

図８Bと８Eの両方に示すように、この例では、Tx１２はRx-１ １４-１からの上位層ACKを受信するが、Rx-２ １４-２とRx-３ １４-３からのフィードバックは受信しない。８５６で、Tx１２は１つ以上の垂直コードブロック（図８EではVCB１と示される）をRx-２ １４-２とRx-３ １４-３にのみ再送信する。（８５２で）垂直コードブロックは、初期送信で送信されたTB又はパケットから生成され、所定のパラメータに従って生成される場合がある（例えばインターリーバ）。８５６での再送信は、同じ垂直チェックブロックをRx-２ １４-２及びRx-３ １４-３に送信する。

初期送信の復号に失敗した各Rx（この例では、Rx-２ １４-２及びRx-３ １４-３）は、最初に受信したTBと共に受信された垂直チェックブロックと前回の復号試行からのソフト情報を使用して、復号されていないCBの復号を再試行する。この例では、Rx-２ １４-２は、前回の復号試行の垂直チェックブロックとソフト情報を使用してTBの復号に成功し、任意で、８５８でACKを返送する。Rx-３ １４-３は未だTBの復号に成功せず、フィードバックを送信しない。

Tx１２は、８６０と８６２で所定の回数の再送信を送信し続ける。垂直チェックブロックの異なるセットが、各再送信８６０、８６２（図８Eでは各々VCB２、VCB３と示されている）で送信される。例えば、垂直チェックブロックの各セットは、異なるパラメータ（例えば、異なるインターリーバ）を使用して生成される場合がある。幾つかの例では、Rx-３ １４-３からACKを受信していないにもかかわらず、所定の回数の再送信（この例では、３回の再送信）が完了した後に再送信が終了する。別の例では、再送信の回数は事前に決定されず、Tx１２がすべてのRx１４からACKを受信するまで、Tx１２は追加の垂直チェックブロックを送信し続ける。例えば、図８B及び８Eで任意的なACKが送信される場合、Tx１２は一度に１つ（又は複数）の垂直チェックブロックを送信し続けることがある。３回目の再送信の後（例えば、第３垂直チェックブロックVCB３を送信した後）、Tx１２はRx-３ １４-３からACKを受信する。Tx１２がRx-１ １４-１とRx-２ １４-２から先に（８５４と８５８で）受信したACKと合わせて、Tx１２はACKが意図したすべてのRx１４から受信されたと決定し、Tx１２はそれ以上の垂直チェックブロックの送信を停止する。幾つかの例では、Tx１２は事前に決められた最大数の再送信又は垂直チェックブロックを送信するようにスケジュールされている場合があり、再送信又は垂直チェックブロックの最大数に達した場合、又はACKがすべての意図したRx１４から受信された場合は、それ以上の垂直チェックブロックの送信を停止する。

図８Cは、図８A及び図８Bのシグナリングの例に従って、送信ノードによって実行される可能性のある方法８７０の例を示すフローチャートである。

８７４で、Tx１２は、（例えば、図８A及び図８Bの信号８０２において）複数の意図されたRx１４に初期送信を送信する。初期送信は、ブロードキャスト、グループキャスト、又はマルチキャスト送信の場合がある。初期送信には、複数の情報CBが含まれる。

必要に応じて、８７６で、１つ以上のRx１４からフィードバックを受信できる。例えば、フィードバックに基づく再送信スキームでは、各Rx１４が（例えば、図８Aの信号８０４、８０６、８０８で）ACK／NACKフィードバックをTx１２に返送する必要がある場合がある。ACK／NACK-less再送信スキームでは、（例えば、図８Bの信号８５４における）ACKフィードバックは任意であり、NACKフィードバックがない場合がある。

任意で、８７８で、Tx１２は、少なくとも１つのRx１４による受信が失敗したかどうかを決定する。あるRx１４での受信失敗は、Rx１４が少なくとも１つの情報CBの復号に成功できなかったことを意味する。フィードバックに基づく再送信スキームの場合、ステップ８７６で少なくとも１つのNACKを受信した場合、Tx１２は少なくとも１つのRx１４がCBの復号に成功しなかったと決定できる。ACK／NACK-less再送信スキームの場合、Tx１２がすべての意図されたRx１４からACKを受信しなかった場合、Tx１２は少なくとも１つのRx１４がCBの復号に成功しなかったと決定できる。ステップ８７６で受信したフィードバックに応じて、Tx１２はどのRx１４で受信障害が発生したかを識別することもできる。

ブロードキャストシナリオなどの幾つかの例では、Tx１２はどのRx１４からもフィードバックを受信せず、代わりにTx１２が所定の回数の再送信を実行する場合がある（ブラインド再送信スキームとも呼ばれる）。このような場合、ステップ８７６及び８７８は省略できる。

８８０で、Tx１２は１つ以上の垂直チェックブロックを生成する。垂直チェックブロックは、ステップ８７４の初期送信で送信されたCBのうち少なくとも２つから選択されたビットを使用して生成される。垂直チェックブロックは、垂直チェックブロックの送信の前に、方法８７０の間にいつでも生成される可能性があることに注意する必要がある。例えば、垂直チェックブロックは、初期送信の前に、又は任意的なステップ８７６と８７８に続いて生成される可能性がある。

任意で、８８１で、構成信号又は制御信号（例えば、RRC信号、PC５-RRC信号、DCI送信又はSCI送信）をTx１２によって送信して、垂直チェックブロックを生成するためのパラメータに関する情報をRx１４に提供することができる。垂直チェックブロックがどのように生成されるかに関する情報により、各Rx１４が（再送信で送信される）垂直チェックブロックを使用できるようになり、初期送信で情報CBを復号するのに役立つ。この信号は、前述のように、NDI、HARQプロセスID、反復回数、送信された垂直チェックブロックの数、及びコードブロックパーティション、インターリーバの選択、RV又はRVシーケンスの選択、コーディングレート、垂直チェックブロックを生成するために使用されるCBのインデックス、及び／又は垂直チェックブロックの生成に関連するその他の情報などの垂直チェックブロックを生成するためのパラメータを示すために使用できる。構成又は制御信号は、方法８７０の前又は開始時に、又は垂直チェックブロックのRx１４への送信中、一緒に、若しくはその後を含む方法８７０の間の任意の時間に受信することができる。例えば、ステップ８８１はステップ８８２の間に行われることがある。

幾つかの例では、構成信号又は制御信号を送信する必要がなく、ステップ８８１が省略されることがある。例えば、垂直チェックブロックを生成するためのパラメータは事前に決定されていることがあり（例えば、規格で定義されている）、Tx１２から各Rx１４に通信する必要はない。

８８２では、少なくとも１つの垂直チェックブロックが少なくとも１つのRx１４に送信される。垂直チェックブロックは複数のRx１４（例えば、初期送信と同様に、ブロードキャスト、マルチキャスト、又はグループキャストで）に送信されることがある。幾つかの例では、（例えば、図８Aの信号８１０で）所与のRx１４が初期送信の復号に成功したか成功しなかったかに関係なく、垂直チェックブロックがブロードキャスト、マルチキャスト、又はグループキャストですべてのRx１４に送信されることがある。他の例では、（例えば、図８Bの信号８５６で）垂直チェックブロックは、（任意のステップ８７８で）初期送信の復号に成功しなかったと決定されたRx１４にのみマルチキャスト又はグループキャストで送信されることがある。

必要に応じて（例えば、所定の再送信回数まで）、フィードバックを受信し、その後の再送信を送信する任意的なさらなるステップを実行することができる。

ここに開示された例は、V２X通信におけるマルチキャスト又はグループキャスト送信にも適用できる場合がある。この説明はV２X通信の文脈で提供されているが、例は他のアプリケーションにも適用できる可能性があることに注意すべきである。NR-V２X規格では、V２Xグループキャストの特定のリソース割り当てモードとオプションが定義されている。送信ノード（V２Xでは車両である）のリソース割り当てには、２つのモードが定義されている。モード１では、BS１７０は、初期送信とその後の再送信のために送信ノードが使用するリソースをスケジュールする。送信ノードは、再送信のために追加のリソースをスケジュールするために、BS１７０に（例えば、確認応答（ACK）又は否定確認応答（NACK））報告することができる。モード２では、送信ノードは、事前に構成されたリソースプールから、送信とその後の再送信に使用するリソースを選択する。

図９Aは、NR-V２Xで定義されているモード１を使用するマルチキャスト又はグループキャスト通信のために、送信ノードが実行できる方法９００の例を示すフローチャートである。送信ノードは、ネットワーク対応車両である場合もあれば、より一般的にはTxと表記される場合もある。マルチキャスト又はグループキャスト通信は、他のED１１０（例えば、他の車両、UE、IoT装置、周辺センサなど）及び／又はBS１７０を含むことができる、複数の受信ノード（一般的にはRxと表記される）に対するものである。

任意で、９０２で、TxはBS１７０（例えば、gNB）からのリソース割り当て（例えば、時間周波数リソース）を要求する。要求リソース割り当てのステップは、例えば、BSにスケジューリング要求（scheduling request （SR））を送信することによって実現できる。９０４で、スケジュールされたリソースはBS１７０で割り当てられ、Txにシグナリングされる。任意で、（以下の９０６で、）Txによって実行されるスケジュールされた送信に再送信が含まれる場合、スケジュールシグナリングは、垂直チェックブロックを生成するためのパラメータに関する情報を、（例えば、RRC信号又はDCI送信のような構成信号又は制御信号において）Txに提供することもできる。この信号は、前述のように、NDI、HARQプロセスID、反復回数、送信された垂直チェックブロックの数、及びコードブロックパーティション、インターリーバの選択、RV又はRVシーケンスの選択、コーディングレート、垂直チェックブロックを生成するために使用されるCBのインデックス、及び／又は垂直チェックブロックの生成に関連するその他の情報などの垂直チェックブロックを生成するためのパラメータを示すために使用できる。

任意で、９０５で、スケジュールされた送信に垂直チェックブロックの送信が含まれる場合、Txは（例えば、PC５-RRC信号又はSCI送信などの構成信号や制御信号で）Rxに垂直チェックブロックを生成するためのパラメータに関する情報を提供することができる。垂直チェックブロックがどのように生成されるかに関する情報により、各Rx１４が垂直チェックブロックを使用できるようになり、情報CBを復号するのに役立つ。Rxに示される構成は、BS１７０によって以前にTxに示された構成である可能性がある。構成又は制御信号は、垂直チェックブロックのRxへの送信中、一緒に、又はその後に送信される可能性がある。例えば、ステップ９０５はステップ９０６の間に行われることがある。

９０６で、Txは（例えば、V２Xグループキャストで）複数のRxに初期送信を実行する。幾つかの例では、Txは、９０６で、データの初期送信のみを送信する場合があり、同じデータに関連する再送信のためにBS１７０からのさらなるリソース割り当てを必要とする場合がある。他の例では、Txは所定の数の送信と再送信のためにリソースを割り当てられる場合がある（各再送信は１つ以上の垂直チェックブロックのセットである）。

９０８で、Txは送信を受信するのに成功しなかったRxがあるかどうかを決定する。

例えば、Txは、RxからのACK／NACKフィードバックに基づいて、送信の受信に失敗したRxがあるかどうかを決定できる。一部の例では、RxがすべてTxに完全に認識されていない可能性があり、各Rxは、送信の受信に失敗した場合にのみNACKを送信できる。９１０で、いずれかのRxからNACKを受信した場合、TxはBS１７０にNACKフィードバックを報告する。それ以外の場合、TxがNACKフィードバックを受信しない場合、TxはACKを報告する。

別の例では、RxがすべてTxに認識されている場合がある。例えば、各Rxに専用のPSFCHリソースがあり、各Rxは各々の専用PSFCHリソースを介してACK／NACKフィードバックを送信する。この場合、９１０で、すべてのRxからACKフィードバックを受信した場合、TxはBS１７０にACKを報告し、Rxから少なくとも１つのNACKを受信した場合、TxはBS１７０にNACKを報告する。

９０６でTxが（初期送信に加えて）所定の回数の再送信を実行した場合、９０８で、Txは、所定の回数の再送信の後も、まだ受信に失敗したRxが少なくとも１つあるか（例えば、少なくとも１つのNACKフィードバックをまだ受信するか）どうかを決定し、９１０で、それに応じてBS１７０にフィードバックを報告する。

すべてのRxで受信が成功した（例えば、いずれのRxからもNACKを受信しない、又はすべてのRxからACKを受信した）場合、９１０で、TxはBS１７０にACKを報告し、方法９００は終了する。

Txが９１０でBS１７０にNACKを報告した場合、NACKの報告はBS１７０によってさらなるリソース割り当ての要求として解釈される可能性がある。BS１７０がTxからNACK報告を受信した後、９１２でBS１７０は、Txが所定の回数の再送信を実行できるように、更なるリソース割り当てをスケジュールしシグナリングする。Txは１つ以上の再送信を実行するようにスケジュールされ、各再送信は独立して１つ以上の垂直チェックブロックの送信であってもよい。任意で、スケジュールシグナリングは、垂直チェックブロックを生成するためのパラメータに関する情報を、（例えば、RRC信号又はDCI送信のような構成信号又は制御信号において）Txに提供することもできる。この信号は、前述のように、NDI、HARQプロセスID、反復回数、送信された垂直チェックブロックの数、及びコードブロックパーティション、インターリーバの選択、RV又はRVシーケンスの選択、コーディングレート、垂直チェックブロックを生成するために使用されるCBのインデックス、及び／又は垂直チェックブロックの生成に関連するその他の情報などの垂直チェックブロックを生成するためのパラメータを示すために使用できる。

任意で、９１３で、Txは（例えば、PC５-RRC信号又はSCI送信などの構成信号や制御信号で）Rxに垂直チェックブロックを生成するためのパラメータに関する情報を提供することができる。垂直チェックブロックがどのように生成されるかに関する情報により、各Rx１４が垂直チェックブロックを使用できるようになり、情報CBを復号するのに役立つ。Rxに示される構成は、９１２でBS１７０によって任意でTxに示された構成である可能性がある。構成又は制御信号は、垂直チェックブロックのRxへの送信中、一緒に、又はその後に送信される可能性がある。例えば、ステップ９１３はステップ９１４の間に行われることがある。

９１４で、Txは（割り当てられたリソースによって許可された所定数の再送信まで）１回以上の再送信を実行する。再送信は、すべてのRxに送信するができ（例えば、RxがすべてTxに完全に知られていない場合）、又は受信に失敗したRxにのみ送信することもできる（例えば、RxがすべてTxに知られている場合）。

図９Bは、NR-V２Xで定義されているモード２を使用するマルチキャスト又はグループキャスト通信のために、送信ノードが実行できる方法９５０の例を示すフローチャートである。送信ノードは、ネットワーク対応車両である場合もあれば、より一般的にはTxと表記される場合もある。マルチキャスト又はグループキャスト通信は、他のED１１０（例えば、他の車両、UE、IoT装置、周辺センサなど）及び／又はBS１７０を含むことができる、複数の受信ノード（一般的にはRxと表記される）に対するものである。

９５２で、Txは必要なリソース（例えば、時間周波数リソース）をリソースプールから選択する。リソースプールは、事前に構成され又はネットワークによって予め構成されている場合がある。BS１７０は、送信ごとにED固有のリソースをTxに割り当てることに関与しない。Txは、所定の送信／再送信数に従ってリソースを選択する。

任意で、９５３で、送信に垂直チェックブロックの送信が含まれる場合、Txは（例えば、PC５-RRC信号又はSCI送信などの構成信号や制御信号で）Rxに垂直チェックブロックを生成するためのパラメータに関する情報を提供することができる。垂直チェックブロックがどのように生成されるかに関する情報により、各Rx１４が垂直チェックブロックを使用できるようになり、情報CBを復号するのに役立つ。この信号は、前述のように、NDI、HARQプロセスID、反復回数、送信された垂直チェックブロックの数、及びコードブロックパーティション、インターリーバの選択、RV又はRVシーケンスの選択、コーディングレート、垂直チェックブロックを生成するために使用されるCBのインデックス、及び／又は垂直チェックブロックの生成に関連するその他の情報などの垂直チェックブロックを生成するためのパラメータを示すために使用できる。構成又は制御信号は、垂直チェックブロックのRxへの送信中、一緒に、又はその後に送信される可能性がある。例えば、ステップ９０５はステップ９０６の間に行われることがある。

９５４で、Txは（例えば、V２Xグループキャストで）複数のRxに初期送信を実行する。図９Aと同様に、幾つかの例では、Txは９５４で初期送信のみを送信する場合があり、再送信のためにさらにリソースを必要とする場合がある。他の例では、Txは所定の数の再送信のためにリソースを選択している場合がある（各再送信は１つ以上の垂直チェックブロックのセットである）。

９５６で、Txは送信を受信するのに成功しなかったRxがあるかどうかを決定する。

例えば、Txは、RxからのACK／NACKフィードバックに基づいて、送信の受信に失敗したRxがあるかどうかを決定できる。一部の例では、RxがすべてTxに完全に認識されていない可能性があり、各Rxは、送信の受信に失敗した場合にのみNACKを送信できる。Txは、いずれかのRxからNACKを受信した場合、受信に失敗したと決定する。それ以外の場合、TxはすべてのRxで送信の受信に成功したと決定する。

別の例では、RxがTxに認識されている場合がある。例えば、各Rxに専用のPSFCHリソースがあり、各Rxは各々の専用PSFCHリソースを介してACK／NACKフィードバックを送信する。この場合、Txは、いずれかのRxからいずれかのNACKを受信した場合に受信失敗と決定し、又はすべてのRxからACKフィードバックを受信した場合に送信が成功したと決定する。

９５４でTxが（初期送信に加えて）所定の回数の再送信を実行した場合、９５６で、Txは、所定の回数の再送信の後も、まだ受信に失敗したRxが少なくとも１つあるか（例えば、少なくとも１つのNACKフィードバックをまだ受信するか）どうかを決定する。

すべてのRxで受信が成功した（例えば、いずれのRxからもNACKを受信しない、又はすべてのRxからACKを受信した）場合、９５６で、TxはいずれかのRxで受信に失敗したと決定し、方法９５０は終了する。

９５６で受信に失敗したRxが少なくとも１つあると決定された場合、９５８で、Txは、１つ以上の再送信を実行するために、リソースプールからさらにリソースを選択する。実行する再送信の数、及び各再送信で送信する垂直チェックブロックの数は、Txで事前に構成できる。

任意で、９５９で、Txは（例えば、PC５-RRC信号又はSCI送信などの構成信号や制御信号で）Rxに垂直チェックブロックを生成するためのパラメータに関する情報を提供することができる。垂直チェックブロックがどのように生成されるかに関する情報により、各Rx１４が垂直チェックブロックを使用できるようになり、情報CBを復号するのに役立つ。この信号は、前述のように、NDI、HARQプロセスID、反復回数、送信された垂直チェックブロックの数、及びコードブロックパーティション、インターリーバの選択、RV又はRVシーケンスの選択、コーディングレート、垂直チェックブロックを生成するために使用されるCBのインデックス、及び／又は垂直チェックブロックの生成に関連するその他の情報などの垂直チェックブロックを生成するためのパラメータを示すために使用できる。構成又は制御信号は、垂直チェックブロックのRxへの送信中、一緒に、又はその後に送信される可能性がある。例えば、ステップ９５９はステップ９６０の間に行われることがある。

９６０で、Txは（選択されたリソースによって許可された所定数の再送信まで）１回以上の再送信を実行する。再送信は、すべてのRxに送信するができ（例えば、RxがすべてTxに完全に知られていない場合）、又は受信に失敗したRxにのみ送信することもできる（例えば、RxがすべてTxに知られている場合）。

なお、ブロードキャスト送信の場合、幾つかの例では、ブラインド再送信（すなわちACK／NACK-less再送信）のみがサポートされる場合がある。ブラインド再送信では、Txは初期送信と所定の回数の再送信を送信する（各再送信は、１つ以上の垂直チェックブロックの各々のセットである）。ブラインド再送信では、TxはBS１７０によってリソースを割り当てられる場合もあれば（モード１の場合）、初期送信と所定の回数の再送信に十分なリソースをリソースプールから選択する場合もある（モード２の場合）。

本開示では、複数のTB又はパケットから垂直チェックブロックが生成される例についても説明する。幾つかの例でパケットに言及する以下の説明は、TBにも適用できる可能性があることを理解すべきである。このような垂直チェックブロックは、クロスパケットチェックブロックと呼ばれることがある。

図１０Aは、マルチキャスト、グループキャスト、又はブロードキャスト送信でのクロスパケット垂直チェックブロックの使用例を示すシグナリング図である。送信ノード１２（Tx１２と表記される）と受信ノード（Rx-１ １４-１、Rx-２ １４-２及びRx-３ １４-３と表記され、一般にRx１４と呼ばれる）は、図８A及び図８Bのものと同様であってよい。図には示されていないが、Tx１２は、垂直チェックブロックを生成するために使用されるパラメータに関する情報を提供するために、（例えば、初期送信の前、再送信の前、再送信中、再送信と共に、又は再送信の直後に）構成信号又は制御信号をRx１４に送信する場合がある。このような情報は、Rx１４が復号に役立つ垂直チェックブロックを利用するために必要な場合がある。

図１０Aに示すように、Tx１２は複数のTBをRx１４に送信する。各TBは各々のパケットで（この例では、パケット１、パケット２、及びパケット３が各々１００２、１００４、及び１００６で）送信される。各TBは１つ以上のCBを含み、各TBは異なる数のCBを持つ場合がある。１００２、１００４、１００６での各送信は、各々のパケットの初期送信と呼ばれる場合がある（すなわち、１００２でパケット１の初期送信、１００４でパケット２の初期送信、１００６でパケット３の初期送信である）。

図８A～８Eと同様に、再送信スキームは、フィードバックに基づくか（各Rx１４からのACK／NACKフィードバックが必要である）、又はACK／NACK-lessである（ACK／NACKフィードバックが任意である又は省略される）場合がある。フィードバックが送信される場合、各Rx１４は、各パケットを復号しようとした後（すなわち、１００２、１００４、１００６の各送信の後）、又はすべてのパケットを復号しようとした後（すなわち、１００６での最後の送信の後）にフィードバックを提供する場合がある。Txは、構成信号又は制御信号において、フィードバックを提供する前に、予想されるパケット数及び／又は予想される送信数をRx１４に通知することができる。

FIG１０Aの例では、１００６で最後のパケットが送信された後、Tx１２はフィードバックを受信しない。Tx１２は、３つのパケットのうち少なくとも１つの復号に失敗したRx１４が少なくとも１つあると決定する。例えば、図１０Dに示すように、Tx１２は１００２のパケット１でCB１とCB２、１００４のパケット２でCB３とCB４、１００６のパケット３でCB５とCB６を送信する。Rx-１ １４-１はCB５の復号に失敗し（×を付されたCB５で示される）、Rx-２ １４-２はCB２とCB５の復号に失敗し（×を付されたCB２とCB５で示される）、RX-３ １４-３はCB１、CB２とCB５の復号に失敗する（×を付されたCB１、CB２、CB５で示される）。特に、各Rx１４は異なるパケットの復号に失敗する可能性がある。Tx１２は、複数のパケットからのCBを使用して、１つ以上の垂直チェックブロックを生成する。例えば、垂直チェックブロックは、図１０Dの矢印１０１８で示されているように、すべてのパケット１～３にわたってすべてのCBからクロスブロックビットを取得することによって生成される場合がある。

図１０A及び図１０Dに示すように、１００８で、Tx１２は垂直チェックブロックをRx１４に送信する。Tx１２は、すべてのRx１４からACKを受信するまで、クロスパケット垂直チェックブロックを生成して送信し続けることができる。この例では、１００８での第１再送信に続く３つのパケットすべてをRx-１ １４-１だけが復号に成功し、１０１０でACKをTx１２に送信する。Rx-２ １４-２とRx-３ １４-３はACKを送信しなかったため、Tx１２は２回目の再送信を実行する。幾つかの例では、Tx１２は２回目の再送信のためにすべてのパケットからのCBを使用して追加の垂直チェックブロックを生成する場合がある。他の例では、１回目と２回目の再送信に使用される垂直チェックブロックは一緒に生成されたが、別々の再送信で送信される場合がある。追加の垂直チェックブロックを使用した２回目の再送信は、１０１２（任意で、Rx-１ １４-１を２回目の再送信から除外できる）で実行される。１０１２で送信された垂直チェックブロックは、すべてのパケット１～３にわたってすべてのCBからクロスブロックビットを取得することによって生成される場合がある。この例では、Rx-２ １４-２とRx-３ １４-３の両方が、２回目の再送信に続く３つのパケットすべての復号に成功し、各々１０１４と１０１６でTx１２にACKを返送する。その後、Tx１２は再送信を停止する。幾つかの例では、Tx１２は所定の最大回数まで再送信を実行する。

図１０Bは、マルチキャスト、グループキャスト、又はブロードキャスト送信でのクロスパケット垂直チェックブロックの別の使用例を示すシグナリング図である。図１０Eは、図１０Bの例で、Tx１２からRx-１ １４-１、Rx-２ １４-２、Rx-３ １４-３（一般にRx１４と呼ばれる）の各々に送信されるパケットを示している。図には示されていないが、Tx１２は、垂直チェックブロックを生成するために使用されるパラメータに関する情報を提供するために、（例えば、初期送信の前、再送信の前、再送信中、再送信と共に、又は再送信の直後に）構成信号又は制御信号をRx１４に送信する場合がある。このような情報は、Rx１４が復号に役立つ垂直チェックブロックを利用するために必要な場合がある。

図１０B及び１０Eでは、Rx１４はパケットの各送信に続きフィードバックを提供する場合がある。例えば、１０５２でのパケット１の送信に続き、少なくとも１つのRx１４が１０５４でTx１２に少なくとも１つのNACKを送信して、パケット１の復号に失敗したことを示す場合がある。例えば、図１０Eでは、Rx-２ １４-２とRx-３ １４-３はパケット１のすべてのCBを復号してNACKを返送するのに失敗し、Rx-１ １４-１はパケット１の復号に成功してACKを返送する。代替として、NACKを送信する代わりに、パケット１を復号できなかったRx１４はACKの送信に失敗する可能性がある。Tx１２はこのフィードバックを使用して（少なくとも１つのRxからNACKを受信するか、すべてのRxからACKを受信しない）、パケット１を復号できなかった少なくとも１つのRx１４があることを決定する。

Tx１２は、３つの意図されたパケットがすべて最初に送信された後まで、再送信を待機する場合がある。１０５６で、Tx１２はパケット２をすべてのRx１４に送信する。この場合、Rx１４は１０５８ですべてのRx１４からACKを受信し、すべてのRx１４がパケット２を受信し復号することに成功したことを示す。

１０６０で、Tx１２はパケット３をすべてのRx１４に送信する。少なくとも１つのRx１４は、１０６２で、Tx１２に少なくとも１つのNACKを送信して、パケット１の復号に失敗したことを示す場合がある。例えば、図１０Eでは、すべてのRx１４がパケット３のすべてのCBの復号に失敗し、NACKを返送する（各Rx１４は、パケット３の異なるCBの復号に失敗する可能性がある）。代替として、NACKを送信する代わりに、パケット３を復号できなかったRx１４はACKの送信に失敗する可能性がある。Tx１２はこのフィードバックを使用して（少なくとも３つのRxからNACKを受信するか、すべてのRxからACKを受信しない）、パケット１を復号できなかった少なくとも１つのRx１４があることを決定する。

Tx１２は、すべてのRx１４で復号に成功しなかったパケットに属するCBだけから、１つ以上のクロスパケット垂直チェックブロックを生成する。この例では、Tx１２はパケット１とパケット３のCBから垂直チェックブロックを生成するが、パケット２（すべてのRx１４で復号に成功した）からは生成しない（図１０Eの矢印１０６３で示されているように）。垂直チェックブロックは、１０６４の再送信で送信される。Tx１２からRx１４に送信される構成又は制御シグナリングでは、１０６４で送信される垂直チェックブロックがパケット１及びパケット３のCBを使用して生成されることをTx１２が示す場合があるため、Rx１４はこの情報を使用して、受信した垂直チェックブロックを正しく使用でき、パケット１及びパケット３のCBを復号するのに役立てる。この場合、Tx１２は１０６６ですべてのRx１４からACKを受信し、すべてのRx１４が３つのすべてのパケットの復号に成功したことを示す。その後、Tx１２は再送信を停止する。幾つかの例では、Tx１２は所定の最大回数まで再送信を実行する。

図１０A及び図１０Bの例では、（１つのTBからではなく）複数のTBに属するCBから垂直チェックブロックが生成される。これは、再送信の効率をさらに向上させるのに役立つ可能性がある。１回の再送信からの情報は、異なるTBからのCBを復号するのに役立つ。幾つかの例では（例えば、図１０Bの例では）、一連の垂直チェックブロックを生成するために使用されるCBは、（複数のRxからのフィードバックに基づいて）復号に成功しなかったTBのみから選択される場合があり、これはさらに効率を向上させるのに役立つ。

図１０Cは、図１０A及び図１０Bのシグナリングの例に従って、送信ノードによって実行される可能性のある方法１０７０の例を示すフローチャートである。

１０７４で、Tx１２は、複数の意図されたRx１４に対して（例えば、図１０Aの信号１００２～１００６で、又は図１０Bの信号１０５２、１０５６、１０６０で）、各々の複数のパケットの複数の初期送信を送信する（各々の初期送信は、各々の異なるパケットの通信である）。初期送信は、各々、ブロードキャスト、グループキャスト、又はマルチキャスト送信の場合がある。各々の初期送信で通信される各パケットには、１つ以上の情報CBが含まれている。

必要に応じて、１０７６で、１つ以上のRx１４からフィードバックを受信できる。例えば、フィードバックに基づく再送信スキームでは、各Rx１４は、各初期送信の後、又は（例えば、Rx１４が構成信号又は制御信号から予想される初期送信回数を知っている場合）予想される数の初期送信の後に、ACK／NACKフィードバックをTx１２に返送する必要がある場合がある。ACK／NACK-less再送信スキームでは、ACKフィードバックは任意であり、NACKフィードバックがない場合がある。

任意で、１０７８で、Tx１２は、少なくとも１つのRx１４による少なくとも１うのパケットの受信が失敗したかどうかを決定する。あるRx１４での受信失敗は、Rx１４が少なくとも１つのパケットの情報CBの復号に成功できなかったことを意味する。フィードバックに基づく再送信スキームの場合、ステップ１０７６で少なくとも１つのNACKを受信した場合、Tx１２は少なくとも１つのRx１４が少なくとも１つのパケットの復号に成功しなかったと決定できる。ACK／NACK-less再送信スキームの場合、Tx１２がすべての意図されたRx１４からACKを受信しなかった場合、Tx１２は少なくとも１つのRx１４がパケットの復号に成功しなかったと決定できる。幾つかの例では、各パケットの送信後にフィードバックを受信した場合、Tx１２は、少なくとも１つのRx１４によって復号に成功しなかったパケットを決定することもできる（異なるRx１４が異なるパケットの復号に失敗する場合があることに注意する必要がある）。ステップ１０７６で受信したフィードバックに応じて、Tx１２はどのRx１４で受信障害が発生したかを識別することもできる。

ブロードキャストシナリオなどの幾つかの例では、Tx１２はどのRx１４からもフィードバックを受信せず、代わりにTx１２が初期送信及び所定の回数の再送信を実行する場合がある（ブラインド再送信スキームとも呼ばれる）。このような場合、ステップ１０７６は省略できる。

１０８０で、Tx１２は１つ以上の垂直チェックブロックを生成する。垂直チェックブロックは、ステップ１０７４の初期送信で送信されたパケットのうち少なくとも２つのCBから選択されたビットを使用して生成される。垂直チェックブロックを生成するために、少なくとも２つのパケットの各々から少なくとも１つのCBに属する情報ビットが選択される。Tx１２が、（任意のステップ１０７６で）復号に成功しなかった特定のパケットを示すフィードバックを受信した例では、これらの特定のパケットのビットのみを使用して垂直チェックブロックを生成できる。垂直チェックブロックの生成は、垂直チェックブロックの送信の前に、方法１０７０の間にいつでも行われてよい。例えば、垂直チェックブロックは、初期送信の前に、又は任意的なステップ１０７６と１０７８に続いて生成される可能性がある。

任意で、１０８１で、構成信号又は制御信号（例えば、RRC信号、PC５-RRC信号、DCI送信又はSCI送信）をTx１２によって送信して、垂直チェックブロックを生成するためのパラメータをRx１４に提供することができる。垂直チェックブロックがどのように生成されるかに関する情報により、各Rx１４が（再送信で送信される）垂直チェックブロックを使用できるようになり、情報CBを復号するのに役立つ。構成信号又は制御信号は、前述のように、NDI、HARQプロセスID、反復回数、送信された垂直チェックブロックの数、及びコードブロックパーティション、インターリーバの選択、RV又はRVシーケンスの選択、コーディングレート、垂直チェックブロックを生成するために使用されるCBのインデックス、及び／又は垂直チェックブロックの生成に関連するその他の情報などの垂直チェックブロックを生成するためのパラメータを示すために使用できる。構成情報は、垂直チェックブロックの生成に使用されたパケットを示すこともできる。構成情報は、方法１０７０の前又は開始時に、又は垂直チェックブロックのRx１４への送信中、一緒に、若しくはその後を含む方法１０７０の間の任意の時間に受信することができる。例えば、ステップ１０８１はステップ１０８２の間に行われることがある。

幾つかの例では、構成信号又は制御信号を送信する必要がなく、ステップ１０８１が省略されることがある。例えば、垂直チェックブロックを生成するためのパラメータは事前に決定されていることがあり（例えば、規格で定義されている）、Tx１２から各Rx１４に通信する必要はない。

１０８２では、少なくとも１つの垂直チェックブロックが少なくとも１つのRx１４に送信される。垂直チェックブロックは複数のRx１４に（例えば、初期送信と同様に、ブロードキャスト、マルチキャスト、又はグループキャストで）送信されることがある。幾つかの例では、所与のRx１４が初期送信の復号に成功したか成功しなかったかに関係なく、垂直チェックブロックがブロードキャスト、マルチキャスト、又はグループキャストですべてのRx１４に送信されることがある。他の例では、垂直チェックブロックは、（任意のステップ１０７８で）初期送信の復号に成功しなかったと決定されたRx１４にのみマルチキャスト又はグループキャストで送信されることがある。

必要に応じて（例えば、所定の再送信回数まで）、フィードバックを受信し、その後の再送信を送信する任意的なさらなるステップを実行することができる。

上記の例では、送信ノードは初期送信で情報CBを送信し、後続の再送信で垂直チェックブロックを送信する。ただし、ここで説明する例では、初期送信で少なくとも１つの垂直チェックブロックを情報CBとともに送信してもよいことを理解しておく必要がある。

実行されるシグナリングは、前述の図８A、図８B、図１０A及び図１０Bと同様であるが、初期送信に情報CBとともに少なくとも１つの垂直チェックブロックが含まれる点が異なる。送信ノードは、初期送信の前にCBから垂直チェックブロックを生成し、初期送信に垂直チェックブロックを含める。送信ノードは、初期送信の前に、垂直チェックブロックが初期送信に含まれていることを受信ノードに示す構成信号又は制御信号を送信することができる。追加の垂直チェックブロックのその後の再送信は、前述のものと同様に、必要に応じて（例えば、所定の再送信回数に応じて、又は受信ノードからのフィードバックに基づいて）実行することができる。

この例では、初期送信で少なくとも１つの垂直チェックブロックが送信されるため、垂直チェックブロックの生成と送信は、どの受信ノードからもフィードバックされることなく、送信ノードによって実行される。したがって、幾つかの例では、所定のパラメータ（例えば、生成する垂直チェックブロックの数、垂直チェックブロックを生成するビットの選択など）に従って垂直チェックブロックの生成が実行される場合がある。

幾つかの例では、初期送信で情報CBに含める垂直チェックブロックの数は、チャネル特性に基づいて送信ノードによって決定される場合がある。送信ノードは、初期送信の垂直チェックブロックのコードレートを決定するために、すべての意図された受信ノードの送信チャネルを（例えば、受信ノードからのチャネルフィードバックを使用して）特徴付ける場合がある。コードレートは、（初期送信での垂直チェックブロックの追加による）オーバヘッドの増加と、（粗悪なチャネル品質による）任意の受信側が情報CBを完全に復号できる可能性との間のトレードオフに基づいて決定できる。例えば、初期送信でのコードレートは、チャネル状態情報フィードバック（例えば、各受信ノードのSNR）に基づいて決定される場合がある。例えば、最悪のチャネル品質の受信ノードのSNRが特定の閾値を下回っている場合、初期送信で所与の数の垂直チェックブロックが送信されることがある。閾値と対応する垂直チェックブロックの数は、例えば、初期送信後にすべての受信ノードがパケットの復号に成功する最小確率を達成することに基づいて決定されることがある。例えば、複数の所定のSNR閾値がある場合があり、各SNR閾値に対して対応する数の垂直チェックブロックが予め定義されている場合がある。この情報は、例えば、規格で事前に定義されている場合がある。幾つかの例では、コードレートを決定する基準として最悪のチャネル品質を持つ受信ノードを使用する代わりに、すべての受信ノードの平均チャネル品質、受信ノードの特定の割合に基づくチャネル品質、又は受信ノードのチャネル品質のその他の統計値を使用する場合がある。例えば、１つ以上の受信ノードのチャネル品質が低いことがわかっている場合（そのため、CBの復号に役立つ冗長な情報が必要になる可能性が高い場合）、それらの受信ノードからのNACKを待つのではなく、初期送信に垂直チェックブロックを含める方が効率的である。

垂直チェックブロックだけでなくCBも含む初期送信は、（例えば、MBMSの噴水コードと同様に）意図された受信ノードへのマルチキャスト、グループキャスト、又はブロードキャストにすることができる。

初期送信後に追加の垂直チェックブロックが必要な場合は、初期送信に含まれていた垂直チェックブロックに使用されるものとは異なるインターリーバ又はRVを使用して追加の垂直チェックブロックを生成することができる。

図１１Aは、初期送信に垂直チェックブロックが含まれている送信ノードによって実行される可能性のある方法１１００の例を示すフローチャートである。図１１Bは、Tx１２による、Rx-１ １４-１、Rx-２ １４-２、Rx-３ １４-３（一般にRx１４と呼ばれる）への送信の例を示している。

任意で、１１０２では、送信ノードが意図された受信ノードからチャネルフィードバックを受信する。このチャネルフィードバック情報を使用して、送信ノードは、コードレート、従って初期送信に含める垂直チェックブロックの数を決定する場合がある。場合によっては、コードレート及び／又は初期送信に含める垂直チェックブロックの数を事前に決定し（例えば、規格に従って、又は事前に構成される）、ステップ１１０２を省略することがある。なお、ステップ１１０２では、初期送信に含める垂直チェックブロックの数を０と決定することがある。

１１０４で、Tx１２は１つ以上の垂直チェックブロックを生成する。垂直チェックブロックは、初期送信で送信されるべき情報CBのうち少なくとも２つから選択されたビットを使用して生成される。

任意で、１１０６で、設定信号又は制御信号（例えば、RRC信号、PC５-RRC信号、DCI送信又はSCI送信）をTx１２によって送信して、垂直チェックブロックを生成するためのパラメータをRx１４に提供することができる。垂直チェックブロックがどのように生成されるかに関する情報により、各Rx１４が（再送信で送信される）垂直チェックブロックを使用できるようになり、初期送信で情報CBを復号するのに役立つ。設定信号又は制御信号は、前述のように、NDI、HARQプロセスID、反復回数、送信された垂直チェックブロックの数、及びコードブロックパーティション、インターリーバの選択、RV又はRVシーケンスの選択、コーディングレート、垂直チェックブロックを生成するために使用されるCBのインデックス、及び／又は垂直チェックブロックの生成に関連するその他の情報などの垂直チェックブロックを生成するためのパラメータを示すために使用できる。構成情報は、方法１１００の前又は開始時に、又は垂直チェックブロックのRx１４への送信中、一緒に、若しくはその後を含む方法１１００の間の任意の時間に受信することができる。例えば、ステップ１１０６はステップ１１０８の間に行われることがある。構成情報は、初期送信で情報CBと共に垂直チェックブロックが含まれているかどうか及び何個が含まれているかの指示を含む場合がある。

幾つかの例では、構成信号又は制御信号を送信する必要がなく、ステップ１１０６が省略されることがある。例えば、垂直チェックブロックを生成及び送信するためのパラメータは事前に決定されていることがあり（例えば、規格で定義されている）、Tx１２から各Rx１４に通信する必要はない。

１１０８で、Tx１２は、複数の意図されたRx１４に初期送信を送信する。初期送信には、情報CBと少なくとも１つの垂直チェックブロックが含まれる。初期送信は、ブロードキャスト、グループキャスト、又はマルチキャスト送信の場合がある。図１１Bの例では、１１５２で、初期送信にはCB１～９と２つの垂直チェックブロック（VCB１とVCB２）が含まれる。

必要に応じて、１１１０で、１つ以上のRx１４からフィードバックを受信できる。例えば、フィードバックに基づく再送信スキームでは、各Rx１４がACK／NACKフィードバックをTx１２に返送する必要がある場合がある。ACK／NACK-less再送信スキームでは、ACKフィードバックは任意であり、NACKフィードバックがない場合がある。図１１Bの例では、Rx-２ １４-２とRx-３ １４-３は、各々少なくとも１つの情報CBの復号に失敗し（Rx-２ １４-２とRx-３ １４-３は異なるCBの復号に失敗する場合がある）、１１５４でNACKを返送するが、一方で、Rx-１ １４-１はすべてのCBの復号に成功し、１１５４でACKを返送する。

任意で、１１１２で、Tx１２は、少なくとも１つのRx１４による受信が失敗したかどうかを決定する。あるRx１４での受信失敗は、Rx１４が情報CBの復号に成功できなかったことを意味する。フィードバックに基づく再送信スキームの場合、ステップ１１１０で少なくとも１つのNACKを受信した場合、Tx１２は少なくとも１つのRx１４がCBの復号に成功しなかったと決定できる。ACK／NACK-less再送信スキームの場合、Tx１２がすべての意図されたRx１４からACKを受信しなかった場合、Tx１２は少なくとも１つのRx１４がCBの復号に成功しなかったと決定できる。ステップ１１１０で受信したフィードバックに応じて、Tx１２はどのRx１４で受信障害が発生したかを識別することもできる。

ブロードキャストシナリオなどの幾つかの例では、Tx１２はどのRx１４からもフィードバックを受信せず、代わりにTx１２が所定の回数の再送信を実行する場合がある（ブラインド再送信スキームとも呼ばれる）。このような場合、ステップ１１１０及び１１１２は省略できる。

任意で、１１１４で、Tx１２は１つ以上の追加垂直チェックブロックを生成する。ステップ１１１４は、任意のステップ１１１２で少なくとも１つのRx１４による受信に失敗したと決定した場合に実行できる。代替として、ステップ１１１４は、事前に決定された回数の再送信の一部として、ブラインド再送信方式で実行できる。追加の垂直チェックブロックは、ステップ１１０６で垂直チェックブロックを生成するために使用されるものとは異なるインターリーバを使用して生成できる。追加の垂直チェックブロックを生成するために使用されるパラメータを示すために、追加の構成信号又は制御信号がRx１４に送信される場合がある。

任意で、１１１５で、構成信号又は制御信号（例えば、RRC信号、PC５-RRC信号、DCI送信又はSCI送信）をTx１２によって送信でき、上述のステップ１１０６と同様に、追加の垂直チェックブロックを生成するためのパラメータをRx１４に提供することができる。例えば、ステップ１１１５はステップ１１１６の間に行われることがある。

幾つかの例では、追加の垂直チェックブロックのための構成信号又は制御信号を送信する必要がなく、ステップ１１１５が省略されることがある。例えば、垂直チェックブロックを生成するためのパラメータは事前に決定されていることがあり（例えば、規格で定義されている）、Tx１２から各Rx１４に通信する必要はなく、又は追加の垂直チェックブロックを生成するためのパラメータは、ステップ１１０６で既にシグナリングされている場合がある。

任意で、１１１６では、少なくとも１つの追加垂直チェックブロックが少なくとも１つのRx１４に送信される。追加の垂直チェックブロックは、（例えば、初期送信と同様に、ブロードキャスト、マルチキャスト、又はグループキャストで）複数のRx１４に送信されることがある。幾つかの例では、所与のRx１４が初期送信の復号に成功したか成功しなかったかに関係なく、追加の垂直チェックブロックがブロードキャスト、マルチキャスト、又はグループキャストですべてのRx１４に送信されることがある。他の例では、追加の垂直チェックブロックは、（任意のステップ１１１２で）初期送信の復号に成功しなかったと決定されたRx１４にのみマルチキャスト又はグループキャストで送信されることがある。図１１Bの例では、１１５６で、１つの追加の垂直チェックブロック（VCB３）が送信される。

幾つかの例では、任意のステップ１１１６で送信される追加の垂直チェックブロックは、ステップ１１０６で生成された垂直チェックブロックからのものである場合がある（この場合、ステップ１１１４は省略できる）。例えば、生成された垂直チェックブロックのサブセットが初期送信に含まれる場合があり、残りの垂直チェックブロックがステップ１１１６で送信される場合がある。

必要に応じて（例えば、所定の再送信回数まで）、フィードバックを受信し、その後の再送信を送信する任意的なさらなるステップを実行することができる。図１１Bの例では、ACKは１１５８ですべてのRx１４から受信される。

上記の例では、初期送信で情報CBを送信した送信ノードは、再送信で垂直チェックブロックを送信する責任もある。ただし、ここで説明する例では、少なくとも１つの垂直チェックブロックが別の支援送信ノードにより送信される場合がある。垂直チェックブロックは、独立して調整なしで異なる送信ノードによって生成される場合がある。したがって、複数の送信ノードが協力して再送信スキームを一緒に実装することができる。これは、補助送信ノードが受信ノードからのフィードバックを必要としないブラインド再送信スキーム（例えば、レートレスコードの場合）に適している場合がある。

図１２Aは、マルチキャスト、グループキャスト又はブロードキャスト送信で垂直チェックブロックを生成及び送信するために２つ以上の送信ノードを使用する例を示すシグナリング図である。この例では、２つの送信ノードがある（第１送信ノードTx-１ １２-１、第２送信ノードTx-２ １２-２と表記され、一般にTx１２と呼ばれる）。簡単のために、図１２Aは各Rx１４を個別に示しさないが、各Tx１２が複数のRx１４に送信していることを理解する必要がある。図１２Cは、Rx１４が３つある図１２Aの例に従った送信を示している。図には示されていないが、一方又は両方のTx１２は、垂直チェックブロックを生成するために使用されるパラメータに関する情報を提供するために、（例えば、初期送信の前、再送信の前、再送信と共に、再送信中、又は再送信の直後に）構成信号又は制御信号をRx１４に送信する場合がある。このような情報は、Rx１４が復号に役立つ垂直チェックブロックを利用するために必要な場合がある。

図１２Aの例では、Tx-１ １２-１とTx-２ １２-２が通信リンクを介して相互に通信する場合がある。Tx-１ １２-１とTx-２ １２-２の間の通信リンクは、バックホールリンク（例えば、Tx-１ １２-１とTx-２ １２-２が共にBS１７０である場合）又はその他の有線又は無線通信リンク（例えば、Tx-１ １２-１とTx-２ １２-２が共にED１１０である場合のサイドリンク）である場合がある。他の例では、Tx-１ １２-１とTx-２ １２-２は、ソース間リンクを介して相互に通信する場合がある（例えば、Tx-１ １２-１とTx-２ １２-２が同じ送信元の異なる送信装置である場合）。他の例では、直接通信リンクを介してTx-１ １２-１とTx-２ １２-２の間に通信がない場合があるが、Tx-２ １２-２は情報CB又は垂直チェックブロックにアクセスできるか又は提供される。例えば、Tx-１ １２-１とTx-２ １２-２の両方を管理及び構成する別のネットワークエンティティがあり（例えば、Tx-１ １２-１とTx-２ １２-２が共にED１１０である場合、Tx-１ １２-１とTx-２ １２-２の両方をBS１７０で管理することができる）、ネットワークエンティティがTx-１とTx-２の両方に情報CBを送信し、ネットワークエンティティがTx-２ １２-２がCB又は垂直チェックブロックを取得できるようにする場合がある。別の例では、Tx-２ １２-２は、Rx１４が情報CBを受信するのを支援するための協力を提供する協調EDである場合がある。Tx-１ １２-１は、１２０２での送信で複数のRx１４に情報CBを送信する一方で、Tx-１ １２-１は、同じ送信１２０２を介して、又は別のリンクを介して、Tx-２ １２-２にも情報CBを送信している場合がある。

１２０２で、Tx-１ １２-１は、初期送信でRx１４に情報CBを送信する。幾つかの例では、初期送信には任意で１つ以上の垂直チェックブロックが含まれる場合がある。

任意で、１２０４で、Tx-１ １２-１はRx１４からのフィードバックを受信する場合がある。例えば、フィードバックに基づく再送信スキームでは、各Rx１４は、そのRx１４が初期送信を正常に復号するかどうかに応じてACK又はNACKをフィードバックする場合がある。幾つかの例では、RX１４は、Rx１４が初期送信の復号に成功し、それ以外のフィードバックがない場合にのみ、任意的なACKフィードバックを提供する場合がある。幾つかの例（例えば、ブラインド再送信スキームでは）では、ACK又はNACKフィードバックがまったくない場合がある。図１２Cに示されている例では、Rx-１ １４-１のみがすべてのCBの復号に成功し、１２０４でACKを返送する。Rx-２ １４-２及びRx-３ １４-３は、各々異なるCBの復号に失敗し、１２０４でフィードバックを送信しない。

Tx-１ １２-１がRx１４からフィードバックを取得した場合、Tx-１ １２-１は、少なくとも１つのRx１４が初期送信の復号に成功しなかったと決定する場合がある。Tx-１ １２-１は、再送信が必要であることを（例えば、通信リンク経由で）Tx-２ １２-２に示す場合がある。Tx-１ １２-１は、さらにTx-２ １２-２に情報CBを提供して１つ以上の垂直チェックブロックを生成することも、Tx-１ １２-１によって生成された垂直チェックブロックをTx-２ １２-２に提供することもできる。Tx-２ １２-２は、１２０６で垂直チェックブロックを送信する（図１２CではVCB１として示されている）。１２０６での送信は、すべてのRx１４に対するものである場合もあれば、初期送信で復号に成功しなかった（例えば、NACKフィードバック、又はそれらのRx１４からのACKフィードバックの欠如によって示される）Rx１４に対するものだけである場合もある。図１２Cの例では、１２０６での送信はすべてのRxに送信される。

他の例では、Tx-２ １２-２は、Tx-１ １２-１とは独立して１つ以上の垂直チェックブロックを生成して送信する場合がある。例えば、Tx-１ １２-１とTx-２ １２-２は、各々所定の数の送信／再送信を実行するように構成できる。さらに、Tx-１ １２-１とTx-２ １２-２による１２０２と１２０６での送信は、同時に発生することも、時間的に重複することもある。

図１２Aと１２Cには示されないが、Tx-１ １２-１は、１つ以上の再送信を行うこともある。Tx-１ １２-１とTx-２ １２-２の各々によって送信される各々の垂直チェックブロックは、異なるインターリーバを使用して生成することができる。

任意で、１２１０で、Tx-１ １２-１は、CBが復号成功したことを示すフィードバックをRx１４から受信することができる。図１２Cの例では、すべてのRx１４がTx-１ １２-１にACKをフィードバックする。再送信が終了してよい。他の例では、フィードバックがない場合があり、Tx-１ １２-１及び／又はTx-２ １２-２が独立して所定の回数の再送信を実行する場合がある。

図１２Bは、図１２Aのシグナリングの例に従って、第２送信ノードTx-２ １２-２によって実行される可能性のある方法１２５０の例を示すフローチャートである。

任意で、１２５２で、Tx-２ １２-２は、垂直チェックブロックを生成するために使用するパラメータを示す構成情報を（例えば、Tx-１ １２-１又はTx-２ １２-２を管理する他のネットワークエンティティから）受信することができる。構成情報は、構成信号又は制御信号（例えば、RRC信号、PC５-RRC信号、DCI送信又はSCI送信）で受信することも、直接通信リンクを介して受信することもできる。この信号は、前述のように、NDI、HARQプロセスID、反復回数、送信された垂直チェックブロックの数、及びコードブロックパーティション、インターリーバの選択、RV又はRVシーケンスの選択、コーディングレート、垂直チェックブロックを生成するために使用されるCBのインデックス、及び／又は垂直チェックブロックの生成に関連するその他の情報などの垂直チェックブロックを生成するためのパラメータを示すために使用できる。

幾つかの例では、Tx-２ １２-２に構成情報がすでに構成されている場合もあれば、構成情報が事前に決定されて（例えば、規格で定義されて）いる場合があり、ステップ１２５２が省略されている場合もある。

任意で、１２５４でTx-２ １２-２がCBを取得することもある（これはTx-１ １２-１によって初期送信で、例えば図１２Aの信号１１０２Aで送られる）。前述のように、Tx-２ １２-２は、Tx-１ １２-１とTx-２ １２-２の間の通信リンクを直接経由したり、別のネットワークエンティティから（例えば、DL、UL又はSL送信から）取得したりするなど、様々な方法でCBを取得できる。幾つかの例では、構成情報とCBを同時に取得したり、同じ通信で一緒に取得したりすることができる。

幾つかの例では、Tx-１ １２-１が、少なくとも１つのRx１４が初期送信の復号に失敗すること、及び再送信が必要であることを決定した後にのみ、Tx-２ １２-２がTx-１ １２-１から構成情報とCBを受信することがある。他の例では、Tx-２ １２-２は、Tx-１ １２-１とは独立して垂直チェックブロックを生成し再送信を実行する場合がある。

１２５６で、（例えば、任意のステップ１２５２で示されるパラメータを使用して）１つ以上の垂直チェックブロックが生成される。垂直チェックブロックは、Tx-１ １２-１によって初期送信で送信された２つ以上のCBから選択された情報ビットから生成される。幾つかの例では、Tx-２ １２-２は（例えば、DL、UL又はSL送信から）垂直チェックブロックを提供される場合があり、ステップ１２５６を省略することができる。

１２５８では、垂直チェックブロックが少なくとも１つのRx１４に送信される。幾つかの例では、（例えば、ブラインド再送信スキームで）所与のRx１４が初期送信の復号に成功したか成功しなかったかに関係なく、垂直チェックブロックがブロードキャスト、マルチキャスト、又はグループキャストですべてのRx１４に送信されることがある。

本開示では、フローチャートを参照して幾つかの例について説明する。記載されているステップは、示されているものとは異なる順序で実行することができ、ここに開示されている例のいずれかに適合させることができることを理解すべきである。

本開示は、垂直チェックブロックを参照する。垂直チェックブロックは、他の可能性の中でも実装に応じて、クロスパケットチェックブロック、クロスTBチェックブロック、又はクロスコードブロックチェックブロックとも呼ばれることがあることを理解すべきである。さらに、チェックブロックは、他の可能性の中でも、パリティブロック、又は冗長性ブロックと等価的に呼ばれることがある。垂直チェックブロックの使用は、製品コードに基づくネットワークコーディングと呼ばれることもある。

本開示は、非組織的コード（例えば、Polarコード、線形ブロックコード、畳み込みコード）だけでなく、組織的コード（例えば、LPDCコード、又はTurboコード）にも適用することができる。つまり、ここで説明するように、垂直チェックブロックは、組織的又は非組織的コードを使用して符号化CBから生成される場合がある。

本開示では、ブロードキャスト、マルチキャスト、及びグループキャストのシナリオにおけるHARQ再送信のための垂直チェックブロックの使用について説明する。例は、ACK／NACK-less又はレートレス再送信スキームと同様に、フィードバックに基づく再送信スキームに適している場合がある。

再送信ごとに１つ以上の垂直チェックブロックを生成できる。垂直チェックブロックは、すべてのCBから選択されたビットを使用して生成できる。幾つかの場合に、垂直チェックブロックは、異なるパケットに属するCBから選択されたビットを使用して生成できる。

開示された例は、特にV２Xアプリケーション、又はIoTアプリケーションで実装される場合がある。幾つかの例の説明はV２Xの文脈で提供されるが、ここで説明する例は他のアプリケーションにも適用できる可能性があることを理解する必要がある。

例１では、本開示は、方法であって、
複数の意図された受信ノードに２つ以上の情報コードブロック（CB）を送信するステップと、
１つ以上のクロスCBチェックブロックを生成するステップであって、各クロスCBチェックブロックは、クロスCBビットのセットに基づいて生成され、前記クロスCBビットのセットは、少なくとも２つの情報CBの各々から選択された少なくとも１つのビットを含む、ステップと、
前記１つ以上のクロスCBチェックブロックの少なくとも１つを、前記意図された受信ノードの少なくとも１つに送信するステップと、
を含む方法を提供する。

本開示の例２では、前記２つ以上の情報CBが、前記複数の意図された受信ノードへブロードキャスト、マルチキャスト、又はグループキャスト送信で送信され、前記少なくとも１つのクロスCBチェックブロックが、２つ以上の意図された受信ノードへ、ブロードキャスト、マルチキャスト、又はグループキャスト送信で送信される、例１に記載の方法を提供する。

本開示の例３では、前記方法は、
各々の意図された受信ノードが前記２つ以上の情報CBの復号に成功したかどうかを示すフィードバックを受信するステップと、
前記フィードバックから、前記意図された受信ノードの少なくとも１つが前記２つ以上の情報CBの復号に成功しなかったと決定した後、前記少なくとも１つのクロスCBチェックブロックを送信するステップと、
を更に含む例１又は２に記載の方法を提供する。

本開示の例４では、否定確認応答（NACK）フィードバックは、前記各々の意図された受信ノードが前記２つ以上の情報CBの復号に成功しなかったことを示すために受信される、例３に記載の方法が提供される。

本開示の例５では、前記各々の意図された受信ノードからの確認応答（ACK）フィードバックの欠如は、前記各々の意図された受信ノードが前記２つ以上の情報CBの復号に成功しなかったことを示す、例３に記載の方法が提供される。

本開示の例６では、前記少なくとも１つのクロスCBチェックブロックは、前記２つ以上の情報CBの復号に成功しなかった、前記意図された受信ノードのうちの少なくとも１つにのみ送信される、例３に記載の方法が提供される。

本開示の例７では、前記少なくとも１つのクロスCBチェックブロックは、前記複数の意図された受信ノードのすべてに送信される、例１又は２に記載の方法が提供される。

本開示の例８では、前記少なくとも１つのクロスCBチェックブロックは、前記意図された受信ノードのいずれかからのフィードバックが欠如している場合に送信される、例７に記載の方法が提供される。

本開示の例９では、１つ以上のクロスCBチェックブロックの各々のセットが、初期送信のために前記意図された受信ノードのいずれからのフィードバックも受信せずに、所定の回数の再送信の間、各々の再送信で送信される、例８に記載の方法が提供される。

本開示の例１０では、前記２つ以上の情報CBが、少なくとも２つの別々に送信されるパケットで前記複数の意図された受信ノードに送信され、１つ以上のクロスCBチェックブロックが、前記少なくとも２つのパケットの各々のCBから選択されたビットに基づいて生成される、例１又は２に記載の方法が提供される。

本開示の例１１では、少なくとも１つの意図された受信ノードが、少なくとも１つのパケットの復号に成功しなかったかどうかを示すフィードバックを受信するステップと、
復号に成功しなかった前記少なくとも１つのパケットからのみ選択されたビットに基づいて、前記１つ以上のクロスCBチェックブロックを生成するステップと、
を更に含む例１０に記載の方法が提供される。

本開示の例１２では、前記１つ以上のクロスCBチェックブロックのうちの１少なくとも１つは、前記２つ以上のパケットの復号に成功しなかった、前記少なくとも１つの意図された受信ノードにのみ送信される、例１１に記載の方法が提供される。

本開示の例１３では、前記１つ以上のクロスCBチェックブロックのうちの少なくとも１つは、前記意図された受信ノードのいずれかからのフィードバックが欠如している場合に送信される、例１０に記載の方法が提供される。

本開示の例１４では、前記少なくとも１つのクロスCBチェックブロックは、単一の送信で前記２つ以上の情報CBと共に送信される、例１又は２に記載の方法が提供される。

本開示の例１５では、前記意図された受信ノードから受信したチャネルフィードバックから、前記単一の送信で前記２つ以上の情報CBとともに送信すべきクロスCBチェックブロックの数を決定するステップ、を更に含む例１４に記載の方法が提供される。

本開示の例１６では、前記意図された受信ノードへ、構成又は制御信号を送信するステップを更に含み、前記構成信号は、前記１つ以上のクロスCBチェックブロックの生成に使用される１つ以上のパラメータに関する情報を含む、例１～１４のいずれか一項に記載の方法が提供される。

本開示の例１７では、前記構成又は制御信号は、以下：
新規送信又は再送信の指示、
HARQプロセス識別子、
再送信の反復回数、
送信されたクロスCBチェックブロックの数、
前記１つ以上のクロスCBチェックブロックの生成に使用された前記２つ以上の情報CBのインデックス、
前記１つ以上のクロスCBチェックブロックを生成するために使用されるインターリーバ、又は、
前記１つ以上のクロスCBチェックブロックの生成方法を示す冗長バージョン（RV）又はRVシーケンス、
の１つ以上に関する情報を含む、例１６に記載の方法が提供される。

本開示の例１８では、構成又は制御信号を受信するステップを更に含み、前記構成又は制御信号は、前記１つ以上のクロスCBチェックブロックの生成に使用される１つ以上のパラメータに関する情報を含む、例１～１７のいずれか一項に記載の方法が提供される。

本開示の例１９では、前記１つ以上のクロスCBチェックブロックを生成するための前記クロスCBビットのセットは、所定のインターリーバに従い選択される、例１～１８のいずれか一項に記載の方法が提供される。

本開示の例２０では、クロスCBビットの別のセットに基づき、追加の１つ以上のクロスCBチェックブロックを生成するステップであって、前記クロスCBビットの別のセットは、別の所定のインターリーバに従い選択される、ステップを更に含む例１９に記載の方法が提供される。

本開示の例２１では、
基地局から、前記２つ以上の情報CBを送信するためにスケジューリングされたリソース割り当てを受信するステップと、
少なくとも１つの意図された受信ノードが、前記２つ以上の情報CBの少なくとも１つの復号に成功しなかったかどうかを示すフィードバックを受信するステップと、
前記基地局に否定確認応答（NACK）のレポートを送信するステップと、
前記基地局から、前記少なくとも１つのクロスCBチェックブロックを送信するための追加のスケーリングされたリソース割り当てを受信するステップと、
を更に含む例１～２０のいずれか一項に記載の方法が提供される。

本開示の例２２では、
基地局から、前記２つ以上の情報CBを送信するために及びクロスCBチェックブロックの所定回数の送信のためにスケジューリングされたリソース割り当てを受信するステップを更に含む、例１～２０のいずれか一項に記載の方法が提供される。

本開示の例２３では、
リソースプールから、前記２つ以上の情報CBを送信するためのリソースを選択するステップを更に含む、例１～２０のいずれか一項に記載の方法が提供される。

本開示の例２４では、
リソースプールから、前記２つ以上の情報CBを送信するために及びクロスCBチェックブロックの所定回数の送信のためにリソースを選択するステップを更に含む、例１～２０のいずれか一項に記載の方法が提供される。

本開示の例２５では、方法であって、
１つ以上のクロスコードブロック（CB）チェックブロックを生成するための情報を受信するステップであって、各クロスCBチェックブロックは、クロスCBビットのセットに基づいて生成され、前記クロスCBビットのセットは、少なくとも２つの情報CBの各々から選択された少なくとも１つのビットを含む、ステップと、
前記１つ以上のクロスCBチェックブロックの少なくとも１つを、複数の意図された受信ノードに送信するステップと、
を含む方法が提供される。

本開示の例２６では、前記少なくとも１つのクロスCBチェックブロックは、前記意図された受信ノードに、ブロードキャスト、マルチキャスト、又はグループキャスト送信で送信される、例２５に記載の方法が提供される。

本開示の例２７では、前記受信された情報は、前記少なくとも２つの情報CBを含む、例２５又は２６に記載の方法が提供される。

本開示の例２８では、前記受信された情報は、前記１つ以上のクロスCBチェックブロックの生成に使用される１つ以上のパラメータに関する情報を含む、例２５～２７のいずれか一項に記載の方法が提供される。

本開示の例２９では、前記受信された情報は、以下：
新規送信又は再送信の指示、
HARQプロセス識別子、
再送信の反復回数、
送信されたクロスCBチェックブロックの数、
前記１つ以上のクロスCBチェックブロックの生成に使用された前記２つ以上の情報CBのインデックス、
前記１つ以上のクロスCBチェックブロックを生成するために使用されるインターリーバ、又は、
前記１つ以上のクロスCBチェックブロックの生成方法を示す冗長バージョン（RV）又はRVシーケンス、
の１つ以上に関する情報を含む、例２８に記載の方法が提供される。

本開示の例３０では、前記方法はネットワーク対応車両で実行される、例１～２９のいずれか一項に記載の方法が提供される。

本開示の例３１では、前記方法は、ユーザ機器装置で実行される、例１～２９のいずれか一項に記載の方法が提供される。

本開示の例３２では、前記方法は基地局で実行される、例１～２０又は２５～２９のいずれか一項に記載の方法が提供される。

本開示の例３３では、前記CBは組織的コードを用いて符号化される、例１～３２のいずれか一項に記載の方法が提供される。

本開示の例３４では、前記CBは低密度パリティチェック（low density parity check （LDPC））コード又はTurboコードを用いて符号化される、例３３に記載の方法が提供される。

本開示の例３５では、前記CBは非組織的コードを用いて符号化される、例１～３２のいずれか一項に記載の方法が提供される。

本開示の例３６では、前記CBは極性コード、線形ブロックコード、又は畳み込みコードを用いて符号化される、例３５に記載の方法が提供される。

本開示の例３７では、処理ユニットを含む機器であって、前記処理ユニットは、機械可読命令を実行して、前記機器に例１～３６のいずれか一項に記載の方法を実行させるように構成される、機器が提供される。

本開示の例３８では、格納された機械実行可能命令を有するコンピュータ可読媒体であって、前記命令は、機器の処理ユニットにより実行されると、前記機器に例１～３６のいずれか一項に記載の方法を実行させる、コンピュータ可読媒体が提供される。

本開示は、特定の順序でステップを有する方法及びプロセスを記述するが、方法及びプロセスの１つ以上のステップは、必要に応じて省略又は変更することができる。１つ以上のステップは、必要に応じて、記述されている順序以外の順序で行われることができる。

本開示は、少なくとも部分的には、方法に関して記述されているが、当業者は、本開示が、ハードウェアコンポーネント、ソフトウェア又はその２つの任意の組み合わせによって、記述された方法の少なくとも一部の態様及び特徴を実行するための様々なコンポーネントも対象とすることを理解するであろう。したがって、本開示の技術的解決は、ソフトウェアプロダクトの形で具体化される可能性がある。適切なソフトウェアプロダクトは、事前に記録された記憶装置、又は例えばDVD、CD-ROM、USBフラッシュディスク、リムーバブルハードディスク、その他の記憶媒体など、その他の同様の不揮発性又は非一時的コンピュータ可読媒体に保存されることがある。ソフトウェアプロダクトには、ここに開示された方法の例を処理装置（例えば、パーソナルコンピュータ、サーバ、又はネットワーク装置）が実行できるようにする命令が有形的に保存されている。機械実行可能命令は、コードシーケンス、構成情報、又はその他のデータの形式であってもよく、実行されると、機械（例えば、プロセッサ又はその他の処理装置）に本開示の例に従って方法のステップを実行させる。

本開示は、クレームの主題から逸脱することなく、他の特定の形式で具体化することができる。記載された例示的な実施形態は、全ての点で例示的なものであり、限定的なものではないと考えられる。上記の実施形態の１つ以上から選択された特徴を組み合わせて、明示的に記載されていない代替的な実施形態を作成することができ、そのような組み合わせに適した特徴は、本開示の範囲内で理解される。

開示された範囲内のすべての値及びサブ範囲も開示される。また、ここに開示され、示されるシステム、装置及びプロセスは、特定の数の要素／コンポーネントを含むことができるが、システム、装置及びアセンブリは、そのような要素／コンポーネントの追加又は少数を含むように変更することができる。例えば、開示された要素／コンポーネントのいずれかが単数であると参照されることがあるが、ここに開示された実施形態は、そのような要素／コンポーネントを複数含むように変更することができる。本願明細書に記載された主題は、あらゆる適切な技術的変更をカバーし包含する。

Claims (37)

1. 方法であって、
   複数の意図された受信ノードに２つ以上の情報コードブロック（CB）を送信するステップと、
   １つ以上のクロスCBチェックブロックを生成するステップであって、各クロスCBチェックブロックは、クロスCBビットのセットに基づいて生成され、前記クロスCBビットのセットは、少なくとも２つの情報CBの各々から選択された少なくとも１つのビットを含む、ステップと、
   前記１つ以上のクロスCBチェックブロックの少なくとも１つを、前記意図された受信ノードの少なくとも１つに送信するステップと、
   を含む方法。
2. 前記２つ以上の情報CBが、前記複数の意図された受信ノードへブロードキャスト、マルチキャスト、又はグループキャスト送信で送信され、前記少なくとも１つのクロスCBチェックブロックが、２つ以上の意図された受信ノードへ、ブロードキャスト、マルチキャスト、又はグループキャスト送信で送信される、請求項１に記載の方法。
3. 前記意図された受信ノードからのフィードバックは、各々の意図された受信ノードが前記２つ以上の情報CBの復号に成功したかどうかを示し、前記方法は、
   受信した否定確認応答（NACK）フィードバック又は確認応答（ACK）フィードバックの欠如から、前記意図された受信ノードの少なくとも１つが前記２つ以上の情報CBの復号に成功しなかったと決定した後、前記少なくとも１つのクロスCBチェックブロックを送信するステップを更に含む請求項１又は２に記載の方法。
4. 否定確認応答（NACK）フィードバックは、前記各々の意図された受信ノードが前記２つ以上の情報CBの復号に成功しなかったことを示すために受信される、請求項３に記載の方法。
5. 前記各々の意図された受信ノードからの確認応答（ACK）フィードバックの欠如は、前記各々の意図された受信ノードが前記２つ以上の情報CBの復号に成功しなかったことを示す、請求項３に記載の方法。
6. 前記少なくとも１つのクロスCBチェックブロックは、前記２つ以上の情報CBの復号に成功しなかった、前記意図された受信ノードのうちの少なくとも１つにのみ送信される、請求項３に記載の方法。
7. 前記少なくとも１つのクロスCBチェックブロックが、前記複数の意図された受信ノードのすべてに送信され、前記少なくとも１つのクロスCBチェックブロックが、前記意図された受信ノードのいずれからのフィードバックが欠如している場合に送信される、請求項１又は２に記載の方法。
8. １つ以上のクロスCBチェックブロックの各々のセットが、初期送信のために意図された受信ノードのいずれからのフィードバックも必要とせずに、所定の回数の再送信の間、各々の再送信で送信される、請求項１又は２に記載の方法。
9. 初期送信の後又は所与の再送信の後に、少なくとも１つの意図された受信ノードから確認応答（ACK）フィードバックを受信するステップ、を更に含み、
   前記初期送信又は前記所与の再送信の後の再送信は、ACKフィードバックを受信した少なくとも１つの意図された受信ノードには送信されない、請求項１又は２に記載の方法。
10. 否定確認応答（NACK）フィードバックが欠如している場合、前記複数の意図された受信ノードの各々から確認応答（ACK）フィードバックが受信されるまで、前記１つ以上のクロスCBチェックブロックの少なくとも１つの、前記複数の意図された受信ノードへの送信が繰り返される、請求項１又は２に記載の方法。
11. 前記２つ以上の情報CBが、少なくとも２つの別々に送信されるパケットで前記複数の意図された受信ノードに送信され、前記１つ以上のクロスCBチェックブロックが、前記少なくとも２つのパケットの各々のCBから選択されたビットに基づいて生成される、請求項１～１０のいずれか一項に記載の方法。
12. 少なくとも１つの意図された受信ノードが、少なくとも１つのパケットの復号に成功しなかったかどうかを示すフィードバックを受信するステップと、
    復号に成功しなかった前記少なくとも１つのパケットからのみ選択されたビットに基づいて、前記１つ以上のクロスCBチェックブロックを生成するステップと、
    を更に含む請求項１１に記載の方法。
13. 前記１つ以上のクロスCBチェックブロックの少なくとも１つが、前記パケットの少なくとも１つの復号に成功しなかった少なくとも１つの意図された受信ノードにのみ送信される、請求項１２に記載の方法。
14. 前記１つ以上のクロスCBチェックブロックの少なくとも１つが、前記意図された受信ノードのいずれからのフィードバックが欠如している場合に、送信される、請求項１１に記載の方法。
15. 前記少なくとも１つのクロスCBチェックブロックが、単一の送信において、前記２つ以上の情報CBとともに送信される、請求項１～１０のいずれか一項に記載の方法。
16. 前記意図された受信ノードから受信したチャネルフィードバックから、前記単一の送信で前記２つ以上の情報CBとともに送信すべきクロスCBチェックブロックの数を決定するステップ、を更に含む請求項１５に記載の方法。
17. 前記意図された受信ノードに制御信号を送信するステップであって、前記制御信号は、前記１つ以上のクロスCBチェックブロックの生成に使用される１つ以上のパラメータに関する情報を示す、ステップ、を更に含み、
    前記制御信号は、以下：
    新規送信又は再送信の指示、
    HARQプロセス識別子、
    再送信の反復回数、
    送信されたクロスCBチェックブロックの数、
    前記１つ以上のクロスCBチェックブロックの生成に使用された前記２つ以上の情報CBのインデックス、
    前記１つ以上のクロスCBチェックブロックを生成するために使用されるインターリーバ、又は、
    前記１つ以上のクロスCBチェックブロックの生成方法を示す冗長バージョン（RV）又はRVシーケンス、
    の１つ以上に関する情報を示す、請求項１～１６のいずれか一項に記載の方法。
18. 基地局から、前記２つ以上の情報CBを送信するためのリソース割り当てを受信するステップ、を更に含み、
    前記少なくとも１つのクロスCBチェックブロックを送信するためのリソースも、前記基地局によって割り当てられる、請求項１～１７のいずれか一項に記載の方法。
19. 少なくとも１つの意図された受信ノードが、前記２つ以上の情報CBの少なくとも１つの復号に成功しなかったかどうかを示すフィードバックを受信するステップと、
    前記基地局に否定確認応答（NACK）のレポートを送信するステップと、
    前記基地局から、前記少なくとも１つのクロスCBチェックブロックを送信するための追加のリソース割り当てを受信するステップと、
    を更に含む請求項１８に記載の方法。
20. 前記基地局からの前記リソース割り当てで、クロスCBチェックブロックの所定数の送信のためのリソースも割り当てられる、請求項１８又は１９に記載の方法。
21. リソースプールから、前記２つ以上の情報CBを送信するためのリソースを選択するステップ、を更に含み、
    前記少なくとも１つのクロスCBチェックブロックを送信するためのリソースも、前記リソースプールから選択される、請求項１～１７のいずれか一項に記載の方法。
22. 方法であって、
    １つ以上のクロスコードブロック（CB）チェックブロックを生成するための情報を受信するステップであって、各クロスCBチェックブロックは、クロスCBビットのセットに基づいて生成され、前記クロスCBビットのセットは、少なくとも２つの情報CBの各々から選択された少なくとも１つのビットを含む、ステップと、
    前記１つ以上のクロスCBチェックブロックの少なくとも１つを、複数の意図された受信ノードに送信するステップと、
    を含む方法。
23. 前記少なくとも１つのクロスCBチェックブロックが、前記意図された受信ノードに、ブロードキャスト、マルチキャスト、又はグループキャスト送信で送信される、請求項２２に記載の方法。
24. 受信情報が前記少なくとも２つの情報CBを含む、請求項２２又は２３に記載の方法。
25. 前記受信情報は、前記１つ以上のクロスCBチェックブロックの生成に使用される１つ以上のパラメータに関する情報を含み、
    前記受信情報は、以下：
    新規送信又は再送信の指示、
    HARQプロセス識別子、
    再送信の反復回数、
    送信されたクロスCBチェックブロックの数、
    前記１つ以上のクロスCBチェックブロックの生成に使用された２つ以上の情報CBのインデックス、
    前記１つ以上のクロスCBチェックブロックを生成するために使用されるインターリーバ、又は、
    前記１つ以上のクロスCBチェックブロックの生成方法を示す冗長バージョン（RV）又はRVシーケンス、
    の１つ以上に関する情報を含む、請求項２２～２４のいずれか一項に記載の方法。
26. 前記方法はネットワーク対応車両で実行される、請求項１～２５のいずれか一項に記載の方法。
27. 前記方法はユーザ機器装置で実行される、請求項１～２５のいずれか一項に記載の方法。
28. 前記方法は基地局で実行される、請求項１～１７又は２２～２５のいずれか一項に記載の方法。
29. 処理ユニットを含む機器であって、前記処理ユニットは、機械可読命令を実行して、前記機器に請求項１～２８のいずれか一項に記載の方法を実行させるように構成される、機器。
30. 格納された機械実行可能命令を有するコンピュータ可読媒体であって、前記命令は、機器の処理ユニットにより実行されると、前記機器に請求項１～２８のいずれか一項に記載の方法を実行させる、コンピュータ可読媒体。
31. 処理ユニットを含む機器であって、前記処理ユニットは機械可読命令を実行するよう構成され、前記命令は前記機器に、
    複数の意図された受信ノードに２つ以上の情報コードブロック（CB）を送信させ、
    １つ以上のクロスCBチェックブロックを生成させ、各クロスCBチェックブロックは、クロスCBビットのセットに基づいて生成され、前記クロスCBビットのセットは、少なくとも２つの情報CBの各々から選択された少なくとも１つのビットを含み、
    前記１つ以上のクロスCBチェックブロックの少なくとも１つを、前記意図された受信ノードの少なくとも１つに送信させる、
    機器。
32. 前記２つ以上の情報CBが、前記複数の意図された受信ノードへブロードキャスト、マルチキャスト、又はグループキャスト送信で送信され、前記少なくとも１つのクロスCBチェックブロックが、２つ以上の意図された受信ノードへ、ブロードキャスト、マルチキャスト、又はグループキャスト送信で送信される、請求項３１に記載の機器。
33. 前記意図された受信ノードからのフィードバックは、各々の意図された受信ノードが前記２つ以上の情報CBの復号に成功したかどうかを示し、前記処理ユニットは、前記命令を実行して、前記機器に、
    受信した否定確認応答（NACK）フィードバック又は確認応答（ACK）フィードバックの欠如から、前記意図された受信ノードの少なくとも１つが前記２つ以上の情報CBの復号に成功しなかったと決定した後、前記少なくとも１つのクロスCBチェックブロックを送信させるよう更に構成される、請求項３１又は３２に記載の機器。
34. １つ以上のクロスCBチェックブロックの各々のセットが、初期送信のために意図された受信ノードのいずれからのフィードバックも必要とせずに、所定の回数の再送信の間、各々の再送信で送信される、請求項３１又は３２に記載の機器。
35. 前記処理ユニットは、前記命令を実行して、前記機器に、前記意図された受信ノードに制御信号を送信させるよう更に構成され、前記制御信号は、前記１つ以上のクロスCBチェックブロックの生成に使用される１つ以上のパラメータに関する情報を示し、
    前記制御信号は、以下：
    新規送信又は再送信の指示、
    HARQプロセス識別子、
    再送信の反復回数、
    送信されたクロスCBチェックブロックの数、
    前記１つ以上のクロスCBチェックブロックの生成に使用された前記２つ以上の情報CBのインデックス、
    前記１つ以上のクロスCBチェックブロックを生成するために使用されるインターリーバ、又は、
    前記１つ以上のクロスCBチェックブロックの生成方法を示す冗長バージョン（RV）又はRVシーケンス、
    の１つ以上に関する情報を示す、請求項３１～３４のいずれか一項に記載の機器。
36. 前記処理ユニットは、前記命令を実行して、前記機器に、基地局から、前記２つ以上の情報CBを送信するためのリソース割り当てを受信させるよう更に構成され、
    前記少なくとも１つのクロスCBチェックブロックを送信するためのリソースも、前記基地局によって割り当てられる、請求項３１～３５のいずれか一項に記載の機器。
37. 前記処理ユニットは、前記命令を実行して、前記機器に、リソースプールから、前記２つ以上の情報CBを送信するためのリソースを選択させるよう更に構成され、
    前記少なくとも１つのクロスCBチェックブロックを送信するためのリソースも、前記リソースプールから選択される、請求項３１～３５のいずれか一項に記載の機器。

Images