(57)【特許請求の範囲】
【請求項１】
無線接続システムにおいて機械タイプ通信（ＭＴＣ）を支援するＭＴＣ端末が上りリンク送信を行う方法であって、
物理上りリンク共有チャネル（ＰＵＳＣＨ）をスケジューリングするための上りリンクグラントを含む物理下りリンク制御チャネル（ＰＤＣＣＨ）を受信するステップと、
前記上りリンクグラントに基づいて、Ｎ２個のサブフレームの間に前記ＰＵＳＣＨをＮ２回反復して送信するステップと、
を有し、
Ｎ２個のＰＵＳＣＨのうちの最初のＭ個のＰＵＳＣＨは、１つのＲＶ値を持ち、前記Ｎ２個のＰＵＳＣＨのうちの前記最初のＭ個のＰＵＳＣＨを除いた残りのＰＵＳＣＨは、Ｍ個のＰＵＳＣＨごとに、前記ＲＶ値の１つの循環ＲＶ値を持ち、
前記ＲＶ値は、（０、１、２、３）の１つであり、前記循環ＲＶ値は、前記ＲＶ値から開始して（０、２、３、１）の順序で循環的に選択され、
Ｎ２とＭは、Ｎ２＞Ｍである１より大きい整数値である、上りリンク送信方法。
【請求項２】
Ｎ１個のサブフレームの間に物理上りリンク制御チャネル（ＰＵＣＣＨ）をＮ１回反復して送信するステップをさらに有する、請求項１に記載の上りリンク送信方法。
【請求項３】
前記Ｎ２個のＰＵＳＣＨに対する前記Ｎ２個のサブフレームの少なくとも１つが、Ｎ１個のＰＵＣＣＨに対する前記Ｎ１個のサブフレームの少なくとも１つと重なる場合、前記ＭＴＣ端末は、前記少なくとも１つの重なったサブフレームで、前記Ｎ１個のＰＵＣＣＨの少なくとも１つを送信する、請求項２に記載の上りリンク送信方法。
【請求項４】
前記ＰＵＳＣＨに対する前記Ｎ２個のサブフレームが、前記ＰＵＣＣＨに対する前記Ｎ１個のサブフレームと重ならない場合、前記ＭＴＣ端末は、前記Ｎ１個のＰＵＣＣＨと前記Ｎ２個のＰＵＳＣＨのそれぞれを反復して送信する、請求項２に記載の上りリンク送信方法。
【請求項５】
前記反復して送信されるＮ１個のＰＵＣＣＨのそれぞれは、同一の上りリンク制御情報（ＵＣＩ）を含み、前記反復して送信されるＮ２個のＰＵＳＣＨのそれぞれは、同一のユーザデータを含む、請求項２に記載の上りリンク送信方法。
【請求項６】
無線接続システムにおいて機械タイプ通信（ＭＴＣ）を支援するＭＴＣ端末から上りリンク送信を受信する方法であって、前記方法は、基地局により行われ、
物理上りリンク共有チャネル（ＰＵＳＣＨ）をスケジューリングするための上りリンクグラントを含む物理下りリンク制御チャネル（ＰＤＣＣＨ）を前記ＭＴＣ端末に送信するステップと、
前記上りリンクグラントに基づいて、Ｎ２個のサブフレームの間に、前記ＭＴＣ端末から前記ＰＵＳＣＨをＮ２回反復して受信するステップと、
を有し、
Ｎ２個のＰＵＳＣＨのうちの最初のＭ個のＰＵＳＣＨは、１つのＲＶ値を持ち、前記Ｎ２個のＰＵＳＣＨのうちの前記最初のＭ個のＰＵＳＣＨを除いた残りのＰＵＳＣＨは、Ｍ個のＰＵＳＣＨごとに、前記ＲＶ値の１つの循環ＲＶ値を持ち、
前記ＲＶ値は、（０、１、２、３）の１つであり、前記循環ＲＶ値は、前記ＲＶ値から開始して（０、２、３、１）の順序で循環的に選択され、
Ｎ２とＭは、Ｎ２＞Ｍである１より大きい整数値である、上りリンク送信の受信方法。
【請求項７】
Ｎ１個のサブフレームの間に物理上りリンク制御チャネル（ＰＵＣＣＨ）をＮ１回反復して受信するステップをさらに有する、請求項６に記載の上りリンク送信の受信方法。
【請求項８】
前記Ｎ２個のＰＵＳＣＨに対する前記Ｎ２個のサブフレームの少なくとも１つが、Ｎ１個のＰＵＣＣＨに対する前記Ｎ１個のサブフレームの少なくとも１つと重なる場合、前記少なくとも１つの重なったサブフレームで、前記Ｎ１個のＰＵＣＣＨの少なくとも１つが受信される、請求項７に記載の上りリンク送信の受信方法。
【請求項９】
前記ＰＵＳＣＨに対する前記Ｎ２個のサブフレームが、前記ＰＵＣＣＨに対する前記Ｎ１個のサブフレームと重ならない場合、前記Ｎ１個のＰＵＣＣＨと前記Ｎ２個のＰＵＳＣＨは反復して受信される、請求項７に記載の上りリンク送信の受信方法。
【請求項１０】
反復して送信されるＮ１個のＰＵＣＣＨのそれぞれは、同一の上りリンク制御情報（ＵＣＩ）を含み、反復して送信されるＮ２個のＰＵＳＣＨのそれぞれは、同一のユーザデータを含む、請求項７に記載の上りリンク送信の受信方法。
【請求項１１】
無線接続システムにおいて上りリンク送信を行うための機械タイプ通信（ＭＴＣ）を支援するＭＴＣ端末であって、
受信器と、
送信器と、
前記上りリンク送信を支援するためのプロセッサと、
を備え、
前記プロセッサは、
前記受信器を制御することにより、物理上りリンク共有チャネル（ＰＵＳＣＨ）をスケジューリングするための上りリンクグラントを含む物理下りリンク制御チャネル（ＰＤＣＣＨ）を受信し、
前記送信器を制御することにより、前記上りリンクグラントに基づいて、Ｎ２個のサブフレームの間に前記ＰＵＳＣＨをＮ２回反復して送信するように構成され、
Ｎ２個のＰＵＳＣＨのうちの最初のＭ個のＰＵＳＣＨは、１つのＲＶ値を持ち、前記Ｎ２個のＰＵＳＣＨのうちの前記最初のＭ個のＰＵＳＣＨを除いた残りのＰＵＳＣＨは、Ｍ個のＰＵＳＣＨごとに、前記ＲＶ値の１つの循環ＲＶ値を持ち、
前記ＲＶ値は、（０、１、２、３）の１つであり、前記循環ＲＶ値は、前記ＲＶ値から開始して（０、２、３、１）の順序で循環的に選択され、
Ｎ２とＭは、Ｎ２＞Ｍである１より大きい整数値である、ＭＴＣ端末。
【請求項１２】
前記プロセッサは、Ｎ１個のサブフレームの間に物理上りリンク制御チャネル（ＰＵＣＣＨ）をＮ１回反復して送信するようさらに構成される、請求項１１に記載のＭＴＣ端末。
【請求項１３】
前記Ｎ２個のＰＵＳＣＨに対する前記Ｎ２個のサブフレームの少なくとも１つが、Ｎ１個のＰＵＣＣＨに対する前記Ｎ１個のサブフレームの少なくとも１つと重なる場合、前記ＭＴＣ端末は、前記少なくとも１つの重なったサブフレームで、前記Ｎ１個のＰＵＣＣＨの少なくとも１つを送信する、請求項１２に記載のＭＴＣ端末。
【請求項１４】
前記ＰＵＳＣＨに対する前記Ｎ２個のサブフレームが、前記ＰＵＣＣＨに対する前記Ｎ１個のサブフレームと重ならない場合、前記ＭＴＣ端末は、前記Ｎ１個のＰＵＣＣＨと前記Ｎ２個のＰＵＳＣＨのそれぞれを反復して送信する、請求項１２に記載のＭＴＣ端末。
【請求項１５】
前記反復して送信されるＮ１個のＰＵＣＣＨのそれぞれは、同一の上りリンク制御情報（ＵＣＩ）を含み、前記反復して送信されるＮ２個のＰＵＳＣＨのそれぞれは、同一のユーザデータを含む、請求項１２に記載のＭＴＣ端末。
【請求項１６】
無線接続システムにおいて機械タイプ通信（ＭＴＣ）を支援するＭＴＣ端末から上りリンク送信を受信する基地局であって、
送信器と、
受信器と、
前記上りリンク送信の受信を支援するためのプロセッサと、
を備え、
前記プロセッサは、
前記送信器を制御することにより、物理上りリンク共有チャネル（ＰＵＳＣＨ）をスケジューリングするための上りリンクグラントを含む物理下りリンク制御チャネル（ＰＤＣＣＨ）を前記ＭＴＣ端末に送信し、
前記受信器を制御することにより、前記上りリンクグラントに基づいて、Ｎ２個のサブフレーム間に、前記ＭＴＣ端末から前記ＰＵＳＣＨをＮ２回反復して受信するように構成され、
Ｎ２個のＰＵＳＣＨのうちの最初のＭ個のＰＵＳＣＨは、１つのＲＶ値を持ち、前記Ｎ２個のＰＵＳＣＨのうちの前記最初のＭ個のＰＵＳＣＨを除いた残りのＰＵＳＣＨは、Ｍ個のＰＵＳＣＨごとに、前記ＲＶ値の１つの循環ＲＶ値を持ち、
前記ＲＶ値は、（０、１、２、３）の１つであり、前記循環ＲＶ値は、前記ＲＶ値から開始して（０、２、３、１）の順序で循環的に選択され、
Ｎ２とＭは、Ｎ２＞Ｍである１より大きい整数値である、基地局。
【請求項１７】
前記プロセッサは、Ｎ１個のサブフレームの間に物理上りリンク制御チャネル（ＰＵＣＣＨ）をＮ１回反復して受信するようさらに構成される、請求項１６に記載の基地局。
【請求項１８】
前記Ｎ２個のＰＵＳＣＨに対する前記Ｎ２個のサブフレームの少なくとも１つが、Ｎ１個のＰＵＣＣＨに対する前記Ｎ１個のサブフレームの少なくとも１つと重なる場合、前記少なくとも１つの重なったサブフレームで、前記Ｎ１個のＰＵＣＣＨの少なくとも１つが受信される、請求項１７に記載の基地局。
【請求項１９】
前記ＰＵＳＣＨに対する前記Ｎ２個のサブフレームが、前記ＰＵＣＣＨに対する前記Ｎ１個のサブフレームと重ならない場合、前記Ｎ１個のＰＵＣＣＨと前記Ｎ２個のＰＵＳＣＨは反復して受信される、請求項１７に記載の基地局。
【請求項２０】
反復して送信されるＮ１個のＰＵＣＣＨのそれぞれは、同一の上りリンク制御情報（ＵＣＩ）を含み、反復して送信されるＮ２個のＰＵＳＣＨのそれぞれは、同一のユーザデータを含む、請求項１７に記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、機械タイプ通信（ＭＴＣ：Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）を支援する無線接続システムに関し、特に、ＭＴＣ端末が上りリンク制御情報（ＵＣＩ：Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）及び／又はユーザデータを効率的に送信するための様々な方法及びそれを支援する装置に関する。
【背景技術】
【０００２】
無線接続システムが音声やデータなどのような種々の通信サービスを提供するために広範囲に展開されている。一般に、無線接続システムは、可用のシステムリソース（帯域幅、送信電力など）を共有して多重ユーザとの通信を支援できる多元接続（ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムである。多元接続システムの例には、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムなどがある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明の目的は、ＭＴＣ端末が確実に且つ効率的に上りリンク制御情報を送信するための方法を提供することにある。
【０００４】
本発明の他の目的は、ＭＴＣ端末が周期的に上りリンク制御情報を送信するとき、反復的に送信されるユーザデータと多重化して送信する方法を提供することにある。
【０００５】
本発明の更に他の目的は、ＭＴＣ端末が非周期的に上りリンク制御情報を送信するとき、反復的に送信されるユーザデータと多重化して送信する方法を提供することにある。
【０００６】
本発明の更に他の目的は、ＭＴＣ端末が、上りリンク制御情報が送信される場合、ユーザデータを送信する方法を提供することにある。
【０００７】
本発明の更に他の目的は、上記の方法を支援する装置を提供することにある。
【０００８】
本発明で達成しようとする技術的目的は、以上で言及した事項に制限されず、言及していない他の技術的課題は、以下に説明する本発明の実施例から、本発明の属する技術の分野における通常の知識を有する者にとって考慮されてもよい。
【課題を解決するための手段】
【０００９】
本発明は、機械タイプ通信（ＭＴＣ）を支援する無線接続システムに関し、特に、ＭＴＣ端末が上りリンク制御情報（ＵＣＩ）及び／又はユーザデータを効率的に送信するための様々な方法及びそれを支援する装置を提供する。
【００１０】
本発明の一態様として、無線接続システムにおいて機械タイプ通信（ＭＴＣ）を支援するＭＴＣ端末が上りリンク送信を行う方法は、上りリンク制御情報（ＵＣＩ）を送信するための複数の物理上りリンク制御チャネル（ＰＵＣＣＨ）とユーザデータを送信するための複数の物理上りリンク共有チャネル（ＰＵＳＣＨ）とが重なるか否かを判断するステップと、複数のＰＵＣＣＨと複数のＰＵＳＣＨとが１つ以上のサブフレームで重なる場合、１つ以上のサブフレームでＵＣＩを重なるＰＵＳＣＨに多重化するステップと、１つ以上のサブフレームでＵＣＩが多重化されたＰＵＳＣＨを送信するステップとを有することができる。
【００１１】
本発明の他の態様として、無線接続システムにおいて上りリンク送信を行うための機械タイプ通信（ＭＴＣ）を支援するＭＴＣ端末は、送信器と、ＭＴＣを支援するためのプロセッサとを備えることができる。このとき、プロセッサは、上りリンク制御情報（ＵＣＩ）を送信するための複数の物理上りリンク制御チャネル（ＰＵＣＣＨ）とユーザデータを送信するための複数の物理上りリンク共有チャネル（ＰＵＳＣＨ）とが重なるか否かを判断し、複数のＰＵＣＣＨと複数のＰＵＳＣＨとが１つ以上のサブフレームで重なる場合、１つ以上のサブフレームでＵＣＩを重なるＰＵＳＣＨに多重化し、１つ以上のサブフレームでＵＣＩが多重化されたＰＵＳＣＨを送信器を制御して送信するように構成されてもよい。
【００１２】
上記の本発明の態様において、ＵＣＩが多重化されたＰＵＳＣＨは、増加した送信電力で送信され、増加した送信電力は、重なる１つ以上のサブフレームの個数に基づいて設定されてもよい。
【００１３】
このとき、増加した送信電力は、１つ以上のサブフレームで多重化されるＵＣＩが割り当てられるリソース要素の個数、及び複数のＰＵＳＣＨ送信のために割り当てられた全リソース要素の個数に基づいて設定されてもよい。
【００１４】
また、１つ以上のサブフレームでＵＣＩが割り当てられる位置は、１つ以上のサブフレームに割り当てられる参照信号に隣接したリソース要素（ＲＥ）であってもよい。
【００１５】
このとき、ＵＣＩがハイブリッド自動再送（ＨＡＲＱ）情報である場合に、ＲＥの個数は４個に設定されてもよい。
【００１６】
上記の本発明の態様において、複数のＰＵＣＣＨは、同じ内容の制御情報を含み、所定の回数だけ反復送信され、複数のＰＵＳＣＨは、同じ内容のユーザデータを含み、所定の回数だけ反復送信されてもよい。
【００１７】
上述した本発明の様態は、本発明の好適な実施例の一部に過ぎず、本願発明の技術的特徴が反映された様々な実施例が、当該技術の分野における通常の知識を有する者にとって、以下に詳述する本発明の詳細な説明に基づいて導出され、理解されるであろう。
【発明の効果】
【００１８】
本発明の実施例によれば、次のような効果が得られる。
【００１９】
第一に、ＭＴＣ端末が確実に且つ効率的に上りリンク送信を行うことができる。
【００２０】
第二に、ＭＴＣ端末が周期的に上りリンク制御情報を送信する場合にユーザデータと多重化して送信するが、送信電力を増減したり又はピギーバックされるＵＣＩの位置を限定することによって、確実に上りリンク送信を行うことができる。
【００２１】
第三に、ＭＴＣ端末が非周期的に上りリンク制御情報を反復送信する場合にもユーザデータと多重化して送信する方法を提供することによって、ＭＴＣ端末は高信頼で上りリンク送信を行うことができる。
【００２２】
本発明の実施例から得られる効果は、以上で言及した効果に制限されず、言及していない他の効果は、以下の本発明の実施例に関する記載から、本発明の属する技術の分野における通常の知識を有する者にとって明確に導出され理解されるであろう。すなわち、本発明を実施するに上で意図していない効果も、本発明の実施例から、当該技術の分野における通常の知識を有する者によって導出可能である。
【００２３】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本発明に関する様々な実施例を提供する。また、添付の図面は、詳細な説明と共に本発明の実施の形態を説明するために用いられる。
【図面の簡単な説明】
【００２４】
【図１】物理チャネル及びこれらを用いた信号送信方法を説明するための図である。
【図２】無線フレームの構造の一例を示す図である。
【図３】下りリンクスロットに対するリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を例示する図である。
【図４】上りリンクサブフレームの構造の一例を示す図である。
【図５】下りリンクサブフレームの構造の一例を示す図である。
【図６】一般サイクリックプレフィックス（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ：ＣＰ）の場合におけるＰＵＣＣＨフォーマット１ａ及び１ｂを示す。
【図７】拡張ＣＰの場合におけるＰＵＣＣＨフォーマット１ａ及び１ｂを示す。
【図８】一般ＣＰの場合におけるＰＵＣＣＨフォーマット２／２ａ／２ｂを示す。
【図９】拡張ＣＰの場合におけるＰＵＣＣＨフォーマット２／２ａ／２ｂを示す。
【図１０】ＰＵＣＣＨフォーマット１ａ及び１ｂに対するＡＣＫ／ＮＡＣＫチャネル化（ｃｈａｎｎｅｌｉｚａｔｉｏｎ）を説明する図である。
【図１１】同じＰＲＢ内でＰＵＣＣＨフォーマット１ａ／１ｂとフォーマット２／２ａ／２ｂとが混合された構造に対するチャネル化を示す図である。
【図１２】ＰＲＢ割り当てを示す図である。
【図１３】コンポーネントキャリア（ＣＣ）及びＬＴＥ＿Ａシステムで用いられるキャリア併合の一例を示す図である。
【図１４】クロスキャリアスケジューリングによるＬＴＥ−Ａシステムのサブフレーム構造を示す図である。
【図１５】クロスキャリアスケジューリングによるサービングセル構成の一例を示す図である。
【図１６】ＣＡ ＰＵＣＣＨの信号処理過程を例示する図である。
【図１７】ＨＡＲＱ−ＡＣＫ情報がピギーバックされる場合にＰＵＳＣＨ送信電力が増減する様子を示す図である。
【図１８】ＭＴＣ端末で上りリンク送信を行う方法の一つを示す図である。
【図１９】図１乃至図１８で説明した方法を実現し得る装置を示す図である。
【発明を実施するための形態】
【００２５】
以下に詳しく説明する本発明の実施例は、機械タイプ通信（ＭＴＣ）を支援する無線接続システムに関し、特に、ＭＴＣ端末が上りリンク制御情報（ＵＣＩ）及び／又はユーザデータを効率的に送信するための様々な方法及びそれを支援する装置を提供する。
【００２６】
以下の実施例は、本発明の構成要素と特徴を所定の形態で結合したものである。各構成要素又は特徴は、別の明示的な言及がない限り、選択的なものとして考慮することができる。各構成要素又は特徴は、他の構成要素や特徴と結合しない形態で実施することができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明する動作の順序は変更してもよい。ある実施例の一部の構成や特徴は他の実施例に含まれてもよく、又は他の実施例の対応する構成又は特徴に取り替えられてもよい。
【００２７】
図面に関する説明において、本発明の要旨を曖昧にさせうる手順又は段階などは記述を省略し、当業者のレベルで理解できるような手順又は段階も記述を省略した。
【００２８】
明細書全体を通じて、ある部分がある構成要素を「含む（又は備える又は有する）」としたとき、これは、特別に言及しない限り、他の構成要素を除外する意味ではなく、他の構成要素をさらに含んでもよいということを意味する。また、明細書に記載された「…部」、「…機」、「モジュール」などの用語は、少なくとも一つの機能や動作を処理する単位を意味し、これは、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの結合によって具現することができる。また、「ある（ａ又はａｎ）」、「一つ（ｏｎｅ）」、「その（ｔｈｅ）」及び類似関連語は、本発明を記述する文脈において（特に、以下の請求項の文脈において）、本明細書に特別に指示されたり文脈によって明らかに反駁されない限り、単数及び複数の両意味で使うことができる。
【００２９】
本明細書で、本発明の実施例は、基地局と移動局間のデータ送受信関係を中心に説明した。ここで、基地局は移動局と直接通信を行うネットワークの終端ノード（ｔｅｒｍｉｎａｌ  ｎｏｄｅ）としての意味を有する。本文書で基地局によって行われるとした特定動作は、場合によっては、基地局の上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）によって行われてもよい。
【００３０】
すなわち、基地局を含む複数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅ）からなるネットワークで移動局との通信のために行われる様々な動作は、基地局又は基地局以外の他のネットワークノードによって行われてもよい。ここで、「基地局」は、固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、Ｎｏｄｅ Ｂ、ｅＮｏｄｅ Ｂ（ｅＮＢ）、発展した基地局（ＡＢＳ：Ａｄｖａｎｃｅｄ  Ｂａｓｅ  Ｓｔａｔｉｏｎ）又はアクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ）などの用語に代えてもよい。
【００３１】
また、本発明の実施例でいう「端末（Ｔｅｒｍｉｎａｌ）」は、ユーザ機器（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、移動局（ＭＳ：Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、加入者端末（ＳＳ：Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、移動加入者端末（ＭＳＳ：Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、移動端末（Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｌ）、又は発展した移動端末（ＡＭＳ：Ａｄｖａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）などの用語に代えてもよい。
【００３２】
また、送信端は、データサービス又は音声サービスを提供する固定及び／又は移動ノードを意味し、受信端は、データサービス又は音声サービスを受信する固定及び／又は移動ノードを意味する。そのため、上りリンクでは、移動局を送信端とし、基地局を受信端とすることができる。同様に、下りリンクでは、移動局を受信端とし、基地局を送信端とすることができる。
【００３３】
本発明の実施例は、無線接続システムであるＩＥＥＥ ８０２．ｘｘシステム、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）システム、３ＧＰＰ ＬＴＥシステム及び３ＧＰＰ２システムのうち少なくとも一つに開示された標準文書によって裏付けることができ、特に、本発明の実施例は、３ＧＰＰ ＴＳ ３６．２１１、３ＧＰＰ ＴＳ ３６．２１２、３ＧＰＰ ＴＳ ３６．２１３、及び３ＧＰＰ ＴＳ ３６．３２１の文書によって裏付けることができる。すなわち、本発明の実施例において説明していない自明な段階又は部分は、上記の文書を参照して説明することができる。また、本文書で開示している用語はいずれも上記の標準文書によって説明することができる。
【００３４】
以下、本発明に係る好適な実施の形態を、添付の図面を参照して詳しく説明する。添付の図面と共に以下に開示される詳細な説明は、本発明の例示的な実施の形態を説明するためのもので、本発明が実施されうる唯一の実施の形態を示すためのものではない。
【００３５】
また、本発明の実施例で使われる特定用語は、本発明の理解を助けるために提供されたもので、このような特定用語の使用は、本発明の技術的思想を逸脱しない範囲で他の形態に変更してもよい。
【００３６】
例えば、一般の端末は、ＬＴＥ／ＬＴＥ−Ａシステムでユーザが通信サービスを行えるように支援する機器を意味し、ＭＴＣ端末は、ＬＴＥ／ＬＴＥ−Ａシステムで動作するが、ＭＴＣを支援するための必須の機能だけを有し、カバレッジ拡張のための機能を搭載した機器を意味する。また、本発明では多重化とピギーバックとが類似の意味で使われてもよい。
【００３７】
以下では、本発明の実施例を適用し得る無線接続システムの一例として３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムについて説明する。
【００３８】
以下の技術は、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）などのような様々な無線接続システムに適用することができる。
【００３９】
ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）によって具現することができる。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術によって具現することができる。
【００４０】
ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であって、下りリンクでＯＦＤＭＡを採用し、上りリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）システムは、３ＧＰＰ ＬＴＥシステムの改良されたシステムである。本発明の技術的特徴に関する説明を明確にするために、本発明の実施例を３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムを中心に説明するが、ＩＥＥＥ ８０２．１６ｅ／ｍシステムなどに適用してもよい。
【００４１】
１．  ３ＧＰＰ ＬＴＥ／ＬＴＥ＿Ａシステム
無線接続システムにおいて、端末は下りリンク（ＤＬ：Ｄｏｗｎｌｉｎｋ）を介して基地局から情報を受信し、上りリンク（ＵＬ：Ｕｐｌｉｎｋ）を介して基地局に情報を送信する。基地局と端末が送受信する情報は、一般データ情報及び様々な制御情報を含み、これらが送受信する情報の種類／用途によって様々な物理チャネルが存在する。
【００４２】
１．１  システム一般
図１は、本発明の実施例で使用できる物理チャネル及びこれらを用いた信号送信方法を説明するための図である。
【００４３】
電源が消えた状態で電源がついたり、新しくセルに進入したりした端末は、Ｓ１１段階で基地局と同期を取るなどの初期セル探索（Ｉｎｉｔｉａｌ  ｃｅｌｌ  ｓｅａｒｃｈ）作業を行う。そのために、端末は基地局から１次同期チャネル（Ｐ−ＳＣＨ：Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ）及び２次同期チャネル（Ｓ−ＳＣＨ：Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ）を受信して基地局と同期を取り、セルＩＤなどの情報を取得する。
【００４４】
その後、端末は基地局から物理放送チャネル（ＰＢＣＨ：Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）信号を受信してセル内放送情報を取得することができる。
【００４５】
一方、端末は初期セル探索段階で下りリンク参照信号（ＤＬ  ＲＳ：Ｄｏｗｎｌｉｎｋ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）を受信して下りリンクチャネル状態を確認することができる。
【００４６】
初期セル探索を終えた端末は、Ｓ１２段階で、物理下り制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、及び物理下り制御チャネル情報に基づく物理下り共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を受信し、より具体的なシステム情報を取得することができる。
【００４７】
その後、端末は、基地局に接続を完了するために、段階Ｓ１３乃至段階Ｓ１６のようなランダムアクセス過程（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ）を行うことができる。そのために、端末は物理ランダムアクセスチャネル（ＰＲＡＣＨ：Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）を用いてプリアンブル（ｐｒｅａｍｂｌｅ）を送信し（Ｓ１３）、物理下り制御チャネル及びこれに対応する物理下り共有チャネルを用いてプリアンブルに対する応答メッセージを受信することができる（Ｓ１４）。競合ベースのランダムアクセスでは、端末は、さらなる物理ランダムアクセスチャネル信号の送信（Ｓ１５）、及び物理下り制御チャネル信号及びこれに対応する物理下り共有チャネル信号の受信（Ｓ１６）のような衝突解決手順（Ｃｏｎｔｅｎｔｉｏｎ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｃｅｄｕｒｅ）を行うことができる。
【００４８】
上述したような手順を行った端末は、その後、一般的な上り／下り信号送信手順として、物理下り制御チャネル信号及び／又は物理下り共有チャネル信号の受信（Ｓ１７）及び物理上り共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）信号及び／又は物理上り制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）信号の送信（Ｓ１８）を行うことができる。
【００４９】
端末が基地局に送信する制御情報を総称して、上り制御情報（ＵＣＩ：Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）という。ＵＣＩは、ＨＡＲＱ−ＡＣＫ／ＮＡＣＫ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  ｒｅＱｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ−ＡＣＫ）、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｉｏｎ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｉｏｎ）、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｉｏｎ）情報などを含む。
【００５０】
ＬＴＥシステムにおいて、ＵＣＩは、一般的にＰＵＣＣＨを介して周期的に送信するが、制御情報とトラフィックデータが同時に送信されるべき場合にはＰＵＳＣＨを介して送信してもよい。また、ネットワークの要求／指示に応じてＰＵＳＣＨを介してＵＣＩを非周期的に送信してもよい。
【００５１】
図２には、本発明の実施例で用いられる無線フレームの構造を示す。
【００５２】
図２（ａ）は、タイプ１フレーム構造（ｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ  ｔｙｐｅ  １）を示す。タイプ１フレーム構造は、全二重（ｆｕｌｌ  ｄｕｐｌｅｘ）ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）システムと半二重（ｈａｌｆ  ｄｕｐｌｅｘ）ＦＤＤシステムの両方に適用することができる。
【００５３】
【数１】
0006437554.tif 000002
１サブフレームは、２個の連続したスロットと定義され、ｉ番目のサブフレームは、２ｉ及び２ｉ＋１に該当するスロットで構成される。すなわち、無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）は、１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成される。１サブフレームを送信するために掛かる時間をＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）という。ここで、Ｔsはサンプリング時間を表し、Ｔs＝１／（１５ｋＨｚ×２０４８）＝３．２５５２×１０-8（約３３ｎｓ）と表示される。スロットは、時間領域で複数のＯＦＤＭシンボル又はＳＣ−ＦＤＭＡシンボルを含み、周波数領域で複数のリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）を含む。
【００５４】
１スロットは、時間領域で複数のＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含む。３ＧＰＰ ＬＴＥは、下りリンクでＯＦＤＭＡを使用するので、ＯＦＤＭシンボルは１シンボル区間（ｓｙｍｂｏｌ  ｐｅｒｉｏｄ）を表現するためのものである。ＯＦＤＭシンボルは、１つのＳＣ−ＦＤＭＡシンボル又はシンボル区間ということができる。リソースブロック（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）は、リソース割り当て単位であって、１スロットで複数の連続した副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含む。
【００５５】
全二重ＦＤＤシステムでは、各１０ｍｓ区間で１０個のサブフレームを下り送信と上り送信のために同時に利用することができる。このとき、上り送信と下り送信は周波数領域で区別される。一方、半二重ＦＤＤシステムでは、端末は送信と受信を同時に行うことができない。
【００５６】
上述した無線フレームの構造は一つの例示に過ぎず、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数、又はスロットに含まれるＯＦＤＭシンボルの数は様々に変更されてもよい。
【００５７】
図２（ｂ）には、タイプ２フレーム構造（ｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ  ｔｙｐｅ  ２）を示す。タイプ２フレーム構造はＴＤＤシステムに適用される。
【数２】
0006437554.tif 000003
ここで、Ｔsは、サンプリング時間を表し、Ｔs＝１／（１５ｋＨｚ×２０４８）＝３．２５５２×１０-8（約３３ｎｓ）で表示される。
【００５８】
タイプ２フレームは、ＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）、保護区間（ＧＰ：Ｇｕａｒｄ  Ｐｅｒｉｏｄ）、ＵｐＰＴＳ（Ｕｐｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）の３つのフィールドで構成される特別サブフレームを含む。ここで、ＤｗＰＴＳは、端末での初期セル探索、同期化又はチャネル推定に用いられる。ＵｐＰＴＳは、基地局でのチャネル推定と端末の上り送信同期を合わせるために用いられる。保護区間は、上りリンクと下りリンクの間に下りリンク信号の多重経路遅延によって上りリンクで生じる干渉を除去するための区間である。
【００５９】
下記の表１に、特別フレームの構成（ＤｗＰＴＳ／ＧＰ／ＵｐＰＴＳの長さ）を示す。
【表１】
0006437554.tif 000004
【００６０】
図３は、本発明の実施例で使用できる下りリンクスロットのリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を例示する図である。
【００６１】
図３を参照すると、１つの下りリンクスロットは、時間領域で複数のＯＦＤＭシンボルを含む。ここで、１つの下りリンクスロットは、７個のＯＦＤＭシンボルを含み、１つのリソースブロックは周波数領域で１２個の副搬送波を含むとするが、これに限定されるものではない。
【００６２】
リソースグリッド上で各要素（ｅｌｅｍｅｎｔ）をリソース要素（ＲＥ：Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ）とし、１つのリソースブロックは１２×７個のリソース要素を含む。下りリンクスロットに含まれるリソースブロックの数ＮDLは、下りリンク送信帯域幅（ｂａｎｄｗｉｄｔｈ）に依存する。上りリンクスロットの構造は、下りリンクスロットの構造と同一であってもよい。
【００６３】
図４は、本発明の実施例で使用できる上りリンクサブフレームの構造を示す。
【００６４】
図４を参照すると、上りリンクサブフレームは、周波数領域で制御領域とデータ領域とに区別される。制御領域には、上り制御情報を運ぶＰＵＣＣＨが割り当てられる。データ領域には、ユーザデータを運ぶＰＵＳＣＨが割り当てられる。単一搬送波特性を維持するために、一つの端末はＰＵＣＣＨとＰＵＳＣＨを同時に送信しない。一つの端末に対するＰＵＣＣＨにはサブフレーム内にリソースブロック（ＲＢ：Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）対が割り当てられる。ＲＢ対に属するＲＢは、２個のスロットのそれぞれで異なる副搬送波を占める。これを、ＰＵＣＣＨに割り当てられたＲＢ対はスロット境界（ｓｌｏｔ  ｂｏｕｎｄａｒｙ）で周波数跳躍（ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ）するという。
【００６５】
図５には、本発明の実施例で使用できる下りサブフレームの構造を示す。
【００６６】
図５を参照すると、サブフレームにおける第一のスロットでＯＦＤＭシンボルインデックス０から最大３個のＯＦＤＭシンボルが、制御チャネルが割り当てられる制御領域（ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ）であり、残りのＯＦＤＭシンボルが、ＰＤＳＣＨが割り当てられるデータ領域（ｄａｔａ  ｒｅｇｉｏｎ）である。３ＧＰＰ ＬＴＥで用いられる下りリンク制御チャネルの例には、ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）、ＰＤＣＣＨ、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ−ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）などがある。
【００６７】
ＰＣＦＩＣＨは、サブフレームにおける最初のＯＦＤＭシンボルで送信され、サブフレーム内に制御チャネルの送信のために使われるＯＦＤＭシンボルの数（すなわち、制御領域のサイズ）に関する情報を運ぶ。ＰＨＩＣＨは、上りリンクに対する応答チャネルであって、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）に対するＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）／ＮＡＣＫ（Ｎｅｇａｔｉｖｅ−Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号を運ぶ。ＰＤＣＣＨを介して送信される制御情報を下り制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）という。下り制御情報は、上りリソース割り当て情報、下りリソース割り当て情報、又は任意の端末グループに対する上り送信（Ｔｘ）電力制御命令を含む。
【００６８】
１．２  ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）
１．２．１  ＰＤＣＣＨ一般
ＰＤＣＣＨは、ＤＬ−ＳＣＨ（Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）のリソース割り当て及び送信フォーマット（すなわち、下りリンクグラント（ＤＬ−Ｇｒａｎｔ））、ＵＬ−ＳＣＨ（Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）のリソース割り当て情報（すなわち、上りリンクグラント（ＵＬ−Ｇｒａｎｔ））、ＰＣＨ（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ）におけるページング（ｐａｇｉｎｇ）情報、ＤＬ−ＳＣＨにおけるシステム情報、ＰＤＳＣＨで送信されるランダムアクセス応答（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ）のような上位レイヤ（ｕｐｐｅｒ−ｌａｙｅｒ）制御メッセージに対するリソース割り当て、任意の端末グループ内の個別端末に対する送信電力制御命令の集合、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）活性化の有無に関する情報などを運ぶことができる。
【００６９】
複数のＰＤＣＣＨを制御領域内で送信することができ、端末は複数のＰＤＣＣＨをモニタすることができる。ＰＤＣＣＨは、１つ又は複数の連続したＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔｓ）の集合（ａｇｇｒｅｇａｔｉｏｎ）で構成される。１つ又は複数の連続したＣＣＥの集合で構成されたＰＤＣＣＨは、サブブロックインターリービング（ｓｕｂｂｌｏｃｋ  ｉｎｔｅｒｌｅａｖｉｎｇ）を経た後、制御領域を通して送信することができる。ＣＣＥは、無線チャネルの状態による符号化率をＰＤＣＣＨに提供するために使われる論理的割り当て単位である。ＣＣＥは、複数のリソース要素グループ（ＲＥＧ：ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ）に対応する。ＣＣＥの数とＣＣＥによって提供される符号化率の関係によってＰＤＣＣＨのフォーマット及び可能なＰＤＣＣＨのビット数が決定される。
【００７０】
１．２．２  ＰＤＣＣＨ構造
複数の端末に対する多重化された複数のＰＤＣＣＨが制御領域内で送信されてもよい。ＰＤＣＣＨは１つ又は２つ以上の連続したＣＣＥの集合（ＣＣＥ  ａｇｇｒｅｇａｔｉｏｎ）で構成される。ＣＣＥは、４個のリソース要素で構成されたＲＥＧの９個のセットに対応する単位のことを指す。各ＲＥＧには４個のＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）シンボルがマップされる。参照信号（ＲＳ：Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）によって占有されたリソース要素はＲＥＧに含まれない。すなわち、ＯＦＤＭシンボル内でＲＥＧの総個数は、セル特定参照信号が存在するか否かによって異なってくることがある。４個のリソース要素を１つのグループにマップするＲＥＧの概念は、他の下り制御チャネル（例えば、ＰＣＦＩＣＨ又はＰＨＩＣＨ）にも適用することができる。
【数３】
0006437554.tif 000005
【００７１】
端末のデコーティングプロセスを単純化するために、ｎ個のＣＣＥを含むＰＤＣＣＨフォーマットは、ｎの倍数と同じインデックスを有するＣＣＥから始まってもよい。
【数４】
0006437554.tif 000006
【００７２】
基地局は１つのＰＤＣＣＨ信号を構成するために｛１，２，４，８｝個のＣＣＥを使用することができ、ここで、｛１，２，４，８｝をＣＣＥ集合レベル（ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌ）と呼ぶ。特定ＰＤＣＣＨの送信のために使われるＣＣＥの個数はチャネル状態によって基地局で決定される。例えば、良子な下りチャネル状態（基地局に近接している場合）を有する端末のためのＰＤＣＣＨは、１つのＣＣＥだけで十分でありうる。一方、よくないチャネル状態（セル境界にある場合）を有する端末の場合は、８個のＣＣＥが十分な堅牢さ（ｒｏｂｕｓｔｎｅｓｓ）のために要求されることがある。しかも、ＰＤＣＣＨの電力レベルも、チャネル状態にマッチングして調節されてもよい。
【００７３】
下記の表２にＰＤＣＣＨフォーマットを示す。ＣＣＥ集合レベルによって表２のように４つのＰＤＣＣＨフォーマットが支援される。
【表２】
0006437554.tif 000007
【００７４】
端末ごとにＣＣＥ集合レベルが異なる理由は、ＰＤＣＣＨに乗せられる制御情報のフォーマット又はＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）レベルが異なるためである。ＭＣＳレベルは、データコーディングに用いられるコードレート（ｃｏｄｅ  ｒａｔｅ）と変調序列（ｍｏｄｕｌａｔｉｏｎ  ｏｒｄｅｒ）を意味する。適応的なＭＣＳレベルはリンク適応（ｌｉｎｋ  ａｄａｐｔａｔｉｏｎ）のために用いられる。一般に、制御情報を送信する制御チャネルでは３〜４個程度のＭＣＳレベルを考慮することができる。
【００７５】
制御情報のフォーマットを説明すると、ＰＤＣＣＨを介して送信される制御情報を下り制御情報（ＤＣＩ）という。ＤＣＩフォーマットによってＰＤＣＣＨペイロード（ｐａｙｌｏａｄ）に乗せられる情報の構成が異なることがある。ＰＤＣＣＨペイロードは、情報ビット（ｉｎｆｏｒｍａｔｉｏｎ  ｂｉｔ）を意味する。下記の表３は、ＤＣＩフォーマットによるＤＣＩを示すものである。
【表３】
0006437554.tif 000008
【００７６】
表３を参照すると、ＤＣＩフォーマットには、ＰＵＳＣＨスケジューリングのためのフォーマット０、１つのＰＤＳＣＨコードワードのスケジューリングのためのフォーマット１、１つのＰＤＳＣＨコードワードの簡単な（ｃｏｍｐａｃｔ）スケジューリングのためのフォーマット１Ａ、ＤＬ−ＳＣＨの非常に簡単なスケジューリングのためのフォーマット１Ｃ、閉ループ（Ｃｌｏｓｅｄ−ｌｏｏｐ）空間多重化（ｓｐａｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ）モードでＰＤＳＣＨスケジューリングのためのフォーマット２、開ループ（Ｏｐｅｎ−ｌｏｏｐ）空間多重化モードでＰＤＳＣＨスケジューリングのためのフォーマット２Ａ、上りリンクチャネルのためのＴＰＣ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）命令の送信のためのフォーマット３及び３Ａがある。ＤＣＩフォーマット１Ａは、端末にいずれの送信モードが設定されてもＰＤＳＣＨスケジューリングのために用いることができる。
【００７７】
ＤＣＩフォーマットによってＰＤＣＣＨペイロード長が変わることがある。また、ＰＤＣＣＨペイロードの種類とそれによる長さは、簡単な（ｃｏｍｐａｃｔ）スケジューリングであるか否か、又は端末に設定された送信モード（ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ）などによって異なってもよい。
【００７８】
送信モードは、端末がＰＤＳＣＨを介した下りリンクデータを受信するように設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）することができる。例えば、ＰＤＳＣＨを介した下りリンクデータには、端末にスケジュールされたデータ（ｓｃｈｅｄｕｌｅｄ  ｄａｔａ）、ページング、ランダムアクセス応答、又はＢＣＣＨを介したブロードキャスト情報などがある。ＰＤＳＣＨを介した下りリンクデータは、ＰＤＣＣＨを介してシグナルされるＤＣＩフォーマットと関係がある。送信モードは、上位層シグナリング（例えば、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリング）によって端末に半静的に（ｓｅｍｉ−ｓｔａｔｉｃａｌｌｙ）設定することができる。送信モードは、シングルアンテナ送信（Ｓｉｎｇｌｅ  ａｎｔｅｎｎａ  ｔｒａｎｓｍｉｓｓｉｏｎ）又はマルチアンテナ（Ｍｕｌｔｉ−ａｎｔｅｎｎａ）送信と区別できる。
【００７９】
端末は、上位層シグナリングによって半静的（ｓｅｍｉ−ｓｔａｔｉｃ）に送信モードが設定される。例えば、マルチアンテナ送信には、送信ダイバーシチ（Ｔｒａｎｓｍｉｔ  ｄｉｖｅｒｓｉｔｙ）、開ループ（Ｏｐｅｎ−ｌｏｏｐ）又は閉ループ（Ｃｌｏｓｅｄ−ｌｏｏｐ）空間多重化（Ｓｐａｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ）、ＭＵ−ＭＩＭＯ（Ｍｕｌｔｉ−ｕｓｅｒ−Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）、及びビーム形成（Ｂｅａｍｆｏｒｍｉｎｇ）などがある。送信ダイバーシチは、多重送信アンテナで同一のデータを送信して送信信頼度を高める技術である。空間多重化は、多重送信アンテナで互いに異なるデータを同時に送信し、システムの帯域幅を増加させることなく高速のデータを送信できる技術である。ビーム形成は、多重アンテナでチャネル状態による加重値を与えて信号のＳＩＮＲ（Ｓｉｇｎａｌ  ｔｏ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  ｐｌｕｓ  Ｎｏｉｓｅ  Ｒａｔｉｏ）を増加させる技術である。
【００８０】
ＤＣＩフォーマットは、端末に設定された送信モードに依存する。端末は、自身に設定された送信モードによってモニタする参照（Ｒｅｆｅｒｅｎｃｅ）ＤＣＩフォーマットがある。次の通り、端末に設定される送信モードは１０個の送信モードを有することができる。
（１）送信モード１：単一アンテナポート；ポート０
（２）送信モード２：送信ダイバーシチ（Ｔｒａｎｓｍｉｔ  Ｄｉｖｅｒｓｉｔｙ）
（３）送信モード３：開ループ空間多重化（Ｏｐｅｎ−ｌｏｏｐ  Ｓｐａｔｉａｌ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）
（４）送信モード４：閉ループ空間多重化（Ｃｌｏｓｅｄ−ｌｏｏｐ  Ｓｐａｔｉａｌ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）
（５）送信モード５：多重ユーザＭＩＭＯ
（６）送信モード６：閉ループランク＝１プリコーディング
（７）送信モード７：コードブックに基づかない、単一レイヤ送信を支援するプリコーディング
（８）送信モード８：コードブックに基づかない、２個までのレイヤを支援するプリコーディング
（９）送信モード９：コードブックに基づかない、８個までのレイヤを支援するプリコーディング
（１０）送信モード１０：コードブックに基づかない、ＣｏＭＰのために用いられる、８個までのレイヤを支援するプリコーディング
【００８１】
１．２．３  ＰＤＣＣＨ送信
基地局は、端末に送信しようとするＤＣＩによってＰＤＣＣＨフォーマットを決定し、制御情報にＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）を付加する。ＣＲＣにはＰＤＣＣＨの所有者（ｏｗｎｅｒ）や用途によって固有の識別子（例えば、ＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ））をマスクする。特定の端末のためのＰＤＣＣＨであれば、端末固有の識別子（例えば、Ｃ−ＲＮＴＩ（Ｃｅｌｌ−ＲＮＴＩ））をＣＲＣにマスクすることができる。又は、ページングメッセージのためのＰＤＣＣＨであれば、ページング指示識別子（例えば、Ｐ−ＲＮＴＩ（Ｐａｇｉｎｇ−ＲＮＴＩ））をＣＲＣにマスクすることができる。システム情報、より具体的にシステム情報ブロック（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ、ＳＩＢ）のためのＰＤＣＣＨであれば、システム情報識別子（例えば、ＳＩ−ＲＮＴＩ（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ＲＮＴＩ））をＣＲＣにマスクすることができる。端末のランダムアクセスプリアンブルの送信に対する応答であるランダムアクセス応答を示すために、ＲＡ−ＲＮＴＩ（ｒａｎｄｏｍ  ａｃｃｅｓｓ−ＲＮＴＩ）をＣＲＣにマスクすることができる。
【００８２】
続いて、基地局は、ＣＲＣの付加された制御情報にチャネルコーディングを行って符号化されたデータ（ｃｏｄｅｄ  ｄａｔａ）を生成する。このとき、ＭＣＳレベルによるコードレートにチャネルコーディングを行うことができる。基地局は、ＰＤＣＣＨフォーマットに割り当てられたＣＣＥ集合レベルによる伝送率マッチング（ｒａｔｅ  ｍａｔｃｈｉｎｇ）を行い、符号化されたデータを変調して変調シンボルを生成する。この時、ＭＣＳレベルによる変調序列を用いることができる。１つのＰＤＣＣＨを構成する変調シンボルは、ＣＣＥ集合レベルが１、２、４、８のいずれか一つであってもよい。その後、基地局は、変調シンボルを物理的なリソース要素にマップ（ＣＣＥ  ｔｏ  ＲＥ  ｍａｐｐｉｎｇ）する。
【００８３】
１．２．４  ブラインドデコーディング（ＢＳ：Ｂｌｉｎｄ  Ｄｅｃｏｄｉｎｇ）
一つのサブフレーム内で複数のＰＤＣＣＨが送信されてもよい。
【数５】
0006437554.tif 000009
端末は、毎サブフレームごとに複数のＰＤＣＣＨをモニタリングする。ここで、モニタリングとは、端末がモニタリングされるＰＤＣＣＨフォーマットによってＰＤＣＣＨのそれぞれのデコーディングを試みることをいう。
【００８４】
基地局は端末にサブフレーム内に割り当てられた制御領域で該当のＰＤＣＣＨがどこに位置するかに関する情報を提供しない。端末は基地局から送信された制御チャネルを受信するために自身のＰＤＣＣＨがどの位置でどのＣＣＥ集合レベルやＤＣＩフォーマットで送信されるかを把握できず、端末は、サブフレーム内でＰＤＣＣＨ候補（ｃａｎｄｉｄａｔｅ）の集合をモニタリングして自身のＰＤＣＣＨを探す。これをブラインドデコーディング（ＢＤ）という。ブラインドデコーディングとは、端末がＣＲＣ部分に自身の端末識別子（ＵＥ  ＩＤ）をデマスキング（Ｄｅ−Ｍａｓｋｉｎｇ）した後、ＣＲＣ誤りを検討し、当該ＰＤＣＣＨが自身の制御チャネルであるか否かを確認する方法をいう。
【００８５】
活性モード（ａｃｔｉｖｅ  ｍｏｄｅ）で端末は自身に送信されるデータを受信するために毎サブフレームのＰＤＣＣＨをモニタリングする。ＤＲＸモードで端末は毎ＤＲＸ周期のモニタリング区間で起床（ｗａｋｅ  ｕｐ）し、モニタリング区間に該当するサブフレームでＰＤＣＣＨをモニタリングする。ＰＤＣＣＨのモニタリングが行われるサブフレームをｎｏｎ−ＤＲＸサブフレームという。
【００８６】
端末は、自身に送信されるＰＤＣＣＨを受信するためには、ｎｏｎ−ＤＲＸサブフレームの制御領域に存在する全てのＣＣＥに対してブラインドデコーディングを行わなければならない。端末は、いずれのＰＤＣＣＨフォーマットが送信されるか把握できないことから、毎ｎｏｎ−ＤＲＸサブフレーム内でＰＤＣＣＨのブラインドデコーディングに成功するまで、可能なＣＣＥ集団レベルでＰＤＣＣＨを全てデコーディングしなければならない。端末は、自身のためのＰＤＣＣＨがいくつのＣＣＥを用いるのか把握できず、ＰＤＣＣＨのブラインドデコーディングに成功するまで、可能な全てのＣＣＥ集団レベルで検出を試みなければならない。
【００８７】
ＬＴＥシステムでは端末のブラインドデコーディングのためにサーチスペース（ＳＳ：Ｓｅａｒｃｈ  Ｓｐａｃｅ）概念を定義する。サーチスペースは、端末がモニタリングするためのＰＤＣＣＨ候補セットを意味し、各ＰＤＣＣＨフォーマットによって異なるサイズを有することができる。サーチスペースは、共用サーチスペース（ＣＳＳ：Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅ）及び端末特定サーチスペース（ＵＳＳ：ＵＥ−ｓｐｅｃｉｆｉｃ／Ｄｅｄｉｃａｔｅｄ  Ｓｅａｒｃｈ  Ｓｐａｃｅ）を含むことができる。
【００８８】
共用サーチスペースの場合、全ての端末が共用サーチスペースのサイズを認知できるが、端末特定サーチスペースは、各端末ごとに個別に設定することができる。したがって、端末は、ＰＤＣＣＨをデコーディングするために、端末特定サーチスペース及び共用サーチスペースを全てモニタリングしなければならなくて、したがって、1サブフレームで最大４４回のブラインドデコーディング（ＢＤ）を行うことになる。ここには、異なるＣＲＣ値（例えば、Ｃ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ）によって行うブラインドデコーディングは含まれない。
【００８９】
サーチスペースの制約によって、与えられたサブフレーム内で基地局がＰＤＣＣＨを送信しようとする端末の全てにＰＤＣＣＨを送信するためのＣＣＥリソースが確保されない場合が発生しうる。なぜなら、ＣＣＥ位置が割り当てられて残ったリソースは、特定端末のサーチスペース内に含まれないことがある。次のサブフレームでも続き得るこのような障壁を最小化するために、端末特定跳躍（ｈｏｐｐｉｎｇ）シーケンスを端末特定サーチスペースの始点に適用することができる。
【００９０】
表４は、共用サーチスペースと端末特定サーチスペースのサイズを示す。
【表４】
0006437554.tif 000010
【００９１】
ブラインドデコーディングを試みる回数による端末の負荷を軽減するために、端末は、定義された全てのＤＣＩフォーマットによるサーチを同時に行うわけではない。具体的に、端末は、端末特定サーチスペースで常にＤＣＩフォーマット０及び１Ａに対するサーチを行う。この時、ＤＣＩフォーマット０と１Ａは同じサイズを有するが、端末は、ＰＤＣＣＨに含まれたＤＣＩフォーマット０と１Ａを区別するために用いられるフラグ（ｆｌａｇ  ｆｏｒ  ｆｏｒｍａｔ０／ｆｏｒｍａｔ１Ａ  ｄｉｆｆｅｒｅｎｔｉａｔｉｏｎ）を用いてＤＣＩフォーマットを区別することができる。また、端末にＤＣＩフォーマット０とＤＣＩフォーマット１Ａに加えて他のＤＣＩフォーマットが要求されてもよいが、その一例としてＤＣＩフォーマット１、１Ｂ、２がある。
【００９２】
共用サーチスペースで端末はＤＣＩフォーマット１Ａと１Ｃをサーチすることができる。また、端末はＤＣＩフォーマット３又は３Ａをサーチするように設定されてもよく、ＤＣＩフォーマット３と３Ａは、ＤＣＩフォーマット０と１Ａと同じサイズを有するが、端末は、端末特定識別子以外の識別子によってスクランブルされたＣＲＣを用いてＤＣＩフォーマットを区別することができる。
【００９３】
【数６】
0006437554.tif 000011
【００９４】
【数７】
0006437554.tif 000012
【００９５】
上述したように、端末は、ＰＤＣＣＨをデコーディングするために端末特定サーチスペース及び共用サーチスペースの両方をモニタリングする。ここで、共用サーチスペース（ＣＳＳ）は、｛４，８｝の集合レベルを有するＰＤＣＣＨを支援し、端末特定サーチスペース（ＵＳＳ）は、｛１，２，４，８｝の集合レベルを有するＰＤＣＣＨを支援する。表５は、端末によってモニタリングされるＰＤＣＣＨ候補を表す。
【表５】
0006437554.tif 000013
【００９６】
【数８】
0006437554.tif 000014
【００９７】
【数９】
0006437554.tif 000015
【００９８】
１．３ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）
ＰＵＣＣＨは、上りリンク制御情報を送信するために次のフォーマットを含む。
（１）フォーマット１：オン−オフキーイング（ＯＯＫ：Ｏｎ−Ｏｆｆ  ｋｅｙｉｎｇ）変調、スケジューリング要求（ＳＲ：Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）に用いる
（２）フォーマット１ａとフォーマット１ｂ：ＡＣＫ／ＮＡＣＫ送信に用いる
１）フォーマット１ａ：１個のコードワードに対するＢＰＳＫ ＡＣＫ／ＮＡＣＫ
２）フォーマット１ｂ：２個のコードワードに対するＱＰＳＫ ＡＣＫ／ＮＡＣＫ
（３）フォーマット２：ＱＰＳＫ変調、ＣＱＩ送信に用いる
（４）フォーマット２ａとフォーマット２ｂ：ＣＱＩ及びＡＣＫ／ＮＡＣＫの同時送信に用いる
（５）フォーマット３：ＣＡ環境で複数のＡＣＫ／ＮＡＣＫ送信のために用いる
【００９９】
表６には、ＰＵＣＣＨフォーマットによる変調方式とサブフレーム当たりビット数を示す。表７には、ＰＵＣＣＨフォーマットによるスロット当たり参照信号の個数を示す。表８には、ＰＵＣＣＨフォーマットによる参照信号のＳＣ−ＦＤＭＡシンボル位置を示す。表６で、ＰＵＣＣＨフォーマット２ａと２ｂは一般ＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）の場合に該当する。
【表６】
0006437554.tif 000016
【表７】
0006437554.tif 000017
【表８】
0006437554.tif 000018
【０１００】
図６は、一般ＣＰの場合におけるＰＵＣＣＨフォーマット１ａ及び１ｂを示し、図７は、拡張ＣＰの場合におけるＰＵＣＣＨフォーマット１ａ及び１ｂを示す図である。
【０１０１】
ＰＵＣＣＨフォーマット１ａ及び１ｂは、同じ内容の制御情報がサブフレーム内でスロット単位に反復される。各端末でＡＣＫ／ＮＡＣＫ信号は、ＣＧ−ＣＡＺＡＣ（Ｃｏｍｐｕｔｅｒ−Ｇｅｎｅｒａｔｅｄ  Ｃｏｎｓｔａｎｔ  Ａｍｐｌｉｔｕｄｅ  Ｚｅｒｏ  Ａｕｔｏ  Ｃｏｒｒｅｌａｔｉｏｎ）シーケンスの異なる循環シフト（ＣＳ：ｃｙｃｌｉｃ  ｓｈｉｆｔ）（周波数ドメインコード）と直交カバーコード（ＯＣ／ＯＣＣ：ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ／ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ  ｃｏｄｅ）（時間ドメイン拡散コード）とで構成された異なるリソースで送信される。ＯＣは、例えば、ウォルシュ（Ｗａｌｓｈ）／ＤＦＴ直交コードを含む。ＣＳの個数が６個、ＯＣの個数が３個なら、単一アンテナを基準に、総１８個の端末を１つのＰＲＢ（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）内で多重化できる。直交シーケンスｗ０，ｗ１，ｗ２，ｗ３は、（ＦＦＴ変調後に）任意の時間ドメインで、又は（ＦＦＴ変調前に）任意の周波数ドメインで適用することができる。
【０１０２】
ＳＲと持続的スケジューリング（ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）のために、ＣＳ、ＯＣ及びＰＲＢ（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）で構成されたＡＣＫ／ＮＡＣＫリソースを、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）を用いて端末に与えることができる。動的ＡＣＫ／ＮＡＣＫと非持続的スケジューリング（ｎｏｎ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）のために、ＡＣＫ／ＮＡＣＫリソースは、ＰＤＳＣＨに対応するＰＤＣＣＨの最も小さい（ｌｏｗｅｓｔ）ＣＣＥインデックスによって暗黙的に（ｉｍｐｌｉｃｉｔｌｙ）端末に与えられてもよい。
【０１０３】
表９には、ＰＵＣＣＨフォーマット１／１ａ／１ｂのための長さ４の直交シーケンス（ＯＣ）を示す。表１０には、ＰＵＣＣＨフォーマット１／１ａ／１ｂのための長さ３の直交シーケンス（ＯＣ）を示す。
【表９】
0006437554.tif 000019
【表１０】
0006437554.tif 000020
【０１０４】
【数１０】
0006437554.tif 000021
【表１１】
0006437554.tif 000022
【０１０５】
図８は、一般ＣＰの場合におけるＰＵＣＣＨフォーマット２／２ａ／２ｂを示し、図９は、拡張ＣＰの場合におけるＰＵＣＣＨフォーマット２／２ａ／２ｂを示す。
【０１０６】
図８及び図９を参照すると、一般ＣＰの場合に、１つのサブフレームは、ＲＳシンボルの他、１０個のＱＰＳＫデータシンボルで構成される。それぞれのＱＰＳＫシンボルはＣＳによって周波数ドメインで拡散された後、該当のＳＣ−ＦＤＭＡシンボルにマップされる。ＳＣ−ＦＤＭＡシンボルレベルＣＳホッピングは、インターセル干渉をランダム化するために適用することができる。ＲＳは、循環シフトを用いてＣＤＭによって多重化することができる。例えば、可用のＣＳの個数を１２又は６と仮定すれば、同一ＰＲＢ内にそれぞれ１２又は６個の端末を多重化することができる。要するに、ＰＵＣＣＨフォーマット１／１ａ／１ｂと２／２ａ／２ｂにおいて複数の端末をＣＳ＋ＯＣ＋ＰＲＢとＣＳ＋ＰＲＢによってそれぞれ多重化することができる。
【０１０７】
【数１１】
0006437554.tif 000023
【０１０８】
図１１は、同一ＰＲＢにおいてＰＵＣＣＨフォーマット１ａ／１ｂとフォーマット２／２ａ／２ｂとが混合された構造に対するチャネル化を示す図である。
【０１０９】
循環シフト（ＣＳ：Ｃｙｃｌｉｃ  Ｓｈｉｆｔ）ホッピング（ｈｏｐｐｉｎｇ）と直交カバー（ＯＣ：Ｏｒｔｈｏｇｏｎａｌ  Ｃｏｖｅｒ）再マッピング（ｒｅｍａｐｐｉｎｇ）を、次のように適用することができる。
（１）インターセル干渉（ｉｎｔｅｒ−ｃｅｌｌ  ｉｎｔｅｒｆｅｒｅｎｃｅ）のランダム化のためのシンボルベースセル特定ＣＳホッピング
（２）スロットレベルＣＳ／ＯＣ再マッピング
１）インターセル干渉ランダム化のために
２）ＡＣＫ／ＮＡＣＫチャネルとリソース（ｋ）間のマッピングのためのスロットベース接近
【０１１０】
一方、ＰＵＣＣＨフォーマット１ａ／１ｂのためのリソース（ｎr）は次の組合せを含む。
（１）ＣＳ（＝シンボルレベルでＤＦＴ直交コードと同一）（ｎcs）
（２）ＯＣ（スロットレベルで直交カバー）（ｎoc）
（３）周波数ＲＢ（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）（ｎrb）
【０１１１】
ＣＳ、ＯＣ、ＲＢを示すインデックスをそれぞれｎcs、ｎoc、ｎrbとすれば、代表インデックス（ｒｅｐｒｅｓｅｎｔａｔｉｖｅ  ｉｎｄｅｘ）ｎrはｎcs、ｎoc、ｎrbを含む。ｎrは、ｎr＝（ｎcs、ｎoc、ｎrb）を満たす。
【０１１２】
ＣＱＩ、ＰＭＩ、ＲＩ、及びＣＱＩとＡＣＫ／ＮＡＣＫとの組合せは、ＰＵＣＣＨフォーマット２／２ａ／２ｂで伝達することができる。このとき、リードマラー（ＲＭ：Ｒｅｅｄ  Ｍｕｌｌｅｒ）チャネルコーディングを適用することができる。
【０１１３】
例えば、ＬＴＥシステムにおいてＵＬ ＣＱＩのためのチャネルコーディングは、次のように記述される。
【数１２】
0006437554.tif 000024
拡張ＣＰの場合、ＣＱＩとＡＣＫ／ＮＡＣＫが同時送信される場合を除いては最大情報ビットは、１１ビットである。ＲＭコードを用いて２０ビットにコーディングした後、ＱＰＳＫ変調を適用することができる。ＱＰＳＫ変調前に、コーディングされたビットはスクランブルされてもよい。
【０１１４】
表１２には、（２０，Ａ）コードのための基本シーケンスを示す。
【表１２】
0006437554.tif 000025
【０１１５】
【数１３】
0006437554.tif 000026
ここで、ｉ＝０，１，２，…，Ｂ−１を満たす。
【０１１６】
広帯域報告（ｗｉｄｅｂａｎｄ  ｒｅｐｏｒｔｓ）の場合、ＣＱＩ／ＰＭＩのためのＵＣＩ（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）フィールドの帯域幅は、下記の表１３乃至表１５のとおりである。
【０１１７】
表１３には、広帯域報告（単一アンテナポート、送信ダイバーシチ（ｔｒａｎｓｍｉｔ  ｄｉｖｅｒｓｉｔｙ）又はオープンループ空間多重化（ｏｐｅｎ  ｌｏｏｐ  ｓｐａｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ）ＰＤＳＣＨ送信）の場合に、ＣＱＩフィードバックのためのＵＣＩフィールドを示す。
【表１３】
0006437554.tif 000027
【０１１８】
表１４には、広帯域報告（閉ループ空間多重化（ｃｌｏｓｅｄ  ｌｏｏｐ  ｓｐａｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ）ＰＤＳＣＨ送信）の場合に、ＣＱＩ及びＰＭＩフィードバックのためのＵＣＩフィールドを示す。
【表１４】
0006437554.tif 000028
【０１１９】
表１５には、広帯域報告の場合、ＲＩフィードバックのためのＵＣＩフィールドを示す。
【表１５】
0006437554.tif 000029
【０１２０】
図１２は、ＰＲＢ割り当てを示す図である。図１２に示すように、ＰＲＢは、スロットｎsでＰＵＣＣＨ送信のために用いることができる。
【０１２１】
２．  キャリア併合（ＣＡ：Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ）環境
２．１  ＣＡ一般
３ＧＰＰ ＬＴＥ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ；Ｒｅｌ−８又はＲｅｌ−９）システム（以下、ＬＴＥシステム）は、単一コンポーネントキャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）を複数の帯域に分割して使用する多重搬送波変調（ＭＣＭ：Ｍｕｌｔｉ−Ｃａｒｒｉｅｒ  Ｍｏｄｕｌａｔｉｏｎ）方式を用いる。しかし、３ＧＰＰ ＬＴＥ−Ａｄｖａｎｃｅｄシステム（以下、ＬＴＥ−Ａシステム）では、ＬＴＥシステムに比べて広帯域のシステム帯域幅を支援するために、一つ以上のコンポーネントキャリアを結合して使用するキャリア併合（ＣＡ：Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ）のような方法を用いることができる。キャリア併合は、搬送波集成、搬送波整合、マルチコンポーネントキャリア環境（Ｍｕｌｔｉ−ＣＣ）、又はマルチキャリア環境と呼ぶこともできる。
【０１２２】
本発明でマルチキャリアはキャリアの併合（又は、搬送波集成）を意味し、この場合、キャリアの併合は、隣接した（ｃｏｎｔｉｇｕｏｕｓ）キャリア間の併合だけでなく、非隣接した（ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ）キャリア間の併合も意味する。また、下りリンクと上りリンクにおいて集成されるコンポーネントキャリアの数を異なるように設定してもよい。下りリンクコンポーネントキャリア（以下、「ＤＬ ＣＣ」という。）数と上りリンクコンポーネントキャリア（以下、「ＵＬ ＣＣ」という。）数とが一致する場合を対称的（ｓｙｍｍｅｔｒｉｃ）併合といい、両者の数が異なる場合を非対称的（ａｓｙｍｍｅｔｒｉｃ）併合という。このようなキャリア併合は、搬送波集成、帯域幅集成（ｂａｎｄｗｉｄｔｈ  ａｇｇｒｅｇａｔｉｏｎ）、スペクトラム集成（ｓｐｅｃｔｒｕｍ  ａｇｇｒｅｇａｔｉｏｎ）などのような用語に言い換えてもよい。
【０１２３】
２つ以上のコンポーネントキャリアが結合して構成されるキャリア併合は、ＬＴＥ−Ａシステムでは１００ＭＨｚ帯域幅まで支援することを目標とする。目標帯域よりも小さい帯域幅を有する１個以上のキャリアを結合するとき、結合するキャリアの帯域幅は、既存ＩＭＴシステムとの互換性（ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｉｌｉｔｙ）維持のために、既存システムで使用する帯域幅に制限することができる。
【０１２４】
例えば、既存の３ＧＰＰ ＬＴＥシステムでは、｛１．４、３、５、１０、１５、２０｝ＭＨｚ帯域幅を支援し、３ＧＰＰ ＬＴＥ−ａｄｖａｎｃｅｄシステム（すなわち、ＬＴＥ−Ａ）では、既存システムとの互換のために、それらの帯域幅のみを用いて２０ＭＨｚよりも大きい帯域幅を支援するようにすることができる。また、本発明で用いられるキャリア併合システムは、既存システムで用いる帯域幅にかかわらず、新しい帯域幅を定義してキャリア併合を支援するようにすることもできる。
【０１２５】
また、このようなキャリア併合は、イントラ−バンドＣＡ（Ｉｎｔｒａ−ｂａｎｄ  ＣＡ）とインター−バンドＣＡ（Ｉｎｔｅｒ−ｂａｎｄ  ＣＡ）とに区別できる。イントラ−バンドキャリア併合とは、複数のＤＬ ＣＣ及び／又はＵＬ ＣＣが周波数上で隣接したり近接して位置することを意味する。言い換えると、ＤＬ ＣＣ及び／又はＵＬ ＣＣのキャリア周波数が同じバンド内に位置することを意味できる。一方、周波数領域において遠く離れている環境をインター−バンドＣＡ（Ｉｎｔｅｒ−Ｂａｎｄ  ＣＡ）と呼ぶことができる。言い換えると、複数のＤＬ ＣＣ及び／又はＵＬ ＣＣのキャリア周波数が、互いに異なるバンドに位置することを意味できる。この場合、端末は、キャリア併合環境における通信を行うために、複数のＲＦ（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ）端を使用することができる。
【０１２６】
ＬＴＥ−Ａシステムは、無線リソースを管理するためにセル（ｃｅｌｌ）の概念を用いる。上述したキャリア併合環境は、多重セル（ｍｕｌｔｉｐｌｅ  ｃｅｌｌｓ）環境と呼ぶことができる。セルは、下りリンクリソース（ＤＬ ＣＣ）及び上りリンクリソース（ＵＬ ＣＣ）の組合せと定義されるか、上りリンクリソースは必須要素ではない。このため、セルは、下りリンクリソース単独、又は下りリンクリソース及び上りリンクリソースの両者で構成することができる。
【０１２７】
例えば、特定端末が、１個の設定されたサービングセル（ｃｏｎｆｉｇｕｒｅｄ  ｓｅｒｖｉｎｇ  ｃｅｌｌ）を有する場合、１個のＤＬ ＣＣと１個のＵＬ ＣＣを有することができる。しかし、特定端末が２個以上の設定されたサービングセルを有する場合には、セルの数だけのＤＬ ＣＣを有し、ＵＬ ＣＣの数はそれと同数又は小さい数であってもよい。又は、これと逆にＤＬ ＣＣとＵＬ ＣＣが構成されてもよい。すなわち、特定端末が複数の設定されたサービングセルを有する場合、ＤＬ ＣＣの数よりもＵＬ ＣＣが多いキャリア併合環境が支援されてもよい。
【０１２８】
また、キャリア結合（ＣＡ）は、それぞれのキャリア周波数（セルの中心周波数）が異なる２つ以上のセルの併合と理解されてもよい。キャリア結合でいう「セル（Ｃｅｌｌ）」は、周波数の観点で説明されるものであり、一般的に使われる、基地局のカバーする地理的領域としての「セル」とは区別されなければならない。以下、上述したイントラ−バンドキャリア併合をイントラ−バンド多重セルといい、インター−バンドキャリア併合をインター−バンド多重セルという。
【０１２９】
ＬＴＥ−Ａシステムで用いられるセルは、プライマリセル（ＰＣｅｌｌ：Ｐｒｉｍａｒｙ  Ｃｅｌｌ）及びセカンダリセル（ＳＣｅｌｌ：Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ）を含む。ＰセルとＳセルはサービングセル（Ｓｅｒｖｉｎｇ  Ｃｅｌｌ）として用いることができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるが、キャリア併合が設定されていないか又はキャリア併合を支援しない端末の場合、Ｐセルのみで構成されたサービングセルが１つのみ存在する。一方、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であるとともに、キャリア併合が設定されている端末の場合、一つ以上のサービングセルが存在してもよく、全体サービングセルにはＰセルと一つ以上のＳセルが含まれる。
【０１３０】
サービングセル（ＰセルとＳセル）は、ＲＲＣパラメータを用いて設定することができる。ＰｈｙｓＣｅｌｌＩｄは、セルの物理層識別子であって、０から５０３までの整数値を有する。ＳＣｅｌｌＩｎｄｅｘは、Ｓセルを識別するために使われる簡略な（ｓｈｏｒｔ）識別子であって、１から７までの整数値を有する。ＳｅｒｖＣｅｌｌＩｎｄｅｘは、サービングセル（Ｐセル又はＳセル）を識別するために使われる簡略な（ｓｈｏｒｔ）識別子であって、０から７までの整数値を有する。０値はＰセルに適用され、ＳＣｅｌｌＩｎｄｅｘはＳセルに適用するためにあらかじめ与えられる。すなわち、ＳｅｒｖＣｅｌｌＩｎｄｅｘにおいて最も小さいセルＩＤ（又はセルインデックス）を有するセルがＰセルとなる。
【０１３１】
Ｐセルはプライマリ周波数（又は、ｐｒｉｍａｒｙ  ＣＣ）上で動作するセルを意味する。端末が初期接続設定（ｉｎｉｔｉａｌ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）過程を行ったり、接続再−設定過程を行うために用いられてもよく、ハンドオーバー過程で指示されたセルのことを指してもよい。また、Ｐセルは、キャリア併合環境で設定されたサービングセルのうち、制御関連通信の中心となるセルを意味する。すなわち、端末は、自身のＰセルでのみＰＵＣＣＨ割り当てを受けて送信することができ、システム情報を取得したり、モニタリング手順を変更する時にＰセルのみを用いることができる。Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）は、キャリア併合環境を支援する端末に対して、移動性制御情報（ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ）を含む上位層のＲＲＣ接続再設定（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｔａｉｏｎ）メッセージを用いてハンドオーバー手順のためにＰセルのみを変更することもできる。
【０１３２】
Ｓセルはセカンダリ周波数（又は、Ｓｅｃｏｎｄａｒｙ  ＣＣ）上で動作するセルを意味できる。特定端末にＰセルは１一つのみ割り当てられ、Ｓセルは１つ以上割り当てられてもよい。Ｓセルは、ＲＲＣ接続設定がなされた後に構成可能であり、追加の無線リソースを提供するために用いることができる。キャリア併合環境で設定されたサービングセルにおいてＰセル以外のセル、すなわち、ＳセルにはＰＵＣＣＨが存在しない。
【０１３３】
Ｅ−ＵＴＲＡＮは、Ｓセルをキャリア併合環境を支援する端末に追加する時、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある関連したセルの動作に関する全てのシステム情報を特定シグナル（ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌ）を用いて提供することができる。システム情報の変更は、関連したＳセルの解除及び追加によって制御することができ、このとき、上位層のＲＲＣ接続再設定（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｔａｉｏｎ）メッセージを用いることができる。Ｅ−ＵＴＲＡＮは、関連したＳセル内でブロードキャストするよりは、端末別に異なるパラメータを有する特定シグナリング（ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌｉｎｇ）をすればよい。
【０１３４】
初期保安活性化過程が始まった後に、Ｅ−ＵＴＲＡＮは、接続設定過程で初期に構成されるＰセルに加えて一つ以上のＳセルを含むネットワークを構成することができる。キャリア併合環境でＰセル及びＳセルはそれぞれのコンポーネントキャリアとして動作することができる。以下の実施例では、プライマリコンポーネントキャリア（ＰＣＣ）はＰセルと同じ意味で使われ、セカンダリコンポーネントキャリア（ＳＣＣ）はＳセルと同じ意味で使われてもよい。
【０１３５】
図１３は、本発明の実施例で用いられるコンポーネントキャリア（ＣＣ）、及びＬＴＥ＿Ａシステムで用いられるキャリア併合の一例を示す図である。
【０１３６】
図１３（ａ）は、ＬＴＥシステムで用いられる単一キャリア構造を示す。コンポーネントキャリアにはＤＬ ＣＣとＵＬ ＣＣがある。一つのコンポーネントキャリアは２０ＭＨｚの周波数範囲を有することができる。
【０１３７】
図１３（ｂ）は、ＬＴＥ＿Ａシステムで用いられるキャリア併合構造を示す。図１２（ｂ）では、２０ＭＨｚの周波数サイズを有する３個のコンポーネントキャリアが結合された場合を示している。ＤＬ ＣＣとＵＬ ＣＣがそれぞれ３個ずつあるが、ＤＬ ＣＣとＵＬ ＣＣの個数に制限があるわけではない。キャリア併合の場合、端末は３個のＣＣを同時にモニタリングすることができ、下りリンク信号／データを受信することができ、上りリンク信号／データを送信することができる。
【０１３８】
仮に、特定セルでＮ個のＤＬ ＣＣが管理される場合には、ネットワークは、端末にＭ（Ｍ≦Ｎ）個のＤＬ ＣＣを割り当てることができる。この時、端末はＭ個の制限されたＤＬ ＣＣのみをモニタリングしてＤＬ信号を受信することができる。また、ネットワークはＬ（Ｌ≦Ｍ≦Ｎ）個のＤＬ ＣＣに優先順位を与えて主なＤＬ ＣＣを端末に割り当てることもでき、この場合、ＵＥはＬ個のＤＬ ＣＣは必ずモニタリングしなければならない。この方式は上りリンク送信にも同一に適用されてもよい。
【０１３９】
下りリンクリソースの搬送波周波数（又はＤＬ ＣＣ）と上りリンクリソースの搬送波周波数（又は、ＵＬ ＣＣ）とのリンケージ（ｌｉｎｋａｇｅ）は、ＲＲＣメッセージのような上位層メッセージやシステム情報で示すことができる。例えば、ＳＩＢ２（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ  Ｔｙｐｅ２）によって定義されるリンケージによってＤＬリソースとＵＬリソースとの組合せを構成することができる。具体的に、リンケージは、ＵＬグラントを運ぶＰＤＣＣＨが送信されるＤＬ ＣＣと該ＵＬグラントを用いるＵＬ ＣＣとのマッピング関係を意味することができ、ＨＡＲＱのためのデータが送信されるＤＬ ＣＣ（又はＵＬ ＣＣ）とＨＡＲＱ ＡＣＫ／ＮＡＣＫ信号が送信されるＵＬ ＣＣ（又はＤＬ ＣＣ）とのマッピング関係を意味することもできる。
【０１４０】
２．２  クロスキャリアスケジューリング（Ｃｒｏｓｓ  Ｃａｒｒｉｅｒ  Ｓｃｈｅｄｕｌｉｎｇ）
キャリア併合システムには、キャリア（又は搬送波）又はサービングセル（Ｓｅｒｖｉｎｇ  Ｃｅｌｌ）に対するスケジューリング観点で、自己スケジューリング（Ｓｅｌｆ−Ｓｃｈｅｄｕｌｉｎｇ）方法及びクロスキャリアスケジューリング（Ｃｒｏｓｓ  Ｃａｒｒｉｅｒ  Ｓｃｈｅｄｕｌｉｎｇ）方法がある。クロスキャリアスケジューリングは、クロスコンポーネントキャリアスケジューリング（Ｃｒｏｓｓ  Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ  Ｓｃｈｅｄｕｌｉｎｇ）又はクロスセルスケジューリング（Ｃｒｏｓｓ  Ｃｅｌｌ  Ｓｃｈｅｄｕｌｉｎｇ）と呼ぶこともできる。
【０１４１】
自己スケジューリングは、ＰＤＣＣＨ（ＤＬ  Ｇｒａｎｔ）とＰＤＳＣＨが同一ＤＬ ＣＣで送信されたり、又はＤＬ ＣＣで送信されたＰＤＣＣＨ（ＵＬグラント）によって送信されるＰＵＳＣＨが、ＵＬグラントを受信したＤＬ ＣＣとリンクされているＵＬ ＣＣで送信されることを意味する。
【０１４２】
クロスキャリアスケジューリングは、ＰＤＣＣＨ（ＤＬグラント）とＰＤＳＣＨがそれぞれ異なるＤＬ ＣＣで送信されたり、又はＤＬ ＣＣで送信されたＰＤＣＣＨ（ＵＬグラント）によって送信されるＰＵＳＣＨが、ＵＬグラントを受信したＤＬ ＣＣとリンクされているＵＬ ＣＣ以外のＵＬ ＣＣで送信されることを意味する。
【０１４３】
クロスキャリアスケジューリングは、端末特定（ＵＥ−ｓｐｅｃｉｆｉｃ）に活性化又は非活性化することができ、上位層シグナリング（例えば、ＲＲＣシグナリング）用いて半静的（ｓｅｍｉ−ｓｔａｔｉｃ）に各端末に対して知らせることができる。
【０１４４】
クロスキャリアスケジューリングが活性化された場合、ＰＤＣＣＨには、該ＰＤＣＣＨが示すＰＤＳＣＨ／ＰＵＳＣＨがどのＤＬ／ＵＬ ＣＣで送信されるかを知らせるキャリア指示子フィールド（ＣＩＦ：Ｃａｒｒｉｅｒ  Ｉｎｄｉｃａｔｏｒ  Ｆｉｅｌｄ）が必要である。例えば、ＰＤＣＣＨは、ＰＤＳＣＨリソース又はＰＵＳＣＨリソースをＣＩＦを用いて複数のコンポーネントキャリアのうちの一つに割り当てることができる。すなわち、ＤＬ ＣＣ上のＰＤＣＣＨが多重集成されたＤＬ／ＵＬ ＣＣのうちの一つにＰＤＳＣＨ又はＰＵＳＣＨリソースを割り当てる場合にＣＩＦが設定される。この場合、ＬＴＥ Ｒｅｌｅａｓｅ−８のＤＣＩフォーマットはＣＩＦによって拡張されてもよい。このとき、設定されたＣＩＦは、３ビットフィールドに固定されてもよく、設定されたＣＩＦの位置はＤＣＩフォーマットサイズに関係なく固定されてもよい。また、ＬＴＥ Ｒｅｌｅａｓｅ−８のＰＤＣＣＨ構造（同一のコーディング及び同一のＣＣＥベースのリソースマッピング）を再使用してもよい。
【０１４５】
一方、ＤＬ ＣＣ上のＰＤＣＣＨが同ＤＬ ＣＣ上のＰＤＳＣＨリソースを割り当てたり、単一リンクされたＵＬ ＣＣ上のＰＵＳＣＨリソースを割り当てる場合には、ＣＩＦが設定されない。この場合、ＬＴＥ Ｒｅｌｅａｓｅ−８と同じＰＤＣＣＨ構造（同一のコーディング及び同一のＣＣＥベースのリソースマッピング）とＤＣＩフォーマットが用いられてもよい。
【０１４６】
クロスキャリアスケジューリングが可能な場合、端末はＣＣ別送信モード及び／又は帯域幅によってモニタリングＣＣの制御領域で複数のＤＣＩに対するＰＤＣＣＨをモニタリングする必要がある。このため、これを支援できる検索空間の構成とＰＤＣＣＨモニタリングが必要である。
【０１４７】
キャリア併合システムにおいて、端末ＤＬ ＣＣ集合は、端末がＰＤＳＣＨを受信するようにスケジュールされたＤＬ ＣＣの集合を指し、端末ＵＬ ＣＣ集合は、端末がＰＵＳＣＨを送信するようにスケジュールされたＵＬ ＣＣの集合を指す。また、ＰＤＣＣＨモニタリング集合（ｍｏｎｉｔｏｒｉｎｇ  ｓｅｔ）は、ＰＤＣＣＨモニタリングを行う少なくとも一つのＤＬ ＣＣの集合を意味する。ＰＤＣＣＨモニタリング集合は、端末ＤＬ ＣＣ集合と同一であってもよく、端末ＤＬ ＣＣ集合の副集合（ｓｕｂｓｅｔ）であってもよい。ＰＤＣＣＨモニタリング集合は、端末ＤＬ ＣＣ集合におけるＤＬ ＣＣの少なくとも一つを含むことができる。又は、ＰＤＣＣＨモニタリング集合は、端末ＤＬ ＣＣ集合とは別個に定義されてもよい。ＰＤＣＣＨモニタリング集合に含まれるＤＬ ＣＣは、リンクされたＵＬ ＣＣに対する自己スケジューリング（ｓｅｌｆ−ｓｃｈｅｄｕｌｉｎｇ）は常に可能なように設定することができる。このような、端末ＤＬ ＣＣ集合、端末ＵＬ ＣＣ集合及びＰＤＣＣＨモニタリング集合は、端末特定（ＵＥ−ｓｐｅｃｉｆｉｃ）、端末グループ特定（ＵＥ  ｇｒｏｕｐ−ｓｐｅｃｉｆｉｃ）又はセル特定（Ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）に設定することができる。
【０１４８】
クロスキャリアスケジューリングが非活性化された場合には、ＰＤＣＣＨモニタリング集合が常に端末ＤＬ ＣＣ集合と同一であるということを意味し、このような場合にはＰＤＣＣＨモニタリング集合に対する別のシグナリングのような指示が必要でない。しかし、クロスキャリアスケジューリングが活性化された場合には、ＰＤＣＣＨモニタリング集合が端末ＤＬ ＣＣ集合内で定義されることが好ましい。すなわち、端末に対してＰＤＳＣＨ又はＰＵＳＣＨをスケジューリングするために、基地局はＰＤＣＣＨモニタリング集合のみを通じてＰＤＣＣＨを送信する。
【０１４９】
図１４は、本発明の実施例で用いられるクロスキャリアスケジューリングによるＬＴＥ−Ａシステムのサブフレーム構造を示す図である。
【０１５０】
図１４を参照すると、ＬＴＥ−Ａ端末のためのＤＬサブフレームは、３個の下りリンクコンポーネントキャリア（ＤＬ ＣＣ）が結合されており、ＤＬ ＣＣ 「Ａ」はＰＤＣＣＨモニタリングＤＬ ＣＣとして設定された場合を示す。ＣＩＦが使用されない場合、各ＤＬ ＣＣはＣＩＦ無しで自身のＰＤＳＣＨをスケジューリングするＰＤＣＣＨを送信することができる。一方、ＣＩＦが上位層シグナリングによって使用される場合には、一つのＤＬ ＣＣ 「Ａ」のみがＣＩＦを用いて自身のＰＤＳＣＨ又は他のＣＣのＰＤＳＣＨをスケジューリングするＰＤＣＣＨを送信することができる。この時、ＰＤＣＣＨモニタリングＤＬ ＣＣとして設定されていないＤＬ ＣＣ 「Ｂ」及び「Ｃ」はＰＤＣＣＨを送信しない。
【０１５１】
図１５は、本発明の実施例で用いられるクロスキャリアスケジューリングによるサービングセル構成の一例を示す図である。
【０１５２】
キャリア結合（ＣＡ）を支援する無線接続システムでは基地局及び／又は端末を一つ以上のサービングセルで構成することができる。図１５で、基地局は、Ａセル、Ｂセル、Ｃセル及びＤセルの総４個のサービングセルを支援することができ、端末ＡはＡセル、Ｂセル及びＣセルで構成され、端末ＢはＢセル、Ｃセル及びＤセルで構成され、端末ＣはＢセルで構成された場合を仮定する。ここで、各端末に構成されたセルのうち少なくとも一つをＰセルとして設定することができる。この時、Ｐセルは常に活性化された状態であり、Ｓセルは基地局及び／又は端末によって活性化又は非活性化されてもよい。
【０１５３】
図１５で、構成されたセルは、基地局のセルのうち、端末からの測定報告（ｍｅａｓｕｒｅｍｅｎｔ  ｒｅｐｏｒｔ）メッセージに基づいてＣＡにセル追加が可能なセルであって、端末別に設定可能である。構成されたセルは、ＰＤＳＣＨ信号送信に対するＡＣＫ／ＮＡＣＫメッセージの送信のためのリソースをあらかじめ予約しておく。活性化されたセル（Ａｃｔｉｖａｔｅｄ  ｃｅｌｌ）は、構成されたセルのうち、実際にＰＤＳＣＨ信号及び／又はＰＵＳＣＨ信号を送信するように設定されたセルであり、ＣＳＩ報告及びＳＲＳ（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）送信を行う。非活性化されたセル（Ｄｅ−Ａｃｔｉｖａｔｅｄ  ｃｅｌｌ）は、基地局の命令又はタイマー動作によってＰＤＳＣＨ／ＰＵＳＣＨ信号の送受信を行わないように構成されるセルであって、ＣＳＩ報告及びＳＲＳ送信も中断される。
【０１５４】
２．３  ＣＡ ＰＵＣＣＨ（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ  Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）
キャリア併合を支援する無線通信システムにおいてＵＣＩ（例えば、多重ＡＣＫ／ＮＡＣＫ、ＳＲ、ＣＳＩなど）をフィードバックするためのＰＵＣＣＨフォーマットを定義することができる。以下、説明の便宜のために、このようなＰＵＣＣＨのフォーマットをＣＡ ＰＵＣＣＨフォーマットと呼ぶ。
【０１５５】
図１６は、ＣＡ ＰＵＣＣＨの信号処理過程を例示する図である。
【０１５６】
図１６を参照すると、チャネルコーディングブロック（ｃｈａｎｎｅｌ  ｃｏｄｉｎｇ  ｂｌｏｃｋ）は、情報ビットａ＿０，ａ＿１，…，ａ＿Ｍ−１（例、多重ＡＣＫ／ＮＡＣＫビット）をチャネルコーディングしてコーディングビット（ｅｎｃｏｄｅｄ  ｂｉｔ，ｃｏｄｅｄ  ｂｉｔ  ｏｒ  ｃｏｄｉｎｇ  ｂｉｔ）（又は、コードワード）ｂ＿０，ｂ＿１，…，ｂ＿Ｎ−１を生成する。Ｍは情報ビットのサイズを表し、Ｎはコーディングビットのサイズを表す。情報ビットは、上りリンク制御情報（ＵＣＩ）、例えば、複数の下りリンクコンポーネントキャリアで受信した複数のデータ（又はＰＤＳＣＨ）に対する多重ＡＣＫ／ＮＡＣＫを含む。ここで、情報ビットａ＿０，ａ＿１，…，ａ＿Ｍ−１は、情報ビットを構成するＵＣＩの種類／個数／サイズにかかわらずにジョイントコーディングされる。例えば、情報ビットが複数の下りリンクコンポーネントキャリアに対する多重ＡＣＫ／ＮＡＣＫを含む場合、チャネルコーディングは、下りリンクコンポーネントキャリア別、個別ＡＣＫ／ＮＡＣＫビット別に行われず、全体ビット情報を対象に行われ、これによって単一コードワードが生成される。チャネルコーディングはこれに制限されるものではないが、単純反復（ｒｅｐｅｔｉｔｉｏｎ）、単純コーディング（ｓｉｍｐｌｅｘ  ｃｏｄｉｎｇ）、ＲＭ（Ｒｅｅｄ  Ｍｕｌｌｅｒ）コーディング、パンクチャリングされたＲＭコーディング、ＴＢＣＣ（Ｔａｉｌ−ｂｉｔｉｎｇ  ｃｏｎｖｏｌｕｔｉｏｎａｌ  ｃｏｄｉｎｇ）、ＬＤＰＣ（ｌｏｗ−ｄｅｎｓｉｔｙ  ｐａｒｉｔｙ−ｃｈｅｃｋ）或いはターボ−コーディングを含む。図示してはいないが、コーディングビットは、変調次数とリソース量を考慮してレート−マッチング（ｒａｔｅ−ｍａｔｃｈｉｎｇ）されてもよい。レートマッチング機能は、チャネルコーディングブロックの一部として含まれてもよく、別個の機能ブロックで行われてもよい。
【０１５７】
変調器（ｍｏｄｕｌａｔｏｒ）は、コーディングビットｂ＿０，ｂ＿１，…，ｂ＿Ｎ−１を変調して変調シンボルｃ＿０，ｃ＿１，…，ｃ＿Ｌ−１を生成する。Ｌは変調シンボルのサイズを表す。変調は、送信信号のサイズと位相を変形することによって行われる。変調方法は、例えば、ｎ−ＰＳＫ（Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）、ｎ−ＱＡＭ（Ｑｕａｄｒａｔｕｒｅ  Ａｍｐｌｉｔｕｄｅ  Ｍｏｄｕｌａｔｉｏｎ）を含む（ｎは、２以上の整数）。具体的に、変調方法は、ＢＰＳＫ（Ｂｉｎａｒｙ  ＰＳＫ）、ＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ  ＰＳＫ）、８−ＰＳＫ、ＱＡＭ、１６−ＱＡＭ、６４−ＱＡＭなどを含むことができる。
【０１５８】
分周器（ｄｉｖｉｄｅｒ）は、変調シンボルｃ＿０，ｃ＿１，…，ｃ＿Ｌ−１を各スロットに分周する。変調シンボルを各スロットに分周する順序／パターン／方式は別に制限されない。例えば、分周器は、変調シンボルを前から順にそれぞれのスロットに分周することができる（ローカル型方式）。この場合、図示のように、変調シンボルｃ＿０，ｃ＿１，…，ｃ＿Ｌ／２−１はスロット０に、変調シンボルｃ＿Ｌ／２，ｃ＿Ｌ／２＋１，…，ｃ＿Ｌ−１はスロット１に分周することができる。また、変調シンボルは、それぞれのスロットに分周時に、インターリービング（又はパーミュテーション）されてもよい。例えば、偶数の変調シンボルはスロット０に分周され、奇数の変調シンボルはスロット１に分周されてもよい。変調過程と分周過程をの順序を互いに変えてもよい。
【０１５９】
ＤＦＴプリコーダ（ｐｒｅｃｏｄｅｒ）は、単一搬送波波形（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｗａｖｅｆｏｒｍ）を生成するために、それぞれのスロットに分周された変調シンボルに対してＤＦＴプリコーディング（例、１２−ポイントＤＦＴ）を行う。同面を参照すると、スロット０に分周された変調シンボルｃ＿０，ｃ＿１，…，ｃ＿Ｌ／２−１は、ＤＦＴシンボルｄ＿０，ｄ＿１，…，ｄ＿Ｌ／２−１にＤＦＴプリコーディングされ、スロット１に分周された変調シンボルｃ＿Ｌ／２，ｃ＿Ｌ／２＋１，…，ｃ＿Ｌ−１は、ＤＦＴシンボルｄ＿Ｌ／２，ｄ＿Ｌ／２＋１，…，ｄ＿Ｌ−１にＤＦＴプリコーディングされる。ＤＦＴプリコーディングは、相応する他の線形演算（ｌｉｎｅａｒ  ｏｐｅｒａｔｉｏｎ）（例、ｗａｌｓｈ  ｐｒｅｃｏｄｉｎｇ）に取り替えてもよい。
【０１６０】
拡散ブロック（ｓｐｒｅａｄｉｎｇ  ｂｌｏｃｋ）は、ＤＦＴの行われた信号をＳＣ−ＦＤＭＡシンボルレベルで（時間ドメイン）拡散する。ＳＣ−ＦＤＭＡシンボルレベルの時間ドメイン拡散は、拡散コード（或いは、拡散シーケンス）を用いて行われる。拡散コードは、準直交コードと直交コードを含む。準直交コードは、これに制限されるものではないが、ＰＮ（Ｐｓｅｕｄｏ  Ｎｏｉｓｅ）コードを含む。直交コードは、これに制限されるものではないが、ウォルシュコード、ＤＦＴコードを含む。直交コード（Ｏｒｔｈｏｇｏｎａｌ  Ｃｏｄｅ、ＯＣ）は、直交シーケンス（ｏｒｔｈｏｇｏｎａｌ  ｓｅｑｕｅｎｃｅ）、直交カバー（Ｏｒｔｈｏｇｏｎａｌ  Ｃｏｖｅｒ、ＯＣ）、直交カバーコード（Ｏｒｔｈｏｇｏｎａｌ  Ｃｏｖｅｒ  Ｃｏｄｅ、ＯＣＣ）と同じ意味で使われてもよい。本明細書は、説明の容易性のために、拡散コードの代表例として直交コードを取り上げて説明するが、これは例示であり、直交コードは準直交コードに取って代わってもよい。拡散コードサイズ（又は、拡散因子（ＳＦ：Ｓｐｒｅａｄｉｎｇ  Ｆａｃｔｏｒ））の最大値は、制御情報の送信に用いられるＳＣ−ＦＤＭＡシンボルの個数によって制限される。例えば、１スロットで５個のＳＣ−ＦＤＭＡシンボルが制御情報の送信に用いられる場合、スロット別に長さ５の（準）直交コード（ｗ０，ｗ１，ｗ２，ｗ３，ｗ４）を用いることができる。ＳＦは、制御情報の拡散度を意味し、端末の多重化次数（ｍｕｌｔｉｐｌｅｘｉｎｉｇ  ｏｒｄｅｒ）又はアンテナ多重化次数と関連してもよい。ＳＦは、１，２，３，４，５，…のようにシステムの要求条件によって可変してもよい。また、ＳＦは、基地局と端末との間にあらかじめ定義されていてもよく、ＤＣＩ或いはＲＲＣシグナリングによって端末に知らされてもよい。
【０１６１】
上記の過程を経て生成された信号は、ＰＲＢ内の副搬送波にマップされた後、ＩＦＦＴを経て時間ドメイン信号に変換される。時間ドメイン信号にはＣＰが付加され、生成されたＳＣ−ＦＤＭＡシンボルはＲＦ端から送信される。
【０１６２】
３．  チャネル状態情報（ＣＳＩ：Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）のフィードバック方法
３．１  チャネル状態情報（ＣＳＩ）
まず、３ＧＰＰ ＬＴＥシステムでは、下りリンク受信主体（例えば、端末）が下りリンク送信主体（例えば、基地局）に接続している時に、下りリンクで送信される参照信号の受信強度（ＲＳＲＰ：ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｅｄ  ｐｏｗｅｒ）、参照信号の品質（ＲＳＲＱ：ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｅｄ  ｑｕａｌｉｔｙ）などに対する測定を任意の時間に行い、測定結果を基地局に周期的（ｐｅｒｉｏｄｉｃ）に或いはイベントベース（ｅｖｅｎｔ  ｔｒｉｇｇｅｒｅｄ）に報告することができる。
【０１６３】
それぞれの端末は、下りリンクチャネル状況による下りリンクチャネル情報を上りリンクで報告し、基地局はそれぞれの端末から受信した下りリンクチャネル情報を用いて、それぞれの端末別にデータ送信のために適切な時間／周波数リソースと変調及びコーディング技法（ＭＣＳ：Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）などを定めることができる。
【０１６４】
このようなチャネル状態情報（ＣＳＩ：Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）は、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｉｏｎ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、ＰＴＩ（Ｐｒｅｃｏｄｅｒ  Ｔｙｐｅ  Ｉｎｄｉｃａｔｉｏｎ）及び／又はＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｉｏｎ）で構成することができる。また、それぞれの端末の送信モードによって、ＣＳＩは全て送信されてもよく、一部のみ送信されてもよい。ＣＱＩは、端末の受信信号品質（ｒｅｃｅｉｖｅｄ  ｓｉｇｎａｌ  ｑｕａｌｉｔｙ）によって定められるが、これは一般に、下りリンク参照信号の測定に基づいて決定することができる。このとき、実際に基地局に伝達されるＣＱＩ値は、端末の測定した受信信号品質でブロックエラー率（ＢＬＥＲ：Ｂｌｏｃｋ  Ｅｒｒｏｒ  Ｒａｔｅ）を１０％以下に維持しながら最大の性能を奏するＭＣＳに該当する。
【０１６５】
また、このようなチャネル情報の報告方式は、周期的に送信される周期的報告（ｐｅｒｉｏｄｉｃ  ｒｅｐｏｒｔｉｎｇ）と、基地局の要求に応じて送信される非周期的報告（ａｐｅｒｉｏｄｉｃ  ｒｅｐｏｒｔｉｎｇ）とに区別される。
【０１６６】
非周期的報告の場合、基地局が端末に送信する上りリンクスケジューリング情報に含まれた１又は２ビットの要求ビット（ＣＱＩ  ｒｅｑｕｅｓｔ  ｂｉｔ）によってそれぞれの端末に設定され、それぞれの端末は、この情報を受けると、自身の送信モードを考慮したチャネル情報をＰＵＳＣＨで基地局に伝達することができる。同じＰＵＳＣＨ上でＲＩ及びＣＱＩ／ＰＭＩが送信されないように設定することができる。
【０１６７】
周期的報告の場合、上位層信号を用いて、チャネル情報の送信される周期、及び当該周期におけるオフセット（ｏｆｆｓｅｔ）などをサブフレーム単位にそれぞれの端末にシグナルし、定められた周期にしたがって、それぞれの端末の送信モードを考慮したチャネル情報をＰＵＣＣＨで基地局に伝達することができる。定められた周期にしたがってチャネル情報が送信されるサブフレームに、上りリンクで送信されるデータが同時に存在する場合には、当該チャネル情報をＰＵＣＣＨではなくＰＵＳＣＨでデータと併せて送信することができる。ＰＵＣＣＨを用いる周期的報告の場合には、ＰＵＳＣＨに比べて制限されたビット（例えば、１１ビット）が用いられてもよい。同じＰＵＳＣＨ上でＲＩ及びＣＱＩ／ＰＭＩが送信されてもよい。
【０１６８】
周期的報告と非周期的報告とが同一のサブフレーム内で衝突する場合には、非周期的報告のみを行うことができる。
【０１６９】
広帯域（Ｗｉｄｅｂａｎｄ）ＣＱＩ／ＰＭＩの計算において、最近に送信されたＲＩを用いることができる。ＰＵＣＣＨ ＣＳＩ報告モード（ｒｅｐｏｒｔｉｎｇ  ｍｏｄｅ）におけるＲＩは、ＰＵＳＣＨ ＣＳＩ報告モードにおけるＲＩとは独立しており（ｉｎｄｅｐｅｎｄｅｎｔ）、ＰＵＳＣＨ ＣＳＩ報告モードにおけるＲＩは、当該ＰＵＳＣＨ ＣＳＩ報告モードにおけるＣＱＩ／ＰＭＩにのみ有効（ｖａｌｉｄ）である。
【０１７０】
表１６は、ＰＵＣＣＨで送信されるＣＳＩフィードバックタイプ及びＰＵＣＣＨ ＣＳＩ報告モードを説明する表である。
【表１６】
0006437554.tif 000030
【０１７１】
表１６を参照すると、チャネル状態情報の周期的報告（ｐｅｒｉｏｄｉｃ  ｒｅｐｏｒｔｉｎｇ）においてＣＱＩとＰＭＩフィードバックタイプによって、モード１−０、１−１、２−０及び２−１の４つの報告モード（ｒｅｐｏｒｔｉｎｇ  ｍｏｄｅ）に区別することができる。
【０１７２】
ＣＱＩフィードバックタイプによって広帯域ＣＱＩ（ＷＢ ＣＱＩ：ｗｉｄｅｂａｎｄ  ＣＱＩ）とサブバンド（ＳＢ ＣＱＩ：ｓｕｂｂａｎｄ  ＣＱＩ）とに分けられ、ＰＭＩ送信の有無によってＮｏ ＰＭＩと単一（ｓｉｎｇｌｅ）ＰＭＩとに分けられる。表１６では、Ｎｏ ＰＭＩが開−ループ（ＯＬ：ｏｐｅｎ−ｌｏｏｐ）、送信ダイバーシチ（ＴＤ：Ｔｒａｎｓｍｉｔ  Ｄｉｖｅｒｓｉｔｙ）及び単一−アンテナ（ｓｉｎｇｌｅ−ａｎｔｅｎｎａ）の場合に該当し、単一ＰＭＩは閉−ループ（ＣＬ：ｃｌｏｓｅｄ−ｌｏｏｐ）に該当する。
【０１７３】
モード１−０は、ＰＭＩ送信はなく、ＷＢ ＣＱＩが送信される場合である。この場合、ＲＩは、開−ループ（ＯＬ）空間多重化（ＳＭ：Ｓｐａｔｉａｌ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）の場合にのみ送信され、４ビットで表現される一つのＷＢ ＣＱＩが送信される。ＲＩが１を超える場合には、第１コードワードに対するＣＱＩが送信されてもよい。
【０１７４】
モード１−１は、単一ＰＭＩ及びＷＢ ＣＱＩが送信される場合である。この場合、ＲＩ送信と併せて、４ビットのＷＢ ＣＱＩ及び４ビットのＷＢ ＰＭＩが送信されてもよい。さらに、ＲＩが１超える場合には、３ビットのＷＢ空間差分ＣＱＩ（Ｗｉｄｅｂａｎｄ  Ｓｐａｔｉａｌ  Ｄｉｆｆｅｒｅｎｔｉａｌ  ＣＱＩ）が送信されてもよい。２コードワードの送信において、ＷＢ空間差分ＣＱＩは、コードワード１に対するＷＢ ＣＱＩインデックスとコードワード２に対するＷＢ ＣＱＩインデックスとの差値を表してもよい。これらの差値は、集合｛−４，−３，−２，−１，０，１，２，３｝のいずれか一つの値を有し、３ビットで表現されてもよい。
【０１７５】
モード２−０は、ＰＭＩ送信はなく、端末が選択した（ＵＥ  ｓｅｌｅｃｔｅｄ）帯域のＣＱＩが送信される場合である。この場合、ＲＩは、開−ループ空間多重化（ＯＬ ＳＭ）の場合にのみ送信され、４ビットで表現されるＷＢ ＣＱＩが送信されてもよい。また、それぞれの帯域幅部分（ＢＰ：Ｂａｎｄｗｉｄｔｈ  Ｐａｒｔ）で最適（Ｂｅｓｔ−１）のＣＱＩが送信され、Ｂｅｓｔ−１ ＣＱＩは４ビットで表現されてもよい。また、Ｂｅｓｔ−１を指示するＬビットの指示子（ｉｎｄｉｃａｔｏｒ）が併せて送信されてもよい。ＲＩが１を超える場合には、第１コードワードに対するＣＱＩが送信されてもよい。
【０１７６】
モード２−１は、単一ＰＭＩ及び端末が選択した（ＵＥ  ｓｅｌｅｃｔｅｄ）帯域のＣＱＩが送信される場合である。この場合、ＲＩ送信と併せて、４ビットのＷＢ ＣＱＩ、３ビットのＷＢ空間差分ＣＱＩ及び４ビットのＷＢ ＰＭＩが送信されてもよい。さらに、それぞれの帯域幅部分（ＢＰ）で４ビットのＢｅｓｔ−１ ＣＱＩが送信され、ＬビットのＢｅｓｔ−１指示子が併せて送信されてもよい。さらに、ＲＩが１超える場合には、３ビットのＢｅｓｔ−１空間差分ＣＱＩが送信されてもよい。これは、２コードワード送信において、コードワード１のＢｅｓｔ−１ ＣＱＩインデックスとコードワード２のＢｅｓｔ−１ ＣＱＩインデックスとの差値を表すことができる。
【０１７７】
各送信モード（ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ）に対して次のように周期的なＰＵＣＣＨ ＣＳＩ報告モードが支援される。
１）送信モード１：モード１−０及び２−０
２）送信モード２：モード１−０及び２−０
３）送信モード３：モード１−０及び２−０
４）送信モード４：モード１−１及び２−１
５）送信モード５：モード１−１及び２−１
６）送信モード６：モード１−１及び２−１
７）送信モード７：モード１−０及び２−０
８）送信モード８：端末がＰＭＩ／ＲＩ報告が設定される場合にはモード１−１及び２−１、端末がＰＭＩ／ＲＩ報告をしないように設定される場合にはモード１−０及び２−０
９）送信モード９：端末がＰＭＩ／ＲＩを報告するように設定され、ＣＳＩ−ＲＳポートの数＞１の場合にモード１−１及び２−１、端末がＰＭＩ／ＲＩ報告をしないように設定されたりＣＳＩ−ＲＳポートの数＝１の場合にモード１−０及び２−０
【０１７８】
各サービングセルで周期的なＰＵＣＣＨ ＣＳＩ報告モードは、上位層シグナリングによって設定される。モード１−１は、「ＰＵＣＣＨ＿ｆｏｒｍａｔ１−１＿ＣＳＩ＿ｒｅｐｏｒｔｉｎｇ＿ｍｏｄｅ」パラメータを使用する上位層シグナリングによってサブモード（ｓｕｂｍｏｄｅ）１又はサブモード２のいずれか一つに設定される。
【０１７９】
端末の選択したＳＢ ＣＱＩにおいて特定サービングセルの特定サブフレームでＣＱＩ報告は、サービングセルの帯域幅の一部分である帯域幅部分（ＢＰ：Ｂａｎｄｗｉｄｔｈ  Ｐａｒｔ）の一つ以上のチャネル状態の測定を意味する。帯域幅部分は、最も低い周波数から始まって周波数が増加する順序で帯域幅サイズの増加無しでインデックスが与えられる。
【０１８０】
３．２  ＣＳＩフィードバック方法
ＬＴＥシステムでは、チャネル情報無しで運用される開ループＭＩＭＯ（ｏｐｅｎ−ｌｏｏｐ  ＭＩＭＯ）方式と、チャネル情報に基づいて運用される閉ループＭＩＭＯ（ｃｌｏｓｅｄ−ｌｏｏｐ  ＭＩＭＯ）方式が用いられる。閉ループＭＩＭＯ方式においてＭＩＭＯアンテナの多重化利得（ｍｕｌｔｉｐｌｅｘｉｎｇ  ｇａｉｎ）を得るために、送受信端はそれぞれチャネル情報（例えば、ＣＳＩ）に基づいてビームフォーミングを行うことができる。基地局はＣＳＩを得るためにＵＥにＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）又はＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）を割り当て、下りリンクチャネルに対するＣＳＩをフィードバックするように命令することができる。
【０１８１】
ＣＳＩは、ランク指示子（ＲＩ：Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）情報、プリコーディング行列インデックス（ＰＭＩ：Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｅｘ）情報及びチャネル状態指示（ＣＱＩ：Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｉｏｎ）情報を含む。ＲＩは、チャネルのランク情報を示すものであり、ＵＥが同一周波数時間リソースで受信するデータストリームの個数を意味する。ＲＩ値は、チャネルのロングタームフェーディング（ｌｏｎｇ  ｔｅｒｍ  ｆａｄｉｎｇ）によって優勢に（ｄｏｍｉｎａｎｔ）決定されるので、通常、ＰＭＩ及びＣＱＩ値に比べてより長い周期でＵＥから基地局にフィードバックされる。ＰＭＩは、チャネルの空間特性を反映した値である。ＰＭＩは、ＳＩＮＲなどのメトリック（ｍｅｔｒｉｃ）を基準に、ＵＥの好む基地局のプリコーディングインデックスを示す。ＣＱＩは、チャネルの強度を示す値であり、通常、基地局がＰＭＩを用いた時に得られる受信ＳＩＮＲを意味する。
【０１８２】
ＬＴＥ−Ａシステムのように一層進歩した通信システムでは、ＭＵ−ＭＩＭＯ（ｍｕｌｔｉ−ｕｓｅｒ  ＭＩＭＯ）を用いた追加の多重ユーザダイバーシチ（ｍｕｌｔｉ−ｕｓｅｒ  ｄｉｖｅｒｓｉｔｙ）を得る方式が追加された。そのために、チャネルフィードバック観点ではより高い正確性が要求される。これは、ＭＵ−ＭＩＭＯでは、アンテナドメイン（ｄｏｍａｉｎ）で多重化される端末間の干渉チャネル存在することから、フィードバックチャネルの正確性が、フィードバックを行った端末だけでなく、多重化される他の端末に対する干渉にも大きい影響を及ぼすからである。したがって、ＬＴＥ−Ａシステムではフィードバックチャネルの正確性を高めるために、最終ＰＭＩを、長期（ｌｏｎｇ−ｔｅｒｍ）及び／又は広帯域ＰＭＩであるＷ１と、短期（ｓｈｏｒｔ−ｔｅｒｍ）及び／又はサブバンドＰＭＩであるＷ２とに区別して設計することが決定された。
【０１８３】
基地局は、Ｗ１及びＷ２などの２種類のチャネル情報から一つの最終ＰＭＩを構成する階層的コードブック変換（ｈｉｅｒａｒｃｈｉｃａｌ  ｃｏｄｅｂｏｏｋ  ｔｒａｎｓｆｏｒｍａｔｉｏｎ）方式の一例として、次の式４のようにチャネルの長期共分散行列（ｌｏｎｇ−ｔｅｒｍ  ｃｏｖａｒｉａｎｃｅ  ｍａｔｒｉｘ）を用いてコードブックを変換することができる。
【数１４】
0006437554.tif 000031
【０１８４】
式４で、Ｗ１（すなわち、長期ＰＭＩ）及びＷ２（すなわち、短期ＰＭＩ）は、チャネル情報を反映するために生成されたコードブックのコードワードであり、Ｗは、変換された最終コードブックのコードワードを意味し、ｎｏｒｍ（Ａ）は、行列Ａの各カラム（ｃｏｌｕｍｎ）別の平均（ｎｏｒｍ）が１に正規化された行列を意味する。
【０１８５】
式４で、Ｗ１及びＷ２の構造は、次の式５のとおりである。
【数１５】
0006437554.tif 000032
【０１８６】
式５に示すＷ１、Ｗ２のコードワード構造は、交差偏光アンテナ（ｃｒｏｓｓ  ｐｏｌａｒｉｚｅｄ  ａｎｔｅｎｎａ）を使用し、アンテナ間の間隔がちゅう密な場合（例えば、通常、隣接アンテナ間の距離が信号波長の半分以下である場合に該当する。）に発生するチャネルの相関（ｃｏｒｒｅｌａｔｉｏｎ）特性を反映して設計された構造である。
【０１８７】
交差偏光アンテナの場合、アンテナを水平アンテナグループ（ｈｏｒｉｚｏｎｔａｌ  ａｎｔｅｎｎａ  ｇｒｏｕｐ）と垂直アンテナグループ（ｖｅｒｔｉｃａｌ  ａｎｔｅｎｎａ  ｇｒｏｕｐ）とに区別できる。このとき、各アンテナグループは、ＵＬＡ（ｕｎｉｆｏｒｍ  ｌｉｎｅａｒ  ａｒｒａｙ）アンテナの特性を有し、両アンテナグループはコロケートされている（ｃｏ−ｌｏｃａｔｅｄ）。したがって、各グループのアンテナ間の相関は、同じ線形位相増加（ｌｉｎｅａｒ  ｐｈａｓｅ  ｉｎｃｒｅｍｅｎｔ）特性を有し、アンテナグループ間の相関は、位相回転（ｐｈａｓｅ  ｒｏｔａｔｉｏｎ）した特性を有する。
【０１８８】
コードブックは結局としては無線チャネルを量子化（ｑｕａｎｔｉｚａｔｉｏｎ）した値であり、よって、コードブックはソースに該当するチャネルの特性をそのまま反映して設計されることが好ましい。式６は、説明の便宜のために、式４及び５の構造で作ったランク１コードワードの一例を示す。式６を参照すると、このようなチャネル特性が式４を満たすコードワードに反映されたことが確認できる。
【数１６】
0006437554.tif 000033
【０１８９】
【数１７】
0006437554.tif 000034
【０１９０】
また、ＣｏＭＰのためにも、より高いチャネル正確性が要求される。例えば、ＣｏＭＰ ＪＴ（Ｊｏｉｎｔ  Ｔｒａｎｓｍｉｓｓｉｏｎ）の場合、複数の基地局が特定ＵＥに同一データを協調送信することから、理論的にアンテナが地理的に分散されているＭＩＭＯシステムと見なすことができる。すなわち、ＪＴにおいてＭＵ−ＭＩＭＯをする場合にも、単一セルＭＵ−ＭＩＭＯと同様に、共にスケジューリングされるＵＥ間干渉を避けるために、高いレベルのチャネル正確性が要求される。ＣｏＭＰ ＣＢ（Ｃｏｏｒｄｉｎａｔｅｄ  Ｂｅａｍｆｏｒｍｉｎｇ）の場合も、隣接セルがサービングセルに与える干渉を回避するために、正確なチャネル情報が要求される。
【０１９１】
３．３  ＣＳＩ報告のための端末動作
ＣＱＩ、ＰＭＩ、プリコーディングタイプ指示子（ＰＴＩ：Ｐｒｅｃｏｄｉｎｇ  Ｔｙｐｅ  Ｉｎｄｉｃａｔｏｒ）及び／又はＲＩを含むＣＳＩを報告するために端末が使用する時間及び周波数リソースは、基地局によってスケジューリングされる。端末は、空間多重化（ＳＭ：Ｓｐａｔｉａｌ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）に対して送信レイヤの個数に相応するＲＩを決定しなければならない。端末は、送信ダイバーシチに対してＲＩを１に設定する。
【０１９２】
送信モード８又は９の端末は、上位層パラメータｐｍｉ−ＲＩ−ＲｅｐｏｒｔによってＰＭＩ／ＲＩ報告を構成したり構成しない。仮に、サブフレーム集合ＣCSI,0及びＣCSI,1が上位層によって構成された端末は、リソース−制限されたＣＳＩ測定として構成される。
【０１９３】
端末に対して一つ以上のサービングセルが構成されると、端末は、活性化されたサービングセルに対してのみＣＳＩ報告を行う。端末がＰＵＳＣＨ及びＰＵＣＣＨ同時送信として構成されていないと、端末は、ＰＵＳＣＨの割り当てられていないサブフレームのＰＵＣＣＨ上で周期的にＣＳＩ報告を行う。端末がＰＵＳＣＨ及びＰＵＣＣＨ同時送信として構成されていないと、端末は、最も小さいサービングセルインデックス（ＳｅｒｖＣｅｌｌＩｎｄｅｘ）を有するサービングセルのＰＵＳＣＨが割り当てられたサブフレームで周期的なＣＳＩ報告を行う。このとき、端末は、ＰＵＳＣＨ上でＰＵＣＣＨベースの周期的ＣＳＩ報告フォーマットと同じフォーマットを用いる。既に設定された条件下で、端末は、ＰＵＳＣＨ上で非周期的ＣＳＩ報告を送信する。例えば、非周期的ＣＱＩ／ＰＭＩ報告に対して、構成されたＣＳＩフィードバックタイプがＲＩ報告を支援する場合にのみＲＩ報告が送信される。
【０１９４】
また、端末が周期的にＣＳＩ報告を行う場合にも、基地局からＣＳＩ要求フィールドが設定されたＵＬグラントを受信すると、端末は非周期的にＣＳＩ報告を行うことができる。
【０１９５】
３．３．１  ＰＵＳＣＨを用いた非周期的ＣＳＩ報告
端末は、サービングセルｃのサブフレームｎで、ＣＳＩ要求フィールドが設定された上りリンクＤＣＩフォーマット（すなわち、ＵＬグラント）又は任意接続応答グラントを受信すると、サブフレームｎ＋ｋでＰＵＳＣＨを用いて非周期的ＣＳＩ報告を行う。ＣＳＩ要求フィールドが１ビットであり、ＣＳＩ要求フィールドが「１」に設定されると、サービングセルｃに対してＣＳＩ報告要求がトリガーされる。ＣＳＩ要求フィールドが２ビットであれば、次の表１７によってＣＳＩ報告要求がトリガーされる。
【表１７】
0006437554.tif 000035
【０１９６】
表１７で、ＣＳＩ要求フィールドが「００」に設定されると、非周期的ＣＳＩ報告がトリガーされないことを示し、「０１」に設定されると、サービングセルｃに対する非周期的ＣＳＩ報告がトリガーされることを示し、「１０」に設定されると、上位層によって構成されたサービングセルの第１集合に対して非周期的ＣＳＩ報告がトリガーされることを示し、「１１」に設定されると、上位層によって構成されたサービングセルに対する第２集合に対して非周期的ＣＳＩ報告がトリガーされることを示す。
【０１９７】
端末には特定サブフレームで一つ以上の非周期的ＣＳＩ報告要求がなされない。
【０１９８】
次の表１８には、ＰＵＳＣＨでＣＳＩを送信する時の報告モードを示す。
【表１８】
0006437554.tif 000036
【０１９９】
表１８における送信モードは、上位層で選択され、ＣＱＩ／ＰＭＩ／ＲＩはいずれも同一のＰＵＳＣＨサブフレームに送信される。以下では、各報告モードについて詳しく説明する。
【０２００】
１−１）モード１−２
端末は、それぞれのサブバンドに対して、データがサブバンドでのみ送信されるとの仮定下に、プリコーディング行列を選択する。端末は、システム帯域又は上位層で指定した帯域（ｓｅｔ  Ｓ）の全体に対して、前に選択したプリコーディング行列を仮定してＣＱＩを生成する。また、端末は、ＣＱＩと各サブバンドのＰＭＩ値を送信する。このとき、各サブバンドのサイズはシステム帯域のサイズによって変更されてもよい。
【０２０１】
１−２）モード２−０
端末は、システム帯域又は上位層で指定した帯域（ｓｅｔ  Ｓ）に対して、好むＭ個のサブバンドを選択する。端末は、選択されたＭ個のサブバンドに対してデータを送信するとの仮定下に、一つのＣＱＩ値を生成する。端末は、追加としてシステム帯域又はｓｅｔ Ｓに対して一つのＣＱＩ（ｗｉｄｅｂａｎｄ  ＣＱＩ）値を生成する。選択されたＭ個のサブバンドに対して複数個のコードワードがある場合、各コードワードに対するＣＱＩ値は差分形式で定義する。このとき、差分ＣＱＩ（Ｄｉｆｆｅｒｅｎｔｉａｌ  ＣＱＩ）は、選択されたＭ個のサブバンドに対するＣＱＩ値に該当するインデックスから広帯域ＣＱＩインデックス（ｗｉｄｅｂａｎｄ  ＣＱＩ  ｉｎｄｅｘ）を引いた値に設定される。
【０２０２】
端末は、選択されたＭ個のサブバンドの位置に関する情報、選択されたＭ個のサブバンドに対する一つのＣＱＩ値、全帯域又はｓｅｔ Ｓに対して生成されたＣＱＩ値を送信する。このとき、サブバンドのサイズ及びＭ値は、システム帯域のサイズによって変更されてもよい。
【０２０３】
１−３）モード２−２
端末は、Ｍ個の好むサブバンドでデータを送信するという仮定の下に、Ｍ個の選好サブバンドの位置と、Ｍ個の選好サブバンドに対する単一プリコーディング行列を同時に選択する。この時、Ｍ個の選好サブバンドに対するＣＱＩ値はコードワードごとに定義される。
【０２０４】
端末は、追加としてシステム帯域又はｓｅｔ Ｓに対して広帯域ＣＱＩ値を生成する。
【０２０５】
端末は、Ｍ個の好むサブバンドの位置に関する情報、選択したＭ個のサブバンドに対する一つのＣＱＩ値、Ｍ個の好むサブバンドに対する単一プリコーディング行列インデックス、広帯域プリコーディング行列インデックス、広帯域ＣＱＩ値を送信する。この時、サブバンドサイズ及びＭ値は、システム帯域のサイズによって変更されてもよい。
【０２０６】
１−４）モード３−０
端末は、広帯域ＣＱＩ値を生成及び報告する。
【０２０７】
端末は、各サブバンドでデータを送信するという仮定の下に、各サブバンドに対するＣＱＩ値を生成する。この時、ＲＩ＞１であっても、ＣＱＩ値は、最初のコードワードに対するＣＱＩ値のみを示す。
【０２０８】
１−５）モード３−１
端末は、システム帯域又はｓｅｔ Ｓに対して単一プリコーディング行列を生成する。
【０２０９】
端末は、各サブバンドに対して、前に生成した単一プリコーディング行列を仮定して、コードワード別にサブバンドＣＱＩを生成する。
【０２１０】
端末は、単一プリコーディング行列を仮定して広帯域ＣＱＩを生成する。この時、各サブバンドのＣＱＩ値は差分形式で表現される。例えば、サブバンドＣＱＩ値は、サブバンドＣＱＩインデックスから広帯域ＣＱＩインデックスを引いた値と定義される（Ｓｕｂｂａｎｄ ＣＱＩ＝ｓｕｂｂａｎｄ ＣＱＩ ｉｎｄｅｘ−ｗｉｄｅｂａｎｄ ＣＱＩ ｉｎｄｅｘ）。また、サブバンドのサイズは、システム帯域のサイズによって変更されてもよい。
【０２１１】
４．  ＭＴＣ端末のＵＣＩ多重化方法
４．１  ＭＴＣ端末
機械タイプ通信（ＭＴＣ：Ｍａｃｈｉｎｅ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）とは、人の介入無しで機械同士が通信を行うことを意味する。このようなＭＴＣは、サービス及びこれによる端末機の多様化をもたらすことができる。現在、最も有力視されているＭＴＣサービス分野は、スマートメータリング（ｓｍａｒｔ  ｍｅｔｅｒｉｎｇ）である。スマートメータリングに使用されるスマートメーター（Ｓｍａｒｔ  ｍｅｔｅｒ）は、電気、水道、ガスなどの使用量を計測する測定装置である一方、様々な関連情報を通信ネットワークを介して送信する送信装置でもある。
【０２１２】
例えば、スマートメーターは、電気、水道、ガス使用量を定期的に又は非定期的に管理センターに通信ネットワークを介して送信する。この時、通信ネットワークは、セルラーネットワーク（ｃｅｌｌｕｌａｒ  ｎｅｔｗｏｒｋ）のような許可帯域（ｌｉｃｅｎｓｅｄ  ｂａｎｄ）を利用してもよく、ファイファイネットワーク（ｗｉ−ｆｉ  ｎｅｔｗｏｒｋ）のような非許可帯域（ｕｎｌｉｃｅｎｓｅｄ  ｂａｎｄ）を利用してもよい。本発明は、セルラーネットワークの一つであるＬＴＥネットワークを用いたＭＴＣ通信を考慮する。
【０２１３】
ＭＴＣサービスの場合、端末は基地局にデータを定期的に送信しなければならない。データを送信する周期は、サービスプロバイダの設定によって異なるが、相当長い周期を有すると仮定する。一方、スマートメータリングを支援するＭＴＣ端末の基本動作は、電気、ガス、水道の検針であるから、スマートメーター（すなわち、ＭＴＣ端末）が設置される環境は一般端末に比べて劣悪であろう。例えば、住居形態によっては、地下室や遮蔽された空間などを含む、通信環境のよくない場所となり得る。しかしながら、このようなＭＴＣ端末の特性上、高いデータ率を要求するわけではなく、長い周期で小さいデータ率を満たせばいいので、ＭＴＣ端末の悪い通信環境を改善するために中継機又は基地局をさらに設置することは、不経済的であろう。したがって、既存に配置されたネットワークを極力活用してＭＴＣ端末を支援することが好ましい。
【０２１４】
ＭＴＣ端末の劣悪な通信環境を克服する最も簡単な方法は、ＭＴＣ端末が同一のデータを反復して送信することである。本発明の実施例では、ＭＴＣ端末に／から下りリンク物理チャネル及び／又は上りリンク物理チャネルを反復的に送／受信することによって安定した通信を提供することができる。また、本発明の実施例では、上りリンクで送信される制御情報とユーザデータ情報とを多重化する方法を提供する。
【０２１５】
４．２  上りリンク制御情報の送信方法
以下では、ＭＴＣ端末が上りリンク制御情報（ＵＣＩ）及び／又は上りリンクデータを送信する方法について説明する。ＵＣＩの一例としてＨＡＲＱ−ＡＣＫを取り上げて説明する。ＰＤＳＣＨのデコーディング結果をフィードバックするために送信されるＨＡＲＱ−ＡＣＫは一般にＰＵＣＣＨで送信される。
【０２１６】
このとき、ＭＴＣ端末は、信頼できる送信のためにＰＵＣＣＨを反復して送信することができる。ただし、一般に、ＰＤＳＣＨとＰＵＳＣＨは独立して送信されるため、ＭＴＣ端末が受信したＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信するためのＰＵＣＣＨとユーザデータを送信するためのＰＵＳＣＨの送信とが同時に行われる場合が発生しうる。
【０２１７】
既存のＬＴＥ−ＡシステムであるＲｅｌ−１１システムでは、ＭＴＣ端末でない一般端末がＰＵＣＣＨ及びＰＵＳＣＨを同一のサブフレームで送信しなければならない場合、一般端末は、ＰＵＣＣＨで送信される制御情報をＰＵＳＣＨにピギーバック（ｐｉｇｇｙ−ｂａｃｋ）して送信する。
【０２１８】
しかし、ＭＴＣ端末のカバレッジ（ｃｏｖｅｒａｇｅ）を拡張しなければならない場合、ＰＵＣＣＨ反復送信及び／又はＰＵＳＣＨ反復送信が必要となる。このとき、反復送信は数十又は数百サブフレームにおいて行われてもよいため、相対的に送信遅延（ｌａｔｅｎｃｙ）が長くなりうるという短所がある。また、ＭＴＣ端末の場合、空間多重化を支援しないように構成されてもよく、よって、ＨＡＲＱ−ＡＣＫの情報ビット数は最大１ビットであってもよい。したがって、ＨＡＲＱ−ＡＣＫのコーディング方式は反復方式であるしかないため、ＨＡＲＱ−ＡＣＫ情報がＰＵＳＣＨで送信されてもよく、ＰＵＣＣＨで送信されてもよく、結合（ｃｏｍｂｉｎｉｎｇ）してその性能を向上させてもよい。
【０２１９】
４．２．１  上りリンク制御情報の送信方法−１
本発明の実施例において、説明の便宜のため、ＨＡＲＱ−ＡＣＫ情報ビットを送信するＰＵＣＣＨが反復送信される回数をＮ１、ユーザデータが送信されるＰＵＳＣＨが反復送信される回数をＮ２と定義する。また、ＰＵＣＣＨ反復送信の開始時点をＴ１、ＰＵＳＣＨ反復送信の開始時点をＴ２と定義する。このとき、送信される情報の特性の上、ＰＵＳＣＨ反復送信回数がＰＵＣＣＨ反復送信回数よりも大きいと仮定する（例えば、Ｎ１＜Ｎ２）。
【０２２０】
Ｎ１、Ｎ２、Ｔ１及び／又はＴ２の関係によって、ＰＵＣＣＨ反復送信とＰＵＳＣＨ反復送信とが重なるか否か、及び重なるサブフレームの個数が決定され、次のような場合の数を考慮することができる。
【０２２１】
（１）Ｃａｓｅ  １
ＰＵＣＣＨ反復送信とＰＵＳＣＨ反復送信とが重ならない場合である。すなわち、Ｔ１＋Ｎ１＜Ｔ２の場合である。
【０２２２】
（２）Ｃａｓｅ  ２
ＰＵＣＣＨ反復送信区間がＰＵＳＣＨ反復送信区間に含まれる場合である。すなわち、Ｔ２＜＝Ｔ１＋Ｎ１＜Ｔ２＋Ｎ２の場合を意味する。
【０２２３】
（３）Ｃａｓｅ  ３
ＰＵＳＣＣＨ反復送信区間とＰＵＳＣＨ反復送信区間の一部とが重なる場合を意味する。例えば、Ｔ１＜Ｔ２＜Ｔ１＋Ｎ１（Ｃａｓｅ  ３−１）の場合と、Ｔ２＜Ｔ１＜Ｔ２＋Ｎ２＜Ｔ１＋Ｎ１（Ｃａｓｅ  ３−２）の場合とに区別することができる。
【０２２４】
Ｃａｓｅ１の場合には、ＰＵＣＣＨとＰＵＳＣＨの反復送信が重ならず、ＭＴＣ端末の動作には問題がない。ただし、Ｃａｓｅ  ２及び３の場合には、反復送信されるＰＵＣＣＨとＰＵＳＣＨとが重なる場合、ＰＵＣＣＨ送信をＰＵＳＣＨにピギーバック（ｐｉｇｇｙ−ｂａｃｋ）して送信することができる。
【０２２５】
４．２．１．１  ＨＡＲＱ−ＡＣＫ情報送信の位置
ＨＡＲＱ−ＡＣＫ情報は、ＰＵＳＣＨにピギーバックされる場合、参照信号（ＲＳ：Ｒｅｆｅｒｅｎｃｅ  Ｓｙｍｂｏｌ）に隣接した４つのシンボルで送信されるようにスケジューリングすることができる。このとき、ＨＡＲＱ−ＡＣＫの送信のために割り当てられるＲＥの個数は、４つのシンボルに該当するＲＥに定めることができる。
【０２２６】
例えば、ＰＵＳＣＨ送信のために合計３個のＲＢがＭＴＣ端末に割り当てられたとすれば、ＨＡＲＱ−ＡＣＫ情報を送信するためのＲＥの個数は、４シンボル＊３ＲＢ＊１２副搬送波＝１４ＲＥとなる。このとき、ＨＡＲＱ−ＡＣＫのエラー要求条件を満たすように追加のシンボル（例えば、１〜２シンボル）が、ＨＡＲＱ−ＡＣＫ情報をＰＵＳＣＨにピギーバックして送信するために割り当てられてもよい。
【０２２７】
このとき、４個のシンボル、３個のＲＢ及び１２個の副搬送波は、本発明の一実施例であり、基地局のスケジューリング及び／又はチャネル環境によって、それぞれ、ｎ、ｍ及びｌ個（ｎ、ｍ及びｌは正数）のシンボル、ＲＢ及び副搬送波がＨＡＲＱ−ＡＣＫ情報送信のために用いられてもよい。
【０２２８】
反復的に送信されるＰＵＣＣＨとＰＵＳＣＨとがＳ個のサブフレームだけ重なる場合を仮定する。このとき、ＭＴＣ端末は、ＰＵＣＣＨを、重なる部分を除いたＮ１−Ｓ個のサブフレームだけ反復して送信し、ＰＵＳＣＨを、Ｓ個のサブフレームでユーザデータとＨＡＲＱ−ＡＣＫ情報とを多重化して送信することによって、Ｓ個のサブフレームの個数だけを反復送信することができる。
【０２２９】
４．２．１．２  送信電力の決定
ＨＡＲＱ−ＡＣＫ情報のエラー要求条件とＰＵＳＣＨデータのエラー要求条件とが異なる場合があり、ＨＡＲＱ−ＡＣＫ情報送信のために割り当てられたＲＥによってＰＵＳＣＨ送信のためのＲＥの数が減少するため、ＰＵＳＣＨ性能が劣化しうる。このため、ＭＴＣ端末は、ＰＵＳＣＨ反復送信中にＰＵＣＣＨがピギーバックされる場合、ＰＵＳＣＨ送信電力を増加させることができる。このとき、電力増加分（ΔＰ）は、上位層シグナリング又は下りリンク制御チャネル（例えば、ＤＣＩなど）によって固定された値に設定されてもよく、ＰＵＣＣＨ送信と重複するサブフレームの個数に比例して設定されてもよい。
【０２３０】
ＰＵＳＣＨ送信電力については３ＧＰＰ  ＴＳ  ３６．２１３  ｖ１２．３．０規格文書の５．１．１節を参照することができる。すなわち、本発明の実施例において、ＭＴＣ端末がＨＡＲＱ−ＡＣＫ情報をＰＵＳＣＨにピギーバックする場合、元のＰＵＳＣＨ送信電力に上述の電力増加分（ΔＰ）を加えることによって送信電力を決定することができる。
【０２３１】
図１７は、ＨＡＲＱ−ＡＣＫ情報がピギーバックされる場合においてＰＵＳＣＨ送信電力の増減を示す図である。
【０２３２】
図１７（ａ）は、上述したＣａｓｅ  ２の場合に送信電力が増加する場合を示し、図１７（ｂ）は上述したＣａｓｅ３−１の場合を、図１７（ｃ）はＣａｓｅ３−２の場合を示す。ここで、Ｐ１は、反復送信されるＰＵＣＣＨの送信電力を表し、Ｐ２は、反復送信されるＰＵＳＣＨの送信電力を表す。また、ΔＰは、ＰＵＣＣＨがＰＵＳＣＨにピギーバックされる場合に増加する送信電力の増加分を表す。図１７で、Ｐ１、Ｐ２及びΔＰの高さの差は、送信電力の増減を示すための予例示であり、実際の送信電力の絶対的な差を示すものではない。
【０２３３】
次の式７は、上りリンク制御情報（例えば、ＨＡＲＱ−ＡＣＫ情報）がＰＵＳＣＨにピギーバックされる場合、増加する送信電力の一例を示す。
【数１８】
0006437554.tif 000037
【０２３４】
式７で、Ｒは、Ｎctrl／ＮREを意味する。また、βCは、上位層で設定した定数値であり、Ｋは、任意の定数を表す。この時、Ｎctrlは、重なるサブフレームにピギーバックされる上りリンク制御情報が占めるＲＥの個数を意味し、ＮREは、ＰＵＳＣＨ送信のために割り当てられたＲＥの個数を意味する。ここで、全ＲＥの個数は、再送信グラントではなく最初の送信グラントで割り当てられたＲＢ及びＳＲＳ送信によるＲＥの個数を意味する。
【０２３５】
したがって、ＰＵＳＣＨに上りリンク制御情報がピギーバックされる場合、増加した全送信電力を次の式８のように計算することができる。
【数１９】
0006437554.tif 000038
【０２３６】
式８で、ＰSUMは、ＵＣＩがピギーバックされるＰＵＳＣＨ送信のための送信電力を表し、Ｐmaxは、ＭＴＣ端末に割り当てられた最大の送信電力量を意味する。Ｐ２は、該当のサブフレームでＰＵＳＣＨ送信のための送信電力であり、ΔＰは、式７で計算した送信電力の増加量を意味する。
【０２３７】
４．２．１．３  上りリンク送信方法
図１８は、ＭＴＣ端末で上りリンク送信を行う方法の一つを示す図である。
【０２３８】
ＭＴＣ端末は、反復送信するＰＵＣＣＨとＰＵＳＣＨとが重複するか否か（例えば、４．２．１節のＣａｓｅ  ２又はＣａｓｅ  ３）を判断することができる（Ｓ１８１０）。
【０２３９】
ＰＵＣＣＨは、送信するＵＣＩの種類によって周期的に送信され、ＰＵＳＣＨは、ＭＴＣ端末が送信する上りリンクデータの量及び基地局からスケジュールされるＰＵＳＣＨ領域の割り当てリソースによって決定され得る。したがって、これらの情報に基づいて、ＭＴＣ端末は、送信するＰＵＣＣＨとＰＵＳＣＨとが重なるか否かを判断することができる。
【０２４０】
また、ＭＴＣ端末は、ピギーバックされるＵＣＩが割り当てられる位置を決定することができる（Ｓ１８２０）。
【０２４１】
Ｓ１８１０段階でＰＵＣＣＨとＰＵＳＣＨとが重なる場合、ＭＴＣ端末は、重なる１つ以上のサブフレームでＵＣＩがピギーバックされる位置を決定することができる。ＵＣＩがピギーバックされる位置は、４．２．１．１節で説明した内容を参照すればよい。この場合、ＵＣＩがピギーバックされる位置は、その大きさによってあらかじめ設定された位置にすることができる。
【０２４２】
また、ＭＴＣ端末は、ピギーバックされるＰＵＳＣＨ送信電力を決定することができる。このとき、ピギーバックされるＰＵＳＣＨ送信電力は、４．２．１．２節で説明した内容を参照して決定することができ、残りの反復送信されるＰＵＳＣＨ又はＰＵＣＣＨの送信電力は、基地局から割り当てられた又はＭＴＣ端末が計算した送信電力量（例えば、Ｐ２又はＰ１）と決定することができる（Ｓ１８３０）。
【０２４３】
その後、ＭＴＣ端末は、決定された位置及び送信電力で、ＵＣＩがピギーバックされたＰＵＳＣＨを送信することができる（Ｓ１８４０）。
【０２４４】
以上、図１８では、Ｓ１８１０段階乃至Ｓ１８３０段階をＭＴＣ端末が行うとして説明した。しかし、本発明の他の態様として、Ｓ１８１０段階乃至Ｓ１８３０段階の一部又は全てをＭＴＣ端末ではなく基地局で行ってもよい。
【０２４５】
例えば、基地局ではＭＴＣ端末のＵＣＩを送信する周期及びＰＵＳＣＨ送信領域をスケジューリングするので、当該情報を知ることができる。したがって、基地局は、ＰＵＣＣＨとＰＵＳＣＨとが重なるか否かを判断し、重なるサブフレームでは、ピギーバックされる情報（ＵＣＩ）の割り当て位置を決定することができ、ピギーバックされるサブフレームでＰＵＳＣＨの送信電力を決定することができる。その後、基地局は、決定したリソース位置情報及び送信電力情報をＭＴＣ端末に送信することによって、ＭＴＣ端末のＰＵＳＣＨ反復送信を支援することができる。
【０２４６】
４．２．２  上りリンク制御情報の送信方法−２
本発明の他の実施例として、ＨＡＲＱ−ＡＣＫ情報を搬送するＰＵＣＣＨ送信が周期的に発生することから、ＭＴＣ端末は、ＰＵＳＣＨを送信する前にＰＵＣＣＨ送信の有無があらかじめ分かる。この場合、ＭＴＣ端末はＰＵＣＣＨ送信を開始せず、ＨＡＲＱ−ＡＣＫ情報をＰＵＳＣＨにピギーバックして反復送信する。このとき、ＰＵＳＣＨにピギーバックされるＨＡＲＱ−ＡＣＫは、ＰＵＳＣＨ反復送信の全区間でピギーバックして送信することができる。又は、ＰＵＣＣＨで反復送信回数に該当するサブフレームで送信するなど、ＰＵＳＣＨ反復送信区間の一部でのみピギーバックして送信することもできる。これは、ＰＵＳＣＨを送信するための伝搬遅延（ｐｒｏｐａｇａｔｉｏｎ  ｄｅｌａｙ）、及びＭＴＣ端末の処理時間（ｐｒｏｃｅｓｓｉｎｇ  ｔｉｍｅ）とＰＤＳＣＨデコーディング後にＨＡＲＱ−ＡＣＫを送信するための端末の処理時間との差によって発生しうる。
【０２４７】
すなわち、ＭＴＣ端末は、反復送信されるＰＵＣＣＨと反復送信されるＰＵＳＣＨとが１つ以上のサブフレームで重なる場合、ＰＵＣＣＨを一切送信しないで、ＰＵＣＣＨで送信されるＵＣＩを、反復送信されるＰＵＳＣＨの全サブフレーム又は一部のサブフレームにピギーバックして送信することができる。
【０２４８】
４．２．３  ＲＶを用いた上りリンク送信方法
本発明の更に他の実施例として、反復送信されるＰＵＣＣＨと反復送信されるＰＵＳＣＨとが重なる場合、ＭＴＣ端末はＰＵＳＣＨを送信しないように設定されてもよい。すなわち、ＭＴＣ端末は、ＰＵＣＣＨとＰＵＳＣＨとが重なる場合、重なる区間でＰＵＳＣＨ送信を中断し、ＰＵＣＣＨのみを反復して送信してもよい。ＭＴＣ端末は、反復送信されるＰＵＣＣＨの送信が完了した後、中断したＰＵＳＣＨの送信を再開することができる。このとき、再開されるＰＵＳＣＨの反復送信時にＲＶ（Ｒｅｄｕｎｄａｎｃｙ  Ｖｅｒｓｉｏｎ）を用いることができる。
【０２４９】
本発明の実施例においてＰＵＳＣＨ反復送信時にＲＶを用いることができる。すなわち、ＭＴＣ端末がＰＵＳＣＨを反復して送信するとき、ＲＶ（０）、ＲＶ（１）、ＲＶ（２）、ＲＶ（３）の４個のＲＶを循環的に使用するように設定されてもよい。例えば、ＭＴＣ端末がＲＶ（０）でＰＵＳＣＨ反復送信を始めた場合、ＲＶ（０）、ＲＶ（２）、ＲＶ（３）、ＲＶ（１）、ＲＶ（０）ＲＶ（２）、ＲＶ（３）、ＲＶ（１）、…のように循環的に、ＰＵＳＣＨ送信時にＲＶを設定して送信することができる。また、ＲＶ（３）でＰＵＳＣＨ反復送信を始めた場合、ＲＶ（３）、ＲＶ（１）、ＲＶ（０）、ＲＶ（２）、ＲＶ（３）、ＲＶ（１）、ＲＶ（０）、ＲＶ（２）のように循環的にＲＶ反復送信を行う。
【０２５０】
４．２．３．１  ＲＶを用いたＰＵＳＣＨ送信方法−１
ＭＴＣ端末は、ＰＵＣＣＨ反復送信を始める前に、最後に送信したＲＶの次の順序に該当するＲＶからＰＵＳＣＨ反復送信を始める。例えば、ＰＵＣＣＨ反復送信の直前に送信したＰＵＳＣＨのＲＶがＲＶ（３）であると、ＰＵＣＣＨ反復送信が完了した後、ＰＵＳＣＨ反復送信は、ＲＶ（１）から始める。
【０２５１】
このとき、Ｃａｓｅ  ３−１の場合、ＰＵＣＣＨ反復送信がＰＵＳＣＨ反復送信よりも先に行われるため、ＰＵＳＣＨ反復送信は、ＰＤＣＣＨ／Ｅ−ＰＤＣＣＨ（Ｅｎｈａｎｃｅｄ−ＰＤＣＣＨ）で送信されたＲＶから循環的なＲＶを適用してＰＵＳＣＨ反復送信を行う。
【０２５２】
４．２．３．２  ＲＶを用いたＰＵＳＣＨ送信方法−２
ＰＵＣＣＨ反復送信が完了した後、固定されたＲＶ（例えば、ＲＶ（０））からＰＵＳＣＨ送信を再び始め、循環的にＲＶを用いてＰＵＳＣＨを反復送信する。固定されたＲＶ値は、上位層シグナリング又は下りリンク制御チャネルをでＭＴＣ端末に送信されてもよい。例えば、ＭＴＣ端末は、ＰＵＣＣＨ反復送信の完了後に、ＲＶ（０）、ＲＶ（２）、ＲＶ（３）、ＲＶ（１）、ＲＶ（０）、ＲＶ（２）、ＲＶ（３）、ＲＶ（１）の順でＰＵＳＣＨ反復送信を行う。
【０２５３】
ＰＵＳＣＨの反復送信に関するＲＶ値がＰＤＣＣＨ／Ｅ−ＰＤＣＣＨでＭＴＣ端末に送信されるとき、ＰＵＣＣＨ反復送信の完了後にＰＵＳＣＨ反復送信のために用いられる固定されたＲＶ値は、ＰＤＣＣＨ／Ｅ−ＰＤＣＣＨでＭＴＣ端末に送信したＲＶ値から始めてＰＵＳＣＨ反復送信を行う。例えば、ＰＤＣＣＨ／Ｅ−ＰＤＣＣＨで送信したＲＶ値がＲＶ（３）であれば、ＭＴＣ端末は、ＰＵＣＣＨ反復送信の完了後、ＰＵＳＣＨ送信時にＲＶ（３）、ＲＶ（１）、ＲＶ（０）、ＲＶ（２）、ＲＶ（３）、ＲＶ（１）、ＲＶ（０）、ＲＶ（２）のように循環的なＲＶを適用してＰＵＳＣＨ反復送信を行うことができる。
【０２５４】
４．２．３．３  ＲＶを用いたＰＵＳＣＨ送信方法−３
ＰＵＣＣＨ反復送信がない場合を仮定したとき、ＭＴＣ端末は、送信すべきＲＶからＰＵＳＣＨ反復送信を始める。すなわち、ＰＵＣＣＨ反復送信の前にＲＶ（１）を送信しており、ＰＵＣＣＨを１０回反復送信しているとすれば、１０回だけＰＵＳＣＨのＲＶが送信されたと仮定し、ＲＶ（３）からＲＶを循環的に適用してＰＵＳＣＨを反復送信する。このとき、ＲＶはＲＶ（０）、ＲＶ（２）、ＲＶ（３）、ＲＶ（１）の順で反復されると仮定する。
【０２５５】
４．２．３．１節乃至４．２．３．３節で説明した方法において、他のＲＶパターンが適用されてもよい。例えば、ＰＵＳＣＨが２０回反復送信される場合、ＲＶ（０）…、ＲＶ（０）、ＲＶ（１）、…、ＲＶ（１）、ＲＶ（２）、…、ＲＶ（２）、ＲＶ（３）、…、ＲＶ（３）のように５回ずつ各ＲＶを送信することができる。この場合、ＲＶが２０個あると仮定して上記の方法を適用することができる。
【０２５６】
４．２．３．４  ＵＣＩがピギーバックされない場合における送信電力の決定
ＵＣＩがＰＵＳＣＨにピギーバックされず、ＰＵＣＣＨ反復送信によってＰＵＳＣＨの反復送信が遅延されることがある。このとき、ＭＴＣ端末は、遅延された回数のＰＵＳＣＨ送信に対して送信電力を増加させて送信することができる。これは、ＵＣＩがＰＵＳＣＨにピギーバックされないとしても、ＰＵＣＣＨ送信によってＰＵＳＣＨ送信が中断されたため、中断されたサブフレームの個数だけ送信電力を補償するためである。
【０２５７】
ＵＣＩがＰＵＳＣＨにピギーバックされない場合における送信電力増分（ΔＰ）は、次の式９のように計算することができる。
【数２０】
0006437554.tif 000039
【０２５８】
式９で、Ｎ１は、ＰＵＳＣＨ反復送信回数を意味し、Ｎｃは、ＰＵＣＣＨ反復送信によって送信されていないＰＵＳＣＨサブフレームの個数を意味する。また、Ｐは、ＰＵＳＣＨ送信電力を意味し、Ｎ＊Ｐ１は、ＰＵＳＣＨを受信するために必要な全体送信電力を意味する。
【数２１】
0006437554.tif 000040
【０２５９】
したがって、ＵＣＩがピギーバックされない場合の全送信電力を次の式１０のように計算することができる。
式１０
ＰSUM＝ｍｉｎ（Ｐｍａｘ，Ｐ＋ΔＰ）
【０２６０】
式１０で、Ｐｍａｘは、ＭＴＣ端末の最大送信電力を意味し、Ｐは、ＰＵＳＣＨ送信のための送信電力を意味する。したがって、ＭＴＣ端末は、ＰＵＣＣＨ反復送信によって遅延されたＰＵＳＣＨ反復送信に対しては、式１０で計算された送信電力でＰＵＳＣＨを送信することができる。したがって、ＭＴＣ端末は、ＰＵＣＣＨ送信によって中断されたＰＵＳＣＨだけ送信電力を増加させて残りの反復回数だけＰＵＳＣＨを反復送信することができる。
【０２６１】
又は、本発明の他の態様として、中断されたＰＵＳＣＨサブフレームの個数だけ送信時間を増やしてもよい。例えば、ＰＵＳＣＨ送信が１００サブフレームでなされるべきだったのに、ＰＵＣＣＨ送信と重なって２０回のＰＵＳＣＨ送信がなされなかったとすれば、ＭＴＣ端末は、ＰＵＳＣＨ送信の完了が中断された２０個のサブフレームだけをさらに反復して（すなわち、１２０サブフレームにおいて反復されたのと同じ時間）送信することができる。
【０２６２】
４．３  非周期的ＣＳＩとＰＵＳＣＨとの多重化方法
非周期的ＣＳＩ要求は、ＰＤＣＣＨ／Ｅ−ＰＤＣＣＨでＭＴＣ端末に送信される。また、これに応じた非周期的ＣＳＩは、ＰＵＳＣＨ上でユーザデータと多重化して送信される。ＭＴＣ端末は、反復的に送信されるＰＵＳＣＨで非周期的ＣＳＩ情報を反復送信することができる。以下に説明する本発明の実施例において、非周期的ＣＳＩの反復送信の数をＮ１と仮定し、ＰＵＳＣＨ反復送信の数をＮ２と仮定する。
【０２６３】
（１）Ｃａｓｅ  ４：Ｎ１＜Ｎ２の場合
非周期的ＣＳＩ反復送信は、ＰＵＳＣＨ反復送信と同じ時点で始まる。例えば、ＭＴＣ端末は、ＰＵＳＣＨ反復送信が始まる時点からＮ１サブフレームだけ非周期的ＣＳＩをユーザデータと多重化して送信し、Ｎ２−Ｎ１サブフレームだけＰＵＳＣＨデータを反復送信することができる。
【０２６４】
又は、ＭＴＣ端末は、非周期的ＣＳＩ反復送信を、ＰＵＳＣＨ反復送信が終わる時点に合わせて始めてもよい。すなわち、非周期的ＣＳＩ要求を受信したＭＴＣ端末は、Ｎ２−Ｎ１サブフレームだけＰＵＳＣＨデータを反復送信した後、Ｎ１サブフレームだけ非周期的ＣＳＩとユーザデータとを多重化して送信する。
【０２６５】
（２）Ｃａｓｅ  ５：Ｎ１＞Ｎ２の場合
ＭＴＣ端末は、Ｎ２サブフレームだけ非周期的ＣＳＩとユーザデータとを多重化してＰＵＳＣＨ上で送信した後、Ｎ１−Ｎ２サブフレームだけ非周期的ＣＳＩのみを反復して送信する。
【０２６６】
（３）Ｃａｓｅ  ６：Ｎ１＝Ｎ２の場合
ＭＴＣ端末が非周期的ＣＳＩを送信するとき、ＰＵＳＣＨ反復送信の数にしたがって非周期的ＣＳＩを反復して送信する。
【０２６７】
４．３．１  送信電力の調整方法
上述したＣａｓｅ  ４乃至６で、非周期的ＣＳＩ送信によって、ＰＵＳＣＨ送信に割り当てられるＲＥの数が減少し、性能劣化が発生しうる。このため、非周期的ＣＳＩとユーザデータとが多重化して送信されるサブフレームでは、ＭＴＣ端末は送信電力を増加させてＰＵＳＣＨを送信することができる。
【０２６８】
４．３．２  非周期的ＣＳＩ要求競合時の調整方法
非周期的ＣＳＩを反復送信している区間で端末は非周期的ＣＳＩ要求の送信を期待しない。例えば、非周期的ＣＳＩを反復送信している区間でＭＴＣ端末が第２の非周期的ＣＳＩ要求を受信してもよい。この場合、ＭＴＣ端末はそれを無視し、現在送信している非周期的ＣＳＩを基地局に引き続き送信する。
【０２６９】
また、非周期的ＣＳＩを反復的に送信している区間でＭＴＣ端末は他のＰＵＳＣＨ送信を期待しない。すなわち、ＭＴＣ端末が非周期的ＣＳＩを反復的に送信している区間で、ＰＤＣＣＨ／Ｅ−ＰＤＣＣＨを介して第２のＰＵＳＣＨ送信を要求する制御情報（例えば、ＤＣＩなど）を受信した場合、ＭＴＣ端末はそれを無視する。
【０２７０】
他の方法として、ＭＴＣ端末がＰＤＣＣＨ／Ｅ−ＰＤＣＣＨを介して非周期的ＣＳＩ要求を受信した場合、基地局はＰＵＳＣＨで送信されるユーザデータは期待しないで非周期的ＣＳＩだけが送信されると仮定する。すなわち、非周期的ＣＳＩ要求を送信するＰＤＣＣＨ／ＥＰＤＣＣＨではＰＵＳＣＨのユーザデータをスケジューリングせず、非周期的ＣＳＩだけを送信するようにＭＴＣ端末に知らせる。このとき、ＭＴＣ端末に割り当てられたＲＢの数にかかわらず、非周期的ＣＳＩだけを送信するようにスケジューリングすることができる。
【０２７１】
４．３．３  ＰＵＣＣＨと非周期的ＣＳＩの送信方法
以下では、反復的に送信する非周期的ＣＳＩ及びＨＡＲＱ−ＡＣＫを反復的に送信するＰＵＣＣＨを同一のサブフレームで送信しなければならない場合に、非周期的ＣＳＩとＰＵＣＣＨを送信する方法について説明する。以下に説明する本発明の実施例で、ＨＡＲＱ−ＡＣＫを送信するＰＵＣＣＨの反復送信回数をＮ１、非周期的ＣＳＩの反復送信回数をＮ２、ＰＵＣＣＨ反復送信の開始時点をＴ１、非周期的ＣＳＩの反復開始時点をＴ２と仮定する。
【０２７２】
（１）方法１
ＭＴＣ端末は、非周期的ＣＳＩとＰＵＣＣＨ反復送信とが重なるサブフレームで非周期的ＣＳＩを送信しないように構成されてもよい。この場合、ＰＵＣＣＨ送信によって非周期的ＣＳＩ送信が中断されるため、ＭＴＣ端末は、非周期的ＣＳＩを送信するためのＰＵＳＣＨ送信電力を増加させて送信することができる。送信電力の増加分は、非周期的ＣＳＩとＰＵＣＣＨとが重なるサブフレームの個数に比例して設定されてもよく、固定値に設定されてもよい。
【０２７３】
（２）方法２
ＭＴＣ端末は、ＰＵＣＣＨ反復送信中に非周期的ＣＳＩ要求が送信されることを仮定しない。すなわち、Ｎ１＋Ｔ１＜Ｔ２の関係を満たすようにする。仮に、ＰＵＣＣＨ反復送信中に非周期的ＣＳＩ要求が更にある場合には、ＭＴＣ端末は更なるＣＳＩ要求を無視してもよい。
【０２７４】
（３）方法３
ＭＴＣ端末は、非周期的ＣＳＩ反復送信中に、ＨＡＲＱ−ＡＣＫを送信するＰＵＣＣＨの送信を仮定しない。すなわち、Ｔ２＋Ｎ２＜Ｔ１の関係を満たすようにする。仮に、非周期的ＣＳＩをＰＵＳＣＨ上で多重化して反復送信する途中に、ＰＵＣＣＨ送信周期によってＰＵＣＣＨを送信するサブフレームになっても、ＭＴＣ端末はＰＵＣＣＨを送信しないで非周期的ＣＳＩを引き続き送信することができる。
【０２７５】
５．具現装置
図１９で説明する装置は、図１乃至図１８で説明した方法を具現し得る手段である。
【０２７６】
端末（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）は、上りリンクでは送信端として動作し、下りリンクでは受信端として動作することができる。また、基地局（ｅＮＢ：ｅ−Ｎｏｄｅ  Ｂ）は、上りリンクでは受信端として動作し、下りリンクでは送信端として動作することができる。
【０２７７】
すなわち、端末及び基地局は、情報、データ及び／又はメッセージの送信及び受信を制御するために、それぞれ、送信器（ｔｒａｎｓｍｉｔｔｅｒ）１９４０，１９５０及び受信器（Ｒｘ  ｍｏｄｕｌｅ）１９５０，１９７０を備えることができ、情報、データ及び／又はメッセージを送受信するための一つ以上のアンテナ１９００，１９１０などを有することができる。
【０２７８】
また、端末及び基地局はそれぞれ、上述した本発明の実施例を実行するためのプロセッサ（Ｐｒｏｃｅｓｓｏｒ）１９２０，１９３０、及びプロセッサの処理過程を臨時的に又は持続的に記憶し得るメモリ１９８０，１９９０を備えることができる。
【０２７９】
上述した端末及び基地局装置の構成成分及び機能を用いて本願発明の実施例を実行することができる。例えば、ＭＴＣ端末及び／又は基地局のプロセッサは、４節で説明したＰＵＣＣＨ、ＰＵＳＣＨの反復送信方法を実行するように支援することができる。また、ＰＵＣＣＨ及びＰＵＳＣＨが一つ以上のサブフレームで重なる場合、ＰＵＣＣＨで送信されるＵＣＩをＰＵＳＣＨにピギーバックする様々な方法を用いることもできる。詳細な内容は第４節の内容を参照すればよく、第１節乃至第３節の内容は、第４節の技術的説明をサポートする用途に用いることができる。
【０２８０】
端末及び基地局に含まれた送信モジュール及び受信モジュールは、データ送信のためのパケット変復調機能、高速パケットチャネルコーディング機能、直交周波数分割多元接続（ＯＦＤＭＡ：Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）パケットスケジューリング、時分割デュプレックス（ＴＤＤ：Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）パケットスケジューリング及び／又はチャネル多重化機能を実行することができる。また、図１９の端末及び基地局は、低電力ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）／ＩＦ（Ｉｎｔｅｒｍｅｄｉａｔｅ  Ｆｒｅｑｕｅｎｃｙ）モジュールをさらに備えることができる。
【０２８１】
一方、本発明で端末として、個人携帯端末機（ＰＤＡ：Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、セルラーフォン、個人通信サービス（ＰＣＳ：Ｐｅｒｓｏｎａｌ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ）フォン、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ）フォン、ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ  ＣＤＭＡ）フォン、ＭＢＳ（Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ  Ｓｙｓｔｅｍ）フォン、ハンドヘルドＰＣ（Ｈａｎｄ−Ｈｅｌｄ  ＰＣ）、ノートパソコン、スマート（Ｓｍａｒｔ）フォン、又はマルチモードマルチバンド（ＭＭ−ＭＢ：Ｍｕｌｔｉ  Ｍｏｄｅ−Ｍｕｌｔｉ  Ｂａｎｄ）端末機などを用いることができる。
【０２８２】
ここで、スマートフォンは、移動通信器末機と個人携帯端末機の長所を組み合わせた端末機であって、移動通信器末機に、個人携帯端末機の機能である日程管理、ファックス送受信及びインターネット接続などのデータ通信機能を統合した端末機を意味できる。また、マルチモードマルチバンド端末機は、マルチモデムチップを内蔵し、携帯インターネットシステムでも、その他の移動通信システム（例えば、ＣＤＭＡ２０００システム、ＷＣＤＭＡシステムなど）でも作動できる端末機のことを指す。
【０２８３】
本発明の実施例は、様々な手段によって具現することができる。例えば、本発明の実施例は、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの結合などによって具現することができる。
【０２８４】
ハードウェアによる具現の場合、本発明の実施例に係る方法は、１つ又はそれ以上のＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、ＤＳＰ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ）、ＤＳＰＤ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅ）、ＰＬＤ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅ）、ＦＰＧＡ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
【０２８５】
ファームウェアやソフトウェアによる具現の場合、本発明の実施例に係る方法は、以上で説明された機能又は動作を実行するモジュール、手順又は関数などの形態として具現することもできる。例えば、ソフトウェアコードは、メモリユニット１９８０，１９９０に記憶され、プロセッサ１９２０，１９３０によって駆動されてもよい。メモリユニットは、プロセッサの内部又は外部に設けられ、公知の種々の手段によってプロセッサとデータを交換することができる。
【０２８６】
本発明は、本発明の精神及び必須特徴から逸脱しない範囲で他の特定の形態として具体化されてもよい。したがって、上記の詳細な説明は、いずれの面においても制約的に解釈されてはならず、例示的なものとして考慮されなければならない。本発明の範囲は、添付した請求項の合理的解釈によって決定されなければならず、本発明の等価的範囲における変更はいずれも本発明の範囲に含まれる。また、特許請求の範囲で明示的な引用関係にない請求項を結合して実施例を構成してもよく、出願後の補正によって新しい請求項として含めてもよい。
【産業上の利用可能性】
【０２８７】
本発明の実施例は、様々な無線接続システムに適用可能である。様々な無線接続システムの一例として、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）、３ＧＰＰ２及び／又はＩＥＥＥ ８０２．ｘｘ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃ  Ｅｎｇｉｎｅｅｒｓ  ８０２）システムなどがある。本発明の実施例は、上記の様々な無線接続システムだけでなく、これら様々な無線接続システムを応用したいずれの技術分野にも適用可能である。
【図１】
0006437554.tif 000041
【図２】
0006437554.tif 000042
【図３】
0006437554.tif 000043
【図４】
0006437554.tif 000044
【図５】
0006437554.tif 000045
【図６】
0006437554.tif 000046
【図７】
0006437554.tif 000047
【図８】
0006437554.tif 000048
【図９】
0006437554.tif 000049
【図１０】
0006437554.tif 000050
【図１１】
0006437554.tif 000051
【図１２】
0006437554.tif 000052
【図１３】
0006437554.tif 000053
【図１４】
0006437554.tif 000054
【図１５】
0006437554.tif 000055
【図１６】
0006437554.tif 000056
【図１７】
0006437554.tif 000057
【図１８】
0006437554.tif 000058
【図１９】
0006437554.tif 000059