(57)【特許請求の範囲】
【請求項１】
端末が無線通信システムにおいて制御情報を送信する方法であって、前記方法は、
ＨＡＲＱ−ＡＣＫ（Ｈｙｂｒｉｄ  ＡＲＱ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報とＣＳＩ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）とを含むＵＣＩ（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）ペイロードを生成することと、
前記ＵＣＩペイロードのサイズがＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）フォーマットの最大ペイロードサイズより大きいことに基づいて、前記ＣＳＩのサイズを縮小することにより、縮小されたＵＣＩペイロードのサイズが前記最大ペイロードサイズ内であるようにすることと、
前記縮小されたＵＣＩペイロードからＵＣＩコードワードを生成することと、
前記ＵＣＩコードワードを前記ＰＵＣＣＨフォーマットのＵＣＩシンボルを通して送信することと
を含み、
前記ＰＵＣＣＨフォーマットの前記ＵＣＩシンボルの数は、複数の値のうちの１つとして与えられ、前記ＰＵＣＣＨフォーマットの最大ペイロードサイズは、前記ＰＵＣＣＨフォーマットの前記ＵＣＩシンボルの数に基づいて決定される、方法。
【請求項２】
前記ＵＣＩコードワードのサイズは、前記ＰＵＣＣＨフォーマットの前記ＵＣＩシンボルの総リソース量とマッチする、請求項１に記載の方法。
【請求項３】
前記ＰＵＣＣＨフォーマットの前記ＵＣＩシンボルの数がＭである場合における前記ＰＵＣＣＨフォーマットの最大ペイロードサイズは、前記ＰＵＣＣＨフォーマットの前記ＵＣＩシンボルの数がＮ（Ｎ＞１）である場合より小さく設定され、ＭはＮより小さい、請求項１または請求項２に記載の方法。
【請求項４】
前記ＵＣＩペイロードのサイズが前記ＰＵＣＣＨフォーマットの最大ペイロードサイズ以下であることに基づいて、前記ＵＣＩペイロードのサイズを維持する、請求項１〜３のいずれか一項に記載の方法。
【請求項５】
前記ＰＵＣＣＨフォーマットの各ＵＣＩシンボルにおいて相異なる情報が送信される、請求項１〜４のいずれか一項に記載の方法。
【請求項６】
ＳＲＳ（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）保護が要求されない場合、前記ＰＵＣＣＨフォーマットの前記ＵＣＩシンボルの数はＮ（Ｎ＞１）であり、前記ＳＲＳ保護が要求される場合、前記ＰＵＣＣＨフォーマットの前記ＵＣＩシンボルの数はＮ−１である、請求項１〜５のいずれか一項に記載の方法。
【請求項７】
前記端末のＳＲＳ（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）伝送がない場合、前記ＰＵＣＣＨフォーマットの前記ＵＣＩシンボルの数はＮ（Ｎ＞１）であり、前記端末の前記ＳＲＳ伝送がある場合、前記ＰＵＣＣＨフォーマットの前記ＵＣＩシンボルの数はＮ−１である、請求項１〜６のいずれか一項に記載の方法。
【請求項８】
正規ＣＰが構成された場合、Ｎは１２であり、拡張ＣＰが構成された場合、Ｎは１０である、請求項３〜７のいずれか一項に記載の方法。
【請求項９】
前記ＵＣＩシンボルは、ＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）シンボルを含む、請求項１〜８のいずれか一項に記載の方法。
【請求項１０】
前記ＵＣＩコードワードは、複数のサブブロックを含み、各サブブロックは、離散フーリエ変換後に前記ＰＵＣＣＨフォーマットのそれぞれのＵＣＩシンボルにマッピングされる、請求項１〜９のいずれか一項に記載の方法。
【請求項１１】
無線通信システムにおける使用のための端末であって、前記端末は、
ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）ユニットと、
プロセッサと
を含み、
前記プロセッサは、
ＨＡＲＱ−ＡＣＫ（Ｈｙｂｒｉｄ  ＡＲＱ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報とＣＳＩ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）とを含むＵＣＩ（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）ペイロードを生成することと、
前記ＵＣＩペイロードのサイズがＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）フォーマットの最大ペイロードサイズより大きいことに基づいて、前記ＣＳＩのサイズを縮小することにより、縮小されたＵＣＩペイロードのサイズが前記最大ペイロードサイズ内であるようにすることと、
前記縮小されたＵＣＩペイロードからＵＣＩコードワードを生成することと、
前記ＵＣＩコードワードを前記ＰＵＣＣＨフォーマットのＵＣＩシンボルを通して送信することと
を実行するように構成され、
前記ＰＵＣＣＨフォーマットの前記ＵＣＩシンボルの数は、複数の値のうちの１つとして与えられ、前記ＰＵＣＣＨフォーマットの最大ペイロードサイズは、前記ＰＵＣＣＨフォーマットの前記ＵＣＩシンボルの数に基づいて決定される、端末。
【請求項１２】
前記ＵＣＩコードワードのサイズは、前記ＰＵＣＣＨフォーマットの前記ＵＣＩシンボルの総リソース量とマッチする、請求項１１に記載のＵＥ。
【請求項１３】
前記ＰＵＣＣＨフォーマットの前記ＵＣＩシンボルの数がＭである場合における前記ＰＵＣＣＨフォーマットの最大ペイロードサイズは、前記ＰＵＣＣＨフォーマットの前記ＵＣＩシンボルの数がＮ（Ｎ＞１）である場合より小さく設定され、ＭはＮより小さい、請求項１１または請求項１２に記載のＵＥ。
【請求項１４】
前記ＵＣＩペイロードのサイズが前記ＰＵＣＣＨフォーマットの最大ペイロードサイズ以下であることに基づいて、前記ＵＣＩペイロードのサイズを維持する、請求項１１〜１３のいずれか一項に記載のＵＥ。
【請求項１５】
前記ＰＵＣＣＨフォーマットの各ＵＣＩシンボルにおいて相異なる情報が送信される、請求項１１〜１４のいずれか一項に記載のＵＥ。
【請求項１６】
ＳＲＳ（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）保護が要求されない場合、前記ＰＵＣＣＨフォーマットの前記ＵＣＩシンボルの数はＮ（Ｎ＞１）であり、前記ＳＲＳ保護が要求される場合、前記ＰＵＣＣＨフォーマットの前記ＵＣＩシンボルの数はＮ−１である、請求項１１〜１５のいずれか一項に記載のＵＥ。
【請求項１７】
前記端末のＳＲＳ（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）伝送がない場合、前記ＰＵＣＣＨフォーマットの前記ＵＣＩシンボルの数はＮ（Ｎ＞１）であり、前記端末の前記ＳＲＳ伝送がある場合、前記ＰＵＣＣＨフォーマットの前記ＵＣＩシンボルの数はＮ−１である、請求項１１〜１６のいずれか一項に記載のＵＥ。
【請求項１８】
正規ＣＰが構成された場合、Ｎは１２であり、拡張ＣＰが構成された場合、Ｎは１０である、請求項１３〜１７のいずれか一項に記載のＵＥ。
【請求項１９】
前記ＵＣＩシンボルは、ＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）シンボルを含む、請求項１１〜１８のいずれか一項に記載のＵＥ。
【請求項２０】
前記ＵＣＩコードワードは、複数のサブブロックを含み、各サブブロックは、離散フーリエ変換後に前記ＰＵＣＣＨフォーマットのそれぞれのＵＣＩシンボルにマッピングされる、請求項１１〜１９のいずれか一項に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信システムに関するもので、具体的に制御情報を送信する方法及びそのための装置に関するものである。
【背景技術】
【０００２】
無線通信システムが音声やデータなどの種々の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは可用のシステムリソース（帯域幅、伝送パワーなど）を共有して多重使用者との通信を支援することができる多重接続（ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムである。多重接続システムの例としては、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムなどがある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明の目的は無線通信システムにおいて制御情報を効率的に送信する方法及びそのための装置を提供することにある。本発明の他の目的はＣＡ（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ）システムにおいて上りリンク制御情報を効率的に送信し、このためのリソースを効率的に管理する方法及びそのための装置を提供することにある。
【０００４】
本発明で達成しようとする技術的課題は前記技術的課題に制限されず、言及しなかった他の技術的課題は下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。
【課題を解決するための手段】
【０００５】
本発明の一態様として、無線通信システムにおいて端末がＨＡＲＱ−ＡＣＫ（Ｈｙｂｒｉｄ  ＡＲＱ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を送信する方法であって、前記サブフレームでＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）の最大ペイロードサイズ内で前記ＨＡＲＱ−ＡＣＫ情報を含むＵＣＩ（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）ペイロードを生成する段階；前記ＵＣＩペイロードから前記ＵＣＩコードワードを生成する段階であって、前記ＵＣＩコードワードのサイズは前記ＰＵＣＣＨのＵＣＩ  ＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）シンボルの総リソース量とマッチする段階；及び前記ＵＣＩコードワードを前記サブフレームで前記ＰＵＣＣＨを介して送信する段階を含み、前記ＵＣＩ  ＳＣ−ＦＤＭＡシンボルの数はＮ又はＮ−１であり（Ｎ＞１）、前記ＰＵＣＣＨの最大ペイロードサイズは前記ＵＣＩ  ＳＣ−ＦＤＭＡシンボルの数によって変わる方法が提供される。
【０００６】
本発明の他の態様として、無線通信システムに使われる端末であって、ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）ユニット；及びプロセッサを含み、前記プロセッサは、サブフレームでＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）の最大ペイロードサイズ内で前記ＨＡＲＱ−ＡＣＫ（Ｈｙｂｒｉｄ  ＡＲＱ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を含むＵＣＩ（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）ペイロードを生成し、前記ＵＣＩペイロードから前記ＵＣＩコードワードを生成し、前記ＵＣＩコードワードのサイズは前記ＰＵＣＣＨのＵＣＩ  ＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）シンボルの総リソース量とマッチするようにし、前記ＵＣＩコードワードを前記サブフレームで前記ＰＵＣＣＨを介して送信するように構成され、前記ＵＣＩ  ＳＣ−ＦＤＭＡシンボルの数はＮ又はＮ−１であり（Ｎ＞１）、前記ＰＵＣＣＨの最大ペイロードサイズは前記ＵＣＩ  ＳＣ−ＦＤＭＡシンボルの数によって変わる端末が提供される。
【０００７】
好ましくは、前記ＵＣＩ  ＳＣ−ＦＤＭＡシンボルの数がＮ−１の場合、前記ＰＵＣＣＨの最大ペイロードサイズは前記ＵＣＩ  ＳＣ−ＦＤＭＡシンボルの数がＮの場合より小さく設定されることができる。
【０００８】
好ましくは、前記ＵＣＩペイロードの元のサイズが前記ＰＵＣＣＨの最大ペイロードサイズより大きい場合、前記ＨＡＲＱ−ＡＣＫ情報のサイズを縮小する動作を行うことができる。
【０００９】
好ましくは、前記ＰＵＣＣＨ内の各ＵＣＩ  ＳＣ−ＦＤＭＡシンボルで相異なる情報が送信されることができる。
【００１０】
好ましくは、前記サブフレームでＳＲＳ（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）保護が要求されない場合、前記ＵＣＩ  ＳＣ−ＦＤＭＡシンボルの数はＮであり、前記サブフレームでＳＲＳ保護が要求される場合、前記ＵＣＩ  ＳＣ−ＦＤＭＡシンボルの数はＮ−１であってもよい。
【００１１】
好ましくは、前記サブフレームで前記端末のＳＲＳ伝送がない場合、前記ＵＣＩ  ＳＣ−ＦＤＭＡシンボルの数はＮであり、前記サブフレームで前記端末のＳＲＳ伝送がある場合、前記ＵＣＩ  ＳＣ−ＦＤＭＡシンボルの数はＮ−１であってもよい。
【００１２】
好ましくは、正規ＣＰが構成された場合、Ｎは１２であり、拡張ＣＰが構成された場合、Ｎは１０であってもよい。
本発明は、例えば、以下を提供する。
（項目１）
無線通信システムにおいて端末が制御情報を送信する方法であって、
複数のセル上で一つ以上のＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を検出する段階であって、前記複数のセルはＰＣｅｌｌ（Ｐｒｉｍａｒｙ  Ｃｅｌｌ）と第１ＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ）を有する第１セルセットと一つ以上の第２ＳＣｅｌｌを有する第２セルセットに区分される段階；及び
前記一つ以上のＰＤＳＣＨに対するフィードバックとして、ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を介してＨＡＲＱ−ＡＣＫ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を送信する段階を含み、
前記一つ以上のＰＤＳＣＨが前記第１セルセットでのみ検出された場合、前記ＨＡＲＱ−ＡＣＫ情報は前記第１セルセットに対するＨＡＲＱ−ＡＣＫ応答のみを含み、
前記一つ以上のＰＤＳＣＨが少なくとも前記第２セルセットで検出された場合、前記ＨＡＲＱ−ＡＣＫ情報は前記第１及び第２セルセットに対するＨＡＲＱ−ＡＣＫ応答の両者を含む、方法。
（項目２）
前記一つ以上のＰＤＳＣＨが前記第１セルセットでのみ検出された場合、前記ＨＡＲＱ−ＡＣＫ情報は第１ＰＵＣＣＨフォーマットを用いて送信し、
前記一つ以上のＰＤＳＣＨが少なくとも前記第２セルセットで検出された場合、前記ＨＡＲＱ−ＡＣＫ情報は第２ＰＵＣＣＨフォーマットを用いて送信し、
前記第２ＰＵＣＣＨフォーマットのペイロードサイズは前記第１ＰＵＣＣＨフォーマットのペイロードサイズより大きい、項目１に記載の方法。
（項目３）
前記第１ＰＵＣＣＨフォーマットはＰＵＣＣＨフォーマット１ｂであり、前記第１ＰＵＣＣＨフォーマットのペイロードサイズは２ビットである、項目２に記載の方法。
（項目４）
前記一つ以上のＰＤＳＣＨが前記第１セルセットでのみ検出された場合、前記ＨＡＲＱ−ＡＣＫ情報はＰＵＣＣＨフォーマット１ｂに基づくチャネル選択方式で送信する、項目１に記載の方法。
（項目５）
前記第１セルセット内のＳＣｅｌｌで検出されたＰＤＳＣＨに対応するＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）のＴＰＣ（Ｔｒａｎｓｍｉｔ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）フィールドは電力制御情報を指示するのに使われ、前記第２セルセット内のＳＣｅｌｌで検出されたＰＤＳＣＨに対応するＰＤＣＣＨのＴＰＣフィールドはＰＵＣＣＨリソース指示情報を指示するのに使われる、項目１に記載の方法。
（項目６）
無線通信システムにおいて制御情報を送信するように構成された端末であって、
無線周波数（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ、ＲＦ）ユニット；及び
プロセッサを含み、前記プロセッサは、
複数のセル上で一つ以上のＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を検出し、前記複数のセルはＰＣｅｌｌ（Ｐｒｉｍａｒｙ  Ｃｅｌｌ）と第１ＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ）を有する第１セルセットと一つ以上の第２ＳＣｅｌｌを有する第２セルセットに区分され、
前記一つ以上のＰＤＳＣＨに対するフィードバックとして、ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を介してＨＡＲＱ−ＡＣＫ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を送信するように構成され、
前記一つ以上のＰＤＳＣＨが前記第１セルセットでのみ検出された場合、前記ＨＡＲＱ−ＡＣＫ情報は前記第１セルセットに対するＨＡＲＱ−ＡＣＫ応答のみを含み、
前記一つ以上のＰＤＳＣＨが少なくとも前記第２セルセットで検出された場合、前記ＨＡＲＱ−ＡＣＫ情報は前記第１及び第２セルセットに対するＨＡＲＱ−ＡＣＫ応答の両者を含む、端末。
（項目７）
前記一つ以上のＰＤＳＣＨが前記第１セルセットでのみ検出された場合、前記ＨＡＲＱ−ＡＣＫ情報は第１ＰＵＣＣＨフォーマットを用いて送信され、
前記一つ以上のＰＤＳＣＨが少なくとも前記第２セルセットで検出された場合、前記ＨＡＲＱ−ＡＣＫ情報は第２ＰＵＣＣＨフォーマットを用いて送信され、
前記第２ＰＵＣＣＨフォーマットのペイロードサイズは前記第１ＰＵＣＣＨフォーマットのペイロードサイズより大きい、項目６に記載の端末。
（項目８）
前記第１ＰＵＣＣＨフォーマットはＰＵＣＣＨフォーマット１ｂであり、前記第１ＰＵＣＣＨフォーマットのペイロードサイズは２ビットである、項目７に記載の端末。
（項目９）
前記一つ以上のＰＤＳＣＨが前記第１セルセットでのみ検出された場合、前記ＨＡＲＱ−ＡＣＫ情報はＰＵＣＣＨフォーマット１ｂに基づくチャネル選択方式で送信される、項目６に記載の端末。
（項目１０）
前記第１セルセット内のＳＣｅｌｌで検出されたＰＤＳＣＨに対応するＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）のＴＰＣ（Ｔｒａｎｓｍｉｔ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）フィールドは電力制御情報を指示するのに使われ、前記第２セルセット内のＳＣｅｌｌで検出されたＰＤＳＣＨに対応するＰＤＣＣＨのＴＰＣフィールドはＰＵＣＣＨリソース指示情報を指示するのに使われる、項目６に記載の端末。
【発明の効果】
【００１３】
本発明によると、無線通信システムにおいて制御情報を効率的に送信することができる。具体的に、ＣＡシステムにおいて上りリンク制御情報を効率的に送信し、このためのリソースを効率的に管理することができる。
【００１４】
本発明で得られる効果は以上で言及した効果に制限されず、言及しなかった他の効果は下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。
【図面の簡単な説明】
【００１５】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付図面は本発明の実施例を提供し、詳細な説明とともに本発明の技術的思想を説明する。
【００１６】
【図１】無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）の構造を例示する。
【００１７】
【図２】下りリンクスロットのリソースグリッドを例示する。
【００１８】
【図３】下りリンクサブフレームの構造を示す。
【００１９】
【図４】上りリンクサブフレームの構造を例示する。
【００２０】
【図５】ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）フォーマット１ａ／１ｂのスロットレベル構造を示す。
【００２１】
【図６】ＰＵＣＣＨフォーマット２／２ａ／２ｂのスロットレベル構造を示す。
【００２２】
【図７】ＰＵＣＣＨフォーマット３のスロットレベル構造を示す。
【００２３】
【図８】単一セル状況でのＴＤＤ  ＵＬＡ／Ｎ送信過程を示す。
【００２４】
【図９】キャリア併合（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ、ＣＡ）通信システムを例示する。
【００２５】
【図１０】複数のキャリアが併合された場合のスケジューリングを例示する。
【００２６】
【図１１】ＰＵＣＣＨフォーマット４のスロットレベル構造を例示する。
【００２７】
【図１２】ＰＵＣＣＨフォーマット１ａ／１ｂの正規及び短縮（ｓｈｏｒｔｅｎｅｄ）フォーマットを例示する。
【００２８】
【図１３】ＰＵＣＣＨフォーマット３の正規及び短縮フォーマットを例示する。
【００２９】
【図１４】ＰＵＣＣＨフォーマット４の正規及び短縮フォーマットを例示する。
【００３０】
【図１５】ＵＣＩコーディングを例示する。
【００３１】
【図１６】本発明の一例によるＵＣＩ送信過程を例示する。
【００３２】
【図１７】本発明に実施例に適用可能な基地局及び端末を例示する。
【発明を実施するための形態】
【００３３】
以下の技術はＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）などの多様な無線接続システムに用いられることができる。ＣＤＭＡはＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）又はＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）によって具現可能である。ＴＤＭＡはＧＳＭ（登録商標）（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ（登録商標）  Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現可能である。ＯＦＤＭＡはＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などの無線技術によって具現可能である。ＵＴＲＡはＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）はＥ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であり、下りリンクでＯＦＤＭＡを採用し、上りリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）は３ＧＰＰ  ＬＴＥの進化したバージョンである。
【００３４】
説明を明確にするために、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａを主に記述するが、本発明の技術的思想がこれに制限されるものではない。また、以下の説明で使う特定の用語は本発明の理解を助けるために提供したものであり、このような特定の用語は本発明の技術的思想を逸脱しない範疇内で他の形態に変更可能である。
【００３５】
図１は無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）構造を例示する。セルラーＯＦＤＭ無線パケット通信システムにおいて、上りリンク／下りリンクデータパケット伝送サブフレーム（ｓｕｂｆｒａｍｅ）単位でなり、一つのサブフレームは多数のＯＦＤＭシンボルを含む一定時間区間と定義される。ＬＴＥ（−Ａ）はＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）のためのタイプ１無線フレーム構造及びＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）のためのタイプ２無線フレーム構造を支援する。
【００３６】
図１（ａ）はタイプ１無線フレーム構造を例示する。下りリンク無線フレームは１０個のサブフレームで構成され、一つのサブフレームは時間領域（ｔｉｍｅ  ｄｏｍａｉｎ）で２個のスロット（ｓｌｏｔ）で構成される。一つのサブフレームが送信されるのにかかる時間をＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）と言う。例えば、一つのサブフレームの長さは１ｍｓであり、一つのスロットの長さは０．５ｍｓであってもよい。一つのスロットは時間領域で複数のＯＦＤＭシンボルを含み、周波数領域で多数のリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ、ＲＢ）を含む。ＬＴＥ（−Ａ）システムにおいては下りリンクでＯＦＤＭＡを使うので、ＯＦＤＭシンボルが一つのシンボル区間を示す。ＯＦＤＭシンボルはＳＣ−ＦＤＭＡシンボル又はシンボル区間と言うこともできる。リソース割当て単位としてのリソースブロック（ＲＢ）は一つのスロットで複数の連続的な副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含むことができる。
【００３７】
一つのスロットに含まれるＯＦＤＭシンボルの数はＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）の構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）によって変わることができる。例えば、ＯＦＤＭシンボルが正規ＣＰ（ｎｏｒｍａｌ  ＣＰ）を有する場合、スロットに含まれるＯＦＤＭシンボルの数は７個であり、拡張ＣＰ（ｅｘｔｅｎｄｅｄ  ＣＰ）を有する場合、スロットに含まれるＯＦＤＭシンボルの数は６個であってもよい。
【００３８】
図２（ｂ）はタイプ２無線フレーム構造を例示する。タイプ２無線フレームは２個のハーフフレーム（ｈａｌｆ  ｆｒａｍｅ）で構成され、各ハーフフレームは５個のサブフレームで構成される。サブフレームは２個のスロットで構成される。
【００３９】
表１はＴＤＤモードで無線フレーム内のサブフレームのＵＬ−ＤＬ構成（Ｕｐｌｉｎｋ−Ｄｏｗｎｌｉｎｋ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ、ＵＬ−ＤＬ  Ｃｆｇ）を例示する。
【００４０】
【表１】
0006684287.tif 000002
【００４１】
表１で、Ｄは下りリンクサブフレームを、Ｕは上りリンクサブフレームを、Ｓはスペシャル（ｓｐｅｃｉａｌ）サブフレームを示す。
【００４２】
スペシャルサブフレームはＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）、ＧＰ（Ｇｕａｒｄ  Ｐｅｒｉｏｄ）、ＵｐＰＴＳ（Ｕｐｌｉｎｋ  Ｐｉｌｏｔ  ＴｉｍｅＳｌｏｔ）を含む。ＤｗＰＴＳは下りリンク伝送用として留保された時間区間であり、ＵｐＰＴＳは上りリンク伝送用として留保された時間区間である。
【００４３】
表２はスペシャルサブフレーム構成によるＤｗＰＴＳ／ＧＰ／ＵｐＰＴＳの長さを例示する。表２で、Ｔｓはサンプリング時間を示す。
【００４４】
【表２】
0006684287.tif 000003
【００４５】
無線フレームの構造は例示に過ぎなく、無線フレームでサブフレームの数、スロットの数、シンボルの数は多様に変更可能である。
【００４６】
図２は下りリンクスロットのリソースグリッドを例示する。
【００４７】
図２を参照すると、下りリンクスロットは時間ドメインで複数のＯＦＤＭシンボルを含む。一つの下りリンクスロットは７（６）個のＯＦＤＭシンボルを含み、リソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ、ＲＢ）は周波数ドメインで１２個の副搬送波を含むことができる。リソースグリッド上の各要素（ｅｌｅｍｅｎｔ）はリソース要素（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ、ＲＥ）と言う。一つのＲＢは１２×７（６）個のＲＥを含む。下りリンクスロットに含まれるＲＢの数ＮＲＢは下りリンク伝送帯域による。上りリンクスロットの構造は下りリンクスロットの構造と同一であるが、ＯＦＤＭシンボルがＳＣ−ＦＤＭＡシンボルに取り替えられる。
【００４８】
図３は下りリンクサブフレームの構造を例示する。
【００４９】
図３を参照すると、サブフレームの一番目スロットにおいて前側に位置する最大３（４）個のＯＦＤＭシンボルは制御チャネルが割り当てられる制御領域に対応する。残りのＯＦＤＭシンボルはＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｃｅｌ）が割り当てられるデータ領域に相当する。下りリンク制御チャネルの例は、ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  ｈｙｂｒｉｄ  ＡＲＱ  ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）などを含む。ＰＣＦＩＣＨはサブフレームの一番目ＯＦＤＭシンボルで送信され、サブフレーム内で制御チャネルの伝送に使われるＯＦＤＭシンボルの数についての情報を運ぶ。ＰＨＩＣＨは上りリンク伝送に対する応答であり、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ  ａｃｋｎｏｗｌｅｄｇｍｅｎｔ／ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）信号を運ぶ。
【００５０】
ＰＤＣＣＨを介して送信される制御情報をＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）と言う。ＤＣＩフォーマットは上りリンク用にフォーマット０、３、３Ａ、４、下りリンク用にフォーマット１、１Ａ、１Ｂ、１Ｃ、１Ｄ、２、２Ａ、２Ｂ、２Ｃなどのフォーマットが定義されている。ＤＣＩフォーマットは用途によってホッピングフラグ（ｈｏｐｐｉｎｇ  ｆｌａｇ）、ＲＢ割当て、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）、ＲＶ（Ｒｅｄｕｎｄａｎｃｙ  Ｖｅｒｓｉｏｎ）、ＮＤＩ（Ｎｅｗ  Ｄａｔａ  Ｉｎｄｉｃａｔｏｒ）、ＴＰＣ（Ｔｒａｎｓｍｉｔ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）、ＤＭＲＳ（ＤｅＭｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）のための循環シフト、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ）要請、ＨＡＲＱプロセス番号、ＴＰＭＩ（Ｔｒａｎｓｍｉｔｔｅｄ  Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）などの情報を選択的に含む。
【００５１】
ＰＤＣＣＨは下りリンク共有チャネル（Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ、ＤＬ−ＳＣＨ）の伝送フォーマット及びリソース割当て情報、上りリンク共有チャネル（Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ、ＵＬ−ＳＣＨ）の伝送フォーマット及びリソース割当て情報、ページングチャネル（Ｐａｇｉｎｇ  ＣＨａｎｎｅｌ、ＰＣＨ）上のページング情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダム接続応答のような上位階層制御メッセージのリソース割当て情報、端末グループ内の個別端末に対するＴｘパワー制御命令セット、Ｔｘパワー制御命令、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）の活性化指示情報などを運ぶ。複数のＰＤＣＣＨが制御領域内で送信されることができる。端末は複数のＰＤＣＣＨをモニターすることができる。ＰＤＣＣＨは一つ又は複数の連続した制御チャネル要素（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ、ＣＣＥ）の集合（ａｇｇｒｅｇａｔｉｏｎ）上で送信される。ＣＣＥはＰＤＣＣＨに無線チャネル状態に基づくコーディングレートを提供するのに使われる論理的割当てユニットである。ＣＣＥは複数のリソース要素グループ（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ  Ｇｒｏｕｐ、ＲＥＧ）に対応する。ＰＤＣＣＨのフォーマット及びＰＤＣＣＨビットの数はＣＣＥの数によって決定される。基地局は端末に送信されるＤＣＩによってＰＤＣＣＨフォーマットを決定し、制御情報にＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）を付け加える。ＣＲＣはＰＤＣＣＨの所有者又は使用目的によって識別子（例えば、ＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ））でマスキングされる。例えば、ＰＤＣＣＨが特定の端末のためのものである場合、該当端末の識別子（例えば、Ｃｅｌｌ−ＲＮＴＩ（Ｃ−ＲＮＴＩ））がＣＲＣにマスキングされることができる。ＰＤＣＣＨがページングメッセージのためのものである場合、ページング識別子（例えば、Ｐａｇｉｎｇ−ＲＮＴＩ（Ｐ−ＲＮＴＩ））がＣＲＣにマスキングされることができる。ＰＤＣＣＨがシステム情報（より具体的に、システム情報ブロック（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ、ＳＩＢ））のためのものである場合、ＳＩ−ＲＮＴＩ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  ＲＮＴＩ）がＣＲＣにマスキングされることができる。ＰＤＣＣＨがランダム接続応答のためのものである場合、ＲＡ−ＲＮＴＩ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ−ＲＮＴＩ）がＣＲＣにマスキングされることができる。
【００５２】
図５はＬＴＥで使われる上りリンクサブフレームの構造を例示する。
【００５３】
図５を参照すると、上りリンクサブフレームは複数（例えば、２個）のスロットを含む。スロットはＣＰ長によって相異なる数のＳＣ−ＦＤＭＡシンボルを含むことができる。上りリンクサブフレームは周波数領域でデータ領域と制御領域に区分される。データ領域はＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を含み、音声などのデータ信号を送信するのに使われる。制御領域はＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を含み、上りリンク制御情報（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ、ＵＣＩ）を送信するのに使われる。ＰＵＣＣＨは周波数軸でデータ領域の両端部に位置するＲＢ対（ＲＢ  ｐａｉｒ）を含み、スロットを境界としてホッピングする。
【００５４】
ＰＵＣＣＨは次の制御情報を送信するのに使われることができる。
【００５５】
−ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）：上りリンクＵＬ−ＳＣＨリソースを要請するのに使われる情報である。ＯＯＫ（Ｏｎ−Ｏｆｆ  Ｋｅｙｉｎｇ）方式で送信される。
【００５６】
−ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ：ＰＤＳＣＨ上の下りリンクデータパケットに対する応答信号である。下りリンクデータパケットが成功的に受信されたかを示す。単一下りリンクコードワード（ＣｏｄｅＷｏｒｄ、ＣＷ）に対する応答としてＡＣＫ／ＮＡＣＫ１ビットが送信され、二つの下りリンクコードワードに対する応答としてＡＣＫ／ＮＡＣＫ２ビットが送信される。
【００５７】
−ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）：下りリンクチャネルについてのフィードバック情報である。ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）関連フィードバック情報はＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、ＰＴＩ（Ｐｒｅｃｏｄｉｎｇ  Ｔｙｐｅ  Ｉｎｄｉｃａｔｏｒ）などを含む。サブフレーム当たり２０ビットが使われる。
【００５８】
表３はＬＴＥでＰＵＣＣＨフォーマットとＵＣＩのマッピング関係を示す。
【００５９】
【表３】
0006684287.tif 000004
【００６０】
図５はＰＵＣＣＨフォーマット１ａ／１ｂのスロットレベル構造を示す。ＰＵＣＣＨフォーマット１ａ／１ｂはＡＣＫ／ＮＡＣＫ伝送に使われる。正規ＣＰの場合、ＳＣ−ＦＤＭＡ  ＃２／＃３／＃４がＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）伝送に使われる。拡張ＣＰの場合、ＳＣ−ＦＤＭＡ  ＃２／＃３がＤＭ  ＲＳ伝送に使われる。よって、スロットで４個のＳＣ−ＦＤＭＡシンボルがＡＣＫ／ＮＡＣＫ伝送に使われる。便宜上、ＰＵＣＣＨフォーマット１ａ／１ｂをＰＵＣＣＨフォーマット１と言う。
【００６１】
図５を参照すると、１ビット［ｂ（０）］及び２ビット［ｂ（０）ｂ（１）］ＡＣＫ／ＮＡＣＫ情報はそれぞれＢＰＳＫ（Ｂｉｎａｒｙ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）及びＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）変調方式で変調され、一つのＡＣＫ／ＮＡＣＫ変調シンボルが生成される（ｄ０）。ＡＣＫ／ＮＡＣＫ情報においてそれぞれのビット［ｂ（ｉ）、ｉ＝０、１］は該当ＤＬ伝送ブロックに対するＨＡＲＱ応答を示し、ポジティブＡＣＫの場合、該当ビットは１として与えられ、ネガティブＡＣＫ（ＮＡＣＫ）の場合、該当ビットは０として与えられる。表４は既存ＬＴＥにおいてＰＵＣＣＨフォーマット１ａ及び１ｂのために定義された変調テーブルを示す。
【００６２】
【表４】
0006684287.tif 000005
【００６３】
ＰＵＣＣＨフォーマット１ａ／１ｂは周波数ドメインで循環シフト（αｃｓ、ｘ）を行い、時間ドメインで直交拡散コード（例えば、Ｗａｌｓｈ−Ｈａｄａｍａｒｄ又はＤＦＴコード）（ｗ０、ｗ１、ｗ２、ｗ３）を用いて拡散を行う。周波数及び時間ドメインの両方でコード多重化が使われるので、より多くの端末が同じＰＵＣＣＨ  ＲＢ上に多重化することができる。
【００６４】
図６はＰＵＣＣＨフォーマット２／２ａ／２ｂのスロットレベル構造を示す。ＰＵＣＣＨフォーマット２／２ａ／２ｂはＣＱＩ伝送に使われる。正規ＣＰの場合、一つのサブフレームはＲＳシンボルの外に１０個のＱＰＳＫデータシンボルで構成される。それぞれのＱＰＳＫシンボルはＣＳによって周波数ドメインで拡散された後、該当ＳＣ−ＦＤＭＡシンボルにマッピングされる。ＳＣ−ＦＤＭＡシンボルレベルＣＳホッピングはインタセル干渉をランダム化するために適用可能である。ＲＳは循環シフトを用いてＣＤＭによって多重化することができる。例えば、可用のＣＳの数が１２又は６であると仮定すれば、同じＰＲＢ内にそれぞれ１２個又は６個の端末が多重化することができる。
【００６５】
図７はスロットレベルのＰＵＣＣＨフォーマット３構造を例示する。ＰＵＣＣＨフォーマット３は複数のＡＣＫ／ＮＡＣＫ情報を送信するのに使われ、ＣＳＩ及び／又はＳＲを一緒に送信することができる。
【００６６】
図７を参照すると、一つのシンボルシーケンスが周波数領域にわたって送信され、該当シンボルシーケンスにＯＣＣに基づく時間ドメイン拡散が適用される。具体的に、長さ５（又は長さ４）のＯＣＣ（Ｃ１〜Ｃ５）を用いて一つのシンボルシーケンス（｛ｄ１、ｄ２、…｝）から５個のＳＣ−ＦＤＭＡシンボル（すなわち、ＵＣＩデータパート）が生成される。ここで、シンボルシーケンス（｛ｄ１、ｄ２、…｝）は変調シンボルシーケンス又はコードワードビットシーケンスを意味することができる。シンボルシーケンス（｛ｄ１、ｄ２、…｝）はジョイントコーディング（例えば、Ｒｅｅｄ−Ｍｕｌｌｅｒ  ｃｏｄｅ、Ｔａｉｌ−ｂｉｔｉｎｇ  ｃｏｎｖｏｌｕｔｉｏｎａｌ  ｃｏｄｅなど）、ブロック拡散（Ｂｌｏｃｋ−ｓｐｒｅａｄｉｎｇ）、ＳＣ−ＦＤＭＡ変調によって複数のＡＣＫ／ＮＡＣＫ情報から生成されることができる。
【００６７】
ＰＵＣＣＨフォーマット３のためのＡＣＫ／ＮＡＣＫペイロードはセル別に構成された後、セルインデックスの順に連結される。具体的に、ｃ番目サービングセル（又はＤＬ  ＣＣ）のためのＨＡＲＱ−ＡＣＫフィードバックビットは
【化１】
0006684287.tif 000006
として与えられる（ｃ≧０）。ＯＡＣＫｃはｃ番目サービングセルのためのＨＡＲＱ−ＡＣＫペイロードのビット数（すなわち、サイズ）を示す。ｃ番目サービングセルに対し、単一伝送ブロック伝送を支援する伝送モードが設定されるか空間バンドリングが適用される場合、ＯＡＣＫｃ＝ＢＤＬｃとして与えられることができる。ＨＡＲＱ−ＡＣＫフィードバックビットはＨＡＲＱ−ＡＣＫ応答がＡＣＫの場合に１にセットされ、ＮＡＣＫ又はＤＴＸの場合に０にセットされる。
【００６８】
一方、ｃ番目サービングセルに対し、複数（例えば、２）の伝送ブロック伝送を支援する伝送モードが設定され、空間バンドリングが適用されない場合、ＯＡＣＫｃ＝２ＢＤＬｃとして与えられることができる。ＨＡＲＱ−ＡＣＫフィードバックビットがＰＵＣＣＨを介して送信されるかＨＡＲＱ−ＡＣＫフィードバックビットがＰＵＳＣＨを介して送信されるが、前記ＰＵＳＣＨに対応するＷが存在しない場合（例えば、ＳＰＳ方式に基づくＰＵＳＣＨ）、ＢＤＬｃ＝Ｍとして与えられる。Ｍは表３に定義されたＫセット内の元素数を示す。ＴＤＤ  ＵＬ−ＤＬ構成が＃１、＃２、＃３、＃４、＃６であり、ＨＡＲＱ−ＡＣＫフィードバックビットがＰＵＳＣＨを介して送信される場合、ＢＤＬｃ＝ＷＵＬ  ＤＡＩとして与えられる。ＷＵＬ  ＤＡＩはＵＬグラントＰＤＣＣＨ内のＵＬ  ＤＡＩフィールドが指示する値を示し（表７）、簡単にＷで表示する。ＴＤＤ  ＵＬ−ＤＬ構成が＃５の場合、
【化２】
0006684287.tif 000007
として与えられる。ここで、ＵはＵｃのうち最大値を示し、Ｕｃはｃ番目サービングセルにおいてサブフレームｎ−ｋで受信されたＰＤＳＣＨ（等）及び（下りリンク）ＳＰＳ解除を指示するＰＤＣＣＨの総数を示す。サブフレームｎはＨＡＲＱ−ＡＣＫフィードバックビットが送信されるサブフレームである。
【化３】
0006684287.tif 000008
は上限関数（ｃｅｉｌｉｎｇ  ｆｕｎｃｔｉｏｎ）を示す。
【００６９】
ｃ番目サービングセルに対し、単一伝送ブロック伝送を支援する伝送モードが設定されるか空間バンドリングが適用される場合、該当サービングセルのＨＡＲＱ−ＡＣＫペイロード内で各ＡＣＫ／ＮＡＣＫの位置は
【化４】
0006684287.tif 000009
として与えられる。ＤＡＩ（ｋ）はＤＬサブフレームｎ−ｋで検出されたＰＤＣＣＨのＤＬ  ＤＡＩ値を示す。一方、ｃ番目サービングセルに対し、複数（例えば、２個）の伝送ブロック伝送を支援する伝送モードが設定され、空間バンドリングが適用されない場合、該当サービングセルのＨＡＲＱ−ＡＣＫペイロード内で各ＡＣＫ／ＮＡＣＫの位置は
【化５】
0006684287.tif 000010
として与えられる。
【化６】
0006684287.tif 000011
はコードワード０のためのＨＡＲＱ−ＡＣＫを示し、
【化７】
0006684287.tif 000012
はコードワード１のためのＨＡＲＱ−ＡＣＫを示す。コードワード０とコードワード１はスワッピングによってそれぞれ伝送ブロック０と１、又は伝送ブロック１と０に対応する。ＳＲ伝送のために設定されたサブフレームでＰＵＣＣＨフォーマット３が送信される場合、ＰＵＣＣＨフォーマット３はＡＣＫ／ＮＡＣＫビットとＳＲ１−ビットを一緒に送信する。
【００７０】
図８は単一セルの状況でＴＤＤ  ＵＬ  ＡＣＫ／ＮＡＣＫ送信過程を示す。
【００７１】
図８を参照すると、端末はＭ個のＤＬサブフレーム（Ｓｕｂｆｒａｍｅ、ＳＦ）上で一つ以上のＤＬ伝送（例えば、ＰＤＳＣＨ信号）を受信することができる（Ｓ５０２＿０〜Ｓ５０２＿Ｍ−１）。それぞれのＰＤＳＣＨ信号は伝送モードによって一つ又は複数（例えば、２個）の伝送ブロック（ＴＢ）（又はコードワード（ＣＷ））を送信するのに使われる。また、図示されていないが、段階Ｓ５０２＿０〜Ｓ５０２＿Ｍ−１でＡＣＫ／ＮＡＣＫ応答を要するＰＤＣＣＨ信号、例えばＳＰＳ解除を指示するＰＤＣＣＨ信号（簡単に、ＳＰＳ解除ＰＤＣＣＨ信号）も受信されることができる。Ｍ個のＤＬサブフレームにＰＤＳＣＨ信号及び／又はＳＰＳ解除ＰＤＣＣＨ信号が存在すれば、端末はＡＣＫ／ＮＡＣＫを送信するための過程（例えば、ＡＣＫ／ＮＡＣＫ（ペイロード）生成、ＡＣＫ／ＮＡＣＫリソース割当てなど）によって、Ｍ個のＤＬサブフレームに対応する一つのＵＬサブフレームを介してＡＣＫ／ＮＡＣＫを送信する（Ｓ５０４）。ＡＣＫ／ＮＡＣＫは段階Ｓ５０２＿０〜Ｓ５０２＿Ｍ−１のＰＤＳＣＨ信号及び／又はＳＰＳ解除ＰＤＣＣＨ信号に対する受信応答情報を含む。ＡＣＫ／ＮＡＣＫは基本的にＰＵＣＣＨを介して送信されるが、ＡＣＫ／ＮＡＣＫ伝送時点にＰＵＳＣＨ伝送がある場合、ＡＣＫ／ＮＡＣＫはＰＵＳＣＨを介して送信されることができる。ＡＣＫ／ＮＡＣＫ伝送のために表３の多様なＰＵＣＣＨフォーマットが使われることができる。また、送信されるＡＣＫ／ＮＡＣＫビット数を減らすために、ＡＣＫ／ＮＡＣＫバンドリング（ｂｕｎｄｌｉｎｇ）、ＡＣＫ／ＮＡＣＫチャネル選択（ｃｈａｎｎｅｌ  ｓｅｌｅｃｔｉｏｎ）のような多様な方法が使われることができる。
【００７２】
上述したように、ＴＤＤではＭ個のＤＬサブフレームで受信したデータに対するＡＣＫ／ＮＡＣＫが一つのＵＬサブフレームを介して送信され（すなわち、ＭＤＬＳＦ（ｓ）：１ＵＬ  ＳＦ）、これらの間の関係はＤＡＳＩ（Ｄｏｗｎｌｉｎｋ  Ａｓｓｏｃｉａｔｉｏｎ  Ｓｅｔ  Ｉｎｄｅｘ）によって与えられる。
【００７３】
表５はＬＴＥ（−Ａ）に定義されたＤＡＳＩ（Ｋ：｛ｋ０，ｋ１，…ｋＭ−１｝）を示す。表５はＡＣＫ／ＮＡＣＫを送信するＵＬサブフレームの立場で自分と関連されたＤＬサブフレームとの間隔を示す。具体的に、サブフレームｎ−ｋ（ｋ∈Ｋ）にＰＤＳＣＨ伝送及び／又はＳＰＳ解除ＰＤＣＣＨがある場合、端末はサブフレームｎで対応するＡＣＫ／ＮＡＣＫを送信する。
【００７４】
【表５】
0006684287.tif 000013
【００７５】
一方、ＦＤＤでは一つのＤＬサブフレームで受信したデータに対するＡＣＫ／ＮＡＣＫが一つのＵＬサブフレームを介して送信され、ｋ＝４である。すなわち、サブフレームｎ−４にＰＤＳＣＨ伝送及び／又はＳＰＳ解除ＰＤＣＣＨがある場合、端末はサブフレームｎで対応するＡＣＫ／ＮＡＣＫを送信する。
【００７６】
図９はキャリア併合（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ、ＣＡ）通信システムを例示する。ＬＴＥ−Ａシステムは、より広い周波数帯域を使うために、複数のＵＬ／ＤＬ周波数ブロック併合してより大きなＵＬ／ＤＬ帯域幅を支援するキャリア併合（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ又はｂａｎｄｗｉｄｔｈ  ａｇｇｒｅｇａｔｉｏｎ）技術を使う。各周波数ブロックはコンポーネントキャリア（Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ、ＣＣ）を用いて送信される。コンポーネントキャリアは該当周波数ブロックのためのキャリア周波数（又は中心キャリア、中心周波数）として理解可能である。
【００７７】
図９を参照すると、複数のＵＬ／ＤＬコンポーネントキャリア（Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ、ＣＣ）はより広いＵＬ／ＤＬ帯域幅を支援することができる。ＣＣは周波数領域で互いに隣接するか隣接しない。各ＣＣの帯域幅は独立的に決定できる。ＵＬ  ＣＣの数とＤＬ  ＣＣの数が違う非対称キャリア併合も可能である。例えば、ＤＬ  ＣＣが２個、ＵＬ  ＣＣが１個である場合には、２：１で対応するように構成可能である。ＤＬ  ＣＣ／ＵＬ  ＣＣリンクはシステムに固定されているか半静的に構成されることができる。また、システムの全帯域がＮ個のＣＣで構成されても、特定の端末がモニタリング／受信することができる周波数帯域はＬ（＜Ｎ）個のＣＣに限定されることができる。キャリア併合に対する多様なパラメーターはセル特定（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）、端末グループ特定（ＵＥ  ｇｒｏｕｐ−ｓｐｅｃｉｆｉｃ）又は端末特定（ＵＥ−ｓｐｅｃｉｆｉｃ）方式で設定されることができる。一方、制御情報は特定のＣＣを介してだけ送受信されるように設定できる。このような特定のＣＣをプライマリーＣＣ（Ｐｒｉｍａｒｙ  ＣＣ、ＰＣＣ）（又はアンカーＣＣ）と言い、残りのＣＣをセカンダリーＣＣ（Ｓｅｃｏｎｄａｒｙ  ＣＣ、ＳＣＣ）と言うことができる。
【００７８】
ＬＴＥ−Ａは無線リソースを管理するためにセル（ｃｅｌｌ）の概念を使用する［３６．３００Ｖ１０．２．０（２０１０−１２）５．５．Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ；７．５．  Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ参照］。セルは下りリンクリソースと上りリンクリソースの組合せと定義され、上りリンクリソースは必須要素ではない。よって、セルは下りリンクリソースの単独、又は下りリンクリソース及び上りリンクリソースで構成されることができる。キャリア併合が支援される場合、下りリンクリソースのキャリア周波数（又は、ＤＬ  ＣＣ）と上りリンクリソースのキャリア周波数（又は、ＵＬ  ＣＣ）の間のリンケージ（ｌｉｎｋａｇｅ）はシステム情報によって指示されることができる。プライマリー周波数（又はＰＣＣ）上で動作するセルをプライマリーセル（Ｐｒｉｍａｒｙ  Ｃｅｌｌ、ＰＣｅｌｌ）と言い、セカンダリー周波数（又はＳＣＣ）上で動作するセルをセカンダリーセル（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ、ＳＣｅｌｌ）と言うことができる。ＰＣｅｌｌは端末が初期連結設定（ｉｎｉｔｉａｌ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）過程を行うか連結再設定過程を行うのに使われる。ＰＣｅｌｌはハンドオーバー過程で指示されたセルを示すこともできる。ＳＣｅｌｌはＲＲＣ連結が設定された後に構成可能であり、追加的な無線リソースを提供するのに使われることができる。ＰＣｅｌｌとＳＣｅｌｌはサービングセルと通称することができる。よって、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるがキャリア併合が設定されなかったかキャリア併合を支援しない端末の場合、ＰＣｅｌｌのみで構成されたサービングセルがただ一つ存在する。一方、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるとともにキャリア併合が設定された端末の場合、一つ以上のサービングセルが存在し、全てのサービングセルにはＰＣｅｌｌと全てのＳＣｅｌｌが含まれる。キャリア併合のために、ネットワークは初期保安活性化（ｉｎｉｔｉａｌ  ｓｅｃｕｒｉｔｙ  ａｃｔｉｖａｔｉｏｎ）過程が開始された後、連結設定過程で初期に構成されるＰＣｅｌｌに付け加えて一つ以上のＳＣｅｌｌをキャリア併合を支援する端末のために構成することができる。
【００７９】
クロスキャリアスケジューリング（又はクロスＣＣスケジューリング）が適用される場合、下りリンク割当てのためのＰＤＣＣＨはＤＬ  ＣＣ＃０に送信され、該当ＰＤＳＣＨはＤＬ  ＣＣ＃２に送信されることができる。クロスＣＣスケジューリングのために、キャリア指示フィールド（Ｃａｒｒｉｅｒ  Ｉｎｄｉｃａｔｏｒ  Ｆｉｅｌｄ、ＣＩＦ）の導入を考慮することができる。ＰＤＣＣＨ内でＣＩＦの存在有無は上位階層シグナリング（例えば、ＲＲＣシグナリング）によって半静的及び端末特定（又は端末グループ特定）方式で設定されることができる。ＰＤＣＣＨ伝送ベースラインを要約すると次のようである。
【００８０】
−ＣＩＦディセーブルド（ｄｉｓａｂｌｅｄ）：ＤＬ  ＣＣ上のＰＤＣＣＨは同じＤＬ  ＣＣ上のＰＤＳＣＨリソースを割り当てるか一つのリンクされたＵＬ  ＣＣ上のＰＵＳＣＨリソースを割り当てる
【００８１】
−ＣＩＦイネーブルド（ｅｎａｂｌｅｄ）：ＤＬ  ＣＣ上のＰＤＣＣＨはＣＩＦを用いて複数の併合されたＤＬ／ＵＬ  ＣＣのうち特定のＤＬ／ＵＬ  ＣＣ上のＰＤＳＣＨ又はＰＵＳＣＨリソースを割り当てることができる
【００８２】
ＣＩＦが存在する場合、基地局は、端末側のＢＤ複雑度を低めるために、ＰＤＣＣＨモニタリングＤＬ  ＣＣセットを割り当てることができる。ＰＤＣＣＨモニタリングＤＬ  ＣＣセットは併合された全てのＤＬ  ＣＣの一部として一つ以上のＤＬ  ＣＣを含み、端末は該当ＤＬ  ＣＣ上でのみＰＤＣＣＨの検出／デコーディングを行う。すなわち、基地局が端末にＰＤＳＣＨ／ＰＵＳＣＨをスケジュールする場合、ＰＤＣＣＨはＰＤＣＣＨモニタリングＤＬ  ＣＣセットを介してのみ送信される。ＰＤＣＣＨモニタリングＤＬ  ＣＣセットは端末特定（ＵＥ−ｓｐｅｃｉｆｉｃ）、端末グループ特定又はセル特定（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）方式で設定されることができる。用語“ＰＤＣＣＨモニタリングＤＬ  ＣＣ”はモニタリングキャリア、モニタリングセルなどの等価の用語に取り替えられることができる。また、端末のために併合されたＣＣはサービングＣＣ、サービングキャリア、サービングセルなどの等価の用語に取り替えられることができる。
【００８３】
図１０は複数のキャリアが併合された場合のスケジューリングを例示する。図面は３個のＤＬ  ＣＣが併合され、ＤＬ  ＣＣＡがＰＤＣＣＨモニタリングＤＬ  ＣＣに設定された場合を例示する。ＤＬ  ＣＣＡ〜ＣはサービングＣＣ、サービングキャリア、サービングセルなどと言える。ＣＩＦがディセーブルされた場合、それぞれのＤＬ  ＣＣはＬＴＥ  ＰＤＣＣＨ規則に従ってＣＩＦなしに自分のＰＤＳＣＨをスケジュールするＰＤＣＣＨのみを送信することができる。一方、ＣＩＦがイネーブルされた場合、ＤＬ  ＣＣＡ（モニタリングＤＬ  ＣＣ）はＣＩＦを用いてＤＬ  ＣＣＡのＰＤＳＣＨをスケジュールするＰＤＣＣＨだけでなく他のＣＣのＰＤＳＣＨをスケジュールするＰＤＣＣＨも送信することができる。この場合、ＰＤＣＣＨモニタリングＤＬ  ＣＣに設定されなかったＤＬ  ＣＣＢ／ＣではＰＤＣＣＨが送信されない。
【００８４】
■ＵＣＩコーディングレートを考慮したＵＣＩ伝送方案
【００８５】
現在、Ｒｅｌ−１０／１１／１２に基づくＬＴＥ−Ａシステムは、一つの端末に対して最大５個までのセル／キャリア（以下、セルという）に対するＣＡを支援することができる。また、ＰＵＣＣＨはＰＣｅｌｌのみを介して送信される構造になっている。一方、次期のシステムでは、より高いデータ伝送率を目的で一つの端末に対して５個以上のセルを併合することを考慮している。この場合、セル数の増加によるＵＣＩサイズの増加に鑑み、既存ＰＵＣＣＨフォーマット（例えば、ＰＵＣＣＨフォーマット３）より大きなサイズのペイロードを支援する新たなＰＵＣＣＨフォーマットを考慮することができる。また、ＵＣＩ伝送頻度数／サイズ増加及びこれによるＰＣｅｌｌでのＰＵＣＣＨリソース負担を軽減させるために、特定のＳＣｅｌｌ（以下、ＡＣｅｌｌ）を介してもＰＵＣＣＨ伝送ができるように設定する方案を考慮することができる。
【００８６】
既存ＣＡの状況では、ＨＡＲＱ−ＡＣＫ（以下、Ａ／Ｎ）フィードバック伝送方式として、ＰＵＣＣＨフォーマット３（以下、ＰＦ３）に基づく方法が設定されることができる。ＰＦ３は最大５個のセル間のＣＡ状況に適用可能である。ＰＦ３は各セルに対応するＡ／Ｎ（ビット）そのままを一つのペイロードで構成し、一連のコーディング（例えば、ＲＭ（Ｒｅｅｄ  Ｍｕｌｌｅｒ）ｃｏｄｅ）過程によって生成された符号化したビットをＰＦ３リソース上にマッピング／伝送する方法である。ＰＦ３に基づいて伝送可能な最大ＵＣＩコード入力サイズは２０又は２１ビットであり、これに対応するＵＣＩコード出力サイズは４８ビットである。ＰＦ３リソースは（クロスＣＣスケジューリング設定有無に関係なく）上位階層信号（例えば、ＲＲＣ）によって（前もって）設定された複数のＰＦ３リソースの一つとして割り当てられることができる。例えば、ＲＲＣを介して（前もって）設定された複数のＰＦ３リソースのうち、ＳＣｅｌｌをスケジュールするＤＬグラント内のＡＲＩによって指示されるＰＦ３リソースがＡ／Ｎ伝送に使われることができる。ＡＲＩはＳＣｅｌｌ上のＰＤＳＣＨに対応するＰＤＣＣＨのＴＰＣ（Ｔｒａｎｓｍｉｔ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）フィールドに含まれることができる。互いに異なるＰＦ３リソースはＲＢ、ＯＣＣ、ＣＳの少なくとも一つによって区分されることができる。一方、次期システムの場合、より多い数のセルでＣＡが構成され、これに対応するＡ／Ｎフィードバック伝送のためにより多くのＵＬ制御リソース（例えば、多数のＲＢ、小さな長さのＯＣＣ、大きな間隔のＣＳなど）を占める新たなＰＵＣＣＨフォーマット（以下、ＰＦ４）の導入を考慮することができる。ＰＦ４を介し、より大きなサイズのペイロードを支援することができる。
【００８７】
一方、ＰＦ４の場合、ＤＭＲＳシンボル数、ＯＣＣの長さなどの構造によって、（ＳＲＳ伝送及び保護のために設定される）短縮（ｓｈｏｒｔｅｎｅｄ）ＰＵＣＣＨフォーマットを使ったときのＵＣＩコード出力サイズが正規ＰＵＣＣＨフォーマットを使った場合と違うことがある。例えば、短縮フォーマットでのＵＣＩコード出力サイズが正規ＰＵＣＣＨフォーマットでより減少することがあり、これによって短縮フォーマットを使う場合のＵＣＩコーディングレートが正規フォーマットの場合より増加することがある。同様に、拡張ＣＰに基づくＰＦ４によるＵＣＩコード出力サイズが正規ＣＰに基づくＰＦ４より減少することがあり、これによって拡張ＣＰを使う場合のＰＦ４を通じてのＵＣＩコーディングレートが正規ＣＰの場合より増加することがある。また、ＰＵＣＣＨによるＡ／Ｎと周期的ＣＳＩの同時伝送が設定された状況ではＣＳＩ報告ＳＦ（すなわち、二つのＵＣＩを全て送信することができるＳＦ）でのＵＣＩコード入力サイズが一般ＳＦ（すなわち、ＣＳＩ報告が設定されなくてＡ／Ｎのみを送信するＳＦ）でより増加することがある。これにより、ＣＳＩ報告ＳＦでのＵＣＩコーディングレートが一般ＳＦでより増加することがある。このようなＵＣＩコード入力／出力サイズの変化によるＰＵＣＣＨ上のＵＣＩコーディングレートの変動は、特に、既存ＰＦ３とは違い（ＤＭＲＳを除いた）時間／シンボル軸にＯＣＣが適用されない形態のＰＦ４構造（すなわち、ＰＵＳＣＨ類似構造）で発生するか相対的に大きくなることがある。
【００８８】
図１１〜図１５を参照してより具体的に説明する。
【００８９】
図１１はＰＦ４のスロットレベル構造を例示する。図１１はＰＦ４がＰＵＳＣＨ類似構造を有する場合を例示する（図４、データ領域参照）。すなわち、ＲＳ  ＳＣ−ＦＤＭＡシンボルがスロット別に一つのみ存在し、時間／シンボル軸にＯＣＣが適用されない。これにより、それぞれのＵＣＩ  ＳＣ−ＦＤＭＡシンボル（図面のデータブロック）には相異なる情報が含まれる。例えば、シンボルシーケンス（｛ｄ１、ｄ２、…｝）はＰＦ４の一番目ＵＣＩ  ＳＣ−ＦＤＭＡシンボルから最後のＵＣＩ  ＳＣ−ＦＤＭＡシンボルまで順次含まれることができる。シンボルシーケンス（｛ｄ１、ｄ２、…｝）は（ジョイント）コーディング（例えば、Ｒｅｅｄ−Ｍｕｌｌｅｒ  ｃｏｄｅ、Ｔａｉｌ−ｂｉｔｉｎｇ  ｃｏｎｖｏｌｕｔｉｏｎａｌ  ｃｏｄｅなど）によって複数のＡＣＫ／ＮＡＣＫから生成されることができる。
【００９０】
表６及び図７はそれぞれＬＴＥに定義されたＳＲＳ伝送のためのセル特定ＳＲＳ伝送パラメーターと端末特定ＳＲＳ伝送パラメーターを示す。
【００９１】
【表６】
0006684287.tif 000014
【００９２】
ＴＳＦＣはセル特定サブフレーム構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を示し、△ＳＦＣはセル特定サブフレームオフセットを示す。ｓｒｓ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇは上位階層によって提供される。ＳＲＳは
【化８】
0006684287.tif 000015
を満たすサブフレームを介して送信される。ｎｓはスロットインデックスを示す。
【化９】
0006684287.tif 000016
は下限関数（ｆｌｏｏｒｉｎｇ  ｆｕｎｃｔｉｏｎ）を示し、ｍｏｄはモジュロ（ｍｏｄｕｌｏ）演算を示す。
【００９３】
【表７】
0006684287.tif 000017
【００９４】
ＳＲＳ構成インデックス（ＩＳＲＳ）は端末別にシグナリングされ、各端末はＩＳＲＳを用いてＳＲＳ伝送周期（ＴＳＲＳ）とＳＲＳサブフレームオフセット（Ｔｏｆｆｓｅｔ）を確認する。
【００９５】
セル特定ＳＲＳ伝送パラメーターはセル内でＳＲＳ伝送のために占有されたサブフレームを端末に知らせ、端末特定ＳＲＳ伝送パラメーターはＳＲＳのために占有されたサブフレームのうち該当端末が実際に使うサブフレームを知らせる。その後、端末は端末特定ＳＲＳ伝送パラメーターによって指定されたサブフレーム（端末特定ＳＲＳサブフレーム）の特定シンボル（例えば、最後のシンボル）を介してＳＲＳを送信する。一方、セル特定ＳＲＳ伝送パラメーターによって占有されたサブフレーム（セル特定ＳＲＳサブフレーム）でＳＲＳ伝送を保護するために、端末は該当サブフレームで実際にＳＲＳを送信するかに関係なく、サブフレームの最後のシンボルで上りリンク信号を送信しないことが必要なこともある。
【００９６】
図１２〜図１４はＰＵＣＣＨの正規フォーマットと短縮フォーマットを例示する。短縮フォーマットは自分のＳＲＳ又は他の端末のＳＲＳを保護しなければならない場合に使われる。具体的に、（ｉ）ＰＵＣＣＨ伝送と自分のＳＲＳ伝送が同じサブフレームで衝突する場合（すなわち、端末特定ＳＲＳサブフレームでＰＵＣＣＨを送信する場合）、（ｉｉ）ＰＵＣＣＨ伝送と他の端末のＳＲＳ伝送が同じサブフレームで衝突し得る場合（すなわち、（ａ）セル特定ＳＲＳサブフレームでＰＵＣＣＨを送信し、セル特定ＳＲＳ帯域とＰＵＣＣＨの伝送帯域が重なる場合、（ｂ）セル特定ＳＲＳサブフレームでＰＵＣＣＨを送信する場合）に短縮フォーマットが使われる。その外には正規フォーマットが使われる。ＰＵＣＣＨフォーマット２／２ａ／２ｂには短縮フォーマットが定義されない。ＣＱＩとＳＲＳの衝突はスケジューリングによって回避されるかＳＲＳ伝送ドロップによって解消される。
【００９７】
図１２〜図１４を参照すると、ＰＵＣＣＨの短縮フォーマットはサブフレームの最後のＳＣ−ＦＤＭＡシンボルがＰＵＣＣＨ伝送から除かれる。よって、短縮フォーマットのＵＣＩ  ＳＣ−ＦＤＭＡシンボル数は正規フォーマットのＵＣＩ  ＳＣ−ＦＤＭＡシンボル数より一つ小さい。ＰＦ１とＰＦ３はスロット単位で時間ドメインでＯＣＣを適用するので、短縮フォーマットが使われる場合、二番目スロットでＵＣＩ  ＳＣ−ＦＤＭＡシンボルの数が減少することによってＯＣＣ長も減少する（図１２〜１３）。一方、時間ドメインでＰＦ４にＯＣＣが適用されないので、短縮フォーマットが使われる場合、二番目スロットでＵＣＩ  ＳＣ−ＦＤＭＡシンボルの数が一つだけ減少する（図１４）。
【００９８】
図１５はＵＣＩコーディングを例示する。ＵＣＩペイロード（すなわち、ＵＣＩコード入力）はコーディングブロックによってＵＣＩコードワード（すなわち、ＵＣＩコード出力）に変換される。コーディング方法は既存の多様な方法（例えば、Ｒｅｅｄ−Ｍｕｌｌｅｒ  ｃｏｄｅ、Ｔａｉｌ−ｂｉｔｉｎｇ  ｃｏｎｖｏｌｕｔｉｏｎａｌ  ｃｏｄｅなど）を用いて行うことができる。コーディングレートは［ＵＣＩペイロードサイズ／ＵＣＩコードワードサイズ］と定義される。ＵＣＩペイロードサイズがｎビット、ＵＣＩコードワードサイズがｍビットの場合、コーディングレートはｎ／ｍである。ＵＣＩコードワードは図１１のシンボルシーケンスに対応する。
【００９９】
ＰＦ１はスロット単位で同じ情報が繰り返され、スロット内で一つのＵＣＩ  ＳＣ−ＦＤＭＡシンボルの情報がＯＣＣを介して複数のＵＣＩ  ＳＣ−ＦＤＭＡシンボルに拡散する。すなわち、一つのＵＣＩ  ＳＣ−ＦＤＭＡシンボルの情報が全てのＵＣＩ  ＳＣ−ＦＤＭＡシンボルに繰り返される形態を有する。よって、ＵＣＩコードワードサイズは一つのＳＣ−ＦＤＭＡシンボルのリソースを基準に決定され、ＵＣＩ  ＳＣ−ＦＤＭＡシンボルの数が変更されてもＵＣＩコードワードサイズは一定である。具体的に、正規／短縮フォーマットでＵＣＩコードワードサイズは１ビット（ＢＰＳＫ）又は２ビット（ＱＰＳＫ）として同一に維持される。同様に、ＰＦ３も、スロット内で複数のＳＣ−ＦＤＭＡシンボルにＯＣＣが適用される。ＰＦ３は、スロット別に一つのＵＣＩ  ＳＣ−ＦＤＭＡシンボルの情報が全てのＵＣＩ  ＳＣ−ＦＤＭＡシンボルに繰り返される形態を有する。よって、ＵＣＩ  ＳＣ−ＦＤＭＡシンボルの数が変更されてもＵＣＩコードワードサイズは一定である。すなわち、正規／短縮フォーマットにおいて、ＵＣＩコードワードサイズは４８ビット（ＱＰＳＫ）として同一に維持される。
【０１００】
一方、ＰＦ４の場合、時間ドメインでＯＣＣが適用されないので、ＵＣＩコードワードサイズは全てのＵＣＩ  ＳＣ−ＦＤＭＡシンボルのリソース量とマッチするように決定される。例えば、ＰＦ４のＵＣＩコードワードサイズは全てのＵＣＩ  ＳＣ−ＦＤＡＭシンボルのＲＥ数＊変調次数（ｍｏｄｕｌａｔｉｏｎ  ｏｒｄｅｒ）として与えられることができる。よって、ＵＣＩ  ＳＣ−ＦＤＡＭシンボルの数によってＵＣＩコードワードサイズが変動し、それによってＵＣＩコーディングレートも変動する。これにより、短縮フォーマットのコーディングレートが正規フォーマットのコーディングレートより増加することができる。
【０１０１】
このように、ＰＦ４の場合、ＵＣＩコーディングレートがＳＦ別に違うことがあり、ＵＣＩコーディングレートがあまりにも増加する場合、ＵＣＩ伝送信頼度が悪くなることがある。ＰＦ４がＰＵＳＣＨと類似した構造を有するので、ＰＵＳＣＨでも伝送ブロックのコーディングレートがＳＦ別に違うことがある。しかし、ＰＵＳＣＨ伝送はＨＡＲＱ過程が適用されるので、コーディングレートの増加によって伝送が失敗しても、再伝送によって復旧が可能である。しかし、ＵＣＩはＨＡＲＱ過程が適用されないので、ＵＣＩ伝送失敗がシステムに大きな影響を及ぼすことがある。特に、ＨＡＲＱ−ＡＣＫは動的に１回だけ送信される情報なので、伝送の失敗時に復旧ができない。
【０１０２】
これを解決するために、ＵＣＩコーディングレートが増加する状況でもＵＣＩ伝送性能を保障／維持することができる方案が必要なことがある。以下、ＣＡの状況でＳＦ別にＵＣＩコード入力／出力サイズが変化することによってＵＣＩコーディングレートが変わる場合を考慮した適応的なＵＣＩ伝送方案を提案する。具体的に、ＵＣＩコーディングレートが相対的に増加する状況（例えば、特定のＳＦ）でＵＣＩ伝送性能に鑑みて次のような４方法を考慮することができる。一方、本発明において、Ａ／Ｎは、特定のＵＣＩ（例えば、Ａ／Ｎ（及び／又はＳＲ）フィードバックそのもの又は周期的ＣＳＩフィードバック）又は互いに異なる複数のＵＣＩの組合せ（例えば、Ａ／Ｎ（及び／又はＳＲ）と周期的ＣＳＩの組合せ）に代替／拡張可能である。また、本発明において、Ａ／ＮはＳＲを含むことができる。
【０１０３】
以下で、特定のＳＦは（特定のセル（例えば、ＰＣｅｌｌ）を基準に）短縮ＰＵＣＣＨフォーマットが設定されたＳＦ及び／又は周期的ＣＳＩ報告が設定されたＳＦなどを含む。便宜上、特定のＳＦ以外のＳＦは一般ＳＦという。短縮ＰＵＣＣＨフォーマットが設定されたＳＦは、（ｉ）端末特定ＳＲＳ  ＳＦ、（ｉｉ）セル特定ＳＲＳ  ＳＦのうちセル特定ＳＲＳ伝送帯域がＰＵＣＣＨ伝送帯域と重なるＳＦ、又は（ｉｉｉ）セル特定ＳＲＳ  ＳＦを含む。
【０１０４】
方法１−０）ＵＣＩ同時伝送指示
【０１０５】
本方法は、Ａ／Ｎを含む複数のＵＣＩ（例えば、周期的ＣＳＩ（すなわち、ｐ−ＣＳＩ）又はＳＲＳ）の伝送が同時に要求される時点に、（ＰＵＣＣＨを介した）該当の複数のＵＣＩの同時伝送許容可否（例えば、ＯＮ／ＯＦＦ）を（ＤＬグラント）ＤＣＩを介して直接指示する方式である。具体的に、複数のＵＣＩがＡ／Ｎとｐ−ＣＳＩで構成される場合にＤＣＩを介して同時伝送ＯＦＦが指示されれば、ｐ−ＣＳＩ伝送は省略（ドロップ）された状態で（ＰＵＣＣＨを介して）Ａ／Ｎのみ送信されることができる。反対に、ＤＣＩを介して同時伝送ＯＮが指示されれば、（ＰＵＣＣＨを介して）Ａ／Ｎとｐ−ＣＳＩの同時伝送が行われることができる。また、複数のＵＣＩがＡ／ＮとＳＲＳで構成される場合にＤＣＩを介して同時伝送ＯＦＦが指示されれば、ＳＲＳ伝送は省略（ドロップ）された状態で正規ＰＵＣＣＨフォーマットを用いてＡ／Ｎのみ送信されることができる。反対に、ＤＣＩを介して同時伝送ＯＮが指示されれば、短縮ＰＵＣＣＨフォーマットを用いてＡ／ＮとＳＲＳの同時伝送が行われることができる。さらに他の方法として、前記ＵＣＩ構成にＳＲＳが含まれるかにかかわらず、ＤＣＩを介して同時伝送ＯＦＦが指示されれば、正規ＰＵＣＣＨフォーマットを用いてＡ／Ｎを送信し、ＤＣＩを介して同時伝送ＯＮが指示されれば、短縮ＰＵＣＣＨフォーマットを用いてＡ／Ｎを送信するように動作することができる。ここで、ＤＣＩを介して同時伝送ＯＮが指示された場合、対応するＡ／Ｎは、方法１−１の適用によって縮小したＡ／Ｎで構成されることができる。
【０１０６】
一方、ＤＣＩを介した同時伝送ＯＮ／ＯＦＦ指示の場合、別の独立的なフィールド／シグナリングなしにＡ／Ｎ伝送リソースを指示するＡＲＩ値と連動するように設定されることができる。ＡＲＩはＳＣｅｌｌ上のＰＤＳＣＨに対応するＰＤＣＣＨのＴＰＣ（Ｔｒａｎｓｍｉｔ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）フィールドに含まれることができる。例えば、ｐ−ＣＳＩ報告ＳＦ、あるいはＳＲＳ伝送ＳＦに対して特定のＡＲＩ値（セット）が指示された場合には、（Ａ／Ｎ＋ｐ−ＣＳＩ）又は（Ａ／Ｎ＋ＳＲＳ）同時伝送ＯＮの場合と同じ動作を行い、残りのＡＲＩ値（セット）が指示された場合には、同時伝送ＯＦＦの場合と同じ動作を行うように設定されることができる。他の方法として、（短縮フォーマット）ＰＵＣＣＨ上のＡ／Ｎペイロードサイズ（例えば、Ａ／Ｎビット数）又はＡ／Ｎコーディングレートが特定の水準を超えた場合、同時伝送ＯＦＦに相応する動作が適用され、そうではない場合には同時伝送ＯＮに相応する動作が適用されることができる。
【０１０７】
方法１−１）Ａ／Ｎサイズ縮小
【０１０８】
本方法は、特定のＳＦを介して送信されるＡ／Ｎサイズ（例えば、Ａ／Ｎビット数）が一般ＳＦでより縮小するように設定する方式である。すなわち、ＳＦ別にＡ／Ｎサイズが違うように設定されることができる。
【０１０９】
一例として、特定のＳＦを介して送信されるＡ／Ｎの場合、
【０１１０】
１）ＣＡに含まれた全てのセルのうち特定の一部セルに対してだけＡ／Ｎを構成し、残りのセルに対してはスケジューリングがないと見なすことができる。一方、一般ＳＦの場合、全てのセルに対してＡ／Ｎを構成することができる。あるいは、
【０１１１】
２）各セル（又はセルグループ）に対応するＡ／Ｎを論理ＡＮＤ演算によるバンドリングなどによって１−ビット（又は２ビット）に圧縮する方式でＡ／Ｎサイズを縮小することができる（以下、Ａ／Ｎサイズ縮小）。一方、一般ＳＦの場合、Ａ／Ｎサイズ圧縮をより少なくするか、Ａ／Ｎサイズ圧縮過程を省略することができる。
【０１１２】
一方、短縮ＰＦ４の支援可能な最大ＵＣＩペイロードサイズを正規ＰＦ４より小さくすることができる。例えば、短縮ＰＦ４と正規ＰＦ４の最大ＵＣＩペイロードサイズが独立的に設定される場合、短縮ＰＦ４の最大ＵＣＩペイロードサイズが正規ＰＦ４より小さく設定されることができる。これにより、短縮ＰＦ４の場合、Ａ／Ｎ圧縮によって正規ＰＦ４より少ない数／ビットのＡ／Ｎフィードバックが送信されるか、より少ない数／ビットのｐ−ＣＳＩフィードバックが送信されることができる。
【０１１３】
また、同じＰＦ４に対し、相異なるＵＣＩの伝送の場合（例えば、Ａ／Ｎを含む場合、ｐ−ＣＳＩのみ含む場合）に支援可能な最大ＵＣＩペイロードサイズは違える。この場合、同じＰＦ４に対し、ＵＣＩ組合せごとに最大ＵＣＩペイロードサイズが独立的に設定されることができる。例えば、Ａ／Ｎを含むＵＣＩの最大ＵＣＩペイロードサイズがｐ−ＣＳＩのみ含むＵＣＩより小さく設定されることができる。
【０１１４】
一方、拡張ＣＰに基づくＰＦ４（以下、ＰＦ４＿ｅＣＰ）の支援可能な最大Ａ／Ｎペイロードサイズは正規ＣＰに基づくＰＦ４（以下、ＰＦ４＿ｎＣＰ）の場合より小さいことがある。よって、ＰＦ４＿ｅＣＰが設定された場合にＣＡ構成可能な最大セル数がＰＦ４＿ｎＣＰの場合より減少することができる。また、ＣＡ構成可能な最大セル数はＣＰ長に関係なく同一であり、（ＰＦ４＿ｎＣＰの場合と比較して、同じセル数又は同一Ａ／Ｎビット数に対し）ＰＦ４＿ｅＣＰが設定された場合にのみバンドリングなどのＡ／Ｎ圧縮が適用可能である。
【０１１５】
図１６は本発明の一例によるＵＣＩ伝送方法を例示する。ＣＡ状況でＡ／Ｎ伝送のためにＰＦ４が設定されたと仮定する。また、ＰＦ４は時間ドメインでＯＣＣが適用されなかったと仮定する（図１１参照）。
【０１１６】
図１６を参照すると、端末は、サブフレームでＨＡＲＱ−ＡＣＫ伝送が要求される場合、該当サブフレームでＰＵＣＣＨ（すなわち、ＰＦ４）の最大ペイロードサイズ内でＨＡＲＱ−ＡＣＫ情報を含むＵＣＩペイロードを生成することができる（Ｓ１６０２）。ここで、ＨＡＲＱ−ＡＣＫ情報は複数のセルを介して受信されたＰＤＳＣＨ及び／又はＳＰＳ解除ＰＤＣＣＨに対する受信応答情報（例えば、ＡＣＫ、ＮＡＣＫ、ＤＴＸ）を含む。その後、端末はＵＣＩペイロードから前記ＵＣＩコードワードを生成して、ＵＣＩコードワードのサイズがＰＵＣＣＨのＵＣＩ  ＳＣ−ＦＤＭＡシンボルの総リソース量とマッチするようにすることができる（Ｓ１６０４）。例えば、ＰＦ４において、ＵＣＩ  ＳＣ−ＦＤＭＡシンボルの総リソース量はＰＦ４に割り当てられた周波数帯域（例えば、副搬送波単位）＊ＵＣＩ  ＳＣ−ＦＤＭＡシンボル数として与えられることができる。ここで、周波数帯域はＰＦ４に割り当てられたＰＲＢ数＊ＰＲＢ当たりＲＥ数（例えば、１２個）として与えられることができる。その後、端末はＰＵＣＣＨを介してＵＣＩコードワードを送信することができる（Ｓ１６０６）。ＵＣＩコードワードはスクランブル、変調、リソースマッピングなどの過程によって送信されることができる。ここで、ＰＵＣＣＨの最大ペイロードサイズはＵＣＩ  ＳＣ−ＦＤＭＡシンボルの数によって変わることができる。
【０１１７】
同じＣＰで、ＰＦ４のＵＣＩ  ＳＣ−ＦＤＭＡシンボルの数はＮ又はＮ−１であってもよい（Ｎ＞１）。一例として、ＰＦ４のＵＣＩ  ＳＣ−ＦＤＭＡシンボル数は次のように与えられることができる。
【０１１８】
−正規ＣＰ：｛正規ＰＦ４フォーマット：１２個、短縮ＰＦ４フォーマット：１１個｝
【０１１９】
−拡張ＣＰ：｛正規ＰＦ４フォーマット：１０個、短縮ＰＦ４フォーマット：９個｝
【０１２０】
すなわち、（ｉ）ＣＰ構成、及び（ｉｉ）ＰＵＣＣＨが送信されるＳＦによって、ＰＦ４のＵＣＩ  ＳＣ−ＦＤＭＡシンボルの数は９〜１２の値を有することができる。
【０１２１】
具体的に、ＵＣＩ  ＳＣ−ＦＤＭＡシンボルの数がＮ−１の場合、ＰＵＣＣＨの最大ペイロードサイズはＵＣＩ  ＳＣ−ＦＤＭＡシンボルの数がＮの場合より小さく設定されることができる。ここで、該当サブフレームでＳＲＳ保護が要求されない場合、ＵＣＩ  ＳＣ−ＦＤＭＡシンボルの数はＮであり、該当サブフレームでＳＲＳ保護が要求される場合、ＵＣＩ  ＳＣ−ＦＤＭＡシンボルの数はＮ−１であってもよい。また、該当サブフレームで自分のＳＲＳ伝送がない場合、ＵＣＩ  ＳＣ−ＦＤＭＡシンボルの数はＮであり、該当サブフレームで自分のＳＲＳ伝送がある場合、ＵＣＩ  ＳＣ−ＦＤＭＡシンボルの数はＮ−１であってもよい。
【０１２２】
また、ＵＣＩペイロードの元のサイズがＰＵＣＣＨの最大ペイロードサイズより大きい場合、ＨＡＲＱ−ＡＣＫ情報のサイズを縮小する動作（例えば、バンドリング）が行われることができる。ＰＵＣＣＨ内の各ＵＣＩ  ＳＣ−ＦＤＭＡシンボルで相異なる情報が送信されることができる。
【０１２３】
方法１−２）ＰＵＣＣＨ電力増加
【０１２４】
本方法は、特定のＳＦを介して送信される（Ａ／Ｎを運ぶ）ＰＵＣＣＨの電力が一般ＳＦでより増加するように設定する方式である。一例として、Ａ／Ｎ  ＰＵＣＣＨに適用される追加電力オフセットをＳＦ別に違うように設定することができる。特定のＳＦを介して送信されるＰＵＣＣＨの場合、既存電力制御パラメーターの外に特定の電力オフセットＰ＿ｏｆｆ値（例えば、正数）がさらに適用可能である。一方、一般ＳＦを介して送信されるＰＵＣＣＨの場合、他のオフセット値（例えば、Ｐ＿ｏｆｆ値より小さい値）が適用されるか、何のオフセット値も加わらないないこともある。
【０１２５】
一方、ＰＦ４＿ｅＣＰに設定される（開ループ電力制御のための）電力オフセットの場合、ＰＦ４＿ｎＣＰに設定される電力オフセットとは違う値を有することができる。すなわち、ＣＰ長が違うＰＦ４を相異なるＰＵＣＣＨフォーマットとして見なしてそれぞれのＰＵＣＣＨフォーマットに互いに異なる電力オフセット値を設定することができる。また、短縮ＰＦ４に設定される（開ループ電力制御のための）電力オフセットの場合、正規ＰＦ４に設定される電力オフセットとは違う値を有することができる。すなわち、フォーマット長が違うＰＦ４を相異なるＰＵＣＣＨフォーマットとして見なしてそれぞれのＰＵＣＣＨフォーマットに相異なる電力オフセット値を設定することができる。
【０１２６】
方法１−３）ＰＵＣＣＨフォーマット変更
【０１２７】
本方法は、特定のＳＦを介して送信される（Ａ／Ｎを運ぶ）ＰＵＣＣＨフォーマットの（最大）ペイロードサイズが一般ＳＦでより拡張するように設定する方式である。すなわち、ＳＦ別に違うペイロードサイズを有するＡ／Ｎ  ＰＵＣＣＨフォーマットを設定する方式である。ここで、互いに異なるＰＵＣＣＨフォーマットはＰＵＣＣＨリソースを構成するＲＢの数、ＯＣＣの長さ、ＤＭＲＳ構造などによって区分されることができる。一例として、相対的に小さなペイロードを有するＰＵＣＣＨフォーマットをＳ−ＰＦといい、相対的に大きなペイロードを有するＰＵＣＣＨフォーマットをＬ−ＰＦと言えば、特定のＳＦにはＬ−ＰＦがＡ／Ｎ伝送リソースとして割り当てられ、一般ＳＦにはＳ−ＰＦがＡ／Ｎ伝送リソースとして割り当てられることができる。Ｌ−ＰＦリソースとＳ−ＰＦリソースは同じセル（例えば、ＰＣｅｌｌ）上に設定されるか、互いに異なるセル（例えば、ＰＣｅｌｌと特定のＳＣｅｌｌ）上に設定されることができる。
【０１２８】
具体的に、ＡＲＩが指示するＰＵＣＣＨのフォーマットをＳＦ別に違うように設定するか、ＡＲＩが指示するＰＵＣＣＨ伝送セルをＳＦ別に違うように設定するか、それぞれのＡＲＩが互いに異なるセル上のＰＵＣＣＨリソースを指示するように設定する方式を考慮することができる。一例として、特定のＳＦに対してはＡＲＩが複数のＬ−ＰＦリソースの一つを指示し、一般ＳＦに対しては複数のＳ−ＰＦリソースの一つを指示するように設定されることができる。若しくは、特定のＳＦに対してはＡＲＩがセル＃１上の複数のＰＦ４リソースの一つを指示し、一般ＳＦに対してはセル＃２上の複数ＰＦ４リソースの一つを指示するように設定されることができる。若しくは、特定のＳＦに対してはＡＲＩがセル＃１上の複数のＬ−ＰＦリソースの一つを指示し、一般ＳＦに対してはセル＃２上の複数のＳ−ＰＦリソースの一つを指示するように設定されることができる。他の例として、ＡＲＩ値である０／１はそれぞれセル＃１上のＰＵＣＣＨリソース０／１を指示し、ＡＲＩ値である２／３はそれぞれセル＃２上のＰＵＣＣＨリソース１／２を指示するように設定されることができる。ここで、セル＃１上に設定されたＰＵＣＣＨフォーマットとセル＃２上に設定されたＰＵＣＣＨフォーマットは同一であるか互いに異なるように設定されることができる（Ｃａｓｅ１）。他の例として、特定のＳＦに対しては、Ｃａｓｅ１のようにＡＲＩが複数のセル上のＰＵＣＣＨリソースを指示し、一般ＳＦに対してはＡＲＩが単一セル上のＰＵＣＣＨリソースを指示するように設定されることができる。この時にも特定のＳＦに設定されたＰＵＣＣＨフォーマットと一般ＳＦに設定されたＰＵＣＣＨフォーマットは同一であるか互いに異なることができる。
【０１２９】
方法１−３によってＰＵＣＣＨ伝送セルがＳＦによって変更されても、各セルに対応するＡ／Ｎ伝送タイミング（例えば、このためのｒｅｆｅｒｅｎｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）はＳＦ（すなわち、ＰＵＣＣＨ伝送セル）にかかわらず、いつも一つの特定のＰＵＣＣＨ伝送セル（例えば、ＰＣｅｌｌ）のみを基準に（例えば、該当特定のセルとの組合せに基づいて）決定できる。また、（特定のセルをＰＣｅｌｌと仮定する場合）、ＳＦ（すなわち、ＰＵＣＣＨ伝送セル）にかかわらずＰＣｅｌｌ（ＦＤＤの場合）又はＰＣｅｌｌ内の最初にスケジュールされるＳＦ（ＴＤＤの場合）に対応するＤＬグラントを介してはＴＰＣが、残りのセル／ＳＦに対応するＤＬグラントを介してはＡＲＩがそれぞれシグナルされることができる。これにより、（ＳＦに関係なく）ＰＣｅｌｌ又はＰＣｅｌｌ内の一つのＳＦに対してだけスケジュールされた場合には、ＤＬグラント伝送リソースにリンクされた黙示的ＰＵＣＣＨフォーマット１ａ／１ｂ（以下、ＰＦ１）リソースを使って該当スケジューリングに対応するＡ／Ｎのみを送信することができる（以下、フォールバック）。そうではない場合にはＡＲＩによって指示されるＰＵＣＣＨ（例えば、ＰＦ３、ＰＦ４）リソースを使って全てのＣＡ構成セルに対するＡ／Ｎを送信することができる。
【０１３０】
一方、前記提案を含む一般的なＣＡ状況で（フォールバック対象が一つの特定セル（例えば、ＰＣｅｌｌ）のみに制限されず）複数のＰＵＣＣＨ伝送セル又は（スケジューリングを行う）複数の（Ｅ）ＰＤＣＣＨ伝送セルがフォールバックセルとして設定されることができる。これにより、該当フォールバック対象の複数のセルの一つのみスケジュールされた場合、ＰＦ１リソースを使って該当スケジューリングに対応するＡ／Ｎのみを送信し、そうではない場合にはＡＲＩによって指示されるＰＵＣＣＨリソースを使って全てのＣＡに対するＡ／Ｎを送信することができる。ここで、ＰＦ１リソースはスケジュールされたセル上のＰＦ１リソース、又は特定のセル（例えば、ＰＣｅｌｌ）上のＰＦ１リソースであってもよい。
【０１３１】
■ＰＵＣＣＨを介したＡ／Ｎとｐ−ＣＳＩの同時伝送方案
【０１３２】
本方法で、端末に設定されるＰＵＣＣＨリソース、ＵＣＩ伝送制御パラメーター、Ａ／Ｎとｐ−ＣＳＩ（ｐｅｒｉｏｄｉｃ  ＣＳＩ）衝突時の動作について説明する。Ａ／ＮはＳＲを含むことができる。
【０１３３】
１）ＨＡＲＱ−ＡＣＫ伝送のためにＰＦ４が設定された端末の場合：
【０１３４】
Ａ．４個のＰＦ４リソース（相異なる最大ペイロードサイズを支援）及び４個のＰＦ３リソースがＨＡＲＱ−ＡＣＫ伝送のために設定されることができる。
【０１３５】
ｉ．ＨＡＲＱ−ＡＣＫペイロードサイズに基づいてＰＦ３とＰＦ４のうちＨＡＲＱ−ＡＣＫに使われるＰＦが決定できる（例えば、Ｘ（例えば、Ｘ＝２２）ビットまではＰＦ３が使われ、Ｘビットより大きい場合にはＰＦ４が使われる）。
【０１３６】
ｉｉ．ＨＡＲＱ−ＡＣＫ伝送に使われるＰＦ３／４リソースはＡＲＩによって指示される。
【０１３７】
Ｂ．周期的ＣＳＩ伝送のために相異なる最大ペイロードサイズを支援するＰＦリソースが２個まで設定されることができる。
【０１３８】
ｉ．ＣＳＩペイロードサイズに基づいて２個のＰＦ４リソースのうちｐ−ＣＳＩ伝送に使われるリソースが決定できる（例えば、ＰＦ４リソース＃１の最大ペイロードサイズに対応するＹビットまでは小さなＰＦ４リソース＃１が使われ、Ｙビットより大きい場合には大きなＰＦ４リソース＃２が使われる）。
【０１３９】
２）同時Ａ／Ｎ＋ｐ−ＣＳＩ伝送をイネーブル／ディセーブルするパラメーター
【０１４０】
Ａ．Ｒ１０＿ｐａｒａｍ：ＰＦ２（ＰＵＣＣＨフォーマット２／２ａ／２ｂ）上で同時Ａ／Ｎ＋ＣＳＩ伝送をイネーブル／ディセーブル
【０１４１】
Ｂ．Ｒ１１＿ｐａｒａｍ：ＰＦ３上で同時Ａ／Ｎ＋ｐ−ＣＳＩ伝送をイネーブル／ディセーブル
【０１４２】
Ｃ。Ｒ１３＿ｐａｒａｍ：ＰＦ４上で同時Ａ／Ｎ＋ｐ−ＣＳＩ伝送をイネーブル／ディセーブル
【０１４３】
３）Ｃａｓｅ＃１：一つのＳＦで（Ａ／Ｎ  ｗｉｔｈｏｕｔ  ＡＲＩ  ｏｎｌｙ＋（ｏｎｅ  ｏｒ）ｍｕｌｔｉｐｌｅ  ｐ−ＣＳＩｓ）の衝突
【０１４４】
Ａ．Ａｌｔ  １−１：Ａ／Ｎ＋ＣＳＩのために、ＰＦ２リソースが使われる。
【０１４５】
ｉ．Ｒ１０＿ｐａｒａｍがＯＮの場合にのみ適用される。
【０１４６】
ｉｉ．最高優先順位を有する一つのＣＳＩが選択される。
【０１４７】
Ｂ．Ａｌｔ  １−２：Ａ／Ｎ＋ＣＳＩのために、ｐ−ＣＳＩ伝送用に設定されたＰＦ４リソースが使われる。
【０１４８】
ｉ．Ｒ１３＿ｐａｒａｍがＯＮの場合に適用される。そうではない場合、Ａｌｔ  １−１が適用される。
【０１４９】
ｉｉ．ｐ−ＣＳＩ伝送用に２個のＰＦ４リソースが設定された場合、Ａ／Ｎ＋ＣＳＩに使われるリソースは総ＵＣＩペイロードサイズに基づいて決定される。例えば、総ＵＣＩペイロードはＡ／Ｎビット及びＣＳＩビットの両者を含む。
【０１５０】
１．一例として、ＰＦ４リソース＃１の最大ペイロードサイズに対応するＹビットまでは小さなＰＦ４リソース＃１が使われ、Ｙビットより大きい場合は大きなＰＦ４リソース＃２が使われる。
【０１５１】
４）Ｃａｓｅ＃２：一つのＳＦで（Ａ／Ｎ  ｗｉｔｈ  ＡＲＩ≦Ｘ  ｂｉｔｓ＋（ｏｎｅ  ｏｒ）ｍｕｌｔｉｐｌｅ  ｐ−ＣＳＩｓ）の衝突
【０１５２】
Ａ．Ａｌｔ  ２−１：Ａ／Ｎ＋ＣＳＩのためにＡＲＩによって指示されたＰＦ３リソースが使われる。
【０１５３】
ｉ．Ｒ１１＿ｐａｒａｍがＯＮの場合にのみ適用される。
【０１５４】
ｉｉ．総ＵＣＩペイロードサイズ＞Ｘビットの場合、一部又は全部のＣＳＩ（等）がドロップされる。
【０１５５】
Ｂ．Ａｌｔ  ２−２：Ａ／Ｎ＋ＣＳＩのために、ｐ−ＣＳＩ伝送用に設定されたＰＦ４リソースが使われる。
【０１５６】
ｉ．Ｒ１３＿ｐａｒａｍがＯＮの場合に適用される。そうではない場合、Ａｌｔ  ２−１が適用される。
【０１５７】
ｉｉ．ｐ−ＣＳＩ伝送用に２個のＰＦ４リソースが設定された場合、Ａ／Ｎ＋ＣＳＩに使われるリソースは総ＵＣＩペイロードサイズに基づいて決定される。例えば、総ＵＣＩペイロードはＡ／Ｎビット及びＣＳＩビットの両者を含む。
【０１５８】
１．一例として、ＰＦ４リソース＃１の最大ペイロードサイズに対応するＹビットまでは小さなＰＦ４リソース＃１が使われ、Ｙビットより大きい場合は大きなＰＦ４リソース＃２が使われる。
【０１５９】
前記提案方式を含む任意の方法によって、Ａ／Ｎと（複数の）ＣＳＩが特定のＰＵＣＣＨフォーマット／リソース（又は、ＰＵＳＣＨ）で同時送信される状況で、Ａ／ＮとＣＳＩを含む総ＵＣＩビット数が特定のＰＵＣＣＨフォーマット／リソースに設定された最大ＵＣＩペイロードサイズ（すなわち、ｍａｘ＿ＵＣＩ＿ｓｉｚｅ）を超えることができる。この場合、端末は次のＵＣＩ伝送動作を行うことができる。特定のＰＵＣＣＨフォーマット／リソースはＤＬグラント内のＡＲＩによって指示されたＰＵＣＣＨフォーマット／リソース、又はＣＳＩ伝送用に設定されたＰＵＣＣＨフォーマット／リソースを含むことができる。
【０１６０】
１）方法２−１：Ａ／Ｎ  ｂｕｎｄｌｉｎｇ  ｆｉｒｓｔ
【０１６１】
本方式は、まずＡ／Ｎに対して（空間）バンドリングを適用した後、バンドリングされたＡ／ＮとＣＳＩを指定／設定のＰＵＣＣＨフォーマット／リソースを介して送信する。バンドリングされたＡ／ＮとＣＳＩを含む総ＵＣＩビット数が依然としてｍａｘ＿ＵＣＩ＿ｓｉｚｅを超える場合、（複数の）ＣＳＩのうち高い優先順位を有する特定のＣＳＩ（等）のみを選択し、バンドリングされたＡ／Ｎと選択されたＣＳＩ（等）を指定／設定のＰＵＣＣＨフォーマット／リソースを介して送信することができる。この時、選択されたＣＳＩ（等）の数はバンドリングされたＡ／Ｎと選択されたＣＳＩ（等）の総ビット数がｍａｘ＿ＵＣＩ＿ｓｉｚｅ以下の最大ビット数となるように決定できる。一方、バンドリングされたＡ／Ｎと最高優先順位を有する一つのＣＳＩを含むＵＣＩビット数がｍａｘ＿ＵＣＩ＿ｓｉｚｅを超える場合、全てのＣＳＩ（等）をドロップし、バンドリングされたＡ／Ｎのみを指定／設定のＰＵＣＣＨフォーマット／リソースを介して送信することができる。
【０１６２】
２）方法２−２：ＣＳＩ  ｄｒｏｐｐｉｎｇ  ｆｉｒｓｔ
【０１６３】
本方式は、まず（複数の）ＣＳＩのうち高い優先順位を有する特定のＣＳＩ（等）のみを選択した後、選択されたＣＳＩ（等）とＡ／Ｎを指定／設定のＰＵＣＣＨフォーマット／リソースを介して送信する。この時、選択されたＣＳＩ（等）の数はＡ／Ｎと選択されたＣＳＩ（等）の総ビット数がｍａｘ＿ＵＣＩ＿ｓｉｚｅ以下の最大ビット数となるように決定できる。Ａ／Ｎと最高優先順位を有する一つのＣＳＩを含むＵＣＩビット数がｍａｘ＿ＵＣＩ＿ｓｉｚｅを超える場合、（全てのＣＳＩ（等）をドロップし）Ａ／Ｎのみを指定／設定のＰＵＣＣＨフォーマット／リソースを介して送信することができる。一方、Ａ／Ｎビット数のみでもｍａｘ＿ＵＣＩ＿ｓｉｚｅを超える場合、Ａ／Ｎに対して（空間）バンドリングを適用し、（ＣＳＩなしに）バンドリングされたＡ／Ｎのみを指定／設定のＰＵＣＣＨフォーマット／リソースを介して送信することができる。
【０１６４】
３）方法２−３：変形された方法２−２
【０１６５】
本方式は、基本的な動作段階は方法２−２と同一である（例えば、ＣＳＩ  ｄｒｏｐｐｉｎｇ  ｆｉｒｓｔ、Ａ／Ｎ  ｂｕｎｄｌｉｎｇ  ｓｅｃｏｎｄ）。ただ、本方式では、最後段階であるＡ／Ｎに対して（空間）バンドリングが適用された状態で、さらに（複数の）ＣＳＩ（等）のうち高い優先順位を有する特定のＣＳＩ（等）のみを選択し、バンドリングされたＡ／Ｎと選択されたＣＳＩ（等）を指定／設定のＰＵＣＣＨフォーマット／リソースを介して送信することができる。この時、選択されたＣＳＩ（等）の数はバンドリングされたＡ／Ｎと選択されたＣＳＩの総ビット数がｍａｘ＿ＵＣＩ＿ｓｉｚｅ以下の最大ビット数となるように決定できる。一方、バンドリングされたＡ／Ｎと最高優先順位を有する一つのＣＳＩを含むＵＣＩビット数がｍａｘ＿ＵＣＩ＿ｓｉｚｅを超える場合、全てのＣＳＩ（等）をドロップし、バンドリングされたＡ／Ｎのみを指定／設定のＰＵＣＣＨフォーマット／リソースを介して送信することができる。
【０１６６】
図１７は本発明に実施例に適用可能な基地局及び端末を例示する。リレーを含むシステムの場合、基地局又は端末はリレーに取り替えられることができる。
【０１６７】
図１７を参照すると、無線通信システムは、基地局（ＢＳ）１１０及び端末（ＵＥ）１２０を含む。基地局１１０は、プロセッサ１１２、メモリ１１４及び無線周波数（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ、ＲＦ）ユニット１１６を含む。プロセッサ１１２は本発明で提案した過程及び／又は方法を具現するように構成されることができる。メモリ１１４はプロセッサ１１２に連結され、プロセッサ１１２の動作に関連した多様な情報を記憶する。ＲＦユニット１１６はプロセッサ１１２に連結され、無線信号を送信及び／又は受信する。端末１２０は、プロセッサ１２２、メモリ１２４及びＲＦユニット１２６を含む。プロセッサ１２２は本発明で提案した過程及び／又は方法を具現するように構成されることができる。メモリ１２４はプロセッサ１２２に連結され、プロセッサ１２２の動作に関連した多様な情報を記憶する。ＲＦユニット１２６はプロセッサ１２２に連結され、無線信号を送信及び／又は受信する。基地局１１０及び／又は端末１２０は単一アンテナ又は多重アンテナを有することができる。
【０１６８】
前述した実施例は、本発明の構成要素と特徴が所定形態に結合されたものである。各構成要素又は特徴は、別途の明示的言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合されない形態で実施することができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することも可能である。本発明の実施例で説明する各動作の順序は変更可能である。いずれかの実施例の一部の構成や特徴は、他の実施例に含ませることができ、又は、他の実施例の対応する構成又は特徴に取り替えることができる。特許請求の範囲で明示的な引用関係のない請求項を組み合せて実施例を構成するか、出願後の補正によって新しい請求項として含ませ得ることは自明である。
【０１６９】
本文書で、本発明の実施例は主に端末と基地局間のデータ送受信関係を中心として説明した。本文書で、基地局によって遂行されると説明した特定の動作は場合によってはその上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）によって遂行することができる。すなわち、基地局を含む複数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）でなるネットワークで端末との通信のために行われる多様な動作は基地局又は基地局以外の他のネットワークノードによって遂行することができるのは明らかである。基地局は、固定国（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、Ｎｏｄｅ  Ｂ、ｅＮｏｄｅＢ（ｅＮＢ）、アクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ）などの用語に取り替えることができる。また、端末はＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＭＳＳ（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）などの用語に取り替えられることができる。
【０１７０】
本発明の実施例は、多様な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの組合せなどによって具現することができる。ハードウェアによる具現の場合、本発明の一実施例は、一つ又はそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
【０１７１】
ファームウェアやソフトウェアによる具現の場合、本発明の一実施例は、前述した機能又は動作を行うモジュール、手続、関数などの形態に具現することができる。ソフトウェアコードは、メモリユニットに格納してプロセッサによって駆動することができる。前記メモリユニットは、前記プロセッサの内部又は外部に位置し、既に公知の多様な手段によって前記プロセッサとデータをやり取りすることができる。
【０１７２】
本発明は、本発明の特徴を逸脱しない範囲で他の特定の形態に具体化できることは当業者にとって自明である。よって、前記の詳細な説明は、全ての面で制限的に解釈してはならなく、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的解釈によって決定しなければならなく、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。
【産業上の利用可能性】
【０１７３】
本発明は端末、リレー、基地局などの無線通信装置に適用可能である。
【図１】
0006684287.tif 000018
【図２】
0006684287.tif 000019
【図３】
0006684287.tif 000020
【図４】
0006684287.tif 000021
【図５】
0006684287.tif 000022
【図６】
0006684287.tif 000023
【図７】
0006684287.tif 000024
【図８】
0006684287.tif 000025
【図９】
0006684287.tif 000026
【図１０】
0006684287.tif 000027
【図１１】
0006684287.tif 000028
【図１２】
0006684287.tif 000029
【図１３】
0006684287.tif 000030
【図１４】
0006684287.tif 000031
【図１５】
0006684287.tif 000032
【図１６】
0006684287.tif 000033
【図１７】
0006684287.tif 000034