JP2023520058A - 拡張マシンタイプ通信において14個のharqプロセスをサポートするためのharq-ack遅延 - Google Patents
拡張マシンタイプ通信において14個のharqプロセスをサポートするためのharq-ack遅延 Download PDFInfo
- Publication number
- JP2023520058A JP2023520058A JP2022559899A JP2022559899A JP2023520058A JP 2023520058 A JP2023520058 A JP 2023520058A JP 2022559899 A JP2022559899 A JP 2022559899A JP 2022559899 A JP2022559899 A JP 2022559899A JP 2023520058 A JP2023520058 A JP 2023520058A
- Authority
- JP
- Japan
- Prior art keywords
- harq
- harq processes
- ack delay
- determining
- ack
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 193
- 230000008569 process Effects 0.000 title claims abstract description 119
- 238000004891 communication Methods 0.000 title claims description 21
- 238000004590 computer program Methods 0.000 claims description 16
- 230000004044 response Effects 0.000 claims description 12
- 230000005540 biological transmission Effects 0.000 claims description 11
- 239000011159 matrix material Substances 0.000 description 12
- 230000001934 delay Effects 0.000 description 10
- 238000005516 engineering process Methods 0.000 description 8
- 230000006870 function Effects 0.000 description 8
- 238000011161 development Methods 0.000 description 4
- 230000018109 developmental process Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 238000012545 processing Methods 0.000 description 3
- 230000011664 signaling Effects 0.000 description 3
- 239000000969 carrier Substances 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 1
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 1
- 241001465754 Metazoa Species 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000010267 cellular communication Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000000593 degrading effect Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000005693 optoelectronics Effects 0.000 description 1
- 230000000644 propagated effect Effects 0.000 description 1
- 230000000630 rising effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000008054 signal transmission Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1825—Adaptation of specific ARQ protocol parameters according to transmission conditions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1854—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1896—ARQ related signaling
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
ユーザ機器で11個以上のHARQプロセス(例えば、14個のHARQプロセス)のハイブリッド自動要求確認応答(HARQ-ACK)遅延をサポートするダウンリンク制御情報(DCI)フィールドの結合エンコーディングのための方法、装置、およびコンピュータ可読ストレージ媒体が提供される。例示的な実装では、この方法は、ユーザ機器(UE)が、UEで構成されるハイブリッド自動再送要求(HARQ)プロセスの数を決定することと、UEで構成されるHARQプロセスの数、およびネットワークノードから受信されたダウンリンク制御情報(DCI)に少なくとも基づいて、HARQ確認応答(HARQ-ACK)遅延値を決定することとを含んでよい。【選択図】図2
Description
この説明は、ワイヤレス通信に関連しており、特に、ハイブリッド自動再送要求(HARQ:hybrid automatic repeat request)技術に関連している。
通信システムは、固定された通信デバイスまたはモバイル通信デバイスなどの2つ以上のノードまたはデバイス間の通信を可能にする機能であってよい。有線キャリアまたはワイヤレスキャリア上で信号が搬送されることができる。
セルラー通信システムの例は、第3世代パートナーシッププロジェクト(3GPP:3rd Generation Partnership Project)によって規格化されているアーキテクチャである。この分野における最近の開発は、ユニバーサルモバイル通信システム(UMTS:Universal Mobile Telecommunications System)無線アクセス技術のロングタームエボリューション(LTE:long-term evolution)と呼ばれることが多い。E-UTRA(evolved UMTS Terrestrial Radio Access:エボルブドUMTS地上波無線アクセス)は、3GPPのモバイルネットワーク用のロングタームエボリューション(LTE)のアップグレードパスのエアインターフェイスである。LTEでは、拡張ノードAPまたはエボルブドノードB(eNB:Evolved Node B)と呼ばれる基地局またはアクセスポイント(AP:access point)が、カバレッジエリアまたはセル内のワイヤレスアクセスを提供する。LTEでは、モバイルデバイスまたは移動局が、ユーザ機器(UE:user equipment)と呼ばれる。LTEは、複数の改善または開発を含んでいた。
5Gニューラジオ(NR:New Radio)の開発は、以前の3Gおよび4Gのワイヤレスネットワークの進化に類似する、5Gの要件を満たすために継続されているモバイルブロードバンドの進化過程の一部である。さらに、5Gは、モバイルブロードバンドに加えて、新たに出現している使用事例でもターゲットにされている。5Gの目標は、データレート、待ち時間、信頼性、およびセキュリティの新しいレベルを含み得る、無線性能における大幅な改善を実現することである。5G NRは、大規模なモノのインターネット(IoT:Internet of Things)に効率的に接続するように大きさを変更されてもよく、新しい種類のミッションクリティカルなサービスを提供し得る。超高信頼低遅延通信(URLLC:Ultra-reliable and low-latency communications)デバイスは、高い信頼性および極めて低い待ち時間を必要とすることがある。
さまざまな例示的実装が説明および/または例示される。以下では、実装の1つまたは複数の例の詳細が、添付の図面および説明において示される。説明および図面から、ならびに特許請求の範囲から、その他の特徴が明らかになるであろう。
ユーザ機器で11個以上のHARQプロセス(例えば、14個のHARQプロセス)のハイブリッド自動要求確認応答(HARQ-ACK:hybrid automatic request-acknowledgement)遅延をサポートするダウンリンク制御情報(DCI:downlink control information)フィールドの結合エンコーディングのための方法、装置、およびコンピュータ可読ストレージ媒体が提供される。例示的な実装では、この方法は、ユーザ機器(UE)が、UEで構成されるハイブリッド自動再送要求(HARQ)プロセスの数を決定することと、UEで構成されるHARQプロセスの数、およびネットワークノードから受信されたダウンリンク制御情報(DCI)に少なくとも基づいて、HARQ確認応答(HARQ-ACK)遅延値を決定することとを含んでよい。
図1は、例示的な実装に従うワイヤレスネットワーク130のブロック図である。図1のワイヤレスネットワーク130では、移動局(MS:mobile station)またはユーザ機器(UE)と呼ばれることもあるユーザデバイス(UD:user device)131、132、133、および135が、アクセスポイント(AP)、拡張ノードB(eNB:enhanced Node B)、次世代ノードB(gNB:next-generation Node B)、またはネットワークノードと呼ばれることもある基地局(BS:base station)134に接続され(および通信し)てよい。アクセスポイント(AP)、基地局(BS)、(e)ノードB(eNB)、またはgNBの機能の少なくとも一部は、リモート無線ヘッドなどのトランシーバに動作可能に結合され得る任意のノード、サーバ、またはホストによって実行されてもよい。BS(またはAP)134は、ユーザデバイス131、132、133、および135へを含む、セル136内のワイヤレスカバレッジを提供する。4つのユーザデバイスのみがBS134に接続されているか、または取り付けられているように示されているが、任意の数のユーザデバイスが提供されてよい。BS134は、S1インターフェイス151を介してコアネットワーク150にも接続される。これは、ワイヤレスネットワークの単に1つの単純な例であり、他のワイヤレスネットワークが使用されてよい。
ユーザデバイス(ユーザ端末、ユーザ機器(UE))は、加入者識別モジュール(SIM:subscriber identification module)を使用するか、または使用しないで動作するワイヤレスモバイル通信デバイスを含んでいるポータブルコンピューティングデバイスのことを指してよく、その例として、移動局(MS)、携帯電話、セルフォン、スマートフォン、パーソナルデジタルアシスタント(PDA:personal digital assistant)、送受話器、ワイヤレスモデムを使用するデバイス(アラームまたは測定デバイスなど)、ラップトップコンピュータおよび/もしくはタッチスクリーンコンピュータ、タブレット、ファブレット、ゲーム機、ノートブック、ならびにマルチメディアデバイスといった種類の、ただしこれらに限定されないデバイス、または任意のその他のワイヤレスデバイスを含む。ユーザデバイスが、ほぼ排他的なアップリンク専用デバイスであってもよく、その例は、画像またはビデオクリップをネットワークに読み込むカメラまたはビデオカメラであるということが、理解されるべきである。
(一例として)LTEでは、コアネットワーク150は、進化型パケットコア(EPC:Evolved Packet Core)と呼ばれてよく、進化型パケットコア(EPC)は、BS間のユーザデバイスのモビリティ/ハンドオーバを処理または支援し得るモビリティ管理エンティティ(MME:mobility management entity)と、BSとパケットデータネットワークまたはインターネットとの間でデータおよび制御信号を転送し得る1つまたは複数のゲートウェイと、その他の制御機能またはブロックとを含んでよい。
加えて、例として、本明細書に記載されたさまざまな例示的実装または技術は、さまざまな種類のユーザデバイスもしくはデータサービスの種類に適用されてよく、または異なるデータサービスの種類であってよい複数のアプリケーションが実行され得るユーザデバイスに適用されてよい。ニューラジオ(5G)の開発は、複数の異なるアプリケーションまたは複数の異なるデータサービスの種類をサポートすることがあり、その例としては、マシンタイプ通信(MTC:machine type communications)、拡張マシンタイプ通信(eMTC:enhanced machine type communication)、モノのインターネット(IoT)、および/または狭帯域IoTユーザデバイス、大容量高速通信(eMBB:enhanced mobile broadband)、ならびに超高信頼低遅延通信(URLLC)などが挙げられる。
IoTは、インターネット接続またはネットワーク接続を含み得る増え続ける一群のオブジェクトのことを指してよく、これらのオブジェクトが、他のネットワークデバイスに情報を送信し、他のネットワークデバイスから情報を受信できるようにする。例えば、多くのセンサ型アプリケーションまたはデバイスは、物理的条件または状態を監視することができ、例えばイベントが発生したときに、報告をサーバまたはその他のネットワークデバイスに送信することができる。マシンタイプ通信(MTCまたはマシン間通信)は、例えば、人間の介入を伴うか、または伴わない、インテリジェントなマシン間の完全に自動的なデータの生成、交換、処理、および作動によって特徴付けられてよい。大容量高速通信(eMBB)は、現在LTEで使用可能なデータレートよりはるかに高いデータレートをサポートし得る。
超高信頼低遅延通信(URLLC)は、ニューラジオ(5G)システムのためにサポートされ得る新しいデータサービスの種類または新しい使用状況である。超高信頼低遅延通信(URLLC)は、工業オートメーション、自律運転、車両の安全、eヘルスサービスなどの、新たに出現しているアプリケーションおよびサービスを可能にする。3GPPは、例として、例えば最大1msまでのUプレーン(ユーザ/データプレーン)の待ち時間の接続性を1~1e-5の信頼性で提供することを目標にする。したがって、例えば、URLLCユーザデバイス/UEは、他の種類のユーザデバイス/UEよりも大幅に低いブロックエラー率に加えて、短い待ち時間を必要とすることがある。したがって、例えば、URLLC UE(またはUE上のURLLCアプリケーション)は、eMBB UE(またはUE上で実行されているeMBBアプリケーション)と比較して、はるかに短い待ち時間を必要とすることがある。
さまざまな例示的実装が、LTE、LTE-A、5G、IoT、MTC、eMTC、eMBB、URLLCなど、または任意のその他のワイヤレスネットワークもしくはワイヤレス技術などの、多種多様なワイヤレス技術またはワイヤレスネットワークに適用されてよい。これらの例示的なネットワーク、技術、またはデータサービスの種類は、単に例として提供される。
多入力多出力(MIMO:Multiple Input, Multiple Output)は、複数の送信アンテナおよび受信アンテナを使用して多経路伝搬を利用し、無線リンクの能力を増やすための技術のことを指してよい。MIMOは、送信機および/または受信機での複数のアンテナの使用を含んでよい。MIMOは、1つの無線チャネルを介して2つ以上の固有のデータストリームを送信および受信する多次元の手法を含んでよい。例えば、MIMOは、多経路伝搬を利用することによって、同じ無線チャネルを経由して2つ以上のデータ信号を同時に送信および受信するための技術のことを指してよい。例に従って、マルチユーザ多入力多出力(マルチユーザMIMIO(multi-user MIMIO)またはMU-MIMO)は、基地局(BS)またはその他のワイヤレスノードが複数のストリームを異なるユーザデバイスまたはUEに同時に送信または受信できるようにすることによってMIMO技術を改良し、この送信は、(例えば、各PRBが、時間-周波数リソースのセットを含み得る場合に)物理リソースブロック(PRB:physical resource block)の同じ(または共有の、もしくは共有された)セットを介して、第1のストリームを第1のUEに送信すると同時に、第2のストリームを第2のUEに送信することを含んでよい。
また、BSは、(UEのプリコーダマトリックスまたはプリコーダベクトルに基づいて)プリコーディングを使用して、データをUEに送信してよい。例えば、UEは、基準信号またはパイロット信号を受信してよく、量子化されたDLチャネル推定値を決定し、次に、量子化されたDLチャネル推定値の指示をBSに提供してよい。BSは、量子化されたチャネル推定値に基づいてプリコーダマトリックスを決定してよく、プリコーダマトリックスは、送信される信号エネルギーを、UEにとって最良のチャネルの方向に焦点合わせるため、または向けるために使用されてよい。また、各UEはデコーダマトリックスを使用してよく、デコーダマトリックスは、例えば、UEがBSから基準信号を受信し、DLチャネルのチャネル推定値を決定し、次に、DLチャネル推定値に基づいてDLチャネルのデコーダマトリックスを決定することができる場合に、決定されてよい。例えば、プリコーダマトリックスは、送信ワイヤレスデバイスのアンテナアレイに適用されるアンテナ重み(例えば、重みごとの振幅/利得および位相)を示してよい。同様に、デコーダマトリックスは、受信ワイヤレスデバイスのアンテナアレイに適用されるアンテナ重み(例えば、重みごとの振幅/利得および位相)を示してよい。これは、UEがデータをBSに送信している場合にもULに適用される。
例えば、例示的な態様に従って、受信ワイヤレスユーザデバイスは、干渉除去結合(IRC:Interference Rejection Combining)を使用してプリコーダマトリックスを決定してよく、干渉除去結合(IRC)では、ユーザデバイスは、複数のBSから基準信号(またはその他の信号)を受信してよく(例えば、各BSから受信された信号の信号強度、信号電力、またはその他の信号のパラメータを測定してよく)、例えば、所望の信号の信号対干渉雑音比(SINR:signal-to interference plus noise ratio)を増やすために、干渉信号の方向にヌル(または非常に低いアンテナ利得)を提供することによって、1つまたは複数の干渉源(または干渉しているセルもしくはBS)からの信号を抑制するか、または減らすことができるデコーダマトリックスを生成してよい。複数の異なる干渉源からの干渉全体を減らすために、受信機は、例えば、線形最小平均二乗誤差干渉除去結合(LMMSE-IRC:Linear Minimum Mean Square Error Interference Rejection Combining)受信機を使用してデコーディングマトリックスを決定してよい。IRC受信機およびLMMSE-IRC受信機は、単なる例であり、デコーダマトリックスを決定するために、他の種類の受信機または技術が使用されてよい。デコーダマトリックスが決定された後に、受信UE/ユーザデバイスが、デコーダマトリックスに基づいて、アンテナ重み(例えば、振幅および位相を含んでいる各アンテナ重み)を受信UEまたはデバイスでの複数のアンテナに適用してよい。同様に、プリコーダマトリックスは、送信ワイヤレスデバイスまたはノードのアンテナに適用され得るアンテナ重みを含んでよい。これは、受信BSにも適用される。
3GPP R17では、マシンタイプ通信(MTC)、拡張MTC(eMTC)、およびモノのインターネット(IoT)の改良をサポートするために、14個のHARQプロセスが導入されている。(10個から)14個へのHARQプロセス数の増加によって、ピークデータレートおよびスループットを大幅に増やすことができる。しかし、14個のHARQプロセスのサポートは、14個のHARQプロセスのHARQ-ACK遅延をサポートするために、DCI内の追加ビットを必要とすることがある。
14個のHARQプロセスをサポートするための複数の手順が提案されている。しかし、それらの手順には欠点がある。例えば、14個のHARQプロセスが構成され、4~8個のトランスポートブロック(TB:transport block)が送信される場合、ユーザ機器(UE)は、(最適な2つのバンドルされたACK応答の代わりに)3つのバンドルされたACK応答を送信するよう要求されることがある。ピークデータレートを達成するために14個のHARQプロセスのすべてのTBが使用されている場合、HARQプロセスIDの一部の順序が不規則になることがあり、HARQプロセスID(0~9)が現れるときに、従来のHARQプロセスID(例えば、0~9)にリンクされた遅延の制限された範囲のために、遅延の長さが、ACK-NACK応答の次のバッチを利用するために十分でないことがある。加えて、従来のプロセスIDの再送信は、遅延の制限された範囲に起因して、特定の(新しい)サブフレームを再送信に使用しないことがある。したがって、より効率的なスケジューリングをサポートするため、およびDCIのスケジューリング性能を低下させるのを防ぐために、増やされたDCIのビット数が使用される必要がある。
したがって、そのようなサポートに必要とされるDCIのビット数を増やさずに11個以上のHARQプロセス(例えば、14個のHARQプロセス)のHARQ-ACK遅延をサポートすることに対する要求および/または必要性が存在する。言い換えると、HARQ-ACK遅延フィールドのサイズを4ビットに増やさず、かつ/または7の物理ダウンリンク共有チャネル(PDSCH:physical downlink shared channel)オフセットをサポートするための追加の1ビットの必要性を回避しながら、14個のHARQプロセスのHARQ-ACK遅延をサポートすることに対する要求および/または必要性が存在する。PDSCHオフセットは、マシンタイプ通信(MTC)物理ダウンリンク制御チャネル(MPDCCH:MTC physical downlink control channel)およびPDSCHの送信間の時間オフセットのことを指してよい。HARQ-ACK遅延は、PDSCHの受信とHARQ-ACKの送信の間の時間遅延またはオフセットとして定義されてよい。
本開示は、DCIのサイズを増やさずに(少なくとも)1つの追加のHARQ-ACK遅延値(例えば、8のHARQ-ACK遅延値)をサポートするためのDCIフィールドの結合エンコーディングを含む例示的な実装について説明する。例示的な実装では、この方法は、UEが、UEで構成されるハイブリッド自動再送要求(HARQ)プロセスの数(例えば、最大数)を決定することと、UEで構成されるHARQプロセスの数、およびネットワークノードから受信されたダウンリンク制御情報(DCI)に少なくとも基づいて、HARQ-ACK遅延値を決定することとを含んでよい。一部の実装では、例えば、HARQ-ACK遅延値は、結合エンコードされ得るDCIの複数のフィールドから決定されてよい。複数のDCIフィールドは、PDSCHオフセットフィールド、HARQ-ACK遅延フィールド、HARQプロセス数、および/またはHARQ-ACKバンドルフラグのうちの1つまたは複数を含んでよい。
図2は、例示的な実装に従って少なくとも14個のHARQプロセス(または11個以上のHARQプロセス)をサポートするためのHARQ-ACK手順200を示している。
212で、eNB(例えば、eNB202)は、eNBが14個のHARQプロセスをサポートし得るという情報をブロードキャストしてよい。一部の実装では、例えば、eNBは、eNBが14個のHARQプロセスをサポートするというメッセージを、システム情報ブロック(SIB:system information block)の無線リソース制御(RRC:radio resource control)情報要素(IE:information element)内でブロードキャストしてよい。
214で、UE(例えば、UE204)は、eNBからのブロードキャストメッセージの受信に応答して、UEも14個のHARQプロセスをサポートすることができるということを応答してよい。UEが、10個のHARQプロセス構成に加えて14個のHARQプロセス(例えば、14個のHARQプロセス構成)をサポートし得るということに注意するべきである。一部の実装では、例えば、UEは、初期アクセス手順の一部として、UE機能情報を介してこの情報を送信してよい。
216で、eNB202は、UEが14個のHARQプロセスをサポートし得るという情報をUEから受信することに応答して、UEが14個のHARQプロセスをサポートするように構成され得るように、構成メッセージをUEに送信してよい。一部の実装では、例えば、eNBは、RRCメッセージ(例えば、RRC接続セットまたはRRC接続再構成メッセージ)を介して、14個のHARQプロセスを使用するようにUEを構成してよい。
218で、UE204は、eNBからの構成メッセージの受信時に、14個のHARQプロセスをサポートするようにUEを構成してよい。
220で、eNB202は、ダウンリンク制御情報(DCI)をUEに送信してよい。例示的な実装では、DCIは、PDCCHまたはMPDCCHを介してUEに送信されてよい。一部の実装では、例えばDCIは、複数のフィールドを含んでよく、例えば、新データインジケータ(ND:new data indicator)、HARQプロセス数、HARQ-ACKバンドルフラグ、HARQ-ACK遅延などを含んでよい。
222で、UE204は、eNBからのDCIの受信時に、14個のHARQプロセスのHARQ-ACK遅延およびPDSCHオフセットを決定してよい。一部の実装では、例えば、(218を参照して前述したように)UEが14個のHARQプロセスをサポートするように構成されるということをUEが認識しているため、UE204は、DCIの複数のフィールドが結合エンコードされているということを解釈してよい。例示的な実装では、UEが結合エンコードされていると見なし得る複数のフィールドは、HARQ-ACKバンドルフラグ、HARQ-ACK遅延、PDSCHオフセット、および/またはHARQプロセス数のうちの1つまたは複数を含む。一部の実装では、HARQ-ACKバンドルフラグ、HARQ-ACK遅延、PDSCHオフセット、およびHARQプロセス数のサイズは、それぞれ1ビット、3ビット、1ビット、および4ビットであってよい。
UEは、前述のDCIの結合エンコードされたフィールドをデコードし、図3を参照してさらに詳細に説明される、14個のHARQプロセスのHARQ-ACK遅延およびPDSCHオフセットを示す結合エンコードされたインデックス値を決定してよい。一部の実装では、それに応じて、例えばUEは、決定されたHARQ-ACK遅延およびPDSCHオフセットを使用して、ACK/NACKをeNBに送信してよい。
任意選択的に、一部の実装では、224で、eNB202は、UEを14個のHARQプロセス構成から10個のHARQプロセス構成に切り替えるためのメッセージをUEに送信してよい。一部の実装では、例えば、より長いRRC信号伝達を必要とせずに例えば10個のHARQプロセスに切り替えるそのようなRRCの再構成を信号伝達するために、(図3に示された)結合エンコードされた状態テーブルの予備の状態が、eNBによって使用されてよい。例示的な実装では、この切り替えは、(例えば、繰り返しに起因して、UEがすべてのHARQプロセスを使用することを必要としない)UEのカバレッジ拡張レベルに基づいてよい。別の例示的な実装では、UEは、RRC再構成メッセージを介して、14個のHARQプロセスに再び切り替えられてよい。
226で、UE202は、結合エンコードされたテーブル値の予備のビットが有効化されたDCIの受信時に、10個のHARQプロセスのHARQ-ACK遅延およびPDSCHオフセットを決定してよい。一部の実装では、例えば、UEは、eNBから受信されたDCIのHARA-ACK遅延フィールドに少なくとも基づいて、10個のHARQプロセスのHARQ-ACK遅延を決定してよい。
したがって、UEは、DCIのサイズを増やすことも、ビット数を増やすこともなく、14個のHARQプロセスをサポートするように構成されてよい。
図3は、例示的な実装に従って少なくとも14個のHARQプロセスのHARQ-ACK遅延をサポートする結合エンコードされた状態テーブル300を示している。
一部の実装では、例えば、eNB(例えば、eNB202)は、追加のHARQ-ACK遅延値をサポートするために、DCIの複数のフィールドの結合エンコーディングを実行してよい。追加のHARQ-ACK遅延値は、HARQ-ACK遅延およびPDSCHオフセットをUE(例えば、UE204)に伝達するためにDCIのサイズを増やさずに、サポートされてよい。一部の実装では、例えば、結合エンコーディングは、複数の情報を示す1つのフィールドのことを指してよい。例えば、結合エンコードされたフィールド内のエントリは、複数のパラメータ(例えば、図3の300に示されているようなHARQプロセスID、PDSCHオフセット、HARQ-ACK遅延)に関する情報を提供してよい。
例示的な実装では、eNBは、PDSCHオフセット、HARQ-ACK遅延、および/またはHARQプロセス数を含み得る複数のDCIフィールドの結合エンコーディングを実行し、結合エンコードされたインデックス値302を生成してよく、次に、結合エンコードされたインデックス値302は、HARQプロセス304のHARQ-ACK遅延308およびPDSCHオフセット306を示すために、UEに伝達されてよい。一部の実装では、例えば、PDSCHオフセットフラグのサイズ(または長さ)は1ビットであってよく、HARQ-ACK遅延フィールドのサイズは3ビットであってよく、HARQプロセス数フィールドのサイズは4ビットであってよく、eNBは、合計8ビットになるこれら3つのフィールドの結合エンコーディングを実行し、追加のHARQ-ACK遅延値および/またはPDSCHオフセットをサポートするための合計256(28)個の一意の状態(またはインデックス値)を生成してよい。14個のHARQプロセスの追加のHARQ-ACK遅延をサポートするために、8の拡大されたHARQ-ACK遅延もサポートされているということに注意するべきである。一部の実装では、例えば、結合エンコードされた複数のDCIフィールドは、HARQ-ACKバンドルフラグフィールドを含んでよい。
図3に示されているように、結合エンコードされたインデックス値302は、一意のインデックス値(0~255)を含んでよく、これらのインデックス値は、14個のHARQプロセスのHARQ-ACK遅延値およびPDSCHオフセットをサポートするために使用されてよい。各インデックス値は、HARQプロセスID304、PDSCHオフセット306、および/またはHARQ-ACK遅延308に関連付けられてよい。例えば、6の結合エンコードされたインデックス値は、HARQプロセス0の11のHARQ-ACK遅延および2のPDSCHオフセットを示してよい。追加の例では、13の結合エンコードされたインデックス値は、HARQプロセス0の8のHARQ-ACK遅延および7のPDSCHオフセットを示してよい。別の追加の例では、243の結合エンコードされたインデックス値は、HARQプロセス13の4のHARQ-ACK遅延および7のPDSCHオフセットを示してよい。本開示で説明された例示的な実装は、以前はサポートされていないことがある8のHARQ-ACK遅延のサポートを含んでよいということに注意するべきである。加えて、14個のHARQプロセスの各々の2および7のPDSCHオフセットもサポートされる。
一部の実装では、例えば、4つの結合エンコードされたインデックス値(例えば、252~255)が「予備」と見なされてよく、必要に応じて、例えば、非常に長いRRCレベルの信号伝達代わりに、RRC再構成の効率的な信号伝達のために使用されてよい。例示的な実装では、eNB202は、(14個のHARQプロセス構成から)10個のHARQプロセス構成への切り替えを示すために、予備フィールドのうちの1つ(例えば、252のインデックス値を持つ予備フィールド)を使用してよい。
eNBからの切り替えメッセージの受信時に、UEは、前述の3つのDCIフィールドの8ビットを別々に(または独立して)解釈し、10個のHARQプロセスのHARQ-ACK遅延およびPDSCHオフセットを決定してよい。
一部の実装では、例えば、14個のHARQプロセスをサポートするようにUEが構成され、DCIが新しい送信を示す場合、HARQ-ACK遅延に関する36.213の表7.3.1-2と同様に、4、5、6、7、9、11、13、および15のHARQ-ACK遅延値がサポートされてよい。一部の他の実装では、例えば、UEが10個のHARQプロセスをサポートするように構成され、DCIが再送信を示す場合、4、5、6、7、8、9、11、および13、ならびに15のHARQ-ACK遅延値がサポートされてよい(15のHARQ-ACK遅延が8に置き換えられる)。言い換えると、再送信のために8のHARQ-ACK遅延がサポートされてよい。
図4は、例示的な実装に従って少なくとも14個のHARQプロセスをサポートするためのHARQ-ACK遅延手順を示すフローチャート400である。
ブロック410で、UE(例えば、UE204)が、UEで構成されるHARQプロセスの数を決定してよい。一部の実装では、例えば、HARQプロセスの数は、eNB(例えば、eNB202)によって構成されてよい。例示的な実装では、eNBは、14個のHARQプロセスをサポートするようにUEを構成してよい。一部の実装では、例えば、UEで構成されるHARQプロセスの数は、UEで構成されるHARQプロセスの最大数であってよい。
ブロック420で、UEが、UEで構成されるHARQプロセスの数およびeNBから受信されたDCIに少なくとも基づいて、HARQ-ACK遅延値を決定してよい。一部の実装では、例えば、UEは、前述したように、DCIの複数のフィールドの結合エンコードされたインデックス値に少なくとも基づいて、HARQ-ACK遅延を決定してよい。
このようにして、DCIのサイズを増やさずにより高いスループットをサポートするために、14個のHARQプロセスの追加のHARQ-ACK遅延およびPDSCHオフセットがサポートされてよい。
本明細書では、追加の例示的実装が説明される。
(実施例1)
ユーザ機器(UE)によって、UEで構成されるハイブリッド自動再送要求(HARQ)プロセスの数を決定することと、UEによって、UEで構成されるHARQプロセスの数、およびネットワークノードから受信されたダウンリンク制御情報(DCI)に少なくとも基づいて、HARQ確認応答(HARQ-ACK)遅延値を決定することとを含む、通信の方法。
ユーザ機器(UE)によって、UEで構成されるハイブリッド自動再送要求(HARQ)プロセスの数を決定することと、UEによって、UEで構成されるHARQプロセスの数、およびネットワークノードから受信されたダウンリンク制御情報(DCI)に少なくとも基づいて、HARQ確認応答(HARQ-ACK)遅延値を決定することとを含む、通信の方法。
(実施例2)
構成されるHARQプロセスの数が、UEで構成されるHARQプロセスの最大数である、実施例1に記載の方法。
構成されるHARQプロセスの数が、UEで構成されるHARQプロセスの最大数である、実施例1に記載の方法。
(実施例3)
HARQ-ACK遅延値の決定が、第1の数のHARQプロセスがUEで構成されるということを決定することと、第1の数のHARQプロセスがUEで構成されるということに応答して、結合エンコードされているDCIの複数のフィールドから第1のHARQ-ACK遅延値を決定することとをさらに含む、実施例1~2のいずれかに記載の方法。
HARQ-ACK遅延値の決定が、第1の数のHARQプロセスがUEで構成されるということを決定することと、第1の数のHARQプロセスがUEで構成されるということに応答して、結合エンコードされているDCIの複数のフィールドから第1のHARQ-ACK遅延値を決定することとをさらに含む、実施例1~2のいずれかに記載の方法。
(実施例4)
複数のフィールドが、物理ダウンリンク共有チャネル(PDSCH)オフセットフィールド、HARQ-ACK遅延フィールド、およびHARQプロセス数を含む、実施例1~3のいずれかに記載の方法。
複数のフィールドが、物理ダウンリンク共有チャネル(PDSCH)オフセットフィールド、HARQ-ACK遅延フィールド、およびHARQプロセス数を含む、実施例1~3のいずれかに記載の方法。
(実施例5)
HARQプロセスの第1の数が14である、実施例1~4のいずれかに記載の方法。
HARQプロセスの第1の数が14である、実施例1~4のいずれかに記載の方法。
(実施例6)
複数のフィールドの結合エンコーディングが、複数のフィールドに関連付けられたDCIの複数のビットの結合エンコーディングを含む、実施例1~5のいずれかに記載の方法。
複数のフィールドの結合エンコーディングが、複数のフィールドに関連付けられたDCIの複数のビットの結合エンコーディングを含む、実施例1~5のいずれかに記載の方法。
(実施例7)
複数のフィールドがDCIの8ビットを含む、実施例1~6のいずれかに記載の方法。
複数のフィールドがDCIの8ビットを含む、実施例1~6のいずれかに記載の方法。
(実施例8)
結合エンコーディングが256個のインデックス値を提供する、実施例1~7のいずれかに記載の方法。
結合エンコーディングが256個のインデックス値を提供する、実施例1~7のいずれかに記載の方法。
(実施例9)
インデックス値から、第1のHARQ-ACK遅延値、HARQプロセス数、および物理ダウンリンク共有チャネル(PDSCH)オフセットを決定することをさらに含む、実施例1~8のいずれかに記載の方法。
インデックス値から、第1のHARQ-ACK遅延値、HARQプロセス数、および物理ダウンリンク共有チャネル(PDSCH)オフセットを決定することをさらに含む、実施例1~8のいずれかに記載の方法。
(実施例10)
第1のHARQ-ACK遅延値が、8のHARQ-ACK遅延値を含む、実施例1~9のいずれかに記載の方法。
第1のHARQ-ACK遅延値が、8のHARQ-ACK遅延値を含む、実施例1~9のいずれかに記載の方法。
(実施例11)
256個のインデックス値が、少なくとも4つの予備フィールドを含む、実施例1~10いずれかに記載の方法。
256個のインデックス値が、少なくとも4つの予備フィールドを含む、実施例1~10いずれかに記載の方法。
(実施例12)
無線リソース制御(RRC)再構成情報をネットワークノードからから受信することをさらに含み、RRC再構成情報が、10個のHARQプロセスに切り替えることを示す、実施例1~11のいずれかに記載の方法。
無線リソース制御(RRC)再構成情報をネットワークノードからから受信することをさらに含み、RRC再構成情報が、10個のHARQプロセスに切り替えることを示す、実施例1~11のいずれかに記載の方法。
(実施例13)
少なくとも4つの予備フィールドのうちの少なくとも1つを介して、10個のHARQプロセスへの切り替えを示すRRC再構成情報が受信される、実施例1~12いずれかに記載の方法。
少なくとも4つの予備フィールドのうちの少なくとも1つを介して、10個のHARQプロセスへの切り替えを示すRRC再構成情報が受信される、実施例1~12いずれかに記載の方法。
(実施例14)
HARQ-ACK遅延値の決定が、第2の数のHARQプロセスがUEで構成されるということを決定することと、第2の数のHARQプロセスがUEで構成されるということの決定に応答して、DCIのパラメータから第2のHARQ-ACK遅延値を決定することとをさらに含む、実施例1に記載の方法。
HARQ-ACK遅延値の決定が、第2の数のHARQプロセスがUEで構成されるということを決定することと、第2の数のHARQプロセスがUEで構成されるということの決定に応答して、DCIのパラメータから第2のHARQ-ACK遅延値を決定することとをさらに含む、実施例1に記載の方法。
(実施例15)
第2のHARQ-ACK遅延値が、DCI内のHARQ-ACK遅延パラメータから決定される、実施例1および14のいずれかに記載の方法。
第2のHARQ-ACK遅延値が、DCI内のHARQ-ACK遅延パラメータから決定される、実施例1および14のいずれかに記載の方法。
(実施例16)
HARQプロセスの第2の数が10である、実施例1および14~15のいずれかに記載の方法。
HARQプロセスの第2の数が10である、実施例1および14~15のいずれかに記載の方法。
(実施例17)
HARQ-ACK遅延値の決定が、第1の数のHARQプロセスがUEで構成されるということを決定することと、第1の数のHARQプロセスがUEで構成されるということに応答して、DCIのHARQ-ACK遅延フィールドおよび新しいデータ識別子(NDI)フィールドからHARQ-ACK遅延値を決定することとをさらに含む、実施例1に記載の方法。
HARQ-ACK遅延値の決定が、第1の数のHARQプロセスがUEで構成されるということを決定することと、第1の数のHARQプロセスがUEで構成されるということに応答して、DCIのHARQ-ACK遅延フィールドおよび新しいデータ識別子(NDI)フィールドからHARQ-ACK遅延値を決定することとをさらに含む、実施例1に記載の方法。
(実施例18)
HARQプロセスの第1の数が14である、実施例1および17のいずれかに記載の方法。
HARQプロセスの第1の数が14である、実施例1および17のいずれかに記載の方法。
(実施例19)
NDIフィールド内の値が、送信が新しい送信または再送信のいずれであるかを示す、実施例1および17~18のいずれかに記載の方法。
NDIフィールド内の値が、送信が新しい送信または再送信のいずれであるかを示す、実施例1および17~18のいずれかに記載の方法。
(実施例20)
HARQ-ACK遅延値の決定が、第2の数のHARQプロセスがUEで構成されるということを決定することと、第2の数のHARQプロセスがUEで構成されるということに応答して、DCIのHARQ-ACK遅延フィールドからHARQ-ACK遅延値を決定することとをさらに含む、実施例1に記載の方法。
HARQ-ACK遅延値の決定が、第2の数のHARQプロセスがUEで構成されるということを決定することと、第2の数のHARQプロセスがUEで構成されるということに応答して、DCIのHARQ-ACK遅延フィールドからHARQ-ACK遅延値を決定することとをさらに含む、実施例1に記載の方法。
(実施例21)
HARQプロセスの第2の数が14である、実施例1および20のいずれかに記載の方法。
HARQプロセスの第2の数が14である、実施例1および20のいずれかに記載の方法。
(実施例22)
ネットワークノードがeNBである、実施例1~21のいずれかに記載の方法。
ネットワークノードがeNBである、実施例1~21のいずれかに記載の方法。
(実施例23)
実施例1~22のいずれかに記載の方法を実行するための手段を備えている装置。
実施例1~22のいずれかに記載の方法を実行するための手段を備えている装置。
(実施例24)
格納された命令を含んでいる非一過性コンピュータ可読ストレージ媒体であって、これらの命令が、少なくとも1つのプロセッサによって実行された場合に、コンピューティングシステムに、実施例1~22のいずれかに記載の方法を実行させるように構成される、非一過性コンピュータ可読ストレージ媒体。
格納された命令を含んでいる非一過性コンピュータ可読ストレージ媒体であって、これらの命令が、少なくとも1つのプロセッサによって実行された場合に、コンピューティングシステムに、実施例1~22のいずれかに記載の方法を実行させるように構成される、非一過性コンピュータ可読ストレージ媒体。
(実施例25)
少なくとも1つのプロセッサと、コンピュータプログラムコードを含んでいる少なくとも1つのメモリとを備えている装置であって、少なくとも1つのメモリおよびコンピュータプログラムコードが、少なくとも1つのプロセッサと共に、装置に、実施例1~22のいずれかに記載の方法を少なくとも実行させるように構成される、装置。
少なくとも1つのプロセッサと、コンピュータプログラムコードを含んでいる少なくとも1つのメモリとを備えている装置であって、少なくとも1つのメモリおよびコンピュータプログラムコードが、少なくとも1つのプロセッサと共に、装置に、実施例1~22のいずれかに記載の方法を少なくとも実行させるように構成される、装置。
図5は、例示的な実装に従う無線局(例えば、ユーザ機器(UE)/ユーザデバイスまたはAP/gNB/MgNB/SgNB)500のブロック図である。無線局500は、例えば、1つまたは複数のRF(radio frequency:無線周波)またはワイヤレストランシーバ502A、502Bを含んでよく、各ワイヤレストランシーバは、信号を送信するための送信機および信号を受信するための受信機を含んでいる。無線局は、命令またはソフトウェアを実行し、信号の送信および受信を制御するためのプロセッサまたは制御ユニット/実体(コントローラ)504/508と、データおよび/または命令を格納するためのメモリ506とも含んでいる。
プロセッサ504は、決定または確定を行うことと、送信用のフレーム、パケット、またはメッセージを生成することと、受信されたフレームまたはメッセージをさらなる処理、および本明細書に記載されたその他のタスクまたは機能のためにデコードしてもよい。ベースバンドプロセッサであってよいプロセッサ504は、ワイヤレストランシーバ502(502Aまたは502B)を介して送信するために、例えば、メッセージ、パケット、フレーム、またはその他の信号を生成してよい。プロセッサ504は、ワイヤレスネットワークを経由する信号またはメッセージの送信を制御してよく、ワイヤレスネットワークを介する(例えば、ワイヤレストランシーバ502によってダウンコンバートされた後の)信号またはメッセージなどの受信を制御してよい。プロセッサ504は、前述のタスクまたは方法のうちの1つまたは複数などの、前述のさまざまなタスクおよび機能を実行するために、プログラム可能であってよく、メモリまたはその他のコンピュータ媒体に格納されたソフトウェアまたはその他の命令を実行することができてよい。プロセッサ504は、例えば、ハードウェア、プログラマブルロジック、ソフトウェアもしくはファームウェアを実行するプログラマブルプロセッサ、および/またはこれらの任意の組み合わせであってよい(または、これらを含んでよい)。他の用語を使用すると、プロセッサ504およびトランシーバ502は、例えば、共にワイヤレス送信機/受信機システムと見なされてよい。
加えて、図5を参照すると、コントローラ(またはプロセッサ)508は、ソフトウェアおよび命令を実行してよく、無線局500の全体的制御を行ってよく、入出力デバイス(例えば、ディスプレイ、キーパッド)を制御することなどの、図5に示されていないその他のシステムの制御を行ってよく、かつ/あるいは例えば、電子メールプログラム、音声/ビデオアプリケーション、ワードプロセッサ、ボイスオーバーIPアプリケーション、またはその他のアプリケーションもしくはソフトウェアなどの、無線局500上で提供され得る1つまたは複数のアプリケーション用のソフトウェアを実行してよい。さらに、格納された命令を含んでいるストレージ媒体が提供されてよく、これらの命令は、コントローラまたはプロセッサによって実行された場合に、プロセッサ504またはその他のコントローラもしくはプロセッサが、前述の機能またはタスクのうちの1つまたは複数を実行することを引き起こしてよい。
別の例示的な実装によれば、RFまたはワイヤレストランシーバ502A/502Bは、信号もしくはデータを受信してよく、かつ/または信号もしくはデータを送信してよい。プロセッサ504(および場合によっては、トランシーバ502A/502B)は、信号またはデータを受信するか、送信するか、ブロードキャストするか。または伝送するように、RFまたはワイヤレストランシーバ502Aもしくは502Bを制御してよい。
しかし態様は、例として与えられたシステムに制限されず、当業者は、解決策を他の通信システムに適用してよい。適切な通信システムの別の例は、5Gの概念である。5Gにおけるネットワークアーキテクチャは、LTE-アドバンスドのネットワークアーキテクチャにかなり似ていると考えられている。5Gは、多入力多出力(MIMO)アンテナ、LTE(いわゆるスモールセルの概念)よりも多くの基地局またはノードを使用する可能性が高く、より小さい基地局と協力して動作するマクロサイトを含み、おそらく、より良いカバレッジおよび改善されたデータレートのために、さまざまな無線技術も採用する。
将来のネットワークが、ネットワーク機能仮想化(NFV:network functions virtualization)を利用する可能性が高いということが理解されるべきであり、ネットワーク機能仮想化は、ネットワークノードの機能を、サービスを提供するために動作的に接続されるか、または一緒にリンクされ得る「基礎的要素」または実体に仮想化することを提案するネットワークアーキテクチャの概念である。仮想ネットワーク機能(VFN:virtualized network function)は、カスタマイズされたハードウェアの代わりに、標準的または一般的な種類のサーバを使用してコンピュータプログラムコードを実行する1つまたは複数の仮想マシンを含んでよい。クラウドコンピューティングまたはデータストレージが利用されてもよい。無線通信では、これは、ノードの動作が、リモート無線ヘッドに動作的に結合されたサーバ、ホスト、またはノードにおいて少なくとも部分的に実行され得るということを意味してよい。ノードの動作が複数のサーバ、ノード、またはホストの間で分散されることも可能である。コアネットワークの動作と基地局の動作の間での作業の分散が、LTEの作業の分散とは異なるか、または存在しなくてさえよいということも理解されるべきである。
本明細書に記載されたさまざまな技術の実装は、デジタル電子回路において、またはコンピュータハードウェア、ファームウェア、ソフトウェア、もしくはこれらの組み合わせにおいて実装されてよい。実装は、コンピュータプログラム製品として、すなわち、データ処理装置(例えば、プログラマブルプロセッサ、1つのコンピュータ、もしくは複数のコンピュータ)によって実行するため、またはデータ処理装置の動作を制御するために、情報媒体(例えば、機械可読ストレージデバイス)において、または伝搬信号において有形に具現化されたコンピュータプログラムとして、実装されてよい。実装は、非一過性の媒体であり得るコンピュータ可読媒体またはコンピュータ可読ストレージ媒体上で提供されてもよい。さまざまな技術の実装は、一過性の信号または媒体を介して提供された実装、ならびに/またはインターネットもしくはその他のネットワーク(有線ネットワークおよび/もしくはワイヤレスネットワークのいずれか)を介してダウンロード可能なプログラムおよび/もしくはソフトウェアの実装を含んでもよい。加えて、実装は、マシンタイプ通信(MTC)を介して提供されてよく、モノのインターネット(IOT)を介して提供されてもよい。
コンピュータプログラムは、ソースコードの形態、オブジェクトコードの形態、または何らかの中間形態であってよく、プログラムを搬送することができる任意の実体またはデバイスであってよいある種のキャリア、配布媒体、またはコンピュータ可読媒体に格納されてよい。そのようなキャリアは、例えば、記録媒体、コンピュータメモリ、読み取り専用メモリ、光電子および/または電気キャリア信号、電気通信信号、ならびにソフトウェア配布パッケージを含む。必要とされる処理能力に応じて、コンピュータプログラムは、単一の電子デジタルコンピュータにおいてが実行されてよく、または複数のコンピュータ間で分散されてよい。
さらに、本明細書に記載されたさまざまな技術の実装は、サイバーフィジカルシステム(CPS:cyber-physical system)(物理的実体を制御する、共同して働く計算要素のシステム)を使用してよい。CPSは、さまざまな位置で物体に組み込まれた膨大な量の相互接続されたICTデバイス(センサ、アクチュエータ、プロセッサ、マイクロコントローラなど)の実装および利用を可能にし得る。当該の物理システムが特有のモビリティを有するモバイルサイバーフィジカルシステムは、サイバーフィジカルシステムのサブカテゴリである。モバイルフィジカルシステムの例としては、移動ロボット工学、および人間または動物によって運ばれる電子機器が挙げられる。スマートフォンの人気の上昇によって、モバイルサイバーフィジカルシステムの領域への関心が高まった。したがって、これらの技術のうちの1つまたは複数を介して、本明細書に記載された技術のさまざまな実装が提供されてよい。
前述のコンピュータプログラムなどのコンピュータプログラムは、コンパイラ型言語またはインタープリタ型言語を含む、任意の形態のプログラミング言語で記述されることができ、コンピューティング環境における使用に適したスタンドアロンプログラムとして、あるいはモジュール、コンポーネント、サブルーチン、またはその他のユニットもしくはその一部としての形態を含む、任意の形態で展開されることができる。コンピュータプログラムは、1つのサイトにあるか、または複数のサイトにわたって分散された、1つのコンピュータ上または複数のコンピュータ上で実行されるように展開され、通信ネットワークによって相互接続されることができる。
入力データに対して動作し、出力を生成することによって機能を実行するために、コンピュータプログラムまたはコンピュータプログラムの一部を実行している1つまたは複数のプログラマブルプロセッサによって、方法のステップが実行されてよい。例えば、FPGA(field programmable gate array:フィールドプログラマブルゲートアレイ)またはASIC(application specific integrated circuit:特定用途向け集積回路)といった専用論理回路によって、方法のステップが実行されてもよく、そのような専用論理回路として装置が実装されてよい。
コンピュータプログラムの実行に適したプロセッサの例としては、汎用マイクロプロセッサおよび専用マイクロプロセッサの両方、ならびに任意の種類のデジタルコンピュータ、チップ、またはチップセットのいずれか1つまたは複数のプロセッサが挙げられる。通常、プロセッサは、読み取り専用メモリもしくはランダムアクセスメモリまたはその両方から命令およびデータを受信する。コンピュータの要素は、命令を実行するための少なくとも1つのプロセッサと、命令およびデータを格納するための1つまたは複数のメモリデバイスとを含んでよい。通常、コンピュータは、データを格納するための1つまたは複数のマスストレージデバイス(例えば、磁気ディスク、光磁気ディスク、もしくは光ディスク)も含むか、またはそのようなマスストレージデバイスとの間でデータを受信もしくは送信するように動作可能に結合されるか、あるいはその両方であってよい。コンピュータプログラム命令およびデータを具現化するのに適した情報媒体は、例えば、半導体メモリデバイス(例えば、EPROM、EEPROM、およびフラッシュメモリデバイス)、磁気ディスク(例えば、内部ハードディスクまたは取り外し可能なディスク)、光磁気ディスク、ならびにCD-ROMおよびDVD-ROMディスクなどの、あらゆる形態の不揮発性メモリを含む。プロセッサおよびメモリは、専用論理回路によって補完されるか、または専用論理回路に組み込まれてよい。
Claims (25)
- ユーザ機器(UE)によって、前記UEで構成されるハイブリッド自動再送要求(HARQ)プロセスの数を決定することと、
前記UEによって、前記UEで構成される前記HARQプロセスの数、およびネットワークノードから受信されたダウンリンク制御情報(DCI)に少なくとも基づいて、HARQ確認応答(HARQ-ACK)遅延値を決定することとを含む、通信の方法。 - 構成される前記HARQプロセスの数が、前記UEで構成されるHARQプロセスの最大数である、請求項1に記載の方法。
- 前記HARQ-ACK遅延値の前記決定が、
第1の数のHARQプロセスが前記UEで構成されるということを決定することと、
前記第1の数のHARQプロセスが前記UEで構成されるということに応答して、結合エンコードされている前記DCIの複数のフィールドから第1のHARQ-ACK遅延値を決定することとをさらに含む、請求項1~2のいずれかに記載の方法。 - 前記複数のフィールドが、
物理ダウンリンク共有チャネル(PDSCH)オフセットフィールド、
HARQ-ACK遅延フィールド、および
HARQプロセス数を含む、請求項1~3のいずれかに記載の方法。 - 前記HARQプロセスの第1の数が14である、請求項1~4のいずれかに記載の方法。
- 前記複数のフィールドの前記結合エンコーディングが、前記複数のフィールドに関連付けられた前記DCIの複数のビットの結合エンコーディングを含む、請求項1~5のいずれかに記載の方法。
- 前記複数のフィールドが前記DCIの8ビットを含む、請求項1~6のいずれかに記載の方法。
- 前記結合エンコーディングが256個のインデックス値を提供する、請求項1~7のいずれかに記載の方法。
- 前記インデックス値から、第1のHARQ-ACK遅延値、HARQプロセス数、および物理ダウンリンク共有チャネル(PDSCH)オフセットを決定することをさらに含む、請求項1~8のいずれかに記載の方法。
- 前記第1のHARQ-ACK遅延値が、8のHARQ-ACK遅延値を含む、請求項1~9のいずれかに記載の方法。
- 前記256個のインデックス値が、少なくとも4つの予備フィールドを含む、請求項1~10のいずれかに記載の方法。
- 無線リソース制御(RRC)再構成情報を前記ネットワークノードからから受信することをさらに含み、前記RRC再構成情報が、10個のHARQプロセスに切り替えることを示す、請求項1~11のいずれかに記載の方法。
- 前記少なくとも4つの予備フィールドのうちの少なくとも1つを介して、10個のHARQプロセスへの前記切り替えを示す前記RRC再構成情報が受信される、請求項1~12のいずれかに記載の方法。
- 前記HARQ-ACK遅延値の前記決定が、
第2の数のHARQプロセスが前記UEで構成されるということを決定することと、
前記第2の数のHARQプロセスが前記UEで構成されるということの決定に応答して、前記DCIのパラメータから第2のHARQ-ACK遅延値を決定することとをさらに含む、請求項1に記載の方法。 - 前記第2のHARQ-ACK遅延値が、前記DCI内のHARQ-ACK遅延パラメータから決定される、請求項1および14のいずれかに記載の方法。
- 前記HARQプロセスの第2の数が10である、請求項1および14~15のいずれかに記載の方法。
- 前記HARQ-ACK遅延値の前記決定が、
第1の数のHARQプロセスが前記UEで構成されるということを決定することと、
前記第1の数のHARQプロセスが前記UEで構成されるということに応答して、前記DCIのHARQ-ACK遅延フィールドおよび新しいデータ識別子(NDI)フィールドからHARQ-ACK遅延値を決定することとをさらに含む、請求項1に記載の方法。 - 前記HARQプロセスの第1の数が14である、請求項1および17のいずれかに記載の方法。
- 前記NDIフィールド内の値が、送信が新しい送信または再送信のいずれであるかを示す、請求項1および17~18のいずれかに記載の方法。
- 前記HARQ-ACK遅延値の前記決定が、
第2の数のHARQプロセスが前記UEで構成されるということを決定することと、
前記第2の数のHARQプロセスが前記UEで構成されるということに応答して、前記DCIのHARQ-ACK遅延フィールドからHARQ-ACK遅延値を決定することとをさらに含む、請求項1に記載の方法。 - 前記HARQプロセスの第2の数が14である、請求項1および20のいずれかに記載の方法。
- 前記ネットワークノードがeNBである、請求項1~21のいずれかに記載の方法。
- 請求項1~22のいずれかに記載の前記方法を実行するための手段を備えている装置。
- 格納された命令を含んでいる非一過性コンピュータ可読ストレージ媒体であって、前記命令が、少なくとも1つのプロセッサによって実行された場合に、コンピューティングシステムに、請求項1~22のいずれかに記載の前記方法を実行させるように構成される、非一過性コンピュータ可読ストレージ媒体。
- 少なくとも1つのプロセッサと、
コンピュータプログラムコードを含んでいる少なくとも1つのメモリとを備えている装置であって、
前記少なくとも1つのメモリおよび前記コンピュータプログラムコードが、前記少なくとも1つのプロセッサと共に、前記装置に、請求項1~22のいずれかに記載の前記方法を少なくとも実行させるように構成される、装置。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US202063002768P | 2020-03-31 | 2020-03-31 | |
US63/002,768 | 2020-03-31 | ||
PCT/IB2021/051089 WO2021198802A1 (en) | 2020-03-31 | 2021-02-10 | Harq-ack delay to support 14 harq processes in enhanced machine type communications |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2023520058A true JP2023520058A (ja) | 2023-05-15 |
Family
ID=74626043
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2022559899A Pending JP2023520058A (ja) | 2020-03-31 | 2021-02-10 | 拡張マシンタイプ通信において14個のharqプロセスをサポートするためのharq-ack遅延 |
Country Status (5)
Country | Link |
---|---|
US (1) | US20230144930A1 (ja) |
EP (1) | EP4128612A1 (ja) |
JP (1) | JP2023520058A (ja) |
CN (1) | CN115398838A (ja) |
WO (1) | WO2021198802A1 (ja) |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9497682B2 (en) * | 2013-06-07 | 2016-11-15 | Intel Corporation | Central processing unit and methods for supporting coordinated multipoint transmission in an LTE network |
KR102178168B1 (ko) * | 2013-10-17 | 2020-11-13 | 팬텍 주식회사 | Tdd 환경에서 다운링크 harq 타이밍을 제어하는 방법 및 장치 |
US10873966B2 (en) * | 2018-01-02 | 2020-12-22 | Samsung Electronics Co., Ltd. | Signaling of control information in a communication system |
TWI715044B (zh) * | 2018-05-22 | 2021-01-01 | 新加坡商 聯發科技(新加坡)私人有限公司 | 移動通信中對於不同服務類型報告混合自動重複請求-確認資訊的方法和裝置 |
-
2021
- 2021-02-10 EP EP21705620.9A patent/EP4128612A1/en active Pending
- 2021-02-10 JP JP2022559899A patent/JP2023520058A/ja active Pending
- 2021-02-10 CN CN202180025960.1A patent/CN115398838A/zh active Pending
- 2021-02-10 WO PCT/IB2021/051089 patent/WO2021198802A1/en unknown
- 2021-02-10 US US17/906,778 patent/US20230144930A1/en active Pending
Also Published As
Publication number | Publication date |
---|---|
US20230144930A1 (en) | 2023-05-11 |
WO2021198802A1 (en) | 2021-10-07 |
EP4128612A1 (en) | 2023-02-08 |
CN115398838A (zh) | 2022-11-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20220279341A1 (en) | Radio resource control procedures for machine learning | |
KR102247385B1 (ko) | 전송 방법, 네트워크 장비, 및 단말 장비 | |
US20210392090A1 (en) | Managing packet duplication | |
US20220400495A1 (en) | Virtual multi-transmission reception point/panel transmission for urllc | |
US20230189036A1 (en) | Enhanced early measurement reporting | |
US20230403591A1 (en) | Group based beam reporting | |
WO2020207745A1 (en) | Integrated access and backhaul (iab) distributed unit (du) resource allocation for dual connectivity | |
US20220103293A1 (en) | Optimized multi connectivity and data duplication | |
CN114073119A (zh) | 用于非移动性相关目的的载波的配置 | |
US20230299824A1 (en) | Use of transmission configuration indication state subsets for wireless communication | |
US11743830B2 (en) | Panel activation at a user equipment | |
WO2021154252A1 (en) | Method for pdsch combining indication across beams | |
WO2021090239A1 (en) | Triggering of sounding reference signal transmission | |
JP2023520058A (ja) | 拡張マシンタイプ通信において14個のharqプロセスをサポートするためのharq-ack遅延 | |
WO2020128750A1 (en) | Reducing uplink scheduling latency and overhead for standard packet sizes | |
US20230232292A1 (en) | Lossless data forwarding in telecommunication systems | |
US20230224135A1 (en) | Improved tbs indication and cqi reporting for lower bler targets | |
US20230362753A1 (en) | Dual active protocol stack handover with coordinated pattern | |
WO2019201421A1 (en) | Interference pre-cancellation for multi-user ultra low latency communications in wireless networks | |
CN115804032A (zh) | 利用pci报告增强的链路自适应改进 | |
WO2022028713A1 (en) | Csi triggering and configuration enhancements for partial-reciprocity based port selection codebook | |
CN117675116A (zh) | 一种通信方法和通信装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20221129 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20221129 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20240104 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20240403 |