(57)【要約】  本開示の態様は、拡張マシンタイプ通信（ｅＭＴＣ）のためのハイブリッド自動再送要求（ＨＡＲＱ）技法を提供する。一態様では、ＨＡＲＱ  ＩＤを決定するためにユーザ機器（ＵＥ）などのワイヤレスデバイスによって実行され得る方法が提供される。本方法は、概して、カバレージ拡張（ＣＥ）レベルに少なくとも部分的に基づいてＨＡＲＱ  ＩＤを決定することと、決定されたＨＡＲＱ  ＩＤに少なくとも部分的に基づいてＨＡＲＱプロセスタイムラインを実行することとを含む。フィードバックを送信するためのサブフレームを決定するための別の方法が提供される。本方法は、概して、肯定応答されるべき１つまたは複数のダウンリンク送信を搬送する１つまたは複数のダウンリンクサブフレームに後続するアップリンクサブフレームの利用可能性に少なくとも部分的に基づいて、ダウンリンク送信に肯定応答するための物理アップリンク制御チャネル（ＰＵＣＣＨ）を送信するための少なくとも１つのサブフレームを決定することと、決定された少なくとも１つのサブフレーム中でＰＵＣＣＨを送信することとを含む。
2018537890.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）によるワイヤレス通信のための方法であって、
肯定応答されるべき１つまたは複数のダウンリンク送信を搬送する１つまたは複数のダウンリンクサブフレームに後続するアップリンクサブフレームの利用可能性に少なくとも部分的に基づいて、前記ダウンリンク送信に肯定応答するための物理アップリンク制御チャネル（ＰＵＣＣＨ）を送信するための少なくとも１つのサブフレームを決定することと、および
前記決定された少なくとも１つのサブフレーム中で前記ＰＵＣＣＨを送信することと
を備える、方法。
【請求項２】
前記決定することが、
前記ダウンリンク送信を受信した後の固定持続時間の後の第１の利用可能なサブフレームとして、前記ＰＵＣＣＨを送信するための前記少なくとも１つのサブフレームを決定することを備え、ここにおいて、前記ダウンリンク送信が、バンドルされた物理アップリンク共有チャネル（ＰＤＳＣＨ）を備える、
請求項１に記載の方法。
【請求項３】
前記ＰＵＣＣＨが、複数のＰＤＳＣＨのためのフィードバックを与える、請求項２に記載の方法。
【請求項４】
前記ＰＵＣＣＨが、前記複数のＰＤＳＣＨのためのフィードバックとしてシングルビット(single bit)を備える、請求項３に記載の方法。
【請求項５】
前記ＰＵＣＣＨが、前記複数のＰＤＳＣＨの各々のためのフィードバックとして１ビットを備える、請求項３に記載の方法。
【請求項６】
前記複数のＰＤＳＣＨがＰＤＳＣＨの１つまたは複数のグループを備え、および
前記ＰＵＣＣＨが、ＰＤＳＣＨの各グループのためのフィードバックとして１ビットを備える、
請求項３に記載の方法。
【請求項７】
ＰＵＣＣＨのための利用可能なアップリンクサブフレームのセットのシグナリングを受信することをさらに備え、ここにおいて、
前記決定することが、ＰＵＣＣＨのための利用可能なアップリンクサブフレームの前記セットのうちの第１の利用可能なアップリンクサブフレームとして、前記ＰＵＣＣＨを送信するための前記少なくとも１つのサブフレームを決定することを備える、
請求項１に記載の方法。
【請求項８】
物理アップリンク共有チャネル（ＰＵＳＣＨ）のための利用可能なサブフレームのセットのシグナリングを受信することと、および
前記受信されたシグナリングに基づいて、前記ＰＵＳＣＨを送信するための少なくとも１つのサブフレームを決定することと
をさらに備える、請求項７に記載の方法。
【請求項９】
前記決定することは、
前記ＵＥが全二重動作のために構成されたのか半二重動作のために構成されたのかにさらに基づいて、前記ＰＵＣＣＨを送信するための前記少なくとも１つのサブフレームを決定すること
を備える、請求項１に記載の方法。
【請求項１０】
前記決定することは、
前記ＵＥが全二重動作に構成された場合、前記ダウンリンク送信を受信した後の固定持続時間の後の第１の利用可能なサブフレームとして、前記ＰＵＣＣＨを送信するための前記少なくとも１つのサブフレームを決定することを備え、ここにおいて、前記固定持続時間が、構成されたハイブリッド自動再送要求（ＨＡＲＱ）タイミングに基づく、
請求項９に記載の方法。
【請求項１１】
前記決定することは、
前記ＵＥが半二重動作のために構成された場合、ＰＵＣＣＨのための利用可能なアップリンクサブフレームの受信されたセットに基づいて、前記ＰＵＣＣＨを送信するための前記少なくとも１つのサブフレームを決定すること
を備える、請求項９に記載の方法。
【請求項１２】
前記決定することは、
前記ＰＵＣＣＨが基地局との初期メッセージ交換の第１のＰＵＣＣＨである場合、バンドルされた物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を受信した後の第１の利用可能なサブフレームとして、前記ＰＵＣＣＨを送信するための前記少なくとも１つのサブフレームを決定すること
を備える、請求項１に記載の方法。
【請求項１３】
ユーザ機器（ＵＥ）によるワイヤレス通信のための方法であって、
現在のサブフレーム番号と、利用可能なサブフレーム番号のパターンと、マシンタイプ通信物理ダウンリンク制御チャネル（ＭＰＤＣＣＨ）の繰返しレベルとに少なくとも部分的に基づいて、前記ＭＰＤＣＣＨを監視するための可能な開始サブフレームのセットを決定することと、および
可能な開始サブフレームの前記セットのうちの１つまたは複数のサブフレーム中で前記ＭＰＤＣＣＨを監視することと
を備える、方法。
【請求項１４】
セル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）とハッシュ関数とに基づいて、前記ＭＰＤＣＣＨを監視するための可能な開始サブフレームの前記セットのうちの前記１つまたは複数のサブフレームを決定すること
をさらに備える、請求項１３に記載の方法。
【請求項１５】
間欠受信（ＤＲＸ）構成にさらに基づいて、前記ＭＰＤＣＣＨを監視するための可能な開始サブフレームの前記セットを決定すること
をさらに備える、請求項１３に記載の方法。
【請求項１６】
ワイヤレス通信のための装置であって、
肯定応答されるべき１つまたは複数のダウンリンク送信を搬送する１つまたは複数のダウンリンクサブフレームに後続するアップリンクサブフレームの利用可能性に少なくとも部分的に基づいて、前記ダウンリンク送信に肯定応答するための物理アップリンク制御チャネル（ＰＵＣＣＨ）を送信するための少なくとも１つのサブフレームを決定するための手段と、および
前記決定された少なくとも１つのサブフレーム中で前記ＰＵＣＣＨを送信するための手段と
を備える、装置。
【請求項１７】
決定するための前記手段が、
前記ダウンリンク送信を受信した後の固定持続時間の後の第１の利用可能なサブフレームとして、前記ＰＵＣＣＨを送信するための前記少なくとも１つのサブフレームを決定するための手段を備え、ここにおいて、前記ダウンリンク送信が、バンドルされた物理アップリンク共有チャネル（ＰＤＳＣＨ）を備える、
請求項１６に記載の装置。
【請求項１８】
前記ＰＵＣＣＨが、複数のＰＤＳＣＨのためのフィードバックを与える、請求項１７に記載の装置。
【請求項１９】
前記ＰＵＣＣＨが、前記複数のＰＤＳＣＨのためのフィードバックとしてシングルビット(single bit)を備える、請求項１８に記載の装置。
【請求項２０】
前記ＰＵＣＣＨが、前記複数のＰＤＳＣＨの各々のためのフィードバックとして１ビットを備える、請求項１８に記載の装置。
【請求項２１】
前記複数のＰＤＳＣＨがＰＤＳＣＨの１つまたは複数のグループを備え、
前記ＰＵＣＣＨが、ＰＤＳＣＨの各グループのためのフィードバックとして１ビットを備える、
請求項１８に記載の装置。
【請求項２２】
ＰＵＣＣＨのための利用可能なアップリンクサブフレームのセットのシグナリングを受信するための手段をさらに備え、ここにおいて、
決定するための前記手段が、ＰＵＣＣＨのための利用可能なアップリンクサブフレームの前記セットのうちの第１の利用可能なアップリンクサブフレームとして、前記ＰＵＣＣＨを送信するための前記少なくとも１つのサブフレームを決定するための手段を備える、
請求項１６に記載の装置。
【請求項２３】
物理アップリンク共有チャネル（ＰＵＳＣＨ）のための利用可能なサブフレームのセットのシグナリングを受信するための手段と、および
前記受信されたシグナリングに基づいて、前記ＰＵＳＣＨを送信するための少なくとも１つのサブフレームを決定するための手段と
をさらに備える、請求項２２に記載の装置。
【請求項２４】
決定するための前記手段は、
前記ＵＥが全二重動作のために構成されたのか半二重動作のために構成されたのかにさらに基づいて、前記ＰＵＣＣＨを送信するための前記少なくとも１つのサブフレームを決定するための手段
を備える、請求項１６に記載の装置。
【請求項２５】
決定するための前記手段は、
前記ＵＥが全二重動作に構成された場合、前記ダウンリンク送信を受信した後の固定持続時間の後の第１の利用可能なサブフレームとして、前記ＰＵＣＣＨを送信するための前記少なくとも１つのサブフレームを決定するための手段を備え、ここにおいて、前記固定持続時間が、構成されたハイブリッド自動再送要求（ＨＡＲＱ）タイミングに基づく、
請求項２４に記載の装置。
【請求項２６】
決定するための前記手段は、
前記ＵＥが半二重動作のために構成された場合、ＰＵＣＣＨのための利用可能なアップリンクサブフレームの受信されたセットに基づいて、前記ＰＵＣＣＨを送信するための前記少なくとも１つのサブフレームを決定するための手段
を備える、請求項２４に記載の装置。
【請求項２７】
決定するための前記手段は、
前記ＰＵＣＣＨが基地局との初期メッセージ交換の第１のＰＵＣＣＨである場合、バンドルされた物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を受信した後の第１の利用可能なサブフレームとして、前記ＰＵＣＣＨを送信するための前記少なくとも１つのサブフレームを決定するための手段
を備える、請求項１６に記載の装置。
【請求項２８】
ワイヤレス通信のための装置であって、
現在のサブフレーム番号と、利用可能なサブフレーム番号のパターンと、マシンタイプ通信物理ダウンリンク制御チャネル（ＭＰＤＣＣＨ）の繰返しレベルとに少なくとも部分的に基づいて、前記ＭＰＤＣＣＨを監視するための可能な開始サブフレームのセットを決定するための手段と、および
可能な開始サブフレームの前記セットのうちの１つまたは複数のサブフレーム中で前記ＭＰＤＣＣＨを監視するための手段と
を備える、装置。
【請求項２９】
セル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）とハッシュ関数とに基づいて、前記ＭＰＤＣＣＨを監視するための可能な開始サブフレームの前記セットのうちの前記１つまたは複数のサブフレームを決定するための手段
をさらに備える、請求項２８に記載の装置。
【請求項３０】
間欠受信（ＤＲＸ）構成にさらに基づいて、前記ＭＰＤＣＣＨを監視するための可能な開始サブフレームの前記セットを決定するための手段
をさらに備える、請求項２８に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照および優先権主張
[0001]本出願は、すべての適用可能な目的のためにその全体がともに参照により本明細書に組み込まれる、２０１５年１０月２２日に出願された米国仮特許出願第６２／２４５，２３０号、および２０１６年８月２４日に出願された米国特許出願第１５／２４６，０８２号の利益および優先権を主張する。
【０００２】
[0002]本開示のいくつかの態様は、一般にワイヤレス通信に関し、より詳細には、拡張マシンタイプ通信（ｅＭＴＣ：enhanced machine type communication(s)）のための、ハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）プロセス識別(process identification)（ＩＤ）決定のためのＨＡＲＱタイミングおよび制御チャネルタイミングに関する。
【背景技術】
【０００３】
[0003]ワイヤレス通信システムは、音声、データなど、様々なタイプの通信コンテンツを提供するために広く展開されている。これらのシステムは、利用可能なシステムリソース（たとえば、帯域幅および送信電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続システムであり得る。そのような多元接続システムの例としては、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標）：3rd Generation Partnership Project）ロングタームエボリューション（ＬＴＥ（登録商標）：Long Term Evolution）／ＬＴＥアドバンストシステムおよび直交周波数分割多元接続（ＯＦＤＭＡ）システムがある。
【０００４】
[0004]概して、ワイヤレス多元接続通信システムは、複数のワイヤレス端末のための通信を同時にサポートすることができる。各端末は、順方向リンクおよび逆方向リンク上での送信を介して１つまたは複数の基地局と通信する。順方向リンク（またはダウンリンク）は基地局から端末への通信リンクを指し、逆方向リンク（またはアップリンク）は端末から基地局への通信リンクを指す。この通信リンクは、単入力単出力、多入力単出力または多入力多出力（ＭＩＭＯ）システムを介して確立され得る。
【０００５】
[0005]ワイヤレス通信ネットワークは、いくつかのワイヤレスデバイスのための通信をサポートすることができるいくつかの基地局を含み得る。ワイヤレスデバイスはユーザ機器（ＵＥ）を含み得る。いくつかのＵＥは、基地局、別のリモートデバイス、または何らかの他のエンティティと通信し得る、リモートデバイスを含み得る、マシンタイプ通信（ＭＴＣ）ＵＥと見なされ得る。ＭＴＣは、通信の少なくとも１つの端部上の少なくとも１つのリモートデバイスに関与する通信を指すことがあり、必ずしも人間の対話(human interaction)を必要とするとは限らない１つまたは複数のエンティティを伴うデータ通信の形態を含み得る。ＭＴＣ  ＵＥは、たとえば、パブリックランド(Public Land)モバイルネットワーク（ＰＬＭＮ）を介した、ＭＴＣサーバおよび／または他のＭＴＣデバイスとのＭＴＣ通信が可能であるＵＥを含み得る。
【発明の概要】
【０００６】
[0006]本開示のシステム、方法、およびデバイスは、それぞれいくつかの態様を有し、それらのうちの単一の態様が単独で本開示の望ましい属性を担当するとは限らない。次に、以下の特許請求の範囲によって表される本開示の範囲を限定することなしに、いくつかの特徴が手短に説明される。この説明を考察すれば、特に「発明を実施するための形態」と題するセクションを読めば、本開示の特徴が、ワイヤレスネットワークにおけるアクセスポイントと局との間の改善された通信を含む利点をどのように提供するかが理解されよう。
【０００７】
[0007]拡張マシンタイプ通信（ｅＭＴＣ）のための、ハイブリッド自動再送要求（ＨＡＲＱ）プロセス識別（ＩＤ）決定のためのＨＡＲＱタイミングおよび制御チャネルタイミングのための技法および装置が本明細書で提供される。
【０００８】
[0008]本開示のいくつかの態様は、ユーザ機器（ＵＥ）によって実行される方法を提供する。本方法は、概して、カバレージ拡張（ＣＥ：coverage enhancement）レベルに少なくとも部分的に基づいてＨＡＲＱ  ＩＤを決定することと、決定されたＨＡＲＱ  ＩＤに少なくとも部分的に基づいてＨＡＲＱプロセスタイムライン(process timeline)を実行することとを含む。
【０００９】
[0009]本開示のいくつかの態様は、ＵＥによって実行される方法を提供する。本方法は、概して、肯定応答されるべき１つまたは複数のダウンリンク送信を搬送する１つまたは複数のダウンリンクサブフレームに後続するアップリンクサブフレームの利用可能性に少なくとも部分的に基づいて、ダウンリンク送信に肯定応答するための物理アップリンク制御チャネル（ＰＵＣＣＨ：physical uplink control channel）を送信するための少なくとも１つのサブフレームを決定することと、決定された少なくとも１つのサブフレーム中でＰＵＣＣＨを送信することとを含む。
【００１０】
[0010]本開示のいくつかの態様は、ＵＥによって実行される方法を提供する。本方法は、概して、現在のサブフレーム番号と、利用可能なサブフレーム番号のパターンと、マシンタイプ通信物理ダウンリンク制御チャネル（ＭＰＤＣＣＨ：machine type communication physical downlink control channel）の繰返しレベルとに少なくとも部分的に基づいて、ＭＰＤＣＣＨを監視するための可能な開始サブフレームのセットを決定することと、可能な開始サブフレームのセットのうちの１つまたは複数のサブフレーム中でＭＰＤＣＣＨを監視することとを含む。
【００１１】
[0011]本開示のいくつかの態様は、ＵＥなど、装置を提供する。本装置は、概して、肯定応答されるべき１つまたは複数のダウンリンク送信を搬送する１つまたは複数のダウンリンクサブフレームに後続するアップリンクサブフレームの利用可能性に少なくとも部分的に基づいて、ダウンリンク送信に肯定応答するためのＰＵＣＣＨを送信するための少なくとも１つのサブフレームを決定するための手段と、決定された少なくとも１つのサブフレーム中でＰＵＣＣＨを送信するための手段とを含む。
【００１２】
[0012]本開示のいくつかの態様は、ＵＥなど、装置を提供する。本装置は、概して、現在のサブフレーム番号と、利用可能なサブフレーム番号のパターンと、ＭＰＤＣＣＨの繰返しレベルとに少なくとも部分的に基づいて、ＭＰＤＣＣＨを監視するための可能な開始サブフレームのセットを決定するための手段と、可能な開始サブフレームのセットのうちの１つまたは複数のサブフレーム中でＭＰＤＣＣＨを監視するための手段とを含む。
【００１３】
[0013]本開示のいくつかの態様は、ＵＥなど、装置を提供する。本装置は、概して、肯定応答されるべき１つまたは複数のダウンリンク送信を搬送する１つまたは複数のダウンリンクサブフレームに後続するアップリンクサブフレームの利用可能性に少なくとも部分的に基づいて、ダウンリンク送信に肯定応答するためのＰＵＣＣＨを送信するための少なくとも１つのサブフレームを決定し、決定された少なくとも１つのサブフレーム中でＰＵＣＣＨを送信するように構成された少なくとも１つのプロセッサと、少なくとも１つのプロセッサと結合されたメモリとを含む。
【００１４】
[0014]本開示のいくつかの態様は、ＵＥなど、装置を提供する。本装置は、概して、現在のサブフレーム番号と、利用可能なサブフレーム番号のパターンと、ＭＰＤＣＣＨの繰返しレベルとに少なくとも部分的に基づいて、ＭＰＤＣＣＨを監視するための可能な開始サブフレームのセットを決定し、可能な開始サブフレームのセットのうちの１つまたは複数のサブフレーム中でＭＰＤＣＣＨを監視するように構成された少なくとも１つのプロセッサと、少なくとも１つのプロセッサと結合されたメモリとを含む。
【００１５】
[0015]本開示のいくつかの態様は、ＵＥによるワイヤレス通信のためのその上に記憶されたコンピュータ実行可能コードを有するコンピュータ可読媒体を提供する。コンピュータ実行可能コードは、概して、肯定応答されるべき１つまたは複数のダウンリンク送信を搬送する１つまたは複数のダウンリンクサブフレームに後続するアップリンクサブフレームの利用可能性に少なくとも部分的に基づいて、ダウンリンク送信に肯定応答するためのＰＵＣＣＨを送信するための少なくとも１つのサブフレームを決定するためのコードと、決定された少なくとも１つのサブフレーム中でＰＵＣＣＨを送信するためのコードとを含む。
【００１６】
[0016]本開示のいくつかの態様は、ＵＥによるワイヤレス通信のためのその上に記憶されたコンピュータ実行可能コードを有するコンピュータ可読媒体を提供する。コンピュータ実行可能コードは、概して、現在のサブフレーム番号と、利用可能なサブフレーム番号のパターンと、ＭＰＤＣＣＨの繰返しレベルとに少なくとも部分的に基づいて、ＭＰＤＣＣＨを監視するための可能な開始サブフレームのセットを決定するためのコードと、可能な開始サブフレームのセットのうちの１つまたは複数のサブフレーム中でＭＰＤＣＣＨを監視するためのコードとを含む。
【００１７】
[0017]方法、装置、システム、コンピュータプログラム製品、コンピュータ可読媒体、および処理システムを含む多数の他の態様が提供される。上記のおよび関係する目的を達成するために、１つまたは複数の態様は、以下で説明され、特に特許請求の範囲で指摘される特徴を備える。以下の説明および添付の図面は、１つまたは複数の態様のうちのいくつかの例示的な特徴を詳細に記載する。ただし、これらの特徴は、様々な態様の原理が採用され得る様々な方法のうちのほんのいくつかを示すものであり、この説明は、すべてのそのような態様およびそれらの均等物を含むものとする。
【００１８】
[0018]本開示の上記で具陳された特徴が詳細に理解され得るように、添付の図面にその一部を示す態様を参照することによって、上記で手短に要約されたより具体的な説明が得られ得る。ただし、その説明は他の等しく有効な態様に通じ得るので、添付の図面は、本開示のいくつかの典型的な態様のみを示し、したがって、本開示の範囲を限定するものと見なされるべきではないことに留意されたい。
【図面の簡単な説明】
【００１９】
【図１】[0019]本開示のいくつかの態様による、ワイヤレス通信ネットワークの一例を概念的に示すブロック図。
【図２】[0020]本開示のいくつかの態様による、ワイヤレス通信ネットワークにおいてユーザ機器（ＵＥ）と通信している基地局の一例を概念的に示すブロック図。
【図３】[0021]本開示のいくつかの態様による、ワイヤレス通信ネットワークにおけるフレーム構造(frame structure)の一例を概念的に示すブロック図。
【図４】[0022]本開示のいくつかの態様による、ノーマルサイクリックプレフィックス(normal cyclic prefix)をもつ２つの例示的なサブフレームフォーマットを概念的に示すブロック図。
【図５】[0023]本開示のいくつかの態様による、拡張マシンタイプ通信（ｅＭＴＣ）のための例示的なサブフレーム構成(subframe configuration)を示す図。
【図６】[0024]例示的な物理アップリンク共有チャネル（ＰＵＳＣＨ）ハイブリッド自動再送要求（ＨＡＲＱ）タイムラインを示す図。
【図７】[0025]ＨＡＲＱタイミングに従うｅＭＴＣのための例示的なＰＵＳＣＨ  ＨＡＲＱタイムラインを示す図。
【図８】[0026]本開示のいくつかの態様による、ＵＥによるワイヤレス通信におけるＨＡＲＱ  ＩＤを決定するための例示的な動作を示す流れ図。
【図９】[0027]本開示のいくつかの態様による、半二重周波数分割複信（ＨＤ−ＦＤＤ：half-duplex frequency division duplexing）において動作するＵＥのための例示的なサブフレーム使用(usage)を示す図。
【図１０】[0028]本開示のいくつかの態様による、ＵＥによるワイヤレス通信における制御チャネルタイミングのための例示的な動作を示す流れ図。
【図１１】[0029]本開示のいくつかの態様による、ＵＥによるワイヤレス通信におけるＭＴＣ物理ダウンリンク制御チャネル（ＭＰＤＣＣＨ）を監視するための開始サブフレームを決定するための例示的な動作を示す流れ図。
【図１２】[0030]本開示のいくつかの態様による、ＭＰＤＣＣＨを監視するための可能な開始サブフレームを示す例示的な送信タイムラインの図。
【発明を実施するための形態】
【００２０】
[0031]理解を容易にするために、可能な場合、各図に共通である同じ要素を指定するために同じ参照番号が使用されている。一態様において開示される要素が、特定の具陳なしに他の態様に対して有益に利用され得ることが企図される。
【００２１】
[0032]本開示の態様は、拡張マシンタイプ通信（ｅＭＴＣ）のためのハイブリッド自動再送要求（ＨＡＲＱ）プロセス識別（ＩＤ）決定のためのＨＡＲＱタイミングを提供する。ｅＭＴＣは、ＭＴＣデバイス（たとえば、低コストＭＴＣデバイスまたは低コストｅＭＴＣデバイス）など、限られた通信リソースをもつデバイスによる通信のために使用され得る。ＭＴＣデバイスは、狭帯域ＩｏＴ（ＮＢ−ＩｏＴ）デバイスなど、ＩｏＴ（モノのインターネット）デバイスとして実装され得る。低コストＭＴＣデバイスは、たとえば、ロングタームエボリューション（ＬＴＥ）など、特定の無線アクセス技術（ＲＡＴ）においてレガシーデバイスと共存し得、特定のＲＡＴによってサポートされる、より広い利用可能なシステム帯域幅から区分される１つまたは複数の狭帯域領域上で動作し得る。低コストＭＴＣデバイスはまた、（たとえば、同じメッセージの繰返し(repetitions)が複数のサブフレームにわたってバンドル(bundled)または送信され得る）カバレージ拡張（ＣＥ）モード、（たとえば、繰返しが送信されないことがある）通常カバレージモードなど、異なる動作モードをサポートし得る。
【００２２】
[0033]したがって、以下でより詳細に説明されるように、本明細書で提示される技法は、ユーザ機器（ＵＥ）が、ＵＥのカバレージ拡張（ＣＥ）レベルに少なくとも部分的に基づいてＨＡＲＱ  ＩＤを決定することを可能にし得る。態様では、ＵＥは、１つまたは複数のダウンリンク送信に肯定応答するための物理アップリンク制御チャネル（ＰＵＣＣＨ）を送信するための少なくとも１つのサブフレームを決定し得る。ＵＥは、肯定応答されるべきダウンリンク送信を搬送する１つまたは複数のダウンリンクサブフレームに後続するアップリンクサブフレームの利用可能性に少なくとも部分的に基づいて、少なくとも１つのサブフレームを決定し得る。いくつかの態様によれば、ＵＥは、現在のサブフレーム番号と、利用可能なサブフレーム番号のパターンと、ＭＰＤＣＣＨの繰返しレベルとに基づいて、ＭＰＤＣＣＨオケージョン(occasion)を監視するための可能な開始サブフレームのセットを決定し得る。
【００２３】
[0034]本明細書で説明される技法は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡおよび他のネットワークなど、様々なワイヤレス通信ネットワークのために使用され得る。「ネットワーク」および「システム」という用語は、しばしば互換的に使用される。ＣＤＭＡネットワークは、ユニバーサル地上波無線アクセス（ＵＴＲＡ）、ｃｄｍａ２０００など、無線技術を実装し得る。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））、時分割同期ＣＤＭＡ（ＴＤ−ＳＣＤＭＡ）、およびＣＤＭＡの他の変形態を含む。ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、モバイル通信用グローバルシステム（ＧＳＭ（登録商標））などの無線技術を実装し得る。ＯＦＤＭＡネットワークは、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭ（登録商標）などの無線技術を実装し得る。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ：universal mobile telecommunication system）の一部である。周波数分割複信（ＦＤＤ）と時分割複信（ＴＤＤ）の両方における３ＧＰＰロングタームエボリューション（ＬＴＥ）およびＬＴＥアドバンスト（ＬＴＥ−Ａ）は、ダウンリンク上ではＯＦＤＭＡを利用し、アップリンク上ではＳＣ−ＦＤＭＡを利用するＥ−ＵＴＲＡを使用するＵＭＴＳの新しいリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−ＡおよびＧＳＭは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ）と称する団体からの文書に記載されている。ｃｄｍａ２０００およびＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２：3rd Generation Partnership Project 2）と称する団体からの文書に記載されている。本明細書で説明される技法は、上記のワイヤレスネットワークおよび無線技術、ならびに他のワイヤレスネットワークおよび無線技術のために使用され得る。明快のために、本技法のいくつかの態様が以下ではＬＴＥ／ＬＴＥアドバンストに関して説明され、以下の説明の大部分でＬＴＥ／ＬＴＥアドバンスト用語が使用される。ＬＴＥおよびＬＴＥ−Ａは、一般にＬＴＥと呼ばれる。
【００２４】
[0035]ワイヤレス通信ネットワークは、いくつかのワイヤレスデバイスのための通信をサポートすることができるいくつかの基地局を含み得る。ワイヤレスデバイスはユーザ機器（ＵＥ）を含み得る。ＵＥのいくつかの例としては、セルラーフォン、スマートフォン、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ハンドヘルドデバイス、タブレット、ラップトップコンピュータ、ネットブック、スマートブック、ウルトラブック、ウェアラブル（たとえば、スマートウォッチ、スマートブレスレット、スマートグラス、スマートリング、スマートクロージング）、エンターテインメントデバイス（たとえば、音楽プレーヤ、ゲームデバイス）、カメラ、ナビゲーション／ロケーション決定デバイス、ヘルスケア／医療デバイス、車両デバイスなどがあり得る。いくつかのＵＥは、基地局、別のリモートデバイス、または何らかの他のエンティティと通信し得る、ドローン、ロボット／ロボティックデバイス、センサー、メーター、監視デバイス、セキュリティデバイス、ロケーションタグなどのリモートデバイスを含み得る、マシンタイプ通信（ＭＴＣ）ＵＥと見なされ得る。マシンタイプ通信（ＭＴＣ）は、通信の少なくとも１つの端部上の少なくとも１つのリモートデバイスに関与する通信を指すことがあり、必ずしも人間の対話を必要とするとは限らない１つまたは複数のエンティティを伴うデータ通信の形態を含み得る。ＭＴＣ  ＵＥは、たとえば、パブリックランドモバイルネットワーク（ＰＬＭＮ）を介した、ＭＴＣサーバおよび／または他のＭＴＣデバイスとのＭＴＣ通信が可能であるＵＥを含み得る。
【００２５】
[0036]本明細書では、３Ｇおよび／または４Ｇのワイヤレス技術に一般に関連する用語を使用して態様が説明され得るが、本開示の態様は、５Ｇ以降など、他の通信システムにおいて適用され得ることに留意されたい。
【００２６】
[0037]図１は、本開示の態様が実施され得る例示的なワイヤレス通信ネットワーク１００を示す。たとえば、本明細書で提示される技法は、ワイヤレスデバイスによって実行される、拡張マシンタイプ通信（ｅＭＴＣ）のためのハイブリッド自動再送要求（ＨＡＲＱ）プロセス識別（ＩＤ）決定のためのＨＡＲＱタイミングを提供するために使用され得る。（たとえば、低コストＵＥ、ＭＴＣ  ＵＥ、またはＩｏＴデバイスであり得る）ＵＥ１２０は、ＵＥのカバレージ拡張（ＣＥ）レベルに基づいてＨＡＲＱ  ＩＤを決定し得、決定されたＨＡＲＱ  ＩＤに基づいてｅＮＢ１１０とのＨＡＲＱプロセスタイムラインを実行し得る。いくつかの態様によれば、ＵＥ１２０は、肯定応答されるべき１つまたは複数のダウンリンク送信を搬送する１つまたは複数のダウンリンクサブフレームに後続するアップリンクサブフレームの利用可能性に少なくとも部分的に基づいて、ダウンリンク送信に肯定応答するための物理アップリンク制御チャネル（ＰＵＣＣＨ）を送信するための少なくとも１つのサブフレームを決定し得る。いくつかの態様によれば、ＵＥ１２０は、現在のサブフレーム番号と、利用可能なサブフレーム番号のパターンと、マシンタイプ通信物理ダウンリンク制御チャネル（ＭＰＤＣＣＨ）の繰返しレベルとに少なくとも部分的に基づいて、ＭＰＤＣＣＨを監視するための可能な開始サブフレームのセットを決定することができる。
【００２７】
[0038]ネットワーク１００は、ＬＴＥネットワークまたは何らかの他のワイヤレスネットワークであり得る。ワイヤレスネットワーク１００は、いくつかの発展型ノードＢ（ｅＮＢ）１１０と他のネットワークエンティティとを含み得る。ｅＮＢは、ユーザ機器（ＵＥ）と通信するエンティティであり、基地局、ノードＢ、アクセスポイントなどと呼ばれることもある。各ｅＮＢは、特定の地理的エリアに通信カバレージを与え得る。３ＧＰＰでは、「セル」という用語は、この用語が使用されるコンテキストに応じて、ｅＮＢのカバレージエリアおよび／またはこのカバレージエリアをサービスしているｅＮＢサブシステムを指すことがある。
【００２８】
[0039]ｅＮＢは、マクロセル、ピコセル、フェムトセル、および／または他のタイプのセルに通信カバレージを与え得る。マクロセルは、比較的大きい地理的エリア（たとえば、半径数キロメートル）をカバーし得、サービスに加入しているＵＥによる無制限アクセスを可能にし得る。ピコセルは、比較的小さい地理的エリアをカバーし得、サービスに加入しているＵＥによる無制限アクセスを可能にし得る。フェムトセルは、比較的小さい地理的エリア（たとえば、自宅）をカバーし得、フェムトセルとの関連を有するＵＥ（たとえば、限定加入者グループ（ＣＳＧ：closed subscriber group）中のＵＥ）による制限付きアクセスを可能にし得る。マクロセルのためのｅＮＢはマクロｅＮＢと呼ばれることがある。ピコセルのためのｅＮＢはピコｅＮＢと呼ばれることがある。フェムトセルのためのｅＮＢはフェムトｅＮＢまたはホームｅＮＢ（ＨｅＮＢ）と呼ばれることがある。図１に示されている例では、ｅＮＢ１１０ａがマクロセル１０２ａのためのマクロｅＮＢであり得、ｅＮＢ１１０ｂがピコセル１０２ｂのためのピコｅＮＢであり得、ｅＮＢ１１０ｃがフェムトセル１０２ｃのためのフェムトｅＮＢであり得る。ｅＮＢは、１つまたは複数の（たとえば、３つの）セルをサポートし得る。「ｅＮＢ」、「基地局」および「セル」という用語は、本明細書では互換的に使用され得る。
【００２９】
[0040]ワイヤレスネットワーク１００はまた、中継局を含み得る。中継局は、上流局（たとえば、ｅＮＢまたはＵＥ）からデータの送信を受信し、そのデータの送信を下流局（たとえば、ＵＥまたはｅＮＢ）に送ることができるエンティティである。中継局はまた、他のＵＥに対する送信を中継することができるＵＥであり得る。図１に示されている例では、中継局１１０ｄは、ｅＮＢ１１０ａとＵＥ１２０ｄとの間の通信を可能にするために、マクロｅＮＢ１１０ａおよびＵＥ１２０ｄと通信し得る。中継局は、リレーｅＮＢ、リレー基地局、リレーなどと呼ばれることもある。
【００３０】
[0041]ワイヤレスネットワーク１００は、様々なタイプのｅＮＢ、たとえば、マクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、リレーｅＮＢなどを含む異種ネットワークであり得る。これらの異なるタイプのｅＮＢは、異なる送信電力レベル、異なるカバレージエリア、およびワイヤレスネットワーク１００における干渉に対する異なる影響を有し得る。たとえば、マクロｅＮＢは、高い送信電力レベル（たとえば、５〜４０ワット）を有し得るが、ピコｅＮＢ、フェムトｅＮＢ、およびリレーｅＮＢは、より低い送信電力レベル（たとえば、０．１〜２ワット）を有し得る。
【００３１】
[0042]ネットワークコントローラ１３０は、ｅＮＢのセットに結合し得、これらのｅＮＢの協調(coordination)および制御を行い得る。ネットワークコントローラ１３０はバックホールを介してｅＮＢと通信し得る。ｅＮＢはまた、たとえば、ワイヤレスバックホールまたはワイヤラインバックホールを介して直接または間接的に互いに通信し得る。
【００３２】
[0043]ＵＥ１２０（たとえば、１２０ａ、１２０ｂ、１２０ｃ）はワイヤレスネットワーク１００全体にわたって分散され得、各ＵＥは固定または移動であり得る。ＵＥは、アクセス端末、端末、移動局、加入者ユニット、局などと呼ばれることもある。ＵＥは、セルラーフォン（たとえば、スマートフォン）、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、ラップトップコンピュータ、コードレスフォン、ワイヤレスローカルループ（ＷＬＬ）局、タブレット、カメラ、ゲームデバイス、ネットブック、スマートブック、ウルトラブック、紛失(lost)ＵＥ、ＭＴＣ  ＵＥ、ＩｏＴデバイスなどであり得る。図１において、両矢印付きの実線は、ダウンリンクおよび／またはアップリンク上での、ＵＥと、そのＵＥをサービスするように指定されたｅＮＢであるサービングｅＮＢとの間の所望の伝送を示す。両矢印付きの破線は、ＵＥとｅＮＢとの間の潜在的に干渉する伝送を示す。
【００３３】
[0044]ワイヤレス通信ネットワーク１００（たとえば、ＬＴＥネットワーク）中の１つまたは複数のＵＥ１２０はまた、たとえば、低コストＭＴＣ  ＵＥ、低コストｅＭＴＣ  ＵＥなど、低コスト、低データレートデバイスであり得る。低コストＵＥは、ＬＴＥネットワーク中のレガシーおよび／または高度ＵＥと共存し得、ワイヤレスネットワーク中の他のＵＥ（たとえば、非低コストＵＥ）と比較して制限された１つまたは複数の能力を有し得る。たとえば、ＬＴＥネットワーク中の非低コストＵＥと比較して、低コストＵＥは、（非低コストＵＥに対する）最大帯域幅の低減、単一の受信無線周波数（ＲＦ）チェーン、ピークレートの低減、送信電力の低減、ランク１送信、半二重動作(half duplex operation)などのうちの１つまたは複数を用いて動作し得る。本明細書で使用される、ＭＴＣデバイス、ｅＭＴＣデバイスなど、限られた通信リソースをもつデバイスは、概して低コストＵＥと呼ばれる。同様に、（たとえば、ＬＴＥにおける）レガシーおよび／または高度ＵＥなどの他のデバイスは、概して非低コストＵＥと呼ばれる。
【００３４】
[0045]図２は、図１中の基地局／ｅＮＢのうちの１つであり得る基地局／ｅＮＢ１１０および図１中のＵＥのうちの１つであり得るＵＥ１２０の設計のブロック図を示す。基地局１１０はＴ個のアンテナ２３４ａ〜２３４ｔを装備し得、ＵＥ１２０はＲ個のアンテナ２５２ａ〜２５２ｒを装備し得、ただし、概してＴ≧１およびＲ≧１である。
【００３５】
[0046]基地局１１０において、送信プロセッサ２２０が、１つまたは複数のＵＥについてデータソース２１２からデータを受信し、ＵＥから受信されたＣＱＩに基づいて各ＵＥのための１つまたは複数の変調およびコーディング方式（ＭＣＳ）を選択し、そのＵＥのために選択された（１つまたは複数の）ＭＣＳに基づいて各ＵＥのためのデータを処理（たとえば、符号化および変調）し、すべてのＵＥについてデータシンボルを与え得る。送信プロセッサ２２０はまた、（たとえば、ＳＲＰＩなどのための）システム情報および制御情報（たとえば、ＣＱＩ要求、許可(grants)、上位レイヤシグナリングなど）を処理し、オーバーヘッドシンボルおよび制御シンボルを与え得る。プロセッサ２２０はまた、基準信号（たとえば、ＣＲＳ）および同期信号（たとえば、ＰＳＳおよびＳＳＳ）のための基準シンボルを生成し得る。送信（ＴＸ）多入力多出力（ＭＩＭＯ）プロセッサ２３０は、適用可能な場合、データシンボル、制御シンボル、オーバーヘッドシンボル、および／または基準シンボルに対して空間処理（たとえば、プリコーディング）を実行し得、Ｔ個の出力シンボルストリームをＴ個の変調器（ＭＯＤ）２３２ａ〜２３２ｔに与え得る。各変調器２３２は、出力サンプルストリームを取得するために、（たとえば、ＯＦＤＭなどのために）それぞれの出力シンボルストリームを処理し得る。各変調器２３２はさらに、ダウンリンク信号を取得するために、出力サンプルストリームを処理（たとえば、アナログへの変換、増幅、フィルタ処理、およびアップコンバート）し得る。変調器２３２ａ〜２３２ｔからのＴ個のダウンリンク信号は、それぞれＴ個のアンテナ２３４ａ〜２３４ｔを介して送信され得る。
【００３６】
[0047]ＵＥ１２０において、アンテナ２５２ａ〜２５２ｒが、基地局１１０および／または他の基地局からダウンリンク信号を受信し得、受信信号をそれぞれ復調器（ＤＥＭＯＤ）２５４ａ〜２５４ｒに与え得る。各復調器２５４は、入力サンプルを取得するために、それの受信信号を調整（たとえば、フィルタ処理、増幅、ダウンコンバート、およびデジタル化）し得る。各復調器２５４はさらに、受信シンボルを取得するために、（たとえば、ＯＦＤＭなどのための）入力サンプルを処理し得る。ＭＩＭＯ検出器２５６は、すべてのＲ個の復調器２５４ａ〜２５４ｒから受信シンボルを取得し、適用可能な場合、受信シンボルに対してＭＩＭＯ検出を実行し、検出されたシンボルを与え得る。受信プロセッサ２５８は、検出されたシンボルを処理（たとえば、復調および復号）し、ＵＥ１２０のための復号されたデータをデータシンク２６０に与え、復号された制御情報およびシステム情報をコントローラ／プロセッサ２８０に与え得る。チャネルプロセッサは、ＲＳＲＰ、ＲＳＳＩ、ＲＳＲＱ、ＣＱＩなどを決定し得る。
【００３７】
[0048]アップリンク上では、ＵＥ１２０において、送信プロセッサ２６４が、データソース２６２からのデータと、コントローラ／プロセッサ２８０からの（たとえば、ＲＳＲＰ、ＲＳＳＩ、ＲＳＲＱ、ＣＱＩなどを備えるレポートのための）制御情報とを受信し、処理し得る。プロセッサ２６４はまた、１つまたは複数の基準信号のための基準シンボルを生成し得る。送信プロセッサ２６４からのシンボルは、適用可能な場合はＴＸ  ＭＩＭＯプロセッサ２６６によってプリコーディングされ、（たとえば、ＳＣ−ＦＤＭ、ＯＦＤＭなどのために）変調器２５４ａ〜２５４ｒによってさらに処理され、基地局１１０に送信され得る。基地局１１０において、ＵＥ１２０および他のＵＥからのアップリンク信号は、アンテナ２３４によって受信され、復調器２３２によって処理され、適用可能な場合はＭＩＭＯ検出器２３６によって検出され、ＵＥ１２０によって送られた、復号されたデータおよび制御情報を取得するために、受信プロセッサ２３８によってさらに処理され得る。プロセッサ２３８は、復号されたデータをデータシンク２３９に与え、復号された制御情報をコントローラ／プロセッサ２４０に与え得る。基地局１１０は、通信ユニット２４４を含み、通信ユニット２４４を介してネットワークコントローラ１３０に通信し得る。ネットワークコントローラ１３０は、通信ユニット２９４と、コントローラ／プロセッサ２９０と、メモリ２９２とを含み得る。
【００３８】
[0049]コントローラ／プロセッサ２４０および２８０は、ＵＥ（たとえば、ｅＭＴＣ  ＵＥ）と基地局（たとえば、ｅノードＢ）との間の通信のために使用するためのｅＭＴＣのためのＨＡＲＱ  ＩＤ決定のためのＨＡＲＱタイミングのための本明細書で提示される技法を実行するために、それぞれ、基地局１１０およびＵＥ１２０における動作を指示し得る。たとえば、基地局１１０におけるプロセッサ２４０および／または他のプロセッサおよびモジュール、ならびにＵＥ１２０におけるプロセッサ２８０および／または他のプロセッサおよびモジュールは、それぞれ、基地局１１０およびＵＥ１２０の動作を実行または指示し得る。たとえば、ＵＥ１２０におけるコントローラ／プロセッサ２８０および／または他のコントローラ／プロセッサおよびモジュール、ならびに／あるいはＢＳ１１０におけるコントローラ／プロセッサ２４０および／または他のコントローラ／プロセッサおよびモジュールは、それぞれ、図８、図１０、および図１１に示されている動作８００、１０００、および１１００を実行または指示し得る。メモリ２４２および２８２は、それぞれ基地局１１０およびＵＥ１２０のためのデータおよびプログラムコードを記憶し得る。スケジューラ２４６は、ダウンリンク上および／またはアップリンク上でのデータ送信のためにＵＥをスケジュールし得る。
【００３９】
[0050]図３は、ＬＴＥにおけるＦＤＤのための例示的なフレーム構造３００を示す。ダウンリンクおよびアップリンクの各々についての送信タイムラインは、無線フレームの単位に区分され得る。各無線フレームは、所定の持続時間（たとえば、１０ミリ秒（ｍｓ））を有し得、０〜９のインデックスをもつ１０個のサブフレームに区分され得る。各サブフレームは２つのスロットを含み得る。したがって、各無線フレームは、０〜１９のインデックスをもつ２０個のスロットを含み得る。各スロットは、Ｌ個のシンボル期間、たとえば、（図３に示されているように）ノーマルサイクリックプレフィックスの場合は７つのシンボル期間、または拡張サイクリックプレフィックスの場合は６つのシンボル期間を含み得る。各サブフレーム中の２Ｌ個のシンボル期間は０〜２Ｌ−１のインデックスが割り当てられ得る。
【００４０】
[0051]ＬＴＥでは、ｅＮＢは、ｅＮＢによってサポートされるセルごとにシステム帯域幅の中心においてダウンリンク上で１次同期信号（ＰＳＳ：primary synchronization signal）と２次同期信号（ＳＳＳ：secondary synchronization signal）とを送信し得る。ＰＳＳおよびＳＳＳは、図３に示されているように、それぞれ、ノーマルサイクリックプレフィックスをもつ各無線フレームのサブフレーム０および５中のシンボル期間６および５中で送信され得る。ＰＳＳおよびＳＳＳは、セル探索および収集のためにＵＥによって使用され得る。ｅＮＢは、ｅＮＢによってサポートされるセルごとにシステム帯域幅にわたってセル固有基準信号（ＣＲＳ：cell-specific reference signal）を送信し得る。ＣＲＳは、各サブフレームのいくつかのシンボル期間中に送信され得、チャネル推定、チャネル品質測定、および／または他の機能を実行するためにＵＥによって使用され得る。ｅＮＢはまた、いくつかの無線フレームのスロット１中のシンボル期間０〜３中で物理ブロードキャストチャネル（ＰＢＣＨ：physical broadcast channel）を送信し得る。ＰＢＣＨは何らかのシステム情報を搬送し得る。ｅＮＢは、いくつかのサブフレームにおいて物理ダウンリンク共有チャネル（ＰＤＳＣＨ：physical downlink shared channel）上でシステム情報ブロック（ＳＩＢ：system information block）などの他のシステム情報を送信し得る。ｅＮＢは、サブフレームの第１のＢ個のシンボル期間中に、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：physical downlink control channel）上で制御情報／データを送信し得、ここで、Ｂは各サブフレームについて構成可能であり得る。ｅＮＢは、各サブフレームの残りのシンボル期間中に、ＰＤＳＣＨ上でトラフィックデータおよび／または他のデータを送信し得る。
【００４１】
[0052]図４は、ノーマルサイクリックプレフィックスをもつ２つの例示的なサブフレームフォーマット４１０および４２０を示す。利用可能な時間周波数リソースはリソースブロックに区分され得る。各リソースブロックは、１つのスロット中で１２個のサブキャリアをカバーし得、いくつかのリソース要素を含み得る。各リソース要素は、１つのシンボル期間中で１つのサブキャリアをカバーし得、実数値または複素数値であり得る１つの変調シンボルを送るために使用され得る。
【００４２】
[0053]サブフレームフォーマット４１０は、２つのアンテナのために使用され得る。ＣＲＳは、シンボル期間０、４、７および１１中でアンテナ０および１から送信され得る。基準信号は、送信機および受信機によってアプリオリ(a priori)に知られる信号であり、パイロットと呼ばれることもある。ＣＲＳは、たとえば、セル識別情報（ＩＤ）に基づいて生成される、セルに固有である基準信号である。図４では、ラベルＲａをもつ所与のリソース要素について、アンテナａからはそのリソース要素上で変調シンボルが送信され得、他のアンテナからはそのリソース要素上で変調シンボルが送信されないことがある。サブフレームフォーマット４２０は、４つのアンテナとともに使用され得る。ＣＲＳは、シンボル期間０、４、７および１１中でアンテナ０および１から送信され、シンボル期間１および８中でアンテナ２および３から送信され得る。サブフレームフォーマット４１０とサブフレームフォーマット４２０の両方について、ＣＲＳは、セルＩＤに基づいて決定され得る、均等に離間したサブキャリア上で送信され得る。ＣＲＳは、それらのセルＩＤに応じて、同じまたは異なるサブキャリア上で送信され得る。サブフレームフォーマット４１０とサブフレームフォーマット４２０の両方について、ＣＲＳのために使用されないリソース要素は、データ（たとえば、トラフィックデータ、制御データ、および／または他のデータ）を送信するために使用され得る。
【００４３】
[0054]ＬＴＥにおけるＰＳＳ、ＳＳＳ、ＣＲＳおよびＰＢＣＨは、公開されている「Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation」と題する３ＧＰＰ  ＴＳ  ３６．２１１に記載されている。
【００４４】
[0055]ＬＴＥにおけるＦＤＤのためのダウンリンクおよびアップリンクの各々のためにインターレース構造が使用され得る。たとえば、０〜Ｑ−１のインデックスをもつＱ個のインターレースが定義され得、ここで、Ｑは、４、６、８、１０、または何らかの他の値に等しいことがある。各インターレースは、Ｑ個のフレームだけ離間されたサブフレームを含み得る。特に、インターレースｑは、サブフレームｑ、ｑ＋Ｑ、ｑ＋２Ｑなどを含み得、ここで、ｑ∈｛０，．．．，Ｑ−１｝である。
【００４５】
[0056]ワイヤレスネットワークは、ダウンリンクおよびアップリンク上でのデータ送信のためにハイブリッド自動再送要求（ＨＡＲＱ）をサポートし得る。ＨＡＲＱの場合、送信機（たとえば、ｅＮＢ）は、パケットが受信機（たとえば、ＵＥ）によって正確に復号されるか、または何らかの他の終了条件(termination condition)が遭遇(encountered)されるまで、パケットの１つまたは複数の送信を送り得る。同期ＨＡＲＱの場合、パケットのすべての送信は、単一のインターレースのサブフレーム中で送られ得る。非同期ＨＡＲＱの場合、パケットの各送信は、任意のサブフレーム中で送られ得る。
【００４６】
[0057]ＵＥは、複数のｅＮＢのカバレージ内に位置し得る。これらのｅＮＢのうちの１つが、そのＵＥをサービスするために選択され得る。サービングｅＮＢは、受信信号強度、受信信号品質、経路損失など、様々な基準に基づいて選択され得る。受信信号品質は、信号対雑音干渉比（ＳＩＮＲ：signal-to-noise-and-interference ratio）、または基準信号受信品質（ＲＳＲＱ：reference signal received quality）、または何らかの他のメトリック(metric)によって定量化され得る。ＵＥは、ＵＥが１つまたは複数の干渉ｅＮＢからの高い干渉を観測し得る支配的干渉シナリオにおいて動作し得る。
【００４７】
[0058]上述のように、ワイヤレス通信ネットワーク（たとえば、ワイヤレス通信ネットワーク１００）中の１つまたは複数のＵＥは、ワイヤレス通信ネットワーク中の他の（非低コスト）デバイスと比較して、低コストＵＥなど、限られた通信リソースを有するデバイスであり得る。
【００４８】
[0059]旧来のＬＴＥ設計の焦点は、スペクトル効率の改善、ユビキタスカバレージ、および拡張サービス品質（ＱｏＳ）サポートに対するものである。現在のＬＴＥシステムのダウンリンク（ＤＬ）およびアップリンク（ＵＬ）リンクバジェット(link budgets)は、比較的大きいＤＬおよびＵＬリンクバジェットをサポートし得る、最先端のスマートフォンおよびタブレットなど、ハイエンドデバイスのカバレージのために設計される。
【００４９】
[0060]しかしながら、低コスト、低レートデバイスもサポートされる必要がある。たとえば、いくつかの規格（たとえば、ＬＴＥリリース１２）は、概して、低コスト設計またはマシンタイプ通信をターゲットにする、（カテゴリー０  ＵＥと呼ばれる）新しいタイプのＵＥを導入した。マシンタイプ通信（ＭＴＣ）では、限られた量の情報のみが交換される必要があり得るので、様々な要件が緩和され得る。たとえば、（たとえば、レガシーＵＥに対して）最大帯域幅が低減され得、単一の受信無線周波数（ＲＦ）チェーンが使用され得、ピークレートが低減され得（たとえば、トランスポートブロックサイズのために最高１０００ビット）、送信電力が低減され得、ランク１送信が使用され得、半二重動作が実行され得る。
【００５０】
[0061]いくつかの場合には、半二重動作が実行される場合、ＭＴＣ  ＵＥは、送信から受信に（または受信から送信に）遷移するための緩和された切替え時間(switching time)を有し得る。たとえば、切替え時間は、通常ＵＥのための２０μｓからＭＴＣ  ＵＥのための１ｍｓに緩和され得る。リリース１２  ＭＴＣ  ＵＥは、依然として、通常ＵＥと同様の方法でダウンリンク（ＤＬ）制御チャネルを監視し得、たとえば、第１の数個のシンボル中の広帯域制御チャネル（たとえば、ＰＤＣＣＨ）、ならびに比較的狭帯域を占有するが、サブフレームの長さにわたる狭帯域制御チャネル（たとえば、拡張ＰＤＣＣＨまたはｅＰＤＣＣＨ）を監視する。
【００５１】
[0062]いくつかの規格（たとえば、ＬＴＥリリース１３）は、本明細書では拡張(enhanced)ＭＴＣ（またはｅＭＴＣ）と呼ばれる、様々な追加のＭＴＣ拡張のためのサポートを導入し得る。たとえば、ｅＭＴＣは、ＭＴＣ  ＵＥに１５ｄＢまでのカバレージ拡張を与え得る。
【００５２】
[0063]図５のサブフレーム構造５００に示されているように、ｅＭＴＣ  ＵＥは、より広いシステム帯域幅（たとえば、１．４／３／５／１０／１５／２０ＭＨｚ）において動作しながら、狭帯域動作をサポートすることができる。図５に示されている例では、レガシー制御領域５１０が第１の数個のシンボルのシステム帯域幅にわたり得、（データ領域５２０の狭い部分にわたる）システム帯域幅の狭帯域領域５３０が、（本明細書ではＭ−ＰＤＣＣＨと呼ばれる）ＭＴＣ物理ダウンリンク制御チャネルのために、および（本明細書ではＭ−ＰＤＳＣＨと呼ばれる）ＭＴＣ物理ダウンリンク共有チャネルのために確保され得る。いくつかの場合には、狭帯域領域を監視するＭＴＣ  ＵＥは、１．４ＭＨｚまたは６つのリソースブロック（ＲＢ）において動作し得る。
【００５３】
[0064]しかしながら、上述のように、ｅＭＴＣ  ＵＥは、６つのＲＢよりも大きい帯域幅をもつセルにおいて動作することが可能であり得る。このより大きい帯域幅内で、各ｅＭＴＣ  ＵＥは、依然として、６物理リソースブロック（ＰＲＢ）制約(constraint)に従いながら動作（たとえば、監視／受信／送信）し得る。いくつかの場合には、異なるｅＭＴＣ  ＵＥが、（たとえば、各々が６ＰＲＢブロックにわたる）異なる狭帯域領域によってサービスされ得る。システム帯域幅は、１．４〜２０ＭＨｚ、または６〜１００ＲＢにわたり得るので、複数の狭帯域領域が、より大きい帯域幅内に存在し得る。ｅＭＴＣ  ＵＥはまた、干渉を低減するために、複数の狭帯域領域の間で切り替える(switch)か、またはホップ(hop)し得る。
【００５４】
[0065]上記で説明されたように、いくつかの規格（たとえば、ロングタームエボリューション（ＬＴＥ）リリース１３）は、本明細書では拡張ＭＴＣ（ｅＭＴＣ）と呼ばれる、マシンタイプ通信（ＭＴＣ）のための様々な拡張のためのサポートを導入し得る。たとえば、ｅＭＴＣは、ＭＴＣユーザ機器（ＵＥ）など、ＭＴＣデバイスに、１５ｄＢまでのカバレージ拡張を与え得る。
【００５５】
[0066]上記で説明されたように、ｅＭＴＣにおいて、システム帯域幅は、狭帯域サブバンドに分割され得る。各狭帯域サブバンドは、６つのリソースブロック（ＲＢ）であり得る。ＵＥは、１つの狭帯域中で各サブフレームを送信および受信し得る。多くの場合、ｅＭＴＣのために、バンドリングがチャネルのために使用され得る。本明細書ではカバレージ拡張（ＣＥ）モードＡと呼ばれる１つの動作モードでは、繰返しが使用されないか、またはほとんど使用されないことがある。別の動作モード、すなわちＣＥモードＢでは、多数の繰返しが使用され得る。
【００５６】
[0067]ＭＴＣ物理ダウンリンク制御チャネル（Ｍ−ＰＤＣＣＨ）ＵＥ固有探索空間(UE-specific search space)の開始サブフレームが、拡張カバレージのために構成され得る。カバレージ拡張動作モードにおけるＵＥの場合、少なくともユニキャスト物理ダウンリンク共有チャネル（ＰＤＳＣＨ）／物理アップリンク共有チャネル（ＰＵＳＣＨ）のための繰返しレベルが、上位レイヤによって構成された値のセットに基づいて動的に示され得る。
【００５７】
[0068]ＵＥのためのＰＵＳＣＨハイブリッド自動再送要求（ＨＡＲＱ）動作が、カバレージ拡張モードで動作するのか、レガシーモードで動作するのかにかかわらず、同期し得る（たとえば、ＨＡＲＱプロセスは連続的に動作する）。同期動作の場合、ＨＡＲＱプロセスＩＤ（ＨＡＲＱ  ＩＤ）は、あらかじめ知られているサブフレーム番号および／または他のパラメータから暗黙的に計算され得る。ダウンリンクＨＡＲＱでは、ＨＡＲＱ  ＩＤは、非同期であり、許可中で明示的に示され得る。
【００５８】
[0069]ｅＭＴＣデバイスなどの低コストデバイスの場合のＨＡＲＱタイミングは、非低コストデバイスの場合とは異なり得る。図６は、例示的なＰＵＳＣＨ  ＨＡＲＱタイムラインを示す。図６に示されているように、たとえば、レガシーＬＴＥでは、ＰＵＳＣＨ  ＨＡＲＱタイミングはＮ＋４である。たとえば、サブフレームＮ中で受信された許可（たとえば、ＰＵＣＣＨ中のダウンリンク制御情報（ＤＣＩ：downlink control information））は、（たとえば、第１のＨＡＲＱプロセスのための）ＰＵＳＣＨをサブフレームＮ＋４上にスケジュールし、ＰＵＳＣＨのためのフィードバック（たとえば、ＡＣＫ／ＮＡＣＫ）は、物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ：physical HARQ indicator channel）またはダウンリンク制御情報（ＤＣＩ）を介してサブフレームＮ＋８中で受信され、ＰＵＳＣＨのためのＨＡＲＱ再送信は、サブフレームＮ＋１２中で送られる。レガシーＬＴＥでは、アップリンクバンドリングが半静的(semi-statically)に構成され得、したがって、同様のタイミング関係があらかじめ知られ得る。態様では、ＨＡＲＱ番号付けは、無線リソース制御（ＲＲＣ）構成に応じて変化する。
【００５９】
[0070]ｅＭＴＣの場合、バンドリングは動的に変化し得る。したがって、ＰＵＳＣＨの開始点が、たとえば、大きいＣＥレベル（たとえば、より大きいバンドリングサイズ）のために、もはや整合されないことがある。Ｎ＋４  ＨＡＲＱタイミング（たとえば、図６に示されているレガシーＬＴＥ  ＨＡＲＱタイミング）が使用される場合、再送信のためのＤＣＩのタイミングは、ＰＵＳＣＨバンドリングサイズおよび第１のＤＣＩバンドリングサイズに依存し得る。たとえば、図７に示されているように、許可（たとえば、ＭＰＤＣＣＨ中のＤＣＩ）は、サブフレームＮ中で開始し、サブフレームＮ＋Ｍ（ここで、Ｍは、許可のためのバンドリングである）中で終了し得る。この場合、許可は、サブフレームＮ＋Ｍ＋４中でＰＵＳＣＨをスケジュールし、ＰＵＳＣＨ送信は、サブフレームＮ＋Ｍ＋４＋Ｋ（ここで、Ｋは、ＰＵＳＣＨのためのバンドリングである）中で終了し得る。値ＭおよびＫは動的に変化することができるので、許可が失われた場合にＵＥとｅＮＢとの間で不整合が生じ得る。
【００６０】
[0071]したがって、ｅＭＴＣのためのＨＡＲＱのための技法が望ましい。本開示は、ｅＭＴＣのためのＨＡＲＱ  ＩＤ決定、ＰＵＣＣＨを送信するためのサブフレーム決定、および開始ＭＰＤＣＣＨサブフレーム決定のための、ＰＵＳＣＨ  ＨＡＲＱタイミングを含む、ｅＭＴＣのためのＨＡＲＱのための技法および装置を提供する。
【００６１】
[0072]図８は、本開示のいくつかの態様による、ワイヤレス通信のための例示的な動作８００を示す流れ図である。動作８００は、たとえば、ＵＥ（たとえば、ＵＥ１２０）によって実行され得る。動作８００は、８０２において、ＣＥレベルに少なくとも部分的に基づいてＨＡＲＱ  ＩＤを決定することによって開始し得る。このＣＥレベルは、たとえば、様々なチャネルのためのバンドルサイズから、または明示的シグナリング（たとえば、ＣＥモードＡまたはＣＥモードＢ）から、一部決定され得る。ＨＡＲＱ  ＩＤの決定は、現在のサブフレーム番号、システムフレーム番号（ＳＦＮ）、ＭＰＤＣＣＨまたはＰＵＳＣＨを監視するための開始または最終サブフレーム、および／あるいはＭＰＤＣＣＨまたはＰＵＳＣＨのための繰返しレベルのセットにさらに基づき得る。いくつかの態様によれば、ＨＡＲＱ  ＩＤを決定するために使用されるパラメータは、ＣＥレベルが変化した場合、変化し得る。
【００６２】
[0073]８０４において、ＵＥは、決定されたＨＡＲＱ  ＩＤに少なくとも部分的に基づいてＨＡＲＱプロセスタイムライン(process timeline)を実行する。ＨＡＲＱプロセスを実行することは、たとえば、ＨＡＲＱプロセスタイムラインに基づいて、またはそれに従って、ＨＡＲＱプロセスを実行することを含むことができる。
【００６３】
[0074]ＵＥ（たとえば、ＵＥ１２０）とｅＮＢ（たとえば、ｅＮＢ１１０）との間の矛盾の無い(consistent)挙動(behavior)を維持するために、ＨＡＲＱ番号は、前の許可に依存しないことがある。繰返しレベル（たとえば、バンドリングサイズ）が大きい場合、ＨＡＲＱ  ＩＤを決定するためにサブフレームグラニュラリティ(subframe granularity)を有することは望ましくないことがある。たとえば、ＭＰＤＣＣＨは、４、８、または１２の繰返しレベルを有し得る。したがって、ＭＰＤＣＣＨは１の繰返しレベルを決して有しないことがあるので、そのＨＡＲＱ  ＩＤは決して使用されないことがある。
【００６４】
[0075]いくつかの態様によれば、ＵＥ（たとえば、ＵＥ１２０）は、現在サブフレーム、またはＳＦＮ、およびＣＥレベルに基づいて、ＨＡＲＱ  ＩＤを決定し得る。たとえば、ＣＥモードＡでは、繰返しがないか、またはほとんど繰返しがないので、ＵＥは、レガシーシステムにおけるＨＡＲＱ  ＩＤと同様のＨＡＲＱ  ＩＤを決定することができる。たとえば、ＨＡＲＱ  ＩＤは、８つのＨＡＲＱプロセスのための８つのサブフレームごとに循環(cycle)し得る。
【００６５】
[0076]ＣＥモードＢでは、ＵＥは、ＭＰＤＣＣＨを監視するための開始サブフレームに基づいて、ＨＡＲＱ  ＩＤ決定を実行することができる。たとえば、ＵＥが、２つのＨＡＲＱプロセスをもつ、（異なる繰返しレベルを有し得る）ＭＰＤＣＣＨを２０個のサブフレームごとに監視する場合、サブフレーム［０、１９］、［４０、５９］、［８０、９９］などにおける（たとえば、ＨＡＲＱプロセスのための）許可は、ＨＡＲＱ  ＩＤ＃０を有し得、サブフレーム［２０、３９］、［６０、７９］などにおいて来る（たとえば、異なるＨＡＲＱプロセスのための）許可は、ＨＡＲＱ  ＩＤ＃１を有し得る。概して、ｉ番目のＭＰＤＣＣＨ監視間隔の場合、ＨＡＲＱ  ＩＤは、ｉ  ｍｏｄ  Ｎとして取得され得、ＮはＨＡＲＱプロセスの数である。
【００６６】
[0077]代替的に、ＨＡＲＱ  ＩＤは、ＭＰＤＣＣＨ開始サブフレームについて上記で説明されたのと同様にＰＵＳＣＨ送信の開始点および／または終了点に基づき得、たとえば、ＣＥモードＡの場合レガシーと同様であり、またはＣＥモードＢの場合ＰＵＳＣＨを監視するための開始サブフレーム（たとえば、ｉ  ｍｏｄ  Ｎ、ここで、ｉは、ｉ番目のＰＵＳＣＨ監視間隔である）に基づき得る。
【００６７】
[0078]いくつかの態様によれば、サブフレームマスクが、サブフレーム利用可能性のために使用され得る。たとえば、ＵＥは、ＤＬおよびＵＬサブフレームのセットを用いて構成され得る。現在サブフレームおよびＣＥレベルを考慮に入れるために、ＵＥは、サブフレームマスクを考慮に入れ得る。
【００６８】
[0079]いくつかの態様によれば、ＵＥは、レガシータイミングに基づいてＨＡＲＱ  ＩＤを決定すること、または監視間隔および開始サブフレームに基づいてＨＡＲＱ  ＩＤを決定することの間で切り替えることができる。切替えはＣＥレベルに基づき得る。
【００６９】
[0080]いくつかの態様によれば、相次ぐ（たとえば、連続する）ＭＰＤＣＣＨオケージョン(occasions)が監視され得る。この場合、ＨＡＲＱ  ＩＤは、サブフレーム番号および監視されるＭＰＤＣＣＨ繰返しレベルのセットに基づいて決定され得る。たとえば、ＭＰＤＣＣＨが繰返しレベル１、２、４、または８を有する場合、４つのＨＡＲＱ  ＩＤがあり得る。この場合、ＨＡＲＱ  ＩＤは、ｆｌｏｏｒ（ＳＦ／８）  ｍｏｄ  ４として決定され得る（たとえば、ＨＡＲＱ  ＩＤは、８つのサブフレームごとに変更される）。
【００７０】
[0081]小さいＣＥレベルの場合、ＨＡＲＱ  ＩＤは、ｆｌｏｏｒ（サブフレーム番号（ＳＦ）／ＭｉｎＲ）  ｍｏｄ  ＮｕｍＨＡＲＱとして決定され得（たとえば、各サブフレーム  ＨＡＲＱ番号を循環させる）、ここで、ＭｉｎＲは、監視されている繰返しレベルのセットにおける最小繰返し数であり、ＮｕｍＨＡＲＱは、ＨＡＲＱプロセスの数である。大きいＣＥレベルの場合、ＨＡＲＱ  ＩＤは、ｆｌｏｏｒ（ＳＦ／ＭａｘＲ）  ｍｏｄ  ＮｕｍＨＡＲＱとして決定され得、ここで、ＭａｘＲは、監視されている繰返しレベルのセットにおける最大繰返し数である。したがって、繰返しレベル１、２、４、および８の例では、ＭｉｎＲ＝１、ＭａｘＲ＝８、およびＮｕｍＨＡＲＱ＝４である。
【００７１】
[0082]いくつかの態様によれば、サブフレーム番号は、ＭＰＤＣＣＨの開始または終了サブフレーム、あるいはＰＵＳＣＨの開始または終了サブフレームであり得る。ＭａｘＲおよびＭｉｎＲは、ＰＵＳＣＨの最大および最小バンドルサイズから決定され得る。ＨＡＲＱ  ＩＤの決定は、ＣＥレベルに基づいて切り替わり得、たとえば、より小さいＣＥレベル（たとえば、ＣＥモードＡ）の場合ＭｉｎＲ基づくことと、より大きいＣＥレベル（たとえば、ＣＥモードＢ）の場合ＭａｘＲに基づくこととの間で切り替わり得る。
【００７２】
[0083]大きいバンドリングサイズ（たとえば、ＣＥモードＢ）の場合、ＨＡＲＱ効率性が望ましいことがある。この場合、ＨＡＲＱ  ＩＤが１ビットのみを使用してシグナリングされ得るように、少数のＨＡＲＱプロセス（たとえば、２つのＨＡＲＱプロセスのみ）が使用され得る。
【００７３】
[0084]いくつかの態様によれば、ＵＥは、カバレージ拡張レベルに基づいて、同期または非同期ＨＡＲＱを使用し得る（たとえば、それらの間で切り替え得る）。たとえば、ＵＥは、ＣＥモードＢにおいて同期ＨＡＲＱを使用し得、ここで、ＰＵＳＣＨ許可における１ビットのみが、ＨＡＲＱプロセス番号をシグナリングするために必要とされる。
【００７４】
[0085]ダウンリンクの場合、非同期ＨＡＲＱが使用され得る。上述のように、非同期ＨＡＲＱの場合、ＨＡＲＱ  ＩＤは許可中で明示的に送信され得、ＰＤＳＣＨが許可に続いて送信される。ＰＤＳＣＨがサブフレームＮ中で送信された後、ＰＵＣＣＨがサブフレームＮ＋Ｋ中で送信され、ここで、Ｋはあらかじめ知られており、複信構成（ＴＤＤ／ＦＤＤ）に依存し得る。たとえば、図６に示されているように、レガシーＬＴＥの場合、Ｋは４つのサブフレームに等しい。ＵＥは、ＤＬおよびＵＬサブフレームのための（さらにＦＤＤのための）基準をシグナリングされ得る。
【００７５】
[0086]ＤＬの場合、同じサブフレームスケジューリングが利用可能でないことがある。ＭＰＤＣＣＨ（たとえば、許可）は、サブフレーム＃０、１、２、３（たとえば、４つの繰返し）中で送信され得、ＰＤＳＣＨは、サブフレームＮ＋２（たとえば、サブフレーム＃２、３、４、５）中でスケジュールされる。同じサブフレームスケジューリングが使用されないので、ＰＤＳＣＨ送信のためのフィードバックは、ＰＤＳＣＨ送信のすべてが完了された後にのみ、開始し得る。したがって、フィードバックは、サブフレーム＃６、７、８、９中にあり得る。これは、たとえば、半二重（ＨＤ）ＦＤＤの場合、良好なカバレージ中のＵＥのためのピークデータを減少させ得る。図９に示されているように、ＨＤ−ＦＤＤの場合、１０個のサブフレームのうちの４つのみが、ＨＡＲＱプロセスのタイミング制約により、データ（たとえば、ＰＤＳＣＨ）のために使用され得る。
【００７６】
[0087]図１０は、本開示のいくつかの態様による、フィードバック（たとえば、ＰＵＣＣＨ）を送信するための開始サブフレームを決定するための例示的な動作１０００を示す流れ図である。動作１０００は、ＵＥ（たとえば、ＵＥ１２０）によって実行される動作を含み得る。たとえば、動作１０００は、１００２において、肯定応答されるべき１つまたは複数のダウンリンク送信を搬送する１つまたは複数のダウンリンクサブフレームに後続するアップリンクサブフレームの利用可能性に少なくとも部分的に基づいて、ダウンリンク送信に肯定応答するためのＰＵＣＣＨを送信するための少なくとも１つのサブフレームを決定することによって開始し得る。１００４において、ＵＥは、決定された少なくとも１つのサブフレーム中でＰＵＣＣＨを送信する。
【００７７】
[0088]ＵＥは、ＵＬおよびＤＬサブフレームのセットを用いて構成され得る。いくつかの態様によれば、ＵＥは、Ｎ＋Ｋの後の第１の利用可能なサブフレーム中でＰＵＣＣＨを送信し得る。たとえば、サブフレームＮ中のＰＤＳＣＨのためのフィードバックを搬送するＰＵＣＣＨは、ＨＡＲＱプロシージャのための構成されたいくつかのサブフレームＫの後の（たとえば、利用可能な）第１の構成されたＵＬサブフレーム中で送信され得る。第１の利用可能なサブフレーム中のフィードバックは、同じＰＵＣＣＨを有する複数のＰＤＳＣＨのために与えられ得る。たとえば、フィードバックは、フィードバックのすべてのための１ビット（たとえば、複数のＰＤＳＣＨのためのシングル(single)ビット）、ＰＤＳＣＨの各グループのための１ビット、または複数のＰＤＳＣＨの各々のための１ビットのみを含み得る。例示的な例では、図９に基づいて、サブフレーム＃９は、第１の利用可能なアップリンクサブフレームであり得る。データが、サブフレーム＃２〜８中で送信され得、ＰＤＳＣＨのすべてのためのフィードバックが、ＵＬサブフレーム＃９中で送信され得る。したがって、図９に示されている前の例とは対照的に、１０個のサブフレームのうちの７つが、データのために使用され得る。
【００７８】
[0089]いくつかの場合には、アップリンクデータ送信（たとえば、ＰＵＳＣＨ）のためのアップリンクサブフレームを有することが望ましいことがある。ＰＵＣＣＨのための第１の利用可能なＵＬサブフレームを使用するのではなく、ＵＥは、ＤＬのための利用可能なサブフレームのセット、ＵＬ  ＰＵＳＣＨのための利用可能なサブフレームのセット、およびＵＬ  ＰＵＣＣＨのための利用可能なサブフレームのセットをシグナリングされ得る。この場合、Ｎ＋Ｋの後の第１の利用可能なアップリンクサブフレーム中でＰＵＣＣＨを送信するのではなく、ＵＥは、Ｎ＋Ｋの後のＵＬ  ＰＵＣＣＨのためのサブフレームのシグナリングされたセットからのＰＵＣＣＨのための第１のＵＬ利用可能なサブフレーム中で、ＰＵＣＣＨを送信することができる。そのサブフレーム中でのフィードバックは、上記で説明されたように、複数のＰＤＳＣＨのためのフィードバックを含むことができる。ＰＵＳＣＨは、ＵＬ  ＰＵＳＣＨのために利用可能なサブフレームのシグナリングされたセット中で送信され得る。
【００７９】
[0090]いくつかの態様によれば、ＨＡＲＱタイミングは、ＵＥ能力（たとえば、全二重または半二重）に依存し得る。たとえば、ＵＥが全二重動作のために構成された場合、ＰＵＣＣＨは、レガシーＬＴＥ  ＨＡＲＱタイミングに従って、サブフレームＮ＋Ｋ中で送信され得る。ＵＥは、ＦＤ動作において同時に送信および受信することができるので。ＵＥが構成された半二重動作である場合、ＰＵＣＣＨは、上記で説明されたように、ＵＬ／ＤＬサブフレームの構成されたセットの第１の利用可能なＵサブフレームに基づいて、またはＤＬ、ＵＬ  ＰＵＣＣＨ、およびＵＬ  ＰＵＳＣＨのための利用可能なサブフレームのシグナリングされたセットに基づいて、アップリンクパターン（またはＰＵＣＣＨマスク）に後続するＮ＋Ｋの後の第１の利用可能なサブフレーム中で送信され得る。
【００８０】
[0091]いくつかの態様によれば、ｅＮＢが、ＵＥが全二重動作のために構成されたのか半二重動作のために構成されたのかを知らない、初期メッセージ交換の場合、ＵＥは、ワーストケース構成（たとえば、半二重）を使用し得る。
【００８１】
[0092]いくつかの態様によれば、ＵＥは、ＭＰＤＣＣＨを監視することを開始するために、ＭＰＤＣＣＨオケージョンの開始サブフレームを知り得る（たとえば、決定し得る）。いくつかの態様によれば、ＭＰＤＣＣＨオケージョンのための開始サブフレームは、サブフレーム番号と、利用可能なサブフレーム番号のパターンと、ＭＰＤＣＣＨ繰返しレベルとに基づいて決定され得る。すべての繰返しレベルは、共通開始点を有し得る。ＵＥは、いくつかの無線フレームの後に、それのサブフレームカウンタを再開し得る。
【００８２】
[0093]図１１は、本開示のいくつかの態様による、ＭＰＤＣＣＨを監視するための開始サブフレームを決定するための例示的な動作１１００を示す流れ図である。動作１１００は、ＵＥ（たとえば、ＵＥ１２０）によって実行される動作を含み得る。たとえば、動作１１００は、１１０２において、現在のサブフレーム番号と、利用可能なサブフレーム番号のパターンと、ＭＰＤＣＣＨの繰返しレベルとに少なくとも部分的に基づいて、ＭＰＤＣＣＨを監視するための可能な開始サブフレームのセットを決定することによって開始し得る。１１０４において、ＵＥは、可能な開始サブフレームのセットのうちの１つまたは複数のサブフレーム中でＭＰＤＣＣＨを監視する。
【００８３】
[0094]いくつかの態様によれば、ＭＰＤＣＣＨオケージョンを監視するための開始サブフレームは、サブフレーム番号と、利用可能なサブフレーム番号と、ＭＰＤＣＣＨ繰返しレベルとに基づいて決定され得る。すべての繰返しレベルのための共通開始サブフレームがあり得る。図１２は、ＭＰＤＣＣＨを監視するための可能な開始サブフレームを示す例示的な送信タイムライン１２００である。例示的な一実装形態では、ＵＥは、１、２、および４のＭＰＤＣＣＨ繰返しレベルを監視するように構成され得る。この例におけるサブフレーム構成は、図１２に示されているように、（たとえば、１、１、０、１、１、１、１、１、１、１としてシグナリングされる）あらゆる無線フレームにおけるサブフレーム＃３、４、および８を除いてすべてのダウンリンクサブフレームが有効であるということであり得る。
【００８４】
[0095]サブフレーム＃０は、基準サブフレームとしてシグナリングされ得る。基準サブフレームは、（たとえば、４０個の無線フレームごとに）絶対フレーム境界に関して定義され得る。基準サブフレームは、明示的に決定され得る（たとえば、仕様中で定義され得る）。代替的に、基準サブフレームは、ダウンリンクサブフレームパターン、たとえば、期間中の有効なダウンリンクサブフレームの数の関数であり得る。また別の代替形態では、基準サブフレームは、サポートされる最大カバレージ拡張レベル、たとえば、最大ＭＰＤＣＣＨ繰返しレベルの関数であり得る。いくつかの態様によれば、（たとえば、基準サブフレームの直前の）２つのＭＰＤＣＣＨ領域が衝突する場合、候補のうちのいくつかは有効でないことがある。
【００８５】
[0096]基準サブフレーム（たとえば、サブフレーム＃０）から開始して、ＵＥは、（たとえば、無効なサブフレームを計数せずに、有効な利用可能なダウンリンクサブフレームを計数し得る。ＵＥは、ＭＰＤＣＣＨを監視するための開始サブフレームとして、最も大きいＭＰＤＣＣＨ繰返しレベルに対応する有効なサブフレームを決定し得る。図１２に示されている例では、ＵＥは、第４の有効なサブフレームごとに、すなわち第１のフレーム中のサブフレーム＃０および６ならびに第２の無線中のサブフレーム＃１を、ＭＰＤＣＣＨオケージョンを監視するための開始サブフレームとして決定し得る。
【００８６】
[0097]図１２に示されている例では、基準サブフレームは、（サブフレーム＃０において）２つの無線フレームごとに生じる。上述のように、サブフレーム＃３、４、および８は、無効であり得る。図１２に示されているように、第１２の有効なサブフレーム、すなわち第２の無線フレームのサブフレーム＃７、における開始ＭＰＤＣＣＨ機会は、次の基準サブフレーム（たとえば、図示された第３の無線フレームのサブフレーム＃０）におけるカウンタ再開の前の３つのサブフレームのみを含み得る。この場合、４の繰返しレベルがサポートされないことがあるか、またはその機会中で監視が実行されないことがある。
【００８７】
[0098]いくつかの態様によれば、ＵＥは、２ステッププロセスにおいて、ＭＰＤＣＣＨ監視のための開始点を決定し得る。ＵＥは、上記で説明されたように（たとえば、プロセスの第１のステップ）、たとえば、有効なダウンリンクサブフレームを計数することと、繰返しレベルに基づいて開始サブフレームを決定することとに基づいて、可能な開始サブフレームのセットを決定し得る。次いで、ＵＥは、可能な開始サブフレームのうちのどれで、ＭＰＤＣＣＨオケージョンを監視することを開始すべきかを決定し得る（たとえば、プロセスの第２のステップ）。たとえば、ＵＥは、セル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）などのＵＥ識別子（ＵＥ−ＩＤ）、およびハッシング関数に基づいて、可能な開始サブフレームのうちのどれを監視すべきかを決定し得る。ＵＥ識別情報（たとえば、Ｃ−ＲＮＴＩ）に基づいて、ＵＥは、監視すべきそれらのサブフレームのサブセットを決定し得る。
【００８８】
[0099]いくつかの態様によれば、ＭＰＤＣＣＨオケージョンを監視するための開始サブフレームは、間欠受信（ＤＲＸ）構成に基づいて、暗黙的に決定され得る。たとえば、レガシーＬＴＥ  ＵＥは、１２８個のサブフレームごとに１０ｍｓ中にＰＤＣＣＨを監視するためになど、ＤＲＸサイクルを用いて構成される。ＭＰＤＣＣＨオケージョンを監視するための開始サブフレームは、構成されたＤＲＸ期間の後の第１の監視サブフレームと同じであり得る。いくつかの態様によれば、第１の開始ＭＰＤＣＣＨは、ＤＲＸ構成に基づいて導出され得、次の後続の開始ＭＰＤＣＣＨサブフレームは、上記で説明されたように（たとえば、ｍ個の有効なサブフレームごとに）決定され得る。代替的に、ｅＮＢは、所与のＵＥのための開始ＭＰＣＣＨ監視サブフレームを計算し得る。この場合、ｅＮＢは、開始ＭＰＤＣＣＨ監視サブフレームに基づいて、それらが整合されるように、ＤＲＸサイクル／オフセットを構成し得る。
【００８９】
[0100]ＨＡＲＱ  ＩＤ決定、フィードバック（たとえば、ＰＵＣＣＨ）を送信するためのサブフレームの決定、およびＭＰＤＣＣＨオケージョンを監視するための開始サブフレームの決定のための、本開示で提供された技法を適用することによって、改善されたＨＡＲＱが、たとえば、異なるカバレージ拡張レベルを伴うｅＭＴＣシステムのために実行され得、アップリンクおよびダウンリンクスループットが増加され得る。
【００９０】
[0101]その上、「または」という用語は、排他的な「または」ではなく、包括的な「または」を意味するものとする。すなわち、別段に規定されていない限り、または文脈から明からでない限り、「ＸはＡまたはＢを採用する」という句は、自然包括的並べ替えのいずれかを意味するものとする。すなわち、「ＸはＡまたはＢを採用する」という句は、ＸがＡを採用する場合、ＸがＢを採用する場合、またはＸがＡとＢの両方を採用する場合のいずれによっても満たされる。さらに、本出願と添付の特許請求の範囲とで使用される冠詞「ａ」および「ａｎ」は、別段に規定されていない限り、または単数形を対象とすることが文脈から明らかでない限り、概して「１つまたは複数」を意味するものと解釈されるべきである。本明細書で使用される、項目のリスト「のうちの少なくとも１つ」を指す句は、単一のメンバーを含む、それらの項目の任意の組合せを指す。一例として、「ａ、ｂ、またはｃのうちの少なくとも１つ」は、ａ、ｂ、ｃ、ａ−ｂ、ａ−ｃ、ｂ−ｃ、およびａ−ｂ−ｃ、ならびに複数の同じ要素をもつ任意の組合せ（たとえば、ａ−ａ、ａ−ａ−ａ、ａ−ａ−ｂ、ａ−ａ−ｃ、ａ−ｂ−ｂ、ａ−ｃ−ｃ、ｂ−ｂ、ｂ−ｂ−ｂ、ｂ−ｂ−ｃ、ｃ−ｃ、およびｃ−ｃ−ｃ、またはａ、ｂ、およびｃの任意の他の順序）を包含するものとする。
【００９１】
[0102]本明細書で使用される「識別すること」という用語は、多種多様なアクションを包含する。たとえば、「識別すること」は、計算すること、算出すること、処理すること、導出すること、調査すること、ルックアップすること（たとえば、テーブル、データベースまたは別のデータ構造においてルックアップすること）、確認することなどを含み得る。また、「識別すること」は、受信すること（たとえば、情報を受信すること）、アクセスすること（たとえば、メモリ中のデータにアクセスすること）などを含み得る。また、「識別すること」は、解決すること、選択すること、選定すること、確立することなどを含み得る。
【００９２】
[0103]いくつかの場合には、フレームを実際に通信するのではなく、デバイスは、送信または受信のためにフレームを通信するためのインターフェースを有し得る。たとえば、プロセッサは、バスインターフェースを介して、送信のためにＲＦフロントエンドにフレームを出力し得る。同様に、フレームを実際に受信するのではなく、デバイスは、別のデバイスから受信されたフレームを取得するためのインターフェースを有し得る。たとえば、プロセッサは、バスインターフェースを介して、送信のためにＲＦフロントエンドからフレームを取得（または受信）し得る。
【００９３】
[0104]本明細書で開示された方法は、説明された方法を達成するための１つまたは複数のステップまたはアクションを備える。本方法のステップおよび／またはアクションは、特許請求の範囲から逸脱することなく、互いに交換され得る。言い換えれば、ステップまたはアクションの特定の順序が指定されていない限り、特定のステップおよび／またはアクションの順序および／または使用は、特許請求の範囲から逸脱することなく変更され得る。
【００９４】
[0105]上記で説明された方法の様々な動作は、対応する機能を実行することが可能な任意の好適な手段によって実行され得る。それらの手段は、限定はしないが、回路、特定用途向け集積回路（ＡＳＩＣ）、またはプロセッサを含む、様々な（１つまたは複数の）ハードウェアおよび／またはソフトウェア構成要素および／またはモジュールを含み得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、コード、マイクロコード、ハードウェア記述言語、機械言語などの名称にかかわらず、命令、データ、コード、またはそれらの任意の組合せを意味すると広く解釈される。概して、図に示されている動作がある場合、それらの動作は、任意の好適な対応するカウンターパートのミーンズプラスファンクション構成要素によって実行され得る。
【００９５】
[0106]たとえば、決定するための手段、実行するための手段、送信するための手段、受信するための手段、および／または監視するための手段は、図２に示されたユーザ機器１２０の送信プロセッサ２６４、コントローラ／プロセッサ２８０、受信プロセッサ２５８、および／またはアンテナ２５２、ならびに／あるいは図２に示された基地局１１０の送信プロセッサ２２０、コントローラ／プロセッサ２４０、および／またはアンテナ２３４など、１つまたは複数のプロセッサまたは他の要素を含み得る。
【００９６】
[0107]情報および信号は多種多様な技術および技法のうちのいずれかを使用して表され得ることを、当業者は理解されよう。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの組合せによって表され得る。
【００９７】
[0108]さらに、本明細書の開示に関して説明された様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、ハードウェア、ソフトウェア、またはそれらの組合せとして実装され得ることを、当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップが、概してそれらの機能に関して上記で説明された。そのような機能がハードウェアとして実装されるのかソフトウェアとして実装されるのかは、特定の適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明された機能を特定の適用例ごとに様々な方法で実装し得るが、そのような実装の決定は、本開示の範囲からの逸脱を生じるものと解釈されるべきではない。
【００９８】
[0109]本明細書の開示に関して説明された様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明された機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、または任意の他のそのような構成として実装され得る。
【００９９】
[0110]本明細書の開示に関して説明された方法またはアルゴリズムのステップは、直接ハードウェアで実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはそれらの組合せで実施され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭ（登録商標）メモリ、相変化メモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体はプロセッサに一体化され得る。プロセッサおよび記憶媒体はＡＳＩＣ中に存在し得る。ＡＳＩＣはユーザ端末中に存在し得る。代替として、プロセッサおよび記憶媒体は、ユーザ機器中に個別構成要素として存在し得る。
【０１００】
[0111]１つまたは複数の例示的な設計では、説明された機能は、ハードウェア、ソフトウェア、またはそれらの組合せで実装され得る。ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとして、コンピュータ可読媒体上に記憶されるか、またはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体とコンピュータ通信媒体の両方を含む。記憶媒体は、汎用または専用コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ／ＤＶＤまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコード手段を搬送または記憶するために使用され得、汎用もしくは専用コンピュータ、または汎用もしくは専用プロセッサによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用されるディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ここで、ディスク（disk）は通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
【０１０１】
[0112]本開示についての以上の説明は、いかなる当業者も本開示を作成または使用することができるように与えたものである。本開示への様々な修正は当業者には容易に明らかとなり、本明細書で定義した一般原理は、本開示の趣旨または範囲から逸脱することなく他の変形形態に適用され得る。したがって、本開示は、本明細書で説明された例および設計に限定されるものではなく、本明細書で開示された原理および新規の特徴に合致する最も広い範囲を与えられるべきである。
【図１】
2018537890.tif 000003
【図２】
2018537890.tif 000004
【図３】
2018537890.tif 000005
【図４】
2018537890.tif 000006
【図５】
2018537890.tif 000007
【図６】
2018537890.tif 000008
【図７】
2018537890.tif 000009
【図８】
2018537890.tif 000010
【図９】
2018537890.tif 000011
【図１０】
2018537890.tif 000012
【図１１】
2018537890.tif 000013
【図１２】
2018537890.tif 000014
【国際調査報告】
2018537890.tif 000015
2018537890.tif 000016
2018537890.tif 000017
2018537890.tif 000018
2018537890.tif 000019
2018537890.tif 000020
2018537890.tif 000021