(57)【特許請求の範囲】
【請求項１】
ハイブリッド自動再送要求（ＨＡＲＱ）送信および／または再送信プロセス中に、ユーザ機器（ＵＥ）と発展型ノードＢ（ｅノードＢ）との間のリソース割当てが同期外れであるかどうかを判断することと、
前記ＨＡＲＱ送信および／または再送信プロセス中に、前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の損失を軽減することと、ここで、前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の損失を軽減することは、履歴データに基づいて初期アップリンク許可が前記ＵＥによって受信されないと予測されたときに、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）の電力レベルおよび／またはアグリゲーションレベルを増加させることを含む、
を備える、ワイヤレス通信の方法。
【請求項２】
リソース割当てが同期外れであるかどうかを判断することは、
物理アップリンク共有チャネル（ＰＵＳＣＨ）上でエネルギーレベルを検出することと、
前記ＰＵＳＣＨ上で検出された前記エネルギーレベルが所定のしきい値を下回るとき、アップリンク許可が前記ＵＥによって受信されなかったと判断することと
を備える、請求項１に記載の方法。
【請求項３】
前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失を軽減することは、前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失により、アップリンク許可が前記ＵＥによって受信されなかったことが推定されるとき、物理アップリンク共有チャネル（ＰＵＳＣＨ）データを廃棄することをさらに備える、請求項１に記載の方法。
【請求項４】
前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失を軽減することは、アップリンク許可が物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で送信されたとき、物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）を送信しないことを備える、請求項１に記載の方法。
【請求項５】
リソース割当てが同期外れであるかどうかを判断することは、
物理アップリンク共有チャネル（ＰＵＳＣＨ）と物理アップリンク制御チャネル（ＰＵＣＣＨ）とをブラインド復号することと、
前記ＵＥと前記ｅノードＢとの間の損失リソース割当て同期により、正常に復号されたＰＵＣＣＨがアップリンク制御情報（ＵＣＩ）を含むとき、アップリンク許可が前記ＵＥによって受信されなかったと判断することと
を備える、請求項１に記載の方法。
【請求項６】
リソース割当てが同期外れであるかどうかを判断することは、
物理アップリンク共有チャネル（ＰＵＳＣＨ）上でのアップリンク制御情報（ＵＣＩ）とＰＵＳＣＨデータとの連続再送信復号失敗の数を検出することと、
前記ＰＵＳＣＨ上での前記ＵＣＩと前記ＰＵＳＣＨデータとの前記連続再送信復号失敗の数が、前記ＵＥと前記ｅノードＢとの間の損失リソース割当て同期により所定の値を超えるとき、初期アップリンク許可が前記ＰＵＳＣＨ上で前記ＵＥによって受信されなかったと判断することと
を備える、請求項１に記載の方法。
【請求項７】
前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失を軽減することが、
前のアップリンク許可に従って、受信した物理アップリンク共有チャネル（ＰＵＳＣＨ）データとアップリンク制御情報（ＵＣＩ）とを復号することと、
初期アップリンク許可に従って、前記受信したＰＵＳＣＨデータと前記ＵＣＩとを復号することと
を備える、請求項１に記載の方法。
【請求項８】
前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失を軽減することは、
アップリンク制御情報（ＵＣＩ）について同じ数のリソース要素（ＲＥ）が計算されることを保証するために、物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースブロック（ＲＢ）の数と、初期アップリンク許可を備えたサウンディング基準信号（ＳＲＳ）の存在または不在とに従って、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を通して後続のアップリンク許可を送信すること
を備える、請求項１に記載の方法。
【請求項９】
前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失を軽減することが、
初期アップリンク許可を備えた物理アップリンク共有チャネル（ＰＵＳＣＨ）のリソースブロックの数に従って、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）データを通して後続のアップリンク許可を送信することと、
サウンディング基準信号（ＳＲＳ）の存在を仮定して、受信したＰＵＳＣＨデータを復号することと、
前記ＳＲＳの不在を仮定して、前記受信したＰＵＳＣＨデータを復号することと、
正常に復号されたＰＵＳＣＨデータを選択することと
を備える、請求項１に記載の方法。
【請求項１０】
リソース割当てが同期外れであるかどうかを判断することは、
受信したＰＵＳＣＨデータの累積エネルギーが、いくつかの連続再送信復号失敗にわたって増加しないとき、アップリンク許可が物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ＵＥによって受信されなかったと判断することを備える、請求項１に記載の方法。
【請求項１１】
前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失を軽減することが、
前記ＵＥに物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）否定応答（ＮＡＫ）を送信することと、
前の初期アップリンク許可に従って、前記ＵＥに新しい初期送信アップリンク許可を送信することと
を備える、請求項１に記載の方法。
【請求項１２】
前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失を軽減することが、前記ＵＥと前記ｅノードＢとの間の冗長バージョン（ＲＶ）同期の損失を防ぐために、損失アップリンク許可をディスカウントするかまたは適応物理アップリンク共有チャネル（ＰＵＳＣＨ）再送信アップリンク許可を使用することによって、送信の数を同期させることによって、ＨＡＲＱ再送信を受信したことに応答してＲＶを同期させることを備える、請求項１に記載の方法。
【請求項１３】
前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失を軽減することは、前記ＵＥが物理アップリンク共有チャネル（ＰＵＳＣＨ）ＨＡＲＱ再送信のための初期アップリンク許可を受信したかどうかの推定に従って前記ＵＥと通信することを備える、請求項１に記載の方法。
【請求項１４】
ＰＵＳＣＨリソース上の物理アップリンク共有チャネル（ＰＵＳＣＨ）と、ＰＵＣＣＨリソース上の物理アップリンク制御チャネル（ＰＵＣＣＨ）とを同時に受信することをさらに備える、請求項１に記載の方法。
【請求項１５】
ワイヤレス通信ネットワークにおける動作のために構成された装置であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサであって、
ハイブリッド自動再送要求（ＨＡＲＱ）送信および／または再送信プロセス中に、ユーザ機器（ＵＥ）と発展型ノードＢ（ｅノードＢ）との間のリソース割当てが同期外れであるかどうかを判断することと、
前記ＨＡＲＱ送信および／または再送信プロセス中に、前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の損失を軽減することと、ここで、前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の損失を軽減することは、履歴データに基づいて初期アップリンク許可が前記ＵＥによって受信されないと予測されたときに、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）の電力レベルおよび／またはアグリゲーションレベルを増加させることを含む、
を行うように構成された少なくとも１つのプロセッサと
を備える、装置。
【請求項１６】
前記少なくとも１つのプロセッサは、
物理アップリンク共有チャネル（ＰＵＳＣＨ）上でエネルギーレベルを検出することと、
前記ＰＵＳＣＨ上で検出された前記エネルギーレベルが所定のしきい値を下回るとき、アップリンク許可が前記ＵＥによって受信されなかったと判断することと
によって、リソース割当てが同期外れであるかどうかを判断するようにさらに構成された、請求項１５に記載の装置。
【請求項１７】
前記少なくとも１つのプロセッサは、前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失により、アップリンク許可が前記ＵＥによって受信されなかったことが推定されるとき、物理アップリンク共有チャネル（ＰＵＳＣＨ）データを廃棄することによって、前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失を軽減するようにさらに構成された、請求項１５に記載の装置。
【請求項１８】
前記少なくとも１つのプロセッサは、アップリンク許可が物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で送信されたとき、物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）を送信しないことによって、前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失を軽減するようにさらに構成された、請求項１５に記載の装置。
【請求項１９】
前記少なくとも１つのプロセッサは、
物理アップリンク共有チャネル（ＰＵＳＣＨ）と物理アップリンク制御チャネル（ＰＵＣＣＨ）とをブラインド復号することと、
前記ＵＥと前記ｅノードＢとの間の損失リソース割当て同期により、正常に復号されたＰＵＣＣＨがアップリンク制御情報（ＵＣＩ）を含むとき、アップリンク許可が前記ＵＥによって受信されなかったと判断することと
によって、リソース割当てが同期外れであるかどうかを判断するようにさらに構成された、請求項１５に記載の装置。
【請求項２０】
前記少なくとも１つのプロセッサは、
物理アップリンク共有チャネル（ＰＵＳＣＨ）上でのアップリンク制御情報（ＵＣＩ）とＰＵＳＣＨデータとの連続再送信復号失敗の数を検出することと、
前記ＰＵＳＣＨ上での前記ＵＣＩと前記ＰＵＳＣＨデータとの前記連続再送信復号失敗の数が、前記ＵＥと前記ｅノードＢとの間の損失リソース割当て同期により所定の値を超えるとき、初期アップリンク許可が前記ＰＵＳＣＨ上で前記ＵＥによって受信されなかったと判断することと
によって、リソース割当てが同期外れであるかどうかを判断するようにさらに構成された、請求項１５に記載の装置。
【請求項２１】
前記少なくとも１つのプロセッサが、
前のアップリンク許可に従って、受信した物理アップリンク共有チャネル（ＰＵＳＣＨ）データとアップリンク制御情報（ＵＣＩ）とを復号することと、
初期アップリンク許可に従って、前記受信したＰＵＳＣＨデータと前記ＵＣＩとを復号することと
によって、前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失を軽減するようにさらに構成された、請求項１５に記載の装置。
【請求項２２】
前記少なくとも１つのプロセッサは、
アップリンク制御情報（ＵＣＩ）について同じ数のリソース要素（ＲＥ）が計算されることを保証するために、物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースブロック（ＲＢ）の数と、初期アップリンク許可を備えたサウンディング基準信号（ＳＲＳ）の存在または不在とに従って、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を通して後続のアップリンク許可を送信すること
によって、前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失を軽減するようにさらに構成された、請求項１５に記載の装置。
【請求項２３】
前記少なくとも１つのプロセッサが、
初期アップリンク許可を備えた物理アップリンク共有チャネル（ＰＵＳＣＨ）のリソースブロックの数に従って、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）データを通して後続のアップリンク許可を送信することと、
サウンディング基準信号（ＳＲＳ）の存在を仮定して、受信したＰＵＳＣＨデータを復号することと、
前記ＳＲＳの不在を仮定して、前記受信したＰＵＳＣＨデータを復号することと、
正常に復号されたＰＵＳＣＨデータを選択することと
によって、前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失を軽減するようにさらに構成された、請求項１５に記載の装置。
【請求項２４】
前記少なくとも１つのプロセッサは、
受信したＰＵＳＣＨデータの累積エネルギーが、いくつかの連続再送信復号失敗にわたって増加しないとき、アップリンク許可が物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ＵＥによって受信されなかったと判断すること
によって、リソース割当てが同期外れであるかどうかを判断するようにさらに構成された、請求項１５に記載の装置。
【請求項２５】
前記少なくとも１つのプロセッサが、
前記ＵＥに物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）否定応答（ＮＡＫ）を送信することと、
前の初期アップリンク許可に従って、前記ＵＥに新しい初期送信アップリンク許可を送信することと
によって、前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失を軽減するようにさらに構成された、請求項１５に記載の装置。
【請求項２６】
前記少なくとも１つのプロセッサが、前記ＵＥと前記ｅノードＢとの間の冗長バージョン（ＲＶ）同期の損失を防ぐために、損失アップリンク許可をディスカウントするかまたは適応物理アップリンク共有チャネル（ＰＵＳＣＨ）再送信アップリンク許可を使用することによって、送信の数を同期させることによって、ＨＡＲＱ再送信を受信したことに応答してＲＶを同期させることによって、前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失を軽減するようにさらに構成された、請求項１５に記載の装置。
【請求項２７】
前記少なくとも１つのプロセッサは、前記ＵＥが物理アップリンク共有チャネル（ＰＵＳＣＨ）ＨＡＲＱ再送信のための初期アップリンク許可を受信したかどうかの推定に従って前記ＵＥと通信することによって、前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失を軽減するようにさらに構成された、請求項１５に記載の装置。
【請求項２８】
前記少なくとも１つのプロセッサが、ＰＵＳＣＨリソース上の物理アップリンク共有チャネル（ＰＵＳＣＨ）と、ＰＵＣＣＨリソース上の物理アップリンク制御チャネル（ＰＵＣＣＨ）とを同時に受信するようにさらに構成された、請求項１５に記載の装置。
【請求項２９】
ワイヤレス通信のために構成されたコンピュータプログラムであって、
ハイブリッド自動再送要求（ＨＡＲＱ）送信および／または再送信プロセス中に、ユーザ機器（ＵＥ）と発展型ノードＢ（ｅノードＢ）との間のリソース割当てが同期外れであるかどうかを判断することをプロセッサに実行させるためのプログラムコードと、
前記ＨＡＲＱ送信および／または再送信プロセス中に、前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の損失を軽減することを前記プロセッサに実行させるためのプログラムコードと、ここで、前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の損失を軽減することは、履歴データに基づいて初期アップリンク許可が前記ＵＥによって受信されないと予測されたときに、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）の電力レベルおよび／またはアグリゲーションレベルを増加させることを含む、
を備える、コンピュータプログラム。
【請求項３０】
ワイヤレス通信システムにおいて動作可能な装置であって、
ハイブリッド自動再送要求（ＨＡＲＱ）送信および／または再送信プロセス中に、ユーザ機器（ＵＥ）と発展型ノードＢ（ｅノードＢ）との間のリソース割当てが同期外れであるかどうかを判断するための手段と、
前記ＨＡＲＱ送信および／または再送信プロセス中に、前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の損失を軽減するための手段と、ここで、前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の損失を軽減することは、履歴データに基づいて初期アップリンク許可が前記ＵＥによって受信されないと予測されたときに、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）の電力レベルおよび／またはアグリゲーションレベルを増加させることを含む、
を備える、装置。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
[0001]本特許出願は、その全体が参照により本明細書に明確に組み込まれる、Ｌｉｕらの名義で２０１１年８月１２日に出願された米国仮出願第６１／５２３，１１２号の利益を主張する。
【０００２】
[0002]本開示の態様は、一般にワイヤレス通信システムに関し、より詳細には、ハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）送信および／または再送信プロセス中の、ユーザ機器（ＵＥ）と発展型ノードＢ（ｅノードＢ）との間の損失リソース割当て同期の軽減に関する。
【背景技術】
【０００３】
[0003]ワイヤレス通信ネットワークは、音声、ビデオ、パケットデータ、メッセージング、ブロードキャストなどの様々な通信サービスを提供するために広く展開されている。これらのワイヤレスネットワークは、利用可能なネットワークリソースを共有することによって複数のユーザをサポートすることが可能な多元接続ネットワークであり得る。ワイヤレス通信ネットワークは、いくつかのユーザ機器（ＵＥ）のための通信をサポートすることができるいくつかの基地局を含み得る。ＵＥは、ダウンリンクおよびアップリンクを介して基地局と通信し得る。ダウンリンク（または順方向リンク）は基地局からＵＥへの通信リンクを指し、アップリンク（または逆方向リンク）はＵＥから基地局への通信リンクを指す。
【０００４】
[0004]基地局は、ＵＥにダウンリンク上でデータおよび制御情報を送信し得、および／またはＵＥからアップリンク上でデータおよび制御情報を受信し得る。ダウンリンク上では、基地局からの送信は、ネイバー基地局からの送信、または他のワイヤレス無線周波数（ＲＦ）送信機からの送信による干渉に遭遇することがある。アップリンク上では、ＵＥからの送信は、ネイバー基地局と通信する他のＵＥのアップリンク送信からの干渉、または他のワイヤレスＲＦ送信器からの干渉に遭遇することがある。この干渉は、ダウンリンクとアップリンクの両方でパフォーマンスを劣化させることがある。
【０００５】
[0005]モバイルブロードバンドアクセスに対する需要が増加し続けるにつれて、干渉および輻輳ネットワークの可能性は、より多くのＵＥが長距離ワイヤレス通信ネットワークにアクセスし、より多くの短距離ワイヤレスシステムがコミュニティにおいて展開されるようになるとともに増大する。モバイルブロードバンドアクセスに対する増大する需要を満たすためだけでなく、モバイル通信のユーザエクスペリエンス（user experience）を進化および向上させるためにもＵＭＴＳ技術を進化させる研究および開発が続けられている。
【発明の概要】
【０００６】
[0006]本開示の一態様に従って、ハイブリッド自動再送要求（ＨＡＲＱ）送信および／または再送信プロセス中の、ユーザ機器（ＵＥ）と発展型ノードＢ（ｅノードＢ）との間の損失リソース割当て同期を軽減するための方法について説明する。本方法は、ハイブリッド自動再送要求（ＨＡＲＱ）送信および／または再送信プロセス中に、ユーザ機器（ＵＥ）と発展型ノードＢ（ｅノードＢ）との間のリソース割当てが同期外れであるかどうかを判断することを含む。本方法は、ＨＡＲＱ送信および／または再送信プロセス中に、ＵＥとｅノードＢとの間のリソース割当て同期の損失を軽減することをさらに含む。
【０００７】
[0007]別の態様では、ＨＡＲＱ送信および／または再送信プロセス中に、ＵＥとｅノードＢとの間の損失リソース割当て同期を軽減するための装置について説明する。本装置は、少なくとも１つのプロセッサと、少なくとも１つのプロセッサに結合されたメモリとを含む。プロセッサは、ＨＡＲＱ送信および／または再送信プロセス中に、ＵＥとｅノードＢとの間のリソース割当てが同期外れであるかどうかを判断するように構成される。プロセッサは、ＨＡＲＱ送信および／または再送信プロセス中に、ＵＥとｅノードＢとの間のリソース割当て同期の損失を軽減するようにさらに構成される。
【０００８】
[0008]さらなる態様では、ＨＡＲＱ送信および／または再送信プロセス中に、ＵＥとｅノードＢとの間の損失リソース割当て同期を軽減するためのコンピュータプログラム製品について説明する。本コンピュータプログラム製品は、プログラムコードを記録した非一時的コンピュータ可読媒体を含む。本コンピュータプログラム製品は、ＨＡＲＱ送信および／または再送信プロセス中に、ＵＥとｅノードＢとの間のリソース割当てが同期外れであるかどうかを判断するためのプログラムコードを有する。本コンピュータプログラム製品は、ＨＡＲＱ送信および／または再送信プロセス中に、ＵＥとｅノードＢとの間のリソース割当て同期の損失を軽減するためのプログラムコードをさらに含む。
【０００９】
[0009]別の態様では、ＨＡＲＱ送信および／または再送信プロセス中に、ＵＥとｅノードＢとの間の損失リソース割当て同期を軽減するための装置について説明する。本装置は、ＨＡＲＱ送信および／または再送信プロセス中に、ＵＥとｅノードＢとの間のリソース割当てが同期外れであるかどうかを判断するための手段を含む。本装置はまた、ＨＡＲＱ送信および／または再送信プロセス中に、ＵＥとｅノードＢとの間のリソース割当て同期の損失を軽減するための手段を含む。
【００１０】
[0010]ここでは、以下の発明を実施するための形態がより良く理解され得るように、本開示の特徴および技術的利点についてやや広く概説した。以下で、本開示の追加の特徴および利点について説明する。本開示は、本開示の同じ目的を実行するための他の構造を変更または設計するための基礎として容易に利用され得ることを、当業者は諒解されたい。また、そのような等価な構成は、添付の特許請求の範囲に記載の本開示の教示から逸脱しないことを、当業者は了解されたい。さらなる目的および利点とともに、本開示の編成と動作の方法の両方に関して、本開示を特徴づけると考えられる新規の特徴は、添付の図に関連して以下の説明を検討するとより良く理解されよう。ただし、図の各々は、例示および説明のみの目的で与えたものであり、本開示の限界を定めるものではないことを明確に理解されたい。
【００１１】
[0011]本開示の特徴、特性、および利点は、全体を通じて同様の参照符号が同様のものを指す図面とともに、以下に記載する発明を実施するための形態を読めばより明らかになろう。
【図面の簡単な説明】
【００１２】
【図１】[0012]電気通信システムの一例を概念的に示すブロック図。
【図２】[0013]電気通信システムにおけるダウンリンクフレーム構造の一例を概念的に示す図。
【図３】[0014]アップリンク通信における例示的なフレーム構造を概念的に示すブロック図。
【図４】[0015]本開示の一態様に従って構成された基地局／ｅノードＢおよびＵＥの設計を概念的に示すブロック図。
【図５】[0016]本開示の一態様による、ハイブリッド自動再送要求（ＨＡＲＱ）送信および／または再送信プロセス中の、ＵＥとｅノードＢとの間の損失リソース割当て同期の軽減のための方法を示すブロック図。
【図６】[0017]損失リソース割当て同期を軽減する装置のためのハードウェア実装形態の一例を示す図。
【発明を実施するための形態】
【００１３】
[0018]添付の図面に関して以下に示す発明を実施するための形態は、様々な構成を説明するものであり、本明細書で説明する概念が実施され得る唯一の構成を表すものではない。発明を実施するための形態は、様々な概念の完全な理解を与えるための具体的な詳細を含む。ただし、これらの概念はこれらの具体的な詳細なしに実施され得ることが当業者には明らかであろう。いくつかの例では、そのような概念を不明瞭にしないように、よく知られている構造および構成要素をブロック図の形式で示す。
【００１４】
[0019]本開示の様々な態様は、ハイブリッド自動再送要求（ＨＡＲＱ）送信および／または再送信プロセス中に、ユーザ機器（ＵＥ）と発展型ノードＢ（ｅノードＢ）との間のリソース割当て同期の損失を軽減するための技法を提供する。本開示の一態様では、ｅノードＢは、ＨＡＲＱ送信および／または再送信プロセス中に、ＵＥとｅノードＢとの間のリソース割当てが同期外れであるかどうかを判断する。本開示のこの態様では、ｅノードＢは、ＨＡＲＱ送信および／または再送信プロセス中に、ＵＥとｅノードＢとの間のリソース割当て同期の損失を軽減する。本開示のさらなる態様では、ｅノードＢは、ＵＥが物理アップリンク共有チャネル（ＰＵＳＣＨ：physical uplink shared channel）ＨＡＲＱ送信または再送信のためのアップリンク許可を受信したかどうかを推定し得る。推定に基づいて、ｅノードＢは、受信したＰＵＳＣＨデータおよびアップリンク制御情報の適切な復号を可能にするために、アップリンク制御情報（ＵＣＩ）およびＰＵＳＣＨ多重化パラメータを再同期させるためにＵＥと通信する。
【００１５】
[0020]本明細書で説明する技法は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡおよび他のネットワークなど、様々なワイヤレス通信ネットワークのために使用され得る。「ネットワーク」および「システム」という用語は、しばしば互換的に使用される。ＣＤＭＡネットワークは、Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（ＵＴＲＡ）、米国電気通信工業会（ＴＩＡ：Telecommunications Industry Association）のＣＤＭＡ２０００（登録商標）などの無線技術を実装し得る。ＵＴＲＡ技術は、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））およびＣＤＭＡの他の変形態を含む。ＣＤＭＡ２０００（登録商標）技術は、米国電子工業会（ＥＩＡ：Electronics Industry Alliance）およびＴＩＡからのＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６規格を含む。ＴＤＭＡネットワークは、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ（登録商標））などの無線技術を実装し得る。ＯＦＤＭＡネットワークは、Ｅｖｏｌｖｅｄ  ＵＴＲＡ（Ｅ−ＵＴＲＡ）、Ｕｌｔｒａ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭＡなどの無線技術を実装し得る。ＵＴＲＡ技術およびＥ−ＵＴＲＡ技術はＵｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ（ＵＭＴＳ）の一部である。
【００１６】
[0021]３ＧＰＰ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）およびＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳのより新しいリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−ＡおよびＧＳＭは、「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ」（３ＧＰＰ）と呼ばれる団体からの文書に記載されている。ＣＤＭＡ２０００（登録商標）およびＵＭＢは、「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  ２」（３ＧＰＰ２）と呼ばれる団体からの文書に記載されている。本明細書で説明する技法は、上記のワイヤレスネットワークおよび無線アクセス技術、ならびに他のワイヤレスネットワークおよび無線アクセス技術に使用され得る。明快のために、本技法のいくつかの態様について以下では、ＬＴＥまたはＬＴＥ−Ａ（代替として一緒に「ＬＴＥ／−Ａ」と呼ばれる）に関して説明し、以下の説明の大部分ではそのようなＬＴＥ／−Ａ用語を使用する。
【００１７】
[0022]図１に、物理アップリンク共有チャネル（ＰＵＳＣＨ）ハイブリッド自動再送要求（ＨＡＲＱ）再送信中にユーザ機器（ＵＥ）と発展型ノードＢ（ｅノードＢ）との間の非同期の軽減が実装され得る、ＬＴＥ−Ａネットワークであり得るワイヤレス通信ネットワーク１００を示す。ワイヤレス通信ネットワーク１００は、いくつかの発展型ノードＢ（ｅノードＢ）１１０と他のネットワークエンティティとを含む。ｅノードＢは、ＵＥと通信する局であり得、基地局、ノードＢ、アクセスポイントなどと呼ばれることもある。各ｅノードＢ１１０は、特定の地理的エリアに通信カバレージを与え得る。３ＧＰＰでは、「セル」という用語は、この用語が使用されるコンテキストに応じて、ｅノードＢのこの特定の地理的カバレージエリアおよび／またはこのカバレージエリアをサービスするｅノードＢサブシステムを指すことがある。
【００１８】
[0023]ｅノードＢは、マクロセル、ピコセル、フェムトセル、および／または他のタイプのセルに通信カバレージを与え得る。マクロセルは、概して、比較的大きい地理的エリア（たとえば、半径数キロメートル）をカバーし、サービスに加入しているＵＥによるネットワークプロバイダとの無制限アクセスを可能にし得る。ピコセルは、概して、比較的小さい地理的エリアをカバーすることになり、サービスに加入しているＵＥによるネットワークプロバイダとの無制限アクセスを可能にし得る。また、フェムトセルは、概して、比較的小さい地理的エリア（たとえば、自宅）をカバーすることになり、無制限アクセスに加えて、フェムトセルとの関連を有するＵＥ（たとえば、限定加入者グループ（ＣＳＧ：closed subscriber group）中のＵＥ、自宅内のユーザのためのＵＥなど）による限定アクセスを可能にし得る。マクロセルのためのｅノードＢはマクロｅノードＢと呼ばれることがある。ピコセルのためのｅノードＢはピコｅノードＢと呼ばれることがある。また、フェムトセルのためのｅノードＢはフェムトｅノードＢまたはホームｅノードＢと呼ばれることがある。図１に示す例では、ｅノードＢ１１０ａ、１１０ｂおよび１１０ｃは、それぞれマクロセル１０２ａ、１０２ｂおよび１０２ｃのためのマクロｅノードＢである。ｅノードＢ１１０ｘは、ピコセル１０２ｘのためのピコｅノードＢである。また、ｅノードＢ１１０ｙおよび１１０ｚは、それぞれフェムトセル１０２ｙおよび１０２ｚのためのフェムトｅノードＢである。ｅノードＢは、１つまたは複数の（たとえば、２つ、３つ、４つなどの）セルをサポートし得る。
【００１９】
[0024]ワイヤレス通信ネットワーク１００はまた、中継局を含み得る。中継局は、上流局（たとえば、ｅノードＢ、ＵＥなど）からデータおよび／または他の情報の送信を受信し、そのデータおよび／または他の情報の送信を下流局（たとえば、ＵＥまたはｅノードＢ）に送る局である。中継局はまた、他のＵＥに対する送信を中継するＵＥであり得る。図１に示す例では、中継局１１０ｒは、ｅノードＢ１１０ａとＵＥ１２０ｒとの間の通信を可能にするために、ｅノードＢ１１０ａおよびＵＥ１２０ｒと通信し得る。中継局は、リレーｅノードＢ、リレーなどと呼ばれることもある。
【００２０】
[0025]ワイヤレスネットワーク１００は、様々なタイプのｅノードＢ、たとえば、マクロｅノードＢ、ピコｅノードＢ、フェムトｅノードＢ、リレーなどを含む異種ネットワークであり得る。これらの様々なタイプのｅノードＢは、様々な送信電力レベル、様々なカバレージエリア、およびワイヤレスネットワーク１００中の干渉に対する様々な影響を有し得る。たとえば、マクロｅノードＢは、高い送信電力レベル（たとえば、２０ワット）を有し得るが、ピコｅノードＢ、フェムトｅノードＢ、およびリレーは、より低い送信電力レベル（たとえば、１ワット）を有し得る。
【００２１】
[0026]ワイヤレスネットワーク１００は、同期動作または非同期動作をサポートし得る。同期動作の場合、ｅノードＢは同様のフレームタイミングを有し得、異なるｅノードＢからの送信は近似的に時間的に整合され得る。非同期動作の場合、ｅノードＢは異なるフレームタイミングを有し得、異なるｅノードＢからの送信は時間的に整合されないことがある。本明細書で説明する技法は、同期動作または非同期動作のいずれかのために使用され得る。
【００２２】
[0027]本開示の一態様では、ワイヤレスネットワーク１００は、周波数分割複信（ＦＤＤ）動作モードまたは時分割複信（ＴＤＤ）動作モードをサポートし得る。本明細書で説明する技法は、ＦＤＤ動作モードまたはＴＤＤ動作モードのいずれかのために使用され得る。
【００２３】
[0028]ネットワークコントローラ１３０は、ｅノードＢ１１０のセットに結合し、これらのｅノードＢ１１０の協調および制御を行い得る。ネットワークコントローラ１３０は、バックホール（backhaul）を介してｅノードＢ１１０と通信し得る。ｅノードＢ１１０はまた、たとえば、ワイヤレスバックホールまたはワイヤラインバックホールを介して直接または間接的に互いに通信し得る。
【００２４】
[0029]ＵＥ１２０はワイヤレスネットワーク１００全体にわたって分散され、各ＵＥは固定またはモバイルであり得る。ＵＥは、端末、移動局、加入者ユニット、局などと呼ばれることもある。ＵＥは、セルラーフォン、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、ラップトップコンピュータ、コードレスフォン、ワイヤレスローカルループ（ＷＬＬ）局、タブレットなどであり得る。ＵＥは、マクロｅノードＢ、ピコｅノードＢ、フェムトｅノードＢ、リレーなどと通信することが可能であり得る。図１において、両矢印付きの実線は、ダウンリンクおよび／またはアップリンク上での、ＵＥと、そのＵＥをサービスするように指定されたｅノードＢであるサービングｅノードＢとの間の所望の送信を示す。両矢印付きの破線は、ＵＥとｅノードＢとの間の干渉送信を示す。
【００２５】
[0030]ＬＴＥは、ダウンリンク上では直交周波数分割多重化（ＯＦＤＭ）を利用し、アップリンク上ではシングルキャリア周波数分割多重化（ＳＣ−ＦＤＭ）を利用する。ＯＦＤＭおよびＳＣ−ＦＤＭは、システム帯域幅を、一般にトーン、ビン（bins）などとも呼ばれる複数（Ｋ個）の直交サブキャリアに区分する。各サブキャリアはデータで変調され得る。概して、変調シンボルは、ＯＦＤＭの場合は周波数領域で、ＳＣ−ＦＤＭの場合は時間領域で送られる。隣接するサブキャリア間の間隔は固定であり得、サブキャリアの総数（Ｋ）はシステム帯域幅に依存し得る。たとえば、サブキャリアの間隔は１５ｋＨｚであり得、（「リソースブロック」と呼ばれる）最小リソース割当ては１２個のサブキャリア（または１８０ｋＨｚ）であり得る。したがって、公称ＦＦＴサイズは、１．２５、２．５、５、１０または２０メガヘルツ（ＭＨｚ）の対応するシステム帯域幅に対してそれぞれ１２８、２５６、５１２、１０２４または２０４８に等しくなり得る。システム帯域幅はまた、サブバンドに区分され得る。たとえば、サブバンドは１．０８ＭＨｚ（すなわち、６つのリソースブロック）をカバーし得、１．２５、２．５、５、１０、１５または２０ＭＨｚの対応するシステム帯域幅に対してそれぞれ１つ、２つ、４つ、８つまたは１６個のサブバンドがあり得る。
【００２６】
[0031]図２に、ＬＴＥにおいて使用されるダウンリンクＦＤＤフレーム構造を示す。ダウンリンクの送信タイムラインは無線フレームの単位に区分され得る。各無線フレームは、所定の持続時間（たとえば、１０ミリ秒（ｍｓ））を有し得、０〜９のインデックスをもつ１０個のサブフレームに区分され得る。各サブフレームは２つのスロットを含み得る。したがって、各無線フレームは、０〜１９のインデックスをもつ２０個のスロットを含み得る。各スロットは、Ｌ個のシンボル期間、たとえば、（図２に示すように）ノーマルサイクリックプレフィックスの場合は７つのシンボル期間、または拡張サイクリックプレフィックスの場合は６つのシンボル期間を含み得る。各サブフレーム中の２Ｌ個のシンボル期間には０〜２Ｌ−１のインデックスが割り当てられ得る。利用可能な時間周波数リソースはリソースブロックに区分され得る。各リソースブロックは、１つのスロット中でＮ個のサブキャリア（たとえば、１２個のサブキャリア）をカバーし得る。
【００２７】
[0032]ＬＴＥでは、ｅノードＢは、ｅノードＢ中の各セルについて１次同期信号（ＰＳＣまたはＰＳＳ：primary synchronization signal）と２次同期信号（ＳＳＣまたはＳＳＳ：secondary synchronization signal）とを送り得る。ＦＤＤ動作モードの場合、１次同期信号および２次同期信号は、図２に示すように、それぞれ、ノーマルサイクリックプレフィックスをもつ各無線フレームのサブフレーム０および５の各々中のシンボル期間６および５中で送られ得る。同期信号は、セル検出および捕捉のためにＵＥによって使用され得る。ＦＤＤ動作モードの場合、ｅノードＢは、サブフレーム０のスロット１中のシンボル期間０〜３中で物理ブロードキャストチャネル（ＰＢＣＨ：Physical Broadcast Channel）を送り得る。ＰＢＣＨはあるシステム情報を搬送し得る。
【００２８】
[0033]ｅノードＢは、図２に示すように、各サブフレームの第１のシンボル期間中に物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ：Physical Control Format Indicator Channel）を送り得る。ＰＣＦＩＣＨは、制御チャネルのために使用されるいくつか（Ｍ個）のシンボル期間を搬送し得、ここで、Ｍは、１、２または３に等しくなり得、サブフレームごとに変化し得る。Ｍはまた、たとえば、リソースブロックが１０個未満である、小さいシステム帯域幅では４に等しくなり得る。図２に示す例では、Ｍ＝３である。ｅノードＢは、各サブフレームの最初のＭ個のシンボル期間中に物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ：Physical HARQ Indicator Channel）と物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）とを送り得る。また、図２に示す例では、ＰＤＣＣＨおよびＰＨＩＣＨは最初の３つのシンボル期間中に含まれている。ＰＨＩＣＨは、ハイブリッド自動再送（ＨＡＲＱ）をサポートするための情報を搬送し得る。ＰＤＣＣＨは、ＵＥのためのアップリンクおよびダウンリンクリソース割当てに関する情報と、アップリンクチャネルのための電力制御情報とを搬送し得る。ｅノードＢは、各サブフレームの残りのシンボル期間中に物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）を送り得る。ＰＤＳＣＨは、ダウンリンク上でのデータ送信がスケジュールされたＵＥについてのデータを搬送し得る。
【００２９】
[0034]ｅノードＢは、ｅノードＢによって使用されるシステム帯域幅の中心１．０８ＭＨｚにおいてＰＳＣ、ＳＳＣおよびＰＢＣＨを送り得る。ｅノードＢは、これらのチャネルが送られる各シンボル期間中のシステム帯域幅全体にわたってＰＣＦＩＣＨおよびＰＨＩＣＨを送り得る。ｅノードＢは、システム帯域幅のいくつかの部分においてＵＥのグループにＰＤＣＣＨを送り得る。ｅノードＢは、システム帯域幅の特定の部分においてＵＥのグループにＰＤＳＣＨを送り得る。ｅノードＢは、すべてのＵＥにブロードキャスト方式でＰＳＣ、ＳＳＣ、ＰＢＣＨ、ＰＣＦＩＣＨおよびＰＨＩＣＨを送り得、特定のＵＥにユニキャスト方法でＰＤＣＣＨを送り得、また特定のＵＥにユニキャスト方式でＰＤＳＣＨを送り得る。
【００３０】
[0035]各シンボル期間においていくつかのリソース要素が利用可能であり得る。各リソース要素は、１つのシンボル期間中の１つのサブキャリアをカバーし得、実数値または複素数値であり得る１つの変調シンボルを送るために使用され得る。制御チャネルのために使用されるシンボルの場合、各シンボル期間中に基準信号のために使用されないリソース要素は、リソース要素グループ（ＲＥＧ）に構成され得る。各ＲＥＧは、１つのシンボル期間中の４つのリソース要素を含み得る。ＰＣＦＩＣＨは、シンボル期間０において、周波数にわたってほぼ等しく離間され得る、４つのＲＥＧを占有し得る。ＰＨＩＣＨは、１つまたは複数の構成可能なシンボル期間において、周波数にわたって拡散され得る、３つのＲＥＧを占有し得る。たとえば、ＰＨＩＣＨ用の３つのＲＥＧは、すべてシンボル期間０中に属し得るか、またはシンボル期間０、１および２中で拡散され得る。ＰＤＣＣＨは、最初のＭ個のシンボル期間において、利用可能なＲＥＧから選択され得る、９、１８、３６または７２個のＲＥＧを占有し得る。ＲＥＧのいくつかの組合せのみがＰＤＣＣＨに対して可能にされ得る。
【００３１】
[0036]ＵＥは、ＰＨＩＣＨおよびＰＣＦＩＣＨのために使用される特定のＲＥＧを知り得る。ＵＥは、ＰＤＣＣＨのためのＲＥＧの様々な組合せを探索し得る。探索すべき組合せの数は、一般に、ＰＤＣＣＨ中のすべてのＵＥに対して可能にされた組合せの数よりも少ない。ｅノードＢは、ＵＥが探索することになる組合せのいずれかにおいてＵＥにＰＤＣＣＨを送り得る。
【００３２】
[0037]ＵＥは、複数のｅノードＢのカバレージ内にあり得る。そのＵＥをサービスするために、これらのｅノードＢのうちの１つが選択され得る。サービングｅノードＢは、受信電力、経路損失、信号対雑音比（ＳＮＲ）など、様々な基準に基づいて選択され得る。
【００３３】
[0038]図３は、アップリンクロングタームエボリューション（ＬＴＥ）通信における例示的なＦＤＤおよびＴＤＤ（特殊ではないサブフレームのみ）サブフレーム構造を概念的に示すブロック図である。アップリンクのために利用可能なリソースブロック（ＲＢ）は、データセクションと制御セクションとに区分され得る。制御セクションは、システム帯域幅の２つのエッジにおいて形成され得、構成可能なサイズを有し得る。制御セクション中のリソースブロックは、制御情報を送信するためにＵＥに割り当てられ得る。データセクションは、制御セクション中に含まれないすべてのリソースブロックを含み得る。図３の設計は、データセクション中の連続するサブキャリアのすべてを単一のＵＥに割り当てることを可能にし得る連続サブキャリアを含むデータセクションを生じる。
【００３４】
[0039]ＵＥは、ｅノードＢに制御情報を送信するために制御セクション中のリソースブロックを割り当てられ得る。ＵＥはまた、ｅノードＢにデータを送信するためにデータセクション中のリソースブロックを割り当てられ得る。ＵＥは、制御セクション中の割り当てられたリソースブロック上の物理アップリンク制御チャネル（ＰＵＣＣＨ：Physical Uplink Control Channel）中で制御情報を送信し得る。ＵＥは、データセクション中の割り当てられたリソースブロック上の物理アップリンク共有チャネル（ＰＵＳＣＨ）中でデータのみまたはデータと制御情報の両方を送信し得る。アップリンク送信は、サブフレームの両方のスロットにわたり得、図３に示すように周波数上でホッピングし得る。本開示の一態様によれば、緩和シングルキャリア動作（relaxed single carrier operation）では、並列チャネルはＵＬリソース上で送信され得る。たとえば、制御およびデータチャネル、並列制御チャネル、ならびに並列データチャネルがＵＥによって送信され得る。
【００３５】
[0040]ＰＳＣ（１次同期キャリア：primary synchronization carrier）、ＳＳＣ（２次同期キャリア：secondary synchronization carrier）、ＣＲＳ（共通基準信号：common reference signal）、ＳＲＳ（サウンディング基準信号：sounding reference signal）、ＰＢＣＨ、ＰＵＣＣＨ、ＰＵＳＣＨ、ＰＤＣＣＨ、およびＬＴＥ／−Ａにおいて使用される他のそのような信号およびチャネルは、公開されている「Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation」と題する３ＧＰＰ  ＴＳ  ３６．２１１に記載されている。
【００３６】
[0041]図４に、図１の基地局／ｅノードＢのうちの１つであり得る基地局／ｅノードＢ１１０および図１のＵＥのうちの１つであり得るＵＥ１２０の設計のブロック図を示す。基地局１１０は、図１のマクロｅノードＢ１１０ｃであり得、ＵＥ１２０はＵＥ１２０ｙであり得る。基地局１１０はまた、何らかの他のタイプの基地局であり得る。基地局１１０はアンテナ４３４ａ〜４３４ｔを装備し得、ＵＥ１２０はアンテナ４５２ａ〜４５２ｒを装備し得る。
【００３７】
[0042]基地局１１０において、送信プロセッサ４２０は、データソース４１２からデータを受信し、コントローラ／プロセッサ４４０から制御情報を受信し得る。制御情報は、ＰＢＣＨ、ＰＣＦＩＣＨ、ＰＨＩＣＨ、ＰＤＣＣＨなどのためのものであり得る。データは、ＰＤＳＣＨなどのためのものであり得る。プロセッサ４２０は、データと制御情報とを処理（たとえば、符号化およびシンボルマッピング）して、それぞれデータシンボルと制御シンボルとを取得し得る。プロセッサ４２０はまた、たとえば、ＰＳＳ、ＳＳＳ、およびセル固有基準信号のための基準シンボルを生成し得る。送信（ＴＸ）多入力多出力（ＭＩＭＯ）プロセッサ４３０は、適用可能な場合、データシンボル、制御シンボル、および／または基準シンボルに対して空間処理（たとえば、プリコーディング）を実行し得、出力シンボルストリームを変調器（ＭＯＤ）４３２ａ〜４３２ｔに与え得る。各変調器４３２は、（たとえば、ＯＦＤＭなどの）それぞれの出力シンボルストリームを処理して、出力サンプルストリームを取得し得る。各変調器４３２はさらに、出力サンプルストリームを処理（たとえば、アナログへの変換、増幅、フィルタ処理、およびアップコンバート）して、ダウンリンク信号を取得し得る。変調器４３２ａ〜４３２ｔからのダウンリンク信号は、それぞれアンテナ４３４ａ〜４３４ｔを介して送信され得る。
【００３８】
[0043]ＵＥ１２０において、アンテナ４５２ａ〜４５２ｒは、基地局１１０からダウンリンク信号を受信し得、受信信号をそれぞれ復調器（ＤＥＭＯＤ）４５４ａ〜４５４ｒに与え得る。各復調器４５４は、それぞれの受信信号を調整（たとえば、フィルタ処理、増幅、ダウンコンバート、およびデジタル化）して、入力サンプルを取得し得る。各復調器４５４は、さらに、（たとえば、ＯＦＤＭなどの）入力サンプルを処理して、受信シンボルを取得し得る。ＭＩＭＯ検出器４５６は、すべての復調器４５４ａ〜４５４ｒから受信シンボルを取得し、適用可能な場合は受信シンボルに対してＭＩＭＯ検出を実行し、検出シンボルを与え得る。受信プロセッサ４５８は、検出シンボルを処理（たとえば、復調、デインターリーブ、および復号）し、ＵＥ１２０の復号されたデータをデータシンク４６０に与え、復号された制御情報をコントローラ／プロセッサ４８０に与え得る。
【００３９】
[0044]アップリンク上では、ＵＥ１２０において、送信プロセッサ４６４は、データソース４６２から（たとえば、ＰＵＳＣＨのための）データを受信し、処理し得、コントローラ／プロセッサ４８０から（たとえば、ＰＵＣＣＨのための）制御情報を受信し、処理し得る。プロセッサ４６４はまた、基準信号のための基準シンボルを生成し得る。送信プロセッサ４６４からのシンボルは、適用可能な場合はＴＸ  ＭＩＭＯプロセッサ４６６によってプリコードされ、さらに（たとえば、ＳＣ−ＦＤＭなどのために）復調器４５４ａ〜４５４ｒによって処理され、基地局１１０に送信され得る。基地局１１０において、ＵＥ１２０からのアップリンク信号は、アンテナ４３４によって受信され、復調器４３２によって処理され、適用可能な場合はＭＩＭＯ検出器４３６によって検出され、さらに受信プロセッサ４３８によって処理されて、ＵＥ１２０によって送られた復号されたデータおよび制御情報が取得され得る。プロセッサ４３８は、復号されたデータをデータシンク４３９に与え、復号された制御情報をコントローラ／プロセッサ４４０に与え得る。基地局１１０は、たとえば、Ｘ２インターフェース４４１を介して他の基地局にメッセージを送ることができる。
【００４０】
[0045]コントローラ／プロセッサ４４０および４８０は、それぞれ基地局１１０およびＵＥ１２０における動作を指示し得る。基地局１１０におけるコントローラ／プロセッサ４４０および／または他のプロセッサならびにモジュールは、本明細書で説明する技法についての様々なプロセスを実行するか、またはその実行を指示し得る。ＵＥ１２０におけるコントローラ／プロセッサ４８０および／または他のプロセッサならびにモジュールはまた、図５の使用方法フローチャートに示す機能ブロック、および／または本明細書で説明する技法のための他のプロセスを実行するか、またはその実行を指示し得る。メモリ４４２および４８２は、それぞれ基地局１１０およびＵＥ１２０のためのデータおよびプログラムコードを記憶し得る。スケジューラ４４４は、ダウンリンク上および／またはアップリンク上でのデータ送信のためにＵＥをスケジュールし得る。
【００４１】
ＨＡＲＱ送信／再送信中の損失軽減
[0046]本開示の様々な態様は、ハイブリッド自動再送要求（ＨＡＲＱ）送信および／または再送信プロセス中に、ユーザ機器（ＵＥ）と発展型ノードＢ（ｅノードＢ）との間のリソース割当て同期の損失を軽減するための技法を提供する。ＨＡＲＱは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）および物理アップリンク共有チャネル（ＰＵＳＣＨ）動作のためにＬＴＥにおいて使用される。パケットが正しく受信されたとき、肯定応答（ＡＣＫ）が送信機に送られる。パケットが正しく受信され得ないとき、同じパケットの再送信を要求するために、否定応答（ＮＡＫ）が送信機に送られる。そのようなプロセスは、パケットが正しく受信されるか、または再送信の数が、あらかじめ定義された限界に達するまで続く。
【００４２】
[0047]アップリンクＰＵＳＣＨ送信では、ｅノードＢは、ターゲットＵＥが、いくつかの物理リソースブロック（ＰＲＢ）上で、およびあるパケットサイズで、４または５ｍｓ以上後にＰＵＳＣＨ上で送信することが可能になることを示すために、ＵＥにＰＤＣＣＨ上でアップリンク許可メッセージを送信する。受信すると、ＵＥは、指定された物理リソースブロックおよびサブフレーム中でデータを送信する。ｅノードＢがＰＵＳＣＨ送信を受信すると、ｅノードＢは、ＨＡＲＱプロセスの一部としてＵＥに制御メッセージを送る。制御メッセージは、ダウンリンクの物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）上のＡＣＫ／ＮＡＫビットであり得る。制御メッセージはまた、ＰＵＳＣＨ再送信（ＰＵＳＣＨパケット受信が失敗した）または新しい送信（ＰＵＳＣＨパケット受信が成功した）のためのアップリンク許可メッセージであり得る。
【００４３】
[0048]ＬＴＥでは、ｅノードＢによって検出された誤ったデータユニットの再送信は、メディアアクセス制御（ＭＡＣ）レイヤ中のＨＡＲＱ機構によって解決され得る。ＬＴＥ、Ｅｖｏｌｕｔｉｏｎ−Ｄａｔａ  Ｏｐｔｉｍｉｚｅｄ（ＥＶ−ＤＯ）、ＷＣＤＭＡなどの物理レイヤ規格では、移動局ノード（ＵＥ）および基地局ノード（ｅノードＢ）は、データスループットを改善し、送信信頼性を高めるために、ハイブリッド自動再送要求（ＨＡＲＱ）方式を採用する。ＨＡＲＱ方式は、データ再送信からの後続の決定メトリックと合成され得る一時的記憶決定メトリックによって送信信頼性を与える（「ソフト合成」）。本明細書で説明する「決定メトリック」という用語は、限定はしないが、対数尤度比（ＬＬＲ：log-likelihood ratio）を含む、送信されたビットが「０」または「１」である事後確率または尤度（ソフト値）を指すことがある。そのような決定メトリックのグループは、送信されたシーケンス（たとえば、トランスポートブロック）を復号するためにデコーダによって分析され得る。
【００４４】
[0049]上記のように、ＬＴＥでは、ｅノードＢは、ＰＤＣＣＨを通して初期アップリンク許可を発行する。ＰＵＳＣＨ  ＨＡＲＱ再送信プロセス中に、ｅノードＢは、通常、ＵＥにＰＨＩＣＨ  ＮＡＫを発行する。適応ＰＵＳＣＨ再送信では、ｅノードＢは再送信アップリンク許可を発行する。ＵＥが、同じサブフレームについてＰＤＣＣＨアップリンク許可とＰＨＩＣＨの両方を受信した場合、ＰＤＣＣＨアップリンク許可が、より高い優先順位をとる。本開示の一態様では、ｅノードＢとＵＥとの間のリソース割当て同期損失は、ＵＥが初期アップリンク許可を受信することに失敗したときに発生し得る。特に、後続の適応アップリンク許可は、後続の再送信機会についてのアップリンク制御情報（ＵＣＩ）計算のリソース要素（ＲＥ）の数に影響を及ぼし得、これは、ＵＣＩ復号失敗をもたらし、またＰＵＳＣＨ復号失敗をもたらし得る。本開示の一態様では、ｅノードＢは、ＵＥがＰＵＳＣＨ  ＨＡＲＱ再送信のための初期アップリンク許可を受信したかどうかを推定し得る。推定に基づいて、ｅノードＢは、受信したＰＵＳＣＨデータの適切な復号を可能にするために、ＵＣＩを再同期させるためにＵＥと通信する。
【００４５】
[0050]適応ＨＡＲＱプロトコルでは、送信ブロックサイズを除いて、すべての他の送信パラメータは再送信間で変化し得る。対照的に、非適応ＨＡＲＱプロトコルはＰＨＩＣＨメッセージによってトリガされる。その場合、トランスポートブロックサイズおよび他の送信パラメータは再送信について同じままであるが、冗長バージョン（ＲＶ）は異なり得る。ＰＵＳＣＨ  ＨＡＲＱ再送信は適応または非適応であり得る。非適応再送信はＰＨＩＣＨメッセージによってトリガされ得る。
【００４６】
[0051]適応再送信は、ＰＤＣＣＨアップリンク許可ならびにＰＨＩＣＨメッセージによってトリガされ得る。適応再送信では、トランスポートブロックサイズ（ＴＢＳｉｚｅ）は、再送信について同じままであるが、すべての他の送信パラメータは、現在の再送信と前の送信／再送信との間で変化し得る。送信パラメータは、限定はしないが、（１）リソースブロック（ＲＢ）の開始ロケーション、（２）サイクリックシフト、（３）リソースブロック（ＲＢ）の数、（４）変調、および／またはＲＶ（変調およびコーディング方式（ＭＣＳ）から導出される冗長バージョン）、ならびに（５）アップリンク制御情報（ＵＣＩ）（たとえば、ランクインジケータ（ＲＩ）／アップリンク肯定応答（ＵＬＡＣＫ）／周期チャネル品質インジケータ（Ｐ−ＣＱＩ）／非周期ＣＱＩ（ＡＰ−ＣＱＩ）、およびサウンディング基準信号（ＳＲＳ）（周期ＳＲＳ（Ｐ−ＳＲＳ）／非周期ＳＲＳ（ＡＰ−ＳＲＳ）））を含み得る。
【００４７】
[0052]たとえば、適応再送信では、明示的ＭＣＳ再送信（たとえば、ＭＣＳ０〜２８）は変調と冗長バージョン（ＲＶ）とを変更し得る。暗黙的ＭＣＳ再送信（たとえば、ＭＣＳ２９〜３１）は、ＲＶとリソースブロック（ＲＢ）の数とを変更し、最後の送信の変調を再利用し得る。
【００４８】
[0053]残念ながら、ＵＥは初期アップリンク許可を失い得る。しかしながら、後続のＰＵＳＣＨ再送信に関するアップリンク制御情報のコード化変調シンボルの数は、初期ＰＵＳＣＨ送信のリソースブロック（ＲＢ）の数とＰＵＳＣＨシンボルの数とに依存する。本明細書で説明する、制御およびデータのための割り当てられたリソース要素を含む、上記で示した送信パラメータについてのＵＥとｅノードＢとの間の同期は、「リソース割当て同期」と呼ばれることがある。ＵＥが初期アップリンク許可を失ったとき、ＵＥとｅノードＢとの間のリソース割当て同期の損失により、ＵＥは、非適応ＰＵＳＣＨ再送信がｅノードＢによって要求されたとき、後続の再送信を実行することができない。
【００４９】
[0054]対照的に、適応ＰＵＳＣＨ再送信では、ＵＥ  ＳＲＳ状況が変化した場合、ＵＥとｅノードＢとの間の同じトランスポートブロックのための初期ＰＵＳＣＨ送信からの各サブフレームについてのシングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）シンボルの数の仮定は異なることになり、これは、異なる数のＰＵＳＣＨシンボルを生じる。同様に、リソースブロックの数が変化した場合、（たとえば、サブキャリアの数として表される）トランスポートブロックのための現在サブフレーム中のＰＵＳＣＨ送信のためのスケジュールされた帯域幅は、ＵＥとｅノードＢとの間で異なる。したがって、適応ＰＵＳＣＨ再送信では、ＰＵＳＣＨ送信のためのＳＣ−ＦＤＭＡシンボルの数またはスケジュールされた帯域幅の変化は、ＵＥとｅノードＢとの間の同期の損失をもたらす。
【００５０】
[0055]特に、ＵＥは、正常に復号された後続の適応ＰＵＳＣＨアップリンク許可を初期送信として使用し得る。逆に、ｅノードＢは、初期パラメータを導出するためにＰＵＳＣＨアップリンク許可の新しい送信を使用し得る。その結果、ＰＵＳＣＨ  ＨＡＲＱ送信および／または再送信プロセス中に、ＵＥとｅノードＢとの間のリソース割当て同期の損失が発生する。たとえば、アップリンク制御情報（ＵＣＩ）がアップリンク肯定応答（ＵＬＡＣＫ）を含む場合、ＵＬＡＣＫは復号失敗を引き起こし得る。同様に、ＵＣＩが、ランクインジケータ（ＲＩ）、チャネル品質インジケータ（ＣＱＩ）、またはサウンディング基準信号（ＳＲＳ）を含む場合、ＰＵＳＣＨレートマッチング結果も影響を及ぼされる。その結果、ＵＥとｅノードＢとの間のリソース割当て同期の欠如は、ＵＣＩ復号失敗とＰＵＳＣＨデータ復号失敗の両方につながり得る。さらに、壊れたＰＵＳＣＨ復号シンボルは、ＨＡＲＱプロセスの一部として実行されるソフト合成に、より多くの損害を与え得る。
【００５１】
[0056]ＬＴＥでは、ＵＥがアップリンク許可を逃す確率は、概して、時間の約１％になるように設計される。さらに、ＵＥがアップリンク許可を逃したとき、ＰＵＳＣＨ  ＨＡＲＱリソースは再送信の最大数まで浪費され得る。その上、ＰＵＳＣＨ送信／受信は、概して、ＬＴＥ展開のクリティカルパス（critical path）上にある。その結果、ＰＵＳＣＨ  ＨＡＲＱ送信および／または再送信のための性能向上は、システムに対してかなりの影響を有し得る。
【００５２】
[0057]本開示の様々な態様は、ＨＡＲＱ送信および／または再送信中に、ＵＥとｅノードＢとの間のリソース割当て同期の損失を軽減するための技法を提供する。本開示の一態様では、ｅノードＢは、ＨＡＲＱ送信および／または再送信プロセス中に、ＵＥとｅノードＢとの間のリソース割当てが同期外れであるかどうかを判断する。たとえば、ＵＥがＰＵＳＣＨ  ＨＡＲＱ再送信のためのアップリンク許可を失ったとき、ＵＥとｅノードＢとの間のリソース割当て同期は失われる。本明細書で説明するアップリンク許可は、初期アップリンク許可または適応ＰＵＳＣＨ再送信アップリンク許可を指すことがある。本開示のさらなる態様では、ｅノードＢは、ＨＡＲＱ送信および／または再送信プロセス中に、ＵＥとｅノードＢとの間のリソース割当て同期の損失を軽減する。本開示のこの態様では、ｅノードＢは、ＰＵＳＣＨ上で受信したＰＵＳＣＨデータおよび／またはアップリンク制御情報（ＵＣＩ）の適切な復号を可能にするために、ブラインド復号を用いて損失同期を軽減し得る。さらなる態様では、ｅノードＢは、ＰＵＳＣＨ  ＨＡＲＱ再送信のためにＵＥとｅノードＢとの間の同期を再実施するために、同じアップリンク許可を再生成し得る。さらなる態様では、ｅノードＢは、損失同期を軽減するために、ＰＵＳＣＨ再送信を前もってアボート（abort）し得る。
【００５３】
[0058]本開示の一態様では、ｅノードＢは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）の誤り率を標準ＰＤＣＣＨ誤り率以下に低減するために、アップリンク許可により多くの重みを与えることによって、ＰＤＣＣＨの重みを調整し得る。本開示のさらなる態様では、ｅノードＢは、ＰＵＳＣＨ  ＨＡＲＱ再送信を新しい送信として扱い得る。本開示のさらなる態様では、ｅノードＢは、損失リソース割当て同期を開始するために、（たとえば、リリース１０のＵＥを用いて）物理アップリンク制御チャネル（ＰＵＣＣＨ）リソース上のＰＵＣＣＨとＰＵＳＣＨリソース上のＰＵＳＣＨとを同時に受信し得る。本開示の一態様では、ＰＵＣＣＨとＰＵＳＣＨとの同時受信は、アップリンク許可からアップリンク制御情報（ＵＣＩ）を判断することへの依存をなくす。
【００５４】
[0059]本開示のさらに別の態様では、ＰＵＳＣＨ  ＨＡＲＱ再送信中の、ＵＥとｅノードＢとの間の損失リソース割当て同期の軽減は、ＵＥが、ＰＵＳＣＨ  ＨＡＲＱ再送信のためのアップリンク許可を受信したかどうかを推定することを含み得る。本開示の一態様では、推定は、ＰＵＳＣＨ上でエネルギーレベルを検出することによって実行される。エネルギーレベルは、復調基準信号（ＤＭ−ＲＳ）に従って判断され得、これを本明細書では「ＰＵＳＣＨ／ＤＭ−ＲＳしきい値処理」と呼ぶことがある。本開示の一態様では、ｅノードＢは、ＰＵＳＣＨ上で検出されたエネルギーレベルが所定のしきい値を下回るとき、アップリンク許可がＵＥによって受信されなかったと判断する。本開示の一態様では、累積エネルギーは、たとえば、対数尤度比（ＬＬＲ）のソフト合成に基づく。
【００５５】
[0060]本開示の一態様では、ｅノードＢは、アップリンク許可がＵＥによって受信されなかったことが推定されるとき、受信したＰＵＳＣＨデータを廃棄する。本開示のさらなる態様では、ｅノードＢは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）とは別個の物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）を送信する。代替的に、アップリンク許可がＰＤＣＣＨ上で送信された場合、ＰＨＩＣＨは送信されない。ＰＨＩＣＨとＰＤＣＣＨとの別々の送信は、非適応ＨＡＲＱを仮定して、再送信されたトランスポートブロックを送るのではなく、ＵＥがＰＤＣＣＨを逃し、間欠送信（ＤＴＸ）状態に入る状況を防ぐ。一構成では、ＰＨＩＣＨメッセージはまったく送られない。
【００５６】
[0061]本開示のさらなる態様では、ＰＵＳＣＨ  ＨＡＲＱ再送信中の、ＵＥとｅノードＢとの間の損失同期リソース割当ての軽減は、ＰＵＳＣＨと物理アップリンク制御チャネル（ＰＵＣＣＨ）とをブラインド復号することを含み得る。ｅノードＢは、正常に復号されたＰＵＣＣＨがアップリンク制御情報（ＵＣＩ）を含むとき、アップリンク許可がＵＥによって受信されなかったと判断し得る。ｅノードＢは、初期アップリンク許可がＵＥによって受信されなかったことが推定されるとき、受信したＰＵＳＣＨデータを廃棄し得る。
【００５７】
[0062]本開示のさらなる態様では、ＰＵＳＣＨ  ＨＡＲＱ再送信中の、ＵＥとｅノードＢとの間の損失同期リソース割当ての軽減は、ＰＵＳＣＨデータの連続再送信復号失敗（consecutive retransmission decode failures）の数、ならびにＰＵＳＣＨ上でのＵＣＩ復号失敗を検出することを含み得る。特に、初期アップリンク許可が逃された場合、これは、損失リソース割当て同期により、後続のＰＵＳＣＨ再送信上のすべてのＵＣＩに対する復号失敗をもたらし得る。ｅノードＢは、ＰＵＳＣＨデータの連続再送信復号失敗の数および／またはＰＵＳＣＨ上でのＵＣＩの復号失敗が所定の値を超えるとき、許可がＵＥによって受信されなかったと予測し得る。ｅノードＢは、初期アップリンク許可がＵＥによって受信されなかったことが推定されるとき、受信したＰＵＳＣＨデータを廃棄し得る。
【００５８】
[0063]本開示の一態様では、ＰＵＳＣＨ  ＨＡＲＱ再送信中に、ＵＥとｅノードＢとの間の損失リソース割当て同期による損失同期を軽減するために、ブラインド復号が、上記で説明したＰＵＳＣＨ／ＤＭ−ＲＳエネルギーしきい値処理と組み合わされ得る。特に、ｅノードＢは、前のアップリンク許可に従って、受信したＰＵＳＣＨデータとＵＣＩとを復号し得る。さらに、ｅノードＢは、初期アップリンク許可に従って、受信したＰＵＳＣＨデータとＵＣＩとを復号し得る。したがって、ブラインド復号のための仮定の数が低減される。ｅノードＢは、適切に復号されたＰＵＳＣＨデータとＵＣＩとを保持し、誤って復号されたＰＵＳＣＨデータと誤って復号されたＵＣＩとを廃棄する。
【００５９】
[0064]本開示のさらに別の態様では、損失リソース割当て同期の軽減は、ＵＥが初期アップリンク許可を逃したかどうかについて不確かであるとき、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を通してアップリンク許可を再送信することを含み得る。ＵＬ許可を再送信することはサウンディング基準信号（ＳＲＳ）を省き得る。ＰＵＳＣＨのための最後のシンボルの利用可能性は、アップリンク制御情報（ＵＣＩ）から同じリソース要素（ＲＥ）計算が得られることを保証するために、再送信間で同じままであるべきである。しかしながら、これは、セル固有ＳＲＳ構成またはＵＥ固有ＳＲＳ構成により可能でないことがある。セル固有ＳＲＳが全帯域幅を占有せず、ＰＵＳＣＨデータが、占有されていないリソースブロック（ＲＢ）に適合する場合、ＰＵＳＣＨ再送信は、元の送信に一致するためのより多くのフレキシビリティを有し得る。本開示の一態様では、ＰＤＣＣＨデータからの後続のアップリンク許可は、ＵＣＩから同数のリソース要素（ＲＥ）が計算されることを保証するために、初期アップリンク許可を備えたＵＣＩから計算されたＲＥの数に従って実行される。
【００６０】
[0065]本開示の一態様では、ＰＤＣＣＨアップリンク許可は、ＵＥとｅノードＢとの間のリソース割当てを再同期させるために、ＵＣＩについて同じリソース要素（ＲＥ）が計算されることと、また同じＰＵＳＣＨ復号パラメータが初期アップリンク許可を用いて生成されることとを保証し得る。
【００６１】
[0066]ｅノードＢは、初期アップリンク許可を備えたリソースブロック（ＲＢ）の数に従って、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）データを通して後続のアップリンク許可を送信し得る。ｅノードＢは、サウンディング基準信号（ＳＲＳ）の存在を仮定して、受信したＰＵＳＣＨデータを復号し得る。ｅノードＢはまた、ＳＲＳの不在を仮定して、受信したＰＵＳＣＨデータを復号し得る。ｅノードＢは、正常に復号されたＰＵＳＣＨデータを選択し、誤って復号されたＰＵＳＣＨデータを廃棄する。
【００６２】
[0067]本開示のさらに別の態様では、ＰＵＳＣＨ  ＨＡＲＱ再送信中の、ＵＥとｅノードＢとの間の損失リソース割当て同期の軽減は、再送信の最大数を低減することを含み得る。再送信の最大数を低減することは、ＨＡＲＱ送信および／または再送信プロセス中に、ＵＥとｅノードＢとの間でリソース割当て同期が失われたとき、浪費されるＨＡＲＱリソースを減少させ得る。本開示の一態様では、ｅノードＢは、受信したＰＵＳＣＨデータの累積エネルギーが、いくつかの連続再送信復号失敗にわたって増加しないとき、初期アップリンク許可がＵＥによって受信されなかったと判断する。
【００６３】
[0068]本開示の一態様では、ｅノードＢは、たとえば、連続する再送信にわたる対数尤度比（ＬＬＲ）のソフト合成に基づいて、受信したＰＵＳＣＨデータの累積エネルギーを判断する。判断に基づいて、ｅノードＢはＵＥにＰＨＩＣＨ否定応答（ＮＡＫ）を送信し得る。さらに、ｅノードＢは、ＵＥをリセットするために、最後の初期アップリンク許可に従って、ＵＥに新しい初期アップリンク許可信号を送信する。ｅノードＢは、低減されていることも低減されていないこともある再送信の最大数より前にＰＵＳＣＨ  ＨＡＲＱ再送信をアボートする。
【００６４】
[0069]本開示のさらなる態様では、ＨＡＲＱ送信および／または再送信プロセス中の、ＵＥとｅノードＢとの間の損失リソース割当て同期の軽減は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）の電力レベルおよび／またはアグリゲーション（aggregation）レベルを増加させることを含み得る。ＰＤＣＣＨの電力レベルおよび／またはアグリゲーションレベルを増加させることは、初期アップリンク許可がＵＥによって受信され得ないことが予測されるときに実行され得る。本開示の一態様では、ＵＥが初期アップリンク許可を受信するかどうかの予測は履歴データに基づき得る。特に、ｅノードＢは、初期アップリンク許可により多くの重みを追加することによって、初期アップリンク許可のアップリンク許可誤り率を１％以下に低減し得る。たとえば、ｅノードＢが、ＵＥがアップリンク許可を受信したかどうかに関して不確かである（たとえば、ｅノードＢが、前の無線フレーム中でＵＥのＰＤＣＣＨが弱いことを検出した）場合、ｅノードＢは、増加したアグリゲーションレベル、またはそのアップリンク許可のための増加した電力を使用することによって、アップリンク許可の誤り確率を減少させ得る。
【００６５】
[0070]本開示のさらに別の態様では、ＨＡＲＱ送信および／または再送信プロセス中の、ＵＥとｅノードＢとの間の損失リソース割当て同期の軽減は、再送信を受信したことに応答して送信の数を同期させることを含み得る。ｅノードＢは、前の初期アップリンク許可に従って、ＵＥに初期送信のための新しい初期アップリンク許可を送信することによって、ＵＥとの送信同期を実行する。ｅノードＢとＵＥとの間の送信数を同期させることは、初期アップリンク許可がＵＥによって受信されなかったことが推定されるときに実行される。
【００６６】
[0071]特に、ｅノードＢが、ＵＥが初期アップリンク許可を逃したかどうかについて不確かである場合、ｅノードＢは、再送信を初期送信として扱い、再送信されたトランスポートブロックを新しい送信として扱い、ＰＵＳＣＨ  ＨＡＲＱ送信の総数から損失ＰＵＳＣＨ送信をディスカウントし得る。本開示の一態様では、新しい送信は、ｅノードＢにおける送信数がＵＥと同期することを可能にする。本開示の一態様では、ＵＥは、送信の数を同期させるために適応ＰＵＳＣＨ再送信アップリンク許可を使用することによって、再送信を受信したことに応答してリビジョンバージョン（ＲＶ）を同期させ得る。
【００６７】
[0072]高度な受信機（たとえば、ＬＴＥリリース１０以降に準拠したＵＥ）の場合、他のソリューションが可能である。たとえば、ＵＥは、ＰＵＣＣＨとＰＵＳＣＨとを同時に送信し得る。したがって、ＵＣＩはもはやアップリンク許可に依存しない。
【００６８】
[0073]図５に、本開示の一態様による、ＨＡＲＱ送信および／または再送信プロセス中の、ＵＥとｅノードＢとの間の損失リソース割当て同期の軽減のための方法５００を示す。ブロック５１０において、ｅノードＢは、ＨＡＲＱ送信および／または再送信プロセス中に、ＵＥとｅノードＢとの間のリソース割当てが同期外れであるかどうかを判断する。本開示の一態様では、判断は、ＰＵＳＣＨ上でエネルギーレベルを検出することによって実行される。特に、ｅノードＢは、ＰＵＳＣＨ上で検出されたエネルギーレベルが所定のしきい値を下回るとき、初期アップリンク許可または適応ＰＵＳＣＨ再送信アップリンク許可がＵＥによって受信されなかったと判断し得る。本開示の一態様では、検出されたエネルギーは、いくつかの連続するＰＵＳＣＨ  ＨＡＲＱ再送信にわたる累積エネルギーに基づく。累積エネルギーは、たとえば、所定の数の連続するＰＵＳＣＨ  ＨＡＲＱ再送信にわたる対数尤度比（ＬＬＲ）のソフト合成に基づき得る。
【００６９】
[0074]再び図５を参照すると、ブロック５１２において、ｅノードＢは、ＨＡＲＱ送信および／または再送信プロセス中に、ＵＥとｅノードＢとの間のリソース割当て同期の損失を軽減する。本開示の一態様では、ｅノードＢは、リソース割当て同期の損失を軽減するために、低減されていることも低減されていないこともある再送信の最大数より前にＰＵＳＣＨ  ＨＡＲＱ再送信をアボートする。本開示のさらなる態様では、初期アップリンク許可がＵＥによって受信されなかったことが推定されるとき、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）の電力レベルおよび／またはアグリゲーションレベルを増加させることが実行され得る。特に、ｅノードＢは、初期アップリンク許可により多くの重みを追加することによって、初期アップリンク許可のアップリンク許可誤り率を１％以下に低減し得る。
【００７０】
[0075]図６は、損失リソース割当て同期軽減システム６１４を採用する装置６００のためのハードウェア実装形態の一例を示す図である。損失リソース割当て同期軽減システム６１４は、バス６２４によって概略的に表されるバスアーキテクチャを用いて実装され得る。バス６２４は、損失リソース割当て同期軽減システム６１４の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスとブリッジとを含み得る。バス６２４は、プロセッサ６２６によって表される１つまたは複数のプロセッサおよび／またはハードウェアモジュールと、判断モジュール６０２と、軽減モジュール６０４と、コンピュータ可読媒体６２８とを含む様々な回路を互いにリンクする。バス６２４はまた、タイミングソース、周辺機器、電圧調整器、および電力管理回路など、様々な他の回路をリンクし得るが、これらの回路は当技術分野においてよく知られており、したがって、これ以上説明しない。
【００７１】
[0076]本装置は、トランシーバ６２２に結合された損失リソース割当て同期軽減システム６１４を含む。トランシーバ６２２は、１つまたは複数のアンテナ６２０に結合される。トランシーバ６２２は、伝送媒体を介して様々な他の装置と通信するための手段を与える。損失リソース割当て同期軽減システム６１４は、コンピュータ可読媒体６２８に結合されたプロセッサ６２６を含む。プロセッサ６２６は、コンピュータ可読媒体６２８に記憶されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ６２６によって実行されたとき、損失リソース割当て同期軽減システム６１４に、特定の装置のための上記で説明した様々な機能を実行させる。コンピュータ可読媒体６２８はまた、ソフトウェアを実行するときにプロセッサ６２６によって操作されるデータを記憶するために使用され得る。
【００７２】
[0077]損失リソース割当て同期軽減システム６１４は、ＨＡＲＱ送信および／または再送信プロセス中に、ＵＥとｅノードＢとの間のリソース割当てが同期外れであるかどうかを判断するための判断モジュール６０２と、ＨＡＲＱ送信および／または再送信プロセス中に、ＵＥとｅノードＢとの間のリソース割当て同期の損失を軽減するための軽減モジュール６０４とをさらに含む。判断モジュール６０２と軽減モジュール６０４とは、プロセッサ６２６中で動作するか、コンピュータ可読媒体６２８中に常駐する／記憶されたソフトウェアモジュールであるか、プロセッサ６２６に結合された１つまたは複数のハードウェアモジュールであるか、またはそれらの何らかの組合せであり得る。損失リソース割当て同期軽減システム６１４は、ＵＥ１２０の構成要素であり得、メモリ４８２および／またはコントローラ／プロセッサ４８０を含み得る。
【００７３】
[0078]一構成では、ワイヤレス通信のための装置６００は、ＨＡＲＱ送信および／または再送信プロセス中に、ＵＥとｅノードＢとの間のリソース割当てが同期外れであるかどうかを判断するための手段を含む。手段は、測定および記録手段によって具陳した機能を実行するように構成された装置６００の判断モジュール６０２および／または損失リソース割当て同期軽減システム６１４であり得る。上記で説明したように、判断手段は、アンテナ４５２、受信プロセッサ４５８、コントローラ／プロセッサ４８０、および／またはメモリ４８２を含み得る。別の態様では、上述の手段は、上述の手段によって具陳した機能を実行するように構成された任意のモジュールまたは任意の装置であり得る。
【００７４】
[0079]一構成では、ワイヤレス通信のための装置６００は、ＨＡＲＱ送信および／または再送信プロセス中に、ＵＥとｅノードＢとの間のリソース割当て同期の損失を軽減するための手段を含む。手段は、測定および記録手段によって具陳した機能を実行するように構成された装置６００の軽減モジュール６０２および／または損失リソース割当て同期軽減システム６１４であり得る。上記で説明したように、判断手段は、アンテナ４５２、受信プロセッサ４５８、送信プロセッサ４６４、コントローラ／プロセッサ４８０、および／またはメモリ４８２を含み得る。別の態様では、上述の手段は、上述の手段によって具陳した機能を実行するように構成された任意のモジュールまたは任意の装置であり得る。
【００７５】
[0080]さらに、本明細書の開示に関して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装され得ることを、当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップについて、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課された設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装し得るが、そのような実装の決定は、本開示の範囲からの逸脱を生じるものと解釈されるべきではない。
【００７６】
[0081]本明細書の開示に関して説明した様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、または任意の他のそのような構成として実装され得る。
【００７７】
[0082]本明細書の開示に関して説明した方法またはアルゴリズムのステップは、直接ハードウェアで実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはその２つの組合せで実施され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭ（登録商標）メモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体はプロセッサに一体化され得る。プロセッサおよび記憶媒体はＡＳＩＣ中に常駐し得る。ＡＳＩＣはユーザ端末中に常駐し得る。代替として、プロセッサおよび記憶媒体は、ユーザ端末中に個別構成要素として常駐し得る。
【００７８】
[0083]１つまたは複数の例示的な設計では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体と通信媒体の両方を含む。記憶媒体は、汎用または専用コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコード手段を搬送または記憶するために使用され得、汎用もしくは専用コンピュータ、または汎用もしくは専用プロセッサによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびブルーレイ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。
【００７９】
[0084]本開示についての以上の説明は、いかなる当業者も本開示を作成または使用することができるように与えたものである。本開示への様々な修正は当業者には容易に明らかとなり、本明細書で定義した一般原理は、本開示の趣旨または範囲から逸脱することなく他の変形形態に適用され得る。したがって、本開示は、本明細書で説明した例および設計に限定されるものではなく、本明細書で開示した原理および新規の特徴に合致する最も広い範囲を与えられるべきである。
以下に、出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ハイブリッド自動再送要求（ＨＡＲＱ）送信および／または再送信プロセス中に、ユーザ機器（ＵＥ）と発展型ノードＢ（ｅノードＢ）との間のリソース割当てが同期外れであるかどうかを判断することと、
前記ＨＡＲＱ送信および／または再送信プロセス中に、前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の損失を軽減することと
を備える、ワイヤレス通信の方法。
［Ｃ２］
リソース割当てが同期外れであるかどうかを判断することは、
物理アップリンク共有チャネル（ＰＵＳＣＨ）上でエネルギーレベルを検出することと、
前記ＰＵＳＣＨ上で検出された前記エネルギーレベルが所定のしきい値を下回るとき、アップリンク許可が前記ＵＥによって受信されなかったと判断することと
を備える、上記Ｃ１に記載の方法。
［Ｃ３］
前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失を軽減することは、前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失により、アップリンク許可が前記ＵＥによって受信されなかったことが推定されるとき、物理アップリンク共有チャネル（ＰＵＳＣＨ）データを廃棄することをさらに備える、上記Ｃ１に記載の方法。
［Ｃ４］
前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失を軽減することは、アップリンク許可が物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で送信されたとき、物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）を送信しないことを備える、上記Ｃ１に記載の方法。
［Ｃ５］
リソース割当てが同期外れであるかどうかを判断することは、
物理アップリンク共有チャネル（ＰＵＳＣＨ）と物理アップリンク制御チャネル（ＰＵＣＣＨ）とをブラインド復号することと、
前記ＵＥと前記ｅノードＢとの間の損失リソース割当て同期により、正常に復号されたＰＵＣＣＨがアップリンク制御情報（ＵＣＩ）を含むとき、アップリンク許可が前記ＵＥによって受信されなかったと判断することと
を備える、上記Ｃ１に記載の方法。
［Ｃ６］
リソース割当てが同期外れであるかどうかを判断することは、
物理アップリンク共有チャネル（ＰＵＳＣＨ）上でのアップリンク制御情報（ＵＣＩ）とＰＵＳＣＨデータとの連続再送信復号失敗の数を検出することと、
前記ＰＵＳＣＨ上での前記ＵＣＩと前記ＰＵＳＣＨデータとの前記連続再送信復号失敗の数が、前記ＵＥと前記ｅノードＢとの間の損失リソース割当て同期により所定の値を超えるとき、初期アップリンク許可が前記ＰＵＳＣＨ上で前記ＵＥによって受信されなかったと判断することと
を備える、上記Ｃ１に記載の方法。
［Ｃ７］
前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失を軽減することが、
前のアップリンク許可に従って、受信した物理アップリンク共有チャネル（ＰＵＳＣＨ）データとアップリンク制御情報（ＵＣＩ）とを復号することと、
初期アップリンク許可に従って、前記受信したＰＵＳＣＨデータと前記ＵＣＩとを復号することと
を備える、上記Ｃ１に記載の方法。
［Ｃ８］
前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失を軽減することは、
アップリンク制御情報（ＵＣＩ）について同じ数のリソース要素（ＲＥ）が計算されることを保証するために、物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースブロック（ＲＢ）の数と、初期アップリンク許可を備えたサウンディング基準信号（ＳＲＳ）の存在または不在とに従って、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を通して後続のアップリンク許可を送信すること
を備える、上記Ｃ１に記載の方法。
［Ｃ９］
前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失を軽減することが、
初期アップリンク許可を備えた物理アップリンク共有チャネル（ＰＵＳＣＨ）のリソースブロックの数に従って、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）データを通して後続のアップリンク許可を送信することと、
サウンディング基準信号（ＳＲＳ）の存在を仮定して、受信したＰＵＳＣＨデータを復号することと、
前記ＳＲＳの不在を仮定して、前記受信したＰＵＳＣＨデータを復号することと、
正常に復号されたＰＵＳＣＨデータを選択することと
を備える、上記Ｃ１に記載の方法。
［Ｃ１０］
リソース割当てが同期外れであるかどうかを判断することは、
受信したＰＵＳＣＨデータの累積エネルギーが、いくつかの連続再送信復号失敗にわたって増加しないとき、アップリンク許可が物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ＵＥによって受信されなかったと判断することを備える、上記Ｃ１に記載の方法。
［Ｃ１１］
前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失を軽減することが、
前記ＵＥに物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）否定応答（ＮＡＫ）を送信することと、
前の初期アップリンク許可に従って、前記ＵＥに新しい初期送信アップリンク許可を送信することと
を備える、上記Ｃ１に記載の方法。
［Ｃ１２］
前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失を軽減することは、前記ＵＥが、履歴データに基づいて、アップリンク許可が前記ＵＥによって受信されなかった可能性があることを予測するとき、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）の電力レベルおよび／またはアグリゲーションレベルを増加させることを備える、上記Ｃ１に記載の方法。
［Ｃ１３］
前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失を軽減することが、前記ＵＥと前記ｅノードＢとの間の冗長バージョン（ＲＶ）同期の損失を防ぐために、損失アップリンク許可をディスカウントするかまたは適応物理アップリンク共有チャネル（ＰＵＳＣＨ）再送信アップリンク許可を使用することによって、送信の数を同期させることによって、ＨＡＲＱ再送信を受信したことに応答してＲＶを同期させることを備える、上記Ｃ１に記載の方法。
［Ｃ１４］
前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失を軽減することは、前記ＵＥが物理アップリンク共有チャネル（ＰＵＳＣＨ）ＨＡＲＱ再送信のための初期アップリンク許可を受信したかどうかの推定に従って前記ＵＥと通信することを備える、上記Ｃ１に記載の方法。
［Ｃ１５］
ＰＵＳＣＨリソース上の物理アップリンク共有チャネル（ＰＵＳＣＨ）と、ＰＵＣＣＨリソース上の物理アップリンク制御チャネル（ＰＵＣＣＨ）とを同時に受信することをさらに備える、上記Ｃ１に記載の方法。
［Ｃ１６］
ワイヤレス通信ネットワークにおける動作のために構成された装置であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサであって、
ハイブリッド自動再送要求（ＨＡＲＱ）送信および／または再送信プロセス中に、ユーザ機器（ＵＥ）と発展型ノードＢ（ｅノードＢ）との間のリソース割当てが同期外れであるかどうかを判断することと、
前記ＨＡＲＱ送信および／または再送信プロセス中に、前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の損失を軽減することと
を行うように構成された少なくとも１つのプロセッサと
を備える、装置。
［Ｃ１７］
前記少なくとも１つのプロセッサは、
物理アップリンク共有チャネル（ＰＵＳＣＨ）上でエネルギーレベルを検出することと、
前記ＰＵＳＣＨ上で検出された前記エネルギーレベルが所定のしきい値を下回るとき、アップリンク許可が前記ＵＥによって受信されなかったと判断することと
によって、リソース割当てが同期外れであるかどうかを判断するようにさらに構成された、上記Ｃ１６に記載の装置。
［Ｃ１８］
前記少なくとも１つのプロセッサは、前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失により、アップリンク許可が前記ＵＥによって受信されなかったことが推定されるとき、物理アップリンク共有チャネル（ＰＵＳＣＨ）データを廃棄することによって、前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失を軽減するようにさらに構成された、上記Ｃ１６に記載の装置。
［Ｃ１９］
前記少なくとも１つのプロセッサは、アップリンク許可が物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で送信されたとき、物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）を送信しないことによって、前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失を軽減するようにさらに構成された、上記Ｃ１６に記載の装置。
［Ｃ２０］
前記少なくとも１つのプロセッサは、
物理アップリンク共有チャネル（ＰＵＳＣＨ）と物理アップリンク制御チャネル（ＰＵＣＣＨ）とをブラインド復号することと、
前記ＵＥと前記ｅノードＢとの間の損失リソース割当て同期により、正常に復号されたＰＵＣＣＨがアップリンク制御情報（ＵＣＩ）を含むとき、アップリンク許可が前記ＵＥによって受信されなかったと判断することと
によって、リソース割当てが同期外れであるかどうかを判断するようにさらに構成された、上記Ｃ１６に記載の装置。
［Ｃ２１］
前記少なくとも１つのプロセッサは、
物理アップリンク共有チャネル（ＰＵＳＣＨ）上でのアップリンク制御情報（ＵＣＩ）とＰＵＳＣＨデータとの連続再送信復号失敗の数を検出することと、
前記ＰＵＳＣＨ上での前記ＵＣＩと前記ＰＵＳＣＨデータとの前記連続再送信復号失敗の数が、前記ＵＥと前記ｅノードＢとの間の損失リソース割当て同期により所定の値を超えるとき、初期アップリンク許可が前記ＰＵＳＣＨ上で前記ＵＥによって受信されなかったと判断することと
によって、リソース割当てが同期外れであるかどうかを判断するようにさらに構成された、上記Ｃ１６に記載の装置。
［Ｃ２２］
前記少なくとも１つのプロセッサが、
前のアップリンク許可に従って、受信した物理アップリンク共有チャネル（ＰＵＳＣＨ）データとアップリンク制御情報（ＵＣＩ）とを復号することと、
初期アップリンク許可に従って、前記受信したＰＵＳＣＨデータと前記ＵＣＩとを復号することと
によって、前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失を軽減するようにさらに構成された、上記Ｃ１６に記載の装置。
［Ｃ２３］
前記少なくとも１つのプロセッサは、
アップリンク制御情報（ＵＣＩ）について同じ数のリソース要素（ＲＥ）が計算されることを保証するために、物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースブロック（ＲＢ）の数と、初期アップリンク許可を備えたサウンディング基準信号（ＳＲＳ）の存在または不在とに従って、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を通して後続のアップリンク許可を送信すること
によって、前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失を軽減するようにさらに構成された、上記Ｃ１６に記載の装置。
［Ｃ２４］
前記少なくとも１つのプロセッサが、
初期アップリンク許可を備えた物理アップリンク共有チャネル（ＰＵＳＣＨ）のリソースブロックの数に従って、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）データを通して後続のアップリンク許可を送信することと、
サウンディング基準信号（ＳＲＳ）の存在を仮定して、受信したＰＵＳＣＨデータを復号することと、
前記ＳＲＳの不在を仮定して、前記受信したＰＵＳＣＨデータを復号することと、
正常に復号されたＰＵＳＣＨデータを選択することと
によって、前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失を軽減するようにさらに構成された、上記Ｃ１６に記載の装置。
［Ｃ２５］
前記少なくとも１つのプロセッサは、
受信したＰＵＳＣＨデータの累積エネルギーが、いくつかの連続再送信復号失敗にわたって増加しないとき、アップリンク許可が物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ＵＥによって受信されなかったと判断すること
によって、リソース割当てが同期外れであるかどうかを判断するようにさらに構成された、上記Ｃ１６に記載の装置。
［Ｃ２６］
前記少なくとも１つのプロセッサが、
前記ＵＥに物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）否定応答（ＮＡＫ）を送信することと、
前の初期アップリンク許可に従って、前記ＵＥに新しい初期送信アップリンク許可を送信することと
によって、前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失を軽減するようにさらに構成された、上記Ｃ１６に記載の装置。
［Ｃ２７］
前記少なくとも１つのプロセッサは、前記ＵＥが、履歴データに基づいて、アップリンク許可が前記ＵＥによって受信されなかった可能性があることを予測するとき、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）の電力レベルおよび／またはアグリゲーションレベルを増加させることによって、前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失を軽減するようにさらに構成された、上記Ｃ１６に記載の装置。
［Ｃ２８］
前記少なくとも１つのプロセッサが、前記ＵＥと前記ｅノードＢとの間の冗長バージョン（ＲＶ）同期の損失を防ぐために、損失アップリンク許可をディスカウントするかまたは適応物理アップリンク共有チャネル（ＰＵＳＣＨ）再送信アップリンク許可を使用することによって、送信の数を同期させることによって、ＨＡＲＱ再送信を受信したことに応答してＲＶを同期させることによって、前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失を軽減するようにさらに構成された、上記Ｃ１６に記載の装置。
［Ｃ２９］
前記少なくとも１つのプロセッサは、前記ＵＥが物理アップリンク共有チャネル（ＰＵＳＣＨ）ＨＡＲＱ再送信のための初期アップリンク許可を受信したかどうかの推定に従って前記ＵＥと通信することによって、前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の前記損失を軽減するようにさらに構成された、上記Ｃ１６に記載の装置。
［Ｃ３０］
前記少なくとも１つのプロセッサが、ＰＵＳＣＨリソース上の物理アップリンク共有チャネル（ＰＵＳＣＨ）と、ＰＵＣＣＨリソース上の物理アップリンク制御チャネル（ＰＵＣＣＨ）とを同時に受信するようにさらに構成された、上記Ｃ１６に記載の装置。
［Ｃ３１］
ワイヤレス通信のために構成されたコンピュータプログラム製品であって、
非一時的プログラムコードを記録したコンピュータ可読媒体を備え、前記プログラムコードが、
ハイブリッド自動再送要求（ＨＡＲＱ）送信および／または再送信プロセス中に、ユーザ機器（ＵＥ）と発展型ノードＢ（ｅノードＢ）との間のリソース割当てが同期外れであるかどうかを判断するためのプログラムコードと、
前記ＨＡＲＱ送信および／または再送信プロセス中に、前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の損失を軽減するためのプログラムコードと
を備える、コンピュータプログラム製品。
［Ｃ３２］
ワイヤレス通信システムにおいて動作可能な装置であって、
ハイブリッド自動再送要求（ＨＡＲＱ）送信および／または再送信プロセス中に、ユーザ機器（ＵＥ）と発展型ノードＢ（ｅノードＢ）との間のリソース割当てが同期外れであるかどうかを判断するための手段と、
前記ＨＡＲＱ送信および／または再送信プロセス中に、前記ＵＥと前記ｅノードＢとの間のリソース割当て同期の損失を軽減するための手段と
を備える、装置。
【図１】
0005859649.tif 000002
【図２】
0005859649.tif 000003
【図３】
0005859649.tif 000004
【図４】
0005859649.tif 000005
【図５】
0005859649.tif 000006
【図６】
0005859649.tif 000007