特表 2021-534652 ＵＲＬＬＣサービスのための低レイテンシＨＡＲＱプロトコル

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】特表2021-534652(P2021-534652A)

(43)【公表日】2021年12月9日

(54)【発明の名称】ＵＲＬＬＣサービスのための低レイテンシＨＡＲＱプロトコル

(51)【国際特許分類】

   H04L 1/16 20060101AFI20211112BHJP

   H04W 28/04 20090101ALI20211112BHJP

   H04W 80/02 20090101ALI20211112BHJP

   H04W 28/24 20090101ALI20211112BHJP

【ＦＩ】

   H04L1/16

   H04W28/04 110

   H04W80/02

   H04W28/24

【審査請求】有

【予備審査請求】未請求

【全頁数】45

(21)【出願番号】特願2021-507070(P2021-507070)

(86)(22)【出願日】2019年8月7日

(85)【翻訳文提出日】2021年4月6日

(86)【国際出願番号】EP2019071255

(87)【国際公開番号】WO2020030710

(87)【国際公開日】20200213

(31)【優先権主張番号】18188369.5

(32)【優先日】2018年8月9日

(33)【優先権主張国】EP

(81)【指定国】 AP(BW,GH,GM,KE,LR,LS,MW,MZ,NA,RW,SD,SL,ST,SZ,TZ,UG,ZM,ZW),EA(AM,AZ,BY,KG,KZ,RU,TJ,TM),EP(AL,AT,BE,BG,CH,CY,CZ,DE,DK,EE,ES,FI,FR,GB,GR,HR,HU,IE,IS,IT,LT,LU,LV,MC,MK,MT,NL,NO,PL,PT,RO,RS,SE,SI,SK,SM,TR),OA(BF,BJ,CF,CG,CI,CM,GA,GN,GQ,GW,KM,ML,MR,NE,SN,TD,TG),AE,AG,AL,AM,AO,AT,AU,AZ,BA,BB,BG,BH,BN,BR,BW,BY,BZ,CA,CH,CL,CN,CO,CR,CU,CZ,DE,DJ,DK,DM,DO,DZ,EC,EE,EG,ES,FI,GB,GD,GE,GH,GM,GT,HN,HR,HU,ID,IL,IN,IR,IS,JO,JP,KE,KG,KH,KN,KP,KR,KW,KZ,LA,LC,LK,LR,LS,LU,LY,MA,MD,ME,MG,MK,MN,MW,MX,MY,MZ,NA,NG,NI,NO,NZ,OM,PA,PE,PG,PH,PL,PT,QA,RO,RS,RU,RW,SA,SC,SD,SE,SG,SK,SL,SM,ST,SV,SY,TH,TJ,TM,TN,TR,TT

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．３ＧＰＰ

(71)【出願人】

【識別番号】500341779

【氏名又は名称】フラウンホーファー−ゲゼルシャフト・ツール・フェルデルング・デル・アンゲヴァンテン・フォルシュング・アインゲトラーゲネル・フェライン

(74)【代理人】

【識別番号】100085660

【弁理士】

【氏名又は名称】鈴木 均

(72)【発明者】

【氏名】ザイデル，アイコ

(72)【発明者】

【氏名】ギョクテぺ，バリス

(72)【発明者】

【氏名】ヘルグ，コーネリウス

(72)【発明者】

【氏名】ヴィルト，トーマス

(72)【発明者】

【氏名】シエル，トーマス

【テーマコード（参考）】

5K014

5K067

【Ｆターム（参考）】

5K014DA02

5K014FA03

5K067AA21

5K067DD24

5K067EE01

5K067EE10

5K067HH21

5K067HH28

(57)【要約】

モバイル通信システムの分野において、情報の送信が成功しない場合に再送信を開始するように、送信器によって送信される情報が受信器で正しく受信されたか否かをチェックしたり確認したりすることに関する技術を説明する。実施形態は、基地局やユーザ端末（ＵＥ）などの無線通信システムのネットワークエンティティにおける同時同期・非同期ＨＡＲＱ（ハイブリッド自動繰り返し要求）動作に関する。特に、異なるサービスタイプに関連するデータ又は情報に対して無線通信システムでの再送信を確実に処理する解決手段を説明する。
【選択図】図１０

【特許請求の範囲】

【請求項1】

装置であって、
前記装置は、
無線通信システムにおいて送信器から１つ以上のデータパケットを受信し、前記データパケットが前記無線通信システムの無線チャネルを用いて送信され、
データパケットの送信が成功しない場合に前記データパケットの再送信を前記送信器に要求するように構成されており、
前記装置は、
少なくとも第１のＨＡＲＱエンティティと第２のＨＡＲＱエンティティとを含む複数のハイブリッドＡＲＱ（ＨＡＲＱ）エンティティであって、前記第１のＨＡＲＱエンティティは第１のＨＡＲＱ動作を実行し、前記第２のＨＡＲＱエンティティは第２のＨＡＲＱ動作を実行し、前記第１のＨＡＲＱ動作と前記第２のＨＡＲＱ動作とは異なる、複数のＨＡＲＱエンティティ、又は、
第１のＨＡＲＱ動作と第２のＨＡＲＱ動作とを実行するハイブリッドＡＲＱ（ＨＡＲＱ）エンティティであって、前記第１のＨＡＲＱ動作と前記第２のＨＡＲＱ動作とは異なる、ＨＡＲＱエンティティを備える、装置。

【請求項2】

装置であって、
前記装置は、
無線通信システムにおいて受信器に１つ以上のデータパケットを送信し、前記データパケットが前記無線通信システムの無線チャネルを用いて送信され、
前記データパケットの送信が成功しない場合にデータパケットの再送信の要求を前記受信器から受信する、
ように構成されており、
前記装置は、
少なくとも第１のＨＡＲＱエンティティと第２のＨＡＲＱエンティティとを含む複数のハイブリッドＡＲＱ（ＨＡＲＱ）エンティティであって、前記第１のＨＡＲＱエンティティは第１のＨＡＲＱ動作を実行し、前記第２のＨＡＲＱエンティティは第２のＨＡＲＱ動作を実行し、前記第１のＨＡＲＱ動作と前記第２のＨＡＲＱ動作とは異なる、複数のＨＡＲＱエンティティ、又は、
第１のＨＡＲＱ動作と第２のＨＡＲＱ動作とを実行するハイブリッドＡＲＱ（ＨＡＲＱ）エンティティであって、前記第１のＨＡＲＱ動作と前記第２のＨＡＲＱ動作とは異なる、ＨＡＲＱエンティティを備える、装置。

【請求項3】

通知に応じて、又は前記データパケットが属する論理チャネルと前記ＨＡＲＱエンティティとの間の関係に基づいて、前記装置は前記１つ以上のデータパケットに、
前記第１のＨＡＲＱ動作を適用する、又は、
前記第２のＨＡＲＱ動作を適用する、又は、
同時に前記第１のＨＡＲＱ動作と前記第２のＨＡＲＱ動作とを適用する、請求項１又は２に記載の装置。

【請求項4】

前記第１及び第２のＨＡＲＱ動作は、
停止と待機ＡＲＱプロトコル、
ウインドウベースのＡＲＱプロトコル、
前記最初の送信後の既定の時間インスタンスで前記１つ以上の再送信及び／又は前記１つ以上のＨＡＲＱ ＡＣＫ／ＮＡＣＫをスケジューリングする同期プロトコル、
時間的に動的に前記１つ以上の再送信及び／又は前記１つ以上のＨＡＲＱ ＡＣＫ／ＮＡＣＫをスケジューリングする非同期プロトコルのうちの１つ以上を備える、請求項３に記載の装置。

【請求項5】

前記装置は、第１の論理チャネルのデータパケットと第２の論理チャネルのデータパケットとの両方を処理するように構成されている、請求項１から４のいずれか１項に記載の装置。

【請求項6】

前記第１の論理チャネルの前記データパケットは、
例えば低レート及び／又は低レイテンシを持つＵＲＬＬＣサービスのような、前記無線通信システムの遅延の影響が大きいサービスによって提供されるデータパケット、又は、
自らに関連する第１のサービス品質（ＱｏＳ）を持つデータパケット、又は、
自らに関連する第１の保証ビット（ＧＢＲ）を持つデータパケット、
を含み、
前記第２の論理チャネルの前記データパケットは、
例えば高レート及び／若しくは中レイテンシ要件を持つｅＭＢＢサービス、又は例えば低レート及び／若しくは低レイテンシ要件を持つｍＭＴＣサービスのような、前記無線通信システムの遅延の影響が小さいサービスによって提供されるデータパケット、又は、
自らに関連する第２のＱｏＳを持つデータパケットであって、前記第１のＱｏＳは前記第２のＱｏＳよりも高い、データパケット、又は、
自らに関連する第２のＧＢＲを持つデータパケットであって、前記第１のＧＢＲは前記第２のＧＢＲよりも高い、データパケットを含む、請求項５に記載の装置。

【請求項7】

前記第１のＨＡＲＱエンティティは前記第１のＨＡＲＱ動作とともに予め設定され、前記第２のＨＡＲＱエンティティは前記第２のＨＡＲＱ動作とともに予め設定される、又は、
前記第１及び第２のＨＡＲＱエンティティの各々が異なる設定を持つＨＡＲＱ動作とともに予め設定され、前記ＨＡＲＱ動作の前記設定は変更可能であり、前記通知に応じて又は前記関係に基づいて前記第１のＨＡＲＱ動作又は前記第２のＨＡＲＱ動作を実施する、請求項１から６のいずれか１項に記載の装置。

【請求項8】

前記装置は設定メッセージ又は再設定メッセージを例えばＲＲＣプロトコルを用いて受信するように構成されており、前記設定／再設定メッセージにより、前記装置は前記第１及び第２のＨＡＲＱ動作を実行するために前記第１及び第２のＨＡＲＱエンティティを確立しかつ／又は前記第１及び第２のＨＡＲＱエンティティの前記設定を設定／再設定するようになる、請求項７に記載の装置。

【請求項9】

前記装置は、
基地局（ｇＮＢ）から前記設定メッセージ又は前記再設定メッセージを受信し、
前記設定メッセージ又は前記再設定メッセージを復号し、
ＨＡＲＱ再送信を実現するために前記第１及び第２のＨＡＲＱエンティティを確立及び／又は設定／再設定するように前記ＭＡＣ層及び／又は物理層を設定する、請求項８に記載の装置。

【請求項10】

第１及び第２のＨＡＲＱエンティティの前記確立及び／又は設定は、規格に定められている既定のプロシージャ及び／又は設定である、請求項１から７のいずれか１項に記載の装置。

【請求項11】

前記第１及び第２のＨＡＲＱエンティティは、
異なる数のＨＡＲＱプロセス、
用いられている空間多重スキームに応じて異なる数のデータパケット、例えばトランスポートブロックをサポートするＨＡＲＱプロセス、
異なる冗長バージョン、
異なる冗長バージョン（ＲＶ）列、
ＡＣＫ／ＮＡＣＫレポート用の異なるチャネル、
異なるＡＣＫ／ＮＡＣＫタイミング、
異なる最大数のＨＡＲＱ再送信、
同じ一括処理物の複数の送信部分にあるトランスポートブロックのようなデータパケットの送信の一括処理の異なる集約率、
すべての送信及び／又は特定の再送信の異なる目標ブロック誤り率（ＢＬＥＲ）、
のうちの１つ以上を備えかつ／又はサポートする、請求項１から１０のいずれか１項に記載の装置。

【請求項12】

各ＨＡＲＱエンティティは１つ以上の並列ＨＡＲＱプロセスを維持し、各ＨＡＲＱプロセスはＨＡＲＱプロセス識別子に関連付けられ、前記ＨＡＲＱプロセス識別子をＨＡＲＱプロセスのプールから（例えば、前記最初の送信及び／又は再送信のタイミングを用いて）自律的に選択するか、或いはシーケンス番号によって既定するか、或いは装置（例えばｇＮＢ基地局）によって動的に選択し、装置（例えばユーザ端末）に通知する、請求項１１に記載の装置。

【請求項13】

前記第１及び第２のＨＡＲＱエンティティを例えばＲＲＣ設定／再設定によって準静的に設定しかつ／又は異なる論理チャネルに関連付け、かつ／又は例えばＭＡＣスケジューラによって動的にスケジューリングする、請求項１から１２のいずれか１項に記載の装置。

【請求項14】

第１及び第２のＨＡＲＱエンティティを準静的に設定しかつ／又は異なる論理チャネルに関連付け、
前記装置は、前記ＰＤＣＣＨ制御チャネル上で受信したリソース割当てについて、前記第１及び第２のＨＡＲＱエンティティのいずれを選択しかつ／又は適用するのかを、
１つ以上の特定の無線ネットワーク一時識別子（ＲＮＴＩ）、又は、
１つ以上のＤＣＩフォーマット、又は、
ＤＣＩフォーマットを用いて送信されるＨＡＲＱ情報の一部であるＨＡＲＱエンティティセレクタ、又は、
異なる物理的リソースの変更可能なコントロールリソースセット（ＣＯＲＥＳＥＴ）におけるＰＤＣＣＨリソース割当て、又は、
異なる物理的チャネル、例えば低レイテンシＰＤＳＣＨ又は低レイテンシＰＵＳＣＨ、
のいずれかを用いて決定するように構成されている、請求項１から１３のいずれか１項に記載の装置。

【請求項15】

前記第１及び第２のＨＡＲＱエンティティは、前記ＭＡＣ層に位置し、かつ／又は、
例えば前記ＰＤＣＣＨでスケジューリングされた異なるダウンリンクリソース割当て方法、異なるＰＤＣＣＨモニタリング周期、
前記物理層の前記ＰＤＣＣＨによるダウンリンク、アップリンク及びサイドリンクスケジューリング用の異なるＤＣＩフォーマット、
前記物理層の前記ＰＤＣＣＨによるスケジューリング用の前記ＤＣＩで示される異なるＲＮＴＩ、
アップリンク再送信、例えば、ＰＤＣＣＨリソース割当てにより要求される再送信、物理的 ＨＡＲＱ ＡＣＫ／ＮＡＣＫ インジケータチャネル（ＰＨＩＣＨ）でのＮＡＣＫ送信により要求される再送信を要求する異なるダウンリンク制御チャネル、
データ送信用の異なる物理的チャネル、例えば、ＰＤＳＣＨ、低レイテンシＰＤＳＣＨ、
例えば、ＰＤＣＣＨ、アップリンクランダムアクセスに対する応答メッセージ、予め設定されたアップリンク許可及び／又は半連続的なスケジューリングでスケジューリングされる異なるアップリンク許可方法、
ダウンリンク再送信、例えば、ＰＵＣＣＨ制御チャネル、又は低レイテンシＰＵＣＣＨ制御チャネル、異なるフォーマット（例えば短いＰＵＣＣＨフォーマットや長いＰＵＣＣＨフォーマット）を用いるＰＵＣＣＨ、コンパクトＰＵＣＣＨを介して送信される前記アップリンク制御情報（ＵＣＩ）のＮＡＣＫ部分を介して要求される再送信を要求する異なるアップリンク制御チャネル、
のうちの１つ以上の物理層プロシージャ又は１つ以上の物理層チャネルに関連付けされるか、リンク及び／又はマッピングされる、請求項１から１３のいずれか１項に記載の装置。

【請求項16】

前記第１及び第２のＨＡＲＱエンティティは、送信のために、かつ／又は、
前記ダウンリンク制御情報中の異なる制御情報ビット、例えば、ＨＡＲＱプロセス識別子、冗長バージョン番号、前記新データインジケータ（ＮＤＩ）、ＡＣＫ／ＮＡＣＫタイミング／リソース情報に用いる異なるビット（ビットでないものを含む）、又は、
前記ＭＡＣ層から前記物理層に送信される前記アップリンク制御情報（ＵＣＩ）、例えば、コードブロックグループについてのＡＣＫ／ＮＡＣＫ又はトランスポートブロックについてのＡＣＫ／ＮＡＣＫ、単一ＡＣＫ／ＮＡＣＫ、複数ＡＣＫ／ＮＡＣＫ、一括処理されるＡＣＫ／ＮＡＣＫ中の異なる制御情報ビット、
のような、物理層動作のサポートのために前記物理層にダウンリンク制御情報又はアップリンク制御情報を（例えば、前記送信又はデータパケットの受信をサポートするか、又は再送信を要求するために）提供する前記ＭＡＣ層に位置する、請求項１から１５のいずれか１項に記載の装置。

【請求項17】

前記ＲＮＴＩを用いる場合、前記装置は、設定及び／又は再設定メッセージを例えばＲＲＣ通知により受信するように構成されており、前記設定メッセージにより、前記装置は前記第１又は第２のＨＡＲＱエンティティに関連付けられた新たなＲＮＴＩを用いて設定されるようになり、これにより、前記装置は、すべてのＲＮＴＩをテストするブラインド復号プロセスの間に、前記第１又は第２のＨＡＲＱエンティティのいずれを選択しかつ／又は適用するのかを決定する、請求項１４から１６のいずれか１項に記載の装置。

【請求項18】

前記ＤＣＩフォーマットは、関連するＨＡＲＱ制御情報を明示的に通知する第１のＤＣＩフォーマットと、すべてのＨＡＲＱ制御情報を明示的に通知することはない第２のＤＣＩフォーマットとを含み、前記通知されなかったＨＡＲＱ制御情報は、前記装置によって導き出され、前記第１のＤＣＩを前記最初の送信に用いることができ、前記第２のＤＣＩフォーマットを前記１つ以上の再送信に用いることができ、
前記装置は、
第２のＤＣＩフォーマット及び前記第１のＤＣＩフォーマット寄りのすべてのＰＤＣＣＨ候補をテストし、
前記埋め込まれたチェックサムを評価して、前記第１のＤＣＩフォーマットと前記第２のＤＣＩフォーマットとのいずれを受信したのかを識別することにより、前記第１又は第２のＨＡＲＱエンティティのいずれを適用するのかを決定する、
ように構成されている、請求項１４から１７のいずれか１項に記載の装置。

【請求項19】

前記ＭＡＣ層に位置する前記第１及び第２の受信ＨＡＲＱエンティティの各々が、物理アップリンクコントロールチャネル（ＰＵＣＣＨ）又は物理ハイブリッドインジケータチャネル（ＰＨＩＣＨ）のような送信ＨＡＲＱエンティティへのＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックのための専用の制御チャネルでの送信のために前記物理層にＡＣＫ／ＮＡＣＫ制御情報を送信する、請求項１から１８のいずれか１項に記載の装置。

【請求項20】

前記制御チャネルは前記ＰＨＩＣＨを備え、前記ＰＨＩＣＨはＡＣＫ／ＮＡＣＫメッセージのみを送信する、請求項１９に記載の装置。

【請求項21】

前記装置は、前記ＰＨＩＣＨでのＮＡＣＫに応じて、前記前の送信／再送信の同じ使用リソースで固定フォーマットを用いて前記再送信を実行し、既定のＲＶ列を用いることができる、請求項２０に記載の装置。

【請求項22】

前記制御チャネルは、前記ＡＣＫ／ＮＡＣＫメッセージを含む低レイテンシＰＵＣＣＨを備え、前記低レイテンシＰＵＣＣＨは通常のＰＵＣＣＨよりも頻繁に送信され、かつ／又は前記低レイテンシＰＵＣＣＨは通常のＰＵＣＣＨよりも小さいペイロードを搬送する、請求項１９から２１のいずれか１項に記載の装置。

【請求項23】

前記装置は、
前記データパケットを送信するのに用いられ、かつ／又は受信している前記データパケットに応じて、前記データパケットを処理する前に、前記データパケットの前記リソース割当てを用いて前記制御チャネル（例えばＰＤＣＣＨ）を復号してＣＳＩを提供するのに用いられる前記無線チャネルを（例えば復調参照シンボル（ＤＭ−ＲＳ）に基づいて）推定し、
前記ＣＳＩを低レイテンシＰＵＣＣＨに含ませるか、又は第１の低レイテンシＰＵＣＣＨを用いて前記ＣＳＩが取得された後と、第２の低レイテンシＰＵＣＣＨの中で送信される前記ＡＣＫ／ＮＡＣＫメッセージの前とに前記ＣＳＩを送信する、
ように構成されている、請求項２２に記載の装置。

【請求項24】

前記装置は、
前記受信器が前記装置による前記送信の最初のスケジューリングをし損なったことを示す、ＨＡＲＱ ＡＣＫ／ＮＡＣＫについての取得し損なったＰＵＣＣＨを検出し、
前記し損なったことを検出するのに応じて、次の機会にＰＤＣＣＨを用いて明示的に、前記同じ送信すなわち前記最初の送信すなわち前記次の冗長バージョン（ＲＶ）をスケジューリングし直す、
ように構成されている、請求項１から２３のいずれか１項に記載の装置。

【請求項25】

ＰＵＣＣＨフォーマット０〜１の場合、前記装置は、電力の閾値処理を実行して、取得し損なったＰＵＣＣＨ送信を検出するように構成されており、
ＰＵＣＣＨフォーマット２〜４１の場合、前記装置はチェックサム検出を実行するように構成されており、前記埋め込まれたチェックサムの不一致が前記最初の許可の前記取得の未成功を示す、請求項２４に記載の装置。

【請求項26】

前記装置は、前記第１及び第２のＨＡＲＱエンティティ又は前記装置の機能、すなわち、
サポートされるＨＡＲＱエンティティの数、
利用可能なＨＡＲＱプロセスの数、
利用可能なＨＡＲＱソフトバッファ、
サポートされるＤＣＩフォーマット、
サポートされる物理的チャネル、
低レイテンシＰＵＣＣＨがサポートされるか否か、
のうちの１つ以上を（例えばＲＲＣ ＵＥ 能力交換メッセージを用いて）通知するように構成されている、請求項１から２５のいずれか１項に記載の装置。

【請求項27】

前記無線システムは１つ以上の基地局（ＢＳ）と１つ以上のユーザ端末（ＵＥ）とを備え、ＵＥは接続モード又はアイドルモードにある間に１つ以上のＢＳによって担当されるか、又は１つ以上の他のＵＥとの直接通信によってサービスが提供され、
前記装置は基地局又はＵＥを備える、請求項１から２６のいずれか１項に記載の装置。

【請求項28】

（システム）
１つ以上の基地局（ＢＳ）及び１つ以上のユーザ端末（ＵＥ）であって、ＵＥは接続モード又はアイドルモードにある間に１つ以上のＢＳによって担当されるか、又は１つ以上の他のＵＥとの直接通信によってサービスが提供される、１つ以上の基地局（ＢＳ）及び１つ以上のユーザ端末（ＵＥ）を備える無線通信ネットワークであって、
基地局及び／又はＵＥは請求項１から２７のいずれか１項に記載の装置を備える、無線通信ネットワーク。

【請求項29】

（ＵＥ／ＢＥになり得るもの）
前記ＵＥは、
モバイル端末、又は、
据え置き型端末、又は、
ビークルを用いる端末、又は、
セルラ方式ＩｏＴ−ＵＥ、又は、
ＩｏＴデバイス、又は、
地上ビークル、又は、
航空ビークル、又は、
ドローン、又は、
移動基地局、又は、
沿道装置、又は、
建物、又は、
前記物件／デバイスが前記無線通信ネットワーク、例えばセンサ若しくはアクチュエータを用いて通信するのを可能にするネットワーク接続性が付与されたその他一切の物件若しくはデバイス、
のうちの１つ以上を備え、
前記ＢＳは、
マクロセル基地局、又は、
マイクロセル基地局、又は、
スモールセル基地局、又は、
基地局の中央ユニット、又は、
基地局の分散ユニット、又は、
沿道装置、又は、
ＵＥ、又は、
遠隔無線ヘッド、又は、
ＡＭＦ、又は、
ＳＭＦ、又は、
コアネットワークエンティティ、又は、
前記ＮＲ若しくは５Ｇコアコンテキストにあるネットワークスライス、又は、
物件若しくはデバイスが前記無線通信ネットワークを用いて通信するのを可能にする任意の送信／受信ポイント（ＴＲＰ）であって、前記物件若しくはデバイスには前記無線通信ネットワークを用いて通信するためのネットワーク接続性が付与される、任意の送信／受信ポイント（ＴＲＰ）
のうちの１つ以上を備える、請求項２８に記載の無線通信ネットワーク。

【請求項30】

（請求項１に対応する方法）
無線通信システムにおいて送信器から１つ以上のデータパケットを受信するステップであって、前記データパケットは前記無線通信システムの無線チャネルを用いて送信される、ステップと、
データパケットの送信が成功しない場合に前記データパケットの再送信を前記送信器に要求するステップと、
を備える方法であって、
前記再送信は、第１のＨＡＲＱ動作及び／又は第２のＨＡＲＱ動作を提供するステップであって、前記第１のＨＡＲＱ動作と前記第２のＨＡＲＱ動作とは異なる、ステップを備え、
少なくとも第１のＨＡＲＱエンティティと第２のＨＡＲＱエンティティとを含む複数のハイブリッドＡＲＱ（ＨＡＲＱ）エンティティであって、前記第１のＨＡＲＱエンティティは前記第１のＨＡＲＱ動作を実行し、前記第２のＨＡＲＱエンティティは前記第２のＨＡＲＱ動作を実行する、複数のＨＡＲＱエンティティを設ける、又は、
前記第１のＨＡＲＱ動作と前記第２のＨＡＲＱ動作とを実行するハイブリッドＡＲＱ（ＨＡＲＱ）エンティティであって、前記第１のＨＡＲＱ動作と前記第２のＨＡＲＱ動作とは異なる、ＨＡＲＱエンティティを設ける、方法。

【請求項31】

無線通信システムにおいて受信器に１つ以上のデータパケットを送信するステップであって、前記データパケットが前記無線通信システムの無線チャネルを用いて送信される、ステップと、
データパケットの送信が成功しない場合に前記データパケットの再送信の要求を前記受信器から受信するステップと、
を備える方法であって、
前記再送信は、第１のＨＡＲＱ動作及び／又は第２のＨＡＲＱ動作を提供するステップであって、前記第１のＨＡＲＱ動作と前記第２のＨＡＲＱ動作とは異なる、ステップを備え、
少なくとも第１のＨＡＲＱエンティティと第２のＨＡＲＱエンティティとを含む複数のハイブリッドＡＲＱ（ＨＡＲＱ）エンティティであって、前記第１のＨＡＲＱエンティティは前記第１のＨＡＲＱ動作を実行し、前記第２のＨＡＲＱエンティティは前記第２のＨＡＲＱ動作を実行する、複数のＨＡＲＱエンティティを設ける、又は、
前記第１のＨＡＲＱ動作と前記第２のＨＡＲＱ動作とを実行するハイブリッドＡＲＱ（ＨＡＲＱ）エンティティであって、前記第１のＨＡＲＱ動作と前記第２のＨＡＲＱ動作とは異なる、ＨＡＲＱエンティティを設ける、方法。

【請求項32】

コンピュータで実行されるときに請求項３０から３１のいずれか１項に記載の方法を実行する命令を記憶するコンピュータ可読媒体を備える非一時的コンピュータプログラムプロダクト。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、モバイル通信システムの分野に関し、特に、情報の送信が成功しない場合に再送信を開始するように、送信器によって送信される情報が受信器で正しく受信されたか否かをチェックしたり確認したりする技術に関する。実施形態は、基地局やユーザ端末（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ：ＵＥ）などの無線通信システムのネットワークエンティティにおける同時同期・非同期ＨＡＲＱ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ：ハイブリッド自動繰り返し要求）動作に関する。

【背景技術】

【0002】

図１は、コアネットワーク１０２と無線アクセスネットワーク１０４とを含む地上波無線ネットワーク１００の例の概略図である。無線アクセスネットワーク１０４は複数の基地局ｇＮＢ_１〜ｇＮＢ_５を含んでもよく、各基地局が、基地局を取り巻き、対応するセル１０６_１〜１０６_５によって概略的に表されている特定のエリアを担う。基地局はセル内のユーザを担当するように設けられる。基地局（ＢＳ）という用語は、５ＧネットワークのｇＮＢ、ＵＭＴＳ／ＬＴＥ／ＬＴＥ−Ａ／ＬＴＥ−Ａ ＰｒｏのｅＮＢや他のモバイル通信規格のＢＳそのものを指す。ユーザは据え置き型デバイス又はモバイルデバイスであってもよい。無線通信システムは、基地局やユーザに接続されるモバイルＩｏＴデバイス又は据え置き型ＩｏＴデバイスによるアクセスを受けることもできる。モバイルデバイス又はＩｏＴデバイスは、物理的なデバイス、ロボットや車などの地上ビークル、有人航空ビークルや無人航空ビークル（ＵＡＶ）（後者はドローンとも称する）などの航空ビークル、建物やその他物件や、電子機器、ソフトウェア、センサ、アクチュエータなどと、これらのデバイスが既存のネットワークインフラストラクチャにわたってデータを収集して交換するのを可能にするネットワーク接続性とが組み込まれたデバイスを含んでもよい。図１は５つのセルのみの図例を示しているが、無線通信システムは、より多数の上記のようなセルを含んでもよい。図１は、セル１０６_２内にあり、基地局ｇＮＢ_２が担当する２つのユーザＵＥ_１及びＵＥ_２（ユーザ端末（ＵＥ）とも称する）を示す。基地局ｇＮＢ_４が担当するセル１０６_４内に別のユーザＵＥ_３がある様子が示されている。矢印１０８_１、１０８_２及び１０８_３は、ユーザＵＥ_１、ＵＥ_２及びＵＥ_３から基地局ｇＮＢ_２、ｇＮＢ_４にデータを送信し、又は基地局ｇＮＢ_２、ｇＮＢ_４からユーザＵＥ_１、ＵＥ_２、ＵＥ_３にデータを送信するためのアップリンク／ダウンリンク接続を概略的に表す。さらに、図１は、据え置き型デバイスであってもモバイルデバイスであってもよい２つのＩｏＴデバイス１１０_１及び１１０_２がセル１０６_４内にある様子を示す。矢印１１２_１によって概略的に表されているように、ＩｏＴデバイス１１０_１が基地局ｇＮＢ_４を介して無線通信システムにアクセスしてデータを送受信する。矢印１１２_２によって概略的に表されているように、ＩｏＴデバイス１１０_２がユーザＵＥ_３を介して無線通信システムにアクセスする。それぞれの基地局ｇＮＢ_１〜ｇＮＢ_５を、例えばＳ１インタフェイスを介して、すなわち、図１において「コア」を指し示す矢印によって概略的に表されている対応するバックホールリンク１１４_１〜１１４_５を介してコアネットワーク１０２に接続してもよい。コアネットワーク１０２を１つ以上の外部ネットワークに接続してもよい。さらに、それぞれの基地局ｇＮＢ_１〜ｇＮＢ_５の一部又は全部が、例えばＮＲのＳ１インタフェイスやＸ２インタフェイスやＸＮインタフェイスを介して、すなわち、図１において「ｇＮＢ」を指し示す矢印によって概略的に表されている対応するバックホールリンク１１６_１〜１１６_５を介して互いに接続される。

【0003】

データ伝送に物理的リソースグリッドを用いてもよい。物理的リソースグリッドは、様々な物理的チャネル及び物理的な信号のマッピング先となるリソース要素のセットを備えてもよい。例えば、物理的チャネルは、ダウンリンクペイロードデータ及びアップリンクペイロードデータとも呼ばれ、ユーザに固有のデータを搬送する物理的ダウンリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）及び物理的アップリンク共有チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）（ＰＤＳＣＨ、ＰＵＳＣＨ）、例えばｍａｓｔｅｒ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ（ＭＩＢ）やシステム情報ブロック（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）（ＳＩＢ）を搬送する物理放送チャネル（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）（ＰＢＣＨ）、例えばダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）（ＤＣＩ）を搬送する物理ダウンリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）及び物理アップリンクコントロールチャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）（ＰＤＣＣＨ、ＰＵＣＣＨ）を含んでもよい。アップリンクでは、物理的チャネルは、ＵＥが同期を行なってＭＩＢとＳＩＢとを取得してからネットワークにアクセスするためにＵＥによって用いられる物理ランダムアクセスチャネル（ｐｈｙｓｉｃａｌ ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）（ＰＲＡＣＨ又はＲＡＣＨ）をさらに含んでもよい。物理的な信号は、参照信号（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）又は参照シンボル（ｒｅｆｅｒｅｎｃｅ ｓｙｍｂｏｌ）（ＲＳ）、同期信号などを備えてもよい。リソースグリッドは、時間ドメインで所定の伝送時間（ｄｕｒａｔｉｏｎ）を持ち、かつ周波数ドメインで所定の帯域幅を持つフレーム又は無線フレームを含んでもよい。フレームは、既定の長さの所定個数のサブフレームを有してもよい。各サブフレームはサイクリックプレフィックス（ｃｙｃｌｉｃ ｐｒｅｆｉｘ）（ＣＰ）長及びサブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）（ＳＣＳ）に応じて１４個のＯＦＤＭシンボルの１つ以上のスロットを含んでもよい。送信時間間隔の短縮（ｓｈｏｒｔｅｎｅｄ ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ：ｓＴＴＩ）や、ごく僅かなＯＦＤＭシンボルを備えるミニスロット（ｍｉｎｉ−ｓｌｏｔ）／非スロット（ｎｏｎ−ｓｌｏｔ）を基本とするフレーム構造を利用する場合には、フレームが少数個のＯＦＤＭシンボルからなることもあってもよい。

【0004】

無線通信システムは任意のシングルトーンシステムであってもよいし、直交周波数分割多重（ＯＦＤＭ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システムなどの周波数分割多重や、ＣＰを用いたり用いなかったりするその他のＩＦＦＴベースの信号、例えばＤＦＴ−ｓ−ＯＦＤＭを用いる任意のマルチキャリアシステムであってもよい。多元接続向けの非直交波形、例えばフィルタバンクマルチキャリア（ｆｉｌｔｅｒ−ｂａｎｋ ｍｕｌｔｉｃａｒｒｉｅｒ）（ＦＢＭＣ）、一般化周波数分割多重化（ｇｅｎｅｒａｌｉｚｅｄ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）（ＧＦＤＭ）、ユニバーサルフィルタマルチキャリア（ｕｎｉｖｅｒｓａｌ ｆｉｌｔｅｒｅｄ ｍｕｌｔｉ ｃａｒｒｉｅｒ）（ＵＦＭＣ）などの他の波形を用いてもよい。無線通信システムを、例えば、ＬＴＥ−Ａｄｖａｎｃｅｄ ｐｒｏ規格や５ＧすなわちＮＲ（Ｎｅｗ Ｒａｄｉｏ）規格に則って運用してもよい。

【0005】

図１に示されている無線ネットワークや通信システムは、オーバーレイされる異なるネットワーク、例えば、各々が基地局ｇＮＢ_１〜ｇＮＢ_５のようなマクロ基地局を含むマクロセルのネットワークと、フェムト基地局やピコ基地局などのスモールセル基地局（図１に示されていない）のネットワークとを有するヘテロジニアスネットワーク（ｈｅｔｅｒｏｇｅｎｅｏｕｓ ｎｅｔｗｏｒｋ）によるものであってもよい。

【0006】

上述されている地上波無線ネットワークに加えて、衛星などの宇宙用トランシーバ及び／又は無人航空機システムなどの航空用トランシーバを含む非地上波無線通信ネットワークも存在する。非地上波無線通信ネットワーク、すなわち非地上波無線通信システムを、図１を参照して上述されている地上波システムと同様に運用してもよく、例えば、ＬＴＥ−ａｄｖａｎｃｅｄ ｐｒｏ規格や５ＧすなわちＮＲ（Ｎｅｗ Ｒａｄｉｏ）規格に則って運用してもよい。

【0007】

モバイル通信ネットワークでは、例えば、ＬＴＥや５Ｇ／ＮＲネットワークなどの、図１を参照して上述されているもののようなネットワークでは、例えばＰＣ５インタフェイスを用いる１つ以上のサイドリンク（ｓｉｄｅｌｉｎｋ）（ＳＬ）チャネルを用いて直接互いと通信するＵＥが存在してもよい。サイドリンクを用いて直接互いと通信するＵＥは、直接他の車両と通信する車両（Ｖ２Ｖ通信）、無線通信ネットワークの他のエンティティ、例えば、交通信号、交通標識や歩行者などの沿道のエンティティと通信する車両（Ｖ２Ｘ通信）を含んでもよい。他方のＵＥは移動体関連のＵＥでなくてもよく、上述のデバイスのいずれかを備えてもよい。このようなデバイスもＳＬチャネルを用いて直接互い（Ｄ２Ｄ通信）と通信してもよい。

【0008】

２つのＵＥがサイドリンクを用いて直接互いと通信することを考えてみると、ＵＥが両方とも同じ基地局によって担当される場合があり、すなわち、ＵＥが両方とも、図１に示されている基地局のうちの１つのような基地局のカバレッジエリア内にある場合がある。これは「カバレッジ内（ｉｎ ｃｏｖｅｒａｇｅ）」シナリオと呼ばれている。他の例によれば、サイドリンクを用いて通信するＵＥが両方とも基地局によって担当されない場合があり、これは「カバレッジ外（ｏｕｔ−ｏｆ−ｃｏｖｅｒａｇｅ）」シナリオと呼ばれている。カバレッジ外とは、２つのＵＥが図１に示されているセルのうちの１つのセル内にないことを意味するのではなく、さらに言えば、当該ＵＥが基地局に接続されていない、例えば、当該ＵＥがＲＲＣ接続状態にないことを意味することに留意する。さらに別のシナリオが「部分的カバレッジ（ｐａｒｔｉａｌ ｃｏｖｅｒａｇｅ）」シナリオと呼ばれ、これによれば、サイドリンクを用いて互いと通信する２つのＵＥの一方が基地局によって担当され、他方のＵＥが基地局によって担当されない。

【0009】

図２は、直接互いと通信する２つのＵＥが両方とも基地局のカバレッジ内（ｉｎ ｃｏｖｅｒａｇｅ）にある状態の概略図である。基地局ｇＮＢは、円２００によって概略的に表されているカバレッジエリアを有し、このカバレッジエリアは図１で概略的に表されているセルと基本的に一致する。直接互いと通信するＵＥには第１の車両２０２と第２の車両２０４とが含まれ、両方とも基地局ｇＮＢのカバレッジエリア２００内にある。車両２０２、２０４は両方とも基地局ｇＮＢに接続され、これに加えて、車両２０２、２０４はＰＣ５インタフェイスを用いて直接互いに接続される。Ｖ２Ｖトラフィックのスケジューリング及び／又は干渉管理については、基地局とＵＥとの間の無線インタフェイスであるＵｕインタフェイスを用いた制御通知を介してｇＮＢが補助する。ｇＮＢは、サイドリンクを用いたＶ２Ｖ通信に用いられるリソースを割り当てる。この構成はモード３構成とも呼ばれている。

【0010】

図３は、ＵＥが基地局のカバレッジ内にない、すなわち、直接互いと通信するそれぞれのＵＥが基地局に接続されていないが、無線通信ネットワークのセル内には物理的に存在し得る状態の概略図である。３つの車両２０６、２０８及び２１０が例えばＰＣ５インタフェイスを用いたサイドリンクを用いて直接互いと通信する様子が示されている。Ｖ２Ｖトラフィックのスケジューリング及び／又は干渉管理は車両間で実施されるアルゴリズムに基づく。この構成はモード４構成とも呼ばれている。上述のように、カバレッジ外シナリオである図３のシナリオは、それぞれのモード４ ＵＥが基地局のカバレッジ２００の外側にあることを意味するのではなく、むしろ、それぞれのモード４ ＵＥが基地局によって担当されていない、すなわち、カバレッジエリアの基地局に接続されていないことを意味する。従って、図２に示されているカバレッジエリア２００内で、モード３ ＵＥ２０２、２０４に加えて、モード４ ＵＥ２０６、２０８、２１０も存在する状態が存在してもよい。

【0011】

ＬＴＥシステムや５Ｇ／ＮＲシステムなどの、図１を参照して上述されているような無線通信システムにおいて、ＢＳなどの送信器によって送信された送信物がＵＥなどの受信器に正しく到達したものであるか否かをチェックしたり確認したりして、送信が成功しない場合に情報の再送信や、情報の、１つ以上の冗長バージョン（ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ）の再送信を要求する解決手段を実施する。当然、このようなプロセスをＵＥからＢＳに送信するときにも実施してもよい。言い換えると、ＵＥ又はｇＮＢで受信されたエラーパケットを処理するために、所定の機構を適用してエラーを正す。ＬＴＥ又はＮＲによれば、ＨＡＲＱ機構を実施して物理層でエラーパケットを訂正する。受信パケットにエラーがある場合には、受信器がパケットをバッファリングし、送信器すなわち発信元に再送信を要求してもよい。再送信されたパケットを受信器が受信した後、受信器で、チャネル復号及びエラー検出の前に、例えば追跡（ｃｈａｓｅ）合成法又はインクリメンタル・リダンダンシ（ｉｎｃｒｅｍｅｎｔａｌ ｒｅｄｕｎｄａｎｃｙ）法を適用することによって、バッファリングされたデータとの合成を行なってもよい。

【0012】

図４は従来のＨＡＲＱ機構の例を簡単に説明している。この例を、ＨＡＲＱの動作及びエンティティを説明するＴＳ ３８．３２１のセクション５．３．２及び５．４．２から導き出すこともできる。図４には、受信器、例えばＵＥにデータパケット１を送信する送信器、例えばｇＮＢが示されている。最初にデータパケット１（１）が送信され、受信器が受信したデータパケットを復号しようとする。データパケットの復号が成功した場合、受信器がデータパケットをＭＡＣ層／物理層から上位層に渡す。データパケットの復号が成功しなかった場合、図４で［１］で示されているように、受信器がデータパケットをソフトバッファ（ｓｏｆｔ ｂｕｆｆｅｒ）にバッファリングする。さらに、受信器が送信器にＮＡＣＫメッセージを送信し、ＮＡＣＫメッセージに応じて、送信器がデータパケットの再送信物１（２）を送信する。［２］に示されているように、バッファリングされた最初の送信物を再送信物と合成する。合成では、追跡合成又はインクリメンタル・リダンダンシを用いてもよい。合成データを復号することができる場合、［３］で示されているように、送信が成功したことを示すＡＣＫメッセージを送信器に送信する。

【0013】

ＨＡＲＱ機構は同期ＨＡＲＱプロセス又は非同期ＨＡＲＱプロセスを含んでもよい。

【0014】

非同期ＨＡＲＱプロセスを適用する場合、ｇＮＢでは利用可能なＨＡＲＱプロセスのいずれでも用いてもよく、例えば、ダウンリンク用の８つのＳＡＷ（Ｓｔｏｐ＆Ｗａｉｔ）プロセスのうちの所定のプロセスを用いてもよい。図５は８チャネル停止と待機（Ｓｔｏｐ−ａｎｄ−Ｗａｉｔ） ＨＡＲＱプロトコルを示す。本プロトコルによれば、所定の期間（ＡＣＫ／ＮＡＣＫを取得し損なったりＮＡＣＫを受信したりしたのに応じて再送信物を送信するまでの最小時間であってもよい）中にさらに別のデータパケットが送信される。後者（ＮＡＣＫの受信）の場合、当該期間は、受信器でデータパケットを復号する処理時間と、送信器でデータパケットに関連するＡＣＫ／ＮＡＣＫメッセージを復号する処理時間とによって決まる。リソースが割り当てられるサブフレーム毎にどのＨＡＲＱプロセスを用いるかに関する命令をｇＮＢがＵＥに与える。それぞれのアイデンティティすなわちＨＡＲＱプロセスＩＤをＰＤＣＣＨ送信物に含ませてもよい。非同期ＨＡＲＱプロセスの実行は、ＤＣＩメッセージにＨＡＲＱプロセスＩＤを含める必要があるので、シグナリングオーバーヘッドの増加をともなうが、どのサブフレームに対しても再送信をスケジューリングする必要がないため、柔軟性が向上する。図６は、ＮＲに使用できる適応型非同期ＨＡＲＱを示す。図６は、ＡＣＫ／ＮＡＣＫを取得し損なったのに応じて再送信物を送信するまでの最小時間を示す。この最小時間に従って、この最小時間後の所定時刻にＨＡＲＱプロセス＃０に対する再送信を行なってもよい。再送信をスケジューリングする場合、ＨＡＲＱプロセス番号＃０〜＃７と、周波数における再送信の位置と、トランスポートフォーマットとを通知する。従って、プロセスは位置及びトランスポートフォーマットに関して適応性を持つ。

【0015】

同期ＨＡＲＱプロセスを適用する場合、再送信を一定の時間間隔でスケジューリングすることより、用いられるプロセスに関する情報、例えばＨＡＲＱプロセス識別子を送出データに含める必要がないので、オーバーヘッドシグナリングが削減される。本プロセスは周期性を持つので、特定のサブフレーム中にリソースが割り当てられていない場合であっても、最初にスケジューリングされた間隔で１番目のプロセスが繰り返され、例えば８ｍｓ毎に繰り返される。

【0016】

図７は、適応型送信／動作を用いたり非適応型送信／動作を用いたりするＬＴＥ無線通信システムの同期ＨＡＲＱプロセスを概略的に示す。図７は、サブフレームｎ、サブフレームｎ＋８及びサブフレームｎ＋１６を示す。サブフレームｎでは、ＰＤＣＣＨを用いて同期ＡＲＱプロセスをスケジューリングすることで、再送信がＨＡＲＱ 往復時間（ｒｏｕｎｄｔｒｉｐ ｔｉｍｅ）（ＲＴＴ）の数倍（サブフレーム８個分であってもよい）でスケジューリングされる。非適応型動作では、物理的ハイブリッドＡＲＱ インジケータチャネル（ＰＨＩＣＨ）を用いたＨＡＲＱフィードバックを用いて再送信が必要か否かを判断する。図７では、サブフレームｎで受信された情報にエラーが含まれていて、すなわち、ＵＥなどの受信器への送信が成功せずに、その結果、ＰＨＩＣＨで否定応答メッセージＮＡＣＫが送信されたと仮定している。スケジューリングされた最初のアップリンクリソースに応じて、送信が成功しなかったことに対応する固有のＰＨＩＣＨリソースが存在し、対応する再送信スロットを用いる同じ周波数リソースを用いて同じＭＣＳによって再送信が行なわれることになり、図７の例では、この再送信はサブフレームｎ＋８での再送信である。言い換えると、非適応型ＨＡＲＱ動作では、ＰＨＩＣＨでＮＡＣＫメッセージを受信すると、発信元すなわち送信器で再送信が開始され、次の送信を行なうときに、前の送信と同じリソースが用いられる。すなわち、ＭＣＳとリソースブロック（ＲＢ）とは不変のままである。図８は、ＵＬＬＲＣサービスに使用できる非適応型同期ＨＡＲＱ を示す。ＨＡＲＱプロセス＃０〜＃７が次々に処理されるという意味で、動作が時間的に同期しており、最後の送信後にスロット／シンボルが正確にＮ個ある状態で再送信が行なわれるので、プロセス番号を通知（シグナリング）する必要がない。このようにスケジューリングの自由度を制限すると、アップリンクシグナリングオーバーヘッドの最小化と遅延の最小化も同時に起こる。

【0017】

適応型同期ＨＡＲＱ動作の場合、図７のサブフレームｎ＋８とサブフレームｎ＋１６との間に示されているように、適応型再送信を示すＤＣＩメッセージを、ＰＤＣＣＨを介して受信する場合にはＰＨＩＣＨを無視する。適応型動作では、適応型送信動作を通知するＤＣＩを用いてＭＣＳ及び周波数リソースを変更する場合があるが、そうであっても、同期ＨＡＲＱプロセスであるので、再送信サブフレームがサブフレームｎでの最初の送信によって既に決められており、次の再送信時刻（図７の例ではサブフレームｎ＋１６である）に実行されることになる。

【0018】

ＬＴＥリリース（Ｒｅｌｅａｓｅ）８によれば、同期ＨＡＲＱプロセスしかアップリンクに用いられず、上述されているように、同期ＨＡＲＱプロセスを適応型モード又は非適応型モードのいずれか一方で動作させることができる。

【0019】

ＮＲリリース１５では、非同期ＨＡＲＱプロセスもアップリンク方向で用いられるように導入するので、再送信が常にｇＮＢによって予めスケジューリングされる。しかし、これではスケジューリングに必要なさらに別のレイテンシが生じ、また、明示的な肯定応答メッセージＡＣＫがこの場合にはもはや存在しないので、そのＨＡＲＱプロセスで新しい送信が開始されるまで、ＵＥは当該ＨＡＲＱプロセスで関連情報を記憶する必要がある。

【0020】

上記の記載箇所の知識は、本発明の背景の理解を高めるためのものにすぎず、従って、当業者に既に知られている先行技術を形成しない知識を含む場合があることに留意する。

【発明の概要】

【発明が解決しようとする課題】

【0021】

本発明の目的は、異なるサービスタイプに関連するデータ又は情報に対して無線通信システムでの再送信を確実に処理する解決手段を提供することである。

【課題を解決するための手段】

【0022】

本目的は独立請求項で定められている保護対象によって達成され、さらに、従属請求項には効果を奏する実施形態が規定されている。
以下で説明されている添付の図面を参照して本発明の実施形態を以下さらに詳細に説明する。

【図面の簡単な説明】

【0023】

【図1】無線通信システムの例の概略図を示す。

【図2】直接互いと通信するＵＥが基地局のカバレッジ内にある状態の概略図を示す。

【図3】互いに直接通信するＵＥが基地局のカバレッジ内にない、すなわち、基地局に接続されていないシナリオを示す。

【図4】従来のＨＡＲＱ機構の例を簡単に説明しており、本例を、ＨＡＲＱの動作及びエンティティを説明するＴＳ ３８．３２１のセクション５．３．２及び５．４．２から導き出すこともできる。

【図5】８チャネル停止と待機ＨＡＲＱプロトコルを示す。

【図6】ＮＲに使用できる適応型非同期ＨＡＲＱを示す。

【図7】適応型送信／動作を用いたり非適応型送信／動作を用いたりするＬＴＥ無線通信システムの同期ＨＡＲＱプロセスを概略的に示す。

【図8】ＵＬＬＲＣサービスに使用できる非適応型同期ＨＡＲＱを示す。

【図9】本発明の実施形態に係る送信器と１つ以上の受信器との間での情報の通信のための無線通信システムの概略図である。

【図10】ＭＡＣ層で共通のＭＡＣエンティティを用いて基地局又はユーザ端末で同期ＨＡＲＱ動作と非同期ＨＡＲＱ動作とを実施する層構造の実施形態を示す。

【図11】ＭＡＣ層で別々のＭＡＣエンティティを用いて基地局又はユーザ端末で同期ＨＡＲＱ動作と非同期ＨＡＲＱ動作とを実施する層構造のさらに別の実施形態を示す。

【図12】アンテナＡＮＴ_Ｒ、信号プロセッサ３０２ａ及びトランシーバ３０２ｂを含む、図９を参照して上述されているＵＥのようなＵＥの詳細を示す。

【図13】同期ＨＡＲＱの場合のフィードバックＬＬ−ＰＵＣＣＨに使用する上記の概念と、非同期ＨＡＲＱの場合のフィードバックを多重化して通常のＰＵＣＣＨにする上記の概念とを示す。

【図14】ユニットやモジュールと、進歩性のある解決手段に係る、説明されている方法のステップとを実行することができるコンピュータシステムの例を示す。

【発明を実施するための形態】

【0024】

以下、添付の図面を参照して本発明の実施形態をより詳細に説明する。図面では、同じ要素又は類似の要素に同じ参照符号が割り当てられて付されている。

【0025】

本発明ではＨＡＲＱプロセスの現行の実施方法を取り扱っているが、現行の実施方法は、モバイル通信シナリオなどの特定のシナリオでは、単一のＵＥが異なるサービスタイプを同時にサポートする場合があるので、不利である。異なるサービスタイプには異なるレイテンシ要件がある場合がある。例えば、ｅＭＢＢサービスなどの遅延の影響が小さいサービスと、ＵＲＬＬＣサービスなどの遅延の影響が大きいサービスとがあり、これらは１つのＵＥによって同時にサポートされる場合がある。このような状況では、無線伝送技術（ｒａｄｉｏ ｔｒａｎｓｍｉｓｓｉｏｎ ｔｅｃｈｎｏｌｏｇｙ：ＲＡＴ）には、例えばデータレート、レイテンシ、信頼性の観点で各サービスタイプを取り扱うことが要求される。しかし、ＬＴＥリリース８やＮＲリリース１５などの現行の改訂系列では、ＨＡＲＱの設計が制限される。例えば、ＮＲではアップリンク送信とダウンリンク送信とに同期ＨＡＲＱを用い、高い柔軟性を付与するためにＰＤＣＣＨリソースの割当てを用いて再送信を明示的にスケジューリングする。ｇＮＢでリソースの割当てを送る前のスケジューリングを実行するのに時間をかけ、ＡＣＫ／ＮＡＣＫメッセージをＨＡＲＱフィードバックチャネルによって即時に送信することができる。しかし、ＵＲＬＬＣトラフィックなどの遅延の影響が大きいトラフィックの場合、ＨＡＲＱ再送信のスケジューリングの負担が大きく、送信時に遅延がさらに生じる。さらに、大型機械式通信（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ−Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）（ｍＭＴＣ）の場合でも、受信器をきわめて複雑にすることが必要であり、バッテリの寿命が短くなる。

【0026】

これは、以下でより詳細に説明されているように本発明によって対処され、本発明の実施形態は、基地局と、モバイル端末やＩｏＴデバイスなどのユーザとを含む図１、図２及び図３に示されているような無線通信システムで実施することができる。図９は、送信器３００と１つ以上の受信器３０２_１〜３０２_ｎとの間での情報の通信のための無線通信システムの概略図である。送信器３００と受信器３０２とが無線通信リンクすなわち無線リンクなどのチャネル３０４ａ、３０４ｂ、３０４ｃを介して通信することができる。送信器３００は、１つ以上のアンテナＡＮＴ_Ｔ又は複数のアンテナ素子を有するアンテナアレイと、信号プロセッサ３００ａと、トランシーバ３００ｂとを含んでもよく、これらは互いに接続されている。受信器３０２は、１つ以上のアンテナＡＮＴ_Ｒ又は複数のアンテナを有するアンテナアレイと、信号プロセッサ３０２ａ_１、３０２ａ_ｎと、トランシーバ３０２ｂ_１、３０２ｂ_ｎとを含み、これらは互いに接続されている。

【0027】

一実施形態によれば、例えば図２にも示されているように、送信器３００は基地局であってもよく、受信器はＵＥであってもよい。基地局３００とＵＥ３０２とがＵｕインタフェイスを用いた無線リンクなどの対応する第１の無線通信リンク３０４ａ及び３０４ｂを介して通信する一方で、ＵＥ３０２がＰＣ５インタフェイスを用いた無線リンクなどの第２の無線通信リンク３０４ｃを介して互いに通信してもよい。

【0028】

一実施形態によれば、例えば図３にも示されているように、送信器３００は第１のＵＥであってもよく、受信器はさらに別のＵＥであってもよい。第１のＵＥ３００とさらに別のＵＥ３０２とがＰＣ５インタフェイスを用いた無線リンクなどの対応する無線通信リンク３０４ａ〜３０４ｃを介して通信してもよい。

【0029】

送信器３００と１つ以上の受信器３０２は、本出願で説明されている進歩性のある教示に従って動作することができる。

【0030】

＜ＵＥ又はＢＳのようにデータを受信し、再送信を要求し、１つ以上のＨＡＲＱエンティティをサポートする装置＞
本発明では、装置であって、
装置は、
無線通信システムにおいて送信器から１つ以上のデータパケットを受信し、データパケットが無線通信システムの無線チャネルを用いて送信され、
データパケットの送信が成功しない場合にデータパケットの再送信を送信器に要求する、
ように構成されており、
装置は、
少なくとも第１のＨＡＲＱエンティティと第２のＨＡＲＱエンティティとを含む複数のハイブリッドＡＲＱ（ＨＡＲＱ）エンティティであって、第１のＨＡＲＱエンティティは第１のＨＡＲＱ動作を実行し、第２のＨＡＲＱエンティティは第２のＨＡＲＱ動作を実行し、第１のＨＡＲＱ動作と第２のＨＡＲＱ動作とは異なる、複数のＨＡＲＱエンティティ、又は、
第１のＨＡＲＱ動作と第２のＨＡＲＱ動作とを実行するハイブリッドＡＲＱ（ＨＡＲＱ）エンティティであって、第１のＨＡＲＱ動作と第２のＨＡＲＱ動作とは異なる、ＨＡＲＱエンティティ、を備える、装置を提供する。

【0031】

＜ＢＳ又はＵＥのようにデータを送信し、再送信の要求を受信し、１つ以上のＨＡＲＱエンティティをサポートする装置＞
本発明では、装置であって、
装置は、
無線通信システムにおいて受信器に１つ以上のデータパケットを送信し、データパケットが無線通信システムの無線チャネルを用いて送信され、
データパケットの送信が成功しない場合にデータパケットの再送信の要求を受信器から受信する、
ように構成されており、
装置は、
少なくとも第１のＨＡＲＱエンティティと第２のＨＡＲＱエンティティとを含む複数のハイブリッドＡＲＱ（ＨＡＲＱ）エンティティであって、第１のＨＡＲＱエンティティは第１のＨＡＲＱ動作を実行し、第２のＨＡＲＱエンティティは第２のＨＡＲＱ動作を実行し、第１のＨＡＲＱ動作と第２のＨＡＲＱ動作とは異なる、複数のＨＡＲＱエンティティ、又は、
第１のＨＡＲＱ動作と第２のＨＡＲＱ動作とを実行するハイブリッドＡＲＱ（ＨＡＲＱ）エンティティであって、第１のＨＡＲＱ動作と第２のＨＡＲＱ動作とは異なる、ＨＡＲＱエンティティを備える、装置を提供する。

【0032】

＜両方の装置に対して以下を適用してもよい＞
＜第１及び／又は第２のＨＡＲＱ動作の適用について＞
実施形態によれば、通知に応じて、又はデータパケットが属する論理チャネルとＨＡＲＱエンティティとの間の関係に基づいて、装置は１つ以上のデータパケットに、
第１のＨＡＲＱ動作を適用する、又は、
第２のＨＡＲＱ動作を適用する、又は、
同時に第１のＨＡＲＱ動作と第２のＨＡＲＱ動作とを適用する。

【0033】

＜動作となり得るものについて＞
実施形態によれば、第１及び第２のＨＡＲＱ動作は、
停止と待機ＡＲＱプロトコル、
ウインドウベースのＡＲＱプロトコル、
最初の送信後の既定の時間インスタンスで１つ以上の再送信及び／又は１つ以上のＨＡＲＱ ＡＣＫ／ＮＡＣＫをスケジューリングする同期プロトコル、
時間的に動的に１つ以上の再送信及び／又は１つ以上のＨＡＲＱ ＡＣＫ／ＮＡＣＫをスケジューリングする非同期プロトコルのうちの１つ以上を備える。

【0034】

＜両方のタイプのパケットを処理してもよい＞
実施形態によれば、装置は、第１の論理チャネルのデータパケットと第２の論理チャネルのデータパケットとの両方を処理するように構成されている。

【0035】

＜タイプとなり得るものについて＞
実施形態によれば、第１の論理チャネルのデータパケットは、
例えば低レート及び／又は低レイテンシを持つＵＲＬＬＣサービスのような、無線通信システムの遅延の影響が大きいサービスによって提供されるデータパケット、又は、
自らに関連する第１のサービス品質（ＱｏＳ）を持つデータパケット、又は、
自らに関連する第１の保証ビット（ｇｕａｒａｎｔｅｅｄ ｂｉｔ ｒａｔｅ）（ＧＢＲ）を持つデータパケット、
を含み、
第２の論理チャネルのデータパケットは、
例えば高レート及び／若しくは中レイテンシ要件を持つｅＭＢＢサービス、又は例えば低レート及び／若しくは低レイテンシ要件を持つｍＭＴＣサービスのような、無線通信システムの遅延の影響が小さいサービスによって提供されるデータパケット、又は、
自らに関連する第２のＱｏＳを持つデータパケットであって、第１のＱｏＳは第２のＱｏＳよりも高い、データパケット、又は、
自らに関連する第２のＧＢＲを持つデータパケットであって、第１のＧＢＲは第２のＧＢＲよりも高い、データパケットを含む。

【0036】

＜ＨＡＲＱエンティティの設定について＞
実施形態によれば、第１のＨＡＲＱエンティティは第１のＨＡＲＱ動作とともに予め設定され、第２のＨＡＲＱエンティティは第２のＨＡＲＱ動作とともに予め設定される、又は、
第１及び第２のＨＡＲＱエンティティの各々が異なる設定を持つＨＡＲＱ動作とともに予め設定され、ＨＡＲＱ動作の設定は変更可能であり、通知に応じて又は関係に基づいて第１のＨＡＲＱ動作又は第２のＨＡＲＱ動作を実施する。

【0037】

＜ＨＡＲＱエンティティの確立と設定状態の設定について＞
実施形態によれば、装置は設定メッセージ又は再設定メッセージを例えばＲＲＣプロトコルを用いて受信するように構成されており、設定／再設定メッセージにより、装置は第１及び第２のＨＡＲＱ動作を実行するために第１及び第２のＨＡＲＱエンティティを確立しかつ／又は第１及び第２のＨＡＲＱエンティティの設定を設定／再設定するようになる。

【0038】

＜設定をｇＮＢから受信することの実現性について＞
実施形態によれば、装置は、
基地局（ｇＮＢ）から設定メッセージ又は再設定メッセージを受信し、
設定メッセージ又は再設定メッセージを復号し、
ＨＡＲＱ再送信を実現するために第１及び第２のＨＡＲＱエンティティを確立及び／又は設定／再設定するようにＭＡＣ層及び／又は物理層を設定する。

【0039】

＜ＨＡＲＱエンティティを規格によって定めてもよい＞
実施形態によれば、第１及び第２のＨＡＲＱエンティティの確立及び／又は設定は、規格に定められている既定のプロシージャ及び／又は設定である。

【0040】

＜第１及び／又は第２のＨＡＲＱエンティティの可能な違いについて＞
実施形態によれば、第１及び第２のＨＡＲＱエンティティは、
異なる数のＨＡＲＱプロセス、
用いられている空間多重スキームに応じて異なる数のデータパケット、例えばトランスポートブロックをサポートするＨＡＲＱプロセス、
異なる冗長バージョン、
異なる冗長バージョン（ＲＶ）列、
ＡＣＫ／ＮＡＣＫレポート用の異なるチャネル、
異なるＡＣＫ／ＮＡＣＫタイミング、
異なる最大数のＨＡＲＱ再送信、
同じ一括処理物（ｂｕｎｄｌｅ）の複数の送信部分にあるトランスポートブロックのようなデータパケットの送信の一括処理の異なる集約率、
すべての送信及び／又は特定の再送信の異なる目標ブロック誤り率（ＢＬＥＲ）、のうちの１つ以上を備えかつ／又はサポートする。

【0041】

＜並列ＨＡＲＱプロセスについて＞
実施形態によれば、各ＨＡＲＱエンティティは１つ以上の並列ＨＡＲＱプロセスを維持し、各ＨＡＲＱプロセスはＨＡＲＱプロセス識別子に関連付けられ、ＨＡＲＱプロセス識別子をＨＡＲＱプロセスのプールから（例えば、最初の送信及び／又は再送信のタイミングを用いて）自律的に選択するか、或いはシーケンス番号によって既定するか、或いは装置（例えばｇＮＢ基地局）によって動的に選択し、装置（例えばユーザ端末）に通知する。

【0042】

＜ＨＡＲＱエンティティを論理チャネルに準静的／動的に関連付けてもよい＞
実施形態によれば、第１及び第２のＨＡＲＱエンティティを例えばＲＲＣ設定／再設定によって準静的に設定しかつ／又は異なる論理チャネルに関連付け、かつ／又は例えばＭＡＣスケジューラによって動的にスケジューリングする。

【0043】

＜ＨＡＲＱエンティティ／プロトコルを識別するのにＤＣＩ通知を用いてもよい＞
実施形態によれば、
第１及び第２のＨＡＲＱエンティティを準静的に設定しかつ／又は異なる論理チャネルに関連付け、
装置は、ＰＤＣＣＨ制御チャネル上で受信したリソース割当てについて、第１及び第２のＨＡＲＱエンティティのいずれを選択しかつ／又は適用するのかを、
１つ以上の特定の無線ネットワーク一時識別子（ＲＮＴＩ）、又は、
１つ以上のＤＣＩフォーマット、又は、
ＤＣＩフォーマットを用いて送信されるＨＡＲＱ情報の一部であるＨＡＲＱエンティティセレクタ、又は、
異なる物理的リソースの変更可能なコントロールリソースセット（Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ）（ＣＯＲＥＳＥＴ）におけるＰＤＣＣＨリソース割当て、又は、
異なる物理的チャネル、例えば低レイテンシＰＤＳＣＨ又は低レイテンシＰＵＳＣＨ、のいずれかを用いて決定するように構成されている。

【0044】

実施形態によれば、第１及び第２のＨＡＲＱエンティティはＭＡＣ層に位置し、かつ／又は、
例えばＰＤＣＣＨでスケジューリングされた異なるダウンリンクリソース割当て方法、異なるＰＤＣＣＨモニタリング周期、
物理層のＰＤＣＣＨによるダウンリンク、アップリンク及びサイドリンクスケジューリング用の異なるＤＣＩフォーマット、
物理層のＰＤＣＣＨによるスケジューリング用のＤＣＩで示される異なるＲＮＴＩ、
アップリンク再送信、例えば、ＰＤＣＣＨリソース割当てにより要求される再送信、Ｐｈｙｓｉｃａｌ ＨＡＲＱ ＡＣＫ／ＮＡＣＫ インジケータチャネル（ＰＨＩＣＨ）でのＮＡＣＫ送信により要求される再送信を要求する異なるダウンリンク制御チャネル、
データ送信用の異なる物理的チャネル、例えば、ＰＤＳＣＨ、低レイテンシＰＤＳＣＨ、
例えば、ＰＤＣＣＨ、アップリンクランダムアクセスに対する応答メッセージ、予め設定されたアップリンク許可（ｇｒａｎｔ）及び／又は半連続的なスケジューリングでスケジューリングされる異なるアップリンク許可方法、
ダウンリンク再送信、例えば、ＰＵＣＣＨ制御チャネル、又は低レイテンシＰＵＣＣＨ制御チャネル、異なるフォーマット（例えば短いＰＵＣＣＨフォーマットや長いＰＵＣＣＨフォーマット）を用いるＰＵＣＣＨ、コンパクトＰＵＣＣＨを介して送信されるアップリンク制御情報（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）（ＵＣＩ）のＮＡＣＫ部分を介して要求される再送信を要求する異なるアップリンク制御チャネル、
のうちの１つ以上の物理層プロシージャ又は１つ以上の物理層チャネルに関連付けされるか、リンク及び／又はマッピングされる。

【0045】

実施形態によれば、第１及び第２のＨＡＲＱエンティティは、送信のために、かつ／又は
ダウンリンク制御情報中の異なる制御情報ビット、例えば、ＨＡＲＱプロセス識別子、冗長バージョン番号、新データインジケータ（ｎｅｗ ｄａｔａ ｉｎｄｉｃａｔｏｒ）（ＮＤＩ）、ＡＣＫ／ＮＡＣＫタイミング／リソース情報に用いる異なるビット（ビットでないものを含む）、又は、
ＭＡＣ層から物理層に送信されるアップリンク制御情報（ＵＣＩ）、例えば、コードブロックグループ（Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ）についてのＡＣＫ／ＮＡＣＫ又はトランスポートブロックについてのＡＣＫ／ＮＡＣＫ、単一ＡＣＫ／ＮＡＣＫ、複数ＡＣＫ／ＮＡＣＫ、一括処理されるＡＣＫ／ＮＡＣＫ中の異なる制御情報ビット、
のような物理層動作のサポートのために物理層にダウンリンク制御情報又はアップリンク制御情報を（例えば、送信又はデータパケットの受信をサポートするか、或いは再送信を要求するために）提供するＭＡＣ層に位置する。

【0046】

実施形態によれば、ＲＮＴＩを用いる場合、装置は、設定及び／又は再設定メッセージを例えばＲＲＣ通知により受信するように構成されており、設定メッセージにより、装置は第１又は第２のＨＡＲＱエンティティに関連付けられた新たなＲＮＴＩを用いて設定されるようになり、これにより、装置は、すべてのＲＮＴＩをテストするブラインド復号プロセスの間に、第１又は第２のＨＡＲＱエンティティのいずれを選択しかつ／又は適用するのかを決定する。

【0047】

実施形態によれば、ＤＣＩフォーマットは、関連するＨＡＲＱ制御情報を明示的に通知する第１のＤＣＩフォーマットと、すべてのＨＡＲＱ制御情報を明示的に通知することはない第２のＤＣＩフォーマットとを含み、通知されなかったＨＡＲＱ制御情報は、装置によって導き出され、第１のＤＣＩを最初の送信に用いることができ、第２のＤＣＩフォーマットを１つ以上の再送信に用いることができ、
装置は、
第２のＤＣＩフォーマット及び第１のＤＣＩフォーマット寄りのすべてのＰＤＣＣＨ候補をテストし、
埋め込まれたチェックサムを評価して、第１のＤＣＩフォーマットと第２のＤＣＩフォーマットとのいずれを受信したのかを識別することにより、第１又は第２のＨＡＲＱエンティティのいずれを適用するのかを決定する、ように構成されている。

【0048】

＜セクション３．１．４：ＵＥ ＨＡＲＱエンティティ／プロトコル毎に専用に用意されたＰＵＣＣＨについて＞
実施形態によれば、ＭＡＣ層に位置する第１及び第２の受信ＨＡＲＱエンティティの各々が、物理アップリンクコントロールチャネル（ＰＵＣＣＨ）又は物理ハイブリッドインジケータチャネル（Ｐｈｙｓｉｃａｌ Ｈｙｂｒｉｄ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ）（ＰＨＩＣＨ）のような送信ＨＡＲＱエンティティへのＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックのための専用の制御チャネルでの送信のために物理層にＡＣＫ／ＮＡＣＫ制御情報を送る。

【0049】

＜ＰＨＩＣＨをＡＣＫ／ＮＡＣＫに制限することの実現性について＞
実施形態によれば、制御チャネルはＰＨＩＣＨを備え、ＰＨＩＣＨはＡＣＫ／ＮＡＣＫメッセージのみを送信する。

【0050】

実施形態によれば、装置は、ＰＨＩＣＨでのＮＡＣＫに応じて、前の送信／再送信の同じ使用リソースで固定フォーマットを用いて再送信を実行し、既定のＲＶ列を用いることができる。

【0051】

＜ＡＣＫ／ＮＡＣＫにＬＬ−ＰＵＣＣＨを用いることの実現性について＞
実施形態によれば、制御チャネルは、ＡＣＫ／ＮＡＣＫメッセージを含む低レイテンシＰＵＣＣＨを備え、低レイテンシＰＵＣＣＨは通常のＰＵＣＣＨよりも頻繁に送信され、かつ／又は低レイテンシＰＵＣＣＨは通常のＰＵＣＣＨよりも小さいペイロードを搬送する。

【0052】

＜ＡＣＫ／ＮＡＣＫ＋ＣＳＩに用いるＬＬ−ＰＵＣＣＨについて＞
実施形態によれば、装置は、
データパケットを送信するのに用いられ、かつ／又は受信しているデータパケットに応じて、データパケットを処理する前に、データパケットのリソース割当てを用いて制御チャネル（例えばＰＤＣＣＨ）を復号してＣＳＩを提供するのに用いられる無線チャネルを（例えばＤｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｙｍｂｏｌ（復調参照シンボル）（ＤＭ−ＲＳ）に基づいて）推定し、
ＣＳＩを低レイテンシＰＵＣＣＨに含ませるか、又は第１の低レイテンシＰＵＣＣＨを用いてＣＳＩが取得された後と、第２の低レイテンシＰＵＣＣＨの中で送信されるＡＣＫ／ＮＡＣＫメッセージの前とにＣＳＩを送信する、ように構成されている。

【0053】

＜セクション３．２について。ＤＣＩ失敗検出と再送信の再スケジューリング＞
実施形態によれば、装置は、
受信器が装置による送信の最初のスケジューリングをし損なったことを示す、ＨＡＲＱ ＡＣＫ／ＮＡＣＫについての取得し損なったＰＵＣＣＨを検出し、
し損なったことを検出するのに応じて、次の機会にＰＤＣＣＨを用いて明示的に、同じ送信すなわち最初の送信すなわち次の冗長バージョン（ＲＶ）をスケジューリングし直す、ように構成されている。

【0054】

実施形態によれば、ＰＵＣＣＨフォーマット０〜１の場合、装置は、電力の閾値処理を実行して、取得し損なったＰＵＣＣＨ送信を検出するように構成されており、ＰＵＣＣＨフォーマット２〜４１の場合、装置はチェックサム検出を実行するように構成されており、埋め込まれたチェックサムの不一致が最初の許可の取得の未成功を示す。

【0055】

＜装置がＨＡＲＱエンティティの機能を通知することの実現性について＞
実施形態によれば、装置は、第１及び第２のＨＡＲＱエンティティ又は装置の機能、すなわち、
サポートされるＨＡＲＱエンティティの数、
利用可能なＨＡＲＱプロセスの数、
利用可能なＨＡＲＱソフトバッファ、
サポートされるＤＣＩフォーマット、
サポートされる物理的チャネル、
低レイテンシＰＵＣＣＨがサポートされるか否か、
のうちの１つ以上を（例えばＲＲＣ ＵＥ 能力（Ｃａｐａｂｉｌｉｔｙ）交換メッセージを用いて）通知するように構成されている。

【0056】

＜装置はＢＳ又はＵＥであってもよい＞
実施形態によれば、
無線システムは１つ以上の基地局（ＢＳ）と１つ以上のユーザ端末（ＵＥ）とを備え、ＵＥは接続モード又はアイドルモードにある間に１つ以上のＢＳによって担当されるか、又は１つ以上の他のＵＥとの直接通信によってサービスが提供され、装置は基地局又はＵＥを備える。

【0057】

＜システム＞
本発明では、進歩性のあるＵＥの少なくとも１つと進歩性のある基地局の少なくとも１つとを備える無線通信ネットワークを提供する。

【0058】

実施形態によれば、受信器及び送信器は、モバイル端末、又は据え置き型端末、又はセルラ方式ＩｏＴ−ＵＥ、又はＩｏＴデバイス、又は地上ビークル、又は航空ビークル、又はドローン、又は移動基地局、又は沿道装置、又は建物、又はマクロセル基地局、又はスモールセル基地局、又は沿道装置、又はＵＥ、又は遠隔無線ヘッド（ｒｅｍｏｔｅ ｒａｄｉｏ ｈｅａｄ）、又はＡＭＦ、又はＳＭＦ、又はコアネットワークエンティティ、又はＮＲ若しくは５Ｇコアコンテキストにあるネットワークスライス、又は物件若しくはデバイスが無線通信ネットワークを用いて通信するのを可能にする任意の送信／受信ポイント（ＴＲＰ）であって、物件若しくはデバイスには無線通信ネットワークを用いて通信するためのネットワーク接続性が付与される、任意の送信／受信ポイント（ＴＲＰ）のうちの１つ以上を備える。

【0059】

実施形態によれば、無線通信ネットワークは、
１つ以上の基地局（ＢＳ）及び１つ以上のユーザ端末（ＵＥ）であって、ＵＥは接続モード又はアイドルモードにある間に１つ以上のＢＳによって担当されるか、又は１つ以上の他のＵＥとの直接通信によってサービスが提供される、１つ以上の基地局（ＢＳ）及び１つ以上のユーザ端末（ＵＥ）を備え、基地局及び／又はＵＥは上記で概説されている装置のいずれかを備える。

【0060】

実施形態によれば、
ＵＥは、
モバイル端末、又は、
据え置き型端末、又は、
ビークルを用いる端末、又は、
セルラ方式ＩｏＴ−ＵＥ、又は、
ＩｏＴデバイス、又は、
地上ビークル、又は、
航空ビークル、又は、
ドローン、又は、
移動基地局、又は、
沿道装置、又は、
建物、又は、
物件／デバイスが無線通信ネットワーク、例えばセンサ若しくはアクチュエータを用いて通信するのを可能にするネットワーク接続性が付与されたその他一切の物件若しくはデバイス、
のうちの１つ以上を備え、
ＢＳは、
マクロセル基地局、又は、
マイクロセル基地局、又は、
スモールセル基地局、又は、
基地局の中央ユニット、又は、
基地局の分散ユニット、又は、
沿道装置、又は、
ＵＥ、又は、
遠隔無線ヘッド、又は、
ＡＭＦ、又は、
ＳＭＦ、又は、
コアネットワークエンティティ、又は、
ＮＲ若しくは５Ｇコアコンテキストにあるネットワークスライス、又は、
物件若しくはデバイスが無線通信ネットワークを用いて通信するのを可能にする任意の送信／受信ポイント（ＴＲＰ）であって、物件若しくはデバイスには無線通信ネットワークを用いて通信するためのネットワーク接続性が付与される、任意の送信／受信ポイント（ＴＲＰ）のうちの１つ以上を備える。

【0061】

＜方法＞
本発明では、
無線通信システムにおいて送信器から１つ以上のデータパケットを受信するステップであって、データパケットは無線通信システムの無線チャネルを用いて送信される、ステップと、
データパケットの送信が成功しない場合にデータパケットの再送信を送信器に要求するステップと、
を備える方法であって、
再送信は、第１のＨＡＲＱ動作及び／又は第２のＨＡＲＱ動作を提供するステップであって、第１のＨＡＲＱ動作と第２のＨＡＲＱ動作とは異なる、ステップを備え、
少なくとも第１のＨＡＲＱエンティティと第２のＨＡＲＱエンティティとを含む複数のハイブリッドＡＲＱ（ＨＡＲＱ）エンティティであって、第１のＨＡＲＱエンティティは第１のＨＡＲＱ動作を実行し、第２のＨＡＲＱエンティティは第２のＨＡＲＱ動作を実行する、複数のＨＡＲＱエンティティを設ける、又は、
第１のＨＡＲＱ動作と第２のＨＡＲＱ動作とを実行するハイブリッドＡＲＱ（ＨＡＲＱ）エンティティであって、第１のＨＡＲＱ動作と第２のＨＡＲＱ動作とは異なる、ＨＡＲＱエンティティを設ける、方法を提供する。

【0062】

本発明では、
無線通信システムにおいて受信器に１つ以上のデータパケットを送信するステップであって、データパケットが無線通信システムの無線チャネルを用いて送信される、ステップと、
データパケットの送信が成功しない場合にデータパケットの再送信の要求を受信器から受信するステップと、
を備える方法であって、
再送信は、第１のＨＡＲＱ動作及び／又は第２のＨＡＲＱ動作を提供するステップであって、第１のＨＡＲＱ動作と第２のＨＡＲＱ動作とは異なる、ステップを備え、
少なくとも第１のＨＡＲＱエンティティと第２のＨＡＲＱエンティティとを含む複数のハイブリッドＡＲＱ（ＨＡＲＱ）エンティティであって、第１のＨＡＲＱエンティティは第１のＨＡＲＱ動作を実行し、第２のＨＡＲＱエンティティは第２のＨＡＲＱ動作を実行する、複数のＨＡＲＱエンティティを設ける、又は、
第１のＨＡＲＱ動作と第２のＨＡＲＱ動作とを実行するハイブリッドＡＲＱ（ＨＡＲＱ）エンティティであって、第１のＨＡＲＱ動作と第２のＨＡＲＱ動作とは異なる、ＨＡＲＱエンティティを設ける、方法をさらに提供する。

【0063】

＜コンピュータプログラムプロダクト＞
本発明では、プログラムがコンピュータによって実行されるとき、本発明に係る１つ以上の方法をコンピュータに実行させる命令を備えるコンピュータプログラムプロダクトを提供する。

【0064】

従って、本発明の実施形態によれば、例えばＵＲＬＬＣなどの低レイテンシサービスのために同期ＨＡＲＱがＮＲに導入される。特に、アップリンクでは、ＰＤＣＣＨの各送信をスケジューリングすると、さらに遅延することになり、ダウンリンクでも、余計に複雑にする必要があり、これはＵＲＬＬＣサービスでは避けなければならない。フィードバックを一括処理すること（ｆｅｅｄｂａｃｋ ｂｕｎｄｌｉｎｇ）でフィードバックチャネルのスペクトル効率と信頼性とを向上させることにも、レイテンシをさらに増大させるという欠点がある。ＵＲＬＬＣサービスの場合、フィードバックが可能な限り高速であることが必要であり、従って、本発明の解決手段に係れば、ＵＲＬＬＣ ＨＡＲＱフィードバックに専用のリソースを用いる。ダウンリンクでは、これは、肯定応答／否定応答メッセージＡＣＫ／ＮＡＣＫのみを含むＨＡＲＱインジケータチャネルに対応し、アップリンクでは、フィードバックや低レイテンシＣＳＩ（ｌｏｗ−ｌａｔｅｎｃｙ ＣＳＩ：ＬＬ−ＣＳＩ）に特化して用いられる２つのＰＵＣＣＨリソースに対応する。本発明の解決手段に係れば、複数のハイブリッドＡＲＱ（ＨＡＲＱ）エンティティ、例えば、異なるＨＡＲＱ動作を実行する２つ以上のＨＡＲＱエンティティであり、例えば、ｅＭＢＢサービスなどの遅延の影響が小さいサービス向けの非同期ＨＡＲＱと、ＵＲＬＬＣサービスなどの遅延の影響が大きいサービス向けの同期ＨＡＲＱである。

【0065】

実施形態によれば、通信システムは、ＱｏＳフロー、通知（シグナリング）及び無線ベアラ、ＲＬＣフロー、論理チャネル、トランスポートチャネル並びに物理的チャネルを用いて複数の層にわたるデータフローを構成する。サービスがＱｏＳフローに対応してもよく、このサービスは無線ベアラにマッピングされる。ＨＡＲＱはＭＡＣ層及び／又は物理層に位置してもよく、上位層で実際のサービスを一切認識しなくてもよい。パケットが対応する論理チャネルのみをＭＡＣ層が認識してもよく、これにより、論理チャネル毎にＨＡＲＱエンティティを選択することができる。

【0066】

言い換えれば、本発明の解決手段の実施形態では、同期ＨＡＲＱ動作及び非同期ＨＡＲＱ動作を一斉にすなわち同時にサポートする可能性を提供し、これにより、送信によって生じるサービスに関するそれぞれの動作の効果を組み合わせる。例えば、同期ＨＡＲＱには、再送信のスケジューリングに余計なＰＤＣＣＨが必要ないという効果があり、これにより、特にアップリンク送信の場合にさらに時間を浪費することが回避され、ブラインド復号（ｂｌｉｎｄ ｄｅｃｏｄｉｎｇ）の負担が軽減される。同期ＨＡＲＱ動作では、ＡＣＫ／ＮＡＣＫメッセージの送信に対して専用のＨＡＲＱインジケータチャネルを用い、最初の送信に応じて既定された再送信用のリソースをＮＡＣＫメッセージによって自動的に割り当てる。すなわち、再送信用のリソースのスケジューリングにさらに時間が費やされることはない。例えば、送信がＵＲＬＬＣサービスなどのレイテンシの影響が大きいサービスや、ｍＭＴＣサービスなどの低複雑度のサービスを由来とすることを認識する場合に同期ＨＡＲＱ動作をＵＥで用いてもよい一方で、それと同時に、ｅＭＢＢサービスのような遅延の影響が小さいサービスや通常の複雑度のサービスを由来とする送信もＵＥでサポートしてもよく、このような送信については、非同期的に再送信をスケジューリングするのにＰＤＣＣＨをＵＥで用いてもよい。例えば、同期ＨＡＲＱ動作を適用する場合にＳｔｏｐ＆Ｗａｉｔ ＨＡＲＱ機構を用いてもよい一方で、非同期ＨＡＲＱプロトコルを選択して遅延の影響が小さいサービスに用いてもよい。

【0067】

さらに、ダウンリンク送信については、遅延の影響が小さい送信に通常のチャネル状態情報フィードバックを用いるＨＡＲＱプロトコルを用いてもよい一方で、低レイテンシＣＳＩフィードバックチャネルを用いる別のＨＡＲＱプロトコルをレイテンシの影響が大きいサービスの場合に用いてもよい。このようなＣＳＩフィードバックを、異なるフォーマットを用いるＰＵＣＣＨを用いて送信してもよい。

【0068】

図１０は本発明の一実施形態に係る基地局又はユーザ端末で同時同期・非同期ＨＡＲＱ動作を実施するためのレイヤ２構造を概略的に示す。ＭＡＣ層には、スケジューリング／優先度処理（ｓｃｈｅｄｕｌｉｎｇ／ｐｒｉｏｒｉｔｙ ｈａｎｄｌｉｎｇ）３１０と多重化３１２とを実行するＭＡＣエンティティが設けられている。ＭＡＣエンティティは、同期ＨＡＲＱ動作用の同期ＨＡＲＱエンティティ３１４と、非同期ＨＡＲＱ動作用の非同期ＨＡＲＱエンティティ３１６とをさらに含み、これにより、用いられるＨＡＲＱに応じて、ＨＡＲＱエンティティ３１４、３１６の一方又は両方のいずれかを１つ以上のデータパケットの送信に適用すなわち使用することができる。他の実施形態によれば、ＨＡＲＱエンティティ３１４、３１６を含む１つのＭＡＣエンティティを設けるのではなく、複数のＭＡＣエンティティを設けて、各ＭＡＣエンティティに図１１に示されているＨＡＲＱエンティティを含ませてもよい。さらに、１つのＨＡＲＱエンティティで同期ＨＡＲＱ動作と非同期ＨＡＲＱ動作とを同時にサポートし、ＨＡＲＱプロセスのＨＡＲＱ動作モード間で動的にシフトさせたり、再設定／設定によって変更したりする、例えばＲＲＣ通知によって変更したりすることもできる。

【0069】

従って、本発明の解決手段では、異なる再送信プロトコルやプロシージャを一斉にすなわち同時にサポートするネットワークエンティティ及び方法が提供される。２つの再送信プロシージャについて記載されているが、本発明の解決手段はこのようなシナリオに限定されず、さらに言えば、２つを超える再送信プロシージャをネットワークエンティティで同時にサポートしてもよいことに留意する。さらに、本発明の解決手段は非同期ＨＡＲＱ動作と同期ＨＡＲＱ動作とに限定されず、さらに言えば、ＡＲＱプロシージャなどの他の再送信プロシージャを実施してもよい。

【0070】

実施形態によれば、用いられるＨＡＲＱプロトコルを、ＲＲＣプロトコルを介して準静的に設定してもよい。この設定を用いて、例えば、ｅＭＢＢ、ＵＲＬＬＣやｍＭＴＣなどのサービスタイプに基づいたり、遅延や保証ビットレート（ｇｕａｒａｎｔｅｅｄ ｂｉｔｒａｔｅ）（ＧＢＲ）などの特定の５ＱＩ属性に基づいたりして、どのＨＡＲＱプロトコルを用いるのかをＵＥ又はｇＮＢが選択する基準を設定してもよい。

【0071】

さらに別の実施形態によれば、サポートされたＨＡＲＱプロトコル毎に異なるＨＡＲＱエンティティを用いてもよい。ＨＡＲＱエンティティを通知（シグナリング）によって設定してもよいし、規格にハードコーディングしてもよい。論理チャネルアイデンティティによって定められる異なる論理チャネルを異なるＨＡＲＱエンティティに用いてもよく、また、異なる物理的リソースによって定められる異なる物理的チャネルを異なるＨＡＲＱエンティティに用いてもよい。また、異なる物理的リソースに異なるサブキャリア間隔を用いてもよい。

【0072】

異なる送信／再送信に対して異なる目標ブロック誤り率（Ｂｌｏｃｋ Ｅｒｒｏｒ Ｒａｔｅ：ＢＬＥＲ）を異なるＨＡＲＱエンティティに用いてもよく、異なるＨＡＲＱエンティティを異なる個数のＨＡＲＱプロセスに関連付けてもよい。さらに、異なる順序の冗長バージョン（ＲＶ）を適用してもよい。

【0073】

さらに別の実施形態によれば、ＨＡＲＱエンティティ／プロトコルを識別するのにＤＣＩ通知（シグナリング）を用いてもよい。例えば、ＵＥでは、受信した、送信についての許可に対して、どのＨＡＲＱエンティティが処理されるのかや、どのＨＡＲＱプロトコルが適用されるのかを決定する必要がある。これは、無線ネットワーク一時識別子（ＲＮＴＩ）を用いるか、又はコンパクトなフォーマットにすることができる新たな特定のＤＣＩフォーマットを用いるかして実現してもよい。

【0074】

例えばＲＮＴＩを用いる場合、例えばＲＲＣ通知（シグナリング）を介して新たなＲＮＴＩを用いてＵＥを設定し、新たなＲＮＴＩを、送信に用いられるＨＡＲＱエンティティ／プロトコルに関連付け、これにより、すべてのＲＮＴＩがテストされるブラインド復号プロセス中に、どのＨＡＲＱプロトコルを適用するのかをＵＥが決定することができる。

【0075】

新たなＤＣＩフォーマットを遅延の影響が大きい送信に特に用いてもよく、同期ＨＡＲＱにはＨＡＲＱプロセスＩＤが必要ないので、ＨＡＲＱプロセスＩＤを含まない新たなＤＣＩフォーマットを設けてもよい。ＵＲＬＬＣサービスの場合のＤＣＩフォーマットはＵＲＬＬＣ ＤＣＩフォーマットと呼ばれる場合がある。ＨＡＲＱプロセスＩＤを含むＤＣＩフォーマットは、例えばｅＭＢＢサービス用の非同期ＨＡＲＱ動作に関係することから、ｅＭＢＢ ＤＣＩフォーマットと呼ばれる場合がある。本解決手段に係れば、ＵＥで、ＰＤＣＣＨ用ｅＭＢＢ ＤＣＩフォーマット寄りのＰＤＣＣＨ候補と、ＰＤＣＣＨ用ＵＲＬＬＣ ＤＣＩフォーマット寄りのＰＤＣＣＨ候補とが得られるまでテストしてもよく、これにより、埋め込まれたチェックサムによってどのＤＣＩフォーマットが適用されるのかが示され、従って、どのＨＡＲＱエンティティ／プロトコルが適用されるのかが示される。同期ＨＡＲＱを用いてＤＬ送信を通知するのに用いるＤＣＩは、コンパクトＤＣＩフォーマット１＿２と呼ばれる場合があり、これをブラインド復号によって検出する。コンパクトＤＣＩフォーマット１＿２はＤＣＩフォーマット１＿０と同一のフィールドを含んでもよく、また、以下のフィールドは含まなくてもよい：
ＨＡＲＱプロセス数：４ビット、
Ｄｏｗｎｌｉｎｋ ａｓｓｉｇｎｍｅｎｔ ｉｎｄｅｘ、
ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ。

【0076】

さらに別の実施形態によれば、ＨＡＲＱエンティティ／プロトコル毎に専用のＰＵＣＣＨを用いてもよい。例えば、アップリンクでフィードバックやＬＬ−ＣＳＩを送信するためにＨＡＲＱ／プロトコル毎にそれに専用のＰＵＣＣＨを受信してもよい。これにより、ＵＲＬＬＣ ＨＡＲＱプロトコルのレイテンシを低く抑えるのを支援することができる。ｅＭＢＢ ＨＡＲＱプロトコルでは一括処理（ｂｕｎｄｌｉｎｇ）技術を用いる場合があるので、大量の処理と送信の長時間化とが必要であり、これらは形を変えてこれらに対応したより長いＰＵＣＣＨになる。しかし、これはＵＲＬＬＣ ＨＡＲＱプロシージャのボトルネックである。従って、本発明に係れば、ＵＲＬＬＣ ＨＡＲＱプロシージャでは、１回のＡＣＫ／ＮＡＣＫフィードバック及び／又はＬＬ−ＣＳＩを用いた短いＰＵＣＣＨを用いる。

【0077】

さらに別の実施形態によれば、ＨＡＲＱプロセスの数とＵＥの機能とを設定するのにＲＲＣ通知を用いてもよい。ＮＲ及びＬＴＥでは、アップリンク及びダウンリンクにＨＡＲＱプロトコルを１つだけ用いる。従って、ＨＡＲＱプロセスの数をＰＤＳＣＨ、ＰＵＳＣＨ及びＰＳＳＣＨに対して設定することで十分である。本発明に係れば、同期ＨＡＲＱプロトコルと非同期ＨＡＲＱプロトコルとに用いられるＨＡＲＱプロセスの数をｇＮＢがＵＥに伝えることができる（それぞれのＨＡＲＱプロセスを３１４及び３１６で示している上記の図１０を参照）。各プロトコルに利用可能なＨＡＲＱプロセスの数は、ＵＥによってｇＮＢに通知することができるＵＥの機能の一部であってもよい。以下にＰＤＳＣＨの通知の例を示すが、本例には、非同期ＨＡＲＱ動作について、ＰＤＳＣＨのＨＡＲＱプロセスの数（ｎｒｏｆＨＡＲＱ−ＰｒｏｃｅｓｓｅｓＦｏｒＰＤＳＣＨを参照）と、ＰＤＳＣＨ−ＵＲＬＬＣのＨＡＲＱプロセスの数（ｎｒｏｆＨＡＲＱ−ＰｒｏｃｅｓｓｅｓＦｏｒＰＤＳＣＨ−ＵＲＬＬＣを参照）とが示されている。

【0078】

ＰＤＳＣＨ−ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ：：＝ＳＥＱＵＥＮＣＥ ｛
ｃｏｄｅＢｌｏｃｋＧｒｏｕｐＴｒａｎｓｍｉｓｓｉｏｎ ＳｅｔｕｐＲｅｌｅａｓｅ ｛ＰＤＳＣＨ−ＣｏｄｅＢｌｏｃｋＧｒｏｕｐＴｒａｎｓｍｉｓｓｉｏｎ｝ ＯＰＴＩＯＮＡＬ ｘＯｖｅｒｈｅａｄ ＥＮＵＭＥＲＡＴＥＤ ｛ｘＯｈ６、ｘＯｈ１２、ｘＯｈ１８ ｝ ＯＰＴＩＯＮＡＬ
ｎｒｏｆＨＡＲＱ−ＰｒｏｃｅｓｓｅｓＦｏｒＰＤＳＣＨ ＥＮＵＭＥＲＡＴＥＤ ｛ｎ２、ｎ４、ｎ６、ｎ１０、ｎ１２、ｎ１６｝ ＯＰＴＩＯＮＡＬ
ｎｒｏｆＨＡＲＱ−ＰｒｏｃｅｓｓｅｓＦｏｒＰＤＳＣＨ−ＵＲＬＬＣ ＥＮＵＭＥＲＡＴＥＤ ｛ｎ２、ｎ４、ｎ６、ｎ１０、ｎ１２、ｎ１６｝ ＯＰＴＩＯＮＡＬ
ｐｕｃｃｈ−Ｃｅｌｌ ＳｅｒｖＣｅｌｌＩｎｄｅｘ ＯＰＴＩＯＮＡＬ、−−Ｃｏｎｄ ＳＣｅｌｌＡｄｄＯｎｌｙ．．．｝

【0079】

さらに別の実施形態によれば、ＤＣＩを検出し損なって再送信をスケジューリングし直すことを実施してもよい。例えばダウンリンク送信では、ＵＥが送信の最初のスケジューリングをし損なう場合があり、この場合、当然以降の再送信もし損なう。ｇＮＢでは、取得し損なったＰＵＣＣＨ、すなわち取得し損なったフィードバックや取得し損なったＬＬ−ＳＣＩを例えば提示されたＰＵＳＣＨフォーマットに応じて検出してもよい。ｇＮＢでＤＣＩを取得し損なったことを検出した場合、次の機会にＰＤＣＣＨを用いて同じ送信や次の冗長バージョンを明示的にスケジューリングし直す。ｇＮＢで、ＰＵＣＣＨフォーマット０〜１の場合には、電力の閾値処理を実行することで、取得し損なったＰＵＣＣＨ送信を検出してもよく、ＰＵＣＣＨフォーマット２〜４の場合には、チェックサム検出を実行してもよい。埋め込まれたチェックサムの不一致は最初の許可を取得し損なったことを示す。

【0080】

実施形態によれば、基地局（ｇＮＢ）でＵＬ ＨＡＲＱ再送信をスケジューリングしてもよい。一例では、例えばＮＲで用いられる適応型再送信を適用してもよく、ｇＮＢでは、新たな位置及びフォーマットを提示するのにＰＤＣＣＨでの通常のＤＣＩフォーマットを用いて再送信用のＵＬリソース割当てをスケジューリングしてもよい。従って、例えば、プロセスＩＤ、ＲＶ、ＮＤＩを含むＨＡＲＱ制御情報の完全な通知が実現される。

【0081】

非適応型の同期ＡＲＱ再送信もスケジューリングしてもよい。そうすれば、実施形態によれば、ｇＮＢはＵＥに再送信を開始させる別の選択機能を得る。

【0082】

第１の実施形態によれば、ＡＣＫ／ＮＡＣＫに限られる、すなわち、ＡＣＫ／ＮＡＣＫメッセージのみを含む物理ハイブリッドインジケータチャネル（ＰＨＩＣＨ）を用いてもよい。ＵＥがＮＡＣＫを受信すると、ＵＥは同じリソースを用いて固定フォーマットで再送信し、随意により、フォーマットを既定のＲＶ列のフォーマットに固定する。迅速なＡＣＫの通知は、例えば、自律再送信を停止するのに有用であり、また、ＵＲＬＬＣシナリオではＮＡＣＫを待たずに再送信物を送信してもよい。

【0083】

第２の実施形態によれば、限られた制御情報のみが送信されるように、新たなコンパクトＤＣＩフォーマットを用いたＰＤＣＣＨを実施してもよい。これにより、通常のＤＣＩフォーマットと比較して負荷が低減される。例えば、最初の送信に関して同じリソースが用いられるので、プロセスＩＤを送る必要がない場合がある。

【0084】

例えば、最初の送信で、通常のＤＣＩを詳細な情報とともに用いてもよく、その後、再送信や新たなデータの最初の送信で、コンパクトＤＣＩフォーマットのみを、例えば同期プロトコルを用いる場合に用いる。

【0085】

さらに、ｇＮＢで、最初の送信で一切ＵＬ ＡＣＫ／ＮＡＣＫを受信しない場合、すなわちＡＣＫを一切受信しなかったか、或いはＮＡＣＫを一切受信しなかったり、何も受信しなかった場合、ＵＥに新たな初期アップリンク送信を要求してもよい。これの代わりに、ｇＮＢがコンパクトＤＣＩを用いて特定の冗長バージョンを要求してもよい。

【0086】

以下、ＤＬ ＨＡＲＱ再送信用のＵＥフィードバックなどのフィードバックについてのさらに別の実施形態を説明する。図１２は、アンテナＡＮＴ_Ｒ、信号プロセッサ３０２ａ及びトランシーバ３０２ｂを含む、図９を参照して上述されているＵＥのようなＵＥの詳細を示す。図１２に示されているように、送信物の受信に続いて、最初に、送信物中の参照信号を用いてチャネル推定を行なうことによりＣＱＩを生成してもよい。さらに、ＰＭＩ及びＲＩも得てもよい。データを処理して復号が成功したか否かを確かめた後にだけＡＣＫ／ＮＡＣＫメッセージが作成される。

【0087】

実施形態によれば、例えば短い送信時間間隔を用いて通常のＰＵＣＣＨよりも頻繁に送られる低レイテンシ（ｌｏｗ ｌａｔｅｎｃｙ：ＬＬ）ＰＵＣＣＨを同期ＨＡＲＱにおいて実現することができる。ＨＡＲＱ ＡＣＫ／ＮＡＣＫの一括処理（ｂｕｎｄｌｉｎｇ）には複数のデータパケットの受信及び復号処理が済むまで待機することが必要であるので、ＬＬ−ＰＵＣＣＨではＨＡＲＱ ＡＣＫ／ＮＡＣＫの一括処理をサポートしなくてもよい。ＬＬ−ＰＵＣＣＨを用いることでＨＡＲＱ ＡＣＫ／ＮＡＣＫを即時に送ることができる。従来は、ＡＣＫ／ＮＡＣＫを常にＦＩＦＯ（ｆｉｒｓｔ ｉｎ ｆｉｒｓｔ ｏｕｔ）シーケンスで送信しなければならなかったので、非同期ＨＡＲＱプロトコルのＨＡＲＱ ＡＣＫ／ＮＡＣＫを追い抜く場合もある）。

【0088】

非同期ＨＡＲＱでは通常のＰＵＣＣＨを用いる。本発明の実施形態を用いることでフィードバックを多重化して通常のＰＵＳＣＨにすることができる。レイテンシの影響が小さい場合、多重化してＰＵＳＣＨにすることは有用であり、例えば、ＰＲＢがスケジュールされる、より大きいペイロードが付与されるなどのために、より優れたリンク適応が可能である。

【0089】

図１３は、同期ＨＡＲＱの場合のフィードバックＬＬ−ＰＵＣＣＨに使用する上記の概念と、非同期ＨＡＲＱの場合のフィードバックを多重化して通常のＰＵＣＣＨにする上記の概念とを示す。

【0090】

さらに別の実施形態によれば、低レイテンシ（ｌｏｗ ｌａｔｅｎｃｙ：ＬＬ）ＣＳＩを送信するのにＬＬ−ＰＵＣＣＨを用い、最初の送信で例えばＤＭ−ＲＳを使用して推定されたチャネルの状況に問題があった場合にＲＶの選択と適応型再送信とをサポートし、さらに、低レイテンシ（ＬＬ）ＨＡＲＱをサポートして、例えば低速のｅＭＢＢ復号と比較して高速のＡＣＫ／ＮＡＣＫを実現してもよい。例えば、最初に、最初の送信のｆｒｏｎｔｌｏａｄｅｄ ＤＭ−ＲＳに基づいてＬＬ−ＰＵＣＣＨを高速のＣＳＩフィードバックを用いて送信する。これは、パケットの復号ではなくチャネル推定に基づいていることから高速である。高速ＣＳＩフィードバックが受信されない場合、例えば、ＰＤＣＣＨリソース割当てが受信されず、従ってＤＭ−ＲＳが受信されない場合、新たな最初の送信を行ってもよい。ＬＬ−ＣＳＩフィードバックを、ＰＤＣＣＨ＋ＤＭ−ＲＳ及び／又はデータそのものに対するＡＣＫとして解釈すなわち理解してもよい。ＬＬ−ＣＳＩフィードバックに続いて、ＡＣＫ／ＮＡＣＫを含むＬＬ−ＰＵＣＣＨを送信してもよい。フィードバックを１つ以上の別のＣＳＩフィードバック又は逐次的に追加されるＣＳＩフィードバックと組み合わせてもよく、高速ＣＳＩフィードバックと同じＰＵＣＣＨフォーマットを用いてもよいし異なるＰＵＣＣＨフォーマットを用いてもよい。

【0091】

上記の実施形態のいくつかでは、モード３構成とも呼ばれる接続モードにあるそれぞれの車両か、又はモード４構成とも呼ばれるアイドルモードにある車両かのいずれかについて記載してきた。しかし、本発明はＶ２Ｖ通信又はＶ２Ｘ通信に限定されず、さらに言えば、任意のデバイス間通信、例えばサイドリンク通信を例えばＰＣ５インタフェイスを用いて行なう移動体を用いないモバイルユーザ又は据え置き型ユーザに適用可能である。また、このようなシナリオでは、上記の態様に係るリソースのスケジューリングは、リソースの衝突などを回避するサイドリンク通信のためのリソースのより効率的なスケジューリングを可能にするので、有効である。

【0092】

本発明のいくつかの実施形態は、送信器がユーザ端末を担当する基地局であり、かつ受信器が基地局によって担当されるユーザ端末である通信システムについて上記で説明されている。しかし、本発明はこのような実施形態に限定されず、送信器がユーザ端末局であり、かつ受信器がユーザ端末を担当する基地局である通信システムにおいても実施してもよい。他の実施形態によれば、受信器と送信器との両方が、直接互いと例えばサイドリンクインタフェイスを介して通信するＵＥであってもよい。

【0093】

実施形態によれば、無線通信システムは、地上波ネットワークや、非地上波ネットワークや、受信器として航空ビークルや宇宙ビークルを用いるネットワーク又はネットワークの部分や、これらの組み合わせを含んでもよい。

【0094】

実施形態によれば、受信器は、モバイル又は据え置き型端末、ＩｏＴデバイス、地上ビークル、航空ビークル、ドローン、建物や、物件／デバイスがセンサやアクチュエータなどの無線通信システムを用いて通信するのを可能にするネットワーク接続性が付与されたその他一切の物件やデバイスのうちの１つ以上を備えてもよい。実施形態によれば、例えば、送信器は、マクロセル基地局や、スモールセル基地局や、衛星や宇宙などの宇宙ビークルや、無人航空機システム（ｕｎｍａｎｎｅｄ ａｉｒｃｒａｆｔ ｓｙｓｔｅｍ：ＵＡＳ）、例えば、係留型ＵＡＳ（ｔｅｔｈｅｒｅｄ ＵＡＳ）、浮力利用型ＵＡＳ（ｌｉｇｈｔｅｒ ｔｈａｎ ａｉｒ ＵＡＳ：ＬＴＡ）、浮力不利用型ＵＡＳ（ｈｅａｖｉｅｒ ｔｈａｎ ａｉｒ ＵＡＳ：ＨＴＡ）及び高高度ＵＡＳプラットホーム（ｈｉｇｈ ａｌｔｉｔｕｄｅ ＵＡＳ ｐｌａｔｆｏｒｍ：ＨＡＰ）などの航空ビークルや、ネットワーク接続性が付与された物件やデバイスが無線通信システムを用いて通信するのを可能にする任意の送信／受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ／ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ：ＴＲＰ）のうちの１つ以上を備えてもよい。

【0095】

説明されている概念のいくつかの態様を装置に関して説明してきたが、これらの態様が、対応する方法の説明も表すことは明らかである。この場合、ブロックやデバイスが方法のステップや、方法のステップの特徴部に対応する。同様に、方法のステップに関して説明されている態様は、対応する装置の対応するブロックや項目や特徴部の説明も表す。

【0096】

本発明の様々な要素及び特徴部を、アナログ及び／又はデジタル回路を用いるハードウェアで実施したり、１つ以上の汎用プロセッサ又は専用プロセッサによる命令の実行を通じてソフトウェアで実施したり、ハードウェアとソフトウェアとの組み合わせとして実施してもよい。例えば、本発明の実施形態をコンピュータシステムや別の処理システムの環境で実施してもよい。図１４はコンピュータシステム３５０の例を示す。ユニットやモジュールと、当該ユニットによって実行される方法のステップとを１つ以上のコンピュータシステム３５０で実行してもよい。コンピュータシステム３５０は専用のデジタル信号プロセッサや汎用のデジタル信号プロセッサなどの１つ以上のプロセッサ３５２を含む。プロセッサ３５２はバスやネットワークなどの通信インフラストラクチャ３５４に接続されている。コンピュータシステム３５０は、メインメモリ３５６、例えばランダムアクセスメモリ（ＲＡＭ）と、２次メモリ３５８、例えばハードディスクドライブ及び／又はリムーバブルストレージドライブとを含む。２次メモリ３５８によって、コンピュータプログラムやその他命令をコンピュータシステム３５０にロードすることを可能にしてもよい。コンピュータシステム３５０は、ソフトウェア及びデータをコンピュータシステム３５０と外部デバイスとの間で移動させることを可能にする通信インタフェイス３６０をさらに含んでもよい。通信は、通信インタフェイスによって取り扱い可能な電子信号、電磁的信号、光信号やその他信号による通信であってもよい。通信では、配線やケーブル、ファイバオプティクス、電話回線、携帯電話リンク、ＲＦリンクやその他通信チャネル３６２を用いてもよい。

【0097】

用語「コンピュータプログラム媒体」及び用語「コンピュータ可読媒体」は、リムーバブルストレージユニットや、ハードディスクドライブに設置されたハードディスクなどの有形の記憶媒体を指すのに広く用いられる。このようなコンピュータプログラムプロダクトは、ソフトウェアをコンピュータシステム３５０に付与する手段である。コンピュータプログラムはコンピュータ制御ロジックとも呼ばれ、メインメモリ３５６及び／又は２次メモリ３５８に記憶される。コンピュータプログラムは通信インタフェイス３６０を介して受信することもできる。コンピュータプログラムが実行されると、コンピュータシステム３５０によって本発明を実施することができる。特に、コンピュータプログラムが実行されると、本出願で説明されている方法のいずれかのような本発明のプロセスをプロセッサ３５２によって実施することができる。従って、このようなコンピュータプログラムはコンピュータシステム３５０のコントローラを表すといえる。ソフトウェアを用いて本開示を実施する場合、リムーバブルストレージドライブ、通信インタフェイス３６０などのインタフェイスを用いて、ソフトウェアをコンピュータプログラムプロダクトに記憶してコンピュータシステム３５０にロードしてもよい。

【0098】

ハードウェア又はソフトウェアでの実施は、デジタル記憶媒体、例えば、クラウドストレージ、フロッピーディスク、ＤＶＤ、Ｂｌｕｅ−Ｒａｙ、ＣＤ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭやフラッシュメモリを用いて、これに電子的に読み取り可能な制御信号を記憶させて実行してもよい。当該デジタル記憶媒体は、それぞれの方法が実行されるように、プログラム可能なコンピュータシステムと協働する（又は協働する能力がある）。従って、デジタル記憶媒体はコンピュータ可読記憶媒体であってもよい。

【0099】

本発明に係るいくつかの実施形態は、電子的に読み取り可能な制御信号を含むデータキャリアを備え、データキャリアは、本出願で説明されている方法の１つが実行されるように、プログラム可能なコンピュータシステムと協働することができる。

【0100】

ほとんどの場合で、コンピュータプログラムプロダクトがコンピュータ上で動作するときに方法の１つを実行するように動作可能なプログラムコードを含むコンピュータプログラムプロダクトとして本発明の実施形態を実施してもよい。プログラムコードを例えばマシン可読キャリアに記憶してもよい。

【0101】

他の実施形態は、マシン可読キャリアに記憶される、本出願で説明されている方法の１つを実行するためのコンピュータプログラムを備える。従って、言い換えると、本発明の方法の実施形態は、コンピュータプログラムがコンピュータ上で動作するときに、本出願で説明されている方法の１つを実行するためのプログラムコードを含むコンピュータプログラムである。

【0102】

従って、進歩性のある方法のさらに別の実施形態は、本出願で説明されている方法の１つを実行するためのコンピュータプログラムを記憶して含むデータキャリア（又はデジタル記憶媒体又はコンピュータ可読媒体）である。従って、進歩性のある方法のさらに別の実施形態は、本出願で説明されている方法の１つを実行するためのコンピュータプログラムを表すデータストリームや信号列である。データストリームや信号列を、例として、例えばインターネットを介したデータ通信接続を介して伝達するように構成してもよい。さらに別の実施形態は、本出願で説明されている方法の１つを実行するように構成又は適合された処理手段、例えば、コンピュータやプログラマブルロジックデバイスを含む。さらに別の実施形態は、本出願で説明されている方法の１つを実行するためのコンピュータプログラムをインストールして含むコンピュータを備える。

【0103】

いくつかの実施形態では、本出願で説明されている方法の機能の一部又は全部を実行するのにプログラマブルロジックデバイス（例えばフィールドプログラマブルゲートアレイ）を用いてもよい。いくつかの実施形態では、フィールドプログラマブルゲートアレイは、本出願で説明されている方法の１つを実行するためにマイクロプロセッサと協働してもよい。ほとんどの場合、これらの方法をなんらかのハードウェア装置によって実行することが好ましい。

【0104】

上記で説明されている実施形態は本発明の原理の例示にすぎない。本出願で説明されている構成及び詳細の修正及び変形が当業者には明らかであることが分かる。従って、本出願の実施形態の記載及び説明として提示されている特定の詳細によってではなく、係属中の特許請求の範囲によってのみ限定されることを意図している。

【0105】

＜頭字語及びシンボルの一覧＞
Ｖ２Ｘ：Ｖｅｈｉｃｌｅ−ｔｏ−Ｅｖｅｒｙｔｈｉｎｇ
３ＧＰＰ：第３世代パートナーシッププロジェクト
Ｄ２Ｄ：Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ
ＢＳ：基地局
ｅＮＢ：Ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ（３Ｇ基地局）
ＵＥ：ユーザ端末
ＮＲ：Ｎｅｗ Ｒａｄｉｏ

【0106】

＜参考文献＞
［１］ＲＰ−１８０８８９、 Ｖｉｅｗｓ ｏｎ ＮＲ ＵＲＬＬＣ ｗｏｒｋ ｉｎ Ｒｅｌ−１６、 Ｈｕａｗｅｉ、 ＨｉＳｉｌｉｃｏｎ
［２］ＲＰ−１８１４７７、 ＳＩＤ ｏｎ Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ Ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ ＮＲ ＵＲＬＬＣ、 Ｈｕａｗｅｉ、 ＨｉＳｉｌｉｃｏｎ、 Ｎｏｋｉａ、 Ｎｏｋｉａ Ｓｈａｎｇｈａｉ Ｂｅｌｌ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【手続補正書】

【提出日】2021年4月6日

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

装置であって、
前記装置は、
無線通信システムにおいて送信器から１つ以上のデータパケットを受信し、前記データパケットが前記無線通信システムの無線チャネルを用いて送信され、
データパケットの送信が成功しない場合に前記データパケットの再送信を前記送信器に要求するように構成されており、
前記装置は、
少なくとも第１のＨＡＲＱエンティティと第２のＨＡＲＱエンティティとを含む複数のハイブリッドＡＲＱ（ＨＡＲＱ）エンティティであって、前記第１のＨＡＲＱエンティティは第１のＨＡＲＱ動作を実行し、前記第２のＨＡＲＱエンティティは第２のＨＡＲＱ動作を実行し、前記第１のＨＡＲＱ動作と前記第２のＨＡＲＱ動作とは異なる、複数のＨＡＲＱエンティティ、又は、
第１のＨＡＲＱ動作と第２のＨＡＲＱ動作とを実行するハイブリッドＡＲＱ（ＨＡＲＱ）エンティティであって、前記第１のＨＡＲＱ動作と前記第２のＨＡＲＱ動作とは異なる、ＨＡＲＱエンティティを備える、装置。

【請求項2】

装置であって、
前記装置は、
無線通信システムにおいて受信器に１つ以上のデータパケットを送信し、前記データパケットが前記無線通信システムの無線チャネルを用いて送信され、
前記データパケットの送信が成功しない場合にデータパケットの再送信の要求を前記受信器から受信する、
ように構成されており、
前記装置は、
少なくとも第１のＨＡＲＱエンティティと第２のＨＡＲＱエンティティとを含む複数のハイブリッドＡＲＱ（ＨＡＲＱ）エンティティであって、前記第１のＨＡＲＱエンティティは第１のＨＡＲＱ動作を実行し、前記第２のＨＡＲＱエンティティは第２のＨＡＲＱ動作を実行し、前記第１のＨＡＲＱ動作と前記第２のＨＡＲＱ動作とは異なる、複数のＨＡＲＱエンティティ、又は、
第１のＨＡＲＱ動作と第２のＨＡＲＱ動作とを実行するハイブリッドＡＲＱ（ＨＡＲＱ）エンティティであって、前記第１のＨＡＲＱ動作と前記第２のＨＡＲＱ動作とは異なる、ＨＡＲＱエンティティを備える、装置。

【請求項3】

通知に応じて、又は前記データパケットが属する論理チャネルと前記ＨＡＲＱエンティティとの間の関係に基づいて、前記装置は前記１つ以上のデータパケットに、
前記第１のＨＡＲＱ動作を適用する、又は、
前記第２のＨＡＲＱ動作を適用する、又は、
同時に前記第１のＨＡＲＱ動作と前記第２のＨＡＲＱ動作とを適用する、請求項１又は２に記載の装置。

【請求項4】

前記第１及び第２のＨＡＲＱ動作は、
停止と待機ＡＲＱプロトコル、
ウインドウベースのＡＲＱプロトコル、
前記最初の送信後の既定の時間インスタンスで前記１つ以上の再送信及び／又は前記１つ以上のＨＡＲＱ ＡＣＫ／ＮＡＣＫをスケジューリングする同期プロトコル、
時間的に動的に前記１つ以上の再送信及び／又は前記１つ以上のＨＡＲＱ ＡＣＫ／ＮＡＣＫをスケジューリングする非同期プロトコルのうちの１つ以上を備える、請求項３に記載の装置。

【請求項5】

前記装置は、第１の論理チャネルのデータパケットと第２の論理チャネルのデータパケットとの両方を処理するように構成されている、請求項１から４のいずれか１項に記載の装置。

【請求項6】

前記第１の論理チャネルの前記データパケットは、
例えば低レート及び／又は低レイテンシを持つＵＲＬＬＣサービスのような、前記無線通信システムの遅延の影響が大きいサービスによって提供されるデータパケット、又は、
自らに関連する第１のサービス品質（ＱｏＳ）を持つデータパケット、又は、
自らに関連する第１の保証ビット（ＧＢＲ）を持つデータパケット、
を含み、
前記第２の論理チャネルの前記データパケットは、
例えば高レート及び／若しくは中レイテンシ要件を持つｅＭＢＢサービス、又は、例えば低レート及び／若しくは低レイテンシ要件を持つｍＭＴＣサービスのような、前記無線通信システムの遅延の影響が小さいサービスによって提供されるデータパケット、又は、
自らに関連する第２のＱｏＳを持つデータパケットであって、前記第１のＱｏＳは前記第２のＱｏＳよりも高い、データパケット、又は、
自らに関連する第２のＧＢＲを持つデータパケットであって、前記第１のＧＢＲは前記第２のＧＢＲよりも高い、データパケットを含む、請求項５に記載の装置。

【請求項7】

前記第１のＨＡＲＱエンティティは前記第１のＨＡＲＱ動作とともに予め設定され、前記第２のＨＡＲＱエンティティは前記第２のＨＡＲＱ動作とともに予め設定される、又は、
前記第１及び第２のＨＡＲＱエンティティの各々が異なる設定を持つＨＡＲＱ動作とともに予め設定され、前記ＨＡＲＱ動作の前記設定は変更可能であり、前記通知に応じて又は前記関係に基づいて前記第１のＨＡＲＱ動作又は前記第２のＨＡＲＱ動作を実施する、請求項１から６のいずれか１項に記載の装置。

【請求項8】

前記装置は設定メッセージ又は再設定メッセージを例えばＲＲＣプロトコルを用いて受信するように構成されており、前記設定／再設定メッセージにより、前記装置は前記第１及び第２のＨＡＲＱ動作を実行するために前記第１及び第２のＨＡＲＱエンティティを確立しかつ／又は前記第１及び第２のＨＡＲＱエンティティの前記設定を設定／再設定するようになる、請求項７に記載の装置。

【請求項9】

前記装置は、
基地局（ｇＮＢ）から前記設定メッセージ又は前記再設定メッセージを受信し、
前記設定メッセージ又は前記再設定メッセージを復号し、
ＨＡＲＱ再送信を実現するために前記第１及び第２のＨＡＲＱエンティティを確立及び／又は設定／再設定するように前記ＭＡＣ層及び／又は物理層を設定する、請求項８に記載の装置。

【請求項10】

第１及び第２のＨＡＲＱエンティティの前記確立及び／又は設定は、規格に定められている既定のプロシージャ及び／又は設定である、請求項１から７のいずれか１項に記載の装置。

【請求項11】

前記第１及び第２のＨＡＲＱエンティティは、
異なる数のＨＡＲＱプロセス、
用いられている空間多重スキームに応じて異なる数のデータパケット、例えばトランスポートブロックをサポートするＨＡＲＱプロセス、
異なる冗長バージョン、
異なる冗長バージョン（ＲＶ）列、
ＡＣＫ／ＮＡＣＫレポート用の異なるチャネル、
異なるＡＣＫ／ＮＡＣＫタイミング、
異なる最大数のＨＡＲＱ再送信、
同じ一括処理物の複数の送信部分にあるトランスポートブロックのようなデータパケットの送信の一括処理の異なる集約率、
すべての送信及び／又は特定の再送信の異なる目標ブロック誤り率（ＢＬＥＲ）、
のうちの１つ以上を備えかつ／又はサポートする、請求項１から１０のいずれか１項に記載の装置。

【請求項12】

各ＨＡＲＱエンティティは１つ以上の並列ＨＡＲＱプロセスを維持し、各ＨＡＲＱプロセスはＨＡＲＱプロセス識別子に関連付けられ、前記ＨＡＲＱプロセス識別子をＨＡＲＱプロセスのプールから、例えば前記最初の送信及び／又は再送信のタイミングを用いて自律的に選択するか、或いはシーケンス番号によって既定するか、或いは装置、例えばｇＮＢ基地局によって動的に選択し、装置、例えばユーザ端末に通知する、請求項１１に記載の装置。

【請求項13】

前記第１及び第２のＨＡＲＱエンティティを、例えばＲＲＣ設定／再設定によって準静的に設定しかつ／又は異なる論理チャネルに関連付け、かつ／又は、例えばＭＡＣスケジューラによって動的にスケジューリングする、請求項１から１２のいずれか１項に記載の装置。

【請求項14】

第１及び第２のＨＡＲＱエンティティを準静的に設定しかつ／又は異なる論理チャネルに関連付け、
前記装置は、前記ＰＤＣＣＨ制御チャネル上で受信したリソース割当てについて、前記第１及び第２のＨＡＲＱエンティティのいずれを選択しかつ／又は適用するのかを、
１つ以上の特定の無線ネットワーク一時識別子（ＲＮＴＩ）、又は、
１つ以上のＤＣＩフォーマット、又は、
ＤＣＩフォーマットを用いて送信されるＨＡＲＱ情報の一部であるＨＡＲＱエンティティセレクタ、又は、
異なる物理的リソースの変更可能なコントロールリソースセット（ＣＯＲＥＳＥＴ）におけるＰＤＣＣＨリソース割当て、又は、
異なる物理的チャネル、例えば低レイテンシＰＤＳＣＨ又は低レイテンシＰＵＳＣＨ、
のいずれかを用いて決定するように構成されている、請求項１から１３のいずれか１項に記載の装置。

【請求項15】

前記第１及び第２のＨＡＲＱエンティティは、前記ＭＡＣ層に位置し、かつ／又は、
例えば前記ＰＤＣＣＨでスケジューリングされた異なるダウンリンクリソース割当て方法、異なるＰＤＣＣＨモニタリング周期、
前記物理層の前記ＰＤＣＣＨによるダウンリンク、アップリンク及びサイドリンクスケジューリング用の異なるＤＣＩフォーマット、
前記物理層の前記ＰＤＣＣＨによるスケジューリング用の前記ＤＣＩで示される異なるＲＮＴＩ、
アップリンク再送信、例えば、ＰＤＣＣＨリソース割当てにより要求される再送信、物理的 ＨＡＲＱ ＡＣＫ／ＮＡＣＫ インジケータチャネル（ＰＨＩＣＨ）でのＮＡＣＫ送信により要求される再送信を要求する異なるダウンリンク制御チャネル、
データ送信用の異なる物理的チャネル、例えばＰＤＳＣＨ、低レイテンシＰＤＳＣＨ、
例えば、ＰＤＣＣＨ、アップリンクランダムアクセスに対する応答メッセージ、予め設定されたアップリンク許可及び／又は半連続的なスケジューリングでスケジューリングされる異なるアップリンク許可方法、
ダウンリンク再送信、例えばＰＵＣＣＨ制御チャネル、又は低レイテンシＰＵＣＣＨ制御チャネル、異なるフォーマット、例えば、短いＰＵＣＣＨフォーマットや長いＰＵＣＣＨフォーマットを用いるＰＵＣＣＨ、コンパクトＰＵＣＣＨを介して送信される前記アップリンク制御情報（ＵＣＩ）のＮＡＣＫ部分を介して要求される再送信を要求する異なるアップリンク制御チャネル、
のうちの１つ以上の物理層プロシージャ又は１つ以上の物理層チャネルに関連付けされるか、リンク及び／又はマッピングされる、請求項１から１３のいずれか１項に記載の装置。

【請求項16】

前記第１及び第２のＨＡＲＱエンティティは、送信のために、かつ／又は、
前記ダウンリンク制御情報中の異なる制御情報ビット、例えば、ＨＡＲＱプロセス識別子、冗長バージョン番号、前記新データインジケータＮＤＩ、ＡＣＫ／ＮＡＣＫタイミング／リソース情報に用いる異なるビット、ビットでないものを含む、又は、
前記ＭＡＣ層から前記物理層に送信される前記アップリンク制御情報（ＵＣＩ）、例えば、コードブロックグループについてのＡＣＫ／ＮＡＣＫ又はトランスポートブロックについてのＡＣＫ／ＮＡＣＫ、単一ＡＣＫ／ＮＡＣＫ、複数ＡＣＫ／ＮＡＣＫ、一括処理されるＡＣＫ／ＮＡＣＫ中の異なる制御情報ビット、
のような物理層動作のサポートのために前記物理層にダウンリンク制御情報又はアップリンク制御情報を、例えば、前記送信又はデータパケットの受信をサポートするか、又は再送信を要求するために提供する前記ＭＡＣ層に位置する、請求項１から１５のいずれか１項に記載の装置。

【請求項17】

前記ＲＮＴＩを用いる場合、前記装置は、設定及び／又は再設定メッセージを、例えばＲＲＣ通知により受信するように構成されており、前記設定メッセージにより、前記装置は前記第１又は第２のＨＡＲＱエンティティに関連付けられた新たなＲＮＴＩを用いて設定されるようになり、前記装置は、すべてのＲＮＴＩをテストするブラインド復号プロセスの間に、前記第１又は第２のＨＡＲＱエンティティのいずれを選択しかつ／又は適用するのかを決定する、請求項１４から１６のいずれか１項に記載の装置。

【請求項18】

前記ＤＣＩフォーマットは、関連するＨＡＲＱ制御情報を明示的に通知する第１のＤＣＩフォーマットと、すべてのＨＡＲＱ制御情報を明示的に通知することはない第２のＤＣＩフォーマットとを含み、前記通知されなかったＨＡＲＱ制御情報は、前記装置によって導き出され、前記第１のＤＣＩを前記最初の送信に用いることができ、前記第２のＤＣＩフォーマットを前記１つ以上の再送信に用いることができ、
前記装置は、
第２のＤＣＩフォーマット及び前記第１のＤＣＩフォーマット寄りのすべてのＰＤＣＣＨ候補をテストし、
前記埋め込まれたチェックサムを評価して、前記第１のＤＣＩフォーマットと前記第２のＤＣＩフォーマットとのいずれを受信したのかを識別することにより、前記第１又は第２のＨＡＲＱエンティティのいずれを適用するのかを決定する、
ように構成されている、請求項１４から１７のいずれか１項に記載の装置。

【請求項19】

前記ＭＡＣ層に位置する前記第１及び第２の受信ＨＡＲＱエンティティの各々が、物理アップリンクコントロールチャネル（ＰＵＣＣＨ）又は物理ハイブリッドインジケータチャネル（ＰＨＩＣＨ）のような送信ＨＡＲＱエンティティへのＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックのための専用の制御チャネルでの送信のために前記物理層にＡＣＫ／ＮＡＣＫ制御情報を送信する、請求項１から１８のいずれか１項に記載の装置。

【請求項20】

前記制御チャネルは前記ＰＨＩＣＨを備え、前記ＰＨＩＣＨはＡＣＫ／ＮＡＣＫメッセージのみを送信する、請求項１９に記載の装置。

【請求項21】

前記装置は、前記ＰＨＩＣＨでのＮＡＣＫに応じて、前記前の送信／再送信の同じ使用リソースで固定フォーマットを用いて前記再送信を実行し、既定のＲＶ列を用いることができる、請求項２０に記載の装置。

【請求項22】

前記制御チャネルは、前記ＡＣＫ／ＮＡＣＫメッセージを含む低レイテンシＰＵＣＣＨを備え、前記低レイテンシＰＵＣＣＨは通常のＰＵＣＣＨよりも頻繁に送信され、かつ／又は前記低レイテンシＰＵＣＣＨは通常のＰＵＣＣＨよりも小さいペイロードを搬送する、請求項１９から２１のいずれか１項に記載の装置。

【請求項23】

前記装置は、
前記データパケットを送信するのに用いられ、かつ／又は受信している前記データパケットに応じて、前記データパケットを処理する前に、前記データパケットの前記リソース割当てを用いて前記制御チャネル、例えばＰＤＣＣＨを復号してＣＳＩを提供するのに用いられる前記無線チャネルを、例えば復調参照シンボル（ＤＭ−ＲＳ）に基づいて推定し、
前記ＣＳＩを低レイテンシＰＵＣＣＨに含ませるか、又は第１の低レイテンシＰＵＣＣＨを用いて前記ＣＳＩが取得された後と、第２の低レイテンシＰＵＣＣＨの中で送信される前記ＡＣＫ／ＮＡＣＫメッセージの前とに前記ＣＳＩを送信する
ように構成されている、請求項２２に記載の装置。

【請求項24】

前記装置は、
前記受信器が前記装置による前記送信の最初のスケジューリングをし損なったことを示す、ＨＡＲＱ ＡＣＫ／ＮＡＣＫについての取得し損なったＰＵＣＣＨを検出し、
前記し損なったことを検出するのに応じて、次の機会にＰＤＣＣＨを用いて明示的に、前記同じ送信すなわち前記最初の送信すなわち前記次の冗長バージョン（ＲＶ）をスケジューリングし直す、
ように構成されている、請求項１から２３のいずれか１項に記載の装置。

【請求項25】

ＰＵＣＣＨフォーマット０〜１の場合、前記装置は、電力の閾値処理を実行して、取得し損なったＰＵＣＣＨ送信を検出するように構成されており、
ＰＵＣＣＨフォーマット２〜４１の場合、前記装置はチェックサム検出を実行するように構成されており、前記埋め込まれたチェックサムの不一致が前記最初の許可の前記取得の未成功を示す、請求項２４に記載の装置。

【請求項26】

前記装置は、前記第１及び第２のＨＡＲＱエンティティ又は前記装置の機能、すなわち、
サポートされるＨＡＲＱエンティティの数、
利用可能なＨＡＲＱプロセスの数、
利用可能なＨＡＲＱソフトバッファ、
サポートされるＤＣＩフォーマット、
サポートされる物理的チャネル、
低レイテンシＰＵＣＣＨがサポートされるか否か、
のうちの１つ以上を、例えばＲＲＣ ＵＥ 能力交換メッセージを用いて通知するように構成されている、請求項１から２５のいずれか１項に記載の装置。

【請求項27】

前記無線システムは１つ以上の基地局（ＢＳ）と１つ以上のユーザ端末（ＵＥ）とを備え、ＵＥは接続モード又はアイドルモードにある間に１つ以上のＢＳによって担当されるか、又は１つ以上の他のＵＥとの直接通信によってサービスが提供され、
前記装置は基地局又はＵＥを備える、請求項１から２６のいずれか１項に記載の装置。

【請求項28】

１つ以上の基地局（ＢＳ）及び１つ以上のユーザ端末（ＵＥ）であって、ＵＥは接続モード又はアイドルモードにある間に１つ以上のＢＳによって担当されるか、又は１つ以上の他のＵＥとの直接通信によってサービスが提供される、１つ以上の基地局（ＢＳ）及び１つ以上のユーザ端末（ＵＥ）を備える無線通信ネットワークであって、
基地局及び／又はＵＥは請求項１から２７のいずれか１項に記載の装置を備える、無線通信ネットワーク。

【請求項29】

前記ＵＥは、
モバイル端末、又は、
据え置き型端末、又は、
ビークルを用いる端末、又は、
セルラ方式ＩｏＴ−ＵＥ、又は、
ＩｏＴデバイス、又は、
地上ビークル、又は、
航空ビークル、又は、
ドローン、又は、
移動基地局、又は、
沿道装置、又は、
建物、又は、
前記物件／デバイスが前記無線通信ネットワーク、例えばセンサ若しくはアクチュエータを用いて通信するのを可能にするネットワーク接続性が付与されたその他一切の物件若しくはデバイス、
のうちの１つ以上を備え、
前記ＢＳは、
マクロセル基地局、又は、
マイクロセル基地局、又は、
スモールセル基地局、又は、
基地局の中央ユニット、又は、
基地局の分散ユニット、又は、
沿道装置、又は、
ＵＥ、又は、
遠隔無線ヘッド、又は、
ＡＭＦ、又は、
ＳＭＦ、又は、
コアネットワークエンティティ、又は、
前記ＮＲ若しくは５Ｇコアコンテキストにあるネットワークスライス、又は、
物件若しくはデバイスが前記無線通信ネットワークを用いて通信するのを可能にする任意の送信／受信ポイントＴＲＰであって、前記物件若しくはデバイスには前記無線通信ネットワークを用いて通信するためのネットワーク接続性が付与される、任意の送信／受信ポイントＴＲＰ、
のうちの１つ以上を備える、請求項２８に記載の無線通信ネットワーク。

【請求項30】

無線通信システムにおいて送信器から１つ以上のデータパケットを受信するステップであって、前記データパケットは前記無線通信システムの無線チャネルを用いて送信される、ステップと、
データパケットの送信が成功しない場合に前記データパケットの再送信を前記送信器に要求するステップと、
を備える方法であって、
前記再送信は、第１のＨＡＲＱ動作及び／又は第２のＨＡＲＱ動作を提供するステップであって、前記第１のＨＡＲＱ動作と前記第２のＨＡＲＱ動作とは異なる、ステップを備え、
少なくとも第１のＨＡＲＱエンティティと第２のＨＡＲＱエンティティとを含む複数のハイブリッドＡＲＱ（ＨＡＲＱ）エンティティであって、前記第１のＨＡＲＱエンティティは前記第１のＨＡＲＱ動作を実行し、前記第２のＨＡＲＱエンティティは前記第２のＨＡＲＱ動作を実行する、複数のＨＡＲＱエンティティを設ける、又は、
前記第１のＨＡＲＱ動作と前記第２のＨＡＲＱ動作とを実行するハイブリッドＡＲＱ（ＨＡＲＱ）エンティティであって、前記第１のＨＡＲＱ動作と前記第２のＨＡＲＱ動作とは異なる、ＨＡＲＱエンティティを設ける、方法。

【請求項31】

無線通信システムにおいて受信器に１つ以上のデータパケットを送信するステップであって、前記データパケットが前記無線通信システムの無線チャネルを用いて送信される、ステップと、
データパケットの送信が成功しない場合に前記データパケットの再送信の要求を前記受信器から受信するステップと、
を備える方法であって、
前記再送信は、第１のＨＡＲＱ動作及び／又は第２のＨＡＲＱ動作を提供するステップであって、前記第１のＨＡＲＱ動作と前記第２のＨＡＲＱ動作とは異なる、ステップを備え、
少なくとも第１のＨＡＲＱエンティティと第２のＨＡＲＱエンティティとを含む複数のハイブリッドＡＲＱ（ＨＡＲＱ）エンティティであって、前記第１のＨＡＲＱエンティティは前記第１のＨＡＲＱ動作を実行し、前記第２のＨＡＲＱエンティティは前記第２のＨＡＲＱ動作を実行する、複数のＨＡＲＱエンティティを設ける、又は、
前記第１のＨＡＲＱ動作と前記第２のＨＡＲＱ動作とを実行するハイブリッドＡＲＱ（ＨＡＲＱ）エンティティであって、前記第１のＨＡＲＱ動作と前記第２のＨＡＲＱ動作とは異なる、ＨＡＲＱエンティティを設ける、方法。

【請求項32】

コンピュータで実行されるときに請求項３０から３１のいずれか１項に記載の方法を実行する命令を記憶するコンピュータ可読媒体を備える非一時的コンピュータプログラムプロダクト。

【国際調査報告】