(57)【特許請求の範囲】
【請求項１】
第１のデータを端末に送信し、前記第１のデータの送信後、再送信条件下で第２のデータを前記端末に再送信するように構成された送信機と、
前記第１のデータの前記送信のシステマティックビットレベルおよび代替リソースレベルの少なくとも一方に基づいて、前記第２のデータの前記再送信の再送信方式を制御するように構成された回路と、
を備え、
前記代替リソースレベルは、第１のサービスのトラフィックを端末に送信するための第１のリソースが第２のサービスのトラフィックで代替されるレベルを表し、
前記再送信方式は、閾値よりも多くのシステマティックビットで前記第２のデータを再送信する第１の再送信方式を含む、通信装置。
【請求項２】
受信機をさらに備え、
前記再送信条件が、前記受信機が前記端末から否定応答を受信する第１の再送信条件および前記受信機が前記端末から応答を受信しない第２の再送信条件の少なくとも一方を含み、
前記受信機が前記端末から応答を受信しない場合、前記回路が、前記第１のデータが前記送信に関して前記代替が行われた場合に前記第１のデータが再送信されるものと決定するように構成された、
請求項１に記載の通信装置。
【請求項３】
前記回路が、代替方式に従って、前記代替を行うことにより、前記送信機に前記代替された第１のデータを送信させるように構成された代替回路を含み、
前記代替方式が、
前記第１のサービスのトラフィックを送信する前記第１のリソースが前記第２のサービスのトラフィックで代替される端末の数を最小化することと、
前記第１のサービスのリソース内で前記代替されるリソースのサイズまたは比をサイズまたは比閾値で制限することと、
前記代替されるコードブロックの数を最小化することと、
前記第１のサービスのトラフィックを送信する前記第１のリソースにおいて前記代替されるリソースのサイズまたは比を平均化することと、
前記第１のサービスのトラフィックおよび前記第２のサービスのトラフィックの両者を受信する端末に前記第１のサービスのトラフィックを送信する前記第１のリソースが前記第２のサービスのトラフィックで代替されるように指定することと、
のうちの少なくとも１つを含む、
請求項１に記載の通信装置。
【請求項４】
前記送信機が、制御シグナリング方式に従って前記代替を示す制御シグナリングを送信するように構成されており、
前記制御シグナリング方式が、
前記第１のサービスのトラフィックを受信する第１の端末および前記第２のサービスのトラフィックを受信する第２の端末を含むグループのすべての端末にグループ共通制御シグナリングを送信することであり、前記グループ共通制御シグナリングがそれぞれ、前記第２の端末の各端末ＩＤでのリソース割り当てを示し、前記第１の端末が、前記グループ共通制御シグナリングにおいて前記リソース割り当てを解釈することにより、それぞれの前記代替されるリソースの状況を取得可能である、グループ共通制御シグナリングを送信することと、
リソース割り当てをそれぞれ示す制御シグナリングを前記第２の端末それぞれに送信すること、および、前記代替されるリソースの状況をそれぞれ示す他の制御シグナリングを前記第１の端末それぞれに送信することと、
の少なくとも一方を含む、
請求項３に記載の通信装置。
【請求項５】
前記システマティックビットレベルが、前記第１のデータ内のシステマティックビットのサイズまたは前記第１のデータ内の前記システマティックビットの比を含み、前記代替リソースレベルが、前記第１のデータ内の前記代替されるリソースのサイズまたは前記第１のデータ内の前記代替されるリソースの比を含む、
請求項１に記載の通信装置。
【請求項６】
前記回路が、前記第１のデータの前記送信のシステマティックビットレベルおよび前記代替リソースレベルの少なくとも一方に基づいて第１の条件を検出するように構成された検出器と、第１の条件下で、前記第１の再送信方式を決定するように構成されたコントローラと、を具備し、
前記第１の条件が、
前記システマティックビットレベルが前記システマティックビットレベルに関するシステマティックビット閾値よりも大きいこと、
前記代替リソースレベルが前記代替されるリソースに関する代替リソース閾値よりも大きいこと、または
前記システマティックビットレベルが前記システマティックビット閾値よりも大きく、前記代替リソースレベルが前記代替リソース閾値よりも大きいこと、
を含む、
請求項１に記載の通信装置。
【請求項７】
前記第１の再送信方式が、システマティックビットが最も多い冗長バージョンを含み、
異なる冗長バージョンが、すべてのシステマティックビットおよびすべての冗長ビットを含むバッファの異なる開始点を示す、
請求項６に記載の通信装置。
【請求項８】
前記回路が、前記第１のデータの前記送信のシステマティックビットレベルおよび前記代替リソースレベルの少なくとも一方に基づいて第１の条件を検出するように構成された検出器と、第１の条件下で、前記第１の再送信方式を決定するように構成されたコントローラと、を具備し、かつ、前記第１の条件以外の第２の条件において、前記第２のデータを再送信する第２の再送信方式として前記再送信方式を制御するように構成されており、
前記第２の再送信方式が、前記閾値以下のシステマティックビットで前記第２のデータを再送信するか、または送信方式順序により規定されるか、もしくは前記通信装置および前記端末に共通のルールにより決定される、
請求項１に記載の通信装置。
【請求項９】
前記通信装置および前記端末に共通のルールが、送信される前記第１のデータまたは前記第２のデータのサブフレームインデックス、スロットインデックスおよび送信時間間隔（ＴＴＩ）インデックスのうちの少なくとも１つの関数を含む、
請求項８に記載の通信装置。
【請求項１０】
前記再送信用の前記第２のデータが、前記再送信条件下で再送信の必要がある最小データである、
請求項１に記載の通信装置。
【請求項１１】
通信装置において、
第１のデータを端末に送信することと、
前記第１のデータの送信後、再送信条件下で第２のデータを前記端末に再送信することと、
前記第１のデータの前記送信のシステマティックビットレベルおよび代替リソースレベルの少なくとも一方に基づいて、前記第２のデータの前記再送信の再送信方式を制御することと、
を含み、
前記代替リソースレベルは、第１のサービスのトラフィックを端末に送信するための第１のリソースが第２のサービスに関するトラフィックで代替されるレベルを表し、
前記再送信方式は、閾値よりも多くのシステマティックビットで前記第２のデータを再送信する第１の再送信方式を含む、
無線通信方法。
【請求項１２】
通信装置および端末を備えた通信システムであって、
前記通信装置が、
第１のデータを前記端末に送信し、前記第１のデータの送信後、再送信条件下で第２のデータを前記端末に再送信するように構成された第１の送信機と、
前記第１のデータの前記送信のシステマティックビットレベルおよび代替リソースレベルの少なくとも一方に基づいて、前記第２のデータの前記再送信の再送信方式を制御するように構成された第１の回路と、
を備え、
前記端末が、
前記通信装置から送信された前記第１のデータを受信するとともに、前記再送信方式に従って前記通信装置から再送信された前記第２のデータを受信するように構成された第２の受信機と、
前記第１のデータの受信後、前記第２のデータを受信する前に、前記再送信条件を前記通信装置に示すように構成された第２の送信機と、
前記受信した第２のデータの前記再送信の前記再送信方式を復元するように構成された第２の回路と、
を備え、
前記代替リソースレベルは、第１のサービスのトラフィックを端末に送信するための第１のリソースが第２のサービスに関するトラフィックで代替されるレベルを表し、
前記再送信方式は、閾値よりも多くのシステマティックビットで前記第２のデータを再送信する第１の再送信方式を含む、
通信システム。
【請求項１３】
前記第２の送信機が、前記第２の受信機が前記第１のデータを正しく受信していない場合に否定応答を前記通信装置に送信するか、または、前記第１のデータが代替されたことを前記第２の回路が発見した場合に応答を前記通信装置に送信しないことにより、前記再送信条件を前記通信装置に示すように構成されており、
前記通信装置が、前記端末から前記否定応答を受信するか、または、前記端末から応答を受信しないように構成された第１の受信機をさらに備えており、
前記第１の受信機が前記端末から応答を受信しない場合、前記第１の回路が、前記第１のデータが前記送信に関して前記代替された場合に前記第１のデータが再送信されるものと決定するように構成された、
請求項１２に記載の通信システム。
【請求項１４】
前記第１の回路が、代替方式に従って、前記代替を行うことにより、前記第１の送信機に前記代替された第１のデータを送信させるように構成された第１の代替回路を含み、
前記代替方式が、
前記第１のサービスのトラフィックを送信する第１のリソースが前記第２のサービスのトラフィックで代替される端末の数を最小化することと、
前記第１のリソース内の前記代替されるリソースのサイズまたは比をサイズまたは比閾値で制限することと、
前記代替されるリソースに対するコードブロックの数を最小化することと、
前記第１のサービスのトラフィックを送信する前記第１のリソースにおいて前記代替されるリソースのサイズまたは比を平均化することと、
前記第１のサービスのトラフィックおよび前記第２のサービスのトラフィックの両者を受信する端末に前記第１のサービスのトラフィックを送信する前記第１のリソースが前記第２のサービスのトラフィックで代替されるように指定することと、
のうちの少なくとも１つを含む、
請求項１２に記載の通信システム。
【請求項１５】
前記第１の送信機が、制御シグナリング方式に従って前記代替を示す制御シグナリングを送信するように構成されており、
前記制御シグナリング方式が、
前記第１のサービスのトラフィックを受信する第１の端末および前記第２のサービスのトラフィックを受信する第２の端末を含むグループのすべての端末にグループ共通制御シグナリングを送信することであり、前記グループ共通制御シグナリングがそれぞれ、前記第２の端末の各端末ＩＤでのリソース割り当てを示し、前記第１の端末が、前記グループ共通制御シグナリングにおいて前記リソース割り当てを解釈することにより、それぞれの前記代替されるリソースの状況を取得可能である、グループ共通制御シグナリングを送信することと、
リソース割り当てをそれぞれ示す制御シグナリングを前記第２の端末それぞれに送信すること、および、前記代替されるリソースの状況をそれぞれ示す他の制御シグナリングを前記第１の端末それぞれに送信することと、
の少なくとも一方を含む、請求項１４に記載の通信システム。
【請求項１６】
前記システマティックビットレベルが、前記第１のデータ内のシステマティックビットのサイズまたは前記第１のデータ内の前記システマティックビットの比を含み、前記代替リソースレベルが、前記第１のデータ内の前記代替されるリソースのサイズまたは前記第１のデータ内の前記代替されるリソースの比を含む、
請求項１２に記載の通信システム。
【請求項１７】
前記第１の回路が、前記第１のデータの前記送信のシステマティックビットレベルおよび前記代替リソースレベルの少なくとも一方に基づいて第１の条件を検出するように構成された第１の検出器と、第１の条件下で、前記第１の再送信方式を決定するように構成された第１のコントローラと、を具備しており、
前記第１の条件が、
前記システマティックビットレベルが前記システマティックビットレベルに関するシステマティックビット閾値よりも大きいこと、
前記代替リソースレベルが前記代替されるリソースに関する代替リソース閾値よりも大きいこと、または
前記システマティックビットレベルが前記システマティックビット閾値よりも大きく、前記代替リソースレベルが前記代替リソース閾値よりも大きいこと、
を含む、
請求項１２に記載の通信システム。
【請求項１８】
前記第１の回路が、前記第１のデータの前記送信のシステマティックビットレベルおよび前記代替リソースレベルの少なくとも一方に基づいて第１の条件を検出するように構成された第１の検出器と、第１の条件下で、前記第１の再送信方式を決定するように構成された第１のコントローラと、を具備し、
前記第１のコントローラが、前記第１の条件以外の第２の条件において、前記第２のデータを再送信する第２の再送信方式として前記再送信方式を制御するように構成されており、
前記第２の再送信方式が、前記閾値以下のシステマティックビットで前記第２のデータを再送信するか、または送信方式順序により規定されるか、もしくは前記通信装置および前記端末に共通のルールにより決定される、
請求項１２に記載の通信システム。
【請求項１９】
前記第２の回路が、前記受信した第１のデータの前記送信の冗長バージョンの前記システマティックビットレベルおよび前記受信した第１のデータの前記送信の前記代替リソースレベルを決定するように構成された第２の検出器と、前記第１のデータの前記送信の前記システマティックビットレベルおよび前記代替リソースレベルの少なくとも一方に基づいて、前記受信した第２のデータの前記再送信の前記再送信方式を決定するように構成された第２のコントローラとを具備しており、
異なる冗長バージョンが、すべてのシステマティックビットおよびすべての冗長ビットを含むバッファの異なる開始点を示す、
請求項１２に記載の通信システム。
【請求項２０】
前記第２の検出器が、前記受信した第１のデータの前記送信の前記冗長バージョンを、受信した制御シグナリングにより決定するか、または送信方式順序により規定するか、もしくは前記通信装置および前記端末に共通のルールにより決定するように構成されており、
前記第２の検出器が、前記代替リソースレベルを示す受信信号によって、前記第１のデータの前記送信の前記代替リソースレベルを決定するように構成された、
請求項１９に記載の通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、無線通信分野に関し、より詳細には、再送信方式を制御する通信装置、方法およびシステムに関する。
【背景技術】
【０００２】
第４世代（４Ｇ）通信システムおよびロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）の展開から大きくなっている無線データトラフィックの需要を満たすため、改良された第５世代（５Ｇ）通信システムまたはプレ５Ｇ通信システムを開発する努力が払われている。
【０００３】
無線通信分野において、ユーザ機器（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）としても知られるエンドユーザ無線端末は、無線アクセスネットワーク（ＲＡＮ：Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）等の無線ネットワークを介して、「ｅＮｏｄｅＢ」（ＬＴＥ分野におけるｅＮＢ）または「ｇＮｏｄｅＢ」（５Ｇ分野におけるｇＮＢ）とも称する無線基地局（ＲＢＳまたは短くＢＳ）と通信する。無線アクセスネットワーク（ＲＡＮ）は、無線基地局がそれぞれサービス提供しているセルエリアに分割された地理的エリアを網羅する。
【０００４】
ＵＥと基地局としてのノードＢとの間では、ハイブリッド自動再送要求（ＨＡＲＱ：Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ）フィードバックプロセスが媒体アクセス制御（ＭＡＣ：Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）レイヤにおいて動作する。送信機においては、パケットが受信機に送信される。受信機においては、対応するＨＡＲＱエンティティがパケット送信を受信し、送信されたパケットを復号化して復元しようとする。受信機のＨＡＲＱエンティティは、復元したパケットを適正な順序で上位レイヤに提供することができる。受信パケットが正しく復号化されない場合、受信機は、否定応答（ＮＡＣＫ）を送信機に送って、送信機によるパケットの再送信を開始させる。それ以外の場合、受信機は、対応するパケットの確認（ＡＣＫ）を送信する。ＮＡＣＫを受信した送信機は、再送信方式に従って、対応するパケットを再送信する。このプロセスは、パケットが誤りなく復号化されるか、または、（たとえば、規格に指定の）最大再送信試行数に達するまで繰り返される可能性がある。
【０００５】
再送信の場合、送信機は、元の送信と全く同じのパケットを再送信可能である。あるいは、送信機は、パケットの異なるバージョンを再送信可能である。これらの異なるバージョンは、リリース８（ＬＴＥ）の冗長バージョン（ＲＶ：Ｒｅｄｕｎｄａｎｃｙ  Ｖｅｒｓｉｏｎ）パラメータにより示される。
【０００６】
ただし、ＬＴＥにおいては、再送信およびＨＡＲＱフィードバックが動作中のトランスポートブロック（ＴＢ：Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ）ごとである。ＴＢが複数のコードブロック（ＣＢ：Ｃｏｄｅ  Ｂｌｏｃｋ）を含む場合は、ＴＢのすべてのＣＢを再送信する必要があり、ＨＡＲＱフィードバックが「ＮＡＣＫ」の場合、各ＣＢの再送信には、同じ冗長バージョン等の同じ再送信方式を使用する。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
非限定的かつ例示的な一実施形態によって、再送信方式の改善された柔軟性が容易に提供されるようにする。
【課題を解決するための手段】
【０００８】
一般的な一態様においては、第１のデータを端末に送信し、第１のデータの送信後、再送信条件下で第２のデータを端末に再送信するように構成された送信機と、第１のデータの送信のシステマティックビットレベルおよび代替リソースレベルの少なくとも一方に基づいて、第２のデータの再送信の再送信方式を制御するように構成された回路と、を備えた、通信装置を提供する。
【０００９】
一般的な別の態様においては、通信装置において、第１のデータを端末に送信することと、第１のデータの送信後、再送信条件下で第２のデータを端末に再送信することと、第１のデータの送信のシステマティックビットレベルおよび代替リソースレベルの少なくとも一方に基づいて、第２のデータの再送信の再送信方式を制御することと、を含む、無線通信方法を提供する。
【００１０】
一般的な別の態様においては、通信装置および端末を備えた通信システムであって、通信装置が、第１のデータを端末に送信し、第１のデータの送信後、再送信条件下で第２のデータを端末に再送信するように構成された第１の送信機と、第１のデータの送信のシステマティックビットレベルおよび代替リソースレベルの少なくとも一方に基づいて、第２のデータの再送信の再送信方式を制御するように構成された第１の回路と、を備え、端末が、通信装置から送信された第１のデータを受信するとともに、再送信方式に従って通信装置から再送信された第２のデータを受信するように構成された第２の受信機と、第１のデータの受信後、第２のデータを受信する前に、再送信条件を通信装置に示すように構成された第２の送信機と、受信した第２のデータの再送信の再送信方式を復元するように構成された第２の回路と、を備えた、通信システムを提供する。
【００１１】
一般的な実施形態または特定の実施形態がシステム、方法、集積回路、コンピュータプログラム、記憶媒体、またはこれらの任意選択的な組み合わせとして実装されていてもよいことに留意されたい。
【００１２】
開示の実施形態の他の利益および利点については、本明細書および図面から明らかとなるであろう。これらの利益および／または利点は、本明細書および図面の種々の実施形態および特徴によって個別に得られるようになっていてもよいが、このような利益および／または利点のうちの１つまたは複数を得るのにすべてが提供される必要はない。
【図面の簡単な説明】
【００１３】
【図１Ａ】本発明の一実施形態に係る、基地局とユーザ端末との間のダウンリンク送信のフローチャートの一例を模式的に示した図である。
【図１Ｂ】本発明の一実施形態に係る、基地局とユーザ端末との間のアップリンク送信のフローチャートの一例を模式的に示した図である。
【図２Ａ】送信機から送信されるデータを符号化および変調するフローチャートの一例を模式的に示した図である。
【図２Ｂ】異なる冗長バージョンを生成するターボ符号器中の円形バッファの一例を模式的に示した図である。
【図３Ａ】送信中の一代替例であって、新無線（ＮＲ：Ｎｅｗ  Ｒａｄｉｏ）フィールドにおける超高信頼・低遅延通信（ＵＲＬＬＣ：Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ＆  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）トラフィックによって代替された高度モバイルブロードバンド（ｅＭＢＢ：Ｅｎｈａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ）リソースを模式的に示した図である。
【図３Ｂ】本発明の一実施形態に係る、代替方式のオプションの一例を模式的に示した図である。
【図３Ｃ】本発明の一実施形態に係る、代替方式のオプションの一例を模式的に示した図である。
【図３Ｄ】本発明の一実施形態に係る、代替方式のオプションの一例を模式的に示した図である。
【図３Ｅ】本発明の一実施形態に係る、代替方式のオプションの一例を模式的に示した図である。
【図４】本発明の一実施形態に係る、通信装置および端末を含む通信システムの模式的なブロック図である。
【図５】本発明の一実施形態に係る、通信装置の模式的なブロック図である。
【図６Ａ】本発明の一実施形態に係る、再送信方式の一例を模式的に示した図である。
【図６Ｂ】本発明の一実施形態に係る、再送信方式の一例を模式的に示した図である。
【図６Ｃ】本発明の一実施形態に係る、再送信方式の一例を模式的に示した図である。
【図６Ｄ】本発明の一実施形態に係る、再送信方式の一例を模式的に示した図である。
【図７】本発明の一実施形態に係る、無線通信方法の模式的なフローチャートである。
【発明を実施するための形態】
【００１４】
以下、図面を参照して実施形態を説明するが、これらは、通信方法、装置およびシステムに関する。本技術は、多くの異なる形態および多くの異なる順序で具現化されるようになっていてもよく、本明細書に記載の実施形態に限定されるものと解釈すべきではないことが了解される。むしろ、これらの実施形態は、本開示が網羅的かつ完全で、本技術を当業者に十分伝えられるように提供される。実際、本技術は、添付の特許請求の範囲により規定される技術の範囲および主旨に含まれるこれらの実施形態の代替、改良および同等物を網羅することが意図される。さらに、本技術に関する以下の詳細な説明においては、本技術を完全に理解できるように、多くの具体的詳細を示す。ただし、当業者には、このような具体的詳細なく本技術を実施可能であることが明らかとなるであろう。
【００１５】
本明細書においては、方法のステップおよび構成要素の構造の順序を例示目的で与えているが、何ら限定的なものではない。本技術の以下の詳細な記述は、例示および説明を目的として与える。包括性を意図したものでもなければ、開示の厳密な形態に本技術を限定することを意図したものでもない。上記教示内容に照らして、多くの改良および変形が可能である。記載の実施形態は、本技術の原理およびその実際の用途を最もよく説明することにより、種々の実施形態において、考えられる特定の使用に適するような種々の改良を伴って当業者が本技術を最もよく利用できるように選定したものである。本技術の範囲は、本明細書に添付の特許請求の範囲によって規定されるものとする。
【００１６】
図１Ａは、本発明の一実施形態に係る、基地局１００とユーザ端末２００との間のダウンリンク（ＤＬ）送信のフローチャートの一例を模式的に示している。
【００１７】
なお、本例は、基地局１００（一般的には、通信装置）とユーザ端末（一般的には、以下の端末）２００との間の無線通信を示しているが、無線通信はこれら２つのエンティティに限定されない。２つのユーザ端末等、他のエンティティも同様の無線通信を実行可能である。
【００１８】
図１Ａに示すように、ステップＳＴ１０１において、基地局１００は、同期信号およびシステム情報信号を端末２００に送信する。ステップＳＴ１０２において、基地局１００および端末２００は、互いに相互作用して、システム情報の取得、ランダムアクセス手順、または無線リソース制御（ＲＲＣ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）接続制御を終える。ステップＳＴ１０１およびＳＴ１０２は、同期、システム情報の取得、ランダムアクセス手順、またはＲＲＣ接続制御に関するが、これらは、通常の無線通信における従来のステップである。
【００１９】
ステップＳＴ１０３において、基地局１００は、ｅＭＢＢリソースを代替（preemption）してＵＲＬＬＣトラフィックを送信する必要がある場合、ｅＭＢＢリソース内でＵＲＬＬＣサービスを送信する代替リソースを決定する。ステップＳＴ１０３は、本発明の実施形態に従って、ｅＭＢＢリソース内でＵＲＬＬＣサービスを送信する代替リソースの決定に関し、代替の必要性に応じた任意選択的なステップである。本発明の実施形態においては、ｅＭＢＢリソース内での代替リソースの選択方法（または、ｅＭＢＢリソースの代替方法）に関するルールを規定することも可能である。その詳細については、図３Ａ〜図３Ｅを参照して論じる。
【００２０】
ＳＴ１０４において、基地局１００は、ｅＭＢＢサービスのＤＬ制御シグナリング（リソース割り当て情報を示す）およびＤＬデータを端末２００に送信する。ＤＬデータには第１のデータを含み、本例においては、第１のデータが１つまたは複数のＣＢＧを含んでいてもよい。なお、本願においては、１つのＣＢＧが最小ＨＡＲＱフィードバック・再送信単位と仮定される。ＣＢＧは、コードブロックグループを意味し、１つまたは複数のコードブロックから成っていてもよい。ＣＢＧの粒度は、基地局１００により設定されていてもよい。当然のことながら、最小フィードバック・再送信単位は、１つのＣＢＧに限定されず、１つまたは複数のコードブロック、１つまたは複数のＣＢＧ、あるいは１つまたは複数のＴＢも本発明の実施形態に利用可能である。ステップＳＴ１０３の実行の場合、ＤＬデータは、ｅＭＢＢリソース内で代替リソースにより送信されるようになっていてもよい。基地局１００がＵＲＬＬＣチャネルも送信する場合は、ＵＲＬＬＣのリソースを割り当てる制御シグナリングも送信に含まれていてもよい。ＵＲＬＬＣ  ＵＥは、ＵＲＬＬＣチャネルを受信可能である。
【００２１】
なお、ダウンリンク（ＤＬ）リソース割り当て情報は、基地局１００から端末２００に送信されたＤＣＩにおいて示されていてもよい。また、リソース割り当て情報は、（ＵＲＬＬＣサービストラフィックの対象となる）ＵＲＬＬＣ対象ＵＥに対して、ＵＲＬＬＣサービストラフィックを受信しなければならないことを通知するとともに、他のＵＥ（リソースが代替された（ｅＭＢＢサービストラフィックの対象となる）一部のｅＭＢＢ対象ＵＥ）にも通知する。ＤＣＩを設計する１つの方法として、ＵＲＬＬＣ  ＤＣＩを各ＵＲＬＬＣ対象ＵＥに送信するとともに、ｅＭＢＢ代替状況を示すｅＭＢＢ代替ＤＣＩをｅＭＢＢ対象ＵＥに送信する。ただし、オーバヘッドが大きくなる可能性がある。このため、本発明者は、ＵＲＬＬＣ対象ＵＥのＵＲＬＬＣリソース割り当ての指定に関するＤＣＩおよびｅＭＢＢ対象ＵＥの代替状況の指定に関するＤＣＩを設計する方法に関して、別のＤＣＩ設計を考慮する。以下にいくつかの例を示す。
【００２２】
例１）では、第１のサービス（ｅＭＢＢ）のトラフィックを受信する第１の端末（ｅＭＢＢ対象ＵＥ）および第２のサービス（ＵＲＬＬＣ）のトラフィックを受信する第２の端末（ＵＲＬＬＣ対象ＵＥ）を含むグループのすべての端末に、第２の端末の各端末ＩＤでのリソース割り当てをそれぞれ示すグループ共通制御シグナリングを送信する。第１の端末（ｅＭＢＢ対象ＵＥ）は、グループ共通制御シグナリングにおけるリソース割り当てを解釈して、それぞれの代替リソース状況を得ることができる。すなわち、ＵＲＬＬＣリソース割り当ての共通ＤＣＩは、グループのすべてのＵＥに対してグループ状に送信される。ＤＣＩは、ＵＲＬＬＣサービストラフィックの対象となるＵＥを示すセル無線ネットワーク一時識別情報（Ｃ−ＲＮＴＩ  ＩＤ：Ｃｅｌｌ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ）に対応するフィールドを含む。ＤＣＩは、ＵＲＬＬＣリソース割り当てに関するリソースブロック割り当て（ＲＢＡ）フィールドをさらに含む。このＤＣＩに基づいて、ＵＲＬＬＣ対象ＵＥは、Ｃ−ＲＮＴＩ  ＩＤフィールドの解釈によりＵＲＬＬＣデータを受信するＵＥであることをそれ自体で把握し、代替ｅＭＢＢ  ＵＥは、ＲＢＡフィールドの解釈によって、それらのｅＭＢＢリソースが代替（または、パンクチャ）されるかを把握する。
【００２３】
たとえば、３つのＵＲＬＬＣ対象ＵＥが同じスロットに割り当てられている場合は、ＵＲＬＬＣ対象ＵＥおよびｅＭＢＢ  ＵＥのすべてに３つのＵＲＬＬＣ  ＤＣＩが送られる。これら３つのＤＣＩは、ＵＲＬＬＣ対象ＵＥおよびｅＭＢＢリソース割り当てＵＥによって受信される。
【００２４】
この例１）では、ＵＲＬＬＣリソース割り当て用のＤＣＩおよびｅＭＢＢ  ＵＥの代替用のＤＣＩの両者を識別する必要も送信する必要もないため、ＤＣＩオーバヘッドを最小化可能である。
【００２５】
一方、基地局とＵＥとの間のスクランブルおよびサーチスペース運用は、ＲＲＣにより把握または設定されたグループ共通ＩＤに基づくことになる。
【００２６】
例２）では、リソース割り当てをそれぞれ示す制御シグナリングを第２の端末（ＵＲＬＬＣ対象ＵＥ）それぞれに送信するとともに、代替リソース状況をそれぞれ示す他の制御シグナリングを第１の端末（ｅＭＢＢ対象ＵＥ）それぞれに送信する。すなわち、ＵＲＬＬＣ対象ＵＥのＵＲＬＬＣサービストラフィックのＤＣＩがＵＥ固有である。代替（パンクチャリング）ｅＭＢＢリソース指定用のＤＣＩは、グループ固有である。
【００２７】
たとえば、３つのＵＲＬＬＣ  ＵＥが同じスロットに割り当てられている場合は、３つの個別ＵＲＬＬＣ  ＤＣＩがＵＲＬＬＣ対象ＵＥにそれぞれ送られる一方、１つのグループ共通ＤＣＩがすべてのｅＭＢＢ  ＵＥに送られる。３つのＵＲＬＬＣ  ＵＥは、３つのＵＲＬＬＣ  ＤＣＩをそれぞれ受信する。ｅＭＢＢリソース割り当てＵＥは、代替を示す１つのグループ共通ＤＣＩを受信する。
【００２８】
この例２）は、１つのグループ固有ＤＣＩを増大可能であるが、例１）と比較して、ｅＭＢＢ  ＵＥのＤＣＩを検出する手間が少なくなる。
【００２９】
なお、図２Ａを参照して、ＤＬデータは、符号化および変調により生成可能である。図２Ａは、送信機から送信されるデータを符号化および変調するフローチャートの一例を模式的に示している。図２Ａに示すように、まずはトランスポートブロックに巡回冗長検査（ＣＲＣ：Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）ビットが追加された後、ＣＲＣビットを伴うトランスポートブロック（ＴＢ）が複数のコードブロック（ＣＢ）に分割されるようになっていてもよい。コードブロックごとに、ＣＲＣの追加および符号化が実行される。その後、すべての符号化コードブロックが集中・変調されて、送信データが生成される。従来、端末２００においては、ＴＢごとにＨＡＲＱ応答を基地局１００にフィードバックするが、１つの仮定として、ＣＢは（たとえば基地局によってＣＢＧ数を設定可能すなわちＣＢＧ粒度を設定可能な）１つまたは複数のコードブロックグループ（ＣＢＧ）にグループ化可能であり、端末２００は、ＣＢＧごとにＨＡＲＱ応答を基地局１００にフィードバックすることによって、ＨＡＲＱ応答およびＨＡＲＱ応答に対する再送信の柔軟性および粒度を改善可能である。
【００３０】
なお、（第１のデータを含む）ＤＬデータの送信は、送信方式に従って実行可能である。送信方式としては、３種類の方式すなわち冗長バージョン（ＲＶ）、新規データ指定（ＮＤＩ：Ｎｅｗ  Ｄａｔａ  Ｉｎｄｉｃａｔｉｏｎ）および変調・コード方式（ＭＣＳ：Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｅ  Ｓｃｈｅｍｅ）のうちの少なくとも１つが挙げられる。冗長バージョン（ＲＶ）は通常、２ビットを有する。異なる冗長バージョンは、すべてのシステマティックビットおよびすべての冗長ビット（または、パリティビット）を含むバッファ（円形バッファ等）の異なる開始点を示す。すなわち、冗長バージョンが異なれば、（再）送信パケット（または、データ）に含まれるシステマティックビットおよび冗長ビットのサイズ／比も異なることになり得る。詳細なＲＶ生成については、図２Ｂを参照して見出すことも可能である。図２Ｂは、異なる冗長バージョンを生成するターボ符号器中の円形バッファの一例を模式的に示している。図２Ｂに示すように、｛Ｓ１，・・・，Ｓｋ｝がコードブロックに関するシステマティックビットであり、｛ｐ１，・・・，ｐｋ｝がパリティビット（すなわち、冗長ビット）である。円形バッファにおいて、異なるＲＶの開始位置は異なっている。ＲＶ０にはより多くのシステマティックビットを伴い、その他のシステマティックビットはより少数またはゼロである。このため、異なる冗長バージョンに応じた異なる送信／再送信は、正しい復号化の可能性を高くすることを目的とする。一例において、冗長バージョンは、ＲＶ０、ＲＶ１、ＲＶ２、ＲＶ３であってもよく、ＲＶ０が通常はより多くのシステマティックビットとなり、他のＲＶのシステマティックビットがより少数またはゼロとなる。
【００３１】
なお、基地局１００から端末２００への制御シグナリングの送信によっても、データ送信用の冗長バージョンを含む送信方式を示すことができる。
【００３２】
ステップＳＴ１０５において、ＵＥノードの端末２００は、ＤＬ制御シグナリングと、第１のデータを含むＤＬデータとを受信する。ここでは、説明を簡単にするため、ＵＲＬＬＣおよびｅＭＢＢリソース上のＤＬデータが同じＵＥに送信されるものと仮定する。ただし、この提案のフレームワークにおいては、ＵＲＬＬＣサービスおよびｅＭＢＢサービスを異なるＵＥに送信可能である。
【００３３】
ステップＳＴ１０６において、端末２００は、ＣＢＧごとにＨＡＲＱ応答を基地局１００にフィードバックする。ステップＳＴ１０６は、ＣＢＧごとのＨＡＲＱフィードバックに関する。端末２００は、ｅＭＢＢリソースを受信した場合、ＣＢＧごとに（ＡＣＫおよびＮＡＣＫを含む）ＨＡＲＱビットをフィードバックすることになる。
【００３４】
送信ＣＢＧに対するＨＡＲＱフィードバックとして端末２００がＮＡＣＫをフィードバックする場合、基地局１００は、（上述の送信方式と原理が類似する）再送信方式に従って、このＣＢＧを再送信するよう決定することになる。
【００３５】
従来、ＬＴＥにおいては、トランスポートブロック（ＴＢ）のすべてのコードブロックの再送信方式が同一である。ダウンリンクＨＡＲＱの場合（端末２００がデータを基地局１００に送信し、基地局１００がダウンリンクＨＡＲＱ応答をフィードバックする）、冗長バージョンに応じた再送信は基本的に、基地局１００から受信されたダウンリンク制御情報（ＤＣＩ）における明示的な指定に基づく（明示的方式とも称する）。一方、アップリンクＨＡＲＱの場合（図１Ａに示すように、基地局１００がデータを端末２００に送信し、端末２００がアップリンクＨＡＲＱ応答を基地局１００にフィードバックする）は通常、再送信ガイダンス用のアップリンクグラント（一種の制御シグナリング）が受信されない場合、順序が用いられる（順序方式とも称する）。順序の一例として、送信および再送信方式には、たとえばＲＶ０、ＲＶ２、ＲＶ３およびＲＶ１等の順序を含んでいてもよい。すなわち、第１の送信にＲＶ０を使用し、再送信にＲＶ２を使用し、次の再送信にＲＶ３を使用し、その次の再送信にＲＶ１を使用するようにしてもよい。別の（再）送信方式では、サブフレームインデックス、スロットインデックスおよび送信時間間隔（ＴＴＩ）インデックス、ならびに（再）送信されるデータの他の情報のうちの少なくとも１つの関数に基づいて、冗長バージョンを決定する（非明示的方式とも称する）。ただし、従来は、ＴＢのすべてのコードブロックの（再）送信に明示的方式、非明示的方式、または順序方式が用いられるため、すべてのコードブロックが同じ（再）送信ルールを使用する場合には、このＴＢの性能に関していくつかの問題が起こることになる。高度モバイルブロードバンド（ｅＭＢＢ）リソースが超高信頼・低遅延通信（ＵＲＬＬＣ）サービスにより代替され得る場合には、別の問題が起こる。このため、コードブロックまたはＣＢＧ（代替または非代替）が異なる場合は、（再）送信方式に関する要件も異なることになる。
【００３６】
異なるコードブロックまたはＣＢＧに対して異なる再送信方式を構成するため、簡単な方法としては、ＤＣＩシグナリングにおいて、ＣＢＧごとにＲＶを指定する。代替状況に基づいて、ＣＢＧごとに異なるＲＶを効率的に適応可能である。ただし、この解決手段のデメリットとして、ＤＣＩのオーバヘッドが大きくなる。たとえば、４つのＣＢＧがＴＢに含まれる場合、ＤＣＩのＲＶフィールドには、２つのビットではなく８つのビットが必要となる。２つのＴＢの場合は、ＲＶに必要なフィールドサイズが１６ビットであり、ＤＣＩのオーバヘッドが制限されているために受け入れられない場合がある。
【００３７】
このため、本発明者は、ＮＡＣＫ応答および再送信を引き起こす送信された代替コードブロックまたはＣＢＧの場合、すなわち、送信されたコードブロックまたはＣＢＧのシステマティックビットが完全に送信されていないか、または正しく復号化されておらず、再送信によってより多くのシステマティックビットを復元する必要がある場合、より多くのシステマティックビットを再送信することの方が正しい復号化には有用であるが、システマティックビットが少ない非代替コードブロックまたはＣＢＧの場合は、たとえば［ＲＶ０，ＲＶ２，ＲＶ３，ＲＶ１］の順序に基づく従来の再送信方式を使用して増分冗長性（ＩＲ：Ｉｎｃｒｅｍｅｎｔａｌ  Ｒｅｄｕｎｄａｎｃｙ）を得る方がよいことを考慮する。このため、以下のステップＳＴ１０７およびＳＴ１０８を考慮する。なお、すべてのＨＡＲＱフィードバックが「ＡＣＫ」の場合は、ステップＳＴ１０７〜ＳＴ１１２を無視することも可能である。
【００３８】
ステップＳＴ１０７においては、（本例におけるＨＡＲＱフィードバックに応じた再送信の最小単位である）ＣＢＧごとのシステマティックビット状況（または、システマティックビットサイズ、比等を含むレベル）および代替リソース状況（または、代替リソースサイズ、比等を含むレベル）のうちの少なくとも一方の検出が基地局１００側で実行される。本例においては、基地局が送信機であり、実際の実施態様においては、システマティックビット状況および代替リソース状況を基地局１００によって容易に把握することも可能である。したがって、本明細書においては詳細を省略する。
【００３９】
ステップＳＴ１０８においては、端末２００から送信された第１のデータの「ＮＡＣＫ」が基地局１００により受信される再送信条件において、再送信を要するＣＢＧのＲＶ等の再送信方式の決定が基地局１００により実行される。この決定は、送信された第１のデータのシステマティックビット状況（レベル）および代替リソース状況（レベル）の少なくとも一方に基づいて実行される。たとえば、本発明の実施形態によれば、システマティックビットレベルが大きい（たとえば、システマティックビット閾値よりも大きい）場合（これは、代替の有無に関わらず、決定された閾値よりも多くのシステマティックビットをＣＢＧが伴うことを意味する）、代替リソースレベルが大きい（たとえば、代替リソース閾値よりも大きい）場合（これは、ＣＢＧに含まれるシステマティックビットの数に関わらず、ＣＢＧがより多く代替されることを意味する）、または両者が大きい（すなわち、システマティックビットレベルがシステマティックビット閾値よりも大きく、また、代替リソースレベルが代替リソース閾値よりも大きい）場合（これは、より多くのシステマティックビットを伴うＣＢＧが代替されることを意味する）は、ＲＶ０等のより多くのシステマティックビットを伴うＲＶが再送信に用いられる（たとえば、閾値よりも多くのシステマティックビットを伴う第２のデータを再送信する第１の再送信方式）。それ以外の場合、たとえば、送信された第１のデータのシステマティックビットレベルが小さい場合（これは、代替の有無に関わらず、ＣＢＧに伴うシステマティックビットが少ないことを意味する）または送信された第１のデータの代替リソースレベルが小さい場合（これは、ＣＢＧに含まれるシステマティックビットの数に関わらず、代替されるＣＢＧがゼロまたは少数であることを意味する）は、従来の（再）送信方式（たとえば、ＲＶ順序［ＲＶ０，ＲＶ２，ＲＶ３，ＲＶ１］）が再送信に用いられる。
【００４０】
一実施形態において、代替リソース閾値としてはゼロも可能であるため、代替リソースレベルをゼロの代替リソース閾値と比較することによって、リソースの代替が行われているかを示すことも可能である。さらに、代替リソースレベルがゼロの場合、これは、リソースの代替が行われていないことを示す。
【００４１】
ステップＳＴ１０９においては、ＮＡＣＫが過去に受信されたＣＢＧが基地局１００から、ｅＭＢＢサービスに含まれる第２のデータとして再送信される。
【００４２】
ステップＳＴ１１０においては、ｅＭＢＢサービスに含まれるＤＬ制御シグナリングおよび再送信された第２のデータが端末２００によって受信される。
【００４３】
ステップＳＴ１１１においては、ＣＢＧごとのシステマティックビット状況および代替リソース状況の少なくとも一方の検出が端末２００により実行される。ＤＣＩのオーバヘッド制約により、ＤＣＩには、各ＣＢＧのＲＶ指定が存在していなくてもよい。したがって、端末２００は、ＣＢＧごとのシステマティックビット状況および代替リソース状況の少なくとも一方を判定することにより、それ自体でＲＶ情報を得る必要があってもよい。たとえば、代替ＣＢＧのｅＭＢＢリソースサイズで除算したＵＲＬＬＣリソースサイズ（すなわち、代替リソース比）が６０％である場合は、ＲＲＣによる設定または規格における指定も可能な５０％の閾値と比較して、代替リソース比の方が大きいものと仮定される。それ以外に、代替ＣＢＧのｅＭＢＢリソースサイズで除算したＵＲＬＬＣリソースサイズが２０％である場合、代替リソース比は、閾値よりも小さいため、より小さいものと仮定される。
【００４４】
ステップＳＴ１１２においては、（再送信された第２のデータではなく）第１のデータの送信のシステマティックビット状況（レベル）および代替リソース状況（レベル）の少なくとも一方に基づいて、再送信ＣＢＧ（または、第２のデータ）のＲＶの決定および再送信ＣＢＧ（または、第２のデータ）上のソフト合成が端末２００により実行される。第１のデータの送信のシステマティックビット状況（レベル）および代替リソース状況（レベル）の少なくとも一方に基づいて、再送信された第２のデータのＲＶが基地局１００において過去に決定されており、端末２００は、基地局１００から再送信された第２のデータを受信した後、同一または同様の方法によって、この再送信された第２のデータのＲＶを導き出すことにより適正に復号化することになるためである。
【００４５】
一例において、上記決定は、第１のデータの代替リソース状況またはレベルに基づいて端末２００により実行可能である。代替リソースレベルが小さいと端末２００が判定した場合、再送信ＣＢＧのＲＶは、従来の方法（たとえば、従来のＬＴＥのような［ＲＶ０，ＲＶ２，ＲＶ３，ＲＶ１］の順序）に従う。他の例において、再送信ＣＢＧのＲＶは、前述の通り、明示的な方法または非明示的な方法により得ることも可能である。ただし、本発明の実施形態によれば、代替リソースサイズまたは比が大きいと端末２００が判定した場合、再送信ＣＢＧのＲＶは、より多くのシステマティックビットを有するＲＶ０と決定される。
【００４６】
別の例において、上記決定は、送信された第１のデータのシステマティックビット状況（本例においては、代替ｅＭＢＢリソース）および送信された第１のデータの代替リソース状況の両者に基づいて、端末２００により実行可能である。代替ｅＭＢＢのシステマティックビットサイズまたは比および代替リソースサイズまたは比がともに大きい場合は、再送信ＣＢＧ（第２のデータ）のＲＶがＲＶ０と決定される。それ以外に、代替ｅＭＢＢのシステマティックビットサイズまたは比および代替リソースサイズまたは比が小さい場合、再送信ＣＢＧ（第２のデータ）のＲＶは、従来の方法（たとえば、従来のＬＴＥのような［ＲＶ０，ＲＶ２，ＲＶ３，ＲＶ１］の順序）のように決定される。
【００４７】
別の例において、上記決定は、システマティックビット状況のみに基づいて端末２００により実行可能である。システマティックビットサイズまたは比が大きい場合は、再送信ＣＢＧ（第２のデータ）のＲＶがＲＶ０と決定される。それ以外に、システマティックビットサイズまたは比が小さい場合、再送信ＣＢＧ（第２のデータ）のＲＶは、従来の方法（たとえば、従来のＬＴＥのような［ＲＶ０，ＲＶ２，ＲＶ３，ＲＶ１］の順序）のように決定される。
【００４８】
ステップＳＴ１１３は、受信もしくは復号化の成功または最大再送信数の到達までの上記ステップ（ＣＢＧごとのＨＡＲＱフィードバックからＳＴ１１２まで）の繰り返しに関する。
【００４９】
したがって、本発明の実施形態では、送信された第１のデータがＮＡＣＫ応答を引き起こすため再送信が必要な場合、第１のデータの送信のシステマティックビットレベルおよび代替リソースレベルの少なくとも一方に基づいて、再送信方式を柔軟に決定可能である。第１のデータの送信のシステマティックビットレベルおよび代替リソースレベルの少なくとも一方が大きい場合、すなわち、第１のデータのシステマティックビットが完全に送信されていないか、または正しく復号化されていない場合は、より多くのシステマティックビットを伴う再送信方式として再送信方式を決定可能であり、再送信された第２のデータがより多くのシステマティックビットを含んでいてもよく、不十分な通信環境に耐えることができ、この再送信された第２のデータを受信している端末２００がより多くのシステマティックビットの受信によって、第２のデータをより正しく復号化することができる。再送信方式の柔軟性および再送信データの復号化性能を改善可能である。
【００５０】
上記説明は、図１Ａと併せて、基地局１００と端末２００との間のダウンリンクデータ送信通信の一例を記載しているが、通信はこれに限定されない。たとえば、本発明の原理に基づいて、基地局１００と端末２００との間のアップリンクデータ送信通信および端末２００間のサイドリンクデータ送信通信も利用可能である。
【００５１】
さらに、上記説明は、ｅＭＢＢリソース、ＵＲＬＬＣトラフィック、ＲＶ０〜ＲＶ３、ＣＢＧ等の詳細な例を記載しているが、本発明の実施形態はこれらに限定されず、他のリソース、他のトラフィック、他の冗長バージョンを含む他の（再）送信方式、他の最小ＨＡＲＱ単位等も利用可能である。
【００５２】
図１Ｂは、本発明の一実施形態に係る、基地局とユーザ端末との間のアップリンク（ＵＬ）送信のフローチャートの一例を模式的に示している。
【００５３】
図１Ｂは、端末２００から基地局１００へのアップリンク送信を示しているが、いくつかのステップは、図１Ａに示す対応ステップと同一または同様である。したがって、これらのステップの詳細は省略する。
【００５４】
ステップＳＴ１０１’において、基地局１００は、同期信号およびシステム情報信号を端末２００に送信する。ステップＳＴ１０２’において、基地局１００および端末２００は、互いに相互作用して、システム情報の取得、ランダムアクセス手順、またはＲＲＣ接続制御を終える。
【００５５】
ＳＴ１０３’において、基地局１００は、ｅＭＢＢサービスのリソース割り当て情報を含むＵＬ制御シグナリングを端末２００に送信する。
【００５６】
ステップＳＴ１０４’において、端末２００は、ｅＭＢＢリソースを代替してＵＲＬＬＣトラフィックを送信する必要がある場合、ｅＭＢＢリソース内でＵＲＬＬＣサービスを送信する代替リソースを決定する。
【００５７】
ＳＴ１０５’において、端末２００は、ｅＭＢＢサービスの（任意選択的な）代替リソース指定を示すＵＬ情報およびＵＬデータを基地局１００に送信する。ＵＬデータには第１のデータを含み、本例においては、第１のデータが１つまたは複数のＣＢＧを含んでいてもよい。たとえば、１つのＣＢＧが最小ＨＡＲＱフィードバック・再送信単位である。
【００５８】
ステップＳＴ１０６’において、基地局１００は、ＵＬ情報およびＵＬデータを受信し、ＣＢＧごとのＨＡＲＱ応答を端末２００にフィードバックする。
【００５９】
送信ＣＢＧに対するＨＡＲＱフィードバックとして基地局１００がＮＡＣＫをフィードバックする場合、端末２００は、再送信方式に従って、このＣＢＧを再送信するよう決定することになる。
【００６０】
ステップＳＴ１０７’においては、（本例におけるＨＡＲＱフィードバックに応じた再送信の最小単位である）ＣＢＧごとのシステマティックビット状況（または、システマティックビットサイズ、比等を含むレベル）および代替リソース状況（または、代替リソースサイズ、比等を含むレベル）のうちの少なくとも一方の検出が端末２００側で実行される。
【００６１】
ステップＳＴ１０８’においては、基地局１００から送信された第１のデータの「ＮＡＣＫ」が端末２００により受信される再送信条件において、再送信を要するＣＢＧのＲＶ等の再送信方式の決定が端末２００により実行される。この決定は、送信された第１のデータのシステマティックビット状況（レベル）および代替リソース状況（レベル）の少なくとも一方に基づいて実行される。たとえば、本発明の実施形態によれば、システマティックビットレベルが大きい（たとえば、システマティックビット閾値よりも大きい）場合（これは、代替の有無に関わらず、より多くのシステマティックビットをＣＢＧが伴うことを意味する）、代替リソースレベルが大きい（たとえば、代替リソース閾値よりも大きい）場合（これは、ＣＢＧに含まれるシステマティックビットの数に関わらず、ＣＢＧがより多く代替されることを意味する）、または両者が大きい（すなわち、システマティックビットレベルがシステマティックビット閾値よりも大きく、また、代替リソースレベルが代替リソース閾値よりも大きい）場合（これは、より多くのシステマティックビットを伴うＣＢＧが代替されることを意味する）は、ＲＶ０等のより多くのシステマティックビットを伴うＲＶが再送信に用いられる（たとえば、閾値よりも多くのシステマティックビットを伴う第２のデータを再送信する第１の再送信方式）。それ以外の場合、たとえば、送信された第１のデータのシステマティックビットレベルが小さい場合（これは、代替の有無に関わらず、ＣＢＧに伴うシステマティックビットが少ないことを意味する）または送信された第１のデータの代替リソースレベルが小さい場合（これは、ＣＢＧに含まれるシステマティックビットの数に関わらず、代替されるＣＢＧがゼロまたは少数であることを意味する）は、従来の（再）送信方式（たとえば、ＲＶ順序［ＲＶ０，ＲＶ２，ＲＶ３，ＲＶ１］）が再送信に用いられる。
【００６２】
ステップＳＴ１０９’においては、ＮＡＣＫが過去に受信されたＣＢＧが端末２００から、ｅＭＢＢサービスに含まれる第２のデータとして再送信される。
【００６３】
ステップＳＴ１１０’においては、ｅＭＢＢサービスに含まれるＤＬ制御シグナリングおよび再送信された第２のデータが端末２００により受信され、ＣＢＧごとのシステマティックビット状況および代替リソース状況の少なくとも一方の検出が基地局１００により実行されて、再送信された第２のデータのＲＶが導き出される。
【００６４】
ステップＳＴ１１１’においては、（再送信された第２のデータではなく）第１のデータの送信のシステマティックビット状況（レベル）および代替リソース状況（レベル）の少なくとも一方に基づいて、再送信ＣＢＧ（または、第２のデータ）のＲＶの決定および再送信ＣＢＧ（または、第２のデータ）上のソフト合成が基地局１００により実行される。第１のデータの送信のシステマティックビット状況（レベル）および代替リソース状況（レベル）の少なくとも一方に基づいて、再送信された第２のデータのＲＶが端末２００において過去に決定されており、基地局１００は、端末２００から再送信された第２のデータを受信した後、同一または同様の方法によって、この再送信された第２のデータのＲＶを導き出すことにより適正に復号化することになるためである。
【００６５】
ステップＳＴ１１２’は、受信もしくは復号化の成功または最大再送信数の到達までの上記ステップ（ＣＢＧごとのＨＡＲＱフィードバックからＳＴ１１１’まで）の繰り返しに関する。
【００６６】
なお、検出および決定ステップ（たとえば、ＳＴ１０７およびＳＴ１０８またはＳＴ１０７’およびＳＴ１０８’）を可能にする周期が設定され、これが基地局により設定されるようになっていてもよい。特に、基地局は、周期情報を端末に送信することによりタイマーを開始し、タイマーを基地局のタイマーと同時に終了するようにしてもよい。タイマーの終了後、ＴＢのすべてのＣＢＧの再送信は、非代替サービスの場合の従来方式（たとえば、前述の明示的方式、非明示的方式、または順序方式）に従う。
【００６７】
このため、本発明の実施形態では、再送信方式の柔軟性および再送信データの復号化性能を改善可能である。
【００６８】
以下、送信中の代替例についてさらに詳しく論じる。
【００６９】
図３Ａは、送信中の一代替例であって、新無線（ＮＲ）における超高信頼・低遅延通信（ＵＲＬＬＣ）トラフィックによって代替された高度モバイルブロードバンド（ｅＭＢＢ）リソースを模式的に示した図である。
【００７０】
図３Ａに示すように、新無線（ＮＲ）の仮定においては、ｅＭＢＢリソース上のｅＭＢＢサービストラフィックの送信中、ＵＲＬＬＣサービストラフィックがより重要または緊急であるのでＵＲＬＬＣサービストラフィック（トラフィック）を送信する必要がある場合、ＵＲＬＬＣサービストラフィックを送信するようにｅＭＢＢリソースを代替することができる。たとえば、トランスポートブロックには、ＣＢＧ１およびＣＢＧ２すなわちＣＢＧインデックスが１のＣＢＧ１およびＣＢＧインデックスが２のＣＢＧ２を含んでいてもよい。ＣＢＧ１およびＣＢＧ２を含むトランスポートブロックは、ｅＭＢＢサービストラフィックを送信しなければならず、ＵＲＬＬＣトラフィックを送信する必要がある場合は、ＣＢＧ１を送信するｅＭＢＢサービスの一部のリソースがＵＲＬＬＣトラフィックにより代替される。この代替方式は、本の一例に過ぎず、他の選択肢を代替方式に適用可能である。
【００７１】
図３Ｂ〜図３Ｅは、本発明の一実施形態に係る、代替方式のオプションの例を模式的に示している。
【００７２】
図３Ｂに示すように、オプション１は、第１のサービス（本例においては、ｅＭＢＢ）のリソースが第２のサービス（本例においては、ＵＲＬＬＣ）のデータにより代替される端末の数を最小化している。すなわち、影響を受ける端末（ＵＥ等）の数を最小化する。たとえば、図３Ｂに示すように、ＵＲＬＬＣデータが２つの物理リソースブロック（ＰＲＢ）を送信する必要がある場合は、ＵＥ１のｅＭＢＢリソースサイズが（格子状の長方形に示すように）１ＰＲＢ、ＵＥ２のｅＭＢＢリソースサイズが（グレーの長方形に示すように）４ＰＲＢである。そして、ｅＭＢＢリソースがＵＲＬＬＣデータにより代替される端末の数を最小限に抑えるため、任意選択としては、（図３Ｂにおいて、２つのＰＲＢを覆うオプションａおよびＰＲＢを１つだけ覆うオプションｂとして示すように）ＵＥ２のｅＭＢＢリソースのみが代替用に選択される。この場合は、代替ＵＲＬＬＣリソースを示すグラント（制御シグナリング）のみをＵＥ２に送ることにより、制御シグナリングのオーバヘッドおよび送信対象を制限することも可能である。あるいは、ＵＥ１のｅＭＢＢリソースのみを代替用に選択することも可能である（図３Ｂには示さず）。ＵＲＬＬＣリソースが２つのＵＥのリソースを代替する場合（図３Ｂにオプションｃとして示す）と比較して、影響を受けるＵＥの数が最小化され、制御シグナリングのオーバヘッドおよび送信を抑えることができる。
【００７３】
オプション２は、サイズまたは比閾値によって、第１のサービス（ｅＭＢＢ）のリソース内の代替リソースサイズまたは比を制限している。この場合は、代替リソース比に関する閾値がオプション２を実現するように規定される。また、ＵＲＬＬＣデータが１つのＰＲＢを必要とし、ＵＥ１が１ＰＲＢのｅＭＢＢ、ＵＥ２が４ＰＲＢのｅＭＢＢを伴うものと仮定する。代替リソース比が閾値よりも高い場合、現在のｅＭＢＢリソースが代替されることはない。図３Ｂに示す場合を一例として、閾値が６０％と規定されている場合は、ＵＥ１のｅＭＢＢリソース（１ＰＲＢ）が代替されるならば代替比が１００％である（閾値６０％よりも大きい）ため、ＵＥ１のｅＭＢＢリソース（１ＰＲＢ）が代替されることはない。一方、ＵＥ２のｅＭＢＢリソースは、代替比が閾値よりも低い２５％（１ＰＲＢ／４ＰＲＢ）であるため、代替され得る。このような代替用に選択されるｅＭＢＢリソースは、代替リソース比の大きさに基づいていてもよい（たとえば、代替リソース比が最も小さいｅＭＢＢリソースを代替用に選択することも可能である）。
【００７４】
図３Ｃに示すように、オプション３は、代替されるコードブロックの数を最小化している。すなわち、影響を受けるコードブロックの数を最小化する。たとえば、１つのコードブロックを送信するリソースが代替ＵＲＬＬＣサービスを送信可能であり、図３Ｃの左側に示すように、代替比が小さい場合は、このようなリソースが代替用に選択される。このオプションは、図３Ｃの右側に示すように２つの両コードブロックが代替される場合と比較して、影響を受けるコードブロックの数を抑えることも可能である。
【００７５】
図３Ｄに示すように、オプション４は、第１のサービス（ｅＭＢＢ）のリソース間で代替リソースサイズまたは比を平均化しているため、ｅＭＢＢリソースにおける複数のＵＥのｅＭＢＢリソースのサイズまたは比もが代替される。たとえば、ＵＲＬＬＣトラフィックが０．５ＰＲＢ（６つのサブキャリア）の送信を必要とし、利用可能なＵＥのｅＭＢＢリソースが２つである（それぞれ３０個のサブキャリアを有する）場合は、各ＵＥの３つのサブキャリアが代替に用いられるようになっていてもよい。このような解決手段の利点として、１つのＵＥ２リソースのみの２０％が代替される図３Ｄの右側と比較した場合に、各ＵＥの影響を受ける比がより小さく、たとえば各ＵＥの１０％のみが代替される。この場合は、影響を受けるすべてのＵＥに対して、代替ＵＲＬＬＣリソースを示すグラント（制御シグナリング）を送信することが必要となり得る。このようなグラント（制御シグナリング）は、グループ共通サーチスペースまたは共通サーチスペース上にマッピング可能なグループ共通制御チャネルまたは制御チャネルにおいて送信されるようになっていてもよい。
【００７６】
図３Ｅに示すように、オプション５は、第１のサービス（ｅＭＢＢ）のデータおよび第２のサービス（ＵＲＬＬＣ）のデータの両者を受信する端末に関して、第２のサービス（ＵＲＬＬＣ）のデータにより代替される第１のサービス（ｅＭＢＢ）のリソースを指定している。すなわち、ＵＲＬＬＣ代替用にｅＭＢＢサービスを受信する同じＵＥを優先する。これにより、指定されたグラント制御シグナリングのオーバヘッドを抑えられる。あるいは、代替ｅＭＢＢサービスがＵＥ１に送信される一方、ＵＲＬＬＣサービスがＵＥ２に送信される場合、基地局は、ＵＥ１およびＵＥ２に対してそれぞれ、ＵＲＬＬＣ制御シグナリングを２回送信することが必要となり得る。一方は、ＵＥ２に対するＵＲＬＬＣサービスの受信用のＵＲＬＬＣリソース割り当てを示すのに用いられる。もう一方は、影響を受けるｅＭＢＢサービスの復号化が成功する可能性を高くする、ＵＥ１に対するＵＲＬＬＣリソース割り当てを示すのに用いられる。
【００７７】
オプション６：上記５つのオプションの任意の組み合わせ（たとえば、オプション５およびオプション３の組み合わせ）が適用されるようになっていてもよい。すなわち、（ｅＭＢＢおよびＵＲＬＬＣの両者を送信する）同じＵＥのリソースが代替用に選択された場合は、このようなＵＥリソースについても、影響を受けるコードブロックの数が抑えられる。この組み合わせは一例であり、他の組み合わせも利用可能である。
【００７８】
以上から、本発明の実施形態に係る代替方式によって、性能またはシグナリングオーバヘッドをさらに最適化可能である。
【００７９】
図４は、本発明の一実施形態に係る、通信装置および端末を含む通信システム４００の模式的なブロック図である。
【００８０】
本実施形態において、通信装置および端末は、基地局にもユーザ機器（ＵＥ）にも限定されない。通信装置はデータ（ＣＢＧ）を送信し、基地局であってもよいし、ＵＥであってもよい。端末は送信されたデータ（ＣＢＧ）を受信し、基地局であってもよいし、ＵＥであってもよい。通信装置および端末の両者が２つの端末等であってもよい。
【００８１】
通信システム４００は主として、通信装置４１０および端末４２０を備え、通信装置４１０が、第１のデータを端末４２０に送信し、第１のデータの送信後、再送信条件下で第２のデータを端末４２０に再送信するように構成された第１の送信機５０１と、第１のデータの送信のシステマティックビットレベルおよび代替リソースレベルの少なくとも一方に基づいて、第２のデータの再送信の再送信方式を制御するように構成された第１の回路５０２と、を備え、端末４２０が、通信装置４１０から送信された第１のデータを受信するとともに、再送信方式に従って通信装置４１０から再送信された第２のデータを受信するように構成された第２の受信機５０３と、第１のデータの受信後、第２のデータを受信する前に、再送信条件を示す応答信号を通信装置４１０に送信するように構成された第２の送信機５０４と、受信した第２のデータの再送信の再送信方式を復元するように構成された第２の回路５０５とを備える。
【００８２】
再送信方式の柔軟性および再送信データの復号化性能を改善可能である。
【００８３】
一実施形態において、第２の送信機５０４は、第２の受信機５０３が第１のデータを正しく受信していない場合に否定応答（不完全な受信または不完全な復号化を示すＮＡＣＫ  ＨＡＲＱ応答等）を通信装置４１０に送信するか、または、第１のデータが代替されたことを第２の回路が発見した場合に応答を通信装置４１０に送信しないことにより、再送信条件を通信装置４１０に示すように構成されていてもよい。通信装置４１０は、端末４２０から否定応答を受信するか、または、端末４２０から応答を受信しないように構成された第１の受信機５０６をさらに備えていてもよい。第１の受信機５０６が端末４２０から応答を受信しない場合、第１の回路５０２は、第１のデータが送信に関して代替された場合に第１のデータが再送信されるものと決定するように構成されていてもよい。
【００８４】
一実施形態において、再送信条件は、通信装置４１０の第１の受信機５０６が端末４２０から否定応答を受信する第１の再送信条件および第１の受信機５０６が端末４２０からＨＡＲＱ応答等の応答を受信しない第２の再送信条件の少なくとも一方を含んでいてもよい。ただし、再送信条件はこれら２つの条件に限定されず、再送信を誘発し得る限りは、他の再送信条件も利用可能である。
【００８５】
一実施形態において、第２の再送信条件の場合、第１の回路５０２は、送信ＣＢＧが代替されるか等のＣＢＧ代替状況に基づいて、非明示的に、再送信のＣＢＧインデックスを得るようにしてもよい。送信ＣＢＧが代替される場合は、送信ＣＢＧのインデックスが再送信用に決定されるようになっていてもよい。
【００８６】
一実施形態において、第１の回路５０２は、代替方式に従って、第１のサービストラフィックを端末に送信する第１のサービスリソースを第２のサービストラフィックで代替することにより、第１の送信機に代替された第１のデータを送信させるように構成された第１の代替回路５０２３を含んでいてもよく、一実施形態において、代替方式は、第１のサービストラフィックを送信する第１のサービスリソースが第２のサービストラフィックで代替される端末の数を最小化することと、第１のサービスリソース内の代替リソースサイズまたは比をサイズまたは比閾値で制限することと、代替されるコードブロックの数を最小化することと、第１のサービストラフィックを送信する第１のサービスリソースにおいて代替リソースサイズまたは比を平均化することと、第１のサービストラフィックおよび第２のサービストラフィックの両者を受信する端末に第１のサービストラフィックを送信する第１のサービスリソースが第２のサービストラフィックで代替されるように指定することと、のうちの少なくとも１つを含んでいてもよい。
【００８７】
このため、代替用の代替方式が柔軟化可能であり、性能またはシグナリングオーバヘッドをさらに最適化することができる。
【００８８】
一実施形態において、第１の送信機５０１は、制御シグナリング方式に従って代替を示す制御シグナリングを送信するように構成されていてもよく、一実施形態において、制御シグナリング方式は、第１のサービストラフィックを受信する第１の端末および第２のサービストラフィックを受信する第２の端末を含むグループのすべての端末にグループ共通制御シグナリングを送信することであり、グループ共通制御シグナリングがそれぞれ、第２の端末の各端末ＩＤでのリソース割り当てを示し、一実施形態において、第１の端末が、グループ共通制御シグナリングにおいてリソース割り当てを解釈することにより、それぞれの代替リソース状況を取得可能である、グループ共通制御シグナリングを送信することと、リソース割り当てをそれぞれ示す制御シグナリングを第２の端末それぞれに送信すること、および、代替リソース状況をそれぞれ示す他の制御シグナリングを第１の端末それぞれに送信することと、の少なくとも一方を含む。
【００８９】
このため、ＤＣＩ設計が柔軟になる。
【００９０】
一実施形態においては、システマティックビットレベルが第１のデータ内のシステマティックビットのサイズまたは第１のデータ内のシステマティックビットの比を含んでいてもよく、代替リソースレベルが第１のデータ内の代替リソースのサイズまたは第１のデータ内の代替リソースの比を含んでいてもよい。
【００９１】
一実施形態において、第１の回路５０２は、第１のデータの送信のシステマティックビットレベルおよび代替リソースレベルの少なくとも一方に基づいて第１の条件を検出するように構成された第１の検出器５０２１と、第１の条件下で、閾値よりも多くのシステマティックビットで第２のデータを再送信する第１の再送信方式として再送信方式を決定するように構成された第１のコントローラ５０２２と、を具備していてもよい。第１の条件は、システマティックビットレベルがシステマティックビット閾値よりも大きいこと、代替リソースレベルが代替リソース閾値よりも大きいこと、またはシステマティックビットレベルがシステマティックビット閾値よりも大きく、代替リソースレベルが代替リソース閾値よりも大きいこと、などを含んでいてもよい。
【００９２】
一実施形態において、代替リソース閾値としてはゼロも可能であるため、代替リソースレベルをゼロの代替リソース閾値と比較することによって、リソースの代替が行われているかを示すことも可能である。さらに、代替リソースレベルがゼロの場合、これは、リソースの代替が行われていないことを示す。
【００９３】
一実施形態において、第１の再送信方式は、システマティックビットが最も多い冗長バージョンを含んでいてもよく、一実施形態においては、異なる冗長バージョンが、すべてのシステマティックビットおよびすべての冗長ビットを含むバッファの異なる開始点を示していてもよい。
【００９４】
一実施形態において、第１のコントローラ５０２２は、第１の条件以外の第２の条件において、第２のデータを再送信する第２の再送信方式として再送信方式を制御するように構成されていてもよく、一実施形態において、第２の再送信方式は、閾値以下のシステマティックビットで第２のデータを再送信するか、送信方式順序により規定されるか、または通信装置４１０および端末４２０に共通のルールにより決定されていてもよい。
【００９５】
一実施形態において、第２の回路５０５は、受信した第１のデータの送信の冗長バージョンのシステマティックビットレベルおよび受信した第１のデータの送信の代替リソースレベルを決定するように構成された第２の検出器５０５１と、第１のデータの送信のシステマティックビットレベルおよび代替リソースレベルの少なくとも一方に基づいて、受信した第２のデータの再送信の再送信方式を決定するように構成された第２のコントローラ５０５２と、を具備していてもよい。異なる冗長バージョンが、すべてのシステマティックビットおよびすべての冗長ビットを含むバッファの異なる開始点を示していてもよい。
【００９６】
一実施形態において、第２の検出器５０５１は、受信した第１のデータの送信の冗長バージョンを、受信した制御シグナリングにより決定するか、または送信方式順序により規定するか、もしくは通信装置４１０および端末４２０に共通のルールにより決定するように構成されていてもよい。第２の検出器５０５１は、代替リソースレベルを示す受信信号によって、第１のデータの送信の代替リソースレベルを決定するように構成されていてもよい。
【００９７】
一実施形態において、通信装置４１０および端末４２０に共通のルールは、送信される第１のデータまたは第２のデータのサブフレームインデックス、スロットインデックスおよび送信時間間隔（ＴＴＩ）インデックス等のうちの少なくとも１つの関数を含んでいてもよい。第２の再送信方式を決定可能である限り、他のルールも利用可能である。
【００９８】
一実施形態において、第２のデータは、再送信条件下で再送信の必要がある最小データであってもよく、たとえば、第２のデータは、再送信の必要がある１つまたは複数のＣＢＧを含んでいてもよいが、ＨＡＲＱ応答においてＡＣＫ応答を引き起こす他のＣＢＧは含んでいなくてもよい。
【００９９】
以上から、本発明の実施形態に係る代替方式が柔軟化可能であり、性能またはシグナリングオーバヘッドをさらに最適化することができる。
【０１００】
前述の構造のほか、通信システム４００は、従来の動作を実行する従来の回路をいくつかをさらに含んでいてもよい。たとえば、通信システム４００は、（再送信の場合、第１のコントローラ５０２２が制御する再送信方式に従って）トランスポートブロックを符号化することにより符号化データを得るように構成された誤り訂正符号器４０１と、符号化データを変調して変調データを得るように構成された変調器４０２と、第１の代替回路５０２３が制御する代替方式に従って（代替が必要な場合に）変調データに代替を実行するように構成された信号割り当て器４０３と、第１のデータを含む代替データを送信するように構成された第１の送信機５０１と、をさらに備えていてもよい。通信システム４００は、受信データを逆多重化するように構成された信号デマルチプレクサ４０４と、逆多重化されたデータのチャネルを推定するように構成されたチャネル推定器４０５と、チャネル推定器４０５からのチャネル推定の結果（および、受信データが再送信される場合に、第２のコントローラ５０５２が決定する再送信方式）に従って、逆多重化されたデータを復調するように構成された復調器４０６と、復調データを復号化して、受信データ信号を復元するように構成された誤り訂正復号器４０７と、をさらに備える。
【０１０１】
なお、図４は、３つの部分すなわち第１の回路５０２から独立した離散部分である誤り訂正符号器４０１、変調器４０２および信号割り当て器４０３を示しているが、これはほんの一例に過ぎず、実際には何ら制限されることなく、たとえば、３つの部分が第１の回路５０２内であってもよいし、集積回路としてパッケージ中で第１の回路５０２と一体化されていてもよい。同様に、信号デマルチプレクサ４０４、チャネル推定器４０５、復調器４０６、誤り訂正復号器４０７は、第２の回路５０５から独立した離散部分であるが、これはほんの一例に過ぎず、実際には何ら制限されることなく、３つの部分が第２の回路５０５内であってもよいし、集積回路としてパッケージ中で第２の回路５０５と一体化されていてもよい。
【０１０２】
なお、図４は、第１の検出器５０２１および第１のコントローラ５０２２を別個のユニットとして示しているが、これはほんの一例に過ぎず、何ら制限されるものではない。たとえば、これらは１つのユニット内であってもよいし、集積回路として互いに一体化されていてもよいし、他の形態であってもよい。
【０１０３】
当然のことながら、上記付加的な構造は、従来の一例であるが、より少ない構造またはより多くの構造の利用によって、異なる機能を実現することも可能である。
【０１０４】
図５は、本発明の一実施形態に係る、通信装置５００の模式的なブロック図である。
【０１０５】
なお、通信装置５００の構造は、図４に示す通信装置４１０の構造に類似する。
【０１０６】
通信装置５００は、第１のデータを端末４２０に送信し、第１のデータの送信後、再送信条件下で第２のデータを端末４２０に再送信するように構成された送信機５０１と、第１のデータの送信のシステマティックビットレベルおよび代替リソースレベルの少なくとも一方に基づいて、第２のデータの再送信の再送信方式を制御するように構成された回路５０２と、を備える。
【０１０７】
このため、再送信方式の柔軟性および再送信データの復号化性能を改善可能である。
【０１０８】
一実施形態において、通信装置５００は、受信機５０６をさらに備えていてもよく、一実施形態において、再送信条件は、受信機５０６が端末４２０から否定応答を受信する第１の再送信条件および受信機５０６が端末４２０から応答を受信しない第２の再送信条件の少なくとも一方を含み、一実施形態において、受信機５０６が端末４２０から応答を受信しない場合、回路５０２は、第１のデータが送信に関して代替された場合に第１のデータが再送信されるものと決定するように構成される。
【０１０９】
一実施形態において、回路５０２は、代替方式に従って、第１のサービストラフィックを端末に送信する第１のサービスリソースを第２のサービストラフィックで代替することにより、送信機に代替された第１のデータを送信させるように構成された代替回路５０２３を含んでいてもよく、一実施形態において、代替方式は、第１のサービストラフィックを送信する第１のサービスリソースが第２のサービストラフィックで代替される端末の数を最小化することと、第１のサービスリソース内の代替リソースサイズまたは比をサイズまたは比閾値で制限することと、代替されるコードブロックの数を最小化することと、第１のサービストラフィックを送信する第１のサービスリソースにおいて代替リソースサイズまたは比を平均化することと、第１のサービストラフィックおよび第２のサービストラフィックの両者を受信する端末に第１のサービストラフィックを送信する第１のサービスリソースが第２のサービストラフィックで代替されるように指定することと、のうちの少なくとも１つを含んでいてもよい。
【０１１０】
このため、代替方式が柔軟化可能であり、性能またはシグナリングオーバヘッドをさらに最適化することができる。
【０１１１】
一実施形態において、送信機５０１は、制御シグナリング方式に従って代替を示す制御シグナリングを送信するように構成されていてもよく、一実施形態において、制御シグナリング方式は、第１のサービストラフィックを受信する第１の端末および第２のサービストラフィックを受信する第２の端末を含むグループのすべての端末にグループ共通制御シグナリングを送信することであり、グループ共通制御シグナリングがそれぞれ、第２の端末の各端末ＩＤでのリソース割り当てを示し、一実施形態において、第１の端末が、グループ共通制御シグナリングにおいてリソース割り当てを解釈することにより、それぞれの代替リソース状況を取得可能である、グループ共通制御シグナリングを送信することと、リソース割り当てをそれぞれ示す制御シグナリングを第２の端末それぞれに送信すること、および、代替リソース状況をそれぞれ示す他の制御シグナリングを第１の端末それぞれに送信することと、の少なくとも一方を含む。
【０１１２】
このため、ＤＣＩ設計が柔軟になる。
【０１１３】
一実施形態においては、システマティックビットレベルが第１のデータ内のシステマティックビットのサイズまたは第１のデータ内のシステマティックビットの比を含んでいてもよく、代替リソースレベルが第１のデータ内の代替リソースのサイズまたは第１のデータ内の代替リソースの比を含む。
【０１１４】
一実施形態において、回路５０２は、第１のデータの送信のシステマティックビットレベルおよび代替リソースレベルの少なくとも一方に基づいて第１の条件を検出するように構成された検出器５０２１と、第１の条件下で、閾値よりも多くのシステマティックビットで第２のデータを再送信する第１の再送信方式として再送信方式を決定するように構成されたコントローラ５０２２と、を具備する。一実施形態において、第１の条件は、システマティックビットレベルがシステマティックビット閾値よりも大きいこと、代替リソースレベルが代替リソース閾値よりも大きいこと、またはシステマティックビットレベルがシステマティックビット閾値よりも大きく、代替リソースレベルが代替リソース閾値よりも大きいこと含む。
【０１１５】
一実施形態において、代替リソース閾値としてはゼロも可能であるため、代替リソースレベルをゼロの代替リソース閾値と比較することによって、リソースの代替が行われているかを示すことも可能である。さらに、代替リソースレベルがゼロの場合、これは、リソースの代替が行われていないことを示す。
【０１１６】
一実施形態において、第１の再送信方式は、システマティックビットが最も多い冗長バージョンを含み、一実施形態においては、異なる冗長バージョンが、すべてのシステマティックビットおよびすべての冗長ビットを含むバッファの異なる開始点を示す。
【０１１７】
一実施形態において、回路５０２は、第１の条件以外の第２の条件において、第２のデータを再送信する第２の再送信方式として再送信方式を制御するように構成されており、一実施形態において、第２の再送信方式は、閾値以下のシステマティックビットで第２のデータを再送信するか、または送信方式順序により規定されるか、もしくは通信装置５００および端末４２０に共通のルールにより決定される。
【０１１８】
一実施形態において、通信装置５００および端末４２０に共通のルールは、送信される第１のデータまたは第２のデータのサブフレームインデックス、スロットインデックスおよび送信時間間隔（ＴＴＩ）インデックスのうちの少なくとも１つの関数を含んでいてもよい。第２の再送信方式を決定可能である限り、他のルールも利用可能である。
【０１１９】
一実施形態において、第１の再送信方式は、システマティックビットが最も多い冗長バージョンを含んでいてもよく、一実施形態においては、異なる冗長バージョンが、すべてのシステマティックビットおよびすべての冗長ビットを含むバッファの異なる開始点を示す。
【０１２０】
このため、再送信方式の柔軟性および再送信データの復号化性能を改善可能である。
【０１２１】
図６Ａ〜図６Ｄは、本発明の実施形態に係る、様々な再送信方式の例を模式的に示している。
【０１２２】
前述の通り、再送信方式は、送信された第１のデータのシステマティックビット状況（レベル）および代替リソース状況（レベル）の少なくとも一方に基づいて制御可能である。以下、理解の容易化および例示のため、様々な再送信方式の例を説明するが、これらに限定されない。
【０１２３】
図６Ａに示すように、サブフレーム＃ｎ（ｎは整数）においては、第１（または、最初）の送信において、ｅＭＢＢトラフィック用のトランスポートブロック（ＴＢ）を（たとえば、基地局の）送信機がＵＥに送信するが、このようなＴＢは、２つのＣＢＧから成る。第１（最初）の送信については従来、ＲＶが（たとえば、送信ＴＢのサブフレーム番号に基づいて）非明示的に得られるものと仮定する。このため、ＵＥが受信ＴＢのサブフレーム番号からもこのようなＲＶを導出可能であることから、ＤＣＩシグナリングにおいてＲＶを明示的に示す必要がない。このようなＴＢ（２つのＣＢＧを含む）の冗長バージョンインデックスは、フレーム番号（たとえば、ｍｏｄ（＃Ｎ，４）＝０という関数）に基づいて、２つのＣＢＧの両者でＲＶ０である。
【０１２４】
ＵＲＬＬＣ送信の場合は、このようなＴＢの一部のリソースが代替されるようになっていてもよい（ここでは、ＣＢＧ１がこのような代替の対象になるものと仮定する）。ただし、ＵＥが２つのＣＢＧの復号化に成功せず、これら２つのＣＢＧについて「ＮＡＣＫ」というＨＡＲＱフィードバックが返されるため、基地局は、２つのＣＢＧの再送信が必要となる可能性がある。ＣＢＧ１内の代替リソースサイズが大きいか、または、ＣＢＧ１内の占有リソース比が大きい（すなわち、閾値を超える）ものと仮定し、本発明の実施形態によれば、ＣＢＧ１の再送信のＲＶは、より多くのシステマティックビットを伴うＲＶ０となる。ただし、ＣＢＧ２については、ＣＢＧ２において代替が発生しておらず、代替リソースサイズまたは比が０（すなわち、閾値未満）となっていることから、再送信のＲＶは、従来のように決定されることになる（すなわち、Ｍｏｄ（サブフレーム＃Ｎ＋Ｋ，４）＝２という関数に基づいて、ＲＶ２となる）。基本的に、異なるＣＢＧは、代替リソースサイズまたは比に基づいて、冗長バージョンに関して異なる再送信方式を使用する。
【０１２５】
このような解決手段の利点として、たとえばＤＣＩにおけるＲＶ指定オーバヘッドが最小化されつつ、ＣＢＧの再送信方式および復号化性能が最適化されることになる。
【０１２６】
図６Ｂは、第１（最初）の送信について、ＲＶが明示的に得られるものと仮定した別の実施形態である。動作は、図６Ａに示す実施形態に類似する。サブフレーム＃Ｎにおいては、ｅＭＢＢトラフィック用のトランスポートブロック（ＴＢ）を送信機（たとえば、基地局）がＵＥに送信するが、このようなＴＢは、２つのＣＢＧから成る。このようなＴＢ（２つのコードブロックグループ）の冗長バージョンインデックスは、ＤＣＩシグナリングにおけるＲＶ指定に基づいて、２つのＣＢＧともにＲＶ０である。
【０１２７】
ＵＲＬＬＣ送信の場合は、このようなＴＢの一部のリソースが代替されるようになっていてもよい（ここでは、ＣＢＧ１がこのような代替の対象になるものと仮定する）。ただし、ＵＥが２つのＣＢＧの復号化に成功せず、これら２つのＣＢＧについて「ＮＡＣＫ」というＨＡＲＱフィードバックが返されるため、基地局は、２つのＣＢＧの再送信が必要となる可能性がある。代替リソースサイズが大きいか、または占有リソース比が大きいものと仮定すると、本発明の実施形態によれば、ＣＢＧ１の再送信のＲＶは、ＲＶ０となる。ただし、ＣＢＧ２の場合は、代替されておらず、代替リソースサイズまたは比が小さいため、再送信のＲＶは、ＤＣＩに示されたＲＶ２である。基本的に、ＲＶを非明示的または明示的に決定する従来の方法に関わらず、異なるＣＢＧは、代替リソースサイズまたは比に基づいて、冗長バージョンに関して異なる再送信方式を使用する。
【０１２８】
このような解決手段の利点は、数ビットのＲＶフィールドのコストで非代替ＣＢＧのＩＲ動作に関する何らかの柔軟性を実現することである。また、各ＣＢＧの復号化性能も最適化される。
【０１２９】
図６Ｃは、第１（最初）の送信について、ＲＶが（ＲＶ２を示すＤＣＩシグナリングによって）明示的に得られる一方、代替がＣＢＧ１上で行われるものと仮定した別の実施形態である。サブフレーム＃Ｎにおいては、ｅＭＢＢトラフィック用のトランスポートブロック（ＴＢ）を（たとえば、基地局の）送信機がＵＥに送信するが、このようなＴＢは、２つのＣＢＧから成る。このようなＴＢ（２つのＣＢＧ）の冗長バージョンインデックスは、ＤＣＩにおけるＲＶ指定に基づいて、両ＣＢＧともにＲＶ２である。
【０１３０】
ＵＲＬＬＣ送信の場合は、このようなＴＢの一部のリソースが代替される（ここでは、ＣＢＧ１がこのような代替の対象になるものと仮定する）。ただし、ＵＥが２つのＣＢＧの復号化に成功せず、これら２つのＣＢＧについて「ＮＡＣＫ」というＨＡＲＱフィードバックが基地局に返されるため、基地局は、２つのＣＢＧの再送信が必要となる可能性がある。システマティックビットがＲＶ０よりも少ない（または、閾値未満である）ＲＶ２として冗長バージョンを判定することにより代替ＣＢＧのシステマティックビットサイズまたは比が小さいと決定されるものと仮定して、２つのＣＢＧはともに、一部のリソースがＵＲＬＬＣにより代替されるものの、ＤＣＩにおけるＲＶ指定（本例においては、ＲＶ３）に基づいて再送信されることになる。
【０１３１】
このような解決手段の利点は、数ビットのＲＶフィールドのコストで非代替ＣＢＧのＩＲ動作に関する何らかの柔軟性を実現することである。各ＣＢＧの復号化性能も最適化される。
【０１３２】
提案の方式に関する別の実施形態を図６Ｄに示す。第１（最初）の送信について、ＲＶは、（ＲＶ０を示すＤＣＩシグナリングによって）明示的に得られる。サブフレーム＃Ｎにおいては、ｅＭＢＢトラフィック用のトランスポートブロック（ＴＢ）を（たとえば、基地局の）送信機がＵＥに送信するが、このようなＴＢは、３つのＣＢＧから成る。このようなＴＢ（３つのＣＢＧ）の冗長バージョンインデックスは、ＤＣＩにおけるＲＶ指定に基づいて、３つのＣＢＧいずれもＲＶ０である。
【０１３３】
ＵＥは、そのｅＭＢＢリソース上で代替が検出された場合にＨＡＲＱ応答を報告せず、そのｅＭＢＢリソース上で代替が検出されなかった場合にＨＡＲＱ応答を報告するものと仮定する。たとえば、図６Ｄにおいて、サブフレーム＃Ｎの第１（最初）の送信についてＣＢＧ２およびＣＢＧ３が代替される場合、ＵＥは、サブフレーム＃Ｎの３つのＣＢＧ１、ＣＢＧ２およびＣＢＧ３上でＨＡＲＱフィードバックを報告しない。また、このようなＵＥは、ＣＢＧ２およびＣＢＧ３を正しく受信せず、次のサブフレーム（サブフレーム＃Ｎ＋Ｋ）で再送信ＣＢＧ２およびＣＢＧ３を（代替なく）受信するとともに、ＨＡＲＱ応答をフィードバックするものと予想される（そのｅＭＢＢリソース上で代替が検出されないことから、ＵＥは、ＨＡＲＱ応答をフィードバック可能である）。サブフレーム＃Ｎ＋Ｋにおいては、再送信されるＣＢＧを決定するため、第１（最初）の送信の代替状況から非明示的に、基地局が再送信ＣＢＧインデックス（ＣＢＧ２およびＣＢＧ３）を決定することになる。
【０１３４】
なお、図６Ｄは、再送信が必要なＣＢＧ（本例においては、ＣＢＧ２およびＣＢＧ３）のみが再送信される一例も示しているが、送信ＴＢのＣＢＧ１は、ＵＥにおいて受信に成功しており、再送信の必要がないため、ＣＢＧ１は再送信されない。これにより、再送信データ量および無線リソースオーバヘッドが抑えられる。
【０１３５】
このため、再送信方式の柔軟性および再送信データの復号化性能を改善可能である。
【０１３６】
様々な再送信方式に関する上記例は、例示目的で説明しており、何ら限定的なものではない。
【０１３７】
図７は、本発明の実施形態に係る、無線通信方法７００の模式的なフローチャートである。
【０１３８】
通信装置における無線通信方法７００は、第１のデータを端末に送信するステップ（ステップ７０１）と、第１のデータの送信後、再送信条件下で第２のデータを端末に再送信するステップ（ステップ７０２）と、第１のデータの送信のシステマティックビットレベルおよび代替リソースレベルの少なくとも一方に基づいて、第２のデータの再送信の再送信方式を制御するステップ（ステップ７０３）と、を含む。
【０１３９】
このため、再送信方式の柔軟性および再送信データの復号化性能を改善可能である。
【０１４０】
一実施形態において、無線通信方法７００は、受信ステップ７０４をさらに含んでいてもよく、再送信条件は、受信ステップ７０４が端末から否定応答を受信する第１の再送信条件および受信ステップ７０４が端末から応答を受信しない第２の再送信条件の少なくとも一方を含み、一実施形態において、受信ステップ７０４が端末から応答を受信しない場合、制御ステップ７０３は、第１のデータが送信に関して代替された場合に第１のデータが再送信されるものと決定する。
【０１４１】
一実施形態において、制御ステップ７０３は、代替方式に従って、第１のサービストラフィックを端末に送信する第１のサービスリソースを第２のサービストラフィックで代替することにより、送信ステップに代替された第１のデータを送信させる代替ステップ７０３３を含んでいてもよく、一実施形態において、代替方式は、第１のサービストラフィックを送信する第１のサービスリソースが第２のサービストラフィックで代替される端末の数を最小化することと、第１のサービスリソース内の代替リソースサイズまたは比をサイズまたは比閾値で制限することと、代替されるコードブロックの数を最小化することと、第１のサービストラフィックを送信する第１のサービスリソースにおいて代替リソースサイズまたは比を平均化することと、第１のサービストラフィックおよび第２のサービストラフィックの両者を受信する端末に第１のサービストラフィックを送信する第１のサービスリソースが第２のサービストラフィックで代替されるように指定することと、のうちの少なくとも１つを含んでいてもよい。
【０１４２】
このため、代替方式が柔軟化可能であり、性能またはシグナリングオーバヘッドをさらに最適化することができる。
【０１４３】
一実施形態において、送信ステップ７０１は、制御シグナリング方式に従って代替を示す制御シグナリングを送信し、一実施形態において、制御シグナリング方式は、第１のサービストラフィックを受信する第１の端末および第２のサービストラフィックを受信する第２の端末を含むグループのすべての端末にグループ共通制御シグナリングを送信することであり、グループ共通制御シグナリングがそれぞれ、第２の端末の各端末ＩＤでのリソース割り当てを示し、一実施形態において、第１の端末が、グループ共通制御シグナリングにおいてリソース割り当てを解釈することにより、それぞれの代替リソース状況を取得可能である、グループ共通制御シグナリングを送信することと、リソース割り当てをそれぞれ示す制御シグナリングを第２の端末それぞれに送信すること、および、代替リソース状況をそれぞれ示す他の制御シグナリングを第１の端末それぞれに送信することと、の少なくとも一方を含む。
【０１４４】
このため、ＤＣＩ設計が柔軟になる。
【０１４５】
一実施形態においては、システマティックビットレベルが第１のデータ内のシステマティックビットのサイズまたは第１のデータ内のシステマティックビットの比を含んでいてもよく、代替リソースレベルが第１のデータ内の代替リソースのサイズまたは第１のデータ内の代替リソースの比を含んでいてもよい。
【０１４６】
一実施形態において、制御ステップ７０３は、第１のデータの送信のシステマティックビットレベルおよび代替リソースレベルの少なくとも一方に基づいて第１の条件を検出するステップ７０３１と、第１の条件下で、閾値よりも多くのシステマティックビットで第２のデータを再送信する第１の再送信方式として再送信方式を決定するステップ７０３２と、を含んでよい。一実施形態において、第１の条件は、システマティックビットレベルがシステマティックビット閾値よりも大きいこと、代替リソースレベルが代替リソース閾値よりも大きいこと、またはシステマティックビットレベルがシステマティックビット閾値よりも大きく、代替リソースレベルが代替リソース閾値よりも大きいことを含んでいてもよい。
【０１４７】
一実施形態において、代替リソース閾値としてはゼロも可能であるため、代替リソースレベルをゼロの代替リソース閾値と比較することによって、リソースの代替が行われているかを示すことも可能である。さらに、代替リソースレベルがゼロの場合、これは、リソースの代替が行われていないことを示す。
【０１４８】
一実施形態において、第１の再送信方式は、システマティックビットが最も多い冗長バージョンを含んでいてもよく、一実施形態においては、異なる冗長バージョンが、すべてのシステマティックビットおよびすべての冗長ビットを含むバッファの異なる開始点を示していてもよい。
【０１４９】
実施形態において、制御ステップ７０３は、第１の条件以外の第２の条件において、第２のデータを再送信する第２の再送信方式として再送信方式を制御するようにしてもよく、一実施形態において、第２の再送信方式は、閾値以下のシステマティックビットで第２のデータを再送信するか、または送信方式順序により規定されるか、もしくは通信装置および端末に共通のルールにより決定される。
【０１５０】
一実施形態において、通信装置および端末に共通のルールは、送信される第１のデータまたは第２のデータのサブフレームインデックス、スロットインデックスおよび送信時間間隔（ＴＴＩ）インデックスのうちの少なくとも１つの関数を含んでいてもよい。第２の再送信方式を決定可能である限り、他のルールも利用可能である。
【０１５１】
このため、再送信方式の柔軟性および再送信データの復号化性能を改善可能である。
【０１５２】
上記説明は、本開示の例示的な実施形態に基づくが、何ら限定的なものではない。
【０１５３】
また、本開示の実施形態は、少なくとも以下の主題を提供可能である。
【０１５４】
（１）．第１のデータを端末に送信し、第１のデータの送信後、再送信条件下で第２のデータを端末に再送信するように構成された送信機と、
第１のデータの送信のシステマティックビットレベルおよび代替リソースレベルの少なくとも一方に基づいて、第２のデータの再送信の再送信方式を制御するように構成された回路と、
を備えた、通信装置。
【０１５５】
（２）．受信機をさらに備え、
再送信条件が、受信機が端末から否定応答を受信する第１の再送信条件および受信機が端末から応答を受信しない第２の再送信条件の少なくとも一方を含み、
受信機が端末から応答を受信しない場合、回路が、第１のデータが送信に関して代替された場合に第１のデータが再送信されるものと決定するように構成された、（１）に記載の通信装置。
【０１５６】
（３）．回路が、代替方式に従って、第１のサービストラフィックを端末に送信する第１のサービスリソースを第２のサービストラフィックで代替することにより、送信機に代替された第１のデータを送信させるように構成された代替回路を含み、
代替方式が、
第１のサービストラフィックを送信する第１のサービスリソースが第２のサービストラフィックで代替される端末の数を最小化することと、
第１のサービスリソース内の代替リソースサイズまたは比をサイズまたは比閾値で制限することと、
代替されるコードブロックの数を最小化することと、
第１のサービストラフィックを送信する第１のサービスリソースにおいて代替リソースサイズまたは比を平均化することと、
第１のサービストラフィックおよび第２のサービストラフィックの両者を受信する端末に第１のサービストラフィックを送信する第１のサービスリソースが第２のサービストラフィックで代替されるように指定することと、
のうちの少なくとも１つを含む、（１）に記載の通信装置。
【０１５７】
（４）．送信機が、制御シグナリング方式に従って代替を示す制御シグナリングを送信するように構成されており、
制御シグナリング方式が、
第１のサービストラフィックを受信する第１の端末および第２のサービストラフィックを受信する第２の端末を含むグループのすべての端末にグループ共通制御シグナリングを送信することであり、グループ共通制御シグナリングがそれぞれ、第２の端末の各端末ＩＤでのリソース割り当てを示し、第１の端末が、グループ共通制御シグナリングにおいてリソース割り当てを解釈することにより、それぞれの代替リソース状況を取得可能である、グループ共通制御シグナリングを送信することと、
リソース割り当てをそれぞれ示す制御シグナリングを第２の端末それぞれに送信すること、および、代替リソース状況をそれぞれ示す他の制御シグナリングを第１の端末それぞれに送信することと、
の少なくとも一方を含む、（３）に記載の通信装置。
【０１５８】
（５）．システマティックビットレベルが、第１のデータ内のシステマティックビットのサイズまたは第１のデータ内のシステマティックビットの比を含み、代替リソースレベルが、第１のデータ内の代替リソースのサイズまたは第１のデータ内の代替リソースの比を含む、（１）に記載の通信装置。
【０１５９】
（６）．回路が、第１のデータの送信のシステマティックビットレベルおよび代替リソースレベルの少なくとも一方に基づいて第１の条件を検出するように構成された検出器と、第１の条件下で、閾値よりも多くのシステマティックビットで第２のデータを再送信する第１の再送信方式として再送信方式を決定するように構成されたコントローラと、を具備しており、
第１の条件が、
システマティックビットレベルがシステマティックビット閾値よりも大きいこと、
代替リソースレベルが代替リソース閾値よりも大きいこと、または
システマティックビットレベルがシステマティックビット閾値よりも大きく、代替リソースレベルが代替リソース閾値よりも大きいこと、
を含む、（１）に記載の通信装置。
【０１６０】
（７）．第１の再送信方式が、システマティックビットが最も多い冗長バージョンを含み、
異なる冗長バージョンが、すべてのシステマティックビットおよびすべての冗長ビットを含むバッファの異なる開始点を示す、（６）に記載の通信装置。
【０１６１】
（８）．回路が、第１の条件以外の第２の条件において、第２のデータを再送信する第２の再送信方式として再送信方式を制御するように構成されており、
第２の再送信方式が、閾値以下のシステマティックビットで第２のデータを再送信するか、または送信方式順序により規定されるか、もしくは通信装置および端末に共通のルールにより決定される、（６）に記載の通信装置。
【０１６２】
（９）．通信装置および端末に共通のルールが、送信される第１のデータまたは第２のデータのサブフレームインデックス、スロットインデックスおよび送信時間間隔（ＴＴＩ）インデックスのうちの少なくとも１つの関数を含む、（８）に記載の通信装置。
【０１６３】
（１０）．再送信用の第２のデータが、再送信条件下で再送信の必要がある最小データである、（１）に記載の通信装置。
【０１６４】
（１１）．通信装置において、
第１のデータを端末に送信するステップと、
第１のデータの送信後、再送信条件下で第２のデータを端末に再送信するステップと、
第１のデータの送信のシステマティックビットレベルおよび代替リソースレベルの少なくとも一方に基づいて、第２のデータの再送信の再送信方式を制御するステップと、
を含む、無線通信方法。
【０１６５】
（１２）．受信ステップをさらに含み、再送信条件が、受信ステップが端末から否定応答を受信する第１の再送信条件および受信ステップが端末から応答を受信しない第２の再送信条件の少なくとも一方を含み、
受信ステップが端末から応答を受信しない場合、制御ステップが、第１のデータが送信に関して代替された場合に第１のデータが再送信されるものと決定する、（１１）に記載の無線通信方法。
【０１６６】
（１３）．制御ステップが、代替方式に従って、第１のサービストラフィックを端末に送信する第１のサービスリソースを第２のサービストラフィックで代替することにより、送信ステップに代替された第１のデータを送信させる代替ステップを含み、
代替方式が、
第１のサービストラフィックを送信する第１のサービスリソースが第２のサービストラフィックで代替される端末の数を最小化することと、
第１のサービスリソース内の代替リソースサイズまたは比をサイズまたは比閾値で制限することと、
代替されるコードブロックの数を最小化することと、
第１のサービストラフィックを送信する第１のサービスリソースにおいて代替リソースサイズまたは比を平均化することと、
第１のサービストラフィックおよび第２のサービストラフィックの両者を受信する端末に第１のサービストラフィックを送信する第１のサービスリソースが第２のサービストラフィックで代替されるように指定することと、
のうちの少なくとも１つを含む、（１１）に記載の無線通信方法。
【０１６７】
（１４）．送信ステップが、制御シグナリング方式に従って代替を示す制御シグナリングを送信し、
制御シグナリング方式が、
第１のサービストラフィックを受信する第１の端末および第２のサービストラフィックを受信する第２の端末を含むグループのすべての端末にグループ共通制御シグナリングを送信することであり、グループ共通制御シグナリングがそれぞれ、第２の端末の各端末ＩＤでのリソース割り当てを示し、第１の端末が、グループ共通制御シグナリングにおいてリソース割り当てを解釈することにより、それぞれの代替リソース状況を取得可能である、グループ共通制御シグナリングを送信することと、
リソース割り当てをそれぞれ示す制御シグナリングを第２の端末それぞれに送信すること、および、代替リソース状況をそれぞれ示す他の制御シグナリングを第１の端末それぞれに送信することと、
の少なくとも一方を含む、（１３）に記載の無線通信方法。
【０１６８】
（１５）．システマティックビットレベルが、第１のデータ内のシステマティックビットのサイズまたは第１のデータ内のシステマティックビットの比を含み、代替リソースレベルが、第１のデータ内の代替リソースのサイズまたは第１のデータ内の代替リソースの比を含む、（１１）に記載の無線通信方法。
【０１６９】
（１６）．制御ステップが、第１のデータの送信のシステマティックビットレベルおよび代替リソースレベルの少なくとも一方に基づいて第１の条件を検出することと、第１の条件下で、閾値よりも多くのシステマティックビットで第２のデータを再送信する第１の再送信方式として再送信方式を決定することと、を含み、
第１の条件が、
システマティックビットレベルがシステマティックビット閾値よりも大きいこと、
代替リソースレベルが代替リソース閾値よりも大きいこと、または
システマティックビットレベルがシステマティックビット閾値よりも大きく、代替リソースレベルが代替リソース閾値よりも大きいこと、
を含む、（１１）に記載の無線通信方法。
【０１７０】
（１７）．第１の再送信方式が、システマティックビットが最も多い冗長バージョンを含み、
異なる冗長バージョンが、すべてのシステマティックビットおよびすべての冗長ビットを含むバッファの異なる開始点を示す、（１６）に記載の無線通信方法。
【０１７１】
（１８）．制御ステップが、第１の条件以外の第２の条件において、第２のデータを再送信する第２の再送信方式として再送信方式を制御し、
第２の再送信方式が、閾値以下のシステマティックビットで第２のデータを再送信するか、または送信方式順序により規定されるか、もしくは通信装置および端末に共通のルールにより決定される、（１６）に記載の無線通信方法。
【０１７２】
（１９）．通信装置および端末に共通のルールが、送信される第１のデータまたは第２のデータのサブフレームインデックス、スロットインデックスおよび送信時間間隔（ＴＴＩ）インデックスのうちの少なくとも１つの関数を含む、（１８）に記載の無線通信方法。
【０１７３】
（２０）．再送信用の第２のデータが、再送信条件下で再送信の必要がある最小データである、（１１）に記載の無線通信方法。
【０１７４】
（２１）．通信装置および端末を備えた通信システムであって、
通信装置が、
第１のデータを端末に送信し、第１のデータの送信後、再送信条件下で第２のデータを端末に再送信するように構成された第１の送信機と、
第１のデータの送信のシステマティックビットレベルおよび代替リソースレベルの少なくとも一方に基づいて、第２のデータの再送信の再送信方式を制御するように構成された第１の回路と、
を備え、
端末が、
通信装置から送信された第１のデータを受信するとともに、再送信方式に従って通信装置から再送信された第２のデータを受信するように構成された第２の受信機と、
第１のデータの受信後、第２のデータを受信する前に、再送信条件を通信装置に示すように構成された第２の送信機と、
受信した第２のデータの再送信の再送信方式を復元するように構成された第２の回路と、
を備えた、通信システム。
【０１７５】
（２２）．第２の送信機が、第２の受信機が第１のデータを正しく受信していない場合に否定応答を通信装置に送信するか、または、第１のデータが代替されたことを第２の回路が発見した場合に応答を通信装置に送信しないことにより、再送信条件を通信装置に示すように構成されており、
通信装置が、端末から否定応答を受信するか、または、端末から応答を受信しないように構成された第１の受信機をさらに備えており、
第１の受信機が端末から応答を受信しない場合、第１の回路が、第１のデータが送信に関して代替された場合に第１のデータが再送信されるものと決定するように構成された、（２１）に記載の通信システム。
【０１７６】
（２３）．第１の回路が、代替方式に従って、第１のサービストラフィックを端末に送信する第１のサービスリソースを第２のサービストラフィックで代替することにより、送信機に代替された第１のデータを送信させるように構成された第１の代替回路を含み、
代替方式が、
第１のサービストラフィックを送信する第１のサービスリソースが第２のサービストラフィックで代替される端末の数を最小化することと、
第１のサービスリソース内の代替リソースサイズまたは比をサイズまたは比閾値で制限することと、
代替されるコードブロックの数を最小化することと、
第１のサービストラフィックを送信する第１のサービスリソースにおいて代替リソースサイズまたは比を平均化することと、
第１のサービストラフィックおよび第２のサービストラフィックの両者を受信する端末に第１のサービストラフィックを送信する第１のサービスリソースが第２のサービストラフィックで代替されるように指定することと、
のうちの少なくとも１つを含む、（２１）に記載の通信システム。
【０１７７】
（２４）．第１の送信機が、制御シグナリング方式に従って代替を示す制御シグナリングを送信するように構成されており、
制御シグナリング方式が、
第１のサービストラフィックを受信する第１の端末および第２のサービストラフィックを受信する第２の端末を含むグループのすべての端末にグループ共通制御シグナリングを送信することであり、グループ共通制御シグナリングがそれぞれ、第２の端末の各端末ＩＤでのリソース割り当てを示し、第１の端末が、グループ共通制御シグナリングにおいてリソース割り当てを解釈することにより、それぞれの代替リソース状況を取得可能である、グループ共通制御シグナリングを送信することと、
リソース割り当てをそれぞれ示す制御シグナリングを第２の端末それぞれに送信すること、および、代替リソース状況をそれぞれ示す他の制御シグナリングを第１の端末それぞれに送信することと、
の少なくとも一方を含む、（２３）に記載の通信システム。
【０１７８】
（２５）．システマティックビットレベルが、第１のデータ内のシステマティックビットのサイズまたは第１のデータ内のシステマティックビットの比を含み、代替リソースレベルが、第１のデータ内の代替リソースのサイズまたは第１のデータ内の代替リソースの比を含む、（２１）に記載の通信システム。
【０１７９】
（２６）．第１の回路が、第１のデータの送信のシステマティックビットレベルおよび代替リソースレベルの少なくとも一方に基づいて第１の条件を検出するように構成された第１の検出器と、第１の条件下で、閾値よりも多くのシステマティックビットで第２のデータを再送信する第１の再送信方式として再送信方式を決定するように構成された第１のコントローラと、を具備しており、
第１の条件が、
システマティックビットレベルがシステマティックビット閾値よりも大きいこと、
代替リソースレベルが代替リソース閾値よりも大きいこと、または
システマティックビットレベルがシステマティックビット閾値よりも大きく、代替リソースレベルが代替リソース閾値よりも大きいこと、
を含む、（２１）に記載の通信システム。
【０１８０】
（２７）．第１の再送信方式が、システマティックビットが最も多い冗長バージョンを含み、
異なる冗長バージョンが、すべてのシステマティックビットおよびすべての冗長ビットを含むバッファの異なる開始点を示す、（２６）に記載の通信システム。
【０１８１】
（２８）．第１のコントローラが、第１の条件以外の第２の条件において、第２のデータを再送信する第２の再送信方式として再送信方式を制御するように構成されており、
第２の再送信方式が、閾値以下のシステマティックビットで第２のデータを再送信するか、または送信方式順序により規定されるか、もしくは通信装置および端末に共通のルールにより決定される、（２６）に記載の通信システム。
【０１８２】
（２９）．第２の回路が、受信した第１のデータの送信の冗長バージョンのシステマティックビットレベルおよび受信した第１のデータの送信の代替リソースレベルを決定するように構成された第２の検出器と、第１のデータの送信のシステマティックビットレベルおよび代替リソースレベルの少なくとも一方に基づいて、受信した第２のデータの再送信の再送信方式を決定するように構成された第２のコントローラと、を具備しており、
異なる冗長バージョンが、すべてのシステマティックビットおよびすべての冗長ビットを含むバッファの異なる開始点を示す、（２１）に記載の通信システム。
【０１８３】
（３０）．第２の検出器が、受信した第１のデータの送信の冗長バージョンを、受信した制御シグナリングにより決定するか、または送信方式順序により規定するか、もしくは通信装置および端末に共通のルールにより決定するように構成されており、
第２の検出器が、代替リソースレベルを示す受信信号によって、第１のデータの送信の代替リソースレベルを決定するように構成された、（２９）に記載の通信システム。
【０１８４】
（３１）．通信装置および端末に共通のルールが、送信される第１のデータまたは第２のデータのサブフレームインデックス、スロットインデックスおよび送信時間間隔（ＴＴＩ）インデックスのうちの少なくとも１つの関数を含む、（３０）に記載の通信システム。
【０１８５】
（３２）．再送信用の第２のデータが、再送信条件下で再送信の必要がある最小データである、（２１）に記載の通信システム。
【０１８６】
（３３）．通信装置から送信された第１のデータを受信するとともに、再送信方式に従って通信装置から再送信された第２のデータを受信するように構成された第２の受信機と、
第１のデータの受信後、第２のデータを受信する前に、再送信条件を通信装置に示すように構成された第２の送信機と、
受信した第２のデータの再送信の再送信方式を復元するように構成された第２の回路と、
を備えた、端末。
【０１８７】
（３４）．第２の送信機が、第２の受信機が第１のデータを正しく受信していない場合に否定応答を通信装置に送信するか、または、第１のデータが代替されたことを第２の回路が発見した場合に応答を通信装置に送信しないことにより、再送信条件を通信装置に示すように構成された、（３３）に記載の端末。
【０１８８】
（３５）．通信装置と端末との間の無線通信方法であって、
通信装置において、
第１のデータを端末に送信し、第１のデータの送信後、再送信条件下で第２のデータを端末に再送信する第１の送信ステップと、
第１のデータの送信のシステマティックビットレベルおよび代替リソースレベルの少なくとも一方に基づいて、第２のデータの再送信の再送信方式を制御する第１の制御ステップと、
を含む、第１の無線通信方法と、
端末において、
通信装置から送信された第１のデータを受信するとともに、再送信方式に従って通信装置から再送信された第２のデータを受信する第２の受信ステップと、
第１のデータの受信後、第２のデータを受信する前に、再送信条件を通信装置に示す第２の送信ステップと、
受信した第２のデータの再送信の再送信方式を復元する第２の制御ステップと、
を含む、第２の無線通信方法と、
を含む、無線通信方法。
【０１８９】
（３６）．第２の送信ステップが、第２の受信ステップが第１のデータを正しく受信していない場合に否定応答を通信装置に送信するか、または、第１のデータが代替されたことを第２の制御ステップが発見した場合に応答を通信装置に送信しないことにより、再送信条件を通信装置に示し、
第１の無線通信方法が、端末から否定応答を受信するか、または、端末から応答を受信しない第１の受信ステップをさらに含み、
第１の受信ステップが端末から応答を受信しない場合、第１の制御ステップが、第１のデータが送信に関して代替された場合に第１のデータが再送信されるものと決定する、（３５）に記載の無線通信方法。
【０１９０】
（３７）．第１の回路が、代替方式に従って、第１のサービストラフィックを端末に送信する第１のサービスリソースを第２のサービストラフィックで代替することにより、第１の送信機に代替された第１のデータを送信させるように構成された第１の代替回路を含み、
代替方式が、
第１のサービストラフィックを送信する第１のサービスリソースが第２のサービストラフィックで代替される端末の数を最小化することと、
第１のサービスリソース内の代替リソースサイズまたは比をサイズまたは比閾値で制限することと、
代替されるコードブロックの数を最小化することと、
第１のサービストラフィックを送信する第１のサービスリソースにおいて代替リソースサイズまたは比を平均化することと、
第１のサービストラフィックおよび第２のサービストラフィックの両者を受信する端末に第１のサービストラフィックを送信する第１のサービスリソースが第２のサービストラフィックで代替されるように指定することと、
のうちの少なくとも１つを含む、（３５）に記載の無線通信方法。
【０１９１】
（３８）．第１の送信ステップが、制御シグナリング方式に従って代替を示す制御シグナリングを送信し、
制御シグナリング方式が、
第１のサービストラフィックを受信する第１の端末および第２のサービストラフィックを受信する第２の端末を含むグループのすべての端末にグループ共通制御シグナリングを送信することであり、グループ共通制御シグナリングがそれぞれ、第２の端末の各端末ＩＤでのリソース割り当てを示し、第１の端末が、グループ共通制御シグナリングにおいてリソース割り当てを解釈することにより、それぞれの代替リソース状況を取得可能である、グループ共通制御シグナリングを送信することと、
リソース割り当てをそれぞれ示す制御シグナリングを第２の端末それぞれに送信すること、および、代替リソース状況をそれぞれ示す他の制御シグナリングを第１の端末それぞれに送信することと、
の少なくとも一方を含む、（３７）に記載の無線通信方法。
【０１９２】
（３９）．システマティックビットレベルが、第１のデータ内のシステマティックビットのサイズまたは第１のデータ内のシステマティックビットの比を含み、代替リソースレベルが、第１のデータ内の代替リソースのサイズまたは第１のデータ内の代替リソースの比を含む、（３８）に記載の無線通信方法。
【０１９３】
（４０）．第１の制御ステップが、第１のデータの送信のシステマティックビットレベルおよび代替リソースレベルの少なくとも一方に基づいて第１の条件を検出する第１の検出ステップと、第１の条件下で、閾値よりも多くのシステマティックビットで第２のデータを再送信する第１の再送信方式として再送信方式を決定する第１の決定ステップと、を含み、
第１の条件が、
システマティックビットレベルがシステマティックビット閾値よりも大きいこと、
代替リソースレベルが代替リソース閾値よりも大きいこと、または
システマティックビットレベルがシステマティックビット閾値よりも大きく、代替リソースレベルが代替リソース閾値よりも大きいこと、
を含む、（３８）に記載の無線通信方法。
【０１９４】
（４１）．第１の再送信方式が、システマティックビットが最も多い冗長バージョンを含み、
異なる冗長バージョンが、すべてのシステマティックビットおよびすべての冗長ビットを含むバッファの異なる開始点を示す、（４０）に記載の無線通信方法。
【０１９５】
（４２）．第１の決定ステップが、第１の条件以外の第２の条件において、第２のデータを再送信する第２の再送信方式として再送信方式を制御し、
第２の再送信方式が、閾値以下のシステマティックビットで第２のデータを再送信するか、または送信方式順序により規定されるか、もしくは通信装置および端末に共通のルールにより決定される、（４０）に記載の無線通信方法。
【０１９６】
（４３）．第２の制御ステップが、受信した第１のデータの送信の冗長バージョンのシステマティックビットレベルおよび受信した第１のデータの送信の代替リソースレベルを決定する第２の検出ステップと、第１のデータの送信のシステマティックビットレベルおよび代替リソースレベルの少なくとも一方に基づいて、受信した第２のデータの再送信の再送信方式を決定する第２の決定ステップと、を含み、
異なる冗長バージョンが、すべてのシステマティックビットおよびすべての冗長ビットを含むバッファの異なる開始点を示す、（３８）に記載の無線通信方法。
【０１９７】
（４４）．第２の検出ステップが、受信した第１のデータの送信の冗長バージョンを、受信した制御シグナリングにより決定するか、または送信方式順序により規定するか、もしくは通信装置および端末に共通のルールにより決定し、
第２の検出ステップが、代替リソースレベルを示す受信信号によって、第１のデータの送信の代替リソースレベルを決定する、（４３）に記載の無線通信方法。
【０１９８】
（４５）．通信装置および端末に共通のルールが、送信される第１のデータまたは第２のデータのサブフレームインデックス、スロットインデックスおよび送信時間間隔（ＴＴＩ）インデックスのうちの少なくとも１つの関数を含む、（４４）に記載の無線通信方法。
【０１９９】
（４６）．再送信用の第２のデータが、再送信条件下で再送信の必要がある最小データである、（３３）に記載の無線通信方法。
【０２００】
（４７）．端末において、
通信装置から送信された第１のデータを受信するとともに、再送信方式に従って通信装置から再送信された第２のデータを受信する受信ステップと、
第１のデータの受信後、第２のデータを受信する前に、再送信条件を通信装置に示す送信ステップと、
受信した第２のデータの再送信の再送信方式を復元する第２の制御ステップと、
を含む、無線通信方法。
【０２０１】
（４８）．送信ステップが、第２の受信機が第１のデータを正しく受信していない場合に否定応答を通信装置に送信するか、または、第１のデータが代替されたことを第２の回路が発見した場合に応答を通信装置に送信しないことにより、再送信条件を通信装置に示す、（４７）に記載の無線通信方法。
【０２０２】
本開示は、ソフトウェア、ハードウェア、またはハードウェアと協働するソフトウェアにより実現可能である。上述の各実施形態の説明に使用した各機能ブロックは、集積回路等のＬＳＩにより一部または全部を実現可能であり、各実施形態の記載の各プロセスは、同じＬＳＩまたはＬＳＩの組み合わせにより一部または全部が制御されるようになっていてもよい。ＬＳＩは、個別にチップとして形成されていてもよいし、１つのチップが機能ブロックの一部または全部を含むように形成されていてもよい。ＬＳＩは、データ入力・出力が結合されていてもよい。ここで、ＬＳＩは、集積度の違いに応じて、ＩＣ、システムＬＳＩ、超ＬＳＩ、極超ＬＳＩとも称し得る。ただし、集積回路を実装する技術はＬＳＩに限定されず、個別回路、汎用プロセッサ、または専用プロセッサを用いることにより実現されるようになっていてもよい。また、ＬＳＩの製造後にプログラム可能なＦＰＧＡ（フィールドプログラマブルゲートアレイ）またはＬＳＩの内側に配設された回路セルの接続および設定を再構成可能な再構成可能プロセッサが用いられるようになっていてもよい。本開示は、デジタル処理またはアナログ処理として実現可能である。半導体技術または他の派生技術の進歩の結果として将来の集積回路技術がＬＳＩを置き換える場合、機能ブロックは、その将来の集積回路技術を用いて統合することも可能である。バイオ技術を適用することも可能である。
【０２０３】
以上、特定の実施形態に関する添付の図面を参照して、本開示の複数の実施形態の例を詳細に説明した。当然、構成要素または技術の考え得るすべての組み合わせを説明することは不可能なため、当業者には当然のことながら、本開示の範囲から逸脱することなく、上述の実施形態を種々改良可能である。たとえば、ごく当然のことながら、上記実施形態は、第３世代パートナーシッププロジェクト（３ＧＰＰ）ネットワークの一部を参照して説明しているが、３ＧＰＰネットワークの後継等、同様の機能的構成要素を有する同様のネットワークにも本開示の一実施形態を適用可能となる。
【０２０４】
したがって、特に、現下または将来において上記説明、添付の図面および添付の任意の請求項に使用する３ＧＰＰという用語および関係または関連する用語は、上記に応じて解釈されるものとする。
【０２０５】
本開示は、ソフトウェア、ハードウェア、またはハードウェアと協働するソフトウェアにより実現可能である。上述の各実施形態の説明に使用した各機能ブロックは、集積回路としてのＬＳＩにより実現可能であり、各実施形態に記載の各プロセスがＬＳＩにより制御されるようになっていてもよい。これらは、個別にチップとして形成されていてもよいし、１つのチップが機能ブロックの一部または全部を含むように形成されていてもよい。これらは、データ入力・出力が結合されていてもよい。ここで、ＬＳＩは、集積度の違いに応じて、ＩＣ、システムＬＳＩ、超ＬＳＩ、極超ＬＳＩとも称し得る。ただし、集積回路を実装する技術はＬＳＩに限定されず、個別回路または汎用プロセッサを用いることにより実現されるようになっていてもよい。また、ＬＳＩの製造後にプログラム可能なＦＰＧＡ（フィールドプログラマブルゲートアレイ）またはＬＳＩの内側に配設された回路セルの接続および設定を再構成可能な再構成可能プロセッサが用いられるようになっていてもよい。
【０２０６】
とりわけ、上記説明および関連する図面に提示の教示内容の利益を有する当業者であれば、本開示の改良および他の実施形態に想到し得る。したがって、本開示は、開示の特定の実施形態に限定されず、改良および他の実施形態が本開示の範囲に含まれるものと理解すべきである。本明細書では特定の用語を採用する場合があるものの、これらは、一般的な説明の意味で使用しているに過ぎず、何ら限定を目的としたものではない。
【図１Ａ】
0006923660.tif 000002
【図１Ｂ】
0006923660.tif 000003
【図２Ａ】
0006923660.tif 000004
【図２Ｂ】
0006923660.tif 000005
【図３Ａ】
0006923660.tif 000006
【図３Ｂ】
0006923660.tif 000007
【図３Ｃ】
0006923660.tif 000008
【図３Ｄ】
0006923660.tif 000009
【図３Ｅ】
0006923660.tif 000010
【図４】
0006923660.tif 000011
【図５】
0006923660.tif 000012
【図６Ａ】
0006923660.tif 000013
【図６Ｂ】
0006923660.tif 000014
【図６Ｃ】
0006923660.tif 000015
【図６Ｄ】
0006923660.tif 000016
【図７】
0006923660.tif 000017