JP6783785B2 - 拡張キャリアアグリゲーションのためのｐｕｃｃｈ管理 - Google Patents

Description

関連出願の相互参照
[0001]本出願は、その全体が参照により本明細書に明確に組み込まれる、２０１５年３月１２日に出願された「PUCCH MANAGEMENT FOR ENHANCED CARRIER AGGREGATION」と題する米国仮出願第６２／１３２，４６１号、および２０１６年３月１日に出願された「PUCCH MANAGEMENT FOR ENHANCED CARRIER AGGREGATION」と題する米国特許出願第１５／０５７，７９５号の利益を主張する。

[0002]本開示は、一般に、通信システムに関し、より詳細には、拡張キャリアアグリゲーション（ｅＣＡ：enhanced carrier aggregation）のための物理アップリンク制御チャネル（ＰＵＣＣＨ：physical uplink control channel）を管理することに関する。

[0003]ワイヤレス通信システムは、電話、ビデオ、データ、メッセージング、およびブロードキャストなど、様々な電気通信サービスを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソースを共有することによって複数のユーザとの通信をサポートすることが可能な多元接続技術を採用し得る。そのような多元接続技術の例としては、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムがある。

[0004]これらの多元接続技術は、様々なワイヤレスデバイスが都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを提供するために、様々な電気通信規格において採用されている。例示的な電気通信規格はロングタームエボリューション（ＬＴＥ（登録商標））である。ＬＴＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標）：Third Generation Partnership Project）によって公表されたユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ：Universal Mobile Telecommunications System）モバイル規格の拡張のセットである。ＬＴＥは、ダウンリンク上ではＯＦＤＭＡを使用し、アップリンク上ではＳＣ−ＦＤＭＡを使用し、多入力多出力（ＭＩＭＯ）アンテナ技術を使用して、スペクトル効率の改善、コストの低下、およびサービスの改善を通して、モバイルブロードバンドアクセスをサポートするように設計されている。しかしながら、モバイルブロードバンドアクセスに対する需要が増加し続けるにつれて、ＬＴＥ技術のさらなる改善が必要である。これらの改善はまた、他の多元接続技術と、これらの技術を採用する電気通信規格とに適用可能であり得る。

[0005]キャリアアグリゲーション（ＣＡ）では、ユーザ機器（ＵＥ）は、最高５つのコンポーネントキャリア（ＣＣ）で構成され得る。しかしながら、より高い帯域幅および増加されたデータレートを与えるためにＣＣの数を５を越えて増加させることが必要であり得る。

[0006]以下は、１つまたは複数の態様の基本的理解を与えるために、そのような態様の簡略化された概要を提示する。この概要は、すべての企図された態様の包括的な概観ではなく、すべての態様の主要または重要な要素を識別するものでも、いずれかまたはすべての態様の範囲を定めるものでもない。その唯一の目的は、後で提示されるより詳細な説明の導入として、１つまたは複数の態様のいくつかの概念を簡略化された形で提示することである。

[0007]ＣＡでは、ＵＥは、最高５つのＣＣで構成され得る。ＣＣの各々は後方互換性があり得る。各ＣＣの帯域幅は最高２０ＭＨｚであり得る。ＵＥが、ＣＡでは、最高５つのＣＣで構成され得るので、ＵＥのために最高１００ＭＨｚが構成され得る。

[0008]しかしながら、より高い帯域幅および増加されたデータレートを与えるためにＣＣの数を５を越えて増加させることが必要であり得る。これは、本明細書では拡張ＣＡと呼ばれることがあり、それに従って、ＵＥはＣＡのための６つ以上のＣＣ（たとえば、６から３２個の間のＣＣ）で構成され得る。拡張ＣＡは、２次セル（ＳＣｅｌｌ）上のＰＵＣＣＨのための物理レイヤ仕様と、ＤＬおよびＵＬのための増加された数のＣＣのためのＬＴＥ ＣＡを可能にするための機構との発展を必要とし得、たとえば、ダウンリンク（ＤＬ）およびアップリンク（ＵＬ）のための３２個のＣＣが指定され得る。機構は、場合によっては、自己スケジューリングとクロスキャリアスケジューリングの両方を含む、増加された数のＣＣのためのＤＬ制御シグナリングの拡張を含み得る。機構は、５よりも大きい数のＣＣのためのＵＬ制御シグナリングの拡張を含み得る。これらの拡張は、増加された数のＤＬキャリアのためのＰＵＣＣＨ上のアップリンク制御情報（ＵＣＩ）フィードバックをサポートするための拡張を含み得る。たとえば、拡張は、６つ以上のＤＬキャリアのためのＵＣＩフィードバックをサポートするためのＵＣＩシグナリングフォーマットに関係し得る。機構はまた、６つ以上のＤＬキャリアのためのＰＵＳＣＨ上のＵＣＩフィードバックをサポートするための拡張を含み得る。拡張ＣＡ ＵＣＩフィードバックのための様々な手法が、「発明を実施するための形態」において以下で説明され得る。

[0009]本開示の一態様では、方法、コンピュータプログラム製品、コンピュータ可読媒体、および装置が提供され得る。方法は、アグリゲートＣＣの複数のグループのうちのＣＣの第１のグループを介してデータを受信することを含む。ＣＣの第１のグループは無認可または共有周波数（unlicensed or shared frequencies）に対応する。ＣＣは、ＰＵＣＣＨ上での（たとえば、シグナリングの）送信のために、ＣＣの第１のグループの少なくとも２つのＣＣから選択される。ＣＣの選択は、少なくとも、少なくとも２つのＣＣの各々のアップリンク送信クリアランスステータスに基づき得る。本方法はまた、選択されたＣＣを介したＰＵＣＣＨ上での送信を含む。

[0010]装置は、アグリゲートＣＣの複数のグループのうちのＣＣの第１のグループを介してデータを受信するように構成された少なくとも１つのプロセッサを含む。ＣＣの第１のグループは無認可または共有周波数に対応する。少なくとも１つのプロセッサは、ＰＵＣＣＨ上での（たとえば、シグナリングの）送信のために、ＣＣの第１のグループの少なくとも２つのＣＣからＣＣを選択するようにさらに構成される。ＣＣの選択は、少なくとも、少なくとも２つのＣＣの各々のアップリンク送信クリアランスステータスに基づき得る。少なくとも１つのプロセッサはまた、選択されたＣＣを介してＰＵＣＣＨ上で送信するように構成される。メモリは少なくとも１つのプロセッサに結合される。

[0011]装置は、アグリゲートＣＣの複数のグループのうちのＣＣの第１のグループを介してデータを受信するための手段を含む。ＣＣの第１のグループは無認可または共有周波数に対応する。本装置は、ＰＵＣＣＨ上での（たとえば、シグナリングの）送信のために、ＣＣの第１のグループの少なくとも２つのＣＣからＣＣを選択するための手段をさらに含む。ＣＣの選択は、少なくとも、少なくとも２つのＣＣの各々のアップリンク送信クリアランスステータスに基づき得る。本装置はまた、選択されたＣＣを介してＰＵＣＣＨ上で送信するための手段を含む。

[0012]コンピュータ可読媒体は、アグリゲートＣＣの複数のグループのうちのＣＣの第１のグループを介してデータを受信するためのコードを含む。ＣＣの第１のグループは無認可または共有周波数に対応する。コンピュータ可読媒体は、ＰＵＣＣＨ上での（たとえば、シグナリングの）送信のために、ＣＣの第１のグループの少なくとも２つのＣＣからＣＣを選択するためのコードをさらに含む。ＣＣの選択は、少なくとも、少なくとも２つのＣＣの各々のアップリンク送信クリアランスステータスに基づき得る。コンピュータ可読媒体はまた、選択されたＣＣを介してＰＵＣＣＨ上で送信するためのコードを含む。

[0013]別の態様によれば、方法は、ＰＵＣＣＨ上での（たとえば、シグナリングの）送信のために、複数のアグリゲートＣＣのうちの多くとも第１のＣＣまたは第２のＣＣを選択するようにＵＥを構成するための情報を送信することを含む。第１のＣＣおよび第２のＣＣは無認可または共有周波数に対応する。多くとも第１のＣＣまたは第２のＣＣの選択は、少なくとも、第１のＣＣおよび第２のＣＣの各々のアップリンク送信クリアランスステータスに基づき得る。本方法はまた、選択された多くとも第１のＣＣまたは第２のＣＣを介してＰＵＣＣＨ上での送信を受信することを含む。

[0014]装置は、ＰＵＣＣＨ上での（たとえば、シグナリングの）送信のために、複数のアグリゲートＣＣのうちの多くとも第１のＣＣまたは第２のＣＣを選択するようにＵＥを構成するための情報を送信するように構成された少なくとも１つのプロセッサを含む。第１のＣＣおよび第２のＣＣは無認可または共有周波数に対応する。多くとも第１のＣＣまたは第２のＣＣの選択は、少なくとも、第１のＣＣおよび第２のＣＣの各々のアップリンク送信クリアランスステータスに基づき得る。少なくとも１つのプロセッサはまた、選択された多くとも第１のＣＣまたは第２のＣＣを介してＰＵＣＣＨ上での送信を受信するように構成される。メモリは少なくとも１つのプロセッサに結合される。

[0015]装置は、ＰＵＣＣＨ上での（たとえば、シグナリングの）送信のために、複数のアグリゲートＣＣのうちの多くとも第１のＣＣまたは第２のＣＣを選択するようにＵＥを構成するための情報を送信するための手段を含む。第１のＣＣおよび第２のＣＣは無認可または共有周波数に対応する。多くとも第１のＣＣまたは第２のＣＣの選択は、少なくとも、第１のＣＣおよび第２のＣＣの各々のアップリンク送信クリアランスステータスに基づき得る。本装置はまた、選択された多くとも第１のＣＣまたは第２のＣＣを介してＰＵＣＣＨ上での送信を受信するための手段を含む。

[0016]コンピュータ可読媒体は、ＰＵＣＣＨ上での（たとえば、シグナリングの）送信のために、複数のアグリゲートＣＣのうちの多くとも第１のＣＣまたは第２のＣＣを選択するようにＵＥを構成するための情報を送信するためのコードを含む。第１のＣＣおよび第２のＣＣは無認可または共有周波数に対応する。多くとも第１のＣＣまたは第２のＣＣの選択は、少なくとも、第１のＣＣおよび第２のＣＣの各々のアップリンク送信クリアランスステータスに基づき得る。コンピュータ可読媒体はまた、選択された多くとも第１のＣＣまたは第２のＣＣを介してＰＵＣＣＨ上での送信を受信するためのコードを含む。

[0017]上記および関係する目的を達成するために、１つまたは複数の態様は、以下で十分に説明され、特に特許請求の範囲で指摘される特徴を備える。以下の説明および添付の図面は、１つまたは複数の態様のいくつかの例示的な特徴を詳細に記載する。ただし、これらの特徴は、様々な態様の原理が採用され得る様々な方法のうちのほんのいくつかを示すものであり、この説明は、すべてのそのような態様およびそれらの均等物を含むものとする。

[0018]ワイヤレス通信システムおよびアクセスネットワークの一例を示す図。 [0019]ＤＬフレーム構造のＬＴＥ例を示す図。 ＤＬフレーム構造内のＤＬチャネルのＬＴＥ例を示す図。 ＵＬフレーム構造のＬＴＥ例を示す図。 ＵＬフレーム構造内のＵＬチャネルのＬＴＥ例を示す図。 [0020]アクセスネットワーク中の発展型ノードＢ（ｅＮＢ）およびユーザ機器（ＵＥ）の一例を示す図。 [0021]ＭＡＣレイヤデータアグリゲーションを示す図。 [0022]連続キャリアアグリゲーションの一例を示す図。 [0023]非連続キャリアアグリゲーションの一例を示す図。 [0024]半静的に管理される最高２つのＰＵＣＣＨセルがある構成を示す図。 [0025]３つ以上のＰＵＣＣＨセルが半静的に管理され得る構成を示す図。 [0026]２つのＰＵＣＣＨセルのうちの１つが動的に管理される構成を示す図。 [0027]ＰＵＣＣＨセルグループ中の２つのセルの中からＰＵＣＣＨセルを選択する一例を示す図。 [0028]ＰＵＣＣＨセルグループ中の２つのセルの中からＰＵＣＣＨセルを選択する別の例を示す図。 [0029]ワイヤレス通信の方法のフローチャート。 [0030]例示的な装置中の異なるコンポーネント／手段間のデータフローを示す概念データフロー図。 [0031]処理システムを採用する装置のためのハードウェア実装形態の一例を示す図。 [0032]ワイヤレス通信の方法のフローチャート。 [0033]例示的な装置中の異なるコンポーネント／手段間のデータフローを示す概念データフロー図。 [0034]処理システムを採用する装置のためのハードウェア実装形態の一例を示す図。

[0035]添付の図面に関して以下に記載される発明を実施するための形態は、様々な構成を説明するものであり、本明細書で説明される概念が実施され得る構成のみを表すものではない。発明を実施するための形態は、様々な概念の完全な理解を与えるための具体的な詳細を含む。ただし、これらの概念はこれらの具体的な詳細なしに実施され得ることが当業者には明らかであろう。いくつかの事例では、そのような概念を曖昧にするのを回避するために、よく知られている構造およびコンポーネントがブロック図の形式で示される。

[0036]次に、様々な装置および方法に関して電気通信システムのいくつかの態様が提示される。これらの装置および方法は、以下の発明を実施するための形態において説明され、（「要素」と総称される）様々なブロック、コンポーネント、回路、プロセス、アルゴリズムなどによって添付の図面に示される。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組合せを使用して実装され得る。そのような要素がハードウェアとして実装されるかソフトウェアとして実装されるかは、特定の適用例および全体的なシステムに課される設計制約に依存する。

[0037]例として、要素、または要素の任意の部分、または要素の任意の組合せは、１つまたは複数のプロセッサを含む「処理システム」として実装され得る。プロセッサの例としては、マイクロプロセッサ、マイクロコントローラ、グラフィックス処理ユニット（ＧＰＵ）、中央処理ユニット（ＣＰＵ）、アプリケーションプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、縮小命令セットコンピューティング（ＲＩＳＣ）プロセッサ、システムオンチップ（ＳｏＣ）、ベースバンドプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、ステートマシン、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明される様々な機能を実行するように構成された他の好適なハードウェアがある。処理システム中の１つまたは複数のプロセッサはソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアコンポーネント、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数などを意味すると広く解釈されたい。

[0038]したがって、１つまたは複数の例示的な実施形態では、説明される機能は、ハードウェア、ソフトウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、コンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体上に１つまたは複数の命令またはコードとして符号化され得る。コンピュータ可読媒体はコンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ（登録商標））、フラッシュメモリ、相変化メモリ、光ディスクストレージ、磁気ディスクストレージ、他の磁気ストレージデバイス、上述のタイプのコンピュータ可読媒体の組合せ、あるいはコンピュータによってアクセスされ得る、命令またはデータ構造の形態のコンピュータ実行可能コードを記憶するために使用され得る任意の他の媒体を備えることができる。

[0039]図１は、ワイヤレス通信システムおよびアクセスネットワーク１００の一例を示す図である。（ワイヤレスワイドエリアネットワーク（ＷＷＡＮ）とも呼ばれる）ワイヤレス通信システムは、基地局１０２と、ＵＥ１０４と、発展型パケットコア（ＥＰＣ）１６０とを含む。基地局１０２は、マクロセル（高電力セルラー基地局）および／またはスモールセル（低電力セルラー基地局）を含み得る。マクロセルはｅＮＢなどを含む。スモールセルは、フェムトセル、ピコセル、マイクロセルなどを含む。

[0040]（発展型ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）と総称される）基地局１０２は、バックホールリンク１３２（たとえば、Ｓ１インターフェース）を通してＥＰＣ１６０とインターフェースする。他の機能に加えて、基地局１０２は、以下の機能、すなわち、ユーザデータの転送と、無線チャネル暗号化および解読と、完全性保護と、ヘッダ圧縮と、モビリティ制御機能（たとえば、ハンドオーバ、デュアル接続）と、セル間干渉協調と、接続セットアップおよび解放と、負荷分散と、非アクセス層（ＮＡＳ：non-access stratum）メッセージのための分配と、ＮＡＳノード選択と、同期と、無線アクセスネットワーク（ＲＡＮ：radio access network）共有と、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ：multimedia broadcast multicast service）と、加入者および機器トレースと、ＲＡＮ情報管理（ＲＩＭ：RAN information management）と、ページングと、測位と、警告メッセージの配信とのうちの１つまたは複数を実行し得る。基地局１０２は、バックホールリンク１３４（たとえば、Ｘ２インターフェース）上で互いと直接または間接的に（たとえば、ＥＰＣ１６０を通して）通信し得る。バックホールリンク１３４はワイヤードまたはワイヤレスであり得る。

[0041]基地局１０２はＵＥ１０４とワイヤレス通信し得る。基地局１０２の各々は、それぞれの地理的カバレージエリア１１０に通信カバレージを与え得る。重複する地理的カバレージエリア１１０があり得る。たとえば、スモールセル１０２’は、１つまたは複数のマクロ基地局１０２のカバレージエリア１１０と重複するカバレージエリア１１０’を有し得る。スモールセルとマクロセルの両方を含むネットワークが、異種ネットワークとして知られ得る。異種ネットワークはまた、限定加入者グループ（ＣＳＧ）として知られる限定グループにサービスを提供し得るホーム発展型ノードＢ（ｅＮＢ）（ＨｅＮＢ）を含み得る。基地局１０２とＵＥ１０４との間の通信リンク１２０は、ＵＥ１０４から基地局１０２への（逆方向リンクとも呼ばれる）アップリンク（ＵＬ）送信、および／または基地局１０２からＵＥ１０４への（順方向リンクとも呼ばれる）ダウンリンク（ＤＬ）送信を含み得る。通信リンク１２０は、空間多重化、ビームフォーミング、および／または送信ダイバーシティを含む、ＭＩＭＯアンテナ技術を使用し得る。通信リンクは、１つまたは複数のキャリアを通じたものであり得る。基地局１０２／ＵＥ１０４は、各方向において送信のために使用される最高合計Ｙｘ ＭＨｚ（ｘ個のコンポーネントキャリア）のキャリアアグリゲーションにおいて割り振られた、キャリアごとの最高Ｙ ＭＨｚ（たとえば、５、１０、１５、２０ＭＨｚ）帯域幅のスペクトルを使用し得る。キャリアは、互いに隣接することも隣接しないこともある。キャリアの割振りは、ＤＬとＵＬとに対して非対称であり得る（たとえば、ＤＬの場合、ＵＬの場合よりも多いまたは少ないキャリアが割り振られ得る）。コンポーネントキャリアは、１次コンポーネントキャリアと、１つまたは複数の２次コンポーネントキャリアとを含み得る。１次コンポーネントキャリアは１次セル（ＰＣｅｌｌ）と呼ばれることがあり、２次コンポーネントキャリアは２次セル（ＳＣｅｌｌ）と呼ばれることがある。

[0042]ワイヤレス通信システムは、５ＧＨｚ無認可周波数スペクトル中で通信リンク１５４を介してＷｉ−Ｆｉ（登録商標）局（ＳＴＡ）１５２と通信しているＷｉ−Ｆｉアクセスポイント（ＡＰ）１５０をさらに含み得る。無認可周波数スペクトル中で通信するとき、ＳＴＡ１５２／ＡＰ１５０は、チャネルが利用可能であるかどうかを決定するために、通信するより前にクリアチャネルアセスメント（ＣＣＡ）を実行し得る。

[0043]スモールセル１０２’は、認可（licensed）および／または無認可（unlicensed）周波数スペクトル中で動作し得る。無認可周波数スペクトル中で動作するとき、スモールセル１０２’は、ＬＴＥを採用し、Ｗｉ−Ｆｉ ＡＰ１５０によって使用されるのと同じ５ＧＨｚ無認可周波数スペクトルを使用し得る。無認可周波数スペクトル中でＬＴＥを採用するスモールセル１０２’は、アクセスネットワークへのカバレージをブーストし、および／またはアクセスネットワークの容量を増加させ得る。無認可スペクトルにおけるＬＴＥは、ＬＴＥ無認可（ＬＴＥ−Ｕ：LTE-unlicensed）、認可支援アクセス（ＬＡＡ：licensed assisted access）、またはＭｕＬＴＥｆｉｒｅと呼ばれることがある。

[0044]ＥＰＣ１６０は、モビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）１６２と、他のＭＭＥ１６４と、サービングゲートウェイ１６６と、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ゲートウェイ１６８と、ブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ：Broadcast Multicast Service Center）１７０と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１７２とを含み得る。ＭＭＥ１６２はホーム加入者サーバ（ＨＳＳ）１７４と通信していることがある。ＭＭＥ１６２は、ＵＥ１０４とＥＰＣ１６０との間のシグナリングを処理する制御ノードである。概して、ＭＭＥ１６２はベアラおよび接続管理を行う。すべてのユーザインターネットプロトコル（ＩＰ）パケットはサービングゲートウェイ１６６を通して転送され、サービングゲートウェイ１６６自体はＰＤＮゲートウェイ１７２に接続される。ＰＤＮゲートウェイ１７２はＵＥのＩＰアドレス割振りならびに他の機能を与える。ＰＤＮゲートウェイ１７２とＢＭ−ＳＣ１７０とはＩＰサービス１７６に接続される。ＩＰサービス１７６は、インターネット、イントラネット、ＩＰマルチメディアサブシステム（ＩＭＳ：IP Multimedia Subsystem）、ＰＳストリーミングサービス（ＰＳＳ：PS Streaming Service）、および／または他のＩＰサービスを含み得る。ＢＭ−ＳＣ１７０は、ＭＢＭＳユーザサービスプロビジョニングおよび配信のための機能を与え得る。ＢＭ−ＳＣ１７０は、コンテンツプロバイダＭＢＭＳ送信のためのエントリポイントとして働き得、パブリックランドモバイルネットワーク（ＰＬＭＮ：public land mobile network）内のＭＢＭＳベアラサービスを許可し、開始するために使用され得、ＭＢＭＳ送信をスケジュールするために使用され得る。ＭＢＭＳゲートウェイ１６８は、特定のサービスをブロードキャストするマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリアに属する基地局１０２にＭＢＭＳトラフィックを配信するために使用され得、セッション管理（開始／停止）と、ｅＭＢＭＳ（発展型または拡張ＭＢＭＳ）関係のチャージ情報（charging information）を収集することとを担い得る。

[0045]基地局は、ノードＢ、発展型ノードＢ（ｅＮＢ）、アクセスポイント、基地トランシーバ局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ：basic service set）、拡張サービスセット（ＥＳＳ：extended service set）、または何らかの他の好適な用語で呼ばれることもある。基地局１０２は、ＵＥ１０４にＥＰＣ１６０へのアクセスポイントを与える。ＵＥ１０４の例としては、セルラーフォン、スマートフォン、セッション開始プロトコル（ＳＩＰ：session initiation protocol）電話、ラップトップ、携帯情報端末（ＰＤＡ）、衛星無線、測位／ナビゲーションデバイス、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ（たとえば、ＭＰ３プレーヤ）、カメラ、ゲーム機、タブレット、ネットブック、ウルトラブック、スマートデバイス、ウェアラブルデバイス（たとえば、スマートウォッチ、スマート眼鏡、スマートブレスレット、スマートリストバンド、スマートリング、スマート衣類、ヘッドアップディスプレイ）、ドローン、ロボット／ロボティックデバイス、医療デバイス、車両デバイス、または任意の他の同様の機能デバイスがある。ＵＥ１０４は、局、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、端末、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の好適な用語で呼ばれることもある。ＵＥは、マシンタイプ通信（ＭＴＣ）デバイス、拡張または発展型ＭＴＣ（ｅＭＴＣ）デバイス、すべてのモノのインターネット（ＩｏＥ：Internet of Everything）デバイス、またはモノのインターネット（ＩｏＴ：Internet of Things）デバイス、（たとえば、狭帯域ＩｏＴ（ＮＢ−ＩｏＴ）デバイス）として実装され得る。これらのタイプのデバイスは、通信の少なくとも１つの端部上の少なくとも１つのリモートデバイスを伴う通信に関与し得、必ずしも人間の対話を必要としない１つまたは複数のエンティティを伴うデータ通信の形態を含み得る。そのようなデバイスの例としては、センサー、メーター、モニタ、ロケーションタグ、ドローン、トラッカー、ロボット／ロボティックデバイスなどがあり得る。

[0046]再び図１を参照すると、いくつかの態様では、ＵＥ１０４は、アグリゲートＣＣの複数のグループのうちのＣＣの第１のグループを介してデータを受信することと、ＣＣの第１のグループが無認可または共有周波数に対応する、ＰＵＣＣＨ上での送信のために、ＣＣの第１のグループの少なくとも２つのＣＣからＣＣを選択することと、ここにおいて、ＣＣの選択が、少なくとも、少なくとも２つのＣＣの各々のアップリンク送信クリアランスステータスに基づき得、選択されたＣＣを介してＰＵＣＣＨ上で送信することと（１９８）を行うように構成され得る。他の態様では、ｅＮＢ１０２ １０４は、ＰＵＣＣＨ上での（たとえば、シグナリングの）送信のために、複数のアグリゲートＣＣのうちの多くとも第１のＣＣまたは第２のＣＣを選択するようにＵＥを構成するための情報を送信することと、ここにおいて、第１のＣＣおよび第２のＣＣが無認可または共有周波数に対応する、選択された多くとも第１のＣＣまたは第２のＣＣを介してＰＵＣＣＨを受信することとを行うように構成され得る。

[0047]図２Ａは、ＬＴＥにおけるＤＬフレーム構造の一例を示す図２００である。図２Ｂは、ＬＴＥにおけるＤＬフレーム構造内のチャネルの一例を示す図２３０である。図２Ｃは、ＬＴＥにおけるＵＬフレーム構造の一例を示す図２５０である。図２Ｄは、ＬＴＥにおけるＵＬフレーム構造内のチャネルの一例を示す図２８０である。他のワイヤレス通信技術は、異なるフレーム構造および／または異なるチャネルを有し得る。ＬＴＥでは、フレーム（１０ｍｓ）は、等しいサイズの１０個のサブフレームに分割され得る。各サブフレームは、２つの連続するタイムスロットを含み得る。２つのタイムスロットを表すためにリソースグリッドが使用され得、各タイムスロットは、１つまたは複数の（物理ＲＢ（ＰＲＢ：physical resource block）とも呼ばれる）時間並列リソースブロック（ＲＢ）を含む。リソースグリッドは複数のリソース要素（ＲＥ）に分割される。ＬＴＥでは、ノーマルサイクリックプレフィックスの場合、ＲＢは、合計８４個のＲＥについて、周波数領域中に１２個の連続するサブキャリアを含んでおり、時間領域中に７つの連続するシンボル（ＤＬの場合、ＯＦＤＭシンボル、ＵＬの場合、ＳＣ−ＦＤＭＡシンボル）を含んでいる。拡張サイクリックプレフィックスの場合、ＲＢは、合計７２個のＲＥについて、周波数領域中に１２個の連続するサブキャリアを含んでおり、時間領域中に６個の連続するシンボルを含んでいる。各ＲＥによって搬送されるビット数は変調方式に依存する。

[0048]図２Ａに示されているように、ＲＥのうちのいくつかが、ＵＥにおけるチャネル推定のためのＤＬ基準（パイロット）信号（ＤＬ−ＲＳ）を搬送する。ＤＬ−ＲＳは、（共通ＲＳと呼ばれることもある）セル固有基準信号（ＣＲＳ：cell-specific reference signal）と、ＵＥ固有基準信号（ＵＥ−ＲＳ：UE-specific reference signal）と、チャネル状態情報基準信号（ＣＳＩ−ＲＳ：channel state information reference signal）とを含み得る。図２Ａは、（それぞれ、Ｒ₀、Ｒ₁、Ｒ_2、およびＲ₃として示される）アンテナポート０、１、２、および３のためのＣＲＳと、（Ｒ₅として示される）アンテナポート５のためのＵＥ−ＲＳと、（Ｒとして示される）アンテナポート１５のためのＣＳＩ−ＲＳとを示す。図２Ｂは、フレームのＤＬサブフレーム内の様々なチャネルの一例を示す。物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ：physical control format indicator channel）は、スロット０のシンボル０内にあり、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：physical downlink control channel）が１つのシンボルを占有するのか、２つのシンボルを占有するのか、３つのシンボルを占有するのかを示す制御フォーマットインジケータ（ＣＦＩ）を搬送する（図２Ｂは、３つのシンボルを占有するＰＤＣＣＨを示す）。ＰＤＣＣＨは、１つまたは複数の制御チャネル要素（ＣＣＥ）内でダウンリンク制御情報（ＤＣＩ）を搬送し、各ＣＣＥは９つのＲＥグループ（ＲＥＧ）を含み、各ＲＥＧは、ＯＦＤＭシンボル中に４つの連続するＲＥを含む。ＵＥは、ＤＣＩをも搬送するＵＥ固有拡張ＰＤＣＣＨ（ｅＰＤＣＣＨ）で構成され得る。ｅＰＤＣＣＨは、２つ、４つ、または８つのＲＢペアを有し得る（図２Ｂは２つのＲＢペアを示し、各サブセットは１つのＲＢペアを含む）。物理ハイブリッド自動再送要求（ＡＲＱ）（ＨＡＲＱ：hybrid automatic repeat request）インジケータチャネル（ＰＨＩＣＨ）もスロット０のシンボル０内にあり、物理アップリンク共有チャネル（ＰＵＳＣＨ）に基づいて、ＨＡＲＱ肯定応答（ＡＣＫ）／否定ＡＣＫ（ＮＡＣＫ）フィードバックを示すＨＡＲＱインジケータ（ＨＩ）を搬送する。１次同期チャネル（ＰＳＣＨ）は、フレームのサブフレーム０および５内のスロット０のシンボル６内にあり、サブフレームタイミングと物理レイヤ識別情報とを決定するためにＵＥによって使用される１次同期信号（ＰＳＳ）を搬送する。２次同期チャネル（ＳＳＣＨ）は、フレームのサブフレーム０および５内のスロット０のシンボル５内にあり、物理レイヤセル識別情報グループ番号を決定するためにＵＥによって使用される２次同期信号（ＳＳＳ）を搬送する。物理レイヤ識別情報と物理レイヤセル識別情報グループ番号とに基づいて、ＵＥは物理セル識別子（ＰＣＩ）を決定することができる。ＰＣＩに基づいて、ＵＥは上述のＤＬ−ＲＳのロケーションを決定することができる。物理ブロードキャストチャネル（ＰＢＣＨ：physical broadcast channel）は、フレームのサブフレーム０のスロット１のシンボル０、１、２、３内にあり、マスタ情報ブロック（ＭＩＢ）を搬送する。ＭＩＢは、ＤＬシステム帯域幅中のＲＢの数と、ＰＨＩＣＨ構成と、システムフレーム番号（ＳＦＮ）とを与える。物理ダウンリンク共有チャネル（ＰＤＳＣＨ：physical downlink shared channel）は、ユーザデータと、システム情報ブロック（ＳＩＢ）などのＰＢＣＨを通じて送信されないブロードキャストシステム情報と、ページングメッセージとを搬送する。

[0049]図２Ｃに示されているように、ＲＥのうちのいくつかが、ｅＮＢにおけるチャネル推定のための復調基準信号（ＤＭ−ＲＳ）を搬送する。ＵＥは、サブフレームの最後のシンボル中でサウンディング基準信号（ＳＲＳ）をさらに送信し得る。ＳＲＳはコム（comb）構造を有し得、ＵＥは、コムのうちの１つ上でＳＲＳを送信し得る。ＳＲＳは、ｅＮＢによって、ＵＬ上での周波数依存スケジューリングを可能にするために、チャネル品質推定のために使用され得る。図２Ｄは、フレームのＵＬサブフレーム内の様々なチャネルの一例を示す。物理ランダムアクセスチャネル（ＰＲＡＣＨ：physical random access channel）が、ＰＲＡＣＨ構成に基づいてフレーム内の１つまたは複数のサブフレーム内にあり得る。ＰＲＡＣＨは、サブフレーム内に６つの連続するＲＢペアを含み得る。ＰＲＡＣＨは、ＵＥが初期システムアクセスを実行し、ＵＬ同期を達成することを可能にする。物理アップリンク制御チャネル（ＰＵＣＣＨ：physical uplink control channel）が、ＵＬシステム帯域幅のエッジ上に位置し得る。ＰＵＣＣＨは、スケジューリング要求、チャネル品質インジケータ（ＣＱＩ）、プリコーディング行列インジケータ（ＰＭＩ）、ランクインジケータ（ＲＩ）、およびＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックなど、アップリンク制御情報（ＵＣＩ）を搬送する。ＰＵＳＣＨは、データを搬送し得、バッファステータス報告（ＢＳＲ）、パワーヘッドルーム報告（ＰＨＲ）、および／またはＵＣＩを搬送するためにさらに使用され得る。

[0050]図３は、アクセスネットワーク中でＵＥ３５０と通信しているｅＮＢ３１０のブロック図である。ＤＬでは、ＥＰＣ１６０からのＩＰパケットがコントローラ／プロセッサ３７５に与えられ得る。コントローラ／プロセッサ３７５はレイヤ３およびレイヤ２機能を実装する。レイヤ３は無線リソース制御（ＲＲＣ）レイヤを含み、レイヤ２は、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤと、無線リンク制御（ＲＬＣ）レイヤと、媒体アクセス制御（ＭＡＣ）レイヤとを含む。コントローラ／プロセッサ３７５は、システム情報（たとえば、ＭＩＢ、ＳＩＢ）のブロードキャスティングと、ＲＲＣ接続制御（たとえば、ＲＲＣ接続ページング、ＲＲＣ接続確立、ＲＲＣ接続変更、およびＲＲＣ接続解放）と、無線アクセス技術（ＲＡＴ）間モビリティと、ＵＥ測定報告のための測定構成とに関連するＲＲＣレイヤ機能、ならびにヘッダ圧縮／復元と、セキュリティ（暗号化、解読、完全性保護、完全性検証）と、ハンドオーバサポート機能とに関連するＰＤＣＰレイヤ機能、ならびに上位レイヤパケットデータユニット（ＰＤＵ）の転送と、ＡＲＱを介した誤り訂正と、ＲＬＣサービスデータユニット（ＳＤＵ）の連結、セグメンテーション、およびリアセンブリと、ＲＬＣデータＰＤＵの再セグメンテーションと、ＲＬＣデータＰＤＵの並べ替えとに関連するＲＬＣレイヤ機能、ならびに論理チャネルとトランスポートチャネルとの間のマッピングと、トランスポートブロック（ＴＢ：transport block）上へのＭＡＣ ＳＤＵの多重化と、ＴＢからのＭＡＣ ＳＤＵの多重分離と、スケジューリング情報報告と、ＨＡＲＱを介した誤り訂正と、優先度処理と、論理チャネル優先度付けとに関連するＭＡＣレイヤ機能を与える。

[0051]送信（ＴＸ）プロセッサ３１６および受信（ＲＸ）プロセッサ３７０は、様々な信号処理機能に関連するレイヤ１機能を実装する。物理（ＰＨＹ）レイヤを含むレイヤ１は、トランスポートチャネル上の誤り検出と、トランスポートチャネルの前方誤り訂正（ＦＥＣ）コーディング／復号と、インターリービングと、レートマッチングと、物理チャネル上へのマッピングと、物理チャネルの変調／復調と、ＭＩＭＯアンテナ処理とを含み得る。ＴＸプロセッサ３１６は、様々な変調方式（たとえば、２位相シフトキーイング（ＢＰＳＫ：binary phase-shift keying）、４位相シフトキーイング（ＱＰＳＫ：quadrature phase-shift keying）、Ｍ位相シフトキーイング（Ｍ−ＰＳＫ：M-phase-shift keying）、多値直交振幅変調（Ｍ−ＱＡＭ：M-quadrature amplitude modulation））に基づく信号コンスタレーションへのマッピングを扱う。コーディングされ、変調されたシンボルは、次いで並列ストリームに分割され得る。各ストリームは、次いで、時間領域ＯＦＤＭシンボルストリームを搬送する物理チャネルを生成するために、ＯＦＤＭサブキャリアにマッピングされ、時間領域および／または周波数領域中で基準信号（たとえば、パイロット）と多重化され、次いで逆高速フーリエ変換（ＩＦＦＴ：Inverse Fast Fourier Transform）を使用して互いに合成され得る。ＯＦＤＭストリームは、複数の空間ストリームを生成するために空間的にプリコーディングされる。チャネル推定器３７４からのチャネル推定値は、コーディングおよび変調方式を決定するために、ならびに空間処理のために使用され得る。チャネル推定値は、ＵＥ３５０によって送信される基準信号および／またはチャネル状態フィードバックから導出され得る。各空間ストリームは、次いで、別個の送信機３１８ＴＸを介して異なるアンテナ３２０に与えられ得る。各送信機３１８ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調し得る。

[0052]ＵＥ３５０において、各受信機３５４ＲＸは、それのそれぞれのアンテナ３５２を通して信号を受信する。各受信機３５４ＲＸは、ＲＦキャリア上に変調された情報を復元し、その情報を受信（ＲＸ）プロセッサ３５６に与える。ＴＸプロセッサ３６８およびＲＸプロセッサ３５６は、様々な信号処理機能に関連するレイヤ１機能を実装する。ＲＸプロセッサ３５６は、ＵＥ３５０に宛てられた任意の空間ストリームを復元するために、情報に対して空間処理を実行し得る。複数の空間ストリームがＵＥ３５０に宛てられた場合、それらはＲＸプロセッサ３５６によって単一のＯＦＤＭシンボルストリームに合成され得る。ＲＸプロセッサ３５６は、次いで、高速フーリエ変換（ＦＦＴ）を使用してＯＦＤＭシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、ＯＦＤＭ信号のサブキャリアごとに別々のＯＦＤＭシンボルストリームを備える。各サブキャリア上のシンボルと、基準信号とは、ｅＮＢ３１０によって送信される、可能性が最も高い信号コンスタレーションポイントを決定することによって復元され、復調される。これらの軟判定は、チャネル推定器３５８によって計算されるチャネル推定値に基づき得る。軟判定は、次いで、物理チャネル上でｅＮＢ３１０によって最初に送信されたデータと制御信号とを復元するために復号され、デインターリーブされる。データおよび制御信号は、次いで、レイヤ３およびレイヤ２機能を実装するコントローラ／プロセッサ３５９に与えられる。

[0053]コントローラ／プロセッサ３５９は、プログラムコードとデータとを記憶するメモリ３６０に関連し得る。メモリ３６０はコンピュータ可読媒体と呼ばれることがある。ＵＬでは、コントローラ／プロセッサ３５９は、ＥＰＣ１６０からのＩＰパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離と、パケットリアセンブリと、解読と、ヘッダ復元と、制御信号処理とを行う。コントローラ／プロセッサ３５９はまた、ＨＡＲＱ動作をサポートするためにＡＣＫおよび／またはＮＡＣＫプロトコルを使用する誤り検出を担う。

[0054]ｅＮＢ３１０によるＤＬ送信に関して説明された機能と同様に、コントローラ／プロセッサ３５９は、システム情報（たとえば、ＭＩＢ、ＳＩＢ）獲得と、ＲＲＣ接続と、測定報告とに関連するＲＲＣレイヤ機能、ならびにヘッダ圧縮／復元と、セキュリティ（暗号化、解読、完全性保護、完全性検証）とに関連するＰＤＣＰレイヤ機能、ならびに上位レイヤＰＤＵの転送と、ＡＲＱを介した誤り訂正と、ＲＬＣ ＳＤＵの連結、セグメンテーション、およびリアセンブリと、ＲＬＣデータＰＤＵの再セグメンテーションと、ＲＬＣデータＰＤＵの並べ替えとに関連するＲＬＣレイヤ機能、ならびに論理チャネルとトランスポートチャネルとの間のマッピングと、ＴＢ上へのＭＡＣ ＳＤＵの多重化と、ＴＢからのＭＡＣ ＳＤＵの多重分離と、スケジューリング情報報告と、ＨＡＲＱを介した誤り訂正と、優先度処理と、論理チャネル優先度付けとに関連するＭＡＣレイヤ機能を与える。

[0055]ｅＮＢ３１０によって送信される基準信号またはフィードバックからの、チャネル推定器３５８によって導出されるチャネル推定値は、適切なコーディングおよび変調方式を選択することと、空間処理を可能にすることとを行うために、ＴＸプロセッサ３６８によって使用され得る。ＴＸプロセッサ３６８によって生成される空間ストリームは、別個の送信機３５４ＴＸを介して異なるアンテナ３５２に与えられ得る。各送信機３５４ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調し得る。

[0056]ＵＬ送信は、ＵＥ３５０における受信機機能に関して説明された様式と同様の様式でｅＮＢ３１０において処理される。各受信機３１８ＲＸは、それのそれぞれのアンテナ３２０を通して信号を受信する。各受信機３１８ＲＸは、ＲＦキャリア上に変調された情報を復元し、その情報をＲＸプロセッサ３７０に与える。

[0057]コントローラ／プロセッサ３７５は、プログラムコードとデータとを記憶するメモリ３７６に関連し得る。メモリ３７６はコンピュータ可読媒体と呼ばれることがある。ＵＬでは、コントローラ／プロセッサ３７５は、ＵＥ３５０からのＩＰパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離と、パケットリアセンブリと、解読と、ヘッダ復元と、制御信号処理とを行う。コントローラ／プロセッサ３７５からのＩＰパケットは、ＥＰＣ１６０に与えられ得る。コントローラ／プロセッサ３７５はまた、ＨＡＲＱ動作をサポートするためにＡＣＫおよび／またはＮＡＣＫプロトコルを使用する誤り検出を担う。コントローラ／プロセッサ３７５および３５９は、それぞれｅＮＢ３１０およびＵＥ３５０における動作を指示し得る。たとえば、ｅＮＢ３１０におけるコントローラ／プロセッサ３７５および／または他のプロセッサおよびモジュールは、図１４に示されている動作１４００および／または本明細書で説明される技法のための他のプロセスを実行または指示し得る。同様に、ＵＥ３５０におけるコントローラ／プロセッサ３５９および／または他のプロセッサおよびモジュールは、図１１に示されている動作１１００および／または本明細書で説明される技法のためのプロセスを実行または指示し得る。メモリ３７６および３６０は、それぞれｅＮＢ３１０およびＵＥ３５０のためのデータおよびプログラムコードを記憶し得る。

[0058]図４は、媒体アクセス制御（ＭＡＣ）レイヤにおいて、様々なコンポーネントキャリアからの送信ブロック（ＴＢ：transmission block）をアグリゲートすることを示す。ＭＡＣレイヤデータアグリゲーションでは、各コンポーネントキャリアは、ＭＡＣレイヤ中にそれ自体の独立したハイブリッド自動再送要求（ＨＡＲＱ）エンティティを有し、物理レイヤ中にそれ自体の送信構成パラメータ（たとえば、送信電力、変調およびコーディング方式、ならびに複数のアンテナ構成）を有し得る。同様に、物理レイヤでは、コンポーネントキャリアごとに１つのＨＡＲＱエンティティが与えられ得る。

[0059]ＵＥは、各方向において送信のために使用される最高合計１００ＭＨｚ（５つのコンポーネントキャリア）のキャリアアグリゲーションにおいて割り振られた、最高２０ＭＨｚ帯域幅のスペクトルを使用し得る。概して、アップリンク上ではダウンリンク上よりも少ないトラフィックが送信され得、したがって、ＵＬスペクトル割振りはＤＬ割振りよりも小さくなり得る。たとえば、ＵＬに２０ＭＨｚが割り当てられた場合、ＤＬは１００Ｍｈｚを割り当てられ得る。これらの非対称ＦＤＤ割当ては、スペクトルを節約し、ブロードバンド加入者による一般に非対称な帯域利用にぴったり合い得る。

[0060]２つのタイプのキャリアアグリゲーション（ＣＡ）方法、すなわち、連続ＣＡおよび非連続ＣＡがあり得る。２つのタイプのＣＡ方法は、図５Ａおよび図５Ｂに示され得る。非連続ＣＡは、複数の利用可能なＣＣが周波数帯域に沿って分離され得るときに生じる（図５Ｂ）。一方、連続ＣＡは、複数の利用可能なコンポーネントキャリアが互いに隣接し得るときに生じる（図５Ａ）。非連続ＣＡと連続ＣＡの両方は、単一のＵＥをサービスするために複数のＬＴＥ／コンポーネントキャリアをアグリゲートする。

[0061]ＣＡでは、ＵＥは、最高５つのＣＣで構成され得る。ＣＣの各々は後方互換性があり得る。各ＣＣの帯域幅は最高２０ＭＨｚであり得る。ＵＥが、ＣＡでは、最高５つのＣＣで構成され得るので、ＵＥのために最高１００ＭＨｚが構成され得る。

[0062]アグリゲートされたＣＣは、すべてＦＤＤのために構成され得るか、またはすべてＴＤＤのために構成され得る。代替的に、アグリゲートされたＣＣは、ＦＤＤのために構成された少なくとも１つのＣＣと、ＴＤＤのために構成された少なくとも１つのＣＣとの混合物（たとえば、組合せ）であり得る。ＴＤＤのために構成された異なるＣＣは、同じまたは異なるＤＬ／ＵＬ構成を有し得る。スペシャルサブフレームは、ＴＤＤのために構成された異なるＣＣについて、異なって構成され得る。

[0063]アグリゲートされたＣＣの中で、１つのＣＣはＵＥのための１次ＣＣ（ＰＣＣ：primary CC）として構成され得る。ＰＣＣは、ＰＵＣＣＨとＵＥのための共通探索空間（ＣＳＳ）とを搬送し得るＣＣであり得る。すべての他のＣＣは２次ＣＣ（ＳＣＣ：secondary CC）と呼ばれることがある。

[0064]ＰＵＣＣＨは、ＵＥのためのＣＡにおいて２つのＣＣ上で使用可能にされ得る。たとえば、ＰＣＣに加えて、１つのＳＣＣは、同様にＰＵＣＣＨを搬送することができる。これは、たとえば、デュアル接続およびＰＵＣＣＨ負荷分散の必要に対処するのを助け得る。

[0065]いくつかの場合には、セル（ＣＣ）は理想的なバックホール（たとえば、ｅＮＢ間の接続）を有しないことがあり、したがって、セル間の緊密な協調は、限られたバックホール容量および無視できないバックホールレイテンシ（たとえば、数十ミリ秒）により可能でないことがある。デュアル接続は、これらの問題に対処し得る。

[0066]デュアル接続では、セルは２つのグループに区分され得る。２つのグループは、１次セルグループ（ＰＣＧ：primary cell group）および２次セルグループ（ＳＣＧ：secondary cell group）であり得る。各グループは、ＣＡ構成において１つまたは複数のセルを有し得る。各グループは、ＰＵＣＣＨを搬送する単一のセルを有し得る。ＰＣＧでは、ＰＣｅｌｌと呼ばれる１次セルはＰＣＧのためのＰＵＣＣＨを搬送し得る。ＳＣＧでは、２次セルはＳＣＧのためのＰＵＣＣＨを搬送し得る。この２次セルはまた、ＳＣｅｌｌと呼ばれることがある。

[0067]ＵＣＩは、各グループに関連するＰＵＣＣＨを介して、各グループに別々に伝達され得る。共通探索空間は、ＵＥによってＳＣＧ中で監視され得る。半永続的スケジューリング（ＳＰＳ：semi-persistent scheduling）（または半静的スケジューリング）および（１つまたは複数の）スケジューリング要求（ＳＲ：scheduling request）が、同様にＳＣＧによってサポートされ得る。

[0068]より高い帯域幅および増加されたデータレートを与えるためにＣＣの数を５を越えて増加させることが必要であり得る。これは、本明細書では拡張ＣＡと呼ばれることがあり、それに従って、ＵＥはＣＡのための６つ以上のＣＣ（たとえば、６から３２個の間のＣＣ）で構成され得る。拡張ＣＡは、ＳＣｅｌｌ上のＰＵＣＣＨのための物理レイヤ仕様と、ＤＬおよびＵＬのための増加された数のＣＣのためのＬＴＥ ＣＡを可能にするための機構との発展を必要とし得、たとえば、ＤＬおよびＵＬのための３２個のＣＣが指定され得る。機構は、場合によっては、自己スケジューリングとクロスキャリアスケジューリングの両方を含む、増加された数のＣＣのためのＤＬ制御シグナリングの拡張を含み得る。機構は、５よりも大きい数のＣＣのためのＵＬ制御シグナリングの拡張を含み得る。これらの拡張は、増加された数のＤＬキャリアのためのＰＵＣＣＨ上のＵＣＩフィードバックをサポートするための拡張を含み得る。たとえば、拡張は、６つ以上のＤＬキャリアのためのＵＣＩフィードバックをサポートするためのＵＣＩシグナリングフォーマットに関係し得る。機構はまた、６つ以上のＤＬキャリアのためのＰＵＳＣＨ上のＵＣＩフィードバックをサポートするための拡張を含み得る。

[0069]拡張ＣＡ ＵＣＩフィードバックのための様々な手法が利用され得る。１つの手法によれば、６つ以上のＤＬキャリア（たとえば、最高３２個のＤＬキャリア）のためのＵＣＩフィードバックが、１次セル（ＰＣｅｌｌ）のＰＵＣＣＨ上で搬送され得る。また、６つ以上のＤＬキャリア（たとえば、最高３２個のＤＬキャリア）のためのＵＣＩフィードバックが、１つのセルのＰＵＳＣＨ上で搬送され得る。この手法は、ＵＬ ＣＡがＵＬ ＣＡ対応デバイス（たとえば、ＵＬ ＣＡ対応ＵＥ）のために構成され得るか否かにかかわらず適用可能であり得る。この手法は、非ＵＬ ＣＡ対応デバイス（たとえば、非ＵＬ ＣＡ対応ＵＥ）のためにも適用可能であり得る。

[0070]別の手法によれば、２つまたはそれ以上のＰＵＣＣＨセルグループが、６つ以上のＤＬキャリア（たとえば、最高３２個のＤＬキャリア）のために構成され得る。たとえば、ＤＬキャリアの各々は、ＰＵＣＣＨセルグループのうちの１つに関連し得る。この手法は、ＵＬ ＣＡを構成するときに適用可能であり得る。

[0071]本開示の態様は、２つまたはそれ以上のＰＵＣＣＨセルグループが構成されたとき、ＵＣＩフィードバックの管理および／または処理を対象とし得る。ＵＣＩは、ＨＡＲＱ ＡＣＫ／ＮＡＫ、ＣＳＩおよび／またはＳＲを含み得る。

[0072]２つまたはそれ以上のＰＵＣＣＨセルグループが構成されたとき、ＰＵＣＣＨ上での（たとえば、シグナリングの）送信は、ＰＵＣＣＨセルグループにわたって独立して管理され得る。独立して管理され得る態様は、ＤＬ ＨＡＲＱ・ＡＣＫタイミングの決定と、ＨＡＲＱ・ＡＣＫおよび／またはＣＳＩのためのＰＵＣＣＨリソース決定と、ＰＵＣＣＨ上の同時ＨＡＲＱ・ＡＣＫ＋ＣＳＩの上位レイヤ構成と、１つのサブフレーム中の同時ＨＡＲＱ・ＡＣＫ＋ＳＲＳの上位レイヤ構成とを含み得る。

[0073]ＰＵＣＣＨセルグループは、ＵＬ ＵＣＩフィードバックを送るために少なくとも１つのＰＵＣＣＨ（たとえば、単一のＰＵＣＣＨ）を利用するセルのグループを指す。ＰＵＣＣＨセルグループのＰＵＣＣＨセルは、ＰＵＣＣＨ上でシグナリングを搬送し得る（たとえば、送るまたは送信する）セルを指す。ＰＵＣＣＨセルは１次セルまたは２次セルであり得る。

[0074]ＵＥが１つまたは複数のＰＵＣＣＨセルで構成され得るとき、ＰＵＣＣＨセルのいずれも無認可または共有スペクトルを利用しないことがある。たとえば、ＰＵＣＣＨセルの各々は、２つまたはそれ以上の事業者によって共有されない認可スペクトルを利用し得る。したがって、異なる事業者によるＰＵＣＣＨリソースについての競合がないことがあり、ＰＵＣＣＨ上の送信機会の損失がないことがある。

[0075]上記の状況では、１つまたは複数のＰＵＣＣＨセルグループが定義され得る。ＰＵＣＣＨセルグループ内で、ＰＵＣＣＨセルグループのＣＣのためのＵＣＩが、ＰＵＣＣＨセルグループの対応するＰＵＣＣＨ上で送信され得る。たとえば、ＰＵＣＣＨセルグループのＣＣのためのＵＣＩは、当該ＰＵＣＣＨセルグループのＰＵＣＣＨを介して（またはそれの上で）送信され、別のＰＵＣＣＨセルグループのＰＵＣＣＨを介して送信されないことがある。したがって、異なるＰＵＣＣＨセルグループにわたる直交ＵＣＩスプリットがあり得る。また、ＰＵＣＣＨ上でのＵＣＩのクロスセルグループ送信は、たとえば、異なる事業者間の競合によるＰＵＣＣＨ上の送信機会の潜在的損失があり得るので、実行されないことがある。

[0076]さらに、ＰＵＣＣＨセルが無認可または共有スペクトルを利用しないとき、多くとも２つのＰＵＣＣＨセルグループは半静的様式で構成され得る。２つのＰＵＣＣＨセルグループは、１次セル上のＰＵＣＣＨセルグループと、２次セル上のＰＵＣＣＨセルグループとを含む。ＰＵＣＣＨセルグループの各々内のＰＵＣＣＨセルの動的スイッチングは、この手法を用いて実行されないことがある。

[0077]上記で説明されたように、ＰＵＣＣＨセルのいずれも無認可または共有スペクトルを利用しないとき、各ＰＵＣＣＨセル上のＰＵＣＣＨ送信機会の損失がないことがある。この状況では、ＵＣＩの重複送信または動的ＰＵＣＣＨセル更新を実行することは、たとえば、２つのＰＵＣＣＨセルとのＰＵＣＣＨ負荷分散を可能にするために必要でないことがある。

[0078]少なくとも１つのＰＵＣＣＨセルが無認可または共有スペクトルを利用するとき、そのようなセル中のＰＵＣＣＨ送信のための送信機会の損失が生じ得る。この状況では、ＵＥは、ＰＵＣＣＨセル中のスペクトルの使用について競合することを必要とされ得る。一例として、Ｗｉ−Ｆｉネットワークは、無認可スペクトル中で動作し得、したがって、スペクトルへのフェアなアクセスを与えるための確立されたルールに従う様々なエンティティ（たとえば、２つまたはそれ以上の事業者）による使用のために利用可能であり得る。チャネルアクセスを獲得し、無認可スペクトルを使用して送信するより前に、送信デバイス（たとえば、ＵＥ）は、チャネルアクセスを獲得するために、リッスンビフォアトークプロシージャを実行し得る。リッスンビフォアトークプロシージャは、特定のキャリアが利用可能であるかどうかを決定するためのＣＣＡを含み得る。そのキャリアが利用可能でない場合、ＣＣＡは後で再び実行され得る。

[0079]少なくとも１つのＰＵＣＣＨセルが無認可または共有スペクトルを利用し得る状況に関して、３つの構成が以下で説明される。第１の構成では、最高２つのＰＵＣＣＨセルが半静的に管理され得る。第２の構成では、３つ以上のＰＵＣＣＨセルが半静的に管理され得る。第３の構成は、たとえば、最高２つのＰＵＣＣＨセルを含み得、ここで、少なくとも１つのセルが動的に管理され得る。

[0080]図６は、最高２つのＰＵＣＣＨセルが半静的に管理され得る構成６００を示す。構成は、１次ＰＵＣＣＨセルグループ６１０と２次ＰＵＣＣＨセルグループ６２０とを含み得る。１次ＰＵＣＣＨセルグループ６１０は、２つのＣＣ、すなわち、ＣＣ１とＣＣ２とを含み得る。ＣＣ１は認可スペクトルを利用し得、ＣＣ２は無認可または共有スペクトルを利用し得る。ＣＣ１は、１次ＰＵＣＣＨセルグループ６１０のためのＰＵＣＣＨセルとして指定され得る。したがって、ＣＣ１は、１次ＰＵＣＣＨセルグループ６１０のためのＰＵＣＣＨを搬送し得、１次ＰＵＣＣＨセルグループ６１０中のＣＣ（ＣＣ１、ＣＣ２）のすべてのためのＵＣＩフィードバックを搬送し得る。ＣＣ１が認可スペクトルを利用し得るので、１次ＰＵＣＣＨセルグループ６１０中のＰＵＣＣＨ送信は、異なる事業者間の競合によるＰＵＣＣＨ上の送信機会の潜在的損失を伴わないことがある。

[0081]２次ＰＵＣＣＨセルグループ６２０は、２つのＣＣ、すなわち、ＣＣ３とＣＣ４とを含み得る。ＣＣ３とＣＣ４の両方は、無認可または共有スペクトルを利用する。ＣＣ３は、２次ＰＵＣＣＨセルグループ６２０のためのＰＵＣＣＨセルとして指定され得る。したがって、ＣＣ２は、２次ＰＵＣＣＨセルグループ６２０のためのＰＵＣＣＨを搬送し得、２次ＰＵＣＣＨセルグループ６２０中のＣＣ（ＣＣ３、ＣＣ４）のすべてのためのＵＣＩフィードバックを搬送し得る。

[0082]ＰＵＣＣＨセルＣＣ３が無認可または共有スペクトルを利用し得るので、ＣＣ３は、保証された送信機会の利益を享受しないことがある。たとえば、ＬＴＥ−Ｕでは、ＣＣ３は、送信を実行する前にリッスンビフォアトークを実行することを必要とされ得、他の進行中の送信（たとえば、１つまたは複数の他の事業者による送信）がある場合、送信は失敗し得る。その結果、ＰＵＣＣＨセルがチャネルを掴みとる（grab）ことができない場合、ＰＵＣＣＨセルグループ中のすべてのＣＣのためのＵＣＩの送信は、同じセルグループの他のセル上にＰＵＳＣＨ送信がない場合、行われないことがある。したがって、ＵＣＩは送信から省略され得る（たとえば、ＵＣＩは、この送信機会中に送信されないことがある）。

[0083]たとえば、図６に関して、ＰＵＣＣＨセルＣＣ３は、２次ＰＵＣＣＨセルグループ６２０中のセル（ＣＣ３、ＣＣ４）のすべてのためのＵＣＩフィードバックを搬送し得る。しかしながら、ＣＣ３が無認可スペクトルを利用するので、ＣＣ３は、すべての時間中にＵＬ送信のためにクリアされないことがある。ＰＵＣＣＨセルＣＣ３がチャネルを掴みとることができない場合、ＣＣ３とＣＣ４の両方のためのＵＣＩの送信は、たとえば、ＣＣ４上にＰＵＳＣＨ送信がない場合、行われないことがある。

[0084]別の構成は、半静的に管理され得る３つ以上のＰＵＣＣＨセルを含み得る。たとえば、ＰＵＣＣＨセルは、認可スペクトル中の多くとも２つのＰＵＣＣＨセルと、無認可／共有スペクトル中の１つまたは複数のＰＵＣＣＨセルとを含み得る。認可スペクトルに関して、多くとも２つのＰＵＣＣＨセルが十分であると見なされ得る。無認可／共有スペクトルに関して、機会主義的（opportunistic）ＰＵＣＣＨ送信により、２つまたはそれ以上のＰＵＣＣＨセルが、特に無認可／共有スペクトル中のＰＵＣＣＨセルの数がフレキシブルに構成され得るとき、ＰＵＣＣＨ上でのＵＣＩ送信の可能性を増加させるために構成され得る。

[0085]図７は、３つ以上のＰＵＣＣＨセルが半静的に管理される構成７００を示す。図示のように、構成は、１次ＰＵＣＣＨセルグループ７１０と２次ＰＵＣＣＨセルグループ７２０および７３０とを含む。１次ＰＵＣＣＨセルグループ７１０は、２つのＣＣ、すなわち、ＣＣ１とＣＣ２とを含む。ＣＣ１は認可スペクトルを利用し、ＣＣ２は無認可または共有スペクトルを利用する。ＣＣ１は、１次ＰＵＣＣＨセルグループ７１０のためのＰＵＣＣＨセルとして指定され得、１次ＰＵＣＣＨセルグループ７１０中のＣＣ（ＣＣ１、ＣＣ２）のすべてのためのＵＣＩフィードバックを搬送し得る。ＣＣ１が認可スペクトルを利用するので、１次ＰＵＣＣＨセルグループ７１０中のＰＵＣＣＨ送信は保証される。

[0086]２次ＰＵＣＣＨセルグループ７２０はＣＣ３を含み得、２次ＰＵＣＣＨセルグループ７３０はＣＣ４を含み得る。ＣＣ３およびＣＣ４は無認可または共有スペクトルを利用する。ＣＣ３は、２次ＰＵＣＣＨセルグループ７２０のためのＰＵＣＣＨセルとして指定され得、２次ＰＵＣＣＨセルグループ７２０中のＣＣ（ＣＣ３）のすべてのためのＵＣＩフィードバックを搬送し得る。ＣＣ４は、２次ＰＵＣＣＨセルグループ７３０のためのＰＵＣＣＨセルとして指定され得、２次ＰＵＣＣＨセルグループ７３０中のＣＣ（ＣＣ４）のすべてのためのＵＣＩフィードバックを搬送し得る。

[0087]ＣＣ３が無認可スペクトルを利用するので、ＣＣ３は、（たとえば、ＣＣＡがクリアしないとき）すべての時間中にＵＬ送信のためにクリアされないことがある。ＰＵＣＣＨセルＣＣ３がチャネルを掴みとることができない場合、ＣＣ３のためのＵＣＩの送信は行われないことがある。しかしながら、この時間中に、ＣＣ４は、（たとえば、ＣＣＡがクリアするとき）ＵＬ送信のためにクリアされ得る。したがって、ＣＣ３のためのＵＣＩの送信が行われないことがあったとしても、ＣＣ４のためのＵＣＩは送信され得る。したがって、チャネルを掴みとることのＣＣ３の失敗が、必ずしもＣＣ４のためのＵＣＩの送信の省略と一致するとは限らない。したがって、チャネルを掴みとることのＣＣ３の失敗は、より大きい数のキャリア（たとえば、ＣＣ３およびＣＣ４）についてではなく、より少ない数のキャリア（たとえば、ＣＣ３）についてＵＣＩの送信の省略を生じ得る。

[0088]同様に、ＣＣ４が無認可スペクトルを利用するので、ＣＣ４は、すべての時間中にＵＬ送信のためにクリアされないことがある。ＰＵＣＣＨセルＣＣ４がチャネルを掴みとることができない場合、ＣＣ４のためのＵＣＩの送信は行われないことがある。しかしながら、この時間中に、ＣＣ３は、ＵＬ送信のためにクリアされ得る。したがって、ＣＣ４のためのＵＣＩの送信が行われないことがあったとしても、ＣＣ３のためのＵＣＩは送信され得る。したがって、チャネルを掴みとることのＣＣ４の失敗が、必ずしもＣＣ３のためのＵＣＩの送信の省略と一致するとは限らない。

[0089]別の構成は、動的に管理される少なくとも１つのＰＵＣＣＨセルを含むいくつかのＰＵＣＣＨセル（たとえば、最高２つのＰＵＣＣＨセル）を含み得る。動的に管理されるＰＵＣＣＨセルは、グループ中のすべてのセルが無認可／共有スペクトルを利用するＰＵＣＣＨセルグループ中にあり得る。上記でより詳細に説明されるように、セルは、ＰＵＣＣＨセルグループのための特定の時間において（たとえば、特定のフレームにおいて、特定のサブフレームにおいて）ＰＵＣＣＨセルとして指定（または選択）され得る。選択は、セルＩＤ、およびセルがＵＬ送信のためにクリアされるかどうかに依存し得る。

[0090]図８は、２つのＰＵＣＣＨセルグループのうちの１つのＰＵＣＣＨセルが動的に管理される構成８００を示す。構成は、１次ＰＵＣＣＨセルグループ８１０と２次ＰＵＣＣＨセルグループ８２０とを含む。１次ＰＵＣＣＨセルグループ８１０は、２つのＣＣ、すなわち、ＣＣ１とＣＣ２とを含み得る。ＣＣ１は認可スペクトルを利用し、ＣＣ２は無認可または共有スペクトルを利用する。ＣＣ１は、１次ＰＵＣＣＨセルグループ８１０のためのＰＵＣＣＨセルとして指定され得、１次ＰＵＣＣＨセルグループ中のＣＣ（ＣＣ１、ＣＣ２）のすべてのためのＵＣＩフィードバックを搬送し得る。ＣＣ１が認可スペクトルを利用するので、１次ＰＵＣＣＨセルグループ８１０中のＰＵＣＣＨ送信は保証される。

[0091]２次ＰＵＣＣＨセルグループ８２０はＣＣ３とＣＣ４とを含み得る。ＣＣ３およびＣＣ４は無認可または共有スペクトルを利用する。ある時間（たとえば、特定のフレームまたは無線フレームの特定のサブフレーム）において、ＣＣ３は、２次ＰＵＣＣＨセルグループ８２０のためのＰＵＣＣＨセルとして指定され得、２次ＰＵＣＣＨセルグループ８２０中のＣＣ（ＣＣ３、ＣＣ４）のすべてのためのＵＣＩフィードバックを搬送し得る。別の時間（たとえば、別のフレームまたは同じ無線フレームの別のサブフレーム）において、ＣＣ４は、２次ＰＵＣＣＨセルグループ８２０のためのＰＵＣＣＨセルとして指定され得、２次ＰＵＣＣＨセルグループ８２０中のＣＣ（ＣＣ３、ＣＣ４）のすべてのためのＵＣＩフィードバックを搬送し得る。２次ＰＵＣＣＨセルグループ８２０のためのＰＵＣＣＨセルがある時間においてＣＣ３であり得、別の時間においてＣＣ４であり得るので、ＰＵＣＣＨセルは、２次ＰＵＣＣＨセルグループ８２０のために動的に管理される。

[0092]ＣＣ３が無認可スペクトルを利用するので、ＣＣ３は、特定の時間においてＵＬ送信のためにクリアされないことがある。しかしながら、ＣＣ４は、その時間においてＵＬ送信のためにクリアされ得る。２次ＰＵＣＣＨセルグループ８２０のためのＰＵＣＣＨセルが、ＣＣ４がＰＵＣＣＨセルとしてそれに応じて選択され得るように動的に管理される場合、ＣＣ３およびＣＣ４のためのＵＣＩは、その時間中に（たとえば、ＣＣ４を介して）送信され得る。

[0093]同様に、ＣＣ４が無認可スペクトルを利用するので、ＣＣ４は、特定の時間においてＵＬ送信のためにクリアされないことがある。しかしながら、ＣＣ３は、その時間においてＵＬ送信のためにクリアされ得る。２次ＰＵＣＣＨセルグループ８２０のためのＰＵＣＣＨセルが、ＣＣ３がＰＵＣＣＨセルとしてそれに応じて選択され得るように動的に管理される場合、ＣＣ３およびＣＣ４のためのＵＣＩは、その時間中に（ＣＣ３を介して）送信され得る。

[0094]したがって、２次ＰＵＣＣＨセルグループ８２０中のＣＣのうちの１つ（たとえば、ＣＣ３またはＣＣ４）が特定の時間においてＵＬ送信のためにクリアされ得る限り、ＣＣのためのＵＣＩはその時間中に送信され得る。したがって、異なる事業者間の競合によるＰＵＣＣＨ上の送信機会の損失が生じ得る可能性の低減が達成され得る。

[0095]次に、ＰＵＣＣＨ管理が動的に実行されるＰＵＣＣＨセルグループ（たとえば、２次ＰＵＣＣＨセルグループ８２０）中に含まれるＣＣが様々な態様に関して説明される。また、そのようなＰＵＣＣＨセルグループ中のＰＵＣＣＨセルの動的選択が様々な態様に関して説明される。

[0096]一態様によれば、同じＰＵＣＣＨセルグループ中に含まれるセル（たとえば、２次ＰＵＣＣＨセルグループ８２０のＣＣ３およびＣＣ４）は、ＵＬ送信に関して同期し得る。この点について、２つのセルについてのＵＬ送信時間の差は、比較的短い（たとえば、約３１．３μ秒よりも少ないかまたはそれに等しい）ことがある。そのようなセルは、異なるタイミングアドバンスグループ（ＴＡＧ）に属し得る。さらに、セルは、同じまたは異なるシステムタイプ（たとえば、ＦＤＤ／ＴＤＤ）および／または（たとえば、ＴＤＤに関して）異なるＤＬ／ＵＬサブフレーム構成を有し得る。

[0097]一態様によれば、２つまたはそれ以上のセルが（たとえば、ＵＬ送信時間の差が約３１．３μ秒よりも大きいような）非同期ＵＬ送信を有するとき、これらのセルは、同期ＵＬ送信が各ＰＵＣＣＨセルグループ内で達成され得るように、異なるＰＵＣＣＨセルグループに割り当てられ得る。場合によっては、特定のＰＵＣＣＨセルグループのためのＰＵＣＣＨセルを決定することは、（１つまたは複数の）他のファクタの考慮に加えてＵＬタイミングの考慮を伴い得る。したがって、一態様によれば、異なるＰＵＣＣＨセルグループが、非同期ＵＬ送信を有するセル（たとえば、異なる周波数帯域）のために構成され得る。

[0098]図８に関して前に説明されたように、ＣＣ３またはＣＣ４のいずれかが、セルグループのためのＰＵＣＣＨを搬送するＰＵＣＣＨセルとして、２次ＰＵＣＣＨセルグループ８２０から選択され得る。そのようなＰＵＣＣＨセルグループは３つ以上のＣＣ（たとえば、５つのＣＣ）を含み得ることが諒解されよう。一態様によれば、ＰＵＣＣＨセルグループ中のＣＣのいずれかが、特定の時間においてＰＵＣＣＨセルとして働くように選択され得る。ＰＵＣＣＨセルがそこから選択され得るＣＣの数を増加させることによって、ＰＵＣＣＨセルグループのためのＰＵＣＣＨ送信の成功の可能性も増加させられ得る。この点について、性能は向上させられ得る。

[0099]別の態様によれば、ＰＵＣＣＨセルグループ中のＣＣのサブセットのいずれかが、特定の時間においてＰＵＣＣＨセルとして働くように選択され得る。たとえば、特定のＰＵＣＣＨセルグループが５つのＣＣを含み得る場合、５つのＣＣの特定のサブセット中に含まれる任意のＣＣが、特定の時間においてＰＵＣＣＨセルとして働くように選択され得る。例として、サブセットは、５つのＣＣのうちの３つ以下を含み得る。ＰＵＣＣＨセルがそこから選択され得るＣＣの数を低減することによって、ＵＥの観点からならびにｅＮＢの観点から、複雑さが低減され得る。たとえば、どのＣＣがＰＵＣＣＨを送信し得るかを決定するときに、ＰＵＣＣＨを送信する準備をしているＵＥは、より少数のＣＣを分析し得る。それに応じて、ある程度の動作複雑さが低減され得る。

[00100]ＰＵＣＣＨセルグループ中のＣＣのサブセット（たとえば、サブセット中のＣＣの識別情報）は、直接または間接的にＵＥに通信され得る。たとえば、ＲＲＣ構成情報が、セルグループ中のＣＣのサブセットを通信するために使用され得る。代替的に（または追加として）、ＤＣＩが、より動的な様式でセルグループ中のＣＣのサブセットを通信するために使用され得る。別の例として、ＵＥは、検出されたスケジュールされたＣＣに基づいて、セルグループ中のＣＣのサブセット中のＣＣの識別情報を認識し得る。スケジュールされたＣＣは、ＰＵＳＣＨ送信のためにスケジュールされたＣＣおよび／またはＵＣＩ送信のために事前構成されたＣＣを含み得る。

[00101]特定のＰＵＣＣＨセルグループに関して、ＰＵＣＣＨセルの選択は、フレームごとまたはサブフレームごとに実行され得る。選択がフレームごとに実行される場合、特定のセルがＰＵＣＣＨセルとして選択され得、次いで、フレーム全体中に（たとえば、フレームのすべてのＵＬサブフレーム中に）ＰＵＣＣＨセルとして使用され得る。異なるセルが後のフレーム中にＰＵＣＣＨセルとして選択され得、後のフレーム中にＰＵＣＣＨセルとして使用され得る。

[00102]選択がサブフレームごとに実行される場合、特定のセルが、特定のサブフレーム（たとえば、特定のＵＬサブフレーム）のためのＰＵＣＣＨセルとして選択され得、次いで、そのサブフレーム中にＰＵＣＣＨセルとして使用され得る。異なるセル（または同じセル）が後のサブフレーム中にＰＵＣＣＨセルとして選択され得、後のサブフレーム中にＰＵＣＣＨセルとして使用され得る。したがって、あるセルが特定のフレームのサブフレームのためのＰＵＣＣＨセルとして選択され得、異なるセルが同じフレームの異なるサブフレームのためのＰＵＣＣＨセルとして選択され得る。

[00103]ＰＵＣＣＨセルグループのためのＰＵＣＣＨセルは、様々なファクタのうちの１つまたは複数に基づいて選択され得る。たとえば、１つのファクタは、セルが送信のためにクリアされたかどうかであり得る。たとえば、セルは、セルが送信のためにクリアされたかどうかを決定するために、ＣＣＡ期間中にリッスンビフォアトークを実行し得る。

[00104]セルが送信のためにクリアされたかどうかの決定は、当業者によって知られる様々な方法のいずれかで実行され得る。たとえば、送信デバイス（たとえば、ＵＥ）は、一定数の回数セル（またはチャネル）をリッスンし得る。セルが上記回数の各々中にクリアする場合、セルは、送信のためにクリアであることが決定され得る。

[00105]セルが送信のためにクリアする場合、セルは、ＰＵＣＣＨセルとしての選択のために考慮され得る。さらなる例によれば、送信のためにセルがそこにおいてクリアされた特定のサブフレームが考慮され得る。この点について、（より後のサブフレームではなく）より前のサブフレーム中に送信のためにクリアされたセルは、別のセルに勝る優先度を与えられ得る。

[00106]さらなる例として、ＰＵＣＣＨセルの選択がフレームごとに実行される場合、考慮され得る別のファクタは、アップリンクサブフレームとして設計される第１のサブフレームのサブフレームインデックスである。たとえば、より前のアップリンクサブフレームを有するＣＣは、ＰＵＣＣＨセルの選択中に優先度を与えられ得る。

[00107]ＰＵＣＣＨセルの選択がフレームごとに実行され得るのか、サブフレームごとに実行され得るのかは、１つまたは複数のＲＲＣパラメータに関係し得る。たとえば、ＰＵＣＣＨセルを選択するときに、より低いセルＩＤを有し得るセルは、別のセルに勝る優先度を与えられ得る。

[00108]図９は、ＰＵＣＣＨセルグループ中の２つのセル、すなわち、ＣＣ１とＣＣ２との中からＰＵＣＣＨセルを選択する一例９００を示す。ＣＣ１とＣＣ２の両方は、無認可（または共有）スペクトルを利用する。アップリンクダウンリンク構成がＣＣの各々について示されている。図９に示されている構成は説明の目的のためのものであり、本開示の範囲から逸脱することなく他の構成が可能であることを理解されたい。各アップリンクダウンリンク構成において、「Ｄ」は、無線フレームの特定のサブフレームがＤＬ送信のために確保されることを示し、「Ｕ」は、特定のサブフレームがＵＬ送信のために確保されることを示す。「Ｓ」は、特定のサブフレームがスペシャルサブフレームであることを示す。スペシャルサブフレームは、３つのフィールド、すなわち、ＤＬパイロットタイムスロット（ＤｗＰＴＳ）と、ガード期間（ＧＰ）と、ＵＬパイロットタイムスロット（ＵｐＰＴＳ）とを有し得る。

[00109]ＣＣ１のためのアップリンクダウンリンク構成において、サブフレーム０、１、２、および３はＤＬ送信のために確保される。サブフレーム４はスペシャルサブフレームとして指定される。サブフレーム５、６、７、および８はＵＬ送信のために確保される。サブフレーム９はスペシャルサブフレームとして指定される。

[00110]ＣＣ２のためのアップリンクダウンリンク構成において、サブフレーム０、１、および２はＤＬ送信のために確保される。サブフレーム３はスペシャルサブフレームとして指定される。サブフレーム４、５、６、７、および８はＵＬ送信のために確保される。サブフレーム９はスペシャルサブフレームとして指定される。

[00111]引き続き図９を参照すると、例として、ＣＣ１およびＣＣ２が、第１のＵＬサブフレームの前にあるスペシャルサブフレーム４中でＵＬ送信のためにクリアされると仮定する。送信のためのクリアランスは、サブフレーム、シンボル、または他の時間単位のグラニュラリティにおいて与えられ得る。一例として、最小送信時間間隔（ＴＴＩ）はサブフレームの単位であり得、その結果、チャネルクリアランスは特定のサブフレームのために実行される。別の例として、最小ＴＴＩはシンボルの単位であり得、その結果、チャネルクリアランスは特定のシンボルのために実行される。図９に示されているように、ＣＣ１の場合、第１のＵＬサブフレームはサブフレーム５である。したがって、ＣＣ１は、サブフレーム４中でＵＬ送信のためにクリアされ得る。ＣＣ２の場合、第１のＵＬサブフレームはサブフレーム４である。したがって、ＣＣ２は、サブフレーム３中でＵＬ送信のためにクリアされ得る。さらに、ＣＣ１は、ＣＣ２よりも低いセルインデックスを有し得る。

[00112]次に、フレームごとの（ＣＣ１およびＣＣ２の中からの）ＰＵＣＣＨセルの選択が一態様に関して説明される。前述のように、ＣＣ１とＣＣ２の両方は、ＵＬ送信のためにクリアされ得る。ＣＣ２がＣＣ１よりも前のサブフレーム中でＵＬ送信のためにクリアされ得るので、ＣＣ２は、図９に示されているフレームのためのＰＵＣＣＨセルとして選択され得る。代替的に（または追加として）、ＵＬサブフレームとして指定された第１のサブフレームのサブフレームインデックスが考慮され得る。ＣＣ１の場合、第１のＵＬサブフレームのサブフレームインデックスは５である。ＣＣ２の場合、第１のＵＬサブフレームのサブフレームインデックスは４である。ＣＣ２のためのサブフレームインデックスがＣＣ１のためのサブフレームインデックスよりも前にあるので、ＣＣ２は、図９に示されているフレームのためのＰＵＣＣＨセルとして選択され得る。したがって、ＰＵＣＣＨは、フレーム内のＣＣ２のＵＬサブフレーム（サブフレーム４、５、６、７、および８）中で搬送され得る。ＰＵＣＣＨは、ＣＣ１とＣＣ２の両方のためにＵＣＩを搬送し得る。

[00113]次に、サブフレームごとの（ＣＣ１およびＣＣ２の中からの）ＰＵＣＣＨセルの選択が一態様に関して説明される。前述のように、ＣＣ１はサブフレーム４中でＵＬ送信のためにクリアされ、ＣＣ２はサブフレーム３中でＵＬ送信によりクリアされる。サブフレーム０、１、２、および３がＣＣ１またはＣＣ２のいずれについてもＵＬサブフレームでないので、ＣＣ１もＣＣ２もこれらのサブフレームのためのＰＵＣＣＨセルとして選択されないことがある。サブフレーム４は、ＣＣ１の場合、ＵＬサブフレームでない。しかしながら、サブフレーム４は、ＣＣ２の場合、ＵＬサブフレームである。したがって、ＣＣ２は、サブフレーム４のためのＰＵＣＣＨセルとして選択され得る。

[00114]サブフレーム５、６、７、および８に関して、これらのサブフレームの４つすべては、ＣＣ１とＣＣ２の両方についてＵＬサブフレームである。したがって、どのＣＣを選択すべきかを決定するときに、追加のファクタが考慮され得る。一態様によれば、ＣＣ１およびＣＣ２のセルインデックスが考慮され得る。前述のように、ＣＣ１は、ＣＣ２よりも低いセルインデックスを有し得る。したがって、ＣＣ１とＣＣ２との間で、ＣＣ１が優先度を与えられ得る。したがって、ＣＣ１は、サブフレーム５、６、７、および８のためのＰＵＣＣＨセルとして選択され得る。

[00115]図１０は、ＰＵＣＣＨセルグループ中の２つのセル、すなわち、ＣＣ１とＣＣ２との中からＰＵＣＣＨセルを選択する一例１０００を示す。ＣＣ１とＣＣ２の両方は、無認可（または共有）スペクトルを利用する。限定ではなく例示の目的で、アップリンクダウンリンク構成がＣＣの各々について示される。

[00116]ＣＣ１のためのアップリンクダウンリンク構成において、サブフレーム０、１、２、および３はＤＬ送信のために確保される。サブフレーム４はスペシャルサブフレームとして指定される。サブフレーム５、６、７、および８はＵＬ送信のために確保される。サブフレーム９はスペシャルサブフレームとして指定される。

[00117]ＣＣ２のためのアップリンクダウンリンク構成において、サブフレーム０、１、および２はＤＬ送信のために確保される。サブフレーム３はスペシャルサブフレームとして指定される。サブフレーム４、５、６、７、および８はＵＬ送信のために確保される。サブフレーム９はスペシャルサブフレームとして指定される。

[00118]引き続き図１０を参照すると、例として、ＣＣ１が、第１のＵＬサブフレームの前にあるスペシャルサブフレーム４中でＵＬ送信のためにクリアされ得ると仮定する。ＣＣ１の場合、第１のＵＬサブフレームはサブフレーム５である。したがって、ＣＣ１は、サブフレーム４中でＵＬ送信のためにクリアされ得る。しかしながら、たとえば、ＣＣ２は、ＣＣ２の最初の２つのＵＬサブフレーム中でＵＬ送信のためにクリアされないことがあり、サブフレーム６までＵＬ送信のためにクリアされないことがある。したがって、サブフレーム４および５がＣＣ２のためのアップリンクダウンリンク構成においてＵＬサブフレームとして指定され得るが、ＣＣ２はこれらのサブフレーム中でＵＬ送信のためにクリアされないことがある。さらに、ＣＣ１は、ＣＣ２よりも低いセルインデックスを有し得る。

[00119]次に、フレームごとの（ＣＣ１およびＣＣ２の中からの）ＰＵＣＣＨセルの選択が一態様に関して説明される。前述のように、ＣＣ１はサブフレーム４中でＵＬ送信のためにクリアされ得、ＣＣ２はサブフレーム６までＵＬ送信のためにクリアされないことがある。ＣＣ１がより前のサブフレーム中でＵＬ送信のためにクリアされ得るので、ＣＣ１は、図１０に示されているフレームのためのＰＵＣＣＨセルとして選択され得る。したがって、ＣＣ１は、フレーム内のＣＣ１のＵＬサブフレーム（サブフレーム５、６、７、および８）中でＰＵＣＣＨを搬送するために利用され得る。ＰＵＣＣＨは、ＣＣ１とＣＣ２の両方のためにＵＣＩを搬送し得る。

[00120]次に、サブフレームごとの（ＣＣ１およびＣＣ２の中からの）ＰＵＣＣＨセルの選択が図１０に関して説明される。上記で説明されたように、ＣＣ１はサブフレーム４中でＵＬ送信のためにクリアされ得、ＣＣ２はサブフレーム６中でＵＬ送信のためにクリアされ得る。サブフレーム０、１、２、および３がＣＣ１またはＣＣ２のいずれについてもＵＬサブフレームでないので、ＣＣ１もＣＣ２もこれらのサブフレームのためのＰＵＣＣＨセルとして選択されないことがある。サブフレーム４は、ＣＣ１の場合、ＵＬサブフレームでないが、ＣＣ２の場合、ＵＬサブフレームである。しかしながら、ＣＣ２は、サブフレーム４中でＵＬ送信のためにクリアされないことがある。したがって、ＣＣ１もＣＣ２もサブフレーム４のためのＰＵＣＣＨセルとして選択されないことがある。

[00121]サブフレーム５は、ＣＣ１とＣＣ２の両方についてＵＬサブフレームである。ＣＣ１は、サブフレーム５中でＵＬ送信のためにクリアされ得る。しかしながら、ＣＣ２は、このサブフレーム中でＵＬ送信のためにクリアされないことがある。したがって、ＣＣ１は、サブフレーム５のためのＰＵＣＣＨセルとして選択され得る。

[00122]サブフレーム６、７、および８に関して、これらのサブフレームのすべての３つは、ＣＣ１とＣＣ２の両方についてＵＬサブフレームである。さらに、ＣＣ１とＣＣ２の両方は、サブフレーム６、７、および８中でＵＬ送信のためにクリアされ得る。したがって、どのＣＣを選択すべきかを決定するときに、追加のファクタが考慮され得る。一態様によれば、ＣＣ１およびＣＣ２のセルインデックスが考慮され得る。前述のように、ＣＣ１は、ＣＣ２よりも低いセルインデックスを有し得る。したがって、ＣＣ１とＣＣ２との間で、ＣＣ１が優先度を与えられ得る。したがって、ＣＣ１は、サブフレーム６、７、および８のためのＰＵＣＣＨセルとして選択され得る。

[00123]上記（たとえば、図９および図１０に示されている例）で説明されたように、ＰＵＣＣＨセルは、フレームごとまたはサブフレームごとのいずれかで選択され得る。サブフレームごとに選択する際に、異なるセルが、同じフレーム内の異なるサブフレームのためのＰＵＣＣＨセルとして選択され得る（たとえば、図９の例）。

[00124]様々な態様によれば、すべてのＰＵＣＣＨセルが認可スペクトルを使用する場合、最高２つのＰＵＣＣＨセルグループが構成され得る。少なくとも１つのＰＵＣＣＨセルが無認可／共有スペクトルを利用する場合、認可スペクトルを利用する多くとも２つのＰＵＣＣＨセルが構成され得る。無認可／共有スペクトルを使用するＣＣがＣＡにおいて非同期送信を実行しない場合、ＣＣはＰＵＣＣＨセルグループにグループ化され得、１つまたは複数のＰＵＣＣＨセルがＰＵＣＣＨセルグループのために選択され得る。各ＰＵＣＣＨセルグループ内で、動的ＰＵＣＣＨセル管理が、フレームごとまたはサブフレームごとに実行され得る。

[00125]図６、図７、および図８に関して上記で説明された構成に関して、無認可／共有スペクトルを使用するＰＵＣＣＨセルがチャネルを掴みとることに失敗すると、ＵＥは、別のＰＵＣＣＨセルグループのＰＵＣＣＨ上でＰＵＣＣＨセルに対応するセルに関連するＵＣＩを送信することを考慮し得る。たとえば、ＵＥは、認可スペクトルを利用する異なるＰＵＣＣＨセルを使用して、ＰＵＣＣＨセルに対応するセルに関連するＵＣＩを送信することを考慮し得る。たとえば、図６に関して、ＵＥは、１次ＰＵＣＣＨセルグループ６１０のＰＵＣＣＨセルＣＣ１を介して２次ＰＵＣＣＨセルグループ６２０中のセルに関連するＵＣＩを送信することを考慮し得る。これは、２次ＰＵＣＣＨセルグループ６２０のためのＵＣＩ送信の成功の可能性を増加させ得るが、複雑さの増加を生じ得る。

[00126]別の態様によれば、ＵＥはまた、特定のＰＵＣＣＨセルグループ中の２つ以上のＰＵＣＣＨセル（たとえば、２つのＰＵＣＣＨセル）を選択することを考慮し得る。たとえば、ＵＥは、ＵＬ送信のためにクリアされたセルの中から２つ以上のセルを選択することを考慮し得る。これもＵＣＩ送信の成功の可能性を増加させ得る。しかしながら、この手法は、ブラインド検出および動作複雑さのレベルの増加を生じ得る。

[00127]図１１は、ワイヤレス通信の方法のフローチャート１１００である。本方法は、ＵＥ（たとえば、ＵＥ１５０、装置１２０２／１２０２’）によって実行され得る。

[00128]一構成によれば、１１０２において、ＵＥは、（たとえば、図５Ａまたは図５ＢのアグリゲートＣＣを含む）アグリゲートＣＣの複数のグループのうちのＣＣの第１のグループを介してデータを受信する。ＣＣの第１のグループは無認可または共有周波数を利用する。

[00129]１１０４において、ＵＥは、ＣＣの第１のグループの少なくとも２つのＣＣを識別する情報を受信する。たとえば、情報は、ＲＲＣ構成情報を介して、またはＤＣＩを介して受信され得る。

[00130]１１０６において、ＵＥは、ＰＵＣＣＨ上での送信のために、ＣＣの第１のグループの少なくとも２つのＣＣ（たとえば、１１０４の識別された少なくとも２つのＣＣ）からＣＣを選択する。ＣＣの選択は、少なくとも、少なくとも２つのＣＣの各々のアップリンク送信クリアランスステータスに基づき得る。

[00131]たとえば、１１０６に関して、ＵＥは、少なくとも２つのＣＣの各々のアップリンク送信クリアランスステータスを分析し、比較し得る。図９および図１０に関して、ＵＥはまた、各ＣＣの第１のＵＬサブフレーム、ＣＣのセルインデックスなど、１つまたは複数の他のファクタを分析し得る。そのようなファクタに基づいて、ＵＥはＣＣのうちの１つを選択する。ＵＥは、選択されたＣＣをＰＵＣＣＨセルとして指定する。

[00132]１１０８において、ＵＥは、対応するＰＵＣＣＨ上で送信すべき選択されたＣＣを利用する。

[00133]図１２は、例示的な装置１２０２中の異なるコンポーネント／手段間のデータフローを示す概念データフロー図１２００である。本装置はＵＥであり得る。本装置は、アグリゲートＣＣの複数のグループのうちのＣＣの第１のグループを介してデータを受信し、ＣＣの第１のグループの少なくとも２つのＣＣを識別する情報を受信するコンポーネント１２０４を含み得る。本装置は、ＰＵＣＣＨ上での送信のために、ＣＣの第１のグループの少なくとも２つのＣＣからＣＣを選択するコンポーネント１２０６をさらに含み得る。コンポーネント１２０６は、少なくとも、少なくとも２つのＣＣの各々のアップリンク送信クリアランスステータスに基づいてＣＣを選択し得る。本装置は、（たとえば、ｅＮＢ１２５０に）アップリンクデータおよび制御情報を送信するコンポーネント１２０８をさらに含み得る。

[00134]本装置は、図１１の上述のフローチャート中のアルゴリズムのブロックの各々を実行する追加のコンポーネントを含み得る。したがって、図１１の上述のフローチャート中の各ブロックは１つのコンポーネントによって実行され得、本装置は、それらのコンポーネントのうちの１つまたは複数を含み得る。コンポーネントは、述べられたプロセス／アルゴリズムを行うように特に構成された１つまたは複数のハードウェアコンポーネントであるか、述べられたプロセス／アルゴリズムを実行するように構成されたプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。

[00135]図１３は、処理システム１３１４を採用する装置１２０２’のためのハードウェア実装形態の一例を示す図１３００である。処理システム１３１４は、バス１３２４によって概略的に表されるバスアーキテクチャを用いて実装され得る。バス１３２４は、処理システム１３１４の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含み得る。バス１３２４は、プロセッサ１３０４によって表される１つまたは複数のプロセッサおよび／またはハードウェアコンポーネントと、コンポーネント１２０４、１２０６、１２０８と、コンピュータ可読媒体／メモリ１３０６とを含む様々な回路を互いにリンクさせる。バス１３２４はまた、タイミングソース、周辺機器、電圧調整器、および電力管理回路など、様々な他の回路をリンクさせ得るが、これらの回路は当技術分野においてよく知られており、したがって、これ以上説明されない。

[00136]処理システム１３１４はトランシーバ１３１０に結合され得る。トランシーバ１３１０は１つまたは複数のアンテナ１３２０に結合され得る。トランシーバ１３１０は、伝送媒体を介して様々な他の装置と通信するための手段を与える。トランシーバ１３１０は、１つまたは複数のアンテナ１３２０から信号を受信し、受信された信号から情報を抽出し、抽出された情報を処理システム１３１４、特に受信コンポーネント１２０４に与える。さらに、トランシーバ１３１０は、処理システム１３１４、特に送信コンポーネント１２０８から情報を受信し、受信された情報に基づいて、１つまたは複数のアンテナ１３２０に適用されるべき信号を生成する。処理システム１３１４は、コンピュータ可読媒体／メモリ１３０６に結合されたプロセッサ１３０４を含み得る。プロセッサ１３０４は、コンピュータ可読媒体／メモリ１３０６に記憶されたソフトウェアの実行を含む一般的な処理を担い得る。ソフトウェアは、プロセッサ１３０４によって実行されたとき、処理システム１３１４に、特定の装置のための上記で説明された様々な機能を実行させ得る。コンピュータ可読媒体／メモリ１３０６はまた、ソフトウェアを実行するときにプロセッサ１３０４によって操作され得るデータを記憶するために使用され得る。処理システムは、コンポーネント１２０４、１２０６、１２０８のうちの少なくとも１つをさらに含み得る。それらのコンポーネントは、プロセッサ１３０４中で動作し、コンピュータ可読媒体／メモリ１３０６中に存在する／記憶されたソフトウェアコンポーネントであるか、プロセッサ１３０４に結合された１つまたは複数のハードウェアコンポーネントであるか、またはそれらの何らかの組合せであり得る。処理システム１３１４は、ＵＥ３５０のコンポーネントであり得、メモリ３６０および／またはＴＸプロセッサ３６８と、ＲＸプロセッサ３５６と、コントローラ／プロセッサ３５９とのうちの少なくとも１つを含み得る。

[00137]一構成では、ワイヤレス通信のための装置１２０２／１２０２’は、アグリゲートＣＣの複数のグループのうちのＣＣの第１のグループを介してデータを受信するための手段（１２０４、１３１０）を含み得、ＣＣの第１のグループは無認可または共有周波数に対応する。装置１２０２／１２０２’はまた、ＰＵＣＣＨの送信のために、ＣＣの第１のグループの少なくとも２つのＣＣからＣＣを選択するための手段（１２０６、１３０４）を含み得る。ＣＣの選択は、少なくとも、少なくとも２つのＣＣの各々のアップリンク送信クリアランスステータスに基づく。装置１２０２／１２０２’はまた、選択されたＣＣを介してＰＵＣＣＨを送信するための手段（１２０８、１３１０）を含み得る。

[00138]さらなる構成では、選択されたＣＣは、無線フレームの複数のアップリンクサブフレームの各々中のＰＵＣＣＨ上での送信のためのものであり得る。

[00139]さらなる構成では、ＣＣの選択は、少なくとも２つのＣＣの各々のセルインデックスにさらに基づき得る。選択されたＣＣは、無線フレームの単一のアップリンクサブフレーム中のＰＵＣＣＨ上での送信のためのものであり得る。選択するための手段（１２０６、１３０４）は、無線フレームの第１のサブフレーム中のＰＵＣＣＨの送信のために、少なくとも２つのＣＣから第１のＣＣを選択することと、無線フレームの第２のサブフレーム中のＰＵＣＣＨ上での送信のために、少なくとも２つのＣＣから第２のＣＣを選択することとを行うように構成され得る。選択された第１のＣＣと選択された第２のＣＣとは互いと同じであり得る。

[00140]さらなる構成では、装置１２０２／１２０２’はまた、ＣＣの第１のグループの少なくとも２つのＣＣを識別する情報を受信するための手段（１２０４、１３１０）を含み得る。ＣＣの第１のグループの少なくとも２つのＣＣを識別する情報は、少なくともＲＲＣ構成情報またはＤＣＩを介して受信され得る。

[00141]さらなる構成では、ＣＣの第１のグループの少なくとも２つのＣＣは、アップリンク送信のためにスケジュールされたＣＣに対応する。

[00142]さらなる構成では、ＰＵＣＣＨは、ＣＣの第１のグループの２つまたはそれ以上のＣＣの各々のためのＵＣＩを含む。２つまたはそれ以上のＣＣは、少なくとも２つのＣＣを含み得る。

[00143]さらなる構成では、ＣＣの第１のグループは、アップリンク送信が同期し得るセルに対応する。

[00144]さらなる構成では、アグリゲートＣＣの複数のグループは、認可周波数に対応するＣＣの多くとも２つのグループをさらに含む。

[00145]上述の手段は、上述の手段によって具陳された機能を実行するように構成された、装置１２０２、および／または装置１２０２’の処理システム１３１４の上述のコンポーネントのうちの１つまたは複数であり得る。上記で説明されたように、処理システム１３１４は、ＴＸプロセッサ３６８と、ＲＸプロセッサ３５６と、コントローラ／プロセッサ３５９とを含み得る。したがって、一構成では、上述の手段は、上述の手段によって具陳された機能を実行するように構成された、ＴＸプロセッサ３６８と、ＲＸプロセッサ３５６と、コントローラ／プロセッサ３５９とであり得る。

[00146]図１４は、ワイヤレス通信の方法のフローチャート１４００である。本方法は、ｅＮＢ（たとえば、ｅＮＢ１０２、装置１２００／１２０２’）によって実行され得る。

[00147]一構成によれば、１４０２において、ｅＮＢは、複数のアグリゲートＣＣの中から第１のＣＣおよび第２のＣＣを識別する情報を送信する。たとえば、情報は、ＲＲＣ構成情報を介して、またはＤＣＩを介して送信され得る。

[00148]１４０４において、ｅＮＢは、ＰＵＣＣＨの送信のために、複数のアグリゲートＣＣのうちの多くとも第１のＣＣまたは第２のＣＣを選択するようにＵＥを構成するための情報を送信する。第１のＣＣおよび第２のＣＣは無認可または共有周波数に対応する。たとえば、ＵＥは、（最高２つのＰＵＣＣＨセルが半静的に管理され得る）図６に示されている構成の下で動作していることがある。送信情報は、ＵＥに、異なる構成に切り替えさせ得る。たとえば、送信情報は、ＵＥに（２つのＰＵＣＣＨセルのうちの１つが動的に管理され得る）図８に示されている構成の下で動作し始めさせ得る。多くとも第１のＣＣまたは第２のＣＣの選択は、少なくとも、第１のＣＣおよび第２のＣＣの各々のアップリンク送信クリアランスステータスに基づき得る。

[00149]１４０６において、ｅＮＢは、選択された多くとも第１のＣＣまたは第２のＣＣを介してＰＵＣＣＨ上での送信を受信する。

[00150]図１５は、例示的な装置１５０２中の異なるコンポーネント／手段間のデータフローを示す概念データフロー図１５００である。本装置はｅＮＢであり得る。本装置は、（たとえば、ＵＥ１５５０から）データおよびＰＵＣＣＨを受信するコンポーネント１５０４と、複数のアグリゲートＣＣの中から第１のＣＣおよび第２のＣＣを識別する情報、ならびにＰＵＣＣＨの送信のために、複数のアグリゲートＣＣのうちの多くとも第１のＣＣまたは第２のＣＣを選択するようにＵＥを構成するための情報を送信するコンポーネント１５０６とを含み得る。

[00151]本装置は、図１４の上述のフローチャート中のアルゴリズムのブロックの各々を実行する追加のコンポーネントを含み得る。したがって、図１４の上述のフローチャート中の各ブロックは１つのコンポーネントによって実行され得、本装置は、それらのコンポーネントのうちの１つまたは複数を含み得る。コンポーネントは、述べられたプロセス／アルゴリズムを行うように特に構成された１つまたは複数のハードウェアコンポーネントであるか、述べられたプロセス／アルゴリズムを実行するように構成されたプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。

[00152]図１６は、処理システム１６１４を採用する装置１５０２’のためのハードウェア実装形態の一例を示す図１６００である。処理システム１６１４は、バス１６２４によって概略的に表されるバスアーキテクチャを用いて実装され得る。バス１６２４は、処理システム１６１４の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含み得る。バス１６２４は、プロセッサ１６０４によって表される１つまたは複数のプロセッサおよび／またはハードウェアコンポーネントと、コンポーネント１５０４、１５０６と、コンピュータ可読媒体／メモリ１６０６とを含む様々な回路を互いにリンクさせる。バス１６２４はまた、タイミングソース、周辺機器、電圧調整器、および電力管理回路など、様々な他の回路をリンクし得るが、これらの回路は当技術分野においてよく知られており、したがって、これ以上説明されない。

[00153]処理システム１６１４はトランシーバ１６１０に結合され得る。トランシーバ１６１０は１つまたは複数のアンテナ１６２０に結合され得る。トランシーバ１６１０は、伝送媒体を介して様々な他の装置と通信するための手段を与える。トランシーバ１６１０は、１つまたは複数のアンテナ１６２０から信号を受信し、受信された信号から情報を抽出し、抽出された情報を処理システム１６１４、特に受信コンポーネント１５０４に与える。さらに、トランシーバ１６１０は、処理システム１６１４、特に送信コンポーネント１５０６から情報を受信し、受信された情報に基づいて、１つまたは複数のアンテナ１６２０に適用されるべき信号を生成する。処理システム１６１４は、コンピュータ可読媒体／メモリ１６０６に結合されたプロセッサ１６０４を含み得る。プロセッサ１６０４は、コンピュータ可読媒体／メモリ１６０６に記憶されたソフトウェアの実行を含む一般的な処理を担い得る。ソフトウェアは、プロセッサ１６０４によって実行されたとき、処理システム１６１４に、特定の装置のための上記で説明された様々な機能を実行させ得る。コンピュータ可読媒体／メモリ１６０６はまた、ソフトウェアを実行するときにプロセッサ１６０４によって操作され得るデータを記憶するために使用され得る。処理システムは、コンポーネント１５０４、１５０６のうちの少なくとも１つをさらに含み得る。それらのコンポーネントは、プロセッサ１６０４中で動作し、コンピュータ可読媒体／メモリ１６０６中に存在する／記憶されたソフトウェアコンポーネントであるか、プロセッサ１６０４に結合された１つまたは複数のハードウェアコンポーネントであるか、またはそれらの何らかの組合せであり得る。処理システム１６１４は、ｅＮＢ３１０のコンポーネントであり得、メモリ３７６、および／またはＴＸプロセッサ６１６と、ＲＸプロセッサ３７０と、コントローラ／プロセッサ３７５とのうちの少なくとも１つを含み得る。

[00154]一構成では、装置１５０２／１５０２’は、ＰＵＣＣＨの送信のために、複数のアグリゲートＣＣのうちの多くとも第１のＣＣまたは第２のＣＣを選択するようにＵＥを構成するための情報を送信するための手段（１５０６、１６１０）を含み得る。第１のＣＣおよび第２のＣＣは無認可または共有周波数に対応し、多くとも第１のＣＣまたは第２のＣＣの選択は、少なくとも、第１のＣＣおよび第２のＣＣの各々のアップリンク送信クリアランスステータスに基づき得る。装置１５０２／１５０２’は、選択された多くとも第１のＣＣまたは第２のＣＣを介してＰＵＣＣＨを受信するための手段（１５０４、１６１０）をさらに含み得る。

[00155]さらなる構成では、装置１５０２／１５０２’は、複数のアグリゲートＣＣの中から第１のＣＣおよび第２のＣＣを識別する情報を送信するための手段（１５０６、１６１０）をさらに含み得る。第１のＣＣおよび第２のＣＣを識別する情報は、少なくともＲＲＣ構成情報またはＤＣＩを介して送信され得る。

[00156]さらなる構成では、第１のＣＣおよび第２のＣＣは、アップリンク送信のためにスケジュールされ得るＣＣに対応する。

[00157]上述の手段は、上述の手段によって具陳された機能を実行するように構成された、装置１５０２、および／または装置１５０２’の処理システム１６１４の上述のコンポーネントのうちの１つまたは複数であり得る。上記で説明されたように、処理システム１６１４は、ＴＸプロセッサ３１６と、ＲＸプロセッサ３７０と、コントローラ／プロセッサ３７５とを含み得る。したがって、一構成では、上述の手段は、上述の手段によって具陳された機能を実行するように構成された、ＴＸプロセッサ３１６と、ＲＸプロセッサ３７０と、コントローラ／プロセッサ３７５とであり得る。

[00158]開示されたプロセス／フローチャート中のブロックの特定の順序または階層は、例示的な手法の一例であることを理解されたい。設計選好に基づいて、プロセス／フローチャート中のブロックの特定の順序または階層は再構成され得ることを理解されたい。さらに、いくつかのブロックは組み合わせられるかまたは省略され得る。添付の方法クレームは、様々なブロックの要素を例示的な順序で提示したものであり、提示された特定の順序または階層に限定されるものではないことがある。

[00159]開示されたプロセス／フローチャート中のブロックの特定の順序または階層は、例示的な手法の一例であることを理解されたい。設計選好に基づいて、プロセス／フローチャート中のブロックの特定の順序または階層は再構成され得ることを理解されたい。さらに、いくつかのブロックは組み合わせられるかまたは省略され得る。添付の方法クレームは、様々なブロックの要素を例示的な順序で提示したものであり、提示された特定の順序または階層に限定されるものではない。

[00160]以上の説明は、当業者が本明細書で説明された様々な態様を実施することができるようにするために提供されたものである。これらの態様への様々な変更は当業者には容易に明らかであり、本明細書で定義された一般原理は他の態様に適用され得る。したがって、特許請求の範囲は、本明細書で示された態様に限定されるものではなく、クレーム文言に矛盾しない全範囲を与えられるべきであり、ここにおいて、単数形の要素への言及は、そのように明記されていない限り、「唯一無二の」を意味するものではなく、「１つまたは複数の」を意味するものである。「例示的」という単語は、本明細書では「例、事例、または例示の働きをすること」を意味するために使用される。「例示的」として本明細書で説明されたいかなる態様も、必ずしも他の態様よりも好適または有利であると解釈されるべきであるとは限らない。別段に明記されていない限り、「いくつか（some）」という語は１つまたは複数を指す。「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、またはＣのうちの１つまたは複数」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの１つまたは複数」、および「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」などの組合せは、Ａ、Ｂ、および／またはＣの任意の組合せを含み、複数のＡ、複数のＢ、または複数のＣを含み得る。詳細には、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、またはＣのうちの１つまたは複数」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの１つまたは複数」、および「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」などの組合せは、Ａのみ、Ｂのみ、Ｃのみ、ＡおよびＢ、ＡおよびＣ、ＢおよびＣ、またはＡおよびＢおよびＣであり得、ここで、いかなるそのような組合せも、Ａ、Ｂ、またはＣのうちの１つまたは複数のメンバーを含んでいることがある。当業者に知られている、または後に知られることになる、本開示全体にわたって説明された様々な態様の要素のすべての構造的および機能的等価物は、参照により本明細書に明確に組み込まれ、特許請求の範囲に包含されるものである。その上、本明細書で開示されたいかなることも、そのような開示が特許請求の範囲に明示的に具陳されているかどうかにかかわらず、公に供するものではない。「モジュール」、「機構」、「要素」、「デバイス」などという単語は、「手段」という単語の代用でないことがある。したがって、いかなるクレーム要素も、その要素が「のための手段」という語句を使用して明確に具陳されていない限り、ミーンズプラスファンクションとして解釈されるべきではない。
以下に本願発明の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ワイヤレス通信の方法であって、
アグリゲートコンポーネントキャリア（ＣＣ）の複数のグループのうちのＣＣの第１のグループを介してデータを受信することと、ここで、ＣＣの前記第１のグループが無認可または共有周波数に対応する、
物理アップリンク制御チャネル（ＰＵＣＣＨ）上での送信のために、ＣＣの前記第１のグループの少なくとも２つのＣＣからＣＣを選択することと、ここにおいて、前記ＣＣの前記選択が、少なくとも、前記少なくとも２つのＣＣの各々のアップリンク送信クリアランスステータスに基づく、
前記選択されたＣＣを介して前記ＰＵＣＣＨ上で送信することと
を備える、ワイヤレス通信の方法。
［Ｃ２］
前記選択されたＣＣが、無線フレームの複数のアップリンクサブフレームの各々中の前記ＰＵＣＣＨ上での送信のためのものである、Ｃ１に記載の方法。
［Ｃ３］
前記ＣＣの前記選択が、前記少なくとも２つのＣＣの各々のセルインデックスにさらに基づく、Ｃ１に記載の方法。
［Ｃ４］
前記選択されたＣＣが、無線フレームの単一のアップリンクサブフレーム中の前記ＰＵＣＣＨ上での送信のためのものであり、
前記ＣＣを前記選択することが、
前記無線フレームの第１のサブフレーム中の前記ＰＵＣＣＨ上での送信のために、前記少なくとも２つのＣＣから第１のＣＣを選択することと、
前記無線フレームの第２のサブフレーム中の前記ＰＵＣＣＨ上での送信のために、前記少なくとも２つのＣＣから第２のＣＣを選択することと
を備える、
Ｃ３に記載の方法。
［Ｃ５］
前記選択された第１のＣＣと前記選択された第２のＣＣとが互いと同じである、Ｃ４に記載の方法。
［Ｃ６］
ＣＣの前記第１のグループの前記少なくとも２つのＣＣを識別する情報を受信することをさらに備える、Ｃ１に記載の方法。
［Ｃ７］
ＣＣの前記第１のグループの前記少なくとも２つのＣＣを識別する前記情報が、少なくとも、無線リソース制御（ＲＲＣ）構成情報またはダウンリンク制御情報（ＤＣＩ）を介して受信される、Ｃ６に記載の方法。
［Ｃ８］
ＣＣの前記第１のグループの前記少なくとも２つのＣＣが、アップリンク送信のためにスケジュールされたＣＣに対応する、Ｃ１に記載の方法。
［Ｃ９］
前記ＰＵＣＣＨが、ＣＣの前記第１のグループの２つまたはそれ以上のＣＣの各々のためのアップリンク制御情報（ＵＣＩ）を含む、Ｃ１に記載の方法。
［Ｃ１０］
前記２つまたはそれ以上のＣＣが前記少なくとも２つのＣＣを含む、Ｃ９に記載の方法。
［Ｃ１１］
ＣＣの前記第１のグループは、アップリンク送信が同期しているセルに対応する、Ｃ１に記載の方法。
［Ｃ１２］
アグリゲートＣＣの前記複数のグループが、認可周波数に対応するＣＣの多くとも２つのグループをさらに備える、Ｃ１に記載の方法。
［Ｃ１３］
ワイヤレス通信の方法であって、
物理アップリンク制御チャネル（ＰＵＣＣＨ）上での送信のために、複数のアグリゲートコンポーネントキャリア（ＣＣ）のうちの多くとも第１のＣＣまたは第２のＣＣを選択するようにユーザ機器（ＵＥ）を構成するための情報を送信することと、
ここにおいて、前記第１のＣＣおよび前記第２のＣＣが無認可または共有周波数に対応する、
前記選択された多くとも前記第１のＣＣまたは前記第２のＣＣを介して前記ＰＵＣＣＨ上での送信を受信することと
を備える、ワイヤレス通信の方法。
［Ｃ１４］
前記複数のアグリゲートＣＣの中から前記第１のＣＣおよび前記第２のＣＣを識別する情報を送信すること
をさらに備える、Ｃ１３に記載の方法。
［Ｃ１５］
前記第１のＣＣおよび前記第２のＣＣを識別する前記情報が、少なくとも、無線リソース制御（ＲＲＣ）構成情報またはダウンリンク制御情報（ＤＣＩ）を介して送信される、Ｃ１４に記載の方法。
［Ｃ１６］
前記第１のＣＣおよび前記第２のＣＣが、アップリンク送信のためにスケジュールされたＣＣに対応する、Ｃ１３に記載の方法。
［Ｃ１７］
ワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと
を備え、前記少なくとも１つのプロセッサが、
アグリゲートコンポーネントキャリア（ＣＣ）の複数のグループのうちのＣＣの第１のグループを介してデータを受信することと、ここで、ＣＣの前記第１のグループが無認可または共有周波数に対応する、
物理アップリンク制御チャネル（ＰＵＣＣＨ）上での送信のために、ＣＣの前記第１のグループの少なくとも２つのＣＣからＣＣを選択することと、ここにおいて、前記ＣＣの前記選択が、少なくとも、前記少なくとも２つのＣＣの各々のアップリンク送信クリアランスステータスに基づく、
前記選択されたＣＣを介して前記ＰＵＣＣＨ上で送信することと
を行うように構成された、
ワイヤレス通信のための装置。
［Ｃ１８］
前記選択されたＣＣが、無線フレームの複数のアップリンクサブフレームの各々中の前記ＰＵＣＣＨ上での送信のためのものである、Ｃ１７に記載の装置。
［Ｃ１９］
前記ＣＣの前記選択が、前記少なくとも２つのＣＣの各々のセルインデックスにさらに基づく、Ｃ１７に記載の装置。
［Ｃ２０］
前記選択されたＣＣが、無線フレームの単一のアップリンクサブフレーム中の前記ＰＵＣＣＨ上での送信のためのものであり、
前記少なくとも１つのプロセッサが、
前記無線フレームの第１のサブフレーム中の前記ＰＵＣＣＨ上での送信のために、前記少なくとも２つのＣＣから第１のＣＣを選択することと、
前記無線フレームの第２のサブフレーム中の前記ＰＵＣＣＨ上での送信のために、前記少なくとも２つのＣＣから第２のＣＣを選択することと
によって前記ＣＣを選択するようにさらに構成された、
Ｃ１９に記載の装置。
［Ｃ２１］
前記選択された第１のＣＣと前記選択された第２のＣＣとが互いと同じである、Ｃ２０に記載の装置。
［Ｃ２２］
前記少なくとも１つのプロセッサが、
ＣＣの前記第１のグループの前記少なくとも２つのＣＣを識別する情報を受信する ようにさらに構成された、Ｃ１７に記載の装置。
［Ｃ２３］
ＣＣの前記第１のグループの前記少なくとも２つのＣＣを識別する前記情報が、少なくとも、無線リソース制御（ＲＲＣ）構成情報またはダウンリンク制御情報（ＤＣＩ）を介して受信される、Ｃ２２に記載の装置。
［Ｃ２４］
ＣＣの前記第１のグループの前記少なくとも２つのＣＣが、アップリンク送信のためにスケジュールされたＣＣに対応する、Ｃ１７に記載の装置。
［Ｃ２５］
前記ＰＵＣＣＨが、ＣＣの前記第１のグループの２つまたはそれ以上のＣＣの各々のためのアップリンク制御情報（ＵＣＩ）を含む、Ｃ１７に記載の装置。
［Ｃ２６］
前記２つまたはそれ以上のＣＣが前記少なくとも２つのＣＣを含む、Ｃ２５に記載の装置。
［Ｃ２７］
ＣＣの前記第１のグループは、アップリンク送信が同期しているセルに対応する、Ｃ１７に記載の装置。
［Ｃ２８］
アグリゲートＣＣの前記複数のグループが、認可周波数に対応するＣＣの多くとも２つのグループをさらに備える、Ｃ１７に記載の装置。
［Ｃ２９］
ワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと
を備え、前記少なくとも１つのプロセッサが、
物理アップリンク制御チャネル（ＰＵＣＣＨ）上での送信のために、複数のアグリゲートコンポーネントキャリア（ＣＣ）のうちの多くとも第１のＣＣまたは第２のＣＣを選択するようにユーザ機器（ＵＥ）を構成するための情報を送信することと、
ここにおいて、前記第１のＣＣおよび前記第２のＣＣが無認可または共有周波数に対応する、
前記選択された多くとも前記第１のＣＣまたは前記第２のＣＣを介して前記ＰＵＣＣＨ上での送信を受信することと
を行うように構成された、
ワイヤレス通信のための装置。
［Ｃ３０］
前記少なくとも１つのプロセッサが、
前記複数のアグリゲートＣＣの中から前記第１のＣＣおよび前記第２のＣＣを識別する情報を送信する
ようにさらに構成された、Ｃ２９に記載の装置。

Claims (16)

1. ワイヤレス通信の方法であって、
   アグリゲートコンポーネントキャリア（ＣＣ）の複数のグループのうちのＣＣの第１のグループを介してデータを受信すること、ここで、ＣＣの前記第１のグループが無認可または共有周波数に対応する、と、
   物理アップリンク制御チャネル（ＰＵＣＣＨ）上での送信のために、ＣＣの前記第１のグループの少なくとも２つのＣＣからＣＣを選択すること、ここにおいて、前記ＣＣの前記選択が、少なくとも、前記少なくとも２つのＣＣの各々に対して実行されるアップリンク送信クリアランスプロシージャに基づき、ここにおいて、前記ＣＣは、前記少なくとも２つのＣＣの各々に関連するフレームの最先のアップリンクサブフレームのインデックスの第１の比較に基づいて、または、前記フレームの最先のアップリンクサブフレームのインデックスが前記少なくとも２つのＣＣに関して同じであるときに前記少なくとも２つのＣＣの各々に関連するセルインデックスの第２の比較に基づいて更に選択される、と、
   前記選択されたＣＣを介して前記ＰＵＣＣＨ上で基地局にアップリンク情報を送信することと
   を備える、ワイヤレス通信の方法。
2. 前記選択されたＣＣが、無線フレームの複数のアップリンクサブフレームの各々中の前記ＰＵＣＣＨ上での送信のためのものである、請求項１に記載の方法。
3. 前記選択されたＣＣが、無線フレームの単一のアップリンクサブフレーム中の前記ＰＵＣＣＨ上での送信のためのものであり、
   前記ＣＣを前記選択することが、
   前記無線フレームの第１のサブフレーム中の前記ＰＵＣＣＨ上での送信のために、前記少なくとも２つのＣＣから第１のＣＣを選択することと、
   前記無線フレームの第２のサブフレーム中の前記ＰＵＣＣＨ上での送信のために、前記少なくとも２つのＣＣから第２のＣＣを選択することと
   を備える、
   請求項１に記載の方法。
4. 前記選択された第１のＣＣと前記選択された第２のＣＣとが互いと同じである、請求項３に記載の方法。
5. ＣＣの前記第１のグループの前記少なくとも２つのＣＣを識別する情報を受信すること、
   をさらに備える、請求項１に記載の方法。
6. ＣＣの前記第１のグループの前記少なくとも２つのＣＣを識別する前記情報が、少なくとも、無線リソース制御（ＲＲＣ）構成情報またはダウンリンク制御情報（ＤＣＩ）を介して受信される、請求項５に記載の方法。
7. ＣＣの前記第１のグループの前記少なくとも２つのＣＣが、アップリンク送信のためにスケジュールされたＣＣに対応する、請求項１に記載の方法。
8. 前記ＰＵＣＣＨが、ＣＣの前記第１のグループの２つまたはそれ以上のＣＣの各々のためのアップリンク制御情報（ＵＣＩ）を含む、請求項１に記載の方法。
9. 前記２つまたはそれ以上のＣＣが前記少なくとも２つのＣＣを含む、請求項８に記載の方法。
10. ＣＣの前記第１のグループは、アップリンク送信が同期しているセルに対応する、請求項１に記載の方法。
11. アグリゲートＣＣの前記複数のグループが、認可周波数に対応するＣＣの多くとも２つのグループをさらに備える、請求項１に記載の方法。
12. ワイヤレス通信の方法であって、
    物理アップリンク制御チャネル（ＰＵＣＣＨ）上での送信のために、複数のアグリゲートコンポーネントキャリア（ＣＣ）のうちの多くとも第１のＣＣまたは第２のＣＣを選択するようにユーザ機器（ＵＥ）を構成するための情報を送信することと、
    ここにおいて、前記第１のＣＣおよび前記第２のＣＣが無認可または共有周波数に対応する、
    前記第１のＣＣおよび前記第２のＣＣの各々に関連するアップリンク送信クリアランスステータスに少なくとも部分的に基づいて、前記選択された多くとも前記第１のＣＣまたは前記第２のＣＣを介して前記ＵＥから前記ＰＵＣＣＨ上での送信を受信すること、ここにおいて、前記ＰＵＣＣＨ上での前記送信は、前記第１のＣＣおよび前記第２のＣＣの各々に関連するフレームの最先のアップリンクサブフレームのインデックスの第１の比較に少なくとも部分的に基づいて、または、前記フレームの最先のアップリンクサブフレームのインデックスが前記第１のＣＣおよび前記第２のＣＣに関して同じであるときに前記第１のＣＣおよび前記第２のＣＣの各々に関連するセルインデックスの第２の比較に基づいて受信される、と
    を備える、ワイヤレス通信の方法。
13. 前記複数のアグリゲートＣＣの中から前記第１のＣＣおよび前記第２のＣＣを識別する情報を送信すること
    をさらに備える、請求項１２に記載の方法。
14. 前記第１のＣＣおよび前記第２のＣＣを識別する前記情報が、少なくとも、無線リソース制御（ＲＲＣ）構成情報またはダウンリンク制御情報（ＤＣＩ）を介して送信される、請求項１３に記載の方法。
15. 前記第１のＣＣおよび前記第２のＣＣが、アップリンク送信のためにスケジュールされたＣＣに対応する、請求項１４に記載の方法。
16. ワイヤレス通信のための装置であって、
    請求項１−１５のうちのいずれか一項に記載の方法を実行するように構成された手段
    を備える、ワイヤレス通信のための装置。