(57)【特許請求の範囲】
【請求項１】
第１サービス提供セル及び第２サービス提供セルを含む複数のサービス提供セルが設定された時分割２重通信（ＴＤＤ）無線通信システムにおいて、端末（ＵＥ）が上りリンク制御情報を送信する方法であって、
前記第２サービス提供セルの少なくとも一つのサブフレームにおいて少なくとも一つの信号を受信するステップと、
前記第１サービス提供セルの特定サブフレームにおいて、前記少なくとも一つの信号に対してハイブリッド自動再送要求応答（ＨＡＲＱ−ＡＣＫ）を送信するステップと、を有し、
前記少なくとも一つのサブフレームは、次の表を含む関係によって決定される基準上りリンク−下りリンク（ＵＬ−ＤＬ）構成の下りリンクアソシエーションセットインデクス（ＤＡＳＩ）に従って、前記特定サブフレームと関係する、方法。
【表１】
0005937116.tif 000008
【請求項２】
前記関係は次の表を更に含む、請求項１に記載の方法。
【表２】
0005937116.tif 000009
【請求項３】
各ＵＬ−ＤＬ構成の前記ＤＡＳＩは次の表によって与えられる、請求項１に記載の方法。
【表３】
0005937116.tif 000010
【請求項４】
前記第１サービス提供セルは１次セルであり、前記第２サービス提供セルは２次セルである、請求項１に記載の方法。
【請求項５】
前記ＨＡＲＱ−ＡＣＫは、前記１次セルの物理上りリンク制御チャネル（ＰＵＣＣＨ）を介して送信される、請求項４に記載の方法。
【請求項６】
前記少なくとも一つの信号は、物理下りリンク共有チャネル（ＰＤＳＣＨ）信号又は半永続スケジュール（ＳＰＳ）解放を示す物理下りリンク制御チャネル（ＰＤＣＣＨ）信号を含む、請求項１に記載の方法。
【請求項７】
第１サービス提供セル及び第２サービス提供セルを含む複数のサービス提供セルが設定された時分割２重通信（ＴＤＤ）無線通信システムにおいて、上りリンク制御情報を送信するように構成された端末（ＵＥ）であって、
無線周波（ＲＦ）ユニットと、
プロセッサと、を備え、該プロセッサは、
前記第２サービス提供セルの少なくとも一つのサブフレームにおいて少なくとも一つの信号を受信し、
前記第１サービス提供セルの特定サブフレームにおいて、前記少なくとも一つの信号に対してハイブリッド自動再送要求応答（ＨＡＲＱ−ＡＣＫ）を送信するように構成され、
前記少なくとも一つのサブフレームは、次の表を含む関係によって決定される基準上りリンク−下りリンク（ＵＬ−ＤＬ）構成の下りリンクアソシエーションセットインデクス（ＤＡＳＩ）に従って、前記特定サブフレームと関係する、端末。
【表４】
0005937116.tif 000011
【請求項８】
前記関係は次の表を更に含む、請求項７に記載の端末。
【表５】
0005937116.tif 000012
【請求項９】
各ＵＬ−ＤＬ構成の前記ＤＡＳＩは次の表によって与えられる、請求項７に記載の端末。
【表６】
0005937116.tif 000013
【請求項１０】
前記第１サービス提供セルは１次セルであり、前記第２サービス提供セルは２次セルである、請求項７に記載の端末。
【請求項１１】
前記ＨＡＲＱ−ＡＣＫは、前記１次セルの物理上りリンク制御チャネル（ＰＵＣＣＨ）を介して送信される、請求項１０に記載の端末。
【請求項１２】
前記少なくとも一つの信号は、物理下りリンク共有チャネル（ＰＤＳＣＨ）信号又は半永続スケジュール（ＳＰＳ）解放を示す物理下りリンク制御チャネル（ＰＤＣＣＨ）信号を含む、請求項７に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに係り、特に、時分割２重通信（ＴＤＤ）システムにおいて信号を送受信する方法及びそのための装置に関する。
【背景技術】
【０００２】
無線通信システムは、音声又はデータなどのような種々の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは、利用可能なシステムリソース（帯域幅、送信電力など）を共有して複数ユーザとの通信をサポートできる多元接続システムのことをいう。多元接続システムの例には、符号分割多元接続（ＣＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、単一搬送波周波数分割多元接続（ＳＣ−ＦＤＭＡ）システムなどがある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明の目的は、ＴＤＤをサポートする無線通信システムにおいて、信号を効率よく送受信する方法及びそのための装置を提供することにある。本発明の他の目的は、複数搬送波及びＴＤＤをサポートする無線通信システムにおいて、信号を効率よく送受信する方法及びそのための装置を提供することにある。
【０００４】
本発明で達成しようとする技術的課題は、上記の技術的課題に制限されず、言及していない他の技術的課題は、下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。
【課題を解決するための手段】
【０００５】
本発明の一態様として、ＴＤＤ無線通信システムにおいて端末が上りリンク制御情報を送信する方法であって、別個の上りリンク−下りリンク（ＵＬ−ＤＬ）構成を有する複数のサービス提供セルを設定するステップと、Ｍ（Ｍ≧１）個のサブフレームでハイブリッド自動再送要求応答（ＨＡＲＱ−ＡＣＫ）が要求される一つ以上の信号を受信するステップと、一つ以上の信号に対するＨＡＲＱ−ＡＣＫを、Ｍ個のサブフレームに対応する特定サブフレームで送信するための過程を行うステップと、を有し、特定サブフレームが複数のサービス提供セルのいずれに対しても上りリンクに設定された場合にだけ、特定サブフレームを通じて一つ以上の信号に対するＨＡＲＱ−ＡＣＫが送信される方法が提供される。
【０００６】
本発明の他の態様として、ＴＤＤ無線通信システムにおいて上りリンク制御情報を送信するように構成された端末であって、無線周波（ＲＦ）ユニットと、プロセッサと、を備え、プロセッサは、別個のＵＬ−ＤＬ構成を有する複数のサービス提供セルを設定し、Ｍ（Ｍ≧１）個のサブフレームでＨＡＲＱ−ＡＣＫが要求される一つ以上の信号を受信し、一つ以上の信号に対するＨＡＲＱ−ＡＣＫを、Ｍ個のサブフレームに対応する特定サブフレームで送信するための過程を行うように構成され、特定サブフレームが複数のサービス提供セルのいずれに対しても上りリンクに設定された場合にだけ、特定サブフレームを通じて一つ以上の信号に対するＨＡＲＱ−ＡＣＫを送信する端末が提供される。
【０００７】
好適には、特定サブフレームに対応するＭ個のサブフレームは、下りリンクサブフレームの個数が最も多いサービス提供セルに設定されたＵＬ−ＤＬ構成の下りリンクアソシエーションセットインデクス（ＤＡＳＩ）によって決定される。
【０００８】
好適には、一つ以上の信号に対するＨＡＲＱ−ＡＣＫは、複数のサービス提供セルのうち１次セルの物理上りリンク制御チャネル（ＰＵＣＣＨ）を用いて送信される。
【０００９】
好適には、端末が、一つ以上の信号に対するＨＡＲＱ−ＡＣＫを含むＨＡＲＱ−ＡＣＫペイロードを生成するステップ、を更に有し、ＨＡＲＱ−ＡＣＫペイロードのサイズは、サービス提供セルの個数及びＭ値を考慮して一定の値を有するように与えられ、Ｍ個のサブフレームのうち、上りリンクに設定されたサブフレームを有するサービス提供セルがある場合、当該サービス提供セルの上りリンクサブフレームに対応するＨＡＲＱ−ＡＣＫはＨＡＲＱ−ＡＣＫペイロードに含まれない。
【００１０】
好適には、Ｍ個のサブフレームのうち、複数のサービス提供セルのいずれに対しても下りリンクに設定されていない特定サブフレームが存在する場合、該特定サブフレームで物理下りリンク共有チャネル（ＰＤＳＣＨ）復号過程が省略され、これによって、特定サブフレームに対応するＨＡＲＱ−ＡＣＫはＨＡＲＱ−ＡＣＫペイロードに含まれない。
【００１１】
好適には、ＨＡＲＱ−ＡＣＫが要求される一つ以上の信号は、ＰＤＳＣＨ信号、又は半永続スケジュール（ＳＰＳ）解除を指示する物理下りリンク制御チャネル（ＰＤＣＣＨ）信号を含む。
【発明の効果】
【００１２】
本発明によれば、ＴＤＤをサポートする無線通信システムにおいて信号を効率よく送受信することが可能になる。また、複数搬送波及びＴＤＤをサポートする無線通信システムにおいて信号を効率よく送受信することが可能になる。
【００１３】
本発明で得られる効果は、以上に言及した効果に制限されず、言及していない別の効果は、下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。
【００１４】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付図面は、本発明の実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。
【図面の簡単な説明】
【００１５】
【図１】無線フレームの構造を例示する図である。
【図２】下りリンクスロットのリソースグリッドを例示する図である。
【図３】下りリンクサブフレームの構造を示す図である。
【図４】上りリンクサブフレームの構造を示す図である。
【図５】単一セル状況のＴＤＤ ＵＬ ＡＣＫ／ＮＡＣＫ送信タイミングを示す図である。
【図６】単一セル状況のＴＤＤ ＵＬ ＡＣＫ／ＮＡＣＫ送信タイミングを示す図である。
【図７】単一セル状況のＴＤＤ ＰＵＳＣＨ送信タイミングを示す図である。
【図８】単一セル状況のＴＤＤ ＰＵＳＣＨ送信タイミングを示す図である。
【図９】単一セル状況のＴＤＤ ＤＬ ＡＣＫ／ＮＡＣＫ送信タイミングを示す図である。
【図１０】単一セル状況のＴＤＤ ＤＬ ＡＣＫ／ＮＡＣＫ送信タイミングを示す図である。
【図１１】搬送波集約通信システムを例示する図である。
【図１２】複数の搬送波が束ねられた場合のスケジュールを例示する図である。
【図１３】本発明の一実施例に係るＴＤＤ ＵＬ ＡＣＫ／ＮＡＣＫ送信タイミングを説明するための図である。
【図１４】本発明の一実施例に係るＴＤＤ ＵＬ ＡＣＫ／ＮＡＣＫ送信タイミングを説明するための図である。
【図１５】本発明の他の実施例に係るＴＤＤ ＤＬ ＡＣＫ／ＮＡＣＫ送信タイミングを説明するための図である。
【図１６】本発明の他の実施例に係るＴＤＤ ＤＬ ＡＣＫ／ＮＡＣＫ送信タイミングを説明するための図である。
【図１７】本発明の更に他の実施例に係る入れ子搬送波集約を説明するための図である。
【図１８】本発明の更に他の実施例に係る入れ子搬送波集約を説明するための図である。
【図１９】本発明の更に他の実施例に係る入れ子搬送波集約を説明するための図である。
【図２０】本発明の更に他の実施例に係る入れ子搬送波集約を説明するための図である。
【図２１】本発明の一実施例に適用され得る基地局及び端末を例示する図である。
【発明を実施するための形態】
【００１６】
以下の技術は、ＣＤＭＡ、ＦＤＭＡ、ＴＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどのような様々な無線接続システムに用いることができる。ＣＤＭＡは、はん用地上無線接続（ＵＴＲＡ）又はＣＤＭＡ２０００のような無線技術で実現することができる。ＴＤＭＡは、世界移動体通信システム（ＧＳＭ（登録商標））／一般パケット無線サービス（ＧＰＲＳ）／ＧＳＭ（登録商標）進化用強化データ速度（ＥＤＧＥ）のような無線技術で実現することができる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２−２０、進化ＵＴＲＡ（Ｅ−ＵＴＲＡ）などのような無線技術で実現することができる。ＵＴＲＡは、はん用移動体通信システム（ＵＭＴＳ）の一部である。第３世代パートナシッププロジェクト（３ＧＰＰ）長期進化システム（ＬＴＥ）は、Ｅ−ＵＴＲＡを用いる進化ＵＭＴＳ（Ｅ−ＵＭＴＳ）の一部であり、下りリンクにおいてＯＦＤＭＡを採用し、上りリンクにおいてＳＣ−ＦＤＭＡを採用する。高度ＬＴＥ（ＬＴＥ−Ａ）は、３ＧＰＰ ＬＴＥの進化したバージョンである。
【００１７】
説明を明確にするために、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａを中心に説明するが、これに本発明の技術的思想が制限されるわけではない。また、以下の説明で使われる特定用語は、本発明の理解を助けるために提供されるものであり、このような特定用語の使用は、本発明の技術的思想から逸脱しない範囲で他の形態に変更してもよい。
【００１８】
図１に、無線フレームの構造を例示する。
【００１９】
図１を参照すると、３ＧＰＰ ＬＴＥ（−Ａ）で用いられる無線フレームは、１０ｍｓ（３０７２００Ｔs）の長さを有し、１０個の均等なサイズのサブフレームで構成される。無線フレーム内の１０個のサブフレームにはそれぞれ番号が付けられる。ここで、Ｔsはサンプリング時間を表し、Ｔs＝１／（２０４８*１５ｋＨｚ）である。それぞれのサブフレームは１ｍｓの長さを有し、２個のスロットで構成される。無線フレームにおいて２０個のスロットには０から１９まで順に番号付けされる。それぞれのスロットは０．５ｍｓの長さを有する。サブフレームを送信するための時間は、送信時間間隔（ＴＴＩ）で定義される。時間リソースは無線フレーム番号（又は無線フレームインデクスともいう。）、サブフレーム番号（又はサブフレームインデクスともいう。）、スロット番号（又はスロットインデクス）などによって区別可能である。
【００２０】
２重通信モードによって別々に無線フレームを構成することができる。ＦＤＤモードにおいては，下りリンク送信と上りリンク送信とは周波数によって区別されるため、無線フレームは、特定周波数帯域で下りリンクサブフレーム又は上りリンクサブフレームのいずれか一つだけを含む。ＴＤＤモードにおいては，下りリンク送信と上りリンク送信とは時間によって区別されるため、特定周波数帯域に対して無線フレームは下りリンクサブフレーム、上りリンクサブフレームの両方を含む。
【００２１】
特に、図１には、３ＧＰＰ ＬＴＥ（−Ａ）で用いられるＴＤＤ用無線フレーム構造が示されている。表１に、ＴＤＤモードの無線フレーム内のサブフレームのＵＬ−ＤＬ構成を例示する。
【００２２】
【表１】
0005937116.tif 000002
【００２３】
表１において、Ｄは下りリンクサブフレームを、Ｕは上りリンクサブフレームを、Ｓは特別サブフレームを表す。特別サブフレームは下りリンクパイロット時間スロット（ＤｗＰＴＳ）、保護期間（ＧＰ）、上りリンクパイロット時間スロット（ＵｐＰＴＳ）を含む。ＤｗＰＴＳは、下りリンク送信用に留保された時間区間であり、ＵｐＰＴＳは、上りリンク送信用に留保された時間区間である。表２は、特別サブフレームの構成を例示するものである。
【００２４】
【表２】
0005937116.tif 000003
【００２５】
図２に下りリンクスロットのリソースグリッドを例示する。
【００２６】
図２を参照すると、下りリンクスロットは、時間ドメインで複数のＯＦＤＭシンボルを含む。１下りリンクスロットは、７（６）個のＯＦＤＭシンボルを含み、リソースブロックは周波数ドメインで１２個の副搬送波を含むことができる。リソースグリッド上の各要素はリソース要素（ＲＥ）と呼ばれる。１ ＲＢは１２×７（６）個のＲＥを含む。下りリンクスロットに含まれるＲＢの個数ＮRBは下りリンク送信帯域に依存する。上りリンクスロットの構造は、下りリンクスロットの構造と同一であり、ＯＦＤＭシンボルがＳＣ−ＦＤＭＡシンボルに入れ替えられる。
【００２７】
図３は、下りリンクサブフレームの構造を例示する図である。
【００２８】
図３を参照すると、サブフレームの１番目のスロットにおいて先頭部に位置している最大３（４）個のＯＦＤＭシンボルは、制御チャネルの割り当てられる制御領域に相当する。残りのＯＦＤＭシンボルは、ＰＤＳＣＨの割り当てられるデータ領域に相当する。ＰＤＳＣＨは、伝送ブロック（Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ、ＴＢ）又はそれに対応する符号語（ＣＷ）を運ぶために用いられる。伝送ブロックは送信チャネルを介して媒体接続制御（ＭＡＣ）層から物理（ＰＨＹ）層に伝達されたデータブロックを意味する。符号語は、伝送ブロックの符号化したバージョンに相当する。伝送ブロックと符号語との対応関係はスワップによって異なることがある。本明細書で、ＰＤＳＣＨ、伝送ブロック、符号語は同じ意味で使われる。ＬＴＥ（−Ａ）で用いられる下りリンク制御チャネルの例には、物理制御フォーマット指示子チャネル（ＰＣＦＩＣＨ）、ＰＤＣＣＨ、物理ＨＡＲＱ指示子チャネル（ＰＨＩＣＨ）などがある。ＰＣＦＩＣＨは、サブフレームの１番目のＯＦＤＭシンボルで送信され、サブフレーム内において制御チャネルの送信に使われるＯＦＤＭシンボルの個数に関する情報を運ぶ。ＰＨＩＣＨは、上りリンク送信の応答としてＨＡＲＱ肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）信号を運ぶ。ＨＡＲＱ−ＡＣＫは、肯定応答（ＡＣＫと略称）、否定応答（ＮＡＣＫ）、不連続送信（ＤＴＸ）又はＮＡＣＫ／ＤＴＸを含む。ここでは、ＨＡＲＱ−ＡＣＫはＨＡＲＱ ＡＣＫ／ＮＡＣＫ、ＡＣＫ／ＮＡＣＫと同じ意味で使われる。
【００２９】
ＰＤＣＣＨを介して送信される制御情報を下りリンク制御情報（ＤＣＩ）と呼ぶ。ＤＣＩは、端末又は端末グループのためのリソース割当情報及び他の制御情報を含む。例えば、ＤＣＩは、上りリンク／下りリンクスケジュール情報、上りリンク送信（Ｔｘ）電力制御命令などを含む。複数アンテナ技術を構成するための送信モード及びＤＣＩフォーマットの情報コンテンツは、次のとおりである。
【００３０】
送信モード（ＴＭ）
・送信モード１:  一つの基地局アンテナポートからの送信
・送信モード２:  送信ダイバシチ 
・送信モード３:  開ループ空間多重化 
・送信モード４:  閉ループ空間多重化 
・送信モード５:  多ユーザ多入力多出力（ＭＩＭＯ）
・送信モード６:  閉ループランク１プリコーディング
・送信モード７:  端末特定基準信号を用いた送信
ＤＣＩフォーマット
・フォーマット０:  ＰＵＳＣＨ送信（上りリンク）用リソース許可
・フォーマット１:  １符号語ＰＤＳＣＨ送信（送信モード１，２及び７）用リソース割当て
・フォーマット１Ａ:  １符号語ＰＤＳＣＨ送信（全モード）用圧縮（ｃｏｍｐａｃｔ）リソース割当て
・フォーマット１Ｂ:  ランク１閉ループプリコーディング（モード６）を用いたＰＤＳＣＨ用圧縮リソース割当て
・フォーマット１Ｃ:  ＰＤＳＣＨ（例えば、呼出し／同報システム情報）用超圧縮リソース割当て
・フォーマット１Ｄ:  多ユーザＭＩＭＯ（モード５）を用いたＰＤＳＣＨ用圧縮リソース割当て
・フォーマット２:  閉ループＭＩＭＯ運用（モード４）のＰＤＳＣＨ用リソース割当て
・フォーマット２Ａ:  開ループＭＩＭＯ運用（モード３）のＰＤＳＣＨ用リソース割当て
・フォーマット３／３Ａ:  ２ビット／１ビット電力調整を有するＰＵＣＣＨ及びＰＵＳＣＨ用電力制御コマンド
【００３１】
上述したように、ＰＤＣＣＨは、下りリンク共有チャネル（ＤＬ−ＳＣＨ）の送信フォーマット及びリソース割当情報、上りリンク共有チャネル（ＵＬ−ＳＣＨ）の送信フォーマット及びリソース割当情報、呼出しチャネル（ＰＣＨ）上の呼出し情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダムアクセス応答のような上位層制御メッセージのリソース割当情報、端末グループ内の個別端末に対するＴｘ電力制御命令セット、Ｔｘ電力制御命令、ＩＰ電話（ＶｏＩＰ）の活性化指示情報などを運ぶ。複数のＰＤＣＣＨが制御領域内で送信され、端末は、複数のＰＤＣＣＨを監視することもできる。ＰＤＣＣＨは、一つ又は複数の連続した制御チャネル要素（ＣＣＥ）の集合（ａｇｇｒｅｇａｔｉｏｎ）上で送信される。ＣＣＥは、ＰＤＣＣＨに、無線チャネル状態に基づく符号化速度を提供するために使われる論理的割当ユニットである。ＣＣＥは、複数のリソース要素グループ（ＲＥＧ）に対応する。ＰＤＣＣＨのフォーマット及びＰＤＣＣＨビットの個数は、ＣＣＥの個数によって決定される。基地局は、端末に送信されるＤＣＩに基づいてＰＤＣＣＨフォーマットを決定し、制御情報に巡回冗長検査ビット（ＣＲＣ）を付加する。ＣＲＣには、ＰＤＣＣＨの所有者又は使用目的に基づいて識別子（例えば、無線ネットワーク一時識別子（ＲＮＴＩ））をマスク（又は、スクランブル）することができる。例えば、ＰＤＣＣＨが特定端末用であるときは、該当の端末の識別子（例えば、セルＲＮＴＩ（Ｃ−ＲＮＴＩ））をＣＲＣにマスクすることができる。ＰＤＣＣＨが呼出しメッセージのためのものであるときは、呼出し識別子（例えば、呼出しＲＮＴＩ（Ｐ−ＲＮＴＩ））をＣＲＣにマスクすることができる。ＰＤＣＣＨがシステム情報（より具体的には、システム情報ブロック（ＳＩＢ））用であるときは、システム情報ＲＮＴＩ（ＳＩ−ＲＮＴＩ）をＣＲＣにマスクすることができる。ＰＤＣＣＨがランダムアクセス応答用であるときは、ランダムアクセスＲＮＴＩ（ＲＡ−ＲＮＴＩ）をＣＲＣにマスクすることができる。
【００３２】
図４には、ＬＴＥで用いられる上りリンクサブフレームの構造を例示する。
【００３３】
図４を参照すると、上りリンクサブフレームは、複数（例えば、２個）のスロットを含む。スロットは、循環プレフィクス（ＣＰ）の長さに応じて異なった数のＳＣ−ＦＤＭＡシンボルを含むことができる。上りリンクサブフレームは周波数領域においてデータ領域と制御領域とに区別される。データ領域は、ＰＵＳＣＨを含み、音声などのデータ信号を送信するために用いられる。制御領域は、ＰＵＣＣＨを含み、上りリンク制御情報（ＵＣＩ）を送信するために用いられる。ＰＵＣＣＨは、周波数軸においてデータ領域の両端部に位置しているＲＢ対（ＲＢ  ｐａｉｒ）を含み、スロットを境界にホップする。
【００３４】
下記の制御情報を送信するためにＰＵＣＣＨを用いることができる。
【００３５】
・スケジュール要求（ＳＲ）：上りリンクＵＬ−ＳＣＨリソースを要求するために用いる情報である。オン・オフ変調（ＯＯＫ）方式を用いて送信する。
【００３６】
・ＨＡＲＱ−ＡＣＫ：ＰＤＳＣＨ上の下りリンクデータパケット（例えば、符号語）に対する応答である。下りリンクデータパケットの受信に成功したか否かを示す。一つの下りリンク符号語に対する応答としてＨＡＲＱ−ＡＣＫ １ビットが送信され、二つの下りリンク符号語に対する応答としてＨＡＲＱ−ＡＣＫ ２ビットが送信される。ＨＡＲＱ−ＡＣＫは、肯定応答（ＡＣＫと略称）、否定応答（ＮＡＣＫ）、ＤＴＸ又はＮＡＣＫ／ＤＴＸを含む。ここで、ＨＡＲＱ−ＡＣＫはＨＡＲＱ ＡＣＫ／ＮＡＣＫ、ＡＣＫ／ＮＡＣＫと同じ意味で使われる。
【００３７】
・チャネル状態情報（ＣＳＩ）：下りリンクチャネルに関するフィードバック情報である。ＭＩＭＯ関連フィードバック情報は、ランク指示子（ＲＩ）及びプリコーディング行列指示子（ＰＭＩ）を含む。サブフレーム当たり２０ビットが使われる。
【００３８】
端末がサブフレームで送信可能な制御情報（ＵＣＩ）の量は、制御情報の送信に利用可能なＳＣ−ＦＤＭＡの個数に依存する。制御情報送信に利用可能なＳＣ−ＦＤＭＡは、サブフレームにおいて参照信号送信のためのＳＣ−ＦＤＭＡシンボルを除いた残りのＳＣ−ＦＤＭＡシンボルを意味し、測定基準信号（ＳＲＳ）が設定されたサブフレームでは、サブフレームの最後のＳＣ−ＦＤＭＡシンボルも除外される。参照信号は、ＰＵＣＣＨのコヒーレント検出に用いられる。ＰＵＣＣＨは、送信される情報によって種々のフォーマットをサポートする。
【００３９】
表３に、ＬＴＥ（−Ａ）においてＰＵＣＣＨフォーマットとＵＣＩとの対応関係を示す。
【００４０】
【表３】
0005937116.tif 000004
【００４１】
以下、図５乃至図１０を参照して、単一搬送波（又はセル）状況においてＴＤＤ信号送信タイミングについて説明する。
【００４２】
図５及び図６には、ＰＤＳＣＨ−ＵＬ ＡＣＫ／ＮＡＣＫタイミングを示す。ここで、ＵＬ ＡＣＫ／ＮＡＣＫは、ＤＬデータ（例えば、ＰＤＳＣＨ）に対する応答であって、上りリンクで送信されるＡＣＫ／ＮＡＣＫを意味する。
【００４３】
図５を参照すると、端末は、Ｍ個のＤＬサブフレーム（ＳＦ）上で一つ以上のＰＤＳＣＨ信号を受信することができる（Ｓ５０２＿０〜Ｓ５０２＿Ｍ−１）。それぞれのＰＤＳＣＨ信号は送信モードによって１つ又は複数（例えば、２つ）の伝送ブロック（ＴＢ）を送信するために用いられる。また、図示してはいないが、段階Ｓ５０２＿０〜Ｓ５０２＿Ｍ−１で半永続スケジュール（ＳＰＳ）解除を指示するＰＤＣＣＨ信号も受信されることがある。Ｍ個のＤＬサブフレームにＰＤＳＣＨ信号及び／又はＳＰＳ解除ＰＤＣＣＨ信号が存在するとき、端末はＡＣＫ／ＮＡＣＫを送信するための過程（例えば、ＡＣＫ／ＮＡＣＫ（ペイロード）生成、ＡＣＫ／ＮＡＣＫリソース割当など）を経て、Ｍ個のＤＬサブフレームに対応する一つのＵＬサブフレームを通じてＡＣＫ／ＮＡＣＫを送信する（Ｓ５０４）。ＡＣＫ／ＮＡＣＫは、段階Ｓ５０２＿０〜Ｓ５０２＿Ｍ−１のＰＤＳＣＨ信号及び／又はＳＰＳ解除ＰＤＣＣＨ信号に関する受信応答情報を含む。ＡＣＫ／ＮＡＣＫは基本的にＰＵＣＣＨを介して送信されるが、ＡＣＫ／ＮＡＣＫ送信時点でＰＵＳＣＨ送信があるとき、ＡＣＫ／ＮＡＣＫはＰＵＳＣＨを介して送信される。ＡＣＫ／ＮＡＣＫ送信に表３の種々のＰＵＣＣＨフォーマットを用いることができる。また、ＰＵＣＣＨフォーマットによって送信されるＡＣＫ／ＮＡＣＫビット数を減らすために、ＡＣＫ／ＮＡＣＫバンドル、ＡＣＫ／ＮＡＣＫチャネル選択のような種々の方法を用いてもよい。
【００４４】
上述したように、ＴＤＤでは、Ｍ個のＤＬサブフレームで受信したデータに対するＡＣＫ／ＮＡＣＫが一つのＵＬサブフレームを通じて送信され（すなわち、Ｍ ＤＬ ＳＦ：１ ＵＬ ＳＦ）、これらの関係は下りリンクアソシエーションセットインデクス（ＤＡＳＩ）によって与えられる。
【００４５】
表４に、ＬＴＥ（−Ａ）に定義されたＤＡＳＩ（Ｋ：｛ｋ０，ｋ１，…，ｋＭ−１｝）を示す。表４は、ＡＣＫ／ＮＡＣＫを送信するＵＬサブフレームから見たＵＬサブフレーム自身に関連しているＤＬサブフレームとの間隔を示す。具体的には、サブフレームｎ−ｋ（ｋ∈Ｋ）にＰＤＳＣＨ送信及び／又はＳＰＳ解除を指示するＰＤＣＣＨがある場合、端末はサブフレームｎでＡＣＫ／ＮＡＣＫを送信する。
【００４６】
【表４】
0005937116.tif 000005
【００４７】
図６には、ＵＬ−ＤＬ構成＃１が設定された場合のＵＬ ＡＣＫ／ＮＡＣＫ送信タイミングを例示する。同図で、ＳＦ＃０〜＃９及びＳＦ＃１０〜＃１９はそれぞれ、無線フレームに相当する。同図で、ボックス内の数字は、ＤＬサブフレームの観点でＤＬサブフレーム自身に関連しているＵＬサブフレームを表す。例えば、ＳＦ＃５のＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫは、ＳＦ＃５＋７（＝ＳＦ＃１２）で送信され、ＳＦ＃６のＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫは、ＳＦ＃６＋６（＝ＳＦ＃１２）で送信される。したがって、ＳＦ＃５／ＳＦ＃６の下りリンク信号に対するＡＣＫ／ＮＡＣＫはいずれもＳＦ＃１２で送信される。同様に、ＳＦ＃１４のＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫは、ＳＦ＃１４＋４（＝ＳＦ＃１８）で送信される。
【００４８】
図７及び図８は、ＰＨＩＣＨ／ＵＬ許可−ＰＵＳＣＨタイミングを示す図である。ＰＤＣＣＨ（ＵＬ許可）及び／又はＰＨＩＣＨ（ＮＡＣＫ）に対応してＰＵＳＣＨを送信することができる。
【００４９】
図７を参照すると、端末は、ＰＤＣＣＨを介してＰＤＣＣＨ（ＵＬ許可）及び／又はＰＨＩＣＨ（ＮＡＣＫ）を受信することができる（Ｓ７０２）。ここで、ＮＡＣＫは、前のＰＵＳＣＨ送信に対するＡＣＫ／ＮＡＣＫに該当する。この場合、端末はＰＵＳＣＨ送信のための過程（例えば、伝送ブロック符号化、ＴＢ−ＣＷスワップ、ＰＵＳＣＨリソース割当など）を経て、ｋサブフレームの後にＰＵＳＣＨを介して一つ又は複数の伝送ブロック（ＴＢ）を初期／再送信することができる（Ｓ７０４）。この例は、ＰＵＳＣＨが一回送信される普通のＨＡＲＱ動作を仮定する。この場合、ＰＵＳＣＨ送信に対応するＰＨＩＣＨ／ＵＬ許可は同一サブフレームに存在する。ただし、ＰＵＳＣＨが複数のサブフレームを通じて複数回送信されるサブフレームバンドルについては、ＰＵＳＣＨ送信に対応するＰＨＩＣＨ／ＵＬ許可が別個のサブフレームで存在することがある。
【００５０】
表５には、ＬＴＥ（−Ａ）にＰＵＳＣＨ送信のための上りリンクアソシエーションインデクス（ＵＡＩ）（ｋ）を示す。表５は、ＰＨＩＣＨ／ＵＬ許可が検出されたＤＬサブフレームから見たＤＬサブフレーム自身に関連しているＵＬサブフレームとの間隔を示す。具体的には、サブフレームｎでＰＨＩＣＨ／ＵＬ許可が検出されると、端末はサブフレームｎ＋ｋでＰＵＳＣＨを送信することができる。
【００５１】
【表５】
0005937116.tif 000006
【００５２】
図８は、ＵＬ−ＤＬ構成＃１が設定された場合のＰＵＳＣＨ送信タイミングを例示する。同図で、ＳＦ＃０〜＃９及びＳＦ＃１０〜＃１９はそれぞれ、無線フレームに対応する。同図で、ボックス内の数字は、ＤＬサブフレームから見たＤＬサブフレーム自身に関連しているＵＬサブフレームを表す。例えば、ＳＦ＃６のＰＨＩＣＨ／ＵＬ許可に対するＰＵＳＣＨは、ＳＦ＃６＋６（＝ＳＦ＃１２）で送信され、ＳＦ＃１４のＰＨＩＣＨ／ＵＬ許可に対するＰＵＳＣＨは、ＳＦ＃１４＋４（＝ＳＦ＃１８）で送信される。
【００５３】
図９及び図１０は、ＰＵＳＣＨ−ＰＨＩＣＨ／ＵＬ許可タイミングを示す図である。ＰＨＩＣＨはＤＬ ＡＣＫ／ＮＡＣＫを送信するために用いられる。ここで、ＤＬ ＡＣＫ／ＮＡＣＫはＵＬデータ（例えば、ＰＵＳＣＨ）に対する応答であって、下りリンクで送信されるＡＣＫ／ＮＡＣＫを意味する。
【００５４】
図９を参照すると、端末は基地局にＰＵＳＣＨ信号を送信する（Ｓ９０２）。ここで、ＰＵＳＣＨ信号は送信モードによって一つ又は複数（例えば、２個）の伝送ブロック（ＴＢ）を送信するために用いられる。ＰＵＳＣＨ送信に対する応答として、基地局は、ＡＣＫ／ＮＡＣＫを送信するための過程（例えば、ＡＣＫ／ＮＡＣＫ生成、ＡＣＫ／ＮＡＣＫリソース割当など）を経て、ｋサブフレーム後にＰＨＩＣＨを介してＡＣＫ／ＮＡＣＫを端末に送信することができる（Ｓ９０４）。ＡＣＫ／ＮＡＣＫは、段階Ｓ９０２のＰＵＳＣＨ信号に関する受信応答情報を含む。また、ＰＵＳＣＨ送信に対する応答がＮＡＣＫであると、基地局はｋサブフレーム後にＰＵＳＣＨ再送信のためのＵＬ許可ＰＤＣＣＨを端末に送信してもよい（Ｓ９０４）。この例は、ＰＵＳＣＨが一回送信される普通のＨＡＲＱ動作を仮定する。この場合、ＰＵＳＣＨ送信に対応するＰＨＩＣＨ／ＵＬ許可は同一サブフレームで送信される。ただし、サブフレームバンドルについては、ＰＵＳＣＨ送信に対応するＰＨＩＣＨ／ＵＬ許可が互いに異なったサブフレームで送信されることがある。
【００５５】
表６には、ＬＴＥ（−Ａ）にＰＨＩＣＨ／ＵＬ許可送信のためのＵＡＩ（ｋ）を示す。表６は、ＰＨＩＣＨ／ＵＬ許可が存在するＤＬサブフレームから見たＤＬサブフレーム自身に関連しているＵＬサブフレームとの間隔を示す。具体的には、サブフレームｉのＰＨＩＣＨ／ＵＬ許可は、サブフレームｉ−ｋのＰＵＳＣＨ送信に対応する。
【００５６】
【表６】
0005937116.tif 000007
【００５７】
図１０には、ＵＬ−ＤＬ構成＃１が設定された場合のＰＨＩＣＨ／ＵＬ許可送信タイミングを例示する。同図で、ＳＦ＃０〜＃９及びＳＦ＃１０〜＃１９はそれぞれ、無線フレームに対応する。同図で、ボックス内の数字は、ＵＬサブフレームの観点でＵＬサブフレーム自身に関連しているＤＬサブフレームを表す。例えば、ＳＦ＃２のＰＵＳＣＨに対するＰＨＩＣＨ／ＵＬ許可は、ＳＦ＃２＋４（＝ＳＦ＃６）で送信され、ＳＦ＃８のＰＵＳＣＨに対するＰＨＩＣＨ／ＵＬ許可は、ＳＦ＃８＋６（＝ＳＦ＃１４）で送信される。
【００５８】
図１１には、搬送波集約（ＣＡ）通信システムを例示する。ＬＴＥ−Ａシステムは、より広い周波数帯域のために複数の上り／下りリンク周波数ブロックを束ねてより大きい上り／下りリンク帯域幅を用いる搬送波集約（又は帯域幅集約）技術を用いる。各周波数ブロックは、成分搬送波（ＣＣ）を用いて送信される。成分搬送波は、該当の周波数ブロックのための搬送波周波数（又は、中心搬送波、中心周波数）と理解してもよい。
【００５９】
図１１を参照すると、複数の上り／下りリンク成分搬送波（ＣＣ）を束ねてより広い上り／下りリンク帯域幅をサポートすることができる。それぞれのＣＣは周波数領域で互いに隣接していても、隣接していなくてもよい。各成分搬送波の帯域幅は独立して定められてもよい。ＵＬ ＣＣの個数とＤＬ ＣＣの個数とが異なる非対称搬送波集約も可能である。例えば、２個のＤＬ ＣＣ及び１個のＵＬ ＣＣの場合は２：１で対応するように構成可能である。ＤＬ ＣＣ／ＵＬ ＣＣリンクは、システムに固定されていてもよく、半静的に構成してもよい。また、システム全体帯域がＮ個のＣＣで構成されていても、特定端末が監視／受信し得る周波数帯域をＭ（＜Ｎ）個のＣＣに限定することができる。搬送波集約に関する種々のパラメータは、セル特定（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）、端末グループ特定（ＵＥ  ｇｒｏｕｐ−ｓｐｅｃｉｆｉｃ）又は端末特定（ＵＥ−ｓｐｅｃｉｆｉｃ）方式で設定することができる。一方、制御情報は特定ＣＣを通じてだけ送受信されるように設定することができる。このような特定ＣＣを１次ＣＣ（ＰＣＣ）（又はアンカＣＣ）と呼び、残りのＣＣを２次ＣＣ（ＳＣＣ）と呼ぶことができる。
【００６０】
ＬＴＥ−Ａは、無線リソースを管理するためにセルの概念を用いる。セルは、下りリンクリソースと上りリンクリソースとの組合せで定義され、ここで、上りリンクリソースは必須要素ではない。そのため、セルは、下りリンクリソース単独で構成されることもあり、又は下りリンクリソース及び上りリンクリソースの両方で構成されることもある。搬送波集約がサポートされる場合、下りリンクリソースの搬送波周波数（又は、ＤＬ ＣＣ）と上りリンクリソースの搬送波周波数（又は、ＵＬ ＣＣ）との間の結合（ｌｉｎｋａｇｅ）はシステム情報によって指示可能である。１次周波数（又はＰＣＣ）上で動作するセルを１次セル（ＰＣｅｌｌ）と呼び、２次周波数（又はＳＣＣ）上で動作するセルを２次セル（ＳＣｅｌｌ）と呼ぶことができる。ＰＣｅｌｌは、端末が初期接続確立過程を行い、又は接続再確立過程を行うために用いられる。ＰＣｅｌｌは、制御信号が送信されるＵＬ ＣＣとＳＩＢ２リンクされたＤＬ ＣＣ上で動作するセルを意味することができる。また、ＰＣｅｌｌは、ハンドオーバ過程で指示されたセルを意味することもできる。ＳＣｅｌｌは、ＲＲＣ接続が確立された後に構成可能であり、追加の無線リソースを提供するために用いることができる。ＰＣｅｌｌ及びＳＣｅｌｌはサービス提供セルと総称してもよい。そのため、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるが、搬送波集約が設定されていないか、搬送波集約をサポートしない端末の場合は、ＰＣｅｌｌだけで構成されたサービス提供セルが一つだけ存在する。一方、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあり、且つ搬送波集約が設定された端末の場合は、一つ以上のサービス提供セルが存在し、全体サービス提供セルにはＰＣｅｌｌ及び全体ＳＣｅｌｌが含まれる。搬送波集約のために、ネットワークは、初期セキュリティ活性化過程が開始された後、接続確立過程で初期に構成されるＰＣｅｌｌに加えて一つ以上のＳＣｅｌｌを、搬送波集約をサポートする端末のために構成することができる。
【００６１】
図１２には、複数の搬送波が束ねられた場合のスケジュールを例示する。３個のＤＬ ＣＣが束ねられたと仮定する。ＤＬ ＣＣ ＡがＰＤＣＣＨ ＣＣに設定されたとする。ＤＬ ＣＣ Ａ〜Ｃを、サービス提供ＣＣ、サービス提供搬送波、サービス提供セルなどと呼ぶことができる。搬送波指示子フィールド（ＣＩＦ）が無効化されると、それぞれのＤＬ ＣＣは、ＬＴＥ ＰＤＣＣＨ規則に従ってＣＩＦなしに自身のＰＤＳＣＨをスケジュールするＰＤＣＣＨだけを送信することができる（非ＣＣ間スケジュール）。一方、端末特定（又は、端末グループ特定又はセル特定）上位層信号通知によってＣＩＦが有効化されると、特定ＣＣ（例えば、ＤＬ ＣＣ Ａ）はＣＩＦを用いて、ＤＬ ＣＣ ＡのＰＤＳＣＨをスケジュールするＰＤＣＣＨに加えて、他のＣＣのＰＤＳＣＨをスケジュールするＰＤＣＣＨも送信することができる（ＣＣ間スケジュール）。一方、ＤＬ ＣＣ Ｂ／ＣではＰＤＣＣＨが送信されない。ここで、ＰＤＣＣＨを送信するために用いられる特定ＣＣ（又はセル）をスケジュールＣＣ（又は、スケジュールセル）と呼ぶ。スケジュールＣＣ（又は、セル）は、ＰＤＣＣＨ監視ＣＣ（又は、ＰＤＣＣＨ監視セル）と同じ意味で用いてもよい。一方、他のＣＣのＰＤＣＣＨによってＰＤＳＣＨ／ＰＵＳＣＨがスケジュールされるＣＣ（又はセル）を、被スケジュール（ｓｃｈｅｄｕｌｅｄ）ＣＣ（又は、被スケジュールセル）と呼ぶ。一つの端末に対して一つ以上のスケジュールＣＣが設定してもよい。スケジュールＣＣはＰＣＣを含み、スケジュールＣＣが一つだけ設定される場合にスケジュールＣＣはＰＣＣと等価である。ＵＥ特定、ＵＥグループ特定又はセル特定方式でスケジュールＣＣを設定することができる。
【００６２】
従来のＣＡ ＴＤＤシステムでは、束ねられたＣＣのいずれも同一のＵＬ−ＤＬ構成を有する場合だけを考慮している。この場合、いずれのＣＣにおいてもＤＬ／ＵＬサブフレームタイミングが同一であるため、図５乃至図１０を参照して説明した単一セル状況でのＴＤＤ信号送信タイミングをそのまま活用してもよい。しかしながら、最近では、ＣＣ別ＵＬ／ＤＬ負荷の違い及びＣＣ別チャネル状態の違いを考慮して、ＣＣ別にＵＬ−ＤＬ構成を独立して設定する方法が議論されている。しかし、ＣＣ間スケジュールが適用される状況で複数のＣＣが異なったＵＬ−ＤＬ構成を有すると、信号送受信タイミングについて下記の問題が起こることがある。
【００６３】
現在、ＣＣ間スケジュール状況においてデータ及びそれに対するＡＣＫ／ＮＡＣＫが送信されるＣＣは、下記の基準によって定めることができる。
【００６４】
・ＰＤＳＣＨ／ＰＵＳＣＨ：スケジュールＣＣで検出されたＰＤＣＣＨのＣＩＦが指示するＣＣ
・ＤＬ ＡＣＫ／ＮＡＣＫ（例えば、ＰＨＩＣＨ）：スケジュールＣＣ（例えば、ＤＬ ＰＣＣ）
・ＵＬ ＡＣＫ／ＮＡＣＫ（例えば、ＰＵＣＣＨ）：ＵＬ ＰＣＣ
【００６５】
このように、従来では、信号の種類によって、該当の信号の送信されるＣＣが一定規則によって定められる。全ＣＣのＵＬ−ＤＬ構成が同じ場合には上の基準に従う信号送信に問題がない。しかし、ＣＣ別にＵＬ−ＤＬ構成が独立して与えられ、それによって複数のＣＣがそれぞれ異なったＵＬ−ＤＬ構成を有する場合には、ＣＣごとに使用可能なＤＬ／ＵＬサブフレームの位置が異なるため、信号送受信自体に問題が生じることがある。さらには、このことから、未だ定義されていない新しいＵＬ／ＵＬ ＡＣＫ／ＮＡＣＫタイミング及び／又はＤＬ／ＵＬ許可タイミングなどを定義しなければならない問題につながることもある。
【００６６】
上述した問題を解決するために、以下、図面を参照して、ＣＡ及びＴＤＤをサポートするシステムにおいて信号送信タイミング（例えば、ＵＬ ＡＣＫ／ＮＡＣＫ送信タイミング、ＵＬ許可送信タイミング、ＤＬ ＡＣＫ／ＮＡＣＫ送信タイミング）を設定する方法を提案する。ＵＬ ＡＣＫ／ＮＡＣＫについては、以下の提案方法を、非ＣＣ間スケジュール又はＣＣ間スケジュールにかかわらずに適用することができる。一方、ＵＬ許可／ＰＨＩＣＨについては、以下の提案方法を、ＣＣ間スケジュールモードが設定された場合、又は実際にＣＣ間スケジュールが行われる場合に限って適用することができる。例えば、ＣＣ間スケジュールモードが設定されている場合であっても、スケジュールＣＣで自身だけをスケジュールしているとき（すなわち、非ＣＣ間スケジュールのとき）は、以下の提案方法を適用することができない。この場合は、スケジュールＣＣに設定された既存のＴＤＤ信号送信タイミングを適用することができる。
【００６７】
次に、別個のＵＬ−ＤＬ構成を有する２個のＣＣ（すなわち、１個のＰＣＣ及び１個のＳＣＣ）が束ねられた場合だけを仮定して本発明の実施例を説明するが、本発明の実施例は、別個のＵＬ−ＤＬ構成を有する３個以上のＣＣが束ねられた場合にも適用可能である。以降、ＰＣＣ及びＳＣＣは、適用技術又は文脈によって、元の定義のとおりにＰＣＣ及びＳＣＣとして解釈してもよいし、スケジュールＣＣ及び被スケジュールＣＣとして解釈してもよい。例えば、ＵＬ ＡＣＫ／ＮＡＣＫではＰＣＣ及びＳＣＣがそのままＰＣＣ及びＳＣＣを意味し、ＵＬ許可／ＰＨＩＣＨではＰＣＣ及びＳＣＣがそれぞれ、スケジュールＣＣ及び被スケジュールＣＣを意味する。また、以下の説明で、ＤはＤＬサブフレーム、Ｓは特別サブフレーム、ＵはＵＬサブフレームを意味する。Ｓは、Ｄ又はＵとして用いられ、別に言及しない限りＤとして用いられるとする。また、以下の説明で、ＣＣはセル（又はサービス提供セル）と同じ意味で使われ、ＰＣＣはＰＣｅｌｌ、ＳＣＣはＳＣｅｌｌと同じ意味で使われる。
【００６８】
実施例１：ＵＬ ＡＣＫ／ＮＡＣＫタイミング
【００６９】
この例では、ＴＤＤで動作する端末が、別個のＵＬ−ＤＬ構成に設定された複数のＣＣを束ねている環境で、上りリンク制御情報（例えば、ＵＬ ＡＣＫ／ＮＡＣＫ）を送信する方式を提案する。端末が、別個のＴＤＤ ＵＬ−ＤＬ構成を有する複数のＣＣを束ねており、端末が一つのＣＣだけでＵＬ ＡＣＫ／ＮＡＣＫを送信する状況を考慮すると、複数のＣＣで受信されたデータ（例えば、ＰＤＳＣＨ）に対するＵＬ ＡＣＫ／ＮＡＣＫ情報をどのようにして一つのＣＣでフィードバックするかについて定義する必要がある。
【００７０】
この例で提案することを要約すると、下記のとおりである。
【００７１】
規則１−１：ＵＬ ＡＣＫ／ＮＡＣＫ送信サブフレーム
端末が、別個のＵＬ−ＤＬ構成に設定された複数のＣＣを束ねている場合、ＵＬ ＡＣＫ／ＮＡＣＫは、端末が束ねているすべてのＣＣがＵＬに設定されたサブフレーム、又はそのサブフレームのサブセット（一部）でだけ送信される規則であってよい。これと関連して、すべてのＣＣがＵＬに設定されたサブフレームに対応するサブフレーム（該当のＣＣ又は特定ＣＣのＤＡＳＩを用いて決定）のうち、それら複数のＣＣのいずれかに対してＤＬに設定されていないサブフレームがある場合（例えば、ＰＣＣ：Ｕ、ＳＣＣ：Ｄ）、端末は、当該サブフレームではＰＤＳＣＨ復号過程を省略することができる。そのため、当該サブフレームに対応するＨＡＲＱ−ＡＣＫはＨＡＲＱ−ＡＣＫペイロードに含まれなくてもよい。
【００７２】
規則１−２：ＤＡＳＩ
ＤＬサブフレーム個数が多いＣＣのＤＡＳＩ（表４参照）が、束ねられたすべてのＣＣに共通に適用される。換言すると、ＵＬサブフレーム個数が少ないＣＣのＤＡＳＩが、束ねられたすべてのＣＣに共通に適用される。
【００７３】
規則１−１及び１−２は、別個のＵＬ−ＤＬ構成が存在するとき、束ねられたすべてのＣＣに本提案方法が適用される場合を記述している。しかし、規則１−１及び１−２の変形例として、ＵＬ ＡＣＫ／ＮＡＣＫに対応するＳＣＣ（すなわち、ＵＬ ＡＣＫ／ＮＡＣＫに対応するＰＤＳＣＨが受信されたＣＣ）のＵＬ−ＤＬ構成がＰＣＣのＵＬ−ＤＬ構成と実際に異なる場合にだけ、当該ＳＣＣに本例の方法を適用し、それ以外は既存の方式によってＵＬ ＡＣＫ／ＮＡＣＫタイミングを定めることも可能である。
【００７４】
図１３及び図１４には、本例に係るＵＬ ＡＣＫ／ＮＡＣＫタイミング設定方法について例示する。
【００７５】
図１３では、端末が、ＵＬ−ＤＬ構成＃０に設定されたＰＣＣとＵＬ−ＤＬ構成＃１に設定されたＳＣＣとを束ねているとする。ＵＬ ＡＣＫ／ＮＡＣＫはＰＣＣを介して送信される。規則１−１によれば、ＵＬ ＡＣＫ／ＮＡＣＫは、ＰＣＣのＵＬサブフレームのうち、ＰＣＣ及びＳＣＣの両方ともＵＬサブフレームに設定されたサブフレーム（サブフレーム＃２／＃３／＃７／＃８）、又はそのサブセットでだけ送信することが可能である。すなわち、ＰＣＣにおいてサブフレーム＃４／＃９はＵＬ ＡＣＫ／ＮＡＣＫ送信に用いられない。本例による方法は、ＰＣＣからＳＣＣへのＣＣ間スケジュールがある場合にだけ適用可能である。
【００７６】
次に、規則１−２によれば、ＰＣＣのサブフレーム＃２／＃３／＃７／＃８と関連しているＤＬサブフレームは、ＳＣＣ（すなわち、ＵＬ−ＤＬ構成＃１）のＤＡＳＩによって決定される（図１４）。これは、ＳＣＣのＤＬサブフレーム個数がＰＣＣのＤＬサブフレーム個数よりも多いためである。換言すると、ＳＣＣのＵＬサブフレーム個数がＰＣＣのＵＬサブフレーム個数よりも少ない。
【００７７】
したがって、端末はＰＣＣでＵＬ ＡＣＫ／ＮＡＣＫを送信する場合、ＳＣＣのＤＡＳＩを両ＣＣに共通に適用し、両ＣＣに対するＡＣＫ／ＮＡＣＫペイロード又はフィードバックすべき下りリンクサブフレームを決定することができる。図１４で、ＵＬ−ＤＬ構成＃１のＤＡＳＩ（ｋ）によって指示されるサブフレームがＵＬサブフレームであるとき、当該サブフレームに対するＵＬ ＡＣＫ／ＮＡＣＫをＡＣＫ／ＮＡＣＫペイロードに追加しなくてもよい。すなわち、ＵＬ ＡＣＫ／ＮＡＣＫ送信時に、当該サブフレームについては考慮しなくてもよい。一般に、ＵＬ ＡＣＫ／ＮＡＣＫペイロードサイズは、ＤＡＳＩに基づくＤＬサブフレームの個数、束ねられた（又は活性化された）ＣＣの個数、該当のサブフレームの送信モードによって決定された値を有する。他の方法として、ＡＣＫ／ＮＡＣＫペイロードサイズ変更によるＵＬ ＡＣＫ／ＮＡＣＫ検出誤りを軽減するために、ＤＡＳＩ（ｋ）が指示するサブフレームがＵＬサブフレームである場合は、当該サブフレームに対するＡＣＫ／ＮＡＣＫをＮＡＣＫ／ＤＴＸに設定してＡＣＫ／ＮＡＣＫペイロードの長さを一定に維持することもできる。
【００７８】
本提案方法によって、別個のＵＬ−ＤＬ構成を有する複数のＣＣが束ねられた場合、新しいＵＬ ＡＣＫ／ＮＡＣＫタイミングを定義せずに、既存に定義されたＵＬ ＡＣＫ／ＮＡＣＫタイミング（例えば、ＤＡＳＩ）をそのまま活用できるという利点がある。
【００７９】
実施例２：ＤＬ ＡＣＫ／ＮＡＣＫ（又は、ＵＬ許可）タイミング
【００８０】
本例では、ＴＤＤで動作する端末が、別個のＵＬ−ＤＬ構成に設定された複数のＣＣを束ねている環境において下りリンク制御情報（例えば、ＤＬ ＡＣＫ／ＮＡＣＫ）を送信する方式について提案する。端末が、別個のＴＤＤ ＵＬ−ＤＬ構成を有する複数のＣＣを束ねており、基地局がスケジュールＣＣだけでＤＬ ＡＣＫ／ＮＡＣＫを送信する状況を考慮すると、複数のＣＣで受信されたデータ（例えば、ＰＵＳＣＨ）に対するＤＬ ＡＣＫ／ＮＡＣＫ情報をどのように一つのＣＣでフィードバックするかについて定義する必要がある。
【００８１】
便宜上、以下ではＤＬ ＡＣＫ／ＮＡＣＫ（例えば、ＰＨＩＣＨ）を中心に説明するが、本発明は、ＵＬ許可（例えば、ＰＤＣＣＨ）を送信する場合にも同一／類似の適用が可能である。
【００８２】
本例で提案することを要約すると、下記のとおりである。
【００８３】
規則２−１：ＤＬ ＡＣＫ／ＮＡＣＫ送信サブフレーム
端末が、別個のＵＬ−ＤＬ構成に設定された複数のＣＣを束ねている場合、ＤＬ ＡＣＫ／ＮＡＣＫは、端末が束ねているすべてのＣＣがＤＬに設定されたサブフレーム、又はそのサブフレームのサブセット（一部）でだけ送信される規則とすることができる。これと関連して、すべてのＣＣがＤＬに設定されたサブフレームに対応するサブフレーム（例えば、該当のＣＣ又は特定ＣＣのＵＡＩを用いて決定）のうち、それら複数のＣＣのいずれかに対してＵＬに設定されていないサブフレームがある場合（例えば、ＰＣＣ：Ｄ、ＳＣＣ：Ｕ）には、当該サブフレームでＰＵＳＣＨ関連スケジュール（例えば、ＵＬ許可）／フィードバック（例えば、ＰＨＩＣＨ送信）過程を省略してもよい。
【００８４】
規則２−２：ＵＡＩ
ＵＬサブフレーム個数が多いＣＣのＵＡＩ（表６参照）が、束ねられたすべてのＣＣに共通に適用される。換言すると、ＤＬサブフレーム個数が少ないＣＣのＵＡＩが、束ねられたすべてのＣＣに共通に適用される。
【００８５】
規則２−１及び２−２は、別個のＵＬ−ＤＬ構成が存在するとき、束ねられたすべてのＣＣに本提案方法が適用される場合を記述している。しかし、規則２−１及び２−２の変形例として、ＤＬ ＡＣＫ／ＮＡＣＫに対応する被スケジュールＣＣ（すなわち、ＤＬ ＡＣＫ／ＮＡＣＫに対応するＰＵＳＣＨが受信されたＣＣ）（例えば、ＳＣＣ）のＵＬ−ＤＬ構成が、スケジュールＣＣ（例えば、ＰＣＣ）のＵＬ−ＤＬ構成と実際に異なる場合にだけ、被スケジュールＣＣに本例の方法を適用し、それ以外は既存の方式によってＡＣＫ／ＮＡＣＫタイミングを定めることも可能である。
【００８６】
図１５及び図１６に、本例に係るＤＬ ＡＣＫ／ＮＡＣＫタイミング設定方法について例示する。ここで、ＰＣＣはスケジュールＣＣに相当し、ＳＣＣは被スケジュールＣＣに相当する。
【００８７】
図１５を参照し、端末が、ＵＬ−ＤＬ構成＃１に設定されたＰＣＣと、ＵＬ−ＤＬ構成＃２に設定されたＳＣＣとを束ねていると仮定する。ＤＬ ＡＣＫ／ＮＡＣＫはＰＣＣでだけ送信される。規則２−１によれば、ＤＬ ＡＣＫ／ＮＡＣＫは、ＰＣＣのＤＬサブフレームのうち、ＰＣＣとＳＣＣの両方ともＤＬサブフレームに設定されたサブフレーム（サブフレーム＃０＃１／＃４／＃５／＃６／＃９）、又はそのサブセットでだけ送信されることが可能である。そのため、ＳＣＣのサブフレーム＃３／＃８はＤＬサブフレームであるにもかかわらず、該サブフレームではＤＬ ＡＣＫ／ＮＡＣＫ送信がない。本例による方法は、ＰＣＣからＳＣＣへのＣＣ間スケジュールがある場合にだけ適用可能である。
【００８８】
次に、規則２−２によれば、ＰＣＣのサブフレーム＃０＃１／＃４／＃５／＃６／＃９と関連しているＵＬサブフレームは、ＰＣＣ（すなわち、ＵＬ−ＤＬ構成＃１）のＵＡＩによって決定される（図１６）。これは、ＰＣＣのＵＬサブフレーム個数がＳＣＣのＵＬサブフレーム個数よりも多いためである。換言すると、ＰＣＣのＤＬサブフレーム個数がＳＣＣのＤＬサブフレーム個数よりも少ない。
【００８９】
したがって、端末は、ＰＣＣでＤＬ ＡＣＫ／ＮＡＣＫを送信する場合、ＰＣＣのＵＡＩを両ＣＣに共通に適用し、両ＣＣに対するＤＬ ＡＣＫ／ＮＡＣＫ又はフィードバックすべき上りリンクサブフレームを決定することができる。図１５で、ＵＬ−ＤＬ構成＃１のＵＡＩ（ｋ）が指示するサブフレームがＤＬサブフレームであるとき、当該サブフレームに対するＤＬ ＡＣＫ／ＮＡＣＫは送信されない。ＰＨＩＣＨはそれぞれのＰＵＳＣＨに対して個別に送信されるため、ＰＵＳＣＨ送信がない場合は、ＵＬ ＤＴＸが発生した場合に相当する。また、ＰＨＩＣＨリソースは、ＰＵＳＣＨ送信に用いられたＰＲＢインデクスを用いるため、ＰＵＳＣＨ送信がない場合にはＰＨＩＣＨリソースも割り当てられない。
【００９０】
本提案方法によれば、別個のＵＬ−ＤＬ構成を有する複数のＣＣが束ねられた場合、新しいＤＬ ＡＣＫ／ＮＡＣＫタイミングを定義せずに、既に定義されたＤＬ ＡＣＫ／ＮＡＣＫタイミング（例えば、ＵＡＩ）をそのまま活用できるという利点がある。
【００９１】
実施例３：入れ子搬送波集約
【００９２】
図１１を参照して説明したように、複数のＣＣが束ねられる場合、特定ＣＣ（例えば、ＰＣＣ）を用いてだけＣＣ間スケジュールが行われ、又は特定ＣＣだけを用いてＵＣＩを送信するように制限されている。そのため、別個のＵＬ−ＤＬ構成を有する複数のＣＣを単純に束ねる場合には、ＤＬ／ＵＬ ＡＣＫ／ＮＡＣＫタイミング及び／又はＤＬ／ＵＬ許可タイミングなどについて、既存のＬＴＥ（−Ａ）で定義されていない新しいタイミング関係を定義する必要がある。
【００９３】
図１７は、新しい信号送信タイミングが要求される場合を例示する。本例は、ＰＣＣがＵＬ−ＤＬ構成＃２に設定され、ＳＣＣがＵＬ−ＤＬ構成＃４に設定された状況を仮定する。一例として、サブフレーム＃３でＰＣＣはＤＬサブフレームであり、ＳＣＣはＵＬサブフレームであるため、ＰＣＣからＳＣＣへのＣＣ間スケジュールが制限される。そのため、新しい許可タイミング、新しいＰＨＩＣＨタイミングに関する定義が必要とされる。
【００９４】
上述した問題を解決するために、本例では、複数のＣＣを束ねる場合にＣＣのＵＬ−ＤＬ構成の組合せに制限を加えることによって、既存のＵＬ／ＤＬ ＡＣＫ／ＮＡＣＫタイミング及びＤＬ／ＵＬ許可タイミングを極力活用する方法について提案する。本例の方法は、特定ＣＣ（例えば、ＰＣＣ）を用いてだけＣＣ間スケジュールが行われ、又は特定ＣＣだけを用いてＵＣＩを送信することをサポートすることができる。
【００９５】
具体的には、複数のＴＤＤ ＣＣを束ねる場合について次の方式を提案する。
【００９６】
１．ＰＣＣでだけ上り／下りリンク制御情報を送る場合には、ＰＣＣのＵＬサブフレームセットがＳＣＣのＵＬサブフレームセットを包含するようにＣＣのＵＬ−ＤＬ構成の組合せを制限することができる（便宜上、ＵＬ入れ子構造と呼ぶ）。
【００９７】
ａ．ＵＬ許可タイミング設定はＰＣＣに依存する。すなわち、ＰＣＣのＵＬ許可タイミングをすべてのＣＣに共通に適用することができる。
【００９８】
ｂ．ＰＨＩＣＨタイミング設定はＰＣＣに依存する。すなわち、ＰＣＣのＰＨＩＣＨタイミングをすべてのＣＣに共通に適用することができる。
【００９９】
ｃ．一方法として、（２つのＣＣだけが束ねられた場合）ＳＣＣのＵＬ ＡＣＫ／ＮＡＣＫタイミングに従う。すなわち、ＳＣＣのＵＬ ＡＣＫ／ＮＡＣＫタイミングをすべてのＣＣに共通に適用することができる。他の方法として、各ＣＣのＵＬ ＡＣＫ／ＮＡＣＫタイミングをそのまま適用することができる。このようにしても、ＳＣＣのＵＬサブフレームをＰＣＣが包含するため、ＳＣＣのＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫをＰＣＣのＵＬサブフレームで送信することができる。
【０１００】
２．ＰＣＣのＵＬサブフレームセットがＳＣＣのＵＬサブフレームセットを包含するように構成されていない場合は、ＰＣＣでだけ上り／下りリンク制御情報が送られるようにしない。すなわち、ＣＣ間スケジュールをしないか、又はＰＨＩＣＨ送信もＣＣ別に送信されるようしたり、ＵＬ ＡＣＫ／ＮＡＣＫ又はＣＳＩ送信もすべてのＣＣで送信されるようにしたりする。
【０１０１】
図１８は、本例に係る入れ子搬送波集約方法を例示する。ここで、ＰＣＣはスケジュールＣＣに相当し、ＳＣＣは被スケジュールＣＣに相当する。本例は、ＰＣＣがＵＬ−ＤＬ構成＃１に設定され、ＳＣＣがＵＬ−ＤＬ構成＃２に設定された状況を仮定する。この場合、ＰＣＣでだけ上り／下りリンク制御信号を送るとき、新しいＵＬ許可タイミング及びＤＬ ＡＣＫ／ＮＡＣＫタイミング（例えば、ＰＨＩＣＨタイミング）の導入なしで、既存のＬＴＥ（−Ａ）のタイミングをそのまま活用できるというメリットがある。すなわち、ＳＣＣのＵＬ許可タイミングはＰＣＣのＵＬ許可タイミングをそのまま用い、ＰＨＩＣＨタイミングもＰＣＣのＰＨＩＣＨタイミングをそのまま用いることができる。また、実施例１で言及したとおり、ＵＬ ＡＣＫ／ＮＡＣＫタイミングはＳＣＣの構成をそのまま利用できるというメリットもある。また、ＣＣ別ＵＬ ＡＣＫ／ＮＡＣＫタイミングをそのまま適用することができる。このようにしても、ＳＣＣのＵＬサブフレームをＰＣＣが包含するため、ＳＣＣのＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫをＰＣＣのＵＬサブフレームで送信することができる。
【０１０２】
図１９は、本例に係る入れ子搬送波集約方法を例示する。同図で、ＵＬ−ＤＬ構成によるサブフレーム構成は、表１で定義したとおりである。２個のＣＣを束ねる場合、ＵＬ−ＤＬ構成の組合せに制限がないときは、合計４９個の組合せが可能である。一方、入れ子搬送波集約時に可能なＵＬ−ＤＬ構成の組合せは、２５個に減る。
【０１０３】
他の方法として、ＵＬ ＡＣＫ／ＮＡＣＫ送信に関するＰＣＣタイミングを共通に適用するために次の方式を考慮することができる。
【０１０４】
１．ＰＣＣでだけ上り／下りリンク制御情報を送る場合には、ＰＣＣのＤＬサブフレームセットがＳＣＣのＤＬサブフレームセットを包含するようにＣＣのＵＬ−ＤＬ構成の組合せを制限することができる（便宜上、ＤＬ入れ子構造と称する）。
【０１０５】
ａ．ＵＬ許可タイミング設定は特定ＣＣに依存する。例えば、ＰＣＣのＵＬ許可タイミング設定に依存することができる。好適には、ＰＣＣがＤ、ＳＣＣがＵであるサブフレームでは、ＳＣＣのＰＵＳＣＨに対するスケジュールを制限することができる。また、特徴的にＰＣＣがＤ、ＳＣＣがＵであるサブフレームをスケジュールするために、一つのＤＬサブフレームで複数のＵＬサブフレームをスケジュールする必要がある。この場合、複数のＵＬサブフレームのうちのいずれのサブフレームであるかを知らせるＵＬサブフレーム指示子（ＵＳＩ）フィールドがスケジュールＰＤＣＣＨ内に暗黙に又は明示的に存在してもよい。
【０１０６】
ｂ．（２つのＣＣだけ束ねられた場合）特定ＣＣのＵＬ ＡＣＫ／ＮＡＣＫタイミングに従う。例えば、ＰＣＣのＵＬ ＡＣＫ／ＮＡＣＫタイミングをすべてのＣＣに共通に適用することができる。
【０１０７】
ｃ．ＰＨＩＣＨタイミング設定は特定ＣＣに依存する。例えば、ＰＣＣのＰＨＩＣＨタイミングをすべてのＣＣに共通に適用することができる。
【０１０８】
２．ＰＣＣのＤＬサブフレームセットがＳＣＣのＤＬサブフレームセットを包含するように構成されていない場合、ＰＣＣでだけ上り／下りリンク制御情報が送られるようにしない。すなわち、ＣＣ間スケジュールをしないか、又はＰＨＩＣＨ送信もＣＣ別に送信されるようにしたり、ＵＬ ＡＣＫ／ＮＡＣＫ又はＣＳＩ送信もすべてのＣＣで送信されるようにしたりする。
【０１０９】
図２０は、本例に係る入れ子搬送波集約方法を例示する。同図で、ＵＬ−ＤＬ構成によるサブフレーム構成は、表１で定義したとおりである。２個のＣＣを束ねる場合、ＵＬ−ＤＬ構成の組合せに制限がないときは、合計４９個の組合せが可能である。一方、入れ子搬送波集約時に可能なＵＬ−ＤＬ構成の組合せは２５個に減る。
【０１１０】
図２１は、本発明に一実施例に適用され得る基地局及び端末を例示する。無線通信システムにリレーが含まれる場合、通信は、バックホールリンクでは基地局とリレーとの間で行われ、アクセスリンクではリレーと端末との間で行われる。そのため、図示の基地局又は端末は状況によってリレーで代替してもよい。
【０１１１】
図２１を参照すると、無線通信システムは、基地局（ＢＳ）１１０及び端末（ＵＥ）１２０を含む。基地局１１０は、プロセッサ１１２、メモリ１１４及び無線周波（ＲＦ）ユニット１１６を含む。プロセッサ１１２は、本発明で提案した手順及び／又は方法を具現するように構成することができる。メモリ１１４は、プロセッサ１１２に接続し、プロセッサ１１２の動作と関連した種々の情報を記憶する。ＲＦユニット１１６は、プロセッサ１１２に接続し、無線信号を送信及び／又は受信する。端末１２０は、プロセッサ１２２、メモリ１２４及びＲＦユニット１２６を含む。プロセッサ１２２は、本発明で提案した手順及び／又は方法を具現するように構成することができる。メモリ１２４は、プロセッサ１２２に接続し、プロセッサ１２２の動作と関連した種々の情報を記憶する。ＲＦユニット１２６は、プロセッサ１２２に接続し、無線信号を送信及び／又は受信する。基地局１１０及び／又は端末１２０は、単一アンテナ又は複数アンテナを有することができる。
【０１１２】
以上説明してきた実施例は、本発明の構成要素及び特徴を所定形態に結合したものである。各構成要素又は特徴は、別の明示的な言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合しない形態で実施することもでき、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明される動作の順序は変更可能である。ある実施例の一部構成又は特徴は、別の実施例に含めることもできるし、別の実施例の対応する構成又は特徴に置き換えることもできる。特許請求の範囲において明示的な引用関係にない請求項を結合して実施例を構成したり、出願後の補正によって新しい請求項として含めたりすることができることは明らかである。
【０１１３】
本明細書においては、本発明の実施例は主に端末と基地局との間のデータ送受信関係を中心に説明されている。本明細書において基地局によって行われるとした特定動作は、場合によっては、その上位ノードによって行われてもよい。すなわち、基地局を含む複数のネットワークノードからなるネットワークにおいて、端末との通信のために行われる種々の動作は、基地局又は基地局以外の別のネットワークノードによって実行され得ることは明らかである。基地局は、固定局、ノードＢ、進化ノードＢ（ｅＮＢ）、アクセスポイントなどの用語で代替可能である。また、端末は、ユーザ装置（ＵＥ）、移動機（ＭＳ）、移動加入者局（ＭＳＳ）などの用語で代替可能である。
【０１１４】
本発明に係る実施例は様々な手段、例えば、ハードウェア、ファームウェア、ソフトウェア又はそれらの結合などによって具現することができる。ハードウェアによる具現の場合、本発明の一実施例は、一つ又はそれ以上の特定用途集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラム可能論理デバイス（ＰＬＤ）、フィールドプログラム可能ゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
【０１１５】
ファームウェア又はソフトウェアによる具現の場合、本発明の一実施例は、以上で説明された機能又は動作を行うモジュール、手順、関数などの形態とすることができる。ソフトウェアコードは、メモリユニットに記憶されて、プロセッサによって駆動される構成とすることができる。メモリユニットは、プロセッサの内部又は外部に設けられて、既に公知の様々な手段によってプロセッサとデータを交換することができる。
【０１１６】
本発明は、本発明の特徴から逸脱しない範囲で別の特定の形態に具体化し得るということは、当業者にとっては自明である。したがって、上記の詳細な説明は、いずれの面においても制限的に解釈されてはならず、例示的なものとして考慮されなければならない。本発明の範囲は、添付の請求項の合理的な解釈によって決定すべきであり、本発明の均等範囲内における変更はいずれも本発明の範囲に含まれる。
【産業上の利用可能性】
【０１１７】
本発明は、端末、リレー、基地局などのような無線通信装置に利用可能である。
【図１】
0005937116.tif 000014
【図２】
0005937116.tif 000015
【図３】
0005937116.tif 000016
【図４】
0005937116.tif 000017
【図５】
0005937116.tif 000018
【図６】
0005937116.tif 000019
【図７】
0005937116.tif 000020
【図８】
0005937116.tif 000021
【図９】
0005937116.tif 000022
【図１０】
0005937116.tif 000023
【図１１】
0005937116.tif 000024
【図１２】
0005937116.tif 000025
【図１３】
0005937116.tif 000026
【図１４】
0005937116.tif 000027
【図１５】
0005937116.tif 000028
【図１６】
0005937116.tif 000029
【図１７】
0005937116.tif 000030
【図１８】
0005937116.tif 000031
【図１９】
0005937116.tif 000032
【図２０】
0005937116.tif 000033
【図２１】
0005937116.tif 000034