(57)【特許請求の範囲】
【請求項１】
基地局（２０）によって実施される、ユーザ端末から制御情報を受信する方法であって、前記基地局は、スケジュール可能下りリンクコンポーネントキャリアと、準静的に構成された上りリンク無線リソースの集合から選択された１つ以上のリソースとの間の関連付け規則でそれぞれ構成された複数のユーザ端末（１００）を有するセルで動作し、前記方法は、
１つ以上の下りリンクコンポーネントキャリアに前記ユーザ端末（１００）への下りリンク送信をスケジューリングする工程（５２）と、
ユーザ端末へ、制御情報を送信するために前記ユーザ端末が使用すべき前記準静的に構成された上りリンク無線リソースの少なくとも１つを示す確認応答リソース表示、ＡＲＩ、を送信する工程と、
前記ユーザ端末（１００）が下りリンクコンポーネントキャリアで下りリンク送信を受信するようにスケジューリングされた場合に、前記ＡＲＩによって示される前記準静的に構成された上りリンク無線リソースで前記ユーザ端末（１００）への前記下りリンク送信に関連する制御情報を受信する工程と
を有することを特徴とする方法。
【請求項２】
前記制御情報は、ＨＡＲＱ確認応答を含む
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記ＡＲＩを送信する工程は、
各スケジュール可能下りリンクコンポーネントキャリアについて単一の準静的に構成された上りリンク無線リソースを示す関連付け規則で構成されたユーザ端末（１００）へ、前記ユーザ端末が次の利用可能な上りリンクリソース又は次の巡回的に利用可能な上りリンクリソースを使用すべきであることを示すための単一ビットを含むＡＲＩを送信する工程を含む
ことを特徴とする請求項１又は２に記載の方法。
【請求項４】
前記ＡＲＩを送信する工程は、
各スケジュール可能下りリンクコンポーネントキャリアについて複数の準静的に構成された上りリンク無線リソースを示す関連付け規則で構成されたユーザ端末（１００）へ、前記複数の準静的に構成された無線リソースからの実際の上りリンクリソースを示すための複数ビットを含むＡＲＩを送信する工程を含む
ことを特徴とする請求項１乃至３の何れか１項に記載の方法。
【請求項５】
前記セル内の前記ユーザ端末（１００）は、同じ関連付け規則で構成される
ことを特徴とする請求項１乃至４の何れか１項に記載の方法。
【請求項６】
前記ＡＲＩは、複数の下りリンクコンポーネントキャリア割り当ての状況に応じて送信される
ことを特徴とする請求項１乃至５の何れか１項に記載の方法。
【請求項７】
複数の下りリンクコンポーネントキャリア割り当てがない場合に、前記少なくとも１つの準静的に構成された上りリンク無線リソースでのデータ送信を許可する工程を更に有する
ことを特徴とする請求項５に記載の方法。
【請求項８】
前記ＡＲＩは制御メッセージとして送信される
ことを特徴とする請求項１乃至７の何れか１項に記載の方法。
【請求項９】
前記ＡＲＩは、より大きな制御メッセージの一部として送信される
ことを特徴とする請求項１乃至６の何れか１項に記載の方法。
【請求項１０】
スケジュール可能下りリンクコンポーネントキャリアと、準静的に構成された上りリンク無線リソースの集合から選択された１つ以上のリソースとの間の関連付け規則でそれぞれ構成された複数のユーザ端末（１００）を有するセルで動作する基地局（２０）であって、
１つ以上の下りリンクコンポーネントキャリアでユーザ端末（１００）へユーザデータを送信するための送信機（２４）と、
前記ユーザ端末（１００）への下りリンク送信をスケジュールするためのコントローラ（３４）とを備え、
前記コントローラは、
１つ以上の下りリンクコンポーネントキャリアに前記ユーザ端末（１００）への下りリンク送信をスケジューリングし、
ユーザ端末へ、制御情報を送信するために前記ユーザ端末が使用すべき前記準静的に構成された上りリンク無線リソースの少なくとも１つを示す確認応答リソース表示、ＡＲＩ、を送信し、
前記ユーザ端末（１００）が下りリンクコンポーネントキャリアで下りリンク送信を受信するようにスケジューリングされた場合に、前記ＡＲＩによって示される前記準静的に構成された上りリンク無線リソースで前記ユーザ端末（１００）への前記下りリンク送信に関連する制御情報を受信する
ように構成されることを特徴とする基地局。
【請求項１１】
ユーザ端末（１００）によって実施される、移動体通信ネットワークにおける制御情報を送信する方法であって、前記ユーザ端末は、割り当て可能下りリンクコンポーネントキャリアと、準静的に構成された上りリンク無線リソースの集合から選択された１つ以上のリソースとの間の関連付け規則で構成され、前記方法は、
基地局（２０）から下りリンク送信についての無線リソースの割り当てを受信する工程（６２）と、
制御情報を送信するために前記ユーザ端末が使用すべき前記準静的に構成された上りリンク無線リソースの少なくとも１つを示す確認応答リソース表示、ＡＲＩ、を前記基地局（２０）から受信する工程と、
前記ＡＲＩにおける表示を考慮に入れつつ、前記準静的に構成された上りリンク無線リソースのうちの少なくとも１つを選択する工程と、
前記下りリンク送信について単一の下りリンクコンポーネントキャリアの割り当てが受信された場合に、前記選択された準静的に構成された上りリンク無線リソースで前記下りリンク送信に関連する制御情報を送信する工程（６４）と
を有することを特徴とする方法。
【請求項１２】
前記制御情報は、ＨＡＲＱ確認応答を含む
ことを特徴とする請求項１１に記載の方法。
【請求項１３】
前記ユーザ端末（１００）は、各スケジュール可能下りリンクコンポーネントキャリアについて単一の準静的に構成された上りリンク無線リソースを示す関連付け規則で構成され、
前記受信されるＡＲＩは、前記ユーザ端末が次の利用可能な上りリンクリソース又は次の巡回的に利用可能な上りリンクリソースを使用すべきであることを示すための単一ビットを含む
ことを特徴とする請求項１１又は１２に記載の方法。
【請求項１４】
前記ユーザ端末（１００）は、各スケジュール可能下りリンクコンポーネントキャリアについて複数の準静的に構成された上りリンク無線リソースを示す関連付け規則で構成され、
前記受信されるＡＲＩは、前記複数の準静的に構成された無線リソースからの実際の上りリンクリソースを示すための複数ビットを含む
ことを特徴とする請求項１１又は１２の何れか１項に記載の方法。
【請求項１５】
前記ＡＲＩは制御メッセージとして受信される
ことを特徴とする請求項１１乃至１４の何れか１項に記載の方法。
【請求項１６】
前記ＡＲＩは、より大きな制御メッセージの一部として受信される
ことを特徴とする請求項１１乃至１４の何れか１項に記載の方法。
【請求項１７】
移動体通信用のユーザ端末（１００）であって、前記ユーザ端末は、割り当て可能下りリンクコンポーネントキャリアと、準静的に構成された上りリンク無線リソースの集合から選択された１つ以上のリソースとの間の関連付け規則で構成され、前記ユーザ端末は、
基地局（２０）から下りリンク送信についての無線リソースの割り当てを受信し、制御情報を送信するために前記ユーザ端末が使用すべき前記準静的に構成された上りリンク無線リソースの少なくとも１つを示す確認応答リソース表示、ＡＲＩ、を前記基地局（２０）から受信するための受信機（１１６）と、
前記ＡＲＩにおける表示を考慮に入れつつ、前記準静的に構成された上りリンク無線リソースのうちの少なくとも１つを選択するためのコントローラ（１２２）と、
前記下りリンク送信について単一の下りリンクコンポーネントキャリアの割り当てが受信された場合に、前記選択された準静的に構成された上りリンク無線リソースで前記下りリンク送信に関連する制御情報を送信するための送信機（１１２）と
を有することを特徴とするユーザ端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は一般的に移動体通信システムにおけるキャリアアグリゲーションに関し、具体的にはキャリアアグリゲーションのための物理上りリンク制御チャネルの効率的なリソース割り当てに関する。
【０００２】
関連出願
本願は２００９年１０月５日に出願された米国仮出願第６１／２４８，６６１号に優先権を主張し、この出願は参照によって本明細書に組み込まれる。
【背景技術】
【０００３】
キャリアアグリゲーションはロングタームレボリューション（ＬＴＥ）システムの次世代のために議論されている新機能の１つであり、（ＬＴＥアドバンストとして知られる）ＬＴＥリリース１０の一部として標準化されている。ＬＴＥリリース８は現在のところ２０ＭＨｚまでの帯域幅をサポートする。ＬＴＥアドバンストでは、１００ＭＨｚまでの帯域幅がサポートされるだろう。ＬＴＥアドバンストで検討される非常に高いデータレートは送信帯域幅の拡張を必要とするだろう。ＬＴＥリリース８のユーザ端末との後方互換性を維持するために、利用可能なスペクトラムはコンポーネントキャリアと呼ばれるリリース８対応チャンクに分割される。キャリアアグリゲーションは、１００ＭＨｚまでのスペクトラムを含む複数のコンポーネントキャリアを通じてデータを送信することをユーザ端末に許容することによって、必要な帯域幅の拡張を可能にする。キャリアアグリゲーションはまた、レガシー端末が広帯域ＬＴＥアドバンストキャリアのすべての部分にスケジューリングされることを可能にすることによって、レガシー端末が幅広いキャリアを効率的に使用することを保証する。
【０００４】
集約されるコンポーネントキャリアの数は、個々のコンポーネントキャリアの帯域幅と同様に、上りリンク（ＵＬ）と下りリンク（ＤＬ）とで異なりうる。下りリンクと上りリンクとでコンポーネントキャリアの数が等しい場合を対称構成と呼ぶ。コンポーネントキャリアの数が異なる場合を非対称構成と呼ぶ。地理的セルエリアについて構成されたコンポーネントキャリアの数は端末により観察されるコンポーネントキャリアの数とは異なりうる。例えば、地理的セルエリアにおいて同数の上りリンクコンポーネントキャリアと下りリンクコンポーネントキャリアとがネットワークにより提供されるのにもかかわらず、ユーザ端末は上りリンクコンポーネントキャリアよりも多くの下りリンクコンポーネントキャリアをサポートしてもよい。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
キャリアアグリゲーションの１つの考慮点はユーザ端末からの制御シグナリングを上りリンクでどのようにユーザ端末から送信するかである。上りリンク制御シグナリングは、ハイブリッド自動再送要求（ＨＡＲＱ）プロトコルのための確認応答（ＡＣＫ）シグナリング、下りリンクのスケジューリングのためのチャネル状態情報・チャネル品質情報（ＣＳＩ、ＣＱＩ）、及び上りリンクのデータ送信のためにユーザ端末が上りリンクリソースを必要とすることを示すスケジューリング要求（ＳＲ）を含みうる。１つの解決策は相異なる下りリンクコンポーネントキャリアに関連する複数の上りリンクコンポーネントキャリアで上りリンク制御情報を送信することである。しかしながら、このオプションは結果としてユーザ端末の電力消費が多くなり、個別のユーザ端末の能力に依存しやすい。これは混変調積に起因する実装上の課題も引き起こすかもしれず、一般的に実装及び検査が複雑になるかもしれない。
【課題を解決するための手段】
【０００６】
本発明はキャリアアグリゲーションを用いる通信システムにおいて制御情報を効率的に送信するためのシグナリングメカニズムを提供する。このシグナリングメカニズムにより、複数の集約された下りリンクコンポーネントキャリアでの下りリンク送信に関連する制御情報の送信が単一の上りリンクコンポーネントキャリアで可能になる。上りリンクコンポーネントキャリアでの制御情報の送信について準静的に予約されたリソースは、下りリンク送信について複数の下りリンクコンポーネントキャリアに割り当てられるユーザ端末によって動的に共有されうる。動的リソース表示と組み合わせて暗黙的又は明示的なリソース表示が用いられうる。
【０００７】
本発明の１つの例示の実施形態は、基地局によって実施される、ユーザ端末から制御情報を受信する方法を含む。前記方法は、１つ以上の下りリンクコンポーネントキャリアに前記ユーザ端末への下りリンク送信をスケジューリングする工程と、前記ユーザ端末が単一の第１下りリンクコンポーネントキャリアで下りリンク送信を受信するようにスケジューリングされた場合に、前記第１下りリンクコンポーネントキャリアに関連する上りリンク一次コンポーネントキャリア上の無線リソースの第１集合で前記ユーザ端末への前記下りリンク送信に関連する制御情報を受信する工程と、前記ユーザ端末が単一の第２下りリンクコンポーネントキャリア又は複数の下りリンクコンポーネントキャリアで下りリンク送信を受信するようにスケジューリングされた場合に、前記上りリンク一次コンポーネントキャリア上の無線リソースの第２集合で前記ユーザ端末への前記下りリンク送信に関連する制御情報を受信する工程とを有する。
【０００８】
本発明の別の例示の実施形態は、１つ以上のユーザ端末へデータを送信するための基地局を含む。前記基地局は、１つ以上の下りリンクコンポーネントキャリアでユーザ端末へユーザデータを送信するための送信機と、前記ユーザ端末への下りリンク送信をスケジューリングするためのコントローラとを備える。前記コントローラは、１つ以上の下りリンクコンポーネントキャリアに前記ユーザ端末への下りリンク送信をスケジューリングし、前記ユーザ端末が単一の第１下りリンクコンポーネントキャリアで下りリンク送信を受信するようにスケジューリングされた場合に、前記第１下りリンクコンポーネントキャリアに関連する上りリンク一次コンポーネントキャリア上の無線リソースの第１集合で前記ユーザ端末への前記下りリンク送信に関連する制御情報を受信し、前記ユーザ端末が単一の第２下りリンクコンポーネントキャリア又は複数の下りリンクコンポーネントキャリアで下りリンク送信を受信するようにスケジューリングされた場合に、前記上りリンク一次コンポーネントキャリア上の無線リソースの第２集合で前記ユーザ端末への前記下りリンク送信に関連する制御情報を受信するように構成される。
【０００９】
本発明の別の例示の実施形態は、移動体通信ネットワークにおけるユーザ端末によって実施される、制御情報を送信する方法を含む。前記方法は、基地局から下りリンク送信についての無線リソースの割り当てを受信する工程と、前記下りリンク送信について単一の下りリンクコンポーネントキャリアの割り当てが受信された場合に、上りリンクコンポーネントキャリア上の無線リソースの第１集合で前記下りリンク送信に関連する制御情報を送信する工程と、前記下りリンク送信について複数の下りリンクコンポーネントキャリアの割り当てが受信された場合に、前記上りリンクコンポーネントキャリア上の無線リソースの第２集合で前記下りリンク送信に関連する制御情報を送信する工程とを有する。
【００１０】
本発明の別の例示の実施形態は、１つ以上の下りリンクコンポーネントキャリアでの下りリンク送信に関連する制御情報を送信するように構成されるユーザ端末を含む。前記ユーザ端末は、基地局から下りリンク送信を受信するための受信機と、前記下りリンク送信に関連する制御情報を基地局へ送信するための送信機と、前記下りリンク送信に関連する制御情報の送信について無線リソースを選択するためのコントローラとを備える。前記コントローラは、前記下りリンク送信について単一の下りリンクコンポーネントキャリアの割り当てが受信された場合に、上りリンクコンポーネントキャリア上の無線リソースの第１集合を選択し、前記下りリンク送信について複数の下りリンクコンポーネントキャリアの割り当てが受信された場合に、前記上りリンクコンポーネントキャリア上の無線リソースの第２集合を選択するように構成される。
【００１１】
本発明の別の実施形態は、移動体通信ネットワークにおいてユーザ端末によって実施される、制御信号を送信する代替の方法を含む。前記方法は、基地局から下りリンク送信についての無線リソースの割り当てを受信する工程と、前記下りリンク送信について第１下りリンクコンポーネントキャリアの割り当てが受信された場合に、上りリンクコンポーネントキャリア上の無線リソースの第１集合で前記下りリンク送信に関連する制御情報を送信する工程と、前記下りリンク送信について第２下りリンクコンポーネントキャリアの割り当てが受信された場合に、前記上りリンクコンポーネントキャリア上の無線リソースの第２集合で前記下りリンク送信に関連する制御情報を送信する工程とを有する。
【００１２】
本発明の別の例示の実施形態は、１つ以上の下りリンクコンポーネントキャリアでの下りリンク送信に関連する制御情報を送信するように構成されるユーザ端末を含む。前記ユーザ端末は、基地局から下りリンク送信を受信するための受信機と、前記下りリンク送信に関連する制御情報を基地局へ送信するための送信機と、下りリンク送信に関連する制御情報の送信について無線リソースを選択するためのコントローラとを備える。前記コントローラは、前記下りリンク送信について第１下りリンクコンポーネントキャリアの割り当てが受信された場合に、上りリンクコンポーネントキャリア上の無線リソースの第１集合を選択し、前記下りリンク送信について第２下りリンクコンポーネントキャリアの割り当てが受信された場合に、前記上りリンクコンポーネントキャリア上の無線リソースの第２集合を選択するように構成される。
【図面の簡単な説明】
【００１３】
【図１】例示のＯＦＤＭ通信システムを説明する図である。
【図２】ＯＦＤＭシステムについての例示の時間‐周波数グリッドを説明する図である。
【図３】ＯＦＤＭシステムについての例示の時間領域構造を説明する図である。
【図４】ＰＵＣＣＨ上の上りリンクＬ１／Ｌ２制御シグナリング送信を説明する図である。
【図５】通常のサイクリックプレフィックスを用いたＰＵＣＣＨフォーマット１を説明する図である。
【図６】通常のサイクリックプレフィックスを用いたＰＵＣＣＨフォーマット２を説明する図である。
【図７】ＰＵＣＣＨについて例示のリソースブロックの割り当てを説明する図である。
【図８】キャリアアグリゲーションの概念を説明する図である。
【図９】基地局によって実施される、単一のキャリア及び複数のキャリアにスケジューリングされたユーザ端末から制御情報を受信する例示の方法を説明する図である。
【図１０】ユーザ端末によって実施される、制御情報を基地局へシグナリングする例示の方法を説明する図である。
【図１１】ユーザ端末によって実施される、制御情報を基地局へシグナリングする別の例示の方法を説明する図である。
【図１２】１つ以上のユーザ端末への基地局による下りリンク送信とユーザ端末による上りリンク制御情報の関連する送信とを制御するためのコントローラを有する例示の基地局を説明する図である。
【図１３】基地局への上りリンク制御情報の送信を制御するためのコントローラを有する例示のユーザ端末を説明する図である。
【発明を実施するための形態】
【００１４】
以下、図面を参照して、図１は無線通信サービスをユーザ端末１００へ提供するための例示の移動体通信ネットワーク１０を説明する。図１には３つのユーザ端末１００が示される。ユーザ端末１００は例えば携帯電話機、ＰＤＡ、スマートフォン、ラップトップコンピュータ、ハンドヘルドコンピュータ又は無線通信能力を有する他の装置を含みうる。移動体通信ネットワーク１０は複数の地理的セルエリア又はセクタ１２を含みうる。各地理的セルエリア又はセクタ１２は基地局２０によってサービスが提供され、基地局２０はＬＴＥではノードＢ又は発展型ノードＢ（ｅノードＢ）と呼ばれる。単一の基地局２０が複数の地理的セルエリア又はセクタ１２にサービスを提供してもよい。ユーザ端末１００は１つ以上の下りリンク（ＤＬ）チャネルでサービング基地局２０から信号を受信し、１つ以上の上りリンク（ＵＬ）チャネルで基地局２０へ信号を送信する。
【００１５】
説明の目的で、本発明の例示の実施形態はロングタームエボリューション（ＬＴＥ）システムの文脈で記載される。しかしながら、広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標））システム及びＷｉＭａｘ（ＩＥＥＥ８０２．１６）システムを含む他の無線通信システムに本発明がより一般的に適用可能であることを当業者は理解するだろう。
【００１６】
ＬＴＥは下りリンクにおいて直交周波数分割多重（ＯＦＤＭ）を用い、上りリンクにおいて離散フーリエ変換（ＤＦＴ）拡散ＯＦＤＭを用いる。基本的なＬＴＥの下りリンク物理リソースは時間‐周波数グリッドとしてみなされうる。図２はＬＴＥのための例示のＯＦＤＭ時間‐周波数グリッドの一部を説明する。概して、時間‐周波数グリッド５０は１ミリ秒のサブフレームに分割される。各サブフレームは複数のＯＦＤＭシンボルを含む。マルチパス分散が非常に深刻ではないと予想される状況において適切に用いられる通常のサイクリックプレフィックス（ＣＰ）長について、サブフレームは１４個のＯＦＤＭシンボルを含む。拡張サイクリックプレフィックスが用いられるならば、サブフレームは１２個のＯＦＤＭシンボルを含む。周波数領域において、物理リソースは１５ｋＨｚの間隔を置いて隣接するサブキャリアに分割される。サブキャリアの数は、割り当てられたシステム帯域幅に従って変化する。時間‐周波数グリッド５０の最小の要素はリソースエレメントである。リソースエレメントは１つのＯＦＤＭシンボル区間に１つのＯＦＤＭサブキャリアを含む。
【００１７】
ＬＴＥシステムでは、物理下りリンク共有チャネル（ＰＤＳＣＨ）として知られる下りリンクトランスポートチャネルでユーザ端末へデータが送信される。ＰＤＳＣＨは複数のユーザ端末によって共有される時間‐周波数が多重化したチャネルである。図３に示されるように、下りリンク送信は１０ｍｓの無線フレームに編成される。各無線フレームは等しい大きさの１０個のサブフレームを含む。ユーザが下りリンク送信を受信するようにスケジューリングするために、下りリンクの時間‐周波数リソースはリソースブロック（ＲＢ）と呼ばれる単位で割り当てられる。各リソースブロックは、（周波数スペクトラムに関して隣接してもよいし、分散してもよい）１２個のサブキャリア及び１つの０．５ｍｓのスロット（１つのサブフレームの半分）に亘る。「リソースブロック対」という用語は１ミリ秒のサブフレーム全体を占める２つの連続したリソースブロックを指す。
【００１８】
基地局２０は物理上りリンク制御チャネル（ＰＵＣＣＨ）又は物理上りリンク共有チャネル（ＰＵＳＣＨ）でのユーザ端末からのチャネル状態情報（ＣＳＩ）報告及びチャネル品質情報（ＣＱＩ）報告に基づいてユーザ端末への下りリンク送信を動的にスケジューリングする。ＣＱＩ報告及びＣＳＩ報告は受信機によって観察される瞬時チャネル状況を示す。各サブフレームにおいて、基地局２０は、現在の下りリンクサブフレームにおいてデータを受信するようにスケジューリングされたユーザ端末（以下、スケジュールされた端末）と、このスケジュールされた端末へデータが送信されるリソースブロックとを識別する下りリンク制御情報（ＤＣＩ）を送信する。ＤＣＩは典型的に各サブフレームにおける先頭の１つのＯＦＤＭシンボル、２つのＯＦＤＭシンボル又は３つのＯＦＤＭシンボルにおいて物理下りリンク制御チャネル（ＰＤＣＣＨ）で送信される。
【００１９】
ハイブリッド自動再送要求（ＨＡＲＱ）は下りリンクでのデータの送信中に生じるエラーを軽減するために用いられる。ＰＤＳＣＨでの送信を受信するようにユーザ端末１００がスケジューリングされたことを基地局２０が示す場合に、ユーザ端末１００はＰＤＳＣＨを復号し、ＰＵＣＣＨ又はＰＵＳＣＨで基地局２０へ確認応答（ＡＣＫ／ＮＡＣＫ）メッセージを送信する。確認応答メッセージはデータパケットがユーザ端末１００によって正しく受信されたかを基地局２０に通知する。確認応答メッセージは、復号の成功を示す肯定的確認応答（ＡＣＫ）と復号の失敗を示す否定的確認応答（ＮＡＣＫ）との何れかでありうる。ユーザ端末１００から受信した確認応答メッセージに基づいて、基地局２０は新たなデータを送信するか（ＡＣＫを受信した場合）、以前のデータを再送するか（ＮＡＣＫを受信した場合）を判定する。
【００２０】
上りリンク送信について、ユーザ端末が送信すべきデータを有するが有効な上りリンク許可がない場合にユーザ端末はＰＵＣＣＨで基地局２０へスケジューリング要求（ＳＲ）を送信する。基地局２０はスケジューリング要求に応じて上りリンクリソースを割り当て、ＰＤＣＣＨでユーザ端末１００へスケジューリング許可を送信する。データが受信された場合に、基地局２０はデータが正しく受信されたかを示すために物理ハイブリッド自動再送要求インジケータチャネル（ＰＨＩＣＨ）でユーザ端末１００へＡＣＫ／ＮＡＣＫシグナリングを送信する。
【００２１】
ユーザ端末１００がデータ送信のための上りリンクリソースを割り当てられていないならば、物理上りリンク制御チャネル（ＰＵＣＣＨ）でＬ１／Ｌ２制御情報の上りリンク送信に個別に割り当てられた上りリンクリソース（リソースブロック）でＬ１／Ｌ２制御情報（ＣＱＩ報告、ＡＣＫ／ＮＡＣＫ、ＳＲ）が送信される。図４に説明されるように、これらのリソースは利用可能なセル帯域幅全体の端に位置する。各ＰＵＣＣＨリソースは上りリンクサブフレームの２つのスロットのそれぞれに１つのリソースブロック（１２個のサブキャリア）を含む。周波数ダイバーシティを提供するために周波数ホッピングが用いられる。リソースブロックの周波数はスロットの境界で交互に入れ替わり、１つのリソースブロックがサブフレームの１番目のスロット内のスペクトラムの上側となり、同じ大きさのリソースブロックがサブフレームの２番目のスロット中のスペクトラムの下側となり、逆についても成り立つ。例えば多数のユーザをサポートする非常に大きな送信帯域幅全体の場合のように、上りリンクＬ１／Ｌ２制御シグナリングにより多くのリソースが必要ならば、以前に割り当てられたリソースブロックに隣接して追加のリソースブロックが割り当てられうる。
【００２２】
利用可能なスペクトラム全体の端にＰＵＣＣＨリソースが位置する理由は２つある。第１に、この割り当ては特に周波数ホッピングが使用される場合に周波数ダイバーシティを最大化する。第２に、この割り当ては、単一のユーザ端末１００へ非常に幅広い送信帯域を割り当てつつ、上りリンク送信の単一キャリア特性をなおも維持することを不可能にする上りリンクスペクトラムのフラグメンテーションを回避する。
【００２３】
１つのサブフレーム中の１つのリソースブロックの帯域幅は単一のユーザ装置１００が必要とする制御シグナリングには大きすぎる。従って、制御シグナリングとは別にリソース集合を効率的に利用するために、複数のユーザ端末が同じリソースブロックを共有できる。これは、セル固有の長さである１２個の周波数領域シーケンスの相異なる直交位相回転を相異なる端末に割り当てることによって行われる。周波数領域における線形位相回転は時間領域においてサイクリックシフトを適用することと等化である。よって、本明細書で「位相回転」という用語が用いられるものの、時間領域への暗黙的な言及に関してサイクリックシフトという用語が用いられることもある。
【００２４】
従って、ＰＵＣＣＨによって用いられるリソースは、リソースブロック対によって時間‐周波数領域で特定されるだけでなく、適用される位相回転によっても特定される。基準信号の場合と同様に、セル固有のシーケンスのそれぞれからの１２個までの相異なる直交シーケンスを前提として、ＬＴＥ標準では１２個までの相異なる位相回転が特定される。しかしながら、周波数選択的チャネルの場合に、直交性が維持されるべきならば、１２個の位相回転のすべてが用いられうるわけではない。典型的に、セルにおいて６個までの回転が使用可能であると考えられる。
【００２５】
ＰＵＣＣＨでの制御情報の送信について規定されたメッセージフォーマットは２つ存在し、それぞれ異なる個数のビットを伝達できる。ユーザ端末１００はＨＡＲＱ確認応答及びスケジューリング要求を送信するためにＰＵＣＣＨフォーマット１を用いる。ＣＱＩ報告について、ユーザ端末１００はＰＵＣＣＨフォーマット２を用いる。
【００２６】
ハイブリッドＡＲＱ確認応答は下りリンクにおいて１つ（又は空間多重の場合は２つ）のトランスポートブロックの受信を確認応答するために用いられる。スケジューリング要求は上りリンクデータ送信のためのリソースを要求するために用いられる。スケジューリング要求はユーザ端末１００がリソースを要求している場合にのみ送信され、それ以外の場合にユーザ端末１００はバッテリリソースを節約し、不必要な干渉を起こさないようにするために何もしないままでいる。スケジューリング要求について、明示的な情報ビットは送信されない。その代わりに、ユーザ端末は対応するＰＵＣＣＨのエネルギーの存在（又は不在）によって上りリンクリソースを要求する。ＨＡＲＱ確認応答及びスケジューリング要求は相異なる目的を果たすが、これらは同じＰＵＣＣＨフォーマットを共有する。このフォーマットは本明細書においてＰＵＣＣＨフォーマット１と呼ばれる。
【００２７】
図５はＰＵＣＣＨフォーマット１のメッセージの構造を説明する。ＰＵＣＣＨフォーマット１はサブフレームの２つのスロットのそれぞれにおいて同じ構造を用いる。ＨＡＲＱ確認応答の送信について、ＢＰＳＫシンボルを生成するために単一のＨＡＲＱ確認応答ビットが用いられる（下りリンク空間多重の場合に２つの確認応答ビットがＱＰＳＫシンボルを生成するために用いられる）。他方、スケジューリング要求について、ＢＰＳＫ／ＱＰＳＫシンボルは基地局２０で否定的確認応答として扱われるコンスタレーション点によって置き換えられる。その後、変調シンボルは２つのＰＵＣＣＨスロットのそれぞれにおいて送信されるべき信号を生成するために用いられる。
【００２８】
ＨＡＲＱ確認応答又はスケジューリング要求の何れかについて用いられるＰＵＣＣＨフォーマット１は単一のスカラーリソースインデックスによって表される。インデックスから、位相回転及び直交カバーシーケンスが導出される。ＨＡＲＱ送信について、ＨＡＲＱ確認応答の送信について用いるためのリソースインデックスは、ユーザ端末１００への下りリンク送信をスケジューリングするためにＰＤＣＣＨで送信されるＤＣＩによって暗黙的に与えられる。よって、上りリンクＨＡＲＱ確認応答について用いるためのリソースは動的に変化し、各サブフレームにおいてユーザ端末１００にスケジューリングするために用いられるＤＣＩに依存する。
【００２９】
ＰＤＣＣＨで基地局によって送信されたＤＣＩに基づく動的スケジューリングに加えて、特定のパターンに従ってユーザ端末を半固定的にスケジューリングすることも可能である。この場合に、半固定的なスケジューリングパターンを示す構成情報はＨＡＲＱ確認応答に用いるためのＰＵＣＣＨインデックスに関する情報を含む。構成情報はまた、スケジューリング要求の送信についてどのＰＵＣＣＨリソースを用いるべきかをユーザ端末１００に通知する。
【００３０】
ＰＵＣＣＨリソースは２つの部分、すなわち準静的部分と動的部分とに分割される。ＰＵＣＣＨリソースの準静的部分は半固定的なユーザからのスケジューリング要求及びＨＡＲＱ確認応答について用いられる。ＰＵＣＣＨ１のリソースの準静的部分について用いられるリソースの量は動的には変化しない。動的部分は動的にスケジューリングされるユーザ端末について用いられる。動的にスケジューリングされる端末の数は変化するので、動的ＰＵＣＣＨについて用いられるリソースの量は変化する。
【００３１】
チャネル状態報告は、チャネル依存のスケジューリングを支援するためにユーザ端末１００によって観察されたチャネル状況の推定値を基地局２０へ提供するために用いられる。チャネル状態報告はサブフレームごとに複数のビットで構成される。サブフレームごとに高々２つの情報ビットが可能であるＰＵＣＣＨフォーマット１はこの目的に用いることができない。その代わりに、ＰＵＣＣＨでのチャネル状態報告の送信は、サブフレームごとに複数の情報ビットが可能であるＰＵＣＣＨフォーマット２によって扱われる。
【００３２】
図６で通常のサイクリックプレフィックスについて説明されるＰＵＣＣＨフォーマット２は、フォーマット１と同じセル固有シーケンスの位相回転に基づく。フォーマット１と同様に、フォーマット２のリソースは、位相回転及び他の必要な量を導出するためのインデックスによって表現されうる。ＰＵＣＣＨフォーマット２のリソースは準静的に構成される。
【００３３】
ＰＵＣＣＨフォーマット１のシグナリングメッセージとＰＵＣＣＨフォーマット２のシグナリングメッセージとの両方が各スロットに１つのリソースブロックを有するリソースブロック対で送信される。リソースブロック対はＰＵＣＣＨリソースインデックスから判定される。よって、サブフレームの１番目及び２番目のスロットで用いるリソースブロック番号は以下のように表現されうる。
ＲＢｎｕｍｂｅｒ（ｉ）＝ｆ（ＰＵＣＣＨインデックス，ｉ）
ここで、ｉはサブフレーム内のスロット番号（０又は１）であり、ｆは仕様に見られる関数である。
【００３４】
制御シグナリング容量を増やすために複数のリソースブロック対が用いられうる。１つのリソースブロック対がいっぱいである場合に、次のＰＵＣＣＨリソースインデックスがシーケンス内の次のリソースブロック対にマッピングされる。マッピングは、図７に示されるように、上りリンクセルの帯域幅の端に最も近くでＰＵＣＣＨフォーマット２（チャネル状態報告）が送信され、ＰＵＣＣＨフォーマット１の準静的部分が次にあり、最後に帯域幅の最も内部にＰＵＣＣＨフォーマット１の動的部分がくるように行われる。
【００３５】
相異なるＰＵＣＣＨフォーマットについて用いるためのリソースを判定するために以下の３つの準静的パラメータが用いられる。
・Ｎ(2)RB。システム情報の一部として提供され、ＰＵＣＣＨフォーマット１のマッピングが始まるリソースブロック対を制御する。
・Ｎ(1)PUCCH。ＰＵＣＣＨフォーマット１の準静的部分と動的部分の間の分割を制御する。
・Ｎ(1)CS。１つのリソースブロック内のフォーマット１とフォーマット２との混合を制御する。ほとんどの場合に、２つのＰＵＣＣＨフォーマットがリソースブロックの別々の集合にマッピングされるように構成が行われるが、リソースブロック内のフォーマット１とフォーマット２との間に境界を有する可能性も存在する。
【００３６】
２０ＭＨｚを超える帯域幅をサポートするために、ＬＴＥリリース１０ではキャリアアグリゲーションがサポートされる。リリース８のユーザ端末１００との後方互換性を維持するために、図８に示されるように利用可能なスペクトラムはリリース８と互換性を有するコンポーネントキャリア（例えば、２０ＭＨｚのコンポーネントキャリア）に分割される。ユーザ端末１００は複数のコンポーネントキャリアで送信することによって、１００ＭＨｚまでの帯域幅を得ることができる。データ送信に複数のコンポーネントキャリアを用いることはキャリアアグリゲーションとして知られている。
【００３７】
個別のコンポーネントキャリアの帯域幅と同様に、集約されるコンポーネントキャリアの数は上りリンク（ＵＬ）と下りリンク（ＤＬ）とで異なりうる。ＤＬとＵＬとでコンポーネントキャリアの数が等しい場合を対称構成と呼ぶ。ＵＬとＤＬとでコンポーネントキャリアの数が異なる場合を非対称構成と呼ぶ。地理的セルエリア１２について構成されるコンポーネントキャリアの数はユーザ端末１００により観察されるコンポーネントキャリアの数とは異なりうる。例えば、地理的セルエリア１２において同数のＵＬコンポーネントキャリアとＤＬコンポーネントキャリアとがネットワークによって提供されるとしても、ユーザ端末１００はＵＬコンポーネントキャリアよりも多くのＤＬコンポーネントキャリアをサポートしうる。
【００３８】
キャリアアグリゲーションの１つの考慮点はユーザ端末からの上りリンク制御シグナリングについてＰＵＣＣＨをどのように構成するかである。１つの解決策は複数のＵＬコンポーネントキャリアで複数の制御チャネルに関する上りリンク制御情報を送信することである。しかしながら、このオプションは結果としてユーザ端末の電力消費が多くなり、個別のユーザ端末の能力に依存しやすい。これは混変調積に起因する実装上の課題も引き起こすかもしれず、一般的に実装及び検査が複雑になるかもしれない。
【００３９】
本発明の一部の実施形態によれば、いくつかの下りリンクコンポーネントキャリア上の下りリンク送信をサポートするために単一の上りリンクコンポーネントキャリア上のＰＵＣＣＨリソースが用いられる。このアプローチでは、ユーザ端末１００は、単一の上りリンクコンポーネントキャリア上のＰＵＣＣＨリソースで、２つ以上の下りリンクコンポーネントキャリア上の下りリンク送信に関連するＨＡＲＱシグナリングを送信する。同様に、いくつかの上りリンクコンポーネントキャリア上の上りリンク送信をサポートするために単一の上りリンクコンポーネントキャリアが用いられうる。例えば、ユーザ端末１００は複数の上りリンクコンポーネントキャリア上の上りリンクリソースを要求するために単一の上りリンクコンポーネントキャリア上のＰＵＣＣＨリソースを用いてもよい。２つ以上のコンポーネントキャリア上の下りリンク送信又は上りリンク送信をサポートするためにＰＵＣＣＨリソースが用いられる上りリンクコンポーネントキャリアを本明細書で上りリンク一次キャリアコンポーネント（ＵＬ  ＰＣＣ：uplink primary component carrier）又は一次セル（Ｐセル）に関連する上りリンクと呼ぶ。
【００４０】
ＨＡＲＱシグナリングについて、直接的なアプローチは、サポートされる集約された下りリンクコンポーネントキャリアの数に等しい係数ＮでＰＵＣＣＨフォーマット１についてＵＬ  ＰＣＣ上のＰＵＣＣＨリソースを増やすことであろう。しかしながら、予想される典型的なユースケースに考慮が払われるべきである。すべてのユーザ端末１００が複数の下りリンクコンポーネントキャリア上で下りリンク送信を受信するようにスケジューリングされるわけではない。送信に用いられる下りリンクコンポーネントキャリアの数はユーザ端末固有であり、ユーザ端末１００がスケジューリングされる際に動的に変化するだろう。バーストデータ送信では、いくつかの下りリンクキャリア上のリソースに同時に割り当てられるユーザ端末１００の数は比較的少ないと予想される。単一のコンポーネントキャリアに十分なリソースが存在しない場合にのみ複数の下りリンクコンポーネントキャリアが必要となり、ユーザ端末１００の数が多い場合に複数の下りリンクコンポーネントキャリアにいくつかの小さいトランスポートキャリアを割り当てることに利点はないように思われる。従って、ＰＵＣＣＨ上のＡＣＫ／ＮＡＣＫフィードバックの設計は、複数の下りリンクコンポーネントキャリアへの割り当てを有する少ない同時ユーザ端末１００に最適化されるべきである。
【００４１】
典型的なユースケースでは複数の下りリンクコンポーネントキャリア上のリソースが比較的少ないユーザ端末１００に同時に割り当てられることを考慮すると、係数Ｎでオーバーヘッドを増やすことは恐らくは必要ない。そうではなく、リソースの量は複数の下りリンクコンポーネントキャリア上に割り当てを有すると同時に予測されるユーザ端末１００の数を見込んで選択されるべきであり、これはシナリオ及び実装に依存すると予想される。これは、複数のコンポーネントキャリアを用いて現在スケジューリングされているユーザ端末（群）１００がＡＣＫ／ＮＡＣＫフィードバックを送信するのに用いる上りリンクリソースの集合を構成することによって実現されうるだろう。
【００４２】
第１アプローチによれば、ＬＴＥリリース８に従うＰＵＣＣＨリソースに加えて、場合によっては大きさを構成可能な共有ＰＵＣＣＨリソースの集合が、複数の下りリンクコンポーネントキャリア上の下りリンク割り当てを受信するユーザ端末１００によってＨＡＲＱ確認応答のために割り当てられる。リソース集合及び／又はリソース集合の大きさは無線リソース制御（ＲＲＣ）シグナリングによってユーザ端末へ送信されうる。このアプローチでは、ＵＬ  ＰＣＣは、ＵＬ  ＰＣＣに関連する単一の下りリンクコンポーネントキャリア上の下りリンク送信についてリソースを割り当てられたユーザ端末１００からのＨＡＲＱ確認応答についてのＬＴＥリリース８に従うＰＵＣＣＨリソースを含む。共有ＰＵＣＣＨリソースは、複数の下りリンクコンポーネントキャリア上の下りリンク送信についてのリソース割り当てを受信するユーザ端末１００によって用いられるだろう。ＵＬ  ＰＰＣに関連する下りリンクコンポーネントキャリアとは異なる単一の下りリンクコンポーネントキャリア上のリソースがユーザ端末１００に割り当てられる場合に再送のような何らかの状況が存在してもよい。このような場合に、ＰＵＣＣＨリソースの共有集合はまた、「クロスキャリア」ＨＡＲＱ確認応答のように用いられうる。
【００４３】
第２アプローチによれば、ＬＴＥリリース８に従うＰＵＣＣＨリソースに加えて、場合によっては大きさを構成可能な共有ＰＵＣＣＨリソースの集合は、ＵＬ  ＰＣＣでの関連するリリース８のリソースを有する下りリンクコンポーネントキャリア以外の少なくとも１つの下りリンクコンポーネントキャリア上の下りリンク割り当てを受信するユーザ端末１００によるＨＡＲＱ確認応答のために割り当てられる。リソース集合及び／又はリソース集合の大きさはＲＲＣシグナリングによってユーザ端末へ送信されうる。
【００４４】
上述のアプローチのいずれでも、共有ＰＵＣＣＨリソースの集合は、ＬＴＥリリース８のユーザ端末１００についてと同じように、すなわちＤＬ  ＰＤＣＣＨ  ＣＣＥとＰＵＣＣＨリソースへのインデックスとの間の関連付け規則の形式でユーザ端末１００から認識されうる。よって、システムの観点から、ＰＵＣＣＨリソースの２つの集合は重複するか、交互に配置されうる。原則として、ユーザ端末１００はＨＡＲＱ確認応答について準静的ＰＵＣＣＨリソースで構成され、その後複数のＤＬコンポーネントキャリア割り当ての場合にＨＡＲＱ確認応答についてこれらのリソースを用いうる。セル内のすべてのユーザ端末１００を同じ準静的ＡＣＫ／ＮＡＣＫリソースを有するように構成することによって、このような方式は高々１つのユーザ端末に複数のＤＬコンポーネントキャリアを同時に割り当てることを可能にするだろう。複数キャリアのＨＡＲＱ確認応答に必要ない場合に、当然のことながらリソースはデータ送信に用いられうる。ユーザ端末１００は、コンポーネントキャリア、ＤＬ  ＰＤＤＣＨ  ＣＣＥ、Ｃ−ＲＮＴＩ及び他のパラメータに基づいてどの共有ＰＵＣＣＨリソースを用いるかを選択できるだろう。衝突又はスケジューリング制約のリスクがあるものの、これを軽減するために、ＰＵＣＣＨリソースの選択を支援するために動的インジケータを有することを考えるだろう。動的表示は、ＨＡＲＱ確認応答のために予約されたリソースの量が少なく、且つ直交性が望まれる場合に関心があるＡＣＫ／ＮＡＣＫリソースをより注意深く管理することを可能にする。
【００４５】
１つの例示の実施形態では、ユーザ端末１００のために複数の下りリンクコンポーネントキャリアで構成された準静的ＰＵＣＣＨリソースが予約される。ＰＵＣＣＨリソースの割り当ては実際のリソースブロックの暗黙的な表示によって、例えばＣＣＥインデックス、下りリンクコンポーネントキャリアの数、ＲＮＴＩ又はこれらのパラメータの組み合わせを利用することによって達成されうる。これに代えて、予約されたＰＵＣＣＨリソースは、ユーザ端末１００へのシグナリング（例えば、ＲＲＣシグナリング）を介して、又は暗黙的なシグナリングと明示的なシグナリングとの組み合わせによって示されうる。さらに、ＨＡＲＱ確認応答のためのＰＵＣＣＨリソースの動的表示は、暗黙的／明示的に予約された（例えば、準静的に予約された）リソースの集合から実際のＰＵＣＣＨリソースを選択するための更なる相対的な又は明示的な動的表示を用いて行われうる。例えば、基地局２０は、ユーザ端末が準静的に予約されたＰＵＣＣＨリソースの集合から次に利用可能なＰＵＣＣＨリソース又は次に巡回的に利用可能なＰＵＣＣＨリソースを用いるべきであることを示すための単一ビットを有するインジケータを制御メッセージ又は制御メッセージの一部として送信してもよい。このインジケータは本明細書で確認応答リソース表示（ＡＲＩ）と呼ばれる。一部の実施形態では、ＡＲＩは制御メッセージ全体を有しうる。その他の実施形態では、ＡＲＩは、より大きな制御メッセージ内の情報要素として含まれうる。これに代えて、基地局２０は、準静的に予約されたＰＵＣＣＨリソースの集合から実際のＰＵＣＣＨリソースを示すための複数ビットのＡＲＩを送信しうる。
【００４６】
ＵＬ  ＰＣＣ上のＰＵＣＣＨリソースに対して少なくとも２つの相異なるマッピングが存在しうる。第１リソースマッピングは単一の指定された下りリンクコンポーネントキャリア上の下りリンク送信のＨＡＲＱ確認応答について用いられうる。第２リソースマッピングは少なくとも１つの他の下りリンクコンポーネントキャリア上の下りリンク送信のＨＡＲＱ確認応答について用いられうる。２つのマッピングは、最初のリソース及びリソース集合の大きさのような、上位層のシグナリングによって構成可能なパラメータによって記述されうる。ユーザ端末１００は、１つ又はいくつかの下りリンクコンポーネントキャリア上の検出された下りリンク割り当てに基づいて、２つのマッピングのうちの１つを選択しうる。好適な実施形態では、第１マッピングはＡＣＫ／ＮＡＣＫリソースについてのリリース８マッピング規則に一致する。
【００４７】
ユーザ端末１００は、検出された下りリンク割り当てに依存して、及び下りリンク割り当てが送信された下りリンクコンポーネントキャリアに依存して、どのマッピングを使用するかを選択してもよい。上りリンク制御シグナリングのための無線リソースのマッピングを選択するためにユーザ端末１００は２つのアプローチを用いられる。第１アプローチでは、ユーザ端末１００は、単一の下りリンクコンポーネントキャリアの下りリンク割り当てが検出され、且つ下りリンク割り当てが関連する下りリンクコンポーネントキャリアで送信される場合に第１マッピングを選択する。ユーザ端末１００は、（リリース８のＡＣＫ／ＮＡＣＫリソースが存在する）単一の関連する下りリンクコンポーネントキャリアとは異なる少なくとも１つの下りリンクコンポーネントキャリアについて少なくとも１つの下りリンク割り当てを検出する場合に第２マッピングを選択する。第２アプローチでは、ユーザ端末は、下りリンク送信に対する下りリンク割り当てについて検出するコンポーネントキャリアの数に依存してマッピングを選択する。
【００４８】
図９は通信ネットワーク１０内の基地局２０により実施される、下りリンクコンポーネントキャリアの割り当てに依存してユーザ端末１００から上りリンク制御情報を受信する例示の方法５０を説明する。基地局２０は１つ以上の下りリンクコンポーネントキャリア上で下りリンク送信を受信するようにユーザ端末１００をスケジューリングする（ブロック５２）。ユーザ端末１００は一次上りリンクコンポーネントキャリアに関連する単一の下りリンクコンポーネントキャリア上で下りリンク送信を受信するようにスケジューリングされてもよい。この場合に、基地局２０は上りリンク一次コンポーネントキャリア上の無線リソースの第１集合でユーザ端末１００への下りリンク送信に関連する制御情報を受信する（ブロック５４）。これに代えて、ユーザ端末１００は複数の下りリンクコンポーネントキャリア上で下りリンク送信を受信するようにスケジューリングされてもよいし、上りリンク一次コンポーネントキャリアに関連する下りリンクコンポーネントキャリア以外の単一の下りリンクコンポーネントキャリア上で下りリンク送信を受信するようにスケジューリングされてもよい。この代替ケースでは、基地局２０は上りリンクコンポーネントキャリア上の無線リソースの第２集合でユーザ端末１００から下りリンク送信に関連する上りリンク制御情報を受信する（ブロック５６）。
【００４９】
図１０はユーザ端末によって実施される、基地局２０へ上りリンク制御シグナリングを送信する例示の方法６０を説明する。ユーザ端末１００は基地局２０から下りリンク送信についての無線リソース割り当てを受信する（ブロック６２）。ユーザ端末が単一の下りリンクコンポーネントキャリアについての無線リソースの割り当てを検出したならば、ユーザ端末１００は上りリンク一次コンポーネントキャリア上の無線リソースの第１集合で、下りリンク送信に関連する上りリンク制御情報を送信する（ブロック６４）。他方、ユーザ端末１００が複数の下りリンクコンポーネントキャリアについての割り当てを受信したならば、ユーザ端末１００は、上りリンク一次コンポーネントキャリア上の無線リソースの第２集合で、下りリンク送信に関連する上りリンク制御情報を送信する（ブロック６６）。
【００５０】
図１１はユーザ端末１００によって実施される、基地局２０へ上りリンク制御シグナリングを送信する別の例示の方法７０を説明する。ユーザ端末１００は基地局２０から下りリンク送信についての無線リソース割り当てを受信する（ブロック７２）。ユーザ端末１００が第１下りリンクコンポーネントキャリアについての無線リソースの割り当てを検出したならば、ユーザ端末１００は、上りリンク一次コンポーネントキャリア上の無線リソースの第１集合で、下りリンク送信に関連する上りリンク制御情報を送信する（ブロック７４）。他方、ユーザ端末１００が第２下りリンクコンポーネントキャリアについての割り当てを受信したならば、ユーザ端末１００は、一次上りリンクコンポーネントキャリア上の無線リソースの第２集合で、下りリンク送信に関連する上りリンク制御情報を送信する（ブロック７６）。
【００５１】
図１２は本発明に係る例示の基地局２０を説明する。基地局２０はユーザ端末と通信するための送受信機２２と、送受信機２２によって送受信される信号を処理するための処理回路３２とを備える。送受信機２２は１つ以上の送信アンテナ２８に結合された送信機２４と１つ以上の受信アンテナ３０に結合された受信機２６とを含む。送信と受信との両方に同じアンテナ（群）２８、３０が用いられてもよい。処理回路３２は１つ以上のプロセッサ、ハードウェア、ファームウェア又はこれらの組合せによって実装されうる。処理回路３２の典型的な機能は送信信号の変調・符号化と、受信信号の復調・復号とを含む。処理回路３２はまた、基地局２０の動作を制御するためのコントローラ３４を含む。コントローラ３４はＰＤＣＣＨでの下りリンク制御情報の送信と、ＰＵＣＣＨで受信される上りリンク制御情報の処理とに関与する。
【００５２】
図１３は例示のユーザ端末１００の機能ブロック図を説明する。ユーザ端末１００は、送受信機１１０と処理回路１２０とを備える。送受信機１１０は１つ以上の送信アンテナ１１４に結合された送信機１１２と、１つ以上の受信アンテナ１１８に結合された受信機１１６とを備える。送受信に同じアンテナが用いられてもよいことを当業者は理解するだろう。処理回路１２０は送受信機１１０によって送受信される信号を処理する。処理回路１２０は１つ以上のプロセッサ、ハードウェア、ファームウェア又はこれらの組合せを備える。処理回路１２０の典型的な機能は、送信信号の変調・符号化と、受信信号の復調・復号とを含む。前述のように、コントローラ１２２はＰＵＣＣＨでの送信のための上りリンク制御情報を生成し、ＰＤＣＣＨで受信した下りリンク制御情報を処理する。
【００５３】
本発明は、ユーザ端末に実装上の問題が生じたり、大きさが大きくなりその結果として非効率になったりすることなく、複数の下りリンクコンポーネントキャリアに対応する１つのコンポーネントキャリアでＰＵＣＣＨを効率的に送信するための手段を提供する。
【００５４】
当然ながら、本発明は本発明の範囲及び不可欠な特徴から逸脱することなく本明細書で説明されたもの以外の特定の方法で実施されうる。従って、本実施形態はすべての側面において例示的であり限定的ではないとみなされるべきであり、添付の特許請求の範囲の文言の範囲及び均等の範囲に入るすべての変形がここに包含されることが意図される。
【図１】
0005908138.tif 000002
【図２】
0005908138.tif 000003
【図３】
0005908138.tif 000004
【図４】
0005908138.tif 000005
【図５】
0005908138.tif 000006
【図６】
0005908138.tif 000007
【図７】
0005908138.tif 000008
【図８】
0005908138.tif 000009
【図９】
0005908138.tif 000010
【図１０】
0005908138.tif 000011
【図１１】
0005908138.tif 000012
【図１２】
0005908138.tif 000013
【図１３】
0005908138.tif 000014