JP2022550864A

JP2022550864A - Ｈａｒｑプロセス／エンティティベースのアップリンク多重化

Info

Publication number: JP2022550864A
Application number: JP2022520513A
Authority: JP
Inventors: エイコ・ザイデル; バリス・ゲクテペ; トーマス・フェーレンバッハ; トーマス・ヴィルト; トーマス・シエル; コルネリウス・ヘルゲ
Original assignee: フラウンホファーゲセルシャフトツールフェールデルンクダーアンゲヴァンテンフォルシュンクエー．ファオ．
Priority date: 2019-10-02
Filing date: 2020-09-30
Publication date: 2022-12-05
Also published as: KR20220085783A; CN114731234A; EP4038788A1; US20220224447A1; WO2021064046A1

Abstract

実施形態は、装置を提供し、装置は、・複数のハイブリッドARQ、HARQ、エンティティであり、複数のHARQエンティティの各々は、複数のHARQ挙動のうちの1つに関連付けられたHARQプロセスを動作させるように構成され、複数のHARQ挙動は異なる、複数のHARQエンティティ、および/または・複数のHARQプロセスを動作させるように構成されたハイブリッドARQ、HARQ、エンティティであり、各HARQプロセスは、複数のHARQ挙動のうちの1つに関連付けられ、複数のHARQ挙動は異なる、HARQエンティティを含み、装置は、ワイヤレス通信システムにおけるトランシーバから制御情報[たとえば、PDCCHアップリンク許可またはPSCCH許可]を受信するように構成されており、制御情報は、ワイヤレス通信システムの無線チャネル[たとえば、PDCCH、PSCCH]を介して送信され、制御情報は、複数のHARQ挙動のうちの1つのHARQ挙動または複数のHARQプロセスのうちの1つのHARQプロセスを識別するハイブリッドARQ、HARQ、識別子[たとえば、HARQプロセス番号]を含み、1つのHARQプロセスは、HARQ挙動に関連付けられている。

Description

本発明は、モバイル通信システムの分野に関し、より詳細には、送信器によって送信された情報が受信器で正しく受信されたかどうかをチェックまたは検証して、情報の送信が成功しなかった場合に再送を開始する技法に関する。実施形態は、基地局、またはユーザ機器、UEのような、ワイヤレス通信システムのネットワークエンティティにおけるHARQ、ハイブリッド自動再送要求、動作に関する。いくつかの実施形態は、HARQ、ハイブリッド自動再送要求、プロセス/エンティティベースのアップリンク多重化に関する。

図1は、図1(a)に示されるように、コアネットワーク102、および1つまたは複数の無線アクセスネットワークRAN₁、RAN₂、…RAN_Nを含む地上ワイヤレスネットワーク100の一例の概略表現である。図1(b)は、それぞれのセル106₁～106₅によって概略的に表される基地局を囲む固有のエリアに各々サービス提供する、1つまたは複数の基地局gNB₁～gNB₅を含み得る無線アクセスネットワークRAN_nの一例の概略表現である。基地局は、セル内のユーザにサービス提供するために提供される。1つまたは複数の基地局は、認可および/または無認可帯域でユーザにサービス提供し得る。基地局BSという用語は、5GネットワークにおけるgNB、UMTS/LTE/LTE-A/LTE-A ProにおけるeNB、または他のモバイル通信規格における単にBSを指す。ユーザは、固定デバイスでもよく、またはモバイルデバイスでもよい。ワイヤレス通信システムはまた、基地局またはユーザに接続するモバイルまたは固定IoTデバイスによってアクセスされてもよい。モバイルデバイスまたはIoTデバイスは、物理デバイス、ロボットまたは自動車など地上ベースの車両、後者はドローンとも呼ばれる、有人または無人の航空機(UAV)などの航空機、建物、ならびに、電子機器、ソフトウェア、センサー、アクチュエータなど、および、これらのデバイスが既存のネットワークインフラストラクチャにわたってデータを収集および交換することを可能にするネットワーク接続性が埋め込まれた他のアイテムまたはデバイスを含み得る。図1(b)は、5つのセルの例示的な図を示すが、RAN_nは、より多くのまたはより少ないそのようなセルを含んでもよく、また、RAN_nは、1つの基地局のみを含んでもよい。図1(b)は、セル106₂にあり、基地局gNB₂によってサービス提供される、ユーザ機器、UEとも呼ばれる、2つのユーザUE₁およびUE₂を示す。基地局gNB₄によってサービス提供されるセル106₄に、別のユーザUE₃が示されている。矢印108₁、108₂、および108₃は、ユーザUE₁、UE₂、およびUE₃から基地局gNB₂、gNB₄にデータを送信するため、または基地局gNB₂、gNB₄からユーザUE₁、UE₂、UE₃にデータを送信するためのアップリンク/ダウンリンク接続を概略的に表す。これは、認可帯域上または無認可帯域上で実現され得る。さらに、図1(b)は、セル106₄内の2つのIoTデバイス110₁および110₂を示し、これらは、固定デバイスまたはモバイルデバイスであり得る。IoTデバイス110₁は、矢印112₁によって概略的に表されるように、データを送受信するために、基地局gNB₄を介してワイヤレス通信システムにアクセスする。IoTデバイス110₂は、矢印112₂によって概略的に表されるように、ユーザUE₃を介してワイヤレス通信システムにアクセスする。それぞれの基地局gNB₁～gNB₅は、「コア」を指す矢印によって図1(b)に概略的に表される、それぞれのバックホールリンク114₁～114₅を介して、たとえばS1インターフェースを介して、コアネットワーク102に接続されてもよい。コアネットワーク102は、1つまたは複数の外部ネットワークに接続され得る。さらに、それぞれの基地局gNB₁～gNB₅のいくつかまたはすべては、たとえば、NR内のS1またはX2インターフェースまたはXNインターフェースを介して、「gNB」を指す矢印によって図1(b)に概略的に表される、それぞれのバックホールリンク116₁～116₅を介して互いに接続され得る。サイドリンクチャネルは、デバイスツーデバイス(D2D)通信とも呼ばれる、UE間の直接通信を可能にする。3GPP（登録商標）におけるサイドリンクインターフェースは、PC5と名付けられている。

データ送信のために、物理リソースグリッドが使用されてもよい。物理リソースグリッドは、様々な物理チャネルおよび物理信号がマッピングされるリソース要素のセットを含み得る。たとえば、物理チャネルは、ダウンリンク、アップリンクおよびサイドリンクペイロードデータとも呼ばれる、ユーザ固有データを搬送する物理ダウンリンク、アップリンク、およびサイドリンク共有チャネル(PDSCH、PUSCH、PSSCH)、たとえばマスタ情報ブロック(MIB)およびシステム情報ブロック(SIB)のうちの1つまたは複数を搬送する物理ブロードキャストチャネル(PBCH)、たとえばダウンリンク制御情報(DCI)、アップリンク制御情報(UCI)、およびサイドリンク制御情報(SCI)を搬送する物理ダウンリンク、アップリンク、およびサイドリンク制御チャネル(PDCCH、PUCCH、PSSCH)を含み得る。サイドリンクインターフェースは、2段SCIをサポートし得ることに留意されたい。これは、SCIのいくつかの部分を含む第1の制御領域、および任意選択で、制御情報の第2の部分を含む第2の制御領域を指す。

アップリンクの場合、物理チャネルは、UEが同期してMIBおよびSIBを取得すると、ネットワークにアクセスするためにUEによって使用される物理ランダムアクセスチャネル(PRACHまたはRACH)をさらに含み得る。物理信号は、基準信号またはシンボル(RS)、同期信号などを含み得る。リソースグリッドは、時間領域において特定の持続時間を有し、周波数領域において所与の帯域幅を有するフレームまたは無線フレームを含み得る。フレームは、たとえば1msなど、あらかじめ定義された長さのある数のサブフレームを有し得る。各サブフレームは、サイクリックプレフィックス(CP)長に応じて、12個または14個のOFDMシンボルの1つまたは複数のスロットを含み得る。フレームはまた、たとえば、短縮された送信時間間隔(sTTI)またはほんの数個のOFDMシンボルを含むミニスロット/ノンスロットベースのフレーム構造を利用するとき、より少ない数のOFDMシンボルから構成されてもよい。

ワイヤレス通信システムは、直交周波数分割多重(OFDM)システム、直交周波数分割多元接続(OFDMA)システム、または、たとえばDFT-s-OFDMなど、CPを伴うまたは伴わない任意の他のIFFTベースの信号のような、周波数分割多重を使用する任意のシングルトーンまたはマルチキャリアシステムであってもよい。たとえば、フィルタバンクマルチキャリア(FBMC)、汎用周波数分割多重(GFDM)、またはユニバーサルフィルタマルチキャリア(UFMC)など、多元接続のための非直交波形のような他の波形が使用されてもよい。ワイヤレス通信システムは、たとえば、LTE-Advanced pro規格、または5GもしくはNR、ニューラジオの規格、もしくはNR-U、ニューラジオ無認可の規格に従って動作し得る。

図1に示されたワイヤレスネットワークまたは通信システムは、たとえば、各マクロセルが基地局gNB₁～gNB₅のようなマクロ基地局を含む、マクロセルのネットワーク、およびフェムト基地局またはピコ基地局のようなスモールセル基地局のネットワーク(図1には図示せず)など、別個のオーバーレイされたネットワークを有する異種ネットワークであってもよい。

上述の地上ワイヤレスネットワークに加えて、衛星のような宇宙輸送トランシーバ、および/または無人航空機システムのような空中輸送トランシーバを含む非地上ワイヤレス通信ネットワーク(NTN)も存在する。非地上ワイヤレス通信ネットワークまたはシステムは、図1を参照して上述した地上システムと同様の方法で、たとえば、LTE-Advanced pro規格または5GもしくはNRニューラジオ規格に従って動作してもよい。

モバイル通信ネットワークでは、たとえば、LTEまたは5G/NRネットワークのような、図1を参照して上述したようなネットワークにおいて、たとえば、PC5インターフェースを使用して、1つまたは複数のサイドリンク(SL)チャネルを介して互いに直接通信するUEが存在し得る。サイドリンクを介して互いに直接通信するUEは、他の車両と直接通信する車両(V2V通信)、ワイヤレス通信ネットワークの他のエンティティ、たとえば、信号機、交通信号、または歩行者のような道路側エンティティと通信する車両(V2X通信)を含み得る。他のUEは、車両関連UEでなくてもよく、上述のデバイスのうちのいずれかを含んでいてもよい。そのようなデバイスは、SLチャネルを使用して互いに直接通信(D2D通信)してもよい。

サイドリンクを介して互いに直接通信する2つのUEを考慮すると、両方のUEは、同じ基地局によってサービス提供されてもよく、すなわち、両方のUEは、図1に示される基地局のうちの1つのように、基地局のカバレージエリア内にあってもよい。これは、「カバレージ内」シナリオと呼ばれる。他の例によれば、サイドリンクを介して通信する両方のUEは、「カバレージ外」シナリオと呼ばれる基地局によってサービス提供されないことがある。「カバレージ外」は、2つのUEが、図1に示されるセルのうちの1つの中にないことを意味するのではなく、むしろ、これらのUEが基地局に接続されていないこと、たとえば、RRC接続状態にないことを意味することに留意されたい。また別のシナリオは、「部分カバレージ」シナリオと呼ばれ、それによれば、サイドリンクを介して互いに通信する2つのUEのうちの一方は基地局によってサービス提供され、他方のUEは基地局によってサービス提供されない。

図2は、互いに直接通信する2つのUEが両方とも基地局のカバレージ内にある状況の概略表現である。基地局gNBは、基本的に図1に概略的に表されるセルに対応する円140によって概略的に表されるカバレージエリアを有する。互いに直接通信するUEは、両方とも基地局gNBのカバレージエリア140内に第1の車両142および第2の車両144を含む。両方の車両140、142は、基地局gNBに接続され、加えて、PC5インターフェースを介して互いに直接接続される。V2Vトラフィックのスケジューリングおよび/または干渉管理は、基地局とUEとの間の無線インターフェースであるUuインターフェースを介する制御シグナリングを介してgNBによって支援される。gNBは、サイドリンクを介してV2V通信に使用されるようにリソースを割り当てる。この構成をモード3構成とも呼ぶ。

図3は、UEが基地局のカバレージ内にない、すなわち、互いに直接通信するそれぞれのUEが、ワイヤレス通信ネットワークのセル内に物理的に存在し得るが、基地局に接続されていない状況の概略表現である。3つの車両152、154、156は、たとえばPC5インターフェースを使用して、サイドリンクを介して互いに直接通信するように示されている。V2Vトラフィックのスケジューリングおよび/または干渉管理は、車両間で実施されるアルゴリズムに基づく。この構成をモード4構成とも呼ぶ。上述のように、カバレージ外シナリオである図3のシナリオは、それぞれのモード4のUEが基地局のカバレージ140の外にあることを意味するのではなく、むしろ、それぞれのモード4のUEが基地局によってサービス提供されていないか、またはカバレージエリアの基地局に接続されていないことを意味する。したがって、図2に示されるカバレージエリア140内で、モード3のUE142、144に加えて、モード4のUE152、154、156も存在する状況があり得る。

上記のセクションの情報は、本発明の背景の理解を高めるためのものに過ぎず、したがって、当業者にすでに知られている先行技術を形成しない情報を含み得ることに留意されたい。

TS 38.321, section 5.3.2および5.4.2 NR Rel.15 TS38.331

上記で説明したような従来技術から始めて、アップリンク送信のスケジューリングの向上または改善が必要とされ得る。

次に、本発明の実施形態を、添付の図面を参照してさらに詳細に説明する。

ワイヤレス通信システムの一例の概略表現である。ワイヤレス通信システムの一例の概略表現である。互いに直接通信するUEが基地局のカバレージ内にある状況の概略表現である。互いに直接通信するUEが基地局のカバレージ内にない、すなわち基地局に接続されていないシナリオを示す図である。基地局プロトコルスタックを示す図である。 HARQ動作およびエンティティを表すTS 38.321, section 5.3.2および5.4.2からも導出され得る、従来のHARQメカニズムの一例を簡単に表す図である。 ACK/NACKの欠落または受信されたNACKに起因して再送が送信され得るまでの最小時間であり得る時間期間中に、さらなるデータパケットが送信される、8チャネルストップアンドウェイトHARQプロトコルを示す図である。 MACレイヤにおける共通のMACエンティティを使用して、基地局またはユーザ機器において同期および非同期HARQ動作を実装するためのレイヤ構造の一実施形態を示す図である。 MACレイヤにおける別個のMACエンティティを使用して、基地局またはユーザ機器において同期および非同期HARQ動作を実装するためのレイヤ構造のさらなる実施形態を示す図である。アンテナANT_R、信号プロセッサ302a、およびトランシーバ302bを含む、図11を参照しながら上記で説明したUEのようなUEの詳細を示す図である。同期HARQの場合はフィードバックにLL-PUCCHを使用し、非同期HARQの場合はフィードバックを通常のPUCCHに多重化する上記の概念を示す図である。 HARQプロセスのうちのいくつかがACK/NACKフィードバックを提供しないように構成されている、8チャネルストップアンドウェイトHARQプロトコルを示す図である。 MACレイヤにおける共通のMACエンティティを使用して、基地局またはユーザ機器において同期および非同期HARQ動作を実装するためのレイヤ構造の一実施形態を示す図である。複数のMAC PSUを含むMAC PDUの概略表現である。ワイヤレス通信システムにおけるBSとUEとの間のアップリンクスケジューリングおよびリンク適応の概略表現である。 LTE BSRのショートフォーマットの概略表現である。 LTE BSRのロングフォーマットの概略表現である。本発明の実施形態による、送信器と1つまたは複数の受信器との間で情報を通信するためのワイヤレス通信システムの概略表現である。 UEのリソースが、あらかじめ定義されたフォーマットおよびあらかじめ定義された周期を有するあらかじめ定義されたリソースブロックにおいて、アップリンクにおいて基地局(たとえば、gNB)によって事前構成されている、VoIPにおける送信時間間隔(サブフレーム)を示す図である。本発明のアプローチに従って説明される方法のステップとともに、ユニットまたはモジュールが実行され得るコンピュータシステムの一例を示す図である。

次に、本発明の実施形態について、添付の図面を参照してより詳細に説明し、添付の図面では、同一または類似の要素には、同一の参照符号が割り当てられている。

図1を参照しながら上記で説明したようなワイヤレス通信システムにおいて、LTEシステムまたは5G/NRシステムのように、UEおよび/または基地局は、それぞれのプロトコルスタックによって定義される通信プロトコルに基づいて動作するように構成されている。例示の目的で、図4を参照して、基地局プロトコルスタック120について説明する。

図4に示すように、基地局プロトコルスタック120は、制御プレーンプロトコルスタック130およびユーザプレーンプロトコルスタック132を含み、それぞれ第1のレイヤ122、第2のレイヤ124、および第3のレイヤ126を含む。

制御プレーンプロトコルスタック130とユーザプレーンプロトコルスタック132の両方の第1のレイヤ122は、PHY物理レイヤを含む。制御プレーンプロトコルスタック130およびユーザプレーンプロトコルスタック132の両方の第2のレイヤ124は、MAC、媒体アクセス制御、(サブ)レイヤ、RLC、無線リンク制御、(サブ)レイヤ、PDCP、パケットデータコンバージェンスプロトコル、(サブ)レイヤ、およびSDAPを含み、ユーザプレーンプロトコルスタック132の第2のレイヤ124は、SDAP、サービスデータ適応プロトコル、(サブ)レイヤをさらに含む。制御プレーンプロトコルスタック130の第3のレイヤ126は、RRC、無線リソース制御、(サブ)レイヤ、SMF、セッション管理機能、およびAMF、アクセスモビリティ管理機能を含む。ユーザプレーンプロトコルスタック132の第3のレイヤ126は、UPF、ユーザプレーン機能を含む。

図4では、第1のレイヤ122の物理チャネル、第2のレイヤ124のトランスポートチャネル、論理チャネル、RLCチャネル、シグナリングおよびデータ無線ベアラ、ならびにQoSフローなど、異なるレイヤのチャネルまたは要素も示されている。

さらに、図1を参照しながら上記で説明したようなワイヤレス通信システムにおいて、LTEシステムまたは5G/NRシステムのように、BSのような送信器によって送信された送信が、UEのような受信器に正しく到着したかどうかをチェックまたは検証するためのアプローチが実施され、このアプローチは、不成功の送信の場合に、情報の再送、または情報の1つもしくは複数の冗長バージョンの再送を要求する。当然、そのようなプロセスは、UEからBSに送信するとき、またはUEから別のUEに送信するときにも実施され得る。言い換えれば、UEまたはgNBで受信されたエラーパケットを処理するために、エラーを修正するためのメカニズムが適用される。LTEまたはNRに従って、エラーパケットを訂正するためにHARQメカニズムが実装される。

HARQは、PHY/MACレイヤ(図4を参照)における再送技法であり、誤りのあるパケットは廃棄されないが、受信信号からのサンプリングされたソフト値またはソフトビットまたはハードビットが記憶され、(ソフト値またはソフトビットの場合)同じパケットの再送と合成される。受信器がパケットを復号することができなかった(たとえば、CRCチェックが失敗した)場合、受信器は、そのバッファまたはソフトバッファにパケットを記憶し、NACKを送信することによって再送を要求する。LTEおよびNRでは、ACK/NACKは、通常、アップリンクPUCCH上で、またはサイドリンクPSFCH(物理サイドリンクフィードバックチャネル)上で送信される。送信者はNACKを受信し、同じパケットの別のバージョンを送信する。同じコードブロックが送信されている場合、この方式は、チェイス合成(CC)と呼ばれ、異なるコードブロック(または冗長バージョン)が送信される場合、この方式は、インクリメンタル冗長性(IR)と呼ばれる。

図5は、HARQ動作およびエンティティを表すTS 38.321, section 5.3.2および5.4.2からも導出され得る、従来のHARQメカニズムの一例を簡単に表す。図5は、データパケット1を受信器、たとえばUEに送信する送信器、たとえばgNBを示す。最初にデータパケット1(1)が送信され、受信器は、受信されたデータパケットを復号しようと試みる。データパケットが正常に復号された場合、受信器は、MAC/PHYレイヤから上位レイヤにデータパケットを配信する(図4を参照)。データパケットが正常に復号されなかった場合、受信器は、図5に"1"で示すように、データパケットをソフトバッファにバッファリングする。さらに、受信器は、NACKメッセージを送信器に送信し、NACKメッセージに応答して、送信器は、データパケットの再送1(2)を送信する。バッファリングされた初期送信は、"2"で示されるように、再送と合成される。合成は、チェイス合成またはインクリメンタル冗長性を使用しうる。"3"で示されるように、合成されたデータが復号され得る場合、送信の成功を示すために、ACKメッセージが送信器に送信される。

受信器において古い送信と新しい送信とを合成するために、各パケットは一意に識別されなければならない。LTEおよびNRでは、このHARQ情報は、ダウンリンクPDCCHチャネルのリソース割振り内で送信される。

LTEおよびNRは、NチャネルストップアンドウェイトHARQ方式を使用している。LTEでは、16個までの並列HARQプロセス(またはチャネル)を使用することができるNRにおいて、8つのプロセスが使用される。同じHARQプロセスは、ACKが受信された場合にのみ再び使用することができる。プロセスは、HARQプロセス識別子(8つのプロセスの場合には3ビット)によって識別される。

図6は、ACK/NACKの欠落または受信されたNACKに起因して再送が送信され得るまでの最小時間であり得る時間期間中に、さらなるデータパケットが送信される、8チャネルストップアンドウェイトHARQプロトコルを示す。後者の場合(NACKの受信)、時間期間は、データパケットを受信器で復号するための処理時間と、データパケットに関連するACK/NACKメッセージを復号するための送信器での処理時間とによって定義される。gNBは、リソースが割り振られる各サブフレーム中にどのHARQプロセスが使用されるかに関する命令をUEに提供し、それぞれの識別またはHARQプロセスIDは、PDCCH送信内に含まれ得る。非同期HARQプロセスは、DCIまたはSCIメッセージ内にHARQプロセスIDを含める必要があるので、シグナリングオーバーヘッドの増加と一緒になるが、すべてのサブフレーム中に再送をスケジュールする必要がないため、柔軟性が増す。

同期HARQ方式では、HARQプロセスは、図6のように順番に送信される。この場合、プロセス識別は、オーバーヘッドシグナリングを節約するために、シーケンスフレーム番号に対して厳密であってもよい。LTEアップリンクは、同期HARQを使用している。NRは、どのHARQプロセスがどの時点でスケジュールされるかをスケジューラが決定する非同期HARQを使用している。

本明細書で説明される実施形態は、HARQプロセス/エンティティが、異なるHARQ挙動、すなわち、HARQプロセス/エンティティごとに異なるHARQ挙動で構成され得るという仮定に基づく。

実施形態によれば、同期HARQは、たとえば、NRにおいて、URLLCのような低レイテンシのサービスのために実装することができる。より具体的には、アップリンクでは、PDCCHの各送信をスケジューリングすることは、追加の遅延をもたらし、また、ダウンリンクでは、追加の複雑さが必要とされ、これは、URLLCサービスのために回避される必要がある。また、フィードバックチャネルのスペクトル効率および信頼性を高めるフィードバックバンドリングは、追加のレイテンシを提供するという欠点を有する。URLLCサービスの場合、フィードバックは、可能な限り速く要求され、したがって、実施形態によれば、専用リソースが、URLLC HARQフィードバックのために使用される。ダウンリンクでは、これは、肯定応答/非肯定応答メッセージ、ACK/NACKのみを含むHARQインジケータチャネルに対応し、アップリンクでは、フィードバックまたは低レイテンシCSI、LL-CSIのために使用される2つの特定のPUCCHリソースに対応する。実施形態によれば、複数のハイブリッドARQ、HARQ、エンティティ、たとえば、異なるHARQ動作を実行する2つ以上のHARQエンティティ、たとえば、eMBBサービスのような遅延非クリティカルサービスのための非同期HARQ、およびURLLCサービスのような遅延クリティカルサービスのための同期HARQなどである。

実施形態によれば、通信システムは、QoSフロー、シグナリングおよび無線ベアラ、RLCフロー、論理チャネル、トランスポートチャネル、および物理チャネルにより、複数のレイヤにわたるデータフローを構成する。サービスは、QoSフローに対応し得、無線ベアラにマッピングされる。HARQは、MACおよび/またはPHYレイヤに位置してもよく、上位レイヤにおける任意の実際のサービスについて認識しない場合がある。MACレイヤは、HARQエンティティが論理チャネルごとに選択され得るように、パケットが対応する論理チャネルのみを知る場合がある。

言い換えれば、実施形態は、同期および非同期のHARQ動作を同時に、すなわち同じ時にサポートする可能性を提供し、それによって、送信が発生するサービスに関するそれぞれの動作の利点が組み合わされる。たとえば、同期HARQは、再送をスケジューリングすることが余分なPDCCHを必要とせず、それによって、特にアップリンク送信のための追加の時間の消費を回避し、ブラインド復号負担を低減するという利点を有する。同期HARQ動作は、ACK/NACKメッセージを送信するために専用のHARQインジケータチャネルを使用し、NACKメッセージは、初期送信に依存して、再送のためのあらかじめ定義されたリソースを自動的に割り当てる、すなわち、再送のためのリソースをスケジューリングするために追加の時間は費やされない。たとえば、UEは、送信が、URLLCサービスのようなレイテンシクリティカルサービス、またはmMTCサービスのような低複雑度サービスから発生することを認識するときに同期HARQ動作を使用し得るが、同時に、UEは、eMBBサービスのような遅延非クリティカルまたは通常の複雑度サービスからの送信をサポートすることもでき、そのような送信のために、UEは、再送を非同期的にスケジューリングするためにPDCCHを使用し得る。たとえば、同期HARQ動作を適用するとき、ストップアンドウェイトHARQメカニズムが使用されてもよく、一方、非同期HARQプロトコルが選択され、遅延非クリティカルサービスに使用されてもよい。

加えて、ダウンリンク送信では、遅延非クリティカル送信のために通常のチャネル状態情報フィードバックを使用するHARQプロトコルが使用されてもよく、レイテンシクリティカルサービスの場合、低レイテンシCSIフィードバックチャネルを使用する別のHARQプロトコルが使用されてもよい。これらのCSIフィードバックは、異なるフォーマットを使用してPUCCHを使用して送信され得る。

図7は、一実施形態による、基地局またはユーザ機器において同時の同期および非同期HARQ動作を実装するためのレイヤ2構造を概略的に示す。MACレイヤでは、スケジューリング/優先順位処理310および多重化312を実行するMACエンティティが提供される。MACエンティティは、同期HARQ動作のための同期HARQエンティティ314と、非同期HARQ動作のための非同期HARQエンティティ316とをさらに含み、その結果、使用されるHARQに依存して、HARQエンティティ314、316のいずれか一方または両方が、1つまたは複数のデータパケットの送信のために適用または使用され得る。他の実施形態によれば、HARQエンティティ314、316を含む単一のMACエンティティを提供するのではなく、図8に示すように、各々がHARQエンティティを含む複数のMACエンティティが提供され得る。加えて、単一のHARQエンティティは、同期および非同期HARQ動作を同時にサポートすることもでき、HARQ動作モード間でHARQプロセスを動的に、または再/構成、たとえば、RRCシグナリングによってシフトさせ得る。

したがって、実施形態は、同時に、または同じ時に、異なる再送プロトコルまたは手順をサポートするネットワークエンティティおよび方法を提供する。2つの再送手順を参照するが、実施形態は、そのようなシナリオに限定されず、むしろ、3つ以上の再送手順が、ネットワークエンティティにおいて同時にサポートされ得ることに留意されたい。さらに、実施形態は、非同期および同期HARQ動作に限定されず、むしろ、ARQ手順のような他の再送手順が実施されてもよい。

実施形態によれば、使用されるHARQプロトコルは、RRCプロトコルを介して半静的に構成され得る。構成は、UEまたはgNBが、たとえば、eMBB、URLLC、またはmMTCなどのサービスタイプに基づいて、または遅延または保証ビットレートGBRなど特定の5QI属性に基づいて、どのHARQプロトコルを使用するかを選択する基準を設定し得る。

さらなる実施形態によれば、サポートされるHARQプロトコルの各々について、異なるHARQエンティティが使用されてもよい。HARQエンティティは、シグナリングによって構成されてもよく、または規格においてハードコードされてもよい。異なるHARQエンティティは、論理チャネル識別によって定義される異なる論理チャネルを使用し得、異なる物理リソースによって定義される異なる物理チャネルを使用し得る。異なる物理リソースは、異なるサブキャリア間隔を使用することもできる。

異なるHARQエンティティは、異なる送信/再送のために、異なるターゲットブロック誤り率、BLERを使用し得、異なる数のHARQプロセスに関連付けられ得る。さらに、異なる順序の冗長バージョン、RVが適用され得る。

さらなる実施形態によれば、DCIシグナリングは、HARQエンティティ/プロトコルを区別するために使用され得る。たとえば、UEは、送信のための受信された許可について、どのHARQエンティティが処理されるべきか、またはどのHARQプロトコルが適用されるべきかを決定する必要がある。これは、無線ネットワーク一時識別子、RNTI、またはコンパクトフォーマットであり得る新しい特定のDCIフォーマットを使用することによって達成され得る。

たとえば、RNTIを使用するとき、UEは、たとえば、RRCシグナリングを介して、新しいRNTIで構成され、新しいRNTIは、送信のために使用されるHARQエンティティ/プロトコルに関連付けられ、その結果、すべてのRNTIがテストされるブラインド復号プロセス中に、UEは、どのHARQプロトコルが適用されるべきかを決定し得る。

新しいDCIフォーマットは、特に、遅延クリティカル送信のために使用されてもよく、同期HARQは、HARQプロセスIDを必要としないので、HARQプロセスIDを含まない新しいDCIフォーマットが提供されてもよい。DCIフォーマットは、URLLCサービスの場合、URLLC DCIフォーマットと呼ばれることがある。HARQプロセスIDを含むDCIフォーマットは、たとえばeMBBサービスでの非同期HARQ動作に関連するので、eMBB DCIフォーマットと呼ばれることがある。このアプローチによれば、UEは、そのeMBB DCIフォーマットおよびURLLC DCIフォーマットに対してPDCCH候補をテストすることができ、その結果、埋め込まれたチェックサムは、どのDCIフォーマット、したがって、どのHARQエンティティ/プロトコルが適用されるべきかを示す。同期HARQを用いてDL送信をシグナリングするためのDCIは、ブラインド復号によって検出されるコンパクトDCIフォーマット1_2と呼ばれることがある。コンパクトDCIフォーマット1_2は、DCIフォーマット1_0と同一のフィールドを含み得、以下のフィールドを含まない。
・HARQプロセス番号-4ビット
・ダウンリンク割当てインデックス
・PDSCH-to-HARQ_feedbackタイミングインジケータ

さらに別の実施形態によれば、HARQエンティティ/プロトコルごとに専用PUCCHが使用され得る。たとえば、各HARQ/プロトコルは、アップリンクにおいてフィードバックまたはLL-CSIを送信するために、その専用PUCCHを受信し得る。これは、URLLC HARQプロトコルのための低レイテンシをサポートすることを可能にする。eMBB HARQプロトコルはバンドリング技法を使用し得るので、より多くの処理およびより長い送信時間が必要とされ、それに対応してより長いPUCCHに変換される。しかしながら、これは、URLLC HARQ手順のボトルネックである。したがって、実施形態によれば、URLLC HARQ手順は、単一のACK/NACKフィードバックおよび/またはLL-CSIを有する短いPUCCHを使用する。

さらに別の実施形態によれば、RRCシグナリングは、HARQプロセスの数およびUE能力を構成するために使用され得る。NRおよびLTEでは、単一のHARQプロトコルのみが、それぞれアップリンクおよびダウンリンクに使用される。したがって、PDSCH、PUSCH、およびPSSCHのためのHARQプロセスの数を構成することで十分である。実施形態によれば、gNBは、同期HARQプロトコルおよび非同期HARQプロトコルにいくつのHARQプロセスが使用されるべきかをUEに伝えることができ、314および316でそれぞれのHARQプロセスを示す上記の図7を参照されたい。各プロトコルで利用可能なHARQプロセスの数は、UEによってgNBにシグナリングされ得るUE能力の一部であり得る。PDSCHのシグナリングの例が以下に示され、非同期HARQ動作については、nrofHARQ-ProcessesForPDSCHを参照し、PDSCHのHARQプロセスの数、ならびに、PDSCH-URLLCのHARQプロセスの数が示され、nrofHARQ-ProcessesForPDSCH-URLLCを参照されたい。
PDSCH-ServingCellConfig ::= SEQUENCE {
codeBlockGroupTransmission SetupRelease {PDSCH-CodeBlockGroupTransmission} OPTIONAL xOverhead ENUMERATED { xOh6, xOh12, xOh18 } OPTIONAL
nrofHARQ-ProcessesForPDSCH ENUMERATED {n2, n4, n6, n10, n12, n16} OPTIONAL
nrofHARQ-ProcessesForPDSCH-URLLC ENUMERATED {n2, n4, n6, n10, n12, n16} OPTIONAL
pucch-Cell ServCellIndex OPTIONAL , -- Cond SCellAddOnly ... }

さらに別の実施形態によれば、DCIミス検出および再送の再スケジューリングが実施され得る。たとえば、ダウンリンク送信の場合、UEは、送信の初期スケジューリングを失う可能性があり、この場合、当然、以降の再送も失われる。gNBは、たとえば、示されたPUSCHフォーマットに応じて、欠落しているPUCCH、すなわち、欠落しているフィードバック、または欠落しているLL-SCIを検出し得る。gNBがDCIの欠落を検出した場合、同じ送信または次の冗長バージョンが、次の機会にPDCCHを使用して明示的に再スケジュールされる。gNBは、PUSHフォーマット0～1の場合、欠落したPUCCH送信を検出するために電力しきい値処理を実行することができ、PUCCHフォーマット2～4の場合、埋め込まれたチェックサムの不一致が初期許可の欠落を示すチェックサム検出を実行することができる。

実施形態によれば、基地局gNBは、UL HARQ再送をスケジュールし得る。たとえば、NRにおいて使用される適応型再送が適用されてもよく、gNBは、新しい位置およびフォーマットを示すために、PDCCH上の通常のDCIフォーマットを使用して、再送のためのULリソース割振りをスケジュールしてもよい。したがって、たとえば、プロセスID、RV、NDIを含むHARQ制御情報の完全なシグナリングが提供される。

また、非適応および同期ARQ再送がスケジュールされてもよく、実施形態によれば、gNBは、UEによる再送をトリガするための異なるオプションを有する。

第1の実施形態によれば、ACK/NACKに限定される、すなわち、ACK/NACKメッセージのみを含む物理ハイブリッドインジケータチャネル、PHICHが使用され得る。UEがNACKを受信すると、UEは、同じリソース上で、固定フォーマットで再送し、任意選択でRVのあらかじめ定義されたシーケンスに固定される。高速ACKのシグナリングは、たとえば、自律的な再送を停止するために有益であり、URLLCシナリオでは、NACKを待つことなく再送が送信され得る。

第2の実施形態によれば、制限された制御情報のみが送信され得るように、新しいコンパクトDCIフォーマットを有するPDCCHが実装されてもよく、通常のDCIフォーマットと比較して、負荷が低減され得る。たとえば、初期送信と同じリソースが使用されるので、プロセスIDを送信する必要がない場合がある。

たとえば、初期送信のために、通常のDCIが詳細な情報とともに使用されてもよく、後に、再送のために、または新しいデータの初期送信のために、たとえば、同期プロトコルを使用するときに、コンパクトなDCIフォーマットのみが使用される。

さらに、第1の送信におけるUL ACK/NACKが受信されない場合、すなわち、ACKが受信されなかった場合、またはNACKが受信されなかった場合、または何も受信されなかった場合、gNBは、UEからの新しい初期アップリンク送信を要求し得る。あるいは、gNBは、コンパクトなDCIを有する特定の冗長バージョンを要求し得る。

次に、DL HARQ再送のためのUEフィードバックのようなフィードバックのためのさらなる実施形態について説明する。図9は、アンテナANT_R、信号プロセッサ302a、およびトランシーバ302bを含む、図11を参照しながら上記で説明したUEのようなUEの詳細を示す図である。図9に示されるように、送信の受信に続いて、最初に、送信における基準信号を使用して、CQIを生成するようにチャネル推定を行うことができる。また、さらなるPMIおよびRIが提供されてもよい。ACK/NACKメッセージは、復号が成功したかどうかを確かめるためにデータが処理された後にのみ生成される。

実施形態は、同期HARQでは、たとえば、より小さい送信時間間隔を使用して、通常のPUCCHよりも頻繁に送信される低レイテンシ、LL、PUCCHを提供し得る。LL-PUCCHは、複数のデータパケットの受信および復号処理を待つ必要があるので、HARQ ACK/NACKバンドリングをサポートしないことがある。LL-PUCCHは、HARQ ACK/NACKの送信を即座に可能にし、それらは、従来のようにACK/NACKが常にFIFO、先入れ先出しシーケンスで送信されなければならないので、非同期HARQプロトコルのHARQ ACK/NACKを追い越す可能性さえある。

非同期HARQは、通常のPUCCHを使用し、実施形態は、フィードバックを通常のPUSCHに多重化することを可能にする。レイテンシが重大でない場合、たとえば、PRBがスケジュールされるので、より良いリンク適応が可能である、より大きいペイロードが提供されるなど、PUSCHへの多重化は有益である。

図10は、同期HARQの場合はフィードバックにLL-PUCCHを使用し、非同期HARQの場合はフィードバックを通常のPUCCHに多重化する上記の概念を示す。

さらなる実施形態によれば、LL-PUCCHは、たとえば、初期送信でDM-RSを使用して推定されたチャネル状況が良好でなかった場合にRV選択および適応的再送をサポートするために、低レイテンシ、LL、CSIを送信するために、ならびに、たとえば、より遅いeMBB復号と比較してより速いACK/NACKを提供するために、低レイテンシ、LL、HARQを送信するために使用され得る。たとえば、第1に、LL-PUCCHは、パケットの復号ではなくチャネル推定に基づくので、より速い初期送信のフロントロードされたDM-RSに基づく高速CSIフィードバックで送信される。高速CSIフィードバックが受信されない場合、たとえば、PDCCHリソース割振り、したがって、DM-RSが受信されない場合、新しい初期送信が送信され得る。LL-CSIフィードバックは、PDCCH+DM-RSおよび/またはデータ自体のACKとして解釈または理解され得る。LL-CSIフィードバックに続いて、ACK/NACKを含むLL-PUCCHが送信され得る。フィードバックは、1つまたは複数の追加または増分CSIフィードバックと結合されてもよく、高速CSIフィードバックと同じまたは異なるPUCCHフォーマットを使用してもよい。

実施形態によれば、HARQフィードバックを、HARQプロセス/エンティティごとに有効化/無効化することができる。公開された概念は、すべての種類のHARQ挙動に適用可能であるが、図11に示された例に基づいて説明することができる。

図11は、HARQプロセスのうちのいくつかがACK/NACKフィードバックを提供しないように構成されている、8チャネルストップアンドウェイトHARQプロトコルを示す。一例として、図11では、HARQプロセスID#1および#2は、ACK/NACKフィードバックを提供しないように構成される。この構成は、無線リソースプロトコルレイヤ(図4を参照)を介してgNBからUEに送信され、gNBは、その下位レイヤにも通知する。

ダウンリンク送信の場合、gNBは、PDCCHを介して、パケットごとのリソース割振りをスケジューリングする。このリソース割振りは、HARQプロセス識別、NDI、およびRV IDも含む。UE受信は、PDSCHデータチャネル上のデータを復号することができる前に、PDCCHを読み取らなければならない。プロセス識別から、HARQプロセスがわかる。そのRRC構成のために、HARQプロセス識別#0上の第1のパケットについて、ACK/NACKがPUCCH上で送信されなければならないことを知っている。プロセス識別#1上の第2のパケットの場合、ACK/NACKは送信されないものとする。プロセス識別#2なども同様である。

MACレイヤにおける基地局スケジューリングアルゴリズムは、どのパケットがどのHARQプロセスに置かれるかを動的に決定し、多重化することができる。この決定は、たとえば、どのくらいのレイテンシがパケットについて許容可能であるか(および再送が可能であるか)、およびどの種類の信頼性が要求されるかなどに応じて、異なる基準に基づくことができる。

図12は、一実施形態による、基地局またはユーザ機器において同時の同期および非同期HARQ動作を実装するためのレイヤ2構造を概略的に示す。MACレイヤでは、スケジューリング/優先順位処理310および多重化312を実行するMACエンティティが提供される。MACエンティティは、同期HARQ動作のための同期HARQエンティティ314と、非同期HARQ動作のための非同期HARQエンティティ316とをさらに含み、その結果、使用されるHARQに依存して、HARQエンティティ314、316のいずれか一方または両方が、1つまたは複数のデータパケットの送信のために適用または使用され得る。他の実施形態によれば、HARQエンティティ314、316を含む単一のMACエンティティを提供するのではなく、各々がHARQエンティティを含む複数のMACエンティティが提供され得る。加えて、単一のHARQエンティティは、同期および非同期HARQ動作を同時にサポートすることもでき、HARQ動作モード間でHARQプロセスを動的に、または再/構成、たとえば、RRCシグナリングによってシフトさせ得る。

図12は、ACK/NACKフィードバックの有無にかかわらず、HARQエンティティ/プロセスを構成するための異なるHARQ挙動の一例を示すことに留意されたい。それにもかかわらず、同じメカニズムが、異なるHARQ態様に適用可能である。HARQエンティティ/プロセスは、たとえば、異なる数の再送、異なる処理時間、異なるバッファサイズなどで構成され得る。

たとえば、実施形態では、1つのHARQエンティティ/プロセスは、ストップアンドウェイトプロトコルを使用してもよく、他のHARQエンティティ/プロセスは、ウィンドウベースのARQプロトコルを使用している。

たとえば、実施形態では、1つのHARQエンティティ/プロセスは、同期プロトコルを使用してもよく、他のHARQエンティティ/プロセスは、非同期プロトコルを使用してもよい。

たとえば、実施形態では、1つのHARQエンティティ/プロセスは、チェイス合成を使用してもよく、他のHARQエンティティ/プロセスは、インクリメンタル冗長性を使用してもよい。

たとえば、実施形態では、1つのHARQエンティティ/プロセスは、HARQ ACK/NACKフィードバックを送信してもよく、他のHARQエンティティ/プロセスは、そのようなフィードバックを送信しない。

たとえば、実施形態では、HARQエンティティ/プロセスを、異なる数の再送、異なる処理時間、異なるバッファサイズなどで構成することができる。

実施形態によれば、MAC多重化がサポートされる。MACレイヤは、図13に例として示すように、特定のデータチャネル(PDSCH、PUSCH、またはPSSCH)にマッピングされた1つの送信時間間隔内にある1つのMAC PDUに異なる論理チャネルを多重化することをサポートする。

詳細には、図13は、一実施形態によるMAC PDU200の概略表現を示す。図13に示すように、各論理チャネルの各MAC SDU202、204、206は、それぞれのMAC SDUを進めるMACサブヘッダ201、203、205内の論理チャネル識別(LCID)によって識別される。MAC PDU200の始めに、任意選択でMAC制御要素210、212、214、216を含めることができる。最後に、パディング220、222は、MAC PDU200の長さを、物理レイヤによって提供され、MACスケジューラによって選択されたトランスポートブロックサイズに適応させるために、任意選択で行われてもよい。図13に示される例は、いくつかのMAC CEの送信と、3つの論理チャネルの多重化と、MAC PDUの終わりでのパディングとを示す。

アップリンクMAC制御要素の一例は、以下でより詳細に説明するバッファステータス報告(BSR)である。

すべてのスケジューリング決定は、基地局によって行われる。これは、特にアップリンクでは複雑なタスクである。スケジューリング決定の前に、gNBは、すべてのUEからバッファステータスおよび関連するQoS要件を知っていなければならず、また、リンク適応のためのモバイルチャネルの特性を知っていなければならない。アップリンクスケジューリングおよびリンク適応の原理手順を図14に示す。

詳細には、図14は、ワイヤレス通信システムにおける、BS、基地局と、UE、ユーザ機器との間のアップリンクスケジューリングおよびリンク適応の概略表現を示す。図14に示されるように、第1のステップ242において、UEは、そのバッファステータスおよびQoS情報をBSにシグナリングし得る。第2のステップ244において、UEは、データ送信tx内で、またはサウンディングとして、基準信号を送信し得る。第3のステップ246において、BSは、基準信号に基づいてチャネルを測定し、すべてのUEから情報を収集し得る。第4のステップにおいて、BSは、1)UEおよびデータフローを選択することと、2)リソースおよびパラメータを選択することと、3)リンクをチャネルに適応させることとを含むアップリンクスケジューリングを実行し得る。第5のステップ250において、BSは、許可およびtxパラメータをUEにシグナリングし得る。第6のステップ252において、UEは、アップリンクTxパラメータを適用し、アップリンクデータを送信し得る。

したがって、UEが、MAC制御要素内のバッファ状態報告(BSR)を介してアップリンク送信のためのリソースを要求し、基地局が、HARQサイド情報を含むダウンリンク制御情報ビットを含むPDCCH制御チャネル上のいくつかのリソースを最終的に許可した後、UEは、データを送信することができる。

本明細書で説明される実施形態は、特に、UEが実際にアップリンクでデータを送信する第6のステップ252に関する。これまでのところ、どのデータキューがサービス提供し、どのMAC SDUがMAC PDUを構築するために選択するかは、主にUEの実装次第である。

スケジューリングおよびバッファステータス報告は、UEによって、gNBにそのバッファステータスを通知し、アップリンクのためのリソースを要求するために使用される。BSRは、gNBにアップリンクリソースを要求するためにUEによって使用される。gNBは、セル内のすべてのUEからスケジューリング要求およびBRSを受信し、gNBスケジューラは、送信時間間隔ごとにスケジューリング決定を行う。様々なフォーマットがある。一例として、LTE BSRのショートフォーマットは、図15に示すように、論理チャネルグループ識別と、それに続くバッファ内で保留中のデータ量を識別するいくつかのビットとからなる。

これとは対照的に、長いBRSフォーマットは、図16に示されるフォーマットに従って、すべての4つの論理チャネルグループのための情報を提供する。

ワイヤレス通信システムまたはネットワークでは、上述したものと同様に、基地局のスケジューラ(たとえば、gNBスケジューラ)は、すべてのアップリンク送信をスケジュールする。詳細には、スケジューラは、基地局が決定したことをUEが実行している間に、HARQに関連するほとんどすべてを決定する。基地局(たとえば、gNB)からUEに送信されるPDCCHアップリンク許可内で、基地局は、使用されるべきHARQプロセスおよび冗長バージョン、ならびに新しいデータがNDIによって送信されるべきかどうかをUEに伝える。それにもかかわらず、アップリンク許可ごとに、この許可によってサービスされるべき論理チャネル(LC)を選択することは、UE次第である。UEはまた、1つのMAC SDUにおいて異なる無線ベアラからのパケットを多重化することもできる。

過去に、異なる論理チャネルおよびベアラからの異なるパケットの多重化は、いずれの場合にも同じHARQ挙動が適用されたので、それほど重大ではなかった。異なるHARQ構成では、パケットのデータ処理は非常に異なり、その結果、異なるリソース使用、異なるパケット処理などが生じる。理想的には、基地局は、UE挙動を完全に制御し、たとえば、どの論理チャネルおよびベアラが各許可のためにサービスされるべきかをUEに伝える。実際には、これは、非常に多くのシグナリングオーバーヘッドを引き起こす。

本発明は、アップリンク多重化に関する上述の問題に対処するワイヤレス通信システムまたはネットワークにおける改善および向上を提供する。より具体的には、本発明の実施形態は、シグナリングオーバーヘッドが、どの論理チャネルおよびベアラが各許可のためにサービスされるべきかをUEに伝えることを回避する。本発明の実施形態は、モバイル端末またはIoTデバイスのような基地局およびユーザを含む、図1に示されるようなワイヤレス通信システムにおいて実装され得る。図17は、基地局のような送信器300、およびユーザデバイス、UEのような1つまたは複数の受信器302、304を含むワイヤレス通信システムの概略表現である。送信器300および受信器302、304は、無線リンクのような1つまたは複数のワイヤレス通信リンクまたはチャネル306a、306b、308を介して通信し得る。送信器300は、互いに結合された、複数のアンテナ素子、信号プロセッサ300a、およびトランシーバ300bを有する1つまたは複数のアンテナANT_Tまたはアンテナアレイを含み得る。受信器302、304は、互いに結合された、複数のアンテナ、信号プロセッサ302a、304a、およびトランシーバ302b、304bを有する1つまたは複数のアンテナANT_UEまたはアンテナアレイを含む。基地局300およびUE302、304は、Uuインターフェースを使用する無線リンクのような、それぞれの第1のワイヤレス通信リンク306aおよび306bを介して通信し、一方、UE302、304は、PC5/サイドリンク(SL)インターフェースを使用する無線リンクのような第2のワイヤレス通信リンク308を介して互いに通信し得る。UEが基地局によってサービスされていないとき、基地局に接続されていないとき、たとえば、UEがRRC接続状態にないとき、またはより一般的には、基地局によってSLリソース割振り構成または支援が提供されていないとき、UEは、サイドリンク(SL)を介して互いに通信し得る。図1のシステムまたはネットワーク、1つまたは複数のUE302、304、および基地局300は、本明細書で説明する本発明の教示に従って動作し得る。
複数のHARQプロセスをサポートするUEまたはBSのようなデータを送信する装置

実施形態は、装置を提供し、装置は、
・複数のハイブリッドARQ、HARQ、エンティティであり、複数のHARQエンティティの各々は、複数のHARQ挙動のうちの1つに関連付けられたHARQプロセスを動作させるように構成され、複数のHARQ挙動は異なる、複数のHARQエンティティ、および/または
・複数のHARQプロセスを動作させるように構成されたハイブリッドARQ、HARQ、エンティティであり、各HARQプロセスは、複数のHARQ挙動のうちの1つに関連付けられ、複数のHARQ挙動は異なる、HARQエンティティ
を含み、装置は、ワイヤレス通信システムにおけるトランシーバから制御情報[たとえば、PDCCHアップリンク許可またはPSCCH許可]を受信するように構成されており、制御情報は、ワイヤレス通信システムの無線チャネル[たとえば、PDCCH、PSCCH]を介して送信され、制御情報は、複数のHARQ挙動のうちの1つのHARQ挙動または複数のHARQプロセスのうちの1つのHARQプロセスを識別するハイブリッドARQ、HARQ、識別子[たとえば、HARQプロセス番号]を含み、1つのHARQプロセスは、HARQ挙動に関連付けられている。
複数のHARQプロセスをサポートするUEまたはBSのようなデータを受信する装置

実施形態は、装置を提供し、装置は、
・複数のハイブリッドARQ、HARQ、エンティティであり、複数のHARQエンティティの各々は、複数のHARQ挙動のうちの1つに関連付けられたHARQプロセスを動作させるように構成され、複数のHARQ挙動は異なる、複数のHARQエンティティ、または
・複数のHARQ挙動のうちの1つに関連付けられた複数のHARQプロセスを動作させるように構成されたハイブリッドARQ、HARQ、エンティティであり、複数のHARQ挙動は異なる、HARQエンティティ
を含み、装置は、ワイヤレス通信システムにおけるトランシーバに制御情報[たとえば、PDCCHアップリンク許可またはPSCCH許可]を送信するように構成されており、制御情報は、ワイヤレス通信システムの無線チャネル[たとえば、PDCCH、PSCCH]を介して送信され、制御情報は、複数のHARQ挙動のうちの1つのHARQ挙動または複数のHARQプロセスのうちの1つのHARQプロセスを識別するハイブリッドARQ、HARQ、識別子[たとえば、HARQプロセス番号]を含み、1つのHARQプロセスは、HARQ挙動に関連付けられている。
データを送信する装置および/またはデータを受信する装置の好ましい実施形態

実施形態では、装置は、複数の異なるチャネルまたは要素を含み、複数の異なるチャネルまたは要素は、チャネルまたは要素の構成に従って、複数のHARQプロセスおよび/または挙動のうちの1つまたは複数のHARQプロセスおよび/または挙動にリンクされている。

実施形態では、複数の異なるチャネルまたは要素は、
・異なる論理チャネル、LCH、
・異なる論理チャネルグループ、LCG、
・異なる無線リンク制御、RLC、チャネル、
・異なるパケットデータコンバージェンスプロトコル、PDCP、チャネル、
・異なる無線ベアラまたは異なるサービス品質、QoS、フロー、
のうちの1つまたは複数を含む。

実施形態では、複数の異なるチャネルまたは要素は、複数のHARQプロセスおよび/または挙動に1つずつリンクされている、ならびに/あるいは複数の異なるプロトコルスタックチャネルまたは要素は、複数のHARQプロセスおよび/または挙動のうちの1つにグループ単位でリンクされている。

実施形態では、同じHARQプロセスおよび/または挙動にリンクされているチャネルまたは要素のデータパケットは、同じデータ[たとえば、アップリンク]送信に含まれる[たとえば、同じMAC物理データユニット、PDU、に多重化される]。

実施形態では、チャネルまたは要素のデータパケットは、優先順位に関連付けられており、同じHARQプロセスおよび/または挙動にリンクされているチャネルまたは要素のデータパケットは、その優先順位に基づいて、同じデータ[たとえば、アップリンク]送信に含まれる[たとえば、同じMAC物理データユニット、PDU、に多重化される]。

実施形態では、同じHARQプロセスおよび/または挙動にリンクされているチャネルまたは要素のデータパケットは、UE内部知識[たとえば、サービスタイプ、トラフィック特性、優先ビットレート、PBR]に基づいて、同じデータ[たとえば、アップリンク]送信に多重化される[たとえば、同じMAC物理データユニット、PDU、に多重化される]。

実施形態では、チャネルまたは要素またはHARQプロセスおよび/もしくは挙動の構成があらかじめ定義されている、ならびに/またはプロトコルスタックチャネルまたは要素またはHARQプロセスおよび/もしくは挙動の構成が、
・無線リソース制御、RRC、シグナリング、
・ダウンリンク制御情報、DCI、
・サイドリンク制御情報、SCI、
・システム情報ブロック、SIB、
のうちの1つまたは複数によってシグナリングされる。

実施形態では、装置は、以下の基準、
・トラフィックの優先順位、
・サービス品質、
・レイテンシまたは遅延バジェット、
・バッファステータス、
・送信履歴、
・構成されたしきい値、
のうちの1つまたは複数に基づいて、プロトコルスタックチャネルまたは要素またはHARQプロセスおよび/もしくは挙動の構成自体の少なくとも一部を決定するように構成されている。

実施形態では、現在のHARQ識別子によって識別されないHARQプロセスおよび/または挙動にリンクされているチャネルまたは要素のより優先順位の高いデータパケットが送信に利用可能であり、優先順位の高いデータパケットが、現在のHARQ識別子によって識別されるHARQプロセスおよび/または挙動にリンクされているプロトコルスタックチャネルまたは要素のデータパケットよりも高い優先順位に関連付けられている場合、装置は、識別されたHARQプロセスおよび/または挙動に従って優先順位の高いデータパケットを送信するように構成されている。

実施形態では、優先順位の高いデータパケットを送信することは、優先順位の高いデータパケットの送信における優先順位の高いデータパケットの送信要求[たとえば、バッファステータス報告、BSR]を含む[たとえば、MAC物理データユニット、PDU、におけるMAC制御要素として]ことを含む。

実施形態では、アップリンク送信許可が、現在のHARQ識別子によって識別されるHARQプロセスおよび/または挙動にリンクされているチャネルまたは要素の利用可能なデータパケットに必要とされるよりも大きい場合、現在のHARQ識別子によって識別されないHARQプロセスおよび/または挙動にリンクされているチャネルまたは要素の1つまたは複数のデータパケットは、同じデータ[たとえば、アップリンク]送信に含まれる[たとえば、同じMAC物理データユニット、PDU、に多重化される]。

実施形態では、装置は、
・識別されたHARQプロセスおよび/または挙動に従って、ワイヤレス通信システムにおけるトランシーバに1つまたは複数のデータパケットを送信することであり、1つまたは複数のデータパケットは、チャネルまたは要素の構成に従って、識別されたHARQプロセスおよび/または挙動にリンクされているチャネルまたは要素の1つまたは複数のデータパケットである、送信すること、ならびに/あるいは
・識別されたHARQプロセスおよび/または挙動に従ってデータパケットを再送することであり、再送は、データパケットの送信が成功しなかった場合、送信器［たとえば、基地局］から、データパケットについての再送の要求を受信する装置を含み得る、再送すること、ならびに/あるいは
・識別されたHARQプロセスおよび/または挙動に従って、データパケットの送信を繰り返すこと、
を行うように構成されている。

実施形態では、再送されたデータパケットは、送信されたデータパケットのコピーである、および/または再送されたデータパケットは、送信されたデータパケットの冗長バージョンである。

実施形態では、再送されたデータパケットは、
・[たとえば、同じホッピングパターンを使用して]同じ周波数リソース上で、または[たとえば、異なるホッピングパターンを使用して]異なる周波数リソース上で、
・[たとえば、キャリアアグリゲーションまたはデュアル接続性が構成されているかどうかに応じて]異なる帯域幅部分またはキャリアまたはセルを使用して、
再送される。

実施形態では、HARQプロセスおよび/または挙動は、
・1つまたは複数のHARQ動作、および/または
・異なるHARQ動作の構成
を含む。

実施形態では、複数のHARQ動作は、
・ストップアンドウェイトHARQおよび/またはARQプロトコル、
・ウィンドウベースのHARQおよび/またはARQプロトコル、
・同期プロトコルであり、同期プロトコルは、初期送信後のあらかじめ定義された時間インスタンスにおいて、1つまたは複数の再送および/または1つまたは複数のHARQ ACK/NACKをスケジューリングする、同期プロトコル、
・非同期プロトコルであり、非同期プロトコルは、1つまたは複数の再送および/または1つまたは複数のHARQ ACK/NACKを時間的に動的にスケジューリングする、非同期プロトコル、
・フィードバックなしの再送を引き起こす再送方式、たとえば、HARQブラインド送信方式、またはフィードバックを待たずにK回データパケットを送信するK-繰り返し方式
のうちの1つまたは複数を含む。

実施形態では、新しいデータが到着せず、アップリンクリソース割振りまたは構成済み許可機会が存在する場合、装置は、送信のために計画されたデータパケットに関する局所的に利用可能な情報[たとえば、バッファ占有率、送信タイマなどのタイミング情報、またはデータパケットのサービス要件]、および/または通信システムの構成もしくはパラメータ[たとえば、伝搬遅延または往復時間(RTT)]に基づいて、データパケットが、
・送信されるか、
・破棄されるか、
・[たとえば、同じPHYパラメータを使用して]データパケットの異なるバージョンによって置き換えられるか、
・異なるバージョンのデータパケットによって置き換えられ、異なるバージョンのデータパケットが、異なる送信パラメータ[たとえば、変調方式、MIMO方式、または送信電力]に従って送信されるか、
を決定するように構成されている。

実施形態では、装置は、制御チャネルまたはデータチャネルを使用して、ワイヤレス通信システムにおけるトランシーバにアップリンク制御情報を送信するように構成されており、アップリンク制御情報は、異なる送信パラメータ[たとえば、異なるコーディング変調方式、MIMO方式、アグリゲーションファクター]を示し、および/または、異なるバージョンのデータパケットに関する情報[たとえば、冗長バージョン、新規データインジケータ]を含む。

実施形態では、新しいデータが到着し、アップリンクリソース割振りまたは構成済み許可機会が存在する場合、装置は、
・決定されたHARQ挙動および/またはHARQプロセスに従って、新しいデータの送信のための、および新しいデータを有するデータパケットを送信するためのHARQ挙動および/もしくはHARQプロセス、ならびに/または
・変調およびコーディング方式、ならびに/または
・MIMO方式、ならびに/または
・アグリゲーションファクター(AF)
を決定するように構成されている。

実施形態では、ダウンリンク制御情報のHARQ識別子によって識別されるHARQ挙動、および/もしくはHARQプロセス、および/もしくはHARQ新規データインジケータ、および/もしくはHARQ冗長バージョン、ならびに決定されたHARQ挙動、および/もしくはHARQプロセス、および/もしくはHARQ新規データインジケータ、および/もしくはHARQ冗長バージョンは異なる、ならびに/またはワイヤレス通信システムの送信器[たとえば、基地局]によって[たとえば、ダウンリンク制御情報を介して]シグナリングされる変調および/またはコーディング方式は、決定された変調および/またはコーディング方式とは異なる、および/またはワイヤレス通信システムの送信器[たとえば、基地局]によって[たとえば、ダウンリンク制御情報を介して]シグナリングされるMIMO方式は、決定されたMIMO方式とは異なる、および/またはワイヤレス通信システムの送信器[たとえば、基地局]によって[たとえば、ダウンリンク制御情報を介して]シグナリングされるアグリゲーションファクター[たとえば、ブラインド再送]は、決定されたアグリゲーションファクターとは異なる。

実施形態では、装置は、制御チャネルまたはデータチャネルを使用して、ワイヤレス通信システムにおけるトランシーバにアップリンク制御情報を送信するように構成されており、アップリンク制御情報は、
・決定されたHARQ挙動、および/もしくはHARQプロセス、および/もしくはHARQ新規データインジケータ、および/もしくはHARQ冗長バージョン、ならびに/または
・決定された変調および/もしくはコーディング方式、ならびに/または
・決定されたMIMO方式、ならびに/または
・決定されたアグリゲーションファクター
を示す。

実施形態では、装置は、
・新しいデータの送信のためのHARQ挙動、および/もしくはHARQプロセス、および/もしくはHARQ新規データインジケータ、および/もしくはHARQ冗長バージョン、ならびに/または
・変調および/もしくはコーディング方式、ならびに/または
・MIMO方式、ならびに/または
・アグリゲーションファクター、
を、定義されたアルゴリズムに基づいて、またはワイヤレス通信システムにおけるトランシーバ[たとえば、基地局]によって提供される情報に基づいて
決定するように構成されている。

実施形態では、ワイヤレスシステムは、2つ以上のユーザ機器を含み、ユーザ機器のうちの少なくとも2つは、接続モード、もしくはアイドルモード、もしくは非アクティブモードである間に、サイドリンク通信[たとえば、PC5]を介して互いに[たとえば、V2X、D2D]直接通信し、装置は、UEを含む。
システム

実施形態は、本発明UEの少なくとも1つと、本発明の基地局の少なくとも1つとを含む、ワイヤレス通信ネットワークを提供する。

実施形態では、UEは、
・モバイル端末、または
・固定端末、または
・移動体端末、または
・セルラーIoT-UE、または
・IoTデバイス、または
・地上ベースの車両、または
・航空機、または
・ドローン、または
・移動基地局、または
・路側機、または
・建物、または
・アイテム/デバイスが、たとえば、センサーまたはアクチュエータなど、ワイヤレス通信ネットワークを使用して通信することができるネットワーク接続性を提供される任意の他のアイテムまたはデバイス、
のうちの1つまたは複数を含む。

実施形態では、BSは、
・マクロセル基地局、または
・マイクロセル基地局、または
・スモールセル基地局、または
・基地局の中央ユニット、または
・基地局の分散ユニット、または
・路側機、または
・UE、または
・リモートラジオヘッド、または
・AMF、または
・SMF、または
・コアネットワークエンティティ、または
・NRまたは5Gコアコンテキストのようなネットワークスライス、または
・アイテムまたはデバイスがワイヤレス通信ネットワークを使用して通信することができる任意の送信/受信ポイント(TRP)であって、アイテムまたはデバイスは、ワイヤレス通信ネットワークを使用して通信するためのネットワーク接続性を提供される、任意の送信/受信ポイント(TRP)、
のうちの1つまたは複数を含む。

さらなる実施形態は、少なくとも2つの本発明のUEを含む、ワイヤレス通信ネットワークを提供する。

実施形態では、UEは、
・モバイル端末、または
・固定端末、または
・移動体端末、または
・セルラーIoT-UE、または
・IoTデバイス、または
・地上ベースの車両、または
・航空機、または
・ドローン、または
・移動基地局、または
・路側機、または
・建物、または
・アイテム/デバイスが、たとえば、センサーまたはアクチュエータなど、ワイヤレス通信ネットワークを使用して通信することができるネットワーク接続性を提供される任意の他のアイテムまたはデバイス、
のうちの1つまたは複数を含む。
方法

実施形態は、
・複数のハイブリッドARQ、HARQ、エンティティであり、複数のHARQエンティティの各々は、複数のHARQ挙動のうちの1つに関連付けられたHARQプロセスを動作させ、複数のHARQ挙動は異なる、複数のHARQエンティティ、または
・複数のHARQプロセスを実行するハイブリッドARQ、HARQ、エンティティであり、各HARQプロセスは、複数のHARQ挙動のうちの1つに関連付けられ、複数のHARQ挙動は異なる、HARQエンティティ
を提供するステップと、
ワイヤレス通信システムにおけるトランシーバから制御情報[たとえば、PDCCHアップリンク許可またはPSCCH許可]を受信するステップであり、制御情報は、ワイヤレス通信システムの無線チャネル[たとえば、PDCCH、PSCCH]を介して送信され、制御情報は、複数のHARQ挙動のうちの1つのHARQ挙動または複数のHARQプロセスのうちの1つのHARQプロセスを識別するハイブリッドARQ、HARQ、識別子[たとえば、HARQプロセス番号]を含み、1つのHARQプロセスは、HARQ挙動に関連付けられている、受信するステップと
を含む方法を提供する。

さらなる実施形態は、
・複数のハイブリッドARQ、HARQ、エンティティであり、複数のHARQエンティティの各々は、複数のHARQ挙動のうちの1つに関連付けられたHARQプロセスを動作させ、複数のHARQ挙動は異なる、複数のHARQエンティティ、または
・複数のHARQプロセスを動作させるハイブリッドARQ、HARQ、エンティティであり、各HARQプロセスは、複数のHARQ挙動のうちの1つに関連付けられ、複数のHARQ挙動は異なる、HARQエンティティ
を提供するステップと、
ワイヤレス通信システムにおけるトランシーバから制御情報[たとえば、PDCCHアップリンク許可またはPSCCH許可]を送信するステップであり、制御情報は、ワイヤレス通信システムの無線チャネル[たとえば、PDCCH、PSCCH]を介して送信され、制御情報は、複数のHARQ挙動のうちの1つのHARQ挙動または複数のHARQプロセスのうちの1つのHARQプロセスを識別するハイブリッドARQ、HARQ、識別子[たとえば、HARQプロセス番号]を含み、1つのHARQプロセスは、HARQ挙動に関連付けられている、送信するステップと
を含む方法を提供する。
コンピュータプログラム製品

本発明は、プログラムがコンピュータによって実行されると、コンピュータに、本発明による1つまたは複数の方法を実行させる命令を含むコンピュータプログラム製品を提供する。

したがって、実施形態は、UE挙動をどのように制御することができるかについての異なる方法を提供する。すべてのオプションについて、2つの可能性があり、それは、UEが何をしなければならないかが仕様において定義されているか(事前に構成される)、または挙動は基地局(たとえば、gNB)によって構成可能である、のいずれかである。基地局(たとえば、gNB)構成は、RRCシグナリングを介して、ブロードキャストを介して、半静的にUE固有シグナリングを介して、または動的にPDCCH DCIを介して提供することができる。ブロードキャストシグナリングを介して、構成は、既存のまたは新しいシステム情報ブロック(SIB)を介して送信することができる。これは、セル内のすべてのUE、またはこの特定のシステム情報ブロックを読み取り、適用しなければならない非地上ネットワーク(NTN)または極端に長いカバレージなど特定の機能を使用するすべてのUEに有効であり得る。半静的UE固有シグナリングは、UEに送信されるRRCメッセージ、通常はRRC再構成メッセージを介して提供することができる。RRC再構成メッセージがUEによって処理されると、新しい設定は、特定の遅延を伴って、または伴わずに適用される。あるいは、構成は、送信ごとに、ダウンリンク制御情報DCIにおいて提供されてもよい。したがって、最後のケースでは、HARQプロセスの挙動は、DCIにおける指示まで変化し得る。

一実施形態では、論理チャネルは、この論理チャネルのそれぞれの構成におけるHARQエンティティおよび/またはプロセスにリンクすることができる。このことは、PDCCH上で許可が受信される場合、UEは、PDCCHのダウンリンク制御情報(DCI)を読み取り、HARQプロセス識別を認識することを意味する。論理チャネル構成(LCHとHARQプロセスおよび/またはエンティティとの間のマッピング)に基づいて、UEは、どの論理チャネルがこの許可でサービスされ得るかがわかる。HARQエンティティ/プロセスへのLCHの1:1マッピング、またはHARQエンティティ/プロセスへの複数のLCHのN:1マッピングがあり得る。N:1マッピングの場合、UEは、このHARQエンティティ/プロセスにマッピングされたすべてのLCHのパケットを1つのMAC SDUに多重化することができる。通常通り、LCHは、MACサブヘッダ内のLCIDによって識別することができる。

好ましい実施形態では、異なるLCH、論理チャネルのデータパケットを、ネットワークによって構成された優先順位値に関連付けることができる。たとえば、基地局(たとえば、gNB)は、LCHごとに優先順位{1…16}を構成し得る。リソース割当てに応じて、複数のMAC SDUが1つのMAC PDU内で送信され得る。UEは、優先順位値に従ってバッファキューからMAC SDUを選択することができるが、低い優先順位番号は高い優先順位を意味し、大きい優先順位値は低い優先順位を意味する。この挙動は、標準化されてもよいし、実装に委ねられてもよい。UEは、ネットワークに知られていない利用可能な何らかの情報を有する可能性があるので、実装固有の挙動が好ましい可能性がある。そのようなUE内部知識は、サービスタイプおよびトラフィック特性に関する情報であり得る。この優先順位付けされたスケジューリングは、優先順位付けされたビットレート(PRB)の概念により拡張され得る。また、たとえば、LCHごとなどに構成された、構成された各LCHのPRBは、絶対優先順位を使用して1つのLCH優先順位に次々にサービス提供する前に、最初にサービス提供され得る。この概念は、最小ビットレートを提供することによって、あるサービスの枯渇を回避するために使用することができる。

多くのLCHがあり、この構成は、すでにかなりのオーバーヘッドをもたらす可能性がある。このオーバーヘッドを低減する1つの方法は、LCH、論理チャネルを論理チャネルグループ(LCG)にグループ化することである。LCGは、リソースを要求するためにUEから基地局(たとえば、gNB)に送信されるバッファステータス報告においても使用される。LTEでは、4つのLCGがあり、NRでは、8つのLCGがある。

好ましい実施形態によれば、論理チャネルグループまたは論理チャネルは、それらのHARQ挙動(報告または非報告)に応じてHARQエンティティ/プロセスにリンクすることができる(RRC構成挙動の場合、LCGをHARQプロセスにマッピングすることができ、DCIにおける動的指示の場合、LCGをHARQ挙動にマッピングすることができることに留意されたい)。再び、基地局(たとえば、gNB)は、RRC再構成を介してこのマッピングをUEにシグナリングし得るか、または、規格によってハードコードされ得る。アップリンクパケットが送信される必要がある場合、UEは、たとえば、MAC制御要素を介して、アップリンクでバッファステータス報告を送信し得る。BSRは、LCG IDによって識別される論理チャネルグループごとに保留されているデータの量を示す。基地局(たとえば、gNB)は、そのスケジューリング決定を行い、次にUEをスケジューリングし得る。HARQプロセス識別を識別するPDCCHにおける許可が受信されると、UEは、どの論理チャネルグループのどの論理チャネルがサービス提供するかがわかる。いくつかの実施形態では、UEは、論理チャネルグループ内の論理チャネルのデータ(たとえば、RLC SDU)を多重化することしかできず、論理チャネルグループの外部ではできない。

代替実施形態では、1つまたは複数またはすべてのシグナリング無線ベアラは、HARQエンティティ/プロセスの1つのセットにリンクすることができ、一方、1つまたは複数またはすべてのデータ無線ベアラは、HARQ挙動(報告または非報告)に応じて、HARQエンティティ/プロセスの別のセットにリンクすることができる。LCH、LCG、SRB、DRBのHARQエンティティおよびプロセスへのマッピングに加えて、同じ原理を適用して、RLCチャネルおよび/またはQoSフローをHARQエンティティおよびプロセスにマッピングすることができる。優先順位付けされたスケジューリングおよびPRBレートの概念は、マッピングのバリアントの各々に適用され得る。

さらなる実施形態では、UE自体は、1つまたは複数の基準、
・トラフィックの優先順位、たとえば、高優先順位トラフィックは、HARQでのみ送信される、
・サービス品質、たとえば、HARQ-less送信がQoS要件を満たすかどうか、および、そうでない場合、HARQに関連付けられた許可のみが使用され得るかどうかが決定され得る、
・遅延バジェット、たとえば、再送を実行するのに十分な遅延バジェットがあるかどうかを決定することができ、そうでない場合、HARQ-less送信(HARQ-less動作に関連付けられた許可)が使用され得る、
・バッファステータス、
・送信履歴、
・受信信号強度/品質測定値RSRP、RSRQ、SINRなど構成されたしきい値、
に基づいて、ある論理チャネル/論理チャネルグループ/信号無線ベアラ/データ無線ベアラをあるHARQプロセスまたはHARQ挙動にマッピングすることを決定することができる。
NR Rel.15 TS38.331に基づくRRC構成例

一例によれば、アップリンクLCH、論理チャネルは、以下のリストに基づいてHARQプロセスに関連付けられる。
-- ASN1START
-- TAG-LOGICALCHANNELCONFIG-START

LogicalChannelConfig ::= SEQUENCE {
ul-SpecificParameters SEQUENCE {
priority INTEGER (1..16),
prioritisedBitRate ENUMERATED {kBps0, kBps8, kBps16, kBps32, kBps64, kBps128, kBps256, kBps512,
kBps1024, kBps2048, kBps4096, kBps8192, kBps16384, kBps32768, kBps65536, infinity},
bucketSizeDuration ENUMERATED {ms5, ms10, ms20, ms50, ms100, ms150, ms300, ms500, ms1000,
spare7, spare6, spare5, spare4, spare3,spare2, spare1},
allowedServingCells SEQUENCE (SIZE (1..maxNrofServingCells-1)) OF ServCellIndex
OPTIONAL, -- PDCP-CADuplication
allowedSCS-List SEQUENCE (SIZE (1..maxSCSs)) OF SubcarrierSpacing OPTIONAL, -- Need R
maxPUSCH-Duration ENUMERATED {ms0p02, ms0p04, ms0p0625, ms0p125, ms0p25, ms0p5, spare2, spare1}
OPTIONAL, -- Need R
configuredGrantType1Allowed ENUMERATED {true} OPTIONAL, -- Need R
logicalChannelGroup INTEGER (0..maxLCG-ID) OPTIONAL, -- Need R
schedulingRequestID SchedulingRequestId OPTIONAL, -- Need R
logicalChannelSR-Mask BOOLEAN,
logicalChannelSR-DelayTimerApplied BOOLEAN,
...,
bitRateQueryProhibitTimer ENUMERATED { s0, s0dot4, s0dot8, s1dot6, s3, s6, s12,s30} OPTIONAL -- Need R
} OPTIONAL, -- Cond UL
...
｝

このアップリンクLCH構成情報要素では、LCHをHARQプロセスおよび/またはエンティティに関連付ける以下の追加パラメータを追加することができる。
・HARQ-process-bitmap BIT STRING (SIZE(16))
ここで、UEは、ダウンリンクPDCCH上でのアップリンク送信のためにスケジュールされているHARQプロセス識別から、どのLCHがアップリンクでサービス提供されるべきかを認識し得る。

好ましい実施形態では、HARQプロセス自体が論理チャネルグループにリンクされる。異なるHARQエンティティを事前構成すること、または、たとえば、以下のリストに基づいて、たとえば、オン/オフ切替え、またはPDCCH DCIを介した動的フィードバック指示など、異なるHARQ挙動を有する異なる論理チャネルグループを事前構成することなど、異なる実現が予見され得る。
HARQEntityConfig ::= SEQUENCE {
HARQ-process-bitmap BIT STRING (SIZE(16))
HARQ-process-feedback ENUMERATED {on, dynamic, off}
logicalChannelGroup INTEGER (0..maxLCG-ID)
}

LogicalChannelGroupConfig ::= SEQUENCE {
HARQ-process-bitmap BIT STRING (SIZE(16))
HARQ-process-feedback ENUMERATED {on, off}
}

HARQプロセスの数に応じて、ビットマップアプローチが適切である場合とそうでない場合がある。あるいは、HARQプロセスを順番に割り当てることができる。この場合、数のみが定義されてもよく(たとえば、4)、HARQプロセス識別は、暗黙的に導出されてもよい(たとえば、5、6、7、8)。
論理チャネル優先順位付けマッピング制限

デフォルトでは、UEは、RLC SDUをセグメント化するのではなく、許可されたリソースに適合する場合、RLC SDUを全体としてMAC PDUにマッピングするものとする。

多重化およびMAC PDUアセンブリのために、論理チャネル優先順位付けルールを、UEのために定義することができる。この場合も、これは、部分的に指定され、RRCによって部分的に構成され、部分的にUEにおいて独自に実装されてもよい。

RRCは、MACエンティティごとに各論理チャネルの構成をシグナリングすることによって、アップリンクデータのスケジューリングを制御することができる。eNB RRCシグナリングは、LCH構成(上記のリストを参照)の一部として、優先順位、優先ビットレート(PBR)、およびバケットサイズ持続時間(BSD)(LCH構成から計算されたASN1を参照)をシグナリングすることができる。MAC PDUは、優先ビットレート優先順位を最初に考慮し、次に優先順位値を降順に考慮して構築することができる。それによって、低い優先順位値は、高い優先順位を表し得る。PBRは、たとえば、トークンバケットモデルを使用して計算することができる。

上記で説明したように、LCHを、すべてのHARQプロセス、または特定の挙動または特定のフィードバックタイプを使用するHARQプロセスで多重化できないことがある。この場合、多重化およびMAC PDUアセンブリは、RRC構成によって制限され得る。この制限は、以下のような許容される多重化オプションをシグナリングすることによって実現することができる。
・AllowedHARQ-process-feedback ENUMERATED {on, dynamic, off}
・AllowedHARQ -process-bitmap BIT STRING (SIZE(16))
・AllowedHARQ-process-behaviour-type ENUMERATED {regular, aggregation,
single tx}

あるいは、許容されない多重化オプションをシグナリングすることもできる。いずれの場合にも、UEがPDCCHリソース割振りを介してアップリンク許可を受信すると、UEは、送信のためにMAC PDUをアセンブルするときに、基地局(たとえば、gNB)によって構成されたような構成された論理チャネル優先順位マッピング制限に従わなければならない。これは、UEが、HARQプロセス/エンティティ使用のための構成された条件を満たすシグナリングされ得るHARQプロセス識別により、アップリンク許可ごとに論理チャネルのみを選択すべきであることを意味する。そうでなければ、この場合も、論理チャネル優先順位付けは、トークンバケットモデルでの優先ビットレートも考慮して、絶対優先順位に従う。

実施形態によれば、MAC制御要素およびRRCメッセージを多重化することができる。HARQ挙動に応じて、メッセージの配信時間および信頼性も変化する。これは、MAC PDUにマッピングされるMAC制御要素(および/またはRRCメッセージ)の配信にも影響を及ぼし得る。MAC CE(および/またはRRCメッセージ)をMAC PDUに多重化できるかどうかにかかわらず、論理チャネルごとに、またはMACエンティティごとに構成されるいくつかの制限がある可能性がある。さらに、MAC CE(および/またはRRCメッセージ)の優先順位に応じて、いくつかのMAC CE(および/またはRRCメッセージ)は、異なるHARQプロセス/エンティティを介して複数回送信される可能性があり、一方、他のMAC CE(および/またはRRCメッセージ)は、複数回送信を禁止される。禁止タイマが定義されている場合(要素を送信できる頻度を制限する)、タイマは、HARQプロセス/エンティティごとに、またはすべてのHARQプロセス/エンティティにわたって実行されるように定義され得る。
低優先順位データがすでにスケジュールされている間のアップリンクの高優先順位データの到着

重要な原理の1つは、UEが、たとえば、論理チャネルグループベースのBSRなど、BSR報告に基づいてアップリンクリソースを要求することである。報告が受信されると、基地局(たとえば、gNB)は、リソースを割り振り、リソース割振りを用いて、基地局は、ある挙動に対応するHARQプロセスを割り振る。この手順は、特に、非地上ネットワークのような長い伝搬遅延を有するネットワークでは、追加のアップリンクスケジューリング遅延を引き起こす。

以下の例では、gNBは、低優先順位サービス(またはLCHまたはLCGなど)のいくつかのデータをスケジュールしたが、その間に、異なるサービス(またはLCGまたはLCHなど)の高優先順位データがUEに到着したと仮定する。厳密な手順に従って、UEは、高優先順位データを送信することができず、この特定のHARQ挙動が最適化された低優先順位データに固執しなければならない。UEは、最初に、BSRをgNBに送信し、高優先順位データのためのリソースを要求しなければならない。このBSRが受信されると、gNBは、高優先順位LCGをサポートするHARQプロセスを割り振る。そのような高い遅延は、非常に高い遅延を有する非地上ネットワークでは受け入れられない。

したがって、実施形態によれば、高優先順位サービス(またはLCHまたはLCGなど)は、低優先順位サービスのリソース割振りを追い越すことができる。さらに、アップリンクで送信されているデータに、新しいBSRをMAC CEとして追加することができる。基地局(たとえば、gNB)はまた、どのサービス(またはLCHまたはLCGなど)がどの他のサービス(またはLCHまたはLCGなど)に取って代わる/上書きするかという一種の優先順位付けによりUEを構成し得る。基地局(たとえば、gNB)によって構成された別のUE構成パラメータに基づいて、UEは、高優先順位サービスのための「意図された」アップリンクリソースを受信すると、2度目にデータを送信し得る、またはUEは、2度目にデータを送信しないことがある。これにより、UEは、別の許可が受信されるのを待つことなく、直ちに高優先順位データを送信することができる。同時に、UEが適切なHARQプロセスでパケットを別の時間に送信することができる場合、このパケットに対して(たとえば、制御メッセージに対して)より高い信頼性を達成することができる。したがって、ある高優先順位サービスは、他の低優先順位サービスのリソース割振りを追い越すことができ得る。加えて、信頼性を高めるために、異なるリソース割振りを有する異なるHARQプロセスを使用して、高信頼性サービスが複数回送信され得る。

さらに、実施形態によれば、UCI、アップリンク制御情報、サイド情報は、たとえば、特定のHARQプロセスで許可を送信する、またはPDCCH DCIを介した特定の送信のためにHARQプロセスを動的に可能にするなど、基地局(たとえば、gNB)に高優先順位手順を適用させる、高優先順位トラフィックの存在を示す前記PUSCH送信に多重化することができる。
アップリンク送信のための受信された許可は、必要とされるよりも大きく、他のデータは保留中である

すべてのアップリンクリソースが基地局のスケジューラ(たとえば、gNBスケジューラ)によって制御されるアプローチのために、UEによって大きすぎる許可が受信されることが起こり得る。通常のスケジューラでは、これは、任意のサービス(またはLCHまたはLCGなど)をアップリンクリソース割振りにマッピングすることができるので、問題ではない。上記で説明した方法では、HARQプロセス/エンティティへのサービス(またはLCHまたはLCGなど)の固定マッピングがある。この固定マッピングでは、必要よりも多いリソースが許可された場合、他のサービス(またはLCHまたはLCGなど)からデータを追加することは不可能である。デフォルトのアプローチは、パディングビットを追加することであり、これは、リソース利用の観点からはまったく効率的ではない。

したがって、実施形態によれば、たとえそのようなマッピングが構成されていなくても、他のサービス(またはLCHまたはLCGなど)を、このHARQプロセス上で多重化することができる。どのサービス(またはLCHまたはLCGなど)を別のサービスと多重化することができるかは、たとえば、QoS、優先順位、遅延バジェット、バッファステータス、信号測定しきい値などに基づいて、RRC構成によって構成可能であるか、または、仕様で固定されている可能性がある。
HARQ挙動のUEベースの選択(プロセス番号、新規データインジケータ、冗長バージョン)

通常、HARQパラメータは、基地局(たとえば、gNB)によって選択され、基地局(たとえば、gNB)の決定に従わなければならないUEに通信される。通常のスケジュールされたアップリンク送信では、この情報は、PDCCHダウンリンク制御情報を介して提供される。アップリンク構成済み許可の場合、これは、RRC構成によって提供され、本明細書で指定された式によって導出されるか、またはRRCプラスPDCCH DCIを介した動的シグナリングによって構成される。この挙動は、伝搬遅延が大きい通信システムでは最適ではなく、UEのみが、どのデータがそのバッファに最近到着したかについての最良の知識を有する。

したがって、一実施形態によれば、UEは、最も適切なHARQ挙動を選択する際に何らかの自律性を提供される。それは、決定が行われているUEのアルゴリズムを定義することによって実現される。アルゴリズムは、以下のようなパラメータを考慮し得る。
・バッファ占有率、
・アップリンクデータの到着、
・HARQプロセスの可用性、
・HARQプロセスの以前の使用、
・通信システムの往復時間、
・このHARQプロセスで以前にスケジュールされたデータのいくつかのサービス要件(たとえば、レイテンシおよび誤り率)またはサービスパラメータ、
・このHARQプロセスでスケジュールされるデータのいくつかのサービス要件(たとえば、レイテンシおよび誤り率)またはサービスパラメータ、
・特定のパケットを送信するために利用可能な時間(この目的のために、UEは、パケットが送信バッファに到着すると開始されるタイマで各パケットにマークを付けてもよい。送信タイマ(送信可能時間)が満了した場合、パケットは通常、送信バッファから削除され、ドロップされる)。

基地局(たとえば、gNB)は、意思決定に影響を及ぼす特定のパラメータを構成することによって挙動を制御することができる。これは、たとえば、論理チャネルまたは論理チャネルグループのためのバッファ占有のあるしきい値とすることができる。基地局(たとえば、gNB)はまた、HARQプロセスの数と、HARQ送信パラメータの選択に影響を及ぼす特定のHARQ挙動とを構成する。

上述の基準のいくつかに応じて、UEは、次に、次のパケットのHARQ送信パラメータを(指定されたアルゴリズムに従って)自律的に決定することができる。たとえば、UEは、新しいパケットを送信すること、または基地局に再送を送信することを決定してもよく、または基地局によって提供される情報を上書きすることさえできる。異なるシナリオについての好ましい挙動を以下に説明する。

第1のシナリオによれば、新しいデータは到着せず、アップリンクリソース割振り/構成済み許可機会が存在する。

UEは、あるHARQプロセスについて、スケジュールされた許可、または構成済み許可送信機会を受信した。新しいデータが到着しない場合、UEは、通常、十分な時間および十分な送信リソースが利用可能であるため、基地局(たとえば、gNB)の決定に従い、たとえば、再送を送信する。

この挙動に対する例外は、それぞれのパケットの送信タイマを考慮し得る。このパケット固有のタイミング情報は、基地局(たとえば、gNB)において利用可能ではない。基地局(たとえば、gNB)によって受信されたバッファステータス報告は、伝搬遅延が大きい通信システムにおいてそれほど意味がないことがある。

送信タイマが満了した場合、スケジューリング許可が受信された場合、または再送のために構成済み許可が到着した場合であっても、パケットは削除され、再送されない可能性がある。UEは、依然としてアプリケーションに関連する新しい送信を優先して、このパケットを置き換えることができる。再送が要求されたという情報は、他の送信パラメータの選択、たとえば、次のパケットの最初の送信をより信頼できるものにする際に、依然として使用され得る。これは、
・変調コーディング方式、
・MIMO方式(たとえば、MU-MIMOで多重化されるユーザの数、またはSU-MIMOで多重化されるストリーム、プリコーディングなど)、
・「ブラインド」送信の回数(アグリゲーションファクター)、
・送信電力
・など、
・またはそれらの任意の組合せ
を変更することによって行うことができる。

受信器、この場合、基地局は、パケットが異なる送信パラメータで送信されていることを知らない。したがって、UEは、この送信パラメータ(PDCCH DCI上で通常送信されるものと同じ)をアップリンク制御情報としてPUSCHデータチャネルに多重化することができる。この情報を、データとは別個に符号化し、したがって、基地局(たとえば、gNB)によって復号することができる。基地局(たとえば、gNB)は、最初に、この情報を復号し、アップリンク制御情報に基づいて、パケットを正確に、すなわち、正しいコーディング/変調、MIMO方式などで復号することができる。

第2のシナリオによれば、新しいデータは到着せず、アップリンクリソース割振り/構成済み許可機会が存在する。

UEは、あるHARQプロセスについて、スケジュールされた許可、または構成済み許可送信機会を受信した。新しいデータが到着しなかった場合、上記の基準のうちの1つに応じて、UEは、(たとえば、基地局(たとえば、gNB)スケジューリング情報、たとえばNDIに基づいて)再送を送信すること、または新しいパケット(たとえば、高優先順位パケット)をスケジューリングすることを自律的に決定し得る。この目的のために、UEは、基地局(たとえば、gNB)からのHARQ情報を上書きし得る。新しいデータが到着したので、より重要なパケットが選択され得る。

この場合もやはり、受信器、この場合、基地局は、パケットがこのHARQプロセスでの新しい送信であるか、再送であるかがわからず、または別の送信を予想することさえあり得る。UEは、HARQ新規データインジケータをアップリンク制御情報としてPUSCHデータチャネルに多重化することができる。この情報を、データとは別個に符号化し、したがって、基地局(たとえば、gNB)によって復号することができる。基地局(たとえば、gNB)は、最初にこの情報を復号し、アップリンク制御情報に基づいて、パケットを正しく、すなわち、ソフト合成の有無、ソフトバッファの削除の有無にかかわらず、復号することができる。

同様に、UEは、それ自体、HARQプロセスを選択することができ、または、基地局(たとえば、gNB)によって共通に決定される場合、基地局(たとえば、gNB)によって割り当てられるHARQプロセスの代わりに、別のHARQプロセスを選択してもよい。この場合も、UEは、使用されたHARQプロセスを基地局(たとえば、gNB)に知らせるために、アップリンク制御情報においてこの情報を多重化し得る。

また、関連するUCIのない挙動も想定することができる。この場合、受信器は、どのUEが選択したかを正確には知らない。受信器は、パケットをブラインド復号しなければならず、復号のために異なるオプションを適用しなければならない。たとえば、NDIアップリンク制御情報がない場合、受信器は、パケットが同じパケットであるか(この場合、ソフト合成が行われるものとする)、またはパケットが新しいパケットであるか(この場合、以前に記憶されたデータは削除されるものとする)を知らない。受信器は、復号の成功が可能であるかどうかを確かめるために、両方のオプションをブラインドで適用しなければならない。同様に、受信器は、プロセスがシグナリングされていない場合に、異なるHARQプロセスのソフト合成により復号を試みることができる。追加の取り組みには時間がかかり、電力を消費する可能性があるので、それは好ましいオプションではない可能性がある。しかし、それにもかかわらず、伝播遅延が長いために、処理時間はそれほど重大ではない可能性がある。
アップリンク構成済み許可構成

従来、アップリンク構成済み許可は、リソース割振りのPDCCHオーバーヘッドを最小限に抑えながら、アップリンクデータ送信、たとえば、VoIPなど、定期的に送信される小さいパケットなどをサポートするために使用される。UEのためのリソースは、あらかじめ定義されたフォーマットおよびあらかじめ定義された周期(たとえば、VoIPの場合20ms)で、あらかじめ定義されたリソースブロックでアップリンクにおいて基地局(たとえば、gNB)によって事前構成される。アップリンクデータが利用可能である場合、UEは、あらかじめPDCCH制御チャネルを読み取る必要なく、あらかじめ定義されたリソースで送信を開始することができる。事前に構成済み許可には2つのタイプがある。タイプ1の構成済み許可(許可フリー動作とも呼ばれることがある)では、RRCシグナリングのみを介したリソースの事前構成がある。リソースは、PDCCH DCIによるアクティブ化/非アクティブ化なしに、UEによって直ちに使用することができる。タイプ2の構成済み許可では、あらかじめ定義されたリソースのPDCCH制御チャネルは、あらかじめ定義されたCS-RNTIを使用して送信することができる。このシグナリングを使用して、リソースのオン/オフを半永続的に切り替えることができる。

図18は、UEのリソースが、あらかじめ定義されたフォーマットおよびあらかじめ定義された周期を有するあらかじめ定義されたリソースブロックにおいて、アップリンクにおいて基地局(たとえば、gNB)によって事前構成されている、VoIPにおける送信時間間隔(サブフレーム)を示す図である。

しかしながら、4Gおよび5Gでは、アップリンク構成済み許可は、異なるタイプのHARQ挙動をサポートできないという問題がある。この区別がなければ、異なるHARQ挙動を異なるサービスまたはシステム要件に適用することは不可能である。明示的なスケジューリングには時間がかかりすぎるので、アップリンク構成済み許可は、伝搬遅延が大きい通信システムにとって非常に重要である。したがって、異なるサービス(たとえば、異なるレイテンシおよび/またはエラー要件を伴う)または異なるベアラタイプ(たとえば、高重要度シグナリングを伴うシグナリングベアラ)をサポートするために、異なるタイプのHARQ挙動をサポートするためにアップリンク構成済み許可の拡張が必要であった。

前に定義したように、あらかじめ異なるHARQ挙動を有するHARQプロセスのRRC構成が存在する。一実施形態によれば、この目的のために拡張される構成済み許可のいくつかのRRC構成がある。詳細には、一実施形態によれば、異なるHARQ挙動は、構成済み許可構成において使用される特定のHARQプロセスおよびHARQ挙動を割り当てることによって、RRCによって構成することができる。異なる長さのビットマップは、どのHARQプロセスがこの構成済み許可プロセスによって使用され、どれが使用されないかを定義することができる。HARQプロセスの数が非常に多い場合、ビットマップによるオーバーヘッドは大幅に増加し得る。ブロックごとのプロセス割当てのようなより高度なシグナリング方法は、シグナリングオーバーヘッドをいくらか節約し得る。構成された各アップリンクについて、特定のHARQ挙動も定義され得る。意図された挙動を達成するために、1つの挙動のHARQプロセスのみが使用されるものとする。異なるHARQ挙動も必要とされる場合、異なるHARQプロセスを使用して、第2の構成済み許可構成が構成される必要がある。
さらなる実施形態

説明された概念のいくつかの態様は、装置の文脈で説明されたが、これらの態様は、ブロックまたはデバイスが、方法ステップまたは方法ステップの特徴に対応する、対応する方法の説明も表すことは明らかである。同様に、方法ステップの文脈で説明される態様は、対応する装置の対応するブロックまたはアイテムまたは特徴の説明も表す。

本発明の様々な要素および特徴は、アナログおよび/またはデジタル回路を使用するハードウェアで、ソフトウェアで、1つまたは複数の汎用または専用プロセッサによる命令の実行を通して、またはハードウェアとソフトウェアの組合せとして実装され得る。たとえば、本発明の実施形態は、コンピュータシステムまたは別の処理システムの環境で実施され得る。図19は、コンピュータシステム350の一例を示す。ユニットまたはモジュール、ならびにこれらのユニットによって実行される方法のステップは、1つまたは複数のコンピュータシステム350上で実行することができる。コンピュータシステム350は、専用または汎用デジタル信号プロセッサのような1つまたは複数のプロセッサ352を含む。プロセッサ352は、バスまたはネットワークのような通信インフラストラクチャ354に接続される。コンピュータシステム350は、メインメモリ356、たとえば、ランダムアクセスメモリ(RAM)、および2次メモリ358、たとえば、ハードディスクドライブおよび/またはリムーバブルストレージドライブを含む。2次メモリ358は、コンピュータプログラムまたは他の命令をコンピュータシステム350にロードすることを可能にし得る。コンピュータシステム350は、ソフトウェアおよびデータをコンピュータシステム350と外部デバイスとの間で転送できるようにするために、通信インターフェース360をさらに含み得る。通信は、電子信号、電磁信号、光信号、または通信インターフェースによって処理可能な他の信号であってもよい。通信は、有線またはケーブル、光ファイバ、電話回線、携帯電話リンク、RFリンク、および他の通信チャネル362を使用してもよい。

「コンピュータプログラム媒体」および「コンピュータ可読媒体」という用語は、一般に、リムーバブルストレージユニットまたはハードディスクドライブにインストールされたハードディスクなどの有形記憶媒体を指すために使用される。これらのコンピュータプログラム製品は、コンピュータシステム350にソフトウェアを提供するための手段である。コンピュータ制御ロジックとも呼ばれるコンピュータプログラムは、メインメモリ356および/または2次メモリ358に記憶される。コンピュータプログラムはまた、通信インターフェース360を介して受信されてもよい。コンピュータプログラムは、実行されると、コンピュータシステム350が本発明を実施することを可能にする。具体的には、コンピュータプログラムは、実行されると、プロセッサ352が、本明細書に記載の方法のいずれかなど、本発明のプロセスを実施することを可能にする。したがって、そのようなコンピュータプログラムは、コンピュータシステム350のコントローラを表し得る。本開示がソフトウェアを使用して実施される場合、ソフトウェアは、コンピュータプログラム製品に記憶され、リムーバブルストレージドライブ、通信インターフェース360のようなインターフェースを使用してコンピュータシステム350にロードされてもよい。

ハードウェアまたはソフトウェアでの実装は、それぞれの方法が実行されるようにプログラマブルコンピュータシステムと協働する(または協働することができる)電子的に読取り可能な制御信号が記憶された、デジタル記憶媒体、たとえばクラウドストレージ、フロッピーディスク、DVD、ブルーレイ、CD、ROM、PROM、EPROM、EEPROM、またはフラッシュメモリを使用して実行され得る。したがって、デジタル記憶媒体は、コンピュータ可読であってもよい。

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

一般に、本発明の実施形態は、プログラムコードを有するコンピュータプログラム製品として実施することができ、プログラムコードは、コンピュータプログラム製品がコンピュータ上で実行されるときに方法のうちの1つを実行するように動作可能である。プログラムコードは、たとえば、機械可読キャリアに記憶されてもよい。

他の実施形態は、機械可読キャリアに記憶された、本明細書に記載の方法のうちの1つを実行するためのコンピュータプログラムを含む。言い換えれば、本発明の方法の一実施形態は、したがって、コンピュータプログラムがコンピュータ上で実行されるときに、本明細書に記載の方法のうちの1つを実行するためのプログラムコードを有するコンピュータプログラムである。

したがって、本発明の方法のさらなる実施形態は、本明細書に記載の方法のうちの1つを実行するためのコンピュータプログラムをその上に記録して含む、データキャリア(またはデジタル記憶媒体、またはコンピュータ可読媒体)である。したがって、本発明の方法のさらなる実施形態は、本明細書に記載の方法のうちの1つを実行するためのコンピュータプログラムを表すデータストリームまたは信号のシーケンスである。データストリームまたは一連の信号は、たとえば、データ通信接続を介して、たとえば、インターネットを介して転送されるように構成されてもよい。さらなる実施形態は、本明細書に記載の方法のうちの1つを実行するように構成された、または適合された、処理手段、たとえば、コンピュータ、またはプログラマブル論理デバイスを含む。さらなる実施形態は、本明細書に記載の方法のうちの1つを実行するためのコンピュータプログラムがインストールされたコンピュータを含む。

いくつかの実施形態では、プログラマブル論理デバイス(たとえば、フィールドプログラマブルゲートアレイ)を使用して、本明細書に記載の方法の機能のいくつかまたはすべてを実行し得る。いくつかの実施形態では、フィールドプログラマブルゲートアレイは、本明細書に記載の方法のうちの1つを実行するために、マイクロプロセッサと協働し得る。一般に、これらの方法は、任意のハードウェア装置によって実行されることが好ましい。

上述の実施形態は、単に本発明の原理を説明するためのものである。本明細書に記載の構成および詳細の修正および変形は、当業者には明らかであることを理解されたい。したがって、本明細書の実施形態の記載および説明によって提示される特定の詳細によってではなく、差し迫った特許請求の範囲によってのみ限定されることが意図される。

頭字語と記号のリスト
V2X Vehicle-to-Everything
3GPP 第3世代パートナーシッププロジェクト
D2D デバイス間
BS 基地局
eNB 発展型ノードB(3G基地局)
UE ユーザ機器
NR ニューラジオ

1 データパケット
100 地上ワイヤレスネットワーク
102 コアネットワーク
106 セル
110 IoTデバイス
114 バックホールリンク
116 バックホールリンク
120 基地局プロトコルスタック
122 第1のレイヤ
124 第2のレイヤ
126 第3のレイヤ
130 制御プレーンプロトコルスタック
132 ユーザプレーンプロトコルスタック
140 カバレージエリア
142 第1の車両
144 第2の車両
152 車両
154 車両
156 車両
200 MAC PDU
201 MACサブヘッダ
202 MAC SDU
203 MACサブヘッダ
204 MAC SDU
205 MACサブヘッダ
206 MAC SDU
210 MAC制御要素
212 MAC制御要素
214 MAC制御要素
216 MAC制御要素
220 パディング
222 パディング
300 送信器
302 受信器
302a 信号プロセッサ
302b トランシーバ
304 受信器
304a 信号プロセッサ
304b トランシーバ
306 チャネル
306a 第1のワイヤレス通信リンク
306b 第1のワイヤレス通信リンク
308 チャネル
308 第2のワイヤレス通信リンク
310 スケジューリング/優先順位処理
312 多重化
314 同期HARQエンティティ
316 非同期HARQエンティティ
350 コンピュータシステム
352 プロセッサ
354 通信インフラストラクチャ
356 メインメモリ
358 2次メモリ
360 通信インターフェース
362 通信チャネル

Claims

装置であって、
前記装置は、
・複数のハイブリッドARQ、HARQ、エンティティであり、前記複数のHARQエンティティの各々は、複数のHARQ挙動のうちの1つに関連付けられたHARQプロセスを動作させるように構成され、前記複数のHARQ挙動は異なる、複数のHARQエンティティ、および/または
・複数のHARQプロセスを動作させるように構成されたハイブリッドARQ、HARQ、エンティティであり、各HARQプロセスは、複数のHARQ挙動のうちの1つに関連付けられ、前記複数のHARQ挙動は異なる、HARQエンティティ
を含み、
前記装置は、ワイヤレス通信システムにおけるトランシーバから制御情報[たとえば、PDCCHアップリンク許可またはPSCCH許可]を受信するように構成されており、前記制御情報は、前記ワイヤレス通信システムの無線チャネル[たとえば、PDCCH、PSCCH]を介して送信され、前記制御情報は、前記複数のHARQ挙動のうちの1つのHARQ挙動または前記複数のHARQプロセスのうちの1つのHARQプロセスを識別するハイブリッドARQ、HARQ、識別子[たとえば、HARQプロセス番号]を含み、前記1つのHARQプロセスは、HARQ挙動に関連付けられている、
装置。
装置であって、
前記装置は、
・複数のハイブリッドARQ、HARQ、エンティティであり、前記複数のHARQエンティティの各々は、複数のHARQ挙動のうちの1つに関連付けられたHARQプロセスを動作させるように構成され、前記複数のHARQ挙動は異なる、複数のHARQエンティティ、または
・複数のHARQ挙動のうちの1つに関連付けられた複数のHARQプロセスを動作させるように構成されたハイブリッドARQ、HARQ、エンティティであり、前記複数のHARQ挙動は異なる、HARQエンティティ
を含み、
前記装置は、ワイヤレス通信システムにおけるトランシーバに制御情報[たとえば、PDCCHアップリンク許可またはPSCCH許可]を送信するように構成されており、前記制御情報は、前記ワイヤレス通信システムの無線チャネル[たとえば、PDCCH、PSCCH]を介して送信され、前記制御情報は、前記複数のHARQ挙動のうちの1つのHARQ挙動または前記複数のHARQプロセスのうちの1つのHARQプロセスを識別するハイブリッドARQ、HARQ、識別子[たとえば、HARQプロセス番号]を含み、前記1つのHARQプロセスは、HARQ挙動に関連付けられている、
装置。
前記装置は、複数の異なるチャネルまたは要素を含み、前記複数の異なるチャネルまたは要素は、チャネルまたは要素の構成に従って、前記複数のHARQプロセスおよび/または挙動のうちの1つまたは複数のHARQプロセスおよび/または挙動にリンクされている、
請求項1または2に記載の装置。
前記複数の異なるチャネルまたは要素は、
・異なる論理チャネル、LCH、
・異なる論理チャネルグループ、LCG、
・異なる無線リンク制御、RLC、チャネル、
・異なるパケットデータコンバージェンスプロトコル、PDCP、チャネル、
・異なる無線ベアラまたは異なるサービス品質、QoS、フロー、
のうちの1つまたは複数を含む、
請求項3に記載の装置。
前記複数の異なるチャネルまたは要素は、前記複数のHARQプロセスおよび/または挙動に1つずつリンクされている、ならびに/あるいは
前記複数の異なるプロトコルスタックチャネルまたは要素は、前記複数のHARQプロセスおよび/または挙動のうちの1つにグループ単位でリンクされている、
請求項3または4に記載の装置。
同じHARQプロセスおよび/または挙動にリンクされているチャネルまたは要素のデータパケットは、同じデータ[たとえば、アップリンク]送信に含まれる[たとえば、同じMAC物理データユニット、PDU、に多重化される]、
請求項3から5のいずれか一項に記載の装置。
チャネルまたは要素のデータパケットは、優先順位に関連付けられており、
前記同じHARQプロセスおよび/または挙動にリンクされているチャネルまたは要素のデータパケットは、その優先順位に基づいて、前記同じデータ[たとえば、アップリンク]送信に含まれる[たとえば、前記同じMAC物理データユニット、PDU、に多重化される]、
請求項6に記載の装置。
前記同じHARQプロセスおよび/または挙動にリンクされているチャネルまたは要素の前記データパケットは、UE内部知識[たとえば、サービスタイプ、トラフィック特性、優先ビットレート、PBR]に基づいて、前記同じデータ[たとえば、アップリンク]送信に多重化される[たとえば、前記同じMAC物理データユニット、PDU、に多重化される]、
請求項6または7に記載の装置。
前記チャネルまたは要素またはHARQプロセスおよび/もしくは挙動の構成があらかじめ定義されている、ならびに/または
前記プロトコルスタックチャネルまたは要素またはHARQプロセスおよび/もしくは挙動の構成が、
・無線リソース制御、RRC、シグナリング、
・ダウンリンク制御情報、DCI、
・サイドリンク制御情報、SCI、
・システム情報ブロック、SIB、
のうちの1つまたは複数によってシグナリングされる、
請求項3から8のいずれか一項に記載の装置。
前記装置は、以下の基準、
・トラフィックの優先順位、
・サービス品質、
・レイテンシまたは遅延バジェット、
・バッファステータス、
・送信履歴、
・構成されたしきい値、
のうちの1つまたは複数に基づいて、前記プロトコルスタックチャネルまたは要素またはHARQプロセスおよび/もしくは挙動の構成自体の少なくとも一部を決定するように構成されている、
請求項3から9のいずれか一項に記載の装置。
前記現在のHARQ識別子によって識別されないHARQプロセスおよび/または挙動にリンクされているチャネルまたは要素のより優先順位の高いデータパケットが送信に利用可能であり、前記優先順位の高いデータパケットが、前記現在のHARQ識別子によって識別される前記HARQプロセスおよび/または挙動にリンクされている前記プロトコルスタックチャネルまたは要素の前記データパケットよりも高い優先順位に関連付けられている場合、前記装置は、前記識別されたHARQプロセスおよび/または挙動に従って前記優先順位の高いデータパケットを送信するように構成されている、
請求項3から10のいずれか一項に記載の装置。
前記優先順位の高いデータパケットを送信することは、前記優先順位の高いデータパケットの前記送信における前記優先順位の高いデータパケットの送信要求[たとえば、バッファステータス報告、BSR]を含む[たとえば、前記MAC物理データユニット、PDU、におけるMAC制御要素として]ことを含む、
請求項11に記載の装置。
アップリンク送信許可が、前記現在のHARQ識別子によって識別される前記HARQプロセスおよび/または挙動にリンクされている前記チャネルまたは要素の前記利用可能なデータパケットに必要とされるよりも大きい場合、前記現在のHARQ識別子によって識別されないHARQプロセスおよび/または挙動にリンクされているチャネルまたは要素の1つまたは複数のデータパケットは、前記同じデータ[たとえば、アップリンク]送信に含まれる[たとえば、前記同じMAC物理データユニット、PDU、に多重化される]、
請求項3から12のいずれか一項に記載の装置。
前記装置は、
・前記識別されたHARQプロセスおよび/または挙動に従って、前記ワイヤレス通信システムにおける前記トランシーバに1つまたは複数のデータパケットを送信することであり、前記1つまたは複数のデータパケットは、前記チャネルまたは要素の構成に従って、前記識別されたHARQプロセスおよび/または挙動にリンクされているチャネルまたは要素の1つまたは複数のデータパケットである、送信すること、ならびに/あるいは
・前記識別されたHARQプロセスおよび/または挙動に従ってデータパケットを再送することであり、再送は、前記データパケットの送信が成功しなかった場合、前記送信器[たとえば、基地局]から、データパケットについての再送の要求を受信する装置を含み得る、再送すること、ならびに/あるいは
・前記識別されたHARQプロセスおよび/または挙動に従って、データパケットの送信を繰り返すこと、
を行うように構成されている、
上記の請求項1および3から13のいずれか一項に記載の装置。
再送されたデータパケットは、前記送信されたデータパケットのコピーである、および/または
前記再送されたデータパケットは、前記送信されたデータパケットの冗長バージョンである、
請求項14に記載の装置。
前記再送されたデータパケットは、
・[たとえば、同じホッピングパターンを使用して]同じ周波数リソース上で、または[たとえば、異なるホッピングパターンを使用して]異なる周波数リソース上で、
・[たとえば、キャリアアグリゲーションまたはデュアル接続性が構成されているかどうかに応じて]異なる帯域幅部分またはキャリアまたはセルを使用して、
再送される、
請求項14または15に記載の装置。
HARQプロセスおよび/または挙動は、
・1つまたは複数のHARQ動作、および/または
・前記異なるHARQ動作の構成
を含む、
請求項1から16のいずれか一項に記載の装置。
前記複数のHARQ動作は、
・ストップアンドウェイトHARQおよび/またはARQプロトコル、
・ウィンドウベースのHARQおよび/またはARQプロトコル、
・同期プロトコルであり、前記同期プロトコルは、前記初期送信後のあらかじめ定義された時間インスタンスにおいて、前記1つまたは複数の再送および/または前記1つまたは複数のHARQ ACK/NACKをスケジューリングする、同期プロトコル、
・非同期プロトコルであり、非同期プロトコルは、前記1つまたは複数の再送および/または前記1つまたは複数のHARQ ACK/NACKを時間的に動的にスケジューリングする、非同期プロトコル、
・フィードバックなしの再送を引き起こす再送方式、たとえば、HARQブラインド送信方式、またはフィードバックを待たずにK回データパケットを送信するK-繰り返し方式
のうちの1つまたは複数を含む、
請求項1から17のいずれか一項に記載の装置。
新しいデータが到着せず、アップリンクリソース割振りまたは構成済み許可機会が存在する場合、前記装置は、送信のために計画されたデータパケットに関する局所的に利用可能な情報[たとえば、バッファ占有率、送信タイマなどのタイミング情報、または前記データパケットのサービス要件]、および/または前記通信システムの構成もしくはパラメータ[たとえば、前記伝搬遅延または往復時間(RTT)]に基づいて、前記データパケットが、
・送信されるか、
・破棄されるか、
・[たとえば、同じPHYパラメータを使用して]前記データパケットの異なるバージョンによって置き換えられるか、
・異なるバージョンの前記データパケットによって置き換えられ、前記異なるバージョンの前記データパケットが、異なる送信パラメータ[たとえば、変調方式、MIMO方式、または送信電力]に従って送信されるか
を決定するように構成されている、
請求項1から18のいずれか一項に記載の装置。
前記装置は、制御チャネルまたはデータチャネルを使用して、前記ワイヤレス通信システムにおける前記トランシーバにアップリンク制御情報を送信するように構成されており、前記アップリンク制御情報は、前記異なる送信パラメータ[たとえば、異なるコーディング変調方式、MIMO方式、アグリゲーションファクター]を示し、および/または、前記異なるバージョンの前記データパケットに関する情報[たとえば、冗長バージョン、新規データインジケータ]を含む、
請求項19に記載の装置。
新しいデータが到着し、アップリンクリソース割振りまたは構成済み許可機会が存在する場合、前記装置は、
・前記決定されたHARQ挙動および/またはHARQプロセスに従って、前記新しいデータの前記送信のための、および前記新しいデータを有するデータパケットを送信するためのHARQ挙動および/もしくはHARQプロセス、ならびに/または
・変調およびコーディング方式、ならびに/または
・MIMO方式、ならびに/または
・アグリゲーションファクター(AF)
を決定するように構成されている、
請求項1から20のいずれか一項に記載の装置。
前記ダウンリンク制御情報のHARQ識別子によって識別されるHARQ挙動、および/もしくはHARQプロセス、および/もしくはHARQ新規データインジケータ、および/もしくはHARQ冗長バージョン、ならびに前記決定されたHARQ挙動、および/もしくはHARQプロセス、および/もしくはHARQ新規データインジケータ、および/もしくはHARQ冗長バージョンは異なる、ならびに/または
前記ワイヤレス通信システムの前記送信器[たとえば、基地局]によって[たとえば、ダウンリンク制御情報を介して]シグナリングされる前記変調および/またはコーディング方式は、前記決定された変調および/またはコーディング方式とは異なる、および/または
前記ワイヤレス通信システムの前記送信器[たとえば、基地局]によって[たとえば、ダウンリンク制御情報を介して]シグナリングされる前記MIMO方式は、前記決定されたMIMO方式とは異なる、および/または
前記ワイヤレス通信システムの前記送信器[たとえば、基地局]によって[たとえば、ダウンリンク制御情報を介して]シグナリングされるアグリゲーションファクター[たとえば、ブラインド再送]は、決定されたアグリゲーションファクターとは異なる、
請求項21に記載の装置。
前記装置は、制御チャネルまたはデータチャネルを使用して、前記ワイヤレス通信システムにおける前記トランシーバにアップリンク制御情報を送信するように構成されており、前記アップリンク制御情報は、
・前記決定されたHARQ挙動、および/もしくはHARQプロセス、および/もしくはHARQ新規データインジケータ、および/もしくはHARQ冗長バージョン、ならびに/または
・前記決定された変調および/もしくはコーディング方式、ならびに/または
・前記決定されたMIMO方式、ならびに/または
・前記決定されたアグリゲーションファクター
を示す、
請求項21または22に記載の装置。
前記装置は、
・前記新しいデータの前記送信のための前記HARQ挙動、および/もしくはHARQプロセス、および/もしくはHARQ新規データインジケータ、および/もしくはHARQ冗長バージョン、ならびに/または
・前記変調および/もしくはコーディング方式、ならびに/または
・前記MIMO方式、ならびに/または
・前記アグリゲーションファクター、
を、定義されたアルゴリズムに基づいて、または前記ワイヤレス通信システムにおける前記トランシーバ[たとえば、基地局]によって提供される情報に基づいて、
決定するように構成されている、
請求項21から23のいずれか一項に記載の装置。
前記ワイヤレス通信システムは、1つもしくは複数の基地局、BS、および1つもしくは複数のユーザ機器、UEを含み、UEは、1つもしくは複数のBSによって、または接続モード、もしくはアイドルモード、もしくは非アクティブモードである間に1つもしくは複数の他のUEとの直接通信によってサービスされており、
前記装置は、基地局またはUEを含む、
請求項1から24のいずれか一項に記載の装置。
前記ワイヤレスシステムは、2つ以上のユーザ機器を含み、前記ユーザ機器のうちの少なくとも2つは、接続モード、もしくはアイドルモード、もしくは非アクティブモードである間に、サイドリンク通信[たとえば、PC5]を介して互いに[たとえば、V2X、D2D]直接通信し、
前記装置は、UEを含む、
請求項1および3から24のいずれか一項に記載の装置。
ワイヤレス通信ネットワークであって、
1つまたは複数の基地局、BS、および1つまたは複数のユーザ機器、UEを含み、UEは、1つまたは複数のBSによって、または接続モード、もしくはアイドルモード、もしくは非アクティブモードである間に1つもしくは複数の他のUEとの直接通信によってサービスされており、
基地局および/またはUEは、請求項1から26のいずれか一項の前記装置を含む、
ワイヤレス通信ネットワーク。
前記UEは、
・モバイル端末、または
・固定端末、または
・移動体端末、または
・セルラーIoT-UE、または
・IoTデバイス、または
・地上ベースの車両、または
・航空機、または
・ドローン、または
・移動基地局、または
・路側機、または
・建物、または
・アイテム/デバイスが、たとえば、センサーまたはアクチュエータなど、前記ワイヤレス通信ネットワークを使用して通信することができるネットワーク接続性を提供される任意の他のアイテムまたはデバイス、
のうちの1つまたは複数を含み、
前記BSは、
・マクロセル基地局、または
・マイクロセル基地局、または
・スモールセル基地局、または
・基地局の中央ユニット、または
・基地局の分散ユニット、または
・路側機、または
・UE、または
・リモートラジオヘッド、または
・AMF、または
・SMF、または
・コアネットワークエンティティ、または
・NRまたは5Gコアコンテキストのようなネットワークスライス、または
・アイテムまたはデバイスが前記ワイヤレス通信ネットワークを使用して通信することができる任意の送信/受信ポイント(TRP)であって、前記アイテムまたはデバイスは、前記ワイヤレス通信ネットワークを使用して通信するためのネットワーク接続性を提供される、任意の送信/受信ポイント(TRP)、
のうちの1つまたは複数を含む、
請求項27に記載のワイヤレス通信ネットワーク。
ワイヤレス通信ネットワークであって、
2つ以上のユーザ機器を含み、少なくとも2つの前記ユーザ機器が、接続モード、もしくはアイドルモード、もしくは非アクティブモードである間に、サイドリンク通信[たとえば、PC5]を介して互いに[たとえば、V2X、D2D]直接通信し、
UEは、請求項1および3から26のいずれか一項の前記装置を含む、
ワイヤレス通信ネットワーク。
方法であって、
・複数のハイブリッドARQ、HARQ、エンティティであり、前記複数のHARQエンティティの各々は、複数のHARQ挙動のうちの1つに関連付けられたHARQプロセスを動作させ、前記複数のHARQ挙動は異なる、複数のHARQエンティティ、または
・複数のHARQプロセスを実行するハイブリッドARQ、HARQ、エンティティであり、各HARQプロセスは、複数のHARQ挙動のうちの1つに関連付けられ、前記複数のHARQ挙動は異なる、HARQエンティティ
を提供するステップと、
ワイヤレス通信システムにおけるトランシーバから制御情報[たとえば、PDCCHアップリンク許可またはPSCCH許可]を受信するステップであり、前記制御情報は、前記ワイヤレス通信システムの無線チャネル[たとえば、PDCCH、PSCCH]を介して送信され、前記制御情報は、前記複数のHARQ挙動のうちの1つのHARQ挙動または前記複数のHARQプロセスのうちの1つのHARQプロセスを識別するハイブリッドARQ、HARQ、識別子[たとえば、HARQプロセス番号]を含み、前記1つのHARQプロセスは、HARQ挙動に関連付けられている、受信するステップと
を含む方法。
方法であって、
・複数のハイブリッドARQ、HARQ、エンティティであり、前記複数のHARQエンティティの各々は、複数のHARQ挙動のうちの1つに関連付けられたHARQプロセスを動作させ、前記複数のHARQ挙動は異なる、複数のHARQエンティティ、または
・複数のHARQプロセスを動作させるハイブリッドARQ、HARQ、エンティティであり、各HARQプロセスは、複数のHARQ挙動のうちの1つに関連付けられ、前記複数のHARQ挙動は異なる、HARQエンティティ
を提供するステップと、
ワイヤレス通信システムにおけるトランシーバから制御情報[たとえば、PDCCHアップリンク許可またはPSCCH許可]を送信するステップであり、前記制御情報は、前記ワイヤレス通信システムの無線チャネル[たとえば、PDCCH、PSCCH]を介して送信され、前記制御情報は、前記複数のHARQ挙動のうちの1つのHARQ挙動または前記複数のHARQプロセスのうちの1つのHARQプロセスを識別するハイブリッドARQ、HARQ、識別子[たとえば、HARQプロセス番号]を含み、前記1つのHARQプロセスは、HARQ挙動に関連付けられている、送信するステップと
を含む方法。
コンピュータ上で実行されると、請求項30から31のいずれか一項に記載の前記方法を実行する命令を記憶するコンピュータ可読媒体を含む非一時的コンピュータプログラム製品。