特許 6982094 可変処理時間をもつノードのためのＨＡＲＱハンドリング

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】6982094

(24)【登録日】2021年11月22日

(45)【発行日】2021年12月17日

(54)【発明の名称】可変処理時間をもつノードのためのＨＡＲＱハンドリング

(51)【国際特許分類】

   H04L 1/16 20060101AFI20211206BHJP

【ＦＩ】

   H04L1/16

【請求項の数】20

【全頁数】35

(21)【出願番号】特願2019-554372(P2019-554372)

(86)(22)【出願日】2018年4月2日

(65)【公表番号】特表2020-513179(P2020-513179A)

(43)【公表日】2020年4月30日

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

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

(87)【国際公開日】20181011

【審査請求日】2019年12月5日

(31)【優先権主張番号】62/481,048

(32)【優先日】2017年4月3日

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

(73)【特許権者】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）

(74)【代理人】

【識別番号】100109726

【弁理士】

【氏名又は名称】園田 吉隆

(74)【代理人】

【識別番号】100161470

【弁理士】

【氏名又は名称】冨樫 義孝

(74)【代理人】

【識別番号】100194294

【弁理士】

【氏名又は名称】石岡 利康

(74)【代理人】

【識別番号】100194320

【弁理士】

【氏名又は名称】藤井 亮

(72)【発明者】

【氏名】チェン， ジュン−フ

(72)【発明者】

【氏名】アンデション， マティアス

(72)【発明者】

【氏名】ブランケンシップ， ユフェイ

(72)【発明者】

【氏名】パルクヴァル， ステファン

(72)【発明者】

【氏名】サンドバリ， サラ

【審査官】 原田 聖子

(56)【参考文献】

【文献】 国際公開第２０１８／１２７１７９（ＷＯ，Ａ１）

【文献】 国際公開第２０１０／１０９５２１（ＷＯ，Ａ１）

【文献】 Qualcomm Incorporated，UCI content[online]，3GPP TSG RAN WG1 #87 R1-1612072，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_87/Docs/R1-1612072.zip>，2016年11月05日

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｌ １／１６

(57)【特許請求の範囲】

【請求項1】

送信機において使用するための方法であって、前記方法は、
１つまたは複数のコードブロックグループ（ＣＢＧ）に配置された複数のコードブロック（ＣＢ）を含むトランスポートブロック（ＴＢ）を含む送信を送ること（１３１０）であって、各コードブロックグループが１つまたは複数のコードブロックを含み、各コードブロックが複数のコード化ビットを含み、前記送信が、トランスポートブロックごとにマルチビットハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを使用するように設定された受信機に送られる、送信を送ること（１３１０）と、
前記トランスポートブロックの前記１つまたは複数のコードブロックグループのうちの１つまたは複数について、前記受信機からＨＡＲＱ ＡＣＫまたはＮＡＣＫフィードバックを受信すること（１３２０）と、
少なくとも前記受信されたＨＡＲＱ ＡＣＫまたはＮＡＣＫフィードバックに基づいて、再送信中に前記受信機に送るべきコードブロックまたはコードブロックグループの数を決定すること（１３３０）と
を含み、
前記ＴＢが前記受信機におけるＴＢ巡回冗長検査に不合格になったとき、前記１つまたは複数のＣＢＧの各々についてＨＡＲＱ ＮＡＣＫフィードバックが受信され、
ＣＢまたはＣＢＧの前記数を決定することが、前記再送信中に前記受信機に前記ＴＢのＣＢＧのサブセットを送ることを決定することを含む、
方法。

【請求項2】

ＣＢまたはＣＢＧの前記数を決定することが、前記再送信中に前記ＴＢのすべてのＣＢＧを前記受信機に送ることを決定することを含む、請求項１に記載の方法。

【請求項3】

１つまたは複数のインターフェース（１２、２２、２８）と、
メモリ（１６、２６）と、
前記メモリに記憶された命令を実行するように設定された処理回路要素（１４、２４）と
を備える送信機（１０、２０）であって、それにより、前記送信機は、
１つまたは複数のコードブロックグループ（ＣＢＧ）に配置された複数のコードブロック（ＣＢ）を含むトランスポートブロック（ＴＢ）を含む送信を送ることであって、各コードブロックグループが１つまたは複数のコードブロックを含み、各コードブロックが複数のコード化ビットを含み、前記送信が、トランスポートブロックごとにマルチビットハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを使用するように設定された受信機（１０、２０）に送られる、送信を送ることと、
前記受信機から、前記トランスポートブロックの前記１つまたは複数のコードブロックグループのうちの１つまたは複数についてのＨＡＲＱ ＡＣＫまたはＮＡＣＫフィードバックを受信することと、
少なくとも前記受信されたＨＡＲＱ ＡＣＫまたはＮＡＣＫフィードバックに基づいて、再送信中に前記受信機に送るべきコードブロックまたはコードブロックグループの数を決定することと
を行うように設定され、
前記ＴＢが前記受信機におけるＴＢ巡回冗長検査に不合格になったとき、前記１つまたは複数のＣＢＧの各々についてＨＡＲＱ ＮＡＣＫフィードバックが受信され、
前記送信機は、前記再送信中に前記受信機に前記ＴＢのＣＢＧのサブセットを送ることを決定することにより、ＣＢまたはＣＢＧの前記数を決定するように設定されている、
送信機（１０、２０）。

【請求項4】

ＣＢまたはＣＢＧの前記数を決定するように設定された前記送信機が、前記再送信中に前記ＴＢのすべてのＣＢＧを前記受信機に送ることを決定することを含む、請求項３に記載の送信機。

【請求項5】

さらに、前記送信機が、前記再送信の後の１つまたは複数のタイムスロットにおいて前記受信機に送るべきＣＢまたはＣＢＧの数を低減するようにさらに設定された、請求項３または４に記載の送信機。

【請求項6】

前記送信機が、
前記受信機から未完了復号指示フィードバックを受信することと、
前記受信機から前記未完了復号指示フィードバックを受信したことに応答して、前記再送信中に送るべきＣＢまたはＣＢＧの数を調整するか、前記再送信を送らないことを決めるか、あるいは前記再送信を送ることを遅延させることと
を行うようにさらに設定された、請求項３から５のいずれか一項に記載の送信機。

【請求項7】

前記送信機が、前の送信中の正常に復号されなかったＣＢまたはＣＢＧのフィードバックに基づいて、１つまたは複数の指示を前記受信機にシグナリングすることであって、前記１つまたは複数の指示が、肯定応答（ＡＣＫ）または否定応答（ＮＡＣＫ）フィードバックで応答すべき前記ＴＢのＣＢＧの第１の数を前記受信機が決定することができる情報を与えるものである、１つまたは複数の指示をシグナリングすることを行うようにさらに設定された、請求項３から６のいずれか一項に記載の送信機。

【請求項8】

前記送信機は、前記１つまたは複数のＣＢＧのうちのどのコードブロックグループが前記再送信中であるかを前記受信機に指示するようにさらに設定された、請求項３から７のいずれか一項に記載の送信機。

【請求項9】

前記送信機が、ＨＡＲＱフィードバックタイミングのための１つまたは複数のセッティングを前記受信機に送るようにさらに設定された、請求項３から８のいずれか一項に記載の送信機。

【請求項10】

前記１つまたは複数のセッティングが、前記再送信のためのＨＡＲＱフィードバックタイミングを、前記送信のためのＨＡＲＱフィードバックタイミングよりも長くなるように設定する、請求項９に記載の送信機。

【請求項11】

受信機において使用するための方法であって、
前記受信機を、トランスポートブロック（ＴＢ）ごとにマルチビットハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを使用するように設定すること（１４１０）と、
１つまたは複数のコードブロックグループ（ＣＢＧ）に配置された複数のコードブロック（ＣＢ）から構成されたＴＢを含む送信を受信すること（１４２０）と、
前記ＴＢの復号ステータスに基づいて、前記ＴＢの前記１つまたは複数のＣＢＧのうちの１つまたは複数についてのＨＡＲＱ ＡＣＫまたはＮＡＣＫフィードバックを送ること（１４３０）であって、ＨＡＲＱ ＡＣＫまたはＮＡＣＫフィードバックを送ることが、前記ＴＢが前記受信機におけるＴＢ巡回冗長検査に不合格になったとき、前記ＣＢＧの各々についてＨＡＲＱ ＮＡＣＫフィードバックを送ることを含む、送ること（１４３０）と、
トランスポートブロックの復号が完了していないという指示を送信機（１０、２０）に与えることと、
を含む、方法。

【請求項12】

前記ＴＢのすべてのＣＢまたはＣＢＧの再送信を受信することをさらに含む、請求項１１に記載の方法。

【請求項13】

１つまたは複数のインターフェース（１２、２２、２８）と、
メモリ（１６、２６）と、
前記メモリに記憶された命令を実行するように設定された処理回路要素（１４、２４）と
を備える受信機（１０、２０）であって、それにより、前記受信機が、
前記受信機を、トランスポートブロック（ＴＢ）ごとにマルチビットハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを使用するように設定することと、
１つまたは複数のコードブロックグループ（ＣＢＧ）に配置された複数のコードブロック（ＣＢ）から構成されたＴＢを含む送信を受信することと、
前記ＴＢの復号ステータスに基づいて、前記ＴＢの前記１つまたは複数のＣＢＧのうちの１つまたは複数についてのＨＡＲＱ ＡＣＫまたはＮＡＣＫフィードバックを送ることと
を行うように設定され、
前記ＨＡＲＱ ＡＣＫまたはＮＡＣＫフィードバックを送るように設定された前記受信機が、前記ＴＢが前記受信機におけるＴＢ巡回冗長検査に不合格になったとき、前記ＣＢＧの各々についてのＨＡＲＱ ＮＡＣＫフィードバックを送ることを含み、
前記受信機が、トランスポートブロックの復号が完了していないという指示を送信機（１０、２０）に与えるようにさらに設定されている、
受信機（１０、２０）。

【請求項14】

前記受信機が、前記ＴＢのすべてのＣＢまたはＣＢＧの再送信を受信するようにさらに設定された、請求項１３に記載の受信機。

【請求項15】

前記受信機が、少なくとも、前の送信および再送信から受信された、正常に復号されなかった情報についての復号時間に基づいて、異なるＨＡＲＱフィードバックオケージョンにおいて否定応答（ＮＡＣＫ）フィードバックを送るべき前記ＴＢのＣＢＧのセットを決定するようにさらに設定された、請求項１３または１４に記載の受信機。

【請求項16】

前記ＴＢの各ＣＢＧについての前記ＨＡＲＱ ＡＣＫまたはＮＡＣＫフィードバックを送るように設定された前記受信機が、前記受信機における全体的復号負荷にさらに基づく、請求項１３から１５のいずれか一項に記載の受信機。

【請求項17】

前記受信機が、２つ以上のサービングセルまたは帯域幅スライスからデータを受信し、
前記全体的復号負荷が、各サービングセルまたは帯域幅スライスからの受信されたデータからの復号負荷に基づく、
請求項１６に記載の受信機。

【請求項18】

前記受信機が、１つまたは複数の復号されていないまたは正常に復号されなかったコードブロックグループについてのＡＣＫフィードバックを送るようにさらに設定された、請求項１３から１７のいずれか一項に記載の受信機。

【請求項19】

ＡＣＫフィードバックが送られた、復号されていないまたは正常に復号されなかったコードブロックグループの数が、受信機能力、前記受信機のデコーダレイテンシ、送信のコードレート、およびコードブロックグループ中のコードブロックの数のうちの１つまたは複数に基づく、請求項１８に記載の受信機。

【請求項20】

前記受信機が、
１つまたは複数のＣＢＧに配置された複数のＣＢを含むＴＢを含む再送信を受信することと、
ＨＡＲＱフィードバックタイミングに応じて前記再送信のためのＡＣＫまたはＮＡＣＫフィードバックを送ることであって、前記ＨＡＲＱフィードバックタイミングが、前記再送信中に受信されたＣＢの数またはＣＢＧの数に基づく、ＡＣＫまたはＮＡＣＫフィードバックを送ることと
を行うようにさらに設定された、請求項１３から１９のいずれか一項に記載の受信機。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、一般に、通信ネットワークに関し、より詳細には、通信ネットワークにおける可変処理時間をもつノードのためのハイブリッド自動再送要求（ＨＡＲＱ）ハンドリングに関する。

【背景技術】

【0002】

以下のセクションは、ＨＡＲＱ動作、トランスポートブロックセグメンテーション、および低密度パリティ検査（ＬＤＰＣ：ｌｏｗ−ｄｅｎｓｉｔｙ ｐａｒｉｔｙ−ｃｈｅｃｋ）コードなど、無線通信システムのいくつかの特徴の概観を与える。

【0003】

ハイブリッド自動再送要求（ＨＡＲＱ）動作
ＨＳＰＡ（高速パケットアクセス）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）およびＮＲ（５Ｇ新しい無線）など、現代の無線通信システムは、それらのシステムのＭＡＣ（媒体アクセス制御）レイヤにおいてハイブリッドＡＲＱ（自動再送要求）プロトコルを利用する。ＨＡＲＱプロトコルは、送信の信頼性を向上させるために使用される。

【0004】

ＬＴＥシステムでは、ユーザ機器（ＵＥ）などの無線デバイスは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）によってダウンリンクデータ送信をネットワークによって通知される。特定のサブフレームｎにおけるＰＤＣＣＨの受信時に、ＵＥは、対応する物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を復号し、後続のサブフレームｎ＋ｋにおいて肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）フィードバックを送るように要求される。図１は、ＬＴＥにおける例示的なＨＡＲＱ動作を示す。送信機は、時間送信間隔（ＴＴＩ）でダウンリンクデータを通信し得る。受信機は、データを受信し、対応するＰＤＳＣＨが正しく復号されたかどうかをｅノードＢに通知するＡＣＫ／ＮＡＣＫフィードバックで応答し得る。図１の例では、送信機は、２つの連続するＴＴＩ、ＴＴＩ１およびＴＴＩ２を送信する。ネットワークノード、たとえばｅＮＢ、または、無線デバイス、たとえばＵＥなど、受信機が、データを復号することができない場合、受信機は、送信機に、データが復号されなかったことを指示するＨＡＲＱフィードバック、たとえばＮＡＣＫフィードバックを送り得る。一方、受信機がデータを正常に復号することができる場合、受信機はＡＣＫフィードバックを指示し得る。たとえば、図示の例は、受信機が、ＴＴＩ１において送信されたデータについてＮＡＣＫを送り、ＴＴＩ２において送信されたデータについてＡＣＫを送ることを示している。送信機、たとえばｅノードＢが、ＡＣＫフィードバックを検出すると、送信機は、続いて、ＵＥに新しいデータブロックを送ることができる。ＮＡＣＫがｅノードＢによって検出されると、元のデータブロックに対応するコード化ビットが再送信されることになる。再送信が、前に送られたコード化ビットの繰返しに基づくとき、チェイス合成（Ｃｈａｓｅ ｃｏｍｂｉｎｉｎｇ）ＨＡＲＱプロトコルで動作していると言われる。再送信が、前の送信試みにおいて使用されていないコード化ビットを含んでいるとき、インクリメンタル冗長（ｉｎｃｒｅｍｅｎｔａｌ ｒｅｄｕｎｄａｎｃｙ）ＨＡＲＱプロトコルで動作していると言われる。

【0005】

ハイブリッドＡＲＱプロトコルの重要な部分は、ソフト合成の使用である。ソフト合成の場合、受信機（ダウンリンク送信の場合、端末）は、旧来のハイブリッドＡＲＱプロトコルの場合のように、受信機がデータブロックを復号することができない場合、ソフト情報を廃棄しないが、正常な復号の確率を高めるために、前の送信試みからのソフト情報を現在の再送信と合成する。ソフト情報を使用することが、正常な復号の確率を高めるのに有用であることはよく知られている。さらに、ＨＡＲＱプロトコルが、再送信中に元のコード化パケットが単に繰り返されるチェイス合成モードにおいてではなく、再送信中に新しいコード化ビットが送られるインクリメンタル冗長モードにおいて動作される場合、ソフト合成利得が著しく向上され得ることがよく知られている。

【0006】

再送信シグナリングの複雑さを低減するために、ＬＴＥは、コード化ビットのための冗長バージョン（ＲＶ：ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ）を規定している。ダウンリンク再送信では、エボルブドノードＢ（ｅＮＢ）は、冗長バージョンを与えることによって、コード化ビットのどのセットが含まれるかを指示する。

【0007】

トランスポートブロックセグメンテーション
現代の高データレート通信システムでは、大量のデータビットが、トランスポートブロック（ＴＢ）の単位で一度に送信される。極めて大きいブロック長の前方誤り訂正チャネルコーデックを実装することは実際的でないので、大きいＴＢを、コードブロック（ＣＢ）と呼ばれる複数のより小さいユニットに分割することが必要である。このプロシージャが図２に示されている。次いで、個々のＣＢは、単独で符号化および復号される。

【0008】

ＬＴＥプロトコルでは、各トランスポートブロックについて、１つのＨＡＲＱフィードバックビットがプロビジョニングされる。トランスポートブロック中のすべてのコードブロックが正しく復号される場合、受信機はＡＣＫを返送することになる。トランスポートブロック中のコードブロックのうちのいずれかが受信機によって正しく復号されない場合、ＮＡＣＫフィードバックが送信機に与えられる。そのようなフィードバックに対して、再送信は、トランスポートブロック全体のためのコード化ビットを含んでいることになる。あるコードブロックが受信機によってすでに復号されていた場合、そのようなコードブロックのための再送信された符号化ビットは、受信機にとって無益であることが観測され得る。

【0009】

５Ｇ ＮＲシステムの場合、データレートが数十Ｇｂｐｓを超える通信リンクをサポートするように規格が設計されている。その結果、トランスポートブロックは、１００個を超えるコードブロックを含んでいることがある。ＨＡＲＱプロトコルは、トランスポートブロックごとに複数のＨＡＲＱフィードバックビットを可能にすることによって拡張され得る。コードブロックは、Ｇ個のコードブロックグループ（ＣＢＧ）に編成され、ここで、数Ｇはネットワークによって設定される。各コードブロックグループについて、１つのＨＡＲＱフィードバックビットがプロビジョニングされる。受信機は、トランスポートブロックのためのＧ個のＨＡＲＱフィードバックビットを返送することができる。そのようなフィードバックに基づいて、送信機は、受信機からのＮＡＣＫフィードバックをもつコードブロックグループのためにのみ、コード化ビットを再送信することができる。この拡張プロトコルは、ＣＢＧベースＨＡＲＱプロトコルと呼ばれる。

【0010】

ＬＤＰＣコード
ＮＲデータチャネルは、インクリメンタル冗長再送信に好適な低密度パリティ検査（ＬＤＰＣ）コードを使用する。パリティ検査行列の基本構造が、図３に示されている。

【0011】

ＮＲ ＬＤＰＣコードは、準巡回プロトグラフベースコードである。準巡回パリティ検査行列は、サイズＺ×Ｚの矩形サブブロック（部分行列）に区分される。これらの部分行列は、単位行列の巡回置換またはヌル部分行列のいずれかである。最初の０、１または２×Ｚのシステマティック情報ビットは、常にパンクチャされる（パリティ検査行列（ＰＣＭ：ｐａｒｉｔｙ ｃｈｅｃｋ ｍａｔｒｉｘ）の縦縞の列に対応するビットのセット）。残りのシステマティックビットの一部は常に送信されるが、残りのシステマティックビットの一部は短縮されることがある。準巡回ＬＤＰＣコードのパリティ検査行列は、各整数ｉがＺ×Ｚ巡回置換行列のシフトを示す行列である、ベース行列を通して好都合に表される。

【0012】

覆われた矩形は、高レートコードに対応するベース行列の部分を示している。そのレートは、行列の最右部分によって表される追加のパリティビットを送信することによって低減され得る。送信されないインクリメンタル冗長部分の変数ノードに接続された検査ノードは、複雑さを低減するために、復号するときに非アクティブにされ得る。これは、より大きいパリティ検査行列がより低いコードレートのために使用されるので、復号レイテンシがコードレートに依存することを暗示する。

【0013】

受信されたデータは、行並列（ｒｏｗ−ｐａｒａｌｌｅｌ）デコーダまたはブロック並列（ｂｌｏｃｋ−ｐａｒａｌｌｅｌ）デコーダによって復号され得る。行並列デコーダは、ベース行列の１つの行（またはいくつかの互いに直交する行からなるレイヤ）を一度にハンドリングし、復号レイテンシは、ベース行列の行（またはレイヤ）の数に比例する。ブロック並列デコーダは、パリティ検査行列の１つまたは複数の非０のＺ×Ｚサブブロックを一度にハンドリングする。それにより、復号レイテンシは、メモリ競合が回避され得るという仮定の下で、パリティ検査行列中の非０サブブロックの数に比例する。

【0014】

復号レイテンシの増加のため、極めて低いコードレートのために、追加のパリティビットと繰返しとの組合せが使用される。ＮＲデータチャネルのためのパリティ検査行列は、Ｒｍｉｎよりも低いコードレートについては規定されず、ここで、Ｒｍｉｎは、範囲１／５≦Ｒ＿ｍｉｎ≦１／３内にある。コードレートＲｍｉｎは、ＬＴＥターボコードのマザーコードレートと同様であるが、これは、それが繰返しなしに達成される最低コードレートであるからである。

【0015】

ＰＣＭのいくつかの特性が、ＮＲのために検討されてきた。ＲＡＮ１ ＮＲ ＡｄＨｏｃからの３ＧＰＰ合意によれば、
・ＬＤＰＣコードのためのレートマッチングは、サーキュラーバッファベース（ＬＴＥの場合と同じ概念）である
〇サーキュラーバッファは、システマティックビットおよびパリティビットの順序付けされたシーケンスで充填される
− ＦＦＳ：サーキュラーバッファ中のビットの順序
・ＩＲ−ＨＡＲＱの場合、各冗長バージョン（ＲＶ）、ＲＶｉは、サーキュラーバッファ上の開始ビットロケーションＳｉを割り振られる
・ＲＶｉのＩＲ再送信の場合、コード化ビットは、ビットロケーションＳｉで開始して、サーキュラーバッファから連続的に読み出される
・制限付きバッファレートマッチング（ＬＢＲＭ：ｌｉｍｉｔｅｄ ｂｕｆｆｅｒ ｒａｔｅ ｍａｔｃｈｉｎｇ）がサポートされる

【0016】

パンクチャされたシステマティックビットは、後の送信中に送信され得ることに留意されたい。これは、たとえば、サーキュラーバッファに、パンクチャされたシステマティックビットを追加するが、初期送信のための開始ビットロケーションＳ０を０よりも大きくすることによって達成され得る。

【発明の概要】

【0017】

いくつかの実施形態によれば、送信機において使用するための方法が、１つまたは複数のコードブロックグループ（ＣＢＧ）に配置された複数のコードブロック（ＣＢ）を含むトランスポートブロック（ＴＢ）を含む送信を送ることを含む。各コードブロックグループは１つまたは複数のコードブロックを含み、各コードブロックは複数のコード化ビットを含む。送信は、トランスポートブロックごとにマルチビットハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを使用するように設定された受信機に送られる。本方法は、トランスポートブロックの１つまたは複数のコードブロックグループのうちの１つまたは複数について、受信機からＨＡＲＱ ＡＣＫまたはＮＡＣＫフィードバックを受信することをさらに含む。本方法は、少なくとも受信されたＨＡＲＱ ＡＣＫまたはＮＡＣＫフィードバックに基づいて、再送信中に受信機に送るべきコードブロックまたはコードブロックグループの数を決定することをさらに含む。

【0018】

いくつかの実施形態によれば、コンピュータプログラム製品が、コンピュータ可読プログラムコードを記憶する非一時的コンピュータ可読記憶媒体を備える。コンピュータ可読プログラムは、１つまたは複数のコードブロックグループ（ＣＢＧ）に配置された複数のコードブロック（ＣＢ）を含むトランスポートブロック（ＴＢ）を含む送信を送るためのプログラムコードを含む。各コードブロックグループは１つまたは複数のコードブロックを含み、各コードブロックは複数のコード化ビットを含む。送信は、トランスポートブロックごとにマルチビットハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを使用するように設定された受信機に送られる。コンピュータ可読プログラムは、トランスポートブロックの１つまたは複数のコードブロックグループのうちの１つまたは複数について、受信機からＨＡＲＱ ＡＣＫまたはＮＡＣＫフィードバックを受信するためのプログラムコードをさらに含む。コンピュータ可読プログラムは、少なくとも受信されたＨＡＲＱ ＡＣＫまたはＮＡＣＫフィードバックに基づいて、再送信中に受信機に送るべきコードブロックまたはコードブロックグループの数を決定するためのプログラムコードをさらに含む。

【0019】

いくつかの実施形態によれば、送信機が、１つまたは複数のインターフェースとメモリと処理回路要素とを備える。処理回路要素は、メモリに記憶された命令を実行するように設定され、それにより、本送信機は、１つまたは複数のコードブロックグループ（ＣＢＧ）に配置された複数のコードブロック（ＣＢ）を含むトランスポートブロック（ＴＢ）を含む送信を送るように設定される。各コードブロックグループは１つまたは複数のコードブロックを含み、各コードブロックは複数のコード化ビットを含む。送信は、トランスポートブロックごとにマルチビットハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを使用するように設定された受信機に送られる。本送信機は、トランスポートブロックの１つまたは複数のコードブロックグループのうちの１つまたは複数について、受信機からＨＡＲＱ ＡＣＫまたはＮＡＣＫフィードバックを受信するようにさらに設定される。本送信機は、少なくとも受信されたＨＡＲＱ ＡＣＫまたはＮＡＣＫフィードバックに基づいて、再送信中に受信機に送るべきコードブロックまたはコードブロックグループの数を決定するようにさらに設定される。

【0020】

上記の方法、コンピュータプログラム製品、および送信機の実施形態の各々は、以下の特徴のうちの１つまたは複数を含み得る。

【0021】

いくつかの実施形態では、ＴＢが受信機におけるＴＢ巡回冗長検査に不合格になったとき、１つまたは複数のＣＢＧの各々についてのＨＡＲＱ ＮＡＣＫフィードバックが受信される。いくつかの実施形態では、ＣＢまたはＣＢＧの数を決定することは、再送信中にＴＢのすべてのＣＢＧを受信機に送ることを含む。いくつかの実施形態では、ＣＢまたはＣＢＧの数を決定することは、再送信中にＴＢのＣＢＧのサブセットを受信機に送ることを含む。

【0022】

いくつかの実施形態では、再送信中のコードブロックまたはコードブロックグループの数を決定することは、トランスポートブロックの受信されたコードブロックを復号するための受信機の復号時間にさらに基づく。

【0023】

いくつかの実施形態では、ＣＢまたはＣＢＧの数を決定することは、ＨＡＲＱ ＮＡＣＫフィードバックが受信されたＴＢ中のＣＢのサブセットのみまたはＣＢＧのサブセットのみが再送信されるように、再送信中のＣＢの数を低減することを含む。

【0024】

いくつかの実施形態では、方法／コンピュータプログラム製品／送信機は、再送信の後の１つまたは複数のタイムスロットにおいて受信機に送るべきＣＢまたはＣＢＧの数を低減することをさらに含む。

【0025】

いくつかの実施形態では、方法／コンピュータプログラム製品／送信機は、受信機から未完了復号指示フィードバックを受信することをさらに含む。方法／コンピュータプログラム製品／送信機は、受信機から未完了復号指示フィードバックを受信したことに応答して、再送信中に送るべきＣＢまたはＣＢＧの数を調整するか、再送信を送らないことを決めるか、あるいは再送信を送ることを遅延させることをさらに含む。

【0026】

いくつかの実施形態では、方法／コンピュータプログラム製品／送信機は、受信機に１つまたは複数の指示をシグナリングすることであって、１つまたは複数の指示は、前の送信中の正常に復号されなかったＣＢまたはＣＢＧのフィードバックに基づいて、受信機が肯定応答（ＡＣＫ）または否定応答（ＮＡＣＫ）フィードバックで応答すべきＴＢのＣＢＧの第１の数を決定することができる情報を与える、１つまたは複数の指示をシグナリングすることをさらに含む。

【0027】

いくつかの実施形態では、１つまたは複数の指示は、受信機に、上記で説明された方法のいずれかを実施させるように設定される。

【0028】

いくつかの実施形態では、方法／コンピュータプログラム製品／送信機は、受信機に、１つまたは複数のＣＢＧのうちのどのコードブロックグループが再送信中にあるかを指示することをさらに含む。

【0029】

いくつかの実施形態では、方法／コンピュータプログラム製品／送信機は、受信機に、ＨＡＲＱフィードバックタイミングのための１つまたは複数のセッティングを送ることを含むことをさらに含む。いくつかの実施形態では、１つまたは複数のセッティングは、ダウンリンク制御チャネルを介して動的に送られる。いくつかの実施形態では、１つまたは複数のセッティングは、再送信のためのＨＡＲＱフィードバックタイミングを、送信のためのＨＡＲＱフィードバックタイミングよりも長くなるように設定する。

【0030】

いくつかの実施形態によれば、受信機において使用するための方法が、受信機を、トランスポートブロック（ＴＢ）ごとにマルチビットハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを使用するように設定することを含む。本方法は、１つまたは複数のコードブロックグループ（ＣＢＧ）に配置された複数のコードブロック（ＣＢ）から構成されたＴＢを含む送信を受信することをさらに含む。本方法は、ＴＢの復号ステータスに基づいて、ＴＢの１つまたは複数のＣＢＧのうちの１つまたは複数についてのＨＡＲＱ ＡＣＫまたはＮＡＣＫフィードバックを送ることをさらに含む。

【0031】

いくつかの実施形態によれば、コンピュータプログラム製品が、コンピュータ可読プログラムコードを記憶する非一時的コンピュータ可読記憶媒体を備える。コンピュータ可読プログラムは、受信機を、トランスポートブロック（ＴＢ）ごとにマルチビットハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを使用するように設定するためのプログラムコードを含む。コンピュータ可読プログラムは、１つまたは複数のコードブロックグループ（ＣＢＧ）に配置された複数のコードブロック（ＣＢ）から構成されたＴＢを含む送信を受信するためのプログラムコードをさらに含む。コンピュータ可読プログラムは、ＴＢの復号ステータスに基づいて、ＴＢの１つまたは複数のＣＢＧのうちの１つまたは複数についてのＨＡＲＱ ＡＣＫまたはＮＡＣＫフィードバックを送るためのプログラムコードをさらに含む。

【0032】

いくつかの実施形態によれば、受信機が、１つまたは複数のインターフェースとメモリと処理回路要素とを備える。処理回路要素は、メモリに記憶された命令を実行するように設定され、それにより、送信機は、受信機を、トランスポートブロック（ＴＢ）ごとにマルチビットハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを使用するように設定するように設定される。送信機は、１つまたは複数のコードブロックグループ（ＣＢＧ）に配置された複数のコードブロック（ＣＢ）から構成されたＴＢを含む送信を受信するようにさらに設定される。送信機は、ＴＢの復号ステータスに基づいて、ＴＢの１つまたは複数のＣＢＧのうちの１つまたは複数についてのＨＡＲＱ ＡＣＫまたはＮＡＣＫフィードバックを送るようにさらに設定される。

【0033】

上記の方法、コンピュータプログラム製品、および受信機の実施形態の各々は、以下の特徴のうちの１つまたは複数を含み得る。

【0034】

いくつかの実施形態では、方法／コンピュータプログラム製品／受信機は、ＨＡＲＱ ＮＡＣＫフィードバックが送られたＴＢのＣＢのサブセットのみまたはＣＢＧのサブセットのみを含む再送信を受信することをさらに含む。

【0035】

いくつかの実施形態では、方法／コンピュータプログラム製品／受信機は、ＴＢが受信機におけるＴＢ巡回冗長検査に不合格になったとき、ＣＢＧの各々についてのＨＡＲＱ ＮＡＣＫフィードバックを与えることをさらに含む。いくつかの実施形態では、方法／コンピュータプログラム製品／受信機は、ＴＢのすべてのＣＢまたはＣＢＧの再送信を受信することをさらに含む。いくつかの実施形態では、方法／コンピュータプログラム製品／受信機は、ＴＢのＣＢまたはＣＢＧのサブセットの再送信を受信することをさらに含む。

【0036】

いくつかの実施形態では、ＨＡＲＱ ＡＣＫまたはＮＡＣＫフィードバックを決定することは、ＴＢの１つまたは複数のＣＢＧのうちのＣＢＧの第１のサブセットについてのＮＡＣＫフィードバックを送ることを含む。第１のサブセットは、第１のＨＡＲＱフィードバックオケージョンにおいて決定された、１つまたは複数の正常に復号されなかったＣＢを含むＣＢＧを含む。いくつかの実施形態では、コードブロックグループの第１のサブセットは、第１のＨＡＲＱフィードバックオケージョンによって復号が完了しなかったＣＢＧを含まない。

【0037】

いくつかの実施形態では、方法／コンピュータプログラム製品／受信機は、送信機にトランスポートブロックの復号が完了していないという指示を与えることをさらに含む。いくつかの実施形態では、方法／コンピュータプログラム製品／受信機は、送信機にトランスポートブロックの復号が完了していないという指示を与えることに加えて、復号が終了していないトランスポートブロックのコードブロックグループについて、ＮＡＣＫフィードバックを送ることをさらに含む。

【0038】

いくつかの実施形態では、方法／コンピュータプログラム製品／受信機は、少なくとも、前の送信および再送信から受信された、正常に復号されなかった情報についての復号時間に基づいて、異なるＨＡＲＱフィードバックオケージョンにおいて否定応答（ＮＡＣＫ）フィードバックを送るべきＴＢのＣＢＧのセットを決定することをさらに含む。

【0039】

いくつかの実施形態では、ＴＢの各ＣＢＧについてのＨＡＲＱ ＡＣＫまたはＮＡＣＫフィードバックを決定することは、受信機における全体的復号負荷にさらに基づく。いくつかの実施形態では、受信機は、２つ以上のサービングセルまたは帯域幅スライスからデータを受信する。全体的復号負荷は、各サービングセルまたは帯域幅スライスからの受信されたデータからの復号負荷に基づく。いくつかの実施形態では、受信機は、２つ以上の接続された無線ノードからデータを受信している。全体的復号負荷は、各無線ノードからの受信されたデータからの復号負荷に基づく。

【0040】

いくつかの実施形態では、方法／コンピュータプログラム製品／受信機は、１つまたは複数の復号されていないまたは正常に復号されなかったコードブロックグループについてのＡＣＫフィードバックを送ることをさらに含む。いくつかの実施形態では、ＡＣＫフィードバックが送られた、復号されていないまたは正常に復号されなかったコードブロックグループの数が、受信機能力、受信機のデコーダレイテンシ、送信のコードレート、およびコードブロックグループ中のコードブロックの数のうちの１つまたは複数に基づく。

【0041】

いくつかの実施形態では、方法／コンピュータプログラム製品／受信機は、１つまたは複数のＣＢＧに配置された複数のＣＢを含むＴＢを含む再送信を受信することをさらに含む。方法／コンピュータプログラム製品／受信機は、ＨＡＲＱフィードバックタイミングに応じて再送信のためのＡＣＫまたはＮＡＣＫフィードバックを送ることをさらに含む。ＨＡＲＱフィードバックタイミングは、再送信中に受信されたＣＢの数またはＣＢＧの数に基づく。本開示のいくつかの実施形態は、１つまたは複数の技術的利点を与え得る。たとえば、いくつかの実施形態の技術的利点は、向上したシステム性能であり得る。たとえば、いくつかの実施形態は、不要な再送信を回避し得る。これは、無線リソースのより効率的な使用を可能にし、および／または不要な再送信によって引き起こされる干渉を低減し得る。別の例として、いくつかの実施形態は、送信機が、受信機の復号ステータスに適応するために、トランスポートブロックあるいはその成分であるコードブロックまたはコードブロックグループの送信を調整することを可能にする。このようにして、受信機に不要なコーディング負荷を不必要にかけることなしに、最適なデータ量が再送信され得る。他の利点が、当業者に容易に明らかになり得る。いくつかの実施形態は、具陳された利点のいずれをも有しないか、いくつかを有するか、またはすべてを有し得る。

【0042】

開示される実施形態ならびにそれらの特徴および利点のより完全な理解のために、次に、添付の図面とともに、以下の説明が参照される。

【図面の簡単な説明】

【0043】

【図1】いくつかの実施形態による、送信機と受信機との間の例示的なＨＡＲＱシーケンスを示す図である。

【図2】いくつかの実施形態による、トランスポートブロックの、１つまたは複数のコードブロックへの例示的な分割を示す図である。

【図3】いくつかの実施形態による、無線通信において使用するための例示的な低密度パリティ検査コード行列を示す図である。

【図4】いくつかの実施形態による、例示的な無線通信ネットワークを示す図である。

【図5】いくつかの実施形態による、無線通信ネットワークにおいて使用するための例示的な無線デバイスのブロック図である。

【図6】いくつかの実施形態による、例示的な無線デバイス中に含まれ得るモジュールの例を示すブロック図である。

【図7】いくつかの実施形態による、無線通信ネットワークにおいて使用するための例示的なネットワークノードのブロック図である。

【図8】いくつかの実施形態による、例示的なネットワークノード中に含まれ得るモジュールの例を示すブロック図である。

【図9】いくつかの実施形態による、受信機における第１の方法の流れ図である。

【図10】いくつかの実施形態による、受信機における第２の方法の流れ図である。

【図11】いくつかの実施形態による、送信機における第１の方法の流れ図である。

【図12】いくつかの実施形態による、送信機における第２の方法の流れ図である。

【図13】いくつかの実施形態による、送信機において使用するための第３の方法の流れ図である。

【図14】いくつかの実施形態による、受信機において使用するための第３の方法の流れ図である。

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

【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】

４．送信機において使用するための方法であって、本方法が、
受信機に１つまたは複数の送信を送ることと、
受信機からＨＡＲＱ ＮＡＣＫフィードバックを受信することと、
少なくとも、複数の送信からの合成されたソフト情報の受信機復号時間に基づいて、再送信のためのコード化ビットを送るために、コードブロックグループの数を調整することと
を含む、方法。
（たとえば、図１１参照）。

【0107】

５．送信機において使用するための方法であって、本方法が、
受信機に１つまたは複数の送信を送ることと、
受信機から未完了復号指示フィードバックを受信することと、
受信機から未完了復号指示フィードバックを受信したことに応答して、再送信を送らないことと、
後のＨＡＲＱフィードバックオケージョンにおける受信機からのＨＡＲＱフィードバックを要求することと
を含む、方法。
（たとえば、図１２参照）。

【0108】

６．ネットワークにおける方法であって、本方法は、
ＵＥが、ネットワークがＵＥにＵＬ再送信を送るように要求するタイムスロットの後のタイムスロットにおいてネットワークに送信するものとするデータの量を、少なくとも、複数の送信からの合成されたソフト情報のネットワーク復号時間に基づいて、調整すること
を含む、方法。

【0109】

７．ネットワークにおける方法であって、本方法は、
少なくとも、複数の送信からの合成されたソフト情報の受信機復号時間に基づいて、ネットワークがＵＥにネットワークに再送信するように要求するコードブロックグループの数を調整すること
を含む、方法。

【0110】

８．
少なくとも受信機復号時間に基づいて、異なるＨＡＲＱフィードバックタイミングを使用すること
を含む、方法。

【0111】

９．コンピュータ可読プログラムコードを記憶する非一時的コンピュータ可読媒体を備えるコンピュータプログラム製品であって、コンピュータ可読プログラムコードが、方法１〜８のいずれかを実施するためのプログラムコードを含む、コンピュータプログラム製品。

【0112】

以下は、いくつかの実施形態による、ノード（たとえば、無線デバイス１０または無線ネットワークノード２０）およびネットワークノード（たとえば、無線ネットワークノード２０）の例である。

【0113】

１０．
受信機を、トランスポートブロックごとにマルチビットハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを使用するように設定することと、
少なくとも、複数の送信からの合成されたソフト情報の復号時間に基づいて、否定応答（ＮＡＣＫ）フィードバックのための調整を決定することと
を行うように動作可能な処理回路要素と、
決定された調整に従って送信機にＮＡＣＫフィードバックを送ること
を行うように動作可能なインターフェースと
を備える、ノード。

【0114】

１１．
トランスポートブロックの復号が完了していないと決定するように動作可能な処理回路要素と、
送信機にインジケータを通信するように動作可能なインターフェースであって、インジケータが、トランスポートブロックの復号が完了していないことを指示する、インターフェースと
を備える、ノード。

【0115】

１２．
受信機に１つまたは複数の送信を送ることと、
受信機からＨＡＲＱ ＮＡＣＫフィードバックを受信することと
を行うように動作可能な１つまたは複数のインターフェースと、
少なくとも、複数の送信からの合成されたソフト情報の受信機復号時間に基づいて、再送信を調整するように動作可能な処理回路要素と
を備える、ノード。

【0116】

１３．
受信機に１つまたは複数の送信を送ることと、
受信機から未完了復号指示フィードバックを受信することと
を行うように動作可能な１つまたは複数のインターフェースと、
受信機から未完了復号指示フィードバックを受信したことに応答して、再送信を送らないことと、
後のＨＡＲＱフィードバックオケージョンにおける受信機からのＨＡＲＱフィードバックを要求することを決定することと
を行うように動作可能な処理回路要素と
を備える、ノードであって、
１つまたは複数のインターフェースが、後のＨＡＲＱフィードバックオケージョンにおけるＨＡＲＱフィードバックを要求するようにさらに動作可能である、
ノード。

【0117】

１４．ＵＥが、ネットワークがＵＥにＵＬ再送信を送るように要求するタイムスロットの後のタイムスロットにおいてネットワークに送信するものとするデータの量を、少なくとも、複数の送信からの合成されたソフト情報のネットワーク復号時間に基づいて、調整するように動作可能な処理回路要素を備える、ネットワークノード。

【0118】

１５．少なくとも、複数の送信からの合成されたソフト情報の受信機復号時間に基づいて、ネットワークがＵＥにネットワークに再送信するように要求するコードブロックグループの数を調整するように動作可能な処理回路要素を備える、ネットワークノード。

【0119】

１６．少なくとも受信機復号時間に基づいて、異なるＨＡＲＱフィードバックタイミングを使用するように動作可能なノード。

【0120】

図１３は、無線デバイス１０またはネットワークノード２０など、送信機において使用するための例示的な方法１３００のフローチャート図である。方法１３００は、ステップ１３１０において始まり得る。ステップ１３１０において、送信機は、１つまたは複数のコードブロックグループ（ＣＢＧ）に配置された複数のコードブロック（ＣＢ）を含むトランスポートブロック（ＴＢ）を含む送信を送り得る。各コードブロックグループは１つまたは複数のコードブロックを含み得、各コードブロックは複数のコード化ビットを含む。送信は、トランスポートブロックごとにマルチビットハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを使用するように設定された受信機に送られ得る。

【0121】

ステップ１３２０において、送信機は、トランスポートブロックのコードブロックグループのうちの１つまたは複数について、受信機からＨＡＲＱ ＡＣＫまたはＮＡＣＫフィードバックを受信し得る。ステップ１３３０において、送信機は、少なくとも受信されたＨＡＲＱ ＡＣＫまたはＮＡＣＫフィードバックに基づいて、再送信中に受信機に送るべきコードブロックまたはコードブロックグループの数を決定し得る。いくつかの実施形態では、ステップ１３３０における決定は、受信機復号ステータスまたは復号能力に基づいて、再送信中に送られるべきコードブロックまたはコードブロックグループを調整することを可能にする。たとえば、いくつかの実施形態では、コードブロックまたはコードブロックグループの数は、各ＨＡＲＱフィードバック受信オケージョンについて別様に決定され得る。いくつかの場合には、フィードバックに基づいて、送信機は、受信機が、再送信されるコードブロックまたはコードブロックグループの追加の復号負荷をハンドリングし得ると決定するか、あるいは、受信機が、前に送られた送信されたコードブロックグループの各々を正常に復号したまたは正常に復号しなかったと決定することができるので、送信機は、ＮＡＣＫフィードバックが受信されたすべてのコードブロックまたはコードブロックグループを再送信することを決定し得る。一例として、送信機は、あらゆるコードブロックまたはコードブロックグループについてのフィードバックが、このフィードバックオケージョンにおいて与えられたかどうかを決定するために、受信されたフィードバックを対応する送信と比較し得る。あらゆるコードブロックまたはコードブロックグループについてのフィードバックが与えられたとは限らない場合、送信機は、ＮＡＣＫフィードバックが受信された、すべてよりも少ないコードブロックまたはコードブロックグループが、再送信中に送られるべきであると決定するか、または再送信を遅延させ得る。別の例として、送信機は、受信機における復号ステータスを指示するフィードバックから情報を取得し得る。他の場合には良好な送信状態にもかかわらず、フィードバックの大部分がＮＡＣＫである場合、送信機は、受信機が復号バックログを有すると決定し得、ＮＡＣＫフィードバックが受信されたコードブロックまたはコードブロックグループのサブセットのみに再送信を制限し得る。

【0122】

送信機は、あらゆるフィードバックオケージョンについてコードブロックおよびコードブロックグループの数を決定するか、または、いくつかの実施形態では、単に、一定数のフィードバックオケージョンの後に決定し得る。たとえば、送信機が、受信機の復号ステータスに関する情報を取得する場合、送信機は、２つ以上のフィードバックオケージョンにおいて、コードブロックまたはコードブロックグループの数を決定する際に、受信機のその復号ステータスを使用し得る。これは、送信機が、あらゆるフィードバックオケージョンの後に復号ステータスを更新することを回避することを可能にし得る。いくつかの実施形態では、送信機は、ＨＡＲＱフィードバックのあらゆる受信の後に受信機の復号ステータスを更新し得る。したがって、送信機は、送信されたトランスポートブロックについて受信されたＨＡＲＱフィードバックに基づいて、コードブロックまたはコードブロックグループごとに再送信を制御し得る。

【0123】

いくつかの実施形態では、ステップ１３３０において、コードブロックまたはコードブロックグループの数が決定された後に、送信機は、随意のステップ１３３５に示されているように、再送信中に、決定された数のコードブロックまたはコードブロックグループを受信機に送信し得る。たとえば、送信機は、送信機がＮＡＣＫフィードバックを受信したコードブロックまたはコードブロックグループの数よりも小さい数を決定し得る。送信機は、次いで、再送信中にその数のコードブロックまたはコードブロックグループのみを送り得る。このようにして、送信機は、受信されたフィードバックに基づいて再送信中に送信される量のコードブロックおよび／またはコードブロックを復号するためのより多くの時間を、受信機に与え得る。

【0124】

いくつかの実施形態では、方法１３００は、１つまたは複数の追加のステップを含み得る。たとえば、いくつかの実施形態では、方法１３００は、随意のステップ１３４０および１３５０を含む。ステップ１３４０において、送信機は、受信機から未完了復号指示フィードバックを受信し得る。たとえば、受信機は、受信機が、前に送信されたトランスポートブロックまたはそのトランスポートブロック内のすべてのコードブロックグループを復号すること（または、復号する、受信機の試み）を完了しなかったという指示を送信し得る。ステップ１３５０において、受信機から未完了指示フィードバックを受信したことに応答して、送信機は、再送信中に送るべきコードブロックまたはコードブロックグループの数を調整するか、再送信を送らないことを決めるか、あるいは再送信を送ることを遅延させ得る。たとえば、受信機が前の送信を復号するための十分な時間を有しなかったことが指示された場合、送信機は、過大な復号負荷で受信機に負担をかけないように、再送信中に送るべきコードブロックまたはコードブロックグループの数を低減し得る。別の例では、送信機は、再送信を送らないことを決め得る。また別の例として、送信機は、再送信を送ることを遅延させ得る。いくつかの場合には、送信機は、再送信を送る前に（たとえば、受信機が前のトランスポートブロックの復号を完了したという）さらなるフィードバックまで待ち得る。いくつかの場合には、送信機は、再送信を送るために、所定の量の時間または所定の数のフィードバックオケージョンを待ち得る。

【0125】

いくつかの実施形態では、ＴＢが受信機におけるＴＢ巡回冗長検査に不合格になったとき、１つまたは複数のＣＢＧの各々についてＨＡＲＱ ＮＡＣＫフィードバックが受信される。いくつかの実施形態では、コードブロックまたはコードブロックグループの数を決定することは、再送信中に受信機にＴＢのすべてのＣＢＧを送ることを決定することを含む。いくつかの実施形態では、コードブロックまたはコードブロックグループの数を決定することは、再送信中に受信機にＴＢのＣＢＧの（すべてよりも少ない）サブセットのみを送ることを含む。たとえば、受信機は、送信機に、ＣＢＧのサブセットのみを再送信するように指示し得る。

【0126】

いくつかの実施形態では、再送信中のコードブロックまたはコードブロックグループの数を決定することは、トランスポートブロックの受信されたコードブロックを復号するための受信機の復号時間にさらに基づく。たとえば、送信機は、受信機における復号負荷および／または復号能力に関する情報を取得し得る。この情報に基づいて、送信機は、再送信中に送るべきコードブロックまたはコードブロックグループの数を決定し得る。たとえば、受信機において復号負荷が高い場合、送信機は、再送信中に送るべきコードブロックまたはコードブロックグループのより低い数を決定し得る。代替的に、受信機において復号負荷が低い場合、送信機は、再送信中に送るべきコードブロックまたはコードブロックグループのより高い数を決定し得る。

【0127】

いくつかの実施形態では、ＣＢまたはＣＢＧの数を決定することは、ＨＡＲＱ ＮＡＣＫフィードバックが受信されたＴＢ中のＣＢのサブセットのみまたはＣＢＧのサブセットのみが再送信されるように、再送信中のＣＢの数を低減することを含む。たとえば、送信機は、受信機が追加の復号負荷をハンドリングすることが可能でない場合、すべてのＮＡＣＫフィードバックＣＢまたはＣＢＧを送るのを控え得る。

【0128】

いくつかの実施形態では、方法１３００は、再送信の後の１つまたは複数のタイムスロットにおいて受信機に送るべきＣＢまたはＣＢＧの数を低減するステップをさらに含み得る。たとえば、再送信の後に、送信機は、受信機における復号負荷に関する情報を取得し得る。この情報は、送信機の再送信を含む、送信機によって送信された前の送信に基づき得る。いくつかの実施形態では、送信機は、受信機が前のトランスポートブロックならびに／あるいは再送信されたコードブロックおよび／またはコードブロックグループを復号するための追加の時間を有するまで、さらなるトランスポートブロックのさらなる送信を遅延させ得る。

【0129】

いくつかの実施形態では、方法１３００は、送信機が受信機に１つまたは複数の指示をシグナリングするステップをさらに含む。１つまたは複数の指示は、前の送信中に正常に復号されなかったＣＢまたはＣＢＧのフィードバックに基づいて、肯定応答（ＡＣＫ）または否定応答（ＮＡＣＫ）フィードバックで応答すべきＴＢのＣＢＧの第１の数を受信機が決定することができるための情報を与え得る。たとえば、送信機は、ＨＡＲＱフィードバックで応答すべきＣＢＧのサブセットを決定するために、受信機と協調し得る。このようにして、受信機は、トランスポートブロックのすべてのＣＢＧを復号することを試みるとは限らず、これは、送信機によるＣＢＧの再送信の冗長を低減し得る。いくつかの実施形態では、１つまたは複数の指示は、受信機に、たとえば、図１４を参照して以下で説明される受信機において使用するための方法のいずれかを実施させるように設定される。

【0130】

いくつかの実施形態では、方法１３００は、受信機に、１つまたは複数のＣＢＧのうちのどのコードブロックグループが再送信中にあるかを指示するステップをさらに含む。このようにして、受信機は、どのＣＧＢが再送信されるかを、それらのＣＢＧの復号を協調させるために決定し得る。

【0131】

いくつかの実施形態では、方法１３００は、受信機に、ＨＡＲＱフィードバックタイミングのための１つまたは複数のセッティングを送るステップをさらに含む。たとえば、送信機は、受信機における復号時間に基づいて、受信機におけるＨＡＲＱフィードバックタイミングを制御し得る。このようにして、ＨＡＲＱフィードバックタイミングは、受信機が、トランスポートブロックのすべてではないにしても、大部分についてのフィードバックを与えることを可能にするように最適にセットされ得る。いくつかの実施形態では、１つまたは複数のセッティングは、ダウンリンク制御チャネルを介して動的に送られる。いくつかの実施形態では、１つまたは複数のセッティングは、再送信のためのＨＡＲＱフィードバックタイミングを、送信のためのＨＡＲＱフィードバックタイミングよりも長くなるように設定する。たとえば、再送信はより低いコードレートで送られ得、これは、受信機においてより長い復号時間を必要とし得る。より長いＨＡＲＱフィードバックタイミングは、受信機が、フィードバックを与えなければならなくなる前に、より低いコードレートにおける再送信を復号することを可能にし得る。

【0132】

方法１３００のいくつかの実施形態は、セクション１．１、１．２、３．１、３．２、４．１、４．２、および４．３、ならびに復号時間決定について説明するセクションで説明されたいくつかの特徴など、本開示の前のセクションで説明された特徴を含むものとして説明された。方法１３００のいくつかの実施形態は、（たとえば、無線デバイスまたはＵＥに送信する、ｅＮＢまたはｇＮＢなど、ネットワークノードによって実施されるものとして、前のセクションで説明された特徴を含む）送信機によって実施されるものとして前のセクションで説明された他の特徴のうちのいずれかを含むように変更され得る。

【0133】

図１４は、無線デバイス１０および／またはネットワークノード２０など、受信機において使用するための例示的な方法１４００のフローチャート図である。方法１４００は、ステップ１４１０において始まり得、受信機は、トランスポートブロック（ＴＢ）ごとにマルチビットハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを使用するように設定される。たとえば、受信機は、マルチビットＨＡＲＱフィードバック自体を与えることを決定し得るか、または、受信機は、この機能性を与えるための命令を受信し得る。受信機を、マルチビットＨＡＲＱフィードバックを使用するように設定することによって、受信機は、各ＴＢのための複数のＡＣＫ／ＮＡＣＫフィードバックビット、たとえば、各コードブロックグループのためのビットを与えるように設定され得る。

【0134】

ステップ１４２０において、受信機は、１つまたは複数のコードブロックグループ（ＣＢＧ）に配置された複数のコードブロック（ＣＢ）から構成されたＴＢを含む送信を受信し得る。ステップ１４３０において、受信機は、ＴＢの各ＣＢＧについてのＨＡＲＱ ＡＣＫまたはＮＡＣＫフィードバックを送り得る。受信機は、ＴＢの復号ステータスに基づいて、ＡＣＫ／ＮＡＣＫフィードバックを送り得る。たとえば、受信機は、受信機がＡＣＫ／ＮＡＣＫフィードバックを報告する前にＴＢの各ＣＢＧを復号し得るかどうかに基づいて、ＡＣＫ／ＮＡＣＫフィードバックを決定し得る。いくつかの実施形態では、受信機は、あらゆるコードブロックグループについてフィードバックを与え得る。たとえば、受信機は、正常に復号されなかったコードブロックグループに加えて、復号されていないコードブロックグループについてＮＡＣＫフィードバックを与え得る。別の例として、受信機は、復号されていないものまたはそれらの一部のサブセットについてＡＣＫフィードバックを与え得る。送信機は、次の送信または再送信をスケジュールするために、送られたフィードバックを使用し得る。このようにして、受信機は、受信機における復号ステータスに基づいて、マルチビットＨＡＲＱフィードバックを制御し得る。

【0135】

いくつかの実施形態では、送られたＨＡＲＱ ＡＣＫまたはＮＡＣＫフィードバックに基づいて、再送信が受信され得る。随意のステップ１４３５において、受信機は、受信機がフィードバックを与えたコードブロックまたはコードブロックグループの再送信を受信し得る。たとえば、送信機は、受信機がＮＡＣＫフィードバックを与えた１つまたは複数のコードブロックまたはコードブロックグループを再送信し得る。いくつかの実施形態では、受信機は、ＨＡＲＱ ＮＡＣＫフィードバックが送られたトランスポートブロックの、コードブロックのサブセットのみまたはコードブロックグループのサブセットのみを含む送信を受信し得る。たとえば、受信機は、受信機がフィードバックを与えたコードブロックまたはコードブロックグループのサブセットのみを含む送信を受信し得る。このようにして、受信機は、再送信からの低減された復号負荷を有し得、これは、受信機が、ＨＡＲＱフィードバックを与える前に、前に復号されていないコード化ビットを復号するか、あるいは再送信のコード化ビットを正常に復号するかまたは正常に復号しないことを可能にし得る。

【0136】

いくつかの実施形態では、方法１４００は、１つまたは複数の追加のおよび／または随意のステップを含み得る。たとえば、いくつかの実施形態では、方法１４００は、ステップ１４４０をさらに含み得る。ステップ１４４０において、受信機は、送信機に、トランスポートブロックの復号が完了していないという指示を与え得る。たとえば、受信機は、受信機がＨＡＲＱフィードバックを報告する前に、現在のＴＢが復号されないことになると決定し得る。受信機は、いくつかの理由で送信機に指示を与え得る。たとえば、送信機は、受信機への再送信またはさらなる送信中に送るべきＣＢＧおよび／またはＣＢの数を調整するために、指示を使用し得る。別の例として、指示は、受信機がこのフィードバックオケージョンにおいてＨＡＲＱフィードバックを与えないことになるが、次のオケージョンにおいてまたはいくつかの後のオケージョンにおいてＨＡＲＱフィードバックを与えることになることを、送信機に指示し得る。このようにして、ＨＡＲＱフィードバックは、受信機と送信機との間でより良く協調される。

【0137】

いくつかの実施形態では、ステップ１４４０の場合のように、送信機にトランスポートブロックの復号が完了していないという指示を与えることに加えて、受信機はまた、復号が終了していないトランスポートブロックのコードブロックグループについて、ＮＡＣＫフィードバックを送り得る。このようにして、受信機は、復号が依然として進行中であることを受信機が指示する場合でも、依然としてフィードバックを与え得る。

【0138】

いくつかの実施形態では、方法１４００は、ＴＢが受信機におけるＴＢ巡回冗長検査に不合格になったとき、ＣＢＧの各々についてＨＡＲＱ ＮＡＣＫフィードバックを与えるステップをさらに含む。いくつかの実施形態では、方法１４００は、ＴＢのすべてのＣＢまたはＣＢＧの再送信を受信するステップをさらに含む。たとえば、ＴＢがＴＢ ＣＲＣ検査に不合格になった場合、受信機は、どのＣＢＧが誤りであったかを知らないことがある。受信機は、その場合、すべてのＣＢおよびＣＢＧについてＮＡＣＫフィードバックを与え得る。それに応じて、送信機は、すべてのＣＢおよびＣＢＧを再送信し得る。いくつかの実施形態では、方法１４００は、ＴＢのＣＢまたはＣＢＧのサブセットの再送信を受信することをさらに含む。たとえば、受信機は、ＣＢＧのサブセットについてＡＣＫフィードバックを与え、ＣＢＧの別のサブセットについてＮＡＣＫフィードバックを与え得る。このようにして、完全なＴＢが再送信されるとは限らないことがある。

【0139】

いくつかの実施形態では、ＨＡＲＱ ＡＣＫまたはＮＡＣＫフィードバックを決定することは、ＴＢの１つまたは複数のＣＢＧのうちのＣＢＧの第１のサブセットについて、ＮＡＣＫフィードバックを送るサブステップを含む。第１のサブセットは、第１のＨＡＲＱフィードバックオケージョンにおいて決定された、１つまたは複数の正常に復号されなかったＣＢを含むＣＢＧを含む。たとえば、受信機は、正常に復号されなかったＣＢＧのサブセットのみについてＮＡＣＫフィードバックを与え得る。いくつかの実施形態では、コードブロックグループの第１のサブセットは、第１のＨＡＲＱフィードバックオケージョンによって復号が完了しなかったＣＢＧを含まない。このようにして、受信機は、不要な再送信および無線リソースの使用を防ぐために、復号されていないＣＢＧについてＮＡＣＫフィードバックを与えるのを控え得る。

【0140】

いくつかの実施形態では、方法１４００は、少なくとも、前の送信および再送信から受信された、正常に復号されなかった情報についての復号時間に基づいて、異なるＨＡＲＱフィードバックオケージョンにおいて否定応答（ＮＡＣＫ）フィードバックを送るべきＴＢのＣＢＧのセットを決定するステップをさらに含む。たとえば、受信機は、復号が正常でないＣＢＧのサブセットを決定するが、次いで、受信機がトランスポートブロックまたはその一部の有意部分の復号を完了することが可能であり得る、別のフィードバックオケージョンまで、ＮＡＣＫフィードバックの送信を遅延させ得る。

【0141】

いくつかの実施形態では、ＴＢの各ＣＢＧについてＨＡＲＱ ＡＣＫまたはＮＡＣＫフィードバックを決定することは、受信機における全体的復号負荷にさらに基づく。いくつかの実施形態では、受信機は、２つ以上のサービングセルまたは帯域幅スライスからデータを受信する。したがって、全体的復号負荷は、各サービングセルまたは帯域幅スライスからの受信されたデータからの復号負荷に基づき得る。いくつかの実施形態では、受信機は、２つ以上の接続された無線ノードからデータを受信している。したがって、全体的復号負荷は、各無線ノードからの受信されたデータからの復号負荷に基づき得る。

【0142】

いくつかの実施形態では、方法１４００は、１つまたは複数の復号されていないまたは正常に復号されなかったコードブロックグループについて、ＡＣＫフィードバックを送るステップをさらに含む。いくつかの実施形態では、ＡＣＫフィードバックが送られた、復号されていないまたは正常に復号されなかったコードブロックグループの数が、受信機能力、受信機のデコーダレイテンシ、送信のコードレート、およびコードブロックグループ中のコードブロックの数のうちの１つまたは複数に基づく。

【0143】

いくつかの実施形態では、方法１４００は、１つまたは複数のＣＢＧに配置された複数のＣＢを含むＴＢを含む再送信を受信するステップをさらに含む。方法１４００は、ＨＡＲＱフィードバックタイミングに応じて再送信のためのＡＣＫまたはＮＡＣＫフィードバックを送るステップをさらに含む。ＨＡＲＱフィードバックタイミングは、再送信中に受信されたＣＢの数またはＣＢＧの数に基づき得る。たとえば、受信機は、受信されたＣＢおよび／またはＣＢＧに適応するために、受信機のフィードバックタイミングを調整し得る。いくつかの場合には、受信機は、不要な再送信が回避されることを確実にするためにフィードバックを予想する送信機と協調し得る。

【0144】

方法１４００のいくつかの実施形態は、セクション２．１、２．２、３．１、３．２、４．１、４．２、および４．３、ならびに復号時間決定について説明するセクションで説明されたいくつかの特徴など、本開示の前のセクションで説明された特徴を含むものとして説明された。方法１４００のいくつかの実施形態は、（たとえば、ｅＮＢまたはｇＮＢなど、ネットワークノードから送信を受信するＵＥなど、無線デバイスによって実施されるものとして、前のセクションで説明された特徴を含む）受信機によって実施されるものとして前のセクションで説明された他の特徴のうちのいずれかを含むように変更され得る。

【0145】

いくつかの実施形態では、上記で説明された方法の１つまたは複数のステップは、無線デバイス１０またはネットワークノード２０の１つまたは複数の構成要素を使用して行われ得る。たとえば、１つまたは複数の受信するステップ、送るステップ、送信するステップ、または指示するステップは、無線デバイス１０のトランシーバ１２および／またはネットワークノード２０のトランシーバ２２を使用して行われ得る。別の例として、１つまたは複数の決定するステップまたは調整するステップは、無線デバイス１０の処理回路要素１４および／またはネットワークノード２０の処理回路要素２４を使用して行われ得る。このようにして、上記で説明された方法のうちの１つまたは複数は、各々が送信機および／または受信機として使用され得る、無線デバイス１０またはネットワークノード２０によって行われ得る。

【0146】

本明細書で説明される任意のステップまたは特徴は、いくつかの実施形態を例示するにすぎない。すべての実施形態が、開示されるすべてのステップまたは特徴を組み込むことも、本明細書で描かれるかまたは説明される厳密な順序でステップが実施されることも必要とされない。その上、いくつかの実施形態は、本明細書で開示されるステップのうちの１つまたは複数に固有のステップを含む、本明細書で例示または説明されないステップまたは特徴を含み得る。

【0147】

任意の適切なステップ、方法、または機能は、たとえば、上記の図のうちの１つまたは複数に例示された構成要素および機器によって実行され得るコンピュータプログラム製品を通して実施され得る。たとえば、無線デバイス１０のメモリ１６またはネットワークノード２０のメモリ２６は、非一時的コンピュータ可読媒体のためのストレージなど、コンピュータプログラムが記憶され得るコンピュータ可読手段を備え得る。コンピュータプログラムは、処理回路要素１４または２４（ならびにトランシーバ１２／２２およびメモリ１６／２６など、動作可能に結合されたエンティティおよびデバイス）に、本明細書で説明される実施形態による方法を実行させる命令を含み得る。したがって、コンピュータプログラムおよび／またはコンピュータプログラム製品は、本明細書で開示される任意のステップを実施するための手段を提供し得る。

【0148】

任意の適切なステップ、方法、または機能は、１つまたは複数の機能モジュールを通して実施され得る。各機能モジュールは、ソフトウェア、コンピュータプログラム、サブルーチン、ライブラリ、ソースコード、または、たとえば、プロセッサによって実行される任意の他の形態の実行可能な命令を備え得る。いくつかの実施形態では、各機能モジュールは、ハードウェアでおよび／またはソフトウェアで実装され得る。たとえば、１つまたは複数のまたはすべての機能モジュールは、場合によってはメモリ１６および／または２６と協働して、処理回路要素１４および／または２４によって実装され得る。したがって、処理回路要素１４および／または２４ならびにメモリ１６および／または２６は、それぞれの機能モジュールが本明細書で開示される任意のステップまたは機能を実施することを可能にするために、処理回路要素１４および／または２４が、メモリ１６および／または２６から命令をフェッチし、フェッチされた命令を実行することを可能にするように配置され得る。

【0149】

発明的概念のいくつかの態様が、主に、数個の実施形態を参照しながら上記で説明された。しかしながら、当業者によって容易に諒解されるように、上記で開示された実施形態以外の実施形態が等しく可能であり、発明的概念の範囲内にある。同様に、いくつかの異なる組合せが論じられたが、すべての可能な組合せが開示されたとは限らない。当業者は、他の組合せが存在し、発明的概念の範囲内にあることを諒解するであろう。その上、当業者によって理解されているように、本明細書で開示される実施形態は、そのようなものとして他の規格および通信システムにも適用可能であり、他の特徴に関連して開示される特定の図からの任意の特徴は、任意の他の図に適用可能であり、および／または異なる特徴と組み合わせられ得る。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】