(57)【特許請求の範囲】
【請求項１】
無線通信システムにおいて、複数のＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）長さ、複数のサブキャリア間隔又は複数のプロセシング時間を支援する端末のための上りリンク制御情報送信方法であって、前記方法は端末によって行われ、
下りリンク送信ブロックに対するＨＡＲＱ−ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｏｎ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報の繰り返し送信の設定を受信するステップと、
前記繰り返し送信の設定に従って、前記繰り返し送信がトリガされると、前記ＨＡＲＱ−ＡＣＫ情報を基地局に送信するステップと、を含み、
前記繰り返し送信は、予め決定された条件が満たされる場合にトリガされ、
前記繰り返し送信がトリガされる場合、特定数のＴＴＩごとに前記ＨＡＲＱ−ＡＣＫ情報が送信される上りリンクリソースは周波数ホッピングによって決定される、方法。
【請求項２】
前記端末に特定のＴＴＩ長さ又は特定のプロセシング時間が設定される場合、前記下りリンク送信ブロックに対するソフトバッファーのサイズは、前記特定のＴＴＩ長さ又は前記特定のプロセシング時間のためのパラメータによって決定される、請求項１に記載の方法。
【請求項３】
パラメータは、基準のＴＴＩ長さ又は基準の特定のプロセシング時間のためのパラメータとは異なる、請求項１に記載の方法。
【請求項４】
前記端末に特定のＴＴＩ長さ又は特定のプロセシング時間が設定される場合、前記下りリンク送信ブロックに対するソフトバッファーのサイズは、前記下りリンク送信ブロックに対するサービスタイプ又は優先順位に応じて異なるように設定される、請求項１に記載の方法。
【請求項５】
前記端末に特定のＴＴＩ長さ又は特定のプロセシング時間が設定される場合、前記下りリンク送信ブロックに対するサービスタイプ又は優先順位に応じて区分されるＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  ｒｅｑｕｅｓｔ）プロセスの数が異なるように設定される、請求項１に記載の方法。
【請求項６】
前記繰り返し送信は、前記ＨＡＲＱ−ＡＣＫ情報のペイロードサイズ又はコーディングレートが閾値以上である場合にトリガされる、請求項１に記載の方法。
【請求項７】
前記繰り返し送信の回数は、前記ペイロードサイズ又は前記コーディングレートに応じて決定される、請求項６に記載の方法。
【請求項８】
前記繰り返し送信は、前記端末に複数のサービングセルが設定される場合にトリガされる、請求項１に記載の方法。
【請求項９】
前記繰り返し送信は、前記下りリンク送信ブロックに関連する下りリンク制御情報の特定のフィールドによってトリガされる、請求項１に記載の方法。
【請求項１０】
前記繰り返し送信は、前記ＨＡＲＱ−ＡＣＫ情報が送信される上りリンクチャネルと他の上りリンクチャネルの送信タイミングが重畳する場合にトリガされる、請求項１に記載の方法。
【請求項１１】
前記他の上りリンクチャネルの送信は、ドロップ（ｄｒｏｐ）又は中止される、請求項１０に記載の方法。
【請求項１２】
前記他の上りリンクチャネルで送信される上りリンク制御情報は、前記ＨＡＲＱ−ＡＣＫ情報が送信される上りリンクチャネルにおいて共に送信される、請求項１０に記載の方法。
【請求項１３】
前記繰り返し送信は、前記ＨＡＲＱ−ＡＣＫ情報が送信される上りリンクチャネルと他の上りリンクチャネルの送信タイミングが重畳して、前記ＨＡＲＱ−ＡＣＫ情報のペイロードサイズと前記他の上りリンクチャネルで送信される上りリンク制御情報のペイロードサイズ又はコーディングレートが閾値以上である場合にトリガされる、請求項１に記載の方法。
【請求項１４】
前記周波数ホッピングのパターンは、前記繰り返し送信の回数に応じて決定される、請求項１に記載の方法。
【請求項１５】
前記繰り返し送信がトリガされる場合、上位層信号又は物理層信号によって指示されたＴＴＩ又はシンボルにおいて復調参照信号が送信される、請求項１に記載の方法。
【請求項１６】
前記繰り返し送信がトリガされる場合、上位層信号又は物理層信号によって繰り返し送信されるＴＴＩにおける復調参照信号の共有が活性化（ｅｎａｂｌｅ）される、請求項１に記載の方法。
【請求項１７】
前記繰り返し送信がトリガされて、前記ＨＡＲＱ−ＡＣＫ情報が送信される上りリンクチャネルの一部又は全部が他の上りリンクチャネルの送信タイミングと重畳する場合、繰り返し送信されるＴＴＩのうち他の上りリンクチャネルの送信タイミングと重畳するＴＴＩで送信される前記ＨＡＲＱ−ＡＣＫ情報はドロップされる、請求項１に記載の方法。
【請求項１８】
前記繰り返し送信がトリガされて、前記ＨＡＲＱ−ＡＣＫ情報が送信される上りリンクチャネルの一部又は全部が他の上りリンクチャネルの送信タイミングと重畳する場合、前記ＨＡＲＱ−ＡＣＫ情報が送信される上りリンクチャネルと前記他の上りリンクチャネルは同時に送信される、請求項１に記載の方法。
【請求項１９】
無線通信システムにおいて、複数のＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）長さ、複数のサブキャリア間隔又は複数のプロセシング時間を支援する端末であって、前記端末は、
受信器及び送信器と、
前記受信器及び送信器を制御するプロセッサと、を含み、
前記プロセッサは、下りリンク送信ブロックに対するＨＡＲＱ−ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｏｎ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報の繰り返し送信の設定を受信して、前記繰り返し送信の設定に従って、前記繰り返し送信がトリガされると、前記ＨＡＲＱ−ＡＣＫ情報を基地局に送信するように構成され、
前記繰り返し送信は、予め決定された条件が満たされる場合にトリガされ、
前記繰り返し送信がトリガされる場合、特定数のＴＴＩごとに前記ＨＡＲＱ−ＡＣＫ情報が送信される上りリンクリソースは周波数ホッピングによって決定される、端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、具体的に、複数の送信時間間隔、複数のサブキャリア間隔、又は複数のプロセシング時間を支援するための方法及びそのための装置に関する。
【背景技術】
【０００２】
パケットデータのレイテンシ（ｌａｔｅｎｃｙ）は重要な性能メトリック（ｍｅｔｒｉｃ）の１つであり、これを減らして、より早いインターネットアクセスを最終ユーザ（ｅｎｄ  ｕｓｅｒ）に提供することは、ＬＥＴのみならず、次世代移動通信システム、いわゆる新ラット（ｎｅｗ  ＲＡＴ）の設計においても重要な課題の１つと言える。
【０００３】
本発明は、このようなレイテンシの減少を支援する無線通信システムにおける参照信号に関連する内容を説明する。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、複数の送信時間間隔、複数のサブキャリア間隔、又は複数のプロセシング時間を支援する端末の上りリンク送信動作に関する。
【０００５】
本発明で遂げようとする技術的課題は以上で言及した事項に限定されず、言及していない別の技術的課題は、以下に説明する本発明の実施例から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
【課題を解決するための手段】
【０００６】
本発明の一実施例による無線通信システムにおいて、複数のＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）長さ、複数のサブキャリア間隔又は複数のプロセシング時間を支援する端末のための上りリンク制御情報送信方法であって、前記方法は、端末によって行われ、下りリンク送信ブロックに対するＨＡＲＱ−ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｏｎ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報の繰り返し送信の設定を受信するステップ、及び前記繰り返し送信の設定に従って、前記繰り返し送信がトリガされると、前記ＨＡＲＱ−ＡＣＫ情報を基地局に送信するステップを含み、前記繰り返し送信は、予め決定された条件が満たされる場合にトリガされてもよい。
【０００７】
追加又は代案として、前記端末に特定のＴＴＩ長さ又は特定のプロセシング時間が設定される場合、前記下りリンク送信ブロックに対するソフトバッファーのサイズは、前記特定のＴＴＩ長さ又は前記特定のプロセシング時間のためのパラメータによって決定されてもよい。  
【０００８】
追加又は代案として、前記パラメータは、基準のＴＴＩ長さ又は基準の特定のプロセシング時間のためのパラメータとは異なってもよい。
【０００９】
追加又は代案として、前記端末に特定のＴＴＩ長さ又は特定のプロセシング時間が設定される場合、前記下りリンク送信ブロックに対するソフトバッファーのサイズは、前記下りリンク送信ブロックに対するサービスタイプ又は優先順位に応じて異なるように設定されてもよい。
【００１０】
追加又は代案として、前記端末に特定のＴＴＩ長さ又は特定のプロセシング時間が設定される場合、前記下りリンク送信ブロックに対するサービスタイプ又は優先順位に応じて区分されるＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  ｒｅｑｕｅｓｔ）プロセスの数が異なるように設定されてもよい。
【００１１】
追加又は代案として、前記繰り返し送信は、ＨＡＲＱ−ＡＣＫ情報のペイロードサイズ又はコーディングレートが閾値以上である場合にトリガされてもよい。
【００１２】
追加又は代案として、前記繰り返し送信の回数は、前記ペイロードサイズ又はコーディングレートに応じて決定されてもよい。
【００１３】
追加又は代案として、前記繰り返し送信は、前記端末に複数のサービングセルが設定される場合にトリガされてもよい。
【００１４】
追加又は代案として、前記繰り返し送信は、前記下りリンク送信ブロックに関連する下りリンク制御情報の特定のフィールドによってトリガされてもよい。
【００１５】
追加又は代案として、前記繰り返し送信は、前記ＨＡＲＱ−ＡＣＫ情報が送信される上りリンクチャネルと他の上りリンクチャネルの送信タイミングが重畳する場合にトリガされてもよい。
【００１６】
追加又は代案として、前記他の上りリンクチャネルの送信は、ドロップ（ｄｒｏｐ）又は中止されてもよい。
【００１７】
追加又は代案として、前記他の上りリンクチャネルで送信される上りリンク制御情報は、前記ＨＡＲＱ−ＡＣＫ情報が送信される上りリンクチャネルにおいて共に送信されてもよい。
【００１８】
追加又は代案として、前記繰り返し送信は、前記ＨＡＲＱ−ＡＣＫ情報が送信される上りリンクチャネルと他の上りリンクチャネルの送信タイミングが重畳して、前記ＨＡＲＱ−ＡＣＫ情報のペイロードサイズと前記他の上りリンクチャネルで送信される上りリンク制御情報のペイロードサイズ又はコーディングレートが閾値以上である場合にトリガされてもよい。
【００１９】
追加又は代案として、前記繰り返し送信がトリガされる場合、特定数のＴＴＩごとに前記ＨＡＲＱ−ＡＣＫ情報が送信される上りリンクリソースは周波数ホッピングによって決定されてもよい。
【００２０】
追加又は代案として、前記周波数ホッピングのためのパターンは、前記繰り返し送信の回数に応じて決定されてもよい。
【００２１】
追加又は代案として、前記繰り返し送信がトリガされる場合、上位層信号又は物理層信号によって指示されたＴＴＩ又はシンボルにおいて復調参照信号が送信されてもよい。
【００２２】
追加又は代案として、前記繰り返し送信がトリガされる場合、上位層信号又は物理層信号によって繰り返し送信されるＴＴＩにおける復調参照信号の共有が活性化（ｅｎａｂｌｅ）されてもよい。
【００２３】
追加又は代案として、前記繰り返し送信がトリガされて、前記ＨＡＲＱ−ＡＣＫ情報が送信される上りリンクチャネルの一部又は全部が他の上りリンクチャネルの送信タイミングと重畳する場合、繰り返し送信されるＴＴＩのうち他の上りリンクチャネルの送信タイミングと重畳するＴＴＩで送信される前記ＨＡＲＱ−ＡＣＫ情報はドロップされてもよい。
【００２４】
追加又は代案として、前記繰り返し送信がトリガされて、前記ＨＡＲＱ−ＡＣＫ情報が送信される上りリンクチャネルの一部又は全部が他の上りリンクチャネルの送信タイミングと重畳する場合、前記ＨＡＲＱ−ＡＣＫ情報が送信される上りリンクチャネルと前記他の上りリンクチャネルは同時に送信されてもよい。
【００２５】
本発明のまた別の一実施例による無線通信システムにおいて、複数のＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）長さ、複数のサブキャリア間隔又は複数のプロセシング時間を支援する端末であって、前記端末は、受信器及び送信器、及び前記受信器及び送信器を制御するプロセッサーを含み、前記プロセッサーは、下りリンク送信ブロックに対するＨＡＲＱ−ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｏｎ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報の繰り返し送信の設定を受信して、前記繰り返し送信の設定に従って、前記繰り返し送信がトリガされると、前記ＨＡＲＱ−ＡＣＫ情報を基地局に送信するように構成され、前記繰り返し送信は、予め決定された条件が満たされる場合にトリガされてもよい。
【００２６】
上記の課題解決方法は本発明の実施例の一部に過ぎず、当該技術の分野における通常の知識を有する者であれば、本願発明の技術的特徴が反映された様々な実施例を以下に説明する本発明の詳細な説明から導出できるであろう。
【発明の効果】
【００２７】
本発明の実施例によれば、ｓＴＴＩ構造において、ｓＰＤＣＣＨ／ｓＰＤＳＣＨの復調のために用いる下りリンク復調参照信号のパターンを新たに定義して、これが従来のＣＲＳ及びＣＳＩ−ＲＳと衝突しないようにする。
【００２８】
本発明から得られる効果は以上で言及した効果に制限されず、言及していない他の効果は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
【図面の簡単な説明】
【００２９】
本明細書に添付する図面は本発明に対する理解を提供するためのものであり、本発明の多様な実施形態を示し、本発明の説明とともに本発明の技術的思想を説明するためのものである。
【００３０】
【図１】無線通信システムにおいて用いられる無線フレーム構造の一例を示す図である。
【図２】無線通信システムにおいて、下りリンク／上りリンク（ＤＬ／ＵＬ）スロット構造の一例を示す図である。
【図３】３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムにおいて用いられる下りリンク（ｄｏｗｎｌｉｎｋ，ＤＬ）サブフレームの構造を例示する図である。
【図４】３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムにおいて用いられる上りリンク（ｕｐｌｉｎｋ，ＵＬ）サブフレームの構造を例示する図である。
【図５】ユーザプレーンレイテンシの減少によるＴＴＩ長さの減少を示す図である。
【図６】一サブフレームにおいて複数の短いＴＴＩが設定された例を示す図である。
【図７】複数の長さ（シンボル数）の短いＴＴＩからなるＤＬサブフレームの構造を示す図である。
【図８】２個のシンボル又は３個のシンボルの短いＴＴＩからなるＤＬサブフレームの構造を示す図である。
【図９】ソフトバッファーサイズの例を示す図である。
【図１０】ＴＴＩ長さとＨＡＲＱプロセスのマッピングの関係を示す図である。
【図１１】本発明の実施例を具現するための装置を示すブロック図である。
【発明を実施するための形態】
【００３１】
以下、本発明に係る好適な実施の形態を、添付の図面を参照して詳しく説明する。添付の図面と共に以下に開示される詳細な説明は、本発明の例示的な実施の形態を説明するためのものであり、本発明が実施し得る唯一の実施の形態を示すためのものではない。以下の詳細な説明は、本発明の完全な理解を提供するために具体的な細部事項を含む。しかし、当業者にとってはこのような具体的な細部事項なしにも本発明を実施できることは明らかである。
【００３２】
場合によっては、本発明の概念が曖昧になることを避けるために、公知の構造及び装置を省略したり、各構造及び装置の核心機能を中心にしたブロック図の形式で示すことができる。また、本明細書全体にわたって同一の構成要素については、同一の図面符号を付して説明する。
【００３３】
本発明において、ユーザ機器（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ，ＵＥ）は、固定していても、移動性を有していてもよいもので、基地局（ｂａｓｅ  ｓｔａｔｉｏｎ，ＢＳ）と通信してユーザデータ及び／又は各種制御情報を送受信する各種機器を含む。ＵＥを、端末（Ｔｅｒｍｉｎａｌ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＭＴ（Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｌ）、ＵＴ（Ｕｓｅｒ  Ｔｅｒｍｉｎａｌ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅ  Ｓｔａｔｉｏｎ）、無線機器（ｗｉｒｅｌｅｓｓ  ｄｅｖｉｃｅ）、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、無線モデム（ｗｉｒｅｌｅｓｓ  ｍｏｄｅｍ）、携帯機器（ｈａｎｄｈｅｌｄ  ｄｅｖｉｃｅ）などと呼ぶこともできる。また、本発明において、ＢＳは一般に、ＵＥ及び／又は他のＢＳと通信する固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）を意味し、ＵＥ及び他のＢＳと通信して各種データ及び制御情報を交換する。ＢＳを、ＡＢＳ（Ａｄｖａｎｃｅｄ  Ｂａｓｅ  Ｓｔａｔｉｏｎ）、ＮＢ（Ｎｏｄｅ−Ｂ）、ｅＮＢ（ｅｖｏｌｖｅｄ−ＮｏｄｅＢ）、ＢＴＳ（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｙｓｔｅｍ）、アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）、ＰＳ（Ｐｒｏｃｅｓｓｉｎｇ  Ｓｅｒｖｅｒ）、送信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ  ｐｏｉｎｔ；ＴＰ）などと呼ぶこともできる。以下の本発明に関する説明では、ＢＳをｅＮＢと総称する。
【００３４】
本発明でいうノード（ｎｏｄｅ）とは、ユーザ機器と通信して無線信号を送信／受信できる固定した地点（ｐｏｉｎｔ）を指す。様々な形態のｅＮＢをその名称にかかわらずノードとして用いることができる。例えば、ＢＳ、ＮＢ、ｅＮＢ、ピコ−セルｅＮＢ（ＰｅＮＢ）、ホームｅＮＢ（ＨｅＮＢ）、リレー、リピータなどをノードとすることができる。また、ノードは、ｅＮＢでなくてもよい。例えば、無線リモートヘッド（ｒａｄｉｏ  ｒｅｍｏｔｅ  ｈｅａｄ，ＲＲＨ）、無線リモートユニット（ｒａｄｉｏ  ｒｅｍｏｔｅ  ｕｎｉｔ，ＲＲＵ）であってもよい。ＲＲＨ、ＲＲＵなどは一般にｅＮＢの電力レベル（ｐｏｗｅｒ  ｌｅｖｅｌ）よりも低い電力レベルを有する。ＲＲＨ或いはＲＲＵ（以下、ＲＲＨ／ＲＲＵ）は一般に、光ケーブルなどの専用回線（ｄｅｄｉｃａｔｅｄ  ｌｉｎｅ）でｅＮＢに接続されており、よって、一般に無線回線で接続されているｅＮＢによる協調通信に比べて、ＲＲＨ／ＲＲＵとｅＮＢによる協調通信を円滑に行うことができる。１つのノードには少なくとも１つのアンテナが設置される。このアンテナは、物理アンテナを意味することもでき、アンテナポート、仮想アンテナ、又はアンテナグループを意味することもできる。ノードは、ポイント（ｐｏｉｎｔ）と呼ばれることもある。アンテナが基地局に集中して位置して１つのｅＮＢコントローラ（ｃｏｎｔｒｏｌｌｅｒ）によって制御される既存の（ｃｏｎｖｅｎｔｉｏｎａｌ）中央集中型アンテナシステム（ｃｅｎｔｒａｌｉｚｅｄ  ａｎｔｅｎｎａ  ｓｙｓｔｅｍ，ＣＡＳ）（すなわち、単一ノードシステム）と違い、多重ノードシステムにおいて複数のノードは一般に一定間隔以上で離れて位置する。これらの複数のノードは、各ノードの動作を制御したり、各ノードを通して送／受信されるデータをスケジューリング（ｓｃｈｅｄｕｌｉｎｇ）する１つ以上のｅＮＢ或いはｅＮＢコントローラによって管理することができる。各ノードは、当該ノードを管理するｅＮＢ或いはｅＮＢコントローラとケーブル（ｃａｂｌｅ）或いは専用回線（ｄｅｄｉｃａｔｅｄ  ｌｉｎｅ）で接続することができる。多重ノードシステムにおいて、複数のノードへの／からの信号送信／受信には、同一のセル識別子（ｉｄｅｎｔｉｔｙ，ＩＤ）が用いられてもよく、異なるセルＩＤが用いられてもよい。複数のノードが同一のセルＩＤを有すると、これら複数のノードのそれぞれは、１つのセルにおける一部のアンテナ集団のように動作する。多重ノードシステムにおいてノードが互いに異なるセルＩＤを有すると、このような多重ノードシステムを多重セル（例えば、マクロ−セル／フェムト−セル／ピコ−セル）システムと見なすことができる。複数のノードのそれぞれが形成した多重セルがカバレッジによってオーバーレイする形態で構成されると、これらの多重セルが形成したネットワークを特に多重−階層（ｍｕｌｔｉ−ｔｉｅｒ）ネットワークと呼ぶ。ＲＲＨ／ＲＲＵのセルＩＤとｅＮＢのセルＩＤは同一であっても、異なってもよい。ＲＲＨ／ＲＲＵとｅＮＢが互いに異なるセルＩＤを用いる場合、ＲＲＨ／ＲＲＵとｅＮＢはいずれも独立した基地局として動作する。
【００３５】
以下に説明する本発明の多重ノードシステムにおいて、複数のノードに接続した１つ以上のｅＮＢ或いはｅＮＢコントローラが、前記複数のノードの一部又は全てを介してＵＥに同時に信号を送信或いは受信するように前記複数のノードを制御することができる。各ノードの実体、各ノードの具現の形態などによって、多重ノードシステム間には差異点があるが、複数のノードが共に所定時間−周波数リソース上でＵＥに通信サービスを提供するために参加するという点で、これらの多重ノードシステムは単一ノードシステム（例えば、ＣＡＳ、従来のＭＩＭＯシステム、従来の中継システム、従来のリピータシステムなど）とは異なる。そのため、複数のノードの一部又は全てを用いてデータ協調送信を行う方法に関する本発明の実施例は、種々の多重ノードシステムに適用可能である。例えば、ノードとは、通常、他のノードと一定間隔以上で離れて位置しているアンテナグループを指すが、後述する本発明の実施例は、ノードが間隔にかかわらずに任意のアンテナグループを意味する場合にも適用可能である。例えば、Ｘ−ｐｏｌ（Ｃｒｏｓｓ  ｐｏｌａｒｉｚｅｄ）アンテナを備えたｅＮＢの場合、該ｅＮＢが、Ｈ−ｐｏｌアンテナで構成されたノードとＶ−ｐｏｌアンテナで構成されたノードを制御すると見なし、本発明の実施例を適用することができる。
【００３６】
複数の送信（Ｔｘ）／受信（Ｒｘ）ノードを介して信号を送信／受信したり、複数の送信／受信ノードから選択された少なくとも１つのノードを介して信号を送信／受信したり、下りリンク信号を送信するノードと上りリンク信号を受信するノードとを別にし得る通信技法を、多重−ｅＮＢ  ＭＩＭＯ又はＣｏＭＰ（Ｃｏｏｒｄｉｎａｔｅｄ  Ｍｕｌｔｉ−Ｐｏｉｎｔ  ＴＸ／ＲＸ）という。このようなノード間協調通信のうち、協調送信技法は、ＪＰ（ｊｏｉｎｔ  ｐｒｏｃｅｓｓｉｎｇ）とスケジューリング協調（ｓｃｈｅｄｕｌｉｎｇ  ｃｏｏｒｄｉｎａｔｉｏｎ）とに区別できる。前者はＪＴ（ｊｏｉｎｔ  ｔｒａｎｓｍｉｓｓｉｏｎ）／ＪＲ（ｊｏｉｎｔ  ｒｅｃｅｐｔｉｏｎ）とＤＰＳ（ｄｙｎａｍｉｃ  ｐｏｉｎｔ  ｓｅｌｅｃｔｉｏｎ）とに区別し、後者はＣＳ（ｃｏｏｒｄｉｎａｔｅｄ  ｓｃｈｅｄｕｌｉｎｇ）とＣＢ（ｃｏｏｒｄｉｎａｔｅｄ  ｂｅａｍｆｏｒｍｉｎｇ）とに区別できる。ＤＰＳは、ＤＣＳ（ｄｙｎａｍｉｃ  ｃｅｌｌ  ｓｅｌｅｃｔｉｏｎ）と呼ぶこともできる。他の協調通信技法に比べて、ノード間協調通信技法のうちＪＰを行うとき、より様々な通信環境を形成することができる。ＪＰにおいて、ＪＴは、複数のノードが同一のストリームをＵＥに送信する通信技法をいい、ＪＲは、複数のノードが同一のストリームをＵＥから受信する通信技法をいう。当該ＵＥ／ｅＮＢは、前記複数のノードから受信した信号を合成して前記ストリームを復元する。ＪＴ／ＪＲでは、同一のストリームが複数のノードから／に送信されるため、送信ダイバーシティ（ｄｉｖｅｒｓｉｔｙ）によって信号送信の信頼度を向上させることができる。ＪＰのＤＰＳは、複数のノードから特定規則によって選択された１つのノードを介して信号が送信／受信される通信技法をいう。ＤＰＳでは、通常、ＵＥとノード間のチャネル状態の良いノードが通信ノードとして選択されるはずであるため、信号送信の信頼度を向上させることができる。
【００３７】
一方、本発明でいうセル（ｃｅｌｌ）とは、１つ以上のノードが通信サービスを提供する一定の地理的領域をいう。そのため、本発明で特定セルと通信するということは、特定セルに通信サービスを提供するｅＮＢ或いはノードと通信することを意味できる。また、特定セルの下りリンク／上りリンク信号は、該特定セルに通信サービスを提供するｅＮＢ或いはノードからの／への下りリンク／上りリンク信号を意味する。ＵＥに上り／下りリンク通信サービスを提供するセルを特にサービングセル（ｓｅｒｖｉｎｇ  ｃｅｌｌ）という。また、特定セルのチャネル状態／品質は、該特定セルに通信サービスを提供するｅＮＢ或いはノードとＵＥ間に形成されたチャネル或いは通信リンクのチャネル状態／品質を意味する。３ＧＰＰ  ＬＥＴ−Ａベースのシステムにおいて、ＵＥは、特定ノードからの下りリンクチャネル状態を、前記特定ノードのアンテナポートが前記特定ノードに割り当てられたチャネルＣＳＩ−ＲＳ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）リソース上で送信するＣＳＩ−ＲＳを用いて測定することができる。一般に、隣接したノードは、互いに直交するＣＳＩ−ＲＳリソース上で該当のＣＳＩ−ＲＳリソースを送信する。ＣＳＩ−ＲＳリソースが直交するということは、ＣＳＩ−ＲＳを運ぶシンボル及び副搬送波を特定するＣＳＩ−ＲＳリソース構成（ｒｅｓｏｕｒｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）、サブフレームオフセット（ｏｆｆｓｅｔ）及び送信周期（ｔｒａｎｓｍｉｓｓｉｏｎ  ｐｅｒｉｏｄ）などによってＣＳＩ−ＲＳが割り当てられたサブフレームを特定するサブフレーム構成（ｓｕｂｆｒａｍｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）、ＣＳＩ−ＲＳシーケンスのうちの少なくとも１つが互いに異なることを意味する。
【００３８】
本発明において、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）／ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  ＣＨａｎｎｅｌ）／ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｔｒａｎｓｍｉｔ  ｒｅｑｕｅｓｔ  Ｉｎｄｉｃａｔｏｒ  ＣＨａｎｎｅｌ）／ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）はそれぞれ、ＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）／ＣＦＩ（Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ）／下りリンクＡＣＫ／ＮＡＣＫ（ＡＣＫｎｏｗｌｅｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ  ＡＣＫ）／下りリンクデータを運ぶ時間−周波数リソースの集合或いはリソース要素の集合を意味する。また、ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）／ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）／ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ＣＨａｎｎｅｌ）はそれぞれ、ＵＣＩ（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）／上りリンクデータ／ランダムアクセス信号を運ぶ時間−周波数リソースの集合或いはリソース要素の集合を意味する。本発明では、特に、ＰＤＣＣＨ／ＰＣＦＩＣＨ／ＰＨＩＣＨ／ＰＤＳＣＨ／ＰＵＣＣＨ／ＰＵＳＣＨ／ＰＲＡＣＨに割り当てられたり、又はそれに属した時間−周波数リソース或いはリソース要素（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ，ＲＥ）をそれぞれ、ＰＤＣＣＨ／ＰＣＦＩＣＨ／ＰＨＩＣＨ／ＰＤＳＣＨ／ＰＵＣＣＨ／ＰＵＳＣＨ／ＰＲＡＣＨ  ＲＥ又はＰＤＣＣＨ／ＰＣＦＩＣＨ／ＰＨＩＣＨ／ＰＤＳＣＨ／ＰＵＣＣＨ／ＰＵＳＣＨ／ＰＲＡＣＨリソースと呼ぶ。以下でユーザ機器がＰＵＣＣＨ／ＰＵＳＣＨ／ＰＲＡＣＨを送信するという表現は、それぞれ、ＰＵＳＣＨ／ＰＵＣＣＨ／ＰＲＡＣＨ上で或いは介して上りリンク制御情報／上りリンクデータ／ランダムアクセス信号を送信するという表現と同じ意味で使われる。また、ｅＮＢがＰＤＣＣＨ／ＰＣＦＩＣＨ／ＰＨＩＣＨ／ＰＤＳＣＨを送信するという表現は、それぞれ、ＰＤＣＣＨ／ＰＣＦＩＣＨ／ＰＨＩＣＨ／ＰＤＳＣＨ上で或いは介して下りリンクデータ／制御情報を送信するという表現と同じ意味で使われる。
【００３９】
図１は、無線通信システムで用いられる無線フレーム構造の一例を示す図である。特に、図１（ａ）は、３ＧＰＰ  ＬＥＴ／ＬＥＴ−Ａシステムで用いられる周波数分割デュプレックス（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ，ＦＤＤ）用フレーム構造を示しており、図１（ｂ）は、３ＧＰＰ  ＬＥＴ／ＬＥＴ−Ａシステムで用いられる時間分割デュプレックス（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ，ＴＤＤ）用フレーム構造を示している。
【００４０】
図１を参照すると、３ＧＰＰ  ＬＥＴ／ＬＥＴ−Ａシステムで用いられる無線フレームは、１０ｍｓ（３０７２００Ｔｓ）の長さを有し、１０個の均等なサイズのサブフレーム（ｓｕｂｆｒａｍｅ，ＳＦ）で構成される。1無線フレームにおける１０個のサブフレームにはそれぞれ番号を与えることができる。ここで、Ｔｓは、サンプリング時間を表し、Ｔｓ＝１／（２０４８＊１５ｋＨｚ）で表示される。それぞれのサブフレームは、１ｍｓの長さを有し、２個のスロットで構成される。１無線フレームにおいて２０個のスロットには０から１９までの番号を順次に与えることができる。それぞれのスロットは０．５ｍｓの長さを有する。１サブフレームを送信するための時間は、送信時間間隔（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ，ＴＴＩ）と定義される。時間リソースは、無線フレーム番号（或いは、無線フレームインデックスともいう）、サブフレーム番号（或いは、サブフレームインデックスともいう）、スロット番号（或いは、スロットインデックスともいう）などによって区別することができる。
【００４１】
無線フレームは、デュプレックス（ｄｕｐｌｅｘ）技法によって別々に構成（ｃｏｎｆｉｇｕｒｅ）することができる。例えば、ＦＤＤにおいて、下りリンク送信及び上りリンク送信は周波数によって区別されるため、無線フレームは特定周波数帯域に対して下りリンクサブフレーム又は上りリンクサブフレームのいずれか１つのみを含む。ＴＤＤでは下りリンク送信及び上りリンク送信が時間によって区別されるため、特定周波数帯域に対して無線フレームは下りリンクサブフレームも上りリンクサブフレームも含む。
【００４２】
表１は、ＴＤＤで、無線フレームにおけるサブフレームのＤＬ−ＵＬ構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を例示するものである。
【００４３】
【表１】
0006821044.tif 000002
【００４４】
表１で、Ｄは下りリンクサブフレームを、Ｕは上りリンクサブフレームを、Ｓは特異（ｓｐｅｃｉａｌ）サブフレームを表す。特異サブフレームは、ＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ  Ｐｉｌｏｔ  ＴｉｍｅＳｌｏｔ）、ＧＰ（Ｇｕａｒｄ  Ｐｅｒｉｏｄ）、ＵｐＰＴＳ（Ｕｐｌｉｎｋ  Ｐｉｌｏｔ  ＴｉｍｅＳｌｏｔ）の３つのフィールドを含む。ＤｗＰＴＳは、下りリンク送信のために留保される時間区間であり、ＵｐＰＴＳは上りリンク送信のために留保される時間区間である。表２は、特異サブフレーム構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を例示するものである。
【００４５】
【表２】
0006821044.tif 000003
【００４６】
図２は、無線通信システムにおいて下りリンク／上りリンク（ＤＬ／ＵＬ）スロット構造の一例を示す図である。特に、図２は、３ＧＰＰ  ＬＥＴ／ＬＥＴ−Ａシステムのリソース格子（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）の構造を示す。アンテナポート当たりに１個のリソース格子がある。
【００４７】
図２を参照すると、スロットは、時間ドメインで複数のＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含み、周波数ドメインで複数のリソースブロック（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ，ＲＢ）を含む。ＯＦＤＭシンボルは、１シンボル区間を意味することもある。図２を参照すると、各スロットで送信される信号は、
0006821044.tif 000004
の副搬送波（ｓｕｂｃａｒｒｉｅｒ）と
0006821044.tif 000005
のＯＦＤＭシンボルとで構成されるリソース格子（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）と表現することができる。ここで、
0006821044.tif 000006
は、下りリンクスロットにおけるリソースブロック（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ，ＲＢ）の個数を表し、
0006821044.tif 000007
は、ＵＬスロットにおけるＲＢの個数を表す。
0006821044.tif 000008
と
0006821044.tif 000009
は、ＤＬ送信帯域幅とＵＬ送信帯域幅にそれぞれ依存する。
0006821044.tif 000010
は、下りリンクスロットにおけるＯＦＤＭシンボルの個数を表し、
0006821044.tif 000011
は、ＵＬスロットにおけるＯＦＤＭシンボルの個数を表す。
0006821044.tif 000012
は、１つのＲＢを構成する副搬送波の個数を表す。
【００４８】
ＯＦＤＭシンボルは、多重接続方式によって、ＯＦＤＭシンボル、ＳＣ−ＦＤＭ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルなどと呼ぶことができる。１つのスロットに含まれるＯＦＤＭシンボルの数は、チャネル帯域幅、ＣＰ（ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）長によって様々に変更可能である。例えば、正規（ｎｏｒｍａｌ）ＣＰの場合は、１つのスロットが７個のＯＦＤＭシンボルを含むが、拡張（ｅｘｔｅｎｄｅｄ）ＣＰの場合は、１つのスロットが６個のＯＦＤＭシンボルを含む。図２では、説明の便宜のために、１つのスロットが７ＯＦＤＭシンボルで構成されるサブフレームを例示するが、本発明の実施例は、その他の個数のＯＦＤＭシンボルを有するサブフレームにも同様の方式で適用されてもよい。図２を参照すると、各ＯＦＤＭシンボルは、周波数ドメインで、
0006821044.tif 000013
の副搬送波を含む。副搬送波の類型は、データ送信のためのデータ副搬送波、参照信号（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）の送信のための参照信号副搬送波、ガードバンド（ｇｕａｒｄ  ｂａｎｄ）及び直流（Ｄｉｒｅｃｔ  Ｃｕｒｒｅｎｔ，ＤＣ）成分のためのヌル（ｎｕｌｌ）副搬送波に分類することができる。ＤＣ成分のためのヌル副搬送波は、未使用のまま残される副搬送波であり、ＯＦＤＭ信号生成過程或いは周波数上り変換過程で搬送波周波数（ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ，ｆ０）にマッピング（ｍａｐｐｉｎｇ）される。搬送波周波数は中心周波数（ｃｅｎｔｅｒ  ｆｒｅｑｕｅｎｃｙ）と呼ばれることもある。
【００４９】
１ＲＢは、時間ドメインで
0006821044.tif 000014
（例えば、７個）の連続するＯＦＤＭシンボルと定義され、周波数ドメインで
0006821044.tif 000015
（例えば、１２個）の連続する副搬送波と定義される。参考として、１つのＯＦＤＭシンボルと１つの副搬送波で構成されたリソースをリソース要素（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ，ＲＥ）或いはトーン（ｔｏｎｅ）という。したがって、１つのＲＢは、
0006821044.tif 000016
のリソース要素で構成される。リソース格子における各リソース要素は、１つのスロットにおけるインデックス対（ｋ，１）によって固有に定義できる。ｋは、周波数ドメインで０から
0006821044.tif 000017
まで与えられるインデックスであり、ｌは、時間ドメインで０から
0006821044.tif 000018
まで与えられるインデックスである。
【００５０】
１サブフレームにおいて
0006821044.tif 000019
の連続した同一副搬送波を占有しながら、当該サブフレームにおける２個のスロットのそれぞれに１個ずつ位置する２個のＲＢを物理リソースブロック（ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ，ＰＲＢ）対（ｐａｉｒ）という。ＰＲＢ対を構成する２個のＲＢは、同一のＰＲＢ番号（或いは、ＰＲＢインデックス（ｉｎｄｅｘ）ともいう）を有する。ＶＲＢは、リソース割り当てのために導入された一種の論理的リソース割り当て単位である。ＶＲＢはＰＲＢと同じサイズを有する。ＶＲＢをＰＲＢにマッピングする方式によって、ＶＲＢは、局部（ｌｏｃａｌｉｚｅｄ）タイプのＶＲＢと分散（ｄｉｓｔｒｉｂｕｔｅｄ）タイプのＶＲＢとに区別される。局部タイプのＶＲＢはＰＲＢに直接マッピングされて、ＶＲＢ番号（ＶＲＢインデックスともいう）がＰＲＢ番号に直接対応する。すなわち、ｎＰＲＢ＝ｎＶＲＢとなる。局部タイプのＶＲＢには０から
0006821044.tif 000020
順に番号が与えられ、
0006821044.tif 000021
である。したがって、局部マッピング方式によれば、同一のＶＲＢ番号を有するＶＲＢが１番目のスロットと２番目のスロットにおいて、同一ＰＲＢ番号のＰＲＢにマッピングされる。一方、分散タイプのＶＲＢはインターリービングを経てＰＲＢにマッピングされる。そのため、同一のＶＲＢ番号を有する分散タイプのＶＲＢは、１番目のスロットと２番目のスロットにおいて互いに異なる番号のＰＲＢにマッピングされることがある。サブフレームの２つのスロットに１個ずつ位置し、同一のＶＲＢ番号を有する２個のＰＲＢをＶＲＢ対と称する。
【００５１】
図３は、３ＧＰＰ  ＬＥＴ／ＬＥＴ−Ａシステムで用いられる下りリンク（ｄｏｗｎｌｉｎｋ，ＤＬ）サブフレーム構造を例示する図である。
【００５２】
図３を参照すると、ＤＬサブフレームは、時間ドメインで制御領域（ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ）とデータ領域（ｄａｔａ  ｒｅｇｉｏｎ）とに区別される。図３を参照すると、サブフレームの第１のスロットで先頭部における最大３（或いは４）個のＯＦＤＭシンボルは、制御チャネルが割り当てられる制御領域（ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ）に対応する。以下、ＤＬサブフレームでＰＤＣＣＨ送信に利用可能なリソース領域（ｒｅｓｏｕｒｃｅ  ｒｅｇｉｏｎ）をＰＤＣＣＨ領域と称する。制御領域に用いられるＯＦＤＭシンボル以外のＯＦＤＭシンボルは、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｃｅｌ）が割り当てられるデータ領域（ｄａｔａ  ｒｅｇｉｏｎ）に該当する。以下、ＤＬサブフレームでＰＤＳＣＨ送信に利用可能なリソース領域をＰＤＳＣＨ領域と称する。３ＧＰＰ  ＬＥＴで用いられるＤＬ制御チャネルの例としては、ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  ｈｙｂｒｉｄ  ＡＲＱ  ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）などを含む。ＰＣＦＩＣＨは、サブフレームの最初のＯＦＤＭシンボルで送信され、サブフレームにおいて制御チャネルの送信に用いられるＯＦＤＭシンボルの個数に関する情報を運ぶ。ＰＨＩＣＨは、ＵＬ送信に対する応答としてＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）ＡＣＫ／ＮＡＣＫ（ａｃｋｎｏｗｌｅｄｇｍｅｎｔ／ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）信号を運ぶ。
【００５３】
ＰＤＣＣＨを介して送信される制御情報を下りリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ，ＤＣＩ）と呼ぶ。ＤＣＩは、ＵＥ又はＵＥグループのためのリソース割り当て情報及び他の制御情報を含む。例えば、ＤＣＩは、ＤＬ共有チャネル（ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ，ＤＬ−ＳＣＨ）の送信フォーマット及びリソース割り当て情報、ＵＬ共有チャネル（ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ，ＵＬ−ＳＣＨ）の送信フォーマット及びリソース割り当て情報、ページングチャネル（ｐａｇｉｎｇ  ｃｈａｎｎｅｌ，ＰＣＨ）上のページング情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダムアクセス応答のような上位層（ｕｐｐｅｒ  ｌａｙｅｒ）制御メッセージのリソース割り当て情報、ＵＥグループ内の個別ＵＥへの送信電力制御命令（Ｔｒａｎｓｍｉｔ  Ｃｏｎｔｒｏｌ  Ｃｏｍｍａｎｄ  Ｓｅｔ）、送信電力制御（Ｔｒａｎｓｍｉｔ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）命令、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）の活性化（ａｃｔｉｖａｔｉｏｎ）指示情報、ＤＡＩ（Ｄｏｗｎｌｉｎｋ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｄｅｘ）などを含む。ＤＬ共有チャネル（ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ，ＤＬ−ＳＣＨ）の送信フォーマット（Ｔｒａｎｓｍｉｔ  Ｆｏｒｍａｔ）及びリソース割り当て情報は、ＤＬスケジューリング情報或いはＤＬグラント（ＤＬ  ｇｒａｎｔ）とも呼ばれ、ＵＬ共有チャネル（ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ，ＵＬ−ＳＣＨ）の送信フォーマット及びリソース割り当て情報は、ＵＬスケジューリング情報或いはＵＬグラント（ＵＬ  ｇｒａｎｔ）とも呼ばれる。１つのＰＤＣＣＨが運ぶＤＣＩは、ＤＣＩフォーマットによってそのサイズと用途が異なり、符号化率によってそのサイズが異なり得る。現在３ＧＰＰ  ＬＥＴシステムでは、上りリンク用にフォーマット０及び４、下りリンク用にフォーマット１、１Ａ、１Ｂ、１Ｃ、１Ｄ、２、２Ａ、２Ｂ、２Ｃ、３、３Ａなどの様々なフォーマットが定義されている。ＤＣＩフォーマットのそれぞれの用途に応じて、ホッピングフラグ、ＲＢ割り当て（ＲＢ  ａｌｌｏｃａｔｉｏｎ）、ＭＣＳ（ｍｏｄｕｌａｔｉｏｎ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ）、ＲＶ（ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ）、ＮＤＩ（ｎｅｗ  ｄａｔａ  ｉｎｄｉｃａｔｏｒ）、ＴＰＣ（ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ）、循環シフトＤＭＲＳ（ｃｙｃｌｉｃ  ｓｈｉｆｔ  ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）、ＵＬインデックス、ＣＱＩ（ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ  ｉｎｆｏｒｍａｔｉｏｎ）要請、ＤＬ割り当てインデックス（ＤＬ  ａｓｓｉｇｎｍｅｎｔ  ｉｎｄｅｘ）、ＨＡＲＱプロセスナンバー、ＴＰＭＩ（ｔｒａｎｓｍｉｔｔｅｄ  ｐｒｅｃｏｄｉｎｇ  ｍａｔｒｉｘ  ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（ｐｒｅｃｏｄｉｎｇ  ｍａｔｒｉｘ  ｉｎｄｉｃａｔｏｒ）情報などの制御情報が適宜選択された組み合わせが下りリンク制御情報としてＵＥに送信される。
【００５４】
一般に、ＵＥに構成された送信モード（ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ，ＴＭ）によって当該ＵＥに送信可能なＤＣＩフォーマットが異なる。換言すれば、特定送信モードに構成されたＵＥのためには、いかなるＤＣＩフォーマットを用いてもよいわけではなく、特定送信モードに対応する一定ＤＣＩフォーマットのみを用いることができる。
【００５５】
ＰＤＣＣＨは、１つ又は複数の連続した制御チャネル要素（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ，ＣＣＥ）の集成（ａｇｇｒｅｇａｔｉｏｎ）上で送信される。ＣＣＥは、ＰＤＣＣＨに無線チャネル状態に基づく符号化率（ｃｏｄｉｎｇ  ｒａｔｅ）を提供するために用いられる論理的割り当てユニット（ｕｎｉｔ）である。ＣＣＥは、複数のリソース要素グループ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ，ＲＥＧ）に対応する。例えば、１ＣＣＥは９個のＲＥＧに対応し、１ＲＥＧは４個のＲＥに対応する。３ＧＰＰ  ＬＥＴシステムの場合、それぞれのＵＥのためにＰＤＣＣＨが位置してもよいＣＣＥセットを定義した。ＵＥが自身のＰＤＣＣＨを発見し得るＣＣＥセットを、ＰＤＣＣＨ探索空間、簡単に探索空間（Ｓｅａｒｃｈ  Ｓｐａｃｅ，ＳＳ）と呼ぶ。探索空間内でＰＤＣＣＨが送信されてもよい個別リソースをＰＤＣＣＨ候補（ｃａｎｄｉｄａｔｅ）と呼ぶ。ＵＥがモニタリング（ｍｏｎｉｔｏｒｉｎｇ）するＰＤＣＣＨ候補の集合を探索空間と定義する。３ＧＰＰ  ＬＥＴ／ＬＥＴ−ＡシステムでそれぞれのＤＣＩフォーマットのための探索空間は異なるサイズを有してもよく、専用（ｄｅｄｉｃａｔｅｄ）探索空間と共通（ｃｏｍｍｏｎ）探索空間とが定義されている。専用探索空間は、ＵＥ−特定（ｓｐｅｃｉｆｉｃ）探索空間であり、それぞれの個別ＵＥのために構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）される。共通探索空間は、複数のＵＥのために構成される。以下の表は、探索空間を定義する集成レベル（ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌ）を例示するものである。
【００５６】
【表３】
0006821044.tif 000022
【００５７】
１つのＰＤＣＣＨ候補は、ＣＣＥ集成レベルによって１、２、４又は８個のＣＣＥに対応する。ｅＮＢは、探索空間内の任意のＰＤＣＣＨ候補上で実際のＰＤＣＣＨ（ＤＣＩ）を送信し、ＵＥは、ＰＤＣＣＨ（ＤＣＩ）を探すために探索空間をモニタリングする。ここで、モニタリングとは、全てのモニタリングされるＤＣＩフォーマットによって当該探索空間内の各ＰＤＣＣＨの復号（ｄｅｃｏｄｉｎｇ）を試みる（ａｔｔｅｍｐｔ）ことを意味する。ＵＥは、前記複数のＰＤＣＣＨをモニタリングし、自身のＰＤＣＣＨを検出することができる。基本的に、ＵＥは、自身のＰＤＣＣＨが送信される位置を知らないことから、各サブフレーム毎に当該ＤＣＩフォーマットの全てのＰＤＣＣＨに対して、自身の識別子を有するＰＤＣＣＨを検出するまで復号を試みるが、このような過程をブラインド検出（ｂｌｉｎｄ  ｄｅｔｅｃｔｉｏｎ）（ブラインド復号（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ，ＢＤ））という。
【００５８】
ｅＮＢは、データ領域を通してＵＥ或いはＵＥグループのためのデータを送信することができる。データ領域を通して送信されるデータをユーザデータと呼ぶこともできる。ユーザデータの送信のために、データ領域にはＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）を割り当てることができる。ＰＣＨ（Ｐａｇｉｎｇ  ｃｈａｎｎｅｌ）及びＤＬ−ＳＣＨ（Ｄｏｗｎｌｉｎｋ−ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）は、ＰＤＳＣＨを介して送信される。ＵＥは、ＰＤＣＣＨを介して送信される制御情報を復号し、ＰＤＳＣＨを介して送信されるデータを読むことができる。ＰＤＳＣＨのデータがどのＵＥ或いはＵＥグループに送信されるか、前記ＵＥ或いはＵＥグループがどのようにＰＤＳＣＨデータを受信して復号すればよいかなどを示す情報がＰＤＣＣＨに含まれて送信される。例えば、特定ＰＤＣＣＨが「Ａ」というＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ）でＣＲＣ（ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ）マスキング（ｍａｓｋｉｎｇ）されており、「Ｂ」という無線リソース（例えば、周波数位置）及び「Ｃ」という送信形式情報（例えば、送信ブロックサイズ、変調方式、コーディング情報など）を用いて送信されるデータに関する情報が特定ＤＬサブフレームで送信されると仮定する。ＵＥは、自身の所有しているＲＮＴＩ情報を用いてＰＤＣＣＨをモニタリングし、「Ａ」というＲＮＴＩを有しているＵＥはＰＤＣＣＨを検出し、受信したＰＤＣＣＨの情報によって「Ｂ」と「Ｃ」で示されるＰＤＳＣＨを受信する。
【００５９】
ＵＥがｅＮＢから受信した信号を復調するには、データ信号と比較する参照信号（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ，ＲＳ）が必要である。参照信号とは、ｅＮＢがＵＥに或いはＵＥがｅＮＢに送信する、ｅＮＢとＵＥが互いに知っている、予め定義された特別な波形の信号を意味し、パイロット（ｐｉｌｏｔ）とも呼ばれる。参照信号は、セル内の全ＵＥに共用されるセル−特定（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）ＲＳと特定ＵＥに専用される復調（ｄｅｍｏｄｕｌａｔｉｏｎ）ＲＳ（ＤＭ  ＲＳ）とに区別される。ｅＮＢが特定ＵＥのための下りリンクデータの復調のために送信するＤＭ  ＲＳをＵＥ−特定的（ＵＥ−ｓｐｅｃｉｆｉｃ）ＲＳと特別に称することもできる。下りリンクでＤＭ  ＲＳとＣＲＳは共に送信されてもよいが、いずれか一方のみが送信されてもよい。ただし、下りリンクでＣＲＳ無しにＤＭ  ＲＳのみが送信される場合、データと同じプリコーダを適用して送信されるＤＭ  ＲＳは復調の目的にのみ用いることができるため、チャネル測定用ＲＳを別途に提供しなければならない。例えば、３ＧＰＰ  ＬＥＴ（−Ａ）では、ＵＥがチャネル状態情報を測定できるようにするために、追加の測定用ＲＳであるＣＳＩ−ＲＳが当該ＵＥに送信される。ＣＳＩ−ＲＳは、チャネル状態について相対的に時間による変化度が大きくないという事実に着目し、各サブフレーム毎に送信されるＣＲＳとは違い、複数のサブフレームで構成される所定の送信周期毎に送信される。
【００６０】
図４は、３ＧＰＰ  ＬＥＴ／ＬＥＴ−Ａシステムで用いられる上りリンク（ｕｐｌｉｎｋ，ＵＬ）サブフレーム構造の一例を示す図である。
【００６１】
図４を参照すると、ＵＬサブフレームは、周波数ドメインで制御領域とデータ領域とに区別できる。１つ又は複数のＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌｓ）が上りリンク制御情報（ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ，ＵＣＩ）を運ぶために制御領域に割り当てられることができる。１つ又は複数のＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌｓ）がユーザデータを運ぶためにＵＬサブフレームのデータ領域に割り当てられてもよい。
【００６２】
ＵＬサブフレームではＤＣ（Ｄｉｒｅｃｔ  Ｃｕｒｒｅｎｔ）副搬送波から遠く離れた副搬送波が制御領域として用いられる。換言すれば、ＵＬ送信帯域幅の両端部に位置する副搬送波が上りリンク制御情報の送信に割り当てられる。ＤＣ副搬送波は、信号送信に用いられずに残される成分であり、周波数上り変換過程で搬送波周波数ｆ０にマッピングされる。１つのＵＥのＰＵＣＣＨは１つのサブフレームで、１つの搬送波周波数で動作するリソースに属したＲＢ対に割り当てられ、このＲＢ対に属したＲＢは、２つのスロットでそれぞれ異なる副搬送波を占有する。このように割り当てられるＰＵＣＣＨを、ＰＵＣＣＨに割り当てられたＲＢ対がスロット境界で周波数ホッピングすると表現する。ただし、周波数ホッピングが適用されない場合には、ＲＢ対が同一の副搬送波を占有する。
【００６３】
ＰＵＣＣＨは、次の制御情報を送信するために用いることができる。
【００６４】
−  ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）：上りリンクＵＬ−ＳＣＨリソースを要請するために用いられる情報である。ＯＯＫ（Ｏｎ−Ｏｆｆ  Ｋｅｙｉｎｇ）方式を用いて送信される。
【００６５】
−  ＨＡＲＱ−ＡＣＫ：ＰＤＣＣＨに対する応答及び／又はＰＤＳＣＨ上の下りリンクデータパケット（例えば、コードワード）に対する応答である。ＰＤＣＣＨ或いはＰＤＳＣＨが成功的に受信されたか否かを示す。単一下りリンクコードワードに対する応答としてＨＡＲＱ−ＡＣＫ  １ビットが送信され、２つの下りリンクコードワードに対する応答としてＨＡＲＱ−ＡＣＫ  ２ビットが送信される。ＨＡＲＱ−ＡＣＫ応答は、ポジティブＡＣＫ（簡単に、ＡＣＫ）、ネガティブＡＣＫ（以下、ＮＡＣＫ）、ＤＴＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｔｒａｎｓｍｉｓｓｉｏｎ）又はＮＡＣＫ／ＤＴＸを含む。ここで、ＨＡＲＱ−ＡＣＫという用語は、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ、ＡＣＫ／ＮＡＣＫと同じ意味で使われる。
【００６６】
−  ＣＳＩ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）：下りリンクチャネルに対するフィードバック情報（ｆｅｅｄｂａｃｋ  ｉｎｆｏｒｍａｔｉｏｎ）である。ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）−関連フィードバック情報は、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）及びＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）を含む。
【００６７】
ＵＥがサブフレームで送信可能な上りリンク制御情報（ＵＣＩ）の量は、制御情報送信に可用なＳＣ−ＦＤＭＡの個数に依存する。ＵＣＩに可用なＳＣ−ＦＤＭＡは、サブフレームにおいて参照信号の送信のためのＳＣ−ＦＤＭＡシンボルを除く残りのＳＣ−ＦＤＭＡシンボルを意味し、ＳＲＳ（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）が構成されているサブフレームでは、サブフレームの最後のＳＣ−ＦＤＭＡシンボルも除く。参照信号は、ＰＵＣＣＨのコヒーレント（ｃｏｈｅｒｅｎｔ）検出に用いられる。ＰＵＣＣＨは、送信される情報によって様々なフォーマットを支援する。
【００６８】
下記の表４に、ＬＥＴ／ＬＥＴ−ＡシステムでＰＵＣＣＨフォーマットとＵＣＩとのマッピング関係を示す。
【００６９】
【表４】
0006821044.tif 000023
【００７０】
表４を参照すると、主に、ＰＵＣＣＨフォーマット１系列はＡＣＫ／ＮＡＣＫ情報を送信するために用いられ、ＰＵＣＣＨフォーマット２系列はＣＱＩ／ＰＭＩ／ＲＩなどのチャネル状態情報（ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ，ＣＳＩ）を運ぶために用いられ、ＰＵＣＣＨフォーマット３系列はＡＣＫ／ＮＡＣＫ情報を送信するために用いられる。
【００７１】
参照信号（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ；ＲＳ）
【００７２】
無線通信システムにおいてパケットを送信する時、パケットは無線チャネルを通じて送信されるため、送信過程で信号の歪みが発生することがある。歪まれた信号を受信側で正しく受信するためには、チャネル情報を用いて受信信号において歪みを補正しなければならない。チャネル情報を知るために、送信側と受信側の両方で知っている信号を送信し、該信号がチャネルを通じて受信される時の歪みの度合からチャネル情報を把握する方法を主に用いる。この信号をパイロット信号（Ｐｉｌｏｔ  Ｓｉｇｎａｌ）又は参照信号（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）という。
【００７３】
多重アンテナを用いてデータを送受信する場合には、各送信アンテナと受信アンテナ間のチャネル状況を知ってこそ正しい信号を受信することができる。したがって、各送信アンテナ別に、より詳しくはアンテナポート（ａｎｔｅｎｎａ  ｐｏｒｔ）別に異なった参照信号が存在しなければならない。
【００７４】
参照信号は上りリンク参照信号と下りリンク参照信号とに区別できる。現在、ＬＥＴシステムには、上りリンク参照信号として、
【００７５】
i）ＰＵＳＣＨ及びＰＵＣＣＨを通じて送信された情報のコヒーレント（ｃｏｈｅｒｅｎｔ）な復調のためのチャネル推定のための復調参照信号（ＤｅＭｏｄｕｌａｔｉｏｎ−Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ，ＤＭ−ＲＳ）
【００７６】
ii）基地局が、ネットワークの異なる周波数における上りリンクチャネル品質を測定するためのサウンディング参照信号（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ，ＳＲＳ）がある。
【００７７】
一方、下りリンク参照信号としては
【００７８】
i）セル内の全ての端末が共有するセル−特定参照信号（Ｃｅｌｌ−ｓｐｅｃｉｆｉｃ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ，ＣＲＳ）
【００７９】
ii）特定端末だけのための端末−特定参照信号（ＵＥ−ｓｐｅｃｉｆｉｃ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）
【００８０】
iii）ＰＤＳＣＨが送信される場合に、コヒーレントな復調のために送信される（ＤｅＭｏｄｕｌａｔｉｏｎ−Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ，ＤＭ−ＲＳ）
【００８１】
iv）下りリンクＤＭＲＳが送信される場合に、チャネル状態情報（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ；ＣＳＩ）を伝達するためのチャネル状態情報参照信号（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ−Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ，ＣＳＩ−ＲＳ）
【００８２】
v）ＭＢＳＦＮ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｓｉｎｇｌｅ  Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ）モードで送信される信号に対するコヒーレントな復調のために送信されるＭＢＳＦＮ参照信号（ＭＢＳＦＮ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）
【００８３】
vi）端末の地理的位置情報を推定するために用いられる位置参照信号（Ｐｏｓｉｔｉｏｎｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）がある。
【００８４】
参照信号はその目的によって２種類に大別できる。チャネル情報取得のために用いられる参照信号と、データ復調のために用いられる参照信号とがある。前者は、ＵＥが下りリンク上のチャネル情報を取得できるようにすることに目的があるため、広帯域に送信されなければならず、特定サブフレームで下りリンクデータを受信しない端末であってもその参照信号を受信しなければならない。また、これはハンドオーバーなどの状況でも用いられる。後者は、基地局が下りリンクを送る時に該当のリソースに共に送る参照信号であって、端末は当該参照信号を受信することによってチャネル測定をしてデータを復調することが可能になる。この参照信号は、データの送信される領域で送信されなければならない。
【００８５】
上述したレイテンシ減少、すなわちローレイテンシ(ｌｏｗ ｌａｔｅｎｃｙ)を満たすために、データ送信の最小単位であるＴＴＩを減らして０．５ｍｓｅｃ以下の短い(ｓｈｏｒｔｅｎｅｄ)ＴＴＩ(ｓＴＴＩ)を新たに設計する必要がある。例えば、図５のように、ｅＮＢがデータ(ＰＤＣＣＨ及びＰＤＳＣＨ)の送信を開始して、ＵＥがＡ／Ｎ(ＡＣＫ／ＮＡＣＫ)の送信を完了するまでのユーザプレーン(Ｕｓｅｒ ｐｌａｎｅ；Ｕ−ｐｌａｎｅ)レイテンシを１ｍｓｅｃに減らすためには、約３ＯＦＤＭシンボルを単位としてｓＴＴＩを構成してもよい。
【００８６】
下りリンク環境では、このようなｓＴＴＩ内でデータの送信／スケジューリングのためのＰＤＣＣＨ(すなわち、ｓＰＤＣＣＨ)と、ｓＴＴＩ内で送信が行われるＰＤＳＣＨ(すなわち、ｓＰＤＳＣＨ)を送信することができ、例えば、図６のように、１つのサブフレーム内に複数のｓＴＴＩが互いに異なるＯＦＤＭシンボルを用いて構成する。具体的に、ｓＴＴＩを構成するＯＦＤＭシンボルはレガシ制御チャネルが送信されるＯＦＤＭシンボルを除いて構成することができる。ｓＴＴＩ内においてｓＰＤＣＣＨとｓＰＤＳＣＨの送信は、互いに異なるＯＦＤＭシンボル領域を用いてＴＤＭ(ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ)された形態で送信されてもよく、互いに異なるＰＲＢ領域／周波数リソースを用いてＦＤＭ(ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ)された形態で送信されてもよい。
【００８７】
本明細書においては、ＬＴＥ／ＬＴＥ−Ａシステムに基づいて発明を説明する。従来のＬＴＥ／ＬＴＥ−Ａで１ｍｓのサブフレームは、一般ＣＰを有する場合に１４個のＯＦＤＭシンボルからなり、１ｍｓよりも短い単位のＴＴＩを構成する場合、１つのサブフレーム内に複数のＴＴＩを構成することができる。複数のＴＴＩを構成する方式は、以下の図７に示した実施例のように、２シンボル、３シンボル、４シンボル、７シンボルを１つのＴＴＩとして構成することができる。図示を省略するが、１シンボルをＴＴＩとする場合も考えられる。１シンボルを１つのＴＴＩ単位とする場合、２個のＯＦＤＭシンボルにレガシＰＤＣＣＨを送信するという仮定下、１２個のＴＴＩが生成される。同様に、図７(ａ)のように、２シンボルを１つのＴＴＩ単位とする場合、６個のＴＴＩ、図７(ｂ)のように、３シンボルを１つのＴＴＩ単位とする場合、４個のＴＴＩ、図７(ｃ)のように、４シンボルを１つのＴＴＩ単位とする場合、３個のＴＴＩを生成することができる。もちろん、この場合、最初の２個のＯＦＤＭシンボルはレガシＰＤＣＣＨが送信されると仮定する。
【００８８】
図７(ｄ)のように、７シンボルを１つのＴＴＩ単位とする場合、レガシＰＤＣＣＨを含む７個のシンボル単位のＴＴＩの１つと後ろの７個のシンボルが１つのＴＴＩを構成することができる。このとき、ｓＴＴＩを支援する端末の場合、１つのＴＴＩが７シンボルからなる場合、１つのサブフレームの前端に位置するＴＴＩ(１番目のスロット)は、レガシＰＤＣＣＨが送信される前端の２個のＯＦＤＭシンボルに対しては、パンクチャリング(ｐｕｎｃｔｕｒｅ)又はレート−マッチング(ｒａｔｅ−ｍａｔｃｈｉｎｇ)されたと仮定して、以後の５個のシンボルに自身のデータ及び／又は制御情報が送信されると仮定する。これに対して、１つのサブフレームの後端に位置するＴＴＩ(２番目のスロット)に対して、端末はパンクチャリング又はレート−マッチングするリソース領域無しに７個の全てのシンボルにデータ及び／又は制御情報が送信可能であると仮定する。
【００８９】
また、本発明では、２個のＯＦＤＭシンボル(以下、「ＯＳ」という)からなるｓＴＴＩと３個のＯＳからなるｓＴＴＩとが、図８のように、１つのサブフレーム内に混在するｓＴＴＩの構造を含んで考慮する。このような２−ＯＳ又は３−ＯＳのｓＴＴＩを単に２−シンボルｓＴＴＩ(すなわち、２−ＯＳ ｓＴＴＩ)と定義してもよい。図８(ａ)に示された＜３,２,２,２,２,３＞ｓＴＴＩパターンでは、ＰＤＣＣＨのシンボル数に応じてｓＰＤＣＣＨが送信されてもよい。図８(ｂ)の＜２,３,２,２,２,３＞ｓＴＴＩパターンは、レガシＰＤＣＣＨ領域によってｓＰＤＣＣＨの送信が難しいことがある。
【００９０】
ソフトバッファー管理
【００９１】
従来のＬＴＥ／ＬＴＥ−Ａシステムでは、ＴＴＩ長さが１ｍｓと固定されていて、ＨＡＲＱタイミングを考慮して、最大８個のＨＡＲＱプロセスをＵＥが有するように設計されていた。ＨＡＲＱプロセスが８個とは、サービングセルが１つであり、単一コードワードである場合、端末が有することのできる全体のソフトバッファー領域を最大８個に分けて使用できるという意味である。即ち、端末が使用可能なバッファーの数及び一バッファー当たり格納すべき量の最小値を標準において定義している。詳しくは、ＣＡ（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ）状況における従来のソフトバッファーの分割方法に関する一例は、以下の参照内容のようである。[参照内容]から分かるように、従来の搬送波併合（ＣＡ）の状況では、先ず、端末（ＵＥ）が全体のソフトバッファー領域
0006821044.tif 000024
（ｔｈｅ  ｔｏｔａｌ  ｎｕｍｂｅｒ  ｏｆ  ｓｏｆｔ  ｃｈａｎｎｅｌ  ｂｉｔｓ）を自身に設定された（ｃｏｎｆｉｇｕｒｅｄ）サービングＤＬセルの数
0006821044.tif 000025
に分けて、各々のサービングＤＬセルに、同一のサイズ
0006821044.tif 000026
のソフトバッファー領域が割り当てられるようにする。この過程の後、各々のサービングＤＬセルに割り当てられたソフトバッファー領域
0006821044.tif 000027
は、サービングＤＬセル別のＤＬ  ＨＡＲＱプロセスの最大数（ＭＤＬ_ＨＡＲＱ）（及び／又はサービングＤＬセル別のコードブロック
0006821044.tif 000028
の数及び／又はサービングセル別の
0006821044.tif 000029
（例えば、ＴＭ３，４，８，９，１０のうちいずれか１つのＴＭに設定されると、
0006821044.tif 000030
は２と設定され、その他の場合には、
0006821044.tif 000031
は１と設定））にそれぞれ再分割される。ここで、特定のサービングＤＬセルのＭＤＬ＿ＨＡＲＱ値は、該当サービングＤＬセルに適用されるＤＬ基準ＨＡＲＱタイムライン（ｔｉｍｅｌｉｎｅ）情報（又は、ＤＬ基準ＨＡＲＱ設定情報）によって決定される。
0006821044.tif 000032
は、８の値を有する定数である。
【００９２】
[参照内容１]
【００９３】
0006821044.tif 000033
【００９４】
最小バッファー要求量
【００９５】
端末が特定のコードブロックに対して、バッファーに格納すべき最小のソフトビットの量は、
0006821044.tif 000034
であり、このとき、
0006821044.tif 000035
は、以下のように定義できる。
【００９６】
【数１】
0006821044.tif 000036
【００９７】
ここで、
0006821044.tif 000037
は、第ｍのＴＴＩ長さに該当するＨＡＲＱプロセスが占有可能な最大のソフトバッファーサイズを意味する。
0006821044.tif 000038
は、第ｍのＴＴＩ長さに該当する最大のＤＬ  ＨＡＲＱプロセス数を意味する。
【００９８】
Ｏｐｔｉｏｎ  １−１：ソフトバッファーのうち一部は、従来と同一サイズのコードブロック
0006821044.tif 000039
をバッファリングできるように分割され、その他は、従来とは異なるサイズのコードブロック
0006821044.tif 000040
をバッファリングできるように分割されるように規則が定義されてもよい。即ち、
0006821044.tif 000041
は、従来の
0006821044.tif 000042
と同様に設定されるように規則が定義されてもよい。上述のように、ソフトバッファーが分割された場合、一例として、初期送信は、２−シンボルＴＴＩでスケジュールされ、再送信は、１ｍｓ  ＴＴＩでスケジュールされた場合、端末は、
0006821044.tif 000043
のサイズに分割されたバッファーに該当するＨＡＲＱプロセスＩＤがスケジュールされることを期待する。この方法が適用される場合、第１のＴＴＩ長さのための最大ＴＢＳの制限はないかもしれないが、第１のＴＴＩ長さに対する最大ＤＬ  ＨＡＲＱプロセス数が
0006821044.tif 000044
よりも少ない
0006821044.tif 000045
に制限される可能性がある。
0006821044.tif 000046
は、第２のＴＴＩ長さのためのその他のソフトバッファー領域を
0006821044.tif 000047
に分割するように設定されてもよく、これから第２のＴＴＩ長さに対して支援可能な最大ＴＢサイズが導出できる。
0006821044.tif 000048
と
0006821044.tif 000049
は予め定義されてもよく、又は上位層信号（又は、物理層信号）を介して端末に設定されてもよい。仮に、端末が有することのできる最大のソフトバッファーサイズが、特定のＴＴＩ長さ又はプロセシング時間の設定には関係なく同一である場合、端末は、ネットワークが
0006821044.tif 000050
の和が
0006821044.tif 000051
を超えないようにスケジュールすることを期待する。
【００９９】
Ｏｐｔｉｏｎ  １−２：また別の方案として、ソフトバッファーのうち一部は、従来とは異なるサイズのコードブロック
0006821044.tif 000052
をバッファリングするように分割され、その他は、また他のサイズのコードブロック
0006821044.tif 000053
をバッファリングするように分割されるものの、
0006821044.tif 000054
が従来の
0006821044.tif 000055
とは異なるように設定されるように規則が定義されてもよい。具体的に、仮に、端末が有することのできる最大のソフトバッファーサイズが特定のＴＴＩ長さ又はプロセシング時間の設定とは関係なく同一の場合であっても、１ｍｓ  ＴＴＩ（又は、基準のＴＴＩ長さ）に対して、従来に支援していた最大のＤＬ  ＨＡＲＱプロセス数を保持可能に、
0006821044.tif 000056
を設定することができる。この方法が適用される場合、第１のＴＴＩ長さのための最大ＴＢＳに対して制限がイネーブル（ｅｎａｂｌｅ）されたり、第１のＴＴＩ長さを有する特定の送信に対して再送信するとき、性能の低下が引き起こされたりする可能性がある。
0006821044.tif 000057
と
0006821044.tif 000058
は、予め定義されてもよく、又は上位層信号（又は、物理層信号）を介して端末に設定されてもよい。
【０１００】
Ｏｐｔｉｏｎ  １−３：端末に特定のＴＴＩ長さ（例えば、１ｍｓ  ＴＴＩではない他のＴＴＩ長さ又は基準のＴＴＩ長さの他のＴＴＩ長さ）が設定された場合、及び／又は特定のプロセシング時間（例えば、基準プロセシング時間の他のプロセシング時間又は最小の支援されるプロセシング時間外のプロセシング時間、ここで、プロセシング時間は、ＤＬデータ受信−ｔｏ−ＤＬ  ＨＡＲＱ送信までの時間及び／又はＵＬ承認受信−ｔｏ−ＵＬデータ送信までの時間などを含んでもよい）が設定された場合、該当端末に設定された全体のソフトバッファー領域が、設定されていない場合よりも大きく割り当てられるように規則が定義されてもよい
0006821044.tif 000059
。これは、上述のような特定のＴＴＩ長さ及び／又はプロセシング時間が設定された場合、１つの搬送波が追加に併合されるのと同様に動作されてもよく、よって、設定されていないときのＣＡ支援可能なセル数よりも少ない数のセルに対するＣＡ動作のみが支援されるように規則が定義されてもよい。より一般には、セル別に特定のＴＴＩ長さ及び／又はプロセシング時間が（追加に）設定された場合と、そうではない場合とのソフトバッファー領域が異なるように設定されるように規則が定義されてもよい。
【０１０１】
Ｏｐｔｉｏｎ  １−４：端末に特定のＴＴＩ長さ（例えば、１ｍｓ  ＴＴＩではない他のＴＴＩ長さ又は基準のＴＴＩ長さの他のＴＴＩ長さ）が設定された場合、及び／又は特定のプロセシング時間（例えば、基準プロセシング時間の他のプロセシング時間又は最小の支援されるプロセシング時間の他のプロセシング時間、ここで、プロセシング時間は、ＤＬデータ受信−ｔｏ−ＤＬ  ＨＡＲＱ送信までの時間及び／又はＵＬ承認受信−ｔｏ−ＵＬデータ送信までの時間などを含んでもよい）が設定された場合、該当する特定のＴＴＩ長さ及び／又はプロセシング時間に対して支援可能な最大のＴＢサイズを考慮して、ソフトバッファーが分割されるように規則が定義されてもよい。一例として、２−シンボルＴＴＩ（ｍ＝２）が設定されて、最大のＴＢサイズが１ｍｓ  ＴＴＩ（ｍ＝１）対比１：６である場合、ソフトバッファーは、
0006821044.tif 000060
、
0006821044.tif 000061
にそれぞれ分割できる。一般には、第１のＴＴＩ長さと第２のＴＴＩ長さとの最大のＴＢサイズの比率が
0006821044.tif 000062
である場合、
0006821044.tif 000063
、
0006821044.tif 000064
で表現できる。同様に、別の方案として、ＴＴＩ長さの比率によってソフトバッファーが分割されるように規則が定義されてもよい。
【０１０２】
Ｏｐｔｉｏｎ  １−５：また別の方案として、端末に特定のＴＴＩ長さ（例えば、１ｍｓ  ＴＴＩではない他のＴＴＩ長さ又は基準のＴＴＩ長さの他のＴＴＩ長さ）が設定された場合、及び／又は特定のプロセシング時間（例えば、基準のプロセシング時間の他のプロセシング時間又は特定のプロセシング時間又は最小の支援されるプロセシング時間の他のプロセシング時間、ここで、プロセシング時間は、ＤＬデータ受信−ｔｏ−ＤＬ  ＨＡＲＱ送信までの時間及び／又はＵＬ承認受信−ｔｏ−ＵＬデータ送信までの時間などを含んでもよい）が設定された場合、ＴＴＩ長さ及び／又はプロセシング時間別に最大のＤＬ  ＨＡＲＱプロセス数を考慮して、ソフトバッファーが分割されるように規則が定義されてもよい。一例として、第１のＴＴＩ長さの最大のＤＬ  ＨＡＲＱプロセス数は８個であり、第２のＴＴＩ長さの最大のＤＬ  ＨＡＲＱプロセス数は１６個である場合、ソフトバッファーは、
0006821044.tif 000065
、
0006821044.tif 000066
にそれぞれ分割できる。一般には、第１のＴＴＩ長さと第２のＴＴＩ長さとの最大のＤＬ  ＨＡＲＱプロセス数の比率が
0006821044.tif 000067
である場合、
0006821044.tif 000068
、
0006821044.tif 000069
でそれぞれ表現できる。また別の方案としては、ＴＴＩ長さ別に又はプロセシング時間別に最大のＤＬ  ＨＡＲＱプロセス数のうち最大値を考慮して、ソフトバッファーが分割されるように規則が定義されてもよい。
【０１０３】
Ｏｐｔｉｏｎ  １−６：端末に設定された最大のＤＬ  ＨＡＲＱプロセス数には関係なく、ソフトバッファー分割をＤＬ  ＨＡＲＱプロセスに対して最大に８個の領域に分割するために、
0006821044.tif 000070
を定数８に固定している。端末に特定のＴＴＩ長さ（例えば、１ｍｓ  ＴＴＩではない他のＴＴＩ長さ又は基準のＴＴＩ長さの他のＴＴＩ長さ）が設定された場合、特定のプロセシング時間（例えば、基準のプロセシング時間の他のプロセシング時間又は特定のプロセシング時間又は最小の支援されるプロセシング時間の他のプロセシング時間、ここで、プロセシング時間は、ＤＬデータ受信−ｔｏ−ＤＬ  ＨＡＲＱ送信までの時間及び／又はＵＬ承認受信−ｔｏ−ＵＬデータ送信までの時間などを含んでもよい）が設定された場合、基準のＴＴＩ長さ（例えば、１ｍｓ  ＴＴＩ）及び／又は基準のプロセシング時間において用いられた
0006821044.tif 000071
とは異なる値が予め定義されるか、上位層信号（又は、物理層信号）を介して端末に設定されてもよい。一例として、特定のＴＴＩ長さ及び／又は特定のプロセシング時間が設定された場合、
0006821044.tif 000072
と新たに定義されてもよい。
【０１０４】
Ｏｐｔｉｏｎ  １−７：端末に特定のＴＴＩ長さ（例えば、１ｍｓ  ＴＴＩではない他のＴＴＩ長さ又は基準のＴＴＩ長さの他のＴＴＩ長さ）が設定された場合、及び／又は特定のプロセシング時間（例えば、基準のプロセシング時間の他のプロセシング時間又は特定のプロセシング時間又は最小の支援されるプロセシング時間の他のプロセシング時間、ここで、プロセシング時間は、ＤＬデータ受信−ｔｏ−ＤＬ  ＨＡＲＱ送信までの時間及び／又はＵＬ承認受信−ｔｏ−ＵＬデータ送信までの時間などを含んでもよい）が設定された場合、１つ（又は、複数）の搬送波がさらに併合されることと解釈でき、基準のＴＴＩ長さ（例えば、１ｍｓ  ＴＴＩ）及び／又は基準のプロセシング時間において用いられた
0006821044.tif 000073
（下りリンクセルの数）とは異なる値が予め定義されるか、上位層信号（又は、物理層信号）を介して端末に設定されてもよい。一例として、特定のＴＴＩ長さ及び／又は特定のプロセシング時間が設定された場合、
0006821044.tif 000074
と新たに定義されてもよく、ここで、
0006821044.tif 000075
は、１以上の整数であってもよい。
【０１０５】
Ｏｐｔｉｏｎ  １−８：端末に特定のＴＴＩ長さ（例えば、１ｍｓ  ＴＴＩではない他のＴＴＩ長さ又は基準のＴＴＩ長さの他のＴＴＩ長さ）が設定された場合、及び／又は特定のプロセシング時間（例えば、基準のプロセシング時間の他のプロセシング時間又は特定のプロセシング時間又は最小の支援されるプロセシング時間の他のプロセシング時間、ここで、プロセシング時間は、ＤＬデータ受信−ｔｏ−ＤＬ  ＨＡＲＱ送信までの時間及び／又はＵＬ承認受信−ｔｏ−ＵＬデータ送信までの時間などを含んでもよい）が設定された場合、コードブロックのソフトバッファーサイズ
0006821044.tif 000076
が異なるように設定されてもよい。
【０１０６】
Ｏｐｔｉｏｎ  １−９：コードブロックのソフトバッファーサイズ
0006821044.tif 000077
は、送信ブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）に対するソフトバッファーサイズによって決定されるが、送信ブロックに対するソフトバッファーサイズは、
0006821044.tif 000078
で定義され、ここで、
0006821044.tif 000079
は、ＵＥカテゴリー（ｃａｔｅｇｏｒｙ）による（ＴＳ  ３６．３０６のテーブル４．４−１よりの）ソフトチャネルビットの総数を意味する。仮に、端末に特定のＴＴＩ長さ（例えば、１ｍｓ  ＴＴＩではない他のＴＴＩ長さ又は基準のＴＴＩ長さの他のＴＴＩ長さ）が設定された場合、及び／又は特定のプロセシング時間（例えば、基準のプロセシング時間の他のプロセシング時間又は特定のプロセシング時間又は最小の支援されるプロセシング時間の他のプロセシング時間、ここで、プロセシング時間は、ＤＬデータ受信−ｔｏ−ＤＬ  ＨＡＲＱ送信までの時間及び／又はＵＬ承認受信−ｔｏ−ＵＬデータ送信までの時間などを含んでもよい）が設定された場合、送信ブロックに対するソフトバッファーサイズ
0006821044.tif 000080
は、設定されていない場合とは異なるように決定され得る。具体的に、基準のＴＴＩ長さ（例えば、１ｍｓ  ＴＴＩ）及び／又は基準のプロセシング時間において用いられた
0006821044.tif 000081
とは異なる値が予め定義されるか、上位層信号（又は、物理層信号）を介して端末に設定されてもよい。
【０１０７】
Ｏｐｔｉｏｎ  １−１０：信頼度（ｒｅｌｉａｂｉｌｉｔｙ）の高いサービスタイプに該当するデータに対しては、ソフトバッファーが不足するため、ソフトビットをドロップ（ｄｒｏｐ）しない方が好ましいことがある。よって、データチャネルに対するサービスタイプ／優先順位（又は、ターゲットＳＩＮＲ（ｓｉｇｎａｌ  ｔｏ  ｉｎｔｅｒｆｅｒｅｎｃｅ  ｎｏｉｓｅ  ｒａｔｉｏ）又はターゲットＢＬＥＲ（ｂｌｏｃｋ  ｅｒｒｏｒ  ｒａｔｉｏ）など）に応じて、ソフトバッファーを異なるように分割するよう規則が定義されてもよい。一例として、信頼度の高いデータの場合、ソフトビットの全てを格納できるようにバッファーを設定して、相対的に、信頼度の低いデータに対しては、その他のバッファーに格納されるように規則が定義されてもよい。或いは、データチャネルに対するサービスタイプ／優先順位（又は、ターゲットＳＩＮＲ又はターゲットＢＬＥＲなど）に応じて、個別（ｓｅｐａｒａｔｅ）のＨＡＲＱプロセス番号を割り当てるように、及び／又は特定のサービスタイプ／優先順位（又は、ターゲットＳＩＮＲ又はターゲットＢＬＥＲなど）に対応するＨＡＲＱプロセス番号に対するソフトバッファーは、最小の要求事項（ｒｅｑｕｉｒｅｍｅｎｔ）の優先順位を相対的に高くして、バッファーを空けるとき、後で空けるように規則が定義されてもよい。
【０１０８】
Ｏｐｔｉｏｎ  １−１１：端末の能力（ｃａｐａｂｉｌｉｔｙ）に応じてソフトバッファーを異なるように分割するよう規則が定義されてもよい。一例として、異なるＴＴＩ長さを有するＰＤＳＣＨとｓＰＤＳＣＨとを同時に復号可能な端末と、そうではない端末との最小のバッファー要求事項が異なるように設定されてもよい。また、異なるＴＴＩ長さを有するＰＤＳＣＨとｓＰＤＳＣＨを同時に復号可能な端末の全体のソフトバッファー領域が、そうではない端末の全体のソフトバッファー領域
0006821044.tif 000082
よりも大きく設定されてもよい。
【０１０９】
図９は、異なるＴＴＩ長さの間にもＨＡＲＱプロセスが共有できるという仮定下の図であるが、異なるＴＴＩ長さの間においてＨＡＲＱプロセスを分離して運用する場合であっても、ＨＡＲＱプロセス番号の割り当てを除いては、同様なソフトバッファー分割を適用することができる。
【０１１０】
上述したオプション（Ｏｐｔｉｏｎ）は、異なるニューマロロジー（ｎｕｍｅｒｏｌｏｇｙ）の間においてＨＡＲＱプロセスを共有／分離して運用する場合にも同様に適用できる。
【０１１１】
また、本明細書におけるニューマロロジー(ｎｕｍｅｒｏｌｏｇｙ)とは、当該無線通信システムに適用されるＴＴＩ長さ、サブキャリア間隔などの決定又は決定されたＴＴＩ長さ又はサブキャリア間隔などのようなパラメータ又はそれに基づいた通信構造又はシステムなどを意味する。
【０１１２】
初期送信と再送信との異なるＴＴＩ長さ動作
【０１１３】
初期送信と再送信とのＴＴＩ長さが異なる場合、以下のようなＨＡＲＱ−ＡＣＫフィードバック方案が考えられる。具体的に、初期送信は、ｓＴＴＩを有するｓＰＤＳＣＨがスケジュールされ、これに対してＮＡＣＫが報告された場合、再送信は、レガシＴＴＩを有するＰＤＳＣＨがスケジュールされてもよいが、レイテンシ（ｌａｔｅｎｃｙ）を減らすために、これに対するＨＡＲＱ−ＡＣＫコンテナ（ｃｏｎｔａｉｎｅｒ）としてｓＰＵＣＣＨが設定されてもよい。
【０１１４】
多重ＴＴＩ長さを支援する場合のソフトバッファー管理
【０１１５】
複数のＴＴＩ長さ（又は、サブキャリア間隔）を支援する端末において、複数のＴＴＩ長さのうち最長のＴＴＩ長さを基準としてＨＡＲＱプロセスＩＤを設定して、これによってソフトバッファーを分割し、その他のＴＴＩ長さに対するそれぞれのＨＡＲＱプロセスにこれをマッピングするように規則が定義されてもよい。具体的には、複数のＴＴＩ長さのうち最長のＴＴＩ長さを基準として、ＨＡＲＱプロセスＩＤを設定して、１つのＨＡＲＱプロセスＩＤに、それよりも短いＴＴＩ長さに対する複数のＨＡＲＱプロセスＩＤがマッピングされるように、及び／又はＴＴＩ長さが短くなるほど入れ子構造（ｎｅｓｔｅｄ  ｓｔｒｕｃｔｕｒｅ）となるように規則が定義されてもよい。図１０は、このような入れ子構造のＴＴＩ長さ−ＨＡＲＱプロセスマッピングを示す。
【０１１６】
一例として、ＴＴＩ１＜ＴＴＩ２＜ＴＴＩ３であるとき、ＴＴＩ３を基準として、８個のＨＡＲＱプロセスを設定して、全体のソフトバッファーをＮに分けて、各々のＨＡＲＱプロセスＩＤにマッピングした状況において、ＴＴＩ２のＨＡＲＱプロセスは１６個、ＴＴＩ１のＨＡＲＱプロセスは３２個に設定して、ＴＴＩ３のＨＡＲＱプロセス０にＴＴＩ２のＨＡＲＱプロセス０、１がマッピングされ、ＴＴＩ２のＨＡＲＱプロセス０にＴＴＩ１のＨＡＲＱプロセス０、１がマッピングされるように規則が定義されてもよい。
【０１１７】
特定のＴＴＩ長さのＳＰＳ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）送信に対するＨＡＲＱプロセスが設定された場合、該当ＨＡＲＱプロセスにマッピングされた他のＴＴＩ長さ（例えば、より長いＴＴＩ長さ）のＨＡＲＱプロセスを他の用途の送信（例えば、承認−基盤（ｇｒａｎｔ−ｂａｓｅｄ）送信）のために用いようとするときは、特定のＴＴＩ長さのＳＰＳ送信に必要なソフトバッファーだけ除いて用いられるように規則が定義されてもよい。一例として、ＴＴＩ１＜ＴＴＩ２であるとき、ＴＴＩ２のＨＡＲＱプロセス０とＴＴＩ１のＨＡＲＱプロセス０、１がマッピングされ、ＴＴＩ１のＨＡＲＱプロセス０がＳＰＳ送信に対するＨＡＲＱプロセスとして設定された場合、ＴＴＩ２で動作する承認−基盤送信に対するＨＡＲＱプロセス０に該当するソフトバッファーは、ＴＴＩ１のＨＡＲＱプロセス０に対する最小の要求量を除いた分だけ設定されてもよい。或いは、ＴＴＩ２で動作する承認−基盤送信に対するＨＡＲＱプロセス０に該当するソフトバッファーは、予め定義／約束された、又は上位層信号（又は、物理層信号）を介して設定されてもよい。
【０１１８】
より一般には、用途に応じて（例えば、承認−基盤又はＳＰＳ送信）、ＨＡＲＱプロセスの１個に該当するソフトバッファーの（最小の要求）サイズが異なるように設定されてもよく、このとき、そのサイズは、ＴＴＩ長さごとに異なるように設定されてもよい。
【０１１９】
また別の方案としては、特定のＴＴＩ長さごとに、特定用途の送信に対するソフトバッファーを別として予約（ｒｅｓｅｒｖｅ）して、その他のソフトバッファーのみをＴＴＩ長さの間において共有するように規則が定義されてもよい。
【０１２０】
ＵＣＩ繰り返し（送信）
【０１２１】
ｓＴＴＩが設定された端末の場合、ＤＬチャネルに対するＨＡＲＱ−ＡＣＫをｓＰＵＣＣＨで送信して、より短いＨＡＲＱラウンド−トリップ時間（ｒｏｕｎｄ−ｔｒｉｐ  ｔｉｍｅ）を期待することができ、これによって低遅延通信が可能になる。端末のカバレッジとレイテンシは、トレード−オフの関係を有すると言えるが、例えば、レイテンシを減少させるために、より短いＵＬ  ＴＴＩ長さを設定する場合、該当端末はより短いＴＴＩ  ＵＬ送信を行うことになるが、相対的に短いカバレッジでのみ実現可能（ｆｅａｓｉｂｌｅ）になる。より広いカバレッジをカバーするために、より長いＵＬ  ＴＴＩ長さを設定する場合、該当端末はｓＰＵＣＣＨにさらに多い情報ビットを載せて送信することができるものの、相対的にレイテンシが増加する可能性がある。
【０１２２】
ＵＬ  ｓＴＴＩ長さは、物理層信号を介して動的に変更されるか、又は上位層信号を介して半−静的に設定されることがいずれも考慮できる。より大きいペイロードを支援するために（例えば、搬送波併合の場合）、高いコーディングレート（ｃｏｄｉｎｇ  ｒａｔｅ）でｓＰＵＣＣＨを送信する必要があるとき、動的にＵＬ  ｓＴＴＩ長さを変更する場合、より長いＴＴＩ長さを有するＰＵＣＣＨを用いて送信してもよい。しかし、よりシンプルなネットワークと端末の動作のために、半−静的にＵＬ  ｓＴＴＩ長さを設定した方が好ましい場合がある。この場合、上述した状況において、ｓＰＵＣＣＨ送信の信頼度を確保するために、より多い周波数リソース及び／又は時間リソースを活用して、ＨＡＲＱ−ＡＣＫを送る必要がある。より多い周波数リソースを活用した一例として、多重−ＰＲＢ  ＰＵＣＣＨフォーマットが考えられ、より多い時間リソースを活用して一例としては、ＨＡＲＱ−ＡＣＫ繰り返しが考えられる。多重−ＰＲＢ  ＰＵＣＣＨフォーマットの場合、レイテンシが増加しないものの、該当端末が電力−制限された場合であれば、カバレッジの改善効果がなくなる可能性もある。よって、本発明では、ｓＴＴＩが設定された端末のＨＡＲＱ−ＡＣＫ繰り返し動作を提案する。現在のＬＴＥ標準によれば、以下の参照内容２のように、ＨＡＲＱ−ＡＣＫ繰り返し動作が定義されている。
【０１２３】
［参照内容２］
【０１２４】
0006821044.tif 000083
【０１２５】
端末は、特定のｓＰＵＣＣＨを（予め設定／約束された又はシグナルされた）特定数のＴＴＩの間に繰り返して送信してもよい。このようなｓＰＵＣＣＨ（送信）繰り返しに関する具体的な方案は、以下のようである。上位層信号（又は、物理層信号）を介して基地局が端末のｓＰＵＣＣＨ繰り返しの許否を設定するように規則が定義されてもよい。また、ｓＰＵＣＣＨ繰り返しが許容される場合、ｓＰＵＣＣＨの繰り返し部分が何個後のＴＴＩで送信されるか、何個のＴＴＩの間に送信されるか、繰り返し部分が送信されるリソースに関する細部情報、又は既存のリソースマッピングに従うか別のリソースに送信されるかなどについて、予め定義／約束されるか、基地局が上位層信号／物理層信号を介して設定してもよい。
【０１２６】
ｓＴＴＩが設定された端末の場合、ｓＰＵＣＣＨ繰り返し動作が、上述した理由によって、動的にイネーブル（ｅｎａｂｌｅ）される必要があり、そのためのトリガ／イネーブルの条件及び細部方案を以下のように提案する。ここでは、ＨＡＲＱ−ＡＣＫ繰り返しを例として説明したが、一般のＵＣＩの繰り返しにも同様に適用することができる。
【０１２７】
ｓＴＴＩが設定された端末のＨＡＲＱ−ＡＣＫペイロードサイズが一定以上である場合、ＨＡＲＱ−ＡＣＫ繰り返しが動的にトリガされてもよい。また別の方案として、ｓＴＴＩが設定された端末のＨＡＲＱ−ＡＣＫに対するコーディングレートが一定以上である場合、ＨＡＲＱ−ＡＣＫ繰り返しが動的にトリガされてもよい。このとき、ＨＡＲＱ−ＡＣＫ繰り返しの回数は、ＨＡＲＱ−ＡＣＫペイロードサイズ又はコーディングレートによって暗示的に決定されてもよい。
【０１２８】
上位層信号を介してＨＡＲＱ−ＡＣＫ繰り返し回数を設定して、物理層信号を介して、最終的に用いられるＨＡＲＱ−ＡＣＫ繰り返し回数及びトリガ可否を指示してもよい。また別の方案として、上位層信号を介して設定された（ｓ）ＰＵＣＣＨリソース（集合）にＨＡＲＱ−ＡＣＫ繰り返し回数を連結（ｔｉｅ）して、物理層信号を介して、最終的に用いられるＨＡＲＱ−ＡＣＫ繰り返し回数及びトリガ可否を指示してもよい。
【０１２９】
ｓＴＴＩが設定された端末の場合、複数のサービングセルが設定される場合であっても、ＨＡＲＱ−ＡＣＫ繰り返しがイネーブルできるように規則が定義されてもよい。換言すれば、複数のサービングセルが設定されたＣＡ状況であっても、ｓＴＴＩが設定された端末は、ＨＡＲＱ−ＡＣＫ繰り返しがイネーブルされてもよい。
【０１３０】
ｓＴＴＩが設定された端末の場合、物理層信号（例えば、ＤＣＩ）を介してＨＡＲＱ−ＡＣＫ繰り返しがイネーブルできるように規則が定義されてもよい。一例として、別のＡＲＩ（ＡＣＫ／ＮＡＣＫ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｏｒ）フィールドが定義され、該当ＡＲＩの各状態が予め設定された各ＰＵＣＣＨリソースを示すが、各状態にＨＡＲＱ−ＡＣＫ繰り返しをイネーブルさせるか否かを連結して、端末に特定状態のＡＲＩを送信し、ＨＡＲＱ−ＡＣＫ繰り返しをイネーブルさせてもよい。また別の一例として、ＨＡＲＱ−ＡＣＫ繰り返しをイネーブルさせる別の（１  ｂｉｔ）ビットフィールドを追加して、端末のＨＡＲＱ−ＡＣＫ繰り返しのイネーブル可否を指示してもよい。
【０１３１】
ｓＴＴＩが設定された端末のＨＡＲＱ−ＡＣＫ繰り返しの回数が過度に多くなる場合、レイテンシ減少の側面から好ましくない可能性がある。よって、ｓＴＴＩが設定された端末に対して、ＨＡＲＱ−ＡＣＫ繰り返しがイネーブルされる場合、周波数ホッピングが考えられる。このとき、周波数ホッピングによって送信されるｓＰＵＣＣＨリソースは、毎ＴＴＩごとに、又は毎ｘ個のＴＴＩごとに異なるリソースで構成されてもよく、リソースの決定方法は、予め定義された、又は上位層信号又は物理層信号を介して指示されたオフセットによって行われてもよい。このとき、何個のＴＴＩの間にｓＰＵＣＣＨリソースが同様に維持されるかについても、（１）予め定義されるか、（２）上位層信号又は物理層信号を介して指示されるか、又は（３）ＨＡＲＱ−ＡＣＫ繰り返し回数によって暗示的に決定されてもよい。
【０１３２】
また別の方案として、周波数ホッピングパターンも上位層信号を介して予め設定して、物理層信号を介して最終的に用いられるホッピングパターンが指示されるように規則が定義されてもよい。或いは、予め定義されたホッピングパターンに従って、ＨＡＲＱ−ＡＣＫ繰り返しによるｓＰＵＣＣＨ送信のリソースが決定されてもよい。具体的に、周波数ホッピングパターンは、繰り返し回数に応じて異なるように決定されてもよい。
【０１３３】
周波数ホッピングがイネーブルされた場合に限って、予め約束又はシグナルされたＨＡＲＱ−ＡＣＫ繰り返しの回数よりも少ない回数だけを繰り返して送信されるように規則が定義されてもよい。一例として、ＨＡＲＱ−ＡＣＫ繰り返しの回数が４回に設定された端末に、周波数ホッピングがイネーブルされた場合、ＨＡＲＱ−ＡＣＫ繰り返しの回数が２回に減少するように規則が定義されてもよい。
【０１３４】
ｓＰＵＣＣＨ送信のために割り当てられた電力は足りなくないが、レガシＰＵＳＣＨ、ＰＵＣＣＨ、ｓＰＵＳＣＨ又はＳＲＳの送信タイミングと重畳する場合、電力−制限の状況に落ちる可能性がある。よって、他のＵＬチャネルとｓＰＵＣＣＨの送信タイミングが重畳する場合、他のチャネルの送信がドロップ／中止され、ｓＰＵＣＣＨの繰り返しがイネーブルされるように規則が定義されてもよい。具体的に、特定のチャネルとｓＰＵＣＣＨが重畳する場合、又は特定数以上のチャネルとｓＰＵＣＣＨが重畳する場合、上述した規則がイネーブルされてもよい。或いは、ｓＰＵＣＣＨに対するＨＡＲＱ−ＡＣＫ繰り返しがイネーブルされた状況において、他のチャネルとの重畳が発生した場合には、ｓＰＵＣＣＨに優先順位を与えて、他のチャネルはドロップ／中止するように規則が定義されてもよい。また別の方案として、他のＵＬチャネルとｓＰＵＣＣＨの送信タイミングが重畳し、且つ電力−制限された状況に限って、ＨＡＲＱ−ＡＣＫ繰り返しがイネーブルされるように規則が定義されてもよい。
【０１３５】
レガシＰＵＣＣＨ、ＰＵＳＣＨ又はｓＰＵＳＣＨの送信タイミングとｓＰＵＣＣＨの送信タイミングが重畳する場合、レガシＰＵＳＣＨ、ＰＵＣＣＨ又はｓＰＵＳＣＨに対するＵＣＩがｓＰＵＣＣＨに共に送信されるように規則が定義されてもよく、このとき、ＵＣＩ繰り返しがイネーブルされてもよい。具体的に、「レガシＰＵＳＣＨ、ＰＵＣＣＨ又はｓＰＵＳＣＨに対するＵＣＩ」と「ｓＰＵＣＣＨのＵＣＩ」に対する全体のペイロードサイズ又はコーディングレートが一定以上になる場合、ＵＣＩ繰り返しがイネーブルされるように規則が定義されてもよい。
【０１３６】
端末のＨＡＲＱ−ＡＣＫ繰り返しがイネーブルされた状況において、ｓＰＵＣＣＨがレガシＰＵＣＣＨ、ＰＵＳＣＨ又はｓＰＵＳＣＨの送信タイミングと重畳する場合、ＨＡＲＱ−ＡＣＫ繰り返しに該当するｓＰＵＣＣＨに高い優先順位を与えて、その他のチャネルはドロップ／中止するように規則が定義されてもよい。
【０１３７】
ネットワークがＵＣＩ繰り返し動作に対する設定を上位層信号（例えば、ＲＲＣ（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）シグナリング）を介して設定した場合に限って、ＵＣＩ繰り返し動作が上述した提案のように動的にイネーブルされるように限定されてもよい。このとき、上位層信号は、既存の「ａｃｋＮａｃｋＲｅｐｅｔｉｔｉｏｎ」シグナリングが設定されるものであってもよく、又は（ｓＴＴＩのための又は特定のＴＴＩ長さのための）別のＵＣＩ繰り返し設定シグナリングが定義されてもよい。
【０１３８】
上述した提案は、ｓＴＴＩが設定された端末のＵＣＩ繰り返し（送信）に対するものであるが、特定のＴＴＩ長さ又はニューマロロジーが設定された状況において、ペイロードサイズ又はコーディングレートによって、より多いリソースを用いてＵＣＩを送信する必要がある場合、一般に適用することができる。
【０１３９】
ＵＣＩ繰り返し送信動作が上述した提案のように動的にイネーブルされる場合、端末は、ｓＰＵＣＣＨのＤＭ−ＲＳを毎（ｓ）ＴＴＩごとに送信しなくてもよい。即ち、繰り返される区間の周波数の割り当てが同一である場合、ＤＭ−ＲＳ共有を適用して、より多いＲＥをＵＣＩ送信に活用してもよい。よって、ＵＣＩ繰り返し動作が上述した提案のように動的にイネーブルされる場合、予め定義された及び／又は上位層信号／物理層信号を介してシグナルされた（ｓ）ＴＴＩ及び／又はシンボルにおいてＤＭ−ＲＳを送信するように規則が定義されてもよい。この場合、繰り返し送信される（ｓ）ＴＴＩの周波数軸におけるホッピングは、ディセーブル（ｄｉｓａｂｌｅ）されるように規則が定義されてもよい。
【０１４０】
或いは、繰り返し送信される（ｓ）ＴＴＩに対するＤＭ−ＲＳ共有が上位層信号／物理層信号を介してイネーブルされてもよく、この場合、繰り返し送信される（ｓ）ＴＴＩの周波数軸におけるホッピングはディセーブルされるように規則が定義されてもよい。或いは、繰り返し送信される（ｓ）ＴＴＩの周波数軸におけるホッピングがディセーブルされるように、上位層信号／物理層信号を介して設定されてもよく、この場合、繰り返し送信される（ｓ）ＴＴＩに対するＤＭ−ＲＳ共有がイネーブルされるように規則が定義されてもよい。
【０１４１】
この提案は、ＵＣＩ繰り返し送信の動作が半−静的にイネーブルされる場合にも同様に適用することができる。
【０１４２】
ＵＣＩ繰り返し動作が上述した提案のように動的又は半−静的にイネーブルされ、仮に、該当送信の全部又は一部と他のＵＬチャネル（例えば、ＰＵＳＣＨ、ｓＰＵＳＣＨ又はＰＵＣＣＨ）が時間上において重畳する場合、端末は繰り返される（ｓ）ＴＴＩのうち、重畳する（ｓ）ＴＴＩに限って、ＵＣＩ繰り返し送信チャネルをドロップするように規則が定義されてもよい。具体的に、このドロップ動作は、電力−制限された場合に限って適用されてもよい。或いは、重畳するチャネルがデータ送信チャネル（例えば、（ｓ）ＰＵＳＣＨ）であり、且つＵＣＩ繰り返し送信チャネルとＴＴＩ長さが同一の場合は、データ送信チャネルにＵＣＩ繰り返し送信チャネルのＵＣＩがピギーバック（ｐｉｇｇｙｂａｃｋ）されて送信されるように規則が定義されてもよい。或いは、同時送信が設定された場合、ＵＣＩ繰り返し送信チャネルと他のＵＬチャネル（例えば、ＰＵＳＣＨ、ｓＰＵＳＣＨ又はＰＵＣＣＨ）を同時に送信するように規則が定義されてもよい。具体的に、同時送信動作は、電力−制限されていない場合に限って適用されてもよい。
【０１４３】
上述した方式に関する一例も本発明の具現方法のうち１つとして含まれてもよく、一種の提案方式として見なされるのは明白な事実である。また、上述した方式は、独立して具現されてもよいが、一部の方式の組み合わせ（又は、併合）の形態で具現されてもよい。上述した方式の適否情報（又は、上述した方式の規則に関する情報）は、基地局が端末に予め定義したシグナル（例えば、物理層シグナル又は上位層シグナル）によって知らせるように規則が定義されてもよい。
【０１４４】
図１１は、本発明の実施例を実行する送信装置１０及び受信装置２０の構成要素を示すブロック図である。送信装置１０及び受信装置２０は、情報及び／又はデータ、信号、メッセージなどを運ぶ無線信号を送信又は受信できる送信器／受信器１３，２３と、無線通信システム内の通信と関連した各種情報を記憶するメモリ１２，２２と、送信器／受信器１３，２３及びメモリ１２，２２などの構成要素と動作的に接続してこれらの構成要素を制御し、当該装置が前述の本発明の実施例の少なくとも一つを実行するようにメモリ１２，２２及び／又は送信器／受信器１３，２３を制御するように構成されたプロセッサー１１，２１をそれぞれ備える。
【０１４５】
メモリ１２，２２は、プロセッサー１１，２１の処理及び制御のためのプログラムを格納することができ、入／出力される情報を仮記憶することができる。メモリ１２，２２がバッファーとして活用されてもよい。プロセッサー１１，２１は、一般に、送信装置又は受信装置内の各種モジュールの動作全般を制御する。特に、プロセッサー１１，２１は、本発明を実行するための各種制御機能を果たすことができる。プロセッサー１１，２１をコントローラ（ｃｏｎｔｒｏｌｌｅｒ）、マイクロコントローラ（ｍｉｃｒｏｃｏｎｔｒｏｌｌｅｒ）、マイクロプロセッサー（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）、マイクロコンピュータ（ｍｉｃｒｏｃｏｍｐｕｔｅｒ）などと呼ぶこともできる。プロセッサー１１，２１は、ハードウェア（ｈａｒｄｗａｒｅ）又はファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア、又はこれらの結合によって具現されてもよい。ハードウェアを用いて本発明を具現する場合は、本発明を実行するように構成されたＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）などがプロセッサー１１，２１に設けられてもよい。一方、ファームウェアやソフトウェアを用いて本発明を具現する場合は、本発明の機能又は動作を実行するモジュール、手順又は関数などを含むようにファームウェアやソフトウェアが構成されてもよい。本発明を実行できるように構成されたファームウェア又はソフトウェアは、プロセッサー１１，２１内に設けられたりメモリ１２，２２に格納されてプロセッサー１１，２１によって駆動されてもよい。
【０１４６】
送信装置１０におけるプロセッサー１１は、プロセッサー１１又はプロセッサー１１に接続しているスケジューラからスケジューリングされて外部に送信される信号及び／又はデータに対して所定の符号化（ｃｏｄｉｎｇ）及び変調（ｍｏｄｕｌａｔｉｏｎ）を行った後、送信器／受信器１３に送信する。例えば、プロセッサー１１は、送信しようとするデータ列を逆多重化、チャネル符号化、スクランブリング、及び変調の過程などを経てＫ個のレイヤに変換する。符号化されたデータ列はコードワードとも呼ばれ、ＭＡＣ層が提供するデータブロックである伝送ブロックと等価である。一伝送ブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ，ＴＢ）は一コードワードに符号化され、各コードワードは一つ以上のレイヤの形態で受信装置に送信される。周波数上り変換のために送信器／受信器１３はオシレータ（ｏｓｃｉｌｌａｔｏｒ）を含むことができる。送信器／受信器１３はＮｔ個（Ｎｔは１以上の正の整数）の送信アンテナを含むことができる。
【０１４７】
受信装置２０の信号処理過程は、送信装置１０の信号処理過程の逆となる。プロセッサー２１の制御下に、受信装置２０の送信器／受信器２３は送信装置１０から送信された無線信号を受信する。送信器／受信器２３は、Ｎｒ個の受信アンテナを含むことができ、送信器／受信器２３は受信アンテナから受信した信号のそれぞれを周波数下り変換して（ｆｒｅｑｕｅｎｃｙ  ｄｏｗｎ−ｃｏｎｖｅｒｔ）基底帯域信号に復元する。送信器／受信器２３は、周波数下り変換のためにオシレータを含むことができる。プロセッサー２１は、受信アンテナから受信した無線信号に対する復号（ｄｅｃｏｄｉｎｇ）及び復調（ｄｅｍｏｄｕｌａｔｉｏｎ）を行い、送信装置１０が本来送信しようとしたデータに復元することができる。
【０１４８】
送信器／受信器１３，２３は一つ以上のアンテナを具備する。アンテナは、プロセッサー１１，２１の制御下に、本発明の一実施例によって、送信器／受信器１３，２３で処理された信号を外部に送信したり、外部から無線信号を受信して送信器／受信器１３，２３に伝達する機能を果たす。アンテナはアンテナポートと呼ばれることもある。各アンテナは一つの物理アンテナに該当したり、２以上の物理アンテナ要素の組み合わせによって構成されてもよい。各アンテナから送信された信号は受信装置２０によってそれ以上分解されることはない。当該アンテナに対応して送信された参照信号（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ，ＲＳ）は受信装置２０の観点で見たアンテナを定義し、チャネルが一物理アンテナからの単一（ｓｉｎｇｌｅ）無線チャネルであるか、或いは当該アンテナを含む複数の物理アンテナ要素からの合成（ｃｏｍｐｏｓｉｔｅ）チャネルであるかに関係なく、受信装置２０にとって当該アンテナに対するチャネル推定を可能にする。すなわち、アンテナは、該アンテナ上のシンボルを伝達するチャネルが同一アンテナ上の他のシンボルが伝達される前記チャネルから導出されるように定義される。複数のアンテナを用いてデータを送受信する多重入出力（Ｍｕｌｔｉ−Ｉｎｐｕｔ  Ｍｕｌｔｉ−Ｏｕｔｐｕｔ、ＭＩＭＯ）機能を支援する送信器／受信器の場合は２個以上のアンテナに接続されてもよい。
【０１４９】
本発明の実施例において、端末又はＵＥは上りリンクでは送信装置１０として動作し、下りリンクでは受信装置２０として動作する。本発明の実施例において、基地局又はｅＮＢは上りリンクでは受信装置２０として動作し、下りリンクでは送信装置１０として動作する。
【０１５０】
送信装置及び／又は受信装置は、上述した本発明の実施例のうちの少なくとも１つ又は２つ以上の実施例の組み合わせを実行することができる。
【０１５１】
これらの実施例のうち１つとして、無線通信システムにおいて、複数のＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）長さ、複数のサブキャリア間隔又は複数のプロセシング時間を支援する端末が提案される。この端末は、受信器及び送信器、及び前記受信器及び送信器を制御するプロセッサーを含んでもよい。前記プロセッサーは、下りリンク送信ブロックに対するＨＡＲＱ−ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｏｎ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報の繰り返し送信の設定を受信して、前記繰り返し送信の設定に従って、前記繰り返し送信がトリガされると、前記ＨＡＲＱ−ＡＣＫ情報を基地局に送信してもよい。前記繰り返し送信は、予め決定された条件が満たされる場合にトリガされてもよい。
【０１５２】
また、前記端末に特定のＴＴＩ長さ又は特定のプロセシング時間が設定される場合、前記下りリンク送信ブロックに対するソフトバッファーのサイズは、前記特定のＴＴＩ長さ又は前記特定のプロセシング時間のためのパラメータによって決定されてもよい。
【０１５３】
また、前記パラメータは、基準のＴＴＩ長さ又は基準の特定のプロセシング時間のためのパラメータとは異なってもよい。
【０１５４】
また、前記端末に特定のＴＴＩ長さ又は特定のプロセシング時間が設定される場合、前記下りリンク送信ブロックに対するソフトバッファーのサイズは、前記下りリンク送信ブロックに対するサービスタイプ又は優先順位に応じて異なるように設定されてもよい。
【０１５５】
また、前記端末に特定のＴＴＩ長さ又は特定のプロセシング時間が設定される場合、前記下りリンク送信ブロックに対するサービスタイプ又は優先順位に応じて区分されるＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  ｒｅｑｕｅｓｔ）プロセス数が異なるように設定されてもよい。
【０１５６】
また、前記繰り返し送信は、ＨＡＲＱ−ＡＣＫ情報のペイロードサイズ又はコーディングレートが閾値以上である場合にトリガされてもよい。
【０１５７】
また、前記繰り返し送信の回数は、前記ペイロードサイズ又はコーディングレートに応じて決定されてもよい。
【０１５８】
また、前記繰り返し送信は、前記端末に複数のサービングセルが設定される場合にトリガされてもよい。
【０１５９】
また、前記繰り返し送信は、前記下りリンク送信ブロックに関連する下りリンク制御情報の特定のフィールドによってトリガされてもよい。
【０１６０】
また、前記繰り返し送信は、前記ＨＡＲＱ−ＡＣＫ情報が送信される上りリンクチャネルと他の上りリンクチャネルの送信タイミングが重畳される場合にトリガされてもよい。
【０１６１】
また、前記他の上りリンクチャネルの送信は、ドロップ（ｄｒｏｐ）又は中止されてもよい。
【０１６２】
また、前記他の上りリンクチャネルで送信される上りリンク制御情報は、前記ＨＡＲＱ−ＡＣＫ情報が送信される上りリンクチャネルにおいて共に送信されてもよい。
【０１６３】
また、前記繰り返し送信は、前記ＨＡＲＱ−ＡＣＫ情報が送信される上りリンクチャネルと他の上りリンクチャネルの送信タイミングが重畳して、前記ＨＡＲＱ−ＡＣＫ情報のペイロードサイズと前記他の上りリンクチャネルで送信される上りリンク制御情報のペイロードサイズ又はコーディングレートが閾値以上である場合にトリガされてもよい。
【０１６４】
また、前記繰り返し送信がトリガされる場合、特定数のＴＴＩごとに前記ＨＡＲＱ−ＡＣＫ情報が送信される上りリンクリソースは周波数ホッピングによって決定されてもよい。
【０１６５】
また、前記周波数ホッピングのためのパターンは、前記繰り返し送信の回数に応じて決定されてもよい。
【０１６６】
また、前記繰り返し送信がトリガされる場合、上位層信号又は物理層信号によって指示されたＴＴＩ又はシンボルにおいて復調参照信号が送信されてもよい。
【０１６７】
また、前記繰り返し送信がトリガされる場合、上位層信号又は物理層信号によって繰り返し送信されるＴＴＩにおける復調参照信号の共有が活性化（ｅｎａｂｌｅ）されてもよい。
【０１６８】
また、前記繰り返し送信がトリガされて、前記ＨＡＲＱ−ＡＣＫ情報が送信される上りリンクチャネルの一部又は全部が他の上りリンクチャネルの送信タイミングと重畳する場合、繰り返し送信されるＴＴＩのうち他の上りリンクチャネルの送信タイミングと重畳するＴＴＩで送信される前記ＨＡＲＱ−ＡＣＫ情報はドロップされてもよい。
【０１６９】
また、前記繰り返し送信がトリガされて、前記ＨＡＲＱ−ＡＣＫ情報が送信される上りリンクチャネルの一部又は全部が他の上りリンクチャネルの送信タイミングと重畳する場合、前記ＨＡＲＱ−ＡＣＫ情報が送信される上りリンクチャネルと前記他の上りリンクチャネルは同時に送信されてもよい。
【０１７０】
上述したように開示された本発明の好適な実施例に関する詳細な説明は、当業者が本発明を具現して実施し得るように提供された。以上では本発明の好適な実施例を参照して説明したが、当該技術の分野における熟練した者には、添付の特許請求の範囲に記載された本発明を様々に修正及び変更できるということが理解できる。したがって、本発明はここに示した実施の形態に制限されるものではなく、ここに開示された原理及び新規な特徴と一致する最も広い範囲を付与するためのものである。
【産業上の利用可能性】
【０１７１】
本発明は端末、リレー、基地局などのような無線通信装置に利用可能である。
【図１】
0006821044.tif 000084
【図２】
0006821044.tif 000085
【図３】
0006821044.tif 000086
【図４】
0006821044.tif 000087
【図５】
0006821044.tif 000088
【図６】
0006821044.tif 000089
【図７】
0006821044.tif 000090
【図８】
0006821044.tif 000091
【図９】
0006821044.tif 000092
【図１０】
0006821044.tif 000093
【図１１】
0006821044.tif 000094