(57)【特許請求の範囲】
【請求項１】
端末のデータ送信方法において、
第１スロットに含まれる複数のデータシンボルに第１直交シーケンスを乗算するステップと、
前記第１スロットに時間的に連続する第２スロットに含まれる複数のデータシンボルに第２直交シーケンスを乗算するステップと、
前記第１スロットに含まれたデータシンボル及び前記第２スロットに含まれたデータシンボルを基地局に送信するステップと、
を含み、
前記第１直交シーケンス及び前記第２直交シーケンスは下記の表１に示す直交シーケンスから選択され、前記第２直交シーケンスのインデックスは下記の表２によって前記第１直交シーケンスのインデックスに基づいて決定されることを特徴とする端末のデータ送信方法。
【表１】
0005539558.tif 000208
【表２】
0005539558.tif 000209
【請求項２】
前記第２直交シーケンスのインデックスは隣接する列（ｒｏｗ）間のインデックス差が循環して「２」であり、前記第１直交シーケンスのインデックスが増加することによって前記第２直交シーケンスのインデックスは循環して減少するように決定されることを特徴とする請求項１に記載の端末のデータ送信方法。
【請求項３】
前記表２の第１直交シーケンスのインデックスで隣接する列のインデックス差が「１」である場合、前記第２直交シーケンスのインデックスで隣接する列のインデックス差は循環して「２」であることを特徴とする請求項１に記載の端末のデータ送信方法。
【請求項４】
前記第１直交シーケンスのインデックスが循環して増加することによって前記第２直交シーケンスのインデックスは循環して減少するように決定されることを特徴とする請求項１に記載の端末のデータ送信方法。
【請求項５】
前記端末と同一のセルに属し、前記端末と同一の時間−周波数リソースを使用する第２端末の第１スロットに含まれる複数のデータシンボルに第３直交シーケンスが乗算され、前記第２端末の第２スロットに含まれる複数のデータシンボルに第４直交シーケンスが乗算され、
前記第３直交シーケンスと前記第４直交シーケンスは前記表１に示す直交シーケンスから選択され、前記第４直交シーケンスは前記表２によって前記第３直交シーケンスに基づいて決定されることを特徴とする請求項１に記載の端末のデータ送信方法。
【請求項６】
前記第１直交シーケンスのインデックスと前記第３直交シーケンスのインデックスとの間の差が「１」である場合、前記第２直交シーケンスのインデックスと前記第４直交シーケンスとの差が「２」になるように決定されることを特徴とする請求項５に記載の端末のデータ送信方法。
【請求項７】
前記第１直交シーケンスのインデックスと前記第３直交シーケンスのインデックスとの間の差が「２」である場合、前記第２直交シーケンスのインデックスと前記第４直交シーケンスとの差が「１」になるように決定されることを特徴とする請求項５に記載の端末のデータ送信方法。
【請求項８】
複数の元素を含むスクランブリングシーケンスを前記データシンボルに乗算するステップをさらに含み、
前記元素を複素平面上で同一の位相間隔に配列され、大きさが「１」である複数の複素数のうち擬似ランダムに選択されることを特徴とする請求項１に記載の端末のデータ送信方法。
【請求項９】
前記各元素は、下記の数式（１）によって決定されることを特徴とする請求項８に記載の端末のデータ送信方法。
【数１】
0005539558.tif 000210
（ここで、Ｎは整数であり、ｎｉは０と同一であるか大きく、Ｎよりも小さい整数として擬似乱数（ｐｓｅｕｄｏ−ｒａｎｄｏｍ）シーケンスのうち前記データシンボルが含まれたスロットのスロット番号とＤＦＴ−Ｓ−ＯＤＦＭシンボル番号に応じて異なる値を有する値である）
【請求項１０】
前記データシンボルは、上りリンク物理制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ
Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を用いて送信されることを特徴とする請求項８に記載の端末のデータ送信方法。
【請求項１１】
前記データシンボルは、前記基地局から前記端末に送信された下りリンクデータに対する受信確認情報（ＡＣＫ／ＮＡＣＫ）であることを特徴とする請求項１に記載の端末のデータ送信方法。
【請求項１２】
基地局のデータ受信方法において、
第１端末から第１スロット及び前記第１スロットに時間的に連続する第２スロットを含むサブフレームを受信するステップと、
前記第１スロットから第１直交シーケンスが乗算され、前記第１端末から送信された第１データシンボルを抽出するステップと、
前記第２スロットから第２直交シーケンスが乗算され、前記第１端末から送信された第２データシンボルを抽出するステップと、
を含み、
前記第１直交シーケンスと前記第２直交シーケンスは下記の表３に示す直交シーケンスから選択され、前記第２直交シーケンスのインデックスは下記の表４によって前記第１直交シーケンスのインデックスに基づいて決定されることを特徴とする基地局のデータ受信方法。
【表３】
0005539558.tif 000211
【表４】
0005539558.tif 000212
【請求項１３】
前記表４で前記第２直交シーケンスのインデックスは隣接する列間のインデックス差が循環して「２」であり、前記第１直交シーケンスのインデックスが増加することによって前記第２直交シーケンスのインデックスは循環して減少するように決定されることを特徴とする請求項１２に記載の基地局のデータ受信方法。
【請求項１４】
前記表４の第１直交シーケンスのインデックスで隣接する列のインデックス差が「１」である場合、前記第２直交シーケンスのインデックスで隣接する１列のインデックス差は循環して「２」であることを特徴とする請求項１２に記載の基地局のデータ受信方法。
【請求項１５】
前記第１直交シーケンスのインデックスが循環して増加することによって、前記第２直交シーケンスのインデックスは循環して減少するように決定されることを特徴とする請求項１４に記載の基地局のデータ受信方法。
【請求項１６】
前記端末と同一のセルに属し、前記端末と同一の時間−周波数リソースを使用する第２端末から、第３スロット及び第４スロットを含む第２サブフレームを受信するステップと、
前記第３スロットから第３直交シーケンスが乗算され、前記第２端末から送信された第３データシンボルを抽出するステップと、
前記第４スロットから第４直交シーケンスが乗算され、前記第２端末から送信された第４データシンボルを抽出するステップと、
を含み、
前記第３直交シーケンスと前記第４直交シーケンスは前記表３に示す直交シーケンスから選択され、前記第４直交シーケンスは前記表４によって前記第３直交シーケンスに基づいて決定されることを特徴とする請求項１２に記載の基地局のデータ受信方法。
【請求項１７】
前記第１直交シーケンスのインデックスと前記第３直交シーケンスのインデックスとの間の差が「１」である場合、前記第２直交シーケンスのインデックスと前記第４直交シーケンスとの差が「２」になるように決定されることを特徴とする請求項１６に記載の基地局のデータ受信方法。
【請求項１８】
前記第１直交シーケンスのインデックスと前記第３直交シーケンスのインデックスとの間の差が「２」である場合、前記第２直交シーケンスのインデックスと前記第４直交シーケンスとの差が「１」になるように決定されることを特徴とする請求項１６に記載の基地局のデータ受信方法。
【請求項１９】
複数の元素を含むスクランブリングシーケンスを前記データシンボルに乗算するステップをさらに含み、
前記元素を複素平面上で同一の位相間隔に配列され、大きさが「１」である複数の複素数のうち擬似ランダムに選択されたことを特徴とする請求項１に記載の端末のデータ送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
下記の実施形態は無線通信システムに関し、より詳しくは、キャリア集成方式が適用された無線通信システムに関する。
【背景技術】
【０００２】
キャリアアグリゲーション方式は、複数のキャリアコンポーネントを併合してデータ送信の効率性を向上させる技術である。端末または基地局は複数のキャリアコンポーネントが割り当てられ、割り当てられた複数のキャリアコンポーネントを用いてデータを送信したり受信する。
【０００３】
端末または基地局はデータだけではなく、データに対する制御情報を送信する。データに対する受信確認情報（ＡＣＫ／ＮＡＣＫ）及び無線リソースの割当程度がデータの制御情報の一例として用いられてもよい。複数のキャリアコンポーネントが割り当てられた場合に、複数のキャリアコンポーネントのどのようなキャリアコンポーネントを用いて制御情報を送信するか、どのように制御情報を送信するか否かについての研究が求められている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明における例示的な実施形態の一側は、キャリアコンポーネント方式が適用された場合に制御情報を送信する方法を提供する。
【課題を解決するための手段】
【０００５】
例示的な実施形態の一側は、複数の下りリンクキャリアコンポーネントを用いて制御情報及びデータを受信する受信部と、前記下りリンクキャリアコンポーネントに含まれた複数の下りリンクチャネル要素のうち、前記制御情報が送信されたチャネル要素のインデックスに基づいて上りリンクキャリアコンポーネントに含まれた上りリンクチャネル要素を決定する制御部と、前記決定された上りリンクチャネル要素を用いて前記データに対する受信確認情報（ＡＣＫ／ＮＡＣＫ）を基地局に送信する送信部とを備える端末を提供する。
【０００６】
例示的な実施形態の他の一側は、基地局からデータを受信する受信部と、前記受信されたデータに対する受信確認情報を生成する制御部と、前記受信確認情報及び前記基地局に対するスケジューリング要請を含むデータパケットを前記基地局に送信する送信部とを備え、前記送信部は、前記データパケットに含まれた前記受信確認情報のビット数及び前記スケジューリング要請のビット数に基づいて前記データパケットに対する送信電力を決定する端末を提供する。
【０００７】
例示的な実施形態の他の一側は、基地局から前記基地局と前記端末との間の通信に使用可能な下りリンクコンポーネントキャリアに関する情報を受信し、前記下りリンクコンポーネントキャリアのうち一部または全てのデータ受信コンポーネントキャリアを用いてデータブロックを受信する受信部と、前記下りリンクコンポーネントキャリアそれぞれに対する送信モードに基づいて前記下りリンクコンポーネントキャリアそれぞれに対して前記データブロックの受信確認情報（ＡＣＫ／ＮＡＣＫ）を生成する受信確認情報生成部とを備える端末を提供する。
【０００８】
例示的な実施形態の他の一側は、第１スロット及び第２スロットを含むサブフレームを基地局に送信する送信部を備え、前記第１スロットに含まれた第１サイクリックシフトと前記第２スロットに含まれた第２サイクリックシフトは互いに異なる端末を提供する。
【発明の効果】
【０００９】
例示的な実施形態の一側によると、キャリアリンクコンポーネント方法が適用された場合に制御情報を送信することができる。
【図面の簡単な説明】
【００１０】
【図１】下りリンクコンポーネントキャリアと上りリンクコンポーネントキャリアとの間の対応関係を示す図である。
【図２】下りリンクグラントが１つのコンポーネントキャリアに位置する実施形態を示す図である。
【図３】下りリンクグラントが複数のコンポーネントキャリアに位置する実施形態を示す図である。
【図４】例示的な実施形態に係るチャネル構造を示す図である。
【図５】他の例示的な実施形態に係る端末の構造を示すブロック図である。
【図６Ａ】他の例示的な実施形態に係るチャネルの構造を示す図である。
【図６Ｂ】他の例示的な実施形態に係るチャネルの構造を示す図である。
【図７Ａ】他の例示的な実施形態に係るチャネルの構造を示す図である。
【図７Ｂ】他の例示的な実施形態に係るチャネルの構造を示す図である。
【図８Ａ】他の例示的な実施形態に係るチャネルの構造を示す図である。
【図８Ｂ】他の例示的な実施形態に係るチャネルの構造を示す図である。
【図９】他の例示的な実施形態に係る端末の構造を示すブロック図である。
【図１０】他の例示的な実施形態に係る端末の構造を示すブロック図である。
【図１１】他の例示的な実施形態に係る端末の構造を示すブロック図である。
【図１２】ＤＦＴ−Ｓ−ＯＦＤＭに基づいた送信の一例を示す図である。
【図１３】ＤＦＴ−Ｓ−ＯＦＤＭに基づいた送信の一例を示す図である。
【図１４】ＤＦＴ−Ｓ−ＯＦＤＭに基づいた送信の一例を示す図である。
【発明を実施するための形態】
【００１１】
図１は、下りリンクコンポーネントキャリアと上りリンクコンポーネントキャリアとの間の対応関係を示す図である。
【００１２】
端末は複数の下りリンクコンポーネントキャリア１１０、１２０、１３０を用いて基地局からデータを受信し、複数の上りリンクコンポーネントキャリア１４０、１５０を用いてデータに対する受信確認メッセージを基地局に送信する。
【００１３】
下りリンクコンポーネントキャリア１１０、１２０、１３０は、それぞれ制御情報１１１、１２１、１３１とデータ１１２、１２２、１３２を含み、上りリンクコンポーネントキャリア１４０、１５０もそれぞれ制御情報１４１、１４３、１５１、１５３及びデータ１４２、１５２を含む。
【００１４】
一側面によれば、端末は、構成コンポーネントキャリアの集合に属するコンポーネントキャリアのいずれか１つを下りリンクプライマリコンポーネントキャリア（ＰＣＣ：Ｐｒｉｍａｒｙ  Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）として設定してもよい。構成コンポーネントキャリアのうち、プライマリコンポーネントキャリアではない他のコンポーネントキャリアは、下りリンクセカンダリーコンポーネントキャリア（ＳＣＣ：Ｓｅｃｏｎｄａｒｙ  Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）と称してもよい。
【００１５】
下りリンクプライマリコンポーネントキャリアは、端末が基地局との接続を維持する間に常に端末の構成コンポーネントキャリアの集合に含まれる。また、基地局がシステム情報を送信するために用いるコンポーネントキャリアである。一側面によれば、基地局はプライマリコンポーネントキャリアに対するシステム情報だけではなく、セカンダリーコンポーネントキャリアに対するシステム情報もプライマリコンポーネントキャリアを用いて送信してもよい。
【００１６】
一側面によれば、基地局は、ＲＲＣシグナリングを用いて下りリンクプライマリコンポーネントキャリアを端末に通知する。
【００１７】
他の側面によれば、端末がＰＵＣＣＨ  ＡＣＫ／ＮＡＣＫを送信する上りリンクコンポーネントキャリアを上りリンクプライマリコンポーネントキャリアと言える。下りリンクプリイモリコンポーネントキャリアと上りリンクプライマリコンポーネントキャリアは所定の連結関係によって接続される。一側面によれば、基地局は、ＲＲＣシグナリングを用いて上りリンクプライマリコンポーネントキャリアを端末に通知してもよい。
【００１８】
また、上りリンクプライマリコンポーネントキャリアと下りリンクプライマリコンポーネントキャリアは各端末ごとに互いに異なるように設定してもよい。
【００１９】
一側面によれば、基地局は、ＲＲＣシグナリングを用いてクロス−キャリアスケジューリング（Ｃｒｏｓｓ−Ｃａｒｒｉｅｒ  Ｓｃｈｅｄｕｌｉｎｇ）の使用の有無を端末に通知する。クロス−キャリアスケジューリングを使用しない場合、特定の下りリンクコンポーネントキャリアに含まれたＰＤＳＣＨ１１２、１２２、１３２の割当情報またはスケジューリング情報は、該当下りリンクコンポーネントキャリアに含まれたＰＤＣＣＨ１１１、１２１、１３１を介してのみ送信される。すなわち、第１下りリンクコンポーネントキャリア１１０に含まれたＰＤＳＣＨ１１２の割当情報またはスケジューリング情報は、第１下りリンクコンポーネントキャリアに含まれたＰＤＣＣＨ１１１を介してのみ送信され、第２下りリンクコンポーネントキャリア１２０に含まれたＰＤＳＣＨ１２２の割当情報またはスケジューリング情報は、第２下りリンクコンポーネントキャリア１２０に含まれたＰＤＣＣＨ１２１を介してのみ送信される。
【００２０】
上りリンクスケジューリングを考慮すれば、下りリンクコンポーネントキャリアに含まれたＰＤＣＣＨは、下りリンクコンポーネントキャリアに対応する上りリンクコンポーネントキャリアのＰＵＳＣＨに対するスケジューリング情報を含む。
【００２１】
基地局は、上りリンクコンポーネントキャリアと下りリンクコンポーネントキャリアとの間の対応関係に関する情報を端末に送信してもよい。端末は、コンポーネントキャリアの間の対応関係を用いて、ＰＤＣＣＨがどのような上りリンクコンポーネントキャリアに含まれたＰＵＳＣＨをスケジューリングするかが分かる。図１では、第１下りリンクコンポーネントキャリア１１０が第１上りリンクコンポーネントキャリア１４０に対応し、第２下りリンクコンポーネントキャリア１２０が第２上りリンクコンポーネントキャリア１５０に対応する。この場合に、第１ＰＤＣＣＨに含まれたスケジューリング情報は第１ＰＵＳＣＨに関するものであり、第２ＰＤＣＣＨに含まれたスケジューリング情報は第２ＰＵＳＣＨ１５２に関するものである。
【００２２】
一側面によれば、基地局はコンポーネントの間の対応関係をシステム情報に含んで送信してもよい。
【００２３】
図２は、下りリンクグラントが１つのコンポーネントキャリアに位置する実施形態を示す図である。下りリンクグラントはＰＤＣＣＨによって送信され、下りリンクまたは上りリンクに対するリソース割当情報を含む。
【００２４】
クロス−キャリアスケジューリングを使用すると、各ＰＤＳＣＨ２１２、２２２、２３２の割当情報またはスケジューリング情報は全て特定の下りリンクコンポーネントキャリアのＰＤＣＣＨを用いて送信される。この場合に、スケジューリング情報が送信されるＰＤＣＣＨの含まれた下りリンクコンポーネントキャリア２１０をプライマリコンポーネントキャリアと言える。
【００２５】
下りリンクグラントに用いられたＰＤＣＣＨを構成している制御チャネル要素（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ）のうち、最初の要素のインデックス値に応じて上りリンクＡＣＫ／ＮＡＣＫリソースが決定される。複数のコンポーネントキャリアにデータを送信する場合には、コンポーネントキャリア数と同じ数のＰＤＣＣＨチャネルを用いる。したがって、総Ｎ個のＰＤＣＣＨチャネルを使用すれば、各ＰＤＣＣＨの最初のチャネル要素のインデックスの値に応じてマッピングされる総Ｎ個のＡＣＫ／ＮＡＣＫリソースが決定される。端末は、Ｎ個のＡＣＫ／ＮＡＣＫリソースを用いてＡＣＫ／ＮＡＣＫ信号を送信する。また、上りリンクプライマリコンポーネントキャリアに追加的な無線リソースを割り当てて受信確認情報（ＡＣＫ／ＮＡＣＫ）を送信してもよい。
【００２６】
端末は、予め決定された１つの上りリンクコンポーネントキャリアを介してＮ個のＡＣＫ／ＮＡＣＫ信号を送信する。図２に示すように、下りリンクプライマリコンポーネントキャリアを介してのみＰＤＣＣＨを送信すれば、従来におけるＬＴＥ  Ｒｅｌｅａｓｅ  ８／９の非明示的（ｉｍｐｌｉｃｉｔ）なリソースマッピング関係をそのまま使用できることで、リソースを効率よく使用できる利点がある。
【００２７】
図３は、下りリンクグラントが複数のコンポーネントキャリアに位置する実施形態を示す図である。図３に示された実施形態によれば、ＰＤＣＣＨは数個の下りリンクコンポーネントキャリアを用いて送信される。しかし、受信確認情報（ＡＣＫ／ＮＡＣＫ）は１つの上りリンクコンポーネントキャリアを用いて送信される。したがって、各下りリンクコンポーネントキャリアに存在するＰＤＣＣＨに対して上りリンクプライマリコンポーネントキャリアに対応するリソースを設定してもよい。
【００２８】
また、上りリンクプライマリコンポーネントキャリアに追加的な無線リソースを割り当てて受信確認情報を送信してもよい。
【００２９】
端末に対してクロスキャリアスケジューリング（Ｃｒｏｓｓ−ｃａｒｒｉｅｒ  ｓｃｈｅｄｕｌｉｎｇ）が設定された場合、ＰＤＣＣＨ内にＣＩＦフィールドが用いられる。また、図２に示すように、下りリンクプライマリコンポーネントキャリアを介してのみＰＤＣＣＨが送信されれば、端末はＬＴＥ−Ｒｅｌｅａｓｅ８の規格に定義されているＰＤＣＣＨの最も低いＣＣＥインデックスとＡＣＫ／ＮＡＣＫリソースの非明示的なマッピング関係によって、上りリンクプライマリコンポーネントキャリア内に決定されるＰＵＣＣＨ  ｆｏｒｍａｔ  １ａまたはｆｏｒｍａｔ  １ｂ  ＡＣＫ／ＮＡＣＫリソースを用いてリソースまたはシーケンスを選択してＡＣＫ／ＮＡＣＫ送信を行なってもよい。特に、端末が２個の下りリンクコンポーネントキャリアを用いるように構成され（すなわち、下りリンク構成コンポーネントキャリアが２個である場合）、端末に対してクロスキャリアスケジューリングが設定されれば、常に図２に示すように、下りリンクプライマリコンポーネントキャリアを用いてのみＰＤＣＣＨが送信される。
【００３０】
プライマリコンポーネントキャリアに動的なＰＤＣＣＨを用いたＰＤＳＣＨの割当がない場合にもプライマリコンポーネントキャリアにＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）の割当がある場合には、端末はＳＰＳの割当に対応するＰｅｒｓｉｓｔｅｎｔ  ＡＣＫ／ＮＡＣＫリソースをリソース及びシーケンスを選択するためのＡＣＫ／ＮＡＣＫチャネルに含まれる。
【００３１】
しかし、全ての下りリンクコンポーネントキャリアが１つの同じ上りリンクコンポーネントキャリアに接続される場合には、端末に対してクロスキャリアスケジューリングが設定されたか否かに関係なく、ＰＤＣＣＨの最も低い制御チャネル要素（ＣＣＥ：Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ）インデックスとＡＣＫ／ＮＡＣＫリソースの非明示的なマッピング関係を用いて確保される上りリンクＡＣＫ／ＮＡＣＫチャネルを用いてリソース及びシーケンスを選択することができる。
【００３２】
前述した方法によってリソースを確保した場合でもＡＣＫ／ＮＡＣＫ送信性能を高めるために追加的なリソースの確保を求めることもある。
【００３３】
一側面によれば、ＬＴＥ  Ｒｅｌ−８／９のＡＣＫ／ＮＡＣＫリソースの非明示的なマッピング関係を用いるが、ＰＤＣＣＨの２番目で低い制御チャネル要素インデックスを最も低い制御チャネル要素インデックスの代わりに代入して、上りリンクＡＣＫ／ＮＡＣＫリソースを確保することができる。この場合、基地局は少なくとも２個の制御チャネル要素でＰＤＣＣＨを構成しなければならない。
【００３４】
しかし、この方法によっていずれのサブフレームにＳＰＳが割り当てられた場合、該当サブフレームでは下りリンク割当ＰＤＣＣＨが存在することがある。この場合、ＬＴＥではＳＰＳの割当に対応する１つのＡＣＫ／ＮＡＣＫリソースだけが確保されるため、追加的リソース確保のために他の割当方法を使用しなければならない。
【００３５】
一側面によれば、追加的リソースは明示的シグナリング（Ｅｘｐｌｉｃｉｔ  Ｓｉｇｎａｌｉｎｇ）を用いて確保することができる。明示的なシグナリングの一例として、ＲＲＣシグナリングを通じて直接通知したり、または下りリンクスケジューリングのためのＤＣＩ  Ｆｏｒｍａｔに１つまたは複数のビットを割り当てて端末に通知する。他の方法として、ＲＲＣシグナリングを介してリソース割当位置の一部を通知し、最終的に下りリンクスケジューリングのためのＤＣＩ  Ｆｏｒｍａｔに１つまたは複数のビットを割り当てて端末にリソースを通知してもよい。
【００３６】
端末に対してクロススケジューリングが設定されていない場合、ＰＤＣＣＨがＣＩＦを含まない。この場合に、基地局は、別個のＲＲＣシグナリングを介して上りリンクプライマリコンポーネントキャリア内にＡＣＫ／ＮＡＣＫリソースを割り当てるようにしてもよい。この場合、下りリンク構成コンポーネントキャリアの数に該当するＡＣＫ／ＮＡＣＫリソースが割り当てられなければならない。すなわち、下りリンク構成コンポーネントキャリアの数がＮ個であれば、Ｎ個のＰＵＣＣＨ  ＡＣＫ／ＮＡＣＫリソースが割り当てられなければならない。下りリンクプライマリコンポーネントキャリアに動的なＰＤＣＣＨを用いたＰＤＳＣＨの割当があれば、ＬＴＥ−Ｒｅｌｅａｓｅ８の規格に定義されているＰＤＣＣＨの最も低い制御チャネル要素インデックスとＡＣＫ／ＮＡＣＫリソースの非明示的なマッピング関係を用いて、上りリンクプライマリコンポーネントキャリア内に決定されるＡＣＫ／ＮＡＣＫリソースをリソース及びシーケンスを選択するためのＡＣＫ／ＮＡＣＫチャネルに含ませる。
【００３７】
下りリンクプライマリコンポーネントキャリアに動的なＰＤＣＣＨを用いたＰＤＳＣＨの割当がない場合にも、下りリンクプライマリコンポーネントキャリアにＳＰＳの割当がある場合にはＳＰＳの割当に対応するＰｅｒｓｉｓｔｅｎｔＡＣＫ／ＮＡＣＫリソースをリソース及びシーケンスを選択するためのＡＣＫ／ＮＡＣＫチャネルに含ませてもよい。
【００３８】
前述した方法は、下りリンクコンポーネントキャリア１つに対してそれぞれ異なる上りリンクコンポーネントキャリアが接続された場合に適用される。ところが、もし、全ての下りリンクコンポーネントキャリアが同じ上りリンクコンポーネントキャリアに接続される場合には、端末にクロスキャリアスケジューリングが設定された否かに関係なく、常にＬＴＥ−Ｒｅｌｅａｓｅ  ８／９の規格に定義されるように、ＰＤＣＣＨの最も低い制御チャネル要素インデックスとＡＣＫ／ＮＡＣＫリソースの非明示的なマッピング関係を用いて確保される上りリンクＡＣＫ／ＮＡＣＫチャネルを用いてリソース及びシーケンスを選択することができる。
【００３９】
一側面によれば、上りリンクプライマリコンポーネントキャリアに接続された全ての下りリンクコンポーネントキャリアに対して常にＬＴＥ−Ｒｅｌｅａｓｅ８／９の規格に定義された非明示的なマッピング関係を用いて確保される上りリンクＡＣＫ／ＮＡＣＫチャネルを用いて、リソース及びシーケンス選択のためのＡＣＫ／ＮＡＣＫチャネルに含ませる。この場合にも上りリンクプライマリコンポーネントキャリアに接続された下りリンクコンポーネントキャリアに対して動的なＰＤＣＣＨを用いたＰＤＳＣＨの割当がなくてもＳＰＳの割当がある場合には、ＳＰＳの割当に対応するＰｅｒｓｉｓｔｅｎｔ  ＡＣＫ／ＮＡＣＫリソースをリソース及びシーケンス選択のためのＡＣＫ／ＮＡＣＫチャネルに含ませてもよい。
【００４０】
端末に対してクロスキャリアスケジューリングが設定されていない場合、ＰＤＣＣＨがＣＩＦを含まない。この場合にも追加的にリソースをさらに確保してリソース及びシーケンス選択のためのＡＣＫ／ＮＡＣＫチャネルに含ませてもよい。
【００４１】
上りリンクプライマリコンポーネントキャリアに対して下りリンクプライマリコンポーネントキャリアからＰＤＣＣＨが送信されてリソースの割当が行われる場合、ＬＴＥ  Ｒｅｌ−８／９のＡＣＫ／ＮＡＣＫリソースの非明示的なマッピング関係を用いるが、ＰＤＣＣＨの２番目で低い制御チャネル要素インデックスを最も低い制御チャネル要素インデックスの代わりに代入して上りリンクＡＣＫ／ＮＡＣＫリソースを確保することができる。この場合に、基地局は、少なくとも２つの制御チャネル要素としてＰＤＣＣＨを構成してもよい。しかし、この方法によっていずれのサブフレームにＳＰＳが割り当てられた場合、該当サブフレームでは下りリンク割当ＰＤＣＣＨが存在しないことがある。この場合、ＬＴＥではＳＰＳの割当に対応する１つのＡＣＫ／ＮＡＣＫリソースだけが確保されるため、追加的なリソース確保のために他の割当方法を使用しなければならない。追加的なリソースは、明示的シグナリングを用いて確保する。この方法は、ＲＲＣシグナリングを通じて直接通知したり、または下りリンクスケジューリングのためのＤＣＩ  Ｆｏｒｍａｔに１つまたは複数のビットを割り当てて端末に通知することができる。他の方法として、ＲＲＣシグナリングを介してリソース割当位置の一部を通知し、最終的に下りリンクスケジューリングのためのＤＣＩ  Ｆｏｒｍａｔに１つまたは複数のビットを割り当てて端末にリソースを通知することができる。
【００４２】
次は、具体的な例を参照してチャネル選択方式を用いるＡＣＫ／ＮＡＣＫフィードバックのためのリソース割当方法について記述する。送信するＡＣＫ／ＮＡＣＫビットにより割り当てられたチャネル数が下記の表１であると仮定する。
【表１】
0005539558.tif 000002
【００４３】
チャネル選択のためにＰＤＣＣＨを介してＰＤＳＣＨの割当が行われる場合、ＰＤＣＣＨを構成する制御チャネル要素インデックスまたはＡＲＩ（ＡＣＫ／ＮＡＣＫ  Ｒｅｓｏｕｒｃｅ  Ｉｎｄｉｃａｔｉｏｎ）情報などから少なくとも１つ以上のチャネルを確保する。もし、送信ブロックの数が１つであれば１つのチャネルを確保し、送信ブロックの数が２つであれば２つのチャネルを確保することができる。
【００４４】
ＰＤＣＣＨが下りリンクプライマリコンポーネントキャリアで送信されて下りリンクプライマリコンポーネントキャリアまたは下りリンクセカンダリーコンポーネントキャリアに対してデータ割当を行う場合、１つの送信ブロックが送信されるときにはＰＤＣＣＨを構成する制御チャネル要素インデックスのうち最も低い制御チャネル要素インデックスを用いてＲｅｌ−８／９リソース割当方式により１つのチャネルを確保することができる。もし、２つの送信ブロックが送信される場合は、ＰＤＣＣＨを構成する制御チャネル要素インデックスのうち最も低い制御チャネル要素インデックスと２番目で低い制御チャネル要素インデックスをそれぞれ用いてＲｅｌ−８／９リソース割当方式によって２つのチャネルを確保することができる。
【００４５】
ＰＤＣＣＨが下りリンクプライマリコンポーネントキャリアで送信されて１つの送信ブロックが送信される場合。多重アンテナを用いる端末がＳＯＲＴＤ（Ｓｐａｔｉａｌ  Ｏｒｔｈｏｇｏｎａｌ−Ｒｅｓｏｕｒｃｅ  Ｔｒａｎｓｍｉｔ  Ｄｉｖｅｒｓｉｔｙ）を用いて送信するために追加的リソースの割当が必要な場合もある。このとき、ＰＤＣＣＨを構成する制御チャネル要素インデックスのうち最も低い制御チャネル要素インデックスと２番目で低い制御チャネル要素インデックスをそれぞれ用いてＲｅｌ−８／９リソース割当方式を用いて２つのチャネルを確保することができる。
【００４６】
他の側面によれば、ＰＤＣＣＨが下りリンクプライマリコンポーネントキャリアではないセカンダリーコンポーネントキャリアで送信される場合に次の方式によりチャネルを確保することができる。基地局は、パラメータ
0005539558.tif 000003
をＲＲＣシグナリングを介して端末に通知する。ＰＤＣＣＨが下りリンクプライマリコンポーネントキャリアではないセカンダリーコンポーネントキャリアで送信される場合、ＤＣＩ  Ｆｏｒｍａｔ内の２ビットをリソース割当情報に用いる。この２ビットをＡＲＩ（ＡＣＫ／ＮＡＣＫ  Ｒｅｓｏｕｒｃｅ  Ｉｎｄｉｃａｔｉｏｎ）と呼び、複数のＰＤＣＣＨがセカンダリーコンポーネントキャリアで送信される場合にＡＲＩは全て同じ値を用いてもよい。ＡＲＩによって
0005539558.tif 000004
がマッピングされると仮定し、下記のように
0005539558.tif 000005
を定義する。
0005539558.tif 000006
【００４７】
実施形態において、ＡＲＩビット値による
0005539558.tif 000007
は下記の表２のように定義してもよい。
0005539558.tif 000008
は規格に予め決定しておいた値を使用するか、上位階層シグナリング（ｈｉｇｈｅｒ−ｌａｙｅｒ  ｓｉｇｎａｌｉｎｇ）を介して基地局が端末に値を通知してもよい。
【表２】
0005539558.tif 000009
【００４８】
0005539558.tif 000010
から端末はＲｅｌ−８／９と同じ方式で使用するリソースを決定してもよい。１つの送信ブロックが送信される場合は上記の方式で決定された１つのチャネルを確保できる。２個の送信ブロックが受信される場合は１つの方法として、端末は
0005539558.tif 000011
に該当するリソースを２個使用することができる。
【００４９】
他の側面によれば、下りリンクスケジューリング情報の含まれたＰＤＣＣＨが送信されるセカンダリーコンポーネントキャリアが最大２つの送信ブロックを送信できる送信モードとして設定すれば、セカンダリーコンポーネントキャリアに対して基地局は
0005539558.tif 000012
の候補値４対をＲＲＣシグナリングを用いて端末に送信してもよい。また、基地局は、ＤＣＩに含まれたＡＲＩを用いて４対のうち１対を選択し、実際送信ブロック数が２つであれば、選択されたリソース対を端末がチャネル選択のために用いてもよい。一方、実際送信ブロックの数が１つであれば、選択されたリソース対のうち最初のリソースを端末がチャネル選択のために用いる。
【００５０】
多重アンテナを用いる端末がＳＯＲＴＤ（Ｓｐａｔｉａｌ  Ｏｒｔｈｏｇｏｎａｌ−Ｒｅｓｏｕｒｃｅ  Ｔｒａｎｓｍｉｔ  Ｄｉｖｅｒｓｉｔｙ）を用いて送信するために１つの送信ブロックが送信される場合であっても追加的なリソースの割当が必要な場合もある。このとき、
0005539558.tif 000013
に該当するチャネル２個をチャネル選択のためのチャネルとして確保する。
【００５１】
端末が送信しなければならないＡ／Ｎ情報ビット数は、端末に構成化された（ｃｏｎｆｉｇｕｒｅｄ）コンポーネントキャリアの数と各構成化されたコンポーネントキャリアの送信モード（ＴＭ：Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｍｏｄｅ）によって決定する。すなわち、最大２つの運送ブロックを送信できるＴＭとして設定されたコンポーネントキャリアには２ビットが用いられ、最大１つの運送ブロックを送信できるＴＭとして設定されたコンポーネントには１ビットが用いられる。端末が
0005539558.tif 000014
を送信しなければならないＡ／Ｎビットの総数であれば、
0005539558.tif 000015
はｉ番目の構成コンポーネントキャリアに対するＡ／Ｎビット数を示し、
0005539558.tif 000016
は端末に構成化されたコンポーネントキャリア数を示す。
【００５２】
２ビットのＡ／Ｎ送信が発生する場合、下りリンクプライマリコンポーネントキャリア（またはＰＣｅｌｌ）と１つのセカンダリーコンポーネントキャリア（またはＳＣｅｌｌ）が構成され、それぞれが最大１つの運送ブロックを送信できるＴＭとして設定された場合である。
【表３】
0005539558.tif 000017
【００５３】
この場合、端末がＳＯＲＴＤを使用しなければ、前述した方式によって必要なＡ／Ｎチャネルが確保されるため、これをチャネル選択に用いてもよい。端末がＳＯＲＴＤを使用すると、前述した方式によってＰＤＣＣＨが発生したコンポーネントキャリアごとに２個のチャネルを確保することができるため、これをチャネル選択とＳＯＲＴＤ送信に用いることができる。
【００５４】
３ビットＡ／Ｎ送信が発生する場合、下記の表４のように３種類の場合が可能である。
【表４】
0005539558.tif 000018
【００５５】
端末がＳＯＲＴＤを使用すると、前述した方式の表４におけるＣａｓｅ１はＰＤＣＣＨの発生したコンポーネントキャリアごとに２つのチャネルを確保することができるため、これをチャネル選択とＳＯＲＴＤ送信に用いる。
【００５６】
表４におけるＣａｓｅ２は、ＰＣｅｌｌでのみＰＤＣＣＨが発生すれば、総２つのチャネルを確保するので端末がＳＯＲＴＤを用いるためには２つのチャネルをさらに確保しなければならない。もし、ＰＣｅｌｌとＳｃｅｌｌの全てでＰＤＣＣＨが発生すれば、総４個のチャネルが確保されることから、残り１つをＳＯＲＴＤのために用いる。すなわち、チャネル選択の結果から取得されたチャネル１つと残りチャネルの１つを用いてＳＯＲＴＤ送信を行ってもよい。ＳＣｅｌｌでのみＰＤＣＣＨが発生すれば、総２つのチャネルを確保するためＳＯＲＴＤ送信が可能である。
【００５７】
表４におけるＣａｓｅ３はＣａｓｅ２に類似する。ただし、ＰＣｅｌｌとＳＣｅｌｌの位置だけが変わる。
【００５８】
４ビットのＡ／Ｎ送信が発生する場合、下記の表５のように４種類の場合が可能である。
【表５】
0005539558.tif 000019
【００５９】
端末がＳＯＲＴＤを使用すると、前述した方式によって前記表５におけるＣａｓｅ１は、ＰＤＣＣＨが発生したコンポーネントキャリアごとに２つのチャネルを確保するため、これをチャネル選択とＳＯＲＴＤ送信に用いる。
【００６０】
表５におけるＣａｓｅ２において、全てのコンポーネントキャリアにＰＤＣＣＨが発生すれば、総６個のチャネルを確保するので、その中から４個をチャネル選択に用いてもよい。残りの２つのチャネルのうち１つを選択して、端末はＳＯＲＴＤを行なってもよい。チャネル選択の結果から取得されたチャネル１つと残りのチャネル２つのうち１つ（予め規格によって決定されている）のチャネルを用いてＳＯＲＴＤ送信を行ってもよい。
【００６１】
表５におけるＣａｓｅ３において、全てのコンポーネントキャリアにＰＤＣＣＨが発生すれば、総６個のチャネルを確保することができる。その中で４個をチャネル選択に用いてもよい。端末は残り２つのチャネルから１つを選択してＳＯＲＴＤを行なってもよい。チャネル選択の結果から取得されたチャネル１つと残りチャネル２つのうち１つ（予め規格によって決定されている）のチャネルを用いてＳＯＲＴＤ送信を行ってもよい。
【００６２】
Ｃａｓｅ４は、総４個のチャネルを確保するため、これを用いてチャネル選択を行い、ＳＯＲＴＤは許容しない。
【００６３】
ＤＦＴ−Ｓ−ＯＦＤＭ基盤送信方法を用いる端末はＬＴＥ  Ｒｅｌ−８／９に定義されたＰＵＣＣＨリソースを用いて他の端末と共に同じリソースブロック（ＲＢ）にコード分割多重化方式（ＣＤＭ：Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）により多重化することが難しい。したがって、ＲＲＣシグナリングを介して上りリンクプライマリコンポーネントキャリア内に別途のＡＣＫ／ＮＡＣＫリソースを割り当ててもよい。このリソースをＣＡ  ＰＵＣＣＨ  ＡＣＫ／ＮＡＣＫリソースといえる。ＣＡ  ＰＵＣＣＨ  ＡＣＫ／ＮＡＣＫリソースの割り当てられる位置は、既存のＲｅｌ−８／９ＰＵＣＣＨ  ＣＱＩ、Ｐｅｒｓｉｓｔｅｎｔ  ＡＣＫ／ＮＡＣＫ、ＳＲリソース領域内であり、ＰＤＣＣＨの最も低い制御チャネル要素インデックスによってマッピングされる動的ＡＣＫ／ＮＡＣＫリソース（Ｄｙｎａｍｉｃ  Ａ／Ｃｒｅｓｏｕｒｃｅ）領域を侵してはいけない。もし、動的ＡＣＫ／ＮＡＣＫリソース領域を侵せば、動的ＡＣＫ／ＮＡＣＫリソースを用いる他の端末との衝突が発生する。基地局は、端末が使用する無線リソースブロック（ＲＢ：Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）の位置と時間軸シーケンスを通知する。
【００６４】
一側面によれば、基地局はＲＲＣシグナリングを介してリソース割当位置の一部を端末に通知し、最終的に下りリンクスケジューリングのためのＤＣＩ  Ｆｏｒｍａｔに１つまたは複数のビットを割り当てて端末に無線リソースを通知することができる。
【００６５】
ただし、上記の送信方式とは関係なく、端末がいずれのサブフレームで１つの下りリンクコンポーネントキャリアについてのみ下りリンク割当を受信し、その割当てられたコンポーネントキャリアが下りリンクプライマリコンポーネントキャリアであれば、端末はＬＴＥ  Ｒｅｌ−８／９と同一の方式でＡＣＫ／ＮＡＣＫリソースが割当てられ、ＬＴＥ  Ｒｅｌ−８／９と同一の送信方式で送信してもよい。
【００６６】
もし、下りリンクプライマリコンポーネントキャリアに動的なＰＤＣＣＨを用いたＰＤＳＣＨの割当がない場合にも、プライマリコンポーネントキャリアにＳＰＳの割当がある場合、端末はＳＰＳの割当に対応するＰｅｒｓｉｓｔｅｎｔ  ＡＣＫ／ＮＡＣＫリソースを用いてＬＴＥ  Ｒｅｌ−８／９と同一の送信方式で送信してもよい。
【００６７】
一側面によれば、ＤＦＴ−Ｓ−ＯＦＤＭに基づいてＡＣＫ／ＮＡＣＫフィードバックを行う場合のリソース割当について記述する。
【００６８】
一般のサイクリックプレフィックス（Ｎｏｒｍａｌ  ＣＰ）を用いる場合、図６Ａのようにスロット当たり２つのリファレンスシグナルを有する構造を用いる。また、拡張サイクリックプレフィックス（Ｅｘｔｅｎｄｅｄ  ＣＰ）を用いる場合、図７Ｂのように、スロット当たり１つのリファレンスシグナルを有する構造を用いる。
【００６９】
拡張サイクリックプレフィックスを用いる場合、リファレンスシグナルの位置はＢＬ＃３になり得る。ＳＲＳ（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）が送信されないサブフレームで、一般サイクリックプレフィックスの場合に最大５個の端末が１つの無線リソースブロックに多重化されてもよく、拡張サイクリックプレフィックスの場合に最大４個の端末が１つの無線リソースブロックに多重化されてもよい。
【００７０】
ＳＲＳが送信されるサブフレームでは、２番目のスロットの最後シンボルが送信されない。したがって、ＳＲＳが送信されるサブフレームで、一般サイクリックプレフィックスの場合に最大４個の端末が１つのＲＢに多重化されてもよく、拡張サイクリックプレフィックスの場合に最大３個の端末が１つのＲＢに多重化されてもよい。
【００７１】
基地局は、パラメータ
0005539558.tif 000020
をＲＲＣシグナリングを介して端末に通知することができる。ＰＤＣＣＨがセカンダリーコンポーネントキャリアで送信される場合、ＤＣＩ  Ｆｏｒｍａｔ内の２ビットをリソース割当情報として用いてもよい。この２ビットをＡＲＩ（Ａ／Ｎ  Ｒｅｓｏｕｒｃｅ  Ｉｎｄｉｃａｔｉｏｎ）と呼び、複数のＰＤＣＣＨがセカンダリーコンポーネントキャリアで送信される場合に、ＡＲＩは全て同じ値を用いる。ＡＲＩによって
0005539558.tif 000021
の値がマッピングされるとし、下記のように
0005539558.tif 000022
を定義する。
【００７２】
0005539558.tif 000023
実施形態でＡＲＩビット値による
0005539558.tif 000024
は下記の表６のように定義される。
【００７３】
0005539558.tif 000025
は、規格に予め決定した値を用いたり、ｈｉｇｈｅｒ−ｌａｙｅｒシグナリングを介して基地局が端末へ値を通知する。
【表６】
0005539558.tif 000026
【００７４】
他の側面によれば、基地局は、
0005539558.tif 000027
の候補値４個を端末にＲＲＣシグナリングしてＤＣＩに含まれたＡＲＩを用いて４個から１つを選択する。
【００７５】
端末は
0005539558.tif 000028
から物理リソースブロック（ＰＲＢ：Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｌ）の位置と使用する時間軸直交シーケンスを決定する。下記のように端末が使用するリソースは下記の２つのリソースインデックスのように表示してもよい。
0005539558.tif 000029
【００７６】
１）無線リソースを割り当てる第１方法
まず、下記の新しいパラメータを定義する。
0005539558.tif 000030
多重アンテナを用いる端末がＳＯＲＴＤ（Ｓｐａｔｉａｌ  Ｏｒｔｈｏｇｏｎａｌ−Ｒｅｓｏｕｒｃｅ  Ｔｒａｎｓｍｉｔ  Ｄｉｖｅｒｓｉｔｙ）を用いて送信する場合には２つのリソースが割り当てられなければならない。そのために基地局は
0005539558.tif 000031
をＲＲＣシグナリングを介して端末に通知する。下記のように
0005539558.tif 000032
によって決定される。
0005539558.tif 000033
【００７７】
上記で記述した単一リソース割当の場合と同じ方法で（すなわち、単一リソース割当に用いられた
0005539558.tif 000034
をそれぞれ代入する方法）取得される２つのリソースを端末が用いてもよい。すなわち、１つのアンテナポートは
0005539558.tif 000035
により取得されたリソースを用いて他のアンテナポートは
0005539558.tif 000036
により取得されたリソースを用いて送信してもよい。
【００７８】
他の方法として、基地局は
0005539558.tif 000037
の候補値４対を端末にＲＲＣシグナリングを用いて送信し、ＤＣＩに含まれたＡＲＩを用いて４対のうち１対を選択する。
【００７９】
デモジュレーションリファレンスシグナルシーケンスの決定：端末が使用するデモジュレーションリファレンスシグナルシーケンスのサイクリックシフト（Ｃｙｃｌｉｃ  Ｓｈｉｆｔ）は
0005539558.tif 000038
から決定される。
【００８０】
0005539558.tif 000039
である場合に、
0005539558.tif 000040
であれば
0005539558.tif 000041
ここで
0005539558.tif 000042
はスロット番号である。
0005539558.tif 000043
である場合に、
0005539558.tif 000044
であればの下記の表７から
0005539558.tif 000045
を決定する。基地局は、シグナリングを介して表７のいずれのＣａｓｅを用いるかを予め端末に通知する。他の方法として、ＰＵＣＣＨ  Ｆｏｒｍａｔ１／１ａ／１ｂでサイクリックシフトの間隔を示すパラメータ
0005539558.tif 000046
である場合にはＣａｓｅ２を、そうではない場合はＣａｓｅ１を用いる。
【表７】
0005539558.tif 000047
【００８１】
0005539558.tif 000048
Ｒｅｌ８／９のような方法で端末が使用する
0005539558.tif 000049
を下記のように決定する。
0005539558.tif 000050
【００８２】
２）無線リソースを割り当てる第２方法
まず、下記の新しいパラメータを定義する。
0005539558.tif 000051
多重アンテナを用いる端末がＳＯＲＴＤ（Ｓｐａｔｉａｌ  Ｏｒｔｈｏｇｏｎａｌ−Ｒｅｓｏｕｒｃｅ  Ｔｒａｎｓｍｉｔ  Ｄｉｖｅｒｓｉｔｙ）を用いる場合には２つのリソースが割り当てられなければならない。この場合、基地局は、
0005539558.tif 000052
をＲＲＣシグナリングを用いて端末に通知する。下記のように
0005539558.tif 000053
によって決定する。
【００８３】
0005539558.tif 000054
前述した単一リソース割当の場合と同じ方法で（すなわち、単一リソース割当で用いられた
0005539558.tif 000055
の代わりに
0005539558.tif 000056
をそれぞれ代入する方法）取得される２つのリソースを端末が使用する。すなわち、１つのアンテナポートは
0005539558.tif 000057
により取得されたリソースを使用し、他のアンテナポートは
0005539558.tif 000058
により取得されたリソースを使用して送信してもよい。
【００８４】
他の方法として、基地局は
0005539558.tif 000059
の候補値４対を端末にＲＲＣシグナリングを用いて送信し、ＤＣＩに含まれたＡＲＩを用いて４対のうち１対を選択する。
【００８５】
デモジュレーションリファレンスシーケンスの決定：端末が使用するデモジュレーションリファレンスのシーケンスのサイクリックシフトは
0005539558.tif 000060
から決定されるようにする。
【００８６】
0005539558.tif 000061
それぞれに対して下記の表８を用いて
0005539558.tif 000062
を決定する。
【表８】
0005539558.tif 000063
【００８７】
前記表８の代わりに下記の表９を用いてもよい。下記の表９は前記の表８に比べて順次に
0005539558.tif 000064
を増加させながら割り当てる。したがって、割り当てられた端末の数が少ないときデモジュレーションリファレンスシグナルのサイクリックシフト間隔が大きく維持され得る。
【表９】
0005539558.tif 000065
【００８８】
0005539558.tif 000066
であればの下式から
0005539558.tif 000067
を決定する。
0005539558.tif 000068
Ｒｅｌ８／９のような方法で端末が使用するサイクリックシフト
0005539558.tif 000069
を下記のように決定してもよい。
0005539558.tif 000070
【００８９】
３）無線リソースを割り当てる第３の方法
まず、下記の新しいパラメータを定義する。
0005539558.tif 000071
を下記の式から求められる。
0005539558.tif 000072
【００９０】
この方式の長所は、正常フォーマット（ｎｏｒｍａｌ  ｆｏｒｍａｔｓ）の実際多重化容量（Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ｃａｐａｂｉｌｉｔｙ）に該当する
0005539558.tif 000073
を基準としてリソース領域を設定することができる。
【００９１】
最初のスロットの時間軸シーケンスインデックス
0005539558.tif 000074
は下記の式を用いて求められる。
0005539558.tif 000075
または、代わりに、下記の式を用いてもよい。
0005539558.tif 000076
【００９２】
２番目のスロットの時間軸シーケンスインデックス
0005539558.tif 000077
はスロットレベルのリマッピングを適用することができる。
【００９３】
多重アンテナを用いる端末がＳＯＲＴＤ（Ｓｐａｔｉａｌ  Ｏｒｔｈｏｇｏｎａｌ−Ｒｅｓｏｕｒｃｅ  Ｔｒａｎｓｍｉｔ  Ｄｉｖｅｒｓｉｔｙ）を用いる場合には２つのリソースが割り当てられなければならない。そのために、基地局はＲＲＣシグナリングを介して
0005539558.tif 000078
を端末に通知する。下記のように
0005539558.tif 000079
によって決定される。
0005539558.tif 000080
【００９４】
前述した単一リソース割当の場合と同じ方法で（単一リソース割当で用いられた
0005539558.tif 000081
をそれぞれ代入する方法）取得される２つのリソースを端末が用いてもよい。すなわち、１つのアンテナポートは
0005539558.tif 000082
により取得されたリソースを使用し、他のアンテナポートは
0005539558.tif 000083
により取得されたリソースを使用して送信する。
【００９５】
他の方法として、基地局は
0005539558.tif 000084
の候補値の４対を端末にＲＲＣシグナリングを用いて送信し、ＤＣＩに含まれたＡＲＩを用いて４対のうち１対を選択する。
【００９６】
デモジュレーションリファレンスシグナルシーケンスの決定：端末が使用するデモジュレーションリファレンスシグナルのシーケンスのサイクリックシフトは
0005539558.tif 000085
から決定される。Ｒｅｌ８／９に類似の方法により、端末が使用する
0005539558.tif 000086
を下記のように決定してもよい。
0005539558.tif 000087
【００９７】
一般のサイクリックプレフィックス（Ｎｏｒｍａｌ  ＣＰ）の場合：１つのスロットに
0005539558.tif 000088
の２つのリファレンスシグナルブロックがあるため、下記のように最初のリファレンスシグナルブロックで割り当てられた
0005539558.tif 000089
が２番目リファレンスブロックで変わるように設定する。これは、コード分割多重化された端末が互いに与える干渉をランダム化（ｒａｎｄｏｍｉｚａｔｉｏｎ）するためである。
【００９８】
0005539558.tif 000090
は下記の表１０から
0005539558.tif 000091
を決定してもよい。
【表１０】
0005539558.tif 000092
【００９９】
前記の表１０の代りに下記の表１１及び表１２のいずれか１つを用いてもよい。
【表１１】
0005539558.tif 000093
【表１２】
0005539558.tif 000094
0005539558.tif 000095
が与えられる。
0005539558.tif 000096
【０１００】
拡張サイクリックプレフィックスの場合（Ｅｘｔｅｎｄｅｄ  ＣＰ）：１つのスロットに
0005539558.tif 000097
１つのリファレンスシグナルブロックがある。下記のように最初のスロットに属するリファレンスシグナルブロックで割り当てられた
0005539558.tif 000098
が２番目のスロットに属するリファレンスブロックで変わるように設定してもよい。これは、コード分割多重化された端末が互いに与える干渉をランダム化するためである。
【０１０１】
0005539558.tif 000099
は上記の表１１または表１２を用いてもよい。
【０１０２】
0005539558.tif 000100
は下記の式で与えられる。
0005539558.tif 000101
。
【０１０３】
３ＧＰＰ  ＬＴＥ  Ｒｅｌｅａｓｅ８規格によれば、上りリンク制御情報送信のためのＰＵＣＣＨ送信フォーマットは下記のようになる。
Ｆｏｒｍａｔ１／１ａ／１ｂ：ＳＲ、ＡＣＫ／ＮＡＣＫ
Ｆｏｒｍａｔ２／２ａ／２ｂ：ＣＱＩ、ＣＱＩ＋ＡＣＫ／ＮＡＣＫ
【０１０４】
次のような理由によって、ＬＴＥ−Ａｄｖａｎｃｅｄ（Ｒｅｌｅａｓｅ１０とその後のＲｅｌｅａｓｅ）システムの上りリンク制御情報（ＵＣＩ：Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）の送信は変化が必要である。
【０１０５】
第１に、複数キャリアの使用
第２に、向上したＭＩＭＯ、ＣｏＭＰ技術適用
上記の理由により、ＵＣＩペイロード（ｐａｙｌｏａｄ）が増加する必要がある。
【０１０６】
下記は、端末が複数ＣＣに対応するＡＣＫ／ＮＡＣＫ信号を生成、送信する方法について記述する。
【０１０７】
方法１.キャリアレベルのリソースを選択して送信する方法
例えば、２つの下りリンクＣＣを介してデータ送信が発生し、各下りリンクＣＣに該当グラントチャネルが送信される場合として、各下りリンクＣＣに対応する上りリンクＣＣが予め定められている。
【０１０８】
各下りリンクＣＣが１つの送信ブロック（Ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）を送信する場合、端末は２つの送信ブロックに対してＡＣＫ／ＮＡＣＫ信号を送信しなければならない。２つの下りリンクＣＣに対応する２つ上りリンクＣＣが存在する。端末が２つの送信ブロックに該当するＡＣＫ／ＮＡＣＫ信号を全て送信するためには２ビットに該当する情報を判別できる信号を送信すればよい。端末は、上りリンクＣＣの選択と選択されたＣＣでＢＰＳＫ信号送信で総２ビットに該当する情報を基地局に送信してもよい。例えば、［表１３］のように信号送信ＣＣをＵＬ−ＣＣ０とＵＬ−ＣＣ１から選択してＢＰＳＫ変調を行うと、２ビットの該当する信号を送信してもよい。基地局は、信号が送信されてくる上りリンクＣＣ検出と送信シンボル検出によって情報を判別する。
【表１３】
0005539558.tif 000102
【０１０９】
この方式の長所はＣＭの増加が全く発生しない。一般的にセル境界端末は送信電力限界が問題になるため、カバレッジを確保する面において下記の方式が特に有利である。
【０１１０】
他の方法として、１つのＣＣを用いてＱＰＳＫ変調を介して２ビットを送信する方法が考えられる。しかし、この方式は上の方式と同じ性能を有するために概略的に３ｄＢ程度（２倍）の送信電力増加が必要である。
【０１１１】
次に、下りリンクグラントチャネルが１つのＣＣに位置し、上りリンクＡＣＫ／ＮＡＣＫ送信も１つのＣＣで発生する場合にＡＣＫ／ＮＡＣＫ送信方法について記述する。この場合、下記のように「同一キャリア内でチャネルレベルのリソース選択送信方式」を用いる。
【０１１２】
方法２において、同じキャリア内でチャネルレベルのリソースを選択して送信する方法
２つの下りリンクコンポーネントを介してデータ送信が発生し、グラントチャネルは１つの下りリンクＣＣに送信される場合、ＡＣＫ／ＮＡＣＫを送信する１つの上りリンクコンポーネントキャリアが予め定められる。
【０１１３】
ＡＣＫ／ＮＡＣＫを送信する１つの上りリンクコンポーネントキャリアをＵＬ−ＣＣ０といい、ＵＬ−ＣＣ０内に割り当てられた２つのＡＣＫ／ＮＡＣＫチャネルをＣＨ０、ＣＨ１と区分すれば、下記の［表１４］のように信号送信チャネルをＣＨ０とＣＨ１から選択してＢＰＳＫ変調を行うと、２ビットに該当するＡＣＫ／ＮＡＣＫ送信を送信できる。基地局は、ＵＬ−ＣＣ０で信号が送信されるチャネル検出と送信シンボル検出によってＡＣＫ／ＮＡＣＫ情報を判別する。
【表１４】
0005539558.tif 000103
【０１１４】
次はチャネル選択方法を用いてＡＣＫ／ＮＡＣＫ及びＳＲを送信する方法である。
【０１１５】
１）ＡＣＫ／ＮＡＣＫ情報をＳＲリソースを用いて送信する方法
端末がＡＣＫ／ＮＡＣＫとＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）を１つのサブフレームで同時に送信しなければならない場合が生じ得る。端末はＳＲ要請のためのリソースが予め割当されて、基地局にＳＲ要請が必要な場合のみ割り当てられたＳＲリソースを用いてＳＲ信号を送信する。
【０１１６】
もし、端末の判断として、ＤＬ  ＰＣＣについてのみ下りリンクデータ送信があり、これに対するＡＣＫ／ＮＡＣＫを送信するサブフレームで同時にＳＲを要請する場合には、Ｒｅｌ−８／９のような方式でＡＣＫ／ＮＡＣＫ情報をＡＣＫ／ＮＡＣＫリソースではないＳＲリソースを用いて送信する。
【０１１７】
ＡＣＫ／ＮＡＣＫ送信を行うとき、前述したチャネル選択方式の１つを用いると仮定する。具体的に、送信するＡＣＫ／ＮＡＣＫビットにより割り当てられたチャネル数が下記の表１５であると仮定する。
【表１５】
0005539558.tif 000104
【０１１８】
各Ａ／Ｎビット数に応じるチャネル選択マッピング関係が予め定義されていなければならない。すなわち、Ａ／Ｎビット数がＱ個であれば、これに対応するＱビットチャネル選択マッピングテーブルが定義されている。
【０１１９】
ＳＲ送信が発生しないサブフレームで端末がＡＣＫ／ＮＡＣＫを送信する場合に、送信しなければならないＡ／Ｎ情報ビット数に応じて予め定義されたチャネル選択マッピング関係を用いてチャネル選択を行う。
【０１２０】
端末が送信しなければならないＡ／Ｎ情報ビット数は端末に構成化された（Ｃｏｎｆｉｇｕｒｅｄ）ＣＣ数と各構成化されたＣＣのＴｒａｎｓｍｉｓｓｉｏｎ  Ｍｏｄｅ（ＴＭ）によって決定する。すなわち、最大２つの運送ブロックを送信できるＴＭとして設定されたＣＣは２ビットが使用され、最大１つの運送ブロックを送信できるＴＭとして設定されたＣＣは１ビットが使用される。Ｎを端末が送信しなければならないＡ／Ｎビットの総数とすれば、
0005539558.tif 000105
はｉ番目の構成化されたＣＣに対するＡ／Ｎビット数を示し、
0005539558.tif 000106
は端末に構成化されたＣＣ数を示す。
【０１２１】
ＳＲ送信が発生するサブフレームで端末がＡＣＫ／ＮＡＣＫを送信しなければならない場合について説明する。この場合、ＳＲ送信のためのリソースが確保されているサブフレームであるため、ＡＣＫ／ＮＡＣＫ送信だけが発生する場合に比較し、総使用可能なリソース数が１つ増加する。したがって、Ａ／Ｎ情報ビット数に１つのビットをさらに加えて取得されるチャネル選択マッピング関係を用いてチャネルを選択する。すなわち、ＳＲ送信が発生し得るサブフレームで端末が使用するチャネル選択マッピングテーブルは下記の表１６の通りである。
【表１６】
0005539558.tif 000107
【０１２２】
ＳＲ発生をＡＣＫと見なしてＳＲが発生しない状態をＮＡＣＫ（または、ＤＴＸ）とすれば、ＡＣＫ／ＮＡＣＫ情報のために作ったチャネル選択マッピングテーブルをＳＲとＡＣＫ／ＮＡＣＫが同時に発生するサブフレームでも使用可能になる。
【０１２３】
例えば、３ビットＡ／Ｎテーブルが下記の表１７であると仮定する。
【表１７】
0005539558.tif 000108
【０１２４】
上記の表１７でｂ２をＳＲ情報と見なしてＮ／ＤをＮｅｇａｔｉｖｅ  ＳＲ（ＳＲ要請がない）にマッピングし、ＡをＰｏｓｉｔｉｖｅ  ＳＲ（ＳＲ要請あり）にマッピングする。この方法で、３ビットＡＣＫ／ＮＡＣＫマッピングテーブルから下記の表１８のように２ビットＡ／ＮとＳＲのためのテーブルが作成される。
【表１８】
0005539558.tif 000109
【０１２５】
例えば、４ビットＡ／Ｎテーブルが表１９であると仮定する。
【表１９】
0005539558.tif 000110
【０１２６】
上記のマッピングテーブルでｂ３をＳＲ情報と見なしてＮ／ＤをＮｅｇａｔｉｖｅ  ＳＲ（ＳＲ要請がない）にマッピングし、ＡをＰｏｓｉｔｉｖｅ  ＳＲ（ＳＲ要請あり）にマッピングする。この方法で４ビットＡＣＫ／ＮＡＣＫマッピングテーブルから下記の表２０のように３ビットＡ／ＮとＳＲのためのテーブルが作成される。
【表２０】
0005539558.tif 000111
【０１２７】
他の例として、３ビットＡ／Ｎテーブルが表２１であると仮定する。
【表２１】
0005539558.tif 000112
【０１２８】
表２１でＣＣ０の２番目のビットをＳＲ情報と見なしてＮ／ＤをＮｅｇａｔｉｖｅ  ＳＲ（ＳＲ要請なし）にマッピングし、ＡをＰｏｓｉｔｉｖｅ  ＳＲ（ＳＲ要請あり）にマッピングする。この方法で３ビットＡＣＫ／ＮＡＣＫマッピングテーブルから下記のように２ビットＡ／ＮとＳＲのためのテーブルが作成される。
【表２２】
0005539558.tif 000113
【０１２９】
他の例として、４ビットＡ／Ｎテーブルが下記であると仮定する。
【表２３】
0005539558.tif 000114
【０１３０】
上記の表２１でＣＣ１の２番目のビットをＳＲ情報と見なしてＮ／ＤをＮｅｇａｔｉｖｅ  ＳＲ（ＳＲ要請なし）にマッピングし、ＡをＰｏｓｉｔｉｖｅ  ＳＲ（ＳＲ要請あり）にマッピングする。この方法で３ビットＡＣＫ／ＮＡＣＫマッピングテーブルから下記のように３ビットＡ／ＮとＳＲのためのテーブルが作成される。
【表２４】
0005539558.tif 000115
0005539558.tif 000116
【０１３１】
基地局は、特定端末のＳＲリソースが割り当てられたサブフレームで該当端末がＳＲ要請するかをモニタリングする。もし、ＳＲリソースが割り当てられたサブフレームで端末がＡＣＫ／ＮＡＣＫを送信しなければ、基地局は該当ＳＲリソースで信号を検出してＳＲ要請があるか否かを判断すればよい。
【０１３２】
４ビットＡＣＫ／ＮＡＣＫとＳＲの場合は、
１．チャネル選択マッピングテーブルを作ってチャネル選択方式に送信する。
２．４ビットＡＣＫ／ＮＡＣＫと１ビットＳＲで構成された５ビット情報をＲＭ（Ｒｅｅｄ−Ｍｕｌｌｅｒ）コーディングをしてからＤＦＴ−Ｓ−ＯＦＤＭ  Ａ／Ｎ送信方式に送信する。この方法は１．２．２．４．３の節と１．４．２．１の節に記述されている。
３．ＡＣＫ／ＮＡＣＫに対してバンドリング（ｂｕｎｄｌｉｎｇ）を行ってＳＲリソースにその結果を送信する。この方法は１．５．１節に記述されている。
【０１３３】
２）Ｐｏｓｉｔｉｖｅ  ＳＲを表示するためにＳＲリソースを用いて縮約されたＡ／Ｎ情報を送信する方法
この方法はＳＲリソースが割り当てられたサブフレームで、Ｐｏｓｉｔｉｖｅ  ＳＲとＡ／Ｎ送信が同時に発生した場合にＰｏｓｉｔｉｖｅ  ＳＲを表示するためにＳＲリソースを用いて縮約されたＡ／Ｎ情報を送信する方法である。ＳＲリソースが割り当てられたサブフレームであってもＮｅｇａｔｉｖｅ  ＳＲの場合はチャネル選択方式でＡ／Ｎ情報のみを送信する。基本的なアイディアは、Ｐｏｓｉｔｉｖｅ  ＳＲの場合、成功的に受信したＰＤＳＣＨの数を数えてこれをＱＰＳＫ送信シンボル１つに表示し、ＳＲリソースに送信する。下記の［表２５］のように２つのビットｂ（０）、ｂ（１）値を、端末が判断するため成功的に受信したＰＤＳＣＨ数に応じて表示して送信する。ここで、ＰＤＳＣＨが成功的に受信されたことは、１つのＰＤＳＣＨに属する全ての送信ブロック（Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ）がＣＲＣ検査を通過したことを意味する。１つの送信ブロックでもＣＲＣ検査で失敗として判定された場合にＰＤＳＣＨは成功的な受信ではない。
【０１３４】
ここで、注意する点は、ＳＲ＋Ａ／Ｎの送信のためにＲｅｌ−８／９ｆａｌｌｂａｃｋ方式（ＤＬ  ＰＣＣに下りリンクリソースの割当がある場合Ｐｏｓｉｔｉｖｅ  ＳＲを示すためにＳＲリソースにＡ／Ｎ情報を送信する方法）を使用してはいけないという点である。これは端末がＰＤＣＣＨを成功的に受信できずＲｅｌ−８／９ｆａｌｌｂａｃｋを用いた場合と、前述したＰＤＳＣＨの受信数字を送信する場合を基地局が区別できないためである。一方、ＤＦＴ−Ｓ−ＯＦＤＭに基づいたＡ／Ｎの場合はＲｅｌ−８／９ｆａｌｌｂａｃｋ方式を用いても問題ない。
【表２５】
0005539558.tif 000117
【０１３５】
他の形態の縮約されたＡ／Ｎ情報は下記の通りである。最大２つのＣＣでＰＤＳＣＨを受信すると仮定する。ＳＲリソースが割り当てられたサブフレームであってもＮｅｇａｔｉｖｅ  ＳＲの場合はチャネル選択方式によりＡ／Ｎ情報のみを送信する。Ｐｏｓｉｔｉｖｅ  ＳＲの場合、各ＣＣ内で送信されたコードワード（ｃｏｄｅｗｏｒｄ）に対してＡＣＫ／ＮＡＣＫバンドリングを行う。ここで、ＤＴＸとＮＡＣＫを区別しない。すなわち、いずれかのＣＣで送信されたコードワードが２つであれば、２つのコードワードが全てがＡＣＫである場合をＡＣＫに表示し、２つのうちに１つでもＮＡＣＫであれば、ＮＡＣＫ／ＤＴＸに表示する。端末の判断として送信のないＣＣはＮＡＣＫ／ＤＴＸに表示する。いずれかのＣＣで送信されたコードワードが１つであれば、該当コードワードがＡＣＫである場合をＡＣＫに表示し、ＮＡＣＫであれば、ＮＡＣＫ／ＤＴＸに表示する。２つのＣＣそれぞれに対して求めたバンドリングされたＡＣＫ／ＮＡＣＫ状態については、下記の［表２６］を適用してｂ（０）、ｂ（１）値を決定する。
【表２６】
0005539558.tif 000118
【０１３６】
一側面によれば、１つのＡＣＫ／ＮＡＣＫチャネルは２次元シーケンスの割当によって行なわれてもよい。２次元シーケンスは周波数軸シーケンスと時間軸シーケンスで構成される。再び時間軸シーケンスは、リファレンスシグナル領域のシーケンスとＡＣＫ／ＮＡＣＫデータ領域のシーケンスで構成される。Ｎ個のチャネルをＡＣＫ／ＮＡＣＫリソースに割り当てられた場合、Ｎ個の２次元シーケンスが割り当てられるのである。すなわち、スロット当たりＮ個の２次元シーケンスが割り当てられる。
【０１３７】
Ｎ個の２次元シーケンスが全て同じＲＢ（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）に属すると仮定する。
【０１３８】
ＵＥは次のようなシーケンス選択でＡＣＫ／ＮＡＣＫ情報を送信してもよい。
（１）ＵＥはＮ個の２次元シーケンスのうち１つを選択する。この場合、ＵＥが選択できる場合の数の総はＮである。
（２）ＵＥはスロットごとに独立的にＮ個の２次元シーケンスのうち１つを選択する。この場合、ＵＥが選択できる場合の数の総はＮ×Ｎである。
（３）ＵＥはスロットごとに独立的にＮ個のリファレンスシグナルシーケンスのうち１つを選択してＮ個のＡＣＫ／ＮＡＣＫデータシーケンスのうち１つを選択する。この場合、ＵＥが選択できる場合の数の総はＮ×Ｎ×Ｎ×Ｎである。
（４）ＵＥはスロットに関係なく、Ｎ個のリファレンスシグナルシーケンスのうち１つを選択してＮ個のＡＣＫ／ＮＡＣＫデータシーケンスのうち１つを選択する。この場合、ＵＥが選択できる場合の数の総はＮ×Ｎである。
【０１３９】
（２）の場合、シーケンス選択はスロット当たりに行われる。すなわち、最初のスロットでＮ個のシーケンスのうち１つを選択してもよく、２番目のスロットでＮ個のシーケンスのうち１つを選択してもよい。このような選択により総Ｎ×Ｎの互いに異なる場合が存在する。例えば、Ｎ＝２であれば、総２×２＝４種類の選択が存在する。したがって、シーケンス選択によって２ビットに該当する情報を送信することができる。
【０１４０】
（３）の場合、上のシーケンス選択をリファレンスシグナル領域とＡＣＫ／ＮＡＣＫデータ領域のシーケンス選択に応じて細分化してもよい。すなわち、Ｎ個のリファレンスシグナルシーケンスの１つを選択し、ＡＣＫ／ＮＡＣＫデータ領域でＮ個のシーケンスのうち１つを選択する。このような方式で１つのスロット当たり総Ｎ×Ｎの場合が存在する。もし、２つのスロットが独立的に選択できるように許すと、総Ｎ×Ｎ×Ｎ×Ｎの選択が可能である。すなわち、Ｎ＝２であれば、総２×２×２×２＝１６種類の場合が存在する。したがって、このようなシーケンス選択によって４ビットに該当する情報を送信することができる。
【０１４１】
（４）の場合、上記のシーケンス選択をリファレンスシグナル領域とＡＣＫ／ＮＡＣＫデータ領域のシーケンス選択に応じて細分化するが、シーケンス選択は２つのスロット（サブフレーム：Ｓｕｂｆｒａｍｅ）単位とする。すなわち、Ｎ個のリファレンスシグナルシーケンスのうち１つを選択し、ＡＣＫ／ＮＡＣＫデータ領域でＮ個のシーケンスのうち１つを選択する。このような方式で総Ｎ×Ｎの場合が存在する。すなわち、Ｎ＝２であれば、総２×２＝４種類の場合が存在する。したがって、このようなシーケンス選択によって２ビットに該当する情報を送信することができる。
【０１４２】
ＬＴＥ及びＬＴＥ−Ａｄｖａｎｃｅｄシステムで１つの下りリンクグラント（ｇｒａｎｔ）は２つの送信ブロックを送信してもよい。したがって、１つのグラントに対応するＡＣＫ／ＮＡＣＫは２つのビットとなる。また、ｅＮＢがグラントを送信したにも係わらずＵＥがグラント受信のできない場合をＤＴＸという。すなわち、１つのグラントに対してＵＥは５種類の状態を有し得る。ｅＮＢがＵＥに送信したグラントを全てＮ個とすれば、ＵＥは最大５Ｎ個のＡＣＫ／ＮＡＣＫ状態を有するようになる。ＵＥは自身のＡＣＫ／ＮＡＣＫ状態をｅＮＢに通知しなければならない。
【０１４３】
上記で説明したシーケンス選択方式を用いてＡＣＫ／ＮＡＣＫ状態を送信する方法は下記のとおりである。
【０１４４】
Ｎ＝５である場合、端末は最大５５＝３１２５個のＡＣＫ／ＮＡＣＫ状態を表示する。シーケンス選択方式を使用すると総５４個の場合の数が存在し、選択されたシーケンスに対してＱＰＳＫ復調を用いて情報を送信すれば、シーケンス選択と復調シンボルを結合して総５４×４＝２５００個の場合の数を表示してもよい。すなわち、表現しなければならない状態数の２５００よりも小さいため、５５個の状態を表示することはできない。この場合、５個のグラントのうち特定グラントに対して２つの送信ブロック送信があるとき、これに対するＡＣＫ／ＮＡＣＫ状態のうち（ＮＡＣＫ、ＮＡＣＫ）状態と（ＤＴＸ、ＤＴＸ）状態を区別しない方式を用いてもよい。このようにすれば、端末が表現しなければならない状態が最大５４×４の状態になるため、シーケンス選択と復調シンボルを結合して総５４×４＝２５００個の場合の数に表示してもよい。
【０１４５】
Ｎ＝４である場合、端末は最大５４＝６２５個のＡＣＫ／ＮＡＣＫ状態を表示しなければならない。シーケンス選択方式を使用すると総４４個の場合の数が存在し、選択されたシーケンスに対してＱＰＳＫ復調を用いて情報を送信すれば、シーケンス選択と復調シンボルを結合して総４４×４＝１０２４個の場合の数を表示してもよい。すなわち、表現しなければならない状態数６２５よりも大きいため、シーケンス選択とＱＰＳＫ復調によってＡＣＫ／ＮＡＣＫ状態をｅＮＢに送信する。
【０１４６】
類似に、Ｎ＝３である場合、端末は最大５３＝１２５個のＡＣＫ／ＮＡＣＫ状態を表示する。シーケンス選択方式を使用すると総３４個の場合の数が存在し、選択されたシーケンスに対してＱＰＳＫ復調を用いて情報を送信すれば、シーケンス選択と復調シンボルを結合して総３４×４＝３２４個の場合の数を表示してもよい。すなわち、表現しなければならない状態数１２５よりも大きいため、シーケンス選択とＱＰＳＫ復調によってＡＣＫ／ＮＡＣＫ状態をｅＮＢに送信する。この場合はＢＰＳＫ復調を用いても総１６２種類の場合の数を表示するできるため、１２５個のＡＣＫ／ＮＡＣＫ状態を表示できる。
【０１４７】
類似に、Ｎ＝２である場合、端末は最大５２＝２５個のＡＣＫ／ＮＡＣＫ状態を表示する。シーケンス選択方式を使用すると総２４個の場合の数が存在し、選択されたシーケンスに対してＢＰＳＫまたはＱＰＳＫ復調を用いて情報を送信すれば、シーケンス選択と復調シンボルを結合して総２４×２＝３２または総２５×２＝６４個の場合の数を表示する。
【０１４８】
すなわち、表現しなければならない状態数２５よりも大きいため、シーケンス選択とＢＰＳＫまたはＱＰＳＫ復調によってＡＣＫ／ＮＡＣＫ状態をｅＮＢに送信することができる。
【０１４９】
Ｎ＝１である場合、端末は最大５種類のＡＣＫ／ＮＡＣＫ状態を表示する。この場合はＱＰＳＫ復調を用いて４種類の場合を表示し、端末のＤＴＸはいずれかの信号を送信しないものとして情報を表示することがあるため、最大５種類の状態を表示する。
【０１５０】
端末がＡＣＫ／ＮＡＣＫとＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）を１つのサブフレームで同時に送信しなければならない場合が生じることがある。端末はＳＲ要請のためのリソースが予め割り当てられ、基地局にＳＲ要請が必要な場合のみ割り当てられたＳＲリソースを用いてＳＲ信号を送信する。ＡＣＫ／ＮＡＣＫ送信をするとき、前述したチャネルまたはシーケンス選択方式のいずれか１つを使用すると仮定する。基地局は、特定端末のＳＲリソースが割り当てられたサブフレームで該当端末がＳＲ要請をするかをモニタリングする。もし、ＳＲリソースが割り当てられたサブフレームで端末がＡＣＫ／ＮＡＣＫを送信しなければ、基地局は該当ＳＲリソースで信号を検出し、ＳＲ要請があるか否かを判断する。もし、ＳＲリソースが割り当てられたサブフレームで端末がＡＣＫ／ＮＡＣＫを送信する場合、端末が送信する信号はＡＣＫ／ＮＡＣＫ情報とＳＲ要請の有無を含まなければならない。そのためにＳＲの割り当てられたサブフレームではＡＣＫ／ＮＡＣＫリソースとＳＲリソースを共に用いてチャネルまたはシーケンス選択を用いるようにする。
【０１５１】
端末自身にＳＲリソースが割り当てられていないサブフレームではＡＣＫ／ＮＡＣＫ送信のために割り当てられたＰＵＣＣＨ  ＡＣＫ／ＮＫチャネルのみを用いてチャネルまたはシーケンスの選択を行う。端末自身にＳＲリソースが割り当てられているサブフレームでは、ＡＣＫ／ＮＡＣＫ送信のために割り当てられたＰＵＣＣＨ  ＡＣＫ／ＮＡＣＫチャネルのみと、ＰＵＣＣＨ  ＳＲリソースを共に用いてチャネルまたはシーケンス選択を行う。
【０１５２】
ここで注意する点は、データの部分とＲＳ部分にそれぞれに対して独立的にシーケンスを選択するシーケンス選択方式を使用すれば、ＰＵＣＣＨ  ＡＣＫ／ＮＡＣＫリソースとＰＵＣＣＨ  ＳＲリソースの全てが同一のＲＢリソースに存在しなければならない。これは、ＲＳとデータシーケンスが同じＲＢで送信されなければ、データブロックに対してチャネル推定を行ってデータに乗せられたシンボルの情報が復調できないためである。例えば、端末が自身にＳＲリソースが割り当てられないサブフレームで２つのＰＵＣＣＨ  ＡＣＫ／ＮＡＣＫリソースが割り当てられれば、２つのＲＳシーケンスのうち１つのＲＳシーケンスを選択して２つデータシーケンスのうち１つのシーケンスを選択する。データブロックに送信されるシンボルがＱＰＳＫであれば、総２×２×４＝１６種類の状態を表示し、これは４ビット情報に相応する。端末がＡＣＫ／ＮＡＣＫ送信のために特定サブフレームで２つのＰＵＣＣＨ  ＡＣＫ／ＮＡＣＫリソースが割り当てられ、そのサブフレームにＰＵＣＣＨ  ＳＲリソースがあれば、３つのリソースは全て同じＲＢ内に存在する。端末は３つのリソースを全て活用するため３つのＲＳシーケンスのうち１つのＲＳシーケンスを選択して３つデータシーケンスのうち１つのシーケンスを選択する。データブロックに送信されるシンボルがＱＰＳＫであれば、この方法を用いて総３×３×４＝３６種類の状態を表すため、５ビットの情報に該当する。ＡＣＫ／ＮＡＣＫ情報が４ビットのみを占めることから残りの１ビットがＳＲ要請の有無を通知する。
【０１５３】
図４は、例示的な実施形態に係るチャネル構造を示す図である。
【０１５４】
図４に示されたチャネル構造は、一般的なサイクリックプレフィックス（ｎｏｒｍａｌ  ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）を用いる場合のチャネル構造を示したものである。図４によれば、２次元拡散方式を通したＣＤＭ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）で複数の端末を同じ物理リソースに多重化してもよい。この場合に、周波数領域では長さ１２のシーケンスを使用し、時間領域においてリファレンスシグナルは長さが３であるＤＦＴシーケンスを使用して拡散し、一般的なサイクリックプレフィックスを用いる場合にＡＣＫ／ＮＡＣＫ情報は長さが４であるウォルシュ（Ｗａｌｓｈ）シーケンスを用いて拡散してもよい。
【０１５５】
図４に示すようなチャネル構造において、ＡＣＫ／ＮＡＣＫデータとリファレンスシグナルの位置を維持しながら、より多いＡＣＫ／ＮＡＣＫシンボルを適用するためには以下の図５に示された送信方法を用いる。
【０１５６】
図５は、他の例示的な実施形態に係る端末の構造を示すブロック図である。
【０１５７】
端末は変調部５１０、ＤＦＴ部５２０、ＩＦＦＴ部５３０、ＣＰ挿入部５４０及びＲＦ部５５０を含む。
【０１５８】
変調部５１０はチャネルコーディングされたビットストリームを変調し、ＤＦＴ部５２０は変調を終えた変調シンボルに対してＤＦＴ変換を行う。変調したシンボルはＮ個の搬送波にマッピングされる。Ｎ個の搬送波にマッピングされたＮ個のシンボルをシンボルブロックといえる。ＩＦＦＴ変換部５３０はＮ個のシンボルブロックに対してＩＦＦＴ変換を行い、ＣＰ挿入部５４０及びＲＦ部５５０はＩＦＦＴ変換されたシンボルブロックを送信する。
【０１５９】
ＰＵＳＣＨが一般的なサイクリックプレフィックスを用いる場合に、スロット当たり７個のシンボルブロックが送信される。そのうち、４番目のシンボルブロックがリファレンスシグナルで用いられる。一方、拡張されたサイクリックプレフィックス（ｅｘｔｅｎｄｅｄ  ＣＰ）を用いる構造ではスロット当たり６個のシンボルブロックが送信され、そのうち３番目のシンボルブロックがリファレンスシグナルで用いられる。リファレンスシグナルに該当するシンボルブロックはＤＦＴ過程を経過することなく直ちに周波数ドメインで各搬送波に予め定義されたシンボルを１つずつマッピングする。
【０１６０】
スロット当たり１つのリファレンスシグナルを送信する構造は端末が高い速度で動く場合、チャネル推定性能の低下によって受信品質が落ちる問題がある。データ送信の場合、Ｈ−ＡＲＱ再送信によってエラーの発生したデータブロックを端末が再び送信するようにして受信の成功率を高めることができる。しかし、ＡＣＫ／ＮＡＣＫのような制御情報は再送信が許されないことから、一回の送信で受信成功率を高めなければならない。
【０１６１】
図４のように、ＡＣＫ／ＮＡＣＫチャネルは周波数ダイバシティ（ｄｉｖｅｒｓｉｔｙ）を取得するためにスロット単位に送信される周波数領域が変わるスロット単位の周波数ホッピングを行う。また、端末は１つの送信アンテナを有するか、または複数の送信アンテナを有してもよい。端末が複数の送信アンテナを用いる場合にはプリコーディングによって１つのレイヤのみを送信すると仮定する。
【０１６２】
第１の方法は、図６に示すように１つのスロット当たり２つのリファレンスシグナルを用いてもよい。図６に示すように、スロット当たり２つのリファレンスシグナルを用いれば、端末の速度が高い場合でも基地局でチャネル推定性能を維持することができる。
【０１６３】
第２の方法は、数個の端末のＡＣＫ／ＮＡＣＫ情報を同じ無線リソースに多重化することにある。リファレンスシグナルは周波数軸にシーケンスを用いて拡散し、ＡＣＫ／ＮＡＣＫ情報は時間軸に拡散してもよい。互いに異なる端末が送信した情報を区分するために、リファレンスシグナルは直交周波数軸シーケンスを割り当て、ＡＣＫ／ＮＡＣＫデータブロックは時間軸で直交シーケンスを割り当てる。
【０１６４】
ＡＣＫ／ＮＡＣＫデータブロックを拡散するための時間軸直交シーケンスとしてＤＦＴシーケンスを用いてもよい。図６Ａに示す一般的なサイクリックプレフィックスの場合に下記の表２７のような長さ５であるＤＦＴシーケンスを用いてもよい。
【表２７】
0005539558.tif 000119
【０１６５】
図６Ｂに示すように、拡張されたサイクリックプレフィックスを用いる場合、ＡＣＫ／ＮＡＣＫデータブロックのために下記の表２８のように長さが４であるＤＦＴシーケンスまたは下記の表２９のように長さが４であるウォルシュシーケンスを用いてもよい。
【表２８】
0005539558.tif 000120
【表２９】
0005539558.tif 000121
【０１６６】
セルのチャネル環境によっては時間軸シーケンスの部分集合のみを用いてもよい。例えば、セル内の端末が高速に動く環境では表２７のうちシーケンスインデックスが０、２であるシーケンスのみを用いたり、（１、３）であるシーケンスのみを用いる。
【０１６７】
また、長さが４であるＤＦＴシーケンスの場合、表２８のうちシーケンスインデックスが（０、２）であるシーケンスのみを用いたり、（１、３）であるシーケンスのみを用いる。
【０１６８】
また、長さが４であるウォルシュシーケンスを用いる場合に、表２９のうちシーケンスインデックス（０、１）、（１、２）、（２、３）または（３、１）を用いることが高速環境で直交性の維持のために好ましい。
【０１６９】
他の側面によれば、図７Ａに示すように、中央に位置した１つのシンボルブロックをリファレンスシグナルとして使用し、データ領域のデータ領域の時間軸シーケンスとして拡散ファクター（Ｓｐｒｅａｄｉｎｇ  Ｆａｃｔｏｒ）＝３または６であるシーケンスを使用する。
【０１７０】
リファレンスシグナルの場合、直交周波数軸シーケンスを割て当てて互いに異なる端末を区別する。周波軸として使用するシーケンスの長さは既存のＰＵＣＣＨのような長さ１２または１２よりも大きくてもよい。したがって、この方法において、時間軸シーケンスの長さが３または６である場合に最大３個または６個の互いに異なる端末を同じリソースに多重化する。
【０１７１】
拡張されたサイクリックプレフィックスを用いる場合、データ領域の時間軸シーケンスとして拡散ファクターが２および３であるシーケンスを共に用いたり、拡散ファクターが５であるシーケンスを用いてもよい。図７Ｂにおいて、シンボルブロックＢＬ＃０、ＢＬ＃１、ＢＬ＃３、ＢＬ＃４、ＢＬ＃５に拡散ファクターが５であるシーケンスを適用する。拡張されたサイクリックプレフィックスを使用し、１つのＲＳを使用する構造は、図７Ｂに示すように、ＲＳの位置がＢＬ＃２であることが好ましい。これは短縮フォーマットが用いられる場合に２番目のスロットの最後ブロックが送信されることができないが、ＢＬ＃３にＲＳがある場合よりもＢＬ＃２にあるときＡＣＫ／ＮＡＣＫデータブロックの中央にＲＳが位置することで、チャネル推定の正確性がさらに高められる。
【０１７２】
他の側面によれば、一般的なサイクリックプレフィックスを用いる場合には図８Ａに示すように、３つのシンボルブロックをリファレンスシグナルとして用いたり、データ領域の時間軸シーケンスとして拡散ファクターが２または４のシーケンスを用いてもよい。拡散ファクターが２であるシーケンスを用いる場合、図８Ａに示されたＢＬ＃１、ＢＬ＃２に長さの２であるシーケンスを適用してＢＬ＃４、ＢＬ＃５に長さの２であるシーケンスを適用する。拡散ファクターが４であるシーケンスを用いる場合、図８Ａに示されたＢＬ＃１、ＢＬ＃２、ＢＬ＃４、ＢＬ＃５に長さが４であるシーケンスを適用する。リファレンスシグナルの場合、互いに異なる端末を直交周波数軸シーケンスを割り当てて区別する。周波軸として使用するシーケンスの長さは既存のＰＵＣＣＨのような１２または１２よりも大きい長さを用いる。したがって、使用する時間軸シーケンスの長さが２または４である場合に最大２名または４名の互いに異なる端末を同じリソースに多重化することができる。
【０１７３】
拡張されたサイクリックプレフィックスを用いる場合には、図８Ｂに示すように長さ２であるシーケンスはＢＬ＃０、ＢＬ＃１に適用し、ＢＬ＃４、ＢＬ＃５に長さ２であるシーケンスを適用する。長さ４であるシーケンスを用いる場合、ＢＬ＃０、ＢＬ＃１、ＢＬ＃４、ＢＬ＃５に長さ４であるシーケンスを適用する。したがって、使用する時間軸シーケンスの長さが２または４である場合に最大２名または４名の互いに異なる端末を同じリソースに多重化することができる。
【０１７４】
下記の表３０、表３１、表３２は長さが２であるウォルシュシーケンス、長さが３であるＤＦＴシーケンス、長さが６であるＤＦＴシーケンスの例をそれぞれ記載したものである。
【表３０】
0005539558.tif 000122
【表３１】
0005539558.tif 000123
【表３２】
0005539558.tif 000124
【０１７５】
他の側面によれば、一般的なサイクリックプレフィックスを用いる場合、ＢＬ＃２、ＢＬ＃３、ＢＬ＃４の３つのシンボルブロックをリファレンスシグナルでとして使用し、データ領域の時間軸シーケンスとして拡散ファクターが２または４であるシーケンスを使用する。
【０１７６】
例えば、拡散ファクターが２であるシーケンスを用いる場合にＢＬ＃０、ＢＬ＃１に長さが２であるシーケンスを適用し、ＢＬ＃５、ＢＬ＃６に長さが２であるシーケンスを適用してもよい。拡散ファクターが４であるシーケンスを用いる場合、ＢＬ＃０、ＢＬ＃１、ＢＬ＃５、ＢＬ＃６に長さが４であるシーケンスを適用する。
【０１７７】
リファレンスシグナルの場合、互いに異なる端末直交周波数軸のシーケンスを割り当てて区別する。周波軸として使用するシーケンスの長さは既存のＰＵＣＣＨのような１２または１２よりも大きい長さを用いてもよい。したがって、使用する時間軸シーケンスの長さが２または４である場合に最大２名または４名の互いに異なる端末を同じリソースに多重化することができる。
【０１７８】
サウンドリファレンスシグナル（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）が送信されるサブフレームではＡ／Ｎチャネルの２番目のスロットの最後のブロックが送信されないことがある。図６Ａの構造において、２番目のスロットの最後ブロックのＢＬ＃６が送信されていない。Ａ／Ｎデータブロックの数が５個から４個に軽減するため、直交送信を維持しながら同じ無線リソースブロックを用いて送信できる端末数も５個から４個に減少する。シーケンスの使用は、リファレンスシグナルブロックの場合に変化がなく、Ａ／Ｎデータブロックの場合に２番目のスロットだけで次の変更を加える。すなわち、２番目のスロットのＡ／Ｎデータブロックに適用する時間軸直交シーケンスは、下記の表３３の長さ４であるＤＦＴシーケンスまたは下記の表３４のウォルシュシーケンスを用いる。
【表３３】
0005539558.tif 000125
【０１７９】
【表３４】
0005539558.tif 000126
【０１８０】
以下、前述したＤＦＴ−Ｓ−ＯＦＤＭに基づいたＡ／Ｎ送信方法を用いるときにセル内（ｉｎｔｒａ−ｃｅｌｌ）及びセル間（ｉｎｔｅｒ−ｃｅｌｌ）の干渉をランダム化する方法について説明する。
【０１８１】
前で周波数軸シーケンスはＬＴＥ  Ｒｅｌｅａｓｅ８のＰＵＣＣＨチャネルで使用されたもののように、ＣＡＺＡＣ（Ｃｏｎｓｔａｎｔ  Ａｍｐｌｉｔｕｄｅ  Ｚｅｒｏ  Ａｕｔｏ−Ｃｏｒｒｅｌａｔｉｏｎ）シーケンスをサイクリックシフトして取得されたシーケンスを使用するものと仮定する。
【０１８２】
１）セル内干渉のランダム化
一側面によれば、リファレンスシグナルブロックとＡ／Ｎデータブロックに適用されるサイクリックシフトと時間軸シーケンスを２つのスロットで互いに異なるように設定し、セル内の同じリソースを用いてＡ／Ｎを送信する端末間の干渉をランダム化する。
【０１８３】
一側面によれば、リファレンスシグナルブロックに対して使用するサイクリックシフトを、最初のスロットと２番目のスロットで互いに異なるように設定する。すなわち、サイクリックシフトを２番目のスロットでリマッピングしてもよい。一側面によれば、Ａ／Ｎデータブロックに対して使用する時間軸シーケンスを最初のスロットと２番目のスロットで互いに異なるように設定する。すなわち、時間軸シーケンスを２番目のスロットでリマッピングする。
【０１８４】
具体的に、図６Ａの構造に対して、Ａ／Ｎデータブロック（Ｄａｔａ  Ｂｌｏｃｋ）に対して下記のように時間軸シーケンスの干渉をランダム化してもよい。
【０１８５】
前述したように、図６Ａの構造でＢＬ＃０、ＢＬ＃２、ＢＬ＃３、ＢＬ＃４、ＢＬ＃６に対して使用する長さが５である時間軸シーケンスは下記の表３５のＤＦＴシーケンスを用いてもよい。
【表３５】
0005539558.tif 000127
【０１８６】
表３５の任意の１つのＤＦＴシーケンスをＯｉ＝［Ｄｉ（０）、Ｄｉ（１）、Ｄｉ（２）、Ｄｉ（３）、Ｄｉ４］（ｉはシーケンスインデックス）と表示する。スロット単位リマッピングは、最初のスロットで用いるＤＦＴシーケンスと２番目のスロットで用いるＤＦＴシーケンスを相異にするため、最初のスロットでＯｉを使用すると２番目のスロットではＯｊ（ｊ≠ｉｏｒｊ＝ｉ）を用いる。
【０１８７】
端末が経験する干渉を平準化するためには次の要素を考慮してリマッピングを行う。まず、表３５に記載されたＤＦＴシーケンスを用いる場合に、シーケンスインデックスが遠く離れているほど直交性が円滑に維持される点を考慮する。表３５において、例えば、Ｏ０とＯ２が互いに及ぼす平均的な干渉は、Ｏ０とＯ１が互いに及ぼす平均的な干渉の量よりも少ない。したがって、２つの端末が最初のスロットで隣接するシーケンスを用いると、２番目のスロットでは隣接しないシーケンスを用いるようにする。
【０１８８】
一方、２つの端末が最初のスロットで隣接しないシーケンスを用いると、２番目のスロットでは隣接するシーケンスを用いる。これを容易に実現する方法は、２番目のスロットで用いるＤＦＴシーケンスの割当順序を｛０、２、４、１、３｝のように隣接するシーケンスのインデックスの差が２になるようにすればよい。表３６は効果的な時間軸シーケンスのリマッピングの例を示す。
【表３６】
0005539558.tif 000128
【０１８９】
例えば、端末ＵＥ１は最初のスロットでＯ１を用いて２番目のスロットでリマッピングされ、表３６の（例１）でＯ２を用いる。端末ＵＥ１は、最初のスロットで隣接するシーケンスインデックスを用いるＵＥ０とＵＥ２から平均的に干渉を最も多く受ける。一方、２番目のスロットでは隣接するシーケンスインデックスを用いる端末のＵＥ３とＵＥ４から干渉を最も多く受ける。このように最も干渉を多く与える端末が最初のスロットと２番目のスロットに分散して端末間に交換する干渉量を平準化することができる。表３６において、（例１）の｛０、２、４、１、３｝のサイクリック回転に該当する４個のシーケンス割当｛２、４、１、３、０｝、｛４、１、３、０、２｝、｛１、３、０、２、４｝、｛３、０、２、３、１｝も同じ効果を有する。表３６において、（例２）の｛０、３、１、４、２｝のようシーケンスインデックスがサイクリックに減る形態で構成される。この場合にも｛０、３、１、４、２｝のサイクリック回転に該当する４個のシーケンス割当｛３、１、４、２、０｝、｛１、４、２、０、３｝、｛４、２、０、３、１｝、｛２、０、３、１、４｝も同じ効果を有する。すなわち、隣接するシーケンスのインデックスの差が２になるように構成すればよい。
【０１９０】
図６Ａに示すような構造で２番目のスロットで短縮フォーマットが用いられる場合にはスロット単位リマッピングは最初のスロットで使用した長さ５ＤＦＴシーケンスと２番目のスロットで使用する長さ４シーケンスを互いに選択して干渉平準化を実行できる。
【０１９１】
表３５における任意の１つのＤＦＴシーケンスをＰｉ＝［Ｄｉ（０）、Ｄｉ（１）、Ｄｉ（２）、Ｄｉ（３）］（ｉはシーケンスインデックス）と表示し、２番目のスロットでこのＤＦＴシーケンスを使用すれば、前述のように２つの端末が最初のスロットで隣接するシーケンスを用いると、可能であれば、２番目のスロットでは隣接しないシーケンスを用いるようにする一方、２つの端末が最初のスロットで隣接しないシーケンスを用いると、可能であれば、２番目のスロットでは隣接するシーケンスを用いるようにすることで干渉平準化を実行できる。最初のスロットで５個のシーケンスのうち４個のシーケンスＯ０、Ｏ１、Ｏ２、Ｏ３を割当に使用するとき、２番目のスロットではＰｉ（ｉは表３５のシーケンスインデックス）を表３７の（例１）のように割り当てる。
【表３７】
0005539558.tif 000129
【０１９２】
表３４の任意の１つのウォルシュ（Ｗａｌｓｈ）シーケンスをＷｉ＝［Ｄｉ（０）、Ｄｉ（１）、Ｄｉ（２）、Ｄｉ（３）］（ｉはシーケンスインデックス）に表示し、２番目のスロットでこのウォルシュシーケンスを使用するものと仮定する。表３４のウォルシュシーケンスは、隣接するインデックスを有するシーケンス間の干渉が隣接しないシーケンス間の干渉よりも小さい。したがって、２つの端末が最初のスロットで隣接するＤＦＴシーケンスを用いると、可能であれば、２番目のスロットでも隣接するウォルシュシーケンスを用いるようにする一方、２つの端末が最初のスロットで隣接しないＤＦＴシーケンスを用いると、可能であれば、２番目のスロットでも隣接しないウォルシュシーケンスを用いるようにすることで干渉平準化を実行できる。最初のスロットで５個のシーケンスのうち４個のシーケンスＯ０、Ｏ１、Ｏ２、Ｏ３を割当に使用するとき、２番目のスロットではＷｉ（ｉは表３２のシーケンスインデックス）を表３７の（例２）のように割り当てる。
【０１９３】
各端末が干渉の受けることをよりランダム化するために各端末が割り当てられる時間軸シーケンスをサブフレームごとに相異に割り当ててもよい。ＬＴＥ  Ｒｅｌ−８／９規格によれば、１つのフレームは総１０個の連続するサブフレームから構成されている（１つのフレームは１０ｍｓの間に持続して１つのサブフレームは１ｍｓの間に持続する）。例えば、表３７の割当関係がいずれのサブフレームに使用されれば、他のサブフレームでは、例えば、表３８のように端末が割り当てられた時間軸シーケンスを変えることができる。
【表３８】
0005539558.tif 000130
【０１９４】
上記の表３６と表３８において、端末のシーケンス割当は表の最も左側の端末インデックス列に表現してもよい。すなわち、表３６で端末のシーケンス割当を｛ＵＥ０、ＵＥ１、ＵＥ２、ＵＥ３、ＵＥ４｝に表示し、表３８で端末のシーケンス割当を｛ＵＥ１、ＵＥ４、ＵＥ０、ＵＥ２、ＵＥ３｝に表示してもよい。総５！（＝１２０）種類の互いに異なるシーケンス割当が存在する。したがって、最大１２０個の連続的なサブフレームそれぞれが有する端末のシーケンス割当を互いに相異にすることができる。いずれかフレームを周期にしてシーケンス割当が反復されるようにすれば、１２０個のうち１０個を選んで使用すればよい。各セルごとに使用する１０個のシーケンスが互いに異なるように選択してもよい。
【０１９５】
２）セル間干渉のランダム化
リファレンスシグナルブロックに対して使用するサイクリックシフトについてブロックレベルのサイクリックシフトホッピング（ｈｏｐｐｉｎｇ）を適用してもよい。ブロックレベルのサイクリックシフトホッピングとは、ブロックの変更によって使用するサイクリックシフトも変更されるように変化を与えることを意味する。ＬＴＥ  Ｒｅｌｅａｓｅ８の場合、ＰＵＣＣＨに用いられるリファレンスシグナルはこのようなサイクリックシフトホッピングを行う。サイクリックシフトにオフセット（Ｏｆｆｓｅｔ）を加えてサイクリックシフトのホッピングパターンを作り出す。ここで、オフセットのホッピングパターンは、各セル内では同一であってもよい。すなわち、いずれのセルで同じリソースを用いてＡ／Ｎ送信を行う端末は同じホッピングパターンを有しなければ、端末間の直交性を維持することができない。特に、隣接セル間にホッピングパターンを互いに異なるように設定すれば、セル間端末のホッピングパターンが相異になるため干渉がランダム化され得る。
【０１９６】
Ａ／Ｎデータブロックに対して使用する時間軸シーケンスについて、ブロックレベルのスクランブリングを適用してもよい。ここで、スクランブリングシーケンスは特定セル内では同一であってもよい。すなわち、いずれのセルで同じリソースを用いてＡ／Ｎ送信を行う端末は同じスクランブリングシーケンスを有し、この端末間の直交性を維持することができる。また、互いに異なるセルに属する端末はスクランブリングシーケンスが互いに異なって干渉がランダム化され得る。
【０１９７】
前述したように図６Ａの構造において、ＢＬ＃０、ＢＬ＃２、ＢＬ＃３、ＢＬ＃４、ＢＬ＃６に対して使用する長さ５である時間軸直交シーケンスは表３３のＤＦＴシーケンスを用いてもよい。表３３の任意の１つのＤＦＴシーケンスをＯｉ＝［Ｄｉ（０）、Ｄｉ（１）、Ｄｉ（２）、Ｄｉ（３）、Ｄｉ（４）］（ｉはシーケンスインデックス）と表示する。そして、ＤＦＴシーケンスＯｉと共に用いられるスクランブリングシーケンスをＱ＝［Ｓ（０）、Ｓ（１）、Ｓ（２）、Ｓ（３）、Ｓ（４）］と表示する。スクランブリングシーケンスをなす元素はＳ（ｉ）＝ｅｘｐ（ｊθｉ）の形態が好ましい。ＤＦＴシーケンスＯｉとスクランブリングシーケンスＱを元素単位に乗算して得られるシーケンスＲｉ＝［Ｒｉ（０）、Ｒｉ（１）、Ｒｉ（２）、Ｒｉ（３）、Ｒｉ（４）］＝［Ｄｉ（０）Ｓ（０）、Ｄｉ（１）Ｓ（１）、Ｄｉ（２）Ｓ（２）、Ｄｉ（３）Ｓ（３）、Ｄｉ（４）Ｓ（４）］を用いて該当元素をデータシンボルに乗算してＤＦＴを行う。これについて図１２に示すとおりである。同じセル内の同じ無線リソースブロックを用いるＡ／Ｎを送信する端末は互いに直交させるために互いに異なるＤＦＴシーケンスを使用し、スクランブリングシーケンスは同一なものを用いてもよい。隣接セルはセルによりスクランブリングシーケンスを別に使用することでセル間の干渉ランダム化を達成することができる。
【０１９８】
図６Ａの構造で２番目のスロットで短縮フォーマットが用いられる場合、２番目のスロットのＡ／Ｎデータブロックに用いられる時間軸直交シーケンスは表３１の長さ４であるＤＦＴシーケンスまたは表３２の長さ４であるウォルシュシーケンスになり得る。任意の１つの時間軸直交シーケンスをＵｉ＝［Ｄｉ（０）、Ｄｉ（１）、Ｄｉ（２）、Ｄｉ（３）］（ｉは表３１または表３２のシーケンスインデックス）のように表示する。そして、ＤＦＴシーケンスのＵｉと共に用いられるスクランブリングシーケンスをＱ＝［Ｓ（０）、Ｓ（１）、Ｓ（２）、Ｓ（３）］のように表示する。前述したように時間軸直交シーケンスＵｉとスクランブリングシーケンスＱを元素単位に乗算して得られるシーケンスＲｉ＝［Ｒｉ（０）、Ｒｉ（１）、Ｒｉ（２）、Ｒｉ（３）］＝［Ｄｉ（０）Ｓ（０）、Ｄｉ（１）Ｓ（１）、Ｄｉ（２）Ｓ（２）、Ｄｉ（３）Ｓ（３）］を用いて該当元素をデータシンボルに乗算してＤＦＴを行う。最初のスロットの場合、前述した方法に基づいて図１２に示すように処理し、２番目のスロットは図１３に示すように処理する。
【０１９９】
次は、前述したスクランブリングシーケンスＱ＝［Ｓ（０）、Ｓ（１）、Ｓ（２）、Ｓ（３）、Ｓ（４）］またはＱ＝［Ｓ（０）、Ｓ（１）、Ｓ（２）、Ｓ（３）］の形態について説明する。一般的に、
0005539558.tif 000131
の形態を有することが実現に便利である。すなわち、位相変調するものの、位相が複素数の平面で一定角度の間隔を有する。ここで、Ｎは整数、
0005539558.tif 000132
である整数である。
0005539558.tif 000133
は擬似乱数（ｐｓｅｕｄｏ−ｒａｎｄｏｍ）シーケンスを生成し、その値を順次
0005539558.tif 000134
に代入して用いる。したがって、
0005539558.tif 000135
は一般的にスロット番号とシンボル番号によって他の値を有する。同じ値が反復される反復周期は少なくとも１つのフレーム以上にする。いずれかのフレームを反復周期にする場合、擬似乱数シーケンス発生器をフレームごとの開始時点で初期化すればよい。ここで、同じセルで同じリソースを用いてＣＤＭに多重化される端末は、直交性を維持するために同じ擬似乱数シーケンスを使用しなければならない。一方、セルごとには擬似乱数シーケンスが異なることで隣接セル間の干渉をランダム化することができる。そのために擬似乱数シーケンスの発生において初期化に使用されるパラメータにセルＩＤを含むことによって、セルＩＤにより他の擬似乱数シーケンスを発生して使用できる。
【０２００】
参考に、図１２、図１３、図１４でシーケンス元素［Ｒｉ（ｎ）またはＤｉ（ｎ）］の乗算とＤＦＴ作用は、両者の順序が変わってもよい。すなわち、各図において、先にＤＦＴ作用を行った後、シーケンス元素［Ｒｉ（ｎ）またはＤｉ（ｎ）］の乗算を行うことと、シーケンス元素［Ｒｉ（ｎ）またはＤｉ（ｎ）］の乗算を行った後にＤＦＴ作用を行うことは全て同じ結果を有する。
【０２０１】
一側面によれば、
0005539558.tif 000136
の代わりにＤＦＴ作用前に１２個の複素シンボルそれぞれに対して
0005539558.tif 000137
を順次に乗算してもよい。すなわち、ｋ番目のＤＦＴ入力シンボルに
0005539558.tif 000138
を乗算するものである。Ｎが１２である場合にはＤＦＴの前に
0005539558.tif 000139
を乗算する部分をＤＦＴの後で周波数ドメインにおけるサイクリックシフトに代替してもよい。これはＤＦＴ作用が下記の性質を有するためである。
0005539558.tif 000140
すなわち、長さが１２であるＦ＝［Ｆ（０）、Ｆ（１）、…Ｆ（１１）］の代りに
0005539558.tif 000141
を入力として使用し、大きさが１２であるＤＦＴを行えば、その結果はＦに対してＤＦＴ作用をした後に取得された結果を
0005539558.tif 000142
だけサイクリックシフトした結果と同一である。したがって、この性質を利用すれば、端末は図１２に示すように、ＤＦＴの遂行前に
0005539558.tif 000143
を乗算する代わりに、図１４に示すよう各ＡＣＫ／ＮＡＣＫデータブロックに対してＤＦＴの遂行後で取得された結果に対して
0005539558.tif 000144
個だけの循環移動を行なうことができる。これは２つの過程が正確に同じ結果を与えるためである。
【０２０２】
図９は、他の例示的な実施形態に係る端末の構造を示すブロック図である。
【０２０３】
端末９００は、受信部９１０、制御部９２０及び送信部９３０を備える。
【０２０４】
一実施形態によれば、受信部９１０は複数の下りリンクキャリアコンポーネントを用いて制御情報及びデータを受信する。
【０２０５】
制御部９２０は、下りリンクキャリアコンポーネントに含まれた複数の下りリンクチャネル要素のうち、制御情報が送信されたチャネル要素のインデックスに基づいて上りリンクキャリアコンポーネントに含まれた上りリンクチャネル要素を決定する。
【０２０６】
送信部９３０は、制御部９２０が決定した上りリンクチャネル要素を用いて前記データに対する受信確認情報（ＡＣＫ／ＮＡＣＫ）を基地局に送信する。
【０２０７】
一側面によれば、制御情報のうち、データに対するスケジューリング情報は、複数の下りリンクキャリアコンポーネントのうちプライマリキャリアコンポーネントを用いて送信され得る。この場合、受信部９１０は、複数の下りリンクキャリアコンポーネントのうちプライマリキャリアコンポーネントを用いて前記データに対するスケジューリング情報を受信し、制御部９２０は、プライマリキャリアコンポーネントに対応するプライマリ上りリンクキャリアコンポーネントのうち上りリンクチャネル要素を決定する。
【０２０８】
一側面によれば、受信部９１０は、複数の下りリンクキャリアコンポーネントと複数の上りリンクキャリアコンポーネントとの間の対応関係を受信してもよい。一側面によれば、受信部９１０は、ＲＲＣシグナリングを用いて複数の下りリンクキャリアコンポーネントと複数の上りリンクキャリアコンポーネントとの間の対応関係を受信する。
【０２０９】
一側面によれば、データに対するスケジューリング情報が各下りリンクキャリアコンポーネントに分散して送信されてもよい。この場合に、受信部９１０は、複数の下りリンクキャリアコンポーネントを全て用いてデータに対するスケジューリング情報を受信する。特定の下りリンクキャリアコンポーネントを用いて送信されたスケジューリング情報は、該当の下りリンクキャリアコンポーネントを用いて送信されるデータに関するものである。
【０２１０】
一側面によれば、この場合においても、各下りリンクキャリアコンポーネントを用いて送信されたデータに対する受信確認情報は、特定の１つの上りリンクキャリアコンポーネントを用いて送信され得る。
【０２１１】
複数の下りリンクキャリアコンポーネントを用いて送信されたデータに対する受信確認情報を１つの上りリンクキャリアコンポーネントを用いて送信すれば、上りリンクキャリアコンポーネントで無線リソースを追加的に割り当てなければならない。
【０２１２】
一側面によれば、この場合に制御部９２０は、制御情報が送信された下りリンクチャネル要素のうち２番目で低い下りリンクチャネル要素のインデックスを用いて上りリンクチャネル要素を追加的に決定し、送信部９３０は、決定された上りリンクチャネル要素を用いて受信確認情報を送信する。
【０２１３】
他の側面によれば、受信部９１０は、基地局９４０からＲＲＣシグナリングを受信する。ＲＲＣシグナリングは、特定の上りリンクチャネル要素に関する情報を含んでもよい。この場合、制御部９２０は、前記ＲＲＣシグナリングに含まれた特定の上りリンクチャネル要素に関する情報に基づいて前記上りリンクチャネル要素を受信確認情報を送信するために追加的に決定してもよい。
【０２１４】
他の実施形態によれば、図９に示された端末は上りリンク制御チャネルの電力を効果的に制御することができる。
【０２１５】
受信部９１０は、基地局９４０からデータを受信する。制御部９２０は、受信されたデータに対する受信確認情報を生成する。送信部９３０は、データに対する受信確認情報及び基地局９４０に対するスケジューリング要請を含むデータパケットを基地局９４０に送信する。
【０２１６】
この場合に、送信部９３０は、データパケットに含まれた受信確認情報のビット数及びスケジューリング要請のビット数に基づいてデータパケットの送信電力を決定する。
【０２１７】
一側面によれば、送信部９３０は、下記の数式（１）によってデータパケットに対する送信電力を決定する。
【数１】
0005539558.tif 000145
ここで、
0005539558.tif 000146
は送信部９３０の最大送信電力を示し、
0005539558.tif 000147
はセル固有のパラメータである
0005539558.tif 000148
とＵＥ固有のパラメータである
0005539558.tif 000149
の和で与えられる。そして、
0005539558.tif 000150
は上位レイヤから提供されるパラメータである。
【０２１８】
0005539558.tif 000151
は基地局９４０から端末（９−０）までの下りリンク経路減衰の推定値を示す。
【０２１９】
0005539558.tif 000152
は受信確認情報及び基地局に対するスケジューリング要請を送信するＰＵＣＣＨのフォーマットＦに該当する値として、上位レイヤから提供されてＰＵＣＣＨフォーマット１ａに対する相対的な値を示す。
【０２２０】
0005539558.tif 000153
は基地局から受けた送信電力制御（Ｔｒａｎｓｍｉｔ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ：ＴＰＣ）命令（ＴＰＣ  ｃｏｍｍａｎｄ）によって調整される値として、現在のＰＵＣＣＨ電力制御調整状態を示す。
【０２２１】
ここで、
0005539558.tif 000154
は下記の数式（２）のように決定される。
【数２】
0005539558.tif 000155
ここで
0005539558.tif 000156
であってもよい。また、
0005539558.tif 000157
は前記受信確認情報のビット数であり、
0005539558.tif 000158
はスケジューリング要請のビット数である。
【０２２２】
ここで
0005539558.tif 000159
を用いてもよい。
【０２２３】
ここで、
0005539558.tif 000160
を設定するために本発明で提案する方法について説明する。
【０２２４】
任意のＵＥに設定された下りリンクコンポーネントキャリア（ｃｏｎｆｉｇｕｒｅｄ  ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒｓ）の個数を
0005539558.tif 000161
とし、その中で活性化されたコンポーネントキャリア（ａｃｔｉｖａｔｅｄ  ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒｓ）の個数を
0005539558.tif 000162
とする。そして、ＵＥが判断したとき、自身が下りリンクデータを受信した下りリンクコンポーネントキャリアの個数を
0005539558.tif 000163
とする。例えば、ｅＮＢがそのＵＥに３つの下りリンクコンポーネントキャリアにデータを送信した場合にも、もし、そのＵＥが一部の下りリンク割当情報（ＤＬ  ａｓｓｉｇｎｍｅｎｔ）を充分に検出することができず、ＵＥが自身は２つの下りリンクコンポーネントキャリアにのみデータを受信したと判断すれば、
0005539558.tif 000164
は２を示す。
【０２２５】
スケジューリング要請情報（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ：ＳＲ）の送信リソースの割り当てられたサブフレームでＡＣＫ／ＮＡＣＫ情報とＳＲ情報が同時にＰＵＣＣＨフォーマット３に送信される場合は
0005539558.tif 000165
に設定し、スケジューリング要請情報（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ：ＳＲ）の送信リソースが割り当てられないサブフレームでは
0005539558.tif 000166
に設定する。
【０２２６】
そのＵＥがＮ個の下りリンクコンポーネントキャリアに受信したデータに対してｅＮＢにフィードバックしなければならないＡＣＫ／ＮＡＣＫビット数をＫとする。ＡＣＫ／ＮＡＣＫ情報を全て示して送信する場合に
0005539558.tif 000167
は端末が受信する送信ブロックの総個数と一致する。ただし、部分的ないし全体的なＡＣＫ／ＮＡＣＫ情報のバンドリングを適用する場合に
0005539558.tif 000168
は端末が受信する送信ブロックの総個数よりも小さくてもよい。
0005539558.tif 000169
が０である場合には送信自体を行わない。
【０２２７】
0005539558.tif 000170
提案する方法は
0005539558.tif 000171
を次の通り設定するものである。
0005539558.tif 000172
【０２２８】
端末はＰＤＣＣＨを受信して取得した情報から数個の送信ブロックが端末に送信されるかを確認できる。ＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）の場合、基地局からＰＤＣＣＨの送信なしで下りリンクＰＤＳＣＨの送信のみがある場合があるため、これを考慮して総送信ブロックの数を算出しなければならない。しかし、基地局が送信したＰＤＣＣＨを端末が成功的に受信できない場合が生じ得る。この場合、端末は適する電力量よりも小さい電力を用いて情報を送信するため、基地局が成功的に情報検出を行うのに問題が生じ得る。これを補完するために下のような方法が考えられる。
【０２２９】
0005539558.tif 000173
活性化されたコンポーネントキャリアであるものの、下りリンクデータの送信がない下りリンクコンポーネントキャリアを
0005539558.tif 000174
とする。そして、
0005539558.tif 000175
で設定された送信モードに応じて発生し得る最大ＡＣＫ／ＮＡＣＫビット数を
0005539558.tif 000176
とする。これにより、提案する方法は
0005539558.tif 000177
を次のように設定する。
0005539558.tif 000178
【０２３０】
活性化したコンポーネントキャリアでデータ送信がないと端末が判断した場合でも、該当コンポーネントキャリアで送信可能な最大ＡＣＫ／ＮＡＣＫビット数をペイロードに含ませて算出する。実際に端末がＰＤＣＣＨの受信を逃す場合があるので、これに備えて電力量を設定する。
【０２３１】
0005539558.tif 000179
各下りリンクコンポーネントキャリアに送信できる最大送信ブロックの数を
0005539558.tif 000180
とする。３ＧＰＰ  ＬＴＥ技術規格バージョン１０（Ｒｅｌｅａｓｅ１０）では各下りリンクコンポーネントキャリアに最大２つの送信ブロックを送信することができるため、その場合には
0005539558.tif 000181
は２を示す。提案する方法は次のように
0005539558.tif 000182
を設定する。
0005539558.tif 000183
【０２３２】
0005539558.tif 000184
設定された下りリンクコンポーネントキャリアであるものの、下りリンクデータ送信のない下りリンクコンポーネントキャリアを
0005539558.tif 000185
とする。そして、
0005539558.tif 000186
で設定された送信モードに応じて発生し得る最大ＡＣＫ／ＮＡＣＫビット数を
0005539558.tif 000187
とする。それで、提案する方法は
0005539558.tif 000188
を次のように設定する。
0005539558.tif 000189
【０２３３】
0005539558.tif 000190
提案する方法は
0005539558.tif 000191
を次のように設定する。
0005539558.tif 000192
【０２３４】
図１０は、他の例示的な実施形態に係る端末の構造を示すブロック図である。
【０２３５】
端末１００、は受信部１０１０、受信確認情報生成部１０２０、制御部１０３０、符号化部１０４０及び送信部１０５０を備える。
【０２３６】
受信部１０１０は、基地局１０６０から基地局１０６０と端末１０００との間の通信に使用可能な下りリンクコンポーネントキャリアに関する情報を受信する。また、受信部１０１０は、下りリンクコンポーネントキャリアのうち一部または全てのデータ受信コンポーネントキャリアを用いてデータブロックを受信する。
【０２３７】
基地局１０６０は、基地局１０６０が利用可能な下りリンクコンポーネントキャリアのうち一部のデータ受信コンポーネントキャリアを端末１０００に割り当てて活性化させる。基地局１０６０は、活性化した下りリンクコンポーネントキャリアのうち一部の下りリンクコンポーネントキャリアを選択し、選択された下りリンクコンポーネントキャリアを用いてデータを送信する。
【０２３８】
受信部１０１０は基地局１０６０から下りリンクコンポーネントキャリアの割当情報を受信し、受信確認情報生成部１０２０は端末１０００に割り当てられた下りリンクコンポーネントキャリアに対してデータブロックを検出する。
【０２３９】
端末１０００に割り当てられていない下りリンクコンポーネントキャリアに対して、受信確認情報生成部１０２０は「ＤＴＸ」を受信確認情報として生成する。また、受信確認情報生成部１０２０は端末１０００に割り当てられたが、データスケジューリング情報が含まれたＰＤＣＣＨが検出されない下りリンクコンポーネントキャリアについては端末１０００に割り当てられないものと判断する。
【０２４０】
また、受信確認情報生成部は端末１０００に割り当てられた下りリンクコンポーネントキャリアに対してデータブロックが受信を成功すれば「ＡＣＫ」を、データブロックが受信を成功できなければ「ＮＡＣＫ」を受信確認情報として生成する。
【０２４１】
すなわち、受信確認情報生成部は、基地局１０６０が利用可能な全ての下りリンクコンポーネントキャリアに対して受信確認情報を生成する。
【０２４２】
一側面によれば、受信確認情報生成部１０２０は、基地局１０６０の送信モードに応じて各下りリンクコンポーネントキャリアを用いて送信されるデータブロックの数を判断し、各データブロックに対する受信確認情報を生成する。
【０２４３】
一側面によれば、基地局１０６０は、一般的なデータ送信方式（Ｎｏｎ−ＭＩＭＯ）を用いてデータブロックを送信してもよく、ＭＩＭＯ送信方式を用いてデータを送信してもよい。
【０２４４】
もし、基地局１０６０をＭＩＭＯ送信方式を用いてデータを送信するＭＩＭＯ送信モードである場合、受信部１０１０は１つのデータ受信コンポーネントキャリアに含まれた１つのサブフレームを用いて２つのデータブロックを受信してもよい。
【０２４５】
もし、基地局１０６０が一般的なデータ送信方式（Ｎｏｎ−ＭＩＭＯ）を用いてデータを送信するＮｏｎ−ＭＩＭＯ送信モードである場合、受信部１０１０は、１つのデータ受信コンポーネントキャリアに含まれた１つのサブフレームを用いて１つのデータブロックを受信してもよい。
【０２４６】
以下、端末がＡＣＫ／ＮＡＣＫ情報を生成する手続について具体的に説明する。
【０２４７】
次は、端末がＡＣＫ／ＮＡＣＫ情報を生成する手続を記述する。
【０２４８】
［構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）］：基地局は、端末ごとに基地局と端末の通信に用いられる下りリンクＣＣ及び上りリンクを通知する。ＲＲＣメッセージを用いる。基地局は、各端末にＲＲＣメッセージを用いて構成化されたＣそれぞれの送信モード（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｍｏｄｅ：ＴＭ）を通知する。
【０２４９】
［活性化（ａｃｔｉｖａｔｉｏｎ）］：基地局は、端末ごとに基地局と端末の通信に直ちに用いられる下りリンクＣＣ及び上りリンクを通知する。ＭＡＣメッセージを用いる。活性化の対象が下りリンクＣＣは構成と設定された下りリンクＣＣの部分集合（ｓｕｂｓｅｔ）である。基地局は、端末の活性化ＣＣ集合に属するＣＣについてのみ下りリンクの割り当てを行う。
【０２５０】
［ＰＤＣＣＨモニタリング（ｍｏｎｉｔｏｒｉｎｇ）集合の設定］：基地局は、ＣＩＦを用いる端末である場合、端末が特定の下りリンクＣＣのみを対象にＰＤＣＣＨ検出を行うように設定してもよい。端末が特定ＰＤＣＣＨ検出を行うように設定された下りリンクＣＣをＰＤＣＣＨモニタリング集合と呼ぶ。ＰＤＣＣＨモニタリング集合は活性化した下りリンクＣＣの部分集合である。
【０２５１】
端末がＡＣＫ／ＮＡＣＫ情報を生成する手続は下記の通りである。
【０２５２】
ＣＩＦを使用しない端末は、全ての活性化した下りリンクＣＣでＰＤＣＣＨ検索領域（ｓｅａｒｃｈ  ｓｐａｃｅ）を検出して自身に割り当てられたＰＤＣＣＨチャネルがあるかを確認する。
【０２５３】
ＣＩＦを用いる端末はＰＤＣＣＨモニタリング集合が設定された場合、該当の下りリンクＣＣのみを対象にＰＤＣＣＨ検索領域を検出して自身に割り当てられたＰＤＣＣＨチャネルがあるかを確認する。ＣＩＦを用いる端末でもＰＤＣＣＨモニタリング集合が設定されていない場合、全ての活性化した下りリンクＣＣでＰＤＣＣＨ検索領域を検出して自身に割り当てられたＰＤＣＣＨチャネルがあるかを確認する。
【０２５４】
活性化ＣＣ集合Ｓ＿ａｃｔｉｖａｔｉｏｎが下記のＮ個のＣＣから構成されたと仮定する。
【０２５５】
Ｓ＿ａｃｔｉｖａｔｉｏｎ＝｛ＣＣ０、ＣＣ１、…、ＣＣＮ−１｝、
ここで、ＣＣｉは構成ＣＣ集合Ｓ＿ｃｏｎｆｉｇｕｒａｔｉｏｎの元素である。すなわち、ＣＣｉ∈Ｓ＿ｃｏｎｆｉｇｕｒａｔｉｏｎ（ｉ＝０、１、…、Ｎ−１）。
【０２５６】
１．活性化下りリンクＣＣ集合を基準として端末ＡＣＫ／ＮＡＣＫ情報生成
一側面によれば、端末は活性化した下りリンクＣＣ集合を基準としてＡＣＫ／ＮＡＣＫ情報を生成する。すなわち、それぞれのＣＣｉに対してＡＣＫ／ＮＡＣＫ情報を構成した後、これを集めて活性化した下りリンクＣＣのＮ個のＣＣに対するＡＣＫ／ＮＡＣＫ情報を構成する。一般的に端末が受信する下りリンク割当情報は、活性化した下りリンク集合の構成ＣＣ全てまたは部分集合に関するものである。しかし、端末が生成するＡＣＫ／ＮＡＣＫ情報は活性化した下りリンクＣＣの全てを対象にする。端末が特定サブフレームでＰＤＣＣＨの検出を試みたところ、次のようなＭ個（Ｍ＞０）のＣＣに対して下りリンクの割当があることが確認されたと仮定する。
【０２５７】
下りリンク割当ＣＣ集合、Ｓ＿ａｓｓｉｇｎｍｅｎｔ＝｛ＤＡ０、…ＤＡＭ−１｝
もし、特定のＣＣｉが下りリンク割当ＣＣ集合に属すれば、すなわち、ＣＣｉ∈Ｓ＿ａｓｓｉｇｎｍｅｎｔであれば、ＣＣｉに対するＡＣＫ／ＮＡＣＫ信号Ｓｉｇｎａｌ＿ＣＣｉを下記のように生成する。
【０２５８】
ＣＣｉ∈Ｓ＿ａｓｓｉｇｎｍｅｎｔであれば、ＣＣｉによって１つの運送ブロックが送信された場合Ｓｉｇｎａｌ＿ＣＣｉ＝ＡＣＫｏｒＮＡＣＫ
ＣＣｉによって２つの運送ブロックが送信された場合にＳｉｇｎａｌ＿ＣＣｉ＝ＡＣＫ＿ＡＣＫ、ＡＣＫ＿ＮＡＣＫ、ＮＡＣＫ＿ＡＣＫｏｒＮＡＣＫ＿ＮＡＣＫ
ここで、ＡＣＫは該当運送ブロックの成功的な受信を意味し、ＮＡＣＫは運送ブロック受信失敗を意味する。ＡＣＫ＿ＡＣＫ、ＡＣＫ＿ＮＡＣＫ、ＮＡＣＫ＿ＡＣＫ、ＮＡＣＫ＿ＮＡＣＫなどはそれぞれ最初の運送ブロックと２番目の運送ブロックの受信成功及び失敗有無を示す。
【０２５９】
もし、ＣＣｉが
0005539558.tif 000193
であれば、下記のようにＣＣｉに対するＡＣＫ／ＮＡＣＫ信号Ｓｉｇｎａｌ＿ＣＣｉに割当情報がないことを下記のように表示する。
【０２６０】
0005539558.tif 000194
であれば、Ｓｉｇｎａｌ＿ＣＣ＿ｉ＝ＤＴＸ
端末は、いずれか特定サブフレームで割り当てられた下りリンクデータに対するＡＣＫ／ＮＡＣＫ情報Ｓｉｇｎａｌは下記のように表示され得る。
【０２６１】
Ｓｉｇｎａｌ＝｛Ｓｉｇｎａｌ＿ＣＣ０、…Ｓｉｇｎａｌ＿ＣＣＮ−１｝
【０２６２】
上記で注意する点は、端末はいずれかのサブフレームでＰＤＣＣＨ検出を試みたが、下りリンク割当が全く検出されない場合、（すなわち、Ｍ＝０）ＡＣＫ／ＮＡＣＫ信号を送信しない点である。すなわち、全てのｉ＝０、１、…Ｎ−１に対してＳｉｇｎａｌ＿ＣＣｉ＝ＤＴＸであれば、端末はＡＣＫ／ＮＡＣＫ信号そのものを送信しない。
【０２６３】
上記の方式の特徴は、端末が任意のいずれかサブフレームで割り当てられないＣＣに対しても該当ＣＣが活性化ＣＣの集合に属すれば、ＡＣＫ／ＮＡＣＫ信号に割当なし（ＤＴＸ）のように表示する。
【０２６４】
端末が割り当てられたＣＣについてのみＡＣＫ／ＮＡＣＫ信号を送信する方法について考えられるが、この場合に端末と基地局との間の混線が発生し得る。基地局がＰＤＣＣＨを送信して下りリンク割当を試みても端末がＰＤＣＣＨ受信に失敗する場合が生じるためである。端末はＰＤＣＣＨ受信に失敗した場合、基地局がＰＤＣＣＨを送信したか否かが確認できないため、基地局がＰＤＣＣＨを送信しないと見なす。これにより端末が送信するＡＣＫ／ＮＡＣＫ情報はＰＤＣＣＨ受信に成功したＣＣのみを対象にする。これによって、基地局は端末が送信するＡＣＫ／ＮＡＣＫ情報が基地局が送信した全てのＰＤＣＣＨを充分に受信した結果として生成されたものであるか、あるいは一部のみを充分に受信して生成したものであるかを判別できなくなる。結果的に、基地局は端末が送信したＡＣＫ／ＮＡＣＫ情報を充分に把握することはできない。
【０２６５】
一方、前述した方式を使用すると、端末および基地局が活性化したＣＣ集合に対して互いに一致した理解があると仮定する場合、端末は常に活性化した全てのＣＣに対してＡＣＫ／ＮＡＣＫ情報を生成するため、基地局がＡＣＫ／ＮＡＣＫ情報を混沌することなく取得可能になる。
【０２６６】
端末がＡＣＫ／ＮＡＣＫ情報を送信する送信方式について１．２節で記述した様々な方法を考慮することができる。ＡＣＫ／ＮＡＣＫ情報Ｓｉｇｎａｌ＝｛Ｓｉｇｎａｌ＿ＣＣ０、…Ｓｉｇｎａｌ＿ＣＣＮ−１｝が表示できる全ての場合を対象にして、それぞれの場合が互いに異なる送信形態でマッピングされて送信されれば、基地局は受信した送信形態から該当するＡＣＫ／ＮＡＣＫ情報を確認できる。
【０２６７】
例えば、ＭＩＭＯを使用しないものと設定された端末が２つのＣＣに対してＡＣＫ／ＮＡＣＫ情報を作る場合、可能なＡＣＫ／ＮＡＣＫ情報の場合の数は下記の表のように９種類となる。その中で最後の行は端末が２つのＣＣ全てに対して端末が割当が検出されない場合として、この場合に端末はいずれのＡＣＫ／ＮＡＣＫ信号を送信しない。したがって、端末は信号を送信する８種類の場合について互いに異なる送信形態を送信して基地局が区別できるようにすればよい。
【０２６８】
一般的に、端末がＮ個のＣＣに対してＡＣＫ／ＮＡＣＫ情報を表示するとき、１つのＣＣｉに対して端末が表現しなければならないＡＣＫ／ＮＡＣＫ情報の場合の数はＬｉ個とすれば、端末が信号送信を介して表現しなければならない場合の数の総は（Ｌ０×Ｌ１×…×ＬＮ−１−１）個となる。（−１）はＮ個のＣＣの全てに対して割り当てられない場合を除外するためである。したがって、基地局と端末は（Ｌ０×Ｌ１×…×ＬＮ−１−１）個のＡＣＫ／ＮＡＣＫ情報の場合に１対１に対応する送信形態を予め約束するべきである。単一運送ブロックの場合、ＡＣＫ、ＮＡＣＫ、ＤＴＸの場合が存在するため、Ｌｉ＝３、２つの運送ブロックの場合にＡＣＫ＿ＡＣＫ、ＡＣＫ＿ＮＡＣＫ、ＮＡＣＫ＿ＡＣＫ、ＮＡＣＫ＿ＮＡＣＫ、ＤＴＸの場合が存在するため、Ｌｉ＝５となる。
【０２６９】
前述したＡＣＫ／ＮＡＣＫの送信方式によれば、チャネル選択、リソース選択、シーケンス選択などの場合は選択されるチャネル、リソース、シーケンスなどのそれぞれの場合が異なるＡＣＫ／ＮＡＣＫ情報のそれぞれの場合に１対１に対応しなければならない。ＤＦＴ−Ｓ  ＯＦＤＭのように、ＡＣＫ／ＮＡＣＫ情報をビットで表現すル場合は
0005539558.tif 000195
のビットで表現可能である。表３９は、ＡＣＫ／ＮＡＣＫ情報の値の組合せによるＡＣＫ／ＮＡＣＫ情報の種類の数を示す表である。
【表３９】
0005539558.tif 000196
【０２７０】
２．構成下りリンクコンポーネントキャリア集合を基準としてＡＣＫ／ＮＡＣＫ情報を生成
もし、活性化されたＣＣに対して端末と基地局が互いに一致する理解しない恐れがある場合、端末がＡＣＫ／ＮＡＣＫ情報を生成するとき構成された下りリンクＣＣ集合を基準として情報を生成する方式を用いてもよい。この方法は、割り当てられたＣＣに対しては前の活性化下りリンクＣＣ集合を基準として端末ＡＣＫ／ＮＡＣＫ情報を生成する方法と同じ方法によりＡＣＫ／ＮＡＣＫ情報を生成し、ただ、端末が割り当てられていないＣＣについても該当ＣＣが構成ＣＣ集合に属すれば、ＡＣＫ／ＮＡＣＫ信号に割り当てないことを表示する。
【０２７１】
端末の構成ＣＣ集合Ｓ＿ｃｏｎｆｉｇｕｒａｔｉｏｎが下記のように表示される。
Ｓ＿ｃｏｎｆｉｇｕｒａｔｉｏｎ＝｛ＣＣ０、…、ＣＣＫ−１｝
【０２７２】
結局、端末はいずれの特定サブフレームで割り当てられた下りリンクデータに対するＡＣＫ／ＮＡＣＫ情報Ｓｉｇｎａｌは下記のように表示できる。
【０２７３】
Ｓｉｇｎａｌ＝｛Ｓｉｇｎａｌ＿ＣＣ０、…Ｓｉｇｎａｌ＿ＣＣＫ−１｝
ここで、Ｓｉｎｇａｌ＿ＣＣｉは下りリンクＣＣ  ＣＣｉに対するＡＣＫ／ＮＡＣＫ情報である。
【０２７４】
端末は、構成ＣＣ集合に属する各下りリンクＣＣの送信モードを考慮してＡＣＫ／ＮＡＣＫ情報Ｓｉｇｎａｌを生成しなければならない。
【０２７５】
ＣＣｉを介して１つの運送ブロックが送信された場合、Ｓｉｇｎａｌ＿ＣＣｉ＝ＡＣＫｏｒＮＡＣＫ
ＣＣｉを介して２つの運送ブロックが送信された場合、Ｓｉｇｎａｌ＿ＣＣｉ＝ＡＣＫ＿ＡＣＫ、ＡＣＫ＿ＮＡＣＫ、ＮＡＣＫ＿ＡＣＫｏｒＮＡＣＫ＿ＮＡＣＫ
もし、ＣＣｉが
0005539558.tif 000197
であれば、下記のようにＣＣｉに対するＡＣＫ／ＮＡＣＫ信号Ｓｉｇｎａｌ＿ＣＣｉに割当情報がないことを下記のように表示する。
0005539558.tif 000198
であれば、Ｓｉｇｎａｌ＿ＣＣ＿ｉ＝ＤＴＸ
ここで、ＮＡＣＫ信号とＤＴＸを区別しなければ、ＮＡＣＫとＤＴＸを同じ状態として見なし、ＣＣｉを介して１つの運送ブロックが送信された場合にＳｉｇｎａｌ＿ＣＣｉ＝ＡＣＫｏｒＮＡＣＫ／ＤＴＸであり、ＣＣｉを介して２つの運送ブロックが送信された場合、Ｓｉｇｎａｌ＿ＣＣｉ＝ＡＣＫ＿ＡＣＫ、ＡＣＫ＿（ＮＡＣＫ／ＤＴＸ）、（ＮＡＣＫ／ＤＴＸ）＿ＡＣＫｏｒ（ＮＡＣＫ／ＤＴＸ）＿（ＮＡＣＫ／ＤＴＸ）となる。
【０２７６】
ＤＦＴ−Ｓ−ＯＦＤＭ基盤のＡＣＫ／ＮＡＣＫ送信方式において、チャネルエンコーダの入力ビットはＡ／Ｎ情報ビットである。下ではＡ／Ｎ情報ビットの生成方法について説明する。
【０２７７】
方法１．コンポーネントキャリアごとの送信モードを基準として生成する方法
例えば、端末がＮ個の構成下りリンクＣＣを有するように設定され、その中で数個のＣＣは最大２つの運送ブロック送信が可能なＭＩＭＯ送信モードに設定され、残りＣＣは１つの運送ブロック送信が可能なＮｏｎ−ＭＩＭＯ送信モードに設定されたと仮定する。ＮＡＣＫとＤＴＸの状態を区別しないと仮定する。実際に端末が受信する下りリンク割当情報に応じて特定サブフレーム（ｓｕｂｆｒａｍｅ）で端末が受信可能な運送ブロックの数はＣＣ当たり０個、１個、または２個になる。運送ブロックの数が０個である場合、基地局が下りリンクの割り当てを行わない場合、または割り当てを行っても端末が割当情報を充分に受信しない場合に該当する。ここで、端末は常に全ての構成ＣＣに対してＡ／Ｎ情報ビットを生成し、構成ＣＣごとに設定された送信モードを基準にして受信状態を表示する。すなわち、運送ブロックの数が０であるＣＣの場合、該当ＣＣがＭＩＭＯモードに設定されていれば、２ビットを用いて２つの運送ブロックそれぞれに対してＮＡＣＫ／ＤＴＸに表示し、もし、該当ＣＣがＮｏｎ−ＭＩＭＯモードに設定されていれば、１ビットを用いてＮＡＣＫ／ＤＴＸと表示する。ＭＩＭＯ送信モードを有するＣＣで実際の該当サブフレームに割り当てられた運送ブロックの数が１つである場合でも該当ＣＣで受信可能な最大運送ブロックの数を基準にして情報を表示するため、２ビットを用いて２つの運送ブロックそれぞれに対してＡＣＫまたはＮＡＣＫ／ＤＴＸと表示しなければならない。
【０２７８】
具体的に、ＣＣｉに対するＡ／Ｎ情報ビットの値は設定された送信モードに応じて表４０または表４１の形態となる。ここで、注意する点は、表においてＤＴＸは端末が該当ＣＣの下りリンク割当情報を受信できない場合を意味する。すなわち、これは基地局が該当ＣＣに割当を最初から行わないため端末が割当情報を受信できないか、基地局がＰＤＣＣＨを介して割当情報を送信しても端末が受信失敗するケースに該当する。端末は割当の情報受信の有無に関係なく、全ての構成ＣＣに対してＡ／Ｎ情報ビットを生成しなければならないのため構成ＣＣに属するものの、割当情報が受信されていないＣＣは全てＤＴＸのように表示する。下記の表４０はＭＩＭＯモードに設定されたＣＣｉのＡ／Ｎ情報ビットの生成を示し、下記の表４１はＮｏｎ−ＭＩＭＯモードに設定されたＣＣｉのＡ／Ｎ情報ビットの生成を示す。
【表４０】
0005539558.tif 000199
【表４１】
0005539558.tif 000200
【０２７９】
例えば、端末が５個の下りリンク構成ＣＣを有するように設定され、ＣＣ０、ＣＣ１、ＣＣ２はＭＩＭＯモードに設定され、ＣＣ３とＣＣ４はＮｏｎ−ＭＩＭＯモードに設定された場合に総２＋２＋２＋１＋１＝８ビットがＡ／Ｎ情報ビットになる。
【０２８０】
上記のように端末が構成ＣＣごとに設定された送信モードを基準にして受信状態を表示する理由は、端末と基地局との間に一致する信号の送受信体系を維持するためである。基地局が特定の下りリンクＣＣにＰＤＣＣＨを介して割当情報を提供しても端末が割当情報を受信できない場合が生じる。したがって、端末が割当情報の受信の有無に応じて変わる情報を送信すれば、基地局は端末の割当情報受信の有無が分からないため、端末が送信したＡＣＫ／ＮＡＣＫ信号を復調して正しい情報を取得することが困難である。このような理由により、端末は、常に割当の情報受信の有無に関係なく常に設定された送信モードに基づいて受信状態を表示しなければならない。
【０２８１】
上記で説明した実施形態によれば、前のＡＣＫ／ＮＡＣＫ情報ビットマッピング方法を用いると、基地局がＮＡＣＫ状態とＤＴＸ状態を区別することができない。端末がＭＩＭＯモードに設定されたＣＣで基地局が１つの運送ブロックを送信する場合、端末が下りリンクグラント（ＰＤＣＣＨ）を成功的に受信したか否かの有無を基地局が区別できるようにするため、ＤＴＸ表示のためのＡＣＫ／ＮＡＣＫの情報ビットマッピングを別にしてもよい。ＳＩＭＯモードに設定されたＣＣは１つのビットを用いて表４１のようにＡＣＫ／ＮＡＣＫ情報ビットを生成する。これは前述の場合と同一である。ＭＩＭＯモードに設定されたＣＣは実際に受信した運送ブロックの数に関係なく２ビットでＡＣＫ／ＮＡＣＫ情報を表示するものの、実際の端末が１つの運送ブロックを受信した場合、表４５のようにＡＣＫ／ＮＡＣＫ情報ビットを生成し、実際端末が２つの運送ブロックを受信した場合、表４６のようにＡＣＫ／ＮＡＣＫ情報ビットを生成する。端末がＭＩＭＯモードに設定されたＣＣでＰＤＳＣＨの送信がないものと判断されれば、表４７のようにＡＣＫ／ＮＡＣＫ情報ビットを生成する。このようなＡＣＫ／ＮＡＣＫ情報ビットマッピングを使用すると、基地局が１つの運送ブロックを送信したときにＡＣＫ、ＮＡＣＫ、ＤＴＸの状態を全て区別することができる。すなわち、このＡＣＫ／ＮＡＣＫ情報ビットマッピングの核心は、ＭＩＭＯモードに設定されたＣＣの場合に１つの運送ブロックの場合ＡＣＫ、ＮＡＣＫ、ＤＴＸが互いに異なるビット値に表現されてもよい。基地局は、自身が１つの運送ブロックを送信したか、２つの運送ブロックを送信したを知っているため、表４５および表４６のいずれのマッピングが適用されるかが分かり、１つの運送ブロックを送信した場合には表４５および表４７からＡＣＫ、ＮＡＣＫ、ＤＴＸを区別することができる。
【０２８２】
方法２．コンポーネントキャリアごとの最大運送ブロックモードを基準として生成する方法
もし、端末に設定されたＣＣごとの送信モードがＲＲＣシグナリングによって変わることがあり、これにより特定区間の時間端末と基地局が送信モードに対する一致しない認識を有する場合がある。これによる問題を解決するために、端末はＣＣごとに常に最大可能な最大運送ブロックモードを基準にして受信状態を表示することが好ましい。例えば、ＭＩＭＯ受信の可能な端末が５個の構成下りリンクＣＣを有するように設定され、その中で数個の下りリンクＣＣが最大２つの運送ブロックの送信可能なＭＩＭＯ送信モードに設定され、残りのＣＣは最大１つの運送ブロック送信可能なＮｏｎ−ＭＩＭＯ送信モードに設定されたと仮定する。ここで、ＮＡＣＫとＤＴＸを区別しないと仮定する。端末はこの場合にＮｏｎ−ＭＩＭＯ送信モードに設定されたＣＣに対しても常に２ビットを用いて受信状態を表示する。すなわち、Ｎｏｎ−ＭＩＭＯ送信モードを有するＣＣであっても表４０のように、２ビットを用いてＡ／Ｎ情報ビットを生成する。これよって送信モードの再設定（Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  ｏｆ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｍｏｄｅ）によって送信モードが変更される時間区間の間にも端末と基地局がＡ／Ｎ情報の構成が変わらないことから、基地局がＡＣＫ／ＮＡＣＫ信号を復調して正しい情報を取得することができる。
【０２８３】
上記の説明を要約すれば、端末がＭＩＭＯ受信能力があれば（ＣＣ当たり最大２つの運送ブロック受信が可能であれば）上記の基準で構成下りリンクＣＣそれぞれに対して２ビットを用いてＡＣＫ／ＮＡＣＫ情報ビットを生成する。したがって、構成ＣＣの数がＮであれば、端末が生成するＡ／Ｎ情報ビット数は総２Ｎになる。端末がＭＩＭＯ受信能力がなく、ただＳＩＭＯ受信能力だけであれば（最大１つの運送ブロック受信が可能であれば）、上記の基準によって構成下りリンクＣＣそれぞれに対して１ビットを用いてＡＣＫ／ＮＡＣＫ情報ビットを生成することができる。したがって、構成ＣＣの数がＮであれば、端末が生成するＡ／Ｎ情報ビット数は総Ｎになる。
【０２８４】
次は、具体的なＡ／Ｎ情報ビットの生成方法について記述する。
【０２８５】
１）端末がＭＩＭＯ受信能力がない場合
端末は最大１つの運送ブロック受信のみが可能であるため各構成ＣＣの最大運送ブロックは全て１つであって、同一である。
【０２８６】
（方法Ａ）表４２のように、いずれかの運送ブロックのＡＣＫ／ＮＡＣＫ情報を１ビットで表現する。この方法では、ＮＡＣＫ状態とＰＤＳＣＨ送信がない状態が同じビット値にマッピングされる特徴がある。
【０２８７】
（方法Ｂ）表４３のように、いずれかの運送ブロックのＡＣＫ／ＮＡＣＫ情報を２ビットで表現する。この方法では、ＮＡＣＫ状態とＰＤＳＣＨ送信がない状態が互いに異なるビット値にマッピングされる特徴がある。両方の状態を基地局が区別できる。
【表４２】
0005539558.tif 000201
【表４３】
0005539558.tif 000202
【０２８８】
２）端末がＭＩＭＯ受信能力がある場合
端末がＭＩＭＯ受信能力がある場合に、端末は各構成ＣＣで最大２つの運送ブロックを受信してもよい。前述したように、各ＣＣの送信モードに関係なく、ＣＣそれぞれに対して２ビットでＡＣＫ／ＮＡＣＫ情報を表示する。表４４はＳＩＭＯモード（最大１つの運送ブロック受信）に設定されたＣＣでＡ／Ｎの情報表示の例を示す。
【表４４】
0005539558.tif 000203
【表４５】
0005539558.tif 000204
【表４６】
0005539558.tif 000205
【０２８９】
表４７は端末がＭＩＭＯモードに設定されたＣＣでＰＤＳＣＨ送信がないと判断した場合にＡＣＫ／ＮＡＣＫの情報ビット値を示す。
【表４７】
0005539558.tif 000206
【０２９０】
上記の方式において重要な点は、いずれかのＣＣｉに対して端末がＰＤＳＣＨの割当がないと判断した場合と、２つの運送ブロックを受信したものの全てがＮＡＣＫとして検出された場合が同じビット値に表現されなければならない点である。すなわち、上記の例ではｂｉ（０）、ｂｉ（１）＝（０、０）のように表現された。上記のビット値マッピングは１つの実施形態であって、他の形態のビットマッピングが用いられてもよいが、いずれかのＣＣｉに対して端末がＰＤＳＣＨの割当がないと判断した場合と２つの運送ブロックを受信したものの全てのＮＡＣＫとして検出された場合が同じビット値に表現されることが好ましい。これは、基地局が下りリンクグラントを介して端末が１つの運送ブロックを受信するように送信したが、実際の端末が下りリンクグラントを成功的に受信できない場合に基地局で把握できるようにするためである。基地局はこの情報を用いて効率的にＰＤＣＣＨの電力制御を行うことができる。
【０２９１】
しかし、送信モードの再設定が頻繁に発生しないか、あるいは再設定が制限されれば、端末は方式１のように常にＣＣごとに設定された送信モードを基準にして受信状態を表示する方式を用いてもよい。
【０２９２】
上記の２種類の方式において、端末がいずれかのサブフレームで１つの下りリンクＣＣについてのみ下りリンク割当を受信し、割り当てられたＣＣが下りリンクＰＣＣに該当すれば、ＬＴＥ  Ｒｅｌ−８／９と同じ方式によりＡＣＫ／ＮＡＣＫリソースが割り当てられ、ＬＴＥ  Ｒｅｌ−８／９と同じ方式で送信する。
【０２９３】
方法３．コンポーネントキャリアごとに送信された下りリンク割当のためのＤＣＩ  Ｆｏｒｍａｔを基準として生成する方法
この方法は、端末に送信されたＤＣＩ  ｆｏｒｍａｔがＭＩＭＯ送信のためのｆｏｒｍａｔであるか、ＳＩＭＯ（Ｓｉｎｇｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）送信のためのｆｏｒｍａｔであるかに応じて端末が生成するＡＣＫ／ＮＡＣＫ情報を表示する方法である。ＬＴＥ  Ｒｅｌ−８／９では、端末がＭＩＭＯ送信モードを有しても、いわゆる「ｆａｌｌ−ｂａｃｋモード」を備えてＳＩＭＯ送信用のＤＣＩ  ｆｏｒｍａｔを基地局が送信することができる。ＬＴＥ  Ｒｅｌ−８／９でｆａｌｌ−ｂａｃｋのためのＳＩＭＯ送信用のＤＣＩ  ｆｏｒｍａｔは、ＤＣＩ  ｆｏｒｍａｔ１Ａである。下記の表４８は、ＴＳ３６．２１３ｖ９．１０、Ｔａｂｌｅ７．１−５を示したのである。
【表４８】
0005539558.tif 000207
【０２９４】
表４８でＭｏｄｅ３、Ｍｏｄｅ４、Ｍｏｄｅ８の場合が最大２つの運送ブロックを送信することのできるＭＩＭＯモードである。このＭＩＭＯモードはＭＩＭＯ用のＤＣＩ  ｆｏｒｍａｔの他にＳＩＭＯ送信用のＤＣＩ  ｆｏｒｍａｔのＤＣＩ  ｆｏｒｍａｔ１Ａを介して下りリンクリソースが割り当てられる。ＬＴＥ−ＡｄｖａｎｃｅｄでもＬＴＥ  Ｒｅｌ−８／９に類似するようにｆａｌｌ−ｂａｃｋのためのＳＩＭＯ用のＤＣＩ  ｆｏｒｍａｔを備える。
【０２９５】
この方法により、端末は自身が受信したＤＣＩ  ｆｏｒｍａｔがＭＩＭＯ送信用ｆｏｒｍａｔの認知ＳＩＭＯ送信用ｆｏｒｍａｔであるかに応じて、ＡＣＫ／ＮＡＣＫ情報ビットの大きさを決定する。端末は成功的に受信したＤＣＩ  ｆｏｒｍａｔがＭＩＭＯ用ＤＣＩ  ｆｏｒｍａｔであれば２ビットを使用し、ＳＩＭＯ送信用ｆｏｒｍａｔであれば１ビットを使用する。
【０２９６】
この方法は、基地局が送信したＤＣＩを端末が成功的に受信できないときに端末がＡＣＫ／ＮＡＣＫビット数を決定できない問題がある。例えば、いずれのＣＣで下りリンク割当情報を受信できない場合、端末はこれをＤＴＸ／ＮＡＣＫを意味するＡＣＫ／ＮＡＣＫ情報を作らなければならないが、１ビットで表現するか、２ビットで表現するかを判断できなくなる。
【０２９７】
端末がＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）リソースの割り当てられたサブフレームでＡＣＫ／ＮＡＣＫ情報を送信する場合には、ＡＣＫ／ＮＡＣＫビットにＳＲ有無を表示する１ビットを加えて符号化してもよい。すなわち、ＡＣＫ／ＮＡＣＫがＮビットであれば、１ビットのＳＲ情報を加えて総（Ｎ＋１）ビットを入力にしてＲＭ（Ｒｅｅｄ−Ｍｕｌｌｅｒ）コーディングを行った後、これをＤＦＴ−Ｓ−ＯＦＤＭ  Ａ／Ｎ送信方式により送信することができる。
【０２９８】
端末がいずれのサブフレームで１つの下りリンクコンポーネントキャリアについてのみ下りリンク割当を受信し、割り当てられたコンポーネントキャリアが下りリンクプライマリコンポーネントキャリアであれば、端末はＬＴＥ  Ｒｅｌ−８／９と同じ方式でＡＣＫ／ＮＡＣＫリソースが割り当てられ、ＬＴＥ  Ｒｅｌ−８／９と同じ送信方式でＡＣＫ／ＮＡＣＫを送信してもよい。プライマリコンポーネントキャリアに動的なＰＤＣＣＨを用いたＰＤＳＣＨの割当がない場合にも、プライマリコンポーネントキャリアにＳＰＳの割当がある場合に端末はＳＰＳの割当に対応するＰｅｒｓｉｓｔｅｎｔ  ＡＣＫ／ＮＡＣＫリソースを用いてＬＴＥ  Ｒｅｌ−８／９と同一のリソース割当と送信フォーマットで送信することができる。
【０２９９】
端末は、ＳＲリソースが割り当てられたサブフレームで、Ｎｅｇａｔｉｖｅ  ＳＲの場合は上記のようにＤＦＴ−Ｓ−ＯＦＤＭ  Ａ／ＮのＲｅｌ−８／９ｆａｌｌｂａｃｋ方式で送信し、Ｐｏｓｉｔｉｖｅ  ＳＲの場合は、該当のＡ／Ｎ情報を割り当てられているＳＲリソースを用いて送信する。すなわち、単一のキャリアを用いるＲｅｌ−８／９規格で、端末がＡ／ＮとＰｏｓｉｔｉｖｅ  ＳＲを同じサブフレームで送信するとき使用する方式と同じ方式を用いて送信してもよい。
【０３００】
一側面によれば、制御部１０３０は、端末１０００に特定のサブフレームにスケジューリング要求のためのリソースが割り当てられたか否かを判断する。もし、スケジューリング要求のためのリソースが割り当てられた場合に、符号化部１０４０はスケジューリング要求を符号化してもよい。
【０３０１】
一側面によれば、符号化部１０４０はスケジューリング要求をデータブロックに対する受信確認情報と共に符号化し、送信部１０５０は符号化されたスケジューリング要求及び受信確認情報を基地局１０６０に送信する。
【０３０２】
セル境界端末などの相対的にチャネル環境の良好ではなくて送信電力が充分ではない場合、ＡＣＫ／ＮＡＣＫバンドリングが適用され得る。基地局は、ＲＲＣシグナリングを用いて端末にＡＣＫ／ＮＡＣＫバンドリングを設定する。ＡＣＫ／ＮＡＣＫバンドリングが設定された端末はＡＣＫ／ＮＡＣＫバンドリングを行ってＡＣＫ／ＮＡＣＫ信号を送信する。
【０３０３】
一側面によれば、基地局はＲＲＣシグナリングを用いてＡＣＫ／ＮＡＣＫバンドルリングのための無線リソースを割り当てる。基地局は上りリンクのプライマリコンポーネントキャリアに属する無線リソースのうち１つの無線リソースをＡＣＫ／ＮＡＣＫバンドルリングのための無線リソースに割り当ててもよい。
【０３０４】
他の側面によれば、基地局はチャネル要素のインデックスを用いて端末に対する無線リソースを割り当ててもよい。
【０３０５】
一側面によれば、端末に対してクロスキャリアスケジューリングが設定されなくもよい。この場合、基地局はプライマリコンポーネントキャリアに割り当てられた制御情報のうち最も低いチャネル要素のインデックスを用いて無線リソースを割り当てる。
【０３０６】
また、ＳＰＳ（Ｓｅｍｉ  Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）が割り当てられた場合、基地局はＳＰＳの割当に対応するＰｅｒｓｉｓｔｅｎｔ無線リソースを用いてＡＣＫ／ＮＡＣＫバンドリング信号を送信してもよい。
【０３０７】
他の側面によれば、端末に対してクロスキャリアスケジューリングが設定されてもよい。この場合に、基地局はプライマリコンポーネントキャリアに割り当てられた制御情報のうち最も低いチャネル要素のインデックスを用いて無線リソースを割り当ててもよい。または、他のコンポーネントキャリアを用いて受信された制御情報のうち最も高いチャネル要素のインデックスを用いて無線リソースを割り当ててもよい。
【０３０８】
端末は、下りリンク割当情報を送信するサブフレームでＰＤＳＣＨが成功的に受信された下りリンクコンポーネントキャリアの数を基地局に送信する。基地局は、ＰＤＳＣＨが成功的に受信された下りリンクコンポーネントキャリアの数に基づいて、いずれのコンポーネントキャリアを利用した送信が成功的であったかを判断する。
【０３０９】
端末は、割り当てられた上りリンクコンポーネントキャリア内に割り当てられたデータブロック数が２つであれば、ＡＣＫ／ＮＡＣＫバンドリングを行なってもよい。ＡＣＫ／ＮＡＣＫバンドリングは２つのデータブロックを受信した場合、各データブロックに対するＡＣＫ／ＮＡＣＫビットを論理演算ＡＮＤして取得できる。
【０３１０】
図１１は、他の例示的な実施形態に係る端末の構造を示すブロック図である。
【０３１１】
端末１１００は送信部１１１０を備える。
【０３１２】
送信部１１１０は、第１スロット及び第２スロットを含むサブフレームを基地局１１２０に送信する。第１スロット及び第２スロットはそれぞれサイクリックシフトを含む。
【０３１３】
一側面によれば、第１スロットに含まれた第１サイクリックシフトと第２スロットに含まれた第２サイクリックシフトは互いに異なるサイクリックシフトであってもよい。この場合に、基地局で制御情報を送信する端末間の干渉をランダム化する。
【０３１４】
また、送信数１１１０は、サブフレームごとに第１サイクリックシフトを変更してもよい。第１サイクリックシフトが変更されれば、第１サイクリックシフトと第２サイクリックシフトが互いに異なるように第２サイクリックシフトも変更される。
【０３１５】
一側面によれば、基地局１１２０は複数の端末からデータを受信してもよい。この場合に、各端末から受信したデータは互いに干渉を起こし得る。一側面によれば、第１端末が第１スロット及び第２スロットを送信し、第２端末が第３スロット及び第４スロットを送信する場合に、第１スロットは同時間帯に送信される第３スロットと干渉を起こし、第２スロットは同時間帯に送信される第４スロットと干渉を起こす。
【０３１６】
一側面によれば、第１スロットに含まれた第１サイクリックシフトと第３スロットに含まれた第３サイクリックシフトとの間の干渉を考慮して、第２スロットに含まれた第２サイクリックシフトと第４スロットに含まれた第４サイクリックシフトを決定する。
【０３１７】
例えば、ＤＦＴシーケンスをサイクリックシフトで使用する場合、シーケンスインデックスが離れているほど直交性が円滑に維持される。したがって、２つの端末の最初のスロットで互いに隣接するシーケンスをサイクリックシフトとして用いる場合に、２番目のスロットでは互いに隣接しないシーケンスをサイクリックシフトに決定する。前述した実施形態によれば、最も多くの干渉を与える端末が最初のスロットと２番目のスロットに適切に分散されることで、端末間で交換する干渉の量が平準化される。
【０３１８】
基地局は、複数の下りリンクコンポーネントキャリアを用いて１つの運送ブロックを送信してもよい。この場合に、基地局は、セル境界など相対的にチャネル環境が良好ではない端末にも優れるデータ送信率を保障することができる。
【０３１９】
一側面によれば、基地局は、複数の下りリンクコンポーネントキャリアに同じ送信を繰り返すことができる。すなわち、正確に同じ大きさのリソースとＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）などの送信フォーマットを用いて同じ運送ブロックを送信することができる。これを「下りリンクコンポーネントキャリアレベルの周波数領域反復送信」といえる。
【０３２０】
端末が複数の下りリンクコンポーネントキャリアを用いて受信したデータを結合すれば、受信電力の増加及びダイバシティの増加といった効果が発生し、受信品質は向上される。端末はデータを結合して生成された運送ブロックを復調及び復号してＣＲＣをチェックし、その結果を１つのＡＣＫ／ＮＡＣＫシンボルを用いて送信してもよい。
【０３２１】
各コンポーネントキャリアを用いて送信されるデータは、自身が１つのコードワードを形成してもよい。すなわち、１つのコンポーネントキャリアで送信されるデータは自体的に復号可能である。これは上記で説明した「下りリンクコンポーネントキャリアレベルの周波数領域反復送信」を含んでいる全ての場合に、常に１つのコードワードは１つのコンポーネントキャリアにマッピングさせて端末と基地局の複雑度を減らす。
【０３２２】
他の側面によれば、互いに異なるコンポーネントキャリアに同じ運送ブロックに対する他の形態のコードワードを許容してもよい。例えば、時間領域で再送信に用いられる送信方式を周波数領域の他のコンポーネントキャリアに使用できる。この方法は、Ｈ−ＡＲＱの再送信に用いられる全ての送信フォーマットをコンポーネントキャリアレベルの反復においても全て使用できるように許容する方法である。
【０３２３】
上記の同一コードワード送信を通したコンポーネントキャリアレベルの反復送信は特別な例である。
【０３２４】
端末は、ＣＩＦを用いる下りリンクグラントまたは使用しない下りリンクグラントのような形態で下りリンクのグラントを受信する。送信された運送ブロックに対するＡＣＫ／ＮＡＣＫは１つのシンボルであるため、端末は１つの上りリンクコンポーネントキャリアを介して送信してもよい。ここで、端末はＬＴＥ−Ｒｅｌ−８によって定義されたリソースのうち特定ＰＤＣＣＨに該当するリソースを選んで送信してもよい。
【図１】
0005539558.tif 000213
【図２】
0005539558.tif 000214
【図３】
0005539558.tif 000215
【図４】
0005539558.tif 000216
【図５】
0005539558.tif 000217
【図６Ａ】
0005539558.tif 000218
【図６Ｂ】
0005539558.tif 000219
【図７Ａ】
0005539558.tif 000220
【図７Ｂ】
0005539558.tif 000221
【図８Ａ】
0005539558.tif 000222
【図８Ｂ】
0005539558.tif 000223
【図９】
0005539558.tif 000224
【図１０】
0005539558.tif 000225
【図１１】
0005539558.tif 000226
【図１２】
0005539558.tif 000227
【図１３】
0005539558.tif 000228
【図１４】
0005539558.tif 000229