(57)【要約】  複数の並列の再送プロトコルプロセスをサポートする無線通信システムにおいて、端末デバイスから基地局へのデータブロックの通信を制御する方法は、第１の再送プロトコルプロセスと関連付けてデータブロックのための１回目のアップリンクデータ送信を行い、それに応答して、データブロックが基地局へ正常に伝達されたかどうかを示すための対応する第１の受信確認標識を取得することと、第２の再送プロトコルプロセスと関連付けてデータブロックのための２回目のアップリンクデータ送信を行い、それに応答して、対応する第２の受信確認標識を取得することと、を含み、２回目の送信は、第１の受信確認標識が取得される前に開始され、また方法は、例えば、第１の受信確認標識と第２の受信確認標識のどちらか１つが、データブロックが基地局へ正常に伝達されたことを示す場合に、第１の再送プロトコルプロセスと関連付けたデータブロックのためのデータ再送を回避するために、第１の応答シグナリングと第２の応答シグナリングの両方を考慮することによって、第１の再送プロトコルプロセスと関連付けたデータブロックのためのデータ再送を回避すべきかどうか判定することを更に含む。【選択図】図６
2016504798.tif 000002
【特許請求の範囲】
【請求項１】
複数の並列の再送プロトコルプロセスをサポートする無線通信システムにおいて、端末デバイスから基地局へのデータブロックの通信を制御するために前記端末デバイスを動作させる方法であって、前記方法は、
第１の再送プロトコルプロセスと関連付けて前記データブロックのための１回目のデータ送信を行い、それに応答して、前記データブロックが前記基地局へ正常に伝達されたかどうか示すための対応する第１の応答シグナリングを取得することと、
第２の再送プロトコルプロセスと関連付けて前記データブロックのための２回目のデータ送信を行い、それに応答して、対応する第２の応答シグナリングを取得することと、を含み、前記２回目の送信は、前記第１の応答シグナリングが取得される前に開始され、前記方法は、
前記第１の応答シグナリングと前記第２の応答シグナリングの両方を考慮することによって、前記第１の再送プロトコルプロセスと関連付けた前記データブロックのためのデータ再送を回避すべきかどうか判定すること、
を更に含む、方法。
【請求項２】
前記第１の応答シグナリングと前記第２の応答シグナリングの両方を考慮することによって、前記第１の再送プロトコルプロセスと関連付けた前記データブロックのためのデータ再送を回避すべきかどうか判定することは、前記第１の応答シグナリングと前記第２の応答シグナリングのどちらか１つが、前記データブロックが前記基地局へ正常に伝達されたことを示す場合、前記第１の再送プロトコルプロセスと関連付けた前記データブロックのためのデータ再送を回避することを含む、請求項１に記載の方法。
【請求項３】
前記無線通信システムのためのアップリンク無線フレーム構造が、一連の送信時間間隔（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ  （ＴＴＩ））を含み、前記データブロックのための前記１回目のデータ送信及び前記２回目のデータ送信は、それぞれの単一のＴＴＩにおける送信を含む、請求項１又は２に記載の方法。
【請求項４】
前記無線通信システムのためのアップリンク無線フレーム構造が、一連の送信時間間隔（ＴＴＩ）を含み、前記データブロックのための前記１回目のデータ送信及び前記２回目のデータ送信は、それぞれのＴＴＩバンドルにおける送信を含む、請求項１又は２に記載の方法。
【請求項５】
ＴＴＩバンドルの異なるＴＴＩにおける前記それぞれの送信は、前記データブロックについての異なるビットの送信を含む、請求項４に記載の方法。
【請求項６】
ＴＴＩバンドルの前記異なるＴＴＩにおいて送信される前記データブロックについての前記異なるビットは、前記データブロックについて導出される異なる冗長バージョンを含む、請求項５に記載の方法。
【請求項７】
前記データブロックのための前記１回目のデータ送信及び前記２回目のデータ送信は、前記データブロックについての同じビットの送信を含む、請求項１から６のいずれか一項に記載の方法。
【請求項８】
前記データブロックのための前記１回目のデータ送信及び前記２回目のデータ送信は、前記データブロックについての異なるビットの送信を含む、請求項１から６のいずれか一項に記載の方法。
【請求項９】
前記データブロックのための前記１回目のデータ送信及び前記２回目のデータ送信において送信される前記データブロックについての前記異なるビットは、前記データブロックについて導出される異なる冗長バージョンを含む、請求項８に記載の方法。
【請求項１０】
更なる再送プロトコルプロセスと関連付けて前記データブロックのための更なるデータ送信を行い、それに応答して、対応する更なる応答シグナリングを取得することを更に含む、請求項１から９のいずれか一項に記載の方法。
【請求項１１】
前記更なる送信は、前記第２の応答シグナリングが取得される前に開始され、前記方法は、前記第１の応答シグナリング、前記第２の応答シグナリング、及び前記更なる応答シグナリングを考慮することによって、前記第１の再送プロトコルプロセス及び前記第２の再送プロトコルプロセスと関連付けた前記データブロックのためのデータ再送を回避すべきかどうか判定することを更に含む、請求項１０に記載の方法。
【請求項１２】
前記第１の応答シグナリング、前記第２の応答シグナリング、及び前記更なる応答シグナリングを考慮することによって、前記第１の再送プロトコルプロセス及び前記第２の再送プロトコルプロセスと関連付けた前記データブロックのためのデータ再送を回避すべきかどうか判定することは、前記第１の応答シグナリングと前記第２の応答シグナリングと前記更なる応答シグナリングのいずれかが、前記データブロックが前記基地局へ正常に伝達されたことを示す場合、前記第１の再送プロトコルプロセス及び前記第２の再送プロトコルプロセスと関連付けた前記データブロックのためのデータ再送を回避することを含む、請求項１１に記載の方法。
【請求項１３】
前記更なる再送プロトコルプロセスと関連付けた前記データブロックのための前記更なるデータ送信は、前記第１の再送プロトコルプロセスと関連付けた前記データブロックのための前記１回目のデータ送信の前に行われ、前記方法は、前記第１の応答シグナリングと前記第２の応答シグナリングのどちらかが、前記データブロックが前記基地局へ正常に伝達されたことを示す場合、前記更なる再送プロトコルプロセスと関連付けた前記データブロックのためのデータ再送を回避することを含む、請求項１０に記載の方法。
【請求項１４】
前記第１の応答シグナリングが、前記データブロックが前記基地局へ正常に伝達されたことを示す場合、前記第２の再送プロトコルプロセスと関連付けた前記データブロックのためのデータ再送を回避することを含む、請求項１から１３のいずれか一項に記載の方法。
【請求項１５】
前記第１の応答シグナリングが、前記データブロックが前記基地局へ正常に伝達されたことを既に示している場合には、前記端末デバイスが、前記第２の応答シグナリングから、前記データブロックが前記基地局へ正常に伝達されたかどうかを示す情報と異なる情報を導出することを更に含む、請求項１から１４のいずれか一項に記載の方法。
【請求項１６】
前記情報は、前記端末デバイスが、前記基地局への後続のデータ送信と関連付けられる１つ以上のパラメータを変更すべきであるという標識を含む、請求項１５に記載の方法。
【請求項１７】
前記１つ以上のパラメータは、変調コーディング方式、データブロックからの送信のためのビットの選択、データブロックについての少ない量のデータを送信するための命令、及び、単一のプロトコル送信プロセスと関連付けて複数のデータブロックからのデータを送信するための命令を含む群の中からの１つ以上の要素に関するものである、請求項１６に記載の方法。
【請求項１８】
第３の再送プロトコルプロセスと関連付けて異なるデータブロックからの１回目のデータ送信を行い、それに応答して、前記異なるデータブロックが前記基地局へ正常に伝達されたかどうかを示すための対応する第３の応答シグナリングを取得することと、第４の再送プロトコルプロセスと関連付けて前記異なるデータブロックからの２回目のデータ送信を行い、それに応答して、対応する第４の応答シグナリングを取得することと、を更に含み、前記異なるデータブロックからの前記２回目のデータ送信は、前記第３の応答シグナリングが取得される前に開始され、前記方法は、前記第３の応答シグナリングと前記第４の応答シグナリングの両方を考慮することによって、前記第３の再送プロトコルプロセスと関連付けた前記データブロックのためのデータ再送を回避すべきかどうか判定すること、を更に含み、前記第３の再送プロトコルプロセス及び前記第４の再送プロトコルプロセスは、前記第１の再送プロトコルプロセス及び前記第２の再送プロトコルプロセスと並列に動作する、請求項１から１７のいずれか一項に記載の方法。
【請求項１９】
前記第１の応答シグナリングと前記第２の応答シグナリングとの組み合わせを考慮することによって、前記データブロックが前記基地局へ正常に伝達されたかどうか判定することを含む、請求項１から１８のいずれか一項に記載の方法。
【請求項２０】
単一の再送プロトコルプロセスと関連付けて、前記データブロックのためのデータ及び別のデータブロックからのデータを送信することを更に含む、請求項１から１９のいずれか一項に記載の方法。
【請求項２１】
前記応答シグナリングは、前記基地局によって送信される物理再送プロトコル標識チャネル上のシグナリングから取得される、請求項１から２０のいずれか一項に記載の方法。
【請求項２２】
前記応答シグナリングは、前記基地局によって送信されるダウンリンク制御情報におけるシグナリングから取得される、請求項１から２１のいずれか一項に記載の方法。
【請求項２３】
前記それぞれの再送プロトコルプロセスは、ハイブリッド自動再送要求（ＨＡＲＱ）プロセスである、請求項１から２２のいずれか一項に記載の方法。
【請求項２４】
複数の並列の再送プロトコルプロセスをサポートする無線通信システムにおいて、端末デバイスから基地局へのデータブロックの通信を制御するための端末デバイスであって、
第１の再送プロトコルプロセスと関連付けて前記データブロックのための１回目のデータ送信を行い、それに応答して、前記データブロックが前記基地局へ正常に伝達されたかどうかを示すための対応する第１の応答シグナリングを取得し、第２の再送プロトコルプロセスと関連付けて前記データブロックのための２回目のデータ送信を行い、それに応答して、対応する第２の応答シグナリングを取得するように動作し、前記２回目の送信は、前記第１の応答シグナリングが取得される前に開始されるものである、送受信機ユニットと、
前記第１の応答シグナリングと前記第２の応答シグナリングの両方を考慮することによって、前記第１の再送プロトコルプロセスと関連付けた前記データブロックのためのデータ再送を回避すべきかどうか判定するように動作するコントローラユニットと、
を含む端末デバイス。
【請求項２５】
前記コントローラユニットは、前記第１の応答シグナリングと前記第２の応答シグナリングのどちらかが、前記データブロックが前記基地局へ正常に伝達されたことを示す場合、前記第１の再送プロトコルプロセスと関連付けた前記データブロックのためのデータ再送を回避するように動作する、請求項２４に記載の端末デバイス。
【請求項２６】
前記無線通信システムのためのアップリンク無線フレーム構造が、一連の送信時間間隔（ＴＴＩ）を含み、前記データブロックのための前記１回目のデータ送信及び前記２回目のデータ送信は、それぞれの単一のＴＴＩにおける送信を含む、請求項２４又は２５に記載の端末デバイス。
【請求項２７】
前記無線通信システムのためのアップリンク無線フレーム構造が、一連の送信時間間隔（ＴＴＩ）を含み、前記データブロックのための前記１回目のデータ送信及び前記２回目のデータ送信は、それぞれのＴＴＩバンドルにおける送信を含む、請求項２４又は２５に記載の端末デバイス。
【請求項２８】
ＴＴＩバンドルの異なるＴＴＩにおける前記それぞれの送信は、前記データブロックについての異なるビットの送信を含む、請求項２７に記載の端末デバイス。
【請求項２９】
ＴＴＩバンドルの前記異なるＴＴＩにおいて送信される前記データブロックについての前記異なるビットは、前記データブロックについて導出される異なる冗長バージョンを含む、請求項２８に記載の端末デバイス。
【請求項３０】
前記データブロックのための前記１回目のデータ送信及び前記２回目のデータ送信は、前記データブロックについての同じビットの送信を含む、請求項２４から２９のいずれか一項に記載の端末デバイス。
【請求項３１】
前記データブロックのための前記１回目のデータ送信及び前記２回目のデータ送信は、前記データブロックについての異なるビットの送信を含む、請求項２４から２９のいずれか一項に記載の端末デバイス。
【請求項３２】
前記データブロックのための前記１回目のデータ送信及び前記２回目のデータ送信において送信される前記データブロックについての前記異なるビットは、前記データブロックについて導出される異なる冗長バージョンを含む、請求項３１に記載の端末デバイス。
【請求項３３】
前記送受信機ユニットは、更なる再送プロトコルプロセスと関連付けて前記データブロックのための更なるデータ送信を行い、それに応答して、対応する更なる応答シグナリングを取得するように更に動作する、請求項２４から３２のいずれか一項に記載の端末デバイス。
【請求項３４】
前記送受信機ユニットは、前記更なる送信が、前記第２の応答シグナリングが取得される前に開始されるように動作し、前記コントローラユニットは、前記第１の応答シグナリング、前記第２の応答シグナリング、及び前記更なる応答シグナリングを考慮することによって、前記第１の再送プロトコルプロセス及び前記第２の再送プロトコルプロセスと関連付けた前記データブロックのためのデータ再送を回避すべきかどうか判定するように更に動作する、請求項３３に記載の端末デバイス。
【請求項３５】
前記コントローラユニットは、前記第１の応答シグナリングと前記第２の応答シグナリングと前記更なる応答シグナリングのいずれか１つが、前記データブロックが前記基地局へ正常に伝達されたことを示す場合、前記第１の再送プロトコルプロセス及び前記第２の再送プロトコルプロセスと関連付けた前記データブロックのためのデータ再送を回避するように動作する、請求項３４に記載の端末デバイス。
【請求項３６】
前記送受信機ユニットは、前記更なる再送プロトコルプロセスと関連付けた前記データブロックのための前記更なるデータ送信が、前記第１の再送プロトコルプロセスと関連付けた前記データブロックのための前記１回目のデータ送信の前に行われるように動作し、前記コントローラユニットは、前記第１の応答シグナリングと前記第２の応答シグナリングのどちらかが、前記データブロックが前記基地局へ正常に伝達されたことを示す場合、前記更なる再送プロトコルプロセスと関連付けた前記データブロックのためのデータ再送を回避するように動作する、請求項３３に記載の端末デバイス。
【請求項３７】
前記コントローラユニットは、前記第１の応答シグナリングが、前記データブロックが前記基地局へ正常に伝達されたことを示す場合、前記第２の再送プロトコルプロセスと関連付けた前記データブロックのためのデータ再送を回避するように更に動作する、請求項２４から３６のいずれか一項に記載の端末デバイス。
【請求項３８】
前記コントローラユニットは、前記第１の応答シグナリングが、前記データブロックが前記基地局へ正常に伝達されたことを既に示している場合には、前記第２の応答シグナリングから、前記データブロックが前記基地局へ正常に伝達されたかどうかを示す情報と異なる情報を導出するように更に動作する、請求項２４から３７のいずれか一項に記載の端末デバイス。
【請求項３９】
前記情報は、前記端末デバイスが、前記基地局への後続のデータ送信と関連付けられる１つ以上のパラメータを変更すべきであるという標識を含む、請求項３８に記載の端末デバイス。
【請求項４０】
前記１つ以上のパラメータは、変調コーディング方式、データブロックからの送信のためのビットの選択、データブロックについての少ない量のデータを送信するための命令、及び、単一のプロトコル送信プロセスと関連付けて複数のデータブロックからのデータを送信するための命令を含む群の中からの１つ以上の要素に関するものである、請求項３９に記載の端末デバイス。
【請求項４１】
前記送受信機ユニットは、第３の再送プロトコルプロセスと関連付けて異なるデータブロックからの１回目のデータ送信を行い、それに応答して、前記異なるデータブロックが前記基地局へ正常に伝達されたかどうかを示すための対応する第３の応答シグナリングを取得し、第４の再送プロトコルプロセスと関連付けて前記異なるデータブロックからの２回目のデータ送信を行い、それに応答して、対応する第４の応答シグナリングを取得するように更に動作し、前記異なるデータブロックからの前記２回目のデータ送信は、前記第３の応答シグナリングが取得される前に開始され、前記コントローラユニットは、前記第３の応答シグナリングと前記第４の応答シグナリングの両方を考慮することによって、前記第３の再送プロトコルプロセスと関連付けた前記データブロックのためのデータ再送を回避すべきかどうか判定するように更に動作し、前記第３の再送プロトコルプロセス及び前記第４の再送プロトコルプロセスは、前記第１の再送プロトコルプロセス及び前記第２の再送プロトコルプロセスと並列に動作する、請求項２４から４０のいずれか一項に記載の端末デバイス。
【請求項４２】
前記コントローラユニットは、前記第１の応答シグナリングと前記第２の応答シグナリングとの組み合わせを考慮することによって、前記データブロックが前記基地局へ正常に伝達されたかどうか判定するように動作する、請求項２４から４１のいずれか一項に記載の端末デバイス。
【請求項４３】
前記送受信機ユニットは、単一の再送プロトコルプロセスと関連付けて、前記データブロックのためのデータ及び別のデータブロックからのデータを送信するように動作する、請求項２４から４２のいずれか一項に記載の端末デバイス。
【請求項４４】
前記送受信機ユニットは、前記基地局によって送信される物理再送プロトコル標識チャネル上のシグナリングから前記それぞれの応答シグナリングを取得するように動作する、請求項２４から４３のいずれか一項に記載の端末デバイス。
【請求項４５】
前記送受信機ユニットは、前記基地局によって送信されるダウンリンク制御情報におけるシグナリングから前記それぞれの応答シグナリングを取得するように動作する、請求項２４から４４のいずれか一項に記載の端末デバイス。
【請求項４６】
前記それぞれの再送プロトコルプロセスは、ハイブリッド自動再送要求（ＨＡＲＱ）プロセスである、請求項２４から４５のいずれか一項に記載の端末デバイス。
【請求項４７】
請求項２４から４６のいずれか一項に記載の端末デバイスと基地局とを含む無線通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線（モバイル）通信ネットワークで使用するための方法、システム及び装置に関する。特に、本発明の実施形態は、そうしたネットワークにおいてデータの再送を管理するための再送プロトコル及び関連付けられる方式に関する。
【背景技術】
【０００２】
３ＧＰＰ定義のＵＭＴＳ及びＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）アーキテクチャに基づくシステムのような第３及び第４世代モバイル通信システムは、前世代のモバイル通信システムによって提供される単なる音声サービスやメッセージングサービスよりも高度なサービスをサポートすることができる。例えば、ＬＴＥシステムによって提供される改善された無線インターフェース及び拡張データレートがあれば、ユーザは、以前は固定回線データ接続を介してのみ利用可能であったモバイルビデオストリーミングやモバイルビデオ会議といった高データレートのアプリケーションを享受することができる。そのため、第３及び第４世代ネットワークの展開への要望は強く、それに対応して、そうしたネットワークにおける、ますます拡大するカバレッジエリア全体にわたる信頼性の高い通信のための備えが求められている。
【０００３】
図１に、ＬＴＥの原理に従って動作する無線通信ネットワーク／システム１００の若干の基本的機能を例示する概略図を示す。図１の様々な要素及び各要素の動作モードは周知であり、３ＧＰＰ（ＲＴＭ）団体によって管理される関連する規格で定義されており、また、この主題に関する多くの書籍、例えば、Ｈｏｌｍａ  Ｈ．ａｎｄ  Ｔｏｓｋａｌａ  Ａ［１］などにも記載されている。ネットワーク１００は、コアネットワーク１０２に接続された複数の基地局１０１を含む。各基地局は、その範囲内で端末デバイス１０４との間でデータが通信され得るカバレッジエリア１０３（即ちセル）を提供する。データは、無線ダウンリンクを介して、基地局１０１から各基地局１０１のカバレッジエリア１０３内の端末デバイス１０４へ送信される。データは、無線アップリンクを介して端末デバイス１０４から基地局１０１へ送信される。コアネットワーク１０２は、各基地局１０１間でデータをルーティングし、認証、モビリティ管理、課金などといった機能を提供する。端末デバイスは、移動局、ユーザ機器（ＵＥ）、ユーザ端末、モバイル無線機などとも称され得る。基地局は、トランシーバ基地局／ＮｏｄｅＢ／ｅＮｏｄｅＢなどとも称され得る。
【０００４】
無線通信ネットワークの１つの重要な側面が、個々の送信が失敗し得る状況におけるデータ送信の全般的信頼性を高めるための、再送プロトコルの提供である。適切な再送プロトコルの提供は、送信失敗の可能性がより高い状況において一層重要になる。そのため、例えば、セル端部のところの端末デバイスに関して、無線伝搬条件がより厳しい場合、再送プロトコルが特に重要となり得る。
【０００５】
ＬＴＥベースのネットワークを含む従来の通信ネットワークでは、多くの場合、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ）手順に基づく再送プロトコルが用いられる。例えば、ＬＴＥアップリンク通信に関するＨＡＲＱの概要についての、Ｓｅｃｔｉｏｎ  ５．４．２  ｉｎ  ＥＴＳＩ  ＴＳ  １３６．３２１  ｖ１０．６．０（２０１２−１０）［２］を参照されたい。
【０００６】
ハイブリッドＡＲＱ（ＨＡＲＱ）の基本原理は、例えば、端末デバイス（ＵＥ）から基地局（ｅＮＢ）へのアップリンクにおいて、所与のデータブロックの送信と関連付けて、反対方向（即ち、この場合には、基地局から端末デバイスへのダウンリンク）において、アップリンク送信が正常に受信されたかどうかを示す何らかのフィードバック（受信確認シグナリング）が送信される、というものである。関連付けられるアップリンク送信の正常な受信を示す受信確認シグナリングは、一般に、‘ＡＣＫ’と称され、関連付けられるアップリンク送信の非正常な受信を示す受信確認シグナリングは、一般に、‘ＮＡＣＫ’と称される。これに関して、“受信確認シグナリング”という用語は、本明細書では、再送プロトコルと関連付けられるフィードバック／応答シグナリングについての便宜的用語として使用され、この用語は、シグナリングがデータの正常な受信（ＡＣＫ）を示すか、それともデータの非正常な受信（ＮＡＣＫ）を示すかにかかわらず、このシグナリングを一般的に指すのに使用される、と言うことができる。即ち、“受信確認シグナリング”という用語は、肯定的受信確認シグナリング（ＡＣＫシグナリング）と否定的受信確認シグナリング（ＮＡＣＫシグナリング）の両方を包含することが意図されている。これに関して、受信確認シグナリングは、ＡＣＫ／ＮＡＣＫシグナリング、フィードバックシグナリング、及び応答シグナリングとも称され得る。
【０００７】
アップリンクデータは、典型的には、いくつかのデータビット（システマティックビット）、及び前方誤り訂正コーディング（ＦＥＣ）と関連付けられるいくつかのパリティビットを含むことになる。基地局が所与のアップリンクデータ送信を正しく受信できない場合には、ＮＡＣＫシグナリングがＵＥへ送り返されることになる。
【０００８】
１つの再送手法は、ＵＥが、システマティックビットとパリティビットの異なる組み合わせを用いて、データを再送するものになるであろう。ＬＴＥでは、これら異なる組み合わせは、冗長バージョン（ＲＶ）と称される。異なるＲＶを含むそうした再送を受信するｅＮＢは、正しい復号の可能性を高めるべく、それら２つ（以上）のＲＶを合成することができる。このプロセスは、増分冗長性（ｉｎｃｒｅｍｅｎｔａｌ  ｒｅｄｕｎｄａｎｃｙ）プロセスとして知られている。
【０００９】
別の再送手法は、ＵＥが、同じＲＶ（即ち、同じシステマティックビットとパリティビットのセットを含むＲＶ）を再送するものになるであろう。ｅＮＢは、その場合、最大比合成の手法又はそれに類似した手法を使用して、Ｃｈａｓｅ合成法として知られるプロセスにおいて、正しい復号の可能性を高めるべく、同じデータの２つのコピーを最適に合成し得る。
【００１０】
ＬＴＥネットワークは、これら２つの原理を組み合わせる可能性に備えて、ＵＥが、まず、いかなるダウンリンクＡＣＫ／ＮＡＣＫシグナリングも受信しない４つの異なるＲＶのシーケンスを送信し（増分冗長性）、続いて、基地局が最初の４つのＲＶのシーケンスからアップリンクデータを正しく復号することができない場合には、それら４つの異なるＲＶの送信を繰り返す（Ｃｈａｓｅ合成法を可能にする）。この手法はＴＴＩバンドリングとして知られている。
【００１１】
Ｃｈａｓｅ合成法だけに依拠したＨＡＲＱ手順は、受信端、この例ではｅＮＢにおけるバッファリング能力が、増分冗長性よりも少なくて済むかもしれない。というのは、再送において新しいシステマティックビット／パリティビットが受信されないからである。他方、増分冗長性は、バッファリングの増加を犠牲にして、より早い正常な受信の可能性を高める。
【００１２】
確立された、よく理解されているＬＴＥ原理によれば、媒体アクセス層（ＭＡＣ）が、送信時間間隔（ＴＴＩ）ごとに１回、アップリンク送信のために、物理層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  （ＰＨＹ））へトランスポートブロック（ＴＢ）を渡す。ＴＴＩの持続期間は、１サブフレーム、即ち１ｍｓと符合する。ＴＢから、ＰＨＹは、それぞれの（再）送信に使用され得る（以下で更に論じる）４つのＲＶを導出する。一般に、各ＲＶは任意の順序で送信され得るが、デフォルトの順序は、ＲＶ０−ＲＶ２−ＲＶ３−ＲＶ１である。
【００１３】
よって、所与のＴＢを伝達するために、一例において、ＵＥは、まず、所与のＴＴＩにおいて、ＲＶ０に対応するデータビットのシーケンスを送信し得るはずである。説明のために、アップリンク無線フレーム構造を含むＴＴＩのシーケンスは、順次に番号を付けられており、データの最初のＲＶがＴＴＩ０で送信されるものとみなされ得る。基地局が送信からＴＢを復号することができる場合、基地局はＵＥへＡＣＫを伝達することになる。ＡＣＫを受信し次第、ＨＡＲＱプロセスは、アップリンク送信のための次のトランスポートブロックを受信することができる。しかし、基地局が送信からＴＢを復号することができない場合、基地局はＵＥへＮＡＣＫを伝達することになる。ＮＡＣＫを受信し次第、ＨＡＲＱプロセスは、ＲＶ２を用いたＴＢの再送を行わせる。基地局が、ＲＶ０とＲＶ２の送信の合成からＴＢを復号することができる場合、基地局はＵＥへＡＣＫを伝達することになる。基地局がそれでもなおＴＢを正しく復号することができない場合、基地局は別のＮＡＣＫを送ることになる。この結果、ＨＡＲＱプロセスは、ＲＶ３を用いてＴＢを再送することになり、以下同様である。
【００１４】
受信信号の処理及びＨＡＲＱフィードバックの送信／復号の時間を与えるために、ＬＴＥ規格によれば、アップリンクとダウンリンクの両方について、基本ＨＡＲＱ動作のためのＡＣＫ／ＮＡＣＫシグナリングが、アップリンク送信後の４番目のサブフレームにおいて送られ、その後４番目のサブフレームにおいて、ｓｔｏｐ−ａｎｄ−ｗａｉｔ（ＳＡＷ）（停止及び待機）と称される動作で、任意の必要とされる再送が送られる。
【００１５】
これに関する基本ＨＡＲＱのタイミングは、図２に概略的に表されている。図２は、ＬＴＥベースの通信ネットワークのための一連のＴＴＩを概略的に示すものである。各ＴＴＩは、特定のＴＢと関連付けられるＲＶ０の初期送信が行われるＴＴＩを基準とする時間の増加と共に、０、１、２、…以下同様に、順次に番号を付けられている。よって、ＲＶ０はＴＴＩ０で送信され、ＴＢの送信を制御するＨＡＲＱプロセスは、ＴＴＩ４が、この送信と関連付けられる対応するＡＣＫ又はＮＡＣＫを受信するのを待つ。図２の例では、ＴＴＩ４でＮＡＣＫが受信され、そのため、ＨＡＲＱプロセスは、ＴＴＩ８においてＲＶ２を用いた再送を手配する。この場合もやはり、この送信は基地局がＴＢを正しく復号することを可能とせず、そのため、ＴＴＩ１２でＮＡＣＫが受信され、結果として、ＨＡＲＱプロセスがＴＴＩ１６においてＲＶ３を用いた再送を手配することになり、以下同様になるものと想定される。
【００１６】
図２から分かるように、ＴＴＩの大部分（例えば、ＴＴＩ１からＴＴＩ７までやＴＴＩ９からＴＴＩ１５まで）は、上述のＨＡＲＱプロセスの制御下でのトランスポートブロックの送信において何の役割も果たさない。従って、効率を高めるために、ＵＥは、異なるトランスポートブロックの送信を制御する各ＨＡＲＱプロセスと並列に８つのＨＡＲＱプロセスを動作させてよい。第１のＨＡＲＱプロセスは、図２に概略的に示すように、ＴＴＩ０、ＴＴＩ８、ＴＴＩ１６、…などにおけるアップリンクデータ送信、及びＴＴＩ４、ＴＴＩ１２、ＴＴＩ２０、…などにおけるダウンリンクＡＣＫ／ＮＡＣＫシグナリングを用いて動作する。第２のＨＡＲＱプロセスは、ＴＴＩ１、ＴＴＩ９、ＴＴＩ１７、…などにおけるアップリンクデータ送信、及びＴＴＩ５、ＴＴＩ１３、ＴＴＩ２１、…などにおけるダウンリンクＡＣＫ／ＮＡＣＫシグナリングを用いて並列に（しかし１ＴＴＩ分ずれて）動作する。他のＨＡＲＱプロセスは、その他のＴＴＩ上で、ＴＴＩ７、ＴＴＩ１５、ＴＴＩ２３、…などにおけるアップリンクデータ送信、及びＴＴＩ１１、ＴＴＩ１９、ＴＴＩ２７、…などにおけるダウンリンクＡＣＫ／ＮＡＣＫシグナリングを用いて動作する第８のＨＡＲＱプロセスまで、同様に動作する。各ＨＡＲＱプロセスは、アップリンクデータのための独自のバッファと関連付けられる。
【００１７】
よって、従来のＬＴＥネットワークにおけるアップリンクのための基本ＨＡＲＱ動作は、並列に動作し、特定のＴＴＩに割り当てられる８つのＨＡＲＱプロセスを用意している。これは、以下で更に論じるように、ＴＴＩバンドリングが用いられる場合には、４つの並列ＨＡＲＱプロセスへ低減される。それらの並列ＨＡＲＱプロセスは、あるＨＡＲＱプロセスがＡＣＫ／ＮＡＣＫを受信するためにｓｔｏｐ−ａｎｄ−ｗａｉｔしている間に、他のプロセスがデータを送信することができるように、ＵＥのＭＡＣ層において、単一のＨＡＲＱエンティティによって維持される。各アップリンク（ＵＬ）ＨＡＲＱプロセスは、図２を参照して上述したように、特定のＴＴＩにおいてのみ送信し得る。特定のＨＡＲＱプロセスが、そのプロセスが割り当てられている特定のＴＴＩにおいて送信するものを持たない場合、当該ＵＥからの他のＵＬ  ＨＡＲＱプロセスは、そのＴＴＩを利用することができない。これは、いくつかの点で、送信及び任意の再送についてのスケジューリング柔軟性がより大きいダウンリンクＨＡＲＱプロセスと対照的である。
【００１８】
ＰＵＳＣＨ（物理アップリンク共有チャネル）上のアップリンク送信を伴うＬＴＥタイプネットワークのコンテキストでは、基地局（ｅＮＢ）は、２つのやり方のどちらかで、所与のＨＡＲＱプロセスについてのＨＡＲＱフィードバック（ＡＣＫ／ＮＡＣＫシグナリング）を提供することができる。
【００１９】
第１のやり方は、ＰＤＣＣＨ（物理ダウンリンク制御チャネル）上で、ＤＣＩ（ダウンリンク制御情報）フォーマット０（又はＰＵＳＣＨ送信モード２ではフォーマット４）でのものである。ＤＣＩメッセージが含み得る各フィールドの中には、ＵＬ  ＨＡＲＱに関連する以下のものがある。
ａ．新しいデータの標識（ＮＤＩ）。
ｂ．使用されるべきＲＶ。
ｃ．使用されるべき変調及びコーディング方式（ＭＣＳ）。
ｄ．ＵＬリソース許可。
【００２０】
ＮＤＩが、それが最後に受信されたときと比べて切り換わっている場合、ＵＥは、ＰＤＣＣＨ上の情報の残りの部分に従った新しいデータ（新しいＴＢ）の送信に進むべきであると決定する。ＮＤＩが切り換わっていない場合、ＵＥにおけるＨＡＲＱプロセスは、ＵＥが、指示される潜在的に異なるＲＶ、ＭＣＳ、及び許可を用いて、前に送信されたＴＢと関連付けられるデータを再送すべきであると決定する。この手法は、‘適応同期ＨＡＲＱ’と称され得る。というのは、ＭＣＳは動的に変更され得るが、図２に表されている固定されたタイムラインを依然として遵守しなければならないからである。
【００２１】
第２のやり方は、ＰＨＩＣＨ（物理ＨＡＲＱ標識チャネル）上のものである。これは、ＡＣＫには‘１’、ＮＡＣＫには‘０’で、単一ビットのＨＡＲＱ標識（ＨＩ）を符号化する。ＰＨＩＣＨ送信は、ＰＨＩＣＨ送信が行われるサブフレームの開始時の、制御領域の全システム帯域幅にわたって分散する。ＵＥがＤＣＩフォーマット０（又は、ＰＵＳＣＨ送信モード２でのフォーマット４）を含むＰＤＣＣＨを受信しない場合、ＵＥは、ＰＨＩＣＨから復号されたＨＩを使用する。ＨＩ＝０の場合、ＵＥは、前と同じＭＣＳ及び許可を用いて、前に送信されたＴＢと関連付けられるデータを再送するが、上述のように、事前定義の順序（例えば、ＲＶ０−ＲＶ２−ＲＶ３−ＲＶ１）で、ＲＶを循環させる。この手法は、‘非適応同期ＨＡＲＱ’と称され得る。というのは、ＭＣＳを変更することができ得ず、図２に表されている固定されたタイムラインを遵守しなければならないからである。（ＡＣＫに対応する）ＨＩ＝１の場合、ＵＥは、再送せず、送信を続行する前にＰＤＣＣＨの受信を待つ。そうしたＰＤＣＣＨは、同じサブフレームで到着し得るはずであり、通常は、ＰＤＣＣＨによって提供される関連付けられるアップリンクリソース許可時に新しいＴＢのためのデータが送信されるべきであることを示す、切り換わったＮＤＩを有するはずである。
【００２２】
２つの空間層（ｓｐａｔｉａｌ  ｌａｙｅｒ）が使用中である場合、独立のＰＨＩＣＨが空間層ごとに送られる。キャリアアグリゲーション（ＣＡ）が使用されている場合、キャリアごとの層ごとに１つのＰＨＩＣＨがあり、ＰＨＩＣＨは、ＨＡＲＱフィードバックが対応するアップリンクリソース許可を送るのと同じ構成キャリア上で送られる。
【００２３】
複数のＰＨＩＣＨを（時間及び周波数に関して）同じ物理リソースで送ることができ、同時に発生する（“オーバーラップする”）ＰＨＩＣＨは、８つの複素直交Ｗａｌｓｈシーケンスのうちの１つによってスクランブルされる。各リソース及び各シーケンスは、ＵＬリソース割り振りのパラメータの関数として、ｅＮＢによって暗黙的にシグナリングされる。
【００２４】
ＵＥは、無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ  （ＲＬＣ））層への失敗の報告が必要となる前のＨＡＲＱ再送の最大合計回数を制限するＲＲＣ構成を有する。
【００２５】
以上では、ＬＴＥにおいて“基本”ＨＡＲＱ動作と称され得るものの概要を示した。このタイプの手法に伴い得る欠点は、基地局が正しく復号することができないＴＢと関連付けられるＲＶの再送間の遅延が、アップリンクトラフィックについての著しい遅延をもたらし得ることである。これは、無線チャネル条件が相対的に良くない状況において、特に当てはまる。これらの問題を低減しようと意図する代替のＨＡＲＱモードは、いわゆるＴＴＩバンドリングと関連付けられる。
【００２６】
ＴＴＩバンドリングでは、所与のＴＢと関連付けられる４つのＲＶは、４つの連続するＴＴＩにおいて送信されるが、基地局は、最終送信後の４つのＴＴＩまで、関連付けられるいかなるダウンリンクＡＣＫ／ＮＡＣＫシグナリングも送らない。同じＭＣＳ及び許可割り振りが４つのＴＴＩ全てにおいて使用される。この手法は、潜在的に無駄の多い送信という犠牲を払って（例えば、基地局が最初の２つのＲＶからのＴＢを正しく復号することができた場合、次の２つのＲＶの送信は不要であったことになる）、関連付けられるＴＢの早期の正しい復号の可能性を高めるために、基地局に４つのＲＶ全てを迅速に提供する。ＴＴＩバンドリングでは、単一のＨＡＲＱプロセスが、４つのＲＶが送信される４つのＴＴＩのバンドルについての再送プロトコルを制御する。
【００２７】
ＬＴＥにおけるＴＴＩバンドリングと関連付けられるＨＡＲＱプロセスタイミングが、図３に概略的に表されている。これは、上記図２の記述と類似したものであり、この記述から理解されるであろう。図３に概略的に示されているように、第１のトランスポートブロックＴＢ１と関連付けられる冗長バージョンが、ＴＴＩ０からＴＴＩ３において（従来は、ＲＶ０−ＲＶ２−ＲＶ３−ＲＶ１の順序で）送信される。ＴＢ１と関連付けられる４つのＲＶの送信は、第１のＨＡＲＱプロセスＨ１によって一括して制御される。ＬＴＥにおけるＴＴＩバンドリングのための特定のＨＡＲＱプロセスと関連付けられる受信確認シグナリングは、ＴＢの最後のＲＶの送信後に、第４のＴＴＩで送信される。受信確認シグナリングが、基地局がＴＢを正しく復号できなかったことを示す場合、ＨＡＲＱプロセスは、４つのＲＶが、前の試行におけるＴＢの最後のＲＶの送信後に、第１３のＴＴＩで開始する別のバンドルとして送信されるように手配する。例えば図２で表されているような“通常の”ＨＡＲＱ動作と比べて、この動作は、基地局がＲＶの第１のバンドル送信からＴＢを復号できない場合の潜在的待ち時間の著しい増加を表すものである。
【００２８】
よって、図３を参照すると、ＴＢ１の送信を制御するＨＡＲＱプロセスＨ１は、ＴＢ１の送信と関連付けられる対応するＡＣＫ又はＮＡＣＫを受信するために、ＴＴＩ７まで待機する。この例では、ＮＡＣＫシグナリングが受信される。従って、ＨＡＲＱプロセスＨ１は、ＴＴＩ１６、ＴＴＩ１７、ＴＴＩ１８及びＴＴＩ１９においてＴＢ１と関連付けられるＲＶバンドルを再送するように動作し、ＴＴＩ２３における関連付けられる受信確認シグナリングを待つ。
【００２９】
図２を参照して上述した非ＴＴＩバンドリングＨＡＲＱ動作の場合と同様に、複数のＴＴＩバンドルＨＡＲＱプロセスが、異なるトランスポートブロックの送信を制御する各プロセスと並列に動作することができる。よって、図３を参照すると、ＴＴＩ４からＴＴＩ７においてＴＢ２と関連付けられる４つのＲＶの送信を制御する第２のＨＡＲＱプロセスＨ２が示されている。上述の定義されたタイミングに従って、このＨＡＲＱプロセスについての受信確認シグナリングがＴＴＩ１１において受信され、この例では、これは、ＡＣＫであると想定されている。そのため、ＨＡＲＱプロセスＨ２は、ＴＢ２と関連付けられるそのデータのバッファをクリアし、ＨＡＲＱプロセスＨ２に割り振られる次の一連のＴＴＩ（即ちＴＴＩ２０からＴＴＩ２３）における新しいＴＢの送信に備える。他のＨＡＲＱプロセスは、その他のＴＴＩで、（図３においてＨ１、Ｈ２、Ｈ３、及びＨ４と表示されている）合計４つのＨＡＲＱプロセスで同様に動作する。
【００３０】
上記のように、ＨＡＲＱプロセスは、一般に、ＰＵＣＳＣＨ上のアップリンク通信のためのトランスポートブロックと関連付けられるいわゆる冗長バージョン（ＲＶ）の（再）送信に関与する。ＬＴＥにおいてＰＵＳＣＨのために適用される前方誤り訂正（ＦＥＣ）は、レート１／３のターボ符号である。よって、ＦＥＣプロセスの出力は、（アップリンクのためのＴＢデータに対応する）システマティックビットのストリーム、及びパリティビットの２つの対応するストリームである。これら３つのストリームは、個々にインターリーブされ、合成されて、各ＲＶが得られるバッファのための符号化データを形成する。インターリーブされたシステマティックビットがまず設定され、その後に、２つのパリティストリームからの交互のビットが続く。このプロセスは、図４に概略的に例示されている。上から下へ進んで、図４は、トランスポートブロック＋巡回冗長検査ビット（ＴＢ＋ＣＲＣ）から開始する。これはターボ符号化されて、システマティックビットＳ、並びに２つのパリティビットのストリームＰ１及びＰ２を提供する。これらのストリームは、個々にインターリーブされて、Ｓ、Ｐ１、及びＰ２のそれぞれのインターリーブバージョンを生成し、それらのインターリーブバージョンは、当該の特定のＴＢを担当するＨＡＲＱプロセスと関連付けられたバッファにおいて上述の順序で配置される。
【００３１】
アップリンク送信のためのＲＶは、図４に概略的に表すように、使用されるＲＶに応じて異なる開始点から、バッファの中からビットを読み出すことによって作成される。ＲＶごとの読み出されるビット数は、現在のレートマッチング及びＭＣＳ条件に依存する。バッファの最後に達すると、読み出しは折り返して先頭に戻る（即ち、これは‘循環バッファ’である）。ＲＶ番号ｎの開始点は、開始に固定オフセットを加えたことろから、バッファの長さに沿って約ｎ／４の点である。
【００３２】
従来のＨＡＲＱ動作の上記説明は、主に、周波数分割複信（ＦＤＤ）モードで動作するＬＴＥネットワークを中心としている。時間分割複信（ＴＤＤ）モードで動作するＬＴＥネットワークのためのＨＡＲＱ動作は、同じ原理に乗ることに従うが、アップリンクのみ及びダウンリンクのみのサブフレームの可変配置と関連付けられるタイミングの差異を伴う。ＴＤＤのためのＨＡＲＱタイムラインは、ＦＤＤと比べて、ＡＣＫ／ＮＡＣＫシグナリングが、一般原理として、アップリンク／ダウンリンク構成に応じて、対応するＵＬ送信の４サブフレーム後に、又は４サブフレームに近い遅延で到達するように変更される。ＮＡＣＫシグナリングの受信に続く再送のタイミングについても同様の変更が加えられる。リソースを効率よく利用するために、指定されるアップリンクＨＡＲＱプロセスの数はアップリンク／ダウンリンク構成によって異なる。
【００３３】
ＴＴＩバンドリングについては、４つのＴＴＩのバンドルサイズが、ＦＤＤの場合と同様にＴＤＤにも使用される。しかし、ＬＴＥ仕様の現行バージョンにおける利用可能なアップリンク／ダウンリンク構成のいずれも、４つの連続したアップリンクサブフレームを持たない。これは、ＴＴＩバンドリングをサポートするＴＤＤ構成のセットについては、４つのＴＴＩバンドルは必ずしも時間的に連続しないことを意味する。通常の（非バンドル）ＴＤＤ  ＨＡＲＱ動作については、ＴＴＩバンドリングを用いて、タイムラインに対する類似した再配置が行われる。
【００３４】
ＨＡＲＱ動作及び従来の無線通信システムの関連付けられる側面に関する詳細は、関連する規格に記載されている。
【００３５】
従来の非バンドルＨＡＲＱプロセスの欠点は、チャネル条件が相対的に不良であり、ＴＢを正しく復号するのに複数のＲＶが通常は必要とされるような場合に、それぞれのＲＶ送信間に８サブフレームの遅延が生じ、この遅延が待ち時間を増加させることである。他方、ＴＴＩバンドリングは、必要に応じて完全なバンドルの（１回以上の）再送を伴う潜在的なＣｈａｓｅ合成法を用いて、ＴＢから導出される４つのＲＶの迅速な増分合成を提供することができる。これは、チャネル条件が、ＴＢを正しく復号するために３つ又は４つのＲＶが必要とされるようなものである状況において、うまく働く。というのは、ＲＶの完全なセットが、非バンドルＨＡＲＱ動作と関連付けられる遅延なしで送信されるからである。しかし、ＴＴＩバンドルＨＡＲＱプロセスは、Ｃｈａｓｅ合成法が通常必要とされるような、第１のＲＶのセットからトランスポートブロックを確実に復号することが不可能となり得る場合には、同様の欠点を有する。これらの状況では、バンドルＲＶの完全な送信間に１６サブフレームの遅延が生じる。更に、Ｃｈａｓｅ合成法を実装するために、基地局は、第１のバンドル送信を１６サブフレームにわたって、おそらくは、４つの並列のＨＡＲＱプロセスの各々について、記憶しなければならない。これにより、（特に、高いデータレート及び大きいトランスポートブロックサイズでは）基地局における潜在的に大きいバッファリング要件が生じる可能性があり、このバッファリング要件は、ｅＮＢがスケジュールする各リソースブロックグループにおいて適用されるはずであり、状況によっては、ＴＴＩバンドリングが除去しようとする待ち時間を再導入し得る。
【００３６】
３ＧＰＰ  Ｔｅｃｈｎｉｃａｌ  Ｄｏｃｕｍｅｎｔ  （ＴＤｏｃ）  Ｒ１−０８０４４３  ｆｒｏｍ  ３ＧＰＰ  ＴＳＧ−ＲＡＮ  ＷＧ１  ＃５１−ｂｉｓ  Ｓｅｖｉｌｌａ，Ｓｐａｉｎ，Ｊａｎｕａｒｙ  １４−１８，２００８  ［３］は、ただ１つのＡＣＫ／ＮＡＣＫが、ＴＴＩバンドルごとに、即ち、バンドルの最初又は最後のサブフレームに基づくタイムラインで送られるように、ＨＡＲＱプロセスを配置する２つのやり方を提案している。この手法は、各サブフレームにおいて異なるＨＡＲＱプロセスを使用し、そのようなやり方でサブフレーム上でトランスポートブロックを分割する。送信は、上位層シグナリングによって制御される（３ＧＰＰ  ＴＤｏｃ  Ｒ２−０７４８８９  ｆｒｏｍ  ３ＧＰＰ  ＴＳＧ−ＲＡＮ  ＷＧ２  ＃６０  Ｊｅｊｕ，Ｋｏｒｅａ，Ｎｏｖｅｍｂｅｒ  ５−９，２００７  ［４］でより詳細に論じられている。
【００３７】
３ＧＰＰ  ＴＤｏｃ  Ｒ２−０７４９４０  ｆｒｏｍ  ３ＧＰＰ  ＴＳＧ−ＲＡＮ  ＷＧ２  ＃６０  Ｊｅｊｕ，Ｋｏｒｅａ，Ｎｏｖｅｍｂｅｒ  ５−９，２００７  ［５］は、ＬＴＥのための選択されたＴＴＩバンドリングに近い形のＴＴＩバンドリングを論じている。
【発明の概要】
【発明が解決しようとする課題】
【００３８】
既存の方式の上記の欠点を考慮すると、従って、無線通信ネットワークにおいて再送プロトコルを運用するための代替の手法が求められている。
【課題を解決するための手段】
【００３９】
本発明の第１の態様によれば、複数の並列の再送プロトコルプロセスをサポートする無線通信システムにおいて、端末デバイスから基地局へのデータブロックの通信を制御するために端末デバイスを動作させる方法が提供され、方法は、第１の再送プロトコルプロセスと関連付けてデータブロックのための１回目のデータ送信を行い、それに応答して、データブロックが基地局へ正常に伝達されたかどうか指示するための対応する第１の応答シグナリングを取得することと、第２の再送プロトコルプロセスと関連付けてデータブロックのための２回目のデータ送信を行い、それに応答して、対応する第２の応答シグナリングを取得することと、を含み、２回目の送信は第１の応答シグナリングが取得される前に開始され、また方法は、第１の応答シグナリングと第２の応答シグナリングの両方を考慮することによって、第１の再送プロトコルプロセスと関連付けたデータブロックのためのデータ再送を回避すべきかどうか判定することを更に含む。
【００４０】
いくつかの実施形態によれば、第１の応答シグナリングと第２の応答シグナリングの両方を考慮することによって、第１の再送プロトコルプロセスと関連付けたデータブロックのためのデータ再送を回避すべきかどうか判定することは、第１の応答シグナリングと第２の応答シグナリングのどちらか１つが、データブロックが基地局へ正常に伝達されたことを示す場合、第１の再送プロトコルプロセスと関連付けたデータブロックのためのデータ再送を回避することを含む。
【００４１】
いくつかの実施形態によれば、無線通信システムのためのアップリンク無線フレーム構造は、一連の送信時間間隔（ＴＴＩ）を含み、データブロックのための１回目のデータ送信及び２回目のデータ送信は、それぞれの単一のＴＴＩにおける送信を含む。
【００４２】
いくつかの実施形態によれば、無線通信システムのためのアップリンク無線フレーム構造は、一連の送信時間間隔（ＴＴＩ）を含み、データブロックのための１回目のデータ送信及び２回目のデータ送信は、それぞれのＴＴＩバンドルにおける送信を含む。
【００４３】
いくつかの実施形態によれば、ＴＴＩバンドルの異なるＴＴＩにおけるそれぞれの送信は、データブロックについての異なるビットの送信を含む。
【００４４】
いくつかの実施形態によれば、ＴＴＩバンドルの異なるＴＴＩにおいて送信されるデータブロックについての異なるビットは、データブロックについて導出される異なる冗長バージョンを含む。
【００４５】
いくつかの実施形態によれば、データブロックのための１回目のデータ送信及び２回目のデータ送信は、データブロックについての同じビットの送信を含む。
【００４６】
いくつかの実施形態によれば、データブロックのための１回目のデータ送信及び２回目のデータ送信は、データブロックについての異なるビットの送信を含む。
【００４７】
いくつかの実施形態によれば、データブロックのための１回目のデータ送信及び２回目のデータ送信において送信されるデータブロックについての異なるビットは、データブロックについて導出される異なる冗長バージョンを含む。
【００４８】
いくつかの実施形態によれば、方法は、更なる再送プロトコルプロセスと関連付けてデータブロックのための更なるデータ送信を行い、それに応答して、対応する更なる応答シグナリングを取得することを含む。
【００４９】
いくつかの実施形態によれば、更なる送信は、第２の応答シグナリングが取得される前に開始され、方法は、第１の応答シグナリング、第２の応答シグナリング、及び更なる応答シグナリングを考慮することによって、第１の再送プロトコルプロセス及び第２の再送プロトコルプロセスと関連付けたデータブロックのためのデータ再送を回避すべきかどうか判定することを更に含む。
【００５０】
いくつかの実施形態によれば、第１の応答シグナリング、第２の応答シグナリング、及び更なる応答シグナリングを考慮することによって、第１の再送プロトコルプロセス及び第２の再送プロトコルプロセスと関連付けたデータブロックのためのデータ再送を回避すべきかどうか判定することは、第１の応答シグナリングと第２の応答シグナリングと更なる応答シグナリングのいずれかが、データブロックが基地局へ正常に伝達されたことを示す場合、第１の再送プロトコルプロセス及び第２の再送プロトコルプロセスと関連付けたデータブロックのためのデータ再送を回避することを含む。
【００５１】
いくつかの実施形態によれば、更なる再送プロトコルプロセスと関連付けたデータブロックのための更なるデータ送信は、第１の再送プロトコルプロセスと関連付けたデータブロックのための１回目のデータ送信の前に行われ、方法は、第１の応答シグナリングと第２の応答シグナリングのどちらかが、データブロックが基地局へ正常に伝達されたことを示す場合、更なる再送プロトコルプロセスと関連付けたデータブロックのためのデータ再送を回避することを含む。
【００５２】
いくつかの実施形態によれば、方法は、第１の応答シグナリングが、データブロックが基地局へ正常に伝達されたことを示す場合、第２の再送プロトコルプロセスと関連付けたデータブロックのためのデータ再送を回避することを含む。
【００５３】
いくつかの実施形態によれば、方法は、第１の応答シグナリングが、データブロックが基地局へ正常に伝達されたことを既に示している場合には、端末デバイスが、第２の応答信号から、データブロックが基地局へ正常に伝達されたかどうかを示す情報と異なる情報を導出することを含む。
【００５４】
いくつかの実施形態によれば、情報は、端末デバイスが、基地局への後続のデータ送信と関連付けられる１つ以上のパラメータを変更すべきであるという標識を含む。
【００５５】
いくつかの実施形態によれば、１つ以上のパラメータは、変調コーディング方式、データブロックからの送信のためのビットの選択、データブロックについての低減された量のデータを送信するための命令、及び、単一のプロトコル送信プロセスと関連付けて複数のデータブロックからのデータを送信するための命令を含む群の中からの１つ以上の要素に関するものである。
【００５６】
いくつかの実施形態によれば、方法は、第３の再送プロトコルプロセスと関連付けて異なるデータブロックからの１回目のデータ送信を行い、それに応答して、異なるデータブロックが基地局へ正常に伝達されたかどうかを示すための対応する第３の応答シグナリングを取得することと、第４の再送プロトコルプロセスと関連付けて異なるデータブロックからの２回目のデータ送信を行い、それに応答して、対応する第４の応答シグナリングを取得することと、を含み、異なるデータブロックからの２回目のデータ送信は第３の応答シグナリングが取得される前に開始され、方法は、第３の応答シグナリングと第４の応答シグナリングの両方を考慮することによって、第３の再送プロトコルプロセスと関連付けたデータブロックのためのデータ再送を回避すべきかどうか判定することを更に含み、第３の再送プロトコルプロセス及び第４の再送プロトコルプロセスは、第１の再送プロトコルプロセス及び第２の再送プロトコルプロセスと並列に動作する。
【００５７】
いくつかの実施形態によれば、方法は、第１の応答シグナリングと第２の応答シグナリングとの組み合わせを考慮することによって、データブロックが基地局へ正常に伝達されたかどうか判定することを含む。
【００５８】
いくつかの実施形態によれば、方法は、単一の再送プロトコルプロセスと関連付けて、データブロックについてのデータ及び別のデータブロックからのデータを送信することを含む。
【００５９】
いくつかの実施形態によれば、応答シグナリングは、基地局によって送信される物理再送プロトコル標識チャネル上のシグナリングから取得される。
【００６０】
いくつかの実施形態によれば、応答シグナリングは、基地局によって送信されるダウンリンク制御情報におけるシグナリングから取得される。
【００６１】
いくつかの実施形態によれば、それぞれの再送プロトコルプロセスは、ハイブリッド自動再送要求（ＨＡＲＱ）プロセスである。
【００６２】
本発明の第２の態様によれば、複数の並列の再送プロトコルプロセスをサポートする無線通信システムにおいて、端末デバイスから基地局へのデータブロックの通信を制御するための端末デバイスが提供され、端末デバイスは、第１の再送プロトコルプロセスと関連付けてデータブロックのための１回目のデータ送信を行い、それに応答して、データブロックが基地局へ正常に伝達されたかどうかを示すための対応する第１の応答シグナリングを取得し、第２の再送プロトコルプロセスと関連付けてデータブロックのための２回目のデータ送信を行い、それに応答して、対応する第２の応答シグナリングを取得するように動作し、２回目の送信は第１の応答シグナリングが取得される前に開始されるものである、送受信機ユニットと、第１の応答シグナリングと第２の応答シグナリングの両方を考慮することによって、第１の再送プロトコルプロセスと関連付けたデータブロックのためのデータ再送を回避すべきかどうか判定するように動作するコントローラユニットと、を含む。
【００６３】
いくつかの実施形態によれば、コントローラユニットは、第１の応答シグナリングと第２の応答シグナリングとの組み合わせを考慮することによって、データブロックが基地局へ正常に伝達されたかどうか判定するように動作する。
【００６４】
本発明の第３の態様によれば、本発明の第２の態様の端末デバイスと基地局とを含む無線通信システムが提供される。
【００６５】
本発明の第４の態様によれば、複数の並列の再送プロトコルプロセスをサポートする無線通信システムにおいて、端末デバイスから基地局へのデータブロックの通信を制御するために基地局を動作させる方法が提供され、方法は、端末デバイスから、第１の再送プロトコルプロセスと関連付けてデータブロックのための１回目のデータ送信を受信し、それに応答して、端末デバイスへ、データブロックが正常に受信されたかどうかを示すための対応する第１の応答シグナリングを送信することと、端末デバイスから、第２の再送プロトコルプロセスと関連付けてデータブロックのための２回目のデータ送信を受信し、それに応答して、端末デバイスへ、対応する第２の応答シグナリングを送信することと、を含み、２回目の送信を受信することは、第１の応答シグナリングが送信される前に開始し、方法は、データブロックが、第２の再送プロトコルプロセスと関連付けて、基地局によって正常に受信されたか否かを考慮することによって、第１の再送プロトコルプロセスと関連付けた端末デバイスからのデータブロックのためのデータ再送のスケジューリングを回避すべきかどうか判定することを更に含む。
【００６６】
いくつかの実施形態によれば、データブロックが、第２の再送プロトコルプロセスと関連付けて、基地局によって正常に受信されたか否かを考慮することによって、第１の再送プロトコルプロセスと関連付けた端末デバイスからのデータブロックのためのデータ再送のスケジューリングを回避すべきかどうか判定することは、第１の応答シグナリングと第２の応答シグナリングのどちらかが、データブロックが基地局によって正常に受信されたことを示す場合、第１の再送プロトコルプロセスと関連付けた端末デバイスからのデータブロックのためのデータ再送のスケジューリングを回避することを含む。
【００６７】
いくつかの実施形態によれば、無線通信システムのためのアップリンク無線フレーム構造は、一連の送信時間間隔（ＴＴＩ）を含み、データブロックのための１回目のデータ送信及び２回目のデータ送信は、それぞれの単一のＴＴＩにおける送信を含む。
【００６８】
いくつかの実施形態によれば、無線通信システムのためのアップリンク無線フレーム構造は、一連の送信時間間隔（ＴＴＩ）を含み、データブロックのための１回目のデータ送信及び２回目のデータ送信は、それぞれのＴＴＩバンドルにおける送信を含む。
【００６９】
いくつかの実施形態によれば、ＴＴＩバンドルの異なるＴＴＩにおけるそれぞれの送信は、データブロックについての異なるビットの送信を含む。
【００７０】
いくつかの実施形態によれば、ＴＴＩバンドルの異なるＴＴＩにおいて送信されるデータブロックについての異なるビットは、データブロックについて導出される異なる冗長バージョンを含む。
【００７１】
いくつかの実施形態によれば、データブロックのための１回目のデータ送信及び２回目のデータ送信は、データブロックについての同じビットの送信を含む。
【００７２】
いくつかの実施形態によれば、データブロックのための１回目のデータ送信及び２回目のデータ送信は、データブロックについての異なるビットの送信を含む。
【００７３】
いくつかの実施形態によれば、データブロックのための１回目のデータ送信及び２回目のデータ送信において送信されるデータブロックについての異なるビットは、データブロックについて導出される異なる冗長バージョンを含む。
【００７４】
いくつかの実施形態によれば、方法は、端末デバイスから、更なる再送プロトコルプロセスと関連付けてデータブロックのための更なるデータ送信を受信し、それに応答して、端末デバイスへ、対応する更なる応答シグナリングを送信することを含む。
【００７５】
いくつかの実施形態によれば、更なる送信の受信は、第２の応答シグナリングが端末デバイスへ送信される前に開始し、方法は、データブロックが、更なる再送プロトコルプロセスと関連付けて、基地局によって正常に受信されたか否かを考慮することによって、第１の再送プロトコルプロセス及び第２の再送プロトコルプロセスと関連付けた端末デバイスからのデータブロックのためのデータ再送のスケジューリングを回避すべきかどうか判定することを更に含む。
【００７６】
いくつかの実施形態によれば、データブロックが、更なる再送プロトコルプロセスと関連付けて、基地局によって正常に受信されたか否かを考慮することによって、第１の再送プロトコルプロセス及び第２の再送プロトコルプロセスと関連付けた端末デバイスからのデータブロックのためのデータ再送のスケジューリングを回避すべきかどうか判定することは、第１の応答シグナリングと第２の応答シグナリングと更なる受信確認のいずれかが、データブロックが基地局によって正常に受信されたことを示す場合、第１の再送プロトコルプロセス及び第２の再送プロトコルプロセスと関連付けた端末デバイスからのデータブロックのためのデータ再送のスケジューリングを回避することを含む。
【００７７】
いくつかの実施形態によれば、更なる再送プロトコルプロセスと関連付けたデータブロックのための更なるデータ送信は、第１の再送プロトコルプロセスと関連付けたデータブロックのための１回目のデータ送信の前に受信され、方法は、第１の応答シグナリングと第２の応答シグナリングのどちらかが、データブロックが基地局によって正常に受信されたことを示す場合、更なる再送プロトコルプロセスと関連付けた端末デバイスからのデータブロックのためのデータ再送のスケジューリングを回避することを更に含む。
【００７８】
いくつかの実施形態によれば、方法は、第１の応答シグナリングが、データブロックが基地局へ正常に伝達されたことを示す場合、第２の再送プロトコルプロセスと関連付けた端末デバイスからのデータブロックのためのデータ再送のスケジューリングを回避することを含む。
【００７９】
いくつかの実施形態によれば、方法は、第１の応答シグナリングが、データブロックが基地局によって正常に受信されたことを既に示している場合には、第２の応答信号を用いて、端末デバイスへ、データブロックが基地局によって正常に受信されたかどうかを示す情報と異なる情報を伝えることを含む。
【００８０】
いくつかの実施形態によれば、情報は、端末デバイスが、基地局への後続のデータ送信と関連付けられる１つ以上のパラメータを変更すべきであるという標識を含む。
【００８１】
いくつかの実施形態によれば、１つ以上のパラメータは、変調コーディング方式、データブロックからの送信のためのビットの選択、データブロックについての低減された量のデータを送信するための命令、及び、単一のプロトコル送信プロセスと関連付けて複数のデータブロックからのデータを送信するための命令を含む群の中からの１つ以上の要素に関するものである。
【００８２】
いくつかの実施形態によれば、方法は、端末デバイスから、第３の再送プロトコルプロセスと関連付けて異なるデータブロックからの１回目のデータ送信を受信し、それに応答して、端末デバイスへ、異なるデータブロックが基地局へ正常に伝達されたかどうかを示すための対応する第３の応答シグナリングを送信することと、端末デバイスから、第４の再送プロトコルプロセスと関連付けて異なるデータブロックからの２回目のデータ送信を受信し、それに応答して、端末デバイスへ、対応する第４の応答シグナリングを送信することと、を含み、異なるデータブロックからの２回目のデータ送信の受信は、第３の応答シグナリングが送信される前に開始し、方法は、データブロックが、第４の再送プロトコルプロセスと関連付けて、基地局によって正常に受信されたか否かを考慮することによって、第３の再送プロトコルプロセスと関連付けた端末デバイスからのデータブロックのためのデータ再送のスケジューリングを回避すべきかどうか判定することを更に含み、第３の再送プロトコルプロセス及び第４の再送プロトコルプロセスは、第１の再送プロトコルプロセス及び第２の再送プロトコルプロセスと並列に動作する。
【００８３】
いくつかの実施形態によれば、方法は、第１の応答シグナリングが、データブロックが基地局によって正常に受信されたことを示す場合、第２の応答シグナリングの送信を抑制することを含む。
【００８４】
いくつかの実施形態によれば、方法は、単一の再送プロトコルプロセスと関連付けて、データブロックについてのデータ及び別のデータブロックからのデータを受信することを含む。
【００８５】
いくつかの実施形態によれば、応答シグナリングは、物理再送プロトコル標識チャネル上で送信される。
【００８６】
いくつかの実施形態によれば、応答シグナリングは、ダウンリンク制御情報において送信される。
【００８７】
いくつかの実施形態によれば、それぞれの再送プロトコルプロセスは、ハイブリッド自動再送要求（ＨＡＲＱ）プロセスである。
【００８８】
本発明の第５の態様によれば、複数の並列の再送プロトコルプロセスをサポートする無線通信システムにおいて、端末デバイスから基地局へのデータブロックの通信を制御するための基地局が提供され、基地局は、端末デバイスから、第１の再送プロトコルプロセスと関連付けてデータブロックのための１回目のデータ送信を受信し、それに応答して、端末デバイスへ、データブロックが正常に受信されたかどうかを示すための対応する第１の応答シグナリングを送信し、端末デバイスから、第２の再送プロトコルプロセスと関連付けてデータブロックのための２回目のデータ送信を受信し、それに応答して、端末デバイスへ、対応する第２の応答シグナリングを送信するように動作する送受信機ユニットを含み、２回目の送信の受信は、第１の応答シグナリングが送信される前に開始し、基地局は、データブロックが、第２の再送プロトコルプロセスと関連付けて、基地局によって正常に受信されたか否かを考慮することによって、第１の再送プロトコルプロセスと関連付けた端末デバイスからのデータブロックのためのデータ再送のスケジューリングを回避すべきかどうか判定するように動作するコントローラユニットを更に含む。
【００８９】
いくつかの実施形態によれば、送受信機ユニットは、第１の応答シグナリングが、データブロックが基地局によって正常に受信されたことを示す場合、第２の応答シグナリングの送信を抑制するように動作する。
【００９０】
本発明の第６の態様によれば、本発明の第５の態様の基地局と端末デバイスとを含む無線通信システムが提供される。
【００９１】
本発明の第１の態様及びその他の態様に関連して上述した本発明の特徴及び側面は等しく適用可能であり、上述の特定の組み合わせとしてだけでなく、本発明の異なる態様による本発明の実施形態と適宜組み合わされ得るものであることが理解されるであろう。
【図面の簡単な説明】
【００９２】
次に本発明の実施形態を、単なる例示として、添付の図面を参照して説明する。図面において類似の部分は対応する参照符号を備える。
【００９３】
【図１】従来のＬＴＥタイプのモバイル通信ネットワークの一例を概略的に表す図である。
【図２】ＬＴＥタイプのネットワークにおける従来の非ＴＴＩバンドルＨＡＲＱプロセスの関連付けられた送信及びタイミングを概略的に表す図である。
【図３】ＬＴＥタイプのネットワークにおける４つの従来のＴＴＩバンドルＨＡＲＱプロセスと関連付けられた送信及びタイミングを概略的に表す図である。
【図４】ＬＴＥタイプのネットワークにおけるアップリンク送信について、トランスポートブロックと関連付けられた冗長バージョンがどのように生成されるかを概略的に表す図である。
【図５】本発明の実施形態によるＬＴＥタイプのモバイル通信ネットワークの一例を概略的に表す図である。
【図６】本発明の様々な実施形態に従って動作するＨＡＲＱと関連付けられた送信及びタイミングを概略的に表す図である。
【図７】本発明の様々な実施形態に従って動作するＨＡＲＱと関連付けられた送信及びタイミングを概略的に表す図である。
【図８】本発明の様々な実施形態に従って動作するＨＡＲＱと関連付けられた送信及びタイミングを概略的に表す図である。
【図９】本発明の様々な実施形態に従って動作するＨＡＲＱと関連付けられた送信及びタイミングを概略的に表す図である。
【図１０】本発明の様々な実施形態に従って動作するＨＡＲＱと関連付けられた送信及びタイミングを概略的に表す図である。
【図１１】本発明の様々な実施形態に従って動作するＨＡＲＱと関連付けられた送信及びタイミングを概略的に表す図である。
【図１２】本発明の様々な実施形態に従って動作するＨＡＲＱと関連付けられた送信及びタイミングを概略的に表す図である。
【発明を実施するための形態】
【００９４】
図５に、本発明の実施形態による通信システム５００を概略的に示す。この例の通信システム５００は、概ね、ＬＴＥタイプのアーキテクチャに基づくものである。よって、通信システム５００の動作の多くの側面は公知であり、理解されており、簡潔にするためにここでは詳細に記述しない。ここで具体的に説明しない通信システム５００の動作的側面は、任意の公知の技法に従って、例えば、現行のＬＴＥ規格に従って実装され得る。
【００９５】
通信システム５００は、無線ネットワーク部に結合されたコアネットワーク部（進化型パケットコア）５０２を含む。無線ネットワーク部は、本発明の実施形態に合致して適合され、複数の端末デバイスと通信するように構成された基地局（進化型ノードＢ）５０４を含む。この例では、２つの端末デバイス、即ち第１の端末デバイス５０６及び第２の端末デバイス５０８が示されている。実際には、無線ネットワーク部は、様々な通信セルにまたがるもっと多く端末デバイスにサービスする複数の基地局を含み得ることが当然ながら理解されるであろう。しかし、簡略化のために、図５には１つの基地局と２つの端末デバイスだけが示されている。
【００９６】
従来のモバイル無線ネットワークと同様に、端末デバイス５０６、５０８は、基地局（トランシーバ基地局）５０４との間でデータをやりとりするように構成されている。基地局は、更には、コアネットワーク部のサービングゲートウェイ（Ｓ−ＧＷ）（不図示）に通信可能に接続されており、Ｓ−ＧＷは、基地局５０４を介した通信システム５００内の端末デバイスへのモバイル通信サービスのルーティング及び管理を行うように構成されている。モビリティ管理及び接続性を維持するために、コアネットワーク部５０２はモビリティ管理エンティティ（不図示）も含み、モビリティ管理エンティティは、ホーム加入者サーバ（ＨＳＳ）に記憶された加入者情報に基づいて通信システムで動作する端末デバイス５０６、５０８とのエンハンスドパケットサービス（ＥＰＳ）接続を管理する。（やはり簡略化のために図示されていない）コアネットワーク内の他のネットワーク構成要素には、ポリシー課金及びリソース機能（ＰＣＲＦ）、並びにパケットデータネットワークゲートウェイ（ＰＤＮ−ＧＷ）が含まれ、ＰＤＮーＧＷはコアネットワーク部５０２から外部のパケットデータネットワーク、例えばインターネットへの接続を提供する。上記のように、図５に示す通信システム５００の様々な要素の動作は、ここで論じる本発明の実施形態による機能を提供するために変更される場合を別として、概ね従来通りとし得る。
【００９７】
この例では、第１の端末デバイス５０６は、従来のやり方で基地局５０４と通信する従来の端末デバイスであるものと想定されている。この従来の端末デバイス５０６は、無線信号の送受信のための送受信機ユニット５０６ａ、及びデバイス５０６を制御するように構成されたコントローラユニット５０６ｂを含む。コントローラユニット５０６ｂは、無線通信システム内の機器のための従来のプログラミング法／構成法を用いて所望の機能を提供するように適切に構成／プログラムされるプロセッサユニットを含み得る。送受信機ユニット５０６ａ及びコントローラユニット５０６ｂは、図５には別個の要素として概略的に示されている。しかし、これらのユニットの機能は、多種多様なやり方で、例えば単一の適切にプログラムされる集積回路を用いて提供され得ることが理解されるであろう。第２の端末デバイス５０６は、一般に、その動作機能と関連付けられる様々な他の要素を含むことになることが理解されるであろう。例えば、端末デバイス５０６は、上述のようなＨＡＲＱ機能を提供するＨＡＲＱエンティティも含むことになる。
【００９８】
この例では、第２の端末デバイス５０８は、基地局５０４と通信するときに、本発明の実施形態による動作をサポートするように適応した端末デバイスであるものと想定されている。
【００９９】
従来の端末デバイス５０６の場合と同様に、本発明の実施形態による端末デバイス５０８は、無線信号の送受信のための送受信機ユニット５０８ａ、及びデバイス５０８を制御するように構成されたコントローラユニット５０８ｂを含む。コントローラユニット５０８ｂは、以下で更に説明するような本発明の実施形態による機能を提供するための様々なサブユニットを含み得る。これらのサブユニットは、別々のハードウェア要素として実装されても、コントローラユニットの適切に構成される機能として実装されてもよい。よって、コントローラユニット５０８ｂは、無線通信システム内の機器のための従来のプログラミング法／構成法を用いてここで説明される所望の機能を提供するように適切に構成／プログラムされるプロセッサユニットを含み得る。送受信機ユニット５０８ａ及びコントローラユニット５０８ｂは、図５では、表現しやすいように別個の要素として概略的に示されている。しかし、これらのユニットの機能は、当分野での確立された手法に従った多種多様なやり方で、例えば、単一の適切にプログラムされる集積回路を用いて提供され得ることが理解されるであろう。端末デバイス５０８は、一般に、その動作機能と関連付けられる様々な他の要素を含むことになることが理解されるであろう。特に、端末デバイス５０８は、本発明の実施形態によるアップリンク送信に関してＨＡＲＱ機能を提供するためのＨＡＲＱエンティティ５０８ｃを含む。この例では、端末デバイスのＨＡＲＱエンティティ（ユニット）５０８ｃは、コントローラユニット５０８ｂのサブユニットとして概略的に示されている。
【０１００】
基地局５０４は、無線信号の送受信のための送受信機ユニット５０４ａ、及び基地局５０４を制御するように構成されたコントローラユニット５０４ｂを含む。コントローラユニット５０４ｂもやはり、以下で更に説明するような本発明の実施形態による機能を提供するための、スケジューリングユニットといった様々なサブユニットを含み得る。これらのサブユニットは、別々のハードウェア要素として実装されても、コントローラユニットの適切に構成される機能として実装されてもよい。よって、コントローラユニット５０４ｂは、無線通信システム内の機器のための従来のプログラミング法／構成法を用いてここで説明される所望の機能を提供するように適切に構成／プログラムされるプロセッサユニットを含み得る。送受信機ユニット５０４ａ及びコントローラユニット５０４ｂは、図５では、表現しやすいように別個の要素として概略的に示されている。しかし、これらのユニットの機能は、当分野での確立された手法に従った多種多様なやり方で、例えば、単一の適切にプログラムされる集積回路を用いて提供され得ることが理解されるであろう。基地局５０４は、一般に、その動作機能と関連付けられる様々な他の要素を含むことになることが理解されるであろう。特に、基地局５０４は、本発明の実施形態によるアップリンク送信に関してＨＡＲＱ機能を提供するためのＨＡＲＱエンティティ５０４ｃを含む。この例では、基地局のＨＡＲＱエンティティ（ユニット）５０４ｃは、コントローラユニット５０４ｂのサブユニットとして概略的に示されている。
【０１０１】
よって、基地局５０４は、それぞれの通信リンク５１０、５１２上で、従来の端末デバイス５０６と本発明の実施形態による端末デバイス５０８の両方とデータをやりとりするように構成されている。ここでは、基地局５０４は、ＬＴＥベースの通信の確立された原理に従って、関連付けられる無線通信リンク５１０上で従来の端末デバイス５０６と通信するように構成されているものと想定されている。しかし、基地局５０４と端末デバイス５０８との間の通信は、以下で更に説明するように、本発明の実施形態に従った異なる再送プロトコル手順を用いて動作する。
【０１０２】
本発明の以下の例示的実施形態は、主に、ＦＤＤ通信モードで動作する、図５で表す端末デバイス５０８といった、単一の端末デバイスと関連付けられる複数のＨＡＲＱプロセスのコンテキストで説明される。しかし、類似した原理が他の状況においても実現され得ることが理解されるであろう。例えば、端末デバイスは、ＦＤＤではなく、ＴＤＤ動作において従来のＨＡＲＱプロセスのために用いられるタイムラインに対応するタイムラインへの適切な調整を伴ってＴＤＤモードで動作している場合に、本発明の実施形態によるＨＡＲＱ手順を同等に実現し得る。
【０１０３】
本発明の第１の実施形態によれば、図５に示す端末デバイス５０８及び基地局５０４のような端末デバイス及び基地局は、変更されたＨＡＲＱ手順を採用するように構成される。特に、所与のトランスポートブロック（ＴＢ）と関連付けられるデータが、端末デバイスにおいて、複数のＨＡＲＱプロセスに割り当てられる。この第１の実施形態では、端末デバイスからの通信が、上述のようなＴＴＩバンドリングの一般原理を用いるものと想定される。即ち、端末デバイスは、アップリンク通信のためのトランスポートブロックと関連付けられる４つの冗長バージョンのそれぞれのグループを、単一のＨＡＲＱプロセスによって制御されるグループごとの再送プロトコルを用いて送信するように動作するものと想定される。本発明のこの実施形態の一側面は、端末デバイスが、この場合はＨＡＲＱプロセスである、（少なくとも）２つの別個の再送プロトコルプロセスのそれぞれの制御下において、トランスポートブロックについての（少なくとも）２回のデータ送信を行うように構成されることである。重要なことに、本実施形態によれば、トランスポートブロックのための２回目のデータ送信が、そのトランスポートブロックのための前の１回目のデータ送信と関連付けられる受信確認シグナリングの受信前に行われる。更に、本実施形態によれば、第１のＨＡＲＱプロセスと第２のＨＡＲＱプロセスのどちらか１つと関連付けられる受信確認シグナリングが、トランスポートブロックが基地局へ正常に伝達されたことを示す場合、第１のＨＡＲＱプロセスの制御下でのトランスポートブロックのためのデータ再送が妨げられる。同様に、第１のＨＡＲＱプロセスと第２のＨＡＲＱプロセスのどちらか１つが、トランスポートブロックの正常な伝達を示す場合、第２のＨＡＲＱプロセスの制御下でのトランスポートブロックのためのデータ再送も妨げられる。いくつかの点において、本発明のこの実施形態は、同じトランスポートブロックの対応する複数回の送信のために並列に動作する複数のＨＡＲＱプロセスの提供を特徴とし得るものであり、あるＨＡＲＱプロセスについての再送試行が、別のＨＡＲＱプロセスと関連付けられる受信確認シグナリングを考慮することによって制御される。
【０１０４】
図６に、本発明の実施形態による、ＬＴＥベースの通信ネットワークにおける再送プロトコルについての動作例を概略的に表す。図６は、いくつかの点で、図３と類似しており、本発明の実施形態によるＨＡＲＱ手順をサポートする端末デバイスからのＴＴＩバンドルアップリンク通信と関連付けられる一連のＴＴＩを概略的に示している。また図６は、本発明の実施形態によれば、どのＴＴＩが４つの並列ＨＡＲＱ手順（Ｈ１、Ｈ２、Ｈ３、Ｈ４）のうちのどれと関連付けられており、どのデータが各ＴＴＩにおいて送信されることになるか（即ち、どのトランスポートブロックからのどの冗長バージョンか）も示している。説明及び参照を容易にするために、図６において、各ＴＴＩは、図に示される最初のＴＴＩに対する時間の増加と共に、順次に、０、１、２…以下同様に番号を付けられている。
【０１０５】
よって、本発明の実施形態によれば、端末デバイスは、第１のトランスポートブロックＴＢ１が、第１のＨＡＲＱプロセスＨ１の制御下で、ＴＴＩ０からＴＴＩ３において、従来のＴＴＩバンドリング法を用いて、最初に送信されるように、構成される。この例では、第１のトランスポートブロックＴＢ１と関連付けられる冗長バージョンは、第１のＨＡＲＱプロセスＨ１に割り当てられる最初の４つのＴＴＩにおいて、ＲＶ０−ＲＶ２−ＲＶ３−ＲＶ１の順序で送信される。図６の実施形態によれば、第１のＨＡＲＱプロセスＨ１は、ＴＴＩ７において（即ち、図３で表されている従来のＴＴＩバンドルＨＡＲＱ動作についてと同じ基本タイミングに従って）、基地局からＡＣＫ／ＮＡＣＫシグナリングを受信すると予期するように構成されているものと想定されている。更に、この実施形態では、第１のＨＡＲＱプロセスＨ１は、前の試行の最後のＲＶの送信後の第１３のＴＴＩにおいて別のバンドルが開始する際に（即ち、この場合もやはり、この点に関して、図３で表されている従来のＴＴＩバンドルＨＡＲＱ動作についてと同じ基本タイミングに従って）、必要とされる再送を行うように構成されているものと想定されている。
【０１０６】
しかし、図６で表されているように、本発明の実施形態による動作は、第１のトランスポートブロックＴＢ１と関連付けられるＴＴＩバンドルデータが、第２のＨＡＲＱプロセスＨ２の制御下で、ＴＴＩ４からＴＴＩ７において、２回目に送信されるという点で、従来のＨＡＲＱ動作と著しく違っている。第２のＨＡＲＱプロセスＨ２の制御下でのこの２回目の送信は、この２回目の送信が、第１のＨＡＲＱプロセスＨ１の制御下で動作する１回目の送信と関連付けられる受信確認シグナリングが受信される前に開始されるという点で、ある意味において、見込み送信とみなされ得る。これは、実際には、第１のトランスポートブロックが、ＴＴＩ０からＴＴＩ３における第１のＨＡＲＱプロセスＨ１の制御下でのその１回目の送信において基地局へ正常に伝達される場合には、第１のトランスポートブロックＴＢ１の２回目の送信はリソースの無駄になるかもしれないことを意味する。
【０１０７】
しかし、図６で表されている動作例では、基地局は、ＴＴＩ０からＴＴＩ３における第１のＨＡＲＱプロセスＨ１の制御下でのその１回目の送信からＴＢ１を正しく復号することができないものと想定されている。そのため、端末デバイスは、ＴＴＩ７において、ＨＡＲＱプロセスＨ１の制御下で送信されたＴＴＩバンドルの非受信確認を示す受信確認シグナリング（フィードバック／応答シグナリング）を受信する。これは、図６において、関連するＴＴＩを関連付けてＮＡＣＫ表示することによって概略的に表示されている。この例では、受信確認シグナリング（ＡＣＫ／ＮＡＣＫ標識）は、基地局から端末デバイスへ、概ね従来の技法に従って、例えば、上述のＰＨＩＣＨ又はＤＣＩシグナリングを用いて伝達されるものと想定されている。この例については、ＡＣＫ／ＮＡＣＫシグナリングはＰＨＩＣＨ上で受信されるものと想定されることになる。
【０１０８】
ＴＴＩ７においてＮＡＣＫシグナリングを受信すると、第１のＨＡＲＱプロセスＨ１は、第１のＨＡＲＱプロセスＨ１の制御下での次のＴＴＩ、即ち、ＴＴＩ１６からＴＴＩ１９での再送の可能性のために、ＴＢ１と関連付けられるデータを保持するように構成される。この場合もやはり、このタイミングは、従来のＴＴＩバンドルＨＡＲＱ動作の再送プロトコルと関連付けられるタイミングに概ね従う。
【０１０９】
ＴＴＩ７におけるＮＡＣＫシグナリングの受信に応答して、本発明のこの実施形態によるＨＡＲＱ手順を実行する端末デバイスは、第１のトランスポートブロックＴＢ１と関連付けられるＴＴＩバンドルデータが、第３のＨＡＲＱプロセスＨ３の制御下で、ＴＴＩ８からＴＴＩ１１において、３回目に送信されるように構成される。第３のＨＡＲＱプロセスＨ３の制御下でのこの３回目の送信は、この３回目の送信が、基地局が３回目の送信からの追加データを必要とせずにトランスポートブロックを復号することを可能にするかもしれない、そのトランスポートブロックのための前のデータ送信と関連付けられる受信確認シグナリングの受信前に開始されるという点で、やはり、見込み送信とみなされ得る。
【０１１０】
この例では、ＨＡＲＱプロセスＨ１と関連付けられる１回目の送信から第１のトランスポートブロックＴＢ１を正しく復号することに失敗したため、基地局は、ＴＴＩ４からＴＴＩ７において、第１のトランスポートブロックＴＢ１の２回目の送信を受信し、ＴＢ１の１回目の送信と２回目の送信の両方と関連付けて受信された信号を考慮することによって、第１のトランスポートブロックＴＢ１を復号しようと試みる。これは、例えば、第２のＨＡＲＱプロセスＨ２と関連付けて行われた２回目のＴＢ１送信についての受信信号と、（それだけでは、正しく復号され得ず、よって、ＴＴＩ７でＮＡＣＫとなった）ＴＴＩ０からＴＴＩ３の１回目のＴＢ１送信についての受信信号との、従来のＣｈａｓｅ合成法によって達成することができる。ＴＢ１の２つの受信バージョンをＣｈａｓｅ合成することができれば、復号成功の可能性が高まり、この例では、ＴＢ１は、この合成の結果として正常に復号されるものと想定されている。従って、端末デバイスは、ＴＴＩ１１において、ＴＢ１が基地局において正常に復号されたことを示す、ＨＡＲＱプロセスＨ２と関連付けて基地局によって送信される受信確認シグナリング（応答シグナリング）を受信することになる。これは、図６において、関連するＴＴＩと関連付けたＡＣＫ表示によって概略的に表示されている。上記のように、この例では、受信確認シグナリング（ＡＣＫ／ＮＡＣＫ標識）は、基地局から端末デバイスへ、概ね従来の技法に従って伝達されるものと想定されている。
【０１１１】
ＴＴＩ１１においてＡＣＫを受信し次第、対応するＨＡＲＱプロセスＨ２は、基礎をなす従来のＨＡＲＱ動作の原理と類似した原理に従い、その後の第２のＨＡＲＱプロセスＨ２自体の再送をスケジュールしなくてよいことを認める。しかし、本発明のこの実施形態の重要な側面は、第１のＨＡＲＱプロセスＨ１もまた、第２のＨＡＲＱプロセスＨ２に従ってＴＴＩ１１において受信されたＡＣＫシグナリングも考慮し、ＴＴＩ１６からＴＴＩ１９における、第１のＨＡＲＱプロセスＨ１自体の予定されたＴＢ１の再送を取り消すように構成されることである。基地局のスケジューリングユニットは、端末デバイスがこのように反応することになると知っており、それに応じて、ＨＡＲＱプロセスＨ２と関連付けて肯定的受信確認を送った結果として、ＨＡＲＱプロセスＨ１と関連付けられるトランスポートブロックの再送のためのスケジューリングを回避する。即ち、基地局は、異なるＨＡＲＱプロセス（この例では、ＨＡＲＱプロセスＨ２）と関連付けて提供される受信確認シグナリングに基づき、ＨＡＲＱプロセスＨ１と関連付けられる再送のためのスケジューリングを回避する。これは、そうした再送のためのリソースの予約／割り振りを行わない（又は、その既存の予約／割り振りを取り消す）ことによってなされ得る。その代わりに、リソースは、当該端末デバイスからの異なるトランスポートブロックのアップリンク通信のために、又は、ネットワーク内の別の端末デバイスが使用するために割り振られてよい。
【０１１２】
この例では、ＴＴＩ８からＴＴＩ１１において第３のＨＡＲＱプロセスＨ３の制御下で送られる第１のトランスポートブロックＴＢ１の３回目の送信は、基地局がＴＢ１を正しく復号するのに必要ではない。よって、ある意味で、このアップリンク送信は、アップリンクリソースの無駄であったとみなされ得る。そのため、基地局は、そのデータがどれほど破損して受信され得るかにかかわらず、第３のＨＡＲＱプロセスと関連付けて送信されるデータのいかなる再送も要求しないように構成される。即ち、この例の基地局は、以前に正常に復号されたトランスポートブロックと関連付けられるデータに応答した否定的受信確認シグナリング（ＮＡＣＫ）を決して送らないように構成される。しかし、この潜在的に浪費されるリソースと引き換えに、複数のアップリンク送信が必要とされる場合に、基地局が、潜在的に、従来のＨＡＲＱ法を用いる場合よりも迅速にアップリンクデータを復号できる能力が提供される。これに関して、第３のＨＡＲＱプロセスＨ３は、再送が必要とされるかどうか決定する限りにおいて、ＴＴＩ１５で受信される関連付けられるＡＣＫ／ＮＡＣＫシグナリングを無視し、代わりに、常にＡＣＫを想定するように構成され得る。しかし、以下で更に論じるように、この例でのＴＢ１の３回目の送信のような、不要なアップリンク送信と関連付けられるＡＣＫ／ＮＡＣＫシグナリングリソースは、本発明のいくつかの実施形態に従って他の目的に使用され得る。
【０１１３】
ＴＴＩ１１において、ＴＢ１がもう基地局へ正常に伝達されたという標識を受信したので、端末デバイス（より具体的には、端末デバイスＨＡＲＱエンティティ）は、次の利用可能なＨＡＲＱプロセス（ここではＨＡＲＱプロセスＨ４）の制御下で次の利用可能なＴＴＩ（ここではＴＴＩ１２）から開始する、次のトランスポートブロックＴＢ２のアップリンク送信を開始するように構成される。よって、ＴＢ２のためのアップリンク送信が、ＴＢ１について上述したのと同じやり方で、ＴＴＩ１２からＴＴＩ１５におけるＨＡＲＱプロセスＨ４の制御下での１回目の送信に進み、続いて、ＴＴＩ１６からＴＴＩ１９における次のＨＡＲＱプロセス、この場合はＨＡＲＱプロセスＨ１の制御下での２回目の“見込み”送信が行われ、以下同様である。
【０１１４】
図７は、図６と類似しており、図６から理解されるはずであるが、基地局が、第１のＨＡＲＱプロセスＨ１と関連付けられる１回目の送信からトランスポートブロックＴＢ１を正しく復号することができる場合に、本発明のこの実施形態によればどうなるかを表すものである。基地局がＴＴＩ０からＴＴＩ３での１回目の送信からＴＢ１を復号することができる場合、端末デバイスは、上述の技法に従ってＴＴＩ７で対応するＡＣＫ標識を取得する。基地局は、１回目の送信からＴＢ１を復号することができているため、ＴＴＩ４からＴＴＩ７において第２のＨＡＲＱプロセスＨ２と関連付けて行われる、ＴＢ１からの２回目のデータ送信は、基地局には必要とされない。ＴＴＩ１５における第３のＨＡＲＱプロセスＨ３と関連付けられる受信確認シグナリングについて図６に関連して上述したのと同様に、図７の第２のＨＡＲＱプロセスと関連付けられるＴＴＩ１１における受信確認シグナリングは、端末デバイスには必要とされない。これは、端末デバイスは、既に、ＴＴＩ７における前の肯定的受信確認シグナリングから、関連するトランスポートブロックが基地局によって正常に受信されたことを知っているからである。
【０１１５】
不要な受信確認シグナリングから生じる潜在的混乱を回避するために、肯定的受信確認が同じトランスポートブロックについて別のＨＡＲＱプロセスによって既に受信されている場合には、所与のトランスポートブロックのアップリンクと関連付けられるＨＡＲＱプロセスが、当該ＨＡＲＱプロセスについて受信されるいかなる受信確認シグナリングも無視するように構成されることが妥当であり得る。特に、先の送信に応答して、基地局によって既に肯定的に受信確認されたトランスポートブロックと関連付けられるＨＡＲＱプロセスは、そのＨＡＲＱプロセス自体の送信に関して肯定的受信確認（ＡＣＫ）シグナリングを自動的に想定するように構成され得る。これは、何らかの理由で、後のＨＡＲＱプロセスと関連付けて基地局から送られる肯定的ダウンリンク受信確認シグナリングが、送信に際して破損し、又は受信されない場合に、ＨＡＲＱプロセスが不要な再送をスケジュールすることを回避するためである。あるＨＡＲＱプロセスが、異なるＨＡＲＱプロセスと関連付けて送信された同じトランスポートブロックについての前の肯定的受信確認に基づく肯定的受信確認を自動的に想定することによって、このように当該ＨＡＲＱプロセス自体の受信確認シグナリングを無視するように構成される場合、対応する応答シグナリング（受信確認シグナリング）は、以下で更に論じるように、追加情報の伝達に使用され得る。
【０１１６】
ＴＴＩ７における肯定的受信確認の受信に応答して、この例の端末デバイスのＭＡＣエンティティは、ＴＢ１のそれ以上の送信を回避するように構成される。代わりに、端末デバイスは、ＴＴＩ８で通常通り受信される基地局のスケジューリング許可に基づいて、次の利用可能なＨＡＲＱプロセスと関連付けて次のトランスポートブロック（図７のＴＢ２）の送信を開始し得るはずである。或いは、基地局は、端末デバイスを、ネットワーク内の他の端末デバイスが（図には示されていない）利用可能なアップリンクリソースを割り振られている期間にわたって、それ以上の送信を行わないようにスケジュールしてもよい。
【０１１７】
端末デバイスが、あるＴＴＩにおける肯定的受信確認シグナリングの受信に対して、次のＴＴＩにおいて新しいトランスポートブロックの送信を即座に開始するのに十分なほど迅速に応答することができない実施形態において、端末デバイスは、代わりに、ＡＣＫシグナリングに続くＴＴＩにおいて、同じトランスポートブロックのための更なるデータ送信を続行するように構成され得る。即ち、端末デバイスは、ＴＴＩ７においてＴＢ１に関するＡＣＫを受信した後でさえも、ＨＡＲＱプロセスＨ３の制御下で、ＴＴＩ８において、ＴＢ１と関連付けられるアップリンク送信を開始し得る。この場合には、基地局は、単に、これらの送信を復号せずに無視するように構成されてよく、この送信と関連付けられる受信確認シグナリングは、上述と同様のやり方で処理され得る。例えば、端末デバイスのＭＡＣエンティティは、当該送信について、もしあったとしても、いかなる受信確認シグナリングが実際に受信されるかにかかわらず、既に肯定的に受信確認されたトランスポートブロックと関連付けられるあらゆるアップリンクデータ送信に関して、肯定的受信確認シグナリング（ＡＣＫ）を想定するように構成され得る。
【０１１８】
或いは、たとえ端末デバイスが新しいトランスポートブロックを開始するのに十分なほど速く応答することができない場合でさえも、端末デバイスは、代わりに、例えば、事前定義の標準化に従って、あるトランスポートブロックと関連付けられる前の送信についての肯定的受信確認の直後のＴＴＩにおいて、当該トランスポートブロックと関連付けられる送信を行わないことを求められ得る。これは、端末デバイスにおける電力を節約し、しかも、基地局は、関連するリソースを、ネットワーク内の別の端末デバイスに割り振ることができる。
【０１１９】
端末デバイスが肯定的受信確認シグナリングに即座に応答することができない更に別の例では、ＭＡＣエンティティは、前に肯定的に受信確認されたトランスポートブロックの更なる送信を開始するが、この送信を可能な限り早く休止するように構成され得る。これは、図８に概略的に表されており、図８は、図７と類似しており、図７から理解されるはずである。しかし、図８では、端末デバイスは、ＴＴＩ７におけるＡＣＫに続いてＴＢ２の送信に即座に切り換わることができず、代わりに、第３のＨＡＲＱプロセスＨ３と関連付けてＴＢ１の３回目の送信を続行するものと想定されている。しかし、冗長バージョンのためのこの３回目の全ての送信を完了する前に、ＭＡＣエンティティは、ＴＴＩ７において受信される肯定的受信確認に応答して、ＨＡＲＱプロセスＨ３と関連付けた進行中の送信は不要であり、停止され得ることを認める。図８に示す例では、これは、ＲＶ０及びＲＶ２がＴＴＩ８及びＴＴＩ９において送信された後で生じ、ＴＴＩ１０及びＴＴＩ１１はアップリンクがないままとされる。
【０１２０】
上記の実施形態は、ＴＴＩバンドルデータのアップリンクを制御する４つの並列のＨＡＲＱプロセスのコンテキストで説明されているが、本発明の実施形態は、４つのＲＶを８つの通常のＨＡＲＱプロセスに循環させて割り当て、上述のように別のＨＡＲＱプロセスと関連付けられる受信確認シグナリングに基づいたあるＨＡＲＱプロセスの中断を可能にすることによって、非バンドルＨＡＲＱについても等しく適用することができる。
【０１２１】
上述の実施形態の一変形では、場合によっては、（バンドルされているにせよ、バンドルされていないにせよ）必ずしも全てのＨＡＲＱプロセスが単一のＴＢと関連付けられる潜在的な冗長データ送信のために提供されるとは限らない。例えば、４つの並列のＨＡＲＱプロセスを有するＴＴＩバンドル実装形態では、場合によっては、ＨＡＲＱプロセスＨ１及びＨＡＲＱプロセスＨ２は、第１のトランスポートブロックのアップリンク通信を円滑化するように、上述の原理に従って一緒に動作するように構成され、他方、ＨＡＲＱプロセスＨ３及びＨＡＲＱプロセスＨ４は、上述の原理に従って、第２のトランスポートブロックのアップリンク通信を円滑化するように、一緒に、ただしＨＡＲＱプロセスＨ１及びＨＡＲＱプロセスＨ２からは独立して動作するように構成され得る。この動作モードの一例が、図９に概略的に表されている。
【０１２２】
図９には、第１のＨＡＲＱプロセスＨ１及び第２のＨＡＲＱプロセスＨ２が第１のトランスポートブロックＴＢ１のアップリンク通信のために割り振られ、第２のＨＡＲＱプロセスＨ３及び第３のＨＡＲＱプロセスＨ４が、第２のトランスポートブロックＴＢ２のアップリンク通信のために割り振られる例が示されている。この例では、第１のＨＡＲＱプロセスＨ１に関して、ＴＴＩ７において、否定的受信確認シグナリングが受信されるものと想定されている。しかし、図６の実施形態で採用される手法と異なり、図９の実施形態では、端末デバイスのＭＡＣエンティティは、ＴＢ１と関連付けられる３回目のデータ送信の代わりに、第３のＨＡＲＱプロセスＨ３と関連付けてＴＢ２からの１回目のデータ送信を行うように構成される。ＨＡＲＱプロセスＨ２と関連付けてＴＴＩ１１で受信される後続の受信確認シグナリングが、トランスポートブロックＴＢ１が基地局へ正常に伝達されたことを示す場合には、第１のＨＡＲＱプロセスＨ１及び第２のＨＡＲＱプロセスＨ２は、どちらも、ＴＢ１と関連付けられるあらゆるデータ再送を回避し、それらが次にアクティブになると、別のトランスポートブロックの送信を開始することができる。しかし、図９で表されている例では、ＨＡＲＱプロセスＨ２と関連付けてＴＴＩ１１で受信される後続の受信確認シグナリングは、トランスポートブロックＴＢ１が、まだ、基地局へ正常に伝達されていないことを示すものと想定されている。この場合には、ＴＴＩ７で受信されるＮＡＣＫに起因する第１のＨＡＲＱプロセスＨ１と関連付けられる再送が中断されず、図９に概略的に示すように、ＴＴＩ１６から再送が続行する。図には示されていないが、ＨＡＲＱプロセスＨ２も、同様に、ＴＴＩ２０からＴＴＩ２３においてＴＢ１と関連付けられるデータを再送することになる。本質的に、ＴＴＩ１６からＴＴＩ２３と関連付けられる挙動は、ＴＴＩ０からＴＴＩ７と関連付けられる挙動を繰り返すことになる。しかし、これらの送信との関連では、ＴＢ１の正常な受信のより多くの可能性が生じる。というのは、基地局は、ＴＴＩ０からＴＴＩ７での先の２回の送信を用いてＣｈａｓｅ合成することができるからである。基地局へのデータ伝達の失敗が繰り返される場合には、データが正しく受信されるまで、又は、成功することなく閾値回数の試行が行われるまで、アップリンク送信試行が繰り返されることになる。試行失敗の閾値回数に達した場合、端末デバイスは、従来のＨＡＲＱ動作が、閾値回数の試行後にデータの伝達に失敗する場合と同様に動作し得る。
【０１２３】
よって、本発明のいくつかの実施形態は、同じトランスポートブロックのための先のデータ送信が基地局によって正常に受信されたかどうかが確定される前に、トランスポートブロックのための見込みアップリンクデータ送信を行うことを伴い得る。更に、本発明のいくつかの実施形態は、関連するデータ（即ち、同じトランスポートブロックについて導出されるデータ）の別の送信と関連付けられる別のＨＡＲＱプロセスと関連付けられる受信確認シグナリングに基づいて、ある送信と関連付けられるＨＡＲＱプロセスを中断することを伴い得る。上記のように、この手法は、潜在的に、いくつかのアップリンク送信と関連付けられる受信確認シグナリングが、端末デバイスによって必要とされない状況を生じさせる。特に、同じトランスポートブロックについての肯定的受信確認シグナリング（ＡＣＫ）の前の出現に続く受信確認シグナリングが不要とされる。厳密には必要ではない受信確認シグナリングのためのスロットの例は、図６のＴＴＩ１５、図７のＴＴＩ１１、図８のＴＴＩ１１とＴＴＩ１５の両方、及び図９のＴＴＩ１９である。潜在的に不要な受信確認シグナリングを扱うためのいくつかの異なるやり方がある。
【０１２４】
具体例として図７で表されているタイミング状況を参照すると、いくつかの実施形態において、基地局は、第２のＨＡＲＱプロセスＨ２と関連付けられる受信確認シグナリングを、たとえこのシグナリングが厳密には必要でなくても、通常通りＴＴＩ１１において送信するように構成され得るはずである（というのは、ＴＴＩ７においてＴＢ１と関連付けて受信された前のＡＣＫシグナリングは、ＨＡＲＱプロセスＨ２は、ＨＡＲＱプロセスＨ２自体のＴＢ１の送信が正常に受信されたかどうかにかかわらず、いかなる再送もスケジュールする必要がないことを意味するからである）。端末デバイスは、次いで、ＴＢ１が基地局へ正常に伝達されたかどうか判定するときにＴＢ１の両方のアップリンク送信と関連付けられる受信確認シグナリング（即ち、ＨＡＲＱプロセスＨ１とＨＡＲＱプロセスＨ２の両方と関連付けられる受信確認シグナリング）を考慮するように構成され得る。この手法は、端末デバイスに、複数のＨＡＲＱプロセスと関連付けられる受信確認シグナリングを冗長的に検出する、即ちＣｈａｓｅ合成する能力を提供し、それによって、端末デバイスが、ＡＣＫが送られたかどうかより確実に判定することを可能にする。例えば、ＡＣＫが、第１のＨＡＲＱプロセスＨ１と関連付けてＴＴＩ７において端末デバイスによって復号される場合、端末デバイスは、当該受信確認シグナリング（ＰＨＩＣＨ）の端末デバイスによる検出を、ＴＴＩ１１において到達するＨＡＲＱプロセスＨ２と関連付けられる受信確認シグナリングと合成することにより、別のＨＡＲＱプロセスと関連付けて同じＴＢからのデータを送信すべきかどうか決定する前のＡＣＫ又はＮＡＣＫの推定を改善することができる。例えば、ＴＴＩ７で受信されたＡＣＫが誤りであったことが明らかになる場合もあるはずであり、端末デバイスは、ＴＴＩ１１で受信されるＮＡＣＫから、実際には、基地局は、まだ、ＴＢ１を正しく受信していないと判定し、そのため、ＴＢ１と関連付けられる再送をしかるべく続行し得る。いくつかの実施形態では、端末デバイスが再送すべき場合に再送を送らない可能性を低減するために、２つの推定に関する判断プロセスを、ＮＡＣＫよりに偏らせた方が適切な場合もある。
【０１２５】
ＴＴＩ７でＮＡＣＫが受信される図６で表されたタイミング状況を見ると、一般には、ＴＴＩ１１における受信確認シグナリングが同じになるはずであると想定する理路整然とした理由はない（というのは、基地局は、上述のように、Ｃｈａｓｅ合成法に基づいてＴＢ１を正常に復号するかもしれないからである）。そのため、これらの状況では、端末デバイスが、ＴＴＩ７及びＴＴＩ１１における受信確認シグナリングを冗長合成することはあまり適切とはならないはずである。そのため、端末デバイスが複数の受信確認シグナリングの出現を冗長合成しようと試みる実施形態では、端末デバイスは、第１の受信確認シグナリングが否定的受信確認（ＮＡＣＫ）を表す場合には、冗長合成しないように構成され得る。
【０１２６】
同じトランスポートブロックについての前の肯定的受信確認に続く不要な受信確認シグナリングを処理する別のやり方は、この状況が生じた場合に、基地局が、単に、関連するＴＴＩにおいて何も送信しないことであろう。従って、端末デバイスは、関連するＴＴＩにおける受信確認シグナリングの受信に失敗するはずであり、通常は、これをＮＡＣＫと解釈するはずである。しかし、上述のように、端末デバイスは、前に受信されたＡＣＫに基づき、実際には、これらの状況においてＡＣＫを想定するように構成され得る。これは、同じトランスポートブロックからの先のデータ送信と関連付けられる肯定的受信確認シグナリングに基づいて同じデータの再送を回避するように適応している、不要な受信確認シグナリングと関連付けられる送信データと関連付けられるＨＡＲＱプロセスと等しい。
【０１２７】
更に別の例では、不要な受信確認シグナリングと関連付けられるリソースは、基地局から端末デバイスへ他の情報を伝えるのに使用され得る。例として、図７の受信確認シグナリングの例示的シーケンスを見ると、ＴＢ１は、ＨＡＲＱプロセスＨ１と関連付けて送信され、ＴＴＩ７において肯定的に受信確認（ＡＣＫ）される。これは、ＴＴＩ１１における受信確認シグナリングは、基地局から端末デバイスへ、トランスポートブロックが正常に受信されたか否かに関する情報を伝達する目的では不要であることを意味する（というのは、この情報は、既に、ＴＴＩ７におけるＡＣＫによって提供されているからである）。そのため、基地局は、端末デバイスへ１ビットの情報を伝達するためにＡＣＫ又はＮＡＣＫに対応するシグナリングを伝達するように構成され得る。即ち、端末デバイスは、例えば、ＨＡＲＱプロセスＨ４と関連付けられる送信のようなその後の送信に関しては、同じ特定のトランスポートブロックに作用する異なるＨＡＲＱプロセスに関する前に受信された肯定的受信確認に続いて、特定のトランスポートブロックのために動作する特定のＨＡＲＱプロセスと関連付けられる受信確認シグナリングとして受信されるのがＡＣＫか、それともＮＡＣＫかに依存して、異なって応答するように構成され得る。よって、この例では、ＴＴＩ１１において別のＡＣＫを送り、又は受信確認シグナリングを全く送らない代わりに、基地局は、基地局が端末デバイスに示したい状態に従ってＡＣＫ又はＮＡＣＫを送る。この１ビット情報（即ち、一方の状態は、同じトランスポートブロックについてＡＣＫに続いてＮＡＣＫが発生することに対応し、他方の状態は、ＡＣＫに続いてもう１つのＡＣＫが発生する同じトランスポートブロックに対応する）は、その後の送信の可能な動作局面を切り換えるのに使用され得る。
【０１２８】
一例では、状態情報は、後続のＨＡＲＱプロセスＨ４と関連付けた送信についての変調及びコーディング方式（ＭＣＳ）の、デフォルト又は特定の選択への変更を制御するのに使用され得る。一例では、これは、前の送信に使用されなかった２つの変調方式のうちの１つを示し得るはずである。例えば、ＨＡＲＱプロセスＨ１、ＨＡＲＱプロセスＨ２、及びＨＡＲＱプロセスＨ３と関連付けて６４ＱＡＭが使用された場合には、ＴＴＩ７におけるＡＣＫに続いてＴＴＩ１１で受信されるＡＣＫは、ＨＡＲＱプロセスＨ４について１６ＱＡＭが使用されるべきことを示すものと事前定義され、他方、ＴＴＩ１１で受信されるＮＡＣＫは、ＱＰＳＫが使用されるべきことを示すものと定義され得る。変調方式の変更が生じる場合、基地局は、シンボルレベルではなく、軟ビット判定（ｓｏｆｔ−ｂｉｔ  ｄｅｃｉｓｉｏｎ）レベルでの合成を実行し得る。
【０１２９】
別の例では、不要な受信確認シグナリングの代わりに伝えられる状態情報は、例えば、普通のＲＶ０−ＲＶ２−ＲＶ３−ＲＶ１の順序と異なる特定のパターンのＲＶを送信するために、又は、どれが正しい復号を生み出す可能性が高いかの基地局による推定に依存して、より多くのパリティビット若しくはより多くのシステマティックビットを含む、特定のＲＶを繰り返し送信するように、ＨＡＲＱプロセスＨ４と関連付けた異なるＲＶセットの送信を制御するのに使用され得る。例えば、ＲＶ０は、その他のＲＶより多くのシステマティックビットを含み得る。というのは、ＲＶ０は、図４に概略的に示す循環バッファの先頭に近いからである。
【０１３０】
別の例では、不要な受信確認シグナリングの代わりに伝えられる状態情報は、端末デバイスを、ＨＡＲＱプロセスＨ４のＴＴＩにおいて、次のトランスポートブロック、例えば、図７の例のＴＢ２の全てのＲＶを送信せず、また同時に、それらのＴＴＩにおいて他のいかなるトランスポートブロックからのデータも送信せず、よって、端末デバイスの送信電力を節約し、おそらくは、他の端末デバイスが、不使用のＴＴＩの対応するリソースにおいてスケジュールされることを可能にするように構成するのに使用され得る。これは、基地局が、チャネル条件が十分に良好であり、ＨＡＲＱプロセスＨ４とのＴＢ２関連付けの完全な送信を必要とする可能性が低いと判断する場合に適し得る。
【０１３１】
別の例では、状態情報は、やはり、端末デバイスを、ＨＡＲＱプロセスＨ４のＴＴＩにおいて、次のトランスポートブロック、例えば、図７の例のＴＢ２の全てのＲＶを送信しないように構成するのに使用され得るが、上記手法の一変形では、端末デバイスは、ＴＢ２からのデータの送信に使用されないＴＴＩにおいて、別のトランスポートブロック、例えばＴＢ３からのデータを送信し得る。これは、ＴＴＩバンドルの分割に基づく手法とも称され得る。この実施形態による一手法が、図１０に概略的に提示されている。ここで、端末デバイスは、ＴＴＩ１１からの受信確認シグナリングを冗長とする、ＴＢ１に関するＴＴＩ７におけるＡＣＫを受信する。本発明のこの実施形態によれば、事前定義の対応関係に基づくＡＣＫ又はＮＡＣＫの適切な選択が、ＨＡＲＱプロセスＨ４の制御下で次の送信について分割ＴＴＩバンドルを実施するように端末デバイスを構成するために、ＴＴＩ１１において送信される。この特定の例では、ＨＡＲＱプロセスＨ４と関連付けられるＴＴＩは、ＴＴＩ１２及びＴＴＩ１３が、ＴＢ２からのデータ（この例ではＲＶ０及びＲＶ２）の送信に使用され、ＴＴＩ１４及びＴＴＩ１５が、ＴＢ３からのデータ（ＲＶ０及びＲＶ２）の送信に使用されるように割り振られる。この種の分割バンドル法は、チャネル条件が、基地局が単一のＴＴＩバンドルからのトランスポートブロックを正しく復号する可能性が低いものと予期されるが、当該データを正しく復号するために第２のＴＴＩバンドルの完全な再送を必要とする可能性もまた低い状況において適し得る。
【０１３２】
この手法の一側面は、複数のトランスポートブロックからのデータを含むＨＡＲＱプロセスと関連付けられる受信確認シグナリングがどのように解釈されるべきかに関するものである。即ち、図１０のＴＴＩ１９における受信確認シグナリングが、基地局がＴＢ２を正常に受信したかどうかの標識に関するものであるか、それとも基地局がＴＢ３を正常に受信したかどうかの標識に関するものであるかについての問題が生じる。
【０１３３】
これを扱うための一手法は、図１０のＴＴＩ１９における受信確認シグナリングをＴＢ２と関連付けることであろう。これは、ＨＡＲＱプロセスＨ１と関連付けたＴＴＩ１６からＴＴＩ１９におけるＴＢ３からの次のデータ送信を妨げることが不可能になることを意味するはずである。よって、ＴＴＩ１４及びＴＴＩ１５におけるＴＢ３からのデータと関連付ける受信確認シグナリングは、ＴＴＩ２３における単一の標識として伝えられるはずであり、基地局がＴＴＩ１４からＴＴＩ１９における送信に基づいてＴＢ３を復号することができるかどうかを考慮に入れるものである。
【０１３４】
別の手法は、基地局が、ＴＢ２及びＴＢ３のための別個の受信確認標識を確立し、これらの論理積（ＡＮＤ）を取って、分割バンドルと関連付けられるべき受信確認シグナリングを生成することであろう。ＴＤＤシステムにおけるＰＨＩＣＨ上でのこの種のＡＣＫ／ＮＡＣＫバンドリングが既に知られており、それによって、送信前に２つのＡＣＫ／ＮＡＣＫの論理積を取ることができる。この手法の欠点は、他方のトランスポートブロックが分割バンドルに基づいて正しく受信されなかった場合の、基地局によって正しく受信されたトランスポートブロックのためのデータ再送の可能性であり、それによって、正しく受信されたトランスポートブロックについてのＨＡＲＱプロセスの結果が遅延することである。
【０１３５】
実際には、上述の“分割バンドリング”法は、可変長のＴＴＩバンドリングを提供するものとみなされ得る。基地局が、通常は、整数個の完全なバンドルを必要とせずに、送信を正しく復号することができるものと予期され得る適用を有することに加えて、この手法を実装する本発明の実施形態は、基地局が、異なるトランスポートブロックにおける異なるデータ優先順位に従ってアップリンク送信構造を適応させ、例えば、より重要なデータのための追加リソースを提供することも可能にし得るはずである。いくつかの例では、不要な受信確認シグナリングの代わりに伝えられる状態情報は、後続の送信における分割バンドリングをアクティブ化、非アクティブ化するのに使用され得る。他の例では、分割バンドリングが常に使用されるものと想定され、状態情報は、後続の送信が２つのトランスポートブロックの間でどのように分割されるか、例えば、２つのＴＴＩを各トランスポートブロックに割り振るべきか、それとも１つのＴＴＩを一方のトランスポートブロックに、３つのＴＴＩを他方のトランスポートブロックに割り振るべきか、それともその逆とすべきかを伝えるのに使用され得る。ネットワークは、２つの状態のそれぞれに利用可能な組み合わせの中から２つのオプションを割り当てるように構成され得る。
【０１３６】
上記のように、所与のＴＴＩにおいて所与のトランスポートブロックに関して肯定的受信確認シグナリングを受信する端末デバイスが、同じトランスポートブロックからの直後のデータ送信を妨げるのに十分なほど速く応答することができない場合、２つの不要な受信確認シグナリングリソース割り振りが生じ得る。例えば、図８を参照すると、ＴＴＩ１１及びＴＴＩ１５のための受信確認シグナリング割り振りはどちらも不要である。というのは、これらの割り振りは、どちらも、ＴＴＩ７におけるＡＣＫシグナリングによって示されるように、既に基地局へ正常に伝達されたトランスポートブロックＴＢ１と関連付けられるデータ送信に関するものだからである。この場合には、両方の不要な受信確認シグナリングＴＴＩと関連付けられるリソースを、後続の送信を制御するための状態情報を伝えるのに使用することができる。この場合には、２ビットの状態情報を伝えることができる。この手法の一例が、図１１に概略的に示されている。図１１は、図８と類似しており、図８から理解されるはずであるが、図１１では、ＴＢ１と関連付けられる４つのＲＶ全てが、ＨＡＲＱプロセスＨ３と関連付けて送信される（即ち、この実装形態は、図８の場合のようないくつかの不要なＲＶ送信の削減を伴わない）。よって、ＴＴＩ１１及びＴＴＩ１５で受信される受信確認シグナリングはどちらも不要である。というのは、どちらも、ＴＴＩ７において既に肯定的に受信確認されているトランスポートブロックＴＢ１に関するものだからである。そのため、基地局は、両方の不要な受信確認信号のＡＣＫ又はＮＡＣＫ状況を、例えば、図１１で表されるＨＡＲＱプロセスＨ１の２回目の出現ら開始する、後続の送信を制御するための２ビットの状態情報を伝えるように構成し得る。
【０１３７】
不要な受信確認シグナリングの代わりに追加情報が伝えられる上記の例では、状態情報は、無条件で適用され得る。他の例では、状態意図は、他のその後の送信と関連付けられる受信確認シグナリングに依存して、その後の送信を変更するのに使用され得る。即ち、端末デバイスは、その後の送信が肯定的受信確認シグナリングと関連付けられるか、それとも否定的受信確認シグナリングと関連付けられるかに従って、不要な受信確認シグナリングの代わりに伝えられる情報に応答するように構成され得る。この種の手法が、図１２に、概略的に表されている。この例では、ＴＢ１からのデータに関する第１のＨＡＲＱプロセスＨ１が、ＴＴＩ７において肯定的に受信確認され、これは、上述のように、ＴＴＩ１１における第２のＨＡＲＱプロセスＨ２と関連付けられる受信確認シグナリングが不要であることを意味する。よって、基地局は、上述のような、これらのリソース上でのその後のアップリンク送信を構成するための状態情報を伝え得る。しかし、この例では、この構成が即座に適用されないものと想定されている。そのため、ＨＡＲＱプロセスＨ４によるＴＢ２からの２回目のデータ送信は影響されない。この例では、ＨＡＲＱプロセスＨ３と関連付けたＴＢ２からの１回目のデータ送信は、ＴＴＩ１５において否定的に受信各確認されるものと想定されている。その結果、ＴＢ２の３回目の送信が、第１のＨＡＲＱプロセスＨ１に従って、ＴＴＩ１６において開始することになる。いくつかの実装例によれば、ＴＴＩ１１と関連付けられる不要な受信確認シグナリングの代わりに伝えられるアップリンク構成情報は、ＴＴＩ１６から開始するＴＢ２からの３回目のデータ送信のために適用され得る。しかし、実際に、ＨＡＲＱプロセスＨ３と関連付けたＴＢ２からの１回目のデータ送信がＴＴＩ１５において肯定的に受信確認される場合、端末デバイスは、ＴＴＩ１１において伝えられる状態情報を廃棄するように構成され得る。この“条件付きの”手法は、基地局が、端末デバイスを、前に試みられた送信が失敗した場合に限って使用されることになるアップリンク構成を事前選択するように構成することを可能にする。
【０１３８】
この手法によれば、基地局は、それが使用されることになるかどうか、又は、どんな正確な状況下において使用されるかを知らずに、ＴＴＩ１１において、端末デバイスに、構成情報を見込みで提供する。基地局は、例えば、ＨＡＲＱ性能の最近の履歴に基づいて、見込みの構成状態を選択するように構成され得る。
【０１３９】
上述の実施形態では、あるＨＡＲＱプロセスが、肯定的受信確認（ＡＣＫ）を受信するときに、別のＨＡＲＱプロセスを制御（中断）することができる。しかし、いくつかの状況では、あるＨＡＲＱプロセスが、否定的受信確認（ＮＡＣＫ）を受信するときに、特に、ＮＡＣＫが繰り返し受信されるときに、別のＨＡＲＱプロセスを制御（中断）することも有益となり得る。チャネル条件が特に不良である場合、又は、送信チェーンに障害が生じた場合、アップリンク送信は、繰り返し、否定的に受信確認され得る。これは、端末デバイスが、端末デバイスに許可されたリソースを長期間にわたって占有し続け、他の端末デバイスが利用可能なリソースを低減させ得ることを意味し、他の端末デバイスの中には、より優先順位の高いデータと関連付けられると、例えば、既存のＱｏＳクラス標識によって、判断されるものがあるかもしれない。
【０１４０】
この状況が生じることの潜在的影響を低減するために、本発明のいくつかの実施形態によれば、特定のアップリンク送信に関して否定的受信確認を伝える基地局は、端末デバイスが、少なくとも、その既存の再送プロトコルに従わないいかなる再送も試みるべきでないことを示すようにも構成され得る。１つの空間符号語が送信される場合、これは、例えば、２つの空間符号語が送信される場合に利用可能なＡＣＫ／ＮＡＣＫシグナリングの第２のＰＨＩＣＨを用いることによってなされ得るはずである。これが上述の目的で使用されることを可能にするために、例えば、ＲＲＣ（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）において、この手法が実装されていること、及び、たとえ単一の符号語が送信されたとしても、端末デバイスは、２つのＰＨＩＣＨ標識が送られ、第２のＰＨＩＣＨ標識は、再送取り消し／中断標識を伝えるために提供されるものと予期すべきであることがシグナリングすることもできるはずである。
【０１４１】
２つのアップリンク符号語が送信された場合、異なる手法が使用され得る。例えば、８つの従来のＰＨＩＣＨシーケンスのうちの１つ以上を、取り消し標識を搬送するＰＨＩＣＨのために予約することができるはずである。端末デバイスは、サブフレームにおいて端末デバイス自体のＰＨＩＣＨシーケンスと予約済みのシーケンスの両方を検出するように構成され得るはずである。そうした予約済みのＰＨＩＣＨインデックスは、そのインデックスに応答するように構成されているＰＨＩＣＨグループ内の全ての端末デバイスに適用されるはずであり、そのため、適切なスケジューリングが用いられ得るはずである。この構成は、例えば、ＲＲＣメッセージで搬送することもでき、ブロードキャストすることもできる。この手法は、上によって送信される符号語の数にかかわらず適用することができるはずである。
【０１４２】
ＨＡＲＱのＰＤＣＣＨ制御が、ＰＨＩＣＨの代わりに特定のサブフレームで使用されている場合、再送取り消し標識を提供するために、ＤＣＩフォーマット０及び４に、新しいビットを追加することができるはずである。
【０１４３】
基地局は、明け渡されたリソース（即ち、取り消された再送と関連付けられるリソース）において、より優先順位の高い端末デバイスからのアップリンク送信をスケジュールしてもよく、同じ端末デバイスからのより優先順位の高いトラフィックストリームをスケジュールすることもできるはずである。
【０１４４】
端末デバイスは、ＮＤＩを切り換えずに、ＰＤＣＣＨ  ＤＣＩフォーマット０又は４で送られるアップリンク許可の後に続いてその再送を再開するように構成することもできるはずである。或いは、取り消される送信機会（取り消されたＨＡＲＱプロセスが送信を許可されるサブフレームのＴＴＩバンドル）の数は、ある固定数として事前指定することもでき、ＲＲＣによって端末デバイス特有のやり方で、又は、セル内のブロードキャストシグナリングによって、例えば、ＳＩＢ（システム情報ブロック）又はＭＩＢ（マスタ情報ブロック）においてシグナリングすることもできる。ブロードキャスト形式が使用される場合、全ての端末デバイスは、明け渡された再送リソースが再度利用可能になるのがいつかに関するある共通の理解に従って応答するように構成され得るが、より優先順位の高い送信は、指定される送信機会回数以内に終了することが必要になるはずである。終了しない場合には、事前指定又は事前構成は、元の端末デバイスがその再送を再開することができるように、関連する持続期間の経過後に、機会を奪っている側の端末デバイスが、今度は、リソースを明け渡さなければならないと規定し得るはずである。基地局は、より優先順位の高い送信における送信がまだ正しく受信されていない場合に、元の端末デバイスからの再送を、自由に即座に再度取り消すことができるはずである。
【０１４５】
よって、上述のように、本発明の実施形態は、特定のトランスポートブロックと関連付けられる複数回のデータ送信に関するＣｈａｓｅ合成法の使用を、従来の方式を用いた場合よりも迅速に可能にすると同時に、このプロセスの間の無駄な送信を最小化するために追加シグナリングも提供することができる。更に、本発明のいくつかの実施形態による手法は、ＭＡＣにおける基本的ＨＡＲＱ構造への著しい変更を必要としない。というのは、従来のＨＡＲＱプロセス及びエンティティの数と基本ＨＡＲＱタイムラインを保持することができるからである（これは、いくつかの他の実施形態については必ずしも該当しない）。
【０１４６】
１６ＴＴＩといったより長い持続期間へのＴＴＩバンドル長の単なる延長に対して、上述の技法に従った手法は、短い時間尺度での反復送信から利益を得ることができ、プロセス間中断能力を提供することにより、早い段階で不要な再送を妨げる柔軟性を有する。
【０１４７】
プロセス間中断の可能性は、基地局からの不要なＡＣＫ／ＮＡＣＫシグナリングスロットにつながり得る。いくつかの実施形態によれば、不要なＡＣＫ  ＮＡＣＫシグナリングを抑制し、ＰＨＩＣＨ容量を改善することができ、又は、不要なＡＣＫ／ＮＡＣＫシグナリングを使用して、合成によるＡＣＫ／ＮＡＣＫの誤った検出の可能性を低減することができ、又は、不要なＡＣＫ／ＮＡＣＫシグナリングを再利用してＨＡＲＱプロセス間制御のための追加情報を伝え、それによって、ＰＨＩＣＨ（若しくは、非ＬＴＥ実装形態における対応するチャネル）に、ＰＤＣＣＨ制御ＨＡＲＱの能力の一部を提供し、よって、容量が限られ得る場合に、そうしたシグナリングがＰＤＣＣＨ上で搬送される必要を低減することができる。
【０１４８】
いくつかの実施形態によれば、基地局は、通常は端末デバイスの再送プロトコルに従って行われるはずの再送試行を取り消すように構成され得る。この手法は、例えば、多くの場合、遅延耐性を有するマシンタイプコミュニケーション（ＭＴＣ）デバイスに特に関連性を有し得る。基地局がこのようにして再送試行を取り消すことを可能にすれば、ＨＡＲＱプロセスに更なる柔軟性を与え、リソース使用をより機会主義的とし、ＱｏＳ要件へのリソース割り振りの一致を改善することができる。現行のシステムにおいては、これらの目標達成を支援するのに、従来のスケジューリングだけしか利用できない。
【０１４９】
上述の実施形態は、主に、ＬＴＥにおいて現在指定されているＨＡＲＱプロセスの変更を中心としているが、本発明の実施形態の原理の適用性は、そうした方式だけに限定されないことが理解されるであろう。更に、前述の例が特定のＨＡＲＱプロセス番号、ＴＴＩ番号、及びＡＣＫ／ＮＡＣＫ応答に言及している場合、これらは、純粋に、いくつかの具体例として提供されているにすぎないことも理解されるであろう。より一般的には、ここで記述する再送プロトコルは継続的に適用され得るものであり、様々なＨＡＲＱプロセスは並列に循環することが理解されるであろう。並列に動作する再送プロトコルプロセスという場合、それは、それぞれのプロセスが同期的であることを示すものとしてではなく、むしろ、それらのプロセスが同時に、しかし異なる相において動作することを示すものとして意図されていることが理解されるであろう。
【０１５０】
本発明の実施形態の基礎をなす原理は、ＴＤＤシステムとＦＤＤシステムとに等しく適用され得るが、厳密なＴＴＩ及びＨＡＲＱプロセスの番号付け（その番号）及びタイミングは、従来のＴＤＤ  ＨＡＲＱ動作の場合と同様に、ＴＤＤ動作では異なることも更に理解されるであろう。
【０１５１】
上述の実施形態はＴＴＩバンドリングの実施形態を中心としているが、同様の原理が非ＴＴＩバンドリングのコンテキストにおいても適用され得ることも更に理解されるであろう。例えば、トランスポートブロックの４つのＲＶを、従来は非ＴＴＩバンドリングと関連付けられる８つのＨＡＲＱプロセスに循環して割り当てることによる。
【０１５２】
本発明のいくつかの実施形態による手法と既存の方式との間のいくつかの大きな差異は以下の通りである。
（１）既存の方式では、端末における並列のＨＡＲＱプロセスは、各々、別々のトランスポートブロックからのデータを、各端末自体の独立の循環バッファから送信するはずである。
（２）現行のシステムには、あるＨＡＲＱプロセスが別のＨＡＲＱプロセスに対する制御を提供する能力がないのに対し、本発明本発明の実施形態は、先のＨＡＲＱプロセスの再送を制御すると共に、差し迫ったプロセスの予定された送信の内容も制御する可能な方法を提供することができる。
（３）現行のシステムには、あるプロセスに関するＰＨＩＣＨ上のＨＡＲＱフィードバックを、別のＨＡＲＱプロセスに関して端末デバイスを全般的に制御するのに使用する能力がない。この種のＨＡＲＱプロセス間通信及び連続するＨＡＲＱ  ＡＣＫ／ＮＡＣＫに関する潜在的暗黙的シグナリングは、既存の方式では知られていない。
（４）現行のシステムには、図１０に概略的に示す種類の可変長のＴＴＩバンドリングについての能力がない。
【０１５３】
原則として、ＴＴＩバンドル再送の待ち時間を短縮する別のやり方は、端末デバイスにおける並列のＨＡＲＱプロセスの数を減らし、同時に、それらのプロセスに、同じトランスポートブロックと関連付けられるデータを送信させない（即ち、同じバッファから引き出させない）、又は、割り込み可能とさせないこととし得るはずであると言える。しかし、それらのＨＡＲＱプロセスが単一のＨＡＲＱプロセスへ削減された場合には、ＵＥがＡＣＫ／ＮＡＣＫフィードバックを待っていた間に、４つの不使用のＴＴＩの交互のセットが生じることになるはずである。これは、バンドル長にかかわらず該当し、不使用のＴＴＩの数は、バンドル長に従って増加するはずである。ＨＡＲＱプロセスが、代わりに、２つの並列のＨＡＲＱプロセスへ低減された場合には、不使用のＴＴＩバンドルは、今度は、第２のプロセスによって使用され得るが、やはり、再送に先立つ待ち時間が生じるはずである。
【０１５４】
上述の実施形態には、添付の特許請求の範囲で定義される本発明の範囲を逸脱することなく、多様な改変が加えられ得ることが理解されるであろう。特に、本発明の実施形態はＬＴＥモバイル無線ネットワークに言及して記述されているが、本発明は、ＧＳＭ、３Ｇ／ＵＭＴＳ、ＣＤＭＡ２０００などといった他の形態のネットワークにも適用され得ることが理解されるであろう。ユーザ機器（ＵＥ）という用語は、ここで使用する場合、ユーザ機器（ＵＥ）、モバイル通信デバイス、端末デバイスなどで置き換えることができる。更に、基地局という用語はｅＮｏｄｅＢと区別なく使用されているが、これらのネットワークエンティティの間に機能的な差異はないことを理解すべきである。
【０１５５】
以上のように、複数の再送プロトコルプロセスをサポートする無線通信システムにおける、端末デバイスから基地局への、例えば、トランスポートブロックに対応するデータの通信を制御する方法を説明した。方法は、第１の再送プロトコルプロセスと関連付けてトランスポートブロックからのデータの１回目のアップリンク送信を行い、それに応答して、トランスポートブロックが基地局へ正常に伝達されたかどうか示すための対応する第１の受信確認標識を取得することと、第２の再送プロトコルプロセスと関連付けてトランスポートブロックからのデータの２回目のアップリンク送信を行い、それに応答して、対応する第２の受信確認標識を取得することと、を含み、２回目の送信は、第１の受信確認標識が取得される前に開始され、また方法は、第１の受信確認標識と第２の受信確認標識のどちらか１つが、トランスポートブロックが基地局へ正常に伝達されたことを示す場合、第１の再送プロトコルプロセスと関連付けたトランスポートブロックからのデータの再送を回避することを更に含む。
【０１５６】
本発明のその他の個々の好ましい態様は、添付の独立請求項及び従属請求項に記載されている。従属請求項の特徴は、各請求項に明示的に記載されている組み合わせ以外の組み合わせとして独立請求項の特徴と組み合わされ得ることが理解されるであろう。
【０１５７】
参照文献
［１］  Ｈｏｌｍａ  Ｈ．ａｎｄ  Ｔｏｓｋａｌａ  Ａ，“ＬＴＥ  ｆｏｒ  ＵＭＴＳ  ＯＦＤＭＡ  ａｎｄ  ＳＣ−ＦＤＭＡ  ｂａｓｅｄ  ｒａｄｉｏ  ａｃｃｅｓｓ”，Ｊｏｈｎ  Ｗｉｌｅｙ  ａｎｄ  Ｓｏｎｓ，２００９
［２］  ＥＴＳＩ  ＴＳ  １３６．３２１  Ｖ１０．６．０  （２０１２−１０）／３ＧＰＰ  ＴＳ  ３６．３２１  ｖｅｒｓｉｏｎ  １０．６．０  Ｒｅｌｅａｓｅ  １０）
［３］  ３ＧＰＰ  ＴＤｏｃ  Ｒ１−０８０４４３  ｆｒｏｍ  ３ＧＰＰ  ＴＳＧ−ＲＡＮ  ＷＧ１  ＃５１−ｂｉｓ  Ｓｅｖｉｌｌａ，Ｓｐａｉｎ，Ｊａｎｕａｒｙ  １４−１８，２００８
［４］  ３ＧＰＰ  ＴＤｏｃ  Ｒ２−０７４８８９  ｆｒｏｍ  ３ＧＰＰ  ＴＳＧ−ＲＡＮ  ＷＧ２  ＃６０  Ｊｅｊｕ，Ｋｏｒｅａ，Ｎｏｖｅｍｂｅｒ  ５−９，２００７
［５］  ３ＧＰＰ  ＴＤｏｃ  Ｒ２−０７４９４０  ｆｒｏｍ  ３ＧＰＰ  ＴＳＧ−ＲＡＮ  ＷＧ２  ＃６０  Ｊｅｊｕ，Ｋｏｒｅａ，Ｎｏｖｅｍｂｅｒ  ５−９，２００７
【図１】
2016504798.tif 000003
【図２】
2016504798.tif 000004
【図３】
2016504798.tif 000005
【図４】
2016504798.tif 000006
【図５】
2016504798.tif 000007
【図６】
2016504798.tif 000008
【図７】
2016504798.tif 000009
【図８】
2016504798.tif 000010
【図９】
2016504798.tif 000011
【図１０】
2016504798.tif 000012
【図１１】
2016504798.tif 000013
【図１２】
2016504798.tif 000014
【国際調査報告】
2016504798.tif 000015
2016504798.tif 000016