(57)【要約】      （修正有）【課題】バンドリングされた送信としてアップリンク制御情報（ＵＣＩ）を送るために適用される技法および装置を提供する。【解決手段】技法は、物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信するために第１のバンドリングサイズを決定することと、ＵＣＩを送信するために第２のバンドリングサイズを決定することと、ＵＣＩとＰＵＳＣＨとの間の重複の量に少なくとも部分的に基づいて、バンドリングされた送信としてＵＣＩをいつ送信するかを決定することと、第１および第２のバンドリングサイズに従って、バンドリングされた送信としてＵＣＩおよびＰＵＳＣＨを送信することとを備える。ＵＣＩをいつ送信するかを決定することは、ＵＣＩとＰＵＳＣＨとの間の重複部分上でＰＵＳＣＨをドロップすることを備える。【選択図】図８
2020188471.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）によってサブフレームのバンドルにわたって、バンドリングされた送信としてアップリンク制御情報（ＵＣＩ）を送信する方法であって、
物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信するために第１のバンドリングサイズを決定することと、
前記ＵＣＩを送信するために第２のバンドリングサイズを決定することと、
前記第１および第２のバンドリングサイズに従って、バンドリングされた送信として前記ＵＣＩおよび前記ＰＵＳＣＨを送信することと
を備える、方法。
【請求項２】
前記ＵＣＩが物理アップリンク制御チャネル（ＰＵＣＣＨ）上で送信されるか、またはＰＵＳＣＨ上で送信されるかに依存して、別個のバンドリングサイズが前記ＵＣＩを送信するために使用される、請求項１に記載の方法。
【請求項３】
前記第１および第２のバンドリングサイズのうちの少なくとも１つを示すシグナリングを受信すること
をさらに備える、請求項１に記載の方法。
【請求項４】
前記第１のバンドリングサイズを示すシグナリングを受信することと、
前記第１のバンドリングサイズに少なくとも部分的に基づいて、前記第２のバンドリングサイズを決定することと
を備える、請求項３に記載の方法。
【請求項５】
前記ＵＣＩとＰＵＳＣＨとの間の重複の量に少なくとも部分的に基づいて、バンドリングされた送信として前記ＵＣＩをいつ送信するかを決定すること
をさらに備える、請求項１に記載の方法。
【請求項６】
前記ＵＣＩをいつ送信するかを決定することは、
ＵＣＩがＰＵＳＣＨと重複する場合、前記バンドル内の全てのサブフレーム上のＰＵＳＣＨ内の前記ＵＣＩを送信すること
を備える、請求項５に記載の方法。
【請求項７】
前記ＵＣＩをいつ送信するかを決定することはさらに、
ＵＣＩがＰＵＳＣＨと重複しない場合、前記バンドル内の全てのサブフレーム上の物理アップリンク制御チャネル（ＰＵＣＣＨ）内の前記ＵＣＩを送信すること
を備える、請求項６に記載の方法。
【請求項８】
前記ＵＣＩをいつ送信するかを決定することは、
ＵＣＩがＰＵＳＣＨ上で送信されるか、または物理アップリンク制御チャネル（ＰＵＣＣＨ）上で送信されるかに依存して、異なる周波数リソース上で前記ＵＣＩを送信すること
を備える、請求項５に記載の方法。
【請求項９】
前記ＵＣＩをいつ送信するかを決定することは、
ＵＣＩとＰＵＳＣＨとが重複する場合、ＵＣＩをドロップすることと、
ＵＣＩとＰＵＳＣＨとが重複しない場合、ＵＣＩを送信することと
を備える、請求項５に記載の方法。
【請求項１０】
前記バンドリングされた送信の１つまたは複数のパラメータに少なくとも部分的に基づいて、ＵＣＩリソースを計算すること
をさらに備え、
バンドリングされた送信についてのＵＣＩリソース計算は、バンドリングなしのＵＣＩリソース計算とは異なる、請求項１に記載の方法。
【請求項１１】
前記ＵＣＩリソース計算はバンドリングサイズに少なくとも部分的に基づく、請求項１０に記載の方法。
【請求項１２】
前記ＵＣＩリソース計算は、ＰＵＳＣＨとＵＣＩとの重複の量に少なくとも部分的に基づく、請求項１０に記載の方法。
【請求項１３】
前記バンドリングされた送信の１つまたは複数のパラメータに基づいて、バンドリングされた送信として、どのタイプのＵＣＩを送信するかを決定することをさらに備える、請求項１に記載の方法。
【請求項１４】
前記バンドリングされた送信の前記１つまたは複数のパラメータは、バンドリングの長さ、トランスポートブロックのサイズ、またはリソース割り当てのサイズのうちの少なくとも１つを備える、請求項１３に記載の方法。
【請求項１５】
前記バンドリングされた送信の１つまたは複数のパラメータに基づいて、バンドリングされた送信として、どのタイプのＵＣＩを送信するかを決定することは、
バンドリングされた送信として、ランクインジケーション（ＲＩ）またはチャネル品質インジケータ（ＣＱＩ）のうちの少なくとも１つを送信すると決定すること
を備える、請求項１３に記載の方法。
【請求項１６】
基地局（ＢＳ）によってサブフレームのバンドルにわたって、バンドリングされた送信としてアップリンク制御情報（ＵＣＩ）を受信する方法であって、
物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信するために、ユーザ機器（ＵＥ）のための第１のバンドリングサイズを決定することと、
前記ＵＣＩを送信するために、前記ＵＥのための第２のバンドリングサイズを決定することと、
前記第１および第２のバンドリングサイズに従って、前記ＵＥからのバンドリングされた送信として前記ＵＣＩおよび前記ＰＵＳＣＨを受信することと
を備える、方法。
【請求項１７】
前記ＵＣＩが物理アップリンク制御チャネル（ＰＵＣＣＨ）上で送信されるか、またはＰＵＳＣＨ上で送信されるかに依存して、別個のバンドリングサイズが前記ＵＣＩを送信するために使用される、請求項１６に記載の方法。
【請求項１８】
前記第１および第２のバンドリングサイズのうちの少なくとも１つを示すシグナリングを送信すること
をさらに備える、請求項１６に記載の方法。
【請求項１９】
前記第２のバンドリングサイズを決定する際に使用するために、前記ＵＥのための前記第１のバンドリングサイズを示すシグナリングを送信すること
を備える、請求項１８に記載の方法。
【請求項２０】
前記ＵＣＩとＰＵＳＣＨとの間の重複の量に少なくとも部分的に基づいて、バンドリングされた送信として、前記ＵＥが前記ＵＣＩをいつ送信するかを決定すること
をさらに備える、請求項１６に記載の方法。
【請求項２１】
バンドリングされた送信として、前記ＵＥが前記ＵＣＩをいつ送信するかを決定することは、
ＵＣＩがＰＵＳＣＨと重複する場合、前記ＵＥが、前記バンドル内の全てのサブフレーム上のＰＵＳＣＨ内の前記ＵＣＩを送信すると決定すること
を備える、請求項２０に記載の方法。
【請求項２２】
バンドリングされた送信として、前記ＵＥが前記ＵＣＩをいつ送信するかを決定することは、
ＵＣＩが、前記ＵＥによってＰＵＳＣＨ上で送信されるか、または物理アップリンク制御チャネル（ＰＵＣＣＨ）上で送信されるかに依存して、前記ＵＥが、異なる周波数リソース上で前記ＵＣＩを送信すると決定すること
を備える、請求項２０に記載の方法。
【請求項２３】
前記バンドリングされた送信の１つまたは複数のパラメータに少なくとも部分的に基づいて、ＵＣＩリソースを計算すること
をさらに備え、
バンドリングされた送信についての前記ＵＣＩリソース計算は、バンドリングなしのＵＣＩリソース計算とは異なる、請求項１６に記載の方法。
【請求項２４】
前記ＵＣＩリソース計算は、バンドリングサイズに少なくとも部分的に基づく、請求項２３に記載の方法。
【請求項２５】
前記ＵＣＩリソース計算は、ＰＵＳＣＨとＵＣＩとの重複の量に少なくとも部分的に基づく、請求項２３に記載の方法。
【請求項２６】
前記バンドリングされた送信の１つまたは複数のパラメータに基づいて、バンドリングされた送信として、前記ＵＥが、どのタイプのＵＣＩを送信するかを決定することをさらに備える、請求項１６に記載の方法。
【請求項２７】
前記バンドリングされた送信の前記１つまたは複数のパラメータは、バンドリングの長さ、トランスポートブロックのサイズ、またはリソース割り当てのサイズのうちの少なくとも１つを備える、請求項２６に記載の方法。
【請求項２８】
前記バンドリングされた送信の１つまたは複数のパラメータに基づいて、バンドリングされた送信として、前記ＵＥが、どのタイプのＵＣＩを送信するかを決定することは、  前記ＵＥが、バンドリングされた送信として、ランクインジケーション（ＲＩ）またはチャネル品質インジケータ（ＣＱＩ）のうちの少なくとも１つを送信すると決定すること  を備える、請求項２６に記載の方法。
【請求項２９】
ユーザ機器（ＵＥ）によってサブフレームのバンドルにわたって、バンドリングされた送信としてアップリンク制御情報（ＵＣＩ）を送信するための装置であって、
物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信するために第１のバンドリングサイズを決定し、前記ＵＣＩを送信するために第２のバンドリングサイズを決定するように構成された少なくとも１つのプロセッサと、
前記第１および第２のバンドリングサイズに従って、バンドリングされた送信として前記ＵＣＩおよび前記ＰＵＳＣＨを送信するように構成された送信機と
を備える、装置。
【請求項３０】
基地局（ＢＳ）によってサブフレームのバンドルにわたって、バンドリングされた送信としてアップリンク制御情報（ＵＣＩ）を受信するための装置であって、
物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信するために、ユーザ機器（ＵＥ）のための第１のバンドリングサイズを決定し、前記ＵＣＩを送信するために、前記ＵＥのための第２のバンドリングサイズを決定するように構成された少なくとも１つのプロセッサと、
前記第１および第２のバンドリングサイズに従って、前記ＵＥからのバンドリングされた送信として前記ＵＣＩおよび前記ＰＵＳＣＨを受信するように構成された受信機と
を備える、装置。
【発明の詳細な説明】
【関連出願への相互参照】
【０００１】
[0001]  本特許出願は、２０１３年７月３０日に出願された米国仮特許出願第６１／８６０，０４７号の優先権を主張し、その全内容は、参照により本明細書に明示的に組み込まれている。
【技術分野】
【０００２】
[0002]  本開示の特定の態様は、一般に、ワイヤレス通信に関し、より具体的には、バンドリングされた送信としてアップリンク制御情報（ＵＣＩ）を送ることについての考察に関する。
【背景技術】
【０００３】
[0003]  ワイヤレス通信システムは、音声、データなどのような、様々なタイプの通信コンテンツを提供するために広く展開されている。これらのシステムは、利用可能なシステムリソース（例えば、帯域幅および送信電力など）を共有することによって複数のユーザとの通信をサポートすることができる多元接続システムであり得る。このような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））ロングタームエボリューション（ＬＴＥ（登録商標））／ＬＴＥ−アドバンストシステム、および直交周波数分割多元接続（ＯＦＤＭＡ）システムを含む。
【０００４】
[0004]  一般に、ワイヤレス多元接続通信システムは、複数のワイヤレス端末のための通信を同時にサポートすることができる。各端末は、順方向および逆方向リンク上の送信を介して１つまたは複数の基地局と通信する。順方向リンク（すなわちダウンリンク）は、基地局から端末への通信リンクを指し、逆方向リンク（すなわちアップリンク）は、端末から基地局への通信リンクを指す。この通信リンクは、単一入力単一出力、多入力単一出力、または多入力多出力（ＭＩＭＯ）システムを介して確立され得る。
【０００５】
[0005]  ワイヤレス通信ネットワークは、多数のワイヤレスデバイスのための通信をサポートすることができる多数の基地局を含み得る。ワイヤレスデバイスは、ユーザ機器（ＵＥ）を含み得る。ＵＥのいくつかの例は、セルラフォン、スマートフォン、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、バンドヘルドデバイス、タブレット、ラップトップコンピュータ、ノートブック、スマートブック、ウルトラブックなどを含み得る。いくつかのＵＥは、マシン型通信（ＭＴＣ：machine-type communication）のＵＥと見なされ得、それらは、基地局、別の遠隔デバイス、またはいくつかの他のエンティティと通信し得る、センサ、メータ、ロケーションタグなどのような遠隔デバイスを含み得る。マシン型通信（ＭＴＣ）は、通信の少なくとも一端における少なくとも１つの遠隔デバイスを含む通信を指し、人間の関与（human interaction）を必ずしも必要としない１つまたは複数のエンティティを含む、データ通信の形式を含み得る。ＭＴＣ ＵＥは、例えば、公衆地上モバイルネットワーク（ＰＬＭＮ：Public Land Mobile Networks）を通してＭＴＣサービスおよび／または他のＭＴＣデバイスとＭＴＣ通信することができるＵＥを含み得る。
【０００６】
[0006]  ＭＴＣデバイスのような特定のデバイスのカバレッジを拡張するために、「バンドリング（bundling）」は、例えば、複数のサブフレームにわたって送信される同じ情報を用いて、特定の送信が送信のバンドルとして送られる場合に利用され得る。
【発明の概要】
【０００７】
[0007]  本開示の特定の態様は、バンドリングされた送信としてアップリンク制御情報（ＵＣＩ）を送るために適用され得る技法および装置を提供する。
【０００８】
[0008]  本開示の特定の態様は、ユーザ機器（ＵＥ）によるサブフレームのバンドルにわたって、バンドリングされた送信としてアップリンク制御情報（ＵＣＩ）を送信する方法を提供する。方法は、一般に、物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信するために第１のバンドリングサイズを決定することと、ＵＣＩを送信するために第２のバンドリングサイズを決定することと、第１および第２のバンドリングサイズに従って、バンドリングされた送信としてＵＣＩおよびＰＵＳＣＨを送信することとを含む。
【０００９】
[0009]  本開示の特定の態様は、基地局（ＢＳ）によってサブフレームのバンドルにわたって、バンドリングされた送信としてアップリンク制御情報（ＵＣＩ）を受信する方法を提供する。方法は、一般に、物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信するために、ユーザ機器（ＵＥ）のための第１のバンドリングサイズを決定することと、ＵＣＩを送信するために、ＵＥのための第２のバンドリングサイズを決定することと、第１および第２のバンドリングサイズに従って、ＵＥからのバンドリングされた送信としてＵＣＩおよびＰＵＳＣＨを受信することとを含む。
【００１０】
[0010]  本開示の特定の態様は、サブフレームのバンドルにわたって、バンドリングされた送信としてアップリンク制御情報（ＵＣＩ）を送信するための装置を提供する。装置は、一般に、物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信するために第１のバンドリングサイズを決定するための手段と、ＵＣＩを送信するために第２のバンドリングサイズを決定するための手段と、第１および第２のバンドリングサイズに従って、バンドリングされた送信としてＵＣＩおよびＰＵＳＣＨを送信するための手段とを含む。
【００１１】
[0011]  本開示の特定の態様は、サブフレームのバンドルにわたって、バンドリングされた送信としてアップリンク制御情報（ＵＣＩ）を受信するための装置を提供する。装置は、一般に、物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信するために、ユーザ機器（ＵＥ）のための第１のバンドリングサイズを決定するための手段と、ＵＣＩを送信するために、ＵＥのための第２のバンドリングサイズを決定するための手段と、第１および第２のバンドリングサイズに従って、ＵＥからのバンドリングされた送信としてＵＣＩおよびＰＵＳＣＨを受信するための手段とを含む。
【００１２】
[0012]  本開示の特定の態様は、サブフレームのバンドルにわたって、バンドリングされた送信としてアップリンク制御情報（ＵＣＩ）を送信するための装置を提供する。装置は、一般に、少なくとも１つのプロセッサと、少なくとも１つのプロセッサに結合されたメモリとを含む。少なくとも１つのプロセッサは、一般に、物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信するための第１のバンドリングサイズを決定し、ＵＣＩを送信するための第２のバンドリングサイズを決定するように構成される。装置は、第１および第２のバンドリングサイズに従って、バンドリングされた送信としてＵＣＩおよびＰＵＳＣＨを送信するように構成され得る。
【００１３】
[0013]  本開示の特定の態様は、サブフレームのバンドルにわたって、バンドリングされた送信としてアップリンク制御情報（ＵＣＩ）を受信するための装置を提供する。装置は、一般に、少なくとも１つのプロセッサと、少なくとも１つのプロセッサに結合されたメモリとを含む。少なくとも１つのプロセッサは、一般に、物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信するために、ユーザ機器（ＵＥ）のための第１のバンドリングサイズを決定し、ＵＣＩを送信するために、ＵＥのための第２のバンドリングサイズを決定するように構成される。装置は、第１および第２のバンドリングサイズに従って、ＵＥからのバンドリングされた送信としてＵＣＩおよびＰＵＳＣＨを受信するように構成され得る。
【００１４】
[0014]  本開示の特定の態様は、ユーザ機器（ＵＥ）によってサブフレームのバンドルにわたって、バンドリングされた送信としてアップリンク制御情報（ＵＣＩ）を送信するためのコンピュータ読取可能媒体を提供する。コンピュータ読取可能媒体は、一般に、記憶された命令を有し、命令は、物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信するために第１のバンドリングサイズを決定し、ＵＣＩを送信するために第２のバンドリングサイズを決定し、第１および第２のバンドリングサイズに従って、バンドリングされた送信としてＵＣＩおよびＰＵＳＣＨを送信するために、１つまたは複数のプロセッサによって実行可能である。
【００１５】
[0015]  本開示の特定の態様は、基地局（ＢＳ）によってサブフレームのバンドルにわたって、バンドリングされた送信としてアップリンク制御情報（ＵＣＩ）を受信するためのコンピュータ読取可能媒体を提供する。コンピュータ読取可能媒体は、一般に、記憶された命令を有し、命令は、物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信するためにユーザ機器（ＵＥ）のための第１のバンドリングサイズを決定し、ＵＣＩを送信するために第２のバンドリングサイズを決定し、第１および第２のバンドリングサイズに従って、ＵＥからのバンドリングされた送信としてＵＣＩおよびＰＵＳＣＨを受信するために、１つまたは複数のプロセッサによって実行可能である。
【００１６】
[0016]  方法、装置システム、コンピュータプログラム製品、および処理システムを含む多数の他の態様が提供される。
【図面の簡単な説明】
【００１７】
【図１】[0017]  図１は、本開示の特定の態様に従った、ワイヤレス通信ネットワークの例を概念的に図示するブロック図である。
【図２】[0018]  図２は、本開示の特定の態様に従った、ワイヤレス通信ネットワークにおいてユーザ機器（ＵＥ）と通信している基地局の例を概念的に図示するブロック図を示す。
【図３】[0019]  図３は、本開示の特定の態様に従った、ワイヤレス通信ネットワークにおけるフレーム構造の例を概念的に図示するブロック図である。
【図４】[0019]  図４は、ノーマルサイクリックプリフィクスを用いた２つの例示的なサブフレームを概念的に図示するブロック図である。
【図５】[0021]  図５は、本開示の特定の態様に従った、物理アップリンク共有チャネル（ＰＵＳＣＨ）送信を介してアップリンク制御情報を（ＵＣＩ）を送信する例を図示する。
【図６】[0022]  図６は、本開示の特定の態様に従った、間欠受信（ＤＲＸ）のタイミングの例を図示する。
【図７】[0023]  図７は、本開示の特定の態様に従った、バンドリングされたＵＣＩ送信についてのシナリオの例を図示する。
【図８】[0024]  図８は、本開示の特定の態様に従った、ユーザ機器（ＵＥ）によるワイヤレス通信のための動作の例を図示する。
【図９】[0025]  図９は、本開示の特定の態様に従った、基地局（ＢＳ）によるワイヤレス通信のための動作の例を図示する。
【発明を実施するための形態】
【００１８】
[0026]  本開示の態様は、バンドリングされた送信としてアップリンク制御情報（ＵＣＩ）を送るために適用され得る技法を提供する。このような技法は、バンドリングがＤＲＸモードのような電力サービングモードと連動して使用されることを可能にし得る。
【００１９】
[0027]  本明細書で説明される技法は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡのような様々なワイヤレス通信ネットワークおよび他のネットワークのために使用され得る。「ネットワーク」および「システム」という用語は、しばしば置換可能に使用される。ＣＤＭＡネットワークは、ユニバーサル地上無線アクセス（ＵＴＲＡ）、ｃｄｍａ２０００などのような無線技術を実装し得る。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））、時分割同期ＣＤＭＡ（ＴＤ−ＳＣＤＭＡ）、およびＣＤＭＡの他のバリエーションを含む。ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−９５、およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、移動通信のためのグローバルシステム（ＧＳＭ（登録商標））のような無線技術を実装し得る。ＯＦＤＭＡネットワークは、拡張されたＵＴＲＡ（Ｅ−ＵＴＲＡ：Evolved UTRA）、ウルトラモバイル帯域幅（ＵＭＢ：Ultra Mobile Bandwidth）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭ（登録商標）などのような無線技術を実装し得る。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサル電気通信システム（ＵＭＴＳ）の一部であり得る。周波数分割複信（ＦＤＤ）および時分割複信（ＴＤＤ）の両方において、３ＧＰＰロングタームエボリューション（ＬＴＥ）およびＬＴＥ−アドバンスト（ＬＴＥ−Ａ）は、ダウンリンクではＯＦＤＭＡを、アップリンクではＳＣ−ＦＤＭＡを適用する、Ｅ−ＵＴＲＡを使用するＵＭＴＳの新たなリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−ＡおよびＧＳＭは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ）と名付けられた団体からの文書内で説明されている。ｃｄｍａ２０００およびＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）と名付けられた団体からの文書内で説明されている。本明細書で説明される技術は、上述されるワイヤレスネットワークおよび無線技法、並びに他のワイヤレスネットワークおよび無線技法に対して使用され得る。明確化のために、これらの技法の特定の態様が、下記でＬＴＥ／ＬＴＥ−アドバンストについて説明されており、ＬＴＥ／ＬＴＥ−アドバンストの専門用語が下記説明の大部分で使用される。ＬＴＥおよびＬＴＥ−Ａは、一般に、ＬＴＥと呼ばれる。
【００２０】
[0028]  図１は、ワイヤレス通信ネットワーク１００を示し、それはＬＴＥネットワークまたは何らかの他のワイヤレスネットワークであり得る。ワイヤレスネットワーク１００は、多数の発展型ノードＢ（ｅＮＢ）１１０と、他のネットワークエンティティとを含み得る。ｅＮＢは、ユーザ機器（ＵＥ）と通信するエンティティであり、基地局、ノードＢ、アクセスポイント（ＡＰ）などとも呼ばれ得る。各ｅＮＢは、特定の地理的エリアについての通信カバレッジを提供し得る。３ＧＰＰにおいて、「セル」という用語は、この用語が使用される文脈に依存して、ｅＮＢのカバレッジエリア、および／またはこのカバレッジエリアにサービスするｅＮＢサブシステムを指し得る。
【００２１】
[0029]  ｅＮＢは、マクロセル、ピコセル、フェムトセル、および／または他のタイプのセルに対して通信カバレッジを提供し得る。マクロセルは、比較的大きな地理的エリア（例えば、半径数キロ）をカバーし得、サービスに加入しているＵＥによる無制限アクセスを可能にし得る。ピコセルは、比較的小さい地理的エリアをカバーし、サービスに加入しているＵＥによる無制限のアクセスを可能にし得る。フェムトセルは、比較的小さい地理的エリア（例えば、自宅）をカバーし得、このフェムトセルと関連性のあるＵＥ（例えば、クローズド加入者グループ（ＣＳＧ）のＵＥ）による制限付きアクセスを可能にし得る。マクロセルのためのｅＮＢは、マクロｅＮＢと呼ばれ得る。ピコセルのためのｅＮＢは、ピコｅＮＢと呼ばれ得る。フェムトセルのためのｅＮＢは、フェムトｅＮＢまたはホームｅＮＢ（ＨｅＮＢ）と呼ばれ得る。図１に示される例において、ｅＮＢ １１０ａは、マクロセル１０２ａのためのマクロｅＮＢであり得、ｅＮＢ １１０ｂは、ピコセル１０２ｂのためのピコｅＮＢであり得、ｅＮＢ １１０ｃは、フェムトセル１０２ｃのためのフェムトｅＮＢであり得る。ｅＮＢは、１つまたは複数（例えば、３つ）のセルをサポートし得る。「ｅＮＢ」、「基地局」、および「セル」という用語は、本明細書では置換可能に使用され得る。
【００２２】
[0030]  ワイヤレスネットワーク１００はまた、中継局を含み得る。中継局は、アップストリーム局（例えば、ｅＮＢまたはＵＥ）からのデータの送信を受信し、ダウンストリーム局（例えば、ＵＥまたはｅＮＢ）へのデータの送信を送ることができるエンティティである。中継局はまた、他のＵＥのための送信を中継することができるＵＥであり得る。図１において示される例では、中継局１１０ｄは、ｅＮＢ １１０ａとＵＥ １２０ｄとの間の通信を容易にするために、マクロｅＮＢ １１０ａおよびＵＥ １２０ｄと通信し得る。中継局はまた、中継器ｅＮＢ、中継基地局、中継器などとも呼ばれ得る。
【００２３】
[0031]  ワイヤレスネットワーク１００は、例えば、マクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、中継ｅＮＢなどの異なるタイプのｅＮＢを含む異種ネットワークであり得る。これらの異なるタイプのｅノードＢは、ワイヤレスネットワーク１００において、異なる送信電力レベル、異なるカバレッジ領域、および干渉に対する異なる影響を有し得る。例えば、マクロｅＮＢは、高い送信電力レベル（例えば、５から４０ワット）を有し得る一方、ピコｅＮＢ、フェムトｅＮＢ、および中継ｅＮＢは、より低い送信電力レベル（例えば、０．１から２ワット）を有し得る。
【００２４】
[0032]  ネットワークコントローラ１３０は、ｅＮＢのセットと結合し得、これらのｅＮＢに対して協調と制御を提供し得る。ネットワークコントローラ１３０は、バックホールを介してｅＮＢと通信し得る。ｅＮＢはまた、例えば、ワイヤレスまたはワイヤラインバックホールを介して間接的にまたは直接的に互いに通信し得る。
【００２５】
[0033]  ＵＥ １２０（例えば、１２０ａ、１２０ｂ、１２０ｃ）は、ワイヤレスネットワーク１００全体にわたって分散（dispersed）され得、各ＵＥは固定またはモバイルであり得る。ＵＥはまた、アクセス端末、端末、モバイル局、加入者ユニット、局などとも呼ばれ得る。ＵＥは、セルラフォン、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、ラップトップコンピュータ、コードレスフォン、ワイヤレスローカルループ（ＷＬＬ）局、タブレット、スマートフォン、ネットブック、スマートブック、ウルトラブックなどであり得る。図１では、両矢印付きの実線は、ＵＥと、ダウンリンクおよび／またはアップリンクでＵＥにサービスするように指定されたｅＮＢであるサービングｅＮＢとの間の所望された送信を示す。両方向矢印付きの点線は、ＵＥとｅＮＢとの間の潜在的に干渉する送信を示す。
【００２６】
[0034]  図２は、基地局／ｅＮＢ １１０およびＵＥ １２０の設計のブロック図を示し、これらは、図１における基地局／ｅＮＢ １１０のうちの１つ、およびＵＥ １１０のうちの１つであり得る。基地局１１０は、Ｔ本のアンテナ２３４ａ〜２３４ｔが装備され得、ＵＥ １２０にはＲ本のアンテナ２５２ａ〜２５２ｒが装備され得、ここで、一般に、Ｔ≧１およびＲ≧１である。
【００２７】
[0035]  基地局１１０では、送信プロセッサ２２０は、１つまたは複数のＵＥのためのデータソース２１２からデータを受信し、ＵＥから受信されたＣＱＩに基づいてＵＥごとに１つまたは複数の変調およびコーディング方式（ＭＣＳ：modulation and coding schemes）を選択し、ＵＥのために選択されたＭＣＳに基づいてＵＥごとのデータを処理（例えば、符号化および変調）し、全てのＵＥのためにデータシンボルを提供し得る。送信プロセッサ２２０はまた、（例えば、ＳＲＰＩなどについての）システム情報および制御情報（例えば、ＣＱＩ要求、許可、上位レイヤシグナリングなど）を処理し、オーバーヘッドシンボルおよび制御シンボルを提供し得る。プロセッサ２２０は、また、基準信号（例えば、ＣＲＳ）および同期信号（例えば、ＰＳＳおよびＳＳＳ）のための基準シンボルを生成し得る。送信（ＴＸ）多入力多出力（ＭＩＭＯ）プロセッサ２３０は、適用可能であれば、データシンボル、制御シンボル、オーバーヘッドシンボル、および／または基準シンボル上で空間処理（例えば、プリコーディング）を実行し得、Ｔ個の変調器（ＭＯＤ）２３２ａ〜２３２ｔにＴ個の出力シンボルストリームを提供し得る。各変調器２３２は、出力サンプルストリームを取得するために、それぞれの出力シンボルストリーム（例えば、ＯＦＤＭなどのための）を処理し得る。各変調器２３２は、ダウンリンク信号を取得するために、この出力サンプルストリームをさらに処理（例えば、アナログ変換、増幅、フィルタリング、およびアップコンバート）し得る。変調器２３２ａ〜２３２ｔからのＴ個のダウンリンク信号は、Ｔ個のアンテナ２３４ａ〜２３４ｔを介してそれぞれ送信され得る。
【００２８】
[0036]  ＵＥ １２０において、アンテナ２５２ａ〜２５２ｒは、基地局１１０および／または他の基地局からのダウンリンク信号を受信し得、復調器（ＤＥＭＯＤ）２５４ａ〜２５４ｒに受信された信号をそれぞれ供給し得る。各復調器２５４は、入力サンプルを取得するために、その受信信号を調整（例えば、フィルタリング、増幅、ダウンコンバート、およびデジタル化）し得る。各復調器２５４は、受信されたシンボルを取得するために、入力サンプル（例えば、ＯＦＤＭなどのための）をさらに処理し得る。ＭＩＭＯ検出器２５６は、全てのＲ個の復調器２５４ａ〜２５４ｒからの受信されたシンボルを取得し、適用可能であれば、受信されたシンボルに対してＭＩＭＯ検出を実行し、検出されたシンボルを提供し得る。受信プロセッサ２５８は、検出されたシンボルを処理（例えば、復調、および復号）し、ＵＥ １２０のための復号されたデータをデータシンク２６０に提供し、復号された制御情報およびシステム情報コントローラ／プロセッサ２８０を提供し得る。チャネルプロセッサは、ＲＳＲＰ、ＲＳＳＩ、ＲＳＲＱ、ＣＱＩなどを決定し得る。
【００２９】
[0037]  アップリンクにおいて、ＵＥ１２０では、送信プロセッサ２６４は、データソース２６２からのデータ、およびコントローラ／プロセッサからの制御情報（例えば、ＲＳＲＰ、ＲＳＳＩ、ＲＳＲＱ、ＣＱＩなどを含むレポートのための）を受信および処理し得る。プロセッサ２６４はまた、１つまたは複数の基準信号のための基準シンボルを生成し得る。送信プロセッサ２６４からのシンボルは、適用可能であれば、ＴＸ ＭＩＭＯプロセッサ２６６によってプリコードされ、変調器２５４ａ〜２５４ｒ（例えば、ＳＣ−ＦＤＭ、ＯＦＤＭなどのための）によってさらに処理され、基地局１１０に送信され得る。基地局１１０では、ＵＥ １２０および他のＵＥからのアップリンク信号が、アンテナ２３４によって受信され、復調器２３２によって処理され、適用可能であれば、ＭＩＭＯ検出器２３６によって検出され、ＵＥ １２０によって送信された、復号されたデータおよび制御情報を得るために、受信プロセッサ２３８によってさらに処理され得る。プロセッサ２３８は、復号されたデータをデータシンク２３９に、復号された制御情報をコントローラ／プロセッサ２４０に提供し得る。基地局１１０は、通信ユニット２４４を含み、通信ユニット２４４を介してネットワークコントローラ１３０に通信し得る。ネットワークコントローラ１３０は、通信ユニット２９４、コントローラ／プロセッサ２９０、およびメモリ２９２を含み得る。
【００３０】
[0038]  コントローラ／プロセッサ２４０および２８０は、基地局１１０およびＵＥ １２０のそれぞれにおける動作を指示し得る。プロセッサ２４０、および／または他のプロセッサおよび基地局１１０におけるモジュール、および／またはプロセッサ２８０、および／または他のプロセッサおよびＵＥ１２０におけるモジュールは、本明細書で説明された技法についての処理を行うか、または示し得る。メモリ２４２および２８２はそれぞれ、基地局１１０およびＵＥ １２０のためのデータおよびプログラムコードを記憶し得る。スケジューラ２４６は、ダウンリンクおよび／またはアップリンクにおけるデータ送信のためにＵＥをスケジューリングし得る。
【００３１】
[0039]  上述されるように、例えば、ＵＥがサブフレームの「バンドル」にわたってある情報を送信する場合、いくつかのケースでは「バンドリング」が適用される。このようなケースでは、ＵＣＩおよびＰＵＳＣＨを送信するとき、ＵＥ １２０は、ＰＵＳＣＨ物理アップリンク共有チャネルを送信するために第１のバンドリングサイズを決定し、ＵＣＩを送信するために第２のバンドリングサイズを決定するように構成され得る。例えば、コントローラ／プロセッサ２８０を含む、ＵＥ １２０の１つまたは複数のモジュールは、第１および第２のバンドリングサイズを決定するように構成され得る。ＵＥは、送信アンテナ２５２ａ〜ｒのような図２に図示される１つまたは複数のモジュールを使用して、ＵＣＩおよびＰＵＳＣＨ を送信し得る。
【００３２】
[0040]  同様に、サブフレームのバンドルにわたって、バンドリングされた送信としてＵＣＩを受信するとき、ＢＳ １００は、ＰＵＳＣＨを送信するために、ＵＥについての第１のバンドリングサイズを決定し、ＵＣＩを送信するために、ＵＥのための第２のバンドリングサイズを決定し得る。例えば、ＢＳ １１０の１つまたは複数のモジュールは、これらの決定を行い得、それはコントローラ／プロセッサ２４０を含む。ＢＳ １１０は、アンテナ２３４ａ〜ｔのような図２に図示される１つまたは複数のモジュールを使用して、第１および第２のバンドリングサイズに従って、ＵＥからのバンドリングされた送信としてＵＣＩおよびＰＵＳＣＨを受信し得る。
【００３３】
[0041]  図３は、ＬＴＥにおけるＦＤＤのための例示的なフレーム構造３００を示す。ダウンリンクおよびアップリンクの各々についての送信タイムラインは、無線フレームの単位に分割され得る。各無線フレームは、所定の持続時間（例えば、１０ミリ秒（ｍｓ））を有し得、０〜９のインデックスを有する１０個のサブフレームに分割され得る。各サブフレームは、２つのスロットを含み得る。従って、各無線フレームは、０〜１９のインデクスを有する２０個のスロットを含み得る。各スロットは、Ｌ個のシンボル期間、例えば、ノーマルサイクリックプリフィクス（a normal cyclic prefix）の場合には７個のシンボル期間を（図３に示されるように）、または拡張されたサイクリックプリフィクス（an extended cyclic prefix）の場合には６個のシンボル期間を含み得る。各サブフレームにおける２Ｌ個のシンボル期間は、０〜２Ｌ−１のインデックスを割り当てられ得る。
【００３４】
[0042]  ＬＴＥにおいて、ｅＮＢは、ｅＮＢによってサポートされるセルごとのシステム帯域幅の中心のダウンリンク上で一次同期信号（ＰＳＳ）および二次同期信号（ＳＳＳ）を送信し得る。ＰＳＳおよびＳＳＳは、図３において示されるように、ノーマルサイクリックプリフィクスで各無線フレームのサブフレーム０および５の各々で、それぞれシンボル期間６および５において送られ得る。ＰＳＳおよびＳＳＳは、セルの探索および捕捉のためにＵＥによって使用され得る。ｅＮＢは、ｅＮＢによってサポートされるセルごとに、システム帯域幅にわたってセル固有の基準信号（ＣＲＳ）を送信し得る。ＣＲＳは、各サブフレームの特定のシンボル期間において送信され得、チャネル推定、チャネル品質測定、および／または他の機能を実行するために、ＵＥによって使用され得る。ｅＮＢは、また、特定の無線フレームのスロット１におけるシンボル期間０〜３において物理ブロードキャストチャネル（ＰＢＣＨ）を送信し得る。ＰＢＣＨは、いくつかのシステム情報を搬送し得る。ｅＮＢは、特定のサブフレームにおける物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上でシステム情報ブロック（ＳＩＢ）のような他のシステム情報を送信し得る。ｅＮＢは、サブフレームの第１のＢ個のシンボル期間における物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で制御情報／データを送信し得、ここで、Ｂ個は各サブフレームに関して構成可能であり得る。ｅＮＢは、各サブフレームの残りのシンボル期間にＰＤＳＣＨ上でトラフィックデータおよび／または他のデータを送信し得る。
【００３５】
[0043]  図４は、ノーマルサイクリックプリフィクスを用いた、２つの例示的なサブフレームフォーマット４１０および４２０を示す。利用可能な時間周波数リソースは、リソースブロックに分割され得る。各リソースブロックは、１つのスロット内の１２個のサブキャリアをカバーし、多数のリソースエレメントを含み得る。各リソースエレメントは、１つのシンボル期間において１つのサブキャリアをカバーし、１つの変調シンボルを送るために使用され得、それは、実数または複素数値であり得る。
【００３６】
[0044]  サブフレームフォーマット４１０は、２つのアンテナ対して使用され得る。ＣＲＳは、シンボル期間０、４、７、および１１におけるアンテナ０および１から送信され得る。基準信号は、送信機と受信機とによって先験的（a priori）に知られている信号であり、パイロットとも呼ばれ得る。ＣＲＳは、例えば、セル識別子（ＩＤ）に基づいて生成される、セルに固有の基準信号である。図４では、ラベルＲａを有する所与のリソースエレメントについて、そのリソースエレメント上でアンテナａから変調シンボルが送信され得、そのリソースエレメント上では他のアンテナから変調シンボルは送信されない。サブフレームフォーマット４２０は、４つのアンテナで使用され得る。ＣＲＳは、シンボル期間０、４、７および１１においては、アンテナ０および１から、また、シンボル期間１および８においては、アンテナ２および３から、送信され得る。サブフレームフォーマット４１０および４２０の両方について、ＣＲＳは、セルＩＤに基づいて決定され得る、均等に間隔が空けられたサブキャリア上で送信され得る。ＣＲＳは、それらのセルＩＤに依存して、同じまたは異なるサブキャリア上で送信され得る。サブフレームフォーマット４１０および４２０の両方について、ＣＲＳに対して使用されないリソースエレメントは、データ（例えば、トラフィックデータ、制御データ、および／または他のデータ）を送信するために使用され得る。
【００３７】
[0045]  ＬＴＥにおいてＰＳＳ、ＳＳＳ、ＣＲＳ、およびＰＢＣＨは、「Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation」と題された、３ＧＰＰ ＴＳ ３６. ２１１で説明されており、これは公に入手可能である。
【００３８】
[0046]  インターレース構造は、ＬＴＥにおけるＦＤＤのためのダウンリンクおよびアップリンクの各々に対して使用され得る。例えば、０〜Ｑ−１のインデックスを有するＱ個のインターレースが定義され得、ここで、Ｑは４、６、８、１０、または何らかの他の値と等しいものであり得る。各インターレースは、Ｑ個のフレームによって離れた間隔をあけられたサブフレームを含み得る。特に、インターレースｑは、サブフレームｑ、ｑ＋Ｑ、ｑ＋２Ｑなどを含み得、ここで、ｑ∈｛０，. . . ，Ｑ−１｝である。
【００３９】
[0047]  ワイヤレスネットワークは、ダウンリンクおよびアップリンク上でのデータ送信に関するハイブリッド自動再送要求（ＨＡＲＱ）をサポートし得る。ＨＡＲＱについて、送信機（例えば、ｅＮＢ）は、パケットが受信機（例えば、ＵＥ）によって正確に復号されるまで、または何らかの他の終了条件が発生するまで、パケットの１つまたは複数の送信を送り得る。同期ＨＡＲＱについて、パケットの全ての送信は、単一のインターレースのサブフレームにおいて送られ得る。非同期ＨＡＲＱについて、パケットの各送信は、任意のサブフレームで送られ得る。
【００４０】
[0048]  ＵＥは、多数のｅＮＢのカバレッジ内に位置し得る。これらｅＮＢのうちの１つが、ＵＥにサービスするために選択され得る。サービングｅＮＢは、受信信号強度、受信信号品質、パスロスなどのような様々な基準に基づいて選択され得る。受信信号品質は、信号対雑音・干渉比（ＳＩＮＲ）、または基準信号受信品質（ＲＳＲＱ）、または何らかの他のメトリックによって定量化され得る。ＵＥは、ＵＥが１つまたは複数の干渉ｅＮＢから高い干渉を観測し得る支配的な干渉シナリオにおいて動作し得る。
【００４１】
［ＰＵＳＣＨにおけるＵＬ−ＳＣＨデータおよび多重化ＵＣＩ］
[0049]  図５に図示されるように、アップリンク制御情報（ＵＣＩ）は、物理アップリンク共有チャネル（ＰＵＳＣＨ）で「ピギーバックされ（piggybacked）」得る。このようなケースでは、制御およびデータは、制御およびデータに適用されるのと同じ電力利得で、離散フーリエ変換（ＤＴＦ：discrete Fourier transform）動作の前に多重化され得る。ＵＣＩは、チャネル品質インジケータ（ＣＱＩ）、プリコーディングマトリクスインジケータ（ＰＭＩ）、ダウンリンク送信の（肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）、およびランクインジケーション（ＲＩ）のような、アップリンク制御情報のいずれかのタイプを含み得る。図５で図示されるように、ＵＣＩ（ＣＱＩ、ＡＣＫ／ＮＡＣＫ、およびＲＩ）は、ＰＵＳＣＨ上で送信されるデータと多重化される。
【００４２】
[0050]  ピギーバックＣＱＩ／ＰＭＩについて、ＰＵＳＣＨと同じ変調方式が使用され得る。またそうでなければ、リードマラー(Reed-Muller)符号が、ペイロード≦１１ビットについて、または畳み込み符号について使用され得る。データソースの始まりにおいてＰＵＳＣＨの周囲のタイムファーストマッピング（Time-first mapping）が適用され得る。ＡＣＫ／ＮＡＫについて、コーディングおよび変調は、ユークリッド距離を最大化するように行われ得る。ＡＣＫ／ＮＡＫパンクチャリング（例えば、復調基準信号（ＤＭ−ＲＳ）シンボルのすぐ隣の４つのＯＦＤＭシンボル）もまた、行われ得る。ＲＩについて、ＲＩは、実際のＡＣＫ／ＮＡＫの存在に関係なく、ＡＣＫ／ＮＡＫシンボルの位置のすぐ隣に置かれ得る。アップリンク共有チャネル（ＵＬ−ＳＣＨ）データは、ＣＱＩ/ＰＭＩのケースと同様に、ＲＩリソースエレメント（ＲＥ）の周囲でレートマッチングされ得る。
【００４３】
[0051]  ＰＵＳＣＨが送信される同じサブフレームにおいて、例えば、ＣＱＩ、ＲＩ、ＰＭＩ、および／またはＡＣＫ／ＣＱＩなどのＵＬ制御チャネル送信が存在するとき、異なる送信オプションが存在する。例えば、ＰＵＳＣＨと多重化されたＵＣＩは、単一のキャリア波形で送信され得、それは、電力増幅器（ＰＡ）の効率化をもたらし得、ＵＣＩのリソースが構成可能であり得る。異なる周波数ロケーションで同じサブフレームにおいて同時に送信されたＵＣＩおよびＰＵＳＣＨは、より低いＰＡの効率化をもたらし得るが、ブラインド復号を低減させ得る。ＵＥがＤＲＸ状態である場合、エネルギーを節約するためにＣＱＩ／サウンディング基準信号（ＳＲＳ）はドロップされ得る。
【００４４】
［ＤＲＸ動作］
[0052]  電力消費は、他のモバイルデバイスと同様に、スマートフォンについての最も重要な態様のうちの１つである。ＬＴＥにおいて、間欠受信（ＤＲＸ：discontinuous reception）モードのような様々なメカニズムが、電力消費を低減するのを手助けするために設計されている。ＤＲＸは一般に、ＬＴＥにおいて、無線リソース制御（ＲＲＣ）接続モードの間、効率的な電力節約を可能にするために設計される。図６で図示されるように、ＤＲＸモードにおいて、ＵＥは、アクティブな送信／受信が許可されるオン期間と、活動していないオフ期間との間で入れ替わる。
【００４５】
［ＴＴＩバンドリング］
[0053]  いくつかのケースでは、カバレッジを拡張するために、送信がバンドリングされ得、ここで、データまたは制御は、サブフレームの「バンドル」にわたって送信され、受信機による成功裏の受信の可能性を高める。ＬＥＴ Ｒｅｌ−８／９／１０では、送信時間インターバル（ＴＴＩまたはサブフレーム）バンドリングがＵＥベースごとに構成され得る。サブフレームバンドリング動作は通常、上位レイヤによって（例えば、提供されるパラメータ「ttiBundling」によって）構成され得る。
【００４６】
[0054]  ＴＴＩバンドリング（TTI bundling）がＵＥのために構成される場合、サブフレームバンドリング動作は通常、アップリンク共有チャネル（ＵＬ−ＳＣＨ）送信に対してのみ適用されるが、他のＵＬ信号／トラフィック（ＵＣＩのような）に対しては適用されない。バンドリングサイズは、例えば、４つのサブフレームで固定され得、ＰＵＳＣＨが４つの連続したサブフレームにおいて送信され得ることを意味する。同じハイブリッドＡＲＱ（ＨＡＲＱ）処理の数は通常、バンドリングされたサブフレームの各々において使用される。リソース割り当てのサイズは、最大で３個のＲＢに制限され得、変調次数は、２に設定され得る（直交位相偏移キーイング（ＱＰＳＫ））。バンドルは通常、例えば、バンドルごとに使用される単一のハイブリッド−ＡＲＱ肯定応答および単一の許可で、単一のリソースとして扱われる。
【００４７】
[0055]  バンドリングは通常、低いレートのトラフィックに使用される。アップリンクボイスオーバインターネットプロトコル（ＶｏＩＰ）パケットが、単一のＴＴＩにおいて低いアップリンクリンクバジェットのために送信されることができない場合、レイヤ２（Ｌ２）セグメンテーションが適用され得る。例えば、ＶｏＩＰパケットは、４つの連続したＴＴＩで送信される４つの無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）においてセグメント化され得、十分なカバレッジを達成するために、２〜３つのハイブリッド自動再送要求（ハイブリッド−ＡＲＱ（ＨＡＲＱ））送信が目的とされ得る。しかしながら、このアプローチは、様々な難点を有し得る。例えば、各追加のセグメントは、１バイトのＲＬＣ、１バイトの媒体アクセス制御（ＭＡＣ）、および３バイトのＬ１サイクリック冗長チェック（ＣＲＣ）オーバーヘッド（例えば、３３バイトのＲＬＣサービスデータユニット（ＳＤＵ）サイズと仮定すると１５％のオーバーヘッドであり、それは、４つのセグメントに関してを意味し得、追加の４５％のＬ１／Ｌ２オーバーヘッドが存在する）を導入する。全てのセグメントについてのＨＡＲＱ送信／再送信は、かなりの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）リソースを消費する、ＰＤＣＣＨ上の許可を要求し得る。各ＨＡＲＱ送信または再送信の後に、通常、物理ハイブリッド−ＡＲＱインジケータチャネル（ＰＨＩＣＨ）上でのＨＡＲＱフィードバックが続く。１０−３のＮＡＣＫ／ＡＣＫ誤差比と仮定すると、多くの数のＨＡＲＱフィードバック信号は、高いパケット損失確率（packet loss probability）を招く。例えば、１２個のＨＡＲＱフィードバック信号が送られる場合、ＨＡＲＱフィードバック誤差比は、およそ１.２×１０−２程度であり得る。１０−２を超えるパケット損失レートは、ＶｏＩＰトラフィックには許容不可能であり得る。
【００４８】
[0056]  本明細書で提示されるような、ＴＴＩバンドリングごとの単一のＰＨＩＣＨ信号および単一のアップリンク許可のみの使用は有利であり得、上述されるシグナリングオーバヘッドを低減させる。
【００４９】
[0057]  媒体データレートＰＵＳＣＨおよびＵＬ ＶｏＩＰにおける実装を達成するための従来の解決法は、媒体データレートおよびＶｏＩＰのためのＴＴＩバンドリングの拡張を含む。Ｌ１／上位レイヤのプロトコルオーバヘッドおよびレイテンシの両方が検討され得る。
【００５０】
[0058]  従来のＬＴＥ設計の主な焦点は、スペクトル効率化の改善、ユビキタスカバレッジ、強化されたサービス品質（ＱｏＳ）サポートなどに関するものである。これは通常、最先端のスマートフォン、タブレットなどのようなハイエンドデバイスをもたらす。しかしながら、低コストで安価なデバイスも同様に、サポートされる必要性がある。いくつかの市場予測（market projection）は、低コストのデバイスの数が今日の携帯電話を大きく上回り得ることを示している。
【００５１】
[0059]  低コストの要求に加えて、弱いカバレッジエリア（「地下」）においてデバイスをカバーするために、２０ｄＢのカバレッジ拡張が要求され得る。この要求を満たすために、大きいＴＴＩバンドリングは、２０ｄＢのリンクバジェット利得を達成するために使用され得る。ＤＬにおいて、ＴＴＩバンドリングは、ＰＢＣＨ、ＰＤＣＣＨ／拡張されたＰＤＣＣＨ（ｅＰＤＣＣＨ）、ＰＨＩＣＨ、ＰＤＳＣＨのために使用され得る。ＵＬにおいて、ＴＴＩバンドリングは、ランダムアクセスチャネル（ＲＡＣＨ）、物理アップリンク制御チャネル（ＰＵＣＣＨ）、物理アップリンク共有チャネル（ＰＵＳＣＨ）のために使用され得る。また、〜１００ＴＴＩのバンドリングサイズは、異なるチャネルのために使用され得る。
【００５２】
［バンドリングを考慮したＵＣＩ送信］
[0060]  ＵＣＩのための現在の設計は、単一の（バンドリングされていない）ＴＴＩ送信のために主に最適化されている。しかしながら、本開示の態様は、カバレッジ拡張のような、バンドリングされたＴＴＩにおけるＵＣＩを送信するために提供され得る技法を提示する。よって、本明細書で提示される技法は、ＰＵＳＣＨにおいてＵＣＩをドロップする（drop）かまたは送信するか（ＰＵＳＣＨバンドルサイズ４を用いた現在の標準では、周期的ＣＱＩは常にドロップされ、ＡＣＫは１つのサブフレーム上のみで送信される）、ＵＣＩをどの位の長さでバンドルリングするか、およびＰＵＳＣＨ上のＵＣＩのためのリソースをどのように計算するかのような、ＵＣＩのバンドリングに関連する問題を解消するのを手助けし得る。
【００５３】
[0061]  ＵＣＩをどのようにバンドルリングするかに関して、特定の態様に従って、バンドリングサイズは、ＵＣＩおよびＰＵＳＣＨについて独立して決定され得る。例えば、ＫのＰＵＳＣＨバンドルサイズおよびＭのＵＣＩバンドルサイズが存在し得る。いくつかのケースでは、ＰＵＳＣＨ上のＵＣＩのための１つのサイズと、独立型のＰＵＣＣＨのための１つのサイズの２つの別個のバンドルサイズが存在し得る。例えば、ＵＣＩがＰＵＣＣＨ上で送信されるとき、ＵＥはＭ１のバンドルサイズを使用し得、ＵＣＩがＰＵＳＣＨ上で送信されるとき、ＵＥはＭ２のバンドルサイズを使用し得る。
【００５４】
[0062]  特定の態様によると、ＵＣＩおよびＰＵＳＣＨのバンドリングサイズがリンクされ得る。例えば、ＵＣＩおよびＰＵＳＣＨのバンドルサイズ（例えば、規格において定義された）についてのリンクされた値の定義されたセットが存在し得、基地局（例えば、ｅノードＢ）は、ＵＥへ構成をシグナリングし得る。いくつかのケースでは、基地局は、バンドリングされた送信の１つのセットについてのサイズのみをシグナリングし得る。例えば、基地局は、ＰＵＳＣＨについてのバンドリングサイズをシグナリングし得、ＵＥは、ＰＵＳＣＨバンドルサイズ（および／またはＵＣＩフォーマット）に従って、対応するＵＣＩバンドルサイズを計算し得る。
【００５５】
[0063]  本開示の態様はまた、ＵＥがどこで（例えば、どのリソース上で）ＵＣＩ（例えば、ＰＵＳＣＨおよび／またはＰＤＣＣＨに関連する）を送信するかを決定するのを手助けし得る。決定は、ＵＣＩとＰＵＳＣＨとが重複するか否か、およびそれらがどの範囲まで重複するかに少なくとも部分的に基づき得る。図７は、ＵＣＩが異なる範囲でＰＵＳＣＨと重複する４つのケースの例を図示する。
【００５６】
[0064]  例えば、ＵＣＩのバンドリングされた送信は、それらが重複する全てのサブフレームにおいて、完全にＰＵＳＣＨの継続時間内にある場合（ケース１）、ＵＣＩは、ＰＵＳＣＨ（例えば、ＳＣ−ＦＤＭ）内で送信され得る。
【００５７】
[0065]  ＵＣＩおよびＰＵＳＣＨが部分的にのみ重複する他のケース（ケース２、３、および４）については、異なるオプションが存在する。例えば、ＵＣＩとＰＵＳＣＨとが重複する期間では、ＵＣＩはＰＵＳＣＨ上で送信され得るが、それらが重複しない場合、ＵＣＩはＰＵＣＣＨ上で送信され得る。態様によると、異なる周波数リソース上の別個の送信は、ＰＵＳＣＨおよびＰＵＣＣＨのために使用され得る。いくつかのケースでは、ＵＣＩまたはＰＵＳＣＨのうちの１つは、重複する部分でドロップされ得るか、またはＵＣＩおよびＰＵＳＣＨがアライン（align）しないときはいつでもドロップされ得る。いくつかのケースでは、ＵＥは、重複するＰＵＳＣＨ部分の外側のＵＣＩ部分のみをドロップし得、重複する部分についてＰＵＳＣＨ上のＵＣＩを送信する。
【００５８】
[0066]  従来のＵＣＩリソース決定が単一のＴＴＩ送信について最適化される一方、本開示の態様はまた、バンドリングされたＵＣＩを送信するとき、ＵＥがＰＵＳＣＨ上でどのリソースを使用するかを決定するのを手助けし得る。特定の態様によると、ＵＣＩリソース計算は、ＴＴＩバンドリングに依存し得る。例えば、ＢＳは、バンドリングなしのケースのための第１のセットと、バンドリングを用いたケースのための第２のセットのような、ＵＣＩリソース決定のための２つ以上のパラメータの異なるセットを構成し得る。態様に従って、これらのセットは、異なるバンドルサイズについての１つ以上のパラメータのセットを有し得る。ＵＥは、ＴＴＩバンドリングサイズ（例えば、ＶｏＩＰの場合、送信はバンドリングされなくてもよい、媒体データレートバンドルなど）に少なくとも部分的に基づいて、ＵＣＩのためのリソースを決定し得る。
【００５９】
[0067]  いくつかのケースでは、ＵＣＩリソース計算は、ＵＣＩとＰＵＳＣＨとの間の重複に少なくとも部分的に基づき得る。例えば、ＰＵＳＣＨおよびＵＣＩの部分的な重複があるか否かに依存して、ＵＥは、ＰＵＳＣＨ上のＵＣＩリソースを別で計算し得る。バンドリングされたＵＣＩとＰＵＳＣＨとが部分的にアラインする場合（図７に図示されるケース２および３のような）、ＵＥは、異なるＵＣＩリソース計算を適用し得る。これは、ＰＵＳＣＨとＵＣＩとが重複する部分についてのチャネル推定を組み合わせるための、または可能性のある電力の変動を補償するための能力がないこと（inability）を補償するのを手助けし得る。
【００６０】
[0068]  本開示の態様はまた、バンドリングされたＵＬデータを送信するとき、ＵＥが、ＵＣＩをドロップするか否かを決定する手助けとなり得る。従来のシステムでは、ＣＱＩおよびＳＲＳは、ＵＥがＤＲＸにある場合、ＯＮ継続期間を除いてドロップされ、ＣＱＩおよびＳＲＳは、ＵＥのアクティブデータ通信状態の間は、ドロップされない。ＵＥのバンドリングされたデータ送信／受信がＯＮ継続期間より長い場合、ＵＥは、アクティブ状態にあると考えられるべきである。結果として、本明細書によって、ＳＲＳおよびＵＣＩ（例えば、ＡＣＫ／ＣＱＩ）が送信される必要があるだろう。１つの問題は、ＵＬの送信位相連続性（UL transmission phase continuity）およびリンク効率化であり得る。
【００６１】
[0069]  特定の態様では、ＵＬのバンドリングされたデータについて、ＵＥは、１つまたは複数の送信パラメータ（例えば、バンドリングの長さ、送信ブロックのサイズ（ＴＢＳ）、リソース割り当てのサイズなど）に基づいてＵＬのバンドリングされた送信中に、ＳＲＳおよび／またはＣＱＩをドロップし得る。しかしながら、ＲＩおよびＡＣＫの両方が依然として送信され得る。ＳＲＳをドロップする理由は、ＳＲＳとＰＵＳＣＨとの間の電力差が位相不連続性を引き起こし得るためであり得、それはＵＬバンドリングについて一定であると仮定される。代替的として、ＳＲＳをドロップするよりもむしろ、ＳＲＳがＰＵＳＣＨとして同じ電力において送信され得る。ＣＱＩをドロップする理由は、リンクバジェットの制限されたユーザに対してＰＵＳＣＨについてのより良いコーディングレートを提供するためであり得る。しかしながら、バンドルサイズが小さいまたはデータレートが十分に大きい、あるいは大きいリソース割り当て（ＲＢ）が割り当てられる場合、ＣＱＩおよびＳＲＳもまた送信され得る。
【００６２】
[0070]  図８は、ユーザ機器（ＵＥ）によってサブフレームのバンドルにわたって、バンドリングされた送信として、アップリンク制御情報（ＵＣＩ）を送信するための動作８００の例を図示する。図２のＵＥ １２０の１つまたは複数のモジュールは、本明細書で説明される動作および態様を行い得る。
【００６３】
[0071]  動作８００は、物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信するために第１のバンドリングサイズを決定するＵＥを用いて、８０２において始まる。８０４において、ＵＥは、ＵＣＩを送信するために第２のバンドリングサイズを決定する。８０６において、ＵＥは、第１および第２のバンドリングサイズに従って、バンドリングされた送信としてＵＣＩおよびＰＵＳＣＨを送信する。
【００６４】
[0072]  上述されるように、いくつかのケースでは、第１および／または第２のバンドリングは、ＵＥに対してシグナリングされ得る。いくつかのケースでは、バンドリングサイズのうちの１つのみがシグナリングされ得、もう一方をＵＥが決定し得る。例えば、ＵＥは、第１のバンドリングサイズをシグナリングされ得、第１のバンドリングサイズに少なくとも部分的に基づいて、第２を決定する。
【００６５】
[0073]  ＵＥは、第１および第２のバンドリングサイズを使用して、バンドリングされた送信としてＵＣＩをいつ送信するかを決定し得、他の検討も同様である。例えば、ＵＥは、ＵＣＩとＰＵＳＣＨとの間の重複の量に少なくとも部分的に基づいて、バンドリングされた送信としてＵＣＩをいつ送信するかを決定し得る。ＵＥは、例えば、ＵＣＩがＰＵＳＣＨと重複する場合、バンドル内の全てのサブフレーム上のＰＵＳＣＨ内のＵＣＩを送信し、および／またはＵＣＩがＰＵＳＣＨと重複しない場合、バンドル内の全てのサブフレーム上のＰＵＣＣＨ内のＵＣＩを送信し得る。ＵＥはまた、ＵＣＩがＰＵＳＣＨ上で送信されるか、またはＰＵＣＣＨ上で送信されるかに依存して、異なる周波数リソース上でＵＣＩを送信し得る。いくつかのケースでは、ＵＥは、ＵＣＩとＰＵＳＣＨとが重複するかまたはアラインしない場合、ＵＣＩまたはＰＵＳＣＨのうちの少なくとも１つをドロップし得る。いくつかのケースでは、ＵＥは、ＵＣＩとＰＵＳＣＨとが重複する場合、ＵＣＩをドロップし、ＵＣＩとＰＵＳＣＨとが重複しない場合、ＵＣＩを送信し得る。
【００６６】
[0074]  いくつかのケースでは、ＵＥは、バンドリングされた送信の１つまたは複数のパラメータに少なくとも部分的に基づいて、ＵＣＩリソースを計算し得る。いくつかのケースでは、バンドリングされた送信についてのＵＣＩリソース計算は、バンドリングなしのＵＣＩリソース計算とは異なる（例えば、ＵＣＩリソース計算は、ＰＵＳＣＨとＵＣＩとの重複の量、またはバンドリングサイズに少なくとも部分的に基づき得る）。
【００６７】
[0075]  いくつかのケースでは、ＵＥは、バンドリングされた送信の１つまたは複数のパラメータに基づいて、バンドリングされた送信として、どのタイプのＵＣＩを送信するかを決定し得る。バンドリングされた送信の１つまたは複数のパラメータは、バンドリングの長さ、トランスポートブロックのサイズ、またはリソース割り当てのサイズのうちの少なくとも１つを備える。いくつかのケースでは、ＵＥが、バンドリングされた送信として、ランクインジケーション（ＲＩ）またはチャネル品質インジケータ（ＣＱＩ）のうちの少なくとも１つを送信することを決定し得る。いくつかのケースでは、ＵＥが、バンドリングされた送信中に、肯定応答（ＡＣＫ）、またはサウンディング基準信号（ＳＲＳ）のうちの少なくとも１つを送信しないことを決定し得る。
【００６８】
[0076]  図９は、基地局（ＢＳ）によるサブフレームのバンドルにわたって、バンドリングされた送信として、アップリンク制御情報（ＵＣＩ）を受信する方法についての動作９００の例を図示する。動作９００は、図８に示されるＵＥ側の動作８００と相補的であると考えられ得る。図２のＢＳ １３０の１つまたは複数のモジュールは、本明細書で説明される動作および態様を行い得る。
【００６９】
[0077]  動作９００は、物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信するために、ユーザ機器（ＵＥ）のための第１のバンドリングサイズを決定する基地局を用いて、９０２において始まる。９０４において、ＢＳは、ＵＣＩを送信するために、ＵＥのための第２のバンドリングサイズを決定する。９０６において、ＢＳは、第１および第２のバンドリングサイズに従って、ＵＥからのバンドリングされた送信としてＵＣＩおよびＰＵＳＣＨを受信する。
【００７０】
[0078]  上述されるように、例えば、ＵＣＩがＰＵＣＣＨ上で送信されるか、またはＰＵＳＣＨ上で送信されるかに依存して、別個のバンドリングサイズがＵＣＩを送信するために使用され得る。
【００７１】
[0079]  態様によると、ＢＳはさらに、第１および第２のバンドリングサイズのうちの少なくとも１つを示すシグナリングを送信し得る。ＢＳは、第２のバンドリングサイズを決定する際に使用するために、ＵＥのための第１のバンドリングサイズを示すシグナリングを送信し得る。
【００７２】
[0080]  ＵＣＩとＰＵＳＣＨとの間の重複の量に従って、ＢＳは、ＵＥがバンドリングされた送信としてＵＣＩをいつ送信するかを決定する。例えば、ＢＳは、ＵＣＩがＰＵＳＣＨと重複する場合、ＵＥがバンドル内の全てのサブフレーム上のＰＵＳＣＨ内のＵＣＩを送信すると決定し得る。態様に従って、ＢＳは、ＵＣＩがＰＵＳＣＨと重複しない場合、ＵＥが、バンドル内の全てのサブフレーム上のＰＵＣＣＨ内のバンドリングされた送信としてＵＣＩを送信すると決定し得る。ＢＳは、ＵＣＩがＵＥによってＰＵＳＣＨ上で送信されるか、ＰＵＣＣＨ上で送信されるかに依存して、ＵＥが、異なる周波数リソース上のバンドリングされた送信として、ＵＣＩを送信すると決定し得る。
【００７３】
[0081]  ＢＳはさらに、バンドリングされた送信の１つまたは複数のパラメータに少なくとも部分的に基づいて、ＵＣＩリソースを計算し得る。ＢＳは、バンドリングなしのＵＣＩリソース計算と比較されるような、バンドリングされた送信についての異なるＵＣＩリソース計算を使用し得る。ＵＣＩリソース計算は、バンドリングサイズに少なくとも部分的に基づき得る。態様に従って、ＵＣＩリソース計算は、ＰＵＳＣＨとＵＣＩとの重複の量に少なくとも部分的に基づき得る。
【００７４】
[0082]  ＢＳはさらに、バンドリングされた送信の１つまたは複数のパラメータに基づいて、バンドリングされた送信として、ＵＥが、どのタイプのＵＣＩを送信するかを決定し得る。バンドリングされた送信の１つまたは複数のパラメータは、バンドリングの長さ、トランスポートブロックのサイズ、またはリソース割り当てのサイズのうちの少なくとも１つを含み得る。態様に従って、ＢＳによって、バンドリングされた送信の１つまたは複数のパラメータに基づいて、バンドリングされた送信として、ＵＥが、どのタイプのＵＣＩを送信するかを決定することは、ＵＥが、バンドリングされた送信として、ランクインジケーション（ＲＩ）またはチャネル品質インジケータ（ＣＱＩ）のうちの少なくとも１つを送信すると決定することを含む。ＢＳは、ＵＥが、サウンディング基準信号（ＳＲＳ）を送信しないと決定し得る。
【００７５】
[0083]  よって、本開示の態様は、バンドリングされた送信としてＵＣＩを送るために適用され得る技法を提供する。本開示で説明される技法は、ＰＵＳＣＨ上のＵＣＩをドロップするかまたは送信するか、どのくらいの長さでＵＣＩをバンドリングするか、およびどのようにＰＵＳＣＨ上のＵＣＩのためのリソースを計算するかに関連する問題を解消する手助けとなり得る。
【００７６】
[0084]  本明細書で使用される場合、項目のリスト「のうちの少なくとも１つ」に関する表現は、単一のメンバを含む、それらの項目の任意の組み合わせを指す。例として、「ａ、ｂ、またはｃのうちの少なくとも１つ」は、ａ、ｂ、ｃ、ａ−ｂ、ａ−ｃ、ｂ−ｃ、およびａ−ｂ−ｃをカバーすることが意図される。
【００７７】
[0085]  上述される方法の様々な動作は、対応する機能を実行することができる任意の適切な手段によって実行され得る。手段は、これらに限定されないが、回路、特定用途向け集積回路（ＡＳＩＣ）、またはプロセッサを含む様々なハードウェアおよび／またはソフトウェアコンポーネント、および／またはモジュールを含み得る。一般に、図面に図示された動作が存在する場合、これらの動作は、任意の適切な同じ符番を付された対応するミーンズ・プラス・ファンクション・コンポーネントによって行われ得る。
【００７８】
[0086]  当業者は、情報および信号が、様々な異なる技術および技法のいずれかを使用して表され得ることを理解するだろう。例えば、上記説明を通して参照され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光場または光粒子、あるいはこれらの組み合わせによって表され得る。
【００７９】
[0087]  当業者はさらに、本明細書の開示に関連して説明される様々な実例となる論理ブロック、モジュール、回路、およびアルゴリズムステップが、電子ハードウェア、ソフトウェア／ファームウェア、または両方の組み合わせとして実装され得ることを理解するだろう。ハードウェアおよびソフトウェア／ファームウェアのこの互換性を明確化するために、様々な実例となるコンポーネント、ブロック、モジュール、回路、およびステップが、一般にそれらの機能の観点から上記で説明されている。このような機能が、ハードウェアとして実装されるか、またはソフトウェア／ファームウェアとして実装されるかは、特定のアプリケーションおよびシステム全体に課せられる設計制約に依存する。当業者であれば、説明された機能を特定のアプリケーションごとに様々な方法で実装し得るが、このような実装の決定は、本開示の範囲からの逸脱を引き起こすものと解釈されるべきではない。
【００８０】
[0088]  本明細書の開示に関連して説明された様々な実例となる論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または他のプログラマブル論理デバイス、ディスクリートゲートあるいはトランジスタロジック、ディスクリートハードウェアコンポーネント、または本明細書で説明された機能を実行するように設計されたそれらの任意の組み合わせで実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、このプロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであり得る。プロセッサはまた、例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアに連結した１つまたは複数のマイクロプロセッサ、または任意の他のそのような構成などの、コンピューティングデバイスの組み合わせとして実装され得る。
【００８１】
[0089]  本明細書の開示に関連して説明されるアルゴリズムまたは方法のステップは、直接的にハードウェアで、プロセッサによって実行されるソフトウェア／ファームウェアモジュールで、またはそれらの組み合わせで具現化され得る。ソフトウェア／ファームウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭ（登録商標）メモリ、位相変更メモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている任意の他の形態の記憶媒体に存在し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替的に、記憶媒体はプロセッサに統合され得る。プロセッサおよび記憶媒体はＡＳＩＣに存在し得る。ＡＳＩＣは、ユーザ端末内に存在し得る。代替では、プロセッサおよび記憶媒体は、ユーザ端末内に個別構成要素として存在し得る。
【００８２】
[0090]  １つまたは複数の例示的な設計において、説明される機能は、ハードウェア、ソフトウェア／ファームウェア、またはそれらの組み合わせで実現され得る。ソフトウェア／ファームウェアにおいて実装される場合、機能は、１つまたは複数の命令あるいはコードとして、またはコンピュータ読取可能媒体上のコードとして記憶または送信され得る。コンピュータ読取可能媒体は、１つの場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体とコンピュータ記憶媒体との両方を含む。記憶媒体は、汎用コンピュータまたは専用コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。制限されない例として、そのようなコンピュータ読取可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ／ＤＶＤまたは他の光学ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶デバイス、あるいは、汎用コンピュータまたは専用コンピュータ、あるいは、汎用プロセッサまたは専用プロセッサによってアクセスされ得る命令またはデータ構造の形態で、所望のプログラムコード手段を搬送または記憶するために使用され得る任意の他の媒体を備え得る。また、任意の接続は、コンピュータ読取可能媒体と厳密には称され得る。例えば、同軸ケーブル、光ファイバケーブル、ツイストペアや、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波のようなワイヤレス技術を使用して、ウェブサイト、サーバ、または他の遠隔ソースからソフトウェア／ファームウェアが送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波のようなワイヤレス技術は、媒体の定義に含まれる。本明細書で使用されるような、ディスク（disk）およびディスク（disc）は、コンパクトディスク（ＣＤ）、レーザーディスク（登録商標）、光ディスク、デジタル多目的ディスク（ＤＶＤ）、フロッピー（登録商標）ディスクおよびブルーレイ（登録商標）ディスクを含み、ここで、ディスク（disks）が通常磁気的にデータを再生する一方、ディスク（discs）はレーザーを用いて光学的にデータを再生する。上記の組み合わせもまた、コンピュータ読取可能媒体の範囲内に含まれるべきである。
【００８３】
[0091]  本開示の先の説明は、当業者が本開示を実行または使用することを可能にするために提供される。本開示に対する様々な変更は、当業者に対して容易に明らかであり、本明細書で定義される一般的な原理は、本開示の精神または範囲から逸脱することなく他のバリエーションに適用され得る。従って、本開示は、本明細書において説明された例および設計に限定されることが意図されるものではなく、本明細書に開示される原理および新規の特徴と一致する最も広い範囲が付与されるべきものである。
【図１】
2020188471.tif 000003
【図２】
2020188471.tif 000004
【図３】
2020188471.tif 000005
【図４】
2020188471.tif 000006
【図５】
2020188471.tif 000007
【図６】
2020188471.tif 000008
【図７】
2020188471.tif 000009
【図８】
2020188471.tif 000010
【図９】
2020188471.tif 000011
【手続補正書】
【提出日】令和2年8月7日(2020.8.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）によってサブフレームのバンドルにわたって、バンドリングされた送信としてアップリンク制御情報（ＵＣＩ）を送信する方法であって、
物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信するために第１のバンドリングサイズを決定することと、
前記ＵＣＩを送信するために第２のバンドリングサイズを決定することと、
前記ＵＣＩとＰＵＳＣＨとの間の重複の量に少なくとも部分的に基づいて、バンドリングされた送信として前記ＵＣＩをいつ送信するかを決定することと、
前記第１および第２のバンドリングサイズに従って、バンドリングされた送信として前記ＵＣＩおよび前記ＰＵＳＣＨを送信することと
を備え、前記ＵＣＩをいつ送信するかを決定することは、前記ＵＣＩと前記ＰＵＳＣＨとの間の重複部分上で前記ＰＵＳＣＨをドロップすることを備える、方法。
【請求項２】
前記ＵＣＩをいつ送信するかを決定することは、
前記ＵＣＩがＰＵＳＣＨと重複しない場合、前記バンドルされたＵＣＩ送信内の全てのサブフレーム上の物理アップリンク制御チャネル（ＰＵＣＣＨ）内で前記ＵＣＩを送信することを備える、
請求項１に記載の方法。
【請求項３】
前記ＵＣＩをいつ送信するかを決定することは、
前記ＵＣＩがＰＵＳＣＨ上で送信されるか、または物理アップリンク制御チャネル（ＰＵＣＣＨ）上で送信されるかどうかに依存して、異なる周波数リソース上で前記ＵＣＩを送信することを備える、
請求項１に記載の方法。
【請求項４】
基地局（ＢＳ）によってサブフレームのバンドルにわたって、バンドリングされた送信としてアップリンク制御情報（ＵＣＩ）を受信する方法であって、
物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信するために、ユーザ機器（ＵＥ）のための第１のバンドリングサイズを決定することと、
前記ＵＣＩを送信するために、前記ＵＥのための第２のバンドリングサイズを決定することと、
前記ＵＣＩとＰＵＳＣＨとの間の重複の量に少なくとも部分的に基づいて、バンドリングされた送信として前記ＵＣＩを前記ＵＥがいつ送信するべきかを決定することと、  前記第１および第２のバンドリングサイズに従って、前記ＵＥからのバンドリングされた送信として前記ＵＣＩおよび前記ＰＵＳＣＨを受信することと
を備え、前記ＵＣＩを前記ＵＥがいつ送信するべきかを決定することは、前記ＵＣＩと前記ＰＵＳＣＨとの間の重複部分上で前記ＰＵＳＣＨをドロップすることを備える、方法。
【請求項５】
前記ＵＥがバンドルされた送信として前記ＵＣＩをいつ送信すべきかを決定することは、
前記ＵＣＩがＰＵＳＣＨと重複しない場合、前記ＵＥが前記バンドル内の全てのサブフレーム上のＰＵＳＣＨ内で前記ＵＣＩを送信するべきであると決定することを備える、
請求項４に記載の方法。
【請求項６】
前記ＵＥがバンドルされた送信として前記ＵＣＩをいつ送信すべきかを決定することは、
前記ＵＣＩが前記ＵＥによって、ＰＵＳＣＨ上で送信されるか、または物理アップリンク制御チャネル（ＰＵＣＣＨ）上で送信されるかに依存して、前記ＵＥが異なる周波数リソース上で前記ＵＣＩを送信すべきであると決定することを備える、
請求項４に記載の方法。
【請求項７】
前記バンドリングされた送信の１つまたは複数のパラメータに少なくとも部分的に基づいて、ＵＣＩリソースを計算すること
をさらに備え、
バンドリングされた送信についての前記ＵＣＩリソース計算は、バンドリングなしのＵＣＩリソース計算とは異なる、請求項４に記載の方法。
【請求項８】
前記ＵＣＩリソース計算は、前記第２のバンドリングサイズに少なくとも部分的に基づく、請求項７に記載の方法。
【請求項９】
ユーザ機器（ＵＥ）によってサブフレームのバンドルにわたって、バンドリングされた送信としてアップリンク制御情報（ＵＣＩ）を送信するための装置であって、
物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信するために第１のバンドリングサイズを決定するための手段と、
前記ＵＣＩを送信するために第２のバンドリングサイズを決定するための手段と、
前記ＵＣＩとＰＵＳＣＨとの間の重複の量に少なくとも部分的に基づいて、バンドリングされた送信として前記ＵＣＩをいつ送信するかを決定するための手段と、
前記第１および第２のバンドリングサイズに従って、バンドリングされた送信として前記ＵＣＩおよび前記ＰＵＳＣＨを送信するための手段と
を備え、前記ＵＣＩをいつ送信するかを決定するための手段は、前記ＵＣＩと前記ＰＵＳＣＨとの間の重複部分上で前記ＰＵＳＣＨをドロップするための手段を備える、装置。
【請求項１０】
基地局（ＢＳ）によってサブフレームのバンドルにわたって、バンドリングされた送信としてアップリンク制御情報（ＵＣＩ）を受信するための装置であって、
物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信するために、ユーザ機器（ＵＥ）のための第１のバンドリングサイズを決定するための手段と、
前記ＵＣＩを送信するために、前記ＵＥのための第２のバンドリングサイズを決定するための手段と、
前記ＵＣＩとＰＵＳＣＨとの間の重複の量に少なくとも部分的に基づいて、バンドリングされた送信として前記ＵＣＩを前記ＵＥがいつ送信するべきかを決定するための手段と、
前記第１および第２のバンドリングサイズに従って、前記ＵＥからのバンドリングされた送信として前記ＵＣＩおよび前記ＰＵＳＣＨを受信するための手段と
を備え、前記ＵＣＩを前記ＵＥがいつ送信するべきかを決定するための手段は、前記ＵＣＩと前記ＰＵＳＣＨとの間の重複部分上で前記ＰＵＳＣＨをドロップするための手段を備える、装置。
【請求項１１】
命令を備えるコンピュータプログラムであって、前記命令は、前記プログラムがコンピュータによって実行されるとき、前記コンピュータに、請求項１乃至３、または請求項４乃至８の何れか１項に記載の方法を実行させる、コンピュータプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００８３
【補正方法】変更
【補正の内容】
【００８３】
[0091]  本開示の先の説明は、当業者が本開示を実行または使用することを可能にするために提供される。本開示に対する様々な変更は、当業者に対して容易に明らかであり、本明細書で定義される一般的な原理は、本開示の精神または範囲から逸脱することなく他のバリエーションに適用され得る。従って、本開示は、本明細書において説明された例および設計に限定されることが意図されるものではなく、本明細書に開示される原理および新規の特徴と一致する最も広い範囲が付与されるべきものである。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ユーザ機器（ＵＥ）によってサブフレームのバンドルにわたって、バンドリングされた送信としてアップリンク制御情報（ＵＣＩ）を送信する方法であって、
物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信するために第１のバンドリングサイズを決定することと、
前記ＵＣＩを送信するために第２のバンドリングサイズを決定することと、
前記第１および第２のバンドリングサイズに従って、バンドリングされた送信として前記ＵＣＩおよび前記ＰＵＳＣＨを送信することと
を備える、方法。
［Ｃ２］
前記ＵＣＩが物理アップリンク制御チャネル（ＰＵＣＣＨ）上で送信されるか、またはＰＵＳＣＨ上で送信されるかに依存して、別個のバンドリングサイズが前記ＵＣＩを送信するために使用される、［Ｃ１］に記載の方法。
［Ｃ３］
前記第１および第２のバンドリングサイズのうちの少なくとも１つを示すシグナリングを受信すること
をさらに備える、［Ｃ１］に記載の方法。
［Ｃ４］
前記第１のバンドリングサイズを示すシグナリングを受信することと、
前記第１のバンドリングサイズに少なくとも部分的に基づいて、前記第２のバンドリングサイズを決定することと
を備える、［Ｃ３］に記載の方法。
［Ｃ５］
前記ＵＣＩとＰＵＳＣＨとの間の重複の量に少なくとも部分的に基づいて、バンドリングされた送信として前記ＵＣＩをいつ送信するかを決定すること
をさらに備える、［Ｃ１］に記載の方法。
［Ｃ６］
前記ＵＣＩをいつ送信するかを決定することは、
ＵＣＩがＰＵＳＣＨと重複する場合、前記バンドル内の全てのサブフレーム上のＰＵＳＣＨ内の前記ＵＣＩを送信すること
を備える、［Ｃ５］に記載の方法。
［Ｃ７］
前記ＵＣＩをいつ送信するかを決定することはさらに、
ＵＣＩがＰＵＳＣＨと重複しない場合、前記バンドル内の全てのサブフレーム上の物理アップリンク制御チャネル（ＰＵＣＣＨ）内の前記ＵＣＩを送信すること
を備える、［Ｃ６］に記載の方法。
［Ｃ８］
前記ＵＣＩをいつ送信するかを決定することは、
ＵＣＩがＰＵＳＣＨ上で送信されるか、または物理アップリンク制御チャネル（ＰＵＣＣＨ）上で送信されるかに依存して、異なる周波数リソース上で前記ＵＣＩを送信すること
を備える、［Ｃ５］に記載の方法。
［Ｃ９］
前記ＵＣＩをいつ送信するかを決定することは、
ＵＣＩとＰＵＳＣＨとが重複する場合、ＵＣＩをドロップすることと、
ＵＣＩとＰＵＳＣＨとが重複しない場合、ＵＣＩを送信することと
を備える、［Ｃ５］に記載の方法。
［Ｃ１０］
前記バンドリングされた送信の１つまたは複数のパラメータに少なくとも部分的に基づいて、ＵＣＩリソースを計算すること
をさらに備え、
バンドリングされた送信についてのＵＣＩリソース計算は、バンドリングなしのＵＣＩリソース計算とは異なる、［Ｃ１］に記載の方法。
［Ｃ１１］
前記ＵＣＩリソース計算はバンドリングサイズに少なくとも部分的に基づく、［Ｃ１０］に記載の方法。
［Ｃ１２］
前記ＵＣＩリソース計算は、ＰＵＳＣＨとＵＣＩとの重複の量に少なくとも部分的に基づく、［Ｃ１０］に記載の方法。
［Ｃ１３］
前記バンドリングされた送信の１つまたは複数のパラメータに基づいて、バンドリングされた送信として、どのタイプのＵＣＩを送信するかを決定することをさらに備える、［Ｃ１］に記載の方法。
［Ｃ１４］
前記バンドリングされた送信の前記１つまたは複数のパラメータは、バンドリングの長さ、トランスポートブロックのサイズ、またはリソース割り当てのサイズのうちの少なくとも１つを備える、［Ｃ１３］に記載の方法。
［Ｃ１５］
前記バンドリングされた送信の１つまたは複数のパラメータに基づいて、バンドリングされた送信として、どのタイプのＵＣＩを送信するかを決定することは、
バンドリングされた送信として、ランクインジケーション（ＲＩ）またはチャネル品質インジケータ（ＣＱＩ）のうちの少なくとも１つを送信すると決定すること
を備える、［Ｃ１３］に記載の方法。
［Ｃ１６］
基地局（ＢＳ）によってサブフレームのバンドルにわたって、バンドリングされた送信としてアップリンク制御情報（ＵＣＩ）を受信する方法であって、
物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信するために、ユーザ機器（ＵＥ）のための第１のバンドリングサイズを決定することと、
前記ＵＣＩを送信するために、前記ＵＥのための第２のバンドリングサイズを決定することと、
前記第１および第２のバンドリングサイズに従って、前記ＵＥからのバンドリングされた送信として前記ＵＣＩおよび前記ＰＵＳＣＨを受信することと
を備える、方法。
［Ｃ１７］
前記ＵＣＩが物理アップリンク制御チャネル（ＰＵＣＣＨ）上で送信されるか、またはＰＵＳＣＨ上で送信されるかに依存して、別個のバンドリングサイズが前記ＵＣＩを送信するために使用される、［Ｃ１６］に記載の方法。
［Ｃ１８］
前記第１および第２のバンドリングサイズのうちの少なくとも１つを示すシグナリングを送信すること
をさらに備える、［Ｃ１６］に記載の方法。
［Ｃ１９］
前記第２のバンドリングサイズを決定する際に使用するために、前記ＵＥのための前記第１のバンドリングサイズを示すシグナリングを送信すること
を備える、［Ｃ１８］に記載の方法。
［Ｃ２０］
前記ＵＣＩとＰＵＳＣＨとの間の重複の量に少なくとも部分的に基づいて、バンドリングされた送信として、前記ＵＥが前記ＵＣＩをいつ送信するかを決定すること
をさらに備える、［Ｃ１６］に記載の方法。
［Ｃ２１］
バンドリングされた送信として、前記ＵＥが前記ＵＣＩをいつ送信するかを決定することは、
ＵＣＩがＰＵＳＣＨと重複する場合、前記ＵＥが、前記バンドル内の全てのサブフレーム上のＰＵＳＣＨ内の前記ＵＣＩを送信すると決定すること
を備える、［Ｃ２０］に記載の方法。
［Ｃ２２］
バンドリングされた送信として、前記ＵＥが前記ＵＣＩをいつ送信するかを決定することは、
ＵＣＩが、前記ＵＥによってＰＵＳＣＨ上で送信されるか、または物理アップリンク制御チャネル（ＰＵＣＣＨ）上で送信されるかに依存して、前記ＵＥが、異なる周波数リソース上で前記ＵＣＩを送信すると決定すること
を備える、［Ｃ２０］に記載の方法。
［Ｃ２３］
前記バンドリングされた送信の１つまたは複数のパラメータに少なくとも部分的に基づいて、ＵＣＩリソースを計算すること
をさらに備え、
バンドリングされた送信についての前記ＵＣＩリソース計算は、バンドリングなしのＵＣＩリソース計算とは異なる、［Ｃ１６］に記載の方法。
［Ｃ２４］
前記ＵＣＩリソース計算は、バンドリングサイズに少なくとも部分的に基づく、［Ｃ２３］に記載の方法。
［Ｃ２５］
前記ＵＣＩリソース計算は、ＰＵＳＣＨとＵＣＩとの重複の量に少なくとも部分的に基づく、［Ｃ２３］に記載の方法。
［Ｃ２６］
前記バンドリングされた送信の１つまたは複数のパラメータに基づいて、バンドリングされた送信として、前記ＵＥが、どのタイプのＵＣＩを送信するかを決定することをさらに備える、［Ｃ１６］に記載の方法。
［Ｃ２７］
前記バンドリングされた送信の前記１つまたは複数のパラメータは、バンドリングの長さ、トランスポートブロックのサイズ、またはリソース割り当てのサイズのうちの少なくとも１つを備える、［Ｃ２６］に記載の方法。
［Ｃ２８］
前記バンドリングされた送信の１つまたは複数のパラメータに基づいて、バンドリングされた送信として、前記ＵＥが、どのタイプのＵＣＩを送信するかを決定することは、  前記ＵＥが、バンドリングされた送信として、ランクインジケーション（ＲＩ）またはチャネル品質インジケータ（ＣＱＩ）のうちの少なくとも１つを送信すると決定すること  を備える、［Ｃ２６］に記載の方法。
［Ｃ２９］
ユーザ機器（ＵＥ）によってサブフレームのバンドルにわたって、バンドリングされた送信としてアップリンク制御情報（ＵＣＩ）を送信するための装置であって、
物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信するために第１のバンドリングサイズを決定し、前記ＵＣＩを送信するために第２のバンドリングサイズを決定するように構成された少なくとも１つのプロセッサと、
前記第１および第２のバンドリングサイズに従って、バンドリングされた送信として前記ＵＣＩおよび前記ＰＵＳＣＨを送信するように構成された送信機と
を備える、装置。
［Ｃ３０］
基地局（ＢＳ）によってサブフレームのバンドルにわたって、バンドリングされた送信としてアップリンク制御情報（ＵＣＩ）を受信するための装置であって、
物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信するために、ユーザ機器（ＵＥ）のための第１のバンドリングサイズを決定し、前記ＵＣＩを送信するために、前記ＵＥのための第２のバンドリングサイズを決定するように構成された少なくとも１つのプロセッサと、
前記第１および第２のバンドリングサイズに従って、前記ＵＥからのバンドリングされた送信として前記ＵＣＩおよび前記ＰＵＳＣＨを受信するように構成された受信機と
を備える、装置。
【外国語明細書】
2020188471000001.pdf