(57)【特許請求の範囲】
【請求項１】
ＣＡ（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ）ベースの無線通信システムにおいて端末がＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ）過程を行う方法であって、
互いに異なるサブフレーム構成を有する第１セルと第２セルを構成し、該第２セルはＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）ＵＬ−ＤＬ構成（Ｕｐｌｉｎｋ−Ｄｏｗｎｌｉｎｋ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）＃０に構成されることと、
前記第１セルを通じてＵＬグラント（Ｕｐｌｉｎｋ  ｇｒａｎｔ）を受信することと、
前記第２セルを通じて前記ＵＬグラントに対応するデータを送信することと、
を含み、
前記第１セル上で前記データに対するＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ  ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）リソースは下記の式によって決定され、
0005778874.tif 000060
ここで、
【化３８】
0005778874.tif 000061
は、ＰＨＩＣＨグループインデックスを表し、
【化３９】
0005778874.tif 000062
は、直交シーケンスインデックスを表し、
【化４０】
0005778874.tif 000063
は、前記データの送信に用いられたリソースブロックのインデックスと関連した値を表し、
【化４１】
0005778874.tif 000064
は、前記スケジューリング情報内のＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）−関連フィールドの値から得られ、
【化４２】
0005778874.tif 000065
は、ＰＨＩＣＨグループの個数を表し、
【化４３】
0005778874.tif 000066
は、直交シーケンス長さを表し、ＩＰＨＩＣＨは０又は１であり、
前記データにＩＰＨＩＣＨ＝０のＰＨＩＣＨリソースが対応する場合、前記データに対する再送信は、ＰＨＩＣＨ及びＵＬグラントの少なくとも一つに基づいて行われ、
前記データに  ＩＰＨＩＣＨ＝１のＰＨＩＣＨリソースが対応する場合、前記データに対する再送信は、ＵＬグラントのみに基づいて行われる、方法。
【請求項２】
前記第１セルのサブフレーム構成は、ＴＤＤ  ＵＬ−ＤＬ構成＃１〜＃６のうち一つによって構成されたり、又はＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）方式によって構成され、
前記ＴＤＤ  ＵＬ−ＤＬ構成によるサブフレーム構成は、下記の表のようである、請求項１に記載の方法：
【表１−１】
0005778874.tif 000067
ここで、ＤはＤＬサブフレーム（ＳＦ）を表し、ＵはＵＬ  ＳＦを表し、ＳはスペシャルＳＦを表す。
【請求項３】
前記ＵＬグラントは、第１のＵＬ  ＳＦ及び第２のＵＬ  ＳＦのうち少なくとも一つに関するＵＬスケジューリング情報を含み、前記第１のＵＬ  ＳＦは時間的に前記第２のＵＬ  ＳＦよりも早く、
前記第１のＵＬ  ＳＦのデータに対する再送信は、ＰＨＩＣＨ及びＵＬグラントのうち少なくとも一つに基づいて行われ、前記第２のＵＬ  ＳＦのデータに対する再送信は、ＵＬグラントのみに基づいて行われる、請求項１に記載の方法。
【請求項４】
前記データに前記ＩＰＨＩＣＨ＝１のＰＨＩＣＨリソースが対応する場合、該当のＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）でＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層のＨＡＲＱプロセスにＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を知らせる、請求項１に記載の方法。
【請求項５】
前記第１セルはスケジューリングセルであり、前記第２セルは被スケジューリングセルである、請求項１に記載の方法。
【請求項６】
ＣＡ（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ）ベースの無線通信システムにおいてＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ）過程を行うように構成された端末であって、
ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）ユニットと、
プロセッサと、
を備え、前記プロセッサは、
互いに異なるサブフレーム構成を有する第１セルと第２セルを構成し、前記第２セルはＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）ＵＬ−ＤＬ構成（Ｕｐｌｉｎｋ−Ｄｏｗｎｌｉｎｋ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）＃０に構成され、前記第１セルを通じてＵＬグラント（Ｕｐｌｉｎｋ  ｇｒａｎｔ）を受信し、前記第２セルを通じて前記ＵＬグラントに対応するデータを送信するように構成され、
前記第１セル上で前記データに対するＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ  ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）リソースは、下記の式によって決定され、
0005778874.tif 000068
ここで、
【化４４】
0005778874.tif 000069
は、ＰＨＩＣＨグループインデックスを表し、
【化４５】
0005778874.tif 000070
は、直交シーケンスインデックスを表し、
【化４６】
0005778874.tif 000071
は、前記データの送信に用いられたリソースブロックのインデックスと関連した値を表し、
【化４７】
0005778874.tif 000072
は、前記スケジューリング情報内のＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）−関連フィールドの値から得られ、
【化４８】
0005778874.tif 000073
は、ＰＨＩＣＨグループの個数を表し、
【化４９】
0005778874.tif 000074
は、直交シーケンス長さを表し、ＩＰＨＩＣＨは０又は１であり、
前記データにＩＰＨＩＣＨ＝０のＰＨＩＣＨリソースが対応する場合、前記データに対する再送信は、ＰＨＩＣＨ及びＵＬグラントの少なくとも一つに基づいて行われ、
前記データにＩＰＨＩＣＨ＝１のＰＨＩＣＨリソースが対応する場合、前記データに対する再送信は、ＵＬグラントのみに基づいて行われる、端末。
【請求項７】
前記第１セルのサブフレーム構成は、ＴＤＤ  ＵＬ−ＤＬ構成＃１〜＃６のうち一つによって構成されたり、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）方式によって構成され、
前記ＴＤＤ  ＵＬ−ＤＬ構成によるサブフレーム構成は、下記の表のようである、請求項６に記載の端末：
【表１−２】
0005778874.tif 000075
ここで、ＤはＤＬサブフレーム（ＳＦ）を表し、ＵはＵＬ  ＳＦを表し、ＳはスペシャルＳＦを表す。
【請求項８】
前記ＵＬグラントは、第１のＵＬ  ＳＦ及び第２のＵＬ  ＳＦのうち少なくとも一つに関するＵＬスケジューリング情報を含み、前記第１のＵＬ  ＳＦは、時間的に前記第２のＵＬ  ＳＦよりも早く、
前記第１のＵＬ  ＳＦのデータに対する再送信は、ＰＨＩＣＨ及びＵＬグラントのうち少なくとも一つに基づいて行われ、前記第２のＵＬ  ＳＦのデータに対する再送信は、ＵＬグラントのみに基づいて行われる、請求項６に記載の端末。
【請求項９】
前記データに前記ＩＰＨＩＣＨ＝１のＰＨＩＣＨリソースが対応する場合、該当のＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）でＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層のＨＡＲＱプロセスにＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を知らせる、請求項６に記載の端末。
【請求項１０】
前記第１セルはスケジューリングセルであり、前記第２セルは被スケジューリングセルである、請求項６に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに係り、特に、キャリアアグリゲーション（ＣＡ）ベースの無線通信システムにおいて制御情報を送信する方法及び装置に関する。
【背景技術】
【０００２】
無線通信システムが音声やデータなどのような種々の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは、可用のシステムリソース（帯域幅、送信電力など）を共有して複数ユーザとの通信をサポートできる多元接続（ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムのことをいう。多元接続システムの例には、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムなどがある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明の目的はＣＡベースの無線通信システムにおいて制御情報を送信する方法及びそのための装置を提供することにある。本発明の他の目的は、アップリンク信号に対する受信応答情報を效率よく送信／受信するための方法及びそのための装置を提供することにある。
【０００４】
本発明で達成しようとする技術的課題は、以上に言及している技術的課題に制限されるものではなく、言及していない他の技術的課題は、下の記載から、本発明の属する技術の分野における通常の知識を有する者には明らかになるであろう。
【課題を解決するための手段】
【０００５】
本発明の一態様として、ＣＡ（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ）ベースの無線通信システムにおいて端末がＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ）過程を行う方法であって、互いに異なるサブフレーム構成を有する第１セルと第２セルを構成し、該第２セルはＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）ＵＬ−ＤＬ構成（Ｕｐｌｉｎｋ−Ｄｏｗｎｌｉｎｋ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）＃０に構成されることと、前記第１セルを通じてＵＬグラント（Ｕｐｌｉｎｋ  ｇｒａｎｔ）を受信することと、前記第２セルを通じて前記ＵＬグラントに対応するデータを送信することと、を含み、前記第１セル上で前記データに対するＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ  ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）リソースは下記の式によって決定され、
0005778874.tif 000002
ここで、
【化１】
0005778874.tif 000003
は、ＰＨＩＣＨグループインデックスを表し、
【化２】
0005778874.tif 000004
は、直交シーケンスインデックスを表し、
【化３】
0005778874.tif 000005
は、前記データの送信に用いられたリソースブロックのインデックスと関連した値を表し、
【化４】
0005778874.tif 000006
は、前記スケジューリング情報内のＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）−関連フィールドの値から得られ、
【化５】
0005778874.tif 000007
は、ＰＨＩＣＨグループの個数を表し、
【化６】
0005778874.tif 000008
は、直交シーケンス長さを表し、ＩＰＨＩＣＨは０又は１であり、前記データにＩＰＨＩＣＨ＝０のＰＨＩＣＨリソースが対応する場合、前記データに対する再送信は、ＰＨＩＣＨ及びＵＬグラントの少なくとも一つに基づいて行われ、前記データに  ＩＰＨＩＣＨ＝１のＰＨＩＣＨリソースが対応する場合、前記データに対する再送信は、ＵＬグラントのみに基づいて行われる、方法が提供される。
【０００６】
本発明の他の態様として、ＣＡ（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ）ベースの無線通信システムにおいてＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ）過程を行うように構成された端末であって、ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）ユニットと、プロセッサと、を備え、前記プロセッサは、互いに異なるサブフレーム構成を有する第１セルと第２セルを構成し、前記第２セルはＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）ＵＬ−ＤＬ構成（Ｕｐｌｉｎｋ−Ｄｏｗｎｌｉｎｋ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）＃０に構成され、前記第１セルを通じてＵＬグラント（Ｕｐｌｉｎｋ  ｇｒａｎｔ）を受信し、前記第２セルを通じて前記ＵＬグラントに対応するデータを送信するように構成され、前記第１セル上で前記データに対するＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ  ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）リソースは、下記の式によって決定され、
0005778874.tif 000009
ここで、
【化７】
0005778874.tif 000010
は、ＰＨＩＣＨグループインデックスを表し、
【化８】
0005778874.tif 000011
は、直交シーケンスインデックスを表し、
【化９】
0005778874.tif 000012
は、前記データの送信に用いられたリソースブロックのインデックスと関連した値を表し、
【化１０】
0005778874.tif 000013
は、前記スケジューリング情報内のＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）−関連フィールドの値から得られ、
【化１１】
0005778874.tif 000014
は、ＰＨＩＣＨグループの個数を表し、
【化１２】
0005778874.tif 000015
は、直交シーケンス長さを表し、ＩＰＨＩＣＨは０又は１であり、前記データにＩＰＨＩＣＨ＝０のＰＨＩＣＨリソースが対応する場合、前記データに対する再送信は、ＰＨＩＣＨ及びＵＬグラントの少なくとも一つに基づいて行われ、前記データにＩＰＨＩＣＨ＝１のＰＨＩＣＨリソースが対応する場合、前記データに対する再送信は、ＵＬグラントのみに基づいて行われる、端末が提供される。
【０００７】
好適には、前記第１セルのサブフレーム構成は、ＴＤＤ  ＵＬ−ＤＬ構成＃１〜＃６のうち一つによって構成されたり、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）方式によって構成され、前記ＴＤＤ  ＵＬ−ＤＬ構成によるサブフレーム構成は、下記の表のようである：
【表１−Ａ】
0005778874.tif 000016
ここで、ＤはＤＬサブフレーム（ＳＦ）を表し、ＵはＵＬ  ＳＦを表し、ＳはスペシャルＳＦを表す。
好適には、  前記ＵＬグラントは、第１のＵＬ  ＳＦ及び第２のＵＬ  ＳＦのうち少なくとも一つに関するＵＬスケジューリング情報を含み、前記第１のＵＬ  ＳＦは、時間的に前記第２のＵＬ  ＳＦよりも早く、
【０００８】
前記第１のＵＬ  ＳＦのデータに対する再送信は、ＰＨＩＣＨ及びＵＬグラントのうち少なくとも一つに基づいて行われ、前記第２のＵＬ  ＳＦのデータに対する再送信は、ＵＬグラントのみに基づいて行われる。
【０００９】
好適には、前記データに前記ＩＰＨＩＣＨ＝１のＰＨＩＣＨリソースが対応する場合、該当のＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）でＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層のＨＡＲＱプロセスにＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を知らせる。
【００１０】
好適には、前記第１セルはスケジューリングセルであり、前記第２セルは被スケジューリングセルである。
【発明の効果】
【００１１】
本発明によれば、ＣＡベースの無線通信システムにおいて制御情報を效率よく送信することが可能である。また、アップリンク信号に対する受信応答情報を效率よく送信／受信することが可能になる。
【００１２】
本発明で得られる効果は、以上で言及した効果に制限されず、言及していない他の効果は、下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。
【図面の簡単な説明】
【００１３】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付図面は、本発明の実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。
【００１４】
【図１】図１は、無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）の構造を例示する図である。
【００１５】
【図２】図２は、ダウンリンクスロットのリソースグリッドを例示する図である。
【００１６】
【図３】図３は、ダウンリンクサブフレームの構造を示す図である。
【００１７】
【図４】図４は、アップリンクサブフレームの構造を例示する図である。
【００１８】
【図５】図５及び図６は、ＵＬグラント（ＵＧ）／ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ  ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）−ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）タイミングを例示する図である。
【図６】図５及び図６は、ＵＬグラント（ＵＧ）／ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ  ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）−ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）タイミングを例示する図である。
【００１９】
【図７】図７及び図８は、ＵＬグラント／ＰＨＩＣＨ−ＰＵＳＣＨタイミングを例示する図である。
【図８】図７及び図８は、ＵＬグラント／ＰＨＩＣＨ−ＰＵＳＣＨタイミングを例示する図である。
【００２０】
【図９】図９及び図１０は、ＰＵＳＣＨ−ＵＬグラント／ＰＨＩＣＨタイミングを例示する図である。
【図１０】図９及び図１０は、ＰＵＳＣＨ−ＵＬグラント／ＰＨＩＣＨタイミングを例示する図である。
【００２１】
【図１１】図１１は、ＰＨＩＣＨ信号処理過程／ブロックを例示する図である。
【００２２】
【図１２】図１２は、制御領域内にＰＨＩＣＨが割り当てられる例を示す図である。
【００２３】
【図１３】図１３は、ＣＡベースの無線通信システムを例示する図である。
【００２４】
【図１４】図１４は、複数のセルが構成された場合のスケジューリング方法を例示する図である。
【００２５】
【図１５】図１５及び図１６は、ＣＡが構成された場合の第２層の構造を例示する図である。
【図１６】図１５及び図１６は、ＣＡが構成された場合の第２層の構造を例示する図である。
【００２６】
【図１７】図１７は、ＨＤ（Ｈａｌｆ  Ｄｕｐｌｅｘ）−ＴＤＤ  ＣＡ方式を例示する図である。
【００２７】
【図１８】図１８は、ＦＤ（Ｆｕｌｌ  Ｄｕｐｌｅｘ）−ＴＤＤ  ＣＡ方式を例示する図である。
【００２８】
【図１９】図１９は、本発明の一実施例に係るＨＡＲＱ過程を例示する図である。
【００２９】
【図２０】図２０は、本発明の実施例に適用することができる基地局及び端末を例示する図である。
【発明を実施するための形態】
【００３０】
以下の技術は、ＣＤＭＡ、ＦＤＭＡ、ＴＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどのような種々の無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）によって実現することができる。ＴＤＭＡは、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ（登録商標）  Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって実現することができる。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術によって実現することができる。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）  ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であり、ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）は３ＧＰＰ  ＬＴＥの進展したバージョンである。
【００３１】
説明を明確にするために、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａを中心に記述するが、本発明の技術的思想がこれに制限されるものではない。また、以下の説明で使用する特定用語は、本発明の理解を助けるために提供されたものであり、このような特定用語は、本発明の技術的思想から逸脱しない範囲で他の形態に変更することもできる。
【００３２】
無線通信システムにおいて、端末は基地局からダウンリンク（ＤＬ）を通じて情報を受信し、端末は基地局にアップリンク（ＵＬ）を通じて情報を送信する。ＬＴＥ（−Ａ）においてダウンリンクではＯＦＤＭＡが用いられ、アップリンクではＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）が用いられる。
【００３３】
まず、本明細書で使用する用語について整理する。
【００３４】
●ＨＡＲＱ−ＡＣＫ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）：ダウンリンク送信（例、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）或いはＳＰＳ解除ＰＤＣＣＨ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ  ｒｅｌｅａｓｅ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ））に対する受信応答の結果、すなわち、ＡＣＫ／ＮＡＣＫ（Ｎｅｇａｔｉｖｅ  ＡＣＫ）／ＤＴＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｔｒａｎｓｍｉｓｓｉｏｎ）応答（簡単に、ＡＣＫ／ＮＡＣＫ（応答）、Ａ／Ｎ（応答））を意味する。ＡＣＫ／ＮＡＣＫ応答は、ＡＣＫ、ＮＡＣＫ、ＤＴＸ又はＮＡＣＫ／ＤＴＸを表す。ＣＣ（Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）（又は、セル）に対するＨＡＲＱ−ＡＣＫ或いはＣＣのＨＡＲＱ−ＡＣＫは、当該ＣＣに関連した（例、当該ＣＣにスケジューリングされた）ダウンリンク送信に対するＡＣＫ／ＮＡＣＫ応答を表す。ＰＤＳＣＨは、伝送ブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）或いはコードワード（ｃｏｄｅｗｏｒｄ）に代替することができる。
【００３５】
●ＰＤＳＣＨ：ＤＬグラントＰＤＣＣＨに対応するＰＤＳＣＨ、及びＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）ＰＤＳＣＨを含む。
【００３６】
●ＳＰＳ  ＰＤＳＣＨ：ＳＰＳによって半−静的（ｓｅｍｉ−ｓｔａｔｉｃ）に設定されたＤＬリソースを用いて送信されるＰＤＳＣＨを意味する。ＳＰＳ  ＰＤＳＣＨは、対応するＤＬグラントＰＤＣＣＨがない。ＳＰＳ  ＰＤＳＣＨは、ＰＤＳＣＨ  ｗ／ｏ（ｗｉｔｈｏｕｔ）ＰＤＣＣＨと同じ意味で使われる。
【００３７】
●ＳＰＳ解除（ｒｅｌｅａｓｅ）ＰＤＣＣＨ：ＳＰＳ解除を指示するＰＤＣＣＨを意味する。端末は、ＳＰＳ解除ＰＤＣＣＨに対するＡＣＫ／ＮＡＣＫ情報をフィードバックする。
【００３８】
●ＰＣＣ（Ｐｒｉｍａｒｙ  Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）ＰＤＣＣＨ：ＰＣＣをスケジューリングするＰＤＣＣＨを意味する。すなわち、ＰＣＣ  ＰＤＣＣＨは、ＰＣＣ上のＰＤＳＣＨに対応するＰＤＣＣＨを意味する。ＰＣＣに対してクロスキャリアスケジューリング（或いは、クロースＣＣ（Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）スケジューリング）が許容されないと仮定すれば、ＰＣＣ  ＰＤＣＣＨはＰＣＣ上でのみ送信される。ＰＣＣはＰＣｅｌｌ（Ｐｒｉｍａｒｙ  Ｃｅｌｌ）と同じ意味で使われる。
【００３９】
●ＳＣＣ（Ｓｅｃｏｎｄａｒｙ  Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）ＰＤＣＣＨ：ＳＣＣをスケジューリングするＰＤＣＣＨを意味する。すなわち、ＳＣＣ  ＰＤＣＣＨは、ＳＣＣ上のＰＤＳＣＨに対応するＰＤＣＣＨを意味する。ＳＣＣに対してクロスキャリアスケジューリングが許容される場合、ＳＣＣ  ＰＤＣＣＨは、当該ＳＣＣではなく他のＣＣ（例、ＰＣＣ）上で送信することができる。ＳＣＣに対してクロスキャリアスケジューリングが許容されない場合、ＳＣＣ  ＰＤＣＣＨを当該ＳＣＣ上でのみ送信する。ＳＣＣは、ＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ）と同じ意味で使われる。
【００４０】
●クロスキャリアスケジューリング：ＳＣＣをスケジューリングするＰＤＣＣＨが、当該ＳＣＣではなく他のＣＣ（例、ＰＣＣ）を通じて送信される動作を意味する。ＰＣＣ及びＳＣＣの２個のＣＣのみ存在する場合、ＰＣＣのみを通じてＰＤＣＣＨをスケジューリング／送信することができる。
【００４１】
●非クロスキャリアスケジューリング（或いは、非クロースＣＣスケジューリング、セルフスケジューリング）：各ＣＣをスケジューリングするＰＤＣＣＨが当該ＣＣを通じてスケジューリング／送信される動作を意味する。
【００４２】
図１は、無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）構造を例示する図である。
【００４３】
図１（ａ）には、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）のためのタイプ１無線フレームの構造を例示する。無線フレームは、複数（例、１０個）のサブフレームを含み、サブフレームは時間ドメインで複数（例、２個）のスロットを含む。サブフレーム長は１ｍｓ、スロット長は０．５ｍｓであってよい。スロットは、時間ドメインにおいて複数のＯＦＤＭ／ＳＣ−ＦＤＭＡシンボルを含み、周波数ドメインにおいて複数のリソースブロック（ＲＢ）を含む。
【００４４】
図１（ｂ）には、ＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）のためのタイプ２無線フレーム構造を例示する。タイプ２無線フレームは、２個のハーフフレーム（ｈａｌｆ  ｆｒａｍｅ）を含み、ハーフフレームは５個のサブフレームを含む。サブフレームは２個のスロットを含む。
【００４５】
表１は、ＴＤＤモードにおいて無線フレーム内のサブフレームのＵＬ−ＤＬ構成（Ｕｐｌｉｎｋ−Ｄｏｗｎｌｉｎｋ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ；ＵＬ−ＤＬ  Ｃｆｇ）を例示する。
【表１】
0005778874.tif 000017
【００４６】
表１で、Ｄはダウンリンクサブフレームを、Ｕはアップリンクサブフレームを、Ｓはスペシャルサブフレームを表す。スペシャルサブフレームは、ＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）、ＧＰ（Ｇｕａｒｄ  Ｐｅｒｉｏｄ）、ＵｐＰＴＳ（Ｕｐｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）を含む。ＤｗＰＴＳはＤＬ送信のための時間区間であり、ＵｐＰＴＳはＵＬ送信のための時間区間である。
【００４７】
図２は、ＤＬスロットのリソースグリッドを例示する。
【００４８】
図２を参照すると、ＤＬスロットは、時間ドメインにおいて複数のＯＦＤＭＡ（又はＯＦＤＭ）シンボルを含む。ＤＬスロットは、ＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）長によって７（６）個のＯＦＤＭＡシンボルを含み、ＲＢは、周波数ドメインで１２個の副搬送波を含むことができる。リソースグリッド上の各要素はリソース要素（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎ；ＲＥ）と呼ばれる。ＲＢは１２×７（６）個のＲＥを含む。ＤＬスロットに含まれるＲＢの個数ＮＲＢはＤＬ送信帯域に依存する。ＵＬスロットの構造は、ＤＬスロットの構造と同一であり、ただし、ＯＦＤＭＡシンボルがＳＣ−ＦＤＭＡシンボルに取り替えられる。
【００４９】
図３は、ＤＬサブフレームの構造を例示する。
【００５０】
図３を参照すると、サブフレームの１番目スロット先頭における最大３（４）個のＯＦＤＭＡシンボルは、制御チャネルが割り当てられる制御領域に該当する。残るＯＦＤＭＡシンボルは、ＰＤＳＣＨが割り当てられるデータ領域に該当する。ＤＬ制御チャネルは、ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  ｈｙｂｒｉｄ  ＡＲＱ  ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）を含む。ＰＣＦＩＣＨは、サブフレームの最初のＯＦＤＭＡシンボルで送信され、サブフレーム内で制御チャネルの送信に用いれるＯＦＤＭＡシンボルの個数に関する情報を運ぶ。ＰＨＩＣＨは、ＵＬ送信に対する応答としてＨＡＲＱ−ＡＣＫ信号を運ぶ。
【００５１】
ＰＤＣＣＨは、  Ｌ−ＳＣＨ（Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）の送信フォーマット及びリソース割当情報、ＵＬ−ＳＣＨ  （Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）の送信フォーマット及びリソース割当情報、ＰＣＨ（Ｐａｇｉｎｇ  ＣＨａｎｎｅｌ）上のページング情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダムアクセス応答のような上位層制御メッセージのリソース割当情報、端末グループ内の個別端末へのＴｘ電力制御命令セット、Ｔｘ電力制御命令、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）の活性化指示情報などを運ぶ。ＰＤＣＣＨを通じてＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）が送信される。ＵＬスケジューリンググラント（又はＵＬグラント（ＵＧ））のためにＤＣＩフォーマット０／４（以下、ＵＬ  ＤＣＩフォーマット）、ＤＬスケジューリングのためにＤＣＩフォーマット１／１Ａ／１Ｂ／１Ｃ／１Ｄ／２／２Ａ／２Ｂ／２Ｃ／２Ｄ（以下、ＤＬ  ＤＣＩフォーマット）が定義される。ＤＣＩフォーマットはホップフラグ、ＲＢ割当情報、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）、ＲＶ（Ｒｅｄｕｎｄａｎｃｙ  Ｖｅｒｓｉｏｎ）、ＮＤＩ（Ｎｅｗ  Ｄａｔａ  Ｉｎｄｉｃａｔｏｒ）、ＴＰＣ（Ｔｒａｎｓｍｉｔ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）、ＤＭＲＳ（ＤｅＭｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）、サイクリックシフトなどの情報を、用途によって選択的に含む。
【００５２】
複数のＰＤＣＣＨが制御領域内で送信されることがあり、端末は、自身に指示されたＰＤＣＣＨを確認するために毎サブフレームごとに複数のＰＤＣＣＨをモニタリングする。ＰＤＣＣＨは、一つ以上のＣＣＥ（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ）を通じて送信される。ＰＤＣＣＨ送信に用いれるＣＣＥ個数（すなわち、ＣＣＥアグリゲーションレベル）によってＰＤＣＣＨコーディングレートを調節することができる。ＣＣＥは複数のＲＥＧ（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ  Ｇｒｏｕｐ）を含む。ＰＤＣＣＨのフォーマット及びＰＤＣＣＨビットの個数は、ＣＣＥ個数によって決定する。基地局は、端末に送信するＤＣＩによってＰＤＣＣＨフォーマットを決定し、制御情報にＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）を付加する。ＣＲＣは、ＰＤＣＣＨの所有者又は使用目的によって識別子（例、ＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ））でマスキングする。例えば、ＰＤＣＣＨが特定端末のためのものであれば、当該端末の識別子（例、Ｃｅｌｌ−ＲＮＴＩ（Ｃ−ＲＮＴＩ））をＣＲＣにマスキングすることができる。ＰＤＣＣＨがページングメッセージのためのものであれば、ページング識別子（例、Ｐａｇｉｎｇ−ＲＮＴＩ（Ｐ−ＲＮＴＩ））をＣＲＣにマスキングすることができる。ＰＤＣＣＨがシステム情報（より具体的に、システム情報ブロック（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ；ＳＩＢ））のためのものであれば、ＳＩ−ＲＮＴＩ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  ＲＮＴＩ）をＣＲＣにマスキングすることができる。ＰＤＣＣＨがランダムアクセス応答のためのものであれば、ＲＡ−ＲＮＴＩ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ−ＲＮＴＩ）をＣＲＣにマスキングすることができる。
【００５３】
図４は、ＵＬサブフレームの構造を例示する。
【００５４】
図４を参照すると、ＵＬサブフレームは、複数（例、２個）のスロットを含む。スロットはＣＰ長によって異なる個数のＳＣ−ＦＤＭＡシンボルを含むことがある。ＵＬサブフレームは、周波数ドメインにおいてデータ領域と制御領域とに区別される。データ領域は、ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を通じて音声などのデータ信号を送信するために用いれる。制御領域は、ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を通じてＵＣＩ（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を送信するために用いれる。ＰＵＣＣＨは、周波数軸においてデータ領域の両端部に位置しているＲＢ対（ＲＢ  ｐａｉｒ）を含み、スロットを境界にホップする。
【００５５】
ＰＵＣＣＨは、下記の制御情報を送信するために用いることができる。
−  ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）：ＵＬ−ＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）リソースを要請するために用いられる情報である。ＯＯＫ（Ｏｎ−Ｏｆｆ  Ｋｅｙｉｎｇ）方式を用いて送信される。
−  ＨＡＲＱ−ＡＣＫ：ＤＬ信号（例、ＰＤＳＣＨ、ＳＰＳ解除ＰＤＣＣＨ）に対する受信応答信号である。一例として、１つのＤＬコードワードに対する応答としてＡＣＫ／ＮＡＣＫ  １ビットが送信され、２つのＤＬコードワードに対する応答としてＡＣＫ／ＮＡＣＫ  ２ビットが送信される。
−  ＣＳＩ（Ｃｈａｎｎｅｌ  Ｓｔａｔｕｓ  Ｉｎｆｏｒｍａｔｏｎ）：ＤＬチャネルに関するフィードバック情報である。ＣＳＩは、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ）、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、ＰＴＩ（Ｐｒｅｃｏｄｉｎｇ  Ｔｙｐｅ  Ｉｎｄｉｃａｔｏｒ）などを含む。
【００５６】
表２は、ＬＴＥ（−Ａ）においてＰＵＣＣＨフォーマットとＵＣＩとのマップ関係を表すものである。
【表２】
0005778874.tif 000018
【００５７】
以下、図５〜図１０を参照して、ＴＤＤと設定されたＣＣ（或いはセル）でのＡＣＫ／ＮＡＣＫ、ＵＧ、ＰＨＩＣＨ及びＰＵＣＣＨ送信タイミングについて説明する。
【００５８】
図５及び図６は、ＡＣＫ／ＮＡＣＫ（Ａ／Ｎ）タイミング（或いは、ＨＡＲＱタイミング）を示す図である。
【００５９】
図５を参照すると、端末は、Ｍ個のＤＬサブフレーム（ＳＦ）上で一つ以上のＰＤＳＣＨ信号を受信することができる（Ｓ５０２＿０〜Ｓ５０２＿Ｍ−１）（Ｍ≧１）。それぞれのＰＤＳＣＨ信号は、送信モードによって一つ又は複数（例、２個）の伝送ブロック（ＴＢ）を含む。また、段階Ｓ５０２＿０〜Ｓ５０２＿Ｍ−１においてＳＰＳ解除を指示するＰＤＣＣＨ信号も受信することができる。Ｍ個のＤＬサブフレームにＰＤＳＣＨ信号及び／又はＳＰＳ解除ＰＤＣＣＨ信号が存在すると、端末はＡＣＫ／ＮＡＣＫ送信のための過程（例、ＡＣＫ／ＮＡＣＫ（ペイロード）生成、ＡＣＫ／ＮＡＣＫリソース割当など）を経て、Ｍ個のＤＬサブフレームに対応する一つのＵＬサブフレームを通じてＡＣＫ／ＮＡＣＫを送信する（Ｓ５０４）。ＡＣＫ／ＮＡＣＫは、段階Ｓ５０２＿０〜Ｓ５０２＿Ｍ−１のＰＤＳＣＨ信号及び／又はＳＰＳ解除ＰＤＣＣＨ信号に関する受信応答情報を含む。
【００６０】
ＡＣＫ／ＮＡＣＫは基本的にＰＵＣＣＨを通じて送信されるが、ＡＣＫ／ＮＡＣＫ送信時点にＰＵＳＣＨ送信がある場合、ＰＵＳＣＨを通じて送信される。端末に複数のＣＣが構成された場合、ＰＵＣＣＨはＰＣＣ上でのみ送信され、ＰＵＳＣＨはスケジューリングされたＣＣ上で送信される。ＡＣＫ／ＮＡＣＫ送信のために、表２の様々なＰＵＣＣＨフォーマットを用いることができる。また、ＰＵＣＣＨフォーマットを通じて送信されるＡＣＫ／ＮＡＣＫビット数を減らすために、ＡＣＫ／ＮＡＣＫバンドリング（ｂｕｎｄｌｉｎｇ）、ＡＣＫ／ＮＡＣＫチャネル選択（ｃｈａｎｎｅｌ  ｓｅｌｅｃｔｉｏｎ）のような種々の方法を用いることができる。
【００６１】
上述した通り、ＴＤＤではＭ個のＤＬサブフレームで受信したＤＬ信号に対するＡＣＫ／ＮＡＣＫが一つのＵＬサブフレームを通じて送信され（すなわち、Ｍ  ＤＬ  ＳＦ（ｓ）：１  ＵＬ  ＳＦ）、これらの関係はＤＡＳＩ（Ｄｏｗｎｌｉｎｋ  Ａｓｓｏｃｉａｔｉｏｎ  Ｓｅｔ  Ｉｎｄｅｘ）によって与えられる。
【００６２】
表３は、ＬＴＥ（−Ａ）に定義されたＤＡＳＩ（Ｋ：｛ｋ０，ｋ１，…ｋＭ−１｝）を示す。表３は、ＡＣＫ／ＮＡＣＫを送信するＵＬサブフレームの立場で、自身に関係するＤＬサブフレームとの間隔を示している。サブフレームｎ−ｋ（ｋ∈Ｋ）に、ＰＤＳＣＨ信号、及び／又はＳＰＳ解除を指示するＰＤＣＣＨがある場合、端末はサブフレームｎでＡＣＫ／ＮＡＣＫを送信する。
【表３】
0005778874.tif 000019
【００６３】
図６は、ＵＬ−ＤＬ構成＃１が設定されたＣＣに適用されるＡ／Ｎタイミングを例示する。同図で、ＳＦ＃０〜＃９及びＳＦ＃１０〜＃１９はそれぞれ無線フレームに対応する。ボックス内の数字は、ＤＬサブフレームの観点で自身に関係するＵＬサブフレームを表す。例えば、ＳＦ＃５  ＰＤＳＣＨに対するＡ／ＮはＳＦ＃５＋７（＝ＳＦ＃１２）で送信され、ＳＦ＃６  ＰＤＳＣＨに対するＡ／ＮはＳＦ＃６＋６（＝ＳＦ＃１２）で送信される。すなわち、ＳＦ＃５／ＳＦ＃６に対するＡ／Ｎは両方ともＳＦ＃１２で送信される。同様に、ＳＦ＃１４  ＰＤＳＣＨに対するＡ／Ｎは、ＳＦ＃１４＋４（＝ＳＦ＃１８）で送信される。
【００６４】
図７及び図８は、ＵＧ／ＰＨＩＣＨ−ＰＵＳＣＨタイミングを示す。ＰＤＣＣＨ（ＵＧ）及び／又はＰＨＩＣＨ（ＮＡＣＫ）に対応してＰＵＳＣＨを送信することができる。
【００６５】
図７を参照すると、端末は、ＰＤＣＣＨ（ＵＧ）及び／又はＰＨＩＣＨ（ＮＡＣＫ）を受信することができる（Ｓ７０２）。ここで、ＮＡＣＫは、以前のＰＵＳＣＨ送信に対するＡ／Ｎ応答に該当する。この場合、端末はＰＵＳＣＨ送信のための過程（例、ＴＢ（Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ）符号化、ＴＢ−ＣＷ（Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ−ＣｏｄｅＷｏｒｄ）スワップ、ＰＵＳＣＨリソース割当など）を経て、ｋサブフレームの後にＰＵＳＣＨを通じて一つ又は複数の伝送ブロック（ＴＢ）を初期／再送信することができる（Ｓ７０４）。同図は、ＰＵＳＣＨが１回送信される普通（ｎｏｒｍａｌ）のＨＡＲＱ動作を仮定する。この場合、ＰＵＳＣＨ送信に対応するＰＨＩＣＨ／ＵＧは同一サブフレームに存在する。ただし、ＰＵＳＣＨが複数のサブフレームを通じて複数回送信されるサブフレームバンドリングでは、ＰＵＳＣＨ送信に対応するＵＧ／ＰＨＩＣＨは、互いに異なるサブフレームに存在することがある。
【００６６】
表４には、ＬＴＥ（−Ａ）にＰＵＳＣＨ送信のためのＵＡＩ（Ｕｐｌｉｎｋ  Ａｓｓｏｃｉａｔｉｏｎ  Ｉｎｄｅｘ）（ｋ）を示す。表４は、ＰＨＩＣＨ／ＵＧが検出されたＤＬサブフレームの立場で自身に関係するＵＬサブフレームとの間隔を示している。サブフレームｎでＰＨＩＣＨ／ＵＧが検出されると、端末はサブフレームｎ＋ｋでＰＵＳＣＨを送信することができる。
【表４】
0005778874.tif 000020
【００６７】
図８は、ＵＬ−ＤＬ構成＃１が設定された場合のＰＵＳＣＨ送信タイミングを例示する。同図で、ＳＦ＃０〜＃９及びＳＦ＃１０〜＃１９はそれぞれ無線フレームに対応する。同図で、ボックス内の数字は、ＤＬサブフレームの観点で自身に関係するＵＬサブフレームを表す。例えば、ＳＦ＃６  ＰＨＩＣＨ／ＵＧに対するＰＵＳＣＨはＳＦ＃６＋６（＝ＳＦ＃１２）で送信され、ＳＦ＃１４  ＰＨＩＣＨ／ＵＧに対するＰＵＳＣＨはＳＦ＃１４＋４（＝ＳＦ＃１８）で送信される。
【００６８】
図９及び図１０には、ＰＵＳＣＨ−ＵＧ／ＰＨＩＣＨタイミングを示す。ＰＨＩＣＨはＤＬ  ＡＣＫ／ＮＡＣＫを送信するために用いれる。ここで、ＤＬ  ＡＣＫ／ＮＡＣＫは、ＵＬデータ（例、ＰＵＳＣＨ）に対する応答としてダウンリンクで送信されるＡＣＫ／ＮＡＣＫを意味する。
【００６９】
図９を参照すると、端末は基地局にＰＵＳＣＨ信号を送信する（Ｓ９０２）。ここで、ＰＵＳＣＨ信号は送信モードによって一つ又は複数（例、２個）の伝送ブロック（ＴＢ）を送信するために用いれる。ＰＵＳＣＨ送信に対する応答として、基地局は、Ａ／Ｎを送信するための過程（例、Ａ／Ｎ生成、Ａ／Ｎリソース割当など）を経て、ｋサブフレームの後にＰＨＩＣＨを通じてＡ／Ｎを端末に送信することができる（Ｓ９０４）。Ａ／Ｎは、段階Ｓ９０２のＰＵＳＣＨ信号に関する受信応答情報を含む。また、ＰＵＳＣＨ送信に対する応答がＮＡＣＫであると、基地局はｋサブフレームの後にＰＵＳＣＨ再送信のためのＵＧ  ＰＤＣＣＨを端末に送信することができる（Ｓ９０４）。普通のＨＡＲＱ動作の場合、ＰＵＳＣＨ送信に対応するＵＧ／ＰＨＩＣＨは、同一サブフレームで送信することができる。ただし、サブフレームバンドリングの場合、ＰＵＳＣＨ送信に対応するＵＧ／ＰＨＩＣＨを、互いに異なるサブフレームで送信することができる。
【００７０】
表５には、ＴＤＤに定義されたＰＨＩＣＨタイミングを示す。サブフレーム＃ｎのＰＵＳＣＨ送信に対して、端末はサブフレーム＃（ｎ＋ｋＰＨＩＣＨ）で対応するＰＣＨＩＨリソースを決定する。
【表５】
0005778874.tif 000021
【００７１】
図１０は、ＵＬ−ＤＬ構成＃１が設定された場合のＵＧ／ＰＨＩＣＨ送信タイミングを例示する。同図で、ＳＦ＃０〜＃９及びＳＦ＃１０〜＃１９はそれぞれ無線フレームに対応する。ボックス内の数字は、ＵＬサブフレーム観点で自身に関係するＤＬサブフレームを表す。例えば、ＳＦ＃２  ＰＵＳＣＨに対するＰＨＩＣＨ／ＵＧはＳＦ＃２＋４（＝ＳＦ＃６）で送信され、ＳＦ＃８のＰＵＳＣＨに対するＵＧ／ＰＨＩＣＨはＳＦ＃８＋６（＝ＳＦ＃１４）で送信される。
【００７２】
図１１は、ＰＨＩＣＨ信号処理過程／ブロックを例示する図である。
【００７３】
図１１を参照すると、Ａ／Ｎ生成ブロック６０２は、ＭＵ−ＭＩＭＯ（Ｍｕｌｔｉ−Ｕｓｅｒ  Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）の場合、ＰＵＳＣＨに対する応答として一つの１ビットＡ／Ｎを生成し、ＳＵ−ＭＩＭＯ（Ｓｉｎｇｌｅ−Ｕｓｅｒ  ＭＩＭＯ）の場合、ＰＵＳＣＨに対する応答として２つの１ビットＡ／Ｎを生成する。その後、ＰＨＩＣＨ生成のために、Ａ／Ｎビットに、（チャンネル）コーディング６０４（例、１／３反復コーディング（ｒｅｐｅｔｉｔｉｏｎ  ｃｏｄｉｎｇ））、変調（６０６）（例、ＢＰＳＫ（Ｂｉｎａｒｙ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ））、拡散６０８、レイヤーマップ６１０、及びリソースマップ６１２を適用する。
【００７４】
複数のＰＨＩＣＨが同一のリソース要素（例、ＲＥＧ）にマップされることがあり、これらはＰＨＩＣＨグループを構成する。ＲＥＧは、一つのＯＦＤＭシンボル上で参照信号のためのＲＥを除く残りのＲＥのうち、４個の隣り合うＲＥで構成される。ＰＨＩＣＨグループ内でそれぞれのＰＨＩＣＨは、（拡散に用いられた）直交シーケンスによって区別される。したがって、ＰＨＩＣＨリソースは、インデックス対
【化１３】
0005778874.tif 000022
によって識別される。
【化１４】
0005778874.tif 000023
は、ＰＨＩＣＨグループ番号を表し、
【化１５】
0005778874.tif 000024
は直交シーケンスインデックスを表す。
【化１６】
0005778874.tif 000025
及び
【化１７】
0005778874.tif 000026
は、ＰＵＳＣＨ送信のために割り当てられたＰＲＢ（Ｐｈｙｓｉｃａｌ  ＲＢ）インデックスのうち最も低いＰＲＢインデックス、及びＵＧで送信されるＤＭＲＳのサイクリックシフトを用いて確認する。
【００７５】
下記の式１は、
【化１８】
0005778874.tif 000027
及び
【化１９】
0005778874.tif 000028
を求める例を表す。
【数１】
0005778874.tif 000029
【００７６】
ここで、
【化２０】
0005778874.tif 000030
は、ＰＵＳＣＨ送信に対応して最近に受信したＵＧ  ＰＤＣＣＨ信号内のＤＭＲＳフィールド値（すなわち、サイクリックシフト）からマップされる。
【化２１】
0005778874.tif 000031
は、ＰＨＩＣＨ変調に用いられる拡散因子サイズ（ｓｐｒｅａｄｉｎｇ  ｆａｃｔｏｒ  ｓｉｚｅ）を表す。正規ＣＰの場合、
【化２２】
0005778874.tif 000032
は４であり、拡張ＣＰの場合、
【化２３】
0005778874.tif 000033
は２である。
【化２４】
0005778874.tif 000034
は、ＰＨＩＣＨグループの個数を表す。ＰＵＳＣＨの１番目のＴＢに対して
【化２５】
0005778874.tif 000035
は
【化２６】
0005778874.tif 000036
であり、ＰＵＳＣＨの２番目のＴＢに対して
【化２７】
0005778874.tif 000037
は
【化２８】
0005778874.tif 000038
である。
【化２９】
0005778874.tif 000039
は、ＰＵＳＣＨ送信において（１番目のスロットの）最も低いＰＲＢインデックスを表す。ＩＰＨＩＣＨは、ＴＤＤ  ＵＬ−ＤＬ構成が０であり、サブフレームｎ＝４又は９のＰＵＳＣＨ送信に対して１であり、その他の場合は０である。
【００７７】
ＦＤＤ（フレーム構造タイプ１）の場合、ＰＨＩＣＨグループの個数
【化３０】
0005778874.tif 000040
はいずれのサブフレームでも同一であり、各サブフレームにおいて
【化３１】
0005778874.tif 000041
は式２で与えられる。
【数２】
0005778874.tif 000042
【００７８】
ここで、
【化３２】
0005778874.tif 000043
は上位層によって提供され、ＮＤＬＲＢは、ダウンリンク帯域のＲＢ（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）個数を表す。
【００７９】
ＴＤＤ（フレーム構造タイプ２）の場合、ＰＨＩＣＨグループの個数はＤＬサブフレームごとに異なることがあり、
【化３３】
0005778874.tif 000044
と与えられる。表６は、
【化３４】
0005778874.tif 000045
を表す。便宜上、
【化３５】
0005778874.tif 000046
の場合のＰＨＩＣＨリソース（或いは、ＰＨＩＣＨリソースの量）を１ｘ  ＰＨＩＣＨリソースと呼び、
【化３６】
0005778874.tif 000047
の場合のＰＨＩＣＨリソース（或いは、ＰＨＩＣＨリソースの量）を２ｘ  ＰＨＩＣＨリソースと呼ぶ。
【表６】
0005778874.tif 000048
【００８０】
表７は、Ａ／Ｎビットを拡散するために用いる直交シーケンスを例示するものである。
【表７】
0005778874.tif 000049
【００８１】
図１２は、制御領域内にＰＨＩＣＨが割り当てられた例を示す図である。ＰＨＩＣＨは、ＯＦＤＭＡシンボル内でＰＣＦＩＣＨ及びＲＳ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）以外のＲＥＧにマップされる。
【００８２】
図１２を参照すると、ＰＨＩＣＨグループは、周波数ドメインにおいて極力遠く離れた３個のＲＥＧを用いて送信される。その結果、それぞれのＲＥＧを通じてＡ／Ｎ符号語の各ビットが送信される。ＰＨＩＣＨグループは周波数ドメインにおいて連続して割り当てられる。同図で、同一の数字は、同一のＰＨＩＣＨグループに属するＲＥＧを表す。ＰＨＩＣＨ区間は制御領域の大きさによって制限され、ＰＨＩＣＨ送信に用いられるＯＦＤＭシンボルの個数（ＰＨＩＣＨ区間）は、１〜３  ＯＦＤＭＡシンボルと与えられる。複数のＯＦＤＭＡシンボルがＰＨＩＣＨ送信に用いられる場合、同一のＰＨＩＣＨグループに属したＲＥＧは、互いに異なるＯＦＤＭシンボルで送信される。
【００８３】
端末にはＵＬ送信のために複数の並列ＨＡＲＱプロセスが存在する。複数の並列ＨＡＲＱプロセスは、以前ＵＬ送信に対する成功又は不成功受信に関するＨＡＲＱフィードバックを待つ間にＵＬ送信が連続して行われるようにする。それぞれのＨＡＲＱプロセスはＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層のＨＡＲＱバッファと連関している。それぞれのＨＡＲＱプロセスは、バッファ内のＭＡＣ  ＰＤＵ（Ｐｈｙｓｉｃａｌ  Ｄａｔａ  Ｂｌｏｃｋ）の送信回数、バッファ内のＭＡＣ  ＰＤＵに対するＨＡＲＱフィードバック、リダンダンシバージョン（Ｒｅｄｕｎｄａｎｃｙ  Ｖｅｒｓｉｏｎ；ＲＶ）などに関する状態変数を管理する。また、ＨＡＲＱプロセスは、ＰＨＹ（Ｐｈｙｓｉｃａｌ）層で送信ブロックのためのソフトバッファ及びコードブロックのためのソフトバッファと連関している
【００８４】
ＬＴＥ（−Ａ）  ＦＤＤの場合、ノン−サブフレームバンドリング動作（すなわち、普通のＨＡＲＱ動作）のためのＵＬ  ＨＡＲＱプロセスの個数は、８個である。一方、ＬＴＥ（−Ａ）  ＴＤＤの場合には、ＵＬ−ＤＬ構成によってＵＬサブフレームの個数が異なるため、ＵＬ  ＨＡＲＱプロセスの個数及びＨＡＲＱ  ＲＴＴ（Ｒｏｕｎｄ  Ｔｒｉｐ  Ｔｉｍｅ）もＵＬ−ＤＬ構成に従って別々に設定される。ここで、ＨＡＲＱ  ＲＴＴは、ＵＬグラントを受信した時点から（これに対応する）ＰＵＳＣＨ送信を経て（これに対応する）ＰＨＩＣＨが受信される時点までの時間間隔（例、ＳＦ又はｍｓ単位）、或いはＰＵＳＣＨ送信時点からこれに対応する再送信時点までの時間間隔を意味できる。サブフレームバンドリングが適用されると、ＦＤＤ及びＴＤＤにおいて４個の連続したＵＬサブフレームで構成された１バンドルのＰＵＳＣＨ送信がなされる。したがって、サブフレームバンドリングが適用される場合のＨＡＲＱ動作／プロセスは、上述した普通のＨＡＲＱ動作／プロセスと異なってくる。
【００８５】
表８は、ＴＤＤにおいてＵＬ−ＤＬ構成によるＤＬ  ＨＡＲＱプロセスの最大数を示すものである。
【表８】
0005778874.tif 000050
【００８６】
表９は、ＴＤＤにおいて同期式ＵＬ  ＨＡＲＱプロセスの個数及びＨＡＲＱ  ＲＴＴを表すものである。ＵＬ  ＳＦの個数がＵＬ−ＤＬ  Ｃｆｇに従って別々に定義されており、これに基づき、ＵＬ  ＨＡＲＱプロセスの個数、（ＵＬ）ＨＡＲＱ  ＲＴＴも、ＵＬ−ＤＬ構成に従って別々に設定される。ＨＡＲＱ  ＲＴＴは、ＵＬグラントを受信した時点から（これに対応する）ＰＵＳＣＨ送信を経て（これに対応する）ＰＨＩＣＨが受信される時点までの時間間隔（ＳＦ又はｍｓ単位）、或いはＰＵＳＣＨ送信時点からこれに対応する再送信時点までの時間間隔を意味できる。ＵＬ  ＨＡＲＱ  ＲＴＴが１０［００ＳＦｓ又はｍｓ］である場合（ＵＬ−ＤＬ構成＃１、＃２、＃３、＃４、＃５）、一つのＵＬ  ＨＡＲＱプロセスは一つの固定したＵＬ  ＳＦタイミングを用いる。一方、ＵＬ  ＨＡＲＱ  ＲＴＴが１０［００ＳＦｓ又はｍｓ］でない場合（ＵＬ−ＤＬ構成＃０、＃６）、一つのＵＬ  ＨＡＲＱプロセスは、（一つの固定したＵＬ  ＳＦタイミングではなく）複数のＵＬ  ＳＦタイミングを（ホップしつつ）用いる。例えば、ＵＬ−ＤＬ構成＃６の場合、一つのＵＬ  ＨＡＲＱプロセスにおいてＰＵＳＣＨ送信タイミングは次のようである：ＳＦ  ＃２：ＰＵＳＣＨ＝＞ＳＦ  ＃１３：ＰＵＳＣＨ（ＲＴＴ：１１  ＳＦｓ）＝＞ＳＦ  ＃２４：ＰＵＳＣＨ（ＲＴＴ：１１  ＳＦｓ）＝＞ＳＦ  ＃３７：ＰＵＳＣＨ（ＲＴＴ：１３  ＳＦｓ）＝＞ＳＦ  ＃４８：ＰＵＳＣＨ（ＲＴＴ：１１  ＳＦｓ）＝＞ＳＦ  ＃５２：ＰＵＳＣＨ（ＲＴＴ：１４  ＳＦｓ）。
【表９】
0005778874.tif 000051
／
【００８７】
ＴＤＤ  ＵＬ−ＤＬ構成が＃１〜６であり、普通のＨＡＲＱ動作時に、ＵＬグラントＰＤＣＣＨ及び／又はＰＨＩＣＨがサブフレームｎで検出されると、端末は、ＰＤＣＣＨ及び／又はＰＨＩＣＨ情報に基づいてサブフレームｎ＋ｋ（表４参照）で対応のＰＵＳＣＨ信号を送信する。
【００８８】
ＴＤＤ  ＵＬ−ＤＬ構成が＃０であり、普通のＨＡＲＱ動作時に、ＵＬ  ＤＣＩグラントＰＤＣＣＨ及び／又はＰＨＩＣＨがサブフレームｎで検出される場合、端末のＰＵＳＣＨ送信タイミングは条件によって異なってくる。まず、ＤＣＩ内のＵＬインデックスのＭＳＢ（Ｍｏｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）が１であるか、ＰＨＩＣＨがサブフレーム＃０又は＃５においてＩＰＨＩＣＨ＝０に対応するリソースを通じて受信された場合、端末は、サブフレームｎ＋ｋ（表４参照）で対応のＰＵＳＣＨ信号を送信する。次に、ＤＣＩ内のＵＬインデックスのＬＳＢ（Ｌｅａｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）が１であるか、ＰＨＩＣＨがサブフレーム＃０又は＃５においてＩＰＨＩＣＨ＝１に対応するリソースを通じて受信されたり、ＰＨＩＣＨがサブフレーム＃１又は＃６で受信された場合、端末は、サブフレームｎ＋７で対応のＰＵＳＣＨ信号を送信する。次に、ＤＣＩ内のＭＳＢ、ＬＳＢ両方ともセットされた場合、端末は、サブフレームｎ＋ｋ（表４参照）及びサブフレームｎ＋７で対応のＰＵＳＣＨ信号を送信する。
【００８９】
本発明の最初の仮出願前に公開された３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１０．５．０（２０１２−０３）を参照して、ＨＡＲＱ個体（ＨＡＲＱ  ｅｎｔｉｔｙ）及びＨＡＲＱプロセスの動作をより具体的に説明する。ＨＡＲＱ個体は、複数のＨＡＲＱプロセスを管理する。
【００９０】
表１０及び表１１はそれぞれ、ＨＡＲＱ個体及びＨＡＲＱプロセスの動作を表すものである。
【表１０】
0005778874.tif 000052
【表１１】
0005778874.tif 000053
【００９１】
図１３は、キャリアアグリゲーション（ＣＡ）ベースの無線通信システムを例示する。ＬＴＥシステムは、一つのＤＬ／ＵＬ周波数ブロックのみをサポートするが、ＬＴＥ−Ａシステムは、より広い周波数帯域を用いるために、複数のＵＬ／ＤＬ周波数ブロックを束ねることによってより大きいＵＬ／ＤＬ帯域幅を用いるＣＡ技術を用いる。各周波数ブロックは、コンポーネントキャリア（ＣＣ）を用いて送信する。ＣＣは、当該周波数ブロックのためのキャリア周波数（又は、中心キャリア、中心周波数）と理解することができる。
【００９２】
図１３を参照すると、ＣＡ技術は、複数のＵＬ／ＤＬ  ＣＣを束ねてより広いＵＬ／ＤＬ帯域幅をサポートすることができる。これらＣＣは、周波数ドメインにおいて互いに隣接していてもよく、隣接していなくてもよい。各ＣＣの帯域幅は、独立して定めることができる。ＵＬ  ＣＣの個数とＤＬ  ＣＣの個数とが異なる非対称ＣＡも可能である。例えば、ＤＬ  ＣＣ  ２個、ＵＬ  ＣＣ  １個とある場合は、２：１で対応するように構成することができる。ＤＬ  ＣＣ／ＵＬ  ＣＣリンクは、システムに固定されていてもよく、半−静的に構成されてもよい。また、システム全体帯域がＮ個のＣＣで構成されても、特定端末が使用できる周波数帯域は、Ｌ（＜Ｎ）個のＣＣに限定することができる。ＣＡに関する様々なパラメータは、セル特定（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）、端末グループ特定（ＵＥ  ｇｒｏｕｐ−ｓｐｅｃｉｆｉｃ）又は端末特定（ＵＥ−ｓｐｅｃｉｆｉｃ）の方式で設定することができる。一方、制御情報は特定ＣＣのみを通じて送受信されるように設定することができる。このような特定ＣＣをプライマリＣＣ（ＰＣＣ）（又はアンカーＣＣ）と称し、残りＣＣをセカンダリＣＣ（ＳＣＣ）と称することができる。
【００９３】
ＬＴＥ（−Ａ）は、無線リソースの管理のためにセル（ｃｅｌｌ）の概念を用いる。セルは、ＤＬリソースとＵＬリソースとの組合せで定義し、ＵＬリソースは必須要素ではない。そのため、ＤＬリソース単独、又はＤＬリソース及びＵＬリソースによってセルを構成することができる。ＣＡがサポートされる場合、ＤＬリソースのキャリア周波数（又は、ＤＬ  ＣＣ）とＵＬリソースのキャリア周波数（又は、ＵＬ  ＣＣ）間のリンケージ（ｌｉｎｋａｇｅ）は、システム情報によって指示することができる。プライマリ周波数（又は、ＰＣＣ）上で動作するセルをプライマリセル（ＰＣｅｌｌ）と呼び、セカンダリ周波数（又はＳＣＣ）上で動作するセルをセカンダリセル（ＳＣｅｌｌ）と呼ぶことができる。ＰＣｅｌｌは、端末が初期接続確立（ｉｎｉｔｉａｌ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）過程を行ったり、接続再確立過程を行うために用いる。ＰＣｅｌｌは、ハンドオーバー過程で指示されたセルを意味することもある。ＳＣｅｌｌは、基地局と端末間にＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）接続が確立された後に構成可能であり、追加の無線リソースを提供するために用いることができる。ＰＣｅｌｌ及びＳＣｅｌｌをサービングセルと総称することができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるが、ＣＡが設定されていないか、ＣＡをサポートしない端末に対しては、ＰＣｅｌｌのみで構成されたサービングセルが一つのみ存在する。一方、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあると共に、ＣＡが設定された端末に対しては、一つのＰＣｅｌｌ及び一つ以上のＳＣｅｌｌを含む複数のサービングセルを構成することができる。
【００９４】
特に言及しない限り、前述した内容（図１〜図１３）は、複数のＣＣ（又はセル）が束ねられた場合、それぞれのＣＣ（又はセル）に適用することができる。また、本明細書においてＣＣは、サービングＣＣ、サービングキャリア、セル、サービングセルなどの用語にしてもよい。
【００９５】
複数のＣＣが構成された場合、クロスＣＣスケジューリング方式と非クロスＣＣスケジューリング方式を用いることができる。非クロスＣＣスケジューリングは、既存ＬＴＥにおけるスケジューリングと同一である。クロスＣＣスケジューリングの適用時に、ＤＬグラントＰＤＣＣＨは、ＤＬ  ＣＣ  ＃０上で送信され、対応するＰＤＳＣＨはＤＬ  ＣＣ  ＃２上で送信されることがある。同様に、ＵＬグラントＰＤＣＣＨはＤＬ  ＣＣ  ＃０上で送信され、対応するＰＵＳＣＨはＵＬ  ＣＣ  ＃４上で送信されることがある。クロスＣＣスケジューリングのために、キャリア指示フィールド（Ｃａｒｒｉｅｒ  Ｉｎｄｉｃａｔｏｒ  Ｆｉｅｌｄ；ＣＩＦ）を用いる。ＰＤＣＣＨ内でＣＩＦ存在の有無は、上位層シグナリング（例、ＲＲＣシグナリング）によって半−静的及び端末−特定（又は、端末グループ−特定）方式で設定することができる。
【００９６】
ＣＩＦ設定によるスケジューリングを下記のように整理することができる。
−  ＣＩＦディスエイブルド（ｄｉｓａｂｌｅｄ）：ＤＬ  ＣＣ上のＰＤＣＣＨは、同ＤＬ  ＣＣ上のＰＤＳＣＨリソースを割り当てたり、一つのリンクされたＵＬ  ＣＣ上のＰＵＳＣＨリソースを割り当てる。
−  ＣＩＦイネイブルド（ｅｎａｂｌｅｄ）：ＤＬ  ＣＣ上のＰＤＣＣＨは、ＣＩＦを用いて複数の束ねられたＤＬ／ＵＬ  ＣＣのうち、特定ＤＬ／ＵＬ  ＣＣ上のＰＤＳＣＨ又はＰＵＳＣＨリソースを割り当てることができる。
【００９７】
ＣＩＦ存在時に、基地局は、端末にとってのブラインド検出複雑度を低減するべく、モニタリングＤＬ  ＣＣを割り当てることができる。ＰＤＳＣＨ／ＰＵＳＣＨスケジューリングのために、端末は当該ＤＬ  ＣＣでのみＰＤＣＣＨの検出／デコーディングを行うことができる。また、基地局はモニタリングＤＬ  ＣＣ（セット）でのみＰＤＣＣＨを送信することができる。モニタリングＤＬ  ＣＣセットは、端末−特定、端末グループ−特定、又はセル−特定方式で設定することができる。
【００９８】
図１４は、クロスキャリアスケジューリングを例示する。同図は、ＤＬスケジューリングを例示しているが、例示された事項はＵＬスケジューリングにも同様に適用される。
【００９９】
図１４を参照すると、端末に３個のＤＬ  ＣＣを構成し、ＤＬ  ＣＣ  ＡをＰＤＣＣＨモニタリングＤＬ  ＣＣに設定することができる。ＣＩＦがティスエイブルされた場合、各ＤＬ  ＣＣはＬＴＥ  ＰＤＣＣＨ規則に従ってＣＩＦなしに自身のＰＤＳＣＨをスケジューリングするＰＤＣＣＨのみを送信することができる。一方、ＣＩＦがイネイブルされた場合、ＤＬ  ＣＣ  Ａ（すなわち、ＭＣＣ）は、ＣＩＦを用いて、ＤＬ  ＣＣ  ＡのＰＤＳＣＨをスケジューリングするＰＤＣＣＨに加え、他のＣＣのＰＤＳＣＨをスケジューリングするＰＤＣＣＨも送信することができる。本例において、ＤＬ  ＣＣ  Ｂ／ＣではＰＤＣＣＨが送信されない。
【０１００】
ここで、スケジューリング情報（例、ＰＤＣＣＨ）を送信するのに用いられる特定ＣＣ（或いはセル）を「モニタリングＣＣ（ｍｏｎｉｔｏｒｉｎｇ  ＣＣ；ＭＣＣ）」といい、モニタリングキャリア、モニタリングセル、スケジューリングキャリア、スケジューリングセル、スケジューリングＣＣなどのような等価の用語にしてもよい。ＰＤＣＣＨに対応するＰＤＳＣＨが送信されるＤＬ  ＣＣ、ＰＤＣＣＨに対応するＰＵＳＣＨが送信されるＵＬＣＣは、被スケジューリングキャリア（ｓｃｈｅｄｕｌｅｄ  ｃａｒｒｉｅｒ）、被スケジューリングＣＣ、被スケジューリングセルなどと呼ぶこともできる。一つの端末に対して一つ以上のスケジューリングＣＣを設定することができる。スケジューリングＣＣはＰＣＣを含むことができ、スケジューリングＣＣを一つのみ設定した場合、スケジューリングＣＣはＰＣＣであってよい。スケジューリングＣＣは、端末−特定、端末グループ−特定、又はセル−特定方式で設定することができる。
【０１０１】
クロスＣＣスケジューリングが設定された場合、次のように信号送信を行うことができる。
−  ＰＤＣＣＨ（ＵＬ／ＤＬグラント）：スケジューリングＣＣ（或いはＭＣＣ）
−  ＰＤＳＣＨ／ＰＵＳＣＨ：スケジューリングＣＣで検出されたＰＤＣＣＨのＣＩＦが指示するＣＣ
−  ＤＬ  ＡＣＫ／ＮＡＣＫ（例、ＰＨＩＣＨ）：スケジューリングＣＣ（或いはＭＣＣ）（例、ＤＬ  ＰＣＣ）
−  ＵＬ  ＡＣＫ／ＮＡＣＫ（例、ＰＵＣＣＨ）：ＵＬ  ＰＣＣ
＊以下の説明において、説明の便宜のために、ＤＬ  ＡＣＫ／ＮＡＣＫをＤＬ  Ａ／Ｎ又はＰＨＩＣＨと呼び、ＵＬ  ＡＣＫ／ＮＡＣＫをＵＬ  Ａ／Ｎ又はＡ／Ｎと呼ぶこともできる。
【０１０２】
図１５及び図１６は、ＣＡのための第２層（Ｌａｙｅｒ  ２）構造を例示する図である。第２層の下部には第１層（すなわち、物理層（Ｐｈｙｓｉｃａｌ  ｌａｙｅｒ；ＰＨＹ））が存在し、第２層の上部には第３層（例、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層）が存在する。図１５は基地局の第２層の構造を示し、図１６は端末の第２層の構造を示している。ＣＡ技術は、第２層におけるＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層に多い影響を及ぼす。例えば、ＣＡでは複数のＣＣが束ねられ、一つのＨＡＲＱ個体（ＨＡＲＱ  ｅｎｔｉｔｙ、図中のＨＡＲＱブロック）は一つのＣＣを管理するため、ＣＡシステムのＭＡＣ層は複数のＨＡＲＱ個体と関連した動作を行う。各ＨＡＲＱ個体は独立して送信ブロックを処理するため、複数のＣＣを通じて複数の送信ブロックを同一時間に送信又は受信することができる。各ＨＡＲＱ個体は、複数のＨＡＲＱプロセス（ＨＡＲＱ  ｐｒｏｃｅｓｓ；ＨＡＲＱｐ）の動作を管理する。
実施例：互いに異なるサブフレーム構成を有するＣＣが束ねられたた場合のＡ／Ｎ送信
【０１０３】
従来のＣＡ  ＴＤＤシステムは、同一のＴＤＤ  ＵＬ−ＤＬ  Ｃｆｇを有する複数のサービングセル（例、ＰＣｅｌｌ及びＳＣｅｌｌ）（或いは、ＰＣＣ及びＳＣＣ）が束ねられた場合のみを考慮した。しかし、ｂｅｙｏｎｄ  ＬＴＥ−Ａシステムでは、互いに異なるサブフレーム構成を有する複数ＣＣの集約を考慮している。例えば、互いに異なるサブフレーム構成を有する複数ＣＣの集約は、互いに異なるＵＬ−ＤＬ構成に設定された複数ＣＣの集約（便宜上、相異なる（ｄｉｆｆｅｒｅｎｔ）ＴＤＤ  ＣＡと呼ぶ）、ＴＤＤ  ＣＣとＦＤＤ  ＣＣの集約を含む。以下の説明は、相異なるＴＤＤ  ＣＡ状況を仮定するが、互いに異なるサブフレーム構成を有する複数ＣＣの集約がこれに制限されるものではない。相異なるＴＤＤ  ＣＡの場合、ＰＣＣとＳＣＣに設定されたＡ／Ｎタイミング（図５及び図６参照）が当該ＣＣのＵＬ−ＤＬ構成によって異なることがある。したがって、同一のＤＬ  ＳＦタイミングに対してＡ／Ｎが送信されるＵＬ  ＳＦタイミングがＰＣＣとＳＣＣに互いに異なるように設定されることがあり、同一のＵＬ  ＳＦタイミングに送信されるＡ／Ｎフィードバックの対象となるＤＬ  ＳＦグループがＰＣＣとＳＣＣに異なるように設定されることがある。また、同一ＳＦタイミングに対してＰＣＣとＳＣＣのリンク方向（すなわち、ＤＬ／ＵＬ）が異なることもある。
【０１０４】
また、ｂｅｙｏｎｄ  ＬＴＥ−Ａシステムでは、互いに異なるサブフレーム構成を有する複数ＣＣが束ねられた場合にもクロスＣＣスケジューリング動作のサポートを考慮している。この場合、ＭＣＣとＳＣＣのそれぞれに設定されたＵＬグラント／ＰＨＩＣＨタイミング（図７〜図１０参照）が互いに異なることがある。例えば、同一ＵＬ  ＳＦに対してＵＬグラント／ＰＨＩＣＨが送信されるＤＬ  ＳＦが、ＭＣＣとＳＣＣにおいて互いに異なるように設定されることがある。また、同一ＤＬ  ＳＦで送信されるＵＬグラント或いはＰＨＩＣＨフィードバックの対象となるＵＬ  ＳＦグループが、ＭＣＣとＳＣＣにおいて互いに異なるように設定されることがある。この場合にも、同一ＳＦタイミングに対してＭＣＣとＳＣＣのリンク方向が異なるように設定されることがある。例えば、ＳＣＣでは、特定ＳＦタイミングが、ＵＬグラント／ＰＨＩＣＨの送信されるＤＬ  ＳＦと設定されるのに対し、ＭＣＣでは当該ＳＦタイミングがＵＬ  ＳＦと設定されることがある。
【０１０５】
一方、互いに異なるサブフレーム構成（例、相異なるＴＤＤ  ＣＡ構成）によってＰＣＣとＳＣＣのリンク方向が異なるＳＦタイミング（以下、衝突（ｃｏｌｌｉｄｅｄ）ＳＦと称する）が存在する場合、該ＳＦタイミングでは端末のハードウェア構成或いは他の理由／目的などによってＰＣＣ（又は、ＭＣＣ）／ＳＣＣのうち特定リンク方向或いは特定ＣＣ（例、ＰＣＣ）と同じリンク方向を持つＣＣのみを運用することがある。便宜上、このような方式をＨＤ（Ｈａｌｆ−Ｄｕｐｌｅｘ）−ＴＤＤ  ＣＡと呼ぶ。例えば、ＰＣＣ（又は、ＭＣＣ）は、特定ＳＦタイミングがＤＬ  ＳＦに設定され、ＳＣＣは、当該ＳＦタイミングがＵＬ  ＳＦに設定されることで、衝突ＳＦが形成される場合、当該ＳＦタイミングでＤＬ方向を持つＰＣＣ（又は、ＭＣＣ）（すなわち、ＰＣＣ（又は、ＭＣＣ）に設定されたＤＬ  ＳＦ）のみを運用し、ＵＬ方向を持つＳＣＣ（すなわち、ＳＣＣに設定されたＵＬ  ＳＦ）は運用しなくてよい（逆の場合も可能）。
【０１０６】
この場合、ＭＣＣ  ＵＬ  ＳＦ、及びＭＣＣを通じてクロスＣＣスケジューリングされるＳＣＣ  ＵＬ  ＳＦを通じて送信されるＵＬデータに対するＵＧ／ＰＨＩＣＨ送信をＭＣＣを通じて行うために、各ＣＣ別に同一或いは異なる（特定ＵＬ−ＤＬ構成に設定された）ＵＧ／ＰＨＩＣＨタイミングを適用したり、特定ＵＬ−ＤＬ構成に設定されたＵＧ／ＰＨＩＣＨタイミングを全てのＣＣ（すなわち、ＰＣＣ（又はＭＣＣ）／ＳＣＣ）に共通に適用する方案を考慮できる。特定ＵＬ−ＤＬ構成（以下、基準構成（Ｒｅｆｅｒｅｎｃｅ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ；Ｒｅｆ−Ｃｆｇ））は、ＰＣＣ（又はＭＣＣ）に設定されたＵＬ−ＤＬ構成（ＭＣＣ−Ｃｆｇ）又はＳＣＣに設定されたＵＬ−ＤＬ構成（ＳＣＣ−Ｃｆｇ）と同一であってもよく、その他のＵＬ−ＤＬ構成にしてもよい。図１７は、ＨＤ−ＴＤＤ  ＣＡ構造を例示する。同図で、灰色の陰影（Ｘ）は、衝突ＳＦで使用が制限されるＣＣ（リンク方向）を例示する。
【０１０７】
一方、ＰＣＣ（又はＭＣＣ）とＳＣＣのリンク方向が異なる衝突ＳＦでＵＬ／ＤＬ同時送受信を全て許容する方式も考慮することができる。便宜上、このような方式をＦＤ（Ｆｕｌｌ−Ｄｕｐｌｅｘ）−ＴＤＤ  ＣＡと呼ぶ。この場合も、ＰＣＣ（又はＭＣＣ）のＵＬ  ＳＦ、ＰＣＣ（又はＭＣＣ）を通じてクロスＣＣスケジューリングされるＳＣＣのＵＬ  ＳＦに対するＵＧ／ＰＨＩＣＨ送信をＰＣＣ（又はＭＣＣ）を通じて行うために、各ＣＣ別に同一或いは異なる（特定ＵＬ−ＤＬ構成（すなわち、Ｒｅｆ−Ｃｆｇ）に設定された）ＵＧ／ＰＨＩＣＨタイミングを適用したり、特定ＵＬ−ＤＬ構成（すなわち、Ｒｅｆ−Ｃｆｇ）に設定されたＵＧ／ＰＨＩＣＨタイミングを全てのＣＣ（すなわち、ＰＣＣ（又はＭＣＣ）／ＳＣＣ）に共通に適用したりできる。Ｒｅｆ−Ｃｆｇは、ＭＣＣ−Ｃｆｇ又はＳＣＣ−Ｃｆｇと同一であってもよく、その他のＵＬ−ＤＬ  Ｃｆｇにしてもよい。図１８は、ＦＤ−ＴＤＤ  ＣＡ構造を例示している。
【０１０８】
本明細書において、Ｄは、ＤＬ  ＳＦ又はスペシャルＳＦを意味し、Ｕは、ＵＬ  ＳＦを意味する。ＣＣのＵＬ−ＤＬ構成（ＵＤ−ｃｆｇ）は、同報情報又は上位層シグナリングによって（半−）静的に構成され、当該ＣＣのサブフレーム構成は、表１に基づいて決定することができる。また、Ａ／Ｎタイミングは、特定ＤのＤＬデータに対するＡ／Ｎを送信／受信できるように設定されたＵを意味したり、これらのタイミング関係を意味できる。ＵＧ又はＰＨＩＣＨタイミングは、特定ＵのＵＬデータをスケジューリングするＵＧ及び当該ＵＬデータ送信に対するＰＨＩＣＨを送信／受信できるように設定されたＤを意味したり、これらのタイミング関係を意味できる。具体的に、特定ＣＣ（すなわち、Ｒｅｆ−ＣＣ）或いは特定ＵＤ−Ｃｆｇ（すなわち、Ｒｅｆ−ｃｆｇ）に設定されたＡＣＫ／ＮＡＣＫタイミングを適用するということは、表３で特定ＣＣのＵＤ−Ｃｆｇ或いは特定ＵＤ−ｃｆｇに該当するパラメータ値を使用することを意味できる。また、特定ＣＣ（すなわち、Ｒｅｆ−ＣＣ）或いは特定ＵＤ−ｃｆｇ（すなわち、Ｒｅｆ−ｃｆｇ）に設定されたＵＬグラント又はＰＨＩＣＨタイミングを適用するということは、表４及び表５で特定ＣＣのＵＤ−Ｃｆｇ或いは特定ＵＤ−ｃｆｇに該当するパラメータ値を使用することを意味できる。
【０１０９】
本発明で、ＵＬデータＨＡＲＱプロセス（すなわち、ＵＧ又はＰＨＩＣＨタイミング）のためのＲｅｆ−Ｃｆｇは、クロスＣＣスケジューリングの有無によって、次のように決定することができる。
【０１１０】
［ソリューション１］
■ＭＣＣを通じて送信されるＵＬデータに対するＵＬグラント／ＰＨＩＣＨ
▲ＭＣＣに設定されたＵＬグラント／ＰＨＩＣＨタイミングを適用
■ＳＣＣを通じて送信されるＵＬデータに対するＵＬグラント／ＰＨＩＣＨ
▲非クロスＣＣスケジューリング：ＳＣＣに設定されたＵＬグラント／ＰＨＩＣＨタイミングを適用
▲クロスＣＣスケジューリング：ＭＣＣ又はＳＣＣがＵであるＳＦ（ｓ）が全てＵに設定されたＵＬ−ＤＬ構成のうち、Ｕの個数が最も小さいＵＬ−ＤＬ構成（以下、ＵＬユニオン）のＵＬグラント／ＰＨＩＣＨタイミング（以下、ＵＬユニオンタイミング）を適用。等価的に、ＭＣＣ又はＳＣＣがＵであるＳＦ（ｓ）が全てＵに設定されたＵＬ−ＤＬ構成のうち、Ｄの個数が最も多いＵＬ−ＤＬ構成（すなわち、ＵＬユニオン）のＵＬグラント／ＰＨＩＣＨタイミングを適用。
【０１１１】
［ソリューション２］
■ＭＣＣを通じて送信されるＵＬデータに対するＵＬグラント／ＰＨＩＣＨ
▲ＭＣＣに設定されたＵＬグラント／ＰＨＩＣＨタイミングを適用
■ＳＣＣを通じて送信されるＵＬデータに対するＵＬグラント／ＰＨＩＣＨ
▲非クロスＣＣスケジューリング：ＳＣＣに設定されたＵＬグラント／ＰＨＩＣＨタイミングを適用
▲クロスＣＣスケジューリング：ＭＣＣに設定されたＵＬグラント／ＰＨＩＣＨタイミングを適用。ＭＣＣ（及び／又はＰＣＣ）がＤであり、ＳＣＣがＵである衝突ＳＦに対しては、ＳＣＣのＵに対するスケジューリングを放棄することができる（すなわち、（ＵＬグラント／ＰＨＩＣＨ観点で）衝突ＳＦは可用Ｕから除外する）。そのため、衝突ＳＦは、ＵＬグラント／ＰＨＩＣＨタイミングが定義されないことがある。したがって、衝突ＳＦは、ＨＡＲＱプロセス個数、ＨＡＲＱ  ＲＴＴ決定過程などで考慮されなかったり、ＮＡＣＫ（又は、ＤＴＸ又はＮＡＣＫ／ＤＴＸ）と処理されたりする。
【０１１２】
一方、ＵＬ  ＳＦの個数がＤＬ  ＳＦの個数よりも多いＵＬ−ＤＬ構成＃０の場合、他のＤＬ−ＵＬ構成とは異なる特性を有する。例えば、ＵＬ−ＤＬ構成＃１〜＃６の場合、ＵＬ  ＤＡＩ（Ｄｏｗｎｌｉｎｋ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｄｅｘ）がＵＬグラントＤＣＩフォーマットに含まれるが、ＵＬ−ＤＬ構成＃０の場合は、ＵＬ  ＤＡＩの代わりにＵＬインデックスがＵＬグラントＤＣＩフォーマットに含まれる。ここで、ＵＬインデックスは、スケジューリングの対象となるＵＬ  ＳＦを指示する。すなわち、ＵＬ−ＤＬ構成＃０の場合、少ない数のＤＬ  ＳＦを用いてＤＬ  ＳＦよりも多い数のＵＬ  ＳＦに対するＵＬデータスケジューリング／ＨＡＲＱを行うためにＵＬインデックスが用いられる。また、ＵＬ−ＤＬ構成＃１〜＃６の場合、ＤＬグラントＤＣＩフォーマット内のＤＬ  ＤＡＩは、ＰＤＣＣＨの順序値（又は、カウンタ値）を表す。一方、ＵＬ−ＤＬ構成＃０の場合、ＤＬグラントＤＣＩフォーマット内にＤＬ  ＤＡＩは含まれるが、ＤＬ  ＤＡＩはシグナリングされないものと定義される。ＵＬ−ＤＬ構成＃０の場合、ＵＬ  ＳＦ個数がＤＬ  ＳＦ個数よりも多いため、（Ａ／Ｎ送信のために）各ＤＬ  ＳＦ別に互いに異なるＵＬ  ＳＦをリンクさせることができ、ＤＬ  ＤＡＩシグナリングの省略が可能なわけである。ここで、ＤＬグラントＤＣＩフォーマットは、ＤＬデータをスケジューリングするＰＤＣＣＨに加え、ＳＰＳ解除を命令するＰＤＣＣＨも含むことができる。
【０１１３】
これによって、他のＵＤ−Ｃｆｇとは違い、ＵＤ−Ｃｆｇ  ＃０に対しては、一つのＵＬグラントＰＤＣＣＨが、複数（例、２個）のＵＬ  ＳＦを通じてそれぞれ送信される複数（例、２個）のＵＬデータを同時にスケジューリングできる動作を許容する。また、これを勘案して、特定ＤＬ  ＳＦでは、（ＵＬグラントＰＤＣＣＨ当たり一つのＵＬ  ＳＦスケジューリングのみを許容する）一般の場合に比べてより多量（例、２倍）のＰＨＩＣＨリソースを占有（ｒｅｓｅｒｖｅ）する。
【０１１４】
具体的に、式１及び表６を再び参照すると、２個のＵＬ  ＳＦ（これを通じて送信されるＵＬデータ）に対するＰＨＩＣＨ送信が特定ＤＬ  ＳＦ（例、ＤＬ  ＳＦ  ＃０、＃５）で同時に行われる場合、（時間順序上）１番目のＵＬ  ＳＦに対応するＰＨＩＣＨリソースインデックスは、式１にＩＰＨＩＣＨ＝０を適用して算出されたＰＨＩＣＨリソースインデックスと決定し、２番目のＵＬ  ＳＦに対応するＰＨＩＣＨリソースインデックスは、式１にＩＰＨＩＣＨ＝１を適用して算出されたＰＨＩＣＨリソースインデックスと決定することができる。便宜上、式１を次に再び記載する。
0005778874.tif 000054
【０１１５】
一方、クロスＣＣスケジューリング状況において、ＳＣＣがＵＤ−Ｃｆｇ  ＃０であり、ＭＣＣがＵＤ−Ｃｆｇ  ＃０以外のＵＤ−Ｃｆｇに設定された場合、ソリューション１を適用することができる。ソリューション１の適用時に、ＳＣＣを通じて送信されるＵＬデータ（簡単に、ＳＣＣ  ＵＬデータ）（例、ＳＣＣ  ＰＵＳＣＨ）に対するＵＧ／ＰＨＩＣＨタイミングのＲｅｆ−Ｃｆｇは、ＭＣＣとＳＣＣのＵＬユニオンであるＵＤ−Ｃｆｇ  ＃０（すなわち、ＳＣＣ  ＵＤ−Ｃｆｇ）と決定することができる。このとき、クロスＣＣスケジューリング状況であるから、ＳＣＣ  ＵＬデータに対するＰＨＩＣＨはＭＣＣで送信され、ＭＣＣはＵＤ−Ｃｆｇ  ＃０でないため、ＤＬ  ＳＦで１ｘ  ＰＨＩＣＨリソースしか占有できない。そのため、２個のＳＣＣ  ＵＬ  ＳＦに対するＰＨＩＣＨ送信が一つのＭＣＣ  ＤＬ  ＳＦで要求される場合、既存のＰＨＩＣＨリソース決定及び送信方式をそのまま適用できないという問題が発生する。
【０１１６】
この問題を解消するために、互いに異なるＵＤ−Ｃｆｇ間ＴＤＤ  ＣＡベースのクロスＣＣスケジューリング状況においてＳＣＣ  ＵＤ−ＣｆｇがＵＤ−Ｃｆｇ  ＃０である場合、ＳＣＣ  ＵＬデータに対するＡ／Ｎフィードバックのために、ＰＨＩＣＨリソース決定及びＰＨＩＣＨ信号送信方法について提案する。発明の理解のために、提案方式では、ソリューション１に従って、ＵＤ−Ｃｆｇ  ＃０のＳＣＣを通じて送信されるＵＬデータに対するＵＧ／ＰＨＩＣＨタイミングのＲｅｆ−Ｃｆｇは、ＵＤ−Ｃｆｇ  ＃０（すなわち、ＳＣＣ  ＵＤ−Ｃｆｇ）と決定されるとする。提案方法は、ＭＣＣ自体のＵＤ−ＣｆｇがＵＤ−Ｃｆｇ  ＃０でなく（例、ＭＣＣ  ＵＤ−Ｃｆｇ＝ＵＤ−Ｃｆｇ  ＃１〜＃６；ＭＣＣ＝ＦＤＤ  ＣＣ）、ＳＣＣに対するＵＧ／ＰＨＩＣＨタイミングＲｅｆ−ＣｆｇがＵＤ−Ｃｆｇ  ＃０に設定された状況で、ＳＣＣ  ＵＬデータに対応するＰＨＩＣＨリソース決定及び送信方法へと一般化できる。提案方法は、ＳＣＣが複数である場合にも適用でき、それぞれのＭＣＣ／ＳＣＣ組合せに対して提案方法を適用することができる。
【０１１７】
具体的に、ＳＣＣ上の特定２個のＵＬ  ＳＦ（これを通じて送信される２個のＵＬデータ）に対する共通ＰＨＩＣＨタイミングとなるＭＣＣのＤＬ  ＳＦが、ＭＣＣ自体に設定されたＵＧ／ＰＨＩＣＨタイミング（例、ＰＨＩＣＨリソースが占有（ｒｅｓｅｒｖｅ）されたＤＬ  ＳＦ）に属する場合（すなわち、１ｘ  ＰＨＩＣＨリソースのみが占有された状態で２個のＵＬデータに対するＰＨＩＣＨリソース割当及び送信が同時に要求されるとき）、次のようなＰＨＩＣＨリソース割当及び送信方法を提案する。便宜上、これら２個のＵＬ  ＳＦをそれぞれＵＬ  ＳＦ−１、ＵＬ  ＳＦ−２とし、時間順序上ＵＬ  ＳＦ−１がＵＬ  ＳＦ−２以前に存在するとする。
【０１１８】
Ａｌｔ  ０）全てのＵＬ  ＳＦに対してＩＰＨＩＣＨ＝０を適用してＰＨＩＣＨリソースインデックスを算出
【０１１９】
ＵＬ  ＳＦ−１及びＵＬ  ＳＦ−２に対応するＰＨＩＣＨリソース決定時に（式１参照）、これらＵＬ  ＳＦ両方に対してＩＰＨＩＣＨ＝０を適用することができる。具体的に、ＵＬ  ＳＦ−１に対応するＰＨＩＣＨリソースインデックスは、ＩＰＨＩＣＨ＝０に基づき、ＵＬ  ＳＦ−１内のＵＬデータ送信リソース領域の最小（ｌｏｗｅｓｔ）のＰＲＢインデックス（及び当該ＵＬデータ送信に結び付いたＤＭＲＳ  ＣＳ（Ｃｙｃｌｉｃ  Ｓｈｉｆｔ）値）にリンクされたＰＨＩＣＨリソースインデックスを割り当てることができる。また、ＵＬ  ＳＦ−２に対応するＰＨＩＣＨリソースインデックスは、ＩＰＨＩＣＨ＝０に基づき、ＵＬ  ＳＦ−２内のＵＬデータ送信リソース領域の最小のＰＲＢインデックス（及び当該ＵＬデータ送信に結び付いたＤＭＲＳ  ＣＳ値）にリンクされたＰＨＩＣＨリソースインデックスを割り当てることができる。ＳＣＣが一つのＵＬ  ＳＦで最大２個のＴＢ送信をサポートするモードに設定された場合、ＵＬ  ＳＦ−１（又はＵＬ  ＳＦ−２）の１番目のＴＢに対応するＰＨＩＣＨリソースインデックスは、ＩＰＨＩＣＨ＝０に基づき、ＵＬ  ＳＦ−１（又はＵＬ  ＳＦ−２）でのＵＬデータ送信に用いられた最小のＰＲＢインデックスｋＰＲＢ（及びＵＬデータ送信に結び付いたＤＭＲＳ  ＣＳ値）にリンクされたＰＨＩＣＨリソースインデックス（ｎＰＨＩＣＨ．０）と決定し、ＵＬ  ＳＦ−１（又はＵＬ  ＳＦ−２）の２番目のＴＢに対応するＰＨＩＣＨリソースインデックスは、ＩＰＨＩＣＨ＝０に基づき、ｋＰＲＢ＋１（及びＵＬデータ送信に結び付いたＤＭＲＳ  ＣＳ値）にリンクされたＰＨＩＣＨリソースインデックス（ｎＰＨＩＣＨ．１）と決定することができる。
【０１２０】
本方式では、ＵＬ  ＳＦ−１／ＵＬ  ＳＦ−２に対応するＰＨＩＣＨリソース間の衝突を避けるために、ＵＬ  ＳＦ−１とＵＬ  ＳＦ−２で送信されるそれぞれのＵＬデータに割り当てられた最小のＰＲＢインデックス（ＳＣＣ  ＵＬが最大２個のＴＢ送信をサポートする場合、ｋＰＲＢ及び／又はｋＰＲＢ＋１）とそれに結び付いたＤＭＲＳ  ＣＳ値がＵＬ  ＳＦ−１／ＵＬ  ＳＦ−２で同一に割り当てられる場合を制限してもよい。
【０１２１】
本方式は、ＩＰＨＩＣＨ値は、ＵＧ／ＰＨＩＣＨタイミングのＲｅｆ−ＣｆｇであるＵＤ−Ｃｆｇ  ＃０に従って決定し（すなわち、ＳＦ  ＃４及び＃９のＵＬデータ送信に対してはＩＰＨＩＣＨ＝１、その他ＳＦのＵＬデータ送信に対してはＩＰＨＩＣＨ＝０）、ＰＨＩＣＨリソースインデックスは下記の式に基づいて算出するものと等価的に動作することができる。
【数３】
0005778874.tif 000055
【０１２２】
また、本方式は、ＩＰＨＩＣＨ値はＵＧ／ＰＨＩＣＨタイミングのＲｅｆ−ＣｆｇであるＵＤ−Ｃｆｇ  ＃０に従って決定し（すなわち、ＳＦ  ＃４及び＃９のＵＬデータ送信に対してはＩＰＨＩＣＨ＝１、その他ＳＦのＵＬデータ送信に対してはＩＰＨＩＣＨ＝０）、ＰＨＩＣＨリソースインデックス（すなわち、ＰＨＩＣＨグループインデックス）は下記の式のいずれかに基づいて算出するものと等価的に動作することができる。
【数４】
0005778874.tif 000056
【０１２３】
ここで、１番目の式で、オフセット値は、
【化３７】
0005778874.tif 000057
（ＳＦ  ＃４及び＃９の場合）、或いは０（その他ＳＦの場合）に設定することができ、２番目の式で、オフセットは、−１（ＳＦ  ＃４及び＃９の場合）、或いは０（その他ＳＦの場合）に設定することができる。
【０１２４】
Ａｌｔ  １）ＰＨＩＣＨリソースインデックス（或いは、ＤＭＲＳ  ＣＳ）に対するオフセットを設定
【０１２５】
ＵＬ  ＳＦ−１のＵＬデータに対応するＰＨＩＣＨリソースは、ＵＬデータ送信リソース領域の最小のＰＲＢインデックス（及びＤＭＲＳ  ＣＳ値）にリンクされたＰＨＩＣＨリソースインデックス（例、ｎＰＨＩＣＨ）と決定することができる。また、ＵＬ  ＳＦ−２のＵＬデータに対応するＰＨＩＣＨリソースは、ｎＰＨＩＣＨにオフセットが加えられたＰＨＩＣＨリソースインデックスと決定することができる。等価的に、ＵＬ  ＳＦ−２のＵＬデータに対応するＰＨＩＣＨリソースは、ＵＧ  ＰＤＣＣＨ内のＤＭＲＳ  ＣＳフィールドを通じてシグナリングされた値にオフセットが加えられたＤＭＲＳ  ＣＳ値から類推されるＰＨＩＣＨリソースインデックス（或いは、その他のＰＨＩＣＨリソースインデックス決定に用いられる他のパラメータにオフセットが加えられた値に基づいて類推されるＰＨＩＣＨリソースインデックス）と決定することができる。ここで、オフセット値は、あらかじめ固定されてもよく、Ｌ１（Ｌａｙｅｒ  １）／Ｌ２（Ｌａｙｅｒ  ２）／ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）／ブロードキャストシグナリングを通じてセル−／端末−特定に設定されてもよい。逆に、ＵＬ  ＳＦ−２に対応するＰＨＩＣＨリソース決定時にオフセットを適用せず、ＵＬ  ＳＦ−１に対応するＰＨＩＣＨリソース決定時にオフセットを適用する方法も可能である。ＰＨＩＣＨリソース衝突の点で、オフセットは０以外の値に設定することが好ましい。
【０１２６】
ＳＣＣのＵＬが最大２個のＴＢ送信をサポートするモードに設定された場合、ＵＬ  ＳＦ−１（又はＵＬ  ＳＦ−２）で送信された２個のＴＢに対応するＰＨＩＣＨリソースは、最低ＰＲＢインデックスｋＰＲＢ及びｋＰＲＢ＋１のそれぞれにリンクされたＰＨＩＣＨリソースインデックスｎＰＨＩＣＨ．０及びｎＰＨＩＣＨ．１と決定することができる。また、ＵＬ  ＳＦ−２（又はＵＬ  ＳＦ−１）で送信された２個のＴＢに対応するＰＨＩＣＨリソースは、ｎＰＨＩＣＨ．０及びｎＰＨＩＣＨ．１のそれぞれに上記オフセットが加えられた２個のＰＨＩＣＨリソースインデックスと決定することができる。等価的に、ＵＬ  ＳＦ−２（又はＵＬ  ＳＦ−１）で送信された２個のＴＢに対応するＰＨＩＣＨリソースは、ｋＰＲＢ、ｋＰＲＢ＋１、ＤＭＲＳ  ＣＳ或いはその他のＰＨＩＣＨリソース決定に結び付いたパラメータにオフセットが加えられた値から類推される２個のＰＨＩＣＨリソースインデックスと決定することができる。このとき、ＰＨＩＣＨリソース衝突の点で、オフセットは、｛−１，０，＋１｝以外の値に設定すればよい。
【０１２７】
Ａｌｔ  ２）ＰＨＩＣＨ参照無しでＵＬグラントベースの再送信のみを許容する動作を適用
【０１２８】
ＵＬ  ＳＦ−１のＵＬデータの場合、ＰＨＩＣＨ参照ベースの非適応的再送信（及びＵＬグラント受信ベースの適応的再送信）を許容することができる。このとき、ＵＬ  ＳＦ−１に対応するＰＨＩＣＨリソースは、ＵＬデータ送信リソース領域の最小のＰＲＢインデックス（及びＤＭＲＳ  ＣＳ値）にリンクされたＰＨＩＣＨリソースインデックスと決定することができる。ＳＣＣのＵＬが最大２個のＴＢ送信をサポートするモードに設定された場合、ＵＬ  ＳＦ−１で送信された２個のＴＢに対応するＰＨＩＣＨリソースは、最小のＰＲＢインデックスｋＰＲＢにリンクされたＰＨＩＣＨリソースインデックスｎＰＨＩＣＨ．０、及びｋＰＲＢ＋１にリンクされたＰＨＩＣＨリソースインデックスｎＰＨＩＣＨ．１と決定することができる。
【０１２９】
また、ＵＬ  ＳＦ−２のＵＬデータの場合、対応するＰＨＩＣＨリソースを割り当てず、ＰＨＩＣＨ参照無しでＵＬグラントベースの適応的再送信のみを許容することができる（便宜上、ＰＨＩＣＨ−レス（ｌｅｓｓ）動作という）。ＵＬグラントベースの再送信のみを許容するために、端末は、ＵＬ  ＳＦ−２に対するＰＨＩＣＨを受信すべきＤＬ  ＳＦにおいてＡＣＫをＭＡＣ層のＨＡＲＱ個体（具体的に、ＨＡＲＱプロセス）に伝達すればよい。ＵＬデータ再送信はＮＡＣＫ又はＤＴＸが検出された場合に行われるが、端末がＵＬ  ＳＦ−２に対するＰＨＩＣＨを受信すべきＤＬ  ＳＦで何らＨＡＲＱ応答をＭＡＣ層に報告しないと、ＭＡＣ層はＵＬデータ／ＰＨＩＣＨにＤＴＸが発生したと判断するからである。一方、ＵＬ  ＳＦ−２に対するＰＨＩＣＨを受信るべきＤＬ  ＳＦでＵＬグラントが受信された場合、端末は、ＵＬグラント内のＮＤＩ（Ｎｅｗ  Ｄａｔａ  Ｉｎｄｉｃａｔｏｒ）によってＵＬデータ再送信／初期送信を行うことができる。
【０１３０】
逆に、ＵＬ  ＳＦ−２についてＰＨＩＣＨ参照ベースの方式を適用し、ＵＬ  ＳＦ−１についてＰＨＩＣＨ−レス動作を適用することもできる。すなわち、ＵＬ  ＳＦ−１に対して、対応するＰＨＩＣＨリソース割当及び参照無しで、ＵＬグラントベースの適応的再送信のみを許容することもできる。
【０１３１】
図１９はＡｌｔ  ２によるＨＡＲＱ過程を一般化した例である。便宜上、同図は端末の立場で示したが、対応の動作を基地局で行うことができることは明らかである。
【０１３２】
図１９を参照すると、端末は、複数のＣＣを束ねる（Ｓ１９０２）。ここで、複数のＣＣは、互いに異なるサブフレーム構成（例、互いに異なるＴＤＤ  ＵＬ−ＤＬ構成を有するＣＣの集約、又はＴＤＤ  ＣＣ／ＦＤＤ  ＣＣの集約）を有することができる。例えば、スケジューリングＣＣと被−スケジューリングＣＣを束ね、被−スケジューリングＣＣのＵＬ−ＤＬ構成はＵＬ−ＤＬ構成＃０であってよい。以降、端末は、被−スケジューリングＣＣのＵＬ  ＳＦに対するスケジューリング情報（ＵＬグラントＰＤＣＣＨ）をスケジューリングＣＣを通じて受信することができる（Ｓ１９０４）。被−スケジューリングＣＣのＵＬ−ＤＬ構成がＵＬ−ＤＬ構成＃０である場合、ＵＬグラントＰＤＣＣＨは、ＵＬ  ＳＦ−１及び／又はＵＬ  ＳＦ−２に関するスケジューリング情報を含むことができる。ＵＬ  ＳＦ−１はＵＬ  ＳＦ−２よりも時間的に早いＵＬ  ＳＦを表す。ＵＬ  ＳＦ−１及び／又はＵＬ  ＳＦ−２に対するリソース割当は、ＵＬグラントＰＤＣＣＨ内のＵＬインデックスを用いて指示することができる。その後、端末はスケジューリング情報に基づいて被−スケジューリングＣＣのＵＬ  ＳＦでＵＬデータを送信することができる（Ｓ１９０４）。本提案によれば、ＵＬ  ＳＦに対応するスケジューリングＣＣのＤＬ  ＳＦに、ＵＬ  ＳＦに対応するＰＨＩＣＨリソースがある場合（例、ＵＬ  ＳＦ−１の場合）、ＵＬ  ＳＦのデータに対してＰＨＩＣＨベースの再送信及び／又はＵＬグラントベースの再送信を許容する。一方、ＵＬ  ＳＦに対応するスケジューリングＣＣのＤＬ  ＳＦに、ＵＬ  ＳＦに対応するＰＨＩＣＨリソースがない場合（例、ＵＬ  ＳＦ−２の場合）、ＵＬ  ＳＦのデータに対してＵＬグラントベースの再送信のみを許容することができる。
【０１３３】
Ａｌｔ  ２−１）ＰＨＩＣＨ参照無しでＵＬグラントベースの再送信のみを許容する動作を適用
【０１３４】
ＵＬ  ＳＦ−１のＵＬデータ及びＵＬ  ＳＦ−２のＵＬデータに対して、対応するＰＨＩＣＨリソースを割り当てず、ＰＨＩＣＨ参照無しでＵＬグラントベースの適応的再送信のみを許容することができる。すなわち、ＵＬ  ＳＦ−１及びＵＬ  ＳＦ−２両方に対してＰＨＩＣＨ−レス動作を適用することができる。
【０１３５】
Ａｌｔ  ３）ＵＬ  ＳＦ別／間バンドリングされた（ｂｕｎｄｌｅｄ）ＡＣＫ／ＮＡＣＫを一つのＰＨＩＣＨリソースを通じて送信
【０１３６】
ＵＬ  ＳＦ−１のＵＬデータに対するＡ／ＮとＵＬ  ＳＦ−２のＵＬデータに対するＡ／Ｎに対してバンドリング動作（例、論理ＡＮＤ演算）を行った後、バンドリングされたＡ／Ｎを一つのＰＨＩＣＨリソースを通じて送信することができる。ＰＨＩＣＨリソースを、ＵＬ  ＳＦ−１（又は、ＵＬ  ＳＦ−２）のＵＬデータ送信リソース領域の最小のＰＲＢインデックス（及びＤＭＲＳ  ＣＳ値）にリンクされたＰＨＩＣＨリソースインデックスと決定することができる。
【０１３７】
ＳＣＣのＵＬが最大２個のＴＢ送信をサポートするモードに設定された場合、特定一つのＵＬ  ＳＦ（ＵＬ  ＳＦ−１或いはＵＬ  ＳＦ−２）でのＵＬデータ送信リソース領域の最小のＰＲＢインデックスｋＰＲＢにリンクされたＰＨＩＣＨリソースインデックスｎＰＨＩＣＨ．０とｋＰＲＢ＋１にリンクされたＰＨＩＣＨリソースインデックスｎＰＨＩＣＨ．１を用いることができる。また、ＵＬ  ＳＦ−１のＵＬデータ送信リソース領域の最小のＰＲＢインデックスｋＰＲＢ．Ｕ１にリンクされたＰＨＩＣＨリソースインデックスｎＰＨＩＣＨ．Ｕ１とＵＬ  ＳＦ−２のＵＬデータ送信リソース領域の最小のＰＲＢインデックスｋＰＲＢ．Ｕ２にリンクされたＰＨＩＣＨリソースインデックスｎＰＨＩＣＨ．Ｕ２を用いることができる。これに基づき、ｉ）ＵＬ  ＳＦ−１  ＴＢに対するバンドリングされたＡＣＫ／ＮＡＣＫをｎＰＨＩＣＨ．０（或いはｎＰＨＩＣＨ．Ｕ１）を通じて送信／受信したり、ＵＬ  ＳＦ−２  ＴＢに対するバンドリングされたＡＣＫ／ＮＡＣＫをｎＰＨＩＣＨ．１（或いはｎＰＨＩＣＨ．Ｕ２）を通じて送信／受信したり、或いは、ｉｉ）２個のＵＬ  ＳＦで送信された１番目のＴＢに対するバンドリングされたＡＣＫ／ＮＡＣＫをｎＰＨＩＣＨ．０（或いはｎＰＨＩＣＨ．Ｕ１）を通じて送信／受信し、２番目のＴＢに対するバンドリングされたＡＣＫ／ＮＡＣＫをｎＰＨＩＣＨ．１（或いはｎＰＨＩＣＨ．Ｕ２）を通じて送信／受信する方案を考慮できる。
【０１３８】
これと違い、ＳＣＣ上の特定２個のＵＬ  ＳＦ（具体的に、これらのＳＦで送信される２個のＵＬデータ）に対する共通ＰＨＩＣＨタイミングとなるＭＣＣのＤＬ  ＳＦが、ＭＣＣ自体に設定されたＵＧ／ＰＨＩＣＨタイミング（例、ＰＨＩＣＨリソースが占有（ｒｅｓｅｒｖｅ）されたＤＬ  ＳＦ）に属しない場合（すなわち、占有されたＰＨＩＣＨリソースがない状態で２個のＵＬデータに対するＰＨＩＣＨリソース割当及び送信が同時に要求される時）には、Ａｌｔ  ２−１を適用することができる。
【０１３９】
一方、クロスＣＣスケジューリング状況で、上とは逆に、ＭＣＣがＵＤ−Ｃｆｇ  ＃０であり、ＳＣＣがＵＤ−Ｃｆｇ  ＃０以外のＵＤ−Ｃｆｇに設定された場合、ソリューション１又は２以外の方法を適用することができる。例えば、ＳＣＣ  ＵＬデータに対するＵＧ／ＰＨＩＣＨタイミングのＲｅｆ−Ｃｆｇは、（ＭＣＣとＳＣＣのＵＬユニオン或いはＭＣＣのＵＤ−Ｃｆｇに該当する）ＵＤ−Ｃｆｇ  ＃０以外のＵＤ−Ｃｆｇ（ＳＣＣのＵＤ−Ｃｆｇを含んでもよい）（例、ＵＤ−Ｃｆｇ  ＃１、ＵＤ−Ｃｆｇ  ＃６）と決定することができる。更に一般化すると、前の状況は、ＭＣＣのＵＤ−ＣｆｇがＵＤ−Ｃｆｇ  ＃０であり、ＳＣＣに対するＵＧ／ＰＨＩＣＨタイミングのＲｅｆ−ＣｆｇがＵＤ−Ｃｆｇ  ＃０に設定されない場合を意味できる。ここで、ＭＣＣはＵＤ−Ｃｆｇ  ＃０であるため、全ての或いは一部のＤＬ  ＳＦで２ｘ  ＰＨＩＣＨリソースを占有していることがある。この場合、Ｒｅｆ−Ｃｆｇによって一つのＭＣＣ  ＤＬ  ＳＦでは一つのＳＣＣ  ＵＬ  ＳＦ（該ＳＦで送信されるＵＬデータ）に対するＰＨＩＣＨ送信のみが行われるように設定することができる。
【０１４０】
そのために、Ａｌｔ  ０を適用したり（すなわち、ＳＣＣの全てのＵＬ  ＳＦ（これらＳＦで送信されたＵＬデータ）に対してＩＰＨＩＣＨ＝０を適用してＰＨＩＣＨリソースインデックスを算出）したり、１ｘ  ＰＨＩＣＨリソースが占有された場合と２ｘ  ＰＨＩＣＨリソースが占有された場合に対してそれぞれＩＰＨＩＣＨ値０と１を適用したり、１ｘ  ＰＨＩＣＨリソースが占有された場合にはＩＰＨＩＣＨ＝０を適用し、２倍のＰＨＩＣＨリソースが占有された場合に対しては、ＩＰＨＩＣＨとして０及び１のうち、いずれの値を適用するかを設定することができる。ＩＰＨＩＣＨ値は、例えば、ＲＲＣシグナリングなどを通じて半−静的に設定したり、ＵＬグラントＰＤＣＣＨ内の（１ビット）フィールドを追加して明示的に指示したり、ＵＬグラントＰＤＣＣＨ内の特定フィールド値に黙示的にリンク（例、ＲＢ割当情報及び／又はＤＭＲＳ  ＣＳ値に従ってＩＰＨＩＣＨ値を別々に適用）させたりできる。
【０１４１】
また、以上の提案Ａｌｔ（Ａｌｔ  ０〜３）のうちいずれの方法を適用するかを、ＲＲＣシグナリングなどを通じてセル−特定或いはＵＥ−特定に設定することもできる。
【０１４２】
また、Ａｌｔ  ０方法（ＩＰＨＩＣＨ＝０適用）に基づく場合、（互いに異なるＵＤ−Ｃｆｇ間ＴＤＤ  ＣＡ状況に限定して）ＭＣＣ自体のＵＤ−Ｃｆｇ（すなわち、ＭＣＣ  ＵＤ−Ｃｆｇ）及び／又はＳＣＣに対するＵＧ／ＰＨＩＣＨタイミングのＲｅｆ−Ｃｆｇ（すなわち、ＳＣＣ  Ｒｅｆ−Ｃｆｇ）によって（ＳＣＣでのＵＬデータ送信に対応する）ＩＰＨＩＣＨ値を次のような方式で決定することができる。
【０１４３】
Ａｌｔ  ０−１）ＭＣＣ  ＵＤ−Ｃｆｇ又はＳＣＣ  Ｒｅｆ−ＣｆｇがＵＤ−Ｃｆｇ  ＃０であるか否かによってＩＰＨＩＣＨ値を設定
【０１４４】
ＭＣＣ  ＵＤ−ＣｆｇがＵＤ−Ｃｆｇ  ＃０である場合、ＳＦによってＩＰＨＩＣＨ値を０又は１に設定することができる。そうでない（すなわち、ＭＣＣ  ＵＤ−ＣｆｇがＵＤ−Ｃｆｇ  ＃０でない）場合、全てのＳＦに対してＩＰＨＩＣＨ値を０に設定することができる。また、ＳＣＣ  Ｒｅｆ−ＣｆｇがＵＤ−Ｃｆｇ  ＃０である場合、ＳＦによってＩＰＨＩＣＨ値を０又は１に設定し、そうでない（すなわち、ＳＣＣ  Ｒｅｆ−ＣｆｇがＵＤ−Ｃｆｇ  ＃０でない）場合には、全てのＳＦに対してＩＰＨＩＣＨ値を０に設定することができる。
Ａｌｔ  ０−２）ＭＣＣ  ＵＤ−ＣｆｇとＳＣＣ  Ｒｅｆ−Ｃｆｇの両方がＵＤ−Ｃｆｇ  ＃０であるか否かによってＩＰＨＩＣＨ値を設定
【０１４５】
ＭＣＣ  ＵＤ−Ｃｆｇ、ＳＣＣ  Ｒｅｆ−Ｃｆｇ両方ともＵＤ−Ｃｆｇ  ＃０である場合、ＳＦによってＩＰＨＩＣＨ値を０又は１に設定し、そうでない（すなわち、ＭＣＣ  ＵＤ−ＣｆｇとＳＣＣ  Ｒｅｆ−Ｃｆｇの少なくとも一方でもＵＤ−Ｃｆｇ  ＃０でない）場合には、全てのＳＦ（すなわち、全ての（ＵＬ）ＳＦでのＵＬデータ送信）に対してＩＰＨＩＣＨ値を０に設定することができる。具体的に、ＭＣＣ  ＵＤ−Ｃｆｇ、ＳＣＣ  Ｒｅｆ−Ｃｆｇ両方もＵＤ−Ｃｆｇ  ＃０である場合、ＳＦ  ＃４及び＃９でのＵＬデータ送信に対してはＩＰＨＩＣＨ＝１に設定し、その他ＳＦでのＵＬデータ送信に対してはＩＰＨＩＣＨ＝０に設定することができる。
【０１４６】
また、ＭＣＣ  ＵＤ−ＣｆｇがＵＤ−Ｃｆｇ  ＃０であり、ＳＣＣ  Ｒｅｆ−ＣｆｇがＵＤ−Ｃｆｇ  ＃０でない場合、１）ＭＣＣに対しては、上記と同様、（ＵＬデータ送信）ＳＦによってＩＰＨＩＣＨ値を０又は１に設定したり、ＳＣＣに対しては全ＳＦに対してＩＰＨＩＣＨ値を０に設定したり、２）ＭＣＣ／ＳＣＣ両方に対して全ＳＦに対応するＩＰＨＩＣＨ値を０に設定することができる。一方、ＭＣＣ  ＵＤ−ＣｆｇがＵＤ−Ｃｆｇ  ＃０でない場合、（ＳＣＣ  Ｒｅｆ−Ｃｆｇに関係なく）ＭＣＣ／ＳＣＣ両方に対して全ての（ＵＬデータ送信）ＳＦに対応するＩＰＨＩＣＨ値を０に設定することができる。
Ａｌｔ  ０−３）ＭＣＣ／ＳＣＣ組合せによらずにＩＰＨＩＣＨ値を設定
【０１４７】
本方式では、ＭＣＣ／ＳＣＣ組合せによらず（すなわち、ＭＣＣ  ＵＤ−Ｃｆｇ及び／又はＳＣＣ  Ｒｅｆ−ＣｆｇがＵＤ−Ｃｆｇ  ＃０であるか否かにかかわらず）、全てのＳＦ（すなわち、全ての（ＵＬ）ＳＦでのＵＬデータ送信）に対してＩＰＨＩＣＨ値を常に０に設定することができる。
【０１４８】
具体的に、ＭＣＣ  ＵＤ−ＣｆｇがＵＤ−Ｃｆｇ  ＃０である場合（ＳＣＣ  Ｒｅｆ−Ｃｆｇによらず）、１）ＭＣＣに対しては、（ＵＬデータ送信）ＳＦによってＩＰＨＩＣＨ値を０又は１に設定し、ＳＣＣに対しては、全てのＳＦに対してＩＰＨＩＣＨ値を０にそれぞれ設定したり、２）ＭＣＣ／ＳＣＣ両方に対して、全てのＳＦに対応するＩＰＨＩＣＨ値を０に設定することができる。また、ＭＣＣ  ＵＤ−ＣｆｇがＵＤ−Ｃｆｇ  ＃０でない場合には（ＳＣＣ  Ｒｅｆ−Ｃｆｇによらず）、ＭＣＣ／ＳＣＣ両方に対して、全ての（ＵＬデータ送信）ＳＦに対応するＩＰＨＩＣＨ値を０に設定することができる。
【０１４９】
また、（互いに異なるＵＤ−Ｃｆｇ間ＴＤＤ  ＣＡ状況に限定して）ＰＣＣに対しても、１）ＰＣＣ  ＵＤ−ＣｆｇがＵＤ−Ｃｆｇ  ＃０である場合には、上記と同様、（ＵＬデータ送信）ＳＦによってＩＰＨＩＣＨ値を０又は１に設定し、ＰＣＣ  ＵＤ−ＣｆｇがＵＤ−Ｃｆｇ  ＃０でない場合には、全てのＳＦに対してＩＰＨＩＣＨ値を０に設定したり、２）ＰＣＣ  ＵＤ−Ｃｆｇにかかわらず、全てのＳＦに対してＩＰＨＩＣＨ値を０に設定することもできる。
【０１５０】
一方、特定ＣＣに対するＵＧ／ＰＨＩＣＨタイミングのＲｅｆ−Ｃｆｇが、当該特定ＣＣ自体のＵＤ−Ｃｆｇ（例、ＵＤ−Ｃｆｇ  ＃０又はＵＤ−Ｃｆｇ  ＃Ｎ（Ｎ＞０））以外の、他のＵＤ−Ｃｆｇ（例、ＵＤ−Ｃｆｇ  ＃Ｎ（Ｎ＞０）又はＵＤ−Ｃｆｇ  ＃０）に設定される場合（及び／又は、上記でＭＣＣとＳＣＣが同一である場合（すなわち、当該特定ＣＣに対してクロスＣＣスケジューリングが設定されていないか、又は非クロスＣＣスケジューリングが設定されている場合））、当該特定ＣＣを通じて送信されるＵＬデータに対応するＰＨＩＣＨリソースの決定／送信のために、以上の諸提案方法を同一／類似に拡張適用することができる。
【０１５１】
本明細書で、ＩＰＨＩＣＨ＝０又は１に設定することは、（ＩＰＨＩＣＨ値の設定はＲｅｆ−Ｃｆｇに従うが）ＰＨＩＣＨリソースインデックス決定時に
【化３７−１】
0005778874.tif 000058
を加えるか否かを設定するという意味を含むことができる。すなわち、ＩＰＨＩＣＨ＝０又は１に設定することは、下記式のいずれかを適用するかを決定するという意味を含むことができる。
【０１５２】
【数５】
0005778874.tif 000059
【０１５３】
図２０は、本発明の実施例に適用することができる基地局及び端末を例示する図である。リレーを含むシステムでは、基地局又は端末がリレーに代替してもよい。
【０１５４】
図２０を参照すると、無線通信システムは、基地局（ＢＳ）１１０及び端末（ＵＥ）１２０を含む。基地局１１０は、プロセッサ１１２、メモリー１１４及び無線周波数（ＲＦ）ユニット１１６を備える。プロセッサ１１２は、本発明で提案した手順及び／又は方法を具現するように構成することができる。メモリー１１４は、プロセッサ１１２に接続し、プロセッサ１１２の動作に関する様々な情報を記憶する。ＲＦユニット１１６は、プロセッサ１１２に接続し、て無線信号を送信及び／又は受信する。端末１２０は、プロセッサ１２２、メモリー１２４及びＲＦユニット１２６を備える。プロセッサ１２２は、本発明で提案した手順及び／又は方法を具現するように構成することができる。メモリー１２４は、プロセッサ１２２に接続し、プロセッサ１２２の動作に関する様々な情報を記憶する。ＲＦユニット１２６は、プロセッサ１２２に接続し、無線信号を送信及び／又は受信する。基地局１１０及び／又は端末１２０は、単一アンテナ又は多重アンテナを有することができる。
【０１５５】
以上説明してきた実施例は、本発明の構成要素及び特徴を所定形態に結合したものである。各構成要素又は特徴は、別の明示的な言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合しない形態で実施することもでき、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明される動作の順序は変更可能である。ある実施例の一部構成や特徴は、別の実施例に含めることもでき、別の実施例の対応する構成又は特徴に置き換えることもできる。特許請求の範囲において明示的な引用関係にない請求項を結合して実施例を構成したり、出願後の補正によって新しい請求項として含めたりできることは明らかである。
【０１５６】
本文書において、本発明の実施例は主として端末と基地局との間のデータ送受信関係を中心に説明されている。本文書において基地局によって行われるとした特定動作は、場合によっては、その上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）によって行われてもよい。すなわち、基地局を含む複数のネットワークノードからなるネットワークにおいて端末との通信のために行われる様々な動作は、基地局又は基地局以外の別のネットワークノードによって実行できることは明らかである。基地局は、固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、Ｎｏｄｅ  Ｂ、ｅＮｏｄｅ  Ｂ（ｅＮＢ）、アクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ）などの用語に代替してもよい。また、端末は、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＭＳＳ（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）などの用語に代替してもよい。
【０１５７】
本発明に係る実施例は、様々な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍ  ｗａｒｅ）、ソフトウェア、又はそれらの結合などによって具現することができる。ハードウェアによる具現の場合、本発明の一実施例は、一つ又はそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
【０１５８】
ファームウェアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明された機能又は動作を実行するモジュール、手順、関数などの形態で具現することができる。ソフトウェアコードは、メモリーユニットに保存され、プロセッサによって駆動することができる。メモリーユニットはプロセッサの内部又は外部に設けられ、既に公知の様々な手段によってプロセッサとデータを交換することができる。
【０１５９】
本発明は、本発明の特徴を逸脱しない範囲で別の特定の形態に具体化可能であるということは、当業者にとっては自明である。したがって、上記の詳細な説明は、いずれの面においても制限的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的な解釈によって決定すべきであり、本発明の均等範囲内における変更はいずれも本発明の範囲に含まれる。
【産業上の利用可能性】
【０１６０】
本発明は、無線移動通信システムの端末機、基地局、又はその他の装備（例、リレー）に用いることができる。具体的に、本発明は、制御情報を送信する方法及びそのための装置に適用することができる。
【図５】
0005778874.tif 000076
【図６】
0005778874.tif 000077
【図７】
0005778874.tif 000078
【図８】
0005778874.tif 000079
【図９】
0005778874.tif 000080
【図１０】
0005778874.tif 000081
【図１５】
0005778874.tif 000082
【図１６】
0005778874.tif 000083
【図１７】
0005778874.tif 000084
【図１８】
0005778874.tif 000085
【図１】
0005778874.tif 000086
【図２】
0005778874.tif 000087
【図３】
0005778874.tif 000088
【図４】
0005778874.tif 000089
【図１１】
0005778874.tif 000090
【図１２】
0005778874.tif 000091
【図１３】
0005778874.tif 000092
【図１４】
0005778874.tif 000093
【図１９】
0005778874.tif 000094
【図２０】
0005778874.tif 000095