(57)【特許請求の範囲】
【請求項１】
無線通信システムにおいて、通信機器が制御情報を送信する方法であって、
第１の副搬送波間隔（SubCarrier Spacing；ＳＣＳ）に基づいて、物理下りリンク共有チャネル（Physical Downlink Shared Channel；ＰＤＳＣＨ）を受信する段階と、
第２のＳＣＳに基づいて、前記ＰＤＳＣＨの受信終了時間から下りリンク処理時間後に前記ＰＤＳＣＨに関するハイブリッド自動再送要求確認（Hybrid Automatic Repeat and reQuest-ACKnowledgement；ＨＡＲＱ−ＡＣＫ）応答を送信する段階と、を有し、
前記第１のＳＣＳは、前記第２のＳＣＳと異なり、
前記下りリンク処理時間は、第１の処理時間及び第２の処理時間のうちのより大きい処理時間に決定され、
前記第１の処理時間は、前記第１のＳＣＳをＰＤＳＣＨとＨＡＲＱ−ＡＣＫ応答とに使用したときの前記第１のＳＣＳに基づいて決定され、
前記第２の処理時間は、前記第２のＳＣＳをＰＤＳＣＨとＨＡＲＱ−ＡＣＫ応答とに使用したときの前記第２のＳＣＳに基づいて決定される、方法。
【請求項２】
前記第１の処理時間及び前記第２の処理時間のうちの前記より大きい処理時間は、絶対時間の観点で決定される、請求項１に記載の方法。
【請求項３】
前記下りリンク処理時間は、直交周波数分割多重（Orthogonal Frequency Division Multiplexing；ＯＦＤＭ）ベースのシンボル数によって定義される、請求項１に記載の方法。
【請求項４】
タイミングアドバンス（Timing Advance；ＴＡ）値は、前記ＨＡＲＱ−ＡＣＫ応答の送信に適用される、請求項１に記載の方法。
【請求項５】
前記ＰＤＳＣＨの前記受信終了時間から前記下りリンク処理時間の前に、前記ＨＡＲＱ−ＡＣＫ応答は、送信されない、請求項１に記載の方法。
【請求項６】
無線通信システムにおいて使用される通信機器であって、
メモリと、
プロセッサと、を有し、前記プロセッサは、
第１の副搬送波間隔（SubCarrier Spacing；ＳＣＳ）に基づいて、物理下りリンク共有チャネル（Physical Downlink Shared Channel；ＰＤＳＣＨ）を受信し、
第２のＳＣＳに基づいて、前記ＰＤＳＣＨの受信終了時間から下りリンク処理時間後に前記ＰＤＳＣＨに関するハイブリッド自動再送要求確認（Hybrid Automatic Repeat and reQuest-ACKnowledgement；ＨＡＲＱ−ＡＣＫ）応答を送信する、ように構成され、
前記第１のＳＣＳは、前記第２のＳＣＳと異なり、
前記下りリンク処理時間は、第１の処理時間及び第２の処理時間のうちのより大きい処理時間に決定され、
前記第１の処理時間は、前記第１のＳＣＳをＰＤＳＣＨとＨＡＲＱ−ＡＣＫ応答とに使用したときの前記第１のＳＣＳに基づいて決定され、
前記第２の処理時間は、前記第２のＳＣＳをＰＤＳＣＨとＨＡＲＱ−ＡＣＫ応答とに使用したときの前記第２のＳＣＳに基づいて決定される、通信機器。
【請求項７】
前記第１の処理時間及び前記第２の処理時間のうちの前記より大きい処理時間は、絶対時間の観点で決定される、請求項６に記載の通信機器。
【請求項８】
前記下りリンク処理時間は、直交周波数分割多重（Orthogonal Frequency Division Multiplexing；ＯＦＤＭ）ベースのシンボル数によって定義される、請求項６に記載の通信機器。
【請求項９】
タイミングアドバンス（Timing Advance；ＴＡ）値は、前記ＨＡＲＱ−ＡＣＫ応答の送信に適用される、請求項６に記載の通信機器。
【請求項１０】
前記ＰＤＳＣＨの前記受信終了時間から前記下りリンク処理時間の前に、前記ＨＡＲＱ−ＡＣＫ応答は、送信されない、請求項６に記載の通信機器。
【請求項１１】
無線周波数（Radio Frequency；ＲＦ）ユニットをさらに有する、請求項６に記載の通信機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、より詳しくは、無線信号送受信方法及び装置に関する。無線通信システムは、ＣＡ（Carrier Aggregation）ベースの（基盤の）（CA-based）無線通信システムを含む。
【背景技術】
【０００２】
無線通信（接続）システム（wireless communication systems）は、音声やデータなどの種々の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは、使用可能なシステムリソース（帯域幅、送信電力など）を共有して、複数のユーザとの通信をサポート（支援）（support）できる多元（多重）接続（multiple access）システムである。多元接続システムの例には、ＣＤＭＡ（Code Division Multiple Access）システム、ＦＤＭＡ（Frequency Division Multiple Access）システム、ＴＤＭＡ（Time Division Multiple Access）システム、ＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）システム、ＳＣ−ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）システムなどがある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明の目的は、無線信号送受信の過程（operations）を効率的に行う方法及びそのための装置を提供することにある。
【０００４】
本発明で遂げようとする技術的目的は、以上で言及した事項に制限されず、言及していない他の技術的課題は、以下に説明する本発明の実施例から、本発明の属する技術の分野における通常の知識を有する者にとって考慮されてもよい。
【課題を解決するための手段】
【０００５】
本発明の一態様では、無線通信システムにおいて、通信装置が無線信号を送信する方法であって、送信時間間隔（Transmission Time Interval；ＴＴＩ）の長さに基づいて、ハイブリッド自動再送要求（Hybrid ARQ；ＨＡＲＱ）バッファにおけるデータごとの最小記憶（貯蔵）空間（storage space）を確認する段階と、データごとの最小記憶空間に基づいて、ＨＡＲＱバッファに無線信号の送信のためのデータを記憶する段階と、ＨＡＲＱバッファ内のデータを、第１ＴＴＩの間に送信する段階と、を有し、データが再送信データである場合、データごとの最小記憶空間は、データの初期送信に使用された第２ＴＴＩの長さに基づき、第２ＴＴＩの長さは、第１ＴＴＩの長さとは異なる、方法が提供される。
【０００６】
本発明の他の態様では、無線通信システムにおいて使用される通信装置であって、無線周波数（Radio Frequency；ＲＦ）モジュールと、プロセッサと、を有し、該プロセッサは、送信時間間隔（Transmission Time Interval；ＴＴＩ）の長さに基づいて、ハイブリッド自動再送要求（Hybrid ARQ；ＨＡＲＱ）バッファにおけるデータごとの最小記憶空間を確認し、データごとの最小記憶空間に基づいて、ＨＡＲＱバッファに無線信号の送信のためのデータを記憶し、ＨＡＲＱバッファ内のデータを、第１ＴＴＩの間に送信するように構成され、データが再送信データである場合、データごとの最小記憶空間は、データの初期送信に使用された第２ＴＴＩの長さに基づき、第２ＴＴＩの長さは、第１ＴＴＩの長さとは異なる、通信装置が提供される。
【０００７】
好ましくは、データごとの最小記憶空間は、ＨＡＲＱバッファの全空間をＴＴＩの長さ（ＴＴＩ長）に対応するＨＡＲＱプロセス数に分割することにより確認できる。
【０００８】
好ましくは、データごとの最小記憶空間は、ＨＡＲＱバッファの全空間をＴＴＩの長さの数に合わせて複数のサブＨＡＲＱバッファに分割した後、各々のサブＨＡＲＱバッファを該当ＴＴＩの長さに対応するＨＡＲＱプロセス数に分割することにより確認できる。
【０００９】
好ましくは、第１ＴＴＩの長さが第２ＴＴＩの長さより長い場合、第１ＴＴＩの長さに基づくデータごとの最小記憶空間は、ＨＡＲＱバッファの全空間を第１ＴＴＩの長さに対応するＨＡＲＱプロセス数に分割することにより確認され、第２ＴＴＩの長さに基づくデータごとの最小記憶空間は、ＨＡＲＱバッファの部分空間を第２ＴＴＩの長さに対応するＨＡＲＱプロセス数に分割することにより確認されることができる。
【００１０】
好ましくは、通信装置は、互いに異なる無線アクセス技術（Radio Access Technology；ＲＡＴ）で動作する複数のコンポーネントキャリア（Component Carrier；ＣＣ）を統合（併合）し（aggregated）、ＨＡＲＱバッファのサイズは、無線信号の送信に使用されるＲＡＴによって、以下の式により決定される。
【００１１】
−ＲＡＴ１のバッファサイズ：Ｓ＊Ａ＊（Ｎ１／Ｎ）
【００１２】
−ＲＡＴ２のバッファサイズ：Ｓ＊Ｂ＊（Ｎ２／Ｎ）
【００１３】
Ｓは、通信装置内の全ＨＡＲＱバッファサイズを示し、Ａ及びＢは、ＲＡＴ１及びＲＡＴ２のバッファサイズ比率を示す係数であり、Ｎ１は、ＲＡＴ１用に設定されたＣＣの数を示し、Ｎ２は、ＲＡＴ２用に設定されたＣＣの数を示し、Ｎは、Ｎ１とＮ２との和を示す。
【００１４】
好ましくは、ＴＴＩの長さは、サービスタイプによって、超高信頼低遅延通信（Ultra-Reliable and Low Latency Communications；ＵＲＬＬＣ）＜拡張モバイルブロードバンド（超高速大容量）（enhanced Mobile BroadBand；ｅＭＢＢ）＜大規模マシンタイプ通信（多数同時接続）（massive Machine Type Communications；ｍＭＴＣ）の順にサイズが決められる。
【００１５】
好ましくは、無線通信システムは、第３世代パートナシッププロジェクトロングタームエボリューション（3rd Generation Partnership Project Long Term Evolution；３ＧＰＰ  ＬＴＥ）ベースの無線通信システムを有し、ＴＴＩの長さは、サブフレーム又はスロットの倍数である。
【発明の効果】
【００１６】
本発明によれば、無線通信システムにおいて、無線信号の送受信を効率的に行うことができる。
【００１７】
本発明から得られる効果は、以上で言及した効果に限定されず、言及していない他の効果は、以下の本発明の実施例に関する記載から、本発明の属する技術の分野における通常の知識を有する者にとって明確に導出され理解されるであろう。
【図面の簡単な説明】
【００１８】
【図１】無線通信システムの一例である３ＧＰＰ  ＬＴＥ（−Ａ）システムに用いられる、物理チャネル及びそれらを用いた一般的な信号送信方法を例示する図である。
【図２】無線フレームの構造の一例を示す図である。
【図３】下りリンクスロットに対するリソースグリッド（resource grid）を例示する図である。
【図４】下りリンクサブフレームの構造の一例を示す図である。
【図５】ＥＰＤＣＣＨ（Enhanced Physical Downlink Control CHannel）を例示する図である。
【図６】ＬＴＥ（−Ａ）で使用される上りリンクサブフレームの構造を例示する図である。
【図７】ＵＬ  ＨＡＲＱ（UpLink Hybrid Automatic Repeat reQuest）の動作を例示する図である。
【図８】単一セルの状況におけるＴＤＤ  ＵＬ  ＡＣＫ／ＮＡＣＫ（UpLink ACKnowledgement/Negative ACKnowledgement）伝送（送信）（transmission）タイミングを示す図である。
【図９】単一セルの状況におけるＴＤＤ  ＵＬ  ＡＣＫ／ＮＡＣＫ（UpLink ACKnowledgement/Negative ACKnowledgement）伝送タイミングを示す図である。
【図１０】単一セルの状況におけるＴＤＤ  ＰＵＳＣＨ（Physical Uplink Shared CHannel）伝送タイミングを示す図である。
【図１１】単一セルの状況におけるＴＤＤ  ＰＵＳＣＨ（Physical Uplink Shared CHannel）伝送タイミングを示す図である。
【図１２】単一セルの状況におけるＴＤＤ  ＤＬ  ＡＣＫ／ＮＡＣＫ伝送タイミングを示す図である。
【図１３】単一セルの状況におけるＴＤＤ  ＤＬ  ＡＣＫ／ＮＡＣＫ伝送タイミングを示す図である。
【図１４】単一セルの状況におけるＴＤＤ  ＨＡＲＱ（Hybrid Automatic Repeat reQuest）プロセスを示す図である。
【図１５】キャリアアグリゲーション（Carrier Aggregation、ＣＡ）通信システムを例示する図である。
【図１６】クロスキャリアスケジューリング（cross-carrier scheduling）を例示する図である。
【図１７】セルフコンテインド（自己完結）（self-contained）サブフレームの構造を例示する図である。
【図１８】本発明による信号送信過程（procedure）を例示する図である。
【図１９】本発明による信号送信過程を例示する図である。
【図２０】本発明による信号送信過程を例示する図である。
【図２１】本発明による信号送信過程を例示する図である。
【図２２】本発明による信号送信過程を例示する図である。
【図２３】本発明に適用可能な基地局及び端末を例示する図である。
【発明を実施するための形態】
【００１９】
以下に添付する図面は、本発明に関する理解を助けるためのものであり、詳細な説明と共に本発明に関する実施例を提供する。
【００２０】
以下の技術は、ＣＤＭＡ（Code Division Multiple Access）、ＦＤＭＡ（Frequency Division Multiple Access）、ＴＤＭＡ（Time Division Multiple Access）、ＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）、ＳＣ−ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）などの様々な無線アクセス（接続）（access）システムに適用することができる。ＣＤＭＡは、ＵＴＲＡ（Universal Terrestrial Radio Access）やＣＤＭＡ２０００などの無線技術（radio technology）によって具現することができる。ＴＤＭＡは、ＧＳＭ（登録商標）（Global System for Mobile communications）／ＧＰＲＳ（General Packet Radio Service）／ＥＤＧＥ（Enhanced Data Rates for GSM Evolution）などの無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２−２０、Ｅ−ＵＴＲＡ（Evolved UTRA）などの無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ（Universal Mobile Telecommunications System）の一部である。３ＧＰＰ  ＬＴＥ（Long Term Evolution）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（Evolved UMTS）の一部であり、ＬＴＥ−Ａ（Advanced）は、３ＧＰＰ  ＬＴＥを改良したシステムである。説明を明確にするために３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａを中心に述べるが、本発明の技術思想はこれに限られない。
【００２１】
無線通信システムにおいて、端末は、下りリンク（ＤＬ：Ｄｏｗｎｌｉｎｋ）で基地局から情報を受信し、上りリンク（ＵＬ：Ｕｐｌｉｎｋ）で基地局に情報を送信する。基地局と端末とが送受信する情報データは、データ及び種々の制御情報を含み、これらが送受信する情報の種類／用途によって様々な物理チャネルが存在する。
【００２２】
図１は、３ＧＰＰ  ＬＴＥ（−Ａ）システムに用いられる物理チャネル及びこれらを用いた一般的な信号送信方法を説明する図である。
【００２３】
電源が消えた状態で電源がついたり、新しくセルに進入したりした端末は、段階Ｓ１０１で、基地局と同期を取るなどの初期セルサーチ（探索）（Initial cell search）作業を行う。そのために、端末は、基地局からプライマリ（主）同期チャネル（Ｐ−ＳＣＨ：Primary Synchronization CHannel）及びセカンダリ（副）同期チャネル（Ｓ−ＳＣＨ：Secondary Synchronization CHannel）を受信して基地局と同期を取り、セルＩＤなどの情報を取得する。その後、端末は、基地局から物理ブロードキャスト（放送）チャネル（ＰＢＣＨ：Physical Broadcast CHannel）信号を受信してセル内ブロードキャスト（放送）情報を取得する。一方、端末は、初期セルサーチ段階で下りリンク参照信号（ＤＬ  ＲＳ：DownLink Reference Signal）を受信して下りリンクチャネル状態を確認することができる。
【００２４】
初期セルサーチを終えた端末は、Ｓ１０２段階で、物理下りリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control CHannel）、及び物理下りリンク制御チャネル情報に対応する物理下りリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Control CHannel）を受信して、より具体的なシステム情報を得る。
【００２５】
その後、端末は、基地局への接続を完了するために、段階Ｓ１０３〜段階Ｓ１０６のようなランダムアクセス過程（Random Access Procedure）を行う。そのために、端末は、物理ランダムアクセスチャネル（ＰＲＡＣＨ：Physical Random Access CHannel）を介してプリアンブル（preamble）を送信し（Ｓ１０３）、物理下りリンク制御チャネル及びそれに対応する物理下りリンク共有チャネルでプリアンブルに対する応答メッセージを受信する（Ｓ１０４）。コンテンション（競合）ベースの（contention-based）ランダムアクセスの場合、更なる物理ランダムアクセスチャネルの送信（Ｓ１０５）、並びに物理下りリンク制御チャネル及びそれに対応する物理下りリンク共有チャネルの受信（Ｓ１０６）のような衝突解決手順（Contention Resolution Procedure）を行う。
【００２６】
上述したような手順を行った端末は、その後、一般的な上りリンク／下りリンク信号送信手順として、物理下りリンク制御チャネル／物理下りリンク共有チャネルの受信（Ｓ１０７）、及び物理上りリンク共有チャネル（ＰＵＳＣＨ：Physical Uplink Shared CHannel）／物理上りリンク制御チャネル（ＰＵＣＣＨ：Physical Uplink Control CHannel）の送信（Ｓ１０８）を行うことができる。端末が基地局に送信する制御情報を総称して上りリンク制御情報（ＵＣＩ：Uplink Control Information）という。ＵＣＩは、ＨＡＲＱ−ＡＣＫ／ＮＡＣＫ（Hybrid Automatic Repeat and reQuest ACKnowledgement/Negative-ACK）、ＳＲ（Scheduling Request）、ＣＳＩ（Channel State Information）などを含む。ＵＣＩは、一般的にＰＵＣＣＨを介して送信されるが、制御情報とトラフィックデータとが同時に送信されるべき場合には、ＰＵＳＣＨを介して送信されてもよい。また、ネットワークの要求／指示によって、ＰＵＳＣＨでＵＣＩを非周期的に送信することもできる。
【００２７】
図２は、無線フレームの構造を例示する。上りリンク／下りリンクデータパケットの送信は、サブフレーム単位で行われ、一つのサブフレームは、多数のＯＦＤＭシンボルを含む一定時間区間として定義される。３ＧＰＰ  ＬＴＥ標準では、ＦＤＤ（Frequency Division Duplex）に適用可能なタイプ１の無線フレーム構造とＴＤＤ（Time Division Duplex）に適用可能なタイプ２の無線フレーム構造とをサポートする。
【００２８】
図２（ａ）は、タイプ１の無線フレームの構造を示す図である。下りリンク無線フレームは、１０個のサブフレームで構成され、一つのサブフレームは、時間領域において２個のスロットで構成される。一つのサブフレームが送信されるのにかかる時間をＴＴＩ（Transmission Time Interval）という。例えば、一つのサブフレームの長さは１ｍｓであり、一つのスロットの長さは０．５ｍｓである。一つのスロットは、時間領域で複数のＯＦＤＭシンボルを含み、周波数領域で多数のリソースブロック（Resource Block；ＲＢ）を含む。３ＧＰＰ  ＬＴＥシステムでは、下りリンクでＯＦＤＭＡを使用するので、ＯＦＤＭシンボルが一つのシンボル区間を表す。ＯＦＤＭシンボルは、また、ＳＣ−ＦＤＭＡシンボル又はシンボル区間と呼ぶことができる。リソースブロック（Resource Block；ＲＢ）は、リソース割当単位であり、一つのスロットにおいて複数の連続する副搬送波（subcarrier）を含む。
【００２９】
一つのスロットに含まれるＯＦＤＭシンボルの数は、ＣＰ（Cyclic Prefix）の構成（configuration）によって変わることができる。ＣＰには、拡張ＣＰ（extended CP）とノーマル（一般）ＣＰ（normal CP）とがある。例えば、ＯＦＤＭシンボルがノーマルＣＰにより構成された場合、一つのスロットに含まれるＯＦＤＭシンボルの数は７個である。ＯＦＤＭシンボルが拡張ＣＰにより構成された場合、１つのＯＦＤＭシンボルの長さが長くなるので、一つのスロットに含まれるＯＦＤＭシンボルの数は、ノーマルＣＰの場合よりも少ない。拡張ＣＰの場合、例えば、一つのスロットに含まれるＯＦＤＭシンボルの数は６個である。端末が速い速度で移動するなど、チャネル状態が不安定な場合には、シンボル間の干渉をより減少させるために、拡張ＣＰを用いることができる。
【００３０】
ノーマルＣＰを用いる場合、一つのスロットは、７個のＯＦＤＭシンボルを含むので、一つのサブフレームは、１４個のＯＦＤＭシンボルを含む。このとき、各サブフレームの最初の３個のＯＦＤＭシンボルは、ＰＤＣＣＨ（Physical Downlink Control CHannel）に割り当てられ、残りのＯＦＤＭシンボルは、ＰＤＳＣＨ（Physical Downlink Shared CHannel）に割り当てられることができる。
【００３１】
図２（ｂ）は、タイプ２の無線フレームの構造を示す図である。タイプ２の無線フレームは、２つのハーフフレーム（half frame）で構成される。ハーフフレームは、４（５）個のノーマルサブフレームと１（０）個のスペシャルサブフレームとを含む。ノーマルサブフレームは、ＵＬ−ＤＬ構成（UpLink-DownLink Configuration）によって、上りリンク又は下りリンクに使用される。サブフレームは、２つのスロットで構成される。
【００３２】
表１は、ＵＬ−ＤＬ構成による無線フレーム内のサブフレーム構成を例示する。
【００３３】
＜表１＞
【表１】
0006913172.tif 000002
【００３４】
表において、Ｄは下りリンクサブフレームを、Ｕは上りリンクサブフレームを、Ｓはスペシャル（special）サブフレームを示す。スペシャルサブフレームは、ＤｗＰＴＳ（Downlink Pilot Time Slot）、ＧＰ（Guard Period）、ＵｐＰＴＳ（Uplink Pilot Time Slot）を含む。ＤｗＰＴＳは、端末における初期セルサーチ、同期又はチャネル推定に用いられる。ＵｐＰＴＳは、基地局におけるチャネル推定及び端末との上り伝送同期に用いられる。ガード（保護）区間（guard period）は、上りリンクと下りリンクとの間に下りリンク信号のマルチパス（多重経路）（multi-path）遅延による上りリンクにおける干渉を除去するための区間である。
【００３５】
無線フレームの構造は、例に過ぎず、無線フレームにおけるサブフレームの数、スロットの数、シンボルの数は、様々に変更可能である。
【００３６】
図３は、下りリンクスロットのリソースグリッドを例示する。
【００３７】
図３を参照すると、下りリンクスロットは、時間領域（ドメイン）（domain）において複数のＯＦＤＭシンボルを含む。ここで、１つの下りリンクスロットは７個のＯＦＤＭシンボルを含み、１つのリソースブロックは周波数領域において１２個の副搬送波を含むとしているが、これに限定されるものではない。リソースグリッド上における各要素をリソース要素（Resource Element、ＲＥ）といい、１つのＲＢは、１２×７個のＲＥを含む。下りリンクスロットに含まれるＲＢの数ＮDLは、下りリンク送信帯域幅（bandwidth）に依存する。上りリンクスロットの構造は、下りリンクスロットの構造と同一でもよい。
【００３８】
図４は、下りリンクサブフレームの構造を例示する。
【００３９】
図４を参照すると、サブフレームの１番目のスロットにおいて前側に位置する最大３（４）個のＯＦＤＭシンボルは、制御チャネルが割り当てられる制御領域に対応する。その他のＯＦＤＭシンボルは、ＰＤＳＣＨ（Physical Downlink Shared CHannel）が割り当てられるデータ領域に該当し、データ領域の基本リソース単位は、ＲＢである。ＬＴＥにおいて使用される下りリンク制御チャネルの例は、ＰＣＦＩＣＨ（Physical Control Format Indicator CHannel）、ＰＤＣＣＨ（Physical Downlink Control CHannel）、ＰＨＩＣＨ（Physical Hybrid ARQ Indicator CHannel）などを含む。ＰＣＦＩＣＨは、サブフレームの１番目のＯＦＤＭシンボルで送信され、サブフレーム内で制御チャネルの伝送に使われるＯＦＤＭシンボルの数についての情報を運ぶ。ＰＨＩＣＨは、上りリンク伝送に対する応答であり、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ（Hybrid Automatic Repeat reQuest ACKnowledgment/Negative-ACKnowledgment）信号を運ぶ。ＰＤＣＣＨを介して伝送される制御情報は、ＤＣＩ（Downlink Control Information）と称される。ＤＣＩは、上りリンク若しくは下りリンクのスケジューリング情報又は任意の端末グループのための上りリンク伝送電力制御命令（Transmit Power Control Command）を含む。
【００４０】
ＰＤＣＣＨを介して送信される制御情報を、ＤＣＩ（Downlink Control Information）と言う。ＤＣＩフォーマットは、上りリンク用にフォーマット０、３、３Ａ、４、下りリンク用にフォーマット１、１Ａ、１Ｂ、１Ｃ、１Ｄ、２、２Ａ、２Ｂ、２Ｃなどのフォーマットが定義されている。ＤＣＩフォーマットによって、情報フィールドの種類、情報フィールドの数、各々の情報フィールドのビットの数などが変わる。例えば、ＤＣＩフォーマットは、用途によって、ホッピングフラグ（hopping flag）、ＲＢ割当て、ＭＣＳ（Modulation Coding Scheme）、ＲＶ（Redundancy Version）、ＮＤＩ（New Data Indicator）、ＴＰＣ（Transmit Power Control）、ＨＡＲＱプロセス番号、ＰＭＩ（Precoding Matrix Indicator）確認などの情報を選択的に含む。したがって、ＤＣＩフォーマットによって、ＤＣＩフォーマットに整合される（適合する）制御情報のサイズが変わる。なお、任意のＤＣＩフォーマットは、２種類以上の制御情報伝送に使用される。例えば、ＤＣＩフォーマット０／１Ａは、ＤＣＩフォーマット０又はＤＣＩフォーマット１を運ぶために使用され、これらは、フラグフィールド（flag field）により判別（区分）（discriminated）される。
【００４１】
ＰＤＣＣＨは、ＤＬ−ＳＣＨ（DownLink Shared CHannel）の伝送フォーマット及びリソース割り当て、ＵＬ−ＳＣＨ（UpLink Shared CHannel）に対するリソース割り当て情報、ＰＣＨ（Paging CHannel）に対するページング情報、ＤＬ−ＳＣＨ上のシステム情報（system information）、ＰＤＳＣＨ上で伝送されるランダムアクセス（接続）（access）応答などの上位層制御メッセージのリソース割り当て情報、任意の端末グループにおける個別の端末に対する伝送電力制御命令、ＶｏＩＰ（Voice over IP）の活性化（activation）などを運ぶ。複数のＰＤＣＣＨが、制御領域内で送信されることができる。端末は、複数のＰＤＣＣＨをモニタリングすることができる。ＰＤＣＣＨは、一つ又は複数の連続した制御チャネル要素（Control Channel Element、ＣＣＥ）の集合（aggregation）上で送信される。ＣＣＥは、無線チャネル状態に基づいて、所定の符号化率のＰＤＣＣＨを提供するために使われる論理的割当てユニットである。ＣＣＥは、複数のリソース要素グループ（Resource Element Group、ＲＥＧ）に対応する。ＰＤＣＣＨのフォーマット及びＰＤＣＣＨのビット数は、ＣＣＥの数とＣＣＥにより提供される符号化率との間の相関関係によって決定される。基地局は、端末に送信されるＤＣＩによってＰＤＣＣＨフォーマットを決定し、制御情報にＣＲＣ（Cyclic Redundancy Check）を付け加える。ＣＲＣは、ＰＤＣＣＨの所有者又は使用目的による識別子（例えば、ＲＮＴＩ（Radio Network Temporary Identifier））でマスクされる。例えば、ＰＤＣＣＨが特定の端末のためのものである場合、該当端末の識別子（例えば、Ｃｅｌｌ−ＲＮＴＩ（Ｃ−ＲＮＴＩ））が、ＣＲＣにマスクされることができる。ＰＤＣＣＨがページングメッセージのためのものである場合は、ページング識別子（例えば、Ｐａｇｉｎｇ−ＲＮＴＩ（Ｐ−ＲＮＴＩ））がＣＲＣにマスクされる。ＰＤＣＣＨがシステム情報（より具体的には、システム情報ブロック（System Information Block、ＳＩＢ））のためのものである場合、ＳＩ−ＲＮＴＩ（System Information RNTI）がＣＲＣにマスクされる。端末のランダムアクセスプリアンブルの送信に対する応答である、ランダムアクセス応答を指示するために、ＲＡ−ＲＮＴＩ（Random Access-RNTI）がＣＲＣにマスクされる。
【００４２】
ＰＤＣＣＨは、ＤＣＩ（Downlink Control Information）として知られるメッセージを運び、ＤＣＩは、１つの端末又は端末グループのためのリソース割り当て及び他の制御情報を含む。一般的に、複数のＰＤＣＣＨが１つのサブフレーム内で伝送される。各々のＰＤＣＣＨは、１つ又は複数のＣＣＥ（Control Channel Element）を用いて伝送され、各々のＣＣＥは、９セットの４つのリソース要素に対応する。４つのリソース要素は、ＲＥＧ（Resource Element Group）と称される。４つのＱＰＳＫシンボルが１つのＲＥＧにマッピングされる。参照信号に割り当てられたリソース要素はＲＥＧに含まれず、これによって、与えられたＯＦＤＭシンボルにおけるＲＥＧの総数は、セル固有（特定）（cell-specific）の参照信号の存在の有無によって変わる。ＲＥＧの概念（即ち、グループ単位のマッピング、各々のグループは、４つのリソース要素を含む）は、他の下りリンク制御チャネル（ＰＣＦＩＣＨ及びＰＨＩＣＨ）にも使用される。即ち、ＲＥＧは、制御領域の基本リソース単位として使用される。４つのＰＤＣＣＨフォーマットが表２のようにサポートされる。
【００４３】
＜表２＞
【表２】
0006913172.tif 000003
【００４４】
ＣＣＥは、連続して番号付けされて使用され、デコーディングプロセスを単純化するために、ｎＣＣＥｓ（ｎ個のＣＣＥ）で構成されたフォーマットを有するＰＤＣＣＨは、ｎの倍数と同じ数を有するＣＣＥでのみ始まる。所定のＰＤＣＣＨの伝送のために使用されるＣＣＥの数は、チャネル条件に従って基地局により決定される。例えば、ＰＤＣＣＨが良好な下りリンクチャネル（例えば、基地局に近い）を有する端末のためのものである場合、１つのＣＣＥでも十分である。しかしながら、悪い（劣悪な）チャネル（例えば、セル境界に近い）を有する端末の場合は、十分なロバスト性（堅牢さ）（robustness）を得るために、８つのＣＣＥが使用される。また、ＰＤＣＣＨのパーワレベルをチャネル条件に合わせて調節できる。
【００４５】
ＬＴＥに導入された方式は、各々の端末のためにＰＤＣＣＨが位置可能な制限されたセットにおけるＣＣＥ位置を定義することである。端末が自体のＰＤＣＣＨを探索できる制限されたセットにおけるＣＣＥの位置は、サーチスペース（検索空間）（Search Space、ＳＳ）と称される。ＬＴＥにおいて、サーチスペースは、各々のＰＤＣＣＨフォーマットによって異なるサイズを有する。また、ＵＥ固有（UE-specific）及び共通（common）サーチスペースは、別々に定義される。ＵＥ固有のサーチスペース（UE-Specific Search Space、ＵＳＳ）は、各々の端末のために個々に設定され、共通サーチスペース（Common Search Space、ＣＳＳ）の範囲は、全端末に通知される。ＵＥ固有及び共通サーチスペースは、与えられた端末に対して重なり合うことができる。非常に小さいサーチスペースを有するとき、所定の端末のためのサーチスペースにおいて一部のＣＣＥ位置が割り当てられた場合は残ったＣＣＥがないため、与えられたサブフレーム内で、基地局は、できる限り全ての端末（available UEs）にＰＤＣＣＨを伝送するＣＣＥリソースを見つけることができない。このようにブロッキングが次のサブフレームに続く可能性を最小にするために、ＵＥ固有サーチスペースの開始位置に端末固有ホッピングシーケンスが適用される。
【００４６】
表３は、共通及びＵＥ固有サーチスペースのサイズを表す。
【００４７】
＜表３＞
【表３】
0006913172.tif 000004
【００４８】
ブラインドデコード（Blind Decoding；ＢＤ）の総回数による計算負荷を統制下におくために、端末は、定義された全てのＤＣＩフォーマットを同時に検索することは要求されない。一般的に、ＵＥ固有サーチスペース内で、端末は、常にフォーマット０及び１Ａを検索する。フォーマット０及び１Ａは、同じサイズを有し、メッセージ内のフラグによって判別される。また、端末は、追加フォーマットを受信するように要求されることができる（例えば、基地局により設定されたＰＤＳＣＨ伝送モードによって１，１Ｂ又は２）。共通サーチスペースにおいて、端末は、フォーマット１Ａ及び１Ｃをサーチする。また、端末は、フォーマット３又は３Ａをサーチするように設定されることができる。フォーマット３及び３Ａは、フォーマット０及び１Ａと同じサイズを有し、端末固有識別子よりむしろ、互いに異なる（共通）識別子でＣＲＣをスクランブルすることにより判別される。以下、伝送モードによるＰＤＳＣＨの伝送技法、及びＤＣＩフォーマットの情報コンテンツを記載する。
【００４９】
伝送モード（Transmission Mode、ＴＭ）
【００５０】
●  伝送モード１：単一の基地局アンテナポートからの伝送
【００５１】
●  伝送モード２：伝送ダイバーシチ
【００５２】
●  伝送モード３：開ループ空間多重化
【００５３】
●  伝送モード４：閉ループ空間多重化
【００５４】
●  伝送モード５：マルチ（多重）ユーザ（multi-user）ＭＩＭＯ
【００５５】
●  伝送モード６：閉ループ  ランク１プリコーディング
【００５６】
●  伝送モード７：単一アンテナポート（ポート５）の伝送
【００５７】
●  伝送モード８：二重レイヤ（double layer）伝送（ポート７及び８）又は単一アンテナポート（ポート７又は８）の伝送
【００５８】
●  伝送モード９：最大８つのレイヤ伝送（ポート７乃至１４）又は単一アンテナポート（ポート７又は８）の伝送
【００５９】
ＤＣＩフォーマット
【００６０】
●  フォーマット０：ＰＵＳＣＨ伝送（上りリンク）のためのリソースグラント
【００６１】
●  フォーマット１：単一コードワードＰＤＳＣＨの伝送（伝送モード１，２及び７）のためのリソース割り当て
【００６２】
●  フォーマット１Ａ：単一コードワードＰＤＳＣＨ（全てのモード）のためのリソース割り当てのコンパクトシグナリング
【００６３】
●  フォーマット１Ｂ：ランク１閉ループプリコーディングを用いるＰＤＳＣＨ（モード６）のためのコンパクトリソースの割り当て
【００６４】
●  フォーマット１Ｃ：ＰＤＳＣＨ（例えば、ページング／ブロードキャストシステム情報）のための非常にコンパクトなリソースの割り当て
【００６５】
●  フォーマット１Ｄ：マルチユーザＭＩＭＯを用いるＰＤＳＣＨ（モード５）のためのコンパクトなリソースの割り当て
【００６６】
●  フォーマット２：閉ループＭＩＭＯ動作のＰＤＳＣＨ（モード４）のためのリソースの割り当て
【００６７】
●  フォーマット２Ａ：開ループＭＩＭＯ動作のＰＤＳＣＨ（モード３）のためのリソースの割り当て
【００６８】
●  フォーマット３／３Ａ：ＰＵＣＣＨ及びＰＵＳＣＨのために２ビット／１ビットのパワー調整値を有するパワーコントロールコマンド
【００６９】
図５は、ＥＰＤＣＣＨを例示する。ＥＰＤＣＣＨは、ＬＴＥ−Ａでさらに導入されたチャネルである。
【００７０】
図５を参照すると、サブフレームの制御領域（図４を参照）には、既存のＬＴＥによるＰＤＣＣＨ（便宜上、Ｌｅｇａｃｙ  ＰＤＣＣＨ、Ｌ−ＰＤＣＣＨ）が割り当てられる。同図において、Ｌ−ＰＤＣＣＨ領域は、Ｌ−ＰＤＣＣＨが割り当てられる領域を意味する。また、データ領域（例えば、ＰＤＳＣＨのためのリソース領域）内にＰＤＣＣＨがさらに割り当てられることができる。データ領域に割り当てられたＰＤＣＣＨをＥＰＤＣＣＨと称する。図示のように、ＥＰＤＣＣＨを介して制御チャネルリソースをさらに確保することにより、Ｌ−ＰＤＣＣＨ領域の制限された制御チャネルリソースによるスケジューリングの制約を緩和することができる。Ｌ−ＰＤＣＣＨと同様に、ＥＰＤＣＣＨは、ＤＣＩを運ぶ。例えば、ＥＰＤＣＣＨは、下りリンクスケジューリング情報、上りリンクスケジューリング情報を運ぶことができる。例えば、端末は、ＥＰＤＣＣＨを受信し、ＥＰＤＣＣＨに対応するＰＤＳＣＨを介してデータ／制御情報を受信する。また、端末は、ＥＰＤＣＣＨを受信し、ＥＰＤＣＣＨに対応するＰＵＳＣＨを介してデータ／制御情報を送信する。セルタイプによって、ＥＰＤＣＣＨ／ＰＤＳＣＨは、サブフレームの１番目のＯＦＤＭシンボルから割り当てることができる。特に区別しない限り、この明細書では、ＰＤＣＣＨは、Ｌ−ＰＤＣＣＨ及びＥＰＤＣＣＨを全て含む。
【００７１】
図６は、ＬＴＥ（−Ａ）で使用される上りリンクサブフレームの構造を例示する図である。
【００７２】
図６を参照すると、サブフレーム５００は、２つの０．５ｍｓスロット５０１で構成される。ノーマル（普通）（Normal）サイクリックプリフィックス（循環前置）（Cyclic Prefix、ＣＰ）の長さを仮定すると、各々のスロットは、７つのシンボル５０２で構成され、１つのシンボルは、１つのＳＣ−ＦＤＭＡシンボルに対応する。リソースブロック（Resource Block、ＲＢ）５０３は、周波数領域における１２個の副搬送波と時間領域における１つのスロットとに該当するリソース割り当て単位である。ＬＴＥ（−Ａ）の上りリンクサブフレームの構造は、大きくデータ領域５０４と制御領域５０５とに区分される。データ領域は、各々の端末に伝送される音声、パケットなどのデータ送信に使用される通信リソースを意味し、ＰＵＳＣＨ（Physical Uplink Shared CHannel）を含む。制御領域は、上りリンク制御信号、例えば、各々の端末からの下りリンクチャネル品質報告、下りリンク信号に対する受信ＡＣＫ／ＮＡＣＫ、上りリンクスケジューリング要求などの伝送に使用される通信リソースを意味し、ＰＵＣＣＨ（Physical Uplink Control CHannel）を含む。サウンディング参照信号（Sounding Reference Signal、ＳＲＳ）は、１つのサブフレームにおいて時間軸上で最後に位置するＳＣ−ＦＤＭＡシンボルを介して伝送される。同じサブフレームの最後のＳＣ−ＦＤＭＡで伝送される複数の端末のＳＲＳは、周波数位置／シーケンスによって区分できる。ＳＲＳは、上りリンクのチャネル状態を基地局に伝送するために使用され、上位層（例えば、ＲＲＣ層）により設定されたサブフレームの周期／オフセットによって周期的に伝送されるか、或いは基地局の要求によって非周期的に伝送される。
【００７３】
次に、ＨＡＲＱ（Hybrid Automatic Repeat reQuest）について説明する。無線通信システムにおいて、上り／下りリンクで伝送するデータを有する端末が多数存在するとき、基地局は、送信時間間隔（Transmission Time Interval、ＴＴＩ）（例えば、サブフレーム）ごとにデータを伝送する端末を選択する。マルチキャリア（多重搬送波）及びこれと同様に運用されるシステムにおいて、基地局は、ＴＴＩごとに上り／下りリンクでデータを伝送する端末を選択し、該当端末がデータ伝送のために使用する周波数帯域も一緒に選択する。
【００７４】
上りリンクを基準として説明すると、複数の端末は、上りリンクを介して参照信号（又はパイロット）を伝送し、基地局は、端末から伝送された参照信号を用いて端末のチャネル状態を把握して、ＴＴＩごとに各々の単位周波数帯域において上りリンクを介してデータを伝送する端末を選択する。基地局は、その結果を端末に通知する。即ち、基地局は、特定のＴＴＩにおいて、上りリンクスケジューリングされた端末に、特定の周波数帯域を用いてデータを伝送せよという上りリンク割り当てメッセージ（assignment message）を伝送する。上りリンク割り当てメッセージは、ＵＬグラント（grant）とも称される。端末は、上りリンク割り当てメッセージによってデータを上りリンクに伝送する。上りリンク割り当てメッセージは、端末ＩＤ（UE IDentity）、ＲＢ割り当て情報、ＭＣＳ（Modulation and Coding Scheme）、ＲＶ（Redundancy Version）バージョン、新規データ指示子（New Data indication、ＮＤＩ）などを含む。
【００７５】
同期（Synchronous）ＨＡＲＱ方式の場合、再伝送時間は、システム的に約束されている（例えば、ＮＡＣＫ受信時点から４つのサブフレーム後）（同期ＨＡＲＱ）。したがって、基地局が端末に送信するＵＬグラントメッセージは、初期伝送時にのみ送信すればいい。その後の再伝送は、ＡＣＫ／ＮＡＣＫ信号（例えば、ＰＨＩＣＨ信号）により行われる。非同期ＨＡＲＱ方式の場合、再伝送時間を互いに約束していないため、基地局が端末に再伝送要求メッセージを出さなければならない。また、非適応（non-adaptive）ＨＡＲＱ方式の場合は、再伝送のための周波数リソースやＭＣＳは、以前の伝送と同一であり、適応ＨＡＲＱ方式の場合、再伝送のための周波数リソースやＭＣＳが以前の伝送と異なることができる。一例として、非同期適応ＨＡＲＱ方式の場合、再伝送のための周波数リソースやＭＣＳが伝送時点ごとに異なるので、再伝送要求メッセージは、端末ＩＤ、ＲＢ割り当て情報、ＨＡＲＱプロセスＩＤ／番号、ＲＶ、ＮＤＩ情報を含むことができる。
【００７６】
図７は、ＬＴＥ（−Ａ）システムにおけるＵＬ  ＨＡＲＱ動作を例示する図である。ＬＴＥ（−Ａ）システムにおいて、ＵＬ  ＨＡＲＱ方式は、同期非適応ＨＡＲＱを使用する。８チャネルＨＡＲＱを使用する場合、ＨＡＲＱプロセス番号は、０〜７である。ＴＴＩ（例えば、サブフレーム）ごとに１つのＨＡＲＱプロセスが動作する。図７を参照すると、基地局１１０は、ＰＤＣＣＨを介してＵＬグラントを端末１２０に伝送する（Ｓ６００）。端末１２０は、ＵＬグラントを受信した時点（例えば、サブフレーム０）から４つのサブフレーム後（例えば、サブフレーム４）に、ＵＬグラントにより指定されたＲＢ及びＭＣＳを用いて基地局１１０に上りリンクデータを伝送する（Ｓ６０２）。基地局１１０は、端末１２０から受信した上りリンクデータを復号した後、ＡＣＫ／ＮＡＣＫを生成する。上りリンクデータに対する復号に失敗した場合、基地局１１０は、端末１２０にＮＡＣＫを伝送する（Ｓ６０４）。端末１２０は、ＮＡＣＫを受信した時点から４つのサブフレーム後に上りリンクデータを再伝送する（Ｓ６０６）。上りリンクデータの初期伝送と再伝送とは、同じＨＡＲＱプロセッサが担当する（例えば、ＨＡＲＱプロセス４）。ＡＣＫ／ＮＡＣＫ情報は、ＰＨＩＣＨを介して伝送される。
【００７７】
以下、図８乃至図１４を参照して、単一キャリア（又はセル）状況におけるＴＤＤ信号伝送タイミングについて説明する。
【００７８】
図８及び図９は、ＰＤＳＣＨ−ＵＬ  ＡＣＫ／ＮＡＣＫタイミングを示す。ここで、ＵＬ  ＡＣＫ／ＮＡＣＫは、ＤＬデータ（例えば、ＰＤＳＣＨ）に対する応答であって、上りリンクで伝送されるＡＣＫ／ＮＡＣＫを意味する。
【００７９】
図８を参照すると、端末は、Ｍ個のＤＬサブフレーム（SubFrame、ＳＦ）上で１つ又は複数のＰＤＳＣＨ信号を受信する（Ｓ５０２＿０〜Ｓ５０２＿Ｍ−１）。それぞれのＰＤＳＣＨ信号は、伝送モードに応じて１つ又は複数（例えば、２つ）の伝送ブロック（ＴＢ）の伝送に使用される。また、図示していないが、ステップＳ５０２＿０〜Ｓ５０２＿Ｍ−１でＳＰＳ解放（解除）（Semi-Persistent Scheduling release）を指示するＰＤＣＣＨ信号も受信される。Ｍ個のＤＬサブフレームにＰＤＳＣＨ信号及び／又はＳＰＳ解放ＰＤＣＣＨ信号が存在すると、端末は、ＡＣＫ／ＮＡＣＫを伝送するための過程（例えば、ＡＣＫ／ＮＡＣＫ（ペイロード）生成、ＡＣＫ／ＮＡＣＫリソース割当など）を経て、Ｍ個のＤＬサブフレームに対応する１つのＵＬサブフレームでＡＣＫ／ＮＡＣＫを伝送する（Ｓ５０４）。ＡＣＫ／ＮＡＣＫは、ステップＳ５０２＿０〜Ｓ５０２＿Ｍ−１のＰＤＳＣＨ信号及び／又はＳＰＳ解放ＰＤＣＣＨ信号に関する受信応答情報を含む。ＡＣＫ／ＮＡＣＫは、基本的にＰＵＣＣＨを介して伝送されるが、ＡＣＫ／ＮＡＣＫ伝送時点にＰＵＳＣＨ伝送がある場合、ＡＣＫ／ＮＡＣＫは、ＰＵＳＣＨを介して伝送される。ＡＣＫ／ＮＡＣＫ伝送のために、表３の様々なＰＵＣＣＨフォーマットを用いることができる。また、ＰＵＣＣＨフォーマットで伝送されるＡＣＫ／ＮＡＣＫのビット数を減らすために、ＡＣＫ／ＮＡＣＫバンドリング（bundling）、ＡＣＫ／ＮＡＣＫチャネル選択（channel selection）などの様々な方法を用いることができる。
【００８０】
上述したように、ＴＤＤでは、Ｍ個のＤＬサブフレームで受信したデータに対するＡＣＫ／ＮＡＣＫが１つのＵＬサブフレームで伝送され（即ち、Ｍ  ＤＬ  ＳＦ（ｓ）：１  ＵＬ  ＳＦ）、これらの関係は、ＤＡＳＩ（Downlink Association Set Index）によって与えられる。
【００８１】
表４は、ＬＴＥ（−Ａ）で定義されたＤＡＳＩ（Ｋ：｛ｋ0，ｋ1，．．．，ｋM-1｝）を示す。表４は、ＡＣＫ／ＮＡＣＫを伝送するＵＬサブフレームの立場で、自体と関連するＤＬサブフレームとの間隔を示す。具体的には、サブフレームｎ−ｋ（ｋ∈Ｋ）にＰＤＳＣＨ伝送及び／又はＳＰＳ解放（Semi-Persistent Scheduling release）を指示するＰＤＣＣＨがある場合、端末は、サブフレームｎでＡＣＫ／ＮＡＣＫを伝送する。
【００８２】
＜表４＞
【表４】
0006913172.tif 000005
【００８３】
図９は、ＵＬ−ＤＬ構成＃１が設定された場合のＵＬ  ＡＣＫ／ＮＡＣＫ伝送タイミングを例示する。同図で、ＳＦ＃０〜＃９及びＳＦ＃１０〜＃１９は、それぞれ無線フレームに対応する。同図で、ボックス内の数字は、ＤＬサブフレームの観点で自体と関連するＵＬサブフレームを示す。例えば、ＳＦ＃５のＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫは、ＳＦ＃５＋７（＝ＳＦ＃１２）で伝送され、ＳＦ＃６のＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫはＳＦ＃６＋６（＝ＳＦ＃１２）で伝送される。したがって、ＳＦ＃５／ＳＦ＃６の下りリンク信号に対するＡＣＫ／ＮＡＣＫは、いずれもＳＦ＃１２で伝送される。同様に、ＳＦ＃１４のＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫは、ＳＦ＃１４＋４（＝ＳＦ＃１８）で伝送される。
【００８４】
図１０及び図１１は、ＰＨＩＣＨ／ＵＬグラント（UL grant、ＵＧ）−ＰＵＳＣＨタイミングを示す。ＰＵＳＣＨは、ＰＤＣＣＨ（ＵＬグラント）及び／又はＰＨＩＣＨ（ＮＡＣＫ）に対応して伝送できる。
【００８５】
図１０を参照すると、端末は、ＰＤＣＣＨ（ＵＬグラント）及び／又はＰＨＩＣＨ（ＮＡＣＫ）を受信する（Ｓ７０２）。ここで、ＮＡＣＫは、以前のＰＵＳＣＨ伝送に対するＡＣＫ／ＮＡＣＫ応答に該当する。この場合、端末は、ＰＵＳＣＨ伝送のための過程（例えば、ＴＢ符号化、ＴＢ−ＣＷスワップ、ＰＵＳＣＨリソース割当など）を経て、ｋ個のサブフレームの後にＰＵＳＣＨを介して１つ又は複数の伝送ブロック（ＴＢ）を初／再伝送する（Ｓ７０４）。本例は、ＰＵＳＣＨが一回伝送される普通（normal）のＨＡＲＱ動作を仮定する。この場合、ＰＵＳＣＨ伝送に対応するＰＨＩＣＨ／ＵＬグラントは、同一のサブフレームに存在する。但し、ＰＵＳＣＨが複数のサブフレームにより複数回伝送されるサブフレームバンドリングの場合、ＰＵＳＣＨ伝送に対応するＰＨＩＣＨ／ＵＬグラントは、互いに異なるサブフレームに存在することができる。
【００８６】
表５は、ＬＴＥ（−Ａ）におけるＰＵＳＣＨ伝送のためのＵＡＩ（Uplink Association Index）（ｋ）を示す。表５は、ＰＨＩＣＨ／ＵＬグラントが検出されたＤＬサブフレームの立場で、自体と関連するＵＬサブフレームとの間隔を示す。具体的には、サブフレームｎでＰＨＩＣＨ／ＵＬグラントが検出されると、端末は、サブフレームｎ＋ｋでＰＵＳＣＨを伝送することができる。
【００８７】
＜表５＞
【表５】
0006913172.tif 000006
【００８８】
図１１は、ＵＬ−ＤＬ構成＃１が設定された場合のＰＵＳＣＨ伝送タイミングを例示する。同図で、ＳＦ＃０〜＃９及びＳＦ＃１０〜＃１９は、それぞれ無線フレームに対応する。同図で、ボックス内の数字は、ＤＬサブフレームの観点で自体と関連するＵＬサブフレームを示す。例えば、ＳＦ＃６のＰＨＩＣＨ／ＵＬグラントに対するＰＵＳＣＨは、ＳＦ＃６＋６（＝ＳＦ＃１２）で伝送され、ＳＦ＃１４のＰＨＩＣＨ／ＵＬグラントに対するＰＵＳＣＨは、ＳＦ＃１４＋４（＝ＳＦ＃１８）で伝送される。
【００８９】
図１２及び図１３は、ＰＵＳＣＨ−ＰＨＩＣＨ／ＵＬグラントタイミングを示す。ＰＨＩＣＨは、ＤＬ  ＡＣＫ／ＮＡＣＫを伝送するときに使用される。ここで、ＤＬ  ＡＣＫ／ＮＡＣＫは、ＵＬデータ（例えば、ＰＵＳＣＨ）に対する応答であって、下りリンクで伝送されるＡＣＫ／ＮＡＣＫを意味する。
【００９０】
図１２を参照すると、端末は、基地局にＰＵＳＣＨ信号を伝送する（Ｓ９０２）。ここで、ＰＵＳＣＨ信号は、伝送モードに応じて１つ又は複数（例えば、２つ）の伝送ブロック（ＴＢ）の伝送に使用される。ＰＵＳＣＨ伝送に対する応答として、基地局は、ＡＣＫ／ＮＡＣＫを伝送するための過程（例えば、ＡＣＫ／ＮＡＣＫ生成、ＡＣＫ／ＮＡＣＫリソース割当など）を経て、ｋ個のサブフレームの後にＰＨＩＣＨを介してＡＣＫ／ＮＡＣＫを端末に伝送する（Ｓ９０４）。ＡＣＫ／ＮＡＣＫは、ステップＳ９０２のＰＵＳＣＨ信号に関する受信応答情報を含む。また、ＰＵＳＣＨ伝送に対する応答がＮＡＣＫである場合、基地局は、ｋ個のサブフレームの後にＰＵＳＣＨの再伝送のためのＵＬグラントＰＤＣＣＨを端末に伝送する（Ｓ９０４）。本例は、ＰＵＳＣＨが一回伝送される普通のＨＡＲＱ動作を仮定する。この場合、ＰＵＳＣＨ伝送に対応するＰＨＩＣＨ／ＵＬグラントは、同一のサブフレームで伝送されることができる。但し、サブフレームバンドリングの場合、ＰＵＳＣＨ伝送に対応するＰＨＩＣＨ／ＵＬグラントは、互いに異なるサブフレームで伝送されることができる。
【００９１】
表６は、ＬＴＥ（−Ａ）におけるＰＨＩＣＨ／ＵＬグラント伝送のためのＵＡＩ（Uplink Association Index）（ｋ）を示す。表６は、ＰＨＩＣＨ／ＵＬグラントが存在するＤＬサブフレームの立場で、自体と関連するＵＬサブフレームとの間隔を示す。具体的には、サブフレームｉのＰＨＩＣＨ／ＵＬグラントは、サブフレームｉ−ｋのＰＵＳＣＨ伝送に対応する。
【００９２】
＜表６＞
【表６】
0006913172.tif 000007
【００９３】
図１３は、ＵＬ−ＤＬ構成＃１が設定された場合のＰＨＩＣＨ／ＵＬグラント伝送タイミングを例示する。同図で、ＳＦ＃０〜＃９及びＳＦ＃１０〜＃１９は、それぞれ無線フレームに対応する。同図で、ボックス内の数字は、ＵＬサブフレームの観点で自体と関連するＤＬサブフレームを示す。例えば、ＳＦ＃２のＰＵＳＣＨに対するＰＨＩＣＨ／ＵＬグラントは、ＳＦ＃２＋４（＝ＳＦ＃６）で伝送され、ＳＦ＃８のＰＵＳＣＨに対するＰＨＩＣＨ／ＵＬグラントは、ＳＦ＃８＋６（＝ＳＦ＃１４）で伝送される。
【００９４】
次に、ＰＨＩＣＨリソース割当について説明する。サブフレーム＃ｎでＰＵＳＣＨ伝送があると、端末は、サブフレーム＃（ｎ＋ｋPHICH）で対応するＰＣＨＩＨリソースを決定する。ＦＤＤにおいて、ｋPHICHは、固定された値（例えば、４）を有する。ＴＤＤにおいて、ｋPHICHは、ＵＬ−ＤＬ構成に応じて異なる値を有する。表７は、ＴＤＤのためのｋPHICH値を示し、表６と等価である。
【００９５】
＜表７＞
【表７】
0006913172.tif 000008
【００９６】
ＰＨＩＣＨリソースは、［ＰＨＩＣＨグループインデックス、直交シーケンスインデックス］によって与えられる。ＰＨＩＣＨグループインデックス及び直交シーケンスインデックスは、（ｉ）ＰＵＳＣＨ伝送に用いられる最小ＰＲＢインデックスと、（ｉｉ）ＤＭＲＳ（DeModulation Reference Signal）サイクリックシフトのための３ビットフィールドの値を用いて決定される。（ｉ）、（ｉｉ）は、ＵＬグラントＰＤＣＣＨにより指示される。
【００９７】
次に、ＨＡＲＱプロセスについて説明する。端末には、ＵＬ伝送のために複数の並列ＨＡＲＱプロセスが存在する。複数の並列ＨＡＲＱプロセスは、以前のＵＬ伝送に対する成功又は失敗の受信に対するＨＡＲＱフィードバックを待つ間に、ＵＬ伝送が連続して行われるようにする。それぞれのＨＡＲＱプロセスは、ＭＡＣ（Medium Access Control）層のＨＡＲＱバッファと関連する。それぞれのＨＡＲＱプロセスは、バッファ内のＭＡＣ  ＰＤＵ（Physical Data Block）の伝送回数、バッファ内のＭＡＣ  ＰＤＵに対するＨＡＲＱフィードバック、現在の冗長（リダンダンシ）バージョン（redundancy version）などに関する状態変数を管理する。
【００９８】
ＬＴＥ（−Ａ）ＦＤＤの場合、ノンサブフレームバンドリング動作（即ち、普通のＨＡＲＱ動作）のためのＵＬ  ＨＡＲＱプロセスの数は、８個である。一方、ＬＴＥ（−Ａ）  ＴＤＤの場合には、ＵＬ−ＤＬ構成に応じてＵＬサブフレームの個数が異なるので、ＵＬ  ＨＡＲＱプロセスの数及びＨＡＲＱ  ＲＴＴ（Round Trip Time）もＵＬ−ＤＬ構成ごとに異なる。ここで、ＨＡＲＱ  ＲＴＴは、ＵＬグラントを受信した時点から（これに対応する）ＰＵＳＣＨ伝送を経て、（これに対応する）ＰＨＩＣＨが受信される時点までの時間間隔（例えば、ＳＦ若しくはｍｓ単位）、又はＰＵＳＣＨ伝送時点からこれに対応する再伝送時点までの時間間隔を意味する。
【００９９】
ＵＬ  ＨＡＲＱプロセスの数は、変わる。サブフレームバンドリングが適用されると、ＦＤＤ及びＴＤＤにおいて、４個の連続するＵＬサブフレームで構成された１つのバンドル（一束）の（a bundle of）ＰＵＳＣＨ伝送が行われる。したがって、サブフレームバンドリングが適用される場合のＨＡＲＱ動作／プロセスは、上述した普通のＨＡＲＱ動作／プロセスとは異なる。
【０１００】
表８は、ＴＤＤにおける同期式ＵＬ  ＨＡＲＱプロセスの数及びＨＡＲＱ  ＲＴＴを示す。ＵＬ  ＨＡＲＱ  ＲＴＴが１０［ＳＦｓ又はｍｓ］である場合（ＵＬ−ＤＬ構成＃１、＃２、＃３、＃４、＃５）、１つのＵＬ  ＨＡＲＱプロセスは、１つの固定したＵＬ  ＳＦタイミングを使用する。反面、ＵＬ  ＨＡＲＱ  ＲＴＴが１０［ＳＦｓ又はｍｓ］ではない場合（ＵＬ−ＤＬ構成＃０、＃６）、１つのＵＬ  ＨＡＲＱプロセスは、（１つの固定したＵＬ  ＳＦタイミングではなく）複数のＵＬ  ＳＦタイミングを（ホッピングしながら）使用する。例えば、ＵＬ−ＤＬ構成＃６の場合、１つのＵＬ  ＨＡＲＱプロセスにおいて、ＰＵＳＣＨ伝送タイミングは、次の通りである。ＳＦ＃２：ＰＵＳＣＨ⇒ＳＦ＃１３：ＰＵＳＣＨ（ＲＴＴ：１１ＳＦｓ）⇒ＳＦ＃２４：ＰＵＳＣＨ（ＲＴＴ：１１ＳＦｓ）⇒ＳＦ＃３７：ＰＵＳＣＨ（ＲＴＴ：１３ＳＦｓ）⇒ＳＦ＃４８：ＰＵＳＣＨ（ＲＴＴ：１１ＳＦｓ）⇒ＳＦ＃５２：ＰＵＳＣＨ（ＲＴＴ：１４ＳＦｓ）。
【０１０１】
＜表８＞
【表８】
0006913172.tif 000009
【０１０２】
ＴＤＤ  ＵＬ−ＤＬ構成が＃１〜６であり、普通のＨＡＲＱ動作時、ＵＬグラントＰＤＣＣＨ及び／又はＰＨＩＣＨがサブフレームｎで検出されると、端末は、ＰＤＣＣＨ及び／又はＰＨＩＣＨ情報によって、サブフレームｎ＋ｋ（表５参照）で対応するＰＵＳＣＨ信号を伝送する。
【０１０３】
ＴＤＤ  ＵＬ−ＤＬ構成が＃０であり、普通のＨＡＲＱ動作時、ＵＬ  ＤＣＩグラントＰＤＣＣＨ及び／又はＰＨＩＣＨがサブフレームｎで検出される場合、端末のＰＵＳＣＨ伝送タイミングは、条件によって変わる。まず、ＤＣＩ内のＵＬインデックスのＭＳＢ（Most Significant Bit）が１であるか、又はＰＨＩＣＨがサブフレーム＃０若しくは＃５でＩPHICH＝０に対応するリソースで受信された場合、端末は、サブフレームｎ＋ｋ（表５参照）で対応するＰＵＳＣＨ信号を伝送する。次に、ＤＣＩ内のＵＬインデックスのＬＳＢ（Least Significant Bit）が１であるか、ＰＨＩＣＨがサブフレーム＃０若しくは＃５でＩPHICH＝１に対応するリソースで受信されるか、又はＰＨＩＣＨがサブフレーム＃１若しくは＃６で受信された場合、端末は、サブフレームｎ＋７で対応するＰＵＳＣＨ信号を伝送する。次に、ＤＣＩ内のＭＳＢ及びＬＳＢが全てセットされた場合、端末は、サブフレームｎ＋ｋ（表５参照）及びサブフレームｎ＋７で対応するＰＵＳＣＨ信号を伝送する。
【０１０４】
図１４は、ＵＬ−ＤＬ構成＃１が設定された場合の同期式ＵＬ  ＨＡＲＱプロセスを例示する。ボックス内の数字は、ＵＬ  ＨＡＲＱプロセス番号を例示する。本例は、普通（normal）のＵＬ  ＨＡＲＱプロセスを示す。図１４を参照すると、ＨＡＲＱプロセス＃１は、ＳＦ＃２、ＳＦ＃６、ＳＦ＃１２、ＳＦ＃１６に関与する。例えば、初期ＰＵＳＣＨ信号（例えば、ＲＶ＝０）がＳＦ＃２で伝送された場合、対応するＵＬグラントＰＤＣＣＨ及び／又はＰＨＩＣＨは、ＳＦ＃６で受信され、対応する（再伝送）ＰＵＳＣＨ信号（例えば、ＲＶ＝２）がＳＦ＃１２で伝送されることができる。したがって、ＵＬ−ＤＬ構成＃１の場合、ＲＴＴ（Round Trip Time）が１０ＳＦｓ（又は１０ｍｓ）である４個のＵＬ  ＨＡＲＱプロセスが存在する。
【０１０５】
図１５は、キャリアアグリゲーション（併合）（Carrier Aggregation、ＣＡ）通信システムを例示する。
【０１０６】
図１５を参照すると、複数のＵＬ／ＤＬコンポーネントキャリア（Component Carrier、ＣＣ）は、より広いＵＬ／ＤＬ帯域幅をサポートすることができる。ＣＣは、周波数領域で互いに連続（隣接）しても（contiguous）しなくてもよい。各ＣＣの帯域幅は、独立して決定できる。ＵＬ  ＣＣの数とＤＬ  ＣＣの数とが異なる非対称キャリアのアグリゲーションも可能である。なお、制御情報は、特定のＣＣを通じてのみ送受信できるように設定される。この特定のＣＣをプライマリＣＣと称し、その他のＣＣをセカンダリＣＣと称する。一例として、クロスキャリアスケジューリング（cross-carrier scheduling）（又はクロスＣＣスケジューリング）が適用される場合、下りリンク割り当てのためのＰＤＣＣＨは、ＤＬ  ＣＣ＃０で伝送され、該当ＰＤＳＣＨは、ＤＬ  ＣＣ＃２で伝送される。用語‘コンポーネントキャリア’は、等価の他の用語（例えば、キャリア、セルなど）に代替できる。
【０１０７】
クロスＣＣスケジューリングのために、ＣＩＦ（Carrier Indicator Field）が使用される。ＰＤＣＣＨ内にＣＩＦの存在又は不在に関連する設定が、準静的（半−静的）に（semi-statically）端末固有（又は端末グループ固有）に上位層シグナリング（例えば、ＲＲＣシグナリング）によって可能になる（enable）。以下、ＰＤＣＣＨ伝送の基本事項を整理する。
【０１０８】
■  ＣＩＦディセーブルド（disabled）：ＤＬ  ＣＣ上のＰＤＣＣＨは、同じＤＬ  ＣＣ上のＰＤＳＣＨリソース及び単一のリンクされたＵＬ  ＣＣ上のＰＵＳＣＨリソースを割り当てる。
【０１０９】
●  Ｎｏ  ＣＩＦ
【０１１０】
■  ＣＩＦイネーブルド（enabled）：ＤＬ  ＣＣ上のＰＤＣＣＨは、ＣＩＦを用いて複数の統合されたＤＬ／ＵＬ  ＣＣのうちの特定のＤＬ／ＵＬ  ＣＣ上のＰＤＳＣＨ又はＰＵＳＣＨリソースを割り当てることができる。
【０１１１】
●  ＣＩＦを有するように拡張されたＬＴＥ  ＤＣＩフォーマット
【０１１２】
−  ＣＩＦ（設定された場合）は、固定されたｘビットフィールド（例えば、Ｘ＝３）
【０１１３】
−  ＣＩＦ（設定された場合）の位置は、ＤＣＩフォーマットサイズに関係なく固定される。
【０１１４】
ＣＩＦが存在するとき、基地局は、端末側のＢＤの複雑度を低くするために、モニタリングＤＬ  ＣＣ（セット）を割り当てることができる。ＰＤＳＣＨ／ＰＵＳＣＨスケジューリングのために、端末は、該当ＤＬ  ＣＣでのみＰＤＣＣＨの検出／復号を行う。また、基地局は、モニタリングＤＬ  ＣＣ（セット）を通じてのみＰＤＣＣＨを伝送できる。モニタリングＤＬ  ＣＣセットは、端末固有、端末グループ固有又はセル固有の方式でセットされる。
【０１１５】
図１６は、複数のキャリアが統合された場合のスケジューリングを例示する。３個のＤＬ  ＣＣが統合され、ＤＬ  ＣＣＡがＰＤＣＣＨモニタリングＤＬ  ＣＣに設定された場合を例示する。ＤＬ  ＣＣＡ〜Ｃは、サービングＣＣ、サービングキャリア、サービングセルなどと言える。ＣＩＦがディセーブルされた場合、それぞれのＤＬ  ＣＣは、ＬＴＥ  ＰＤＣＣＨの規則に従って、ＣＩＦなしで自体のＰＤＳＣＨをスケジューリングするＰＤＣＣＨのみを送信することができる（非クロスＣＣスケジューリング）。反面、端末固有（又は端末グループ固有又はセル固有）の上位層シグナリングによってＣＩＦが可能になると、特定のＣＣ（例えば、ＤＬ  ＣＣ  Ａ）は、ＣＩＦを用いてＤＬ  ＣＣ  ＡのＰＤＳＣＨをスケジューリングするＰＤＣＣＨだけではなく、他のＣＣのＰＤＳＣＨをスケジューリングするＰＤＣＣＨも伝送できる（クロスＣＣスケジューリング）。反面、ＤＬ  ＣＣ  Ｂ／Ｃでは、ＰＤＣＣＨは伝送されない。
【０１１６】
一方、次世代ＲＡＴ（Radio Access Technology）においては、データ伝送遅延（latency）を最小にするために、セルフコンテインド（self-contained）サブフレームが考えられている。図１７は、セルフコンテインドサブフレームの構造を例示している。図１７において、斜線領域は、ＤＬ制御領域を示し、黒色部分は、ＵＬ制御領域を示す。その他の領域は、ＤＬデータ伝送又はＵＬデータ伝送のために使用される。１つのサブフレーム内でＤＬ伝送とＵＬ伝送とが順に行われるので、該サブフレーム内でＤＬデータを送り出し、ＵＬ  ＡＣＫ／ＮＡＣＫを受け取ることができる。結果として、データ伝送エラーの発生時にデータ再伝送までにかかる時間を短縮させることにより、最終データ伝達の遅延を最小にすることができる。
【０１１７】
構成／設定が可能なセルフコンテインドサブフレームタイプの例として、少なくとも以下の４つのタイプが考えられる。各々の区間は、時間順に並んでいる。
【０１１８】
−ＤＬ制御区間＋ＤＬデータ区間＋ＧＰ（Guard Period）＋ＵＬ制御区間
【０１１９】
−ＤＬ制御区間＋ＤＬデータ区間
【０１２０】
−ＤＬ制御区間＋ＧＰ＋ＵＬデータ区間＋ＵＬ制御区間
【０１２１】
−ＤＬ制御区間＋ＧＰ＋ＵＬデータ区間
【０１２２】
ＤＬ制御区間では、ＰＤＦＩＣＨ、ＰＨＩＣＨ、ＰＤＣＣＨが伝送され、ＤＬデータ区間では、ＰＤＳＣＨが伝送される。ＵＬ制御区間では、ＰＵＣＣＨが伝送され、ＵＬデータ区間では、ＰＵＳＣＨが伝送される。ＧＰは、基地局及び端末が、送信モードから受信モードに転換される（切り替えられる）過程又は受信モードから送信モードに転換される過程で時間ギャップを提供する。サブフレーム内においてＤＬからＵＬに転換される時点の一部のＯＦＤＭシンボルがＧＰとして設定される。
【０１２３】
実施例
【０１２４】
ｎｅｗ  ＲＡＴシステムは、ｅＭＢＢ（enhanced Mobile Broadband）、ＵＲＬＬＣ（Ultra-Reliable and Low Latency Communications）、ｍＭＴＣ（massive Machine type Communications）などの様々な使用シナリオ（又はサービスタイプ、トラフィックタイプ）をサポートするように設計できるが、様々な使用シナリオ（以下、使用例）は、特に（ユーザプレーン（平面））遅延の側面で各々異なる要件（requirement）を有することができる。一例として、各使用例で要求される（最大の）遅延は、ＵＲＬＬＣ（例えば、０．５ｍｓ）＜ｅＭＢＢ（例えば、４ｍｓ）＜ｍＭＴＣ（例えば、Ｘ  ｍｓ＞４ｍｓ）の順に異なるように与えられる。これにより、ＴＴＩ長も使用例ごとに異なるように設定できる。例えば、ＴＴＩ長が、ＵＲＬＬＣ＜ｅＭＢＢ＜ｍＭＴＣの順に異なるように与えられることができる。ここで、ＴＴＩは、データスケジューリング間の（最小の）時間間隔又は単一データの（最大の）送信時間区間（duration）として定義されることができる。データスケジューリング間の（最小の）時間間隔又は単一データの（最大の）送信時間区間は、サブフレーム（ＳＦ）又はスロットの整数／実数倍で表現されるか、又はＯＦＤＭシンボルの整数倍で表現される。
【０１２５】
一方、ＤＬ／ＵＬデータのスケジューリング／送信のためのＨＡＲＱタイミングの設定及びＨＡＲＱプロセスの運用は、遅延要件／ＴＴＩ長（これによる使用例）、ＤＬ／ＵＬ信号処理（例えば、ＤＬ制御／データチャネルの復号、符号化を含むＵＬ送信準備など）に関連する端末能力などによって変わる。例えば、（最小の）ＨＡＲＱタイミングの遅延は、ＵＲＬＬＣがｅＭＢＢより小さく設定される反面、（最大の）ＨＡＲＱプロセス数は、ｅＭＢＢがＵＲＬＬＣより大きく設定される。ここで、ＨＡＲＱタイミングは、ＤＬデータの受信とＨＡＲＱ−ＡＣＫの送信との間の遅延、ＵＬグラントの受信とＵＬデータの送信との間の遅延などを示し、ＴＴＩの整数倍で表現される。
【０１２６】
以下、異なる遅延が要求される使用例（又はそれに対応する異なるＴＴＩ長）を考慮した効果的なＤＬ／ＵＬ  ＨＡＲＱタイミングの設定及びＨＡＲＱプロセスの運用方法を提案する。本発明において、（ｉ）ＴＴＩとＳＦとは、時間の長さ又は時間区間の観点で同じ意味で使用される（例えば、ＳＦオフセットは、ＴＴＩオフセットと考慮されることができる）か、（ｉｉ）ＴＴＩ長は、各使用例ごとに異なる値に設定され、ＳＦの長さ（ＳＦ長）は、全ての使用例について共通した単一値に設定されることができる（例えば、ＳＦは、可能な複数のＴＴＩ長のうち、特定の１つの同一の時間区間を有することができる）。（ｉｉ）の場合、（ｉｉ−１）ＳＦは、最小ＴＴＩ（例えば、ＵＲＬＬＣに設定されるＴＴＩ長）と同じ時間区間を有するように設定されるか、（ｉｉ−２）ＳＦは、ノーマル（一般）（normal）ＴＴＩと同じ時間区間（例えば、ｅＭＢＢに設定されるＴＴＩ長）を有するように設定されることができる。（ｉｉ−１）の場合、特定の使用例で設定される１つのＴＴＩは、１つ又は複数のＳＦ（或いはスロット）で構成され、（ｉｉ−２）の場合、特定の使用例で設定される１つのＴＴＩは、１つ又は複数のＳＦ（或いはスロット）で構成されるか、又は複数のＴＴＩが、１つのＳＦ（或いはスロット）内に構成されることができる。
【０１２７】
説明の便宜上、端末及び基地局で要求される各（最小）ＨＡＲＱタイミングの遅延を定義すると、以下の通りである。
【０１２８】
１）ｄＵＥ＿ＤＬ：ＤＬデータの受信とＨＡＲＱ−ＡＣＫの送信との間における遅延（端末において）。端末は、自体のｄＵＥ＿ＤＬ情報（能力）を適切な時点（例えば、初期アクセス或いはＲＲＣ接続（連結）（RRC connection）過程）で基地局に報告することができる。同じ端末に対して、ｄＵＥ＿ＤＬ情報と以下のｄＵＥ＿ＵＬ情報とが異なるようにサポートされることができる。
【０１２９】
２）ｄＮＢ＿ＤＬ：ＨＡＲＱ−ＡＣＫ受信とＤＬデータの再送信との間における遅延（基地局において）。基地局は、ｄＮＢ＿ＤＬ情報を適切な時点で端末にシグナリングすることができる。ｄＮＢ＿ＤＬ情報は、以下のｄＮＢ＿ＵＬ情報と異なるように設定される。あるいは、基地局が以下のＲＴＴ＿ＤＬ又はＨＡＲＱ＿ＤＬ情報を適切な時点で端末にシグナリングし、端末は、該当ＲＴＴ＿ＤＬ又はＨＡＲＱ＿ＤＬ情報からｄＮＢ＿ＤＬ情報を算出することができる。
【０１３０】
３）ＲＴＴ＿ＤＬ：同じＨＡＲＱプロセスのＤＬデータ送信間の（最小の）遅延（例えば、ｄＵＥ＿ＤＬ＋ｄＮＢ＿ＤＬ）
【０１３１】
４）ＨＡＲＱ＿ＤＬ：（最大の）ＤＬ  ＨＡＲＱプロセス数（例えば、ＲＴＴ＿ＤＬ内におけるＴＴＩの最大数）。ＨＡＲＱ＿ＤＬ値によって、ＤＬグラントＤＣＩ内でＨＡＲＱプロセスＩＤを指定するビット数、並びに／又はＤＬソフトバッファの観点で各々のＤＬデータ（例えば、ＴＢ）若しくはＨＡＲＱプロセス当たり記憶する最初のビット数が異なるように決定される。
【０１３２】
５）ｄＵＥ＿ＵＬ：（端末における）ＵＬグラントの受信とＵＬデータの送信との間の遅延。端末は、自体のｄＵＥ＿ＵＬ情報（能力）を適切な時点（例えば、初期アクセス或いはＲＲＣ接続過程）で基地局に報告することができる。同じ端末に対して、ｄＵＥ＿ＵＬ情報とｄＵＥ＿ＤＬ情報とが異なるようにサポートされることができる。
【０１３３】
６）ｄＮＢ＿ＵＬ：ＵＬデータの受信と再送信ＵＬグラントの送信との間の遅延（基地局において）。基地局は、ｄＮＢ＿ＵＬ情報を適切な時点で端末にシグナリングすることができる。ｄＮＢ＿ＵＬ情報は、ｄＮＢ＿ＤＬ情報と異なるように設定される。あるいは、基地局は、以下のＲＴＴ＿ＵＬ又はＨＡＲＱ＿ＵＬ情報を適切な時点で端末にシグナリングし、端末は、該当ＲＴＴ＿ＵＬ又はＨＡＲＱ＿ＵＬ情報からｄＮＢ＿ＵＬ情報を算出することができる。
【０１３４】
７）ＲＴＴ＿ＵＬ：同じＨＡＲＱプロセスのＵＬデータ送信間の（最小の）遅延（例えば、ｄＵＥ＿ＵＬ＋ｄＮＢ＿ＵＬ）
【０１３５】
８）ＨＡＲＱ＿ＵＬ：（最大の）ＵＬ  ＨＡＲＱプロセス数（例えば、ＲＴＴ＿ＵＬ内におけるＴＴＩの最大数）。ＨＡＲＱ＿ＵＬ値によってＵＬグラントＤＣＩ内にＨＡＲＱプロセスＩＤを指定するビット数、並びに／又はＵＬソフトバッファの観点で各々のＵＬデータ（例えば、ＴＢ）若しくはＨＡＲＱプロセス当たりのバッファリングする最初のビット数が異なるように決定される。
【０１３６】
図１８乃至図２１は、ＨＡＲＱタイミング遅延による信号送受信を例示する。同図を参照すると、端末は、ＤＬデータの受信後、ｄＵＥ＿ＤＬ以後にＨＡＲＱ−ＡＣＫを送信する。ＨＡＲＱ−ＡＣＫがＮＡＣＫである場合、基地局は、ｄＮＢ＿ＤＬ以後にＤＬデータを再送信する。同様に、端末は、ＵＬグラントの受信後、ｄＵＥ＿ＵＬ以後にＵＬデータ（例えば、ＰＵＳＣＨ）を送信することができる。ＵＬデータに対して再送信が必要な場合、基地局は、ｄＮＢ＿ＵＬ以後にＵＬデータの再送信を指示するＵＬグラントを送信することができる。
【０１３７】
本発明において、ＴＴＩ長、使用例及びＯＦＤＭの変復調に使用される副搬送波（ＳＣ）間隔（即ち、ＳＣＳ）は、互いに類似する意味で使用されるか又は代替されることができる。例えば、ｓｈｏｒｔ  ＴＴＩ長は、ｌａｒｇｅ  ＳＣＳ又はＵＲＬＬＣのような意味を有し、ｌｏｎｇ  ＴＴＩ長は、ｓｍａｌｌ  ＳＣＳ又はｍＭＴＣのような意味を有することができる。（ｓｈｏｒｔ  ＴＴＩ長とｌｏｎｇ  ＴＴＩ長との間の）ノーマルＴＴＩＴＴＩ長は、（ｓｍａｌｌ  ＳＣＳとｌａｒｇｅ  ＳＣＳとの間の）ノーマルＳＣＳ又はｅＭＢＢのような意味を有することができる。ＨＡＲＱタイミング遅延は、ＳＦ／スロット／ＴＴＩ長の整数倍（又は実数倍）で与えられるか、又はＯＦＤＭシンボル区間の整数倍で与えられる。ここで、ＯＦＤＭシンボルとは、ＯＦＤＭベースのシンボルを通称し（例えば、ＯＦＤＭシンボル、ＳＣ−ＦＤＭＡシンボルなど）、簡単にシンボルと表現することもできる。また、ＴＴＩ長は、単一のＴＴＩを構成するＳＦ／スロット／シンボル数、即ち、ＴＴＩ当たりのＳＦ／スロット／シンボル数のような意味で使用されるか又は代替されることができる。例えば、ｌｏｎｇ  ＴＴＩ長は、ＴＴＩ当たりのＳＦ／スロット／シンボル数が多い場合、ｓｈｏｒｔ  ＴＴＩ長は、ＴＴＩ当たりのＳＦ／スロット／シンボル数が少ない場合のような意味になる。また、ＴＴＩ／ＳＦ／スロットは、混用できる。また、この明細書において、‘長い／短い／増加する／減少する’は、相対的に長い／短い／増加する／減少することを意味するか、又は特定の基準値を基準として長い／短い／増加する／減少することを意味することができる。例えば、後者の場合、ＴＴＩ長Ｘの場合に対してＨＡＲＱタイミング遅延（又は最小のＨＡＲＱ  ＲＴＴ）がＡ個のＴＴＩ区間に設定され、ＴＴＩ長Ｙの場合に対してＨＡＲＱタイミング遅延（又は最小のＨＡＲＱ  ＲＴＴ）がＢ個のＴＴＩ区間に設定されると仮定したとき、（実際のＴＴＩ長に関係なく）ＡとＢとの大小関係によって、２つのＴＴＩ長Ｘ及びＹのうちのいずれかは、ＨＡＲＱタイミングの遅延（又は最小のＨＡＲＱ  ＲＴＴ）がさらに長い／短い／増加する／減少すると記述されることができる。また、この明細書において、ｅＮＢとｇＮＢとは入れ替えてもよい。また、以下に説明する方式は、互いに組み合わせることもできる。
【０１３８】
［方式１］ＨＡＲＱプロセス遅延及びＨＡＲＱプロセス番号
【０１３９】
この方式では、ＨＡＲＱ動作のための端末（例えば、ＵＥ）及び基地局（例えば、ｅＮＢ）におけるデータ処理遅延、また、それに関連するＨＡＲＱプロセス数、並びに受信バッファの運用方法について提案する。以下、ＨＡＲＱ（処理）遅延は、ＵＥの場合、（ｉ）ＤＬデータの受信時点とそれに対応するＨＡＲＱ−ＡＣＫの送信時点との間の時間遅延（ｄＵＥ＿ＤＬ）、又は（ｉｉ）ＵＬグラントの受信時点とそれに対応するＵＬデータの送信時点との間の時間遅延（ｄＵＥ＿ＵＬ）を意味することができる。また、ＨＡＲＱ（処理）遅延は、ｅＮＢの場合、（ｉ）ＨＡＲＱ−ＡＣＫの受信時点とそれに対応する再送信ＤＬデータのスケジューリング（ＤＬグラントの送信）の時点との間の時間遅延（ｄＮＢ＿ＤＬ）、又は（ｉｉ）ＵＬデータの受信時点とそれに対応する再送信ＵＬデータのスケジューリング（ＵＬグラントの送信）の時点との間の時間遅延（ｄＮＢ＿ＵＬ）を意味することができる。また、（最小の）ＨＡＲＱ  ＲＴＴは、ＤＬ（又はＵＬ）データの送信（スケジューリング）時点とそれに対応する（該当データと同じＨＡＲＱプロセスＩＤを有する）ＤＬ（又はＵＬ）データの再送信（スケジューリング）の時点との間の（最小の）時間遅延（ＲＴＴ＿ＤＬ、ＲＴＴ＿ＵＬ）を意味することができる。
【０１４０】
（１）ＨＡＲＱプロセス遅延
【０１４１】
Ａ．ＵＥ遅延
【０１４２】
ｉ．Ｃａｐａｂｌｅ  ｍｉｎ  ＵＥ遅延（ｍｉｎ＿ｄＵＥ＿ｃａｐ）：ＵＥが自体のカテゴリ及び能力／具現によってサポート可能な最小のＨＡＲＱ遅延
【０１４３】
ｉｉ．Ｃｏｎｆｉｇｕｒｅｄ  ｍｉｎ  ＵＥ遅延（ｍｉｎ＿ｄＵＥ＿ｃｆｇ）：ｅＮＢがＵＥに設定した候補ＨＡＲＱ遅延のうちの最小のＨＡＲＱ遅延
【０１４４】
ｉｉｉ．Ｃｏｎｆｉｇｕｒｅｄ  ｍａｘ  ＵＥ遅延（ｍａｘ＿ｄＵＥ＿ｃｆｇ）：ｅＮＢがＵＥに設定した候補ＨＡＲＱ遅延のうちの最大のＨＡＲＱ遅延。ｍａｘ＿ｄＵＥ＿ｃｆｇの設定可能な最大値は、以下のｄＵＥ＿デフォルトと同じ値に設定される。
【０１４５】
ｉｖ．デフォルトＵＥ遅延（ｄＵＥ＿デフォルト）：ｅＮＢからＨＡＲＱ遅延が設定される前の時点又はランダムアクセス過程でＵＥが仮定／適用する自体のＨＡＲＱ遅延
【０１４６】
Ｂ．ｅＮＢ遅延
【０１４７】
ｉ．Ｃａｐａｂｌｅ  ｍｉｎ  ｅＮＢ遅延（ｍｉｎ＿ｄＮＢ＿ｃａｐ）：ｅＮＢが自体の具現及びセル管理（management）によってサポート可能な最小のＨＡＲＱ遅延
【０１４８】
ｉｉ．Ｃｏｎｆｉｇｕｒｅｄ  ｍｉｎ  ｅＮＢ遅延（ｍｉｎ＿ｄＮＢ＿ｃｆｇ）：ｅＮＢがＵＥに設定するｅＮＢで所要の最小のＨＡＲＱ遅延
【０１４９】
１．ＵＥは、特定のＤＬ  ＨＡＲＱプロセスＩＤに対するＨＡＲＱ−ＡＣＫの送信時点から以後のｍｉｎ＿ｄＮＢ＿ｃｆｇだけの区間内では、該当ＤＬ  ＨＡＲＱプロセスＩＤを有するＤＬデータ（再送信）に対するスケジューリング（これに対応するＤＬグラントの受信）はないと仮定した／見なした状態で動作することができる。例えば、ＵＥは、該当ＤＬ  ＨＡＲＱプロセスＩＤを有するＤＬデータ（再送信）に対するスケジューリング情報（例えば、ＤＬグラント）を受信しても、該当ＤＬデータ（再送信）に対する復号動作を省略することができる。
【０１５０】
２．ＵＥは、特定のＵＬ  ＨＡＲＱプロセスＩＤを有するＵＬデータの送信時点から以後のｍｉｎ＿ｄＮＢ＿ｃｆｇだけの区間内では、該当ＵＬ  ＨＡＲＱプロセスＩＤを有するＵＬデータ（再送信）に対するスケジューリング（これに対応するＵＬグラントの受信）はないと仮定した／見なした状態で動作することができる。例えば、ＵＥは、該当ＵＬ  ＨＡＲＱプロセスＩＤを有するＵＬデータ（再送信）に対するスケジューリング情報（例えば、ＵＬグラント）を受信しても、該当ＵＬデータ（再送信）に対する送信動作を省略することができる。
【０１５１】
３．ｍｉｎ＿ｄＮＢ＿ｃｆｇは、ｍｉｎ  ＵＥ遅延値（再設定）に関係なく１つの値に設定されることができる。他の例として、ｍｉｎ＿ｄＮＢ＿ｃｆｇは、別の設定なしで、ｍｉｎ  ＵＥ遅延値によって自動設定できる（例えば、ｍｉｎ  ＵＥ遅延と同じ値或いはｍｉｎ  ＵＥ遅延に比例する値に設定）。さらに他の例として、ｍｉｎ＿ｄＮＢ＿ｃｆｇは、ｅＮＢから設定されたｍａｘ  ＨＡＲＱｎｕｍ値によって自動設定できる（例えば、ｍａｘ  ＨＡＲＱｎｕｍからｍｉｎ  ＵＥ遅延を引いた値に設定）。
【０１５２】
４．ｍｉｎ＿ｄＮＢ＿ｃｆｇの設定可能な最大値は、以下のｄＮＢ＿デフォルトと同じ値に設定できる。
【０１５３】
ｉｉｉ．デフォルトｅＮＢ遅延（ｄＮＢ＿デフォルト）：ｅＮＢからＨＡＲＱ遅延が設定される以前の時点又はランダムアクセス過程でＵＥが仮定する／適用するｅＮＢのＨＡＲＱ遅延。技術文書に予め定義されているか、又はｅＮＢから（例えば、特定のブロードキャストシグナリング又はシステム情報などにより）設定されることができる。
【０１５４】
以下の説明において、ｍｉｎ  ＵＥ遅延は、ｍｉｎ＿ｄＵＥ＿ｃａｐ又はｍｉｎ＿ｄＵＥ＿ｃｆｇを意味し、ｍａｘ  ＵＥ遅延は、ｍａｘ＿ｄＵＥ＿ｃｆｇを意味し、ｍｉｎ  ｅＮＢ遅延は、ｍｉｎ＿ｄＮＢ＿ｃａｐ又はｍｉｎ＿ｄＮＢ＿ｃｆｇを意味する。
【０１５５】
（２）ＨＡＲＱ  ＲＴＴ及びプロセス番号
【０１５６】
Ａ．ＨＡＲＱ  ＲＴＴ
【０１５７】
ｉ．Ｍｉｎ  ＨＡＲＱ  ＲＴＴ（ｍｉｎ＿ＲＴＴ）：ｍｉｎ  ＵＥ遅延とｍｉｎ  ｅＮＢ遅延との組み合わせ、又はｍａｘ  ＵＥ遅延とｍｉｎ  ｅＮＢ遅延との組み合わせでサポート可能な最小のＨＡＲＱ再送信の遅延
【０１５８】
１．ＵＥは、特定のＤＬ  ＨＡＲＱプロセスＩＤを有するＤＬデータのスケジューリング（それに対応するＤＬグラントの受信）時点から以後のｍｉｎ＿ＲＴＴだけの区間内では、該当ＨＡＲＱプロセスＩＤを有するＤＬデータ（再送信）に対するスケジューリング（ＤＬグラントの受信）はないと仮定した／見なした状態で動作することができる。例えば、ＵＥは、該当ＨＡＲＱプロセスＩＤを有するＤＬデータ（再送信）に対するスケジューリング情報（例えば、ＤＬグラント）を受信しても、該当ＤＬデータ（再送信）に対する復号動作を省略することができる。
【０１５９】
２．ＵＥは、特定のＵＬ  ＨＡＲＱプロセスＩＤを有するＵＬデータのスケジューリング（それに対応するＵＬグラントの受信）時点から後のｍｉｎ＿ＲＴＴだけの区間内では、該当ＨＡＲＱプロセスＩＤを有するＵＬデータ（再送信）に対するスケジューリング（ＵＬグラントの受信）はないと仮定した／見なした状態で動作することができる。例えば、ＵＥは、該当ＨＡＲＱプロセスＩＤを有するＵＬデータ（再送信）に対するスケジューリング情報（例えば、ＵＬグラント）を受信しても、該当ＵＬデータ（再送信）に対する送信動作を省略することができる。
【０１６０】
３．ｍｉｎ＿ＲＴＴは、ｍｉｎ＿ｄＵＥ＿ｃｆｇ値（又はｍａｘ＿ｄＵＥ＿ｃｆｇ値）とｍｉｎ＿ｄＮＢ＿ｃｆｇ値との和により決定されるか、又はｅＮＢから設定されることができる。
【０１６１】
４．ｍｉｎ  ＨＡＲＱ  ＲＴＴの設定可能な最大値は、以下のＲＴＴ＿デフォルトと同じ値に設定されることができる。
【０１６２】
ｉｉ．デフォルトＨＡＲＱ  ＲＴＴ（ＲＴＴ＿デフォルト）：デフォルトＵＥ遅延とデフォルトｅＮＢ遅延との組み合わせによりサポート可能な最小のＨＡＲＱ再送信遅延
【０１６３】
１．ＲＴＴ＿デフォルトは、ｄＵＥ＿デフォルトとｄＮＢ＿デフォルトとの和により決定されることができる。
【０１６４】
２．ＲＴＴ＿デフォルトは、技術文書に予め定義されているか、又はｅＮＢから（例えば、特定のブロードキャストシグナリング又はシステム情報などにより）設定される。
【０１６５】
Ｂ．ＨＡＲＱプロセス番号
【０１６６】
ｉ．Ａｃｔｕａｌｍａｘ  ＨＡＲＱｎｕｍ（ｍａｘ＿Ｎ＿ａｃｔ）：スケジューリングＤＣＩのフィールドにより又はＭＡＣ層の処理の観点で（個別のＴＢで）区分可能な最大のＨＡＲＱプロセス数
【０１６７】
１．ｍａｘ＿Ｎ＿ａｃｔは、ｍｉｎ  ＵＥ遅延（又はｍａｘ  ＵＥ遅延）とｍｉｎ  ｅＮＢ遅延との組み合わせによって自動的に設定（例えば、ｍｉｎ＿ＲＴＴに相応する値、又はｍｉｎ  ＨＡＲＱ  ＲＴＴ区間内におけるＳＦ（又はＴＴＩ）の数に自動設定）されるか、又はｅＮＢから設定される。
【０１６８】
２．ｍａｘ＿Ｎ＿ａｃｔの設定可能な最大値（及び最初値）は、制限され、該当最大値（及び最小値）は、ｍｉｎ  ＵＥ遅延（又はｍａｘ  ＵＥ遅延）、ｍｉｎ  ｅＮＢ遅延、ｍｉｎ  ＨＡＲＱ  ＲＴＴ値によって異なるように（比例して）設定される。
【０１６９】
３．ｍａｘ＿Ｎ＿ａｃｔの設定可能な最大値は、以下のデフォルトｍａｘ  ＨＡＲＱｎｕｍと同じ値に設定される。
【０１７０】
ｉｉ．参照ｍａｘ  ＨＡＲＱｎｕｍ（ｍａｘ＿Ｎ＿ｒｅｆ）：受信ソフトバッファ分割／割り当て時（例えば、ＴＢ当たり最小の記憶ビット数の決定時）に基準となる最大のＨＡＲＱプロセス数
【０１７１】
１．ｍａｘ＿Ｎ＿ｒｅｆは、特定値に（技術文書に）予め定義されるか、ｍｉｎ＿ＲＴＴに相応する値に（又は、ｍｉｎ  ＨＡＲＱ  ＲＴＴ区間内におけるＳＦ（若しくはＴＴＩ）の数に）設定されるか、又はｅＮＢから設定される。
【０１７２】
２．一例として、ｍｉｎ（ｍａｘ＿Ｎ＿ｒｅｆ、ｍａｘ＿Ｎ＿ａｃｔ）又はｍａｘ＿Ｎ＿ｒｅｆに基づいて実際のソフトバッファの分割（例えば、ＴＢ当たり最小の記憶ビット数を決定）が行われることができる。
【０１７３】
ｉｉｉ．デフォルトｍａｘ  ＨＡＲＱｎｕｍ（Ｎ＿デフォルト）：ｅＮＢからＨＡＲＱ遅延、ｉｎ  ＨＡＲＱ  ＲＴＴ若しくはｍａｘ  ＨＡＲＱｎｕｍが設定される前の時点、又はランダムアクセス過程でＵＥが仮定する／適用する最大のＨＡＲＱプロセス数
【０１７４】
１．Ｎ＿デフォルトは、ｍａｘ＿Ｎ＿ｒｅｆと同じ値に設定されるか、又はｄＵＥ＿デフォルトとｄＮＢ＿デフォルトとの組み合わせによって（例えば、ＲＴＴ＿デフォルトに相応する値に又はデフォルトＨＡＲＱ  ＲＴＴ区間内のＳＦ（若しくはＴＴＩ）の数に）自動設定されることができる。あるいは、以下で最大のＨＡＲＱ  ＲＴＴ（Ｙｍａｘi  ｍｓ：ピークレートのデータを連続して受信／記憶できる最大時間）に対応するＨＡＲＱプロセス数は、Ｎ＿デフォルト値に設定されることができる。
【０１７５】
２．Ｎ＿デフォルトは、技術文書に予め定義されているか、又はｅＮＢから（例えば、特定のブロードキャストシグナリング又はシステム情報などにより）設定される。
【０１７６】
以下の説明において、ｍａｘ  ＨＡＲＱｎｕｍは、ａｃｔｕａｌｍａｘ  ＨＡＲＱｎｕｍを意味することができる。また、ｍａｘ  ＨＡＲＱｎｕｍの決定時に使用するｍｉｎ  ＨＡＲＱ  ＲＴＴは、ＤＬ／ＵＬ構成の属性によって以下の意味を有することができる。
【０１７７】
−（ＤＬ／ＵＬ設定が動的に変更する）動的ＴＤＤの場合：ＤＬ／ＵＬに関係なく、ＲＴＴ内におけるＳＦ（又はＴＴＩ）数を意味することができる。
【０１７８】
−準静的（Semi-static）ＤＬ／ＵＬ構成ベースのＴＤＤ又はＦＤＤの場合：ＤＬの場合、ＲＴＴ内におけるＤＬ  ＳＦ（又はＴＴＩ）の数を意味し、ＵＬの場合は、ＲＴＴ内におけるＵＬ  ＳＦ（又はＴＴＩ）数を意味する。
【０１７９】
（３）ＨＡＲＱパラメータのセット＃１
【０１８０】
Ａ．方法１−１：ｍｉｎ  ＵＥ遅延（又はｍａｘ  ＵＥ遅延）によってのみ決定
【０１８１】
ｅＮＢからｍｉｎ  ＵＥ遅延（及びｍａｘ  ＵＥ遅延）のみが設定された状態で、（ＵＥにおいて）ｍｉｎ  ＵＥ遅延（又はｍａｘ  ＵＥ遅延）のみに基づいてｍａｘ  ＨＡＲＱｎｕｍ、ｍｉｎ  ＨＡＲＱ  ＲＴＴ、ｍｉｎ  ｇＮＢ遅延が決定されることができる。
【０１８２】
１．一例として、ｍａｘ  ＨＡＲＱｎｕｍ＝ｍｉｎ  ＨＡＲＱ  ＲＴＴ＝Ｌ  ｘ  ｍｉｎ  ＵＥ遅延（又は、Ｌ  ｘ  ｍａｘ  ＵＥ遅延）に設定され、ｍｉｎ  ｇＮＢ遅延＝ｍｉｎ  ＵＥ遅延（又はｍａｘ  ＵＥ遅延）に仮定／適用されることができる。
【０１８３】
２．Ｌは、特定値（例えば、２）に予め定義されるか、又はｅＮＢから設定される。
【０１８４】
Ｂ．方法１−２：ｍｉｎ  ＵＥ遅延（又はｍａｘ  ＵＥ遅延）とｍｉｎ  ｅＮＢ遅延との組み合わせにより決定
【０１８５】
ｅＮＢからｍｉｎ  ＵＥ遅延（及びｍａｘ  ＵＥ遅延）及びｍｉｎ  ｅＮＢ遅延が設定された状態で、（ＵＥにおいて）該当パラメータに基づいてｍａｘ  ＨＡＲＱｎｕｍ及びｍｉｎ  ＨＡＲＱ  ＲＴＴが決定されることができる。一例として、ｍａｘ  ＨＡＲＱｎｕｍ＝ｍｉｎ  ＨＡＲＱ  ＲＴＴ＝ｍｉｎ  ＵＥ遅延（又はｍａｘ  ＵＥ遅延）＋ｍｉｎ  ｇＮＢ遅延に設定されることができる。
【０１８６】
Ｃ．方法１−３：ｍｉｎ  ＵＥ遅延（又はｍａｘ  ＵＥ遅延）とｍａｘ  ＨＡＲＱｎｕｍとの組み合わせにより決定
【０１８７】
ｅＮＢからｍｉｎ  ＵＥ遅延（及びｍａｘ  ＵＥ遅延）並びにｍａｘ  ＨＡＲＱｎｕｍが設定された状態で、（ＵＥにおいて）該当パラメータに基づいてｍｉｎ  ＨＡＲＱ  ＲＴＴ及びｍｉｎ  ｇＮＢ遅延が決定されることができる。
【０１８８】
１．一例として、ｍｉｎ  ＨＡＲＱ  ＲＴＴ＝ｍａｘ  ＨＡＲＱｎｕｍ、ｍｉｎ  ｇＮＢ遅延＝ｍａｘ  ＨＡＲＱｎｕｍ−ｍｉｎ  ＵＥ遅延（又はｍａｘ  ＵＥ遅延）に設定されることができる。
【０１８９】
２．特定のＵＥタイプ（カテゴリ）（以下、ＵＥタイプ１）の場合、ｍａｘ  ＨＡＲＱｎｕｍ≦ｍｉｎ  ＵＥ遅延＋Ｄを満たす値のみに設定し、他の特定のＵＥタイプ（カテゴリ）（以下、ＵＥタイプ２）の場合には、ｍａｘ  ＨＡＲＱｎｕｍ≧ｍｉｎ  ＵＥ遅延＋Ｄを満たす値のみに設定することができる。
【０１９０】
３．Ｄ≧１であることができ、例えば、Ｄ＝１（又は、Ｄはｍｉｎ  ｅＮＢ遅延と同じ値）に設定されることができる。
【０１９１】
４．ＵＥタイプ１は、最大ＴＢサイズ、全（総）ソフトバッファサイズ、最大動作周波数帯域幅のうちの少なくとも１つが特定の水準未満であるＵＥタイプとして考えることができる。
【０１９２】
Ｄ．方法１−４：ｍｉｎ  ＨＡＲＱ  ＲＴＴを、ｍａｘ  ＨＡＲＱｎｕｍと同一に又は比例して設定
【０１９３】
ｅＮＢからｍｉｎ  ＨＡＲＱ  ＲＴＴ及びｍａｘ  ＨＡＲＱｎｕｍのうちの１つのパラメータ値が設定され、（ＵＥにおいて）残りのパラメータ値は、設定された値と同一であるか、又は比例する値に設定されることができる。一例として、ｅＮＢからｍａｘ  ＨＡＲＱｎｕｍ＝Ｎに設定されると、ｍｉｎ  ＨＡＲＱ  ＲＴＴ値も同様にＮに設定されることができる。
【０１９４】
Ｅ．方法１−５：ｍｉｎ  ＨＡＲＱ  ＲＴＴとｍａｘ  ＨＡＲＱｎｕｍとを独立して設定
【０１９５】
ｅＮＢから、ｍｉｎ  ＨＡＲＱ  ＲＴＴとｍａｘ  ＨＡＲＱｎｕｍとが各々独立し設定される。これに限られないが、ＵＥタイプ１の場合、ｍａｘ  ＨＡＲＱｎｕｍ≦ｍｉｎ  ＨＡＲＱ  ＲＴＴを満たす値のみに設定されることができ、ＵＥタイプ２の場合は、ｍａｘ  ＨＡＲＱｎｕｍ≧ｍｉｎ  ＨＡＲＱ  ＲＴＴを満たす値のみに設定されることができる。
【０１９６】
Ｆ．方法１−６：ｍｉｎ  ＨＡＲＱ  ＲＴＴと参照ｍａｘ  ＨＡＲＱｎｕｍとを独立して設定
【０１９７】
ｅＮＢから、ｍｉｎ  ＨＡＲＱ  ＲＴＴと参照ｍａｘ  ＨＡＲＱｎｕｍとを各々独立して設定される。これに限られないが、ＵＥタイプ１の場合、参照ｍａｘ  ＨＡＲＱｎｕｍ≦ｍｉｎ  ＨＡＲＱ  ＲＴＴを満たす値のみに設定されることができ、ＵＥタイプ２の場合は、参照ｍａｘ  ＨＡＲＱｎｕｍ≧ｍｉｎ  ＨＡＲＱ  ＲＴＴを満たす値のみに設定されることができる。
【０１９８】
Ｇ．方法１−７：ｍａｘ＿Ｎ＿ａｃｔ値とｍａｘ＿Ｎ＿ｒｅｆ値とを同一に或いは異なるように設定
【０１９９】
（ＵＥにおいて）ｍａｘ＿Ｎ＿ａｃｔ値及びｍａｘ＿Ｎ＿ｒｅｆ値が、ｍｉｎ  ＵＥ遅延及び／又はｍａｘ  ＵＥ遅延及び／又はｍｉｎ  ｅＮＢ遅延に基づいて設定されることができる。
【０２００】
１．一例として、ｍａｘ＿Ｎ＿ａｃｔ＝ｍａｘ  ＵＥ遅延＋ｍｉｎ  ｅＮＢ遅延（又は、Ｌ  ｘ  ｍａｘ  ＵＥ遅延）に設定され、ｍａｘ＿Ｎ＿ｒｅｆ＝ｍａｘ  ＵＥ遅延（又はｍｉｎ  ＵＥ遅延）＋ｍｉｎ  ｅＮＢ遅延に設定されることができる。
【０２０１】
２．他の例として、ｍａｘ＿Ｎ＿ａｃｔ＝ｍｉｎ  ＵＥ遅延＋ｍｉｎ  ｅＮＢ  遅延（又は、Ｌ  ｘ  ｍｉｎ  ＵＥ遅延）に設定され、ｍａｘ＿Ｎ＿ｒｅｆ＝ｍｉｎ  ＵＥ遅延＋ｍｉｎ  ｅＮＢ遅延に設定されることができる。
【０２０２】
３．Ｌは、特定値（例えば、２）に予め定義されるか、又はｅＮＢから設定される。
【０２０３】
Ｈ．方法１−８：ｍｉｎ  ＵＥ遅延（又はｍａｘ  ＵＥ遅延）及びＬにより決定
【０２０４】
ｅＮＢから設定されたｍｉｎ  ＵＥ遅延（及びｍａｘ  ＵＥ遅延）値及びパラメータＬ値に基づいて、（ＵＥにおいて）ｍｉｎ  ＨＡＲＱ  ＲＴＴ（及びｍｉｎ  ｇＮＢ遅延）が決定される。
【０２０５】
１．一例として、ＵＥは、ｍｉｎ  ＨＡＲＱ  ＲＴＴ＝Ｌ  ｘ  ｍｉｎ  ＵＥ遅延（又は、Ｌ  ｘ  ｍａｘ  ＵＥ遅延）、又はｍｉｎ  ＨＡＲＱ  ＲＴＴ＝ｍｉｎ  ＵＥ遅延＋Ｌ（又は、ｍａｘ  ＵＥ遅延＋Ｌ）に決定できる。ＵＥは、ｍｉｎ  ＨＡＲＱ  ＲＴＴを同じＨＡＲＱプロセスに対する最小のスケジューリング時間間隔であると仮定した状態で動作できる。
【０２０６】
２．ＵＥは、ｍｉｎ  ｇＮＢ遅延＝ｍｉｎ  ＨＡＲＱ  ＲＴＴ−ｍｉｎ  ＵＥ遅延（又は、ｍｉｎ  ＨＡＲＱ  ＲＴＴ−ｍａｘ  ＵＥ遅延）に決定できる。ＵＥは、ｍｉｎ  ｇＮＢ遅延を、同じＨＡＲＱプロセスに対する最小のスケジューリング可能時点であると仮定した状態で動作できる。
【０２０７】
３．Ｌは、特定値（例えば、２、４）に予め定義されるか、又はｅＮＢから設定される。
【０２０８】
Ｉ．方法１−９：ａｃｔｕａｌｍａｘ  ＨＡＲＱｎｕｍの設定可能な値の範囲設定
【０２０９】
ａｃｔｕａｌｍａｘ  ＨＡＲＱｎｕｍ（ｍａｘ＿Ｎ＿ａｃｔ）の設定可能な最小値は、ｍｉｎ  ＵＥ遅延により、最大値は、ｍａｘ  ＵＥ遅延により、（ＵＥで）各々決定される。
【０２１０】
１．一例として、ｍａｘ＿Ｎ＿ａｃｔの設定可能な最小値は、（ｍｉｎ  ＵＥ遅延＋Ｘ）に、最大値は、（ｍａｘ  ＵＥ遅延＋Ｘ）に、各々決定できる。ここで、Ｘは、ｍｉｎ  ｇＮＢ遅延、パラメータＬ、ｍｉｎ  ＵＥ遅延又はｍａｘ  ＵＥ遅延のうちのいずれかに設定される。
【０２１１】
２．他の例として、（ＵＥタイプに対する別の区別（区分）なしで（without distinguishing between the UE types））任意のＵＥに対して、（actual）ｍａｘ  ＨＡＲＱｎｕｍ≦ｍｉｎ  ＨＡＲＱ  ＲＴＴを満たす値のみに設定されるか、（actual）ｍａｘ  ＨＡＲＱｎｕｍ≧ｍｉｎ  ＨＡＲＱ  ＲＴＴを満たす値のみに設定されることができる。
【０２１２】
３．さらに他の例として、（ＤＬ／ＵＬ構成が動的に変更する）動的ＴＤＤの場合には、（actual）ｍａｘ  ＨＡＲＱｎｕｍ＜ｍｉｎ  ＨＡＲＱ  ＲＴＴを満たす値に設定され、準静的ＤＬ／ＵＬ構成ベースのＴＤＤ又はＦＤＤの場合には、（actual）ｍａｘ  ＨＡＲＱｎｕｍ＞ｍｉｎ  ＨＡＲＱ  ＲＴＴを満たす値に設定されることができる。
【０２１３】
（４）ＨＡＲＱパラメータセット＃２
【０２１４】
Ａ．方法２−１：特定のＤＬデータ受信に対して固定したバッファサイズを割り当て
【０２１５】
特定のＤＬデータ受信に対して、固定した最小のソフトバッファサイズが割り当てられる（即ち、ＴＢ当たり最小の記憶ビット数が固定）。
【０２１６】
１．ｍａｘ  ＨＡＲＱｎｕｍに対する再設定（それによるソフトバッファの再分割）時にも、特定のＤＬデータ受信に対しては、最小のソフトバッファサイズは、変更しないことができる。
【０２１７】
２．特定のＤＬデータは、特定のＨＡＲＱプロセスＩＤを有するか、特定のＤＣＩフォーマットによりスケジューリングされるか、又はデフォルトＵＥ遅延が指示されたＤＬデータであることができる。
【０２１８】
３．特定のＤＬデータに対する最小のソフトバッファサイズは、ｍａｘ＿Ｎ＿ｒｅｆ値に基づいて分割されたソフトバッファサイズに設定されることができる。
【０２１９】
Ｂ．方法２−２：ＤＬとＵＬとの間でＨＡＲＱパラメータを独立して設定
【０２２０】
ＵＥ遅延、ｅＮＢ遅延、ＨＡＲＱ  ＲＴＴ、ＨＡＲＱｎｕｍなどのパラメータ値が、ＤＬ  ＨＡＲＱとＵＬ  ＨＡＲＱとの間で独立して（例えば、異なる値に）設定されることができる。
【０２２１】
１．該当パラメータは、ｍｉｎ  ＵＥ遅延、ｍａｘ  ＵＥ遅延、デフォルトＵＥ遅延、ｍｉｎ  ｅＮＢ遅延、デフォルトｅＮＢ遅延、ｍｉｎ  ＨＡＲＱ  ＲＴＴ、デフォルトＨＡＲＱ  ＲＴＴ、ｍａｘ  ＨＡＲＱｎｕｍ、デフォルトＨＡＲＱｎｕｍなどを含む。
【０２２２】
Ｃ．方法２−３：ＳＣＳ（Subcarrier Spacing）及びＢＷによるｍｉｎ＿ｄＵＥ＿ｃａｐ及びｄＵＥ＿デフォルト報告／設定
【０２２３】
ＵＥが接続した（アクセスする）システム／セル上でＯＦＤＭ変復調に使用されるＳＣＳ及び動作ＢＷによって、ＵＥは、ｍｉｎ＿ｄＵＥ＿ｃａｐ値を独立して（例えば、異なる値に）報告することができる。ここで、動作ＢＷは、例えば、全システムＢＷ（以下、システムＢＷ）、ＵＥの最大動作ＢＷ（以下、ｍａｘ  ＵＥ  ＢＷ）又はｅＮＢから設定されたＵＥ動作ＢＷ（以下、ｃｆｇ  ＵＥ  ＢＷ）を含む。ｄＵＥ＿デフォルト値もＳＣＳ及びＢＷによって異なるように設定される。
【０２２４】
１．一例として、ＵＥは、（自体が接続したシステム／セルのＳＣＳ値、並びに）システムＢＷ及び／若しくはｍａｘ  ＵＥ  ＢＷ及び／若しくは設定されたＵＥ  ＢＷを基準として、特定の（例えば、ｍａｘ）ＴＢサイズに対してｍｉｎ＿ｄＵＥ＿ｃａｐ値を報告するように動作できる。この場合、同じ動作ＢＷについて、ＳＣＳのサイズによってｍｉｎ＿ｄＵＥ＿ｃａｐ値が異なるように決定／報告されるか、又は、同じＳＣＳについて、動作ＢＷのサイズによってｍｉｎ＿ｄＵＥ＿ｃａｐ値が異なるように決定／報告されることができる。
【０２２５】
２．他の例として、同じシステムＢＷについて、ＳＣＳのサイズによってｄＵＥ＿デフォルト値が異なるように設定されるか、又は、同じＳＣＳについて、システムＢＷのサイズによってｄＵＥ＿デフォルト値が異なるように設定されることができる。この場合、システムＢＷを基準として設定されるｄＵＥ＿デフォルト値は、ＵＥタイプ２のみに適用され、ＵＥタイプ１に適用されるｄＵＥ＿デフォルト値は、システムＢＷより小さい特定サイズのｍａｘ  ＵＥ  ＢＷ（及びＳＣＳ値）に基づいて設定される。
【０２２６】
Ｄ．方法２−４：複数のＴＴＩ長で動作する状況におけるソフトバッファの運用
【０２２７】
互いに異なる複数のＴＴＩ長に基づいてＨＡＲＱ動作を行う場合、（ｅＮＢ／ＵＥにおいて）各ＴＴＩ長ごとに以下のようなソフトバッファ割り当て方式が考えられる。便宜上、大きいＴＴＩ長をＬ−ＴＴＩと定義し、Ｌ−ＴＴＩに設定された最大のＨＡＲＱプロセス数をＮと定義する。また、小さいＴＴＩ長をＳ−ＴＴＩと定義し、Ｓ−ＴＴＩに設定された最大のＨＡＲＱプロセス数をＭと定義する。
【０２２８】
１．Ｏｐｔ  １：各ＴＴＩ長に対して、全バッファサイズを基準として、ＴＢ当たり最小のバッファサイズを割り当てることができる。例えば、Ｌ−ＴＴＩの場合、全バッファサイズをＮ個に分割して、ＴＢ当たり最小のバッファサイズを割り当てることができる。また、Ｓ−ＴＴＩの場合、全バッファサイズをＭ個に分割して、ＴＢ当たり最小のバッファサイズを割り当てることができる。
【０２２９】
２．Ｏｐｔ  ２：全バッファサイズをＴＴＩ長によって分け、ＴＴＩ長ごとに該当ＴＴＩ長に割り当てられた部分バッファサイズを基準として、ＴＢ当たり最小のバッファサイズを割り当てることができる。例えば、全バッファサイズＳをＡ：Ｂの比率に分けて（例えば、０＜Ｂ＜Ａ＜１、Ａ＋Ｂ＝１）、Ｌ−ＴＴＩの場合は、部分バッファサイズ（ＡｘＳ）をＮ個に分割し、Ｓ−ＴＴＩの場合は、部分バッファサイズ（ＢｘＳ）をＭ個に分割して、ＴＢ当たり最小のバッファサイズを割り当てることができる。
【０２３０】
３．Ｏｐｔ  ３：Ｌ−ＴＴＩの場合、全バッファサイズを基準として、Ｓ−ＴＴＩの場合、部分バッファサイズを基準として、ＴＢ当たり最小のバッファサイズを割り当てることができる。例えば、Ｌ−ＴＴＩの場合は、全バッファサイズＳをＮ個に分割し、Ｓ−ＴＴＩの場合は、部分バッファサイズ（ＢｘＳ）をＭ個に分割して、ＴＢ当たり最小のバッファサイズを割り当てることができる（０＜Ｂ＜１）。
【０２３１】
４．以上のように、バッファサイズ（寸法）決定（dimensioning）が適用された状態で、同じ１つのデータ（例えば、ＴＢ）について異なるＴＴＩ長による送信及び再送信が行われることができる。この場合、該当ＴＢの最小バッファサイズは、該当ＴＢの（再送信ではない）最初の送信に使用されたＴＴＩ長に設定されたＴＢ当たり最小のバッファサイズに割り当てることができる。
【０２３２】
５．ここで、ＴＴＩ長は、実際のＴＴＩが１つに固定／設定された状態でデータ送信に指示された時間区間（例えば、シンボル数）に代替適用できる。例えば、Ｌ−ＴＴＩは、特定数以上のシンボルで構成されたデータ区間に代替され、Ｓ−ＴＴＩは、特定数未満のシンボルで構成されたデータ区間に代替されることができる。
【０２３３】
Ｅ．方法２−５：ＴＢＳ／ＢＷ／ＳＣＳ／ＴＴＩの組み合わせによるｍｉｎ＿ｄＵＥ＿ｃａｐ報告
【０２３４】
ＵＥが特定の（例えば、周波数帯域ごとに予め定義された）（複数の）ＴＢサイズ（ＴＢＳ）、ＢＷのサイズ、ＳＣＳ値及びＴＴＩ長の組み合わせを基準として、各組み合わせによる自体のｍｉｎ＿ｄＵＥ＿ｃａｐをｅＮＢに報告するように動作することができる。さらに、ｅＮＢは、ｍｉｎ＿ｄＵＥ＿ｃａｐの決定の基準となる特定のＴＢサイズ、ＢＷサイズ、ＳＣＳ値及びＴＴＩ長の組み合わせをＵＥにシグナリングし、ＵＥは、シグナリングされた組み合わせによる自体のｍｉｎ＿ｄＵＥ＿ｃａｐをｅＮＢに報告するように動作することができる。
【０２３５】
Ｆ．方法２−６：ＤＬ制御チャネルタイプによるｍｉｎ＿ｄＵＥ＿ｃａｐの報告及び候補ＨＡＲＱ遅延の設定
【０２３６】
ＤＬ／ＵＬ共有（データ）チャネルのスケジューリングに使用されたＤＬ制御チャネルのタイプによって、ＵＥは、ｍｉｎ＿ｄＵＥ＿ｃａｐ値をｅＮＢに報告することができる。例えば、ＤＬ／ＵＬ共有（データ）チャネルのスケジューリングが使用されたＤＬ制御チャネルが、既存のＬＴＥのＰＤＣＣＨのように、１つのＴＴＩ／ＳＦ／スロット内で相対的に低い（最大の）シンボルインデックスを有して、少数（小数）（small number）のシンボルを占有しながらＤＬデータチャネル送信区間とＴＤＭされる形態（このとき、ＴＤＭ方式は制御チャネルがデータチャネルより先にマッピング／送信される構造）で構成される（以下、制御タイプ１）か、又はＬＴＥのＥＰＤＣＣＨのように、相対的に高い（最大の）シンボルインデックスを有して、多数のシンボルを占有しながらＤＬデータチャネル送信領域とＦＤＭされる形態で構成される（以下、制御タイプ２）か、によって、ＵＥは、ｍｉｎ＿ｄＵＥ＿ｃａｐ値を独立してｅＮＢに報告することができる（例えば、各々の制御タイプについて独立して異なる値を報告、又は制御タイプ１に比べて制御タイプ２の方に大きい値を報告）。
【０２３７】
ＤＬ制御チャネルのタイプは、ＤＬデータチャネル送信区間とのＴＤＭ又はＦＤＭ形態で区分される以外にも、１つのＴＴＩ／ＳＦ／スロット内で制御チャネルの最後のシンボルと該当制御チャネルからスケジューリングされるＤＬデータチャネルの最後のシンボルとの間のギャップによって区分できる（或いは、該当ギャップに対する関数で定義できる）。例えば、制御タイプ１は、制御タイプ２の場合より該当ギャップがより大きい値を有する。かかるギャップに関する関数を特定の数式又は表で定義できる。
【０２３８】
これにより、ｅＮＢがＵＥに設定する候補ＨＡＲＱ遅延セットも、ＤＬ制御チャネルのタイプごとに独立して（例えば、異なるように、或いは制御タイプ１に比べて制御タイプ２の方が大きい値に）設定されることができる。デフォルトＵＥ遅延値もＤＬ制御チャネルタイプによって異なるように設定される。
【０２３９】
ここで、ｅＮＢから再送信されるデータのＨＡＲＱ遅延は、以下のオプションにより適用できる。
【０２４０】
１．Ｏｐｔ  １：再送信データの初期送信スケジューリングに使用された制御チャネルタイプによって決定
【０２４１】
２．Ｏｐｔ  ２：再送信データのスケジューリングに使用された制御チャネルタイプによって決定
【０２４２】
３．Ｏｐｔ  ３：再送信データの初期送信スケジューリングに使用された制御チャネルタイプによって決定されたＨＡＲＱ遅延と、再送信スケジューリングに使用された制御チャネルタイプによって決定されたＨＡＲＱ遅延と、のうち、大きいＨＡＲＱ遅延値の方に決定
【０２４３】
Ｇ．方法２−７：ＤＬ／ＵＬデータ信号マッピング方式によるｍｉｎ＿ｄＵＥ＿ｃａｐ報告及び候補ＨＡＲＱ遅延の設定
【０２４４】
ＤＬ／ＵＬデータ信号がどのような方式でマッピングされるか、例えば、既存のＬＴＥのＰＤＳＣＨのように、ＤＬ／ＵＬデータ信号が、周波数ファースト−時間セカンド（周波数を優先して時間を次にする）（frequency first-time second）方式でマッピングされる（以下、マッピングタイプ１）か、又は、ＬＴＥのＰＵＳＣＨのように、ＤＬ／ＵＬデータ信号が、時間ファースト−周波数セカンド（時間を優先して周波数を次にする）（time first-frequency second）方式でマッピングされる（以下、マッピングタイプ２）か、によって、ＵＥは、ｍｉｎ＿ｄＵＥ＿ｃａｐ値を独立して報告することができる（例えば、異なる値を報告、又はマッピングタイプ１に比べてマッピングタイプ２の方に大きい値を報告）。
【０２４５】
これにより、ｅＮＢがＵＥに設定する候補ＨＡＲＱ遅延セットも、ＤＬ／ＵＬデータ信号マッピング方式ごとに独立して設定されることができる（例えば、異なるように設定、又はマッピングタイプ１に比べてマッピングタイプ２の方に大きい値に設定）。また、デフォルトＵＥ遅延も、ＤＬ／ＵＬデータマッピング方式によって異なるように設定できる。
【０２４６】
Ｈ．方法２−８：ＰＲＡＣＨリソースごとに該当リソースを使用するＵＥに適用されるデフォルトＵＥ遅延値を異なるように設定
【０２４７】
ＰＲＡＣＨリソースごとに（例えば、時間、周波数、シーケンス、フォーマットのうちのいずれか１つにより区別される形態の）ＰＲＡＣＨリソースの使用／送信により（初期）ランダムアクセス過程を行う／完了するＵＥに適用されるデフォルトＵＥ遅延値が異なるように設定される。かかる設定は、（ＰＲＡＣＨリソース設定情報を含む）システム情報（例えば、ＳＩＢ）の送信により、ＵＥに（ブロードキャスト）シグナリングされる。
【０２４８】
これにより、ＵＥは、互いに異なるＰＲＡＣＨリソースに設定されている互いに異なる複数のｄＵＥ＿デフォルト値のうち、自体のｍｉｎ＿ｄＵＥ＿ｃａｐ値と同一であるか又はそれより大きい値に該当するｄＵＥ＿デフォルトが設定されているＰＲＡＣＨリソースのうちの１つを選択して、ＰＲＡＣＨを送信することができる。これにより、（初期）ランダムアクセス過程を行うように動作することができる。
【０２４９】
Ｉ．方法２−９：ＣＡ状態でセル／キャリア間のタイミングオフセットのセットによるｍｉｎ＿ｄＵＥ＿ｃａｐの報告及びＨＡＲＱ遅延の設定
【０２５０】
１つのＵＥに複数のセル／キャリア（セルに通称）に対するＣＡが設定された状況において、ＤＬ制御チャネル送信が行われるスケジューリングセルと該当ＤＬ制御チャネルからスケジューリングされたＤＬ／ＵＬデータチャネル送信が行われるスケジューリングされた（scheduled）セルとが互いに異なるように設定され（即ち、クロスキャリアスケジューリング）、該当の２つのセル間に特定水準以上に該当するＳＦ／スロット／シンボル単位の（ノンゼロ）タイミングオフセットセットが存在することができる。この場合、ＵＥは、２つのセル間に存在するタイミングオフセットセット情報をｅＮＢに報告するか、又はタイミングオフセットセット情報に基づいてｍｉｎ＿ｄＵＥ＿ｃａｐ情報をｅＮＢに報告するように動作することができる。これにより、同じスケジューリングセルが設定された複数のスケジューリングされたセルの各々に対して、候補ＨＡＲＱ遅延セットが独立して（例えば、異なる値に）設定されるか、又はスケジューリング（する）セル（scheduling cell）とスケジューリングされるセル（scheduled cell）とが同じ（ＵＬ）ＴＡ（Timing Advance）を適用する場合（即ち、同じＴＡグループに属する場合）と、２つのセルが異なるＴＡを適用する場合（即ち、互いに異なるＴＡグループに属する場合）と、の間で異なる候補ＨＡＲＱ遅延セットが設定されることができる。
【０２５１】
ｊ．方法２−１０：ＵＥが自体の最大復号能力又はそれに相応する情報をｇＮＢに報告
【０２５２】
ＵＥは、特定の（例えば、ｎｏｍｉｎａｌ）コードレート（例えば、１／２）の適用を仮定した状態で、自体の最大復号能力、又はそれに相応する特定の（例えば、最小）ＨＡＲＱプロセス数Ｋに関連する情報を、ｇＮＢに報告するように動作することができる。これにより、ｇＮＢは、該当ＵＥに対する（特定の（例えば、ｎｏｍｉｎａｌ）コードレート（例えば、１／２）における）最大ＴＢサイズ情報を把握できる。ここで、ＵＥの最大復号能力は、該当ＵＥの（復号）動作／サポート可能な最大の符号化されるビット数を示す。また、全ソフトバッファサイズを特定の（例えば、最小の）ＨＡＲＱプロセス数Ｋに分けた分に該当するビット数が、該当ＵＥの（復号動作／サポート可能な）最大の符号化されたビット数になり得る。
【０２５３】
［方式２］ＳＣＳ（又はＴＴＩ長）による最小のＨＡＲＱ  ＲＴＴ及びソフトバッファ管理
【０２５４】
この方式では、ＳＣＳ（それに基づくＴＴＩ長）による最小のＨＡＲＱ  ＲＴＴとソフトバッファ管理方式とについて提案する。
【０２５５】
（１）参照ＨＡＲＱパラメータセット
【０２５６】
まず、ＵＥ具現の参照（reference）となる（又は、ＵＥパフォーマンスの目標となる）ＨＡＲＱパラメータセットが以下のように考えられる。
【０２５７】
１）ＳＣＳ（SubCarrier Spacing）：Ｋ［ｋＨｚ］
【０２５８】
２）ＴＴＩ長：Ｌ［ｍｓ］
【０２５９】
−ＳＣＳ＝Ｋ［ｋＨｚ］に基づくＮ個のＯＦＤＭシンボル区間
【０２６０】
３）最大（aggregated）ＢＷ：Ｂ［ＭＨｚ］（＝Ｍ［ＲＢｓ］）
【０２６１】
−ＳＣＳ＝Ｋ［ｋＨｚ］に基づく最大の受信ＢＷ又は最大のＲＢ数
【０２６２】
４）最大ＴＢＳ（最大のＢＷ以上）：Ａ［ｂｉｔｓ］
【０２６３】
−ＴＴＩ長であるＬ［ｍｓ］単位でスケジューリング可能な最大のＴＢサイズ
【０２６４】
−最大ＢＷが（同じＢＷを有する）Ｎｃ個のキャリアのＣＡで構成される場合、実際に各キャリアごとの最大のＴＢＳは、Ａ／ＮＣ［ｂｉｔｓ］になり得る。
【０２６５】
５）最小ＨＡＲＱ  ＲＴＴ：Ｙ［ｍｓ］
【０２６６】
−ＵＥ（及びｅＮＢ）における最小のＨＡＲＱ処理時間（方式１のｃａｐａｂｌｅｍｉｎ  ＵＥ遅延に該当）によって決定可能
【０２６７】
６）参照ＨＡＲＱプロセス番号：Ｚ（＝Ｙ／Ｌ）
【０２６８】
−ＨＡＲＱ  ＲＴＴであるＹ［ｍｓ］の間にスケジューリング可能な最大のＨＡＲＱプロセス数
【０２６９】
７）全ソフトバッファサイズ（Total soft Buffer Size）：Ｘ［ｂｉｔｓ］
【０２７０】
−最大ＴＢＳであるＡ［ｂｉｔｓ］に対する（ｎｏｍｉｎａｌ（又はｔａｒｇｅｔ  ｏｒ  Ｒｅｌｉａｂｌｅ）コードレートに基づく）ソフト（符号化された）ビットをＺ個のＨＡＲＱプロセスに対して記憶できる全ソフトバッファサイズ
【０２７１】
−互いに異なるＵＥが、同一の最大ＴＢＳ  Ａ［ｂｉｔｓ］及び／又は同一の全ソフトバッファサイズＸ［ｂｉｔｓ］をサポートしながら、最小ＨＡＲＱ  ＲＴＴ  Ｙ［ｍｓ］は、ＵＥごとに異なる値をサポートすることができる
【０２７２】
次に、以上のような参照ＨＡＲＱパラメータセットに基づいてソフトバッファサイズの決定について説明すると、以下の通りである。ソフトバッファサイズの決定は、全ソフトバッファをＴＢ当たりの（最小の）バッファサイズに分割することを意味する。
【０２７３】
１）ＴＢ当たりの最小バッファサイズ：Ｘ／Ｚ［ｂｉｔｓ］
【０２７４】
−Ｚは、ソフトバッファサイズの決定に使用される最大値（以下、最大バッファサイズ値）を示す。
【０２７５】
−Ｚより大きいＨＡＲＱプロセス番号が設定された場合にも、ＴＢ当たりの最小バッファサイズは、Ｘ／Ｚ［ｂｉｔｓ］に制限される。
【０２７６】
−Ｚより小さいＺｓがＨＡＲＱプロセス番号に設定された場合、ＴＢ当たりの最小バッファサイズは、Ｘ／Ｚｓ［ｂｉｔｓ］に設定可能である。
【０２７７】
−最大ＢＷが（同じＢＷを有する）Ｎｃ個のキャリアで構成される場合、キャリアごとのＴＢ当たりの最小バッファサイズは、Ｘ／（Ｚ／Ｎｃ）［ｂｉｔｓ］になり得る。
【０２７８】
（２）より短いＴＴＩ長のためのＨＡＲＱパラメータ
【０２７９】
まず、参照ＳＣＳに基づくＴＴＩ長（例えば、ノーマルＴＴＩ）より短いＴＴＩ長で使用するために変形されたＨＡＲＱパラメータを考慮すると、以下の通りである。
【０２８０】
１）共通パラメータ
【０２８１】
−ＳＣＳ：２Ｋ［ｋＨｚ］
【０２８２】
−ＴＴＩ長（Ｎ  ＯＦＤＭシンボル）：Ｌ／２［ｍｓ］
【０２８３】
−最大ＢＷ：Ｂ［ＭＨｚ］＝Ｍ／２［ＲＢｓ］
【０２８４】
−最大ＴＢＳ（ＴＴＩ当たり）：Ａ／２［ｂｉｔｓ］
【０２８５】
−全ソフトバッファサイズ：Ｘ［ｂｉｔｓ］
【０２８６】
２）ＨＡＲＱパラメータセット１
【０２８７】
−最小ＨＡＲＱ  ＲＴＴ：Ｙ［ｍｓ］
【０２８８】
−参照ＨＡＲＱプロセス番号：２Ｚ（＝Ｙ／（Ｌ／２））
【０２８９】
−ＴＢ当たりの最小バッファサイズ（最大ＴＢＳ＝Ａ／２）：Ｘ／（２Ｚ）［ｂｉｔｓ］
【０２９０】
−Ｎｏｔｅ：このパラメータセットは、データ（復号）性能及び信号プロセス速度の側面において参照パラメータセットの場合と同一又は類似する
【０２９１】
−この場合、２Ｚがソフトバッファサイズの決定に使用される最大値である
【０２９２】
３）ＨＡＲＱパラメータセット２
【０２９３】
−最小ＨＡＲＱ  ＲＴＴ：Ｙ'［ｍｓ］（Ｙ／２≦Ｙ'＜Ｙ）
【０２９４】
−参照ＨＡＲＱプロセス番号：Ｚ'（Ｚ≦Ｚ'＜２Ｚ）
【０２９５】
−ＴＢ当たりの最小バッファサイズ（最大ＴＢＳ＝Ａ／２）：Ｘ／Ｚ'［ｂｉｔｓ］（Ｘ／Ｚ'＞Ｘ／（２Ｚ））
【０２９６】
−Ｎｏｔｅ：このパラメータセットは、参照パラメータセットに比べて向上した性能（coding）利得及び遅延減少を得る反面、より早い信号プロセス速度が要求される（さらに、適用可能な最大ＴＡがより小さい値に制限される）
【０２９７】
−この場合、２Ｚがソフトバッファサイズの決定に使用される最大値である
【０２９８】
ここで、“２”を任意の整数“Ｃ”に代替（例えば、ＳＣＳをＣｘＫ［ｋＨｚ］に代替）することにより、本発明は、任意の短いＴＴＩ長である場合に一般化して適用できる。
【０２９９】
（３）ＴＴＩ長のためのＨＡＲＱパラメータ
【０３００】
まず、参照ＳＣＳに基づくＴＴＩ長（例えば、ノーマルＴＴＩ）より長いＴＴＩ長で使用するために変形されたＨＡＲＱパラメータを考慮すると、以下の通りである。
【０３０１】
１）共通パラメータ
【０３０２】
−ＳＣＳ：Ｋ／２［ｋＨｚ］
【０３０３】
−ＴＴＩ長（Ｎ個のＯＦＤＭシンボル）：２Ｌ［ｍｓ］
【０３０４】
−最大ＢＷ：Ｂ［ＭＨｚ］＝２Ｍ［ＲＢｓ］
【０３０５】
−最大ＴＢＳ（ＴＴＩ当たり）：２Ａ［ｂｉｔｓ］
【０３０６】
−全ソフトバッファサイズ：Ｘ［ｂｉｔｓ］
【０３０７】
２）ＨＡＲＱパラメータセット１
【０３０８】
−最小ＨＡＲＱ  ＲＴＴ：Ｙ［ｍｓ］
【０３０９】
−参照ＨＡＲＱプロセス番号：Ｚ／２（＝Ｙ／（２Ｌ））
【０３１０】
−ＴＢ当たりの最小バッファサイズ（最大ＴＢＳ＝２Ａ）：Ｘ／（Ｚ／２）［ｂｉｔｓ］
【０３１１】
−Ｎｏｔｅ：このパラメータセットは、データ（復号）性能及び信号プロセス速度の側面において、参照パラメータセットの場合と同一又は類似する
【０３１２】
−この場合、Ｚ／２がソフトバッファサイズの決定に使用される最大値である
【０３１３】
３）ＨＡＲＱパラメータセット２
【０３１４】
−最小ＨＡＲＱ  ＲＴＴ：Ｙ'［ｍｓ］（Ｙ＜Ｙ'≦２Ｙ）
【０３１５】
−参照ＨＡＲＱプロセス番号：Ｚ'（Ｚ／２＜Ｚ'≦Ｚ）
【０３１６】
−ＴＢ当たりの最小バッファサイズ（最大ＴＢＳ＝２Ａ）：Ｘ／Ｚ'［ｂｉｔｓ］（Ｘ／Ｚ'＜Ｘ／（Ｚ／２））
【０３１７】
−Ｎｏｔｅ：このパラメータセットは、参照パラメータセットに比べて遅い信号処理（プロセス）速度で動作可能である（さらに、適用可能な最大ＴＡがより大きい値まで許容される）反面、（復号）性能及び遅延減少の側面において低下する
【０３１８】
−この場合、Ｚ／２がソフトバッファサイズの決定に使用される最大値である
【０３１９】
ここで、“２”を任意の整数“Ｃ”に代替（例えば、ＳＣＳをＫ／Ｃ［ｋＨｚ］に代替）することにより、本発明は、任意の長いＴＴＩ長である場合に一般化して適用できる。
【０３２０】
（４）ＨＡＲＱパラメータ関連のＵＥ動作
【０３２１】
上記に基づいて、ＵＥは、特定の複数の異なるＳＣＳ又はＴＴＩ長（又は周波数バンド）の集合について、各ＳＣＳ／ＴＴＩ長（／周波数バンド）ごとにＨＡＲＱパラメータセットの全体又は特定の一部をｅＮＢに報告することができる。上述したように、ＨＡＲＱパラメータセットは、例えば、最大（aggregated）ＢＷ（又はキャリア当たりの最大ＢＷ）、最大ＴＢＳ（最大ＢＷ以上又はキャリア当たり）、最小ＨＡＲＱ  ＲＴＴ（ｗｉｔｈ  ｃａｐａｂｌｅ  ｍｉｎ  ＵＥ遅延）、参照ＨＡＲＱプロセス番号、最大バッファサイズ値などを含む。
【０３２２】
なお、より短いＴＴＩ長の場合、ＵＥの（ピーク）データレート／遅延要求又は目標サービスアプリケーションタイプ（例えば、ｅＭＢＢ／ＵＲＬＬＣ／ｍＭＴＣのうちのいずれかのタイプ）によって、ＨＡＲＱパラメータセットを異なるように具現するように規定できる。一例として、ｅＭＢＢ（又はｍＭＴＣ）ターゲットＵＥは、ＨＡＲＱパラメータセット１を使用し、ＵＲＬＬＣターゲットＵＥは、ＨＡＲＱパラメータセット２（例えば、最小ＨＡＲＱ  ＲＴＴをＹ'＝Ｙ／Ｃ［ｍｓ］として具現）を使用するように規定できる。また、より長いＴＴＩ長の場合にも、ＵＥの（ピーク）データレート／遅延要求又は目標サービスアプリケーションタイプ（例えば、ｅＭＢＢ／ＵＲＬＬＣ／ｍＭＴＣのうちのいずれのタイプであるか）によって、ＨＡＲＱパラメータセットを異なるように具現するように規定できる。一例として、ｅＭＢＢ（又はＵＲＬＬＣ）ターゲットＵＥは、ＨＡＲＱパラメータセット１を使用し、ｍＭＴＣターゲットＵＥは、ＨＡＲＱパラメータセット２（例えば、最小ＨＡＲＱ  ＲＴＴをＹ'＝ＹｘＣ［ｍｓ］として具現）を使用するように規定できる。
【０３２３】
さらに、より短いＴＴＩ長におけるＨＡＲＱパラメータセット１／２をＳ−ＴＴＩセット１／２と、より長いＴＴＩ長におけるＨＡＲＱパラメータセット１／２をＬ−ＴＴＩセット１／２と、各々称すると、同じＵＥは、Ｓ−ＴＴＩセット２とＬ−ＴＴＩセット２との組み合わせを報告（具現／要求）しないように規定／制限できる。なお、ＴＴＩ長１＞ＴＴＩ長２＞ＴＴＩ長３＞ＴＴＩ長４と与えられたとき、ＴＴＩ長１からＴＴＩ長２への変更がＳ−ＴＴＩセット２で、ＴＴＩ長２からＴＴＩ長３への変更がＳ−ＴＴＩセット１で、各々報告（具現）されると、ＴＴＩ長３からＴＴＩ長４への変更は、Ｓ−ＴＴＩセット１のみを報告（具現）するように（即ち、Ｓ−ＴＴＩセット２を報告（具現／要求）しないように）規定／制限できる。また、ＴＴＩ長１＜ＴＴＩ長２＜ＴＴＩ長３＜ＴＴＩ長４と与えられたとき、ＴＴＩ長１からＴＴＩ長２への変更がＬ−ＴＴＩセット２で、ＴＴＩ長２からＴＴＩ長３への変更がＬ−ＴＴＩセット１で、各々報告（具現）されると、ＴＴＩ長３からＴＴＩ長４への変更は、Ｌ−ＴＴＩセット１のみを報告（具現）するように（即ち、Ｌ−ＴＴＩセット２を報告（具現／要求）しないように）規定／制限できる。
【０３２４】
（５）（ピークデータレート、最小ＨＡＲＱ  ＲＴＴ、ソフトバッファサイズ）によるＵＥカテゴリ
【０３２５】
ピークデータレート、最小ＨＡＲＱ  ＲＴＴ、ソフトバッファサイズの組み合わせによって、ＵＥカテゴリを規定する方式について提案する。ＵＥカテゴリは、ＵＥカテゴリの分類に使用される様々な情報を示す代表値／インデックスとして理解できる。したがって、ＵＥは、ＵＥカテゴリによりＵＥカテゴリの規定に使用される様々な情報をｅＮＢに伝達し、ｅＮＢは、ＵＥカテゴリにより得た情報を用いて、ＵＥにＨＡＲＱ動作に必要な様々な情報（例えば、方式１を参照）を設定することができる。
【０３２６】
まず、ＵＥカテゴリを規定する３つのパラメータについて定義すると、以下の通りである。
【０３２７】
１）ピークデータレート（Ｘi  Ｇｂｐｓ）：単一のスロット又はＴＴＩにより受信可能な最大データ（情報）ビット数
【０３２８】
２）最小ＨＡＲＱ  ＲＴＴ（Ｙｍｉｎi  ｍｓ）：同じデータ（例えば、ＴＢ）の（再）送信間の最小間隔（達成可能な最小遅延）
【０３２９】
３）最大ＨＡＲＱ  ＲＴＴ（Ｙｍａｘi  ｍｓ）：ピークレートデータを連続して受信／記憶可能な最長時間
【０３３０】
４）ソフトバッファサイズ（Ｚｉ  ｂｉｔｓ）＝Ｘi［Ｇｂｐｓ］ｘＹｍａｘi［ｍｓ］ｘＡ
【０３３１】
５）Ａは、特定（例えば、最低）コードレートＲ及び／又は許容可能な最大送信数Ｔ（例えば、４）の関数により決定され、一例としてＡ＝ｍｉｎ（１／Ｒ、Ｔ）である。
【０３３２】
６）Ｒは、レートマッチング又はパンクチャを適用しない最小（例えば、ｍｏｔｈｅｒ）のコードレート、又はそれ以上の特定ターゲットのコードレートで決定される。
【０３３３】
７）Ｙｍａｘiは、ＵＥの具現によってＹｍｉｎiより大きいか又は等しい値を有し、以下、Ｙi（又はＹ）は、Ｙｍａｘi（又はＹｍｉｎi）に設定可能である。また、この明細書において、Ｙi（又はＹ）は、Ｙｍａｘi（又はＹｍｉｎi）を意味することができる。
【０３３４】
上記定義に基づいて、ＵＥカテゴリＣiは、（Ｘi、Ｙi、Ｚi）の組み合わせにより規定できる。これにより、可能なＵＥカテゴリを昇順（上昇）カテゴリオーダ（ascending category order）に基づいて規定すると、以下の通りである。
【０３３５】
１）Ｃ1＝（Ｘ、Ｙ、Ｚ）
【０３３６】
Ａ．ピークレートＸ及び最小ＲＴＴ  Ｙ、並びにバッファサイズＺの組み合わせにより規定されるＵＥカテゴリ
【０３３７】
２）Ｃ2＝（Ｘ、Ｙ'、Ｚ'）、ここで、Ｙ'＜Ｙ、Ｚ'＜Ｚ
【０３３８】
Ａ．Ｃ1との比較
【０３３９】
−同じピークレートをサポート
【０３４０】
−より小さい最小ＲＴＴをサポートする（より早い）処理（プロセス）能力（processing capability）に基づいて、より小さい最小遅延をサポート
【０３４１】
−より小さいバッファサイズに基づいて、ピークレートのデータ送信に対してより小さい（最大）ＨＡＲＱプロセス数をサポート
【０３４２】
−バッファサイズは、最小ＲＴＴに比例して決定（減少）される（例えば、Ｙ'／Ｙ＝Ｚ'／Ｚ）。互いに異なる（最小ＲＴＴ、バッファサイズの）組み合わせを有し、かつ、２つのパラメータ間の比率（例えば、Ｙ／Ｚ＝Ｙ'／Ｚ'）は同一であるＵＥの場合、ＵＥカテゴリ（オーダ）上で互いに異なるＵＥに区分／規定できる。
【０３４３】
Ｂ．同じピークレートをサポートする複数のＵＥについてもサポート可能な最小ＲＴＴ（又は最小遅延）及びバッファサイズは、ＵＥごとに異なるように具現され、最小ＲＴＴとバッファサイズとは、互いに比例関係を有して決定される。
【０３４４】
３）Ｃ3＝（Ｘ、Ｙ'、Ｚ）、ここで、Ｙ'＜Ｙ
【０３４５】
Ａ．Ｃ1との比較
【０３４６】
−同じピークレートをサポート
【０３４７】
−より小さい最小ＲＴＴをサポートする（より早い）プロセス能力に基づいて、より小さい最小遅延をサポート
【０３４８】
−同じバッファサイズに基づいて、ピークレートのデータ送信に対して同一の（最大）ＨＡＲＱプロセス数をサポート
【０３４９】
Ｂ．同じピークレート及びバッファサイズをサポートする複数のＵＥについてもサポート可能な最小ＲＴＴ（それによる最小遅延）は、ＵＥごとに異なるように具現される。また、同じピークレート及び最小ＲＴＴをサポートする複数のＵＥについても、バッファサイズは、ＵＥごとに異なるように具現される。
【０３５０】
４）Ｃ4＝（Ｘ'、Ｙ'、Ｚ）、ここで、Ｘ'＞Ｘ、Ｙ'＜Ｙ
【０３５１】
Ａ．Ｃ1との比較
【０３５２】
−より大きいピークレートをサポート
【０３５３】
−より小さい最小ＲＴＴをサポートする（より早い）プロセス能力に基づいて、より小さい遅延をサポート
【０３５４】
−同じバッファサイズに基づいて、ピークレートのデータ送信に対してより小さい（最大）ＨＡＲＱプロセス数をサポート
【０３５５】
−ピークレートは、ＵＥのサポート可能な最大ＢＷ能力に比例して決定（増加）される
【０３５６】
−一方、ピークレートと最小ＲＴＴとは、互いに反比例しながら積（product）が一定になるように決定される（例えば、Ｘ・Ｙ＝Ｘ'・Ｙ'）。互いに異なる（ピークレート、最小ＲＴＴの）組み合わせを有しながら、２つのパラメータ間の積が同じであるＵＥは、ＵＥカテゴリ（オーダ）上で互いに異なるＵＥに区分／規定されることができる
【０３５７】
Ｂ．同じバッファサイズ（及び／若しくは最小ＲＴＴ）をサポートする複数のＵＥについてもサポート可能なピークレート並びに／又は最小ＲＴＴ（若しくは最小遅延）は、ＵＥごとに異なるように具現される。この場合、ピークレートと最小ＲＴＴとは、互いに反比例関係を有して決定される
【０３５８】
５）Ｃ5＝（Ｘ'、Ｙ'、Ｚ''）、ここで、Ｘ'＞Ｘ、Ｙ'＜Ｙ、Ｚ''＞Ｚ
【０３５９】
Ａ．Ｃ1との比較
【０３６０】
−より大きいピークレートをサポート
【０３６１】
−より小さい最小ＲＴＴをサポートする（より早い）プロセス能力に基づいて、より小さい最小遅延をサポート
【０３６２】
−より大きいバッファサイズに基づいて、ピークレートのデータ送信に対して同じ（最大）ＨＡＲＱプロセス数をサポート
【０３６３】
−バッファサイズは、ピークレートに比例して決定される（例えば、増加）（例えば、Ｚ''＝Ｚ・（Ｘ'／Ｘ））
【０３６４】
Ｂ．同じピークレート及び最小ＲＴＴをサポートする複数のＵＥについても、バッファサイズは、ＵＥごとに異なるように具現される
【０３６５】
上記において、ピーク（データ）レートは、スケジューリング単位時間（例えば、ＴＴＩ又はスロット又はサブフレームであり、便宜上、ＴＴＩと通称する）を基準として、該当時間内に達成可能な瞬間的な（instantaneous）ピークレートを意味する。
【０３６６】
一方、同じピークレートをサポートするＵＥであるにもかかわらず、最小（ＨＡＲＱ）ＲＴＴと（ソフト）バッファサイズとの組み合わせによって、以下のように互いに異なるＵＥタイプ（例えば、カテゴリ又は能力）が考えられる。便宜上、最小ＲＴＴに該当する１つ以上のＴＴＩ区間の間に連続／持続する（ピークレート）データ受信をサポート可能なバッファサイズを “ｎｏｍｉｎａｌ  バッファサイズ”と定義する。
【０３６７】
１）同じピークレートをサポートしながら異なる（最小ＲＴＴ、バッファサイズの）組み合わせをサポートするＵＥタイプ
【０３６８】
Ａ．ＵＥタイプＡ：ＵＥがサポートする最小ＲＴＴに対応するｎｏｍｉｎａｌバッファサイズより大きいソフトバッファサイズをサポートするＵＥタイプ
【０３６９】
Ｂ．ＵＥタイプＢ：ＵＥがサポートする最小ＲＴＴに対応するｎｏｍｉｎａｌバッファサイズと同じソフトバッファサイズをサポートするＵＥタイプ
【０３７０】
Ｃ．ＵＥタイプＣ：ＵＥがサポートする最小ＲＴＴに対応するｎｏｍｉｎａｌバッファサイズより小さいソフトバッファサイズをサポートするＵＥタイプ
【０３７１】
ＵＥタイプＡ／Ｂ／Ｃは、（同じピークレートをサポートする場合）同じ最小ＲＴＴをサポートするように具現できる（即ち、異なるバッファサイズをサポート可能）。あるいは、ＵＥタイプＡ／Ｂ／Ｃは、（同じピークレートをサポートする場合）同じバッファサイズをサポートするように具現できる（即ち、異なる最小ＲＴＴをサポート可能）。
【０３７２】
さらに、ＵＥタイプＡ／Ｂ／Ｃの場合、データレート要求、遅延要求、デュプレックス（duplexing）モードなどによって、各々のＵＥタイプに対する具現の自由度が規定される。一例として、要求データレートが特定の水準（例えば、Ｘｂｐｓ）以上である場合、ＵＥタイプＡ／Ｂ（或いは、全てのＵＥタイプＡ／Ｂ／Ｃ）に対する具現が可能である反面、特定の水準未満である場合は、ＵＥタイプＣ（或いは、ＵＥタイプＢ／Ｃ）に対する具現のみが可能であるように規定できる。他の例として、要求遅延が特定の水準（例えば、Ｙ  ｍｓｅｃ）以下である場合、ＵＥタイプＡ／Ｂ（或いは、ＵＥタイプＢ）に対する具現が可能である反面、特定の水準を超える場合には、ＵＥタイプＣ（或いは、ＵＥタイプＢ／Ｃ）に対する具現のみが可能であるように規定できる。さらに他の例として、（要求データレートが特定の水準（例えば、Ｘ  ｂｐｓ）以上でありながら）ＴＤＤ動作をサポートするＵＥの場合、全てのＵＥタイプＡ／Ｂ／Ｃに対する具現が可能である反面、ＦＤＤ動作をサポートするＵＥの場合には、ＵＥタイプＡ／Ｂに対する具現のみが可能であるように規定できる。
【０３７３】
一方、ＮＲシステムにおいて、（最大）ＨＡＲＱプロセス数は、ｇＮＢからＵＥに特定の値に設定されるか、及び／又は、ＳＣＳ／ＴＴＩなどによって異なる値に決定される。かかる設定が可能な（configurable）又は可変可能な（variable）ＨＡＲＱプロセス数と、ＵＥがサポートする（最小のＨＡＲＱ  ＲＴＴ、ソフトバッファサイズの）組み合わせに基づいて、以下のような（actual）ＨＡＲＱ  ＲＴＴの設定及びバッファサイズの決定の動作を考慮できる。説明の便宜のために、最小ＲＴＴ区間に該当するＴＴＩ数を“ｎｏｍｉｎａｌ  ＨＡＲＱ番号”と定義する。また、実際の（同じＨＡＲＱプロセスＩＤを有する）データ送信と再送信との間で所要の（ＵＥ能力である最小ＲＴＴと同一であるか又はそれより大きく設定される）最小時間遅延をａｃｔｕａｌ  ＨＡＲＱ  ＲＴＴと定義する。
【０３７４】
１）ＨＡＲＱプロセス数及び（最小ＲＴＴ、バッファサイズ）の組み合わせによるａｃｔｕａｌ  ＲＴＴ及びバッファサイズの決定
【０３７５】
Ａ．Ａｃｔｕａｌ  ＨＡＲＱ  ＲＴＴ：ＵＥの最小ＲＴＴに対応するｎｏｍｉｎａｌ  ＨＡＲＱ番号Ｘと（例えば、ｇＮＢから設定された）ＨＡＲＱプロセス数Ｙとのうちの最大値に設定
【０３７６】
−例えば、ＹがＸより大きく設定される場合は、ａｃｔｕａｌ  ＲＴＴ＝Ｙに設定される反面、ＹがＸより小さく設定された場合は、ａｃｔｕａｌ  ＲＴＴ＝Ｘに設定
【０３７７】
Ｂ．バッファサイズ値：ＵＥの最小ＲＴＴに対応するｎｏｍｉｎａｌ  ＨＡＲＱ番号Ｘと（例えば、ｇＮＢから設定された）ＨＡＲＱプロセス数Ｙとのうちの最小値に設定
【０３７８】
−例えば、ＹがＸより大きく設定される場合は、サイズ値＝Ｘに設定される反面、ＹがＸより小さく設定された場合は、サイズ値＝Ｙに設定
【０３７９】
［方式３］ＵＥ処理時間及びＨＡＲＱプロセスの動作
【０３８０】
この方式では、ＵＥ処理時間、それによるＨＡＲＱタイミング及びＨＡＲＱプロセス関連の動作方式について提案する。
【０３８１】
（１）ＵＥ処理時間
【０３８２】
まず、ＤＬデータ受信（終了）時点と（に）対応するＨＡＲＱ−ＡＣＫ送信（開始）時点との間の時間間隔に該当するＯＦＤＭシンボル数を、ＤＬ処理時間Ｎ１と定義する。また、ＵＬグラントの受信（終了）時点と対応するＵＬデータ送信（開始）時点との間の時間間隔に該当するＯＦＤＭシンボル数を、ＵＬ処理時間Ｎ２と定義する。便宜上、以下では、Ｎ１及びＮ２を併せて（Ｎ１、Ｎ２）と表記し、（Ｎ１、Ｎ２）は、文脈によってＮ１及びＮ２を各々独立して示すか、又はＮ１及びＮ２の対を意味することができる。即ち、（Ｎ１、Ｎ２）は、Ｎ１、Ｎ２又はＮ１／Ｎ２を意味する。
【０３８３】
（Ｎ１、Ｎ２）の場合、ＤＬ／ＵＬデータ（及び／若しくはＨＡＲＱ−ＡＣＫ若しくはＵＬグラント）送信に使用されるＳＣＳ、ＤＬ／ＵＬデータ信号復調のために設定されたＤＭＲＳマッピングパターン（シンボル位置）、ＤＬ／ＵＬデータ信号に対するＲＥマッピング方式（例えば、周波数ファースト時間セカンドの方法）、並びに／又はピークデータレート対比スケジューリングされたＤＬ／ＵＬデータＴＢＳの比率（即ち、ＴＢＳ比率）などによって、異なる値に決定される。
【０３８４】
便宜上、ＳＣＳ、ＤＭＲＳパターン、データマッピング、ＴＢＳ比率などを（Ｎ１、Ｎ２）−影響因子（impacting factor）（簡単に、因子）と定義する。１つの影響因子に対する複数の候補（例えば、［ＳＣＳ］Ｘ（例えば、１５）ｋＨｚ及びＹ（例えば、３０）ｋＨｚ；［ＤＭＲＳパターン］ＤＭＲＳを含む最後のシンボルインデックスがＸである場合及びＹである場合；［データマッピング］周波数ファースト（優先）マッピング及び時間ファーストマッピング；［ＴＢＳ比率］Ｘ％及びＹ％など）を便宜上、因子候補（簡単に、候補）と定義する。
【０３８５】
なお、特定の因子Ａの候補（Ａ１、Ａ２）については、（Ｎ１、Ｎ２）が全てのＵＥに対して同じ値を有する（又は、同じ値を有するように要求される）反面、他の因子Ｂの候補（Ｂ１、Ｂ２）については、（Ｎ１、Ｎ２）がＵＥごとに異なる値を有する。この場合、因子Ａの候補（Ａ１、Ａ２）に対する（Ｎ１、Ｎ２）は、固定した単一の値に定義され、全てのＵＥが必ず具現すべき必須（mandatory）項目として規定されることができる。反面、因子Ｂの候補（Ｂ１、Ｂ２）に対する（Ｎ１、Ｎ２）は、ＵＥごとに具現によって異なる値を有する能力項目として規定されることができる。
【０３８６】
他の例として、同じ因子Ａ内で候補Ａ１については、（Ｎ１、Ｎ２）が全てのＵＥについて同じ値を有する（又は、同じ値を有するように要求される）反面、候補Ａ２については、（Ｎ１、Ｎ２）がＵＥごとに具現によって異なる値を有することができる。この場合、同じ因子Ａ内で候補Ａ１に対する（Ｎ１、Ｎ２）は、固定した単一の値に定義され、全てのＵＥが具現すべき必須項目として規定されることができる。反面、候補Ａ２に対する（Ｎ１、Ｎ２）は、ＵＥごとに具現によって異なる値を有する能力項目として規定されることができる。
【０３８７】
一方、（Ｎ１、Ｎ２）に対応するデータチャネル／信号及び制御チャネル／信号は、同じ１つのＣＣにより送信されるように設定されるか、（ＣＡ状態で）互いに異なるＣＣにより送信されるように設定される。この場合、２つのチャネル／信号間で互いに異なるＳＣＳが設定されることができる。例えば、Ｎ１の場合、ＤＬデータ（例えば、ＰＤＳＣＨ）とそれに対応するＨＡＲＱ−ＡＣＫ（例えば、ＰＵＣＣＨ）との間に異なるＳＣＳが使用され、Ｎ２の場合には、ＵＬグラントＤＣＩ（例えば、ＰＤＣＣＨ）とそれに対応するＵＬデータ（例えば、ＰＵＳＣＨ）との間に異なるＳＣＳが使用されることができる。
【０３８８】
したがって、データチャネル／信号及び制御チャネル／信号に各々ＳＣＳ  Ｓ＿ｄ及びＳＣＳ  Ｓ＿ｃが使用される場合、該当データ／制御の組み合わせに対するＵＥ処理時間（Ｎ１、Ｎ２）は、１）データのＳＣＳであるＳ＿ｄと制御のＳＣＳであるＳ＿ｃとのうちのより小さい値であるｍｉｎ（Ｓ＿ｄ、Ｓ＿ｃ）を、データと制御とに同様に使用したときの（Ｎ１、Ｎ２）に決定するか、２）Ｓ＿ｄをデータと制御とに同様に使用したときの（Ｎ１、Ｎ２）と、Ｓ＿ｃをデータと制御とに同様に使用したときの（Ｎ１、Ｎ２）と、のうちの（絶対時間の観点で）より大きい値に決定するか、又は、３）Ｓ＿ｄをデータと制御とに同様に使用したときのＮ値がＮ＿ｄであり、Ｓ＿ｃをデータと制御とに同様に使用したときのＮ値がＮ＿ｃである場合、（ａｘＮ＿ｄ＋ｂｘＮ＿ｃ）と決定する方法が考えられる（ａ＋ｂ＝１、例えば、ａ＝ｂ＝０．５である）。
【０３８９】
一方、ＵＣＩ（例えば、ＨＡＲＱ−ＡＣＫ、ＣＳＩ）は、ＵＬ制御チャネル（例えば、ＰＵＣＣＨ）ではないＵＬデータチャネル（例えば、ＰＵＳＣＨ）を介して（例えば、ＵＬ−ＳＣＨと多重化されて）、送信されることができる。このために、ＵＥ処理時間（Ｎ１、Ｎ２、Ｎ３）を以下のよう定義できる。
【０３９０】
１）Ｎ１：ＤＬデータ（例えば、ＰＤＳＣＨ）の受信（終了）時点と（に）対応するＨＡＲＱ−ＡＣＫ（例えば、ＰＵＣＣＨ）の送信（開始）時点との間の時間間隔に該当するＯＦＤＭシンボル数
【０３９１】
２）Ｎ２：ＵＬグラント（例えば、ＰＤＣＣＨ）の受信（終了）時点と対応するＵＬデータ（例えば、ＰＵＳＣＨ）の送信（開始）時点との間の時間間隔に該当するＯＦＤＭシンボル数
【０３９２】
３）Ｎ３：特定のＲＳ（例えば、ＣＳＩ−ＲＳ）の受信（終了）時点と対応するＣＳＩフィードバック（例えば、ＰＵＣＣＨ）の送信（開始）時点との間の時間間隔に該当するＯＦＤＭシンボル数
【０３９３】
上記によって、ＵＣＩがＰＵＳＣＨにピギーバックされて送信されるときに要求されるＵＥ処理時間Ｎ４は、ＵＣＩ（ｏｎ  ＰＵＣＣＨ）の送信に要求される処理時間（Ｎｕ＝Ｎ１又はＮ３）とＰＵＳＣＨ（ｗｉｔｈｏｕｔ  ＵＣＩ）の送信に要求される処理時間Ｎ２とのうち、特定の１つの値に基づいて決定する（例えば、Ｎ４＝ｍａｘ（Ｎｕ、Ｎ２）＋ｚ）か、Ｎ４＝（ａｘＮｕ＋ｂｘＮ２）＋ｚと決定する方法が考えられる。ここで、ａ＋ｂ＝１であり、一例として、ａ＝ｂ＝０．５であることができる。ｚは、０又は正の整数（例えば、１）である。さらに、ＨＡＲＱ−ＡＣＫとＣＳＩとが同時にＰＵＳＣＨにピギーバックされて送信されるときに要求される処理時間Ｎ４も、同様の方法で決定できる（例えば、Ｎ４＝ｍａｘ（Ｎ１、Ｎ２、Ｎ３）＋ｚ又はＮ４＝（ａｘＮ１＋ｂｘＮ２＋ｃｘＮ３）＋ｚ）。また、ＨＡＲＱ−ＡＣＫとＣＳＩとが同じ１つのＰＵＣＣＨを介して同時送信されるときに求められる処理時間Ｎ５も、同様の方法で決定できる（例えば、Ｎ５＝ｍａｘ（Ｎ１、Ｎ３）＋ｚ又はＮ５＝（ａｘＮ１＋ｂｘＮ３）＋ｚ）。
【０３９４】
また、ＰＵＳＣＨとＵＣＩ  ＰＵＣＣＨとの各々に異なるＳＣＳ  Ｓ＿ｄとＳ＿ｃとが使用される場合、ＵＣＩがＰＵＳＣＨにピギーバックされて送信されるときの処理時間Ｎ４は、１）ＰＵＳＣＨのＳＣＳであるＳ＿ｄとＰＵＣＣＨのＳＣＳであるＳ＿ｃとのうち、最小値であるｍｉｎ（Ｓ＿ｄ、Ｓ＿ｃ）をＰＵＳＣＨとＰＵＣＣＨとに同様に使用したときのＮ４に決定するか、２）Ｓ＿ｄをＰＵＳＣＨとＰＵＣＣＨとに同様に使用したときのＮ４と、Ｓ＿ｃをＰＵＳＣＨとＰＵＣＣＨとに同様に使用したときのＮ４と、のうち、（絶対時間の観点で）最大値に決定するか、又は３）Ｓ＿ｄをＰＵＳＣＨとＰＵＣＣＨとに同様に使用したときのＮ値がＮ＿ｄであり、Ｓ＿ｃをＰＵＳＣＨとＰＵＣＣＨとに同様に使用したときのＮ値がＮ＿ｃである場合、Ｎ４＝（ａｘＮ＿ｄ＋ｂｘＮ＿ｃ）と決定する方法が考えられる（ａ＋ｂ＝１であり、例えば、ａ＝ｂ＝０．５である）。さらに、ＨＡＲＱ−ＡＣＫとＣＳＩとが同時にＰＵＳＣＨにピギーバックされて送信されるときに求められる処理時間Ｎ４も、同様の方法、例えば、ＨＡＲＱ−ＡＣＫ  ＰＵＣＣＨ、ＣＳＩ  ＰＵＣＣＨ及びＰＵＳＣＨに設定された、最小ＳＣＳ、最大の絶対時間又は処理時間の組み合わせで決定できる。また、ＨＡＲＱ−ＡＣＫとＣＳＩとが同じ１つのＰＵＣＣＨを介して同時送信されるときに求められる処理時間Ｎ５も、同様の方法、例えば、ＨＡＲＱ−ＡＣＫ  ＰＵＣＣＨとＣＳＩ  ＰＵＣＣＨとに設定された最小ＳＣＳ、最大の絶対時間又は処理時間の組み合わせで決定できる。
【０３９５】
なお、ＵＥ処理時間（Ｎ１、Ｎ２）に伝播遅延及び／又はＴＡ（Timing Advance）などを加えて、実際のスロット（インデックス）単位の信号送信に適用される（最小）ＨＡＲＱタイミング（Ｋ１、Ｋ２）が決定されることができる。この場合、（Ｋ１、Ｋ２）の決定のために、Ｏｐｔ１）各ＵＥごとに設定されたＴＡ値を（ＵＥ固有に）適用するか、Ｏｐｔ２）ＴＡ値が有し得る最大値を（ＵＥ共通に）適用することができる。
【０３９６】
Ｏｐｔ  １とＯｐｔ  ２とは、状況及び条件などによって異なるように適用される。一例として、初期アクセス或いは（コンテンションベースの）ランダムアクセス過程におけるＤＬ／ＵＬデータ送信（例えば、Ｍｓｇ３  ＰＵＳＣＨ、Ｍｓｇ４  ＰＤＳＣＨ）については、Ｏｐｔ２を適用することができる。この場合、処理時間（Ｎ１、Ｎ２）は、任意のＵＥがサポート可能な処理時間のうち、最大値に設定される。反面、それ以外の状況（例えば、ＲＲＣ接続以後の状況）におけるＤＬ／ＵＬデータ送信（例えば、ユニキャストＰＤＳＣＨ／ＰＵＳＣＨ）については、Ｏｐｔ１を適用できる。この場合、処理時間（Ｎ１、Ｎ２）は、特定のＵＥがサポートするＵＥ固有の処理時間に設定される。
【０３９７】
なお、特定因子の各候補ごとに対応する（Ｋ１、Ｋ２）値が異なることができ、該当因子に対応する複数の異なる（Ｋ１、Ｋ２）値のうち、最大値（又は最小値）に基づいてＨＡＲＱ  ＲＴＴ、ｍａｘ  ＨＡＲＱプロセス番号、ソフトバッファサイズ値が決定されることができる。
【０３９８】
（２）ＨＡＲＱタイミングの構成
【０３９９】
（Ｋ１、Ｋ２）を基準として、これと等しいか又はこれ以上の値を有する複数の候補ＨＡＲＱタイミング（セット）を、上位層信号（例えば、ＲＲＣシグナリング）などにより予め設定することができる。かかる状態において、ｅＮＢは、ＤＬ／ＵＬデータをスケジューリングするＤＬ／ＵＬグラントＤＣＩにより、複数の候補ＨＡＲＱタイミング（セット）のうちの１つのＨＡＲＱタイミングを実際の信号送信に使用するようにＵＥに指示することができる。
【０４００】
具体的には、ＨＡＲＱタイミングセットは、因子｛ＳＣＳ、ＤＭＲＳパターン、データマッピング、ＴＢＳ比率｝を含めて他の因子（following factors）の候補ごとに異なるように設定される（即ち、異なるＨＡＲＱタイミングで構成）。例えば、（Ｎ１、Ｎ２）又は（Ｋ１、Ｋ２）が小さい／大きい候補に対して、より小さい／大きい（遅延）値を有するＨＡＲＱタイミングが設定されることができる。
【０４０１】
１）ＰＤＣＣＨ区間
【０４０２】
Ａ．例えば、ＰＤＣＣＨ（ｆｏｒ  ＵＬグラント）が送信されるシンボル区間の長さ及び／又は最後のシンボルの位置（インデックス）がＸである場合及びＹである場合
【０４０３】
Ｂ．ＰＤＣＣＨ区間ごとに、（該当ＰＤＣＣＨからスケジューリングされる）ＰＵＳＣＨがマッピング／送信される開始シンボルとして指定可能な複数の候補シンボルインデックス（セット）は、異なるように設定される
【０４０４】
２）ＰＵＣＣＨフォーマット
【０４０５】
Ａ．例えば、ＰＵＣＣＨ（ｆｏｒ  ＨＡＲＱ−ＡＣＫ）が送信される最初のシンボルの位置（インデックス）及び／又はシンボル区間の長さがＸである場合及びＹである場合
【０４０６】
Ｂ．ＰＵＣＣＨフォーマットごとに、（該当ＰＵＣＣＨを介したＨＡＲＱ−ＡＣＫ送信に対応する）ＰＤＳＣＨとＨＡＲＱ−ＡＣＫとの間の遅延値によって指定可能な複数の候補タイミング（セット）は、異なるように設定される
【０４０７】
他の方法として、特定の因子に対して１つのＨＡＲＱタイミングセットのみを設定した状態で、該当因子の候補ごとに該当セット内で適用可能なタイミングが異なるように構成される方式を考慮できる。
【０４０８】
例えば、ＳＦ／スロット内において、ＤＭＲＳがある最後のシンボルのインデックスが各々Ｘ及びＹ（Ｘ＜Ｙ）に設定されたＤＭＲＳパターン１及び２について、（Ｎ１又はＫ１がより小さいＤＭＲＳパターン１を基準として）１つのＨＡＲＱタイミングセット｛Ｔ１、Ｔ２、Ｔ３、Ｔ４｝のみを設定することができる（Ｔ１＜Ｔ２＜Ｔ３＜Ｔ４）。かかる状況において、ＤＭＲＳパターン１については、全てのタイミング｛Ｔ１、Ｔ２、Ｔ３、Ｔ４｝が適用可能な反面、ＤＭＲＳパターン２については、特定の（例えば、大きい遅延値を有する）一部のタイミング（例えば、Ｔ３、Ｔ４）のみを適用可能に設定することができる。
【０４０９】
さらに他の例として、最大データ区間又はＤＣＩ検出周期が各々Ｎ（個の）シンボル及びＬ（個の）シンボル（Ｎ＞Ｌ）に設定されたＴＴＩ１及びＴＴＩ２について、（Ｎ１又はＫ１がより大きいスケジューリングＴＴＩ１を基準として）１つのＨＡＲＱタイミングセット｛Ｔ１、Ｔ２、Ｔ３、Ｔ４｝のみを設定することができる（Ｔ１＜Ｔ２＜Ｔ３＜Ｔ４）。かかる状況において、ＴＴＩ１については、全てのタイミング｛Ｔ１、Ｔ２、Ｔ３、Ｔ４｝が適用可能な反面、ＴＴＩ２については、特定の（例えば、小さい遅延値を有する）一部のタイミング（例えば、Ｔ１、Ｔ２）のみを適用可能に設定することができる。
【０４１０】
さらに他の方法として、特定の因子について１つのＨＡＲＱタイミングセットのみを設定した状態で、特定の候補については、該当セットを構成するタイミングに特定のオフセット値を加えたタイミングを適用する方式が考えられる。
【０４１１】
例えば、ＳＦ／スロット内において、ＤＭＲＳがある最後のシンボルのインデックスが各々Ｘ及びＹ（Ｘ＜Ｙ）に設定されたＤＭＲＳパターン１及び２について、（Ｎ１又はＫ１がより小さいＤＭＲＳパターン１を基準として）１つのＨＡＲＱタイミングセット｛Ｔ１、Ｔ２、Ｔ３、Ｔ４｝のみを設定することができる（Ｔ１＜Ｔ２＜Ｔ３＜Ｔ４）。かかる状況において、ＤＭＲＳパターン１については、｛Ｔ１、Ｔ２、Ｔ３、Ｔ４｝を適用する反面、ＤＭＲＳパターン２については、元来のタイミングセットに特定オフセット（例えば、正数）Ｔoを加えた｛Ｔ１＋Ｔo、Ｔ２＋Ｔo、Ｔ３＋Ｔo、Ｔ４＋Ｔo｝を適用する方式も可能である。
【０４１２】
さらに他の例として、最大データ区間又はＤＣＩ検出周期が各々Ｎシンボル及びＬシンボル（Ｎ＞Ｌ）に設定されたＴＴＩ１及び２について、（Ｎ１又はＫ１がより大きいスケジューリングＴＴＩ１を基準として）１つのＨＡＲＱタイミングセット｛Ｔ１、Ｔ２、Ｔ３、Ｔ４｝のみを設定することができる（Ｔ１＜Ｔ２＜Ｔ３＜Ｔ４）。かかる状況において、ＴＴＩ１については、｛Ｔ１、Ｔ２、Ｔ３、Ｔ４｝を適用する反面、ＴＴＩ２については、元来のタイミングセットに特定のオフセット（例えば、負数（陰数））Ｔoを加えた｛Ｔ１＋Ｔo、Ｔ２＋Ｔo、Ｔ３＋Ｔo、Ｔ４＋Ｔo｝を適用する方式も可能である。
【０４１３】
一方、ＤＬデータの受信に対するＨＡＲＱ−ＡＣＫフィードバック送信の場合、まず、複数の候補ＰＵＣＣＨリソース／フォーマット（セット）を上位層信号（例えば、ＲＲＣシグナリング）などにより予め設定することができる。かかる状態において、ｅＮＢは、ＤＬデータをスケジューリングするＤＬグラントＤＣＩにより、ＰＵＣＣＨリソース／フォーマットセットに属する特定の１つのＰＵＣＣＨリソース／フォーマットを、実際のＨＡＲＱ−ＡＣＫ送信に使用するようにＵＥに指示することができる。ここで、ＰＵＣＣＨリソース／フォーマットセットは、ＤＬデータ送信／スケジューリングに使用される因子｛ＳＣＳ、ＤＭＲＳパターン、データマッピング、ＴＢＳ比率、ＰＤＣＣＨ区間｝の候補ごとに異なるように設定できる。一例として、因子の候補ごとに異なるＰＵＣＣＨフォーマットが構成されることができる。また、Ｎ１又はＫ１が小さい／大きい候補に対して、より小さい／大きい区間（シンボル数）で構成されるＰＵＣＣＨフォーマットが設定されることができる。
【０４１４】
（３）ソフトバッファの管理
【０４１５】
今後、ＮＲシステムでは、１つのＵＥに互いに異なるＲＡＴ（例えば、ＮＲ及びＬＴＥ）に基づく複数のＣＣをＣＡ（Carrier Aggregation）或いはＤＣ（Dual Connectivity）方式で設定して、マルチキャリア動作を可能にする方式が考えられる。
【０４１６】
かかる状況において、ＲＡＴ間のバックホール（Backhaul）リンクが非理想的（non-ideal）に展開された場合は、各々のＲＡＴを担当するスケジューラ（例えば、ｅＮＢ）が各実施間でタイトに連動する（tightly interworked）ことは容易ではない。この場合、ＵＥの全ソフトバッファをＲＡＴ間で準静的に分離して使用する方式が考えられる。
【０４１７】
この場合、全ソフトバッファに対して、各ＲＡＴごとにバッファ部分を分離した状態で、各ＲＡＴに属するＣＣによるＤＬデータ受信性能を保証するために、各バッファ部分内でＣＣごとに最小バッファサイズに下限を設ける方式が必要である。
【０４１８】
例えば、ＵＥに設定可能な最大のＣＣの数がＫであり、全ソフトバッファサイズがＳである状態において、ＲＡＴ１とＲＡＴ２との間のバッファサイズの比率をＲＡＴ１：ＲＡＴ２＝Ｋ１：Ｋ２に分割した場合（Ｋ＝Ｋ１＋Ｋ２）、各ＲＡＴに割り当てられるバッファサイズ及び各ＲＡＴ内の１つのＣＣに割り当てられるバッファサイズを以下のように設定できる。
【０４１９】
１）ＲＡＴ１のバッファサイズ：Ｓ１＝Ｓｘ（Ｋ１／Ｋ）
【０４２０】
Ａ．ＲＡＴ１内におけるＣＣごとのバッファサイズ：Ｃ１＝Ｓ１／ｍｉｎ｛Ｎ１、Ｋ１｝
【０４２１】
Ｂ．Ｎ１は、ＲＡＴ１に（ＣＡで）構成／設定されたＣＣの数を意味する
【０４２２】
２）ＲＡＴ２のバッファサイズ：Ｓ２＝Ｓｘ（Ｋ２／Ｋ）
【０４２３】
Ａ．ＲＡＴ２内におけるＣＣごとのバッファサイズ：Ｃ２＝Ｓ２／ｍｉｎ｛Ｎ２、Ｋ２｝
【０４２４】
Ｂ．Ｎ２は、ＲＡＴ２に（ＣＡで）構成／設定されたＣＣの数を意味する
【０４２５】
他の方法として、（上記のような準静的方式とは異なり）全ソフトバッファをＲＡＴ間で動的に分離又は共有する方式も考えられる。この場合、各ＲＡＴごとに設定された最大ＴＢＳ間の差又は比率によって、全バッファ内におけるＲＡＴごとのバッファ部分を異なるように割り当てる方式が考えられる。
【０４２６】
例えば、ＲＡＴ１とＲＡＴ２との最大ＴＢＳ間の比率がＲＡＴ１：ＲＡＴ２＝Ａ：Ｂ（例えば、Ａ＝１、Ｂ＝１、又はＡ＋Ｂ＝２）に設定された状態で、ＲＡＴ１及びＲＡＴ２に各々Ｎ１個のＣＣ及びＮ２個のＣＣが構成／設定された場合（Ｎ＝Ｎ１＋Ｎ２）、各ＲＡＴに割り当てられるバッファサイズは、以下のように設定できる。
【０４２７】
１）ＲＡＴ１のバッファサイズ：Ｓ１＝ＳｘＡｘ（Ｎ１／Ｎ）
【０４２８】
２）ＲＡＴ２のバッファサイズ：Ｓ２＝ＳｘＢｘ（Ｎ２／Ｎ）
【０４２９】
図２２は、本発明による無線信号の送信を例示する。
【０４３０】
図２２を参照すると、通信装置のＴＴＩ長に基づいて、ＨＡＲＱバッファ（例えば、ソフトバッファ）においてデータごとの最小記憶空間を確認し（Ｓ２２０２）、データごとの最小記憶空間に基づいて、ＨＡＲＱバッファに無線信号の送信のためのデータを記憶することができる（Ｓ２２０４）。その後、通信装置は、ＨＡＲＱバッファ内のデータを第１ＴＴＩの間に送信することができる（Ｓ２２０６）。通信装置は、端末又は基地局である。
【０４３１】
一方、データが再送信データである場合、データごとの最小記憶空間は、データの初期送信に使用された第２ＴＴＩの長さに基づき、第２ＴＴＩの長さは、第１ＴＴＩの長さと異なることができる。
【０４３２】
ここで、データごとの最小記憶空間は、ＨＡＲＱバッファの全空間をＴＴＩ長に対応するＨＡＲＱプロセス数に分割することにより確認できる。また、データごとの最小記憶空間は、ＨＡＲＱバッファの全空間をＴＴＩ長の数に合わせて複数のサブＨＡＲＱバッファに分割した後、各々のサブＨＡＲＱバッファを該当ＴＴＩ長に対応するＨＡＲＱプロセス数に分割することにより確認できる。
【０４３３】
また、第１ＴＴＩの長さが第２ＴＴＩの長さより長い場合、第１ＴＴＩの長さに基づくデータごとの最小記憶空間は、ＨＡＲＱバッファの全空間を第１ＴＴＩの長さに対応するＨＡＲＱプロセス数に分割することにより確認し、第２ＴＴＩの長さに基づくデータごとの最小記憶空間は、ＨＡＲＱバッファの部分空間を第２ＴＴＩの長さに対応するＨＡＲＱプロセス数に分割することにより確認することができる。
【０４３４】
また、通信装置は、互いに異なるＲＡＴで動作する複数のＣＣを統合しており、ＨＡＲＱバッファのサイズは、無線信号の送信に使用されるＲＡＴによって、以下の式により決定される。
【０４３５】
−ＲＡＴ１のバッファサイズ：Ｓ＊Ａ＊（Ｎ１／Ｎ）
【０４３６】
−ＲＡＴ２のバッファサイズ：Ｓ＊Ｂ＊（Ｎ２／Ｎ）
【０４３７】
ここで、Ｓは、通信装置内における全ＨＡＲＱバッファサイズを示し、Ａ及びＢは、ＲＡＴ１とＲＡＴ２とのバッファサイズの比率を示す係数であり、Ｎ１は、ＲＡＴ１用として設定されたＣＣの数を示し、Ｎ２は、ＲＡＴ２用として設定されたＣＣの数を示し、Ｎは、Ｎ１とＮ２との和を示す。
【０４３８】
また、ＴＴＩ長は、サービスタイプによって以下の順にサイズが与えられる。ＵＲＬＬＣ＜ｅＭＢＢ＜ｍＭＴＣ。また、無線通信システムは、３ＧＰＰ  ＬＴＥベースの無線通信システムを含み、ＴＴＩ長は、サブフレーム又はスロットの倍数である。
【０４３９】
図２３は、本発明に適用可能な基地局及び端末を例示する。
【０４４０】
図２３を参照すると、無線通信システムは、基地局（ＢＳ）１１０及び端末（ＵＥ）１２０を含む。無線通信システムがリレーを含む場合、基地局又は端末は、リレーに代替されてもよい。
【０４４１】
基地局１１０は、プロセッサ１１２、メモリ１１４及び無線周波数（Radio Frequency、ＲＦ）ユニット１１６を含む。プロセッサ１１２は、本発明で提案した手順及び／又は方法を具現するように構成される。メモリ１１４は、プロセッサ１１２に接続され、プロセッサ１１２の動作に関連する様々な情報を記憶する。ＲＦユニット１１６は、プロセッサ１１２に接続され、無線信号を送信及び／又は受信する。端末１２０は、プロセッサ１２２、メモリ１２４及び無線周波数ユニット１２６を含む。プロセッサ１２２は、本発明で提案した手順及び／又は方法を具現するように構成される。メモリ１２４は、プロセッサ１２２に接続され、プロセッサ１２２の動作に関連する様々な情報を記憶する。ＲＦユニット１２６は、プロセッサ１２２に接続され、無線信号を送信及び／又は受信する。
【０４４２】
以上で説明された各実施例は、本発明の構成要素と特徴とが所定の形態で結合された（組み合わされた）ものである。各構成要素又は特徴は、別の明示的な言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合されない形態で実施することができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することも可能である。本発明の実施例で説明される動作の順序は、変更可能である。ある実施例の一部構成や特徴は、他の実施例に含まれることができ、又は、他の実施例に対応する構成若しくは特徴に置き換える（取って代わる）こともできる。特許請求の範囲において明示的な引用関係のない請求項を結合して実施例を構成したり、出願後の補正により新しい請求項として含めることができるということは、自明である。
【０４４３】
本文書では、本発明の各実施例について、主に端末と基地局との間の信号送受信関係を中心として説明する。かかる送受信関係は、端末とリレーとの間又は基地局とリレーとの間の信号送受信にも同一／同様に拡張できる。本文書で基地局によって行われると説明された特定の動作は、場合によっては、その上位ノード（upper node）によって行われてもよい。即ち、基地局を含む複数のネットワークノード（network nodes）からなるネットワークにおいて端末との通信のために行う多様な動作は、基地局又は基地局以外の他のネットワークノードによって行えることは、自明である。基地局は、固定局（fixed station）、Ｎｏｄｅ  Ｂ、ｅＮｏｄｅ  Ｂ（ｅＮＢ）、アクセスポイント（access point）などの用語に代替可能である。また、端末は、ＵＥ（User Equipment）、ＭＳ（Mobile Station）、ＭＳＳ（Mobile Subscriber Station）などの用語に代替可能である。
【０４４４】
本発明に係る実施例は、様々な手段、例えば、ハードウェア、ファームウエア（firmware）、ソフトウェア又はそれらの結合などによって具現することができる。ハードウェアによる具現の場合、本発明の一実施例は、１つ又は複数のＡＳＩＣｓ（Application Specific Integrated Circuits）、ＤＳＰｓ（Digital Signal Processors）、ＤＳＰＤｓ（Digital Signal Processing Devices）、ＰＬＤｓ（Programmable Logic Devices）、ＦＰＧＡｓ（Field Programmable Gate Arrays）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
【０４４５】
ファームウエアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明された機能又は動作を行うモジュール、手順、関数などの形態で具現することができる。ソフトウェアコードは、メモリユニットに記憶されて、プロセッサによって駆動可能である。上記メモリユニットは、上記プロセッサの内部又は外部に位置し、既に公示となった多様な手段により上記プロセッサとデータを交換することができる。
【０４４６】
本発明は、本発明の特徴を逸脱しない範囲で他の特定の形態に具体化できることは、当業者にとって自明である。したがって、上記の詳細な説明は、全ての面において制限的に解釈されてはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的な解釈によって決定しなければならず、本発明の等価的範囲内における全ての変更は本発明の範囲に含まれる。
【産業上の利用可能性】
【０４４７】
本発明は、無線移動通信システムの端末、基地局、又はその他の機器（装備）（apparatuses）に使用できる。
【図１】
0006913172.tif 000010
【図２】
0006913172.tif 000011
【図３】
0006913172.tif 000012
【図４】
0006913172.tif 000013
【図５】
0006913172.tif 000014
【図６】
0006913172.tif 000015
【図７】
0006913172.tif 000016
【図８】
0006913172.tif 000017
【図９】
0006913172.tif 000018
【図１０】
0006913172.tif 000019
【図１１】
0006913172.tif 000020
【図１２】
0006913172.tif 000021
【図１３】
0006913172.tif 000022
【図１４】
0006913172.tif 000023
【図１５】
0006913172.tif 000024
【図１６】
0006913172.tif 000025
【図１７】
0006913172.tif 000026
【図１８】
0006913172.tif 000027
【図１９】
0006913172.tif 000028
【図２０】
0006913172.tif 000029
【図２１】
0006913172.tif 000030
【図２２】
0006913172.tif 000031
【図２３】
0006913172.tif 000032