JP2018528652A

JP2018528652A - 無認可キャリアのクリアチャネルアセスメントが失敗するときの、アップリンク制御チャネル情報の送信

Info

Publication number: JP2018528652A
Application number: JP2018502626A
Authority: JP
Inventors: イェッラマッリ、スリニバス; ジャン、シャオシャ; ルオ、タオ
Original assignee: Qualcomm Inc
Current assignee: Qualcomm Inc
Priority date: 2015-07-23
Filing date: 2016-07-01
Publication date: 2018-09-27
Anticipated expiration: 2036-07-01
Also published as: CN107926045B; US20170027002A1; JP6612422B2; WO2017014937A1; CA2989004A1; EP3326422B1; BR112018001427A2; CN107926045A; ES2894241T3; US10251197B2; KR101976776B1; CA2989004C; KR20180032572A; EP3326422A1

Abstract

無認可ＳＣＣのＣＣＡが失敗する場合、アップリンク制御情報が送信されないことがある。したがって、本開示は、無認可ＳＣＣのＣＣＡが失敗するとき、無認可ＳＣＣのためのアップリンク制御情報が依然として送信され得るソリューションを提供する。本開示の一態様では、方法、コンピュータ可読媒体、および装置が提供される。本装置は、アップリンク制御情報を生成する。本装置はまた、アップリンクバーストのためにキャリアのＣＣＡを実行することを試みる。さらに、本装置はＣＣＡの失敗を決定する。さらに、本装置は、ＣＣＡが失敗したと決定されたとき、アップリンクバーストの後のサブフレーム中で、キャリア上でＰＵＣＣＨ送信を送信すること、異なるアップリンクバースト中で、キャリア上でＰＵＣＣＨ送信を送信すること、または異なるキャリア上でＰＵＣＣＨ送信を送信することのうちの１つを実行する。

Description

関連出願の相互参照

[0001]本出願は、それらの全体が参照により本明細書に明確に組み込まれる、２０１５年７月２３日に出願された「TRANSMITTING UPLINK CONTROL CHANNEL INFORMATION WHEN A CLEAR CHANNEL ASSESSMENT OF AN UNLICENSED CARRIER FAILS」と題する米国仮出願第６２／１９６，２５２号、および２０１６年６月３０日に出願された「TRANSMITTING UPLINK CONTROL CHANNEL INFORMATION WHEN A CLEAR CHANNEL ASSESSMENT OF AN UNLICENSED CARRIER FAILS」と題する米国特許出願第１５／１９８，７１３号の利益を主張する。

分野
[0002]本開示は、一般に通信システムに関し、より詳細には、無認可（unlicensed）キャリアのクリアチャネルアセスメント（ＣＣＡ：clear channel assessment）が失敗するとき、アップリンク制御情報（たとえば、物理アップリンク制御チャネル（ＰＵＣＣＨ）送信）を送信することに関する。

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

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

[0005]ライセンス支援アクセス（ＬＡＡ：license assisted access）では、無認可キャリア（たとえば、２次コンポーネントキャリア（ＳＣＣ））が、認可（licensed）キャリア（たとえば、１次コンポーネントキャリア（ＰＣＣ））とアグリゲートされ得る。無認可ＳＣＣのためのＰＵＣＣＨ送信がリッスンビフォアトーク（ＬＢＴ：listen-before-talk）プロシージャを受けることがある（may be subject to）ので、ＰＵＣＣＨ送信は、無認可ＳＣＣのＣＣＡが失敗する場合、送信されないことがある。

[0006]ＰＵＣＣＨ送信がユーザ機器（ＵＥ）によって送信されないとき、様々な問題が起こり得る。たとえば、肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）フィードバックが発展型ノードＢ（ｅＮＢ）において利用可能でないことがあり、ハイブリッド自動再送要求（ＨＡＲＱ）処理が中断または終了され得、ｅＮＢがスケジューリングのための旧式のＣＳＩを使用し得、および／あるいは無認可ＳＣＣ上のＰＵＣＣＨ送信のためのＣＣＡ失敗が競合ウィンドウサイズを増加させ得るので、ｅＮＢが次の送信のために使用する競合ウィンドウサイズが影響を受け得る。

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

[0008]ＬＡＡでは、無認可キャリア（たとえば、ＳＣＣ）が、認可キャリア（たとえば、ＰＣＣ）とアグリゲートされ得る。従来、ＬＡＡにおけるキャリアアグリゲーションを通して、認可ＰＣＣは、ＰＵＣＣＨ中で制御情報およびシグナリング情報を搬送するアンカーとして働き得る。拡張ＰＵＣＣＨ（ｅＰＵＣＣＨ）を介して無認可ＳＣＣ中のＰＵＣＣＨ送信をサポートすることが、ＰＣＣのオーバーヘッドを低減することなど、様々な利益を有し得る。

[0009]無認可ＳＣＣ中のｅＰＵＣＣＨの容量が、認可ＰＣＣ中のＰＵＣＣＨの容量よりも大きくなり得るので、無認可ＳＣＣのｅＰＵＣＣＨ中のＰＵＣＣＨ送信のペイロードは、認可ＰＣＣのＰＵＣＣＨ中のＰＵＣＣＨ送信のペイロードよりも大きくなり得る。したがって、複数のＬＡＡキャリア上のＰＵＣＣＨ送信が、複数のキャリア（たとえば、ＰＣＣおよびＳＣＣ）にわたってスプリットされたペイロードを含み得る。しかしながら、無認可ＳＣＣを対象とするＰＵＣＣＨ送信がＬＢＴプロシージャを受けることがあるので、ＰＵＣＣＨ送信は、無認可ＳＣＣのＣＣＡが失敗する場合、送信されないことがある。

[0010]ＰＵＣＣＨ送信がＵＥによって送信されないとき、様々な問題が起こり得る。たとえば、ＡＣＫ／ＮＡＣＫフィードバックがｅＮＢにおいて利用可能でないことがあり、ＨＡＲＱ処理が中断または終了され得、ｅＮＢがスケジューリングのための旧式のＣＳＩを使用し得、および／あるいは無認可ＳＣＣ上のＰＵＣＣＨ送信のためのＣＣＡ失敗が競合ウィンドウサイズを増加させ得るので、ｅＮＢが次の送信のために使用する競合ウィンドウサイズが影響を受け得る。

[0011]本開示は、無認可ＳＣＣのＣＣＡが失敗するとき、無認可ＳＣＣ上のＰＵＣＣＨ送信の送信を可能にすることによって、問題の解決策を提供する。さらに、本開示の一態様は、ＣＣＡが無認可ＳＣＣ上でクリアするときの拡張をも提供し得る。

[0012]本開示の一態様では、方法、コンピュータ可読媒体、および装置が提供される。本装置は、アップリンク制御情報を生成する。本装置は、アップリンクバーストのためにキャリアのＣＣＡを実行することを試みる。さらに、本装置はＣＣＡの失敗を決定する。またさらに、本装置は、ＣＣＡが失敗したと決定されたとき、アップリンクバーストの後のサブフレーム中で、キャリア上でＰＵＣＣＨ送信を送信すること、異なるアップリンクバースト中で、キャリア上でＰＵＣＣＨ送信を送信すること、または異なるキャリア上でＰＵＣＣＨ送信を送信することのうちの１つを実行する。

[0013]別の態様では、本装置は、第１のキャリア上での送信のために、第１のアップリンク制御チャネル送信を生成する。さらに、本装置は、キャリアのＣＣＡを実行することを試みる。本装置はまた、キャリアのＣＣＡがクリアしたかどうかを決定する。またさらに、本装置は、第２のキャリア上でアップリンク制御チャネル中の第１のアップリンク制御チャネル送信のペイロードの全部または少なくとも一部分を送信する。一態様では、第１のアップリンク制御送信のペイロードの少なくとも一部分が第２のキャリア上で送信されるとき、第２のアップリンク制御送信が第１のキャリア上で送信される。

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

[0015]ワイヤレス通信システムおよびアクセスネットワークの一例を示す図。 [0016]ＤＬフレーム構造のＬＴＥ例を示す図。ＤＬフレーム構造内のＤＬチャネルのＬＴＥ例を示す図。ＵＬフレーム構造のＬＴＥ例を示す図。ＵＬフレーム構造内のＵＬチャネルのＬＴＥ例を示す図。 [0017]アクセスネットワーク中のｅＮＢおよびＵＥの一例を示す図。 [0018]本開示の一態様による、例示的なワイヤレス通信システムを示す図。 [0019]本開示の一態様による、フォールバックプロシージャにおいて使用される認可キャリアおよび無認可キャリア中のサブフレームの一例を示す図。 [0020]本開示の一態様による、認可キャリアと無認可キャリアとの間の負荷分散の例を示す図。本開示の一態様による、認可キャリアと無認可キャリアとの間の負荷分散の例を示す図。 [0021]ワイヤレス通信の例示的な方法のフローチャート。ワイヤレス通信の例示的な方法のフローチャート。ワイヤレス通信の例示的な方法のフローチャート。ワイヤレス通信の例示的な方法のフローチャート。ワイヤレス通信の例示的な方法のフローチャート。 [0022]ワイヤレス通信の例示的な方法のフローチャート。 [0023]例示的な装置中の異なる手段／コンポーネント間のデータフローを示す概念データフロー図。 [0024]処理システムを採用する装置のためのハードウェア実装形態（implementation）の一例を示す図。

詳細な説明

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

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

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

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

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

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

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

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

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

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

[0035]基地局は、ノードＢ、発展型ノードＢ（ｅＮＢ）、アクセスポイント、基地トランシーバ局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ：basic service set）、拡張サービスセット（ＥＳＳ：extended service set）、または何らかの他の好適な用語で呼ばれることもある。基地局１０２は、ＵＥ１０４にＥＰＣ１６０へのアクセスポイントを与える。ＵＥ１０４の例は、セルラーフォン、スマートフォン、セッション開始プロトコル（ＳＩＰ：session initiation protocol）電話、ラップトップ、携帯情報端末（ＰＤＡ）、衛星無線、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ（たとえば、ＭＰ３プレーヤ）、カメラ、ゲーム機、タブレット、スマートデバイス、ウェアラブルデバイス、または任意の他の同様の機能デバイスを含む。ＵＥ１０４は、局、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の好適な用語で呼ばれることもある。

[0036]再び図１を参照すると、いくつかの態様では、ＵＥ１０４は、ＣＣＡ失敗中にアップリンク制御情報送信プロシージャを実行するように構成され得る。

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

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

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

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

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

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

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

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

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

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

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

[0048]ＬＡＡでは、無認可キャリア（たとえば、ＳＣＣ）が、認可キャリア（たとえば、ＰＣＣ）とアグリゲートされ得る。従来、ＬＡＡにおけるキャリアアグリゲーションを通して、認可ＰＣＣは、ＰＵＣＣＨ中で制御情報およびシグナリング情報を搬送するアンカーとして働き得る。ｅＰＵＣＣＨを介して無認可ＳＣＣ中のＰＵＣＣＨ送信をサポートすることが、ＰＣＣのオーバーヘッドを低減することなど、様々な利益を有し得る。

[0049]無認可ＳＣＣ中のｅＰＵＣＣＨの容量が、認可ＰＣＣ中のＰＵＣＣＨの容量よりも大きくなり得るので、無認可ＳＣＣのｅＰＵＣＣＨ中のＰＵＣＣＨ送信のペイロードは、認可ＰＣＣのＰＵＣＣＨ中のＰＵＣＣＨ送信のペイロードよりも大きくなり得る。したがって、複数のＬＡＡキャリア上のＰＵＣＣＨ送信が、複数のキャリア（たとえば、ＰＣＣおよびＳＣＣ）にわたってスプリットされたペイロードを含み得る。しかしながら、無認可ＳＣＣを対象とするＰＵＣＣＨ送信がＬＢＴプロシージャを受けることがあるので、ＰＵＣＣＨ送信は、無認可ＳＣＣのＣＣＡが失敗する場合、送信されないことがある。

[0050]ＰＵＣＣＨ送信がＵＥによって送信されないとき、様々な問題が起こり得る。たとえば、ＡＣＫ／ＮＡＣＫフィードバックがｅＮＢにおいて利用可能でないことがあり、ＨＡＲＱ処理が中断または終了され得、ｅＮＢがスケジューリングのための旧式のＣＳＩを使用し得、および／あるいは無認可ＳＣＣ上のＰＵＣＣＨ送信のためのＣＣＡ失敗が競合ウィンドウサイズを増加させ得るので、ｅＮＢが次の送信のために使用する競合ウィンドウサイズが影響を受け得る。

[0051]本開示は、無認可ＳＣＣのＣＣＡが失敗するとき、無認可ＳＣＣ上のＰＵＣＣＨ送信の送信を可能にすることによって、問題の解決策を提供する。さらに、本開示の一態様は、ＣＣＡが無認可ＳＣＣ上でクリアするときの拡張をも提供し得る。

[0052]図４は、本開示の一態様による、例示的なワイヤレス通信システム４００の図である。たとえば、ワイヤレス通信システム４００は、ｅＮＢ４０４によってサービスされる領域中にあるサービングセル４０２を含み得る。さらに、サービングセル４０２中にあるＵＥ４０６は、ｅＮＢ４０６と通信していることがある。

[0053]一態様では、ｅＮＢ４０４は、サービングセル４０２によってサービスされるＵＥとの通信のために、少なくとも１つの認可キャリアと少なくとも１つの無認可キャリアとを採用し得る。たとえば、認可キャリアはＰＣＣであり得、無認可キャリアはＳＣＣであり得る。ＵＥ４０６は、元の無認可キャリアのＣＣＡを実行する試みが失敗した場合、ＰＵＣＣＨ送信（たとえば、アップリンク制御情報）をｅＮＢ４０４に送信するための様々なプロセスを実行し得る。一態様では、元の無認可キャリアの初期ＣＣＡが失敗した場合でもＰＵＣＣＨ送信の送信を保証するために、ｅＮＢ４０４は、４１４において、ＰＵＣＣＨ送信のために、様々な無認可キャリアの各アップリンクバーストの１つまたは複数のサブフレーム中でＰＵＣＣＨリソースを予約し得る。予約されたＰＵＣＣＨリソースに関連する情報が、４１２において、ｅＮＢ４０４によってＵＥ４０６にシグナリングされ得る。

[0054]別の態様では、ＵＥ４０６は、４０８において、（たとえば、アップリンクバースト中に）元の無認可キャリア上で、ｅＮＢ４０４に送られるべきＰＵＣＣＨ送信を生成し得る。さらに、ＵＥ４０６は、４０８において、無認可キャリアのＣＣＡを実行することを試み得る。さらに、ＵＥ４０６は、４０８において、元の無認可キャリアのＣＣＡが失敗したのかクリアしたのかを決定し得る。元の無認可キャリアのＣＣＡがクリアした場合、ＵＥ４０６は、４１０において、元の無認可キャリア上で、アップリンクバーストの元のサブフレーム中でＰＵＣＣＨ送信を送信し得る。

[0055]元の無認可キャリアのＣＣＡが失敗した場合、ＵＥ４０６は、１）４１０において、アップリンクバーストの後のサブフレーム（a later subframe）中で、元の無認可キャリア上でＰＵＣＣＨ送信を送信する、２）４１０において、異なるアップリンクバースト中で、元の無認可キャリア上でＰＵＣＣＨ送信を送信する、３）４１０において、異なる無認可キャリア上でおよび／または認可キャリア上で、ＰＵＣＣＨ送信を送信する、４）４０８において、認可キャリア上で、ＰＵＣＣＨ送信を現在の／次の／後のＰＵＣＣＨインスタンスと多重化する、５）４０８において、認可キャリア上で、ＰＵＣＣＨ送信をＰＵＳＣＨと多重化する、あるいは６）４０８において、認可キャリアおよび元の無認可キャリアまたは異なる無認可キャリアにわたって、送信されるべきＰＵＣＣＨのペイロードをスプリット／圧縮する、のうちの１つを実行し得る。

[0056]第１の例では、元の無認可キャリアのＣＣＡが失敗したとき、ＵＥ４０６は、ｅＮＢ４０４によるＰＵＣＣＨ送信のために予約された次のサブフレームまたは後の後続のサブフレーム上でＰＵＣＣＨ送信を送信することを試み得る。送信より前に、ＵＥ４０６は、４０８において、後のサブフレーム上で元の無認可キャリアの別のＣＣＡ検査を実行し得る。このＣＣＡ検査がクリアした場合、ＰＵＣＣＨ送信は、４１０において、アップリンクバーストの後のサブフレーム中で、元の無認可キャリア上で送られ得る。必要な場合、ＵＥ４０６は、４０８において、送信より前にＰＵＣＣＨ送信のペイロードを更新し得る。

[0057]さらに、ＵＥ４０６は、４０８において、ｅＮＢ４０４から受信されたシグナリング４１２に基づいて、アップリンクバーストの後のサブフレーム中の予約されたＰＵＣＣＨリソースを決定し得る。たとえば、シグナリング４１２は、ＲＲＣシグナリングまたはＤＣＩシグナリングを含み得る。代替的に、ＵＥ４６０は、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）中に含まれる情報に基づいて、次のＰＵＣＣＨサブフレームのロケーションを推論することが可能であり得る。

[0058]さらなる態様では、ＰＵＣＣＨ送信は、巡回冗長検査（ＣＲＣ）ビットを含み得る。ｅＮＢ４０４は、無線ネットワーク一時識別子（ＲＮＴＩ）によってスクランブルされたＣＲＣについて検査することによって、どのサブフレームおよびアップリンクバースト中でＵＥ４０６がＰＵＣＣＨ送信を送ったかをブラインド検出することが可能であり得る。たとえば、ｅＮＢ４０４は、無認可スペクトル中の可能なロケーション上でおよび／またはプリアンブル検出に基づいて、ＲＮＴＩによってスクランブルされたＣＲＣについて検査し得る。

[0059]第２の例では、元の無認可キャリアのＣＣＡが失敗したとき、ＵＥ４０６は、４０８において、元の無認可キャリアの別のＣＣＡ検査を実行し得、このＣＣＡ検査がクリアした場合、ＰＵＣＣＨ送信は、後のアップリンクバースト中で、元の無認可キャリア上で送られ得る。必要な場合、ＵＥ４０６は、４０８において、ＰＵＣＣＨ送信のペイロードを、後のアップリンクバースト中で元の無認可キャリア上で送られる前に更新し得る。上述のように、後のアップリンクバースト中で予約されたリソースに関連する情報が、４１２において、ｅＮＢ４０４によってＵＥ４６０にシグナリングされ得る。

[0060]第３の例では、元の無認可キャリアのＣＣＡが失敗したとき、ＵＥ４０６は、４０８において、ｅＮＢ４０４から受信されたシグナリング４１２に基づいて、１つまたは複数の異なるキャリアの各々の上の予約されたＰＵＣＣＨリソースを決定し、１つまたは複数の異なるキャリアのうちの少なくとも１つの上でＰＵＣＣＨ送信を送ることを試み得る。

[0061]送信より前に、ＵＥ４０６は、４０８において、第２の例および／または第３の例において、１つまたは複数の異なるキャリアの各々の新しいＣＣＡ検査を実行し得る。新しいＣＣＡ検査のうちの１つがクリアした場合、ＰＵＣＣＨ送信は、４１０において、同じアップリンクバースト中で異なるキャリア上で、または元の無認可キャリア上で異なるアップリンクバースト中で動的に送られ得る。一態様では、１つまたは複数の異なるキャリアは、異なる無認可キャリアおよび／または認可キャリアであり得る。さらに、１つまたは複数の異なるキャリアの各々の上で予約されたＰＵＣＣＨリソースは、ＰＵＣＣＨリソースの同じセット、または元の無認可キャリア中で予約されたものとは異なるＰＵＣＣＨリソースのセットであり得る。

[0062]第２の例および／または第３の例の第１の態様では、たとえば、新しいＣＣＡ検査のうちの２つまたはそれ以上がクリアした場合、ＰＵＣＣＨ送信のために選択された異なるキャリアが、１つまたは複数の異なるキャリアの優先度リストに基づいて選定され得る。たとえば、優先度リストは、ｅＮＢ４０４からのシグナリング４１２によって送信され得る。さらに、優先度リスト中の異なるキャリアは各々、特定のセルインデックスに関連し得る。

[0063]第２の例および／または第３の例の第２の態様では、ＵＥ４０６は、送信のために選択された異なるキャリア上で、同じサブフレームまたは後のサブフレーム中で、ＰＵＣＣＨ送信をＰＵＳＣＨ送信と多重化し得る。

[0064]第２の例および／または第３の例の第３の態様では、ＵＥ４０６は、４０８において、元の無認可キャリアのＣＣＡ検査の失敗の数がしきい値に達したかどうかを決定し得る。ＣＣＡ検査の失敗の数がしきい値に達した場合、ＰＵＣＣＨ送信は、４１０において、異なるキャリア（たとえば、認可キャリア）のうちの１つの上で送られ得る。

[0065]第２の例および／または第３の例の第４の態様では、ＰＵＣＣＨ送信を送るためにＵＥ４０６によって選択された異なるキャリアは、認可キャリアであり得る。たとえば、ｅＮＢ４０４は、元の無認可キャリアのＣＣＡが失敗した場合に備えて、ｅＰＵＣＣＨフォールバックのために認可キャリア上でリソースを予約し得る。ｅＰＵＣＣＨフォールバックの送信は、状況に応じて、認可キャリアＰＵＣＣＨまたはＰＵＳＣＨ上にあり得る。たとえば、ＵＥ４０６は、４０８において、認可キャリアのＰＵＳＣＨ中のＲＢの数がしきい値数を超えるかどうかを決定し得る。ＲＢのしきい値数が超えられる場合、ＵＥ４０６は、４０８において、ＰＵＣＣＨ送信を認可キャリアＰＵＳＣＨ送信と多重化し得る。そうではなく、ＲＢのしきい値数が超えられない場合、ＵＥ４０６は、４０８において、ＰＵＣＣＨ送信を認可キャリア上のＰＵＣＣＨ送信と多重化し得る。一態様では、ｅＮＢ４０４は、ＵＥ４０６におけるＣＣＡクリアランスの確率（probability）に応じて、認可キャリア上で予約されたＰＵＣＣＨリソースの数を変更し得る。

[0066]さらに、ｅＮＢ４０４は、ＰＵＣＣＨ送信がそれの上で元の無認可キャリア中でスケジュールされる元のサブフレームのｘｍｓ後に、ｅＰＵＣＣＨ送信のフォールバックについて検査し得る。元のサブフレームのｋｍｓ後にｅＰＵＣＣＨ送信のフォールバックから検査することによって、ｅＮＢ４０４は、プリアンブル検出に基づいて、無認可キャリアのＣＣＡがＵＥ４０６において失敗したかどうかを検査する十分な時間を有し得る。一態様では、ｘは、０でない値であり得る。代替的に、ＵＥ４０６が、無認可キャリア上での送信の準備ができているＰＵＣＣＨ送信と、無認可キャリアのＣＣＡの失敗の前に準備ができている認可キャリアとを有する場合、ｘは０ｍｓに設定され得る。

[0067]さらに、ｅＰＵＣＣＨ送信が認可キャリア上で送られるとき、ＵＥ４０６は、４０８において、ｅＰＵＣＣＨ送信のペイロードを低減し得る。たとえば、ＵＥ４０６は、４０８において、１）認可キャリア上で、ｅＰＵＣＣＨ送信中で、ＡＣＫ／ＮＡＣＫのみを報告するがＣＱＩをドロップすること、２）認可キャリア上で、ｅＰＵＣＣＨ送信中で、広帯域ＣＱＩを報告するが、サブバンド固有ＣＱＩをドロップすること、３）バースト的干渉インジケーション（a bursty interference indication）をドロップすること、および／または４）認可キャリア上で、ｅＰＵＣＣＨ送信中で、いくつかのＡＣＫ／ＮＡＣＫビットおよび広帯域ＣＱＩをバンドルすることによって、認可キャリア上でｅＰＵＣＣＨ送信のペイロードを低減し得る。ＵＥ４０６が４０８において認可キャリア上でｅＰＵＣＣＨ送信のペイロードをそれによって低減する機構は、ｅＮＢ４０４による構成に依存し得る。

[0068]少なくとも上記で説明された理由で、本開示は、ＣＣＡ検査が失敗したとき、アップリンク制御情報の送信（たとえば、ＰＵＣＣＨ送信）を可能にする。ＣＣＡ検査が失敗したとき、アップリンク制御情報の送信を可能にすることによって、ＡＣＫ／ＮＡＣＫフィードバックがｅＮＢ４０４において利用可能であり得、ＨＡＲＱプロセスが、ＣＣＡの失敗により中断または終了されないことがあり、ｅＮＢ４０４は、スケジューリングのために旧式のＣＳＩを使用することを回避し得、および／あるいはｅＮＢが次の送信のために使用する競合ウィンドウサイズが影響を及ぼされないことがある。

[0069]図５は、無認可キャリアのＣＣＡが失敗したとき、ｅＰＵＣＣＨフォールバックプロシージャ中で使用される認可キャリアおよび無認可キャリア中のサブフレームの一例を示す。

[0070]図５に示されているように、認可キャリア（たとえば、ＰＣＣ）は、ｅＮＢ４０４とＵＥ４０６との間の通信を可能にするように構成されたＤＬ／ＵＬサブフレーム５０２ａ、５０２ｂ、５０２ｃ、５０２ｄ、５０４を含む。図５にさらに示されているように、無認可キャリア（たとえば、ＳＣＣ）は、ＵＥ４０６がそれの上でｅＮＢ４０４からデータおよび／または情報を受信し得るダウンリンクサブフレーム５０６ａ、５０６ｂのシーケンスと、ＵＥ４０６がそれの中でＣＣＡプロシージャを開始し得るスペシャルサブフレーム５０８と、ＣＣＡがクリアした場合、ＰＵＣＣＨ送信（たとえば、ｅＰＵＣＣＨ送信）がそれの中で送られ得るアップリンクサブフレーム５１０ａ、５１０ｂのシーケンスとを含む。

[0071]図５に示されている例では、無認可キャリアのＣＣＡ検査が失敗し、したがって、ＵＥ４０６は、認可キャリア上でｅＰＵＣＣＨを送るためにｅＰＵＣＣＨフォールバックプロシージャを使用する。一例では、ＵＥ４０６は、無認可キャリアと認可キャリアとの上で異なる報告モードＫ（たとえば、Ｋ＝０、１、２、３、または４）で構成され得る。

[0072]一態様では、ＵＥは、ｅＰＵＣＣＨが無認可キャリア上で送られる場合、モード２−２で構成され得るが、ｅＰＵＣＣＨが認可キャリアにフォールバックする場合、モード１−１で構成され得る。たとえば、図４を参照すると、ＵＥ４０６は、無認可キャリア上で送られたｅＰＵＣＣＨ中でＡＣＫ／ＮＡＣＫビットおよびＣＳＩを含むが、認可キャリア上で送られたフォールバックｅＰＵＣＣＨ上でＡＣＫ／ＮＡＣＫビットのみを含み得る。

[0073]次に図４を参照すると、元の無認可キャリアのＣＣＡ検査を実行する試み４０８が成功し、ＵＥ４０６が、元の無認可キャリアのＣＣＡがクリアしたと決定した場合、ＵＥ４０６は、依然として、４１０、４１４において、認可キャリアなど、異なるキャリア上で、アップリンク制御チャネル中で、ペイロードＰＵＣＣＨ送信の全部または少なくとも一部分を送信しなければならないことがある。認可キャリア上で送信されるｅＰＵＣＣＨのペイロードを低減するために、ＵＥ４０６は、無認可キャリアならびに認可キャリア上で、ｅＰＵＣＣＨの一部分を送信し得る。認可キャリアのＰＵＣＣＨ上でＡＣＫ／ＮＡＣＫペイロードは多重化／バンドルされ得、無認可キャリアのｅＰＵＣＣＨ／発展型ＰＵＳＣＨ（ｅＰＵＳＣＨ）上で送信されるＡＣＫ／ＮＡＣＫペイロード、個々のビットは、多重化／バンドルすることなしに送信され得る。

[0074]一例では、ＰＵＣＣＨ送信のペイロードの第１の部分が、４１０において、元の無認可キャリア上で送信され得、ＰＵＣＣＨ送信の第２の部分が、４１０において、認可キャリア上で送信され得る。無認可ＳＣＣ中のｅＰＵＣＣＨの容量が、認可ＰＣＣ中のＰＵＣＣＨの容量よりも大きくなり得るので、無認可ＳＣＣのｅＰＵＣＣＨ中のＰＵＣＣＨ送信のペイロードは、概して、認可ＰＣＣのＰＵＣＣＨ中のＰＵＣＣＨ送信のペイロードよりも大きくなり得る。したがって、本開示のワイヤレス通信システム４００は、ＰＣＣおよびＳＣＣなど、複数のキャリアにわたってペイロードをスプリットすることによって、ＬＡＡキャリアにわたる日和見的（opportunistic）ＰＵＣＣＨ送信を利用することが可能であり得る。したがって、ＰＵＣＣＨ送信のより大きいペイロードが、元の無認可キャリア上で送られ得（たとえば、サブバンドＣＱＩ）、ＰＵＣＣＨ送信のより小さいペイロードが、認可キャリア上で送られ得る（たとえば、広帯域ＣＱＩ）。これは、ＵＥがＣＣＡを検査し、無認可キャリア上で制御情報を送信することが可能であるとき、ＵＥが無認可キャリア上でＵＬフィードバック情報を拡張することを可能にしながら、ＵＥが認可キャリア上でＰＵＣＣＨ送信を用いてアンカー情報をフィードバックすることを可能にする。

[0075]まだ図４を参照すると、ｅＮＢ４０４は、無認可キャリア上で、数個の知られているペイロードサイズをブラインド復号することを試みることによって、ＰＵＣＣＨペイロードサイズおよびコンテンツを決定し得、ここで、ＣＲＣがｅＮＢ４０４による検証のために存在する。一態様では、認可キャリア上でＰＵＣＣＨコンテンツのフォーマットを示すために、（たとえば、ヘッダのように）数個のビットがＵＥ４０６によってｅＰＵＣＣＨペイロードに追加され得る。

[0076]図６Ａおよび図６Ｂは、無認可キャリアのＣＣＡがクリアしたときの認可キャリア（たとえば、ＰＣＣ）と無認可キャリア（たとえば、ＳＣＣ）との間の負荷分散６００、６５０の例を示す。図６Ａおよび６Ｂに示されているように、認可キャリア（たとえば、ＰＣＣ）は、ｅＮＢ４０４とＵＥ４０６との間の通信を可能にするように構成されたＤＬ／ＵＬサブフレーム６０２ａ、６０２ｂ、６０２ｃ、６０２ｄ、６０４を含む。

[0077]図６Ａでは、無認可キャリア（たとえば、ＳＣＣ）は、ＵＥ４０６がそれの上でｅＮＢ４０４からデータおよび／または情報を受信し得るダウンリンクサブフレーム６０６ａ、６０６ｂのシーケンスと、ＵＥ４０６がそれの中でＣＣＡを実行し始め得るスペシャルサブフレーム６０８と、ＣＣＡがクリアした場合、ｅＰＵＣＣＨ送信がそれの中で送られ得るアップリンクサブフレーム６１０ａ、６１０ｂのシーケンスとを含む。図６Ａに示されている例では、無認可キャリアのＣＣＡ検査がクリアし、ＵＥ４０６は、無認可キャリア上で、追加のＰＣＣ情報（たとえば、チャネル状態フィードバック（ＣＳＦ：channel state feedback））とともにｅＰＵＣＣＨを送る。

[0078]図６Ｂでは、無認可キャリアのＣＣＡ検査はクリアする。さらに、ＵＥ４０６は、無認可キャリア上でＰＣＣのＣＳＦと多重化されたｅＰＵＣＣＨと、認可キャリア上でＨＡＲＱ情報と多重化するＰＵＣＣＨとを送る。無認可ＳＣＣ中のｅＰＵＣＣＨの容量が、認可ＰＣＣ中のＰＵＣＣＨの容量よりも大きくなり得るので、無認可ＳＣＣのｅＰＵＣＣＨ中のＰＵＣＣＨ送信のペイロードは、概して、認可ＰＣＣのＰＵＣＣＨ中のＰＵＣＣＨ送信のペイロードよりも大きくなり得る。したがって、本開示のワイヤレス通信システム４００は、ＰＣＣおよびＳＣＣなど、複数のキャリアにわたってペイロードをスプリットすることを含む、ＬＡＡキャリアにわたる日和見的ＰＵＣＣＨ送信を利用することが可能であり得る。

[0079]図７Ａ〜図７Ｅは、ワイヤレス通信の方法のフローチャート７００である。本方法は、ＵＥ（たとえば、ＵＥ４０６、装置９０２／９０２’）によって実行され得る。破線で示される動作は、本開示の様々な態様のための随意の動作を表す。

[0080]７０２において、ＵＥはアップリンク制御情報を生成する。たとえば、図４を参照すると、ＵＥ４０６は、４０８において、アップリンクバースト中に元の無認可キャリア上で、ｅＮＢ４０４に送られるべきＰＵＣＣＨ送信を生成し得る。

[0081]７０４において、ＵＥは、アップリンクバーストのためにキャリアのＣＣＡを実行することを試みる。たとえば、図４を参照すると、ＵＥ４０６は、４０８において、無認可キャリアのＣＣＡを実行することを試み得る。

[0082]７０６において、ＵＥは、ＣＣＡが失敗したかどうかを決定する。たとえば、図４を参照すると、ＵＥ４０６は、４０８において、元の無認可キャリアのＣＣＡが失敗したのかクリアしたのかを決定し得る。

[0083]ＵＥが、７０６においてＣＣＡが失敗しなかったと決定した場合、７０８において、ＵＥは、アップリンクバースト中で、そのキャリア上でアップリンク制御情報を送信し得る。たとえば、図４を参照すると、元の無認可キャリアのＣＣＡがクリアした場合、ＵＥ４０６は、４１０において、元の無認可キャリア上で、アップリンクバースト中に元のサブフレーム中でＰＵＣＣＨ送信を送信し得る。

[0084]しかしながら、ＵＥが、７０６においてＣＣＡが失敗したと決定した場合、７１０において、ＵＥは、送信プロシージャＡ（図７Ｂ参照）、送信プロシージャＢ（図７Ｃ参照）、送信プロシージャＣ（図７Ｄ参照）、または送信プロシージャＤ（図７Ｅ参照）を実行し得る。

送信プロシージャＡ
[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]以上の説明は、当業者が本明細書で説明された様々な態様を実施できるようにするために与えられた。これらの態様への様々な変更は当業者には容易に明らかであり、本明細書で定義された一般原理は他の態様に適用され得る。したがって、特許請求の範囲は、本明細書で示された態様に限定されるものではなく、クレーム文言に矛盾しない全範囲を与えられるべきであり、ここにおいて、単数形の要素への言及は、そのように明記されていない限り、「唯一無二の」を意味するものではなく、「１つまたは複数の」を意味するものである。「例示的」という単語は、本明細書では「例、事例、または例示の働きをすること」を意味するために使用される。「例示的」として本明細書で説明されたいかなる態様も、必ずしも他の態様よりも好適または有利であると解釈されるべきであるとは限らない。別段に明記されていない限り、「いくつか（some）」という語は１つまたは複数を指す。「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、またはＣのうちの１つまたは複数」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの１つまたは複数」、および「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」などの組合せは、Ａ、Ｂ、および／またはＣの任意の組合せを含み、複数のＡ、複数のＢ、または複数のＣを含み得る。詳細には、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、またはＣのうちの１つまたは複数」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの１つまたは複数」、および「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」などの組合せは、Ａのみ、Ｂのみ、Ｃのみ、ＡおよびＢ、ＡおよびＣ、ＢおよびＣ、またはＡおよびＢおよびＣであり得、ここで、いかなるそのような組合せも、Ａ、Ｂ、またはＣのうちの１つまたは複数のメンバーを含んでいることがある。当業者に知られている、または後に知られることになる、本開示全体にわたって説明された様々な態様の要素のすべての構造的および機能的均等物は、参照により本明細書に明確に組み込まれ、特許請求の範囲に包含されるものである。その上、本明細書で開示されるいかなることも、そのような開示が特許請求の範囲に明示的に記載されているかどうかにかかわらず、公に供するものではない。「モジュール」、「機構」、「要素」、「デバイス」などという単語は、「手段」という単語の代用でないことがある。したがって、いかなるクレーム要素も、その要素が「のための手段」という語句を使用して明確に記載されていない限り、ミーンズプラスファンクションとして解釈されるべきではない。

[00123]以上の説明は、当業者が本明細書で説明された様々な態様を実施できるようにするために与えられた。これらの態様への様々な変更は当業者には容易に明らかであり、本明細書で定義された一般原理は他の態様に適用され得る。したがって、特許請求の範囲は、本明細書で示された態様に限定されるものではなく、クレーム文言に矛盾しない全範囲を与えられるべきであり、ここにおいて、単数形の要素への言及は、そのように明記されていない限り、「唯一無二の」を意味するものではなく、「１つまたは複数の」を意味するものである。「例示的」という単語は、本明細書では「例、事例、または例示の働きをすること」を意味するために使用される。「例示的」として本明細書で説明されたいかなる態様も、必ずしも他の態様よりも好適または有利であると解釈されるべきであるとは限らない。別段に明記されていない限り、「いくつか（some）」という語は１つまたは複数を指す。「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、またはＣのうちの１つまたは複数」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの１つまたは複数」、および「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」などの組合せは、Ａ、Ｂ、および／またはＣの任意の組合せを含み、複数のＡ、複数のＢ、または複数のＣを含み得る。詳細には、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、またはＣのうちの１つまたは複数」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの１つまたは複数」、および「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」などの組合せは、Ａのみ、Ｂのみ、Ｃのみ、ＡおよびＢ、ＡおよびＣ、ＢおよびＣ、またはＡおよびＢおよびＣであり得、ここで、いかなるそのような組合せも、Ａ、Ｂ、またはＣのうちの１つまたは複数のメンバーを含んでいることがある。当業者に知られている、または後に知られることになる、本開示全体にわたって説明された様々な態様の要素のすべての構造的および機能的均等物は、参照により本明細書に明確に組み込まれ、特許請求の範囲に包含されるものである。その上、本明細書で開示されるいかなることも、そのような開示が特許請求の範囲に明示的に記載されているかどうかにかかわらず、公に供するものではない。「モジュール」、「機構」、「要素」、「デバイス」などという単語は、「手段」という単語の代用でないことがある。したがって、いかなるクレーム要素も、その要素が「のための手段」という語句を使用して明確に記載されていない限り、ミーンズプラスファンクションとして解釈されるべきではない。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ワイヤレス通信の方法であって、
アップリンク制御情報を生成することと、
アップリンクバーストのためにキャリアのクリアチャネルアセスメント（ＣＣＡ）を実行することを試みることと、
前記ＣＣＡの失敗を決定することと、
前記ＣＣＡが失敗したと決定されたとき、
前記アップリンクバーストの後のサブフレーム中で、前記キャリア上で前記アップリンク制御情報を送信すること、
異なるアップリンクバースト中で、前記キャリア上で前記アップリンク制御情報を送信すること、または
異なるキャリア上で前記アップリンク制御情報を送信すること
のうちの１つを実行することと
を備える、方法。
［Ｃ２］
物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースが、前記アップリンク制御情報のための前記アップリンクバーストの前記後のサブフレーム中で予約される、Ｃ１に記載の方法。
［Ｃ３］
基地局から受信されたシグナリングに基づいて、前記アップリンクバーストの前記後のサブフレーム中で予約された前記ＰＵＣＣＨリソースを決定することをさらに備える、Ｃ２に記載の方法。
［Ｃ４］
物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースが、前記アップリンク制御情報のための前記キャリアの前記異なるアップリンクバースト中で予約される、Ｃ１に記載の方法。
［Ｃ５］
基地局から受信されたシグナリングに基づいて、前記異なるアップリンクバースト中で予約された前記ＰＵＣＣＨリソースを決定することをさらに備える、Ｃ４に記載の方法。
［Ｃ６］
前記アップリンク制御情報が前記異なるアップリンクバースト中で前記キャリア上で送信される前に、前記キャリアの別のタイプのＣＣＡを実行することを試みることをさらに備える、Ｃ１に記載の方法。
［Ｃ７］
前記アップリンク制御情報が、前記アップリンクバーストと同じサブフレームまたは前記アップリンクバーストとは異なるサブフレーム中で前記異なるキャリア上で送信される、Ｃ１に記載の方法。
［Ｃ８］
物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースが、前記アップリンク制御情報のための前記異なるキャリア上で予約される、Ｃ１に記載の方法。
［Ｃ９］
複数のキャリアの新しいＣＣＡを実行することと、
前記新しいＣＣＡをクリアする前記複数のキャリアのうちの１つまたは複数上で前記アップリンク制御情報を送信することと
をさらに備える、Ｃ１に記載の方法。
［Ｃ１０］
前記複数のキャリアのうちの２つまたはそれ以上が前記新しいＣＣＡをクリアする場合、アップリンク制御情報が、優先度リストに基づいて前記複数のキャリアのうちの１つの上で送信される、Ｃ９に記載の方法。
［Ｃ１１］
基地局から前記優先度リストに関連する情報を受信することをさらに備える、Ｃ１０に記載の方法。
［Ｃ１２］
前記アップリンク制御情報が、前記異なるキャリアまたは異なるサブフレームのうちの少なくとも１つの上で物理アップリンク共有チャネル（ＰＵＳＣＨ）送信と多重化される、Ｃ７に記載の方法。
［Ｃ１３］
前記ＣＣＡの失敗の数がしきい値に達したと決定することと、
前記しきい値が達せられたとき、前記異なるキャリア上で前記アップリンク制御情報を送信することと
をさらに備える、Ｃ１に記載の方法。
［Ｃ１４］
前記キャリアが無認可キャリアであり、前記異なるキャリアが認可キャリアである、Ｃ１に記載の方法。
［Ｃ１５］
前記認可キャリア上で前記アップリンク制御情報を前記送信することは、
前記認可キャリアの物理アップリンク共有チャネル（ＰＵＳＣＨ）中のリソースブロック（ＲＢ）の数がしきい値を超えるかどうかを決定することと、
ＲＢの前記数が前記しきい値を超えるとき、前記アップリンク制御情報を認可キャリアＰＵＳＣＨ送信と多重化することと、
ＲＢの前記数が前記しきい値を超えないとき、前記アップリンク制御情報を認可キャリアアップリンク制御情報と多重化することと
を備える、Ｃ１４に記載の方法。
［Ｃ１６］
前記アップリンク制御情報が前記認可キャリア上で送信されるとき、前記アップリンク制御情報のペイロードを低減することをさらに備える、Ｃ１５に記載の方法。
［Ｃ１７］
ワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと
を備え、前記少なくとも１つのプロセッサは、
アップリンク制御情報を生成することと、
アップリンクバーストのためにキャリアのクリアチャネルアセスメント（ＣＣＡ）を実行することを試みることと、
前記ＣＣＡの失敗を決定することと、
前記ＣＣＡが失敗したと決定されたとき、
前記アップリンクバーストの後のサブフレーム中で、前記キャリア上で前記アップリンク制御情報を送信すること、
異なるアップリンクバースト中で、前記キャリア上で前記アップリンク制御情報を送信すること、または
異なるキャリア上で前記アップリンク制御情報を送信すること
のうちの１つを実行することと
を行うように構成された、装置。
［Ｃ１８］
物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースが、前記アップリンク制御情報のための前記アップリンクバーストの前記後のサブフレーム中で予約される、Ｃ１７に記載の装置。
［Ｃ１９］
前記少なくとも１つのプロセッサが、基地局から受信されたシグナリングに基づいて、前記アップリンクバーストの前記後のサブフレーム中で予約された前記ＰＵＣＣＨリソースを決定するようにさらに構成された、Ｃ１８に記載の装置。
［Ｃ２０］
物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースが、前記アップリンク制御情報のための前記キャリアの前記異なるアップリンクバースト中で予約される、Ｃ１７に記載の装置。
［Ｃ２１］
前記少なくとも１つのプロセッサが、基地局から受信されたシグナリングに基づいて、前記異なるアップリンクバースト中で予約された前記ＰＵＣＣＨリソースを決定するようにさらに構成された、Ｃ２０に記載の装置。
［Ｃ２２］
前記少なくとも１つのプロセッサは、前記アップリンク制御情報が前記異なるアップリンクバースト中で前記キャリア上で送信される前に、前記キャリアの別のタイプのＣＣＡを実行することを試みるようにさらに構成された、Ｃ１７に記載の装置。
［Ｃ２３］
前記アップリンク制御情報が、前記アップリンクバーストと同じサブフレームまたは前記アップリンクバーストとは異なるサブフレーム中で前記異なるキャリア上で送信される、Ｃ１７に記載の装置。
［Ｃ２４］
前記少なくとも１つのプロセッサが、
複数のキャリアの新しいＣＣＡを実行することと、
前記新しいＣＣＡをクリアする前記複数のキャリアのうちの１つまたは複数上で前記アップリンク制御情報を送信することと
を行うようにさらに構成され、
ここにおいて、前記複数のキャリアのうちの２つまたはそれ以上が前記新しいＣＣＡをクリアする場合、前記アップリンク制御情報が、優先度リストに基づいて前記複数のキャリアのうちの１つの上で送信される、Ｃ１７に記載の装置。
［Ｃ２５］
前記少なくとも１つのプロセッサが、基地局から前記優先度リストに関連する情報を受信するようにさらに構成された、Ｃ２４に記載の装置。
［Ｃ２６］
前記アップリンク制御情報が、前記異なるキャリアまたは異なるサブフレームのうちの少なくとも１つの上で物理アップリンク共有チャネル（ＰＵＳＣＨ）送信と多重化される、Ｃ２３に記載の装置。
［Ｃ２７］
前記少なくとも１つのプロセッサは、
前記ＣＣＡの失敗の数がしきい値に達したと決定することと、
前記しきい値が達せられたとき、前記異なるキャリア上で前記アップリンク制御情報を送信することと
を行うようにさらに構成された、Ｃ１７に記載の装置。
［Ｃ２８］
前記キャリアが無認可キャリアであり、前記異なるキャリアが認可キャリアであり、ここにおいて、前記少なくとも１つのプロセッサは、
前記認可キャリアの物理アップリンク共有チャネル（ＰＵＳＣＨ）中のリソースブロック（ＲＢ）の数がしきい値を超えるかどうかを決定することと、
ＲＢの前記数が前記しきい値を超えるとき、前記アップリンク制御情報を認可キャリアＰＵＳＣＨ送信と多重化することと、
ＲＢの前記数が前記しきい値を超えないとき、前記アップリンク制御情報を認可キャリアアップリンク制御情報と多重化することと、
前記アップリンク制御情報が前記認可キャリア上で送信されるとき、前記アップリンク制御情報のペイロードを低減することと
によって、前記認可キャリア上で前記アップリンク制御情報を送信するように構成された、Ｃ１７に記載の装置。
［Ｃ２９］
ワイヤレス通信のための装置であって、
アップリンク制御情報を生成するための手段と、
アップリンクバーストのためにキャリアのクリアチャネルアセスメント（ＣＣＡ）を実行することを試みるための手段と、
前記ＣＣＡの失敗を決定するための手段と、
前記ＣＣＡが失敗したと決定されたとき、
前記アップリンクバーストの後のサブフレーム中で、前記キャリア上で前記アップリンク制御情報を送信すること、
異なるアップリンクバースト中で、前記キャリア上で前記アップリンク制御情報を送信すること、または
異なるキャリア上で前記アップリンク制御情報を送信すること
のうちの１つを実行するための手段と
を備える、装置。
［Ｃ３０］
コンピュータ実行可能コードを記憶するコンピュータ可読媒体であって、
アップリンク制御情報を生成することと、
アップリンクバーストのためにキャリアのクリアチャネルアセスメント（ＣＣＡ）を実行することを試みることと、
前記ＣＣＡの失敗を決定することと、
前記ＣＣＡが失敗したと決定されたとき、
前記アップリンクバーストの後のサブフレーム中で、前記キャリア上で前記アップリンク制御情報を送信すること、
異なるアップリンクバースト中で、前記キャリア上で前記アップリンク制御情報を送信すること、または
異なるキャリア上で前記アップリンク制御情報を送信すること
のうちの１つを実行することと
を行うためのコードを備える、コンピュータ可読媒体。

Claims

ワイヤレス通信の方法であって、
アップリンク制御情報を生成することと、
アップリンクバーストのためにキャリアのクリアチャネルアセスメント（ＣＣＡ）を実行することを試みることと、
前記ＣＣＡの失敗を決定することと、
前記ＣＣＡが失敗したと決定されたとき、
前記アップリンクバーストの後のサブフレーム中で、前記キャリア上で前記アップリンク制御情報を送信すること、
異なるアップリンクバースト中で、前記キャリア上で前記アップリンク制御情報を送信すること、または
異なるキャリア上で前記アップリンク制御情報を送信すること
のうちの１つを実行することと
を備える、方法。
物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースが、前記アップリンク制御情報のための前記アップリンクバーストの前記後のサブフレーム中で予約される、請求項１に記載の方法。
基地局から受信されたシグナリングに基づいて、前記アップリンクバーストの前記後のサブフレーム中で予約された前記ＰＵＣＣＨリソースを決定することをさらに備える、請求項２に記載の方法。
物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースが、前記アップリンク制御情報のための前記キャリアの前記異なるアップリンクバースト中で予約される、請求項１に記載の方法。
基地局から受信されたシグナリングに基づいて、前記異なるアップリンクバースト中で予約された前記ＰＵＣＣＨリソースを決定することをさらに備える、請求項４に記載の方法。
前記アップリンク制御情報が前記異なるアップリンクバースト中で前記キャリア上で送信される前に、前記キャリアの別のタイプのＣＣＡを実行することを試みることをさらに備える、請求項１に記載の方法。
前記アップリンク制御情報が、前記アップリンクバーストと同じサブフレームまたは前記アップリンクバーストとは異なるサブフレーム中で前記異なるキャリア上で送信される、請求項１に記載の方法。
物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースが、前記アップリンク制御情報のための前記異なるキャリア上で予約される、請求項１に記載の方法。
複数のキャリアの新しいＣＣＡを実行することと、
前記新しいＣＣＡをクリアする前記複数のキャリアのうちの１つまたは複数上で前記アップリンク制御情報を送信することと
をさらに備える、請求項１に記載の方法。
前記複数のキャリアのうちの２つまたはそれ以上が前記新しいＣＣＡをクリアする場合、アップリンク制御情報が、優先度リストに基づいて前記複数のキャリアのうちの１つの上で送信される、請求項９に記載の方法。
基地局から前記優先度リストに関連する情報を受信することをさらに備える、請求項１０に記載の方法。
前記アップリンク制御情報が、前記異なるキャリアまたは異なるサブフレームのうちの少なくとも１つの上で物理アップリンク共有チャネル（ＰＵＳＣＨ）送信と多重化される、請求項７に記載の方法。
前記ＣＣＡの失敗の数がしきい値に達したと決定することと、
前記しきい値が達せられたとき、前記異なるキャリア上で前記アップリンク制御情報を送信することと
をさらに備える、請求項１に記載の方法。
前記キャリアが無認可キャリアであり、前記異なるキャリアが認可キャリアである、請求項１に記載の方法。
前記認可キャリア上で前記アップリンク制御情報を前記送信することは、
前記認可キャリアの物理アップリンク共有チャネル（ＰＵＳＣＨ）中のリソースブロック（ＲＢ）の数がしきい値を超えるかどうかを決定することと、
ＲＢの前記数が前記しきい値を超えるとき、前記アップリンク制御情報を認可キャリアＰＵＳＣＨ送信と多重化することと、
ＲＢの前記数が前記しきい値を超えないとき、前記アップリンク制御情報を認可キャリアアップリンク制御情報と多重化することと
を備える、請求項１４に記載の方法。
前記アップリンク制御情報が前記認可キャリア上で送信されるとき、前記アップリンク制御情報のペイロードを低減することをさらに備える、請求項１５に記載の方法。
ワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと
を備え、前記少なくとも１つのプロセッサは、
アップリンク制御情報を生成することと、
アップリンクバーストのためにキャリアのクリアチャネルアセスメント（ＣＣＡ）を実行することを試みることと、
前記ＣＣＡの失敗を決定することと、
前記ＣＣＡが失敗したと決定されたとき、
前記アップリンクバーストの後のサブフレーム中で、前記キャリア上で前記アップリンク制御情報を送信すること、
異なるアップリンクバースト中で、前記キャリア上で前記アップリンク制御情報を送信すること、または
異なるキャリア上で前記アップリンク制御情報を送信すること
のうちの１つを実行することと
を行うように構成された、装置。
物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースが、前記アップリンク制御情報のための前記アップリンクバーストの前記後のサブフレーム中で予約される、請求項１７に記載の装置。
前記少なくとも１つのプロセッサが、基地局から受信されたシグナリングに基づいて、前記アップリンクバーストの前記後のサブフレーム中で予約された前記ＰＵＣＣＨリソースを決定するようにさらに構成された、請求項１８に記載の装置。
物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースが、前記アップリンク制御情報のための前記キャリアの前記異なるアップリンクバースト中で予約される、請求項１７に記載の装置。
前記少なくとも１つのプロセッサが、基地局から受信されたシグナリングに基づいて、前記異なるアップリンクバースト中で予約された前記ＰＵＣＣＨリソースを決定するようにさらに構成された、請求項２０に記載の装置。
前記少なくとも１つのプロセッサは、前記アップリンク制御情報が前記異なるアップリンクバースト中で前記キャリア上で送信される前に、前記キャリアの別のタイプのＣＣＡを実行することを試みるようにさらに構成された、請求項１７に記載の装置。
前記アップリンク制御情報が、前記アップリンクバーストと同じサブフレームまたは前記アップリンクバーストとは異なるサブフレーム中で前記異なるキャリア上で送信される、請求項１７に記載の装置。
前記少なくとも１つのプロセッサが、
複数のキャリアの新しいＣＣＡを実行することと、
前記新しいＣＣＡをクリアする前記複数のキャリアのうちの１つまたは複数上で前記アップリンク制御情報を送信することと
を行うようにさらに構成され、
ここにおいて、前記複数のキャリアのうちの２つまたはそれ以上が前記新しいＣＣＡをクリアする場合、前記アップリンク制御情報が、優先度リストに基づいて前記複数のキャリアのうちの１つの上で送信される、請求項１７に記載の装置。
前記少なくとも１つのプロセッサが、基地局から前記優先度リストに関連する情報を受信するようにさらに構成された、請求項２４に記載の装置。
前記アップリンク制御情報が、前記異なるキャリアまたは異なるサブフレームのうちの少なくとも１つの上で物理アップリンク共有チャネル（ＰＵＳＣＨ）送信と多重化される、請求項２３に記載の装置。
前記少なくとも１つのプロセッサは、
前記ＣＣＡの失敗の数がしきい値に達したと決定することと、
前記しきい値が達せられたとき、前記異なるキャリア上で前記アップリンク制御情報を送信することと
を行うようにさらに構成された、請求項１７に記載の装置。
前記キャリアが無認可キャリアであり、前記異なるキャリアが認可キャリアであり、ここにおいて、前記少なくとも１つのプロセッサは、
前記認可キャリアの物理アップリンク共有チャネル（ＰＵＳＣＨ）中のリソースブロック（ＲＢ）の数がしきい値を超えるかどうかを決定することと、
ＲＢの前記数が前記しきい値を超えるとき、前記アップリンク制御情報を認可キャリアＰＵＳＣＨ送信と多重化することと、
ＲＢの前記数が前記しきい値を超えないとき、前記アップリンク制御情報を認可キャリアアップリンク制御情報と多重化することと、
前記アップリンク制御情報が前記認可キャリア上で送信されるとき、前記アップリンク制御情報のペイロードを低減することと
によって、前記認可キャリア上で前記アップリンク制御情報を送信するように構成された、請求項１７に記載の装置。
ワイヤレス通信のための装置であって、
アップリンク制御情報を生成するための手段と、
アップリンクバーストのためにキャリアのクリアチャネルアセスメント（ＣＣＡ）を実行することを試みるための手段と、
前記ＣＣＡの失敗を決定するための手段と、
前記ＣＣＡが失敗したと決定されたとき、
前記アップリンクバーストの後のサブフレーム中で、前記キャリア上で前記アップリンク制御情報を送信すること、
異なるアップリンクバースト中で、前記キャリア上で前記アップリンク制御情報を送信すること、または
異なるキャリア上で前記アップリンク制御情報を送信すること
のうちの１つを実行するための手段と
を備える、装置。
コンピュータ実行可能コードを記憶するコンピュータ可読媒体であって、
アップリンク制御情報を生成することと、
アップリンクバーストのためにキャリアのクリアチャネルアセスメント（ＣＣＡ）を実行することを試みることと、
前記ＣＣＡの失敗を決定することと、
前記ＣＣＡが失敗したと決定されたとき、
前記アップリンクバーストの後のサブフレーム中で、前記キャリア上で前記アップリンク制御情報を送信すること、
異なるアップリンクバースト中で、前記キャリア上で前記アップリンク制御情報を送信すること、または
異なるキャリア上で前記アップリンク制御情報を送信すること
のうちの１つを実行することと
を行うためのコードを備える、コンピュータ可読媒体。