(57)【要約】  低リソース利用を伴う高信頼性伝送方式のための、送信ノード及び受信ノード並びにそれらにおける方法である。当該伝送方式は２つのモードを含み、第１のモードは通常の確認応答がなされる再送を含み、第２のモードは迅速化されるかさもなければ促進される再送を含み、よって許容される遅延バジェットの範囲内で成功裏にメッセージを伝達できる確率が改善される。【選択図】図１
2017509177.tif 000002
【特許請求の範囲】
【請求項１】
自動再送要求を適用する無線通信ネットワーク内の送信ノードにより実行される方法であって、
確認応答がなされる第１の送信モードにおいて、
−受信ノードへメッセージを送信すること（１０１）と、
−前記受信ノードにおける前記メッセージの又は前記メッセージに関連する再送の受信不成功の標識を検出すること（１０２）と、
−検出された前記標識に基づいて、第２の送信モードへと切り替えること（１０３）と、
前記第２の送信モードにおいて、
−前記メッセージ又はその一部を、複数回、次の再送の送信の前にメッセージ受信の確認応答を待つことなく再送すること（１０４）と、
を含む方法。
【請求項２】
前記メッセージに関連する後続の送信の間の時間インターバルは、前記第１の送信モードよりも前記第２の送信モードにおいてより短い、請求項１に記載の方法。
【請求項３】
前記第２の送信モードにおける再送の間の時間インターバルは、時間にわたって減少する、請求項１又は請求項２に記載の方法。
【請求項４】
前記第２の送信モードは、連続的送信を含む、請求項１〜３のいずれかに記載の方法。
【請求項５】
前記第２の送信モードは、
−受信ノードからの、前記メッセージに関連する少なくとも１つの受信成功の標識の受信時に、
−前記第２の送信モードへの前記切り替えからの時間Ｔの経過時に、
−前記メッセージの前記送信からの時間Ｔ´の経過時に、又は
−受信ノードからの予め定義される数のＮＡＣＫの受信時に、
終了する、請求項１〜４のいずれかに記載の方法。
【請求項６】
受信不成功の前記標識は、
−前記メッセージに関連する予め定義される数の否定応答（ＮＡＣＫ）、
−受信機側の復号ステータスに関する情報を含むリッチフィードバック、
−前記第１の送信モードにおける受信成功を妨げる、前記受信ノードにおける条件の標識、
のうちの１つ以上を含む、請求項１〜５のいずれかに記載の方法。
【請求項７】
時間、周波数、符号、電力、送信ポイント、及び／又は計算リソースの観点で、前記第１の送信モードよりも多くのリソースが、前記第２の送信モードにおいて再送のために使用される、請求項１〜６のいずれかに記載の方法。
【請求項８】
前記第２の送信モードにおいて再送のために使用されるリソースは、前記受信ノードから受信される受信不成功に関連する情報に依存する、請求項１〜７のいずれかに記載の方法。
【請求項９】
自動再送要求を適用する無線通信ネットワーク内の受信ノードにより実行される方法であって、
第１の受信モードにおいて、
−メッセージ又は前記メッセージに関連する再送である送信ノードからの送信の受信不成功を検出すること（２０１）と、
−前記受信不成功を前記送信ノードへ指し示すこと（２０２）と、
−検出された前記受信不成功に基づいて、第２の受信モードへと切り替えること（２０３）と、
前記第２の受信モードにおいて、
−前記メッセージに関連する少なくとも１つの再送を受信すること（２０４）と、
を含み、
前記第１の受信モードは、受信不成功の標識の後の再送を含む、確認応答がなされる第１の送信モードに対応し、
前記第２の受信モードは、次の再送の送信の前にメッセージ受信の確認応答を待つことなくなされる再送を含む第２の送信モードに対応する、
方法。
【請求項１０】
前記第２の送信モードは、前記第１の送信モードよりも頻度の高い再送を含む、請求項９に記載の方法。
【請求項１１】
前記第２の送信モードにおける再送の間の時間長は、時間にわたって減少する、請求項９又は請求項１０に記載の方法。
【請求項１２】
前記第２の送信モードは、連続的送信を含む、請求項９〜１１のいずれかに記載の方法。
【請求項１３】
受信不成功を前記送信ノードへ指し示すことは、前記第１の送信モードにおける受信成功を妨げる条件を指し示すこと、を含む、請求項９〜１２のいずれかに記載の方法。
【請求項１４】
前記第２の受信モードは、
−前記メッセージに関連する受信成功時に、
−前記第２の受信モードへの前記切り替えからの時間Ｔの経過時に、
−送信信号の受信不成功の前記検出からの時間Ｔ´の経過時に、又は
−前記送信ノードへの予め定義される数のＮＡＣＫの送信後に、
終了する、請求項９〜１３のいずれかに記載の方法。
【請求項１５】
受信不成功の前記標識は、
−前記メッセージに関連する予め定義される数の否定応答（ＮＡＣＫ）、
−復号ステータスに関する情報を含むリッチフィードバック、
−前記第１の送信モードにおける受信成功を妨げる、前記受信ノードにおける条件の標識、
のうちの少なくとも１つを含む、請求項９〜１４のいずれかに記載の方法。
【請求項１６】
時間、周波数、符号、電力、送信／受信ポイント、及び／又は計算リソースの観点で、前記第１の送信モードよりも多くのリソースが、前記第２の送信モードにおいて再送のために使用される、請求項９〜１５のいずれかに記載の方法。
【請求項１７】
前記第２の受信モードは、前記送信ノードへ送信される受信不成功に関連する情報に依存する、請求項９〜１６のいずれかに記載の方法。
【請求項１８】
自動再送要求を適用する無線通信ネットワークにおいて動作可能な送信ノード（７００）であって、
プロセッサ（７０３）とメモリ（７０４）とを備え、前記メモリは、前記プロセッサにより実行可能な命令（７０５）を含み、それにより前記送信ノードは、
確認応答がなされる第１の送信モードにおいて、
−受信ノードへメッセージを送信し、
−前記受信ノードにおける前記メッセージの又は前記メッセージに関連する再送の受信不成功の標識を検出し、
−検出された前記標識に基づいて、第２の送信モードへと切り替え、
前記第２の送信モードにおいて、
−前記メッセージ又はその一部を、複数回、次の再送の送信の前にメッセージ受信の確認応答を待つことなく再送する、
ように動作可能である、送信ノード。
【請求項１９】
前記メッセージに関連する後続の送信の間の時間インターバルは、前記第１の送信モードよりも前記第２の送信モードにおいてより短い、請求項１８に記載の送信ノード。
【請求項２０】
前記第２の送信モードにおける再送の間の時間インターバルは、時間にわたって減少する、請求項１８又は請求項１９に記載の送信ノード。
【請求項２１】
前記第２の送信モードは、連続的送信を含む、請求項１８〜２０のいずれかに記載の送信ノード。
【請求項２２】
前記第２の送信モードを、
−前記メッセージに関連する少なくとも１つの受信成功の標識の受信時に、
−前記第２の送信モードへの前記切り替えからの時間Ｔの経過時に、
−前記メッセージの前記送信からの時間Ｔ´の経過時に、又は
−受信ノードからの予め定義される数のＮＡＣＫの受信時に、
終了させる、ようにさらに動作可能である、請求項１８〜２１のいずれかに記載の送信ノード。
【請求項２３】
受信不成功の前記標識は、
−前記メッセージに関連する予め定義される数の否定応答（ＮＡＣＫ）、
−受信機側の復号ステータスに関する情報を含むリッチフィードバック、
−前記第１の送信モードにおける受信成功を妨げる、前記受信ノードにおける条件の標識、
のうちの１つ以上を含む、請求項１８〜２２のいずれかに記載の送信ノード。
【請求項２４】
時間、周波数、符号、電力、送信ポイント、及び／又は計算リソースの観点で、前記第１の送信モードよりも多くのリソースが、前記第２の送信モードにおいて再送のために使用される、請求項１８〜２３のいずれかに記載の送信ノード。
【請求項２５】
前記第２の送信モードにおいて再送のために使用されるリソースは、前記受信ノードから受信される受信不成功に関連する情報に依存する、請求項１８〜２４のいずれかに記載の送信ノード。
【請求項２６】
自動再送要求を適用する無線通信ネットワークにおいて動作可能な受信ノード（９００）であって、
プロセッサ（９０３）とメモリ（９０４）とを備え、前記メモリは、前記プロセッサにより実行可能な命令（９０５）を含み、それにより前記受信ノードは、
第１の受信モードにおいて、
−メッセージ又は前記メッセージに関連する再送である送信ノードからの送信の受信不成功を検出し、
−前記受信不成功を前記送信ノードへ指し示し、
−検出された前記受信不成功に基づいて、第２の受信モードへと切り替え、
前記第２の受信モードにおいて、
−前記メッセージに関連する少なくとも１つの再送を受信する、
ように動作可能であり、
前記第１の受信モードは、受信不成功の標識の後の再送を含む、確認応答がなされる第１の送信モードに対応し、
前記第２の受信モードは、次の再送の送信の前にメッセージ受信の確認応答を待つことなくなされる再送を含む第２の送信モードに対応する、
受信ノード。
【請求項２７】
前記第２の送信モードは、前記第１の送信モードよりも頻度の高い再送を含む、請求項２６に記載の受信ノード。
【請求項２８】
前記第２の送信モードにおける再送の間の時間長は、時間にわたって減少する、請求項２６又は請求項２７に記載の受信ノード。
【請求項２９】
前記第２の送信モードは、連続的送信を含む、請求項２６〜２８のいずれかに記載の受信ノード。
【請求項３０】
前記第２の受信モードを、
−前記メッセージに関連する受信成功時に、
−前記第２の受信モードへの前記切り替えからの時間Ｔの経過時に、
−受信不成功の前記検出からの時間Ｔ´の経過時に、又は
−予め定義される数のＮＡＣＫの送信後に、
終了させる、ようにさらに動作可能である、請求項２６〜２９のいずれかに記載の受信ノード。
【請求項３１】
受信不成功の前記標識は、
−前記メッセージに関連する予め定義される数の否定応答（ＮＡＣＫ）、
−受信機側の復号ステータスに関する情報を含むリッチフィードバック、
−前記第１の送信モードにおける受信成功を妨げる、前記受信ノードにおける条件の標識、
のうちの１つ以上を含む、請求項２６〜３０のいずれかに記載の受信ノード。
【請求項３２】
時間、周波数、符号、電力、送信／受信ポイント、及び／又は計算リソースの観点で、前記第１の送信モードよりも多くのリソースが、前記第２の送信モードにおいて再送のために使用される、請求項２６〜３１のいずれかに記載の受信ノード。
【請求項３３】
前記第２の受信モードは、前記受信ノードから送信される受信不成功に関連する情報に依存する、請求項２６〜３２のいずれかに記載の受信ノード。
【請求項３４】
自動再送要求を適用する無線通信ネットワークにおいて動作可能な送信ノード（８００）であって、
−確認応答がなされる第１の送信モードにおいて、受信ノードへメッセージを送信する送信ユニット（８０４）と、
−前記受信ノードにおける前記メッセージの又は前記メッセージに関連する再送の受信不成功の標識を検出する検出ユニット（８０４）と、
−検出された前記標識に基づいて、第２の送信モードへと切り替えるための切り替えユニット（８０６）と、
を備え、
前記第２の送信モードにおいて、前記メッセージ又はその一部が、複数回、次の再送の送信の前にメッセージ受信の確認応答を待つことなく再送される、
送信ノード。
【請求項３５】
前記送信ノードは、ユーザ機器、通信デバイス、センサ、アクチュエータ、タブレット、コンピュータ、無線通信可能なデバイス、無線基地局、ｅＮＢ、ノードＢ、アクセスノード及び中継機、のうちの少なくとも１つである、請求項１８及び請求項３４のいずれかに記載の送信ノード（７００，８００）。
【請求項３６】
自動再送要求を適用する無線通信ネットワークにおいて動作可能な受信ノード（１０００）であって、
−第１の受信モードにおいて、メッセージ又は前記メッセージに関連する再送である送信ノードからの送信の受信不成功を検出するための検出ユニット（１００４）と、
−前記受信不成功を前記送信ノードへ指し示すための指示ユニット（１００５）と、
−検出された前記受信不成功に基づいて、第２の受信モードへと切り替えるための切り替えユニット（１００６）と、
を備え、
前記第１の受信モードは、受信不成功の標識の後の再送を含む、確認応答がなされる第１の送信モードに対応し、
前記第２の受信モードは、次の再送の送信の前にメッセージ受信の確認応答を待つことなくなされる再送を含む第２の送信モードに対応する、
受信ノード。
【請求項３７】
前記受信ノードは、無線基地局、ｅＮＢ、ノードＢ、アクセスノード、中継機、又は、ユーザ機器、通信デバイス、センサ、アクチュエータ、タブレット、コンピュータ及び無線通信可能なデバイスのうちの少なくとも１つである、請求項２６及び請求項３６のいずれかに記載の受信ノード（９００，１０００）。
【請求項３８】
送信ノードにおいて実行される場合に、前記送信ノードに請求項１〜８のいずれかに記載の方法を実行させるコンピュータ読取可能なコード手段、を含むコンピュータプログラム（７０５）。
【請求項３９】
請求項３８に記載のコンピュータプログラム（７０５）を含むコンピュータプログラムプロダクト（７０４）。
【請求項４０】
受信ノードにおいて実行される場合に、前記受信ノードに請求項９〜１７のいずれかに記載の方法を実行させるコンピュータ読取可能なコード手段、を含むコンピュータプログラム（９０５）。
【請求項４１】
請求項４１に記載のコンピュータプログラム（９０５）を含むコンピュータプログラムプロダクト（９０４）。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書で説明される解決策は、一般的に、高信頼性伝送に関し、より具体的には、再送方式に関する。
【背景技術】
【０００２】
現在、モバイル通信システムの焦点は、インターネット接続性を提供するためのモバイルブロードバンドに当てられている。そうしたネットワークの最適化は、典型的には、スループット性能を改善するために行われる。それらネットワーク、及びより重要なものとして、適用される伝送方式は、極限までの信頼性と同時に極めて遅延が許されないアプリケーションのためには最適化されない。この文脈での信頼性とは、送信機ノードにより送信されるメッセージ又はパケットが受信機が当該メッセージを復号可能な形で何らかの時間インターバル以内に受信機へ到達するする確率をいう。
【０００３】
高信頼性及び低遅延を要するアプリケーションの例は、多様なマシンタイプ通信（ＭＴＣ）トラフィック、交通安全関連アプリケーション、遠隔保護（tele-protection）などの何らかのスマートグリッドアプリケーション、及び産業におけるプロセス制御である。
【０００４】
ＬＴＥ、ＨＳＰＡ（High  Speed  Packet  Access）及び他の現代の無線通信システムは、システムの信頼性を改善するために、再送方式を適用する。
【０００５】
単純な自動再送要求（ＡＲＱ）システムにおいて、送信機は、メッセージを送信し、及び、所定の時間内に確認応答（ＡＣＫ）が受信されなければメッセージを再送する。古典的なＡＲＱ方式は、前方エラー訂正（ＦＥＣ）を適用するのではなく、エラー検出のみを適用して受信機がメッセージの正確さを判定することを可能にする。ＡＲＱの図解が図３に示されている。図３において、メッセージの初回の送信（１ｓｔＴＸ）及び２回目の送信（２ｎｄＴＸ）は、受信機により成功裏には受信されず、受信機は、否定応答（ＮＡＣＫ）を送信する。３回目の送信（３ｒｄＴＸ）は成功裏に受信され、受信機によりＡＣＫで確認応答がなされる。
【０００６】
ハイブリッドＡＲＱ（ＨＡＲＱ）は、ＡＲＱとＦＥＣとの組合せである。ＦＥＣによって、受信機は、過度に壊れていない限りメッセージが破損していてもそれを復元できる可能性を有する。受信機は、メッセージの復元に失敗すると、否定応答（ＮＡＣＫ）を受信機へ送信して再送を要求することになり、さもなければＡＣＫが送信される。適用されるＨＡＲＱ方式に依存して、メッセージの再送は、もとの送信信号と同一の複製か、又はもとの送信信号の符号化ビットの相異なるサブセットかのいずれかである。後者は、増分冗長性（incremental  redundancy）を伴うハイブリッドＡＲＱと呼ばれ、ＬＴＥ及びＨＳＰＡにおいて適用される。
【０００７】
ハイブリッドＡＲＱは、オプションとしてソフト合成（soft  combining）を用いることができ、その場合、受信機は、以前に受信したデータビットと最新のそれらとを合成して、メッセージを復号する。ソフト合成は、例えば、ＨＳＤＰＡ（high  speed  downlink  packet  access）ネットワーク及びＬＴＥにおいて使用される。
【０００８】
２つの送信／再送の間の最小の時間は、受信機が送信信号を受信して復号し、ＡＣＫ又はＮＡＣＫのいずれかである応答信号を生成して送信するために必要とされる時間と、送信機がその応答信号を受信して復号し、再送を準備するために必要とされる時間とにより与えられる。この時間を、再送ラウンドトリップ時間（ＲＴＴ）という。
【０００９】
ＬＴＥにおいて、送信時間インターバル（ＴＴＩ）、即ち、上位レイヤにより把握される最小の時間単位は、１ｍｓである。ＬＴＥ  ＵＬにおけるハイブリッドＡＲＱラウンドトリップ時間は、８ＴＴＩ、即ち８ｍｓに固定されている。
【００１０】
低遅延アプリケーションについて、パケット又はメッセージが伝達されなければならない時間は限られており、即ち、各パッケージについてある遅延Ｄのみが許容される。従って、低遅延アプリケーションにおいては、この限られた時間又は遅延内に、パケット又はメッセージの成功裏の受信が起こらなければならず、さもなければ、メッセージは時間切れとなり失われる。問題は、通常の再送方式を用いる場合に、限られた時間又は遅延Ｄの期間内に低遅延関連メッセージの信頼性のある伝達、即ち受信、を達成することである。
【発明の概要】
【００１１】
ここで開示されるこの解決策は、低遅延／高信頼性の送信向けのリソース効率を改善するための伝送方式に関する。それは、通常の再送方式と共にメッセージ送信を開始することを提案する。例えば、遅延バジェットよりも小さい構成可能な時間の後であって、受信機からＡＣＫが受信されない場合、送信機は、より「アグレッシブな」送信モードの使用を開始する。この送信モードは、連続的送信（continuous  transmission）、より高い電力での送信、より頻度の高い送信、より冗長的な送信などであり得る。喩えて言うならば、送信機は、例えば構成可能な時間の後に「パニック」になり始め、「シャウト」を開始する。
【００１２】
開示される解決策によれば、第１の送信モードにおいて、メッセージのほとんどが、優に遅延バジェットの範囲内で、通常の再送方式を用いて送信機から受信機へと成功裏に伝達されるであろう。それらメッセージについて、不必要な再送は行われない。第１の送信モードにおいて通常の再送によって成功裏に受信されないわずかなメッセージのみについて、第２の送信モードが使用される。第２の送信モードでは、リソース効率が信頼性のために引き換えとなり、例えば受信成功の後でさえも、送信ノードがＡＣＫを受信するまで、データが送信され続ける。
【００１３】
しかしながら、この手法で扱われるメッセージは少しだけであることから、システムレベルでの「リソースの浪費」は小さい。開示される解決策は、リソースの多大な過剰供給をすることなく、所与の遅延バジェットの範囲内で、メッセージの受信の信頼性を高める。
【００１４】
開示される解決策の固有の利点は、高モビリティ又は高チャネル品質変動の状況における変化するチャネル状態に合わせて通信モードを動的に調整する能力である。例えば、送信機及び受信機が可変的なシャドウ条件を伴う領域内で移動する場合、開示される解決策は、適応的に最良の送信モードを使用することを支援する。
【００１５】
第１の観点によれば、ＡＲＱ方式を適用するように動作可能な送信ノードにより実行されるべき方法が提供される。上記方法は、確認応答がなされる（acknowledged）第１の送信モードにおいて、受信ノードへメッセージを送信すること、を含む。上記方法は、上記メッセージの又は上記メッセージに関連する再送の受信不成功の標識を検出すること、をさらに含む。上記方法は、検出された前記標識に基づいて、第２の送信モードへと切り替えることと、第２の送信モードにおいて、上記メッセージ又はその一部を、複数回、次の再送の送信の前にメッセージ受信の確認応答を待つことなく再送することと、をさらに含む。
【００１６】
第２の観点によれば、ＡＲＱ方式を適用するように動作可能な受信ノードにより実行されるべき方法が提供される。上記方法は、第１の受信モードにおいて、メッセージ又は当該メッセージに関連する再送である送信ノードからの送信の受信不成功を検出すること、を含む。上記方法は、受信不成功を送信ノードへ指し示すことと、検出された受信不成功に少なくとも部分的に基づいて、第２の受信モードへと切り替えること２０３と、をさらに含む。上記方法は、第２の受信モードにおいて、上記メッセージに関連する少なくとも１つの再送を受信すること、をさらに含む。第１の受信モードは、受信不成功の標識の後の再送を含む、確認応答がなされる第１の送信モードに対応し、第２の受信モードは、次の再送の送信の前にメッセージ受信の確認応答を待つことなくなされる再送を含む第２の送信モードに対応する。
【００１７】
第３の観点によれば、ＡＲＱ方式を適用するように動作可能な送信ノードが提供される。上記送信ノードは、確認応答がなされる第１の送信モードにおいて、受信ノードへメッセージを送信する、ように動作可能である。上記送信ノードは、受信ノードにおける上記メッセージの又は上記メッセージに関連する再送の受信不成功の標識を検出し、検出された標識に基づいて第２の送信モードへと切り替える、ようにさらに動作可能である。上記送信ノードは、第２の送信モードにおいて、上記メッセージ又はその一部を、複数回、次の再送の送信の前にメッセージ受信の確認応答を待つことなく再送する、ようにさらに動作可能である。
【００１８】
第４の観点によれば、ＡＲＱ方式を適用するように動作可能な受信ノードが提供される。上記受信ノードは、第１の受信モードにおいて、メッセージ又は当該メッセージに関連する再送である送信ノードからの送信の受信不成功を検出する、ように動作可能である。上記受信ノードは、受信不成功を送信ノードへ指し示し、検出された受信不成功に少なくとも部分的に基づいて第２の受信モードへと切り替える、ようにさらに動作可能である。上記受信ノードは、第２の受信モードにおいて、上記メッセージに関連する少なくとも１つの再送を受信する、ようにさらに動作可能である。第１の受信モードは、受信不成功の標識の後の再送を含む、確認応答がなされる第１の送信モードに対応し、第２の受信モードは、次の再送の送信の前にメッセージ受信の確認応答を待つことなくなされる再送を含む第２の送信モードに対応する。
【００１９】
第５の観点によれば、送信ノードにおいて実行される場合に当該送信ノードに上の第１の観点に係る方法を実行させるコンピュータプログラムが提供される。
【００２０】
第６の観点によれば、受信ノードにおいて実行される場合に当該受信ノードに上の第２の観点に係る方法を実行させるコンピュータプログラムが提供される。
【００２１】
さらなる観点によれば、上の第５及び第６の観点に係るそれぞれのコンピュータプログラムを含むコンピュータプログラムプロダクトが提供される。
【図面の簡単な説明】
【００２２】
ここに開示される解決策の上述した及び他の目的、特徴並びに利点が、添付図面に例示されるような実施形態の以下のより具体的な説明から明らかとなるであろう。図面は、必ずしも縮尺通りではなく、代わりに、ここに開示される解決策の原理の描写に対し強調が加えられる。
【図１】例示的な実施形態に係る送信ノードにより実行される方法のフローチャートである。
【図２】例示的な実施形態に係る受信ノードにより実行される方法のフローチャートである。
【図３】従来技術に係る確認応答がなされる再送方式を例示している。
【図４】例示的な実施形態に係る第２の送信モードにおいて使用され得る連続的再送方式を例示している。
【図５】例示的な実施形態に係る第１及び第２の送信モードにおける再送を例示している。
【図６】例示的な実施形態に係る第１及び第２のモードにおける再送を例示している。
【図７】例示的な実施形態に係る送信ノードを示している。
【図８】例示的な実施形態に係る送信ノードを示している。
【図９】例示的な実施形態に係る受信ノードを示している。
【図１０】例示的な実施形態に係る受信ノードを示している。
【発明を実施するための形態】
【００２３】
セルラー通信において典型的に使用される通常の再送方式の、低遅延／高信頼性通信への適用は、次のことを示唆する：例えば、再送ラウンドトリップ時間（ＲＴＴ）が送信時間インターバル（ＴＴＩ）Ｎ個分である場合に、伝送媒体が、連続的にではなく、あり得るＮ個のスロットにつき１回のみ使用される。最小数Ｎは、受信機から送信機へとフィードバックを提供するために掛かる時間と、そのフィードバックを送信機が復号するために掛かる時間とに依存する。その結果、所与の遅延バジェットの期間中に、媒体はＮ分の１のみ使用される。この時間バジェットの最後にメッセージが成功裏に復号されていないとすれば、それは、媒体が利用可能な時間のＮ分の１しか利用されなかったこと、即ち可能であったエネルギーのＮ分の１しか伝達されなかったことの帰結であり得る。
【００２４】
この欠点を克服するために、送信機は、完全な遅延バジェットの期間中に、受信機へと連続的に送信を行うことができる。これは、最大量のエネルギーが送信機から受信機へと伝達されることを保証し、よってリンクの信頼性が最大化される。連続的送信の欠点は、リソースがしばしば多く使用され過ぎることであり、受信機がメッセージを復号できた後には送信を続ける必要性は無い。
【００２５】
妥協策は、確認応答（ＡＣＫ）が受信されるまで連続的送信を行い、そして送信を止めることであろう。しかしその場合でも、受信機がメッセージを成功裏に復号した時刻から受信機により送信されたＡＣＫを送信機が復号できるまでの送信リソースが無駄であり、それが図４に例示されている。
【００２６】
ここで、異なる送信戦略が適用される少なくとも２つのモード又はフェーズを用いる高信頼性及び低遅延のための伝送システムが開示される：
１）第１のフェーズ又はモードでは、標準的な再送システムが適用される。メッセージが送信されると、再送を行う前に、送信機はフィードバックを受信しておかなければならない。フィードバックが阻害され送信機により受信されない場合、それはＮＡＣＫであると見なされ得る。
２）第２のフェーズ又はモードは、例えば、メッセージの遅延バジェットよりも短い構成可能な時間の後に受信ノードによりメッセージが成功裏に受信されなかったという標識が受信された場合に開始する。第２のフェーズでは、リソースの利用率増加という代償を払いつつも受信機による受信成功の可能性のより高い送信モードが使用される。この文脈におけるリソースとは、より多くの時間／周波数／符号／電力リソース、計算リソース、又は、より強力であって但し複雑な送信モードが使用される場合に送信機及び／若しくは受信機において消費されるエネルギーであり得る。
【００２７】
開示される解決策の様々な実施形態によれば、標準的な送信モードから例えば連続的送信といった第２の送信モードへのモード切り替えは、次のような様々な条件によってトリガされることができる：
・送信機における、構成可能な数の立て続けのＮＡＣＫ
・パケットの送信成功についての予め定義されるタイムアウトの満了。これはＡＣＫを受信するためのタイムアウトである
・例えば受信機でのチャネル状態情報（ＣＳＩＲ）に基づく、受信ノードから受信されるメッセージによる明示的なトリガ
送信機は、例えば連続的送信といった第２の送信モードを停止し又は終了させる様々な可能性を有する。例は次の通りである：
・送信機は、Ｎ個の立て続けの成功裏のＡＣＫを検出した後に、通常の標準的な方法へと切り戻す
・送信機は、ＮＡＣＫメッセージが受信されない限り、時間Ｔの後に通常の送信方法へと切り戻す
【００２８】
図５は、２つの送信フェーズ又はモードを含む簡単な例を概説している。第１のフェーズにおいて、メッセージ（１ｓｔＴＸ）が送信され、ＡＣＫが受信されないことから当該メッセージは再送される（２ｎｄＴＸ）。構成可能な時間の後に、送信機は、第２のフェーズへと切り替わる。この例において、受信機からのフィードバックを待つ代わりに、送信機は、連続的な送信を開始する。今や媒体が連続的に使用されることから、伝達されるエネルギーは第２フェーズ内で最大化され、それによりリンクの見地からの受信確率も最大化される。
【００２９】
さらに、図５において、第２フェーズの範囲内のいくらかの時間の後に、受信機は、メッセージを成功裏に受信し、ＡＣＫを送信する。フィードバックは、送信機へと伝播し及び送信機により復号されるための時間を必要とすることから、受信機でのメッセージの受信成功時から送信機でのフィードバックの受信時に、不必要な再送が生じ得ることは避けられない。このリソースの無駄は、受信確率、即ち信頼性の増加について支払われる代償である。
【００３０】
他の変形例は、第２フェーズにおいて受信機がいかなるＡＣＫも送信せず、送信機がメッセージの有効性が失効するまで、即ち許容される遅延バジェットが超過するまで送信を行うことであろう。これにより一層多くのリソースが浪費されるが、送信プロトコルは簡略化される。
【００３１】
第２フェーズ又はモードにおける連続的送信モードへの切り替えは、多くのあり得る例のうちの１つに過ぎない。他の例は、より多くのリソースを各送信に割り当て、コーディングレートを減少させることである。リソースは、例えば、時間、周波数、符号又は電力においてより多くであり得る。例えば、１つの可能性は、コードレートを変えることなく、増加した電力で送信を行うことである。
【００３２】
他の可能性は、再送の間の時間インターバルを低減することである。極端なケースでは、これは連続的送信につながる。さらに、第２の送信モードにおいて、割り当てられる帯域幅が増加されてもよく、及び／又は、割り当てられるリソースが周波数ダイバーシティを増加させるために周波数領域において分散されてもよい。
【００３３】
他の可能性は、変更された送信フォーマットを使用することである。例えば、ある送信の範囲内で、リファレンス信号の量及び／又はエネルギーを増加させて、チャネル推定を改善することができる。
【００３４】
他の可能性は、より多くの送信及び／又は受信アンテナを使用し、第２の送信モードにおいてそれに応じてマルチアンテナ送信方式を変更することである。例えば、単一の送信アンテナが第１の送信モードにおいて使用されてよく、複数の送信アンテナがアンテナダイバーシティと共に第２の送信モードにおいて使用されてよい。
【００３５】
他の可能性は、より複雑だがより処理が重くもある送信ストラテジーを使用することである。例えば、第１の送信モード又は第１フェーズは例えば畳み込み符号といった簡易な符号に基づいてよく、一方で、第２の送信モード又は第２フェーズにおける送信は例えば低密度パリティチェック符号（ＬＤＰＣ）又はターボ符号といった高度な符号に基づく。双方のフェーズにおいて、同じ量のリソース、例えば電力、時間、周波数、符号及びアンテナを使用することができる。違いは、コードレートが同じであるとすれば、高度な符号は簡易な符号よりも良好な性能を達成することである。費やされる送信リソースが同じであるとしても、送信機及び／又は受信機におけるエネルギー消費／計算リソースは、第１フェーズにおいて後続のフェーズよりも少ない。本発明のこの側面は、例えばバッテリー駆動のセンサといったエネルギー／処理に限りのある通信デバイスにとって特に興味深い。そうしたデバイスは、複雑さのより低い送信モードで開始し、ある時間の後にメッセージが受信されない場合にのみ、より複雑な送信モードが使用される。
【００３６】
他の可能性は、第２フェーズ又は送信モードにおいてマルチパスダイバーシティを可能とすることであり、即ち、第１フェーズ又は送信モードでの数よりも、第２フェーズにおいて送信及び／又は受信ポイントの数がより多い。
【００３７】
第２の送信フェーズにおいてフィードバック方式が使用されてもよく、但し、第２の送信フェーズにおいてフィードバックを使用せず、即ち、第２の送信フェーズが許容される遅延バジェットの最後にまで延長されることも可能である。
【００３８】
上述した方式の全てが組み合わされてもよく、例えば、第２フェーズでの再送がより高い頻度で行われ、かつ各再送自体が第１フェーズよりも多くのリソースを含んでもよい。
【００３９】
加えて、上記システムが、複数の送信フェーズ又はモードへと一般化されてもよい。例えば、３つ以上のフェーズを想起することができ、再送の間の時間長が１つのフェーズから次のフェーズへと減少する。図面での例について図６を参照されたい。
【００４０】
ここで開示された送信システムを配備する、複数のユーザを伴うシステムにおいて、第２のフェーズ及び潜在的には他のより遅いフェーズの開始といったパラメータ、例えばリソースの量、再送インターバルなどのフェーズのパラメータは、ユーザごと又はユーザのグループごとに個別に設定されてもよい。例えば、ユーザをグルーピング可能であり、同じグループ内のユーザが同様の／等しい特性、例えば遅延及び信頼性でメッセージを送信する必要のある通信システムでは、同じグループ内のユーザが同様のパラメータで構成されてよい。より厳しいメッセージ要件を伴うグループ内のユーザは、「より良好な」パラメータで構成されてよい。
【００４１】
送信フェーズの構成をユーザへとリンク付けする代わりに、メッセージ特性へのリンク付けがなされてもよい。これは、あるユーザが様々な特性でメッセージを送信できるとすれば有益である。このケースにおいて、メッセージタイプがグルーピングされてもよく、構成は、メッセージタイプごとではなくメッセージタイプグループごとに行われてもよい。
【００４２】
ここで開示された方法を、リッチフィードバックと組み合わせることもできる。ＡＣＫ又はＮＡＣＫはメッセージの正確性を示す単一のビットに過ぎないことが多い。リッチフィードバックでは、その時点の受信ステータスについてより詳細なステータス、例えば受信機がメッセージを復号「間近」であるか否かなど、を伝達することできる。「間近」という判定は、例えばソフト値又はメッセージビットの対数尤度比に基づいてもよい。受信機がメッセージを復号するために十分な情報を既にほとんど有していることを、受信されたフィードバックが示す場合、次のフェーズへの遷移がより遅く生じてもよく、あるいは、第２フェーズでの送信モードは、他の場合に使用されるよりも少ないリソースを使用する。
【００４３】
以下の段落において、ここで開示される解決策の様々な観点が、ある実施形態及び添付図面を参照しながらより詳細に説明されるであろう。限定ではなく説明の目的で、様々な実施形態の完全な理解を提供するために、特定のシナリオ及び技法などの固有の詳細が説明される。しかしながら、他の実施形態がそれら特定の詳細から外れてもよい。
【００４４】
［送信ノードにより実行される例示的な方法（図１）］
送信ノードにより実行される例示的な方法が、図１を参照しながら以下に説明されるであろう。送信ノードは、自動再送要求（ＡＲＱ）方式、即ち、例えばＨＡＲＱといった再送のための方式を適用するように動作可能である。送信ノードは、例えば、ＬＴＥ  ｅＮＢなどの無線基地局（ＲＢＳ）、アクセスノード、中継機、若しくは、例えばＬＴＥ  ＵＥなどのユーザ機器（ＵＥ）、センサ、アクチュエータ、通信デバイス、タブレット、コンピュータ、又は、無線通信可能な任意の他のデバイスであってよい。無線基地局は、代替的に、ｅＮｏｄｅＢ、ノードＢ又は単に基地局と称されてもよい。
【００４５】
図１が示している方法は、確認応答がなされる第１の送信モードにおいて、受信ノードへメッセージを送信すること１０１、を含む。当該方法は、受信ノードにおける上記メッセージの又は上記メッセージに関連する再送の受信不成功の標識を検出すること１０２、をさらに含む。当該方法は、検出された標識に基づいて、第２の送信モードへと切り替えること１０３と、第２の送信モードにおいて、上記メッセージ又はその一部を、複数回、次の再送の送信の前にメッセージ受信の確認応答を待つことなく再送すること１０４と、をさらに含む。
【００４６】
第１の送信モードは、ＡＲＱ又はＨＡＲＱ方式といった、確認応答がなされる通常の再送手続によって特徴付けられる。メッセージの送信後に、送信機は、当該メッセージに関連するいかなる再送よりも前に、確認応答を待ち受ける。確認応答は、否定的又は肯定的であって、明示的又は暗黙的であり得る。暗黙的な否定応答の一例は、例えば、ＲＴＴに関連するメッセージの送信後のある時間ウィンドウにおけるＡＣＫの不在である。即ち、「受信不成功の標識を受信すること」という表現は、ＡＣＫの不在をＮＡＣＫとして解釈することをも包含するものと見なされる。
【００４７】
受信不成功の標識は、以下により詳細に説明する様々なものであってよく、又はそれらを含む。当該標識は、意図された受信機である受信ノードでの受信に関する。即ち、当該標識は、メッセージが受信ノードにおいて受信に失敗したことを指し示す。
【００４８】
第２の送信モードへの切り替えは、検出された受信不成功の標識に基づいて行われる。第２の送信モードは、第１の送信モードと比較すると、遅延バジェット内で受信成功確率を増加させるために送信方式が変更されることにより特徴付けられる。これは、複数の手法で実装されることができ、それらは以下にさらに説明されるであろう。第２の送信モードにおいて、メッセージの再送は、肯定的であれ否定的であれ、メッセージ受信の確認応答の受信が無くとも、又はその受信の前に行われる。これは、確認応答がなされないモードとして言及されてもよく、但し、送信ノードがメッセージ若しくはその一部の再送前に確認応答を待ち受け又は受信することがないとしても、送信されたメッセージに対し受信ノードにより確認応答がなされてもよい。
【００４９】
本方法は、信頼性が高く遅延が許されないアプリケーションのために、遅延バジェットの範囲内で受信成功確率を増加させる。
【００５０】
例えば、メッセージに関連する後続の送信の間の時間インターバルが、第１の送信モードよりも第２の送信モードにおいてより短くてもよい。これは、例えば図５及び図６に示されている。第２の送信モードにおける再送間の時間インターバルもまた、時間にわたって減少してもよく、これは、第２及び第３の送信フェーズを第２の送信モードとして定義するならば図６に示されている。
【００５１】
第２の送信モードにおけるより短い時間インターバルの極端なケースは、図４及び図５に示されている連続的送信であり、図６の第３の送信フェーズでも同様である。
【００５２】
第２の送信モードは、受信ノードからの、メッセージに関連する少なくとも１つの受信成功の標識の受信時など、様々なイベントに基づいて終了してよい。代替的に又は追加的に、第２の送信モードへの切り替えからの時間Ｔの経過時に、例えばメッセージの初回の送信開始といったメッセージの送信からの時間Ｔ´の経過時に、又は予め定義される数のＮＡＣＫの受信時に、第２の送信モードが終了してもよい。
【００５３】
さらに、受信不成功の標識は、例えば、メッセージに関連する予め定義される数の１つ以上の否定応答（ＮＡＣＫ）を含んでもよく、ＮＡＣＫは明示的であっても暗黙的であってもよい。代替的に又は追加的に、受信不成功の標識は、例えば受信側の復号ステータスに関する情報を含むリッチフィードバックを含んでもよく、及び／又は、第１の送信モードにおける受信成功を妨げる受信ノードでの条件の標識を含んでもよい。
【００５４】
即ち、送信ノードは、受信ノードから明示的であれ暗黙的であれメッセージに関連する予め定義される数のＮＡＣＫを受信した場合に第２の送信モードへと切り替えてよい。極端なケースでは、メッセージに関連する１つのＮＡＣＫの受信後に早くも第２の送信ノードへと変更してもよい。但し、ＮＡＣＫの数は、例えば、ＲＴＴ、送信の遅延感受性及び／又は遅延バジェットに基づいて決定され又は設定され得る。
【００５５】
受信不成功の標識がリッチフィードバックを含む場合、第２の送信モードは、そのリッチフィードバックにより与えられる情報に基づいて適応され又は選択されてもよい。例えば、再送の間の時間は、受信ノードがどの程度まで受信メッセージの復号に成功しているかに依存してもよい。ＡＣＫ又はＮＡＣＫは、メッセージの正確性を示す単一のビットに過ぎないことが多い。しかしながら、リッチフィードバックでは、その時点の受信ステータスについてより詳細なステータス、例えば受信機がメッセージを復号「間近」であるか否かなど、を伝達することできる。「間近」という判定は、例えばソフト値又はメッセージビットの対数尤度比に基づいてもよい。受信機がメッセージを復号するために十分な情報を既にほとんど有していることを、受信されたフィードバックが示す場合、次のフェーズ／第２の送信モードへの遷移がより遅く生じてもよく、あるいは、第２の送信モードが他の場合に使用されるよりも少ないリソースを使用してもよい。
【００５６】
第１の送信モードにおいて受信成功を妨げる受信ノードでの条件の標識は、例えば、チャネル状態情報（ＣＳＩ）又はＣＳＩから導出されるパラメータ若しくは情報を含むメッセージであってもよい。即ち、それは、受信ノードが実質的な干渉を被っていて、そのために送信ノードからのメッセージの受信の困難を経験している、といった標識であってもよい。
【００５７】
例えば、時間、周波数、符号、電力、送信ポイント及び／又は計算リソースの観点で、第１の送信モードよりも多くのリソースが第２の送信モードにおいて再送のために使用されてもよい。即ち、より短い再送間の時間、より複雑な符号、複数アンテナからの送信、及び／又は他のダイバーシティといった、増加したリソースの使用が、メッセージをなんとかして受信ノードへ受け渡すため、即ち成功裏に受信させるために適用されてもよい。
【００５８】
第２の送信モードにおいて再送のために使用されるリソースは、受信ノードから受信される受信不成功に関連する情報に依存してもよい。即ち、上述したように、リッチフィードバック情報は、成功裏の受信を達成するためにより多くの又はより少ないリソースが必要とされることを指し示してもよい。
【００５９】
上で第１の送信モードを説明する際には明示的に言及しなかったものの、暗に開示されていると考えられることとして、第１の送信モードにおいてメッセージの送信及び再送のためにリソースは使用される。
【００６０】
［受信ノードにより実行される例示的な方法（図２）］
受信ノードにより実行される例示的な方法が、図２を参照しながら以下に説明されるであろう。受信ノードにより実行される方法は、上述した送信ノードにより実行される方法に対応する。受信ノードは、自動再送要求（ＡＲＱ）方式、即ち、例えばＨＡＲＱといった再送のための方式を適用するように動作可能である。受信ノードは、例えば、ＬＴＥ  ＵＥなどのユーザ機器（ＵＥ）、センサ、アクチュエータ、通信デバイス、タブレット、コンピュータ、又は、無線通信可能な任意の他のデバイス、又は、ＬＴＥ  ｅＮＢなどの無線基地局（ＲＢＳ）、アクセスノード若しくは中継機であってよい。
【００６１】
図２が示している方法は、第１の受信モードにおいて、メッセージ又は上記メッセージに関連する再送である送信ノードからの送信の受信不成功を検出すること２０１、を含む。当該方法は、受信不成功を送信ノードへ指し示すこと２０２と、検出された受信不成功に少なくとも部分的に基づいて、第２の受信モードへと切り替えること２０３と、をさらに含む。当該方法は、第２の受信モードにおいて、上記メッセージに関連する少なくとも１つの再送を受信すること２０４、をさらに含む。第１の受信モードは、受信不成功の標識の後の再送を含む、確認応答がなされる第１の送信モードに対応し、第２の受信モードは、次の再送の送信の前にメッセージ受信の確認応答を待つことなくなされる再送を含む第２の送信モードに対応する。図２は、アクション２０１において検出成功が検出されるケースも示している。メッセージが成功裏に受信される場合、受信ノードは、第２の受信モードへと切り替えるのではなく、図２のアクション２０５のように示されている次のメッセージの受信のための、例えば第１の受信モードとして表されている通常の受信モードのままでいるべきである。
【００６２】
受信不成功を検出するアクションは、例えば、受信試行の不成功、最初の受信試行の不成功といったイベントからのある時間の経過、又は第１の送信モードにおける受信成功を妨げる受信ノードでの条件、のうちの１つ以上に関連し又は含んでもよい。
【００６３】
「受信不成功を送信ノードへ指し示す」との表現は、送信ノードへＡＣＫを送信することを控えることをも包含するものと見なされ、これは送信ノードによりＮＡＣＫとして解釈されるであろう。
【００６４】
送信ノードに関連して上述したように、第２の送信モードは、第１の送信モードよりも頻度の高い再送を含んでよい。これは、メッセージに関連する後続の送信の受信の間の時間インターバルが第１の受信／送信モードよりも第２の受信／送信モードにおいてより短いというように表現されてもよい。前に述べたように、第２の送信モードにおける再送の間の時間長は、時間にわたって減少してもよい。さらに、第２の送信モードは、連続的送信を含んでもよく、よって第２の受信モードは連続的受信を含んでもよい。
【００６５】
受信不成功を送信ノードへ指し示すことは、例えばＣＱＩを含むＣＳＩなど、第１の送信モード／受信モードにおいて受信成功を妨げる条件を指し示すことを含んでもよい。
【００６６】
第２の受信モードは、メッセージに関連する受信成功時に、第２の受信モードへの切り替えからの時間Ｔの経過時に、送信信号の受信不成功の検出から、例えばメッセージに関連する初回の受信の開始からの、時間Ｔ´の経過時に、予め定義される数のＮＡＣＫの送信後に、又は、メッセージに関連する予め定義される数の送信信号の受信不成功の後に、終了してもよい。
受信不成功の標識は、メッセージに関連する予め定義される数の否定応答（ＮＡＣＫ）、復号ステータスに関する情報を含むリッチフィードバック、及び第１の送信モードにおける受信成功を妨げる受信ノードでの条件の標識、のうちの１つであってもよい。
【００６７】
［例示的な送信ノード（図７）］
ここで説明されている実施形態は、送信ノード７００にも関する。送信ノードは、上で説明し、例えば図１に示した方法と同じ技術的特徴、目的、及び利点に関連付けられる。送信ノードは、不必要な繰り返しを避ける目的で、簡潔に説明されるであろう。送信ノード７００は、例えば、ＬＴＥ  ｅＮＢなどの無線基地局（ＲＢＳ）、アクセスノード、中継機、若しくは、例えばＬＴＥ  ＵＥなどのユーザ機器（ＵＥ）、センサ、アクチュエータ、通信デバイス、タブレット、コンピュータ、又は、無線通信可能な任意の他のデバイスであってよい。送信ノードは、ＵＭＴＳ、Ｅ−ＵＴＲＡＮ又はＣＤＭＡ２０００といった１つ以上の無線通信システムにおいて通信するように動作可能であってよい。
【００６８】
以下、上述した送信ノードにおける方法の少なくとも１つの実施形態を実行するように適合される、上述した方法の実行を可能とするように適合される例示的な送信ノード７００が、図７を参照しながら説明されるであろう。
【００６９】
送信ノードは、ＨＡＲＱといったＡＲＱ方式を適用するように動作可能であり、通信ネットワーク内の他のノード又はエンティティと通信するように動作可能である。
【００７０】
ここで提案した解決策に最も関連する送信ノードの部分は、破線で囲まれた構成７０１として描かれている。送信ノードの当該構成及びあり得る他の部分は、上述し及び例えば図１に示した方法又は手続のうちの１つ以上の実行を可能にするように適合される。送信ノードは、他のエンティティと通信するための通信ユニット７０２を備えてよく、及び破線で描かれているさらなる機能性７０７を備えてよい。
【００７１】
図７に示した送信ノードは、処理手段を備え、この例において処理手段は、プロセッサ７０３及びメモリ７０４の形式であり、当該メモリは、当該プロセッサにより実行可能な命令７０５を収容しており、それにより送信ノードは、上述した方法を実行するように動作可能である。即ち、送信ノードは、確認応答がなされる第１の送信モードにおいて、受信ノードへメッセージを送信するように動作可能である。送信ノードは、受信ノードにおける上記メッセージの又は上記メッセージに関連する再送の受信不成功の標識を検出し、検出された標識に基づいて第２の送信モードへと切り替える、ようにさらに動作可能である。送信ノードは、第２の送信モードにおいて、上記メッセージ又はその一部を、複数回、次の再送の送信の前にメッセージ受信の確認応答を待つことなく再送する、ようにさらに動作可能である。
【００７２】
前に説明したように、メッセージに関連する後続の送信の間の時間インターバルは、第１の送信モードよりも第２の送信モードにおいてより短くてよい。第２の送信モードにおける再送の間の時間インターバルは、時間にわたって減少してもよい。第２の送信モードは、連続的送信を含んでもよい。
【００７３】
上記命令を実行することにより、送信ノードは、メッセージに関連する少なくとも１つの受信成功の標識の、受信ノードからの受信時に、第２の送信モードへの切り替えからの時間Ｔの経過時に、例えばメッセージの初回の送信開始といったメッセージの送信からの時間Ｔ´の経過時に、又は、暗黙的であれ明示的であれ予め定義される数のＮＡＣＫの受信後に、第２の送信モードを終了させるようにさらに動作可能であってもよい。
【００７４】
さらに、受信不成功の標識は、暗黙的であれ明示的であれメッセージに関連する予め定義される数の否定応答（ＮＡＣＫ）、受信側の復号ステータスに関する情報を含むリッチフィードバック、及び第１の送信モードにおける受信成功を妨げる受信ノードでの条件の標識、のうちの１つ以上を含んでもよい。
【００７５】
時間、周波数、符号、電力、送信ポイント及び／又は計算リソースの観点で、第１の送信モードよりも多くのリソースが第２の送信モードにおいて再送のために使用されてもよい。第２の送信モードにおいて再送のために使用されるリソースは、前に説明したように、受信ノードから受信される受信不成功に関連する情報に依存してもよい。上で第１の送信モードを説明する際には明示的に言及しなかったものの、暗に開示されていると考えられることとして、第１の送信モードにおいてメッセージの送信及び再送のためにリソースは使用される。
【００７６】
構成７０１は、代替的に、図８に示した通り実装され及び／又は概略的に説明されてもよい。構成８０１は、確認応答がなされる第１の送信モードにおいて受信ノードへメッセージを送信するための送信ユニット８０３を備える。上記構成は、受信ノードにおける上記メッセージの又は上記メッセージに関連する再送の受信不成功の標識を検出するための検出ユニット８０４、をさらに備える。上記構成は、検出された標識に基づいて第２の送信モードへと切り替えるための切り替えユニット８０６、をさらに備える。
【００７７】
構成８０１は、第２の送信モードへいつ切り替えるべきかを判定するための、オプションとしての判定ユニット８０５を備えてもよい。代替的に、そうした判定機能又はユニットは、例えば切り替えユニット８０６の一部であってもよい。第２の送信モードにおいて、メッセージ又はその一部は、複数回、次の再送の送信の前にメッセージ受信の確認応答を待つことなく再送される。これは、代替的に、送信ユニット８０３が、第２の送信モードにおいて次の再送の送信の前にメッセージ受信の確認応答を待つことなく複数回メッセージ又はその一部を再送するためにさらに構成されるというように表現されることもできる。
【００７８】
送信ノード８００は、例えば、ＬＴＥ  ｅＮＢなどの無線基地局（ＲＢＳ）、アクセスノード、中継機、若しくは、例えばＬＴＥ  ＵＥなどのユーザ機器（ＵＥ）、センサ、アクチュエータ、通信デバイス、タブレット、コンピュータ、又は、無線通信可能な任意の他のデバイスであってよい。送信ノードは、ＵＭＴＳ、Ｅ−ＵＴＲＡＮ又はＣＤＭＡ２０００といった１つ以上の無線通信システムにおいて通信するように動作可能であってよい。
【００７９】
送信ノード７００についてそうであるように、送信ノード８００、例えば構成８０１は、メッセージに関連する後続の送信の間の時間インターバルが第１の送信モードよりも第２の送信モードにおいてより短くなるように適合されてよい。第２の送信モードにおける再送の間の時間インターバルは、時間にわたって減少してもよい。第２の送信モードは、連続的送信を含んでもよい。
【００８０】
さらに、第２の送信モードは、例えば、メッセージに関連する少なくとも１つの受信成功の標識の受信時に、第２の送信モードへの切り替えからの時間Ｔの経過時に、メッセージの送信からの時間Ｔ´の経過時に、又は、暗黙的であれ明示的であれ予め定義される数のＮＡＣＫの受信ノードからの受信後に、終了してもよい。
【００８１】
受信不成功の標識は、メッセージに関連する予め定義される数のＮＡＣＫ、受信側の復号ステータスに関する情報を含むリッチフィードバック、及び第１の送信モードにおける受信成功を妨げる受信ノードでの条件の標識、のうちの１つ以上を含んでもよい。
【００８２】
時間、周波数、符号、電力、送信ポイント及び／又は計算リソースの観点で、第１の送信モードよりも多くのリソースが第２の送信モードにおいて再送のために使用されてもよい。
【００８３】
第２の送信モードにおいて再送のために使用されるリソースは、受信ノードから受信される受信不成功に関連する情報に依存してもよい。
【００８４】
送信ノードの構成８０１及び他の部分は、例えば、プロセッサ又はマイクロプロセッサ、適切なソフトウェア及びストレージのうちの１つ以上により実装されてよく、従って、上述したアクションを実行するように構成されるプログラマブルロジックデバイス（ＰＬＤ）又は他の電子的なコンポーネント／処理回路により実装されてよい。
【００８５】
図８に示した送信ノード８００は、他のエンティティと通信するための通信ユニット８０２、例えば情報を記憶するための１つ以上のメモリ８０７、並びに信号処理及び／又はスケジューリングなどのさらなる機能性８０８をさらに備えてもよい。
【００８６】
［例示的な受信ノード（図９）］
ここで説明されている実施形態は、受信ノード９００にも関する。受信ノードは、上で説明し、例えば図２に示した方法と同じ技術的特徴、目的、及び利点に関連付けられる。受信ノードは、例えばＨＡＲＱといった再送のための方式などの自動再送要求（ＡＲＱ）方式を適用するように動作可能である。受信ノードは、不必要な繰り返しを避ける目的で、簡潔に説明されるであろう。受信ノード９００は、例えば、ＬＴＥ  ＵＥなどのユーザ機器（ＵＥ）、センサ、アクチュエータ、通信デバイス、タブレット、コンピュータ、又は、無線通信可能な任意の他のデバイス、又は、ＬＴＥ  ｅＮＢなどの無線基地局（ＲＢＳ）、アクセスノード若しくは中継機であってよい。受信ノードは、ＵＭＴＳ、Ｅ−ＵＴＲＡＮ又はＣＤＭＡ２０００といった１つ以上の無線通信システムにおいて通信するように動作可能であってよい。
【００８７】
以下、上述した受信ノードにおける方法の少なくとも１つの実施形態を実行するように適合される、上述した方法の実行を可能とするように適合される例示的な受信ノード９００が、図９を参照しながら説明されるであろう。
【００８８】
ここで提案した解決策に最も関連する受信ノードの部分は、破線で囲まれた構成９０１として描かれている。受信ノードの当該構成及びあり得る他の部分は、上述し及び例えば図２に示した方法又は手続のうちの１つ以上の実行を可能にするように適合される。受信ノードは、他のエンティティと通信するための通信ユニット９０２を備えてよく、及び破線で描かれているさらなる機能性９０７を備えてよい。
【００８９】
図９に示した受信ノードは、処理手段を備え、この例において処理手段は、プロセッサ９０３及びメモリ９０４の形式であり、当該メモリは、当該プロセッサにより実行可能な命令９０５を収容しており、それにより受信ノードは、上述した方法を実行するように動作可能である。即ち、受信ノードは、第１の受信モードにおいて、メッセージ又は当該メッセージに関連する再送である送信ノードからの送信の受信不成功を検出する、ように動作可能である。上記受信ノードは、受信不成功を送信ノードへ指し示し、検出された受信不成功に少なくとも部分的に基づいて第２の受信モードへと切り替える、ようにさらに動作可能である。上記受信ノードは、第２の受信モードにおいて、上記メッセージに関連する少なくとも１つの再送を受信する、ようにさらに動作可能である。第１の受信モードは、受信不成功の標識の後の再送を含む、確認応答がなされる第１の送信モードに対応し、第２の受信モードは、前に説明したように、次の再送の送信の前にメッセージ受信の確認応答を待つことなくなされる再送を含む第２の送信モードに対応する。
【００９０】
前に説明したように、メッセージに関連する後続の送信の間の時間インターバルは、第１の送信モードよりも第２の送信モードにおいてより短くてよい。第２の送信モードにおける再送の間の時間インターバルは、時間にわたって減少してもよい。第２の送信モードは、連続的送信を含んでもよい。第１及び第２の受信モードは、対応する特徴及び特性を有する。
【００９１】
上記命令を実行することにより、受信ノードは、上記メッセージに関連する受信成功時に、第２の受信モードへの切り替えからの時間Ｔの経過時に、例えば上記メッセージに関連する初回の送信の初回の受信不成功の開始といった受信不成功の検出からの時間Ｔ´の経過時に、又は、予め定義される数のＮＡＣＫの送信後に、第２の受信モードを終了させる、ようにさらに動作可能であってもよい。
【００９２】
さらに、受信不成功の標識は、上記メッセージに関連する予め定義される数のＮＡＣＫ、受信機側の復号ステータスに関する情報を含むリッチフィードバック、第１の送信／受信モードにおける受信成功を妨げる、受信ノードにおける条件の標識、のうちの少なくとも１つを含んでもよい。
【００９３】
時間、周波数、符号、電力、送信／受信ポイント、及び／又は計算リソースの観点で、第１の送信モードよりも多くのリソースが、第２の送信モードにおいて再送のために使用されてもよい。第２の送信モード及び受信モードにおいて再送のために使用されるリソースは、受信ノードから送信される受信不成功に関連する情報に依存してもよい。第２の受信モード、例えば再送がいつ行われると予期するかが、送信ノードへ送信される受信不成功に関連する情報に依存してもよい。
【００９４】
構成９０１は、代替的に、図１０に示した通り実装され及び／又は概略的に説明されてもよい。構成１００１は、確認応答がなされる第１の受信モードにおいて、メッセージ又は当該メッセージに関連する再送である送信ノードからの送信の受信不成功を検出するための検出ユニット１００４、を備える。上記構成は、受信不成功を送信ノードへ指し示すための指示ユニット１００５、をさらに備える。上記構成は、検出された上記受信不成功に基づいて第２の受信モードへと切り替えるための切り替えユニット１００６、をさらに備える。
【００９５】
構成１００１は、送信ノードからの送信及び再送を受信するための受信ユニット１００３を備えるように示され得る。この機能は、代替的に暗黙的なものと見なされてもよい。受信ノードは、例えば、ＬＴＥ  ＵＥなどのユーザ機器（ＵＥ）、センサ、アクチュエータ、通信デバイス、タブレット、コンピュータ、又は、無線通信可能な任意の他のデバイス、又は、ＬＴＥ  ｅＮＢなどの無線基地局（ＲＢＳ）、アクセスノード若しくは中継機であってよい。受信ノードは、ＵＭＴＳ、Ｅ−ＵＴＲＡＮ又はＣＤＭＡ２０００といった１つ以上の無線通信システムにおいて通信するように動作可能であってよい。
【００９６】
図１０に示した受信ノード１０００は、他のエンティティと通信するための通信ユニット１００２、例えば情報を記憶するための１つ以上のメモリ１００８、並びに信号処理及び／又はスケジューリングなどのさらなる機能性１００９をさらに備えてもよい。
【００９７】
受信ノード９００についてそうであるように、受信ノード１０００、例えば構成１００１は、メッセージに関連する後続の送信の間の時間インターバルが第１の送信モードよりも第２の送信モードにおいてより短くなるように適合されてよい。第２の送信モードにおける再送の間の時間インターバルは、時間にわたって減少してもよい。第２の送信モードは、連続的送信を含んでもよい。第１及び第２の受信モードは、対応する特徴及び特性を有する。
【００９８】
受信ノードは、上記メッセージに関連する受信成功時に、第２の受信モードへの切り替えからの時間Ｔの経過時に、又は、予め定義される数のＮＡＣＫの送信後に、第２の受信モードを終了させる、ようにさらに適合されてもよい。
【００９９】
さらに、受信不成功の標識は、上記メッセージに関連する予め定義される数のＮＡＣＫ、受信機側の復号ステータスに関する情報を含むリッチフィードバック、第１の送信／受信モードにおける受信成功を妨げる、受信ノードにおける条件の標識、のうちの少なくとも１つを含んでもよい。
【０１００】
時間、周波数、符号、電力、送信／受信ポイント、及び／又は計算リソースの観点で、第１の送信モードよりも多くのリソースが、第２の送信モードにおいて再送のために使用されてもよい。第２の送信モード及び受信モードにおいて再送のために使用されるリソースは、受信ノードから送信される受信不成功に関連する情報に依存してもよい。第２の受信モード、例えば再送がいつ行われると予期するかが、送信ノードへ送信される受信不成功に関連する情報に依存してもよい。
【０１０１】
受信ノードの構成１００１及び他の部分は、例えば、プロセッサ又はマイクロプロセッサ、適切なソフトウェア及びストレージのうちの１つ以上により実装されてよく、従って、上述したアクションを実行するように構成されるプログラマブルロジックデバイス（ＰＬＤ）又は他の電子的なコンポーネント／処理回路により実装されてよい。
【０１０２】
理解されるべきこととして、相互作用をするユニット又はモジュールの選択と共に、ユニットのネーミングは、例示の目的のためのものに過ぎず、上述した方法のいずれかを実行するために適した送信ノード及び受信ノードは、提案した処理のアクションを実行することができるように複数の代替的な手法で構成され得る。
【０１０３】
また、留意すべきこととして、本開示において説明したユニット又はモジュールは、論理的なエンティティであると見なされるべきであり、必ずしも別個の物理的なエンティティではない。
【０１０４】
上の説明は複数の具体的記述を含んでいるものの、それらはここで説明した概念の範囲を限定するものと解釈されるべきではなく、説明した概念のいくつかの例示的な実施形態の例を単に提供しているものと解釈されるべきである。現に説明した概念の範囲は、当業者にとって明白となり得る他の実施形態を完全に包含すること、及び現に説明した概念の範囲はそれによって限定されないことが理解されるであろう。単数形のエレメントへの言及は、明示的に記述されない限りは「１つであって唯１つ」を意味することを意図されず、むしろ「１つ以上」を意味する。当業者に知られた上述の実施形態のエレメントについての全ての構造的な及び機能的な均等物は、明らかに参照によりここに取り入れられ、ここに包含されることを意図される。そのうえ、現に説明した概念により解決することを模索されるあらゆる問題が必ずしもデバイス又は方法により解決されるわけではなく、そうしたもののここに包含される。
【図１】
2017509177.tif 000003
【図２】
2017509177.tif 000004
【図３】
2017509177.tif 000005
【図４】
2017509177.tif 000006
【図５】
2017509177.tif 000007
【図６】
2017509177.tif 000008
【図７】
2017509177.tif 000009
【図８】
2017509177.tif 000010
【図９】
2017509177.tif 000011
【図１０】
2017509177.tif 000012
【手続補正書】
【提出日】平成28年8月9日(2016.8.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
自動再送要求を適用する無線通信ネットワーク内の送信ノードにより実行される方法であって、
確認応答がなされる第１の送信モードにおいて、
−受信ノードへメッセージを送信すること（１０１）と、
−前記受信ノードにおける前記メッセージの又は前記メッセージに関連する再送の受信不成功の標識を検出すること（１０２）と、
−検出された前記標識に基づいて、第２の送信モードへと切り替えること（１０３）と、
前記第２の送信モードにおいて、
−前記メッセージ又はその一部を、複数回、次の再送の送信の前にメッセージ受信の確認応答を待つことなく再送すること（１０４）と、
を含む方法。
【請求項２】
前記メッセージに関連する後続の送信の間の時間インターバルは、前記第１の送信モードよりも前記第２の送信モードにおいてより短い、請求項１に記載の方法。
【請求項３】
前記第２の送信モードにおける再送の間の時間インターバルは、時間にわたって減少する、請求項１又は請求項２に記載の方法。
【請求項４】
前記第２の送信モードは、連続的送信を含む、請求項１〜３のいずれかに記載の方法。
【請求項５】
前記第２の送信モードは、
−受信ノードからの、前記メッセージに関連する少なくとも１つの受信成功の標識の受信時に、
−前記第２の送信モードへの前記切り替えからの時間Ｔの経過時に、
−前記メッセージの前記送信からの時間Ｔ´の経過時に、又は
−受信ノードからの予め定義される数のＮＡＣＫの受信時に、
終了する、請求項１〜４のいずれかに記載の方法。
【請求項６】
受信不成功の前記標識は、
−前記メッセージに関連する予め定義される数の否定応答（ＮＡＣＫ）、
−受信機側の復号ステータスに関する情報を含むリッチフィードバック、
−前記第１の送信モードにおける受信成功を妨げる、前記受信ノードにおける条件の標識、
のうちの１つ以上を含む、請求項１〜５のいずれかに記載の方法。
【請求項７】
時間、周波数、符号、電力、送信ポイント、及び／又は計算リソースの観点で、前記第１の送信モードよりも多くのリソースが、前記第２の送信モードにおいて再送のために使用される、請求項１〜６のいずれかに記載の方法。
【請求項８】
前記第２の送信モードにおいて再送のために使用されるリソースは、前記受信ノードから受信される受信不成功に関連する情報に依存する、請求項１〜７のいずれかに記載の方法。
【請求項９】
自動再送要求を適用する無線通信ネットワーク内の受信ノードにより実行される方法であって、
第１の受信モードにおいて、
−メッセージ又は前記メッセージに関連する再送である送信ノードからの送信の受信不成功を検出すること（２０１）と、
−前記受信不成功を前記送信ノードへ指し示すこと（２０２）と、
−検出された前記受信不成功に基づいて、第２の受信モードへと切り替えること（２０３）と、
前記第２の受信モードにおいて、
−前記メッセージに関連する少なくとも１つの再送を受信すること（２０４）と、
を含み、
前記第１の受信モードは、受信不成功の標識の後の再送を含む、確認応答がなされる第１の送信モードに対応し、
前記第２の受信モードは、次の再送の送信の前にメッセージ受信の確認応答を待つことなくなされる再送を含む第２の送信モードに対応する、
方法。
【請求項１０】
前記第２の送信モードは、前記第１の送信モードよりも頻度の高い再送を含む、請求項９に記載の方法。
【請求項１１】
前記第２の送信モードにおける再送の間の時間長は、時間にわたって減少する、請求項９又は請求項１０に記載の方法。
【請求項１２】
前記第２の送信モードは、連続的送信を含む、請求項９〜１１のいずれかに記載の方法。
【請求項１３】
受信不成功を前記送信ノードへ指し示すことは、前記第１の送信モードにおける受信成功を妨げる条件を指し示すこと、を含む、請求項９〜１２のいずれかに記載の方法。
【請求項１４】
前記第２の受信モードは、
−前記メッセージに関連する受信成功時に、
−前記第２の受信モードへの前記切り替えからの時間Ｔの経過時に、
−送信信号の受信不成功の前記検出からの時間Ｔ´の経過時に、又は
−前記送信ノードへの予め定義される数のＮＡＣＫの送信後に、
終了する、請求項９〜１３のいずれかに記載の方法。
【請求項１５】
受信不成功の前記標識は、
−前記メッセージに関連する予め定義される数の否定応答（ＮＡＣＫ）、
−復号ステータスに関する情報を含むリッチフィードバック、
−前記第１の送信モードにおける受信成功を妨げる、前記受信ノードにおける条件の標識、
のうちの少なくとも１つを含む、請求項９〜１４のいずれかに記載の方法。
【請求項１６】
時間、周波数、符号、電力、送信／受信ポイント、及び／又は計算リソースの観点で、前記第１の送信モードよりも多くのリソースが、前記第２の送信モードにおいて再送のために使用される、請求項９〜１５のいずれかに記載の方法。
【請求項１７】
前記第２の受信モードは、前記送信ノードへ送信される受信不成功に関連する情報に依存する、請求項９〜１６のいずれかに記載の方法。
【請求項１８】
自動再送要求を適用する無線通信ネットワークにおいて動作可能な送信ノード（７００）であって、
プロセッサ（７０３）とメモリ（７０４）とを備え、前記メモリは、前記プロセッサにより実行可能な命令（７０５）を含み、それにより前記送信ノードは、
確認応答がなされる第１の送信モードにおいて、
−受信ノードへメッセージを送信し、
−前記受信ノードにおける前記メッセージの又は前記メッセージに関連する再送の受信不成功の標識を検出し、
−検出された前記標識に基づいて、第２の送信モードへと切り替え、
前記第２の送信モードにおいて、
−前記メッセージ又はその一部を、複数回、次の再送の送信の前にメッセージ受信の確認応答を待つことなく再送する、
ように動作可能である、送信ノード。
【請求項１９】
前記メッセージに関連する後続の送信の間の時間インターバルは、前記第１の送信モードよりも前記第２の送信モードにおいてより短い、請求項１８に記載の送信ノード。
【請求項２０】
前記第２の送信モードにおける再送の間の時間インターバルは、時間にわたって減少する、請求項１８又は請求項１９に記載の送信ノード。
【請求項２１】
前記第２の送信モードは、連続的送信を含む、請求項１８〜２０のいずれかに記載の送信ノード。
【請求項２２】
前記第２の送信モードを、
−前記メッセージに関連する少なくとも１つの受信成功の標識の受信時に、
−前記第２の送信モードへの前記切り替えからの時間Ｔの経過時に、
−前記メッセージの前記送信からの時間Ｔ´の経過時に、又は
−受信ノードからの予め定義される数のＮＡＣＫの受信時に、
終了させる、ようにさらに動作可能である、請求項１８〜２１のいずれかに記載の送信ノード。
【請求項２３】
受信不成功の前記標識は、
−前記メッセージに関連する予め定義される数の否定応答（ＮＡＣＫ）、
−受信機側の復号ステータスに関する情報を含むリッチフィードバック、
−前記第１の送信モードにおける受信成功を妨げる、前記受信ノードにおける条件の標識、
のうちの１つ以上を含む、請求項１８〜２２のいずれかに記載の送信ノード。
【請求項２４】
時間、周波数、符号、電力、送信ポイント、及び／又は計算リソースの観点で、前記第１の送信モードよりも多くのリソースが、前記第２の送信モードにおいて再送のために使用される、請求項１８〜２３のいずれかに記載の送信ノード。
【請求項２５】
前記第２の送信モードにおいて再送のために使用されるリソースは、前記受信ノードから受信される受信不成功に関連する情報に依存する、請求項１８〜２４のいずれかに記載の送信ノード。
【請求項２６】
自動再送要求を適用する無線通信ネットワークにおいて動作可能な受信ノード（９００）であって、
プロセッサ（９０３）とメモリ（９０４）とを備え、前記メモリは、前記プロセッサにより実行可能な命令（９０５）を含み、それにより前記受信ノードは、
第１の受信モードにおいて、
−メッセージ又は前記メッセージに関連する再送である送信ノードからの送信の受信不成功を検出し、
−前記受信不成功を前記送信ノードへ指し示し、
−検出された前記受信不成功に基づいて、第２の受信モードへと切り替え、
前記第２の受信モードにおいて、
−前記メッセージに関連する少なくとも１つの再送を受信する、
ように動作可能であり、
前記第１の受信モードは、受信不成功の標識の後の再送を含む、確認応答がなされる第１の送信モードに対応し、
前記第２の受信モードは、次の再送の送信の前にメッセージ受信の確認応答を待つことなくなされる再送を含む第２の送信モードに対応する、
受信ノード。
【請求項２７】
前記第２の送信モードは、前記第１の送信モードよりも頻度の高い再送を含む、請求項２６に記載の受信ノード。
【請求項２８】
前記第２の送信モードにおける再送の間の時間長は、時間にわたって減少する、請求項２６又は請求項２７に記載の受信ノード。
【請求項２９】
前記第２の送信モードは、連続的送信を含む、請求項２６〜２８のいずれかに記載の受信ノード。
【請求項３０】
前記第２の受信モードを、
−前記メッセージに関連する受信成功時に、
−前記第２の受信モードへの前記切り替えからの時間Ｔの経過時に、
−受信不成功の前記検出からの時間Ｔ´の経過時に、又は
−予め定義される数のＮＡＣＫの送信後に、
終了させる、ようにさらに動作可能である、請求項２６〜２９のいずれかに記載の受信ノード。
【請求項３１】
受信不成功の前記標識は、
−前記メッセージに関連する予め定義される数の否定応答（ＮＡＣＫ）、
−受信機側の復号ステータスに関する情報を含むリッチフィードバック、
−前記第１の送信モードにおける受信成功を妨げる、前記受信ノードにおける条件の標識、
のうちの１つ以上を含む、請求項２６〜３０のいずれかに記載の受信ノード。
【請求項３２】
時間、周波数、符号、電力、送信／受信ポイント、及び／又は計算リソースの観点で、前記第１の送信モードよりも多くのリソースが、前記第２の送信モードにおいて再送のために使用される、請求項２６〜３１のいずれかに記載の受信ノード。
【請求項３３】
前記第２の受信モードは、前記受信ノードから送信される受信不成功に関連する情報に依存する、請求項２６〜３２のいずれかに記載の受信ノード。
【請求項３４】
自動再送要求を適用する無線通信ネットワークにおいて動作可能な送信ノード（８００）であって、
−確認応答がなされる第１の送信モードにおいて、受信ノードへメッセージを送信する送信ユニット（８０４）と、
−前記受信ノードにおける前記メッセージの又は前記メッセージに関連する再送の受信不成功の標識を検出する検出ユニット（８０４）と、
−検出された前記標識に基づいて、第２の送信モードへと切り替えるための切り替えユニット（８０６）と、
を備え、
前記第２の送信モードにおいて、前記メッセージ又はその一部が、複数回、次の再送の送信の前にメッセージ受信の確認応答を待つことなく再送される、
送信ノード。
【請求項３５】
前記送信ノードは、ユーザ機器、通信デバイス、センサ、アクチュエータ、タブレット、コンピュータ、無線通信可能なデバイス、無線基地局、ｅＮＢ、ノードＢ、アクセスノード及び中継機、のうちの少なくとも１つである、請求項１８及び請求項３４のいずれかに記載の送信ノード（７００，８００）。
【請求項３６】
自動再送要求を適用する無線通信ネットワークにおいて動作可能な受信ノード（１０００）であって、
−第１の受信モードにおいて、メッセージ又は前記メッセージに関連する再送である送信ノードからの送信の受信不成功を検出するための検出ユニット（１００４）と、
−前記受信不成功を前記送信ノードへ指し示すための指示ユニット（１００５）と、
−検出された前記受信不成功に基づいて、第２の受信モードへと切り替えるための切り替えユニット（１００６）と、
を備え、
前記第１の受信モードは、受信不成功の標識の後の再送を含む、確認応答がなされる第１の送信モードに対応し、
前記第２の受信モードは、次の再送の送信の前にメッセージ受信の確認応答を待つことなくなされる再送を含む第２の送信モードに対応する、
受信ノード。
【請求項３７】
前記受信ノードは、無線基地局、ｅＮＢ、ノードＢ、アクセスノード、中継機、又は、ユーザ機器、通信デバイス、センサ、アクチュエータ、タブレット、コンピュータ及び無線通信可能なデバイスのうちの少なくとも１つである、請求項２６及び請求項３６のいずれかに記載の受信ノード（９００，１０００）。
【請求項３８】
送信ノードにおいて実行される場合に、前記送信ノードに請求項１〜８のいずれかに記載の方法を実行させるコンピュータ読取可能なコード手段、を含むコンピュータプログラム（７０５）。
【請求項３９】
請求項３８に記載のコンピュータプログラム（７０５）を含むコンピュータプログラムプロダクト（７０４）。
【請求項４０】
受信ノードにおいて実行される場合に、前記受信ノードに請求項９〜１７のいずれかに記載の方法を実行させるコンピュータ読取可能なコード手段、を含むコンピュータプログラム（９０５）。
【請求項４１】
請求項４０に記載のコンピュータプログラム（９０５）を含むコンピュータプログラムプロダクト（９０４）。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００６
【補正方法】変更
【補正の内容】
【０００６】
ハイブリッドＡＲＱ（ＨＡＲＱ）は、ＡＲＱとＦＥＣとの組合せである。ＦＥＣによって、受信機は、過度に壊れていない限りメッセージが破損していてもそれを復元できる可能性を有する。受信機は、メッセージの復元に失敗すると、否定応答（ＮＡＣＫ）を送信機へ送信して再送を要求することになり、さもなければＡＣＫが送信される。適用されるＨＡＲＱ方式に依存して、メッセージの再送は、もとの送信信号と同一の複製か、又はもとの送信信号の符号化ビットの相異なるサブセットかのいずれかである。後者は、増分冗長性（incremental  redundancy）を伴うハイブリッドＡＲＱと呼ばれ、ＬＴＥ及びＨＳＰＡにおいて適用される。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１６
【補正方法】変更
【補正の内容】
【００１６】
第２の観点によれば、ＡＲＱ方式を適用するように動作可能な受信ノードにより実行されるべき方法が提供される。上記方法は、第１の受信モードにおいて、メッセージ又は当該メッセージに関連する再送である送信ノードからの送信の受信不成功を検出すること、を含む。上記方法は、受信不成功を送信ノードへ指し示すことと、検出された受信不成功に少なくとも部分的に基づいて、第２の受信モードへと切り替えることと、をさらに含む。上記方法は、第２の受信モードにおいて、上記メッセージに関連する少なくとも１つの再送を受信すること、をさらに含む。第１の受信モードは、受信不成功の標識の後の再送を含む、確認応答がなされる第１の送信モードに対応し、第２の受信モードは、次の再送の送信の前にメッセージ受信の確認応答を待つことなくなされる再送を含む第２の送信モードに対応する。
【手続補正書】
【提出日】平成29年2月17日(2017.2.17)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
自動再送要求を適用する無線通信ネットワーク内の送信ノードにより実行される方法であって、
確認応答がなされる第１の送信モードにおいて、
−受信ノードへメッセージを送信すること（１０１）と、
−前記メッセージの遅延バジェットよりも短い時間内に、前記受信ノードにおける前記メッセージの又は前記メッセージに関連する再送の受信不成功の標識を検出すること（１０２）と、
−検出された前記標識に基づいて、第２の送信モードへと切り替えること（１０３）と、
前記第２の送信モードにおいて、
−前記メッセージ又はその一部を、複数回、メッセージ受信の確認応答を待つことなく、前記メッセージの前記遅延バジェットが超過するまで再送すること（１０４）と、
を含む方法。
【請求項２】
前記メッセージに関連する後続の送信の間の時間インターバルは、前記第１の送信モードよりも前記第２の送信モードにおいてより短い、請求項１に記載の方法。
【請求項３】
前記第２の送信モードにおける再送の間の時間インターバルは、時間にわたって減少する、請求項１又は請求項２に記載の方法。
【請求項４】
前記第２の送信モードは、連続的送信を含む、請求項１〜３のいずれかに記載の方法。
【請求項５】
前記第２の送信モードは、前記メッセージの前記遅延バジェットが超過した際に終了する、請求項１〜４のいずれかに記載の方法。
【請求項６】
受信不成功の前記標識は、
−前記メッセージに関連する予め定義される数の否定応答（ＮＡＣＫ）、又は、
−前記メッセージに関連する確認応答（ＡＣＫ）の不在、
を含む、請求項１〜５のいずれかに記載の方法。
【請求項７】
時間、周波数、符号、電力、送信ポイント、及び／又は計算リソースの観点で、前記第１の送信モードよりも多くのリソースが、前記第２の送信モードにおいて再送のために使用される、請求項１〜６のいずれかに記載の方法。
【請求項８】
前記第２の送信モードにおいて再送のために使用されるリソースは、前記受信ノードから受信される受信不成功に関連する情報に依存する、請求項１〜７のいずれかに記載の方法。
【請求項９】
自動再送要求を適用する無線通信ネットワーク内の受信ノードにより実行される方法であって、
第１の受信モードにおいて、
−メッセージ又は前記メッセージに関連する再送である送信ノードからの送信の受信不成功を、前記メッセージの遅延バジェットよりも短い時間内に検出すること（２０１）と、
−前記受信不成功を前記送信ノードへ指し示すこと（２０２）と、
−検出された前記受信不成功に基づいて、第２の受信モードへと切り替えること（２０３）と、
前記第２の受信モードにおいて、
−前記メッセージに関連する少なくとも１つの再送を、前記メッセージの前記遅延バジェットが超過するまで受信すること（２０４）と、
を含み、
前記第１の受信モードは、受信不成功の標識の後の再送を含む、確認応答がなされる第１の送信モードに対応し、
前記第２の受信モードは、次の再送の送信の前にメッセージ受信の確認応答を待つことなくなされる再送を含む第２の送信モードに対応する、
方法。
【請求項１０】
前記第２の送信モードは、前記第１の送信モードよりも頻度の高い再送を含む、請求項９に記載の方法。
【請求項１１】
前記第２の送信モードにおける再送の間の時間長は、時間にわたって減少する、請求項９又は請求項１０に記載の方法。
【請求項１２】
前記第２の送信モードは、連続的送信を含む、請求項９〜１１のいずれかに記載の方法。
【請求項１３】
受信不成功を前記送信ノードへ指し示すことは、前記第１の送信モードにおける受信成功を妨げる条件を指し示すこと、を含む、請求項９〜１２のいずれかに記載の方法。
【請求項１４】
前記第２の受信モードは、前記メッセージの前記遅延バジェットが超過した際に終了する、請求項９〜１３のいずれかに記載の方法。
【請求項１５】
受信不成功の前記標識は、
−前記メッセージに関連する予め定義される数の否定応答（ＮＡＣＫ）、又は、
−前記メッセージに関連する確認応答（ＡＣＫ）の不在、
を含む、請求項９〜１４のいずれかに記載の方法。
【請求項１６】
時間、周波数、符号、電力、送信／受信ポイント、及び／又は計算リソースの観点で、前記第１の送信モードよりも多くのリソースが、前記第２の送信モードにおいて再送のために使用される、請求項９〜１５のいずれかに記載の方法。
【請求項１７】
前記第２の受信モードは、前記送信ノードへ送信される受信不成功に関連する情報に依存する、請求項９〜１６のいずれかに記載の方法。
【請求項１８】
自動再送要求を適用する無線通信ネットワークにおいて動作可能な送信ノード（７００）であって、
プロセッサ（７０３）とメモリ（７０４）とを備え、前記メモリは、前記プロセッサにより実行可能な命令（７０５）を含み、それにより前記送信ノードは、
確認応答がなされる第１の送信モードにおいて、
−受信ノードへメッセージを送信し、
−前記メッセージの遅延バジェットよりも短い時間内に、前記受信ノードにおける前記メッセージの又は前記メッセージに関連する再送の受信不成功の標識を検出し、
−検出された前記標識に基づいて、第２の送信モードへと切り替え、
前記第２の送信モードにおいて、
−前記メッセージ又はその一部を、複数回、メッセージ受信の確認応答を待つことなく、前記メッセージの前記遅延バジェットが超過するまで再送する、
ように動作可能である、送信ノード。
【請求項１９】
前記メッセージに関連する後続の送信の間の時間インターバルは、前記第１の送信モードよりも前記第２の送信モードにおいてより短い、請求項１８に記載の送信ノード。
【請求項２０】
前記第２の送信モードにおける再送の間の時間インターバルは、時間にわたって減少する、請求項１８又は請求項１９に記載の送信ノード。
【請求項２１】
前記第２の送信モードは、連続的送信を含む、請求項１８〜２０のいずれかに記載の送信ノード。
【請求項２２】
前記第２の送信モードを、前記メッセージの前記遅延バジェットが超過した際に終了させる、ようにさらに動作可能である、請求項１８〜２１のいずれかに記載の送信ノード。
【請求項２３】
受信不成功の前記標識は、
−前記メッセージに関連する予め定義される数の否定応答（ＮＡＣＫ）、又は、
−前記メッセージに関連する確認応答（ＡＣＫ）の不在、
を含む、請求項１８〜２２のいずれかに記載の送信ノード。
【請求項２４】
時間、周波数、符号、電力、送信ポイント、及び／又は計算リソースの観点で、前記第１の送信モードよりも多くのリソースが、前記第２の送信モードにおいて再送のために使用される、請求項１８〜２３のいずれかに記載の送信ノード。
【請求項２５】
前記第２の送信モードにおいて再送のために使用されるリソースは、前記受信ノードから受信される受信不成功に関連する情報に依存する、請求項１８〜２４のいずれかに記載の送信ノード。
【請求項２６】
自動再送要求を適用する無線通信ネットワークにおいて動作可能な受信ノード（９００）であって、
プロセッサ（９０３）とメモリ（９０４）とを備え、前記メモリは、前記プロセッサにより実行可能な命令（９０５）を含み、それにより前記受信ノードは、
第１の受信モードにおいて、
−メッセージ又は前記メッセージに関連する再送である送信ノードからの送信の受信不成功を、前記メッセージの遅延バジェットよりも短い時間内に検出し、
−前記受信不成功を前記送信ノードへ指し示し、
−検出された前記受信不成功に基づいて、第２の受信モードへと切り替え、
前記第２の受信モードにおいて、
−前記メッセージに関連する少なくとも１つの再送を、前記メッセージの前記遅延バジェットが超過するまで受信する、
ように動作可能であり、
前記第１の受信モードは、受信不成功の標識の後の再送を含む、確認応答がなされる第１の送信モードに対応し、
前記第２の受信モードは、次の再送の送信の前にメッセージ受信の確認応答を待つことなくなされる再送を含む第２の送信モードに対応する、
受信ノード。
【請求項２７】
前記第２の送信モードは、前記第１の送信モードよりも頻度の高い再送を含む、請求項２６に記載の受信ノード。
【請求項２８】
前記第２の送信モードにおける再送の間の時間長は、時間にわたって減少する、請求項２６又は請求項２７に記載の受信ノード。
【請求項２９】
前記第２の送信モードは、連続的送信を含む、請求項２６〜２８のいずれかに記載の受信ノード。
【請求項３０】
前記第２の受信モードを、前記メッセージの前記遅延バジェットが超過した際に終了させる、ようにさらに動作可能である、請求項２６〜２９のいずれかに記載の受信ノード。
【請求項３１】
受信不成功の前記標識は、
−前記メッセージに関連する予め定義される数の否定応答（ＮＡＣＫ）、又は、
−前記メッセージに関連する確認応答（ＡＣＫ）の不在、
を含む、請求項２６〜３０のいずれかに記載の受信ノード。
【請求項３２】
時間、周波数、符号、電力、送信／受信ポイント、及び／又は計算リソースの観点で、前記第１の送信モードよりも多くのリソースが、前記第２の送信モードにおいて再送のために使用される、請求項２６〜３１のいずれかに記載の受信ノード。
【請求項３３】
前記第２の受信モードは、前記受信ノードから送信される受信不成功に関連する情報に依存する、請求項２６〜３２のいずれかに記載の受信ノード。
【請求項３４】
自動再送要求を適用する無線通信ネットワークにおいて動作可能な送信ノード（８００）であって、
−確認応答がなされる第１の送信モードにおいて、受信ノードへメッセージを送信する送信ユニット（８０４）と、
−前記メッセージの遅延バジェットよりも短い時間内に、前記受信ノードにおける前記メッセージの又は前記メッセージに関連する再送の受信不成功の標識を検出する検出ユニット（８０４）と、
−検出された前記標識に基づいて、第２の送信モードへと切り替えるための切り替えユニット（８０６）と、
を備え、
前記第２の送信モードにおいて、前記メッセージ又はその一部が、複数回、メッセージ受信の確認応答を待つことなく、前記メッセージの前記遅延バジェットが超過するまで再送される、
送信ノード。
【請求項３５】
前記送信ノードは、ユーザ機器、通信デバイス、センサ、アクチュエータ、タブレット、コンピュータ、無線通信可能なデバイス、無線基地局、ｅＮＢ、ノードＢ、アクセスノード及び中継機、のうちの少なくとも１つである、請求項１８及び請求項３４のいずれかに記載の送信ノード（７００，８００）。
【請求項３６】
自動再送要求を適用する無線通信ネットワークにおいて動作可能な受信ノード（１０００）であって、
−第１の受信モードにおいて、メッセージ又は前記メッセージに関連する再送である送信ノードからの送信の受信不成功を、前記メッセージの遅延バジェットよりも短い時間内に検出するための検出ユニット（１００４）と、
−前記受信不成功を前記送信ノードへ指し示すための指示ユニット（１００５）と、
−検出された前記受信不成功に基づいて、第２の受信モードへと切り替えるための切り替えユニット（１００６）と、
を備え、
前記第１の受信モードは、受信不成功の標識の後の再送を含む、確認応答がなされる第１の送信モードに対応し、
前記第２の受信モードは、前記メッセージの前記遅延バジェットが超過するまでメッセージ受信の確認応答を待つことなくなされる再送を含む第２の送信モードに対応する、
受信ノード。
【請求項３７】
前記受信ノードは、無線基地局、ｅＮＢ、ノードＢ、アクセスノード、中継機、又は、ユーザ機器、通信デバイス、センサ、アクチュエータ、タブレット、コンピュータ及び無線通信可能なデバイスのうちの少なくとも１つである、請求項２６及び請求項３６のいずれかに記載の受信ノード（９００，１０００）。
【請求項３８】
送信ノードにおいて実行される場合に、前記送信ノードに請求項１〜８のいずれかに記載の方法を実行させるコンピュータ読取可能なコード手段、を含むコンピュータプログラム（７０５）。
【請求項３９】
請求項３８に記載のコンピュータプログラム（７０５）を含むコンピュータ読取可能な媒体。
【請求項４０】
受信ノードにおいて実行される場合に、前記受信ノードに請求項９〜１７のいずれかに記載の方法を実行させるコンピュータ読取可能なコード手段、を含むコンピュータプログラム（９０５）。
【請求項４１】
請求項４０に記載のコンピュータプログラム（９０５）を含むコンピュータ読取可能な媒体。
【国際調査報告】
2017509177.tif 000013
2017509177.tif 000014
2017509177.tif 000015
2017509177.tif 000016