(57)【要約】  ワイヤレス通信のための方法、システム、およびデバイスについて記載する。無認可または共有無線周波数スペクトル帯域中で動作するワイヤレス通信システムは、ハイブリッド自動再送要求(HARQ)フィードバックを管理するのに、異なるモードを使うことができる。HARQフィードバックは自律的に送信されてよく、または、いくつかのケースでは、HARQフィードバックは、1つまたはいくつかのHARQプロセスについて、ユーザ機器(UE)から要請され得る。要請されたフィードバックは、ポーリングされるフィードバックと呼ばれる場合があり、自律フィードバックは、ポーリングされないフィードバックと呼ばれる場合がある。ポーリングされる、およびポーリングされないフィードバックは、異なる物理チャネルを使って送信されてよく、許可ベースであっても、明確な許可なしでトリガされてもよい。ポーリングされる、およびポーリングされないフィードバック用のバッファは、別々に維持され、管理され得る。マルチキャリア構成では、1つまたは複数のキャリアについてのアップリンク制御情報(UCI)が、構成されたアップリンクキャリアのサブセットにおいて送信され得る。UCI用に使われるキャリアの数は、UEの動作状況に依存し得る。
2019522401.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信のための方法であって、
第1の送信機会(TxOP)中に、共有無線周波数(RF)スペクトル帯域のリソースを使ってダウンリンクデータ送信を受信するステップと、
前記第1のTxOPまたは第2のTxOP中に、前記ダウンリンクデータ送信に応答して、ハイブリッド自動再送要求(HARQ)フィードバックを送信するステップと、
前記第2のTxOPまたは第3のTxOP中に、前記HARQフィードバックを送信した後、前記HARQフィードバックのバッファをクリアすると決定するステップと、
前記バッファをクリアすると決定したことに少なくとも部分的に基づいて、前記バッファから前記HARQフィードバックをクリアするステップとを含む、方法。
【請求項２】
追加のHARQフィードバックを送信するためのトリガを識別するステップと、
前記トリガに少なくとも部分的に基づいて、前記追加のHARQフィードバックを送信するステップと、
前記追加のHARQフィードバックを送信したことに少なくとも部分的に基づいて、追加のバッファから前記追加のHARQフィードバックをクリアするステップとをさらに含む、請求項1に記載の方法。
【請求項３】
前記バッファは要求ベースのフィードバックモードに関連付けられ、前記追加のバッファは自律フィードバックモードに関連付けられる、請求項2に記載の方法。
【請求項４】
前記HARQフィードバックを送信するための要求を受信するステップと、
前記HARQフィードバック用のリソース許可を受信するステップであって、前記HARQフィードバックは、前記要求に応答して、前記リソースを使って送信される、ステップとをさらに含む、請求項1に記載の方法。
【請求項５】
前記リソース許可は、前記HARQフィードバックのHARQプロセスについての識別子の指示を含む、請求項4に記載の方法。
【請求項６】
前記要求は、前に送信されたフィードバックのサブセットを再送信するための要求を含む、請求項4に記載の方法。
【請求項７】
前記HARQフィードバックを送信するためのトリガを識別するステップをさらに含み、前記HARQフィードバックは、前記トリガを識別したことに少なくとも部分的に基づいて送信される、請求項1に記載の方法。
【請求項８】
前記バッファは、ショート物理アップリンク制御チャネル(sPUCCH)、拡張物理アップリンク制御チャネル(ePUCCH)、または物理アップリンク共有チャネル(PUSCH)用の共通バッファを含む、請求項1に記載の方法。
【請求項９】
所定の周期性に従って前記バッファをクリアするステップをさらに含む、請求項1に記載の方法。
【請求項１０】
ワイヤレス通信のための方法であって、
第1の送信機会(TxOP)中に、共有無線周波数(RF)スペクトル帯域のリソースを使ってダウンリンクデータ送信を送信するステップと、
前記第1のTxOPまたは第2のTxOP中に、前記ダウンリンクデータ送信に応答して、ハイブリッド自動再送要求(HARQ)フィードバックを受信するステップと、
前記第2のTxOPまたは第3のTxOP中に、前記HARQフィードバックのバッファをクリアするための指示を送信するステップとを含む、方法。
【請求項１１】
追加のHARQフィードバックのためのトリガを識別するステップと、
前記トリガに少なくとも部分的に基づいて、前記追加のHARQフィードバックを受信するステップとをさらに含む、請求項10に記載の方法。
【請求項１２】
前記HARQフィードバックについての要求を送信するステップと、
前記HARQフィードバック用のリソース許可を送信するステップとをさらに含み、前記HARQフィードバックは、前記要求に応答して、前記リソースを使って送信される、請求項10に記載の方法。
【請求項１３】
前記ダウンリンクデータ送信に関連付けられたHARQプロセスについての識別子が肯定応答されていないと判断するステップをさらに含み、前記HARQフィードバックについての前記要求は、前記判断に少なくとも部分的に基づいて送信される、請求項12に記載の方法。
【請求項１４】
前記ダウンリンクデータ送信に関連付けられたHARQプロセスについての識別子が肯定応答されていないと判断するステップと、
前記判断に少なくとも部分的に基づいて、追加のダウンリンクデータ送信を送信するステップとをさらに含む、請求項10に記載の方法。
【請求項１５】
前記バッファは、ショート物理アップリンク制御チャネル(sPUCCH)、拡張物理アップリンク制御チャネル(ePUCCH)、または物理アップリンク共有チャネル(PUSCH)用の共通バッファを含む、請求項10に記載の方法。
【請求項１６】
ワイヤレス通信のための装置であって、
第1の送信機会(TxOP)中に、共有無線周波数(RF)スペクトル帯域のリソースを使ってダウンリンクデータ送信を受信するための手段と、
前記第1のTxOPまたは第2のTxOP中に、前記ダウンリンクデータ送信に応答して、ハイブリッド自動再送要求(HARQ)フィードバックを送信するための手段と、
前記第2のTxOPまたは第3のTxOP中に、前記HARQフィードバックを送信した後、前記HARQフィードバックのバッファをクリアすると決定するための手段と、
前記バッファをクリアすると決定したことに少なくとも部分的に基づいて、前記バッファから前記HARQフィードバックをクリアするための手段とを備える、装置。
【請求項１７】
追加のHARQフィードバックを送信するためのトリガを識別するための手段と、
前記トリガに少なくとも部分的に基づいて、前記追加のHARQフィードバックを送信するための手段と、
前記追加のHARQフィードバックを送信したことに少なくとも部分的に基づいて、追加のバッファから前記追加のHARQフィードバックをクリアするための手段とをさらに備える、請求項16に記載の装置。
【請求項１８】
前記バッファは要求ベースのフィードバックモードに関連付けられ、前記追加のバッファは自律フィードバックモードに関連付けられる、請求項17に記載の装置。
【請求項１９】
前記HARQフィードバックを送信するための要求を受信するための手段と、
前記HARQフィードバック用のリソース許可を受信するための手段とをさらに備え、前記HARQフィードバックは、前記要求に応答して、前記リソースを使って送信される、請求項16に記載の装置。
【請求項２０】
前記リソース許可は、前記HARQフィードバックのHARQプロセスについての識別子の指示を含む、請求項19に記載の装置。
【請求項２１】
前記要求は、前に送信されたフィードバックのサブセットを再送信するための要求を含む、請求項19に記載の装置。
【請求項２２】
前記HARQフィードバックを送信するためのトリガを識別するための手段をさらに備え、前記HARQフィードバックは、前記トリガを識別したことに少なくとも部分的に基づいて送信される、請求項16に記載の装置。
【請求項２３】
前記バッファは、ショート物理アップリンク制御チャネル(sPUCCH)、拡張物理アップリンク制御チャネル(ePUCCH)、または物理アップリンク共有チャネル(PUSCH)用の共通バッファを含む、請求項16に記載の装置。
【請求項２４】
所定の周期性に従って前記バッファをクリアするための手段をさらに備える、請求項16に記載の装置。
【請求項２５】
ワイヤレス通信のための装置であって、
第1の送信機会(TxOP)中に、共有無線周波数(RF)スペクトル帯域のリソースを使ってダウンリンクデータ送信を送信するための手段と、
前記第1のTxOPまたは第2のTxOP中に、前記ダウンリンクデータ送信に応答して、ハイブリッド自動再送要求(HARQ)フィードバックを受信するための手段と、
前記第2のTxOPまたは第3のTxOP中に、前記HARQフィードバックのバッファをクリアするための指示を送信するための手段とを備える、装置。
【請求項２６】
追加のHARQフィードバックのためのトリガを識別するための手段と、
前記トリガに少なくとも部分的に基づいて、前記追加のHARQフィードバックを受信するための手段とをさらに備える、請求項25に記載の装置。
【請求項２７】
前記HARQフィードバックについての要求を送信するための手段と、
前記HARQフィードバック用のリソース許可を送信するための手段とをさらに備え、前記HARQフィードバックは、前記要求に応答して、前記リソースを使って送信される、請求項25に記載の装置。
【請求項２８】
前記ダウンリンクデータ送信に関連付けられたHARQプロセスについての識別子が肯定応答されていないと判断するための手段をさらに備え、前記HARQフィードバックについての前記要求は、前記判断に少なくとも部分的に基づいて送信される、請求項27に記載の装置。
【請求項２９】
前記ダウンリンクデータ送信に関連付けられたHARQプロセスについての識別子が肯定応答されていないと判断するための手段と、
前記判断に少なくとも部分的に基づいて、追加のダウンリンクデータ送信を送信するための手段とをさらに備える、請求項25に記載の装置。
【請求項３０】
前記バッファは、ショート物理アップリンク制御チャネル(sPUCCH)、拡張物理アップリンク制御チャネル(ePUCCH)、または物理アップリンク共有チャネル(PUSCH)用の共通バッファを含む、請求項25に記載の装置。
【請求項３１】
プロセッサと、前記プロセッサと電子通信しているメモリと、前記メモリ中に記憶された命令とを備えるシステムにおける、ワイヤレス通信のための装置であって、前記命令は、前記プロセッサによって実行されると、前記装置に、
第1の送信機会(TxOP)中に、共有無線周波数(RF)スペクトル帯域のリソースを使ってダウンリンクデータ送信を受信することと、
前記第1のTxOPまたは第2のTxOP中に、前記ダウンリンクデータ送信に応答して、ハイブリッド自動再送要求(HARQ)フィードバックを送信することと、
前記第2のTxOPまたは第3のTxOP中に、前記HARQフィードバックを送信した後、前記HARQフィードバックのバッファをクリアすると決定することと、
前記バッファをクリアすると決定したことに少なくとも部分的に基づいて、前記バッファから前記HARQフィードバックをクリアすることとを行わせるように動作可能である、装置。
【請求項３２】
前記命令は、前記プロセッサによって、
追加のHARQフィードバックを送信するためのトリガを識別し、
前記トリガに少なくとも部分的に基づいて、前記追加のHARQフィードバックを送信し、
前記追加のHARQフィードバックを送信したことに少なくとも部分的に基づいて、追加のバッファから前記追加のHARQフィードバックをクリアするようにさらに実行可能である、請求項31に記載の装置。
【請求項３３】
前記バッファは要求ベースのフィードバックモードに関連付けられ、前記追加のバッファは自律フィードバックモードに関連付けられる、請求項32に記載の装置。
【請求項３４】
前記命令は、前記プロセッサによって、
前記HARQフィードバックを送信するための要求を受信し、
前記HARQフィードバック用のリソース許可を受信するようにさらに実行可能であり、前記HARQフィードバックは、前記要求に応答して、前記リソースを使って送信される、請求項31に記載の装置。
【請求項３５】
前記リソース許可は、前記HARQフィードバックのHARQプロセスについての識別子の指示を含む、請求項34に記載の装置。
【請求項３６】
前記要求は、前に送信されたフィードバックのサブセットを再送信するための要求を含む、請求項34に記載の装置。
【請求項３７】
前記命令は、前記プロセッサによって、
前記HARQフィードバックを送信するためのトリガを識別するようにさらに実行可能であり、前記HARQフィードバックは、前記トリガを識別したことに少なくとも部分的に基づいて送信される、請求項31に記載の装置。
【請求項３８】
前記バッファは、ショート物理アップリンク制御チャネル(sPUCCH)、拡張物理アップリンク制御チャネル(ePUCCH)、または物理アップリンク共有チャネル(PUSCH)用の共通バッファを含む、請求項31に記載の装置。
【請求項３９】
前記命令は、前記プロセッサによって、前記装置に、
所定の周期性に従って前記バッファをクリアさせるようにさらに実行可能である、請求項31に記載の装置。
【請求項４０】
プロセッサと、前記プロセッサと電子通信しているメモリと、前記メモリ中に記憶された命令とを備えるシステムにおける、ワイヤレス通信のための装置であって、前記命令は、前記プロセッサによって実行されると、前記装置に、
第1の送信機会(TxOP)中に、共有無線周波数(RF)スペクトル帯域のリソースを使ってダウンリンクデータ送信を送信することと、
前記第1のTxOPまたは第2のTxOP中に、前記ダウンリンクデータ送信に応答して、ハイブリッド自動再送要求(HARQ)フィードバックを受信することと、
前記第2のTxOPまたは第3のTxOP中に、前記HARQフィードバックのバッファをクリアするための指示を送信することとを行わせるように動作可能である、装置。
【請求項４１】
前記命令は、前記プロセッサによって、
追加のHARQフィードバックのためのトリガを識別し、
前記トリガに少なくとも部分的に基づいて、前記追加のHARQフィードバックを受信するようにさらに実行可能である、請求項40に記載の装置。
【請求項４２】
前記命令は、前記プロセッサによって、
前記HARQフィードバックについての要求を送信し、
前記HARQフィードバック用のリソース許可を送信するようにさらに実行可能であり、前記HARQフィードバックは、前記要求に応答して、前記リソースを使って送信される、請求項40に記載の装置。
【請求項４３】
前記命令は、前記プロセッサによって、
前記ダウンリンクデータ送信に関連付けられたHARQプロセスについての識別子が肯定応答されていないと判断するようにさらに実行可能であり、前記HARQフィードバックについての前記要求は、前記判断に少なくとも部分的に基づいて送信される、請求項42に記載の装置。
【請求項４４】
前記命令は、前記プロセッサによって、
前記ダウンリンクデータ送信に関連付けられたHARQプロセスについての識別子が肯定応答されていないと判断し、
前記判断に少なくとも部分的に基づいて、追加のダウンリンクデータ送信を送信するようにさらに実行可能である、請求項40に記載の装置。
【請求項４５】
前記バッファは、ショート物理アップリンク制御チャネル(sPUCCH)、拡張物理アップリンク制御チャネル(ePUCCH)、または物理アップリンク共有チャネル(PUSCH)用の共通バッファを含む、請求項40に記載の装置。
【請求項４６】
ワイヤレス通信のためのコードを記憶するコンピュータ可読記憶媒体であって、前記コードは、プロセッサによって、
第1の送信機会(TxOP)中に、共有無線周波数(RF)スペクトル帯域のリソースを使ってダウンリンクデータ送信を受信し、
前記第1のTxOPまたは第2のTxOP中に、前記ダウンリンクデータ送信に応答して、ハイブリッド自動再送要求(HARQ)フィードバックを送信し、
前記第2のTxOPまたは第3のTxOP中に、前記HARQフィードバックを送信した後、前記HARQフィードバックのバッファをクリアすると決定し、
前記バッファをクリアすると決定したことに少なくとも部分的に基づいて、前記バッファから前記HARQフィードバックをクリアするように実行可能な命令を含む、コンピュータ可読記憶媒体。
【請求項４７】
前記命令は、前記プロセッサによって、
追加のHARQフィードバックを送信するためのトリガを識別し、
前記トリガに少なくとも部分的に基づいて、前記追加のHARQフィードバックを送信し、
前記追加のHARQフィードバックを送信したことに少なくとも部分的に基づいて、追加のバッファから前記追加のHARQフィードバックをクリアするようにさらに実行可能である、請求項46に記載のコンピュータ可読記憶媒体。
【請求項４８】
前記バッファは要求ベースのフィードバックモードに関連付けられ、前記追加のバッファは自律フィードバックモードに関連付けられる、請求項47に記載のコンピュータ可読記憶媒体。
【請求項４９】
前記命令は、前記プロセッサによって、
前記HARQフィードバックを送信するための要求を受信し、
前記HARQフィードバック用のリソース許可を受信するようにさらに実行可能であり、前記HARQフィードバックは、前記要求に応答して、前記リソースを使って送信される、請求項46に記載のコンピュータ可読記憶媒体。
【請求項５０】
前記リソース許可は、前記HARQフィードバックのHARQプロセスについての識別子の指示を含む、請求項49に記載のコンピュータ可読記憶媒体。
【請求項５１】
前記要求は、前に送信されたフィードバックのサブセットを再送信するための要求を含む、請求項49に記載のコンピュータ可読記憶媒体。
【請求項５２】
前記命令は、前記プロセッサによって、
前記HARQフィードバックを送信するためのトリガを識別するようにさらに実行可能であり、前記HARQフィードバックは、前記トリガを識別したことに少なくとも部分的に基づいて送信される、請求項46に記載のコンピュータ可読記憶媒体。
【請求項５３】
前記バッファは、ショート物理アップリンク制御チャネル(sPUCCH)、拡張物理アップリンク制御チャネル(ePUCCH)、または物理アップリンク共有チャネル(PUSCH)用の共通バッファを含む、請求項46に記載のコンピュータ可読記憶媒体。
【請求項５４】
前記命令は、前記プロセッサによって、
所定の周期性に従って前記バッファをクリアするようにさらに実行可能である、請求項46に記載のコンピュータ可読記憶媒体。
【請求項５５】
ワイヤレス通信のためのコードを記憶するコンピュータ可読記憶媒体であって、前記コードは、プロセッサによって、
第1の送信機会(TxOP)中に、共有無線周波数(RF)スペクトル帯域のリソースを使ってダウンリンクデータ送信を送信し、
前記第1のTxOPまたは第2のTxOP中に、前記ダウンリンクデータ送信に応答して、ハイブリッド自動再送要求(HARQ)フィードバックを受信し、
前記第2のTxOPまたは第3のTxOP中に、前記HARQフィードバックのバッファをクリアするための指示を送信するように実行可能な命令を含む、コンピュータ可読記憶媒体。
【請求項５６】
前記命令は、前記プロセッサによって、
追加のHARQフィードバックのためのトリガを識別し、
前記トリガに少なくとも部分的に基づいて、前記追加のHARQフィードバックを受信するようにさらに実行可能である、請求項55に記載のコンピュータ可読記憶媒体。
【請求項５７】
前記命令は、前記プロセッサによって、
前記HARQフィードバックについての要求を送信し、
前記HARQフィードバック用のリソース許可を送信するようにさらに実行可能であり、前記HARQフィードバックは、前記要求に応答して、前記リソースを使って送信される、請求項55に記載のコンピュータ可読記憶媒体。
【請求項５８】
前記命令は、前記プロセッサによって、
前記ダウンリンクデータ送信に関連付けられたHARQプロセスについての識別子が肯定応答されていないと判断するようにさらに実行可能であり、前記HARQフィードバックについての前記要求は、前記判断に少なくとも部分的に基づいて送信される、請求項57に記載のコンピュータ可読記憶媒体。
【請求項５９】
前記命令は、前記プロセッサによって、
前記ダウンリンクデータ送信に関連付けられたHARQプロセスについての識別子が肯定応答されていないと判断し、
前記判断に少なくとも部分的に基づいて、追加のダウンリンクデータ送信を送信するようにさらに実行可能である、請求項55に記載のコンピュータ可読記憶媒体。
【請求項６０】
前記バッファは、ショート物理アップリンク制御チャネル(sPUCCH)、拡張物理アップリンク制御チャネル(ePUCCH)、または物理アップリンク共有チャネル(PUSCH)用の共通バッファを含む、請求項55に記載のコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
相互参照
本特許出願は、各々が本出願の譲受人に譲渡された、2017年5月24日に出願した、「HARQ Feedback in Shared RF Spectrum Band」と題する、Chendamarai Kannanらによる米国特許出願第15/604,326号、および2016年5月27日に出願した、「HARQ Feedback in Shared RF Spectrum Band」と題する、Patelらによる米国仮特許出願第62/342,870号の優先権を主張する。
【０００２】
以下は、概してワイヤレス通信に関し、より詳細には、無認可無線周波数(RF)スペクトルにおけるハイブリッド自動再送要求(HARQ)フィードバックに関する。
【背景技術】
【０００３】
ワイヤレス通信システムは、音声、ビデオ、パケットデータ、メッセージング、ブロードキャストなどのような様々なタイプの通信コンテンツを提供するために広く展開されている。これらのシステムは、利用可能なシステムリソース(たとえば、時間、周波数、および電力)を共有することによって複数のユーザとの通信をサポートすることが可能であり得る。そのような多元接続システムの例は、符号分割多元接続(CDMA)システム、時分割多元接続(TDMA)システム、周波数分割多元接続(FDMA)システム、および直交周波数分割多元接続(OFDMA)システム(たとえば、ロングタームエボリューション(LTE)システム)を含む。ワイヤレス多元接続通信システムは、場合によっては、ユーザ機器(UE)として知られていることがある、複数の通信デバイスのための通信を各々が同時にサポートする、いくつかの基地局を含んでよい。
【０００４】
いくつかのワイヤレス通信システムでは、デバイスは、共有または無認可RFスペクトル帯域のリソースを使って通信する場合がある。そのような通信は競合に基づく場合があり、ワイヤレス媒体の共有性質により、制御情報を含む、ある特定のタイプの情報を送信または受信するのが複雑になる場合がある。共有スペクトル通信の機会主義的性質を考慮することも補償することもなく動作するシステムは、非効率的であるか、またはエラーを起こしやすい場合がある。
【発明の概要】
【課題を解決するための手段】
【０００５】
無認可無線周波数(RF)スペクトル中で動作するワイヤレス通信システムは、ハイブリッド自動再送要求(HARQ)フィードバックと、フィードバックバッファのクリアランスとを管理するのに、異なるモードを使うことができる。たとえば、ワイヤレスデバイスは、ある送信機会(TxOP)中にダウンリンクデータを受信し、同じTxOPまたは後続TxOP中にHARQフィードバックを送信することができる。HARQフィードバックの送信の後、およびTxOP中に、ワイヤレスデバイスは、HARQフィードバックをもつバッファをクリアするための指示を受信し得る。追加または代替として、バッファは、フィードバックの送信に基づいてクリアされ得る。いくつかの例では、ワイヤレスデバイスは、アップリンクキャリアをサポートすることができることを示し、それに応答して、キャリア構成を受信し得る。ワイヤレスデバイスは、フィードバック送信用のアップリンクキャリアのサブセットを選択し、サブセットを使ってフィードバックを送信することができる。
【０００６】
ワイヤレス通信の方法について記載する。この方法は、第1のTxOP中に、共有RFスペクトル帯域のリソースを使ってダウンリンクデータ送信を受信するステップと、第1のTxOPまたは第2のTxOP中に、ダウンリンクデータ送信に応答してHARQフィードバックを送信するステップと、第2のTxOPまたは第3のTxOP中に、HARQフィードバックを送信した後でHARQフィードバックのバッファをクリアすると決定するステップと、バッファをクリアすると決定したことに少なくとも部分的に基づいて、バッファからHARQフィードバックをクリアするステップとを含み得る。
【０００７】
ワイヤレス通信のための装置について記載する。この装置は、第1のTxOP中に、共有RFスペクトル帯域のリソースを使ってダウンリンクデータ送信を受信するための手段と、第1のTxOPまたは第2のTxOP中に、ダウンリンクデータ送信に応答してHARQフィードバックを送信するための手段と、第2のTxOPまたは第3のTxOP中に、HARQフィードバックを送信した後でHARQフィードバックのバッファをクリアすると決定するための手段と、バッファをクリアすると決定したことに少なくとも部分的に基づいて、バッファからHARQフィードバックをクリアするための手段とを含み得る。
【０００８】
ワイヤレス通信のための別の装置について記載する。装置は、プロセッサと、プロセッサと電子通信しているメモリと、メモリに記憶された命令とを含み得る。命令は、プロセッサに、第1のTxOP中に、共有RFスペクトル帯域のリソースを使ってダウンリンクデータ送信を受信することと、第1のTxOPまたは第2のTxOP中に、ダウンリンクデータ送信に応答してHARQフィードバックを送信することと、第2のTxOPまたは第3のTxOP中に、HARQフィードバックを送信した後でHARQフィードバックのバッファをクリアすると決定することと、バッファをクリアすると決定したことに少なくとも部分的に基づいて、バッファからHARQフィードバックをクリアすることとを行わせるように動作可能であり得る。
【０００９】
ワイヤレス通信のための非一時的コンピュータ可読媒体について記載する。非一時的コンピュータ可読媒体は、プロセッサに、第1のTxOP中に、共有RFスペクトル帯域のリソースを使ってダウンリンクデータ送信を受信することと、第1のTxOPまたは第2のTxOP中に、ダウンリンクデータ送信に応答してHARQフィードバックを送信することと、第2のTxOPまたは第3のTxOP中に、HARQフィードバックを送信した後でHARQフィードバックのバッファをクリアすると決定することと、バッファをクリアすると決定したことに少なくとも部分的に基づいて、バッファからHARQフィードバックをクリアすることとを行わせるように動作可能な命令を含み得る。
【００１０】
上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、追加のHARQフィードバックを送信するためのトリガを識別するためのプロセス、特徴、手段、または命令をさらに含み得る。上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、トリガに少なくとも部分的に基づいて、追加のHARQフィードバックを送信するためのプロセス、特徴、手段、または命令をさらに含み得る。上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、追加のHARQフィードバックを送信したことに少なくとも部分的に基づいて、追加のバッファから追加のHARQフィードバックをクリアするためのプロセス、特徴、手段、または命令をさらに含み得る。
【００１１】
上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、バッファは、要求ベースのフィードバックモードに関連付けられてよく、追加のバッファは、自律フィードバックモードに関連付けられてよい。
【００１２】
上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、HARQフィードバックを送信するための要求を受信するためのプロセス、特徴、手段、または命令をさらに含み得る。上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、HARQフィードバック用のリソース許可を受信するためのプロセス、特徴、手段、または命令をさらに含んでよく、HARQフィードバックは、要求に応答して、リソースを使って送信され得る。
【００１３】
上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、リソース許可は、HARQフィードバックのHARQプロセスについての識別子の指示を含む。上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、要求は、前に送信されたフィードバックのサブセットを再送信するための要求を含む。
【００１４】
上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、HARQフィードバックを送信するためのトリガを識別するためのプロセス、特徴、手段、または命令をさらに含んでよく、HARQフィードバックは、トリガを識別したことに少なくとも部分的に基づいて送信され得る。上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、バッファは、ショート物理アップリンク制御チャネル(sPUCCH)、拡張物理アップリンク制御チャネル(ePUCCH)、または物理アップリンク共有チャネル(PUSCH)用の共通バッファを含む。上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、所定の周期性に従ってバッファをクリアするためのプロセス、特徴、手段、または命令をさらに含み得る。
【００１５】
ワイヤレス通信の方法について記載する。この方法は、第1のTxOP中に、共有RFスペクトル帯域のリソースを使ってダウンリンクデータ送信を送信するステップと、第1のTxOPまたは第2のTxOP中に、ダウンリンクデータ送信に応答してHARQフィードバックを受信するステップと、第2のTxOPまたは第3のTxOP中に、フィードバックのバッファをクリアするための指示を送信するステップとを含み得る。
【００１６】
ワイヤレス通信のための装置について記載する。この装置は、第1のTxOP中に、共有RFスペクトル帯域のリソースを使ってダウンリンクデータ送信を送信するための手段と、第1のTxOPまたは第2のTxOP中に、ダウンリンクデータ送信に応答してHARQフィードバックを受信するための手段と、第2のTxOPまたは第3のTxOP中に、フィードバックのバッファをクリアするための指示を送信するための手段とを含み得る。
【００１７】
ワイヤレス通信のための別の装置について記載する。この装置は、プロセッサと、プロセッサと電子通信しているメモリと、メモリ中に記憶された命令とを含み得る。命令は、プロセッサに、第1のTxOP中に、共有RFスペクトル帯域のリソースを使ってダウンリンクデータ送信を送信することと、第1のTxOPまたは第2のTxOP中に、ダウンリンクデータ送信に応答してHARQフィードバックを受信することと、第2のTxOPまたは第3のTxOP中に、フィードバックのバッファをクリアするための指示を送信することとを行わせるように動作可能であり得る。
【００１８】
ワイヤレス通信のための非一時的コンピュータ可読媒体について記載する。非一時的コンピュータ可読媒体は、プロセッサに、第1のTxOP中に、共有RFスペクトル帯域のリソースを使ってダウンリンクデータ送信を送信することと、第1のTxOPまたは第2のTxOP中に、ダウンリンクデータ送信に応答してHARQフィードバックを受信することと、第2のTxOPまたは第3のTxOP中に、フィードバックのバッファをクリアするための指示を送信することとを行わせるように動作可能な命令を含み得る。
【００１９】
上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、追加のHARQフィードバックのためのトリガを識別するためのプロセス、特徴、手段、または命令をさらに含み得る。上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、トリガに少なくとも部分的に基づいて、追加のHARQフィードバックを受信するためのプロセス、特徴、手段、または命令をさらに含み得る。
【００２０】
上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、HARQフィードバックについての要求を送信するためのプロセス、特徴、手段、または命令をさらに含み得る。上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、HARQフィードバック用のリソース許可を送信するためのプロセス、特徴、手段、または命令をさらに含んでよく、HARQフィードバックは、要求に応答して、リソースを使って送信され得る。
【００２１】
上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、ダウンリンクデータ送信に関連付けられたHARQプロセスについての識別子が肯定応答されていない可能性があると判断するためのプロセス、特徴、手段、または命令をさらに含んでよく、HARQフィードバックについての要求は、判断に少なくとも部分的に基づいて送信され得る。
【００２２】
上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、ダウンリンクデータ送信に関連付けられたHARQプロセスについての識別子が肯定応答されていない可能性があると判断するためのプロセス、特徴、手段、または命令をさらに含み得る。上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、判断に少なくとも部分的に基づいて、追加のダウンリンクデータ送信を送信するためのプロセス、特徴、手段、または命令をさらに含み得る。
【００２３】
上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、バッファは、sPUCCH、ePUCCH、またはPUSCH用の共通バッファを含む。
【００２４】
ワイヤレス通信の方法について記載する。この方法は、アップリンク制御情報(UCI)送信がサポートされる共有RFスペクトル帯域のアップリンクキャリアの量の指示を送信するステップと、指示に少なくとも部分的に基づく、UCI送信用のアップリンクキャリアのセットを含むキャリア構成を受信するステップと、UCI送信用のアップリンクキャリアのサブセットを選択するステップであって、サブセットは、UCI用のアップリンクキャリアのセットよりも少ないアップリンクキャリアを含む、ステップと、アップリンクキャリアのサブセットを使ってUCIを送信するステップとを含み得る。
【００２５】
ワイヤレス通信のための装置について記載する。この装置は、UCI送信がサポートされる共有RFスペクトル帯域のアップリンクキャリアの量の指示を送信するための手段と、指示に少なくとも部分的に基づく、UCI送信用のアップリンクキャリアのセットを含むキャリア構成を受信するための手段と、UCI送信用のアップリンクキャリアのサブセットを選択するための手段であって、サブセットは、UCI用のアップリンクキャリアのセットよりも少ないアップリンクキャリアを含む、手段と、アップリンクキャリアのサブセットを使ってUCIを送信するための手段とを含み得る。
【００２６】
ワイヤレス通信のための別の装置について記載する。この装置は、プロセッサと、プロセッサと電子通信しているメモリと、メモリ中に記憶された命令とを含み得る。命令は、プロセッサに、UCI送信がサポートされる共有RFスペクトル帯域のアップリンクキャリアの量の指示を送信することと、指示に少なくとも部分的に基づく、UCI送信用のアップリンクキャリアのセットを含むキャリア構成を受信することと、UCI送信用のアップリンクキャリアのサブセットを選択することであって、サブセットは、UCI用のアップリンクキャリアのセットよりも少ないアップリンクキャリアを含む、ことと、アップリンクキャリアのサブセットを使ってUCIを送信することとを行わせるように動作可能であり得る。
【００２７】
ワイヤレス通信のための非一時的コンピュータ可読媒体について記載する。非一時的コンピュータ可読媒体は、プロセッサに、UCI送信がサポートされる共有RFスペクトル帯域のアップリンクキャリアの量の指示を送信することと、指示に少なくとも部分的に基づく、UCI送信用のアップリンクキャリアのセットを含むキャリア構成を受信することと、UCI送信用のアップリンクキャリアのサブセットを選択することであって、サブセットは、UCI用のアップリンクキャリアのセットよりも少ないアップリンクキャリアを含む、ことと、アップリンクキャリアのサブセットを使ってUCIを送信することとを行わせるように動作可能な命令を含み得る。
【００２８】
上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、ユーザ機器(UE)の局地的状況を識別するためのプロセス、特徴、手段、または命令をさらに含んでよく、アップリンクキャリアのサブセットは、UEの局地的状況に少なくとも部分的に基づいて、UEによって選択され得る。
【００２９】
上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、局地的状況は、UEの電力消費状況、UEの電力ヘッドルーム状況、UEに隣接するデバイスの干渉プロファイル、または同時送信状況を含む。
【００３０】
上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、UCIは、キャリア構成の複数のダウンリンクキャリアについてのフィードバックを含む。上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、UCIは、キャリア構成のダウンリンクキャリアのインジケータを含む。
【００３１】
上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、アップリンクキャリアのサブセットの指示を基地局から受信するためのプロセス、特徴、手段、または命令をさらに含んでよく、アップリンクキャリアのサブセットは、受信された指示に少なくとも部分的に基づいて選択され得る。上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、受信された指示は、無線リソース制御(RRC)シグナリングにより、またはリソース許可の中で受信され得る。
【００３２】
上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、UCI用のペイロード構成を受信するためのプロセス、特徴、手段、または命令をさらに含んでよく、ペイロード構成は、HARQフィードバック、スケジューリング要求(SR)、チャネル状態情報(CSI)、ランクインジケータ(RI)、プリコーディング行列インジケータ(PMI)、または隠れノード干渉インジケータのうちの少なくとも1つの、指示を含む。
【００３３】
上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、ダウンリンク制御メッセージを受信するためのプロセス、特徴、手段、または命令をさらに含み得る。上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、ダウンリンク制御メッセージおよび1つまたは複数の追加のパラメータに少なくとも部分的に基づいて、UCIを送信するためのリソースインターレースを識別するためのプロセス、特徴、手段、または命令をさらに含み得る。
【００３４】
上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、リソースインターレースは、循環シフトまたはウォルシュコードインデックスのうちの少なくとも1つを含む。上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、1つまたは複数の追加のパラメータは、共通物理ダウンリンク制御チャネル(C-PDCCH)の制御チャネル要素(CCE)または無線リソース制御(RRC)シグナリングにより受信されたインジケータのうちの少なくとも1つを含む。
【００３５】
ワイヤレス通信の方法について記載する。この方法は、UCI送信がサポートされる共有RFスペクトル帯域のアップリンクキャリアの量の指示を受信するステップと、指示に少なくとも部分的に基づく、UCI用のアップリンクキャリアのセットを含むキャリア構成を送信するステップと、アップリンクキャリアのサブセットを使って、UCIを受信するステップとを含み得る。
【００３６】
ワイヤレス通信のための装置について記載する。この装置は、UCI送信がサポートされる共有RFスペクトル帯域のアップリンクキャリアの量の指示を受信するための手段と、指示に少なくとも部分的に基づく、UCI用のアップリンクキャリアのセットを含むキャリア構成を送信するための手段と、アップリンクキャリアのサブセットを使って、UCIを受信するための手段とを含み得る。
【００３７】
ワイヤレス通信のための別の装置について記載する。この装置は、プロセッサと、プロセッサと電子通信しているメモリと、メモリ中に記憶された命令とを含み得る。命令は、プロセッサに、UCI送信がサポートされる共有RFスペクトル帯域のアップリンクキャリアの量の指示を受信することと、指示に少なくとも部分的に基づく、UCI用のアップリンクキャリアのセットを含むキャリア構成を送信することと、アップリンクキャリアのサブセットを使って、UCIを受信することとを行わせるように動作可能であり得る。
【００３８】
ワイヤレス通信のための非一時的コンピュータ可読媒体について記載する。非一時的コンピュータ可読媒体は、プロセッサに、UCI送信がサポートされる共有RFスペクトル帯域のアップリンクキャリアの量の指示を受信することと、指示に少なくとも部分的に基づく、UCI用のアップリンクキャリアのセットを含むキャリア構成を送信することと、アップリンクキャリアのサブセットを使って、UCIを受信することとを行わせるように動作可能な命令を含み得る。
【００３９】
上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、UCI送信用のアップリンクキャリアのサブセットを選択するためのプロセス、特徴、手段、または命令をさらに含んでよく、サブセットは、UCI送信用のセットよりも少ないアップリンクキャリアを含む。上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、サブセットの指示をUEに送信するためのプロセス、特徴、手段、または命令をさらに含み得る。
【００４０】
上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、UEについてのチャネル品質、UEの電力ヘッドルーム報告、またはUEによるリッスンビフォアトーク(LBT)成功の過去の履歴のうちの少なくとも1つを識別するためのプロセス、特徴、手段、または命令をさらに含んでよく、アップリンクキャリアのサブセットは、識別したことに少なくとも部分的に基づいて選択され得る。上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、サブセットの指示は、RRCシグナリングまたはリソース許可を含む。
【００４１】
上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、ダウンリンク制御メッセージを送信するためのプロセス、特徴、手段、または命令をさらに含み得る。上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、ダウンリンク制御メッセージおよび1つまたは複数の追加のパラメータに少なくとも部分的に基づいて、UCIのためのリソースインターレースを識別するためのプロセス、特徴、手段、または命令をさらに含み得る。
【００４２】
上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、リソースインターレースは、循環シフトまたはウォルシュコードインデックスのうちの少なくとも1つを含む。上に記載した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、1つまたは複数の追加のパラメータは、C-PDCCHのCCEまたはRRCシグナリングにより受信されたインジケータのうちの少なくとも1つを含む。
【図面の簡単な説明】
【００４３】
【図１】本開示の様々な態様による、無認可無線周波数(RF)スペクトルにおけるハイブリッド自動再送要求(HARQ)フィードバックをサポートする、ワイヤレス通信のためのシステムの例を示す図である。
【図２】本開示の様々な態様による、無認可RFスペクトルにおけるHARQフィードバックをサポートするワイヤレス通信システムの例を示す図である。
【図３】本開示の様々な態様による、無認可RFスペクトルにおけるHARQフィードバックをサポートする送信機会(TxOP)の例を示す図である。
【図４】本開示の様々な態様による、無認可RFスペクトルにおけるHARQフィードバックをサポートするシステムにおけるプロセスフローの例を示す図である。
【図５】本開示の様々な態様による、無認可RFスペクトルにおけるHARQフィードバックをサポートするシステムにおけるプロセスフローの例を示す図である。
【図６】本開示の様々な態様による、無認可RFスペクトルにおけるHARQフィードバックをサポートするデバイスのブロック図である。
【図７】本開示の様々な態様による、無認可RFスペクトルにおけるHARQフィードバックをサポートするデバイスのブロック図である。
【図８】本開示の様々な態様による、無認可RFスペクトルにおけるHARQフィードバックをサポートするデバイスのブロック図である。
【図９】本開示の様々な態様による、無認可RFスペクトルにおけるHARQフィードバックをサポートするユーザ機器(UE)を含むシステムのブロック図である。
【図１０】本開示の様々な態様による、無認可RFスペクトルにおけるHARQフィードバックをサポートするデバイスのブロック図である。
【図１１】本開示の様々な態様による、無認可RFスペクトルにおけるHARQフィードバックをサポートするデバイスのブロック図である。
【図１２】本開示の様々な態様による、無認可RFスペクトルにおけるHARQフィードバックをサポートするデバイスのブロック図である。
【図１３】本開示の様々な態様による、無認可RFスペクトルにおけるHARQフィードバックをサポートする基地局を含むシステムのブロック図である。
【図１４】本開示の様々な態様による、無認可RFスペクトルにおけるHARQフィードバックのための方法を示す図である。
【図１５】本開示の様々な態様による、無認可RFスペクトルにおけるHARQフィードバックのための方法を示す図である。
【図１６】本開示の様々な態様による、無認可RFスペクトルにおけるHARQフィードバックのための方法を示す図である。
【図１７】本開示の様々な態様による、無認可RFスペクトルにおけるHARQフィードバックのための方法を示す図である。
【発明を実施するための形態】
【００４４】
ユーザ機器(UE)は、ハイブリッド自動再送要求(HARQ)フィードバックを管理するのに、異なるモードを使うことができ、様々なモードは、共有または無認可無線周波数(RF)スペクトル帯域を使うシステムの動作状況を考慮するか、または動作状況に基づいてアクティブ化され得る。いくつかの事例では、共有スペクトル帯域は、軽度に認可されたスペクトルおよび/または異なる無線アクセス技術(RAT)の通信の間でのある程度のレベルの調整、もしくは、たとえば現行RATなど、特定のRATの通信に与えられた、ある程度のレベルの選好があり得るスペクトルを指し得る。他の事例では、共有スペクトル帯域は概して、軽度認可/調整スペクトルまたは、代替として、異なるRATが、様々なチャネル競合技法を使ってチャネル媒体へのアクセスを求めて自由に競合し得る、純粋に無認可のスペクトルを含み得る同じRFスペクトル帯域内で異なるRATが共存するか、または動作するスペクトルを指し得る。本開示に記載する態様は、様々な共有または無認可スペクトル領域に適用可能であり得る。したがって、共有スペクトルおよび無認可スペクトルという用語は、別段に記載されていない限り、本明細書では交換可能に使われる。
【００４５】
無認可RFスペクトル帯域中で動作している間、UEは、基地局から受信されたデータについてのフィードバックメッセージを送ることができる。ただし、UEが、様々な異なる技法を使ってフィードバックを送信することが可能な場合があり、これらの技法に基づく送信は、いくつかの冗長性をもたらし、システム内で、動作上の不確実性を増大させる可能性がある。そのような冗長性および不確実性は、通信効率に悪影響を与え得る。したがって、UEは、上述した潜在的問題に対処するために、いくつかのチャネル状況またはワイヤレス媒体の状況に基づく、以下でさらに詳しく記載する技法を使えばよい。
【００４６】
例として、HARQフィードバックは、あらかじめ定義されたリソース(たとえば、特殊サブフレーム)において自律的に送信されてよく、または、いくつかのケースでは、HARQフィードバックは、1つもしくはいくつかのHARQプロセスについてUEから要請される場合がある。要請されたフィードバックは、ポーリングされるフィードバックまたは要求ベースのフィードバックと呼ばれる場合があり、自律フィードバックは、ポーリングされないフィードバックと呼ばれる場合がある。ポーリングされる、およびポーリングされないフィードバックは、異なる物理チャネルを使って送信されてよく、許可ベースであっても、明示的許可なしでトリガされてもよい。ポーリングされる、およびポーリングされないフィードバック用のバッファは、別々に維持され、管理され得る。
【００４７】
HARQフィードバックは、1つまたはいくつかの物理チャネルを使って送信され得る。たとえば、UEが、ショート物理アップリンク制御チャネル(sPUCCH)、拡張物理アップリンク制御チャネル(ePUCCH)、または物理アップリンク共有チャネル(PUSCH)を使って、アップリンク制御情報(UCI)を送信することができる。異なる制御チャネルの使用は、トリガなど、基地局から受信される信号、または送信機会(TxOP)中にUEが基地局に送信することを可能にする許可に基づいてよい。ただし、異なるチャネルに関連付けられた優先度付けと、異なるチャネルに渡るUCIの潜在的重複とが、複雑なスケジューリングおよびフィードバックプロセスを生じる場合がある。したがって、各UE、またはUEのグループによって使われるフィードバックチャネルは異なってよく、UCIが様々なチャネル中で送信され得る異なるやり方に関連した冗長性およびあいまいさの可能性がある。そのような冗長性およびあいまいさの例を、図1に関して以下でさらに詳しく記載する。
【００４８】
いくつかのワイヤレス通信システムは、ポーリングされる動作(たとえば、基地局がUEに、特定のチャネルを使ってフィードバックを与えるよう、明示的に命じる)およびポーリングされない動作(たとえば、UEが自律的にフィードバックを与え、基地局は、フィードバックをいつ与えるべきかをUEに明示的に伝えない)など、異なるフィードバック動作を使うことができる。望まれない冗長性およびあいまいさを避けるために、ワイヤレス通信システムは、ポーリングされる、およびポーリングされない動作用にいくつかのチャネルを使えばよい。別個のHARQバッファが、自律およびポーリングされる動作用に維持されてもよく、これらのバッファは、ポーリングされる、またはポーリングされない動作に基づいてクリアされ得る。
【００４９】
技法は、HARQフィードバックを送信するときの、UE電力使用の最適化および/またはLBT成功も可能にし得る。UEは、いくつかのアップリンクキャリアを使う能力を有することを示すことができ、基地局は、それらのアップリンクキャリアのセット上でUCIを送信するようにUEを構成することができる。隣接UEの電力消費要件および干渉プロファイルに基づいて、UEは、UCIを送信するためのアップリンクキャリアのサブセットを決定することができる。
【００５０】
上で提起した本開示の態様が、ワイヤレス通信システムのコンテキストにおいて以下で説明される。HARQフィードバックを含むUCIの送信に使われる異なる物理チャネルを示す、さらなる例が挙げられる。本開示の態様を、無認可RFスペクトルにおけるHARQフィードバックに関する装置図、システム図、およびフローチャートによってさらに示し、それらを参照して記載する。
【００５１】
図1は、本開示の様々な態様による、無認可RFスペクトルにおけるHARQフィードバックをサポートするワイヤレス通信システム100の例を示す。ワイヤレス通信システム100は、基地局105、UE115、およびコアネットワーク130を含む。いくつかの例では、ワイヤレス通信システム100は、ロングタームエボリューション(LTE)またはLTEアドバンスト(LTE-A)ネットワークであり得る。ワイヤレス通信システム100は、バッファからのフィードバックのクリアランスを可能にするフィードバック動作を使って、効率的HARQフィードバックをできるようにし得る。
【００５２】
ワイヤレス通信システム100は、重複するカバレージエリア110とともに動作する、LTE/LTE-Aネットワーク、MuLTEFireネットワーク、ニュートラルホストスモールセルネットワークなどを含み得る。MuLTEFireネットワークは、たとえば、認可周波数アンカーキャリアなしで、無認可RFスペクトル帯域において通信するアクセスポイント(AP)および/または基地局105を含み得る。たとえば、MuLTEFireネットワークは、認可スペクトルにおいてアンカーキャリアなしで動作し得る。
【００５３】
基地局105は、1つまたは複数の基地局アンテナを介してUE115とワイヤレス通信し得る。各基地局105は、それぞれの地理的カバレージエリア110に通信カバレージを提供し得る。ワイヤレス通信システム100に示される通信リンク125は、UE115から基地局105へのアップリンク送信、または基地局105からUE115へのダウンリンク送信を含み得る。UE115は、ワイヤレス通信システム100全体にわたって分散されてもよく、各UE115は固定またはモバイルであり得る。UE115は、移動局、加入者局、リモートユニット、ワイヤレスデバイス、アクセス端末(AT)、ハンドセット、ユーザエージェント、クライアント、または同様の用語で呼ばれることもある。UE115はまた、セルラーフォン、ワイヤレスモデム、ハンドヘルドデバイス、パーソナルコンピュータ、タブレット、パーソナル電子デバイス、マシンタイプ通信(MTC)デバイスなどであり得る。
【００５４】
基地局105は、コアネットワーク130および互いと通信し得る。たとえば、基地局105は、バックホールリンク132(たとえば、S1など)を介してコアネットワーク130とインターフェースし得る。基地局105は、バックホールリンク134(たとえば、X2など)を介して直接または間接的に(たとえば、コアネットワーク130を通して)のいずれかで互いと通信し得る。基地局105は、UE115との通信のための無線構成およびスケジューリングを実施し得るか、または基地局コントローラ(図示せず)の制御下で動作し得る。いくつかの例では、基地局105は、マクロセル、スモールセル、ホットスポットなどであり得る。基地局105は、eノードB(eNB)105と呼ばれることもある。
【００５５】
HARQは、データがワイヤレス通信リンク125を介して正確に受信されることを保証する方法であり得る。HARQは、(たとえば、巡回冗長検査(CRC)を使う)誤り検出、前方誤り訂正(FEC)、および再送信(たとえば、自動再送要求(ARQ)を使う)の組合せを含み得る。HARQは、不良な無線状態(たとえば、信号対雑音状態)において媒体アクセス制御(MAC)レイヤにおけるスループットを改善し得る。インクリメンタル冗長HARQでは、誤って受信されたデータがバッファに記憶され、後続送信と組み合わされて、データを正常に復号する全体的確率が改善され得る。場合によっては、冗長ビットは、送信前に各メッセージに追加される。これは、劣悪な状態において特に有用であり得る。他の場合には、冗長ビットは各送信に追加されないが、情報を復号しようとする試みの失敗を示す否定応答(NACK)を元のメッセージの送信機が受信した後に再送信される。送信、応答および再送信のチェーンは、HARQプロセスと呼ばれることがある。いくつかのケースでは、限られた数のHARQプロセスが所与の通信リンク125のために使用され得る。
【００５６】
物理アップリンク制御チャネル(PUCCH)が、アップリンク肯定応答(ACK)、スケジューリング要求(SR)、チャネル品質インジケータ(CQI)、および他のUCI用に使われ得る。PUCCHは、コードと2つの連続するリソースブロックとによって定義される制御チャネルにマッピングされ得る。アップリンク制御シグナリングは、セルのタイミング同期の存在に依存し得る。SRおよびCQI報告のためのPUCCHリソースは、無線リソース制御(RRC)シグナリングを通して割り当てられ(および失効され)得る。いくつかのケースでは、SRのためのリソースは、ランダムアクセスチャネル(RACH)プロシージャを通して同期を獲得した後に割り当てられ得る。他のケースでは、SRは、RACHを通してUE115に割り当てられないことがある(すなわち、同期したUEは、専用SRチャネルを有することもあり、有しないこともある)。UEがもはや同期しなくなったとき、SRおよびCQIのためのPUCCHリソースは失われ得る。
【００５７】
ワイヤレス通信システム100は、ePUCCHを使ってアップリンク送信をサポートし得る。ePUCCHは、いくつかのリソースブロックのいくつかの部分からのリソースを含み得る。たとえば、ePUCCHは、リソースブロック内の他の送信でインターリーブされ得る。いくつかのケースでは、いくつかのUE115からのePUCCH送信が、リソースブロックのセット内でインターリーブされ得る。
【００５８】
ワイヤレス通信システム100は、短期間PUCCHまたはsPUCCHと呼ばれ得る短縮制御チャネルをサポートすることもできる。sPUCCHは、ePUCCHと同様のインターリーブ構造を使い得るが、より小さい数のリソースブロックからなるリソースを含み得る。たとえば、sPUCCHは、4つ以下の直交周波数分割多重(OFDM)シンボルからなるリソースを使い得る。いくつかの例では、UE115は、特殊サブフレーム(たとえば、ダウンリンクからアップリンクスケジューリングへの、またはその反対の切替えを認めるサブフレーム)を使って、sPUCCHを送信することができ、基地局105は、特殊サブフレームの存在をUE115に動的に示すのに、共通物理ダウンリンク制御チャネル(C-PDCCH)を使うことができる。UE115が、短縮制御チャネルを使って制御メッセージを送信できることが、基地局105からのダウンリンクメッセージ(たとえば、ダウンリンク許可など)の存在によって示され得る。いくつかのケースでは、制御メッセージは、4つの20MHz帯域を含む80MHzチャネルなど、複数のサブバンドを含むチャネルを使って、無認可スペクトル中で送信され得る。
【００５９】
いくつかのケースでは、UE115または基地局105は、共有または無認可RFスペクトル中で動作し得る。これらのデバイスは、チャネルが利用可能であるかどうかを判断するために、通信するのに先立って、クリアチャネル評価(CCA)などのリッスンビフォアトーク(LBT)手順を実施することができる。CCAは、任意の他のアクティブな送信があるかどうかを判断するためのエネルギー検出手順を含み得る。たとえば、デバイスは、電力メータの受信信号強度指示(RSSI)の変化が、チャネルが占有されていることを示すと推論し得る。具体的には、一定の帯域幅に集中し、所定の雑音フロアを超える信号電力は、別のワイヤレス送信機を示し得る。CCAはまた、チャネルの使用を示す特定のシーケンスの検出を含み得る。たとえば、別のデバイスは、データシーケンスを送信する前に特定のプリアンブルを送信し得る。
【００６０】
LTE/LTE-Aなどの無線アクセス技術(RAT)を使うワイヤレスデバイスは、共有または無認可RFスペクトルの複数の帯域中で、独立キャリアとして動作し得る。その結果、ワイヤレスデバイスは、あるRAT(たとえば、LTE/LTE-A)からの技法を、やはりWi-Fiなどの無認可RFスペクトル内で通信する異なるRATによって使われる技法を改善するのに使うことができる。たとえば、HARQフィードバックプロセスが、無認可RFスペクトル中での効率的通信を可能にするためにワイヤレスデバイスによって使われてよく、この場合、HARQフィードバックは、再送信に利用可能にされるように、バッファ中に記憶され得る。
【００６１】
共有または無認可RFスペクトル中で動作するワイヤレスデバイスは、制御情報を送信するのに異なるチャネルを使うことができる。たとえば、UE115が、sPUCCH(たとえば、サブフレームよりも短い持続時間を有する制御チャネル)、ePUCCH、またはPUSCHを使って、UCIを送信し得る。異なる制御チャネルの使用は、トリガなど、基地局105から受信される信号、またはTxOP中にUE115が基地局105に送信することを可能にする許可に基づいてよい。
【００６２】
無認可スペクトル中でのHARQフィードバックの送信は、HARQフィードバックを送信するのに使われる異なるチャネルの数に関連付けられた要因(フィードバックタイミング、LBTプロセスの影響、およびフィードバックバッファ管理など)を含む、いくつかの要因によって影響される場合がある。さらに、アップリンクおよびダウンリンク送信の両方のための多重キャリア動作、ペイロードサイズ管理(たとえば、マッピング、圧縮など)、ペイロードマッピング(たとえば、マッピングHARQ、チャネル状態情報(CSI)、およびチャネルへのSR)、ならびに制御チャネルリソース割振り(PUCCH向けのリソース割振りなど)も、無認可RFスペクトルにおけるHARQフィードバックを送信する際の要因として働き得る。
【００６３】
ただし、いくつかのケースでは、異なるチャネルに関連付けられた優先度付けと、異なるチャネルに渡る、UCIなどの制御情報の潜在的重複とが、複雑なスケジューリングおよびフィードバックプロセスを生じる場合がある。たとえば、sPUCCH送信は、許可ベースでない場合があり、代わりに、C-PDCCHの検出に基づいて暗黙的にトリガされる場合がある。sPUCCHはまた、HARQフィードバックタイムライン(たとえば、N+4タイムラインであって、Nは、特定のダウンリンク送信が受信されるサブフレームであり、その特定のダウンリンク送信用のHARQフィードバックが、少なくとも4サブフレーム後に与えられる)を満たすサブフレームについてのACKまたはNACKを搬送することができ、他のACK/NACKメッセージは、次のsPUCCH機会に(たとえば、後続TxOP中に)送信され得る。同様に、ePUCCHは、アップリンク許可ベースまたはC-PDCCHトリガベースのいずれであってもよく、ePUCCHとsPUCCHの両方が、UE115ごと、UE115のグループごと、またはすべてのUE115用にトリガされ得る。最後に、PUSCHについてのUCIは、アップリンク許可ベースであり、UE115固有であってよい。したがって、各UE115、またはUE115のグループによって使われるフィードバックチャネルは異なってよく、UCIが様々なチャネル中で送信され得る異なるやり方に関連した冗長性およびあいまいさの可能性がある。いくつかのケースでは、ePUCCHについてのUCIおよびPUSCHについてのUCI用のトリガは、たとえば、アップリンク許可の中で共通トリガであってよい。アップリンク許可は、UCIフィードバック用のリソース(たとえば、サブフレーム)がePUCCHおよびPUSCH用に同じまたは異なり得る場合、(たとえば、ePUCCH、PUSCH、または両方を使って)どこにUCIが送られるべきであるかを示すビットを含み得る。
【００６４】
フィードバック用にいくつかのチャネルが使われ得るときに遭遇するあいまいさの例として、第2のUE115がPUSCH許可を有しない場合に第1のUE115がPUSCHを使ってUCIを送ることがあり、UE115の一方または両方が、sPUCCHを送るようにトリガされ得る。ただし、第1のUE115が、UCIをすでに送信している場合、sPUCCH上でのUCIの送信を繰り返すべきかどうかが明らかでない場合がある。さらに、異なるチャネルの間に、明らかに定義された先行規則がない場合があり、UE115が、UCIを送信した後に(たとえば、別のチャネル上で繰り返すために)フィードバックバッファを保持するべきかどうかが明らかでない場合がある。別の例では、HARQフィードバックは、暗黙的または明示的にシグナリングされ得るHARQプロセスアイデンティティ(ID)に基づき得る。UE115からの繰り返されるHARQフィードバック送信のケースでは、基地局105は、新たな送信をスケジュールするとき、前に肯定応答されたHARQプロセスIDを再利用してよい。そのようなケースでは、UE115は、たとえば、再利用されるHARQプロセスIDに関連付けられた正しいHARQフィードバックを判断することによって、あいまいさが回避されることを保証するという作業を負わされ得る。フィードバック送信の中の冗長性を示す例では、いくつかのサブフレームについてのACK/NACKが、sPUCCHを使って第1のTxOP中に送信されてよく、他のACK/NACKは、別のsPUCCHを使って後続TxOP中に送信される。これらの同じACK/NACKを含む介在ePUCCH/PUSCH送信は、システムにおける冗長フィードバックにつながり得る。
【００６５】
したがって、ワイヤレス通信システム100は、無認可RFスペクトル中で動作し、HARQフィードバックおよびフィードバックバッファのクリアランスを管理するのに、異なるモードを使うことができる。たとえば、ワイヤレスデバイスが、TxOP中に基地局105からダウンリンクデータを受信し、同じTxOPまたは後続TxOP内にHARQフィードバックを送信し得る。HARQフィードバックの送信の後、およびTxOP中に、ワイヤレスデバイスは、基地局105から指示を受信したことに基づいて、バッファをクリアすると決定してよい。基地局105は、HARQフィードバックを受信した後に指示を送信してよく、バッファからクリアされるべきHARQフィードバック、またはクリアされるべきバッファを、指示内で示すか、または識別し得る。追加または代替として、バッファは、フィードバックの送信に基づいて自動的にクリアされ得る。いくつかの例では、ワイヤレスデバイスは、アップリンクキャリアをサポートすることができることを示し、それに応答して、キャリア構成を受信し得る。ワイヤレスデバイスは、フィードバック送信用のアップリンクキャリアのサブセットを選択し、サブセットを使ってフィードバックを送信することができる。
【００６６】
図2は、本開示の様々な態様による、無認可RFスペクトルにおけるHARQフィードバックをサポートするワイヤレス通信システム200の例を示す。ワイヤレス通信システム200は、対応するカバレージエリア110-aをもつ基地局105-aと、UE115-aとを含んでよく、これらは、図1を参照して記載した基地局105、カバレージエリア110、およびUE115の例であり得る。ワイヤレス通信システム200は、効率的HARQフィードバックのために、別個のHARQフィードバックバッファおよび異なるチャネルの使用をサポートすることができる。さらに、ワイヤレス通信システム200は、ポーリングされる動作(たとえば、基地局105-aがUE115-aに、ePUCCHなど、特定のチャネル中でフィードバックを与えるよう、明示的に命じる)およびポーリングされない動作(たとえば、UE115-aがフィードバックを自律的に与え、基地局105-aは、フィードバックをいつ与えるべきかを、UE115-aに明示的に伝えない)など、異なるフィードバック動作を使うことができる。
【００６７】
上述したように、あいまいさおよび冗長性によるスケジューリングの複雑さを解決するために、ワイヤレス通信システム200は、ポーリングされない動作用にいくつかのチャネル(たとえばトリガベースのsPUCCH、ePUCCH、またはePUSCH)を、およびポーリングされる動作用に他のチャネル(たとえば、許可ベースのePUCCH)を使えばよい。たとえば、TxOP205中に受信されたダウンリンクデータ送信のために、UE115-aは、サブフレーム210内で異なるチャネルを使ってHARQフィードバックを送信してよく、使われるチャネルのタイプ(たとえば、許可ベースまたはトリガベースのチャネル)は、上述した、ポーリングされる、またはポーリングされない動作に依存し得る。HARQフィードバック用の別個のバッファが、自律的およびポーリングされる動作用に維持されてもよい。いくつかの例では、トリガベースのチャネルまたは許可ベースのチャネルのいずれかがスケジュールされたとき、UE115-aは、利用可能HARQフィードバックを、最も早い機会に(たとえば、サブフレームN+4またはそれ以降に)送ってよい。
【００６８】
無認可RFスペクトル中で通信するとき、LBT失敗および/または干渉により、フィードバック送信が失われる確率が増す場合がある。その結果、ポーリングされる動作の使用は、UE115-aが紛失HARQフィードバックを送信することを要求するのに使われ得る。つまり、基地局105-aは、UE115-aによって再送信されるべきHARQフィードバックのサブセットをさらに示す、許可ベースのチャネル向けのアップリンク許可(たとえば、ePUCCH向けのアップリンク許可)を与えてよい。HARQフィードバックのサブセットは、アップリンク許可のサイズを制限するために、限られた粒度で示され得る。いくつかのケースでは、HARQフィードバックの再送信をできるようにするために、UE115-aは、基地局105-aが、HARQバッファがクリアされてよいことを示すトリガをUE115-aに与えるまで、ポーリングされる動作用に別個のHARQバッファを維持してよい。このように、UE115-aは、失われたものとして識別されているHARQフィードバックを、HARQフィードバックが再度失われる場合に備えて、起こり得る繰り返される再送信のために記憶することができる。ポーリングされない動作用のバッファは、送信の直後にクリアされてよい。そのようなケースでは、HARQフィードバックは、ポーリングされない動作において再度使われることはないので、クリアされてよく、代わりに、ポーリングされないHARQフィードバックが正しく受信されなかったことを基地局105-aが示す場合、ポーリングされる動作用のバッファ中に後で記憶され得る。いくつかのケースでは、タイムラインを満たすHARQフィードバックが送信され、他のACK/NACKビットは、次の同様の機会(すなわち、ポーリングされないHARQ動作のための次のポーリングされないHARQフィードバック機会、およびポーリングされる動作のための次のポーリングされるHARQフィードバック機会)に送信される。
【００６９】
いくつかの例では、トリガベースのチャネル(たとえば、sPUCCHまたはPUSCH)が、ポーリングされないHARQフィードバック用に使われてよく、許可ベースまたはトリガベースのチャネル(たとえば、トリガベースであるか許可ベースであるかにかかわらず、ePUCCH)が、ポーリングされる動作用に使われてよい。そのようなケースでは、ポーリングされる動作を使うとき、前の「K」個の保留中のACK/NACKがePUCCHを介して送信され、最後のePUCCHバッファクリアランス以来最初の「K」個のACK/NACKが送信されてよく、またはePUCCH向けのアップリンク許可が、送信されるべき紛失ACK/NACKを指定し得る。上述したように、HARQフィードバックをもつ別個のバッファが、ポーリングされる、およびポーリングされない動作用に維持されてよく、ポーリングされない動作用のバッファは送信直後にクリアされてよく、ポーリングされる動作用のバッファは、クリアするための明示的基地局指示が受信された後にクリアされる。
【００７０】
いくつかのケースでは、基地局105-aは、紛失フィードバック送信の再送信を要求するのに、ポーリングされる動作を実装しない場合がある。そうではなく、UE115-aは、たとえば、sPUCCHまたはePUCCH(トリガまたは許可ベース)それともPUSCHであるかにかかわらず、最も早く利用可能な(および構成された)アップリンクチャネルにおいてHARQフィードバックを(たとえば、ポーリングされない動作において)送信すればよい。そのようなケースでは、共通バッファがsPUCCH、ePUCCH、およびPUSCHベースのHARQフィードバック用に使われてよく、バッファは、クリアするための明示的基地局指示および/または一定の固定持続時間の完了があると、クリアされてよい。
【００７１】
ポーリングされない動作についてのHARQフィードバックは、暗黙的HARQプロセスID指示に関連付けられ得る(たとえば、HARQの第iのビットが、一般性を失わずにjというHARQプロセスIDに対応する(たとえば、半静的マッピング))。追加または代替として、HARQプロセスIDがスケジュールされない場合、HARQフィードバックは、デフォルトでNACKにセットされ得る。いくつかのケースでは、アップリンク許可の中の、ポーリングされる動作についてのHARQフィードバックは、HARQプロセスIDの明示的指示を含み得る。この明示的指示に基づいて、基地局105-aは、ACK/NACKフィードバックをそれについて要求するべき、HARQプロセスID、またはHARQプロセスIDのセットごとにビットマップを識別することができる。基地局105-aによるHARQプロセスIDのスケジューリングは、スケジューリング決定であってよく、この場合、肯定応答されていないHARQプロセスIDがポーリングされてよく、または新たなデータが送信されてよい。
【００７２】
いくつかのケースでは、多重キャリア動作に関連したHARQフィードバック送信が拡張されてよい。たとえば、UE115-aがN個のアップリンクキャリアをサポートする場合、ワイヤレス通信システムは、基地局105-aの構成によっては、UE115-aに、キャリアすべてにおいてHARQ ACKを同時に送らせる。一例として、複数のキャリアのサポートは、ePUCCHおよびsPUCCH送信に適用可能であり得る。ただし、M>Nである、N個のアップリンクキャリア上で送信されるべき、M個のダウンリンクキャリアについてのHARQフィードバックを構成すると、制御チャネル送信のペイロードを膨張させ、したがって、アップリンク送信のためのカバレージ範囲に影響を与える場合がある。一例として、M=4およびN=1であるとき、カバレージ範囲は6dBも削減される場合があり、これは、セルエッジに置かれたUE115にとって多大な影響を有し得る。ただし、多重キャリア動作が、アップリンクキャリアのサブセットにおけるすべてのダウンリンクHARQをアグリゲートするという利益をもたらす場合があり、いくつかのアップリンクキャリア上での効率および省電力を可能にする(アップリンク制御シグナリングのみのためにはアクティブ化されなくてよい)。いくつかのケースでは(たとえば、M>NであるときにM個のダウンリンクキャリアについてのHARQフィードバックを構成するとき)、複数のアップリンクキャリア上でフィードバックを送信すると、複数のキャリアに渡ってUCI情報の冗長性を招く場合があり、これは、UE115-aにおける電力消費に影響を与え得る。ただし、この冗長性は、UE115-a向けのUCI送信のLBT成功を増大するという利益を与える場合がある。
【００７３】
ワイヤレス通信システム200は、LBT成功と電力消費の両方を動的に増大するというトレードオフを管理することができる。たとえば、ワイヤレス通信システム200は、UE電力使用の最適化またはLBT成功に向けられ得る。そのようなケースでは、UE115-aは、静的数のキャリアであり得るN個のアップリンクキャリアを使う能力を有することを示せばよい。基地局105-aは、最大でN1個のアップリンクキャリア上でUCIを送信するようにUE115-aを構成してよく、N1≦Nである。いくつかのケースでは、基地局105-aは、電力消費要件、隣接UE115の(たとえば、LBT成功についての)干渉プロファイル、UE115-aの電力ヘッドルーム、または複数のチャネル上での同時送信(たとえば、いくつかのチャネル上でのPUCCHおよび他のチャネル上でのPUSCH)に構成を基づかせればよい。UE115-aは、UCIを送信するためのアップリンクキャリアのサブセットN2を決定することができる。いくつかのケースでは、各アップリンクキャリアが、すべてのダウンリンクキャリアについてのHARQフィードバックを含んでよく、N2は、UE115-aによって明示的に指定されない場合がある。各アップリンクキャリアが、ダウンリンクキャリアのサブセットについてのHARQフィードバックを含む場合、制御チャネルペイロードは、HARQフィードバックがペイロード中で搬送されるコンポーネントキャリア(CC)の数およびインデックスを示すためのフィールドを含み得る。
【００７４】
いくつかのケースでは、ワイヤレス通信システム200内で、カバレージおよびスケジューリングの最適化があり得る。つまり、UE115-aは、N個のアップリンクキャリアを使う能力を示すことができ、UE115-aについてのカバレージ範囲およびスケジューリング要件を考慮した上で、基地局105-aは、N1個のアップリンクキャリアからなるサブセットを半静的に構成してよく、N1≦Nである。基地局105-aは、各アップリンクキャリアにおけるUE電力消費および前のLBT成功履歴も考慮してよい。いくつかのケースでは、UE115ごとのN1個のキャリアの半静的構成が、RRCシグナリングにより示され得る。追加または代替として、たとえばフィードバック用に使われるチャネルが許可ベースであるケースでは、許可により示されるように、UE115ごとにN1個のキャリアの動的構成があってよい。
【００７５】
ペイロードマッピング(たとえば、HARQ、CSI、およびSRマッピング)が、HARQフィードバック送信を強化するためにさらに使われてよい。いくつかの例では、ePUCCHおよびsPUCCHは、HARQフィードバック、SR、もしくはランクインジケータ(RI)およびプリコーディング行列インジケータ(PMI)を含み得るCSI、またはそれらの組合せを搬送することができる。いくつかのケースでは、複数のキャリア用にペイロードが構成されてよく、隠れノード干渉指示を搬送するフィールドがUCI中に含まれてもよい。そのようなケースでは、フィールドは、基地局105-aに知られていない隠れノード干渉により、1つまたは複数のNACKが引き起こされたことを伝えることができる。
【００７６】
いくつかのケースでは、インジケータフィールドのうちの1つまたは複数は、基地局構成に依存して存在してよく、異なるチャネルが異なる構成を使い得る。たとえば、sPUCCHが半静的構成を使う場合があり、ePUCCHが半静的構成または明示的許可指示を使う場合がある。たとえば、数ビットの指示が、報告されるランク値についてのRI(たとえば、Rank1およびRank2)の変形を含む、HARQフィードバック、CSIフィードバックのいずれか、または両方を送信するようにUE115-aを構成するのに使われ得る。さらに、符号化の順序は、CC単位符号化に従えばよく、CSIおよびHARQは、構成されたCC単位として符号化される。
【００７７】
チャネルリソースインデックスが、無認可スペクトル中での制御チャネルの通信を強化するのに使われ得る。たとえば、PUCCHリソースインデックステーブルが、PDCCHの開始制御チャネル要素(CCE)に応じて導出されたPUCCHリソース、PUCCHシフト、リソースブロック(RB)割振り、またはそれらの組合せを識別するのに使われ得る。いくつかのケースでは、リソースは、アップリンク制御チャネル送信(たとえば、PUCCH)に割り振られるインターレースと、同じインターレース内での多重化に使われる循環シフト/ウォルシュコードインデックスとを指し得る。ePUCCHなどの許可ベースのチャネル用に、チャネルリソースは、アップリンク許可の開始CCEおよび他の半静的パラメータに基づいて導出され得る。追加または代替として、トリガベースのチャネル(たとえば、sPUCCH/ePUCCH)用に、リソースは、ダウンリンク許可の開始CCEおよび他の半静的パラメータまたはダウンリンク許可の開始CCEおよびC-PDCCHの開始CCEならびに他の半静的パラメータを使って導出され得る。
【００７８】
図3は、本開示の様々な態様による、無認可RFスペクトルにおけるHARQフィードバックをサポートするTxOP300の例を示す。いくつかのケースでは、TxOP300は、図1および図2を参照して説明した、UE115と基地局105との間の通信の態様を表し得る。TxOP300は、動作モードに従って異なるチャネルを使ってHARQフィードバックの送信を可能にする複数のTxOP305を示す。
【００７９】
TxOP305は、ダウンリンク送信用にスケジュールされるいくつかのダウンリンクサブフレーム315と、特殊サブフレーム320と、アップリンク送信用にスケジュールされるアップリンクサブフレーム325とを含む無線フレーム310を含み得る。これらのサブフレームは、許可、トリガ、およびフィードバックメッセージの送信を容易にするために、制御または共有チャネルを搬送するのに使われ得る。たとえば、ダウンリンクサブフレーム315は、それぞれ特殊サブフレーム320またはアップリンクサブフレーム325中でsPUCCHまたはePUSCHを使って、UE115によってHARQフィードバックを送信するのに使われるアップリンク許可を含み得る。同様に、アップリンクサブフレーム325中に含まれるsPUCCH中でのHARQフィードバックを可能にするために、トリガがダウンリンクサブフレーム315中に含まれ得る。
【００８０】
無認可スペクトル中で通信するとき、ポーリングされる、およびポーリングされない動作が、フィードバックのためにワイヤレスデバイスによって使われる異なる技法を決定し得る。たとえば、ポーリングされる動作において、TxOP305中にダウンリンクデータについてのHARQフィードバックをUE115がいつどのようにして与え得るかを、基地局105が明示的に示し得る。ポーリングされない動作では、UE115が、HARQフィードバックを基地局105に自律的に送り得る。
【００８１】
いくつかのケースでは、ポーリングされる、およびポーリングされない動作は、いくつかの異なるチャネルが異なるときにフィードバックを与えるのに使われたときに誘発される、不必要な冗長性を削減するのに使われ得る。たとえば、ポーリングされない動作では、異なるチャネル(トリガベースのsPUCCH、ePUCCH、またはePUSCHなど)がHARQフィードバック用に使われてよい。追加または代替として、ポーリングされる動作は許可ベースのePUCCHを使ってよい。そのようなケースでは、UE115が、最も早い機会にHARQフィードバック330を送ってよい。
【００８２】
たとえば、第1のTxOP305-a中に、UE115が、ダウンリンクサブフレーム315中にダウンリンクデータを受信し、トリガに基づいて、特殊サブフレーム320-a中のsPUCCHを使って、HARQフィードバック330-aを与えてよい。他のダウンリンクサブフレーム315中に受信されたダウンリンクデータについてのHARQフィードバック330-bが、特殊サブフレーム320-b中のsPUCCH中で、第2のTxOP305-b中に送信され得る。別の例として、UE115が、アップリンクサブフレーム325中にHARQフィードバック330-cを送信するためのトリガを受信し得る。同様に、UE115は、ダウンリンクサブフレーム315中に許可を与えられてよく、HARQフィードバック330-cは、アップリンクサブフレーム325中のePUSCH中で与えられてよい。いくつかのケースでは、HARQフィードバックは、ダウンリンクデータが受信されたサブフレームからN+4個のサブフレームであるアップリンクサブフレーム325中に送られ得る。
【００８３】
HARQフィードバックの送信に続いて、HARQフィードバックのバッファがクリアされ得る。別個のHARQバッファが、ポーリングされる、およびポーリングされない動作用に維持されてよく、UEは、基地局からの指示に基づいて、またはUE115によって自律的に、のいずれかで、バッファをクリアする(たとえば、ACK/NACKビットをNACKにセットし、適用可能なときに送信する)と決定し得る。たとえば、UEは、sPUCCHを使ってフィードバックが送信されたときは、自力でバッファをクリアしてよく、UE115は、フィードバックがePUCCHを使って送信されたときは、バッファをクリアするためのトリガを待てばよい。
【００８４】
図4は、本開示の様々な態様による、無認可RFスペクトルにおけるHARQフィードバックをサポートするプロセスフロー400の例を示す。プロセスフロー400は、図1および図2を参照して説明した対応するデバイスの例であり得るUE115-bおよび基地局105-bを含み得る。プロセスフロー400は、ポーリングされる、およびポーリングされない(すなわち、自律)動作など、異なるフィードバック動作を使う効率的HARQフィードバック技法の例を示し得る。
【００８５】
405において、第1のTxOP中に、共有RFスペクトル帯域のリソースを使って、ダウンリンクデータ送信を、基地局105-bは送信することができ、UE115-bは受信することができる。410において、UE115-bは任意選択で、追加のHARQフィードバックを送信するためのトリガを識別することができる。415において、UE115-bは、ダウンリンクデータ送信に応答して、または、トリガが識別されたケースではトリガに基づいて、第1のTxOPまたは第2のTxOP中にHARQフィードバックを送信し得る。
【００８６】
420において、UE115-bは任意選択で、HARQフィードバックを送信するための要求を基地局105-bから受信することができ、425において、UE115-bは任意選択で、HARQフィードバック用のリソース許可を基地局105-bから受信することができる。いくつかのケースでは、リソース許可は、HARQフィードバックのHARQプロセスについての識別子の指示を含み得る。要求は、いくつかのケースでは、前に送信されたHARQフィードバックのサブセットを再送信するための要求を含み得る。
【００８７】
430において、UE115-bは、要求を受信したケースでは、ダウンリンクデータ送信および要求に応答して、HARQフィードバックを送信し得る。UE115-bは、要求に応答して、リソースを使ってHARQフィードバックを送信してよい。一例では、430においてUE115-bによって送信されるHARQフィードバックは、415において送信されるのと同じHARQフィードバックであってよいが、要求またはトリガに応答して追加として送信されてよく、UE115-bは、追加のHARQフィードバックを送信したことに基づいて、追加のバッファから追加のHARQフィードバックをクリアしてよい。
【００８８】
435において、第2のTxOPまたは第3のTxOP中に、HARQフィードバックのバッファをクリアするための指示を、基地局105-bは任意選択で送信することができ、UE115-bは受信することができる。440において、UE115-bは、たとえば、フィードバックを送信したことに基づいて、またはバッファをクリアするための指示を受信したことに基づいて、バッファからHARQフィードバックをクリアしてよい。いくつかの例では、バッファは、要求ベースのフィードバックモードに関連付けられ、追加のバッファは、自律フィードバックモードに関連付けられる。いくつかのケースでは、バッファは、sPUCCH、ePUCCH、またはPUSCH用の共通バッファを含む。追加または代替として、UE115-bは、所定の周期性に従ってバッファをクリアすると決定してよい。
【００８９】
図5は、本開示の様々な態様による、無認可RFスペクトルにおけるHARQフィードバックをサポートするプロセスフロー500の例を示す。プロセスフロー500は、図1および図2を参照して説明した対応するデバイスの例であり得るUE115-cおよび基地局105-cを含み得る。プロセスフロー500は、多重キャリア展開におけるUCIの効率的送信の例を示し得る。
【００９０】
505において、UCI送信がサポートされる共有RFスペクトル帯域のアップリンクキャリアの量の指示(たとえば、能力指示)を、UE115-cは送信することができ、基地局105-cは受信することができる。たとえば、指示は、UCIの同時送信をサポートすることができるアップリンクキャリアの量を示し得る。510において、UE115-cは、指示に基づく、UCI送信用のアップリンクキャリアのセットを含むキャリア構成を受信し得る。515において、UE115-cは、局地的状況を識別することができ、局地的状況は、UE115-cの電力消費状況、UE115-cの電力ヘッドルーム状況、UE115-cに隣接するデバイスの干渉プロファイル、同時送信状況、またはそれらの組合せを含み得る。520において、基地局105-cは、UCI送信用のアップリンクキャリアのサブセットを選択することができ、ここで、サブセットは、セットよりも少ないアップリンクキャリアを含み、525において、UE115-cは、アップリンクキャリアのサブセットの指示を基地局105-cから受信し得る。いくつかのケースでは、指示は、RRCシグナリングにより、またはリソース許可の中で受信される。
【００９１】
530において、UE115-cは、UCI送信用のアップリンクキャリアのサブセットを選択することができ、サブセットは、UCI用のアップリンクキャリアのセットよりも少ないアップリンクキャリアを含む。いくつかの例では、アップリンクキャリアのサブセットは、局地的状況に基づいてUE115-cによって選択される。追加または代替として、アップリンクキャリアのサブセットは、基地局105-cからの受信された指示に基づいて選択され得る。535において、UE115-cは、アップリンクキャリアのサブセットを使って、基地局105-cにUCIを送信してよい。いくつかのケースでは、UCIは、キャリア構成の複数のダウンリンクキャリアについてのフィードバックを含む。UCIは、キャリア構成のダウンリンクキャリアのインジケータを含み得る。
【００９２】
いくつかのケースでは、UE115-cは、ダウンリンク制御メッセージを受信し、ダウンリンク制御メッセージおよび1つまたは複数の追加のパラメータに基づいて、UCIを送信するためのリソースインターレースを識別することができる。いくつかのケースでは、リソースインターレースは、循環シフトまたはウォルシュコードインデックスのうちの少なくとも1つを含む。追加または代替として、1つまたは複数の追加のパラメータは、C-PDCCHのCCEまたはRRCシグナリングにより受信されたインジケータのうちの少なくとも1つを含み得る。いくつかの例では、UCI用のペイロード構成を、基地局105-cは送信することができ、UE115-cは受信することができ、ペイロード構成は、ハイブリッドHARQフィードバック、SR、CSI、RI、PMI、または隠れノード干渉インジケータのうちの少なくとも1つの、指示を含む。
【００９３】
図6は、本開示の様々な態様による、無認可RFスペクトルにおけるHARQフィードバックをサポートするワイヤレスデバイス605のブロック図600を示す。ワイヤレスデバイス605は、図1および図2を参照して説明したUE115の態様の例であり得る。ワイヤレスデバイス605は、受信機610、UE HARQマネージャ615、および送信機620を含み得る。ワイヤレスデバイス605は、プロセッサを含んでもよい。これらのコンポーネントの各々は、(たとえば、1つまたは複数のバスを介して)互いに通信し得る。
【００９４】
受信機610は、パケット、ユーザデータ、または様々な情報チャネル(たとえば、制御チャネル、データチャネル、および無認可RFスペクトル中のHARQフィードバックに関係する情報)に関連付けられた制御情報などの情報を受信し得る。情報は、デバイスの他のコンポーネントに渡され得る。受信機610は、図9を参照して説明するトランシーバ935の態様の例であってよい。いくつかのケースでは、受信機610は、第1のTxOP中に、共有RFスペクトル帯域のリソースを使ってダウンリンクデータ送信を受信し得る。さらに、受信機610は、ダウンリンク制御メッセージを受信し得る。
【００９５】
UE HARQマネージャ615は、図9を参照して説明するUE HARQマネージャ915の態様の例であってよい。UE HARQマネージャ615は、ダウンリンクデータ送信に応答して、第1のTxOPまたは第2のTxOP中にHARQフィードバックを送信し得る。UE HARQマネージャ615は、HARQフィードバックを送信した後(たとえば、第2のTxOPまたは第3のTxOP中に指示を受信したことに基づいて)、HARQフィードバックのバッファをクリアすると決定してよく、バッファをクリアするという決定に基づいて、バッファからHARQフィードバックをクリアしてよい。さらに、UE HARQマネージャ615は、UCI送信がサポートされる共有RFスペクトル帯域のアップリンクキャリアの量の指示を送信し、指示に基づく、UCI送信用のアップリンクキャリアのセットを含むキャリア構成を受信し、UCI送信用のアップリンクキャリアのサブセットを選択してよく、サブセットは、UCI用のアップリンクキャリアのセットよりも少ないアップリンクキャリアを含む。
【００９６】
送信機620は、デバイスの他のコンポーネントによって生成された信号を送信することができる。いくつかの例では、送信機620は、トランシーバモジュールにおいて受信機610とコロケートされ得る。たとえば、送信機620は、図9を参照して説明するトランシーバ935の態様の例であってよい。送信機620は、単一のアンテナを含んでよく、またはアンテナのセットを含んでもよい。送信機620は、アップリンクキャリアのサブセットを使ってUCIを送信し得る。いくつかのケースでは、UCIは、キャリア構成のダウンリンクキャリアのセットについてのフィードバックを含み得る。いくつかのケースでは、UCIは、キャリア構成のダウンリンクキャリアのインジケータを含む。
【００９７】
図7は、本開示の様々な態様による、無認可RFスペクトルにおけるHARQフィードバックをサポートするワイヤレスデバイス705のブロック図700を示す。ワイヤレスデバイス705は、図1、図2、および図6を参照して説明したワイヤレスデバイス605またはUE115の態様の例であってよい。ワイヤレスデバイス705は、受信機710、UE HARQマネージャ715、および送信機720を含み得る。ワイヤレスデバイス705は、プロセッサを含んでもよい。これらのコンポーネントの各々は、(たとえば、1つまたは複数のバスを介して)互いに通信し得る。
【００９８】
受信機710は、パケット、ユーザデータ、または様々な情報チャネル(たとえば、制御チャネル、データチャネル、無認可RFスペクトル中のHARQフィードバックに関係する情報)に関連付けられた制御情報などの情報を受信し得る。情報は、デバイスの他のコンポーネントに渡され得る。受信機710は、図9を参照して説明するトランシーバ935の態様の例であってよい。
【００９９】
UE HARQマネージャ715は、図6および図9を参照して説明するUE HARQマネージャ615またはUE HARQマネージャ915の態様の例であってよい。UE HARQマネージャ715は、HARQコンポーネント725、バッファマネージャ730、UCIキャリア能力コンポーネント735、およびUCIキャリア選択コンポーネント740も含み得る。HARQコンポーネント725は、第1のTxOPまたは第2のTxOP中に、ダウンリンクデータ送信に応答してHARQフィードバックを送信し、トリガに基づいて追加のHARQフィードバックを送信し得る。
【０１００】
バッファマネージャ730は、HARQフィードバックを送信した後(たとえば、第2のTxOPまたは第3のTxOP中に、バッファをクリアするための指示を受信したことに基づいて)、HARQフィードバックのバッファをクリアすると決定してよい。バッファマネージャ730は、バッファをクリアすると決定したことに基づいて、バッファからHARQフィードバックをクリアしてよい。いくつかのケースでは、バッファマネージャ730は、追加のHARQフィードバックを送信したことに基づいて、追加のバッファから追加のHARQフィードバックをクリアしてよく、または所定の周期性に従ってバッファをクリアしてよい。いくつかのケースでは、バッファは、要求ベースのフィードバックモードに関連付けられ、追加のバッファは、自律フィードバックモードに関連付けられる。いくつかのケースでは、バッファは、sPUCCH、ePUCCH、またはPUSCH用の共通バッファを含む。
【０１０１】
UCIキャリア能力コンポーネント735は、UCI送信がサポートされる共有RFスペクトル帯域のアップリンクキャリアの量の指示を送信し得る。UCIキャリア選択コンポーネント740は、指示に基づく、UCI送信用のアップリンクキャリアのセットを含むキャリア構成を受信し、UCI送信用のアップリンクキャリアのサブセットを選択してよく、サブセットは、UCI用のアップリンクキャリアのセットよりも少ないアップリンクキャリアを含む。いくつかのケースでは、UCIキャリア選択コンポーネント740は、アップリンクキャリアのサブセットの指示を基地局から受信することができ、アップリンクキャリアのサブセットは、受信された指示に基づいて選択される。いくつかのケースでは、受信された指示は、RRCシグナリングにより、またはリソース許可の中で受信される。
【０１０２】
送信機720は、デバイスの他のコンポーネントによって生成された信号を送信することができる。いくつかの例では、送信機720は、トランシーバモジュールにおいて受信機710とコロケートされ得る。たとえば、送信機720は、図9を参照して説明するトランシーバ935の態様の例であってよい。送信機720は、単一のアンテナを含んでよく、またはアンテナのセットを含んでもよい。
【０１０３】
図8は、本開示の様々な態様による、無認可RFスペクトルにおけるHARQフィードバックをサポートするUE HARQマネージャ815のブロック図800を示す。UE HARQマネージャ815は、図6、図7、および図9を参照して説明するUE HARQマネージャ615、UE HARQマネージャ715、またはUE HARQマネージャ915の態様の例であってよい。UE HARQマネージャ815は、HARQコンポーネント825、バッファマネージャ830、UCIキャリア能力コンポーネント835、UCIキャリア選択コンポーネント840、HARQトリガコンポーネント845、ポーリングコンポーネント850、許可コンポーネント855、局地的状況コンポーネント860、ペイロード構成コンポーネント865、およびアップリンクリソースコンポーネント870を含み得る。これらのモジュールの各々は、(たとえば、1つまたは複数のバスを介して)直接または間接的に互いと通信し得る。
【０１０４】
HARQコンポーネント825は、第1のTxOPまたは第2のTxOP中に、ダウンリンクデータ送信に応答してHARQフィードバックを送信し、トリガに基づいて追加のHARQフィードバックを送信し得る。バッファマネージャ830は、HARQを送信した後、HARQフィードバックのバッファをクリアすると決定してよい。バッファマネージャ830は、バッファをクリアすると決定したことに基づいて、バッファからHARQフィードバックをクリアしてよく、追加のHARQフィードバックを送信したことに基づいて、追加のバッファから追加のHARQフィードバックをクリアしてよい。いくつかのケースでは、バッファマネージャ830は、所定の周期性に従ってバッファをクリアしてよい。いくつかのケースでは、バッファは、要求ベースのフィードバックモードに関連付けられ、追加のバッファは、自律フィードバックモードに関連付けられる。いくつかのケースでは、バッファは、sPUCCH、ePUCCH、またはPUSCH用の共通バッファを含む。
【０１０５】
UCIキャリア能力コンポーネント835は、UCI送信がサポートされる共有RFスペクトル帯域のアップリンクキャリアの量の指示を送信し得る。UCIキャリア選択コンポーネント840は、指示に基づく、UCI送信用のアップリンクキャリアのセットを含むキャリア構成を受信することと、UCI送信用のアップリンクキャリアのサブセットを選択することであって、サブセットは、UCI用のアップリンクキャリアのセットよりも少ないアップリンクキャリアを含む、ことと、アップリンクキャリアのサブセットの指示を基地局から受信することであって、アップリンクキャリアのサブセットは、受信された指示に基づいて選択される、こととを行うことができる。いくつかのケースでは、受信された指示は、RRCシグナリングにより、またはリソース許可の中で受信される。
【０１０６】
HARQトリガコンポーネント845は、追加のHARQフィードバックを送信するためのトリガを識別し、HARQフィードバックを送信するためのトリガを識別することができ、HARQフィードバックは、トリガを識別したことに少なくとも部分的に基づいて送信される。ポーリングコンポーネント850は、HARQフィードバックを送信するための要求を受信し得る。許可コンポーネント855は、HARQフィードバック用のリソース許可を受信することができ、HARQフィードバックは、要求に応答して、リソースを使って送信される。いくつかのケースでは、リソース許可は、HARQフィードバックのHARQプロセスについての識別子の指示を含む。いくつかのケースでは、要求は、前に送信されたフィードバックのサブセットを再送信するための要求を含む。
【０１０７】
局地的状況コンポーネント860は、UEの局地的状況を識別することができ、アップリンクキャリアのサブセットは、UEの局地的状況に基づいてUEによって選択される。いくつかのケースでは、局地的状況は、UEの電力消費状況、UEの電力ヘッドルーム状況、UEに隣接するデバイスの干渉プロファイル、同時送信状況、またはそれらの組合せを含み得る。
【０１０８】
ペイロード構成コンポーネント865は、UCI用のペイロード構成を受信することができ、ペイロード構成は、HARQフィードバック、SR、CSI、RI、PMI、または隠れノード干渉インジケータのうちの少なくとも1つの、指示を含む。アップリンクリソースコンポーネント870は、ダウンリンク制御メッセージおよび1つまたは複数の追加のパラメータに基づいて、UCIを送信するためのリソースインターレースを識別することができる。いくつかのケースでは、リソースインターレースは、循環シフトまたはウォルシュコードインデックスのうちの少なくとも1つを含む。いくつかのケースでは、1つまたは複数の追加のパラメータは、C-PDCCHのCCEまたはRRCシグナリングにより受信されたインジケータのうちの少なくとも1つを含む。
【０１０９】
図9は、本開示の様々な態様による、無認可RFスペクトルにおけるHARQフィードバックをサポートするデバイス905を含むシステム900の図を示す。デバイス905は、たとえば、図1、図2、図6、および図7を参照して上述したワイヤレスデバイス605、ワイヤレスデバイス705、またはUE115のコンポーネントの例であるか、またはそれらのコンポーネントを含んでよい。
【０１１０】
デバイス905は、通信を送信および受信するためのコンポーネントを含む、双方向ボイスおよびデータ通信のためのコンポーネントを含むことができ、UE HARQマネージャ915、プロセッサ920、メモリ925、ソフトウェア930、トランシーバ935、アンテナ940、およびI/Oコントローラ945を含む。
【０１１１】
プロセッサ920は、インテリジェントハードウェアデバイス(たとえば、汎用プロセッサ、デジタル信号プロセッサ(DSP)、中央処理ユニット(CPU)、マイクロコントローラ、特定用途向け集積回路(ASIC)、フィールドプログラム可能ゲートアレイ(FPGA)、プログラム可能論理素子、個別ゲートもしくはトランジスタ論理コンポーネント、個別ハードウェアコンポーネント、またはそれらの任意の組合せ)を含み得る。いくつかのケースでは、プロセッサ920は、メモリコントローラを使ってメモリアレイを操作するように構成され得る。他のケースでは、メモリコントローラは、プロセッサ920の中に統合されてよい。プロセッサ920は、様々な機能(たとえば、無認可RFスペクトルにおけるHARQフィードバックをサポートする機能またはタスク)を実施するための、メモリ(たとえば、メモリ925)中に記憶されたコンピュータ可読命令を実行するように構成され得る。
【０１１２】
メモリ925は、ランダムアクセスメモリ(RAM)および読取専用メモリ(ROM)を含み得る。メモリ925は、実行されると、プロセッサ920に、本明細書で説明する様々な機能を実施させる命令を含むコンピュータ可読コンピュータ実行可能ソフトウェア930を記憶することができる。いくつかのケースでは、メモリ925は、特に、周辺コンポーネントまたはデバイスとの対話などの基本ハードウェアおよび/またはソフトウェア動作を制御することができる基本入出力システム(BIOS)を含み得る。
【０１１３】
ソフトウェア930は、無認可RFスペクトルにおけるHARQフィードバックをサポートするためのコードを含む、本開示の態様を実装するためのコードを含み得る。ソフトウェア930は、システムメモリまたは他のメモリなどの非一時的コンピュータ可読媒体中に記憶され得る。いくつかのケースでは、ソフトウェア930は、プロセッサ920によって直接実行可能ではない場合があるが、(たとえば、コンパイルされ、実行されると)本明細書で説明する機能をコンピュータに実施させ得る。
【０１１４】
上記で説明したように、トランシーバ935は、1つまたは複数のアンテナ940またはワイヤードもしくはワイヤレスリンクを介して双方向に通信し得る。たとえば、トランシーバ935は、ワイヤレストランシーバを表してよく、別のワイヤレストランシーバ(たとえば、基地局105-dなどの基地局のコンポーネントであるワイヤレストランシーバ)と双方向に通信することができる。トランシーバ935は、パケットを変調し、変調されたパケットを送信のためにアンテナ940に提供し、かつアンテナ940から受信されたパケットを復調するためのモデムも含み得る。
【０１１５】
いくつかのケースでは、ワイヤレスデバイスは単一のアンテナ940を含み得る。ただし、いくつかのケースでは、デバイスは複数のアンテナ940を有することができ、複数のアンテナ940は、複数のワイヤレス送信を並行して送信または受信することが可能であり得る。I/Oコントローラ945は、デバイス905向けの入力および出力信号を管理することができる。I/Oコントローラ945は、デバイス905の中に統合されていない周辺機器を管理することもできる。いくつかのケースでは、I/Oコントローラ945は、外部周辺機器への物理接続またはポートを表し得る。いくつかのケースでは、I/Oコントローラ945は、iOS(登録商標)、ANDROID(登録商標)、MS-DOS(登録商標)、MS-WINDOWS(登録商標)、OS/2(登録商標)、UNIX(登録商標)、LINUX(登録商標)、または別の知られているオペレーティングシステムなどのオペレーティングシステムを使用することができる。
【０１１６】
図10は、本開示の様々な態様による、無認可RFスペクトルにおけるHARQフィードバックをサポートするワイヤレスデバイス1005のブロック図1000を示す。ワイヤレスデバイス1005は、図1および図2を参照して説明した基地局105の態様の例であってよい。ワイヤレスデバイス1005は、受信機1010、基地局HARQマネージャ1015、および送信機1020を含み得る。ワイヤレスデバイス1005は、プロセッサを含んでもよい。これらのコンポーネントの各々は、(たとえば、1つまたは複数のバスを介して)互いに通信し得る。
【０１１７】
受信機1010は、パケット、ユーザデータ、または様々な情報チャネル(たとえば、制御チャネル、データチャネル、および無認可RFスペクトル中のHARQフィードバックに関係する情報)に関連付けられた制御情報などの情報を受信し得る。情報は、デバイスの他のコンポーネントに渡され得る。受信機1010は、図13を参照して説明するトランシーバ1335の態様の例であってよい。受信機1010は、アップリンクキャリアのセットのサブセットを使ってUCIを受信し得る。
【０１１８】
基地局HARQマネージャ1015は、図13を参照して説明する基地局HARQマネージャ1315の態様の例であってよい。基地局HARQマネージャ1015は、第1のTxOPまたは第2のTxOP中に、ダウンリンクデータ送信に応答してHARQフィードバックを受信し、第2のTxOPまたは第3のTxOP中に、HARQフィードバックのバッファをクリアするための指示を送信し、UCI送信がサポートされる共有RFスペクトル帯域のアップリンクキャリアの量の指示を受信し、指示に基づいて、UCI用のアップリンクキャリアのセットを含むキャリア構成を送信し得る。
【０１１９】
送信機1020は、デバイスの他のコンポーネントによって生成された信号を送信することができる。いくつかの例では、送信機1020は、トランシーバモジュールにおいて受信機1010とコロケートされ得る。たとえば、送信機1020は、図13を参照して説明するトランシーバ1335の態様の例であってよい。送信機1020は、単一のアンテナを含んでよく、またはアンテナのセットを含んでもよい。送信機1020は、第1のTxOP中に、共有RFスペクトル帯域のリソースを使ってダウンリンクデータ送信を送信し、判断に基づいて追加のダウンリンクデータ送信を送信し、サブセットの指示をUEに送信し、ダウンリンク制御メッセージを送信してよい。
【０１２０】
図11は、本開示の様々な態様による、無認可RFスペクトルにおけるHARQフィードバックをサポートするワイヤレスデバイス1105のブロック図1100を示す。ワイヤレスデバイス1105は、図1、図2、および図10を参照して説明したワイヤレスデバイス1005または基地局105の態様の例であってよい。ワイヤレスデバイス1105は、受信機1110、基地局HARQマネージャ1115、および送信機1120を含み得る。ワイヤレスデバイス1105は、プロセッサを含んでもよい。これらのコンポーネントの各々は、(たとえば、1つまたは複数のバスを介して)互いに通信し得る。
【０１２１】
受信機1110は、パケット、ユーザデータ、または様々な情報チャネル(たとえば、制御チャネル、データチャネル、無認可RFスペクトル中のHARQフィードバックに関係する情報)に関連付けられた制御情報などの情報を受信し得る。情報は、デバイスの他のコンポーネントに渡され得る。受信機1110は、図13を参照して説明するトランシーバ1335の態様の例であってよい。
【０１２２】
基地局HARQマネージャ1115は、図13を参照して説明する基地局HARQマネージャ1315の態様の例であってよい。基地局HARQマネージャ1115は、HARQコンポーネント1125、クリアランス指示コンポーネント1130、およびUCIキャリアコンポーネント1135も含み得る。
【０１２３】
HARQコンポーネント1125は、第1のTxOPまたは第2のTxOP中に、ダウンリンクデータ送信に応答してHARQフィードバックを受信し、トリガに基づいて追加のHARQフィードバックを受信し、ダウンリンクデータ送信に関連付けられたHARQプロセスについての識別子が肯定応答されていないと判断してよく、判断に基づいて、HARQフィードバックについての要求が送信される。
【０１２４】
クリアランス指示コンポーネント1130は、第2のTxOPまたは第3のTxOP中に、HARQフィードバックのバッファをクリアするための指示を送信してよい。いくつかのケースでは、バッファは、sPUCCH、ePUCCH、またはPUSCH用の共通バッファを含む。UCIキャリアコンポーネント1135は、UCI送信がサポートされる共有RFスペクトル帯域のアップリンクキャリアの量の指示を受信し、指示に基づく、UCI用のアップリンクキャリアのセットを含むキャリア構成を送信し、UCI送信用のアップリンクキャリアのサブセットを選択してよく、サブセットは、UCI送信用のセットよりも少ないアップリンクキャリアを含む。いくつかのケースでは、サブセットの指示は、RRCシグナリングまたはリソース許可を含む。
【０１２５】
送信機1120は、デバイスの他のコンポーネントによって生成された信号を送信することができる。いくつかの例では、送信機1120は、トランシーバモジュールにおいて受信機1110とコロケートされ得る。たとえば、送信機1120は、図13を参照して説明するトランシーバ1335の態様の例であってよい。送信機1120は、単一のアンテナを含んでよく、またはアンテナのセットを含んでもよい。
【０１２６】
図12は、本開示の様々な態様による、無認可RFスペクトルにおけるHARQフィードバックをサポートする基地局HARQマネージャ1215のブロック図1200を示す。基地局HARQマネージャ1215は、図10、図11、および図13を参照して説明する基地局HARQマネージャ1015、1115、または1315の態様の例であってよい。基地局HARQマネージャ1215は、HARQコンポーネント1225、クリアランス指示コンポーネント1230、UCIキャリアコンポーネント1235、HARQトリガコンポーネント1240、HARQポーリングコンポーネント1245、許可コンポーネント1250、選択パラメータコンポーネント1255、およびアップリンクリソースコンポーネント1260を含み得る。これらのモジュールの各々は、(たとえば、1つまたは複数のバスを介して)直接または間接的に互いと通信し得る。
【０１２７】
HARQコンポーネント1225は、第1のTxOPまたは第2のTxOP中に、ダウンリンクデータ送信に応答してHARQフィードバックを受信してよく、トリガに基づいて、追加のHARQフィードバックを受信してよい。HARQコンポーネント1225は、ダウンリンクデータ送信に関連付けられたHARQプロセスについての識別子が肯定応答されていないと判断することもでき、HARQフィードバックについての要求は、判断に基づいて送信される。
【０１２８】
クリアランス指示コンポーネント1230は、第2のTxOPまたは第3のTxOP中に、フィードバックのバッファをクリアするための指示を送信してよい。いくつかのケースでは、バッファは、sPUCCH、ePUCCH、またはPUSCH用の共通バッファを含む。UCIキャリアコンポーネント1235は、UCI送信がサポートされる共有RFスペクトル帯域のアップリンクキャリアの量の指示を受信し、指示に基づく、UCI用のアップリンクキャリアのセットを含むキャリア構成を送信し、UCI送信用のアップリンクキャリアのサブセットを選択してよく、サブセットは、UCI送信用のセットよりも少ないアップリンクキャリアを含む。いくつかのケースでは、サブセットの指示は、RRCシグナリングまたはリソース許可を含む。
【０１２９】
HARQトリガコンポーネント1240は、追加のHARQフィードバックのためのトリガを識別し得る。HARQポーリングコンポーネント1245は、HARQフィードバックについての要求を送信し得る。許可コンポーネント1250は、HARQフィードバック用のリソース許可を送信することができ、HARQフィードバックは、要求に応答して、リソースを使って送信される。選択パラメータコンポーネント1255は、UEについてのチャネル品質、UEの電力ヘッドルーム報告、またはUEによるLBT成功の過去の履歴のうちの少なくとも1つを識別することができ、アップリンクキャリアのサブセットは、識別したことに基づいて選択される。
【０１３０】
アップリンクリソースコンポーネント1260は、ダウンリンク制御メッセージおよび1つまたは複数の追加のパラメータに基づいて、UCIのためのリソースインターレースを識別することができる。いくつかのケースでは、リソースインターレースは、循環シフトまたはウォルシュコードインデックスのうちの少なくとも1つを含む。いくつかのケースでは、1つまたは複数の追加のパラメータは、C-PDCCHのCCEまたはRRCシグナリングにより受信されたインジケータのうちの少なくとも1つを含む。
【０１３１】
図13は、本開示の様々な態様による、無認可RFスペクトルにおけるHARQフィードバックをサポートするデバイス1305を含むシステム1300の図を示す。デバイス1305は、たとえば、図1、図2、図10、および図11を参照して上で説明したワイヤレスデバイス1005、ワイヤレスデバイス1105、または基地局105のコンポーネントの例であるか、またはそれらのコンポーネントを含んでよい。
【０１３２】
デバイス1305は、通信を送信および受信するためのコンポーネントを含む、双方向ボイスおよびデータ通信のためのコンポーネントを含むことができ、基地局HARQマネージャ1315、プロセッサ1320、メモリ1325、ソフトウェア1330、トランシーバ1335、アンテナ1340、ネットワーク通信マネージャ1345、および基地局通信マネージャ1350を含む。
【０１３３】
プロセッサ1320は、インテリジェントハードウェアデバイス(たとえば、汎用プロセッサ、DSP、CPU、マイクロコントローラ、ASIC、FPGA、プログラム可能論理素子、個別ゲートもしくはトランジスタ論理コンポーネント、個別ハードウェアコンポーネント、またはそれらの任意の組合せ)を含み得る。いくつかのケースでは、プロセッサ1320は、メモリコントローラを使ってメモリアレイを操作するように構成され得る。他のケースでは、メモリコントローラは、プロセッサ1320の中に統合されてよい。プロセッサ1320は、様々な機能(たとえば、無認可RFスペクトルにおけるHARQフィードバックをサポートする機能またはタスク)を実施するための、メモリ1325中に記憶されたコンピュータ可読命令を実行するように構成され得る。
【０１３４】
メモリ1325はRAMおよびROMを含み得る。メモリ1325は、実行されると、プロセッサ1320に、本明細書で説明する様々な機能を実施させる命令を含むコンピュータ可読コンピュータ実行可能ソフトウェア1330を記憶することができる。いくつかのケースでは、メモリ1325は、特に、周辺コンポーネントまたはデバイスとの対話などの基本ハードウェアおよび/またはソフトウェア動作を制御することができるBIOSを含み得る。
【０１３５】
ソフトウェア1330は、無認可RFスペクトルにおけるHARQフィードバックをサポートするためのコードを含む、本開示の態様を実装するためのコードを含み得る。ソフトウェア1330は、システムメモリまたは他のメモリなどの非一時的コンピュータ可読媒体中に記憶され得る。いくつかのケースでは、ソフトウェア1330は、プロセッサ1320によって直接実行可能ではない場合があるが、(たとえば、コンパイルされ、実行されると)本明細書で説明する機能をコンピュータに実施させ得る。
【０１３６】
上記で説明したように、トランシーバ1335は、1つまたは複数のアンテナ1340またはワイヤードもしくはワイヤレスリンクを介して双方向に通信し得る。たとえば、トランシーバ1335は、ワイヤレストランシーバを表してよく、別のワイヤレストランシーバと双方向に通信することができる。トランシーバ1335は、パケットを変調し、変調されたパケットを送信のためにアンテナ1340に提供し、かつアンテナ1340から受信されたパケットを復調するためのモデムも含み得る。いくつかのケースでは、ワイヤレスデバイスは、単一のアンテナ1340を含み得る。ただし、いくつかのケースでは、デバイスは複数のアンテナ1340を有することができ、複数のアンテナ1340は、(たとえば、UE115-dおよびUE115-eと)複数のワイヤレス送信を並行して送信または受信することが可能であり得る。
【０１３７】
ネットワーク通信マネージャ1345は、(たとえば、1つまたは複数のワイヤードバックホールリンクを介して)コアネットワーク130-aとの通信を管理し得る。たとえば、ネットワーク通信モジュール1345は、1つまたは複数のUE115などのクライアントデバイスのためのデータ通信の転送を管理し得る。
【０１３８】
基地局通信マネージャ1350は、他の基地局105(たとえば、基地局105-eおよび105-f)との通信を管理してよく、他の基地局105と協調してUE115との通信を制御するためのコントローラまたはスケジューラを含み得る。たとえば、基地局通信マネージャ1350は、ビームフォーミングまたはジョイント送信などの様々な干渉緩和技法を使って、UE115への送信のためのスケジューリングを協調させ得る。いくつかの例では、基地局通信マネージャ1350は、基地局105間の通信を行うために、LTE/LTE-Aワイヤレス通信ネットワーク技術内のX2インターフェースを提供し得る。
【０１３９】
図14は、本開示の様々な態様による、無認可RFスペクトルでのHARQフィードバックのための方法1400を示すフローチャートを示す。方法1400の動作は、本明細書に記載するように、UE115またはそのコンポーネントによって実装され得る。たとえば、方法1400の動作は、図6〜図9を参照して説明したように、UE HARQマネージャによって実施され得る。いくつかの例では、UE115は、以下で説明する機能を実施するようにデバイスの機能要素を制御するためのコードのセットを実行してよい。追加または代替として、UE115は、専用ハードウェアを使用して、以下で説明する機能の態様を実施し得る。
【０１４０】
ブロック1405において、UE115は、第1のTxOP中に、共有RFスペクトル帯域のリソースを使ってダウンリンクデータ送信を受信し得る。ブロック1405の動作は、図1〜図5を参照して説明した方法に従って実施され得る。いくつかの例では、ブロック1405の動作の態様は、図6〜図9を参照して説明したように、受信機によって実施されてよい。
【０１４１】
ブロック1410において、UE115は、ダウンリンクデータに応答して、第1のTxOPまたは第2のTxOP中にHARQフィードバックを送信し得る。ブロック1410の動作は、図1〜図5を参照して説明した方法に従って実施され得る。いくつかの例では、ブロック1410の動作の態様は、図6〜図9を参照して説明したように、HARQコンポーネントによって実施されてよい。
【０１４２】
ブロック1415において、UE115は、HARQフィードバックを送信した後、第2のTxOPまたは第3のTxOP中にHARQフィードバックのバッファをクリアすると決定し得る。ブロック1415の動作は、図1〜図5を参照して説明した方法に従って実施され得る。いくつかの例では、ブロック1415の動作の態様は、図6〜図9を参照して説明したように、バッファマネージャによって実施されてよい。
【０１４３】
ブロック1420において、UE115は、バッファをクリアすると決定したことに基づいて、バッファからHARQフィードバックをクリアし得る。ブロック1420の動作は、図1〜図5を参照して説明した方法に従って実施され得る。いくつかの例では、ブロック1420の動作の態様は、図6〜図9を参照して説明したように、バッファマネージャによって実施されてよい。
【０１４４】
図15は、本開示の様々な態様による、無認可RFスペクトルでのHARQフィードバックのための方法1500を示すフローチャートを示す。方法1500の動作は、本明細書に記載するように、基地局105またはそのコンポーネントによって実装され得る。たとえば、方法1500の動作は、図10〜図13を参照して説明したように、基地局HARQマネージャによって実施され得る。いくつかの例では、基地局105は、以下で説明する機能を実施するようにデバイスの機能要素を制御するためのコードのセットを実行してよい。追加または代替として、基地局105は、専用ハードウェアを使用して、以下で説明する機能の態様を実施し得る。
【０１４５】
ブロック1505において、基地局105は、第1のTxOP中に、共有RFスペクトル帯域のリソースを使ってダウンリンクデータ送信を送信し得る。ブロック1505の動作は、図1〜図5を参照して説明した方法に従って実施され得る。いくつかの例では、ブロック1505の動作の態様は、図10〜図13を参照して説明したように、送信機によって実施されてよい。
【０１４６】
ブロック1510において、基地局105は、第1のTxOPまたは第2のTxOP中に、ダウンリンクデータ送信に応答してHARQフィードバックを受信し得る。ブロック1510の動作は、図1〜図5を参照して説明した方法に従って実施され得る。いくつかの例では、ブロック1510の動作の態様は、図10〜図13を参照して説明したように、HARQコンポーネントによって実施されてよい。
【０１４７】
ブロック1515において、基地局105は、いくつかのケースでは、第2のTxOPまたは第3のTxOP中に、フィードバックのバッファをクリアするための指示を送信し得る。ブロック1515の動作は、図1〜図5を参照して説明した方法に従って実施され得る。いくつかの例では、ブロック1515の動作の態様は、図10〜図13を参照して説明したように、クリアランス指示コンポーネントによって実施されてよい。
【０１４８】
図16は、本開示の様々な態様による、無認可RFスペクトルでのHARQフィードバックのための方法1600を示すフローチャートを示す。方法1600の動作は、本明細書に記載するように、UE115またはそのコンポーネントによって実装され得る。たとえば、方法1600の動作は、図6〜図9を参照して説明したように、UE HARQマネージャによって実施され得る。いくつかの例では、UE115は、以下で説明する機能を実施するようにデバイスの機能要素を制御するためのコードのセットを実行してよい。追加または代替として、UE115は、専用ハードウェアを使用して、以下で説明する機能の態様を実施し得る。
【０１４９】
ブロック1605において、UE115は、UCI送信がサポートされる共有RFスペクトル帯域のアップリンクキャリアの量の指示を送信し得る。ブロック1605の動作は、図1〜図5を参照して説明した方法に従って実施され得る。いくつかの例では、ブロック1605の動作の態様は、図6〜図9を参照して説明したように、UCIキャリア能力コンポーネントによって実施されてよい。
【０１５０】
ブロック1610において、UE115は、指示に基づく、UCI送信用のアップリンクキャリアのセットを含むキャリア構成を受信し得る。ブロック1610の動作は、図1〜図5を参照して説明した方法に従って実施され得る。いくつかの例では、ブロック1610の動作の態様は、図6〜図9を参照して説明したように、UCIキャリア選択コンポーネントによって実施されてよい。
【０１５１】
ブロック1615において、UE115は、UCI送信用のアップリンクキャリアのサブセットを選択してよく、サブセットは、UCI用のアップリンクキャリアのセットよりも少ないアップリンクキャリアを含む。ブロック1615の動作は、図1〜図5を参照して説明した方法に従って実施され得る。いくつかの例では、ブロック1615の動作の態様は、図6〜図9を参照して説明したように、UCIキャリア選択コンポーネントによって実施されてよい。
【０１５２】
ブロック1620において、UE115は、アップリンクキャリアのサブセットを使ってUCIを送信し得る。ブロック1620の動作は、図1〜図5を参照して説明した方法に従って実施され得る。いくつかの例では、ブロック1620の動作の態様は、図6〜図9を参照して説明したように、送信機によって実施されてよい。
【０１５３】
図17は、本開示の様々な態様による、無認可RFスペクトルでのHARQフィードバックのための方法1700を示すフローチャートを示す。方法1700の動作は、本明細書に記載するように、基地局105またはそのコンポーネントによって実装され得る。たとえば、方法1700の動作は、図10〜図13を参照して説明したように、基地局HARQマネージャによって実施され得る。いくつかの例では、基地局105は、以下で説明する機能を実施するようにデバイスの機能要素を制御するためのコードのセットを実行してよい。追加または代替として、基地局105は、専用ハードウェアを使用して、以下で説明する機能の態様を実施し得る。
【０１５４】
ブロック1705において、基地局105は、UCI送信がサポートされる共有RFスペクトル帯域のアップリンクキャリアの量の指示を受信し得る。ブロック1705の動作は、図1〜図5を参照して説明した方法に従って実施され得る。いくつかの例では、ブロック1705の動作の態様は、図10〜図13を参照して説明したように、UCIキャリアコンポーネントによって実施されてよい。
【０１５５】
ブロック1710において、基地局105は、指示に基づく、UCI用のアップリンクキャリアのセットを含むキャリア構成を送信し得る。ブロック1710の動作は、図1〜図5を参照して説明した方法に従って実施され得る。いくつかの例では、ブロック1710の動作の態様は、図10〜図13を参照して説明したように、UCIキャリアコンポーネントによって実施されてよい。
【０１５６】
ブロック1715において、基地局105は、アップリンクキャリアのサブセットを使って、UCIを受信し得る。ブロック1715の動作は、図1〜図5を参照して説明した方法に従って実施され得る。いくつかの例では、ブロック1715の動作の態様は、図10〜図13を参照して説明したように、受信機によって実施されてよい。
【０１５７】
上記で説明した方法は、可能な実装形態について説明しており、動作およびステップは、他の実装形態が可能であるように並べ替えられ、またはさもなければ修正され得ることに留意されたい。さらに、方法のうちの2つ以上からの態様が組み合わされてよい。
【０１５８】
本明細書で説明した技法は、符号分割多元接続(CDMA)システム、時分割多元接続(TDMA)システム、周波数分割多元接続(FDMA)システム、直交周波数分割多元接続(OFDMA)システム、シングルキャリア周波数分割多元接続(SC-FDMA)システム、および他のシステムのような様々なワイヤレス通信システムに使用され得る。「システム」および「ネットワーク」という用語は、しばしば互換的に使用される。CDMAシステムは、CDMA2000、ユニバーサル地上波無線アクセス(UTRA)などの無線技術を実装してよい。CDMA2000は、IS-2000、IS-95およびIS-856標準規格をカバーする。IS-2000リリースは、一般に、CDMA2000 1X、1Xなどと呼ばれる。IS-856(TIA-856)は、一般に、CDMA2000 1xEV-DO、高速パケットデータ(HRPD)などと呼ばれる。UTRAは、広帯域CDMA(WCDMA(登録商標))およびCDMAの他の変形形態を含む。TDMAシステムは、モバイル通信用グローバルシステム(GSM(登録商標))のような無線技術を実装し得る。
【０１５９】
OFDMAシステムは、ウルトラモバイルブロードバンド(UMB)、発展型UTRA(E-UTRA)、IEEE802.11(Wi-Fi)、IEEE802.16(WiMAX)、IEEE802.20、Flash-OFDMなどの無線技術を実装し得る。UTRAおよびE-UTRAはユニバーサルモバイルテレコミュニケーションシステム(UMTS)の一部である。3GPP LTEおよびLTE-Aは、E-UTRAを使用するUMTSの新しいリリースである。UTRA、E-UTRA、UMTS、LTE、LTE-A、およびGSM(登録商標)は、「第3世代パートナーシッププロジェクト」(3GPP)と称する団体からの文書に記載されている。CDMA2000およびUMBは、「第3世代パートナーシッププロジェクト2」(3GPP2)と称する団体からの文書に記載されている。本明細書に記載された技法は、上述されたシステムおよび無線技術ならびに他のシステムおよび無線技術に使用される場合がある。LTEシステムの態様が例として説明されている場合があり、説明の大部分においてLTE用語が使用されている場合があるが、本明細書で説明する技法は、LTE適用例以外に適用可能である。
【０１６０】
本明細書で説明するそのようなネットワークを含むLTE/LTE-Aネットワークでは、eNBという用語は、概して、基地局を表すために使用され得る。本明細書で説明する単一または複数のワイヤレス通信システムは、異なるタイプのeNBが様々な地理的領域にカバレージを与える、異種LTE/LTE-Aネットワークを含み得る。たとえば、各eNBまたは基地局は、マクロセル、スモールセル、または他のタイプのセルに通信カバレージを提供し得る。「セル」という用語は、文脈に応じて、基地局、基地局と関連付けられるキャリアもしくはコンポーネントキャリア、またはキャリアもしくは基地局のカバレッジエリア(たとえば、セクタなど)を表すために使用され得る。
【０１６１】
基地局は、トランシーバ基地局、無線基地局、アクセスポイント、無線トランシーバ、ノードB、eNB、ホームノードB、ホームeノードB、または何らかの他の好適な用語を含むことがあり、または当業者によってそのように呼ばれることがある。基地局のための地理的カバレージエリアは、カバレージエリアの一部分を構成するセクタに分割されてよい。本明細書で説明した1つまたは複数のワイヤレス通信システムは、異なるタイプの基地局(たとえば、マクロセル基地局またはスモールセル基地局)を含んでよい。本明細書で説明したUEは、マクロeNB、スモールセルeNB、中継基地局などを含む、様々なタイプの基地局およびネットワーク機器と通信できる場合がある。異なる技術のためのオーバーラップする地理的カバレージエリアがあってよい。
【０１６２】
マクロセルは、一般に、比較的大きい地理的エリア(たとえば、半径数キロメートル)をカバーし、ネットワークプロバイダのサービスに加入しているUEによる無制限アクセスを可能にすることができる。スモールセルは、マクロセルと比較して、同じまたは異なる(たとえば、認可、無認可などの)周波数帯域内でマクロセルとして動作し得る低電力基地局である。スモールセルは、様々な例に従って、ピコセル、フェムトセル、およびマイクロセルを含むことができる。ピコセルは、たとえば、小さい地理的エリアをカバーすることができ、ネットワークプロバイダのサービスに加入しているUEによる無制限アクセスを可能にすることができる。フェムトセルは、小さい地理的エリア(たとえば、自宅)をカバーすることができ、フェムトセルとの関連付けを有するUE(たとえば、限定加入者グループ(CSG)内のUE、自宅内のユーザ用のUEなど)による制限付きアクセスを提供することができる。マクロセルのためのeNBは、マクロeNBと呼ばれることがある。スモールセルのためのeNBは、スモールセルeNB、ピコeNB、フェムトeNB、またはホームeNBと呼ばれることがある。eNBは、1つまたは複数(たとえば、2つ、3つ、4つなど)のセル(たとえば、コンポーネントキャリア)をサポートすることができる。UEは、マクロeNB、スモールセルeNB、中継基地局などを含む、様々なタイプの基地局およびネットワーク機器と通信することが可能であり得る。
【０１６３】
本明細書で説明する単一または複数のワイヤレス通信システムは、同期動作または非同期動作をサポートし得る。同期動作の場合、基地局は同様のフレームタイミングを有することがあり、異なる基地局からの送信は時間的にほぼ整合されることがある。非同期動作の場合、基地局は異なるフレームタイミングを有することがあり、異なる基地局からの送信は時間的に整合されないことがある。本明細書において説明される技法は、同期動作または非同期動作のいずれでも使用され得る。
【０１６４】
本明細書で説明したダウンリンク送信は、順方向リンク送信と呼ばれることもあり、アップリンク送信は、逆方向リンク送信と呼ばれることもある。たとえば、図1および図2のワイヤレス通信システム100および200を含む、本明細書で説明した各通信リンクは、1つまたは複数のキャリアを含んでよく、ここで、各キャリアは、複数のサブキャリア(たとえば、異なる周波数の波形信号)から構成される信号であってよい。
【０１６５】
添付の図面に関して本明細書に記載した説明は、例示的な構成を表すものであり、実装される場合があるかまたは特許請求の範囲内にあるすべての例を表すものではない。本明細書で使用する「例示的」という用語は、「例、事例、または例示として役立つ」ことを意味し、「好ましい」または「他の例よりも有利な」を意味するものではない。詳細な説明は、説明した技法を理解することを目的とした具体的な詳細を含む。ただし、これらの技法は、これらの具体的な詳細なしに実践され得る。いくつかの事例では、説明した例の概念を不明瞭にすることを回避するために、よく知られている構造とデバイスとをブロック図の形式で示す。
【０１６６】
添付の図では、同様のコンポーネントまたは特徴は、同じ参照ラベルを有する場合がある。さらに、同じタイプの様々なコンポーネントは、参照ラベルの後に、ダッシュと、同様のコンポーネントを区別する第2のラベルとを続けることによって区別される場合がある。第1の参照ラベルのみが本明細書で使用される場合、説明は、第2の参照ラベルにかかわらず、同じ第1の参照ラベルを有する同様のコンポーネントのうちのいずれにも適用可能である。
【０１６７】
本明細書で説明した情報および信号は、様々な異なる技術および技法のいずれかを使用して表され得る。たとえば、上の説明全体にわたって参照され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場もしくは磁気粒子、光場もしくは光粒子、またはそれらの任意の組合せによって表され得る。
【０１６８】
本明細書の本開示に関して説明した様々な例示的なブロックおよびモジュールは、汎用プロセッサ、DSP、ASIC、FPGAもしくは他のプログラマブル論理デバイス、個別ゲートもしくはトランジスタ論理、個別ハードウェアコンポーネント、または本明細書で説明する機能を実施するように設計されたそれらの任意の組合せを用いて実装または実施され得る。汎用プロセッサはマイクロプロセッサであってよいが、代替として、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであってよい。プロセッサはまた、コンピューティングデバイスの組合せ(たとえば、DSPとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、DSPコアと連携する1つもしくは複数のマイクロプロセッサ、または任意の他のそのような構成)として実装され得る。
【０１６９】
本明細書で説明した機能は、ハードウェア、プロセッサによって実行されるソフトウェア、ファームウェア、またはそれらの組合せで実装され得る。プロセッサによって実行されるソフトウェアで実装される場合、機能は、1つまたは複数の命令またはコードとして、コンピュータ可読媒体上に記憶されてよく、またはコンピュータ可読媒体を介して送信されてよい。他の例および実装形態が、本開示の範囲内および添付の特許請求の範囲内に入る。たとえば、ソフトウェアの性質に起因して、上記で説明した機能は、プロセッサ、ハードウェア、ファームウェア、ハードワイヤリング、またはこれらのうちのいずれかの組合せによって実行されるソフトウェアを使用して実装されることが可能である。機能を実装する特徴はまた、異なる物理ロケーションにおいて機能の部分が実装されるように分散されることを含めて、様々な位置に物理的に置かれ得る。また、特許請求の範囲内を含む本明細書で使用する場合、項目のリスト(たとえば、「〜のうちの少なくとも1つ」または「〜のうちの1つまたは複数」などのフレーズによって前置きされた項目のリスト)において使用されるような「または」は、たとえば、A、B、またはCのうちの少なくとも1つ、のリストがAまたはBまたはCまたはABまたはACまたはBCまたはABC(すなわち、AおよびBおよびC)を意味するように、包括的リストを示す。
【０１７０】
コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む、非一時的コンピュータ記憶媒体と通信媒体の両方を含む。非一時的記憶媒体は、汎用または専用コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、非一時的コンピュータ可読媒体は、RAM、ROM、電気的消去可能プログラマブル読取り専用メモリ(EEPROM)、コンパクトディスク(CD)ROMもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、あるいは、命令またはデータ構造の形態の所望のプログラムコード手段を搬送または記憶するために使用されることが可能であり、汎用もしくは専用コンピュータまたは汎用もしくは専用プロセッサによってアクセスされることが可能である任意の他の非一時的媒体を備えることができる。また、いかなる接続も適切にコンピュータ可読媒体と呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線(DSL)、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用してウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線(DSL)、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書では、ディスク(disk)およびディスク(disc)は、CD、レーザーディスク(登録商標)(disc)、光ディスク(disc)、デジタル多用途ディスク(disc)(DVD)、フロッピーディスク(disk)およびBlu-ray(登録商標)ディスク(disc)を含み、ディスク(disk)は通常、データを磁気的に再生し、ディスク(disc)は、レーザーを用いてデータを光学的に再生する。上記の組合せも、コンピュータ可読媒体の範囲内に含まれる。
【０１７１】
本明細書における説明は、当業者が本開示を作成または使用することを可能にするために与えられる。本開示に対する様々な修正は、当業者に容易に明らかになり、本明細書で定義する一般原理は、本開示の範囲を逸脱することなく他の変形形態に適用され得る。したがって、本開示は、本明細書で説明する例および設計に限定されるのではなく、本明細書で開示する原理および新規の特徴と一致する最も広い範囲を与えられるべきである。
【符号の説明】
【０１７２】
100  ワイヤレス通信システム
105  基地局、eノードB(eNB)
110  カバレージエリア
115  UE
125  通信リンク、ワイヤレス通信リンク
130  コアネットワーク
132  バックホールリンク
134  バックホールリンク
200  ワイヤレス通信システム
605  ワイヤレスデバイス
610  受信機
615  UE HARQマネージャ
620  送信機
705  ワイヤレスデバイス
710  受信機
715  UE HARQマネージャ
720  送信機
725  HARQコンポーネント
730  バッファマネージャ
735  UCIキャリア能力コンポーネント
740  UCIキャリア選択コンポーネント
815  UE HARQマネージャ
825  HARQコンポーネント
830  バッファマネージャ
835  UCIキャリア能力コンポーネント
840  UCIキャリア選択コンポーネント
845  HARQトリガコンポーネント
850  ポーリングコンポーネント
855  許可コンポーネント
860  局地的状況コンポーネント
865  ペイロード構成コンポーネント
870  アップリンクリソースコンポーネント
900  システム
905  デバイス
915  UE HARQマネージャ
920  プロセッサ
925  メモリ
930  ソフトウェア
935  トランシーバ
940  アンテナ
945  I/Oコントローラ
1005  ワイヤレスデバイス
1010  受信機
1015  基地局HARQマネージャ
1020  送信機
1105  ワイヤレスデバイス
1110  受信機
1115  基地局HARQマネージャ
1120  送信機
1125  HARQコンポーネント
1130  クリアランス指示コンポーネント
1135  UCIキャリアコンポーネント
1215  基地局HARQマネージャ
1225  HARQコンポーネント
1230  クリアランス指示コンポーネント
1235  UCIキャリアコンポーネント
1240  HARQトリガコンポーネント
1245  HARQポーリングコンポーネント
1250  許可コンポーネント
1255  選択パラメータコンポーネント
1260  アップリンクリソースコンポーネント
1300  システム
1305  デバイス
1315  基地局HARQマネージャ
1320  プロセッサ
1325  メモリ
1330  ソフトウェア
1335  トランシーバ
1340  アンテナ
1345  ネットワーク通信マネージャ
1350  基地局通信マネージャ
【図１】
2019522401.tif 000003
【図２】
2019522401.tif 000004
【図３】
2019522401.tif 000005
【図４】
2019522401.tif 000006
【図５】
2019522401.tif 000007
【図６】
2019522401.tif 000008
【図７】
2019522401.tif 000009
【図８】
2019522401.tif 000010
【図９】
2019522401.tif 000011
【図１０】
2019522401.tif 000012
【図１１】
2019522401.tif 000013
【図１２】
2019522401.tif 000014
【図１３】
2019522401.tif 000015
【図１４】
2019522401.tif 000016
【図１５】
2019522401.tif 000017
【図１６】
2019522401.tif 000018
【図１７】
2019522401.tif 000019
【国際調査報告】
2019522401.tif 000020
2019522401.tif 000021
2019522401.tif 000022