JP6511129B2

JP6511129B2 - 無線通信方法および無線通信装置

Info

Publication number: JP6511129B2
Application number: JP2017505645A
Authority: JP
Inventors: チーガオ; 鈴木　秀俊; 秀俊鈴木; 星野　正幸; 正幸星野; 中尾　正悟; 正悟中尾
Original assignee: Panasonic Intellectual Property Corp of America
Current assignee: Panasonic Intellectual Property Corp of America
Priority date: 2014-09-02
Filing date: 2014-09-02
Publication date: 2019-05-15
Anticipated expiration: 2034-09-02
Also published as: WO2016033737A1; US10721028B2; US10243701B2; CN106465182B; US20170126367A1; CN106465182A; US20190149272A1; JP2017529742A

Description

本開示は、無線通信の分野に関し、特に、チャネルの繰り返し送信のための無線通信方法、およびにｅノードＢ（ｅＮＢ）やユーザ機器（ＵＥ）のような無線通信装置に関する。

マシン型通信（ＭＴＣ）は、オペレータのための重要な収益であり、オペレータの視点から非常に大きな可能性を有する。市場やオペレータの要件に基づいて、ＭＴＣの重要な要件の１つは、ＭＴＣのＵＥのカバレッジを改善することである。ＭＴＣのカバレッジを向上させるために、ほとんどの物理チャネルのそれぞれを向上させる必要がある。このため、時間領域でのリピティションは、チャネルのカバレッジを改善するための主要な方法である。そして、複数の異なるカバレッジ要件を満たすために、複数のリピティションレベルをサポートすることができ、それぞれのリピティションレベルは、１または複数の整数のリピティションナンバーに対応している。それぞれのリピティションは、１つのサブフレームで送信されることになり；したがって、複数のサブフレームは、各チャネルのリピティションを送信するために使用されることになる。

アップリンク（ＵＬ）およびダウンリンク（ＤＬ）データ送信については、ＨＡＲＱ（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔＲｅｑｕｅｓｔ）プロセスを使用することができる。各ＨＡＲＱプロセスにおいては、制御チャネルとデータチャネルが含まれ、時には、データパケットのためのフィードバックチャネル（ＡＣＫ／ＮＡＣＫチャネル）も含まれ得る。制御チャネルは、データパケットのスケジューリング情報を搬送する。データチャネルは、データパケットを搬送し、制御チャネルで指示されるように送信される。受信機がデータパケットを受信し、それを正常に復号した場合、ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）の情報が復号化の成功を通知するためにデータ送信機に送信される。それ以外の場合は、ＮＡＣＫ（Ｎｅｇａｔｉｖｅ−Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）が送信される。

上記の観点から、本開示は、チャネルの繰り返し送信のための無線通信方法、およびｅＮＢまたはＵＥのような無線通信装置を提供する。

本開示の第１の態様は、チャネルの繰り返し送信のために第１の無線通信装置によって実行される無線通信方法であって、第２の無線通信装置に複数のサブフレームにおいて第１のチャネルのチャネルリピティションを送信するステップ、または前記第２の無線通信装置から複数のサブフレームにおいて第１のチャネルのチャネルリピティションを受信するステップと、前記第２の無線通信装置に複数のサブフレームにおいて第２のチャネルのチャネルリピティションを送信するステップ、または前記第２の無線通信装置から複数のサブフレームにおいて第２のチャネルのチャネルリピティションを受信するステップと、を含み、前記第１のチャネルの開始サブフレームと前記第２のチャネルの開始サブフレームとの間のギャップが、事前に画定されるかまたは構成されている。

本開示の第１の態様によれば、第１のチャネルに続く第２のチャネルの開始サブフレームを、第１のチャネルによって実際に使用されるリピティションナンバーにかかわらず、確実に決定することができる。

本開示の第２の態様は、チャネルの繰り返し送信のために第１の無線通信装置によって実行される無線通信方法であって、複数のＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔＲｅｑｕｅｓｔ（ＨＡＲＱ）プロセスにおいて、第２の無線通信装置に複数のサブフレームにおいて前記チャネルのチャネルリピティションを送信するステップ、または前記第２の無線通信装置から複数のサブフレームにおいて前記チャネルのチャネルリピティションを受信するステップを含み、Ｍｘ＊Ｗ＝Ｍであり、ここで、Ｍｘは、１つのＨＡＲＱプロセスにおけるチャネルのために確保されたサブフレームの数であり、Ｍは、１つのＨＡＲＱプロセスのためのラウンドトリップタイム（ＲＴＴ）であり、Ｗは、正の整数でありかつＭ個のサブフレーム内においてチャネルを送信するＨＡＲＱプロセスの最大数を表し、さらに、Ｍｘ＊ｎ＝Ｎであり、ここで、Ｎは、２つのＨＡＲＱプロセスにおけるチャネルの開始サブフレーム間のギャップであり、ｎは正の整数である。

本開示の第２の態様によれば、異なるＨＡＲＱプロセスの間のチャネルのリソース衝突を回避することができる。

本開示の第３の態様は、チャネルの繰り返し送信のために第１の無線通信装置によって実行される無線通信方法であって、複数のＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔＲｅｑｕｅｓｔ（ＨＡＲＱ）プロセスにおいて、第２の無線通信装置に複数のサブフレームにおいて前記チャネルのチャネルリピティションを送信するステップ、または前記第２の無線通信装置から複数のサブフレームにおいて前記チャネルのチャネルリピティションを受信するステップを含み、異なるＨＡＲＱプロセスでの前記チャネルのための時間−周波数リソースが異なっている。

本開示の第３の態様によれば、異なるＨＡＲＱプロセスの間のチャネルのリソース衝突を回避することができる。

本開示の第４の態様は、第１の無線通信装置としてのチャネルの繰り返し送信のための無線通信装置であって、第２の無線通信装置に複数のサブフレームにおいて第１のチャネルのチャネルリピティションを送信する、または前記第２の無線通信装置から複数のサブフレームにおいて第１のチャネルのチャネルリピティションを受信する、第１の通信ユニットと、前記第２の無線通信装置に複数のサブフレームにおいて第２のチャネルのチャネルリピティションを送信する、または前記第２の無線通信装置から複数のサブフレームにおいて第２のチャネルのチャネルリピティションを受信する、第２の通信ユニットと、を含み、前記第１のチャネルの開始サブフレームと前記第２のチャネルの開始サブフレームとの間のギャップが、事前に画定されるかまたは構成されている。

本開示の第４の態様によれば、第１のチャネルに続く第２のチャネルの開始サブフレームを、第１のチャネルによって実際に使用されるリピティションナンバーにかかわらず、確実に決定することができる。

本開示の第５の態様は、第１の無線通信装置としてのチャネルの繰り返し送信のための無線通信装置であって、複数のＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔＲｅｑｕｅｓｔ（ＨＡＲＱ）プロセスにおいて、第２の無線通信装置に複数のサブフレームにおいて前記チャネルのチャネルリピティションを送信する、または前記第２の無線通信装置から複数のサブフレームにおいて前記チャネルのチャネルリピティションを受信する、通信ユニットを含み、Ｍｘ＊Ｗ＝Ｍであり、ここで、Ｍｘは、１つのＨＡＲＱプロセスにおけるチャネルのために確保されたサブフレームの数であり、Ｍは、１つのＨＡＲＱプロセスのためのラウンドトリップタイム（ＲＴＴ）であり、Ｗは、正の整数でありかつＭ個のサブフレーム内においてチャネルを送信するＨＡＲＱプロセスの最大数を表し、さらに、Ｍｘ＊ｎ＝Ｎであり、ここで、Ｎは、２つのＨＡＲＱプロセスにおけるチャネルの開始サブフレーム間のギャップであり、ｎは正の整数である。

本開示の第５の態様によれば、異なるＨＡＲＱプロセスの間のチャネルのリソース衝突を回避することができる。

本開示の第６の態様は、第１の無線通信装置としてのチャネルの繰り返し送信のための無線通信装置であって、複数のＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔＲｅｑｕｅｓｔ（ＨＡＲＱ）プロセスにおいて、第２の無線通信装置に複数のサブフレームにおいて前記チャネルのチャネルリピティションを送信する、または前記第２の無線通信装置から複数のサブフレームにおいて前記チャネルのチャネルリピティションを受信する、通信ユニットを含み、異なるＨＡＲＱプロセスでの前記チャネルのための時間−周波数リソースが異なっている。

本開示の第６の態様によれば、異なるＨＡＲＱプロセスの間のチャネルのリソース衝突を回避することができる。

上記は概要であり、したがって、当然、単純化、一般化、および詳細の省略を含む。本明細書に記載の装置および／またはプロセスおよび／または他の主題の、他の態様、特徴、および利点は、本明細書に記載の教示において明らかとされよう。概要は、簡略化された形態で概念の選択を紹介するために提供されており、以下の発明を実施するための形態でさらに説明される。この概要は、特許請求される主題の主要な特徴または本質的な特徴を特定することを意図するものではなく、特許請求される主題の範囲を決定する補助として使用されることを意図するものでもない。

本開示の上記および他の特徴は、添付の図面と併せて以下の説明および添付の特許請求の範囲からより完全に明らかとされよう。これらの図面は、本開示によるいくつかの実施形態のみを示し、したがってその範囲が限定されるものと解釈されるべきではないことを理解して、本開示は、添付の図面の使用によりさらに具体的かつ詳細に説明されよう。

ＨＡＲＱプロセスチャートの概略図である。本開示の実施形態に係るチャネルの繰り返し送信のための無線通信方法のフローチャートである。第１のチャネルの３つの例示的なリピティションナンバーについて第１のチャネルの開始サブフレームと第２のチャネルの開始サブフレームとの間のギャップを示す概略図である。本開示の実施形態に係るチャネルの繰り返し送信のための無線通信装置のブロック図である。第１のＨＡＲＱプロセスでの（Ｅ）ＰＤＣＣＨのリピティションが、第４のＨＡＲＱプロセスでの（Ｅ）ＰＤＣＣＨのリピティションと衝突する例示的なリソース衝突を示す図である。本開示の実施形態に係るチャネルの繰り返し送信のための無線通信方法のフローチャートである。制御チャネルのリソース衝突を回避するための例示的なＤＬのＨＡＲＱプロセスを示す図である。データチャネルのリソース衝突を回避するための例示的なＤＬのＨＡＲＱプロセスを示す図である。ＡＣＫ／ＮＡＣＫチャネルのリソース衝突を回避するための例示的なＤＬのＨＡＲＱプロセスを示す図である。制御チャネルのリソース衝突を回避するための例示的なＵＬのＨＡＲＱプロセスを示す図である。データチャネルのリソース衝突を回避するための例示的なＵＬのＨＡＲＱプロセスを示す図である。ＡＣＫ／ＮＡＣＫチャネルのリソース衝突を回避するための例示的なＵＬのＨＡＲＱプロセスを示す図である。本開示の実施形態に係るチャネルの繰り返し送信のための無線通信装置を示すブロック図である。本開示の実施形態に係るチャネルの繰り返し送信のための無線通信方法のフローチャートである。本開示の実施形態に係るチャネルの繰り返し送信のための無線通信装置のブロック図である。（Ｅ）ＰＤＣＣＨのための時間−周波数リソースおよびＨＡＲＱプロセスの開始サブフレームの例示的な関係を示す図である。

以下の詳細な説明では、本明細書の一部を形成する添付の図面が参照される。文脈が特に指示しない限りは、図面において、同じ符号が、一般に同じ構成要素を特定している。本開示の態様が、多種多様な異なる構成で配置され、置換され、組み合わされ、および設計され得ることが容易に理解され、これらのすべては、明示的に意図され、本開示の一部を作成している。

本開示の実施形態はＭＴＣの文脈で説明され得るが、本開示はチャネルリピティションを必要とする任意の通信に適用され得ることに留意されたい。また、本開示では、「無線通信装置」の用語は、異なるシナリオに応じたｅＮＢやＵＥを指している。例えば、ＵＬのＨＡＲＱプロセスについては、制御チャネルを送信しデータチャネルを受信するための無線通信がｅＮＢであり、制御チャネルを受信しデータチャネルを送信するための無線通信がＵＥである。

アップリンクまたはダウンリンクであってもよい１つのＨＡＲＱプロセスには、少なくとも制御チャネルとデータチャネルが含まれている。さらに、ＡＣＫまたはＮＡＣＫを搬送するチャネルが含まれていてもよい。ＨＡＲＱプロセスを概略的に示す図１に示されるように、制御チャネル、スケジュールされたデータチャネル（または単にデータチャネルと呼ばれる）、および対応するＡＣＫ／ＮＡＣＫチャネルについて確保されたサブフレームの数は、それぞれＭ１、Ｍ２およびＭ３である。制御チャネルのサブフレームと、スケジュールされたデータチャネルのサブフレームとの間のギャップは、Ｉ個のサブフレームである。スケジュールされたデータチャネルと対応するＡＣＫ／ＮＡＣＫチャネルのサブフレームとの間のギャップは、Ｊ個のサブフレームである。ＡＣＫ／ＮＡＣＫチャネルのサブフレームと、このＨＡＲＱプロセスにおける次の制御チャネルの候補との間のギャップは、Ｋ個のサブフレームである。ここで、Ｍ１とＭ２は正の整数であり、Ｉ、Ｊ、Ｋ、Ｍ３はゼロ以上の整数である。Ｍ３＝０の場合、データ送信のための特定のＡＣＫ／ＮＡＣＫチャネルは存在しない。Ｍは、１つのＨＡＲＱプロセスのためのラウンドトリップタイム（ＲＴＴ）である。ＲＴＴは、送信機が要求を送信し、受信機が応答を送信機に戻すのにかかる時間である。具体的には、ＲＴＴを、同じＨＡＲＱプロセスにおけるチャネル（例えば、制御チャネル）の２つの隣接する開始サブフレーム間のギャップ、すなわち、同じＨＡＲＱプロセスにおけるチャネルの候補の開始サブフレームと次のチャネルの候補の開始サブフレームとの間のギャップとすることができる。あるいは、ＲＴＴを、Ｍ＝Ｍ１＋Ｍ２＋Ｍ３＋Ｉ＋Ｊ＋Ｋとして画定することもできる。

上記で説明したように、時間領域でのチャネルリピティション（すなわち、チャネルの繰り返し送信）を、チャネルのカバレッジを向上させるために使用することができる。チャネル（チャネルリピティション）のそれぞれのリピティションは、１つのサブフレームで送信されることになるため、複数のサブフレームは、チャネルのリピティションを送信するために使用されることになる。１つのＨＡＲＱプロセスでの１つまたは複数のチャネルが繰り返し送信される場合、すなわち、チャネルリピティションが適用される場合に、チャネルのリピティションの開始サブフレームを画定する必要がある。

（第１の実施形態）
制御チャネルなどのチャネルのリピティションを、チャネル状態やスケジューリング状況などに応じて動的に変更することができる。リピティションナンバーが不正確に検出される可能性が高い。リピティションナンバーの曖昧さによって、後に続くチャネルの開始サブフレームを把握できなくなる可能性がある。例えば、データチャネルは、対応する制御チャネルの復号化に成功した後に開始されるべきであり、受信機は、データチャネルのための正確なリソースを知ることができる。ただし、制御チャネルのリピティションを、チャネル状態やスケジューリング状況などに応じて動的に変更する場合、受信機は、データチャネルのリピティションの正確な開始を知ることはできない。

この問題を解決するために、本開示の実施形態は、無線通信方法２００のフローチャートを示す図２に示されるように、チャネルの繰り返し送信のために第１の無線通信装置によって実行される無線通信方法２００を提供している。ここで、第１の無線通信装置は、異なるシナリオに応じたＵＥまたはｅＮＢである。第１の無線通信装置がＵＥである場合には、後述する第２の無線通信は、ｅＮＢであり、その逆もまた同様である。

方法２００は、第２の無線通信装置に複数のサブフレームにおいて第１のチャネルのチャネルリピティションを送信するステップ、または第２の無線通信装置から複数のサブフレームにおいて第１のチャネルのチャネルリピティションを受信するステップ２０１、および第２の無線通信装置に複数のサブフレームにおいて第２のチャネルのチャネルリピティションを送信するステップ、または第２の無線通信装置から複数のサブフレームにおいて第２のチャネルのチャネルリピティションを受信するステップ２０２を含んでいる。ここで、第１のチャネルおよび第２のチャネルを、それぞれ、制御チャネル、データチャネル、およびフィードバックチャネルのいずれかとすることができ、第１のチャネルの送信の後に、第２のチャネルの送信が続く。方法２００を、ＵＬおよびＤＬの両方に適用することができる。例えば、ＤＬ送信について、第１のチャネルが制御チャネルであり、第２のチャネルがデータチャネルであると仮定すると、第１の無線通信装置がｅＮＢである場合、ステップ２０１では、第１の無線装置（ｅＮＢ）は、第２の無線通信装置（ＵＥ）に複数のサブフレームにおいて第１のチャネル（制御チャネル）のチャネルリピティションを送信することになり、ステップ２０２では、第１の無線装置（ｅＮＢ）は、第２の無線通信装置（ＵＥ）に複数のサブフレームにおいて第２のチャネル（データチャネル）のチャネルリピティションを送信することになり；第１の無線通信装置がＵＥである場合、ステップ２０１では、第１の無線装置（ＵＥ）は、第２の無線通信装置（ｅＮＢ）から複数のサブフレームにおいて第１のチャネル（制御チャネル）のチャネルリピティションを受信することになり、ステップ２０２では、第１の無線装置（ＵＥ）は、第２の無線通信装置（ｅＮＢ）から複数のサブフレームにおいて第２のチャネル（データチャネル）のチャネルリピティションを受信することになる。ＵＬ送信について、第１の無線通信装置がｅＮＢである場合、ステップ２０１では、第１の無線装置（ｅＮＢ）は、第２の無線通信装置（ＵＥ）に複数のサブフレームにおいて第１のチャネル（制御チャネル）のチャネルリピティションを送信することになり、ステップ２０２では、第１の無線装置（ｅＮＢ）は、第２の無線通信装置（ＵＥ）から複数のサブフレームにおいて第２のチャネル（データチャネル）のチャネルリピティションを受信することになり；第１の無線通信装置がＵＥである場合、ステップ２０１では、第１の無線装置（ＵＥ）は、第２の無線通信装置（ｅＮＢ）から複数のサブフレームにおいて第１のチャネル（制御チャネル）のチャネルリピティションを受信することになり、ステップ２０２では、第１の無線装置（ＵＥ）は、第２の無線通信装置（ｅＮＢ）に複数のサブフレームにおいて第２のチャネル（データチャネル）のチャネルリピティションを送信することになる。

第１のチャネルに続く第２のチャネルの開始サブフレームを認識するために、本実施形態では、第１のチャネルの開始サブフレームと第２のチャネルの開始サブフレームとの間のギャップは、事前に画定されるかまたは構成される。したがって、第１の無線通信装置と第２の無線通信装置の両方が、第２のチャネルの開始サブフレームを知ることができる。ここで、「事前に画定する（ｐｒｅｄｅｆｉｎｅ）」の用語は、ギャップを決定する方法、すなわちギャップの値が、第１のおよび第２の無線通信装置に固定的に設定され、通信中に変更できず、例えば、仕様によって決定されることを意味している。「構成する（ｃｏｎｆｉｇｕｒｅ）」の用語は、ギャップを決定する方法、すなわちギャップの値が、シグナリングによって、例えば、物理的な、ＭＡＣまたはＲＲＣシグナリングによって、通知されることを意味している。以下では、ギャップを決定する方法は、例により詳細に記載されている。

第１の例では、第１のチャネルの開始サブフレームと第２のチャネルの開始サブフレームとの間のギャップを、第１のチャネルのリピティションナンバーおよび開始サブフレームに関係なく、１つのＵＥに対して１つのＨＡＲＱプロセスで同じにすることができる。図３は、第１のチャネルの３つの例示的なリピティションナンバーについての第１のチャネルの開始サブフレームと第２のチャネルの開始サブフレームとの間のギャップを概略的に示している。図３に示されるように、３つのリピティションナンバーが異なり、３つのリピティションナンバーの開始サブフレームも異なっていても、ギャップはすべてｒ個のサブフレームで同じである。したがって、受信機（ＵＥまたはｅＮＢ）は、第１のチャネルのリピティションナンバーから独立して第１のチャネルの開始サブフレームを知ることができる。例えば、第１のチャネルが（Ｅ）ＰＤＣＣＨであり、第２のチャネルがＰＤＳＣＨ（物理ダウンリンク共有チャネル）である場合、受信ＵＥは、（Ｅ）ＰＤＣＣＨのリピティションナンバーとは関係なくＰＤＳＣＨの開始サブフレームを知ることができる。

第２の例では、第１のチャネルの開始サブフレームと第２のチャネルの開始サブフレームとの間のギャップを、第１の無線通信装置と第２の無線通信装置との間で第１のチャネルについて事前に画定されるかまたは構成される最大リピティションナンバーに関連付けることができる。システムの観点から、複数のリピティションレベルが存在し、各リピティションレベルは、１つのタイプのチャネルに対して少なくとも１つのリピティションナンバーを含み、すなわち、複数のリピティションナンバーを、各リピティションレベルでサポートすることができる。したがって、チャネルを送信するための２つの可能性が存在し得る。まず、送信機は、任意のリピティションレベルによってチャネルを送信することができ、つまり、チャネルを、任意のリピティションレベルの任意のリピティションナンバーで送信することができる。このようにして、送信機は、すべてのリピティションレベルのうちの最大リピティションナンバーによってチャネルを送信することが可能である。この場合には、ギャップを、すべてのリピティションレベルのうちの最大リピティションナンバーに関連付けることができ、例えば、ギャップを、すべてのリピティションレベルのうちの最大リピティションナンバーと同じかまたはそれよりも大きくすることができる。次に、特定の周期内に、送信機は、１つのリピティションレベル内のリピティションナンバーによってのみチャネルを送信することができる。この場合、１周期中の１つのＵＥに対して、チャネルを、ＵＥについて構成されるかまたは事前に画定される１つのリピティションレベル内の最大リピティションナンバーで送信することができる可能性がある。したがって、ギャップを、各リピティションレベルまたは各リピティションレベル内の最大リピティションナンバーによって（すなわち、関連して）決定することができる。例えば、ギャップを、各リピティションレベル内の最大リピティションナンバーと同じかまたはそれよりも大きくすることができる。なお、ここでの周期は任意の周期とすることができ、動作寿命全体であってもよく、すなわち、１つのＵＥに対して、いくつかのチャネルを、１つのリピティションレベルで常に送信することができる。表１を例にとると、リピティションレベルＲ１、Ｒ２、およびＲ３は、それぞれギャップ値ｇ１、ｇ２、およびｇ３に対応している。例えば、リピティションレベルがＲ１であると判定された場合、ギャップはｇ１であり、Ｒ１がリピティションレベルＲ１の最大リピティションナンバーを表していると仮定すると、このｇ１をＲ１と同じかまたはそれよりも大きくすることができる。

なお、上記２つ場合の最大リピティションナンバーは、第１の無線通信装置と第２の無線通信装置との間の第１のチャネルについて事前に画定されるかまたは構成される最大リピティションナンバーであるため、第２の例における第１の無線通信装置と第２の無線通信装置との間の第１のチャネルについて事前に画定されるかまたは構成される最大リピティションナンバーは、上記の２つの場合を含み、すなわち、すべてのリピティションレベルの最大リピティションナンバー、およびＵＥについて構成されるかまたは事前に画定される１つのリピティションレベル内の最大リピティションナンバーである。

第１の実施形態では、上記の方法を実行するための無線通信装置も提供される。図４は、本開示の実施形態に係るチャネルの繰り返し送信のための無線通信装置４００を示すブロック図である。装置４００は：第２の無線通信装置に複数のサブフレームにおいて第１のチャネルのチャネルリピティションを送信するように、または第２の無線通信装置から複数のサブフレームにおいて第１のチャネルのチャネルリピティションを受信するように構成された第１の通信ユニット４０１と、第２の無線通信装置に複数のサブフレームにおいて第２のチャネルのチャネルリピティションを送信するように、または第２の無線通信装置から複数のサブフレームにおいて第２のチャネルのチャネルリピティションを受信するように構成された第２の通信ユニット４０２とを含み、第１のチャネルの開始サブフレームと第２のチャネルの開始サブフレームとの間のギャップは、事前に画定されるかまたは構成されている。

本開示による無線通信装置４００は、無線装置４００内で各種のデータを処理して各ユニットの動作を制御するために関連するプログラムを実行するＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）４１０、ＣＰＵ４１０によって各種の処理および制御を実行するために必要な各種プログラムを格納するためのＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）４１３、ＣＰＵ４１０による処理および制御の手順で一時的に生成された中間データを格納するためのＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）４１５、および／または各種のプログラムやデータなどを格納するためのストレージユニット４１７を任意で含んでもよい。上記通知ユニット４０１、ＣＰＵ４１０、ＲＯＭ４１３、ＲＡＭ４１５、および／またはストレージユニット４１７等は、データおよび／またはコマンドバス４２０を介して相互接続されていてもよく、互いの間で信号を転送してもよい。

上述のような各ユニットは、本開示の範囲を限定するものではない。本開示の一実施態様によれば、上記第１の通信ユニット４０１および第２の通信ユニット４０２の機能は、ハードウェアによって実施されてもよいし、上記のＣＰＵ４１０、ＲＯＭ４１３、ＲＡＭ４１５、および／またはストレージユニット４１７は、必要ではないかもしれない。あるいは、上記第１の通信ユニット４０１および第２の通信ユニット４０２の機能は、上記のＣＰＵ４１０、ＲＯＭ４１３、ＲＡＭ４１５、および／またはストレージユニット４１７等を組み合わせて、機能ソフトウェアによって実施されてもよい。

本開示の第１の実施形態によれば、第１のチャネルに続く第２のチャネルの開始サブフレームを、第１のチャネルによって実際に使用されるリピティションナンバーにかかわらず、確実に決定することができる。

（第２の実施形態）
チャネルの繰り返し送信において、複数の異なるＨＡＲＱプロセスが存在する場合には、複数のＨＡＲＱプロセスの制御チャネル（またはデータチャネルもしくはフィードバックチャネル）がオーバラップしてもよい。オーバラップは、リソースの効率低下やリソースの衝突を引き起こす可能性がある。例えば、衝突チャネルが（Ｅ）ＰＤＣＣＨである場合、１つのサブフレーム内の１つのＵＥへのＤＬグラントに対して複数の（Ｅ）ＰＤＣＣＨが存在することを意味し、これにより、（Ｅ）ＰＤＣＣＨのサーチスペース内でリソースが衝突する確率が増加することになる。図５は、第１のＨＡＲＱプロセスでの（Ｅ）ＰＤＣＣＨのリピティションが、第４のＨＡＲＱプロセスでの（Ｅ）ＰＤＣＣＨのリピティションと衝突する例示的なリソース衝突を示している。衝突チャネルがＰＤＳＣＨまたはＰＵＳＣＨ（物理アップリンク共有チャネル）である場合、１つのＵＥに対して１つのサブフレームで送信される複数のデータパケットが存在することを意味している。スケジューリング情報を通知するために複数の制御シグナリングが必要とされ、これは、制御チャネルの無駄である。衝突チャネルがＡＣＫ／ＮＡＣＫを搬送するチャネルである場合は、リソース衝突により、ＡＣＫ／ＮＡＣＫが正しく受信されない恐れがある。本開示において、「異なるＨＡＲＱプロセス」は、ＨＡＲＱプロセスが異なるインデックスを有する必要があることを意味しないが、ＨＡＲＱプロセスが別々に開始され、それらは同じインデックスまたは異なるインデックスを有していてもよいことを意味することに留意されたい。例えば、図５では、第１、第２、第３、第４のＨＡＲＱプロセスは、異なる開始サブフレームで別々に開始された異なるＨＡＲＱプロセスであるが、それらは同じインデックスまたは異なるインデックスを有していてもよい。

この問題を解決するために、本開示の実施形態は、無線通信方法６００のフローチャートを示す図６に示されるように、チャネルの繰り返し送信のために第１の無線通信装置によって実行される無線通信方法６００を提供している。ここで、第１の無線通信装置を、ＵＥまたはｅＮＢとすることができる。第１の無線通信装置がＵＥである場合には、後述する第２の無線通信は、ｅＮＢであり、その逆もまた同様である。

方法６００は、複数のＨＡＲＱプロセスにおいて、第２の無線通信装置に複数のサブフレームにおいてチャネルのチャネルリピティションを送信するステップ、または第２の無線通信装置から複数のサブフレームにおいてチャネルのチャネルリピティションを受信するステップ６０１を含むことができる。第１の実施形態と同様に、方法６００を、ＵＬおよびＤＬの両方に適用することができる。チャネルを、制御チャネル、スケジュールされたチャネル、およびＡＣＫ／ＮＡＣＫチャネルのいずれかとすることができる。

第２の実施形態では、Ｍｘ＊Ｗ＝Ｍが満たされ、ここで、Ｍｘは、１つのＨＡＲＱプロセスにおけるチャネルのために確保されたサブフレームの数であり、Ｍは、１つのＨＡＲＱプロセスのためのラウンドトリップタイム（ＲＴＴ）であり、Ｗは、正の整数でありかつＭ個のサブフレーム内のチャネルを送信するＨＡＲＱプロセスの最大数を表している。さらに、Ｍｘ＊ｎ＝Ｎもまた第２の実施形態において満たされ、ここで、Ｎは、２つのＨＡＲＱプロセスにおけるチャネルの開始サブフレーム間のギャップであり、ｎは正の整数である。ＭｘとＭの詳細な説明は、図１を参照した説明を参照することができ、ここでは繰り返さない。第２の実施形態によれば、１つのＨＡＲＱプロセスにおけるチャネルのリピティションは、別のＨＡＲＱプロセスにおけるチャネルのリピティションをオーバラップしないことになる。

以下では、第２の実施形態を、いくつかの例により詳細に説明する。

図７に示すような第１の例では、制御チャネルのリソース衝突を回避するための例示的なＤＬのＨＡＲＱプロセスが示されている。ＤＬのＨＡＲＱプロセスについて、制御チャネルとデータチャネルは、それぞれＰＤＣＣＨまたはＥＰＤＣＣＨ（（Ｅ）ＰＤＣＣＨ）とＰＤＳＣＨであり、ＡＣＫ／ＮＡＣＫチャネルは、ＰＵＣＣＨ（物理アップリンク制御チャネル）またはＰＵＳＣＨである。ＤＬのＨＡＲＱプロセスについては、Ｉ＝０であり、ここで、Ｉは、図１に示すような制御チャネルのサブフレームと、スケジュールされたデータチャネルのサブフレームとの間のギャップである。この例では、解は、１つのＵＥのＤＬのＨＡＲＱプロセスの間の制御チャネルのリソース衝突を回避するために使用される。図７に示されるように、Ｍ１は、ＰＤＣＣＨまたはＥＰＤＣＣＨのために確保されたサブフレームの数であり、Ｍ１＊Ｗ＝ＭかつＭ１＊ｎ＝Ｎである。図では、Ｗ＝４（すなわち、４Ｍ１＝Ｍ）であり、これは単なる例である。この解を用いることにより、ＨＡＲＱプロセスの間の制御チャネルのリソース衝突は存在しない。

図８に示すような第２の例では、１つのＵＥのＤＬのＨＡＲＱプロセスの間のデータチャネルのリソース衝突を回避するための例示的なＤＬのＨＡＲＱプロセスが示されている。図８に示されるように、Ｍ２は、ＰＤＳＣＨのために確保されたサブフレームの数であり、Ｍ２＊Ｗ＝ＭかつＭ２＊ｎ＝Ｎである。図では、Ｗ＝４（すなわち、４Ｍ２＝Ｍ）であり、これは単なる例である。この解を用いることにより、ＨＡＲＱプロセスの間のデータチャネルのリソース衝突は存在しない。

図９に示すような第３の例では、１つのＵＥのＤＬのＨＡＲＱプロセスの間のＡＣＫ／ＮＡＣＫチャネルのリソース衝突を回避するための例示的なＤＬのＨＡＲＱプロセスが示されている。図９に示されるように、Ｍ３は、ＰＵＣＣＨまたはＰＵＳＣＨのために確保されたサブフレームの数であり、Ｍ３＊Ｗ＝ＭかつＭ３＊ｎ＝Ｎである。図では、Ｗ＝４（すなわち、４Ｍ３＝Ｍ）であり、これは単なる例である。この解を用いることにより、ＨＡＲＱプロセスの間のＡＣＫ／ＮＡＣＫチャネルのリソース衝突は存在しない。

上記の第１から第３の例では、ＤＬのＨＡＲＱプロセスが説明されているが、以下の第４から第６の例では、ＵＬのＨＡＲＱプロセスが説明される。ＵＬのＨＡＲＱプロセスについて、制御チャネルとデータチャネルは、それぞれ（Ｅ）ＰＤＣＣＨとＰＵＳＣＨであり、ＡＣＫ／ＮＡＣＫチャネルは、物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）である。ＵＬのＨＡＲＱプロセスについては、Ｉ＝０である。ＵＬデータ送信について、再送信をトリガするための２つのケースが考えられる。

ケース１：ＰＨＩＣＨ＋（Ｅ）ＰＤＣＣＨによってトリガされるケースであり、つまり、ＰＨＩＣＨはＵＬデータのＡＣＫ／ＮＡＣＫを搬送することになるが、それを、ＰＤＣＣＨまたはＥＰＤＣＣＨによって搬送されるＤＣＩでＮＤＩ（新規データインジケータ）によって無効にすることができる。その結果、１つのＵＬデータ送信の手順全体には、（Ｅ）ＰＤＣＣＨ、ＰＵＳＣＨおよびＰＨＩＣＨが含まれる。

ケース２：（Ｅ）ＰＤＣＣＨまたはＥＰＤＣＣＨによってトリガされるケースであり、つまり、ＰＨＩＣＨを送信する必要がないということである。したがって、（Ｅ）ＰＤＣＣＨとＰＵＳＣＨが、ＨＡＲＱ手順全体に必要である。

図１０に示すような第４の例では、１つのＵＥのＵＬのＨＡＲＱプロセスの間の制御チャネルのリソース衝突を回避するための例示的なＵＬのＨＡＲＱプロセスが示されている。図１０に示されるように、Ｍ１は、ＰＤＣＣＨまたはＥＰＤＣＣＨのために確保されたサブフレームの数であり、Ｍ１＊Ｗ＝ＭかつＭ１＊ｎ＝Ｎである。図では、Ｗ＝５（ケース１）または４（ケース２）であり、これは単なる例である。この解を用いることにより、ＵＬのＨＡＲＱプロセスの間の制御チャネルのリソース衝突は存在しない。

図１１に示すような第５の例では、１つのＵＥのＵＬのＨＡＲＱプロセスの間のデータチャネルのリソース衝突を回避するための例示的なＵＬのＨＡＲＱプロセスが示されている。図１１に示されるように、Ｍ２は、ＰＵＳＣＨのために確保されたサブフレームの数であり、Ｍ２＊Ｗ＝ＭかつＭ２＊ｎ＝Ｎである。図では、Ｗ＝５（ケース１）または４（ケース２）であり、これは単なる例である。この解を用いることにより、ＵＬのＨＡＲＱプロセスの間のデータチャネルのリソース衝突は存在しない。

図１２に示すような第６の例では、１つのＵＥのＵＬのＨＡＲＱプロセスの間のＰＨＩＣＨのリソース衝突を回避するための例示的なＵＬのＨＡＲＱプロセスが示されている。図１２に示されるように、Ｍ３は、ＰＨＩＣＨのために確保されたサブフレームの数であり、Ｍ３＊Ｗ＝ＭかつＭ３＊ｎ＝Ｎである。図では、Ｗ＝５であり、これは単なる例である。この解を用いることにより、ＵＬのＨＡＲＱプロセスの間のＰＨＩＣＨのリソース衝突は存在しない。

第２の実施形態では、上記の方法を実行するための無線通信装置も提供される。図１３は、本開示の実施形態に係るチャネルの繰り返し送信のための無線通信装置１３００を示すブロック図である。装置１３００は：複数のＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔＲｅｑｕｅｓｔ（ＨＡＲＱ）プロセスにおいて、第２の無線通信装置に複数のサブフレームにおいてチャネルのチャネルリピティションを送信するように、または第２の無線通信装置から複数のサブフレームにおいてチャネルのチャネルリピティションを受信するように構成された通信ユニット１３０１を含み、Ｍｘ＊Ｗ＝Ｍが満たされ、ここで、Ｍｘは、１つのＨＡＲＱプロセスにおけるチャネルのために確保されたサブフレームの数であり、Ｍは、１つのＨＡＲＱプロセスのためのラウンドトリップタイム（ＲＴＴ）であり、Ｗは、正の整数でありかつＭ個のサブフレーム内のチャネルを送信するＨＡＲＱプロセスの最大数を表し；さらに、Ｍｘ＊ｎ＝Ｎが満たされ、ここで、Ｎは、２つのＨＡＲＱプロセスにおけるチャネルの開始サブフレーム間のギャップであり、ｎは正の整数である。

本開示による無線通信装置１３００は、無線装置１３００内で各種のデータを処理して各ユニットの動作を制御するために関連するプログラムを実行するＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）１３１０、ＣＰＵ１３１０によって各種の処理および制御を実行するために必要な各種プログラムを格納するためのＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）１３１３、ＣＰＵ１３１０による処理および制御の手順で一時的に生成された中間データを格納するためのＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）１３１５、および／または各種のプログラムやデータなどを格納するためのストレージユニット１３１７を任意で含んでもよい。上記通信ユニット１３０１、ＣＰＵ１３１０、ＲＯＭ１３１３、ＲＡＭ１３１５、および／またはストレージユニット１３１７等は、データおよび／またはコマンドバス１３２０を介して相互接続されていてもよく、互いの間で信号を転送してもよい。

上述のような各ユニットは、本開示の範囲を限定するものではない。本開示の一実施態様によれば、上記通信ユニット１３０１の機能は、ハードウェアによって実施されてもよいし、上記のＣＰＵ１３１０、ＲＯＭ１３１３、ＲＡＭ１３１５、および／またはストレージユニット１３１７は、必要ではないかもしれない。あるいは、上記通信ユニット１３０１の機能は、上記のＣＰＵ１３１０、ＲＯＭ１３１３、ＲＡＭ１３１５、および／またはストレージユニット１３１７等を組み合わせて、機能ソフトウェアによって実施されてもよい。

第２の実施形態によれば、異なるＨＡＲＱプロセスの間のチャネルのリソース衝突を回避することができる。

（第３の実施形態）
第３の実施形態は、上記で説明したような異なるＨＡＲＱプロセスの間のチャネルのリソース衝突の問題を解決する別の方法を提供する。１つのサブフレームにおいて各チャネルの信号を送信するために複数の時間−周波数リソースが存在し、これらの時間−周波数リソースは直交している。このため、異なるＨＡＲＱプロセスが、チャネルのリピティションを送信するためにサブフレーム内の異なる時間−周波数リソースを使用する場合、異なるＨＡＲＱプロセスにおけるチャネルのためのリソースは、それらが使用するサブフレームがオーバラップする場合であっても衝突しないことになる。例えば、異なるＨＡＲＱプロセスのＤＣＩのためのリソースは、１つの制御チャネル領域で異なることができ、これを（Ｅ）ＰＤＣＣＨのリソース衝突を回避するために使用することができる。

上記の観点から、第３の実施形態は、無線通信方法１４００のフローチャートを示す図１４に示されるように、チャネルの繰り返し送信のために第１の無線通信装置によって実行される無線通信方法１４００を提供している。方法１４００は、複数のＨＡＲＱプロセスにおいて、第２の無線通信装置に複数のサブフレームにおいてチャネルのチャネルリピティションを送信するステップ、または第２の無線通信装置から複数のサブフレームにおいてチャネルのチャネルリピティションを受信するステップ１４０１を含むことができ、ここでは、異なるＨＡＲＱプロセスでのチャネルのための時間−周波数リソースが異なっている。第１および第２の実施形態と同様に、方法１４００を、ＵＬおよびＤＬの両方に適用することができる。チャネルを、制御チャネル、スケジュールされたチャネル、および対応するＡＣＫ／ＮＡＣＫチャネルのいずれかとすることができる。チャネルが制御チャネルであると仮定すると、１つのＵＥに対しての異なるＨＡＲＱプロセスのＰＤＣＣＨまたはＥＰＤＣＣＨを、１つのサブフレーム内の制御領域内の異なるリソースまたは候補上にマッピングすることができる。例えば、第１のＨＡＲＱプロセスのＰＤＣＣＨまたはＥＰＤＣＣＨは、第１の候補上にマッピングされ、第２のＨＡＲＱプロセスのＰＤＣＣＨまたはＥＰＤＣＣＨは、第２の候補上にマッピングされる。

第３の実施形態では、上記の方法を実行するための無線通信装置もまた提供される。図１５は、本開示の実施形態に係るチャネルの繰り返し送信のための無線通信装置１５００を示すブロック図である。装置１５００は：複数のＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔＲｅｑｕｅｓｔ（ＨＡＲＱ）プロセスにおいて、第２の無線通信装置に複数のサブフレームにおいてチャネルのチャネルリピティションを送信するように、または第２の無線通信装置から複数のサブフレームにおいてチャネルのチャネルリピティションを受信するように構成された通信ユニット１５０１を含み、ここでは、異なるＨＡＲＱプロセスでのチャネルのための時間−周波数リソースが異なっている。

本開示による無線通信装置１５００は、無線装置１５００内で各種のデータを処理して各ユニットの動作を制御するために関連するプログラムを実行するＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）１５１０、ＣＰＵ１５１０によって各種の処理および制御を実行するために必要な各種プログラムを格納するためのＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）１５１５、ＣＰＵ１５１０による処理および制御の手順で一時的に生成された中間データを格納するためのＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）１５１５、および／または各種のプログラムやデータなどを格納するためのストレージユニット１５１７を任意で含んでもよい。上記通信ユニット１５０１、ＣＰＵ１５１０、ＲＯＭ１５１３、ＲＡＭ１５１５、および／またはストレージユニット１５１７等は、データおよび／またはコマンドバス１５２０を介して相互接続されていてもよく、互いの間で信号を転送してもよい。

上述のような各ユニットは、本開示の範囲を限定するものではない。本開示の一実施態様によれば、上記通信ユニット１５０１の機能は、ハードウェアによって実施されてもよいし、上記のＣＰＵ１５１０、ＲＯＭ１５１３、ＲＡＭ１５１５、および／またはストレージユニット１５１７は、必要ではないかもしれない。あるいは、上記通信ユニット１５０１の機能は、上記のＣＰＵ１５１０、ＲＯＭ１５１３、ＲＡＭ１５１５、および／またはストレージユニット１５１７等を組み合わせて、機能ソフトウェアによって実施されてもよい。

さらに、好ましくは、チャネル（例えば、（Ｅ）ＰＤＣＣＨ）のためのリソースまたは候補を決定するために、チャネルのための時間−周波数リソースを、各ＨＡＲＱプロセスにおけるチャネルの開始サブフレームに関連付けることができる。図１６は、（Ｅ）ＰＤＣＣＨのための時間−周波数リソースおよびＨＡＲＱプロセスの開始サブフレームの例示的な関係を示している。この例では、ＰＤＣＣＨまたはＥＰＤＣＣＨリピティションの開始サブフレームのインデックスは、Ｑ（図１６のＱ１とＱ２は整数）である。ｍｏｄ（Ｑ１，Ｒ）＝ａ１で、Ｒは整数かつ好ましくは１つのサブフレーム内の（Ｅ）ＰＤＣＣＨリソースの数である場合、その結果、（Ｅ）ＰＤＣＣＨリソースはＣ１である。ｍｏｄ（Ｑ２，Ｒ）＝ａ２である場合、その結果、（Ｅ）ＰＤＣＣＨリソースはＣ２である。Ｃ１とＣ２は、（Ｅ）ＰＤＣＣＨリソースのインデックスであり、例えば、候補インデックスまたは（Ｅ）ＰＤＣＣＨ領域の（Ｅ）ＣＣＥセットインデックスである。図において、（Ｅ）ＰＤＣＣＨのＨＡＲＱプロセス＃０および＃１の開始サブフレームは、それぞれＱ１およびＱ２である。Ｑ１＝１５０、Ｑ２＝２００、Ｒ＝１００、ｍｏｄ（Ｑ１，１００）＝５０、およびｍｏｄ（Ｑ２，１００）＝０である場合、その結果、ＨＡＲＱプロセス＃０における（Ｅ）ＰＤＣＣＨは、（ａ１＝５０に対応して）リソースＣ１で送信されることになり、一方で、ＨＡＲＱプロセス＃１における（Ｅ）ＰＤＣＣＨは、（ａ２＝０に対応して）リソースＣ２で送信されることになる。ＨＡＲＱプロセス＃０および＃１における両方の（Ｅ）ＰＤＣＣＨはいくつかのサブフレームで送信されるが、それらは衝突しないことが分かる。モジュール機能によって（Ｅ）ＰＤＣＣＨのためのリソースインデックスを決定する方法を、他のチャネルにも適用することができ、ＨＡＲＱプロセスにおけるチャネルのリソースインデックスを決定する方法は、説明したモジュール機能のアプローチに限定されるものではないことに留意されたい。

本開示の第３の実施形態によれば、異なるＨＡＲＱプロセスの間のチャネルのリソース衝突もまた回避することができる。

文脈が特に示さない限り、上記の実施形態を、個別にまたは組み合わせて実施することができることに留意されたい。

本発明を、ソフトウェア、ハードウェア、またはハードウェアと協働したソフトウェアによって実現することができる。上述した各実施形態の説明で用いた各機能ブロックを、集積回路のようなＬＳＩで実現することができる。これらは個別にチップとして形成されてもよいし、一部またはすべての機能ブロックを含むように１つのチップを形成してもよい。ここでＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、またはウルトラＬＳＩと呼ばれる場合がある。ただし、集積回路を実現する手法は、ＬＳＩに限定されるものではなく、専用回路または汎用プロセッサを用いて実現されてもよい。また、ＬＳＩの製造後にプログラムすることが可能なＦＰＧＡ（フィールド・プログラマブル・ゲート・アレイ）、またはＬＳＩの内部に配置された回路セルの接続や設定を再構成可能なリコンフィギュラブルプロセッサを使用してもよい。また、各機能ブロックの演算を、例えば、ＤＳＰやＣＰＵを含む演算手段を用いて実行することができ、各機能の処理ステップは、実行するためのプログラムとして記録媒体に記録されてもよい。さらに、ＬＳＩを代わりに使用する集積回路を実現するための技術が、半導体技術または他の派生技術の進歩に従って出現するとき、機能ブロックは、このような技術を使用して統合されてもよいことは明らかである。

なお、本発明は、本発明の趣旨および範囲から逸脱することなく、明細書に提示された説明および既知の技術に基づいて当業者によって多様に変更されるかまたは修正されることを意図し、このような変更および適用は、保護される特許請求の範囲内に入る。さらに、本発明の趣旨を逸脱しない範囲で、上述した実施形態の構成要素を任意に組み合わせることができる。

Claims

第１の無線通信装置によって実行される無線通信方法であって、
第２の無線通信装置から複数のサブフレームにおいて第１のチャネルのチャネルリピティションを受信するステップと、
前記第２の無線通信装置に複数のサブフレームにおいて第２のチャネルのチャネルリピティションを送信する、または、前記第２の無線通信装置から複数のサブフレームにおいて第２のチャネルのチャネルリピティションを受信するステップと、
を含み、
前記第１のチャネルの開始サブフレームと前記第２のチャネルの開始サブフレームとの間のギャップが、画定または構成されており、
前記第１のチャネルの前記開始サブフレームと前記第２のチャネルの前記開始サブフレームとの間の前記ギャップが、１つのＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔＲｅｑｕｅｓｔ（ＨＡＲＱ）プロセスにおいて前記第１のチャネルについての異なるチャネルリピティションナンバーに対して同じである、
無線通信方法。
前記第１のチャネルの開始サブフレームと前記第２のチャネルの開始サブフレームとの間のギャップが、前記第１のチャネルに画定または構成されているリピティションナンバーに関連付けられている、
請求項１に記載の無線通信方法。
前記第１のチャネルは、前記第１のチャネルのリピティションナンバーを示すダウンリンク制御情報を送信する制御チャネルである、
請求項２に記載の無線通信方法。
前記第１のチャネルの前記開始サブフレームと前記第２のチャネルの前記開始サブフレームとの間の前記ギャップが、前記第１のチャネルについて画定または構成される最大リピティションナンバーに関連している、
請求項１に記載の無線通信方法。
前記第１のチャネルの前記開始サブフレームと前記第２のチャネルの前記開始サブフレームとの間の前記ギャップが、前記第１のチャネルについて画定または構成される最大リピティションナンバーと同じである、
請求項４に記載の無線通信方法。
第２の無線通信装置に複数のサブフレームにおいて第１のチャネルのチャネルリピティションを送信する、または前記第２の無線通信装置から複数のサブフレームにおいて第１のチャネルのチャネルリピティションを受信する、第１の通信ユニットと、
前記第２の無線通信装置に複数のサブフレームにおいて第２のチャネルのチャネルリピティションを送信する、または、前記第２の無線通信装置から複数のサブフレームにおいて第２のチャネルのチャネルリピティションを受信する、第２の通信ユニットと、
を含み、
前記第１のチャネルの開始サブフレームと前記第２のチャネルの開始サブフレームとの間のギャップが、画定または構成されており、
前記第１のチャネルの前記開始サブフレームと前記第２のチャネルの前記開始サブフレームとの間の前記ギャップが、１つのＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔＲｅｑｕｅｓｔ（ＨＡＲＱ）プロセスにおいて前記第１のチャネルについての異なるチャネルリピティションナンバーに対して同じである、
無線通信装置。
前記第１のチャネルの開始サブフレームと前記第２のチャネルの開始サブフレームとの間のギャップが、前記第１のチャネルに画定または構成されているリピティションナンバーに関連付けられている、
請求項６に記載の無線通信装置。
前記第１のチャネルは、前記第１のチャネルのリピティションナンバーを示すダウンリンク制御情報を送信する制御チャネルである、
請求項７に記載の無線通信装置。
前記第１のチャネルの前記開始サブフレームと前記第２のチャネルの前記開始サブフレームとの間の前記ギャップが、前記第１のチャネルについて画定または構成される最大リピティションナンバーに関連している、
請求項６に記載の無線通信装置。
前記第１のチャネルの前記開始サブフレームと前記第２のチャネルの前記開始サブフレームとの間の前記ギャップが、前記第１のチャネルについて画定または構成される最大リピティションナンバーと同じである、
請求項９に記載の無線通信装置。