(57)【要約】  ワイヤレス通信システムの基地局が開示される。ワイヤレス通信の基地局は、それぞれ、通信モジュール及びプロセッサを含む。前記プロセッサは、複数のスロット上のＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）送信をスケジュールするＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）のＤＣＩを受信し、前記複数のスロット上のＰＵＳＣＨ送信にＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）−ＡＣＫ情報がマルチプレクシングされるスロットごとに前記ＤＣＩのＤＡＩ（ｄｏｗｎｌｉｎｋ  ａｓｓｉｇｎｍｅｎｔ  ｉｎｄｅｘ）フィールドの値を適用して、ＰＵＳＣＨ送信に前記ＨＡＲＱ−ＡＣＫ情報をマルチプレクシングする。
2021533589.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信システムの端末であって、
通信モジュールと、
前記通信モジュールを制御するプロセッサと
を含み、
前記プロセッサは、複数のスロット上のＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）送信をスケジュールするＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）のＤＣＩを受信し、前記複数のスロット上のＰＵＳＣＨ送信にＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）−ＡＣＫ情報がマルチプレクシングされるスロットごとに前記ＤＣＩのＤＡＩ（ｄｏｗｎｌｉｎｋ  ａｓｓｉｇｎｍｅｎｔ  ｉｎｄｅｘ）フィールドの値を適用して、ＰＵＳＣＨ送信に前記ＨＡＲＱ−ＡＣＫ情報をマルチプレクシングする、端末。
【請求項２】
前記プロセッサは、
前記複数のスロット上のＰＵＳＣＨ送信に前記ＨＡＲＱ−ＡＣＫ情報がマルチプレクシングされるスロットごとに、前記ＤＣＩのＤＡＩフィールドの値によって前記ＨＡＲＱ−ＡＣＫ情報のビット数を決定する、請求項１に記載の端末。
【請求項３】
前記プロセッサは、
前記端末にダイナミックＨＡＲＱ−ＡＣＫコードブックが設定される場合、前記複数のスロット上のＰＵＳＣＨ送信に前記ＨＡＲＱ−ＡＣＫ情報がマルチプレクシングされるスロットごとに、前記ＤＣＩのＤＡＩフィールドの値によって前記ＨＡＲＱ−ＡＣＫ情報のビット数を４で割った時の余りの値を判断する、請求項２に記載の端末。
【請求項４】
前記プロセッサは、
前記複数のスロット上のＰＵＳＣＨ送信がないと前記ワイヤレス通信端末がＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）と共に前記ＨＡＲＱ−ＡＣＫ情報を送信しないはずのスロットで、ＰＵＳＣＨ送信に前記ＨＡＲＱ−ＡＣＫ情報をマルチプレクシングしない、請求項１に記載の端末。
【請求項５】
前記プロセッサは、
前記ワイヤレス通信端末が前記複数のスロットのいずれか一つである特定スロットで送信されるべきＨＡＲＱ−ＡＣＫ情報によって受信の成否が示されるＰＤＳＣＨを受信しなかった場合、前記特定スロットで前記ＨＡＲＱ−ＡＣＫ情報を前記複数のスロット上のＰＵＳＣＨ送信にマルチプレクシングしない、請求項４に記載の端末。
【請求項６】
前記プロセッサは、
前記ワイヤレス通信端末が前記複数のスロットのいずれか一つである特定スロットで送信されるべきＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨの送信をスケジュールするＰＤＣＣＨを受信しなかった場合、前記特定スロットで前記ＨＡＲＱ−ＡＣＫ情報を前記複数のスロット上のＰＵＳＣＨ送信にマルチプレクシングしない、請求項４に記載の端末。
【請求項７】
前記プロセッサは、
ＰＤＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）送信をスケジュールするＤＣＩのＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｂａｃｋ  ｔｉｍｉｎｇ  ｉｎｄｉｃａｔｏｒフィールドが示すスロット以外のスロットでは、前記複数のスロット上のＰＵＳＣＨ送信に、前記ＰＤＳＣＨの受信の成否がＮＡＣＫと設定されたＨＡＲＱ−ＡＣＫ情報をマルチプレクシングする、請求項１に記載の端末。
【請求項８】
前記プロセッサは、
ＰＤＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）をスケジュールするＤＣＩのＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｂａｃｋ  ｔｉｍｉｎｇ  ｉｎｄｉｃａｔｏｒフィールドが示すスロット以外のスロットでは、前記複数のスロット上のＰＵＳＣＨ送信に前記ＨＡＲＱ−ＡＣＫ情報をマルチプレクシングしない、請求項１に記載の端末。
【請求項９】
前記プロセッサは、
前記複数のスロットのいずれか一つである特定スロットが、前記ＨＡＲＱ−ＡＣＫ情報によって受信の成否が示されるＰＤＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）と前記ＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）送信をスケジュールするＰＤＣＣＨのプロセシングタイミング条件を満たす場合、前記特定スロットで、前記複数のスロット上のＰＵＳＣＨ送信に前記ＨＡＲＱ−ＡＣＫ情報をマルチプレクシングし、
前記プロセシングタイミング条件は、前記端末がＰＤＣＣＨを受信して有効なＨＡＲＱ−ＡＣＫ情報を生成するのにかかる最小時間によって決定される、請求項１に記載の端末。
【請求項１０】
前記プロセッサは、
前記複数のスロットのいずれか一つである特定スロットが、前記ＨＡＲＱ−ＡＣＫ情報によって受信の成否が示されるＰＤＳＣＨと前記ＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨ送信をスケジュールするＰＤＣＣＨのプロセシングタイミング条件を満たさない場合、前記特定スロットで、前記複数のスロット上のＰＵＳＣＨ送信に前記ＨＡＲＱ−ＡＣＫ情報をマルチプレクシングしない、請求項９に記載の端末。
【請求項１１】
前記プロセッサは、
前記複数のスロットのいずれか一つである特定スロットが、前記ＨＡＲＱ−ＡＣＫ情報によって受信の成否が示されるＰＤＳＣＨと前記ＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨ送信をスケジュールするＰＤＣＣＨのプロセシングタイミング条件を満たさない場合、前記プロセシングタイミング条件を満たさないＰＤＳＣＨに該当する前記ＨＡＲＱ−ＡＣＫ情報のビットを、ＮＡＣＫと設定する、請求項９に記載の端末。
【請求項１２】
前記プロセッサは、
前記ＨＡＲＱ−ＡＣＫ情報によって受信の成否が示されるＰＤＳＣＨの最後のシンボルの位置、及び前記ＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨの開始シンボルと前記複数のスロット上のＰＵＳＣＨ送信の開始シンボルのうち、早いシンボルの位置に基づいて、前記プロセシングタイミング条件を判断する、請求項９に記載の端末。
【請求項１３】
ワイヤレス通信システムの端末の動作方法であって、
複数のスロット上のＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）送信をスケジュールするＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）のＤＣＩを受信する段階と、
前記複数のスロット上のＰＵＳＣＨ送信にＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）−ＡＣＫ情報がマルチプレクシングされるスロットごとに前記ＤＣＩのＤＡＩ（ｄｏｗｎｌｉｎｋ  ａｓｓｉｇｎｍｅｎｔ  ｉｎｄｅｘ）フィールドの値を適用して、ＰＵＳＣＨ送信に前記ＨＡＲＱ−ＡＣＫ情報をマルチプレクシングする段階と
を含む動作方法。
【請求項１４】
前記ＨＡＲＱ−ＡＣＫ情報をマルチプレクシングする段階は、
前記複数のスロット上のＰＵＳＣＨ送信に前記ＨＡＲＱ−ＡＣＫ情報がマルチプレクシングされるスロットごとに、前記ＤＣＩのＤＡＩフィールドの値によって前記ＨＡＲＱ−ＡＣＫ情報のビット数を決定する段階を含む、請求項１３に記載の動作方法。
【請求項１５】
前記ＨＡＲＱ−ＡＣＫ情報のビット数を決定する段階は、
前記端末にダイナミックＨＡＲＱ−ＡＣＫコードブックが設定される場合、前記複数のスロット上のＰＵＳＣＨ送信に前記ＨＡＲＱ−ＡＣＫ情報がマルチプレクシングされるスロットごとに、前記ＤＣＩのＤＡＩフィールドの値によって前記ＨＡＲＱ−ＡＣＫ情報のビット数を４で割った時の余りの値を判断する段階を含む、請求項１３に記載の動作方法。
【請求項１６】
前記ＨＡＲＱ−ＡＣＫ情報をマルチプレクシングする段階は、
前記複数のスロット上のＰＵＳＣＨ送信がないと前記ワイヤレス通信端末がＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）と共に前記ＨＡＲＱ−ＡＣＫ情報を送信しないはずのスロットで、ＰＵＳＣＨ送信に前記ＨＡＲＱ−ＡＣＫ情報をマルチプレクシングしない段階を含む、請求項１３に記載の動作方法。
【請求項１７】
前記ＨＡＲＱ−ＡＣＫ情報をマルチプレクシングしない段階は、
前記ワイヤレス通信端末が、前記複数のスロットのいずれか一つである特定スロットで送信されるべきＨＡＲＱ−ＡＣＫ情報によって受信の成否が示されるＰＤＳＣＨを受信しなかった場合、前記特定スロットで、前記ＨＡＲＱ−ＡＣＫ情報を前記複数のスロット上のＰＵＳＣＨ送信にマルチプレクシングしない段階を含む、請求項１６に記載の動作方法。
【請求項１８】
前記ＨＡＲＱ−ＡＣＫ情報をマルチプレクシングしない段階は、
前記ワイヤレス通信端末が、前記複数のスロットのいずれか一つである特定スロットで送信されるべきＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨの送信をスケジュールするＰＤＣＣＨを受信しなかった場合、前記特定スロットで、前記ＨＡＲＱ−ＡＣＫ情報を前記複数のスロット上のＰＵＳＣＨ送信にマルチプレクシングしない段階を含む、請求項１６に記載の動作方法。
【請求項１９】
前記ＨＡＲＱ−ＡＣＫ情報をマルチプレクシングする段階は、
ＰＤＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）送信をスケジュールするＤＣＩのＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｂａｃｋ  ｔｉｍｉｎｇ  ｉｎｄｉｃａｔｏｒフィールドが示すスロット以外のスロットでは、前記複数のスロット上のＰＵＳＣＨ送信に、前記ＰＤＳＣＨの受信の成否がＮＡＣＫと設定されたＨＡＲＱ−ＡＣＫ情報をマルチプレクシングする段階を含む、請求項１３に記載の動作方法。
【請求項２０】
前記ＨＡＲＱ−ＡＣＫ情報をマルチプレクシングする段階は、
ＰＤＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）をスケジュールするＤＣＩのＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｂａｃｋ  ｔｉｍｉｎｇ  ｉｎｄｉｃａｔｏｒフィールドが示すスロット以外のスロットでは、前記複数のスロット上のＰＵＳＣＨ送信に前記ＨＡＲＱ−ＡＣＫ情報をマルチプレクシングしない段階を含む、請求項１３に記載の動作方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ワイヤレス通信システムに関する。具体的に、本発明は、ワイヤレス通信システムのアップリンク制御情報マルチプレクシング方法及びこれを用いる装置に関する。
【背景技術】
【０００２】
第４世代（４Ｇ）通信システムの商業化の後、ワイヤレスデータトラフィックに対する高まる需要を満たすために、新たな第５世代（５Ｇ）通信システムを開発するための取組みが行われつつある。５Ｇ通信システムは、４Ｇの先のネットワーク通信システム、ポストＬＴＥシステム、またはニューラジオ（ＮＲ：ｎｅｗ  ｒａｄｉｏ）システムと呼ばれる。高いデータ転送レートを達成するために、５Ｇ通信システムは、６ＧＨｚ以上のミリ波（ｍｍＷａｖｅ）帯域を使用して動作させられるシステムを含み、またカバレージを保証する観点から６ＧＨｚ以下の周波数帯域を使用して動作させられる通信システムを含み、その結果、基地局および端末における実装形態は検討中である。
【０００３】
第３世代パートナーシッププロジェクト（３ＧＰＰ）ＮＲシステムは、ネットワークのスペクトル効率を高め、通信提供者がより多くのデータおよび音声サービスを所与の帯域幅を介して提供することを可能にする。したがって、３ＧＰＰ  ＮＲシステムは、大量の音声に対するサポートに加えて、高速データおよびメディア送信に対する需要を満たすように設計される。ＮＲシステムの利点は、同一のプラットフォームにおける、より高いスループットおよびより小さいレイテンシ、周波数分割複信（ＦＤＤ）および時分割複信（ＴＤＤ）に対するサポート、ならびに拡張されたエンドユーザ環境および簡単なアーキテクチャを伴う低い動作コストを有することである。
【０００４】
より効率的なデータ処理のために、ＮＲシステムの動的なＴＤＤは、アップリンクおよびダウンリンクにおいて使用され得る直交周波数分割多重化（ＯＦＤＭ）シンボルの個数を、セルユーザのデータトラフィック方向に従って変化させるための方法を使用し得る。たとえば、セルのダウンリンクトラフィックがアップリンクトラフィックよりも大きいとき、基地局は、多くのダウンリンクＯＦＤＭシンボルをスロット（または、サブフレーム）に割り振ってよい。スロット構成についての情報が、端末へ送信されるべきである。
【０００５】
ｍｍＷａｖｅ帯域において電波の経路損失を緩和するとともに電波の送信距離を延ばすために、５Ｇ通信システムでは、ビームフォーミング、マッシブ多入力／出力（マッシブＭＩＭＯ）、全次元ＭＩＭＯ（ＦＤ−ＭＩＭＯ：ｆｕｌｌ  ｄｉｍｅｎｓｉｏｎａｌ  ＭＩＭＯ）、アレイアンテナ、アナログビームフォーミング、アナログビームフォーミングとデジタルビームフォーミングとを組み合わせるハイブリッドビームフォーミング、および大規模アンテナ技術が議論される。加えて、システムのネットワーク改善のために、５Ｇ通信システムでは、発展型スモールセル、高度スモールセル、クラウド無線アクセスネットワーク（クラウドＲＡＮ）、超高密度ネットワーク、デバイス間通信（Ｄ２Ｄ：ｄｅｖｉｃｅ  ｔｏ  ｄｅｖｉｃｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ビークルツーエブリシング通信（Ｖ２Ｘ：ｖｅｈｉｃｌｅ  ｔｏ  ｅｖｅｒｙｔｈｉｎｇ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ワイヤレスバックホール、非地上波ネットワーク通信（ＮＴＮ：ｎｏｎ−ｔｅｒｒｅｓｔｒｉａｌ  ｎｅｔｗｏｒｋ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）、移動ネットワーク、協働的通信、多地点協調（ＣｏＭＰ：ｃｏｏｒｄｉｎａｔｅｄ  ｍｕｌｔｉ−ｐｏｉｎｔｓ）、干渉消去などに関係する技術開発が行われつつある。加えて、５Ｇシステムでは、高度なコーディング変調（ＡＣＭ：ａｄｖａｎｃｅｄｃｏｄｉｎｇ  ｍｏｄｕｌａｔｉｏｎ）方式である、ハイブリッドＦＳＫおよびＱＡＭ変調（ＦＱＡＭ：ＦＳＫ  ａｎｄ  ＱＡＭ  ｍｏｄｕｌａｔｉｏｎ）ならびにスライディングウィンドウ重畳コーディング（ＳＷＳＣ：ｓｌｉｄｉｎｇ  ｗｉｎｄｏｗ  ｓｕｐｅｒｐｏｓｉｔｉｏｎ  ｃｏｄｉｎｇ）、ならびに高度な接続性技術である、フィルタバンクマルチキャリア（ＦＢＭＣ：ｆｉｌｔｅｒ  ｂａｎｋ  ｍｕｌｔｉ−ｃａｒｒｉｅｒ）、非直交多元接続（ＮＯＭＡ：ｎｏｎ−ｏｒｔｈｏｇｏｎａｌ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、スパースコード多元接続（ＳＣＭＡ：ｓｐａｒｓｅ  ｃｏｄｅ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）が開発中である。
【０００６】
一方、人間が情報を生成および消費する、人間中心の接続ネットワークにおいて、インターネットは、物体などの分散された構成要素の間で情報を交換する、モノのインターネット（ＩｏＴ）ネットワークに発展している。クラウドサーバとの接続を通じてＩｏＴ技術をビッグデータ処理技術と組み合わせる、インターネットオブエブリシング（ＩｏＥ：Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｅｖｅｒｙｔｈｉｎｇ）技術も出現しつつある。ＩｏＴを実施するために、感知技術、有線／ワイヤレス通信およびネットワーク基盤、サービスインターフェース技術、ならびにセキュリティ技術などの技術要素が必要とされ、その結果、近年、センサーネットワーク、マシン間（Ｍ２Ｍ：ｍａｃｈｉｎｅ  ｔｏ  ｍａｃｈｉｎｅ）通信、およびマシンタイプ通信（ＭＴＣ：ｍａｃｈｉｎｅ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの技術が、物体間の接続に対して検討されている。ＩｏＴ環境では、接続された物体から生成されたデータを収集および分析して人間生活における新たな価値を創造する、知的インターネット技術（ＩＴ）サービスが提供され得る。既存の情報技術（ＩＴ）と様々な産業との融合および混合を通じて、ＩｏＴは、スマートホーム、スマートビルディング、スマートシティ、スマートカーまたはコネクテッドカー、スマートグリッド、健康管理、スマート家電製品、および高度医療サービスなどの分野に適用され得る。
【０００７】
したがって、５Ｇ通信システムをＩｏＴネットワークに適用するための様々な試みが行われている。たとえば、センサーネットワーク、マシン間（Ｍ２Ｍ）通信、およびマシンタイプ通信（ＭＴＣ）などの技術は、ビームフォーミング、ＭＩＭＯ、およびアレイアンテナなどの技法によって実施される。上記で説明したビッグデータ処理技術としてのクラウドＲＡＮの適用例は、５Ｇ技術とＩｏＴ技術との融合の一例である。一般に、モバイル通信システムは、ユーザの活動を保証しながら音声サービスを提供するように開発されている。
【０００８】
しかしながら、モバイル通信システムは、音声だけでなくデータサービスも徐々に拡げつつあり、今では高速データサービスを提供する程度まで開発されている。しかしながら、現在サービスが提供中であるモバイル通信システムでは、リソースが不足する現象、およびユーザの高速サービス需要に起因して、もっと高度なモバイル通信システムが必要とされる。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明の一実施例の目的は、ワイヤレス通信システムから効率的に信号を伝送する方法及びそのための装置を提供することである。また、本発明の一実施例の目的は、ワイヤレス通信システムのアップリンク制御情報マルチプレクシング方法及びこれを用いる装置を提供することである。
【課題を解決するための手段】
【００１０】
本発明の実施例に係るワイヤレス通信システムの端末は、通信モジュール及び前記通信モジュールを制御するプロセッサを含む。前記プロセッサは、複数のスロット上のＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）送信をスケジュールするＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）のＤＣＩを受信し、前記複数のスロット上のＰＵＳＣＨ送信にＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）−ＡＣＫ情報がマルチプレクシングＤＯＩＮＥＮスロットごとに前記ＤＣＩのＤＡＩ（ｄｏｗｎｌｉｎｋ  ａｓｓｉｇｎｍｅｎｔ  ｉｎｄｅｘ）フィールドの値を適用して、ＰＵＳＣＨ送信に前記ＨＡＲＱ−ＡＣＫ情報をマルチプレクシングすることができる。
【００１１】
前記プロセッサは、前記複数のスロット上のＰＵＳＣＨ送信に前記ＨＡＲＱ−ＡＣＫ情報がマルチプレクシングされるスロットごとに、前記ＤＣＩのＤＡＩフィールドの値によって前記ＨＡＲＱ−ＡＣＫ情報のビット数を決定することができる。
【００１２】
前記プロセッサは、前記端末にダイナミックＨＡＲＱ−ＡＣＫコードブックが設定される場合、前記複数のスロット上のＰＵＳＣＨ送信に前記ＨＡＲＱ−ＡＣＫ情報がマルチプレクシングされるスロットごとに、前記ＤＣＩのＤＡＩフィールドの値によって前記ＨＡＲＱ−ＡＣＫ情報のビット数を４で割った時の余りの値を判断することができる。
【００１３】
前記プロセッサは、前記複数のスロット上のＰＵＳＣＨ送信がないと前記ワイヤレス通信端末がＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）と共に前記ＨＡＲＱ−ＡＣＫ情報を送信しないはずのスロットで、ＰＵＳＣＨ送信に前記ＨＡＲＱ−ＡＣＫ情報をマルチプレクシングしなくてよい。
【００１４】
前記プロセッサは、前記ワイヤレス通信端末が前記複数のスロットのいずれか一つである特定スロットで送信されるべきＨＡＲＱ−ＡＣＫ情報によって受信の成否が示されるＰＤＳＣＨを受信しなかった場合、前記特定スロットで前記ＨＡＲＱ−ＡＣＫ情報を前記複数のスロット上のＰＵＳＣＨ送信にマルチプレクシングしなくてもよい。
【００１５】
前記プロセッサは、前記ワイヤレス通信端末が前記複数のスロットのいずれか一つである特定スロットで送信されるべきＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨの送信をスケジュールするＰＤＣＣＨを受信しなかった場合、前記特定スロットで、前記ＨＡＲＱ−ＡＣＫ情報を前記複数のスロット上のＰＵＳＣＨ送信にマルチプレクシングしなくてもよい。
【００１６】
前記プロセッサは、ＰＤＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）送信をスケジュールするＤＣＩのＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｂａｃｋ  ｔｉｍｉｎｇ  ｉｎｄｉｃａｔｏｒフィールドが示すスロット以外のスロットでは、前記複数のスロット上のＰＵＳＣＨ送信に、前記ＰＤＳＣＨの受信の成否がＮＡＣＫと設定されたＨＡＲＱ−ＡＣＫ情報をマルチプレクシングすることができる。
【００１７】
前記プロセッサは、ＰＤＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）をスケジュールするＤＣＩのＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｂａｃｋ  ｔｉｍｉｎｇ  ｉｎｄｉｃａｔｏｒフィールドが示すスロット以外のスロットでは、前記複数のスロット上のＰＵＳＣＨ送信に前記ＨＡＲＱ−ＡＣＫ情報をマルチプレクシングしなくてもよい。
【００１８】
前記プロセッサは、前記複数のスロットのいずれか一つである特定スロットが前記ＨＡＲＱ−ＡＣＫ情報によって受信の成否が示されるＰＤＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）と前記ＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）送信をスケジュールするＰＤＣＣＨのプロセシングタイミング条件を満たす場合、前記特定スロットで、前記複数のスロット上のＰＵＳＣＨ送信に前記ＨＡＲＱ−ＡＣＫ情報をマルチプレクシングすることができる。前記プロセシングタイミング条件は、前記端末がＰＤＣＣＨを受信して有効なＨＡＲＱ−ＡＣＫ情報を生成するのにかかる最小時間によって決定されてよい。
【００１９】
前記複数のスロットのいずれか一つである特定スロットが前記ＨＡＲＱ−ＡＣＫ情報によって受信の成否が示されるＰＤＳＣＨと前記ＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨ送信をスケジュールするＰＤＣＣＨのプロセシングタイミング条件を満たさない場合、前記プロセッサは、前記特定スロットで、前記複数のスロット上のＰＵＳＣＨ送信に前記ＨＡＲＱ−ＡＣＫ情報をマルチプレクシングしなくてもよい。
【００２０】
前記複数のスロットのいずれか一つである特定スロットが前記ＨＡＲＱ−ＡＣＫ情報によって受信の成否が示されるＰＤＳＣＨと前記ＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨ送信をスケジュールするＰＤＣＣＨのプロセシングタイミング条件を満たさない場合、前記プロセッサは、前記プロセシングタイミング条件を満たさないＰＤＳＣＨに該当する前記ＨＡＲＱ−ＡＣＫ情報のビットをＮＡＣＫと設定できる。
【００２１】
前記プロセッサは、前記ＨＡＲＱ−ＡＣＫ情報によって受信の成否が示されるＰＤＳＣＨの最後のシンボルの位置、及び前記ＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨの開始シンボルと前記複数のスロット上のＰＵＳＣＨ送信の開始シンボルのうち、先行するシンボルの位置に基づいて前記プロセシングタイミング条件を判断できる。
【００２２】
本発明の実施例に係るワイヤレス通信システムの端末の動作方法は、複数のスロット上のＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）送信をスケジュールするＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）のＤＣＩを受信する段階；及び前記複数のスロット上のＰＵＳＣＨ送信にＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）−ＡＣＫ情報がマルチプレクシングされるスロットごとに前記ＤＣＩのＤＡＩ（ｄｏｗｎｌｉｎｋ  ａｓｓｉｇｎｍｅｎｔ  ｉｎｄｅｘ）フィールドの値を適用して、ＰＵＳＣＨ送信に前記ＨＡＲＱ−ＡＣＫ情報をマルチプレクシングする段階を含むことができる。
【００２３】
前記ＨＡＲＱ−ＡＣＫ情報をマルチプレクシングする段階は、前記複数のスロット上のＰＵＳＣＨ送信に前記ＨＡＲＱ−ＡＣＫ情報がマルチプレクシングされるスロットごとに、前記ＤＣＩのＤＡＩフィールドの値によって前記ＨＡＲＱ−ＡＣＫ情報のビット数を決定する段階を含むことができる。
【００２４】
前記ＨＡＲＱ−ＡＣＫ情報のビット数を決定する段階は、前記端末にダイナミックＨＡＲＱ−ＡＣＫコードブックが設定される場合、前記複数のスロット上のＰＵＳＣＨ送信に前記ＨＡＲＱ−ＡＣＫ情報がマルチプレクシングされるスロットごとに、前記ＤＣＩのＤＡＩフィールドの値によって前記ＨＡＲＱ−ＡＣＫ情報のビット数を４で割った時の余りの値を判断する段階を含むことができる。
【００２５】
前記ＨＡＲＱ−ＡＣＫ情報をマルチプレクシングする段階は、前記複数のスロット上のＰＵＳＣＨ送信がないと前記ワイヤレス通信端末がＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）とともに前記ＨＡＲＱ−ＡＣＫ情報を送信しないはずのスロットで、ＰＵＳＣＨ送信に前記ＨＡＲＱ−ＡＣＫ情報をマルチプレクシングしない段階を含むことができる。
【００２６】
前記ＨＡＲＱ−ＡＣＫ情報をマルチプレクシングしない段階は、前記ワイヤレス通信端末が前記複数のスロットのいずれか一つである特定スロットで送信されるべきＨＡＲＱ−ＡＣＫ情報によって受信の成否が示されるＰＤＳＣＨを受信しなかった場合、前記特定スロットで前記ＨＡＲＱ−ＡＣＫ情報を前記複数のスロット上のＰＵＳＣＨ送信にマルチプレクシングしない段階を含むことができる。
【００２７】
前記ＨＡＲＱ−ＡＣＫ情報をマルチプレクシングしない段階は、前記ワイヤレス通信端末が前記複数のスロットのいずれか一つである特定スロットで送信されるべきＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨの送信をスケジュールするＰＤＣＣＨを受信しなかった場合、前記特定スロットで前記ＨＡＲＱ−ＡＣＫ情報を前記複数のスロット上のＰＵＳＣＨ送信にマルチプレクシングしない段階を含むことができる。
【００２８】
前記ＨＡＲＱ−ＡＣＫ情報をマルチプレクシングする段階は、ＰＤＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）送信をスケジュールするＤＣＩのＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｂａｃｋ  ｔｉｍｉｎｇ  ｉｎｄｉｃａｔｏｒフィールドが示すスロット以外のスロットでは、前記複数のスロット上のＰＵＳＣＨ送信に、前記ＰＤＳＣＨの受信の成否がＮＡＣＫに設定されたＨＡＲＱ−ＡＣＫ情報をマルチプレクシングする段階を含むことができる。
【００２９】
前記ＨＡＲＱ−ＡＣＫ情報をマルチプレクシングする段階は、ＰＤＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）をスケジュールするＤＣＩのＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｂａｃｋ  ｔｉｍｉｎｇ  ｉｎｄｉｃａｔｏｒフィールドが示すスロット以外のスロットでは、前記複数のスロット上のＰＵＳＣＨ送信に前記ＨＡＲＱ−ＡＣＫ情報をマルチプレクシングしない段階を含むことができる。
【発明の効果】
【００３０】
本発明の一実施例は、ワイヤレス通信システムにおいて効率的にアップリンク制御情報をマルチプレクシングする方法及びこれを用いる装置を提供する。
【００３１】
本発明から得られる効果は、以上で言及した効果に制限されず、言及していない別の効果は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
【図面の簡単な説明】
【００３２】
【図１】ワイヤレス通信システムにおいて使用されるワイヤレスフレーム構造の一例を示す図である。
【図２】ワイヤレス通信システムにおけるダウンリンク（ＤＬ）／アップリンク（ＵＬ）スロット構造の一例を示す図である。
【図３】３ＧＰＰシステムにおいて使用される物理チャネル、および物理チャネルを使用する典型的な信号送信方法を説明するための図である。
【図４】３ＧＰＰ  ＮＲシステムにおける初期セルアクセス用のＳＳ／ＰＢＣＨブロックを示す図である。
【図５】３ＧＰＰ  ＮＲシステムにおいて制御情報および制御チャネルを送信するためのプロシージャを示す図である。
【図６】３ＧＰＰ  ＮＲシステムにおいて物理ダウンリンク制御チャネル（ＰＵＣＣＨ：ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）がその中で送信され得る制御リソースセット（コアセット（ＣＯＲＥＳＥＴ：ｃｏｎｔｒｏｌ  ｒｅｓｏｕｒｃｅ  ｓｅｔ））を示す図である。
【図７】３ＧＰＰ  ＮＲシステムにおいてＰＤＣＣＨ探索空間を構成するための方法を示す図である。
【図８】キャリアアグリゲーションを示す概念図である。
【図９】単一キャリア通信および複数キャリア通信を説明するための図である。
【図１０】クロスキャリアスケジューリング技法が適用される一例を示す図である。
【図１１】本発明の一実施例に係る端末と基地局の構成をそれぞれ示すブロック図である。
【図１２】本発明の実施例に係る端末が複数のスロット上のＰＵＳＣＨ伝送にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングする動作を示す図である。
【図１３】本発明の他の実施例に係る端末が複数のスロット上のＰＵＳＣＨ伝送にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングする動作を示す図である。
【図１４】本発明のさらに他の実施例に係る端末が複数のスロット上のＰＵＳＣＨ伝送にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングする動作を示す図である。
【図１５】本発明のさらに他の実施例に係る端末が複数のスロット上のＰＵＳＣＨ伝送にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングする動作を示す図である。
【図１６】本発明の実施例に係る端末がＰＵＳＣＨ伝送にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングする時、端末が、ＨＡＲＱ−ＡＣＫ情報によって受信の成否が示されるＰＤＳＣＨの最後のシンボルとＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨをスケジュールするＰＤＣＣＨの最後のシンボルに基づいて、ＨＡＲＱ−ＡＣＫ情報マルチプレクシング可能の有無を判断する方法を示す図である。
【図１７】本発明の実施例に係る端末がＰＵＳＣＨ伝送にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングする時、端末がＨＡＲＱ−ＡＣＫタイミングとＨＡＲＱ−ＡＣＫ情報によって受信の成否が示されるＰＤＳＣＨの最後のシンボルに基づいて、ＨＡＲＱ−ＡＣＫ情報マルチプレクシングを行う方法を示す図である。
【図１８】本発明のさらに他の実施例に係る端末がＰＵＳＣＨ伝送にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングする時、端末が、Ｔｐｒｏｃ，１、及びＨＡＲＱ−ＡＣＫ情報によって受信の成否が指示されるＰＤＳＣＨの最後のシンボルに基づいて、ＨＡＲＱ−ＡＣＫ情報のマルチプレクシングを行う方法を示す図である。
【発明を実施するための形態】
【００３３】
本明細書で使用する用語は、本発明における機能を検討することによって、可能であるものとして現在広く使用される一般的な用語を採用するが、その用語は、当業者の意図、慣習、および新たな技術の出現に応じて変更されることがある。さらに、特定の事例では、出願人によって任意に選択される用語があり、この場合、それらの意味は本発明の対応する説明部分において説明される。したがって、用語の名称だけでなく本明細書全体にわたる用語および内容の実質的な意味にも基づいて、本明細書で使用される用語が分析されるべきであることが、明らかにされることを意図する。
【００３４】
本明細書および以下の特許請求の範囲全体にわたって、要素が別の要素に「接続される」ことが記載されるとき、その要素は、他の要素に「直接接続されて」よく、または第３の要素を通じて他の要素に「電気的に接続されて」もよい。さらに、明示的にそれとは反対に記載されない限り、「備える」という語は、述べられる要素の包含を暗示するものとして理解され、別段に明記されていない限り、いかなる他の要素の除外も暗示するものとして理解されない。その上、特定のしきい値に基づく「以上の」または「以下の」などの限定は、いくつかの例示的な実施形態では、それぞれ、「上回る」または「下回る」と適宜に置換されてよい。
【００３５】
以下の技術は、符号分割多元接続（ＣＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、時分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などの、様々なワイヤレスアクセスシステムにおいて使用され得る。ＣＤＭＡは、ユニバーサル地上波無線アクセス（ＵＴＲＡ）またはＣＤＭＡ２０００などのワイヤレス技術によって実装され得る。ＴＤＭＡは、モバイル通信用グローバルシステム（ＧＳＭ（登録商標））／汎用パケット無線サービス（ＧＰＲＳ）／ＧＳＭ（登録商標）進化型高速データレート（ＥＤＧＥ）などのワイヤレス技術によって実装され得る。ＯＦＤＭＡは、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２−２０、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）などのワイヤレス技術によって実装され得る。ＵＴＲＡは、ユニバーサル移動体電気通信システム（ＵＭＴＳ）の一部である。第３世代パートナーシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）は、発展型ＵＭＴＳ地上波無線アクセス（Ｅ−ＵＴＲＡ）を使用する発展型ＵＭＴＳ（ＥＵＭＴＳ）の一部であり、ＬＴＥアドバンスト（Ａ）は、３ＧＰＰ  ＬＴＥの発展型バージョンである。３ＧＰＰニューラジオ（ＮＲ）は、ＬＴＥ／ＬＴＥ−Ａとは別個に設計されたシステムであり、ＩＭＴ−２０２０の要件である拡張モバイルブロードバンド（ｅＭＢＢ：ｅｎｈａｎｃｅｄ  ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ）、超高信頼および低レイテンシ通信（ＵＲＬＬＣ：ｕｌｔｒａ−ｒｅｌｉａｂｌｅ  ａｎｄ  ｌｏｗ  ｌａｔｅｎｃｙ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ならびにマッシブマシンタイプ通信（ｍＭＴＣ：ｍａｓｓｉｖｅ  ｍａｃｈｉｎｅ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）サービスをサポートするためのシステムである。明瞭な説明のために、主に３ＧＰＰ  ＮＲが説明されるが、本発明の技術的発想はそれらに限定されない。
【００３６】
本明細書において別段に規定されていない限り、基地局とは、３ＧＰＰ  ＮＲにおいて規定されるような次世代ノードＢ（ｇＮＢ）を指してよい。さらに、別段に規定されていない限り、端末とは、ユーザ機器（ＵＥ）を指してよい。以下、説明の理解を助けるために、それぞれの内容を個別に実施例として区分して説明するが、各実施例は互いに組み合わせられて用いられてもよい。本開示において、端末の設定（ｃｏｎｆｉｇｕｒｅ）は、基地局による設定を表すことができる。具体的に、基地局は端末にチャネル又は信号を送信し、端末の動作又はワイヤレス通信システムで用いられるパラメータの値を設定することができる。
【００３７】
図１は、ワイヤレス通信システムにおいて使用されるワイヤレスフレーム構造の一例を示す。
【００３８】
図１を参照すると、３ＧＰＰ  ＮＲシステムにおいて使用されるワイヤレスフレーム（または、無線フレーム）は、長さが１０ｍｓ（ΔｆｍａｘＮｆ／１００）＊Ｔｃ）であってよい。加えて、ワイヤレスフレームは、サイズが等しい１０個のサブフレーム（ＳＦ：ｓｕｂｆｒａｍｅ）を含む。本明細書では、Δｆｍａｘ＝４８０＊１０３Ｈｚ、Ｎｆ＝４０９６、Ｔｃ＝１／（Δｆｒｅｆ＊Ｎｆ，ｒｅｆ）、Δｆｒｅｆ＝１５＊１０３Ｈｚ、かつＮｆ，ｒｅｆ＝２０４８である。１つのワイヤレスフレーム内の１０個のサブフレームに、それぞれ０から９までの数が割り振られてよい。各サブフレームは長さが１ｍｓであり、サブキャリア間隔に従って１つまたは複数のスロットを含んでよい。より具体的には、３ＧＰＰ  ＮＲシステムでは、使用され得るサブキャリア間隔は、１５＊２μｋＨｚであり、μは、サブキャリア間隔構成としてμ＝０，１，２，３，４という値を有することができる。すなわち、サブキャリア間隔に対して１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、１２０ｋＨｚ、および２４０ｋＨｚが使用され得る。長さが１ｍｓである１つのサブフレームは、２μ個のスロットを含んでよい。この場合、各スロットの長さは２−μｍｓである。１つのサブフレーム内の２μ個のスロットに、それぞれ０から２μ−１までの数が割り振られてよい。加えて、１つのワイヤレスフレーム内のスロットに、それぞれ０から１０＊２μ−１までの数が割り振られてよい。時間リソースは、ワイヤレスフレーム番号（ワイヤレスフレームインデックスとも呼ばれる）、サブフレーム番号（サブフレームインデックスとも呼ばれる）、およびスロット番号（または、スロットインデックス）のうちの少なくとも１つによって区別され得る。
【００３９】
図２は、ワイヤレス通信システムにおけるダウンリンク（ＤＬ）／アップリンク（ＵＬ）スロット構造の一例を示す。
【００４０】
具体的には、図２は、３ＧＰＰ  ＮＲシステムのリソースグリッドの構造を示す。アンテナポート当り１つのリソースグリッドがある。図２を参照すると、スロットは、時間領域において複数の直交周波数分割多重化（ＯＦＤＭ）シンボルを含み、周波数領域において複数のリソースブロック（ＲＢ）を含む。ＯＦＤＭシンボルはまた、１つのシンボルセクションを意味する。別段に規定されていない限り、ＯＦＤＭシンボルは、単にシンボルと呼ばれることがある。１  ＲＢは周波数領域において連続する１２個のサブキャリアを含む。図２を参照すると、各スロットから送信される信号は、Ｎｓｉｚｅ，μｇｒｉｄ，ｘ＊ＮＲＢｓｃ本のサブキャリアおよびＮｓｌｏｔｓｙｍｂ個のＯＦＤＭシンボルを含むリソースグリッドによって表されてよい。ここで、信号がＤＬ信号であるときはｘ＝ＤＬであり、信号がＵＬ信号であるときはｘ＝ＵＬである。Ｎｓｉｚｅ，μｇｒｉｄ，ｘは、μの構成要素であるサブキャリア間隔に従ってリソースブロック（ＲＢ）の個数を表し（ｘは、ＤＬまたはＵＬである）、Ｎｓｌｏｔｓｙｍｂは、スロットの中のＯＦＤＭシンボルの個数を表す。ＮＲＢｓｃは、１つのＲＢを構成するサブキャリアの本数であり、ＮＲＢｓｃ＝１２である。ＯＦＤＭシンボルは、多元接続方式に従って、巡回シフトＯＦＤＭ（ＣＰ−ＯＦＤＭ：ｃｙｃｌｉｃ  ｓｈｉｆｔ  ＯＦＤＭ）シンボルまたは離散フーリエ変換拡散ＯＦＤＭ（ＤＦＴ−ｓ−ＯＦＤＭ：ｄｉｓｃｒｅｔｅ  Ｆｏｕｒｉｅｒ  ｔｒａｎｓｆｏｒｍ  ｓｐｒｅａｄ  ＯＦＤＭ）シンボルと呼ばれることがある。
【００４１】
１つのスロットの中に含まれるＯＦＤＭシンボルの個数は、巡回プレフィックス（ＣＰ：ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）の長さに従って変わることがある。たとえば、ノーマルＣＰの場合には、１つのスロットは１４個のＯＦＤＭシンボルを含むが、拡張ＣＰの場合には、１つのスロットは１２個のＯＦＤＭシンボルを含んでよい。特定の実施形態では、拡張ＣＰは、６０ｋＨｚサブキャリア間隔においてのみ使用され得る。図２において、説明の便宜上、１つのスロットは、例として１４個のＯＦＤＭシンボルを用いて構成されるが、本開示の実施形態は、異なる個数のＯＦＤＭシンボルを有するスロットに、同様に適用され得る。図２を参照すると、各ＯＦＤＭシンボルは、周波数領域においてＮｓｉｚｅ，μｇｒｉｄ，ｘ＊ＮＲＢｓｃ本のサブキャリアを含む。サブキャリアのタイプは、データ送信用のデータサブキャリア、基準信号の送信用の基準信号サブキャリア、およびガードバンドに分割され得る。キャリア周波数は、中心周波数（ｆｃ）とも呼ばれる。
【００４２】
１つのＲＢは、周波数領域においてＮＲＢｓｃ（たとえば、１２）本の連続したサブキャリアによって規定され得る。参考のために、１つのＯＦＤＭシンボルおよび１本のサブキャリアを用いて構成されたリソースは、リソース要素（ＲＥ：ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）またはトーンと呼ばれることがある。したがって、１つのＲＢは、Ｎｓｌｏｔｓｙｍｂ＊ＮＲＢｓｃ個のリソース要素を用いて構成され得る。リソースグリッドの中の各リソース要素は、１つのスロットの中で１対のインデックス（ｋ，ｌ）によって一意に規定され得る。ｋは、周波数領域において０からＮｓｉｚｅ，μｇｒｉｄ，ｘ＊ＮＲＢｓｃ−１まで割り振られるインデックスであってよく、ｌは、時間領域において０からＮｓｌｏｔｓｙｍｂ−１まで割り振られるインデックスであってよい。
【００４３】
ＵＥが、基地局から信号を受信するために、または基地局へ信号を送信するために、ＵＥの時間／周波数は、基地局の時間／周波数に同期されてよい。これは、基地局およびＵＥが同期されていると、ＤＬ信号を復調するとともに適切な時間においてＵＬ信号を送信するために必要な時間および周波数パラメータを、ＵＥが決定できるからである。
【００４４】
時分割複信（ＴＤＤ）すなわち不対スペクトルにおいて使用される無線フレームの各シンボルは、ＤＬシンボル、ＵＬシンボル、およびフレキシブルシンボルのうちの少なくとも１つを用いて構成され得る。周波数分割複信（ＦＤＤ）すなわち対スペクトルにおいてＤＬキャリアとして使用される無線フレームは、ＤＬシンボルまたはフレキシブルシンボルを用いて構成されてよく、ＵＬキャリアとして使用される無線フレームは、ＵＬシンボルまたはフレキシブルシンボルを用いて構成されてよい。ＤＬシンボルでは、ＤＬ送信が可能であるがＵＬ送信は不可能である。ＵＬシンボルでは、ＵＬ送信が可能であるがＤＬ送信は不可能である。フレキシブルシンボルは、信号に従ってＤＬまたはＵＬとして使用されるべきと決定され得る。
【００４５】
各シンボルのタイプについての情報、すなわち、ＤＬシンボル、ＵＬシンボル、およびフレキシブルシンボルのうちのいずれか１つを表す情報が、セル固有または共通の無線リソース制御（ＲＲＣ：ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）信号を用いて構成され得る。加えて、各シンボルのタイプについての情報が、追加として、ＵＥ固有または専用のＲＲＣ信号を用いて構成され得る。基地局は、ｉ）セル固有スロット構成の期間、ｉｉ）セル固有スロット構成の期間の冒頭からの、ＤＬシンボルしか伴わないスロットの個数、ｉｉｉ）ＤＬシンボルしか伴わないスロットの直後のスロットの最初のシンボルからのＤＬシンボルの個数、ｉｖ）セル固有スロット構成の期間の末尾からの、ＵＬシンボルしか伴わないスロットの個数、およびｖ）ＵＬシンボルしか伴わないスロットの直前のスロットの最後のシンボルからのＵＬシンボルの個数を、セル固有ＲＲＣ信号を使用することによって通知する。ここで、ＵＬシンボルおよびＤＬシンボルのうちのどちらを用いても構成されないシンボルが、フレキシブルシンボルである。
【００４６】
シンボルタイプについての情報が、ＵＥ固有ＲＲＣ信号を用いて構成されるとき、基地局は、フレキシブルシンボルがＤＬシンボルであるのかそれともＵＬシンボルであるのかを、セル固有ＲＲＣ信号の中でシグナリングし得る。この場合、ＵＥ固有ＲＲＣ信号は、セル固有ＲＲＣ信号を用いて構成されたＤＬシンボルまたはＵＬシンボルを別のシンボルタイプに変更することができない。ＵＥ固有ＲＲＣ信号は、スロットごとの対応するスロットのＮｓｌｏｔｓｙｍｂ個のシンボルのうちのＤＬシンボルの個数、および対応するスロットのＮｓｌｏｔｓｙｍｂ個のシンボルのうちのＵＬシンボルの個数をシグナリングし得る。この場合、スロットのＤＬシンボルは、スロットの最初のシンボル〜ｉ番目のシンボルを用いて継続的に構成され得る。加えて、スロットのＵＬシンボルは、スロットのｊ番目のシンボル〜最後のシンボルを用いて継続的に構成され得る（ただし、ｉ＜ｊ）。スロットの中で、ＵＬシンボルおよびＤＬシンボルのうちのどちらを用いても構成されないシンボルが、フレキシブルシンボルである。
【００４７】
上記のＲＲＣ信号を用いて構成されたシンボルのタイプは、半静的ＤＬ／ＵＬ構成と呼ばれることがある。ＲＲＣ信号を用いて以前に構成された半静的ＤＬ／ＵＬ構成では、フレキシブルシンボルは、物理ＤＬ制御チャネル（ＰＤＣＣＨ：ｐｈｙｓｉｃａｌ  ＤＬ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）上で送信される動的なスロットフォーマット情報（ＳＦＩ：ｓｌｏｔ  ｆｏｒｍａｔ  ｉｎｆｏｒｍａｔｉｏｎ）を通じて、ＤＬシンボル、ＵＬシンボル、またはフレキシブルシンボルとして示されてよい。この場合、ＲＲＣ信号を用いて構成されたＤＬシンボルまたはＵＬシンボルは、別のシンボルタイプに変更されない。表１は、基地局がＵＥに示すことができる動的なＳＦＩを例示する。
【００４８】
【表１】
2021533589.tif 000003
【００４９】
表１において、ＤはＤＬシンボルを示し、ＵはＵＬシンボルを示し、Ｘはフレキシブルシンボルを示す。表１に示すように、１つのスロットの中で最高２回のＤＬ／ＵＬ切替えが許容され得る。
【００５０】
図３は、３ＧＰＰシステム（たとえば、ＮＲ）において使用される物理チャネル、および物理チャネルを使用する典型的な信号送信方法を説明するための図である。
【００５１】
ＵＥの電源がオンにされるかまたはＵＥが新たなセルにキャンプオンする場合、ＵＥは初期セル探索を実行する（Ｓ１０１）。具体的には、ＵＥは、初期セル探索時にＢＳに同期し得る。このことのために、ＵＥは、基地局から１次同期信号（ＰＳＳ）および２次同期信号（ＳＳＳ）を受信して基地局に同期し得、セルＩＤなどの情報を取得し得る。その後、ＵＥは、基地局から物理ブロードキャストチャネルを受信することができ、セルにおけるブロードキャスト情報を取得することができる。
【００５２】
初期セル探索の完了時に、ＵＥは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）およびＰＤＣＣＨの中の情報に従って物理ダウンリンク共有チャネル（ＰＤＳＣＨ：ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）を受信し、その結果、ＵＥは、初期セル探索を通じて取得されたシステム情報よりも特有のシステム情報を取得することができる（Ｓ１０２）。ここで、ＵＥが取得したシステム情報は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ，ＲＲＣ）において物理層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）でＵＥが正しく動作するためのセル−共通システム情報であり、リメイニングシステム情報（Ｒｅｍａｉｎｉｎｇ  ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）又はシステム情報ブロック（Ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｃｏｋ，ＳＩＢ）１とも呼ばれる。
【００５３】
ＵＥが最初に基地局にアクセスするか、または信号送信用の無線リソースを有しないとき、ＵＥは、基地局に対してランダムアクセスプロシージャを実行してよい（動作Ｓ１０３〜Ｓ１０６）。最初に、ＵＥは、物理ランダムアクセスチャネル（ＰＲＡＣＨ：ｐｈｙｓｉｃａｌ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ）を通じてプリアンブルを送信することができ（Ｓ１０３）、ＰＤＣＣＨおよび対応するＰＤＳＣＨを通じて基地局からプリアンブルに対する応答メッセージを受信することができる（Ｓ１０４）。有効なランダムアクセス応答メッセージがＵＥによって受信されると、ＵＥは、基地局からＰＤＣＣＨを通じて送信されたＵＬ許可によって示される物理アップリンク共有チャネル（ＰＵＳＣＨ：ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）を通じて、ＵＥの識別子などを含むデータを基地局へ送信する（Ｓ１０５）。次に、ＵＥは、衝突解決のために、基地局の表示としてのＰＤＣＣＨの受信を待つ。ＵＥがＵＥの識別子を通じてＰＤＣＣＨを首尾よく受信する場合（Ｓ１０６）、ランダムアクセスプロセスが終了される。ＵＥは、ランダムアクセス過程中に、ＲＲＣ層において、物理層でＵＥが正しく動作するために必要なＵＥ−特定システム情報を取得することができる。ＵＥがＲＲＣ層でＵＥ−特定システム情報を取得すると、ＵＥはＲＲＣ連結モード（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ  ｍｏｄｅ）に入る。
【００５４】
ＲＲＣ層は、端末とワイヤレス接続網（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ，ＲＡＮ）間の制御のためのメッセージ生成及び管理に用いられる。より具体的に、基地局と端末はＲＲＣ層において、セル内の全端末に必要なセルシステム情報の放送（ｂｒｏａｄｃａｓｔｉｎｇ）、ページング（ｐａｇｉｎｇ）メッセージの伝達管理、移動性管理及びハンドオーバー、端末の測定報告とそれに対する制御、端末能力管理及び機器管理を含む保管管理を行うことができる。一般に、ＲＲＣ層で伝達する信号（以下、ＲＲＣ信号）の更新（ｕｐｄａｔｅ）は、物理層における送受信周期（すなわち、ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ，ＴＴＩ）よりも長いので、ＲＲＣ信号は、長い周期において変化せずに保持され得る。
【００５５】
上記で説明したプロシージャの後、ＵＥは、ＰＤＣＣＨ／ＰＤＳＣＨを受信し（Ｓ１０７）、一般的なＵＬ／ＤＬ信号送信プロシージャとして物理アップリンク共有チャネル（ＰＵＳＣＨ）／物理アップリンク制御チャネル（ＰＵＣＣＨ）を送信する（Ｓ１０８）。具体的には、ＵＥは、ＰＤＣＣＨを通じてダウンリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）を受信し得る。ＤＣＩは、ＵＥに対するリソース割振り情報などの制御情報を含んでよい。また、ＤＣＩのフォーマットは、所期の使用に応じて変わってよい。ＵＥがＵＬを通じて基地局へ送信するアップリンク制御情報（ＵＣＩ：ｕｐｌｉｎｋｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）は、ＤＬ／ＵＬ  ＡＣＫ／ＮＡＣＫ信号、チャネル品質インジケータ（ＣＱＩ：ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ  ｉｎｄｉｃａｔｏｒ）、プリコーディング行列インデックス（ＰＭＩ：ｐｒｅｃｏｄｉｎｇ  ｍａｔｒｉｘ  ｉｎｄｅｘ）、ランクインジケータ（ＲＩ：ｒａｎｋ  ｉｎｄｉｃａｔｏｒ）などを含む。ここで、ＣＱＩ、ＰＭＩ、およびＲＩは、チャネル状態情報（ＣＳＩ：ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ）の中に含められてよい。３ＧＰＰ  ＮＲシステムでは、ＵＥは、上記で説明したＨＡＲＱ−ＡＣＫおよびＣＳＩなどの制御情報を、ＰＵＳＣＨおよび／またはＰＵＣＣＨを通じて送信してよい。
【００５６】
図４は、３ＧＰＰ  ＮＲシステムにおける初期セルアクセス用のＳＳ／ＰＢＣＨブロックを示す。
【００５７】
電源がオンにされるか、または新たなセルにアクセスしたいとき、ＵＥは、セルとの時間および周波数同期を取得し得、初期セル探索プロシージャを実行し得る。ＵＥは、セル探索プロシージャ中にセルの物理セル識別情報ＮｃｅｌｌＩＤを検出し得る。このことのために、ＵＥは、基地局から同期信号、たとえば、１次同期信号（ＰＳＳ：ｐｒｉｍａｒｙ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）および２次同期信号（ＳＳＳ：ｓｅｃｏｎｄａｒｙ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）を受信し得、基地局に同期し得る。この場合、ＵＥは、セル識別情報（ＩＤ）などの情報を取得することができる。
【００５８】
図４（ａ）を参照しながら、同期信号（ＳＳ：ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）がより詳細に説明される。同期信号は、ＰＳＳおよびＳＳＳに分類され得る。ＰＳＳは、ＯＦＤＭシンボル同期およびスロット同期などの、時間領域同期および／または周波数領域同期を取得するために使用され得る。ＳＳＳは、フレーム同期およびセルグループＩＤを取得するために使用され得る。図４（ａ）および表２を参照すると、ＳＳ／ＰＢＣＨブロックは、周波数軸における連続した２０個のＲＢ（＝２４０本のサブキャリア）を用いて構成することができ、時間軸における連続した４個のＯＦＤＭシンボルを用いて構成することができる。この場合、ＳＳ／ＰＢＣＨブロックの中で、ＰＳＳは最初のＯＦＤＭシンボルの中で送信され、ＳＳＳは第５６〜第１８２のサブキャリアを通じて３番目のＯＦＤＭシンボルの中で送信される。ここで、ＳＳ／ＰＢＣＨブロックの最小のサブキャリアインデックスは、０から番号付けされる。ＰＳＳがその中で送信される最初のＯＦＤＭシンボルでは、基地局は、残りのサブキャリア、すなわち、第０〜第５５および第１８３〜第２３９のサブキャリアを通じて信号を送信しない。加えて、ＳＳＳがその中で送信される３番目のＯＦＤＭシンボルでは、基地局は、第４８〜第５５および第１８３〜第１９１のサブキャリアを通じて信号を送信しない。基地局は、ＳＳ／ＰＢＣＨブロックの中で上記の信号を除く残りのＲＥを通じて物理ブロードキャストチャネル（ＰＢＣＨ：ｐｈｙｓｉｃａｌ  ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）を送信する。
【００５９】
【表２】
2021533589.tif 000004
【００６０】
ＳＳは、合計１００８個の一意の物理レイヤセルＩＤが３３６個の物理レイヤセル識別子グループにグループ化されることを可能にし、各グループは、具体的には、各物理レイヤセルＩＤが１つの物理レイヤセル識別子グループの一部のみであることになるような、３個のＰＳＳとＳＳＳとの組合せを通じた３個の一意識別子を含む。したがって、物理レイヤセルＩＤ  ＮｃｅｌｌＩＤ＝３Ｎ（１）ＩＤ＋Ｎ（２）ＩＤは、物理レイヤセル識別子グループを示す、０から３３５までにわたるインデックスＮ（１）ＩＤ、および物理レイヤセル識別子グループの中の物理レイヤ識別子を示す、０から２までにわたるインデックスＮ（２）ＩＤによって、一意に規定され得る。ＵＥは、ＰＳＳを検出し得、３個の一意物理レイヤ識別子のうちの１つを識別し得る。加えて、ＵＥは、ＳＳＳを検出することができ、物理レイヤ識別子に関連付けられた３３６個の物理レイヤセルＩＤのうちの１つを識別することができる。この場合、ＰＳＳの系列ｄＰＳＳ（ｎ）は次の通りである。
【００６１】
【数１】
2021533589.tif 000005
【００６２】
ここで、x(i+7)=(x(i+4)+x(i)) mod 2であり、
【００６３】
[x(6) x(5) x(4) x(3) x(2) x(1) x(0)]=[1 1 1 0 1 1 0]として与えられる。
【００６４】
さらに、ＳＳＳの系列ｄＳＳＳ（ｎ）は次の通りである。
【００６５】
【数２】
2021533589.tif 000006
【００６６】
ここで、
x0(i+7)=(x0(i+4)+x0(i)) mod 2
x1(i+7)=(x1(i+1)+x1(i)) mod 2
であり、
【００６７】
[x0(6) x0(5) x0(4) x0(3) x0(2) x0(1) x0(0)]=[0 0 0 0 0 0 1]
[x1(6) x1(5) x1(4) x1(3) x1(2) x1(1) x1(0)]=[0 0 0 0 0 0 1]
として与えられる。
【００６８】
長さが１０ｍｓの無線フレームは、長さが５ｍｓの２つのハーフフレームに分割され得る。図４（ｂ）を参照しながら、ＳＳ／ＰＢＣＨブロックが各ハーフフレームの中で送信されるスロットの説明が行われる。ＳＳ／ＰＢＣＨブロックが送信されるスロットは、事例Ａ、Ｂ、Ｃ、Ｄ、およびＥのうちのいずれか１つであってよい。事例Ａでは、サブキャリア間隔は１５ｋＨｚであり、ＳＳ／ＰＢＣＨブロックの開始時点は（｛２，８｝＋１４＊ｎ）番目のシンボルである。この場合、３ＧＨｚ以下のキャリア周波数においてｎ＝０または１である。加えて、３ＧＨｚよりも上かつ６ＧＨｚよりも下のキャリア周波数においてｎ＝０，１，２，３であってよい。事例Ｂでは、サブキャリア間隔は３０ｋＨｚであり、ＳＳ／ＰＢＣＨブロックの開始時点は｛４，８，１６，２０｝＋２８＊ｎである。この場合、３ＧＨｚ以下のキャリア周波数においてｎ＝０である。加えて、３ＧＨｚよりも上かつ６ＧＨｚよりも下のキャリア周波数においてｎ＝０，１であってよい。事例Ｃでは、サブキャリア間隔は３０ｋＨｚであり、ＳＳ／ＰＢＣＨブロックの開始時点は（｛２，８｝＋１４＊ｎ）番目のシンボルである。この場合、３ＧＨｚ以下のキャリア周波数においてｎ＝０または１である。加えて、３ＧＨｚよりも上かつ６ＧＨｚよりも下のキャリア周波数においてｎ＝０，１，２，３であってよい。事例Ｄでは、サブキャリア間隔は１２０ｋＨｚであり、ＳＳ／ＰＢＣＨブロックの開始時点は（｛４，８，１６，２０｝＋２８＊ｎ）番目のシンボルである。この場合、６ＧＨｚ以上のキャリア周波数において、ｎ＝０，１，２，３，５，６，７，８，１０，１１，１２，１３，１５，１６，１７，１８である。事例Ｅでは、サブキャリア間隔は２４０ｋＨｚであり、ＳＳ／ＰＢＣＨブロックの開始時点は（｛８，１２，１６，２０，３２，３６，４０，４４｝＋５６＊ｎ）番目のシンボルである。この場合、６ＧＨｚ以上のキャリア周波数において、ｎ＝０，１，２，３，５，６，７，８である。
【００６９】
図５は、３ＧＰＰ  ＮＲシステムにおいて制御情報および制御チャネルを送信するためのプロシージャを示す。図５（ａ）を参照すると、基地局は、無線ネットワーク一時識別子（ＲＮＴＩ：ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｆｉｅｒ）を用いてマスク（たとえば、ＸＯＲ演算）された巡回冗長検査（ＣＲＣ）を制御情報（たとえば、ダウンリンク制御情報（ＤＣＩ））に追加し得る（Ｓ２０２）。基地局は、各制御情報の目的／ターゲットに従って決定されたＲＮＴＩ値を用いてＣＲＣをスクランブルし得る。１つまたは複数のＵＥによって使用される共通のＲＮＴＩは、システム情報ＲＮＴＩ（ＳＩ−ＲＮＴＩ：ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ＲＮＴＩ）、ページングＲＮＴＩ（Ｐ−ＲＮＴＩ：ｐａｇｉｎｇ  ＲＮＴＩ）、ランダムアクセスＲＮＴＩ（ＲＡ−ＲＮＴＩ：ｒａｎｄｏｍ  ａｃｃｅｓｓ  ＲＮＴＩ）、および送信電力制御ＲＮＴＩ（ＴＰＣ−ＲＮＴＩ：ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ  ＲＮＴＩ）のうちの少なくとも１つを含むことができる。加えて、ＵＥ固有のＲＮＴＩは、セル一時ＲＮＴＩ（Ｃ−ＲＮＴＩ：ｃｅｌｌ  ｔｅｍｐｏｒａｒｙ  ＲＮＴＩ）およびＣＳ−ＲＮＴＩのうちの少なくとも１つを含んでよい。その後、基地局は、チャネル符号化（たとえば、ポーラコーディング）を実行した後（Ｓ２０４）、ＰＤＣＣＨ送信のために使用されるリソースの量に従ってレートマッチングを実行し得る（Ｓ２０６）。その後、基地局は、制御チャネル要素（ＣＣＥ：ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ）ベースのＰＤＣＣＨ構造に基づいてＤＣＩを多重化し得る（Ｓ２０８）。加えて、基地局は、スクランブリング、変調（たとえば、ＱＰＳＫ）、インターリービングなどの追加のプロセスを、多重化されたＤＣＩに適用し得（Ｓ２１０）、次いで、送信されるべきリソースにＤＣＩをマッピングし得る。ＣＣＥは、ＰＤＣＣＨに対する基本リソース単位であり、１つのＣＣＥは、複数（たとえば、６個）のリソース要素グループ（ＲＥＧ：ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ）を含んでよい。１つのＲＥＧは、複数（たとえば、１２個）のＲＥを用いて構成され得る。１つのＰＤＣＣＨに対して使用されるＣＣＥの個数は、アグリゲーションレベルとして規定され得る。３ＧＰＰ  ＮＲシステムでは、１、２、４、８、または１６というアグリゲーションレベルが使用され得る。図５（ｂ）は、ＣＣＥアグリゲーションレベル、およびＰＤＣＣＨの多重化に関係する図であり、１つのＰＤＣＣＨに対して使用されるＣＣＥアグリゲーションレベルのタイプ、およびそれに従って制御エリアの中で送信されるＣＣＥを示す。
【００７０】
図６は、３ＧＰＰ  ＮＲシステムにおいて物理ダウンリンク制御チャネル（ＰＵＣＣＨ）がその中で送信され得る制御リソースセット（コアセット）を示す。
【００７１】
コアセットは、ＰＤＣＣＨ、すなわち、ＵＥ用の制御信号がその中で送信される時間周波数リソースである。加えて、後で説明されることになる探索空間が、１つのコアセットにマッピングされ得る。したがって、ＵＥは、ＰＤＣＣＨ受信を求めてすべての周波数帯域を監視するのではなく、コアセットとして指定された時間周波数領域を監視してよく、コアセットにマッピングされたＰＤＣＣＨを復号し得る。基地局は、ＵＥに対してセルごとに１つまたは複数のコアセットを構成し得る。コアセットは、時間軸上で３個までの連続したシンボルを用いて構成され得る。加えて、コアセットは、周波数軸上で６個の連続したＰＲＢという単位で構成され得る。図６の実施形態では、コアセット＃１は、連続したＰＲＢを用いて構成され、コアセット＃２およびコアセット＃３は、連続しないＰＲＢを用いて構成される。コアセットは、スロットの中の任意のシンボルの中に配置され得る。たとえば、図６の実施形態では、コアセット＃１は、スロットの最初のシンボルにおいて開始し、コアセット＃２は、スロットの５番目のシンボルにおいて開始し、コアセット＃３は、スロットの９番目のシンボルにおいて開始する。
【００７２】
図７は、３ＧＰＰ  ＮＲシステムにおいてＰＵＣＣＨ探索空間を設定するための方法を示す。
【００７３】
ＰＤＣＣＨをＵＥへ送信するために、各コアセットは少なくとも１つの探索空間を有してよい。本開示の実施形態では、探索空間とは、ＵＥのＰＤＣＣＨがそれを通じて送信されることが可能であるすべての時間周波数リソースのセット（以下で、ＰＤＣＣＨ候補）である。探索空間は、３ＧＰＰ  ＮＲのＵＥが共通に探索することを必要とされる共通の探索空間、および特定のＵＥが探索することを必要とされる端末固有またはＵＥ固有の探索空間を含んでよい。共通探索空間の中で、ＵＥは、同じ基地局に属するセルの中のすべてのＵＥが共通に探索するように設定されているＰＤＣＣＨを監視し得る。加えて、ＵＥ固有探索空間は、ＵＥが、ＵＥに従って異なる探索空間位置において各ＵＥに割り振られたＰＤＣＣＨを監視するように、ＵＥごとに設定され得る。ＵＥ固有探索空間の場合には、ＵＥ間の探索空間は、ＰＤＣＣＨがその中に割り振られる限定された制御エリアに起因して、部分的にオーバーラップされることがあり割り振られることがある。ＰＤＣＣＨを監視することは、探索空間の中でＰＤＣＣＨ候補を求めてブラインド復号することを含む。ブラインド復号が成功するとき、ＰＤＣＣＨが（首尾よく）検出／受信されていることが表現されてよく、ブラインド復号が失敗するとき、ＰＤＣＣＨが検出／受信されていないか、または首尾よく検出／受信されていないことが表現されてよい。
【００７４】
説明の便宜上、ＤＬ制御情報を１つまたは複数のＵＥへ送信するように１つまたは複数のＵＥに以前から知られているグループ共通（ＧＣ：ｇｒｏｕｐ  ｃｏｍｍｏｎ）ＲＮＴＩを用いてスクランブルされたＰＤＣＣＨは、グループ共通（ＧＣ）ＰＤＣＣＨまたは共通ＰＤＣＣＨと呼ばれる。加えて、ＵＬスケジューリング情報またはＤＬスケジューリング情報を特定のＵＥへ送信するように特定のＵＥがすでに知っている端末固有のＲＮＴＩを用いてスクランブルされたＰＤＣＣＨは、ＵＥ固有ＰＤＣＣＨと呼ばれる。共通ＰＤＣＣＨは、共通探索空間の中に含まれてよく、ＵＥ固有ＰＤＣＣＨは、共通探索空間またはＵＥ固有ＰＤＣＣＨの中に含まれてよい。
【００７５】
基地局は、送信チャネルであるページングチャネル（ＰＣＨ：ｐａｇｉｎｇ  ｃｈａｎｎｅｌ）およびダウンリンク共有チャネル（ＤＬ−ＳＣＨ：ｄｏｗｎｌｉｎｋ−ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）のリソース割振りに関係する情報（すなわち、ＤＬ許可）、またはアップリンク共有チャネル（ＵＬ−ＳＣＨ：ｕｐｌｉｎｋ−ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）およびハイブリッド自動再送要求（ＨＡＲＱ）のリソース割振りに関係する情報（すなわち、ＵＬ許可）について、ＰＤＣＣＨを通じて各ＵＥまたはＵＥグループにシグナリングし得る。基地局は、ＰＣＨトランスポートブロックおよびＤＬ−ＳＣＨトランスポートブロックを、ＰＤＳＣＨを通じて送信してよい。基地局は、特定の制御情報または特定のサービスデータを除くデータを、ＰＤＳＣＨを通じて送信してよい。加えて、ＵＥは、特定の制御情報または特定のサービスデータを除くデータを、ＰＤＳＣＨを通じて受信し得る。
【００７６】
基地局は、ＵＥ（１つまたは複数のＵＥ）ＰＤＳＣＨデータが送信される先についての、また対応するＵＥによってＰＤＳＣＨデータがどのように受信および復号されることになるのかについての情報を、ＰＤＣＣＨの中に含めてよく、そのＰＤＣＣＨを送信してよい。たとえば、特定のＰＤＣＣＨ上で送信されるＤＣＩが「Ａ」というＲＮＴＩを用いてＣＲＣマスクされ、ＤＣＩは、ＰＤＳＣＨが「Ｂ」という無線リソース（たとえば、周波数ロケーション）に割り振られることを示し、「Ｃ」という送信フォーマット情報（たとえば、トランスポートブロックサイズ、変調方式、コーディング情報など）を示すと仮定しよう。ＵＥは、ＵＥが有するＲＮＴＩ情報を使用してＰＤＣＣＨを監視する。この場合、「Ａ」のＲＮＴＩを使用してＰＤＣＣＨのブラインド復号を実行するＵＥがある場合、そのＵＥは、ＰＤＣＣＨを受信し、受信されたＰＤＣＣＨ情報を通じて、「Ｂ」および「Ｃ」によって示されるＰＤＳＣＨを受信する。
【００７７】
表３は、ワイヤレス通信システムにおいて使用される物理アップリンク制御チャネル（ＰＵＣＣＨ）の一実施形態を示す。
【００７８】
【表３】
2021533589.tif 000007
【００７９】
ＰＵＣＣＨは、以下のＵＬ制御情報（ＵＣＩ）を送信するために使用され得る。
【００８０】
−  スケジューリング要求（ＳＲ：Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）：ＵＬ  ＵＬ−ＳＣＨリソースを要求するために使用される情報。
【００８１】
−  ＨＡＲＱ−ＡＣＫ：（ＤＬ  ＳＰＳ解放を示す）ＰＤＣＣＨへの応答、および／またはＰＤＳＣＨ上のＤＬトランスポートブロック（ＴＢ：ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）への応答。ＨＡＲＱ−ＡＣＫは、ＰＤＣＣＨ上またはＰＤＳＣＨ上で送信された情報が受信されているかどうかを示す。ＨＡＲＱ−ＡＣＫ応答は、肯定的ＡＣＫ（単に、ＡＣＫ）、否定的ＡＣＫ（以下で、ＮＡＣＫ）、間欠送信（ＤＴＸ：Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｔｒａｎｓｍｉｓｓｉｏｎ）、またはＮＡＣＫ／ＤＴＸを含む。ここで、ＨＡＲＱ−ＡＣＫという用語は、ＨＡＲＱ−ＡＣＫ／ＮＡＣＫおよびＡＣＫ／ＮＡＣＫと併用して使用される。概して、ＡＣＫはビット値１によって表されてよく、ＮＡＣＫはビット値０によって表されてよい。
【００８２】
−  チャネル状態情報（ＣＳＩ）：ＤＬチャネル上でのフィードバック情報。ＵＥは、基地局によって送信されるＣＳＩ基準信号（ＲＳ）に基づいてそれを生成する。多入力多出力（ＭＩＭＯ）関連フィードバック情報は、ランクインジケータ（ＲＩ）およびプリコーディング行列インジケータ（ＰＭＩ）を含む。ＣＳＩは、ＣＳＩによって示される情報に従ってＣＳＩ部分１およびＣＳＩ部分２に分割され得る。
【００８３】
３ＧＰＰ  ＮＲシステムでは、様々なサービスシナリオ、様々なチャネル環境、およびフレーム構造をサポートするために、５つのＰＵＣＣＨフォーマットが使用され得る。
【００８４】
ＰＵＣＣＨフォーマット０は、１ビットまたは２ビットのＨＡＲＱ−ＡＣＫ情報またはＳＲを送信することが可能なフォーマットである。ＰＵＣＣＨフォーマット０は、時間軸上の１つまたは２つのＯＦＤＭシンボルおよび周波数軸上の１つのＲＢを通じて送信され得る。ＰＵＣＣＨフォーマット０が２つのＯＦＤＭシンボルの中で送信されるとき、２つのシンボル上の同じ系列は、異なるＲＢを通じて送信されてよい。このとき、系列は、ＰＵＣＣＨフォーマット０に用いられる基本系列（ｂａｓｅ  ｓｅｑｕｅｎｃｅ）から巡回シフト（ｃｙｃｌｉｃ  ｓｈｉｆｔ，ＣＳ）された系列でよい。このことを通じて、ＵＥは、周波数ダイバーシティ利得を取得することができる。具体的に、端末は、ＭｂｉｔビットＵＣＩ（Ｍｂｉｔ＝１  ｏｒ  ２）によって巡回シフト（ｃｙｃｌｉｃ  ｓｈｉｆｔ，ＣＳ）値ｍｃｓを決定できる。また、長さ１２の基本系列を、定められたＣＳ値ｍｃｓに基づいて、巡回シフトした系列を、１個のＯＦＤＭシンボル及び１個のＲＢの１２個のＲＥにマッピングして送信することができる。端末にとって使用可能な巡回シフトの数が１２個であり、Ｍｂｉｔ＝１である場合、１ビットＵＣＩ  ０及び１は、それぞれ、巡回シフト値の差が６である２つの巡回シフトされた系列にマッピングされ得る。また、Ｍｂｉｔ＝２の場合、２ビットＵＣＩ  ００、０１、１１、１０は、それぞれ、巡回シフト値の差が３である４つの巡回シフトされた系列にマッピングされ得る。
【００８５】
ＰＵＣＣＨフォーマット１は、１ビットまたは２ビットのＨＡＲＱ−ＡＣＫ情報またはＳＲを配送し得る。ＰＵＣＣＨフォーマット１は、時間軸上の連続したＯＦＤＭシンボルおよび周波数軸上の１つのＰＲＢを通じて送信され得る。ここで、ＰＵＣＣＨフォーマット１によって占有されるＯＦＤＭシンボルの個数は、４個〜１４個のうちの１つであってよい。より具体的には、Ｍｂｉｔ＝１であるＵＣＩは、ＢＰＳＫ変調されてよい。ＵＥは、Ｍｂｉｔ＝２であるＵＣＩを４位相シフトキーイング（ＱＰＳＫ）を用いて変調してよい。信号は、変調された複素数値シンボルｄ（０）を長さ１２の系列で乗算することによって取得される。この場合、系列は、ＰＵＣＣＨフォーマット０に対して使用される基本系列であってよい。ＵＥは、ＰＵＣＣＨフォーマット１がそこに割り振られる偶数番号のＯＦＤＭシンボルを、時間軸直交カバーコード（ＯＣＣ：ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ  ｃｏｄｅ）を通じて拡散して、取得された信号を送信する。ＰＵＣＣＨフォーマット１は、使用されるべきＯＣＣの長さに従って、１つのＲＢの中で多重化された様々なＵＥの最大数を決定する。復調基準信号（ＤＭＲＳ：ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）は、ＯＣＣを用いて拡散されてよく、ＰＵＣＣＨフォーマット１の奇数番号のＯＦＤＭシンボルにマッピングされてよい。
【００８６】
ＰＵＣＣＨフォーマット２は、２ビットを超えるＵＣＩを配送し得る。ＰＵＣＣＨフォーマット２は、時間軸上の１つまたは２つのＯＦＤＭシンボルおよび周波数軸上の１つまたは複数のＲＢを通じて送信され得る。ＰＵＣＣＨフォーマット２が２つのＯＦＤＭシンボルの中で送信されるとき、２つのＯＦＤＭシンボルを通じて異なるＲＢの中で送信される系列は、互いに同じであってよい。ここで、系列は、変調された複数の複素数値シンボルｄ（０），…，ｄ（Ｍｓｙｍｂｏｌ−１）であってよい。ここで、ＭｓｙｍｂｏｌはＭｂｉｔ／２であってよい。このことを通じて、ＵＥは、周波数ダイバーシティ利得を取得し得る。より具体的には、ＭｂｉｔビットのＵＣＩ（Ｍｂｉｔ＞２）が、ビットレベルスクランブルされ、ＱＰＳＫ変調され、１つまたは２つのＯＦＤＭシンボルのＲＢにマッピングされる。ここで、ＲＢの個数は、１個〜１６個のうちの１つであってよい。
【００８７】
ＰＵＣＣＨフォーマット３またはＰＵＣＣＨフォーマット４は、２ビットを超えるＵＣＩを配送し得る。ＰＵＣＣＨフォーマット３またはＰＵＣＣＨフォーマット４は、時間軸上の連続したＯＦＤＭシンボルおよび周波数軸上の１つのＰＲＢを通じて送信され得る。ＰＵＣＣＨフォーマット３またはＰＵＣＣＨフォーマット４によって占有されるＯＦＤＭシンボルの個数は、４個〜１４個のうちの１つであってよい。具体的には、ＵＥは、π／２−２位相シフトキーイング（ＢＰＳＫ）またはＱＰＳＫを用いてＭｂｉｔビットのＵＣＩ（Ｍｂｉｔ＞２）を変調して、複素数値シンボルｄ（０）〜ｄ（Ｍｓｙｍｂ−１）を生成する。ここで、π／２−ＢＰＳＫを使用するとき、Ｍｓｙｍｂ＝Ｍｂｉｔであり、ＱＰＳＫを使用するとき、Ｍｓｙｍｂ＝Ｍｂｉｔ／２である。ＵＥは、ＰＵＣＣＨフォーマット３にブロック単位拡散を適用しなくてよい。しかしながら、ＵＥは、ＰＵＣＣＨフォーマット４が２または４の多重化容量を有し得るような、長さが１２のＰｒｅＤＦＴ−ＯＣＣを使用して１つのＲＢ（すなわち、１２本のサブキャリア）にブロック単位拡散を適用してよい。ＵＥは、拡散信号に対して送信プリコーディング（または、ＤＦＴプリコーディング）を実行し、それを各ＲＥにマッピングして拡散信号を送信する。
【００８８】
この場合、ＰＵＣＣＨフォーマット２、ＰＵＣＣＨフォーマット３、またはＰＵＣＣＨフォーマット４によって占有されるＲＢの個数は、ＵＥによって送信されるＵＣＩの長さおよび最大コードレートに従って決定され得る。ＵＥがＰＵＣＣＨフォーマット２を使用するとき、ＵＥは、ＰＵＣＣＨを通じてＨＡＲＱ−ＡＣＫ情報およびＣＳＩ情報を一緒に送信してよい。ＵＥが送信し得るＲＢの個数が、ＰＵＣＣＨフォーマット２、またはＰＵＣＣＨフォーマット３、またはＰＵＣＣＨフォーマット４が使用し得るＲＢの最大個数よりも多いとき、ＵＥは、ＵＣＩ情報の優先度に従って、いくつかのＵＣＩ情報を送信することなく残りのＵＣＩ情報のみを送信してよい。
【００８９】
ＰＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット３、またはＰＵＣＣＨフォーマット４は、スロットの中での周波数ホッピングを示すためのＲＲＣ信号を通じて構成され得る。周波数ホッピングが構成されるとき、周波数ホッピングされるべきＲＢのインデックスが、ＲＲＣ信号を用いて構成され得る。ＰＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット３、またはＰＵＣＣＨフォーマット４が、時間軸上のＮ個のＯＦＤＭシンボルを通じて送信されるとき、第１のホップはｆｌｏｏｒ（Ｎ／２）個のＯＦＤＭシンボルを有してよく、第２のホップはｃｅｉｌｉｎｇ（Ｎ／２）個のＯＦＤＭシンボルを有してよい。
【００９０】
ＰＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット３、またはＰＵＣＣＨフォーマット４は、複数のスロットの中で繰り返し送信されるように構成され得る。この場合、ＰＵＣＣＨがその中で繰り返し送信されるスロットの個数Ｋは、ＲＲＣ信号によって構成され得る。繰り返し送信されるＰＵＣＣＨは、各スロットの中の定位置のＯＦＤＭシンボルにおいて開始しなければならず、長さが一定でなければならない。ＵＥがその中でＰＵＣＣＨを送信すべきスロットのＯＦＤＭシンボルのうちの１つのＯＦＤＭシンボルが、ＲＲＣ信号によってＤＬシンボルとして示されるとき、ＵＥは、対応するスロットの中でＰＵＣＣＨを送信しなくてよく、ＰＵＣＣＨを送信するための次のスロットまでＰＵＣＣＨの送信を遅延させてよい。
【００９１】
一方、３ＧＰＰ  ＮＲシステムにおいて、端末は、キャリア（又は、セル）の帯域幅よりも小さいか又は等しい帯域幅を用いて送受信を行うことができる。そのために、端末は、キャリアの帯域幅のうち、一部の連続した帯域幅で構成されたＢＷＰ（ｂａｎｄｗｉｄｔｈ  ｐａｒｔ）が構成されてよい。ＴＤＤによって動作するか又はアンペアードスペクトル（ｕｎｐａｉｒｅｄ  ｓｐｅｃｔｒｕｍ）で動作する端末は、１キャリア（又は、セル）に最大で４個のＤＬ／ＵＬ  ＢＷＰペア（ｐａｉｒｓ）が構成されてよい。また、端末は一つのＤＬ／ＵＬ  ＢＷＰペア（ｐａｉｒ）を活性化することができる。ＦＤＤによって動作するか又はペアードスペクトル（ｐａｉｒｅｄ  ｓｐｅｃｔｒｕｍ）で動作する端末は、ダウンリンクキャリア（又は、セル）に最大で４個のＤＬ  ＢＷＰが構成されてよく、アップリンクキャリア（又は、セル）に最大で４個のＵＬ  ＢＷＰが構成されてよい。端末は、各キャリア（又は、セル）ごとに１つのＤＬ  ＢＷＰとＵＬ  ＢＷＰを活性化することができる。端末は、活性化されたＢＷＰ以外の時間−周波数リソースでは受信又は送信しなくて済む。活性化されたＢＷＰを、アクティブＢＷＰと呼ぶことができる。
【００９２】
基地局は端末に、構成されたＢＷＰのうち活性化されたＢＷＰを、ダウンリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ，ＤＣＩ）で示すことができる。ＤＣＩで示されたＢＷＰは活性化され、他の構成されたＢＷＰは非活性化される。ＴＤＤで動作するキャリア（又は、セル）において、基地局は、端末のＤＬ／ＵＬ  ＢＷＰペアを変えるために、ＰＤＳＣＨ又はＰＵＳＣＨをスケジュールするＤＣＩに、活性化されるＢＷＰを示すＢＰＩ（ｂａｎｄｗｉｄｔｈ  ｐａｒｔ  ｉｎｄｉｃａｔｏｒ）を含めることができる。端末は、ＰＤＳＣＨ又はＰＵＳＣＨをスケジュールするＤＣＩを受信し、ＢＰＩに基づいて、活性化されるＤＬ／ＵＬ  ＢＷＰペアを識別することができる。ＦＤＤで動作するダウンリンクキャリア（又は、セル）では、基地局は、端末のＤＬ  ＢＷＰを変えるために、ＰＤＳＣＨをスケジュールするＤＣＩに、活性化されるＢＷＰを示すＢＰＩを含めることができる。ＦＤＤで動作するアップリンクキャリア（又は、セル）の場合、基地局は、端末のＵＬ  ＢＷＰを変えるために、ＰＵＳＣＨをスケジュールするＤＣＩに、活性化されるＢＷＰを示すＢＰＩを含めることができる。
【００９３】
図８は、キャリアアグリゲーションを示す概念図である。
【００９４】
キャリアアグリゲーションとは、ワイヤレス通信システムがもっと広い周波数帯域を使用するために、ＵＥが、ＵＬリソース（または、コンポーネントキャリア）および／またはＤＬリソース（または、コンポーネントキャリア）を用いて構成された複数の周波数ブロックまたはセル（論理的な意味での）を、１つの大きい論理的な周波数帯域として使用する方法である。１つのコンポーネントキャリアは、１次セル（ＰＣｅｌｌ：Ｐｒｉｍａｒｙ  ｃｅｌｌ）もしくは２次セル（ＳＣｅｌｌ：Ｓｅｃｏｎｄａｒｙ  ｃｅｌｌ）、または１次ＳＣｅｌｌ（ＰＳｃｅｌｌ：Ｐｒｉｍａｒｙ  ＳＣｅｌｌ）と呼ばれる用語で呼ばれることもある。しかしながら、以下では、説明の便宜上、「コンポーネントキャリア」という用語が使用される。
【００９５】
図８を参照すると、３ＧＰＰ  ＮＲシステムの一例として、全体的なシステム帯域は、１６個までのコンポーネントキャリアを含んでよく、各コンポーネントキャリアは、４００ＭＨｚまでの帯域幅を有してよい。コンポーネントキャリアは、１本または複数本の物理的に連続したサブキャリアを含んでよい。コンポーネントキャリアの各々が、同じ帯域幅を有することが図８に示されるが、このことは一例にすぎず、各コンポーネントキャリアは異なる帯域幅を有してよい。また、各コンポーネントキャリアは、周波数軸において互いに隣接するものとして示されるが、図面は論理的な概念において示され、各コンポーネントキャリアは、互いに物理的に隣接してよく、または離間されてもよい。
【００９６】
各コンポーネントキャリアに対して、異なる中心周波数が使用され得る。また、物理的に隣接するコンポーネントキャリアにおいて１つの共通の中心周波数が使用され得る。図８の実施形態では、すべてのコンポーネントキャリアが物理的に隣接することを想定すると、すべてのコンポーネントキャリアにおいて中心周波数Ａが使用され得る。さらに、それぞれのコンポーネントキャリアが互いに物理的に隣接しないことを想定すると、コンポーネントキャリアの各々において中心周波数Ａおよび中心周波数Ｂが使用され得る。
【００９７】
全システム帯域がキャリアアグリゲーションによって拡張されるとき、各ＵＥとの通信のために使用される周波数帯域は、コンポーネントキャリアの単位で規定され得る。ＵＥ  Ａは、全システム帯域である１００ＭＨｚを使用してよく、すべての５つのコンポーネントキャリアを使用して通信を実行する。ＵＥ  Ｂ１〜Ｂ５は、２０ＭＨｚ帯域幅のみを使用することができ、１つのコンポーネントキャリアを使用して通信を実行することができる。ＵＥ  Ｃ１およびＣ２は、４０ＭＨｚ帯域幅を使用してよく、それぞれ、２つのコンポーネントキャリアを使用して通信を実行する。２つのコンポーネントキャリアは、論理的／物理的に隣接してよく、または隣接しなくてもよい。ＵＥ  Ｃ１は、隣接しない２つのコンポーネントキャリアを使用する事例を表し、ＵＥ  Ｃ２は、隣接する２つのコンポーネントキャリアを使用する事例を表す。
【００９８】
図９は、単一キャリア通信および複数キャリア通信を説明するための図である。具体的には、図９（ａ）は、シングルキャリアサブフレーム構造を示し、図９（ｂ）は、マルチキャリアサブフレーム構造を示す。
【００９９】
図９（ａ）を参照すると、ＦＤＤモードにおいて、一般的なワイヤレス通信システムは、データ送信またはデータ受信を、それらに対応する１つのＤＬ帯域および１つのＵＬ帯域を通じて実行し得る。別の特定の実施形態では、ＴＤＤモードにおいて、ワイヤレス通信システムは、時間領域において無線フレームをＵＬ時間単位およびＤＬ時間単位に分割してよく、ＵＬ／ＤＬ時間単位を通じてデータ送信またはデータ受信を実行してよい。図９（ｂ）を参照すると、３つの２０ＭＨｚコンポーネントキャリア（ＣＣ：ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ）は、６０ＭＨｚの帯域幅がサポートされ得るようにＵＬおよびＤＬの各々にアグリゲートされ得る。各ＣＣは、周波数領域において互いに隣接してよく、または隣接しなくてもよい。図９（ｂ）は、ＵＬ  ＣＣの帯域幅およびＤＬ  ＣＣの帯域幅が同一かつ対称である事例を示すが、各ＣＣの帯域幅は独立して決定され得る。加えて、ＵＬ  ＣＣおよびＤＬ  ＣＣの個数が異なる非対称キャリアアグリゲーションが可能である。ＲＲＣを通じて特定のＵＥに割り振られた／構成されたＤＬ／ＵＬ  ＣＣは、特定のＵＥのサービングＤＬ／ＵＬ  ＣＣと呼ばれることがある。
【０１００】
基地局は、ＵＥのサービングＣＣの一部もしくは全部をアクティブ化すること、または一部のＣＣを非アクティブ化することによって、ＵＥとの通信を実行してよい。基地局は、アクティブ化／非アクティブ化されるべきＣＣを変更することができ、アクティブ化／非アクティブ化されるべきＣＣの数を変更することができる。基地局が、ＵＥにとって利用可能なＣＣをセル固有またはＵＥ固有であるものとして割り振る場合、ＵＥに対するＣＣ割振りが完全に再構成されないか、またはＵＥがハンドオーバーされない限り、割り振られたＣＣのうちの少なくとも１つは非アクティブ化され得る。ＵＥによって非アクティブ化されない１つのＣＣは、１次ＣＣ（ＰＣＣ：Ｐｒｉｍａｒｙ  ＣＣ）または１次セル（ＰＣｅｌｌ）と呼ばれ、基地局が自由にアクティブ化／非アクティブ化できるＣＣは、２次ＣＣ（ＳＣＣ：Ｓｅｃｏｎｄａｒｙ  ＣＣ）または２次セル（ＳＣｅｌｌ）と呼ばれる。
【０１０１】
一方、３ＧＰＰ  ＮＲは、セルが無線リソースを管理するという概念を使用する。セルは、ＤＬリソースとＵＬリソースとの組合せ、すなわち、ＤＬ  ＣＣとＵＬ  ＣＣとの組合せとして規定される。セルは、ＤＬリソースのみ、またはＤＬリソースとＵＬリソースとの組合せを用いて構成され得る。キャリアアグリゲーションがサポートされるとき、ＤＬリソース（すなわち、ＤＬ  ＣＣ）のキャリア周波数とＵＬリソース（すなわち、ＵＬ  ＣＣ）のキャリア周波数との間の連係が、システム情報によって示されてよい。キャリア周波数とは、各セルまたはＣＣの中心周波数を指す。ＰＣＣに対応するセルはＰＣｅｌｌと呼ばれ、ＳＣＣに対応するセルはＳＣｅｌｌと呼ばれる。ＤＬにおけるＰＣｅｌｌに対応するキャリアはＤＬ  ＰＣＣであり、ＵＬにおけるＰＣｅｌｌに対応するキャリアはＵＬ  ＰＣＣである。同様に、ＤＬにおけるＳＣｅｌｌに対応するキャリアはＤＬ  ＳＣＣであり、ＵＬにおけるＳＣｅｌｌに対応するキャリアはＵＬ  ＳＣＣである。ＵＥ能力に従って、サービングセルは、１つのＰＣｅｌｌおよび０個以上のＳＣｅｌｌを用いて構成され得る。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるが、キャリアアグリゲーションに対して構成されないかまたはキャリアアグリゲーションをサポートしないＵＥの場合には、ＰＣｅｌｌのみを用いて構成された１つのサービングセルしかない。
【０１０２】
上述のように、キャリアアグリゲーションにおいて使用される「セル」という用語は、１つの基地局または１つのアンテナグループによって通信サービスが提供されるいくつかの地理的エリアを指す「セル」という用語とは区別される。すなわち、１つのコンポーネントキャリアは、スケジューリングセル、スケジュールドセル、１次セル（ＰＣｅｌｌ）、２次セル（ＳＣｅｌｌ）、または１次ＳＣｅｌｌ（ＰＳｃｅｌｌ）と呼ばれることもある。しかしながら、いくつかの地理的エリアを指すセルとキャリアアグリゲーションのセルとの間で区別するために、本開示では、キャリアアグリゲーションのセルはＣＣと呼ばれ、地理的エリアのセルはセルと呼ばれる。
【０１０３】
図１０は、クロスキャリアスケジューリング技法が適用される一例を示す図である。クロスキャリアスケジューリングが設定されると、第１のＣＣを通じて送信される制御チャネルが、キャリアインジケータフィールド（ＣＩＦ：ｃａｒｒｉｅｒ  ｉｎｄｉｃａｔｏｒ  ｆｉｅｌｄ）を使用して、第１のＣＣまたは第２のＣＣを通じて送信されるデータチャネルをスケジュールし得る。ＣＩＦはＤＣＩの中に含まれる。言い換えれば、スケジューリングセルが設定され、スケジューリングセルのＰＤＣＣＨエリアの中で送信されるＤＬ許可／ＵＬ許可が、スケジュールドセルのＰＤＳＣＨ／ＰＵＳＣＨをスケジュールする。すなわち、複数のコンポーネントキャリアに対する探索エリアが、スケジューリングセルのＰＤＣＣＨエリアの中に存在する。ＰＣｅｌｌは、基本的にスケジューリングセルであってよく、特定のＳＣｅｌｌが、上位レイヤによってスケジューリングセルとして指定され得る。
【０１０４】
図１０の実施形態では、３つのＤＬ  ＣＣがマージされることが想定される。ここで、ＤＬコンポーネントキャリア＃０がＤＬ  ＰＣＣ（または、ＰＣｅｌｌ）であり、ＤＬコンポーネントキャリア＃１およびＤＬコンポーネントキャリア＃２がＤＬ  ＳＣＣ（または、ＳＣｅｌｌ）であることが想定される。加えて、ＤＬ  ＰＣＣが、ＣＣを監視するＰＤＣＣＨに設定されることが想定される。クロスキャリアスケジューリングがＵＥ固有（または、ＵＥグループ固有もしくはセル固有）の上位レイヤシグナリングによって構成されないとき、ＣＩＦが無効にされ、各ＤＬ  ＣＣは、ＮＲ  ＰＤＣＣＨ規則（非クロスキャリアスケジューリング、自己キャリアスケジューリング）に従って、ＣＩＦを用いずにそのＰＤＳＣＨをスケジュールするためのＰＤＣＣＨのみを送信することができる。一方、クロスキャリアスケジューリングがＵＥ固有（または、ＵＥグループ固有もしくはセル固有）の上位レイヤシグナリングによって構成される場合、ＣＩＦが有効にされ、特定のＣＣ（たとえば、ＤＬ  ＰＣＣ）は、ＣＩＦを使用してＤＬ  ＣＣ  ＡのＰＤＳＣＨをスケジュールするためのＰＤＣＣＨだけでなく、別のＣＣのＰＤＳＣＨをスケジュールするためのＰＤＣＣＨも送信してよい（クロスキャリアスケジューリング）。他方では、ＰＤＣＣＨは別のＤＬ  ＣＣの中では送信されない。したがって、ＵＥは、ＵＥに対してクロスキャリアスケジューリングが構成されるかどうかに応じて、自己キャリアスケジュールされたＰＤＳＣＨを受信するために、ＣＩＦを含まないＰＤＣＣＨを監視するか、またはクロスキャリアスケジュールされたＰＤＳＣＨを受信するために、ＣＩＦを含むＰＤＣＣＨを監視する。
【０１０５】
他方では、図９および図１０は、３ＧＰＰ  ＬＴＥ−Ａシステムのサブフレーム構造を示し、同じかまたは類似の構成が３ＧＰＰ  ＮＲシステムに適用され得る。ただし、３ＧＰＰ  ＮＲシステムでは、図９および図１０のサブフレームはスロットに置き換えられてよい。
【０１０６】
図１１は、本開示の一実施例に係る端末と基地局の構成をそれぞれ示すブロック図である。本開示の実施例において、端末は、携帯性と移動性が保障される種々のワイヤレス通信装置又はコンピュータ装置として具現できる。端末は、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＳＴＡ（Ｓｔａｔｉｏｎ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ）などと呼ぶこともできる。また、本開示の実施例において、基地局は、サービス地域に該当するセル（例えば、マクロセル、フェムトセル、ピコセルなど）を制御及び管掌し、信号送出、チャネル指定、チャネル監視、自己診断、中継などの機能を有することができる。基地局は、ｇＮＢ（ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｏｄｅ  Ｂ）又はＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）などと呼ぶこともできる。
【０１０７】
図示のように、本開示の一実施例に係る端末１００は、プロセッサ１１０、通信モジュール１２０、メモリ１３０、ユーザインターフェース１４０及びディスプレイユニット１５０を含むことができる。
【０１０８】
まず、プロセッサ１１０は、様々な命令又はプログラムを実行し、端末１００内部のデータをプロセスすることができる。また、プロセッサ１１０は、端末１００の各ユニットを含む動作全般を制御し、ユニット間のデータ送受信を制御することができる。ここで、プロセッサ１１０は、本開示で説明した実施例に係る動作を行うように構成されてよい。例えば、プロセッサ１１０は、スロット構成情報を受信し、これに基づいてスロットの構成を判断し、判断されたスロット構成にしたがって通信を行うことができる。
【０１０９】
次に、通信モジュール１２０は、ワイヤレス通信網を用いたワイヤレス通信及びワイヤレスＬＡＮを用いたワイヤレスＬＡＮ接続を行う統合モジュールでよい。そのために、通信モジュール１２０は、セルラー通信インターフェースカード１２１，１２２及び非免許帯域通信インターフェースカード１２３のような複数のネットワークインターフェースカード（ｎｅｔｗｏｒｋ  ｉｎｔｅｒｆａｃｅ  ｃａｒｄ，ＮＩＣ）を内蔵又は外付けの形態で備えることができる。同図では通信モジュール１２０が一体型統合モジュールとして示されているが、それぞれのネットワークインターフェースカードは、図面と違い、回路構成又は用途によって独立して配置されてもよい。
【０１１０】
セルラー通信インターフェースカード１２１は、移動通信網を用いて基地局２００、外部デバイス、サーバーの少なくとも一方とワイヤレス信号を送受信し、プロセッサ１１０の命令に基づいて、第１周波数帯域によるセルラー通信サービスを提供することができる。一実施例によれば、セルラー通信インターフェースカード１２１は、６ＧＨｚ未満の周波数帯域を用いる少なくとも一つのＮＩＣモジュールを含むことができる。セルラー通信インターフェースカード１２１の少なくとも一つのＮＩＣモジュールは、当該ＮＩＣモジュールがサポートする６ＧＨｚ未満の周波数帯域のセルラー通信規格又はプロトコルにしたがって独立して基地局２００、外部デバイス、サーバーの少なくとも一方とセルラー通信を行うことができる。
【０１１１】
セルラー通信インターフェースカード１２２は、移動通信網を用いて基地局２００、外部デバイス、サーバーの少なくとも一方とワイヤレス信号を送受信し、プロセッサ１１０の命令に基づいて、第２周波数帯域によるセルラー通信サービスを提供することができる。一実施例によれば、セルラー通信インターフェースカード１２２は、６ＧＨｚ以上の周波数帯域を用いる少なくとも一つのＮＩＣモジュールを含むことができる。セルラー通信インターフェースカード１２２の少なくとも一つのＮＩＣモジュールは、当該ＮＩＣモジュールがサポートする６ＧＨｚ以上の周波数帯域のセルラー通信規格又はプロトコルにしたがって独立して基地局２００、外部デバイス、サーバーの少なくとも一方とセルラー通信を行うことができる。
【０１１２】
非免許帯域通信インターフェースカード１２３は、非免許帯域である第３周波数帯域を用いて、基地局２００、外部デバイス、サーバーの少なくとも一方とワイヤレス信号を送受信し、プロセッサ１１０の命令に基づいて非免許帯域の通信サービスを提供する。非免許帯域通信インターフェースカード１２３は、非免許帯域を用いる少なくとも一つのＮＩＣモジュールを含むことができる。例えば、非免許帯域は２．４ＧＨｚ又は５ＧＨｚの帯域でよい。非免許帯域通信インターフェースカード１２３の少なくとも一つのＮＩＣモジュールは、当該ＮＩＣモジュールがサポートする周波数帯域の非免許帯域通信規格又はプロトコルにしたがって、独立して或いは従属して、基地局２００、外部デバイス、サーバーの少なくとも一方とワイヤレス通信を行うことができる。
【０１１３】
次に、メモリ１３０は、端末１００で用いられる制御プログラム及びそれによる各種データを記憶する。このような制御プログラムには、端末１００が基地局２００、外部デバイス、サーバーの少なくとも一方とワイヤレス通信を行う上で必要な所定のプログラムが含まれてよい。
【０１１４】
次に、ユーザインターフェース１４０は、端末１００に備えられた様々な形態の入／出力手段を含む。すなわち、ユーザインターフェース１４０は、様々な入力手段を用いてユーザの入力を受信することができ、プロセッサ１１０は、受信されたユーザ入力に基づいて端末１００を制御することができる。また、ユーザインターフェース１４０は、様々な出力手段を用いて、プロセッサ１１０の命令に基づいた出力を行うことができる。
【０１１５】
次に、ディスプレイユニット１５０は、ディスプレイ画面に、様々なイメージを出力する。前記ディスプレイユニット１５０は、プロセッサ１１０によって実行されるコンテンツ又はプロセッサ１１０の制御命令に基づくユーザインターフェースなどの様々なディスプレイオブジェクトを出力することができる。
【０１１６】
また、本開示の一実施例に係る基地局２００は、プロセッサ２１０、通信モジュール２２０及びメモリ２３０を含むことができる。
【０１１７】
まず、プロセッサ２１０は、様々な命令又はプログラムを実行し、基地局２００内部のデータをプロセスすることができる。また、プロセッサ２１０は、基地局２００の各ユニットを含む動作全般を制御し、ユニット間のデータ送受信を制御することができる。ここで、プロセッサ２１０は、本開示で説明した実施例に係る動作を行うように構成されてよい。例えば、プロセッサ２１０は、スロット構成情報をシグナルし、シグナルしたスロット構成にしたがって通信を行うことができる。
【０１１８】
次に、通信モジュール２２０は、ワイヤレス通信網を用いたワイヤレス通信及びワイヤレスＬＡＮを用いたワイヤレスＬＡＮ接続を行う統合モジュールでよい。そのために、通信モジュール１２０は、セルラー通信インターフェースカード２２１，２２２及び非免許帯域通信インターフェースカード２２３のような複数のネットワークインターフェースカードを内蔵又は外付けの形態で備えることができる。同図では通信モジュール２２０が一体型統合モジュールとして示されているが、それぞれのネットワークインターフェースカードは、図面と違い、回路構成又は用途によって独立して配置されてもよい。
【０１１９】
セルラー通信インターフェースカード２２１は、移動通信網を用いて、上述した端末１００、外部デバイス、サーバーの少なくとも一方とワイヤレス信号を送受信し、プロセッサ２１０の命令に基づいて、第１周波数帯域によるセルラー通信サービスを提供することができる。一実施例によれば、セルラー通信インターフェースカード２２１は、６ＧＨｚ未満の周波数帯域を用いる少なくとも一つのＮＩＣモジュールを含むことができる。セルラー通信インターフェースカード２２１の少なくとも一つのＮＩＣモジュールは、当該ＮＩＣモジュールがサポートする６ＧＨｚ未満の周波数帯域のセルラー通信規格又はプロトコルにしたがって、独立して端末１００、外部デバイス、サーバーの少なくとも一方とセルラー通信を行うことができる。
【０１２０】
セルラー通信インターフェースカード２２２は、移動通信網を用いて、端末１００、外部デバイス、サーバーの少なくとも一方とワイヤレス信号を送受信し、プロセッサ２１０の命令に基づいて、第２周波数帯域によるセルラー通信サービスを提供することができる。一実施例によれば、セルラー通信インターフェースカード２２２は、６ＧＨｚ以上の周波数帯域を用いる少なくとも一つのＮＩＣモジュールを含むことができる。セルラー通信インターフェースカード２２２の少なくとも一つのＮＩＣモジュールは、当該ＮＩＣモジュールがサポートする６ＧＨｚ以上の周波数帯域のセルラー通信規格又はプロトコルにしたがって、独立して端末１００、外部デバイス、サーバーの少なくとも一方とセルラー通信を行うことができる。
【０１２１】
非免許帯域通信インターフェースカード２２３は、非免許帯域である第３周波数帯域を用いて、端末１００、外部デバイス、サーバーの少なくとも一方とワイヤレス信号を送受信し、プロセッサ２１０の命令に基づいて非免許帯域の通信サービスを提供する。非免許帯域通信インターフェースカード２２３は、非免許帯域を用いる少なくとも一つのＮＩＣモジュールを含むことができる。例えば、非免許帯域は、２．４ＧＨｚ又は５ＧＨｚの帯域でよい。非免許帯域通信インターフェースカード２２３の少なくとも一つのＮＩＣモジュールは、当該ＮＩＣモジュールがサポートする周波数帯域の非免許帯域通信規格又はプロトコルにしたがって、独立して或いは従属して、端末１００、外部デバイス、サーバーの少なくとも一方とワイヤレス通信を行うことができる。
【０１２２】
図１１に示す端末１００及び基地局２００は、本開示の一実施例に係るブロック図であり、分離して表示したブロックは、デバイスのエレメントを論理的に区別して示したものである。したがって、上述したデバイスのエレメントは、デバイスの設計によって、一つのチップとして又は複数のチップとして装着されてよい。また、端末１００の一部構成、例えば、ユーザインターフェース１４０及びディスプレイユニット１５０などは、端末１００に選択的に備えられてもよい。また、ユーザインターフェース１４０及びディスプレイユニット１５０などは、基地局２００に、必要によってさらに備えられてもよい。
【０１２３】
ＰＵＳＣＨ送信とＵＣＩを含むＰＵＣＣＨ送信とがいずれか一スロットでオーバーラップする場合、端末は、アップリンク制御情報（ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ，ＵＣＩ）とともにＰＵＳＣＨを送信することができる。具体的に、端末は、ＵＣＩをＰＵＳＣＨ送信にマルチプレクシングすることができる。具体的な実施例において、端末は、ＰＵＳＣＨ送信にハイブリッド自動再送（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ，ＨＡＲＱ）−ＡＣＫ情報をマルチプレクシングすることができる。この時、端末は、ＵＬ−ＤＡＩ（ｄｏｗｎｌｉｎｋ  ａｓｓｉｇｎｍｅｎｔ  ｉｎｄｅｘ）フィールドの値に基づいてＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングすることができる。本明細書において、ＨＡＲＱ−ＡＣＫ情報は、ＰＤＳＣＨの受信に成功した否かを示す情報である。具体的に、ＨＡＲＱ−ＡＣＫ情報は、ＰＤＳＣＨの受信に成功したか否かを示す一つ以上のビットを含み、各ビットは、ＡＣＫ又はＮＡＣＫを示すことができる。
【０１２４】
下り割振りインデックス（Ｄｏｗｎｌｉｎｋ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｄｅｘ，ＤＡＩ）は、端末が基地局に、複数のＰＤＳＣＨの受信に成功したか否かを示すハイブリッド自動再送（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ，ＨＡＲＱ）−ＡＣＫコードブックが含むＨＡＲＱ−ＡＣＫの個数に関する情報を示す。端末は、ＰＤＳＣＨをスケジュールするＰＤＣＣＨを介してＤＡＩを受信することができる。具体的に、ＤＡＩはカウンター（ｃｏｕｎｔｅｒ）−ＤＡＩとトータル（ｔｏｔａｌ）−ＤＡＩに区別できる。トータル−ＤＡＩは、同じＨＡＲＱ−ＡＣＫコードブックで送信されるＰＤＳＣＨの個数を示す。カウンター−ＤＡＩは、同じトータル−ＤＡＩによって指示されるＰＤＳＣＨの何番目のＰＤＳＣＨに該当するかを示す。ＰＤＳＣＨをスケジュールするＤＣＩは、スケジュールされるＰＤＳＣＨに該当するカウンター−ＤＡＩの値を含むことができる。また、ＰＤＳＣＨをスケジュールするＤＣＩは、スケジュールされるＰＤＳＣＨに該当するトータル−ＤＡＩの値を含むことができる。
【０１２５】
端末にダイナミック（ｄｙｎａｍｉｃ）ＨＡＲＱ−ＡＣＫコードブックが設定される場合、ＰＵＳＣＨをスケジュールするＤＣＩは、２ビット又は４ビットＵＬ−ＤＡＩフィールドを含むことができる。本明細書において、ＵＬ−ＤＡＩフィールドは、ＰＵＳＣＨ送信をスケジュールするＤＣＩのＤＡＩフィールドのことを指す。ＴＢＧ（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ  ｇｒｏｕｐ）基盤送信（ＴＢＧ−ｂａｓｅｄ  ｔｒａｎｓｍｉｓｓｉｏｎ）が設定される場合、ＰＵＳＣＨをスケジュールするＤＣＩは、２ビットＵＬ−ＤＡＩフィールドを含むことができる。以下の説明において、特に言及しない限り、ＵＬ−ＤＡＩフィールドは、ＰＵＳＣＨをスケジュールするＤＣＩのＵＬ−ＤＡＩフィールドのことを指す。ＣＢＧ（ｃｏｄｅ  ｂｌｏｃｋ  ｇｒｏｕｐ）基盤送信（ＣＢＧ−ｂａｓｅｄ  ｔｒａｎｓｍｉｓｓｉｏｎ）が設定される場合、ＰＵＳＣＨをスケジュールするＤＣＩは、４ビットＵＬ−ＤＡＩフィールドを含むことができる。２ビットＵＬ−ＤＡＩフィールドの値は、ＰＵＳＣＨ送信にマルチプレクシングするＨＡＲＱ−ＡＣＫ情報によって受信成功の有無が示されるＰＤＳＣＨの個数を４で割った時の余りの値を示すことができる。具体的な実施例において、２ビットＵＬ−ＤＡＩフィールドの値が０（すなわち、００ｂ）の場合、２ビットＵＬ−ＤＡＩフィールドの値は、ＰＵＳＣＨ送信にマルチプレクシングするＨＡＲＱ−ＡＣＫ情報によって受信成功の有無が示されるＰＤＳＣＨの個数を４で割った時の余りの値が１であること（例えば、ＨＡＲＱ−ＡＣＫ情報によって受信成功の有無が示されるＰＤＳＣＨの個数は１、５、９、…）を示すことができる。また、具体的な実施例において、２ビットＵＬ−ＤＡＩフィールドの値が１（すなわち、０１ｂ）の場合、２ビットＵＬ−ＤＡＩフィールドの値は、ＰＵＳＣＨ送信にマルチプレクシングするＨＡＲＱ−ＡＣＫ情報によって受信成功の有無が示されるＰＤＳＣＨの個数を４で割った時の余りの値が２であること（例えば、ＨＡＲＱ−ＡＣＫ情報によって受信成功の有無が示されるＰＤＳＣＨの個数は２、６、１０、…）を示すことができる。また、具体的な実施例において、２ビットＵＬ−ＤＡＩフィールドの値が２（すなわち、１０ｂ）の場合、２ビットＵＬ−ＤＡＩフィールドの値は、ＰＵＳＣＨ送信にマルチプレクシングするＨＡＲＱ−ＡＣＫ情報によって受信成功の有無が示されるＰＤＳＣＨの個数を４で割った時の余りの値が３であること（例えば、ＨＡＲＱ−ＡＣＫ情報によって受信成功の有無が示されるＰＤＳＣＨの個数は３、７、１１、…）を示すことができる。また、２ビットＵＬ−ＤＡＩフィールドの値が３（すなわち、１１ｂ）の場合、２ビットＵＬ−ＤＡＩフィールドの値はＰＵＳＣＨ送信にマルチプレクシングするＨＡＲＱ−ＡＣＫ情報によって受信成功の有無が示されるＰＤＳＣＨの個数を４で割った時の余りの値が０であること（例えば、ＨＡＲＱ−ＡＣＫ情報によって受信成功の有無が示されるＰＤＳＣＨの個数は０、４、８、…）を示すことができる。
【０１２６】
ＰＵＳＣＨ送信が行われるスロットで端末が送信するＨＡＲＱ−ＡＣＫ情報がない場合、端末は、ＵＬ−ＤＡＩフィールドの値によってＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングしなくてもよい。例えば、端末にダイナミック（ｄｙｎａｍｉｃ）ＨＡＲＱ−ＡＣＫコードブックが設定され、ＵＬ−ＤＡＩフィールドの値が３（すなわち、１１ｂ）であり、ＰＵＳＣＨ送信が行われるスロットで端末が送信するＨＡＲＱ−ＡＣＫ情報がない場合、端末は、ＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングしなくてもよい。端末は、ＰＵＳＣＨ送信が行われるスロットにＴＢ−基盤送信をスケジュールするＰＤＳＣＨを一つも受信しなかった場合、ＰＵＳＣＨ送信が行われるスロットに、端末の送信するＴＢ−基盤送信に対するＨＡＲＱ−ＡＣＫ情報はないと判断できる。ＣＢＧ−基盤送信のための２ビットｔｏｔａｌ−ＤＡＩが特定値であり、端末がＰＵＳＣＨ送信が行われるスロットにＣＢＧ−基盤送信をスケジュールするＰＤＳＣＨを一つも受信しないこともある。このとき、端末は、ＰＵＳＣＨ送信が行われるスロットに、端末の送信するＣＢＧ−基盤送信に対するＨＡＲＱ−ＡＣＫ情報がないと判断できる。端末がＰＵＳＣＨ送信が行われるスロットに、端末の送信するＴＢ−基盤送信に対するＨＡＲＱ−ＡＣＫ情報とＣＢＧ−基盤送信に対するＨＡＲＱ−ＡＣＫ情報がないと判断した場合、ＰＵＳＣＨ送信とＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨ送信がオーバーラップされても、端末はＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングしなくてもよい。ＰＵＳＣＨをスケジュールするＤＣＩの２ビットＵＬ−ＤＡＩの値が３（二進法で１１ｂ）であり、ＰＵＳＣＨ送信と時間領域でオーバーラップされるＰＵＣＣＨ送信に含まれるＨＡＲＱ−ＡＣＫと対応するＰＤＳＣＨをスケジュールするＤＣＩを一つも受信しなかった場合、端末はＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングしなくてもよい。
【０１２７】
また、端末がＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングするとき、端末は、ＰＵＳＣＨをスケジュールするＤＣＩのＵＬ（ｕｐｌｉｎｋ）−ＤＡＩフィールドの値に基づいて、ＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングするか否かを決定できる。具体的に、端末にセミ−スタティック（ｓｅｍｉ−ｓｔａｔｉｃ）ＨＡＲＱ−ＡＣＫコードブックが設定される場合、ＰＵＳＣＨをスケジュールするＤＣＩは、１ビットＵＬ−ＤＡＩフィールドを含むことができる。このとき、１ビットＵＬ−ＤＡＩフィールドの値は、ＨＡＲＱ−ＡＣＫ情報がＰＵＳＣＨ送信にマルチプレクシングされるか否かを示すことができる。１ビットＵＬ−ＤＡＩフィールドの値が０である場合、端末は、ＤＣＩがスケジュールするＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングしなくてもよい。また、１ビットＵＬ−ＤＡＩフィールドの値が１である場合、端末は、ＤＣＩがスケジュールするＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングすることができる。このような実施例において、ＨＡＲＱ−ＡＣＫ情報のビット数は、端末と基地局間にあらかじめ定められた方法によって決定される。
【０１２８】
端末は、複数のスロット上（ｏｖｅｒ  ｍｕｌｔｉｐｌｅ  ｓｌｏｔ）でＰＵＳＣＨを送信することができる。具体的に、端末は、ＰＵＳＣＨを複数のスロットで繰り返し送信することができる。このとき、端末は、２個、４個又は８個のスロットでＰＵＳＣＨを送信することができる。このように、端末が複数のスロットでＰＵＳＣＨを繰り返し送信することを、スロットアグリゲーション（ｓｌｏｔ  ａｇｇｒｅｇａｔｉｏｎ）と呼ぶことができる。本明細書において、ＰＵＳＣＨを繰り返し送信することは、同じＴＢを複数個含むＰＵＳＣＨを送信すること、又は一つのＴＢを含むＰＵＳＣＨを繰り返し送信することを表すことができる。説明の便宜上、ＰＵＳＣＨ内で同じＴＢを含む反復の単位を反復単位という。基地局は端末に、最初のＰＵＳＣＨ送信又はＰＵＳＣＨ送信に含まれる反復単位の送信の時間領域を示す情報と反復回数を指示することができる。端末は、最初のＰＵＳＣＨ送信又は反復単位の時間領域を示す情報と反復回数に基づいてＰＵＳＣＨを繰り返し送信することができる。他の具体的な実施例において、基地局は端末に、各ＰＵＳＣＨ送信又は反復単位に対する時間−周波数割振り情報を指示することができる。端末は、指示された時間−周波数リソース割振り情報によってＰＵＳＣＨを繰り返し送信することができる。端末が複数のスロット上でＰＵＳＣＨを送信し、ＰＵＳＣＨが送信されるスロットで、ＰＵＳＣＨ送信とＵＣＩ（例えば、ＨＡＲＱ−ＡＣＫ情報）を含むＰＵＣＣＨ送信とがオーバーラップされる場合、端末はＰＵＳＣＨ送信にＵＣＩをマルチプレクシングしてＰＵＳＣＨを送信することができる。
【０１２９】
端末が複数のスロット上でＰＵＳＣＨを送信する時、端末がＰＵＳＣＨ送信にＵＣＩをマルチプレクシングする方法が問題になり得る。例えば、端末が、ＰＵＳＣＨが送信される複数のスロットのそれぞれで、ＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングするか否かを決定する方法が問題になり得る。また、端末がＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングするとき、端末が複数のスロットのそれぞれでＵＬ−ＤＡＩフィールドの値をどのように適用するかも問題になり得る。具体的に、端末がＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングするとき、端末が複数のスロットのそれぞれでＨＡＲＱ−ＡＣＫ情報のビット数を決定する方法が問題になり得る。また、端末が一つのスロット内でＰＵＳＣＨ送信を反復する場合にも、ＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングする方法が問題になり得る。例えば、端末が複数の単位のそれぞれでＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングするか否かを決定する方法が問題になり得る。また、端末がＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングするとき、端末が複数の反復単位のそれぞれでＵＬ−ＤＡＩフィールドの値をどのように適用するかが問題になり得る。具体的に、端末がＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングするとき、端末が複数の反復単位のそれぞれでＨＡＲＱ−ＡＣＫ情報のビット数を決定する方法が問題になり得る。ＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングする具体的な方法については、図１２〜図１８を用いて説明する。また、本明細書において、マルチプレクシングは、ピギーバック（ｐｉｇｇｙｂａｃｋ）のことを指すことができる。ピギーバックとマルチプレクシングは、同じ意味で使用できる。
【０１３０】
図１２は、本発明の実施例に係る端末が複数のスロット上のＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングする動作を示す図である。
【０１３１】
端末は、ＰＵＳＣＨ送信がないと（ａｂｓｅｎｔ）端末がＰＵＣＣＨと共にＨＡＲＱ−ＡＣＫ情報を送信しないはずのスロットで、ＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングしなくてもよい。具体的に、端末は、ＰＵＳＣＨ送信が行われる複数のスロットにそれぞれ、ＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫをマルチプレクシングするか否かを決定することができる。このとき、端末が特定スロットで送信されるべきＨＡＲＱ−ＡＣＫ情報に対応するＰＤＣＣＨ又はＰＤＳＣＨを受信しなかった場合、端末は、当該スロットでＨＡＲＱ−ＡＣＫ情報をＰＵＳＣＨ送信にマルチプレクシングしなくてもよい。当該スロットで送信されるべきＨＡＲＱ−ＡＣＫ情報に対応するＰＤＣＣＨは、当該スロットで送信されるべきＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨをスケジュールするＤＣＩを含むＰＤＣＣＨでよい。ただし、ＳＰＳ  ＰＤＳＣＨのように、ＰＤＣＣＨを介してＰＤＳＣＨ送信がスケジュールされる必要がない場合、端末は、ＨＡＲＱ−ＡＣＫ情報に対応するＰＤＣＣＨ受信の有無を判断しなくてもよい。ＰＤＣＣＨを介してＰＤＳＣＨ送信がスケジュールされる必要がなく、端末がＨＡＲＱ−ＡＣＫ情報に対応するＰＤＣＣＨを受信できなかった場合でも、端末はＨＡＲＱ−ＡＣＫ情報に対応するＰＤＳＣＨを受信することができる。このとき、端末は、ＨＡＲＱ−ＡＣＫ情報をＰＵＳＣＨ送信にマルチプレクシングすることができる。また、該当スロットで送信されるべきＨＡＲＱ−ＡＣＫ情報と対応するＰＤＳＣＨは、該当スロットで送信されるべきＨＡＲＱ−ＡＣＫが受信成功したか否かを示すＰＤＳＣＨでよい。該当スロットで送信されるべきＨＡＲＱ−ＡＣＫ情報に対応するＰＤＣＣＨ又はＰＤＳＣＨは、該当スロットに対してＨＡＲＱ−ＡＣＫタイミングを満たすＰＤＣＣＨ又はＰＤＳＣＨでよい。ＨＡＲＱ−ＡＣＫタイミングは、ＰＤＳＣＨをスケジュールするＤＣＩで示し、該当ＰＤＳＣＨの最後のシンボルが含まれたスロットとＨＡＲＱ−ＡＣＫを送信するＰＵＣＣＨが含まれたスロット間のスロット数を示す。前述の実施例において、端末は、ＰＵＳＣＨ送信が行われる複数のスロットのいずれか一スロットで、ＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングし、端末が他のスロットで送信されるべきＨＡＲＱ−ＡＣＫ情報に対応するＰＤＣＣＨを受信しなかった場合、端末は、該当他のスロットでＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングしなくてもよい。各スロットでＰＵＳＣＨ送信にマルチプレクシングされるＨＡＲＱ−ＡＣＫ情報のビット数は、ＰＵＳＣＨ送信をスケジュールするＰＤＣＣＨのＵＬ−ＤＡＩフィールドの値によって決定されてよい。
【０１３２】
図１２の実施例において、ＰＵＳＣＨ送信が第１スロット（ｓｌｏｔ  ｎ）から第４スロット（ｓｌｏｔ  ｎ＋３）まで行われる。端末は、第１スロット（ｓｌｏｔ  ｎ）と第２スロット（ｓｌｏｔ  ｎ＋１）のそれぞれで、ＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングする。このとき、第１スロット（ｓｌｏｔ  ｎ）で、ＰＵＳＣＨ送信は、第１ＰＤＳＣＨ（ＰＤＳＣＨ１）、第２ＰＤＳＣＨ（ＰＤＳＣＨ２）、及び第３ＰＤＳＣＨ（ＰＤＳＣＨ３）のそれぞれの受信に成功した否かを示すＨＡＲＱ−ＡＣＫ情報を含む第１ＰＵＣＣＨ（ＰＵＣＣＨ１）送信とオーバーラップされる。また、第２スロット（ｓｌｏｔ  ｎ＋１）で、ＰＵＳＣＨ送信は、第４ＰＤＳＣＨ（ＰＤＳＣＨ４）の受信に成功した否かを示すＨＡＲＱ−ＡＣＫ情報を含む第２ＰＵＣＣＨ（ＰＵＣＣＨ２）送信とオーバーラップされる。端末は第１スロット（ｓｌｏｔ  ｎ）で、第１ＰＤＳＣＨ（ＰＤＳＣＨ１）、第２ＰＤＳＣＨ（ＰＤＳＣＨ２）、及び第３ＰＤＳＣＨ（ＰＤＳＣＨ３）のそれぞれの受信に成功した否かを示すＨＡＲＱ−ＡＣＫ情報をＰＵＳＣＨ送信にマルチプレクシングする。また、端末は、第２スロット（ｓｌｏｔ  ｎ＋１）の第４ＰＤＳＣＨ（ＰＤＳＣＨ４）受信に成功した否かを示すＨＡＲＱ−ＡＣＫ情報をＰＵＳＣＨ送信にマルチプレクシングする。端末は、第３スロット（ｓｌｏｔ  ｎ＋２）と第４スロット（ｓｌｏｔ  ｎ＋３）のそれぞれで送信されるべきＨＡＲＱ−ＡＣＫ情報に対応するＰＤＣＣＨ又はＰＤＳＣＨを受信することができない。したがって、端末は、第３スロット（ｓｌｏｔ  ｎ＋２）と第４スロット（ｓｌｏｔ  ｎ＋３）でＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングしない。
【０１３３】
一つのスロット内でＰＵＳＣＨが繰り返し送信される場合、前述した実施例は、スロットではなく反復単位基準で適用されてよい。端末は、ＰＵＳＣＨ送信がないと（ａｂｓｅｎｔ）端末がＰＵＣＣＨと共にＨＡＲＱ−ＡＣＫ情報を送信しないはずの反復単位で、ＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングしなくてもよい。具体的に、端末は、複数の反復単位のそれぞれでＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫをマルチプレクシングするか否かを決定できる。このとき、端末が特定反復単位で送信されるべきＨＡＲＱ−ＡＣＫ情報に対応するＰＤＣＣＨを受信しなかった場合、端末は該当反復単位でＨＡＲＱ−ＡＣＫ情報をＰＵＳＣＨ送信にマルチプレクシングしなくてもよい。前述の実施例において、端末は、複数の反復単位のいずれか一反復単位でＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングし、端末が他の一反復単位で送信されるべきＨＡＲＱ−ＡＣＫ情報に対応するＰＤＣＣＨ又はＰＤＳＣＨを受信しなかった場合、端末は該当他の反復単位でＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングしなくてもよい。各反復単位でＰＵＳＣＨ送信にマルチプレクシングされるＨＡＲＱ−ＡＣＫ情報のビット数は、ＰＵＳＣＨ送信をスケジュールするＰＤＣＣＨのＵＬ−ＤＡＩフィールドの値によって決定されてよい。
【０１３４】
図１３は、本発明の他の実施例に係る端末が複数のスロット上のＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングする動作を示す。
【０１３５】
他の具体的な実施例において、端末は、ＰＵＳＣＨ送信が行われる複数のスロット全体で、ＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングするか否かを決定できる。具体的に、端末は、ＰＵＳＣＨ送信が行われる複数のスロット全てにおいてＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングするか、或いはＰＵＳＣＨ送信が行われる複数のスロット全てにおいてＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングしないように決定できる。セミ−スタティックＨＡＲＱ−ＡＣＫコードブックが設定され、ＵＬ−ＤＡＩフィールドの値が１である場合、端末は、ＰＵＳＣＨ送信が行われる複数のスロット全てにおいてＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫをマルチプレクシングすることができる。また、セミ−スタティックＨＡＲＱ−ＡＣＫコードブックが設定され、ＵＬ−ＤＡＩフィールドの値が０である場合、端末は、ＰＵＳＣＨ送信が行われる複数のスロット全てにおいてＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫをマルチプレクシングしなくてもよい。このような実施例において、各スロットでＰＵＳＣＨ送信にマルチプレクシングされるＨＡＲＱ−ＡＣＫ情報のそれぞれは、互いに異なるＰＤＳＣＨの受信に成功した否かを示すことができる。セミ−スタティックＨＡＲＱ−ＡＣＫコードブックで設定された場合、一つのスロットで送信されるＨＡＲＱ−ＡＣＫに該当するＰＤＳＣＨのアグリゲーションが定義され、互いに異なるスロットで送信されるＨＡＲＱ−ＡＣＫに該当するＰＤＳＣＨのアグリゲーションには同じＰＤＳＣＨが含まれてよい。具体的に、各スロットでＰＵＳＣＨ送信にマルチプレクシングされるＨＡＲＱ−ＡＣＫ情報のそれぞれが受信に成功したか否かを示すＰＤＳＣＨのアグリゲーション（ＤＬアソシエーションセットと呼ぶ）は、互いに分離（ｄｉｓｊｏｉｎｔ）されるように決定されてよい。ここで、ＰＤＳＣＨのアグリゲーションが互いに分離されるように決定されるということは、一つのスロットでＨＡＲＱ−ＡＣＫ送信されるＰＤＳＣＨの第１アグリゲーションと他のスロットでＨＡＲＱ−ＡＣＫ送信されるＰＤＳＣＨの第２アグリゲーションに、同じＰＤＳＣＨが含まれないということを意味する。例えば、後続スロットでマルチプレクシングされるＨＡＲＱ−ＡＣＫ情報は、先行スロットでＰＵＳＣＨ送信にマルチプレクシングされたＨＡＲＱ−ＡＣＫ情報によって受信の成否が示されたＰＤＳＣＨに対して受信の成否を示さなくて済む。この場合、前スロットでマルチプレクシングされるＨＡＲＱ−ＡＣＫ情報が後続スロットのＰＵＳＣＨ送信に重複してマルチプレクシングされないため、ＰＵＳＣＨ上でＵＣＩオーバーヘッドを減らすことができる。
【０１３６】
図１３の実施例において、ＰＵＳＣＨ送信が第１スロット（ｓｌｏｔ  ｎ）から第２スロット（ｓｌｏｔ  ｎ＋１）まで行われる。第１スロット（ｓｌｏｔ  ｎ）及び第２スロット（ｓｌｏｔ  ｎ＋１）で、ＰＵＳＣＨ送信は、ＨＡＲＱ−ＡＣＫ情報と共にするＰＵＣＣＨ送信とオーバーラップされる。第１スロット（ｓｌｏｔ  ｎ）でＰＵＳＣＨ送信とオーバーラップされる第１ＰＵＣＣＨ（ＰＵＣＣＨ１）送信のＤＬアソシエーション（ａｓｓｏｃｉａｔｉｏｎ）セット（ｓｅｔ）は、第１ＰＤＳＣＨ（ＰＤＳＣＨ１）から第３ＰＤＳＣＨ（ＰＤＳＣＨ３）までである。このとき、ＤＬアソシエーションセットは、ＰＵＣＣＨが含むＨＡＲＱ−ＡＣＫ情報が受信の成否を示すＰＤＳＣＨのアグリゲーションである。第２スロット（ｓｌｏｔ  ｎ＋１）でＰＵＳＣＨ送信とオーバーラップされる第２ＰＵＣＣＨ（ＰＵＣＣＨ２）送信のＤＬアソシエーションセットは、第２ＰＤＳＣＨ（ＰＤＳＣＨ２）から第４ＰＤＳＣＨ（ＰＤＳＣＨ４）までである。端末は、第１スロット（ｓｌｏｔ  ｎ）で、ＰＵＳＣＨ送信に、第１ＰＤＳＣＨ（ＰＤＳＣＨ１）、第２ＰＤＳＣＨ（ＰＤＳＣＨ２）、及び第３ＰＤＳＣＨ（ＰＤＳＣＨ３）のそれぞれの受信に成功したか否かを示すＨＡＲＱ−ＡＣＫ情報をマルチプレクシングする。また、端末は、第２スロット（ｓｌｏｔ  ｎ＋１）で、ＰＵＳＣＨ送信に、第４ＰＤＳＣＨ（ＰＤＳＣＨ３）の受信に成功したか否かを示すＨＡＲＱ−ＡＣＫ情報をマルチプレクシングする。第２ＰＤＳＣＨ（ＰＤＳＣＨ２）及び第３ＰＤＳＣＨ（ＰＤＳＣＨ３）の受信に成功したか否かを示すＨＡＲＱ−ＡＣＫ情報は、第１スロット（ｓｌｏｔ  ｎ）でＰＵＳＣＨ送信にマルチプレクシングされたためである。
【０１３７】
一つのスロット内でＰＵＳＣＨが繰り返し送信される場合、前述した実施例は、スロットではなく反復単位基準で適用されてよい。端末は、複数の反復単位全体でＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングするか否かを決定できる。具体的に、端末は、複数の反復単位全てにおいてＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングするか、或いは複数の反復単位全てにおいてＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングしないと決定できる。セミ−スタティックＨＡＲＱ−ＡＣＫコードブックが設定され、ＵＬ−ＤＡＩフィールドの値が１である場合、端末は、複数の反復単位全てにおいてＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫをマルチプレクシングすることができる。また、セミ−スタティックＨＡＲＱ−ＡＣＫコードブックが設定され、ＵＬ−ＤＡＩフィールドの値が０である場合、端末は、複数の反復単位全てにおいてＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫをマルチプレクシングしなくてもよい。このような実施例において、各スロットでＰＵＳＣＨ送信にマルチプレクシングされるＨＡＲＱ−ＡＣＫ情報のそれぞれは、互いに異なるＰＤＳＣＨの受信に成功した否かを示すことができる。セミ−スタティックＨＡＲＱ−ＡＣＫコードブックで設定された場合、一つのスロットで送信されるＨＡＲＱ−ＡＣＫに該当するＰＤＳＣＨのアグリゲーションが定義され、互いに異なるスロットで送信されるＨＡＲＱ−ＡＣＫに該当するＰＤＳＣＨのアグリゲーションらには同じＰＤＳＣＨが含まれてよい。具体的に、各反復単位でＰＵＳＣＨ送信にマルチプレクシングされるＨＡＲＱ−ＡＣＫ情報のそれぞれが受信成功したか否かを示すＰＤＳＣＨのアグリゲーションは、互いに分離（ｄｉｓｊｏｉｎｔ）されるように決定されてよい。ここで、ＰＤＳＣＨのアグリゲーションが互いに分離されるように決定されるということは、一つのスロットでＨＡＲＱ−ＡＣＫ送信されるＰＤＳＣＨの第１アグリゲーションと他のスロットでＨＡＲＱ−ＡＣＫ送信されるＰＤＳＣＨの第２アグリゲーションに、同じＰＤＳＣＨが含まれないことを意味する。例えば、後反復単位でマルチプレクシングされるＨＡＲＱ−ＡＣＫ情報は、先行反復単位でＰＵＳＣＨ送信にマルチプレクシングされたＨＡＲＱ−ＡＣＫ情報によって受信の成否が指示されたＰＤＳＣＨに対して、受信の成否を指示しなくて済む。
【０１３８】
図１４及び図１５は、本発明のさらに他の実施例に係る端末が複数のスロット上のＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングする動作を示す。
【０１３９】
さらに他の具体的な実施例において、ＰＵＳＣＨ送信が行われる複数のスロットの少なくともいずれか一スロットで、ＨＡＲＱ−ＡＣＫ情報と共にするＰＵＣＣＨ送信がオーバーラップされる場合、端末は、ＰＵＳＣＨ送信にオーバーラップされる全てのＰＵＣＣＨ送信のＨＡＲＱ−ＡＣＫ情報をアグリゲーションすることができる。このとき、端末は、ＰＵＳＣＨ送信が行われる複数のスロットのいずれか一スロットでアグリゲーションされたＨＡＲＱ−ＡＣＫ情報を、ＰＵＳＣＨ送信にマルチプレクシングすることができる。具体的に、ＰＵＳＣＨ送信をスケジュールするＵＬ−ＤＡＩフィールドの値が１である場合、端末は、ＰＵＳＣＨ送信にオーバーラップされる全てのＰＵＣＣＨ送信のＨＡＲＱ−ＡＣＫ情報をアグリゲーションし、ＰＵＳＣＨ送信が行われる複数のスロットのいずれか一スロットでアグリゲーションされたＨＡＲＱ−ＡＣＫ情報をＰＵＳＣＨ送信にマルチプレクシングすることができる。前述の実施例において、いずれか一スロットは、ＰＵＳＣＨ送信が行われるスロットのうち最後のスロットでよい。さらに他の実施例において、いずれか一スロットは、ＰＵＳＣＨ送信とＨＡＲＱ−ＡＣＫ情報と共にするＰＵＣＣＨ送信とがオーバーラップされるスロットのうち、最後のスロットでよい。また、いずれか一スロットは、ＰＵＳＣＨ送信が行われるスロットのうち、最初のスロットでよい。さらに他の実施例において、いずれか一スロットは、ＰＵＳＣＨ送信とＨＡＲＱ−ＡＣＫ情報と共にするＰＵＣＣＨ送信とがオーバーラップされるスロットのうち、最初のスロットでよい。
【０１４０】
図１４の実施例において、ＰＵＳＣＨ送信が第１スロット（ｓｌｏｔ  ｎ）から第２スロット（ｓｌｏｔ  ｎ＋１）まで行われる。第１スロット（ｓｌｏｔ  ｎ）及び第２スロット（ｓｌｏｔ  ｎ＋１）で、ＰＵＳＣＨ送信は、ＨＡＲＱ−ＡＣＫ情報と共にするＰＵＣＣＨ送信とオーバーラップされる。第１スロット（ｓｌｏｔ  ｎ）でＰＵＳＣＨ送信とオーバーラップされる第１ＰＵＣＣＨ（ＰＵＣＣＨ１）送信のＤＬアソシエーション（ａｓｓｏｃｉａｔｉｏｎ）セット（ｓｅｔ）は、第１ＰＤＳＣＨ（ＰＤＳＣＨ１）から第３ＰＤＳＣＨ（ＰＤＳＣＨ３）までである。第２スロット（ｓｌｏｔ  ｎ＋１）でＰＵＳＣＨ送信とオーバーラップされる第２ＰＵＣＣＨ（ＰＵＣＣＨ２）送信のＤＬアソシエーションセットは、第２ＰＤＳＣＨ（ＰＤＳＣＨ２）から第４ＰＤＳＣＨ（ＰＤＳＣＨ４）までである。端末は、第２スロット（ｓｌｏｔ  ｎ＋１）で、ＰＵＳＣＨ送信に、第１ＰＤＳＣＨ（ＰＤＳＣＨ１）、第２ＰＤＳＣＨ（ＰＤＳＣＨ２）、第３ＰＤＳＣＨ（ＰＤＳＣＨ３）及び第４ＰＤＳＣＨ（ＰＤＳＣＨ４）のそれぞれの受信に成功したか否かを示すＨＡＲＱ−ＡＣＫ情報をマルチプレクシングする。
【０１４１】
図１５の実施例において、ＰＵＳＣＨ送信が第１スロット（ｓｌｏｔ  ｎ）から第４スロット（ｓｌｏｔ  ｎ＋３）まで行われる。具体的に、ＰＵＳＣＨ送信が、第１スロット（ｓｌｏｔ  ｎ）から第４スロット（ｓｌｏｔ  ｎ＋３）まで毎スロットごとに繰り返し行われる。第１スロット（ｓｌｏｔ  ｎ）及び第３スロット（ｓｌｏｔ  ｎ＋２）で、ＰＵＳＣＨ送信は、ＨＡＲＱ−ＡＣＫ情報と共にするＰＵＣＣＨ送信とオーバーラップされる。端末は、第１スロット（ｓｌｏｔ  ｎ）で送信されるＰＵＣＣＨと共に送信されるＨＡＲＱ−ＡＣＫ情報と第３スロット（ｓｌｏｔ  ｎ＋２）で送信されるＰＵＣＣＨと共に送信されるＨＡＲＱ−ＡＣＫ情報に該当するＰＤＳＣＨをアグリゲーションする。端末は、ＰＵＳＣＨ送信とＨＡＲＱ−ＡＣＫ情報と共にするＰＵＣＣＨ送信とがオーバーラップされるスロットのうち最後のスロットである第３スロット（ｓｌｏｔ  ｎ＋２）で、ＰＵＳＣＨ送信にアグリゲーションされたＰＤＳＣＨのＨＡＲＱ−ＡＣＫ情報をマルチプレクシングする。
【０１４２】
一つのスロット内でＰＵＳＣＨが繰り返し送信される場合、前述した実施例は、スロットではなく反復単位基準で適用されてよい。複数の反復単位のいずれか一つで、ＨＡＲＱ−ＡＣＫ情報と共にするＰＵＣＣＨ送信がオーバーラップされる場合、端末は、ＰＵＳＣＨ送信にオーバーラップされる全てのＰＵＣＣＨ送信のＨＡＲＱ−ＡＣＫ情報のＰＤＳＣＨをアグリゲーションすることができる。このとき、端末は、複数の反復単位のいずれか一反復単位で、アグリゲーションされたＰＤＳＣＨのＨＡＲＱ−ＡＣＫ情報をＰＵＳＣＨ送信にマルチプレクシングすることができる。具体的に、ＰＵＳＣＨ送信をスケジュールするＵＬ−ＤＡＩフィールドの値が１である場合、端末は、ＰＵＳＣＨ送信にオーバーラップされる全てのＰＵＣＣＨ送信のＨＡＲＱ−ＡＣＫ情報に該当するＰＤＳＣＨをアグリゲーションし、複数の反復単位のいずれか一反復単位で、アグリゲーションされたＰＤＳＣＨのＨＡＲＱ−ＡＣＫ情報をＰＵＳＣＨ送信にマルチプレクシングすることができる。前述の実施例において、いずれか一つの反復単位は、複数の反復単位のうち、最後の反復単位でよい。さらに他の実施例において、いずれか一つの反復単位は、複数の反復単位のうち最後の反復単位でよい。また、いずれか一スロットはいずれか一つの反復単位は、複数の反復単位のうち、最初の反復単位でよい。さらに他の実施例において、いずれか一スロットは、いずれか一つの反復単位は、複数の反復単位のうち、最初の反復単位でよい。
【０１４３】
他の具体的な実施例において、端末は、ＰＵＳＣＨ送信にオーバーラップされる全てのＰＵＣＣＨ送信のＨＡＲＱ−ＡＣＫ情報に該当するＰＤＳＣＨをアグリゲーションし、ＰＵＳＣＨ送信が行われる複数のスロットで毎スロットごとに、アグリゲーションされたＰＤＳＣＨのＨＡＲＱ−ＡＣＫ情報をＰＵＳＣＨ送信に繰り返しマルチプレクシングすることができる。具体的に、端末は、ＰＵＳＣＨ送信が行われる全てのスロットで毎スロットごとに、アグリゲーションされたＰＤＳＣＨのＨＡＲＱ−ＡＣＫ情報を繰り返し送信することができる。他の具体的な実施例において、端末は、ＰＵＳＣＨ送信が行われる複数のスロットのうち、ＨＡＲＱ−ＡＣＫ情報と共にするＰＵＣＣＨ送信がオーバーラップされるスロットごとに、アグリゲーションされたＰＤＳＣＨのＨＡＲＱ−ＡＣＫ情報をＰＵＳＣＨ送信に繰り返しマルチプレクシングすることができる。他の具体的な実施例において、端末は、ＰＵＳＣＨ送信が行われる複数のスロットのうち、ＨＡＲＱ−ＡＣＫ情報と共にするＰＵＣＣＨ送信がオーバーラップされる最初のスロットからＨＡＲＱ−ＡＣＫ情報と共にするＰＵＣＣＨ送信がオーバーラップされる最後のスロットまで毎スロットごとに、アグリゲーションされたＰＤＳＣＨのＨＡＲＱ−ＡＣＫ情報をＰＵＳＣＨ送信に繰り返しマルチプレクシングすることができる。他の具体的な実施例において、端末は、ＰＵＳＣＨ送信が行われる複数のスロットのうち、ＨＡＲＱ−ＡＣＫ情報と共にするＰＵＣＣＨ送信がオーバーラップされる最初のスロットからＰＵＳＣＨ送信が行われる最後のスロットまで毎スロットごとに、アグリゲーションされたＰＤＳＣＨのＨＡＲＱ−ＡＣＫ情報をＰＵＳＣＨ送信に繰り返しマルチプレクシングすることができる。他の具体的な実施例において、端末は、ＰＵＳＣＨ送信が行われる複数のスロットのうち、ＨＡＲＱ−ＡＣＫ情報と共にするＰＵＣＣＨ送信がオーバーラップされる最後のスロットからＰＵＳＣＨ送信が行われる最後のスロットまで毎スロットごとに、アグリゲーションされたＰＤＳＣＨのＨＡＲＱ−ＡＣＫ情報をＰＵＳＣＨ送信に繰り返しマルチプレクシングすることができる。
【０１４４】
一つのスロット内でＰＵＳＣＨが繰り返し送信される場合、前述した実施例は、スロットではなく反復単位基準で適用されてよい。端末は、ＰＵＳＣＨ送信にオーバーラップされる全てのＰＵＣＣＨ送信のＨＡＲＱ−ＡＣＫ情報に該当するＰＤＳＣＨをアグリゲーションし、複数の反復単位で毎反復単位ごとに、アグリゲーションされたＰＤＳＣＨのＨＡＲＱ−ＡＣＫ情報をＰＵＳＣＨ送信に繰り返しマルチプレクシングすることができる。具体的に、端末は、ＰＵＳＣＨ送信が行われる全ての反復単位で毎反復単位ごとに、アグリゲーションされたＰＤＳＣＨのＨＡＲＱ−ＡＣＫ情報を繰り返し送信することができる。他の具体的な実施例において、端末は、複数の反復単位のうち、ＨＡＲＱ−ＡＣＫ情報と共にするＰＵＣＣＨ送信がオーバーラップされる反復単位ごとに、アグリゲーションされたＰＤＳＣＨのＨＡＲＱ−ＡＣＫ情報をＰＵＳＣＨ送信に繰り返しマルチプレクシングすることができる。他の具体的な実施例において、端末は、複数の反復単位のうち、ＨＡＲＱ−ＡＣＫ情報と共にするＰＵＣＣＨ送信がオーバーラップされる最初の反復単位からＨＡＲＱ−ＡＣＫ情報と共にするＰＵＣＣＨ送信がオーバーラップされる最後の反復単位まで毎反復単位ごとに、アグリゲーションされたＰＤＳＣＨのＨＡＲＱ−ＡＣＫ情報をＰＵＳＣＨ送信に繰り返しマルチプレクシングすることができる。他の具体的な実施例において、端末は、複数の反復単位のうち、ＨＡＲＱ−ＡＣＫ情報と共にするＰＵＣＣＨ送信がオーバーラップされる最初の反復単位からＰＵＳＣＨ送信が行われる最後の反復単位まで毎反復単位ごとに、アグリゲーションされたＰＤＳＣＨのＨＡＲＱ−ＡＣＫ情報をＰＵＳＣＨ送信に繰り返しマルチプレクシングすることができる。他の具体的な実施例において、端末は、複数の反復単位のうち、ＨＡＲＱ−ＡＣＫ情報と共にするＰＵＣＣＨ送信がオーバーラップされる最後の反復単位からＰＵＳＣＨ送信が行われる最後の反復単位まで毎反復単位ごとに、アグリゲーションされたＰＤＳＣＨのＨＡＲＱ−ＡＣＫ情報をＰＵＳＣＨ送信に繰り返しマルチプレクシングすることができる。
【０１４５】
基地局が複数のスロット上にＰＵＳＣＨ送信をスケジュールする時、基地局は、該当ＰＵＳＣＨ送信とＰＵＣＣＨ送信とがオーバーラップされるスロットの数が一定個数以下になるようにＰＵＳＣＨ送信又はＰＵＣＣＨ送信をスケジュールすることができる。複数のスロット上でＰＵＳＣＨ送信が行われる時、端末は、一定個数以下のスロットで該当ＰＵＳＣＨ送信とＰＵＣＣＨ送信とがオーバーラップされ得ると仮定できる。すなわち、複数のスロット上でＰＵＳＣＨ送信が行われる時、端末は、一定個数を超えるスロットで該当ＰＵＳＣＨ送信とＰＵＣＣＨ送信とがオーバーラップされ得ないと仮定できる。このとき、一定個数は１でよい。具体的に、ＰＵＳＣＨ送信が複数のスロットで行われる場合、端末は、ＰＵＳＣＨ送信とＰＵＣＣＨ送信とがオーバーラップされるスロットの個数が最大１個であることを期待できる。セミ−スタティックＨＡＲＱ−ＡＣＫコードブックが設定される場合、端末は、ＰＵＳＣＨをスケジュールするＤＣＩのＵＬ−ＤＡＩフィールドの値が、１個のＰＵＣＣＨ送信に対応するＰＤＳＣＨが存在するか否かを示すものであると判断できる。このような実施例において、ＰＵＳＣＨ送信とＰＵＣＣＨ送信とがオーバーラップされるスロットは、ＰＵＳＣＨ送信が行われるスロットのうち、最後のスロットでよい。他の具体的な実施例において、ＰＵＳＣＨ送信とＨＡＲＱ−ＡＣＫと共にするＰＵＣＣＨ送信とがオーバーラップされるスロットは、ＰＵＳＣＨ送信が行われるスロットのうち、最も先行する（最初の）スロットでよい。他の具体的な実施例において、ＰＵＳＣＨ送信とＨＡＲＱ−ＡＣＫと共にするＰＵＣＣＨ送信とがオーバーラップされるスロットは、ＰＵＳＣＨ送信とＰＵＣＣＨ送信とがオーバーラップされるスロットのうち、最初のスロットでよい。他の具体的な実施例において、ＰＵＳＣＨ送信とＨＡＲＱ−ＡＣＫと共にするＰＵＣＣＨ送信とがオーバーラップされるスロットは、ＰＵＳＣＨ送信とＰＵＣＣＨ送信とがオーバーラップされるスロットのうち、最後のスロットでよい。
【０１４６】
一つのスロット内でＰＵＳＣＨが繰り返し送信される場合、前述した実施例は、スロットではなく反復単位基準で適用されてよい。基地局は、該当ＰＵＳＣＨ送信とＰＵＣＣＨ送信とがオーバーラップされる反復単位の数が一定個数以下になるように、ＰＵＳＣＨ送信又はＰＵＣＣＨ送信をスケジュールすることができる。複数の反復単位上でＰＵＳＣＨ送信が行われる時、端末は、一定個数以下の反復単位で該当ＰＵＳＣＨ送信とＰＵＣＣＨ送信とがオーバーラップされ得ると仮定できる。すなわち、複数の反復単位上でＰＵＳＣＨ送信が行われる時、端末は、一定個数を超える反復単位で該当ＰＵＳＣＨ送信とＰＵＣＣＨ送信とがオーバーラップされ得ないと仮定できる。このとき、一定個数は１でよい。具体的に、ＰＵＳＣＨ送信が複数の反復単位で行われる場合、端末は、ＰＵＳＣＨ送信とＰＵＣＣＨ送信とがオーバーラップされる反復単位の個数が最大１個であると期待できる。セミ−スタティックＨＡＲＱ−ＡＣＫコードブックが設定される場合、端末は、ＰＵＳＣＨをスケジュールするＤＣＩのＵＬ−ＤＡＩフィールドの値が、１個のＨＡＲＱ−ＡＣＫと共にするＰＵＣＣＨ送信のマルチプレクシングを示すと判断できる。このような実施例において、ＰＵＳＣＨ送信とＰＵＣＣＨ送信とがオーバーラップされる反復単位は、ＰＵＳＣＨ送信が行われる反復単位のうち、最後の反復単位でよい。他の具体的な実施例において、ＰＵＳＣＨ送信とＨＡＲＱ−ＡＣＫと共にするＰＵＣＣＨ送信がオーバーラップされる反復単位は、ＰＵＳＣＨ送信が行われる反復単位ののうち、最も先行する(最初の)反復単位でよい。他の具体的な実施例において、ＰＵＳＣＨ送信とＨＡＲＱ−ＡＣＫと共にするＰＵＣＣＨ送信とがオーバーラップされる反復単位は、ＰＵＳＣＨ送信とＰＵＣＣＨ送信とがオーバーラップされる反復単位のうち、最初の反復単位でよい。他の具体的な実施例において、ＰＵＳＣＨ送信とＨＡＲＱ−ＡＣＫと共にするＰＵＣＣＨ送信とがオーバーラップされる反復単位は、ＰＵＳＣＨ送信とＰＵＣＣＨ送信とがオーバーラップされる反復単位のうち、最後の反復単位でよい。
【０１４７】
ＰＵＳＣＨ送信が複数のスロットで行われる時、ＰＵＳＣＨ送信は、不連続する複数のスロットで行われてよい。ＰＵＳＣＨ送信は、ＲＲＣ信号を通じてフレキシブルシンボル又はＵＬシンボルに設定されたシンボルでのみ行われ得るためである。具体的に、端末は、ＲＲＣ信号を通じてＤＬシンボルに設定されたシンボルでＰＵＳＣＨ送信を行うことができる。したがって、端末は、特定スロットでＰＵＳＣＨがスケジュールされたシンボルのいずれか一つでもＲＲＣ信号によってＤＬシンボルに設定された場合、該当スロットでＰＵＳＣＨを送信できない。どのシンボルがＵＬシンボル、フレキシブルシンボル又はＤＬシンボルかを設定するＲＲＣ信号は、ｔｄｄ−ＵＬ−ＤＬ−ＣｎｏｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎとｔｄｄ−ＵＬ−ＤＬ−ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄの少なくとも一方でよい。ＰＵＳＣＨ送信が不連続する複数のスロットで行われる場合、ＰＵＳＣＨ送信とＰＵＣＣＨ送信とがオーバーラップされるスロットの数の最大値は、連続したスロットの個数に基づいて決定されてよい。具体的に、ＰＵＳＣＨ送信とＰＵＣＣＨ送信とがオーバーラップされるスロットのうち、連続したスロットを１つと数える。そして、連続したスロットでなければ、別の連続したスロットと数える。スロットチャンクは、ＰＵＳＣＨ送信が行われる連続したスロットのセット（ｓｅｔ）を表す。例えば、ＰＵＳＣＨ送信が第１スロット（ｓｌｏｔ  ｎ）、第２スロット（ｓｌｏｔ  ｎ＋１）及び第４スロット（ｓｌｏｔ  ｎ＋３）で行われ、第３スロット（ｓｌｏｔ  ｎ＋２）は、一つ以上のＤＬシンボルとオーバーラップされ、ＰＵＳＣＨ送信ができない。このとき、スロットチャンクの個数は２である。このとき、端末は、ＰＵＳＣＨ送信にオーバーラップされるＰＵＣＣＨ送信と共にＨＡＲＱ−ＡＣＫ情報に該当するＰＤＳＣＨをアグリゲーションし、最後のスロットチャンクで、ＰＵＳＣＨ送信に、アグリゲーションされたＰＤＳＣＨのＨＡＲＱ−ＡＣＫ情報をマルチプレクシングすることができる。
【０１４８】
前述の実施例によって、端末が複数のスロット上のＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングするとき、端末がＨＡＲＱ−ＡＣＫ情報のマルチプレクシングにＵＬ−ＤＡＩフィールドの値を適用する方法を説明する。端末は、ＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報がマルチプレクシングされるスロットごとに、該当ＰＵＳＣＨ送信をスケジュールするＤＣＩのＵＬ−ＤＡＩフィールドの値を適用して、ＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報がマルチプレクシングされるか否かを決定できる。具体的に、端末は、ＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報がマルチプレクシングされるスロットごとに、ＵＬ−ＤＡＩフィールドの値によって、ＨＡＲＱ−ＡＣＫ情報のマルチプレクシングされるか否か及びＨＡＲＱ−ＡＣＫ情報のビット数を決定できる。例えば、ＰＵＳＣＨ送信が４個のスロットで行われ、端末が４個のスロットでＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングするか否かを判断できる。このとき、端末は、ＵＬ−ＤＡＩフィールドの値に基づいて、４個のスロットのそれぞれで、ＨＡＲＱ−ＡＣＫ情報のマルチプレクシングするか否か及びマルチプレクシングされるＨＡＲＱ−ＡＣＫ情報のビット数を決定できる。最初のスロットでＰＵＳＣＨ送信にマルチプレクシングされるＨＡＲＱ−ＡＣＫ情報が受信の成否を示すＰＤＳＣＨの個数をＮ１とし、二番目のスロットでＰＵＳＣＨ送信にマルチプレクシングされるＨＡＲＱ−ＡＣＫ情報が受信の成否を示すＰＤＳＣＨの個数をＮ２とし、三番目のスロットでＰＵＳＣＨ送信にマルチプレクシングされるＨＡＲＱ−ＡＣＫ情報が受信の成否を示すＰＤＳＣＨの個数をＮ３とし、四番目のスロットでＰＵＳＣＨ送信にマルチプレクシングされるＨＡＲＱ−ＡＣＫ情報が受信の成否を示すＰＤＳＣＨの個数をＮ４とする。このとき、端末は、Ｎ１、Ｎ２、Ｎ３及びＮ４それぞれを４で割った時の余りの値が、ＵＬ−ＤＡＩフィールドの値が示す値と仮定することができる。例えば、ＵＬ−ＤＡＩフィールドの値として０（００ｂ）が示される場合、端末は、最初のスロット、二番目のスロット、三番目のスロット及び四番目のスロットのそれぞれにマルチプレクシングされるＨＡＲＱ−ＡＣＫに対応するＰＤＳＣＨの数を４で割った時の余りの値が１（すなわち、ＨＡＲＱ−ＡＣＫに対応するＰＤＳＣＨの数は１、５、９，…のいずれか一つ）であると判断できる。端末は、ＵＬ−ＤＡＩフィールドの値が１（０１ｂ）と指示されると、端末は、最初のスロット、二番目のスロット、三番目のスロット及び四番目のスロットのそれぞれにマルチプレクシングされるＨＡＲＱ−ＡＣＫに対応するＰＤＳＣＨの数を４で割った時の余りが２（すなわち、ＨＡＲＱ−ＡＣＫに対応するＰＤＳＣＨの数が２、６、１０、…のいずれか一つ）であると判断できる。ＵＬ−ＤＡＩフィールドの値が２（１０ｂ）と指示される場合、端末は、最初のスロット、二番目のスロット、三番目のスロット及び四番目のスロットにマルチプレクシングされるＨＡＲＱ−ＡＣＫに対応するＰＤＳＣＨの数を４で割った時の余りが３（すなわち、３、７、１１、…のいずれか一つ）であると判断できる。ＵＬ−ＤＡＩフィールドの値が３（１１ｂ）と指示される場合、端末は、最初のスロット、二番目のスロット、三番目のスロット及び四番目のスロットそれぞれにマルチプレクシングされるＨＡＲＱ−ＡＣＫに対応するＰＤＳＣＨの数を４で割った時の余りが０（すなわち、ＨＡＲＱ−ＡＣＫに対応するＰＤＳＣＨの数が０、４、８、…のいずれか一つ）であると判断できる。各スロットにマルチプレクシングされるＨＡＲＱ−ＡＣＫに対応するＰＤＳＣＨの数は異なってもよい。また、図１３で説明した実施例のように、端末は、ＰＵＳＣＨ送信が行われる複数のスロット全体でＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングするか否かを決定できる。このような場合にも、端末は、ＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報がマルチプレクシングされるスロットごとにＵＬ−ＤＡＩフィールドの値を適用して、ＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングすることができる。具体的に、端末は、特定スロットのＰＵＣＣＨ送信のＨＡＲＱ−ＡＣＫ情報に対応するＰＤＳＣＨがない場合にも、該当スロットでＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングすることができる。
【０１４９】
一つのスロット内でＰＵＳＣＨが繰り返し送信される場合、前述した実施例は、スロットではなく反復単位基準で適用されてよい。端末は、ＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報がマルチプレクシングされる反復単位ごとに、該当ＰＵＳＣＨ送信をスケジュールするＤＣＩのＵＬ−ＤＡＩフィールドの値を適用して、ＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報のマルチプレクシングをするか否かを決定できる。具体的に、端末は、ＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報がマルチプレクシングされる反復単位ごとに、ＵＬ−ＤＡＩフィールドの値によって、ＨＡＲＱ−ＡＣＫ情報のマルチプレクシングするか否か及びＨＡＲＱ−ＡＣＫ情報のビット数を決定できる。例えば、ＰＵＳＣＨ送信が４個の反復単位で行われ、端末が４個の反復単位でＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングするか否かを判断できる。このとき、端末は、ＵＬ−ＤＡＩフィールドの値に基づいて４個の反復単位のそれぞれでＨＡＲＱ−ＡＣＫ情報のマルチプレクシングするか否か及びマルチプレクシングされるＨＡＲＱ−ＡＣＫ情報のビット数を決定できる。最初の反復単位でＰＵＳＣＨ送信にマルチプレクシングされるＨＡＲＱ−ＡＣＫ情報が受信の成否を示すＰＤＳＣＨの個数をＮ１とし、二番目の反復単位でＰＵＳＣＨ送信にマルチプレクシングされるＨＡＲＱ−ＡＣＫ情報が受信の成否を示すＰＤＳＣＨの個数をＮ２とし、三番目の反復単位でＰＵＳＣＨ送信にマルチプレクシングされるＨＡＲＱ−ＡＣＫ情報が受信の成否を示すＰＤＳＣＨの個数をＮ３とし、四番目の反復単位でＰＵＳＣＨ送信にマルチプレクシングされるＨＡＲＱ−ＡＣＫ情報が受信の成否を示すＰＤＳＣＨの個数をＮ４とする。このとき、端末は、Ｎ１、Ｎ２、Ｎ３及びＮ４のそれぞれを４で割った時の余りの値がＵＬ−ＤＡＩフィールドの値が示す値であると仮定することができる。例えば、ＵＬ−ＤＡＩフィールドの値が０（００ｂ）と示される場合、端末は、最初の反復単位、二番目の反復単位、三番目の反復単位及び四番目の反復単位にマルチプレクシングされるＨＡＲＱ−ＡＣＫに対応するＰＤＳＣＨの数を４で割った時の余りが１（すなわち、ＨＡＲＱ−ＡＣＫに対応するＰＤＳＣＨの数が１、５、９、…のいずれか一つ）であると判断できる。ＵＬ−ＤＡＩフィールドの値が１（０１ｂ）で示される場合、端末は、最初の反復単位、二番目の反復単位、三番目の反復単位及び四番目の反復単位のそれぞれにマルチプレクシングされるＨＡＲＱ−ＡＣＫに対応するＰＤＳＣＨの数を４で割った時の余りが２（すなわち、ＨＡＲＱ−ＡＣＫに対応するＰＤＳＣＨの数が２、６、１０、…のいずれか一つ）であると判断できる。ＵＬ−ＤＡＩフィールドの値が２（１０ｂ）と示される場合、端末は、最初の反復単位、二番目の反復単位、三番目の反復単位及び四番目の反復単位にマルチプレクシングされるＨＡＲＱ−ＡＣＫに対応するＰＤＳＣＨの数を４で割った時の余りが３（すなわち、ＨＡＲＱ−ＡＣＫに対応するＰＤＳＣＨの数が３、７、１１、…のいずれか一つ）であると判断できる。ＵＬ−ＤＡＩフィールドの値が３（１１ｂ）と示される場合、端末は、最初の反復単位、二番目の反復単位、三番目の反復単位及び四番目の反復単位にマルチプレクシングされるＨＡＲＱ−ＡＣＫに対応するＰＤＳＣＨの数を４で割った時の余りが０（すなわち、ＨＡＲＱ−ＡＣＫに対応するＰＤＳＣＨの数が０、４、８、…のいずれか一つ）であると判断できる。各反復単位にマルチプレクシングされるＨＡＲＱ−ＡＣＫに対応するＰＤＳＣＨの数は異なってもよい。また、図１３で説明した実施例のように、端末は、ＰＵＳＣＨ送信が行われる複数の反復単位全体でＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングするか否かを決定できる。このような場合にも、端末は、ＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報がマルチプレクシングされる反復単位ごとにＵＬ−ＤＡＩフィールドの値を適用して、ＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングすることができる。具体的に、端末は、特定反復単位のＰＵＣＣＨ送信のＨＡＲＱ−ＡＣＫ情報に対応するＰＤＳＣＨがない場合にも、該当反復単位でＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングすることができる。
【０１５０】
前述した実施例において、ＰＵＳＣＨ送信とオーバーラップされる複数のＰＵＣＣＨ送信のそれぞれに対応するＰＤＳＣＨの個数が異なることがある。例えば、ＰＵＳＣＨ送信が２つのスロットでＰＵＣＣＨ送信とオーバーラップされる。このとき、第１スロットでＰＵＳＣＨ送信とオーバーラップされる第１ＰＵＣＣＨ送信のＨＡＲＱ−ＡＣＫ情報に対応するＰＤＳＣＨは８個であり、第２スロットでＰＵＳＣＨ反復送信とオーバーラップされる第２ＰＵＣＣＨ送信のＨＡＲＱ−ＡＣＫ情報に対応するＰＤＳＣＨは５個でよい。ＰＵＳＣＨ送信をスケジュールするＤＣＩのＵＬ−ＤＡＩフィールドの値が４（すなわち、１１ｂ）を示す場合、端末は、第１ＰＵＣＣＨに対応するＰＤＳＣＨが８個であり、第２ＰＵＣＣＨに対応するＰＤＳＣＨが８個であると判断できる。また、端末が第２スロットでＰＵＳＣＨ反復送信とオーバーラップされる第２ＰＵＣＣＨ送信のＨＡＲＱ−ＡＣＫ情報に対応するＰＤＳＣＨをスケジュールするＤＣＩの受信に失敗することがある。この場合、端末は、第２ＰＵＣＣＨに対応するＰＤＳＣＨ個数が８個よりも小さい数である４と判断できる。このため、端末と基地局間にＰＵＳＣＨ送信にマルチプレクシングされるＨＡＲＱ−ＡＣＫ情報が受信の成否を示すＰＤＳＣＨ個数に関して混同が発生し得る。したがって、端末は、複数のスロット上のＰＵＳＣＨ送信とオーバーラップされるＰＵＣＣＨのＨＡＲＱ−ＡＣＫ情報のうち、ＨＡＲＱ−ＡＣＫ情報に対応するＰＤＳＣＨの数が最も多いスロットのＨＡＲＱ−ＡＣＫ情報に対応するＰＤＳＣＨ数を、ＰＵＳＣＨ送信にマルチプレクシングされる全てのＨＡＲＱ−ＡＣＫ情報のビット数として設定できる。端末は、複数のスロット上のＰＵＳＣＨ送信とオーバーラップされるＰＵＣＣＨのＨＡＲＱ−ＡＣＫ情報のうち、ＨＡＲＱ−ＡＣＫ情報のビット数が最も多いスロットのＨＡＲＱ−ＡＣＫ情報と同じビット数を、各ＰＵＳＣＨ送信にマルチプレクシングされるＨＡＲＱ−ＡＣＫ情報のビット数として設定できる。このような実施例において、端末は、該当ＰＤＳＣＨの受信をスケジュールしたＤＣＩを受信しなかったＨＡＲＱ−ＡＣＫ情報のビットを、ＮＡＣＫと設定できる。このような実施例において、基地局は、基地局がスケジュールしたＰＤＳＣＨ送信の個数を知っているので、各スロットで、ＰＤＳＣＨ送信を受信したか否かに対応するＨＡＲＱ−ＡＣＫ情報のビット数が予想できる。したがって、このような実施例によって、端末と基地局間にＰＵＳＣＨ送信にマルチプレクシングされるＨＡＲＱ−ＡＣＫ情報が受信の成否を示すＰＤＳＣＨ個数に関する混同を防止することができる。
【０１５１】
一つのスロット内でＰＵＳＣＨが繰り返し送信される場合、前述した実施例は、スロットではなく反復単位基準で適用されてよい。端末は、複数の反復単位で送信されるＰＵＳＣＨ送信とオーバーラップされるＰＵＣＣＨのＨＡＲＱ−ＡＣＫ情報のうち、ＨＡＲＱ−ＡＣＫ情報に対応するＰＤＳＣＨの数が最も多い反復単位のＨＡＲＱ−ＡＣＫ情報に対応するＰＤＳＣＨ数を、ＰＵＳＣＨ送信にマルチプレクシングされる全てのＨＡＲＱ−ＡＣＫ情報のビット数として設定できる。端末は、複数の反復単位で送信されるＰＵＳＣＨ送信とオーバーラップされるＰＵＣＣＨのＨＡＲＱ−ＡＣＫ情報のうち、ＨＡＲＱ−ＡＣＫ情報のビット数が最も多い反復単位のＨＡＲＱ−ＡＣＫ情報と同じビット数を、各ＰＵＳＣＨ送信にマルチプレクシングされるＨＡＲＱ−ＡＣＫ情報のビット数として設定できる。このような実施例において、端末は、該当ＰＤＳＣＨの受信をスケジュールしたＤＣＩを受信しなかったＨＡＲＱ−ＡＣＫ情報のビットをＮＡＣＫと設定できる。
【０１５２】
他の具体的な実施例において、端末は、２ビットＵＬ−ＤＡＩフィールドの値を、ＰＵＳＣＨ送信とオーバーラップされる全てのＰＵＣＣＨ送信のＨＡＲＱ−ＡＣＫ情報に関する情報として判断できる。具体的に、端末は、２ビットＵＬ−ＤＡＩフィールドの値が、ＰＵＳＣＨ送信とオーバーラップされる全てのＰＵＣＣＨ送信のＨＡＲＱ−ＡＣＫ情報に対応するＰＤＳＣＨ数の和を４で割った時の余りの値を示すと判断できる。例えば、ＰＵＳＣＨ送信が４個のスロットで行われ、４個のスロットでＰＵＳＣＨ送信とオーバーラップされる４個のＰＵＣＣＨ送信のそれぞれのＨＡＲＱ−ＡＣＫ情報に対応するＰＤＳＣＨ数（又は、ＨＡＲＱ−ＡＣＫビットの数）をＮ１、Ｎ２、Ｎ３及びＮ４とする。このとき、端末は、ＰＵＳＣＨ送信をスケジュールするＤＣＩのＵＬ−ＤＡＩフィールドの値が、Ｎ１＋Ｎ２＋Ｎ３＋Ｎ４を４で割った値を示すと判断できる。ＵＬ−ＤＡＩフィールドの値が４（すなわち、１１ｂ）である場合、端末は、Ｎ１＋Ｎ２＋Ｎ３＋Ｎ４を４で割った時の余りが０であると判断できる。したがって、端末は、ＰＵＳＣＨ送信に、４の倍数個のＰＤＳＣＨの受信に成功したか否かを示すＨＡＲＱ−ＡＣＫ情報をマルチプレクシングすることができる。
【０１５３】
他の具体的な実施例において、ＰＵＳＣＨ送信が４個の反復単位で行われ、４個の反復単位でＰＵＳＣＨ送信とオーバーラップされる４個のＰＵＣＣＨ送信のそれぞれのＨＡＲＱ−ＡＣＫ情報に対応するＰＤＳＣＨ数（又は、ＨＡＲＱ−ＡＣＫビットの数）をＮ１、Ｎ２、Ｎ３及びＮ４とする。このとき、端末は、ＰＵＳＣＨ送信をスケジュールするＤＣＩのＵＬ−ＤＡＩフィールドの値が、Ｎ１＋Ｎ２＋Ｎ３＋Ｎ４を４で割った値を示すと判断できる。ＵＬ−ＤＡＩフィールドの値が０（すなわち、００ｂ）の場合、端末は、Ｎ１＋Ｎ２＋Ｎ３＋Ｎ４を４で割った時の余りが１であると判断できる。ＵＬ−ＤＡＩフィールドの値が１（すなわち、０１ｂ）の場合、端末は、Ｎ１＋Ｎ２＋Ｎ３＋Ｎ４を２で割った時の余りが０であると判断できる。ＵＬ−ＤＡＩフィールドの値が２（すなわち、１０ｂ）の場合、端末は、Ｎ１＋Ｎ２＋Ｎ３＋Ｎ４を４で割った時の余りが３であると判断できる。ＵＬ−ＤＡＩフィールドの値が３（すなわち、１１ｂ）の場合、端末は、Ｎ１＋Ｎ２＋Ｎ３＋Ｎ４を４で割った時の余りが０であると判断できる。したがって、端末は、ＰＵＳＣＨ送信に４の倍数個のＰＤＳＣＨの受信に成功したか否かを示すＨＡＲＱ−ＡＣＫ情報をマルチプレクシングすることができる。前述したように、基地局が複数のスロット上にＰＵＳＣＨ送信をスケジュールする時、基地局は、該当ＰＵＳＣＨ送信とＰＵＣＣＨ送信とがオーバーラップされるスロットの数が一定個数以下になるように、ＰＵＳＣＨ送信又はＰＵＣＣＨ送信をスケジュールすることができる。複数のスロット上でＰＵＳＣＨ送信が行われる時、端末は、一定個数以下のスロットで該当ＰＵＳＣＨ送信とＰＵＣＣＨ送信とがオーバーラップされ得ると仮定できる。このとき、一定個数は１でよい。このような実施例において、端末は、ＰＵＳＣＨ送信をスケジュールするＤＣＩのＵＬ−ＤＡＩフィールドの値が、ＰＵＳＣＨ送信とＰＵＣＣＨ送信とがオーバーラップされる一つのスロットでＰＵＣＣＨ送信と共にするＨＡＲＱ−ＡＣＫ情報のビット数に関する情報を示すと判断できる。具体的に、端末は、ＰＵＳＣＨ送信をスケジュールするＤＣＩのＵＬ−ＤＡＩフィールドの値が、ＰＵＳＣＨ送信とＰＵＣＣＨ送信とがオーバーラップされる一つのスロットでＰＵＣＣＨ送信を共にするＨＡＲＱ−ＡＣＫ情報のビット数を４で割った時の余りの値を示すと判断できる。また、一つのスロット内でＰＵＳＣＨが繰り返し送信される場合、基地局は、該当ＰＵＳＣＨ送信とＰＵＣＣＨ送信とがオーバーラップされる反復単位の数が一定個数以下になるように、ＰＵＳＣＨ送信又はＰＵＣＣＨ送信をスケジュールすることができる。このとき、端末は、一定個数以下の反復単位で該当ＰＵＳＣＨ送信とＰＵＣＣＨ送信とがオーバーラップされ得ると仮定できる。このとき、一定個数は１でよい。このような実施例において、端末は、ＰＵＳＣＨ送信をスケジュールするＤＣＩのＵＬ−ＤＡＩフィールドの値が、ＰＵＳＣＨ送信とＰＵＣＣＨ送信とがオーバーラップされる一つの反復単位でＰＵＣＣＨ送信を共にするＨＡＲＱ−ＡＣＫ情報のビット数に関する情報を示すと判断できる。具体的に、端末は、ＰＵＳＣＨ送信をスケジュールするＤＣＩのＵＬ−ＤＡＩフィールドの値が、ＰＵＳＣＨ送信とＰＵＣＣＨ送信とがオーバーラップされる一つの反復単位でＰＵＣＣＨ送信を共にするＨＡＲＱ−ＡＣＫ情報のビット数を４で割った時の余りの値を示すと判断できる。
【０１５４】
他の具体的な実施例において、ＰＵＳＣＨ送信が複数のスロットで行われ、ＨＡＲＱ−ＡＣＫコードブックが設定される場合、ＵＬ−ＤＡＩフィールドのビット数は、ＰＵＳＣＨ送信が行われるスロットの数によって決定されてよい。具体的に、ＵＬ−ＤＡＩフィールドのビット数は、ＰＵＳＣＨ送信が行われるスロット数に比例し得る。具体的な実施例において、ダイナミックＨＡＲＱ−ＡＣＫコードブックが設定される場合、ＵＬ−ＤＡＩフィールドのビット数は、ＰＵＳＣＨ送信が行われるスロット数に２をかけた値でよい。このとき、ＵＬ−ＤＡＩフィールドの２ビットサブフィールドのそれぞれは、ＰＵＳＣＨ送信が行われるスロットのそれぞれでＰＵＳＣＨ送信にマルチプレクシングされるＨＡＲＱ−ＡＣＫ情報のビット数を４で割った余りの値を示すことができる。例えば、ＰＵＳＣＨ送信が４個のスロット上で行われるように設定され、ダイナミックＨＡＲＱ−ＡＣＫコードブックが設定される場合、ＵＬ−ＤＡＩフィールドのビット数は８でよい。このとき、ＵＬ−ＤＡＩフィールドの２ビットサブフィールドのそれぞれは、ＰＵＳＣＨ送信が行われる４個スロットのそれぞれでＰＵＳＣＨ送信にマルチプレクシングされるＨＡＲＱ−ＡＣＫ情報を示すことができる。具体的な実施例において、セミ−スタティックＨＡＲＱ−ＡＣＫコードブックが設定される場合、ＵＬ−ＤＡＩフィールドのビット数は、ＰＵＳＣＨ送信が行われるスロット数と同一でよい。このとき、ＵＬ−ＤＡＩフィールドの各ビットは、ＰＵＳＣＨ送信が行われるスロットのそれぞれでＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報がマルチプレクシングされるか否かを示すことができる。例えば、ＰＵＳＣＨ送信が４個のスロット上で行われるように設定され、セミ−スタティックＨＡＲＱ−ＡＣＫコードブックが設定される場合、ＵＬ−ＤＡＩフィールドのビット数は、４でよい。このとき、ＵＬ−ＤＡＩフィールドの各ビットは、ＰＵＳＣＨ送信が行われる４個スロットのそれぞれでＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報がマルチプレクシングされるか否かを示すことができる。
【０１５５】
また、一つのスロット内でＰＵＳＣＨが繰り返し送信される場合、ＵＬ−ＤＡＩフィールドのビット数は、ＰＵＳＣＨ送信が行われる反復単位の数によって決定されてよい。具体的に、ＵＬ−ＤＡＩフィールドのビット数は、ＰＵＳＣＨ送信が行われる反復単位の数に比例し得る。具体的な実施例において、ダイナミックＨＡＲＱ−ＡＣＫコードブックが設定される場合、ＵＬ−ＤＡＩフィールドのビット数は、ＰＵＳＣＨ送信が行われる反復単位の数に２をかけた値でよい。このとき、ＵＬ−ＤＡＩフィールドの２ビットサブフィールドのそれぞれは、ＰＵＳＣＨ送信が行われる反復単位のそれぞれでＰＵＳＣＨ送信にマルチプレクシングされるＨＡＲＱ−ＡＣＫ情報のビット数を４で割った余りの値を示すことができる。例えば、ＰＵＳＣＨ送信が４個の反復単位上で行われるように設定され、ダイナミックＨＡＲＱ−ＡＣＫコードブックが設定される場合、ＵＬ−ＤＡＩフィールドのビット数は、８でよい。このとき、ＵＬ−ＤＡＩフィールドの２ビットサブフィールドのそれぞれは、ＰＵＳＣＨ送信が行われる４個反復単位のそれぞれでＰＵＳＣＨ送信にマルチプレクシングされるＨＡＲＱ−ＡＣＫ情報を示すことができる。具体的な実施例において、セミ−スタティックＨＡＲＱ−ＡＣＫコードブックが設定される場合、ＵＬ−ＤＡＩフィールドのビット数は、ＰＵＳＣＨ送信が行われる反復単位数と同一でよい。このとき、ＵＬ−ＤＡＩフィールドの各ビットは、ＰＵＳＣＨ送信が行われる反復単位のそれぞれでＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報がマルチプレクシングされるか否かを示すことができる。例えば、ＰＵＳＣＨ送信が４個の反復単位上で行われるように設定され、セミ−スタティックＨＡＲＱ−ＡＣＫコードブックが設定される場合、ＵＬ−ＤＡＩフィールドのビット数は、４でよい。このとき、ＵＬ−ＤＡＩフィールドの各ビットは、ＰＵＳＣＨ送信が行われる４個反復単位のそれぞれでＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報がマルチプレクシングされるか否かを示すことができる。前述した実施例において、端末が複数のスロット上のＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングすることについて説明した。前述した実施例は、端末がＵＣＩ（Ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）をＰＵＳＣＨ送信にマルチプレクシングする場合にも適用可能である。ＵＣＩはＣＳＩ／ＳＲを含むことができる。端末は、ＰＵＳＣＨ送信が行われる複数のスロットの少なくともいずれか一つでＵＣＩをマルチプレクシングすることができる。端末が複数のスロットでＰＵＳＣＨ送信にＵＣＩをマルチプレクシングするとき、端末はＵＣＩのビット数を同一に設定できる。具体的に、端末が複数のスロットでＰＵＳＣＨ送信にＵＣＩをマルチプレクシングするとき、端末は、ＰＵＳＣＨ送信にマルチプレクシングされる全てのＵＣＩのビット数を、ＰＵＳＣＨ送信にマルチプレクシングされるＵＣＩのうち、最大のビット数に設定できる。このとき、端末は、ＵＣＩに０をパッドし、ＰＵＳＣＨ送信にマルチプレクシングされる全てのＵＣＩのビット数を、ＰＵＳＣＨ送信にマルチプレクシングされるＵＣＩのうち、最大のビット数に設定できる。具体的に、端末は、ＵＣ��のＨＡＲＱ−ＡＣＫ情報にＮＡＣＫを示すビットを追加し、ＰＵＳＣＨ送信にマルチプレクシングされるＵＣＩのビット数を、ＰＵＳＣＨ送信にマルチプレクシングされるＵＣＩのうち、最大のビット数に設定できる。また、一つのスロット内でＰＵＳＣＨが繰り返し送信される場合、端末は、ＰＵＳＣＨ送信が行われる複数の反復単位の少なくともいずれか一つでＵＣＩをマルチプレクシングすることができる。端末が複数の反復単位でＰＵＳＣＨ送信にＵＣＩをマルチプレクシングするとき、端末は、ＵＣＩのビット数を同一に設定できる。具体的に、端末が複数の反復単位でＰＵＳＣＨ送信にＵＣＩをマルチプレクシングするとき、端末は、ＰＵＳＣＨ送信にマルチプレクシングされる全てのＵＣＩのビット数を、ＰＵＳＣＨ送信にマルチプレクシングされるＵＣＩのうち、最大のビット数に設定できる。このとき、端末は、ＵＣＩに０をパッドし、ＰＵＳＣＨ送信にマルチプレクシングされる全てのＵＣＩのビット数を、ＰＵＳＣＨ送信にマルチプレクシングされるＵＣＩのうち、最大のビット数に設定できる。具体的に、端末は、ＵＣＩのＨＡＲＱ−ＡＣＫ情報にＮＡＣＫを示すビットを追加し、ＰＵＳＣＨ送信にマルチプレクシングされるＵＣＩのビット数を、ＰＵＳＣＨ送信にマルチプレクシングされるＵＣＩのうち、最大のビット数に設定できる。
【０１５６】
端末が複数のスロットでＰＵＳＣＨ送信にＵＣＩをマルチプレクシングするとき、端末は、ＵＣＩがマルチプレクシングされる全てのスロットで同じ位置（又は、同じパターン）のＲＥにＵＣＩを配置してマルチプレクシングすることができる。具体的に、端末は、ＰＵＳＣＨ送信にマルチプレクシングされる全てのＵＣＩに該当するＲＥの和集合に該当するＲＥでＵＣＩを送信し、残りのＲＥでＰＵＳＣＨを送信することができる。
【０１５７】
前述した実施例の一部において、端末は、ＰＵＳＣＨ送信がなかったら（ａｂｓｅｎｔ）、ＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨを送信しないはずだったスロットで、ＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングすることができる。このとき、端末は、ＰＵＳＣＨ送信がなかったらＨＡＲＱ−ＡＣＫ情報と共にするＰＵＣＣＨを送信しなかったはずのスロットで、ＮＡＣＫだけを含むＨＡＲＱ−ＡＣＫ情報をＰＵＳＣＨ送信にマルチプレクシングすることができる。具体的に、端末は、ＰＤＳＣＨプロセシング時間を満たすスロットではＰＵＳＣＨ送信に有効なＨＡＲＱ−ＡＣＫ情報をマルチプレクシングすることができる。このとき、端末は、ＰＤＳＣＨプロセシング時間を満たさないスロットでは、ＰＵＳＣＨ送信に、該当ＰＤＳＣＨの受信の成否がＮＡＣＫと設定されたＨＡＲＱ−ＡＣＫ情報をマルチプレクシングすることができる。
【０１５８】
また、端末は、ＰＤＳＣＨをスケジュールするＤＣＩのＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｂａｃｋ  ｔｉｍｉｎｇ  ｉｎｄｉｃａｔｏｒフィールドの値が示すスロットでは、ＰＵＳＣＨ送信に有効なＨＡＲＱ−ＡＣＫ情報をマルチプレクシングすることができる。このとき、端末は、ＰＤＳＣＨをスケジュールするＤＣＩのＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｂａｃｋ  ｔｉｍｉｎｇ  ｉｎｄｉｃａｔｏｒフィールドの値が示すスロット以外のスロットでは、ＰＵＳＣＨ送信に、該当ＰＤＳＣＨの受信の成否がＮＡＣＫと設定されたＨＡＲＱ−ＡＣＫ情報をマルチプレクシングすることができる。他の具体的な実施例において、端末は、ＰＤＳＣＨをスケジュールするＤＣＩのＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｂａｃｋ  ｔｉｍｉｎｇ  ｉｎｄｉｃａｔｏｒフィールドの値が示すスロットと該スロットの以降では、ＰＵＳＣＨ送信に有効なＨＡＲＱ−ＡＣＫ情報をマルチプレクシングすることができる。このとき、端末は、ＰＤＳＣＨをスケジュールするＤＣＩのＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｂａｃｋ  ｔｉｍｉｎｇ  ｉｎｄｉｃａｔｏｒフィールドの値が示すスロット以前のスロットでは、ＰＵＳＣＨ送信に、該当ＰＤＳＣＨの受信可否がＮＡＣＫと設定されたＨＡＲＱ−ＡＣＫ情報をマルチプレクシングすることができる。
【０１５９】
図１２で説明した実施例において、特定スロットに対してＨＡＲＱ−ＡＣＫタイミングを満たすＰＤＣＣＨ又はＰＤＳＣＨを受信しなかった場合、端末は、該当スロットでＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングしない。他の具体的な実施例において、端末は、ＰＤＳＣＨ送信をスケジュールするＤＣＩのＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｂａｃｋ  ｔｉｍｉｎｇ  ｉｎｄｉｃａｔｏｒフィールドが示すスロットでは、ＰＵＳＣＨ送信に有効なＨＡＲＱ−ＡＣＫ情報をマルチプレクシングすることができる。このとき、端末は、ＰＤＳＣＨをスケジュールするＤＣＩがＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｂａｃｋ  ｔｉｍｉｎｇ  ｉｎｄｉｃａｔｏｒ値で示すスロット以外のスロットでは、ＰＵＳＣＨ送信に、該当ＰＤＳＣＨの受信の成否がＮＡＣＫと設定されたＨＡＲＱ−ＡＣＫ情報をマルチプレクシングすることができる。
【０１６０】
図１３で説明した実施例において、先行スロットでＰＵＳＣＨ送信にマルチプレクシングされたＨＡＲＱ−ＡＣＫ情報によって受信の成否が指示されたＰＤＳＣＨに対して、後続スロットでマルチプレクシングされるＨＡＲＱ−ＡＣＫ情報は受信の成否を指示しない。他の具体的な実施例において、先行スロットでＰＵＳＣＨ送信にマルチプレクシングされたＨＡＲＱ−ＡＣＫ情報によって受信の成否が指示されたＰＤＳＣＨに対して、後続スロットでマルチプレクシングされるＨＡＲＱ−ＡＣＫ情報はＮＡＣＫと示す。
【０１６１】
また、端末がマルチプレクシングする必要があるどうかを判断するために、ＨＡＲＱ−ＡＣＫ情報のビット数を算定する時、端末は、前述した実施例におけるように、ＰＤＳＣＨ受信の成否に関係なくＮＡＣＫと設定されたＨＡＲＱ−ＡＣＫ情報を、ＨＡＲＱ−ＡＣＫビット数算定から除外することができる。例えば、端末がＰＵＳＣＨ送信にマルチプレクシングするＨＡＲＱ−ＡＣＫ情報の全体ビット数がＡであり、ＰＤＳＣＨ受信の成否に関係なくＮＡＣＫと設定されたビット数がＢである場合、端末は、Ａ−Ｂに基づいて、ＰＵＳＣＨ送信にマルチプレクシングする有効なＨＡＲＱ−ＡＣＫ情報のビット数を決定できる。端末は、有効なＨＡＲＱ−ＡＣＫ情報のビット数を用いてＰＵＳＣＨ送信にマルチプレクシングするリソースの量を決定できる。マルチプレクシングするリソースの量は、ＨＡＲＱ−ＡＣＫ情報を送信するＲＥの数を表すことができる。マルチプレクシングするリソースの量は、Ａ−Ｂ値に比例して増加し得る。より具体的に、ＨＡＲＱ−ＡＣＫ情報の送信のための目標コードレートがａとして設定された時、ＨＡＲＱ−ＡＣＫ情報を送信するＲＥの数は（Ａ−Ｂ）／（Ｍｏｄｕｌａｔｉｏｎ＿ｏｒｄｅｒ＊ａ）でよい。ここでＭｏｄｕｌａｔｉｏｎ＿ｏｒｄｅｒは、ＰＵＳＣＨにマルチプレクシングされるＨＡＲＱ−ＡＣＫ情報のモジュレーションオーダーを表す。例えば、Ａ−Ｂが０の場合、端末は、有効なＨＡＲＱ−ＡＣＫの情報がないので、ＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングしなくてもよい。
【０１６２】
前述したように、ＨＡＲＱ−ＡＣＫ情報と共にするＰＵＣＣＨ送信がＰＵＳＣＨ送信と時間領域でオーバーラップされる場合、端末は、ＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングすることができる。また、ＨＡＲＱ−ＡＣＫ情報と共にするＰＵＣＣＨ送信が他のＰＵＣＣＨ送信と時間領域でオーバーラップされる場合、端末は、他のＰＵＣＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングすることができる。端末がいずれか一スロットでＰＵＳＣＨ送信又は他のＰＵＣＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングするとき、該当スロットがＨＡＲＱ−ＡＣＫによって受信の成否が示されるＰＤＳＣＨとＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨ送信をスケジュールするＰＤＣＣＨのプロセシングタイミング条件を満たす場合、端末はマルチプレクシングを行うことができる。これについては、図１６〜図１８を用いて説明する。
【０１６３】
図１６は、本発明の実施例に係る端末がＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングするとき、端末がＨＡＲＱ−ＡＣＫ情報によって受信の成否が示されるＰＤＳＣＨの最後のシンボルとＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨをスケジュールするＰＤＣＣＨの最後のシンボルに基づいて、ＨＡＲＱ−ＡＣＫ情報マルチプレクシングが可能か否かを判断する方法を示す。
【０１６４】
端末は、ＨＡＲＱ−ＡＣＫ情報によって受信の成否が示されるＰＤＳＣＨの最後のシンボルの位置、及びＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨの開始シンボルとＨＡＲＱ−ＡＣＫ情報マルチプレクシングに用いられる物理チャネル送信の開始シンボルのうち、早いシンボルの位置に基づいて、ＨＡＲＱ−ＡＣＫ情報を物理チャネル送信にマルチプレクシングすることができる。ＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨの最初のシンボルと他のＰＵＣＣＨの最初のシンボルのうち、先行するシンボルの位置が、ＨＡＲＱ−ＡＣＫ情報によって受信の成否が示されるＰＤＳＣＨの最後のシンボルからＮ１＋＋ｄ１，１＋ｄ１，２シンボル以上、後ろに位置した場合、端末は、ＨＡＲＱ−ＡＣＫ情報をＰＵＣＣＨを介して送信することができる。ＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨの最初のシンボルとＰＵＳＣＨの最初のシンボルのうち、先行するシンボルが、ＨＡＲＱ−ＡＣＫ情報によって受信の成否が示されるＰＤＳＣＨの最後のシンボルからＮ１＋＋ｄ１，１＋ｄ１，２シンボル以上後ろに位置した場合、端末は、ＨＡＲＱ−ＡＣＫ情報をＰＵＳＣＨを介して送信することができる。このとき、Ｎ１＋はＮ１＋１である。Ｎ１値は、表４にしたがう。
【０１６５】
【表４】
2021533589.tif 000008
【０１６６】
表４で、μは、ＰＤＣＣＨのサブキャリアスペーシング又はＨＡＲＱ−ＡＣＫ情報が送信されるＵＬ  ＢＷＰのサブキャリアスペーシングのいずれか一方の値で、Ｔｐｒｏｃ，１を最大に作る値でよい。Ｔｐｒｏｃ，１は、端末がＰＤＳＣＨを受信し、該当ＰＤＳＣＨに対する有効なＨＡＲＱ−ＡＣＫを生成するのに必要な最小時間を表すことができる。具体的に、Ｔｐｒｏｃ，１は、次の数式によって決定されてよい。
【０１６７】
【数３】
2021533589.tif 000009
【０１６８】
また、ｄ１，１は、ＨＡＲＱ−ＡＣＫ情報がＰＵＣＣＨを介して送信されれば０であり、ＨＡＲＱ−ＡＣＫ情報がＰＵＳＣＨを介して送信されれば１である。ｄ１，２は、ＰＤＳＣＨマッピングタイプ（ｍａｐｐｉｎｇ  ｔｙｐｅ）がＡであり、ＰＤＳＣＨの最後のシンボルが７番目シンボル以前のｉ番目シンボルであれば、ｄ１，２＝７−ｉでよい。ｄ１，２は、ＰＤＳＣＨマッピングタイプがＢであり、ＰＤＳＣＨの長さが４シンボルであれば、ｄ１，２＝３でよい。ＰＤＳＣＨの長さが２シンボルでれば、ｄ１，２＝３＋ｄでよい。このとき、ｄは、ＰＤＳＣＨとＰＤＳＣＨとＰＤＣＣＨがオーバーラップされるシンボルの数である。ＰＤＳＣＨのマッピングタイプはＤＣＩで示されてよい。ＰＤＳＣＨのマッピングタイプによってＰＤＳＣＨの最初のＤＭＲＳ位置が決定されてよい。具体的に、ＰＤＳＣＨのマッピングタイプがＡの場合、ＰＤＳＣＨの最初のＤＭＲＳがスロットで固定された位置である。また、ＰＤＳＣＨのマッピングがＢの場合、ＰＤＳＣＨの最初のＤＭＲＳは、スケジュールされたＰＤＳＣＨの最初のシンボルから始まる。
【０１６９】
端末は、ＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨの送信をスケジュールするＰＤＣＣＨの最後のシンボルの位置、及びＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨの開始シンボルと該当物理チャネル送信の開始シンボルのうち、先行するシンボルの位置に基づいて、ＨＡＲＱ−ＡＣＫチャネルを物理チャネル送信マルチプレクシングすることができる。具体的に、ＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨの開始シンボルと他のＰＵＣＣＨの開始シンボルのうち、先行するシンボルが、ＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨの送信をスケジュールするＰＤＣＣＨの最後のシンボルからＮ２＋＋ｄ２，１シンボル以上後ろに位置する場合、端末は、ＰＵＣＣＨを介してＨＡＲＱ−ＡＣＫ情報を送信することができる。ＰＵＳＣＨの最も先行するシンボルが該当ＰＵＳＣＨをスケジュールするＰＤＣＣＨの最後のシンボルからＮ２＋＋ｄ２，１シンボル以上後ろに位置する場合、端末はＰＵＣＣＨを介してＨＡＲＱ−ＡＣＫ情報を送信することができる。Ｎ２＋はＮ２＋１である。Ｎ２値は、表５にしたがう。
【０１７０】
【表５】
2021533589.tif 000010
【０１７１】
図１６の実施例において、ＨＡＲＱ−ＡＣＫ情報によって受信の成否が示されるＰＤＳＣＨの最後のシンボルとＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨの最初のシンボル及びＰＵＳＣＨの最初のシンボルのうち、先行するシンボル（Ｒｅｆｅｒｅｎｃｅ  Ｐｏｉｎｔ）間のシンボル間隔は、前述した条件を満たす。また、ＰＵＳＣＨ送信をスケジュールするＰＤＣＣＨの最後のシンボルとＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨの最初のシンボル及びＰＵＳＣＨの最初のシンボルのうち、先行するシンボル間のシンボル間隔は、前述した条件を満たす。したがって、端末は、ＨＡＲＱ−ＡＣＫ送信をＰＵＳＣＨ送信にマルチプレクシングする。また、このような実施例において、端末は、前述した条件を満たさないＰＵＳＣＨ送信とＰＵＣＣＨ送信とがオーバーラップされることを期待しなくて済む。
【０１７２】
セミ−スタティックＨＡＲＱ−ＡＣＫコードブックが設定される場合、ＰＤＳＣＨをスケジュールするＤＣＩは、ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｂａｃｋ  ｔｉｍｉｎｇ  ｉｎｄｉｃａｔｏｒフィールドでＨＡＲＱ−ＡＣＫタイミングを示すことができる。ＨＡＲＱ−ＡＣＫタイミングは、ＰＤＳＣＨ送信と該当ＰＤＳＣＨによって受信の成否が示されるＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨ送信間のスロット間隔を示す。ＨＡＲＱ−ＡＣＫタイミングは、前述したＰＤＳＣＨの最後のシンボル関連条件を考慮せずに設定される。したがって、ＨＡＲＱ−ＡＣＫタイミングによって示されたＨＡＲＱ−ＡＣＫ情報によって受信の成否が示されるＰＤＳＣＨがＰＤＳＣＨの最後のシンボル関連条件を満たさない場合に問題になる。端末がＨＡＲＱ−ＡＣＫタイミングによって示されたＰＤＳＣＨの受信の成否を含むＨＡＲＱ−ＡＣＫ情報をＰＵＳＣＨ送信又はＰＵＣＣＨ送信にマルチプレクシングすることができないためである。これについては、図１７を用いて説明する。
【０１７３】
図１７は、本発明の実施例に係る端末がＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングするとき、端末がＨＡＲＱ−ＡＣＫタイミングとＨＡＲＱ−ＡＣＫ情報によって受信の成否が示されるＰＤＳＣＨの最後のシンボルに基づいて、ＨＡＲＱ−ＡＣＫ情報マルチプレクシングを行う方法を示す。
【０１７４】
ＨＡＲＱ−ＡＣＫタイミングによってＨＡＲＱ−ＡＣＫ情報によって受信の成否が示されるものと示されたＰＤＳＣＨが、前述したＰＤＳＣＨの最後のシンボル関連条件を満たさない場合、端末は、該当ＰＤＳＣＨの受信の成否に関係なくＨＡＲＱ−ＡＣＫ情報で該当ＰＤＳＣＨの受信の成否をＮＡＣＫと設定できる。基地局は、ＨＡＲＱ−ＡＣＫ情報において該当ＰＤＳＣＨの受信の成否がＮＡＣＫと設定されることを期待できる。ＰＤＳＣＨの最後のシンボル関連条件は、前述したように、ＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨの最初のシンボルと他のＰＵＣＣＨの最初のシンボルのうち、先行するシンボルの位置が、ＨＡＲＱ−ＡＣＫ情報によって受信の成否が示されるＰＤＳＣＨの最後のシンボルからＮ１＋＋ｄ１，１＋ｄ１，２シンボル以上後ろに位置することであり得る。
【０１７５】
図１７の実施例において、ＨＡＲＱ−ＡＣＫタイミングによって示されるＰＤＳＣＨは、第１ＰＤＳＣＨ（ＰＤＳＣＨ＃１）と第２ＰＤＳＣＨ（ＰＤＳＣＨ＃２）である。ＨＡＲＱ−ＡＣＫ情報によって受信の成否が示されるＰＤＳＣＨの最後のシンボルとＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨの最初のシンボル及びＰＵＳＣＨの最初のシンボルのうち、先行するシンボル（Ｒｅｆｅｒｅｎｃｅ  Ｐｏｉｎｔ）と第１ＰＤＳＣＨ（ＰＤＳＣＨ＃１）の最後のシンボル間の間隔は、Ｎ１＋＋ｄ１，１＋ｄ１，２シンボルよりも大きい。また、ＨＡＲＱ−ＡＣＫ情報によって受信の成否が示されるＰＤＳＣＨの最後のシンボルとＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨの最初のシンボル及びＰＵＳＣＨの最初のシンボルのうち、先行するシンボル（Ｒｅｆｅｒｅｎｃｅ  Ｐｏｉｎｔ）と第２ＰＤＳＣＨ（ＰＤＳＣＨ＃２）の最後のシンボル間の間隔は、Ｎ１＋＋ｄ１，１＋ｄ１，２シンボルよりも小さい。また、ＰＵＳＣＨ送信をスケジュールするＰＤＣＣＨの最後のシンボルとＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨの最初のシンボル及びＰＵＳＣＨの最初のシンボルのうち、先行するシンボル間のシンボル間隔は、Ｎ２＋ｄ２，１よりも大きい。したがって、端末は、第２ＰＤＳＣＨ（ＰＤＳＣＨ＃２）の受信の成否はＮＡＣＫと設定され、第１ＰＤＳＣＨ（ＰＤＳＣＨ＃１）の受信の成否は第１ＰＤＳＣＨ（ＰＤＳＣＨ＃１）受信の成否によって設定されたＨＡＲＱ−ＡＣＫ情報を、ＰＵＳＣＨ送信にマルチプレクシングすることができる。
【０１７６】
他の具体的な実施例において、ＨＡＲＱ−ＡＣＫタイミングによってＨＡＲＱ−ＡＣＫ情報によって受信の成否が示されるものと指示されたＰＤＳＣＨが、前述したＰＤＳＣＨの最後のシンボル関連条件を満たさない場合、端末は、該当ＰＤＳＣＨの受信に成功したか否かを示すＨＡＲＱ−ＡＣＫ情報を物理チャネル送信にマルチプレクシングしなくて済む。図１７の実施例で、端末は、第１ＰＤＳＣＨ（ＰＤＳＣＨ＃１）の受信の成否を示すＨＡＲＱ−ＡＣＫ情報をＰＵＳＣＨにマルチプレクシングし、第２ＰＤＳＣＨ（ＰＤＳＣＨ＃２）の受信の成否を示すＨＡＲＱ−ＡＣＫ情報をＰＵＳＣＨにマルチプレクシングしなくて済む。このような実施例において、端末は、有効でないＨＡＲＱ−ＡＣＫ情報を送信しないので、ＵＬオーバーヘッドの大きさを減らすことができる。
【０１７７】
図１８は、本発明のさらに他の実施例に係る端末がＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報をマルチプレクシングするとき、端末が、Ｔｐｒｏｃ，１とＨＡＲＱ−ＡＣＫ情報によって受信の成否が示されるＰＤＳＣＨの最後のシンボルに基づいて、ＨＡＲＱ−ＡＣＫ情報マルチプレクシングを行う方法を示す。
【０１７８】
端末は、有効でないＨＡＲＱ−ＡＣＫ情報に該当するＰＤＳＣＨに対しては、前述したＰＤＳＣＨの最後のシンボル関連条件を判断しなくてもよい。端末は、Ｔｐｒｏｃ，１条件を満たさないＨＡＲＱ−ＡＣＫ情報を有効でないＨＡＲＱ−ＡＣＫ情報と判断できる。このとき、Ｔｐｒｏｃ，１条件は、ＨＡＲＱ−ＡＣＫ情報によって受信の成否が示されるＰＤＳＣＨの最後のシンボルとＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨの最初のシンボルとの間隔がＴｐｒｏｃ，１よりも大きいことを表すことができる。また、Ｔｐｒｏｃ，１は、前述した数式に従うことができる。具体的に、端末は、ＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨの最初のシンボルとＴｐｒｏｃ，１以前のシンボルとの間に位置する、ＰＤＳＣＨの受信に成功したか否かを示すＨＡＲＱ−ＡＣＫ情報を、有効でないＨＡＲＱ−ＡＣＫ情報と判断できる。Ｔｐｒｏｃ，１条件を満たさないＨＡＲＱ−ＡＣＫ情報はＮＡＣＫと設定されるわけである。
【０１７９】
図１８の実施例において、第１ＰＤＳＣＨ（ＰＤＳＣＨ＃１）の最後のシンボルからＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨの最初のシンボルまでの間隔は、Ｔｐｒｏｃ，１よりも大きい。また、第２ＰＤＳＣＨ（ＰＤＳＣＨ＃２）の最後のシンボルからＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨの最初のシンボルまでの間隔は、Ｔｐｒｏｃ，１よりも小さい。また、ＰＵＳＣＨ送信をスケジュールするＰＤＣＣＨの最後のシンボルと、ＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨの最初のシンボル及びＰＵＳＣＨの最小のシンボルのうち、先行するシンボルとの間のシンボル間隔は、Ｎ２＋ｄ２，１よりも大きい。したがって、端末は、第２ＰＤＳＣＨ（ＰＤＳＣＨ＃２）の受信の成否はＮＡＣＫと設定され、第１ＰＤＳＣＨ（ＰＤＳＣＨ＃１）の受信の成否は第１ＰＤＳＣＨ（ＰＤＳＣＨ＃１）受信の成否によって設定されたＨＡＲＱ−ＡＣＫ情報を、ＰＵＳＣＨ送信にマルチプレクシングすることができる。また、端末は、第２ＰＤＳＣＨ（ＰＤＳＣＨ＃２）に対しては、前述したＰＤＳＣＨの最後のシンボル関連条件を判断しなくて済む。
【０１８０】
他の具体的な実施例において、端末は、ＰＵＳＣＨ送信にオーバーラップされるＰＵＣＣＨ送信のＨＡＲＱ−ＡＣＫ情報のうち、有効でないＨＡＲＱ−ＡＣＫ情報を除く残りを、物理チャネル送信にマルチプレクシングすることができる。端末は、ＰＵＳＣＨ送信にオーバーラップされるＰＵＣＣＨ送信のＨＡＲＱ−ＡＣＫ情報のうちＴｐｒｏｃ，１条件を満たさないＨＡＲＱ−ＡＣＫ情報を除く残りを、物理チャネル送信にマルチプレクシングすることができる。図１８の実施例によって、端末は、第２ＰＤＳＣＨ（ＰＤＳＣＨ＃２）の受信に成功したか否かを示すＨＡＲＱ−ＡＣＫ情報を除いて、第１ＰＤＳＣＨ（ＰＤＳＣＨ＃１）受信に成功したか否かを示すＨＡＲＱ−ＡＣＫ情報だけを、ＰＵＳＣＨ送信にマルチプレクシングすることができる。このような実施例によって、端末はＵＬオーバーヘッドの大きさを減らすことができる。
【０１８１】
前述した実施例において、端末は、受信に成功したＰＤＣＣＨが示すＰＤＳＣＨに対してのみＰＤＳＣＨの最後のシンボル関連条件を判断できる。セミ−スタティックＨＡＲＱ−ＡＣＫコードブックが設定される場合、受信に失敗したＰＤＣＣＨが示すＰＤＳＣＨ又は基地局が送信しないＰＤＣＣＨが示すＰＤＳＣＨの受信の成否を示すＨＡＲＱ−ＡＣＫ情報が、セミ−スタティックＨＡＲＱ−ＡＣＫコードブックに含まれてもよい。このとき、端末は、受信に成功したＰＤＣＣＨが示すＰＤＳＣＨに対してのみ、ＰＤＳＣＨの最後のシンボル関連条件を判断できる。端末は、受信に失敗したＰＤＣＣＨが示すＰＤＳＣＨを受信しないわけである。
【０１８２】
また、前述した実施例において、ｄ１，１の値は、ｄ１，１が有し得る最大値であり、固定されてよい。また、ｄ１，２の値は、ｄ１，２が有し得る最大値であり、固定されてよい。端末がＰＤＳＣＨをスケジュールするＰＤＣＣＨを受信しなかった場合、ｄ１，１の値とｄ１，２の値が端末には分からないわけである。前述の実施例において、ｄ１，１は１でよい。また、ｄ１，２は６又は５でよい。
【０１８３】
前述した実施例において、物理データチャネルは、ＰＤＳＣＨ又はＰＵＳＣＨを含むことができる。また、物理制御チャネルは、ＰＤＣＣＨ又はＰＵＣＣＨを含むことができる。また、ＰＵＳＣＨ、ＰＤＣＣＨ、ＰＵＣＣＨ、及びＰＤＣＣＨを取り上げて説明した実施例において、別の種類のデータチャネル及び制御チャネルが適用されてもよい。
【０１８４】
本発明の方法及びシステムは、特定実施例と関連して説明されたが、それらの構成要素又は動作の一部又は全部は、汎用ハードウェアアーキテクチャを有するコンピュータシステムを用いて具現することができる。
【０１８５】
前述した本発明の説明は例示のためのものであり、本発明の属する技術分野における通常の知識を有する者は、本発明の技術的思想や必須な特徴を変更することなく他の具体的な形態に容易に変形可能であるということが理解できよう。したがって、以上に述べた実施例はいずれの面においても例示的なもので、限定的でないものとして理解すべきである。例えば、単一型として説明されている各構成要素は、分散して実施されてもよく、同様に、分散されているとした構成要素も結合した形態で実施されてもよい。
【０１８６】
本発明の範囲は、以上の詳細な説明よりは、後述する特許請求の範囲によって表され、特許請求の範囲の意味及び範囲とその均等概念から導出される全ての変更又は変形された形態が本発明の範囲に含まれるものとして解釈されるべきである。
【符号の説明】
【０１８７】
１００  端末
１１０  プロセッサ
１２０  通信モジュール
１２１，１２２  セルラー通信インターフェースカード
１２３  非免許帯域通信インターフェースカード
１３０  メモリ
１４０  ユーザインターフェース
１５０  ディスプレイユニット
２００  基地局
２１０  プロセッサ
２２０  通信モジュール
２２１，２２２  セルラー通信インターフェースカード
２２３  非免許帯域通信インターフェースカード
２３０  メモリ
【図１】
2021533589.tif 000011
【図２】
2021533589.tif 000012
【図３】
2021533589.tif 000013
【図４】
2021533589.tif 000014
【図５】
2021533589.tif 000015
【図６】
2021533589.tif 000016
【図７】
2021533589.tif 000017
【図８】
2021533589.tif 000018
【図９】
2021533589.tif 000019
【図１０】
2021533589.tif 000020
【図１１】
2021533589.tif 000021
【図１２】
2021533589.tif 000022
【図１３】
2021533589.tif 000023
【図１４】
2021533589.tif 000024
【図１５】
2021533589.tif 000025
【図１６】
2021533589.tif 000026
【図１７】
2021533589.tif 000027
【図１８】
2021533589.tif 000028
【手続補正書】
【提出日】令和3年6月7日(2021.6.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ワイヤレス通信システムの端末であって、
通信モジュールと、
前記通信モジュールを制御するプロセッサと
を含み、
前記プロセッサは、
複数のスロットにおけるＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）送信をスケジュールするＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）のＤＣＩ（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）を受信し、
前記複数のスロットのうちの少なくとも１つのスロットに対して、ＰＵＳＣＨ送信にＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）−ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報をマルチプレクシングする
ように構成され、
前記少なくとも１つのスロットは、前記複数のスロットのそれぞれに対して、ＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報がマルチプレクシングされるか否かに従って決定され、
前記少なくとも１つのスロットの各々は、前記ＤＣＩに含まれるＤＡＩ（ｄｏｗｎｌｉｎｋ  ａｓｓｉｇｎｍｅｎｔ  ｉｎｄｅｘ）フィールドの同じ値を適用することによって、ＰＵＳＣＨ送信にマルチプレクシングされる、端末。
【請求項２】
前記プロセッサは、
前記少なくとも１つのスロットの各々の前記ＤＣＩの前記ＤＡＩフィールドによって示される特定の値に従って、前記ＨＡＲＱ−ＡＣＫ情報に基づいてＨＡＲＱ−ＡＣＫを送信するためのＰＤＳＣＨの数を識別するようにさらに構成される、請求項１に記載の端末。
【請求項３】
前記ＤＡＩフィールドの２ビットが「００」であるとき、前記特定の値は「１」であり、
前記ＤＡＩフィールドの２ビットが「０１」であるとき、前記特定の値は「２」であり、
前記ＤＡＩフィールドの２ビットが「１０」であるとき、前記特定の値は「３」であり、
前記ＤＡＩフィールドの２ビットが「１１」であるとき、前記特定の値は「４」である、請求項２に記載の端末。
【請求項４】
前記複数のスロットのＰＵＳＣＨ送信に対してＨＡＲＱ−ＡＣＫがマルチプレクシング可能でない特定の条件を満たす１つ以上のスロットを除外することによって、前記少なくとも１つのスロットが決定される、請求項１に記載の端末。
【請求項５】
前記特定の条件は、
前記１つ以上のスロットにおけるＰＵＳＣＨ送信がないこと、
前記１つ以上のスロットで送信されるべき前記ＨＡＲＱ−ＡＣＫ情報によって受信の成否が示されるＰＤＳＣＨが受信されていないこと、または
前記ＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨの送信をスケジュールするＰＤＣＣＨが受信されていないこと
である、請求項４に記載の端末。
【請求項６】
前記少なくとも１つのスロットのうち、ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｄｂａｃｋ  ｔｉｍｉｎｇ  ｉｎｄｉｃａｔｏｒフィールドによって示されないスロットでは、ＰＵＳＣＨ送信に、ＰＤＳＣＨの受信の成否がＮＡＣＫと設定された前記ＨＡＲＱ−ＡＣＫ情報がマルチプレクシングされる、請求項１に記載の端末。
【請求項７】
前記少なくとも１つのスロットが、前記ＨＡＲＱ−ＡＣＫ情報によって受信の成否が示されるＰＤＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）と前記ＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）送信をスケジュールするＰＤＣＣＨのプロセシングタイミング条件を満たすか否かに従って、前記少なくとも１つのスロットにおけるＰＵＳＣＨ送信に前記ＨＡＲＱ−ＡＣＫ情報がマルチプレクシングされ、
前記プロセシングタイミング条件は、前記端末がＰＤＣＣＨを受信して有効なＨＡＲＱ−ＡＣＫ情報を生成するのにかかる最小時間によって決定される、請求項１に記載の端末。
【請求項８】
前記少なくとも１つのスロットが前記プロセシングタイミング条件を満たさない場合、前記少なくとも１つのスロットにおけるＰＵＳＣＨ送信に前記ＨＡＲＱ−ＡＣＫ情報がマルチプレクシングされない、請求項７に記載の端末。
【請求項９】
前記少なくとも１つのスロットが前記プロセシングタイミング条件を満たさない場合、前記プロセシングタイミング条件を満たさないＰＤＳＣＨに該当する前記ＨＡＲＱ−ＡＣＫ情報のビットが、ＮＡＣＫと設定される、請求項７に記載の端末。
【請求項１０】
前記プロセシングタイミング条件は、前記ＨＡＲＱ−ＡＣＫ情報によって受信の成否が示されるＰＤＳＣＨの最後のシンボルの位置、及び前記ＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨの開始シンボルと前記複数のスロットにおけるＰＵＳＣＨ送信の開始シンボルのうち、先行するシンボルの位置に基づいて決定される、請求項７に記載の端末。
【請求項１１】
ワイヤレス通信システムの端末の動作方法であって、
複数のスロットにおけるＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）送信をスケジュールするＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）のＤＣＩ（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）を受信する段階と、
前記複数のスロットのうちの少なくとも１つのスロットに対して、ＰＵＳＣＨ送信にＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）−ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報をマルチプレクシングする段階と
を含み、
前記少なくとも１つのスロットは、前記複数のスロットのそれぞれに対して、ＰＵＳＣＨ送信にＨＡＲＱ−ＡＣＫ情報がマルチプレクシングされるか否かに従って決定され、
前記少なくとも１つのスロットの各々は、前記ＤＣＩに含まれるＤＡＩ（ｄｏｗｎｌｉｎｋ  ａｓｓｉｇｎｍｅｎｔ  ｉｎｄｅｘ）フィールドの同じ値を適用することによって、ＰＵＳＣＨ送信にマルチプレクシングされる、方法。
【請求項１２】
前記少なくとも１つのスロットの各々の前記ＤＣＩの前記ＤＡＩフィールドによって示される特定の値に従って、前記ＨＡＲＱ−ＡＣＫ情報に基づいてＨＡＲＱ−ＡＣＫを送信するためのＰＤＳＣＨの数を識別する段階をさらに含む、請求項１１に記載の方法。
【請求項１３】
前記ＤＡＩフィールドの２ビットが「００」であるとき、前記特定の値は「１」であり、
前記ＤＡＩフィールドの２ビットが「０１」であるとき、前記特定の値は「２」であり、
前記ＤＡＩフィールドの２ビットが「１０」であるとき、前記特定の値は「３」であり、
前記ＤＡＩフィールドの２ビットが「１１」であるとき、前記特定の値は「４」である、請求項１２に記載の方法。
【請求項１４】
前記複数のスロットのＰＵＳＣＨ送信に対してＨＡＲＱ−ＡＣＫがマルチプレクシング可能でない特定の条件を満たす１つ以上のスロットを除外することによって、前記少なくとも１つのスロットが決定される、請求項１１に記載の方法。
【請求項１５】
前記特定の条件は、
前記１つ以上のスロットにおけるＰＵＳＣＨ送信がないこと、
前記１つ以上のスロットで送信されるべき前記ＨＡＲＱ−ＡＣＫ情報によって受信の成否が示されるＰＤＳＣＨが受信されていないこと、または
前記ＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨの送信をスケジュールするＰＤＣＣＨが受信されていないこと
である、請求項１４に記載の方法。
【請求項１６】
前記少なくとも１つのスロットのうち、ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｄｂａｃｋ  ｔｉｍｉｎｇ  ｉｎｄｉｃａｔｏｒフィールドによって示されないスロットでは、ＰＵＳＣＨ送信に、ＰＤＳＣＨの受信の成否がＮＡＣＫと設定された前記ＨＡＲＱ−ＡＣＫ情報がマルチプレクシングされる、請求項１１に記載の方法。
【請求項１７】
前記少なくとも１つのスロットが、前記ＨＡＲＱ−ＡＣＫ情報によって受信の成否が示されるＰＤＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）と前記ＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）送信をスケジュールするＰＤＣＣＨのプロセシングタイミング条件を満たすか否かに従って、前記少なくとも１つのスロットにおけるＰＵＳＣＨ送信に前記ＨＡＲＱ−ＡＣＫ情報がマルチプレクシングされ、
前記プロセシングタイミング条件は、前記端末がＰＤＣＣＨを受信して有効なＨＡＲＱ−ＡＣＫ情報を生成するのにかかる最小時間によって決定される、請求項１１に記載の方法。
【請求項１８】
前記少なくとも１つのスロットが前記プロセシングタイミング条件を満たさない場合、前記プロセシングタイミング条件を満たさないＰＤＳＣＨに該当する前記ＨＡＲＱ−ＡＣＫ情報のビットが、ＮＡＣＫと設定される、請求項１７に記載の方法。
【請求項１９】
前記プロセシングタイミング条件は、前記ＨＡＲＱ−ＡＣＫ情報によって受信の成否が示されるＰＤＳＣＨの最後のシンボルの位置、及び前記ＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨの開始シンボルと前記複数のスロットにおけるＰＵＳＣＨ送信の開始シンボルのうち、先行するシンボルの位置に基づいて決定される、請求項１７に記載の方法。
【国際調査報告】
2021533589.tif 000029
2021533589.tif 000030
2021533589.tif 000031
2021533589.tif 000032