JP7390387B2 - 無認可スペクトル内の複数のキャリア上でのアップリンク制御情報の送信のためのシステムおよび方法 - Google Patents

Description

本出願は、無認可スペクトル内の無線通信に関し、より詳細には、無認可スペクトル内の複数のキャリア上でのアップリンク制御情報（ＵＣＩ）の送信に関する。

優先権
本出願は、２０１９年２月２５日に出願され、「Ｓｙｓｔｅｍｓ ａｎｄ Ｍｅｔｈｏｄｓ ｆｏｒ Ｔｒａｎｓｍｉｓｓｉｏｎ ｏｆ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ ｏｖｅｒ Ｍｕｌｔｉｐｌｅ Ｃａｒｒｉｅｒｓ ｉｎ Ｕｎｌｉｃｅｎｓｅｄ Ｓｐｅｃｔｒｕｍ」と題された米国特許仮出願第６２／８１０，０５７号、および２０１９年２月２１日に出願され、「Ｓｙｓｔｅｍｓ ａｎｄ Ｍｅｔｈｏｄｓ ｆｏｒ Ｔｒａｎｓｍｉｓｓｉｏｎ ｏｆ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ ｏｖｅｒ Ｍｕｌｔｉｐｌｅ Ｃａｒｒｉｅｒｓ ｉｎ Ｕｎｌｉｃｅｎｓｅｄ Ｓｐｅｃｔｒｕｍ」と題された米国特許出願第１６／７９７，９０７号明細書の優先権を主張し、これらの出願の内容は、それらの全体が参照によって本明細書に組み込まれている。

いくつかの無線通信システムにおいて、ユーザ機器（ＵＥ）は、基地局と無線で通信して、基地局へデータを送り、および／または基地局からデータを受信する。ＵＥから基地局への無線通信は、アップリンク通信と称される。基地局からＵＥへの無線通信は、ダウンリンク通信と称される。

アップリンク通信およびダウンリンク通信を実行するために、リソースが必要とされる。例えば、基地局は、ダウンリンク送信において、特定の周波数で、特定の期間にわたり、トランスポートブロック（ＴＢ）などのデータをＵＥへ無線で送信し得る。使用される周波数および期間は、リソースの例である。

ＵＥと基地局との間の無線通信は、認可されたスペクトル上で、無認可スペクトル上で、または両方上で発生し得る。認可スペクトルとは、無線通信に対して使用が認可されている周波数帯域を指す。特定の周波数帯域を認可されている企業は、所与の地理的エリアにおいて、その周波数帯域を使用して無線で通信する権利を有する。無認可スペクトルとは、無線通信に対して使用が認可されておらず、地域的なスペクトル規則に従って誰によっても自由に使用することができる周波数帯域を指す。したがって、無認可スペクトルは、共有スペクトルである。無認可スペクトル上で無線で通信する場合、無認可スペクトル内の同じリソース上で同様に送信している他のデバイスからの干渉があり得ると予想される。したがって、無認可スペクトル上で動作する、すなわち、共有スペクトルアクセスを用いて動作するデバイスは、デバイスが送信を送る前にチャネルの利用可能性を決定するために、無線チャネルをまずリッスンする、リッスンビフォアトーク（ＬＢＴ）プロトコルを使用し得る。したがって、ＬＢＴは、チャネルアクセス手続きである。

無認可スペクトルにおいて、無線通信、特にアップリンク無線通信の信頼性を改善するシステムおよび方法を提供することが望ましい。無認可スペクトル内の無線通信の信頼性を改善することは、モバイル事業者が、例えば、統一された／一体化されたキャリアタイプエアインターフェースを使用して、利用可能な無認可スペクトルリソースに対するモバイル事業者の増加し続けるトラフィック負荷を少なくとも部分的にオフロードすることを可能にする方が良いことがある。

米国特許出願第１６／２０３，０３０号明細書

無認可スペクトル内の無線通信を容易にすることを目的とするシステムおよび方法が開示される。いくつかの実施形態において、無認可スペクトル内でのアップリンク制御情報（ＵＣＩ）の送信に向けられるシステムおよび方法が開示される。ＵＣＩは、ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックであってよく、またはＨＡＲＱフィードバックを含んでよい。ＨＡＲＱフィードバックは、無認可スペクトル上で同様に送られたダウンリンクデータ送信に対応し得る。いくつかの実施形態において、複数のアップリンクリソースパーティションが、異なるコンポーネントキャリア（ＣＣ）にわたって割り振られ、ＵＣＩは、場合により、割り振られたアップリンクリソースパーティションのうちの１つまたは複数上で送られ得る。割り振られたアップリンクリソースパーティションは、少なくとも割り振られたアップリンク時間周波数リソースパーティションと、場合により、他のリソースパラメータとからなる。基地局によって割り振られる物理アップリンク制御チャネル（ＰＵＣＣＨ）は、割り振られたアップリンクリソースパーティションの例である。

異なるＣＣにわたって異なるアップリンクリソースパーティションを割り振ることによって、いくつかの実施形態のシステムおよび方法は、無認可スペクトル内で、より信頼できるアップリンク送信を提供し得る。具体的には、例えば無線チャネルが占有されていることが理由で、ＵＣＩが、１つのＣＣ上の割り振られたアップリンクリソースパーティション上で送信されることができない場合、代わりに、別のＣＣに割り振られたアップリンクリソースパーティション上でＵＣＩを送信することが可能であり得る。

いくつかの実施形態において、（ｉ）ＵＣＩが送られ得る無認可スペクトル内のアップリンクリソースパーティションと、（ｉｉ）アップリンクリソースパーティションに関連して使用されるべきＬＢＴタイプとを示すダウンリンク制御情報（ＤＣＩ）を受信するステップを含む、ＵＥによって実行される方法が提供される。方法は、ＤＣＩにおいて示されるＬＢＴタイプを実行するステップをさらに含み得る。方法は、アップリンクリソースパーティション上でＵＣＩを送信するステップをさらに含み得る。ＵＥ方法を実行するように構成されたＵＥも提供される。

第１の態様によれば、ユーザ機器（ＵＥ）によって実行される方法は、アップリンク制御情報（ＵＣＩ）が送られ得る無認可スペクトル内のアップリンクリソースパーティションと、アップリンクリソースパーティションに関連して使用されるべきリッスンビフォアトーク（ＬＢＴ）タイプとを示すダウンリンク制御情報（ＤＣＩ）を受信するステップと、ＤＣＩにおいて示されるＬＢＴタイプを実行するステップと、アップリンクリソースパーティション上でＵＣＩを送信するステップとを含む。

任意選択で、前述の態様のいずれかにおいて、ＵＣＩは、ＤＣＩによってスケジューリングされるダウンリンクトランスポートブロック（ＴＢ）に対応するハイブリッド自動再送要求（ＨＡＲＱ）フィードバックである。

任意選択で、前述の態様のいずれかにおいて、ＤＣＩは、アップリンクリソースパーティション上でのアップリンク送信の第１のＯＦＤＭシンボルに対するＣＰ拡張であって、アップリンクリソースパーティション上でアップリンク送信の第１のＯＦＤＭシンボルを送信する直前に適用されるＣＰ拡張を示す。

任意選択で、前述の態様のいずれかにおいて、ＵＥは、ＤＣＩにおいて示されるＣＰ拡張を使用して、基地局による先行するダウンリンク送信の終了から、アップリンクリソースパーティション上でのアップリンク送信の開始までの特定の期間のギャップを作成する。

任意選択で、前述の態様のいずれかにおいて、ギャップの特定の期間は、２５μｓまたは１６μｓであり、ＵＥは、ＬＢＴタイプ２を実行する。

任意選択で、前述の態様のいずれかにおいて、ＣＰ拡張の期間は、時間アライメント（ＴＡ）値およびサブキャリアスペーシング（ＳＣＳ）に基づいて、ＵＥによって計算される。

任意選択で、前述の態様のいずれかにおいて、ＣＰ拡張の期間は、１つのＯＦＤＭシンボル期間を越えない。

任意選択で、前述の態様のいずれかにおいて、ＤＣＩは、ＬＢＴタイプ１を示し、ＤＣＩにおいて示されるＬＢＴタイプを実行するステップは、基地局のチャネル占有内のアップリンクリソースを示すスロットフォーマット表示（ＳＦＩ）を受信することに応答して、および、示されるアップリンクリソースパーティションが、示されるアップリンクリソース内にあるとの決定に応答して、ＬＢＴタイプ１の代わりにＬＢＴタイプ２を実行するステップを含む。

任意選択で、前述の態様のいずれかにおいて、ＤＣＩは、ＬＢＴタイプ２がアップリンクリソースパーティションに関連して使用されるべきであるという、ＤＣＩにおける表示の欠如によって、ＬＢＴタイプ１がアップリンクリソースパーティションに関連して使用されるべきであることを示す。

任意選択で、前述の態様のいずれかにおいて、アップリンクリソースパーティションは、特定のアップリンクリソースパーティションである。ＤＣＩは、ＵＣＩが送られ得る複数のアップリンクリソースパーティションを示し、複数のアップリンクリソースパーティションは、特定のアップリンクリソースパーティションを含み、方法は、複数のアップリンクリソースパーティションの各々についてのそれぞれのＬＢＴタイプを実行するステップを含む。特定のアップリンクリソースパーティションについて実行されるＬＢＴタイプは、ＤＣＩにおいて示されるＬＢＴタイプである。

任意選択で、前述の態様のいずれかにおいて、複数のアップリンクリソースパーティションの各アップリンクリソースパーティションは、無認可スペクトル内のそれぞれの異なるコンポーネントキャリア上にある。

任意選択で、前述の態様のいずれかにおいて、複数のアップリンクリソースパーティションのうちの１つについて実行されるＬＢＴタイプは、複数のアップリンクリソースパーティションのうちの別の１つについて実行されるＬＢＴタイプとは異なる。

付加的な態様によれば、ユーザ機器（ＵＥ）は、アップリンク制御情報（ＵＣＩ）が送られ得る無認可スペクトル内のアップリンクリソースパーティションと、アップリンクリソースパーティションに関連して使用されるべきリッスンビフォアトーク（ＬＢＴ）タイプとを示すダウンリンク制御情報（ＤＣＩ）を受信するための受信器と、ＤＣＩにおいて示されるＬＢＴタイプを実行するためのＬＢＴユニットと、アップリンクリソースパーティション上でＵＣＩを送信するための送信器とを含む。

任意選択で、前述の態様のいずれかにおいて、ＵＣＩは、ＤＣＩによってスケジューリングされるダウンリンクトランスポートブロック（ＴＢ）に対応するハイブリッド自動再送要求（ＨＡＲＱ）フィードバックである。

任意選択で、前述の態様のいずれかにおいて、ＤＣＩは、アップリンクリソースパーティション上でのアップリンク送信の第１のＯＦＤＭシンボルに対するＣＰ拡張であって、アップリンクリソースパーティション上でアップリンク送信の第１のＯＦＤＭシンボルを送信する直前に適用されるＣＰ拡張を示す。

任意選択で、前述の態様のいずれかにおいて、ＵＥは、ＤＣＩにおいて示されるＣＰ拡張を使用して、基地局による先行するダウンリンク送信の終了から、アップリンクリソースパーティション上でのアップリンク送信の開始までの特定の期間のギャップを作成することになる。

任意選択で、前述の態様のいずれかにおいて、ギャップの特定の期間は、２５μｓまたは１６μｓであり、ＵＥは、ＬＢＴタイプ２を実行するように構成される。

任意選択で、前述の態様のいずれかにおいて、ＵＥは、時間アライメント（ＴＡ）値およびサブキャリアスペーシング（ＳＣＳ）に基づいて、ＣＰ拡張の期間を計算することになる。

任意選択で、前述の態様のいずれかにおいて、ＣＰ拡張の期間は、１つのＯＦＤＭシンボル期間を越えない。

任意選択で、前述の態様のいずれかにおいて、ＤＣＩは、ＬＢＴタイプ１を示し、ＵＥは、基地局のチャネル占有内のアップリンクリソースを示すスロットフォーマット表示（ＳＦＩ）を受信することに応答して、および、示されるアップリンクリソースパーティションが、示されるアップリンクリソース内にあるとの決定に応答して、ＬＢＴタイプ１の代わりにＬＢＴタイプ２を実行することになる。

任意選択で、前述の態様のいずれかにおいて、ＤＣＩは、ＬＢＴタイプ２がアップリンクリソースパーティションに関連して使用されるべきであるという、ＤＣＩにおける表示の欠如によって、ＬＢＴタイプ１がアップリンクリソースパーティションに関連して使用されるべきであることを示す。

任意選択で、前述の態様のいずれかにおいて、アップリンクリソースパーティションは、特定のアップリンクリソースパーティションである。ＤＣＩは、ＵＣＩが送られ得る複数のアップリンクリソースパーティションを示し、複数のアップリンクリソースパーティションは、特定のアップリンクリソースパーティションを含み、ＬＢＴユニットは、複数のアップリンクリソースパーティションの各々についてのそれぞれのＬＢＴタイプを実行することになる。特定のアップリンクリソースパーティションについて実行されるべきＬＢＴタイプは、ＤＣＩにおいて示されるＬＢＴタイプである。

任意選択で、前述の態様のいずれかにおいて、複数のアップリンクリソースパーティションの各アップリンクリソースパーティションは、無認可スペクトル内のそれぞれの異なるコンポーネントキャリア上にある。

任意選択で、前述の態様のいずれかにおいて、複数のアップリンクリソースパーティションのうちの１つについて実行されるべきＬＢＴタイプは、複数のアップリンクリソースパーティションのうちの別の１つについて実行されるべきＬＢＴタイプとは異なる。

実施形態は、添付の図を参照しつつ、あくまでも例として、説明されるであろう。

例示的な通信システムのネットワーク図である。 例示的な電子デバイスのブロック図である。 別の例示的な電子デバイスのブロック図である。 例示的なコンポーネントモジュールのブロック図である。 例示的なユーザ機器および基地局のブロック図である。 認可スペクトルおよび無認可スペクトル上の帯域幅部分の例を例示する図である。 時分割複信方式における時間周波数リソースを例示する図である。 周波数分割複信方式における２つの近接する帯域幅部分を示す図である。 アップリンク制御情報を送る際に使用するための異なるコンポーネントキャリアにわたるアップリンクリソースパーティションの例を例示する図である。 アップリンク制御情報を送る際に使用するための異なるコンポーネントキャリアにわたるアップリンクリソースパーティションの例を例示する図である。 アップリンク制御情報を送る際に使用するための異なるコンポーネントキャリアにわたるアップリンクリソースパーティションの例を例示する図である。 アップリンク制御情報を送る際に使用するための異なるコンポーネントキャリアにわたるアップリンクリソースパーティションの例を例示する図である。 アップリンク制御情報を送る際に使用するための異なるコンポーネントキャリアにわたるアップリンクリソースパーティションの例を例示する図である。 ＵＥに対して複数のアップリンク制御チャネルリソースを動的に割り振る例示的な手法を例示する図である。 ＵＥに対して複数のアップリンク制御チャネルリソースを動的に割り振る例示的な手法を例示する図である。 複数のリッスンビフォアトーク（ＬＢＴ）サブバンドに割り振られる複数のアップリンク制御チャネルリソースの例を例示する図である。 複数のリッスンビフォアトーク（ＬＢＴ）サブバンドに割り振られる複数のアップリンク制御チャネルリソースの例を例示する図である。 ユーザ機器および基地局によって実行される例示的な方法の図である。

例示の目的のために、ここで、特定の例示的な実施形態が、図と共に、以下により詳細に解説されるであろう。

例示的な通信システムおよびデバイス
図１は、例示的な通信システム１００を例示する。一般に、通信システム１００は、複数の無線要素または有線要素がデータおよび他のコンテンツを通信することを可能にする。通信システム１００の目的は、音声、データ、ビデオ、および／またはテキストなどのコンテンツを、ブロードキャスト、ナローキャスト、ユーザデバイスからユーザデバイスへ等を介して提供することであり得る。通信システム１００は、帯域幅などのリソースを共有することによって動作し得る。

この例において、通信システム１００は、電子デバイス（ＥＤ）１１０ａ～１１０ｃ、無線アクセスネットワーク（ＲＡＮ）１２０ａ～１２０ｂ、コアネットワーク１３０、公衆交換電話網（ＰＳＴＮ）１４０、インターネット１５０、および他のネットワーク１６０を含む。一定の数のこれらの構成要素または要素が図１に示されているが、任意の合理的な数のこれらの構成要素または要素が通信システム１００に含まれてよい。

ＥＤ１１０ａ～１１０ｃは、通信システム１００において、動作するように、通信するように、または両方を行うように構成される。例えば、ＥＤ１１０ａ～１１０ｃ、無線通信チャネルまたは有線通信チャネルを介して、送信するように、受信するように、または両方を行うように構成される。各ＥＤ１１０ａ～１１０ｃは、無線動作のための任意の適切なエンドユーザデバイスを表現しており、ユーザ機器／デバイス（ＵＥ）、無線送受信ユニット（ＷＴＲＵ）、移動局、固定または移動加入者ユニット、携帯電話、局（ＳＴＡ）、マシンタイプ通信（ＭＴＣ）デバイス、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、コンピュータ、タブレット、無線センサ、または家電デバイスのようなデバイスを含んでよい（または、これらのようなデバイスと称されてよい）。

図１において、ＲＡＮ１２０ａ～１２０ｂは、基地局１７０ａ～１７０ｂをそれぞれ含む。各基地局１７０ａ～１７０ｂは、ＥＤ１１０ａ～１１０ｃのうちの１つまたは複数と無線でインターフェースして、任意の他の基地局１７０ａ～１７０ｂ、コアネットワーク１３０、ＰＳＴＮ１４０、インターネット１５０、および／または他のネットワーク１６０へのアクセスを可能にするように構成される。例えば、基地局１７０ａ～１７０ｂは、いくつかの周知のデバイス、例えば、基地送受信局（ＢＴＳ）、ノードＢ（ＮｏｄｅＢ）、進化型ＮｏｄｅＢ（ｅノードＢもしくはｅＮＢ）、ホームｅノードＢ、ｇノードＢ、送信ポイント（ＴＰ）、サイトコントローラ、アクセスポイント（ＡＰ）、または無線ルータなどのうちの１つまたは複数を含んでよい（または、これらであってよい）。任意のＥＤ１１０ａ～１１０ｃは、代替としてまたは付加的に、任意の他の基地局１７０ａ～１７０ｂ、インターネット１５０、コアネットワーク１３０、ＰＳＴＮ１４０、他のネットワーク１６０、または、先行のものの任意の組み合わせとインターフェースするように、アクセスするように、または通信するように構成され得る。通信システム１００は、ＲＡＮ１２０ｂなどのＲＡＮを含んでよく、対応する基地局１７０ｂは、インターネット１５０を介してコアネットワーク１３０にアクセスする。

ＥＤ１１０ａ～１１０ｃおよび基地局１７０ａ～１７０ｂは、本明細書において説明される機能性および／または実施形態の一部または全部を実装するように構成されることが可能である通信機器の例である。図１に示される実施形態において、基地局１７０ａは、ＲＡＮ１２０ａの一部を形成しており、ＲＡＮ１２０ａは、他の基地局、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノード、要素、および／またはデバイスを含み得る。任意の基地局１７０ａ、１７０ｂは、図示されるような単一の要素、または対応するＲＡＮ内で分散される複数の要素、またはその他であってよい。また、基地局１７０ｂは、ＲＡＮ１２０ｂの一部を形成しており、ＲＡＮ１２０ｂは、他の基地局、要素、および／またはデバイスを含み得る。各基地局１７０ａ～１７０ｂは、「セル」または「カバレッジエリア」と称されることがある、特定の地理的な領域またはエリア内で、無線信号を送信および／または受信する。セルは、セルセクタへとさらに分割され得、基地局１７０ａ～１７０ｂは、例えば、複数の送受信器を採用して、複数のセクタにサービスを提供し得る。いくつかの実施形態において、無線アクセス技術がピコセルまたはフェムトセルをサポートする場合には、ピコセルまたはフェムトセルが確立され得る。いくつかの実施形態において、例えば、多入力多出力（ＭＩＭＯ）技術を使用して、複数の送受信器が各セルに対して使用され得る。図示されているＲＡＮ１２０ａ～１２０ｂの数は、あくまでも例示である。通信システム１００を考え出す場合には、任意の数のＲＡＮが想定されてよい。

基地局１７０ａ～１７０ｂは、無線通信リンク、例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）等を使用して、１つまたは複数のエアインターフェース１９０上で、ＥＤ１１０ａ～１１０ｃのうちの１つまたは複数と通信する。エアインターフェース１９０は、任意の適切な無線アクセス技術を利用し得る。例えば、通信システム１００は、エアインターフェース１９０において、１つまたは複数のチャネルアクセス法、例えば、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、またはシングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）などを実装し得る。

基地局１７０ａ～１７０ｂは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインターフェース１９０を確立するために、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）を実装し得る。そうする際に、基地局１７０ａ～１７０ｂは、ＨＳＰＡ、任意選択でＨＳＤＰＡ、ＨＳＵＰＡまたは両方を含むＨＳＰＡ＋などのプロトコルを実装し得る。代替として、基地局１７０ａ～１７０ｂは、ＬＴＥ、ＬＴＥ－Ａ、および／またはＬＴＥ－Ｂを使用して、進化型ＵＴＭＳ地上無線アクセス（ｅ－ＵＴＲＡ）とのエアインターフェース１９０を確立してよい。通信システム１００は、上述したような方式を含む、複数のチャネルアクセス機能性を使用し得ることが想定される。エアインターフェースを実装するための他の無線技術は、ＩＥＥＥ８０２．１１、８０２．１５、および８０２．１６、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、ＩＳ－２０００、ＩＳ－９５、ＩＳ－８５６、ＧＳＭ、ＥＤＧＥ、およびＧＥＲＡＮを含む。他の多元接続方式および無線プロトコルが利用されてよい。

ＲＡＮ１２０ａ～１２０ｂは、コアネットワーク１３０と通信して、ＥＤ１１０ａ～１１０ｃに、音声、データ、および他のサービスなどの様々なサービスを提供する。ＲＡＮ１２０ａ～１２０ｂおよび／またはコアネットワーク１３０は、１つまたは複数の他のＲＡＮ（図示せず）と直接的または間接的に通信し得、１つまたは複数の他のＲＡＮは、コアネットワーク１３０によって直接的にサービス提供されてよく、またはされなくてよく、ＲＡＮ１２０ａ、ＲＡＮ１２０ｂまたは両方と同じ無線アクセス技術を採用してよく、または採用しなくてよい。コアネットワーク１３０は、（ｉ）ＲＡＮ１２０ａ～１２０ｂまたはＥＤ１１０ａ～１１０ｃまたは両方と、（ｉｉ）他のネットワーク（例えば、ＰＳＴＮ１４０、インターネット１５０、および他のネットワーク１６０など）との間のゲートウェイアクセスとしての役割を果たしてもよい。また、ＥＤ１１０ａ～１１０ｃの一部または全部は、異なる無線技術および／またはプロトコルを使用して、異なる無線リンク上で、異なる無線ネットワークと通信するための機能性を含み得る。無線通信の代わりに（または無線通信に加えて）、ＥＤは、有線通信チャネルを介して、サービスプロバイダまたはスイッチ（図示せず）、およびインターネット１５０と通信してよい。ＰＳＴＮ１４０は、旧来の電話サービス（ＰＯＴＳ）を提供するために回路交換電話網を含み得る。インターネット１５０は、コンピュータ若しくはサブネット（イントラネット）または両方のネットワークを含み、ＩＰ、ＴＣＰ、ＵＤＰなどのプロトコルを組み込み得る。ＥＤ１１０ａ～１１０ｃは、複数の無線アクセス技術に従った動作が可能なマルチモードデバイスであってよく、複数の無線アクセス技術をサポートするのに必要な複数の送受信器を組み込む。

図２および図３は、本開示による方法および教示を実装し得る例示的なデバイスを例示する。具体的には、図２は、例示的なＥＤ１１０を例示し、図３は、例示的な基地局１７０を例示する。これらの構成要素は、通信システム１００において、または任意の他の適切なシステムにおいて使用され得る。

図２に示されるように、ＥＤ１１０は、少なくとも１つの処理ユニット２００を含む。処理ユニット２００は、ＥＤ１１０の様々な処理動作を実装する。例えば、処理ユニット２００は、信号符号化、データ処理、電力制御、入出力処理、または、ＥＤ１１０が通信システム１００において動作することを可能にする任意の他の機能性を実行し得る。処理ユニット２００は、本明細書においてより詳細に説明される機能性および／または実施形態の一部または全部を実装するように構成されてもよい。各処理ユニット２００は、１つまたは複数の動作を実行するように構成された、任意の適切な処理デバイスまたはコンピューティングデバイスを含む。各処理ユニット２００は、例えば、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ、フィールドプログラマブルゲートアレイ、または特定用途向け集積回路を含み得る。

ＥＤ１１０は、少なくとも１つの送受信器２０２も含む。送受信器２０２は、少なくとも１つのアンテナ２０４またはネットワークインターフェースコントローラ（ＮＩＣ）による送信のために、データまたは他のコンテンツを変調するように構成される。送受信器２０２は、少なくとも１つのアンテナ２０４によって受信されるデータまたは他のコンテンツを復調するようにも構成される。各送受信器２０２は、無線送信もしくは有線送信のための信号を生成するための、および／または無線でもしくは有線で受信される信号を処理するための任意の適切な構造を含む。各アンテナ２０４は、無線信号または有線信号を送信および／または受信するための任意の適切な構造を含む。１つまたは複数の送受信器２０２が、ＥＤ１１０内で使用され得る。１つまたは複数のアンテナ２０４が、ＥＤ１１０内で使用され得る。単一の機能ユニットとして図示されているが、送受信器２０２は、少なくとも１つの送信器および少なくとも１つの別個の受信器を使用して実装されてもよい。

ＥＤ１１０は、１つまたは複数の入出力デバイス２０６またはインターフェース（インターネット１５０への有線インターフェースなど）をさらに含む。入出力デバイス２０６は、ネットワーク内のユーザまたは他のデバイスとの対話を許容する。各入出力デバイス２０６は、ユーザに情報を提供するための、またはユーザから情報を受信するための任意の適切な構造、例えば、ネットワークインターフェース通信を含む、スピーカ、マイクロフォン、キーパッド、キーボード、ディスプレイ、またはタッチ画面などを含む。

また、ＥＤ１１０は、少なくとも１つのメモリ２０８を含む。メモリ２０８は、ＥＤ１１０によって使用され、生成され、または収集された命令およびデータを記憶する。例えば、メモリ２０８は、本明細書において説明される機能性および／または実施形態の一部または全部を実装するように構成され、処理ユニット２００によって実行される、ソフトウェア命令またはモジュールを記憶し得る。各メモリ２０８は、任意の適切な揮発性および／または不揮発性ストレージおよび検索デバイスを含む。ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、ハードディスク、光ディスク、加入者識別モジュール（ＳＩＭ）カード、メモリースティック、セキュアデジタル（ＳＤ）メモリーカード等などの、任意の適切なタイプのメモリが使用されてよい。

図３に示されるように、基地局１７０は、少なくとも１つの処理ユニット２５０、少なくとも１つの送信器２５２、少なくとも１つの受信器２５４、１つまたは複数のアンテナ２５６、少なくとも１つのメモリ２５８、および１つまたは複数の入出力デバイスまたはインターフェース２５１を含む。送信器２５２および受信器２５４の代わりに、図示されていない送受信器が使用されてよい。スケジューラ２５３は、処理ユニット２５０に結合され得る。スケジューラ２５３は、基地局１７０内に含まれてよく、または基地局１７０と別個に動作してよい。処理ユニット２５０は、基地局１７０の様々な処理動作、例えば、信号符号化、データ処理、電力制御、入出力処理、または任意の他の機能性を実装する。処理ユニット２５０は、本明細書においてより詳細に説明される機能性および／または実施形態の一部または全部を実装するように構成されることも可能である。各処理ユニット２５０は、１つまたは複数の動作を実行するように構成された、任意の適切な処理デバイスまたはコンピューティングデバイスを含む。各処理ユニット２５０は、例えば、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ、フィールドプログラマブルゲートアレイ、または特定用途向け集積回路を含み得る。

各送信器２５２は、１つまたは複数のＥＤまたは他のデバイスへの無線送信または有線送信のための信号を生成するための任意の適切な構造を含む。各受信器２５４は、１つまたは複数のＥＤまたは他のデバイスから無線でまたは有線で受信される信号を処理するための任意の適切な構造を含む。別個の構成要素として図示されているが、少なくとも１つの送信器２５２と少なくとも１つの受信器２５４とは、送受信器へ組み合わされ得る。各アンテナ２５６は、無線信号または有線信号を送信および／または受信するための任意の適切な構造を含む。共通アンテナ２５６は、送信器２５２と受信器２５４との両方に結合されるものとしてここでは図示されているが、１つまたは複数のアンテナ２５６が、送信器２５２に結合されてよく、１つまたは複数の別個のアンテナ２５６が、受信器２５４に結合されてよい。各メモリ２５８は、ＥＤ１１０に関連して上述されたものなどの、任意の適切な揮発性および／または不揮発性ストレージおよび検索デバイスを含む。メモリ２５８は、基地局１７０によって使用され、生成され、または収集された命令およびデータを記憶する。例えば、メモリ２５８は、上述された機能性および／または実施形態の一部または全部を実装するように構成され、処理ユニット２５０によって実行される、ソフトウェア命令またはモジュールを記憶し得る。

各入出力デバイス２５１は、ネットワーク内のユーザまたは他のデバイスとの対話を許容する。各入出力デバイス２５１は、ネットワークインターフェース通信を含む、ユーザに情報を提供するための、またはユーザから情報を受信／提供するための任意の適切な構造を含む。

本明細書において提供される実施形態方法の１つまたは複数のステップは、図４による、対応するユニットまたはモジュールによって実行され得る。図４は、ＥＤ１１０または基地局１７０内などの、デバイス内のユニットまたはモジュールを例示する。例えば、信号は、送信ユニットまたは送信モジュールによって送信され得る。信号は、受信ユニットまたは受信モジュールによって受信され得る。信号は、処理ユニットまたは処理モジュールによって処理され得る。処理モジュールは、後述されるユニット／モジュール、例えば、アップリンクメッセージ生成器、ダウンリンクメッセージプロセッサ、エンコーダ、デコーダ、ＬＢＴユニット、リソースアロケータ、ダウンリンクメッセージ生成器、および／または下記に説明されるアップリンクメッセージプロセッサなどを包含し得る。他のユニット／モジュールが図４に含まれ得るが、図示されていない。それぞれのユニット／モジュールは、ハードウェア、ソフトウェア、またはこれらの組み合わせであってよい。例えば、ユニット／モジュールのうちの１つまたは複数は、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または特定用途向け集積回路（ＡＳＩＣ）などの集積回路であってよい。モジュールがソフトウェアである場合、それらは、必要に応じて全体または一部が、処理のために個別にまたはまとめて、必要に応じて単一のインスタンスまたは複数のインスタンスで、プロセッサによって検索され得ること、および、モジュール自体が、さらなる展開およびインスタンス化のための命令を含み得ることが認識されるであろう。

ＥＤ１１０および基地局１７０に関する付加的な詳細は、当業者に知られている。そのため、これらの詳細は、分かりやすいようにここでは省略される。

図５は、ＥＤ１１０および基地局１７０の別の例を例示する。ＥＤ１１０は、以下、ユーザ機器（ＵＥ）１１０と称されることになる。トランスポートブロック（ＴＢ）２２０は、基地局１７０とＵＥ１１０との間で無線で送信されるものとして例示される。

基地局１７０は、いくつかの実装において、他の名称、例えば、送受信ポイント（ＴＲＰ）、基地送受信局、無線基地局、ネットワークノード、送受信ノード、ノードＢ、進化型ＮｏｄｅＢ（ｅノードＢもしくはｅＮＢ）、ｇＮＢ、中継局、または遠隔無線ヘッドと呼ばれ得る。いくつかの実施形態において、基地局１７０の一部は分散されてよい。例えば、基地局１７０のモジュールの一部は、基地局１７０のアンテナを収容する機器から離れて位置してよく、アンテナを収容する機器に通信リンク（図示せず）上で結合されてよい。したがって、いくつかの実施形態において、基地局１７０という用語は、リソース割り振り、メッセージ生成、およびエンコーディング／デコーディングなどの処理動作を実行するネットワーク側のモジュールを指してもよく、それは、必ずしも基地局１７０のアンテナを収容する機器の一部とは限らない。モジュールは、他の基地局に結合されてもよい。いくつかの実施形態において、基地局１７０は、実際には、例えば、協調マルチポイント送信を通じて、ＵＥ１１０にサービス提供するために共に動作している複数の基地局であってよい。

基地局１７０は、送信器２５２と、１つまたは複数のアンテナ２５６に結合された受信器２５４とを含む。１つのアンテナ２５６のみが例示されている。送信器２５２と受信器２５４とは、送受信器として一体化されてよい。基地局１７０は、無認可スペクトル上で通信する場合に、本明細書において論じられるＬＢＴプロトコルを実装するために使用され得るＬＢＴユニット２５５をさらに含む。ＬＢＴユニット２５５は、送信器２５２および／または受信器２５４の一部であってよい。基地局１７０は、ＵＥ１１０へ送られるべきダウンリンク送信を生成するための、例えば、後述されるダウンリンク制御情報（ＤＣＩ）およびダウンリンクデータ送信を伝達する送信を生成するための、ダウンリンクメッセージ生成器２６０をさらに含む。ダウンリンクメッセージ生成器２６８は、ダウンリンク送信において送られるべきデータをエンコードするためのエンコーダ２６２を含む。ダウンリンクメッセージ生成器２６０は、送信器２５２の一部であってよい。基地局１７０は、ＵＥ１１０から受信されるアップリンク送信を処理するための、例えば、後述されるアップリンクハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを処理するための、アップリンクメッセージプロセッサ２６４をさらに含む。アップリンクメッセージプロセッサ２６４は、アップリンク送信をデコードするための、例えば、後述されるブラインドデコーディングを実行するための、デコーダ２６６を含む。アップリンクメッセージプロセッサ２６４は、受信器２５４の一部であってよい。基地局１７０は、リソースアロケータ２５３をさらに含み、リソースアロケータ２５３は、アップリンク送信のためにＵＥ１１０に割り振られるべきアップリンクリソースをスケジューリングし得、リソースアロケータ２５３は、ダウンリンク送信をスケジューリングしてもよい。例えば、リソースアロケータ２５３は、後述される複数のアップリンクリソースパーティション、例えば、ＰＵＣＣＨなどのアップリンク制御チャネルを、アップリンクＨＡＲＱフィードバックを送るために使用され得る異なるコンポーネントキャリアにわたって割り振る。基地局１００は、情報およびデータを記憶するためのメモリ２５８をさらに含む。

ダウンリンクメッセージ生成器２６０、エンコーダ２６２、アップリンクメッセージプロセッサ２６４、デコーダ２６６、リソースアロケータ２５３、ＬＢＴユニット２５５、ならびに／または、送信器２５２および受信器２５４の任意の信号処理構成要素は、ダウンリンクメッセージ生成器２６０、エンコーダ２６２、アップリンクメッセージプロセッサ２６４、デコーダ２６６、リソースアロケータ２５３、ＬＢＴユニット２５５、ならびに／または、送信器２５２および受信器２５４の機能を実行するように構成された回路構成の形態で実装されてよい。いくつかの実装において、回路構成は、メモリ２５８と、前述された処理ユニット２５０などの１つまたは複数のプロセッサとを含み、１つまたは複数のプロセッサは、１つまたは複数のプロセッサに、ダウンリンクメッセージ生成器２６０、エンコーダ２６２、アップリンクメッセージプロセッサ２６４、デコーダ２６６、リソースアロケータ２５３、ＬＢＴユニット２５５、ならびに／または、送信器２５２および受信器２５４の動作を実行させる命令を実行する。代替として、ダウンリンクメッセージ生成器２６０、エンコーダ２６２、アップリンクメッセージプロセッサ２６４、デコーダ２６６、リソースアロケータ２５３、ＬＢＴユニット２５５、ならびに／または、送信器２５２および受信器２５４は、ダウンリンクメッセージ生成器２６０、エンコーダ２６２、アップリンクメッセージプロセッサ２６４、デコーダ２６６、リソースアロケータ２５３、ＬＢＴユニット２５５、ならびに／または、送信器２５２および受信器２５４の動作を実行するための専用集積回路構成、例えば、ＡＳＩＣ、ＧＰＵ、またはＦＰＧＡなどを使用する処理ユニットによって実装されてよい。

ＵＥ１１０も、送信器２０１と、１つまたは複数のアンテナ２０４に結合された受信器２０３とを含む。１つのアンテナ２０４のみが例示されている。送信器２０１と受信器２０３とは、送受信器、例えば送受信器２０２として一体化されてよい。ＵＥ１１０は、無認可スペクトル上で通信する場合に、本明細書において論じられるＬＢＴプロトコルを実装するために使用されるＬＢＴユニット２０５をさらに含む。ＬＢＴユニット２０５は、送信器２０１および／または受信器２０３の一部であってよい。ＵＥ１１０は、デコーダ２１８を含む、ダウンリンクメッセージプロセッサ２１６をさらに含む。ダウンリンクメッセージプロセッサ２１６およびデコーダ２１８は、本明細書において説明されるＵＥ ＨＡＲＱ動作などの、受信されたダウンリンクメッセージを処理すること、例えば、肯定応答（ＡＣＫ）および／または否定応答（ＮＡＣＫ）を生成すること、に関連する動作を実行する。ダウンリンクメッセージプロセッサ２１６は、受信器２０３の一部であってよい。ＵＥ１１０は、エンコーダ２１２を含む、アップリンクメッセージ生成器２１０をさらに含む。アップリンクメッセージ生成器２１０およびエンコーダ２１２は、アップリンク送信、例えば、後述される複数のアップリンクリソースパーティションのうちの占有されていない１つ上で送られるべきアップリンクメッセージ、例えば、ＰＵＣＣＨなどのアップリンク制御チャネル上で送るためのＨＡＲＱフィードバックなど、を生成することに関連する動作を実行する。例えば、エンコーダ２１２は、基地局１７０への送信のためのＡＣＫまたはＮＡＣＫを準備することに関連する動作を実行し得る。アップリンクメッセージ生成器２１０は、送信器２０１の一部であってよい。ＵＥ１１０は、情報およびデータを記憶するためのメモリ２０８をさらに含む。

ダウンリンクメッセージプロセッサ２１６、デコーダ２１８、アップリンクメッセージ生成器２１０、エンコーダ２１２、ＬＢＴユニット２０５、ならびに／または、送信器２０１および受信器２０３の任意の信号処理構成要素は、ダウンリンクメッセージプロセッサ２１６、デコーダ２１８、アップリンクメッセージ生成器２１０、エンコーダ２１２、ＬＢＴユニット２０５、ならびに／または、送信器２０１および受信器２０３の機能を実行するように構成された回路構成の形態で実装され得る。いくつかの実装例において、回路構成は、メモリ２０８と、前述された処理ユニット２００などの１つまたは複数のプロセッサとを含み、１つまたは複数のプロセッサは、１つまたは複数のプロセッサに、ダウンリンクメッセージプロセッサ２１６、デコーダ２１８、アップリンクメッセージ生成器２１０、エンコーダ２１２、ＬＢＴユニット２０５、ならびに／または、送信器２０１および受信器２０３の動作を実行させる命令を実行する。代替として、ダウンリンクメッセージプロセッサ２１６、デコーダ２１８、アップリンクメッセージ生成器２１０、エンコーダ２１２、ＬＢＴユニット２０５、ならびに／または、送信器２０１および受信器２０３は、ダウンリンクメッセージプロセッサ２１６、デコーダ２１８、アップリンクメッセージ生成器２１０、エンコーダ２１２、ＬＢＴユニット２０５、ならびに／または、送信器２０１および受信器２０３の動作を実行するための専用集積回路構成、例えば、ＡＳＩＣ、ＧＰＵ、またはＦＰＧＡなどを使用する処理ユニットによって実装されてよい。

基地局１７０およびＵＥ１１０は、他の構成要素を含んでよいが、これらは分かりやすくするために省略されている。

ワイヤレス通信のためのＨＡＲＱ
ハイブリッド自動再送要求（ＨＡＲＱ）は、送信されるべきデータが、誤り訂正コードを使用してエンコードされる方法である。エンコードされたデータが送信期間中に破損され、受信器が誤りを修正することができない場合、再送信が実行される。

ＨＡＲＱは、アップリンクおよび／またはダウンリンク送信のために実行され得る。例えば、ＴＢ２２０が、最初のダウンリンク送信において基地局１７０からＵＥ１１０へ送られ、ＴＢ２２０が、ＵＥ１１０によるデコードに失敗した場合、再送信が基地局１７０によって実行され得る。本明細書において使用されるような「送信」という単語は、最初の送信または再送信を指し得る。再送信は、ＴＢ２２０および／またはＴＢ２２０をデコードするためのさらなる情報の再送信を含み得る。例えば、再送信データは、元のデータおよび／またはパリティ情報の一部または全部を含んでよい。いくつかの実施形態において、ＨＡＲＱ送信は、ＴＢの１つまたは複数の符号ブロックグループ（ＣＢＧ）を含み得る。ＵＥ１１０のデコーダ２１８は、ＨＡＲＱ結合を以下のように実行し得る：デコードに失敗した初期データを廃棄する代わりに、デコードに失敗した初期データは、ＵＥ１１０においてメモリ２０８内に記憶され、ＴＢ２２０のデコードに成功することを試行するために、受信された再送信データと組み合わされ得る。ＨＡＲＱ結合が実行される場合、基地局１７０からの再送信データは、初期データの完全な再送信である必要がないことがあり得る。再送信は、より少ないデータ、例えば、初期データに関連付けられたパリティビットの一部または全部などを搬送し得る。使用され得る１つのタイプのＨＡＲＱ結合は、チェイス結合または増分冗長性などのソフト結合である。

最初の送信および再送信は、異なる冗長性バージョン（ＲＶ）を使用し得る。異なるＲＶは、異なるリビジョンと称されてもよい。データが、基地局１７０内のエンコーダ２６２によってエンコードされる場合、エンコードされたビットは、場合により互いに重複する異なるセットへパーティション化され得る。各セットは、異なるＲＶである。例えば、いくつかのＲＶは、他のＲＶより多くのパリティビットを有してよい。各ＲＶは、ＲＶインデックス、例えば、ＲＶ ０、ＲＶ １、ＲＶ ２等によって識別される。ダウンリンク送信が、特定のＲＶを使用して送られる場合、そのＲＶに対応するエンコードされたビットのみが送信される。異なるチャネルコードは、エンコードされたビット、例えば、ターボコード、低密度パリティチェック（ＬＤＰＣ）コード、ポーラ符号等を生成するために使用され得る。１つの実施形態において、１つまたは複数のパケットについてのチャネル符号化は、３つのビットストリーム、すなわち、系統的ビットストリームと、２つのパリティビットストリームとをもたらす。レートマッチングが実行され得、円形バッファ（例示せず）は、系統的ビットおよびパリティビットを記憶し得る。ビットは、円形バッファから読み取られ、アップリンクメッセージ内での送信のために変調され得る。円形バッファは、それに関連付けられた異なるＲＶ、例えば、４つの冗長性バージョン（ＲＶ）：ＲＶ０、ＲＶ１、ＲＶ２、およびＲＶ３を有する。各ＲＶは、円形バッファから符号化されたビットが読み取られるべき開始位置を示す。したがって、各ＲＶは、エンコードされたビットの異なるセットを送信する。データは、最初にＲＶ ０を使用して送信され得るが、再送信は、より高いＲＶ、例えば、第１の再送信に対してはＲＶ ２、第２の再送信に対してはＲＶ ３等を時には使用してもよい。

ＵＥ１１０は、ＲＶの知識を使用して、デコーディングを実行する。チェイス結合の場合、最初のおよび再度の送信のＲＶは同じ、例えばＲＶ ０であってよい。増分冗長性の場合、再送信は、所定のパターンに従い得るより高いＲＶ、例えば、最初の送信に対してＲＶ ０、第１の再送信に対してＲＶ ２、第２の再送信に対してＲＶ ３、および第３の再送信に対してＲＶ １を使用してもよい。したがって、データをデコードするためには、予め定義されたＲＶが１つしかない場合を除いて、受信されているデータのＲＶインデックスをＵＥ１１０が知ることが必要となり得る。

ダウンリンク送信のためのＨＡＲＱ手続きの一部として、ＵＥ１１０がダウンリンク送信のＴＢのデコードに成功する場合、ＡＣＫがＵＥ１１０によって送られ得る。いくつかの実施形態において、ＴＢがデコードに失敗した場合、ＮＡＣＫがＵＥ１１０によって送られ得る。ＡＣＫおよびＮＡＣＫは、ＨＡＲＱフィードバックの例である。ＨＡＲＱフィードバックは、時には、代替として、ＡＣＫ／ＮＡＣＫフィードバックまたはＡ／Ｎフィードバックと称される。ＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックは、ＣＢＧベースであってもよく、フィードバックが、どのＣＢＧがデコードに成功したか、またはデコードに失敗したかに関する情報を与えることを意味する。

ＨＡＲＱ処理は同時であってよく、その場合において、再送信は、例えば、ＬＴＥグラントベースのアップリンクＨＡＲＱにおけるように、所定の時間間隔でスケジューリングされ、システム情報から導出される系統的タイミングに基づく。ＨＡＲＱ処理が同時でない場合、それは非同期である。

認可スペクトルおよび無認可スペクトル上での無線通信
ＵＥ１１０と基地局１７０との間の無線通信は、搬送周波数上、例えば、コンポーネントキャリア（ＣＣ）上で送信される。ＣＣは、セルと称され得る。いくつかのＣＣは、認可スペクトル上にあり得るのに対して、他のＣＣは、無認可スペクトル上にあり得る。無認可スペクトル上のＣＣは、無認可ＣＣと称され得る。ＣＣは、その帯域幅と、ＣＣの中心周波数とによって特徴付けられ得る。例えば、無認可ＣＣの帯域幅は、２０ＭＨｚ、２０ＭＨｚの整数倍、または何らかの他の帯域幅であってよい。

ＵＥ１１０は、ＣＣの帯域幅内の１つまたは複数の帯域幅部分（ＢＷＰ）上で基地局１７０と無線で通信し得る。ＢＷＰは、所与のヌメロロジーについての、例えば、所与のサブキャリアスペーシング（ＳＣＳ）についての、所与のＣＣの近接するサブキャリアから選択された周波数サブキャリアの近接するセットである。ＣＣのＢＷＰは、キャリアＢＷＰと称され得る。ネットワークは、１つまたは複数のアップリンクＢＷＰおよび／またはダウンリンクＢＷＰ上でデータおよび／または制御情報を送信および／または受信するようにＵＥ１１０を構成し得る。ＣＣにおけるＢＷＰの構成は、ＵＥ固有である。ネットワークの観点から、同じＣＣを使用するように構成されたＵＥは、異なる構成のＢＷＰを有し得る。例えば、ＵＥ１１０は、ＣＣの２つのＢＷＰ上で送信および／または受信するように構成され得るのに対して、別のＵＥは、同じＣＣの３つのＢＷＰ上で送信および／または受信するように構成され得るのに対して、別のＵＥは、同じＣＣの１つのＢＷＰ上でのみ送信および／または受信するように構成され得る。いくつかの場合において、ＵＥは、同じＣＣの複数のＢＷＰ上で送信および／または受信するように構成されてよく、基地局は、一度に単一のＢＷＰを起動してよい。同じＣＣ上でＵＥのために構成されるＢＷＰは、同じ帯域幅または異なる帯域幅を有し得る。１つのＵＥのために構成される１つまたは複数のＢＷＰは、ＣＣ上のその他のＵＥのうちの１つまたは複数のために構成される１つまたは複数のＢＷＰと部分的にまたは完全に重複し得る。また、ＵＥが、ＣＣ上の複数のＢＷＰ上で送信および／または受信するように構成される場合、そのＵＥの複数のＢＷＰは、互いに近接してよく、または複数のＢＷＰは、互いに部分的にもしくは完全に重複してよい。したがって、ＢＷＰは、１つまたは複数の無認可チャネルを含み得る。各チャネルは、チャネルアクセス手続きが無認可スペクトル内で実行されるリソースブロック（ＲＢ）の近接するセットから成る、ＣＣまたはＣＣの一部を参照する。

図６は、無線媒体の周波数スペクトル上の６つのＣＣの例を例示する。６つのＣＣは、３０２、３０４、３０６、３０８、３１０、および３１２とそれぞれラベル付けされる。ガードバンド３１５は、近接するＣＣの隣接ペア間に挟まれ得るが、ＣＣ３０２、３０４、および３０６は、認可スペクトル内にあり、互いに近接している。ＣＣ３０８、３１０、および３１２は、無認可スペクトル内にある。ＣＣ３１０および３１２は、互いに近接しており、ガードバンド３１５によって分離され得る。ＣＣ３０８は、ＣＣ３１０に近接していない。図６において、ＣＣ３０２は、２０ＭＨｚの帯域幅を有し、ＵＥのために構成された１つのＢＷＰから成る。ＣＣ３０４は、８０ＭＨｚの帯域幅を有し、ＵＥのために構成された１つのＢＷＰから成る。ＣＣ３０６は、８０ＭＨｚの帯域幅を有し、各ＢＷＰが２０ＭＨｚである、ＵＥのために構成された、４つの隣接する近接するＢＷＰから成る。ＣＣ３０８は、８０ＭＨｚの帯域幅を有し、各ＢＷＰが４０ＭＨｚである、ＵＥのために構成された、２つの隣接する近接するＢＷＰから成る。ＣＣ３１０は、６０ＭＨｚの帯域幅を有し、ＵＥのために構成された１つのＢＷＰから成る。ＣＣ３１２は、２０ＭＨｚの帯域幅を有し、ＵＥのために構成された１つのＢＷＰから成る。図６に示されるＣＣは、例にすぎない。より一般には、ＣＣは、認可スペクトルまたは無認可スペクトル上にあってよく、ＣＣは、他のＣＣと近接してよく、または近接しなくてよく、ＣＣは、無線周波数（ＲＦ）チェーンが並行して取り扱うことができるサブキャリアの最大数までの任意の帯域幅を有してよく、ＣＣは、１つまたは複数のＢＷＰから成り得る。ＣＣが、１つを超えるＢＷＰから成る場合、各ＢＷＰは、同じ帯域幅を有し得、またはＢＷＰのうちの１つもしくは複数は、異なる帯域幅を有し得る。異なるＢＷＰは、異なるヌメロロジーで、例えば、異なるサブキャリアスペーシング（ＳＣＳ）および／または巡回プレフィックス（ＣＰ）長で送信するために使用され得る。図６には図示されていないが、異なるＢＷＰは、周波数において互いに重複し得る。

ＣＣのＢＷＰは、ＢＷＰの時間周波数リソース上での無線通信を送るためおよび／または受信するために使用され得る。いくつかの実施形態において、ＢＷＰは、予め構成されたＢＷＰのセット内のＢＷＰを識別するためのインデックスに関連付けられ得る。周波数分割複信（ＦＤＤ）方式において、ＵＥは、ダウンリンクＣＣ上の１つまたは複数のダウンリンクＢＷＰ、およびアップリンクＣＣ上の１つまたは複数のアップリンクＢＷＰを用いて構成され得る。そのような実装において、アップリンクＢＷＰは、ネットワークとのＦＤＤ通信のためにダウンリンクＢＷＰとペアリングされることが可能である。ただし、時分割複信（ＴＤＤ）方式、すなわち、ペアリングされていないスペクトルにおいて、同じインデックスを有するダウンリンクＢＷＰおよびアップリンクＢＷＰは、ネットワークとのＴＤＤ通信のために黙示的にペアリングされる。

例えば、図７は、ＢＷＰ３５４がダウンリンク時間周波数リソース３５６を有し、ペアリングされたアップリンクＢＷＰ３５５がアップリンク時間周波数リソース３５８を有するＴＤＤスキームにおける時間周波数リソース３５２のセットを例示する。ＢＷＰ３５４および３５５は、同じ帯域幅を有するものとして例示されているが、これはそうである必要はない。例えば、ＢＷＰ３５４および３５５は、中央周波数に関してアラインされ得るが、異なる帯域幅を有してよい。ダウンリンク時間周波数リソース３５６は、例えばＯＦＤＭシンボルを介して、基地局１７０からＵＥ１１０へダウンリンク送信を送信するために使用される。ダウンリンク時間周波数リソースのうちのいくつかは、ダウンリンク制御情報（ＤＣＩ）などの制御情報を送るために使用されてよく、他のダウンリンク時間周波数リソースは、データを送るために使用されてよい。例えば、図７は、ＤＣＩ３６０がＵＥ１１０へ送信される物理ダウンリンク制御チャネル（ＰＤＣＣＨ）と、データを搬送するトランスポートブロック（ＴＢ）３６２がＵＥ１１０へ送信される物理ダウンリンク共有チャネル（ＰＤＳＣＨ）とを例示する。１つのＤＣＩは、１つのＰＤＣＣＨに対応し得、またはＰＤＣＣＨは、複数のＤＣＩを搬送し得る。１つまたは複数のＤＣＩを搬送するために使用される時間周波数リソースは、制御リソースセット（「ＣＯＲＥＳＥＴ」）と称され得る。

アップリンク時間周波数リソース３５８は、例えばＯＦＤＭシンボルを介して、ＵＥ１１０から基地局１７０へアップリンク送信を送信するために使用される。アップリンク時間周波数リソースのうちのいくつかは、ダウンリンク送信についてのＨＡＲＱフィードバックなどのアップリンク制御情報（ＵＣＩ）を送るために使用され得、他のアップリンク時間周波数リソースは、データを送るために使用され得る。例として、図７は、ＨＡＲＱフィードバック３６４が基地局１７０へ送信される物理アップリンク制御チャネル（ＰＵＣＣＨ）と、ＴＢ３６６が基地局１７０へ送信される物理アップリンク共有チャネル（ＰＵＳＣＨ）とを例示する。

ダウンリンク時間周波数リソース３５６および／またはアップリンク時間周波数リソース３５８は、時間間隔へパーティション化され得る。各時間間隔は、実装に応じて、サブフレーム間隔またはスロット間隔またはミニスロット間隔またはスケジューリング間隔と呼ばれ得る。

いくつかの実施形態において、ＰＤＣＣＨにおいて送られるＤＣＩ３６０は、ｉ）点線３６７により示されるように、ＰＤＳＣＨの時間周波数リソースのパーティション上にＴＢ３６２をスケジューリングすることと、ｉｉ）点線３６９により示されるように、ＴＢ３６２についてのＨＡＲＱフィードバック３６４を送るために使用されるＰＵＣＣＨに対するアップリンク時間周波数リソース割り振りを含めて、アップリンクリソースをグラントすることとの両方を行い得る。図７には図示されていないが、ＤＣＩ３６０は、ダウンリンクデータチャネルにおいて複数のＴＢの送信をスケジューリングし得、その場合において、複数のＴＢの各々についてのＨＡＲＱフィードバックのためのリソースは、ＤＣＩ３６０によって割り振られてもよい。図７は、１つのスケジューリングされたダウンリンクＴＢ３６２および対応するＨＡＲＱフィードバック３６４の例を示しているにすぎない。

ダウンリンクにおけるＰＤＣＣＨおよびＰＤＳＣＨのパーティション、ならびにアップリンクにおけるＰＵＣＣＨおよびＰＵＳＣＨのパーティションは、例にすぎず、論理パーティションであってよい。いくつかの実施形態において、ＰＵＣＣＨまたはＰＵＳＣＨの占有される物理リソースは、インターレースベースであってよく、すなわち、占有される物理リソースブロック（ＰＲＢ）またはリソースエレメント（ＲＥ）は、規定上の最小占有チャネル帯域幅要件（ＯＣＢ）を満たすようにチャネル帯域幅にわたって広げられ得る。

ＦＤＤ実装において、１つのＢＷＰまたはその一部分は、ダウンリンクのために使用され得、別のＢＷＰまたはその一部分は、アップリンクのために使用され得る。図８は、２つの近接するＢＷＰ３７０および３７２を例示する。ＢＷＰ３７０は、アップリンク送信のために使用され、ＢＷＰ３７２はダウンリンク送信のために使用される。

図７のＴＤＤ実装は、ペアリングされていないスペクトルの例であり、図８のＦＤＤ実装は、ペアリングされたスペクトルの例である。ペアリングされたＢＷＰは、ペアリングされていないスペクトルに固有であり得、例えば、ペアリングされたＢＷＰは、ＴＤＤに固有であり得る。

ＵＥ１１０がＢＷＰ上で送信および／または受信するように起動される場合、ＢＷＰは、ＵＥ１１０に対して「アクティブである」と考えられる。ＢＷＰがＵＥ１１０に対してアクティブである場合、ＵＥ１１０は、ＢＷＰ上でアクティブであると言われる。例えば、図６に戻ると、ＵＥ１１０は、ＣＣ ３０６上の４つのＢＷＰのうちの１つ、いくつか、または全部上で送信を送るように、および受信するようにアクティブであり得る。いくつかの実施形態において、ＵＥ１１０は、基地局１７０から受信される制御情報を介して、一定のＢＷＰを使用するように起動および停止されてよい。

プライマリセル（「ＰＣｅｌｌ」）は、例えば、構成メッセージを受信し、セカンダリセルを起動／停止するために、ネットワークと通信するためにＵＥ１１０によって使用されるプライマリＣＣである。セカンダリセル（「ＳＣｅｌｌ」）は、ネットワークと通信するためにＵＥ１１０によって使用され得るセカンダリＣＣである。デュアル接続性（ＤＣ）モードにおいて、ＵＥ１１０は、異なる基地局への複数のアクティブリンクを有してよく、その場合において、セカンダリ基地局の、例えばマイクロ基地局の、プライマリセルは、プライマリセカンダリセル（「ＰＳＣｅｌｌ」）と称され得る。

無認可スペクトル上で無線で通信する場合、ダウンリンク送信および／またはアップリンク送信のために割り振られる時間周波数リソースは、他の共存する送信器／システムによって占有されることがあり、このことが干渉を引き起こし得ると予想される。したがって、無認可スペクトル上で動作するデバイスは、デバイスが、送信を送る前に、チャネルの利用可能性を決定するために無線チャネルをまずリッスンする、リッスンビフォアトーク（ＬＢＴ）プロトコルを使用し得る。無線チャネルは、時には媒体と称され得る。

例えば、ＵＥ１１０が、特定の周波数リソース上で、例えば、特定のアクティブＢＷＰまたはその一部分上で、アップリンク送信を送る前に、ＵＥ１１０は、それらの周波数リソース上で無線チャネルをリッスンし得る。ＵＥ１１０は、アップリンク送信を送る前に、構成された期間またはランダムに生成された期間の間、リッスンし得る。例えば、ＵＥ１１０は、複数のクリアチャネル評価（ＣＣＡ）タイムスロット上でリッスンして、チャネルが周波数リソース上で利用可能かどうかを決定し得る。別の送信が既に発生している場合、チャネルは、占有されている、使用中である、または獲得されていると言われる。例えば、チャネルが既に占有されていることが理由で、チャネルは利用不可能であるとＵＥ１１０が検出した場合、ＵＥ１１０は、割り振られたリソース上でアップリンク送信を送らないことになる。チャネルは利用可能である、すなわち、チャネルは占有されていない、アイドル状態である、または「フリーである」とＵＥ１１０が決定した場合、ＵＥ１１０は、チャネルを獲得し、アップリンク送信を送る。しかしながら、例えば、感知されるべきＵＥ１１０からあまりにも遠くにある別のＵＥまたは基地局も同時に送信して、基地局１７０における干渉を引き起こす場合には、隠されたノード問題に起因する衝突が依然としてあり得る。

同様に、基地局１７０が、無認可スペクトル上の特定の周波数リソース上でダウンリンク送信を送る前に、基地局１７０は、それらの周波数リソース上で無線チャネルをリッスンして、チャネルが既に占有されているかどうかを決定し得る。基地局１７０が、アクティビティ、例えば別の送信、を検出した場合、基地局１７０は、割り振られたリソース上でダウンリンク送信を送らないことになる。基地局１７０が、チャネルは占有されていないと決定した場合、基地局１７０は、チャネルを獲得し、ダウンリンク送信を送る。

ＬＢＴプロトコルを使用して送られる送信は、「ＬＢＴベースの送信」と称され得る。異なるＬＢＴプロトコルが、ＬＢＴベースの送信を実行するために使用されてよい。

例えば、１つのタイプのＬＢＴプロトコルは、ＬＢＴカテゴリ４（「ＬＢＴ ＣＡＴ４」）と称される。ＬＢＴ ＣＡＴ４において、送信を送る前に、送信器は、時間期間「Ａ」の間、無線チャネルをまずリッスンして、チャネルが占有されているかどうかを決定する。時間期間「Ａ」は、ランダムに生成された競合ウィンドウに部分的に基づく。チャネルが占有されていないと決定された場合、送信器は送信を送る。ＬＢＴ ＣＡＴ４におけるリスニング期間は、固定期間、分散／適応フレーム間スペーシング（ＤＩＦＳ／ＡＩＦＳ）、後続のＣＣＡスロット期間（典型的には９μｓ）が乗算されたバックオフカウンタ値Ｎに等しいバックオフ期間を含む。バックオフカウンタ値は、間隔［０、ＣＷ＿ｐ］によって定義される競合ウィンドウサイズ（ＣＷＳ）から一様にランダムに生成され、ただし、ＣＷ＿ｐは、衡突回避のために受信器フィードバックに基づいて、ＣＷ＿ｍｉｎ、ｐとＣＷ＿ｍａｘ、ｐとの間で調整される。バックオフカウンタは、送信を開始することを可能にする０にそれが到達するまで、チャネルがアイドル状態であるＣＣＡスロットごとにデクリメントされる。バックオフカウンタが０に到達するたびに、新しいＮが、ＣＷＳから生成される。しかしながら、リスニング期間の任意のＣＣＡスロットにおいてチャネルが使用中であると決定された場合、バックオフカウンタ値は凍結された、送信は、凍結された値から開始する次のアクセス試行まで延期される。ＣＷ＿ｐは、ＣＷ＿ｍｉｎ、ｐと等しくなるように初期化されるが、衝突が検出された場合、例えば、ＮＡＣＫ比＞閾値、またはフィードバックが欠如している場合、ＣＷ＿ｐは、それがＣＷ＿ｍａｘ、ｐにおいて飽和するまで、整数乗算器ｍ（典型的にはｍ＝２）によって拡大される。値ＡＩＦＳ、ＣＷ＿ｍｉｎ、ｐおよびＣＷ＿ｍａｘ、ｐは、トラフィックタイプに対応するチャネルアクセス優先度クラス値ｐによって決定され、例えば、ｐ＝１は最も高い優先度、ｐ＝４は最も低い優先度である。

別のタイプのＬＢＴプロトコルは、ＬＢＴカテゴリ２（「ＬＢＴ ＣＡＴ２」）と称され、これは「ワンショットＬＢＴ」または「ショートＬＢＴ」としても知られている。ＬＢＴ ＣＡＴ２において、送信器が無線チャネルをリッスンする時間期間「Ａ」は、短い予め設定される期間、例えば、Ａ＝２５μｓまたはＡ＝１６μｓである。アップリンクにおいて、ＬＢＴ ＣＡＴ４は、ＬＢＴタイプ１と呼ばれ、ＬＢＴ ＣＡＴ２は、ＬＢＴタイプ２と呼ばれる。

ＬＢＴ障害が発生した場合、送信はキャンセルされ、または延期される。ＬＢＴ障害が理由で被る時間遅延は、ブロッキングタイムと称される。

新無線（ＮＲ）における無認可スペクトル上での無線通信
無認可スペクトルに対するＬＴＥベースの認可支援アクセス（ＬＡＡ）は、アンカー認可プライマリＣＣ（ＰＣｅｌｌ）を用いるキャリアアグリゲーション（ＣＡ）を通じて、ＳＣｅｌｌｓとしての無認可ＣＣへのアクセスを提供するために特定された。無認可スペクトル上でのアップリンク送信とダウンリンク送信との両方が、より後のリリースにおいてサポートされたが、重要なＵＣＩの送信は、より信頼性が高い認可アンカーセル、すなわち、ＰＣｅｌｌ、またはデュアル接続性の場合にはＰＳＣｅｌｌに限定された。

無認可スペクトルに対する新無線（ＮＲ）ベースのアクセスは、新無線無認可（ＮＲ－Ｕ）と称される。ＮＲ－Ｕにおいて、ＣＣの帯域幅は、２０ＭＨｚ、または２０ＭＨｚの整数倍であり得る。２０ＭＨｚは、多くの場合、典型的な無認可チャネル帯域幅であるが、他のチャネル帯域幅が可能である。様々な展開シナリオが、ＮＲ－Ｕに対して可能となり得、例えば：
・シナリオＡ：認可帯域ＮＲ（ＰＣｅｌｌ）とＮＲ－Ｕ（ＳＣｅｌｌ）との間のキャリアアグリゲーション。このシナリオにおいて、ＮＲ－Ｕ ＳＣｅｌｌは、ダウンリンク送信とアップリンク送信との両方を、またはダウンリンク送信のみをサポートし得る。
・シナリオＢ：認可帯域ＬＴＥ（ＰＣｅｌｌ）とＮＲ－Ｕ（ＰＳＣｅｌｌ）との間のデュアル接続性。
・シナリオＣ：スタンドアロンのＮＲ－Ｕ。
・シナリオＤ：無認可帯域内のダウンリンクと認可帯域内のアップリンクとを有するＮＲセル。
・シナリオＥ：認可帯域ＮＲ（ＰＣｅｌｌ）とＮＲ－Ｕ（ＰＳＣｅｌｌ）との間のデュアル接続性。

ＮＲ－Ｕについての可能な展開シナリオのうちのいくつかにおいて、アンカー認可セルがないことがあり、例えば、ＰＣｅｌｌまたはＰＳＣｅｌｌが、無認可帯域内にあることがある。

ＮＲにおいて、ＵＣＩが送られるＰＵＣＣＨに対するリソース割り振りは、例えば、図７において点線３６９によって示され、上記で論じられたように、それぞれのＰＤＳＣＨ送信をスケジューリングするＤＣＩにおいて示される。ＵＣＩは、ＨＡＲＱフィードバック情報を含み、これは典型的にはシステム性能にとって重要である。

いくつかのシナリオにおいて、ＵＥは、キャリアアグリゲーションモードにおけるＰＣｅｌｌまたはデュアル接続性モードにおけるＰＳＣｅｌｌなどの、認可ＣＣ上でＵＣＩを送信するためのアップリンクリソースを用いて構成され得る。アップリンクリソースは、ＰＵＣＣＨリソースであってよい。しかしながら、ＮＲ－Ｕにおいて、ＵＣＩを送信するためのアップリンクリソースが、無認可スペクトル上に割り振られる場合、ＵＥは、ＬＢＴ障害に起因して、ＵＣＩを送信するための媒体アクセスを得ることができないことがある。ＵＣＩが、ダウンリンクＴＢに対応するＨＡＲＱフィードバックである例を使用して、より詳細な解説を後述する。

基地局１７０は、無線チャネルの無認可スペクトル内でアップリンク送信をスケジューリングするＵＥ１１０へダウンリンク送信を送り得る。例えば、基地局１７０は、ＵＥ１１０へＤＣＩを送信し得る。ＤＣＩは、ダウンリンクデータチャネルにおける１つまたは複数のＴＢの送信をスケジューリングし得、ＤＣＩは、１つまたは複数のＴＢに対応するＨＡＲＱフィードバックを含むＵＣＩをＵＥ１１０が送信することができるアップリンクリソース、例えばＰＵＣＣＨリソース、を割り振ってもよい。例は、図７に例示されるＤＣＩ３６０である。しかしながら、無認可ＣＣ上で、ＵＥ１１０は、割り振られたアップリンクリソース上でＨＡＲＱフィードバックを送信するためのチャネルアクセスを得ることができないことがある。例えば、ＵＥ１１０が、ＬＢＴプロトコルを使用して、割り振られたアップリンクリソース上でのＬＢＴベースの送信においてＨＡＲＱフィードバックを送信することになる場合、および、ＵＥ１１０が、割り振られたアップリンクリソースパーティションの周波数領域における無線チャネルは既に占有されていると決定した場合、ＵＥ１１０は、割り振られたアップリンクリソースパーティション上でＬＢＴベースの送信を送らないことになる。ＵＥ１１０は、代わりに、より後の送信においてＨＡＲＱフィードバックを送ろうと試行してよい。非同期ＨＡＲＱ処理において、ＬＢＴ障害が理由で、または無認可ＣＣ上での隠れたノードの送信との持続的な衝突が理由で、ブロックされているまたは失われたＨＡＲＱフィードバック送信がある場合、再送信は、いくつかのサブフレームについて発生しないことがある。基地局１７０が、時間ドメインにおける複数のアップリンク時間周波数リソース、例えば時間ドメインにおける複数のＰＵＣＣＨを、ただし、同じ周波数リソース上で、割り振る予定であったとしても、アップリンク送信は、チャネルの長い占有に起因して依然としてブロックされ／失われることがあり、これは、より高いネットワーク層におけるＡＲＱ再送信をトリガすることにつながり得る。例えば、関連付けられたプロトコルデータユニット（ＰＤＵ）のＡＲＱ再送信は、無線リンク制御（ＲＬＣ）サブレイヤによってトリガされ得、これは潜在的に著しい遅延およびスループット損失をもたらすことになる。

したがって、ＮＲ－Ｕにおける無認可ＣＣ上で、ＵＥは、ＬＢＴ障害に起因して、割り振られたＰＵＣＣＨリソース上でＨＡＲＱフィードバックを送信するための媒体アクセスを得ることができないことがあり、これはＡＲＱ再送信をトリガすることにつながり得る。

本明細書における実施形態は、アップリンク制御チャネルのリソース割り振り、および無認可スペクトル内でのＵＣＩ、例えばＨＡＲＱフィードバックの送信のために、より信頼性が高いＬＢＴ対応メカニズムを提供することを目的とする。

帯域幅が、レガシーＷＬＡＮのチャネル帯域幅である２０ＭＨｚより大きい場合、ＣＣは「広帯域」と考えられ得る。広帯域ＣＣ上で複数のＰＵＣＣＨリソースを割り振るためのシステムおよび方法は、２０１８年１１月２８日に出願され、「Ｓｙｓｔｅｍｓ ａｎｄ Ｍｅｔｈｏｄｓ ｆｏｒ Ａｌｌｏｃａｔｉｏｎ ｏｆ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｒｅｓｏｕｒｃｅｓ ｉｎ Ｕｎｌｉｃｅｎｓｅｄ Ｓｐｅｃｔｒｕｍ」と題された特許文献１において開示されており、この特許文献１は、参照によって本明細書に組み込まれている。しかしながら、広帯域ＣＣ上で複数のＰＵＣＣＨリソースを割り振るためのシステムおよび方法は、無認可ＰＣｅｌｌ／ＰＳＣｅｌｌが広帯域ＣＣとして構成されない実装、またはアクティブアップリンクＢＷＰが広帯域として構成されない場合、例えば、ＣＣが２０ＭＨｚの帯域幅しか有しない、すなわち、単一のＬＢＴサブバンドに広がる場合に、適用可能ではない。

代わりに、以下の実施形態では、複数のアップリンクリソースパーティションが、異なるＣＣにわたって割り振られ、複数のアップリンクリソースパーティションのうちの任意の１つが、ＵＣＩを送るために潜在的に使用され得る。ＣＣは、広帯域である必要がなく、例えば、ＰＣｅｌｌ／ＰＳＣｅｌｌは、２０ＭＨｚの無認可チャネルのみに広がり得る。割り振られたアップリンクリソースパーティションは、少なくとも、割り振られたアップリンク時間周波数リソースパーティションと、場合により、他のリソースパラメータとから成る。割り振られたＰＵＣＣＨは、割り振られたアップリンクリソースパーティションの例である。したがって、いくつかの実施形態において、複数のＰＵＣＣＨリソースは、ＳＣｅｌｌｓを含む、複数のＣＣにわたって示され得る。いくつかの実施形態は、ＣＣが必ずしも広帯域キャリアであるとは限らない、スタンドアロン（ＳＡ）ＣＡの展開シナリオに対処し得る。

ＮＲ－Ｕ作業項目において、１つのＨＡＲＱフィードバックメカニズム候補は、「Ａｌｔ４：異なるＬＢＴサブバンドにおける周波数ドメイン内の予め構成された／予め示された複数の機会」である。以下の実施形態は、主として、このタイプのＨＡＲＱフィードバックメカニズムに向けられるが、広帯域でないことがあり得るＣＣの文脈においてのものである。以下のいくつかの実施形態は、主として、上述されたＮＲ－Ｕ展開シナリオＢ、Ｃ、およびＥ、特に、上述されたＮＲ－Ｕ展開シナリオＣに適用される。

ＬＢＴサブバンドは、本明細書において使用される場合、２０ＭＨｚの無認可チャネルを指す。以下の実施形態の多くにおいて論じられるＣＣ／セルは、広帯域ではなく、各々が２０ＭＨｚの帯域幅を有する。したがって、以下の実施形態の多くにおいて、各ＬＢＴサブバンドは、それぞれの異なるＣＣ／セル上にある。しかしながら、より一般には、例えば、広帯域ＣＣ／セルの場合には、異なるＬＢＴサブバンドが、同じＣＣ／セル上にあり得る。

無認可スペクトル内での複数のＣＣにわたる複数のアップリンクリソースの構成
ＵＥ１１０は、ＵＥ１１０が無認可スペクトル内で無線で通信し得る、ＣＣのグループ、すなわち、セルのグループを用いて予め構成される。セルのグループは、ＳＣｅｌｌｓを含む。セルのグループは、「構成されたセルグループ」と称され得る。動作中の特定の時に、ＵＥ１１０は、構成されたセルグループの一定のセル上で無線で通信するためにのみ起動され得る。構成されたセルグループ内の起動されたセルは、「起動されたセルグループ」と称されることになる。例えば、ＵＥ１１０についての起動されたセルグループは、０～７としてインデックス付けされる、多くとも８つのセルであってよい。起動されたセルグループ内のセルは、経時的に変化し得る。例えば、特定の時点において、ＵＥ１１０は、起動されたセルグループのセル０、１、２、および５上で無線で通信するためにのみ起動され得る。

いくつかの実施形態において、複数のアップリンクリソースパーティション、例えばアップリンク時間周波数リソースパーティションは、ＣＣのうちの異なるＣＣにわたって、すなわち、セルのうちの異なるセルにわたって、ＵＥ１１０について予め構成される。予め構成されたアップリンクリソースパーティションは、ＵＣＩを送るためのものである。いくつかの実施形態において、基地局１７０は、より上位層のシグナリングを使用して、ＵＥ１１０に対するアップリンクリソースパーティションを予め構成し得る。より上位層のシグナリングの１つの例は、無線リソース制御（ＲＲＣ）シグナリングである。より上位層のシグナリングの別の例は、残りの最小システム情報（ＲＭＳＩ）であり、これは、ＵＥ１１０がＲＲＣ接続される前に送られ得る。アップリンクリソースパーティションが予め構成された後、動作中に、基地局１７０は、予め構成されたアップリンクリソースパーティションのうちのいずれが特定のＵＣＩを送るために割り振られるかを動的に示し得る。

例えば、いくつかの実施形態において、基地局１７０は、ＵＥ１１０についての起動されたセルグループ内のセルの一部または全部の各セルについてのアップリンクＢＷＰごとに、１つまたは複数のＰＵＣＣＨリソースセットを用いて、ＵＥ１１０を予め構成する。ＰＵＣＣＨリソースセットは、複数のＰＵＣＣＨリソースを含み、各ＰＵＣＣＨリソースは、それぞれの時間周波数リソースパーティションを有し、各ＰＵＣＣＨリソースは、対応するＰＵＣＣＨリソースインデックス値によって識別される。次いで、基地局１７０は、起動されたセルグループ内の複数セルにわたって複数のＰＵＣＣＨリソースを動的に示す。ＵＥ１１０は、それぞれの示されたセル上でアクティブなアップリンクＢＷＰについての、示されたＰＵＣＣＨリソース割り振りを受信する。したがって、ＵＥ１１０には、ＵＣＩの送信のための複数の周波数ドメイン機会、特に、１つまたは複数のスケジューリングされたＰＤＳＣＨに対するＨＡＲＱフィードバックが提供される。

いくつかの実施形態において、例えば、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を含有するＲＲＣシグナリングの形態における、セル起動のためのより上位層のシグナリングは、ＵＥ１１０デコーディング／処理遅延によるＰＵＣＣＨリソース表示に先立って、ＰＤＳＣＨにおいてＵＥ１１０へ送られ得る。そのため、いくつかの実施形態において、起動は、同じダウンリンクバースト、またはＰＵＣＣＨリソース表示ＤＣＩを含有するチャネル占有時間（ＣＯＴ）においてシグナリングされることが可能である。

図９は、ＵＣＩの送信のために複数の周波数ドメイン機会が提供されているＵＥ１１０の１つの例を例示する。図９は、セル０、１、２、および５から成る、ＵＥ１１０についての起動されたセルグループを例示する。各セルは、別個のＣＣであり、各セルの帯域幅は、２０ＭＨｚである。ＵＥ１１０が基地局１７０からダウンリンク送信を受信し得るダウンリンク時間周波数リソース４１４と、後続の、ＵＥ１１０が基地局１７０へアップリンク送信を送り得るアップリンク時間周波数リソース４１６とを含む、ＴＤＤ構成が、図９に例示されている。アップリンク時間周波数リソース４１６は、ダウンリンク時間周波数リソース４１４の直後に発生してよく、または発生しなくてよい。いくつかの実施形態において、アップリンク時間周波数リソース４１６は、ダウンリンク時間周波数リソース４１４から小さな時間ギャップ（例えば、１６から２５μｓの間）の後に発生し得る。セル０上でダウンリンクにおいて送られるＰＤＣＣＨ４１８は、ＤＣＩ４２０を含む。ＤＣＩ４２０は、セル０のＰＤＳＣＨ４２４において、ＵＥ１１０へのＴＢ４２２のダウンリンク送信をスケジューリングする。点線４２６によって示されるように、ＤＣＩ４２０は、３つのアップリンクリソースパーティションも割り振り、これらは、図９において、ＵＥ１１０がＴＢ４２２に対応するＨＡＲＱフィードバックを送り得る３つのＰＵＣＣＨリソースである。３つのＰＵＣＣＨリソースの各々は、それぞれの異なるセル上のそれぞれのＬＢＴサブバンド内にあり、ＰＵＣＣＨリソースは、ＰＵＣＣＨ１、ＰＵＣＣＨ２、およびＰＵＣＣＨ３とそれぞれラベル付けされる。図９に例示される特定の例において、ＰＵＣＣＨは、セル１には割り振られず、セル０、２、および５のみに割り振られる。次いで、ＨＡＲＱフィードバックは、ＰＵＣＣＨリソースを含有するサブバンド上のＬＢＴが後に続く、割り振られたＰＵＣＣＨリソースのうちの１つまたは複数を使用して、アップリンクＬＢＴベースの送信において送られる。したがって、ＨＡＲＱフィードバックを搬送するアップリンク送信を送る前に、ＵＥ１１０は、時間期間「Ａ」の間に３つのセルの各々の周波数領域上で無線チャネルをリッスンする。いくつかの実施形態において、ＵＥ１１０は、例えば、予め設定されたＬＢＴ ＣＡＴ２期間（Ａ＝２５μｓ）を使用して、またはＬＢＴ ＣＡＴ４におけるような同じランダムに生成された競合ウィンドウを使用して、同じ量の時間の間、各セル上で無線チャネルをリッスンする。いくつかの他の実施形態において、ＵＥ１１０は、ＬＢＴ ＣＡＴ４におけるようなランダムに生成された競合ウィンドウに基づいて決定される期間「Ａ」の間、１つのセル上で無線チャネルをリッスンするが、アップリンク送信開始点の直前に、ＬＢＴ ＣＡＴ２におけるように、短い予め設定された期間の間、その他のセルの各々上で無線チャネルをリッスンすることを開始する。いくつかの他の実施形態において、ＬＢＴ ＣＡＴ４は、全部のセルに適用されるが、期間「Ａ」は、それぞれのランダムに生成された競合ウィンドウに基づいて、セルごとに異なる。

図１０は、無線チャネルがセル０のＬＢＴサブバンド上で既に占有されおり、そのため、アップリンク送信はセル０のＬＢＴサブバンド上で送られることができない、とＵＥ１１０が決定する例を例示する。占有されたチャネルに起因して、アップリンク送信はＰＵＣＣＨ１上で送られることができないので、図１０内のＰＵＣＣＨ１にはクロスハッチングが示されている。しかしながら、チャネルは、セル２および５のＬＢＴサブバンド上では占有されておらず、そのため、アップリンク送信は、セル２もしくはセル５上で、または場合により両方のＬＢＴサブバンド上で送られ得る、とＵＥ１１０は決定する。それぞれのセル上に複数のアップリンクリソースパーティションを割り振ることによって、例えば、図９および図１０においてＰＵＣＣＨ１、ＰＵＣＣＨ２、およびＰＵＣＣＨ３に対するリソースを示すことによって、ＵＥがＵＣＩを送信するための複数の周波数ドメイン機会があるので、ＵＥ１１０がＨＡＲＱフィードバックの送信に成功することができるであろう可能性が高まり得る。

ＵＥ１１０は、典型的には、上記で解説されたように、リソースが示されたＬＢＴサブバンドを獲得する前に、ＬＢＴ手続きを実行する。しかしながら、例外があってよく、例えば、ダウンリンク送信の終了から１６μｓｅｃ以下のギャップを有してダウンリンクチャネル占有時間（ＣＯＴ）を共有するようにＵＥ１１０が示されるセルにＰＵＣＣＨが割り振られる場合、その場合には、ＬＢＴは必要とされず、以下の利点、すなわち、ＵＥ１１０がＬＢＴを実行していないので、他のノードとの潜在的な衝突を克服すること、および／または冗長なＵＣＩ送信を通じて信頼性を高めること、および／または付加的なＰＵＣＣＨ上で付加的な保留ＵＣＩを提供することが達成され得る。

ＬＢＴ結果に基づいて、ＵＥ１１０は、ＬＢＴ手続きが成功した、すなわち、それぞれのＬＢＴサブバンドが獲得された、１つまたは複数のセルを選択して、ＵＣＩフィードバックを送信する。

基地局１７０は、ＨＡＲＱフィードバックが到達することになるＰＵＣＣＨを知らないので、もしあれば、基地局１７０は、例えば、各ＣＣ上のＰＵＣＣＨをデコードしようと試行し、デコーディングが成功するＵＣＩを選択することによって、割り振られたアップリンクリソースパーティションのブラインド検出／ブラインドデコーディングを実行する。ブラインド検出／ブラインドデコーディングは、ＣＣごとの割り振られたＰＵＣＣＨ時間周波数リソース上でＵＥ１１０によってどのタイプのＵＣＩが送信されたかを識別することを含んでもよい。割り振られたＰＵＣＣＨのいずれにおいてもデコーディングが成功しない場合、例えば、割り振られたＰＵＣＣＨの各々の周波数領域において無線チャネルが占有されていたこと、またはＨＡＲＱフィードバックを搬送する送信が、隠れたノードの送信と衝突したことがあり得ることが理由で、ＨＡＲＱフィードバックは送信されていないことがある。いくつかの実施形態において、ブラインドデコーディングは、以下の方法を使用して実行される。基地局は、所与のリソース内の１つまたは複数の信号／物理チャネルの存在を検出しようと試行し、次いで、信号／チャネルが存在するという仮説が最も可能性が高い場合には、含有される情報ビットをデコードする。時には、信号／チャネルの検出は、関連付けられた基準信号／シーケンスを検出することを通じて行われることが可能である。

図１１は、異なるＰＵＣＣＨがＤＣＩ４２０によって構成される、図９のバリエーションを例示する。図１１は、場合により異なるセル内の異なるＰＵＣＣＨリソースが、ＵＣＩを送信するために示され得るという原理を例示するように含まれている。ＰＵＣＣＨリソースの表示は、動的である。ＰＵＣＣＨリソースが動的に示され得る例示的な手法は、図１４および図１５に関連して後で解説される。

図１２は、ＴＢ４２２が、セル２内に代わりにスケジューリングされ、異なるＰＵＣＣＨリソースが示される、図９のバリエーションを例示する。図１２は、ＴＢが任意のアクティブセル内にスケジューリングされ得、必ずしもセル０とは限らないという原理を例示するために含まれている。図１２において、ＰＵＣＣＨリソースの表示は、セル２内のスケジューリングＤＣＩにおいて送られる。

図１３は、基地局１７０が、タイムスロット中に、セル上のＰＵＣＣＨリソースを示し、そのタイムスロット中に、基地局１７０が、ＰＵＳＣＨ上でＴＢを送信するようにＵＥ１１０にもスケジューリングした、図９のバリエーションを例示する。図１３において、ＰＵＣＣＨ２は、同じタイムスロット中に、かつ、ＴＢ４３０のアップリンク送信と同じセル上に、割り振られる。異なるアクションがＵＥ１１０によって講じられてよい。いくつかの実施形態において、ＵＥ１１０は、ＰＵＣＣＨ２上でＵＣＩを送信しないことがある。いくつかの実施形態において、ＵＥ１１０は、ＰＵＣＣＨ２上でＵＣＩを送信しないが、示されたＰＵＣＣＨリソースとスケジューリングされたＰＵＳＣＨとが少なくとも同じ開始シンボルを共有する場合、レートマッチングの後にスケジューリングされたＰＵＳＣＨ上のペイロードとして、セル２内でＵＣＩを送信し得る。いくつかの実施形態において、基地局１７０は、ＰＵＳＣＨを有する示されたＣＣの各々上で、ＰＵＳＣＨ上のＰＵＣＣＨ／ＵＣＩをブランド検出し得る。

図９から図１３に関連して上記に解説された実施形態は、以下の技術的な利益を有する：ＰＵＣＣＨリソースは、予め構成されており、広帯域キャリア／広帯域アップリンクＢＷＰが構成されなくても、基地局１７０がより多くの周波数ドメイン機会を動的に提供して、ＵＥ１７０がＬＢＴ対応の手法で重要なＵＣＩを送信するために、ＳＣｅｌｌｓ上で利用可能とされ得る。

動的な表示シグナリングメカニズム
いくつかの実施形態において、アクティブセルグループのうちのどのセルがＰＵＣＣＨリソース割り振りのために意図されているかをＵＥ１１０に示すために、クロスキャリアＰＵＣＣＨ表示ビットマップは、ＰＤＳＣＨをスケジューリングするＤＣＩ内に、例えばＤＣＩ４２０内に含まれ得る。

いくつかの実施形態において、クロスキャリアＰＵＣＣＨ表示ビットマップのビット幅は、クロスキャリアスケジューリングのために使用されるＤＣＩフォーマット内のキャリアインジケータフィールド（ＣＩＦ）において示されことが可能である最大インデックスに依存する。例えば、ＤＣＩフォーマット１＿１において、ＣＩＦは３ビットを有し、したがって、いくつかの実施形態において、ＤＣＩフォーマット１＿１が使用される場合、クロスキャリアＰＵＣＣＨ表示ビットマップは８ビットであり、８つの可能なＣＣ／セルの各々について１ビットである。いくつかの実施形態において、クロスキャリアＰＵＣＣＨ表示ビットマップの最上位ビット（ＭＳＢ）は、キャリアインジケータ（ＣＩ）ＣＩ＝０に対応し得、最下位ビット（ＬＳＢ）は、ＣＩ＝７に対応し得る。

いくつかの実施形態において、レガシーの３ビットＰＵＣＣＨリソースインジケータフィールドの値は、クロスキャリアＰＵＣＣＨ表示ビットマップにおいて示される全てのセルに対して使用され、伝播されることが可能である。図１４は、１つの実施形態による、レガシーの３ビットＰＵＣＣＨリソースインジケータフィールド４７２、およびクロスキャリアＰＵＣＣＨ表示ビットマップ４７４の例を例示する。図１４の例において、ＰＵＣＣＨリソースが示されるセルは、セル０、２、および５に対応する、ビットマップ４７４内の位置における「１」の存在によって示されるように、セル０、２、および５である。セル０、２、および５の各々に実際に割り振られるＰＵＣＣＨリソースは、レガシーの３ビットＰＵＣＣＨリソースインジケータフィールド４７２によって示される。図１４の例において、割り振られたＰＵＣＣＨリソースは「０１１」によって示されるＰＵＣＣＨリソースである。インジケータフィールド４７２内の別のビット値は、別の割り振られたＰＵＣＣＨリソースを示すことになる。

ＰＵＣＣＨリソースインジケータフィールド４７２において示される値は、例えば、ＵＣＩサイズおよび送信されるべきシンボルの数に基づいてＵＥが識別した、ＰＵＣＣＨリソースセット内の対応する割り振られたＰＵＣＣＨリソースにマッピングする。ＰＵＣＣＨリソースセットサイズが、インジケータフィールド能力より大きい場合、インジケータフィールド値は、予め定義された規則、例えば、第１＋第５、第２＋第６等を通じて、ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースの割り振られた組み合わせにマッピングし得る。

レガシーのＰＵＣＣＨリソースインジケータフィールド４７２を使用することによって、同じＰＵＣＣＨリソースが、クロスキャリアＰＵＣＣＨ表示ビットマップ４７４内において示される各セルにおいて割り振られているので、制御オーバーヘッドが節約され得る。図１４に例示される実施形態は、基地局が、セルグループ上の同一のＰＵＣＣＨリソースセットを用いてＵＥ１１０を構成するか、またはセルグループ内の同じ帯域幅の他の全部のセルに１つのセル構成を適用するようにＵＥ１１０に通知する場合に、有益となり得る。

他の実施形態において、レガシーのＰＵＣＣＨリソースインジケータフィールド４７２は使用されない。むしろ、マルチＰＵＣＣＨリソースインジケータビットマップが使用され、これは、いくつかの実施形態において、基地局１７０がＵＥ１１０に対して場合により同時に示し得る、ＰＵＣＣＨリソースの最大数に依存するビット幅を有する。いくつかの実施形態において、ＭＳＢからＬＳＢまでのインジケータフィールドの順序は、周波数ドメイン内の示されたセルの順序に従ってよい。図１５は、例示的なマルチＰＵＣＣＨリソースインジケータビットマップ４８０を例示し、これは、各々が３ビットの、４つのＰＵＣＣＨリソースインジケータフィールドを有する。したがって、マルチＰＵＣＣＨリソースインジケータビットマップ４８０のビット幅は、１２ビットであり、最高で４つのＰＵＣＣＨリソースが示されることが可能である。図１５の例において、マルチＰＵＣＣＨリソースインジケータマップ４８０内の３ビットの各フィールドは、それぞれのＰＵＣＣＨリソースを示し、クロスキャリアＰＵＣＣＨ表示ビットマップ４７４は、ＰＵＣＣＨリソースが示されるセルを示す。図１５の例において、セル０、２、および５に対応するビットマップ４７４内の位置における「１」の存在によって示されるように、ＰＵＣＣＨリソースは、セル０、２、および５において示される。セル０、２、および５の各々において実際に割り振られるＰＵＣＣＨリソースは、マルチＰＵＣＣＨリソースインジケータビットマップ４８０のそれぞれのフィールドにおいて、それぞれの３ビットのフィールド値によって示される。異なるリソースインジケータ（ＲＩ）値がセル０、２、および５の各々において示される。図１５に例示される特定の例において、ＲＩ値０１１は、セル０に対して示され、ＲＩ値００１は、セル２に対して示され、ＲＩ値０１０は、セル５に対して示される。異なるＲＩ値は、異なるＰＵＣＣＨリソースにマッピングし、これは、図１５に例示されるように、異なる時間周波数パーティションにあってよい。

図１５に例示される実施形態において、ビット幅およびフィールドサイズは、ＵＥ側におけるＤＣＩのブラインドデコーディングの複雑さおよびエネルギーを低減するために固定され得る。したがって、ＰＵＣＣＨリソース割り振りが意図されていないセルに対応するマルチＰＵＣＣＨリソースインジケータビットマップ４８０内のリソースインジケータフィールドは、ＵＥ１１０によって無視される。図１５の例は、全て０に設定されている、マルチＰＵＣＣＨリソースインジケータビットマップ４８０内の３ビットの最後のフィールド／パーティション４８２を示す。これらのビットは、最大で４つのセルのうちの３つのみがＰＵＣＣＨを割り当てられていることが理由で、無視されることが可能であり、適用可能ではない。

例えば、図１５におけるような、マルチＰＵＣＣＨリソースインジケータビットマップ４８０の使用は、基地局１７０に、示されたセルにわたって異なるＰＵＣＣＨリソースを割り振る柔軟性を提供する。しかしながら、この柔軟性は、付加的なシグナリングオーバーヘッドを犠牲にする。

例えば、図１５におけるような、マルチＰＵＣＣＨリソースインジケータビットマップ４８０、以下の状況において役立ち得る。
（１）そのキャリア／アクティブＢＷＰは、同一のＰＵＣＣＨリソースセットを用いて構成されない、ならびに／または
（２）そのキャリア／アクティブＢＷＰは、同じ帯域幅および／もしくは同じヌメロロジーのものではない、ならびに／または
（３）付加的な周波数ドメイン機会は、付加的な／保留のＵＣＩの送信のために使用されることになっている。

代替的実施形態において、マルチＰＵＣＣＨリソースインジケータビットマップ４８０は、示されたセルの数に基づいて、サイズが動的に変わり得る。例えば、マルチＰＵＣＣＨリソースインジケータビットマップ４８０は、図１５に例示される例における最後の３ビット０００を、これらのビットに対応するセルが示されないことが理由で、含まなくてよい。

別の代替的実施形態において、マルチＰＵＣＣＨリソースインジケータビットマップ４８０は、例えば、単一のビットマップを有するために、クロスキャリアＰＵＣＣＨ表示ビットマップ４７４と組み合わされ得る。例えば、各々が３ビットの、８つのフィールドを有する単一のビットマップが使用されてよい。各３ビットのフィールドは、セルのうちのそれぞれの１つに対応し得、０に設定された３つのビット全てを有するフィールドは、そのセル上でＰＵＣＣＨが示されないことを示し得る。別の例として、各々が３ビットの、３つのフィールドのみを有する単一のビットマップが使用されてよく、ＵＥは、第１のフィールドを第１のアクティブセルに、第２のフィールドを第２のアクティブセルにマッピングする等である。いくつかの実施形態において、ビットマップは、各々が３ビットの、４つのフィールドの固定サイズを有してよく、ＵＥは、同じマッピング（第１のフィールドを第１のアクティブセルに、第２のフィールドを第２のアクティブセルに等）を実行するが、３つのセルのみがアクティブである場合、予約済みの値は、最後の（第４の）フィールド内に示される。基地局は、どのアクティブセルを示すかを選択する際に柔軟性を有してよく、または有しなくてよい。

図１４および１５に関連して上記に解説された実施形態は、以下の技術的な利益を有し得る：シグナリングオーバーヘッドと柔軟なリソース割り振りとの間のトレードオフを利用するオプションを有する、ＤＣＩ内の比較的コンパクトな表示。

チャネルアクセスおよび衡突回避／改善されたリソース活用
リソースを浪費することを回避するために、基地局１７０は、所与のＰＵＣＣＨリソースを２つ以上のＵＥに割り振り得る。いくつかの実施形態において、衝突を回避することを試行するために、ＵＥは、ＰＵＣＣＨリソースを含有する複数のセルの各々上でアップリンク開始時間についての異なるオフセットを用いて構成され得る。したがって、アップリンク送信が所与のセル上で発生する可能性／優先度は、一般に、時間オフセットが増加するにつれて減少する。

例えば、いくつかの実施形態において、各セル上でのＵＥのアップリンク送信のアップリンク送信開始について異なるオフセットを構成することによって、異なるセルは、ＵＥごとに優先順位を付けられ得る。オフセットがセル上で適用される場合、そのセル上でのアップリンク送信の開始は、そのセル上でそのＵＥに割り振られたＰＵＣＣＨ時間周波数リソースの予め構成された開始からオフセットされる。オフセットは、異なる手法で実装されてよい。１つの実装において、特定のセルに対応するオフセットは、そのセル上でのアップリンク送信の開始時間を示し、それにより、オフセットが非ゼロである場合、開始時間は、そのセル上でそのＵＥに割り振られるＰＵＣＣＨ時間周波数リソースの予め構成された開始よりも遅く、ＬＢＴリスニング期間は、開始時間に先立って発生し、開始時間に終了し、ＬＢＴリスニング期間の終了時にチャネルが占有されていない場合、ＰＵＣＣＨ上でのＵＣＩのアップリンク送信が送られ得る。

異なるオフセット値は、異なる優先度に対応する。オフセットが使用される場合、ＵＥ１１０は、典型的には、使用のために利用可能な第１のＰＵＣＣＨリソース、すなわち、最も短い時間オフセットを有する利用可能なＰＵＣＣＨ上で送信することになる。利用可能なＰＵＣＣＨは、成功したＬＢＴによって決定される。例えば、図９の例において、セル０、２、および５の周波数領域が全て占有されていないとＵＥ１１０が決定したが、ＵＥ１１０は、（セル５内の）ＰＵＣＣＨ３の潜在的なアップリンク送信を、（セル０内の）ＰＵＣＣＨ１の潜在的なアップリンク送信の開始の１つまたは複数のＯＦＤＭシンボル後に開始しなければならないようにオフセットを使用して予め構成されている場合、まず、セル０のＬＢＴサブバンドがＵＥ１１０にとって利用可能であるので、ＵＥ１１０は、まず、ＰＵＣＣＨ１上でアップリンク送信を送り得る。オフセット値は、ＣＣＡスロット期間、例えば、５ＧＨｚ帯内の９μｓなどの、ＯＦＤＭシンボルよりも小さい時間粒度を有し得る。非整数シンボル期間のオフセットの場合には、ＣＰ拡張が使用されて、ＯＦＤＭシンボル境界間の送信を開始することを可能にし得る。

いくつかの実施形態において、ＤＣＩ４２０において異なるＬＢＴ優先度クラス／アクセスカテゴリを設定することによって、異なるセルは優先順位を付けられ得、これは最終的に、ＵＥ１１０がアップリンク送信を送ることが可能になる前に、どれくらいの時間、ＣＡＴ４ ＬＢＴを使用してリッスンする必要があるかに影響を与える。例えば、ＵＥ１１０が、セル０の周波数領域におけるよりも、セル５の周波数領域において、より長くリッスンするように構成された場合、すなわち、図９における時間期間Ａが、セル５よりもセル０に対して、より長かった場合、ＵＥ１１０は、まず、ＰＵＣＣＨ１上でアップリンク送信を送るだけでよい。

いくつかの実施形態において、ＵＥ１１０は、例えば、時間期間Ａ中に、図９および図１０において例示されるように、各セル上で、場合により並行して、独立してＬＢＴを実行する。他の実施形態において、ＵＥ１１０は、例えば、ダウンリンクのための（ｅ）ＬＡＡ ＬＢＴタイプＢにおけるような、階層的なＬＢＴを実行する。例えば、図９における時間期間Ａ中に、ＵＥ１１０は、まず、セル０の周波数領域上でのみリッスンして、チャネルが占有されていないかどうかを決定し得る。無線チャネルはセル０の周波数領域上で占有されていないとＵＥ１１０が決定した場合、ＵＥ１１０がＬＢＴ期間を終了する直前に、ＵＥ１１０は、短い時間期間の間、セル２および５の各々の周波数領域をチェックする。１つまたは複数の他のセルのサブバンドも占有されていないとＵＥ１１０が決定した場合、ＵＥ１１０は、セル０内の割り振られたＰＵＣＣＨだけでなく、１つまたは複数の他の占有されていないセルの割り振られたＰＵＣＣＨも獲得し得る。この場合において、例えば、以前のダウンリンクバーストにおいて送信されたＨＡＲＱ処理に対して保留されている付加的なＡＣＫ／ＮＡＣＫフィードバックは、獲得された他のＰＵＣＣＨにおいて送られ得る。

いくつかの実施形態において、同じ選択された周波数領域／セル上の異なるＵＥのＰＵＳＣＨ／ＰＵＣＣＨ送信間の衝突は、直交周波数インターレースを使用して、緩和または回避され得る。ＰＵＣＣＨ衝突はまた、または代わりに、例えば、直交カバーコードの使用を通じて、コードドメイン内の直交性を使用して許容されてよい。

いくつかの実施形態において、セルにわたる負荷バランシングは、時間オフセットを通じてＰＵＣＣＨ送信の優先度を制御することによって達成され得る。いくつかの実施形態において、所与のセル上の同じＰＵＣＣＨリソース上での複数のＵＥのコードドメイン多重化は、複数のＵＥに同じ時間オフセットを割り当てる基地局１７０によって可能とされ得る。

いくつかの実施形態において、ＵＥ１１０は、ＵＣＩ送信のための１つを超えるセルを獲得し得る。セル２ ＬＢＴサブバンドとセル５ ＬＢＴサブバンドとの両方が占有されておらず、したがって、ＰＵＣＣＨ２とＰＵＣＣＨ３とが両方とも、ＵＣＩを送信するために、場合により利用可能であるとＵＥ１１０が決定する例が、図１０に示される。いくつかの実施形態において、例えば、図１０におけるように、ＵＥ１１０が、ＵＣＩ送信のために１つを超えるセルを獲得する場合、ＵＥ１１０は、以下の規則のうちの１つを実行するように構成され得る。：
（１）ＵＥ１１０は、予め設定された優先度順序を適用して、ＵＣＩ送信のための１つのセルを選択し得る。例えば、ＵＥ１１０は、図１０においてＰＵＣＣＨ３よりもＰＵＣＣＨ２においてＵＣＩを送信することを優先し得る。
（２）ＵＥ１１０は、付加的な占有されていない１つまたは複数のセル上で、付加的なＵＣＩを送信し得る。例えば、ＵＥ１１０は、図１０におけるＰＵＣＣＨ２においてＴＢ４２２からＨＡＲＱフィードバックを送信し得、ＵＥ１０は、図１０におけるＰＵＣＣＨ３において、より早期のＰＤＳＣＨ送信から保留中のＨＡＲＱフィードバックを送信し得る。より早期のＰＤＳＣＨ送信は、より早期のＣＯＴにおいて送られたものであり得る。
（３）ＵＥ１１０は、信頼性を改善することを試行するために、異なるセル内でＵＣＩの送信を繰り返し得る。例えば、ＵＥ１１０は、改善された信頼性を達成することを試行するために、図１０におけるＰＵＣＣＨ２とＰＵＣＣＨ３との両方においてＴＢ４２２からＨＡＲＱフィードバックを送信し得る。

いくつかの実施形態において、ＵＥ１１０が、示されたＰＵＣＣＨリソース上でＵＣＩを送信する前に、ＵＥ１１０は、以下のうちの１つまたは複数に従って、それぞれの示されたセル上でＬＢＴ手続きを実行する。
（１）Ｒｅｌ－１５ ＦｅＬＡＡ ＴＳ ３７．２１３におけるような並列なタイプ１もしくはタイプ２チャネルアクセス（もしくはＬＢＴ）手続きを使用する、予め構成されたマルチチャネルアクセス手続き、および／または
（２）それぞれの示されたセル上でのチャネル占有／ＣＯＴ共有を示す、基地局１７０からの表示、および／または
（３）それぞれの示されたセル上でのＵＥのチャネル占有。

例示的なチャネルアクセス手続き
図１６は、１つの実施形態による、複数のＬＢＴサブバンド上に割り振られた複数のＰＵＣＣＨリソースを例示する。４つのＬＢＴサブバンドが例示されており、サブバンド１、サブバンド２、サブバンド３、およびサブバンド４とそれぞれラベル付けされる。各ＬＢＴサブバンドは、異なるＣＣ／セル上にあってよいが、これは必要ではない。例えば、いくつかの実施形態において、ＬＢＴサブバンドは全て、同じ起動されたセル、例えば単一の広帯域ＣＣ内にあってよい。いくつかの他の実施形態において、ＬＢＴサブバンドのうちの２つ以上が、同じセルにあってよい。本明細書におけるチャネルアクセス手続きを例示する目的のために、複数のＬＢＴサブバンド上に複数のＰＵＣＣＨリソースを割り振ることが必要ではないこと、例えば、１つのＰＵＣＣＨリソースのみが、サブバンド１、サブバンド２、サブバンド３、またはサブバンド４のうちの１つの上に割り振られてよいことが留意されるべきである。

サブバンド１上のＰＤＣＣＨ５１６内のＤＣＩ５１２は、サブバンド１においてＰＤＳＣＨ５１８内にＴＢ５１４をスケジューリングする。ＤＣＩ５１２は、ＵＣＩが送られ得るアップリンクリソースパーティションも示す。この例では、４つのアップリンクリソースパーティションが示されている。具体的には、ＤＣＩ５１２は、ＴＢ５１４に対応するＨＡＲＱフィードバックを送るために４つのＰＵＣＣＨを割り振る。４つのＰＵＣＣＨは各々、サブバンドのうちのそれぞれの異なる１つ上にある。ＰＵＣＣＨ１は、サブバンド１内のアップリンク時間周波数リソース上に割り振られ、ＰＵＣＣＨ２は、サブバンド２内のアップリンク時間周波数リソース上に割り振られ、ＰＵＣＣＨ３は、サブバンド３内のアップリンク時間周波数リソース上に割り振られ、ＰＵＣＣＨ４は、サブバンド４内のアップリンク時間周波数リソース上に割り振られる。

サブバンド１上で、ＰＵＣＣＨ ＬＢＴタイプを示すフィールドがＤＣＩ５１２に追加されなければ、ＵＥ１１０は、最も小さいチャネルアクセス優先度クラス（ＣＡＰＣ）値、すなわち、最も高い優先度を有するデフォルトのＬＢＴタイプ１を、ＰＵＣＣＨ１のみの送信のために使用する。

サブバンド２上で、ＵＥ１１０は、ＬＢＴタイプ１が使用されたサブバンド１上でのＵＥの送信の直前に実行される場合、ＬＢＴタイプ２を使用し得る。より一般には、ＵＥのタイプ１が使用されたサブバンド／セルｉ上でＰＵＣＣＨ上でのＵＥの送信の直前にＬＢＴタイプ２が実行され、両方の送信について示されるリソースが、同じポイントにおいて開始する場合、ＵＥ１１０は、ＬＢＴタイプ２を使用して、サブバンド／セルｉにアクセスし得る。ＵＥ１１０は、ＬＢＴタイプ１が実行される前に、サブバンド／セルｉを一様にランダムに選択し得る。

サブバンド３上で、スロットｎについてのＣＯＴ共有表示は、示されたＰＵＣＣＨリソースと共に送信され得る。いくつかの実施形態において、図１６内の５２０において示されるように、ＣＯＴ共有表示は、サブバンド３内のスロットｎ－１または早期のスロットにおいて送信されるＤＣＩにおいて送られ得る。いくつかの実施形態において、ＬＢＴタイプ２は、基地局ＣＡＴ４優先度クラスに関わらず、アップリンク送信に先行するシンボル期間中に使用され得る。いくつかの実施形態において、例えば、ハッチングを使用している、図１６内に５２２において示されるように、巡回プレフィックス（ＣＰ）拡張は、ＬＢＴタイプ２が使用され得るように、２５μｓのギャップを作成するために使用され得る。動的にスケジューリングされるアップリンク送信については、ＣＰ拡張の期間が、１つのＯＦＤＭシンボル期間を越えないように、ＵＥが、それぞれのＬＢＴサブバンドのＢＷＰのために構成されたＳＣＳと共に、その時間アライメント（ＴＡ）値に基づいて、ＣＰ拡張の期間を決定し得ることが留意されるべきである。サブバンド３において例示される構成は、以下の状況の例である。ＰＵＣＣＨ３リソースは、基地局のチャネル占有時間中にあり、したがって、より長いランダムなＬＢＴタイプ１リスニング期間がＵＥによって必要とされないので、ＣＯＴ共有表示を受信すると、ＵＥは、ＬＢＴタイプ１から切り替え、代わりにＰＵＣＣＨ３に対してＬＢＴタイプ２を使用する。ダウンリンク基地局送信からアップリンクＰＵＣＣＨ３送信への切り替えがあるので、ダウンリンクとアップリンクとの間にギャップが存在する。ギャップ期間は、１つまたは複数のＯＦＤＭシンボルのうちの整数個の期間に等しくなく、したがって、ギャップ期間は、ＰＵＣＣＨ３の第１のアップリンクＯＦＤＭシンボル送信にＣＰ拡張を適用することによって実装される。したがって、ＣＰ拡張は、ＰＵＣＣＨ３についての第１のＯＦＤＭシンボルに先行する時間連続信号である。いくつかの実施形態において、ＣＰ拡張は、ＤＣＩによって、例えば、ＤＣＩ５１２またはＤＣＩ５２０によって示されてよい。サブバンド３における例では、ギャップは２５μｓである。

サブバンド４上で、スロットフォーマット表示（ＳＦＩ）が、ダウンリンクにおいて、例えばＤＣＩにおいて、ＵＥへ送信される。ＳＦＩは、スロットｎ内にアップリンクシンボルがあることを示す。ＵＥは、アップリンクシンボル内でＰＵＣＣＨ４を送信する。ＵＥ１１０は、ＬＢＴ感知を実行する必要がないことがあり、すなわち、（ｉ）示されたＰＵＣＣＨ４リソースは、自己完結型スロット、すなわち、ダウンリンクシンボル、スイッチングギャップ、およびアップリンクシンボルを含むスロット内に収まる場合、または、（ｉｉ）基地局１７０は、ＰＵＣＣＨ４のアップリンク送信に先行するシンボル、例えば、この例ではスロットｎ－１の最後のシンボル内で１６μｓｅｃのギャップを示す場合には、タイプ２ＬＢＴのＣＡＴ１バリエーションを使用する。しかしながら、ＵＥ１１０がＬＢＴ感知を実行しないので、衝突が発生し得る。いくつかの実施形態において、例えば、ハッチングを使用して、図１６内で５２４において示されるように、ＣＰ拡張は、ＬＢＴ感知が使用される必要がないように、１６μｓのギャップを作成するために使用され得る。サブバンド４において例示され構成は、以下の状況の例である。ＰＵＣＣＨ４リソースは、基地局のチャネル占有時間のアップリンクシンボル期間中にあり、したがって、より長いランダムなＬＢＴタイプ１リスニング期間がＵＥによって必要とされないことが理由で、アップリンクシンボルを示すＳＦＩを受信すると、ＵＥは、ＬＢＴタイプ１から切り替え、代わりにＰＵＣＣＨ４に対してＬＢＴタイプ２を使用する。ダウンリンク基地局送信からアップリンクＰＵＣＣＨ４送信への切り替えがあるので、ダウンリンクとアップリンクとの間にギャップが存在する。ギャップ期間は、１つまたは複数のＯＦＤＭシンボルのうちの整数個の期間に等しくなく、したがって、ギャップ期間は、ＰＵＣＣＨ４の第１のアップリンクＯＦＤＭシンボル送信にＣＰ拡張を適用することによって実装される。したがって、ＣＰ拡張は、ＰＵＣＣＨ４についての第１のＯＦＤＭシンボルに先行する時間連続信号である。いくつかの実施形態において、ＣＰ拡張は、ＤＣＩによって、例えば、ＤＣＩ５１２によって、またはサブバンド４内で送信されるＤＣＩによって、示されてよい。

図１６は、様々な可能性を例示しており、各々の可能性がそれぞれの異なるサブバンド上に示される。他のバリエーションが可能である。例えば、２５μｓのギャップの代わりに、１６μｓのギャップがサブバンド３上に実装されてよく、および／または１６μｓのギャップの代わりに、２５μｓのギャップがサブバンド４上に実装されてよい。

図１７は、別の実施形態による、複数のＬＢＴサブバンド上に割り振られた複数のＰＵＣＣＨリソースを例示する。４つのＬＢＴサブバンドが例示されており、サブバンド１、サブバンド２、サブバンド３、およびサブバンド４とそれぞれラベル付けされる。各ＬＢＴサブバンドは、異なるＣＣ／セル上にあってよいが、これは必要ではない。例えば、いくつかの実施形態において、ＬＢＴサブバンドは全て、同じ起動されたセル、例えば単一の広帯域ＣＣ内にあってよい。いくつかの他の実施形態において、ＬＢＴサブバンドのうちの２つ以上が、同じセルにあってよい。本明細書におけるチャネルアクセス手続きを例示する目的のために、複数のＬＢＴサブバンド上に複数のＰＵＣＣＨリソースを割り振ることが必要ではないこと、例えば、１つのＰＵＣＣＨリソースのみが、サブバンド１、サブバンド２、サブバンド３、またはサブバンド４のうちの１つの上に割り振られてよいことが留意されるべきである。

サブバンド１上のＰＤＣＣＨ５１６内のＤＣＩ５１２は、サブバンド１内のＰＤＳＣＨ５１８内のＴＢ５１４をスケジューリングする。ＤＣＩ５１２は、ＵＣＩが送られ得るアップリンクリソースパーティションも示す。この例では、４つのアップリンクリソースパーティションが示されている。具体的には、ＤＣＩ５１２は、ＴＢ５１４に対応するＨＡＲＱフィードバックを送るために４つのＰＵＣＣＨを割り振る。４つのＰＵＣＣＨは各々、サブバンドのうちのそれぞれの異なる１つ上にある。ＰＵＣＣＨ１は、サブバンド１内のアップリンク時間周波数リソース上に割り振られ、ＰＵＣＣＨ２は、サブバンド２内のアップリンク時間周波数リソース上に割り振られ、ＰＵＣＣＨ３は、サブバンド３内のアップリンク時間周波数リソース上に割り振られ、ＰＵＣＣＨ４は、サブバンド４内のアップリンク時間周波数リソース上に割り振られる。

サブバンド１上で、ＰＵＣＣＨ ＬＢＴタイプを示すフィールドは、サブバンド１上の全ての示されたＰＵＣＣＨリソースについて、ＵＥ１１０にＬＢＴタイプ２を示す。そのような表示がＤＣＩにおいて提供されない場合、ＵＥ１１０は、デフォルトの優先度クラスと共にデフォルトのＬＢＴタイプ１を適用する。

サブバンド２上で、たとえＵＥ１１０が、例えば、デフォルトで、ＬＢＴタイプ１を使用することになっていても、ダウンリンク送信（ＰＤＳＣＨ）は、示されたＰＵＣＣＨ２リソースと共にサブバンド２上でスロット内ｎ－１で受信されるので、したがって、ＵＥ１１０は、ダウンリンク送信における最後のブランクシンボル期間中にＬＢＴタイプ２を代わりに使用する。いくつかの実施形態において、例えば、ハッチングを使用して、図１７内で５２２において示されるように、ＣＰ拡張は、ＬＢＴタイプ２が使用され得るように、２５μｓのギャップを作成するために使用され得る。動的にスケジューリングされるアップリンク送信については、ＣＰ拡張の期間が、１つのＯＦＤＭシンボル期間を越えないように、ＵＥが、それぞれのＬＢＴサブバンドのＢＷＰのために構成されたＳＣＳと共に、その時間アライメント（ＴＡ）値に基づいて、ＣＰ拡張の期間を決定し得ることが留意されるべきである。サブバンド２において例示される構成は、以下の状況の例である。ＰＵＣＣＨ２リソースは、基地局のチャネル占有時間中にあり、したがって、より長いランダムなＬＢＴタイプ１リスニング期間がＵＥによって必要とされないので、ＵＥは、ＬＢＴタイプ１から切り替え、代わりにＰＵＣＣＨ２に対してＬＢＴタイプ２を使用する。ダウンリンク基地局送信からアップリンクＰＵＣＣＨ２送信への切り替えがあるので、ダウンリンクとアップリンクとの間にギャップが存在する。ギャップ期間は、１つまたは複数のＯＦＤＭシンボルのうちの整数個の期間に等しくなく、したがって、ギャップ期間は、ＰＵＣＣＨ２の第１のアップリンクＯＦＤＭシンボル送信にＣＰ拡張を適用することによって実装される。したがって、ＣＰ拡張は、ＰＵＣＣＨ２についての第１のＯＦＤＭシンボルに先行する時間連続信号である。いくつかの実施形態において、ＣＰ拡張は、ＤＣＩによって、例えば、ＤＣＩ５１２、またはサブバンド２内でＰＤＳＣＨにおいてＴＢをスケジューリングするＤＣＩによって示されてよい。サブバンド２における例では、ギャップは２５μｓである。

サブバンド３上で、ＵＥ１１０は、すなわちＤＣＩ５１２内の示されたＬＢＴタイプに関わらず、スロットｎ内でＰＵＳＣＨにおいてＴＢをスケジューリングするＤＣＩ内で示されるＬＢＴタイプに従う。ＵＥは、示されたアップリンクリソースパーティション上でＰＵＣＣＨ３を送信する代わりに、スロットｎ内の重複するスケジューリングされたＰＵＳＣＨ上でＵＣＩを多重化し得る。タイプ１についての優先度クラスは、サブバンド３におけるスロットｎ内でスケジューリングされるＰＵＳＣＨに対応する。

サブバンド４上で、ＵＥのＣＯＴ内の連続するアップリンク送信間にギャップが存在しないので、ＵＥ１１０は、ＬＢＴ無しに送信を続ける。いくつかの実施形態において、ＣＯＴ総期間は、アップリンクＣＯＴを獲得するために使用される、ＵＥのＬＢＴタイプ１の優先度クラスに対応する最大のＣＯＴ（ＭＣＯＴ）を越えない。

示されたリソースが、異なるＳＣＳを用いて構成される場合に、フィードバックタイミングを解釈すること
いくつかの実施形態において、ＰＵＣＣＨスロットインデックスは、ＰＤＳＣＨをスケジューリングするＤＣＩ内のＰＤＳＣＨ対ＨＡＲＱタイミングインジケータフィールドによって提供される。ＰＤＳＣＨ対ＨＡＲＱタイミングインジケータとスロットインデックスとの値の間には、１対１のマッピングがあり得る。

いくつかの実施形態において、スロットインデックスは、例えば、ＤＣＩフォーマット１＿０を使用する表示について、予め定義されている。いくつかの実施形態において、スロットインデックスは、例えば、ＤＣＩフォーマット１＿１を使用する表示について、ＲＲＣシグナリングを使用して構成される。ＰＤＳＣＨ対ＨＡＲＱタイミングインジケータによって決定されたスロットについては、ＵＥは、ＰＵＣＣＨまたはＰＵＳＣＨ上でＨＡＲＱフィードバックビットを送信する。

いくつかの実施形態において、割り振られたＰＵＣＣＨリソースが、異なるヌメロロジー、例えば、異なるＳＣＳを用いて構成されたアップリンクＢＷＰに対応する場合、ＵＥ１１０は、以下に従って作動する。
（１）ＨＡＲＱフィードバック送信を含有するスロットに対する、スロット内のＰＤＳＣＨ対ＨＡＲＱタイミングインジケータ値、および、したがって時間間隔は、示されているＤＣＩが送られる第１のセルのダウンリンクＢＷＰとペアリングされない第１のアップリンクＢＷＰのために構成されたＳＣＳに対応する。
（２）第２のアップリンクＢＷＰが、異なるＳＣＳを用いて構成され得る、第２のアップリンクＢＷＰ上の、例えば、第２の示されたセル上の、ＨＡＲＱフィードバックを含有するスロットの開始境界をアラインするために、ＨＡＲＱ送信を含有するスロットに対する（スロットの数での）上記の時間間隔は、第１のセルのＳＣＳに対する第２のアップリンクＢＷＰのＳＣＳの比率によってスケーリングされる。

例示的な方法
図１８は、基地局およびＵＥによって実行される例示的な方法である。ステップ７０２において、基地局は、アップリンク送信が送られ得る複数のアップリンクリソースパーティションを示すダウンリンク送信を送る。複数のアップリンクリソースパーティションの各アップリンクリソースパーティションは、無認可スペクトル内のそれぞれの異なるＣＣ上にある。複数のアップリンクリソースパーティションは、アップリンク時間周波数リソースパーティションであってよい。アップリンクリソースパーティションの例は、前述されたＰＵＣＣＨである。いくつかの実施形態において、ダウンリンク送信は、アップリンク送信が送られ得る１つまたは複数の他のアップリンクリソースパーティションを示し得、これらの１つまたは複数の他のアップリンクリソースパーティションは、必ずしもそれぞれの異なるＣＣ上にあるとは限らない。

ステップ７０４において、ＵＥは、ダウンリンク送信を受信する。ステップ７０６において、各アップリンクリソースパーティションについて、ＵＥは、アップリンクリソースパーティションの周波数領域内の無線チャネルをリッスンして、無線チャネルがアップリンクリソースパーティションの周波数領域において占有されていないかどうかを決定する。例として、リッスンすることは、ＰＵＣＣＨリソースに先行する、前述されたＬＢＴ期間中に実行され得る。

ステップ７０８において、ＵＥは、無線チャネルがパーティションのうちの少なくとも１つの周波数領域において占有されていないと決定する。ステップ７１０において、ＵＥは、無線チャネルの周波数領域が占有されていないアップリンクリソースパーティションのうちの少なくとも１つにおいてアップリンク送信を送信する。

ステップ７１２において、基地局は、複数のアップリンクリソースパーティション上でブラインドデコーディングを試みて、複数のアップリンクリソースパーティションのうちの少なくとも１つ上のアップリンク送信を取得する。ステップ７１４において、基地局は、占有されていない無線チャネルを有する少なくとも１つのアップリンクリソースパーティション上でＵＥによって送られたアップリンク送信のデコードに成功する。

いくつかの実施形態において、ＵＥによって送信され、基地局によってデコードされるアップリンク送信は、ＵＣＩ、例えばダウンリンクＴＢに対応するＨＡＲＱフィードバックを含む。例えば、ＵＣＩは、図９のＴＢ４２２に対するＨＡＲＱフィードバックであってよい。

いくつかの実施形態において、ダウンリンク送信は、複数のアップリンクリソースパーティションを示すＤＣＩを含む。例は、図９におけるＤＣＩ４２０であり、ＤＣＩ４２０は、ＰＵＣＣＨ１、ＰＵＣＣＨ２、およびＰＵＣＣＨ３を示す。

いくつかの実施形態において、アップリンク送信は、制御チャネル、例えばＰＵＣＣＨ上でスケジューリングされる。

いくつかの実施形態において、複数のアップリンクリソースパーティションのうちの少なくともいくつかは、互いに時間的に重複し、周波数が重複しない。例は、図９におけるＰＵＣＣＨ１、２、および３であり、これらは異なるＣＣ上にあるので、時間的には重複するが、周波数は重複しない。

いくつかの実施形態において、方法は、ＵＥが、無線チャネルはアップリンクリソースパーティションのうちの少なくとも２つの周波数領域において占有されていないと決定し、アップリンク送信を送信するための少なくとも２つのアップリンクリソースパーティションのうちの１つを選択するステップを含む。例は、ＰＵＣＣＨ２が割り振られる無線チャネルおよびＰＵＣＣＨ３が割り振られる無線チャネルが占有されておらず、そのため、ＰＵＣＣＨ２およびＰＵＣＣＨ３のうちの少なくとも１つが、アップリンク送信を送るために使用され得る図１０である。

いくつかの実施形態において、方法は、ＵＥが、無線チャネルはアップリンクリソースパーティションのうちの少なくとも２つの周波数領域において占有されていないと決定するステップと、ＵＥが、少なくとも２つのアップリンクリソースパーティション上で付加的なアップリンク制御情報および／またはアップリンクデータを含むアップリンク送信を送信するステップとを含む。例えば、図１０において、ＵＥ１１０は、ＰＵＣＣＨ２においてＴＢ４２２に対応するＨＡＲＱフィードバックを送信してよく、ＰＵＣＣＨ３において付加的なＵＣＩを送信してよい。いくつかの実施形態において、付加的なＵＣＩは、ＵＥがダウンリンク送信を受信したＣＯＴよりも早期の１つまたは複数のＣＯＴ内で送信された１つまたは複数のダウンリンクＴＢに対応するＨＡＲＱフィードバックであり得る。

いくつかの実施形態において、第１のアップリンクリソースパーティションの周波数領域内の無線チャネルをリッスンするためにＵＥによって使用されるＬＢＴプロトコルは、第２のアップリンクリソースパーティションの周波数領域内の無線チャネルをリッスンするために使用されるＬＢＴプロトコルとは異なる。例えば、図１６において、ＬＢＴタイプ１は、１つのサブバンド上で使用され、ＬＢＴタイプ２は、別のサブバンド上で使用される。

いくつかの実施形態において、ダウンリンク送信は、複数のアップリンクリソースパーティションが割り振られる特定のコンポーネントキャリアを示すビットマップを含んでよい。特定のコンポーネントキャリアは、コンポーネントキャリアのより大きなセットから選択されてよい。特定のコンポーネントキャリアの各コンポーネントキャリアには、アップリンクリソースパーティションのうちのそれぞれの異なる１つが割り振られ得る。例は、図１４および図１５におけるクロスキャリアＰＵＣＣＨ表示ビットマップ４７４である。いくつかの実施形態において、ダウンリンク送信は、特定のコンポーネントキャリアの各コンポーネントキャリアについてアップリンク送信が送られ得る時間周波数リソースパーティションを示す。例は、図１４におけるレガシーのインジケータフィールド４７２である。別の例は、図１５におけるマルチＰＵＣＣＨリソースインジケータビットマップ４８０である。

例
上記を考慮して、および上記に加えて、以下の例が開示される。

例１：ＵＥによって実行される方法であって、方法は、アップリンク送信が送られ得る複数のアップリンクリソースパーティションを示すダウンリンク送信を受信するステップであって、複数のアップリンクリソースパーティションの各アップリンクリソースパーティションは、無認可スペクトル内のそれぞれの異なるコンポーネントキャリア上にある、受信するステップと、複数のアップリンクリソースパーティションの各アップリンクリソースパーティションについて、アップリンクリソースパーティションの周波数領域における無線チャネルをリッスンして、無線チャネルがアップリンクリソースパーティションの周波数領域において占有されていないかどうかを決定するステップと、無線チャネルの周波数領域が占有されていないアップリンクリソースパーティションのうちの少なくとも１つにおいてアップリンク送信を送信するステップとを含む。

例２：アップリンク送信は、アップリンク制御情報（ＵＣＩ）を含む例１の本方法。

例３：ＵＣＩは、ダウンリンクトランスポートブロック（ＴＢ）に対応するハイブリッド自動再送要求（ＨＡＲＱ）フィードバックである例２の方法。

例４：ダウンリンク送信は、複数のアップリンクリソースパーティションを示すダウンリンク制御情報（ＤＣＩ）を含む例１乃至３のいずれか１つの方法。

例５：アップリンク送信は、制御チャネル上にスケジューリングされる例１乃至４のいずれか１つの方法。

例６：複数のアップリンクリソースパーティションのうちの少なくともいくつかは、互いに時間的に重複し、周波数が重複しない例１乃至５のいずれか１つの方法。

例７：無線チャネルはアップリンクリソースパーティションのうちの少なくとも２つの周波数領域において占有されていないと決定するステップと、アップリンク送信を送信するための少なくとも２つのアップリンクリソースパーティションのうちの１つを選択するステップとを含む例１乃至６のいずれか１つの方法。

例８：無線チャネルはアップリンクリソースパーティションのうちの少なくとも２つの周波数領域において占有されていないと決定するステップと、少なくとも２つのアップリンクリソースパーティション上で付加的なアップリンク制御情報および／またはアップリンクデータを含むアップリンク送信を送信するステップとを含む例１乃至６のいずれか１つの方法。

例９：付加的なアップリンク制御情報は、ＵＥがダウンリンク送信を受信するＣＯＴよりも早期の１つまたは複数のチャネル占有時間（ＣＯＴ）において送信される１つまたは複数のダウンリンク送信ブロックに対応するＨＡＲＱフィードバックを含む例８の方法。

例１０：第１のアップリンクリソースパーティションの周波数領域における無線チャネルをリッスンするために使用されるリッスンビフォアトーク（ＬＢＴ）プロトコルは、第２のアップリンクリソースパーティションの周波数領域における無線チャネルをリッスンするために使用されるＬＢＴプロトコルとは異なる例１乃至９のいずれか１つの方法。

例１１：ＬＢＴタイプ１は、第１のアップリンクリソースパーティションの周波数領域における無線チャネルをリッスンするために使用され、ＬＢＴタイプ２は、第２のアップリンクリソースパーティションの周波数領域における無線チャネルをリッスンするために使用される例１０の方法。

例１２：ダウンリンク送信は、複数のアップリンクリソースパーティションが割り当てられる特定のコンポーネントキャリアを示すビットマップを含み、特定のコンポーネントキャリアは、コンポーネントキャリアのより大きなセットから選択され、アップリンクリソースパーティションのうちのそれぞれの異なる１つは、特定のコンポーネントキャリアの各コンポーネントキャリアに割り振られる例１乃至１１のいずれか１つの方法。

例１３：ダウンリンク送信は、特定のコンポーネントキャリアの各コンポーネントキャリアについてアップリンク送信が送られ得る時間周波数リソースパーティションを示す例１２の方法。

例１４：特定のコンポーネントキャリアの各コンポーネントキャリアについてアップリンク送信が送られ得る時間周波数リソースパーティションを示すために、同じ表示が使用される例１３の方法。

例１５：ビットマップは、第１のビットマップであり、ダウンリンク送信は、複数のフィールドを有する第２のビットマップをさらに含み、各フィールドは、特定のコンポーネントキャリアのそれぞれのコンポーネントキャリアに対応し、各フィールドは、そのそれぞれのコンポーネントキャリア上でアップリンク送信が送られ得る時間周波数リソースパーティションを示す、例１３の方法。

例１６：アップリンク送信が送られ得る複数のアップリンクリソースパーティションを示すダウンリンク送信を受信するための受信器であって、複数のアップリンクリソースパーティションの各アップリンクリソースパーティションは、無認可スペクトル内のそれぞれの異なるコンポーネントキャリア上にある、受信器と、ＬＢＴユニットであって、複数のアップリンクリソースパーティションの各アップリンクリソースパーティションについて、アップリンクリソースパーティションの周波数領域における無線チャネルをリッスンして、無線チャネルがアップリンクリソースパーティションの周波数領域において占有されていないかどうかを決定する、ＬＢＴユニットと、無線チャネルの周波数領域が占有されていないアップリンクリソースパーティションのうちの少なくとも１つにおいてアップリンク送信を送信するための送信器とを備える、ＵＥ。

例１７：例１乃至１５のいずれか１つの方法を実行するように構成されたＵＥ。

例１８：プロセッサとメモリとを備えるＵＥであって、メモリは、プロセッサ実行可能な命令を含み、プロセッサ実行可能な命令は、プロセッサによって実行された場合、プロセッサに、ＵＥを制御させて、例１乃至１５のいずれか１つの方法を実行させる、ＵＥ。

例１９：基地局によって実行される方法であって、方法は、アップリンク送信が送られ得る複数のアップリンクリソースパーティションを示すダウンリンク送信を送信するステップであって、複数のアップリンクリソースパーティションの各アップリンクリソースパーティションは、無認可スペクトル内のそれぞれの異なるコンポーネントキャリア上にある、送信するステップと、複数のアップリンクリソースパーティション上でブラインドデコーディングを実行して、複数のアップリンクリソースパーティションのうちの少なくとも１つ上のアップリンク送信を取得するステップとを含む、方法。

例２０：アップリンク送信は、アップリンク制御情報（ＵＣＩ）を含む例１９の方法。

例２１：ＵＣＩは、ダウンリンクトランスポートブロック（ＴＢ）に対応するハイブリッド自動再送要求（ＨＡＲＱ）フィードバックである例２０の方法。

例２２：ダウンリンク送信は、複数のアップリンクリソースパーティションを示すダウンリンク制御情報（ＤＣＩ）を含む例１９乃至２１のいずれか１つの方法。

例２３：アップリンク送信は、制御チャネル上にスケジューリングされる例１９乃至２２のいずれか１つの方法。

例２４：複数のアップリンクリソースパーティションのうちの少なくともいくつかは、互いに時間的に重複し、周波数が重複しない例１９乃至２３のいずれか１つの方法。

例２５：ダウンリンク送信は、複数のアップリンクリソースパーティションが割り当てられる特定のコンポーネントキャリアを示すビットマップを含み、特定のコンポーネントキャリアは、コンポーネントキャリアのより大きなセットから選択され、アップリンクリソースパーティションのうちのそれぞれの異なる１つは、特定のコンポーネントキャリアの各コンポーネントキャリアに割り振られる例１９乃至２４のいずれか１つの方法。

例２６：ダウンリンク送信は、特定のコンポーネントキャリアの各コンポーネントキャリアについてアップリンク送信が送られ得る時間周波数リソースパーティションを示す例２５の方法。

例２７：特定のコンポーネントキャリアの各コンポーネントキャリアについてアップリンク送信が送られ得る時間周波数リソースパーティションを示すために、同じ表示が使用される例２６の方法。

例２８：ビットマップは、第１のビットマップであり、ダウンリンク送信は、複数のフィールドを有する第２のビットマップをさらに含み、各フィールドは、特定のコンポーネントキャリアのそれぞれのコンポーネントキャリアに対応し、各フィールドは、そのそれぞれのコンポーネントキャリア上でアップリンク送信が送られ得る時間周波数リソースパーティションを示す例２６の方法。

例２９：アップリンク送信が送られ得る複数のアップリンクリソースパーティションを示すダウンリンク送信を送信するための送信器であって、複数のアップリンクリソースパーティションの各アップリンクリソースパーティションは、無認可スペクトル内のそれぞれの異なるコンポーネントキャリア上にある、送信器と、複数のアップリンクリソースパーティション上でブラインドデコーディングを実行して、複数のアップリンクリソースパーティションのうちの少なくとも１つ上のアップリンク送信を取得するためのデコーダとを備える、基地局。

例３０：例１９乃至２８のいずれか１つの方法を実行するように構成された基地局。

例３１：プロセッサとメモリとを備える基地局であって、メモリは、プロセッサ実行可能な命令を含み、プロセッサ実行可能な命令は、プロセッサによって実行された場合、プロセッサに、基地局を制御させて、例１９乃至２８のいずれか１つの方法を実行させる、基地局。

例３２：ユーザ機器（ＵＥ）によって実行される方法であって、方法は、アップリンク制御情報（ＵＣＩ）が送られ得る無認可スペクトル内のアップリンクリソースパーティションと、アップリンクリソースパーティションに関連して使用されるべきリッスンビフォアトーク（ＬＢＴ）タイプとを示すダウンリンク制御情報（ＤＣＩ）を受信するステップと、ＤＣＩ内で示されるＬＢＴタイプを実行するステップと、アップリンクリソースパーティション上でＵＣＩを送信するステップとを含む。

例３３：ＵＣＩは、ＤＣＩによってスケジューリングされるダウンリンクトランスポートブロック（ＴＢ）に対応するハイブリッド自動再送要求（ＨＡＲＱ）フィードバックである例３２の方法。

例３４：ＤＣＩは、アップリンクリソースパーティション上でのアップリンク送信の第１のＯＦＤＭシンボルに対するＣＰ拡張であって、アップリンクリソースパーティション上でアップリンク送信の第１のＯＦＤＭシンボルを送信する直前に適用されるＣＰ拡張を示す例３２または３３の方法。

例３５：ＵＥは、ＤＣＩにおいて示されるＣＰ拡張を使用して、基地局による先行するダウンリンク送信の終了から、アップリンクリソースパーティション上でのアップリンク送信の開始までの特定の期間のギャップを作成する例３４の方法。

例３６：ギャップの特定の期間は、２５μｓまたは１６μｓであり、ＵＥは、ＬＢＴタイプ２を実行する例３５の方法。

例３７：ＣＰ拡張の期間は、時間アライメント（ＴＡ）値およびサブキャリアスペーシング（ＳＣＳ）に基づいて、ＵＥによって計算される例３５または３６の方法。

例３８：ＣＰ拡張の期間は、１つのＯＦＤＭシンボル期間を越えない例３７の方法。

例３９：ＤＣＩは、ＬＢＴタイプ１を示し、ＤＣＩにおいて示されるＬＢＴタイプを実行するステップは、基地局のチャネル占有内のアップリンクリソースを示すスロットフォーマット表示（ＳＦＩ）を受信することに応答して、および、示されるアップリンクリソースパーティションが、示されるアップリンクリソース内にあるとの決定に応答して、ＬＢＴタイプ１の代わりにＬＢＴタイプ２を実行するステップを含む例３２乃至３８のいずれか１つに記載の方法。

例４０：ＤＣＩは、ＬＢＴタイプ２がアップリンクリソースパーティション関連して使用されるべきであるという、ＤＣＩにおける表示の欠如によって、ＬＢＴタイプ１がアップリンクリソースパーティションに関連して使用されるべきであることを示す例３２乃至３９のいずれか１つの方法。

例４１：アップリンクリソースパーティションは、特定のアップリンクリソースパーティションであり、ＤＣＩは、ＵＣＩが送られ得る複数のアップリンクリソースパーティションを示し、複数のアップリンクリソースパーティションは、特定のアップリンクリソースパーティションを含み、方法は、複数のアップリンクリソースパーティションの各々についてのそれぞれのＬＢＴタイプを実行するステップを含み、特定のアップリンクリソースパーティションについて実行されるＬＢＴタイプは、ＤＣＩにおいて示されるＬＢＴタイプである例３２乃至４０のいずれか１つの方法。

例４２：複数のアップリンクリソースパーティションの各アップリンクリソースパーティションは、無認可スペクトル内のそれぞれの異なるコンポーネントキャリア上にある例４１の方法。

例４３：複数のアップリンクリソースパーティションのうちの１つについて実行されるＬＢＴタイプは、複数のアップリンクリソースパーティションのうちの別の１つについて実行されるＬＢＴタイプとは異なる例４１または４２の方法。

例４４：アップリンク制御情報（ＵＣＩ）が送られ得る無認可スペクトル内のアップリンクリソースパーティションと、アップリンクリソースパーティションに関連して使用されるべきリッスンビフォアトーク（ＬＢＴ）タイプとを示すダウンリンク制御情報（ＤＣＩ）を受信するための受信器と、ＤＣＩにおいて示されるＬＢＴタイプを実行するためのＬＢＴユニットと、アップリンクリソースパーティション上でＵＣＩを送信するための送信器とを備える、ユーザ機器（ＵＥ）。

例４５：ＵＣＩは、ＤＣＩによってスケジューリングされるダウンリンクトランスポートブロック（ＴＢ）に対応するハイブリッド自動再送要求（ＨＡＲＱ）フィードバックである例４４のＵＥ。

例４６：ＤＣＩは、アップリンクリソースパーティション上でのアップリンク送信の第１のＯＦＤＭシンボルに対するＣＰ拡張であって、アップリンクリソースパーティション上でアップリンク送信の第１のＯＦＤＭシンボルを送信する直前に適用されるＣＰ拡張を示す例４４または４５のＵＥ。

例４７：ＵＥは、ＤＣＩにおいて示されるＣＰ拡張を使用して、基地局による先行するダウンリンク送信の終了から、アップリンクリソースパーティション上でのアップリンク送信の開始までの特定の期間のギャップを作成することになる例４６のＵＥ。

例４８：ギャップの特定の期間は、２５μｓまたは１６μｓであり、ＵＥは、ＬＢＴタイプ２を実行するように構成される例４７のＵＥ。

例４９：ＵＥは、時間アライメント（ＴＡ）値およびサブキャリアスペーシング（ＳＣＳ）に基づいて、ＣＰ拡張の期間を計算することになる例４７または４８のＵＥ。

例５０：ＣＰ拡張の期間は、１つのＯＦＤＭシンボル期間を越えない例４９のＵＥ。

例５１：ＤＣＩは、ＬＢＴタイプ１を示し、ＵＥは、基地局のチャネル占有内のアップリンクリソースを示すスロットフォーマット表示（ＳＦＩ）を受信することに応答して、および、示されるアップリンクリソースパーティションが、示されるアップリンクリソース内にあるとの決定に応答して、ＬＢＴタイプ１の代わりにＬＢＴタイプ２を実行することになる例４４乃至５０のいずれか１つのＵＥ。

例５２：ＤＣＩは、ＬＢＴタイプ２がアップリンクリソースパーティション関連して使用されるべきであるという、ＤＣＩにおける表示の欠如によって、ＬＢＴタイプ１がアップリンクリソースパーティションに関連して使用されるべきであることを示す例４４乃至５１のいずれか１つのＵＥ。

例５３：アップリンクリソースパーティションは、特定のアップリンクリソースパーティションであり、ＤＣＩは、ＵＣＩが送られ得る複数のアップリンクリソースパーティションを示し、複数のアップリンクリソースパーティションは、特定のアップリンクリソースパーティションを含み、ＬＢＴユニットは、複数のアップリンクリソースパーティションの各々についてのそれぞれのＬＢＴタイプを実行することになり、特定のアップリンクリソースパーティションについて実行されるべきＬＢＴタイプは、ＤＣＩにおいて示されるＬＢＴタイプである例４４乃至５２のいずれか１つのＵＥ。

例５４：複数のアップリンクリソースパーティションの各アップリンクリソースパーティションは、無認可スペクトル内のそれぞれの異なるコンポーネントキャリア上にある例５３のＵＥ。

例５５：複数のアップリンクリソースパーティションのうちの１つについて実行されるべきＬＢＴタイプは、複数のアップリンクリソースパーティションのうちの別の１つについて実行されるべきＬＢＴタイプとは異なる例５３または５４のＵＥ。

結論
複数のアップリンクリソースパーティションが、異なるＣＣにわたって、すなわち、異なるセルにわたって割り振られ、ＵＣＩは、場合により、割り振られたアップリンクリソースパーティションのうちの１つまたは複数上で送られ得る実施形態が開示されている。いくつかの実施形態において：
（１）ＵＥは、無認可スペクトル内のＳＣｅｌｌｓを含む、ＣＣ（セル）のグループを用いて構成される。基地局は、アクティブセルグループ内のセルの一部または全部の各セルについて、例えば、アップリンクＢＷＰごとに、上位層のシグナリングを使用して、複数のＰＵＣＣＨリソースセットを用いてＵＥを予め構成する。
（２）次いで、基地局は、アクティブセルグループ内で選択された、ＳＣｅｌｌｓを含む複数のセルにわたる複数のＰＵＣＣＨリソースをＵＥに動的に示す。
（３）基地局は、クロスキャリアＰＵＣＣＨ表示ビットマップを使用して、セルの選択されたサブセットをＵＥに示す。
（４）レガシーのＰＵＣＣＨリソースインジケータフィールドは、示されたセルにマッピングされ、または、拡張されたマルチＰＵＣＣＨリソースインジケータビットマップが、上述されたように使用され得る。

いくつかの実施形態の考えられる技術的な利点は、以下を含む。
（１）ＰＵＣＣＨリソースは、予め構成されており、広帯域キャリア／ＵＬ ＢＷＰが構成されなくても、基地局がより多くの周波数ドメイン機会を提供して、ＵＥがＬＢＴ対応の手法で重要なＵＣＩを送信するために、ＳＣｅｌｌｓ上で利用可能とされること、および／または
（２）シグナリングオーバーヘッドと柔軟なリソース割り振りとの間のトレードオフを利用するオプションを有する、ＤＣＩ内の比較的コンパクトな表示、および／または
（３）ＵＥごとの複数のＰＵＣＣＨリソースの割り振りに起因する、潜在的なリソース浪費を低減することによる、改善されたリソース活用、および／または
（４）異なるＵＥ間の衝突の低減。

本発明は、その特定の特徴および実施形態を参照して説明されてきたが、様々な変形および組み合わせが、本発明から逸脱せずに、本発明に対して行われることが可能である。したがって、説明および図面は、添付の特許請求の範囲によって定義されるような本発明のいくつかの実施形態の単なる例示としてみなされるべきであり、本発明の範囲内に収まる、ありとあらゆる変形、バリエーション、組み合わせまたは均等物を網羅するように想定されている。したがって、本発明およびその利点が詳細に説明されてきたが、様々な変化、置換および変更が、添付の特許請求の範囲によって定義されるような本発明から逸脱せずに、本明細書において行われることが可能である。さらに、本出願の範囲は、明細書において説明される処理、機械、製品、組成物、手段、方法およびステップの特定の実施形態に限定されるようには意図されていない。当業者が本発明の開示から容易に認識するであろうように、本明細書において説明される対応する実施形態と実質的に同じ機能を実行し、または実質的に同じ結果を達成する、現在存在するまたは今後開発されるべき処理、機械、製品、組成物、手段、方法、またはステップが、本発明に従って利用され得る。したがって、添付の特許請求の範囲は、それらの範囲内に、そのような処理、機械、製品、組成物、手段、方法、またはステップを含むように意図されている。

さらに、命令を実行する、本明細書において例証された任意のモジュール、構成要素、またはデバイスは、情報の記憶のための１つまたは複数の非一時的なコンピュータ／プロセッサ可読記憶媒体、例えば、コンピュータ／プロセッサ可読命令、データ構造、プログラムモジュール、および／または他のデータなど、を含み、またはさもなければ、これらへのアクセスを有し得る。非一時的なコンピュータ／プロセッサ可読記憶媒体の例の非網羅的なリストは、磁気カセット、磁気テープ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、光ディスク、例えば、コンパクトディスク読み出し専用メモリ（ＣＤ－ＲＯＭ）、デジタルビデオディスクもしくはデジタル多用途ディスク（ＤＶＤ）、ブルーレイディスク（商標）、もしくは他の光ストレージなど、任意の方法もしくは技術において実装される、揮発性および不揮発性の、取外し可能および取外し不可能な媒体、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、電気的消去可能プログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリまたは他のメモリ技術を含む。任意のそのような非一時的なコンピュータ／プロセッサ記憶媒体は、デバイスの一部であってよく、またはデバイスにアクセス可能もしくは接続可能であってよい。本明細書において説明される任意のアプリケーションまたはモジュールは、そのような非一時的なコンピュータ／プロセッサ可読記憶媒体によって記憶され、または他の方法で保持され得るコンピュータ／プロセッサ可読／実行可能な命令を使用して実装され得る。

Claims (23)

1. ユーザ機器（ＵＥ）によって実行される方法であって、
   アップリンク制御情報（ＵＣＩ）を送信するための無認可スペクトル内のアップリンクリソースパーティションと、前記アップリンクリソースパーティションに関連して使用されるべきリッスンビフォアトーク（ＬＢＴ）タイプと、前記アップリンクリソースパーティション上でのアップリンク送信の第１のＯＦＤＭシンボルに対するＣＰ拡張であって、前記アップリンクリソースパーティション上で前記アップリンク送信の前記第１のＯＦＤＭシンボルを送信する直前に適用されるＣＰ拡張とを示すダウンリンク制御情報（ＤＣＩ）を受信するステップと、
   前記ＤＣＩにおいて示される前記ＬＢＴタイプを実行するステップと、
   前記アップリンクリソースパーティション上で前記ＵＣＩを送信するステップと
   を含む、方法。
2. 前記ＵＣＩは、前記ＤＣＩによってスケジューリングされるダウンリンクトランスポートブロック（ＴＢ）に対応するハイブリッド自動再送要求（ＨＡＲＱ）フィードバックである、請求項１に記載の方法。
3. 前記ＵＥは、前記ＣＰ拡張を使用して、基地局による先行するダウンリンク送信の終了から、前記アップリンクリソースパーティション上での前記ＵＣＩの前記送信の開始までの特定の期間のギャップを作成する、請求項１または２に記載の方法。
4. 前記ギャップの前記特定の期間は、２５μｓまたは１６μｓであり、前記ＵＥは、ＬＢＴタイプ２を実行する、請求項３に記載の方法。
5. 前記ＣＰ拡張の期間は、時間アライメント（ＴＡ）値およびサブキャリアスペーシング（ＳＣＳ）に基づいて、前記ＵＥによって計算される、請求項３に記載の方法。
6. 前記ＣＰ拡張の前記期間は、１つのＯＦＤＭシンボル期間を越えない、請求項５に記載の方法。
7. 前記ＤＣＩは、ＬＢＴタイプ１を示し、前記ＤＣＩにおいて示される前記ＬＢＴタイプを実行するステップは、基地局のチャネル占有内のアップリンクリソースを示すスロットフォーマット表示（ＳＦＩ）を受信することに応答して、および、示される前記アップリンクリソースパーティションが、示される前記アップリンクリソース内にあるとの決定に応答して、ＬＢＴタイプ１の代わりにＬＢＴタイプ２を実行するステップを含む、請求項１から６のいずれかに記載の方法。
8. 前記ＤＣＩは、ＬＢＴタイプ２が前記アップリンクリソースパーティションに関連して使用されるべきであるという、前記ＤＣＩにおける表示の欠如によって、ＬＢＴタイプ１が前記アップリンクリソースパーティションに関連して使用されるべきであることを示す、請求項１から７のいずれかに記載の方法。
9. 前記アップリンクリソースパーティションは、特定のアップリンクリソースパーティションであり、前記ＤＣＩは、前記ＵＣＩが送られ得る複数のアップリンクリソースパーティションを示し、前記複数のアップリンクリソースパーティションは、前記特定のアップリンクリソースパーティションを含み、前記方法は、
   前記複数のアップリンクリソースパーティションの各々についてのそれぞれのＬＢＴタイプを実行するステップを含み、前記特定のアップリンクリソースパーティションについて実行される前記ＬＢＴタイプは、前記ＤＣＩにおいて示される前記ＬＢＴタイプである、請求項１から８のいずれかに記載の方法。
10. 前記複数のアップリンクリソースパーティションの各アップリンクリソースパーティションは、前記無認可スペクトル内のそれぞれの異なるコンポーネントキャリア上にある、請求項９に記載の方法。
11. 前記複数のアップリンクリソースパーティションのうちの１つについて実行される前記ＬＢＴタイプは、前記複数のアップリンクリソースパーティションのうちの別の１つについて実行される前記ＬＢＴタイプとは異なる、請求項９に記載の方法。
12. アップリンク制御情報（ＵＣＩ）を送信するための無認可スペクトル内のアップリンクリソースパーティションと、前記アップリンクリソースパーティションに関連して使用されるべきリッスンビフォアトーク（ＬＢＴ）タイプと、前記アップリンクリソースパーティション上でのアップリンク送信の第１のＯＦＤＭシンボルに対するＣＰ拡張であって、前記アップリンクリソースパーティション上で前記アップリンク送信の前記第１のＯＦＤＭシンボルを送信する直前に適用されるＣＰ拡張とを示すダウンリンク制御情報（ＤＣＩ）を受信する受信器と、
    前記ＤＣＩにおいて示される前記ＬＢＴタイプを実行するＬＢＴユニットと、
    前記アップリンクリソースパーティション上で前記ＵＣＩを送信する送信器と
    を備える、ユーザ機器（ＵＥ）。
13. 前記ＵＣＩは、前記ＤＣＩによってスケジューリングされるダウンリンクトランスポートブロック（ＴＢ）に対応するハイブリッド自動再送要求（ＨＡＲＱ）フィードバックである、請求項１２に記載のＵＥ。
14. 前記ＵＥは、前記ＣＰ拡張を使用して、基地局による先行するダウンリンク送信の終了から、前記アップリンクリソースパーティション上での前記ＵＣＩの送信の開始までの特定の期間のギャップを作成するものである、請求項１２または１３に記載のＵＥ。
15. 前記ギャップの前記特定の期間は、２５μｓまたは１６μｓであり、前記ＵＥは、ＬＢＴタイプ２を実行する、請求項１４に記載のＵＥ。
16. 前記ＵＥは、前記ＣＰ拡張の期間を、時間アライメント（ＴＡ）値およびサブキャリアスペーシング（ＳＣＳ）に基づいて計算する、請求項１４に記載のＵＥ。
17. 前記ＣＰ拡張の前記期間は、１つのＯＦＤＭシンボル期間を越えない、請求項１６に記載のＵＥ。
18. 前記ＤＣＩは、ＬＢＴタイプ１を示し、前記ＵＥは、基地局のチャネル占有内のアップリンクリソースを示すスロットフォーマット表示（ＳＦＩ）を受信することに応答して、および、示される前記アップリンクリソースパーティションが、示される前記アップリンクリソース内にあるとの決定に応答して、ＬＢＴタイプ１の代わりにＬＢＴタイプ２を実行するものである、請求項１２から１７のいずれかに記載のＵＥ。
19. 前記ＤＣＩは、ＬＢＴタイプ２が前記アップリンクリソースパーティションに関連して使用されるべきであるという、前記ＤＣＩにおける表示の欠如によって、ＬＢＴタイプ１が前記アップリンクリソースパーティションに関連して使用されるべきであることを示す、請求項１２から１８のいずれかに記載のＵＥ。
20. 前記アップリンクリソースパーティションは、特定のアップリンクリソースパーティションであり、前記ＤＣＩは、前記ＵＣＩが送られ得る複数のアップリンクリソースパーティションを示し、前記複数のアップリンクリソースパーティションは、前記特定のアップリンクリソースパーティションを含み、前記ＬＢＴユニットは、前記複数のアップリンクリソースパーティションの各々についてのそれぞれのＬＢＴタイプを実行するものであり、前記特定のアップリンクリソースパーティションについて実行される前記ＬＢＴタイプは、前記ＤＣＩにおいて示される前記ＬＢＴタイプである、請求項１２から１９のいずれかに記載のＵＥ。
21. 前記複数のアップリンクリソースパーティションの各アップリンクリソースパーティションは、前記無認可スペクトル内のそれぞれの異なるコンポーネントキャリア上にある、請求項２０に記載のＵＥ。
22. 前記複数のアップリンクリソースパーティションのうちの１つについて実行されるべき前記ＬＢＴタイプは、前記複数のアップリンクリソースパーティションのうちの別の１つについて実行されるべき前記ＬＢＴタイプとは異なる、請求項２０に記載のＵＥ。
23. 請求項１から１１のいずれか一項に記載の方法をコンピュータに実行させるためのプログラム。

Images