特許 6011823 通信システムでハイブリッド自動再送信要求支援方法及び装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6011823

(24)【登録日】2016年9月30日

(45)【発行日】2016年10月19日

(54)【発明の名称】通信システムでハイブリッド自動再送信要求支援方法及び装置

(51)【国際特許分類】

   H04W 28/04 20090101AFI20161006BHJP

   H04W 72/04 20090101ALI20161006BHJP

   H04J 1/00 20060101ALI20161006BHJP

   H04L 1/16 20060101ALI20161006BHJP

【ＦＩ】

   H04W28/04 110

   H04W72/04 111

   H04W72/04 136

   H04W72/04 137

   H04J1/00

   H04L1/16

【請求項の数】20

【全頁数】52

(21)【出願番号】特願2014-192303(P2014-192303)

(22)【出願日】2014年9月22日

(62)【分割の表示】特願2013-557653(P2013-557653)の分割

【原出願日】2012年3月12日

(65)【公開番号】特開2015-29322(P2015-29322A)

(43)【公開日】2015年2月12日

【審査請求日】2015年2月10日

(31)【優先権主張番号】10-2011-0021633

(32)【優先日】2011年3月11日

(33)【優先権主張国】KR

(31)【優先権主張番号】10-2011-0080405

(32)【優先日】2011年8月12日

(33)【優先権主張国】KR

(31)【優先権主張番号】10-2011-0138472

(32)【優先日】2011年12月20日

(33)【優先権主張国】KR

(73)【特許権者】

【識別番号】503447036

【氏名又は名称】サムスン エレクトロニクス カンパニー リミテッド

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広 信哉

(72)【発明者】

【氏名】ヨン・ブム・キム

(72)【発明者】

【氏名】ジュン・ヨン・チョ

(72)【発明者】

【氏名】ジン・キュ・ハン

(72)【発明者】

【氏名】ジュ・ホ・イ

(72)【発明者】

【氏名】ヒョン・ジュ・ジ

(72)【発明者】

【氏名】スン・フン・チェ

【審査官】 望月 章俊

(56)【参考文献】

【文献】 国際公開第２０１１／００８０４９（ＷＯ，Ａ２）

【文献】 3GPP TS 36.211 V8.6.0，3GPP，２００９年 ３月

【文献】 NEC Group，PHICH carrier linkage for carrier aggregation，3GPP TSG-RAN WG1 Meeting #58bis R1-093861，3GPP，２００９年１０月１２日

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｗ４／００−Ｈ０４Ｗ９９／００

Ｈ０４Ｂ７／２４−Ｈ０４Ｂ７／２６

Ｈ０４Ｊ１／００

Ｈ０４Ｌ１／１６

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−２

ＣＴ ＷＧ１

(57)【特許請求の範囲】

【請求項1】

移動通信システムの端末におけるデータ送信方法において、
第２セルに対応する物理ダウンリンク制御チャンネル（physical downlink control channel、ＰＤＣＣＨ）を第１セルで受信する段階と、
前記第１セル及び前記第２セルを含む少なくとも２個のセルが前記端末に設定され、第２セルに対応するＰＤＣＣＨが第１セルでモニタリングされ、前記第１セル及び前記第２セルのアップリンク／ダウンリンク（ＵＬ／ＤＬ）設定（configuration）が既設定されたセット（set）である場合、前記第１セルのＵＬ／ＤＬ設定をアップリンク（ＵＬ）基準（reference）ＵＬ／ＤＬ設定に決定する段階と、
前記決定されたＵＬ基準ＵＬ／ＤＬ設定に基づいて、物理アップリンク共有チャンネル（physical uplink shared channel、ＰＵＳＣＨ）の送信を調整する段階とを含む
ことを特徴とするデータ送信方法。

【請求項2】

前記ＵＬ基準ＵＬ／ＤＬ設定に基づいて、前記ＰＵＳＣＨに対応した物理ハイブリッド自動再送信要請（Hybrid Automatic Repeat request、ＨＡＲＱ）指示子チャンネル（physical hybrid-arq indicator channel、ＰＨＩＣＨ）のためのサブフレームを決定する段階と、
前記決定されたサブフレームでＰＨＩＣＨを受信する段階とをさらに含む
ことを特徴とする請求項１に記載のデータ送信方法。

【請求項3】

前記既設定されたセットは、前記第２セルのＵＬ／ＤＬ設定の中のすべてのＵＬサブフレームが、第１セルのＵＬ／ＤＬ設定の中のＵＬサブフレームであるＵＬ／ＤＬ設定であるＵＬ／ＤＬ設定セットである
ことを特徴とする請求項１又は２に記載のデータ送信方法。

【請求項4】

前記ＰＤＣＣＨは、セルごとに送信される少なくとも一つのダウンリンク制御情報（downlink control information、ＤＣＩ）を含み、前記少なくとも一つのＤＣＩは、少なくとも一つのキャリア指示子（carrier indicator）を含む
ことを特徴とする請求項１又は２に記載のデータ送信方法。

【請求項5】

前記第１セルのＵＬ／ＤＬ設定をアップリンク（ＵＬ）基準（reference）ＵＬ／ＤＬ設定に決定する段階は、
前記第１セルのＵＬ／ＤＬ設定と前記第２セルのＵＬ／ＤＬ設定とが異なる場合、前記第１セルのＵＬ／ＤＬ設定をアップリンク（ＵＬ）基準（reference）ＵＬ／ＤＬ設定に決定する段階を含む
ことを特徴とする請求項１又は２に記載のデータ送信方法。

【請求項6】

移動通信システムの基地局におけるデータ受信方法において、
第２セルに対応する物理ダウンリンク制御チャンネル（physical downlink control channel、ＰＤＣＣＨ）を第１セルで端末に送信する段階と、
前記端末からアップリンク（ＵＬ）基準（reference）アップリンク／ダウンリンク（ＵＬ／ＤＬ）設定（configuration）に基づいて、物理アップリンク共有チャンネル（physical uplink shared channel、ＰＵＳＣＨ）を受信する段階とを含み、
前記第１セル及び前記第２セルを含む少なくとも２個のセルが前記端末に設定され、第２セルに対応するＰＤＣＣＨが第１セルでモニタリングされ、前記第１セル及び前記第２セルのアップリンク／ダウンリンク（ＵＬ／ＤＬ）設定が既設定されたセット（set）である場合、前記第１セルのＵＬ／ＤＬ設定がＵＬ基準ＵＬ／ＤＬ設定に決定される
ことを特徴とするデータ受信方法。

【請求項7】

前記ＵＬ基準ＵＬ／ＤＬ設定に基づいて、前記ＰＵＳＣＨに対応した物理ハイブリッド自動再送信要請（Hybrid Automatic Repeat request、ＨＡＲＱ）指示子チャンネル（physical hybrid-arq indicator channel、ＰＨＩＣＨ）のためのサブフレームを決定する段階と、
前記決定されたサブフレームでＰＨＩＣＨを送信する段階とをさらに含む
ことを特徴とする請求項６に記載のデータ受信方法。

【請求項8】

前記既設定されたセットは、前記第２セルのＵＬ／ＤＬ設定の中のすべてのＵＬサブフレームが、第１セルのＵＬ／ＤＬ設定の中のＵＬサブフレームであるＵＬ／ＤＬ設定であるＵＬ／ＤＬ設定セットである
ことを特徴とする請求項６又は７に記載のデータ受信方法。

【請求項9】

前記ＰＤＣＣＨは、セルごとに送信される少なくとも一つのダウンリンク制御情報（downlink control information、ＤＣＩ）を含み、前記少なくとも一つのＤＣＩは、少なくとも一つのキャリア指示子（carrier indicator）を含む
ことを特徴とする請求項６又は７に記載のデータ受信方法。

【請求項10】

前記アップリンク（ＵＬ）基準（reference）ＵＬ／ＤＬ設定は、前記第１セルのＵＬ／ＤＬ設定と前記第２セルのＵＬ／ＤＬ設定とが異なる場合、前記第１セルのＵＬ／ＤＬ設定に決定される
ことを特徴とする請求項６又は７に記載のデータ受信方法。

【請求項11】

移動通信システムでデータ送信を行う端末において、
基地局と信号を送受信する送受信部と、
前記送受信部を制御し、第２セルに対応する物理ダウンリンク制御チャンネル（physical downlink control channel、ＰＤＣＣＨ）を第１セルで受信し、前記第１セル及び前記第２セルを含む少なくとも２個のセルが前記端末に設定され、第２セルに対応するＰＤＣＣＨが第１セルでモニタリングされ、前記第１セル及び前記第２セルのアップリンク／ダウンリンク（ＵＬ／ＤＬ）設定（configuration）が既設定されたセット（set）である場合、前記第１セルのＵＬ／ＤＬ設定をアップリンク（ＵＬ）基準（reference）ＵＬ／ＤＬ設定に決定し、前記決定されたＵＬ基準ＵＬ／ＤＬ設定に基づいて、物理アップリンク共有チャンネル（physical uplink shared channel、ＰＵＳＣＨ）の送信を調整する制御部とを含む
ことを特徴とする端末。

【請求項12】

前記制御部は、
前記ＵＬ基準ＵＬ／ＤＬ設定に基づいて、前記ＰＵＳＣＨに対応した物理ハイブリッド自動再送信要請（Hybrid Automatic Repeat request、ＨＡＲＱ）指示子チャンネル（physical hybrid-arq indicator channel、ＰＨＩＣＨ）のためのサブフレームを決定し、前記決定されたサブフレームでＰＨＩＣＨを受信する
ことを特徴とする請求項１１に記載の端末。

【請求項13】

前記既設定されたセットは、前記第２セルのＵＬ／ＤＬ設定の中のすべてのＵＬサブフレームが、第１セルのＵＬ／ＤＬ設定の中のＵＬサブフレームであるＵＬ／ＤＬ設定であるＵＬ／ＤＬ設定セットである
ことを特徴とする請求項１１又は１２に記載の端末。

【請求項14】

前記ＰＤＣＣＨは、セルごとに送信される少なくとも一つのダウンリンク制御情報（downlink control information、ＤＣＩ）を含み、前記少なくとも一つのＤＣＩは、少なくとも一つのキャリア指示子（carrier indicator）を含む
ことを特徴とする請求項１１又は１２に記載の端末。

【請求項15】

前記制御部は、
前記第１セルのＵＬ／ＤＬ設定と前記第２セルのＵＬ／ＤＬ設定とが異なる場合、前記第１セルのＵＬ／ＤＬ設定をアップリンク（ＵＬ）基準（reference）ＵＬ／ＤＬ設定に決定する
ことを特徴とする請求項１１又は１２に記載の端末。

【請求項16】

移動通信システムでデータを受信する基地局において、
端末と信号を送受信する送受信部と、
前記送受信部を制御し、第２セルに対応する物理ダウンリンク制御チャンネル（physical downlink control channel、ＰＤＣＣＨ）を第１セルで端末に送信し、前記端末からアップリンク（ＵＬ）基準（reference）アップリンク／ダウンリンク（ＵＬ／ＤＬ）設定（configuration）に基づいて、物理アップリンク共有チャンネル（physical uplink shared channel、ＰＵＳＣＨ）を受信する制御部とを含み、
前記第１セル及び前記第２セルを含む少なくとも２個のセルが前記端末に設定され、第２セルに対応するＰＤＣＣＨが第１セルでモニタリングされ、前記第１セル及び前記第２セルのアップリンク／ダウンリンク（ＵＬ／ＤＬ）設定が既設定されたセット（set）である場合、前記第１セルのＵＬ／ＤＬ設定がＵＬ基準ＵＬ／ＤＬ設定に決定される
ことを特徴とする基地局。

【請求項17】

前記制御部は、
前記ＵＬ基準ＵＬ／ＤＬ設定に基づいて、前記ＰＵＳＣＨに対応した物理ハイブリッド自動再送信要請（Hybrid Automatic Repeat request、ＨＡＲＱ）指示子チャンネル（physical hybrid-arq indicator channel、ＰＨＩＣＨ）のためのサブフレームを決定し、前記決定されたサブフレームでＰＨＩＣＨを送信する
ことを特徴とする請求項１６に記載の基地局。

【請求項18】

前記既設定されたセットは、前記第２セルのＵＬ／ＤＬ設定の中のすべてのＵＬサブフレームが、第１セルのＵＬ／ＤＬ設定の中のＵＬサブフレームであるＵＬ／ＤＬ設定であるＵＬ／ＤＬ設定セットである
ことを特徴とする請求項１６又は１７に記載の基地局。

【請求項19】

前記ＰＤＣＣＨは、セルごとに送信される少なくとも一つのダウンリンク制御情報（downlink control information、ＤＣＩ）を含み、前記少なくとも一つのＤＣＩは、少なくとも一つのキャリア指示子（carrier indicator）を含む
ことを特徴とする請求項１６又は１７に基地局。

【請求項20】

前記アップリンク（ＵＬ）基準（reference）ＵＬ／ＤＬ設定は、前記第１セルのＵＬ／ＤＬ設定と前記第２セルのＵＬ／ＤＬ設定とが異なる場合、前記第１セルのＵＬ／ＤＬ設定に決定される
ことを特徴とする請求項１６又は１７に基地局。

【発明の詳細な説明】

【技術分野】

【0001】

通信システムでハイブリッド自動再送信要求(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ、以下、「ＨＡＲＱ」と称する)を支援する技術が開示される。より詳しくは、少なくとも２個のセルを運用するシステムでＨＡＲＱを支援することができる技術が開示される。

【背景技術】

【0002】

無線通信システムは、初期の音声を主としたサービスを提供したことから脱して、例えば３ＧＰＰのＨＳＰＡ(Ｈｉｇｈ Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ)、ＬＴＥ(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)、３ＧＰＰ２のＨＲＰＤ(Ｈｉｇｈ Ｒａｔｅ Ｐａｃｋｅｔ Ｄａｔａ)、ＵＭＢ(Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ)、及びＩＥＥＥの８０２.１６ｅなどの通信標準のように高速、ハイクオリティーのパケットデータサービスを提供する広帯域無線通信システムで発展している。

【0003】

上記広帯域無線通信システムの代表的な例として、ＬＴＥシステムではダウンリンク(Ｄｏｗｎｌｉｎｋ)ではＯＦＤＭ(Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)方式を採用しており、アップリンク(Ｕｐｌｉｎｋ)では ＳＣ−ＦＤＭＡ(Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ)方式を採用している。

【0004】

また、ＬＴＥシステムは、初期送信で復号失敗が発生した場合、物理階層で当該のデータを再送信するＨＡＲＱ方式を採用している。ＨＡＲＱ方式とは、受信機がデータを正確に復号することができない場合、受信機が送信機に復号失敗を知らせる情報(ＮＡＣＫ)を送信して送信機が物理階層で当該のデータを再送信することができるようにする。また、受信機がデータを正確に復号する場合、送信機に復号成功を知らせる情報(ＡＣＫ)を送信して送信機が新しいデータを送信するようにできる。

【発明の概要】

【発明が解決しようとする課題】

【0005】

本発明は、複数のセルを有する通信システムで通信効率を改善することができるＨＡＲＱ方法及び装置を提供することを目的とする。

【課題を解決するための手段】

【0006】

クロスキャリアスケジューリングが適用される通信システムでＨＡＲＱを支援する方法及び装置は、第１セルによって第２セルがスケジューリングとなる段階；上記第２セルで運用されるサブフレームを通じて端末からデータを受信する段階；上記第１セルに含まれる上記受信されたデータに対するＨＡＲＱ確認応答を送るサブフレーム及び上記第１セルに含まれて上記第２セルのスケジューリング情報を含むサブフレームを決定する段階；上記ＨＡＲＱ確認応答を送るサブフレーム及び上記第２セルのスケジューリング情報を含むサブフレームが一致するのか確認する段階；上記ＨＡＲＱ確認応答を送るサブフレーム及び上記第２セルのスケジューリング情報を含むサブフレームが一致しない場合、上記ＨＡＲＱ確認応答を送るサブフレーム及び上記第１セルのスケジューリング情報を含むサブフレームを一致させる段階を含むことができる。

【発明の効果】

【0007】

本発明の実施例の一態様によれば、複数のセルを有する通信システムで通信効率を改善することができるＨＡＲＱ方式及び装置を提供する。

【0008】

本発明の実施例の一態様によれば、クロスキャリアスケジューリングが適用される通信システムでＨＡＲＱを支援する基地局の通信方法は、第１セルによって第２セルがスケジューリングとなる段階；上記第２セルで運用されるサブフレームを通じて端末からデータを受信する段階；上記第１セルに含まれる上記受信されたデータに対するＨＡＲＱ確認応答を送るサブフレーム及び上記第１セルに含まれて上記第２セルのスケジューリング情報を含むサブフレームを決定する段階；上記ＨＡＲＱ確認応答を送るサブフレーム及び上記第２セルのスケジューリング情報を含むサブフレームが一致するのか確認する段階；上記ＨＡＲＱ確認応答を送るサブフレーム及び上記第２セルのスケジューリング情報を含むサブフレームが一致しない場合、上記ＨＡＲＱ確認応答を送るサブフレーム及び上記第１セルのスケジューリング情報を含むサブフレームを一致させる段階を含むことができる。

【0009】

本発明の他の態様によれば、クロスキャリアスケジューリングが適用される通信システムでＨＡＲＱを支援する端末の通信方法は、第１セルによってスケジューリングとなる第２セルで運用されるサブフレームを通じて基地局へデータを送信する段階；及び上記送信したデータに対するＨＡＲＱ確認応答及び上記第１セルに含まれて上記第２セルのスケジューリング情報を一致されたサブフレームで受信する段階を含むことができる。

【0010】

本発明の他の態様によれば、クロスキャリアスケジューリングが適用される通信システムでＨＡＲＱを支援する基地局装置は第１セル及び/又は第２セルを通じて端末とデータを送受信することができる送受信部及び上記第２セルを上記第１セルによってスケジューリングして、上記第２セルで運用されるサブフレームを通じて上記端末から送信されたデータを受信して、上記第１セルで上記受信されたデータに対するＨＡＲＱ確認応答を送るサブフレーム及び上記第１セルに含まれて上記第２セルのスケジューリング情報を含むサブフレームを決定して、上記ＨＡＲＱ確認応答を送るサブフレーム及び上記第２セルのスケジューリング情報を含むサブフレームが一致するのか確認して、上記ＨＡＲＱ確認応答を送るサブフレーム及び上記第２セルのスケジューリング情報を含むサブフレームが一致しない場合、上記ＨＡＲＱ確認応答を送るサブフレーム及び上記第１セルのスケジューリング情報を含むサブフレームを一致させる制御部を含むことができる。

【0011】

本発明のまた他の態様によれば、クロスキャリアスケジューリングが適用される通信システムで ＨＡＲＱを支援する端末装置であって、第１セル及び/又は第２セルを通じて基地局とデータを送受信することができる送受信部及び上記送受信部を制御して上記送信したデータに対するＨＡＲＱ確認応答及び上記第１セルに含まれて上記第２セルのスケジューリング情報を一致されたサブフレームで受信する制御部を含み、上記第２セルは上記第１セルによってスケジューリングとなることを特徴とする。

【図面の簡単な説明】

【0012】

【図1】ＬＴＥ-Ａシステムでキャリアアグリゲーションの一例を示した図面である。

【図2】一実施例の一側面によるキャリアアグリゲーションを支援するシステムでクロスキャリアスケジューリングを示した例示図である。

【図3】ＬＴＥシステムでＴＤＤアップリンク−ダウンリンク構成＃１の場合、送受信タイミング関係を示した例示図である。

【図4】一実施例の一側面による基地局及び/又は端末が送受信タイミングを識別する方法を示したフローチャートである。

【図5】一実施例の一側面によるｉ＜ｋである場合、ＰＨＩＣＨ及び/又はＰＤＣＣＨの送受信タイミングを示した例示図である。

【図6】一実施例の一側面による、ｉ＜ｋである場合、ＰＨＩＣＨ及び/又はＰＤＣＣＨの送受信タイミングを示した例示図である。

【図7】一実施例の一側面によるＨＡＲＱを支援する基地局の方法を示したフローチャートである。

【図8】一実施例の一側面によるＨＡＲＱを支援する端末の方法を示したフローチャートである。

【図9】一実施例の一側面によるｉ＜ｋである場合、ＰＨＩＣＨ及び/又はＰＤＣＣＨの送受信タイミングを示した例示図である。

【図10】一実施例の一側面によるｉ＜ｋである場合、ＰＨＩＣＨ及び/又はＰＤＣＣＨの送受信タイミングを示した例示図である。

【図11】一実施例の一側面によるＨＡＲＱを支援する端末の方法を示したフローチャートである。

【図12】一実施例の一側面によるｉ＞ｋである場合、ＰＨＩＣＨ、ＰＤＣＣＨ、及び/又はＰＵＳＣＨの送受信タイミング関係を示した図面である。

【図13】一実施例の一側面によるｉ＞ｋである場合、ＰＨＩＣＨ、ＰＤＣＣＨ、及び/又はＰＵＳＣＨの送受信タイミング関係を示した図面である。

【図14】一実施例の一側面によるＨＡＲＱを支援する基地局の方法を示したフローチャートである。

【図15】一実施例の一側面によるＨＡＲＱを支援する端末の方法を示したフローチャートである。

【図16】一実施例の一側面によるｉ＞ｋである場合、ＰＨＩＣＨ及び/又はＰＤＣＣＨの送受信タイミングを示した例示図である。

【図17】一実施例の一側面によるｉ＞ｋである場合、ＰＨＩＣＨ及び/又はＰＤＣＣＨの送受信タイミングを示した例示図である。

【図18】一実施例の一側面による基地局を示した装置図である。

【図19】一実施例の一側面による端末を示した装置図である。

【図20】一実施例の一側面によるＨＡＲＱを支援する第１トランシーバの方法を示したフローチャートである。

【図21】一実施例の一側面によるＨＡＲＱを支援する第１トランシーバの方法を示したフローチャートである。

【図22】一実施例の一側面によるＨＡＲＱを支援する第１トランシーバの方法を示したフローチャートである。

【図23】一実施例の一側面によるＨＡＲＱを支援する第１トランシーバの方法を示したフローチャートである。

【図24】一実施例の一側面によるＨＡＲＱを支援する第２トランシーバの方法を示したフローチャートである。

【図25】一実施例の一側面によるＨＡＲＱを支援する第２トランシーバの方法を示したフローチャートである。

【図26】一実施例の一側面によるＨＡＲＱを支援する第２トランシーバの方法を示したフローチャートである。

【図27】一実施例の一側面によるＨＡＲＱを支援する第２トランシーバの方法を示したフローチャートである。

【図28】一実施例の一側面による「第１タイミング」と「第２タイミング」を示した例示図である。

【図29】一実施例の一側面によるＨＡＲＱを支援する基地局の方法を示したフローチャートである。

【図30】一実施例の一側面によるＨＡＲＱを支援する端末の方法を示したフローチャートである。

【発明を実施するための形態】

【0013】

以下、添付された図面に記載された内容を参照して本発明による実施例を詳しく説明する。ただ、本発明が実施例によって制限されたり限定されるものではない。各図面に提示された同一参照符号は同一部材を示す。

【0014】

本明細書において使用される「実施例」、「例」、「側面」、「例示」などは記述された任意のアスペクト(ａｓｐｅｃｔ)又は設計が異なるアスペクト又は設計より良好であったり、利点があることに解釈されてはならない。

【0015】

また、「又は」という用語は、排他的論理和「ｅｘｃｌｕｓｉｖｅ ｏｒ」よりは包含的論理和「ｉｎｃｌｕｓｉｖｅ ｏｒ」を意味する。すなわち、他に言及されない限り又は文脈から明確ではない限り、「ｘがａ又はｂを利用する」という表現は包含的な自然順列(ｎａｔｕｒａｌ ｉｎｃｌｕｓｉｖｅ ｐｅｒｍｕｔａｔｉｏｎｓ)のいずれか１つを意味する。

【0016】

また、本明細書及び請求項で使用される単数表現(「ａ」又は「ａｎ」)は、別の言及しない限り、又は単数形態に関するものであると文脈より明確ではない限り、一般的に「１つ以上」を意味することに解釈されなければならない。

【0017】

また、本明細書に使用された「及び/又は」という用語は、列挙された関連アイテムのうちの１つ以上のアイテムの可能なすべての組合を指称して含むことに理解されなければならない。

【0018】

また、「含む」 及び/又は 「含んで」という用語は、当該の特徴、段階、動作、モジュール、構成要素及び/又はコンポネントが存在することを意味するが、１つ以上の他の特徴、段階、動作、モジュール、構成要素、コンポネント及び/又はこれらのグループの存在又は追加を排除しないことに理解されなければならない。

【0019】

また、本明細書で第１、第２などの用語が多様な構成要素を説明するために使用されることができるが、これら構成要素はこのような用語によって限定されない。このような用語は２つ以上の構成要素の間の区別のために使用されるだけで、順序又は優先順位を意味することに解釈されてはならない。

【0020】

例示的な実施例によるトランシーバ(ｔｒａｎｓｃｅｉｖｅｒ)は、通信システムに含まれて、信号又はデータを送信及び/又は受信することができる。例えば、トランシーバは端末、基地局又はネットワークエンティティーなどになることができる。トランシーバは第１トランシーバ及び/又は第２トランシーバを含むことができる。例えば、第１トランシーバは基地局であり、第２トランシーバは端末であることができる。信号又はデータは訓練シンボル(ｔｒａｉｎｉｎｇ ｓｙｍｂｏｌ)、制御信号、制御情報、トラフィック及び/又はパディングなどを含むことができる。トランシーバを含む通信システムは、データの変復調による特定信号形態及び/又は特定プロトコルなどに限定されず、多様な信号形態及び/又は多様な特定プロトコルを用いることができる。例えば、通信システムはＩＥＥＥ８０２．１６、ＷｉＭＡＸ、ＨＳＰＡ、ＬＴＥ(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)、又はＡｄｖａｎｃｅｄ Ｅ-ＵＴＲＡ標準基盤のシステムなどを含むことができる。基地局は端末の資源割り当てを行なう主体として、無線接続ユニット、基地局制御器、又はネットワーク上のノードのうちの少なくとも１つであることができる。端末はセルラーフォン、スマートフォン、コンピューター、又は通信機能を行なうことができるマルチメディアシステムを含むことができる。

【0021】

また、以下でキャリアアグリゲーション(ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ)を支援するＡｄｖａｎｃｅｄ Ｅ-ＵＴＲＡ(或いはＬＴＥ-Ａと称する)システムを一例として本発明の実施例を説明するが、類似の技術的背景及び/又はチャンネル形態を有するその他の通信システムにも本発明の実施例が適用されることができる。また、本発明の実施例は熟練された技術的知識を有する者の判断として本発明の範囲を大きく逸脱しない範囲で一部変形を通じて他の通信システムにも適用されることができる。例えば、キャリアアグリゲーションを支援するマルチキャリア(ｍｕｌｔｉｃａｒｒｉｅｒ)ＨＳＰＡシステムでも一実施例の一側面によるＨＡＲＱ支援する方法が適用されることができる。

【0022】

キャリアアグリゲーションを通じて広帯域を構成するＴＤＤ通信システムでクロスキャリアスケジューリング(ｃｒｏｓｓ ｃａｒｒｉｅｒ ｓｃｈｅｄｕｌｉｎｇ)が運用される場合、一実施例の一側面によるトランシーバ及び/又はシステムは、ＨＡＲＱ確認応答及び/又はスケジューリング情報とクロスキャリアスケジュールされるキャリアのアップリンクデータ間の送受信タイミングを支援することができる。

【0023】

一実施例の一側面によるＴＤＤシステム及び/又はトランシーバで結合されたキャリアが有するＴＤＤアップリンク−ダウンリンク構成(ｃｏｎｆｉｇｕｒａｔｉｏｎ)の組合(ｃｏｍｂｉｎａｔｉｏｎ)によって第１キャリアにおけるスケジューリング情報(一例として、物理階層ダウンリンク制御チャンネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、以下、「ＰＤＣＣＨ」)によってクロスキャリアスケジュールされる第２キャリアにおけるアップリンクデータ(一例として、物理階層アップリンクデータチャンネル(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、以下、「ＰＵＳＣＨ」)、又は上記クロスキャリアスケジュールされる第２キャリアにおけるＰＵＳＣＨに相応する第１キャリアにおけるＨＡＲＱ確認応答(一例として、Ｐｈｙｓｉｃａｌ ＨＡＲＱ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ、以下、「ＰＨＩＣＨ」)などの送受信タイミング関係などが提供される。

【0024】

キャリアアグリゲーションを支援するＬＴＥ−Ａシステムで、データ送信を支援するためのダウンリンク制御情報(ＤＣＩ)を含むＰＤＣＣＨが送信されるコンポーネント・キャリアと上記ＰＤＣＣＨによってスケジュールされたデータが送信されるコンポーネント・キャリアが互いに相違する場合、このようなスケジューリング動作をクロスキャリアスケジューリング(ｃｒｏｓｓ ｃａｒｒｉｅｒ ｓｃｈｅｄｕｌｉｎｇ)と言う。

【0025】

以下では説明の便宜のために、クロスキャリアスケジューリング動作の時、ダウンリンク制御情報(ＤＣＩ)を含むＰＤＣＣＨが送信されるコンポーネント・キャリア(ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ)を「第１コンポーネント・キャリア」と称して、ＰＤＣＣＨによってスケジュールされるコンポーネント・キャリアを「第２コンポーネント・キャリア」と称する事にする。また、第１コンポーネント・キャリアを運用するセル(ｃｅｌｌ)を「第１セル」、第２コンポーネント・キャリアを運用するセルを「第２セル」と称する。また、説明の便宜によって第１コンポーネント・キャリアと第１セルが同一な意味と使用されたり、第２コンポーネント・キャリアと第２セルが同一意味で使用されることもできる。また、１つの基地局で第１セル及び第２セル(又は第１コンポーネント・キャリア及び第２コンポーネント・キャリア)が共に運用されたり、又は第１基地局で第１セルを運用して第２基地局で第２セルが運用されることもできる。

【0026】

トランシーバは、第１トランシーバ及び/又は第２トランシーバを含むことができる。例えば、第１トランシーバは基地局であり、第２トランシーバは端末であることができる。一側面によるトランシーバはＨＡＲＱを支援することができる。端末が送信するアップリンクデータに対してＨＡＲＱ方式が適用されることができる。以下では、端末が送信するアップリンクデータに対してＨＡＲＱを支援する実施例を詳しく説明する。また、ダウンリンクデータに対してＨＡＲＱ方式を適用する実施例に対する付加説明を省略するが、例示的な実施例の一側面によって、基地局が送信するダウンリンクデータに対してもＨＡＲＱ方式を支援することもできることは勿論である。

【0027】

基地局は、送信特性を反映して物理階層ダウンリンクデータチャンネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、以下 、「ＰＤＳＣＨ」)を構成して送信することができる。また、物理階層ダウンリンク制御チャンネル(一例として、ＰＤＣＣＨ)を通じてＰＤＳＣＨに適用された送信特性を端末機に送信することができる。また、基地局はＰＤＣＣＨを通じてアップリンクのスケジューリング情報及び/又は制御しようとするアップリンク送信特性に対する情報を端末機に送信することができる。ＰＤＣＣＨを受信した端末機は基地局が命令した送信特性を反映してアップリンクＰＵＳＣＨを構成して送信することができる。

【0028】

ＨＡＲＱ方式が使用される無線通信システムで、受信機は再送信された信号と以前に受信した信号を結合して受信性能を改善することができる。受信機は再送信を考慮して以前に受信したが復号失敗されたデータをメモリーに貯蔵することができる。

【0029】

また、ＡＣＫ又はＮＡＣＫのような受信機の応答信号が送信機まで伝達するのにかかる時間の間、送信機が他のデータを送信するようにするためにＨＡＲＱプロセスが定義されることができる。ＨＡＲＱプロセスによって受信機は、ＨＡＲＱプロセス識別子(ＨＡＲＱ ｐｒｏｃｅｓｓ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ、以下、「ＨＡＲＱ ＰＩＤ」)を通じて以前に受信されたどの信号と新しく受信された信号を結合するはずなのかを判断することができる。ＨＡＲＱプロセスで送信機が受信機にＨＡＲＱ ＰＩＤを制御信号で知らせるか否かによって同期式ＨＡＲＱ(ｓｙｎｃｈｒｏｎｏｕｓ ＨＡＲＱ)と非同期式ＨＡＲＱ(ａｓｙｎｃｈｒｏｎｏｕｓ ＨＡＲＱ)で区分することができる。同期式ＨＡＲＱでは送信機が受信機にＨＡＲＱ ＰＩＤを制御信号で知らせる代わり、ＰＤＣＣＨが送信されるサブフレーム(ｓｕｂｆｒａｍｅ)の一連番号又はインデックスを利用することができる。ここで、サブフレームは、時間軸上で資源割り当ての単位を意味することができる。

【0030】

また、同期式ＨＡＲＱで基地局が再送信でＰＵＳＣＨの送信資源、変調及び符号化方式などの端末のＰＵＳＣＨに対する送信特性を変更しようとする場合、これを指示するＰＤＣＣＨの送信が許容されることができる。ＰＵＳＣＨの送信特性変更が許容されるＨＡＲＱ方式を適応型同期式ＨＡＲＱ(ａｄａｐｔｉｖｅ ｓｙｎｃｈｒｏｎｏｕｓ ＨＡＲＱ)という。適応型同期式ＨＡＲＱの場合、端末機の変調及び/又は符号化方式などの送信特性を指示するために基地局はＰＨＩＣＨと共にＰＤＣＣＨを送信することができる。

【0031】

一側面による通信システムは、少なくとも２個のセル(ｃｅｌｌ)を含むことができる。例えば、少なくとも２個のセルは第１セル及び第２セルを含むことができ、第１セルは第１コンポーネント・キャリアを使用して、第２セルは第２コンポーネント・キャリアを使用することができる。また、通信システムは第１セル及び第２セルを共に運用するキャリアアグリゲーション(Ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ)方式を採用することができる。キャリアアグリゲーションは複数のキャリアを同時に使用して送信速度を高めることができる技術である。

【0032】

セルラー無線通信システムでは高速の無線データサービスを提供するために拡張性帯域幅(ｓｃａｌａｂｌｅ ｂａｎｄｗｉｄｔｈ)が提供されることができる。例えば、ＬＴＥ(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)システムは、２０/１５/１０/５/３/１．４ＭＨｚなどの多様な帯域幅で運用されることができる。サービス事業者は上記帯域幅のうちで少なくとも１つを選択して通信サービスを提供することができる。また、端末機は帯域幅を最小１．４ＭＨｚ帯域幅から最大２０ＭＨｚ帯域幅まで支援することができることなど多くの種類が存在することができる。また、ＩＭＴ−Ａｄｖａｎｃｅｄ要求水準のサービスを提供することを目標とするＬＴＥ-Ａｄｖａｎｃｅｄ(以下、「ＬＴＥ-Ａ」と称する)システムではキャリアアグリゲーションを通じて最大１００ＭＨｚ帯域幅に至る広帯域サービスを提供することができる。

【0033】

ＬＴＥ-Ａシステムは、高速のデータ送信のためにＬＴＥシステムより広帯域を要する。また、ＬＴＥ-Ａシステムの以前端末であるＬＴＥ端末もＬＴＥ-Ａシステムに接続してサービスを受けることができるように、ＬＴＥ-Ａシステムでキャリアアグリゲーションが運用される場合、ＬＴＥ端末に対する互換性(ｂａｃｋｗａｒｄ ｃｏｍｐａｔｉｂｉｌｉｔｙ)が考慮されることができる。例えば、ＬＴＥ−Ａシステムは全体システム帯域をＬＴＥ端末が送信、或いは受信することができる帯域幅のサブバンド(ｓｕｂｂａｎｄ)、或いはコンポーネント・キャリア(ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ、以下、「ＣＣ」と称する)で分けることができる。ＬＴＥ−Ａシステムは、コンポーネント・キャリアを結合した後、各コンポーネント・キャリア別でデータを生成及び送信することによって、各コンポーネント・キャリア別に既存ＬＴＥシステムの送受信プロセスを活用してＬＴＥ−Ａシステムの高速データ送信を支援することができる。

【0034】

各コンポーネント・キャリア別で送信するデータに対するスケジューリング情報はダウンリンク制御情報(Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ)を通じて端末に送信されることができる。ＤＣＩはさまざまなフォーマットが定義されることができ、アップリンクデータに対するスケジューリング情報であるのかダウンリンクデータに対するスケジューリング情報であるのか否か、制御情報の量が少ないコンパクトＤＣＩであるのか否か、多重アンテナを使用した空間多重化(ｓｐａｔｉａｌ ｍｕｌｔｉｐｌｅｘｉｎｇ)を適用するのか否か、電力制御用ＤＣＩであるのか否かなどによって予め設定されたＤＣＩフォーマットが適用されることができる。例えば、ＭＩＭＯ(Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ)を適用しないアップリンクデータに対する制御情報であるＤＣＩ ｆｏｒｍａｔ ０は、次のような制御情報を含むことができる。

【0035】

- ｆｏｒｍａｔ ０/ｆｏｒｍａｔ １Ａ ｆｌａｇ：当該ＤＣＩがＤＣＩ ｆｏｒｍａｔ ０であるのか、ＤＣＩ ｆｏｒｍａｔ １Ａであるかを通知する。

【0036】

- Ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ ｆｌａｇ：アップリンクデータを送信する物理チャンネルであるＰＵＳＣＨを周波数跳躍方式で送信するのかを通知する。

【0037】

- Ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ ｔｙｐｅ０/１ ｆｌａｇ：リソース割り当て方式がｔｙｐｅ ０であるのかｔｙｐｅ1であるのか通知する。ｔｙｐｅ ０は、ビットマップ方式を適用してＲＢＧ(ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ ｇｒｏｕｐ)単位でリソースを割り当てる。ＬＴＥ及び/又はＬＴＥ-Ａシステムでスケジューリング資源の単位は時間及び周波数領域リソースを現わすＲＢ(ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ)であり、ＲＢＧは、複数個のＲＢから構成されることができる。ＲＢＧはｔｙｐｅ ０方式におけるスケジューリング資源の基本単位となることができる。Ｔｙｐｅ１ではＲＢＧ内で特定ＲＢが割り当てることができる。

【0038】

- Ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ ａｓｓｉｇｎｍｅｎｔ：端末にデータ送信用で割り当てられた無線資源の量を現わす。無線資源割り当ての基本単位は時間及び周波数領域で表現されるＲＢである。

【0039】

- Ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ ａｎｄ ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ：データ送信に使用された変調方式とコーディングレート、及びＨＡＲＱのｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎを通知する。

【0040】

- Ｎｅｗ ｄａｔａ ｉｎｄｉｃａｔｏｒ(ＮＤＩ)：ＨＡＲＱ初期送信であるのか再送信であるのかを通知する。

【0041】

- ＴＰＣ ｃｏｍｍａｎｄ ｆｏｒ ＰＵＳＣＨ：ＰＵＳＣＨに対する電力制御命令を通知する。

【0042】

- Ｃｙｃｌｉｃ ｓｈｉｆｔ ｆｏｒ ＤＭ ＲＳ：ＰＵＳＣＨチャンネル推定用ＤＭ ＲＳ(Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)を他の端末と区分するためのＣｙｃｌｉｃ ｓｈｉｆｔ値を通知する。

【0043】

- ＣＱＩ ｒｅｑｕｅｓｔ：端末にＣＱＩを測定及び報告することを通知する。

【0044】

上記ＤＣＩは、チャンネルコーディング及び変調過程を経てダウンリンク物理制御チャンネルであるＰＤＣＣＨを通じて送信される。

【0045】

図１はＬＴＥ-Ａシステムでキャリアアグリゲーションの一例を示した図面である。２個のキャリアそれぞれがダウンリンク及び/又はアップリンク時区間を含むことができ、図１は基地局が ２個のコンポーネント・キャリアで端末にアップリンク資源をスケジューリングする一例を示したものであることができる。

【0046】

図１で第１コンポーネント・キャリア(以下、「ＣＣ＃１」)(１０９)のサブフレームｍ１１７で送信されるＤＣＩ１０１は、ＬＴＥ標準で定義された予め設定されたフォーマットによってチャンネルコーディング及びインターリビングされてＰＤＣＣＨ１０３を構成することができる。また、ＤＣＩ１０１はＰＤＣＣＨ１０３に含まれた情報であることができる。サブフレームはＬＴＥ及び/又はＬＴＥ-Ａシステムでスケジューリングの基本時間単位であることができる。ＰＤＣＣＨ１０３は、 ＣＣ＃１(１０９)のサブフレームｎ(ここで、ｎ＞ｍ)(１１９)で端末に割り当てられるデータチャンネルであるＰＵＳＣＨ１１３に対するスケジューリング情報を含むことができる。第２コンポーネント・キャリア(以下、「 ＣＣ＃２」)(１１１のサブフレームｍから送信されるＤＣＩ１０５は、予め設定されたフォーマットを適用した後、チャンネルコーディング及びインターリビングされてＰＤＣＣＨ１０７を構成したり、ＤＣＩ１０５はＰＤＣＣＨ１０７に含まれた情報であることができる。ＰＤＣＣＨ１０７は、基地局が端末に送信するチャンネルとして、 ＣＣ＃２(１１１)のサブフレームｎで端末に割り当てられたアップリンクデータチャンネルであるＰＵＳＣＨ１１５に対するスケジューリング情報を含むことができる。

【0047】

キャリアアグリゲーションを支援するＬＴＥ−Ａシステムで、データ送信及び/又はデータ送信を支援するためのダウンリンク制御情報(ＤＣＩ)送信は、図１に説明したように当該のコンポーネント・キャリア別でそれぞれ行われることができる。

【0048】

また、各コンポーネント・キャリアでデータを送信するためのＰＵＳＣＨの場合、周波数選択的スケジューリング或いはＨＡＲＱなどの方式を利用してＰＵＳＣＨの送受信に対する干渉の影響を克服することもできる。しかし、ＤＣＩを送信するためのＰＤＣＣＨの送信にはＨＡＲＱが適用されなく、システムの全帯域にかけて送信されるから周波数選択的スケジューリングを適用することができないのでＤＣＩの送受信に対する干渉を考慮した方式が必要なことがある。

【0049】

端末でＤＣＩを受信することにおいて高い信頼度の性能を得るため、ＤＣＩが送信されるコンポーネント・キャリアが変更されたり、又はＤＣＩが送信されるコンポーネント・キャリア及びデータが送受信されるコンポーネント・キャリアが相違することができる。このような方式がクロスキャリアスケジューリング(ｃｒｏｓｓ−ｃａｒｒｉｅｒ−ｓｃｈｅｄｕｌｉｎｇ)であることができる。例えば、図１でＣＣ＃２でＤＣＩの送受信における高い干渉(ｉｎｔｅｒｆｅｒｅｎｃｅ)の影響によってＤＣＩに対する信頼度高い受信性能を期待しにくい場合、ＤＣＩの送受信において相対的に干渉の影響が少ないＣＣ＃１で送信されることができる。

【0050】

以下で図２を参照して、クロスキャリアスケジューリングに対してより具体的に説明する。

【0051】

図２は、一実施例の一側面によるキャリアアグリゲーションを支援するシステムでクロスキャリアスケジューリングを示した例示図である。例えば、図２はダウンリンク及びアップリンクそれぞれ２個のキャリアが結合されたＬＴＥ−Ａ端末に対するクロスキャリアスケジューリング動作を示すことができる。

【0052】

ＣＣ＃２(２１９)におけるダウンリンク干渉(ｉｎｔｅｒｆｅｒｅｎｃｅ)がＣＣ＃１(２０９)におけるダウンリンク干渉より相対的に大きいから、ＣＣ＃２(２１９)で端末のアップリンクデータ送信に対するスケジューリング情報であるＤＣＩが送信される場合、所定の要求されるＤＣＩ受信性能が満足されにくい場合を仮定することができる。この場合、基地局はＤＣＩをＣＣ＃１(２０９)を通じて送信することができる。基地局はスケジューリングされたデータの資源割り当て情報及び/又は送信形式などを示したＤＣＩに ＤＣＩがどのコンポーネント・キャリアに対するスケジューリング情報を現わすかに対するキャリアインジケータ(ｃａｒｒｉｅｒ ｉｎｄｉｃａｔｏｒ；ＣＩ)を含んで送信することができる。例えば、ＣＩ＝「００」はＣＣ＃１(２０９)に対するスケジューリング情報を現わし、ＣＩ＝「０１」はＣＣ＃２(２１９)に対するスケジューリング情報を現わすことができる。

【0053】

基地局は、ＣＣ＃１のサブフレームｎ(２２０)にスケジューリングされたデータ(一例として、ＰＵＳＣＨ)(２０７)の資源割り当て情報及び/又は送信形式などを現わすＤＣＩ２０１とキャリアインジケータ２０２を結合して拡張されたＤＣＩを構成して、これをチャンネルコーディング２０３することができる。基地局はチャンネルコーディングされたＤＣＩを変調及びインターリビングを通じてＰＤＣＣＨを構成して、ＣＣ＃１のサブフレームｍ２１０でＰＤＣＣＨ領域２０５にＰＤＣＣＨをマッピングして送信することができる。また、ＣＣ＃２のサブフレームｎ２２０にスケジューリングされたデータ(一例として、ＰＵＳＣＨ)(２１７)の資源割り当て情報及び/又は送信形式などを現わすＤＣＩ２１１とキャリアインジケータ２１２を結合して拡張されたＤＣＩを構成してこれをチャンネルコーディング２１３することができる。基地局はチャンネルコーディングされたＤＣＩを変調及びインターリビングしてＰＤＣＣＨを構成して、ＣＣ＃１のサブフレームｍ２１０ でＰＤＣＣＨ領域２０５にＰＤＣＣＨをマッピングして送信することができる。

【0054】

また、キャリアアグリゲーションは具現シナリオによって次のいくつかの形態で分けることができる。第１セル及び第２セルがほとんど同様なカバレッジを有し、２つのカバレッジがほとんど重なることができる。この時、基地局は第１セル及び第２セルのためのアンテナ(又はアンテナたち)を共有したり、近接した位置に配置されたアンテナを有することができる。また、一例として第２セルが第１セルより小さいカバレッジを有し、２つのセルに対するアンテナ(又はアンテナたち)の方向がほとんど同様であることができる。この時、第１セルは、十分なカバレッジを提供して、第２セルは十分な送信率を提供することができる。また、２つのセルのアンテナ(又はアンテナたち)が共有されたり、近接した位置に配置される場合、２つのセルに対するアンテナの方向が互いに相違することができる。この時、２つのセルが重畳されるセル角(ｅｄｇｅ)領域で端末に向上した送信率が提供されることができる。また、第１セルがメクロ(ｍａｃｒｏ)領域を担当して、第２セルがメクロ第１セルのメクロ領域に含まれたホットスポット(ｈｏｔｓｐｏｔ)を支援することができる。この時、第２セルのホットスポットに別途のアンテナが配置されることができる。

【0055】

また、第２セルが第１セルによってスケジューリングされることができる。例えば、第２セルで運用されるサブフレームで端末がアップリンクでデータを基地局で送信する場合、基地局は第１セルで運用されるサブフレームでアップリンクデータに対するＨＡＲＱ 確認応答及び/又は送信(又は再送信)データに対するスケジューリング情報を端末に送信することができる。この時、第２セルは端末がアップリンクでデータを送信(又は再送信)する時区間は内在的に(ｉｍｐｌｉｃｉｔｌｙ)識別可能な同期式ＨＡＲＱ方式を適用する少なくとも１つのサブフレームを運用することができる。

【0056】

また、第１セル及び第２セルは互いに異なるＴＤＤ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ)構成(ｃｏｎｆｉｇｕｒａｔｉｏｎ)を有することができる。ＴＤＤ構成はセルで運用されるサブフレームに対するアップリンク及びダウンリンクの配列(ａｒｒａｎｇｅｍｅｎｔ)情報を現わすことができる。すなわち、ＴＤＤ構成はフレームを構成するアップリンク及びダウンリンクの割り当て情報又はアップリンク及びダウンリンクの形態を現わすことができる。

【0057】

例えば、ＬＴＥシステムで１つのセルは以下の表1のようなＴＤＤ構成０乃至６のいずれか１つを有することができる。

【0058】

ＴＤＤシステムはダウンリンク及びアップリンクに共通の周波数を使用することができ、時間領域でアップリンク信号及びダウンリンク信号の送受信を区分して運用することができる。例えば、ＬＴＥ ＴＤＤではサブフレーム別でアップリンク、或いはダウンリンク信号が区分されて送受信されることができる。ＴＤＤシステムはアップリンク及び/又はダウンリンクのトラフィック負荷(ｔｒａｆｆｉｃ ｌｏａｄ)によって、アップリンク/ダウンリンクサブフレームを時間領域で均等に分割して運用したり、ダウンリンクにより多いサブフレームを割り当てて運用したり、又はアップリンクにより多いサブフレームを割り当てて運用することができる。ＬＴＥシステムでサブフレームの時間長さは１ｍｓであり、１０個のサブフレームが１つのラジオフレーム(ｒａｄｉｏ ｆｒａｍｅ)を構成することができる。

【0059】

【表1】

【0060】

表１は一例として、ＬＴＥシステムに定義されたＴＤＤアップリンク−ダウンリンク構成(ＴＤＤ ｕｐｌｉｎｋ−ｄｏｗｎｌｉｎｋ ｃｏｎｆｉｇｕｒａｔｉｏｎ(又は、ＴＤＤ構成)であることができる。表1で、サブフレーム０乃至サブフレーム９は、１つのフレームを構成するサブフレーム単位の資源であることができる。「Ｄ」はダウンリンクサブフレームであり、「Ｕ」はアップリンクサブフレームであり、「Ｓ」はスペシャルサブフレームであることができる。ここで、スペシャルサブフレームはダウンリンク部分(Ｄｗｏｎｌｉｎｋ Ｐｉｌｏｔ Ｔｉｍｅ Ｓｌｏｔ、ＤｗＰＴＳ)、保護区間(Ｇｕａｒｄ Ｐｅｒｉｏｄ、ＧＰ)、及び/又はアップリンク部分(Ｕｐｌｉｎｋ Ｐｉｌｏｔ Ｔｉｍｅ Ｓｌｏｔ、ＵｐＰＴＳ)を含むことができる。ここで、スペシャルサブフレームに含まれたＤｗＰＴＳは、一般サブフレームに比べて短い時区間を有するが、一般ダウンリンクサブフレームの機能を行なうことができる。例えば、ＤｗＰＴＳでダウンリンクで制御情報送信ができて、スペシャルサブフレームの設定状態によってＤｗＰＴＳの長さが十分に長い場合、ダウンリンクデータ送信も可能である。したがって、スペシャルサブフレームは一般的なダウンリンクサブフレームのようにＨＡＲＱ確認応答及び/又はスケジューリング情報を送信することができる時区間であることができる。ＧＰはダウンリンクからアップリンクへ送信信号の遷移に必要な時間を収容することができる区間として、ネットワーク設定などによってＧＰの長さが決定されることができる。ＵｐＰＴＳはアップリンクチャンネル状態を推定するのに必要な端末のＳＲＳ(Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)送信又はラングムアクセスのための端末のＲＡＣＨ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ)送信に使用されることができる。

【0061】

例えば、ＴＤＤアップリンク−ダウンリンク構成＃６の場合、基地局はサブフレーム＃０、＃５、＃９でダウンリンクデータ及び/又は制御情報送信が可能であり、端末はサブフレーム＃２、＃３、＃４、＃７、＃８でアップリンクデータ及び/又は制御情報送信が可能である。ここで、＃は数字(ｎｕｍｂｅｒ)又はインデックス(ｉｎｄｅｘ)を指すことができる。また、スペシャルサブフレームに該当するサブフレーム＃1、＃６ではダウンリンク制御情報及び/又は選択的にダウンリンクデータが送信されることができ、スペシャルサブフレームでアップリンクへはＳＲＳ又はＲＡＣＨなどが送信されることができる。

【0062】

ＴＤＤシステムでダウンリンク又はアップリンク信号送信は特定時区間の間でばかり許容されるので、データスケジューリングのための制御チャンネル、スケジューリングされるデータチャンネル、及びデータチャンネルに対応されるＨＡＲＱ ＡＣＫ/ＮＡＣＫチャンネル(ＨＡＲＱ確認応答)などの相互関係にあるアップリンク/ダウンリンク物理チャンネルの間のタイミング関係が定義される必要がある。

【0063】

例えば、ＬＴＥ及び/又はＬＴＥ-ＡシステムでアップリンクＨＡＲＱはデータ送信時点が固定された同期式(ｓｙｎｃｈｒｏｎｏｕｓ)ＨＡＲＱ方式を採択している。すなわち、アップリンクデータ送信用物理チャンネルであるＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)、ＰＵＳＣＨに先行するダウンリンク制御チャンネルであるＰＤＣＣＨ、及びＰＵＳＣＨに対応されるダウンリンクＨＡＲＱ ＡＣＫ/ＮＡＣＨ(ＨＡＲＱ確認応答)が送信される物理チャンネルであるＰＨＩＣＨ(Ｐｈｙｓｉｃａｌ Ｈｙｂｒｉｄ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ)のアップリンク/ダウンリンクタイミング関係が以下の表２及び/又は表３のように設定されることができる。

【0064】

端末がサブフレームｎに基地局から送信されたアップリンクスケジューリング制御情報であるＤＣＩ ｆｏｒｍａｔ ０を含むＰＤＣＣＨ又は基地局から送信されたＨＡＲＱ ＡＣＫ/ＮＡＣＫを含むＰＨＩＣＨ(又はＨＡＲＱ確認応答)を受信する場合、端末はサブフレームｎ＋ｋで上記ＰＤＣＣＨ又はＨＡＲＱ確認応答に対応されるアップリンクデータをＰＵＳＣＨを通じて送信することができる。この時、上記ｋは表２に定義された値であることができる。

【0065】

【表2】

【0066】

また、端末はサブフレームｉで基地局からダウンリンクＨＡＲＱ ＡＣＫ/ＮＡＣＫを運ぶＰＨＩＣＨを受信すると、上記ＰＨＩＣＨはサブフレームｉ−Ｋで端末が送信したＰＵＳＣＨに対応されることができる。この時、上記ｋは表３に定義された値であることができる。

【0067】

【表3】

【0068】

上記表２、或いは表３によると、ＬＴＥ ＴＤＤシステムでＰＨＩＣＨ送信時区間が定義されないダウンリンクサブフレームが存在する。例えば、ＴＤＤアップリンク−ダウンリンク構成＃1の場合、サブフレーム＃０、＃５はダウンリンクサブフレームにもかかわらずＰＨＩＣＨ送信時区間が定義されていない。何故ならばＴＤＤアップリンク−ダウンリンク構成＃１の場合、１０個のサブフレームで構成される１つのラジオフレーム内にアップリンクサブフレームが総４個存在するので、アップリンクサブフレームで送信されるＰＵＳＣＨに対応されるＰＨＩＣＨも最大４個サブフレームだけ定義すれば良い。したがって上記サブフレーム＃０、＃５に対しては敢えてＰＨＩＣＨ送信を定義する必要がない。

【0069】

図３は、ＬＴＥシステムでＴＤＤアップリンク−ダウンリンク構成＃１の場合、送受信タイミング関係を示す例示図である。例えば、図３はＴＤＤアップリンク−ダウンリンク構成＃１の場合、ＰＤＣＣＨ又はＰＨＩＣＨがそれぞれのダウンリンク又はスペシャルサブフレームから送信される時、ＰＤＣＣＨ又はＰＨＩＣＨに対応されるアップリンクＰＵＳＣＨがどのサブフレームに送信されるのか、又は上記ＰＵＳＣＨに対応されるＰＨＩＣＨがどのサブフレームから送信されるかどうかを表２及び/又は表３によって例示したことであることができる。端末はラジオフレームｉのサブフレーム＃１で基地局から送信されたＰＤＣＣＨ又はＰＨＩＣＨ３０１に対応されるアップリンクＰＵＳＣ３０３をラジオフレームｉのサブフレーム＃７から送信することができる。また、基地局はＰＵＳＣＨ３０３に対応されるＰＨＩＣＨ３０５をラジオフレームｉ＋１のサブフレーム＃1から端末へ送信することができる。

【0070】

また、端末はラジオフレームｉのサブフレーム＃６で基地局から送信されたＰＤＣＣＨ又はＰＨＩＣＨ３０７に対応されるアップリンクＰＵＳＣＨ３０９をラジオフレームｉ＋１のサブフレーム＃２から送信することができる。また、基地局はＰＵＳＣＨ３０９に対応されるＰＨＩＣＨ３１１をラジオフレームｉ＋１のサブフレーム＃６から端末へ送信することができる。

【0071】

ＴＤＤシステムでＰＵＳＣＨに対応されるＰＤＣＣＨ又はＰＨＩＣＨのダウンリンク送信が特定ダウンリンクサブフレームで制限されることによって基地局及び/又は端末の送/受信プロセッシング時間を減らすことができる。例えば、図３のＴＤＤアップリンク−ダウンリンク構成＃１の場合、サブフレーム＃０、＃５ではＰＵＳＣＨをスケジューリングするためのＰＤＣＣＨ又はＰＵＳＣＨに対応されるＰＨＩＣＨがダウンリンクへ送信されないこともある。

【0072】

ＬＴＥ ＴＤＤシステムの各物理チャンネルの間のタイミング関係のように、キャリアアグリゲーションを支援するＬＴＥ−Ａシステムに適用する場合、既存タイミング関係以外に追加的なタイミング関係及び/又は動作が必要なことがある。すなわち、結合されたキャリアのＴＤＤアップリンク−ダウンリンク構成がキャリア別で異なり、クロスキャリアスケジューリング(ｃｒｏｓｓ ｃａｒｒｉｅｒ ｓｃｈｅｄｕｌｉｎｇ)を適用する場合、ＰＤＣＣＨによってクロススケジューリングされるＰＵＳＣＨ、上記クロススケジューリングされるＰＵＳＣＨ及びＰＨＩＣＨタイミング関係などを定義する必要がある。

【0073】

キャリアアグリゲーションを支援するシステムでシステム運用シナリオによってＴＤＤアップリンク−ダウンリンク構成がコンポーネント・キャリア別で互いに異なるように設定されることができる。例えば、基地局(又はシステム)は第１コンポーネント・キャリアでアップリンク/ダウンリンクサブフレームを時間領域で均等に分割して運用して、第２コンポーネント・キャリアはダウンリンク用サブフレームをより多く割り当てることによって、ダウンリンク容量を確張して運用することができる。また、基地局(又はシステム)は既存３Ｇ ＴＤＤシステムであるＴＤ−ＳＣＤＭＡとの互換性を考慮して、第１コンポーネント・キャリアにはＴＤ−ＳＣＤＭＡシステムと互換性が維持されるＴＤＤアップリンク−ダウンリンク構成を適用してＴＤ−ＳＣＤＭＡとＬＴＥ ＴＤＤシステムの間の相互干渉問題を防止することができる。この時、基地局(又はシステム)は第２コンポーネント・キャリアに別途制約事項無しにトラフィック負荷(ｔｒａｆｆｉｃ ｌｏａｄ)によってＴＤＤアップリンク−ダウンリンク構成を決定して運用することができる。また、結合されたコンポーネント・キャリアが周波数帯域で互いに接しないように設定されることによって相互干渉の影響が最小化されることができる。

【0074】

図４は、一実施例の一側面による基地局及び/又は端末が送受信タイミングを識別する方法を示したフローチャートである。すなわち、図４を参照して基地局及び端末がＰＤＣＣＨとＰＤＣＣＨによってスケジューリングされるＰＵＳＣＨ、ＰＵＳＣＨとＰＨＩＣＨなどのタイミング関係を相互共通で認知する動作を説明する。図４の動作は基地局及び端末に共通で適用されることができる。

【0075】

段階４１０で、基地局又は端末はキャリアが結合するか否かを確認することができる。

【0076】

キャリアが結合されない場合、段階４２０で基地局又は端末は既存システム(例えば、ＬＴＥ/ＬＴＥ−Ａ)のＴＤＤアップリンク−ダウンリンク構成によって定義されたＰＤＣＣＨ/ＰＵＳＣＨ/ＰＨＩＣＨ相互間のタイミングを守ることができる。

【0077】

段階４１０でキャリアが結合された場合、段階４３０で基地局又は端末はキャリアアグリゲーションされたコンポーネント・キャリアのＴＤＤアップリンク−ダウンリンク構成を比較又は検出することができる。キャリアアグリゲーションされたコンポーネント・キャリアのＴＤＤアップリンク−ダウンリンク構成が同様である場合、基地局又は端末は段階４２０へ進行することができる。

【0078】

段階４３０でキャリアアグリゲーションされたコンポーネント・キャリアのＴＤＤアップリンク−ダウンリンク構成が互いに相違する場合、段階４４０で基地局又は端末はクロスキャリアスケジューリングを許容するか否かを判断することができる。段階４４０でクロスキャリアスケジューリングが許容されない場合、基地局又は端末は段階４２０の動作を行なうことができる。

【0079】

段階４４０でクロスキャリアスケジューリングが許容される場合、段階４５０で基地局又は端末はスケジューリングしようとするＰＵＳＣＨに対応されるＰＤＣＣＨの送信サブフレームｋと上記ＰＵＳＣＨに対応されるＰＨＩＣＨ送信サブフレームｉの関係によって、一側面による提案する送受信タイミング関係を適用することができる。

【0080】

一側面によるＰＵＳＣＨに対するクロスキャリアスケジューリング情報を含むＰＤＣＣＨの基地局送信時点は、ＰＵＳＣＨの端末送信時点より少なくともｊサブフレーム以前の第１コンポーネント・キャリアのサブフレームのうちで上記ＰＵＳＣＨの端末送信時点と最も近い(又は最も遅い)ダウンリンクサブフレームｋであることができる。すなわち、ｋ番目サブフレームはＰＵＳＣＨに対するスケジューリング情報を送信可能な時区間であることができる。ここで、ｊ及びｋは定数(ｉｎｔｅｇｅｒ)である。上記ｊは端末の最小信号処理時間を保障する値であるとか、信号の送受信時間遅延及び/又はデコーディング遅延を考慮して設定された値であることができる。例えば、上記ｊは４サブフレームであることができる。上記ｊの条件を通じてＰＤＣＣＨとＰＵＳＣＨ間の時間間隔が少なくとも上記ｊサブフレームになることができるだけでなく、最小間隔で維持されることによって基地局のスケジューリング效率性が高くなることができる。

【0081】

基地局が端末からＰＵＳＣＨを受信すると、基地局はＰＵＳＣＨに対するＡＣＫ、或いＮＡＣＫを判断してＨＡＲＱ ＡＣＫ/ＮＡＣＫ送信用ダウンリンク物理制御チャンネルであるＰＨＩＣＨ(Ｐｈｙｓｉｃａｌ ＨＡＲＱ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ)を通じて端末にフィードバックすることができる。基地局はＰＵＳＣＨを受信したサブフレーム以後、少なくとも上記ｊサブフレーム以後に最初に到来する(又は最も早い) 第１コンポーネント・キャリアのダウンリンクサブフレームであるｉにＰＨＩＣＨを送信することができる。すなわち、ｉ番目のサブフレームはＰＵＳＣＨに対応するＨＡＲＱ確認応答を送信可能な時区間であることができる。ここで、ｉは定数である。ＰＵＳＣＨに対応するＰＨＩＣＨの送信時点で上記ｊの条件を通じて基地局は最小信号処理時間を確保することができる。また、基地局の最小信号処理時間は端末における最小信号処理時間を考慮して設定された上記ｊと他の値で設定されることもできる。ＰＤＣＣＨ及びＰＨＩＣＨは同一コンポーネント・キャリアから送信されることができる。

【0082】

基地局が端末から受信したＰＵＳＣＨに対してＮＡＣＫと判断した場合、ＰＨＩＣＨと共に上記ＰＵＳＣＨに対する再送信をスケジューリングするためにＰＤＣＣＨを追加的に端末に送信してＰＵＳＣＨ再送信を制御することができる。以下で、ＰＨＩＣＨと共にＰＤＣＣＨを端末に送信してＰＵＳＣＨ再送信を制御することを適応型再送信(ａｄａｐｔｉｖｅ ｒｅｔｒａｎｓｍｉｓｓｉｏｎ)又は再送信と称する。基地局は上記ＰＤＣＣＨを通じて再送信されるＰＵＳＣＨに対する無線資源及び/又はＭＣＳ(Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ)などを初期送信されたＰＵＳＣＨと異なるように制御又は再設定することができる。再送信ＰＵＳＣＨをスケジューリングするための ＰＤＣＣＨは第１コンポーネント・キャリアのダウンリンクサブフレームｋに送信されることができる。端末がＰＨＩＣＨ及び適応型再送信のためのＰＤＣＣＨを共に受信する場合、端末は ＰＤＣＣＨの情報によって再送信を行なうことができる。

【0083】

キャリアアグリゲーションされて、クロスキャリアスケジューリングが適用されるシステムで、一側面による提案する送受信タイミング関係は、上記ｉ及び上記ｋの比較結果によって以下の場合を含むことができる。

【0084】

例えば、段階４５０でＰＨＩＣＨ送信時点(一例として、上記ｉ)と再送信ＰＵＳＣＨのためのＰＤＣＣＨ送信時点(一例として、上記ｋ)が同様である場合(すなわち、ｉ＝ｋである場合)、基地局及び/又は端末はＰＤＣＣＨ/ＰＵＳＣＨ/ＰＨＩＣＨ相互間のタイミング関係を識別することができる。

【0085】

段階４５０で、ＰＨＩＣＨ送信時点が再送信ＰＵＳＣＨのためのＰＤＣＣＨ送信時点より早い場合、すなわち、ｉ＜ｋである場合、基地局又は端末は一例として、図５乃至図１１を参照して上述するｉ＜ｋである場合のＰＤＣＣＨ/ＰＵＳＣＨ/ＰＨＩＣＨ相互間のタイミング関係を識別することができる。

【0086】

段階４５０で、ＰＨＩＣＨ送信時点が再送信ＰＵＳＣＨのためのＰＤＣＣＨ送信時点より遅い場合、すなわち、ｉ＞ｋである場合、基地局又は端末は一例として、図１２乃至図１７を参照して上述するｉ＞ｋである場合のＰＤＣＣＨ/ＰＵＳＣＨ/ＰＨＩＣＨ相互間のタイミング関係を識別することができる。

【0087】

第１セル及び第２セルそれぞれで選択することができるＴＤＤ構成は、表１によると７つとして、ＴＤＤ構成の組合は４９個存在することができる。アップリンクデータ(一例として、ＰＵＳＣＨ)に対して同期式ＨＡＲＱを適用する場合、端末及び/又は基地局はアップリンクデータの送信又は再送信のための時区間を分かる。この時、同期式アップリンクＨＡＲＱ支援のために、端末及び/又は基地局はＨＡＲＱ確認応答及び/又はアップリンクデータの送信(又は再送信)のためのスケジューリング情報が基地局によって送信される時区間を決定することができるとか、予め分からなければならない。ここで、ＨＡＲＱ確認応答は一例として、ＰＨＩＣＨを含み、アップリンク送信のためのスケジューリング情報はＰＤＣＣＨを含むことができる。また、通信システムが適応型同期式アップリンクＨＡＲＱを適用した場合、ＰＨＩＣＨと共にＰＤＣＣＨが送信されることができる。

【0088】

以下で、端末及び/又は基地局がＨＡＲＱ確認応答及び/又はアップリンクスケジューリング情報が送信される時区間を識別する方案に対してより詳しく説明する。

【0089】

ＴＤＤ構成の組合のうちで、第１セル及び第２セルのＴＤＤ構成が互いに同様である場合は７つ存在することができる。この場合、当該のセルで端末のアップリンクデータ送信サブフレーム区間に対応するＨＡＲＱ確認応答を送信する時区間(又はサブフレーム番号)及び/又はデータ送信(又は再送信)に対するスケジューリング情報を送信する時区間(又はサブフレーム番号)に対する情報が同一に利用されることができる。例えば、表１のようなＴＤＤ構成０乃至６それぞれに予め約束されたタイミング情報を有する場合、端末のアップリンクデータ(一例として、ＰＵＳＣＨ)送信(又は再送信)が予め約束されたタイミング情報によって第２セルの予め約束されたアップリンクサブフレームで行われて、上記端末のアップリンクデータに対応する基地局のＨＡＲＱ確認応答(一例として、ＰＨＩＣＨ)送信が予め約束されたタイミング情報によって第１セルの予め約束されたダウンリンクサブフレームで行われることができる。この時、ＨＡＲＱ確認応答を送信するサブフレームでスケジューリング情報(一例として、ＰＤＣＣＨ)も共に送信されることができる。すなわち、第１セル及び第２セルのＴＤＤ構成が互いに同様である場合、基地局及び/又は端末はＰＨＩＣＨ及び/又はＰＤＣＣＨの送信区間を各セルで予め約束されたタイミング情報を利用して決定したり、分かることができる。

【0090】

また、ＴＤＤ構成の組合のうちで、第１セル及び第２セルのＴＤＤ構成が互いに相違する場合は４２つ存在することができる。第２セルは第１セルによってスケジューリングされることができる。第２セルで運用される第１サブフレームで端末が基地局でデータ(一例として、ＰＵＳＣＨ)を送信することができる。同期式ＨＡＲＱの場合、基地局及び/又は端末は第２セルで運用される第１サブフレーム以後、端末がデータを送信(又は再送信)することができる最も早い時区間である第２サブフレームを識別することができる。すなわち、第２サブフレームは第２セルで第１サブフレーム以後、端末機がデータを送信(又は再送信)することができる最も早い時区間であることができる。また、第２サブフレームはキャリアアグリゲーション方式ではない場合、第２セル１つが運用されて同期式ＨＡＲＱが適用されたシステムで、端末機及び/又は基地局が分かる時区間と同様なことであることができる。

【0091】

基地局は第２セルで運用される第１サブフレームで端末から送信されたデータ(一例として、ＰＵＳＣＨ)を受信することができる。基地局は第１サブフレーム及び第２サブフレーム間の時区間に含まれた第１セルで運用されるサブフレームのうちで少なくとも１つのサブフレームで、第１サブフレームに対応するＨＡＲＱ確認応答及び/又は第２サブフレームに対するスケジューリング情報を端末に送信することができる。

【0092】

ここで、第１サブフレーム及び第２サブフレーム間の時区間に含まれた第１セルで運用されるサブフレームは、ｉ番目(ｉ-ｔｈ)サブフレーム及びｋ番目(ｋ-ｔｈ)サブフレームを含むことができる。上記ｉ及び上記ｋは定数であることができる。上記ｉ番目のサブフレームは基地局が第１サブフレーム以後、第１サブフレームに対応するＨＡＲＱ確認応答(一例として、ＰＨＩＣＨ)を送信可能な時区間であることができる。例えば、ＰＨＩＣＨを送信可能な時区間は以下の数1を満足する時区間であることができる。

【0093】

【数1】

【0094】

ここで、サブフレームｉは、上記ｉ番目(ｉ-ｔｈ)サブフレームであり、ｔ１は第1サブフレームであり、４は予め設定された第１時区間として４個のサブフレームを現わすことができる。すなわち、上記ｉ番目のサブフレームは第１サブフレームより少なくとも予め設定された第１時区間が遅いことを満足する最も早いダウンリンク時区間であることができる。ダウンリンク時区間は、一般ダウンリンクサブフレームだけではなく、スペシャルサブフレームも含むことができる。予め設定された第１時区間は受信デコーディング遅延を考慮して設定された値であることができる。例えば、予め設定された第１時区間は端末からＰＵＳＣＨが送信された時から基地局が受信する時までの時間、受信されたＰＵＳＣＨがデコーディングされる時間及び/又はデコーディング結果によってＰＨＩＣＨが生成される時間などを考慮して設定されたことであることができる。

【0095】

上記ＰＨＩＣＨを送信可能な時区間であるｉ番目のサブフレームを決定する方法としてさまざまな変形された方法が可能であるが、一例として上記数1 に加えて追加的な制約事項を反映して定義することができる。すなわち、上記表２、或いは表３によってＰＨＩＣＨ送信時区間が定義されないダウンリンクサブフレームは、上記ｉ番目のサブフレーム計算に含ませないようにする。換言すれば、上記数１によって計算されたサブフレームｉが上記ＰＨＩＣＨ送信時区間が定義されないダウンリンクサブフレームと一致すると、上記サブフレームｉ以後に到来する最も早いダウンリンクサブフレームで上記サブフレームｉを取り替える。ＬＴＥ端末は、ＰＨＩＣＨが送信される資源領域を除いた残り領域を対象ＰＤＣＣＨを受信する。したがって、もし上記ＰＨＩＣＨ送信時区間が定義されないダウンリンクサブフレームにＰＨＩＣＨを送信するようになると、従来端末は上記ＰＨＩＣＨの存在が分かることができないのでＰＤＣＣＨを受信することができない。

【0096】

また、上記ｋ番目のサブフレームは基地局が第２サブフレーム以前の第２サブフレームに対するスケジューリング情報(一例として、ＰＤＣＣＨ)を送信可能な時区間であることができる。ＰＤＣＣＨを送信可能な時区間は下記の数２を満足する時区間であることができる。

【0097】

【数2】

【0098】

ここで、サブフレームｋは、上記ｋ番目(ｋ-ｔｈ)サブフレームであり、ｔ２は第２サブフレームであり、４は予め設定された第２時区間として４個のサブフレームを現わすことができる。すなわち、上記ｋ番目のサブフレームは、第２サブフレームより少なくとも予め設定された第２時区間が先んずることを満足する最も遅いダウンリンク時区間であることができる。ダウンリンク時区間は一般ダウンリンクサブフレームだけではなく、スペシャルサブフレームも含むことができる。予め設定された第２時区間は受信デコーディング遅延を考慮して設定された値であることができる。例えば、予め設定された第２時区間は基地局からＰＤＣＣＨが送信された時から端末が受信する時までの時間、受信されたＰＤＣＣＨがデコーディングされる時間及び/又はデコーディング結果によってＰＵＳＣＨが生成される時間などを考慮して設定されたことであることができる。

【0099】

第１セル及び第２セルが互いに異なるＴＤＤ構成を有する場合、第１セルで運用されるｉ番目(ｉ-ｔｈ)サブフレーム及びｋ番目(ｋ-ｔｈ)サブフレームが決定されることができる。以下で、ｉ及びｋの関係によるＰＨＩＣＨ及び/又はＰＤＣＣＨの送信時区間に対して詳しく説明する。キャリアアグリゲーションを通じて広帯域が構成される場合、一側面によるＴＤＤを支援するシステム及び/又はトランシーバはコンポーネント・キャリアの個数と関係無しに動作することができる。

【0100】

上記ｉ及び上記ｋが同様である場合(ｉ＝＝ｋ)、基地局は当該のｉ-ｔｈサブフレーム(又はｋ-ｔｈサブフレーム)でＰＨＩＣＨ及び/又はＰＤＣＣＨを送信することができる。端末はＰＨＩＣＨ及び/又はＰＤＣＣＨを基地局から受信した後、第２セルで運用される第２サブフレームでＰＨＩＣＨ及び/又はＰＤＣＣＨの制御情報によってデータを送信(又は再送信)することができる。

【0101】

上記ｉが上記ｋより小さい場合(ｉ＜ｋ)、基地局はｉ-ｔｈサブフレームでＰＨＩＣＨを送信して、ｋ-ｔｈサブフレームでＰＤＣＣＨを送信することもできる。端末は第１セルのｉ-ｔｈサブフレームで基地局から送信されたＰＨＩＣＨを受信して、ｋ-ｔｈサブフレームで基地局から送信されたＰＤＣＣＨを受信した後、第２サブフレームでＰＨＩＣＨ及び/又はＰＤＣＣＨによって基地局でデータを送信(又は再送信)することができる。また、端末はｉ-ｔｈサブフレームで基地局から送信されたＰＨＩＣＨを受信することができる。端末はｋ-ｔｈサブフレームで基地局から送信されたＰＤＣＣＨが存在しない場合、ＨＡＲＱ確認応答に基礎してデータの再送信するか否かを決定することができる。

【0102】

また、上記ｉが上記ｋより小さい場合(ｉ＜ｋ)、基地局はｉ-ｔｈサブフレームでＰＨＩＣＨ及び/又はＰＤＣＣＨを送信することができる。また、基地局はｋ-ｔｈサブフレームでＰＨＩＣＨ及び/又はＰＤＣＣＨを送信することもできる。すなわち、基地局及び端末はｉ-ｔｈサブフレーム及びｋ-ｔｈサブフレームのいずれか１つをＰＨＩＣＨ及び/又はＰＤＣＣＨが送信される時区間で予め約束したり、設定することができる。端末は第１セルのｉ-ｔｈサブフレーム(又はｋ-ｔｈサブフレーム)で基地局から送信されたＰＨＩＣＨ及び/又はＰＤＣＣＨを受信した後、第２セルで運用される第２サブフレームでＰＨＩＣＨ及び/又はＰＤＣＣＨによって基地局へデータを送信(又は再送信)することができる。

【0103】

以下で図５乃至図１１を参照して、キャリアアグリゲーションを通じて広帯域を構成するＴＤＤシステムで、結合されたキャリアのＴＤＤアップリンク−ダウンリンク構成がキャリア別で相違する時、クロスキャリアスケジューリングを適用する場合、前述したように計算されたＰＨＩＣＨ送信時点が再送信ＰＵＳＣＨのためのＰＤＣＣＨ送信時点より早い場合、すなわちｉ＜ｋである場合に対する、ＰＤＣＣＨ、ＰＵＳＣＨ、ＰＨＩＣＨ相互間のタイミング関係を説明する。図５及び図６は、計算されたＰＨＩＣＨ送信サブフレームｉと再送信ＰＵＳＣＨをスケジューリングするためのＰＤＣＣＨ送信サブフレームｋの関係がｉ＜ｋである場合に対するタイミング関係を例示したことである。

【0104】

図５でクロスキャリアスケジューリングのためのＰＤＣＣＨまたＰＨＩＣＨが送信される第1コンポーネント・キャリアはＣＣ１(５１０)であり、上記ＰＤＣＣＨによってクロスキャリアスケジューリングされたＰＵＳＣＨが送信される第２コンポーネント・キャリアはＣＣ２(５２０)であることができる。アップリンクＨＡＲＱでデータ送信時点が固定された同期式ＨＡＲＱ方式を適用する場合、端末のＰＵＳＣＨ初期送信時点をサブフレーム０番(ｔ１、５３０)と仮定すれば、上記ＰＵＳＣＨを再送信する場合の再送信時点は次のラジオフレームのサブフレーム０番(ｔ２、５６０)であることができる。同期式ＨＡＲＱ方式の場合、一般的に互いに異なるラジオフレームの同一サブフレーム番号でＰＵＳＣＨ初期送信/再送信が行われることができる。

【0105】

端末が基地局スケジューリングによってＣＣ２(５２０)のサブフレームｔ１(５３０)でＰＵＳＣＨの初期送信を行なうと、基地局は上記ＰＵＳＣＨに対応されるＡＣＫ、或いはＮＡＣＫをＰＨＩＣＨを通じてＣＣ１のダウンリンクサブフレームｉ５４０で送信することができる。この時、ｉはｉ≧ｔ１＋ｊを満足する最も小さい値であることができる。基地局が上記ＰＵＳＣＨに対してＮＡＣＫと判断して適応型再送信を決定する場合、ＣＣ２(５２０)のサブフレームｔ２(５６０)の再送信ＰＵＳＣＨをスケジューリングするためのＰＤＣＣＨをＣＣ１(５１０)のダウンリンクサブフレームｋ(５５０)で送信することができる。この時、ｋは図４で説明したようにｋ≦ ｔ２−ｊである関係を満足する最大の値であることができる。例えば、サブフレームｉ５４０及びサブフレームｋ５５０のようにｉ≠ｋであり、ＰＨＩＣＨ及びＰＤＣＣＨの送信時点がそれぞれ異なるように設定される場合、端末はＰＨＩＣＨを受信したサブフレームｉ５４０で上記ＰＵＳＣＨを再送信するか否かを確定することができずに、適応型再送信を対比してサブフレームｋ５５０時点までＰＤＣＣＨを受信するか否かを待つことができる。

【0106】

したがって、一側面によってＰＨＩＣＨ送信時点及びＰＤＣＣＨ送信時点が一致されることができる。ＰＨＩＣＨ送信時点及びＰＤＣＣＨ送信時点が一致されることによって、端末の再送信するか否かに対する模倣性又は追加的な信号のモニタリングによる非效率性を改善することができる。

【0107】

例えば、基地局は基地局のＰＨＩＣＨ送信時点をサブフレームｉ５４０でサブフレームｉ'(ｉ'＝ｋ)(５５０)で調整してＰＨＩＣＨと適応型再送信のためのＰＤＣＣＨの送信時点を一致させることができる。また、基地局及び端末が互いにｉの位置をｋの位置に調整することを約束したり予め設定した場合、端末はＰＨＩＣＨ及びＰＤＣＣＨの送信時点を識別することができる。

【0108】

図６でクロスキャリアスケジューリングのためのＰＤＣＣＨ又はＰＨＩＣＨが送信される第１コンポーネント・キャリアはＣＣ１(６１０)であり、上記ＰＤＣＣＨによってクロスキャリアスケジューリングされたＰＵＳＣＨが送信される第２コンポーネント・キャリアはＣＣ２(６２０)であることができる。アップリンクＨＡＲＱでデータ送信時点が固定された同期式ＨＡＲＱ方式を適用する場合、端末のＰＵＳＣＨ初期送信時点をサブフレーム０番(ｔ１、６３０)と仮定すれば、上記ＰＵＳＣＨを再送信する場合の再送信時点は次のラジオフレームのサブフレーム０番(ｔ２、６６０)であることができる。上記図５と同様な条件で、この時、基地局はＰＨＩＣＨ送信時点をサブフレームｉ６４０ではない、サブフレームｋ６５０で調整することができる。

【0109】

以下で図７及び図８を参照して、図６の一実施例の一側面によるＨＡＲＱを支援する基地局及び端末の信号送受信タイミングに対して説明する。

【0110】

図７は、一実施例の一側面によるＨＡＲＱを支援する基地局の方法を示したフローチャートである。

【0111】

段階７０１で、基地局は所定の時点に端末に対するクロスキャリアスケジューリングするか否かを判断することができる。基地局がクロスキャリアスケジューリングを行わない場合、例えば第１コンポーネント・キャリアから送信されるＰＵＳＣＨをスケジューリングするためのＰＤＣＣＨを第１コンポーネント・キャリアから送信する場合、段階７０９で基地局はＰＵＳＣＨをスケジューリングするためのＤＣＩをＰＤＣＣＨを通じて端末へ送信することができる。

【0112】

段階７１０で、基地局はＰＤＣＣＨを送信したコンポーネント・キャリアで既存システム(一例として、ＬＴＥ/ＬＴＥ-Ａ)で定義されたＰＵＳＣＨ受信時点にＰＵＳＣＨを受信することができる。

【0113】

段階７１１で、基地局は上記ＰＵＳＣＨのデコーディング結果によって、ＰＨＩＣＨ、或いは適応型再送信のためのＰＤＣＣＨを既存システムで定義されたタイミングによって送信することができる。

【0114】

段階７１２で、基地局は上記受信したＰＵＳＣＨのデコーディング結果によって、ＡＣＫ/ＮＡＣＫを判断することができる。ＡＣＫの場合、基地局は新しいデータに対するスケジューリングをしたり、進行を終了することができる。上記受信したＰＵＳＣＨのデコーディング結果がＮＡＣＫである場合、基地局は段階７１０へ移動して再送信ＰＵＳＣＨを受信することができる。

【0115】

段階７０１で基地局がクロスキャリアスケジューリングをすることに判断/決定した場合、段階７０２で基地局はスケジューリングしようとする第２コンポーネント・キャリアのＰＵＳＣＨに対する端末の送信時点(ｔ１)より少なくともｊサブフレーム以前の第１コンポーネント・キャリアのダウンリンクサブフレームのうちで上記ＰＵＳＣＨ端末送信時点と最も近いサブフレームｋ０にＰＤＣＣＨを送信することができる(ここで、ｋ０≦ｔ１−ｊ)。上記ｊは、端末の最小信号処理時間を保障するように十分な値で決めることができる。例えば、ｊ＝４が適用されることができる。

【0116】

段階７０３で、基地局は上記ＰＵＳＣＨの初期送信、或いは再送信をスケジューリングするためのＰＤＣＣＨ送信の時、考慮したスケジューリング時点に第２コンポーネント・キャリアからＰＵＳＣＨを受信することができる。

【0117】

段階７０４で、基地局は上記ＰＵＳＣＨに対応される第１コンポーネント・キャリアにおけるＰＨＩＣＨ送信サブフレームｉ及びＰＵＳＣＨの適応型再送信をスケジューリングするためのＰＤＣＣＨ送信サブフレームｋを計算することができる。ＰＨＩＣＨ送信時点は、基地局が上記ＰＵＳＣＨを受信したサブフレーム以後、少なくとも上記ｊサブフレーム以後に最初に到来する(最も早い) 第１コンポーネント・キャリアのダウンリンクサブフレームｉであることができる(ここで、ｉ ≧ ｔ１＋ｊ)。また、適応型再送信をスケジューリングするためのＰＤＣＣＨ送信時点は、ＰＵＳＣＨの端末再送信時点(ｔ２)より少なくともｊサブフレーム以前の第１コンポーネント・キャリアのダウンリンクサブフレームのうちで上記ＰＵＳＣＨの端末再送信時点と最も近い(最も遅い)サブフレームｋであることができる(ここで、ｋ≦ｔ２−ｊ)。

【0118】

段階７０５で、ｉ＜ｋである場合、基地局は実際ＰＨＩＣＨ送信時点をサブフレームｉでサブフレームｉ'(ｉ' ＝ｋ)で調整してＰＨＩＣＨ、及び適応型再送信のためのＰＤＣＣＨの送信時点を一致させることができる。

【0119】

段階７０６で、基地局は上記ＰＵＳＣＨのデコーディング結果によって、ＡＣＫ/ＮＡＣＫを判断することができる。基地局はＡＣＫと判断した場合、段階７０８で第１コンポーネント・キャリアにおけるサブフレームｋでＰＨＩＣＨを送信することができる。

【0120】

基地局が段階７０６でＮＡＣＫと判断した場合、段階７０７で基地局は第１コンポーネント・キャリアにおけるサブフレームｋでＰＨＩＣＨ及び/又は適応型再送信をスケジューリングするためのＰＤＣＣＨを送信することができる。

【0121】

段階７１３で、基地局は初期送信がなった第２コンポーネント・キャリアでサブフレームｔ２に再送信ＰＵＳＣＨを受信することができる。

【0122】

図８は、一実施例の一側面によるＨＡＲＱを支援する端末の方法を示したフローチャートである。

【0123】

段階８０１で、端末は基地局からＰＤＣＣＨを受信することができる。

【0124】

段階８０２で、端末は上記受信したＰＤＣＣＨをデコーディングしてクロスキャリアスケジューリングするか否かを判断することができる。クロスキャリアスケジューリングをしない場合、段階８０９で端末は上記ＰＤＣＣＨが送信されたコンポーネント・キャリアでＰＵＳＣＨを基地局で送信することができる。この時、ＰＵＳＣＨの送信時点は既存システム(一例として、ＬＴＥ/ＬＴＥ-Ａ)で上記コンポーネント・キャリアに定義されたＰＤＣＣＨとＰＵＳＣＨ相互間のタイミング関係によることができる。

【0125】

段階８１０で、端末は上記ＰＵＳＣＨを送信したコンポーネント・キャリアで既存システムで定義されたＰＵＳＣＨとＰＨＩＣＨ/ＰＤＣＣＨ相互間のタイミング関係によってＰＨＩＣＨ及び/又はＰＤＣＣＨを受信することができる。

【0126】

段階８１１で、端末は上記受信したＰＨＩＣＨ及び/又はＰＤＣＣＨから上記ＰＵＳＣＨを再送信するか否かを判断することができる。段階８１１の判断結果、端末がＰＵＳＣＨを再送信することに決定した場合、段階８０９に移動して関連手続きを行なうことができる。端末が上記ＰＵＳＣＨを再送信しない場合、端末は一実施例の一側面によるＨＡＲＱを支援するための動作を終了することができる。

【0127】

段階８０２で端末が上記ＰＤＣＣＨからクロスキャリアスケジューリングされた場合、段階８０３で端末はキャリア指示者が指示する第２コンポーネント・キャリアでＰＵＳＣＨを送信することができる。すなわち、上記ＰＤＣＣＨを受信したサブフレーム以後、少なくともｊサブフレーム以後に最初に到来する第２コンポーネント・キャリアのアップリンクサブフレーム(ｔ１)で上記ＰＵＳＣＨを送信することができる。上記ｊは、端末の最小信号処理時間を保障するように十分な値で決めることができ、一例としてｊ＝４が適用されることができる。

【0128】

段階８０４で、端末は上記ＰＵＳＣＨに対応される第１コンポーネント・キャリアにおけるＰＨＩＣＨ基地局送信サブフレームｉ及びＰＵＳＣＨの適応型再送信をスケジューリングするためのＰＤＣＣＨ基地局送信サブフレームｋを計算することができる。ＰＨＩＣＨ送信時点は、基地局が上記ＰＵＳＣＨを受信したサブフレーム以後、少なくとも上記ｊサブフレーム以後に最初に到来する(最も早い)第１コンポーネント・キャリアのダウンリンクサブフレームｉであることができる(ここで、ｉ≧ｔ１＋ｊ)。また、適応型再送信をスケジューリングするためのＰＤＣＣＨ送信時点は、ＰＵＳＣＨの端末再送信時点(ｔ２)より少なくともｊサブフレーム以前の第１コンポーネント・キャリアのダウンリンクサブフレームのうちで上記ＰＵＳＣＨの端末再送信時点と最も近いサブフレームｋであることができる(ここで、ｋ≦ｔ２−ｊ)。

【0129】

段階８０５で、ｉ＜ｋである場合、端末は実際基地局のＰＨＩＣＨ送信時点がサブフレームｉでサブフレームｉ' (ｉ'＝ｋ)で調整されてＰＨＩＣＨ、及び適応型再送信のためのＰＤＣＣＨの送信時点が一致されたことを認知することができる。

【0130】

段階８０６で、端末は上記サブフレームｋでＰＨＩＣＨ及び/又はＰＤＣＣＨを受信することができる。

【0131】

段階８０７で、端末は上記受信したＰＨＩＣＨ及び/又はＰＤＣＣＨを利用してＰＵＳＣＨを再送信するか否かを判断することができる。端末が上記ＰＵＳＣＨを再送信しない場合、端末は一実施例の一側面によるＨＡＲＱを支援する動作を終了することができる。

【0132】

段階８０７の判断結果端末がＰＵＳＣＨを再送信することに決定した場合、段階８０８で端末は初期送信がなった第２コンポーネント・キャリアでサブフレームｔ２にＰＵＳＣＨを再送信することができる。

【0133】

図９は、一実施例の一側面によるｉ＜ｋである場合、ＰＨＩＣＨ及び/又はＰＤＣＣＨの送受信タイミングを示した例示図である。すなわち、図９は２個のコンポーネント・キャリアが結合されたＴＤＤシステムで、コンポーネント・キャリアＣＣ１(９０１)はＴＤＤアップリンク−ダウンリンク構成＃１、コンポーネント・キャリアＣＣ２(９０２)はＴＤＤアップリンク−ダウンリンク構成＃３でそれぞれ運用される場合、一実施例の一側面による信号の送受信タイミングを示した例示図である。図９がコンポーネント・キャリアＣＣ１(９０１)及びコンポーネント・キャリアＣＣ２(９０２)のラジオフレームタイミングが互いに一致された例を示しているが、一側面によるＨＡＲＱを支援する基地局及び/又は端末は上記ラジオフレームタイミングが互いにずれた場合にも動作可能であることは勿論である。

【0134】

図９でＣＣ１(９０１)は、第1コンポーネント・キャリアとして、ＣＣ２(９０２)で送信されるＰＵＳＣＨをクロスキャリアスケジューリングするためのＰＤＣＣＨがＣＣ１(９０１)で送信されることを仮定することができる。基地局がＣＣ２(９０２)のラジオフレームｉのサブフレーム４(９０４)における端末ＰＵＳＣＨに対する初期送信をスケジューリングしようとする場合、基地局は上記ＰＵＳＣＨの送信時点より少なくとも４サブフレーム以前に上記ＣＣ１(９０１)で最も先に到来する(最も早い)ダウンリンクサブフレームであるラジオフレームｉのサブフレーム０(９０３)でＰＤＣＣＨを送信することができる。端末が送信した上記ＰＵＳＣＨに対応される基地局のＰＨＩＣＨ送信可能時点は、上記端末のＰＵＳＣＨ送信時点以後、少なくとも４サブフレーム以後、上記ＣＣ１(９０１)で最も先に到来するダウンリンクサブフレームであるラジオフレームｉのサブフレーム９(９０５)であることができる。もし、上記ＰＵＳＣＨに対して再送信が発生する場合、ＣＣ２(９０２)の同期式ＨＡＲＱ再送信タイミング関係によると、端末の上記再送信ＰＵＳＣＨの送信時点はラジオフレームｉ＋１のサブフレーム４(９０７)であることができる。上記再送信ＰＵＳＣＨに対して適応型再送信をスケジューリングするためのＰＤＣＣＨを送信する場合、上記ＰＤＣＣＨ送信可能時点は上記再送信ＰＵＳＣＨ送信時点より少なくとも４サブフレーム以前に上記ＣＣ１(９０１)で上記ＰＵＳＣＨの端末再送信時点と最も近い(最も遅い)ダウンリンクサブフレームであるラジオフレームｉ＋１のサブフレーム０(９０６)でＰＤＣＣＨを送信することができる。

【0135】

図５乃至図８で説明したように、基地局は上記計算したＰＨＩＣＨ送信可能時点９０５とＰＤＣＣＨ送信可能時点９０６を相互一致させて、ラジオフレームｉ＋１のサブフレーム０(９０６)をＰＨＩＣＨ及び/又はＰＤＣＣＨ送信時点で決定することができる。

【0136】

一実施例の一側面によるＰＨＩＣＨ及び/又はＰＤＣＣＨの送受信タイミングはさまざまな変形で変形可能である。例えば、基地局は上記ＰＨＩＣＨ送信時点を調整する代わり、適応型再送信のためのＰＤＣＣＨ送信時点を上記図５の説明で計算したサブフレームｋでサブフレームｋ’(ｋ’＝ｉ)で調整してＰＨＩＣＨ、及び適応型再送信のためのＰＤＣＣＨの送信時点を一致させることができる。

【0137】

例えば、図１０は、図５と同様な条件で基地局のＰＤＣＣＨ送信時点がサブフレームｋ１０５０ではない、サブフレームｉ(１０４０)で調整された例を示した。図１０でクロスキャリアスケジューリングのためのＰＤＣＣＨ又はＰＨＩＣＨが送信される第１コンポーネント・キャリアはＣＣ１(１０１０)であり、上記ＰＤＣＣＨによってクロスキャリアスケジューリングされたＰＵＳＣＨが送信される第２コンポーネント・キャリアはＣＣ２(１０２０)であることができる。アップリンクＨＡＲＱでデータ送信時点が固定された同期式ＨＡＲＱ方式を適用して、端末のＰＵＳＣＨ初期送信時点がサブフレーム０番(ｔ１、１０３０)の場合、上記ＰＵＳＣＨの再送信時点は次のラジオフレームのサブフレーム０番(ｔ２、１０６０)であることができる。

【0138】

また、基地局は図５で計算したＰＨＩＣＨ送信時点であるサブフレームｉ及びＰＤＣＣＨ送信時点であるサブフレームｋを、それぞれ実際ＰＨＩＣＨ及びＰＤＣＣＨ送信時点で適用することもできる。この場合、端末の方法を図１１を参照して説明する。

【0139】

段階１１０１、段階１１０２、段階１１０３及び段階１１０４は、図８の段階８０１、段階８０２、段階８０３及び段階８０４と同様であるので詳細な説明を省略する。また、段階１１１１、段階１１１２及び段階１１１３は図８の段階８０９、段階８１０及び段階８１１と同様であるので詳細な説明を省略する。

【0140】

段階１１０５で、端末はサブフレームｉでＰＨＩＣＨを受信することができる。

【0141】

段階１１０６で、端末はサブフレームｋでＰＤＣＣＨを追加に受信したのか否かを確認することができる。段階１１０６で端末がＰＤＣＣＨを受信した場合、段階１１０７で端末はサブフレームｋのＰＤＣＣＨデコーディング結果によってＰＵＳＣＨ再送信するか否かを判断することができる。段階１１０６で端末がＰＤＣＣＨを受信することができない場合、段階１１０８で端末はサブフレームｉのＰＨＩＣＨデコーディング結果によってＰＵＳＣＨ再送信するか否かを判断することができる。

【0142】

段階１１０９で端末は段階１１０７及び/又は段階１１０８の判断結果によって上記ＰＵＳＣＨを再送信するか否かを判断することができる。以後段階１１１０は図８の段階８０８と同様であるので説明を省略する。

【0143】

ＨＡＲＱ確認応答を送信可能なサブフレームのインデックス(すなわち、上記ｉ)がスケジューリング情報を送信可能なサブフレームのインデックス(すなわち、上記ｋ)より大きい場合(すなわち、ｉ＞ｋ)、基地局はｉ-ｔｈサブフレームでＰＨＩＣＨ及び/又はＰＤＣＣＨを送信することができる。端末は第１セルのｉ-ｔｈサブフレームで基地局から送信されたＰＨＩＣＨ及び/又はＰＤＣＣＨを受信した後、第２セルで運用される第３サブフレームでＰＨＩＣＨ及び/又はＰＤＣＣＨに相応するように基地局でデータ(一例として、ＰＵＳＣＨ)を送信(又は再送信)することができる。ここで、第３サブフレームは同期式ＨＡＲＱ方式に従って上記第２サブフレーム以後、端末がデータ(一例として、ＰＵＳＣＨ)を送信(又は再送信)することができる最も早い時区間であることができる。この時、第２サブフレームは上記端末がＰＵＳＣＨを送信しない空いた(ｖａｃａｎｔ)資源や、上記端末ではない他の端末に割り当てられる資源であることができる。

【0144】

以下で図１２乃至図１７を参照して、キャリアアグリゲーションを通じて広帯域を構成するＴＤＤ無線通信システムで、結合されたキャリアのＴＤＤアップリンク−ダウンリンク構成がキャリア別で相違する時、クロスキャリアスケジューリングを適用する場合、上述したように計算されたＰＨＩＣＨ送信時点が再送信ＰＵＳＣＨのためのＰＤＣＣＨ送信時点より遅い場合、すなわちｉ＞ｋである場合に対する、ＰＤＣＣＨ、ＰＵＳＣＨ、ＰＨＩＣＨ相互間のタイミング関係をより詳しく説明する。

【0145】

図１２は、上述したように計算されたＰＨＩＣＨ送信サブフレームｉと再送信ＰＵＳＣＨをスケジューリングするためのＰＤＣＣＨ送信サブフレームｋの関係がｉ＞ｋである場合に対する相互タイミング関係を例示した図面である。図１２で、クロスキャリアスケジューリングのためのＰＤＣＣＨ、或いはＰＨＩＣＨが送信される第１コンポーネント・キャリアはＣＣ１(１２１０)であり、上記ＰＤＣＣＨによってクロスキャリアスケジューリングされたＰＵＳＣＨが送信される第２コンポーネント・キャリアはＣＣ２(１２２０)と仮定することができる。また、システムがアップリンクＨＡＲＱにデータ送信時点が固定された同期式ＨＡＲＱ方式を採択する場合、端末のＰＵＳＣＨ初期送信時点がサブフレーム０番(ｔ１、１２３０)であれば、上記ＰＵＳＣＨを再送信する場合の再送信時点は次のラジオフレームのサブフレーム０番(ｔ２、１２６０)であることができる。例えば、互いに異なるラジオフレームの同一サブフレーム番号でＰＵＳＣＨ初期送信/再送信が行われることができる。

【0146】

端末が基地局スケジューリングによってＣＣ２(１２２０)のサブフレームｔ１(１２３０)でＰＵＳＣＨの初期送信を行なう場合、基地局は上記ＰＵＳＣＨに対応されるＡＣＫ或いはＮＡＣＫをＰＨＩＣＨを通じてＣＣ１(１２１０)のダウンリンクサブフレームｉ(１２４０)から送信することができる。この時、ｉはｉ≧ｔ１＋ｊを満足する最も小さい値であることができる。基地局が上記ＰＵＳＣＨに対してＮＡＣＫと判断して適応型再送信を決定する場合、ＣＣ２(１２２０)のサブフレームｔ２(１２６０)で再送信ＰＵＳＣＨをスケジューリングするためのＰＤＣＣＨをＣＣ１(１２１０)のダウンリンクサブフレームｋ(１２５０)に送信することができる。この時、ｋはｋ≦ｔ２−ｊである関係を満足する最大の値であることができる。

【0147】

この時、端末がサブフレームｉ(１２４０)で上記ＰＨＩＣＨを受信した後、ｔ２(１２６０)で再送信ＰＵＳＣＨを送信するまで確保された時間がΔ２サブフレーム(１２８０)として、実際端末の信号処理に必要な時間より不足な状況が発生することができる。また、基地局が適応型再送信をスケジューリングするためのＰＤＣＣＨをサブフレームｋ(１２５０)から送信するために、サブフレーム０(ｔ１、１２３０)で初期送信されたＰＵＳＣＨから十分な時間が必要さにもかかわらず、実際確保された時間がΔ１サブフレーム(１２７０)として、基地局の信号処理に必要な時間が不足することができる。

【0148】

一実施例の一側面による基地局は基地局の上記ＰＤＣＣＨ送信時点をサブフレームｋでサブフレームｋ’(ｋ’＝ｉ)で調整して、ＰＨＩＣＨ、及び適応型再送信のためのＰＤＣＣＨの送信時点を一致させることができる。また、基地局は再送信ＰＵＳＣＨ送信時点をサブフレームｔ２(１２６０)で、次回の再送信時点に該当するサブフレームｔ３に調整することができる。

【0149】

例えば、図１２と同様な条件の図１３は基地局のＰＤＣＣＨ送信時点がサブフレームｋ １３４０ではない、サブフレームｉ１３５０で調整される可能性があることを示す。図１３でクロスキャリアスケジューリングのためのＰＤＣＣＨ又はＰＨＩＣＨが送信される第１コンポーネント・キャリアはＣＣ１(１３１０)であり、上記ＰＤＣＣＨによってクロスキャリアスケジューリングされたＰＵＳＣＨが送信される第２コンポーネント・キャリアはＣＣ２(１３２０)であることができる。ＰＵＳＣＨ初期送信時点(１３３０)に対する再送信ＰＵＳＣＨ送信時点がサブフレームｔ２(１３６０)でサブフレームｔ３(１３７０)で調整されることができる。上記ＰＵＳＣＨの初期送信、或いは再送信時点をｔ１(１３３０)、ｔ２(１３６０)、ｔ３(１３７０)で一般化すると、ｔ１(１３３０)はラジオフレームｍのサブフレームｎに該当して、ｔ２(１３６０)はラジオフレームｍ＋１のサブフレームｎに該当して、ｔ３(１３７０)はラジオフレームｍ＋２のサブフレームｎに該当することができる。

【0150】

以下で図１４及び図１５を参照して、図１３の一実施例の一側面によるＨＡＲＱを支援する基地局及び端末の信号送受信タイミングに対して説明する。

【0151】

図１４は一実施例の一側面によるＨＡＲＱを支援する基地局の方法を示したフローチャートである。

【0152】

段階(１４０１)、段階(１４０２)、段階(１４０３)及び段階(１４０４)は図７の段階７０１、段階７０２、段階７０３及び段階７０４と同様であるので詳細な説明を省略する。また、段階１４０９、段階１４１０、段階１４１１及び段階１４１２は図７の段階７０９、段階７１０、段階７１１及び段階７１２と同様であるので詳細な説明を省略する。

【0153】

段階１４０５で、ｉ＞ｋである場合、基地局は実際ＰＤＣＣＨ送信時点をサブフレームｋからサブフレームｋ' (ｋ' ＝ｉ)で調整してＰＨＩＣＨ、及び適応型再送信のためのＰＤＣＣＨの送信時点を一致させることができる。

【0154】

段階１４０６で、基地局は上記ＰＵＳＣＨのデコーディング結果によって、ＡＣＫ/ＮＡＣＫを判断することができる。基地局はＡＣＫと判断した場合、段階１４０８で基地局は第１コンポーネント・キャリアにおけるサブフレームｉでＰＨＩＣＨを送信することができる。

【0155】

段階１４０６で基地局がＮＡＣＫであると判断した場合、段階１４０７で基地局は第１コンポーネント・キャリアにおけるサブフレームｉでＰＨＩＣＨ、及び/又は適応型再送信をスケジューリングするためのＰＤＣＣＨを送信することができる。

【0156】

段階１４１３で、基地局は初期送信がなった第２コンポーネント・キャリアでサブフレームｔ３(ここで、ｔ３はｔ２以後、ＰＵＳＣＨを再送信することができる最も早い時区間)に再送信ＰＵＳＣＨを受信することができる。

【0157】

図１５は、一実施例の一側面によるＨＡＲＱを支援する端末の方法を示したフローチャートである。

【0158】

段階１５０１、段階１５０２、段階１５０３及び段階１５０４は図８段階８０１、段階８０２、段階８０３及び段階８０４と同様であるので詳細な説明を省略する。また、段階１５０９、段階１５１０及び段階１５１１は図８の段階８０９、段階８１０及び段階８１１と同様であるので詳細な説明を省略する。

【0159】

段階１５０５で、ｉ＞ｋである場合、端末は実際基地局のＰＤＣＣＨ送信時点がサブフレームｋでサブフレームｋ' (ｋ'＝ｉ)で調整されてＰＨＩＣＨ、及び適応型再送信のためのＰＤＣＣＨの送信時点が一致されたことを認知することができる。

【0160】

段階１５０６で、端末は上記サブフレームｉでＰＨＩＣＨ及び/又はＰＤＣＣＨを受信することができる。

【0161】

段階１５０７で、端末は上記受信したＰＨＩＣＨ及び/又はＰＤＣＣＨを利用してＰＵＳＣＨを再送信するか否かを判断することができる。端末が上記ＰＵＳＣＨを再送信しない場合、端末は一実施例の一側面によるＨＡＲＱを支援する動作を終了することができる。

【0162】

段階１５０７の判断結果端末がＰＵＳＣＨを再送信することに決定した場合、段階１５０８で端末は初期送信がなった第２コンポーネント・キャリアでサブフレームｔ３にＰＵＳＣＨを再送信することができる。

【0163】

図１６は、一実施例の一側面によるｉ＞ｋである場合、ＰＨＩＣＨ及び/又はＰＤＣＣＨの送受信タイミングを示した例示図である。すなわち、図１６は、２個のコンポーネント・キャリアが結合されたＴＤＤシステムで、コンポーネント・キャリアＣＣ１(１６０１)はＴＤＤアップリンク−ダウンリンク構成＃３、コンポーネント・キャリアＣＣ２(１６０２)は、ＴＤＤアップリンク−ダウンリンク構成＃６にそれぞれ運用される場合、一実施例の一側面による信号の送受信タイミングを示した例示図である。図１６がコンポーネント・キャリアＣＣ１(１６０１)及びコンポーネント・キャリアＣＣ２(１６０２)のラジオフレームタイミングが互いに一致された例を示しているが、一側面によるＨＡＲＱを支援する基地局及び/又は端末は上記ラジオフレームタイミングが互いにずれた場合にも動作可能することは勿論である。

【0164】

図１６でＣＣ１(１６０１)が第１コンポーネント・キャリアとして、ＣＣ２(１６０２)で送信されるＰＵＳＣＨをクロスキャリアスケジューリングするためのＰＤＣＣＨがＣＣ１(１６０１)で送信されることができる。ＣＣ２(１６０２)のラジオフレームｉのサブフレーム8(１６０３)で端末のＰＵＳＣＨの初期送信が発生する場合、一番目の再送信ＰＵＳＣＨの送信時点はラジオフレームｉ＋１のサブフレーム８(１６０７)であり、二番目の再送信ＰＵＳＣＨの送信時点はラジオフレームｉ＋２のサブフレーム８(１６０８)であることができる。端末が送信した上記初期送信ＰＵＳＣＨに対応される基地局のＰＨＩＣＨ送信可能時点は、上記端末のＰＵＳＣＨ送信時点以後、少なくとも４サブフレーム以後、上記ＣＣ１(１６０１)で最も先に到来する(最も早い)ダウンリンクサブフレームであるラジオフレームｉ＋１のサブフレーム５(１６０４)であることができる。

【0165】

基地局が受信した初期送信ＰＵＳＣＨに対応して適応型再送信をスケジューリングするためのＰＤＣＣＨを送信する場合、上記ＰＤＣＣＨ送信可能時点は上記一番目の再送信ＰＵＳＣＨ送信時点１６０７より少なくとも４サブフレーム以前にＣＣ１(１６０１)で最も先に到来するダウンリンクサブフレームであるラジオフレームｉ＋１のサブフレー1(１６０５)でＰＤＣＣＨを送信することができる。しかし、基地局はサブフレーム１６０３で上記初期送信ＰＵＳＣＨを受信した以後、ＰＤＣＣＨを構成するまで十分な信号処理時間(例えば、４サブフレーム)を確保することができないからＰＤＣＣＨ送信が不可能なことがある。したがって、基地局はＰＤＣＣＨ送信時点をラジオフレームｉ＋１のサブフレーム５(１６０４)で調整して、ＰＤＣＣＨ及びＰＨＩＣＨの送信時点をサブフレーム(１６０６)で一致させることができる。

【0166】

また、初期送信ＰＵＳＣＨに対して再送信が発生された場合、上述したラジオフレームｉ＋１のサブフレーム８(１６０７)で端末が再送信ＰＵＳＣＨを送信するには端末の信号処理時間(例えば、４サブフレーム)が充分に確保されなく、サブフレーム８(１６０７)で端末の再送信が不可能なことがある。したがって、端末はサブフレーム１６０７以後、最も近いＰＵＳＣＨ再送信時点に該当するラジオフレームｉ＋２のサブフレーム８(１６０８)で上記初期送信ＰＵＳＣＨに対する再送信ＰＵＳＣＨを送信することができる。

【0167】

また、上記実施例はさまざまな変形が可能である。上記ｉがｋより大きい場合(ｉ＞ｋ)、基地局は第４サブフレームで他の端末−他の端末は第１サブフレームを用いる上記端末ではない端末を示す−からデータが送信されないように制御することができる。ここで、第４サブフレームは第２セルで運用されて、第２サブフレーム以後、最も早いアップリンク時区間であることができる。すなわち、第２サブフレーム以後、最も引接したアップリンクサブフレームであることができる。基地局はｉ-ｔｈサブフレームでＰＨＩＣＨ及び/又はＰＤＣＣＨを送信することができる。端末は第１セルのｉ-ｔｈサブフレームで基地局から送信されたＰＨＩＣＨ及び/又はＰＤＣＣＨを受信した後、第４サブフレームでＰＨＩＣＨ及び/又はＰＤＣＣＨに相応するように基地局でデータ(一例として、ＰＵＳＣＨ)を送信(又は再送信)することができる。この時、第２セルで運用される少なくとも一部サブフレーム(一例として、第４サブフレーム)は、同期式ＨＡＲＱによるアップリンクデータ送信時区間と一致しないことがある。

【0168】

例えば、図１３を参照すれば、端末のＰＵＳＣＨ初期送信時点１７３０に対するＰＵＳＣＨ再送信時点を予め固定されたｔ３(１７３０)ではない、ｔ３時点以前に第２コンポーネント・キャリア１３２０にスケジューリング使用可能したアップリンクサブフレームｔ３’で柔軟に調整されることができる。

【0169】

図１３と同様な条件の図１７は、再送信ＰＵＳＣＨ送信時点がサブフレームｔ３(図１３ の１３７０)でサブフレームｔ３’(１７７０)で調整された例を示した。クロスキャリアスケジューリングのためのＰＤＣＣＨ又はＰＨＩＣＨが送信される第１コンポーネント・キャリアは ＣＣ１(１７１０)であり、上記ＰＤＣＣＨによってクロスキャリアスケジューリングされたＰＵＳＣＨが送信される第２コンポーネント・キャリアはＣＣ２(１７２０)であることができる。ＰＵＳＣＨ再送信時点がサブフレーム１７７０で調整されることによって、ＰＵＳＣＨの再送信時点１７６０に対する再送信スケジューリング情報であるＰＤＣＣＨを送信可能な時点１７４０がサブフレーム１７５０で変更されることができる。この時、基地局は上記サブフレームｔ３’(１７７０)時点に再送信ＰＵＳＣＨ以外に他のＰＵＳＣＨをスケジューリングしないことによって端末のＰＵＳＣＨ送信のための相互間衝突が回避されることができる。これを通じて、再送信ＰＵＳＣＨに対する送信遅延が最小化になることができる。

【0170】

また、一実施例の一側面によって、上記ｉがｋより大きい場合(ｉ＞ｋ)が発生されるＴＤＤ構成の組合が排除されることもできる。すなわち、第１セルのＴＤＤ構成及び第２セルのＴＤＤ構成の予め設定された組合は、上記ｉが上記ｋより小さいとか同じ条件を満足するＴＤＤ構成組合中の１つであることができる。

【0171】

また、実施例の他の側面によって上記で列挙した方式の以外にも変形された多様な方式でＰＨＩＣＨ及び/又はＰＤＣＣＨの送信時区間が決定されることもできる。

【0172】

以下で、図１８及び図１９を参照して一実施例の一側面によるＨＡＲＱを支援する基地局及び端末の装置を説明する。

【0173】

図１８は、一実施例の一側面による基地局を示した装置図である。

【0174】

基地局(すなわち、第１トランシーバ)は受信部１８３６、送信部１８２４及び/又は制御部１８０４を含むことができる。受信部１８３６は第２セル−第２セルは第１セルによってスケジューリングされる−で運用される第１サブフレームで第２トランシーバ(すなわち、端末)から送信されたデータを受信することができる。送信部１８２４は、第１サブフレームに対応するＨＡＲＱ確認応答及び第２サブフレーム−第２サブフレームは第２セルで第１サブフレーム以後、第２トランシーバがデータを再送信することができる最も早い時区間−に対するスケジューリング情報を第２トランシーバに送信することができる。

【0175】

制御部１８０４は第２セルで運用される第１サブフレーム及び第２サブフレーム間の時区間に含まれた第１セルで運用されるサブフレームのうちで少なくとも１つのサブフレームでＨＡＲＱ確認応答及び/又はスケジューリング情報が送信されるように制御することができる。ここで、第１セル及び第２セルは互いに異なるＴＤＤ構成(ｃｏｎｆｉｇｕｒａｔｉｏｎ)−ＴＤＤ構成はセルで運用されるサブフレームに対するアップリンク及びダウンリンクの配列(ａｒｒａｎｇｅｍｅｎｔ)情報を示す−を有することができる。

【0176】

送信部１８２４はＰＤＣＣＨブロック１８０５、ＰＨＩＣＨブロック１８１７及び/又は多重化器１８１５を含むことができる。受信部１８３６はＰＵＳＣＨブロック１８２５及び/又は逆多重化器１８３５を含むことができる。制御部１８０４はキャリアアグリゲーション及びタイミング制御器１８０１及び/又はスケジューラー１８０３を含むことができる。

【0177】

ＰＤＣＣＨブロック１８０５は、ＤＣＩ形成機１８０７、チャンネルコーディング部１８０９、レートマッチング機１８１１及び/又は変調器１８１３を含むことができる。ＰＨＩＣＨブロック１８１７は、ＨＡＲＱ ＡＣＫ/ＮＡＣＫ生成器１８１９、ＰＨＩＣＨ形成機１８２１及び/又は変調器１８２３を含むことができる。

【0178】

ＰＵＳＣＨブロック１８２５は、復調器１８３３、逆レートマッチング機１８３１、チャンネルデコーディング部１８２９及び/又はデータ獲得部１８２７を含むことができる。

【0179】

制御部１８０４のキャリアアグリゲーション及びタイミング制御器１８０１は、端末に送信するデータ量及び/又はシステム内に使用可能したリソース量などを参考して、スケジューリングしようとする端末に対してキャリアアグリゲーションするか否か、及び/又はそれぞれの物理チャンネル相互間のタイミング関係を調節/決定することができる。キャリアアグリゲーション及びタイミング制御器１８０１は、決定されたキャリアアグリゲーションするか否か、及び/又はそれぞれの物理チャンネル相互間のタイミング関係をスケジューラー１８０３及び/又はＰＵＳＣＨブロック１８２５へ送信することができる。ここで、タイミング関係は、一実施例の一側面によって図１乃至１７で上述した説明によることができる。

【0180】

例えば、キャリアアグリゲーション及びタイミング制御器１８０１は、クロスキャリアスケジューリングが適用されて、図５乃至図１１で説明したように計算されたＰＨＩＣＨを送信可能な時点(すなわち、ｉ)が再送信ＰＵＳＣＨのためのＰＤＣＣＨを送信可能な時点(すなわち、ｋ)より早い場合(すなわち、ｉ＜ｋ)、ＰＨＩＣＨ送信時点をＰＤＣＣＨ送信時点で延期して相互間に送信時点を一致させるようにＰＤＣＣＨブロック１８０５及び/又はＰＨＩＣＨブロック１８１７を制御することができる。また、キャリアアグリゲーション及びタイミング制御器１８０１は、ＰＨＩＣＨ及び/又はＰＤＣＣＨの送信時点に対応されるＰＵＳＣＨ受信時点によってＰＵＳＣＨブロック１８２５を制御することができる。

【0181】

また、キャリアアグリゲーション及びタイミング制御器１８０１は、クロスキャリアスケジューリングが適用されて、図１２乃至図１７で説明したように計算された再送信ＰＵＳＣＨのためのＰＤＣＣＨ送信時点がＰＨＩＣＨ送信時点より早い場合(すなわち、ｋ＜ｉ)、ＰＤＣＣＨ送信時点をＰＨＩＣＨ送信時点で延期してＰＤＣＣＨ及びＰＨＩＣＨの送信時点を一致させるようにＰＤＣＣＨブロック１８０５及び/又はＰＨＩＣＨブロック１８１７を制御することができる。また、キャリアアグリゲーション及びタイミング制御器１８０１はＰＨＩＣＨ及び/又はＰＤＣＣＨの送信時点に対応されるＰＵＳＣＨ受信時点によってＰＵＳＣＨブロック１８２５を制御することができる。

【0182】

ＰＤＣＣＨブロック１８０５でＤＣＩ形成機１８０７は、スケジューラー１８０３の制御信号を受信してＤＣＩを生成することができる。チャンネルコーディング部１８０９は、生成されたＤＣＩをチャンネルコーディングして誤り訂正能力を付け加えることができる。レートマッチング機１８１１は、チャンネルコーディングされたＤＣＩを実際マッピングされるリソース量に当るようにレートマッチングすることができる。変調器１８１３は、レートマッチングされたＤＣＩを変調してＰＤＣＣＨを生成することができる。多重化器１８１５でＰＤＣＣＨを他の信号との時間関係などを考慮して多重化することができる。

【0183】

ＰＨＩＣＨブロック１８１７でＨＡＲＱ ＡＣＫ/ＮＡＣＫ生成器１８１９はスケジューラー１８０３の制御信号を受信して、端末から受信したＰＵＳＣＨに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫを生成することができる。ここで、ＰＨＩＣＨ構成機１８２１は、生成されたＨＡＲＱ ＡＣＫ/ＮＡＣＫをＰＨＩＣＨチャンネル構造に当たるように構成することができる。変調器１８２３は、ＰＨＩＣＨチャンネル構造に当たるように構成されたＨＡＲＱ ＡＣＫ/ＮＡＣＫを変調することができ、多重化器１８１５は、変調されたＨＡＲＱ ＡＣＫ/ＮＡＣＫを他の信号と多重化することができる。

【0184】

また、多重化器１８１５で多重化された信号は、ＯＦＤＭ信号で変換されて端末に送信されることができる。

【0185】

受信部１８３６のＰＵＳＣＨブロック１８２５で、逆多重化器１８３５は端末から受信した信号からＰＵＳＣＨ信号を分離することができる。復調器１８３３は、分離したＰＵＳＣＨ信号を復調することができ、逆レートマッチング部１８３１は、復調されたＰＵＳＣＨをレートマッチング以前のシンボルで再構成することができる。チャンネルデコーディング部１８２９はレートマッチング以前のシンボルで再構成されたＰＵＳＣＨをデコーディングすることができ、データ獲得部１８２７はデコーディングされたＰＵＳＣＨからデータを獲得することができる。データ獲得部１８２７は、デコーディング結果に対する誤りであるか否かをスケジューラー１８０３に通知して、スケジューラー１８０３はデコーディング結果に対する誤りである否かによってダウンリンクＨＡＲＱ ＡＣＫ/ＮＡＣＫ生成を調整することができる。また、キャリアアグリゲーション及びタイミング制御器１８０１は、デコーディング結果に対する誤りであるか否かを受信してダウンリンクＨＡＲＱ ＡＣＫ/ＮＡＣＫ送信タイミングを調整することができる。

【0186】

また、基地局はメモリー(図示せず)をさらに含むことができる。メモリーは、第１コンポーネント・キャリア及び第２コンポーネント・キャリアのＴＤＤ構成の組合によるｉ-ｔｈサブフレーム及びｋ-ｔｈサブフレームに対するマッピングテーブル又はＴＤＤ構成の組合によるＨＡＲＱ確認応答及び/又はスケジューリング情報が送信される少なくとも１つのサブフレームに対するマッピングテーブルを維持することができる。制御部１８０４はメモリーからマッピングテーブルをアクセスして、マッピングテーブルによって信号の送受信タイミングを制御することができる。

【0187】

図１９は、一実施例の一側面による端末を示した装置図である。

【0188】

端末(すなわち、第２トランシーバ)は送信部１９４、受信部１９３２及び/又は制御部１９０１を含むことができる。送信部１９１４は、第２セル−第２セルは第１セルによってスケジューリングされる−で運用される第１サブフレームでデータを第１トランシーバ(すなわち、基地局)へ送信することができる。受信部１９３２は、第１トランシーバから第１サブフレームに対応するＨＡＲＱ確認応答及び/又は第２サブフレーム−第２サブフレームは第２セルで第１サブフレーム以後、上記データを第１トランシーバに再送信することができる最も早い時区間−に対するスケジューリング情報を受信することができる。制御部１９０１は、第２セルで運用される第１サブフレーム及び第２サブフレーム間の時区間に含まれた第１セルで運用されるサブフレームのうちの少なくとも１つのサブフレームで第１トランシーバから送信されたＨＡＲＱ確認応答及び/又はスケジューリング情報が受信されるように制御することができる。ここで、第１セル及び第２セルは互いに異なるＴＤＤ構成−ＴＤＤ構成はセルで運用されるサブフレームに対するアップリンク及びダウンリンクの配列情報を現わす−を有することができる。

【0189】

送信部１９１４は、ＰＵＳＣＨブロック１９０３及び/又は多重化器１９１３を含むことができる。受信部１９３２は、ＰＨＩＣＨブロック１９１５、ＰＤＣＣＨブロック１９２１及び/又は逆多重化器１９３１を含むことができる。制御部１９０１は、キャリアアグリゲーション及びタイミング制御器１９０１であるとか、キャリアアグリゲーション及びタイミング制御器１９０１を含むことができる。

【0190】

ＰＵＳＣＨブロック１９０３は、データバッファ１９０５、チャンネルコーディング部１９０７、レートマッチング機１９０９及び/又は変調器１９１１を含むことができる。ＰＨＩＣＨブロック１９１５は、ＨＡＲＱ ＡＣＫ/ＮＡＣＫ獲得機１９１７及び/又は変調器１９１９を含むことができ、ＰＤＣＣＨブロック１９２１は、復調器１９２９、逆レートマッチング機１９２７、チャンネルデコーディング部１９２５及び/又はＤＣＩ獲得部１９２３を含むことができる。

【0191】

キャリアアグリゲーション及びタイミング制御器１９０１は、基地局から受信したＤＣＩから端末のキャリアアグリゲーション状態を調整してクロスキャリアスケジューリングの際、 どのコンポーネント・キャリアからＰＵＳＣＨを送信するか否かと、それぞれの物理チャンネルの間の送受信タイミング関係を調節してＰＵＳＣＨブロック１９０３、ＰＨＩＣＨブロック１９１５、ＰＤＣＣＨブロック１９２１で知らせる。上記タイミング関係は本発明の具体的な実施例で説明した方法による。

【0192】

例えば、キャリアアグリゲーション及びタイミング制御器１９０１は、クロスキャリアスケジューリングが適用されて、図５乃至図１１で説明したように計算されたＰＨＩＣＨを送信可能な時点(すなわち、ｉ)が再送信ＰＵＳＣＨのための基地局のＰＤＣＣＨを送信可能な時点(すなわち、ｋ)より早い場合(すなわち、ｉ＜ｋ)、ＰＨＩＣＨ送信時点をＰＤＣＣＨ送信時点で延期してＰＨＩＣＨ及びＰＤＣＣＨの送信時点が一致されたことを認知することができる。また、キャリアアグリゲーション及びタイミング制御器１９０１は、ＰＨＩＣＨ及び/又はＰＤＣＣＨの受信時点によってＰＤＣＣＨブロック１９２１及び/又はＰＨＩＣＨブロック１９１５を制御して、ここに対応されるＰＵＳＣＨ送信時点によってＰＵＳＣＨブロック１９０３を制御することができる。

【0193】

また、キャリアアグリゲーション及びタイミング制御器１９０１は、クロスキャリアスケジューリングが適用されて、図１２乃至図１７で説明したように計算された再送信ＰＵＳＣＨのための基地局のＰＤＣＣＨ送信時点がＰＨＩＣＨ送信時点より早い場合(すなわち、ｋ＜ｉ)、基地局のＰＤＣＣＨ送信時点がＰＨＩＣＨ送信時点で延期されてＰＤＣＣＨ及びＰＨＩＣＨの送信時点が一致されたことを認知することができる。また、キャリアアグリゲーション及びタイミング制御器１９０１は、ＰＤＣＣＨ及び/又はＰＨＩＣＨ受信時点によってＰＤＣＣＨブロック１９２１とＰＨＩＣＨブロック１９１５を制御して、ここに対応されるＰＵＳＣＨ送信時点によってＰＵＳＣＨブロック１９０３を制御することができる。

【0194】

ＰＵＳＣＨブロック１９０３でチャンネルコーディング部１９０７は、キャリアアグリゲーション及びタイミング制御器１９０１のタイミング制御によって、データバッファ１９０５から送信しようとするデータを抽出して、抽出されたデータをチャンネルエンコードして誤り訂正能力を付け加えることができる。レートマッチング機１９０９は、チャンネルエンコードされたデータを実際マッピングされるリソース量に合わせてレートマッチングすることができ、変調器１９１１はレートマッチングされたデータを変調することができる。多重化器１９１３は、変調されたデータを他の信号と共に送信タイミングを考慮して多重化することができる。

【0195】

また、多重化器１９１３を通じて多重化された信号は、ＳＣ−ＦＤＭＡ(Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ) 信号に変換されて基地局に送信されることができる。

【0196】

受信部１９３２のＰＨＩＣＨブロック１９１５で、逆多重化器１９３１は端末から受信した信号からＰＨＩＣＨ信号を分離することができ、復調器１９１９は、分離したＰＨＩＣＨ信号を復調することができる。ＨＡＲＱ ＡＣＫ/ＮＡＣＫ獲得部１９１７は復調されたＰＵＳＣＨに対してＨＡＲＱ ＡＣＫ/ＮＡＣＫするか否かを獲得することができる。ＰＵＳＣＨに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫするか否かはキャリアアグリゲーション及びタイミング制御器１９０１へ送信されて、キャリアアグリゲーション及びタイミング制御器１９０１は受信されたＨＡＲＱ ＡＣＫ/ＮＡＣＫする否かによってＰＵＳＣＨ再送信タイミングを調整することができる。

【0197】

ＰＤＣＣＨブロック１９２１で、逆多重化器１９３１は基地局から受信した信号でＰＤＣＣＨ信号を分離することができ、復調器１９２９は分離されたＰＤＣＣＨ信号を復調することができる。逆レートマッチング部１９２７は、復調されたＰＤＣＣＨ信号をレートマッチング以前シンボルで再構成することができる。チャンネルデコーディング部１９２５は逆レートマッチングされたＰＤＣＣＨ信号をチャンネルデコーディングすることができ、ＤＣＩ獲得部１９２３は、チャンネルデコーディングされたＰＤＣＣＨからＤＣＩを獲得することができる。獲得されたＤＣＩは、キャリアアグリゲーション及びタイミング制御器１９０１へ送信されて、キャリアアグリゲーション及びタイミング制御器１９０１は獲得されたＤＣＩを利用して端末のＰＵＳＣＨの送信タイミングを調整することができる。

【0198】

また、端末はメモリー(図示せず)をさらに含むことができる。メモリーは第１コンポーネント・キャリア及び第２コンポーネント・キャリアのＴＤＤ構成の組合によるｉ-ｔｈサブフレーム及びｋ-ｔｈサブフレームに対するマッピングテーブル又はＴＤＤ構成の組合によるＨＡＲＱ確認応答及び/又はスケジューリング情報が送信される少なくとも１つのサブフレームに対するマッピングテーブルを維持することができる。キャリアアグリゲーション及びタイミング制御器１９０１はメモリーからマッピングテーブルをアクセスして、マッピングテーブルによって信号の送受信タイミングを制御することができる。

【0199】

図２０は、一実施例の一側面によるＨＡＲＱを支援する第１トランシーバの方法を示したフローチャートである。

【0200】

段階２００５で、第１トランシーバは第２セルで運用される第１サブフレームに対するスケジューリング情報(一例として、ＰＤＣＣＨ)を第２トランシーバに送信することができる。例えば、第１トランシーバは基地局であり、第２トランシーバは端末であることができる。また、第２セルは第１セルによってスケジューリングされることができる。

【0201】

段階２０１０で、第１トランシーバは第２セルで運用される第１サブフレームで第２トランシーバから送信されたデータ(一例として、ＰＵＳＣＨ)を受信することができる。

【0202】

段階２０１５で、第１トランシーバは第２セルで運用される第１サブフレーム及び第２サブフレーム間の時区間に含まれた第１セルで運用されるサブフレームのうちの少なくとも１つのサブフレームで、第１サブフレームに対応するＨＡＲＱ確認応答(一例として、ＰＨＩＣＨ)及び/又は第２サブフレームに対するスケジューリング情報(一例として、ＰＤＣＣＨ)を第２トランシーバに送信することができる。ここで、第２サブフレームは第２セルで第１サブフレーム以後、第２トランシーバが上記データを送信又は再送信することができる最も早い時区間であることができる。また、第１セル及び第２セルは互いに異なるＴＤＤ構成を有することができる。ＴＤＤ構成は、セルで運用されるサブフレームに対するアップリンク及びダウンリンクの配列(ａｒｒａｎｇｅｍｅｎｔ)情報を現わすことができる。

【0203】

段階２０１０以後、ＨＡＲＱを支援する第１トランシーバの詳細な動作は図２１乃至図 ２３を参照して説明する。

【0204】

図２１の段階２１０５で、第１トランシーバは第１セルで運用されるｉ番目(ｉ-ｔｈ) サブフレーム及びｋ番目(ｋ-ｔｈ)サブフレームを決定することができる。上記ｉ及び上記ｋは、定数であることができる。上記ｉ番目のサブフレームは第１トランシーバが第１サブフレーム以後の第１サブフレームに対応するＨＡＲＱ確認応答(一例として、ＰＨＩＣＨ)を送信可能な時区間であることができる。上記ｋ番目のサブフレームは、第１トランシーバが第２サブフレーム以前の第２サブフレームに対するスケジューリング情報(一例として、ＰＤＣＣＨ)を送信可能な時区間であることができる。具体的には、上記ｉ及び上記ｋは数１及び数２を通じて決定されることができる。

【0205】

段階２１１０で、第１トランシーバは上記ｉ及び上記ｋが同様であるのか否かを判断することができる。上記ｉ及び上記ｋが同様である場合(ｉ＝＝ｋ)、段階２１１５で、第１トランシーバは当該のｉ-ｔｈサブフレーム(又はｋ-ｔｈサブフレーム)でＨＡＲＱ確認応答及び/又はスケジューリング情報を送信することができる。

【0206】

上記ｉ及び上記ｋが同じではない場合、段階２１２０で、第１トランシーバは上記ｉが上記ｋより大きいのか否かを判断することができる。

【0207】

上記ｉが上記ｋより大きくない場合、すなわち、上記ｉが上記ｋより小さい場合(ｉ＜ｋ)、段階２１３０で第１トランシーバはｉ-ｔｈサブフレームで第１サブフレームに対応するＨＡＲＱ確認応答(一例として、ＰＨＩＣＨ)及び/又は第２サブフレームに対するスケジューリング情報(一例として、ＰＤＣＣＨ)を第２トランシーバに送信することができる。また、第１トランシーバはｋ-ｔｈサブフレームでＰＨＩＣＨ及び/又はＰＤＣＣＨを送信することもできる。

【0208】

段階２１３５で、第１トランシーバは第２セルで運用される第２サブフレームで第２トランシーバから送信された(又は再送信された)データを受信することができる。

【0209】

段階２１２０で、上記ｉが上記ｋより大きい場合(ｉ＞ｋ)、第１トランシーバは図２２の段階２２０５へ進入することができる。

【0210】

段階２２０５で、第１トランシーバはｉ-ｔｈサブフレームで第１サブフレームに対応するＨＡＲＱ確認応答及び/又は第２サブフレーム(又は第３サブフレーム)に対するスケジューリング情報を第２トランシーバに送信することができる。

【0211】

段階２２１０で、第１トランシーバは第２セルで運用される第３サブフレームで第２トランシーバから送信された(又は再送信された)データを受信することができる。ここで、第３サブフレームは、同期式ＨＡＲＱ方式に従って第２サブフレーム以後、第２トランシーバがデータを送信(又は再送信)することができる最も早い時区間であることができる。

【0212】

また、段階２１２０で、上記ｉが上記ｋより大きい場合(ｉ＞ｋ)、第１トランシーバは図２３の段階２３０５へ進入することができる。

【0213】

段階２３０５で、第１トランシーバは、第４サブフレームで第３トランシーバからデータが送信されないように制御することができる。ここで、第４サブフレームは第２セルで運用されて、第２サブフレーム以後、最も早いアップリンク時区間であることができる。すなわち、第４サブフレームは第１サブフレームに係る同期式ＨＡＲＱのアップリンクデータ送信時区間と無関係な場合を含むことができる。

【0214】

段階２３１０で、第１トランシーバはｉ-ｔｈサブフレームで第１サブフレームに対応するＨＡＲＱ確認応答及び/又は第２サブフレーム(又は第４サブフレーム)に対するスケジューリング情報を第２トランシーバへ送信することができる。

【0215】

段階２３１５で、第１トランシーバは、第２セルで運用される第４サブフレームで第２トランシーバから送信された(又は再送信された)データを受信することができる。

【0216】

また、図２１の段階２１０５、段階２１１０及び段階２１２０で第１トランシーバの動作は図２０の段階２００５又は段階２０１０以前に行われることもできる。例えば、段階２００５以前に第１トランシーバは第１セル及び第２セルのＴＤＤ構成を利用して段階２１０５におけるｉ-ｔｈサブフレーム及びｋ-ｔｈサブフレームを決定する動作を行なって、段階２１１０及び/又は段階２１２０を通じて上記ｉ及びｋの大きさを比べることができる。したがって、段階２０１０で第１トランシーバが第２トランシーバからデータを受信した後、図２１の段階２１１５、段階２１３０、図２２の段階２２０５又は図２３の段階２３０５の何の段階へ進入するか予め分かることができる。

【0217】

また、図２０の段階２００５以前に第１トランシーバは第１セル及び第２セルのＴＤＤ構成の組合によるｉ-ｔｈサブフレーム及びｋ-ｔｈサブフレームに対するマッピングテーブル又はＴＤＤ構成の組合によるＨＡＲＱ確認応答及び/又はスケジューリング情報が送信される少なくとも１つのサブフレームに対するマッピングテーブルをメモリーに維持することができる。この時、マッピングテーブルは、ＴＤＤ構成の組合によって図２１の段階２１１５、段階２１３０、図２２の段階２２０５又は図２３の段階２３０５の何の段階へ進入して動作を行なうかどうかに対する情報を含むこともできる。

【0218】

図２４は、一実施例の一側面によるＨＡＲＱを支援する第２トランシーバの方法を示したフローチャートである。

【0219】

段階２４０５で、第２トランシーバは第２セルで運用される第１サブフレームに対するスケジューリング情報(一例として、ＰＤＣＣＨ)を第１トランシーバから受信することができる。例えば、第１トランシーバは基地局であり、第２トランシーバは端末であることができる。また、第２セルは第１セルによってスケジューリングされることができる。

【0220】

段階２４１０で、第２トランシーバは第２セルで運用される第１サブフレームでデータ(一例として、ＰＵＳＣＨ)を第１トランシーバで送信することができる。

【0221】

段階２４１５で、第２トランシーバは第２セルで運用される第１サブフレーム及び第２サブフレーム間の時区間に含まれた第１セルで運用されるサブフレームのうちの少なくとも１つのサブフレームで第１トランシーバから送信された、第１サブフレームに対応するＨＡＲＱ確認応答(一例として、ＰＨＩＣＨ)及び/又は第２サブフレームに対するスケジューリング情報(一例として、ＰＤＣＣＨ)を受信することができる。ここで、第２サブフレームは、第２セルで第１サブフレーム以後、第２トランシーバが上記データを送信又は再送信することができる最も早い時区間であることができる。また、第１セル及び第２セルは互いに異なるＴＤＤ構成を有することができる。ＴＤＤ構成は、セルで運用されるサブフレームに対するアップリンク及びダウンリンクの配列情報を現わすことができる。

【0222】

段階２４１０以後、ＨＡＲＱを支援する第２トランシーバの詳細な動作は図２５乃至図２７を参照して説明する。

【0223】

図２５の段階２５０５で、第２トランシーバは第１セルで運用されるｉ番目(ｉ-ｔｈ) サブフレーム及びｋ番目(ｋ-ｔｈ)サブフレームを決定することができる。上記ｉ番目のサブフレームは第１トランシーバが第１サブフレーム以後、第１サブフレームに対応するＨＡＲＱ確認応答(一例として、ＰＨＩＣＨ)を送信可能な時区間であることができる。上記 ｋ番目のサブフレームは第１トランシーバが第２サブフレーム以前の第２サブフレームに対するスケジューリング情報(一例として、ＰＤＣＣＨ)を送信可能な時区間であることができる。

【0224】

段階２５１０で、第２トランシーバは上記ｉ及び上記ｋが同様であるのか否かを判断することができる。上記ｉ及び上記ｋが同様である場合(ｉ＝＝ｋ)、段階２５１５で、第２トランシーバは当該のｉ-ｔｈサブフレーム(又はｋ-ｔｈサブフレーム)で第１トランシーバから送信されたＨＡＲＱ確認応答及び/又はスケジューリング情報を受信することができる。

【0225】

上記ｉ及び上記ｋが同じではない場合、段階２５２０で、第２トランシーバは上記ｉが上記ｋより大きいのか否かを判断することができる。

【0226】

上記ｉが上記ｋより大きくない場合、すなわち、上記ｉが上記ｋより小さい場合(ｉ＜ｋ)、段階２５３０で第２トランシーバはｉ-ｔｈサブフレームで第１トランシーバから送信された第１サブフレームに対応するＨＡＲＱ確認応答(一例として、ＰＨＩＣＨ)及び/又は第２サブフレームに対するスケジューリング情報(一例として、ＰＤＣＣＨ)を受信することができる。また、第１トランシーバ及び第２トランシーバ間約束によって、第２トランシーバはｋ-ｔｈサブフレームで第１トランシーバから送信されたＰＨＩＣＨ及び/又はＰＤＣＣＨを受信することもできる。

【0227】

段階２５３５で、第２トランシーバは第２セルで運用される第２サブフレームで第１トランシーバでデータを送信(又は再送信)することができる。

【0228】

段階２５２０で、上記ｉが上記ｋより大きい場合(ｉ＞ｋ)、第２トランシーバは図２６の段階２６０５へ進入することができる。

【0229】

段階２６０５で、第２トランシーバはｉ-ｔｈサブフレームで第１トランシーバから送信された第１サブフレームに対応するＨＡＲＱ確認応答及び/又は第２サブフレーム(又は第３サブフレーム)に対するスケジューリング情報を受信することができる。

【0230】

段階２６１０で、第２トランシーバは、第２セルで運用される第３サブフレームで第１トランシーバでデータ(又は再送信データ)を送信することができる。ここで、第３サブフレームは、同期式ＨＡＲＱ方式に従って第２サブフレーム以後、第２トランシーバがデータを送信(又は再送信)することができる最も早い時区間であることができる。

【0231】

また、段階２５２０で、上記ｉが上記ｋより大きい場合(ｉ＞ｋ)、第２トランシーバは図２７の段階２７０５へ進入することができる。

【0232】

段階２７０５で、第２トランシーバはｉ-ｔｈサブフレームで第１トランシーバから送信された第１サブフレームに対応するＨＡＲＱ確認応答及び/又は第２サブフレーム(又は第４サブフレーム)に対するスケジューリング情報を受信することができる。ここで、第４サブフレームは第２セルで運用されて、第２サブフレーム以後、最も早いアップリンク時区間であることができる。

【0233】

段階２７１０で、第２トランシーバは、第２セルで運用される第４サブフレームで第１トランシーバでデータを送信(又は再送信)することができる。

【0234】

また、図２５の段階２５０５、段階２５１０及び段階２５２０で第２トランシーバの動作は図２４の段階２４０５又は段階２４１０以前に行われることもできる。例えば、段階２４０５以前に第２トランシーバは、第１セル及び第２セルのＴＤＤ構成を利用して段階２５０５におけるｉ-ｔｈサブフレーム及びｋ-ｔｈサブフレームを決定する動作を行なって、段階２５１０及び/又は段階２５２０を通じて上記ｉ及びｋの大きさを比べることができる。したがって、段階２４１０で第２トランシーバが第１トランシーバでデータを送信した後、段階２５１５、段階２５３０、図２６の段階２６０５又は図２７の段階２７０５の何の段階へ進入するか予め分かることができる。

【0235】

また、段階２４０５以前に第２トランシーバは、第１セル及び第２セルのＴＤＤ構成の組合によるｉ-ｔｈサブフレーム及びｋ-ｔｈサブフレームに対するマッピングテーブル又はＴＤＤ構成の組合によるＨＡＲＱ確認応答及び/又はスケジューリング情報が送信される少なくとも１つのサブフレームに対するマッピングテーブルをメモリーに維持することができる。この時、マッピングテーブルは、ＴＤＤ構成の組合によって段階２５１５、段階２５３０、図２６の段階２６０５又は図２７段階２７０５の何の段階へ進入して動作を行なうかどうかに対する情報を含むこともできる。次に第１セルから第２セルのＰＵＳＣＨに対するクロスキャリアスケジューリング時、上記第２セルのＰＵＳＣＨをスケジューリングするために第１セルで送信されるＰＤＣＣＨと上記ＰＵＳＣＨの間のタイミング(以下、説明の便宜のために「第１タイミング」と称する。)と、上記第２セルのＰＵＳＣＨに対応されるＨＡＲＱ ＡＣＫ/ＮＡＣＫを含むＰＨＩＣＨを第１セルで送信するためのタイミング(以下、説明の便宜のために「第２タイミング」と称する。)を定義する方法に対して説明する。具体的に上記第２セルのＰＵＳＣＨが送信される時点に第１セルと第２セル共にアップリンクサブフレームで設定された場合、上記「第１タイミング」及び「第２タイミング」は第２セルと関係せず、上記第１セルのＴＤＤ構成に対して定義されたＰＤＣＣＨとＰＵＳＣＨ間のタイミングとＰＵＳＣＨとＰＨＩＣＨ間のタイミングをそれぞれ適用する。以下、図２８を参照して具体的に説明する。

【0236】

図２８は、一実施例の一側面による上記「第１タイミング」と「第 ２タイミング」を示した例示図である。すなわち、図２８は２個のコンポーネント・キャリアが結合されたＴＤＤシステムで、コンポーネント・キャリアＣＣ１(２８１０)はＴＤＤアップリンク−ダウンリンク構成＃1、コンポーネント・キャリアＣＣ２(２８２０)はＴＤＤアップリンク−ダウンリンク構成＃２でそれぞれ運用される場合、一実施例の一側面による信号の送受信タイミングを示した例示図である。ここで、図２８はコンポーネント・キャリアＣＣ１(２８１０)及びコンポーネント・キャリアＣＣ２(２８２０)のラジオフレームタイミングが互いに一致された例を示しているが、ＨＡＲＱを支援する基地局及び/又は端末で上記ラジオフレームタイミングが互いにずれた場合にも動作可能さは勿論である。

【0237】

図２８を参照すれば、ＣＣ１(２８１０)は第1 コンポーネント・キャリアとして、ＣＣ２(２８２０)から送信されるＰＵＳＣＨをクロスキャリアスケジューリングするためのＰＤＣＣＨが ＣＣ１(２８１０)から送信されることを仮定する。そして上記ＰＵＳＣＨが送信される時点にＣＣ１(２８１０)とＣＣ２(２８２０)は共にアップリンクサブフレームの場合を仮定する。すなわち、ＣＣ１(２８１０)のサブフレーム７(２８４０)がアップリンクサブフレームであり、ＣＣ２(２８２０)のＰＵＳＣＨが送信される時点であるラジオフレームｉのサブフレーム７(２８７０)も勿論アップリンクサブフレームである。

【0238】

ＴＤＤアップリンク−ダウンリンク構成＃１に定義された表２のＰＤＣＣＨ(又はＰＨＩＣＨ)とＰＵＳＣＨ相互間のタイミングを通じて適用された間隔２８８２によってラジオフレームｉのサブフレーム７(２８４０)のＰＵＳＣＨをスケジューリングするＰＤＣＣＨはラジオフレームｉのサブフレーム1(２８３０)から送信される。そしてＴＤＤアップリンク−ダウンリンク構成＃1に定義された表３のＰＵＳＣＨとＰＨＩＣＨ相互間のタイミングを通じて適用された間隔(２８８４)によってラジオフレームｉのサブフレーム７(２８４０)のＰＵＳＣＨに対応されるＰＨＩＣＨはラジオフレームｉ＋１のサブフレーム１(２８５０)から送信される。

【0239】

一方に、ＴＤＤアップリンク−ダウンリンク構成＃２に定義された表２のＰＤＣＣＨ(又はＰＨＩＣＨ)とＰＵＳＣＨ相互間のタイミングを通じて適用された間隔２８８６によってラジオフレームｉのサブフレーム７(２８７０)のＰＵＳＣＨをスケジューリングするＰＤＣＣＨはラジオフレームｉのサブフレーム３(２８６０)から送信される。そしてＴＤＤアップリンク−ダウンリンク構成＃２に定義された表３のＰＵＳＣＨとＰＨＩＣＨ相互間のタイミングを通じて適用された間隔２８８８によってラジオフレームｉのサブフレーム７(２８７０)のＰＵＳＣＨに対応されるＰＨＩＣＨはラジオフレームｉ＋１のサブフレーム３(２８８０)から送信される。

【0240】

本発明の一実施例の一側面による上記「第１タイミング」は、基地局がＣＣ２(２８２０)のラジオフレームｉのサブフレーム７(２８７０)で端末ＰＵＳＣＨに対する送信をクロスキャリアスケジューリングしようとする場合、基地局は上記ＰＵＳＣＨがまるでＣＣ１(２８１０)から送信されることと同様に扱って、ＣＣ１(２８１０)のＴＤＤアップリンク−ダウンリンク構成＃1に該当するＰＤＣＣＨ(又はＰＨＩＣＨ)とＰＵＳＣＨ相互の間のタイミングを同一に適用する。したがって、ＣＣ２(２８２０)のラジオフレームｉのサブフレーム７(２８７０)から送信されるＰＵＳＣＨをクロスキャリアスケジューリングするためのＰＤＣＣＨはＣＣ１(２８１０)のラジオフレームｉサブフレーム1(２８３０)から送信される。図２８の例では上記ＰＤＣＣＨが送信される時点に、ＣＣ１(２８１０)はスペシャルサブフレームであり、ＣＣ２(２８２０)もやっぱりスペシャルサブフレームの場合を仮定して説明した。しかし、場合によって上記ＰＤＣＣＨが送信されるＣＣ１(２８１０)のサブフレームはスペシャルサブフレーム或いはダウンリンクサブフレームとなることができる。また、上記ＰＤＣＣＨがＣＣ１(２８１０)から送信される時点にＣＣ２(２８２０)はスペシャルサブフレーム、ダウンリンクサブフレーム、或いはアップリンクサブフレームとなることもできる。

【0241】

ＣＣ１(２８１０)のＰＤＣＣＨによってクロスキャリアスケジューリングされて端末が送信した上記ＣＣ２(２８２０)のＰＵＳＣＨに対応されるＰＨＩＣＨは上記ＰＤＣＣＨが送信されたコンポーネント・キャリアと同様のＣＣ１(２８１０)から送信される。上記「第２タイミング」について、基地局は上記ＰＵＳＣＨがまるでＣＣ１(２８１０)から送信されることと同様に扱って、ＣＣ１(２８１０)のＴＤＤアップリンク−ダウンリンク構成＃1に該当するＰＵＳＣＨとＰＨＩＣＨ相互の間のタイミングを同一に適用する。したがって、ＣＣ２(２８２０)のラジオフレームｉのサブフレーム７(２８７０)から送信されたＰＵＳＣＨに対応されるＨＡＲＱ ＡＣＫ/ＮＡＣＫはＣＣ１(２８１０)のラジオフレームｉ＋１のサブフレーム１(２８５０)でＰＨＩＣＨを通じて送信される。

【0242】

もし上記ＰＵＳＣＨに対して適応型再送信をスケジューリングするためのＰＤＣＣＨが送信される場合、上記ＰＤＣＣＨは上記ＰＨＩＣＨに対して適用したタイミングと同一時点であるＣＣ１(２８１０)のラジオフレームｉ＋１のサブフレーム１(２８５０)から送信される。図２８の例で上記ＰＨＩＣＨ、或いは適応型再送信をスケジューリングするためのＰＤＣＣＨが送信される時点に、ＣＣ１(２８１０)はスペシャルサブフレームであり、ＣＣ２(２８２０)もやっぱりスペシャルサブフレームの場合を仮定して説明した。しかし、場合によって上記ＰＨＩＣＨ、或いは適応型再送信をスケジューリングするためのＰＤＣＣＨが送信されるＣＣ１(２８１０)のサブフレームはスペシャルサブフレーム、或いはダウンリンクサブフレームとなることができる。また上記ＰＨＩＣＨ、或いは適応型再送信をスケジューリングするためのＰＤＣＣＨがＣＣ１(２８１０)から送信される時点にＣＣ２(２８２０)はスペシャルサブフレーム、ダウンリンクサブフレーム、或いはアップリンクサブフレームとなることもできる。

【0243】

図２９は、一実施例の一側面によるＨＡＲＱを支援する基地局の方法を示したフローチャートである。図２９で第２コンポーネント・キャリアのＰＵＳＣＨが送信されるサブフレームはアップリンクサブフレームであり、同一時点に第１コンポーネント・キャリアのサブフレームもアップリンクサブフレームの場合を仮定する。

【0244】

段階２９０１で、基地局は所定の時点に端末に対するクロスキャリアスケジューリング(Ｃｒｏｓｓ ｃａｒｒｉｅｒ ｓｃｈｅｄｕｌｉｎｇ)するか否かを判断することができる。もし、段階２９０１で基地局がクロスキャリアスケジューリングをすることに判断/決定された場合、段階２９０２で基地局は第１コンポーネント・キャリアに定義されたＰＤＣＣＨ(又はＰＨＩＣＨ)とＰＵＳＣＨ相互間のスケジューリングタイミングによって第２コンポーネント・キャリアのＰＵＳＣＨをクロスキャリアスケジューリングするためのＰＤＣＣＨを第１コンポーネント・キャリアから送信することができる。

【0245】

段階２９０３で、基地局は上記第１コンポーネント・キャリアのＰＤＣＣＨ(又はＰＨＩＣＨ)とＰＵＳＣＨ相互間のタイミングによって端末が送信したＰＵＳＣＨを第２コンポーネント・キャリアから受信することができる。そして、段階２９０４で、基地局は上記ＰＵＳＣＨのデコーディング結果によって、ＡＣＫ/ＮＡＣＫを判断する。

【0246】

段階２９０４でＰＵＳＣＨデコーディングに失敗してＮＡＣＫと判断された場合、段階２９０５で基地局は第１コンポーネント・キャリアで定義されたＰＵＳＣＨとＰＨＩＣＨ相互間のタイミングによってＰＨＩＣＨ及び/又は適応型再送信をスケジューリングするためのＰＤＣＣＨを送信することができる。次に、段階２９０６で、基地局は初期送信がなった第２コンポーネント・キャリアで再送信ＰＵＳＣＨを受信することができる。

【0247】

一方に、段階２９０４でＰＵＳＣＨデコーディングに成功してＡＣＫと判断された場合、段階２９０７で基地局は第１コンポーネント・キャリアに定義されたＨＡＲＱ ＡＣＫ/ＮＡＣＫタイミングによってＰＨＩＣＨを送信することができる。

【0248】

さらに段階２９０１へ戻して、基地局がクロスキャリアスケジューリングを行わない場合、例えば第１コンポーネント・キャリアで送信されるＰＵＳＣＨをスケジューリングするためのＰＤＣＣＨを第１コンポーネント・キャリアで送信する場合、段階２９０８で基地局はＰＵＳＣＨをスケジューリングするためのＤＣＩをＰＤＣＣＨを通じて端末へ送信することができる。

【0249】

そして段階２９０９で、基地局はＰＤＣＣＨを送信したコンポーネント・キャリアで既存システム(一例として、ＬＴＥ/ＬＴＥ-Ａ)で定義されたＰＵＳＣＨ受信時点にＰＵＳＣＨを受信することができる。次に、段階２９１０で、基地局は上記ＰＵＳＣＨのデコーディング結果によって、ＰＨＩＣＨ、或いは適応型再送信のためのＰＤＣＣＨを既存システムで定義されたタイミングによって送信することができる。

【0250】

段階２９１１で、基地局は上記受信したＰＵＳＣＨのデコーディング結果によって、ＡＣＫ/ＮＡＣＫを判断することができる。ＡＣＫの場合、基地局は新しいデータに対するスケジューリングをしたり、進行を終了することができる。しかし、上記受信したＰＵＳＣＨのデコーディング結果がＮＡＣＫである場合、基地局は段階２９０９へ移動して再送信ＰＵＳＣＨを受信することができる。

【0251】

図３０は、一実施例の一側面によるＨＡＲＱを支援する端末の方法を示したフローチャートである。図３０で第２コンポーネント・キャリアのＰＵＳＣＨが送信されるサブフレームは、アップリンクサブフレームであり、同一時点に第１コンポーネント・キャリアのサブフレームもアップリンクサブフレームの場合を仮定する。

【0252】

図３０を参照すれば、段階３００１で、端末は基地局からＰＤＣＣＨを受信する。そして段階３００２で、端末は上記受信したＰＤＣＣＨをデコーディングしてクロスキャリアスケジューリングするか否かを判断することができる。

【0253】

段階３００２で上記ＰＤＣＣＨからクロスキャリアスケジューリングされた場合、段階３００３で端末はキャリア指示者が指示する第２コンポーネント・キャリアでＰＵＳＣＨを送信する。この時、第１コンポーネント・キャリアに対して定義されたＰＤＣＣＨ(又はＰＨＩＣＨ)とＰＵＳＣＨ相互間のタイミングによってＰＵＳＣＨが送信される。

【0254】

次に、段階３００４で、端末は第１コンポーネント・キャリアに定義されたＰＵＳＣＨとＰＨＩＣＨ相互間のタイミングによって第１コンポーネント・キャリアでＰＨＩＣＨ、或いはＰＤＣＣＨ受信する。そして段階３００５で、端末は上記受信したＰＨＩＣＨ及び/又はＰＤＣＣＨを利用してＰＵＳＣＨを再送信するか否かを判断することができる。もし、端末が上記ＰＵＳＣＨを再送信しない場合、端末は一実施例の一側面によるＨＡＲＱを支援する動作を終了することができる。

【0255】

段階３００５の判断結果端末がＰＵＳＣＨを再送信することに決定された場合、段階３００６で端末は初期送信がなった第２コンポーネント・キャリアからＰＵＳＣＨを再送信する。この時。第１コンポーネント・キャリアに対して定義されたＰＤＣＣＨ(又はＰＨＩＣＨ)とＰＵＳＣＨ相互間のスケジューリングタイミングによる。

【0256】

段階３００２へ戻して、クロスキャリアスケジューリングをしない場合、段階３００７で端末は上記ＰＤＣＣＨが送信されたコンポーネント・キャリアでＰＵＳＣＨを基地局で送信することができる。この時、ＰＵＳＣＨの送信時点は既存システム(一例として、ＬＴＥ/ＬＴＥ-Ａ)で上記コンポーネント・キャリアに定義されたＰＤＣＣＨとＰＵＳＣＨ相互間のタイミング関係によることができる。

【0257】

次に、段階３００８で、端末は上記ＰＵＳＣＨを送信したコンポーネント・キャリアで既存システムで定義されたＰＵＳＣＨとＰＨＩＣＨ/ＰＤＣＣＨ相互間のタイミング関係によってＰＨＩＣＨ及び/又はＰＤＣＣＨを受信することができる。そして段階３００９で、端末は上記受信したＰＨＩＣＨ及び/又はＰＤＣＣＨから上記ＰＵＳＣＨを再送信するか否かを判断することができる。段階３００９の判断結果端末がＰＵＳＣＨを再送信することに決定された場合、段階３００７へ移動して関連手続きを行なうことができる。しかし、端末が上記ＰＵＳＣＨを再送信しない場合、端末は一実施例の一側面によるＨＡＲＱを支援するための動作を終了することができる。

【0258】

上記一実施例の一側面によって動作する基地局装置と端末装置はそれぞれ上述した図1８と図１９を適用することができる。

【0259】

上述した実施例は多様なコンピューター手段を通じて行われることができるプログラム命令形態で具現されてコンピューター判読可能媒体に記録されることができる。上記コンピューター判読可能媒体はプログラム命令、データファイル、データ構造などを単独で又は組み合わせて含むことができる。上記媒体に記録されるプログラム命令は本発明のために特別に設計されて構成されたものであるとか、コンピューターソフトウェア当業者に公知されて使用可能なものであることができる。

【0260】

以上、上述したように本発明は、たとえ限定された実施例と図面によって説明されたが、本発明は上記の実施例に限定されるものではなく、本発明が属する分野で通常の知識を有した者であればこのような記載から多様な修正及び変形が可能である。

【0261】

よって、本発明の範囲は説明された実施例に限って決まってはならなく、後述する特許請求範囲だけではなくこの特許請求の範囲と均等なものなどによって決まるべきである。

【符号の説明】

【0262】

１０１ ＤＣＩ
１０３ ＰＤＣＣＨ
１０５ ＤＣＩ
１０７ ＰＤＣＣＨ
１０９ 第１コンポーネント・キャリア
１１１ 第２コンポーネント・キャリア
１１７ サブフレームｍ
１１９ サブフレームｎ
２０２ キャリアインジケータ
２１２ キャリアインジケータ
１８０１ キャリアアグリゲーション及びタイミング制御器
１８０３ スケジューラー
１８０４ 制御部
１８０５ ブロック
１８０７ ＤＣＩ形成機
１８０９ チャンネルコーディング部
１８１１ レートマッチング機
１８１３ 変調器
１８１５ 多重化器
１８１７ ブロック
１８１９ ＨＡＲＱ ＡＣＫ/ＮＡＣＫ生成器生成器
１８２１ ＰＨＩＣＨ形成機
１８２１ 構成機
１８２３ 変調器
１８２４ 送信部
１８２５ ブロック
１８２７ データ獲得部
１８２９ チャンネルデコーディング部
１８３１ 逆レートマッチング部
１８３３ 復調器
１８３５ 逆多重化器
１８３６ 受信部
１９０１ キャリアアグリゲーション及びタイミング制御器
１９０３ ブロック
１９０５ データバッファ
１９０７ チャンネルコーディング部
１９０９ レートマッチング機
１９１１ 変調器
１９１３ 多重化器
１９１４ 送信部
１９１５ ブロック
１９１７ 獲得部
１９１９ 復調器
１９２１ ブロック
１９２３ 獲得部
１９２５ チャンネルデコーディング部
１９２７ 逆レートマッチング機
１９２９ 復調器
１９３１ 逆多重化器
１９３２ 受信部

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図1】

【図2】