特表 2023-520058 拡張マシンタイプ通信において１４個のＨＡＲＱプロセスをサポートするためのＨＡＲＱ－ＡＣＫ遅延

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

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

(11)【公表番号】

(43)【公表日】2023-05-15

(54)【発明の名称】拡張マシンタイプ通信において１４個のＨＡＲＱプロセスをサポートするためのＨＡＲＱ－ＡＣＫ遅延

(51)【国際特許分類】

   H04W 28/04 20090101AFI20230508BHJP

   H04W 72/1268 20230101ALI20230508BHJP

   H04W 72/232 20230101ALI20230508BHJP

【ＦＩ】

H04W28/04 110

H04W72/1268

H04W72/232

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2022559899

(86)(22)【出願日】2021-02-10

(85)【翻訳文提出日】2022-11-29

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

(87)【国際公開番号】W WO2021198802

(87)【国際公開日】2021-10-07

(31)【優先権主張番号】63/002,768

(32)【優先日】2020-03-31

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

【公序良俗違反の表示】

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

１．３ＧＰＰ

(71)【出願人】

【識別番号】515076873

【氏名又は名称】ノキア テクノロジーズ オサケユイチア

(74)【代理人】

【識別番号】100094569

【弁理士】

【氏名又は名称】田中 伸一郎

(74)【代理人】

【識別番号】100103610

【弁理士】

【氏名又は名称】▲吉▼田 和彦

(74)【代理人】

【識別番号】100109070

【弁理士】

【氏名又は名称】須田 洋之

(74)【代理人】

【識別番号】100067013

【弁理士】

【氏名又は名称】大塚 文昭

(74)【代理人】

【識別番号】100086771

【弁理士】

【氏名又は名称】西島 孝喜

(74)【代理人】

【識別番号】100109335

【弁理士】

【氏名又は名称】上杉 浩

(74)【代理人】

【識別番号】100120525

【弁理士】

【氏名又は名称】近藤 直樹

(74)【代理人】

【識別番号】100139712

【弁理士】

【氏名又は名称】那須 威夫

(74)【代理人】

【識別番号】100176418

【弁理士】

【氏名又は名称】工藤 嘉晃

(72)【発明者】

【氏名】バトゥーラウル デヴィッド

(72)【発明者】

【氏名】ラタスク ラピーパット

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

5K067

【Ｆターム（参考）】

5K067DD11

5K067EE02

5K067EE10

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】

少なくとも１つのプロセッサと、
コンピュータプログラムコードを含んでいる少なくとも１つのメモリとを備えている装置であって、
前記少なくとも１つのメモリおよび前記コンピュータプログラムコードが、前記少なくとも１つのプロセッサと共に、前記装置に、請求項１～２２のいずれかに記載の前記方法を少なくとも実行させるように構成される、装置。

【発明の詳細な説明】

【技術分野】

【0001】

この説明は、ワイヤレス通信に関連しており、特に、ハイブリッド自動再送要求（ＨＡＲＱ：ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）技術に関連している。

【背景技術】

【0002】

通信システムは、固定された通信デバイスまたはモバイル通信デバイスなどの２つ以上のノードまたはデバイス間の通信を可能にする機能であってよい。有線キャリアまたはワイヤレスキャリア上で信号が搬送されることができる。

【0003】

セルラー通信システムの例は、第３世代パートナーシッププロジェクト（３ＧＰＰ：３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）によって規格化されているアーキテクチャである。この分野における最近の開発は、ユニバーサルモバイル通信システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）無線アクセス技術のロングタームエボリューション（ＬＴＥ：ｌｏｎｇ－ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）と呼ばれることが多い。Ｅ－ＵＴＲＡ（ｅｖｏｌｖｅｄ ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ：エボルブドＵＭＴＳ地上波無線アクセス）は、３ＧＰＰのモバイルネットワーク用のロングタームエボリューション（ＬＴＥ）のアップグレードパスのエアインターフェイスである。ＬＴＥでは、拡張ノードＡＰまたはエボルブドノードＢ（ｅＮＢ：Ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ）と呼ばれる基地局またはアクセスポイント（ＡＰ：ａｃｃｅｓｓ ｐｏｉｎｔ）が、カバレッジエリアまたはセル内のワイヤレスアクセスを提供する。ＬＴＥでは、モバイルデバイスまたは移動局が、ユーザ機器（ＵＥ：ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）と呼ばれる。ＬＴＥは、複数の改善または開発を含んでいた。

【0004】

５Ｇニューラジオ（ＮＲ：Ｎｅｗ Ｒａｄｉｏ）の開発は、以前の３Ｇおよび４Ｇのワイヤレスネットワークの進化に類似する、５Ｇの要件を満たすために継続されているモバイルブロードバンドの進化過程の一部である。さらに、５Ｇは、モバイルブロードバンドに加えて、新たに出現している使用事例でもターゲットにされている。５Ｇの目標は、データレート、待ち時間、信頼性、およびセキュリティの新しいレベルを含み得る、無線性能における大幅な改善を実現することである。５Ｇ ＮＲは、大規模なモノのインターネット（ＩｏＴ：Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）に効率的に接続するように大きさを変更されてもよく、新しい種類のミッションクリティカルなサービスを提供し得る。超高信頼低遅延通信（ＵＲＬＬＣ：Ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ａｎｄ ｌｏｗ－ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）デバイスは、高い信頼性および極めて低い待ち時間を必要とすることがある。

【発明の概要】

【0005】

さまざまな例示的実装が説明および／または例示される。以下では、実装の１つまたは複数の例の詳細が、添付の図面および説明において示される。説明および図面から、ならびに特許請求の範囲から、その他の特徴が明らかになるであろう。

【0006】

ユーザ機器で１１個以上のＨＡＲＱプロセス（例えば、１４個のＨＡＲＱプロセス）のハイブリッド自動要求確認応答（ＨＡＲＱ－ＡＣＫ：ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｑｕｅｓｔ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）遅延をサポートするダウンリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）フィールドの結合エンコーディングのための方法、装置、およびコンピュータ可読ストレージ媒体が提供される。例示的な実装では、この方法は、ユーザ機器（ＵＥ）が、ＵＥで構成されるハイブリッド自動再送要求（ＨＡＲＱ）プロセスの数を決定することと、ＵＥで構成されるＨＡＲＱプロセスの数、およびネットワークノードから受信されたダウンリンク制御情報（ＤＣＩ）に少なくとも基づいて、ＨＡＲＱ確認応答（ＨＡＲＱ－ＡＣＫ）遅延値を決定することとを含んでよい。

【図面の簡単な説明】

【0007】

【図1】例示的な実装に従うワイヤレスネットワークのブロック図である。

【図2】例示的な実装に従って少なくとも１４個のＨＡＲＱプロセスをサポートするためのＨＡＲＱ－ＡＣＫ手順を示す図である。

【図3】例示的な実装に従って少なくとも１４個のＨＡＲＱプロセスのＨＡＲＱ－ＡＣＫ遅延をサポートする結合エンコードされた状態テーブルを示す図である。

【図4】例示的な実装に従って少なくとも１４個のＨＡＲＱプロセスをサポートするためのＨＡＲＱ－ＡＣＫ遅延手順を示すフローチャートである。

【図5】例示的な実装に従う、ノードまたは無線局（例えば、基地局／アクセスポイントまたは移動局／ユーザデバイス／ＵＥ）のブロック図である。

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

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

このようにして、ＤＣＩのサイズを増やさずにより高いスループットをサポートするために、１４個のＨＡＲＱプロセスの追加のＨＡＲＱ－ＡＣＫ遅延およびＰＤＳＣＨオフセットがサポートされてよい。

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

コンピュータプログラムの実行に適したプロセッサの例としては、汎用マイクロプロセッサおよび専用マイクロプロセッサの両方、ならびに任意の種類のデジタルコンピュータ、チップ、またはチップセットのいずれか１つまたは複数のプロセッサが挙げられる。通常、プロセッサは、読み取り専用メモリもしくはランダムアクセスメモリまたはその両方から命令およびデータを受信する。コンピュータの要素は、命令を実行するための少なくとも１つのプロセッサと、命令およびデータを格納するための１つまたは複数のメモリデバイスとを含んでよい。通常、コンピュータは、データを格納するための１つまたは複数のマスストレージデバイス（例えば、磁気ディスク、光磁気ディスク、もしくは光ディスク）も含むか、またはそのようなマスストレージデバイスとの間でデータを受信もしくは送信するように動作可能に結合されるか、あるいはその両方であってよい。コンピュータプログラム命令およびデータを具現化するのに適した情報媒体は、例えば、半導体メモリデバイス（例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、およびフラッシュメモリデバイス）、磁気ディスク（例えば、内部ハードディスクまたは取り外し可能なディスク）、光磁気ディスク、ならびにＣＤ－ＲＯＭおよびＤＶＤ－ＲＯＭディスクなどの、あらゆる形態の不揮発性メモリを含む。プロセッサおよびメモリは、専用論理回路によって補完されるか、または専用論理回路に組み込まれてよい。

【図1】

【図2】

【図3】

【図4】

【図5】

【手続補正書】

【提出日】2022-11-29

【手続補正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】

少なくとも１つのプロセッサと、
コンピュータプログラムコードを含んでいる少なくとも１つのメモリとを備えている装置であって、
前記少なくとも１つのメモリおよび前記コンピュータプログラムコードが、前記少なくとも１つのプロセッサと共に、前記装置に、請求項１に記載の前記方法を少なくとも実行させるように構成される、装置。

【国際調査報告】